技术领域
[0001] 本
发明涉及车辆售后诊断领域，特别涉及开发基于车辆售后诊断需求的集成系统的方法、装置、计算机可读存储介质以及集成系统。
背景技术
[0002]
电子电器模
块在车辆乘用的应用中大量普及，车载
数据总线、电子模块OBD诊断的技术也得到迅速推广应用。电子模块诊断的售后维修性地位越来越重要，对包括4S店或第三方维修店等维修技术人员实际解决车辆故障排除提供了有
力保障。
[0003] 电子模块中的诊断规范描述了一系列诊断服务，定义ECU与诊断仪之间的
请求响应规则、ECU对于请求报文的处理行为以及请求、响应报文信息含义，是ECU与诊断仪之间进行诊断通信的重要部分。然而，电子模块的诊断规范开发基本还是在word、excel的
基础上开发，从而造成售后诊断开发的工作量大且效率低，以及相关数据和信息的遗漏和错误
风险等。
发明内容
[0004] 本发明的一个目的是提供一种用于开发基于车辆售后诊断需求的方法，其提高了诊断需求开发的规范性、完整性和开发工作的效率和
质量。
[0005] 按照本发明一个目的的用于开发基于车辆售后诊断需求的方法包含下列步骤：对车辆中电子模块的诊断规范进行模块化解析以建立统一模板的结构化数据链；
基于结构化数据链来导入诊断数据；
对诊断数据进行授权及校验并且将经过授权及校验的诊断数据转换成ODX诊断数据；
以及
对ODX诊断数据进行实车验证和校验，以构建ODX诊断
数据库。
[0006] 可选地，在上述方法中，对车辆中电子模块的诊断规范进行模块化解析的步骤包括：针对每个电子模块的诊断规范基于各个模块的诊断需求数据开发格式统一模板；以及基于所述格式统一模板对电子模块的诊断规范进行解读，以建立统一模块的结构化数据链。
[0007] 可选地，在上述方法中，对所述结构化数据链进行分类，并且定义每类数据的记录数据，以通过EXCEL的格式将所述结构化数据链进行导入。
[0008] 可选地，在上述方法中，所述经过授权及校验的诊断数据和所述ODX诊断数据相互转换以实现数据同步和校验，以及所述经过授权及校验的诊断数据和所述ODX诊断数据与所述诊断数据是同步的。
[0009] 可选地，在上述方法中，所述集成系统提供ODX转换
插件以将所述经过授权及校验的诊断数据转换成ODX诊断数据。
[0010] 可选地，在上述方法中，对所述ODX诊断数据进行实车验证和校验进一步包括：如果在实车验证和校验中发现问题，则对所述ODX诊断数据进行
修改和编辑；
通过所述集成系统中的ODX转换插件转换成EXCEL格式文件；以及
对照诊断规范修改错误信息，以更新所述ODX诊断数据中的错误信息。
[0011] 可选地，在上述方法中，将所述ODX诊断数据库提供给下游授权诊断
软件使用。
[0012] 本发明的另一个目的是提供基于车辆售后诊断需求开发的集成系统，其提供了从诊断规范的制定、解读、诊断需求开发、实车验证及校验的完整系统。
[0013] 按照本发明另一个目的的基于车辆售后诊断需求开发的集成系统包括：第一模块，用于对车辆中电子模块的诊断规范进行模块化解析以建立统一模板的结构化数据链；
第二模块，用于基于结构化数据链来导入诊断数据；
第三模块，用于对诊断数据进行授权及校验并且将经过授权及校验的诊断数据转换成ODX诊断数据；以及
第四模块，对ODX诊断数据进行实车验证和校验，以构建ODX诊断数据库。
[0014] 本发明的还有一个目的是提供一种开发基于车辆售后诊断需求的集成系统的装置，其能够以规范和高效的方式开发基于车辆售后诊断需求的集成系统。
[0015] 按照本发明还有一个目的的开发基于车辆售后诊断需求的集成系统的装置包含
存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的
计算机程序，其中，执行所述计算机程序以实现前文所述的任意一项方法中的步骤。
[0016] 本发明的还有一个目的是提供一种计算机可读存储介质，其能够以规范和高效的方式开发基于车辆售后诊断需求的集成系统。
[0017] 按照本发明还有一个目的的计算机可读存储介质，其上存储计算机程序，该程序被处理器执行时实现前文所述的任意一项方法中的步骤。
[0018] 本发明的系统集成了诊断规范数据的数据库管理、软件需求数据的编辑和实车验证的多个模板数据之间的转换，生成售后诊断软件开发需要的ODX数据库和软件需求数据，从而减少了工程人员的工作量，以及提高了车辆验证的便捷和准确。
[0020] 本发明的上述和/或其它方面和优点将通过以下结合附图的各个方面的描述变得更加清晰和更容易理解，附图中相同或相似的单元采用相同的标号表示。附图包括：图1为按照本发明一个
实施例的基于车辆售后诊断需求开发的集成系统的示意图。
[0021] 图2为应用于图1所示实施例的确定ODX诊断数据的方法的
流程图。
[0022] 图3为应用于图1所示实施例的构建ODX诊断数据库的方法的流程图。
[0023] 图4为按照本发明另一个实施例的基于车辆售后诊断需求开发的统一模板的结构化数据链。
[0024] 图5为按照本发明还有一个实施例的开发基于车辆售后诊断需求的集成系统的装置的示意
框图。
具体实施方式
[0025] 下面参照其中图示了本发明示意性实施例的附图更为全面地说明本发明。但本发明可以按不同形式来实现，而不应解读为仅限于本文给出的各实施例。给出的各实施例旨在使本文的披露全面完整，以将本发明的保护范围更为全面地传达给本领域技术人员。
[0026] 在本
说明书中，诸如“包含”和“包括”之类的用语表示除了具有在说明书和
权利要求书中有直接和明确表述的单元和步骤以外，本发明的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。
[0027] 诸如“第一”和“第二”之类的用语并不表示单元在时间、空间、大小等方面的顺序而仅仅是作区分各单元之用。
[0028] 图1为按照本发明一个实施例的基于车辆售后诊断需求开发的集成系统的示意图。示例性地但非必须地，按照本实施例的系统可以提供具有独立功能模块的方式实施下面将要所述的方法步骤。可选地，上述独立功能模块也可以与车辆中的其它功能模块集成在一起。
[0029] 图1所示的基于车辆售后诊断需求开发的集成系统10包括第一模块110、第二模块120、第三模块130和第四模块140。在本实施例中，第一模块110用于对车辆中电子模块的诊断规范进行模块化解析以建立统一模板的结构化数据链；第二模块120用于基于结构化数据链来导入诊断数据；第三模块130用于对诊断数据进行授权及校验并且将经过授权及校验的诊断数据转换成ODX诊断数据；以及第四模块140对ODX诊断数据进行实车验证和校验，以构建ODX诊断数据库。优选地，在本实施例中，可以通过设定的界面和模板将诊断规范中涉及售后维修的诊断指令、参数和功能编辑进第一模块110，通过诊断规范解读和诊断需求开发以将初始的诊断数据导入第二模块120。优选地，集成系统10内部可以集成一个针对每个电子模块的诊断规范基于各个模块的诊断需求数据开发的格式统一的模板，其将电子模块的诊断规范进行解读，并编辑进第一模块110，或者根据电子模块的型号等信息，直接在系统10原有的数据中进行编辑。优选地，第二模块120可以通过EXCEL的格式将诊断开发需求的数据进行导入第三模块130，以在此基础上进行授权和校验。优选地，第三模块130中可以集成ODX转换插件，以将导入的经过授权和校验的EXCEL数据转换成ODX诊断数据，以导入第四模块140。可选地，ODX转换插件可以配置为：基于集成系统10和第三方工程诊断仪软件对ODX诊断数据的实际要求，将每类涉及到的数据进行ODX格式解析。在第四模块140中，通过外接诊断仪对车辆进行诊断指令操作，通过实车诊断指令验证，对ODX诊断数据进行验证。如果发现有问题，可以对ODX数据进行修改和即时配置。验证结束后，构建完整的ODX诊断数据库，以供下游授权诊断软件使用。
[0030] 图2为应用于图1所示实施例的确定ODX诊断数据的方法的流程图。如图2所示，在步骤210，对诊断规范及相关电子模块信息进行解读，并编辑进系统，或者根据电子模块的型号等信息，直接在系统原有的数据中进行编辑。随后进入步骤220，通过在步骤210中对种类繁杂的各类车辆电子模块的诊断规范的梳理和统一，采用数据建模对诊断规范定义进行结构化
数据处理。因为每个电子模块的诊断规范格式及内容差异很大，同时每个工程技术人员开发模板也不一致，所以需要开发针对每个电子模块的诊断规范、基于各个模块的诊断需求的数据来开发格式统一模板，以及基于所述格式统一模板对电子模块的诊断规范进行结构化以建立统一模板的结构化数据链。优选地，可以对所述结构化数据链进行分类，并且定义每类数据的记录数据，以通过EXCEL的格式将所述结构化数据链进行授权及校验。例如，所述结构化数据可以分为11类，分别是页面类、应用信息类、故障代码类、控制功能类、数据显示类、数据列表类、程序范围类、编程类、版本信息类等。可以定义每类数据的记录数据，例如，故障代码类：故障代码号、故障描述、FTB（小码）号、FTB描述、优先级、GTOC目录、ECU、备注、车型应用等。通过上述步骤，可以完成对集成系统的诊断需求开发。
[0031] 在执行步骤220之后，图2所示的方法进入步骤230。在该步骤中，基于各个模块的诊断需求的数据开发的格式统一模板，自动生成授权诊断数据，并且该授权诊断数据和系统数据可以相互转换。随后进入步骤240，在该步骤中通过结合实际维修需求对所述授权诊断数据进行校验，以输出最终授权诊断数据。通过ODX转换插件，将所述授权诊断数据转换成ODX数据库。如步骤250中所示，通过ODX转换插件，将所述授权诊断数据转换成ODX数据库。优选地，基于IS022901-1开放式诊断交互规范的对ODX的定义，基于售后诊断需求开发系统和第三方工程诊断仪软件对ODX数据库的实际要求，将每类涉及到的数据进行ODX格式的解析，以开发出所述ODX转换插件。例如，对于DTC故障代码类的ODX格式解析，需要根据IS022901-1对DTC进行
声明，编写所需的DTC信息，然后再根据实际需要对DTC类进行数据记录的添加和删除。
[0032] 图3为应用于图1所示实施例的构建ODX诊断数据库的方法的流程图。
[0033] 如图3所示，在步骤310，将ODX诊断数据导入工程诊断软件，以通过外接诊断仪对车辆进行相关诊断指令操作。如果发现有问题，可以在软件中直接对ODX诊断数据进行修改和编辑。如果没有发现问题，则进入步骤320，基于ODX诊断数据通过工程诊断软件自动生成诊断代码。
[0034] 随后进入步骤330，在步骤330中，通过实车或台架的诊断指令验证，对ODX诊断代码进行实车验证，通过实车验证，强化验证中发现的问题，以及时修正诊断规范或授权文件，以得到完整的ODX诊断数据。
[0035] 随后进入步骤340，判断完整的ODX诊断数据的准确性。如果诊断正确，则构建ODX诊断数据库；如果诊断错误，则根据实测结果即时配置ODX数据，以实时更新ODX诊断数据。
[0036] 需要指出的是，通过实车验证的完整的ODX诊断数据库，通过本发明提供的ODX转换插件，再转换成EXCEL文件，作为授权的EXCEL诊断需求开发文件，以提供给下游维修信息开发和维修诊断软件开发。
[0037] 图4为按照本发明另一个实施例的基于车辆售后诊断需求开发的统一模板的结构化数据链。
[0038] 如图4所示，本发明的集成系统建立的是结构化数据链，以对所有数据都可以进行数据库处理。数据分为11大类，分别是页面类、应用信息类、故障代码类、控制功能类、数据显示类、数据列表类、程序范围类、编程类、版本信息类等。具体示例件如图4所示，其中，定义每类数据的记录数据。例如，故障代码类：故障代码号、故障码描述、FTB小码号、FTB小码描述、优先级别和冻结
帧数据。按照这样的方式，本发明系统内部的数据可以通过EXCEL的格式将诊断开发需求数据进行输出，以通过本发明系统提供的ODX转换插件将输出的EXCEL的数据转换成ODX数据库文件。优选地，基于IS022901-1开放式诊断交互规范的对ODX的定义，基于本发明系统和第三方工程诊断仪软件对ODX数据库的实际要求，将上述每类涉及到的数据进行ODX格式的解析，以开发出ODX转换插件。例如，对DTC故障代码类的数据解析的ODX数据如下：参考ISO22901开放式诊断规范的ODX格式定义，ODX 以统一
建模语言ULM图表形式描述，并且数据交换格式使用配置脚本语言(XML)。针对DTC的XML的脚本定义，首先参考ISO22901-1中相关DTC-DOP的数据对象属性定义，包含数据扩展参数、公式转换、结果类型等，完成脚本的定义。然后需要将开发DTC-DOP加载到
指定的诊断软件中，通过编译，确认数据是否正常应用，因为虽然诊断软件也是按照ODX要求开发的，但实际应用中还是存在一定的差异，需要通过验证才能最终确定DOP的编码。
[0039] 根据IS022901-1需要对DTC进行声明，编写所需的DTC信息，然后根据实际需要对DTC进行数据记录的添加和删除。优选地，在IS022900-1的规范中，对所有车辆电子模块的ODX格式做出定义，在实际应用中，根据诊断工具的ODX要求，开发针对售后诊断需要应用到的相关参数。
[0040] 图5为按照本发明还有一个实施例的开发基于车辆售后诊断需求的集成系统的装置的示意框图。
[0041] 图5所示的开发基于车辆售后诊断需求的集成系统的装置50包含存储器510、处理器520以及存储在存储器510上并可在处理器520上运行的计算机程序530，其中，执行计算机程序530可以实现上面借助图2和图3所述的方法。
[0042] 按照本发明的另一方面，还提供了一种计算机可读存储介质，其上存储计算机程序，该程序被处理器执行时可实现上面借助图2和图3所述的方法。
[0043] 提供本文中提出的实施例和示例，以便最好地说明按照本技术及其特定应用的实施例，并且由此使本领域的技术人员能够实施和使用本发明。但是，本领域的技术人员将会知道，仅为了便于说明和举例而提供以上描述和示例。所提出的描述不是意在涵盖本发明的各个方面或者将本发明局限于所公开的精确形式。
[0044] 鉴于以上所述，本公开的范围通过以下权利要求书来确定。
