CN113452608A - 数据传输方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本申请实施例提供了一种数据传输方法、装置、电子设备及计算机可读介质，涉及网络数据传输领域。其中，所述方法包括：确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。通过本申请实施例，不仅能够有效提升数据请求所请求的数据的传输稳定性，而且还能够充分利用互联网带宽。

Description

数据传输方法、装置、电子设备及计算机可读介质

技术领域

本申请实施例涉及网络数据传输领域，尤其涉及一种数据传输方法、装置、电子设备及计算机可读介质。

背景技术

为了有效提升远距离数据传输的速度，可利用全球分布云机房的能力，将来自全球各地的用户数据请求由终端设备路由至就近的机房接入点，用户数据请求到达就近的机房接入点之后，会经过优化过的网络到达协议请求数据所在的数据中心。那么，在用户数据请求到达就近的机房接入点之后，需要采用最优的传输路径对用户数据请求所请求的数据进行传输。为了采用最优的传输路径对用户数据请求所请求的数据进行传输，需要对用户数据请求所请求的数据的传输路径进行探测。然而，无论怎么对用户数据请求所请求的数据的传输路径进行探测，用户数据请求总会存在请求失败的情况。此外，有的时候上传类数据请求所请求的数据的传输速度快，而下载类数据请求所请求的数据的传输速度慢。有的时候下载类数据请求所请求的数据的传输速度快，而上传类数据请求所请求的数据的传输速度慢。诸如此类的不稳定问题时有发生。

在传统的传输路径探测技术中，都假设网络是对称的，认为存在一条最优的传输路径，适合于所有用户数据请求所请求的数据的传输。然而，这种探测方式做的比较笼统，不够细致，忽略了网络的不对称性和互联网上对数据请求所请求的数据包拦截的不对称性，会造成用户数据请求所请求的数据的延时抖动剧烈，对用户数据请求所请求的数据的传输效果不稳定，同时也无法充分利用互联网上的带宽。由此可见，如何有效提升数据请求所请求的数据的传输稳定性，并充分利用互联网带宽成为当前亟待解决的技术问题。

发明内容

本申请的目的在于提出一种数据传输方法、装置、电子设备及计算机可读介质，用于解决现有技术中存在的如何有效提升数据请求所请求的数据的传输稳定性，并充分利用互联网带宽的技术问题。

根据本申请实施例的第一方面，提供了一种数据传输方法。所述方法包括：确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

根据本申请实施例的第二方面，提供了一种数据传输装置。所述装置包括：第一确定模块，用于确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；第二确定模块，用于基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；传输模块，用于基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

根据本申请实施例的第三方面，提供了一种电子设备，包括：一个或多个处理器；计算机可读介质，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例的第一方面所述的数据传输方法。

根据本申请实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例的第一方面所述的数据传输方法。

根据本申请实施例提供的数据传输方案，确定接收到的第一数据请求的请求类型和第一数据请求携带的地址，并基于请求类型和地址，确定第一数据请求所请求的数据的第一传输路径，再基于第一传输路径，对第一数据请求所请求的数据进行传输，与现有的技术方案相比，基于接收到的第一数据请求的请求类型和第一数据请求携带的地址，确定第一数据请求所请求的数据的第一传输路径，再基于第一传输路径，对第一数据请求所请求的数据进行传输，不仅能够有效提升数据请求所请求的数据的传输稳定性，而且还能够充分利用互联网带宽。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1A为根据现有技术提供的非对称网络的示意图；

图1B为本申请实施例一提供的数据传输方法的步骤流程图；

图2A为本申请实施例二提供的数据传输方法的步骤流程图；

图2B为根据本申请实施例二提供的数据传输过程的示意图；

图3为本申请实施例三提供的数据传输装置的结构示意图；

图4为本申请实施例四提供的数据传输装置的结构示意图；

图5为本申请实施例五中电子设备的结构示意图；

图6为本申请实施例六中电子设备的硬件结构。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅配置为解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

网络传输的对称性可理解为数据流动的对称性，也即是在四层路由层面，从A地到B地的数据包走过的路径与从B地到A地的数据包走过的路径相同。网络传输的非对称性可理解为数据流动的不对称性，也即是在四层路由层面，从A地到B地的数据包经过的路径和从B地到A地的数据包经过的路径不相同。网络传输的不对称性导致必须使用不同的传输路径传输不同请求类型的数据请求所请求的数据。如图1A所示，用户从北京请求澳门的数据，出包路径从北京出口出去到达澳门，如果图1A所示的网络是对称网络，那么回包路径应该是从北京出口进来再回到北京，但是实际上回包路径是从澳门经过香港再从广州出口进来回到北京。针对该非对称网络，如果请求类型为上传类请求，数据包会从北京出口出去到达澳门，确认包会从澳门经过香港到达广州出口再到达北京。如果请求类型为下载类请求，数据包会从澳门经过香港到达广州出口再到达北京，而确认包会从北京出口出去到达澳门。由此，上传类请求的数据包的传输路径与下载类请求的数据包的传输路径相反，并且上传类请求的确认包的传输路径与下载类请求的确认包的传输路径相反。针对该非对称网络，如果出包路径的传输质量较好，那么是适用于传输上传类请求所请求的上传数据，如果回包路径的传输质量较好，那么是适用于传输下载类请求所请求的下载数据，但凡出包路径和回包路径中有一条路径的传输质量较差的情况下，就不会同时适合于传输上传类请求所请求的上传数据和下载类请求所请求的下载数据，但是总是可以正常传输其中一类数据请求所请求的数据。

基于上述分析，在探测数据请求所请求的数据的传输路径的过程中，可能并不存在一条传输路径能同时让上传类请求所请求的数据和下载类请求所请求的数据都有比较好的传输效果，即使有那可能也不是最优的传输路径，因此，需要根据请求类型对数据请求所请求的数据进行传输路径的探测，让不同请求类型的数据请求所请求的数据走各自最优的传输路径。按照上述分析，如果存在一条传输路径，出包路径的传输质量较好，回包路径的传输质量较差，即使数据包能顺利通过，那么针对该数据包的确认包是否能够顺利通过呢？有两种原因导致回包路径的传输质量较差，一种是拥塞，另一种是人为防火墙过滤。如果是人为防火墙过滤，按照当前现状，防火墙对确认包的拦截强度是远低于数据包的(拦截的不对称性)，因此，在回包路径的传输质量较差的情况下只是数据包没法通过，而确认包还是可以正常通过的。如果是拥塞，那么确认包的通过率也会很低，但是这个影响会比数据包丢失影响小很多。因为TCP协议并不会确认确认包，也就是不会对确认包进行确认。此外，TCP协议对于确认包的丢失具备一定容忍性，比如有10个确认包，A1，A2....A9，A10，确认的系列号分别为S1，S2，....，S10，S1<S2<...<S10，那么只要确认包中确认的系列号最大的那个确认包到达，那么确认的系列号小的确认包就算全部丢失也不会产生任何影响，也就是说只要确认系列号为S10的确认包A10到了，那么前面的确认包A1～A9都丢失了也没关系。根据上述分析，如果是确认包丢了影响不大，但是数据包丢了那么必须重传。如果在非对称网络中，某一方向的路径的传输质量好而另一方向的路径的传输质量差，只要保证让数据包走传输质量好的某一方向的路径就行，而从协议上具备对确认包的丢失容忍，因此让确认包走传输质量差的另一方向的路径的影响不大。

基于上述描述的当前互联网的非对称现状和TCP协议的自身设计特点，提出本申请实施例一和本申请实施例二的数据传输方法，不仅能够有效提升数据请求所请求的数据的传输稳定性，而且还能够充分利用互联网带宽。

参照图1B，示出了本申请实施例一提供的数据传输方法的步骤流程图。

具体地，本实施例提供的数据传输方法包括以下步骤：

在步骤S101中，确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址。

在本申请实施例中，所述确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址之前，所述方法还包括：接收终端设备基于用户针对所述终端设备的操作发送的所述第一数据请求。具体地，用户在终端设备的输入框中输入第一数据请求的内容之后，通过点击数据请求控件，生成第一数据请求，并向就近的机房接入点发送生成的第一数据请求。可替换地，响应于用户点击链接地址的操作，生成第一数据请求，并向就近的机房接入点发送生成的第一数据请求。其中，所述终端设备可为手机终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、眼镜、手表、可穿戴设备、虚拟显示设备或显示增强设备等。所述第一数据请求可为数据上传请求、数据下载请求、视频数据请求、图片数据请求、音频数据请求，或者文本数据请求等。所述用户针对所述终端设备的操作可为所述用户针对所述终端设备的数据请求控件的点击操作、拖拽操作等。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在本申请实施例中，所述第一数据请求的请求类型可为第一类型、第二类型，或者第三类型。所述第一数据请求携带的地址可为所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在确定接收到的第一数据请求的请求类型时，如果确定所述第一数据请求为数据上传请求，且所述第一数据请求所请求的上传数据量大于预设的第一数据量阈值，则确定所述第一数据请求的请求类型为第一类型。其中，所述预设的第一数据量阈值可由本领域技术人员根据实际需要进行设定，本申请实施例对此不做任何限定。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在确定所述第一数据请求是否为数据上传请求时，可通过提取所述第一数据请求中的类型字段中的类型内容，来确定所述第一数据请求是否为数据上传请求。在确定所述第一数据请求所请求的上传数据量时，可通过提取所述第一数据请求中携带的上传数据量，来确定所述第一数据请求所请求的上传数据量。之所以在对数据请求进行请求类型的划分时，将请求类型划分为第一类型，是因为属于第一类型的数据请求为上传数据请求，并且属于第一类型的数据请求所请求的上传数据量足够多，从而能够充分利用互联网带宽，使得上传数据的传输吞吐更大。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在确定接收到的第一数据请求的请求类型时，如果确定所述第一数据请求为数据下载请求，且所述第一数据请求所请求的下载数据量大于预设的第二数据量阈值，则确定所述第一数据请求的请求类型为第二类型。其中，所述预设的第二数据量阈值可由本领域技术人员根据实际需要进行设定，本申请实施例对此不做任何限定。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在确定所述第一数据请求是否为数据下载请求时，可通过提取所述第一数据请求中的类型字段中的类型内容，来确定所述第一数据请求是否为数据下载请求。在确定所述第一数据请求所请求的下载数据量时，可通过提取所述第一数据请求中携带的下载数据量，来确定所述第一数据请求所请求的下载数据量。之所以在对数据请求进行请求类型的划分时，将请求类型划分为第二类型，是因为属于第二类型的数据请求为下载数据请求，并且属于第二类型的数据请求所请求的下载数据量足够多，从而能够充分利用互联网带宽，使得下载数据的传输吞吐更大。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在确定接收到的第一数据请求的请求类型时，如果确定所述第一数据请求所请求的数据量小于或等于预设的第三数据量阈值，则确定所述第一数据请求的请求类型为第三类型。其中，所述预设的第三数据量阈值可由本领域技术人员根据实际需要进行设定，本申请实施例对此不做任何限定。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在确定所述第一数据请求所请求的数据量时，可通过提取所述第一数据请求中携带的数据量，来确定所述第一数据请求所请求的数据量。另外，如果存在一条传输路径的延时比较短，并且该传输路径有少量丢包，因为有丢包所以不适合大数据量的传输，但是该传输路径延时短，并且传输的数据量又少，即使重传数据包也不会造成太大的延时增加，因此，该传输路径适合于传输属于第三类型的数据请求所请求的数据。对于属于第三类型的数据请求而言，该传输路径比传输质量好而延时比较高的传输路径会有优势。因此，在对数据请求进行请求类型的划分时，可将请求类型划分为第三类型。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，所述预设的第一数据量阈值、所述预设的第二数据量阈值，以及所述预设的第三数据量阈值可均为14K。之所以是14K，是因为目前主流的TCP协议实现的拥塞窗口的大小为10，也就是一次性向网络中发十个数据包，一个数据包携带1.4k左右的数据，总共14K左右的数据。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在确定接收到的第一数据请求携带的地址时，可通过提取所述第一数据请求中的地址字段中的地址内容，来确定接收到的第一数据请求携带的地址。其中，所述第一数据请求携带的地址可为所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S102中，基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径。

在一些可选实施例中，在基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径时，确定与所述请求类型匹配的多个第三传输路径；确定所述多个第三传输路径中两端地址与所述地址匹配的用于传输所述第一数据请求所请求的数据的所述第一传输路径。籍此，通过第一数据请求的请求类型和第一数据请求携带的地址，能够准确地确定第一数据请求所请求的数据的第一传输路径。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，所述请求类型和所述地址与所述第一传输路径是预先匹配好的。举例来说，当所述第一数据请求的所述请求类型为第一类型，并且所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址分别为A和B时，那么确定得到的所述第一传输路径适合于传输属于所述第一类型的所述第一数据请求所请求的数据，并且确定得到的所述第一传输路径的两端地址分别为A和B。当所述第一数据请求的所述请求类型为第二类型，并且所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址分别为C和D时，那么确定得到的所述第一传输路径适合于传输属于所述第二类型的所述第一数据请求所请求的数据，并且确定得到的所述第一传输路径的两端地址分别为C和D。当所述第一数据请求的所述请求类型为第三类型，并且所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址分别为E和F时，那么确定得到的所述第一传输路径适合于传输属于所述第三类型的所述第一数据请求所请求的数据，并且确定得到的所述第一传输路径的两端地址分别为E和F。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在步骤S103中，基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

在本申请实施例中，在获得第一传输路径之后，机房接入点可使用所述第一传输路径，对所述第一数据请求所请求的数据进行传输。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

通过本申请实施例提供的数据传输方法，确定接收到的第一数据请求的请求类型和第一数据请求携带的地址，并基于请求类型和地址，确定第一数据请求所请求的数据的第一传输路径，再基于第一传输路径，对第一数据请求所请求的数据进行传输，与现有的技术方案相比，基于接收到的第一数据请求的请求类型和第一数据请求携带的地址，确定第一数据请求所请求的数据的第一传输路径，再基于第一传输路径，对第一数据请求所请求的数据进行传输，不仅能够有效提升数据请求所请求的数据的传输稳定性，而且还能够充分利用互联网带宽。

本实施例的数据传输方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、眼镜、手表、可穿戴设备、虚拟显示设备或显示增强设备等。

参照图2A，示出了本申请实施例二提供的数据传输方法的步骤流程图。

具体地，本实施例提供的数据传输方法包括以下步骤：

在步骤S201中，确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址。

由于该步骤S201的具体实施方式与上述步骤S101的具体实施方式类似，在此不再赘述。

在步骤S202中，对属于所述请求类型且携带有所述地址的第二数据请求所请求的数据进行传输路径的探测，以获得与所述请求类型和所述地址匹配的所述第一传输路径。

在本申请实施例中，所述请求类型可为第一类型、第二类型，或者第三类型。所述地址可为所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，在对属于所述请求类型且携带有所述地址的第二数据请求所请求的数据进行传输路径的探测时，基于所述第二数据请求携带的所述第二数据请求的发送方和接收方的地址，确定多个用于传输所述第二数据请求所请求的数据的第二传输路径；使用所述第二数据请求所请求的数据，对多个所述第二传输路径分别进行探测，以获得多个所述第二传输路径的探测结果；基于多个所述第二传输路径的探测结果，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径。籍此，通过对属于请求类型且携带有地址的第二数据请求所请求的数据进行传输路径的探测，能够准确地获得与请求类型和地址匹配的第一传输路径。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，所述第二数据请求携带的所述第二数据请求的发送方的地址与所述第一数据请求携带的所述第一数据请求的发送方的地址相同，并且所述第二数据请求携带的所述第二数据请求的接收方的地址与所述第一数据请求携带的所述第一数据请求的接收方的地址相同。在使用所述第二数据请求所请求的数据，对多个所述第二传输路径分别进行探测时，使用多个所述第二传输路径分别传输所述第二数据请求所请求的数据，以获得多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输结果。其中，所述传输结果包括多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一些可选实施例中，所述探测结果包括多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率。在基于多个所述第二传输路径的探测结果，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径时，基于多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径。籍此，通过多个第二传输路径分别传输第二数据请求所请求的数据的传输时长，和/或多个第二传输路径分别传输第二数据请求所请求的数据的传输成功率，能够准确地确定多个第二传输路径中与请求类型和地址匹配的第一传输路径。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个具体的例子中，在确定多个第二传输路径中与请求类型和地址匹配的第一传输路径时，确定多个第二传输路径中传输时长最短和/或传输成功率最高的第二传输路径为与所述请求类型和所述地址匹配的所述第一传输路径。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

在一个例子中，上述步骤S201和步骤S202的执行顺序只是为了方便描述给出的一个示例，在实际应用中，还可以改变步骤之间的执行顺序，对此执行顺序不做限制。而且，在其它实施例中，并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其它实施例中可能被分解为多个步骤进行描述；本说明书中所描述的多个步骤，在其它实施例也可能被合并为单个步骤进行描述。

在步骤S203中，基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径。

由于该步骤S203的具体实施方式与上述步骤S102的具体实施方式类似，在此不再赘述。

在步骤S204中，基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

由于该步骤S204的具体实施方式与上述步骤S103的具体实施方式类似，在此不再赘述。

在一个具体的例子中，如图2B所示，响应于用户点击位于杭州的终端设备中的链接地址的操作，生成第一数据请求，并向就近的杭州机房接入点发送生成的第一数据请求。当所述第一数据请求的所述请求类型为第一类型，并且所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址分别为杭州和澳门时，那么所述第一传输路径1适合于传输属于所述第一类型的所述第一数据请求所请求的数据，并且所述第一传输路径1的两端地址分别为杭州和澳门。其中，所述第一传输路径1可为属于所述第一类型的所述第一数据请求所请求的数据从杭州经由广州到达澳门。当所述第一数据请求的所述请求类型为第二类型，并且所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址分别为杭州和澳门时，那么所述第一传输路径2适合于传输属于所述第二类型的所述第一数据请求所请求的数据，并且所述第一传输路径2的两端地址分别为杭州和澳门。其中，所述第一传输路径2可为属于所述第二类型的所述第二数据请求所请求的数据从杭州直接到达澳门。当所述第一数据请求的所述请求类型为第三类型，并且所述第一数据请求携带的所述第一数据请求的发送方和接收方的地址分别为杭州和澳门时，那么所述第一传输路径3适合于传输属于所述第三类型的所述第一数据请求所请求的数据，并且所述第一传输路径3的两端地址分别为杭州和澳门。其中，所述第一传输路径3可为属于所述第三类型的所述第一数据请求所请求的数据从杭州经由香港到达澳门。可以理解的是，以上描述仅为示例性的，本申请实施例对此不做任何限定。

通过本申请实施例提供的数据传输方法，确定接收到的第一数据请求的请求类型和第一数据请求携带的地址，并对属于请求类型且携带有地址的第二数据请求所请求的数据进行传输路径的探测，以获得与请求类型和地址匹配的第一传输路径，再基于请求类型和地址，确定第一数据请求所请求的数据的第一传输路径，再基于第一传输路径，对第一数据请求所请求的数据进行传输，与现有的技术方案相比，对属于请求类型且携带有地址的第二数据请求所请求的数据进行传输路径的探测，以获得与请求类型和地址匹配的第一传输路径，并基于接收到的第一数据请求的请求类型和第一数据请求携带的地址，确定第一数据请求所请求的数据的第一传输路径，再基于第一传输路径，对第一数据请求所请求的数据进行传输，能够使用探测获得的与请求类型和地址匹配的第一传输路径，对第一数据请求所请求的数据进行传输，不仅能够有效提升数据请求所请求的数据的传输稳定性，而且还能够充分利用互联网带宽。

本实施例的数据传输方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：摄像头、终端、移动终端、PC机、服务器、车载设备、娱乐设备、广告设备、个人数码助理(PDA)、平板电脑、笔记本电脑、掌上游戏机、眼镜、手表、可穿戴设备、虚拟显示设备或显示增强设备等。

参照图3，示出了本申请实施例三中数据传输装置的结构示意图。

本实施例提供的数据传输装置包括：第一确定模块301，用于确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；第二确定模块302，用于基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；传输模块303，用于基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

本实施例的数据传输装置用于实现前述多个方法实施例中相应的数据传输方法，并具有相应的方法实施例的有益效果，在此不再赘述。

参照图4，示出了本申请实施例四中数据传输装置的结构示意图。

本实施例提供的数据传输装置包括：第一确定模块401，用于确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；第二确定模块403，用于基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；传输模块404，用于基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

可选地，所述第一确定模块401，具体用于：如果确定所述第一数据请求为数据上传请求，且所述第一数据请求所请求的上传数据量大于预设的第一数据量阈值，则确定所述第一数据请求的请求类型为第一类型。

可选地，所述第一确定模块401，具体用于：如果确定所述第一数据请求为数据下载请求，且所述第一数据请求所请求的下载数据量大于预设的第二数据量阈值，则确定所述第一数据请求的请求类型为第二类型。

可选地，所述第一确定模块401，具体用于：如果确定所述第一数据请求所请求的数据量小于或等于预设的第三数据量阈值，则确定所述第一数据请求的请求类型为第三类型。

可选地，所述第二确定模块403之前，所述装置还包括：探测模块402，用于对属于所述请求类型且携带有所述地址的第二数据请求所请求的数据进行传输路径的探测，以获得与所述请求类型和所述地址匹配的所述第一传输路径。

可选地，所述探测模块402，包括：第一确定子模块4021，用于基于所述第二数据请求携带的所述第二数据请求的发送方和接收方的地址，确定多个用于传输所述第二数据请求所请求的数据的第二传输路径；探测子模块4022，用于使用所述第二数据请求所请求的数据，对多个所述第二传输路径分别进行探测，以获得多个所述第二传输路径的探测结果；第二确定子模块4023，用于基于多个所述第二传输路径的探测结果，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径。

可选地，所述探测结果包括多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率，所述第二确定子模块4023，具体用于：基于多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径。

可选地，所述第二确定模块403，具体用于：确定与所述请求类型匹配的多个第三传输路径；确定所述多个第三传输路径中两端地址与所述地址匹配的用于传输所述第一数据请求所请求的数据的所述第一传输路径。

可选地，所述第一确定模块401之前，所述装置还包括：接收模块405，用于接收终端设备基于用户针对所述终端设备的操作发送的所述第一数据请求。

本实施例的数据传输装置用于实现前述多个方法实施例中相应的数据传输方法，并具有相应的方法实施例的有益效果，在此不再赘述。

图5为本申请实施例五中电子设备的结构示意图；该电子设备可以包括：

一个或多个处理器501；

计算机可读介质502，可以配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例一或实施例二所述的数据传输方法。

图6为本申请实施例六中电子设备的硬件结构；如图6所示，该电子设备的硬件结构可以包括：处理器601，通信接口602，计算机可读介质603和通信总线604；

其中处理器601、通信接口602、计算机可读介质603通过通信总线604完成相互间的通信；

可选地，通信接口602可以为通信模块的接口，如GSM模块的接口；

其中，处理器601具体可以配置为：确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

处理器601可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

计算机可读介质603可以是，但不限于，随机存取存储介质(Random AccessMemory，RAM)，只读存储介质(Read Only Memory，ROM)，可编程只读存储介质(Programmable Read-Only Memory，PROM)，可擦除只读存储介质(Erasable ProgrammableRead-Only Memory，EPROM)，电可擦除只读存储介质(Electric Erasable ProgrammableRead-Only Memory，EEPROM)等。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含配置为执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写配置为执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络：包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个配置为实现规定的逻辑功能的可执行指令。上述具体实施例中有特定先后关系，但这些先后关系只是示例性的，在具体实现的时候，这些步骤可能会更少、更多或执行顺序有调整。即在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定模块、第二确定模块和传输模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一确定模块还可以被描述为“确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址的模块”。

作为另一方面，本申请还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例一或实施例二所描述的数据传输方法。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

在本公开的各种实施方式中所使用的表述“第一”、“第二”、“所述第一”或“所述第二”可修饰各种部件而与顺序和/或重要性无关，但是这些表述不限制相应部件。以上表述仅配置为将元件与其它元件区分开的目的。例如，第一用户设备和第二用户设备表示不同的用户设备，虽然两者均是用户设备。例如，在不背离本公开的范围的前提下，第一元件可称作第二元件，类似地，第二元件可称作第一元件。

当一个元件(例如，第一元件)称为与另一元件(例如，第二元件)“(可操作地或可通信地)联接”或“(可操作地或可通信地)联接至”另一元件(例如，第二元件)或“连接至”另一元件(例如，第二元件)时，应理解为该一个元件直接连接至该另一元件或者该一个元件经由又一个元件(例如，第三元件)间接连接至该另一个元件。相反，可理解，当元件(例如，第一元件)称为“直接连接”或“直接联接”至另一元件(第二元件)时，则没有元件(例如，第三元件)***在这两者之间。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种数据传输方法，所述方法包括：

确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；

基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；

基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

2.根据权利要求1所述的方法，其中，所述确定接收到的第一数据请求的请求类型，包括：

如果确定所述第一数据请求为数据上传请求，且所述第一数据请求所请求的上传数据量大于预设的第一数据量阈值，则确定所述第一数据请求的请求类型为第一类型。

3.根据权利要求1所述的方法，其中，所述确定接收到的第一数据请求的请求类型，包括：

如果确定所述第一数据请求为数据下载请求，且所述第一数据请求所请求的下载数据量大于预设的第二数据量阈值，则确定所述第一数据请求的请求类型为第二类型。

4.根据权利要求1所述的方法，其中，所述确定接收到的第一数据请求的请求类型，包括：

如果确定所述第一数据请求所请求的数据量小于或等于预设的第三数据量阈值，则确定所述第一数据请求的请求类型为第三类型。

5.根据权利要求1所述的方法，其中，所述基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径之前，所述方法还包括：

对属于所述请求类型且携带有所述地址的第二数据请求所请求的数据进行传输路径的探测，以获得与所述请求类型和所述地址匹配的所述第一传输路径。

6.根据权利要求5所述的方法，其中，所述对属于所述请求类型且携带有所述地址的第二数据请求所请求的数据进行传输路径的探测，以获得与所述请求类型和所述地址匹配的所述第一传输路径，包括：

基于所述第二数据请求携带的所述第二数据请求的发送方和接收方的地址，确定多个用于传输所述第二数据请求所请求的数据的第二传输路径；

使用所述第二数据请求所请求的数据，对多个所述第二传输路径分别进行探测，以获得多个所述第二传输路径的探测结果；

基于多个所述第二传输路径的探测结果，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径。

7.根据权利要求6所述的方法，其中，所述探测结果包括多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率，

所述基于多个所述第二传输路径的探测结果，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径，包括：

基于多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输时长，和/或多个所述第二传输路径分别传输所述第二数据请求所请求的数据的传输成功率，确定多个所述第二传输路径中与所述请求类型和所述地址匹配的所述第一传输路径。

8.根据权利要求1所述的方法，其中，所述基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径，包括：

确定与所述请求类型匹配的多个第三传输路径；

确定所述多个第三传输路径中两端地址与所述地址匹配的用于传输所述第一数据请求所请求的数据的所述第一传输路径。

9.根据权利要求1所述的方法，其中，所述确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址之前，所述方法还包括：

接收终端设备基于用户针对所述终端设备的操作发送的所述第一数据请求。

10.一种数据传输装置，所述装置包括：

第一确定模块，用于确定接收到的第一数据请求的请求类型和所述第一数据请求携带的地址；

第二确定模块，用于基于所述请求类型和所述地址，确定所述第一数据请求所请求的数据的第一传输路径；

传输模块，用于基于所述第一传输路径，对所述第一数据请求所请求的数据进行传输。

11.一种电子设备，其中，所述设备包括：

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任意一项权利要求所述的数据传输方法。

12.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-9中任意一项权利要求所述的数据传输方法。

Images