一种车联网通信数据记录的处理方法及系统、设备、介质与流程

1.本技术涉及数据通信技术领域，具体涉及一种车联网通信数据记录的处理方法及系统、设备、介质。


背景技术：

2.随着汽车智能化研究的深入，自动驾驶技术层级不断提升，然而现有的车联网通信数据记录方法一旦确认记录程序及记录设备后就难以更改记录方式，数据记录程序需要在软件上调用单独的记录接口，才能实现数据存储或者转发至其他存储模块的功能，并且不能实现跨设备通信。


技术实现要素：

3.鉴于以上所述现有技术的缺点，本发明提供一种车联网通信数据记录的处理方法及系统、设备、介质，以解决上述技术问题。
4.本发明提供的一种车联网通信数据记录的处理方法，包括：
5.对处理模块和数据记录模块进行初始化处理；
6.向通信模块输入所述数据记录模块的传输中介协议，触发所述数据记录模块中的回调函数；
7.对所述通信模块上的初始通信数据进行封装处理，获得中间通信数据；
8.将所述中间通信数据保存至缓存区，并利用所述数据记录模块的数据记录线程对所述缓存区进行数据读取，获得缓存通信数据；以及
9.将所述缓存通信数据保存至服务端。
10.于本发明的一实施例中，所述初始化处理为对所述处理模块和所述数据记录模块的智能弹性架构的域编号进行统一化处理。
11.于本发明的一实施例中，所述向通信模块输入所述数据记录模块的传输中介协议，触发所述数据记录模块中的回调函数的步骤之前包括：
12.在所述处理模块中设置发布协议和接收协议，在所述数据记录模块中设置所述接收协议；
13.在所述处理模块和所述数据记录模块中注册需要订阅所述接收协议的回调函数；
14.所述处理模块和所述数据记录模块分别接收所述通信模块的初始通信数据，并发送自身输出数据至所述通信模块。
15.于本发明的一实施例中，所述在所述处理模块和所述数据记录模块中注册需要订阅所述接收协议的回调函数的步骤包括：
16.对所述数据记录模块需要订阅的所述接收协议进行定义，并将所述接收协议存放在配置文件中；
17.所述数据记录模块对所述配置文件中的所述接收协议进行读取，完成对所述配置文件中的所述回调函数的注册。
18.于本发明的一实施例中，所述封装处理为对所述初始通信数据增加帧头、帧长度以及帧尾三个字段。
19.于本发明的一实施例中，所述将所述缓存通信数据保存至服务端的步骤包括：
20.判断所述缓存通信数据的大小是否大于预设阈值；
21.当所述缓存通信数据小于或等于所述预设阈值时，将所述缓存通信数据直接保存至所述服务端；
22.当所述缓存通信数据大于所述预设阈值时，将所述缓存通信数据进行数据分割处理后保存至所述服务端。
23.于本发明的一实施例中，所述处理模块包括感知模块、融合模块、决策模块、预测模块以及控制模块。
24.本发明还提供一种车联网通信数据记录的处理系统，所述系统包括：
25.初始化模块，用于对处理模块和数据记录模块进行初始化处理；
26.回调函数触发模块，用于向通信模块输入所述数据记录模块的传输中介协议，触发所述数据记录模块中的回调函数；
27.封装处理模块，用于对所述通信模块上的初始通信数据进行封装处理，获得中间通信数据；
28.数据读取模块，用于将所述中间通信数据保存至缓存区，并利用所述数据记录模块的数据记录线程对所述缓存区进行数据读取，获得缓存通信数据；以及
29.数据存储模块，用于将所述缓存通信数据保存至服务端。
30.本发明还提供一种电子设备，所述电子设备包括：
31.一个或多个处理器；
32.存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的车联网通信数据记录的处理方法。
33.本发明还提供计算机可读存储介质，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的车联网通信数据记录的处理方法。
34.本发明的有益效果：本发明通过处理模块和数据记录模块以发布、订阅协议的方式向通信模块发送或者接收数据，使处理模块和数据记录模块能够在同一域处理器内进行通信并且输出自己的数据，数据记录模块依据配置文件中添加的传输中介协议实现对通信模块上的数据的订阅，获得缓存通信数据，最后将缓存通信数据保存至服务端，以完成对通信数据的存储和记录，支持跨设备数据记录，提高控制器的存储内存以及中央处理器的资源利用率。
35.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
36.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术
的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
37.图1是本技术的一示例性实施例示出的车联网通信数据记录的处理方法实施环境示意图；
38.图2是本技术的一示例性实施例示出的车联网通信数据记录的处理方法的流程图；
39.图3是图2所示实施例中的处理模块和数据记录模块的数据通信示意图；
40.图4是图2所示实施例中的步骤s220在一示例性的实施例中的流程图；
41.图5是图2所示实施例中的步骤s220在一示例性的实施例中的通讯数据格式示意图；
42.图6是图4所示实施例中的步骤s320在一示例性的实施例中的流程图；
43.图7是图2所示实施例中的步骤s250在一示例性的实施例中的流程图；
44.图8是本技术的一示例性实施例示出的车联网通信数据记录的处理系统的结构示意图；
45.图9是图2所示实施例中的步骤s230在一示例性的实施例中的存储数据格式示意图；
46.图10示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
47.以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。
48.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
49.在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。
50.首先需要说明的是，随着汽车智能化研究的深入，自动驾驶技术层级不断提升，车联网通信数据记录技术成为自动驾驶技术中的一种关键技术，若车联网通信数据得到记录，有助于研究人员更方便有效地进行数据分析、问题定位、算法优化及自动驾驶功能的完善等。然而现有的车联网通信数据记录方法一旦确认记录程序及记录设备后就难以更改记录方式，数据记录程序需要在软件上调用单独的记录接口，才能实现数据存储或者转发至其他存储模块的功能，并且不能实现跨设备通信。车联网通信数据记录的处理方法是指通过处理模块和数据记录模块以发布、订阅协议的方式向通信模块发送或者接收数据，使处
理模块和数据记录模块能够在同一域处理器内进行通信并且输出自己的数据，数据记录模块依据配置文件中添加的传输中介协议实现对通信模块上的数据的订阅，获得缓存通信数据，最后将缓存通信数据保存至服务端，以完成对通信数据的存储和记录。在其它的应用场景中，针对对象的车联网通信数据记录的处理方法可以根据实际情况进行设置，本技术的实施例不对此进行限制。
51.图1是本技术的一示例性实施例示出的车联网通信数据记录的处理方法的实施环境示意图。如图1所示，可以通过智能终端110上安装的控制器等，可以对处理模块和数据记录模块进行初始化的处理。再向通信模块输入数据记录模块的传输中介协议，触发数据记录模块中的回调函数。对通信模块上的初始通信数据进行封装处理，获得中间通信数据，再将中间通信数据保存至缓存区，并利用数据记录模块的数据记录线程对缓存区进行数据读取，获得缓存通信数据，最后将缓存通信数据保存至服务端120，以完成对车联网通信数据记录的处理。其中，图1所示的智能终端110可以是智能手机、智能汽车、平板电脑、笔记本电脑或者任意支持安装控制器和中央处理器(central processing unit，cpu)等的终端设备，但并不限于此。图1所示的服务端120是服务器，例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。智能终端110可以通过3g(第三代的移动信息技术)、4g(第四代的移动信息技术)、5g(第五代的移动信息技术)等无线网络与服务端120进行通信，本处也不对此进行限制。由于目前的车联网通信数据在记录时需要在软件上占用单独的记录接口，且占用较大的cpu内存，导致车联网通信数据的记录成本很高。为解决这些问题，本技术的实施列分别提出一种车联网通信数据记录的处理方法、一种车联网通信数据记录的系统、一种电子设备以及一种计算机可读存储介质，以下将对这些实施例进行详细描述。
52.请参阅图2，图2是本技术的一示例性实施例示出的车联网通信数据记录的处理方法的流程图，该方法可以应用于图1所示的实施环境，并由该实施环境中的智能终端110具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。
53.如图2所述，在一示例性的实施例中，车联网通信数据记录的处理方法至少包括步骤s210至步骤s250，详细介绍如下：
54.步骤s210、对处理模块和数据记录模块进行初始化处理；
55.步骤s220、向通信模块输入数据记录模块的传输中介协议，触发数据记录模块中的回调函数；
56.步骤s230、对通信模块上的初始通信数据进行封装处理，获得中间通信数据；
57.步骤s240、将中间通信数据保存至缓存区，并利用数据记录模块的数据记录线程对缓存区进行数据读取，获得缓存通信数据；以及
58.步骤s250、将缓存通信数据保存至服务端。
59.如图2和图3所示，在一示例性的实施例中，当执行步骤s210时，即对处理模块和数据记录模块进行初始化处理。首先需要说明的是，处理模块和数据记录模块是在智能终端110内生成的，初始化处理即为对处理模块和数据记录模块的智能弹性架构的域编号进行
统一化处理。具体的，即将处理模块和数据记录模块的智能弹性架构(intelligent resilient framework，irf)的域编号设为1，使处理模块和数据记录模块都在同一个域内，保证处理模块和数据记录模块能在域内通信，然不限于此，处理模块和数据记录模块的智能弹性架构(intelligent resilient framework，irf)的域编号也可以设为2，还可以设为其他值，只要满足irf的域编号值相同即可。其中，处理模块可以包括感知模块、融合模块、决策模块、预测模块以及控制模块，还可以包括其他模块等。
60.如图4所示，在一示例性的实施例中，当执行步骤s220即向通信模块输入数据记录模块的传输中介协议，触发数据记录模块中的回调函数之前，还包括步骤s310至步骤s330，详细介绍如下：
61.步骤s310、在处理模块中设置发布协议和接收协议，在数据记录模块中设置所述接收协议；
62.步骤s320、在处理模块和数据记录模块中注册需要订阅接收协议的回调函数；
63.步骤s330、处理模块和数据记录模块分别接收通信模块的初始通信数据，并发送自身输出数据至通信模块。
64.在一示例性的实施例中，其中，发布协议和接收协议是指消息发布(publisher)者和订阅(subscriber)者之间的传输中介协议(topic)。发布者(publisher)设置发布的主题(topic)，数据读者(subscriber)订阅感兴趣的主题publisher作为发布者角色，至少包含一个负责实际发布消息的实体(datawriter)，并负责创建，删除和管理datawriter。同样，subscriber作为订阅者，至少与一个数据读取(datareader)关联，并负责发布数据，数据发布者通过调用datawriter的write函数发布数据，但数据不会立刻被送出，实际的消息产生是通过publisher和qos综合控制的。datareader负责订阅数据，订阅方式可采用异步方式(listener)，同步方式和非阻塞三种。回调函数是指通过函数指针调用的函数，用于对通信数据进行封装处理，并且完成对通信数据的数据帧添加帧头和通信数据存储功能。通信模块是指数据分发服务(data distribution service，dds)总线，其中，数据分发服务(dds)是一个由对象管理组(object management group，omg)发布的以数据为中心的中间件协议和应用程序接口(application programming interface，api)标准。采用分布式发布/订阅体系架构，以中间件的形式提供通信服务，强调以数据为中心。dds总线中间件是一个软件层，从操作系统、网络传输和底层数据格式的细节中抽象出应用。相同的概念和api提供给不同的编成语言，使得应用在不同的操作系统、编成语言和处理体系架构之间交换信息。底层细节包括数据传输格式、发现、连接、可靠性、协议、服务质量(quality of service，qos)策略等由dds总线中间件来管理。dds集成系统中的各个组件，提供低延迟数据连接、高可靠性以及高可扩展体系结构，以适应商业级物联网(iot)应用程序的需求。dds总线把所有的初始通信数据数据称作全局数据空间(domain)，对于应用来说，全局数据空间看上去像通过api来访问内存一样。dds总线通过集中式数据总线提供通信层，该总线使运动中的数据能够按需流动，这是一个高度可扩展，高效的架构。
65.如图5所示，在一示例性的实施例中，自身输出数据为通信格式数据，其中，topic名称模块为处理模块和数据记录模块发送的传输中介协议topic的名称，topic名称可以设置为128字节，然不限于此，也可以为其他字节。时间戳模块为一个能表示一份数据在某个特定时间之前已经存在的、完整的、可验证的数据，时间戳是一个字符序列，唯一地标识某
一刻的时间，可以为8字节。序列化数据模块可以将处理模块和数据记录模块的自身输出数据的状态信息转换为可以存储或传输的形式。在序列化期间，处理模块和数据记录模块的自身输出数据将其当前状态写入到临时或持久性存储区，方便通过从存储区中读取反序列化对象的状态，重新创建该对象，序列化使其他通信数据协议可以查看或修改。
66.如图6所示，在一示例性的实施例中，当执行步骤s320时，即在处理模块和数据记录模块中注册需要订阅接收协议的回调函数。具体的，步骤s320可以包括步骤s321至步骤s322，详细介绍如下：
67.步骤s321、对数据记录模块需要订阅的接收协议进行定义，并将接收协议存放在配置文件中；
68.步骤s322、数据记录模块对配置文件中的接收协议进行读取，完成对配置文件中的回调函数的注册。
69.在一示例性的实施例中，其中，配置文件(json)是一种存储结构化信息的格式。它主要用于在服务器和客户端之间传输全球广域网(world wide web)应用程序数据。json以字符串或对象的形式出现在扩展名为.json的文件中或在引号内，以其他文件格式分配给变量。
70.如图2和图9所述，在一示例性的实施例中，当执行步骤s230时，即对通信模块上的初始通信数据进行封装处理，获得中间通信数据。其中，中间通信数据为存储数据格式。需要说明的是，封装处理是通过触发数据记录模块中的回调函数实现的，即对初始通信数据增加帧头、帧长度和帧尾三个字段。帧头、帧长度和帧尾都可以约束为4个字节，然不限于此，帧头、帧长度和帧尾也可以约束为其他字节，并根据帧长度计算出可变长的序列化数据的长度，完成对初始通信数据的封装处理。
71.如图2所述，在一示例性的实施例中，当执行步骤s240时，即将中间通信数据保存至缓存区，并利用数据记录模块的数据记录线程对缓存区进行数据读取，获得缓存通信数据。需要说明的是，中间通信数据是被写入缓存区中的缓存队列的，缓存通信数据为存储数据格式。
72.如图7所示，在一示例性的实施例中，当执行步骤s250时，即将缓存通信数据保存至服务端。具体的，步骤s250可以包括步骤s410至步骤s430，详细介绍如下：
73.步骤s410、判断缓存通信数据的大小是否大于预设阈值；
74.步骤s420、当缓存通信数据小于或等于预设阈值时，将缓存通信数据直接保存至服务端；
75.步骤s430、当缓存通信数据大于预设阈值时，将缓存通信数据进行数据分割处理后保存至服务端。
76.在一示例性的实施例中，预设阈值可以为1个吉字节(gigabyte，gb)，然不限于此，也可以为其他吉字节。
77.图8是本技术的一示例性实施例示出的车联网通信数据记录的处理系统的结构示意图。该系统可以应用在图1所示的实施环境中，并具体配置在智能终端110中。该系统也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该系统所适用的实施环境进行限制。
78.车联网通信数据记录的处理系统可以包括初始化模块610、回调函数触发模块
620、封装处理模块630、数据读取模块640以及数据存储模块650。
79.在一示例性的实施例中，初始化模块610可用于对处理模块和数据记录模块进行初始化处理。具体的，即将处理模块和数据记录模块的智能弹性架构(intelligent resilient framework，irf)的域编号设为1，使处理模块和数据记录模块都在同一个域内，保证处理模块和数据记录模块能在域内通信，然不限于此，处理模块和数据记录模块的智能弹性架构(intelligent resilient framework，irf)的域编号也可以设为2，还可以设为其他值，只要满足irf的域编号值相同即可。其中，处理模块可以包括感知模块、融合模块、决策模块、预测模块以及控制模块，还可以包括其他模块等。
80.在一示例性的实施例中，回调函数触发模块620可用于向通信模块输入数据记录模块的传输中介协议，触发数据记录模块中的回调函数。回调函数是指通过函数指针调用的函数，用于对通信数据进行封装处理，并且完成对通信数据的数据帧添加帧头和通信数据存储功能。通信模块是指数据分发服务(data distribution service，dds)总线，其中，数据分发服务(dds)是一个由对象管理组(object management group，omg)发布的以数据为中心的中间件协议和应用程序接口(application programming interface，api)标准。采用分布式发布/订阅体系架构，以中间件的形式提供通信服务，强调以数据为中心。dds总线中间件是一个软件层，从操作系统、网络传输和底层数据格式的细节中抽象出应用。相同的概念和api提供给不同的编成语言，使得应用在不同的操作系统、编成语言和处理体系架构之间交换信息。底层细节包括数据传输格式、发现、连接、可靠性、协议、服务质量(quality of service，qos)策略等由dds总线中间件来管理。dds集成系统中的各个组件，提供低延迟数据连接、高可靠性以及高可扩展体系结构，以适应商业级物联网(iot)应用程序的需求。dds总线把所有的初始通信数据数据称作全局数据空间(domain)，对于应用来说，全局数据空间看上去像通过api来访问内存一样。
81.在一示例性的实施例中，封装处理模块630可用于对通信模块上的初始通信数据进行封装处理，获得中间通信数据。其中，中间通信数据为存储数据格式。需要说明的是，封装处理是通过触发数据记录模块中的回调函数实现的，即对初始通信数据增加帧头、帧长度和帧尾三个字段。帧头、帧长度和帧尾都可以约束为4个字节，然不限于此，帧头、帧长度和帧尾也可以约束为其他字节，并根据帧长度计算出可变长的序列化数据的长度，完成对初始通信数据的封装处理。
82.在一示例性的实施例中，数据读取模块640可用于将中间通信数据保存至缓存区，并利用数据记录模块的数据记录线程对缓存区进行数据读取，获得缓存通信数据。其中，中间通信数据是被写入缓存区中的缓存队列的，缓存通信数据为存储数据格式。
83.在一示例性的实施例中，数据存储模块650可用于将缓存通信数据保存至服务端。此外，还需要判断缓存通信数据的大小是否大于预设阈值，当缓存通信数据小于或等于预设阈值时，将缓存通信数据直接保存至服务端，当缓存通信数据大于预设阈值时，将缓存通信数据进行数据分割处理后保存至服务端。其中，预设阈值可以为1个吉字节(gigabyte，gb)，然不限于此，也可以为其他吉字节。
84.需要说明的是，上述实施例所提供的车联网通信数据记录的处理系统与上述实施例所提供的车联网通信数据记录的处理方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车
联网通信数据记录的处理系统在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
85.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的车联网通信数据记录的处理方法。
86.图10示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图10示出的电子设备的计算机系统700仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
87.如图10所示，计算机系统700包括中央处理单元(central processing unit，cpu)701，其可以根据存储在只读存储器(read-only memory，rom)702中的程序或者从储存部分708加载到随机访问存储器(random access memory，ram)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在ram 703中，还存储有系统操作所需的各种程序和数据。cpu701、rom 702以及ram703通过总线704彼此相连。输入/输出(input/output，i/o)接口705也连接至总线704。
88.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分707，包括硬盘等的储存部分708；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。
89.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本技术的系统中限定的各种功能。
90.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发
送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
91.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
92.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
93.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前车联网通信数据记录的处理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
94.本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车联网通信数据记录的处理方法。
95.上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。