[0001] 本发明涉及一种辅助装置、辅助方法及辅助系统。

[0002] 目前提出有一种如下的技术，即，自动地检测出车辆的故障并向驾驶者通报故障部位，并且检索车辆的当前位置而向服务据点进行通报，此外，取得距服务据点最近的修理据点的位置信息并进行通报的技术(例如，参照专利文献1)。根据上述技术，驾驶者通过根据所通报的最近的修理据点的位置信息而使车辆移动，从而能够实现对产生了故障的车辆的适当的修理。

[0003] 在先技术文献

[0004] 专利文献

[0005] 专利文献1：日本特开2005-45501号公报

[0006] 专利文献2：日本特开2006-206225号公报

[0030] 以下，参照附图对一个实施方式所涉及的车辆维修辅助系统进行说明。以下的实施方式的结构为例示，本车辆维修辅助系统并不限定于实施方式的结构。

[0031] ＜1.系统结构＞

[0032] 图1为表示本实施方式所涉及的车辆维修辅助系统1的结构的一个示例的图。图1所例示的车辆维修辅助系统1具有车辆维修辅助服务器10、和钥匙信息管理服务器20。车辆维修辅助服务器10(以下，也称为“维修辅助服务器10”)为，由辅助业商家所使用的计算机，所述辅助业商家对正在使用被诊断为需要保养维修等的车辆的车辆用户、与提供车辆的保养维修所涉及的服务的运营商之间的代办进行辅助。

[0033] 在此，“辅助业商家”例如是指，作为业务而提供将被诊断为需要本实施方式所涉及的保养维修等的车辆的车辆用户、与提供车辆的保养维修所涉及的服务的运营商之间的代办辅助服务的运营商。辅助业商家例如将能够实现使用了电子密钥或智能钥匙的上锁/解锁的车辆30作为对象，来提供车辆维修所涉及的代办辅助服务。

[0034] 然而，辅助业商家也可以为，提供车辆的保养维修所涉及的服务的运营商自身、或者经手车辆30的销售的商社、代理店等中介业商家。此外，作为辅助业商家，也存在提供车辆30的借出服务或出租服务等租赁业商家或长期出借业商家、或者多个租赁业商家或长期出借业商家协同工作发挥功能的情况。或者，也存在由车辆30的制造业商家或销售业商家、制造业商家的一个部门或下属公司、商社或代理店、租赁业商家或长期出借业商家、提供车辆的保养维修所涉及的服务的运营商中的任意一个运营商所实现的协同工作组织作为辅助业商家而发挥功能的情况。

[0035] 辅助业商家例如通过运用具备维修辅助服务器10的服务网站，并对于能够实现使用电子密钥或智能钥匙的上锁/解锁的车辆30，而使之与对能够使该车辆移动的钥匙信息进行管理的钥匙信息管理服务器20协同工作，从而提供车辆30的车辆维修所涉及的代办辅助服务。维修辅助服务器10为辅助装置的一个示例。

[0036] 维修辅助服务器10至少具有维修辅助数据库(DB)200。此外，维修辅助服务器10至少提供修理点检测部110、修理需要与否信息取得部120、代办处理部130、估价处理部140的各信息处理功能。在此，维修辅助服务器10既可以为单一的计算机，也可以为多个计算机的集合，例如称为云的系统。同样地，维修辅助DB200也可以通过单一的、或者多个数据库服务器而被构筑。

[0037] 在车辆维修辅助系统1中，维修辅助服务器10与网络N相连接。网络N包括互联网等公共网络、移动电话网络等无线网络、VPN(Virtual Private Network：虚拟私人网络)等专用网络、LAN(Local Area Network：局域网)等网络。

[0038] 在网络N中，连接有管理能够使车辆30移动的钥匙信息的钥匙信息管理服务器20。此外，在网络N中，连接有车辆30的车载装置32。此外，在网络N中，连接有车辆30的所有者、权利人(以下，也称为“车辆用户”)所具有的终端40。车辆用户为具有车辆30的钥匙的钥匙管理者。此外，在网络N中，连接有提供车辆30的保养维修所涉及的服务的商家(以下，也称为“维修用户”)所具有的终端50。另外，在网络N中，可以连接有多个其他钥匙信息管理服务器20、车辆30的车载装置32、车辆用户所具有的终端40、维修用户所具有的终端50。

[0039] 钥匙信息管理服务器20例如为，对能够使车辆30移动的钥匙信息进行管理的管理业商家所具有的PC(Personal Computer：个人计算机)、WS(WorkStation：工作站)、服务器等信息处理装置。然而，钥匙信息管理服务器20既可以为单一的计算机，也可以为称为云的、由多个计算机的集合所构成的系统。具有钥匙信息管理服务器20的管理业商家例如是指，从车辆30的制造业商家的一个部门或下属公司或者上述制造业商家等、或辅助业商家接受委托而对钥匙信息的管理业务进行运营的运营商。另外，钥匙信息管理服务器20也可以设为，构成维修辅助服务器10的一部分。

[0040] 钥匙信息管理服务器20与维修辅助服务器10协同工作，并生成与车辆30的保养维修的方式相对应的钥匙信息。在此，钥匙信息是指，用于使能够实现使用智能钥匙信息的上锁/解锁的车辆30的无钥匙进入功能有效化的认证信息。在被搭载于车辆30中的认证单元31中，例如登录有用于使无钥匙进入系统的功能工作的车辆侧认证信息和智能钥匙信息。
认证单元31中所登录的车辆侧认证信息例如与搭载有认证单元31的车辆30的识别信息相关联，且被钥匙信息管理服务器20管理。

[0041] 在从维修辅助服务器10具有钥匙信息的发行要求时，钥匙信息管理服务器20基于与车辆30相关联的车辆侧认证信息，而发行能够对车辆30临时性地上锁/解锁从而进行移动操作(驾驶操作)的认证信息，以作为钥匙信息。钥匙信息例如作为许可车辆30的临时性的利用的一次性密钥等的认证信息而被发行。以下的处理使用一次性密钥来进行说明。所发行的一次性密钥经由网络N而被发送至维修用户所具有的终端50。钥匙信息管理服务器20为发行用于临时性地利用车辆的认证信息的信息管理单元的一个示例。

[0042] 而且，当上述钥匙信息、即一次性密钥等的认证信息被输入至认证单元31时，认证单元31基于所输入的一次性密钥等的认证信息和认证单元31所保持的车辆侧认证信息来执行认证。当认证成功时，认证单元31通过电波而将自身所具有的智能钥匙信息输入至无钥匙进入系统中，并向ECU等控制系指示车辆的上锁/解锁、或者作为动力源的发动机或电机的启动。因此，本实施方式的钥匙信息也可以说是用于使认证单元31所具有的智能钥匙信息有效化的认证信息。

[0043] 例如，当通过终端50的一次性密钥而向认证单元31的认证成功时，维修用户能够经由认证单元31而对车辆30的上下车用车门进行解锁，从而搭乘车辆30并启动发动机。

[0044] 维修用户例如通过将保持有一次性密钥的终端50作为临时性的电子密钥来使用，从而例如能够实现在车辆30所驻车的停车场的保养检查、对车辆30进行驾驶操作而使之向车辆维修场移动等。即使在车辆用户与维修用户之间不实施车辆30的钥匙的交接，也能够进行保养检查时所需的、使用一次性密钥的车辆操作。维修用户能够进行与车辆30的保养维修的方式相对应的车辆操作。

[0045] 然而，钥匙信息管理服务器20也可以设为，生成一对认证信息，并将一方的认证信息作为钥匙信息而向终端50发行，且将另一方的认证信息作为车辆侧认证信息而向搭载于车辆30中的认证单元31发行。在车辆30中，例如经由车载装置32而接收作为车辆侧认证信息所发行的另一方的认证信息。车载装置32例如经由车辆30内的CAN(Controller Area Network：控制器局域网络)、LIN(Local Interconnect Network)等车内网络，而将另一方的认证信息移交至认证单元31。认证单元31只需将所移交的另一方的认证信息作为与被发行至终端50的钥匙信息相对应的车辆侧认证信息而临时性地存储在存储器等中即可。

[0046] 此外，在被搭载于车辆30中的执行无钥匙进入功能的单元(ECU：Electronic Control Unit)具备通信功能，且实施经由通信而使车辆30工作的上锁/解锁钥匙、发动机启动钥匙的交换的方式中，钥匙信息管理服务器20也可以设为，将上述上锁/解锁钥匙、发动机启动钥匙作为钥匙信息而发行。被发行了上述上锁/解锁钥匙、发动机启动钥匙的终端50能够经由通信来使执行无钥匙进入功能的单元工作。

[0047] 作为对应于保养维修的形态的钥匙信息的发行，例如例示有将对应位置限定为上下车用车门或后门的上锁/解锁、限定为发动机启动的许可(发动机防盗锁止装置的解除等)、限定为行李箱的上锁/解锁等中的任意一个、或者它们的组合。如图1所示，在下文中，将车辆30作为搭载有使无钥匙进入功能有效化的认证单元(SKB：智能钥匙盒)31和车载装置32的车辆来继续进行说明。

[0048] 车辆30的认证单元31例如具有依据BLE(Bluetooth(登录商标)Low Energy：蓝牙低功耗)通信标准的通信模块。BLE为由Bluetooth实现的低功耗通信标准，且具有通过对对象设备进行检测从而能够开始进行通信这样的特征。然而，认证单元31所具有的通信模块例如也可以依据NFC(Near Field Communication：近距离无线通信)、UWB(Ultra-Wideband：超宽带)、WiFi(登录商标)等的其他无线通信标准。

[0049] 认证单元31经由BLE通信而接收从临时性地作为车辆30的电子密钥进行工作的终端50所发送的、伴随着上锁要求/解锁要求的一次性密钥。认证单元31例如在接收到的一次性密钥与事前在存储器等中所登录的车辆侧认证信息相对应的情况下进行认证，而在不对应的情况不进行认证。

[0050] 在“一次性密钥与车辆侧认证信息相对应的情况”中，包括如下的情况等，即，认证单元31接收到的一次性密钥与车辆侧认证信息的简单比较相一致的情况、在通过车辆侧认证信息而对认证单元31接收到的一次性密钥进行解密时得到了预定的解密信息的情况等。

[0051] 另外，与钥匙信息相对应的车辆侧认证信息例如也可以为，事前在存储器等中、或者基于日期和时间信息或车辆的识别信息并以与钥匙信息管理服务器20相同的算法而由认证单元31所生成的认证信息。在认证成功的情况下，认证单元31将电波(智能钥匙信息)发送至车辆30内，并指令与利用方式相应的车辆30的解锁/上锁、作为动力源的发动机或电机的启动等。车辆30的解锁/上锁、动力源的启动等经由与车辆30内的CAN、LIN等的车内网络相连接的ECU(Electronic Control Unit而被实施。

[0052] 车辆30的解锁/上锁经由与车辆30内的CAN(Controller Area Network：控制器局域网)、LIN(Local Interconnect Network：局域互联网络)等车内网络相连接的ECU而被实施。ECU使上下车用的门锁或实施后门的开闭、行李箱盖的开闭的作动器工作。此外，ECU接受发动机防盗锁止装置被解除的车辆30的发动机启动等的车辆操作。通过被认证的终端50的指示等，从而能够实现车辆30的车辆操作。

[0053] 车载装置32为能够与网络N相连接的无线通信模块。车载装置32与车辆30内的CAN等车内网络相连接。车载装置32例如与搭载于车辆30中的、汽车导航装置或GPS(Global Positioning System：全球定位系统)单元联动，从而取得对应于车辆30的当前位置的交通拥堵信息、道路状况、天气信息、新闻信息等各种信息。

[0054] 在本实施方式中，车载装置32例如也可以采用如下方式，即，经由网络N而取得与钥匙信息管理服务器20所发行的一次性密钥相对应的车辆侧认证信息。

[0055] 此外，在本实施方式中，车载装置32在车辆30的发动机启动被许可的情况下，经由与车内网络相连接的ECU而取得车辆30的车辆状态。在此，在车辆30的车辆状态中，包含行驶距离、发动机状态(怠速转数)、制动器状态(制动块、制动盘的磨损状态)、蓄电池状态(蓄电池充电率(SOC：State of Charge)、劣化状态(SOH：State Of Health))。此外，在车辆状态中，包含异常通知信息(警告信息)、诊断数据。车载装置32将所取得的上述车辆状态信息、位置信息经由网络N而通知至维修辅助服务器10。车辆30的车辆状态信息、位置信息的通知例如在发动机的启动/停止时、行驶时，每隔固定的周期间隔或者固定的行驶距离而被实施。

[0056] 车辆用户为车辆30的所有者、或者具有支配权的车辆所有者。在车辆用户中，包括占有着车辆30的个人或团体、对于车辆30具有支配权的组织等。作为对于车辆30具有支配权的组织，例如例示有将车辆30作为公司用车来利用的企业、提供汽车共享服务的运营商、提供车辆30的借出服务或出租服务等的租赁业商家或长期出借业商家等。

[0057] 车辆用户具有个人或者组织的职员等所使用的终端40。终端40为PC、WS、服务器等信息处理装置。在终端40中，包括便携式电话或智能手机、平板PC等的能够便携的信息处理装置。车辆用户经由终端40而实施用于接受维修辅助服务器10所提供的车辆的保养维修所涉及的代办辅助服务的车辆会员登录。此外，车辆用户经由终端40来委托车辆30的保养维修所涉及的估价委托、需要修理与否的指示、向车辆维修场的由第三方所实施的车辆30的移动。另外，终端40也可以设为，具有能够与车辆30的认证单元31相互进行通信的通信接口。

[0058] 维修用户具有提供车辆30的保养维修所涉及的服务的组织的职员或从业人员等所使用的终端50。终端50至少为便携式电话或智能手机、平板PC等的能够便携的信息处理装置。终端50具有能够与车辆30的认证单元31相互进行通信的通信接口。维修用户经由终端50来实施用于接受维修辅助服务器10所提供的车辆的保养维修所涉及的代办辅助服务的维修人员会员登录。此外，维修用户经由保持有用于利用车辆30的一次性钥匙的终端50，来实施与保养维修的方式相对应的车辆操作。

[0059] 在维修辅助服务器10中，在维修辅助DB200中至少存储有车辆会员信息、维修商家会员信息、车辆状态历史信息、车辆状态辨别信息、修理需要与否历史信息。

[0060] 车辆会员信息为在维修辅助服务器10中所登录的车辆用户的会员信息。在车辆会员信息中，包含对车辆用户进行唯一识别的识别信息、地址、联系方式、登录日期、车辆用户的类别、识别车辆30的车辆识别信息、搭载于车辆30中的车载装置32的识别信息、车辆30的保险编号、终端40的识别信息。在车辆用户的类别中，包含个人、团体、运营商等的信息。在车辆识别信息中，例如包含车辆30的款型、制造年份、登录时的行驶距离、排气量、车辆类别、制造编码、汽车登录编号标记(车号)等。在车载装置32的识别信息中，包含IP地址、MAC地址(Media Access Control)等。在终端40的识别信息中，包含终端40的电话号码、IP地址、电子邮箱、MAC地址、由维修辅助服务器10所提供的辅助服务应用程序(以下，也称为“辅助服务应用”)的识别编码等。

[0061] 此外，在车辆会员信息中，包含辅助服务的合同期限、费用体系、利用次数、支付账户等。另外，费用体系例如也可以设为，根据辅助服务的利用方式、利用时间或利用次数等来进行区分。车辆会员信息为，维修辅助服务器10或者与维修辅助服务器10协同工作的计算机基于会员登录时的信息而登录在维修辅助DB200中的信息。然而，车辆会员信息也可以设为，辅助业商家或者基于辅助业商家的委托的维修辅助DB200的管理者基于会员登录时的信息而登录在维修辅助DB200中的信息。

[0062] 维修商家会员信息为维修辅助服务器10中所登录的维修用户的会员信息。在维修商家会员信息中，包含对维修用户进行唯一识别的识别信息、名称、维修用户的服务据点、维修工厂的地址、制造/销售车辆30的企业系列的有无、驾驶执照信息、联系方式、终端50的识别信息。在终端50的识别信息中，包含终端50的电话号码、IP地址、电子邮箱、MAC地址、由维修辅助服务器10所提供的辅助服务应用的识别编码等。另外，在维修商家会员信息中，也可以设为包含接受估价委托的终端的、IP地址、电子邮箱、MAC地址等的识别信息。

[0063] 此外，在维修商家会员信息中，包含辅助服务的合同期限、费用体系、维修实际记录、驾驶记录、驾驶实际记录、利用实际记录、支付账户等。在利用实际记录中，例如包含经由诸如以年为单位的预定期间的辅助服务所代办的次数、所代办的车辆30的识别信息、行驶距离、移动区间等。在利用实际记录中，也可以设为包含经由车载装置32或搭载于车辆30中的行车记录仪等所取得的、表示移动行驶时的车辆状态的历史信息。此外，费用体系例如也可以设为，根据辅助服务的利用方式或与所代办的保养维修相对应的时段、次数等来进行区分。维修人员会员信息的向维修辅助DB200的登录以与车辆会员信息同样的方式来实施。

[0064] 车辆状态历史信息为，作为车辆会员而登录在维修辅助服务器10中的、与车辆用户的车辆状态相关的历史信息。在车辆状态历史信息中，至少包含对车辆用户进行唯一识别的识别信息、对车辆30进行特定的信息、车辆30中所搭载的车载装置32的识别信息、车辆30的车辆状态。在车辆30的车辆状态中，例如包含发动机启动时/停止时的时刻信息(包含西历、月历、日历)、位置信息、在行驶时每隔固定周期间隔或者固定行驶距离而被采样的车辆状态信息、位置信息、时刻信息。

[0065] 车辆状态辨别信息为，针对维修辅助服务器10中所登录的车辆用户的车辆状态，而对用于提供车辆维修所涉及的代办辅助服务的、车辆30的保养维修的通知、修理的通知的可否进行辨别的信息。在车辆状态辨别信息中，包含对车辆30进行特定的信息、搭载于车辆30中的车载装置32的识别信息、预定期间、预定距离、相对于车辆状态的容许范围。预定期间为车辆30的定期的保养维修的推荐期间，例如包含多个诸如1个月、3个月、6个月这样的以月为单位、诸如1年、2年、3年这样的以年为单位的期间。同样地，预定距离为车辆30的定期的保养维修的推荐距离，且包含诸如1000km、3000km、10000km这样的多个单位距离。

[0066] 相对于车辆状态的容许范围为，用于尚未对行驶时的车辆异常等进行检测的阈值，例如包含诸如在怠速运转转数中为±****rpm，在制动器状态中为###mm以下，在蓄电池状态中SOC、SOH分别为＄＄＄％以下这样的数值数据。对于各个警告信息、各个诊断数据而言，也为相同。警告信息、诊断数据也可以设为，例如包含超出了容许范围的警告信息、诊断数据的检测频率(发生频率)或检测次数等。此外，相对于车辆状态的容许范围也可以设为，被划分为多个等级。车辆状态辨别信息也可以设为，包含通勤使用等的使用方式、以年为单位的行驶距离、使用地域等。

[0067] 车辆状态辨别信息也可以设为，维修辅助服务器10或者与维修辅助服务器10协同工作的计算机通过检索发动机等的计算机程序，从而从车辆30的制造商的网站等取得信息，并储存在维修辅助DB200中。此外，也可以设为，辅助业商家或者基于辅助业商家的委托的维修辅助DB200的管理者基于被普遍公开的车辆30的维修信息等而在维修辅助DB200中进行登录。

[0068] 修理需要与否历史信息为，与维修辅助服务器10中所登录的车辆用户的是否需要修理的情况相关的历史信息。在修理需要与否历史信息中，包含对车辆用户进行唯一识别的识别信息、对车辆30进行特定的信息、检测到修理点的时刻信息(包含年历、月历、日历)、修理点的信息、需要修理与否、对维修用户进行特定的信息、估价的有无等。在修理点的信息中，包含检测到修理点时的车辆状态、位置信息等。在此，修理点是指，在车辆30中，可能成为推荐进行保养维修的对象、或者期望进行修理的对象的部位。

[0069] 此外，也可以设为，在修理需要与否历史信息中，包含在维修用户的本公司工厂中修理这样的修理方式、实施了修理的日期和时间信息(包含年历、月历)、修理期间、替代车的有无等。修理需要与否历史信息为，维修辅助服务器10或者与维修辅助服务器10协同工作的计算机基于检测到修理点时的信息而登录在维修辅助DB200中的信息。然而，也可以设为，辅助业商家、或者基于辅助业商家的委托的维修辅助DB200的管理者基于由所代办的维修用户所提供的信息而在维修辅助DB200中进行登录。

[0070] 在本实施方式所涉及的车辆维修辅助系统1中，维修辅助服务器10基于存储在维修辅助DB200中的信息和由车辆30所通知的车辆状态信息等，来对车辆30的修理点进行检测。维修辅助服务器10将包含检测到的修理点的信息经由辅助服务应用、电子邮箱或SMS(Short Message Service)而通知至车辆用户的终端40。

[0071] 维修辅助服务器10在取得由车辆用户针对上述通知所发送的、包含修理需要与否的修理需要与否信息，并且得到修理的同意时，对实施车辆30的修理的维修用户进行选定。维修辅助服务器10例如对于从预先作为维修商家会员而登录在维修辅助DB200中的维修用户中选定的维修用户，而至少通知车辆30的位置信息、车辆状态信息、对车辆用户进行特定的信息、对车辆30进行特定的信息。此外，维修辅助服务器10在车辆用户希望进行修理估价的情况下，对于维修用户而实施估价委托。维修辅助服务器10为从车辆的用户的终端取得需要维修与否的取得单元的一个示例。

[0072] (钥匙发行实例1)

[0073] 维修辅助服务器10向进行协同工作的钥匙信息管理服务器20通知车辆30的维修用户已被选定的信息。钥匙信息管理服务器20例如基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息的信息，而发行使终端50作为临时性的电子密钥而发挥功能的钥匙信息。钥匙信息是基于预先登录在钥匙信息管理服务器20所管理的认证单元31中的车辆侧认证信息而被发行的。所发行的钥匙信息例如经由维修辅助服务器10而被发送至终端50，使终端50作为与保养维修的方式相应的临时性的电子密钥而发挥功能。

[0074] (钥匙发行实例2)

[0075] 然而，钥匙信息管理服务器20能够基于包含上述车辆30的识别信息和时刻信息的信息来生成一对认证信息。在该方式下，钥匙信息管理服务器20也可以设为，将成对的一方的认证信息作为钥匙信息而向终端50发行，且将另一方的认证信息作为车辆侧认证信息而向搭载于车辆30中的认证单元31发行。在该方式下，车辆30的认证单元31例如也可以设为，经由车载装置32而接收钥匙信息管理服务器20所发行的另一方的认证信息，并将接收到的认证信息作为车辆认证信息而临时性地存储在存储器等中。

[0076] 另外，在上述(钥匙发行实例1)、(钥匙发行实例2)的形态下，也可以设为，车辆30的认证单元31基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息的信息，而根据与钥匙信息管理服务器20相同的算法来生成与钥匙信息相对应的车辆侧认证信息。

[0077] (钥匙发行实例3)

[0078] 此外，也可以设为，在搭载于车辆30中的执行无钥匙进入功能的单元(ECU)为具备通信功能的专用单元，并经由通信来实施车辆30的上锁/解锁钥匙、发动机启动钥匙的交换的形态下，钥匙信息管理服务器20将所管理的上述上锁/解锁钥匙、发动机启动钥匙作为钥匙信息而发行。在该形态下，由于在专用单元与终端50之间，所发行的钥匙信息的交换经由通信而直接地被实施，因此并不存在由认证单元31实施的认证处理。

[0079] 维修用户执行辅助服务应用，使接收到钥匙信息的终端50作为用于利用车辆30的临时性的电子密钥而进行工作。车辆30的认证单元31经由BLE通信等而接收伴随着从终端50所发送的车辆30的上锁要求/解锁要求的钥匙信息，并以接收到的钥匙信息与存储在存储器等中的车辆侧认证信息相对应为条件来实施认证(钥匙发行实例1、钥匙发行实例2)。
维修用户通过将认证成功的终端50作为临时性的智能钥匙来使用，从而将车辆30解锁，并实施对于所检测到的修理点的修理作业所需的车辆操作。

[0080] 或者，维修用户在终端50及专用单元之间实施作为钥匙信息所发行的上锁/解锁钥匙、发动机启动钥匙的交换，从而解锁上下车用车门并乘车，并解除发动机防盗锁止装置而启动发动机，且实施对于检测到的修理点的修理作业所需的车辆操作(钥匙发行实例3)。根据本实施方式所涉及的车辆维修辅助系统1，可以提高需要修理的车辆的保养维修所涉及的便利性。

[0081] ＜2.装置结构＞

[0082] 图2为表示计算机的硬件结构的一个示例的图。图1的维修辅助服务器10、钥匙信息管理服务器20、认证单元31、车载装置32、终端40、终端50通过根据图2所示的计算机300的结构而被例示。

[0083] 计算机300具备通过连接总线316而相互被连接的CPU(Central Processing Unit)311、主存储装置312、辅助存储装置313、通信IF(Interface)314、输入/输出IF315。主存储装置312及辅助存储装置313为计算机300可读取的记录介质。另外，上述的结构要素既可以分别设置有多个，也可以不设置部分的结构要素。

[0084] CPU311为实施计算机300整体的控制的中央处理运算装置。CPU311也可以被称为MPU(Microprocessor Unit：微处理器单元)、处理器。然而，CPU311并不被限定为单一的处理器，也可以为多处理器结构。此外，由单一的插口所连接的单一的CPU也可以为多核结构。CPU311例如提供如下功能，即，通过将存储在辅助存储制作313中的程序以可执行的方式而在主存储装置312的工作区域中展开，并经由程序的执行来实施周边设备的控制，从而符合预定的目的。在本实施方式所涉及的车辆维修辅助系统1中，提供有维修辅助服务器10、钥匙信息管理服务器20、认证单元31、车载装置32、终端40、终端50所具有的各个处理功能。

[0085] 主存储装置312对CPU311所执行的计算机程序、CPU311所处理的数据等进行存储。主存储装置312例如包括闪存、RAM(Random Access Memory)或ROM(Read Only Memory)。辅助存储装置313以读写自如的方式将各种程序及各种数据存储在记录介质中。辅助存储装置313也被称为外部存储装置。辅助存储装置313例如为闪存、EPROM(Erasable Programmable ROM)、硅盘、硬盘驱动器(HDD、Hard Disk Drive)装置等。在辅助存储装置
313中，例如存储有OS(Operating System：操作系统)、各种程序、各种表格等。OS例如包括实施与经由通信IF314而连接的外部装置等的数据的交接的通信接口程序。

[0086] 通信IF314包括作为与网络N的接口的通信IF(A)314A、作为BLE通信等的近距离无线通信接口的通信IF(B)314B。然而，也可以采用如下方式，即，维修辅助服务器10、钥匙信息管理服务器20、车载装置32不设置通信IF(B)314B。此外，也可以采用如下方式，即，认证单元31不设置作为与网络N的接口的通信IF(A)314A。

[0087] 输入/输出IF315为，在与连接于计算机300的设备之间实施数据的输入/输出的接口。在输入/输出IF315上，例如连接有键盘、触摸面板或鼠标等指示设备、话筒等输入设备。计算机300经由输入/输出IF315而接受来自操作输入设备的操作者的操作指示等。

[0088] 此外，在输入/输出IF315上，例如连接有LCD、EL(Electroluminescence)面板、有机EL面板等显示设备、扬声器等输出设备。计算机300经由输入/输出IF315而输出通过CPU311所处理的数据或信息、主存储装置312、辅助存储装置313中所存储的数据或信息。

[0089] 图1的维修辅助服务器10通过CPU311的程序的执行而至少提供修理点检测部110、修理需要与否信息取得部120、代办处理部130、估价处理部140的信息处理功能。然而，上述处理功能的至少一部分也可以通过DSP(Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、GPU(Graphics Processing Unit)等来提供。此外，上述处理功能的至少一部分也可以通过FPGA(Field-Programmable Gate Array)、数值运算处理器、图像处理处理器等专用LSI(large scale integration)、其他数字电路来提供。

[0090] 图1的终端40通过CPU311的辅助服务应用的执行而与维修辅助服务器10相连接。在终端40中，车辆会员信息的登录经由车辆用户的操作输入而被实施。在车辆会员登录后，以诸如1个月这样的以月为单位的周期间隔，而会通知有包含所登录的车辆30的行驶距离、发动机状态、制动器状态、蓄电池状态、使用时间(行驶时间)等的车辆状态。在终端40中，通过CPU311的辅助服务应用的执行，从而所通知的车辆状态作为在HTML(HyperText Markup Language)等中所记述的内容而被显示在LCD(Liquid Crystal Display：液晶显示器)等的显示设备中。

[0091] 此外，每隔固定周期间隔或者固定行驶距离而向所登录的车辆30的保养维修的推荐信息与车辆状态一同作为修理需要与否信息而被通知。在终端40中，通过CPU311的辅助服务应用的执行，从而所通知的修理需要与否信息作为在HTML等中所记述的内容而被显示在LCD等的显示设备中。车辆用户对显示在LCD等中的修理需要与否信息的车辆状态进行阅览，并决定向被推荐的保养维修的可否。车辆用户例如实施向修理需要与否信息中所附加的单选按钮等的有效操作，从而决定可否对车辆30执行被推荐的保养维修。另外，定期的保养维修的推荐信息也可以设为，经由电子邮箱或者SMS消息而被通知。

[0092] 在车辆30的包含警告信息、诊断数据的车辆状态超出了容许范围的情况下，修理需要与否信息与车辆状态中的超出了容许范围的信息一同被通知。在终端40中，通过CPU311的辅助服务应用的执行，从而所通知的修理需要与否信息作为在HTML等中所记述的内容而被显示在LCD等的显示设备上。或者，预先被装入于辅助服务应用中的语音消息被输出。在语音消息中，例如包含用于委托与辅助业商家协同工作的修理的客户服务中心等免费咨询电话等。车辆用户以与上述同样的方式，而实施向修理需要与否信息中所附加的单选按钮等的有效操作，从而决定可否对车辆30执行被推荐的保养维修。或者也可以设为，与通过语音消息所输出的客户服务中心等进行联络，从而实施修理委托。

[0093] 图1的终端50通过CPU311的辅助服务应用的执行，从而与维修辅助服务器10相连接。在终端50中，经由CPU311的辅助服务应用的执行，从而委托定期的保养维修、被检测到修理点的车辆30的修理的车辆用户的预定信息被通知。在预定信息中，至少包含车辆30的位置信息、车辆状态信息、对车辆用户进行特定的信息、对车辆30进行特定的信息。所通知的预定信息作为在HTML等中所记述的内容而被显示在终端50的LCD等的显示设备上。此外，终端50例如也可以设为，根据维修用户的要求，而取得诸如最近的修理需要与否历史、车辆30的车辆状态历史这样的车辆30的保养维修、修理所涉及的信息，并显示在显示设备上。

[0094] ＜3.处理的流程＞

[0095] 以下，基于图3至图7所示的顺序图，来对维修辅助服务器10所提供的、修理点检测部110、修理需要与否信息取得部120、代办处理部130、估价处理部140的各个信息处理进行说明。图3至图7为表示车辆维修辅助系统1中的处理的流程的一个示例的顺序图。本实施方式所涉及的维修辅助服务器10例如通过CPU311等读取并执行存储在辅助存储装置313中的各种程序或各种数据、存储在维修辅助DB200中的信息，从而提供图3至图7所示的处理。

[0096] 另外，对如下情况进行说明，即，在维修辅助服务器10中，已完成车辆用户的车辆会员登录、维修用户的维修人员会员登录，且在各自所具有的终端40、终端50中安装有用于提供移动辅助服务的辅助服务应用。

[0097] 在图3中，设为如下情况，即，在车辆用户所具有的终端40中，预先保持有基于钥匙信息管理服务器20所管理的车辆30的车辆侧认证信息所发行的钥匙信息(钥匙发行实例1)。然而，如钥匙发行实例2中所说明的那样，在终端40中，也可以保持有由钥匙信息管理服务器20所生成的一对认证信息内的、作为钥匙信息所发行的一方的认证信息。在该情况下，在被搭载于车辆30的认证单元31中，作为车辆侧认证信息而保持有一对认证信息内的另一方的认证信息。此外，也可以设为，如钥匙发行实例3中所说明的那样，在终端40中，预先保持有车辆30的上锁/解锁钥匙、发动机启动钥匙。

[0098] 车辆用户例如执行辅助服务应用，使保持钥匙信息的终端40作为用于利用车辆30的电子密钥而进行工作。终端40例如经由BLE通信而发送车辆30的解锁要求(上下车用车门、发动机防盗锁止装置解除等)(S1)。

[0099] 车辆30在钥匙发行实例1、2的情况下，基于解锁要求中所包含的钥匙信息，而实施由终端40所发送的钥匙信息的认证(S2)。车辆30的认证单元31例如经由BLE通信等而接收伴随着由终端40所发送的解锁要求的钥匙信息，并以接收到的钥匙信息与存储在存储器等中的车辆侧认证信息相对应为条件而实施认证。然而，认证单元31也可以在认证执行时，基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息的信息，而根据与钥匙信息管理服务器20相同的算法来生成车辆侧认证信息。

[0100] 另外，在钥匙发行实例3的情况下，由于在车辆30中，经由通信而直接地实施在专用单元与终端40之间所发行的钥匙信息的交换，因此S2的处理被省略。

[0101] 车辆30基于认证成功或者解锁的执行，而向终端40通知车辆30的解锁通知(S3)。终端40接收由车辆30所通知的解锁通知(S4)。另外，车辆30的解锁也被通知至钥匙信息管理服务器20、维修辅助服务器10(S5)。维修辅助服务器10将由车辆30接受到的解锁通知的时刻信息临时性地存储在主存储装置312的预定的区域内。

[0102] 车辆用户通过将认证成功了的终端40作为电子密钥来使用，从而解锁车辆30并实施发动机的启动(S6；钥匙发行实例1、2)。在钥匙发行实例3的情况下，则将保持车辆30的上锁/解锁钥匙、发动机启动钥匙的终端40作为与专用单元实施交换的电子密钥来使用。车辆用户对被启动的车辆30进行驾驶操作，并移动至预定的目的地点。

[0103] 车辆30的车载装置32基于发动机的启动而实施与车辆30的车辆状态相关的信息(车辆状态信息)的通知(S7)。车载装置32例如经由与CAN等车内网络相连接的ECU，而取得行驶距离、发动机状态(怠速运转转数)、制动器状态(制动块、制动盘的磨损状态)、蓄电池状态(蓄电池充电率、劣化状态)。同样地，车载装置32取得异常通知信息(警告信息)、诊断数据。而且，车载装置32向维修辅助服务器10通知上述车辆状态信息、和经由GPS单元所取得的车辆30的位置信息。另外，在被通知至维修辅助服务器10的车辆状态信息中，包含车载装置32的识别信息(IP地址、MAC地址等)。维修辅助服务器10经由网络N而取得由车载装置32所通知的车辆状态信息、位置信息等(S8)。维修辅助服务器10以使时刻信息与所取得的车辆状态信息、位置信息相关联的方式而临时性地存储在主存储装置312的预定的区域中。
S8、S9的处理经由修理点检测部110而被实施。

[0104] 维修辅助服务器10的修理点检测部110基于在S8的处理中所取得的车辆状态信息等，而实施对于车辆30的修理点检测处理(S9)。在修理点检测处理中，基于维修辅助DB200中所登录的车辆状态辨别信息、和在S8的处理中所取得的车辆状态信息等，来确定车辆30的定期的保养维修的通知、期望修理的修理点的通知的有无。

[0105] 修理点检测部110例如将车辆状态信息中所包含的车载装置32的识别信息(IP地址、MAC地址等)作为检索关键字，从而对维修辅助DB200中所登录的车辆会员信息进行检索，并提取相对应的车辆会员信息。同样地，修理点检测部110对维修辅助DB200中所登录的车辆状态辨别信息进行检索，并提取出相对应的车辆状态辨别信息。修理点检测部110以使被提取出的车辆会员信息及车辆状态辨别信息与在S8的处理中所取得的车辆状态信息等相关联的方式而临时性地存储在主存储装置312的预定的区域中。

[0106] 修理点检测部110例如根据车辆会员信息中所登录的车辆30的登录日期、和当前时间点的时刻信息，而对相对于车辆30的经过天数进行计算。此外，修理点检测部110根据在S8的处理中所取得的车辆状态信息等，而取得当前时间点处的车辆30的行驶距离。而且，修理点检测部110实施车辆状态辨别信息中所包含的、车辆30的定期的保养维修的推荐期间、推荐距离与上述经过天数及行驶距离的比较，从而对是否推荐定期的保养维修进行判断。

[0107] 此外，修理点检测部110实施车辆状态信息等中所包含的发动机状态(怠速运转转数)、制动器状态(制动块、制动盘的磨损状态)、蓄电池状态(蓄电池充电率(SOC：State of Charge)、劣化状态(SOH：State Of Health))与车辆状态辨别信息中所包含的上述车辆状态的容许范围的比较，从而确定上述车辆状态在容许范围内。

[0108] 同样地，修理点检测部110实施车辆状态信息等中所包含的警告信息、诊断数据与车辆状态辨别信息中所包含的上述信息的容许范围的比较，从而确定当前时间点的警告信息、诊断数据在容许范围内。

[0109] 在不推荐定期的保养维修的情况以及在S8的处理中所取得的车辆状态信息等处于容许范围内的情况下，修理点检测部110以使被提取出的车辆会员信息与上述车辆状态信息相关联的方式而移交至S10的处理。另外，对于在推荐定期的保养维修的情况、且在S8的处理中所取得的车辆状态信息等未处于容许范围内的情况，将使用图5而在下文中叙述。

[0110] 维修辅助服务器10将由S9的处理所移交的车辆状态信息等通知至终端40(S10)。S10的处理经由修理需要与否信息取得部120而被实施。维修辅助服务器10的修理需要与否信息取得部120例如基于车辆会员信息中所登录的终端40的识别信息来对终端40的IP地址进行特定，并通知表示当前时间点的车辆状态的信息。在表示当前时间点的车辆状态的信息中，包含行驶距离、发动机状态的良好与否、制动器状态的良好与否、蓄电池状态(蓄电池充电率、劣化状态)等。

[0111] 另外，在行驶时，对于每隔固定周期间隔或者固定行驶距离而被采样的车辆状态信息而实施S8、S9的处理。也可以设为，在行驶时，修理需要与否信息取得部120在每隔固定周期间隔或者固定行驶距离而被采样的表示车辆状态的信息中附加位置信息、利用时间(行驶时间)等，并通知至终端40。

[0112] 在终端40中，经由辅助服务应用而在LCD等显示设备上显示由维修辅助服务器10所通知的车辆状态信息、位置信息、利用时间(行驶时间)等作为在HTML等中所记述的内容(S11)。车辆用户能够通过阅览经由辅助服务应用而被显示在显示设备上的内容，从而掌握当前时间点处的行驶距离、行驶时间、行驶位置、蓄电池状态(蓄电池充电率等)、发动机状态或制动器状态的良好与否。

[0113] 修理需要与否信息取得部120例如将在发动机启动之后立即取得的车辆状态信息、时刻信息(包含西历、月历、日历)、位置信息作为车辆状态历史信息而存储在维修辅助DB200中(S12)。在行驶时，修理需要与否信息取得部120基于每隔固定周期间隔或者固定行驶距离而被采样的车辆状态信息，来对车辆状态历史信息进行更新。

[0114] 接下来，对图4进行说明。

[0115] 在图4中，车辆用户通过实施车辆30的发动机停止操作(例如，点火开关关闭)，从而使发动机停止(S13)。车辆30的车载装置32基于发动机的停止，而实施与车辆30的车辆状态相关的信息(车辆状态信息)的通知(S14)。S14的处理中的与车辆30的车辆状态相关的信息的通知以与S7的处理同样的方式来实施。

[0116] 维修辅助服务器10经由网络N而取得由车载装置32所通知的车辆状态信息、位置信息等(S15)。维修辅助服务器10以使时刻信息与所取得的车辆状态信息、位置信息相关联的方式而临时性地存储在主存储装置312的预定的区域中。S15、S16的处理经由修理点检测部110而被实施。

[0117] 维修辅助服务器10的修理点检测部110基于在S15的处理中所取得的车辆状态信息等，而实施与S9同样的对于车辆30的修理点检测处理(S16)。在修理点检测处理中，基于维修辅助DB200中所登录的车辆状态辨别信息和在S15的处理中所取得的车辆状态信息等，来确定车辆30的定期的保养维修的通知、期望修理的修理点的通知的有无。

[0118] 在不推荐定期的保养维修的情况以及在S15的处理中所取得的车辆状态信息等处于容许范围内的情况下，修理点检测部110以使被提取出的车辆会员信息与上述车辆状态信息相关联的方式而移交至S17的处理中。对于在推荐定期的保养维修的情况、且在S15的处理中所取得的车辆状态信息等未处于容许范围内的情况，将在下文中叙述。

[0119] 在S17至S19的处理中，实施与图3的S10至S12的处理同样的处理。例如，修理需要与否信息取得部120向终端40通知在发动机停止时所取得的表示车辆状态的信息、位置信息、利用时间(行驶时间)(S17)。在终端40中，经由辅助服务应用而在LCD等显示设备上显示由维修辅助服务器10所通知的车辆状态信息、位置信息、利用时间(行驶时间)等作为在HTML等中所记述的内容S18)。修理需要与否信息取得部120基于在发动机停止之后立即被取得的车辆状态信息、时刻信息(包含西历、月历、日历)、位置信息，来对存储在维修辅助DB200中的对应于车辆30的车辆状态历史信息进行更新(S19)。

[0120] 车辆用户例如执行辅助服务应用，并使保持钥匙信息的终端40作为用于使车辆30上锁的电子密钥而进行工作。终端40例如经由BLE通信而发送车辆30的上锁要求(上下车用车门上锁、发动机防盗锁止装置设定等)(S20)。

[0121] 在钥匙发行实例1、2的情况下，车辆30基于上锁要求中所包含的钥匙信息，而实施从终端40所发送的钥匙信息的认证(S21)。车辆30的认证单元31例如经由BLE通信等而接收伴随着从终端40所发送的上锁要求的钥匙信息，并以接收到的钥匙信息与存储器等中所存储的车辆侧认证信息相对应为条件来实施认证。然而，认证单元31也可以在认证执行时，基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息的信息，并根据与钥匙信息管理服务器20相同的算法来生成车辆侧认证信息。

[0122] 另外，在钥匙发行实例3的情况下，由于在车辆30中，经由通信而直接地实施在专用单元与终端40之间所发行的钥匙信息的交换，因此S21的处理被省略。

[0123] 车辆30基于认证成功或者上锁的执行，而向终端40通知车辆30的上锁通知(S22)。终端40接收从车辆30所通知的上锁通知(S23)。另外，车辆30的上锁被通知至钥匙信息管理服务器20、维修辅助服务器10(S24)。维修辅助服务器10将由车辆30接收到的上锁通知的时刻信息临时性地存储在主存储装置312的预定的区域中。

[0124] 接下来，使用图5对推荐定期的保养维修的情况、且车辆状态信息等并不处于容许范围内的情况进行说明。

[0125] 在图5中，车辆30的车载装置32在预定的时刻处向维修辅助服务器10通知与车辆30的车辆状态相关的信息(车辆状态信息)(S25)。在此，在预定的时刻处，例如包括发动机的启动/停止的时间，行驶时的固定周期间隔、固定行驶距离。此外，也可以设为，在预定的时刻处，例如包括产生车辆状态信息的诊断数据、警告信息的警报等的时间。如已说明的那样，在S25的处理中被通知的车辆状态信息与车载装置32的识别信息(IP地址、MAC地址等)、车辆30的位置信息一同被维修辅助服务器10取得(S26)。维修辅助服务器10将时刻信息以与所取得的车辆状态信息、位置信息相关联的方式而临时性地存储在主存储装置312的预定的区域中。

[0126] 在维修辅助服务器10中，以与S9的处理同样的方式，经由修理点检测部110来实施对于车辆30的修理点检测处理(S27)。修理点检测部110基于维修辅助DB200中所登录的车辆状态辨别信息和在S26的处理中所取得的车辆状态信息等，来确定车辆30的定期的保养维修的通知、期望修理的修理点的通知的有无。

[0127] 修理点检测部110例如将车辆状态信息中所包含的车载装置32的识别信息(IP地址、MAC地址等)作为检索关键字，从而对维修辅助DB200中所登录的车辆会员信息进行检索，并提取出相对应的车辆会员信息。同样地，修理点检测部110对维修辅助DB200中所登录的车辆状态辨别信息进行检索，并提取出所对应的车辆状态辨别信息。修理点检测部110以使被提取出的车辆会员信息及车辆状态辨别信息与S26的处理中所取得的车辆状态信息等相关联的方式而临时性地存储在主存储装置312的预定的区域中。

[0128] 修理点检测部110例如根据车辆会员信息中所登录的车辆30的登录日期和当前时间点的时刻信息，而对相对于车辆30的经过天数进行计算。此外，修理点检测部110根据在S26的处理中所取得的车辆状态信息等，而取得当前时间点下的车辆30的行驶距离。而且，修理点检测部110实施车辆状态辨别信息中所包含的、车辆30的定期的保养维修的推荐期间、推荐距离与上述经过日数及行驶距离的比较，从而对是否推荐定期的保养维修进行判断。

[0129] 此外，修理点检测部110实施车辆状态信息等中所包含的发动机状态(怠速运转转数)、制动器状态(制动块、制动盘的磨损状态)、蓄电池状态(蓄电池充电率(SOC：State of Charge)、劣化状态(SOH：State Of Health))、与车辆状态辨别信息中所包含的上述车辆状态的容许范围的比较，从而来确定上述车辆状态在容许范围内。

[0130] 同样地，修理点检测部110实施车辆状态信息等中所包含的警告信息、诊断数据与车辆状态辨别信息中所包含的上述信息的容许范围的比较，从而确定当前时间点的警告信息、诊断数据在容许范围内。

[0131] 在图5中，在推荐定期的保养维修的情况、或者在S26的处理中所取得的车辆状态信息(包含警告信息、诊断数据)等未处于容许范围内的情况下，修理点检测部110向车辆用户的终端40通知修理需要与否信息(S28)。S28的处理经由修理需要与否信息取得部120而被实施。另外，在下文中，也将推荐定期的保养维修的情况或者在S26的处理中所取得的车辆状态信息(包含警告信息、诊断数据)等未处于容许范围内的情况统称为“检测到修理点的状态”。

[0132] 修理需要与否信息取得部120例如基于车辆会员信息中所登录的终端40的识别信息来确定终端40的IP地址。而且，修理需要与否信息取得部120将所确定的终端40的IP地址作为收信地址，并将检测到修理点的状态的车辆30的车辆状态信息与修理需要与否信息一同进行通知。在检测到修理点的状态的车辆状态信息中，包含行驶距离、发动机状态的良好与否、制动器状态的良好与否、蓄电池状态(蓄电池充电率、劣化状态)等。同样地，在检测到修理点的状态的车辆状态信息中，包含检测到容许范围外的车辆状态信息(警告信息、诊断数据)。也可以设为，在检测到修理点的状态的车辆状态信息中，例如检测到修理点的时间点的车辆30的位置信息、时刻信息等相关联地被通知至终端40。

[0133] 在终端40中，例如经由辅助服务应用，而使检测到修理点的状态的车辆30的车辆状态信息与修理需要与否信息一同作为在HTML等中所记述的内容而被显示在LCD等的显示设备上(S29)。此外，在终端40的显示设备上，例如与上述状态的车辆状态信息一同显示有表示检测到处于容许范围外的车辆状态的类别信息(警告信息、诊断数据)。在修理需要与否信息中，附加有对是否需要对于检测到修理点的状态的车辆30的修理(或者，向所推荐的保养维修的可否)进行指定的单选按钮等。

[0134] 在推荐定期的保养维修的情况下，作为车辆状态辨别信息而被预先登录的车辆30的定期的保养维修的推荐期间、推荐距离与当前时间点的车辆30的车辆状态信息、修理需要与否信息一同被显示。车辆用户阅览经由辅助服务应用而显示在终端40的显示设备上的内容，并对是否执行被推荐的定期的保养维修进行指定(修理需要与否回答；S30)。对于被推荐的定期的保养维修的执行可否经由向附加在修理需要与否信息中的单选按钮等的有效操作而被指定。另外，也可以设为，在推荐定期的保养维修的情况下，维修辅助服务器10经由预先登录在车辆会员信息中的终端40的电子邮箱或者基于电话号码等的SMS消息，而对车辆状态信息、修理需要与否信息进行通知。

[0135] 在包含警告信息、诊断数据的车辆状态信息等并未处于容许范围内的情况下，例如，表示未处于容许范围内的修理点的车辆状态的类别信息作为修理点检测的根据而与车辆状态辨别信息中所登录的容许范围、修理需要与否信息一同被显示。然而，也可以设为，对检测到修理点的车辆30的车辆状态信息、位置信息、时刻信息等进行显示。在修理需要与否信息中，附加有对是否需要对于检测到修理点的状态的车辆30的修理进行指定的单选按钮等。

[0136] 另外，在包含警告信息、诊断数据的车辆状态信息等未处于容许范围内的情况下，存在寻求诸如安全气囊展开的检测这样的紧急的应对的情况。在这样的情况下，也可以采用如下方式，即，修理需要与否信息取得部120例如使预先被装入在辅助服务应用中的语音消息输出。在语音消息中，例如包含用于委托与辅助业商家协同工作的修理的客户服务中心等的免费咨询电话等。

[0137] 与推荐定期的保养维修的情况同样地，车辆用户实施向附加在修理需要与否信息中的单选按钮等的有效操作，并决定对于检测到修理点的状态的车辆30的修理指示(修理需要与否回答；S30)。或者，也可以设为，与通过语音消息所输出的客户服务中心等进行联络，从而实施修理委托。

[0138] 维修辅助服务器10取得从终端40所通知的修理需要与否回答(S31)。维修辅助服务器10的修理需要与否信息取得部120例如将在S31中所取得的修理需要与否回答以与终端40的IP地址、辅助服务应用的识别编码、所取得的时刻信息相关联的方式而临时性地存储在主存储装置312的预定的区域中。

[0139] 修理需要与否信息取得部120在S31的处理中所取得的修理需要与否回答指定为需要修理的情况下，转移至S32的处理。此外，当修理需要与否信息取得部120在S31的处理中所取得的修理需要与否回答指定为不需要修理的情况下，转移至S40的处理。在S40的处理中，修理需要与否信息取得部120例如将检测到修理点的状态的车辆状态信息、位置信息、时刻信息(包含西历、月历、日历)、修理需要与否回答作为修理需要与否历史信息而存储到维修辅助DB200中。

[0140] 另外，在行驶时，基于每隔固定周期间隔或者固定行驶距离而被采样的车辆状态信息来对车辆状态历史信息进行更新。也可以设为，例如在S31的处理中所取得的修理需要与否回答指定为不需要修理的情况下，修理需要与否信息取得部120在至取得发动机停止时的车辆状态信息的通知为止的期间内，不记录修理需要与否回答的结果。

[0141] 在S31的处理中所取得的修理需要与否回答指定为需要修理的情况下，修理需要与否信息取得部120根据终端40的IP地址等来确定检测到修理点的状态的车辆30。修理需要与否信息取得部120将确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息、时刻信息与在S31的处理中所取得的修理需要与否回答相关联而移交给代办处理部130、估价处理部140。

[0142] 在S31的处理中所取得的修理需要与否回答指定为需要修理的情况下，维修辅助服务器10实施维修用户的选定，所述维修用户实施向检测到修理点的状态的车辆30的修理作业(S32)。S32的处理经由代办处理部130而被实施。

[0143] 代办处理部130将从修理需要与否信息取得部120所移交的确定车辆30的信息作为检索关键字，来对维修辅助DB200中所包含的修理需要与否历史信息进行检索，并提取出与检测到修理点的状态的车辆30相对应的修理需要与否历史信息。例如，在从修理需要与否信息取得部120所移交的修理需要与否回答为指定定期的保养维修的实施的情况下，代办处理部130根据提取出的修理需要与否历史信息而将最近的保养维修所涉及的维修用户选定为执行修理作业的维修用户。

[0144] 另外，在维修辅助DB200中不存在与车辆30相对应的修理需要与否历史信息的情况下，代办处理部130会将确定车辆30的信息作为检索关键字，来对维修辅助DB200中所登录的车辆会员信息进行检索，并提取出与车辆30相对应的车辆会员信息。而且，也可以设为，代办处理部130例如基于提取出的车辆会员信息中所包含的车辆识别信息，并参照维修人员会员信息，来确定制造/销售车辆30的企业系列的维修用户。也可以设为，在维修用户的确定过程中，例如选定多个在包含车辆用户的住所等的地域内具有服务据点或维修场的维修用户。

[0145] 例如对于在从修理需要与否信息取得部120所移交的修理需要与否回答，代办处理部130也可以在车辆30的所表示的车辆状态信息等未处于容许范围内的情况下的修理指示下，基于车辆30的位置信息来确定维修用户。

[0146] 例如，代办处理部130根据确定车辆30的信息来对维修辅助DB200的车辆会员信息进行检索。而且，代办处理部130基于检索到的车辆会员信息中所包含的车辆识别信息，并参照维修人员会员信息，来选定制造/销售车辆30的企业系列中的、在包含车辆30的位置信息的地域内具有服务据点或维修场的维修用户。

[0147] 代办处理部130将包含所选定的维修用户的名称、联系方式等的维修用户选定信息通知至车辆用户的终端40。此外，代办处理部130将包含所选定的维修用户的名称、联系方式等的维修用户选定信息移交至估价处理部140。另外，也可以设为，代办处理部130附加用于要求保养维修或修理作业所涉及的费用的估价的单选按钮等，并对维修用户选定信息进行通知。S33至S37的处理表示相对于被通知至终端40的维修用户选定信息而实施了估价要求(估价委托)的情况的处理。

[0148] 在终端40中，例如经由辅助服务应用而在LCD等显示设备上显示包含用于要求估价的单选按钮等的维修用户选定信息作为在HTML等中所记述的内容。车辆用户对经由辅助服务应用而被显示在终端40的显示设备上的内容进行阅览，并经由向附加在维修用户选定信息中的单选按钮等的有效操作，来要求保养维修或修理作业所涉及的费用的估价(S33)。

[0149] 维修辅助服务器10接受从终端40所通知的保养维修或修理作业所涉及的费用的估价要求。而且，维修辅助服务器10基于维修用户选定信息、确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息、时刻信息等，来实施S34至S36的车辆30的保养维修或修理作业所涉及的费用的估价处理。S34至S36的估价处理经由估价处理部140而被实施。

[0150] 估价处理部140基于从代办处理部130所移交的维修用户选定信息、从修理需要与否信息取得部120所移交的确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息、时刻信息等，而实施估价指示(S34)。估价处理部140基于维修用户选定信息而对维修辅助DB200中所登录的维修人员会员信息进行检索，并提取出接受估价委托的终端的识别信息。在维修用户选定信息中包含多个维修用户的情况下，提取出接受每个维修用户各自的估价委托的终端的识别信息。另外，在图5所示的方式中，设为经由终端50而实施估价指示及估价回答。

[0151] 估价处理部140对接受被提取出的每个维修用户各自的估价委托的终端(终端50)，而分别实施包含从修理需要与否信息取得部120被移交的确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息、时刻信息等的估价指示。在维修用户中，基于估价指示中所包含的确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息、时刻信息等，而实施保养维修或修理作业所涉及的费用的估价。被估价的保养维修或修理作业所涉及的费用被通知至维修辅助服务器10(估价回答；S35)。另外，在S35的处理中被通知的估价内容中，例如包含诸如蓄电池液的补充或前窗玻璃洗涤器液的补充这样的、无需伴随着车辆30的向维修场的移动便能够处理的保养维修等的作业细项。

[0152] 估价处理部140接受每个维修用户各自的估价回答，并且将接受到的估价回答与每个维修用户各自的识别信息、确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息、时刻信息等相关联而临时性地存储在主存储装置312的预定的区域中。

[0153] 此外，估价处理部140基于确定车辆30的信息而对维修辅助DB200中所登录的车辆会员信息进行检索，并提取出所对应的车辆用户的车辆会员信息。而且，估价处理部140基于被提取出的车辆用户的车辆会员信息中所包含的辅助服务的费用体系等，而对辅助服务的对价费用进行计算。估价处理部140将所计算出的辅助服务的对价费用与每个维修用户各自的估价回答相加，从而计算出对于检测到修理点的状态的车辆30的保养维修或修理作业所涉及的总费用。估价处理部140将所计算出的总费用作为估价通知而向终端40通知(S36)。

[0154] 另外，也可以设为，估价处理部140对针对每个维修用户而分别计算出的总费用附加用于指定维修用户的单选按钮等，从而实施估价通知。在终端40中，例如经由辅助服务应用，使针对每个维修用户而分别计算出的总费用和用于指定维修用户的单选按钮等作为在HTML等中所记述的内容而被显示在LCD等的显示设备上(估价显示；S37)。

[0155] 接下来，对图6进行说明。

[0156] 在图6中，车辆用户阅览显示在终端40的显示设备上的估价通知，并实施修理委托(S38)。修理委托包含对于检测到修理点的车辆30的保养维修或修理作业所涉及的维修用户的指定。维修用户的指定是经由向附加在针对每个维修用户而分别计算出的总费用中的单选按钮等的有效操作而被实施。

[0157] 维修辅助服务器10取得从终端40所通知的修理委托信息(S39)。维修辅助服务器10的修理需要与否信息取得部120例如将在S39中所取得的修理委托信息作为修理需要与否历史信息而存储在维修辅助DB200中(S40)。在S39中所取得的修理委托信息例如以与检测到修理点的状态的车辆状态信息、位置信息、时刻信息(包含西历、月历、日历)、修理的需要与否、确定维修用户的信息、估价的有无等相关联的方式而被存储在维修辅助DB200中。

[0158] 维修辅助服务器10对于钥匙信息管理服务器20而要求一次性密钥的发行(S41)。维修辅助服务器10例如将包含检测到修理点的车辆30的车辆识别信息、保养维修或修理作业所涉及的维修用户的识别信息在内的一次性密钥的发行要求通知至钥匙信息管理服务器20。另外，也可以设为，维修辅助服务器10包含蓄电池液的补充或前窗玻璃洗涤器液的补充等的、无需伴随着车辆30的向维修场的移动便能够处理的保养维修等的修理方式，且对一次性密钥的发行要求进行通知。

[0159] 钥匙信息管理服务器20接受来自维修辅助服务器10的一次性密钥的发行要求的通知，并发行钥匙信息(S42)。钥匙信息管理服务器20例如将所接受的时刻信息与一次性密钥的发行要求中所包含的车辆30的车辆识别信息相关联而临时性地存储在主存储装置312的预定的区域中。而且，钥匙信息管理服务器20至少基于车辆30的车辆识别信息、时刻信息，而发行使终端50作为临时性的电子密钥而发挥功能的钥匙信息。

[0160] 在钥匙发行实例1的情况下，钥匙信息管理服务器20例如基于与车辆30的车辆识别信息进行了组合的车辆侧认证信息、时刻信息，而发行一次性密钥。此外，在钥匙发行实例2的情况下，钥匙信息管理服务器20例如基于车辆30的车辆识别信息、时刻信息组等，而发行一对一次性密钥。在钥匙发行实例3的情况下，钥匙信息管理服务器20基于时刻信息，而发行使车辆30的上锁/解锁钥匙、发动机启动钥匙临时性地有效化的一次性密钥。

[0161] 另外，也可以设为，钥匙信息管理服务器20根据保养维修或修理作业所涉及的维修用户无需伴随着车辆30向维修场的移动便能够处理的保养维修等的修理形态，而发行钥匙信息。

[0162] 钥匙信息管理服务器20将所发行的钥匙信息作为一次性密钥而移交至维修辅助服务器10(S43)。维修辅助服务器10将由钥匙信息管理服务器20所发行的一次性密钥而传送至终端50(S44)。终端50接收由维修辅助服务器10所传送的一次性密钥，并将其临时性地存储在主存储装置312的预定的区域中(S45)。

[0163] 另外，在S33的处理中，当在不要求保养维修或修理作业所涉及的费用的估价的条件下实施了修理委托的情况下，维修辅助服务器10至少将确定车辆30的信息、检测到修理点的状态的车辆状态信息、位置信息通知至维修用户的终端50(S46)。终端50接收由维修辅助服务器10所通知的上述信息，并临时地存储在主存储装置312的预定的区域中(S47)。

[0164] 接下来，对图7进行说明。

[0165] 在图7中，由虚线框所包围的S48、S49的处理表示钥匙发行实例2的情况下的处理。在钥匙发行实例2的情况下，也可以设为，钥匙信息管理服务器20将与在S42的处理中发行至终端50的钥匙信息成对的车辆侧认证信息通知至车辆30(S48)。搭载于车辆30中的认证单元31例如经由车载装置32而接收从钥匙信息管理服务器20所通知的车辆侧认证信息，并将接收到的车辆侧认证信息临时地存储在主存储装置312的预定的区域中(S49)。

[0166] 然而，认证单元31也可以在认证执行时，基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息在内的信息，并根据与钥匙信息管理服务器20相同的算法而生成车辆侧认证信息。

[0167] 维修用户基于在S46的处理或者S34的估价指示时所通知的确定车辆30的信息、位置信息等，来确定检测到修理点的状态车辆30。而且，维修用户执行辅助服务应用，并使接收到钥匙信息的终端50作为用于利用车辆30的临时性的电子密钥而进行工作。终端50例如经由BLE通信而发送车辆30的解锁要求(S50)。另外，在检测到修理点的车辆30进行蓄电池液的补充或前窗玻璃洗涤器液的补充等的、无需伴随着车辆30向维修场的移动便能够处理的修理方式的情况下，电子密钥的利用范围也可以被限制在上下用车门、后门、发动机防盗锁止装置解除等的范围内。

[0168] 在钥匙发行实例1、2的情况下，车辆30基于解锁要求中所包含的钥匙信息，而实施从终端50所发送的一次性钥匙的认证(S51)。

[0169] 车辆30的认证单元31例如经由BLE通信等而接收伴随着从终端50所发送的解锁要求的钥匙信息，并以接收到的钥匙信息与存储在存储器等中的车辆侧认证信息相对应为条件而实施认证。然而，认证单元31也可以在认证执行时，基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息的信息，并根据与钥匙信息管理服务器20相同的算法来生成车辆侧认证信息。

[0170] 此外，在钥匙发行实例3的情况下，由于在车辆30中，经由通信而直接地实施在专用单元与终端50之间所发行的钥匙信息的交换，因此S51的处理被省略。

[0171] 车辆30基于认证成功或者解锁的执行，而向终端50通知车辆30的解锁通知(S52)。此外，车辆30的解锁经由车载装置32而被通知至钥匙信息管理服务器20、维修辅助服务器
10(S53)。维修辅助服务器10将由车辆30接受到的解锁通知的时刻信息临时性地存储在主存储装置312的预定的区域中。

[0172] 在钥匙发行实例1、2的情况下，维修用户通过将认证成功的终端50作为电子密钥来使用，从而执行与修理方式相应的车辆30的解锁。例如，在无需伴随着车辆30向维修场的移动便能够处理的修理方式的情况下，维修用户解锁上下车用车门、后门，而实施诸如蓄电池液的补充或前窗玻璃洗涤器液的补充这样的处理。此外，在伴随着向维修场的移动的修理方式中，维修用户实施上下车用车门的锁解除、发动机防盗锁止装置解除等，并实施车辆30的发动机的启动。

[0173] 此外，在钥匙发行实例3的情况下，保持车辆30的上锁/解锁钥匙、发动机启动钥匙的终端50作为电子密钥而被使用。而且，维修用户对已启动的车辆30进行驾驶操作，而向用于处理检测到的修理点的维修场移动。在此之后，执行对于修理点的修理。

[0174] 无需伴随着向维修场的移动便能够处理的修理已完成的维修用户、或对车辆30进行驾驶操作且完成了向维修场的移动的维修用户经由作为电子密钥而进行工作的终端50，向车辆30发送上锁要求(S54)。

[0175] 在钥匙发行实例1、2的情况下，车辆30基于上锁要求中所包含的钥匙信息，而实施从终端50所发送的一次性密钥的认证(S55)。车辆30的认证单元31经由BLE通信等而接收伴随着从终端50所发送的上锁要求的钥匙信息，并以接收到的钥匙信息与存储在存储器等中的车辆侧认证信息相对应等为条件而实施认证。然而，认证单元31也可以在认证执行时，基于包含车辆30的识别信息、从维修辅助服务器10接受到通知时的时刻信息的信息，并根据与钥匙信息管理服务器20相同的算法而生成车辆侧认证信息。

[0176] 此外，在钥匙发行实例3的情况下，由于在车辆30中，经由通信而直接地实施在专用单元与终端50之间所发行的钥匙信息的交换，因此S55的处理被省略。

[0177] 车辆30基于认证成功或者解锁的执行，而向终端50通知车辆30的解锁通知(S56)。车辆30的上锁经由车载装置32而被通知至钥匙信息管理服务器20、维修辅助服务器10(S57)。维修辅助服务器10将从车辆30接收到的上锁通知的时刻信息临时性地存储在主存储装置312的预定的区域中。

[0178] 由虚线框所包围的S58、S59的处理表示钥匙发行实例2的情况的处理。在钥匙发行实例2的情况下，接受了上锁通知的钥匙信息管理服务器20向车辆30通知使钥匙信息失效的指示(S58)。搭载于车辆30中的认证单元31经由车载装置32而接受从钥匙信息管理服务器20所通知的钥匙信息失效指示，并且将临时性地被存储在主存储装置312的预定的区域内的车辆侧认证信息消除(S59)。

[0179] 另外，也可以设为，认证单元31将一次性密钥发行的条件、例如车辆30的识别信息、时刻信息的组合作为失效列表而保存在存储器中。认证单元31能够基于失效列表中所包含的车辆30的识别信息、时刻信息的组合，而禁止伴随着与终端50之间的认证的一次性密钥的发行。

[0180] 此外，也可以设为，接受了上锁通知的维修辅助服务器10将使钥匙信息消除的指示通知给终端50。终端50的辅助服务应用只需基于从维修辅助服务器10所通知的使钥匙信息消除的指示，而将临时性地被存储在终端50的主存储装置312的预定的区域内的钥匙信息消除即可。

[0181] 也可以设为，维修辅助服务器10基于在S53的处理中接收到的解锁通知、及在S57的处理中接收到的上锁通知，而对提供了辅助服务的时段、利用次数等进行计测，并将其反映至对价中。维修辅助服务器10可以基于车辆的解锁通知、上锁通知，来进行与利用期间相应的对价请求。

[0182] (实施方式的效果)

[0183] 根据本实施方式所涉及的车辆维修辅助系统，对于期望进行修理的检测到修理点的车辆，修理运营商通过将已发送钥匙信息的便携式终端作为用于利用车辆的临时性的电子密钥来使用，从而能够迅速地实施修理。修理运营商可以使用作为电子密钥而进行工作的便携式终端来实施车辆的解锁，并根据修理方式来进行不伴随着移动的车辆的操作、向维修场的车辆移动。

[0184] 钥匙信息管理服务器20可以发行能够以根据修理的程度或方式而被限定的权限来使用的钥匙信息。由于权限被限定，因此，车辆用户能够安心地将车辆的维修委托给他人。

[0185] 根据本实施方式所涉及的车辆维修辅助系统，由于携带已发送钥匙信息的终端的修理运营商作为临时性的钥匙管理者而能够进行车辆的驾驶操作，因此提高了便利性。即使车辆用户并未仔细地检查车辆的维护，也可以根据车辆的状态而使车辆用户获得对于维修的了解，从而提供适当的维护服务。这能够节省在进行车辆的维护时车辆用户到场、或车辆用户对车辆进行驾驶操作而将其交至修理据点的这样的维护所涉及的时间和精力。从而，即使驾驶者从停在高速道路等上的车辆离开，携带已发送钥匙信息的终端的修理运营商也能够对该车辆进行回收。

[0186] 此外，根据本实施方式所涉及的车辆维修辅助系统，能够向修理运营商提示表示包含车辆的修理点在内的车辆的状态的信息。修理运营商能够基于表示车辆的状态的信息而进行与修理作业相关的事前准备，从而能够提高与修理相关的费用或时间的估价精度。

[0187] 此外，根据本实施方式所涉及的车辆维修辅助系统，能够对于一个以上的修理运营商实施估价委托，并向车辆用户提示估价费用。车辆用户能够基于所提示的估价费用来选定检测到修理点的车辆的修理运营商。

[0188] 此外，在本实施方式所涉及的车辆维修辅助系统中，由于钥匙信息能够包含与修理的方式相应的钥匙信息的有效期限信息，因此能够限制作为电子密钥而进行工作的便携式终端的使用期间。由此能够防止已过有效期限的作为电子密钥而进行工作的便携式终端的使用。

[0189] 在本实施方式所涉及的车辆维修辅助系统中，由于能够在接受到基于所发行的钥匙信息而使车辆被上锁的通知的情况下，使钥匙信息失效，因此能够基于上锁的通知而使对于检测到修理点的车辆的修理作业管理严格化。

[0190] ＜4.改变方式＞

[0191] 上述的实施方式为一个示例，本发明可以在不脱离其主要信息的范围内适当进行变更而实施。

[0192] 虽然在实施方式中，对针对维修辅助服务器10中所登录的维修用户而发行临时性的钥匙信息、即认证信息的方式进行了例示，但也可以设为，针对提供期望修理的检测到修理点的车辆30的移动的道路服务的提供方发行上述钥匙信息。这样的道路服务的提供方例如经由维修用户的安排或介绍、车辆会员信息中所登录的保险公司等的安排或介绍而被指定。也可以设为，维修辅助服务器10接受经由上述安排或介绍所指定的道路服务的提供方信息，并且向该提供方所具有的便携式终端发行辅助服务应用及临时的钥匙信息。

[0193] 此外，虽然在实施方式中，对使用一次性密钥的、对于检测到修理点的车辆30的维修辅助服务进行了例示，但维修辅助的对象既可以是自行车或摩托车等两轮车，也可以为诸如轮船或飞机、无人驾驶飞机这样的设备。例如，上述改变方式的辅助对象的设备具备能够将钥匙信息管理服务器20所管理的钥匙信息作为一次性密钥而用于上锁/解锁的认证单元。而且，认证单元能够通过在与作为一次性密钥进行工作的便携式终端之间实施包含钥匙信息的上锁/解锁要求的通信，从而进行无需钥匙的交接的利用方式。即使维修辅助的对象例如为具备能够将钥匙信息管理服务器20所管理的钥匙信息作为一次性密钥而用于上锁/解锁的认证单元的设备，也能够起到同样的效果。作为这样的设备，例如例示出利用自然能源的太阳能发电、风力发电、气体发电、火力发电或核能发电等的发电设备等。

[0194] 在上述实施方式中，例示了具有车辆维修辅助服务器10、钥匙信息管理服务器20的车辆维修辅助系统1。然而，使用钥匙信息管理服务器20所发行的钥匙信息、即对于认证单元31的认证信息的处理并不限定于车辆维修辅助服务，也可以应用于对于车辆的各种各样的服务中。例如，也可以在接受车辆的洗车服务的情况下，向提供洗车服务的工作人员的便携式终端临时发行认证信息，使该工作人员进行车辆的解锁及上锁。此外，例如也可以在接受车辆的代驾服务的情况下，向代理驾驶车辆的代驾人员的便携式终端临时性地发行认证信息，从而使该工作人员进行车辆的解锁、上锁、及作为动力源的发动机或电动机的启动。即，通过上述实施方式的钥匙信息管理服务器20和被搭载于车辆中的认证单元31，来向提供对于车辆的各种各样的服务的工作人员的便携式终端临时发行认证信息，而使该工作人员进行车辆的解锁、上锁、及作为动力源的发动机或电机的启动，由此车辆用户能够安全且简单地将车辆临时交给工作人员。

[0195] 此外，在上述实施方式中，维修辅助服务器10基于存储在维修辅助DB200中的信息和从车辆30所通知的车辆状态信息等，而对车辆30的修理点进行检测。而且，维修辅助服务器10经由辅助服务应用、邮箱或SMS(Short Message Service：短信息服务)而向车辆用户的终端40通知包含检测到的修理点的信息。在维修辅助服务器10取得包含由车辆用户所发送的对于上述通知的需要修理与否的修理需要与否信息并且得到修理的同意时，选定实施车辆30的修理的维修用户，并向其发送认证信息。也可以设置与钥匙信息管理服务器20协同工作的服务辅助服务器来替代这种处理。服务辅助服务器向用户提供各种各样的服务的推荐信息，并且只需在得到来自车辆用户同意提供服务时，向提供该服务的工作人员发送认证信息即可。

[0196] 并且，在服务辅助服务器不向用户提供推荐信息的情况下，也可以执行与上述实施方式同样的服务。例如，服务辅助服务器也可以将来自车辆用户的接受服务的指示作为触发，而向提供该服务的工作人员发送认证信息。例如在车辆用户要求服务提供的情况下。例如假定如下情况，即，在道路服务或代驾服务中，将来自车辆用户的接受服务的指示作为触发，而执行服务辅助服务器的处理。

[0197] 在上述实施方式中，车辆维修辅助系统1具有车辆维修辅助服务器10和钥匙信息管理服务器20。然而，车辆维修辅助系统1并不限定于这种结构。例如车辆维修辅助服务器10和钥匙信息管理服务器20也可以位于同一计算机上。也就是说，车辆维修辅助系统1也可以基于单独的服务器，而执行从车辆的用户的终端取得需要维修与否的取得单元(车辆维修辅助服务器10的处理)、和发行用于临时性地利用车辆的认证信息的信息管理单元(钥匙信息管理服务器20的处理)。此外，车辆维修辅助系统1也可以在云上具有车辆维修辅助服务器10和钥匙信息管理服务器20。

[0198] <计算机可读取的记录介质>

[0199] 能够将用于使信息处理装置或其他机械、装置(以下、计算机等)实现上述任意的功能的程序记录在计算机等能够读取的记录介质上。而且，通过使计算机等读入并执行该记录介质的程序，从而能够提供该功能。

[0200] 在此，计算机等可读取的记录介质是指，通过电气、磁性、光学、机械或化学的作用而储存数据或程序等信息，并能够从计算机等进行读取的记录介质。作为这样的记录介质中的可从计算机等上取下的记录介质，例如存在软磁盘、光磁盘、CD-ROM、CD-R/W、DVD、蓝光光盘、DAT、8mm磁带、闪存等的存储卡等。此外，作为被固定在计算机等上的记录介质，存在硬盘或ROM等。

[0201] 符号说明

[0202] 1、车辆维修辅助系统；

[0203] 10、维修辅助服务器；

[0204] 20、钥匙信息管理服务器；

[0205] 30、车辆；

[0206] 31、认证单元(SKB)；

[0207] 32、车载装置；

[0208] 40、终端(车辆用户)；

[0209] 50、终端(维修用户)；

[0210] 110、修理点检测部；

[0211] 120、修理需要与否信息取得部；

[0212] 130、代办处理部；

[0213] 140、估价处理部；

[0214] 200、维修辅助数据库(DB)；

[0215] 300、计算机；

[0216] 311、CPU；

[0217] 312、主存储装置；

[0218] 313、辅助存储装置；

[0219] 314、通信IF；

[0220] 315、输入/输出IF；

[0221] 316、连接总线。