CN104410665A - 一种更新包的下载方法及设备 - Google Patents

Abstract

本发明实施例公开了一种更新包的下载方法及设备，涉及通信技术领域，可以降低用户终端从服务器下载应用的更新包时，更新包下载失败的概率，提高更新包下载的成功率。具体方案为：用户终端接收服务器发送的针对一应用的更新消息；向服务器发送下载应用的更新包的下载条件查询请求，以便服务器根据下载条件查询请求中携带的标识信息匹配出下载应用的更新包的触发时机和下载条件；接收服务器发送的下载应用的更新包的触发时机和下载条件；若确定当前自身状态和当前网络状态符合下载应用的更新包的触发时机和下载条件，则从服务器下载应用的更新包。本发明用于用户终端从服务器下载应用的更新包的过程中。

Description

一种更新包的下载方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种更新包的下载方法及设备。

背景技术

随着信息技术迅速发展，用户终端也朝着越来越智能化的方向发展，用户终端上可以运行各种为用户提供不同服务的应用，如社交客户端、游戏客户端等。用户终端需要从服务器下载应用的安装包，并进行安装。

为了完善、扩展应用的功能，应用的供应商会在一个应用上线后，对应用进行版本的升级或更新，并由服务器通知用户终端应用的版本已经升级或更新，用户在获知应用版本升级或更新后，可以通过用户终端从服务器下载应用的更新包，以对用户终端中安装的该应用进行更新或者升级。

但是存在的问题是：用户终端在获知应用版本升级或更新后，会直接从服务器下载应用的更新包，此时，有可能因用户终端的当前状态或网络状态并不适合进行数据下载而导致更新包下载失败。

发明内容

本发明的实施例提供一种更新包的下载方法及设备，可以降低用户终端从服务器下载应用的更新包时，更新包下载失败的概率，提高更新包下载的成功率。

为达到上述目的，本发明的实施例的第一方面，提供一种更新包的下载方法，应用于用户终端，该更新包的下载方法包括：

接收服务器发送的针对一应用的更新消息；

向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

接收所述服务器发送的下载所述应用的更新包的触发时机和下载条件；

若确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件，则从所述服务器下载所述应用的更新包。

本发明实施例的第二方面，提高一种更新包的下载方法，应用于服务器，该更新包的下载方法包括：

向用户终端发送针对一应用的更新消息；

接收所述用户终端发送的下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息；

根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

向所述用户终端发送所述触发时机和所述下载条件，以便于所述用户终端在确定当前自身状态和当前网络状态符合所述触发时机和所述下载条件时，从所述服务器下载所述应用的更新包。

与第一方面对应，本发明实施例还提供了一种用户终端，包括：

接收模块，用于接收服务器发送的针对一应用的更新消息；

发送模块，用于向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

所述接收模块，还用于接收所述服务器发送的下载所述应用的更新包的触发时机和下载条件；

确定模块，用于确定当前自身状态和当前网络状态是否符合所述接收模块接收到的下载所述应用的更新包的触发时机和下载条件；

下载模块，用于若所述确定模块确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件，则从所述服务器下载所述应用的更新包。

与第二方面对应，本发明实施例还提供了一种服务器，包括：

发送模块，用于向用户终端发送针对一应用的更新消息；

接收模块，用于接收所述用户终端发送的下载所述应用的更新包的下载条件查询请求；其中，所述下载条件查询请求中携带有标识所述应用的标识信息；

匹配模块，用于根据所述接收模块接收的所述下载条件查询请求中携带的所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

所述发送模块，还用于向所述用户终端发送所述匹配模块匹配得到的所述触发时机和所述下载条件，以便于所述用户终端在确定当前自身状态和当前网络状态符合所述触发时机和所述下载条件时，从所述服务器下载所述应用的更新包。

本发明实施例提供的更新包的下载方法及设备，用户终端在从服务器下载应用的更新包之前，可以通过向服务器发送下载应用的更新包的下载条件查询请求，以获得下载应用的更新包的触发时机和下载条件，下载应用的更新包的触发时机和下载条件是服务器根据应用的标识信息匹配出的触发时机和下载条件；相较于现有技术中，用户终端在获知应用版本升级或更新后，直接从服务器下载应用的更新包，本方案中，用户终端在确定当前自身状态和当前网络状态符合服务器匹配得到的下载应用的更新包的触发时机和下载条件时，才从服务器下载应用的更新包，可以降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，可以提高更新包下载的成功率。

附图说明

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

图1为本发明实施例提供的更新包的下载方法的实施环境的网络架构示意图；

图2为本发明实施例提供的一种用于实现更新包的下载的系统；

图3为本发明一实施例提供的一种更新包的下载方法的流程框图；

图4为本发明一实施例提供的一种更新包的下载方法的流程框图；

图5为本发明一实施例提供的一种更新包的下载方法的流程框图；

图6为本发明实施例提供的另一种用于实现更新包的下载的系统；

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

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

图9为本发明一实施例提供的一种服务器的结构示意图。

具体实施方式

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

请参考图1，其示出了本发明各个实施例所应用的网络架构示意图。该网络架构包括用户终端10和服务器20。

本发明实施例中的用户终端10可以为PC机，智能手机、平板电脑等可以运行各种为用户提供不同服务的应用(如聊天软件、游戏软件等)的电子设备；服务器20可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。

其中，用户终端10通过因特网与服务器20连接；具体的，用户终端10可以通过有线网络或者无线网络与服务器20连接。用户终端10可以向服务器20发送用户终端10中安装的应用的版本信息，以便于服务器20可以根据接收自用户终端10的版本信息，结合服务器20中各个应用的版本信息，向用户终端10发送针对各个应用的更新消息；用户终端10在接收到该更新消息后，则可以从服务器20下载应用的更新包。

请参考图2，其示出了本发明实施例提供的用于实现更新包的下载的系统组成示意图，该系统中的服务器20可以包括：应用版本数据库21、下载条件数据库22、触发时机数据库23、应用包数据库24和处理器25。

另外，为了实现服务器20与用户终端10之间的消息传递，该服务器20还可以包括：消息封装器26和消息收发器27。消息封装器25用于对处理器25发出的消息进行消息的封装，并经由消息收发器26向用户终端10发送；或者对消息收发器26接收到的消息行消息的解封装。

另一方面，用户终端10可以包括收发器11、处理器12、存储器13。进一步的用户终端10还可以包括消息窗口显示模块14。

其中，应用版本数据库21可以用于存储应用的版本信息，一个应用的版本信息可以包括应用供应商开发过的该应用的所有版本的版本号，并标识该应用的当前最新版本的版本号。

下载条件数据库22可以用于存储服务器20根据应用的相关信息(如应用的更新包的大小)为用户终端10配置的适合用户终端进行应用更新包下载的下载条件。触发时机数据库23可以用于存储服务器20根据用户终端的相关信息(如用户终端所在网络的网络类型)为用户终端10配置的适合用户终端自身状态符合应用更新包下载的触发时机。下载条件数据库22和触发时机数据库23中的内容可以由运维人员手动添加。应用包数据库24可以用于存储各个应用的更新包，以供用户终端下载；或者应用包数据库24可以用于存储各个应用的安装包和更新包，以供用户终端下载。

在本发明实施例中，应用版本数据库21、下载条件数据库22、触发时机数据库23、应用包数据库24、消息封装器26和消息收发器27与处理器25通过总线连接并完成相互间的通信。

收发器11、处理器12、存储器13和消息窗口显示模块14通过总线连接并完成相互间的通信。其中，所述总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器25和处理器12可以为中央处理器(Central ProcessingUnit，CPU)，也可以为CPU、数字信号处理器(Digital Signal Processor，DSP)以及通信单元中的控制芯片(例如基带芯片)的组合。在本发明实施例中，CPU可以是单运算核心，也可以包括多运算核心。

请参考图3，其示出了本发明一实施例提供的更新包的下载方法的流程框图，本实施例以该更新包的下载方法应用于如图1所示实施环境中的用户终端10来进行说明，该更新包的下载方法包括：

S301、用户终端接收服务器发送的针对一应用的更新消息。

示例性的，用户终端可以在开机后、或间隔一个固定的时间段后，向服务器上报该用户终端中已安装的应用的标识信息，以便于服务器确定该用户终端中安装的应用是否存在版本的更新或者升级，服务器在确定该用户终端中安装的应用存在版本的更新或者升级时，则可以向分别用户终端发送针对每一应用的更新消息。

当然，用户终端也可以在可以每次启动一个应用时，向服务器上报该应用的标识信息，以便于服务器确定该应用是否存在版本的更新或者升级，服务器在确定该应用存在版本的更新或者升级时，则可以向该用户终端发送针对该应用的更新消息。其中，应用的标识信息可以用于标识该应用的名称以及该应用的版本信息。

针对一应用的更新消息中也可以携带有该应用的标识信息，针对一应用的更新消息用于向用户终端表示：该应用存在版本的更新或者升级。

S302、用户终端向服务器发送下载应用的更新包的下载条件查询请求，下载条件查询请求中携带有标识应用的标识信息，以便服务器根据标识信息匹配出下载应用的更新包的触发时机和下载条件。

示例性的，本发明是实施例中的下载条件包括以下一个或多个条件的组合：用户终端的自动下载开关处于开启状态；用户终端连接至预配置WiFi；用户终端的剩余存储空间可提供的数据存储量大于预设存储量阈值。触发时机包括以下至少一个时机：所述用户终端的屏幕点亮；所述用户终端中预设的触发时间到达；所述用户终端由第一网络切换至第二网络；所述用户终端从所述服务器成功下载一个数据包，所述数据包包括应用的安装包或者所述待更新应用的更新包。

当然，本发明实施例中的触发时机和下载条件并不限于上述所列举的时机和条件，其他的时机和条件可以参考现有技术中对用户终端进行数据下载时所要满足的时机和条件。

S303、用户终端接收服务器发送的下载应用的更新包的触发时机和下载条件。

S304、若用户终端确定当前自身状态和当前网络状态符合下载应用的更新包的触发时机和下载条件，则从服务器下载应用的更新包。

在本优选实施例中，一个优选的方式是：用户终端首先判断该用户终端的当前自身状态是否符合下载应用的更新包的触发时机；当该用户终端的当前自身状态符合下载应用的更新包的触发时机时，再判断该用户终端的当前自身状态和当前网络状态是否符合下载应用的更新包的下载条件；当该用户终端的当前自身状态和当前网络状态符合下载应用的更新包的下载条件时，则从服务器下载应用的更新包。

本发明实施例提供的更新包的下载方法，用户终端在从服务器下载应用的更新包之前，可以通过向服务器发送下载应用的更新包的下载条件查询请求，以获得下载应用的更新包的触发时机和下载条件，下载应用的更新包的触发时机和下载条件是服务器根据应用的标识信息匹配出的触发时机和下载条件；相较于现有技术中，用户终端在获知应用版本升级或更新后，直接从服务器下载应用的更新包，本方案中，用户终端在确定当前自身状态和当前网络状态符合服务器匹配得到的下载应用的更新包的触发时机和下载条件时，才从服务器下载应用的更新包，可以降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，可以提高更新包下载的成功率。

请参考图4，其示出了本发明一实施例提供的更新包的下载方法的流程框图，本实施例以该更新包的下载方法应用于如图1所示实施环境中的服务器20来进行说明，该更新包的下载方法包括：

S401、服务器向用户终端发送针对一应用的更新消息。

S402、服务器接收用户终端发送的下载应用的更新包的下载条件查询请求，下载条件查询请求中携带有标识应用的标识信息。

S403、服务器根据标识信息匹配出下载应用的更新包的触发时机和下载条件。

示例性的，服务器可以根据标识信息和下载条件查询请求的用户终端的标识，匹配出下载应用的更新包的触发时机和下载条件。当然，服务器还可以根据标识信息和下载条件查询请求的用户终端的标识，结合匹配信息(匹配信息可以包括该服务器接收到用户终端发送的下载条件查询请求的时间、当前的网络带宽占用情况等)，匹配出下载应用的更新包的触发时机和下载条件。

S404、服务器向用户终端发送下载应用的更新包的触发时机和下载条件，以便于用户终端在确定当前自身状态和当前网络状态符合该触发时机和下载条件时，从服务器下载应用的更新包。

本发明实施例提供的更新包的下载方法，服务器可以在接收到用户终端发送的下载应用的更新包的下载条件查询请求后，获取并向用户终端发送下载该应用的更新包的触发时机和下载条件，以使得用户终端可以在确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件时，从服务器下载所述应用的更新包。相较于现有技术中，服务器仅向用户设备通知应用版本升级或更新，然后用户终端在获知应用版本升级或更新后，直接从服务器下载应用的更新包；本方案中，服务器还可以向用户终端提供下载该应用的更新包的触发时机和下载条件，以使得用户终端可以在确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件时，才从服务器下载所述应用的更新包，可以降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，可以提高更新包下载的成功率。

请参考图5，其示出了本发明一实施例提供的更新包的下载方法的流程框图，本实施例通过如图1所示实施环境中的用户终端10与服务器20的信令交互，以进行一应用的更新包下载为例，对该应用的更新包下载过程进行说明，该更新包的下载方法包括：

S501、用户终端向服务器上报该用户终端中安装的应用的标识信息。

示例性的，用户终端可以在开机后，向服务器上报该用户终端中已安装的应用的标识信息，或者，用户终端也可以在可以启动一个应用时，向终端上报该应用的标识信息。

在本优选实施例中，以图2所示的用于实现更新包的下载的系统为例，用户终端10可以通过用户终端10中的收发器11向服务器20发送用户终端10中安装的应用的标识信息。

S502、服务器在根据应用的标识信息确定该应用存在版本的更新或者升级后，向用户终端发送针对该应用的更新消息。

在本优选实施例中，一个优选的方式是：应用的标识信息中可以包括该应用的名称和该应用的版本信息。

服务器可以在接收到用户终端发送的应用的标识信息后，根据应用的标识信息中包含的该应用的版本信息，匹配服务器中该应用的标识信息中包含的该应用的名称所对应的应用是否存在版本的更新或升级，并可以在确定该应用存在版本的更新或者升级后，向用户终端发送针对该应用的更新消息。

在本优选实施例中，以图2所示的用于实现更新包的下载的系统为例，服务器20可以通过服务器20中的消息收发器27接收用户终端10通过收发器11发送的携带有应用的标识信息的消息，然后采用消息封装器26对消息收发器27接收到的携带有应用的标识信息消息进行解封装，并通过总线将解封装后得到的应用的标识信息传输至处理器25，由处理器25根据应用的标识信息确定该应用是否存在版本的更新或者升级。

服务器20(服务器20中的处理器25)可以在接收到用户终端发送的应用的标识信息后，在应用版本数据库21中查找与该应用的标识信息中包含的该应用的名称对应的应用的版本信息；然后判断查找到的所有版本信息中，应用的最新更新的版本的版本号是否与应用的标识信息中包含的该应用的版本信息所标识的版本号相同；若相同，服务器20则可以向用户终端发送针对该应用的更新消息。其中，针对该应用的更新消息中携带有该应用的标识信息，针对该应用的更新消息用于向用户终端指示：该应用存在版本的更新或者升级。

示例性的，应用版本数据库21可以采用表格的方式存储应用的版本信息，表1为一个应用版本数据库21中存储的应用的版本信息表实例：

表1：

需要说明的是，以表1所示的应用的版本信息表为例，服务器可以根据应用版本号的大小来确定一个应用的所有版本号中哪一个版本号是“应用的最新更新的版本的版本号”。

示例性的，以下以表1中的应用1为例对服务器确定应用1存在版本的更新或者升级的具体方法进行说明：

服务器可以在接收到用户终端发送的一应用的标识信息(应用的名称和应用1的版本信息，应用的名称为应用1，应用1的版本信息所标识的版本号为版本2.3)后，则可以从应用版本数据库21中存储的“应用的版本信息表”中查找与应用的名称“应用1”对应的应用的版本号：在查找到的应用1的版本号包括：版本1.0、版本2.1、版本2.3和版本4.5后，则可以确定查找到的应用1的版本号中版本4.5为“应用1最新更新的版本的版本号”；然后服务器可以判断应用1的最新更新的版本的版本号(即版本4.5)是否与应用1的标识信息中包含的应用1的版本信息所标识的版本号(即版本2.3)是否相同；由于版本4.5与版本2.3不同，服务器则可以确定应用1存在版本的更新或者升级，服务器则可以向用户终端发送针对应用1的更新消息。

当然，服务器中也可以仅保留一应用的最新更新的版本，即应用版本数据库21中仅保留一应用的最新更新的版本号、应用包数据库24中仅保留对应应用的最新更新版本的安装包和更新包。

需要说明的是，本发明实施例仅以表1所示的应用的版本信息表为例，对服务器根据应用的标识信息确定该应用存在版本的更新或者升级的方法进行说明，本发明实施例中应用版本数据库21存储的信息包括但不限于上述所列举的方式信息，应用版本数据库21存储信息的格式包括但不限于上述所列举的方式信息的格式。

用户终端在接收到服务器发送的针对一应用的更新消息后，则可以确定该应用存在版本的更新或者升级，即可以确定服务器中已对该应用进行版本的更新或者升级，但该用户终端中并未对该应用进行相应的版本更新或者升级。

此时，用户终端则可以从服务器下载该应用的更新包。但是，为了降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，提高更新包下载的成功率，用户终端在从服务器下载该应用的更新包之前，可以从服务器获取下载应用的更新包的下载条件查询请求，以便于用户终端可以在从服务器下载该应用的更新包之前，判断用户终端的当前自身状态和当前网络状态是否符合下载应用的更新包的触发时机和下载条件，并在当前自身状态和当前网络状态符合下载应用的更新包的触发时机和下载条件时，才进行应用更新包的下载。具体的，本发明实施例的方法可以包括：S503-S505：

S503、用户终端向服务器发送下载应用的更新包的下载条件查询请求。

其中，下载条件查询请求中携带有标识应用的标识信息，以便服务器根据标识信息匹配出下载应用的更新包的触发时机和下载条件。

在本优选实施例中，以图2所示的用于实现更新包的下载的系统为例，用户终端10可以通过用户终端10中的收发器11向服务器20发送下载应用的更新包的下载条件查询请求。

S504、服务器根据下载条件查询请求中携带的标识应用的标识信息匹配出下载应用的更新包的触发时机和下载条件。

在本优选实施例中，一个优选的方式是：下载条件查询请求中携带的标识应用的标识信息中可以包括该应用的名称和该应用的版本信息。

在本优选实施例中，以图2所示的用于实现更新包的下载的系统为例，服务器20可以通过服务器20中的消息收发器27接收用户终端10发送的下载条件查询请求，然后采用消息封装器26对消息收发器27接收到的下载条件查询请求进行解封装，并通过总线将解封装后得到的标识应用的标识信息传输至处理器25，由处理器25根据下载条件查询请求中携带的标识应用的标识信息匹配出下载应用的更新包的触发时机和下载条件。

服务器20(服务器20中的处理器25)可以在获得标识应用的标识信息(包括该应用的名称和该应用的版本信息)后，根据标识应用的标识信息，从下载条件数据库22中匹配出下载应用的更新包的下载条件，从触发时机数据库23中匹配出下载应用的更新包的触发时机。

示例性的，下载条件数据库22中存储至少一个下载条件以及应用的标识信息与所述下载条件之间的匹配关系。

其中，下载条件数据库22可以采用表格的方式存储应用的标识信息与所述下载条件之间的匹配关系。应用的标识信息可以包括该应用的名称和该应用的版本信息(用于标识应用的版本号)。

示例性的，下载条件具体为以下一个条件或者多个条件的组合：用户终端的自动下载开关处于开启状态；用户终端连接至预配置WiFi；用户终端的剩余存储空间可提供的数据存储量大于预设存储量阈值。

因此，下载条件数据库22中存储的应用的标识信息与下载条件之间的匹配关系具体为应用的标识信息与条件之间的匹配关系。

表2为下载条件数据库22中存储的一个下载条件匹配表实例：

表2：

示例性的，以下以表2中的应用1为例，对根据标识应用1的标识信息，从下载条件数据库22中匹配出下载应用1的更新包的下载条件的具体方法进行说明：

服务器可以在接收到用户终端发送的携带有标识应用的标识信息(应用1的名称和应用1的版本信息)的下载条件查询请求后，则可以根据应用1的名称和应用1的版本信息，从下载条件数据库22中存储的下载条件匹配表(如表2所示)中匹配出下载应用1的更新包的所有条件(包括条件1、条件6和条件8等)，以构成下载应用1的更新包的下载条件。

需要说明的是，在本发明实施例的一种应用场景中，如图6所示，服务器20中还可以包括关系链数据库28。关系链数据库28可以用于存储应用的标识信息与条件之间的匹配关系，而此时，下载条件数据库22中可以仅存储下载应用的更新包的条件。服务器的处理器25可以根据应用的标识信息确定用户终端下载该应用的所有条件后，可以从下载条件数据库22读取相应的条件，以构成下载该应用的下载条件。

进一步的，服务器根据应用的标识信息，为用户终端匹配出适合该用户终端下载应用的更新包的下载条件的方法还可以包括：服务器根据应用的标识信息，结合用户终端的标识，为不同的用户终端匹配出适合该用户终端下载应用的更新包的下载条件；或者服务器根据应用的标识信息，结合服务器接收到用户终端发送的条件查询请求的时间，为该用户终端匹配出该用户终端在用户终端向服务器发送条件查询请求后，适合该用户终端下载应用的更新包的下载条件等。本发明实施例对服务器根据应用的标识信息，为用户终端匹配出适合该用户终端下载应用的更新包的下载条件的方法不做限制。

示例性的，触发时机数据库23中存储至少一个触发时机以及应用的标识信息与所述触发时机之间的匹配关系。

其中，触发时机数据库23可以采用表格的方式存储应用的标识信息与所述触发时机之间的匹配关系。应用的标识信息可以包括该应用的名称和该应用的版本信息(用于标识应用的版本号)。

示例性的，用户终端的自身状态符合触发时机具体为用户终端满足以下至少一个时机：用户终端的屏幕点亮；用户终端中预设的触发时间到达；用户终端由第一网络切换至第二网络；用户终端从服务器成功下载一个数据包，数据包包括应用的安装包或者应用的更新包。

因此，触发时机数据库23中存储的应用的标识信息与触发时机之间的匹配关系具体为应用的标识信息与时机之间的匹配关系。

表3为触发时机数据库23中存储的一个触发时机匹配表实例：

表3：

示例性的，以下以表3中的应用1为例，对根据标识应用1的标识信息，从触发时机数据库23中匹配出下载应用1的更新包的触发时机的具体方法进行说明：

服务器可以在接收到用户终端发送的携带有标识应用的标识信息(应用1的名称和应用1的版本信息)的下载条件查询请求后，则可以根据应用1的名称和应用1的版本信息，从触发时机数据库23中存储的触发时机匹配表(如表3所示)中匹配出下载应用1的更新包的所有时机(包括时机1、时机6和时机8等)，以构成下载应用1的更新包的时机。

需要说明的是，在本发明实施例的一种应用场景中，如图6所示，服务器20中还可以包括关系链数据库28。关系链数据库28可以用于存储应用的标识信息与时机之间的匹配关系，而此时，触发时机数据库23中可以仅存储下载应用的更新包的时机。服务器的处理器25可以根据应用的标识信息确定用户终端下载该应用的所有时机后，可以从触发时机数据库23读取相应的时机，以构成下载该应用的触发时机。

S505、服务器向用户终端发送下载应用的更新包的触发时机和下载条件。

在本优选实施例中，以图2所示的用于实现更新包的下载的系统为例，服务器20可以通过服务器20中的消息收发器27向用户终端发送携带有下载应用的更新包的触发时机和下载条件的消息。

S506、用户终端判断用户终端的当前自身状态和当前网络状态是否符合下载应用的更新包的触发时机和下载条件。

在本优选实施例中，一个优选的方式是：用户终端在接收到服务器发送的触发时机和下载条件后，可以实时地监测用户终端的当前自身状态和当前网络状态是否符合下载应用的更新包的触发时机，当用户终端确定用户终端的当前自身状态是否符合下载应用的更新包的触发时机时，用户终端则判断用户终端的当前自身状态和当前网络状态是否符合下载应用的更新包的下载条件。

S507、若用户终端确定用户终端的当前自身状态和当前网络状态符合下载应用的更新包的触发时机和下载条件，则从服务器下载应用的更新包。

当用户终端确定用户终端的当前自身状态和当前网络状态符合下载应用的更新包的触发时机和下载条件时，则表示用户终端的当前自身状态和当前网络状态比较适合进行应用的更新包的下载，即此时进行更新包下载的成功率较高。

S508、若用户终端确定用户终端的当前自身状态符合下载应用的更新包的触发时机，但用户终端的当前自身状态和当前网络状态不符合下载应用的更新包的下载条件，则保存下载应用的更新包的触发时机。

由于用户当前的自身状态可能会随着时间的变化而变化，当前网络状态也可能会随着时间的变化而变化，因此用户终端请求下载应用更新包的时间不同，用户当前的自身状态也可能是不同的，当前网络状态也可能是不同的。因此，为了降低更新包下载失败的可能性，用户终端对当前自身状态和当前网络状态进行判定的下载条件也是需要进行更新的。

当用户终端确定用户终端的当前自身状态符合下载应用的更新包的触发时机，但用户终端的当前自身状态和当前网络状态不符合下载应用的更新包的下载条件时，用户终端则可以保存下载应用的更新包的触发时机，以便于当用户终端中保存的触发时机符合下载应用的更新包的触发时机时，用户终端则可以重新向服务器发送下载应用的更新包的下载条件查询请求，重新从服务器获取下载应用的更新包的触发时机和下载条件。

S509、用户终端判断用户终端的当前自身状态是否符合用户终端中保存的触发时机。

若用户终端的当前自身状态符合用户终端中保存的触发时机，则继续执行S503，即用户终端则可以重新向服务器发送下载应用的更新包的下载条件查询请求。

进一步的，本发明实施例的方法还可以包括：若用户终端从服务器下载应用的更新包失败，用户终端则判断用户终端当前自身状态是否符合用户终端中保存的触发时机；若用户终端当前自身状态符合用户终端中保存的触发时机，用户终端则向服务器发送下载应用的更新包的下载条件查询请求，以便服务器匹配并下发下载应用的更新包的触发时机和下载条件；判断当前自身状态和当前网络状态是否符合服务器匹配并下发的下载应用的更新包的下载条件；若当前自身状态和当前网络状态符合服务器匹配并下发的下载应用的更新包的下载条件，则从服务器下载应用的更新包。

进一步的，本发明实施例的方法还可以包括：用户终端在接收到服务器匹配并下发的下载应用的更新包的触发时机和下载条件后，采用接收到的触发时机替换用户终端中保存的触发时机。

本发明实施例提供的更新包的下载方法，可以在从服务器下载应用的更新包之前，可以通过向服务器发送下载应用的更新包的下载条件查询请求，以获得下载应用的更新包的触发时机和下载条件，下载应用的更新包的触发时机和下载条件是服务器根据应用的标识信息匹配出的触发时机和下载条件；相较于现有技术中，用户终端在获知应用版本升级或更新后，直接从服务器下载应用的更新包，本方案中，用户终端在确定当前自身状态和当前网络状态符合服务器匹配得到的下载应用的更新包的触发时机和下载条件时，才从服务器下载应用的更新包，可以降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，可以提高更新包下载的成功率。

对应地，如图7所示，本发明一实施例提供一种用户终端60，包括：接收模块61、发送模块62、确定模块63和下载模块64。

接收模块61，用于接收服务器发送的针对一应用的更新消息。

发送模块62，用于向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件。

所述接收模块61，还用于接收所述服务器发送的下载所述应用的更新包的触发时机和下载条件。

确定模块63，用于确定当前自身状态和当前网络状态是否符合所述接收模块61接收到的下载所述应用的更新包的触发时机和下载条件。

下载模块64，用于若所述确定模块63确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件，则从所述服务器下载所述应用的更新包。

进一步的，如图8所示，所述用户终端60，还可以包括：保存模块65。

保存模块65，用于若所述确定模块63确定当前自身状态和当前网络状态不符合所述下载条件，则保存下载所述应用的更新包的触发时机。

进一步的，所述发送模块62，还用于若所述确定模块63确定当前自身状态符合所述用户终端中保存的触发时机，则向所述服务器发送下载所述应用的更新包的下载条件查询请求，该下载条件查询请求中携带有标识所述应用的标识信息，以便服务器根据该标识信息匹配出下载所述应用的更新包的触发时机和下载条件，并向用户终端下发。

进一步的，所述下载条件包括以下一个或多个条件的组合：所述用户终端的自动下载开关处于开启状态；所述用户终端连接至预配置WiFi；所述用户终端的剩余存储空间可提供的数据存储量大于预设存储量阈值。

进一步的，所述触发时机包括以下至少一个时机：所述用户终端的屏幕点亮；所述用户终端中预设的触发时间到达；所述用户终端由第一网络切换至第二网络；所述用户终端从所述服务器成功下载一个数据包，所述数据包包括应用的安装包或者所述待更新应用的更新包。

本发明实施例提供的用户终端，可以在从服务器下载应用的更新包之前，可以通过向服务器发送下载应用的更新包的下载条件查询请求，以获得下载应用的更新包的触发时机和下载条件，下载应用的更新包的触发时机和下载条件是服务器根据应用的标识信息匹配出的触发时机和下载条件；相较于现有技术中，用户终端在获知应用版本升级或更新后，直接从服务器下载应用的更新包，本方案中，用户终端在确定当前自身状态和当前网络状态符合服务器匹配得到的下载应用的更新包的触发时机和下载条件时，才从服务器下载应用的更新包，可以降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，可以提高更新包下载的成功率。

对应地，如图9所示，本发明一实施例提供一种服务器70，包括：发送模块71、接收模块72和匹配模块73。

发送模块71，用于向用户终端发送针对一应用的更新消息。

接收模块72，用于接收所述用户终端发送的下载所述应用的更新包的下载条件查询请求；其中，所述下载条件查询请求中携带有标识所述应用的标识信息。

匹配模块73，用于根据所述接收模块72接收的所述下载条件查询请求中携带的所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件。

所述发送模块71，还用于向所述用户终端发送所述匹配模块73匹配得到的触发时机和下载条件，以便于所述用户终端在确定当前自身状态和当前网络状态符合该触发时机和下载条件时，从所述服务器下载所述应用的更新包。

进一步的，所述下载条件包括以下一个或多个条件的组合：所述用户终端的自动下载开关处于开启状态；所述用户终端连接至预配置WiFi；所述用户终端的剩余存储空间可提供的数据存储量大于预设存储量阈值。

进一步的，所述触发时机包括以下至少一个时机：所述用户终端的屏幕点亮；所述用户终端中预设的触发时间到达；所述用户终端由第一网络切换至第二网络；所述用户终端从所述服务器成功下载一个数据包，所述数据包包括应用的安装包或者所述待更新应用的更新包。

本发明实施例提供的服务器，可以在接收到用户终端发送的下载应用的更新包的下载条件查询请求后，获取并向用户终端发送下载该应用的更新包的触发时机和下载条件，以使得用户终端可以在确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件时，从服务器下载所述应用的更新包。相较于现有技术中，服务器仅向用户设备通知应用版本升级或更新，然后用户终端在获知应用版本升级或更新后，直接从服务器下载应用的更新包；本方案中，服务器还可以向用户终端提供下载该应用的更新包的触发时机和下载条件，以使得用户终端可以在确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件时，才从服务器下载所述应用的更新包，可以降低由于当前网络状态和用户终端的当前自身状态不适合进行数据下载时，导致更新包下载失败的可能性，可以提高更新包下载的成功率。

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种更新包的下载方法，应用于用户终端，其特征在于，所述方法包括：

接收服务器发送的针对一应用的更新消息；

向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

接收所述服务器发送的下载所述应用的更新包的触发时机和下载条件；

若确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件，则从所述服务器下载所述应用的更新包。

2.根据权利要求1所述的更新包的下载方法，其特征在于，所述方法还包括：

若确定当前自身状态和当前网络状态不符合所述下载条件，则保存下载所述应用的更新包的触发时机。

3.根据权利要求2所述的更新包的下载方法，其特征在于，所述方法还包括：

若确定当前自身状态符合所述用户终端中保存的触发时机，则向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件，并向用户终端下发。

4.根据权利要求1-3中任一项所述的更新包的下载方法，其特征在于，所述下载条件包括以下一个或多个条件的组合：

所述用户终端的自动下载开关处于开启状态；

所述用户终端连接至预配置WiFi；

所述用户终端的剩余存储空间可提供的数据存储量大于预设存储量阈值；

所述触发时机包括以下至少一个时机：

所述用户终端的屏幕点亮；

所述用户终端中预设的触发时间到达；

所述用户终端由第一网络切换至第二网络；

所述用户终端从所述服务器成功下载一个数据包，所述数据包包括应用的安装包或者应用的更新包。

5.一种更新包的下载方法，应用于服务器，其特征在于，所述方法包括：

向用户终端发送针对一应用的更新消息；

接收所述用户终端发送的下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息；

根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

向所述用户终端发送所述触发时机和所述下载条件，以便于所述用户终端在确定当前自身状态和当前网络状态符合所述触发时机和所述下载条件时，从所述服务器下载所述应用的更新包。

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

接收模块，用于接收服务器发送的针对一应用的更新消息；

发送模块，用于向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

所述接收模块，还用于接收所述服务器发送的下载所述应用的更新包的触发时机和下载条件；

确定模块，用于确定当前自身状态和当前网络状态是否符合所述接收模块接收到的下载所述应用的更新包的触发时机和下载条件；

下载模块，用于若所述确定模块确定当前自身状态和当前网络状态符合下载所述应用的更新包的触发时机和下载条件，则从所述服务器下载所述应用的更新包。

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

保存模块，用于若所述确定模块确定当前自身状态和当前网络状态不符合所述下载条件，则保存下载所述应用的更新包的触发时机。

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

所述发送模块，还用于若所述确定模块确定当前自身状态符合所述用户终端中保存的触发时机，则向所述服务器发送下载所述应用的更新包的下载条件查询请求，所述下载条件查询请求中携带有标识所述应用的标识信息，以便所述服务器根据所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件，并向用户终端下发。

9.根据权利要求6-8中任一项所述的用户终端，其特征在于，所述下载条件包括以下一个或多个条件的组合：

所述用户终端的自动下载开关处于开启状态；

所述用户终端连接至预配置WiFi；

所述用户终端的剩余存储空间可提供的数据存储量大于预设存储量阈值；

所述触发时机包括以下至少一个时机：

所述用户终端的屏幕点亮；

所述用户终端中预设的触发时间到达；

所述用户终端由第一网络切换至第二网络；

所述用户终端从所述服务器成功下载一个数据包，所述数据包包括应用的安装包或者应用的更新包。

10.一种服务器，其特征在于，包括：

发送模块，用于向用户终端发送针对一应用的更新消息；

接收模块，用于接收所述用户终端发送的下载所述应用的更新包的下载条件查询请求；其中，所述下载条件查询请求中携带有标识所述应用的标识信息；

匹配模块，用于根据所述接收模块接收的所述下载条件查询请求中携带的所述标识信息匹配出下载所述应用的更新包的触发时机和下载条件；

所述发送模块，还用于向所述用户终端发送所述匹配模块匹配得到的所述触发时机和所述下载条件，以便于所述用户终端在确定当前自身状态和当前网络状态符合所述触发时机和所述下载条件时，从所述服务器下载所述应用的更新包。