CN111133289B - 车辆诊断装置、车辆诊断系统以及车辆诊断程序 - Google Patents

Abstract

本发明涉及车辆诊断装置、车辆诊断系统以及车辆诊断程序。车辆管理ECU(2)具备按照由诊断应用所规定的诊断方案来实施作为诊断对象的电子控制装置(5、6)的诊断的诊断部(9b)、和判定使用了诊断部的诊断的诊断方案是否适当的诊断方案判定部(9c)。当由诊断方案判定部确定为在本次的诊断中所使用的诊断方案不适当时，诊断部按照由与本次的诊断应用不同的新的诊断应用所规定的诊断方案来实施诊断。

Description

车辆诊断装置、车辆诊断系统以及车辆诊断程序

相关申请的交叉引用

本申请基于2017年9月28日申请的日本申请号2017－188092号，并在此引用其记载内容。

技术领域

本公开涉及车辆诊断装置、车辆诊断系统以及车辆诊断程序。

背景技术

例如在控制汽车的发动机、变速器等的电子控制装置中，执行诊断应用，并按照由该诊断应用所规定的诊断方案实施诊断，检测不良状况或对该检测出的不良状况进行处置(例如参照专利文献1)。

专利文献1:日本特开2003－19931号公报

存在即使实施诊断则也难以进行不良状况的检测或处置的情况，并存在怀疑在诊断中所使用的诊断方案是否适当的情况。因此，期望一种判定在诊断中所使用的诊断方案是否适当，并在不适当的情况下，按照新的诊断方案来反复实施诊断的结构。

发明内容

本公开的目的在于提供当在诊断中所使用的诊断方案不适当时按照新的诊断方案来反复实施诊断，从而能够适当地实施诊断的车辆诊断装置、车辆诊断系统以及车辆诊断程序。

根据本公开的一个方式，诊断部按照由诊断应用所规定的诊断方案来实施诊断对象的诊断。诊断方案判定部判定在诊断部的诊断中所使用的诊断方案是否适当。当由诊断方案判定部确定为在本次的诊断中所使用的诊断方案不适当时，按照由与本次的诊断应用不同的新的诊断应用所规定的诊断方案来实施诊断。当在诊断中所使用的诊断方案不适当的情况下按照新的诊断方案反复实施诊断，能够适当实施诊断。

附图说明

关于本公开的上述目的以及其它目的、特征及优点，参照附图并通过下述的详细描述会变得更加清楚。在该附图中：

图1是表示一个实施方式的功能框图。

图2是表示诊断结果数据库的图。

图3是表示诊断处理的流程图(其1)。

图4是表示诊断处理的流程图(其2)。

具体实施方式

以下，参照附图，对一个实施方式进行说明。

车辆诊断系统1构成为包括搭载在车辆内的车辆管理用的电子控制装置(ECU：Electronic Control Unit：电子控制单元)2(以下，称为车辆管理ECU，相当于车辆诊断装置)、和通信网络侧的服务器3。车辆管理ECU2在车辆内与通信总线4连接，在通信总线4连接有ECU5、6(相当于诊断对象)和车载通信机7。车辆管理ECU2具有管理ECU5、6的功能，作为之一，具有诊断ECU5、6的功能。

通信总线4例如是多媒体系的通信总线、动力传动系的通信总线、车身系的通信总线等，是CAN(Controller Area Network：控制器局域网络)(注册商标)、LIN(LocalInterconnect Network：局域互联网络)、CXPI(Clock Extension Peripheral Interface：时钟扩展外设接口)(注册商标)、FlexRay(注册商标)、MOST(Media Oriented SystemsTransport：面向媒体的系统传输)(注册商标)等。ECU5、6例如是进行发动机的控制的发动机ECU、进行自动变速器的控制的变速器ECU、进行制动器的控制的制动器ECU、进行转向的控制的转向ECU、进行导航的控制的导航ECU、进行与电子收费系统的通信控制的ETCECU、进行车门的上锁/解锁的控制的车门ECU、进行仪表的显示控制的仪表ECU、进行空调的控制的空调ECU、进行车窗的开闭控制的车窗ECU等。通信总线的个数、成为车辆管理ECU2的管理对象的ECU的个数并不限于例示的结构。

车载通信机7若与服务器3或用户可携带的用户终端8之间经由广域网无线连接，则与服务器3或用户终端8之间收发数据。用户终端8例如是智能手机、平板终端等。

车辆管理ECU2具有微型计算机(以下，称为微机)9。微机9具有CPU、RAM、ROM、I/O端口等，通过执行非迁移的实体记录介质中储存的计算机程序(包括车辆诊断程序)来执行与计算机程序对应的处理，控制车辆管理ECU2的整体动作。微机9具有诊断应用存储部9a、诊断部9b、诊断方案判定部9c、诊断应用请求部9d、诊断应用获取部9e以及诊断结果数据通知部9f，作为与通过软件等实现的诊断有关系的功能。诊断包括判定并检测是否产生不良状况，并对该检测出的不良状况进行解析，且实施对该解析出的不良状况的处置。

诊断应用存储部9a存储定期诊断应用、探测器信息收集应用、特别模式收集应用、经过观察应用、详细诊断应用、原因确定诊断应用，作为诊断应用。定期诊断应用是从ECU5、6定期地获取诊断代码，并对该获取到的诊断代码进行解析来进行诊断的应用。探测器信息收集应用是在定期诊断不适当情况下收集要活用的探测器信息的应用。特别模式收集应用是例如收集数值急剧地变化等特别模式的应用。该情况下，数值例如是指通过从车辆侧获取到的信号确定的数值，是发动机转速、温度、压力等。经过观察应用是如后述那样观察诊断部9b实施定期诊断、详细诊断、原因确定诊断后的经过的应用。详细诊断应用是虽然如后述那样诊断部9b实施了定期诊断，但对检测出的不良状况的处置不适合的情况下诊断该不良状况的详细的应用。原因确定诊断应用是虽然如后述那样诊断部9b实施了定期诊断，但未检测到不良状况的情况下诊断未检测到该不良状况的原因确定的应用。

另外，在本实施方式中，例示出诊断应用存储部9a设置在车辆管理ECU2的内部的结构，但也可以是诊断应用存储部9a设置在车辆管理ECU2的外部的结构。即，例如可以是在经由通信总线4与车辆管理ECU2连接的其它ECU、专用的存储装置中设置相当于诊断应用存储部9a的存储部，微机9逐一获取这些其它ECU或专用的存储装置中存储的诊断应用的结构。另外，相当于诊断应用存储部9a的存储部可以设置多个，在车辆内分散存储诊断应用。

诊断部9b执行诊断应用存储部9a中存储的诊断应用，按照由该诊断应用所规定的诊断方案来实施作为诊断对象的ECU5、6的诊断。即，诊断部9b若执行诊断应用，则与作为诊断对象的ECU5、6之间经由通信总线4收发与诊断有关系的数据，从而实施ECU5、6的诊断。

诊断方案判定部9c判定诊断部9b使用于诊断的诊断方案是否适当。在该情况下，诊断方案判定部9c通过将诊断部9b实施诊断后的ECU5、6的动作日志与预先规定的正常动作日志进行比较、将诊断部9b实施诊断时所生成的诊断实施数据与预先规定的正常诊断实施数据进行比较、判定诊断部9b实施诊断后的基于用户的规定操作等来判定诊断方案是否适当。用户进行的规定操作例如是用户在用户终端8中判定为诊断方案适当而操作“适当键”或判断为不适当而操作“不适当键”。

诊断方案判定部9c例如对诊断部9b实施诊断后的ECU5、6的动作日志与正常动作日志的一致度进行数值化，如果表示该一致度的数值在规定范围内，则确定为诊断方案是适当的，如果表示该一致度的数值在规定范围外，则确定为诊断方案不适当。另外，诊断方案判定部9c例如对诊断部9b实施诊断时所生成的诊断实施数据与正常诊断实施数据的一致度进行数值化，如果如果表示该一致度的数值在规定范围内，则确定为诊断方案是适当的，如果表示该一致度的数值在规定范围外，则确定为诊断方案不适当。另外，例如如果是用户判断诊断结果是否正常并操作用户终端8的结构，则当用户判断为诊断方案适当并操作用户终端8，且从用户终端8发送的适当确认信号被车载通信机7接收时，诊断方案判定部9c确定为诊断方案是适当的。另一方面，当用户判断为诊断方案不适当并操作用户终端8，且从用户终端8发送的不适当确认信号被车载通信机7接收时，确定为诊断方案不适当。作为用户判断诊断结果是否正常的情况，例如假设如果没有对诊断结果感到不舒服则用户判断为诊断结果是正常的，如果感到一些不舒服则用户判断为诊断结果不正常。

例如当通过车辆诊断程序的执行命令、用户的操作、或者自己判断等产生诊断应用请求的事件时，诊断应用请求部9d经由通信总线4将诊断应用请求指令发送至车载通信机7，从而使得从车载通信机7向服务器3发送诊断应用请求信号，以对服务器3请求诊断应用。诊断应用获取部9e通过车载通信机7接收从服务器3发送的诊断应用，并从通信机7经由通信总线4接收该诊断应用，从而从服务器3获取诊断应用。诊断结果数据通知部9f通过将诊断结果数据通知指令经由通信总线4发送至车载通信机7，从而使得从车载通信机7向服务器3或用户终端8发送包括诊断结果的诊断结果数据，并将诊断结果数据通知给服务器3或用户终端8。

服务器3具有微机10和诊断结果数据库11。微机10具有CPU、RAM、ROM、I/O端口等，通知执行非迁移的实体记录介质中储存的计算机程序，来执行与计算机程序对应的处理，对服务器3的整体动作进行控制。微机10具有诊断应用存储部10a和数据管理部10b，作为与通过软件等实现的诊断有关系的功能。

诊断应用存储部10a存储经过观察应用/详细诊断应用以及原因确定诊断应用。微机10若接收到从车载通信机7发送的诊断应用请求信号则将通过该诊断应用请求信号确定的诊断应用发送至车载通信机7。即，图1所示的诊断应用存储部9a中存储的诊断应用中的经过观察应用、详细诊断应用、原因确定诊断应用可以是在车辆管理ECU2的制造阶段中不编入而在产品出厂后从服务器3发送到车辆管理ECU2的诊断应用，也可以是在车辆管理ECU2的制造阶段编入的诊断应用。

同样地，如果服务器3是存储定期诊断应用、探测器信息收集应用、特别模式收集应用的结构，则图1所示的诊断应用存储部9a中存储的诊断应用中的定期诊断应用、探测器信息收集应用、特别模式收集应用可以在车辆管理ECU2的制造阶段中没有编入而在产品出厂后从服务器3发送到车辆管理ECU2的诊断应用，也可以是在车辆管理ECU2的制造阶段编入的诊断应用。可以以任何方式设计在车辆管理ECU2的制造阶段中编入哪个诊断应用或由服务器3管理哪个诊断应用。例如也可以在车辆管理ECU2的制造阶段编入根据过去的实际成果对诊断对象有用的诊断应用。另外，由于诊断应用存储部9a的存储容量有限，所以可以对根据过去的实际成果对诊断对象有用的诊断应用赋予优先顺序，优先地在车辆管理ECU2的制造阶段编入优先顺序高的诊断应用等。

数据管理部10b若接收到从车载通信机7发送的诊断结果数据，则将通过该诊断结果数据确定的诊断结果存储至诊断结果数据库11作为履历。如图2所示，从车载通信机7发送至服务器3的诊断结果数据包括能够确定车辆的车型、等级、制造时期等的车辆ID、能够确定实施诊断的时期的诊断时期、在诊断中所使用的诊断应用、按照由该诊断应用所规定的诊断方案实施的诊断结果的信息。

用户终端8若接收到从车载通信机7发送的诊断结果数据，则对通过该诊断结果数据确定的诊断结果进行显示输出。用户终端8显示输出诊断结果，从而如上述那样用户能够判断诊断方案是否适当。另外，也可以通过在用户终端8中从车载通信机7接收诊断前、诊断中、诊断后等状态信息，从而对诊断前、诊断中、诊断后等状态进行显示输出。

接下来，参照图3以及图4，对上述的结构的作用进行说明。另外，此处，对在微机9中作为最初执行的一次诊断应用而使用定期诊断应用，作为在由一次诊断应用所规定的一次诊断方案不适当的情况下执行的二次诊断应用而使用详细诊断应用或原因确定诊断应用的情况下进行说明。

在车辆管理ECU2中，微机9若开始诊断处理，则执行定期诊断应用，按照由定期诊断应用所规定的定期诊断方案来实施定期诊断(S1，相当于本次的诊断步骤)。此时，微机9若实施定期诊断，则将包括该定期诊断结果的诊断结果数据从车载通信机7发送至服务器3或用户终端8，以将定期诊断的诊断结果数据通知给服务器3或用户终端8。微机9判定在定期诊断的定期诊断结果中是否检测到不良状况(S2)。微机9若判定为在定期诊断结果中检测到不良状况(S2：“是”)，则对该检测出的不良状况进行解析(S3)，判定是否确定出对不良状况的处置方法(S4)。另外，微机9可以单独解析该检测出的不良状况，也可以与服务器3协作进行解析。另外，微机9还可以通过将不良状况的内容发送至服务器3，从而使服务器3单独解析不良状况。

微机9若判定为通过对不良状况进行解析而确定出对不良状况的处置方法(S4：“是”)，则按照该确定出的处置方法实施对不良状况的处置(S5)。微机9观察实施对该不良状况的处置后的经过(S6)，并判定定期诊断方案是否适当(S7，相当于诊断方案判定步骤)。该情况下，微机9通过将实施定期诊断后的ECU5、6的动作日志与预先规定的正常动作日志进行比较、将实施定期诊断时所生成的诊断实施数据与预先规定的正常诊断实施数据进行比较、判定实施定期诊断后的基于用户的规定操作等，来判定定期诊断方案是否适当。

微机9若通过表示实施定期诊断后的ECU5、6的动作日志与正常动作日志的一致度的数值在规定范围内、表示实施定期诊断时所生成的诊断实施数据与正常诊断实施数据的一致度的数值在规定范围内，或者用户判断为定期诊断方案是适当的并操作用户终端8，且从用户终端8发送的适当确认信号被车载通信机7接收等判定为定期诊断方案是适当的(S7：“是”)，则结束诊断处理。

另一方面，微机9若通过表示实施定期诊断后的ECU5、6的动作日志与正常动作日志的一致度的数值在规定范围外、表示实施定期诊断时所生成的诊断实施数据与正常诊断实施数据的一致度的数值在规定范围外、用户判断为定期诊断方案不适当并操作用户终端8，且从用户终端8发送的不适当确认信号被车载通信机7接收等判定为定期诊断方案不适当(S7：“否”)，则判定是否能够再解析不良状况(S8)。

微机9若判定为能够再解析不良状况(S8：“是”)，则再解析不良状况(S9)，再次判定是否确定出对不良状况的处置方法(S10)。另一方面，微机9，若判定为不能再解析不良状况(S8：“否”)，则确定为通过经销商修理对应该检测出的不良状况(S11)，并结束诊断处理。另外，微机9若判定为无法确定对不良状况的处置方法(S4：“否”)，则在该情况下，也再解析不良状况(S9)，再次判定是否确定出对不良状况的处置方法(S10)。

微机9若通过再解析不良状况而判定为确定出对不良状况的处置方法(S10：“是”)，则执行详细诊断应用，按照由详细诊断应用所规定的详细诊断方案来实施详细诊断(S12，相当于新的诊断步骤)。该情况下，如果微机9存储有详细诊断应用，则执行该存储的详细诊断应用。如果微机9存储有多个详细诊断应用，则按照该确定出的处置方法从多个详细诊断应用中选择最佳的详细诊断应用，并执行该选择出的详细诊断应用。另一方面，如果微机9未存储详细诊断应用，则通过将诊断应用请求信号从车载通信机7发送至服务器3来对服务器3请求详细诊断应用。

服务器3若接收到诊断应用请求信号，则使用从该诊断应用请求信号的发送源接收到的诊断结果数据，来检索诊断结果数据库11，从多个详细诊断应用中选择最佳的详细诊断应用。即，例如在详细诊断应用因车型、等级、制造时期等而不同的情况下，服务器3通过车辆ID确定诊断应用请求信号的发送源的车型、等级、制造时期等，确定对与诊断应用请求信号的发送源的车辆类似且诊断结果是正常的车辆发送的详细诊断应用，并发送该确定出的详细诊断应用。另外，服务器3例如也可以从车辆管理ECU2获取探测器信息，并对该获取到的探测器信息进行解析来创建详细诊断应用，选择该创建的详细诊断应用作为最佳的详细诊断应用。

微机9通过车载通信机7接收从服务器3发送的详细诊断应用，并从车载通信机7经由通信总线4接收该诊断应用，从而从服务器3获取详细诊断应用，并执行该获取到的详细诊断应用。

这样，微机9执行定期诊断应用作为一次诊断应用以实施定期诊断，但当因对检测出的不良状况的处置的不适合而确定为定期诊断方案不适当，并确定对不良状况的处置方法时，作为二次诊断应用而执行详细诊断应用以实施详细诊断。

微机9若执行详细诊断应用以实施详细诊断，则观察实施该详细诊断后的经过(S13)，判定详细诊断方案是否适当(S14)。该情况下，微机9通过将实施详细诊断后的ECU5、6的动作日志与预先规定的正常动作日志进行比较、将实施详细诊断时所生成的诊断实施数据与预先规定的正常诊断实施数据进行比较、判定实施详细诊断后的基于用户的规定操作等，来判定详细诊断方案是否适当。

微机9若通过表示实施详细诊断后的ECU5、6的动作日志与正常动作日志的一致度的数值在规定范围内、表示实施详细诊断时所生成的诊断实施数据与正常诊断实施数据的一致度的数值在规定范围内，或者用户判断为详细诊断方案是适当的并操作用户终端8，且从用户终端8发送的适当确认信号被车载通信机7接收等，判定为详细诊断方案是适当的(S14：“是”)，则结束诊断处理。

另一方面，微机9若通过表示实施详细诊断后的ECU5、6的动作日志与正常动作日志的一致度的数值在规定范围、表示实施详细诊断时所生成的诊断实施数据与正常诊断实施数据的一致度的数值在规定范围外，或者用户判断为详细诊断方案不适当并操作用户终端8，且从用户终端8发送的不适当确认信号被车载通信机7接收等判定为详细诊断方案不适当(S14：“否”)，则根据经过观察的结果来判定是否能够再解析不良状况(S15)。

微机9若判定为能够再解析不良状况(S15：“是”)，则返回到上述的步骤S9，反复执行步骤S9以下。该情况下，微机9执行与前次的详细诊断应用不同的新的详细诊断应用来诊断详细诊断。另一方面，微机9若判定为不能再解析不良状况(S15：“否”)，则确定为通过经销商修理对应该检测出的不良状况(S11)，结束诊断处理。

另一方面，微机9若判定为在定期诊断的定期诊断结果中未检测到不良状况(S2：“否”)，则判定用户是否进行了原因确定诊断的诊断指示操作(S16)。微机9若判定为用户进行了原因确定诊断的诊断指示操作(S16：“是”)，则按照该诊断指示操作的内容将诊断应用请求信号从车载通信机7发送至服务器3，以对服务器3请求原因确定诊断应用(S17)。

服务器3若接收到诊断应用请求信号，则使用从该诊断应用请求信号的发送源接收的诊断结果数据来检索诊断结果数据库11，从多个原因确定诊断应用中选择最佳的原因确定诊断应用。即，例如在原因确定诊断应用因车型、等级、制造时期等而不同的情况下，服务器3通过车辆ID确定诊断应用请求信号的发送源的车型、等级、制造时期等，确定对与诊断应用请求信号的发送源的车辆类似且诊断结果是正常的车辆发送的原因确定诊断应用，并发送该确定出的原因确定诊断应用。另外，服务器3也可以使用通过诊断应用请求信号所确定的诊断指示操作，选择最佳的原因确定诊断应用，也可以根据检索诊断结果数据库11以外的顺序来选择最佳的原因确定诊断应用。即，服务器3只要检索诊断结果数据库11，作为用于选择最佳的原因确定诊断应用的一个方法即可。

微机9通过由车载通信机7接收从服务器3发送的原因确定诊断应用，并从车载通信机7经由通信总线4接收该诊断应用，从而从服务器3获取原因确定诊断应用，并执行该获取到原因确定诊断应用，按照由原因确定诊断应用所规定的原因确定诊断方案来实施原因确定诊断(S18，相当于新的诊断步骤)。

这样，微机9执行定期诊断应用作为一次诊断应用来实施定期诊断，但当因未检测出不良状况而确定为定期诊断方案不适当，并确定为用户进行了诊断指示操作时，作为二次诊断应用而执行原因确定诊断应用来实施原因确定诊断。

微机9观察实施该原因确定诊断后的经过(S19)，判定原因确定诊断方案是否适当(S20)。该情况下，微机9通过将实施原因确定诊断后的ECU5、6的动作日志与预先规定的正常动作日志进行比较、将实施原因确定诊断时所生成的诊断实施数据与预先规定的正常诊断实施数据进行比较、判定实施原因确定诊断后的基于用户的规定操作等，来判定原因确定诊断方案是否适当。

微机9若通过表示实施原因确定诊断后的ECU5、6的动作日志与正常动作日志的一致度的数值在规定范围内、表示实施原因确定诊断时所生成的诊断实施数据与正常诊断实施数据的一致度的数值在规定范围内，或者用户判断为原因确定诊断方案是适当的并操作用户终端8，从用户终端8发送的适当确认信号被车载通信机7接收等，而判定为原因确定诊断方案是适当的(S20：“是”)，则结束诊断处理。

另外，微机9若通过表示实施原因确定诊断后的ECU5、6的动作日志与正常动作日志的一致度的数值在规定范围外、表示实施原因确定诊断时所生成的诊断实施数据与正常诊断实施数据的一致度的数值在规定范围外，或者用户判断为原因确定诊断方案不适当并操作用户终端8，且从用户终端8发送的不适当确认信号被车载通信机7接收等，判定为原因确定诊断方案不适当(S20：“否”)，则在该情况下，也确定为通过经销商修理对应未检测到不良状况(S11)，结束诊断处理。

微机9若判定为用户未进行原因确定诊断的诊断指示操作(S16：“否”)，则判定是否检测到特别模式(S21)。微机9若判定为检测到特别模式(S21：“是”)，则执行特别模式收集应用，按照由特别模式收集应用所规定的特别模式收集方案来实施特别模式收集(S22)。微机9对该收集到的特别模式进行解析(S23)，判定是否确定出对特别模式的处置方法(S24)。另外，微机9可以单独解析该收集到的特别模式，也可以与服务器3协作进行解析。

微机9若判定为确定出对特别模式的处置方法(S24：“是”)，则在该情况下，也按照该确定出的对特别模式的处置方法来执行上述的步骤S18以下。微机9若判定为未确定出对特别模式的处置方法(S24：“否”)，则确定为通过经销商修理对应未检测到不良状况(S11)，结束诊断处理。

这样，微机9执行定期诊断应用作为一次诊断应用来实施定期诊断，但若因未检测出不良状况而确定为定期诊断方案不适当，检测特别模式，确定对特别模式的处置方法，则作为二次诊断应用而执行原因确定诊断应用来实施原因确定诊断。

微机9若判定为未检测到特别模式(S21：“否”)，则判定从定期诊断的开始时刻起的经过时间是否达到预先规定的规定时间(S25)。微机9若判定为从定期诊断的开始时刻起的经过时间未达到规定时间(S25：“否”)，则再选定特别模式收集应用(S26)，返回到上述的步骤S2，反复执行步骤S2以下。微机9若判定为从定期诊断的开始时刻起的经过时间达到规定时间(S25：“是”)，则再选定定期诊断应用(S27)，返回到上述的步骤S1，反复执行步骤S1以下。

如以上说明那样，根据本实施方式，能够获得接下来所示的效果。

在车辆管理ECU2中，作为一次诊断应用而执行定期诊断应用来实施定期诊断，但若确定定期诊断方案不适当，则作为二次诊断应用而执行详细诊断应用来实施详细诊断，或执行原因确定诊断应用来实施原因确定诊断。通过当在定期诊断中所使用的定期诊断方案不适当时，按照新的详细诊断方案或原因确定诊断方案反复实施诊断，能够适当实施诊断。

另外，通过执行详细诊断应用来实施详细诊断，从而能够适当地应对对检测出的不良状况的处理不适合的情况。另外，通过执行原因确定诊断应用来实施原因确定诊断，从而能够适当地应对未检测到不良状况的情况。

另外，按照由诊断应用存储部9a中存储的诊断应用所规定的诊断方案来实施诊断。例如对于使用频度比较高的诊断应用，通过预先存储在诊断应用存储部9a中，能够省略从服务器3获取使用频度比较高的诊断应用的步骤。另外，即使与服务器3的数据通信产生不良状况也能够对应。

另外，对服务器3请求诊断应用，按照由从服务器3获取的诊断应用所规定的诊断方案来实施诊断。例如对于使用频度比较低的诊断应用，通过从服务器3获取而不预先存储在诊断应用存储部9a中，能够有效地活用诊断应用存储部9a的存储区域。另外，也可以通过不从服务器3获取诊断应用，而与服务器3进行数据通信，从而按照由服务器3中存储的诊断应用所规定的诊断方案来实施诊断。

另外，将实施诊断后的ECU5、6的动作日志与正常动作日志进行比较，判定在诊断中所使用的诊断方案是否适当。例如能够通过判定实施诊断后的ECU5、6的动作日志与正常动作日志的一致度而容易地判定在诊断中所使用的诊断方案是否适当，不必使用户判断。

另外，将实施诊断时所生成的诊断实施数据与正常诊断实施数据进行比较，判定在诊断中所使用的诊断方案是否适当。例如能够通过判定实施诊断时所生成的诊断实施数据与正常诊断实施数据的一致度而容易地判定在诊断中所使用的诊断方案是否适当，不必使用户判断。

另外，判定实施诊断后的基于用户的规定操作，判定在诊断中所使用的诊断方案是否适当。能够使用户判断在诊断中所使用的诊断方案是否适当。

本公开依据实施例进行了记述，但是应理解的是本公开并不限定于该实施例及构造。本公开也包含各种变形例及等同范围内的变形。除此以外，各种组合及方式、还有在它们中仅包含一要素、其以上或其以下的其它组合或方式也包含在本公开的范畴及思想范围内。

在从服务器3获取诊断应用的情况下可以使用认证的技术。通过使用认证的技术，能够执行正规的诊断应用来实施诊断。

诊断结果数据库除了车辆ID、诊断时期、诊断应用、诊断结果之外，还可以存储包括其它信息的数据。

通过并不是使用一个管理团体管理的一个服务器3，而使用多个管理团体分别管理的多个服务器，能够提高诊断精度，并且提高诊断应用的开发竞争力。

服务器3管理的诊断应用也可以使用基于评论的评价。在选择诊断应用时，能够将基于评论的评价用作选择基准。

也可以为在使用诊断应用或者从服务器3获取前，用户能够通过用户终端8等确认使用该诊断应用或者从服务器3获取的结构。

在服务器3中，可以将一个车辆中的诊断结果展开至其它同车型车辆。即，也可以将一个车辆中的诊断的正确与否、与所使用的诊断应用有关的信息等展开至其它同车型车辆。

Claims (9)

1.一种车辆诊断装置，具备：

诊断部，按照由诊断应用所规定的诊断方案来实施诊断对象的诊断；以及

诊断方案判定部，判定在上述诊断部的诊断中所使用的诊断方案是否适当，

当由上述诊断方案判定部确定为在本次的诊断中所使用的诊断方案不适当时，上述诊断部按照由与本次的诊断应用不同的新的诊断应用所规定的诊断方案来实施诊断，

在检测出不良状况的情况下，对检测出的不良状况进行解析，确定针对不良状况的处置方法，按照确定出的处置方法实施针对不良状况的处置，在实施了针对不良状况的处置后，上述诊断方案判定部通过将上述诊断部实施诊断后的上述诊断对象的动作日志与正常动作日志进行比较；或者，通过将上述诊断部实施诊断时所生成的诊断实施数据与正常诊断实施数据进行比较；或者，通过判定上述诊断部实施诊断后的基于用户的规定操作，来判定上述诊断部进行诊断所使用的诊断方案是否适当。

2.根据权利要求1所述的车辆诊断装置，其中，

上述诊断部使用定期诊断应用作为本次的诊断应用，并当由该定期诊断应用所规定的定期诊断方案因对检测出的不良状况的处置的不适合而被上述诊断方案判定部确定为不适当时，使用详细诊断应用作为新的诊断应用，按照由该详细诊断应用所规定的详细诊断方案来实施详细诊断。

3.根据权利要求1所述的车辆诊断装置，其中，

上述诊断部使用定期诊断应用作为本次的诊断应用，并当由该定期诊断应用所规定的定期诊断方案因未检测出不良状况而被上述诊断方案判定部确定为不适当时，使用原因确定诊断应用作为新的诊断应用，按照由该原因确定诊断应用所规定的原因确定诊断方案来实施特定诊断。

4.根据权利要求1所述的车辆诊断装置，其中，

上述车辆诊断装置具备存储诊断应用的诊断应用存储部，

上述诊断部按照在上述诊断应用存储部存储的诊断应用所规定的诊断方案来实施上述诊断对象的诊断。

5.根据权利要求1所述的车辆诊断装置，其中，

上述车辆诊断装置具备：

诊断应用请求部，向服务器请求诊断应用；以及

诊断应用获取部，从上述服务器获取诊断应用，

上述诊断部按照由从上述服务器通过上述诊断应用获取部获取的诊断应用所规定的诊断方案来实施上述诊断对象的诊断。

6.根据权利要求5所述的车辆诊断装置，其中，

上述车辆诊断装置具备诊断结果数据通知部（9f），该诊断结果数据通知部将包括上述诊断部的诊断结果的诊断结果数据通知给服务器，

上述诊断应用获取部从存储在上述服务器的多个诊断应用中选择该服务器按照诊断结果数据所选择的诊断应用。

7.一种车辆诊断系统，具备：

车辆诊断装置，具备按照由诊断应用所规定的诊断方案来实施诊断对象的诊断的诊断部、以及判定在上述诊断部的诊断中所使用的诊断方案是否适当的诊断方案判定部，当由上述诊断方案判定部确定为在本次的诊断中所使用的诊断方案不适当时，上述诊断部按照由与本次的诊断应用不同的新的诊断应用所规定的诊断方案来实施；以及

服务器，将诊断应用发送至上述车辆诊断装置，

在检测出不良状况的情况下，对检测出的不良状况进行解析，确定针对不良状况的处置方法，按照确定出的处置方法实施针对不良状况的处置，在实施了针对不良状况的处置后，上述诊断方案判定部通过将上述诊断部实施诊断后的上述诊断对象的动作日志与正常动作日志进行比较；或者，通过将上述诊断部实施诊断时所生成的诊断实施数据与正常诊断实施数据进行比较；或者，通过判定上述诊断部实施诊断后的基于用户的规定操作，来判定上述诊断部进行诊断所使用的诊断方案是否适当。

8.根据权利要求7所述的车辆诊断系统，其中，

上述车辆诊断装置具备：对上述服务器请求诊断应用的诊断应用请求部、从上述服务器获取诊断应用的诊断应用获取部、以及将包括上述诊断部的诊断结果的诊断结果数据通知给上述服务器的诊断结果数据通知部，

上述服务器存储多个诊断应用，并在被上述车辆诊断装置通知诊断结果数据时，从多个诊断应用中按照诊断结果数据来选择任意一个诊断应用，并将选择的该诊断应用发送至上述车辆诊断装置。

9.一种计算机可读取的非暂时性存储介质，存储有车辆诊断程序，其中，

上述车辆诊断程序通过微型计算机执行：

本次的诊断步骤，按照由本次的诊断应用所规定的诊断方案来实施诊断对象的诊断；

诊断方案判定步骤，判定本次的诊断步骤的诊断方案是否适当；以及

新的诊断步骤，当确定为本次的诊断步骤的诊断方案不适当时，按照由与本次的诊断应用不同的新的诊断应用所规定的诊断方案来实施诊断，

在检测出不良状况的情况下，对检测出的不良状况进行解析，确定针对不良状况的处置方法，按照确定出的处置方法实施针对不良状况的处置，在实施了针对不良状况的处置后，在上述诊断方案判定步骤中，通过将上述本次的诊断步骤中实施诊断后的上述诊断对象的动作日志与正常动作日志进行比较；或者，通过将上述本次的诊断步骤中实施诊断时所生成的诊断实施数据与正常诊断实施数据进行比较；或者，通过判定上述本次的诊断步骤中实施诊断后的基于用户的规定操作，来判定本次的诊断步骤的诊断方案是否适当。

Images