CN106161554A - 升级包下载方法及下载系统 - Google Patents

Abstract

本发明公开了一种升级包下载方法，包括以下步骤：升级服务器推送升级信息至预定客户端；所述预定客户端根据所述升级信息从文件服务器中下载升级包文件；所述升级服务器在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息；所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。本发明还公开了一种下载系统，本发明可以降低升级包下载中对企业网络的出口带宽的影响，从而提高升级包下载的速度与稳定性。

Description

升级包下载方法及下载系统

技术领域

本发明涉及通信技术领域，尤其涉及一种升级包下载方法及下载系统。

背景技术

为将升级包快速下载到本地，现有升级服务器通常直接推送升级信息给所有客户端，在客户端收到升级信息推送后，利用升级服务器来查询升级信息，然后下载安装包到本地。在下载升级包过程中，多数软件采用P2P技术(Peer to Peer，对等网络)来提升下载速度，以节省下载时间。但在企业环境下，员工上班时间集中，客户端下载升级包时间相应集中，导致企业出口带宽拥堵，甚至网络瘫痪。针对此问题，通常会利用P2P技术来解决，但是在企业网络中，为防止带宽拥堵，使用的某些工具会禁止采用P2P下载软件，因此所有的客户端需要从外网下载，引起网络拥堵，同样会导致用户大量下载失败。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种升级包下载方法及下载系统，旨在降低升级包下载中对企业网络的出口带宽的影响，从而提高升级包下载的速度与稳定性。

为实现上述目的，本发明提供的一种升级包下载方法，所述升级包下载方法包括以下步骤：

升级服务器推送升级信息至预定客户端；

所述预定客户端根据所述升级信息从文件服务器中下载升级包文件；

所述升级服务器在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息；

所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

此外，为实现上述目的，本发明还提供一种下载系统，所述下载系统包括：

升级服务器，用于推送升级信息至预定客户端；

预定客户端，用于根据所述升级信息从文件服务器中下载升级包文件；

升级服务器，用于在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息；

非预定客户端，用于选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

此外，为实现上述目的，本发明还提供一种升级包下载方法，所述升级包下载方法包括以下步骤：

升级服务器推送升级信息至预定客户端；

所述预定客户端根据所述升级信息从文件服务器中获取升级包文件，并上传至中转服务器；

所述升级服务器向非预定客户端推送升级信息；

所述非预定客户端从所述中转服务器下载升级包文件。

此外，为实现上述目的，本发明还提供一种下载系统，所述下载系统包括：

升级服务器，用于推送升级信息至预定客户端；

预定客户端，用于根据所述升级信息从文件服务器中获取升级包文件，并上传至中转服务器；

升级服务器，用于向非预定客户端推送升级信息；

非预定客户端，用于从所述中转服务器下载升级包文件。

本发明提供的升级包下载方法以及下载系统，通过升级服务器推送升级信息至预定客户端，所述预定客户端从文件服务器中下载升级包文件，所述升级服务器在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息，所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。这样，可以充分挖掘企业的局域网特性，通过两次升级信息推送即可完成企业内部的升级包下载工作，与传统将升级信息一次推送给所有用户相比，该方法可以减少服务器的压力，同时也可以降低升级包下载中对企业网络的出口带宽的影响，从而提高下载的速度与稳定性。

附图说明

图1为本发明实施例方案涉及的下载系统中客户端的硬件结构示意图；

图2为本发明下载系统第一实施例的功能模块示意图；

图3为本发明下载系统一实施例的硬件结构示意图；

图4为图2中预定客户端的功能模块示意图；

图5为图2中非预定客户端的功能模块示意图；

图6为本发明升级包下载方法第一实施例的流程示意图；

图7为图6中步骤S20的细化流程示意图；

图8为图6中步骤S40的细化流程示意图；

图9为本发明升级包下载方法第二实施例的流程示意图；

图10为本发明下载系统另一实施例的硬件结构示意图；

图11为本发明下载系统第二实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例方案的核心思想是：升级服务器推送升级信息至预定客户端，所述预定客户端从文件服务器中下载升级包文件，所述升级服务器在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息，所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。这样，可以充分挖掘企业的局域网特性，通过两次升级信息推送即可完成企业内部的升级包下载工作，与传统将升级信息一次推送给所有用户相比，该方法可以减少服务器的压力，同时也可以降低升级包下载中对企业网络的出口带宽的影响，从而提高下载的速度与稳定性。

作为一种实现方案，上述下载系统包括升级服务器、客户端(预定客户端和非预定客户端)以及文件服务器。下载系统是客户端软件必需的功能，用来保持客户端软件最新，支持自动查询、下载、安装升级包。升级包是客户端软件的安装程序，可以是一个差异化的压缩包，也可以是完整安装包。升级服务器是存储客户端升级信息的服务器，供客户端C/S查询新版本，也可以S/C给客户端推送新版本升级信息。文件服务器是升级包存储的服务器，供所有客户端下载最新的升级包。

参照图1，其中客户端可以包括：授权接口1001，例如CPU，文件处理器1002，用户接口1003，存储器1004。其中，授权接口1001用于透传升级包文件，所述用户接口1003可以包括显示屏(Display)等组件，用于接收用户输入的信息，并将接收的信息发送至下载系统的内部接口即授权接口1001。显示屏可以为LCD显示屏、LED显示屏，也可以为触摸屏，用于显示升级包需要显示的数据。存储器1004可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1004可选的还可以是独立于前述文件处理器1002的存储装置。作为一种终端存储介质的存储器1004中可以包括操作系统(图中未标示)、网络通信模块(图中未标示)、用户接口模块(图中未标示)以及升级包下载程序(图中未标示)。

在图1所示的下载系统中，授权接口1001主要用于接收用户接口1003透传的升级包文件，并对该文件包进行合法性验证，并将所述文件包发送至文件处理器1002进行处理。文件处理器1002可以用于调用存储器1004中存储的升级包下载程序，并执行以下操作：

升级服务器推送升级信息至预定客户端；

所述预定客户端根据所述升级信息从文件服务器中下载升级包文件；

所述升级服务器在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息；

所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

进一步地，在一个实施例中，文件处理器1002调用存储器1004中存储的升级包下载程序，还可以执行以下操作：

所述预定客户端向所述升级服务器发送下载请求；

在接收到所述升级服务器反馈的同意下载请求信息时，从所述文件服务器中获取升级包文件的下载地址；

所述预定客户端根据所述下载地址下载升级包文件。

进一步地，在一个实施例中，文件处理器1002调用存储器1004中存储的升级包下载程序，还可以执行以下操作：

在所述预定客户端下载完成升级包文件时，向所述升级服务器反馈下载成功信息。

进一步地，在一个实施例中，文件处理器1002调用存储器1004中存储的升级包下载程序，还可以执行以下操作：

所述非预定客户端获取所述预定客户端的账号信息、响应速度、带宽大小以及当前连接数信息；

所述非预定客户端根据所述账号信息、响应速度、带宽大小以及当前连接数信息选择已下载升级包文件的预定客户端作为中转文件服务器；

所述非预定客户端向所述中转文件服务器发送文件传输请求；

所述非预定客户端在接收到所述中转服务器反馈的同意传输请求信息时，接收所述中转文件服务器传输的升级包文件。

在另一个实施例中，文件处理器1001调用存储器1004中存储的升级包下载程序，还可以执行以下操作：

升级服务器推送升级信息至预定客户端；

所述预定客户端根据所述升级信息从文件服务器中获取升级包文件，并上传至中转服务器；

所述升级服务器向非预定客户端推送升级信息；

所述非预定客户端从所述中转服务器下载升级包文件。

基于上述硬件结构，提出本发明下载系统的功能模块实施例。具体如下：

本发明提供一种下载系统1，参照图2，在一实施例中，所述下载系统1包括：

升级服务器10，用于推送升级信息至预定客户端；

本实施例中，主要针对中小型企业网络的特点，采用分两批推送方式，即可完成整个企业的升级包下载，并且大大减少对企业出口带宽的影响。升级服务器10推送升级信息给预定客户端，这些预定客户端选择策略如下：

每个企业内，可以选择客户端数量的5％(根据企业具体情况，可以选取不同的比例)作为预定客户端即种子PC，具体参见图3所示的PC01、PC02、PC03，给这些种子PC推送升级信息。其中，升级服务器10是存储客户端升级信息的服务器，供客户端C/S查询新版本，也可以S/C给客户端推送新版本升级信息。

预定客户端20，用于根据所述升级信息从文件服务器40中下载升级包文件；

进一步地，参照图4，所述预定客户端20包括：

第一请求模块201，用于向所述升级服务器10发送下载请求；

本实施例中，种子PC收到升级信息之后，种子PC的CS(Client/Server，客户/服务器模式)软件向升级服务器10发送下载请求。

地址获取模块202，用于在接收到所述升级服务器10反馈的同意下载请求信息时，从所述文件服务器40中获取升级包文件的下载地址；

本实施例中，在所述升级服务器10同意所述下载请求时，所述预定客户端20获取升级包文件的下载地址，该地址最终指向所述文件服务器40。其中，所述文件服务器40为升级包的储存服务器，供所有的客户端下载最新的升级包。

下载模块203，用于根据所述下载地址下载升级包文件；

反馈模块204，用于在下载完成升级包文件时，向所述升级服务器10反馈下载成功信息。

升级服务器10，还用于在所述预定客户端20下载完成升级包文件时，向所述升级服务器10反馈下载成功信息。

本实施例中，种子PC从文件服务器40上拉取最新的升级包文件，待拉取完成，种子PC的CS软件通知升级服务器10，该种子PC已成功下载升级包文件。

非预定客户端30，用于在检测到所述预定客户端20完成升级包文件下载时，向非预定客户端30推送升级信息；

本实施例中，所述升级服务器10在检测到所述预定客户端20完成升级包文件下载时，向非预定客户端30推送二级升级信息。其中非预定客户端30为除去所述预定客户端20之外的其他客户端。升级服务器10检测到该企业的种子PC都已完成升级包的下载时，则会启动第二轮推送，只将二级升级信息推送给该企业内的非种子PC(如图2中的PC10、PC11、PC12、PC13)。

非预定客户端30，还用于选择已下载升级包文件的预定客户端20作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

进一步地，参照图5，所述非预定客户端30包括：

信息获取模块301，用于获取所述预定客户端20的账号信息、响应速度、带宽大小以及当前连接数信息；

选择模块302，用于根据所述账号信息、响应速度、带宽大小以及当前连接数信息选择已下载升级包文件的预定客户端20作为中转文件服务器；

本实施例中，所述非预定客户端30获取所述预定客户端20的账号信息、响应速度、带宽大小以及当前连接数信息，并根据这些信息选择响应速度最快、带宽较大、当前连接数较少的对应账号的预定客户端20作为中转文件服务器，具体可根据实际需要合理选择。

第二请求模块303，用于向所述中转文件服务器发送文件传输请求；

文件传输模块304，用于在接收到所述中转服务器反馈的同意传输请求信息时，接收所述中转文件服务器传输的升级包文件。

本实施例中，非预定客户端30(以PC11为例)收到推送信息后，非预定客户端30的CS软件请求升级服务器10，PC11结合每个种子PC的响应速度、当前连接数等信息(但不仅限于这些信息)，选择最优的种子PC作为自己的文件服务器40，如此，在非种子PC从种子PC上成功下载文件时，该企业的升级包下载过程即全部完成。

例如，PC11选取了PC01作为自己的文件服务器40，或者PC11选择PC01与PC02作为自己的文件服务器40，具体拉取文件方式如下：

1、PC11请求PC01传输文件给自己；

2、在支持P2P网络下，PC11可以从PC01、PC02中同时拉取文件。

上述两种拉取方式，均在内网中直接传输文件，可以达到较高的速度与下载稳定性，同时，不影响该企业的出口带宽。

本发明提供的下载系统1，通过升级服务器10推送升级信息至预定客户端20，所述预定客户端20从文件服务器40中下载升级包文件，所述升级服务器10在检测到所述预定客户端20完成升级包文件下载时，向非预定客户端30推送升级信息，所述非预定客户端30选择已下载升级包文件的预定客户端20作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。这样，可以充分挖掘企业的局域网特性，通过两次升级信息推送即可完成企业内部的升级包下载工作，与传统一批推送给所有用户相比，该方法可以减少服务器的压力，同时也可以降低升级包下载中对企业网络的出口带宽的影响，从而提高下载的速度与稳定性。

基于上述硬件架构，提出本发明升级包下载方法实施例。

本发明还提供一种升级包下载方法，参照图6，在一实施例中，所述升级包下载方法包括以下步骤：

步骤S10，升级服务器10推送升级信息至预定客户端20；

本实施例中，主要针对中小型企业网络的特点，采用分两批推送方式，即可完成整个企业的升级包下载，并且大大减少对企业出口带宽的影响。升级服务器10推送升级信息给预定客户端20，这些预定客户端20选择策略如下：

每个企业内，可以选择客户端数量的5％(根据企业具体情况，可以选取不同的比例)作为预定客户端20即种子PC，具体参见图2所示的PC01、PC02、PC03，给这些种子PC推送升级信息。其中，升级服务器10是存储客户端升级信息的服务器，供客户端C/S查询新版本，也可以S/C给客户端推送新版本升级信息。

步骤S20，所述预定客户端20根据所述升级信息从文件服务器40中下载升级包文件；

进一步地，参照图7，所述步骤S20包括：

步骤S201，所述预定客户端20向所述升级服务器10发送下载请求；

本实施例中，种子PC收到升级信息之后，种子PC的CS(Client/Server，客户/服务器模式)软件向升级服务器10发送下载请求。

步骤S202，在接收到所述升级服务器10反馈的同意下载请求信息时，从所述文件服务器40中获取升级包文件的下载地址；

本实施例中，在所述升级服务器10同意所述下载请求时，所述预定客户端20获取升级包文件的下载地址，该地址最终指向所述文件服务器40。

步骤S203，所述预定客户端20根据所述下载地址下载升级包文件；

步骤S204，在所述预定客户端20下载完成升级包文件时，向所述升级服务器10反馈下载成功信息。

本实施例中，种子PC从文件服务器40上拉取最新的升级包文件，待拉取完成，种子PC的CS软件通知升级服务器10，该种子PC已成功下载升级包文件。

步骤S30，所述升级服务器10在检测到所述预定客户端20完成升级包文件下载时，向非预定客户端30推送升级信息；

本实施例中，所述升级服务器10在检测到所述预定客户端20完成升级包文件下载时，向非预定客户端30推送二级升级信息。其中非预定客户端30为除去所述预定客户端20之外的其他客户端。升级服务器10检测到该企业的种子PC都已完成升级包的下载时，则会启动第二轮推送，只将二级升级信息推送给该企业内的非种子PC(如图2中的PC10、PC11、PC12、PC13)。

步骤S40，所述非预定客户端30选择已下载升级包文件的预定客户端20作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

进一步地，参照图8，所述步骤S40包括：

步骤S401，所述非预定客户端30获取所述预定客户端20的账号信息、响应速度、带宽大小以及当前连接数信息；

步骤S402，所述非预定客户端30根据所述账号信息、响应速度、带宽大小以及当前连接数信息选择已下载升级包文件的预定客户端20作为中转文件服务器；

本实施例中，所述非预定客户端30获取所述预定客户端20的账号信息、响应速度、带宽大小以及当前连接数信息，并根据这些信息选择响应速度最快、带宽较大、当前连接数较少的对应账号的预定客户端20作为中转文件服务器，具体可根据实际需要合理选择。

步骤S403，所述非预定客户端30向所述中转文件服务器发送文件传输请求；

步骤S404，所述非预定客户端30在接收到所述中转服务器反馈的同意传输请求信息时，接收所述中转文件服务器传输的升级包文件。

本实施例中，非预定客户端30(以PC11为例)收到推送信息后，非预定客户端30的CS软件请求升级服务器10，PC11结合每个种子PC的响应速度、当前连接数等信息(但不仅限于这些信息)，选择最优的种子PC作为自己的文件服务器40，如此，在非种子PC从种子PC上成功下载文件时，该企业的升级包下载过程即全部完成。

例如，PC11选取了PC01作为自己的文件服务器40，或者PC11选择PC01与PC02作为自己的文件服务器40，具体拉取文件方式如下：

1、PC11请求PC01传输文件给自己；

2、在支持P2P网络下，PC11可以从PC01、PC02中同时拉取文件。

上述两种拉取方式，均在内网中直接传输文件，可以达到较高的速度与下载稳定性，同时，不影响该企业的出口带宽。

本发明提供的升级包下载方法，通过升级服务器10推送升级信息至预定客户端20，所述预定客户端20从文件服务器40中下载升级包文件，所述升级服务器10在检测到所述预定客户端20完成升级包文件下载时，向非预定客户端30推送升级信息，所述非预定客户端30选择已下载升级包文件的预定客户端20作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。这样，可以充分挖掘企业的局域网特性，通过两次升级信息推送即可完成企业内部的升级包下载工作，与传统一批推送给所有用户相比，该方法可以减少服务器的压力，同时也可以降低升级包下载中对企业网络的出口带宽的影响，从而提高下载的速度与稳定性。

本发明还提供一种升级包下载方法，参照图9，在一实施例中，所述升级包下载方法包括以下步骤：

步骤S501，升级服务器推送升级信息至预定客户端；

本实施例中，上述方法更合适用于中小企业中，但是对于大型企业，选取种子PC的数量可能受限，因此提出下述方案予以补充。在大企业中，会通过代理服务器(可以是具有存储功能的路由器)访问外网。在该基础上，提出代理服务器中转下载策略，该下载策略相对于前面一种方法的种子PC选取，修改为代理服务器中转。

本实施例中，所述预定客户端为使用预定账号的客户端，可以从企业中选取一个账号，升级服务器给使用该账号的客户端推送升级信息。

步骤S502，所述预定客户端根据所述升级信息从文件服务器中获取升级包文件，并上传至中转服务器；

本实施例中，参照图10，该账号所在PC(如PC0)从文件服务器上下载升级包，下载完成之后，将该升级包上传到中转服务器(或者具有存储功能的路由器)上。

步骤S503，所述升级服务器向非预定客户端如PC21、PC22、PC23、PC24推送升级信息；

步骤S504，所述非预定客户端从所述中转服务器下载升级包文件。

本实施例中，升级服务器给企业内其他所有PC即非预定客户端推送升级信息，并指定中转服务器(或出口路由器)的地址，企业内其他PC收到升级服务器推送之后，从中转服务器(或路由器)的地址上，直接下载升级包。

本发明提供一种下载系统5，参照图11，在一实施例中，所述下载系统5包括：

升级服务器50，用于推送升级信息至预定客户端；

本实施例中，上述方法更合适用于中小企业中，但是对于大型企业，选取种子PC的数量可能受限，因此提出下述方案予以补充。在大企业中，会通过代理服务器(可以是具有存储功能的路由器)访问外网。在该基础上，提出代理服务器中转下载策略，该下载策略相对于前面一种方法的种子PC选取，修改为代理服务器中转。

本实施例中，所述预定客户端为使用预定账号的客户端，可以从企业中选取一个账号，升级服务器50给使用该账号的客户端推送升级信息。

预定客户端60，用于根据所述升级信息从文件服务器80中获取升级包文件，并上传至中转服务器；

本实施例中，参照图10，该账号所在PC(如PC0)从文件服务器80上下载升级包，下载完成之后，将该升级包上传到中转服务器(或者具有存储功能的路由器)上。

升级服务器50，还用于向非预定客户端推送升级信息；

非预定客户端70，用于从所述中转服务器下载升级包文件。

本实施例中，升级服务器50给企业内其他所有PC即非预定客户端70推送升级信息，并指定中转服务器(或出口路由器)的地址，企业内其他PC收到升级服务器50推送之后，从中转服务器(或路由器)的地址上，直接下载升级包。

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种升级包下载方法，其特征在于，所述升级包下载方法包括以下步骤：

升级服务器推送升级信息至预定客户端；

所述预定客户端根据所述升级信息从文件服务器中下载升级包文件；

所述升级服务器在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息；

所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

2.如权利要求1所述的升级包下载方法，其特征在于，所述预定客户端根据所述升级信息从文件服务器中下载升级包文件的步骤包括：

所述预定客户端向所述升级服务器发送下载请求；

所述预定客户端在接收到所述升级服务器反馈的同意下载请求信息时，从所述文件服务器中获取升级包文件的下载地址；

所述预定客户端根据所述下载地址下载升级包文件。

3.如权利要求2所述的升级包下载方法，其特征在于，所述预定客户端根据所述下载地址下载升级包文件的步骤之后还包括：

在所述预定客户端下载完成升级包文件时，向所述升级服务器反馈下载成功信息。

4.如权利要求1所述的升级包下载方法，其特征在于，所述非预定客户端选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件的步骤包括：

所述非预定客户端获取所述预定客户端的账号信息、响应速度、带宽大小以及当前连接数信息；

所述非预定客户端根据所述账号信息、响应速度、带宽大小以及当前连接数信息选择已下载升级包文件的预定客户端作为中转文件服务器；

所述非预定客户端向所述中转文件服务器发送文件传输请求；

所述非预定客户端在接收到所述中转服务器反馈的同意传输请求信息时，接收所述中转文件服务器传输的升级包文件。

5.一种下载系统，其特征在于，所述下载系统包括：

升级服务器，用于推送升级信息至预定客户端；

预定客户端，用于根据所述升级信息从文件服务器中下载升级包文件；

升级服务器，用于在检测到所述预定客户端完成升级包文件下载时，向非预定客户端推送升级信息；

非预定客户端，用于选择已下载升级包文件的预定客户端作为中转文件服务器，并从所述中转文件服务器中拉取所述升级包文件。

6.如权利要求5所述的下载系统，其特征在于，所述预定客户端包括：

第一请求模块，用于向所述升级服务器发送下载请求；

地址获取模块，用于在接收到所述升级服务器反馈的同意下载请求信息时，从所述文件服务器中获取升级包文件的下载地址；

下载模块，用于根据所述下载地址下载升级包文件。

7.如权利要求6所述的下载系统，其特征在于，所述预定客户端还包括：

反馈模块，用于在下载完成升级包文件时，向所述升级服务器反馈下载成功信息。

8.如权利要求5所述的下载系统，其特征在于，所述非预定客户端包括：

信息获取模块，用于获取所述预定客户端的账号信息、响应速度、带宽大小以及当前连接数信息；

选择模块，用于根据所述账号信息、响应速度、带宽大小以及当前连接数信息选择已下载升级包文件的预定客户端作为中转文件服务器；

第二请求模块，用于向所述中转文件服务器发送文件传输请求；

文件传输模块，用于在接收到所述中转服务器反馈的同意传输请求信息时，接收所述中转文件服务器传输的升级包文件。

9.一种升级包下载方法，其特征在于，所述升级包下载方法包括以下步骤：

升级服务器推送升级信息至预定客户端；

所述预定客户端根据所述升级信息从文件服务器中获取升级包文件，并上传至中转服务器；

所述升级服务器向非预定客户端推送升级信息；

所述非预定客户端从所述中转服务器下载升级包文件。

10.一种下载系统，其特征在于，所述下载系统包括：

升级服务器，用于推送升级信息至预定客户端；

预定客户端，用于根据所述升级信息从文件服务器中获取升级包文件，并上传至中转服务器；

升级服务器，用于向非预定客户端推送升级信息；

非预定客户端，用于从所述中转服务器下载升级包文件。