数据传输方法、系统、设备和存储介质与流程

1.本公开涉及汽车诊断技术领域，特别涉及一种数据传输方法、系统、设备和存储介质。


背景技术：

2.汽车诊断指的是在汽车不解体条件下，为确定汽车技术状况或查明故障部位、原因所进行的检查、分析和判断工作。
3.相关技术中，在汽车诊断过程中，数据传输方法包括：诊断设备向网关发送第一请求，第一请求的格式与第一总线协议对应；网关基于第一请求进行格式转换得到第二请求，并将第二请求发送至第一车载设备，第二请求的格式与第二总线协议对应；第一车载设备根据第二请求，生成一个第一响应，并将第一响应发送至网关，第一响应的格式与第二总线协议对应，且第一响应中携带的数据长度大于第一总线协议支持的数据长度。网关对第一响应进行格式转换以及数据长度拆分得到多个第二响应，并将多个第二响应发送至诊断设备，第二响应中携带的数据长度等于第一总线协议支持的数据长度，且第二响应的格式与第一总线协议对应。第二总线协议支持的数据长度大于或等于第一总线协议支持的数据长度。
4.该种数据传输方法中，网关在将第一响应转换为第二响应时，除了在底层进行格式转换，将第一响应的格式转换为第一总线协议对应的格式外，还需要进入上层应用，对第一响应的数据长度进行拆分，降低了数据传输效率，从而降低了汽车诊断效率。


技术实现要素：

5.本公开实施例提供了一种数据传输方法、装置、设备和介质，能够提高汽车诊断过程中数据传输效率，从而提高汽车诊断效率。所述技术方案如下：
6.第一方面，提供了一种数据传输方法，应用于第一车载设备，所述方法包括：接收网关发送的第一请求，所述第一请求的格式与第一总线协议对应，所述第一请求是所述网关基于诊断设备发送的第二请求得到的；根据所述第一请求，向所述网关发送至少两个第一响应，所述第一响应的格式与所述第一总线协议对应，且所述第一响应中携带的数据长度等于第二总线协议支持的数据长度；所述第一响应用于指示所述网关向所述诊断设备发送第二响应，所述第二响应是所述网关基于对应的一个所述第一响应得到的，且所述第二响应的格式对应的总线协议与所述第二请求的格式所对应的总线协议相同；其中，所述第一总线协议支持的数据长度大于或等于所述第二总线协议支持的数据长度。
7.可选地，每个所述第一响应均携带第一标识，所述至少两个第一响应携带的所述第一标识相互关联。
8.可选地，所述第二请求的格式与所述第二总线协议对应，所述第一请求是所述网关基于所述第二请求进行格式转换得到的；或者，所述第二请求的格式与所述第一总线协议对应，所述第一请求与所述第二请求相同。
9.第二方面，提供了一种数据传输方法，应用于诊断设备，所述方法包括：向所述网关发送至少两个第三请求，所述至少两个第三请求相关联，所述第三请求的格式与第一总线协议对应，所述第三请求中携带的数据长度等于第二总线协议支持的数据长度，所述第三请求用于指示所述网关向第二车载设备发送第四请求，所述第四请求是所述网关基于对应的一个所述第三请求进行格式转换得到的，且所述第四请求的格式与所述第二总线协议对应；接收所述网关发送的第三响应，所述第三响应的格式与所述第一总线协议对应，所述第三响应是所述网关基于所述第二车载设备发送的第四响应进行格式转换得到的，所述第四响应的格式与所述第二总线协议对应；其中，所述第一总线协议支持的数据长度大于或等于所述第二总线协议支持的数据长度。
10.可选地，每个所述第三请求均携带第二标识，所述至少两个第三请求携带的所述第二标识相互关联。
11.第三方面，提供了一种数据传输系统，所述系统包括：诊断设备、网关和第一车载设备；所述诊断设备用于，向所述网关发送第二请求；所述网关用于，基于所述第二请求得到第一请求，所述第一请求的格式与第一总线协议对应；向所述第一车载设备发送所述第一请求，所述第一车载设备支持所述第一总线协议；所述第一车载设备用于，根据所述第一请求，向所述网关发送至少两个第一响应，所述第一响应的格式与所述第一总线协议对应，且所述第一响应中携带的数据长度等于第二总线协议支持的数据长度；所述网关还用于向所述诊断设备发送至少两个第二响应，所述至少两个第二响应与所述第一响应一一对应，所述第二响应是所述网关基于对应的一个所述第一响应得到的，且所述第二响应的格式对应的总线协议与所述第二请求的格式所述对应的总线协议相同；其中，所述第一总线协议支持的数据长度大于或等于所述第二总线协议支持的数据长度。
12.第四方面，提供了一种数据传输系统，所述系统包括：诊断设备、网关和第二车载设备；所述诊断设备用于，向所述网关发送至少两个第三请求，所述至少两个第三请求相关联，所述第三请求的格式与第一总线协议对应，所述第三请求中携带的数据长度等于第二总线协议支持的数据长度；所述网关用于，向所述第二车载设备发送第四请求，所述第四请求是所述网关基于对应的一个所述第三请求进行格式转换得到的，且所述第四请求的格式与所述第二总线协议对应；所述第二车载设备用于，根据所述第四请求向所述网关发送第四响应，所述第四响应的格式与所述第二总线协议对应；所述网关还用于，向所述诊断设备发送第三响应，所述第三响应的格式与所述第一总线协议对应，所述第三响应是所述网关基于所述第四响应进行格式转换得到的；其中，所述第一总线协议支持的数据长度大于或等于所述第二总线协议支持的数据长度。
13.第五方面，提供了一种计算机设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行第一方面或第二方面所述的方法。
14.第六方面，提供了一种计算机可读介质，当计算机可读介质中的指令由计算机设备的处理器执行时，使得计算机设备能够执行第一方面或第二方面所述的方法。
15.第七方面，提供了一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现第一方面或第二方面所述的方法。
16.本公开实施例提供的技术方案带来的有益效果是：
17.本公开实施例中，第一车载设备根据网关发送的第一请求，向网关发送至少两个
第一响应，第一响应的格式与第一总线协议对应且第一响应中携带的数据长度等于第二总线协议支持的数据长度，第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。也即是，由第一车载设备直接完成至少两个第一响应的封装操作。这样，网关在对第一响应进行转换时，只需要在底层对第一响应进行格式转换，而不需要进入上层应用对第一响应进行数据长度拆分，提高了数据传输效率，从而提高了汽车诊断效率。
附图说明
18.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1是本公开实施例提供的一种汽车诊断系统的结构示意图；
20.图2是本公开实施例提供的一种数据传输方法的流程图；
21.图3是本公开实施例提供的另一种数据传输方法的流程图；
22.图4是本公开实施例提供的另一种数据传输方法的流程图；
23.图5是本公开实施例提供的另一种数据传输方法的流程图；
24.图6是本公开实施例提供的另一种数据传输方法的流程图；
25.图7是本公开实施例提供的一种数据传输系统的结构示意图；
26.图8是本公开实施例提供的另一种数据传输系统的结构示意图；
27.图9是本公开实施例提供的一种计算机设备的结构框图。
具体实施方式
28.为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。
29.图1是本公开实施例提供的一种汽车诊断系统的结构示意图。参见图1，该汽车诊断系统包括：诊断设备10、网关20和车载设备30。
30.其中，诊断设备10为车外设备，示例性地，诊断设备10为上位机。
31.在一些示例中，诊断设备10支持第一总线协议或者第二总线协议。第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。示例性地，第一总线协议支持的数据长度为8～15，第二总线协议支持的数据长度为8。
32.第一总线协议为canfd(can with flexible data rate，可变速率控制器局域网)总线协议，第二总线协议为can(controller area network，控制器局域网)总线协议。
33.第一总线协议的波特率最大支持5mbps，一帧数据链路层的canfd报文最大携带64个字节的数据。第二总线协议的波特率最大支持1mbps，一帧数据链路层的can报文最大携带8个字节的数据。
34.dlc(data length code数据长度码)表示在采用第一总线协议或者第二总线协议进行数据传输时，一帧数据的数据长度。
35.网关20通过硬件接口与诊断设备10连接。示例性地，网关20通过obd ii(on-board diagnostics ii，ii型车载诊断)接口与诊断设备10连接。网关20用于协议转换和数据交换
等。
36.车载设备30与网关20连接。车载设备30包括第一车载设备和第二车载设备中的至少一个。例如，车载设备30包括第一车载设备或者第二车载设备。又例如，车载设备30同时包括第一车载设备和第二车载设备。
37.其中，第一车载设备为支持第一总线协议的设备。示例性地，第一车载设备包括esp(electronic stability program，电子稳定程序)、tcu(transmission control uint，自动变速箱控制单元)、ems(engine management system，发动机管理系统)、asu(automatic suspension control unit，自动悬架控制单元)、idcu(intelligent driving control unit，智能驾驶控制单元)等。第二车载设备为支持第二总线协议的设备。示例性地，第二车载设备包括icm(instrument cluster module，仪表盘模块)、bcm(body control module，车身控制模块)、scu(seat control unit，座椅控制单元)、dcm(door control module，门控模块)、和lhm(left headlamp module，左前照灯模块)等。
38.诊断设备10支持第一总线协议或者第二总线协议。诊断设备10通过网关20发送诊断请求访问车载设备30，并根据车载设备30返回的响应诊断车载设备30的故障情况。
39.图2是本公开实施例提供的一种数据传输方法的流程图，该方法可以由图1所示实施例中的第一车载设备执行。参见图2，该方法包括：
40.在步骤101中，接收网关发送的第一请求。
41.第一请求的格式与第一总线协议对应，第一请求是网关基于诊断设备发送的第二请求得到的。
42.在步骤102中，根据第一请求，向网关发送至少两个第一响应。
43.其中，第一响应的格式与第一总线协议对应，且第一响应中携带的数据长度等于第二总线协议支持的数据长度。第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。
44.需要说明的是，本公开实施例中，至少两个第一响应与第一请求对应。至少两个第一响应相关联。至少两个第一响应相关联是指至少两个第一响应携带的数据不同，但是相互关联。例如，至少两个第一响应携带的数据共同用于指示第一车载设备的故障状态。
45.第一响应用于指示网关向诊断设备发送第二响应，第二响应是网关基于对应的一个第一响应得到的，且第二响应的格式对应的总线协议与第二请求的格式所对应的总线协议相同。
46.本公开实施例中，第一车载设备根据网关发送的第一请求，向网关发送至少两个第一响应，第一响应的格式与第一总线协议对应且第一响应中携带的数据长度等于第二总线协议支持的数据长度，第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。也即是，由第一车载设备直接完成至少两个第一响应的封装操作。这样，网关在对第一响应进行转换时，只需要在底层对第一响应进行格式转换，而不需要进入上层应用对第一响应进行数据长度拆分，提高了数据传输效率，从而提高了汽车诊断效率。
47.图3是本公开实施例提供的另一种数据传输方法的流程图。该方法可以由图1所示实施例中的诊断设备执行。参见图3，该方法包括：
48.在步骤201中，向网关发送相关联的至少两个第三请求。
49.第三请求的格式与第一总线协议对应，第三请求中携带的数据长度等于第二总线
协议支持的数据长度。
50.第三请求用于指示网关向第二车载设备发送第四请求，第四请求是网关基于对应的一个第三请求进行格式转换得到的，且第四请求的格式与第二总线协议对应。
51.本公开实施例中，至少两个第三请求相关联是指两个第三请求携带的数据不同，但是相互关联。例如，至少两个第三请求携带的数据共同用于请求第一车载设备的故障状态。
52.在步骤202中，接收网关发送的第三响应。
53.第三响应的格式与第一总线协议对应，第三响应是网关基于第二车载设备发送的第四响应进行格式转换得到的。第四响应的格式与第二总线协议对应。
54.诊断设备通过网关访问第二诊断设备，当诊断设备发送的诊断请求的格式与第一总线协议对应，且诊断请求中携带的数据长度大于第二总线协议支持的数据长度时，由于诊断请求对应的第一总线协议与第二诊断设备支持的第二总线协议不一致，网关需要对该诊断请求进行格式转换和数据长度拆分操作。网关除了在底层将该诊断请求的格式转换为第二总线协议对应的格式外，还需要进入上层应用对该诊断请求的数据长度进行拆分，该过程降低了诊断请求的传输效率，从而降低了汽车诊断效率。
55.本公开实施例中，当诊断设备通过第一总线协议访问第二车载设备时，诊断设备向网关发送至少两个第三请求。第三请求的格式与第一总线协议对应，第三请求中携带的数据长度等于第二总线协议支持的数据长度。也即是，由第一车载设备直接完成至少两个第三请求的数据长度拆分操作，这样，网关只需要在底层对至少两个第三请求进行格式转换，而不需要进入上层应用进行数据长度拆分操作，提高了数据传输效率，从而提高了汽车诊断效率。
56.图4是本公开实施例提供的一种数据传输方法的流程图，该方法可以由诊断设备、网关和第一车载设备共同执行。本公开实施例中，诊断设备支持第一总线协议或者第二总线协议，第一车载设备支持第一总线协议，诊断设备通过网关访问第一车载设备。
57.参见图4，该方法包括：
58.在步骤301中，诊断设备向网关发送第二请求。
59.第二请求的格式与第一总线协议对应或者与第二总线协议对应。
60.示例性地，第二请求用于请求刷新第一车载设备或者用于请求第一车载设备的故障状态等。当第二请求用于请求刷新第一车载设备时，第二请求中携带用于刷新第一车载设备的刷新数据。当第二请求用于请求第一车载设备的故障状态时，第二请求中携带请求第一车载设备的故障状态的请求数据。
61.相应地，网关接收第二请求。
62.在步骤302中，网关基于第二请求，得到第一请求。
63.第一请求的格式与第一总线协议对应。第一请求中携带的数据长度等于第一总线协议支持的数据长度。
64.在一些示例中，第二请求的格式与第一总线协议对应，第一请求与第二请求相同。
65.当诊断设备发送的第二请求的格式与第一总线协议对应时，由于第一车载设备支持第一总线协议，网关不需要对第二请求进行格式转换，可直接向第一车载设备发送第二请求。
66.在另一些示例中，第二请求的格式与第二总线协议对应，第一请求是网关基于第二请求进行格式转换得到的。第二请求中携带的数据长度等于第二总线协议支持的数据长度。
67.当诊断设备发送的第二请求的格式与第二总线协议对应时，由于第一车载设备支持第一总线协议，第一总线协议和第二总线协议的格式不一样，网关需要对第二请求进行格式转换后，才能向第一车载设备发送第二请求。
68.示例性地，网关中存储有诊断设备支持的总线协议类型以及第一车载设备支持的总线协议类型。网关可以获取存储的诊断设备支持的总线协议类型以及第一车载设备支持的总线协议类型，当诊断设备支持的总线协议类型和第一车载设备支持的总线协议类型不一致时，网关对传输的数据进行相应的格式转换。
69.在步骤303中，网关向第一车载设备发送第一请求。
70.相应地，第一车载设备接收第一请求。
71.在步骤304中，第一车载设备根据第一请求，生成至少两个第一响应。
72.第一响应的格式与第一总线协议对应。
73.第一响应中携带的数据长度等于第二总线协议支持的数据长度。例如，第二总线协议支持的数据长度为8，至少两个第一响应中的每个第一响应的数据长度均为8。
74.至少两个第一响应与第一请求对应。至少两个第一响应相关联。
75.示例性地，至少两个第一响应用于指示第一车载设备的刷新状态，或者用于指示第一车载设备的故障状态。
76.例如，第一车载设备将故障数据封装成至少两个第一响应，至少两个第一响应中的每个第一响应携带部分第一车载设备的故障数据。此时，至少两个第一响应用于指示第一车载设备的故障状态。
77.又例如，当第一车载设备刷新失败时，第一车载设备将刷新失败原因对应的数据封装成至少两个第一响应，至少两个第一响应中的每个第一响应携带部分第一车载设备刷新失败原因对应的数据。此时，至少两个第一响应用于指示第一车载设备的刷新状态。
78.在一些示例中，每个第一响应均携带第一标识，至少两个第一响应携带的第一标识相互关联。
79.至少两个第一响应携带的第一标识相互关联指至少两个第一响应携带的第一标识相同；或者，指至少两个第一响应携带的第一标识相似。
80.示例性地，第一标识可以为数字或者字母等。
81.至少两个第一响应携带相互关联的第一标识，便于诊断设备通过多个相互关联的第一标识识别出同一第一请求对应的多个第一响应。
82.在步骤305中，第一车载设备向网关发送至少两个第一响应。
83.相应地，网关接收至少两个第一响应。
84.在步骤306中，网关基于至少两个第一响应，得到至少两个第二响应。
85.第二响应是网关基于对应的一个第一响应得到的，且第二响应的格式对应的总线协议与第二请求的格式所对应的总线协议相同。
86.在一些示例中，第二请求的格式与第一总线协议对应，至少两个第二响应与至少两个第一响应相同。
87.当诊断设备发送的第二请求的格式与第一总线协议对应时，由于第一响应对应的格式为第一总线协议，此时，网关不需要对第一响应进行格式转换，可直接向诊断设备发送第一响应。
88.在另一些示例中，第二请求的格式与第二总线协议对应，第二响应由网关对对应的第一响应进行格式转换得到。
89.当诊断设备发送的第二请求的格式与第二总线协议对应时，由于第一响应对应的格式为第一总线协议，与第二总线协议不一致，网关需要对第一响应进行格式转换后，才能向诊断设备发送第一响应。
90.在步骤307中，网关向诊断设备发送至少两个第二响应。
91.相应地，诊断设备接收至少两个第二响应。
92.本公开实施例中，当诊断设备通过网关访问第一车载设备时，第一车载设备根据网关发送的第一请求，向网关发送至少两个第一响应，第一响应的格式与第一总线协议对应且第一响应中携带的数据长度等于第二总线协议支持的数据长度。一方面，由第一车载设备直接完成至少两个第一响应的封装操作。这样，网关在对第一响应进行转换时，只需要在底层对第一响应进行格式转换，而不需要进入上层应用对第一响应进行数据长度拆分，提高了数据传输效率，从而提高了汽车诊断效率。另一方面，若由网关完成第一响应的数据长度拆分操作，由于第一诊断设备根据第一请求可能会生成多个数据长度大于第二总线协议支持的数据长度的第一响应，第一网关对一个第一响应进行数据长度拆分时，向诊断设备发送一个数据长度等于第二总线协议支持的数据长度的第二响应，此时存在数据传输时序问题。因此，由第一车载设备完成第一响应的数据长度拆分操作，还可以保证数据传输的时序正常。另一方面，当诊断设备通过第一总线协议访问第一车载设备时，第一车载设备也封装至少两个第一响应，可以使得第一车载设备兼容支持第一总线协议的诊断设备和支持第二总线协议的诊断设备。
93.图5是本公开实施例提供的另一种数据传输方法的流程图，该方法可以由诊断设备、网关和第二车载设备共同执行。本公开实施例中，诊断设备支持第一总线协议或者第二总线协议，第二车载设备支持第二总线协议，诊断设备通过网关访问第二车载设备。
94.该方法包括：
95.在步骤401中，诊断设备向网关发送相关联的至少两个第三请求。
96.第三请求的格式与第一总线协议对应，第三请求中携带的数据长度等于第二总线协议支持的数据长度。
97.示例性地，至少两个第三请求用于请求刷新第二车载设备，或者用于请求第二车载设备的故障状态等。
98.例如，诊断设备将用于刷新第二车载设备的刷新数据封装成至少两个第三请求，至少两个第三请求中的每个第三请求携带部分刷新数据。此时，至少两个第三请求用于请求刷新第二车载设备。
99.又例如，诊断设备将用于诊断第二车载设备的测试数据封装成至少两个第三请求，至少两个第三请求中的每个第三请求携带部分测试数据。此时，至少两个第三请求用于请求第二车载设备的故障状态。
100.在一些示例中，每个第三请求均携带第二标识，至少两个第三请求携带的第二标
识相互关联。
101.至少两个第三请求携带的第二标识相互关联指至少两个第三请求携带的第二标识相同；或者，指至少两个第三请求携带的第二标识相似。
102.示例性地，第二标识可以为数字或者字母等。
103.至少两个第三请求携带相互关联的第二标识，便于第二车载设备通过多个相互关联的第二标识识别出至少两个第三请求对应的至少两个第四请求。
104.相应地，网关接收至少两个第三请求。
105.在步骤402中，网关对至少两个第三请求进行格式转换，得到至少两个第四请求。
106.第四请求的格式与第二总线协议对应。由于第三请求的格式与第一总线协议对应，第二车载设备支持第二总线协议，网关需要将第三请求的格式转换为第二总线协议对应的格式，才能向第二车载设备发送第三请求。
107.示例性地，网关中存储有诊断设备支持的总线协议类型以及第二车载设备支持的总线协议类型。网关可以获取存储的诊断设备支持的总线协议类型以及第二车载设备支持的总线协议类型，当诊断设备支持的总线协议类型和第二车载设备支持的总线协议类型不一致时，网关对传输的数据进行相应的格式转换。
108.在步骤403中，网关向诊断设备发送至少两个第四请求。
109.相应地，第二车载设备接收至少两个第四请求。
110.在步骤404中，第二车载设备根据至少两个第四请求，生成第四响应。
111.第四响应的格式与第二总线协议对应。
112.示例性地，至少两个第四响应用于指示第二车载设备的刷新状态，或者用于指示第二车载设备的故障状态等。当第四响应用于指示第二车载设备的刷新状态时，第四响应携带第二车载设备的刷新状态数据。当第四响应用于指示第二车载设备的故障状态时，第四响应携带第二车载设备的故障数据。
113.在一些示例中，第二车载设备根据至少两个第三请求携带的第二标识，识别出至少两个第三请求对应的至少两个第四请求，然后生成至少两个第四请求对应的第四响应。
114.在步骤405中，第二车载设备向网关发送第四响应。
115.相应地，网关接收第四响应。
116.在步骤406中，网关对第四响应进行格式转换，得到第三响应。
117.由于第四响应的格式与第二总线协议对应，且诊断设备支持第一总线协议，网关需要对第四响应进行格式转换后，才能向诊断设备发送第四响应。
118.在步骤407中，网关向诊断设备发送第三响应。
119.可选地，本公开实施例中，诊断设备还可以向网关发送一个第三请求，该一个第三请求携带的数据长度等于第二总线协议支持的数据长度。此时，诊断设备将该一个第三请求的格式转换为第二总线协议支持的格式后，发送至第二车载设备。
120.可选地，本公开实施例中，诊断设备通过网关访问第二车载设备时，该数据传输方法还包括：诊断设备向网关发送第五请求，第五请求的格式与第二总线协议对应；网关向第二车载设备发送第五请求；第二车载设备根据第五请求，生成第五响应，第五响应的格式与第二总线协议对应；第二车载设备向网关发送第五响应；网关向诊断设备发送第五响应。
121.示例性地，第五请求用于请求刷新第二车载设备，或者用于请求第二车载设备的
故障状态等。当第五请求用于请求刷新第二车载设备时，第五请求携带用于刷新第二车载设备的刷新数据。当第五请求用于请求第二车载设备的故障状态时，第五请求携带请求第二车载设备的故障状态的请求数据。
122.第五响应用于指示第二车载设备的刷新状态，或者用于指示第二车载设备的故障状态等。当第五响应用于指示第二车载设备的刷新状态时，第五响应携带第二车载设备的刷新状态数据。当第五响应用于指示第二车载设备的故障状态时，第五响应携带第二车载设备的故障数据。
123.由于第五请求的格式与第二总线协议对应，且第二车载设备支持第二总线协议，此时，网关不需要对第五请求和第五响应进行格式转换，可以直接向第二车载设备发送第五请求，以及直接向诊断设备发送第五响应。
124.本公开实施例中，当诊断设备通过第一总线协议访问第二车载设备时，诊断设备向网关发送至少两个第三请求。第三请求的格式与第一总线协议对应，第三请求中携带的数据长度等于第二总线协议支持的数据长度。也即是，由第一车载设备直接完成至少两个第三请求的封装操作，这样，网关只需要在底层对至少两个第三请求进行格式转换，而不需要进入上层应用进行数据长度拆分操作，提高了数据传输效率，从而提高了汽车诊断效率。
125.图6是本公开实施例提供的另一种数据传输方法的流程图，该方法可以由诊断设备、网关、第一车载设备和第二车载设备共同执行。本公开实施例中，诊断设备支持第一总线协议或者第二总线协议，第一车载设备支持第一总线协议，第二车载设备支持第二总线协议。诊断设备通过网关同时访问第一车载设备和第二车载设备。
126.在步骤501中，诊断设备向网关发送第二请求。
127.第二请求的格式与第一总线协议对应或者与第二总线协议对应。并且，无论第二请求的格式与第一总线协议对应还是与第二总线协议对应，第二请求中携带的数据长度都等于第二总线协议支持的数据长度。
128.本公开实施例中，第二请求为功能地址请求，该功能地址请求通常需要发送给车辆上的所有车载设备。示例性地，功能地址请求包括但不限于用于指示屏蔽网络通讯报文的请求和用于指示车载设备保持诊断刷新模式的请求等。
129.相应地，网关接收第二请求。
130.在步骤502中，网关基于第二请求，得到第六请求和第七请求。
131.第六请求的格式与第一总线协议对应，第七请求的格式与第二总线协议对应。网关需要向第一车载设备发送第六请求，以及向第二车载设备发送第七请求。
132.在一些示例中，第二请求的格式与第一总线协议对应，第六请求与第二请求相同，第七请求是网关基于第二请求进行格式转换得到的。
133.当诊断设备发送的第二请求的格式与第一总线协议对应时，由于第一车载设备支持第一总线协议，第二车载设备支持第二总线协议，网关不需要对第二请求进行格式转换，可直接向第一车载设备发送第二请求，并且，网关需要将第二请求的格式转换为第二总线协议对应的格式，才能向第二车载设备发送第二请求。
134.在另一些示例中，第二请求的格式与第二总线协议对应，第六请求是网关基于第二请求进行格式转换得到的，第七请求与第二请求相同。
135.当诊断设备发送的第二请求的格式与第二总线协议对应时，由于第一车载设备支
持第一总线协议，第二车载设备支持第二总线协议，网关需要将第二请求的格式转换为第一总线协议对应的格式，才能向第一车载设备发送第二请求，并且，网关不需要对第二请求进行格式转换，可直接向第二车载设备发送第二请求。
136.在步骤503中，网关向第一车载设备发送第六请求。
137.相应地，第一车载设备接收第六请求。
138.在步骤504中，网关向第二车载设备发送第七请求。
139.相应地，第二车载设备接收第七请求。
140.在步骤505中，第一车载设备根据第六请求，生成至少一个第六响应。
141.第六响应的格式与第一总线协议对应。第六响应中携带的数据长度等于第二总线协议支持的数据长度。
142.在一些实施方式中，至少一个第六响应的个数为1个。
143.在另一些实施方式中，至少一个第六响应的个数为多个。多个第六响应与第二请求对应。多个第六响应相关联。
144.示例性地，每个第六响应均携带第三标识，多个第六响应携带的第三标识相互关联。
145.多个第六响应携带的第三标识相互关联指多个第六响应携带的第三标识相同；或者，指多个第六响应携带的第三标识相似。示例性地，第三标识可以为数字或者字母等。
146.多个第六响应携带第三标识，便于诊断设备通过多个第三标识识别出同一第二请求对应的多个第六响应。
147.在步骤506中，第一车载设备向网关发送至少一个第六响应。
148.相应地，网关接收至少一个第六响应。
149.在步骤507中，第二车载设备根据第七请求，生成第七响应。
150.第七响应的格式与第二总线协议对应。第七响应的个数为1个。
151.在步骤508中，第二车载设备向网关发送第七响应。
152.相应地，网关接收第七响应。
153.在步骤509中，网关基于至少一个第六响应得到至少一个第八响应，以及基于第七响应得到第九响应。
154.第八响应是网关基于对应的一个第六响应得到的。第八响应的格式对应的总线协议与第二请求的格式所对应的总线协议相同，第九响应的格式对应的总线协议与第二请求的格式所对应的总线协议相同。
155.在一些示例中，第二请求的格式与第一总线协议对应，至少一个第八响应与至少一个第六响应相同，第九响应由网关第七响应进行格式转换得到。
156.当诊断设备发送的第二请求的格式与第一总线协议对应时，由于第六响应对应的格式为第一总线协议，第七响应对应的格式为第二总线协议，此时，网关不需要对第六响应进行格式转换，可直接向诊断设备发送第六响应，并且网关需要将第七响应的格式转换为第一总线协议对应的格式，才能向诊断设备发送第七响应。
157.在另一些示例中，第二请求的格式与第二总线协议对应，第八响应由网关对对应的第六响应进行格式转换得到，第九响应与第七响应相同。
158.当诊断设备发送的第二请求的格式与第二总线协议对应时，由于第六响应对应的
格式为第一总线协议，第七响应对应的格式为第二总线协议，网关需要将第六响应的格式转换为第二总线协议对应的格式后，才能向诊断设备发送第六响应，并且网关不需要对第七响应进行格式转换，可直接向诊断设备发送第七响应。
159.在步骤510中，网关向诊断设备发送至少一个第八响应，以及向诊断设备发送第九响应。
160.本公开实施例中，第一车载设备根据网关发送的第二请求，向网关发送至少一个第七响应，第七响应的格式与第一总线协议对应且第一响应中携带的数据长度等于第二总线协议支持的数据长度；第二车载设备根据网关发送的第二请求，向网关发送第九响应。网关在对第七响应进行转换时，只需要在底层对第七响应进行格式转换，而不需要进入上层应用进行数据长度拆分操作。诊断设备能够同时访问第一车载设备和第二车载设备，且，在诊断设备正常访问第二车载设备的基础上，提高数据传输效率，从而提高了汽车诊断效率。
161.可选地，本公开实施例中，诊断设备还可以直接访问网关，数据传输方法还包括：诊断设备向网关发送第八请求，该第八请求用于访问网关；网关基于第八请求，得到第十响应；网关将第十响应发送至诊断设备。
162.其中，第八请求的格式与第一总线协议对应或者与第二总线协议对应。第十响应的格式与第八请求的格式所对应的总线协议相同。
163.在一些示例中，第八请求的格式与第一总线协议对应，第十响应的格式与第一总线协议对应。第十响应中携带的数据长度与第一总线协议对应的数据长度相同。
164.在另一些示例中，第八请求的格式与第二总线协议对应，第十响应的格式与第二总线协议对应。
165.由于网关兼容第一总线协议和第二总线协议，网关不需要对第八请求进行和第十响应进行格式转换。
166.示例性地，第八请求用于请求网关的刷新状态或者故障状态等。当第八请求用于请求网关的刷新状体时，第八请求中携带用于刷新网关的刷新数据。当第八请求用于请求网关的故障状态时，第八请求中携带请求网关的故障状态的请求数据等。
167.第十响应用于指示网关的刷新状态或者故障状态等。当第十响应用于指示网关的刷新状态时，第十响应携带网关的刷新状态数据。当第十响应用于指示网关的故障状态时，第十响应携带网关的故障数据。
168.图7是本公开实施例提供的一种数据传输系统，如图7所示，该系统包括：诊断设备10、网关20和第一车载设备31。
169.其中，诊断设备10用于，向网关20发送第二请求。第二请求的格式与第一总线协议对应或者与第二总线协议对应。
170.网关20用于，基于第二请求得到第一请求，第一请求的格式与第一总线协议对应；向第一车载设备31发送第一请求。第一车载设备31支持第一总线协议。
171.第一车载设备31用于，根据第一请求，向网关20发送至少两个第一响应，第一响应的格式与第一总线协议对应，且第一响应中携带的数据长度等于第二总线协议支持的数据长度。
172.网关20还用于向诊断设备10发送至少两个第二响应，至少两个第二响应与第一响应一一对应，第二响应是网关20基于对应的一个第一响应得到的，且第二响应的格式对应
的总线协议与第二请求的格式对应的总线协议相同。
173.第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。
174.本公开实施例中，第一车载设备根据网关发送的第一请求，向网关发送至少两个第一响应，第一响应的格式与第一总线协议对应且第一响应中携带的数据长度等于第二总线协议支持的数据长度，第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。也即是，由第一车载设备直接完成至少两个第一响应的封装操作。这样，网关在对第一响应进行转换时，只需要在底层对第一响应进行格式转换，而不需要进入上层应用对第一响应进行数据长度拆分，提高了数据传输效率，从而提高了汽车诊断效率。
175.图8是本公开实施例提供的一种数据传输系统，如图8所示，该系统包括：诊断设备10、网关20和第二车载设备32。
176.其中，诊断设备10用于，向网关20发送至少两个第三请求，至少两个第三请求相关联，第三请求的格式与第一总线协议对应，第三请求中携带的数据长度等于第二总线协议支持的数据长度。
177.网关20用于，向第二车载设备32发送第四请求，第四请求是基于对应的一个第三请求进行格式转换得到的，且第四请求的格式与第二总线协议对应。
178.第二车载设备32用于，根据第四请求向网关20发送第四响应，第四响应的格式与第二总线协议对应。
179.网关20还用于，向诊断设备10发送第三响应，第三响应的格式与第一总线协议对应，第三响应是网关20基于第四响应进行格式转换得到的。
180.第一总线协议支持的数据长度大于或等于第二总线协议支持的数据长度。
181.本公开实施例中，当诊断设备通过第一总线协议访问第二车载设备时，诊断设备向网关发送至少两个第三请求。第三请求的格式与第一总线协议对应，第三请求中携带的数据长度等于第二总线协议支持的数据长度。也即是，由第一车载设备直接完成至少两个第三请求的封装操作，这样，网关只需要在底层对至少两个第三请求进行格式转换，而不需要进入上层应用进行数据长度拆分操作，提高了数据传输效率，从而提高了汽车诊断效率。
182.图9是本公开实施例提供的计算机设备的结构框图。如图9所示，该计算机设备900可以是车载电脑等。该计算机设备900包括：处理器901和存储器902。
183.处理器901可以包括一个或多个处理核心，比如9核心处理器、8核心处理器等。处理器901可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器901可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器901还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
184.存储器902可以包括一个或多个计算机可读介质，该计算机可读介质可以是非暂态的。存储器902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁
盘存储设备、闪存存储设备。在一些实施例中，存储器902中的非暂态的计算机可读介质用于存储至少一个指令，该至少一个指令用于被处理器901所执行以实现本公开实施例中提供的数据传输方法。
185.本领域技术人员可以理解，图9中示出的结构并不构成对计算机设备900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
186.本发明实施例还提供了一种非临时性计算机可读介质，当介质中的指令由计算机设备900的处理器执行时，使得计算机设备900能够执行本公开实施例中提供的数据传输方法。
187.一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现本公开实施例中提供的数据传输方法。
188.以上仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。