CN109658542B - 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 - Google Patents

Abstract

本申请提供了一种诊断参数数据校验方法、装置、车辆诊断设备和存储介质，所述方法包括：获取车辆终端生成的诊断参数数据；根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；若符合，依据所述诊断参数数据对所述车辆终端执行诊断操作。可以通过车辆诊断设备与车辆终端预先协商的第一数据生成规则使车辆终端和车辆诊断设备之间的数据格式保持一致，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

Description

诊断参数数据校验方法、装置、车辆诊断设备和存储介质

技术领域

本申请涉及车辆诊断领域，特别是一种诊断参数数据校验方法、装置、设备和存储介质。

背景技术

随着社会的发展，车辆的诊断也越来越智能化，在进行实际诊断之前先通过车辆诊断设备获取车辆的诊断参数数据，再根据诊断参数数据一针见血地发现车辆的问题已经成为了车辆诊断的主流方法。但由于应用场景、开发工具不同，车辆诊断设备获取到的诊断参数数据往往格式不一，举例来说，车辆终端将车辆的诊断参数数据发送给车辆诊断设备时可能会以Word、PDF、TXT等格式发送，这些数据的格式既不统一且对车辆诊断设备来说可读性较差，读取时出错的概率大大增加，且车辆终端发送的诊断参数数据比较混乱，降低了车辆诊断设备对车辆诊断的效率。

发明内容

基于上述问题，本申请公开一种诊断参数数据校验方法，应用于车辆诊断设备，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

本申请实施例第一方面提供了一种诊断参数数据校验方法，包括：

获取车辆终端生成的诊断参数数据；

根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；

若符合，依据所述诊断参数数据对所述车辆终端执行诊断操作。

本申请实施例第二方面提供了一种诊断参数数据校验装置，包括：

数据获取单元，用于获取车辆终端生成的诊断参数数据；

数据校验单元，用于根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；

诊断单元，用于依据所述诊断参数数据对所述车辆终端执行诊断操作。

本申请实施例第三方面提供了一种车辆诊断设备，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本申请实施例第一方面所描述的方法。

本申请实施例第四方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行本申请实施例第一方面所描述的方法。

实施本申请实施例时，具有如下有益效果：

上述诊断参数数据校验方法、装置、设备和存储介质，获取车辆终端生成的诊断参数数据；根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；若符合，依据所述诊断参数数据对所述车辆终端执行诊断操作。本申请实施例可以通过车辆诊断设备与车辆终端预先协商的第一数据生成规则使车辆终端和车辆诊断设备之间的诊断参数数据格式保持一致，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例中一种诊断参数数据校验方法的***构架图；

图2为本申请实施例中一种诊断参数数据校验方法的流程示意图；

图3为本申请实施例中另一种诊断参数数据校验方法的流程示意图；

图4为本申请实施例中另一种诊断参数数据校验方法的流程示意图；

图5为本申请实施例中一种诊断参数数据校验装置的结构示意图；

图6为本申请实施例中另一种诊断参数数据校验装置的结构示意图；

图7为本申请实施例中一种车辆诊断设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明实施例所涉及到的车辆诊断设备可以包括各种具有联网功能的便携诊断设备、可穿戴的诊断设备或连接到无线调制解调器的其他诊断设备，以及各种具有多重诊断功能的车辆诊断设备等等。为方便描述，在本申请中，上面提到的众多诊断设备统称为车辆诊断设备，在此对车辆诊断设备不做具体限定。

下面结合图1对本申请实施例中诊断参数数据校验方法的***构架进行详细说明，图1为本申请实施例中一种诊断参数数据校验方法的***构架图，上述***构架可以包括车辆诊断设备101、车载终端102，上述车辆诊断设备101通过网络(例如，互联网、广域网、局域网)与车载终端102通信连接，上述车辆诊断设备101用于对车辆进行诊断和校验诊断参数数据，具体的，车辆诊断设备厂商和车辆厂商预先达成共识，先确定一个第一数据生成规则，上述第一数据生成规则可以包括诊断参数数据的统一格式和诊断参数数据的逻辑分类，车载终端102可以根据上述第一数据生成规则生成符合上述第一数据生成规则的诊断参数数据，车辆诊断设备101可以在获取到上述诊断参数数据之后直接读取，并验证上述诊断参数数据是否符合上述第一数据生成规则的标准，验证通过之后再对上述车辆执行后续的诊断操作。

具体的，一种车辆终端102只存在一套第一数据生成规则，举例来说，车辆终端厂商在开发车辆终端102之前，会提前获取到与车辆诊断设备厂商达成共识的第一数据生成规则文件，然后按照上述规则文件来开发车辆终端102，使得车辆诊断设备101能够获取到车辆终端102发送的能直接读取的诊断参数数据。

通过搭建这样的***构架，可以使车辆厂商与车辆诊断设备厂商在诊断参数数据的制作与读取方面保持统一规则。车辆诊断设备101可以自动加载诊断参数数据，并按上述第一数据生成规则校验数据，促进了诊断自动化，大大提高了汽车售后数据维护的效率。

下面结合图2对本申请实施例的一种诊断参数数据校验方法的流程进行详细描述，图2为本申请实施例中一种诊断参数数据校验方法的流程示意图，具体包括以下步骤：

步骤201，车辆诊断设备获取车辆终端生成的诊断参数数据。

其中，车辆终端可以是电子控制单元(Electronic Control Unit，ECU)，用于监控车辆状态和控制车辆运行，可以生成诊断参数数据提供给车辆诊断设备以供诊断，上述诊断参数数据可以是供车辆诊断用的，能反映汽车、总成及机构技术状况的物理量和化学量，包括工作过程参数(发动机功率、油耗、汽车制动距离)、工作过程伴随参数(振动、噪声等)、几何尺寸参数(间隙、自由行程)等。

可选的，车辆诊断设备可以通过有线连接车辆终端直接读取车辆终端生成的诊断参数数据，或者通过无线连接以网络通信的方式获取车辆终端生成的诊断参数数据，上述车辆终端根据第一数据生成规则来生成诊断参数数据。

通过获取车辆终端生成的诊断参数数据，可以在正式进行诊断之前先判断车辆终端提供的诊断参数数据的格式是否有误，避免使用错误的诊断参数对车辆进行诊断，造成人力浪费。

步骤202，车辆诊断设备根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；

其中，上述预先协商的第一数据生成规则可以是车辆诊断设备厂商和车辆终端厂商达成共识的诊断协议，该诊断协议可以基于统一诊断服务(Unified DiagnosticServices，UDS)来达成。

具体的，上述第一数据生成规则可以采用两方面来规范目标数据。

第一方面，规范诊断参数数据的格式；

可选的，诊断参数数据的格式可以采用XML(eXtensible MarkupLanguage)格式，XML文件具有体积更小。交互更方便等众多优势，车辆诊断设备无需再内置多种文件格式的转换器，可以直接读取获取到的XML格式的诊断参数数据，对诊断参数数据的校验效率也大大提高；

第二方面，规范诊断参数数据的内容排列方式；

举例来说，采用面向对象编程思想，将诊断参数根据功能划分，分散到各个“类”中，每个类可以嵌套包含其他的类，共用的数据放在基类中，其他的类可以从基类继承。其中各个类、类成员、类的属性的名称都在规则文件将名称固定，诊断参数数据必须按照上述规则生成指定格式的目标数据文件。

车辆诊断设备内置了上述第一数据生成规则，可以在读取车辆终端的诊断参数数据后校验其是否符合上述第一数据生成规则，具体的，依次加载第一数据生成规则与诊断参数数据，通过判断诊断参数数据文件中“类”的个数、“类”的成员、属性以及相关名称，来校验数据文件的正确性。

若诊断参数数据符合所述第一数据生成规则时，执行步骤203。

步骤203，车辆诊断设备依据所述诊断参数数据对所述车辆终端执行诊断操作。

其中，上述诊断操作为车辆诊断设备在确定诊断参数数据没有形式错误之后对车辆进行诊断，可以包括读故障码、清故障码、读数据流、读冻结帧、动作测试以及其他诊断功能。

通过根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则，可以在正式对车辆进行诊断之前判断诊断参数数据本身的格式是否符合规则要求，避免反复测试车辆，造成人力物力的浪费，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

下面结合图3对本申请实施例的另一种诊断参数数据校验方法的流程进行详细描述，图3为本申请实施例中另一种诊断参数数据校验方法的流程示意图，具体包括以下步骤：

步骤301，车辆诊断设备获取车辆终端生成的诊断参数数据。

步骤302，车辆诊断设备根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；

若诊断参数数据符合所述第一数据生成规则时，执行步骤303。

若诊断参数数据不符合所述第一数据生成规则时，执行步骤304。

步骤303，车辆诊断设备依据所述诊断参数数据对所述车辆终端执行诊断操作。

步骤304，车辆诊断设备向所述车辆终端发送反馈信息。

其中，上述反馈信息用于标记上述诊断参数数据中不符合上述第一数据生成规则的数据，当发现诊断参数数据不完全符合上述第一数据生成规则时，通过规则准确定位到错误的数据进行标记，车辆诊断设备将上述错误的数据打包生成反馈信息，并发送给车辆终端以使车辆终端对这部分错误的数据进行修正补充。

通过向所述车辆终端发送反馈信息，可以使车辆终端了解到诊断参数数据在哪个部分产生了形式错误，也能使车辆诊断设备接收到更准确的诊断参数数据。

步骤305，车辆诊断设备获取车辆终端基于所述反馈信息生成的补充诊断参数数据。

其中，车辆终端接收到反馈信息之后经过修正生成补充诊断参数数据，该补充诊断参数数据仅仅为出现错误的诊断参数数据而非全部诊断参数数据，针对性的修改可以提高修正诊断参数数据的效率。

步骤306，车辆诊断设备校验所述补充诊断参数数据是否符合所述第一数据生成规则。

车辆诊断设备再次对补充诊断参数数据进行校验，具体方法可以参照步骤302所描述的方法，在此不再赘述。

若该补充诊断参数数据符合上述第一数据生成规则，则执行步骤307。若该补充诊断参数数据不符合上述第一数据生成规则，则执行步骤308。

步骤307，车辆诊断设备将所述补充诊断参数数据与所述诊断参数数据中符合所述第一数据生成规则的数据进行合并，依据所述合并后的诊断参数数据对所述车辆终端执行诊断操作。

通过合并补充诊断参数数据和之前的正确的数据，可以得到符合上述第一数据生成规则的诊断参数数据，且可以不用再次校验已经符合规则的部分数据，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

步骤308，车辆诊断设备向所述车辆终端发送指示信息。

其中，上述指示信息用于指示上述车辆终端向上述车辆终端对应的供应商服务器发送数据出错的通知消息。

具体的，当出现车辆终端无法修正诊断参数数据时，车辆诊断设备可以直接通知车辆终端的厂商对上述车辆终端进行故障检测，通过向上述车辆终端发送指示信息告诉车辆终端自身可能出现故障，车辆终端再向对应的供应商服务器请求检查可以防止走入诊断参数数据无法得到修正的死胡同，避免反复测试车辆，造成人力物力的浪费。

通过上述步骤，不但可以使数据流通保持相同规则和格式，而且可以通过规则快速校验厂家提供的诊断参数数据，提前发现错误并精准定位。避免反复测试车辆，造成人力物力的浪费，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

上述未详细说明的步骤参见图2中对应的已经详细说明的步骤，在此不再赘述。

下面结合图4对本申请实施例的另一种诊断参数数据校验方法进行详细说明，图4为本申请实施例中另一种诊断参数数据校验方法的流程示意图，具体包括以下步骤：

步骤401，车辆诊断设备获取车辆终端生成的诊断参数数据。

步骤402，车辆诊断设备根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则。

若诊断参数数据符合所述第一数据生成规则时，执行步骤403。

若诊断参数数据不符合所述第一数据生成规则时，执行步骤404。

步骤403，车辆诊断设备依据所述诊断参数数据对所述车辆终端执行诊断操作。

步骤404，车辆诊断设备判断所述车辆诊断设备是否具有所述车辆终端的诊断参数数据修改权限。

其中，上述车辆诊断设备通过自检判断是否拥有车辆终端的授权，是否能够对获取的诊断参数数据进行修改。车辆终端可以通过发放令牌使上述车辆诊断设备能够直接修改获取的诊断参数数据，也可以直接发送未加密的诊断参数数据，在此不做具体限定。

若车辆诊断设备具有上述车辆终端的诊断参数数据修改权限，则执行步骤405。

若车辆诊断设备不具有上述车辆终端的诊断参数数据修改权限，则执行步骤406。

通过先确认车辆诊断设备是否具有修改权限可以确定是否需要向车辆终端发送反馈信息，可以提高校验诊断参数数据的效率。

步骤405，车辆诊断设备校验所述诊断参数数据是否符合所述第一数据生成规则之外的第二数据生成规则。

其中，车辆诊断设备与车辆终端之间只共用一套第一数据生成规则，但车辆诊断设备可以拥有多套第二数据生成规则，可以诊断多种车型，在上述车辆终端发送的诊断参数数据出现不符合第一数据生成规则时，而车辆诊断设备需要校验该诊断参数数据是否符合第二数据生成规则，若符合，则执行步骤410，若不符合，则执行步骤406。

步骤406，车辆诊断设备向所述车辆终端发送反馈信息。

步骤407，车辆诊断设备获取车辆终端基于所述反馈信息生成的补充诊断参数数据。

步骤408，车辆诊断设备校验所述补充诊断参数数据是否符合所述第一数据生成规则。

步骤409，车辆诊断设备将所述补充诊断参数数据与所述诊断参数数据中符合所述第一数据生成规则的数据进行合并，依据所述合并后的诊断参数数据对所述车辆终端执行诊断操作。

步骤410，车辆诊断设备依据所述第二数据生成规则对所述诊断参数数据进行修正，得到修正后的诊断参数数据。

其中，车辆诊断设备直接对上述诊断参数数据进行修正，这样可以省去向车辆终端发送反馈信息并等待接收车辆终端的补充诊断参数数据的步骤，提高了诊断参数数据校验的效率。

步骤411，车辆诊断设备依据所述修正后的诊断参数数据对所述车辆终端执行诊断操作。

上述未详细说明的步骤参见图2和图3中对应的已经详细说明的步骤，在此不再赘述。

通过上述步骤可以使车辆诊断设备能够修正上述诊断参数数据，与图3中的方法相比，可以在车辆诊断设备有修改权限时不必向车辆终端发送反馈信息，可以省略掉不必要的步骤，提高校验效率，且车辆终端也可以对不符合上述第一数据生成规则的诊断参数数据进行修正，不但可以使数据流通保持相同规则和格式，而且可以通过规则快速校验厂家提供的诊断参数数据，提前发现错误并精准定位。避免反复测试车辆，造成人力物力的浪费。降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

下面结合图5对本申请实施例的一种诊断参数数据校验装置500进行详细说明，图5为本申请实施例中一种诊断参数数据校验装置的结构示意图，具体包括以下单元：

数据获取单元501，用于获取车辆终端生成的诊断参数数据；

数据校验单元502，用于根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；

诊断单元503，用于依据所述诊断参数数据对所述车辆终端执行诊断操作。

通过上述单元，可以在正式对车辆进行诊断之前判断诊断参数数据本身的格式是否符合规则要求，避免反复测试车辆，造成人力物力的浪费，降低了车辆诊断设备读取车辆终端生成的诊断参数数据时出错的概率，提高了车辆诊断设备对车辆诊断的效率。

下面结合图6对本申请实施例的另一种诊断参数数据校验装置600进行详细说明，图6为本申请实施例中另一种诊断参数数据校验装置的结构示意图，具体包括以下单元：

数据获取单元601，用于获取车辆终端生成的诊断参数数据；

数据校验单元602，用于根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；

诊断单元603，用于依据所述诊断参数数据对所述车辆终端执行诊断操作。

本申请实施例中，还包括信息反馈单元604，用于若所述诊断参数数据不符合所述第一数据生成规则时，向所述车辆终端发送反馈信息，所述反馈信息用于标记所述诊断参数数据中不符合所述第一数据生成规则的数据。

本申请实施例中，还包括权限判断单元605，用于判断所述车辆诊断设备是否具有所述车辆终端的诊断参数数据修改权限。

本申请实施例中，还包括数据修正单元606，用于若所述诊断参数数据符合所述第一数据生成规则之外的第二数据生成规则，则依据所述第二数据生成规则对所述诊断参数数据进行修正，得到修正后的诊断参数数据。

本申请实施例中，数据获取单元601、数据校验单元602、诊断单元603，向所述车辆终端发送反馈信息之后，还用于：

获取车辆终端基于所述反馈信息生成的补充诊断参数数据；

校验所述补充诊断参数数据是否符合所述第一数据生成规则；

若符合，将所述补充诊断参数数据与所述诊断参数数据中符合所述第一数据生成规则的数据进行合并，得到合并后的诊断参数数据；

依据所述合并后的诊断参数数据对所述车辆终端执行诊断操作。

本申请实施例中，还包括指示发送单元607，用于若所述补充诊断参数数据不符合所述第一数据生成规则，向所述车辆终端发送指示信息，所述指示信息用于指示所述车辆终端向所述车辆终端对应的供应商服务器发送数据出错的通知消息。

本申请实施例中，诊断参数数据校验装置600中所述预先协商的第一数据生成规则包括所述目标数据对应的格式、所述目标数据的类别。

下面结合图7对本申请实施例中提供的车辆诊断设备进行详细描述，图7是本申请实施例公开的一种车辆诊断设备的结构示意图。

如图7所示，该车辆诊断设备700包括处理器701、通信接口702、输入设备703、输出设备704和存储器705，其中，设备700还可以包括总线706。处理器701、通信接口702、输入设备703、输出设备704和存储器702可以通过总线706相互连接，总线706可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。总线706可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。其中，车辆诊断设备700还可以包括一种诊断参数数据校验装置。存储器705用于存储包含指令的一个或多个程序，处理器701用于调用存储在存储器705中的指令执行上述图2和/或图3和/或图4中的部分或全部方法步骤。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行图2和/或图3和或图4中的部分或全部方法步骤。

上述计算机可读存储介质可以是前述任一实施例上述的车辆诊断设备的内部存储单元，例如车辆诊断设备的硬盘或内存。上述计算机可读存储介质也可以是上述车辆诊断设备的外部存储设备，例如上述车辆诊断设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，上述计算机可读存储介质还可以既包括上述车辆诊断设备的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述车辆诊断设备所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的车辆诊断设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的诊断参数数据校验方法，可以通过其它的方式实现。例如，以上所描述的车辆诊断设备实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、终端或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得车辆诊断设备执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

Claims (10)

1.一种诊断参数数据校验方法，应用于车辆诊断设备，其特征在于，所述方法包括：

获取车辆终端生成的诊断参数数据；

根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；所述车辆诊断设备与所述车辆终端预先协商的第一数据生成规则是基于车辆诊断设备厂商与车辆厂商协商得到的；所述第一数据生成规则包括所述诊断参数数据的统一格式和所述诊断参数数据的逻辑分类；

所述根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则，包括：依次加载所述第一数据生成规则与所述诊断参数数据，判断所述诊断参数数据文件中“类”的个数、“类”的成员、属性以及名称，以校验所述诊断参数数据是否符合所述第一数据生成规则；

若符合，依据所述诊断参数数据对所述车辆终端执行诊断操作。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述诊断参数数据不符合所述第一数据生成规则，向所述车辆终端发送反馈信息，所述反馈信息用于标记所述诊断参数数据中不符合所述第一数据生成规则的数据。

3.根据权利要求2所述的方法，其特征在于，所述向所述车辆终端发送反馈信息之前，所述方法还包括：

判断所述车辆诊断设备是否具有所述车辆终端的诊断参数数据修改权限；

若是，校验所述诊断参数数据是否符合所述第一数据生成规则之外的第二数据生成规则；

若不符合，则执行所述向所述车辆终端发送反馈信息的步骤。

4.根据权利要求3所述的方法，其特征在于，所述校验所述诊断参数数据是否符合所述第一数据生成规则之外的第二数据生成规则之后，所述方法还包括：

若所述诊断参数数据符合所述第一数据生成规则之外的第二数据生成规则，则依据所述第二数据生成规则对所述诊断参数数据进行修正，得到修正后的诊断参数数据；

依据所述修正后的诊断参数数据对所述车辆终端执行诊断操作。

5.根据权利要求2所述的方法，其特征在于，所述向所述车辆终端发送反馈信息之后，所述方法还包括：

获取车辆终端基于所述反馈信息生成的补充诊断参数数据；

校验所述补充诊断参数数据是否符合所述第一数据生成规则；

若符合，将所述补充诊断参数数据与所述诊断参数数据中符合所述第一数据生成规则的数据进行合并，得到合并后的诊断参数数据；

依据所述合并后的诊断参数数据对所述车辆终端执行诊断操作。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若所述补充诊断参数数据不符合所述第一数据生成规则，向所述车辆终端发送指示信息，所述指示信息用于指示所述车辆终端向所述车辆终端对应的供应商服务器发送数据出错的通知消息。

7.根据权利要求1～6任一项所述的方法，其特征在于，所述预先协商的第一数据生成规则包括目标数据对应的格式、目标数据的类别。

8.一种诊断参数数据校验装置，其特征在于，所述装置包括：

数据获取单元，用于获取车辆终端生成的诊断参数数据；

数据校验单元，用于根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则；所述车辆诊断设备与所述车辆终端预先协商的第一数据生成规则是基于车辆诊断设备厂商与车辆厂商协商得到的；所述第一数据生成规则包括所述诊断参数数据的统一格式和所述诊断参数数据的逻辑分类；

所述数据校验单元根据与所述车辆终端预先协商的第一数据生成规则校验所述诊断参数数据是否符合所述第一数据生成规则，包括：依次加载所述第一数据生成规则与所述诊断参数数据，判断所述诊断参数数据文件中“类”的个数、“类”的成员、属性以及名称，以校验所述诊断参数数据是否符合所述第一数据生成规则；

诊断单元，用于依据所述诊断参数数据对所述车辆终端执行诊断操作。

9.一种车辆诊断设备，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1～7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1～7任一项所述的方法。

Images