CN105100133A - 资源下载方法及装置 - Google Patents

Abstract

本发明公开了一种资源下载方法及装置，在上述方法中，确定在从第一服务器下载资源的过程中发生中断，且无法继续从第一服务器下载资源的剩余部分数据；向第二服务器发起获取剩余部分数据的请求；从第二服务器接收剩余部分数据，对当前已经下载的数据和剩余部分数据进行组合处理，获取资源。根据本发明提供的技术方案，能够有效解决目标服务器无法支持断点续传的问题，避免浪费下载时间和网络带宽，用户体验良好。

Description

资源下载方法及装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种资源下载方法及装置。

背景技术

超文本传输协议(HTTP)可以分为请求与响应，客户端(例如：浏览器)可以向服务器发送一个请求报文，而服务器则会向客户端返回一个响应报文。断点续传是指在上一次下载资源时断开的位置继续下载剩余的资源。此时，需要在请求报文头中添加range字段，以标识客户端需要下载的剩余资源的起始位置。

目前，随着国际化合作的逐步加深以及国际化交流的逐步加大，充分获知在国外存在相当数量的网站无法支持下载文件的断点续传，即在HTTP头中缺少range字段。那么，如果用户从此类网站下载网络资源，而恰巧浏览器在下载过程中又遇到用户执行的暂停下载操作或者网络发生异常所导致的下载未完成，均会导致已下载的资源无效并被舍弃。正由于用户无法继续下载网络资源，因而只能重新下载。由此可见，当遇到下载资源的站点不支持断点续传的情况下，如果浏览器不能将用户所需的资源一次性下载完成，那么只能对全部资源进行重新下载。由此所造成的后果在于用户下载体验较差，因为用户并不关心其所要下载的资源是否可以断点续传。而根据数据显示，上述不支持断点续传的站点并不占少数。

因此，相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差。

发明内容

本发明提供了一种资源下载方法及装置，以至少解决相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差的问题。

根据本发明的一个方面，提供了一种资源下载方法。

根据本发明实施例的断点续传方法包括：确定在从第一服务器下载资源的过程中发生中断，且无法继续从第一服务器下载资源的剩余部分数据；向第二服务器发起获取剩余部分数据的请求；从第二服务器接收剩余部分数据，对当前已经下载的数据和剩余部分数据进行组合处理，获取资源。

优选地，向第二服务器获取剩余部分数据包括：将下载资源的下载链接以及资源的下载进度数据封装在请求中，其中，下载链接和下载进度数据用于第二服务器向第一服务器获取剩余部分数据；向第二服务器发送请求。

根据本发明的另一方面，提供了一种资源下载方法。

根据本发明实施例的断点续传方法包括：接收客户端上报的与待下载资源对应的下载链接以及客户端当前已经从服务器下载的部分资源的进度数据，其中，待下载资源包括：客户端已经从服务器下载的部分资源和客户端未从服务器下载完成的剩余部分资源；根据下载链接和进度数据从服务器下载剩余部分资源，并将剩余部分资源发送至客户端。

优选地，根据下载链接和进度数据从服务器下载剩余部分资源包括：根据下载链接创建下载任务，开始从服务器下载待下载资源；向客户端返回任务标识，其中，任务标识用于客户端请求获取剩余部分资源。

优选地，将剩余部分资源发送至客户端包括：判断从服务器下载待下载资源的下载进度数据是否大于进度数据；如果是，则向客户端发送服务器已下载的剩余资源。

根据本发明的又一方面，提供了一种资源下载装置。

根据本发明实施例的断点续传装置包括：确定模块，用于确定在从第一服务器下载资源的过程中发生中断，且无法继续从第一服务器下载资源的剩余部分数据；请求模块，用于向第二服务器发起获取剩余部分数据的请求；获取模块，用于从第二服务器接收剩余部分数据，对当前已经下载的数据和剩余部分数据进行组合处理，获取资源。

优选地，请求模块包括：封装单元，用于将下载资源的下载链接以及资源的下载进度数据封装在请求中，其中，下载链接和下载进度数据用于第二服务器向第一服务器获取剩余部分数据；请求单元，用于向第二服务器发送请求。

根据本发明的再一方面，提供了一种资源下载装置。

根据本发明实施例的断点续传装置包括：接收模块，用于接收客户端上报的与待下载资源对应的下载链接以及客户端当前已经从服务器下载的部分资源的进度数据，其中，待下载资源包括：客户端已经从服务器下载的部分资源和客户端未从服务器下载完成的剩余部分资源；处理模块，用于根据下载链接和进度数据从服务器下载剩余部分资源，并将剩余部分资源发送至客户端。

优选地，处理模块包括：创建单元，用于根据下载链接创建下载任务，开始从服务器下载待下载资源；反馈单元，用于向客户端返回任务标识，其中，任务标识用于客户端请求获取剩余部分资源。

优选地，处理模块包括：判断单元，用于判断从服务器下载待下载资源的下载进度数据是否大于进度数据；发送单元，用于在判断模块输出为是时，向客户端发送服务器已下载的剩余资源。

通过本发明实施例，采用确定在从第一服务器下载资源的过程中发生中断，且无法继续从第一服务器下载资源的剩余部分数据；向第二服务器发起获取剩余部分数据的请求；从第二服务器接收剩余部分数据，对当前已经下载的数据和剩余部分数据进行组合处理，获取资源，解决了相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差的问题，进而能够有效解决目标服务器无法支持断点续传的问题，避免浪费下载时间和网络带宽，用户体验良好。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的断点续传方法的流程图；

图2是根据本发明实施例的另一种断点续传方法的流程图；

图3是根据本发明优选实施例的断点续传方法的流程图；

图4是根据本发明实施例的断点续传装置的结构框图；

图5是根据本发明优选实施例的断点续传装置的结构框图；

图6是根据本发明实施例的另一种断点续传装置的结构框图；

图7是根据本发明优选实施例的另一种断点续传装置的结构框图。

具体实施方式

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

图1是根据本发明实施例的断点续传方法的流程图。如图1所示，该方法可以包括以下处理步骤：

步骤S102：确定在从第一服务器下载资源的过程中发生中断，且无法继续从第一服务器下载资源的剩余部分数据；

步骤S104：向第二服务器发起获取剩余部分数据的请求；

步骤S106：从第二服务器接收剩余部分数据，对当前已经下载的数据和剩余部分数据进行组合处理，获取资源。

相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差。采用如图1所示的方法，在客户端确定目标服务器(相当于上述第一服务器)不支持断点续传的情况下，如果客户端未能一次性下载成功，则无需对资源进行重新下载，可以转而向第二服务器发起请求，由第二服务器向第一服务器获取剩余部分数据，然后再由第二服务器将获取到的剩余部分数据下发至客户端。由此解决了相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差的问题，进而能够有效解决目标服务器无法支持断点续传的问题，避免浪费下载时间和网络带宽，用户体验良好。

优选地，在步骤S104中，向第二服务器获取剩余部分数据可以包括以下操作：

步骤S1：将下载资源的下载链接以及资源的下载进度数据封装在请求中，其中，下载链接和下载进度数据用于第二服务器向第一服务器获取剩余部分数据；

步骤S2：向第二服务器发送请求。

在优选实施例中，客户端向目标服务器请求下载资源，例如：软件升级包；在下载过程中，如果客户端发现用户执行了暂停操作或者网络发生异常，此时，需要判断该目标服务器是否支持断点续传；如果客户端能够确定该目标服务器不支持断点续传，那么需要将与资源对应的下载链接以及已经下载的进度数据上报至代理服务器，其中，已下载的进度数据可以是已经下载的数据的大小，可以使用range字段加以表示。

客户端向代理服务器上报下载链接(例如：统一资源定位符(URL))时，可以将url、referer、以及cookie经过base编码处理后，添加在post请求的body中，例如：url＝&referer＝&cookie＝...；而已下载的数据大小可以在range字段中体现，假设已下载的数据大小为1024，则可以表示为Range：1024-。

客户端与代理服务器进行一次完整的断点续传交互过程如下：

用户侧：如果客户端希望从目标服务器下载一个2048K的文件，而在已经下载了其中1024K时发生网络中断，并且客户端已经确定目标服务器不支持断点续传，此时，客户端需要向代理服务器请求续传，因此，需要在HTTP头中声明本次需要续传的片段：

Range：bytes＝1024000-

这个头用于通知代理服务器从文件的1024K位置开始传输文件。

网络侧：代理服务器在接收到来自于客户端的断点续传请求后，从文件的1024K位置开始传输，并且在HTTP头中增加：

Content-Range：bytes1024000-/2048000

并且，此时代理服务器返回的HTTP状态码应该是206。

在优选实施例中，当用户选择继续下载上述资源时，客户端可以向代理服务器请求下载剩余的数据，并且可以将已经获取到的数据与从代理服务器下载得到的剩余数据组合成完整的下载资源。

图2是根据本发明实施例的另一种断点续传方法的流程图。如图2所示，该方法可以包括以下处理步骤：

步骤S202：接收客户端上报的与待下载资源对应的下载链接以及客户端当前已经从服务器下载的部分资源的进度数据，其中，待下载资源包括：客户端已经从服务器下载的部分资源和客户端未从服务器下载完成的剩余部分资源；

步骤S204：根据下载链接和进度数据从服务器下载剩余部分资源，并将剩余部分资源发送至客户端。

采用如图2所示的方法，中间代理服务器在客户端确定目标服务器无法支持断点续传的情况下会接收到来自于客户端的下载剩余资源数据的请求，中间代理服务器可以根据请求中携带的与待下载资源对应的下载链接以及已经下载的进度数据向目标服务器获取剩余部分数据，然后下发至客户端，由此解决了相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差的问题，进而能够有效解决目标服务器无法支持断点续传的问题，避免浪费下载时间和网络带宽，用户体验良好。

优选地，在步骤S204中，根据下载链接和进度数据从服务器下载剩余部分资源可以包括以下操作：

步骤S4：根据下载链接创建下载任务，开始从服务器下载待下载资源；

步骤S5：向客户端返回任务标识，其中，任务标识用于客户端请求获取剩余部分资源。

在优选实施例中，代理服务器接收来自于客户端的下载链接以及已经下载的进度数据；代理服务器根据下载链接创建下载任务，重新开始下载资源，且向客户端返回一个任务标识。

代理服务器在向客户端返回响应报文时，可以生成一个任务标识(taskid)，例如：taskid＝...；

当客户端向代理服务器请求获取剩余的数据时，可以在post请求中携带上述taskid，例如：taskid＝...。

优选地，在步骤S204中，将剩余部分资源发送至客户端可以包括以下步骤：

步骤S6：判断从服务器下载所述待下载资源的下载进度数据是否大于客户端当前已经从服务器下载的部分资源的进度数据；

步骤S7：如果是，则向客户端发送服务器已下载的剩余资源；如果否，则与客户端保持连接状态，等待客户端关闭连接。

在优选实施例中，当客户端(使用任务标识)向代理服务器请求剩余数据时，如果剩余数据尚未准备完成(即代理服务器从目标服务器下载的数据量小于客户端已下载的进度数据)，则保持连接状态且不返回数据，以此等待客户端主动关闭连接；在上述过程中，代理服务器如果已经将剩余数据准备完成(即代理服务器已经从目标服务器成功下载剩余的数据)，则可以直接将全部的剩余数据返回至客户端。

需要说明的是，在客户端向代理服务器请求获取剩余的数据时，代理服务器很有可能尚未准备完成，此时，为了能够使得上述技术方案更加易于实现，可以采用维持连接，等待客户端超时并重试的机制。

优选地，在步骤S204，将剩余部分资源发送至客户端之后，还可以包括以下操作：

步骤S8：对待下载资源进行缓存，并在接收到来自于除客户端之外的其他客户端发送的获取待下载资源中的部分或全部数据时，将部分或全部数据发送至其他客户端。

在优选实施例中，代理服务器可以通过客户端接收数据的大小来判断该任务是否结束。代理服务器还可以具备缓存数据的功能，即为了能够实现资源复用，代理服务器可以对已经下载完成的资源进行存储，如果后续再接收到其他客户端上报的相同的下载链接，那么代理服务器将无需重复下载资源，而可以直接将存储的资源下发至发送请求的客户端，由此可以进一步提高用户的下载速度，节省下载时间和网络带宽，提升用户体验。

下面将结合图3所示的优选实施方式对上述优选实施过程作进一步的描述。

图3是根据本发明优选实施例的断点续传方法的流程图。如图3所示，该流程可以包括以下处理步骤：

步骤S302：客户端向目标服务器请求下载资源，例如：软件升级包；

步骤S304：在下载过程中，如果客户端发现用户执行了暂停操作或者网络发生异常；

步骤S306：客户端判断出该目标服务器不支持断点续传，于是将与资源对应的下载链接以及已经下载的数据大小上报至代理服务器；

步骤S308：代理服务器接收来自于客户端的下载链接以及已经下载的数据大小；代理服务器根据下载链接以及已经下载的数据大小创建下载任务，下载剩余的资源，且向客户端返回一个任务标识；

步骤S310：客户端使用任务标识向代理服务器请求剩余数据；

步骤S312：如果代理服务器还未下载到剩余数据部分资源，则代理服务器与客户端保持连接状态且不返回数据，一旦代理服务器下载的进度数据已经达到客户端需求的剩余数据的起始位置数据，即可开始向客户端进行传输。例如：客户端向目标服务器请求下载0k-100k的资源，而当客户端下载到50k时，客户端发现用户执行了暂停操作或者网络发生异常而无法继续从目标服务器下载剩余50k的数据，则向代理服务器发起请求。代理服务器从目标服务器下载上述0k-100k的资源。当代理服务器下载到50k之前，代理服务器与客户端保持连接状态且不返回数据；而如果代理服务器已经下载到50k，则从50k开始就可以向客户端下发剩余部分数据。

步骤S314：代理服务器可以通过客户端接收数据的大小来判断该任务是否结束。代理服务器还可以具备缓存数据的功能，即为了能够实现资源复用，代理服务器可以对已经下载完成的资源进行存储，如果后续再接收到其他客户端上报的相同的下载链接，那么代理服务器将无需重复下载资源，而可以直接将存储的资源下发至发送请求的客户端。

步骤S316：客户端在从代理服务器下载到剩余的数据后，可以将已经获取到的数据与从代理服务器下载得到的剩余数据组合成完整的下载资源。

图4是根据本发明实施例的断点续传装置的结构框图。如图4所示，该断点续传装置可以包括：确定模块10，用于确定在从第一服务器下载资源的过程中发生中断，且无法继续从第一服务器下载资源的剩余部分数据；请求模块20，用于向第二服务器发起获取剩余部分数据的请求；获取模块30，用于从第二服务器接收剩余部分数据，对当前已经下载的数据和剩余部分数据进行组合处理，获取资源。

采用如图4所示的装置，解决了相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差的问题，进而能够有效解决目标服务器无法支持断点续传的问题，避免浪费下载时间和网络带宽，用户体验良好。

优选地，如图5所示，上述请求模块20可以包括：封装单元200，用于将下载资源的下载链接以及资源的下载进度数据封装在请求中，其中，下载链接和下载进度数据用于第二服务器向第一服务器获取剩余部分数据；请求单元202，用于向第二服务器发送请求。

图6是根据本发明实施例的另一种断点续传装置的结构框图。如图6所示，该断点续传装置可以包括：接收模块40，用于接收客户端上报的与待下载资源对应的下载链接以及客户端当前已经从服务器下载的部分资源的进度数据，其中，待下载资源包括：客户端已经从服务器下载的部分资源和客户端未从服务器下载完成的剩余部分资源；处理模块50，用于根据下载链接和进度数据从服务器下载剩余部分资源，并将剩余部分资源发送至客户端。

采用如图6所示的装置，解决了相关技术中在目标服务器不支持断点续传的情况下，如果无法对该目标服务器的网络资源一次性下载成功，则需要对该资源进行重新下载，浪费下载时间和网络带宽，用户体验较差的问题，进而能够有效解决目标服务器无法支持断点续传的问题，避免浪费下载时间和网络带宽，用户体验良好。

优选地，如图7所示，处理模块50可以包括：创建单元500，用于根据下载链接创建下载任务，开始从服务器下载待下载资源；反馈单元502，用于向客户端返回任务标识，其中，任务标识用于客户端请求获取剩余部分资源。

优选地，如图7所示，处理模块50可以包括：判断单元504，用于判断从服务器客户端当前已经从服务器下载的部分资源的进度数据是否大于进度数据；发送单元506，用于在判断模块输出为是时，向客户端发送服务器已下载的剩余资源。

优选地，上述装置还可以包括：缓存模块(图中未示出)，用于对待下载资源进行缓存，并在接收到来自于除客户端之外的其他客户端发送的获取待下载资源中的部分或全部数据时，将部分或全部数据发送至其他客户端。

从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)：采用本发明实施例所提供的技术方案，能够有效解决目标服务器无法支持断点续传的问题；而且，只有用户在下载资源过程中执行暂停操作或者网络状况发生异常时才会选择代理服务器进行剩余资源的下载，而不会将带宽压力全部迁移至代理服务器；此外，客户端已经下载完成的资源并不会被抛弃。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种资源下载方法，其特征在于，包括：

确定在从第一服务器下载资源的过程中发生中断，且无法继续从所述第一服务器下载所述资源的剩余部分数据；

向所述第二服务器发起获取所述剩余部分数据的请求；

从所述第二服务器接收所述剩余部分数据，对当前已经下载的数据和所述剩余部分数据进行组合处理，获取所述资源。

2.根据权利要求1所述的方法，其特征在于，向所述第二服务器获取所述剩余部分数据包括：

将下载所述资源的下载链接以及所述资源的下载进度数据封装在所述请求中，其中，所述下载链接和所述下载进度数据用于所述第二服务器向所述第一服务器获取所述剩余部分数据；

向所述第二服务器发送所述请求。

3.一种资源下载方法，其特征在于，包括：

接收客户端上报的与待下载资源对应的下载链接以及所述客户端当前已经从所述服务器下载的部分资源的进度数据，其中，所述待下载资源包括：所述客户端已经从所述服务器下载的部分资源和所述客户端未从所述服务器下载完成的剩余部分资源；

根据所述下载链接和所述进度数据从所述服务器下载所述剩余部分资源，并将所述剩余部分资源发送至所述客户端。

4.根据权利要求3所述的方法，其特征在于，根据所述下载链接和所述进度数据从所述服务器下载所述剩余部分资源包括：

根据所述下载链接创建下载任务，开始从所述服务器下载所述待下载资源；

向所述客户端返回任务标识，其中，所述任务标识用于所述客户端请求获取所述剩余部分资源。

5.根据权利要求4所述的方法，其特征在于，将所述剩余部分资源发送至所述客户端包括：

判断从所述服务器下载所述待下载资源的下载进度数据是否大于所述进度数据；

如果是，则向所述客户端发送所述服务器已下载的所述剩余资源。

6.一种资源下载装置，其特征在于，包括：

确定模块，用于确定在从第一服务器下载资源的过程中发生中断，且无法继续从所述第一服务器下载所述资源的剩余部分数据；

请求模块，用于向所述第二服务器发起获取所述剩余部分数据的请求；

获取模块，用于从所述第二服务器接收所述剩余部分数据，对当前已经下载的数据和所述剩余部分数据进行组合处理，获取所述资源。

7.根据权利要求6所述的装置，其特征在于，所述请求模块包括：

封装单元，用于将下载所述资源的下载链接以及所述资源的下载进度数据封装在所述请求中，其中，所述下载链接和所述下载进度数据用于所述第二服务器向所述第一服务器获取所述剩余部分数据；

请求单元，用于向所述第二服务器发送所述请求。

8.一种资源下载装置，其特征在于，包括：

接收模块，用于接收客户端上报的与待下载资源对应的下载链接以及所述客户端当前已经从所述服务器下载的部分资源的进度数据，其中，所述待下载资源包括：所述客户端已经从所述服务器下载的部分资源和所述客户端未从所述服务器下载完成的剩余部分资源；

处理模块，用于根据所述下载链接和所述进度数据从所述服务器下载所述剩余部分资源，并将所述剩余部分资源发送至所述客户端。

9.根据权利要求8所述的装置，其特征在于，所述处理模块包括：

创建单元，用于根据所述下载链接创建下载任务，开始从所述服务器下载所述待下载资源；

反馈单元，用于向所述客户端返回任务标识，其中，所述任务标识用于所述客户端请求获取所述剩余部分资源。

10.根据权利要求9所述的装置，其特征在于，所述处理模块包括：

判断单元，用于判断从所述服务器下载所述待下载资源的下载进度数据是否大于所述进度数据；

发送单元，用于在所述判断模块输出为是时，向所述客户端发送所述服务器已下载的所述剩余资源。