CN112702229B - 数据传输方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本申请公开了数据传输方法、装置、电子设备以及存储介质，涉及云存储、网络通信技术领域。数据传输方法具体实现方案为：在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息；根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能；以及在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。

Description

数据传输方法、装置、电子设备以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及云存储、网络通信技术。

背景技术

客户端请求数据时，有时会出现传输速度慢或者无法传输的问题。现有技术中通常使用第三方测速软件进行测速，但有时第三方测速软件并不能较为准确地检测当前网络问题，并且使用第三方测速软件进行检测时，需要用户手动操作第三方测速软件进行检测，效率低，体验差。

发明内容

本公开提供了一种数据传输方法、装置、电子设备以及存储介质。

根据本公开的一方面，提供了一种数据传输方法，包括：在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息；根据所述入网点的网络地址信息向所述入网点请求数据，以探测所述客户端和所述入网点之间的网络性能；以及在根据所述客户端和所述入网点之间的网络性能确定所述客户端侧的网络正常的情况下，基于所述入网点实现所述客户端与所述服务端之间的数据传输。

根据本公开的另一方面，提供了一种数据传输装置，包括：第一获取模块、请求模块和传输模块。

第一获取模块，用于在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息。请求模块，用于根据所述入网点的网络地址信息向所述入网点请求数据，以探测所述客户端和所述入网点之间的网络性能。传输模块，用于在根据所述客户端和所述入网点之间的网络性能确定所述客户端侧的网络正常的情况下，基于所述入网点实现所述客户端与所述服务端之间的数据传输。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示意性示出了根据本公开实施例的可以应用数据传输方法及装置的示例性系统架构；

图2示意性示出了根据本公开实施例的数据传输方法的流程图；

图3示意性示出了根据本公开实施例的确定客户端侧网络是否正常的流程图；

图4示意性示出了根据本公开实施例的基于目标入网点实现客户端与服务端之间的数据传输的示意图；

图5示意性示出了根据本公开实施例的对数据进行加解密的示意图；

图6示意性示出了根据本公开另一实施例的适用数据传输方法的示意图；

图7示意性示出了根据本公开实施例的数据传输装置的框图；以及

图8示出了可以用来实施本公开的实施例的示例电子设备的示意性框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

客户端利用网络下载有时会出现下载速度慢或者无法下载的问题，导致该问题的原因主要包括：(1)下载侧用户网络质量较差(2)下载服务器(服务器通常为CDN/IDC服务器)质量较差(3)下载侧到服务器之间的网络链路质量较差。为了提高用户下载体验，下载程序应该能有效确定导致下载问题的原因，如果是下载服务器或者网络链路的问题，需要通过其他技术手段进行解决。

在遇到网络下载问题时可以采用如下方案解决：(1)当下载较慢时，用户通常使用第三方测速软件进行测速，以确定是自己客户端网络问题还是服务器问题，并向下载服务提供商进行反馈。但该方案的下载客户端没有实现自动网络问题定位功能，需要用户自己使用第三方工具(即第三方测速软件)进行检测，有时第三方检测工具并不能准确检测当前网络问题，而且通过用户自己进行检测的方式，效率低，体验差。(2)下载软件自动进行网络质量探测，对网络耗时等指标进行统计，确定当前网络问题。但该方案大部分下载客户端只是对tcp、http请求等耗时指标进行检测，对于下载服务，而需要探测网络吞吐量，因此只对耗时等指标进行统计，并不能准确定位问题。有的下载客户端会进行吞吐量的探测，但是进行探测时使用单一的探测服务器，也不能准确测量出网络吞吐量。(3)如果确定是服务器的问题，通常会切换下载链接，从其他服务器进行下载。但该方案当确定是服务器问题时，通常会切换到其他服务器进行下载，但是其他服务器同样可能会出现问题。

根据本公开的实施例，提供了一种数据传输方法、装置、电子设备以及存储介质。该数据传输方法包括：在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息；根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能；以及在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。

图1示意性示出了根据本公开实施例的可以应用数据传输方法及装置的示例性系统架构。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构可以包括终端设备101，服务器102，入网点103和入网点104。在终端设备101，服务器102，入网点103和入网点104之间包括提供通信链路的介质，例如可以包括有线和/或无线通信链路等等。

用户可以使用终端设备101通过网络与服务器102交互，以接收或发送消息等。终端设备101上可以安装有各种通讯客户端应用，例如网盘应用、知识阅读类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。

终端设备101可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器102可以是提供各种服务的服务器，例如对用户利用终端设备101所浏览或下载提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

入网点103和入网点104可以是分散于网络边缘的众多机器，这些机器一般具有公网IP，网络质量较好，能够提供通往外部服务和站点的链路。入网点103和入网点104可以包括各种网络设备，例如包括但不限于路由器设备，交换机，计算设备等等。

需要说明的是，本公开实施例所提供的数据传输方法一般可以由终端设备101执行。相应地，本公开实施例所提供的数据传输装置也可以设置于终端设备101中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的数据传输方法的流程图。

如图2所示，该方法包括操作S210～S230。

在操作S210，在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息。

在操作S220，根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能。

在操作S230，在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。

根据本公开的实施例，客户端与服务端之间数据传输出现故障例如可以是客户端与服务端之间数据传输的传输速率相比于之前一段时间变慢，或者，可以是客户端与服务端之间数据传输的传输速率小于预设速率。

根据本公开的实施例，上述客户端与服务端之间数据传输出现故障的情形仅是示例性实施例，但不限于此，还可以包括本领域已知的其他情形。

根据本公开的实施例，可以获取一个或多个入网点的网络地址信息，入网点的网络地址信息例如可以是入网点的IP地址。

根据本公开的实施例，可以根据客户端的地理位置信息和/或网络运营商信息，从控制服务器中获取一个或多个入网点的网络地址信息，其中，控制服务器中存储有入网点列表，入网点列表中包括每个入网点的地理位置信息、网络运营商信息和网络地址信息。

根据本公开的实施例，网络性能包括但不限于下载速率、网络吞吐量、响应时间等等。

根据本公开的实施例，在客户端与服务端之间数据传输出现故障的情况下，可以获取多个入网点的网络地址信息，然后根据每个入网点的网络地址信息向每个入网点请求数据，以探测客户端和每个入网点之间的网络性能。

根据本公开的实施例，根据客户端和每个入网点之间的网络性能，确定多个入网点中网络性能最好的入网点，将多个入网点中网络性能最好的入网点确定为目标入网点。

根据本公开的实施例，网络性能最好的入网点例如可以是下载速度最快的节点。需要说明的是，下载速度最快作为网络性能最好仅是示例性实施例，但不限于此，还可以包括本领域已知的其他情形。

根据本公开的实施例，可以向目标入网点发送请求，以便目标入网点将客户端的请求转发至服务端。

根据本公开的实施例，在客户端中提供了自动探速进行网络故障原因定位，以及利用入网点进行中转提速，可选地，利用网络性能最好的入网点进行中转，解决了网络传输慢的问题，以客户端下载文件为例，提高了用户的下载体验。在探速和提速过程中使用了分布众多的入网点，提高了探速和提速的成功率。

通过本公开的实施例，在客户端与服务端之间数据传输出现故障的情况下，客户端可以根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能，在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。本公开的实施例使用入网点进行网络性能的测试，扩展了入网点的功能，使用入网点实现了自动探速，可以较为准确地检测当前网络问题，基于入网点实现客户端与服务端之间的数据传输，可以避免由于客户端与服务端之间直接用于数据传输的网络链路出现故障导致数据无法传输或传输速度慢的技术问题。无需使用第三方测速软件进行测速，也无需用户手动操作第三方测速软件进行检测，提高了数据传输效率，提高了用户体验。

下面参考图3～图6，结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的确定客户端侧网络是否正常的流程图。

如图3所示，该方法包括操作S310～S330。

在操作S310，确定客户端与服务端之间的网络性能。

在操作S320，在客户端和入网点之间的网络性能优于客户端与服务端之间的网络性能的情况下，确定客户端侧的网络正常。

在操作S330，在客户端与服务端之间的网络性能优于客户端和入网点之间的网络性能的情况下，确定客户端侧的网络异常。

根据本公开的实施例，客户端与服务端之间的网络性能例如可以是客户端当前的下载速率，例如还可以是响应时间等等。

根据本公开的实施例，当客户端与服务端之间的网络性能出现异常时，例如，客户端当前的下载速率小于预设阈值时，可以进行探速以确定下载问题的原因。

根据本公开的实施例，探速的方式例如可以是向多个入网点请求数据，确定客户端和每个入网点之间的网络性能。

根据本公开的实施例，当客户端和一个或多个入网点之间的网络性能优于客户端与服务端之间的网络性能的情况下，可以确定客户端侧的网络正常，即有可能是与客户端直接通信的服务器本身或者客户端与服务端之间的网络链路出现问题。

根据本公开的实施例，例如，客户端和一个或多个入网点之间的下载速率高于客户端与服务端之间的下载速率，可以确定客户端侧的网络正常。

根据本公开的实施例，在确定客户端侧的网络正常的情况下，可以基于入网点实现客户端与服务端之间的数据传输。

根据本公开的实施例，每个入网点可以具有对应的关联服务器，每个或每组服务器都可以单独响应客户端的请求。

根据本公开的实施例，在基于入网点实现客户端与服务端之间的数据传输时，客户端可以基于入网点实现与该入网点关联的服务器之间的数据传输。

根据本公开的实施例，在确定客户端侧的网络异常的情况下，可以提示客户端侧网络出现异常，以便用户及时查明异常原因。

根据本公开的实施例，基于入网点实现客户端与服务端之间的数据传输包括：向目标入网点发送请求，以便目标入网点将请求转发至服务端；以及接收由目标入网点发送的目标数据，其中，目标数据为服务端响应请求后向目标入网点发送的数据。

根据本公开的实施例，服务端可以包括部署在不同位置的服务器集群。目标入网点可以将请求转发至服务端中与目标入网点相关联的服务器集群。

根据本公开的实施例，目标入网点可以是满足节点筛选条件的节点。

根据本公开的实施例，筛选条件可以包括但不限于预设距离、网络运营商类型和预设性能条件。

根据本公开的实施例，目标入网点的地理位置与客户端的地理位置之间满足预设距离，和/或目标入网点的网络运营商类型与客户端的网络运营商类型相同，和/或目标入网点与客户端之间的网络性能满足预设性能条件。

根据本公开的实施例，例如，目标入网点可以是距离客户端最近的入网点，也可以是网络性能较好或最好的入网点。

图4示意性示出了根据本公开实施例的基于目标入网点实现客户端与服务端之间的数据传输的示意图。

如图4所示，在该应用场景中，包括第一入网点402、第二入网点404和第三入网点406。与第一入网点402关联的第一服务器403，与第二入网点404关联的第二服务器405，与第三入网点406关联的第三服务器407。

根据本公开的实施例，目标入网点可以包括多个，向目标入网点发送请求，以便目标入网点将请求转发至服务端包括：向每个目标入网点发送请求，以便每个目标入网点将请求转发至与目标入网点对应的服务器。

根据本公开的实施例，可以从第一入网点402、第二入网点404和第三入网点406中确定目标入网点。以目标入网点为第一入网点402和第二入网点404为例，客户端401可以向第一入网点402和第二入网点404分别发送请求，以便第一入网点402和第二入网点404将请求分别转发至第一服务器403和第二服务器405；第一服务器403和第二服务器405在响应请求后向第一入网点402和第二入网点404发送目标数据。客户端401接收第一入网点402和第二入网点404分别发送的目标数据。

根据本公开的实施例，通过多个目标入网点进行请求或数据中转，可以提高请求响应的成功率和速度。

根据本公开的实施例，接收由目标入网点发送的目标数据包括：在接收到一个目标入网点最早发送的目标数据之后，对多个目标入网点中的其他目标入网点后续发送的目标数据进行丢包处理。

根据本公开的实施例，例如，在接收到第一入网点402最先发送的目标数据之后，对第二入网点404后续发送的目标数据进行丢包处理。丢包处理的操作可以是删除操作。

根据本公开的实施例，通过对多个目标入网点中的其他目标入网点后续发送的目标数据进行丢包处理，在保证请求响应成功的情况下，还可以减少本地数据存储量。

图5示意性示出了根据本公开实施例的对数据进行加解密的示意图。

如图5所示，在该应用场景中，客户端501向第一目标入网点502和第二目标入网点504分别发送请求，以及第一目标服务器503和第二目标服务器505响应请求的过程可以参考图4的描述，在此不再赘述。第一目标服务器503和第二目标服务器505可以对需要传输的数据进行加密。

根据本公开的实施例，客户端501可以接收由第一目标入网点502和第二目标入网点504分别发送的加密数据。

根据本公开的实施例，控制服务器506中存储有不同的加密密钥，每个加密密钥与客户端501的请求相对应。在服务端将用于响应客户端501的请求的数据进行加密后，服务端可以将加密密钥发送给控制服务器506。

根据本公开的实施例，客户端501可以从控制服务器506中获取加密密钥，然后基于加密密钥对加密数据进行解密，得到解密数据。

图6示意性示出了根据本公开另一实施例的适用数据传输方法的示意图。

如图6所示，以客户端为网盘客户端601、服务端为内容分发平台CDN或数据中心IDC604为例，说明本公开实施例的数据传输方法。本公开实施例提供的数据传输方法包括探速阶段和提速阶段。

在探速阶段：

当网盘客户端601出现下载缓慢问题时，首先需要进行探速以确定下载问题的原因。探速过程如下

(1)网盘客户端601从控制服务器(图中未示出)获取PoP节点(即入网点)的网络地址信息，控制服务器根据网盘客户端601的网络运营商、地域等信息返回一定数量质量较好的PoP节点，例如，返回第一PoP节点602和第二PoP节点603。

(2)网盘客户端601可以并发向这些PoP节点请求数据，同时记录下载速度最快的节点，并把所有下载连接收敛到该PoP节点，可以探测出网络最大吞吐量。

(3)如果通过PoP节点探速测试出的网络最大吞吐量大于网盘客户端601与CDN或IDC604之间的吞吐量，说明网盘客户端601本端下载没有问题，下载速度慢可能是网络链路出现故障的问题。

在提速阶段：

当确定是网络链路问题后，可以通过探速过程中记录的网络质量较好的一批PoP节点进行提速，例如，网络质量较好的PoP节点为第二PoP节点603。提速主要流程如下：

(1)网盘客户端601将下载请求发送到筛选出的质量较好的第二PoP节点603。

(2)在第二PoP节点603预先部署中转程序，中转程序接收网盘客户端601的下载请求，并将下载请求发送到CDN或IDC604，其中，不同的PoP节点会将下载请求发送到不同的CDN或IDC604，即下载服务器。

(3)CDN或IDC604将下载数据发送到第二PoP节点603，第二PoP节点603将数据返回到下载客户端。

(4)为了保证数据安全性，通过PoP节点中转的数据可以是加密数据。加密过程为，数据在CDN/IDC604加密，网盘客户端601通过https从控制服务器获取加密密钥，网盘客户端601通过PoP中转获取加密数据，网盘客户端601用加密密钥对获取的加密数据进行解密。

根据本公开的实施例，在网盘客户端中提供了自动探速进行网络原因定位以及中转提速，解决网络下载慢的问题，提高了用户的下载体验。在探速和提速过程中使用了分布众多的PoP节点，提高探速和提速的成功率。在探速和提速时收敛到几个质量最好的PoP节点，有效提高了探速的质量和效果，准确定位下载问题，并通过多个PoP点进行下载中转提高下载的成功率和速度。

图7示意性示出了根据本公开实施例的数据传输装置的框图。

如图7所示，数据传输装置700包括：第一获取模块710、请求模块720和输模块730。

第一获取模块710，用于在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息。

请求模块720，用于根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能。

传输模块730，用于在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。

通过本公开的实施例，在客户端与服务端之间数据传输出现故障的情况下，客户端可以根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能，在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。本公开的实施例使用入网点进行网络性能的测试，扩展了入网点的功能，使用入网点实现了自动探速，可以较为准确地检测当前网络问题，基于入网点实现客户端与服务端之间的数据传输，可以避免由于客户端与服务端之间直接用于数据传输的网络链路出现故障导致数据无法传输或传输速度慢的技术问题。无需使用第三方测速软件进行测速，也无需用户手动操作第三方测速软件进行检测，提高了数据传输效率，提高了用户体验。

根据本公开的实施例，传输模块730包括：发送单元和接收单元。

发送单元，用于向目标入网点发送请求，以便目标入网点将请求转发至服务端。

接收单元，用于接收由目标入网点发送的目标数据，其中，目标数据为服务端响应请求后向目标入网点发送的数据。

根据本公开的实施例，接收单元用于：接收由目标入网点发送的且由服务端加密后的加密数据。

根据本公开的实施例，数据传输装置700还包括：第二获取模块和解密模块。

第二获取模块，用于从控制服务器中获取加密密钥，其中，控制服务器中的加密密钥为服务端发送的。

解密模块，用于基于加密密钥对加密数据进行解密，得到解密数据。

根据本公开的实施例，目标入网点包括多个，其中，发送单元用于：向每个目标入网点发送请求，以便每个目标入网点将请求转发至与目标入网点对应的服务器。接收单元用于：在接收到一个目标入网点最早发送的目标数据之后，对多个目标入网点中的其他目标入网点后续发送的目标数据进行丢包处理。

根据本公开的实施例，目标入网点的地理位置与客户端的地理位置之间满足预设距离，和/或目标入网点的网络运营商类型与客户端的网络运营商类型相同，和/或目标入网点与客户端之间的网络性能满足预设性能条件。

根据本公开的实施例，数据传输装置700还包括：第一确定模块、第二确定模块和第三确定模块。

第一确定模块，用于确定客户端与服务端之间的网络性能。

第二确定模块，用于在客户端和入网点之间的网络性能优于客户端与服务端之间的网络性能的情况下，确定客户端侧的网络正常。

第三确定模块，用于在客户端与服务端之间的网络性能优于客户端和入网点之间的网络性能的情况下，确定客户端侧的网络异常。

根据本公开的实施例，第一获取模块用于：在客户端与服务端之间数据传输出现故障的情况下，获取多个入网点的网络地址信息。

根据本公开的实施例，请求模块用于：根据每个入网点的网络地址信息向每个入网点请求数据，以探测客户端和每个入网点之间的网络性能。

根据本公开的实施例，数据传输装置700还包括：第四确定模块和第五确定模块。

第四确定模块，用于根据客户端和每个入网点之间的网络性能，确定多个入网点中网络性能最好的入网点。

第五确定模块，用于将多个入网点中网络性能最好的入网点确定为目标入网点。

根据本公开的实施例，第一获取模块用于：根据客户端的地理位置信息和/或网络运营商信息，从控制服务器中获取多个入网点的网络地址信息，其中，控制服务器中存储有入网点列表，入网点列表包括每个入网点的地理位置信息、网络运营商信息和网络地址信息。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的方法。

根据本公开的实施例，一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如上所述的方法。

根据本公开的实施例，一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如上所述的方法。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如数据传输方法。例如，在一些实施例中，数据传输方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的数据传输方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据传输方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

通过本公开的实施例，在客户端与服务端之间数据传输出现故障的情况下，客户端可以根据入网点的网络地址信息向入网点请求数据，以探测客户端和入网点之间的网络性能，在根据客户端和入网点之间的网络性能确定客户端侧的网络正常的情况下，基于入网点实现客户端与服务端之间的数据传输。本公开的实施例使用入网点进行网络性能的测试，扩展了入网点的功能，使用入网点实现了自动探速，可以较为准确地检测当前网络问题，基于入网点实现客户端与服务端之间的数据传输，可以避免由于客户端与服务端之间直接用于数据传输的网络链路出现故障导致数据无法传输或传输速度慢的技术问题。无需使用第三方测速软件进行测速，也无需用户手动操作第三方测速软件进行检测，提高了数据传输效率，提高了用户体验。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (17)

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

在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息；

根据所述入网点的网络地址信息向所述入网点请求数据，以探测所述客户端和所述入网点之间的网络性能；以及

在根据所述客户端和所述入网点之间的网络性能确定所述客户端侧的网络正常的情况下，基于所述入网点实现所述客户端与所述服务端之间的数据传输；其中，

所述在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息包括：

在所述客户端与所述服务端之间数据传输出现故障的情况下，获取多个入网点的网络地址信息，其中，多个所述入网点为分散于网络边缘的机器，所述机器具有公网IP，且能够提供通往外部服务和站点的链路；

所述根据所述入网点的网络地址信息向所述入网点请求数据，以探测所述客户端和所述入网点之间的网络性能包括：

根据每个所述入网点的网络地址信息向每个所述入网点请求数据，以探测所述客户端和每个所述入网点之间的网络性能；

其中，每个所述入网点具有对应的关联服务器，所述关联服务器能够单独响应所述客户端的下载请求。

2.根据权利要求1所述的方法，其中，所述基于所述入网点实现所述客户端与所述服务端之间的数据传输包括：

向目标入网点发送请求，以便所述目标入网点将所述请求转发至所述服务端；以及

接收由所述目标入网点发送的目标数据，其中，所述目标数据为所述服务端响应所述请求后向所述目标入网点发送的数据。

3.根据权利要求2所述的方法，其中，

所述接收由所述目标入网点发送的目标数据包括：接收由所述目标入网点发送的且由所述服务端加密后的加密数据；

所述方法还包括：

从控制服务器中获取加密密钥，其中，所述控制服务器中的加密密钥为所述服务端发送的；

基于所述加密密钥对所述加密数据进行解密，得到解密数据。

4.根据权利要求2所述的方法，其中，所述目标入网点包括多个，其中，

所述向目标入网点发送请求，以便所述目标入网点将所述请求转发至所述服务端包括：

向每个所述目标入网点发送请求，以便每个所述目标入网点将所述请求转发至与所述目标入网点对应的服务器；

所述接收由所述目标入网点发送的目标数据包括：

在接收到一个所述目标入网点最早发送的所述目标数据之后，对多个所述目标入网点中的其他目标入网点后续发送的所述目标数据进行丢包处理。

5.根据权利要求2所述的方法，其中，所述目标入网点的地理位置与所述客户端的地理位置之间满足预设距离，和/或所述目标入网点的网络运营商类型与所述客户端的网络运营商类型相同，和/或所述目标入网点与所述客户端之间的网络性能满足预设性能条件。

6.根据权利要求1所述的方法，还包括：

确定所述客户端与所述服务端之间的网络性能；

在所述客户端和所述入网点之间的网络性能优于所述客户端与所述服务端之间的网络性能的情况下，确定所述客户端侧的网络正常；以及

在所述客户端与所述服务端之间的网络性能优于所述客户端和所述入网点之间的网络性能的情况下，确定所述客户端侧的网络异常。

7.根据权利要求1所述的方法，还包括：

根据所述客户端和每个所述入网点之间的网络性能，确定所述多个入网点中网络性能最好的入网点；

将所述多个入网点中网络性能最好的入网点确定为目标入网点。

8.根据权利要求1所述的方法，其中，所述获取多个入网点的网络地址信息包括：

根据所述客户端的地理位置信息和/或网络运营商信息，从控制服务器中获取所述多个入网点的网络地址信息，其中，所述控制服务器中存储有入网点列表，所述入网点列表包括每个入网点的地理位置信息、网络运营商信息和网络地址信息。

9.一种数据传输装置，包括：

第一获取模块，用于在客户端与服务端之间数据传输出现故障的情况下，获取入网点的网络地址信息；

请求模块，用于根据所述入网点的网络地址信息向所述入网点请求数据，以探测所述客户端和所述入网点之间的网络性能；

传输模块，用于在根据所述客户端和所述入网点之间的网络性能确定所述客户端侧的网络正常的情况下，基于所述入网点实现所述客户端与所述服务端之间的数据传输；

其中，所述第一获取模块用于：在所述客户端与所述服务端之间数据传输出现故障的情况下，获取多个入网点的网络地址信息，其中，多个所述入网点为分散于网络边缘的机器，所述机器具有公网IP，且能够提供通往外部服务和站点的链路；

所述请求模块用于：根据每个所述入网点的网络地址信息向每个所述入网点请求数据，以探测所述客户端和每个所述入网点之间的网络性能；

其中，每个所述入网点具有对应的关联服务器，所述关联服务器能够单独响应所述客户端的下载请求。

10.根据权利要求9所述的装置，其中，所述传输模块包括：

发送单元，用于向目标入网点发送请求，以便所述目标入网点将所述请求转发至所述服务端；以及

接收单元，用于接收由所述目标入网点发送的目标数据，其中，所述目标数据为所述服务端响应所述请求后向所述目标入网点发送的数据。

11.根据权利要求10所述的装置，其中，

所述接收单元用于：接收由所述目标入网点发送的且由所述服务端加密后的加密数据；

所述数据传输装置还包括：

第二获取模块，用于从控制服务器中获取加密密钥，其中，所述控制服务器中的加密密钥为所述服务端发送的；

解密模块，用于基于所述加密密钥对所述加密数据进行解密，得到解密数据。

12.根据权利要求10所述的装置，其中，所述目标入网点包括多个，其中，

所述发送单元用于：向每个所述目标入网点发送请求，以便每个所述目标入网点将所述请求转发至与所述目标入网点对应的服务器；

所述接收单元用于：在接收到一个所述目标入网点最早发送的所述目标数据之后，对多个所述目标入网点中的其他目标入网点后续发送的所述目标数据进行丢包处理。

13.根据权利要求10所述的装置，其中，所述目标入网点的地理位置与所述客户端的地理位置之间满足预设距离，和/或所述目标入网点的网络运营商类型与所述客户端的网络运营商类型相同，和/或所述目标入网点与所述客户端之间的网络性能满足预设性能条件。

14.根据权利要求9所述的装置，还包括：

第一确定模块，用于确定所述客户端与所述服务端之间的网络性能；

第二确定模块，用于在所述客户端和所述入网点之间的网络性能优于所述客户端与所述服务端之间的网络性能的情况下，确定所述客户端侧的网络正常；以及

第三确定模块，用于在所述客户端与所述服务端之间的网络性能优于所述客户端和所述入网点之间的网络性能的情况下，确定所述客户端侧的网络异常。

15.根据权利要求9所述的装置，还包括：

第四确定模块，用于根据所述客户端和每个所述入网点之间的网络性能，确定所述多个入网点中网络性能最好的入网点；

第五确定模块，用于将所述多个入网点中网络性能最好的入网点确定为目标入网点。

16.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

17.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。

Images