CN114928655A - 车辆的数据通信方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请涉及车辆技术领域，特别涉及一种车辆的数据通信方法、装置、车辆及存储介质，其中，方法包括：获取车辆的待发送数据和对应的数据项标识；根据数据项标识识别待发送数据的数据类型，并分别确定数据项标识、数据类型和待发送数据对应的小端格式值；将数据项标识、数据类型和待发送数据对应的小端格式值均转换为大端字节，并将数据项标识、数据类型和待发送数据各自对应的大端字节依次拼接，生成待发送数据的消息体，且将消息体发送至服务器，使得服务器对消息体依次解码得到待发送数据。由此，解决了相关技术中通常需要开发不同的编解码程序才能实现不同数据项的数据传输，编解码工作难度大，大大增加研发成本等问题。

Description

车辆的数据通信方法、装置、车辆及存储介质

技术领域

本申请涉及车辆技术领域，特别涉及一种车辆的数据通信方法、装置、车辆及存储介质。

背景技术

随着车联网、物联网的普及，对车辆的数据通信速度和质量的要求也逐步提升。车联网、物联网项目里，车辆终端需要与服务平台通信以传输数据，其中，组成通信协议的校验码和消息头字段域算法固定，只有消息体变化最大。

相关技术中，对不同的传输数据项开发不同的编码程序。然而，开发过程中传输数据变化多、研发资源投入多，使项目研发难度和成本提升，难以满足实际需要。

发明内容

本申请提供一种车辆的数据通信方法、装置、车辆及存储介质，以解决相关技术中通常需要开发不同的编解码程序才能实现不同数据项的数据传输，编解码工作难度大，大大增加研发成本等问题。

本申请第一方面实施例提供一种车辆的数据通信方法，包括以下步骤：获取车辆的待发送数据和对应的数据项标识；根据所述数据项标识识别所述待发送数据的数据类型，并分别确定所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值；将所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值均转换为大端字节，并将所述数据项标识、所述数据类型和所述待发送数据各自对应的大端字节依次拼接，生成所述待发送数据的消息体，且将所述消息体发送至服务器，使得所述服务器对所述消息体依次解码得到所述待发送数据。

可选地，将所述待发送数据的小端格式值均转换为大端字节，包括：根据所述数据类型将所述待发送数据对应的小端格式值转换为大端字节。

可选地，所述根据所述数据类型将所述待发送数据对应的小端格式值转换为大端字节，包括：以所述数据类型为索引，查询数据类型与字节关系表，得到所述数据类型占用的字节数；根据所述数据类型占用的字节数将所述待发送数据对应的小端格式值转换为大端字节。

可选地，所述确定所述数据项标识、所述数据类型和所述待发送数据各自的小端格式值，包括：以所述数据类型为索引，查询数据类型与格式值关系表，得到所述数据类型的小端格式值；对所述待发送数据进行进制转换，得到所述待发送数据的小端格式值。

本申请第二方面实施例提供一种车辆的数据通信装置，包括：获取模块，用于获取车辆的待发送数据和对应的数据项标识；识别模块，用于根据所述数据项标识识别所述待发送数据的数据类型，并分别确定所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值；处理模块，用于将所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值均转换为大端字节，并将所述数据项标识、所述数据类型和所述待发送数据各自对应的大端字节依次拼接，生成所述待发送数据的消息体，且将所述消息体发送至服务器，使得所述服务器对所述消息体依次解码得到所述待发送数据。

可选地，所述处理模块用于根据所述数据类型将所述待发送数据对应的小端格式值转换为大端字节。

可选地，所述处理模块进一步用于：以所述数据类型为索引，查询数据类型与字节关系表，得到所述数据类型占用的字节数；根据所述数据类型占用的字节数将所述待发送数据对应的小端格式值转换为大端字节。

可选地，所述识别模块进一步用于：以所述数据类型为索引，查询数据类型与格式值关系表，得到所述数据类型的小端格式值；对所述待发送数据进行进制转换，得到所述待发送数据的小端格式值。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车辆的数据通信方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车辆的数据通信方法。

由此，本申请至少具有如下有益效果：

可以兼容不同数据项的数据编解码，通过一套编解码程序即可实现不同数据项的数据传输，减少项目开发过程中通信协议编解码的开发工作，节约项目研发成本，提升相关人员操作的便捷性，提升使用体验。由此，解决了相关技术中通常需要开发不同的编解码程序才能实现不同数据项的数据传输，编解码工作难度大，大大增加研发成本等技术问题。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车辆的数据通信方法的流程图；

图2为根据本申请实施例提供的消息体编码流程图；

图3为根据本申请实施例提供的消息体解码流程图；

图4为根据本申请实施例提供的车辆的数据通信装置的示例图；

图5为根据本申请实施例提供的车辆的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的车辆的数据通信方法、装置、车辆及存储介质。针对上述背景技术中提到的相关技术中通常需要开发不同的编解码程序才能实现不同数据项的数据传输，编解码工作难度大，大大增加研发成本的问题，本申请提供了一种车辆的数据通信方法，在该方法中，可以兼容不同数据项的数据编解码，通过一套编解码程序即可实现不同数据项的数据传输，减少项目开发过程中通信协议编解码的开发工作，节约项目研发成本，提升相关人员操作的便捷性，提升使用体验。由此，解决了相关技术中通常需要开发不同的编解码程序才能实现不同数据项的数据传输，编解码工作难度大，大大增加研发成本等问题。

具体而言，图1为本申请实施例所提供的一种车辆的数据通信方法的流程示意图。

如图1所示，该车辆的数据通信方法包括以下步骤：

在步骤S101中，获取车辆的待发送数据和对应的数据项标识。

其中，车辆的待发送数据即为需要发送的数据对象，例如，当车辆需要上传车速为80km/h的车速信号时，80即为车辆的待发送数据。

其中，待发送数据对应的数据项标识用于表示待发送数据的具体数据项类别，数据项类别可以包括车况、车控、参数设置和车辆诊断等类别，例如，数据项标识与数据项类别关系表可以如表1所示，车况类别对应的ID范围可以设置为0x2000-0x3FFF，当车辆需要上传当前车速为80km/h的车速信号时，由于车速属于车况类的数据项，因此可以设置车速的数据项标识为0x2000，从而可以在获取到数据项标识为0x2000时，可以根据0x2000确定待发送数据为车速类别的数据。

表1

ID范围	数据项类别
		0x2000-0x3FFF	车况类
0x4000-0x4FFF	车控类
		0x5000-0x5FFF	参数设置类
0x6000-0x6FFF	车辆诊断类

可以理解的是，由于车辆的待发送数据和对应的数据项标识与后续的数据编解码有关，因此本申请实施例可以首先获取待发送数据及它们对应的数据项标识。其中，本申请实施例可以通过多种方式获取车辆的待发送数据和对应的数据项标识，例如可以通过车载CAN总线(Controller Area Network，控制器局域网络)传输获取等，对此不作具体限定。

在步骤S102中，根据数据项标识识别待发送数据的数据类型，并分别确定数据项标识、数据类型和待发送数据对应的小端格式值。

其中，数据类型可以是上述接收的实际数据的具体数据类型，可以根据预先标定的数据项标识与数据类型关系查表确定，对此不做具体限定。其中，表2为数据类型规定表。

表2

其中，小端格式是指字数据中的低字节对应4个字节存储空间的低地址单元、高字节对应存储空间的高地址单元的存储格式；小端格式值是指符合小端格式的数据值。

可以理解的是，由于小端格式存储便于数据之间的类型转换，例如long类转换为int类时高地址部分的数据可以直接截掉，因此，本申请实施例通过确定数据项标识、数据类型和待发送数据对应的小端格式值的方式，可以有效提升后续格式转换的便捷性。

在本申请实施例中，数据项标识的格式可以直接标定或设置为小端格式，或者其他非小端格式等，本领域技术人员可以根据实际情况进行标定或设置，对此不作具体限定。其中，当数据项标识的格式为小端格式时，数据项标识对应的值即为小端格式值；当数据项标识的格式为非小端格式时，需要将数据项标识的格式转换为小端格式，得到数据项标识对应的小端格式值。

在本申请实施例中，确定数据项标识、数据类型和待发送数据各自的小端格式值，包括：以数据类型为索引，查询数据类型与格式值关系表，得到数据类型的小端格式值。

其中，数据类型与格式值关系表可以根据实际情况具体设置和绘制等，对此不做具体限定，其中，数据类型标记表的示例可以如表3所示。

表3

数据类型	标记值	说明
			Byte	0x00	字节
Word	0x01	无符号2字节整型
			Dword	0x02	无符号4字节整型
Time	0x03	时间
			String	0x04	字符串
Stream	0x05	字节流
			Object	0x06	结构
Array	0x07	数组

可以理解的是，由于数据类型与格式值关系表可以查找数据类型对应的标记值，将标记值依照小端格式的格式要求和规则进行转换，因此，本申请实施例可以通过数据类型与格式值关系表快速查找得到数据类型的小端格式值。

在本申请实施例中，确定数据项标识、数据类型和待发送数据各自的小端格式值，包括：对待发送数据进行进制转换，得到待发送数据的小端格式值。

可以理解的是，确定数据对应的小端格式时，因为待发送数据通常是10进制数据，而小端格式为16进制，因此，本申请实施例可以直接进行进制转换，得到待发送数据的小端格式值；当待发送数据是其他进制的数据值时，也可以按照进制转换规则，直接对待发送数据进行进制转换，得到待发送数据的小端格式值。

在步骤S103中，将数据项标识、数据类型和待发送数据对应的小端格式值均转换为大端字节，并将数据项标识、数据类型和待发送数据各自对应的大端字节依次拼接，生成待发送数据的消息体，且将消息体发送至服务器，使得服务器对消息体依次解码得到待发送数据。

其中，大端字节是指符合大端格式的字节，大端格式可以是字数据中的低字节对应4个字节存储空间的高地址单元、高字节对应存储空间的低地址单元的存储格式。由于大端格式存储便于数据类型的符号判断，且最低地址位数据即为符号位，可以直接判断数据的正负号；因此，本申请实施例可以将数据的小端格式值，转换为更常见于网络通信上网际协议传输整型数据时所使用的大端数据值，以便于车辆和服务器之间的数据交互。

其中，拼接得到的消息体格式可以为ID-TYPE-VALUE，ID为Word类型，TYPE为Byte类型，VALUE为实际传输数据项的具体数值，且本申请实施例的可以通过车联网等至少一种方式将消息体发送至服务器，对此不作具体限定。

可以理解的是，本申请实施例可以通过拼接的方式生成消息体，以兼容不同数据项的数据编解码，通过一套编解码程序即可实现不同数据项的数据传输，减少项目开发过程中通信协议编解码的开发工作，节约项目研发成本，提升相关人员操作的便捷性，提升使用体验。

在本申请实施例中，将待发送数据的小端格式值均转换为大端字节，包括：根据数据类型将待发送数据对应的小端格式值转换为大端字节，具体地：以数据类型为索引，查询数据类型与字节关系表，得到数据类型占用的字节数；根据数据类型占用的字节数将待发送数据对应的小端格式值转换为大端字节。

其中，数据类型与字节关系表可以根据前述数据类型，依照小端格式和大端格式的转换规则，根据具体实施过程进行具体绘制等，对此不做具体限定。

举例而言，16位宽的数0x1234，在不同的格式下，数据0x4000的小端格式值是0x34、大端格式值是0x12，数据0x4001的小端格式值是0x12、大端格式值是0x34；再比如32位宽的数0x12345678，在不同的格式下，数据0x4000的小端格式值是0x78、大端格式值是0x12，数据0x4001小端格式值是0x56、大端格式值是0x34。

需要说明的是，小端格式和大端格式的转换，可以理解为数据高、低字节所对应保存的高、低地址的转换，所以本申请实施例可以通过对数据类型对应的字节占用数的查询，确定小端格式值所对应的大端格式值，实现数据由小端格式到大端格式的编解码。

可以理解的是，本申请实施例可以将数据项标识、数据类型和待发送数据对应的小端格式值均转换为大端字节，再将所得到的大端数据值，按照每条原数据对应的数据项进行依次拼接，以生成对应的大端格式的待发送数据消息体，即将待发送数据进行编解码，用大端格式表达。

根据本申请实施例提出的车辆的数据通信方法，可以兼容不同数据项的数据编解码，通过一套编解码程序即可实现不同数据项的数据传输，减少项目开发过程中通信协议编解码的开发工作，节约项目研发成本，提升相关人员操作的便捷性，提升使用体验。

需要说明的是，本申请实施例的车辆的数据通信方法包括消息体编码和解码的过程，车辆上传数据时进行消息体编码，服务器接收到数据时进行消息解码，具体如下：

如图2所示，车辆上传数据时进行消息体编码的过程包括：

1、编码开始；接收有序MAP对象；从MAP中获取数据对象；获取数据对象类型；将数据项ID转成大端字节；将数据类型转成大端字节；将数据对象转成大端字节。

2、MAP转大端字节数组完成，此时结束消息体编码过程；若MAP转大端字节数组未完成，则重复步骤从MAP中获取数据对象及之后步骤，直至MAP转大端字节数组完成，结束消息体编码过程。

进一步而言，本申请实施例可以分别使用Java、C++实现该算法，Java语言实现的程序用于服务平台数据发送、接收编解码，C++语言实现的程序用于终端设备数据发送、接收编解码。开发人员获取解析后的MAP对象，根据文档中定义的数据项ID拿到具体数据项的值做业务开发，无需关心协议编解码细节。

如图3所示，服务器接收到数据时进行消息解码的过程包括：

1、解码开始；接收大端字节数据流；获取数据项ID；获取数据类型。

2、当数据类型为基本数据类型时，根据数据类型截取相应的字节数，大端转小端；将数据项ID和解析出来的数据内容保存到MAP中。

当数据类型为Array类型时，获取数组元素个数及数据类型；若解析完成则将数据项ID和解析出来的数据内容保存到MAP中；若解析未完成则根据数据类型解析具体数据元素，直至解析完成。

当数据类型为Object类型时，根据数据长度截取相应的字节数；若逐条解析完成，则将数据项ID和解析出来的数据内容保存到MAP中；若逐条解析未完成，则重复步骤获取数据项ID及之后步骤，直至解析完成。

3、大端字节数据流全部解析完，此时将MAP返回给调用方法，结束消息体解码过程；若大端字节数据流未解析完，则重复步骤获取数据项ID及之后步骤，直至大端字节数据流全部解析完；将MAP返回给调用方法，结束消息体解码过程。

为了使得车辆的数据通信方法阐述的更加清楚，下面将通过一个应用场景进行示例说明，具体如下：

应用场景为：新车型接入TSP(Telematics Service Provider，汽车远程服务提供商)服务平台，车身CAN新增实时车速信号需要上报TSP服务平台，用于后期驾驶行为数据分析。

基于上述应用场景，车辆的数据通信方法包括以下步骤：

1、定义数据项ID和具体数据项对应关系。

2、设备终端使用此算法编码。其中，数据类型标记表以上述表3为例。

数据项ID转大端字节：20 00；数据类型转大端字节：该数据类型Word，查询表3得到对应的标记值0x01转成大端字节为01；数据对象转大端字节：假设当前车速为80km/h，即十六进制数0x50，查询表3得到Word类型占2个字节，转成大端字节为00 50。

该条数据拼接后的最终大端字节流为：20 00 01 00 50。

3、服务平台使用此算法解码。

获取数据项ID：20 00转成具体的数值为0x2000；获取数据项类型：01对应该文档中数据类型标记表格中的Word数据类型；获取数据项值：Word为2个字节，从大端数据流中取得00 50，转成小端格式值为0x50。

该条数据放到MAP中的结果为{{2000，0x50}}。

4、业务开发人员拿到MAP中的内容进行业务开发。

综上，本申请实施例可以通过对不同种类和编码方式的数据项进行重编解码工作，通过小端格式值和大端格式值的两次转换，使得解码过程是将网络上接收到的大端字节数组转成MAP数据结构，编码过程是将业务传过来的MAP数据结构转成大端字节数组；获得格式统一的数据项，可直接用于设备终端和服务平台，以进行车辆内部和车辆与平台之间的数据交互，开发人员只需关注业务流程开发，不需要额外开发编解码工作，亦不需要了解协议编解码具体过程；节约项目研发成本，提升相关人员操作的便捷性，提升使用体验。

其次参照附图描述根据本申请实施例提出的车辆的数据通信装置。

图4是本申请实施例的车辆的数据通信装置的方框示意图。

如图4所示，该车辆的数据通信装置10包括：获取模块100、识别模块200和处理模块300。

在本申请实施例中，获取模块100用于获取车辆的待发送数据和对应的数据项标识；识别模块200用于根据数据项标识识别待发送数据的数据类型，并分别确定数据项标识、数据类型和待发送数据对应的小端格式值；处理模块300用于将数据项标识、数据类型和待发送数据对应的小端格式值均转换为大端字节，并将数据项标识、数据类型和待发送数据各自对应的大端字节依次拼接，生成待发送数据的消息体，且将消息体发送至服务器，使得服务器对消息体依次解码得到待发送数据。

在本申请实施例中，识别模块200用于以数据类型为索引，查询数据类型与格式值关系表，得到数据类型的小端格式值；对待发送数据进行进制转换，得到待发送数据的小端格式值。

在本申请实施例中，处理模块300用于根据数据类型将待发送数据对应的小端格式值转换为大端字节。

在本申请实施例中，处理模块300进一步用于以数据类型为索引，查询数据类型与字节关系表，得到数据类型占用的字节数；根据数据类型占用的字节数将待发送数据对应的小端格式值转换为大端字节。

需要说明的是，前述对车辆的数据通信方法实施例的解释说明也适用于该实施例的车辆的数据通信装置，此处不再赘述。

根据本申请实施例提出的车辆的数据通信装置，可以兼容不同数据项的数据编解码，通过一套编解码程序即可实现不同数据项的数据传输，减少项目开发过程中通信协议编解码的开发工作，节约项目研发成本，提升相关人员操作的便捷性，提升使用体验。

图5为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。

处理器502执行程序时实现上述实施例中提供的车辆的数据通信方法。

进一步地，车辆还包括：

通信接口503，用于存储器501和处理器502之间的通信。

存储器501，用于存放可在处理器502上运行的计算机程序。

存储器501可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。

处理器502可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆的数据通信方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

Claims (10)

1.一种车辆的数据通信方法，其特征在于，包括以下步骤：

获取车辆的待发送数据和对应的数据项标识；

根据所述数据项标识识别所述待发送数据的数据类型，并分别确定所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值；以及

将所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值均转换为大端字节，并将所述数据项标识、所述数据类型和所述待发送数据各自对应的大端字节依次拼接，生成所述待发送数据的消息体，且将所述消息体发送至服务器，使得所述服务器对所述消息体依次解码得到所述待发送数据。

2.根据权利要求1所述的方法，其特征在于，将所述待发送数据的小端格式值均转换为大端字节，包括：

根据所述数据类型将所述待发送数据对应的小端格式值转换为大端字节。

3.根据权利要求2所述的方法，其特征在于，所述根据所述数据类型将所述待发送数据对应的小端格式值转换为大端字节，包括：

以所述数据类型为索引，查询数据类型与字节关系表，得到所述数据类型占用的字节数；

根据所述数据类型占用的字节数将所述待发送数据对应的小端格式值转换为大端字节。

4.根据权利要求1所述的方法，其特征在于，所述确定所述数据项标识、所述数据类型和所述待发送数据各自的小端格式值，包括：

以所述数据类型为索引，查询数据类型与格式值关系表，得到所述数据类型的小端格式值；

对所述待发送数据进行进制转换，得到所述待发送数据的小端格式值。

5.一种车辆的数据通信装置，其特征在于，包括：

获取模块，用于获取车辆的待发送数据和对应的数据项标识；

识别模块，用于根据所述数据项标识识别所述待发送数据的数据类型，并分别确定所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值；

处理模块，用于将所述数据项标识、所述数据类型和所述待发送数据对应的小端格式值均转换为大端字节，并将所述数据项标识、所述数据类型和所述待发送数据各自对应的大端字节依次拼接，生成所述待发送数据的消息体，且将所述消息体发送至服务器，使得所述服务器对所述消息体依次解码得到所述待发送数据。

6.根据权利要求5所述的装置，其特征在于，所述处理模块用于根据所述数据类型将所述待发送数据对应的小端格式值转换为大端字节。

7.根据权利要求6所述的装置，其特征在于，所述处理模块进一步用于：

以所述数据类型为索引，查询数据类型与字节关系表，得到所述数据类型占用的字节数；根据所述数据类型占用的字节数将所述待发送数据对应的小端格式值转换为大端字节。

8.根据权利要求5所述的装置，其特征在于，所述识别模块进一步用于：

以所述数据类型为索引，查询数据类型与格式值关系表，得到所述数据类型的小端格式值；对所述待发送数据进行进制转换，得到所述待发送数据的小端格式值。

9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-4任一项所述的车辆的数据通信方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-4任一项所述的车辆的数据通信方法。

Images