CN114625106A - 车辆诊断的方法、装置、电子设备及存储介质 - Google Patents
车辆诊断的方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114625106A CN114625106A CN202210224903.2A CN202210224903A CN114625106A CN 114625106 A CN114625106 A CN 114625106A CN 202210224903 A CN202210224903 A CN 202210224903A CN 114625106 A CN114625106 A CN 114625106A
- Authority
- CN
- China
- Prior art keywords
- signature
- target
- file
- diagnosis
- definition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 190
- 238000000034 method Methods 0.000 title claims abstract description 165
- 238000003860 storage Methods 0.000 title claims abstract description 17
- 230000008569 process Effects 0.000 claims abstract description 114
- 238000012795 verification Methods 0.000 claims abstract description 49
- 230000006870 function Effects 0.000 claims description 93
- 238000002405 diagnostic procedure Methods 0.000 claims description 57
- 238000004590 computer program Methods 0.000 claims description 25
- 230000000295 complement effect Effects 0.000 claims description 7
- 238000012545 processing Methods 0.000 description 11
- 230000009471 action Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000012360 testing method Methods 0.000 description 8
- 238000010606 normalization Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
Abstract
本申请适用于车辆诊断技术领域，提供了一种车辆诊断的方法、装置、电子设备及存储介质。所述方法包括：获取用户的诊断指令；根据所述诊断指令确定对应的目标诊断流程；对目标诊断流程的文件进行规范性校验；根据校验结果加载目标诊断流程并执行诊断过程。通过对目标诊断流程的文件进行规范性校验，降低了目标诊断流程的文件因规范性问题导致诊断流程出错的可能，进而降低了诊断流程因目标诊断流程的文件出错而中断的风险。
Description
技术领域
本申请属于车辆诊断技术领域，尤其涉及一种车辆诊断的方法、装置、电子设备及存储介质。
背景技术
目前，诊断设备通常采用加载并执行诊断指令对应的诊断流程的方式对车辆进行诊断。如果在车辆诊断的过程中诊断流程意外中断，轻则造成诊断失败，重则可能出现车辆器件的损坏。
发明内容
本申请实施例提供了一种车辆诊断的方法、装置、电子设备及存储介质，可以解决上述问题至少一部分。
第一方面，本申请实施例提供了一种车辆诊断的方法，所述方法包括：
获取用户的诊断指令；
根据所述诊断指令确定对应的目标诊断流程；
对目标诊断流程的文件进行规范性校验；
根据校验结果加载目标诊断流程并执行诊断过程。
可选的，所述对目标诊断流程的文件进行规范性校验，具体包括：
遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息；
遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息；
比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。
可选的，所述遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，包括：
遍历所述目标诊断流程的文件中所有调用签名的功能节点，针对每个所述功能节点，若所述功能节点中包含调用签名的关键字，则将所述功能节点调用的签名的标识信息加入签名使用集。
可选的，所述根据校验结果加载目标诊断流程，具体包括：
若所述校验结果为不规范，则确定调用所述目标签名的目标功能节点；
基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义；
确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义；
加载所述目标诊断流程并执行诊断过程。
可选的，所述确定调用所述目标签名的目标功能节点，具体包括：
遍历所述目标诊断流程的文件中的每个功能节点，针对任意一个被功能节点调用的备查签名，若在所述目标诊断流程的文件中查找不到所述备查签名的定义，将所述备查签名作为所述目标签名，同时将所述功能节点确定为所述目标功能节点。
可选的，所述基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义，具体包括：
确定所述参数配置中的传入参数的参数类型；
若所述参数类型为基本类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义；
若所述参数类型为非基本类型，则获取签名描述文件，基于所述参数配置中的签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名构造定义。
可选的，在确定所述参数配置中的传入参数的参数类型后，所述方法还包括：
若所述传入参数的参数类型为非基本类型，并且无法获取签名描述文件，则通知提供目标诊断流程文件的服务商补全所述目标签名的定义。
第二方面，本申请实施例提供了一种车辆诊断的装置，所述装置包括：
诊断指令获取模块，用于获取用户的诊断指令；
目标诊断流程确定模块，用于根据所述诊断指令确定对应的目标诊断流程；
规范性校验模块，用于对目标诊断流程的文件进行规范性校验；
诊断流程执行模块，用于根据校验结果加载目标诊断流程并执行诊断过程。
可选的，所述规范性校验模块包括：
签名定义集创建模块，用于遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息；
签名使用集创建模块，用于遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息；
规范性校验结果确定模块，用于比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。
可选的，所述签名使用集创建模块，具体用于遍历所述目标诊断流程的文件中所有调用签名的功能节点，针对每个所述功能节点，若所述功能节点中包含调用签名的关键字，则将所述功能节点调用的签名的标识信息加入签名使用集。
可选的，所述诊断流程执行模块包括：
目标功能节点确定模块，用于若所述校验结果为不规范，则确定调用所述目标签名的目标功能节点；
签名定义创建模块，用于基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义；
签名定义确定模块，用于确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义；
诊断过程加载模块，用于加载所述目标诊断流程并执行诊断过程。
可选的，所述目标功能节点确定模块，具体用于：
遍历所述目标诊断流程的文件中的每个功能节点，针对任意一个被功能节点调用的备查签名，若在所述目标诊断流程的文件中查找不到所述备查签名的定义，将所述备查签名作为所述目标签名，同时将所述功能节点确定为所述目标功能节点。
可选的，所述签名定义创建模块包括：
参数类型确定模块，用于确定所述参数配置中的传入参数的参数类型；
基本类型处理模块，用于若所述参数类型为基本类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义；
非基本类型处理模块，用于若所述参数类型为非基本类型，则获取签名描述文件，基于所述参数配置中的签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名构造定义。
可选的，所述非基本类型处理模块，还用于若所述传入参数的参数类型为非基本类型，并且无法获取签名描述文件，则通知提供目标诊断流程文件的服务商补全所述目标签名的定义。
第三方面，本申请实施例提供了一种诊断设备，包括：
存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面或第一方面的任一种可选实施方式所述的方法步骤。
第四方面，本申请实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第一方面的任一种可选实施方式所述的方法步骤。
第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或第一方面的任一种可选实施方式所述的方法步骤。
可以理解的是，通过对目标诊断流程的文件进行规范性校验，降低了目标诊断流程的文件因规范性问题导致诊断流程出错的可能，进而降低了诊断流程因目标诊断流程的文件出错而中断的风险。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的车辆诊断的方法的流程示意图；
图2是本申请另一实施例提供的车辆诊断的方法的流程示意图；
图3是本申请另一实施例提供的车辆诊断的方法的流程示意图；
图4是本申请另一实施例提供的车辆诊断的方法的流程示意图；
图5是本申请另一实施例提供的车辆诊断的方法的流程示意图；
图6是本申请实施例提供的车辆诊断的装置的结构示意图；
图7是本申请实施例提供的诊断设备的结构示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
在说明本申请实施例提供的车辆诊断的方法之前，为方便对本申请实施例的理解，下面对本申请实施例提供的车辆诊断的方法的原理以及本申请实施例中涉及的相关概念进行说明。
开放式诊断数据交换格式(Open diagnostic data exchange，ODX)是自动化及测量系统标准协会(Association for Standardisation of Automation and MeasuringSystems，ASAM)制定的标准架构诊断仪(MVCI，Modular Vehicle CommunicationInterface)所使用的数据文件。ODX是格式标准化的诊断文件，在诊断不同的车，或者不同的ECU时，只需要加载适配这个车型或ECU的ODX文件即可，而无需对诊断仪做任何改变。ODX统一了诊断文件的格式，所以诊断文件在研发、测试、生产、售后等部门中传递交换的时候，不需要进行格式转换。
开放式测试序列交换格式(Open Test sequence eXchange，OTX)是一种标准化的交换格式，在ISO 13209标准中进行了标准化，用于形式化描述自动化诊断序列，例如系统测试或指导性调试。
诊断序列基于可扩展标记语言(Extensible Markup LanguageXML)，可以在具有不同平台和诊断测试器的流程合作伙伴之间交换。每当车外测试设备对具有诊断能力的汽车部件或功能进行诊断，测试，重新编程或初始化时，都会使用诊断测试序列。
诊断序列中的测试顺序定义了用户(即车间或装配线工作人员)，诊断应用程序(测试设备)和车辆通信接口之间的交互顺序，以及必须执行的任何计算和决策。这些测试序列就像流程图中的一系列节点按照一定次序组成的流程。
签名，在其他编程语言中又称为接口、原型、头文件。OTX的签名支持契约设计的概念。一般来说，一个签名代表了对另一个软件模块的接口描述，其内部实现细节不需要被该模块的用户知道。只要用户和实现的软件模块遵守签名规范，就可以保证互操作性。
汽车厂家提供基于OTX标准的诊断流程文件来执行特殊功能和刷写流程，其中有部分特殊功能的功能节点依赖于OTX签名才能正常执行，例如，一个非模态对话框的功能节点(actions节点，也称作动作节点)的执行需要依赖于一个名称为DIALOG_Non_Modal的hmi:OpenScreen类型的签名。该签名必须在使用它之前进行定义。该DIALOG_Non_Modal签名有两个参数名分别为sc_param_title和sc_param_message的字符串类型的参数。
如果该DIALOG_Non_Modal签名在被功能节点使用之前没有定义，则使用环节会因为找不到定义而不能继续执行当前OTX文件诊断流程所描述的特殊功能。
本申请的一些实施例，在现有的车辆诊断设备运行的汽车诊断程序中，增加一层OTX签名规范性校验功能，能够有效对OTX源文件签名定义的规范性进行校验，并能够针对具体签名类型提供一定的容灾措施，从而避免在执行OTX特殊功能环节时，由于功能节点调用的签名未定义，而导致整个诊断流程的中断。
图1示出了本申请实施例提供的车辆诊断的方法，应用于针对车辆的诊断设备，诊断设备也称诊断仪，可由该诊断设备的软件和/或硬件实现。如图1所示，该方法包括步骤S110至S140。各个步骤的具体实现原理如下：
S110，获取用户的诊断指令。
在一些实施例中，诊断设备获取用户发出的诊断指令。在一些具体的示例中，诊断设备可以通过包括但不限于触摸屏、功能按键、语音输入装置等输入装置，获取用户发出的诊断指令。
在一些实施例中，诊断指令可以包括但不限于钥匙匹配、钥匙学习或胎压检测等指令；诊断指令还可以包括ECU刷写指令；诊断指令还可以包括诊断初始化指令，诊断初始化指令用于初始化诊断设备。初始化诊断设备可以包括软件初始化，软件初始化可以包括通过通信网络连接汽车整车制造商的服务器，在线获取汽车整车制造商提供的诊断流程文件。在另一些实施例中，诊断设备也可以从U盘、移动硬盘、存储卡等存储介质中获取离线的诊断流程文件。其中，诊断流程文件可以是基于OTX标准的诊断流程文件。
S120，根据所述诊断指令确定对应的目标诊断流程。
在一些实施例中，诊断指令具有与其对应的诊断流程。当诊断设备接收到用户发出的诊断指令后，基于诊断指令与诊断流程的对应关系，确定对应的目标诊断流程。目标诊断流程为执行对应诊断指令需要进行的程序指令组合。目标诊断流程可以是上述的诊断序列。
在一些具体的示例中，诊断流程可以通过OTX文件中设置的XML节点，以及通过节点间的调用关系构成的执行顺序来实现。
S130，对目标诊断流程的文件进行规范性校验。
在一些实施例中，诊断设备对目标诊断流程对应的文件的规范性进行校验。目标诊断流程对应的文件可以是OTX文件，也可以称作OTX源文件、源文件等。
在一些实施例中，目标诊断流程可以本身对应一个或若干个文件，例如，执行钥匙匹配指令的诊断流程对应一个OTX文件；执行ECU刷写指令的诊断流程对应多个OTX文件。在一些情况中，目标诊断流程的一个步骤对应一个OTX文件，例如在诊断流程的一个步骤中调用OTX文件内定义的节点。
在一些实施例中，目标诊断流程对应的文件应遵循预先定义的标准，例如OTX标准。对目标诊断流程对应的文件的规范性校验，包括，判断目标诊断流程对应的文件是否遵循预先定义的标准。
在一个具体的示例中，预先定义的标准规定了签名在被调用前，需要对该签名进行预先定义。例如OTX功能节点在调用签名前，需要在功能节点所在的OTX文件，或与功能节点所在的OTX文件处于同一文件包的另一OTX文件中定义该签名。
对目标诊断流程对应的文件的规范性校验，可以包括，解析所述目标诊断流程文件，确定缺失定义的目标签名以及目标功能节点，所述目标功能节点为调用所述目标签名的节点。
签名定义节点为诊断流程文件中定义签名的节点。在签名定义节点定义了签名标识信息、签名所需传入参数的数据类型、签名传入参数的名称等。签名标识包括但不限于签名的ID或签名的名称。在签名定义节点还定义了对签名传入参数所进行的操作，也就是该签名执行的功能。
在一些实施例中，诊断流程文件为符合OTX标准的诊断流程文件，此时签名定义节点包括signatures节点。
这里的功能节点可以是执行诊断流程文件中的一些特殊功能的节点。例如钥匙匹配、钥匙学习或胎压检测等，或者ECU刷写流程中的功能节点。在基于OTX标准的诊断流程文件中，功能节点包括procedures节点和actions节点。
缺失定义的目标签名是指在功能节点处被调用的签名，但是该签名没有遵守相关协议的规定，没有在诊断流程文件中预先定义。这里的相关协议可以是OTX标准。这里目标功能节点为调用所述目标签名的节点。
可选的，对目标诊断流程的文件进行规范性校验，具体包括：遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息；遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息；比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。关于该示例的详细阐述，参见图2对应的实施例。
S140，根据校验结果加载目标诊断流程并执行诊断过程。
在一些实施例中，对目标诊断流程的文件进行规范性校验的校验结果可能是该文件是规范的，也可能是该文件是不规范的。在诊断结果不同的情况下，诊断设备针对不同的诊断结果，采用与诊断结果对应的加载目标诊断流程并执行诊断过程的处理方式。
在一些具体的示例中，诊断设备根据校验结果加载目标诊断流程并执行诊断过程包括：若校验结果为不规范，则为目标签名创建定义，在确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义后，加载所述目标诊断流程并执行诊断过程。
在另一些具体的示例中，诊断设备根据校验结果加载目标诊断流程并执行诊断过程包括：若校验结果为规范，则加载所述目标诊断流程并执行诊断过程。也就是说，校验结果为规范的情况，即所有的功能节点调用的签名均存在签名定义，此时可以直接加载目标诊断流程的源文件并执行诊断过程。
可以理解的是，通过对目标诊断流程的文件进行规范性校验，降低了目标诊断流程的文件因规范性问题导致诊断流程出错的可能，进而降低了诊断流程因目标诊断流程的文件出错而中断的风险。
在上述图1所示的车辆诊断的方法实施例的基础上，如图2所示，步骤S130，对目标诊断流程的文件进行规范性校验，包括步骤S210至S230。各个步骤的具体实现原理如下：
S210，遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息。
在一些实施例中，诊断设备遍历目标诊断流程的文件中所有签名定义节点，将每个签名定义节点中的签名标识信息添加到签名定义集中，作为签名定义集的一个元素。其中，签名标识信息可以是签名ID或签名名称
在一个具体示例中，诊断设备中遍历目标诊断流程的文件中所有signatures节点。将每个signatures节点中的签名ID提取出来，将该签名ID添加到签名定义集中，作为签名定义集的一个元素。
S220，遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息。
在一些实施例中，诊断设备遍历目标诊断流程的文件中所功能节点，如果该功能节点调用了签名，则将该功能节点调用签名时采用的签名标识信息，例如签名ID，作为签名使用集的一个元素。
在一个具体示例中，遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，包括：遍历所述目标诊断流程的文件中所有调用签名的功能节点，针对每个所述功能节点，若所述功能节点中包含调用签名的关键字，则将所述功能节点调用的签名的标识信息加入签名使用集。
例如，诊断流程文件为符合OTX标准的诊断流程文件，诊断设备中的诊断程序遍历目标诊断流程文件中所有功能节点包括procedures节点和actions节点。将每个功能节点中的调用的签名ID提取出来，添加到签名使用集中，作为签名使用集的一个元素。在OTX标准的诊断流程文件中，如果功能节点调用了签名，需要采用“implement＝“sig：XXX””的格式来标注对签名的调用，其中“XXX”为签名的名称(name)，可以借助关键字“implement＝“sig：”来确定功能节点对签名“XXX”的调用。
S230，比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。
在一些实施例中，比较所述签名定义集和所述签名使用集，确定缺失定义的目标签名。具体的，诊断设备逐个比较签名定义集和签名使用集中各个元素的异同，若一个签名的标识信息存在于签名使用集，但是该标识信息在签名定义集中查询不到，则可以确定该标识信息对应的签名缺失定义，该标识信息对应的签名即为目标签名。
可以理解的是，若不存在缺失定义的目标签名，则说明所有的功能节点调用的签名均存在签名定义。也就是说，目标诊断流程对应的源文件，符合相关规范中关于签名的规则。举例来说，源文件符合OTX标准中关于签名的规则。此时，诊断设备可以直接加载目标诊断流程的源文件并执行诊断过程。
也可以理解，若存在缺失签名定义的目标签名，则校验结果为不规范。也就是说，目标诊断流程对应的源文件，不符合相关规范中关于签名的规则。举例来说，源文件不符合OTX标准中关于签名的规则。此种情况下，诊断设备根据校验结果加载目标诊断流程并执行诊断过程，包括对不符合规范的源文件进行签名容错处理，以使诊断设备能够继续加载目标诊断流程并执行诊断过程。关于容错处理的实施方式，可以参考以下各个实施例中的阐述。
可以理解的是，对目标诊断流程的文件进行规范性校验，可以及时发现源文件中是否包含未定义签名等错误，避免诊断过程出现中断，以及由诊断过程出现中断对车辆的器件造成损坏。另外，由于根据签名定义节点创建签名定义集，以及根据调用签名的功能节点创建签名使用集，并且通过比较签名定义集和签名使用集即可确定缺失定义的目标签名。避免了在发现功能节点调用签名后，遍历全部目标诊断流程文件中的节点寻找该签名是否有定义操作，可以获得更高的处理效率。
在上述图2所示的车辆诊断的方法实施例的基础上，如图3所示，步骤S140，根据校验结果加载目标诊断流程并执行诊断过程，包括步骤S310至S340。各个步骤的具体实现原理如下：
S310，若所述校验结果为不规范，则确定调用所述目标签名的目标功能节点。
在一些实施例中，诊断设备对目标诊断流程的文件进行规范性校验，并确定校验结果为不规范，也就是在确定目标诊断流程的文件中存在缺失定义的目标签名后，则确定调用所述目标签名的目标功能节点。
在一个具体的示例中，诊断设备可以根据目标签名的标识信息，确定调用所述目标签名的目标功能节点。例如，诊断设备遍历目标诊断流程的文件中每个功能节点，根据所述标识信息查找调用目标签名的功能节点。
在另一个具体的示例中，所述确定调用所述目标签名的目标功能节点，具体包括：遍历所述目标诊断流程的文件中的每个功能节点，针对任意一个被功能节点调用的备查签名，若在所述目标诊断流程的文件中查找不到所述备查签名的定义，将所述备查签名作为所述目标签名，同时将所述功能节点确定为所述目标功能节点。备查签名为被功能节点调用签名，该签名是否具有定义需要通过查询源文件才能确定。
S320，基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义。
在功能节点调用签名时，需要配置被调用签名的参数，参数配置包括但不限于签名标识信息、签名传入参数的数据类型、签名传入参数的名称和签名传入参数的值。签名的标识信息包括但不限于签名的ID或签名的名称。
在本申请一些实施例中，诊断设备可以基于在功能节点调用目标签名的位置所配置的参数构造签名的定义，也就是为所述目标签名创建定义。
具体的，诊断设备可以根据参数配置中的签名的标识，构造签名定义中关于签名标识的元素。诊断设备可以根据参数配置中的签名的传入参数的参数类型和参数名称，构造签名的参数定义。诊断设备可以根据传入参数的值构造签名中执行的动作或输出结果，或者直接使签名不执行任何动作输出空的结果。
在一些实施例中，可以预设一个签名定义预设模板，诊断设备可以将目标节点调用目标签名时采用的参数配置直接套入该预设模板中，这样就可以快速的构造签名的定义。
可以理解的是，在功能节点调用签名时需要配置该签名的参数。若签名有定义，则这些被功能节点采用的参数配置，签名定义的位置应具备相应的参数定义。通常签名的定义应符合预先约定的规则，例如OTX规范。那么，诊断设备通过使用目标签名时采用的参数配置，逆向分析得到目标签名的定义，进而为目标签名创建定义。
可以理解的是，通过解析目标诊断流程文件中，确定缺失定义的目标签名以及目标功能节点，并基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义，一方面，可以在签名避免签名定义缺失导致的诊断流程中断，甚至避免诊断流程中断造成车辆器件的毁坏；另一方面，利用本申请实施例提供的车辆诊断的方法，可以使诊断流程不中断执行，使得诊断程序的开发可以和汽车整车制造商开发以及升级诊断流程一定程度的并发进行，提高了诊断程序的开发效率。
S330，确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义。
在一些实施中，诊断设备确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义，可以是在为目标签名创建定义后，即确定目标诊断流程的文件的全部功能节点调用的签名具有签名定义。还可以是重新执行对目标诊断流程的文件进行规范性校验的步骤，确定校验结果为规范的。具体的，可以是重新执行上述实施例中S210至S230的步骤。
S340，加载所述目标诊断流程并执行诊断过程。
在一些实施例中，诊断设备在确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义后，加载所述目标诊断流程并执行诊断过程。
在上述图3所示的车辆诊断的方法实施例的基础上，如图4所示，步骤S320，基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义，包括步骤S410、S420和S430。各个步骤的具体实现原理如下：
S410，确定所述参数配置中的传入参数的参数类型。
在功能节点调用签名时需要配置该签名的参数，其中包括签名参数类型。例如，功能节点调用了签名“DIALOG_Non_Modal”，其中，签名有两个参数名分别为“sc_param_title”和“sc_param_message”的字符串类型的参数。这里字符串类型即为签名的传入参数的参数类型。
参数类型包括基本类型和自定义类型。基本类型是目标诊断流程的文件遵循的协议，例如OTX标准，中统一规定的数据类型。自定义类型是由诊断流程文件的提供者，一般是汽车整车制造商，自行定义的数据类型。
在一些实施例中，诊断设备提取功能节点调用签名时的参数配置，通过参数配置中的参数类型关键字，例如“xsi:type”，所指定的类型来判断参数类型。
S420，若所述参数类型为基本类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义。
在一些实施例中，若诊断设备判断传入参数的参数类型为基本类型，例如字符串类型或整数类型等类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义。
在一个具体的示例中，预设模板包含签名标识信息部分，签名参数定义部分和签名执行操作部分。诊断设备根据目标节点调用签名的处签名标识信息，以及配置的参数的传入参数的参数类型和参数名称，填入预设模板形成目标签名的定义。还可以根据数据参数的值，构造签名中执行的动作或输出结果，或直接使签名不执行任何动作输出空的结果。
S430，若所述传入参数的类型为非基本类型，则获取签名描述文件，基于签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名构造定义。
在一些实施例中，传入参数的类型为非基本类型，也就是该参数的类型是汽车整车制造商自定义的数据类型。此时不能够根据基本数据类型的经验来构造签名的定义。此种情况下可以获取由汽车整车制造商提供的签名描述文件，该描述文件提供了签名的标识信息，参数类型，如果参数类型是自定义参数类型，该文件提供了自定义参数的描述。基于此，诊断设备可以获取签名描述文件，基于签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名创建定义。
可以理解的是，通过对签名的传入参数类型的判断，参数类型为基本类型时采用预设模板来创建签名定义，参数类型为自定义类型时采用厂商提供的签名描述文件来为所述目标签名创建定义。一方面可以使获取不到厂商提供的签名描述文件的情况下，使大部分缺失签名定义功能节点仍能被执行，尽可能避免诊断流程的中断。另一方面，在有厂商提供的签名描述文件的情况下，基于签名描述文件创建的签名，虽然不能绝对准确的执行功能节点的功能，但是也可以避免签名的定义与签名的使用不符造成的功能节点不能被执行，导致诊断流程中断的问题。
在上述图4所示的车辆诊断的方法实施例的基础上，如图5所示，在步骤S410，确定所述参数配置中的参数类型后，所述处理方法还包括步骤S440：
S440，若所述传入参数的参数类型为非基本类型，并且无法获取签名描述文件，则通知提供目标诊断流程文件的服务商补全所述目标签名的定义。
在一些实施例中，诊断设备若判断所述参数配置中的传入参数的参数类型为非基本类型，并且无法获取签名描述文件。此种情况下，可以通过访问服务商提供的服务器，通知提供目标诊断流程文件的服务商补全所述目标签名的定义，并通过该服务器获取目标签名定义。以使诊断流程可以继续进行。应理解，也可以通过其他渠道通知提供目标诊断流程文件的服务商补全所述目标签名的定义，以使诊断流程可以继续进行。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
对应于上述图1所示的车辆诊断的方法，图6示出的是本申请实施例提供的一种车辆诊断的装置M100，包括：
诊断指令获取模块M110，用于获取用户的诊断指令；
目标诊断流程确定模块M120，用于根据所述诊断指令确定对应的目标诊断流程；
规范性校验模块M130，用于对目标诊断流程的文件进行规范性校验；
诊断流程执行模块M140，用于根据校验结果加载目标诊断流程并执行诊断过程。
可选的，所述规范性校验模块包括：
签名定义集创建模块，用于遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息；
签名使用集创建模块，用于遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息；
规范性校验结果确定模块，用于比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。
可选的，所述签名使用集创建模块，具体用于遍历所述目标诊断流程的文件中所有调用签名的功能节点，针对每个所述功能节点，若所述功能节点中包含调用签名的关键字，则将所述功能节点调用的签名的标识信息加入签名使用集。
可选的，所述诊断流程执行模块包括：
目标功能节点确定模块，用于若所述校验结果为不规范，则确定调用所述目标签名的目标功能节点；
签名定义创建模块，用于基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义；
签名定义确定模块，用于确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义；
诊断过程加载模块，用于加载所述目标诊断流程并执行诊断过程。
可选的，所述目标功能节点确定模块，具体用于：
遍历所述目标诊断流程的文件中的每个功能节点，针对任意一个被功能节点调用的备查签名，若在所述目标诊断流程的文件中查找不到所述备查签名的定义，将所述备查签名作为所述目标签名，同时将所述功能节点确定为所述目标功能节点。
可选的，所述签名定义创建模块包括：
参数类型确定模块，用于确定所述参数配置中的传入参数的参数类型；
基本类型处理模块，用于若所述参数类型为基本类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义；
非基本类型处理模块，用于若所述参数类型为非基本类型，则获取签名描述文件，基于所述参数配置中的签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名构造定义。
可选的，所述非基本类型处理模块，还用于若所述传入参数的参数类型为非基本类型，并且无法获取签名描述文件，则通知提供目标诊断流程文件的服务商补全所述目标签名的定义。
可以理解的是，以上实施例中的各种实施方式和实施方式组合及其有益效果同样适用于本实施例，这里不再赘述。
图7为本申请一实施例提供的诊断设备的结构示意图。如图7所示，该实施例的电子设备D10包括：至少一个处理器D100(图7中仅示出一个)处理器、存储器D101以及存储在所述存储器D101中并可在所述至少一个处理器D100上运行的计算机程序D102，所述处理器D100执行所述计算机程序D102时实现上述任意各个方法实施例中的步骤。
在一些实施例中，所述处理器D100执行所述计算机程序D102时，实现如下步骤：
获取用户的诊断指令；
根据所述诊断指令确定对应的目标诊断流程；
对目标诊断流程的文件进行规范性校验；
根据校验结果加载目标诊断流程并执行诊断过程。
可选的，所述处理器D100执行所述计算机程序D102时实现所述对目标诊断流程的文件进行规范性校验的步骤时，具体实现如下步骤：
遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息；
遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息；
比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。
可选的，所述处理器D100执行所述计算机程序D102时实现所述遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集的步骤时，具体实现如下步骤：
遍历所述目标诊断流程的文件中所有调用签名的功能节点，针对每个所述功能节点，若所述功能节点中包含调用签名的关键字，则将所述功能节点调用的签名的标识信息加入签名使用集。
可选的，所述处理器D100执行所述计算机程序D102时实现所述根据校验结果加载目标诊断流程的步骤时，具体实现如下步骤：
若所述校验结果为不规范，则确定调用所述目标签名的目标功能节点；
基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义；
确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义；
加载所述目标诊断流程并执行诊断过程。
可选的，所述处理器D100执行所述计算机程序D102时实现所述确定调用所述目标签名的目标功能节点的步骤时，具体实现如下步骤：
遍历所述目标诊断流程的文件中的每个功能节点，针对任意一个被功能节点调用的备查签名，若在所述目标诊断流程的文件中查找不到所述备查签名的定义，将所述备查签名作为所述目标签名，同时将所述功能节点确定为所述目标功能节点。
可选的，所述处理器D100执行所述计算机程序D102时实现所述基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义的步骤时，具体实现如下步骤：
确定所述参数配置中的传入参数的参数类型；
若所述参数类型为基本类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义；
若所述参数类型为非基本类型，则获取签名描述文件，基于所述参数配置中的签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名构造定义。
可选的，所述处理器D100执行所述计算机程序D102时实现在确定所述参数配置中的传入参数的参数类型的步骤后，还实现如下步骤：
若所述传入参数的参数类型为非基本类型，并且无法获取签名描述文件，则通知提供目标诊断流程文件的服务商补全所述目标签名的定义。
所述电子设备D10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该电子设备可包括，但不仅限于，处理器D100、存储器D101。本领域技术人员可以理解，图7仅仅是电子设备D10的举例，并不构成对电子设备D10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
所称处理器D100可以是中央处理单元(Central Processing Unit，CPU)，该处理器D100还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器D101在一些实施例中可以是所述电子设备D10的内部存储单元，例如电子设备D10的硬盘或内存。所述存储器D101在另一些实施例中也可以是所述电子设备D10的外部存储设备，例如所述电子设备D10上配备的插接式硬盘，智能存储卡(Smart MediaCard，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器D101还可以既包括所述电子设备D10的内部存储单元也包括外部存储设备。所述存储器D101用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器D101还可以用于暂时地存储已经输出或者将要输出的数据。
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行时可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
Claims (10)
1.一种车辆诊断的方法，其特征在于，所述方法包括：
获取用户的诊断指令；
根据所述诊断指令确定对应的目标诊断流程；
对目标诊断流程的文件进行规范性校验；
根据校验结果加载目标诊断流程并执行诊断过程。
2.根据权利要求1所述的方法，其特征在于，所述对目标诊断流程的文件进行规范性校验，具体包括：
遍历所述目标诊断流程的文件中所有签名定义节点，创建签名定义集，所述签名定义集中的每个元素，为在所述目标诊断流程的文件中定义的签名的标识信息；
遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，所述签名使用集中的每个元素，为被所述功能节点调用的签名的标识信息；
比较所述签名定义集和所述签名使用集，判断是否存在缺失定义的目标签名，若不存在，则校验结果为规范；若存在，则校验结果为不规范。
3.根据权利要求2所述的方法，其特征在于，所述遍历所述目标诊断流程的文件中所有调用签名的功能节点，创建签名使用集，包括：
遍历所述目标诊断流程的文件中所有调用签名的功能节点，针对每个所述功能节点，若所述功能节点中包含调用签名的关键字，则将所述功能节点调用的签名的标识信息加入签名使用集。
4.根据权利要求2所述的方法，其特征在于，所述根据校验结果加载目标诊断流程并执行诊断过程，具体包括：
若所述校验结果为不规范，则确定调用所述目标签名的目标功能节点；
基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义；
确定所述目标诊断流程的文件的全部功能节点调用的签名具有签名定义；
加载所述目标诊断流程并执行诊断过程。
5.根据权利要求4所述的方法，其特征在于，所述确定调用所述目标签名的目标功能节点，具体包括：
遍历所述目标诊断流程的文件中的每个功能节点，针对任意一个被功能节点调用的备查签名，若在所述目标诊断流程的文件中查找不到所述备查签名的定义，将所述备查签名作为所述目标签名，同时将所述功能节点确定为所述目标功能节点。
6.根据权利要求4所述的方法，其特征在于，所述基于所述目标功能节点调用所述目标签名时采用的参数配置，为所述目标签名创建定义，具体包括：
确定所述参数配置中的传入参数的参数类型；
若所述参数类型为基本类型，则基于所述参数配置，根据预设模板为所述目标签名构造定义；
若所述参数类型为非基本类型，则获取签名描述文件，基于所述参数配置中的签名标识信息，以及所述参数配置中的参数名称，在所述签名描述文件查找对应的签名描述信息，根据所述签名描述信息为所述目标签名构造定义。
7.根据权利要求6所述的方法，其特征在于，在确定所述参数配置中的传入参数的参数类型后，所述方法还包括：
若所述传入参数的参数类型为非基本类型，并且无法获取签名描述文件，则通知提供目标诊断流程文件的服务商补全所述目标签名的定义。
8.一种车辆诊断的装置，其特征在于，所述装置包括：
诊断指令获取模块，用于获取用户的诊断指令；
目标诊断流程确定模块，用于根据所述诊断指令确定对应的目标诊断流程；
规范性校验模块，用于对目标诊断流程的文件进行规范性校验；
诊断流程执行模块，用于根据校验结果加载目标诊断流程并执行诊断过程。
9.一种诊断设备，包括存储器、处理器以及存储在所述存储器中并能够在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210224903.2A CN114625106A (zh) | 2022-03-07 | 2022-03-07 | 车辆诊断的方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210224903.2A CN114625106A (zh) | 2022-03-07 | 2022-03-07 | 车辆诊断的方法、装置、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114625106A true CN114625106A (zh) | 2022-06-14 |
Family
ID=81899677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210224903.2A Pending CN114625106A (zh) | 2022-03-07 | 2022-03-07 | 车辆诊断的方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114625106A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114996169A (zh) * | 2022-08-04 | 2022-09-02 | 苏州清研精准汽车科技有限公司 | 设备诊断方法、装置、电子设备及存储介质 |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101718992A (zh) * | 2009-11-10 | 2010-06-02 | 深圳市元征软件开发有限公司 | 基于互联网c/s模式的汽车诊断系统及方法 |
| JP2010157128A (ja) * | 2008-12-27 | 2010-07-15 | Nichii Gakkan Co | 診断群分類検証システム、診断群分類検証プログラムおよび診断群分類検証方法 |
| WO2016087652A1 (de) * | 2014-12-05 | 2016-06-09 | Technische Universität Dresden | Verfahren zur datenverarbeitung zum ermitteln, ob bei einer ausführung eines programms ein fehler aufgetreten ist, und datenverarbeitungsanordnungen zum erzeugen von programm-code |
| CN107798301A (zh) * | 2017-10-13 | 2018-03-13 | 上海眼控科技股份有限公司 | 一种用于车辆年检的签名检测系统及方法 |
| CN108139752A (zh) * | 2017-12-28 | 2018-06-08 | 深圳市元征软件开发有限公司 | 诊断设备的指令验证方法、装置和下位机 |
| CN109658542A (zh) * | 2018-11-16 | 2019-04-19 | 深圳市元征科技股份有限公司 | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 |
| CN109885424A (zh) * | 2019-01-16 | 2019-06-14 | 平安科技（深圳）有限公司 | 一种数据备份方法、装置及计算机设备 |
| CN110703727A (zh) * | 2019-09-30 | 2020-01-17 | 深圳市元征科技股份有限公司 | 车辆诊断方法、装置、电子设备和车辆诊断设备 |
| CN110795159A (zh) * | 2019-10-30 | 2020-02-14 | 福建省汽车工业集团云度新能源汽车股份有限公司 | 一种防止车载ecu错误升级无法重刷的方法及存储设备 |
| KR102101456B1 (ko) * | 2018-10-31 | 2020-04-16 | (주)아이티 노매즈 | 문서 파일 및 비정형 이미지 파일에서의 개인정보 노출 여부 진단에 대한 오탐율 저감 방법 |
| CN111103861A (zh) * | 2018-10-25 | 2020-05-05 | 上汽通用汽车有限公司 | 开发基于车辆售后诊断需求的集成系统的方法和装置 |
| CN111708497A (zh) * | 2020-06-19 | 2020-09-25 | 汪礼君 | 一种基于hdfs的云环境数据存储优化方法 |
| CN111857755A (zh) * | 2020-07-22 | 2020-10-30 | 中国第一汽车股份有限公司 | 程序刷写方法、装置、车辆及存储介质 |
| CN112147983A (zh) * | 2020-09-27 | 2020-12-29 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、装置、电子设备及存储介质 |
| CN112327815A (zh) * | 2020-11-30 | 2021-02-05 | 北京一雄信息科技有限公司 | 一种批量测试汽车诊断仪数据流准确性的方法及装置 |
| CN113625683A (zh) * | 2021-07-23 | 2021-11-09 | 深圳市元征未来汽车技术有限公司 | 车辆诊断方法、装置、电子设备及存储介质 |
| CN113917904A (zh) * | 2021-07-23 | 2022-01-11 | 山东豪驰智能汽车有限公司 | 一种电动汽车利用手机app进行故障诊断的设计方法 |
-
2022
- 2022-03-07 CN CN202210224903.2A patent/CN114625106A/zh active Pending
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010157128A (ja) * | 2008-12-27 | 2010-07-15 | Nichii Gakkan Co | 診断群分類検証システム、診断群分類検証プログラムおよび診断群分類検証方法 |
| CN101718992A (zh) * | 2009-11-10 | 2010-06-02 | 深圳市元征软件开发有限公司 | 基于互联网c/s模式的汽车诊断系统及方法 |
| WO2016087652A1 (de) * | 2014-12-05 | 2016-06-09 | Technische Universität Dresden | Verfahren zur datenverarbeitung zum ermitteln, ob bei einer ausführung eines programms ein fehler aufgetreten ist, und datenverarbeitungsanordnungen zum erzeugen von programm-code |
| CN107798301A (zh) * | 2017-10-13 | 2018-03-13 | 上海眼控科技股份有限公司 | 一种用于车辆年检的签名检测系统及方法 |
| CN108139752A (zh) * | 2017-12-28 | 2018-06-08 | 深圳市元征软件开发有限公司 | 诊断设备的指令验证方法、装置和下位机 |
| CN111103861A (zh) * | 2018-10-25 | 2020-05-05 | 上汽通用汽车有限公司 | 开发基于车辆售后诊断需求的集成系统的方法和装置 |
| KR102101456B1 (ko) * | 2018-10-31 | 2020-04-16 | (주)아이티 노매즈 | 문서 파일 및 비정형 이미지 파일에서의 개인정보 노출 여부 진단에 대한 오탐율 저감 방법 |
| CN109658542A (zh) * | 2018-11-16 | 2019-04-19 | 深圳市元征科技股份有限公司 | 诊断参数数据校验方法、装置、车辆诊断设备和存储介质 |
| CN109885424A (zh) * | 2019-01-16 | 2019-06-14 | 平安科技（深圳）有限公司 | 一种数据备份方法、装置及计算机设备 |
| CN110703727A (zh) * | 2019-09-30 | 2020-01-17 | 深圳市元征科技股份有限公司 | 车辆诊断方法、装置、电子设备和车辆诊断设备 |
| CN110795159A (zh) * | 2019-10-30 | 2020-02-14 | 福建省汽车工业集团云度新能源汽车股份有限公司 | 一种防止车载ecu错误升级无法重刷的方法及存储设备 |
| CN111708497A (zh) * | 2020-06-19 | 2020-09-25 | 汪礼君 | 一种基于hdfs的云环境数据存储优化方法 |
| CN111857755A (zh) * | 2020-07-22 | 2020-10-30 | 中国第一汽车股份有限公司 | 程序刷写方法、装置、车辆及存储介质 |
| CN112147983A (zh) * | 2020-09-27 | 2020-12-29 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、装置、电子设备及存储介质 |
| CN112327815A (zh) * | 2020-11-30 | 2021-02-05 | 北京一雄信息科技有限公司 | 一种批量测试汽车诊断仪数据流准确性的方法及装置 |
| CN113625683A (zh) * | 2021-07-23 | 2021-11-09 | 深圳市元征未来汽车技术有限公司 | 车辆诊断方法、装置、电子设备及存储介质 |
| CN113917904A (zh) * | 2021-07-23 | 2022-01-11 | 山东豪驰智能汽车有限公司 | 一种电动汽车利用手机app进行故障诊断的设计方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114996169A (zh) * | 2022-08-04 | 2022-09-02 | 苏州清研精准汽车科技有限公司 | 设备诊断方法、装置、电子设备及存储介质 |
| CN114996169B (zh) * | 2022-08-04 | 2022-10-28 | 苏州清研精准汽车科技有限公司 | 设备诊断方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110515366B (zh) | 一种故障诊断方法及装置 | |
| US9612937B2 (en) | Determining relevant events in source code analysis | |
| CN112965871A (zh) | 车辆故障提示信息获取方法、装置及存储介质 | |
| CN111552267B (zh) | 车辆诊断方法、装置及车辆诊断设备 | |
| CN111143087A (zh) | 一种接口调用方法、装置、存储介质和服务器 | |
| Lauer et al. | Fault tree synthesis from UML models for reliability analysis at early design stages | |
| CN110046091B (zh) | 一种自动测试方法和装置 | |
| CN111881022A (zh) | 基于测试场景生成测试用例的方法、装置和设备 | |
| CN111694572A (zh) | 代码格式转换方法、装置、计算机设备及存储介质 | |
| CN108009085B (zh) | 渠道包测试方法 | |
| CN112948233A (zh) | 一种接口测试方法、装置、终端设备及介质 | |
| CN114625106A (zh) | 车辆诊断的方法、装置、电子设备及存储介质 | |
| CN115757100A (zh) | 面向用户界面的自动化测试框架以及方法、设备、介质 | |
| CN111324540B (zh) | 一种接口测试方法及装置 | |
| CN112306041A (zh) | 车辆的配置信息写入方法、装置及电子设备 | |
| CN111857103A (zh) | 一种车辆诊断方法、装置、设备及存储介质 | |
| CN116431522A (zh) | 一种低代码对象存储网关自动化测试方法及系统 | |
| CN106940647B (zh) | 代码管理方法和装置 | |
| CN112306038B (zh) | 一种检测方法、检测装置及诊断设备 | |
| CN115495363A (zh) | 一种软件测试方法、电子设备及可读存储介质 | |
| CN114488997A (zh) | Ecu刷写的方法、装置、电子设备及存储介质 | |
| CN113986592A (zh) | 日志记录方法、装置、终端设备及可读存储介质 | |
| CN105786865B (zh) | 一种检索系统故障分析方法及装置 | |
| EP2246789A1 (en) | Method and system for verifying a system operation | |
| CN113407460B (zh) | 一种页面测试方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |