CN108076117B - 一种数据下载方法及用户终端 - Google Patents

Abstract

本发明实施例提供一种数据下载方法及用户终端，其中方法包括如下步骤：获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据，并获取所述每个CDN节点的实际下载速度；根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。本发明实施例能够自主选择下载节点，从而有利于提高下载速度，缩短下载耗时。

Description

一种数据下载方法及用户终端

技术领域

本发明涉及互联网技术领域，具体涉及一种数据下载方法及用户终端。

背景技术

随着互联网的快速发展，互联网传输数据中的不稳定性、传输数据速率的限制等问题暴露出来，内容分发网络(Content Delivery Network，CDN)的出现，克服互联网数据传输过程中的上述问题。CDN的基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使数据、内容传输的更快、更稳定。通过在网络各处放置CDN节点所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN调度服务器能够实时地根据网络流量和各CDN节点的连接、负载状况以及到用户终端的距离和响应时间等综合信息将用户终端的请求重定向至离用户终端最近的CDN节点上。其目的是使用户终端可就近取得所需内容，解决网络拥挤的状况，提高用户终端访问网站的响应速度。

目前，CDN还可以用于数据下载过程中，CDN调度服务器根据就近原则、负载均衡原则等将用户终端发送的下载请求重定向至下载速度最快的CDN节点上，为该用户终端分配该CDN节点，从而该用户终端可从该CDN节点下载数据。用户终端只能从CDN调度服务器分配的CDN节点下载数据，缺乏自主选择性。并且，由于实际网络情况复杂，用户终端往往从分配的最快CDN节点中下载数据的下载速度不一定是最快的。

发明内容

本发明实施例提供一种数据下载方法及用户终端，能够自主选择下载节点，从而有利于提高下载速度，缩短下载耗时。

本发明实施例第一方面提供一种数据下载方法，包括：

获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；

根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据，并获取所述每个CDN节点的实际下载速度；

根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；

从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

其中，所述至少两个CDN节点为所述CDN调度服务器根据预设筛选规则在与所述待下载数据相关的CDN节点中确定的可选CDN节点。

其中，在获取CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址之前，还包括：

确定下载待下载数据所需的下载线程数量N；

向CDN调度服务器发送携带所述下载线程数量N的第一请求消息，所述第一请求消息用于请求所述CDN调度服务器根据所述下载线程数量N分配至少两个CDN节点的节点地址，并请求通过N个下载线程从至少两个CDN节点中下载所述待下载数据的部分数据。

其中，从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据的具体过程为：通过N个下载线程从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

其中，所述方法还包括：

获取从所述第一CDN节点中通过N个下载线程中每个下载线程的线程下载速度，并根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程；

若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第二请求消息，所述第二请求消息用于请求所述CDN调度服务器分配第二CDN节点的节点地址；

根据所述第二CDN节点的节点地址从所述第二CDN节点下载所述第一部分数据的部分数据，并获取所述第二CDN节点的实际下载速度；

若所述第二CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则从所述第二CDN节点中下载所述第一部分数据的剩余部分数据。

其中，所述根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点，包括：

根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，并将实际下载速度最快的CDN节点确定为第一CDN节点。

其中，所述方法还包括：

若接收到所述第一CDN节点发送的连接异常消息且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN服务器分配第三CDN节点的节点地址；

根据所述第三CDN节点的节点地址从所述第三CDN节点中下载所述第一部分数据的剩余部分数据。

本发明实施例第二方面提供一种用户终端，包括：

节点获取单元，用于获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；

数据下载单元，用于根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据；

速度获取单元，用于获取所述每个CDN节点的实际下载速度；

节点选择单元，用于根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；

所述数据下载单元，还用于从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

其中，所述至少两个CDN节点为所述CDN调度服务器根据预设筛选规则在与所述待下载数据相关的CDN节点中确定的可选CDN节点。

其中，所述用户终端还包括：

数量确定单元，用于确定下载待下载数据所需的下载线程数量N；

消息发送单元，用于向CDN调度服务器发送携带所述下载线程数量N的第一请求消息，所述第一请求消息用于请求所述CDN调度服务器根据所述下载线程数量N分配至少两个CDN节点的节点地址，并请求通过N个下载线程从至少两个CDN节点中下载所述待下载数据的部分数据。

其中，所述数据下载单元具体用于通过N个下载线程从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

其中，所述速度获取单元，还用于获取从所述第一CDN节点中通过N个下载线程中每个下载线程的线程下载速度，并根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程；

所述消息发送单元，还用于若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第二请求消息，所述第二请求消息用于请求所述CDN调度服务器分配第二CDN节点的节点地址；

所述数据下载单元，还用于根据所述第二CDN节点的节点地址从所述第二CDN节点下载所述第一部分数据的部分数据；

所述速度获取单元，还用于获取所述第二CDN节点的实际下载速度；

所述数据下载单元，还用于若所述第二CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则从所述第二CDN节点中下载所述第一部分数据的剩余部分数据。

其中，所述节点选择单元具体用于根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，并将实际下载速度最快的CDN节点确定为第一CDN节点。

其中，所述消息发送单元，还用于若接收到所述第一CDN节点发送的连接异常消息且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN服务器分配第三CDN节点的节点地址；

所述数据下载单元，还用于根据所述第三CDN节点的节点地址从所述第三CDN节点中下载所述第一部分数据的剩余部分数据。

在本发明实施例中，通过用户终端请求CDN调度服务器针对待下载数据分配至少两个CDN节点，先从至少两个CDN节点中下载待下载数据的部分数据，并获取每个CDN节点的实际下载速度，再从至少两个CDN节点中选择第一CDN节点，并从第一CDN节点下载待下载数据的剩余部分数据，从而实现用户终端自主选择CDN节点进行下载，有利于提高下载速度，缩短下载耗时。

附图说明

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

图1为应用本发明实施例的一种网络结构图；

图2为本发明实施例提供的一种数据下载方法的流程示意图；

图3为本发明实施例提供的分线程从各个CDN节点下载数据的示意图；

图4为本发明实施例提供的分线程从第一CDN节点下载数据的示意图；

图5为本发明实施例提供的另一种数据下载方法的流程示意图；

图6为本发明实施例提供的一种用户终端的结构示意图；

图7为本发明实施例提供的另一种用户终端的结构示意图。

具体实施方式

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

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示的以外的顺序实施。

请参见图1，为应用本发明实施例的一种网络结构图，图1包括用户终端、后台服务器、CDN调度服务器和4个CDN节点，需要说明的是，图1所示的各个设备的数量和形状仅用于举例说明，并不构成对本发明实施例的限定，实际应用中，CDN节点的数量不限于4个。CDN调度服务器根据用户终端发送的下载请求为用户终端分配提供下载数据的CDN节点。

当用户终端接收到下载指令时，根据下载指令确定待下载数据，并确定待下载数据对应的后台服务器。后台服务器可以为某个应用程序的后台服务器、视频后台服务器、音频后台服务器、导航后台服务器等。用户终端向待下载数据对应的后台服务器发送下载地址请求消息，后台服务器根据下载地址请求消息向用户终端反馈下载地址，该下载地址可以为对应的CDN调度服务器的地址。用户终端根据后台服务器反馈的CDN调度服务器的地址向CDN调度服务器发送用于下载待下载数据的数据下载请求，CDN调度服务器根据数据下载请求确定待下载数据相关的CDN节点，并根据负载均衡原则、就近接入原则为用户终端在相关的CDN节点中选择最优的CDN节点。在确定最优的CDN节点后，CDN调度服务器将数据下载请求重定向至最优的CDN节点上，那么用户终端从最优的CDN节点中下载待下载数据。结合图1，CDN调度服务器将数据下载请求重定向至CDN节点2，用户终端通过CDN节点2下载待下载数据。

由上述可知，用户终端请求CDN调度服务器分配一个CDN节点，并从分配的CDN节点下载数据，用户终端被动地从分配的CDN节点下载数据，缺乏自主选择性。并且，由于实际网络情况复杂，用户终端往往从分配的CDN节点中下载数据的下载速度不一定是最快的。

鉴于上述弊端，本发明实施例提供一种数据下载方法及用户终端，通过向CDN调度服务器请求分配至少两个CDN节点，并获取各个CDN节点的实际下载速度，根据各个CDN节点的实际下载速度从至少两个CDN节点中选择第一CDN节点，并通过第一CDN节点下载数据，实现用户终端自主选择CDN节点进行下载，可以提高用户终端的主动性，若选择实际下载速度最快的CDN节点，还可以提高下载速度，缩短下载耗时。

本发明各个实施例中的数据可以包括但不限于视频数据、音频数据、地图导航数据、图片数据、文件数据等。本发明各个实施例中的用户终端可以包括但不限于智能手机、PAD(平板电脑)、智能可穿戴设备、车载终端、便携式电脑等电子设备。本发明实施例提供的用户终端可以应用于多种终端操作系统中，可以包括但不限于：Android系统、塞班系统、Windows系统、iOS(苹果公司开发的移动操作系统)系统等等。其中，车载终端的实施形式可以是嵌入车辆内部的终端、导航记录仪，也可以是通过固定装置将智能手机、PAD、导航记录仪等终端固定在任意位置(如车窗玻璃、车辆驾驶台或用户自身如手臂上，这里的用户可以为驾驶人员或车辆内部其他人员)的形式。固定装置可以采用真空吸盘吸合、基于磁性元件吸合、基于螺栓螺母紧固、基于卡扣咬合和基于束带方式绑定等方式，根据需求灵活设置在车辆内部空间的任意位置。

本发明实施例提供的数据下载方法可以应用于用户终端需要快速下载数据的场景，例如，车载终端下载城市地图数据或地图导航数据、智能手机下载视频数据或音频数据等场景。由于车辆的行驶速度通常较快，因此车载终端对城市地图数据或地图导航数据的下载速度要求更高，更期望快速下载地图导航数据，因此优选的，将本发明实施例应用于车载终端下载数据的场景。

下面将结合附图2-附图5对本发明实施例提供的数据下载方法进行详细介绍。

请参见图2，为本发明实施例提供的一种数据下载方法的流程示意图，该方法可包括步骤101-步骤104。

101，获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；

具体的，所述用户终端在接收到针对待下载数据输入的下载指令时，确定所述待下载数据对应的后台服务器，以及下载所述待下载数据所需的下载线程数量N。下载线程是为了增加带宽的利用率而提出的一个概念，我们可以将其简单地理解为下载通道，一个下载线程就是一个文件的下载通道，多线程下载就是将要下载的文件同时分成几大部分，然后通过多个通道下载。单下载线程和多下载线程之间的区别，可以用一个简单的例子来说明：一杯饮料，你用一根吸管吸为单线程，用多根吸管同时吸是多线程。一般来说，下载线程数量并非越多越好，将下载线程数量设置在5～10比较合适，再多也不会有什么明显的效果，反而会给系统增加负担，因为每增加一个下载线程就会增加一些对系统资源的占用。而且设置的线程数量过多时，还会因带宽被抢走而影响网页正常浏览或应用程序的正常运行。所述用户终端可根据所述待下载数据的大小确定所需的下载线程数量N，可通过预设的大小与下载线程数量之间的对应关系确定所需的下载线程数量，例如，所述待下载数据的大小为100M，所需的下载线程数量为10个。所述用户终端可根据所述待下载数据的类型确定所需的下载线程数量N，可通过预设的类型与下载线程数量之间的对应关系确定所需的下载线程数量N，例如，所述待下载数据的类型为城市地图数据，所需的下载线程数量为5个。所述用户终端还可以通过其它方法确定下载所述待下载数据所需的下载线程数量N。

所述用户终端在确定好所述待下载数据对应的后台服务器以及所需的下载线程数量N后，向该后台服务器发送下载地址请求消息。该后台服务器在接收到所述下载地址请求消息，根据所述待下载数据确定用于下载所述待下载数据的下载地址，该下载地址可以为所述待下载数据对应的CDN调度服务器的地址。在CDN架构中，部署在用户终端先访问到的那几台服务器上，负责定位网络互连协议(Internet Protocol，IP)地址，然后重定向用户请求的那个服务器，我们叫它“CDN调度服务器”。该后台服务器在确定所述CDN调度服务器的地址后，向所述用户终端反馈所述CDN调度服务器的地址。

所述用户终端根据该后台服务器反馈的所述CDN调度服务器的地址向所述CDN调度服务器发送第一请求消息，所述第一请求消息用于请求所述CDN调度服务器为所述用户终端下载所述待下载数据分配至少两个CDN节点的节点地址。所述CDN调度服务器在接收到所述第一请求消息时，在众多的CDN节点中确定与所述待下载数据相关的CDN节点，即存储有所述待下载数据的CDN节点，并根据预设筛选规则从与所述待下载数据相关的CDN节点中确定可选的至少两个CDN节点。其中，所述预设筛选规则可以包括负载均衡原则、就近接入原则等原则中的至少一种。所述至少两个CDN节点的具体数量由所述用户终端确定，具体数量在此不做限定。所述CDN调度服务器在确定好所述至少两个CDN节点后，获取所述至少两个CDN节点中每个CDN节点的节点地址，并将每个CDN节点的节点地址反馈至所述用户终端。可选的，所述CDN调度服务器可根据所述预设筛选规则对所述至少两个CDN节点按照优先级的高低顺序进行排序，并按照这个顺序向所述用户终端反馈所述至少两个CDN节点的节点地址，以便所述用户终端能够知晓各个CDN节点的优先级，便于所述用户终端选择其中一个。

其中，所述第一请求消息还用于请求通过N个下载线程从所述至少两个CDN节点中下载所述待下载数据的部分数据。可以将N个下载线程的数量与所述至少两个CDN节点的数量进行一一对应，例如通过4个下载线程分别从4个CDN节点中下载；也可以将N个下载线程的数量与所述至少两个CDN节点的数量进行多对一，例如通过4个线程分别从2个CDN节点中下载，即一个CDN节点对应着2个下载线程。所述用户终端请求从所述至少两个CDN节点中下载所述待下载数据的部分数据，用于测量所述至少两个CDN节点中每个CDN节点的实际下载速度，此时的实际下载速度既可以是多个下载线程并行下载的速度，也可以是单下载线程的速度。

所述用户终端接收所述CDN调度服务器反馈的所述至少两个CDN节点中每个CDN节点的节点地址。

102，根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据，并获取所述每个CDN节点的实际下载速度；

具体的，所述用户终端根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据，即根据所述至少两个CDN节点中每个CDN节点的节点地址分别从对应的CDN节点下载，例如，根据CDN节点A的节点地址从CDN节点A中下载所述待下载数据中与CDN节点A对应的部分数据。所述用户终端根据所述待下载数据的大小将所述待下载数据分为若干份进行下载，可以等分，也可以不等分，在此不做限定。

请参见图3，为本发明实施例提供的分线程从各个CDN节点下载数据的示意图。图3包括4个CDN节点，分别为CDN节点A、CDN节点B、CDN节点C、CDN节点D，这四个CDN节点对应着4个下载线程，并在一一对应的情况进行下载，即下载线程1从CDN节点A下载，下载线程2从CDN节点B下载，下载线程3从CDN节点C下载，下载线程4从CDN节点D下载。假设所述待下载数据被等分为i份，编号为1，2，…，i，i可远远大于4，那么所述用户终端通过下载线程1从CDN节点A下载第1份数据，通过下载线程2从CDN节点B下载第2份数据，通过下载线程3从CDN节点C下载第3份数据，通过下载线程4从CDN节点D下载第4份数据，直到所述待下载数量的第1份、第2份、第3份和第4份数据均下载完毕。图3中黑色部分标识已下载的数据量，空白部分可以表示剩余所需下载时间，也可以表示剩余数据量。需要说明的是，图3所示的示意图仅用于举例说明，并不构成对本发明实施例的限定。

所述用户终端根据所述每个CDN节点下载的数据获取所述每个CDN节点的实际下载速度，所述每个CDN节点的实际下载速度实则是所述每个CDN节点对应的用于所述用户终端的下载线程的线程下载速度，下载线程的线程下载速度可由已下载数据量除以下载时长得到，若CDN节点与下载线程是一一对应的关系，则实际下载速度即为单个下载线程的线程下载速度；若CDN节点与下载线程是一对多的关系，则实际下载速度即为多个下载线程并行下载的线程下载速度。由于各个CDN节点接入用户终端的数量、与用户终端之间的距离等存在较大的差异，因此各个CDN节点的实际下载速度存在差异。基于图3所示的示意图，在通过在预设时间段内统计各个下载线程已下载的数据量来计算各个下载线程的线程下载速度，从而得到各个CDN节点的实际下载速度，图3是在相同下载数据量的情况下，实际应用中不限定每个下载线程的下载数据量相同。其中，预设时间段可由所述用户终端自主设定，具体数值在此不做限定。由图3可知，在所述预设时间段内，下载线程4的下载速度最快，下载线程2的下载速度最慢，进而推导出，CDN节点D的实际下载速度最快，CDN节点B的实际下载速度最慢。为了使得获取的CDN节点的实际下载速度较为准确，所述至少两个CDN节点中每个CDN节点对应的下载线程数量应该相同。在获取所述每个CDN节点的实际下载速度的过程中，可以不限定同时同量，视具体情况而定。

103，根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；

具体的，为了提高下载速度，所述用户终端期望从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，因此在获取所述每个CDN节点的实际下载速度的情况下，根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，并将实际下载速度最快的CDN节点确定为第一CDN节点。由于所述用户终端是在较优的CDN节点中选择最快的CDN节点，使得CDN节点的负荷不会过重，路由也会比较畅通。

104，从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据；

具体的，在确定所述第一CDN节点之后，所述用户终端从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据，基于图3所示的示意图，由于所述用户终端分别从4个CDN节点下载了所述待下载数量的第1份、第2份、第3份和第4份数据，还剩下i-4份数据未下载，所述待下载数据的第一部分数据即为剩下的i-4份数据，这些数据可通过所述第一CDN节点下载。由于计算得到所述第一CDN节点的实际下载速度最快，那么采用所述第一CDN节点下载数据，可以提高下载速度。

所述用户终端可采用一个下载线程从所述第一CDN节点中下载所述待下载数据的第一部分数据，也可通过N个下载线程从所述第一CDN节点中下载所述待下载数据的第一部分数据，即采用多个下载线程并行下载，进一步提高下载速度。

请参见图4，为本发明实施例提供的分线程从第一CDN节点下载数据的示意图。图4中的4个下载线程均从所述第一CDN节点下载，由于在图3中从4个CDN节点下载了所述待下载数量的第1份、第2份、第3份和第4份数据，那么图4中的下载线程1下载第5份数据，下载线程2下载第6份数据，下载线程3下载第7份数据，下载线程4下载第8份数据。由于各个下载线程的下载速度不一样，会出现空闲线程的情况，于是考虑动态分片下载，即当第一下载线程下载完任务后，从正在下载的下载线程中选出一个第二下载线程，将第二下载线程的剩余任务分一半给第一下载线程下载。选任务的原则，不是单纯地选剩余下载量最大，除了看任务剩余下载量，还得看每个下载线程的下载速度，用剩余下载量除以下载速度得到剩余所需下载时间，选择剩余下载量比较大但下载速度慢的，即剩余所需下载时间最长的任务，将其分片，这样就可以让N个线程在大部分时间内充分运动，进一步提高下载速度。

如图4所示，黑色部分表示已下载任务量，空白部分表示剩余所需下载时间，在下载线程4已完成任务时，下载线程2的剩余所需下载时间最长，将下载线程2的剩余数据量分一半给下载线程4下载，或者下载线程4将下载线程2剩余数据量的一半分过来下载，以此类推，直到某个下载线程的剩余数据量小于预设数据大小阈值。其中，所述预设数据大小阈值由所述用户终端设定，具体数值在此不做限定。

所述用户终端在执行步骤104的过程中，若接收到所述第一CDN节点发送的连接异常消息且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第二请求消息，所述第二请求消息用于请求所述CDN服务器分配第二CDN节点的节点地址。其中，所述连接异常消息可以包括连接超时消息、连接错误消息等，用于指示所述用户终端将无法继续从所述第一CDN节点下载数据。所述用户终端根据所述第二CDN节点的节点地址从所述第二CDN节点中下载所述第一部分数据的剩余部分数据，在这个过程中，所述用户终端可通过N个下载线程从所述第二CDN节点中下载所述第一部分数据的剩余部分数据，与通过N个下载线程从所述第一CDN节点下载数据的方法类似，在此不再赘述。

在不同的环境下，不同的用户终端所选择的最快CDN节点往往是不同的。例如，用户终端甲从分配的CDN节点A、CDN节点B、CDN节点C和CDN节点D中选择实际下载速度最快的CDN节点A下载数据，与用户终端甲位于同一地区的用户终端乙若要下载数据，CDN调度服务器会获取CDN节点A的负荷量，若CDN节点A负荷较重，则CDN调度服务器为用户终端乙分配除CDN节点A之外的四个CDN节点(可能包括CDN节点B、CDN节点C、CDN节点D中的至少一个)，用户终端乙从这四个CDN节点选择最快的CDN节点下载，可以实现负载均衡，因此本发明实施例提供的数据下载方法不会造成个别CDN节点超负荷工作的情况，能够提高CDN节点的资源利用率。

在本发明实施例中，通过用户终端请求CDN调度服务器针对待下载数据分配至少两个CDN节点，先从至少两个CDN节点中下载待下载数据的部分数据，并获取每个CDN节点的实际下载速度，再从至少两个CDN节点中选择第一CDN节点，并从第一CDN节点下载待下载数据的剩余部分数据，从而实现用户终端自主选择CDN节点进行下载，有利于提高下载速度，缩短下载耗时。

请参见图5，为本发明实施例提供的另一种数据下载方法的流程示意图，该方法可包括步骤201-步骤204。需要说明的是，图5所示的实施例应用于图2所示实施例步骤104的执行过程中。

201，获取从所述第一CDN节点中通过N个下载线程中每个下载线程的线程下载速度，并根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程；

具体的，在通过N个下载线程从所述第一CDN节点下载的过程中，所述用户终端获取所述每个下载线程的线程下载速度，所述线程下载速度由已下载数据量除以下载时长得到。所述用户终端根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程。

202，若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN调度服务器分配第三CDN节点的节点地址；

具体的，若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值，则表明所述第一CDN节点为各个线程提供的下载速度存在较大的差异，可能对所述第一CDN节点的实际下载速度存在影响。其中，所述预设阈值由所述用户终端设定，具体数值在此不做限定。因此，在所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载的情况下，所述用户终端向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN调度服务器分配第三CDN节点的节点地址。

203，根据所述第三CDN节点的节点地址从所述第三CDN节点下载所述第一部分数据的部分数据，并获取所述第三CDN节点的实际下载速度；

具体的，该步骤的实现过程与图2所示实施例中步骤202获取所述每个CDN节点的实际下载速度类似，在此不再赘述。

204，若所述第三CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则从所述第三CDN节点中下载所述第一部分数据的剩余部分数据；

具体的，所述用户终端判断所述第三CDN节点的实际下载速度是否大于所述第一CDN节点的实际下载速度，以便选择实际下载速度最快的CDN节点。若所述第三CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则所述用户终端从所述第三CDN节点中下载所述第一部分数据的剩余部分数据，与从所述第一CDN节点下载数据的过程类似，在此不再赘述。

在本发明实施例中，在第一CDN节点的各个下载线程的线程下载速度相差较大且未完成下载的情况下，请求重新分配CDN节点，对比之前使用的CDN节点和新分配的CDN节点的实际下载速度，选择实际下载速度最快的CDN节点，实现在下载中实时调整CDN节点，以保证快速的实际下载速度。

请参见图6，为本发明实施例提供的一种用户终端的结构示意图，所述用户终端70可包括节点获取单元701数据下载单元702、速度获取单元703和节点选择单元704。

节点获取单元701，用于获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；

数据下载单元702，用于根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据；

速度获取单元703，用于获取所述每个CDN节点的实际下载速度；

节点选择单元704，用于根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；

所述数据下载单元701，还用于从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据；

其中，所述至少两个CDN节点为所述CDN调度服务器根据预设筛选规则在与所述待下载数据相关的CDN节点中确定的可选CDN节点。

在一种可能实现的方式中，所述用户终端70还包括数量确定单元705和消息发送单元706，具体的：

数量确定单元705，用于确定下载待下载数据所需的下载线程数量N；

消息发送单元706，用于向CDN调度服务器发送携带所述下载线程数量N的第一请求消息，所述第一请求消息用于请求所述CDN调度服务器根据所述下载线程数量N分配至少两个CDN节点的节点地址，并请求通过N个下载线程从至少两个CDN节点中下载所述待下载数据的部分数据。

在一种可能实现的方式中，所述数据下载单元702具体用于通过N个下载线程从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

在一种可能实现的方式中，所述速度获取单元703，还用于获取从所述第一CDN节点中通过N个下载线程中每个下载线程的线程下载速度，并根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程；

所述消息发送单元706，还用于若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第二请求消息，所述第二请求消息用于请求所述CDN调度服务器分配第二CDN节点的节点地址；

所述数据下载单元702，还用于根据所述第二CDN节点的节点地址从所述第二CDN节点下载所述第一部分数据的部分数据；

所述速度获取单元703，还用于获取所述第二CDN节点的实际下载速度；

所述数据下载单元702，还用于若所述第二CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则从所述第二CDN节点中下载所述第一部分数据的剩余部分数据。

在一种可能实现的方式中，所述节点选择单元701具体用于根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，并将实际下载速度最快的CDN节点确定为第一CDN节点。

在一种可能实现的方式中，所述消息发送单元706，还用于若接收到所述第一CDN节点发送的连接异常消息且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN服务器分配第三CDN节点的节点地址；

所述数据下载单元702，还用于根据所述第三CDN节点的节点地址从所述第三CDN节点中下载所述第一部分数据的剩余部分数据。

需要说明的是，上述节点获取单元701用于执行图2所示实施例中的步骤101；上述数据下载单元702用于执行图2所示实施例中的步骤102、图3所示实施例中的步骤204；上述速度获取单元703用于执行图2所示实施例中的步骤103、图3所示实施例中的步骤201；上述节点选择单元704用于执行图2所示实施例中的步骤104；上述消息发送单元706用于执行图3所示实施例中的步骤202。

其中，上述节点获取单元701、上述速度获取单元703、节点选择单元704和数量确定单元705可以是处理器或控制器，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。上述数据下载单元702和上述消息发送单元706可以通信模块、射频电路等。

上述节点获取单元701、上述速度获取单元703、节点选择单元704和数量确定单元705为处理器，上述数据下载单元702和上述消息发送单元706为射频电路时，本发明实施例所涉及的用户终端可以为图7所示的用户终端。

请参见图7，为本发明实施例提供的另一种用户终端的结构示意图，该用户终端80包括射频电路810、存储器820、其他输入设备830、显示屏840、传感器850、音频电路860、输入/输出系统870、处理器880和电源890。本领域技术人员可以理解，图7中示出的用户终端的结构并不构成对用户终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本领领域技术人员可以理解显示屏840属于用户界面(UI，User Interface)，且用户终端80可以包括比图示更多或者更少的用户界面。

射频电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站或多媒体网元的下行信息接收后，给处理器880处理；另外，将设计上行的数据发送给基站或多媒体网元。通常，射频电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，射频电路810还可以通过无线通信与网络和其他设备通信。应用在本发明实施例中，射频电路810用于执行图2所示实施例中的步骤102，图3所示实施例中的步骤202、204。

存储器820可用于存储软件程序以及模块，所述存储器用于存储计算机可执行程序代码，所述程序代码包括指令；处理器880通过运行存储在存储器820的软件程序以及模块，从而执行用户终端80的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据用户终端80的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其他输入设备830可用于接收输入的数字或字符信息，以及产生与用户终端80的用户设置以及功能控制有关的键信号输入。具体地，其他输入设备830可包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)等中的一种或多种。其他输入设备830与输入/输出系统870的其他输入设备控制器871相连接，在其他设备输入控制器871的控制下与处理器880进行信号交互。

显示屏840可用于显示由用户输入的信息或提供给用户的信息以及用户终端80的各种菜单，还可以接收用户输入。

用户终端80还可包括至少一种传感器850，比如光传感器、运动传感器、速度传感器以及其他传感器。

音频电路860、扬声器861，麦克风862可提供用户与用户终端80之间的音频接口。音频电路860可将接收到的音频数据转换后的信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，麦克风862将收集的声音信号转换为信号，由音频电路860接收后转换为音频数据，再将音频数据输出至射频电路810以发送给比如另一用户终端，或者将音频数据输出至存储器820以便进一步处理。

输入/输出系统870用来控制输入输出的外部设备，可以包括其他设备输入控制器871、传感器控制器872、显示控制器873。可选的，一个或多个其他输入控制设备控制器871从其他输入设备830接收信号和/或者向其他输入设备830发送信号，其他输入设备830可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)。值得说明的是，其他输入控制设备控制器871可以与任一个或者多个上述设备连接。所述输入/输出系统870中的显示控制器873从显示屏840接收信号和/或者向显示屏840发送信号。

处理器880是用户终端80的控制中心，利用各种接口和线路连接整个用户终端80的各个部分，通过运行或执行存储在存储器820内的指令，以及调用存储在存储器820内的数据，执行用户终端80的各种功能和处理数据。应用在本发明实施例中，处理器880用于执行图2所示实施例中的步骤101、102、103，图3所示实施例中的步骤201。

电源890(比如电池)，优选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

本发明实施例还提供一种存储介质，所述存储介质为非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有至少一个程序，每个所述程序包括指令，所述指令当被具有处理器的用户终端执行时使所述用户终端执行本发明实施例提供的数据下载方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (13)

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

获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；

根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据，并获取所述每个CDN节点的实际下载速度；

根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；

从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据；

获取从所述第一CDN节点中通过N个下载线程中每个下载线程的线程下载速度，并根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程；

若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第二请求消息，所述第二请求消息用于请求所述CDN调度服务器分配第二CDN节点的节点地址；

根据所述第二CDN节点的节点地址从所述第二CDN节点下载所述第一部分数据的部分数据，并获取所述第二CDN节点的实际下载速度；

若所述第二CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则从所述第二CDN节点中下载所述第一部分数据的剩余部分数据。

2.根据权利要求1所述的方法，其特征在于，所述至少两个CDN节点为所述CDN调度服务器根据预设筛选规则在与所述待下载数据相关的CDN节点中确定的可选CDN节点。

3.根据权利要求1或2所述的方法，其特征在于，所述获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址之前，还包括：

确定下载待下载数据所需的下载线程数量N；

向CDN调度服务器发送携带所述下载线程数量N的第一请求消息，所述第一请求消息用于请求所述CDN调度服务器根据所述下载线程数量N分配至少两个CDN节点的节点地址，并请求通过N个下载线程从至少两个CDN节点中下载所述待下载数据的部分数据。

4.根据权利要求3所述的方法，其特征在于，所述从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据，包括：

通过N个下载线程从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

5.根据权利要求1所述的方法，其特征在于，所述根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点，包括：

根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，并将实际下载速度最快的CDN节点确定为第一CDN节点。

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

若接收到所述第一CDN节点发送的连接异常消息且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN调度服务器分配第三CDN节点的节点地址；

根据所述第三CDN节点的节点地址从所述第三CDN节点中下载所述第一部分数据的剩余部分数据。

7.一种用户终端，其特征在于，包括：

节点获取单元，用于获取内容分发网络CDN调度服务器针对待下载数据分配的至少两个CDN节点的节点地址；

数据下载单元，用于根据所述至少两个CDN节点的节点地址分别从所述至少两个CDN节点中下载所述待下载数据中与每个CDN节点对应的部分数据；

速度获取单元，用于获取所述每个CDN节点的实际下载速度；

节点选择单元，用于根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择第一CDN节点；

所述数据下载单元，还用于从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据；

所述速度获取单元，还用于获取从所述第一CDN节点中通过N个下载线程中每个下载线程的线程下载速度，并根据所述每个下载线程的线程下载速度从所述N个下载线程中选择线程下载速度最快的第一下载线程和下载速度最慢的第二下载线程；

消息发送单元，用于若所述第一下载线程与所述第二下载线程的速度之差大于预设阈值且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第二请求消息，所述第二请求消息用于请求所述CDN调度服务器分配第二CDN节点的节点地址；

所述数据下载单元，还用于根据所述第二CDN节点的节点地址从所述第二CDN节点下载所述第一部分数据的部分数据；

所述速度获取单元，还用于获取所述第二CDN节点的实际下载速度；

所述数据下载单元，还用于若所述第二CDN节点的实际下载速度大于所述第一CDN节点的实际下载速度，则从所述第二CDN节点中下载所述第一部分数据的剩余部分数据。

8.根据权利要求7所述的用户终端，其特征在于，所述至少两个CDN节点为所述CDN调度服务器根据预设筛选规则在与所述待下载数据相关的CDN节点中确定的可选CDN节点。

9.根据权利要求7或8所述的用户终端，其特征在于，所述用户终端还包括：

数量确定单元，用于确定下载待下载数据所需的下载线程数量N；

所述消息发送单元，还用于向CDN调度服务器发送携带所述下载线程数量N的第一请求消息，所述第一请求消息用于请求所述CDN调度服务器根据所述下载线程数量N分配至少两个CDN节点的节点地址，并请求通过N个下载线程从至少两个CDN节点中下载所述待下载数据的部分数据。

10.根据权利要求9所述的用户终端，其特征在于，所述数据下载单元具体用于通过N个下载线程从所述第一CDN节点中下载所述待下载数据中除所述每个CDN节点对应的部分数据之外的第一部分数据。

11.根据权利要求7所述的用户终端，其特征在于，所述节点选择单元具体用于根据所述每个CDN节点的实际下载速度从所述至少两个CDN节点中选择实际下载速度最快的CDN节点，并将实际下载速度最快的CDN节点确定为第一CDN节点。

12.根据权利要求7所述的用户终端，其特征在于，

所述消息发送单元，还用于若接收到所述第一CDN节点发送的连接异常消息且所述待下载数据的第一部分数据未完成下载，则向所述CDN调度服务器发送第三请求消息，所述第三请求消息用于请求所述CDN调度服务器分配第三CDN节点的节点地址；

所述数据下载单元，还用于根据所述第三CDN节点的节点地址从所述第三CDN节点中下载所述第一部分数据的剩余部分数据。

13.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序，该程序用于执行如权利要求1-6任一项所述的数据下载方法。

Images