CN109587085A - 一种数据传输方法及其相关设备 - Google Patents

Abstract

本发明公开了一种数据传输方法，包括数据发送端根据接收的数据传输指令获取多个待发送数据包；按照预设规则对各个所述待发送数据包进行合并处理，获得合并后数据包；通过预设数据传输协议发送所述合并后数据包至数据接收端。本发明还公开了另一种数据传输方法，数据发送设备、数据接收设备、数据传输***、计算机可读存储介质及计算机程序产品。本发明所实现的技术方案可在数据传输过程中，在有效保证***高性能运转的基础上，提高数据传输效率。

Description

一种数据传输方法及其相关设备

技术领域

本发明涉及互联网技术领域，尤其涉及一种数据传输方法，还涉及另一种数据传输方法、数据发送设备、数据接收设备、数据传输***、计算机可读存储介质以及计算机程序产品。

背景技术

在视频传输场景，为便于处理往往将视频流切分成小的视频数据块，典型的如4kB或8kB等，然而，随着视频码率的增加，单位时间内产生的数据块数量就会成倍增加，这样会大大增加***处理多个数据块的压力。尤其是在多线程的环境中，由于线程之间需要做互斥处理，因此单位时间内数据包的数量越多，互斥锁的***开销越大，从而会降低整个***的吞吐量，降低发送数据的效率。

为解决上述问题，在现有技术中会通过转码技术以降低单位时间内需要处理的数据块数量，但是该种方法会带来视频质量的下降，无法从根本上解决问题。

因此，如何提供一种数据传输方法，在有效保证***高性能的基础上，提高数据传输效率是本领域技术人员亟待解决的问题。

发明内容

本发明的主要目的在于提供两种数据传输方法、数据发送设备、数据接收设备、数据传输***、计算机可读存储介质以及计算机程序产品，旨在解决已有技术中由于***需要处理大量小数据包而产生的***性能降低且数据传输效率较低的问题。

为实现上述目的，本发明提供了一种数据传输方法，所述方法包括：

数据发送端根据接收的数据传输指令获取多个待发送数据包；

按照预设规则对各个所述待发送数据包进行合并处理，获得合并后数据包；

通过预设数据传输协议发送所述合并后数据包至数据接收端。

优选的，所述按照预设规则对各个所述待发送数据包进行合并处理，获得合并后数据包，包括：

获取各个所述待发送数据包的包头信息；

根据所述包头信息确定对应待发送数据包的长度信息；

根据各个所述长度信息对各个所述待发送数据包进行合并处理，获得不超出预设数据包长度的合并后数据包。

优选的，所述预设数据包长度为所述预设数据传输协议对应的标准传输长度。

优选的，所述通过预设数据传输协议发送所述合并后数据包至数据接收端，包括：

通过UDP协议将所述合并过后数据包发送至所述数据接收端。

为实现上述目的，本发明提供了一种数据发送设备，所述设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的数据传输程序，所述数据传输程序被所述处理器执行时实现如上述任意一种所述的数据传输方法的步骤。

优选的，所述数据发送设备为组成CDN网络或者区块链网络的节点。

为实现上述目的，本发明提供了另一种数据传输方法，所述方法包括：

数据接收端接收数据发送端通过预设数据传输协议发送的合并数据包；其中，所述合并数据包是由所述数据发送端根据数据传输指令获取到多个待发送数据包后，对各个所述待发送数据包进行合并处理得到的；

对所述合并数据包进行还原处理，获得原始数据包。

为实现上述目的，本发明提供了一种数据接收设备，所述设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的数据传输程序，所述数据传输程序被所述处理器执行时实现上述另一种数据传输方法的步骤。

优选的，所述数据接收设备为组成CDN网络或者区块链网络的节点。

为实现上述目的，本发明提供了一种数据传输***，所述***包括如上任一种所述的数据发送设备和上述任一种所述的数据接收设备。

为实现上述目的，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有数据传输程序，所述数据传输程序可被一个或多个处理器执行，以实现如上任一种所述的数据传输方法的步骤。

为实现上述目的，本发明提供了一种计算机程序产品，所述计算机程序产品包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述任一种所述的数据传输方法的步骤。

本发明所提供的一种数据传输方法，包括数据发送端根据接收的数据传输指令获取多个待发送数据包；按照预设规则对各个所述待发送数据包进行合并处理，获得合并后数据包；通过预设数据传输协议发送所述合并后数据包至数据接收端。可见，本发明所提供的技术方案，数据发送端在进行数据传输之前，先对各个小数据包，即上述待发送数据包进行合并处理，获得适合大小的合并后数据包，再将合并后数据包发送至数据接收端，完成数据传输。由此，该种通过合并多个小数据包形成一个大数据包来降低单位时间内数据包数量的方法，在数据传输过程中没有产生任何额外数据，也不需对原有数据传输协议做出任何修改，就实现了单位时间内数据包数量的降低，由此即可有效降低数据收发双方的处理负荷，提高并发处理能力，进一步降低***的处理压力，提高***吞吐量，同时也会实现对***有效带宽的最大化使用，提高数据传输效率。

本发明所提供的另一种数据传输方法、数据发送设备、数据接收设备、数据传输***、计算机可读存储介质以及计算机程序产品，均具有上述有益效果，在此不再赘述。

附图说明

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

图1为本发明第一实施例的流程示意图；

图2为本发明第一实施例中数据包合并处理方法的流程示意图；

图3为本发明第二实施例的流程示意图；

图4为本发明第三实施例的流程示意图；

图5为本发明第一实施例揭露的数据发送设备的内部结构示意图；

图6为本发明第二实施例揭露的数据接收设备的内部结构示意图；

图7为本发明第四实施例的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

本发明提供的一种数据传输方法。

参照图1，图1为本发明第一实施例的流程示意图。

在第一实施例中，该方法可以包括：

S10：数据发送端根据接收的数据传输指令获取多个待发送数据包；

本步骤旨在实现数据包的获取。具体而言，当需要进行数据传输时，用户可发送数据传输指令至数据传输设备的处理器，进一步，由处理器根据该数据传输指令获取用户需要传输的数据包，即上述待发送数据包，并对其进行后续处理及传输。

其中，待发送数据包是对待发送数据，如音频流、视频流等进行切分后获得的小数据包，因此其数量较多，该数量的具体取值由待发送数据的大小决定，当待发送数据较大时，对应切分后获得的待发送数据包的数量就比较多，当待发送数据较小时，对应切分后获得的待发送数据包的数量就比较少，但需要说明的是，待发送数据包数量的多少并不影响本技术方案的实施。

另外，对于上述数据传输指令的下发，可基于客户端实现；对于上述待发送数据包的获取，则可由处理器对数据传输指令进行解析获得。当然，以上实现方式仅为本申请所提供的一种实施方式，并不唯一。

S11：按照预设规则对各个待发送数据包进行合并处理，获得合并后数据包；

在S10的基础上，本步骤旨在实现数据包的合并处理。具体而言，处理器在获得各个待发送数据包后，即可按照预设规则对所有待发送数据包合并处理以获得合并后数据包。

需要说明的是，本步骤对待发送数据包进行合并处理旨在减少***中待发送数据包的数量，以降低***的数据处理压力，因此，上述预设规则能够实现待发送数据包的合并即可，而对于该规则的具体内容，由技术人员结合***的实际情况预先设定即可，本申请不做限定。例如，可按照预设数量进行数据包的合并处理，将相邻的两个待发送数据包合并为一个大数据包，由此，***中待发送数据包的数量将会减少为原来的一半，有效降低了***压力。也可以按照预设长度进行数据包的合并处理，即将多个待发送数据包合并为不超出预设长度的大数据包，同样可达到减少数据包数量、降低***压力的目的。当然，对于上述预设数量和预设长度的具体取值，本申请同样不做限定。

进一步，参考图2，图2为本发明第一实施例中数据包合并处理方法的流程示意图，可选的，上述按照预设规则对各个待发送数据包进行合并处理，获得合并后数据包，可以包括：

S20：获取各个待发送数据包的包头信息；

S21：根据包头信息确定对应待发送数据包的长度信息；

S22：根据各个长度信息对各个待发送数据包进行合并处理，获得不超出预设数据包长度的合并后数据包。

本申请提供了一种较为具体的数据包的合并方法，即基于数据包包头信息中的长度信息实现。具体而言，对数据进行切分后所获得的每个小数据包，即上述待发送数据包都有相应的包头，包头以一个固定的字节开头，而数据包的大小会在包头里的某个字节中保存，因此，可利用数据包的该种特性实现数据包的合并处理。当获得各个待发送数据包后，即可进一步获取其各自对应的包头信息，并从包头信息中获取对应待发送数据包的长度信息，从而根据长度信息完成对待发送数据包的合并处理，以获得不超出预设数据包长度的合并后数据包。

其中，对于该预设数据包长度的具体取值，可根据***的实际情况或数据传输协议的要求进行设定，本申请对此不做具体限定。进一步，合并后获得的大数据包中小数据包的合并数量，并不唯一，当小数据包长度较小时，大数据包中小数据包的数量必然较多，当小数据包长度较大时，大数据包中小数据包的数量必然较少。

可选的，上述预设数据包长度可以为预设数据传输协议对应的标准传输长度。

具体的，数据包的传输一般基于对应的数据传输协议实现，即下述S12中的预设数据传输协议，因此，对于上述预设数据包长度，可设定为预设数据传输协议对应的标准传输长度，以便于后续合并后数据包的传输。例如，对于某数据传输协议，其所能传输的数据包不允许超过65k，由此，可将预设数据包长度设定为65k，即对待发送数据包进行合并后获得的合并后数据包的最大长度不允许超出65k。

当然，也可设置预设数据包长度的取值低于预设数据传输协议对应的标准传输长度，但当合并后数据包到达传输层时，依然会基于预设传输协议的协议内容对合并后数据包再次进行合并，以提高传输层带宽的利用率。因此，以上将预设数据包长度设定为预设数据传输协议对应的标准传输长度，有效避免了数据包在传输层的再次合并，进一步提高了数据传输效率。

S12：通过预设数据传输协议发送合并后数据包至数据接收端。

在S11的基础上，本步骤旨在实现数据包的发送。具体而言，在完成待传输数据包的合并处理，获得合并后数据包后，即可通过上述预设数据传输协议将其发送至数据接收端，由此，即完成了数据的传输。其中，对于上述预设数据传输协议，可采用已有技术中的任意一种，能够实现数据包的传输即可，其选用类型并不影响本技术方案的实施。而对于其具体传输过程，遵从对应的数据传输协议内容即可，本申请在此不再赘述。

可选的，上述通过预设数据传输协议发送合并后数据包至数据接收端，可以包括通过UDP协议(User Datagram Protocol，用户数据报协议)将合并过后数据包发送至数据接收端。

具体的，本申请提供了一种具体的数据传输协议，即UDP协议。UDP协议是面向无连接的不可靠传输协议，由于无连接的，因此，相较于TCP协议(Transmission ControlProtocol，传输控制协议)，UDP协议具有更快的建联速度和更高的传输效率。

当然，以上仅为本申请所提供的一种实现方式，并不唯一，还可以为其他数据传输协议，如SCTP协议(Stream Control Transmission Protocol，流控制传输协议)，QUIC协议(Quick UDP Internet Connection，基于UDP的低时延的互联网传输层协议)等，均可实现数据传输且能够通过应用层逻辑保证数据传输的可靠性。

本实施例所提供的数据传输方法，数据发送端在进行数据传输之前，先对各个小数据包，即上述待发送数据包进行合并处理，获得适合大小的合并后数据包，再将合并后数据包发送至数据接收端，完成数据传输。由此，该种通过合并多个小数据包形成一个大数据包来降低单位时间内数据包数量的方法，在数据传输过程中没有产生任何额外数据，也不需对原有数据传输协议做出任何修改，就实现了单位时间内数据包数量的降低，由此即可有效降低数据收发双方的处理负荷，提高并发处理能力，进一步降低***的处理压力，提高***吞吐量，同时也会实现对***有效带宽的最大化使用，提高数据传输效率。

本发明提供的另一种数据传输方法。

参考图3，图3为本发明所提供的第二实施例的流程示意图。

S30：数据接收端接收数据发送端通过预设数据传输协议发送的合并数据包；其中，合并数据包是由数据发送端根据数据传输指令获取到多个待发送数据包后，对各个待发送数据包进行合并处理得到的；

S31：对合并数据包进行还原处理，获得原始数据包。

本实施例旨在基于数据发送端的对应端，即上述数据接收端对本发明提供的数据传输方法进行阐述，具体的，数据接收端作为接收数据的一方，可接收数据发送端预设的数据传输协议发送的合并数据包，该合并数据包对应于以上各实施例中的合并后数据包，也就是说，数据发送端在进行数据传输之前，先对各个小数据包，即上述基于数据传输指令获取到的待发送数据包，进行合并处理，获得适合大小的合并数据包。进一步，数据发送端将合并数据包发送至数据接收端，由数据接收端对合并数据包进行还原处理获得对应的原始数据包，当然，该原始数据包即为上述数据发送端的待发送数据包，由此，完成数据发送端与数据接收端之间的数据传输。其中，对于以上还原过程，同样可根据数据包的长度信息实现，本申请在此不在赘述。另外，还可对原始数据包进行解析、拼接处理，以获得原始数据，从而实现相应的数据处理。

对于本实施例所提供的数据传输方法的具体实现过程，参照上述两实施例即可，本实施例在此不再展开阐述。

本实施例所提供的数据传输方法，通过合并多个小数据包形成一个大数据包来降低单位时间内数据包数量的方法，在数据传输过程中没有产生任何额外数据，也不需对原有数据传输协议做出任何修改，就实现了单位时间内数据包数量的降低，由此即可有效降低数据收发双方的处理负荷，提高并发处理能力，进一步降低***的处理压力，提高***吞吐量，同时也会实现对***有效带宽的最大化使用，提高数据传输效率；此外，在数据包到达数据接收端以后，通过对其进行还原处理获得了原始数据，由此，即完整地还原了数据原貌，完整的将数据包发送到了对端。

基于上述各实施例，本发明提供了一种更为具体的数据传输方法。

参照图4，图4为本发明第三实施例的流程示意图。

在第三实施例中，该方法可以包括：

1、数据包的发送过程：

S40：获取多个小数据包；

S41：判断是否需要对小数据包进行合并处理，若是，则执行S42；若否，则执行S43；

S42：对小数据包进行合并处理；

S43：发送大数据包。

具体而言，当数据发送端获得多个小数据包后，即可判断是否需要对其进行合并处理，此处进行判断的原因在于，数据发送端所获得的所有小数据包中，可能存在小数据包长度较大的情况，如某个小数据包的长度已经达到预设数据传输协议对应的标准数据包长度，此时则无需对其进行合并处理；进一步，对需要合并的小数据包进行合并，从而将所有的大数据包基于数据传输协议发送至数据接收端。

2、数据包的接收过程：

S44：获取多个大数据包；

S45：判断是否需要对大数据包进行还原处理，若是，则执行S46；若否，则执行S47；

S46：对大数据包进行还原处理；

S47：获得多个小数据包。

具体而言，当数据接收端获得数据发送端发送的大数据包后，即可判断是否需要对其进行还原处理，此处对还原处理的判断类似于上述对合并处理的判断，本申请在此不再赘述；进一步，对需要还原的大数据包进行还原，从而获得多个原始小数据包，由此，即完成了整个数据传输过程。

本实施例所提供的数据传输方法，通过合并多个小数据包形成一个大数据包来降低单位时间内数据包的数量，在数据传输过程中没有产生任何额外数据，也不需对原有数据传输协议做出任何修改，即实现了单位时间内数据包数量的降低，由此即可有效降低数据收发双方的处理负荷，提高并发处理能力，进一步降低***的处理压力，提高***吞吐量，同时也会实现对***有效带宽的最大化使用，提高数据传输效率。

本发明提供的一种数据发送设备。

参照图5，图5为本发明第一实施例揭露的数据发送设备的内部结构示意图。

在本实施例中，数据发送设备1可以是PC(PersonalComputer，个人电脑)，也可以是智能手机、平板电脑、掌上电脑、便携计算机、智能路由器、矿机、网络存储设备终端设备。

该数据发送设备1可以包括存储器11、处理器12和总线13。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是数据发送设备1的内部存储单元，例如该数据发送设备1的硬盘。存储器11在另一些实施例中也可以是数据发送设备1的外部存储设备，例如数据发送设备1上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括数据发送设备1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于数据发送设备1的应用软件及各类数据，例如视频点播程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行视频点播程序等。

该总线13可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，该数据发送设备1可以是组成CDN网络(Content Delivery Network，内容分发网络)或者区块链网络的节点。

进一步地，数据发送设备1还可以包括网络接口，网络接口可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该数据发送设备1与其他电子设备之间建立通信连接。

可选地，该数据发送设备1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在数据发送设备1中处理的信息以及用于显示可视化的用户界面。

图5仅示出了具有组件11-13以及数据传输程序的数据发送设备1，本领域技术人员可以理解的是，图5示出的结构并不构成对数据发送设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明提供的一种数据接收设备。

参照图6，图6为本发明第二实施例揭露的数据接收设备的内部结构示意图。

在本实施例中，数据接收设备2可以是PC(Personal Computer，个人电脑)，也可以是智能手机、平板电脑、掌上电脑、便携计算机、智能路由器、矿机、网络存储设备终端设备。

该数据接收设备2可以包括存储器21、处理器22和总线23。

其中，存储器21至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器21在一些实施例中可以是数据接收设备2的内部存储单元，例如该数据接收设备2的硬盘。存储器21在另一些实施例中也可以是数据接收设备2的外部存储设备，例如数据接收设备2上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器21还可以既包括数据接收设备2的内部存储单元也包括外部存储设备。存储器21不仅可以用于存储安装于数据接收设备2的应用软件及各类数据，例如数据传输程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器22在一些实施例中可以是一中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器21中存储的程序代码或处理数据，例如执行视频点播程序等。

该总线23可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，该数据接收设备2可以是组成CDN网络或者区块链网络的节点。

进一步地，数据接收设备2还可以包括网络接口，网络接口可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该数据接收设备2与其他电子设备之间建立通信连接。

可选地，该数据接收设备2还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在数据接收设备2中处理的信息以及用于显示可视化的用户界面。

图6仅示出了具有组件21-23以及数据传输程序的数据接收设备2，本领域技术人员可以理解的是，图6示出的结构并不构成对数据接收设备2的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明提供的一种数据传输***。

参照图7，图7为本发明所提供的第四实施例的结构框图。

在第四实施例中，该数据传输***可以包括上述任意一种数据发送设备1和数据接收设备2。

对于本申请提供的***的介绍请参照上述方法实施例，本申请在此不做赘述。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上数据传输程序，该数据传输程序可被一个或者多个处理器执行，以实现如以上任一实施例所述的数据传输方法的步骤。

本发明实施例还提供一种计算机程序产品，该计算机程序产品包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述任一实施例所述的数据传输方法的步骤。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

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

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

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

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

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种数据传输方法，其特征在于，所述方法包括：

数据发送端根据接收的数据传输指令获取多个待发送数据包；

按照预设规则对各个所述待发送数据包进行合并处理，获得合并后数据包；

通过预设数据传输协议发送所述合并后数据包至数据接收端。

2.如权利要求1所述的方法，其特征在于，所述按照预设规则对各个所述待发送数据包进行合并处理，获得合并后数据包，包括：

获取各个所述待发送数据包的包头信息；

根据所述包头信息确定对应待发送数据包的长度信息；

根据各个所述长度信息对各个所述待发送数据包进行合并处理，获得不超出预设数据包长度的合并后数据包。

3.如权利要求2所述的方法，其特征在于，所述预设数据包长度为所述预设数据传输协议对应的标准传输长度。

4.如权利要求1所述的方法，其特征在于，所述通过预设数据传输协议发送所述合并后数据包至数据接收端，包括：

通过UDP协议将所述合并过后数据包发送至所述数据接收端。

5.一种数据传输方法，其特征在于，所述方法包括：

数据接收端接收数据发送端通过预设数据传输协议发送的合并数据包；其中，所述合并数据包是由所述数据发送端根据数据传输指令获取到多个待发送数据包后，对各个所述待发送数据包进行合并处理得到的；

对所述合并数据包进行还原处理，获得原始数据包。

6.一种数据发送设备，其特征在于，所述设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的数据传输程序，所述数据传输程序被所述处理器执行时实现如权利要求1至4任意一项所述的数据传输方法的步骤。

7.如权利要求6所述的设备，其特征在于，所述数据发送设备为组成CDN网络或者区块链网络的节点。

8.一种数据接收设备，其特征在于，所述设备包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的数据传输程序，所述数据传输程序被所述处理器执行时实现如权利要求5所述的数据传输方法的步骤。

9.如权利要求8所述的设备，其特征在于，所述数据接收设备为组成CDN网络或者区块链网络的节点。

10.一种数据传输***，其特征在于，所述***包括如权利要求6或7任意一项所述的数据发送设备和如权利要求8或9任意一项所述的数据接收设备。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有数据传输程序，所述数据传输程序可被一个或多个处理器执行，以实现如权利要求1至4中任一项所述的数据传输方法的步骤和/或权利要求5中所述的数据传输方法的步骤。

12.一种计算机程序产品，其特征在于，包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述权利要求1至4中任一项所述的数据传输方法的步骤和/或权利要求5中所述的数据传输方法的步骤。