CN111464974A - 一种车联网数据通讯方法、装置、设备和介质 - Google Patents

Abstract

本发明公开了一种车联网数据通讯方法、装置、设备和介质，所述方法通过数据定义及序列化编码的方式，对原始业务数据和车辆标识数据进行数据处理，得到原始业务数据和车辆标识数据的编码序列，将所述编码序列模块化，得到车联网数据通讯协议。基于车联网数据通讯协议和预设的通讯机制，车端和车联网之间进行双向通讯，车端上传数据到车联网，车联网传输远程操作到车端。本方法通过数值定义和序列化编码的方式，使得编码更简洁明快，成本更低，且编写出的代码二次开发更便捷。本方法还在通讯协议加入了车路协同其他设备，使得车端、车联网和道路智能设备能够进行三方交互，提高了智能化程度。

Description

一种车联网数据通讯方法、装置、设备和介质

技术领域

本发明涉及车联网通讯领域，尤其涉及一种车联网数据通讯方法、装置、设备和介质。

背景技术

智能网联汽车为搭载先进的车载传感器、控制器、执行器等装置，并融合现代通信与网络技术，实现车辆与车联网等智能设备进行信息交换共享的功能，智能网联汽车还具备复杂的环境感知、智能决策、协同控制和执行等其他功能。

在智能网联汽车中，车辆会与车联网采用预设的智能网联通讯协议进行双向通讯，在现有技术中，当前行业主流的智能网联通讯协议过于复杂。主流的智能网联通讯协议仅包括车辆与车联网之间进行通讯的方式，且由于主流的智能网联通讯协议不易进行二次开发，因此无法支持车辆与道路上的智能通讯设备之间的通讯，不利于智能网联汽车在车路协同功能上的的开发和升级。

发明内容

本发明提供了一种车联网数据通讯方法、装置、设备和介质，使得编码更简洁，成本更低，且编写出的代码二次开发更便捷。

一方面，本发明提供了一种车联网数据通讯方法，所述方法包括：

获取车端与车联网之间通讯的原始业务数据；

获取车辆标识数据；

对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的编码序列和所述车辆标识数据的编码序列；

对所述原始业务数据的编码序列和所述车辆标识数据的编码序列进行模块化处理，得到所述原始业务数据的传输编码数据和所述车辆标识数据的传输编码数据；

基于预设的车联网数据通讯协议，所述车端与所述车联网之间双向传输所述原始业务数据的传输编码数据和所述车辆标识数据的传输编码数据。

另一方面提供了一种车联网数据通讯装置，所述装置包括：原始业务数据获取模块、车辆标识数据获取模块、数据处理模块、传输数据获得模块和双向通讯模块；

所述原始业务数据获取模块用于获取车端与车联网之间通讯的原始业务数据；

所述车辆标识数据获取模块用于获取当前车辆的车辆标识数据；

所述数据处理模块用于对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的编码序列和所述车辆标识数据的编码序列；

所述传输数据获得模块用于对所述原始业务数据的编码序列和所述车辆标识数据的编码序列进行模块化处理，得到所述原始业务数据的传输编码数据和所述车辆标识数据的传输编码数据；

所述双向通讯模块用于基于预设的车联网数据通讯协议，所述车端与所述车联网之间双向传输所述原始业务数据的传输编码数据和所述车辆标识数据的传输编码数据。

另一方面提供了一种设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述所述的一种车联网数据通讯方法。

另一方面提供了一种存储介质，所述存储介质包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述所述的一种车联网数据通讯方法。

本发明提供的一种车联网数据通讯方法、装置、设备和介质，所述方法通过数据定义及序列化编码的方式，对原始业务数据和车辆标识数据进行数据处理，得到原始业务数据和车辆标识数据的编码序列，将所述编码序列模块化，得到车联网数据通讯协议。基于车联网数据通讯协议和预设的通讯机制，车端和车联网之间进行双向通讯，车端上传数据到车联网，车联网传输远程操作到车端。本方法通过数值定义和序列化编码的方式，使得编码更简洁明快，成本更低，且编写出的代码二次开发更便捷。本方法还在通讯协议加入了车路协同其他设备，使得车端、车联网和道路智能设备能够进行三方交互，提高了智能化程度。

附图说明

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

图1为本发明实施例提供的一种车联网数据通讯方法的应用场景示意图；

图2为本发明实施例提供的一种车联网数据通讯方法的流程图；

图3为本发明实施例提供的一种车联网数据通讯方法中得到原始业务数据的序列编码和车辆标识数据的序列编码的流程图；

图4为本发明实施例提供的一种车联网数据通讯方法中得到所述车辆数据的数据定义信息的方法流程图；

图5为本发明实施例提供的一种车联网数据通讯方法中车端与所述车联网之间双向通讯的方法流程图；

图6为本发明实施例提供的一种车联网数据通讯方法中车端向所述车联网上传数据的方法流程图；

图7为本发明实施例提供的一种车联网数据通讯方法中车端激活的传输示意图；

图8为本发明实施例提供的一种车联网数据通讯方法中定时上传的传输示意图；

图9为本发明实施例提供的一种车联网数据通讯方法中上传电池管理状态数据的传输示意图；

图10为本发明实施例提供的一种车联网数据通讯方法中上报行程记录的传输示意图；

图11为本发明实施例提供的一种车联网数据通讯方法中上传诊断记录的传输示意图；

图12为本发明实施例提供的一种车联网数据通讯方法中上传指定事件记录的传输示意图；

图13为本发明实施例提供的一种车联网数据通讯方法中上传请求认证原文数据的传输示意图；

图14为本发明实施例提供的一种车联网数据通讯方法中通过双向认证链路申请证书的传输示意图；

图15为本发明实施例提供的一种车联网数据通讯方法中通过单向认证链路申请证书的传输示意图；

图16为本发明实施例提供的一种车联网数据通讯方法中上传X-CALL事件的传输示意图；

图17为本发明实施例提供的一种车联网数据通讯方法中上传紧急状态事件的传输示意图；

图18为本发明实施例提供的一种车联网数据通讯方法中发送远程操控指令的传输示意图；

图19为本发明实施例提供的一种车联网数据通讯方法中发送远程查询指令的传输示意图；

图20为本发明实施例提供的一种车联网数据通讯方法中发送远程配置指令的传输示意图；

图21为本发明实施例提供的一种车联网数据通讯方法中发送远程诊断指令的传输示意图；

图22为本发明实施例提供的一种车联网数据通讯方法中恢复工厂设置的传输示意图；

图23为本发明实施例提供的一种车联网数据通讯方法中远程预约充电的传输示意图；

图24为本发明实施例提供的一种车联网数据通讯方法中取消预约充电的传输示意图；

图25为本发明实施例提供的一种车联网数据通讯方法中远程禁止上电和解除禁止上电的传输示意图；

图26为本发明实施例提供的一种车联网数据通讯方法中远程锁车门的传输示意图；

图27为本发明实施例提供的一种车联网数据通讯方法中远程解锁车门的传输示意图；

图28为本发明实施例提供的一种车联网数据通讯方法中远程锁后备箱的传输示意图；

图29为本发明实施例提供的一种车联网数据通讯方法中远程解锁后备箱的传输示意图；

图30为本发明实施例提供的一种车联网数据通讯方法中远程寻车的传输示意图；

图31为本发明实施例提供的一种车联网数据通讯方法中远程遥控车窗的传输示意图；

图32为本发明实施例提供的一种车联网数据通讯方法中远程追踪被盗车辆的传输示意图；

图33为本发明实施例提供的一种车联网数据通讯方法中远程开启/停止座椅加热的传输示意图；

图34为本发明实施例提供的一种车联网数据通讯方法中远程开启/停止pm2.5净化的传输示意图；

图35为本发明实施例提供的一种车联网数据通讯方法中远程开启/停止车速限制的传输示意图；

图36为本发明实施例提供的一种车联网数据通讯方法中远程上电的传输示意图；

图37为本发明实施例提供的一种车联网数据通讯方法中远程下电的传输示意图；

图38为本发明实施例提供的一种车联网数据通讯方法中远程开启/关闭空调的传输示意图；

图39为本发明实施例提供的一种车联网数据通讯方法中进行围栏告警的传输示意图；

图40为本发明实施例提供的一种车联网数据通讯方法中进行无线服务的升级指令的传输示意图；

图41为本发明实施例提供的一种车联网数据通讯方法中进行标识码变更的传输示意图；

图42为本发明实施例提供的一种车联网数据通讯方法中立即上传日志的传输示意图；

图43为本发明实施例提供的一种车联网数据通讯方法中周期上传日志的传输示意图；

图44为本发明实施例提供的一种车联网数据通讯方法中取消周期上传日志的传输示意图；

图45为本发明实施例提供的一种车联网数据通讯方法中车端、道路智能设备和车联网之间的三方数据交互的方法流程图；

图46为本发明实施例提供的一种车联网数据通讯装置的结构示意图；

图47为本发明实施例提供的一种用于实现本发明实施例所提供的方法的设备的硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。而且，术语“第一”、“第二”等适用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

请参见图1，其显示了本发明实施例提供的一种车联网数据通讯方法的应用场景示意图，所述应用场景包括车端110和车联网120，对车端110和车联网120之间的原始业务数据和车辆标识数据进行数据定义和序列化编码，并将原始业务数据的编码序列和车辆标识数据的编码序列进行模块化处理为车联网数据通讯协议，使得车端与车联网之间根据所述车联网数据通讯协议进行双向通讯。

在本发明实施例中，所述车端110可以是车载电脑终端，装载有所述车端110的车辆可以是传统汽车或者新能源汽车。具体的车辆类型可以定义在车联网数据通讯协议中。

在本发明实施例中，所述车联网120为车辆上的车载设备通过无线通信技术，对信息网络平台中的所有车辆动态信息进行有效利用，在车辆运行中提供不同的功能服务。车联网120能够为车与车之间的间距提供保障，降低车辆发生碰撞事故的几率；车联网可以帮助车主实时导航，并通过与其它车辆和网络系统的通信，提高交通运行的效率。

请参见图2，其显示了一种车联网数据通讯方法，所述方法包括：

S210.获取车端与车联网之间通讯的原始业务数据；

S220.获取车辆标识数据；

S230.对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的编码序列和所述车辆标识数据的编码序列；

进一步地，请参见图3，所述原始业务数据包括车辆数据和国标数据，所述车辆标识数据包括车端制造商信息和车端识别卡信息，所述对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的序列编码和所述车辆标识数据的序列编码包括：

S310.对所述车辆数据进行数据类型和数据功能的定义，得到所述车辆数据的数据定义信息；

S320.对所述车辆数据的数据定义信息进行序列化编码，得到所述车辆数据的编码序列；

S330.对所述国标数据进行数据类型和数据功能的定义，得到所述国标数据的数据定义信息；

S340.对所述国标数据的数据定义信息进行序列化编码，得到所述国标数据的编码序列；

S350.对所述车端制造商信息进行数据类型和数据功能的定义，得到所述车端制造商信息的数据定义信息；

S360.对所述车端制造商信息的数据定义信息进行序列化编码，得到所述车端制造商信息的编码序列；

S370.对所述车端识别卡信息进行数据类型和数据功能的定义，得到所述车端识别卡信息的数据定义信息；

S380.对所述车端识别卡信息的数据定义信息进行序列化编码，得到所述车端识别卡信息的编码序列。

具体地，所述原始业务数据包括车辆数据和国标数据，所述车辆标识数据包括车端制造商信息和车端识别卡信息。对车端与车联网之间互相传输的原始业务数据以及各个车端的车辆标识数据进行数据定义，例如VIN STRING 20定义为字符串为20字节的VIN车架号，所述对原始业务数据和车辆标识数据进行的数据定义为车联网数据通讯协议的明文部分。

对原始业务数据进行数据类型和数据功能的定义。例如在定义后，type数据的数据类型为int32，字段修饰符为required，功能为传输数据类型，其中传输数据的类型包括VehicleParam数据、新能源国标GB32960数据和JT808数据。type int32 requiredVehicleParam数据新能源国标GB32960数据JT808数据即为一组数值对，用于对type这个数据进行描述，记录在协议明文中。

进一步地，请参见图4，所述对所述对所述车辆数据进行数据类型和数据功能的定义，得到所述车辆数据的数据定义信息包括：

S410.对命令数据进行命令数据类型和命令数据功能的定义，得到所述命令数据的数据定义信息，所述命令数据为具有车端与车联网之间进行双向通讯时的传输的操作执行数据；

S420.对基础数据进行基础数据类型和基础数据功能的定义，得到所述基础数据的数据定义信息，所述基础数据为车端的基础数据；

S430.对位置数据进行位置数据类型和位置数据功能的定义，得到所述位置数据的数据定义信息，所述位置数据为车辆定位的位置数据或者车辆上的可移动组件在功能模块执行相应操作的过程中的位置数据。

具体地，在车端与车联网进行双向传输数据的过程中，可以传输的业务数据包括命令数据、基础数据和位置数据。命令数据就是具体的执行指令，例如用于区别不同信息的服务ID、命令的类型、命令附带的触发条件、命令附带的参数、是否需要确认字符(ack)、默认错误值(false)、信息过期时间、下发到终端的配置和响应结果。所述命令的类型包括开启服务、请求数据、执行动作、终止服务和触发上行。具体到功能模块中，例如车端激活数据上传到车联网时，命令数据可以包括车辆激活的执行数据、车辆激活的请求数据、以及车辆激活成功的响应数据和请求数据，车辆激活失败的响应数据和请求数据。

基础数据指的是车端的基础数据，即车辆自身的类型信息等，以车辆类型为例，可以分为乘用车和商用车，新能源和非新能源等类型。根据基础数据可以确定某一范围内的车辆的基本属性，例如新能源车辆中存在发电机和增程器，因此与非新能源车辆在行驶中需要采集的数据种类不同，通过基础数据可以对此进行区分。

位置数据指的是车辆的定位数据，以及车上的可移动组件的位置数据。车辆的定位数据包括纬度、经度、车头方向、斜率、曲率、车道号、车道形状、车道宽度等，车上的可移动组件的位置数据可以是车窗或者天窗移动前的起始位置和移动后的结束位置，或者车门的开启或关闭的起始位置和结束位置，或者车辆的刹车踏板或油门踏板的位置等。

S240.对所述原始业务数据的编码序列和所述车辆标识数据的编码序列进行模块化处理，得到车联网数据通讯协议；

具体地，对进行数据定义后的原始业务数据的数据定义信息和车辆标识数据的数据定义信息，基于protocol buff进行序列化编码处理，得到原始业务数据的编码序列和车辆标识数据的编码序列，再将原始业务数据的编码序列和车辆标识数据的编码序列的内容编写为各开发模块所用的程序代码，得到车联网数据通讯协议。基于所述车联网数据通讯协议和预设的传输机制，所述车端与所述车联网之间进行双向通讯，可以通过信息队列遥测传输(MQTT)的传输机制进行传输。MQTT是ISO标准(ISO/IEC PRF 20922)下基于发布/订阅范式的信息协议。它工作在TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型信息协议。

通过protocol buff的编码方式形成轻量级编码规则，降低开发难度，同时降低了成本，并使得编码的二次开发更便捷。

S250.基于所述车联网数据通讯协议和预设的传输机制，所述车端与所述车联网之间双向通讯。

进一步地，请参见图5，所述基于所述车联网数据通讯协议和预设的传输机制，所述车端与所述车联网之间双向通讯包括：

S510.基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传数据；

S520.基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送远程操控指令。

具体地，车联网和车端之间为双向传输，即是车端向车联网上传数据，车联网对车端进行远程控制。车端将车辆的状态数据和车端运行中触发的各种事件和信息传输到车端，并对车联网的远程控制进行反馈。车联网则远程进行车端的查询、诊断、控制等，并向车端发送数据反馈的请求，接收车端反馈的数据。

进一步地，请参见图6，所述基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传数据包括：

S610.基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传国标数据；

S620.在车端初次使用时，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传车端激活数据；

S630.在车辆启动及行驶的过程中，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网定时上传车辆的状态数据；

S640.在车辆工作的电源模式发生变化或车辆熄火时，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网定时上传车辆的电池管理状态数据；

S650.在车辆结束当前行程后，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传行程数据；

S660.在车辆检测到预设的事件时，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传事件通知数据；

S670.在车端进行诊断时，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传诊断数据；

S680.在车端与车联网建立连接时，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传身份认证数据；

S690.当车辆触发未知状态事件或者紧急状态事件时，基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传车辆的关键状态数据。

具体地，请参见图7，在车端第一次使用或进行车端的更换后，所述车端可以为远程信息处理器(Telematics BOX，T-BOX)，所述车联网平台可以是内容服务提供者(Telematics Service Provider，TSP)平台。T-BOX初始化启动的时，需上报激活信息到车联网平台。车辆是否激活成功是后续业务能否执行的前提，在没有明确收到激活成功的响应信息时，T-Box需间隔预设时间发送一次激活信息，直到激活成功。所述预设时间可以为30s。在进行车端激活时需要进行传输的各项数据包括激活数据、成功响应数据和失败响应数据。所述激活数据包括车辆激活数据、请求数据、T-Box相关信息、SIM卡相关信息和基本信息。所述成功响应数据包括车辆激活、请求数据和成功信息反馈，所述失败响应数据包括车辆激活、请求数据和失败信息反馈。

请参见图8，车辆在启动过程中，T-Box定时每分钟向车联网平台发送车辆状态数据，开机后的第一个报文需上报当前的所有配置项数据。T-BOX需要定时上传的数据包括定时数据上报、触发上行、基本信息、速度、速度有效性、续航里程、位置、方向、引擎状态、引擎锁定状态、充电状态、钥匙状态、终端状态、当前的所有配置项和附加状态信息。车辆在驾驶员使用的过程中，发生状态变更后，T-Box向车联网平台上报最新全量的状态数据，以便车联网能及时同步最新状态。此时需要上传的数据有车辆状态触发上报、触发上行、基本信息、速度、速度有效性、续航里程、位置、方向、引擎状态、引擎锁定状态、充电状态、钥匙状态、终端状态、位置信息和附加状态信息。

请参见图9，T-Box在车辆熄火后或者由于车辆中存在不同的电源模式，在行驶过程中进行了电源模式的切换后，需要同步变更后的状态到车联网平台。车联网平台可以通过发送短信的方式唤醒处于StandBy模式的T-Box，短信内容可以为：active，T-Box被唤醒后，需立即发送变更后电源模式状态到TSP平台。电池管理状态数据包括电源状态管理、触发上行、基本信息和终端状态，所述终端状态包含电源模式和电源状态信息。

请参见图10，用户在结束行程后，T-Box上报行程记录到车联网平台。所述行程数据包括行程记录、触发上行、基本信息和行程记录信息。

请参见图11，车辆点火后，在预设时间内车辆开始进行行车电脑(ECU)诊断，所述预设时间可以为1分钟，T-box收集整车诊断数据上报车联网。此外当CAN网络上出现警告信息时，针对警告信息进行诊断，将诊断结果上报车联网。所述诊断数据包括诊断反馈、触发上行、T-Box相关信息、SIM卡相关信息、基本信息、终端状态信息和ECU诊断信息。

请参见图12，当车辆检测到指定的事件后，向车联网平台发送相应通知。所述指定事件包括车辆被盗事件、疲劳驾驶事件、车辆未锁事件、车窗未关事件、电池馈电事件、拖车事件、急加速事件、急减速事件、急转弯事件、超速事件、未系安全带事件、未掌握方向盘事件、不安全驾驶事件、车灯未关事件、证书保存失败事件、转弯不打转向灯、空挡滑行事件和IT卡状态变更事件。其中车辆被盗事件数据包括事件通知、触发上行、位置信息、终端状态信息、被盗、门等开关状态和窗等开关状态。疲劳驾驶事件数据包括事件通知、触发上行、位置信息、终端状态信息、疲劳驾驶和待确定的疲劳驾驶的附带信息。车辆未锁事件数据包括事件通知、触发上行、位置信息、终端状态信息、未锁车、门等开关状态和窗等开关状态。车窗未关事件数据包括事件通知、触发上行、位置信息、终端状态信息、未关窗、门等开关状态和窗等开关状态。电池馈电事件数据包括事件通知、触发上行、位置信息、终端状态信息、馈电和保养状态信息。拖车事件数据包括事件通知、触发上行、位置信息、终端状态信息、拖车、门等开关状态和窗等开关状态。急加速事件数据包括事件通知、触发上行、位置信息、速度、终端状态信息、急加速和持续的时间。急减速事件数据包括事件通知、触发上行、位置信息、速度、终端状态信息、急减速和持续的时间。急转弯事件数据包括事件通知、触发上行、位置信息、速度、终端状态信息、急转弯和持续的时间。超速事件数据包括事件通知、触发上行、位置信息、速度、终端状态信息、超速和持续的时间。未系安全带事件数据包括事件通知、触发上行、位置信息、终端状态信息和未系安全带。未掌握方向盘事件数据包括事件通知、触发上行、位置信息、终端状态信息和未掌握方向盘。不安全驾驶事件数据包括事件通知、触发上行和不安全驾驶。车灯未关事件数据包括事件通知、触发上行和车灯未关。证书保存失败事件数据包括事件通知、触发上行和证书保存失败。转弯不打转向灯事件数据包括事件通知、触发上行、位置信息、终端状态信息和转弯不打转向灯。空挡滑行事件数据包括事件通知、触发上行、位置信息、终端状态信息和空挡滑行。IT卡状态变更事件数据包括事件通知、触发上行、卡损坏或者未插卡。

请参见图13，根据预设的安全要求，需要进行身份认证及证书申请。在进行身份认证时，T-Box每次与车联网平台建立双向认证连接后，需向车联网平台请求认证原文；车联网收到请求后，同步向公钥基础设施(PKI)系统的身份认证网关，请求认证原文，并响应认证原文给T-Box。T-Box调用软件工具包(SDK)对原文进行处理。T-Box发起认证请求，车联网生成认证请求报文，同步向PKI系统的身份认证网关，请求认证，并响应认证结果给T-Box。如认证成功，车联网允许与T-Box后续的交互；如认证失败，车联网拒绝与T-Box的后续交互，T-Box根据错误码后续执行不同操作，如果错误码表示证书被吊销，则T-Box发起重新申请证书请求。

所述请求认证原文数据为请求认证原文、请求数据、需要确认字符、T-Box相关信息和SIM卡相关信息，若成功则请求认证原文的响应数据还包括请求数据、成功信息反馈和附带的数据，若失败则请求认证原文的响应数据还包括请求认证原文、请求数据、失败信息反馈和附带的数据。

所述身份认证数据包括身份认证、请求数据、附带的数据：认证原文、对原文的签名、需要确认字符、T-Box相关信息和SIM卡相关信息。若成功则身份认证的响应数据包括身份认证、请求数据和成功。若失败则身份认证的响应数据包括身份认证、请求数据、认证失败和错误码。

根据预设的安全要求，T-BOX可以分别通过双向认证链路、单向认证链路向车联网平台申请证书。T-BOX通过双向认证链路时，请参见图14，发起证书申请请求，车联网平台不需要审批，直接调用PKI系统的SDK，为T-Box申请新证书，并下发给T-Box。所述双向认证链路的证书申请数据包括申请证书、请求数据、链路类型、双向、申请文件的base64字符、证书状态、区分是否是申请证书或者更换证书、旧的证书号、需要确认字符、T-Box相关信息和SIM卡相关信息。所述证书状态包括过期、证书已丢失、证书已损坏和证书已注销。若成功则所述证书申请的响应数据还包括申请证书、请求数据、成功信息反馈、证书号和证书。若失败则所述证书申请的响应数据还包括申请证书、请求数据、失败信息反馈、错误码和错误数据。

T-BOX通过单向认证链路时，请参见图15，发起证书申请请求，车联网平台需先生成预警，待管理员审批通过后，T-Box再次发起证书申请，才能申请成功。所述单向认证链路的证书申请数据包括申请证书、请求数据、链路类型、单向、申请文件的base64字符、证书状态、区分是否是申请证书或者更换证书、旧的证书号、需要确认字符、T-Box相关信息和SIM卡相关信息。所述证书状态包括过期、证书已丢失、证书已损坏和证书已注销。若成功则所述证书申请的响应数据包括申请证书、请求数据、成功信息反馈、证书号和证书。若失败则所述证书申请的响应数据还包括申请证书、请求数据、失败信息反馈、错误码和错误数据。

请参见图16和图17，当车辆检测到未知事件或者紧急状态事件，向车联网平台发送相应通知。所述未知事件为X-CALL事件。所述紧急状态事件为SOS事件。所述未知事件数据包括X_CALL、触发上行、T-Box相关信息、SIM卡相关信息、基本信息、终端状态信息和xcall关键信息。所述紧急状态事件为SOS、触发上行、车辆位置信息、基本信息、速度、速度有效性、方向、引擎状态和引擎锁定状态。

进一步地，请参见图18，所述基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送远程操控指令包括：

S1810.基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送远程的查询指令、控制指令、诊断指令或配置指令；

S1820.基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送车端升级指令、标识码变更指令和车端日志上传指令；

S1830.当车联网判断车辆驶入或驶出预设的电子围栏时，基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送围栏警告指令。

具体地，在进行远程操作时，对T-Box在收到所有远程操作信息后需要立即向车联网平台发送确认字符(ACK)确认信息，ACK信息包括服务ID枚举值、具体响应命令的命令类型和表示收到信息，所述服务ID的枚举值的取值参考各节具体协议。

请参见图19，在进行远程查询时，车联网平台下发远程查询报文，T-BOX接收到远程查询报文时，进行确认并查询。查询完毕后，T-BOX反馈查询成功响应信息或查询失败响应信息。所述查询报文的数据包括远程查询、请求数据和需要ACK。若查询成功，则所述查询成功的响应信息包括远程查询、请求数据、成功反馈、当前所有配置项和车辆所有附加信息。若查询失败，则所述查询失败的响应信息包括远程查询、请求数据和失败反馈。

请参见图20，在进行远程配置时，车联网平台下发远程配置报文，T-BOX接收到远程配置报文时，进行确认并更新配置信息。配置完毕后，T-BOX反馈配置成功响应信息或配置失败响应信息。所述远程配置报文信息包括远程配置更新、执行动作、需要ACK和平台下发的配置参数，所述配置参数可以为多个参数。若配置成功，则所述配置成功的响应信息包括远程配置更新、执行动作和配置成功反馈信息。所述配置成功反馈信息代表平台下发的所有配置项都成功。若配置失败，则所述配置失败的响应信息包括远程配置更新、执行动作、配置失败反馈信息和平台下发的所有配置项的详细配置结果。

请参见图21，在进行远程诊断时，车联网平台下发远程诊断报文，T-BOX接收到远程诊断报文时，进行确认并诊断。诊断完毕后，T-BOX反馈诊断成功响应信息或诊断失败响应信息。所述远程诊断报文信息包括远程诊断、请求数据和需要ACK。若诊断成功，则所述诊断成功的响应信息包括远程诊断、请求数据、诊断结果、T-Box状态信息和行车电脑(ECU)诊断信息。若诊断失败，则所述诊断失败的响应信息包括远程诊断、请求数据和失败反馈信息。

在进行远程控制时，所述远程控制的操作包括恢复工厂设置、远程预约充电、取消预约充电、远程禁止上电、解除禁止上电、远程锁车门、远程解锁车门、远程锁后备箱、远程解锁后备箱、远程寻车、远程遥控车窗、远程追踪被盗车辆、远程开启/停止座椅加热、远程开启/停止pm2.5净化、远程开启/停止车速限制、远程上电、远程下电和远程开启/关闭空调。

请参见图22，在进行恢复工厂设置时，车联网平台下发恢复工厂设置报文，T-BOX接收到恢复工厂设置报文时，进行确认并恢复工厂设置。恢复工厂设置完毕后，T-BOX反馈恢复工厂设置成功的响应信息或恢复工厂设置失败的响应信息。所述恢复工厂设置报文的信息包括恢复工厂设置、执行动作和需要ACK。若恢复成功，则恢复成功的响应信息包括恢复工厂设置、执行动作和控制结果，若恢复失败，则恢复失败的响应信息包括恢复工厂设置、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图23，车联网平台下发预约充电信息，信息包括开始充电时间与结束充电时间，期间T-Box开始充电后会上报信息，所述上报信息包括电源信息，充电完成后，也会上报信息。在这个期间，如果有新的充电预约，T-Box会根据定制的时间，延长充电时间。并且在这个期间可以取消预约充电。所述预约充电信息包括远程预约充电、取消预约充电、开启服务、需要ACK、开始时间和持续时间。若预约成功，则预约充电成功的响应信息包括远程预约充电、取消预约充电、开启服务和成功反馈信息。若预约失败，则预约充电失败的响应信息包括远程预约充电、取消预约充电、开启服务、失败反馈信息、车辆错误码和车辆错误说明。在进行充电时，开始充电的响应信息包括远程预约充电、取消预约充电、开启服务、终端状态、电子车辆状态和开始执行，充电中的响应信息包括远程预约充电、取消预约充电、开启服务、终端状态、电子车辆状态和执行中，充电完成的响应信息包括远程预约充电、取消预约充电、开启服务、终端状态、电子车辆状态和充电结束。请参见图24，在进行取消预约充电时，车联网平台下发取消预约充电报文，T-BOX接收到取消预约充电报文时，进行确认并取消预约充电。取消预约充电完毕后，T-BOX反馈取消成功的响应信息或取消失败的响应信息。所述取消预约充电报文信息包括远程预约充电、取消预约充电、终止服务和需要ACK。若取消成功，则取消成功的响应信息包括远程预约充电、取消预约充电、终止服务和成功反馈信息，若取消失败，则取消失败的响应信息包括远程预约充电、取消预约充电、终止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图25，在进行远程禁止上电或取消禁止上电时，车联网平台下发远程禁止上电报文或取消禁止上电报文，T-BOX接收到禁止上电报文或取消禁止上电报文时，进行确认并禁止上电或取消禁止上电。禁止上电或取消禁止上电完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程禁止上电报文信息包括远程禁止上电、解除禁止上电、开启服务和需要ACK。取消禁止上电报文报文信息包括远程禁止上电、解除禁止上电、终止服务和需要ACK。若成功，则成功的响应信息为远程禁止上电、解除禁止上电、开启服务或终止服务和控制结果。若失败，则失败的响应信息为远程禁止上电、解除禁止上电、开启服务或终止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图26，在进行远程锁车门时，车联网平台下发远程锁车门报文，T-BOX接收到远程锁车门报文时，进行确认并远程锁车门。远程锁车门完毕后，T-BOX反馈成功的响应信息或失败的响应信息。所述远程锁车门报文信息包括远程锁车门、执行动作和需要ACK。若成功，则成功的响应信息为远程锁车门、执行动作和控制结果，所述控制结果包括车门位置和是否上锁。若失败，则失败的响应信息为远程锁车门、执行动作、失败反馈信息、车辆错误码和车辆错误说明。请参见图27，在进行远程解锁车门时，车联网平台下发远程解锁车门报文，T-BOX接收到远程解锁车门报文时，进行确认并远程解锁车门。远程解锁车门完毕后，T-BOX反馈成功的响应信息或失败的响应信息。所述远程解锁车门报文信息包括远程解锁车门、执行动作和需要ACK。若成功，则成功的响应信息为远程解锁车门、执行动作和控制结果，所述控制结果包括车门位置和是否解锁。若失败，则失败的响应信息为远程解锁车门、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图28，在进行远程锁后备箱时，车联网平台下发远程锁后备箱报文，T-BOX接收到远程锁后备箱报文时，进行确认并远程锁后备箱。远程锁后备箱完毕后，T-BOX反馈成功的响应信息或失败的响应信息。所述远程锁后备箱报文信息包括远程锁后备箱、执行动作和需要ACK。若成功，则成功的响应信息为远程锁后备箱、执行动作和控制结果，所述控制结果包括后备箱是否上锁。若失败，则失败的响应信息为远程锁后备箱、执行动作、失败反馈信息、车辆错误码和车辆错误说明。请参见图29，在进行远程解锁后备箱时，车联网平台下发远程解锁后备箱报文，T-BOX接收到远程解锁后备箱报文时，进行确认并远程解锁后备箱。远程解锁后备箱完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程解锁后备箱报文信息包括远程解锁后备箱、执行动作和需要ACK。若成功，则成功的响应信息为远程解锁后备箱、执行动作和控制结果，所述控制结果包括后备箱是否解锁。若失败，则失败的响应信息为远程解锁后备箱、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图30，在进行寻车时，车联网平台下发远程寻车报文，T-BOX接收到远程寻车报文时，进行确认并发送寻车提示信息，如鸣笛信息和/或车灯闪烁信息。远程寻车完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程寻车报文信息包括寻车、执行动作和需要ACK，若成功，则成功的响应信息为寻车、执行动作和控制结果，所述控制结果为鸣笛和/或车灯闪烁。若失败，则失败的响应信息为寻车、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图31，在进行远程遥控车窗时，车联网平台下发远程遥控车窗报文，T-BOX接收到远程遥控车窗报文时，进行确认并远程遥控车窗，远程遥控车窗完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程遥控车窗报文信息包括远程遥控车窗、执行动作、执行动作的类型和需要ACK，所述执行动作的类型包括只关车窗、只关天窗、关闭车窗和天窗、只打开车窗、只打开天窗、打开车窗和天窗、打开遮阳板、关闭遮阳板和打开通风。若成功，则成功的响应信息为远程遥控车窗、执行动作和控制结果。若失败，则失败的响应信息为远程遥控车窗、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图32，用户可通过开启被盗车辆追踪(SVT)功能，实现对怀疑被盗车辆的实时监控和追踪。请求参数包括：开始时间、结束时间、位置上报间隔。在SVT执行期间，用户可通过发送停止命令，关闭SVT。如果开始时间已过，且没到结束时间，SVT命令立即开始。如果结束时间已过，在T-Box侧SVT命令被拒绝。T-Box在执行SVT的过程中，收到新的SVT命令，需采用新SVT命令的结束时间和位置上报间隔。开始SVT请求信息包括SVT，开启服务、需要ACK、开始时间、结束时间和上报间隔。间隔上报信息包括SVT、开启服务、执行中和追踪点数据，执行完毕响应信息包括SVT、开启服务和结束执行。停止SVT响应信息包括SVT和终止服务，若停止成功，则成功响应信息包括SVT和终止服务，若停止失败则失败响应信息包括SVT、终止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图33，在进行远程开启/停止座椅加热时，车联网平台下发远程开启/停止座椅加热报文，T-BOX接收到远程开启/停止座椅加热报文时，进行确认并远程开启/停止座椅加热，远程开启/停止座椅加热完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程开启座椅加热报文信息包括开启/停止座椅加热、开启服务、需要ACK、持续时间和目标座位。若成功，则成功的响应信息为开启/停止座椅加热、开启服务和控制结果。若失败，则失败的响应信息为开启/停止座椅加热、开启服务、失败反馈信息、车辆错误码和车辆错误说明。停止座椅加热报文信息包括开启/停止座椅加热、终止服务和需要ACK。若停止成功，则成功的响应信息为开启/停止座椅加热、停止服务和控制结果，若停止失败，则失败的响应信息为开启/停止座椅加热、停止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图34，在进行远程开启/停止pm2.5净化时，车联网平台下发远程开启/停止pm2.5净化报文，T-BOX接收到远程开启/停止pm2.5净化报文时，进行确认并远程开启/停止pm2.5净化，远程开启/停止pm2.5净化完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程开启pm2.5净化报文信息包括开启/停止pm2.5净化、开启服务、需要ACK、持续时间和目标pm2.5值。若成功，则成功的响应信息为开启/停止pm2.5净化、开启服务和控制结果。若失败，则失败的响应信息为开启/停止pm2.5净化、开启服务、失败反馈信息、车辆错误码和车辆错误说明。停止pm2.5净化报文信息包括开启/停止pm2.5净化、终止服务和需要ACK。若停止成功，则成功的响应信息为开启/停止pm2.5净化、停止服务和控制结果，若停止失败，则失败的响应信息为开启/停止pm2.5净化、停止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图35，在进行远程开启/停止车速限制时，车联网平台下发远程开启/停止车速限制报文，T-BOX接收到远程开启/停止车速限制报文时，进行确认并远程开启/停止车速限制，远程开启/停止车速限制完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程开启车速限制报文信息包括开启/停止车速限制、开启服务、需要ACK、持续时间和限速值。若成功，则成功的响应信息为开启/停止车速限制、开启服务和控制结果。若失败，则失败的响应信息为开启/停止车速限制、开启服务、失败反馈信息、车辆错误码和车辆错误说明。停止车速限制报文信息包括开启/停止车速限制、终止服务和需要ACK。若停止成功，则成功的响应信息为开启/停止车速限制、停止服务和控制结果，若停止失败，则失败的响应信息为开启/停止车速限制、停止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图36，在进行远程上电时，车联网平台下发远程上电报文，T-BOX接收到远程上电报文时，进行确认并远程上电，远程上电完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程上电报文信息包括远程上电、执行动作和需要ACK。若成功，则成功的响应信息为远程上电、执行动作和控制结果。若失败，则失败的响应信息为远程上电、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图37，在进行远程下电时，车联网平台下发远程下电报文，T-BOX接收到远程下电报文时，进行确认并远程下电，远程下电完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程下电报文信息包括远程下电、执行动作和需要ACK。若成功，则成功的响应信息为远程下电、执行动作和控制结果。若失败，则失败的响应信息为远程下电、执行动作、失败反馈信息、车辆错误码和车辆错误说明。

请参见图38，在进行远程开启/关闭空调时，车联网平台下发远程开启/关闭空调报文，T-BOX接收到远程开启/关闭空调报文时，进行确认并远程开启/关闭空调，远程开启/关闭空调完毕后，T-BOX反馈成功的响应信息或失败的响应信息。远程开启空调报文信息包括开启/关闭空调、开启服务、需要ACK、持续时间、目标温度、目标等级和目标空调。若成功，则成功的响应信息为开启/关闭空调、开启服务和控制结果。若失败，则失败的响应信息为开启/关闭空调、开启服务、失败反馈信息、车辆错误码和车辆错误说明。远程关闭空调报文信息包括开启/关闭空调、终止服务和需要ACK。若停止成功，则成功的响应信息为开启/关闭空调、停止服务和控制结果，若停止失败，则失败的响应信息为开启/关闭空调、停止服务、失败反馈信息、车辆错误码和车辆错误说明。

请参见图39，车联网平台通过车辆定时上报的定位信息位置，判断车辆驶入或驶出预设的围栏范围时，车联网向T-Box端发送围栏告警报文。围栏告警报文信息包括围栏告警、执行动作和警示信息。

请参见图40，车联网平台收到无线(OTA)服务的升级指令后，需要向T-Box透传无线升级指令。无线升级指令信息包括远程升级指令、执行动作、需要ACK和远程升级指令内容。无线升级指令的响应信息包括远程升级指令、执行动作和包含响应结果的远程升级指令内容。

请参见图41，T-Box收到车联网平台变更标识码的报文后，所述标识码可以为VIN码，需更改T-Box上的VIN码配置，响应更改结果。使用新的VIN码，重新激活。变更VIN码的信息包括变更VIN码、执行动作、需要ACK、T-Box相关信息、SIM卡相关信息和新的VIN码，若成功，则变更成功的响应信息包括变更VIN码、执行动作和成功反馈信息，若失败，则变更失败的响应信息包括变更VIN码、执行动作、失败反馈信息和失败原因。所述失败原因包括VIN码不匹配、不允许变更或未知错误。

T-BOX支持车联网的两种命令上传日志文件的方式，一种是车联网通知T-BOX立即上传日志文件，如果T-BOX正在上传日志文件，响应命令失败，失败原因为T-BOX正在上传文件。另一种是车联网通知T-BOX在一个时间周期内传日志文件，时间周期的起始时间必须为当前时间，结束时间必须大于当前时间，否则回复服务器错误码。T-BOX收到周期上传命令后立即上传一次日志文件，并在这个时间期间内日志文件达到最大值时，自动上传到车联网，如果车联网发送多次周期上传日志文件的命令，T-BOX可以用新命令覆盖旧命令，但需向车联网上报旧流程结束，如果T-BOX正在上传文件，响应命令失败。在进行取消日志文件的上传时，对于正在上传的日志文件，无法取消上传。对于周期上传的日志文件，在日志文件上传过程中无法取消，周期上传设置会被清除，不再上传。

请参见图42，在进行立即上传日志时，车联网平台下发立即上传报文，T-BOX接收到立即上传报文时，进行确认并立即上传，上传完毕后，T-BOX反馈上传完毕信息。立即上传日志的报文信息包括上传日志、请求数据、需要ACK、日志类型、日志来源和日志级别。日志上传完毕信息包括上传日志、请求数据和流程结束。若立即上传命令失败，则反馈的失败响应信息包括上传日志、请求数据、失败反馈信息和失败附带的参数。

请参见图43，在进行周期上传日志时，车联网平台下发周期上传报文，T-BOX接收到周期上传报文时，进行确认并周期进行上传，每次周期上传完毕后，T-BOX反馈上传完毕信息。周期上传日志的报文信息包括上传日志、开启服务、结束时间、需要ACK、日志类型、日志来源和日志级别。日志上传完毕信息包括上传日志、请求数据和流程结束。若周期上传命令失败，则反馈的失败响应信息包括上传日志、开启服务、失败反馈信息和失败附带的参数。进行周期上传时，可以在设置周期后先进行一次立即上传，然后经过预设的周期，进行日志上传。周期内接到覆盖命令时，上报上个周期结束报文。

请参见图44，在取消周期上传日志时，车联网平台下发取消周期上传报文，T-BOX接收到取消周期上传报文时，进行确认并取消周期进行上传，反馈取消结果。取消周期上传日志的报文信息包括上传日志、终止服务和需要ACK。若取消成功，则反馈的取消成功的信息包括上传日志、终止服务和成功反馈信息。若取消失败，则反馈的取消失败的信息包括上传日志、终止服务、失败反馈信息和失败附带的参数。

进一步地，请参见图45，所述方法还包括：

S4510.获取车路协同协议，所述车路协同协议为车辆与道路智能设备之间的通讯协议；

S4520.将所述车路协同协议编写进所述车联网数据通讯协议中，得到车端、道路智能设备和车联网之间的数据通讯协议；

S4530.基于所述车端、道路智能设备和车联网之间的数据通讯协议，进行所述车端、所述道路智能设备和所述车联网之间的三方数据交互。

具体地，可以将道路智能设备的传输协议加入到车联网数据通讯协议中，使得车端、所述道路智能设备和所述车联网之间可以进行三方数据交互。例如道路智能设备中的路灯智能设备，可以辅助车辆的定位信息，同时根据路灯设备的开启与关闭也可以判断当前时间。

本发明实施例提出了一种车联网数据通讯方法，所述方法通过数据定义及序列化编码的方式，对原始业务数据和车辆标识数据进行数据处理，得到原始业务数据和车辆标识数据的编码序列，将所述编码序列模块化，得到车联网数据通讯协议。基于车联网数据通讯协议和预设的通讯机制，车端和车联网之间进行双向通讯，车端上传数据到车联网，车联网传输远程操作到车端。本方法通过数值定义和序列化编码的方式，使得编码更简洁明快，成本更低，且编写出的代码二次开发更便捷。本方法还在通讯协议加入了车路协同其他设备，使得车端、车联网和道路智能设备能够进行三方交互，提高了智能化程度。

本发明实施例还提供了一种车联网数据通讯装置，请参见图46，所述装置包括：原始业务数据获取模块4601、车辆标识数据获取模块4602、数据处理模块4603、传输数据获得模块4604和双向通讯模块4605；

所述原始业务数据获取模块4601用于获取车端与车联网之间通讯的原始业务数据；

所述车辆标识数据获取模块4602用于获取当前车辆的车辆标识数据；

所述数据处理模块4603用于对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的编码序列和所述车辆标识数据的编码序列；

所述传输数据获得模块4604用于对所述原始业务数据的编码序列和所述车辆标识数据的编码序列进行模块化处理，得到所述原始业务数据的传输编码数据和所述车辆标识数据的传输编码数据；

所述双向通讯模块4605用于基于预设的车联网数据通讯协议，所述车端与所述车联网之间双向传输所述原始业务数据的传输编码数据和所述车辆标识数据的传输编码数据。

上述实施例中提供的装置可执行本发明任意实施例所提供方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的一种车联网数据通讯方法。

本实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令由处理器加载并执行本实施例上述的一种车联网数据通讯方法。

本实施例还提供了一种设备，所述设备包括处理器和存储器，其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行本实施例上述的一种车联网数据通讯方法。

所述设备可以为计算机终端、移动终端或服务器，所述设备还可以参与构成本发明实施例所提供的装置或系统。如图47所示，车载终端47(或计算机终端47或服务器47)可以包括一个或多个(图中采用4702a、4702b，……，4702n来示出)处理器4702(处理器4702可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器4704、以及用于通信功能的传输装置4706。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图47所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，车载终端47还可包括比图47中所示更多或者更少的组件，或者具有与图47所示不同的配置。

应当注意到的是上述一个或多个处理器4702和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到车载终端47(或计算机终端)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器4704可用于存储应用软件的软件程序以及模块，如本发明实施例中所述的方法对应的程序指令/数据存储装置，处理器4702通过运行存储在存储器4704内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的一种基于自注意力网络的时序行为捕捉框生成方法。存储器4704可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器4704可进一步包括相对于处理器4702远程设置的存储器，这些远程存储器可以通过网络连接至移动终端47。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置4706用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端47的通信供应商提供的无线网络。在一个实例中，传输装置4706包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置4706可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与移动终端47(或计算机终端)的用户界面进行交互。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤和顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或中断产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本实施例中所示出的结构，仅仅是与本申请方案相关的部分结构，并不构成对本申请方案所应用于其上的设备的限定，具体的设备可以包括比示出的更多或更少的部件，或者组合某些部件，或者具有不同的部件的布置。应当理解到，本实施例中所揭露的方法、装置等，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分仅仅为一种逻辑功能的划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元模块的间接耦合或通信连接。

基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员还可以进一步意识到，结合本说明书所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但这种实现不应认为超出本发明的范围。

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

Claims (10)

1.一种车联网数据通讯方法，其特征在于，所述方法包括：

获取车端与车联网之间通讯的原始业务数据；

获取车辆标识数据；

对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的编码序列和所述车辆标识数据的编码序列；

对所述原始业务数据的编码序列和所述车辆标识数据的编码序列进行模块化处理，得到车联网数据通讯协议；

基于车联网数据通讯协议和预设的传输机制，所述车端与所述车联网之间双向通讯。

2.根据权利要求1所述的一种车联网数据通讯方法，其特征在于，所述原始业务数据包括车辆数据和国标数据，所述车辆标识数据包括车端制造商信息和车端识别卡信息，所述对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的序列编码和所述车辆标识数据的序列编码包括：

对所述车辆数据、所述国标数据、所述车端制造商信息和所述车端识别卡信息进行数据类型和数据功能的定义，得到所述国标数据、所述车端制造商信息和所述车端识别卡信息的数据定义信息；

对所述车辆数据、所述国标数据、所述车端制造商信息和所述车端识别卡信息的数据定义信息进行序列化编码，得到所述车辆数据、所述国标数据、所述车端制造商信息和所述车端识别卡信息的编码序列。

3.根据权利要求2所述的一种车联网数据通讯方法，其特征在于，对所述车辆数据进行数据类型和数据功能的定义，得到所述车辆数据的数据定义信息包括：

对命令数据进行命令数据类型和命令数据功能的定义，得到所述命令数据的数据定义信息，所述命令数据为具有车端与车联网之间进行双向通讯时的传输的操作执行数据；

对基础数据进行基础数据类型和基础数据功能的定义，得到所述基础数据的数据定义信息，所述基础数据为车端的基础数据；

对位置数据进行位置数据类型和位置数据功能的定义，得到所述位置数据的数据定义信息，所述位置数据为车辆定位的位置数据或者车辆上的可移动组件在功能模块执行相应操作的过程中的位置数据。

4.根据权利要求1所述的一种车联网数据通讯方法，其特征在于，所述基于车联网数据通讯协议和预设的传输机制，所述车端与所述车联网之间双向通讯包括：

基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传数据；

基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送远程操控指令。

5.根据权利要求4所述的一种车联网数据通讯方法，其特征在于，所述基于所述车联网数据通讯协议和预设的传输机制，所述车端向所述车联网上传数据包括：

根据车辆的当前工作场景，所述车端向所述车联网上传国标数据、车端激活数据、车辆的状态数据、车辆的电池管理状态数据、行程数据、事件通知数据、诊断数据、身份认证数据或车辆的关键状态数据。

6.根据权利要求4所述的一种车联网数据通讯方法，其特征在于，所述基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送远程操控指令包括：

基于所述车联网数据通讯协议和预设的传输机制和预设的传输机制，所述车联网向所述车端发送远程的查询指令、控制指令、诊断指令或配置指令；

基于所述车联网数据通讯协议和预设的传输机制和预设的传输机制，所述车联网向所述车端发送车端升级指令、标识码变更指令和车端日志上传指令；

当车联网判断车辆驶入或驶出预设的电子围栏时，基于所述车联网数据通讯协议和预设的传输机制，所述车联网向所述车端发送围栏警告指令。

7.根据权利要求1所述的一种车联网数据通讯方法，其特征在于，所述方法还包括：

获取车路协同协议，所述车路协同协议为车辆与道路智能设备之间的通讯协议；

将所述车路协同协议编写进所述车联网数据通讯协议中，得到车端、道路智能设备和车联网之间的数据通讯协议；

基于所述车端、道路智能设备和车联网之间的数据通讯协议，进行所述车端、所述道路智能设备和所述车联网之间的三方数据交互。

8.一种车联网数据通讯装置，其特征在于，所述装置包括：原始业务数据获取模块、车辆标识数据获取模块、数据处理模块、传输数据获得模块和双向通讯模块；

所述原始业务数据获取模块用于获取车端与车联网之间通讯的原始业务数据；

所述车辆标识数据获取模块用于获取当前车辆的车辆标识数据；

所述数据处理模块用于对所述原始业务数据和所述车辆标识数据进行数据定义和序列化编码，得到所述原始业务数据的编码序列和所述车辆标识数据的编码序列；

所述传输数据获得模块用于对所述原始业务数据的编码序列和所述车辆标识数据的编码序列进行模块化处理，得到车联网数据通讯协议；

所述双向通讯模块用于基于所述车联网数据通讯协议和预设的传输机制和预设的传输机制，所述车端与所述车联网之间双向通讯。

9.一种设备，其特征在于，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7任一项所述的一种车联网数据通讯方法。

10.一种存储介质，其特征在于，所述存储介质包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1-7任一项所述的一种车联网数据通讯方法。

Images