数据生成方法、装置、终端设备及介质与流程

1.本技术属于计算机技术领域，尤其涉及一种数据生成方法、装置、终端设备及介质。


背景技术：

2.随着车辆电子技术的不断发展，电子控制单元(electronic control unit，ecu)在现代车辆中得到了广泛的应用。ecu在提高车辆动力性、经济性、舒适性和安全性的同时，也使得车辆中的电子电气系统越来越复杂，这也促使车辆诊断技术有了更大的发展。实际应用中，车辆中通常可以设置有多个ecu，且每个ecu具有多个服务，如，检测ecu电压的服务。车辆诊断设备，通常是采用车辆诊断技术对车辆中各ecu的服务功能进行诊断的设备。实践中，针对每一类型的车辆通常具有对应的车辆诊断设备。
3.在车辆诊断设备的生产过程中，需要采用符合被测车辆的数据规范的数据，对车辆诊断设备进行测试。相关技术中，通常是测试人员参照ecu中各服务的数据规范，人工编辑用于对车辆诊断设备进行测试的模拟数据。人工编辑得到模拟数据的方式，效率低且容易出错。


技术实现要素：

4.本技术实施例提供了数据生成方法、装置、终端设备及介质，旨在解决相关技术中，由人工编辑得到模拟数据的方式，效率低且容易出错的问题。
5.第一方面，本技术实施例提供了一种数据生成方法，该方法包括：
6.获取目标车辆的车辆配置文件；
7.对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息以及目标ecu中的目标服务的服务信息，其中，服务信息包括协议信息及协议相关数据，单元标识信息包括单元请求标识和单元应答标识；
8.针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，其中，模拟数据用于对实现目标服务的诊断设备进行测试，模拟数据包括模拟请求数据和模拟应答数据。
9.进一步地，对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息，包括：
10.解析车辆配置文件，获取目标车辆的ecu列表；
11.针对ecu列表中的目标ecu，获取目标ecu的基础变量；
12.根据基础变量，获取目标ecu的单元请求标识和单元应答标识。
13.进一步地，对车辆配置文件进行解析，获取目标ecu中的目标服务的服务信息，包括：
14.针对ecu列表中的目标ecu，获取目标ecu的单元变量；
15.根据单元变量，获取目标ecu的服务列表；
16.针对服务列表中的目标服务，获取目标服务的协议信息；
17.根据协议信息，获取目标服务的协议相关数据，协议相关数据包括目标服务的服务请求命令和服务应答命令。
18.进一步地，针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，包括：
19.对目标服务的服务请求命令进行解析，获取服务请求命令的服务请求标识；
20.根据单元请求标识、服务请求标识以及预设的模拟请求格式，生成模拟请求数据。
21.进一步地，针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，包括：
22.对目标服务的服务应答命令进行解析，获取服务应答命令的服务应答标识以及应答数据信息；
23.根据单元应答标识、服务应答标识、应答数据信息以及预设的模拟应答格式，生成模拟应答数据。
24.进一步地，应答数据信息包括数据应答区间，根据单元应答标识、服务应答标识、应答数据信息以及预设的模拟应答格式，生成模拟应答数据，包括：
25.从数据应答区间随机选取目标值，以及根据预先设定的数据转换规则，对目标值转换为命令字节格式，得到目标数据；
26.将ecu的单元应答标识、服务应答标识、目标数据以及预设的模拟应答格式，生成模拟应答数据。
27.进一步地，还包括：
28.在获取目标ecu的服务列表之后，逐一遍历服务列表中的服务，执行针对服务列表中的目标服务，获取目标服务的协议信息以及根据协议信息，获取目标服务的协议相关数据的步骤，以及执行针对目标服务，根据单元标识信息、协议信息及协议相关数据，生成目标服务的模拟数据的步骤，得到目标ecu的所有服务对应的模拟数据。
29.第二方面，本技术实施例提供了一种数据生成装置，该装置包括：
30.文件获取单元，用于获取目标车辆的车辆配置文件；
31.文件解析单元，用于对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息以及目标ecu中的目标服务的服务信息，其中，服务信息包括协议信息及协议相关数据，单元标识信息包括单元请求标识和单元应答标识；
32.数据生成单元，用于针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，其中，模拟数据用于对实现目标服务的诊断设备进行测试，模拟数据包括模拟请求数据和模拟应答数据。
33.第三方面，本技术实施例提供了一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述数据生成方法的步骤。
34.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现上述数据生成方法的步骤。
35.第五方面，本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项的数据生成方法。
36.本技术实施例与相关技术相比存在的有益效果是：由于车辆的车辆配置文件中通常包括车辆的各服务的协议信息，协议信息可以描述相应服务的数据规范，通过对车辆配置文件进行解析，可以得到各服务的协议信息和协议相关数据，从而根据协议信息和协议相关数据自动合成各服务的模拟数据。可以实现快速生成对诊断设备进行测试的模拟数据，有助于提高对诊断设备进行测试的效率。
37.可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
附图说明
38.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1是本技术一实施例提供的数据生成方法应用的系统架构图；
40.图2是本技术一实施例提供的数据生成方法的流程示意图；
41.图3是本技术一实施例提供的模拟数据的示意图；
42.图4是本技术另一实施例提供的数据生成方法的流程示意图；
43.图5是本技术一实施例提供的数据生成装置的结构示意图；
44.图6是本技术一实施例提供的终端设备的结构示意图。
具体实施方式
45.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
46.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
47.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
48.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0049]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0050]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、
“
在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0051]
为了说明本技术的技术方案，下面通过以下实施例来进行说明。
[0052]
实施例一
[0053]
参考图1，为本技术实施例提供的一种数据生成方法应用的系统架构图。
[0054]
如图1所示，系统架构可以包括车辆101、终端设备102，其中，车辆101与终端设备102可以通过车辆上的通讯接口，如，车载自动诊断系统(on board diagnostics，obd)接口，实现可通信连接，从而实现数据和/或信令的交互。
[0055]
车辆101可以是各种车辆。例如，无人车、小汽车、大卡车等。需要指出的是，车辆101也可以是各种其它交通工具。例如，飞机、轮船。
[0056]
终端设备102可以包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等各种终端设备，本实施例不做具体限定。实践中，终端设备102可以获取目标车辆的车辆配置文件；对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息以及目标ecu中的目标服务的服务信息，其中，服务信息包括协议信息及协议相关数据，单元标识信息包括单元请求标识和单元应答标识；针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，其中，模拟数据用于对实现目标服务的诊断设备进行测试，模拟数据包括模拟请求数据和模拟应答数据。
[0057]
需要说明的是，本技术实施例所提供的数据生成方法一般由终端设备102执行，相应地，数据生成装置一般设置于终端设备102中。
[0058]
应该理解，图1中的终端设备和车辆的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和车辆。
[0059]
实施例二
[0060]
参考图2，为本技术实施例提供的一种数据生成方法的流程示意图，如图2所示的数据生成方法，包括：
[0061]
步骤201，获取目标车辆的车辆配置文件。
[0062]
其中，上述目标车辆通常是预先设定的车辆。实践中，目标车辆通常是某一种类型的车辆或者某一种型号的车辆。
[0063]
其中，车辆配置文件通常承载有车辆中的所有部件的诊断相关配置信息。实践中，车辆配置文件通常为开源诊断交换格式(open diagnostic exchange format，odx)文件。
[0064]
其中，odx是一种开源的标准化诊断数据格式，是一种基于可扩展标记语言(extensible markup language，xml)语言的odx标准，在制定时考虑了诊断开发全过程中数据的可交换性，标准化了数据格式。
[0065]
在本实施例中，用于执行上述数据生成方法的执行主体通常为终端设备(例如图1所示的终端设备102)。终端设备可以获取目标车辆的车辆配置文件，然后对所获取的车辆配置文件进行处理。
[0066]
需要指出的是，上述车辆配置文件可以直接存储于本地，也可以存储于与执行主体通信连接的其他电子设备，如，目标车辆中。在车辆配置文件存储在本地时，执行主体可以直接提取本地所存储的车辆配置文件以进行处理。在车辆配置文件存储在与执行主体通
信连接的其他电子设备时，执行主体可以通过有线连接方式或者无线连接方式获取车辆配置文件以进行处理。
[0067]
步骤202，对车辆配置文件进行解析，获取目标车辆中的目标电子控制单元的单元标识信息以及目标电子控制单元中的目标服务的服务信息。
[0068]
其中，目标ecu通常是预先设定的ecu。目标服务通常是目标ecu中的预先设定的服务。
[0069]
实践中，目标车辆中通常具有以下一种或多种ecu：辅助控制模块(auxiliary control module，acm)，发动机控制模块(engine control module，ecm)，车身控制器(body control module，bcm)，无钥匙进入及启动系统(passive entry passive start，peps)，自动变速箱控制单元(transmission control unit，tcu)等。
[0070]
其中，服务信息包括协议信息及协议相关数据，单元标识信息包括单元请求标识和单元应答标识。单元请求标识通常是用于指示ecu接收的数据，单元应答标识通常是用于指示ecu应答的数据。实践中，acm的单元请求标识可以为ox715，单元应答标识可以为ox77f。举例来说，若某一数据的单元标识信息为ox715，则该数据为适于acm接收的数据。
[0071]
上述协议信息通常是用于描述通信规则的信息。协议相关数据通常是协议信息所涉及的数据，如，数据的组成部分，数据的取值范围等。
[0072]
这里，由于车辆配置文件通常具有固定的格式，且车辆配置文件中通常承载有车辆的各ecu的单元标识信息、每个ecu中的各服务的协议信息及协议相关数据等，因此，上述执行主体可以基于车辆配置文件的格式，对车辆配置文件进行解析，从而得到目标车辆中的目标ecu的单元标识信息和目标ecu中的目标服务的协议信息及协议相关数据。
[0073]
步骤203，针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据。
[0074]
其中，模拟数据用于对实现目标服务的诊断设备进行测试，模拟数据包括模拟请求数据和模拟应答数据。模拟应答数据通常用于响应模拟请求数据。诊断设备通常是指车辆诊断设备。示例性的，将模拟数据用于对诊断设备进行测试时，终端设备可以将模拟数据发送至诊断设备，然后接收诊断设备针对模拟数据返回的解析结果。最后，通过将返回的解析结果与模拟数据的真实结果进行比对，若二者一致，则认为诊断设备能够准确诊断该模拟数据对应的服务。反之，若二者不一致，则认为诊断设备不能够准确诊断该模拟数据对应的服务。
[0075]
图3为本技术实施例提供的模拟数据的示意图。图3示出了5组模拟数据，每组模拟数据中包括一个模拟请求数据和与该模拟请求数据对应的模拟应答数据。图3中，第一行数据为一模拟数据中的模拟请求数据，以及第二行数据为该模拟数据的模拟应答数据。第三行数据为另一模拟数据中的模拟请求数据，以及第四行数据为该另一模拟数据的模拟应答数据。以此类推。
[0076]
本实施例提供的方法，由于车辆的车辆配置文件中通常包括车辆的各服务的协议信息，协议信息可以描述相应服务的数据规范，通过对车辆配置文件进行解析，可以得到各服务的协议信息和协议相关数据，从而根据协议信息和协议相关数据自动合成各服务的模拟数据。可以实现快速生成对诊断设备进行测试的模拟数据，有助于提高对诊断设备进行测试的效率。
[0077]
在一些可选的实现方式中，对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息，可以包括：
[0078]
首先，解析车辆配置文件，获取目标车辆的ecu列表。
[0079]
这里，上述执行主体在对车辆配置文件进行解析时，可以解析得到目标车辆的ecu列表。该ecu列表中包括目标车辆中的各ecu的名称。
[0080]
然后，针对ecu列表中的目标ecu，获取目标ecu的基础变量。
[0081]
这里，上述执行主体可以从上述ecu列表中选取ecu作为目标ecu，然后，基于目标ecu的名称，提取该目标ecu的基础变量。
[0082]
最后，根据基础变量，获取目标ecu的单元请求标识和单元应答标识。
[0083]
这里，上述执行主体可以采用目标ecu的基础变量，提取得到目标ecu的单元请求标识和单元应答标识。从而实现从车辆配置文件中解析得到目标车辆中的目标ecu的单元标识信息。
[0084]
在一些可选的实现方式中，对车辆配置文件进行解析，获取目标ecu中的目标服务的服务信息，可以包括：
[0085]
首先，针对ecu列表中的目标ecu，获取目标ecu的单元变量。
[0086]
这里，上述执行主体可以基于目标ecu的名称，提取该目标ecu的单元变量。
[0087]
需要指出的是，每个ecu通常具有基础变量和单元变量。基础变量通常为ecu的取值固定不变的变量，单元变量通常为ecu的取值可变的变量。
[0088]
然后，根据单元变量，获取目标ecu的服务列表。
[0089]
这里，上述执行主体可以采用目标ecu的单元变量，提取目标ecu的服务列表。服务列表通常是服务的名称的列表。
[0090]
之后，针对服务列表中的目标服务，获取目标服务的协议信息。
[0091]
这里，上述执行主体可以从服务列表中选取服务，作为目标服务。然后，上述执行主体可以采用目标服务的服务名称，提取目标服务的协议信息。
[0092]
最后，根据协议信息，获取目标服务的协议相关数据。
[0093]
其中，协议相关数据包括目标服务的服务请求命令和服务应答命令。
[0094]
这里，上述执行主体可以从协议信息中，提取得到协议相关数据。具体地，可以从目标服务的协议信息中，提取得到目标服务的服务请求命令和服务应答命令。从而实现从车辆配置文件中、解析得到目标ecu中的目标服务的服务信息。需要指出的是，目标服务的服务请求命令和服务应答命令，通常是目标服务与其它设备进行通信的格式命令。
[0095]
在一些可选的实现方式中，在获取目标ecu的服务列表之后，上述执行主体可以逐一遍历服务列表中的服务，执行针对服务列表中的目标服务，获取目标服务的协议信息以及根据协议信息，获取目标服务的协议相关数据的步骤，以及执行针对目标服务，根据单元标识信息、协议信息及协议相关数据，生成目标服务的模拟数据的步骤，得到目标ecu的所有服务对应的模拟数据。
[0096]
在一些可选的实现方式中，针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，包括：对目标服务的服务请求命令进行解析，获取服务请求命令的服务请求标识。根据单元请求标识、服务请求标识以及预设的模拟请求格式，生成模拟请求数据。
[0097]
其中，服务请求标识通常是用于指示服务接收数据的标识。实践中，针对acm中的电压检测服务，该服务的服务请求标识可以为ox222222。
[0098]
其中，上述预设的模拟请求格式通常是预先设定的格式。作为示例，上述预设的模拟请求格式，可以为将单元请求标识、服务请求标识、有效字节数组合生成上述模拟请求数据。
[0099]
这里，上述执行主体可以对目标服务的服务请求命令进行解析，得到服务请求命令的服务请求标识。然后，上述执行主体可以采用单元请求标识、服务请求标识以及预设的模拟请求格式，生成模拟请求数据。
[0100]
在一些可选的实现方式中，针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，包括：对目标服务的服务应答命令进行解析，获取服务应答命令的服务应答标识以及应答数据信息。根据单元应答标识、服务应答标识、应答数据信息以及预设的模拟应答格式，生成模拟应答数据。
[0101]
其中，服务应答标识通常是用于指示服务应答数据的标识。实践中，针对acm中的电压检测服务，该服务的服务应答标识可以为ox622222。
[0102]
其中，上述预设的模拟应答格式通常是预先设定的格式。作为示例，上述预设的模拟应答格式，可以为将单元请求标识、服务请求标识、有效字节数和应答数据信息组合生成上述模拟应答数据。
[0103]
这里，上述执行主体可以对目标服务的服务应答命令进行解析，得到服务应答命令的服务应答标识。然后，上述执行主体可以采用单元应答标识、服务应答标识、应答数据信息以及预设的模拟应答格式，生成模拟应答数据。
[0104]
在一些可选的实现方式中，应答数据信息包括数据应答区间，根据单元应答标识、服务应答标识、应答数据信息以及预设的模拟应答格式，生成模拟应答数据，包括：
[0105]
首先，从数据应答区间随机选取目标值，以及根据预先设定的数据转换规则，对目标值转换为命令字节格式，得到目标数据。
[0106]
上述数据应答区间通常用于描述应答数据的取值范围。作为示例，应答电压的取值范围可以为0
‑
14。
[0107]
这里，终端设备可以从服务对应的数据应答区间随机选取一数值作为目标值。然后，可以采用预先设定的针对目标服务的数据转换规则，将目标值转换为命令字节格式，以得到目标数据。
[0108]
举例来说，若acm中电压检测服务对应的电压的数据应答区间可以为0
‑
14，终端设备可以从该数据应答区间中随机选取一个数值，如，选取12。此时目标值为12。另外，若该acm中电压检测服务对应的数据转换规则为y＝x1*256+x2，其中，y为目标值，x1
‑
x2为转换得到的命令字节格式的目标数据。此时，在y＝12的情况下，可以计算得到x1＝0x00，x2＝0x0c，目标数据为0x000c。
[0109]
然后，将ecu的单元应答标识、服务应答标识、目标数据以及预设的模拟应答格式，生成模拟应答数据。
[0110]
这里，上述执行主体模拟应答格式，将单元应答标识、服务应答标识、目标数据组合得到模拟应答数据。如，可以将单元应答标识、服务应答标识和目标数据顺序组合生成模拟应答数据。
[0111]
实践中，读取ecu电压的诊断服务生成的模拟数据可以如下：
[0112]
模拟请求数据:08 07 15 03 22 22 22 00 00 00 00
[0113]
模拟应答数据:08 07 7f 05 62 22 22 00 0c 00 00
[0114]
其中，针对上述模拟请求数据的格式说明如下：08为除单元请求标识外的字节个数，0715为单元请求标识，03为有效字节个数，222222为有效字节，用于指示请求读取acm电压，后面00为无效字节。
[0115]
针对上述模拟应答数据的格式说明如下：08为除单元应答标识外的字节个数，077f为单元应答标识，05为有效字节个数，622222000c为有效字节，用于指示应答acm电压为12伏，后面00为无效字节。
[0116]
实施例三
[0117]
进一步参考图4，为本技术实施例提供的数据生成方法的流程示意图。该数据生成方法，包括以下步骤：
[0118]
步骤401，获取目标车辆的车辆配置文件。
[0119]
步骤402，对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息以及目标ecu中的目标服务的服务信息。
[0120]
其中，服务信息包括协议信息及协议相关数据，单元标识信息包括单元请求标识和单元应答标识。
[0121]
步骤403，针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据。
[0122]
其中，模拟数据用于对实现目标服务的诊断设备进行测试，模拟数据包括模拟请求数据和模拟应答数据。
[0123]
在本实施例中，步骤401
‑
403的具体操作与图2所示的实施例中步骤201
‑
203的操作基本相同，在此不再赘述。
[0124]
步骤404，响应于接收到待测诊断设备发送的测试请求数据，从模拟数据集中，查找模拟请求数据与测试请求数据相同的目标模拟数据。
[0125]
其中，模拟数据集包括目标车辆中的各服务的模拟数据。实践中，终端设备在针对目标车辆的每个服务生成模拟数据时，通常会直接将所生成的模拟数据存入模拟数据集。模拟数据集中的每个模拟数据包括模拟请求数据和模拟应答数据。
[0126]
其中，上述待测诊断设备通常是待测试的车辆诊断设备。
[0127]
这里，待测诊断设备可以通过网络向终端设备发送测试请求数据。终端设备可以接收到该测试请求数据，以及在接收到测试请求数据时，从模拟数据集中查找目标模拟数据。该目标模拟数据为模拟请求数据与测试请求数据相同的模拟数据。为了便于描述，将目标模拟数据中的模拟应答数据，记作目标模拟应答数据。
[0128]
步骤405，向待测诊断设备发送目标模拟数据中的目标模拟应答数据，以及接收待测诊断设备针对目标模拟应答数据返回的解析结果数据。
[0129]
这里，终端设备可以通过网络将目标模拟应答数据发送至待测诊断设备。这样，待测诊断设备可以对目标模拟应答数据进行解析，以及将解析得到的解析结果数据发送至终端设备。
[0130]
步骤406，根据解析结果数据和目标模拟应答数据的期望解析结果，确定待测诊断
设备的故障状态。
[0131]
其中，故障状态用于指示待测诊断设备是否存在诊断故障。
[0132]
这里，终端设备可以采用解析结果数据和目标模拟应答数据的期望解析结果进行比较，从而确定待测诊断设备的故障状态。
[0133]
实践中，若解析结果数据与期望解析结果一致，则确定待测设备的故障状态为用于指示待测诊断设备不存在诊断故障的状态。
[0134]
若解析结果数据与期望解析结果不一致，则确定待测设备的故障状态为用于指示待测诊断设备存在诊断故障的状态。
[0135]
本实施例提供的方法，可以采用目标车辆的各服务的模拟数据，对待测诊断设备进行有效测试。
[0136]
在一些可选的实现方式中，上述数据生成方法还可以包括如下步骤：若故障状态指示待测诊断设备存在诊断故障，则确定目标模拟应答数据对应的目标ecu及目标服务，以及输出用于提示待测诊断设备对目标车辆的目标ecu的目标服务存在诊断故障的信息。
[0137]
这里，由于每一个模拟数据都对应着ecu及服务，在故障状态指示待测诊断设备存在诊断故障时，上述执行主体可以进一步确定目标模拟应答数据对应的ecu及服务，为了便于描述，记作目标ecu和目标服务。然后，上述执行主体可以输出提示信息，该提示信息用于提示待测诊断设备对目标车辆的目标ecu的目标服务存在诊断故障。
[0138]
本实现方式中，测试人员可以在提示信息的提示下，快速准确地确定待测诊断设备的故障点，从而快速地有针对性地对待测诊断设备进行故障调整。
[0139]
实践中，待测诊断设备针对某个服务的诊断故障，通常是缘于对数据的位置解析错误和/或对数据解析所采用的算法错误。作为一个示例，对数据甲进行解析时，原本应从第三个字节开始解析，却从第四个字节位置开始解析，导致对数据的位置解析错误。作为另一示例，对数据乙进行解析时，原本应采用算法a进行解析，却使用了算法b进行解析，导致对数据解析所采用的算法错误。
[0140]
实施例四
[0141]
进一步参考图5，对应于上文实施例的数据生成方法，图5为本技术实施例提供的数据生成装置500的结构框图，为了便于说明，仅示出了与本技术实施例相关的部分。
[0142]
参照图5，该装置包括：
[0143]
文件获取单元501，用于获取目标车辆的车辆配置文件；
[0144]
文件解析单元502，用于对车辆配置文件进行解析，获取目标车辆中的目标ecu的单元标识信息以及目标ecu中的目标服务的服务信息，其中，服务信息包括协议信息及协议相关数据，单元标识信息包括单元请求标识和单元应答标识；
[0145]
数据生成单元503，用于针对目标服务，根据单元标识信息以及服务信息，生成目标服务的模拟数据，其中，模拟数据用于对实现目标服务的诊断设备进行测试，模拟数据包括模拟请求数据和模拟应答数据。
[0146]
在一些实施例中，文件解析单元502，具体用于解析车辆配置文件，获取目标车辆的ecu列表；针对ecu列表中的目标ecu，获取目标ecu的基础变量；根据基础变量，获取目标ecu的单元请求标识和单元应答标识。
[0147]
在一些实施例中，文件解析单元502，具体还用于针对ecu列表中的目标ecu，获取
目标ecu的单元变量；根据单元变量，获取目标ecu的服务列表；针对服务列表中的目标服务，获取目标服务的协议信息；根据协议信息，获取目标服务的协议相关数据，协议相关数据包括目标服务的服务请求命令和服务应答命令。
[0148]
在一些实施例中，数据生成单元503可以包括第一命令解析模块和第一数据生成模块。
[0149]
第一命令解析模块，用于对目标服务的服务请求命令进行解析，获取服务请求命令的服务请求标识；
[0150]
第一数据生成模块，用于根据单元请求标识、服务请求标识以及预设的模拟请求格式，生成模拟请求数据。
[0151]
在一些实施例中，数据生成单元503还可以包括第二命令解析模块和第二数据生成模块。
[0152]
第二命令解析模块，用于对目标服务的服务应答命令进行解析，获取服务应答命令的服务应答标识以及应答数据信息；
[0153]
第二数据生成模块，用于根据单元应答标识、服务应答标识、应答数据信息以及预设的模拟应答格式，生成模拟应答数据。
[0154]
在一些实施例中，第二数据生成模块，具体用于从数据应答区间随机选取目标值，以及根据预先设定的数据转换规则，对目标值转换为命令字节格式，得到目标数据；将ecu的单元应答标识、服务应答标识、目标数据以及预设的模拟应答格式，生成模拟应答数据。
[0155]
在一些实施例中，文件解析单元502，具体还用于在获取目标ecu的服务列表之后，逐一遍历服务列表中的服务，执行针对服务列表中的目标服务，获取目标服务的协议信息以及根据协议信息，获取目标服务的协议相关数据的步骤，以及执行针对目标服务，根据单元标识信息、协议信息及协议相关数据，生成目标服务的模拟数据的步骤，得到目标ecu的所有服务对应的模拟数据。
[0156]
本实施例提供的装置，由于车辆的车辆配置文件中通常包括车辆的各服务的协议信息，协议信息可以描述相应服务的数据规范，通过对车辆配置文件进行解析，可以得到各服务的协议信息和协议相关数据，从而根据协议信息和协议相关数据自动合成各服务的模拟数据。可以实现快速生成对诊断设备进行测试的模拟数据，有助于提高对诊断设备进行测试的效率。
[0157]
需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0158]
实施例五
[0159]
进一步参考图6，图6为本技术一实施例提供的终端设备600的结构示意图。如图6所示，该实施例的终端设备600包括：至少一个处理器601(图6中仅示出一个处理器)、存储器602以及存储在存储器602中并可在至少一个处理器601上运行的计算机程序603，例如数据生成程序。处理器601执行计算机程序603时实现上述任意各个方法实施例中的步骤。处理器601执行计算机程序603时实现上述各个数据生成方法的实施例中的步骤。处理器601执行计算机程序603时实现上述各装置实施例中各模块/单元的功能，例如图5所示单元501至503的功能。
[0160]
示例性的，计算机程序603可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器602中，并由处理器601执行，以完成本技术。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序603在终端设备600中的执行过程。例如，计算机程序603可以被分割成文件获取单元，文件解析单元，数据生成单元，各单元具体功能在上述实施例中已有描述，此处不再赘述。
[0161]
终端设备600可以是终端设备、台式电脑、平板电脑、云端服务器和移动终端等计算设备。终端设备600可包括，但不仅限于，处理器601，存储器602。本领域技术人员可以理解，图6仅仅是终端设备600的示例，并不构成对终端设备600的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
[0162]
所称处理器601可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0163]
存储器602可以是终端设备600的内部存储单元，例如终端设备600的硬盘或内存。存储器602也可以是终端设备600的外部存储设备，例如终端设备600上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器602还可以既包括终端设备600的内部存储单元也包括外部存储设备。存储器602用于存储计算机程序以及终端设备所需的其他程序和数据。存储器602还可以用于暂时地存储已经输出或者将要输出的数据。
[0164]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0165]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0166]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0167]
在本技术所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，模
块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0168]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0169]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0170]
集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。其中，计算机可读存储介质可以是非易失性的，也可以是易失性的。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读存储介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。
[0171]
以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。