信息处理装置、信息处理方法以及记录介质

技术领域

本公开涉及车辆的升级。

背景技术

已知二手车的评价根据选配、装配件等而变化。与此相关联地，在专利文献1中公开了将作为二手车销售的车辆的来历(部件的更换历史、维修历史等)登记到服务器装置并提供给消费者的系统。

现有技术文献

专利文献

专利文献1：日本特开2005-346170号公报

发明内容

发明要解决的问题

本公开的目的在于，通过简便的方法获取车辆的维修历史。

用于解决问题的方案

本公开的第一方式是一种信息处理装置，获取与车辆相关的历史信息，其中，该信息处理装置具有控制部，该控制部执行如下动作：读取在粘贴于车身的贴纸上打印的代码；以及基于所述读取的结果，对第一装置发送用于请求所述历史信息的第一数据。

另外，本公开的第二方式是一种信息处理方法，由获取与车辆相关的历史信息的信息处理装置执行，其中，该信息处理方法包括如下步骤：读取在粘贴于车身的贴纸上打印的代码；以及基于所述读取的结果，对第一装置发送用于请求所述历史信息的第一数据。

另外，本公开的其他方式是用于使计算机执行上述信息处理方法的程序或者非易失性地存储该程序的计算机可读存储介质。

发明的效果

根据本公开，能够通过简便的方法获取车辆的维修历史。

附图说明

图1是说明车辆系统的概要的图。

图2是表示粘贴于车身的贴纸的一例的图。

图3是说明粘贴贴纸的位置的图。

图4是表示用户终端100的构成要素的图。

图5是表示车辆管理服务器200的构成要素的图。

图6是存储于存储部的维修历史数据的例子。

图7是表示据点服务器300的构成要素的图。

图8是表示系统的各构成要素所执行的处理的序列图。

图9是通告贴纸的粘贴场所的画面的例子。

图10是包括检索表单的用户界面画面的例子。

图11是详细地说明在步骤S25中执行的处理的流程图。

图12是包括多个维修历史的列表的用户界面画面的例子。

图13是须知牌的例子。

图14是表示第二实施方式的用户终端100和车辆管理服务器200所执行的处理的序列图。

图15是通告贴纸和须知牌的粘贴场所的画面的例子。

图16是在步骤S21A中控制部101所执行的处理的流程图。

图17是输出贴纸和须知牌的识别状况的画面的例子。

附图标记说明

100：用户终端；101、201、301：控制部；102、202、302：存储部；103、203、303：通信部；104、304：输入输出部；105：摄像机；200：车辆管理服务器；300：据点服务器。

具体实施方式

存在事后更换或更新车辆所具有的部件(车辆部件)的技术。由此，例如，能够将座椅从布制更换为皮革制，将方向盘更换为内置有加热器的方向盘。另外，通过更新车载计算机的软件，能够追加在新车销售时未安装的功能(与安全相关的功能、行驶辅助功能等)。

在本公开中，将通过部件的更换、软件更新而使车辆部件具有更高的功能或品质的情形称为“升级”。

在进行了车辆部件的升级的情况下，二手车辆的价值提高。因此，优选车辆制造商证明通过正式的程序进行了升级。例如，通过将显示有预定的车辆部件已被升级的意思的贴纸粘贴于车身，能够一目了然地判别有无升级。

另一方面，由于车辆所具有的车辆部件有各种各样的部件，因此仅通过粘贴贴纸，难以判别车辆所具有的哪个车辆部件被更换为何种等级的部件。

本公开的信息处理装置解决该问题。

本公开的第一方式的信息处理装置获取与车辆相关的历史信息，其特征在于，该信息处理装置具有控制部，该控制部执行如下动作：读取在粘贴于车身的贴纸上打印的代码；以及基于所述读取的结果，对第一装置发送用于请求所述历史信息的第一数据。

本公开中的贴纸是表示车辆所具有的多个车辆部件中的至少任一个被升级了的意思的标签。贴纸例如粘贴于车身的任意部位(典型的是中柱)。例如，每个车辆仅粘贴一张贴纸。即，意味着粘贴有贴纸的车辆是已经实施了某些升级的车辆。

需要说明的是，贴纸既可以是进行了层压加工的纸片，也可以是金属制的板等。

第一装置是提供与车辆相关的历史信息的装置。历史信息是指，与对车辆进行过的维修作业等历史相关的信息，包括车辆部件的升级历史、车辆的维护历史、修理历史等。

第一装置例如也可以是具有存储多个车辆的历史信息的数据库、提供根据来自其他装置的请求而检索历史信息的服务的服务器装置。

实施方式的贴纸打印有用于访问第一装置的代码。打印在贴纸上的代码例如也可以是对第一装置或由第一装置提供的服务的网络地址(URL等)编码而得到的。代码例如也可以是二维码等。

控制部基于读取这样的贴纸的结果，对第一装置发送用于请求历史信息的数据。控制部也可以经由摄像机等手段，以光学方式读取该贴纸。例如，在贴纸上打印有二维码的情况下，也可以通过读取该二维码并进行解码来获取与第一装置相对应的网络地址。根据该方式，能够以简便的结构提供对第一装置的访问。

进而，控制部也可以在读取代码的同时读取用于确定对象车辆的信息(例如，车辆的标识符)。车辆的标识符例如也可以是底盘编号。例如，在贴纸的附近粘贴有记载有车辆的标识符(底盘编号)的板(须知牌)的情况下，能够同时读取贴纸和该板。由此，能够无缝衔接地进行对第一装置的连接和标识符的发送。

以下，基于附图对本公开的具体的实施方式进行说明。只要没有特别记载，则各实施方式所记载的硬件结构、模块结构、功能结构等就不旨在将公开的保护范围仅限定于此。

(第一实施方式)

参照图1对第一实施方式的车辆系统的概要进行说明。

本实施方式的车辆系统构成为包括用户终端100、存储与车辆相关的信息的车辆管理服务器200、以及与进行车辆的维修作业的据点(以下，称为车辆据点)相对应的据点服务器300。

用户终端100是与车辆相关联的用户所利用的信息处理装置。作为与车辆相关联的用户，能够例示该车辆的所有者、维修该车辆的人、评定该车辆的人等。用户终端100既可以是最终用户(例如，车辆的所有者)所拥有的终端，也可以是设于车辆制造商的营业据点、车辆销售商的营业据点或者车辆的修理据点的终端。

车辆管理服务器200是对存储对车辆进行的维修作业等历史(以下，称为历史信息)的数据库进行管理的服务器装置。历史信息例如包括与修理相关的信息、与车辆部件的升级相关的信息、与消耗品的更换相关的信息等。

车辆管理服务器200能够基于从用户终端100接收的请求而检索数据库，向用户提供关于预定的车辆的历史信息。

据点服务器300是与进行车辆的维修作业的车辆据点相关联的服务器装置。车辆据点例如是车辆的制造工厂、维修工厂、汽车经销商等。在对车辆进行了维修作业时，据点服务器300生成表示该维修作业的详细情况的数据(以下，称为作业数据)，并向车辆管理服务器200发送。由此，进行数据库的更新。

对于给定的车辆，想要获取升级历史的用户经由用户终端100对车辆管理服务器200进行历史信息的请求。用户终端100利用粘贴于对象车辆的贴纸，进行向车辆管理服务器200的访问。

在此，对本公开中的贴纸进行说明。本公开中的贴纸是指，为了证明车辆所具有的多个车辆部件中的至少任一者被升级了而粘贴于车辆的标签。

作为车辆所具有的多个车辆部件，例如能够例示电子控制单元(ECU)、车载计算机、通信装置、信息娱乐终端、空调装置、座椅、方向盘、车门、天窗、后视镜、其他电气部件等。需要说明的是，在实施方式的说明中，将升级的对象设为车辆部件，但升级的对象也可以是由多个车辆部件构成的组件。在该情况下，通过更换构成组件的多个车辆部件，能够进行组件的升级。

图2是表示贴纸的一例的图。在贴纸上记载有对某些车辆部件实施了升级的意思、或某些车辆部件被更换为升级品的意思的语句等。只要能够判别对车辆实施了某些更新即可，记载于贴纸的语句不限定于特定的语句。

在该贴纸上包括用于检索车辆的历史信息的二维码。二维码是对由车辆管理服务器200提供的检索车辆的历史信息的服务(以下，称为历史检索服务)的网络地址进行编码而得到的。用户终端100通过读取该二维码，能够与车辆管理服务器200提供的历史检索服务连接。

贴纸粘贴于车辆的预定的部位。图3是说明粘贴贴纸的位置的图。图3是从右侧前方观察车辆所具有的车身框架的图。图的下方是侧梁，中央是中柱(也称为B柱)。

在本例中，将贴纸粘贴在配置于中柱的预定的区域。粘贴部位也可以是记载有底盘编号等的须知牌的附近。通过在这样的部位配置贴纸，能够通过打开车门而容易地确认有无升级。

接下来，对用户终端100进行详细说明。

用户终端100是由与车辆相关联的用户利用的计算机。用户能够经由用户终端100访问车辆管理服务器200，检索关于给定的车辆的历史信息。用户终端100例如是个人计算机、智能手机、移动电话、平板计算机、个人信息终端等。

图4是表示用户终端100的系统结构的图。

用户终端100构成为包括控制部101、存储部102、通信部103、输入输出部104以及摄像机105。

控制部101是负责用户终端100所进行的控制的运算装置。控制部101能够通过CPU(Central Processing Unit，中央处理器)等运算处理装置来实现。

控制单元101访问车辆管理服务器200，执行与车辆管理服务器200交互的功能。该功能也可以通过在用户终端100中动作的网络浏览器、专用的应用软件来实现。

在本实施方式中，控制部101与车辆管理服务器200进行通信，构成为能够执行用于检索历史信息的应用软件。

存储部102构成为包括主存储装置和辅助存储装置。主存储装置是展开由控制部101执行的程序、该控制程序所利用的数据的存储器。辅助存储装置是存储在控制部101中执行的程序、该控制程序所利用的数据的装置。在辅助存储装置中，也可以存储将由控制部101执行的程序作为应用程序打包而成的程序。另外，也可以存储用于执行这些应用程序的操作系统。存储在辅助存储装置中的程序被加载到主存储装置中，由控制部101执行，由此进行以后说明的处理。

主存储装置也可以包括RAM(Random Access Memory，随机存取存储器)、ROM(ReadOnly Memory，只读存储器)。另外，辅助存储装置也可以包括EPROM(ErasableProgrammable ROM，可擦除可编程只读存储器)、硬盘驱动器(HDD，Hard Disk Drive)。并且，辅助存储设备也可以包括可移动介质，即便携型记录介质。

通信部103是用于将用户终端100与网络连接的无线通信接口。通信部103例如构成为能够经由无线LAN、3G、LTE、5G等移动通信服务而与车辆管理服务器200进行通信。

输入输出部104是受理用户进行的输入操作并对用户提示信息的单元。在本实施方式中，由一个触摸板显示器构成。即，由液晶显示器及其控制部件、触摸板及其控制部件构成。

摄像机105是包括用于获取图像的图像传感器的光学单元。

接下来，对车辆管理服务器200进行详细说明。

图5是详细地示出本实施方式的车辆系统所包含的车辆管理服务器200的构成要素的图。

车辆管理服务器200是存储多个车辆的历史信息并提供给用户终端100的服务器装置。车辆管理服务器200具有针对给定的车辆存储历史信息、即与修理相关的历史、与车辆部件的升级相关的历史、与消耗品的更换相关的历史等的数据库，能够根据需要而更新及提供数据。具体而言，车辆管理服务器200基于从车辆据点(据点服务器300)发送的请求而更新数据库。另外，车辆管理服务器200根据来自用户终端100的请求而检索存储于数据库的历史信息，并提供给用户终端100。

车辆管理服务器200能够由通用的计算机构成。即，车辆管理服务器200能够构成为具有CPU、GPU等处理器、RAM、ROM等主存储装置、EPROM、硬盘驱动器、可移动介质等辅助存储装置的计算机。在辅助存储装置中储存操作系统(OS)、各种程序、各种表等，将其中储存的程序加载到主存储装置的作业区域并执行，通过程序的执行来控制各结构部等，由此能够实现后述那样的与预定的目的一致的各功能。其中，一部分或全部功能也可以由ASIC、FPGA这样的硬件电路来实现。

在本实施方式中，车辆管理服务器200也可以构成为能够执行用于进行与用户终端100和据点服务器300的交互的软件服务器。在该情况下，例如，用户终端100、据点服务器300能够通过使用专用的应用软件访问服务来进行信息的输入输出。

车辆管理服务器200构成为具有控制部201、存储部202以及通信部203。

控制部201是负责车辆管理服务器200所进行的控制的运算装置。控制部201能够通过CPU等运算处理装置来实现。

控制部201构成为具有信息提供部2011和数据更新部2012这两个功能模块。各功能模块也可以通过由CPU执行所存储的程序来实现。

信息提供部2011通过与用户终端100进行交互来向用户终端100提供历史信息。信息提供部2011也可以生成用于与用户终端100进行交互的用户界面画面。

在本实施方式中，信息提供部2011基于从用户终端100接收到的车辆的标识符进行后述的数据库的检索，将得到的历史信息提供给用户终端100。关于详细的处理将在后述。

数据更新部2012基于从据点服务器300发送的数据进行数据库的更新。在对车辆进行了维修作业时，据点服务器300生成表示该维修作业的详细情况的数据(作业数据)，并发送给车辆管理服务器200。数据更新部2012基于接收到的该作业数据进行数据库的更新。

存储部202构成为包括主存储装置和辅助存储装置。主存储装置是展开由控制部201执行的程序、该控制程序所利用的数据的存储器。辅助存储装置是存储在控制部201中执行的程序、该控制程序所利用的数据的装置。

另外，存储部202存储维修历史数据202A。

维修历史数据202A是用于存储对处于管理下的多个车辆分别进行的维修作业的历史(维修历史)的数据库。维修历史数据202A存储以下三种数据。

(1)修理的历史

修理或更换车辆所具有的车辆部件或车辆组件的历史。

(2)消耗品的更换历史

更换或补充了车辆所具有的消耗品的历史。

(3)车辆部件的升级历史

对车辆所具有的车辆部件或车辆组件进行了升级(例如，更换、软件更新)的历史。以后，将该历史简称为升级历史。

在图6中示出维修历史数据202A的例子。在本例中，维修历史数据202A是构成为具有底盘编号、日期时间、维修类别、对象、详细情况的各字段的表。

在底盘编号字段中储存有表示对象车辆的底盘编号的数据。在日期时间字段中储存有表示实施过作业的日期时间的数据。在维修类别字段中储存有表示维修作业的类别(category)的数据。在本例中，类别是“修理”、“消耗品更换”、“升级”这三种。

在对象字段中储存有用于确定作业对象的车辆部件或车辆组件的数据。例如，在更换预定的电子控制单元(ECU)或进行了软件更新的情况下，在对象字段中储存有用于确定该ECU的数据。另外，在进行了修理的情况下，在对象字段中储存有用于确定作为修理对象的车辆部件或车辆组件(例如，门板)的数据。另外，在进行了消耗品的补充和/或更换的情况下，在对象字段中储存有表示被补充和/或更换的消耗品的类别(例如，发动机油)的数据。

在详细情况字段中储存有与维修作业的详细情况相关的数据。例如，在维修作业的内容为“升级”的情况下，在详细字段中储存有表示将对象的车辆部件更换为何种等级的产品、对对象的车辆部件附加了何种功能等的数据。此外，在维修作业的内容为“修理”的情况下，在详细字段中储存有表示对对象的车辆部件(或车辆组件)进行了怎样的修理作业的数据。另外，在维修作业的内容为“消耗品更换”的情况下，在详细字段中储存有表示补充和/或更换了何种等级的消耗品等的数据。

上述各数据也可以通过由处理器执行的数据库管理系统(DBMS)的程序管理存储于存储装置的数据来构建。在该情况下，各数据例如能够设为关系数据库。

通信单元203是用于将车辆管理服务器200连接到网络的通信接口。通信部203例如构成为包括网络接口板、用于无线通信的无线通信接口。

接下来，详细说明据点服务器300。

图7是详细地示出本实施方式的车辆系统所包含的据点服务器300的构成要素的图。

据点服务器300是设置于对车辆进行维修作业的据点的装置，在对车辆进行了维修作业的情况下，将与该维修作业的内容相关的数据(作业数据)发送给车辆管理服务器200。

据点服务器300能够与车辆管理服务器200同样地由通用的计算机构成。即，据点服务器300能够构成为具有CPU、GPU等处理器、RAM、ROM等主存储装置、EPROM、硬盘驱动器、可移动介质等辅助存储装置的计算机。

据点服务器300构成为具有控制部301、存储部302、通信部303以及输入输出部304。

控制部301是负责据点服务器300所进行的控制的运算装置。控制部301能够通过CPU等运算处理装置来实现。

控制部301构成为具有数据获取部3011和数据发送部3012这两个功能模块。各功能模块也可以通过由CPU执行所存储的程序来实现。

数据获取部3011基于从车辆据点的工作人员获取的输入的内容，生成作业数据。在作业数据中包含与维修历史数据202A所具有的多个字段对应的数据。即，作业数据构成为具有底盘编号、日期时间、维修类别、对象、详细情况的各字段。数据获取部3011经由预定的用户界面获取这些数据，生成作业数据。

数据发送部3012将数据获取部3011生成的作业数据发送给车辆管理服务器200。

存储部302构成为包括主存储装置和辅助存储装置。主存储装置是展开由控制部301执行的程序、该控制程序所利用的数据的存储器。辅助存储装置是存储在控制部301中执行的程序、该控制程序所利用的数据(包括作业数据)的装置。

通信部303是用于将据点服务器300与网络连接的通信接口。通信单元303构成为例如包括网络接口板、用于无线通信的无线通信接口。

输入输出部304是受理用户进行的输入操作、并对用户提示信息的单元。输入输出部304例如也可以包括与外部显示器的接口、键盘、鼠标等。

需要说明的是，图4、图5以及图7所示的结构是一例，图示的功能的全部或一部分也可以使用专门设计的电路来执行。另外，也可以通过图示以外的主存储装置和辅助存储装置的组合来进行程序的存储或执行。

接下来，对本实施方式的车辆系统所包含的各装置执行的处理的详细情况进行说明。

图8是示出用户终端100、车辆管理服务器200以及据点服务器300执行的处理的序列图。

步骤S11和S12对应于据点服务器300生成作业数据并发送给车辆管理服务器200，车辆管理服务器200基于该作业数据更新数据库的阶段。

在步骤S11中，据点服务器300生成表示对预定的车辆进行的作业的内容的作业数据。具体而言，数据获取部3011经由预定的用户界面获取对象车辆的底盘编号、日期时间信息、维修类别以及对象、作业的详细情况等，生成作业数据。另外，数据发送部3012将该作业数据发送给车辆管理服务器200。

在步骤S12中，车辆管理服务器200(数据更新部2012)基于接收到的作业数据，在维修历史数据202A中追加记录。

步骤S21以后对应于车辆管理服务器200基于来自用户终端100的请求而进行维修历史的提供的阶段。

步骤S21以后的处理例如在用户终端100(控制部101)执行了用于访问车辆管理服务器200的应用软件的时机开始。

首先，在步骤S21中，控制部101启动摄像机105，使用户进行粘贴于对象车辆的贴纸的拍摄。需要说明的是，此时，也可以在画面中输出图9所例示那样的通告，向用户示教贴纸的粘贴部位。

在步骤S22中，控制部101从经由摄像机105获取的图像中检测二维码，并对内容进行解码。由此，得到车辆管理服务器200提供的历史检索服务的网络地址(URL)。

用户终端100对车辆管理服务器200提供的历史检索服务发送请求历史检索的数据(第一数据)。第一数据例如既可以是基于HTTP的请求，也可以是预定形式的电文。

接收到请求的信息提供部2011生成包含检索表单的用户界面画面，并向用户终端100提供(步骤S23)。图10是包含检索表单的用户界面画面的例子。在本例中，生成指定底盘编号的画面。用户终端100使用该画面，供用户输入底盘编号(步骤S24)。所获取的底盘编号作为第二数据被发送至车辆管理服务器200。

需要说明的是，在本步骤中，也可以由用户输入除底盘编号之外的检索条件。例如，也可以指定所显示的维修类别(“修理”“升级”“消耗品更换”等)。检索条件与底盘编号一起被发送至车辆管理服务器200。

在步骤S25中，车辆管理服务器200(信息提供部2011)获取维修历史的列表，生成包含该列表的用户界面画面。

对在步骤S25中执行的处理进行详细说明。图11是详细说明在步骤S25中执行的处理的流程图。

首先，在步骤S251中，获取车辆的标识符(即，底盘编号)。接下来，在步骤S252中，以底盘编号为关键字检索维修历史数据202A，获取与维修历史对应的多个记录。

接下来，在步骤S253中，基于所获取的记录，生成表示维修历史的列表，生成包含该列表的用户界面画面。图12是包含多个维修历史的列表的用户界面画面的例子。如图所示，在列表中包含进行维修的日期时间、对象及其详细信息等。需要说明的是，在指定了维修类别的情况下，也可以输出与所指定的类别(例如，升级)对应的历史。

返回图8，继续进行说明。

向用户终端100提供包含维修历史的列表的用户界面画面，由用户终端100输出。由此，用户能详细地获知对任意的车辆实施的升级的内容。

如以上说明的那样，在第一实施方式中，在升级了某些车辆部件的情况下，将显示该意思的贴纸粘贴于车身。在贴纸中包含用于访问提供与车辆的维修相关的信息的装置的信息，用户终端100通过读取该信息，能够进行对该装置的访问。

由此，用户能够通过简便的操作来获知针对对象车辆更换了怎样的车辆部件(或者升级了怎样的车辆部件)。

(第二实施方式)

在第一实施方式中，在步骤S24中，用户输入对象车辆的底盘编号。

另一方面，在车身上粘贴有记载有诸如车辆形式、底盘编号这样的车辆的详细信息的板(须知牌)的情况较多。在贴纸粘贴于须知牌的附近的情况下，用户终端100也可以获取包含须知牌的图像，并读取底盘编号。由此，能够省去输入底盘编号的麻烦。底盘编号的读取能够通过已知的图像识别处理来进行。

在第二实施方式中，用户终端100还执行如下处理：经由摄像机105获取包含贴纸和须知牌这两者的图像，识别在须知牌上记载的底盘编号。图13是须知牌的例子。虚线所示的部分是底盘编号。这样的板由于粘贴于车辆的中柱等的情况较多，因此能够与第一实施方式中的贴纸同时(或持续)进行拍摄。

图14是表示第二实施方式的用户终端100和车辆管理服务器200执行的处理的序列图。图示的处理例如在用户终端100(控制部101)执行用于访问车辆管理服务器200的应用软件的时机开始。

在第二实施方式中，在步骤S21A中，控制部101启动摄像机105，供用户进行粘贴于对象车辆的贴纸以及须知牌的拍摄。在本步骤中，既可以获取一张包含贴纸和须知牌这两者的图像，也可以获取分别包含贴纸和须知牌的多张图像。需要说明的是，用户终端100也可以输出用于向用户通告粘贴有贴纸和须知牌的位置的信息。例如，通过输出如图15所示的画面，能够向用户示教拍摄对象。

在步骤S21A中，控制部101经由摄像机105周期性地获取图像，从所获取的图像中检测二维码和底盘编号。图16是在步骤S21A中由控制部101执行的处理的流程图。

首先，在步骤S31中，经由摄像机105获取图像。

接下来，在步骤S32中，判定是否从获取的图像中检测到贴纸。例如，也可以利用记载于贴纸的字符串、图形来检测贴纸。另外，也可以在从图像中检测出二维码的存在的情况下，判定为检测出贴纸。当在本步骤中为肯定判定的情况下，处理进入步骤S33。当在本步骤中为否定判定的情况下，处理向步骤S31返回。

在步骤S33中，判定是否从获取的图像中检测到须知牌。例如，也可以利用记载于须知牌的字符串、图形来检测须知牌。当在本步骤中为肯定判定的情况下，处理进入步骤S34。当在本步骤中为否定判定的情况下，处理向步骤S31返回。

当在步骤S32和S33中均为肯定判定的情况下，在步骤S34中，保存所获取的图像。需要说明的是，也可以在该时机向用户通知数据的读取完成的意思。例如，如图17所示，也可以通知检测到贴纸和检测到须知牌的意思。在图示的例子中，将摄像机105捕捉到的图像实时地输出到画面，并且，在从图像中检测到贴纸或者须知牌的情况下，输出通告该情况的消息。另外，在检测到贴纸和须知牌这两者的情况下，使执行维修历史的检索的按钮有效化。

需要说明的是，在贴纸和须知牌配置在分离的位置的情况下，也可以在检测到贴纸的时机和检测到须知牌的时机分别执行图像的保存。

在步骤S22A中，通过与步骤S22同样的处理，对贴纸中包含的二维码进行解码，获取URL。

在步骤S22B中，进行须知牌所包含的底盘编号的识别。底盘编号的识别能够通过已知的字符识别技术来进行。例如，也可以在识别了须知牌所包含的全部字符的基础上，将预定的字符串(例如，“FRAME No.”)之后的字符串作为底盘编号来处理。

接下来，用户终端100向获取的URL发送检索请求。车辆管理服务器200对此生成响应(步骤S23A)。所生成的响应返回给用户终端100。

接收到响应的用户终端100将在步骤S22B中识别出的底盘编号发送至车辆管理服务器200。即，自动地执行在第一实施方式中用户进行的作业(将底盘编号通知给车辆管理服务器200的步骤)。

车辆管理服务器200基于所获取的底盘编号而获取维修历史的列表，生成用户界面画面。该处理与在步骤S25中说明的处理相同，因此省略详细的说明。

如以上说明的那样，在第二实施方式中，用户终端100使用摄像机进行底盘编号的读取，将读取到的底盘编号发送至车辆管理服务器200。由此，用户仅通过按照指示拍摄车身，就能够获取维修历史。

(变形例)

上述的实施方式只不过是一个例子，本公开能够在不脱离其要旨的范围内适当变更来实施。

例如，在本公开中说明的处理、部件只要不产生技术上的矛盾，就能够自由地组合实施。

另外，在实施方式的说明中，列举了贴纸与须知牌粘贴于相邻的位置的例子，但两者也可以分别粘贴于分离的场所。例如，须知牌也可以粘贴在发动机室内。在该情况下，用户终端100也可以分别针对贴纸和须知牌输出与粘贴场所相关的通告，供用户分别拍摄贴纸和须知牌。

需要说明的是，存在贴纸和须知牌的粘贴场所根据每种车型而不同的情况。为了应对该情况，用户终端100(或者车辆管理服务器200)也可以存储与贴纸和须知牌的粘贴场所相关的数据，基于该数据，输出适合于对象车辆的通告。在该情况下，也可以是，用户终端100对车辆管理服务器200发送用于确定对象车辆的模型的标识符，车辆管理服务器200对此进行响应而获取符合该模型的通告(消息或图像)，并提供给用户终端100。

另外，在实施方式的说明中，作为车辆的标识符而使用了底盘编号，但也可以将除此之外的字符串用作车辆的标识符。例如，也可以在贴纸上打印序列号，在车辆管理服务器200中进行序列号与底盘编号的关联。在该情况下，用户终端100也可以不是将底盘编号而将序列号发送至车辆管理服务器200，车辆管理服务器200基于序列号而确定底盘编号。

另外，在实施方式的说明中，车辆管理服务器200仅提供历史信息，但车辆管理服务器200也可以提供与车辆部件的升级相关的其他信息。

例如，车辆管理服务器200也可以针对对象车辆获取尚未进行升级的车辆部件的列表，生成和提供能够升级的车辆部件的列表。在该情况下，也可以使车辆管理服务器200存储每种车型的能够升级的车辆部件的列表，通过对照该列表与对象车辆的升级历史而生成能够升级的车辆部件的列表。

另外，作为由1个装置进行的处理说明的处理也可以由多个装置分担执行。或者，作为由不同的装置进行的处理说明的处理也可以由1个装置执行。在计算机系统中，能够灵活地变更由怎样的硬件结构(服务器结构)实现各功能。

本公开也能够通过如下方式实现：向计算机供给安装有在上述实施方式中说明的功能的计算机程序，该计算机所具有的1个以上的处理器读取并执行程序。这样的计算机程序既可以通过能够与计算机的系统总线连接的非易失性的计算机可读存储介质向计算机提供，也可以经由网络向计算机提供。非易失性的计算机可读存储介质例如包括磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM、DVD盘·蓝光光盘等)等任意类型的盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪速存储器、光卡、适于储存电子指令的任意类型的介质。