行车数据传输方法及装置与流程

行车数据传输方法及装置
1.本技术是2021年12月30日提交的申请号为202111665154.9、发明名称为《行车数据传输方法及装置》的发明专利申请的分案申请。
技术领域
2.本公开涉及数据处理领域中的自动驾驶领域，尤其涉及一种行车数据传输方法及装置。


背景技术：

3.随着科技的不断发展，自动驾驶技术逐渐被用户所接受，因此自动驾驶是未来汽车发展的一大趋势。
4.伴随着车辆的电气电子架构愈加复杂，以及产生的数据量也呈现指数级的增加，针对车载数据的提取和传输也显得也愈发重要。目前现有技术中在进行车载数据的传输和提取的时候，依赖的是统一诊断服务(unified diagnostic services，uds)协议。
5.然而，uds协议仅支持对少量数据的传输，无法适应目前的车载数据的提取和传输。


技术实现要素：

6.本公开提供了一种行车数据传输方法及装置。
7.根据本公开的第一方面，提供了一种行车数据传输方法，应用于数据读取设备，所述方法包括：
8.与车载设备进行预交互处理，以确定所述车载设备同意向所述数据读取设备发送第一行车数据，所述第一行车数据包括n个子数据，所述n为大于或等于1的整数；
9.向所述车载设备分别发送n个数据传输请求，以及接收所述n个数据传输请求对应的n个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，所述i为1至n之间的整数；
10.在所述n个数据传输响应中获取所述第一行车数据。
11.根据本公开的第二方面，提供了一种行车数据传输方法，应用于车载设备，其中，所述方法包括：
12.与数据读取设备进行预交互处理，以确定向所述数据读取设备发送第一行车数据，所述第一行车数据包括n个子数据，所述n为大于或等于1的整数；
13.接收所述数据读取设备发送n个数据传输请求，以及向所述数据读取设备发送所述n个数据传输请求对应的n个数据传输响应；
14.其中，第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，所述i为1至n之间的整数。
15.根据本公开的第三方面，提供了一种行车数据传输装置，应用于数据读取设备，所述装置包括：
16.处理模块，用于与车载设备进行预交互处理，以确定所述车载设备同意向所述数据读取设备发送第一行车数据，所述第一行车数据包括n个子数据，所述n为大于或等于1的整数；
17.传输模块，用于向所述车载设备分别发送n个数据传输请求，以及接收所述n个数据传输请求对应的n个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，所述i为1至n之间的整数；
18.获取模块，用于在所述n个数据传输响应中获取所述第一行车数据。
19.根据本公开的第四方面，提供了一种行车数据传输装置，应用于车载设备，其中，所述装置包括：
20.处理模块，用于与数据读取设备进行预交互处理，以确定向所述数据读取设备发送第一行车数据，所述第一行车数据包括n个子数据，所述n为大于或等于1的整数；
21.传输模块，用于接收所述数据读取设备发送n个数据传输请求，以及向所述数据读取设备发送所述n个数据传输请求对应的n个数据传输响应；
22.其中，第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，所述i为1至n之间的整数。
23.根据本公开的第五方面，提供了一种电子设备，包括：
24.至少一个处理器；以及
25.与所述至少一个处理器通信连接的存储器；其中，
26.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面或者第二方面所述的方法。
27.根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行第一方面或者第二方面所述的方法。
28.根据本公开的第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面或者第二方面所述的方法。
29.根据本公开的技术解决了无法实现对大量车载数据的提取和传输的问题。
30.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
31.附图用于更好地理解本方案，不构成对本公开的限定。其中：
32.图1为本公开提供的行车数据传输方法的场景示意图；
33.图2为本公开实施例提供的协议层结构的实现示意图；
34.图3为本公开实实施例提供的行车数据传输方法的流程图；
35.图4为本公开实施例提供的行车数据传输方法的流程图二；
36.图5为本公开实施例提供的行车数据传输方法的信令交互图；
37.图6为本公开实施例提供的请求报文的格式的实现示意图；
38.图7为本公开实施例提供的数据传输帧的实现示意图一；
39.图8为本公开实施例提供的数据读取请求中包括绝对路径的实现示意图；
40.图9为本公开实施例提供的数据传输帧的实现示意图二；
41.图10为本公开实施例提供的响应报文的格式的实现示意图；
42.图11为本公开实施例提供的行车数据传输方法的流程图三；
43.图12为本公开实施例的行车数据传输装置的结构示意图一；
44.图13为本公开实施例的行车数据传输装置的结构示意图二；
45.图14是用来实现本公开实施例的行车数据传输方法的电子设备的框图。
具体实施方式
46.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
47.为了更好的理解本公开的技术方案，下面对本公开所涉及的相关技术进行进一步的详细解释。
48.随着自动驾驶技术的不断发展，符合电动化、网联化、智能化、共享化的新四化智能网联汽车正在加速向人们走来。然而，随着新技术的落地，也带来了各种潜在问题。
49.伴随着车辆电动化、网联化、智能化，以及摄像机、超声波雷达、毫米波雷达、激光雷达等电气设备相继接入车端，车辆的电气电子架构愈加复杂，产生的数据量也呈现指数级的增加。在此背景下，车辆故障诊断、事故责任判定、事故反演对车载数据的提取提出来更高的要求。
50.目前现有技术中在进行车载数据的传输和提取的时候，依赖的是uds协议，其中，uds协议即iso 14229，是用于进行诊断服务的规范化标准，比如读取故障码应该向电子控制单元(electronic control unit，ecu)发什么指令，读数据流又是发什么指令。上述的iso标准是指由国际标准化组织(international organization for standardization，iso)制订的标准。
51.然而，uds协议主要是用于诊断服务的，并不是专用于进行数据传输的协议，因此uds协议仅支持对少量数据的传输，无法适应目前的车载数据的提取和传输，从而会导致无法实现针对大量车载数据的提取和传输，进而导致车载数据的处理受限。
52.针对现有技术中的问题，本公开提出了如下技术构思：在自动驾驶车辆的数据存储系统(data storage system for automoted driving，dssad)的标准制订过程中，提出一种适用于智能网联汽车行车数据的简单数据管理协议，其中简单数据管理协议是专用于支持车载数据的提取和传输的协议，并且在提取的过程中会进行预处理以及分片提取和传输，从而可以保证针对大量的车载数据也能够实现提取和传输。
53.需要说明的是，本实施例中的简单数据管理协议(simple data management protocol，sdmp)只是一种可能性的称呼，随着技术的不断发展，其还可能以其余的名称存在，只要协议的本质是本公开介绍的技术方案即可，具体的协议名称可以根据实际需求进行设置。
54.在上述介绍内容的基础上，下面结合具体的实施例对本公开所提供的行车数据传
输方法进行详细介绍，本公开的行车数据传输方法应用于数据读取设备和车载设备，例如可以结合图1理解本公开的应用场景，图1为本公开提供的行车数据传输方法的场景示意图。
55.如图1所示，图1中包括数据读取设备101和车载设备102。其中，数据读取设备101可以从车载设备102中读取车载数据。
56.其中的数据读取设备可以是车辆外部的、任意用于读取车载数据的设备，在一种可能的实现方式中，比如说其可以是用于对车辆进行诊断的诊断设备，或者其可以是任意的进行数据读取的设备，本实施例对此不做限制，其可以根据实际需求进行选择和设置。
57.以及，其中的车载设备可以理解为车辆，或者还可以理解为车辆中的ecu，本实施例对车载设备同样不做限定，只要在车载设备中存储有车载数据，并且车载设备可以根据数据读取设备的请求将相应的数据提供给数据读取设备即可。
58.在图1介绍的场景的基础上，因为本公开中的数据传输都是基于简单数据管理协议sdmp实现的，因此下面结合图2对简单数据管理协议的协议层结构进行介绍，图2为本公开实施例提供的协议层结构的实现示意图。
59.如图2所示，简单数据管理协议(sdmp)是位于开放式系统互联通信参考模型(open system interconnection reference model，osi)第七层的应用层协议，如图2所示，通过对iso 14229的uds相关协议族降维，并与传统的docan、doip、lin等传输层/网络层协议相结合，形成泛传输层。也就是图2中阴影的部分作为泛传输层。其中泛传输层用于支持基于应用层的sdmp的数据传输。
60.其中，docan就是通过can(controller area network，控制器局域网络)进行诊断(diagnose over can)，doip是通过网络协议进行诊断通信(diagnostic communication over internet protocol)，lin就是本地互连网络(local interconnect network)。可以理解，lin总线是针对汽车分布式电子系统而定义的一种低成本的串行通讯网络，是对can等其它汽车多路网络的一种补充，适用于对网络的带宽、性能或容错功能没有过高要求的应用。
61.以及，其中对协议族降维就是说，原本的uds协议是应用层协议，现将相关协议作为泛传输层的协议，即称为协议族降维。以及，需要说明的是，图2中的iso 14299-1以及iso 14299-x(x代表可能的取值)就是uds协议的协议号，以及iso 15765-2就是docan协议的协议号，以及iso 13400-2就是doip协议的协议号，以及iso 17987-2就是lin协议的协议号，针对图2中的其余协议号，其也都存在对应的协议，此处不再赘述。
62.可以理解的是，基于图2提供的协议层结构，通过将相关的协议聚合成泛传输层，从而可以有效的支持对简单数据传输协议所对应的数据传输的进行。
63.下面结合具体的实施例对本公开中的行车数据传输方法进行介绍，首先对数据读取设备一侧的行车数传输方法进行说明。图3为本公开实实施例提供的行车数据传输方法的流程图。
64.如图3所示，该方法包括：
65.s301、与车载设备进行预交互处理，以确定车载设备同意向数据读取设备发送第一行车数据，第一行车数据包括n个子数据，n为大于或等于1的整数。
66.在本实施例中，数据读取设备可以与车载设备进行预交互处理，其中的预交互处
理是为了确定车载设备是否同意数据读取设备提取第一行车数据。
67.可以理解的是，若车载设备同意数据读取设备提取第一行车数据，则则数据读取设备后续就可以进行第一行车数据的提取。或者，若车载设备不同意数据读取设备提取第一行车数据，则数据读取设备就不能进行后续的数据提取的操作了。
68.本实施例中的第一行车数据包括n个子数据，例如可以根据预设的子数据大小将第一行车数据划分为n个子数据，或者还可以根据第一行车数据的数据结构将第一行车数据划分为n个子数据，其中的子数据的具体划分可以根据实际需求进行选择和设置，本实施例对此不做限制，只要可以确保第一行车数据中包括n个子数据即可。
69.s302、向车载设备分别发送n个数据传输请求，以及接收n个数据传输请求对应的n个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，i为1至n之间的整数。
70.本实施例中的数据读取设备是需要获取第一行车数据的，以及基于上述可以确定的是，在第一行车数据中包括n个子数据，则数据读取设备可以向车载设备分别发送n个数据传输请求。以n个数据传输请求中的第i个数据传输请求为例，在第i个数据传输请求中可以包括第i子数据的表示，以告知车载设备当前数据获取请求所需要具体获取的数据。
71.则相应的，车载设备可以接收数据读取设备发送的n个数据传输请求，并且向数据读取设备发送n个数据传输请求所对应的n个数据传输响应。因此本实施例中的数据读取设备可以接收车载设备发送的n个数据传输响应。以第i个数据传输响应为例，在第i个数据传输响应中包括第i个子数据。本实施例中的i为1至n之间的整数。
72.本实施例中的n个数据传输请求可以是一次发送的，或者还可以是分多次发送的，本实施例对此不做限制，只要可以实现数据读取设备向车载设备发送n个数据读取请求，以获取第一行车数据即可。
73.s303、在n个数据传输响应中获取第一行车数据。
74.本实施例中的n个数据传输响应就共同包括了第一行车数据，因此在获取到车载数据发送的n个数据传输响应之后，就可以在n个数据传输响应中获取第一行车数据。
75.可以理解的是，本实施例中介绍的数据传输过程就是上述介绍的简单数据管理协议，其中简单数据管理协议可以支持对数据读取设备需要获取的第一行车数据进行分片的获取，从而可以有效的实现对大量车载数据的提取和传输。
76.本公开实施例提供的行车数据传输方法，包括：与车载设备进行预交互处理，以确定车载设备同意向数据读取设备发送第一行车数据，第一行车数据包括n个子数据，n为大于或等于1的整数。向车载设备分别发送n个数据传输请求，以及接收n个数据传输请求对应的n个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，i为1至n之间的整数。在n个数据传输响应中获取第一行车数据。其中，数据读取设备在和车载设备进行预交互处理，确定车载设备同意读取第一行车数据之后，向车载设备分别发送用于获取第一行车数据的n个数据传输请求，之后从车载数据发送的n个数据传输响应中获取第一行车数据，从而可以实现对第一行车数据的分片获取，进而可以支持对车载数据的大量读取以及传输。
77.在上述实施例的基础上，下面结合图3至图10对本公开提供的行车数据传输方法进行进一步的详细介绍。图4为本公开实施例提供的行车数据传输方法的流程图二，图5为
本公开实施例提供的行车数据传输方法的信令交互图，图6为本公开实施例提供的请求报文的格式的实现示意图，图7为本公开实施例提供的数据传输帧的实现示意图一，图8为本公开实施例提供的数据读取请求中包括绝对路径的实现示意图，图9为本公开实施例提供的数据传输帧的实现示意图二，图10为本公开实施例提供的响应报文的格式的实现示意图。
78.如图4所示，该方法包括：
79.s401、向车载设备发送扩展请求。
80.在本实施例中，数据读取设备在与车载设备进行预交互处理时，例如可以首先向车载设备发送扩展请求，本实施例中的扩展请求用于请求车载设备进入扩展模式。可以理解的是，只有车载设备进入扩展模式，才可以进行数据的读取和传输，因此数据读取设备需要首先请求车载设备进入扩展模式。
81.为了更清楚的理解本公开的基础方案，例如可以结合图5理解数据读取设备和车载设备之间的数据交互过程。
82.参照图5，其中的ecu可以为本公开中的车载设备，其中，数据读取设备可以向车载设备ecu发送扩展请求。可以理解的是，本公开中所有的信息和数据的传输都是依赖于上述介绍的简单数据管理协议实现的，此处对协议进行简单介绍。
83.协议实际上就是进行交互的双方事先商量好的规则。比如数据怎么打包，数据怎么组织，哪些字节表示什么信息，如何校验数据等等。可以理解，协议都是自己定义好的，某些协议获得广泛认可后就成为了通用协议。
84.本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示扩展请求进行约定。例如参照图5，数据读取设备在向车载设备发送扩展请求的时候，可以发送“10 03”，其中的“10 03”就是本协议中约定的用于表示扩展请求的字节，其中的“10 03”例如可以为16进制的，更具体的可以表示为10
16
03
16
。
85.那么对于数据读取设备来说，其在需要向车载设备ecu发送扩展请求的时候，可以直接发送“10 03”给车载设备ecu，以及车载设备ecu在接收到“10 03”之后，也可以确定该指令用于请求车载设备进入扩展模式。
86.上述是针对本实施例中的简单数据管理协议中的扩展请求的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示扩展请求，只要其是在协议中约定好的即可。
87.s402、接收车载设备发送的扩展响应，扩展响应用于指示车载设备进入扩展模式。
88.在数据读取设备向车载设备发送扩展请求之后，参照图5，车载设备就可以接收数据读取设备发送的扩展请求，并根据扩展请求进入扩展模式。之后向数据读取设备发送扩展响应，其中扩展响应用于指示车载设备进入扩展模式。
89.那么数据读取设备就可以接收车载设备发送的扩展响应，从而确定车载设备进入扩展模式。
90.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示扩展响应进行约定。例如参照图5，车载设备在向数据读取设备发送扩展响应的时候，可以发送“50 03...”，其中的“50 03...”就是本协议中约定的用于表示扩展响应的字节，可以理解的是，在50 03之后还可以包括其余的内容，
因此只要是“50 03”开头的字符串就表示扩展响应。其中的“50 03”例如可以为16进制的，更具体的可以表示为50
16
03
16
xx
16
xx
16
xx
16
xx
16
，其中xx可以表示其余任意的字符内容。
91.那么对于车载设备ecu来说，其在需要向数据读取设备发送扩展响应的时候，可以直接发送“50 03”开头的字符串给数据读取设备，以及数据读取设备在接收到“50 03”开头的字符串之后，也可以确定该指令用于指示车载设备进入扩展模式。
92.上述是针对本实施例中的简单数据管理协议中的扩展响应的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示扩展响应，只要其是在协议中约定好的即可。
93.s403、向车载设备发送认证请求。
94.在确定车载设备进入扩展模式之后，就表示可以从车载设备中进行响应数据的获取了，在本实施例的简单数据管理协议中，为了保证数据传输的安全性，还需要车载设备对数据读取设备进行认证，在认证通过之后再进行数据的读取和传输。
95.因此数据读取设备可以向车载设备发送认证请求，其中认证请求用于请求车载设备认证数据读取设备是否被允许进行数据的读取。
96.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示认证请求的传输进行约定。例如参照图5，数据读取设备在车载设备向发送认证请求的时候，可以发送“27 08...”，其中的“27 08...”就是本协议中约定的用于表示认证请求的传输的字节，可以理解的是，在27 08之后还可以包括其余的内容，因此只要是“27 08”开头的字符串就表示认证请求的传输。其中的“27 08”例如可以为16进制的，更具体的可以表示为
97.27
16
08
16
xx
16
xx
16
，其中xx可以表示其余任意的字符内容。
98.那么对于数据读取设备来说，其在需要向车载设备ecu发送认证请求的时候，可以直接发送“27 08”开头的字符串给车载设备ecu，以及车载设备ecu在接收到“27 08”开头的字符串之后，也可以确定该指令用于请求对数据读取设备进行认证。可以理解的是27 08之后的内容比如说可以表示与认证相关的信息。
99.上述是针对本实施例中的简单数据管理协议中的认证请求的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示认证请求的传输，只要其是在协议中约定好的即可。
100.s404、接收车载设备发送的加密信息。
101.在数据读取设备向车载设备发送认证请求之后，车载设备就需要响应于认证请求对数据读取设备进行认证。在一种可能的实现方式中，本实施例中的认证例如可以是车载设备向数据读取设备发送一个加密信息，若数据读取设备可以正确解密，则表示当前的数据读取设备是可以被信任的设备，因为这样表示数据读取设备和车载设备预先约定好了加解密的算法，所以数据读取设备可以被信任，也就表示数据读取设备的成功认证。
102.因此车载设备在接收数据读取设备发送的认证请求之后，可以根据认证请求向数据读取设备发送加密信息，其中的加密信息例如可以还可以称为验证种子，验证种子就是加密之后的信息，本实施例对加密信息的具体实现不做限制，只要其是根据预设加密算法被加密的信息即可。
103.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的
交互，那么例如可以对具体哪些字节表示加密信息的传输进行约定。例如参照图5，车载设备在向数据读取设备发送加密信息的时候，可以发送“67 08...”，其中的“67 08...”就是本协议中约定的用于表示加密信息的传输的字节，可以理解的是，在67 08之后还可以包括其余的内容，因此只要是“67 08”开头的字符串就表示加密信息的传输。其中的“67 08”例如可以为16进制的，更具体的可以表示为67
16
08
16
xx
16
xx
16
xx
16
xx
16
，其中xx可以表示其余任意的字符内容。
104.那么对于车载设备ecu来说，其在需要向数据读取设备发送加密信息的时候，可以直接发送“67 08”开头的字符串给数据读取设备，以及数据读取设备在接收到“67 08”开头的字符串之后，也可以确定该指令用于指示车载设备发送了加密信息。可以理解的是67 08之后的内容比如说就可以表示加密信息。
105.上述是针对本实施例中的简单数据管理协议中的加密信息的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示加密信息的传输，只要其是在协议中约定好的即可。
106.s405、对加密信息进行解密处理，得到明文信息。
107.车载设备在接收到加密信息之后，就可以采用预先约定的解密算法对加密信息进行解密处理，从而得到明文信息。可以理解，本实施例中的明文信息就是对加密信息进行解密处理所得到的信息。
108.s406、向车载设备发送明文信息。
109.在数据读取设备解密得到明文信息之后，就可以向车载设备发送该明文信息了。
110.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示明文信息的传输进行约定。例如参照图5，数据读取设备在车载设备向发送明文信息的时候，可以发送“27 0a...”，其中的“27 0a...”就是本协议中约定的用于表示明文信息的传输的字节，可以理解的是，在27 0a之后还可以包括其余的内容，因此只要是“27 0a”开头的字符串就表示明文信息的传输。其中的“27 0a”例如可以为16进制的，更具体的可以表示为27
16
0a
16
xx
16
xx
16
，其中xx可以表示其余任意的字符内容。
111.那么对于数据读取设备来说，其在需要向车载设备ecu发送明文信息的时候，可以直接发送“27 0a”开头的字符串给车载设备ecu，以及车载设备ecu在接收到“27 0a”开头的字符串之后，也可以确定该指令用于指示当前数据读取设备发送的是解密之后的明文信息。可以理解的是27 0a之后的内容比如说可以表示明文信息。
112.上述是针对本实施例中的简单数据管理协议中的明文信息的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示明文信息，只要其是在协议中约定好的即可。
113.s407、接收车载设备发送的认证结果，认证结果为根据明文信息确定得到的。
114.在数据读取设备发送明文信息之后，相应的车载设备就可以接收数据读取设备发送的加密信息对应的明文信息，并且根据明文信息和加密信息对应的预设信息确定认证结果。在一种可能的实现方式中，加密信息对应的预设信息就是说，对预设信息进行加密就得到加密信息，则根据明文信息和加密信息对应的预设信息确定认证结果的时候，比如说可以校验明文信息和加密信息对应的预设信息是否相同。若相同，则确定认证通过，若不相
check sequences，fcs)。
126.基于上述的帧结构，可以在数据读取设备和车载设备之间进行有序的数据传输，从而实现统一管理车载数据。
127.上述介绍的是将sdmp的数据读取请求的请求报文独立封装于doip帧或者以太网帧的实现方式。在另一种可能的实现方式中，还可以基于uds诊断协议的0x38服务的04子功能，将sdmp协议的请求报文转为绝对路径，并在数据读取请求中包括绝对路径。本实施例中的绝对路径可以是第一行车数据在车载设备中的存储地址。
128.则数据读取设备可以确定第一行车数据在车载设备中的存储地址，之后向车载设备发送数据读取请求，在数据读取请求中就可以包括所述存储渎职，也就是上述介绍的绝对路径。
129.其中，数据读取设备和车载设备之间例如可以同步有各个车载数据在车载设备中的存储地址，则数据读取设备例如可以直接获取第一行车数据在车载设备中的存储地址。
130.下面结合图8对确定请求报文的绝对地址的实现方式进行介绍，如图8所示，例如可以将sdmp的请求报文转换为sdmp请求绝对路径，在sdmp请求绝对路径中可以包括执行标准(protocol)、标准号(version)，比如说/gb/14299/xxxx，以及在sdmp请求绝对路径中还包括各个请求参数以及各个请求参数的描述，其中请求参数的描述例如就可以为在车载设备中的存储位置。
131.之后例如可以将绝对路径封装在uds帧中，参照图8，在uds帧中可以封装有绝对路径，以及uds帧头，以及38 04可以是预设的用于表示数据读取请求的传输的字节内容。
132.在图8的基础上，图8中的801就可以认为是uds帧+sdmp帧，则参照图9，在传输包括绝对路径的数据读取请求的时候，例如可以将uds帧+sdmp帧(也就是包括绝对路径的数据读取请求)封装在doip帧的有效载荷(payload)部分，以及在doip帧中还包括doip帧的帧头(doip header)、源地址(source address)、目标地址(target address)。
133.以及，在封装得到doip帧之后，还可以将doip帧作为以太网帧的有效载荷(payload)部分，封装在以太网帧中。以及如图9所示，在以太网帧中还包括以太网帧的帧头(ethernet header)、ip帧头、tcp/udp帧头以及帧校验序列(frame check sequences，fcs)。
134.上述介绍了数据读取请求的报文格式以及传输数据读取请求的帧格式。以及与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示数据读取请求的传输进行约定。例如参照图5，数据读取设备在车载设备向发送数据读取请求的时候，可以发送“38 04...”，其中的“38 04...”就是本协议中约定的用于表示数据读取请求的传输的字节，可以理解的是，在38 04之后还可以包括其余的内容，因此只要是“38 04”开头的字符串就表示数据读取请求的传输。其中的“38 04”例如可以为16进制的，更具体的可以表示为38
16
04
16
xx
16
...xx
16
，其中xx
16
…
xx
16
例如就可以表示上述介绍的sdmp请求报文或者sdmp报文的绝对路径。
135.那么对于数据读取设备来说，其在需要向车载设备ecu发送数据读取请求的时候，可以直接发送“38 04”开头的字符串给车载设备ecu，以及车载设备ecu在接收到“38 04”开头的字符串之后，也可以确定该指令用于指示当前数据读取设备发送的是数据读取请求。其中38 04之后的内容就比如说可以表示数据读取请求所具体请求的第一行车数据的标
识。
136.上述是针对本实施例中的简单数据管理协议中的数据读取请求的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示数据读取请求，只要其是在协议中约定好的即可。
137.s409、接收车载设备发送的数据读取请求对应的数据读取响应。
138.在数据读取设备向车载设备发送数据读取请求之后，相应的，车载设备可以接收数据读取设备发送的数据读取请求，在数据读取请求中包括多个子数据的标识或者第一行车数据在车载设备中的存储地址。则车载设备可以根据数据读取请求，向数据读取设备发送数据读取响应，其中，数据读取响应用于指示确定向数据读取设备发送第一行车数据。
139.需要说明的是，当前交互的数据读取请求和数据读取响应仅仅是数据读取设备请求要读取第一行车数据，以及车载设备同意数据读取设备读取第一行车数据，但是还没有实际进行第一行车数据的传输。以及车载设备在同意数据读取设备读取第一行车数据的同时，比如说还可以对第一行车数据进行预处理，其中的预处理比如说可以包括数据的划分、格式转换、等等。
140.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示数据读取响应的传输进行约定。例如参照图5，车载设备在向数据读取设备发送数据读取响应的时候，可以发送“78 04...”，其中的“78 04...”就是本协议中约定的用于表示数据读取响应的传输的字节，可以理解的是，在78 04之后还可以包括其余的内容，因此只要是“78 04”开头的字符串就表示数据读取响应的传输。其中的“78 04”例如可以为16进制的，更具体的可以表示为78
16
04
16
xx
16
…
xx
16
，其中xx可以表示其余任意的字符内容。
141.那么对于车载设备ecu来说，其在需要向数据读取设备发送数据读取响应的时候，可以直接发送“78 04”开头的字符串给数据读取设备，以及数据读取设备在接收到“78 04”开头的字符串之后，也可以确定该指令用于指示车载设备发送了数据读取响应。可以理解的是78 04之后的内容比如说就可以表示数据读取响应。
142.上述是针对本实施例中的简单数据管理协议中的数据读取响应的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示数据读取响应的传输，只要其是在协议中约定好的即可。
143.s410、根据数据读取响应确定车载设备同意向数据读取设备发送第一行车数据。
144.本实施例中的数据读取响应可以指示车载设备是否同意向数据读取设备发送第一行车数据。则例如数据读取设备可以根据数据读取响应确定车载设备同意向数据读取设备发送第一行车数据，之后再进行数据的读取即可。
145.或者，若数据读取设备根据数据读取响应确定车载设备不同意向数据读取设备发送第一行车数据，则数据读取设备例如可以结束数据读取流程。
146.s411、向车载设备分别发送n个数据传输请求，以及接收n个数据传输请求对应的n个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，i为1至n之间的整数。
147.在数据读取设备根据数据读取响应确定车载设备同意向数据读取设备发送第一行车数据之后，数据读取设备就可以向车载设备分别发送n个数据传输请求了，之后相应的
接收车载设备分别发送的n个数据传输请求对应的n个数据传输响应。
148.在一种可能的实现方式中，在数据读取设备向车载设备发送n个数据传输请求的时候，例如可以依次向车载设备发送第i个数据传输请求。
149.其中，如果i为1的话，则表示传输的是第1个数据传输请求，则可以直接向车载设备发送第1个数据传输请求.
150.如果i大于1的话，则表示传输的已经不是第1个数据传输请求了，则可以在确定接收到第i-1个数据传输响应之后，再向车载设备发送第i个数据传输请求。
151.也就是说本实施例中的数据传输请求和数据传输响应，可以是数据读取设备向车载设备发送一个数据传输请求，相应的车载设备向数据读取请求发送该数据传输请求对应的数据传输响应，依次执行，直至n个数据传输请求和数据传输响应均交互完成，以使得数据读取设备可以获取到n个子数据。
152.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示数据传输请求的传输进行约定。例如参照图5，数据读取设备在车载设备向发送数据传输请求的时候，可以发送“36...”，其中的“36...”就是本协议中约定的用于表示数据传输请求的传输的字节，可以理解的是，在36之后还可以包括其余的内容，因此只要是“36”开头的字符串就表示数据传输请求的传输。其中的“36”例如可以为16进制的，更具体的可以表示为36
16
xx
16
，其中xx
16
例如就可以表示当前请求传输的第i个子数据。
153.那么对于数据读取设备来说，其在需要向车载设备ecu发送数据传输请求的时候，可以直接发送“36”开头的字符串给车载设备ecu，以及车载设备ecu在接收到“36”开头的字符串之后，也可以确定该指令用于指示当前数据读取设备发送的是数据传输请求。其中36之后的内容就比如说可以表示数据传输请求所具体请求的子数据的标识。
154.上述是针对本实施例中的简单数据管理协议中的数据传输请求的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示数据传输请求，只要其是在协议中约定好的即可。
155.相应的，与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示数据传输响应的传输进行约定。例如参照图5，车载设备在向数据读取设备发送数据传输响应的时候，可以发送“76...”，其中的“76...”就是本协议中约定的用于表示数据传输响应的传输的字节，可以理解的是，在76之后还可以包括其余的内容，因此只要是“76”开头的字符串就表示数据传输响应的传输。其中的“76”例如可以为16进制的，更具体的可以表示为76
16
xx
16
...xx
16
，其中xx
16
...xx
16
例如就可以表示当前传输的第i个子数据。
156.那么对于车载设备ecu来说，其在需要向数据读取设备发送数据传输响应的时候，可以直接发送“76”开头的字符串给数据读取设备，以及数据读取设备在接收到“76”开头的字符串之后，也可以确定该指令用于指示车载设备发送了数据传输响应。可以理解的是76之后的内容比如说就可以表示数据传输响应的具体子数据内容。
157.上述是针对本实施例中的简单数据管理协议中的数据传输响应的传输的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示数据传输响应的传输，只要其是在协议中约定好的即可。
158.参照图5，在数据读取设备和车载设备传输一次数据切片(也就是子数据)完成之后，可以判断当前第一行车数据中的n个子数据是否读取完成。若未读取完成，则重复执行上述传输子数据的过程，直至第一行车数据中的n个子数据读取以及传输完成。
159.进一步的，还可以结合图10对车载设备返回的数据传输响应的报文结构进行介绍。如图10所示，如图10所示，在数据传输响应的响应格式中可以包括响应结果、响应码、响应描述以及数据，其中的数据就是第i次传输的第i个子数据。图10中所示的请求格式也可以理解为是简单数据管理协议sdmp的报文格式。
160.以及对数据传输报文的传输同样可以遵循上述介绍的doip帧和/或以太网帧的帧格式，其实现方式与上介绍的类似，此处不再赘述。
161.s412、向车载设备发送终止传输请求。
162.在数据读取设备确定数据读取完成之后，则可以向车载设备发送终止传输请求，其中终止传输请求用于请求和车载设备结束数据的传输。
163.与上述介绍的类似，本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示终止传输请求进行约定。例如参照图5，数据读取设备在向车载设备发送终止传输请求的时候，可以发送“37”，其中的“37”就是本协议中约定的用于表示终止传输请求的字节，其中的“37”例如可以为16进制的，更具体的可以表示为37
16
。
164.那么对于数据读取设备来说，其在需要向车载设备ecu发送终止传输请求的时候，可以直接发送“37”给车载设备ecu，以及车载设备ecu在接收到“37”之后，也可以确定该指令用于请求车载设备结束数据的传输。
165.上述是针对本实施例中的简单数据管理协议中的终止传输请求的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示终止传输请求，只要其是在协议中约定好的即可。
166.s413、接收车载设备发送的终止传输请求对应的终止传输响应。
167.在数据传输设备向车载设备发送终止传输请求之后，相应的，车载设备可以接收数据读取设备发送的终止传输请求，则车载设备可以根据终止传输请求，终止向数据读取设备发送数据，并且向数据读取设备发送终止传输响应。其中终止传输响应用于指示车载设备确定终止数据的传输。
168.与上述介绍的类似，因为本实施例中依赖于简单数据管理协议进行信息和数据的交互，那么例如可以对具体哪些字节表示终止传输响应进行约定。例如参照图5，车载设备在向数据读取设备发送终止传输响应的时候，可以发送“77”，其中的“77”就是本协议中约定的用于表示终止传输响应的字节。其中的“77”例如可以为16进制的，更具体的可以表示为77
16
。
169.那么对于车载设备ecu来说，其在需要向数据读取设备发送终止传输响应的时候，可以直接发送“77”给数据读取设备，以及数据读取设备在接收到“77”之后，也可以确定该指令用于指示车载设备确定终止数据传输。
170.上述是针对本实施例中的简单数据管理协议中的终止传输响应的约定表示方式所进行的一种示例性的介绍，在实际实现过程中，可以采用任意的数据来表示终止传输响应，只要其是在协议中约定好的即可。
171.s414、在n个数据传输响应中获取第一行车数据。
172.在数据读取设备接收到n个数据传输响应之后，就可以获取到n个子数据，因此可以在n个数据传输响应中获取第一行车数据。
173.本公开实施例提供的行车数据传输方法，通过在车载设备和数据读取设备在执行数据读取和传输之前进行预交互处理，其中的预交互处理可以包括请求车载设备进入扩展模式，以及对数据读取设备进行认证，以及对数据读取设备所需要读取的第一行车数据进行判定是否可以进行传输，从而可以保证在预交互处理阶段，有效的准备好后续进行数据处理的前置条件，进而确定车载设备是否确定向数据读取设备发送第一行车数据，从而可以有效的保证车载数据的传输的安全性。同时，在对第一行车数据进行具体传输的时候，是进行多次的子数据的请求以及响应，以实现对第一行车数据的分片传输，从而可以有效保证可以实现对数量较大的车载数据的有效传输。并且本公开中在简单数据管理协议中可以预先定义好各个请求以及响应对应的字节表示，从而可以保证车载设备和数据读取设备可以实现有序稳定的数据传输。
174.上述介绍的是数据读取设备一侧的行车数据传输方法，下面结合图11对车载设备一侧的行车数据传输方法进行介绍，图11为本公开实施例提供的行车数据传输方法的流程图三。
175.如图11所示，该方法包括：
176.s1101、与数据读取设备进行预交互处理，以确定向数据读取设备发送第一行车数据，第一行车数据包括n个子数据，n为大于或等于1的整数。
177.s1102、接收数据读取设备发送n个数据传输请求，以及向数据读取设备发送n个数据传输请求对应的n个数据传输响应；
178.其中，第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，i为1至n之间的整数。
179.其中，车载设备一侧的行车数据传输方法的各种可能的实现方式，与上述实施例介绍的数据读取设备一侧的各种可能的实现方式类似，其各种可能的实现方式均可以参照上述实施例的介绍，此处不再赘述。
180.本公开实施例提供的行车数据传输方法，包括：与数据读取设备进行预交互处理，以确定向数据读取设备发送第一行车数据，第一行车数据包括n个子数据，n为大于或等于1的整数。接收数据读取设备发送n个数据传输请求，以及向数据读取设备发送n个数据传输请求对应的n个数据传输响应；其中，第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，i为1至n之间的整数。其中，车载设备在和数据读取设备进行预交互处理，确定车载设备同意读取第一行车数据之后，接收数据读取设发送的用于获取第一行车数据的n个数据传输请求，之后通过n个数据传输响应向数据读取设备发送第一行车数据，从而可以实现对第一行车数据的分片传输，进而可以支持对大量数据的读取以及传输。
181.图12为本公开实施例的行车数据传输装置的结构示意图一。如图12所示，本实施例的行车数据传输装置1200可以包括：处理模块1201、传输模块1202、获取模块1203。
182.处理模块1201，用于与车载设备进行预交互处理，以确定所述车载设备同意向所述数据读取设备发送第一行车数据，所述第一行车数据包括n个子数据，所述n为大于或等
于1的整数；
183.传输模块1202，用于向所述车载设备分别发送n个数据传输请求，以及接收所述n个数据传输请求对应的n个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，所述i为1至n之间的整数；
184.获取模块1203，用于在所述n个数据传输响应中获取所述第一行车数据。
185.一种可能的实现方式中，所述传输模块1202具体用于：
186.向所述车载设备发送第i个数据传输请求，接收所述第i个数据传输请求对应的第i个数据传输响应；
187.其中，所述i依次取1、2、
……
、n。
188.一种可能的实现方式中，所述传输模块1202具体用于：
189.若所述i为1，则向所述车载设备发送第i个数据传输请求；
190.若所述i大于1，则在确定接收到第i-1个数据传输响应后，向所述车载设备发送第i个数据传输请求。
191.一种可能的实现方式中，所述处理模块1201具体用于：
192.请求所述车载设备进入扩展模式；
193.请求所述车载设备对所述数据读取设备进行认证处理，得到认证结果；
194.在所述认证结果为认证成功时，向所述车载设备发送数据读取请求；
195.接收所述车载设备发送的所述数据读取请求对应的数据读取响应；
196.根据所述数据读取响应确定所述车载设备同意向所述数据读取设备发送所述第一行车数据。
197.一种可能的实现方式中，所述处理模块1201具体用于：
198.向所述车载设备发送扩展请求；
199.接收所述车载设备发送的扩展响应，所述扩展响应用于指示所述车载设备进入扩展模式。
200.一种可能的实现方式中，所述处理模块1201具体用于：
201.向所述车载设备发送认证请求；
202.接收所述车载设备发送的加密信息；
203.对所述加密信息进行解密处理，得到明文信息；
204.向车载设备发送所述明文信息；
205.接收所述车载设备发送的所述认证结果，所述认证结果为根据所述明文信息确定得到的。
206.一种可能的实现方式中，所述处理模块1201具体用于：
207.确定所述多个子数据的标识，向所述车载设备发送所述数据读取请求，所述数据读取请求中包括所述多个子数据的标识；或者，
208.确定所述第一行车数据在所述车载设备中的存储地址，向所述车载设备发送所述数据读取请求，所述数据读取请求中包括所述存储地址。
209.一种可能的实现方式中，所述处理模块1201还用于：
210.在所述n个数据传输响应中获取所述第一行车数据之后，向所述车载设备发送终止传输请求；
211.接收所述车载设备发送的所述终止传输请求对应的终止传输响应。
212.图13为本公开实施例的行车数据传输装置的结构示意图二。如图13所示，本实施例的行车数据传输装置1300可以包括：处理模块1301、传输模块1302。
213.处理模块1301，用于与数据读取设备进行预交互处理，以确定向所述数据读取设备发送第一行车数据，所述第一行车数据包括n个子数据，所述n为大于或等于1的整数；
214.传输模块1302，用于接收所述数据读取设备发送n个数据传输请求，以及向所述数据读取设备发送所述n个数据传输请求对应的n个数据传输响应；
215.其中，第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，所述i为1至n之间的整数。
216.一种可能的实现方式中，所述传输模块1302具体用于：
217.接收所述数据读取设备发送的第i个数据传输请求，向所述数据读取设备发送所述第i个数据传输请求对应的第i个数据传输响应；
218.其中，所述i依次取1、2、
……
、n。
219.一种可能的实现方式中，所述传输模块1302具体用于：
220.若所述i为1，则向所述数据读取设备发送所述第i个数据传输请求对应的第i个数据传输响应；
221.若所述i大于1，则在确定已向所述数据读取设备发送第i-1个数据传输响应后，向所述数据读取设备发送第i个数据传输响应。
222.一种可能的实现方式中，所述处理模块1301具体用于：
223.进入扩展模式；
224.对所述数据读取设备进行认证处理，得到认证结果，并向所述数据读取设备发送所述认证结果；
225.在所述认证结果为认证成功时，接收所述数据读取设备发送的数据读取请求，所述数据读取请求中包括所述多个子数据的标识或者所述第一行车数据在所述车载设备中的存储地址；
226.根据所述数据读取请求，向所述数据读取设备发送数据读取响应，其中，所述数据读取响应用于指示确定向所述数据读取设备发送所述第一行车数据。
227.一种可能的实现方式中，所述处理模块1301具体用于：
228.接收所述数据读取设备发送的扩展请求；
229.根据所述扩展请求进入扩展模式，以及向所述数据读取设备发送扩展响应，所述扩展响应用于指示所述车载设备进入扩展模式。
230.一种可能的实现方式中，所述处理模块1301具体用于：
231.接收所述数据读取设备发送的认证请求；
232.根据所述认证请求向所述数据读取设备发送加密信息；
233.接收所述数据读取设备发送的所述加密信息对应的明文信息；
234.根据所述明文信息和所述加密信息对应的预设信息确定所述认证结果。
235.一种可能的实现方式中，所述处理模块1301还用于：
236.在所述n个数据传输响应中获取所述第一行车数据之后，接收所述数据读取设备发送的终止传输请求；
237.根据所述终止传输请求，终止向所述数据读取设备发送数据，并向所述数据读取设备发送终止传输响应。
238.本公开提供一种行车数据传输方法及装置，应用于数据处理领域中的自动驾驶领域，以达到实现对自动驾驶中的车载数据的大量读取和传输的目的。进而可以满足未来车辆故障诊断、事故责任判定、事故反演、自动驾驶算法调优等对数据多样化管理的要求。
239.需要说明的是，本实施例中的人头模型并不是针对某一特定用户的人头模型，并不能反映出某一特定用户的个人信息。需要说明的是，本实施例中的二维人脸图像来自于公开数据集。
240.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
241.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
242.根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
243.图14示出了可以用来实施本公开的实施例的示例电子设备1400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
244.如图14所示，设备1400包括计算单元1401，其可以根据存储在只读存储器(rom)1402中的计算机程序或者从存储单元1408加载到随机访问存储器(ram)1403中的计算机程序，来执行各种适当的动作和处理。在ram 1403中，还可存储设备1400操作所需的各种程序和数据。计算单元1401、rom 1402以及ram 1403通过总线1404彼此相连。输入/输出(i/o)接口1405也连接至总线1404。
245.设备1400中的多个部件连接至i/o接口1405，包括：输入单元1406，例如键盘、鼠标等；输出单元1407，例如各种类型的显示器、扬声器等；存储单元1408，例如磁盘、光盘等；以及通信单元1409，例如网卡、调制解调器、无线通信收发机等。通信单元1409允许设备1400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
246.计算单元1401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1401的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元1401执行上文所描述的各个方法和处理，例如行车数据传输方法。例如，在一些实施例中，行车数据传输方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1408。在一些实施例中，计算机程序的部分或者全部可以经由rom 1402和/或通信单元1409而被载入和/或安装到设备1400上。当计算机程序加载到ram 1403并由计算单元1401执行时，可以执行上文描述的行
车数据传输方法的一个或多个步骤。备选地，在其他实施例中，计算单元1401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行行车数据传输方法。
247.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
248.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
249.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
250.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
251.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
252.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或
云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
253.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
254.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

技术特征：
1.一种行车数据传输方法，应用于数据读取设备，所述方法包括：向车载设备发送认证请求，其中，所述认证请求用于请求所述车载设备认证所述数据读取设备是否被允许进行数据的读取；接收所述车载设备发送的认证结果；在所述认证结果为认证成功时，向所述车载设备发送数据传输请求，以及接收所述数据传输请求对应的数据传输响应；在所述数据传输响应中获取第一行车数据。2.根据权利要求1所述的方法，所述接收所述车载设备发送的认证结果之前，所述方法还包括：接收车载设备发送的加密信息；对所述加密信息进行解密处理，得到明文信息；其中，所述认证结果为根据所述明文信息得到的。3.根据权利要求2所述的方法，其中，所述对所述加密信息进行解密处理，得到明文信息，包括：根据解密算法对所述加密信息进行解密处理，得到所述明文信息，其中所述解密算法为所述数据读取设备和所述车载设备预先约定的。4.根据权利要求1-3任一项所述的方法，所述向车载设备发送认证请求之前，所述方法还包括：向所述车载设备发送扩展请求；接收所述车载设备发送的扩展响应，所述扩展响应用于指示所述车载设备进入扩展模式。5.一种行车数据传输方法，应用于车载设备，所述方法包括：接收数据读取设备发送的认证请求，其中，所述认证请求用于请求所述车载设备认证所述数据读取设备是否被允许进行数据的读取；向所述数据读取设备发送认证结果；接收所述数据读取设备发送数据传输请求，以及向所述数据读取设备发送所述数据传输请求对应的数据传输响应，其中，所述数据传输响应中包括第一行车数据。6.根据权利要求5所述的方法，所述向所述数据读取设备发送认证结果之前，所述方法还包括：向所述数据读取设备发送加密信息；接收所述数据读取设备发送的所述加密信息对应的明文信息；根据所述明文信息和所述加密信息对应的预设信息确定所述认证结果。7.根据权利要求6所述的方法，其中，所述根据所述明文信息和所述加密信息对应的预设信息确定所述认证结果，包括：校验所述明文信息和所述加密信息对应的预设信息是否相同；若相同，则确定所述认证结果为认证成功。8.根据权利要求5-7任一项所述的方法，所述向所述数据读取设备发送加密信息之前，所述方法还包括：接收所述数据读取设备发送的扩展请求；
根据所述扩展请求进入扩展模式，以及向所述数据读取设备发送扩展响应，所述扩展响应用于指示所述车载设备进入扩展模式。9.一种行车数据传输装置，应用于数据读取设备，所述装置包括：发送模块，用于向车载设备发送认证请求，其中，所述认证请求用于请求所述车载设备认证所述数据读取设备是否被允许进行数据的读取；接收模块，用于接收所述车载设备发送的认证结果；所述发送模块还用于，在所述认证结果为认证成功时，向所述车载设备发送数据传输请求，以及接收所述数据传输请求对应的数据传输响应；处理模块，用于在所述数据传输响应中获取第一行车数据。10.根据权利要求9所述的装置，所述接收模块还用于，在接收所述车载设备发送的认证结果之前，接收车载设备发送的加密信息；所述处理模块还用于：对所述加密信息进行解密处理，得到明文信息；其中，所述认证结果为根据所述明文信息得到的。11.根据权利要求10所述的装置，其中，所述处理模块具体用于：根据解密算法对所述加密信息进行解密处理，得到所述明文信息，其中所述解密算法为所述数据读取设备和所述车载设备预先约定的。12.根据权利要求9-11任一项所述的装置，所述发送模块还用于：在所述向车载设备发送认证请求之前，向所述车载设备发送扩展请求；所述接收模块还用于：接收所述车载设备发送的扩展响应，所述扩展响应用于指示所述车载设备进入扩展模式。13.一种行车数据传输装置，应用于车载设备，所述装置包括：接收模块，用于接收数据读取设备发送的认证请求，其中，所述认证请求用于请求所述车载设备认证所述数据读取设备是否被允许进行数据的读取；发送模块，用于向所述数据读取设备发送认证结果；所述接收模块，还用于接收所述数据读取设备发送数据传输请求，以及向所述数据读取设备发送所述数据传输请求对应的数据传输响应，其中，所述数据传输响应中包括第一行车数据。14.根据权利要求13所述的装置，所述发送模块还用于：在向所述数据读取设备发送认证结果之前，向所述数据读取设备发送加密信息；所述接收模块还用于：接收所述数据读取设备发送的所述加密信息对应的明文信息；所述装置还包括：处理模块；所述处理模块用于，根据所述明文信息和所述加密信息对应的预设信息确定所述认证结果。15.根据权利要求14所述的装置，其中，所述处理模块具体用于：校验所述明文信息和所述加密信息对应的预设信息是否相同；若相同，则确定所述认证结果为认证成功。16.根据权利要求13-15任一项所述的装置，所述接收模块还用于：在向所述数据读取设备发送加密信息之前，接收所述数据读取设备发送的扩展请求；所述处理模块还用于：根据所述扩展请求进入扩展模式，以及向所述数据读取设备发
送扩展响应，所述扩展响应用于指示所述车载设备进入扩展模式。17.一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4或者权利要求5-8中任一项所述的方法。18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-4或者权利要求5-8中任一项所述的方法。19.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-4或者权利要求5-8中任一项所述方法的步骤。

技术总结
本公开提供了一种行车数据传输方法及装置，涉及数据处理领域，尤其涉及自动驾驶领域。具体实现方案为：与车载设备进行预交互处理，以确定车载设备同意向数据读取设备发送第一行车数据，第一行车数据包括N个子数据，N为大于或等于1的整数。向车载设备分别发送N个数据传输请求，以及接收N个数据传输请求对应的N个数据传输响应；第i个数据传输请求中包括第i子数据的标识，第i个数据传输响应中包括第i个子数据，i为1至N之间的整数。在N个数据传输响应中获取第一行车数据。本公开的技术方案可以支持对车载量数据的大量读取以及传输。持对车载量数据的大量读取以及传输。持对车载量数据的大量读取以及传输。


技术研发人员：刘青海 曹亮 周国辉
受保护的技术使用者：阿波罗智联（北京）科技有限公司
技术研发日：2021.12.30
技术公布日：2023/7/13