CN111552267B - 车辆诊断方法、装置及车辆诊断设备 - Google Patents

Abstract

本申请适用于车辆诊断技术领域，提供了车辆诊断方法、装置及车辆诊断设备，所述方法包括：解析待诊断车辆的文件；根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；将所述映射标识按顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。通过上述方法能够提高诊断的灵活性。

Description

车辆诊断方法、装置及车辆诊断设备

技术领域

本申请属于车辆诊断技术领域，尤其涉及车辆诊断方法、装置、车辆诊断设备及计算机可读存储介质。

背景技术

目前，汽车的很多问题都可以通过车辆诊断设备进行自动诊断。

现有的诊断方法中，若存在复杂的诊断任务，例如，若存在对“车载电脑ECU刷写”、“标定”、“发动机防盗”等特殊功能进行比较复杂的诊断任务，由于这些特殊功能都是按一定的步骤来执行，而每个步骤可以视为一个节点，因此一个特殊功能就是由多个节点组合而成。以往开发诊断特殊功能，是由汽车厂商提供word形式的开发指导，该开发指导包含特殊功能流程及每个步骤相关的诊断数据，然后诊断仪开发工程师按照指导说明书，一步一步开发诊断功能。这种开发方式，需要在车辆诊断设备中为每个特殊功能提供一套代码，将其诊断指令、判断、提示等信息写死在代码中。

故，需要提供一种新的方法以解决上述技术问题。

发明内容

本申请实施例提供了车辆诊断方法，可以解决现有的方法在诊断特殊功能时，需要为每个特殊功能提供一套代码，灵活性较低的问题。

第一方面，本申请实施例提供了一种车辆诊断方法，应用于解析模块，所述车辆诊断方法包括：

解析待诊断车辆的文件；

根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

将所述映射标识按顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

本申请实施例与现有技术相比存在的有益效果是：

由于指定向量按顺序存入了识别为接口的节点的映射标识，因此，能够根据指定向量存储的信息按顺序调用映射标识对应的接口，即能够根据调用顺序的不同组合出不同的特殊功能流程，进而获得不同特殊功能对应的数据，从而能够根据获得不同特殊功能对应的数据对车辆进行不同特殊功能诊断，即无需为不同特殊功能都设置一个固定的代码，减少了用户的操作，提高了诊断的灵活性。

可选地，所述待诊断车辆的文件符合Schema规则，此时，在所述根据所述文件的解析结果识别节点，并根据所述节点以及预设的映射关系确定映射标识之前，包括：

根据所述Schema规则抽象出至少2个接口，并建立抽象的接口与映射标识的映射关系。

可选地，所述节点与接口是多对一的关系，或者，是一对一的关系，此时，在所述将所述节点所包含的数据存入与所述映射标识对应的结构体之前，包括：

构建与接口对应的结构体，其中，所述结构体包括与接口对应的所有节点所包含的数据类型。

可选地，构建的结构体中预留预设数量的字节以便后续扩展。

可选地，构建的所述结构体所包含的数据类型通过以下方式确定：

根据抽象的接口预估所述接口对应的所有节点所包含的数据类型。

可选地，构建的所述结构体所包含的数据类型通过以下方式确定：

收集待诊断车辆所对应的车型在预设时长内所出现的问题类型，再收集解决所述问题类型所构建的历史结构体包括的所有的数据类型，将所述所有的数据类型作为构建的所述结构体所包含的数据类型。

可选地，在所述解析待诊断车辆的文件之前，包括：

获取待诊断车辆的车型信息和待诊断的问题，加载与所述车型信息和待诊断的问题对应的文件。

第二方面，本申请实施例提供了一种车辆诊断装置，所述车辆诊断装置应用于车辆诊断设备，包括：

文件解析单元，用于解析待诊断车辆的文件；

映射标识确定单元，用于根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

映射标识存储单元，用于将所述映射标识按顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

车辆诊断单元，用于根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

第三方面，本申请实施例提供了一种车辆诊断设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的方法。

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

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面所述的方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请实施例一提供的一种车辆诊断方法的流程示意图；

图2是本申请实施例一提供的一种OTX源文件的示意图；

图3是本申请实施例一提供的一种Schema规则的示意图；

图4是本申请实施例二提供的一种车辆诊断装置的结构示意图；

图5是本申请实施例三提供的一种车辆诊断设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

实施例一：

目前，对车辆的特殊功能进行诊断时，由于需要为每个特殊功能提供一套代码，因此灵活性较低，极大增加用户的负担，为了解决该技术问题，本申请将符合Schema规则的OTX源文件(可扩展标记语言xml文件)的每个节点抽象成单独的接口，再通过动态的接口拼接方式进行特征功能的流程组合，以实现对车辆的不同特殊功能的诊断。

图1示出了本申请实施例提供的一种车辆诊断方法的流程图，该车辆诊断方法应用于车辆诊断设备，包括：

步骤S11，解析待诊断车辆的文件；

在一些实施例中，为了便于操作，在该步骤S11之前，包括：显示需要诊断的车型信息、需要诊断的问题等，当检测到用户点击需要诊断的车型信息和需要诊断的问题后，加载与该车型信息、问题对应的OTX源文件(即待诊断车辆的文件)，之后，再解析加载的OTX源文件。该OTX源文件是符合相关Schema规则的xml文件，其本质就是xml文件(schema是制作xml文件的规则文件，xml文件的生成必须符合相应的Schema规则)。OTX事先制定了Schema规则(指定了标签节点(后续简称为节点)之间的关系与数量)，通过schema，可以设计类及类成员等，具体参数根据实际的OTX源文件而定。如图2所示的OTX源文件的形式，22F180就是一条读数据的指令，这是一个重要的参数，该数据类型在schema中有指定。图3则示出了一个Schema规则，其中，MODIFICATION可以看做一个类，并且可以将MODIFICATION作为类名，下面包含的CHANGE、REASON则作为类成员，类型指定为string。

步骤S12，根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

其中，将符合一个Schema规则的内容作为一个节点。具体地，可将一个Schema规则开始的字符作为节点的开始字符，例如，假设以“action”作为节点的开始字符，参考图2，图2中具有很多“action”节点，则可以将“action”理解为一个接口，这样，根据“action”确定具体的“接口”，再根据接口以及预设的映射关系确定节点对应的映射标识。

步骤S13，将所述映射标识按顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

具体地，根据解析结果能够确定“action”出现的顺序，即能够确定“action”对应的映射标识出现的顺序。该步骤中，根据映射标识出现的顺序存入指定向量(vector)中，以及，将节点的解析结果所包含的数据存入预先建立的与映射标识对应的结构体。例如，每当向指定向量存入一个映射标识，则将该映射标识对应的节点所包含的所有数据都存入该映射标识对应的结构体；这样，当指定向量存入解析结果最后一个节点对应的映射标识后，只需再将该最后一个节点所包含的所有数据都存入该最后一个节点对应的映射标识对应的结构体，之后，指定向量和结构体不再存入新的数据。

由于映射标识与接口是一一对应的关系，因此，该映射标识与结构体也是一一对应的关系，即接口能够根据映射标识查找到唯一的结构体。

步骤S14，根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

具体地，在指定向量以及与映射标识对应的结构体存入数据后，根据指定向量，能够确定映射标识以及各个映射标识之间的先后顺序，之后，根据该各个映射标识之间的先后顺序调用对应的接口，由于映射标识与接口是一一对应的关系，因此，根据指定向量中各个映射标识以及各个映射标识的先后存储关系，能够确定需调用的接口以及调用的各个接口的先后顺序，并且，由于接口与结构体也是一一对应的关系，因此，能够按照接口的先后调用顺序获取对应结构体存储的数据，从而组合出不同的特殊功能的流程所对应的数据。

本申请实施例中，由于指定向量按顺序存入了识别为接口的节点的映射标识，因此，能够根据指定向量存储的信息按顺序调用映射标识对应的接口，即能够根据调用顺序的不同组合出不同的特殊功能流程，进而获得不同特殊功能对应的数据，从而能够根据获得不同特殊功能对应的数据对车辆进行不同特殊功能诊断，即无需为不同特殊功能都设置一个固定的代码，减少了用户的操作，提高了诊断的灵活性。

在一些实施例中，待诊断车辆的文件符合Schema规则，此时，在步骤S12之前，包括：

根据所述Schema规则抽象出至少2个接口，并建立抽象的接口与映射标识的映射关系。

具体地，由于Schema规则指定了节点之间的关系与数量，因此，可根据该Schema规则抽象出对应的接口，例如，假设节点A与节点B之间的关系是：节点A是节点B的步骤的多次迭代，则节点A和节点B都可以抽象为同一个接口。其中，这里的“接口”为通用接口，通用接口是指执行流程和数据都是动态的接口，比如，if...else，他的顺序是由传输参数决定的，即其执行流程和数据都是动态的。当源文件有1个判断时，那么只要一个if...else，即只需要调用一次该if...else对应的接口，若有多个判断，则需要多个if...else，即需要调用多次该if...else对应的接口，这种动态性，使得接口可以适用不同情况的源文件，从而具有通用性，进而便于后续通过改变接口的调用顺序实现对车辆不同特殊功能的诊断。

在一些实施例中，由于抽象出的接口是具有通用性的，因此不同节点可能都对应同一个接口，即，节点与接口是多对一的关系，或者，是一对一的关系，此时，为了能够不遗漏节点所包含的数据类型，则在步骤S13之前，包括：

构建与接口对应的结构体，其中，结构体包括与接口对应的所有节点所包含的数据类型。

具体地，可根据抽象的接口预估其对应的所有节点所包含的数据类型，进而根据预估结果构建对应的结构体。或者，收集待诊断车辆所对应的车型在预设时长内所出现的问题类型，再收集解决该问题类型所构建的结构体包括的数据类型，最后根据收集的数据类型构建本次的结构体。

在一些实施例中，为了使得构建的结构体易于扩展，则设置构建的结构体中预留预设数量的字节以便后续扩展。

本实施例中，由于结构体中预留预设数量的字节，因此，后续能够直接采用预留的字节进行扩展，而无需重新构建新的结构体，从而极大提高了构建的结构体的扩展便利性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二：

对应于上文实施例的车辆诊断方法，图4示出了本申请实施例提供的车辆诊断装置的结构框图，该车辆诊断装置应用于车辆诊断设备，为了便于说明，仅示出了与本申请实施例相关的部分。

该车辆诊断装置4包括：文件解析单元41、映射标识确定单元42、映射标识存储单元43、车辆诊断单元44。其中：

文件解析单元41，用于解析待诊断车辆的文件；

映射标识确定单元42，用于根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

其中，将符合一个Schema规则的内容作为一个节点。具体地，可将一个Schema规则开始的字符作为节点的开始字符。

映射标识存储单元43，用于将所述映射标识按顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

指定向量传递单元54，用于将所述指定向量传递至车辆诊断模块，指示所述车辆诊断模块根据所述指定向量调用所述映射标识对应的接口以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

本申请实施例中，由于指定向量按顺序存入了识别为接口的节点的映射标识，因此，能够根据指定向量存储的信息按顺序调用映射标识对应的接口，即能够根据调用顺序的不同组合出不同的特殊功能流程，进而获得不同特殊功能对应的数据，从而能够根据获得不同特殊功能对应的数据对车辆进行不同特殊功能诊断，即无需为不同特殊功能都设置一个固定的代码，减少了用户的操作，提高了诊断的灵活性。

在一些实施例中，待诊断车辆的文件符合Schema规则，此时，车辆诊断装置4包括：

映射关系确定单元，用于根据Schema规则抽象出至少2个接口，并建立抽象的接口与映射标识的映射关系。

在一些实施例中，由于抽象出的接口是具有通用性的，因此不同节点可能都对应同一个接口，即，节点与接口是多对一的关系，或者，是一对一的关系，此时，车辆诊断装置4包括：

结构体构建单元，用于构建与接口对应的结构体，其中，结构体包括与接口对应的所有节点所包含的数据类型。

在一些实施例中，为了使得构建的结构体易于扩展，则设置构建的结构体中预留预设数量的字节以便后续扩展。

在一些实施例中，构建的结构体所包含的数据类型通过以下方式确定：

根据抽象的接口预估接口对应的所有节点所包含的数据类型。

在一些实施例中，构建的结构体所包含的数据类型通过以下方式确定：

收集待诊断车辆所对应的车型在预设时长内所出现的问题类型，再收集解决问题类型所构建的历史结构体包括的所有的数据类型，将所有的数据类型作为构建的结构体所包含的数据类型。

在一些实施例中，上述车辆诊断装置4包括：

文件加载单元，用于获取待诊断车辆的车型信息和待诊断的问题，加载与车型信息和待诊断的问题对应的文件。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

实施例三：

图5为本申请一实施例提供的车辆诊断设备的结构示意图。如图5所示，该实施例的车辆诊断设备5包括：至少一个处理器50(图5中仅示出一个处理器)、存储器51以及存储在存储器51中并可在至少一个处理器50上运行的计算机程序52，处理器50执行计算机程序52时实现上述任意各个方法实施例中的步骤：

解析待诊断车辆的文件；

根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

将所述映射标识按顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

车辆诊断设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该车辆诊断设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是车辆诊断设备5的举例，并不构成对车辆诊断设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器51在一些实施例中可以是车辆诊断设备5的内部存储单元，例如车辆诊断设备5的硬盘或内存。存储器51在另一些实施例中也可以是车辆诊断设备5的外部存储设备，例如车辆诊断设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器51还可以既包括车辆诊断设备5的内部存储单元也包括外部存储设备。存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在存储器中并可在至少一个处理器上运行的计算机程序，处理器执行上述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

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

解析待诊断车辆的文件；

根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

将所述映射标识按照对应的节点在所述文件的顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

2.如权利要求1所述的车辆诊断方法，其特征在于，所述待诊断车辆的文件符合Schema规则，此时，在所述根据所述文件的解析结果识别节点，并根据所述节点以及预设的映射关系确定映射标识之前，包括：

根据所述Schema规则抽象出至少2个接口，并建立抽象的接口与映射标识的映射关系。

3.如权利要求1所述的车辆诊断方法，其特征在于，所述节点与接口是多对一的关系，或者，是一对一的关系，此时，在所述将所述节点所包含的数据存入与所述映射标识对应的结构体之前，包括：

构建与接口对应的结构体，其中，所述结构体包括与接口对应的所有节点所包含的数据类型。

4.如权利要求3所述的车辆诊断方法，其特征在于，构建的结构体中预留预设数量的字节以便后续扩展。

5.如权利要求3所述的车辆诊断方法，其特征在于，构建的所述结构体所包含的数据类型通过以下方式确定：

根据抽象的接口预估所述接口对应的所有节点所包含的数据类型。

6.如权利要求3所述的车辆诊断方法，其特征在于，构建的所述结构体所包含的数据类型通过以下方式确定：

收集待诊断车辆所对应的车型在预设时长内所出现的问题类型，再收集解决所述问题类型所构建的历史结构体包括的所有的数据类型，将所述所有的数据类型作为构建的所述结构体所包含的数据类型。

7.如权利要求1至6任一项所述的车辆诊断方法，其特征在于，在所述解析待诊断车辆的文件之前，包括：

获取待诊断车辆的车型信息和待诊断的问题，加载与所述车型信息和待诊断的问题对应的文件。

8.一种车辆诊断装置，其特征在于，所述车辆诊断装置应用于车辆诊断设备，包括：

文件解析单元，用于解析待诊断车辆的文件；

映射标识确定单元，用于根据所述文件的解析结果识别节点，将所述节点识别为接口后，根据预设的映射关系确定所述节点的映射标识，所述预设的映射关系存储的是接口与映射标识的一一对应关系；

映射标识存储单元，用于将所述映射标识按照对应的节点在所述文件的顺序存入指定向量，以及，将所述节点所包含的数据存入与所述映射标识对应的结构体；

车辆诊断单元，用于根据所述指定向量调用所述映射标识对应的接口，以获取所述映射标识对应的结构体存储的数据对车辆进行诊断。

9.一种车辆诊断设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。

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

Images