一种下载应用资源包的方法及服务器、终端与流程

本发明涉及通信技术领域，具体涉及一种下载应用资源包的方法及服务器、终端。

背景技术：

通信技术的飞速发展，给用户的生活带来极大的改善，用户可以在终端上安装各种应用进行使用。

当用户想体验某个应用时，需要下载该应用的应用资源包到终端，然后安装该应用资源包后体验该应用。这样，下载成为了体验应用的入口，下载过程服务的好坏直接影响到新进用户引进率或老用户的流失率。由于应用资源包包含众多应用资源等，大小多达几百兆，应用资源包的下载量的庞大直接推升了应用资源包的带宽，特别是应用更新集中升级的特性，使得应用资源包的带宽居高不下，用户下载时间长达数小时，从而给下载服务器带来极大挑战。例如：终端通过腾讯游戏平台(英文全称：Tencent Game Platform，缩写：TGP)下载或更新游戏应用时，TGP会定期访问下载服务器，TGP将下载服务器返回的内容分发网络(英文全称：Content Delivery Network，缩写：CDN)下载源发送给终端，从而终端根据CDN下载源下载指定的游戏应用资源包。

可见，下载服务器只向终端提供分配下载源的功能，当当前应用资源包的下载请求量大于预设下载请求量时，如果对所有发送下载请求的终端同时分配CDN下载源，则可能造成下载瘫痪的现象。

技术实现要素：

本发明实施例提供了一种下载应用资源包的方法及服务器、终端，用于解决现有下载应用资源包所存在的缺陷，通过按照用户级别信息对满足预设条件的终端优先分配CDN下载源，从而避免了下载瘫痪现象，也实现了对不同终端用户的差异化服务。

本发明第一方面提供一种下载应用资源包的方法，所述方法应用于应用通信系统，所述应用通信系统包括第一服务器、第二服务器以及N个终端，其中，N为大于0的整数，所述方法包括：

所述第一服务器接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求；

若所述N个下载请求大于预设下载请求量，所述第一服务器根据用户级别信息确定满足预设条件的M个终端，其中，M为大于0且小于N的整数；

所述第一服务器向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述M个终端根据所述CDN下载源下载所述目标应用资源包。

本发明第二方面提供一种下载应用资源包的方法，所述方法应用于应用通信系统，所述应用通信系统包括第一服务器、第二服务器以及N个终端，其中，N为大于0的整数，所述方法包括：

第一服务器获取所述N个终端对应的目标应用的用户级别信息；

所述第一服务器根据所述用户级别信息确定所述N个终端分别对应的第一下载速度；

所述第一服务器向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配内容分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

本发明第三方面提供一种下载应用资源包的方法，所述方法应用于通信系统，所述应用通信系统包括第一服务器、第二服务器、第三服务器以及N个终端，其中，N为大于0的整数，所述方法包括：

所述N个终端在空闲状态下向所述第一服务器发送对目标应用资源包的N个下载请求，以使得若所述N个下载请求大于预设下载请求量，所述第一服务器根据用户级别信息确定满足预设条件的M个终端，并向第二服务器发送第一下载确认消息，其中，M为大于0且小于N的整数，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包；

所述M个终端获取所述第二服务器分配的所述CDN下载源；

所述M个终端根据所述CDN下载源下载所述目标应用资源包。

本发明第四方面提供一种服务器，所述服务器为应用通信系统中的第一服务器，所述应用通信系统还包括第二服务器以及N个终端，其中，N为大于0的整数，所述第一服务器包括：

接收模块，用于接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求；

确定模块，用于若所述N个下载请求大于预设下载请求量，根据用户级别信息确定满足预设条件的M个终端，其中，M为大于0且小于N的整数；

发送模块，用于向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述M个终端根据所述CDN下载源下载所述目标应用资源包。

本发明第五方面提供一种服务器，所述服务器为应用通信系统中的第一服务器，所述应用通信系统还包括第二服务器以及N个终端，其中，N为大于0的整数，所述第一服务器包括：

获取模块，用于获取所述N个终端对应的目标应用的用户级别信息；

确定模块，用于根据所述用户级别信息确定所述N个终端分别对应的第一下载速度；

发送模块，用于向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配内容分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

本发明第六方面提供一种终端，所述所述终端为应用于通信系统的终端，其中，所述终端有N个，N为大于0的整数，所述应用通信系统还包括第一服务器、第二服务器、第三服务器，所述终端包括：

发送模块，用于在空闲状态下向所述第一服务器发送对目标应用资源包的N个下载请求，以使得若所述N个下载请求大于预设下载请求量，所述第一服务器根据用户级别信息确定满足预设条件的M个终端，并向第二服务器发送第一下载确认消息，其中，M为大于0且小于N的整数，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包；

获取模块，用于获取所述第二服务器分配的所述CDN下载源；

下载模块，用于根据所述CDN下载源下载所述目标应用资源包。

本发明第七方面提供一种应用通信系统，所述应用通信系统包括如上述第四方面所述的服务器和如上述第五方面所述的服务器以及如上述第六方面所述的终端。

从以上技术方案可以看出，本发明实施例具有以下优点：

可见，第一服务器接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求，相当于N个终端提前根据自身的空闲状态进而准备获取CDN下载源，若该N个下载请求大于预设下载请求量时，与现有技术不同的是，第一服务器根据获取的N个终端对应的用户级别信息确定出满足预设条件的M个终端，并指示该第二服务器向该M个终端分配CDN下载源，从而使得该M个终端根据该CDN下载源下载该目标应用资源包。这样，不仅避免了下载瘫痪现象，也实现了对不同终端用户的差异化服务。

附图说明

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

图1为本发明实施例中应用通信系统的一个结构示意图；

图2为本发明实施例中第一服务器的一个结构示意图；

图3为本发明实施例中下载应用资源包的方法的一个实施例示意图；

图4为本发明实施例中下载应用资源包的方法的另一个实施例示意图；

图5为本发明实施例中下载应用资源包的方法的另一个实施例示意图；

图6为本发明实施例中下载应用资源包的方法的另一个实施例示意图；

图7为本发明实施例中下载应用资源包的方法的另一个实施例示意图

图8为本发明实施例中第一服务器的另一个结构示意图；

图9为本发明实施例中第一服务器的另一个结构示意图；

图10为本发明实施例中终端的另一个结构示意图。

具体实施方式

本发明实施例提供了一种下载应用资源包的方法及服务器、终端，用于解决现有下载应用资源包所存在的缺陷，通过按照用户级别信息对满足预设条件的终端优先分配CDN下载源，从而避免了下载瘫痪现象，也实现了对不同终端用户的差异化服务。

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在介绍本发明实施例之前，先介绍一下本发明实施例中涉及的应用通信系统，该应用通信系统包括多个服务器和多个终端，其中，该多个服务器可以分别执行对应的功能，或者该多个服务器可以集合成一个服务器执行全部的功能，此处不做具体限定，在实际应用中，如图1所示，该多个服务器包括预下载服务器，下载速度控制服务器，下载服务器，其中，各个服务器之间通信连接，该预下载服务器主要负责根据可用的下载资源提前向下载服务器发送下载确认消息，以使得下载服务器向终端分配CDN下载源，利用CDN发送下载源主要是利用了CDN的传输速率快以及传输内容稳定的性质，使得终端能够快速的、稳定的接收到下载源，并根据该下载源下载对应的目标应用资源包。该下载速度控制服务器主要是负责根据当前的下载带宽以及下载用户量以及用户级别信息对不同终端用户匹配对应的下载速度，从而实现终端的差异化服务器。该下载服务器主要是负责为终端分配CDN下载源。另外，该终端包括但不限于移动电话、移动电脑、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，缩写：PDA)、媒体播放器、智能电视，可穿戴设备(例如，智能手表或智能眼镜等)以及上述两项或两项以上的组合等。

请参阅图2，对本发明涉及的第一服务器100的具体结构进行介绍，所述第一服务器为应用通信系统中的其中一个服务器，所述应用通信系统还包括第二服务器以及N个终端，其中，N为大于0的整数，所述第一服务器100包括：收发器110、存储器120、处理器130等部件。本领域技术人员可以理解，图2中示出的第一服务器100的结构并不构成对第一服务器的限定，可以包括比图2更多或更少的部件，或者组合某些部件，或者不同的部件布置。

收发器110可用于收发信息，例如：信号的接收和发送。收发器110通过无线通信与终端等其他设备通信，无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文全称：Global System of Mobile communication，缩写：GSM)、通用分组无线服务(英文全称：General Packet Radio Service，缩写：GPRS)、码分多址(英文全称：Code Division Multiple Access，缩写：CDMA)、宽带码分多址(英文全称：Wideband Code Division Multiple Access，缩写：WCDMA)、长期演进(英文全称：Long Term Evolution，缩写：LTE)、电子邮件、短消息服务(英文全称：Short Messaging Service，缩写：SMS)等。

存储器120可用于存储软件程序以及模块，处理器130通过运行存储在存储器120的软件程序以及模块，从而执行第一服务器100的各种功能应用以及数据处理。

其中，所述收发器110用于接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求；

所述处理器130用于若所述N个下载请求大于预设下载请求量，根据用户级别信息确定满足预设条件的M个终端，其中，M为大于0且小于N的整数；

所述收发器110还用于向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述M个终端根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，所述收发器110还用于若所述N个下载请求不大于所述预设下载请求量，向所述第二服务器发送第二下载确认消息，其中，所述第二下载确认消息为所述N个终端对应的下载确认消息，以使得所述第二服务器根据所述第二下载确认消息给所述N个终端分配所述CDN下载源，以使得所述N个终端根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，所述处理器130还用于所述收发器110接收到对目标应用资源包的N个下载请求之前，获取所述目标应用资源包的总带宽，根据所述目标应用资源包的总带宽确定所述目标应用资源包的预设下载请求量。

继续参阅上述图2，下面介绍另一种第一服务器，其中，所述第一服务器为应用通信系统中的其中一个服务器，所述应用通信系统还包括第二服务器、以及N个终端，其中，N为大于0的整数，所述第一服务器包括如上述图2所示的收发器110、存储器120、处理器130等部件，具体可参阅图2所示的结构。

其中，所述处理器130用于获取所述N个终端对应的目标应用的用户级别信息，并根据所述用户级别信息确定所述N个终端分别对应的第一下载速度；

所述收发器110还用于向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配内容分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

在一些可能的实现方式中，所述收发器110还用于向所述第二服务器发送第一下载确认消息之后，接收到所述N个终端对应的所述目标应用资源包的下载状态信息；

所述处理器130用于确定所述目标应用资源包的带宽升降比例；根据所述下载状态信息和所述带宽升降比例确定所述N个终端分别对应的第二下载速度。

在一些可能的实现方式中，所述处理器130具体用于获取所述目标应用资源包的历史带宽和所述目标应用资源包的总带宽；根据所述历史带宽和所述总带宽确定所述目标应用资源包的可用带宽；根据所述可用带宽和所述总带宽确定所述目标应用资源包的带宽升降比例。

继续参阅上述图2，下面介绍一种终端，其中，所述终端为应用通信系统中的终端，所述应用通信系统还包括第一服务器、二服务器、第三服务器以及N个终端，其中，N为大于0的整数，所述终端包括如上述图2所示的收发器110、存储器120、处理器130等部件，具体可参阅图2所示的结构。

其中，所述收发器110用于在空闲状态下向所述第一服务器发送对目标应用资源包的N个下载请求，以使得若所述N个下载请求大于预设下载请求量，所述第一服务器根据用户级别信息确定满足预设条件的M个终端，并向第二服务器发送第一下载确认消息，其中，M为大于0且小于N的整数，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包；

所述处理器130用于获取所述第二服务器分配的所述CDN下载源；根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，若所述N个下载请求不大于所述预设下载请求量，所述处理器130用于获取所述第二服务器分配的所述CDN下载源；根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，所述收发器110用于在空闲状态下向所述第三服务器发送所述N个终端对应的目标应用的用户级别信息，以使得所述第三服务器根据所述用户级别信息确定所述N个终端分别对应的第一下载速度，并向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配所述CDN下载源；

所述处理器130用于获取所述第二服务器分配的所述CDN下载源；根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

请参阅图3，为本发明实施例中下载应用资源包的方法的一个实施例示意图，该方法应用于应用通信系统，该应用通信系统包括第一服务器、第二服务器以及N个终端，其中，N为大于0的整数，该实施例的具体流程如下：

步骤301、第一服务器接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求。

本发明实施例中，该第一服务器为预下载服务器，用于提前确认可用的下载资源，以及判断是否准许终端下载该目标应用资源包，该目标应用是终端确定的用于下载资源包所对应的任意应用程序，该目标应用可以是各种游戏应用，学习应用等，例如：该游戏应用可以是英雄杀，欢乐斗地主，英雄联盟等，此处不做具体限定。

步骤302、若所述N个下载请求大于预设下载请求量，第一服务器根据用户级别信息确定满足预设条件的M个终端。

本发明实施例中，M为大于0且小于N的整数，为了避免出现下载瘫痪的现象，第一服务器提前设置有预设下载请求量，若该N个下载请求大于该预设下载请求量时，则该第一服务器获取该N个终端对应的该目标应用的用户级别信息，其中，该用户级别信息反映出用户的活跃度，一般而言，用户的活跃度越高，则该用户级别越高，第一服务器按照用户级别信息确定满足预设条件的终端，一般而言，终端对应的用户级别越高，则越优先满足该预设条件，从而根据用户级别信息体现出不同终端的差异化服务。

需要说明的是，该预设下载请求量一般是根据该目标应用的下载资源以及该下载资源对应的下载带宽等因素所确定的，具体可根据实际情况而定，此处不做具体限定。

步骤303、第一服务器向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述M个终端根据所述CDN下载源下载所述目标应用资源包。

在实际应用中，该第二服务器为下载服务器，当N个终端处于空闲状态时，提前将该N个下载请求提前发送至预下载服务器。当然在实际应用中，当该预下载服务器确定存在可用的下载资源时，也可以主动向终端发送存在空闲资源的提示消息，以使得预下载服务器接收到终端发送的下载请求时，直接将第一下载确认消息发送至下载服务器。

本发明实施例中，当第一终端根据该用户级别信息确定满足预设条件的M个终端后，则向第二服务器发送第一下载确认消息，可见，该第一下载确认消息只容许第二服务器向该M个终端发送CDN下载源。第二服务器用于给满足预设条件的终端提前分配下载源，从而避免了下载瘫痪现象。

其中，第一服务器根据可用的下载资源提前向下载服务器发送下载确认消息，以使得下载服务器向终端分配CDN下载源，利用CDN发送下载源主要是利用了CDN的传输速率快以及传输内容稳定的性质，使得终端能够快速的、稳定的接收到下载源，并根据该下载源下载对应的目标应用资源包。

在实际应用中，例如：酷跑这款游戏应用目前非常火热，很多用户希望下载该款游戏进行体验，当下载的用户量太多时，可能造成供不应求的现象，也可能造成下载系统瘫痪的现象，也可能使得终端通过数小时，或者更久的时间才能下载得该款游戏，下载速率缓慢。因此，在本发明实施例中，预下载服务器为了避免出现上述这些问题，则提前接收到多个终端的下载请求，若当前该下载请求量大于预设下载请求量，则获取每个终端对应的用户级别信息，并根据该用户级别信息确定满足预设条件的终端，并向下载服务器发送下载确认消息，以使得满足该预设条件的终端从该下载服务器获取到该目标应用资源包的下载源，从而通过该下载源实现对该目标应用资源包的下载。

在图3所示实施例的基础上，请参阅图4，为本发明实施例中下载应用资源包的方法的另一个实施例图，该方法应用于应用通信系统，该应用通信系统包括第一服务器、第二服务器以及N个终端，其中，N为大于0的整数，该实施例的具体流程如下：

步骤401、第一服务器获目标应用资源包的总带宽。

步骤402、第一服务器根据所述目标应用资源包的总带宽确定所述目标应用资源包的预设下载请求量。

与图3所示实施例不同的是，该第一服务器在接收该N个下载请求之前，先获取该目标应用资源包的总带宽，从而根据该总带宽确定该目标应用资源包的预设下载请求量，从而避免接收到该N个下载请求后，也无法向该N个终端提前分配下载源，减少没必要的网络通信的消耗，其中，目标应用资源包的总带宽可以是运营商提供的，此处不作具体限定。

步骤403、第一服务器接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求。

步骤404、若所述N个下载请求大于预设下载请求量，第一服务器根据用户级别信息确定满足预设条件的M个终端。

步骤405、第一服务器向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述M个终端根据所述CDN下载源下载所述目标应用资源包。

需要说明的是，步骤403至步骤405与图3所示的步骤301至步骤303相同或者相似，具体可参阅步骤301至步骤303的描述，此处不再赘述。

步骤406、若所述N个下载请求不大于所述预设下载请求量，第一服务器向所述第二服务器发送第二下载确认消息，其中，所述第二下载确认消息为所述N个终端对应的下载确认消息，以使得所述第二服务器根据所述第二下载确认消息给所述N个终端分配所述CDN下载源，以使得所述N个终端根据所述CDN下载源下载所述目标应用资源包。

与图3所示实施例不同的是，若该N个下载请求不大于该预设下载请求量，则说明该目标应用的可用下载资源足以满足该N个终端的下载需求，则第一服务器向该第二服务器发送第二下载确认消息，以使得N个终端从该第二服务器接收到CDN下载源，从而实现对目标应用资源包的下载，不会造成下载瘫痪现象。

图3和图4实施例的一种第一服务器侧对应的下载应用资源包的方法的一个实施例，请参阅图5，为从另一种服务器侧介绍本发明实施例中下载应用资源包的方法的一个实施例图，该方法应用于应用通信系统，该应用通信系统包括第一服务器、第二服务器以及N个终端，其中，N为大于0的整数，该实施例的具体流程如下：

步骤501、第一服务器获取N个终端对应的目标应用的用户级别信息。

本发明实施例中，该第一服务器为下载速度控制服务器，用于在终端下载该目标应用资源包时进行速度的控制，避免出现下载瘫痪现象。该目标应用是终端确定的用于下载资源包所对应的任意应用程序，该目标应用可以是各种游戏应用，学习应用等，例如：该游戏应用可以是英雄杀，欢乐斗地主，英雄联盟等，此处不做具体限定。

本发明实施例中，该用户级别信息可以根据使用该目标应用的活跃度来确定，一般而言，活跃度越高，用户级别越高，这是针对使用过该目标应用，通过更新该目标应用资源包时可以根据对该目标应用的使用情况来确定该用户级别信息。当然，对于没有使用过该目标应用的用户，可以根据该目标应用对应的应用平台的使用情况来确定该用户级别信息。

其中，确定该用户级别的方式有很多种，例如：假设该目标应用为欢乐斗地主这款游戏，其中，使用过欢乐斗地主的用户级别比没有使用过欢乐斗地主的级别高，当然，使用的活跃度越高，对应的用户级别越高。由于该欢乐斗地主是腾讯旗下的一款游戏，假设欢乐斗地主是腾讯QQ游戏平台下的一款游戏，当没有使用过欢乐斗地主时，可以根据QQ游戏的级别来确定用户级别，其中，QQ游戏的级别越高，对应的该用户级别越高。当然，在实际应用，还可以通过其他方式确定该用户级别信息，此处不做具体限定。

步骤502、第一服务器根据所述用户级别信息确定所述N个终端分别对应的第一下载速度。

与现有技术不同的是，第一服务器通过每个终端对应的用户级别信息确定每个终端对应的第一下载速度，一般而言，用户级别越高，则对应的第一下载速度越高，从而实现不同终端的差异化服务。

当该N个终端处于空闲状态时，周期性地将终端用户的下载带宽等信息提前发送至下载速度控制服务器，然后下载速度控制服务器会根据当前的带宽资源动态调整每个终端用户的下载速度。

步骤503、第一服务器向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配内容分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

本发明实施例中，第一服务器确定每个终端对应的第一下载速度后，则向该第二服务器发送第一下载确认消息，其中，该第二服务器为下载服务器，由于第一服务器根据可用的下载资源提前向下载服务器发送第一下载确认消息，以使得下载服务器向终端分配CDN下载源，利用CDN发送下载源主要是利用了CDN的传输速率快以及传输内容稳定的性质，使得终端能够快速的、稳定的接收到下载源，并根据该下载源按照对应的第一下载速度下载对应的目标应用资源包，从而实现不同终端的差异化服务，另外，给每个终端分配对应的第一下载速度，使得在该目标应用的带宽够用的情况下，提升终端的下载速度，在带宽超过预设带宽的情况下，适当降低终端的下载速度，从而避免出现下载瘫痪的现象。

在图5所示实施例的基础上，请参阅图6，为本发明实施例中下载应用资源包的方法的另一个实施例示意图，该方法应用于应用通信系统，该应用通信系统包括第一服务器、第二服务器以及N个终端，其中，N为大于0的整数，该实施例的具体流程如下：

步骤601、第一服务器获取所述N个终端对应的目标应用的用户级别信息。

步骤602、第一服务器根据所述用户级别信息确定所述N个终端分别对应的第一下载速度。

步骤603、第一服务器向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配内容分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

需要说明的是，步骤601至步骤603与图5所示的步骤501至步骤503相同或者相似，具体可参阅步骤501至步骤503的描述，此处不再赘述。

步骤604、第一服务器接收到所述N个终端对应的所述目标应用资源包的下载状态信息。

步骤605、第一服务器确定所述目标应用资源包的带宽升降比例。

步骤606、第一服务器根据所述下载状态信息和所述带宽升降比例确定所述N个终端分别对应的第二下载速度。

与图5所示实施例不同的是，当第一服务器向第二服务器发送第一下载确认消息后，第一服务器接收到N个终端对应的该目标应用资源包的下载状态信息以及确定该目标应用资源包的带宽升降比例，并根据该下载状态信息和该带宽升降比例确定该N个终端分别对应的第二下载速度，其中，该下载状态信息包括当前下载该目标应用资源包的可用带宽，可用下载资源等。

在一些可能的实现方式中，所述第一服务器确定所述目标应用资源包的带宽升降比例包括：所述第一服务器获取所述目标应用资源包的历史带宽和所述目标应用资源包的总带宽；所述第一服务器根据所述历史带宽和所述总带宽确定所述目标应用资源包的可用带宽；所述第一服务器根据所述可用带宽和所述总带宽确定所述目标应用资源包的带宽升降比例。

本发明实施例中，第一服务器利用接收到的该下载状态信息以及目标应用资源包的带宽升降比例，确定该N个终端分别对应的第二下载速度，由于在N个终端下载该目标应用资源包的过程中，可能会遇到一些突发情况，从而下载停止等问题，则第一服务器实时确定该N个终端的第二下载速度，使得该N个终端按照对应的该第二下载速度下载该目标应用资源包，从而有效提高下载效率。

请参阅图7、本发明实施例中下载应用资源包的方法的另一个实施例示意图，该方法应用于应用通信系统，该应用通信系统包括第一服务器、第二服务器、第三服务器以及N个终端，其中，N为大于0的整数，该实施例的具体流程如下：

步骤701、N个终端在空闲状态下向所述第一服务器发送对目标应用资源包的N个下载请求，以使得若所述N个下载请求大于预设下载请求量，所述第一服务器根据用户级别信息确定满足预设条件的M个终端，并向第二服务器发送第一下载确认消息，其中，M为大于0且小于N的整数，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包。

步骤702、M个终端获取所述第二服务器分配的所述CDN下载源。

步骤703、M个终端根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，若所述N个下载请求不大于所述预设下载请求量，所述N个终端获取所述第二服务器分配的所述CDN下载源；

所述N个终端根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，所述N个终端在空闲状态下向所述第三服务器发送所述N个终端对应的目标应用的用户级别信息，以使得所述第三服务器根据所述用户级别信息确定所述N个终端分别对应的第一下载速度，并向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配所述CDN下载源；所述N个终端获取所述第二服务器分配的所述CDN下载源；所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

本发明实施例中，第一服务器为预下载服务器，第二服务器为下载服务器，第三服务器是下载速度控制服务器。

为了避免出现下载瘫痪的现象，第一服务器提前设置有预设下载请求量，若该N个下载请求大于该预设下载请求量时，则该第一服务器获取该N个终端对应的该目标应用的用户级别信息，其中，该用户级别信息反映出用户的活跃度，一般而言，用户的活跃度越高，则该用户级别越高，第一服务器按照用户级别信息确定满足预设条件的终端，一般而言，终端对应的用户级别越高，则越优先满足该预设条件。若该N个下载请求不大于该预设下载请求量，则说明该目标应用的可用下载资源足以满足该N个终端的下载需求，N个终端从该第二服务器接收到CDN下载源，从而实现对目标应用资源包的下载，不会造成下载瘫痪现象，从而根据用户级别信息体现出不同终端的差异化服务。

为便于更好的实施本发明实施例的上述相关方法，下面还提供用于配合上述方法的相关服务器。

请参阅图8，本发明实施例中服务器的一个结构示意图，该服务器为应用通信系统中的第一服务器800，所述应用通信系统还包括第二服务器以及N个终端，其中，N为大于0的整数，所述第一服务器800包括：接收模块801，确定模块802以及发送模块803。

接收模块801，用于接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求；

确定模块802，用于若所述N个下载请求大于预设下载请求量，根据用户级别信息确定满足预设条件的M个终端，其中，M为大于0且小于N的整数；

发送模块803，用于向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述M个终端根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，

所述发送模块803，还用于若所述N个下载请求不大于所述预设下载请求量，向所述第二服务器发送第二下载确认消息，其中，所述第二下载确认消息为所述N个终端对应的下载确认消息，以使得所述第二服务器根据所述第二下载确认消息给所述N个终端分配所述CDN下载源，以使得所述N个终端根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，所述第一服务器还包括：

获取模块804，用于所述接收模块接收到对目标应用资源包的N个下载请求之前，获取所述目标应用资源包的总带宽；

所述确定模块802，还用于根据所述目标应用资源包的总带宽确定所述目标应用资源包的预设下载请求量。

下面介绍本发明实施例中服务器的另一个结构示意图，该服务器为应用通信系统中的第一服务器，所述应用通信系统还包括第二服务器以及N个终端，其中，N为大于0的整数，请参阅图9，所述第一服务器900包括：获取模块901，确定模块902以及发送模块903。

获取模块901，用于获取所述N个终端对应的目标应用的用户级别信息；

确定模块902，用于根据所述用户级别信息确定所述N个终端分别对应的第一下载速度；

发送模块903，用于向第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配内容分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包，以使得所述N个终端根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

在一些可能的实现方式中，所述第一服务器还包括：

接收模块904，还用于所述发送模块向第二服务器发送第一下载确认消息之后，接收到所述N个终端对应的所述目标应用资源包的下载状态信息；

所述确定模块902，还用于确定所述目标应用资源包的带宽升降比例，根据所述下载状态信息和所述带宽升降比例确定所述N个终端分别对应的第二下载速度。

在一些可能的实现方式，

所述确定模块902，具体用于获取所述目标应用资源包的历史带宽和所述目标应用资源包的总带宽，根据所述历史带宽和所述总带宽确定所述目标应用资源包的可用带宽，根据所述可用带宽和所述总带宽确定所述目标应用资源包的带宽升降比例。

请参阅图10，为本发明实施例中终端的一个结构示意图，该终端为应用通信系统中的终端，其中，所述终端有N个，N为大于0的整数，所述应用通信系统还包括第一服务器、第二服务器以及第三服务器，所述终端1000包括：发送模块1001，获取模块1002以及下载模块1003。

发送模块1001，用于在空闲状态下向所述第一服务器发送对目标应用资源包的N个下载请求，以使得若所述N个下载请求大于预设下载请求量，所述第一服务器根据用户级别信息确定满足预设条件的M个终端，并向第二服务器发送第一下载确认消息，其中，M为大于0且小于N的整数，所述第一下载确认消息为所述M个终端对应的下载确认消息，以使得所述第二服务器根据所述第一下载确认消息给所述M个终端分配分发网络CDN下载源，其中，所述CDN下载源中包括所述目标应用资源包；

获取模块1002，用于获取所述第二服务器分配的所述CDN下载源；

下载模块1003，用于根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，

所述获取模块1002，还用于若所述N个下载请求不大于所述预设下载请求量，获取所述第二服务器分配的所述CDN下载源；

所述下载模块1003，用于根据所述CDN下载源下载所述目标应用资源包。

在一些可能的实现方式中，所述发送模块1001，还用于在空闲状态下向所述第三服务器发送所述N个终端对应的目标应用的用户级别信息，以使得所述第三服务器根据所述用户级别信息确定所述N个终端分别对应的第一下载速度，并向所述第二服务器发送第一下载确认消息，其中，所述第一下载确认消息中携带所述第一下载速度，以使得所述第二服务器根据所述第一下载确认消息给所述N个终端分配所述CDN下载源；

所述获取模块1002，用于获取所述第二服务器分配的所述CDN下载源；

所述下载模块1003，还用于根据所述CDN下载源按照所述第一下载速度下载所述目标应用资源包。

可见，接收模块接收到N个终端在空闲状态下发送的对目标应用资源包的N个下载请求，相当于N个终端提前根据自身的空闲状态进而准备获取CDN下载源，若该N个下载请求大于预设下载请求量时，与现有技术不同的是，确定模块根据获取的N个终端对应的用户级别信息确定出满足预设条件的M个终端，发送模块向第二服务器发送第一下载确认消息，以指示该第二服务器向该M个终端分配CDN下载源，从而使得该M个终端根据该CDN下载源下载该目标应用资源包。这样，不仅避免了下载瘫痪现象，也实现了对不同终端用户的差异化服务。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。