车辆诊断方法及装置与流程

本发明涉及车辆技术领域，尤其涉及一种车辆诊断方法及装置。

背景技术：

目前的车辆诊断方法中，在创建诊断配置文件时，需要配置通信协议模块，诊断协议模块以及特殊功能模块等，创建过程繁琐，且现有的诊断平台软件在执行诊断配置文件的过程中，未显示执行过程以及结果，且保存的执行过程以及结果过于复杂，导致非专业测试人员难以根据诊断配置文件的执行过程以及结果分析出车辆的故障原因以及故障排除方法，降低了车辆诊断效率。

技术实现要素：

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种车辆诊断方法，用于解决现有技术中车辆诊断效率差的问题。

本发明的第二个目的在于提出一种车辆诊断装置。

本发明的第三个目的在于提出另一种车辆诊断装置。

本发明的第四个目的在于提出一种非临时性计算机可读存储介质。

本发明的第五个目的在于提出一种计算机程序产品。

为达上述目的，本发明第一方面实施例提出了一种车辆诊断方法，包括：

获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；所述诊断测试序列配置文件中包括：至少一个数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；所述数据请求中包括：所述待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者所述待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；

根据所述待诊断车辆各网段的局域网数据库dbc设置所述待诊断车辆的通信设备通道以及总线速率；

按照所述通信设备通道以及所述总线速率将所述诊断测试序列配置文件中的数据请求依次发送给对应的控制器或者对应的网关，获取所述数据请求的响应信息，并执行与所述响应信息对应的处理操作，直至所述诊断测试序列配置文件执行完毕；

将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述存储至所述诊断测试序列对应的日志文件中，以便测试人员查看。

进一步的，所述获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件之前，还包括：

获取各个车辆的型号信息以及测试需求；

针对所述各个车辆，获取所述车辆各控制器对应的局域网诊断数据库cdd以及所述车辆各网段的局域网数据库dbc；

根据所述车辆的测试需求，从所述局域网诊断数据库cdd和所述局域网数据库dbc中选取与所述测试需求匹配的服务和/或通信报文；

根据与所述测试需求匹配的服务和/或通信报文生成数据请求；

根据所述车辆的测试需求，设置所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；

根据所述数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述，生成与所述车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

进一步的，所述的方法还包括：

获取测试人员的类型；

若所述类型为非专业测试人员，则将所述响应信息异常时的异常描述显示给所述测试人员；

若所述类型为专业测试人员，则将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述显示给所述测试人员。

进一步的，所述获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件之前，还包括：

将所述车辆的型号信息、测试需求以及与所述车辆的型号信息以及测试需求匹配的诊断测试序列配置文件存储至诊断测试序列数据库中。

进一步的，所述获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件，包括：

获取所述待诊断车辆的型号信息以及测试需求；

根据所述待诊断车辆的型号信息以及测试需求，查询预设的诊断测试序列库，获取与所述待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

本发明实施例的车辆诊断方法，通过获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；诊断测试序列配置文件中包括：至少一个数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；数据请求中包括：待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率并执行诊断测试序列配置文件，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看，从而简化了诊断测试序列配置文件的创建过程，且非专业测试人员可以根据日志文件中响应信息异常时的异常描述分析车辆的故障原因以及故障排除方法，提高了车辆诊断效率。

为达上述目的，本发明第二方面实施例提出了一种车辆诊断装置，包括：

第一获取模块，用于获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；所述诊断测试序列配置文件中包括：至少一个数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；所述数据请求中包括：所述待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者所述待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；

设置模块，用于根据所述待诊断车辆各网段的局域网数据库dbc设置所述待诊断车辆的通信设备通道以及总线速率；

发送模块，用于按照所述通信设备通道以及所述总线速率将所述诊断测试序列配置文件中的数据请求依次发送给对应的控制器或者对应的网关，获取所述数据请求的响应信息，并执行与所述响应信息对应的处理操作，直至所述诊断测试序列配置文件执行完毕；

第一存储模块，用于将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述存储至所述诊断测试序列对应的日志文件中，以便测试人员查看。

进一步的，所述的装置还包括：

第二获取模块，用于获取各个车辆的型号信息以及测试需求；

第三获取模块，用于针对所述各个车辆，获取所述车辆各控制器对应的局域网诊断数据库cdd以及所述车辆各网段的局域网数据库dbc；

选取模块，用于根据所述车辆的测试需求，从所述局域网诊断数据库cdd和所述局域网数据库dbc中选取与所述测试需求匹配的服务和/或通信报文；

第一生成模块，用于根据与所述测试需求匹配的服务和/或通信报文生成数据请求；

设置模块，用于根据所述车辆的测试需求，设置所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；

第二生成模块，用于根据所述数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述，生成与所述车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

进一步的，所述的装置还包括：

第四获取模块，用于获取测试人员的类型；

第一显示模块，用于在所述类型为非专业测试人员时，将所述响应信息异常时的异常描述显示给所述测试人员；

第二显示模块，用于在所述类型为专业测试人员时，将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述显示给所述测试人员。

进一步的，所述的装置还包括：

第二存储模块，用于将所述车辆的型号信息、测试需求以及与所述车辆的型号信息以及测试需求匹配的诊断测试序列配置文件存储至诊断测试序列数据库中。

进一步的，所述第一获取模块，包括：

获取单元，用于获取所述待诊断车辆的型号信息以及测试需求；

查询单元，用于根据所述待诊断车辆的型号信息以及测试需求，查询预设的诊断测试序列库，获取与所述待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

本发明实施例的车辆诊断装置，通过获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；诊断测试序列配置文件中包括：至少一个数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；数据请求中包括：待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率并执行诊断测试序列配置文件，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看，从而简化了诊断测试序列配置文件的创建过程，且非专业测试人员可以根据日志文件中响应信息异常时的异常描述分析车辆的故障原因以及故障排除方法，提高了车辆诊断效率。

为达上述目的，本发明第三方面实施例提出了另一种车辆诊断装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如上所述的车辆诊断方法。

为了实现上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令被处理器执行时，实现如上所述的方法。

为达上述目的，本发明第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，执行一种车辆诊断方法，所述方法包括：

获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；所述诊断测试序列配置文件中包括：至少一个数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；所述数据请求中包括：所述待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者所述待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；

根据所述待诊断车辆各网段的局域网数据库dbc设置所述待诊断车辆的通信设备通道以及总线速率；

按照所述通信设备通道以及所述总线速率将所述诊断测试序列配置文件中的数据请求依次发送给对应的控制器或者对应的网关，获取所述数据请求的响应信息，并执行与所述响应信息对应的处理操作，直至所述诊断测试序列配置文件执行完毕；

将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述存储至所述诊断测试序列对应的日志文件中，以便测试人员查看。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例提供的一种车辆诊断方法的流程示意图；

图2为本发明实施例提供的另一种车辆诊断方法的流程示意图；

图3为本发明实施例提供的一种车辆诊断装置的结构示意图；

图4为本发明实施例提供的另一种车辆诊断装置的结构示意图；

图5为本发明实施例提供的另一种车辆诊断装置的结构示意图；

图6为本发明实施例提供的另一种车辆诊断装置的结构示意图；

图7为本发明实施例提供的另一种车辆诊断装置的结构示意图；

图8为本发明实施例提供的另一种车辆诊断装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的车辆诊断方法及装置。

图1为本发明实施例提供的一种车辆诊断方法的流程示意图。如图1所示，该车辆诊断方法包括以下步骤：

s101、获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；诊断测试序列配置文件中包括：至少一个数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；数据请求中包括：待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据。

本发明提供的车辆诊断方法的执行主体为车辆诊断装置，车辆诊断装置具体可以为可以与车辆进行通信的终端或者服务器等硬件设备，或者硬件设备上安装的软件。终端例如手机、pad、计算机等。

本实施例中，所述数据请求的响应信息对应的处理操作可以为：响应信息的响应时间超过预设响应时间值时的操作；响应信息与预设的响应信息一致，即正响应时的操作；响应信息与预设的响应信息不一致，即负响应时的操作。上述操作例如，继续执行下一个数据请求、跳转到另一个待执行的数据请求等。响应信息异常时的异常描述可以包括：响应信息异常时的发生错误原因，以及故障排除方法等，以便非专业测试人员可以根据响应信息异常时的异常描述，确定车辆的故障原因以及故障排除方法。

本实施例中，诊断测试序列配置文件中的多个数据请求可以设置有对应的序列号，多个数据请求按照序列号顺序进行设置。另外，负响应时的操作中可以携带下一个需要执行的数据请求的序列号，以便车辆诊断装置根据序列号确定下一个需要执行的数据请求。

本实施例中，车辆上各个网段具有对应的局域网数据库(databaseoncan，dbc)，各个网段对应的局域网数据库dbc中存储有各个网段的通信报文以及通信报文的参数信息，例如通信报文的数据值以及发送周期等。各个网段对应的局域网数据库dbc中还保存有与待诊断车辆的通信设备通道以及总线速率相关的信息。根据车辆上各个网段对应的局域网数据库dbc，车辆诊断装置就可以识别车辆的网络拓扑，从而可以依据车辆的网络拓扑实现向车辆上对应的控制器发送数据请求。

本实施例中，车辆上各个控制器具有对应的局域网诊断数据库(candiagnosticdata，cdd)。局域网诊断数据库cdd中保存有可以访问对应的控制器上各个数据的服务。调用服务就可以访问获取对应控制器上的相应参数或者数据。车辆上的控制器例如，发动机控制器、变速器控制器、制动防抱死系统控制器等。车辆诊断装置可以通过直接调用局域网诊断数据库cdd中的服务，实现对相应控制器的测试。

本实施例中，待请求数据例如可以为，通信报文的数据值、发送周期等，控制器的参数等。本实施例中，测试需求可以为，需要对车辆上的各个部件进行性能测试、对通信报文的发送周期进行测试或者需要检查车辆是否存在某些故障等等，测试需求可以由测试人员根据车辆的型号信息、性能等进行设置。

另外，还需要说明的是，诊断测试序列配置文件中还可以包括：待诊断车辆上各控制器对应的安全算法文件。基于该安全算法文件可以实现车辆诊断装置与车辆控制器之间的通信安全。本实施例中，车辆诊断装置与车辆之间可以通过测试设备连接，测试设备为位于车辆诊断装置与车辆之间，实现车辆诊断装置与车辆进行通信的设备，例如vector测试设备vn、网络分析测试工具canalyzer以及can卡pcan、英特佩斯的can通信设备等，可以支持目前最常用的can通信设备。

s102、根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率。

s103、按照通信设备通道以及总线速率将诊断测试序列配置文件中的数据请求依次发送给对应的控制器或者对应的网关，获取数据请求的响应信息，并执行与响应信息对应的处理操作，直至诊断测试序列配置文件执行完毕。

本实施例中，车辆诊断装置可以先获取诊断测试序列配置文件中序列号最靠前的一个数据请求，根据数据请求中的标识确定数据请求的目标控制器或者目标网关，将数据请求发送给对应的目标控制器或者目标网关；然后接收目标服务器或者目标网关返回的响应信息；对响应信息进行判断，以确定待执行的处理操作，例如若待执行的处理操作为跳转到序列号为m的数据请求，则车辆诊断装置继续获取序列号为m的数据请求，并根据该数据请求中的标识确定该数据请求的目标控制器或者目标网关，将该数据请求发送给对应的目标控制器或者目标网关；直至执行完诊断测试序列配置文件的最后一个数据请求，或者执行到诊断测试序列配置文件的结束位置为止。

s104、将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看。

本实施例中，车辆诊断装置可以根据测试人员的类型向测试人员展示相应的测试结果。因此，步骤104之后，所述的方法还可以包括：获取测试人员的类型；若类型为非专业测试人员，则将响应信息异常时的异常描述显示给测试人员；若类型为专业测试人员，则将数据请求、数据请求的响应信息以及响应信息异常时的异常描述显示给测试人员。

另外，在非专业测试人员难以根据响应信息异常时的异常描述排除车辆的故障的情况下，车辆诊断装置还可以接收测试人员的请求，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述显示给专业测试人员，以便专业测试人员对数据请求、数据请求的响应信息以及响应信息异常时的异常描述进行分析，以排除车辆故障。

本发明实施例的车辆诊断方法，通过获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；诊断测试序列配置文件中包括：至少一个数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；数据请求中包括：待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率并执行诊断测试序列配置文件，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看，从而简化了诊断测试序列配置文件的创建过程，且非专业测试人员可以根据日志文件中响应信息异常时的异常描述分析车辆的故障原因以及故障排除方法，提高了车辆诊断效率。

图2为本发明实施例提供的另一种车辆诊断方法的流程示意图，如图2所示，在图1所示实施例的基础上，步骤101之前，所述的方法还可以包括：

s105、获取各个车辆的型号信息以及测试需求。

s106、针对各个车辆，获取车辆各控制器对应的局域网诊断数据库cdd以及车辆各网段的局域网数据库dbc。

s107、根据车辆的测试需求，从局域网诊断数据库cdd和局域网数据库dbc中选取与测试需求匹配的服务和/或通信报文。

例如，在测试需求为对车辆上的各个部件进行性能测试的情况下，与测试需求匹配的服务可以为，调用之后可以访问各个部件的参数或数据的服务。另外，本实施例中，车辆诊断装置也可以提供一个操作界面给测试人员或者专业诊断人员，操作界面中显示有局域网诊断数据库cdd中的各个服务的标识，以及局域网数据库dbc中的各个通信报文的标识；操作界面中还可以包括操作窗口，以便测试人员或者专业诊断人员通过拖拽的方式将服务的标识或者通信报文的标识拖拽到操作窗口中，从而实现对与测试需求匹配的服务和/或通信报文的选取。

s108、根据与测试需求匹配的服务和/或通信报文生成数据请求。

本实施例中，车辆诊断装置获取与测试需求匹配的服务和/或通信报文的标识，以及待请求数据；根据与测试需求匹配的服务和/或通信报文的标识，以及待请求数据生成数据请求。其中，待请求数据可以根据测试需求中各个部件需要进行测试的性能进行设置，或者根据测试人员或者专业诊断人员的指令进行设置。本实施例中，车辆诊断装置的操作界面中还可以提供输入窗口，以便测试人员或者专业诊断人员输入待请求数据。

s109、根据车辆的测试需求，设置数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述。

其中，车辆诊断装置可以接收测试人员或者专业诊断人员的设置指令，指令中携带：数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述。本实施例中，测试人员或者专业诊断人员可以通过操作界面中的输入窗口输入数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述。

s110、根据数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述，生成与车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

进一步的，本实施例中，为了方便测试人员或者专业诊断人员车辆进行诊断，步骤110之后，步骤101之前，所述的方法还可以包括：将车辆的型号信息、测试需求以及与车辆的型号信息以及测试需求匹配的诊断测试序列配置文件存储至诊断测试序列数据库中。

对应的，步骤101具体可以包括：获取待诊断车辆的型号信息以及测试需求；根据待诊断车辆的型号信息以及测试需求，查询预设的诊断测试序列库，获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

本实施例中，车辆诊断装置可以提供输入窗口，以便测试人员在输入窗口中输入待诊断车辆的测试需求。

本发明实施例的车辆诊断方法，通过根据车辆的测试需求，从局域网诊断数据库cdd和局域网数据库dbc中选取与测试需求匹配的服务和/或通信报文；根据与测试需求匹配的服务和/或通信报文生成数据请求；根据车辆的测试需求，设置数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；根据数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述，生成与车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；在需要对待诊断车辆进行诊断时，获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率并执行诊断测试序列配置文件，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看，从而简化了诊断测试序列配置文件的创建过程，且非专业测试人员可以根据日志文件中响应信息异常时的异常描述分析车辆的故障原因以及故障排除方法，提高了车辆诊断效率。

图3为本发明实施例提供的一种车辆诊断装置的结构示意图。如图3所示，包括：第一获取模块31、设置模块32、发送模块33和第一存储模块34。

其中，第一获取模块31，用于获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；所述诊断测试序列配置文件中包括：至少一个数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；所述数据请求中包括：所述待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者所述待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；

设置模块32，用于根据所述待诊断车辆各网段的局域网数据库dbc设置所述待诊断车辆的通信设备通道以及总线速率；

发送模块33，用于按照所述通信设备通道以及所述总线速率将所述诊断测试序列配置文件中的数据请求依次发送给对应的控制器或者对应的网关，获取所述数据请求的响应信息，并执行与所述响应信息对应的处理操作，直至所述诊断测试序列配置文件执行完毕；

第一存储模块34，用于将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述存储至所述诊断测试序列对应的日志文件中，以便测试人员查看。

本发明提供的车辆诊断装置具体可以为可以与车辆进行通信的终端或者服务器等硬件设备，或者硬件设备上安装的软件。终端例如手机、pad、计算机等。

本实施例中，所述数据请求的响应信息对应的处理操作可以为：响应信息的响应时间超过预设响应时间值时的操作；响应信息与预设的响应信息一致，即正响应时的操作；响应信息与预设的响应信息不一致，即负响应时的操作。上述操作例如，继续执行下一个数据请求、跳转到另一个待执行的数据请求等。响应信息异常时的异常描述可以包括：响应信息异常时的发生错误原因，以及故障排除方法等，以便非专业测试人员可以根据响应信息异常时的异常描述，确定车辆的故障原因以及故障排除方法。

本实施例中，诊断测试序列配置文件中的多个数据请求可以设置有对应的序列号，多个数据请求按照序列号顺序进行设置。另外，负响应时的操作中可以携带下一个需要执行的数据请求的序列号，以便车辆诊断装置根据序列号确定下一个需要执行的数据请求。

本实施例中，车辆上各个网段具有对应的局域网数据库(databaseoncan，dbc)，各个网段对应的局域网数据库dbc中存储有各个网段的通信报文以及通信报文的参数信息，例如通信报文的数据值以及发送周期等。各个网段对应的局域网数据库dbc中还保存有与待诊断车辆的通信设备通道以及总线速率相关的信息。根据车辆上各个网段对应的局域网数据库dbc，车辆诊断装置就可以识别车辆的网络拓扑，从而可以依据车辆的网络拓扑实现向车辆上对应的控制器发送数据请求。

本实施例中，车辆上各个控制器具有对应的局域网诊断数据库(candiagnosticdata，cdd)。局域网诊断数据库cdd中保存有可以访问对应的控制器上各个数据的服务。调用服务就可以访问获取对应控制器上的相应参数或者数据。车辆上的控制器例如，发动机控制器、变速器控制器、制动防抱死系统控制器等。车辆诊断装置可以通过直接调用局域网诊断数据库cdd中的服务，实现对相应控制器的测试。

本实施例中，待请求数据例如可以为，通信报文的数据值、发送周期等，控制器的参数等。本实施例中，测试需求可以为，需要对车辆上的各个部件进行性能测试、对通信报文的发送周期进行测试或者需要检查车辆是否存在某些故障等等，测试需求可以由测试人员根据车辆的型号信息、性能等进行设置。

进一步的，结合参考图4，在图3所示实施例的基础上，所述的装置还可以包括：第四获取模块35、第一显示模块36和第二显示模块37。

其中，第四获取模块，用于获取测试人员的类型；

第一显示模块，用于在所述类型为非专业测试人员时，将所述响应信息异常时的异常描述显示给所述测试人员；

第二显示模块，用于在所述类型为专业测试人员时，将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述显示给所述测试人员。

另外，在非专业测试人员难以根据响应信息异常时的异常描述排除车辆的故障的情况下，车辆诊断装置还可以接收测试人员的请求，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述显示给专业测试人员，以便专业测试人员对数据请求、数据请求的响应信息以及响应信息异常时的异常描述进行分析，以排除车辆故障。

本发明实施例的车辆诊断装置，通过获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；诊断测试序列配置文件中包括：至少一个数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；数据请求中包括：待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率并执行诊断测试序列配置文件，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看，从而简化了诊断测试序列配置文件的创建过程，且非专业测试人员可以根据日志文件中响应信息异常时的异常描述分析车辆的故障原因以及故障排除方法，提高了车辆诊断效率。

进一步的，结合参考图5，在图3所示实施例的基础上，所述的装置还可以包括：第二获取模块38、第三获取模块39、选取模块40、第一生成模块41、设置模块42和第二生成模块43。

其中，第二获取模块38，用于获取各个车辆的型号信息以及测试需求；

第三获取模块39，用于针对所述各个车辆，获取所述车辆各控制器对应的局域网诊断数据库cdd以及所述车辆各网段的局域网数据库dbc；

选取模块40，用于根据所述车辆的测试需求，从所述局域网诊断数据库cdd和所述局域网数据库dbc中选取与所述测试需求匹配的服务和/或通信报文；

第一生成模块41，用于根据与所述测试需求匹配的服务和/或通信报文生成数据请求；

设置模块42，用于根据所述车辆的测试需求，设置所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；

第二生成模块43，用于根据所述数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述，生成与所述车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

例如，在测试需求为对车辆上的各个部件进行性能测试的情况下，与测试需求匹配的服务可以为，调用之后可以访问各个部件的参数或数据的服务。另外，本实施例中，车辆诊断装置也可以提供一个操作界面给测试人员或者专业诊断人员，操作界面中显示有局域网诊断数据库cdd中的各个服务的标识，以及局域网数据库dbc中的各个通信报文的标识；操作界面中还可以包括操作窗口，以便测试人员或者专业诊断人员通过拖拽的方式将服务的标识或者通信报文的标识拖拽到操作窗口中，从而实现对与测试需求匹配的服务和/或通信报文的选取。

本实施例中，车辆诊断装置获取与测试需求匹配的服务和/或通信报文的标识，以及待请求数据；根据与测试需求匹配的服务和/或通信报文的标识，以及待请求数据生成数据请求。其中，待请求数据可以根据测试需求中各个部件需要进行测试的性能进行设置，或者根据测试人员或者专业诊断人员的指令进行设置。本实施例中，车辆诊断装置的操作界面中还可以提供输入窗口，以便测试人员或者专业诊断人员输入待请求数据。

进一步的，结合参考图6，在图5所示实施例的基础上，所述的装置还可以包括：第二存储模块44，用于将所述车辆的型号信息、测试需求以及与所述车辆的型号信息以及测试需求匹配的诊断测试序列配置文件存储至诊断测试序列数据库中。

进一步的，结合参考图7，在图6所示实施例的基础上，所述第一获取模块31，包括：获取单元311和查询单元312。

其中，获取单元311，用于获取所述待诊断车辆的型号信息以及测试需求；

查询单元312，用于根据所述待诊断车辆的型号信息以及测试需求，查询预设的诊断测试序列库，获取与所述待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件。

本实施例中，车辆诊断装置可以提供输入窗口，以便测试人员在输入窗口中输入待诊断车辆的测试需求。

本发明实施例的车辆诊断装置，通过根据车辆的测试需求，从局域网诊断数据库cdd和局域网数据库dbc中选取与测试需求匹配的服务和/或通信报文；根据与测试需求匹配的服务和/或通信报文生成数据请求；根据车辆的测试需求，设置数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述；根据数据请求、数据请求的响应信息对应的处理操作以及响应信息异常时的异常描述，生成与车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；在需要对待诊断车辆进行诊断时，获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；根据待诊断车辆各网段的局域网数据库dbc设置待诊断车辆的通信设备通道以及总线速率并执行诊断测试序列配置文件，将数据请求、数据请求的响应信息以及响应信息异常时的异常描述存储至诊断测试序列对应的日志文件中，以便测试人员查看，从而简化了诊断测试序列配置文件的创建过程，且非专业测试人员可以根据日志文件中响应信息异常时的异常描述分析车辆的故障原因以及故障排除方法，提高了车辆诊断效率。

图8为本发明实施例提供的另一种车辆诊断装置的结构示意图。该车辆诊断装置包括：

存储器1001、处理器1002及存储在存储器1001上并可在处理器1002上运行的计算机程序。

处理器1002执行所述程序时实现上述实施例中提供的车辆诊断方法。

进一步地，车辆诊断装置还包括：

通信接口1003，用于存储器1001和处理器1002之间的通信。

存储器1001，用于存放可在处理器1002上运行的计算机程序。

存储器1001可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

处理器1002，用于执行所述程序时实现上述实施例所述的车辆诊断方法。

如果存储器1001、处理器1002和通信接口1003独立实现，则通信接口1003、存储器1001和处理器1002可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(industrystandardarchitecture，简称为isa)总线、外部设备互连(peripheralcomponent，简称为pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，简称为eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器1001、处理器1002及通信接口1003，集成在一块芯片上实现，则存储器1001、处理器1002及通信接口1003可以通过内部接口完成相互间的通信。

处理器1002可能是一个中央处理器(centralprocessingunit，简称为cpu)，或者是特定集成电路(applicationspecificintegratedcircuit，简称为asic)，或者是被配置成实施本发明实施例的一个或多个集成电路。

本实施例还提供一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上所述的车辆诊断方法。

本实施例还提供一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，执行一种车辆诊断方法，所述方法包括：

获取与待诊断车辆的型号信息以及测试需求匹配的诊断测试序列配置文件；所述诊断测试序列配置文件中包括：至少一个数据请求、所述数据请求的响应信息对应的处理操作以及所述响应信息异常时的异常描述；所述数据请求中包括：所述待诊断车辆各控制器对应的局域网诊断数据库cdd中服务的标识或者所述待诊断车辆各网段的局域网数据库dbc中通信报文的标识，以及待请求数据；

根据所述待诊断车辆各网段的局域网数据库dbc设置所述待诊断车辆的通信设备通道以及总线速率；

按照所述通信设备通道以及所述总线速率将所述诊断测试序列配置文件中的数据请求依次发送给对应的控制器或者对应的网关，获取所述数据请求的响应信息，并执行与所述响应信息对应的处理操作，直至所述诊断测试序列配置文件执行完毕；

将所述数据请求、所述数据请求的响应信息以及所述响应信息异常时的异常描述存储至所述诊断测试序列对应的日志文件中，以便测试人员查看。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。