CN114362885A - 物联网数据传输方法、装置、设备和介质 - Google Patents

Abstract

本申请涉及物联网数据传输方法、装置、设备和介质，方法包括：获取等待传输的目标数据；确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度；根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符；将目标数据帧发送给服务端。通过采用上述数据传输处理方式，大幅提高了数据传输的可靠性。

Description

物联网数据传输方法、装置、设备和介质

技术领域

本申请涉及物联网数据传输技术领域，特别是涉及一种物联网数据传输方法、装置、设备和介质。

背景技术

物联网终端设备是物联网中连接传感网络层和传输网络层，实现采集数据及向网络层发送数据的设备。物联网终端设备担负着数据采集、初步处理、加密和传输等多种功能。物联网各类终端设备总体上可以分为情景感知层、网络接入层、网络控制层以及应用/业务层。在实际应用中，上述终端设备的数据传输往往以易读的json格式进行传输，而终端设备的数据往往不止有文本数据，还有图像和语音等体积庞大的影音数据。然而，在实现本发明过程中，发明人发现传统的物联网终端设备的数据传输方法，存在着数据传输可靠性不高的技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种物联网数据传输方法、一种物联网数据传输装置、一种物联网设备以及一种计算机可读存储介质，能够大幅提高数据传输可靠性。

为了实现上述目的，本发明实施例采用以下技术方案：

一方面，本发明实施例提供一种物联网数据传输方法，包括步骤：

获取等待传输的目标数据；

确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度；

根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符；

将目标数据帧发送给服务端。

另一方面，本发明实施例还提供另一种物联网数据传输方法，包括步骤：

接收终端设备发送的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放终端设备上报的目标数据的数据域、校验码和结束符；

对目标数据帧进行解析获取目标数据；

向终端设备发送应答数据帧；应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空；

对所述目标数据帧进行解析的过程中，若所述设备类型为WIFI，则忽略对所述目标数据帧中数据域的imei字段和iccid字段的解析；

若所述设备类型为LTE，则忽略对所述目标数据帧中数据域的mac字段的解析。

又一方面，还提供一种物联网数据传输装置，包括：

数据获取模块，用于获取等待传输的目标数据；

信息确定模块，用于确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度；

帧生成模块，用于根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符；

帧发送模块，用于将目标数据帧发送给服务端；

帧接收模块，用于接收终端设备发送的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放终端设备上报的目标数据的数据域、校验码和结束符；

数据解析模块，用于对目标数据帧进行解析获取目标数据；

应答处理模块，用于向终端设备发送应答数据帧；应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空。

再一方面，还提供一种物联网设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述两种物联网数据传输方法中任一种方法的步骤。

再一方面，还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述两种物联网数据传输方法中任一种方法的步骤。

上述技术方案中的一个技术方案具有如下优点和有益效果：

上述物联网数据传输方法、装置、设备和介质，通过对数据链路层进行数据传输处理方式的改进，在物联网终端设备中的数据当以row数据进行存储及运算时，可以二进制格式进行传输处理。将等待传输的目标数据处理成全新帧格式的目标数据帧再传输给服务端，无需对目标数据进行额外的编解码处理，因此终端设备和服务端均无需进行额外的运算，无论是从处理传输速度还是资源消耗方面看，采用前述二进制方式编码处理目标数据对提高传输效率有很大的提升。并且经过上述数据传输处理方式的处理后，既大幅增加了数据传输的可靠性，通过校验码又有效的保证了数据的完整性。

附图说明

图1为一个实施例中终端设备侧物联网数据传输方法的流程示意图；

图2为另一个实施例中终端设备侧物联网数据传输方法的流程示意图；

图3为一个实施例中终端设备与服务端的交互时序示意图；

图4为一个实施例中大数据包的分包示意图；

图5为一个实施例中服务端侧物联网数据传输方法的流程示意图；

图6为一个实施例中物联网数据传输装置的模块结构示意图；

图7为另一个实施例中物联网数据传输装置的模块结构示意图；

图8为一个实施例中物联网通信系统的构成示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

另外，本发明各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时，应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

在实践中，发明人发现由于大部分物联网终端设备是资源受限甚至是电池供电的，其中有图像和语音等体积庞大的数据需要传输，相较于文本而言，图像和语音等体积庞大的数据更适合用二进制来处理传输。如果继续采用json格式，则需要对图像和语音等数据进行base64转码，这将会导致数据膨胀，使得设备终端需要进行较多额外的数据编码处理，占用更多的内存空间同时延长了传输时间，这往往是实际应用中无法被接受的，可见json格式传输文本数据并不能很好地满足设备低功耗的应用场景。

综上，针对传统的物联网终端设备的数据传输方法，存在着数据传输可靠性不高的技术问题，本发明提供一种新的物联网数据传输方法，通过对数据链路层进行数据传输处理方式的改进，在物联网终端设备中的数据当以row数据进行存储及运算时，那么以二进制格式进行传输就不需要进行额外的编解码处理，因此无需进行额外的运算，无论是从处理传输速度还是资源消耗方面来说，采用二进制方式编码处理对提高传输效率有很大的提升。且经过上述提出的数据传输处理方式的处理后，既大幅增加了数据传输的可靠性，通过校验位又有效的保证了数据的完整性。

请参阅图1，一方面，站在终端设备的角度，本发明提供一种物联网数据传输方法，包括如下步骤S12至S18。

S12，获取等待传输的目标数据；

S14，确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度；

S16，根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符；

S18，将目标数据帧发送给服务端。

可以理解，在物联网终端设备一侧上，终端设备需要上报给服务端的数据在发送前，需要进行数据处理后生成相应的数据帧才能在数据链路层传输。首先，对于某一需要上报数据给服务端的终端设备，其在获取等待传输(上报)的目标数据后，可以相应确定当前所在终端设备的设备类型及设备编号等源设备信息，并且可以确定该目标数据的数据标识和数据长度等数据特征信息。

对于物联网通信系统中的不同终端设备而言，每个终端设备的设备类型和设备编号都是可以预先配置后给定的，可以用于唯一标识该终端设备。设备类型可以包括环境监测类型和自定义设备类型。

而每种目标信息(可包括终端设备上报的目标信息和服务端的应答信息)，也会配置了相应的数据标识，例如设备信息上报、数据信息上报、服务器正常应答、服务器异常应答火灾终端时间获取等标识类型。数据长度为数据域的字节数。

然后，根据待传输的目标数据，该目标数据相应的源设备信息及数据特征信息生成二进制数据格式的目标数据帧，以便在数据链路层中进行传输。当目标数据的长度较小(如一个目标数据帧的数据域即可完成存放)时，只需用一个目标数据帧即可将终端设备所需上报的目标数据发送给服务端。可以理解，当目标数据的长度较大(如一个目标数据帧的数据域已无法存放整个目标数据)时，则可以对目标数据进行拆分后，分别采用多个相应的目标数据帧进行传输(在服务端再将收到的各部分目标数据按序拼接回来即可)。

目标数据帧的帧头位置为固定的帧起始符字段，其后依次是用于存放设备类型的设备类型字段、用于存放设备编号的设备编号字段、用于存放数据标识的数据标识字段、用于存放数据长度的数据长度字段、存放目标数据的数据域、校验码字段和帧尾的结束符字段。目标数据帧采用数据格式是二进制数据格式(以数据传输协议形式描述)，其可以适用于所有物联网相关的数据传输。

最后，将生成的目标数据帧发送给服务端，服务端收到该目标数据帧后在应用层上，根据与终端设备相应的前述传输协议进行数据帧的字段解析即可获取其中的目标数据，从而实现终端设备向服务端的数据传输。

上述物联网数据传输方法，通过对数据链路层进行数据传输处理方式的改进，在物联网终端设备中的数据当以row数据进行存储及运算时，可以二进制格式进行传输处理。将等待传输的目标数据处理成全新帧格式的目标数据帧再传输给服务端，无需对目标数据进行额外的编码处理，因此终端设备无需进行额外的运算，无论是从处理传输速度还是资源消耗方面看，采用前述二进制方式编码处理目标数据对提高传输效率有很大的提升。并且经过上述数据传输处理方式的处理后，既大幅增加了数据传输的可靠性，通过校验码又有效的保证了数据的完整性。

在一个实施例中，帧起始符的字节长度为1字节、设备类型的字节长度为2字节、设备编号的字节长度为12字节、数据标识的字节长度为2字节、数据长度的字节长度为4字节、数据域的字节长度为不定长、校验码的字节长度为1字节和结束符的字节长度为1字节。

可以理解，上述二进制数据格式的目标数据帧具有上述的帧格式。具体的，采用设计的二进制数据格式传输并制定的相关传输协议如下：

在数据链路层，制定的传输协议采用主-从结构半双工通信方式。帧格式如下表1所示。

表1

其中，H表示十六进制。设备类型(T)，可以但不限于分为如下表2所示。

表2

其中，设备编号(如A0～A15)由16个字节组成，位数不足时低位补0处理。数据标识(DI)可以如下表3所示。

表3

数据长度(L)占用四个字节，为数据域的字节数，用十六进制表示。

其中，校验码(CS)为一个字节，从帧起始符开始(包含帧起始符)到校验码之前的所有各字节二进制算术累加，不计超过FFH的溢出值。输出要求：传输次序是所有多字节数据域均为先传送低位字节，后传送高位字节。

在一个实施例中，如图2所示，关于上述步骤S18后，还可以包括步骤S20和S22：

S20，接收服务端接收到目标数据帧后对应回传的应答数据帧；

S22，解析应答数据帧的数据域字段，获取数据域字段的应答信息；应答信息包括下次上报时间或数据域为空。

可以理解，在终端设备每次向服务端传输数据后，服务端均会进行一次应答，因此，当服务端接收到目标数据帧后，即会回传相应的应答数据帧。该应答数据帧的帧格式与目标数据帧的帧格式相同。服务端设备信息应答中，若上报该目标信息的终端设备在服务端上已注册时，应答数据帧的数据域字段解析得到的应答信息则为下次上报时间，该下次上报时间用于指示终端设备下一次可(或者应当)向服务端传输数据的时间。

反之，若上报该目标信息的终端设备在服务端上还未注册时，应答数据帧的数据域字段解析得到的应答信息则是数据域为空。为便于理解，可参见如下服务端设备信息应答示例：

[数据域]字段解析time(28日24时01分01秒)[下次上报时间]

6800135831342006504E351B000500030003000000[28180101]7116

设备未注册时：

6800135831342006504E351B000500040000000000[数据域为空]5516

在一些实施方式中，若数据校验错误时：

68FFFFFFFFFFFFFFFFFFFFFFFFFFFF140000000000[数据域为空]6516。

通过上述应答接收处理步骤，终端设备即可确定下次上报时间或者自身当前的未注册状态，又或者当前数据传输出现数据校验错误的情况，以便分别针对性地开展后续通信动作。

在一个实施例中，如图3和图4所示，若目标数据为大数据包，则关于上述的步骤S16，具体可以包括如下处理步骤：

将目标数据按照设定大小进行分包处理，得到目标数据的各子数据包；

分别利用各子数据包，根据源设备信息及数据特征信息生成各子数据包对应的各目标数据帧。

可以理解，在上述S16中，若目标数据为字节长度超过给定长度阈值的大数据包，如数据体积庞大的图像数据或者语音数据等，终端设备则会以设定大小进行分包处理，如图4所示，具体的分包处理方式可以参见通信领域中数据包的分包处理同理理解。分包的设定大小可以根据传输速度与资源消耗等方面因素综合确定，例如2048bit。终端设备每次向服务端发送一个子数据包(在数据链路层表现为通过相应一个目标数据帧的形式)，当服务端响应(正常应答)之后再发送下一包的数据。而服务端则可以通过前述传输协议对收到的子数据包进行组包处理，最终完成大数据包的传输。

通过前述拆包传输的方式能有效的规避因通讯的信号质量差导致网络拥塞时，一次性进行大数据传输会失败的问题，可进一步提高数据传输可靠性。

在一个实施例中，如图3所示，关于上述步骤S18后，还可以包括如下处理步骤：

在收到服务端接收到目标数据帧后对应回传的应答数据帧后，根据应答数据帧的数据域中给出的下次上报时间，向服务端发送下一个目标数据帧。

可以理解，终端设备将当前的一个目标数据帧发送给服务端并收到服务端的正常应答(数据域字段解析给出了下次上报时间)时，即可向服务端进行下一个目标数据帧的传输处理，如此往复交互，直至将所有需要上报的目标数据传输至服务端。通过上述步骤，保证了后续数据传输过程中的可靠性和完整性。

请参阅图5，在一个实施例中，站在服务端的角度，本发明提供另一种物联网数据传输方法，包括如下步骤S21至S25。

S21，接收终端设备发送的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放终端设备上报的目标数据的数据域、校验码和结束符；

S23，对目标数据帧进行解析获取目标数据；对所述目标数据帧进行解析的过程中，若所述设备类型为WIFI，则忽略对所述目标数据帧中数据域的imei字段和iccid字段的解析；若所述设备类型为LTE，则忽略对所述目标数据帧中数据域的mac字段的解析；

S25，向终端设备发送应答数据帧；应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空。

需要说明的是，关于本实施例中终端设备、目标数据帧、应答数据帧及其他相应内容的具体解释说明，可以参照上述站在终端设备的角度上的物联网数据传输方法各实施例中的相应解释说明同理理解，本实施例及后文中不再重复详述。

可以理解，在物联网服务端一侧，终端设备发送一个目标数据帧过来，服务端接收到该目标数据帧后，对其进行数据帧的字段解析即可获取其中的目标数据，并且向终端设备进行应答，从而实现终端设备向服务端的一次数据传输。

上述物联网数据传输方法，通过对数据链路层进行数据传输处理方式的改进，在物联网终端设备中的数据当以row数据进行存储及运算时，可以二进制格式进行传输处理。将等待传输的目标数据处理成全新帧格式的目标数据帧再传输给服务端，无需对目标数据进行额外的解码处理，因此服务端无需进行额外的运算，无论是从处理传输速度还是资源消耗方面看，采用前述二进制方式编码处理目标数据对提高传输效率有很大的提升。并且经过上述数据传输处理方式的处理后，既大幅增加了数据传输的可靠性，通过校验码又有效的保证了数据的完整性。

在一个实施例中，对目标数据帧进行解析的过程中，若设备类型为WIFI，则忽略对目标数据帧中数据域的imei字段和iccid字段的解析；

若设备类型为LTE，则忽略对目标数据帧中数据域的mac字段的解析。

可以理解，在应用层上，服务端需要依据设备类型区分需要解析的数据，当目标数据帧中的设备类型为WIFI时，则忽略对目标数据帧中imei字段和iccid字段的解析(也即对此类型的终端设备，无需解析其目标数据帧中数据域的imei字段和iccid字段的数据)。而当目标数据帧中的设备类型为LTE(如4G)时，则忽略对目标数据帧中mac字段的解析(也即对此类型的终端设备，无需解析其目标数据帧中数据域的mac字段的数据)。

为便于理解，可以参照如下对终端设备上报信息的解析示例：

[数据域]字段解析

68 帧起始符

0013 设备类型WIFI(1013，4G)

0005001B354E500620343158 设备编号

0100 数据标识，数据上报

62000000 数据长度

383635383630303439343435373837 imei

383938363030423031303136353030 iccid

9CA525BDB59B mac

64 battery

63 rssi

2525 温度(3737/100＝37.37)

2E2E 温度(4646/100＝46.46)

04000000 image_size

150201180101 time(20年9月19日12时12分35秒)

6800130005001B354E500620343158010062000000

[3836353836303034393434353738373839383630304230313031363530309CA525BDB59B 646325252E2E0400000150201180101]BF16

设备类型为WIFI，则忽略imei字段和iccid字段；

设备类型为LTE，则忽略mac字段。

通过上述解析选择，可以避免服务端不会将不需要解析的数据一并解析而浪费系统资源。

在一个实施例中，若目标数据为当前子数据包，则将当前子数据包与上一次收到的最近子数据包进行组包处理；当前子数据包为终端设备上等待传输的大数据包的各子数据包中当前已发送的一个子数据包。

可以理解，当服务端当前接收的目标数据只为终端设备需要上报大数据包的一个子数据包(称为当前子数据包)时，则可以将该当前子数据包与上一个收到的子数据包(称为最近子数据包)进行组包处理；而后，对于后续收到的其余子数据包同理组包，直至最终完成大数据包的传输。

通过前述拆包传输的方式能有效的规避因通讯的信号质量差导致网络拥塞时，一次性进行大数据传输会失败的问题，可进一步提高数据传输可靠性。

应该理解的是，虽然图1、图2和图5流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且图1、图2和图5的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

请参阅图6，在一个实施例中，还提供了一种物联网数据传输装置100，包括数据获取模块11、信息确定模块13、帧生成模块15和帧发送模块17。其中，数据获取模块11用于获取等待传输的目标数据。信息确定模块13用于确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度。帧生成模块15用于根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符。帧发送模块17用于将目标数据帧发送给服务端。

上述物联网数据传输装置100，通过对数据链路层进行数据传输处理方式的改进，在物联网终端设备中的数据当以row数据进行存储及运算时，可以二进制格式进行传输处理。将等待传输的目标数据处理成全新帧格式的目标数据帧再传输给服务端，无需对目标数据进行额外的编码处理，因此终端设备无需进行额外的运算，无论是从处理传输速度还是资源消耗方面看，采用前述二进制方式编码处理目标数据对提高传输效率有很大的提升。并且经过上述数据传输处理方式的处理后，既大幅增加了数据传输的可靠性，通过校验码又有效的保证了数据的完整性。

关于物联网数据传输装置100的具体限定，可以参见上文中终端设备一侧的物联网数据传输方法的相应限定，在此不再赘述。上述物联网数据传输装置100中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于具体数据处理功能的设备中，也可以软件形式存储于前述设备的存储器中，以便于处理器调用执行以上各个模块对应的操作，前述设备可以是但不限于本领域的各型物联网终端设备。

请参阅图7，在一个实施例中，一种物联网数据传输装置100，还包括帧接收模块12、数据解析模块14和应答处理模块16。其中，帧接收模块12用于接收终端设备发送的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放终端设备上报的目标数据的数据域、校验码和结束符。数据解析模块14用于对目标数据帧进行解析获取目标数据。应答处理模块16用于向终端设备发送应答数据帧；应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空。

上述物联网数据传输装置100，通过对数据链路层进行数据传输处理方式的改进，在物联网终端设备中的数据当以row数据进行存储及运算时，可以二进制格式进行传输处理。将等待传输的目标数据处理成全新帧格式的目标数据帧再传输给服务端，无需对目标数据进行额外的解码处理，因此服务端无需进行额外的运算，无论是从处理传输速度还是资源消耗方面看，采用前述二进制方式编码处理目标数据对提高传输效率有很大的提升。并且经过上述数据传输处理方式的处理后，既大幅增加了数据传输的可靠性，通过校验码又有效的保证了数据的完整性。

关于物联网数据传输装置100的具体限定，可以参见上文中服务端一侧的物联网数据传输方法的相应限定，在此不再赘述。上述物联网数据传输装置100中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于具体数据处理功能的设备中，也可以软件形式存储于前述设备的存储器中，以便于处理器调用执行以上各个模块对应的操作，前述设备可以是但不限于本领域的各型物联网服务端。

如图8所示，是一种物联网通信系统的构成示意图，以应用本申请上述物联网数据传输方法为例，给出如下的终端设备与服务端之间双端交互的举例说明。

本示例中，终端设备可以是嵌入式终端，也可以是由多个终端(从机)与一个嵌入式终端(主机)组成的主从结构形式的终端设备，其可以通过无线或者有线的方式与服务端进行通信。

终端设备需要向服务端上报数据时，终端设备将所需传输的目标数据处理成相应的目标数据帧后，通过有线接口或者无线接口发送给服务端。服务端接收该目标数据帧并进行解析或者其中的目标数据后，通过有线接口或者无线接口向终端设备进行应答。终端设备从应答中得知下次上报时间后即可继续进行下一次数据传输，如此往复直至所需上报的数据传输完毕。采用上述数据传输方法，大幅提升了数据传输过程中的可靠性以及保证了完整性。

又一方面，还提供一种物联网设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时可以实现以下步骤：获取等待传输的目标数据；确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度；根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符；将目标数据帧发送给服务端。

可以理解，上述的物联网设备可以是上述的终端设备，或者可以是上述的服务端，因此，当上述的物联网设备为服务端时，处理器执行计算机程序时则可以实现以下步骤：接收终端设备发送的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放终端设备上报的目标数据的数据域、校验码和结束符；对目标数据帧进行解析获取目标数据；向终端设备发送应答数据帧；应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空。

在一个实施例中，处理器执行计算机程序时还可以实现上述物联网数据传输方法各实施例中增加的步骤或者子步骤。

再一方面，还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取等待传输的目标数据；确定目标数据对应的源设备信息及数据特征信息；源设备信息包括设备类型及设备编号，数据特征信息包括数据标识和数据长度；根据目标数据、源设备信息及数据特征信息生成二进制数据格式的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放目标数据的数据域、校验码和结束符；将目标数据帧发送给服务端。

或者，前述计算机程序被处理器执行时实现以下步骤：接收终端设备发送的目标数据帧；目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放终端设备上报的目标数据的数据域、校验码和结束符；对目标数据帧进行解析获取目标数据；向终端设备发送应答数据帧；应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空。

在一个实施例中，计算机程序被处理器执行时，还可以实现上述物联网数据传输方法各实施例中增加的步骤或者子步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线式动态随机存储器(Rambus DRAM，简称RDRAM)以及接口动态随机存储器(DRDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可做出若干变形和改进，都属于本申请保护范围。因此本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种物联网数据传输方法，其特征在于，包括步骤：

获取等待传输的目标数据；

确定所述目标数据对应的源设备信息及数据特征信息；所述源设备信息包括设备类型及设备编号，所述数据特征信息包括数据标识和数据长度；

根据所述目标数据、所述源设备信息及所述数据特征信息生成二进制数据格式的目标数据帧；所述目标数据帧从帧头至帧尾依次包括帧起始符、所述设备类型、所述设备编号、所述数据标识、所述数据长度、存放所述目标数据的数据域、校验码和结束符；

将所述目标数据帧发送给服务端。

2.根据权利要求1所述的物联网数据传输方法，其特征在于，将所述目标数据帧发送给服务端的步骤后，还包括步骤：

接收所述服务端接收到所述目标数据帧后对应回传的应答数据帧；

解析所述应答数据帧的数据域字段，获取所述数据域字段的应答信息；所述应答信息包括下次上报时间或数据域为空。

3.根据权利要求1或2所述的物联网数据传输方法，其特征在于，若所述目标数据为大数据包，则根据所述目标数据、所述源设备信息及所述数据特征信息生成二进制数据格式的目标数据帧的步骤，包括：

将所述目标数据按照设定大小进行分包处理，得到所述目标数据的各子数据包；

分别利用各所述子数据包，根据所述源设备信息及所述数据特征信息生成各所述子数据包对应的各目标数据帧。

4.根据权利要求3所述的物联网数据传输方法，其特征在于，将所述目标数据帧发送给服务端的步骤后，还包括：

在收到所述服务端接收到所述目标数据帧后对应回传的应答数据帧后，根据所述应答数据帧的数据域中给出的下次上报时间，向所述服务端发送下一个目标数据帧。

5.根据权利要求1所述的物联网数据传输方法，其特征在于，所述帧起始符的字节长度为1字节、所述设备类型的字节长度为2字节、所述设备编号的字节长度为12字节、所述数据标识的字节长度为2字节、所述数据长度的字节长度为4字节、所述数据域的字节长度为不定长、所述校验码的字节长度为1字节和所述结束符的字节长度为1字节。

6.一种物联网数据传输方法，其特征在于，包括步骤：

接收终端设备发送的目标数据帧；所述目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放所述终端设备上报的目标数据的数据域、校验码和结束符；

对所述目标数据帧进行解析获取所述目标数据；

向所述终端设备发送应答数据帧；所述应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空；

对所述目标数据帧进行解析的过程中，若所述设备类型为WIFI，则忽略对所述目标数据帧中数据域的imei字段和iccid字段的解析；

若所述设备类型为LTE，则忽略对所述目标数据帧中数据域的mac字段的解析。

7.根据权利要求6所述的物联网数据传输方法，其特征在于，若所述目标数据为当前子数据包，则将所述当前子数据包与上一次收到的最近子数据包进行组包处理；所述当前子数据包为所述终端设备上等待传输的大数据包的各子数据包中当前已发送的一个子数据包。

8.一种物联网数据传输装置，其特征在于，包括：

数据获取模块，用于获取等待传输的目标数据；

信息确定模块，用于确定所述目标数据对应的源设备信息及数据特征信息；所述源设备信息包括设备类型及设备编号，所述数据特征信息包括数据标识和数据长度；

帧生成模块，用于根据所述目标数据、所述源设备信息及所述数据特征信息生成二进制数据格式的目标数据帧；所述目标数据帧从帧头至帧尾依次包括帧起始符、所述设备类型、所述设备编号、所述数据标识、所述数据长度、存放所述目标数据的数据域、校验码和结束符；

帧发送模块，用于将所述目标数据帧发送给服务端；

帧接收模块，用于接收终端设备发送的目标数据帧；所述目标数据帧从帧头至帧尾依次包括帧起始符、设备类型、设备编号、数据标识、数据长度、存放所述终端设备上报的目标数据的数据域、校验码和结束符；

数据解析模块，用于对所述目标数据帧进行解析获取所述目标数据；

应答处理模块，用于向所述终端设备发送应答数据帧；所述应答数据帧的数据域中存放的应答信息包括下次上报时间或数据域为空。

9.一种物联网设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5或者权利要求6中任一项所述物联网数据传输方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，计算机程序被处理器执行时实现权利要求1至5或者权利要求6中任一项所述物联网数据传输方法的步骤。

Images