CN117951207A

CN117951207A - 诊断数据处理方法及装置

Info

Publication number: CN117951207A
Application number: CN202311769663.5A
Authority: CN
Inventors: 张玲玲; 王彦明
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2023-12-20
Filing date: 2023-12-20
Publication date: 2024-04-30

Abstract

本申请公开了一种诊断数据处理方法及装置，涉及数据转换技术领域，可以简化ARXML格式的诊断数据文件的配置流程，并提高数据配置的准确性。该方法包括：诊断数据处理装置根据N个第一数据格式的文件生成第一模板文件，第一模板文件包括N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引。之后，诊断数据处理装置根据N个第一数据格式的文件以及第一模板文件自动生成第二数据格式的文件。

Description

诊断数据处理方法及装置

技术领域

本申请涉及数据转换技术领域，尤其涉及一种诊断数据处理方法及装置。

背景技术

AUTOSAR自适应平台(adaptive platform，AP)上的诊断管理模块可以基于ISO14229-1规范协议实现诊断功能。诊断管理模块可以在不拆卸设备的情况下对汽车进行诊断。然而不同汽车来自不同的厂商，大部分厂商提供的诊断所需的数据的承载方式与AUTOSAR规范可能不同。在AUTOSAR规范中，厂商提供的诊断所需的数据，需要通过ARXML文件集成，根据ARXML文件对车辆进行诊断。

相关技术中，用户可以通过AUTOSAR官方提供的ARXML文件配置工具(AUTOSARtoolplatform，Artop)，手动配置相关的诊断数据。然而这种方式需要用户配置大量的配置项，配置过程复杂且繁琐。

发明内容

本申请实施例提供一种诊断数据处理方法及装置，可以简化ARXML格式的诊断数据文件的配置流程，并提高数据配置的准确性。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种诊断数据处理方法，包括：获取N个第一数据格式的文件，N个第一数据格式的文件中包括诊断实例以及诊断实例的第一信息，N大于等于1，N个第一数据格式的文件用于同一车辆的诊断；根据N个第一数据格式的文件生成第一模板文件，第一模板文件包括N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引；根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件。

如此，诊断数据处理装置可以根据N个第一数据格式的文件自动生成第二数据格式的文件，不需要用户配置大量的配置项，简化了统一格式的诊断数据文件的配置流程，提高了数据配置的准确性。

在一种可能的实现方式中，根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件，包括：根据N个第一数据格式的文件、第一模板文件以及服务表生成第二数据格式的文件，服务表包括车辆能够提供的诊断服务信息，诊断服务信息包括统一诊断服务、统一诊断服务子功能、统一诊断服务的寻址方式、统一诊断服务访问权限中的至少一个，第二数据格式的文件包括诊断服务以及每个诊断服务对应的诊断实例。

如此，诊断数据处理装置可以根据车辆能够提供的诊断服务信息、N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件，得到的第二数据格式的文件更加符合车辆的诊断服务需求，方便后续对车辆进行诊断。

在一种可能的实现方式中，诊断实例包括数据标识符和/或诊断例程。

可选地，诊断实例还可以包括其他与诊断相关的实例，本申请实施例对此不做具体限制。

在一种可能的实现方式中，第一信息包括诊断实例的标识值、诊断实例的数据的大小、诊断实例的通信标识、诊断实例的数据在第二数据格式的文件中的预期存储路径、诊断实例的访问权限中的至少一个。

如此，诊断数据处理装置可以根据诊断实例的第一信息得到第一模板文件，之后诊断处理装置可以通过第一模板文件中的内容确定第一信息在N个第一数据格式的文件的位置，以获取诊断实例的信息，生成第二数据格式的文件。

在一种可能的实现方式中，根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件，包括：创建N个第一数据格式的文件中的每个诊断实例对应的第一对象，第一对象符合第二数据格式；根据第一模板文件创建至少一组第二对象，每个诊断实例对应一组第二对象，每组第二对象符合第二数据格式；关联至少一组第二对象中每组第二对象与对应的第一对象以及第一对象对应的第一进程，以得到第二数据格式的文件，第一进程用于实现第一对象所描述的功能。

如此，诊断数据处理装置可以将至少一组第二对象中每组第二对象与对应的第一对象以及第一对象对应的第一进程关联，以得到第二数据格式的文件。

在一种可能的实现方式中，N个第一数据格式的文件中的诊断实例包括M个故障诊断码，M大于等于1，M个故障诊断码的第一信息分别包括触发故障的M组事件的标识，第一模板文件还包括M组事件，根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件，包括：创建N个第一数据格式的文件中的每个诊断实例对应的第一对象，第一对象符合第二数据格式；根据第一模板文件中的M组事件分别创建M组第三对象，每组第三对象符合第二数据格式；关联M组第三对象、每组第三对象分别对应的第一对象以及第二进程，以得到第二数据格式的文件，第二进程用于实现第一对象对应的触发故障的一个事件。

如此，诊断数据处理装置可以将M组第三对象、每组第三对象分别对应的第一对象以及第二进程关联，以得到M个故障诊断码对应的第二数据格式的文件。

在一种可能的实现方式中，M个故障诊断码的第一信息分别包括M组自定义配置项，每组自定义配置项包括H组自定义数据，H大于等于1，第一模板文件还包括M组自定义配置项，创建N个第一数据格式的文件中的每个诊断实例对应的第一对象之后，还包括：创建N个第一数据格式的文件中的M个故障诊断码对应的M个第四对象；每个第四对象符合第二数据格式；创建N个第一数据格式的文件中的M组自定义配置项中的H组自定义数据对应的M*H组第五对象；每个第五对象符合第二数据格式；关联M*H组第五对象、M个第四对象以及第三进程，以得到第二数据格式的文件，第三进程用于实现第五对象所描述的功能。

如此，用户可以自定义故障诊断码的配置项，并将M*H组第五对象、M个第四对象以及第三进程关联，以得到自定义配置项对应的第二数据格式的文件，增加了诊断数据的可扩展性。

在一种可能的实现方式中，根据服务表生成第二数据格式的文件，包括：创建N个第一数据格式的文件对应的一个服务表的第六对象；第六对象符合第二数据格式；根据服务表中车辆能够提供的诊断服务创建一组第七对象；第七对象符合第二数据格式。

在一种可能的实现方式中，根据N个第一数据格式的文件、第一模板文件以及服务表生成第二数据格式的文件，包括：创建N个第一数据格式的文件中的每个诊断实例对应的第一对象；创建N个第一数据格式的文件对应的一个服务表的第六对象；关联创建的第一对象与创建的第六对象，以得到第二数据格式的文件。

如此，诊断数据处理装置可以将第一对象与第六对象关联，得到N个第一数据格式对应的一个第二数据格式的文件。

示例性的，诊断数据处理装置可以将数据标识符的第一对象与服务表的第六对象关联；再示例性的，诊断数据处理装置可以将诊断例程的第一对象与服务表的第六对象关联；再示例性的，诊断数据处理装置可以将故障诊断码的第一对象与服务表的第六对象关联。再示例性的，诊断数据处理装置还可以将数据标识符的第一对象、诊断例程的第一对象、故障诊断码的第一对象与服务表的第六对象关联。

在一种可能的实现方式中，第二数据格式的文件包括可扩展标记语言XML文件、全球通用诊断实例库格式ODX文件中的至少一个。

可选地，第二数据格式的文件还可以为其他格式的文件，本申请实施例对此不做具体限制。

第二方面，本申请提供一种诊断数据处理装置，包括：接收模块，用于获取N个第一数据格式的文件，N个第一数据格式的文件中包括诊断实例以及诊断实例的第一信息，N大于等于1，N个第一数据格式的文件用于同一车辆的诊断；处理模块，用于根据N个第一数据格式的文件生成第一模板文件，第一模板文件包括N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引；处理模块，还用于根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件。

第三方面，本申请提供一种诊断数据处理装置，包括存储器和至少一个处理器。该存储器用于存储程序代码，该至少一个处理器用于执行该程序代码，以实现上述第一方面或第一方面的任意实施方式中的方法。

第四方面，本申请提供一种车辆，包括如第二方面或第三方面所述的装置。

第五方面，本申请提供一种计算机可读存储介质，计算机可读存储介质包括计算机程序或指令，当计算机程序或指令在诊断数据处理装置上运行的情况下，使得第二方面所述的诊断数据处理装置执行如第一方面所述的方法。

第六方面，本申请提供一种计算机程序产品，计算机程序产品包括：计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第一方面所述的方法。

第七方面，本申请提供了一种芯片系统，包括：处理器，处理器用于从存储器中调用并运行该存储器中存储的计算机程序，以执行第一方面中的实现方式提供的任一种方法。

第二方面至第七方面以及第二方面至第七方面中任意一种实现方式所对应的技术效果，可参见上述第一方面及第一方面中任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1A是本申请实施例提供的一种诊断数据处理方法示意图；

图1B是本申请实施例提供的一种车辆的系统示意图；

图2A是本申请实施例提供的一种诊断数据处理方法示意图；

图2B是本申请实施例提供的另一种诊断数据处理方法示意图；

图3是本申请实施例提供的另一种诊断数据处理方法流程图；

图4是本申请实施例提供的一种诊断数据示意图；

图5是本申请实施例提供的另一种诊断数据处理方法流程图；

图6是本申请实施例提供的一种诊断数据关联关系示意图；

图7是本申请实施例提供的另一种诊断数据关联关系示意图；

图8是本申请实施例提供的另一种诊断数据处理方法流程图；

图9是本申请实施例提供的另一种诊断数据关联关系示意图；

图10是本申请实施例提供的另一种诊断数据处理方法流程图；

图11是本申请实施例提供的一种诊断数据示意图；

图12是本申请实施例提供的一种诊断数据处理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

以下，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”等的特征可以明示或者隐含地包括一个或者更多个该特征。

此外，本申请中，“上”、“下”、“左”、“右”、“水平”以及“竖直”等方位术语是相对于附图中的部件示意置放的方位来定义的，应当理解到，这些方向性术语是相对的概念，它们用于相对于的描述和澄清，其可以根据附图中部件所放置的方位的变化而相应地发生变化。

在本申请中，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或成一体；可以是直接相连，也可以通过中间媒介间接相连。

首先，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。

1.车辆开放系统架构(automotive open system architecture，AUTOSAR)

AUTOSAR是由全球车辆制造商、部件供应商及电子软件系统公司联合建立的一个开放的、标准化的软件架构。AUTOSAR主要具备以下特点：a、AUTOSAR致力于解决硬件平台不同带来的软件开发的困难，使开发者能够专注于车辆软件功能上的创新；b、AUTOSAR提供标准的软件接口定义，工程师可以根据实际需求将所需要的软件组件分配到车辆的电子控制单元(electroniccontrol unit，ECU)中，实现标准软件组件的可重用性；c、AUTOSAR的应用层软件组件是独立于硬件的，应用开发者可以在应用软件中指定各个车辆功能的细节，而不用担心底层软件服务和硬件接口不兼容的问题。

2.统一诊断服务(unified diagnostic service，UDS)协议，即国际标准化组织(internationalorganization for standardization，ISO)-14229，是一种应用层协议，是诊断服务的规范化标准，对所有的诊断命令进行了标准化定义，例如定义了诊断请求(diagnostic request)和诊断响应(diagnosticresponse)的消息格式。UDS协议可以在多种协议之上实现，例如，14229-5定义了UDS协议可在网际协议(Internet Protocol，IP)协议上实现(diagnostic over internet protocol，DoIP)，又例如，14229-3定义了UDS协议在控制器局域网络(controller area network，CAN)总线上实现。UDS为不同诊断功能的诊断请求和诊断响应定义了统一的格式。

3.会话权限是指在诊断车辆时，诊断工具与车辆的ECU建立通信时需要进行身份验证的一种机制。会话权限旨在确保只有经过授权的用户才能访问和修改ECU的相关设置和参数，从而保证车辆的安全性和可靠性。

会话权限通常分为以下几个级别：

会话权限01：用于读取ECU存储的故障码、实时数据流等基本信息。

会话权限02：除了会话权限01的功能外，还可以对ECU进行简单的编程和配置操作，例如重置自适应值、恢复默认设置等。

会话权限03：除了会话权限02的功能外，还可以进行更高级别的编程操作，例如更新ECU的程序和固件、编程新的密钥等。

4.安全等级

安全等级用于判断用户是否可以访问ECU内部的重要数据或请求ECU执行影响车辆安全的诊断服务。不经过安全等级解锁的情况下，用户不能访问该安全等级锁定下的数据或UDS服务。示例性的，安全等级可以包括三种级别，分别为level 1、level 2、level 3。其中，level 1：表示采用较为简单的加密算法。level 2：表示采用较为复杂的加密算法。level 3：表示采用复杂的加密算法。

应理解，安全等级可以有更多或者更少等级的划分以及命名方式，本申请实施例对此不做具体限制。

5.软件组件(software component，SWC)

属于AUTOSAR架构的应用层。软件组件是封装了部分或者全部车辆电子功能的模块。软件组件包括该电子功能具体的功能实现以及与其对应的描述，各个软件组件通过虚拟功能总线进行交互，从而形成AUTOSAR应用软件。应用软件由多个可以相互交互的SWC组成，各SWC间的交互可以由虚拟功能总线(virtual function bus，VFB)提供的通讯机制实现。

其中，构建SWC的过程中，可以定义SWC的端口(port)。端口可以用于表征该SWC与该SWC外部的通信内容、方向。该SWC可以通过所定义的端口，与其他SWC或者硬件进行通讯或者交互。SWC的功能可以通过运行实体(runnable entity)来体现。SWC可以包括一个或多个可运行单元，即运行实体，该运行实体可以实现其所在的软件组件所对外提供的功能。例如，运行实体可以与对应的运行时环境(runtime environment，RTE)事件绑定，在该绑定的事件发生时，可以触发该运行实体，运行实体可以通过访问端口的数据或操作完成自身的功能，并将数据处理的结果或者操作通过端口提供给外部。

6.诊断管理模块

诊断管理模块是在AUTOSAR自适应平台(adaptive platform，AP)上基于ISO14229-1规范协议实现的诊断功能。在不拆卸车辆设备的前提下，诊断管理模块可以检查、分析、判断汽车智能驾驶系统的状况，以确定车辆故障部位、故障原因。诊断管理模块具有动态可扩展性，支持多个ECU的应用场景。

其中，基于AP的诊断管理模块包括以下管理内容：

1)、诊断通信子集群

类似AUTOSAR传统平台(classic platform，CP)诊断通信管理器(diagnosticcommunicationmanager，DCM)子模块的内容，主要有诊断会话、UDS服务功能、转发功能、基于DoIP的通信等。

2)、诊断事件处理及相应数据存储

根据故障诊断码(diagnostic trouble code，DTC)码状态域值的变化，支持各应用组件中诊断监视任务重新初始化、信息存储及启动条件的变化等事件的通知功能。

实现包含类似AUTOSAR传统平台诊断事件管理器(diagnostic event manager，DEM)子模块的内容，主要包括DTC的管理、DTC扩展数据的记录和存储等。

3)、支持基于统计和时间计数的门限过滤算法功能。

可选地，诊断管理模块需要加载整车的诊断数据，完成整车的诊断数据的集成部署。其中，诊断数据包括车辆的诊断服务、DID、DTC、routine(例程)等信息。诊断数据可能来自不同的原始设备制造商(original equipment manufacturer，OEM)或者汽车厂商。不同来源的诊断数据的承载方式不同。比如，汽车厂商提供的诊断数据可能为Excel格式的诊断数据文件；OEM提供的诊断数据可能为文档(document，DOC)格式的诊断数据文件。诊断数据还可能为开放式诊断数据交换(open diagnostci data exchange，ODX)格式的诊断数据文件、AUTOSAR可扩展标记语言(AUTOSAR extensible markup language，ARXML)格式的诊断数据文件等。

在AUTOSAR规范中，定义了诊断数据的配置流程，它天然地支持分布式配置。汽车厂商或者OEM提供的诊断数据，需要通过ARXML格式的文件集成，完成部署。如图1A所示为AUTOSAR定义的诊断提取模板(diagnostic extract template，DEXT)。AUTOSAR协议中定义了两种通用用例的诊断的配置过程。在用例1中，OEM提供ARXML格式的诊断数据文件，OEM诊断数据合并模块可以合并多个OEM提供的ARXML格式的诊断数据文件。OEM诊断数据合并模块可以为collecting and merging by oem specific OEM；在用例2中，OEM通过Diagnostic Extract提供ARXML格式的诊断数据文件，多个应用程序开发人员(application developer)提供与其实施相关的信息，诊断数据合并过程完全由ECU供应商(supplier)执行。

因此，需要将汽车厂商或者OEM提供的不同数据格式的诊断数据文件，转化成ARXML格式的诊断数据文件。

相关技术中，用户可以通过Artop配置工具(AUTOSAR官方提供的ARXML格式的诊断数据文件配置工具)手动配置ARXML格式的诊断数据文件。然而，当用户需要完成单个DID的配置时，需要配置多个配置项，每个配置项除了配置自身的属性，还需要配置与其配置项的相关引用关系。ARXML格式的诊断数据的配置相当复杂且繁琐。

为解决上述问题，本申请实施例提出了一种诊断数据处理方法，该方法中诊断数据处理装置可以根据N个第一数据格式的文件生成第一模板文件，第一模板文件包括N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引。之后，诊断数据处理装置根据N个第一数据格式的文件以及第一模板文件自动生成第二数据格式的文件。

其中，第一数据格式的文件可以为Excel数据格式的文件、DOC数据格式的文件、ODX数据格式的文件，第二数据格式的文件可以为ARXML数据格式的文件。或者，第一数据格式的文件可以为Excel数据格式的文件、DOC数据格式的文件、ARXML数据格式的文件，第二数据格式的文件可以为ODX数据格式的文件。应理解，上述文件的第一数据格式、以及第二数据格式仅为一种示例，本申请实施例对文件的第一数据格式、以及第二数据格式并不具体限制。

如此，诊断数据处理装置可以简化ARXML格式的诊断数据文件的配置流程，并提高配置数据的准确性。

图1B为本申请实施例提供的一种车辆的结构示意图。车辆200可包括各种子系统，例如行进系统110、传感器系统120、控制系统130、一个或多个外围设备140以及电源150、计算机系统160和用户接口170。可选地，车辆200可包括更多或更少的子系统，并且每个子系统可包括多个元件。另外，车辆200的每个子系统和元件可以通过有线或者无线互连。

行进系统110可包括为车辆200提供动力运动的组件。在一个实施例中，行进系统110可包括引擎111、传动装置112、能量源113和车轮114。引擎111可以是内燃引擎、电动机、空气压缩引擎或其他类型的引擎组合，例如汽油发动机和电动机组成的混动引擎，内燃引擎和空气压缩引擎组成的混动引擎。引擎111将能量源113转换成机械能量。

能量源113的示例包括汽油、柴油、其他基于石油的燃料、丙烷、其他基于压缩气体的燃料、乙醇、太阳能电池板、电池和其他电力来源。能量源113也可以为车辆200的其他系统提供能量。

传动装置112可以将来自引擎111的机械动力传送到车轮114。传动装置112可包括变速箱、差速器和驱动轴。在一个实施例中，传动装置112还可以包括其他器件，比如离合器。其中，驱动轴可包括可耦合到一个或多个车轮114的一个或多个轴。

传感器系统120可包括感测关于车辆200周边的环境的信息的若干个传感器。例如，传感器系统120可包括定位系统121(定位系统可以是全球定位系统(globalpositioning system，GPS)，也可以是北斗系统或者其他定位系统)、惯性测量单元(inertial measurement unit，IMU)122、雷达123、激光雷达124以及相机125。

控制系统130可控制车辆200及其组件的操作。控制系统130可包括各种元件，其中包括转向系统131、油门132、制动单元133、计算机视觉系统134、路线控制系统135以及障碍规避系统136。

当然，在一个实例中，控制系统130可以增加或替换地包括除了所示出和描述的组件以外的其他组件。或者也可以减少一部分上述示出的组件。

车辆200通过外围设备140与外部传感器、其他车辆、其他计算机系统或用户之间进行交互。外围设备140可包括无线通信系统141、车载电脑142、麦克风143和/或扬声器144。

电源150可向车辆200的各种组件提供电力。在一个实施例中，电源150可以为可再充电锂离子或铅酸电池。这种电池的一个或多个电池组可被配置为电源，从而为车辆200的各种组件提供电力。在一些实施例中，电源150和能量源113可一起实现。本申请实施例中，电源150可以为磷酸铁锂动力电池。应理解，电源150还可以为其他电池，本申请实施例对此不做具体限制。

车辆200的部分或所有功能受计算机系统160控制。计算机系统160可包括至少一个处理器161，处理器161执行存储在例如数据存储装置162这样的非暂态计算机可读介质中的指令1621。计算机系统160还可以是采用分布式方式控制车辆200的个体组件或子系统的多个计算设备。

处理器161可以是任何常规的处理器，诸如商业可获得的中央处理单元(centralprocessingunit，CPU)。替选地，该处理器可以是诸如专用集成电路(application-specific integrated circuit，ASIC)或其它基于硬件的处理器的专用设备。

在此处所描述的各个方面中，处理器可以位于远离该车辆并且与该车辆进行无线通信。在其它方面中，此处所描述的过程中的一些在布置于车辆内的处理器上执行而其它则由远程处理器执行，包括采取执行单一操纵的必要步骤。

在一些实施例中，数据存储装置162可包含指令1621(例如，程序逻辑)，指令1621可被处理器161执行来执行车辆200的各种功能，包括以上描述的那些功能。数据存储装置162也可包含额外的指令，包括向行进系统110、传感器系统120、控制系统130和外围设备140中的一个或多个发送数据、从其接收数据、与其交互和/或对其进行控制的指令。

除了指令1621以外，数据存储装置162还可存储数据，例如道路地图、路线信息，车辆的位置、方向、速度以及其它车辆数据，以及其他信息。

用户接口170，用于向车辆200的用户提供信息或从其接收信息。可选地，用户接口170可包括与在外围设备140的集合内的一个或多个输入/输出设备与用户进行交互和信息交换的接口，其中，外围设备140的集合内的一个或多个输入/输出设备可以为例如无线通信系统141、车载电脑142、麦克风143和扬声器144中的一个或多个。

计算机系统160可基于从各种子系统(例如，行进系统110、传感器系统120和控制系统130)以及从用户接口170接收的输入来控制车辆200的功能。

可选地，上述这些组件中的一个或多个可与车辆200分开安装或关联。例如，数据存储装置162可以部分或完全地与车辆200分开存在。上述组件可以按有线和/或无线方式来通信地耦合在一起。

可选地，上述组件只是一个示例，实际应用中，上述各个模块中的组件有可能根据实际需要增添或者删除，图1B不应理解为对本申请实施例的限制。

上述车辆200可以为轿车、卡车、摩托车、公共汽车、船、飞机、直升飞机、割草机、娱乐车、游乐场车辆、施工设备、电车、高尔夫球车、火车等，本申请实施例不做特别的限定。

图2A示出了本申请实施例的诊断数据处理方法的示意图。诊断数据处理装置可以将N个第一数据格式的文件转化成第二数据格式的文件，N大于等于1。

可选地，诊断数据处理装置的功能可以由移动数据中心(mobile datacenter，MDC)实现。

本申请实施例以第一格式的文件为Excel格式的诊断数据文件，第二格式的文件为ARXML格式的诊断数据文件为例进行介绍。

示例性的，以2个Excel表格的诊断数据文件转化成一个ARXML格式的诊断数据文件为例，如图2B所示，诊断数据处理装置可以先根据2个Excel表格的诊断数据文件得到第一模板文件之后，诊断数据处理装置根据2个Excel表格的诊断数据文件以及第一模板文件得到一个ARXML格式的诊断数据文件。

示例性地，图3是本申请实施例提供的一种诊断数据处理方法的流程性示意图。该方法可以由诊断数据处理装置执行，或者也可以由该装置的芯片、处理电路等执行。该方法可以包括以下步骤：

S101、诊断数据处理装置获取N个第一数据格式的文件。

可选地，N个第一数据格式的文件用于同一车辆的诊断。

可选地，N个第一数据格式的文件可以为来自同一汽车厂商或者同一OEM的文件。

对于不同汽车厂商或者不同OEM的文件，诊断数据处理装置可以分别进行多次处理，分别得到第二数据格式的文件。

可选地，本申请实施例可以以两个第一数据格式的文件为例进行介绍，两个第一数据格式的文件分别为文件1和文件2。其中，文件1中可以包括至少一个诊断实例，比如，文件1中包括2个DID，3个routine，5个DTC。文件2中也可以包括至少一个诊断实例，比如，文件2中包括3个DID，3个routine，4个DTC。

可选地，N个第一数据格式的文件中包括诊断实例以及诊断实例的第一信息，N大于等于1。

可选地，诊断实例可以包括至少一个数据标识符(data identifier，DID)和/或至少一个例程。

可选地，当诊断实例为DID时，DID的第一信息包括DID的标识(id)值、DID的数据的大小(size)、DID的通信标识(specifier)、DID的数据在第二数据格式的文件中的预期存储路径、DID的访问权限。DID的第一信息还可以包括DID是否可读(readable)，以及DID可读时，DID可读的访问权限；DID的第一信息还可以包括DID是否可写(writeable)，以及DID可写时，DID可写的访问权限；DID的第一信息还可以包括DID的输入/输出控制(input/outputcontrollable，IOcontrollable)，以及DID输入/输出控制的访问权限。

其中，访问权限可以包括会话权限(sessions)以及安全等级(security level)。

可选地，当诊断实例为routine时，routine的第一信息包括routine的标识(id)值、routine的通信标识(specifier)、routine的数据的在第二数据格式的文件中的预期存储路径、routine的访问权限。routine的第一信息还可以包括routine支持的诊断子功能。

在一种实施例中，诊断实例还可以包括M个故障诊断码(diagnostic troublecode，DTC)，M大于等于1。DTC的第一信息可以包括DTC的数据的在第二数据格式的文件中的预期存储路径、DTC记录号、冻结帧、触发故障的M组事件。

S102、诊断数据处理装置根据N个第一数据格式的文件生成第一模板文件。

可选地，第一模板文件包括N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引。其中，该第一模板文件可以为自动生成的，也可以为用户手动输入的。

示例性的，第一数据格式的文件为Excel表格的诊断数据文件，则第一模板文件可以为每个诊断实例的第一信息分别在Excel表格中的位置，比如第一信息分别在Excel表格中的第a行第b列。其中，第一模板文件中可以仅标识每个诊断信息的第一信息的起始行列。

如图4所示，第一模板文件中可以包括DID、routine、DTC的第一信息分别在Excel表格中的位置。

可选地，DID、routine、DTC的第一信息分别在Excel表格中的位置可以如图4的(a)所示。第一模板文件中可以包括DID、routine、DTC的第一信息分别在Excel表格中的位置如图4的(b)所示，图4的(b)中的内容具体如下。

在一种实施例中，第一模板文件可以为DOC格式的文件，每个诊断实例的第一信息在Excel表格中的位置可以以文本的形式填写在第一模板文件中。

示例性的，每个DID的第一信息的起始行列可以如下所示：

DID：

-file path：文件1

-arpackage path：oem1/didPackage/

-start line：第三行

-id：第二列

-size：第三列

-sessions：第xx列

-security level：第xx列

-readable：第xx列

-sessions：第xx列

-security level：第xx列

-writeable：第xx列

-sessions：第xx列

-security level：第xx列

-IO controllable：第xx列

-sessions：第xx列

-security level：第xx列

-specifier：第xx列

其中，该DID位于文件1中，DID中的arpackage path表示DID的数据在第二数据格式的文件中的预期存储路径，比如为oem1/didPackage/。start line表示DID中第一信息的起始行，比如为第三行。示例性的，如图4的(a)所示，DID从文件1的第三行开始，id在第二列，size在第三列。DID中的其它第一信息的起始行列相应的填写在第一模板文件中。可选地，第一模板文件中还可以填写第一信息的终止行列信息，比如DID的id从文件1的第二列第三十行终止。本申请对第一模板文件中的具体索引方式不具体限制。

可选地，第一模板文件中每个routine的第一信息的起始行列可以如下所示：

routine：

-file path：文件2

-arpackage path：oem1/routinePackage/

-start line：第三行

-id：第十四列

-sessions：第xx列

-security level：第xx列

-start routine：第xx列

-stop routine：第xx列

-request routine results：第xx列

-specifier：第xx列

其中，该routine位于文件2中，routine中的arpackage path表示routine的数据的在第二数据格式的文件中的预期存储路径，比如为oem1/routinePackage/。start line表示routine中第一信息的起始行，比如为第三行。示例性的，如图4的(a)所示，routine从文件2的第三行开始，id在第十四列。routine中的其它第一信息的起始行列相应的填写在第一模板文件中。可选地，第一模板文件中还可以填写第一信息的终止行列信息，比如routine的id从文件1的第十四列第三十二行终止。本申请对第一模板文件中的具体索引方式不具体限制。

可选地，第一模板文件中每个DTC的第一信息的起始行列可以如下所示：

DTC：

-file path：文件1

-arpackage path：oem1/dtcPackage/

-start line：第三行

-dtc number：第三十列

-snapshot：第xx列

-events：第xx列

其中，该DTC位于文件1中，DTC中的arpackage path表示DTC的数据的在第二数据格式的文件中的预期存储路径，比如为oem1/dtcPackage/。start line表示DTC中第一信息的起始行，比如为第三行。示例性的，如图4的(a)所示，DTC从文件1的第三行开始，dtcnumber在第三十列。DTC中的其它第一信息的起始行列相应的填写在第一模板文件中。可选地，第一模板文件中还可以填写第一信息的终止行列信息，比如DTC的dtc number从文件1的第三十列第三十二行终止。本申请对第一模板文件中的具体索引方式不具体限制。

在另一种实施例中，第一模板文件还可以为Excel表格文件，每个诊断实例的第一信息在Excel表格中的位置可以通过表格的形式填写在第一模板文件中。

示例性的，第一模板文件中每个DID的第一信息的起始行列可以如下表1所示：

表1

file path

arpackage path

start line

id

size

sessions

security level

……

文件1

oem1/didPackage/

第三行

第二列

第三列

第xx列

……

再示例性的，第一模板文件中每个routine的第一信息的起始行列可以如下表2所示：

表2

file path

arpackage path

start line

id

sessions

security level

……

文件2

oem1/routinePackage/

第三行

第十四列

第xx列

……

再示例性的，第一模板文件中每个DTC的第一信息的起始行列可以如下表3所示：

表3

file path	arpackage path	start line	dtc number	snapshot	events
						文件1	oem1/dtcPackage/	第三行	第三十列	第xx列	第xx列

在一种实施例中，诊断数据处理装置还可以根据车辆能够提供的诊断服务生成服务表。

服务表包括车辆能够提供的诊断服务信息，诊断服务信息包括统一诊断服务名称、统一诊断服务子功能、统一诊断服务的寻址方式、统一诊断服务访问权限。

可选地，车辆可以提供多个诊断服务，比如诊断会话控制服务、诊断ECU重置服务、身份认证服务等，本申请以诊断服务为诊断ECU重置服务为例进行介绍。

可选地，服务表中包括统一诊断服务名称、车辆是否支持该统一诊断服务、该统一诊断服务子功能、该统一诊断服务子功能的会话权限、该统一诊断服务子功能的安全等级、该统一诊断服务子功能的寻址方式。

其中，还可以用诊断服务标识符(service identifier，SID)来指代某个统一诊断服务。比如0x11指代诊断ECU重置服务。

可选地，用户可以根据第一数据格式的文件中的访问权限等信息填写该服务表。示例性的，服务表可以如下表4所示。

表4

其中，统一诊断服务名称可以为诊断ECU重置服务，车辆支持该诊断ECU重置服务，诊断ECU重置服务子功能包括0x01与0x03。

诊断ECU重置服务子功能0x01的会话权限包括0x01、0x02、0x03；诊断ECU重置服务子功能0x01的安全等级为Level 1；诊断ECU重置服务子功能0x01的寻址方式为物理寻址服务或功能寻址服务。

诊断ECU重置服务子功能0x03的会话权限包括0x01、0x02、0x03；诊断ECU重置服务子功能0x03的安全等级为Level 3；诊断ECU重置服务子功能0x03的寻址方式为物理寻址服务或功能寻址服务。

S103、诊断数据处理装置根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件。

可选地，第二数据格式的文件可以为ARXML数据格式的文件，

可选地，诊断数据处理装置可以根据Excel表格文件以及第一模板文件得到一个ARXML数据格式的文件。具体过程可以如图5所示的步骤S201-S203：

S201、诊断数据处理装置创建两个Excel表格文件中的每个诊断实例对应的第一对象。

S202、诊断数据处理装置根据第一模板文件创建至少一组第二对象。

其中，每个诊断实例对应一组第二对象。

S203、诊断数据处理装置关联至少一组第二对象中每组第二对象与对应的第一对象以及第一对象对应的第一进程，以得到第二数据格式的文件。

其中，第一对象与第二对象符合ARXML数据格式，第一进程用于实现第一对象所描述的功能。

可选地，对于两个Excel表格文件中的DID，诊断数据处理装置根据第一模板文件中DID的第一信息在Excel表格文件中索引以及两个Excel表格文件，创建第二数据格式的DID的第一信息，以得到第二数据格式的文件。

可选地，诊断数据处理装置可以创建每个DID对应的第一对象，

示例性的，诊断数据处理装置创建每个DID对应的诊断数据标识符(diagnosticdata identifier)对象。

可选地，诊断数据处理装置根据第一模板文件创建至少一组第二对象。

示例性的，第一模板文件中DID可读，则创建一个诊断读取数据(按标识符)(diagnostic readdata by identifier)对象；第一模板文件中DID可写，则创建一个诊断写入数据(按标识符)(diagnosticwrite data by identifier)对象。诊断数据处理装置还可以根据DID中配置的DID的访问权限、可读的访问权限、可写的访问权限，创建对应的诊断会话(diagnostic session)对象和诊断安全级别(diagnostic security level)对象。

可选地，诊断数据处理装置将该组第二对象与第一对象以及第一进程关联，以得到第二数据格式的文件。其中，第一进程用于实现第一对象所描述的功能。

示例性的，诊断数据处理装置可以将诊断数据标识符对象与诊断读取数据(按标识符)对象、诊断写入数据(按标识符)对象、诊断会话对象、诊断安全级别对象以及第一进程关联。

在一种实施例中，如图6所示，诊断数据处理装置可以创建第一映射：诊断服务数据标识符端口映射(diagnostic service data identifier port mapping)，将第一进程与DID对应的第一对象、第二对象关联。其中，第一进程可以为一个工艺设计(processdesign)。

具体的，诊断数据处理装置创建诊断服务数据标识符端口映射后，在诊断服务数据标识符端口映射中创建可执行程序实例引用中的SWC服务依赖项(SWC servicedependency in executableinstance reference)，并将可执行程序实例引用中的SWC服务依赖项与自适应应用程序SWC类型(adaptive application swcomponent type)下的SWC服务依赖项(SWC service dependency)关联，其中，SWC服务依赖项与自适应应用程序SWC类型下的提供者端口(PPortPrototype)关联。之后将PPortPrototype关联到诊断数据标识符通用接口(diagnostic dataidentifier generic interface)。

其中，PPortPrototype的属性短名称(short name)，与配置界面中DID的specifier标识保持一致。之后，诊断数据处理装置通过第一模板文件中DID的specifier以及诊断服务数据标识符端口映射即可将第一对象、第二对象与第一进程关联。

可选地，对于两个Excel表格文件中的routine，诊断数据处理装置根据第一模板文件中routine的第一信息在Excel表格文件中索引以及两个Excel表格文件，创建第二数据格式的routine的第一信息，以得到第二数据格式的文件。

可选地，诊断数据处理装置可以创建每个routine对应的第一对象，

示例性的，诊断数据处理装置创建每个routine对应的诊断例程(diagnosticroutine)对象。其中，诊断数据支持0x01子功能启动例程(start routine)，该第一对象可以为诊断启动例程(diagnosticstart routine)对象。

可选地，之后诊断数据处理装置根据第一模板文件创建至少一组第二对象。

示例性的，第一模板文件中routine支持0x02停止例程(stop routine)，则创建一个诊断停止例程(diagnostic stop routine)对象；第一模板文件中routine支持0x03请求例程结果(requestroutine results)，则创建一个诊断请求例程结果(diagnosticrequest routine results)对象；并根据第一模板中启动例程、停止例程、请求执行结果需要的函数入参/出参创建0个或多个诊断参数(diagnostic parameter)对象。其中，函数入参/出参所占字节不同，之后可以设置诊断参数对象的位偏移(bit offset)属性，从而组合出入参/出参的所需字节。根据routine中配置的访问权限，创建诊断会话(diagnosticsession)对象和诊断安全级别(diagnostic security level)对象。

示例性的，诊断数据处理装置可以将诊断启动例程对象、诊断停止例程对象、诊断请求例程结果对象、诊断参数对象、诊断会话对象、诊断安全级别对象以及第一进程关联。

在一种实施例中，如图7所示，诊断数据处理装置可以创建第二映射：诊断服务软件映射(diagnostic service sw mapping)，将第一进程与routine对应的第一对象、第二对象关联。其中，第一进程可以为一个工艺设计(process design)。

具体的，routine实例可以为诊断数据处理装置创建第一映射后，在第一映射中创建可执行程序实例引用中的SWC服务依赖项(SWC service dependency in executable instance reference)，并可执行程序实例引用中的SWC服务依赖项与自适应应用程序SWC类型(adaptive applicationswcomponent type)下的SWC服务依赖项(SWC servicedependency)关联，其中，SWC服务依赖项与自适应应用程序SWC类型下的提供者端口(PPortPrototype)关联。之后将PPortPrototype关联到诊断例程通用接口(diagnosticroutine generic interface)。

其中，PPortPrototype的属性短名称(short name)，与配置界面中routine的specifier标识保持一致。之后，诊断数据处理装置通过第一模板文件中routine的specifier以及诊断服务软件映射即可将第一对象、第二对象与第一进程关联。

可选地，诊断数据处理装置可以根据Excel表格文件以及第一模板文件得到一个ARXML数据格式的文件。具体过程还可以如图8所示的步骤S301-S303：

S301、诊断数据处理装置创建两个Excel表格文件中的每个诊断实例对应的第一对象。

S302、诊断数据处理装置根据第一模板文件中M组事件分别创建M组第三对象。

S303、诊断数据处理装置关联M组第三对象、每组第三对象分别对应的第一对象以及第二进程，以得到第二数据格式的文件。

其中，第一对象与第三对象符合ARXML数据格式，第二进程用于实现第一对象所描述的功能。

可选地，对于两个Excel表格文件中的M个DTC，诊断数据处理装置根据第一模板文件中M个DTC的第一信息在Excel表格文件中索引以及两个Excel表格文件，创建第二数据格式的M个DTC的第一信息，以得到第二数据格式的文件。

可选地，诊断数据处理装置可以创建每个DTC对应的第一对象。

示例性的，诊断数据处理装置创建每个DTC对应的故障诊断码统一诊断服务(diagnostictrouble code unified diagnostic service)对象。

可选地，之后诊断数据处理装置根据第一模板文件中的触发故障的M组事件分别创建M组第三对象。其中，一个事件对应创建一个第三对象。

示例性的，每个事件创建一个诊断事件(diagnostic event)对象。M组事件分别创建M组诊断事件对象。

可选地，诊断数据处理装置将M组第三对象、每组第三对象分别对应的第一对象以及第二进程关联，以得到所述第二数据格式的文件。其中，第二进程用于实现第一对象对应的触发故障的一个事件。

示例性的，诊断数据处理装置可以创建诊断事件到故障代码统一诊断服务映射(diagnosticevent to trouble code unified diagnostic service mapping)，将故障诊断码统一诊断服务对象与对应的M组诊断事件对象关联。其中，一个故障诊断码统一诊断服务对象可以关联多个诊断事件对象，一个诊断事件对象仅能被一个故障诊断码统一诊断服务关联。

之后，如图9所示，诊断数据处理装置可以创建每个事件的诊断事件端口映射(diagnostic eventport mapping)，将每个诊断事件对象与对应的第二进程关联。其中，第二进程可以为一个工艺设计(process design)。

具体的，诊断数据处理装置创建诊断事件端口映射后，在诊断事件端口映射中创建一个可执行程序实例引用中的swc服务依赖项(swc service dependency inexecutable instance reference)。并将可执行程序实例引用中的swc服务依赖项与自适应应用程序SWC类型(adaptive applicationswcomponent type)下的SWC服务依赖项(SWCservice dependency)关联，其中，SWC服务依赖项与自适应应用程序SWC类型下的需求者端口(RPortPrototype)关联。之后将RPortPrototype关联到诊断侦听通用接口(diagnosticmonitor interface)。

其中，RPortPrototype的属性短名称(short name)，与配置界面中DTC的specifier标识保持一致。之后，诊断数据处理装置通过第一模板文件中DTC的specifier以及诊断事件端口映射即可将第一对象、第三对象与第二进程关联。

在一种实施例中，第一模板文件还可以包括M组自定义配置项。诊断数据处理装置创建每个DTC或者每个事件对应的对象时，还可以创建每个自定义配置项对应的对象。其中，每组自定义配置项包括H组自定义数据，H大于等于1。

其中，每组自定义配置项可以包括诊断拓展数据记录(diagnostic extendeddata record)，诊断操作周期(diagnostic operation cycle)，诊断老化计数器(diagnostic aging)等自定义配置信息。

可选地，以第一模板文件中包括诊断拓展数据记录信息为例，根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件的具体过程还可以包括如图10所示的步骤S401-S403：

S401、诊断数据处理装置创建包括自定义配置项的M个DTC对应的M个第四对象。

其中，每个第四对象符合所述第二数据格式。

S402、诊断数据处理装置可以创建N个第一数据格式的文件中的M组自定义配置项中的H组自定义数据对应的M*H组第五对象。

其中，每个第五对象符合所述第二数据格式。

S403、诊断数据处理装置关联M*H组第五对象、M个第四对象以及第三进程，以得到第二数据格式的文件。

其中，第三进程用于实现第五对象所描述的功能。

示例性的，对于配置了诊断拓展数据记录的DTC，诊断数据处理装置可以创建每个DTC对应的故障诊断码(diagnostic trouble code props)对象。每组诊断拓展数据记录包括H个自定义数据，即每组诊断拓展数据记录包括H个诊断拓展数据记录。诊断数据处理装置可以创建每个诊断拓展数据记录的诊断扩展数据记录(diagnostic extended datarecord)对象。诊断数据处理装置将M*H组诊断扩展数据记录对象、M个故障诊断码对象以及第三进程关联。

其中，每个诊断扩展数据记录中包括至少一个诊断数据元素，通过修改诊断数据元素的位偏移可以将多个诊断数据元素组合成一个拓展数据记录号。

诊断数据处理装置还可以创建每个诊断扩展数据记录中每个诊断数据元素的诊断数据元素(diagnostic data element)对象，并将M*H组诊断扩展数据记录对象、M个故障诊断码道具对象、每个诊断扩展数据记录对象以及第四进程关联。其中，第四进程用于实现诊断扩展数据记录对象所描述的功能。

可选地，诊断数据元素包括内部诊断拓展数据与外部诊断拓展数据。如图11所示，如果填写数据提供程序(data provider,)则表示内部拓展数据，如果填写数据说明符(data specifier)，则表示外部拓展数据。

若诊断数据元素为内部诊断拓展数据，则诊断数据处理装置可以创建诊断提供的数据映射(diagnostic provided data mapping)，并将数据提供程序(data provider)与诊断数据元素对象关联。

若诊断数据元素为外部诊断拓展数据，则诊断数据处理装置可以诊断服务数据映射(diagnostic service data mapping)，并将第四进程与诊断数据元素对象关联。

在一种实施例中，诊断数据处理装置可以根据N个第一数据格式的文件、第一模板文件以及服务表生成第二数据格式的文件。

可选地，诊断数据处理装置可以创建N个第一数据格式的文件对应的一个服务表的第六对象。该第六对象符合第二数据格式；

示例性的，诊断数据处理装置可以根据服务表创建一个诊断贡献集(diagnosticcontribution set)对象。

可选地，诊断数据处理装置可以根据服务表中用户配置的车辆能够提供的诊断服务信息创建一组第七对象。其中，诊断服务信息包括统一诊断服务、统一诊断服务子功能、统一诊断服务的寻址方式、统一诊断服务访问权限。

示例性的，车辆能够提供统一诊断服务子功能0x11(Ecu reset)，诊断数据处理装置可以创建该统一诊断服务子功能的诊断ECU复位(diagnostic Ecu reset)对象。

之后，诊断数据处理装置可以创建统一诊断服务子功能的诊断访问权限(diagnostic accesspermission)对象，诊断访问权限对象具体包括诊断会话(DiagnosticSession)对象以及诊断安全级别(diagnostic security level)对象。

其中，统一诊断服务子功能0x11支持会话权限0x01、0x02、0x03，安全等级为level1。诊断数据处理装置可以分别创建会话权限0x01、0x02、0x03对应的诊断会话对象以及安全等级level 1对应的诊断安全级别对象。

再示例性的，诊断数据处理装置可以创建两个诊断服务表(diagnostic servicetable)。其中，两个诊断服务表分别为物理寻址服务表以及功能寻址服务表。统一诊断服务或者统一诊断服务子功能的寻址方式可以为物理寻址方式或功能寻址方式或物理及功能寻址方式。

其中，统一诊断服务子功能0x11的寻址方式为物理及功能寻址方式。

可选地，诊断数据处理装置可以将一组第七对象与对应的第六对象以及车辆能够提供的诊断服务关联，以得到第二数据格式的文件。

示例性的，诊断数据处理装置可以将服务表的诊断贡献集对象与统一诊断服务子功能0x11的诊断ECU复位对象、诊断访问权限对象、两个诊断服务表关联，以得到ARXML数据格式的文件。

在一种实施例中，诊断数据处理装置还可以将创建的第六对象与创建的第一对象关联，以得到第二数据格式的文件。

示例性的，诊断数据处理装置可以将每个DID对应的诊断数据标识符对象与服务表对应的诊断贡献集对象关联，以得到ARXML数据格式的文件。

再示例性的，诊断数据处理装置还可以将每个routine对应的诊断例程对象与服务表对应的诊断贡献集对象关联，以得到ARXML数据格式的文件。

再示例性的，诊断数据处理装置还可以将每个DTC对应的故障诊断码统一诊断服务对象与服务表对应的诊断贡献集对象关联，以得到ARXML数据格式的文件。

再示例性的，诊断数据处理装置还可以将每个DID对应的诊断数据标识符对象、每个routine对应的诊断例程对象、每个DTC对应的故障诊断码统一诊断服务对象与服务表对应的诊断贡献集对象关联，以得到ARXML数据格式的文件。

如此，诊断数据处理装置可以根据N个第一数据格式的文件自动生成第二数据格式的文件，不需要用户配置大量的配置项，简化了ARXML格式的诊断数据文件的配置流程，提高了数据配置的准确性。

应理解，上述各方法实施例的流程中的一些操作任选地被组合，并且/或者一些操作的顺序任选地被改变。并且，各流程的步骤之间的执行顺序仅是示例性的，并不构成对步骤之间执行顺序的限制，各步骤之间还可以是其他执行顺序。并非旨在表明所述执行次序是可以执行这些操作的唯一次序。本领域的普通技术人员会想到多种方式来对本文所述的操作进行重新排序。另外，应当指出的是，本文某个实施例涉及的过程细节同样以类似的方式适用于其他实施例，或者，不同实施例之间可以组合使用。

此外，方法实施例中的某些步骤可等效替换成其他可能的步骤。或者，方法实施例中的某些步骤可以是可选的，在某些使用场景中可以删除。或者，可以在方法实施例中增加其他可能的步骤。并且，上述各方法实施例之间可以单独实施，或结合起来实施。

本申请实施例可以根据上述方法示例对诊断数据处理装置进行功能模块的划分，在采用对应各个功能划分各个功能模块的情况下，图12示出上述实施例中所涉及的诊断数据处理装置的一种可能的结构示意图。如图12所示，诊断数据处理装置包括接收模块1201以及处理模块1202。当然，诊断数据处理装置还可以包括其他模块，或者诊断数据处理装置可以包括更少的模块。本申请实施例对此并不限制。

接收模块1201用于获取N个第一数据格式的文件，N个第一数据格式的文件中包括诊断实例以及诊断实例的第一信息，N大于等于1，N个第一数据格式的文件用于同一车辆的诊断。

处理模块1202用于根据N个第一数据格式的文件生成第一模板文件，第一模板文件包括所述N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引。

处理模块1202还用于根据N个第一数据格式的文件以及第一模板文件生成第二数据格式的文件。

上述描述的系统的具体工作过程，可以参考上述方法实施例中的对应过程，在此不再赘述。

本申请实施例提供一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使计算机执行上述步骤S102-S103、S202-S203、S302-S303、S402-S403所述的诊断数据处理方法。

本申请实施例还提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述实施例步骤S102-S105、S202-S203、S302-S303、S402-S403所述的诊断数据处理方法。

其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘，硬盘、磁带)、光介质(例如，DVD)或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。

Claims

1.一种诊断数据处理方法，其特征在于，包括：

获取N个第一数据格式的文件，所述N个第一数据格式的文件中包括诊断实例以及所述诊断实例的第一信息，N大于等于1，所述N个第一数据格式的文件用于同一车辆的诊断；

根据所述N个第一数据格式的文件生成第一模板文件，所述第一模板文件包括所述N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引；

根据所述N个第一数据格式的文件以及所述第一模板文件生成第二数据格式的文件。

2.根据权利要求1所述的方法，其特征在于，所述根据所述N个第一数据格式的文件以及所述第一模板文件生成第二数据格式的文件，包括：

根据所述N个第一数据格式的文件、所述第一模板文件以及服务表生成所述第二数据格式的文件，所述服务表包括车辆能够提供的诊断服务信息，所述诊断服务信息包括统一诊断服务、统一诊断服务子功能、统一诊断服务的寻址方式、统一诊断服务访问权限中的至少一个，所述第二数据格式的文件包括所述诊断服务以及每个诊断服务对应的诊断实例。

3.根据权利要求1或2所述的方法，其特征在于，所述诊断实例包括数据标识符和/或诊断例程。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一信息包括所述诊断实例的标识值、所述诊断实例的数据的大小、所述诊断实例的通信标识、所述诊断实例的数据在所述第二数据格式的文件中的预期存储路径、所述诊断实例的访问权限中的至少一个。

5.根据权利要求1所述的方法，其特征在于，所述根据所述N个第一数据格式的文件以及所述第一模板文件生成第二数据格式的文件，包括：

创建所述N个第一数据格式的文件中的每个诊断实例对应的第一对象，所述第一对象符合所述第二数据格式；

根据所述第一模板文件创建至少一组第二对象，每个诊断实例对应一组第二对象，每组第二对象符合所述第二数据格式；

关联所述至少一组第二对象中每组第二对象与对应的第一对象以及所述第一对象对应的第一进程，以得到所述第二数据格式的文件，所述第一进程用于实现所述第一对象所描述的功能。

6.根据权利要求1所述的方法，其特征在于，所述N个第一数据格式的文件中的诊断实例包括M个故障诊断码，M大于等于1，所述M个故障诊断码的第一信息分别包括触发故障的M组事件的标识，所述第一模板文件还包括所述M组事件，所述根据所述N个第一数据格式的文件以及所述第一模板文件生成第二数据格式的文件，包括：

根据所述第一模板文件中的所述M组事件分别创建M组第三对象，每组所述第三对象符合所述第二数据格式；

关联所述M组第三对象、所述每组第三对象分别对应的第一对象以及第二进程，以得到所述第二数据格式的文件，所述第二进程用于实现所述第一对象对应的触发故障的一个事件。

7.根据权利要求6所述的方法，其特征在于，所述M个故障诊断码的第一信息分别包括M组自定义配置项，所述每组自定义配置项包括H组自定义数据，H大于等于1，所述第一模板文件还包括所述M组自定义配置项，所述创建所述N个第一数据格式的文件中的每个诊断实例对应的第一对象之后，还包括：

创建所述N个第一数据格式的文件中的M个故障诊断码对应的M个第四对象；每个所述第四对象符合所述第二数据格式；

创建所述N个第一数据格式的文件中的M组自定义配置项中的H组自定义数据对应的M*H组第五对象；每个所述第五对象符合所述第二数据格式；

关联所述M*H组第五对象、所述M个第四对象以及第三进程，以得到所述第二数据格式的文件，所述第三进程用于实现所述第五对象所描述的功能。

8.根据权利要求2所述的方法，其特征在于，所述根据服务表生成所述第二数据格式的文件，包括：

创建所述N个第一数据格式的文件对应的一个服务表的第六对象；所述第六对象符合所述第二数据格式；

根据服务表中所述车辆能够提供的诊断服务创建一组第七对象；所述第七对象符合所述第二数据格式。

9.根据权利要求5-8中任一项所述的方法，其特征在于，所述根据所述N个第一数据格式的文件、所述第一模板文件以及服务表生成所述第二数据格式的文件，包括：

创建所述N个第一数据格式的文件中的每个诊断实例对应的第一对象；

创建所述N个第一数据格式的文件对应的一个服务表的第六对象；

关联所述创建的第一对象与所述创建的第六对象，以得到所述第二数据格式的文件。

10.根据权利要求1-9任一项所述的方法，其特征在于，

所述第二数据格式的文件包括可扩展标记语言XML文件、全球通用诊断实例库格式ODX文件中的至少一个。

11.一种诊断数据处理装置，其特征在于，包括：

接收模块，用于获取N个第一数据格式的文件，所述N个第一数据格式的文件中包括诊断实例以及所述诊断实例的第一信息，N大于等于1，所述N个第一数据格式的文件用于同一车辆的诊断；

处理模块，用于根据所述N个第一数据格式的文件生成第一模板文件，所述第一模板文件包括所述N个第一数据格式的文件中的每个诊断实例的第一信息分别在对应的第一数据格式的文件中的索引；

处理模块，还用于根据所述N个第一数据格式的文件以及所述第一模板文件生成第二数据格式的文件。

12.一种诊断数据处理装置，其特征在于，包括存储器和至少一个处理器，所述存储器用于存储程序代码，所述至少一个处理器用于执行所述程序代码，以实现权利要求1-10中任意一项所述的诊断数据处理方法。

13.一种车辆，其特征在于，包括如权利要求11或12所述的诊断数据处理装置。