CN103747364B - 一种网络内容下载的方法和装置 - Google Patents

Abstract

本申请公开了一种网络内容下载的方法和装置。该方法中，由至少一个下载周期完成从具有网络内容的各个服务器上下载网络内容的数据；在每个下载周期结束时，基于各个服务器在当前下载周期内完成下载的数据量来确定下一下载周期为各个服务器分配任务数据的数据量，从而实现按照各个服务器实时的性能将由用户下载速度确定的任务数据分配给多个服务器同时进行下载。通过本申请实施例的技术方案，由于多个服务器可以同时向同一用户提供下载，不但可以避免个别服务器性能降低带来的用户体验下降，而且可以将服务器资源充分整合，最大化了服务器带宽的利用效率；此外，还可以实现用户有选择的偏向带宽价格低的服务器，从而帮助内容服务提供商节省成本。

Description

一种网络内容下载的方法和装置

技术领域

本发明涉及互联网数据传输领域，特别是涉及一种网络内容下载的方法和装置。

背景技术

网络内容服务（如在线视频服务、文件下载服务等）通常利用如内容传输网络（CDN）、P2P网络、数据中心网络等基础设施来为用户提供内容的下载服务。为了能够防止单一服务器出现服务器崩溃、宕机等问题，通常一个基础设施具有多个服务器来为用户提供内容下载服务，其中，每个服务器上都拥有完整的内容拷贝，也都可以单独为用户提供任意内容的下载。因此，对于一项网络内容服务来说，用户通常具有多个服务器可以选择使用。

目前的许多网络内容服务中，用户对于内容下载的速度是有一定要求的。例如，在线视频服务中，用户对视频内容下载速度的要求可以是至少达到视频播放的速度以上。因此，在为用户选择提供下载的服务器时，需要保证服务器的带宽等性能能够满足用户的要求。

为了使服务器的性能能够满足用户的要求，现有技术中采用的是对各个服务器的下载速度进行一一试验的方式来查找下载速度能达到用户要求的服务器。具体地，在用户请求下载内容时，首先选择一个服务器进行下载，判断该服务器的下载速度是否满足用户的要求，如果不满足，则用户会放弃该服务器，转而选择另一服务器进行下载，直至选出下载速度满足用户要求的服务器，用户就会利用选出的服务器来下载所有的内容。

通过上述现有技术的方式，虽然能够保证服务器的性能达到用户的要求，但是，当一项网络内容服务的所有服务器的下载速度都达不到用户的要求时，用户就将无法选出为其提供下载的服务器，此时，用户就无法下载到其所需要的内容，从而导致用户无法使用网络内容服务。

发明内容

本发明实施例所要解决的技术问题是，提供一种网络内容下载的方法和装置，以解决按照现有技术中由于用户会放弃每一个下载速度达不到要求的服务器而导致的用户在所有服务器的下载速度都达不到要求的情况下无法使用网络内容服务的技术问题。

第一方面，本发明实施例提供了一种网络内容下载的方法，由至少一个下载周期完成从具有所述网络内容的各个服务器上下载所述网络内容的数据；

在每个下载周期中，所述方法包括：

基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据；

为各个服务器分配各个服务器当前可下载数据量的任务数据作为各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载；

在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量；

响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量；

响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

在第一方面的第一种可能的实现方式中，所述当前下载周期的任务数据的数据量不大于预设的最大周期任务数据量；

所述向各个服务器分配各个服务器当前可下载数据量的任务数据作为下载任务，包括：

获取各个服务器的当前分配顺序和当前可负载数据量；

按照所述当前分配顺序，依次向各个服务器分配各个服务器当前可下载数据量的任务数据作为下载任务，直至所有任务数据的下载任务全部分配完毕。

在第一方面的第二种可能的实现方式中，结合第一方面的第一种可能的实现方式，所述当前分配顺序为各个服务器按照各自的当前可下载数据量由高到低排列所形成的顺序。

在第一方面的第三种可能的实现方式中，结合第一方面的第一种可能的实现方式，所述当前分配顺序为各个服务器按照各自的带宽费用由低到高排列所形成的顺序。

在第一方面的第四种可能的实现方式中，结合第一方面的第一种可能的实现方式，所述方法还包括：

响应于当前下载周期内存在下载任务中数据量小于当前可下载数据量的带宽不定服务器，维持各个所述带宽不定服务器的当前可下载数据量不变。

在第一方面的第五种可能的实现方式中，所述增大各个所述带宽充分服务器的当前可下载数据量，包括：

分别计算各个所述带宽充分服务器的当前可下载数据量与预设的递增值之和，并将为各个所述带宽充分服务器计算出的和值重新确定为各个所述带宽充分服务器的当前可下载数据量。

在第一方面的第六种可能的实现方式中，所述减小各个所述带宽不足服务器的当前可下载数据量，包括：

分别比较各个所述带宽不足服务器的当前可下载数据量按预设比例缩小的比例值与预设的最小服务器任务数据量之间的大小关系；

响应于当前下载周期内存在当前可下载数据量的比例值大于所述最小服务器任务数据量的第一带宽不足服务器，将各个所述第一带宽不足服务器的当前可下载数据量的比例值重新确定为各个所述第一带宽不足服务器的当前可下载数据量；

响应于当前下载周期内存在当前可下载数据量的比例值值小于所述最小服务器任务数据量的第二带宽不足服务器，将所述最小服务器任务数据量重新确定为各个所述第二带宽不足服务器的当前可下载数据量。

在第一方面的第七种可能的实现方式中，所述网络内容由多个内容片段组成，各个内容片段由相同数据量的所述网络内容的数据组成；

所述当前可下载数据量的数值表示所述当前可下载数据量的数据所组成的所述内容片段的数量。

第二方面，本发明实施例提供了一种网络内容下载的装置，包括：

周期循环模块，用于利用至少一个下载周期完成从具有所述网络内容的各个服务器上下载所述网络内容的数据；

任务确定模块，用于在每个周期开始时，基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据；

任务分配模块，用于为各个服务器分配各个服务器当前可下载数据量的任务数据作为各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载；

完成统计模块，用于在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量；

增大模块，用于响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量；

减小模块，用于响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

在第二方面的第一种可能的实现方式中，所述当前下载周期的任务数据的数据量不大于预设的最大周期任务数据量；

所述任务分配模块包括：

获取子模块，用于获取各个服务器的当前分配顺序和当前可负载数据量；

顺序分配子模块，用于按照所述当前分配顺序，依次向各个服务器分配各个服务器当前可下载数据量的任务数据作为下载任务，直至所有任务数据的下载任务全部分配完毕。

在第二方面的第二种可能的实现方式中，结合第二方面的第一种可能的实现方式，所述当前分配顺序为各个服务器按照各自的当前可下载数据量由高到低排列所形成的顺序。

在第二方面的第三种可能的实现方式中，结合第二方面的第一种可能的实现方式，所述当前分配顺序为各个服务器按照各自的带宽费用由低到高排列所形成的顺序。

在第二方面的第四种可能的实现方式中，结合第二方面的第一种可能的实现方式，所述装置还包括：

维持模块，用于响应于当前下载周期内存在下载任务中数据量小于当前可下载数据量的带宽不定服务器，维持各个所述带宽不定服务器的当前可下载数据量不变。

在第二方面的第五种可能的实现方式中，所述增大模块包括：

计算子模块，用于响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，分别计算各个所述带宽充分服务器的当前可下载数据量与预设的递增值之和；

第一确定子模块，用于将为各个所述带宽充分服务器计算出的和值重新确定为各个所述带宽充分服务器的当前可下载数据量。

在第二方面的第六种可能的实现方式中，所述减小模块包括：

比较子模块，用于响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，分别比较各个所述带宽不足服务器的当前可下载数据量按预设比例缩小的比例值与预设的最小服务器任务数据量之间的大小关系；

第二确定子模块，用于响应于当前下载周期内存在当前可下载数据量的比例值大于所述最小服务器任务数据量的第一带宽不足服务器，将各个所述第一带宽不足服务器的当前可下载数据量的比例值重新确定为各个所述第一带宽不足服务器的当前可下载数据量；

第三确定子模块，用于响应于当前下载周期内存在当前可下载数据量的比例值小于所述最小服务器任务数据量的第二带宽不足服务器，将所述最小服务器任务数据量重新确定为各个所述第二带宽不足服务器的当前可下载数据量。

在第二方面的第七种可能的实现方式中，所述网络内容由多个内容片段组成，各个内容片段由相同数据量的所述网络内容的数据组成；

所述当前可下载数据量的数值表示所述当前可下载数据量的数据所组成的所述内容片段的数量。

与现有技术相比，本发明具有以下优点：

本申请实施例的技术方案采用的是，由至少一个下载周期完成从具有网络内容的各个服务器上下载网络内容的数据；在每个下载周期中，按照由用户要求的下载速度确定的当前下周周期内需要下载的任务数据量，并为各个服务器分配各个服务器当前可下载数据量的任务数据作为各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载，在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量，并以完成下载的数据量等于当前可下载数据量的服务器作为带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量，而以完成下载的数据量小于下载任务中数据量的服务器作为带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

由此可见，通过本申请实施例的技术方案，由于每个下载周期结束时基于各个服务器在当前下载周期内完成下载的数据量来确定下一下载周期为各个服务器分配任务数据的当前可下载数据量，使得可以按照各个服务器实时的性能，将每个下载周期中按照用户下载速度确定的任务数据被分配给多个服务器同时进行下载，从而使得在每个服务器单独提供的下载速度均达不到用户要求的情况下，可以通过多个服务器同时下载来满足用户对下载速度的要求，而不会造成网络内容无法下载，并避免用户无法使用网络内容服务的情况出现。

因此，由于本申请实施例可以实现多个服务器可以同时向一用户提供下载，不但可以避免个别服务器性能降低带来的用户体验下降，维持了稳定和良好的用户体验，而且可以将服务器资源充分整合，最大化了服务器带宽的利用效率。

进一步地，由于本申请实施例中可以可选地实现用户有选择的偏向带宽价格低的服务器，从而还可以帮助内容服务提供商节省服务成本。

需要说明的是，实施本申请实施例的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为本申请中网络内容下载的方法实施例1的基本流程图；

图2为本申请实施例中增大当前可下载数据量一实施方式的流程图；

图3为本申请实施例中减小当前可下载数据量一实施方式的流程图；

图4为本申请中网络内容下载的方法实施例2的流程图；

图5为本申请中网络内容下载的方法实施例3的流程图；

图6为本申请中网络内容下载的装置实施例1的结构图；

图7为本申请实施例中任务分配模块603一实施方式的结构图；

图8为本申请实施例中所述装置又一实施方式的结构图；

图9为本申请实施例中增大模块605一实施方式的结构图；

图10为本申请实施例中减小模块606一实施方式的结构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

发明人经过研究发现，现有技术是采用单一的服务器来为用户提供网络内容的下载，对于所能提供的下载速度达不到用户要求的服务器，用户会放弃使用，因此，为了保证网络内容的下载速度达到用户的要求，就需要至少具有一个服务器能够提供给该用户的下载速度不小于用户要求的速度。但实际上，对于一项网络内容服务来说，往往在大量用户同时使用时所有服务器单独提供的下载速度都无法达到用户的要求，而现有技术中单一服务器提供下载的方式则会使得所有服务器都被用户放弃，这样就导致用户无法下载到网络内容，也无法使用网络内容服务。例如，在在线视频播放的网络内容服务中，采用现有技术单一服务器提供下载的方式，如果所有服务器的速度都达不到视频播放的速度，则会提示用户无法连接或连接中断，从而导致用户无法观看在线视频。

基于上述发现，本申请的主要思想是：利用多个具有网络内容的服务器并行提供下载的方式来为用户提供网络内容的下载，以使得在所有服务器单独提供的下载速度都不能达到用户要求时，多个服务器同时提供的总下载速度能够达到用户的要求。需要说明的是，采用多个服务器同时为用户提供下载时，下载任务需要按照各个服务器实时地性能来为各个服务器进行分配，否则，对于任意一个分得下载任务的服务器来说，如果该服务器所能提供的下载速度达不到分得任务的完成要求，则多个服务器所提供的总下载速度也就无法达到用户的要求。为此，采用至少一个下载周期完成从多个服务器上下载，其中，每个下载周期结束时基于各个服务器在当前下载周期内完成下载的数据量来确定下一下载周期为各个服务器分配任务数据的当前可下载数据量，从而可以实现按照各个服务器实时地性能为各个服务器分配下载任务，使得多个服务器所提供的总下载速度达到用户的要求。

此外，需要注意的是，本申请实施方式的网络内容下载的方法和装置，可以是在客户端上实现，或者也可以是在一个下载缓存服务器上实现。在客户端上的实现，可以是在支持从本地建立socket链接到其他服务器的网页脚本的浏览器中实现，或者也可以是在专门的客户端软件中实现，或者还可以是通过客户端上单独运行的相当于代理服务器的应用程序来实现。在下载缓存服务器上的实现，可以是由客户端将下载网络内容的请求发送至该下载缓存服务器，该下载缓存服务器采用本申请的实施方式从各个具有该网络内容的服务器上下载该网络内容，然后再将全部下载完成的该网络内容发送给客户端；其中，该下载缓存服务器，可以是相对于各具有网络内容的服务器而独立的一个专门的服务器，或者也可以是各具有网络内容的服务器之一。

下面结合附图，通过实施例来详细说明本申请网络内容下载的方法和装置。

参见图1，示出了本申请中网络内容下载的方法实施例1的基本流程图。在本实施例中，由至少一个下载周期完成从具有所述网络内容的各个服务器上下载所述网络内容的数据。其中，每个下载周期，例如可以包括以下步骤：

S101、基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据。

其中，当前下载周期的任务数据，其数据量是基于用户要求的下载速度而确定的，具体地，是指任务数据的数据量不小于以用户要求的下载速度在当前下载周期的时长内完成下载的数据量，即不小于用户要求的下载速度与当前下载周期的时长两者的乘积。可以理解的是，由于用户在使用网络内容服务时有时是试用，其在只使用了网络内容的部分数据就不再使用该网络内容服务了，例如用户在观看在线视频时只看了前一小段就关闭了该视频，此时如果为用户提供过大的下载速度，则在用户观看前一小段的过程中就已为用户下载了大量用户不会再使用的数据，从而造成了网络资源的浪费。为了避免下载速度过大造成的网络资源浪费，同时又使得用户要求的下载速度得以满足，当前下载周期任务数据的数据量可以是一个预设的大于用户所要求下载速度的固定速度与当前下载周期的时长的乘积，该固定速度可以是用户下载速度的上限值。

S102、为各个服务器分配各个服务器当前可下载数据量的任务数据作为各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载。

其中，当前下载周期中各个服务器的当前可下载数据量是基于上一下载周期各服务器完成下载的数据量来确定的，确定的方式可参见本实施例S104和S105的相关内容，在此不再赘述。可以理解的是，由于本实施例是多个下载周期逐步调节各个服务器的当前可下载数据量从而使各服务器的当前可下载数据量与其能够提供的下载速度相符合，所以，无论在最初的一个下载周期中各个服务器的当前可下载数据量是怎样的，最终都可以通过至少一个下载周期的调节使当前可下载数据量与服务器的性能相当，因此，本实施例中，最初一个下载周期中各个服务器的当前可下载数据量，可以是任意的预设初始值或者随机初始值，例如，可以在最初一个下载周期将各个服务器的当前可下载数据量初始化成默认的最小可下载数据量。

另外，各个服务器基于各自的下载任务来提供所述网络内容的数据下载，具体可以是，向各个服务器发送各自下载任务的下载请求，各个服务器根据接收到的下载请求提供各自下载任务的数据下载。

需要说明的是，本实施例中，每个下载周期可以采用固定的时长，此时在每个下载周期其任务数据的数据量是一个固定的值，如采用1秒为下载周期的固定时长。但可以理解的是，有时各个服务器的当前可下载数据量还未调整至与服务器的性能相符，此时可能各个服务器的当前可下载数据量之和达不到固定时长的下载周期所要求的任务数据的数据量，例如在最初一个下载周期中内需要下载10个单位的数据量，假设各个服务器的性能都能单独地在最初一个下载周期内提供10个单位的数据量下载，但各个服务器初始化的当前可下载数据量之和小于10个单位。对于这种情况的下载周期，由于每个服务器只能分到其当前可下载数据量的下载任务，这就导致了该下载周期的任务数据无法全部被分配完毕。

为了避免某些下载周期中任务数据无法全部分配，考虑到向各个服务器分配的数据量等于各个服务器的当前可下载数据量，当前下载周期的任务数据的数据量可以是按照各个服务器的当前可下载数据量来确定，例如，可以将各个服务器的当前可下载数据量之和作为当前下载周期的任务数据的数据量，然后基于任务数据的数据量和用户要求的下载速度来计算当前下载周期的时长。可以理解的是，在这种基于各服务器当前可下载数据量来确定当前下载周期任务数据的数据量的实施方式中，每个下载周期的时长随着任务数据的数据量不同而不同的。例如，在上述最初一个下载周期的实例中，如果各个服务器当前可下载数据量之和为4个单位，则该下载周期任务数据的数据量即为4个单位。该下载周期的时长则为0.4秒。

S103、在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量。

需要说明的是，各个服务器分得的下载任务虽然是基于其上一下载周期完成下载的数据量而调整的当前可下载数据量来确定的，但对于各服务器调整后的当前可下载数据量，各个服务器在当前下载周期未必可以全部完成下载，因此，就需要在当前下载周期结束时统计各个服务器完成下载的数据量，从而基于完成下载的数据量来对各个服务器的当前可下载数据量进行调整。可以理解的是，在S103对各个服务器完成下载的数据量统计完成以后，可以基于统计的结果，进入S104和/或S105，来对完成下载数据量情况不同的服务器执行不同的当前可下载数据量的调整。

S104、响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量。

根据S103中的统计结果，各个服务器中如果存在当前下载周期内完成下载的数据量等于当前可下载数据量的服务器，则说明这些服务器提供的下载速度是能够在当前下载周期内完成下载当前可下载数据量的，也即这些服务器的带宽是对于当前可下载数据量来说是充分的。因此，以这些服务器作为带宽充分服务器，可以将带宽充分服务器的当前可下载数据量增大，从而在下一下载周期为带宽充分服务器分配更多的数据量下载任务。

本实施例中，增大各个所述带宽充分服务器的当前可下载数据量，具体可以采用图2所示的方式，包括：

S201、分别计算各个所述带宽充分服务器的当前可下载数据量与预设的递增值之和；

S202、将为各个所述带宽充分服务器计算出的和值重新确定为各个所述带宽充分服务器的当前可下载数据量。

接着返回图1。

S105、响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

根据S103中的统计结果，各个服务器中如果存在当前下载周期内完成下载的数据量小于下载任务中数据量的服务器，则说明这些服务器提供的下载速度是不能够在当前下载周期内完成当前可下载数据量的下载，也即这些服务器的带宽是对于当前可下载数据量来说是不足的。因此，以这些服务器作为带宽不足服务器，可以将这些带宽不足服务器的当前可下载数据量减小，从而在下一下载周期为这些带宽不足服务器分配更少的数据量下载任务。

需要说明的是，在本实施例的一些实施方式中，当前下载周期内任务数据的数据量可以小于各个服务器当前可下载数据量之和，也即，某些服务器分得的下载任务中数据量小于其当前可下载数据量，甚至某些服务器都分不到下载任务，因此本实施例采用的是基于下载任务中数据量来识别带宽不足服务器，而不是基于当前可下载数据量来识别带宽不足服务器。另外，对于某些服务器分得下载任务不满足其当前可下载数据量的实施方式，本申请将在后续实施例中介绍，在此不再赘述。

本实施例中，减小各个所述带宽不足服务器的当前可下载数据量，具体地可以是以预设的递减值来减小当前可下载数据量，或者，为了使带宽不足服务器的当前可下载数据量快速下降到与其实际性能相符而避免后续下载周期再多次分配给带宽不足服务器过多数据量的下载任务，减小各个所述带宽不足服务器的当前可下载数据量还可以采用图3所示的实施方式，包括：

S301、分别比较各个所述带宽不足服务器的当前可下载数据量按预设比例缩小的比例值与预设的最小服务器任务数据量之间的大小关系。

其中，当前可下载数据量按预设比例缩小的比例值，例如可以是当前可下载数据量的数值除以一个预设的大于1的整数值，该整数值即是预设的比例，例如该整数值可以是2。可以理解的是，当前可下载数据量是一个整数值，因此，当当前下载数据量的数值除以2所得的数值不为整数值时，可以将该所得数值做进位处理，得到整数值最为当前可下载数据量的二等分值。

需要说明的是，在S301的比较完成以后，可以基于比较的结果，进入S302和/或S303，来对比较结果不同的服务器执行不同的当前可下载数据量的调整。

S302、响应于当前下载周期内存在当前可下载数据量的比例值大于所述最小服务器任务数据量的第一带宽不足服务器，将各个所述第一带宽不足服务器的当前可下载数据量的比例值重新确定为各个所述第一带宽不足服务器的当前可下载数据量。

S303、响应于当前下载周期内存在当前可下载数据量的比例值小于所述最小服务器任务数据量的第二带宽不足服务器，将所述最小服务器任务数据量重新确定为各个所述第二带宽不足服务器的当前可下载数据量。

通过图3所示的实施方式来减小带宽不足服务器的当前可下载数据量，可以使各带宽不足服务器的当前可下载数据量迅速减小，从而避免后续下载周期再多次分配给带宽不足服务器过多数据量的下载任务。

接着返回图1。

需要说明的是，在S104和S105对服务器的当前可下载数据量进行调节之后，则可以返回S101，进入下一个下载周期继续下载网络内容中还未下载的数据。

在本实施例中，由于网络内容的数据是被分配到多个服务器同时进行的下载的，而且每个下载周期都只下载一部分网络内容的数据，所以，为了便于区分已下载的数据和未下载的数据，可以对网络内容进行分片，使网络内容由多个内容片段组成，其中各个内容片段由相同数据量的网络内容的数据组成，此时本实施例中的各种数据量均可以以内容片段的数量来表示，例如，当前可下载数据量的数值可以表示所述当前可下载数据量的数据所组成的所述内容片段的数量。其中，对网络内容进行分片时，可以利用HTTP请求中的range功能，来告之服务器提供网络内容中哪一段数据的下载。

本实施例的技术方案，通过每个下载周期结束时基于各个服务器在当前下载周期内完成下载的数据量来确定下一照各个服务器实时的性能，将每个下载周期中按照用户下载速度确定的任务下载周期为各个服务器分配任务数据的当前可下载数据量，可以实现按数据被分配给多个服务器同时下载，从而使得在每个服务器单体提供的下载速度均达不到用户要求的情况下，可以通过多个服务器同时下载来满足用户对下载速度的要求，同时又不会造成网络内容无法下载，从而避免网络内容服务的无法使用。

前述实施例中，每个下载周期中，可以使每个服务器都能够得到其当前可下载数据量的下载任务，也即每个下载周期任务数据的数据量等于各个服务器当前可下载数据量之和，此时，用户在使用一项网络内容服务时，该网络内容服务的所有服务器都将被该用户占用。但是，往往一项网络内容服务的所有服务器中，只需要利用一部分服务器甚至一个服务器为用户提供下载就可以达到用户所要求的下载速度，而并不需要占用所有服务器来为该用户提供下载，并且，用户下载所占用的服务器数量越大，网络资源的浪费越严重，当大量用户同时使用该网络内容服务时，许多用户将难以与服务器建立下载连接。为了在保证网络内容的下载速度达到用户要求的前提下尽量减少向用户提供下载的服务器数量，本申请还可以采用如图4所示的实施方式来实现网络内容的下载。

参见图4，示出了本申请中网络内容下载的方法实施例2的流程图。本实施例中，所述当前下载周期的任务数据的数据量不大于预设的最大周期任务数据量，并且，每个下载周期的任务数据是按照一定的服务器排序一个一个地分配给服务器形成下载任务的。具体地，本实施例中每个下载周期可以包括以下步骤：

S401、基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据。

其中，当前下载周期的任务数据，其数据量是根据各个服务器的当前可下载数据量和所述最大周期任务数据量来确定的；当各个服务器当前可下载数据量之和小于所述最大周期任务数据量时，可以以各个服务器当前可下载数据量之和作为任务数据的数据量来获取当前下载周期的任务数据；当各个服务器当前可下载数据量之和大于所述最大周期任务数据量时，可以以最大周期任务数据量作为任务数据的数据量来获取当前下载周期的任务数据。

在确定了当前下载周期任务数据的数据量之后，可以根据其任务数据的数据量与预设的固定下载速度，计算当前下载周期的时长，以便于确定统计各服务器完成下载的数据量的时刻。其中，该固定下载速度大于用户要求的下载速度。

S402、获取各个服务器的当前分配顺序和当前可负载数据量。

S403、按照所述当前分配顺序，依次向各个服务器分配各个服务器当前可下载数据量的任务数据作为下载任务，直至所有任务数据的下载任务全部分配完毕，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载。

由于当各个服务器当前可下载数据量之和大于最大周期任务数据量时当前下载周期任务数据量为最大周期任务数据量，此时当前下载周期的任务数据就不能满足为每个服务器都分够当前可下载数据量的下载任务的要求。而由于本实施例中当前下载周期的数据是按照服务器的当前分配顺序一个一个地分配给服务器形成下载任务的，对于正在分配任务的服务器，该服务器分得的下载任务达到其当前可下载数据量时则不再为该服务器分配，转而为当前分配顺序中的下一个服务器进行任务分配。因此，当各个服务器当前可下载数据量之和大于最大周期任务数据量时，当前分配顺序靠后的服务器就将分不到其当前可下载数据量的下载任务，甚至分不到任何下载任务，从而减少了为用户提供下载的服务器数量。进一步而言，当经过多个下载周期对各个服务器的当前可下载数据量的调节之后，由于只有分得其当前可下载数据量的下载任务且下载完成了当前可下载数据量的服务器，其当前可下载数据量才会进一步增大从而得到更多数据量的下载任务，因此，当前分配顺序中越靠前的服务器，其当前可下载数据量就会越快地接近其性能所能达到的下载速度，这样再经过多个下载周期之后，所有任务数据都只会分配给当前分配顺序中最靠前的一个或几个服务器，这一个或几个服务器的性能整体上所能达到的下载速度已经可以保证在每个下载周期内完成所有任务数据的下载，从而实现在保证网络内容的下载速度达到用户要求的前提下尽量减少向用户提供下载的服务器数量。

需要说明的是，当前分配顺序的一种可能的实施方式中，为了进一步减小提供下载的服务器数量，可以优先将任务数据分配给性能所能达到下载速度最大的一个或几个服务器，此时，所述当前可顺序可以为各个服务器按照各自的当前可下载数据量由高到低排列所形成的顺序。基于当前可下载数据量确定当前分配顺序时，各个服务器的分配顺序是随着每个下载周期完成数据量情况而实时调节的，从而可以实现，如果各个服务器中存在单独提供下载的下载速度就能够满足用户要求的服务器，则只利用一个这样的服务器来为用户提供下载，如果各个服务器中不存在单独提供下载的下载速度能够满足用户要求的服务器，则利用性能最好的几个服务器来同时为用户提供下载，提供下载的所有服务器整体上所能达到的下载速度刚好满足用户要求，因此就可以在保证网络内容的下载速度达到用户要求的前提下将向用户提供下载的服务器数量降低到最低限度。

另外，当前分配顺序的另一种实施方式中，为了减少网络内容服务的提供商在服务器使用上的成本，所述当前分配顺序还可以为各个服务器按照各自的带宽费用由低到高排列所形成的顺序，此时，可以优先选用带宽费用低的服务器向用户提供下载，从而减少了网络内容服务的提供商在服务器上的成本。

可以理解的是，以上的两种当前分配顺序实施方式，可以混合在一起使用。例如，先按照各个服务器当前可下载数据量由高到低对所有服务器进行排序，然后对于当前可下载数据量相同的服务器再按照带宽费用由低向高进行排序，最终形成的顺序作为当前分配顺序。

S404、在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量。

S405、响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量；

S406、响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

需要说明的是，在本实施例中，由于最大周期任务数据量的限制，可能会存在下载任务中数据量小于当前可下载数据量的服务器。针对这些服务器，本实施例还可以包括：响应于当前下载周期内存在下载任务中数据量小于当前可下载数据量的带宽不定服务器，维持各个所述带宽不定服务器的当前可下载数据量不变。

通过本实施例的技术方案，可以保证网络内容的下载速度达到用户要求的前提下尽量减少向用户提供下载的服务器数量，从而尽量减少网络资源的浪费，从而使得网络内容服务可以同时提供给更多的用户。

为了使本领域技术人员更清楚地理解本申请的实施方式，下面以一个具体的应用实施例来对本申请进行详细说明。在该应用场景中，在下载网络内容前将网络内容进行分片形成多个内容片段，各相关数据量均以内容片段的数量来表示。其中，各服务器Si的当前可下载数据量以各服务器Si的特征值Wi表示，该特征值Wi为其服务器Si可承担下载的内容片段的数量。

参见图5，示出了本申请中网络内容下载的方法实施例3的流程图。在本实施例中，每个下载周期可以包括以下步骤：

S501、从所述网络内容中未下载的数据中选定当前下载周期的任务数据。

其中，如果各服务器Si的Wi之和大于最大周期任务数据量对应的内容片段数量N_max，则作为当前下载周期任务数据的内容片段数量为N_max，如果各服务器Si的Wi之和小于N_max，则作为当前下载周期任务数据的内容片段数据为各Wi之和。

在确定当前下载周期任务数据的内容片段数量之后，从网络内容中未下载的内容片段中选取该数量的内容片段作为任务数据，并基于内容片段数量及预设的用户下载速度计算当前下载周期的时长，用于确定当前下载周期的结束时刻。

S502、获取各服务器的当前分配顺序。

其中，所述当前分配顺序是基于各服务器的当前可下载数据量和带宽费用而确定的。具体地，Wi越大，服务器的排序越靠前；相同Wi的服务器中，带宽费用越低，服务器的排序越靠前。

S503、为各服务器分配各自的下载任务。

其中，各个服务器Si是按照当前分配顺序逐个接受下载任务的，直到所有作为任务数据的内容片段都已分配完毕。具体地，作为当前下载周期任务数据的内容片段，先向排序在第一位的服务器S1分配W1个内容片段的下载任务，接着从未分配过的内容片段中向排序在第二位的服务器S2分配W2个内容片段的下载任务，以此类推，直至所有任务数据的内容片段都分配完毕。

S504、向分得下载任务的各服务器发送下载请求，以便各服务器根据各自接收到的下载请求提供各自分得下载任务中任务数据的下载。

S505、在当前下载周期结束时，统计从各服务器在当前下载周期内完成下载的数据量。

具体地，是统计各服务器完成下载的内容片段。需要说明的是，由于只要内容片段中具有未下载的数据，该内容片段用户就无法使用，因此，未完成下载的内容片段，包括其中所有数据均未下载的内容片段，也包括其中一部分数据已下载但另一部分数据未下载的内容片段。

S506、针对各服务器，分别判断该服务器分得下载任务中的数据量是否等于该服务器的当前可下载数据量；对于判断结果为否的服务器，进入S507，对于判断结果为是的服务器，进入S508。

S507、维持该服务器的当前可下载数据量不变，进入S511。

即，对于分得任务数据的内容片段数量不为Wi的服务器Si，其Wi不变。

S508、针对分得下载任务中数据量为当前可下载数据量的各服务器，分别判断该服务器在当前下载周期内是否下载完成了当前可下载数据量的任务数据；对于判断结果为是的服务器，进入S509，对于判断结果为否的服务器，进入S510。

S509、增大该服务器的当前可下载数据量，进入S511。

具体地，即是对于当前下载周期内完成了Wi个内容片段下载的服务器Si，其Wi增大。增大的方式，可以是：Wi=Wi+1。

S510、减小该服务器的当前可下载数据量，进入S511。

具体地，即是对于当前下载周期内分得Wi个内容片段但未完成Wi个内容片段下载的服务器Si，其Wi减小。减小的方式，可以是：Wi=Wi/2或1；其中，当Wi/2大于1时取Wi/2，当Wi/2小于1时取1。

S511、结束当前下载周期，以下一下载周期作为当前下载周期，返回S501。

通过本实施例的技术方案，在保证网络内容的下载速度达到用户要求的前提下，不仅能够消除网络内容无法下载的问题，也能够通过优先采用性能最好的服务器而将向用户提供下载的服务器数量减小到最低限度，同时还可以在一定程度上减少网络内容服务的提供商在服务器使用上的成本。

对应于方法实施例，本申请还提供了一种网络内容下载的装置。

参见图6，示出了本申请中网络内容下载的装置实施例1的结构图。在本实施例中，所述装置可以包括：

周期循环模块601，用于利用至少一个下载周期完成从具有所述网络内容的各个服务器上下载所述网络内容的数据；

任务确定模块602，用于在每个周期开始时，基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据；

任务分配模块603，用于为各个服务器分配各个服务器当前可下载数据量的任务数据作为各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载；

完成统计模块604，用于在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量；

增大模块605，用于响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量；

减小模块606，用于响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

其中，可选的，在本实施例的第一种可能实施方式中，所述当前下载周期的任务数据的数据量不大于预设的最大周期任务数据量。参见图7所示，本实施方式中，所述任务分配模块603可以包括：

获取子模块701，用于获取各个服务器的当前分配顺序和当前可负载数据量；

顺序分配子模块702，用于按照所述当前分配顺序，依次向各个服务器分配各个服务器当前可下载数据量的任务数据作为下载任务，直至所有任务数据的下载任务全部分配完毕。

其中，可选的，在本实施例的第二种可能的实施方式中，结合本实施例第一种可能的实施方式，所述当前分配顺序为各个服务器按照各自的当前可下载数据量由高到低排列所形成的顺序。

其中，可选的，在本实施例的第三种可能的实施方式中，结合本实施例第一种可能的实施方式，所述当前分配顺序为各个服务器按照各自的带宽费用由低到高排列所形成的顺序。

其中，可选的，在本实施例第四种可能的实施方式中，结合本实施例第一种可能的实施方式，如图8所示，所述装置还可以包括：

维持模块801，用于响应于当前下载周期内存在下载任务中数据量小于当前可下载数据量的带宽不定服务器，维持各个所述带宽不定服务器的当前可下载数据量不变。

其中，可选的，在本实施例的第五种可选的实施方式中，如图9所示，所述增大模块605可以包括：

计算子模块901，用于响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，分别计算各个所述带宽充分服务器的当前可下载数据量与预设的递增值之和；

第一确定子模块902，用于将为各个所述带宽充分服务器计算出的和值重新确定为各个所述带宽充分服务器的当前可下载数据量。

其中，可选的，在本实施例的第六种可选的实施方式中，如图10所示，所述减小模块606可以包括：

比较子模块1001，用于响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，分别比较各个所述带宽不足服务器的当前可下载数据量按预设比例缩小的比例值与预设的最小服务器任务数据量之间的大小关系；

第二确定子模块1002，用于响应于当前下载周期内存在当前可下载数据量的比例值大于所述最小服务器任务数据量的第一带宽不足服务器，将各个所述第一带宽不足服务器的当前可下载数据量的比例值重新确定为各个所述第一带宽不足服务器的当前可下载数据量；

第三确定子模块1003，用于响应于当前下载周期内存在当前可下载数据量的比例值小于所述最小服务器任务数据量的第二带宽不足服务器，将所述最小服务器任务数据量重新确定为各个所述第二带宽不足服务器的当前可下载数据量。

其中，可选的，在本实施例第七种可能的实施方式中，所述网络内容由多个内容片段组成，各个内容片段由相同数据量的所述网络内容的数据组成；所述当前可下载数据量的数值表示所述当前可下载数据量的数据所组成的所述内容片段的数量。

通过本实施例的技术方案，通过每个下载周期结束时基于各个服务器在当前下载周期内完成下载的数据量来确定下一照各个服务器实时的性能，将每个下载周期中按照用户下载速度确定的任务下载周期为各个服务器分配任务数据的当前可下载数据量，可以实现按数据被分配给多个服务器同时下载，从而使得在每个服务器单体提供的下载速度均达不到用户要求的情况下，可以通过多个服务器同时下载来满足用户对下载速度的要求，同时又不会造成网络内容无法下载，从而避免网络内容服务的无法使用。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (16)

1.一种网络内容下载的方法，其特征在于，由至少一个下载周期完成从具有所述网络内容的各个服务器上下载所述网络内容的数据；

在每个下载周期中，所述方法包括：

基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据；

为各个服务器分配各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载；

在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量；

响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量；

响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

2.根据权利要求1所述的方法，其特征在于，所述当前下载周期的任务数据的数据量不大于预设的最大周期任务数据量；

所述为各个服务器分配各自的下载任务，包括：

获取各个服务器的当前分配顺序和当前可负载数据量；

按照所述当前分配顺序，将所述当前下载周期的任务数据依次分配给各个服务器形成下载任务，直至所有任务数据的下载任务全部分配完毕。

3.根据权利要求2所述的方法，其特征在于，所述当前分配顺序为各个服务器按照各自的当前可下载数据量由高到低排列所形成的顺序。

4.根据权利要求2所述的方法，其特征在于，所述当前分配顺序为各个服务器按照各自的带宽费用由低到高排列所形成的顺序。

5.根据权利要求2所述的方法，其特征在于，还包括：

响应于当前下载周期内存在下载任务中数据量小于当前可下载数据量的带宽不定服务器，维持各个所述带宽不定服务器的当前可下载数据量不变。

6.根据权利要求1所述的方法，其特征在于，所述增大各个所述带宽充分服务器的当前可下载数据量，包括：

分别计算各个所述带宽充分服务器的当前可下载数据量与预设的递增值之和，并将为各个所述带宽充分服务器计算出的和值重新确定为各个所述带宽充分服务器的当前可下载数据量。

7.根据权利要求1所述的方法，其特征在于，所述减小各个所述带宽不足服务器的当前可下载数据量，包括：

分别比较各个所述带宽不足服务器的当前可下载数据量按预设比例缩小的比例值与预设的最小服务器任务数据量之间的大小关系；

响应于当前下载周期内存在当前可下载数据量的比例值大于所述最小服务器任务数据量的第一带宽不足服务器，将各个所述第一带宽不足服务器的当前可下载数据量的比例值重新确定为各个所述第一带宽不足服务器的当前可下载数据量；

响应于当前下载周期内存在当前可下载数据量的比例值值小于所述最小服务器任务数据量的第二带宽不足服务器，将所述最小服务器任务数据量重新确定为各个所述第二带宽不足服务器的当前可下载数据量。

8.根据权利要求1所述的方法，其特征在于，所述网络内容由多个内容片段组成，各个内容片段由相同数据量的所述网络内容的数据组成；

所述当前可下载数据量的数值表示所述当前可下载数据量的数据所组成的所述内容片段的数量。

9.一种网络内容下载的装置，其特征在于，包括：

周期循环模块，用于利用至少一个下载周期完成从具有所述网络内容的各个服务器上下载所述网络内容的数据；

任务确定模块，用于在每个周期开始时，基于用户要求的下载速度，从所述网络内容未完成下载的数据中确定当前下载周期的任务数据；

任务分配模块，用于为各个服务器分配各自的下载任务，以便各个所述服务器基于各自的下载任务来提供所述网络内容的数据下载；

完成统计模块，用于在当前下载周期结束时，统计从各个所述服务器在所述当前下载周期内完成下载的数据量；

增大模块，用于响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，增大各个所述带宽充分服务器的当前可下载数据量；

减小模块，用于响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，减小各个所述带宽不足服务器的当前可下载数据量。

10.根据权利要求9所述的装置，其特征在于，所述当前下载周期的任务数据的数据量不大于预设的最大周期任务数据量；

所述任务分配模块包括：

获取子模块，用于获取各个服务器的当前分配顺序和当前可负载数据量；

顺序分配子模块，用于按照所述当前分配顺序，将所述当前下载周期的任务数据依次分配给各个服务器分配各个服务器形成下载任务，直至所有任务数据的下载任务全部分配完毕。

11.根据权利要求10所述的装置，其特征在于，所述当前分配顺序为各个服务器按照各自的当前可下载数据量由高到低排列所形成的顺序。

12.根据权利要求10所述的装置，其特征在于，所述当前分配顺序为各个服务器按照各自的带宽费用由低到高排列所形成的顺序。

13.根据权利要求10所述的装置，其特征在于，还包括：

维持模块，用于响应于当前下载周期内存在下载任务中数据量小于当前可下载数据量的带宽不定服务器，维持各个所述带宽不定服务器的当前可下载数据量不变。

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

计算子模块，用于响应于当前下载周期内存在完成下载的数据量等于当前可下载数据量的带宽充分服务器，分别计算各个所述带宽充分服务器的当前可下载数据量与预设的递增值之和；

第一确定子模块，用于将为各个所述带宽充分服务器计算出的和值重新确定为各个所述带宽充分服务器的当前可下载数据量。

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

比较子模块，用于响应于当前下载周期内存在完成下载的数据量小于下载任务中数据量的带宽不足服务器，分别比较各个所述带宽不足服务器的当前可下载数据量按预设比例缩小的比例值与预设的最小服务器任务数据量之间的大小关系；

第二确定子模块，用于响应于当前下载周期内存在当前可下载数据量的比例值大于所述最小服务器任务数据量的第一带宽不足服务器，将各个所述第一带宽不足服务器的当前可下载数据量的比例值重新确定为各个所述第一带宽不足服务器的当前可下载数据量；

第三确定子模块，用于响应于当前下载周期内存在当前可下载数据量的比例值小于所述最小服务器任务数据量的第二带宽不足服务器，将所述最小服务器任务数据量重新确定为各个所述第二带宽不足服务器的当前可下载数据量。

16.根据权利要求9所述的装置，其特征在于，所述网络内容由多个内容片段组成，各个内容片段由相同数据量的所述网络内容的数据组成；

所述当前可下载数据量的数值表示所述当前可下载数据量的数据所组成的所述内容片段的数量。