CN115348333A - 基于udp双端通信交互的数据传输方法、***及设备 - Google Patents

Abstract

本申请涉及一种基于UDP双端通信交互的数据传输方法、***及设备，该方法包括终端设备向平台发送上传请求任务的上传请求，根据上传请求平台向终端设备发送含有第一关键字的反馈报文；响应于反馈报文，终端设备将待上传的报文数据拆分若干数据子包并传输至平台，以及向平台发送上传结束报文；根据上传结束报文，确定平台没有成功接收所有报文数据的数据子包且向终端设备发送补包请求，终端设备根据补包请求向平台发送未成功接收的数据子包。该方法实现终端设备与平台之间采用UDP通信协议交互无需建立连接；通过消息任务队列将含有关键字的数据传输任务传输平台，也确保平台接收终端设备上传的报文数据的完整性，不会丢失数据。

Description

基于UDP双端通信交互的数据传输方法、***及设备

技术领域

本申请涉及数据传输技术领域，尤其涉及一种基于UDP双端通信交互的数据传输方法、***及设备。

背景技术

现代智慧城市已经涵盖到了生活的方方面面，海量的智能终端设备、智能传感器扮演了神经末梢的角色，通过采集各种维度的数据，上传到云端大脑进行处理和分析，对分析的结果也能生成一些指令下发到智能终端，让智能终端执行操作。因此，云端与终端设备进行通信的通信协议需要能够支撑各种复杂的数据交互场景。

在网络传输层中，TCP和UDP是两个主要通信协议，其中TCP通信协议需要建立连接，而UDP通信协议不用建立连接。使用TCP通信协议通信时，如果接入海量终端设备，存在以下问题：一是对于颗粒度非常细、交互频率频繁的数据，需要不断建立连接，效率较低；二是云端连接池有限，无法同时接入大量终端设备。而UDP通信协议因为是无状态、无需建立连接的，支持快速传输大量数据，但缺点是无法保证数据的完整性。

目前，UDP通信协议广泛应用在智能终端设备与云平台的交互中。UDP通信协议本身只需要将报文发出，每个单独的报文都是没有状态的。为了保证另一端完整收到报文，通常需要发多个UDP的数据包，来模拟TCP的三次握手过程。其流程如下：终端设备先发送一个数据包，请求上传数据至平台；平台收到请求指令后，回复一个数据包通知，终端设备可以开始上传；终端设备开始发送数据包，如果数据较大可以拆分成多个数据包同时发送；平台收到数据包后，回复一个数据包表示接收成功。在一些较为复杂的交互逻辑中，有一定的前后时间顺序以及前后依赖关系，比如某些数据包需要等待前面某些数据包送达并完成处理之后才能发送，这种情况下使用UDP通信协议发送数据难以对流程状态进行管理。同时，UDP通讯协议无法保证数据是否送达，存在丢包问题，需要接收端在收到结束包的时候，通知另一端重新进行补发。

发明内容

本申请实施例提供了一种基于UDP双端通信交互的数据传输方法、***及设备，用于解决现有采用UPD通信协议传输数据无法保证数据是否送达目的地，存在丢失数据的技术问题。

为了实现上述目的，本申请实施例提供如下技术方案：

一种基于UDP双端通信交互的数据传输方法，包括以下步骤：

终端设备向平台发送上传请求任务的上传请求，根据所述上传请求所述平台向所述终端设备发送含有第一关键字的反馈报文；

响应于所述反馈报文，所述终端设备将待上传的报文数据拆分若干数据子包并将所有所述数据子包传通过消息任务队列送至所述平台，以及向所述平台发送上传结束报文；

根据所述上传结束报文，确定所述平台是否完全成功接收所有所述报文数据的数据子包，若否，所述平台向所述终端设备发送补包请求，所述终端设备根据所述补包请求向所述平台发送未成功接收的数据子包；其特征在于，

所述终端设备将所述报文数据拆分若干数据子包或向所述平台发送上传结束报文之后，所述终端设备根据所述报文数据的第二关键字生成数据执行指令；根据所述数据执行指令，所述终端设备的动作处理单元生成数据传输任务，并将所述数据传输任务存储至消息任务队列；

其中，所述数据执行指令为包含有若干所述数据子包的执行指令，所述数据传输任务包含有第二关键字、每个所述数据子包以及每个所述数据子包是否上传的状态值。

优选地，终端设备向平台发送上传请求任务的上传请求之前包括：

获取上传数据和与所述上传数据对应的第一关键字，所述终端设备根据所述上传数据和所述第一关键字生成请求执行指令；

根据所述请求执行指令，所述终端设备的动作处理单元识别属性地址后提取所述请求执行指令的上传数据并生成上传请求任务，以及将所述上传请求任务存储至终端设备的消息任务队列；

其中，所述请求执行指令包含上传数据和与第一关键字对应的属性地址。

优选地，根据所述上传请求，所述平台向所述终端设备发送含有第一关键字的反馈报文包括：根据所述上传请求所述平台从所述消息任务队列提取所述上传请求任务，并从所述上传请求任务读取所述上传数据，根据读取的所述上传数据，所述平台向所述终端设备发送与所述第一关键字对应的反馈报文。

优选地，在所述终端设备将所述报文数据拆分若干数据子包之前，该数据传输方法包括：所述终端设备生成与所述第一关键字对应的第一清除指令，根据所述第一清楚指令，所述终端设备的动作处理单元将所述消息任务队列的所述上传请求任务清除。

优选地，所述终端设备根据所述补包请求向所述平台发送未成功接收的数据子包包括：根据所述补包请求，所述终端设备从所述消息任务队列中提取所述平台未成功接收所述数据传输任务的数据子包，再将提取的未成功接收所述数据传输任务的数据子包重新传送至所述平台。

优选地，若确定所述平台完全成功接收所有所述报文数据的数据子包，所述平台向所述终端设备发送成功接收所述报文数据的结束报文。

优选地，该基于UDP双端通信交互的数据传输方法包括：根据所述结束报文，所述终端设备生成与所述第二关键字对应的第二清除指令，根据所述第二清楚指令，所述终端设备的动作处理单元将所述消息任务队列的所述数据传输任务清除。

本申请还提供一种基于UDP双端通信交互的数据传输***，包括通道验证请求模块、数据传输模块和数据接收确认模块，所述数据传输模块包括数据处理子模块；

所述通道验证请求模块，用于终端设备向平台发送上传请求任务的上传请求，根据所述上传请求所述平台向所述终端设备发送含有第一关键字的反馈报文；

所述数据传输模块，用于响应于所述反馈报文，所述终端设备将待上传的报文数据拆分若干数据子包并将所有所述数据子包传通过消息任务队列送至所述平台，以及向所述平台发送上传结束报；

所述数据接收确认模块，用于根据所述上传结束报文，确定所述平台是否完全成功接收所有所述报文数据的数据子包，若否，所述平台向所述终端设备发送补包请求，所述终端设备根据所述补包请求向所述平台发送未成功接收的数据子包；

所述数据处理子模块，用于所述终端设备将所述报文数据拆分若干数据子包或向所述平台发送上传结束报文之后，所述终端设备根据所述报文数据的第二关键字生成数据执行指令；根据所述数据执行指令，所述终端设备的动作处理单元生成数据传输任务，并将所述数据传输任务存储至消息任务队列；

其中，所述数据执行指令为包含有若干所述数据子包的执行指令，所述数据传输任务包含有第二关键字、每个所述数据子包以及每个所述数据子包是否上传的状态值。

优选地，所述数据接收确认模块还用于根据所述补包请求，所述终端设备从所述消息任务队列中提取所述平台未成功接收所述数据传输任务的数据子包，再将提取的未成功接收所述数据传输任务的数据子包重新传送至所述平台。

本申请还提供一种终端设备，包括处理器和存储器；

所述存储器，用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器，用于根据所述程序代码中的指令执行上述所述的基于UDP双端通信交互的数据传输方法。

从以上技术方案可以看出，本申请实施例具有以下优点：该基于UDP双端通信交互的数据传输方法、***及设备，该方法包括终端设备向平台发送上传请求任务的上传请求，根据上传请求平台向终端设备发送含有第一关键字的反馈报文；响应于反馈报文，终端设备将待上传的报文数据拆分若干数据子包并将所有数据子包传通过消息任务队列送至平台，以及向平台发送上传结束报文；根据上传结束报文，确定平台是否完全成功接收所有报文数据的数据子包，若否，平台向终端设备发送补包请求，终端设备根据补包请求向平台发送未成功接收的数据子包；终端设备将报文数据拆分若干数据子包或向平台发送上传结束报文之后，终端设备根据报文数据的第二关键字生成数据执行指令；根据数据执行指令，终端设备的动作处理单元生成数据传输任务，并将数据传输任务存储至消息任务队列。该基于UDP双端通信交互的数据传输方法实现终端设备与平台之间采用UDP通信协议交互无需建立连接；通过消息任务队列将含有关键字的数据传输任务传输平台，实现平台能够同时接收更多的终端设备数据的传输，也确保平台接收终端设备上传的报文数据的完整性，不会丢失数据，解决了现有采用UPD通信协议传输数据无法保证数据是否送达目的地，存在丢失数据的技术问题。

附图说明

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

图1为本申请实施例所述的基于UDP双端通信交互的数据传输方法的步骤流程图；

图2为本申请实施例所述的基于UDP双端通信交互的数据传输***的框架图。

具体实施方式

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

本申请提出一种基于UDP双端通信交互的数据传输方法、***及设备，用于解决了现有采用UPD通信协议传输数据无法保证数据是否送达目的地，存在丢失数据的技术问题。

实施例一：

图1为本申请实施例所述的基于UDP双端通信交互的数据传输方法的步骤流程图。

如图1所示，本申请提供一种基于UDP双端通信交互的数据传输方法，包括以下步骤：

S10.终端设备向平台发送上传请求任务的上传请求，根据上传请求平台向终端设备发送含有第一关键字的反馈报文。

需要说明的是，在步骤S10中，可以根据终端设备向平台发送需要上传数据的上传请求指令，之后通过平台是否根据上传请求指令反馈报文至终端设备，验证终端设备与平台之间的UDP通信交互是否成功。在本实施例中，终端设备可以为电脑、平台、手机、工控机等终端设备。

S20.响应于反馈报文，终端设备将待上传的报文数据拆分若干数据子包并将所有数据子包传通过消息任务队列送至平台，以及向平台发送上传结束报文。

需要说明的是，在步骤S20中，通过步骤S10验证终端设备与平台之间的UDP通信交互是可行的，那么终端设备将需要上传至平台的报文数据进行拆分若干数据子包，之后将每个数据子包一一传输至平台，直到报文数据中所有数据子包传输至平台，终端设备向平台发送上传结束报文，告知平台说明终端设备上传报文数据完毕了。在本实施例中，将报文数据进行拆分若干数据子包进行传输，提高终端设备与平台之间的传输效率。

在本申请实施例中，终端设备将报文数据拆分若干数据子包或向平台发送上传结束报文之后，终端设备根据报文数据的第二关键字生成数据执行指令；根据数据执行指令，终端设备的动作处理单元生成数据传输任务，并将数据传输任务存储至消息任务队列，其中，数据执行指令为包含有若干数据子包的执行指令，数据传输任务包含有第二关键字、每个数据子包和每个数据子包是否上传的状态值。

需要说明的是，该基于UDP双端通信交互的数据传输方法通过步骤S21能够保证终端设备与平台采用UDP通信协议传输数据的完整性，需要在终端设备将报文数据进行处理，将处理后的报文数据生成具有关键字和状态值的数据传输任务并存储至消息任务队列，便于对终端设备与平台之间采用UDP通信协议传输报文前后时序逻辑、收发的管理；也能够将终端设备与平台之间所有的消息通信交互状态都统一管理，可以实现复杂的业务逻辑，也更方便进行调试。在本实施例中，终端设备通过消息任务队列存储的数据传输任务中每个数据子包一一传输至平台。

S30.根据上传结束报文，确定平台是否完全成功接收所有报文数据的数据子包，若否，平台向终端设备发送补包请求，终端设备根据补包请求向平台发送未成功接收的数据子包。

需要说明的是，在步骤S30中，可以根据上传结束报文，说明终端设备将报文数据的数据子包全部传输至平台，平台对接收的报文数据检查是否完全成功接收所有数据子包，若确定没有完全成功接收所有报文数据的数据子包，平台向终端设备发送补发未成功接收的数据子包请求，终端设备根据补包请求从消息任务队列的数据传输任务中提取未成功接收的数据子包并再次发送给平台，保证平台接收终端设备传输报文数据的完整性。

在本申请实施例中，该基于UDP双端通信交互的数据传输方法通过步骤S10至步骤S30实现终端设备与平台之间数据传输，该数据传输过程中，终端设备与平台之间每执行一个指令后，均需要对方对指令响应后进行回复后，终端设备或平台才能执行另外的任务，能够降低终端设备与平台之间交互过程前后逻辑的耦合度。该基于UDP双端通信交互的数据传输方法的终端设备向平台传输数据子包是通过消息任务队列从数据传输任务提取传输的，实现终端设备与平台之间采用UDP通信协议异步同时发送多个报文数据传输的处理方式，使得该基于UDP双端通信交互的数据传输方法能够适合多设备、频繁发送消息的场景。

本申请提供的基于UDP双端通信交互的数据传输方法，包括终端设备向平台发送上传请求任务的上传请求，根据上传请求平台向终端设备发送含有第一关键字的反馈报文；响应于反馈报文，终端设备将待上传的报文数据拆分若干数据子包并将所有数据子包传通过消息任务队列送至平台，以及向平台发送上传结束报文；根据上传结束报文，确定平台是否完全成功接收所有报文数据的数据子包，若否，平台向终端设备发送补包请求，终端设备根据补包请求向平台发送未成功接收的数据子包；终端设备将报文数据拆分若干数据子包或向平台发送上传结束报文之后，终端设备根据报文数据的第二关键字生成数据执行指令；根据数据执行指令，终端设备的动作处理单元生成数据传输任务，并将数据传输任务存储至消息任务队列。该基于UDP双端通信交互的数据传输方法实现终端设备与平台之间采用UDP通信协议交互无需建立连接；通过消息任务队列将含有关键字的数据传输任务传输平台，实现平台能够同时接收更多的终端设备数据的传输，也确保平台接收终端设备上传的报文数据的完整性，不会丢失数据，解决了现有采用UPD通信协议传输数据无法保证数据是否送达目的地，存在丢失数据的技术问题。

在本申请的一个实施例中，终端设备向平台发送上传请求任务的上传请求之前包括：

获取上传数据和与上传数据对应的第一关键字，终端设备根据上传数据和第一关键字生成请求执行指令；

根据请求执行指令，终端设备的动作处理单元识别属性地址后提取请求执行指令的上传数据并生成上传请求任务，以及上传请求任务存储至终端设备的消息任务队列；

其中，请求执行指令包含上传数据和与第一关键字对应的属性地址。

需要说明的是，终端设备包括处理动作器Action、动作分派器Dispatcher和动作处理单元Handler。处理动作器Action用于更新消息任务队列Q。消息任务队列Q中的任务Task(如数据传输任务或上传请求任务)包含有关键属性key，关键属性key一般也与关键字对应，关键属性key用来匹配消息任务队列Q需要更新的Task对象。同时，处理动作器Action还可以带上其他在更新消息任务队列Q时需要用到的自定义业务属性。动作分派器Dispatcher可以用于在报文接收中农，每个报文收到后会先进行预解析，动作分派器Dispatcher根据解析出的关键字，去生成相应的执行命令，为更新消息任务队列Q做准备。动作处理单元Handler用于根据执行命令进行处理操作，消息任务队列Q只能由动作处理单元Handler根据响应的执行命令进行更新。

在本申请实施例中，终端设备向平台发送上传请求任务的上传请求之前需要上传数据进行处理，终端设备生成上传请求任务过程包括：终端设备发送UDP报文(上传请求任务)到平台的上传数据，若第一关键字为k1，需要上传的上传数据为d1，由Dispatcher生成一个请求执行指令Action a1，第一关键字的属性地址为ADD_k1，同时也把上传数据存储到请求执行指令的a1中。请求执行指令的a1输入到Handler进行处理，Handler识别到第一关键字的属性地址ADD_k1后，提取请求执行指令的a1里面的上传数据，并生成一个上传请求任务Task t1，上传请求任务的t1里面包含第一关键字k1，同时把上传数据存储到上传请求任务的t1中，并把上传请求任务的t1加到消息任务队列Q中。该基于UDP双端通信交互的数据传输方法在验证终端设备与平台之间是否能够传输，为保证平台接收不同报文与前后的相应的报文进行衔接，上传请求任务中通过第一关键字确定传输数据的完整性，且该基于UDP双端通信交互的数据传输方法也会根据接收上传请求任务的上传数据，向终端设备发送含有第一关键字的反馈报文，一是验证了终端设备与平台之间能够实现无状态的UDP协议通信交互，二是确保终端设备与平台之间传输数据的完整性，通过关键字实现平台接收前、后相应报文的衔接。

在本申请的一个实施例中，根据上传请求平台向终端设备发送含有第一关键字的反馈报文包括：根据上传请求，平台从消息任务队列提取上传请求任务，并从上传请求任务读取上传数据，根据读取的上传数据，平台向终端设备发送与第一关键字对应的反馈报文。

需要说明的是，该基于UDP双端通信交互的数据传输方法通过反馈报文知晓终端设备与平台之间能够实现数据传输，即是终端设备向平台上传数据是可行的，终端设备可以向平台传输数据。

在本申请的一个实施例中，在终端设备将报文数据拆分若干数据子包之前或所述平台向所述终端设备发送含有第一关键字的反馈报文之后，该基于UDP双端通信交互的数据传输方法包括：终端设备生成与第一关键字对应的第一清除指令，根据第一清楚指令，终端设备的动作处理单元将消息任务队列的上传请求任务清除。

需要说明的是，将消息任务队列的上传请求任务清除一是为了避免消息任务队列中存储过多不必要的内容，二是便于管理终端设备与平台之间的报文数据。

在本申请的一个实施例中，终端设备根据补包请求向平台发送未成功接收的数据子包包括：根据补包请求，终端设备从消息任务队列中提取平台未成功接收数据传输任务的数据子包，再将提取的未成功接收数据传输任务的数据子包重新传送至平台。

需要说明的是，该基于UDP双端通信交互的数据传输方法通过将需要上传的报文数据在终端设备经过处理动作器Action、动作分派器Dispatcher和动作处理单元Handler处理，得到存储于消息任务队列中的数据传输任务，即是处理动作器Action根据报文数据的第二关键字k2生成与报文数据对应的数据执行命令Action a3，报文数据的关键字属性地址为ADD_k2，报文数据中拆分的若干数据子包存储到数据执行命令的a3中，数据执行命令的a3传输至动作处理单元Handler进行处理，生成数据传输任务Task t2，数据传输任务的key值为k2，把数据子包存储到数据传输任务的context中。对于平台未成功接收的数据子包，终端设备可以直接从消息任务队列Q中提取数据传输任务Task t2的未成功接收的数据子包，再次发送给平台。在本实施例中，终端设备动作处理单元Handler生成的任务存在两个属性，一个是key和context，属性key用来存储传输报文的关键字，属性context用来存储与关键字对应的报文上传的有关状态值；且属性key的取值在关键字集合K里面，用来区分不用的数据包类型，能够让多个终端设备与平台数据传输过程正确识别对应的数据，便于管理。由此，该基于UDP双端通信交互的数据传输方法在平台发出补包请求，终端设备可以直接从消息任务队列中提取对应任务的数据子包重新发送，提高终端设备与平台之间的数据传输效率，且基于关键字能够获得前后匹配的数据确保平台接收传输数据的准确性。

在本申请实施例中，终端设备与平台收发的所有报文数据，都应该遵循一个统一的协议格式，具体可以先提前定义一个关键字集合K，每个关键字对应某一项有具体含义的业务。使用报文数据里面的某几位作为关键字位，用来区分每一条报文数据具体的含义，举例来说，如"01"代表上传图片数据，"02"代表上传声音数据，"03"代表上传高度传感器数据等。使得该基于UDP双端通信交互的数据传输方法通过关键字标识能够便也上下报文数据的管理，且也能够确保平台接收数据的完整性和准确性。

在本申请的一个实施例中，若确定平台完全成功接收所有报文数据的数据子包，平台向所终端设备发送成功接收报文数据的结束报文；根据结束报文，终端设备生成与第二关键字对应的第二清除指令，根据第二清楚指令，终端设备的动作处理单元将消息任务队列的数据传输任务清除。

需要说明的是，根据结束报文，终端设备生成与第二关键字key值对应的第二清除指令Action a4，Handler收到第二清除指令的a4后，把动作处理单元将数据传输任务的t2从消息任务队列Q中删除，减少不必要数据占据消息任务队列的存储空间。

实施例二：

图2为本申请实施例所述的基于UDP双端通信交互的数据传输***的框架图。

如图2所示，本申请还提供一种基于UDP双端通信交互的数据传输***，包括通道验证请求模块10、数据传输模块20和数据接收确认模块30，数据传输模块20包括数据处理子模块；

通道验证请求模块10，用于终端设备向平台发送上传请求任务的上传请求，根据上传请求平台向终端设备发送含有第一关键字的反馈报文；

数据传输模块20，用于响应于反馈报文，终端设备将待上传的报文数据拆分若干数据子包并将所有数据子包传通过消息任务队列送至平台，以及向平台发送上传结束报；

数据接收确认模块30，用于根据上传结束报文，确定平台是否完全成功接收所有报文数据的数据子包，若否，平台向终端设备发送补包请求，终端设备根据补包请求向平台发送未成功接收的数据子包；

数据处理子模块，用于终端设备将报文数据拆分若干数据子包或向平台发送上传结束报文之后，终端设备根据报文数据的第二关键字生成数据执行指令；根据数据执行指令，终端设备的动作处理单元生成数据传输任务，并将数据传输任务存储至消息任务队列；

其中，数据执行指令为包含有若干数据子包的执行指令，数据传输任务包含有第二关键字、每个数据子包以及每个数据子包是否上传的状态值。

在本申请实施例中，数据接收确认模块30还用于根据补包请求，终端设备从消息任务队列中提取平台未成功接收数据传输任务的数据子包，再将提取的未成功接收数据传输任务的数据子包重新传送至平台。

需要说明的是，实施例二中模块的内容对应于实施例一方法中的步骤，实施例一方法步骤的内容已经在实施例一中详细阐述了，在实施例二不再对***中模块的内容重复阐述。

实施例三：

本申请还提供一种一种终端设备，包括处理器和存储器；

存储器，用于存储程序代码，并将程序代码传输给处理器；

处理器，用于根据程序代码中的指令执行上述的基于UDP双端通信交互的数据传输方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (10)

1.一种基于UDP双端通信交互的数据传输方法，其特征在于，包括以下步骤：

终端设备向平台发送上传请求任务的上传请求，根据所述上传请求所述平台向所述终端设备发送含有第一关键字的反馈报文；

响应于所述反馈报文，所述终端设备将待上传的报文数据拆分若干数据子包并将所有所述数据子包传通过消息任务队列送至所述平台，以及向所述平台发送上传结束报文；

根据所述上传结束报文，确定所述平台是否完全成功接收所有所述报文数据的数据子包，若否，所述平台向所述终端设备发送补包请求，所述终端设备根据所述补包请求向所述平台发送未成功接收的数据子包；

所述终端设备将所述报文数据拆分若干数据子包或向所述平台发送上传结束报文之后，所述终端设备根据所述报文数据的第二关键字生成数据执行指令；根据所述数据执行指令，所述终端设备的动作处理单元生成数据传输任务，并将所述数据传输任务存储至消息任务队列；

其中，所述数据执行指令为包含有若干所述数据子包的执行指令，所述数据传输任务包含有第二关键字、每个所述数据子包以及每个所述数据子包是否上传的状态值。

2.根据权利要求1所述的基于UDP双端通信交互的数据传输方法，其特征在于，终端设备向平台发送上传请求任务的上传请求之前包括：

获取上传数据和与所述上传数据对应的第一关键字，所述终端设备根据所述上传数据和所述第一关键字生成请求执行指令；

根据所述请求执行指令，所述终端设备的动作处理单元识别属性地址后提取所述请求执行指令的上传数据并生成上传请求任务，以及将所述上传请求任务存储至终端设备的消息任务队列；

其中，所述请求执行指令包含上传数据和与第一关键字对应的属性地址。

3.根据权利要求2所述的基于UDP双端通信交互的数据传输方法，其特征在于，根据所述上传请求，所述平台向所述终端设备发送含有第一关键字的反馈报文包括：根据所述上传请求所述平台从所述消息任务队列提取所述上传请求任务，并从所述上传请求任务读取所述上传数据，根据读取的所述上传数据，所述平台向所述终端设备发送与所述第一关键字对应的反馈报文。

4.根据权利要求2所述的基于UDP双端通信交互的数据传输方法，其特征在于，在所述终端设备将所述报文数据拆分若干数据子包之前，该数据传输方法包括：所述终端设备生成与所述第一关键字对应的第一清除指令，根据所述第一清楚指令，所述终端设备的动作处理单元将所述消息任务队列的所述上传请求任务清除。

5.根据权利要求1所述的基于UDP双端通信交互的数据传输方法，其特征在于，所述终端设备根据所述补包请求向所述平台发送未成功接收的数据子包包括：根据所述补包请求，所述终端设备从所述消息任务队列中提取所述平台未成功接收所述数据传输任务的数据子包，再将提取的未成功接收所述数据传输任务的数据子包重新传送至所述平台。

6.根据权利要求1所述的基于UDP双端通信交互的数据传输方法，其特征在于，若确定所述平台完全成功接收所有所述报文数据的数据子包，所述平台向所述终端设备发送成功接收所述报文数据的结束报文。

7.根据权利要求6所述的基于UDP双端通信交互的数据传输方法，其特征在于，包括：根据所述结束报文，所述终端设备生成与所述第二关键字对应的第二清除指令，根据所述第二清楚指令，所述终端设备的动作处理单元将所述消息任务队列的所述数据传输任务清除。

8.一种基于UDP双端通信交互的数据传输***，包括通道验证请求模块、数据传输模块和数据接收确认模块，其特征在于，所述数据传输模块包括数据处理子模块；

所述通道验证请求模块，用于终端设备向平台发送上传请求任务的上传请求，根据所述上传请求所述平台向所述终端设备发送含有第一关键字的反馈报文；

所述数据传输模块，用于响应于所述反馈报文，所述终端设备将待上传的报文数据拆分若干数据子包并将所有所述数据子包传通过消息任务队列送至所述平台，以及向所述平台发送上传结束报；

所述数据接收确认模块，用于根据所述上传结束报文，确定所述平台是否完全成功接收所有所述报文数据的数据子包，若否，所述平台向所述终端设备发送补包请求，所述终端设备根据所述补包请求向所述平台发送未成功接收的数据子包；

所述数据处理子模块，用于所述终端设备将所述报文数据拆分若干数据子包或向所述平台发送上传结束报文之后，所述终端设备根据所述报文数据的第二关键字生成数据执行指令；根据所述数据执行指令，所述终端设备的动作处理单元生成数据传输任务，并将所述数据传输任务存储至消息任务队列；

其中，所述数据执行指令为包含有若干所述数据子包的执行指令，所述数据传输任务包含有第二关键字、每个所述数据子包以及每个所述数据子包是否上传的状态值。

9.根据权利要求8所述的基于UDP双端通信交互的数据传输***，其特征在于，所述数据接收确认模块还用于根据所述补包请求，所述终端设备从所述消息任务队列中提取所述平台未成功接收所述数据传输任务的数据子包，再将提取的未成功接收所述数据传输任务的数据子包重新传送至所述平台。

10.一种终端设备，其特征在于，包括处理器和存储器；

所述存储器，用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器，用于根据所述程序代码中的指令执行如权利要求1-7任意一项所述的基于UDP双端通信交互的数据传输方法。

Images