诊断协议重构方法、装置、终端设备及存储介质与流程

本申请属于计算机技术领域，尤其涉及一种诊断协议重构方法、装置、终端设备及存储介质。

背景技术：

随着车辆技术的不断发展，电子控制单元(electroniccontrolunit，ecu)在现代车辆中得到了广泛的应用。现有的车辆中通常都配备了多个ecu，各个ecu的诊断功能需要根据各自的诊断协议来实现。

现有技术中，常常将每个ecu的诊断协议分别独立配置存储，以便于车辆在实现ecu的诊断功能时从对应的存储项中获取该ecu的诊断协议的信息。然而，现有的ecu诊断协议存储方式存在一定的数据冗余，当ecu的数量较多时，存储诊断协议的信息所占用的空间较大。

技术实现要素：

有鉴于此，本申请实施例提供了诊断协议重构方法、装置、终端设备及存储介质，以解决现有技术中如何节省ecu的诊断协议所占用的存储空间的问题。

本申请实施例的第一方面提供了一种诊断协议重构方法，包括：

构建父类诊断协议，所述父类诊断协议包含各个电子控制单元ecu的诊断协议中共有的诊断协议信息；

基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，所述子类诊断协议继承于所述父类诊断协议，以使所述子类诊断协议能够调用所述父类诊断协议中的诊断协议信息；

根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议。

可选地，所述诊断协议信息包括通讯参数的信息，所述基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，包括：

在所述子类诊断协议中的父类参数项写入用于标识所述父类诊断协议的标识信息；

若所述ecu的诊断协议中存在目标通讯参数，则在对应的所述子类诊断协议中重写所述目标通讯参数的信息；其中，若所述ecu的诊断协议中的通讯参数的信息与所述父类诊断协议中对应的所述通讯参数的信息不一致，则不一致的所述通讯参数的信息所对应的通讯参数作为所述目标通讯参数。

可选地，所述诊断协议信息还包括诊断服务的信息，所述基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，还包括：

若所述ecu的诊断协议中存在第一目标诊断服务，则在对应的所述子类诊断协议中重写所述第一目标诊断服务的信息；其中，若所述ecu的诊断协议中的诊断服务的信息与所述父类诊断协议中对应的所述诊断服务的信息不一致，则不一致的所述诊断服务的信息所对应的诊断服务作为所述第一目标诊断服务。

可选地，所述基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，还包括：

若所述ecu的诊断协议中存在第二目标诊断服务，则在对应的所述子类诊断协议中新增所述第二目标诊断服务的信息，所述第二目标诊断服务为所述父类诊断协议中不存在的诊断服务。

可选地，在所述根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议之后，还包括：

若各个所述ecu共有的诊断协议信息中存在需要修改的目标诊断协议信息，则在所述父类诊断协议中修改所述目标诊断协议信息。

可选地，所述诊断协议包括预设数目种通讯类型的诊断协议；在所述构建父类诊断协议之前，包括：

依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型；

对应地，所述构建父类诊断协议包括：

构建所述目标通讯类型对应的父类诊断协议；

对应地，所述基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，包括：

基于所述目标通讯类型对应的父类诊断协议，构建与各个所述ecu分别对应的所述目标通讯类型的子类诊断协议；

对应地，所述根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议，包括：

根据所述目标通讯类型对应的父类诊断协议和各个所述ecu对应的所述目标通讯类型的子类诊断协议，得到与所述目标通讯类型对应的重构后的诊断协议；

若所述预设数目种通讯类型中每个所述通讯类型均已作为所述目标通讯类型，则得到预设数目个与所述预设数目种通讯类型分别对应的重构后的诊断协议；否则，返回执行所述依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型的步骤。

本申请实施例的第二方面提供了一种诊断协议重构装置，包括：

父类诊断协议构建单元，用于构建父类诊断协议，所述父类诊断协议包含各个电子控制单元ecu的诊断协议中共有的诊断协议信息；

子类诊断协议构建单元，用于基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，所述子类诊断协议继承于所述父类诊断协议，以使所述子类诊断协议能够调用所述父类诊断协议中的诊断协议信息；

诊断协议确定单元，用于根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议。

可选地，所述诊断协议信息包括通讯参数的信息，所述子类诊断协议构建单元包括父类参数项写入模块、目标通讯参数重写模块：

父类参数项写入模块，用于在所述子类诊断协议中的父类参数项写入用于标识所述父类诊断协议的标识信息；

目标通讯参数重写模块，用于若所述ecu的诊断协议中存在目标通讯参数，则在对应的所述子类诊断协议中重写所述目标通讯参数的信息；其中，若所述ecu的诊断协议中的通讯参数的信息与所述父类诊断协议中对应的所述通讯参数的信息不一致，则不一致的所述通讯参数的信息所对应的通讯参数作为所述目标通讯参数。

可选地，所述诊断协议信息还包括诊断服务的信息，所述子类诊断协议构建单元还包括：

第一目标诊断服务重写单元，用于若所述ecu的诊断协议中存在第一目标诊断服务，则在对应的所述子类诊断协议中重写所述第一目标诊断服务的信息；其中，若所述ecu的诊断协议中的诊断服务的信息与所述父类诊断协议中对应的所述诊断服务的信息不一致，则不一致的所述诊断服务的信息所对应的诊断服务作为所述第一目标诊断服务。

可选地，所述子类诊断协议构建单元还包括：

第二目标诊断服务新增单元，用于若所述ecu的诊断协议中存在第二目标诊断服务，则在对应的所述子类诊断协议中新增所述第二目标诊断服务的信息，所述第二目标诊断服务为所述父类诊断协议中不存在的诊断服务。

可选地，所述诊断协议重构装置还包括：

修改单元，用于若各个所述ecu共有的诊断协议信息中存在需要修改的目标诊断协议信息，则在所述父类诊断协议中修改所述目标诊断协议信息。

可选地，所述诊断协议包括预设数目种通讯类型的诊断协议；所述诊断协议重构装置还包括：

通讯类型确定单元，用于依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型；

对应地，所述父类诊断协议构建单元，用于构建所述目标通讯类型对应的父类诊断协议；

对应地，所述子类诊断协议构建单元，用于基于所述目标通讯类型对应的父类诊断协议，构建与各个所述ecu分别对应的所述目标通讯类型的子类诊断协议；

对应地，所述子类诊断协议构建单元，用于根据所述目标通讯类型对应的父类诊断协议和各个所述ecu对应的所述目标通讯类型的子类诊断协议，得到与所述目标通讯类型对应的重构后的诊断协议；若所述预设数目种通讯类型中每个所述通讯类型均已作为所述目标通讯类型，则得到预设数目个与所述预设数目种通讯类型分别对应的重构后的诊断协议；否则，返回执行所述依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型的步骤。

本申请实施例的第三方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，当所述处理器执行所述计算机程序时，使得终端设备实现如所述诊断协议重构方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，使得终端设备实现如所述诊断协议重构方法的步骤。

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

本申请实施例与现有技术相比存在的有益效果是：本申请实施例中，通过构建父类诊断协议来存储各个电子控制单元ecu共有的诊断协议信息，并通过继承该父类诊断协议来构建各个ecu分别对应的子类诊断协议，使得各个子类诊断协议可以直接调用该父类诊断协议中的诊断协议信息，而无需在每个子类诊断协议中将共有的诊断协议信息分别一一列出，因此能够避免诊断协议信息的重复编写，减少诊断协议信息的冗余，进而减少代码冗余并节省诊断协议所占用的存储空间。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种诊断协议重构方法的实现流程示意图；

图2是本申请实施例提供的一种诊断协议重构装置的示意图；

图3是本申请实施例提供的终端设备的示意图。

具体实施方式

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

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

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

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

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

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

另外，在本申请的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

目前，车辆基本都配备了多个ecu，各个ecu都有各自的诊断协议，车辆需要存储所有ecu的诊断协议，才能够完整地实现车辆诊断。通常，车辆对各个ecu分别对应的各个诊断协议都分别独立配置、存储，即每个ecu都有对应的诊断协议配置项，该诊断协议配置项中包含该ecu完整的诊断协议的信息。虽然，每个ecu都有各自的诊断协议，不同ecu对应的诊断协议的信息(以下简称诊断协议信息)不完全相同，但两个不同的ecu的诊断协议中也存在类似甚至相同的部分诊断协议信息，按照目前的独立配置存储ecu的诊断协议的方式，通常会存在较大的数据冗余，当ecu的数量较多时，这些ecu的诊断协议所占用的存储空间较大。为了解决该技术问题，本申请实施例提供了一种诊断协议重构方法、装置、终端设备及存储介质，通过构建父类诊断协议来存储各个电子控制单元ecu共有的诊断协议信息，并通过继承该父类诊断协议来构建各个ecu分别对应的子类诊断协议，使得各个子类诊断协议可以直接调用该父类诊断协议中的诊断协议信息，而无需在每个子类诊断协议中将共有的诊断协议信息分别一一列出，因此能够避免诊断协议信息的重复编写，减少诊断协议信息的冗余，进而减少代码冗余并节省诊断协议所占用的存储空间。

实施例一：

图1示出了本申请实施例提供的一种诊断协议重构方法的流程示意图，该诊断协议重构方法的执行主体为终端设备，具体可以为车载设备，该诊断协议重构方法详述如下：

在s101中，构建父类诊断协议，所述父类诊断协议包含各个电子控制单元ecu的诊断协议中共有的诊断协议信息。

本申请实施例中，父类诊断协议为基于车辆的至少两个ecu分别对应的原始的诊断协议而构建的诊断协议项，该父类诊断协议中包含该至少两个ecu的原始的诊断协议中共有的诊断协议信息。具体地，获取至少两个ecu分别对应的原始的诊断协议，该诊断协议中包含多项诊断协议信息；之后，从各个原始的诊断协议中提取相同或者类似的诊断协议信息，作为父类诊断协议中的内容，从而完成父类诊断协议的构建。具体地，构建的父类诊断协议拥有其对应的唯一的标识信息，例如“ecu_can”。

示例性地，设本申请实施例中ecu包括发动机管理系统(enginemanagementsystem，ems)的ecu和驻车定位系统(parktronicassistsystem，pts)。其中，ems原始的诊断协议包含：通讯参数a～f以及诊断服务1～13；pts原始的诊断协议包含：通讯参数a～f以及诊断服务1～12、诊断服务14；根据这两个ecu的原始的诊断协议，确定其中共有的诊断协议信息为：通讯参数a～f及诊断服务1～12，并将其作为父类诊断协议中的内容。

在s102中，基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，所述子类诊断协议继承于所述父类诊断协议，以使所述子类诊断协议能够调用所述父类诊断协议中的诊断协议信息。

本申请实施例中，子类诊断协议为用于表示一个ecu完整的全部诊断协议信息的诊断协议，每个ecu都有其对应的子类诊断协议。

具体地，在步骤s101中构建的父类诊断协议为一个抽象的诊断协议，该父类诊断协议不作为一个具体的ecu的诊断协议，而供子类诊断协议继承使用。在构建该父类诊断协议后，基于该父类诊断协议，分别为每个ecu构建各自对应的子类诊断协议。具体地，构建子类诊断协议的步骤至少包括：在子类诊断协议的父类参数项中写入用于标识该父类诊断协议的标识信息，例如，在ems对应的子类诊断协议的父类参数项“parent”中写入父类诊断协议的标识信息“ecu_can”：<prent＝ecu_can>，以标识该子类诊断协议继承于该父类诊断协议，从而使得即使该子类诊断协议中没有具体列出上述的各个ecu共有的诊断协议信息，也能够在后续调用该子类诊断协议实现该ecu的诊断功能时，能够直接继承使用父类诊断协议中相关的诊断协议信息。可选地，若ecu的原始诊断协议中完整的诊断协议信息与父类诊断协议中包含的共有的诊断协议信息完全一致，则称该ecu为第一ecu，直接在该第一ecu对应的子类诊断协议的父类参数项中写入父类诊断协议的标识信息即可完成该第一ecu对应的子类诊断协议的构建；可选地，若ecu的原始诊断协议中的某一项或者多项(以下称为第一目标项)的诊断协议信息与父类诊断协议中对应项的诊断协议信息不同，则称该ecu为第二ecu，在该第二ecu对应的子类诊断协议的父类参数项写入父类诊断协议的标识信息后，需要进一步在该第二ecu对应的子类诊断协议中重写该目标项的诊断协议信息，从而完成该第二ecu对应的子类诊断协议的构建；可选地，若ecu的原始诊断协议中存在父类诊断协议中不存在的某一项或者多项(以下称为第二目标项)诊断协议信息，则称该ecu为第三ecu，在该第三ecu对应的子类诊断协议的父类参数项写入父类诊断协议的标识信息后，需要进一步在该第三ecu的子类诊断协议中新增第二目标项的诊断协议信息，从而完成该第三ecu对应的子类诊断协议的构建。

示例性地，设车辆包括ecu1、ecu2、ecu3三个ecu，这三个ecu共有的诊断协议信息为data1～data2，父类诊断协议中的诊断协议信息为：data1＝1，data2＝2。其中，ecu1原始的诊断协议为：data1＝1，data2＝2，即ecu1原始的诊断协议中的诊断协议信息与父类诊断协议中的诊断协议信息完全一致，因此直接在ecu1对应的子类诊断协议的父类参数项写入该父类诊断协议的标识信息，使得该子类诊断协议继承于该父类诊断协议，即可完成ecu1对应的子类诊断协议的创建；ecu2原始的诊断协议为：data1＝1，data2＝3，即ecu2原始的诊断协议中“data2”项的信息“3”与父类诊断协议中对应的“data2”项的信息“2”不同，因此在ecu2对应的子类诊断协议的父类参数项写入该父类诊断协议的标识信息后，还需在该子类诊断协议中重写data2的信息，即在ecu2对应的子类诊断协议中写入：data2＝3的信息，以覆盖继承的父类诊断协议中的data2的信息；ecu3的原始的诊断协议为：data1＝1，data2＝2，data3＝4，即ecu3原始的诊断协议中比父类诊断协议多出了一项诊断协议信息“data3”，此时，在ecu3对应的子类诊断协议的父类参数项写入该父类诊断协议的标识信息后，还需在该子类诊断协议中新增data3的信息，即在ecu3对应的子类诊断协议中写入“data3＝4”的信息，以使构建的子类诊断协议能够完整地包含ecu3的诊断协议信息。

在s103中，根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议。

在得到父类诊断协议和继承于该父类诊断协议、与各个ecu分别对应的各个子类诊断协议后，将该父类诊断协议和各个子类诊断协议写入同一份文件中，例如写入同一份可扩展标记语言xml文件中，即得到重构后的诊断协议(即该文件)。之后，可以将该重构后的诊断协议存放在车载设备的存储单元中，供车辆诊断时进行读取使用。

可选地，所述诊断协议信息包括通讯参数的信息，所述步骤s102包括：

s10201：在所述子类诊断协议中的父类参数项写入用于标识所述父类诊断协议的标识信息。

s10202：若所述ecu的诊断协议中存在目标通讯参数，则在对应的所述子类诊断协议中重写所述目标通讯参数的信息；其中，若所述ecu的诊断协议中的通讯参数的信息与所述父类诊断协议中对应的所述通讯参数的信息不一致，则不一致的所述通讯参数的信息所对应的通讯参数作为所述目标通讯参数。

由于在同一车辆中，各个ecu的通讯参数通常相似，例如都包含通讯协议类型、通讯管脚、通讯时序参数、系统id、过滤id等，不同ecu间的通讯参数只是系统id、过滤id的具体参数值有所不同，因此可以将通讯参数作为各个ecu诊断协议中共有的诊断协议信息。

具体地，在本申请实施例中，先在ecu对应的子类诊断协议中的父类参数项写入用于标识该父类诊断协议的标识信息，例如写入：<prent＝ecu_can>，以标识该子类诊断协议继承于步骤s101中构建的父类诊断协议。之后，在根据父类诊断协议构建各个ecu对应的子类诊断协议时，若ecu原始的诊断协议中存在目标通讯参数，即在ecu的诊断协议中的通讯参数的信息与父类诊断协议中对应的通讯参数的信息不一致对应的通讯参数，则在该ecu对应的子类诊断协议中重写目标通讯参数的信息。示例性地，设父类诊断协议中包含通讯管脚inpin＝06、outpin＝14，波特率baundrate＝500k，系统询问命令过滤id：syskey＝0x000，系统回复命令过滤id：filterid1＝0x00000000等通讯参数的信息，而ems的诊断协议中系统询问命令过滤id及系统回复命令过滤id的信息与父类诊断协议中对应的信息不同，则将系统询问命令过滤id和系统回复命令过滤id视为ems的目标通讯参数，并在ems对应的子类诊断协议中重写这两项通讯参数的信息：syskey＝0x7a4，filterid1＝0x000007ac。

本申请实施例中，由于能够考虑到车辆的各个ecu的通讯参数通常相同或者相似，因此将ecu的通讯参数作为共有的诊断协议信息，并在存在目标通讯参数时重写该目标通讯参数的信息，因此能够减少通讯参数所带来的信息冗余，同时也通过目标通讯参数的重写来保证通讯参数的可修改性及准确性，因此能够在节省诊断协议的存储空间的同时提高重构的诊断协议的准确性。

可选地，所述诊断协议信息还包括诊断服务的信息，所述步骤s102还包括：

若所述ecu的诊断协议中存在第一目标诊断服务，则在对应的所述子类诊断协议中重写所述第一目标诊断服务的信息；其中，若所述ecu的诊断协议中的诊断服务的信息与所述父类诊断协议中对应的所述诊断服务的信息不一致，则不一致的所述诊断服务的信息所对应的诊断服务作为所述第一目标诊断服务。

在车辆的各个ecu中，常常存在着共有的一些诊断服务，例如版本信息读取、故障码读取、故障码清除、数据流读取等诊断服务，因此可以将这些共有的诊断服务作为各个诊断协议中共有的诊断协议信息。

具体地，在根据父类诊断协议构建各个ecu对应的子类诊断协议时，若ecu原始的诊断协议中存在第一目标诊断服务，即在ecu的诊断协议中的诊断服务的信息与父类诊断协议中对应的诊断服务的信息不一致对应的诊断服务，则在该ecu对应的子类诊断协议中重写该第一目标诊断服务的信息，以使之后在调用该子类诊断协议的该第一目标诊断服务时，直接从子类诊断协议中读取该重写的第一目标诊断服务的信息，以保证第一目标诊断服务能够准确地执行。示例性地，设父类诊断协议中版本信息读取诊断服务的信息为：

<index＝0012>,<nameid＝0x00000110>,<calcid＝0x00000052>,<cmdid＝0x0000000a>,<x_pos＝0x0003>,<len＝0x08>

其中index为诊断服务编号，nameid为诊断服务名称id，calcid为回复计算算法id，cmdid为发送命令id，x_pos为回复命令中有效字节的起始位置，len为有效字节的长度；

而pts中版本信息读取的诊断服务的nameid和calcid与父类诊断协议中对应的信息不一致，即pts中版本信息读取诊断服务的信息与父类诊断协议中的版本信息读取诊断服务的信息不一致，因此将该版本信息读取诊断服务视为pts的第一目标诊断服务，并在pts对应的子类诊断协议中重写该版本信息读取诊断服务的信息：

<index＝0012>,<nameid＝0xffffffff>,<calcid＝0xffffffff>,<cmdid＝0x0000000a>,<x_pos＝0x0003>,<len＝0x02>

本申请实施例中，由于能够考虑到车辆的各个ecu存在大量相同或者相似的诊断服务，将这些相同或者相似的诊断服务作为共有的诊断协议信息，并在存在第一目标诊断服务时重写该第一目标诊断服务的信息，因此能够减少诊断服务所带来的信息冗余，同时也通过第一目标诊断服务的重写来保证诊断服务的可修改性及准确性，因此能够在节省诊断协议的存储空间的同时提高重构的诊断协议的准确性。

可选地，所述步骤s102还包括：

若所述ecu的诊断协议中存在第二目标诊断服务，则在对应的所述子类诊断协议中新增所述第二目标诊断服务的信息，所述第二目标诊断服务为所述父类诊断协议中不存在的诊断服务。

本申请实施例中，一些ecu存在着其特有的诊断服务，即其它ecu通常没有的诊断服务，因此这些诊断服务通常不包含在父类诊断协议的共有的诊断协议信息中，将这些ecu特有的诊断服务称为第二目标诊断服务。在根据父类诊断协议构建各个ecu对应的子类诊断协议时，若ecu原始的诊断协议中存在前述的第二目标诊断服务，则在该ecu对应的子类诊断协议中新增该第二目标诊断服务的信息，使得该ecu的子类诊断协议除了能够继承使用父类诊断协议中共有的诊断服务外，还可以使用该ecu特有的第二目标诊断服务的信息。示例性地，ems中存在父类诊断协议中不存在的元配件测试诊断服务，即将该元配件测试诊断服务视为ems的第二目标诊断服务，在ems对应的子类诊断协议中新增父类诊断协议中没有的元配件测试诊断服务的信息：

<index＝0013>,<nameid＝0x00000111>,<calcid＝0x00000053>,<cmdid＝0x000000d2>,<x_pos＝0x0003>,<len＝0x02>

示例性地，pts中存在父类诊断协议中不存在的刹车板传感器信息读取诊断服务，即该刹车板传感器信息读取诊断服务视为pts的第二目标诊断服务，在pts对应的子类诊断协议中新增父类诊断协议中没有的刹车板传感器信息读取诊断服务的信息：

<index＝0014>,<nameid＝0x00000047>,<calcid＝0x00000054>,<cmdid＝0x00000033>,<x_pos＝0x0003>,<len＝0x01>

本申请实施例中，由于考虑到车辆的一些ecu中存在特有的第二目标诊断服务，在构建这些ecu对应的ecu的子类诊断协议中，能够灵活地新增该第二目标诊断服务，因此能够提高诊断协议构建的灵活性及完整性。

可选地，在所述步骤s103之后，还包括：

若各个所述ecu共有的诊断协议信息中存在需要修改的目标诊断协议信息，则在所述父类诊断协议中修改所述目标诊断协议信息。

在得到重构后的诊断协议后，如果各个ecu共有的诊断协议中存在需要修改的诊断协议信息(将其称为目标诊断协议信息)，则直接在父类诊断协议中修改该目标诊断协议信息。由于各个ecu对应的子类诊断协议都继承于该父类诊断协议，因此在该父类诊断协议中一次修改该目标诊断协议信息，即能够实现对各个ecu对应的各个子类诊断协议的修改，相对于现有的需要一一在每个ecu对应的诊断协议区域中一一修改诊断协议信息的方式，能够更加高效地完成诊断协议的修改及迭代更新。

可选地，所述诊断协议包括预设种通讯类型的诊断协议，在所述步骤s101之前，还包括：

依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型；

对应地，所述步骤s101包括：

构建所述目标通讯类型对应的父类诊断协议；

对应地，所述步骤s102包括：

基于所述目标通讯类型对应的父类诊断协议，构建与各个所述ecu分别对应的所述目标通讯类型的子类诊断协议；

对应地，所述步骤s103包括：

根据所述目标通讯类型对应的父类诊断协议和各个所述ecu对应的所述目标通讯类型的子类诊断协议，得到与所述目标通讯类型对应的重构后的诊断协议；

若所述预设数目种通讯类型中每个所述通讯类型均已作为所述目标通讯类型，则得到预设数目个与所述预设数目种通讯类型分别对应的重构后的诊断协议；否则，返回执行所述依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型的步骤。

本申请实施例中，车辆的诊断协议包括预设数目种通讯类型的诊断协议，例如包括控制局域网络(controllerareanetwork,can)、以太网通讯协议、基于k线(汽车诊断协议iso14230-4中定义的k线)的通讯协议等。由于各不同通讯类型的诊断协议的诊断协议信息的格式不同(例如通讯参数不同)，因此本申请实施例具体将车辆的各种通讯类型的诊断协议分别进行重构。

首先，从预设数目种通讯类型中确定一种(例如can通讯类型)作为当前的目标通讯类型以便构建得到该目标通讯类型对应的重构后的诊断协议。接着，根据各个ecu对应的原始的该目标通讯类型的诊断协议，构建得到该目标通讯类型对应的父类诊断协议。然后，基于该目标通讯类型对应的父类诊断协议，分别为各个ecu构建对应的该目标通讯类型的子类诊断协议。之后，将该目标通讯类型对应的父类诊断协议和各个ecu对应的该目标通讯类型的子类诊断协议一同存储，例如一同存储于一份文件中，得到该目标通讯类型对应的重构后的诊断协议。每一种目标通讯类型都通过前述步骤构建得到对应的重构后的诊断协议，如果检测到当前预设数目种通讯类型中每个通讯类型均已作为目标通讯类型，确定了对应的重构后的诊断协议，则最终得到预设数目个与各个通讯类型分别对应的重构后的诊断协议；如果检测到当前还存在未被确定为目标通讯类型，尚未确定对应的重构后的诊断协议的通讯类型，则返回执行依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型的步骤，从而继续为尚未确定重构后的诊断协议的通讯类型确定对应的重构后的诊断协议。

本申请实施例中，考虑到车辆存在不同种类的通讯类型，将各个通讯类型的诊断协议分别进行重构，因此能够保证诊断协议能够合理有序、整齐地进行重构，进而提高诊断协议的重构效率，也使得重构后的诊断协议能够更便于之后有序地读取使用。

示例性地，本申请实施例给出了一种can通讯类型对应的诊断协议重构方法作为示例说明：

设车辆的ecu包括ems和pts，包含该ems和pts的原始的诊断协议的文件1的结构如下所示：

ems的诊断协议部分：

ems的id：例如<system_id＝ems>

ems包含的通讯参数的信息：例如用于表示通讯类型为单线can的信息<linktype＝std_can_prtl>；用于表示当前的系统询问命令过滤id的信息：<syskey＝0x7a4>；用于表示can通信的波特率的信息：<banudrate＝can_500k>；用于表示通讯管脚的信息：<inpin＝06>,<outpin＝14>；用于表示系统回复命令过滤id的信息：<filterid1＝0x000007ac>；等

ems包含的诊断服务的信息：诊断服务1～诊断服务13的具体参数信息，该具体参数信息可以包括该诊断服务对应的诊断服务编号、诊断服务名称、回复计算算法、发送命令id、回复命令中有效字节的起始位置、有效字节的长度等信息，示例性地，诊断服务1的具体参数信息如下：<index＝0001>,<nameid＝0x00000054>,<calcid＝0x00000003>,<cmdid＝0x00000002>,<x_pos＝0x0003>,<len＝0x10>；诊断服务12的具体参数信息如下：<index＝0012>,<nameid＝0x00000110>,<calcid＝0x00000052>,<cmdid＝0x0000000a>,<x_pos＝0x0003>,<len＝0x08>；

pts的诊断协议部分：

pts的id：例如<system_id＝pts>

pts包含的通讯参数的信息：例如<linktype＝std_can_prtl>；<syskey＝0x7bf>；<banudrate＝can_500k>；<inpin＝06>,<outpin＝14>；<filterid1＝0x000007df>等；

pts包含的诊断服务的信息：诊断服务1～诊断服务12、以及诊断服务14的具体参数信息，其中诊断服务1～11的具体参数信息与上述的ems的具体参数信息完全一致，诊断服务12的具体参数信息与上述的ems的诊断12的具体参数信息略有不同，具体为：<index＝0012>,<nameid＝0xffffffff>,<calcid＝0xffffffff>,<cmdid＝0x0000000a>,<x_pos＝0x0003>,<len＝0x02>

可见，上述包含ems和pts的原始的诊断协议的文件1中，ems的诊断协议部分和pts的诊断协议部分存在较多一致的信息(例如通讯参数、诊断服务1～12)，即相同的信息在ems的诊断洗衣部分和pts的诊断协议部分重复出现两次，导致该文件1存在着信息冗余，占据的存储空间较大。采用本申请实施例中的诊断协议重构方法可以解决该问题，具体包括以下步骤：

(1)找出ems的诊断协议部分与pts的诊断协议部分中相同或者相似的信息作为共有的诊断协议信息：通讯参数和诊断服务1～12，构建得到can通讯类型下的父类诊断协议，该父类诊断协议“ecu_can”的结构示意如下：

父类诊断协议的id：例如<system_id＝ecu_can>

父类诊断协议包含的通讯参数的信息：例如<linktype＝std_can_prtl>,<syskey＝0x000>,<reserve1＝0x00000000>,<banudrate＝can_500k><inpin＝06>,<outpin＝14><filterid1＝0x00000000>

父类诊断协议包含的诊断服务的信息：诊断服务1～12的具体参数信息。

(2)基于该父类诊断协议，构建ems对应的子类诊断协议、pts对应的子类诊断协议。具体地，由上述的文件1可知，对于ems来说，其通讯参数中的系统询问命令过滤id及系统回复命令过滤id的信息与父类诊断协议中的对应的信息不同，因此需要在ems对应的的子类诊断协议中重写这部分的信息；并且，ems还具有父类诊断协议所不存在的诊断服务13的具体参数信息，因此需要在ems对应的子类诊断协议中新增诊断服务13的具体参数信息；该ems对应的子类诊断协议的结构示意如下：

ems子类诊断协议的id：<system_id＝ems>

父类参数项信息：<parent＝ecu_can>，用于表示ems子类诊断协议继承于父类诊断协议“ecu_can”

ems子类诊断协议重写的通讯参数的信息：<syskey＝0x7a4>，<filterid1＝0x000007ac>

ems子类诊断协议新增的诊断服务13的信息：<index＝0013>,<nameid＝0x00000111>,<calcid＝0x00000053>,<cmdid＝0x000000d2>,<x_pos＝0x0003>,<len＝0x02>

具体地，对于pts来说，其通讯参数中的系统询问命令过滤id、系统回复命令过滤id的信息以及诊断服务12的具体参数信息与父类诊断协议中的对应的信息不同，因此需要在pts对应的的子类诊断协议中重写这部分的信息；并且，pts还具有父类诊断协议所不存在的诊断服务14的具体参数信息，因此需要在epts对应的子类诊断协议中新增诊断服务14的具体参数信息；该ems对应的子类诊断协议的结构示意如下：

pts子类诊断协议的id：<system_id＝pts>

父类参数项信息：<parent＝ecu_can>，用于表示ems子类诊断协议继承于父类诊断协议“ecu_can”

pts子类诊断协议重写的通讯参数的信息：<syskey＝0x7bf>,<filterid1＝0x000007df>

pts重写的诊断服务12的信息：<index＝0012>,<nameid＝0xffffffff>,<calcid＝0xffffffff>,<cmdid＝0x0000000a>,<x_pos＝0x0003>,<len＝0x08>

pts新增的诊断服务14的信息：<index＝0014>,<nameid＝0x00000047>,<calcid＝0x00000054>,<cmdid＝0x00000033>,<x_pos＝0x0003>,<len＝0x01>

(3)根据(1)中构建得到的父类诊断协议、(2)中构建得到的ems对应的子类诊断协议、pts对应的子类诊断协议，得到重构后的诊断协议，存储于文件2中，文件2的结构示意如下：

父类诊断协议的id：例如<system_id＝ecu_can>

父类诊断协议包含的通讯参数的信息：例如<linktype＝std_can_prtl>,<syskey＝0x000>,<reserve1＝0x00000000>,<banudrate＝can_500k><inpin＝06>,<outpin＝14><filterid1＝0x00000000>

父类诊断协议包含的诊断服务的信息：诊断服务1～12的具体参数信息。

ems子类诊断协议的id：<system_id＝ems>

父类参数项信息：<parent＝ecu_can>，用于表示ems子类诊断协议继承于父类诊断协议“ecu_can”

ems子类诊断协议重写的通讯参数的信息：<syskey＝0x7a4>，<filterid1＝0x000007ac>

ems子类诊断协议新增的诊断服务13的信息：<index＝0013>,<nameid＝0x00000111>,<calcid＝0x00000053>,<cmdid＝0x000000d2>,<x_pos＝0x0003>,<len＝0x02>

pts子类诊断协议的id：<system_id＝pts>

父类参数项信息：<parent＝ecu_can>，用于表示ems子类诊断协议继承于父类诊断协议“ecu_can”

pts子类诊断协议重写的通讯参数的信息：<syskey＝0x7bf>,<filterid1＝0x000007df>

pts重写的诊断服务12的信息：<index＝0012>,<nameid＝0xffffffff>,<calcid＝0xffffffff>,<cmdid＝0x0000000a>,<x_pos＝0x0003>,<len＝0x02>

pts新增的诊断服务14的信息：<index＝0014>,<nameid＝0x00000047>,<calcid＝0x00000054>,<cmdid＝0x00000033>,<x_pos＝0x0003>,<len＝0x01>

可见，重构后的文件2相比于原来的文件1，避免诊断协议信息的重复编写，减少诊断协议信息的冗余，从而能够节省存储空间。

在得到上述的重构后的诊断协议——即文件2后，在车辆执行诊断功能时，与车辆的车载自动诊断系统(onboarddiagnostics，obd)接口连接的obd装置可以直接读取该文件2中的诊断协议信息来实现对应的诊断功能。示例性地，设上述的诊断服务12为版本信息读取服务，若当前需要执行的诊断功能为驻车定位系统pts的版本信息读取功能，则诊断协议信息的读取过程如下：

obd装置读取文件2中pts对应的子类诊断协议，若该子类诊断协议中有重写的信息，则优先读取该重写的诊断协议信息，否则直接调用其对应的父类诊断协议的诊断协议信息。具体地，从子类诊断协议中读取重写的系统询问命令过滤id、系统回复命令过滤id的信息，以及从文件2中的父类诊断协议“ecu_can”中读取通信类型、波特率、通讯管脚等信息，并完成当前obd装置的通讯参数设置；之后，由于诊断服务12对应的具体参数信息在pts中已经进行重写，则直接读取pts的子类诊断协议中的诊断服务12的具体参数信息来实现当前的版本信息读取功能。具体地，根据诊断服务12中的发送命令id<cmdid＝0x0000000a>，从命令库查找id“0x0000000a”对应的诊断命令“0x22f101”，发送至车辆的pts的ecu中，并接受pts的ecu返回的回复命令“0x62f1010102”；根据诊断协议信息中的参数<x_pos＝0x0003>,<len＝0x02>，确定当前的需要以回复命令中标号为3的位置作为起始位置(由于标号通常从0开始，因此此处的标号为3为第四个字节的位置)读取两个字节的数据来解析该回复命令，即得到数据“0102”，并解析得到x1＝01，x2＝02；根据子类诊断协议中诊断服务12的回复计算算法id<calcid＝0xffffffff>从算法库中查询id“0xffffffff”对应的算法：y＝x1*256+x2，将解析得到的x1＝01,x2＝02代入计算得到y＝01*256+02＝258；根据子类诊断协议中诊断服务12的诊断服务名称id<nameid＝0xffffffff>从名称文本库中查找id“0xffffffff”对应的文本“softwarenumber:”；最后将该诊断服务名称的文本以及计算得到的版本信息y展示给用户：“softwarenumber：258”，从而完成当前的版本信息读取功能。

本申请实施例中，通过构建父类诊断协议来存储各个电子控制单元ecu共有的诊断协议信息，并通过继承该父类诊断协议来构建各个ecu分别对应的子类诊断协议，使得各个子类诊断协议可以直接调用该父类诊断协议中的诊断协议信息，而无需在每个子类诊断协议中将共有的诊断协议信息分别一一列出，因此能够避免诊断协议信息的重复编写，减少诊断协议信息的冗余，进而减少代码冗余并节省诊断协议所占用的存储空间。

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

实施例二：

图2示出了本申请实施例提供的一种诊断协议重构装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分：

该诊断协议重构装置包括：父类诊断协议构建单元21、子类诊断协议构建单元22、诊断协议确定元单元23。其中：

父类诊断协议构建单元21，用于构建父类诊断协议，所述父类诊断协议包含各个电子控制单元ecu的诊断协议中共有的诊断协议信息。

子类诊断协议构建单元22，用于基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，所述子类诊断协议继承于所述父类诊断协议，以使所述子类诊断协议能够调用所述父类诊断协议中的诊断协议信息。

诊断协议确定单元23，用于根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议。

可选地，所述诊断协议信息包括通讯参数的信息，所述子类诊断协议构建单元22包括父类参数项写入模块、目标通讯参数重写模块：

父类参数项写入模块，用于在所述子类诊断协议中的父类参数项写入用于标识所述父类诊断协议的标识信息；

目标通讯参数重写模块，用于若所述ecu的诊断协议中存在目标通讯参数，则在对应的所述子类诊断协议中重写所述目标通讯参数的信息；其中，若所述ecu的诊断协议中的通讯参数的信息与所述父类诊断协议中对应的所述通讯参数的信息不一致，则不一致的所述通讯参数的信息所对应的通讯参数作为所述目标通讯参数。

可选地，所述诊断协议信息还包括诊断服务的信息，所述子类诊断协议构建单元22还包括：

第一目标诊断服务重写单元，用于若所述ecu的诊断协议中存在第一目标诊断服务，则在对应的所述子类诊断协议中重写所述第一目标诊断服务的信息；其中，若所述ecu的诊断协议中的诊断服务的信息与所述父类诊断协议中对应的所述诊断服务的信息不一致，则不一致的所述诊断服务的信息所对应的诊断服务作为所述第一目标诊断服务。

可选地，所述子类诊断协议构建单元22还包括：

第二目标诊断服务新增单元，用于若所述ecu的诊断协议中存在第二目标诊断服务，则在对应的所述子类诊断协议中新增所述第二目标诊断服务的信息，所述第二目标诊断服务为所述父类诊断协议中不存在的诊断服务。

可选地，所述诊断协议重构装置还包括：

修改单元，用于若各个所述ecu共有的诊断协议信息中存在需要修改的目标诊断协议信息，则在所述父类诊断协议中修改所述目标诊断协议信息。

可选地，所述诊断协议包括预设数目种通讯类型的诊断协议；所述诊断协议重构装置还包括：

通讯类型确定单元，用于依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型；

对应地，所述父类诊断协议构建单元21，用于构建所述目标通讯类型对应的父类诊断协议；

对应地，所述子类诊断协议构建单元22，用于基于所述目标通讯类型对应的父类诊断协议，构建与各个所述ecu分别对应的所述目标通讯类型的子类诊断协议；

对应地，所述子类诊断协议构建单元23，用于根据所述目标通讯类型对应的父类诊断协议和各个所述ecu对应的所述目标通讯类型的子类诊断协议，得到与所述目标通讯类型对应的重构后的诊断协议；若所述预设数目种通讯类型中每个所述通讯类型均已作为所述目标通讯类型，则得到预设数目个与所述预设数目种通讯类型分别对应的重构后的诊断协议；否则，返回执行所述依次从所述预设数目种通讯类型中确定一种通讯类型作为当前的目标通讯类型的步骤。

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

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

实施例三：

图3是本申请一实施例提供的终端设备的示意图。如图3所示，该实施例的终端设备3包括：处理器30、存储器31以及存储在所述存储器31中并可在所述处理器30上运行的计算机程序32，例如诊断协议重构程序。所述处理器30执行所述计算机程序32时实现上述各个诊断协议重构方法实施例中的步骤，例如图1所示的步骤s101至s103。或者，所述处理器30执行所述计算机程序32时实现上述各装置实施例中各模块/单元的功能，例如图2所示单元21至23的功能。

示例性的，所述计算机程序32可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器31中，并由所述处理器30执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序32在所述终端设备3中的执行过程。例如，所述计算机程序32可以被分割成父类诊断协议构建单元、子类诊断协议构建单元及诊断协议确定单元，各单元具体功能如下：

父类诊断协议构建单元，用于构建父类诊断协议，所述父类诊断协议包含各个电子控制单元ecu的诊断协议中共有的诊断协议信息。

子类诊断协议构建单元，用于基于所述父类诊断协议，构建与各个所述ecu分别对应的子类诊断协议，所述子类诊断协议继承于所述父类诊断协议，以使所述子类诊断协议能够调用所述父类诊断协议中的诊断协议信息。

诊断协议确定单元，用于根据所述父类诊断协议和各个所述ecu对应的子类诊断协议得到重构后的诊断协议。

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

所称处理器30可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器31可以是所述终端设备3的内部存储单元，例如终端设备3的硬盘或内存。所述存储器31也可以是所述终端设备3的外部存储设备，例如所述终端设备3上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器31还可以既包括所述终端设备3的内部存储单元也包括外部存储设备。所述存储器31用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

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

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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