CN105812435A - 应用升级数据包处理方法、装置、电子设备及系统 - Google Patents

Abstract

本申请实施例公开了一种应用升级数据包获取方法，判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。那么，当终端设备需要对应用进行升级时，可以直接从与其相连接的第一电子设备中下载应用的升级数据包，而不需要从升级服务器中下载应用的升级数据包，从而缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间。本申请还公开一种升级数据包处理装置、电子设备及系统。

Description

应用升级数据包处理方法、装置、电子设备及系统

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种应用升级数据包处理方法、装置、电子设备及系统。

背景技术

随着通信技术的发展，越来越多的终端设备中可以安装应用。当终端设备所安装的应用存在缺陷或者需要添加某些功能时，都需要对应用进行升级。应用升级的主要实现方案为：终端设备所安装的应用的当前版本与应用的最新版本不同时，终端设备向网络侧服务器发送升级数据包下载请求，以将应用的升级数据包从网络侧服务器下载至终端设备，终端设备通过安装所下载的升级数据包实现应用的版本升级。可见，对终端设备所安装的应用进行升级的前提是将升级数据包下载到终端设备。

现有应用升级的方法，需要终端设备通过网络向升级服务器请求应用的升级数据包，以将升级数据包下载至终端设备，而受网络带宽等因素的限制，终端设备在应用升级时需要等待较长时间才能将升级数据包下载至本地，应用升级过程中，终端设备获取升级数据包的时间较长。

因此，如何缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间成为亟待解决的问题。

发明内容

本发明的目的是提供一种应用升级数据包处理方法、装置、电子设备及系统，以缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间。

为实现上述目的，本发明实施例提供了如下技术方案：

一种应用升级数据包处理方法，应用于第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述方法包括：

判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；

当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

本发明实施例还提供一种应用升级数据包处理装置，应用于第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述装置包括：

判断模块，用于判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；

确定模块，用于当所述判断模块判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

下载模块，用于依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

本发明实施例还提供一种第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述第一电子设备包括如上所述的应用升级数据包处理装置。

本发明实施例还提供一种应用升级数据包处理系统，其特征在于，包括：

订阅服务器，用于维护用户订阅的应用的升级数据包的版本信息，以及升级数据包与升级数据包的下载地址的对应关系；

升级服务器，用于维护应用的升级数据包；

第一电子设备和第二电子设备，所述第二电子设备可以通过所述第一电子设备接入互联网，从而与所述订阅服务器和所述升级服务器通信；

其中，所述第一电子设备用于判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

通过以上方案可知，本申请提供的一种应用升级数据包处理方法、装置、电子设备及系统，判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。那么，当终端设备需要对应用进行升级时，可以直接从与其相连接的第一电子设备中下载应用的升级数据包，而不需要从升级服务器中下载应用的升级数据包，而终端设备从升级服务器中下载升级数据包时，升级数据包的传输路径要远远大于终端设备从与其相连接的第一电子设备中下载升级数据包时，升级数据包的传输路径，因此，通过本方案可以大大缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间。

附图说明

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

图1为本申请实施例提供的应用升级数据包处理系统的一种结构示意图；

图2为本申请实施例提供的应用升级数据包处理方法的一种实现流程图；

图3为本申请实施例提供的应用升级数据包处理方法的另一种实现流程图；

图4为本申请实施例提供的第二电子设备下载应用的升级数据包的一种实现流程图；

图5为本申请实施例提供的终端设备下载游戏升级数据包的一种实现流程示意图；

图6为本申请实施例提供的应用升级数据包处理装置的一种结构示意图；

图7为本申请实施例提供的断模块的一种结构示意图；

图8为本申请实施例提供的判断模块的另一种结构示意图；

图9为本申请实施例提供的应用升级数据包处理装置的另一种结构示意图；

图10为本申请实施例提供的发送模块的一种结构示意图；

图11为本申请实施例提供的应用升级数据包处理装置的又一种结构示意图；

图12为本申请实施例提供的第一电子设备的一种硬件结构框图。

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

具体实施方式

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

本发明实施例提供的应用升级数据包处理方法及装置应用于第一电子设备中，第二电子设备可以通过该第一电子设备接入互联网，即第一电子设备可以是网络接入设备，该第一电子设备可以是路由器，也可以是其它可以提供网络接入功能的设备，如智能手机、平板电脑等，当智能手机或平板电脑设备作为WIFI热点时可以提供网络接入功能，此时第二电子设备可以通过智能手机或平板电脑接入互联网。

请参阅图1，图1为本申请实施例提供的应用升级数据包处理系统的一种结构示意图，其中，

升级服务器11与第一电子设备13通过互联网络相连接，订阅服务器12也通过互联网络与第一电子设备13相连接；第二电子设备14(如，手机、平板电脑、笔记本电脑、台式机等各种终端设备)可以通过第一电子设备13接入互联网，并可以访问升级服务器11。

其中，升级服务器11用于维护应用的升级数据包，升级服务器11可以是一个独立的服务器，也可以是由多个服务器互联组成的服务器群组。

订阅服务器12用于维护用户订阅的应用的升级数据包的版本信息，以及升级数据包与升级数据包的下载地址的对应关系。

其中，可以由运维人员对订阅服务器12中升级数据包的版本信息以及升级数据包与升级数据包的下载地址的对应关系进行更新。

也可以由应用升级数据包上传工具向升级服务器11上传应用的升级数据包的同时，由应用升级数据包获取升级服务器11的地址，并向订阅服务器12发送更新消息，所述更新消息中包括升级服务器11的地址，以及所上传的应用升级数据包的版本信息。

第一电子设备13用于判断订阅服务器12中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器12中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器11下载所述应用的最新版本的升级数据包。

第一电子设备13还可以用于，在接收到第二电子设备14向升级服务器11发送的应用升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；当检测到本地存在所述应用的升级数据包时，向第二电子设备14发送所述应用的升级数据包。

基于图1所述的系统，本申请实施例提供的应用升级数据包处理方法的一种实现流程图如图2所述，可以包括：

步骤S21：第一电子设备判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；如果是，则执行步骤S22；

用户可以在第一电子设备侧订阅应用的升级数据包，假设用户订阅了第一应用的升级数据包，则第一电子设备会判断第一应用的升级数据包是否更新了。其中，第一应用为用户下载安装的任意一个应用。

步骤S22：第一电子设备依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

当判断出第一应用的升级数据包更新时，第一电子设备会从订阅服务器中维护的升级数据包与升级数据包的下载地址的对应关系，确定第一应用的升级数据包的下载地址。

通常，为了保证下载速度，应用的升级数据包通常通过CDN网络(ContentDeliveryNetwork，内容分发网络)进行分发。CDN网络是通过在互联网各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。也就是说，CDN网络是互联网的一部分。CDN网络系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近下载所需内容，解决互联网络拥挤的状况，提高用户访问网站的响应速度。

CDN网络由若干CDN服务器构成。本发明实施例中，升级服务器可以是CDN服务器。

步骤S23：第一电子设备依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

本申请提供的一种应用升级数据包处理方法，判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。那么，当终端设备需要对应用进行升级时，可以直接从与其相连接的第一电子设备中下载应用的升级数据包，而不需要从升级服务器中下载应用的升级数据包，而终端设备从升级服务器中下载升级数据包时，升级数据包的传输路径要远远大于终端设备从与其相连接的第一电子设备中下载升级数据包时，升级数据包的传输路径，因此，通过本方案可以大大缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间。

应用进行升级的过程通常是：在应用的升级数据包发布后(即应用服务器更新后)，应用客户端在用户登录应用时通过版本检测确定需要升级时，在用户确定升级后下载应用的升级数据包到终端设备，进而终端设备安装升级数据包实现应用的升级。而传统的对应用进行升级的方法，是在检测到应用需要升级时，向网络侧服务器(即升级服务器)发送升级数据包下载请求，以从网络侧服务器下载应用的升级数据包。

而升级数据包只有在定版后才进行发布，因此，应用本申请实施例提供的应用升级数据包获取方法，可以在升级数据包定版以后，发布之前，将定版后的升级数据包下载到与终端设备直接连接的第一电子设备(如路由器)中，那么，在升级数据包发布后，当应用客户端在用户登录应用时通过版本检测确定需要升级时，可以直接从与安装应用的终端设备相连接的第一电子设备中下载升级数据包，相当于从本地局域网中下载升级数据包，而不再需要从网络侧服务器中下载升级数据包，从而可以大大缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间。

当然，本发明实施例提供的应用升级数据包处理方法，并不限于在升级数据包定版以后，发布之前使用，可以在定版、发布之后使用，只要在安装应用的终端设备向网络侧服务器请求下载第一应用的升级数据包之前，都可以将应用的升级数据包下载到与安装应用的终端设备相连接的第一电子设备中。

上述实施例中，可选的，判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新的一种实现方式可以为：

按照预设查询周期向所述订阅服务器发送查询请求，以查询订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新。

例如，所述查询周期可以是1小时，即每1小时向订阅服务器发送一次查询请求。

也就是说，本发明实施例中，由第一电子设备主动询问订阅服务器用户订阅的应用的升级数据包是否更新了。

可选的，判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新的另一种实现方式可以为：

当接收到所述订阅服务器推送的用户订阅的应用的升级数据包的版本信息时，确定订阅服务器中用户订阅的应用的升级数据包的版本信息更新。

所述用户订阅的应用的升级数据包的版本信息由所述订阅服务器在所述用户订阅的应用的升级数据包的版本更新时向所述第一电子设备推送。

本发明实施例中，当用户订阅的应用的升级数据包的版本信息更新时，由订阅服务器通知用户订阅的应用的升级数据包的版本信息更新了，即第一电子设备等待订阅服务器的更新通知来确定用户订阅的应用的升级数据包的版本信息更新了。

上述实施例中，优选的，当终端设备需要对应用进行升级时，本申请实施例提供的应用升级数据包处理方法的另一种实现流程图如图3所示，可以包括：

步骤S31：当接收到与所述第一电子设备连接的第二电子设备(即终端设备)向升级服务器发送的应用的升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；

可选的，所述应用的升级数据包的下载请求中包含所述应用的升级数据包的第一哈希值；所述检测本地是否存在所述应用的升级数据包可以包括：

获取本地的所述应用的升级数据包的第二哈希值；

将所述第一哈希值和所述第二哈希值进行比对；

当所述第一哈希值和所述第二哈希值相同时，确定本地存在所述应用的升级数据包。

步骤S32：当检测到本地存在所述应用的升级数据包时，向所述第二电子设备发送所述应用的升级数据包。

可以在检测到本地存在所述应用的升级数据包时，将所述应用的升级数据包的下载请求中的升级服务器的地址重定向为所述第一电子设备的地址，向所述第二电子设备发送所述应用的升级数据包。

本发明实施例中，由于终端设备可以从第一电子设备侧直接下载应用的升级数据包，而不必从网络侧服务器中下载应用的升级数据包，因此，同一时刻向网络侧服务器下载应用升级数据包的用户量减少，从而可以减少因为同一时刻从网络侧服务器下载应用升级数据包的数量过大造成网络阻塞的问题。

另外，对于以带宽的日峰值数据来计算带宽成本的网络(如CDN网络)来说，通过本发明实施例提供的应用升级数据包处理方法，可以降低带宽的日峰值数据，从而还可以降低网络的带宽成本。

进一步的，由于在应用的升级数据包定版后，发布前第一电子设备下载应用的升级数据包时，终端设备还不能进行升级，因此，基于本发明实施例提供的应用升级数据包处理方法，还可以调小第一电子设备下载应用的升级数据包时的数据下载速度，从而可以减少传输升级数据包所占用的带宽进一步降低网络的带宽成本。

上述实施例中，可选的，当终端设备需要对应用进行升级时，本申请实施例提供的第二电子设备下载应用的升级数据包的一种实现流程图如图4所示，可以包括：

步骤S41：第二电子设备通过与其相连接的第一电子设备(如，路由器)向网络侧服务器(即升级服务器)发送应用的升级数据包的下载请求；

步骤S42：第一电子设备在接收到第二电子设备向网络侧服务器发送的所述应用的升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；

步骤S43：第一电子设备检测到本地存在所述应用的升级数据包时，进行重定向；

步骤S44：所述第一电子设备向所述第二电子设备发送所述应用的升级数据包。

上述实施例中，可选的，所述第一电子设备在下载应用的升级数据包后，还可以包括：

第一电子设备检测所述应用的升级数据包的存储时长；

本申请实施例中，在接收到应用的升级数据包后，可以记录接收到应用的升级数据包的时间。

当所述应用的升级数据包的存储时长大于预设时长时，删除所述应用的升级数据包。

本申请实施例中，当历史接收到的应用的升级数据包的存储时长大于预设时长时，将该应用的升级数据包删除，以便空出存储空间接收新的版本的升级数据包，或接收其它应用的升级数据包。

上述实施例中，若第一电子设备检测到本地不存在应用的升级数据包，则第一电子设备将升级数据包的下载请求转发给升级服务器，直接从升级服务器下载升级数据包。

下面结合具体应用场景对本申请提供的应用升级数据包的处理方法的一种实施方式进行说明。如图5所示，为本发明实施例提供的游戏客户端下载游戏升级数据包的一种实现流程示意图；其中，第一电子设备为智能路由器，第二电子设备为终端设备。游戏服务器为游戏运行所需的服务器。

步骤1：游戏用户在智能路由器上订阅游戏升级包。

步骤2：当游戏有新的升级包时，游戏运维人员将游戏升级包上传至升级服务器；

步骤3：将游戏升级包上传至升级服务器后，更新订阅服务器中游戏的版本信息；

在游戏的升级包定版后，将升级包上传至升级服务器并更新订阅服务器。

步骤4：智能路由器定期查询订阅服务器中的版本信息是否更新；

步骤5：当发现订阅服务器中的版本信息有更新时，智能路由器从订阅服务器获取游戏升级包的下载地址；

步骤6：智能路由器根据获取的游戏升级包的下载地址从升级服务器中下载游戏升级包；

步骤7：游戏运维人员完成游戏服务器升级，开放登录；实现游戏升级包的正式发布。

步骤8：终端设备中游戏客户端被用户启动，登录后从游戏服务器获知需要升级；

步骤9：终端设备中游戏客户端向升级服务器发起下载游戏升级包的请求；

步骤10：智能路由器识别到终端设备的游戏升级包下载动作，进行重定向；

步骤11：智能路由器向终端设备发送游戏升级包；

步骤12：游戏客户端完成下载，进行升级登录过程。

与方法实施例相对应，本申请还提供一种应用升级数据包处理装置，本发明实施例提供的应用升级数据包处理装置的一种结构示意图如图6所示，可以包括：

判断模块61，确定模块62和下载模块63；其中，

判断模块61用于判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；

用户可以在第一电子设备侧订阅应用的升级数据包，假设用户订阅了第一应用的升级数据包，则第一电子设备会判断第一应用的升级数据包是否更新了。其中，第一应用为用户下载安装的任意一个应用。

确定模块62用于当所述判断模块判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

当判断出第一应用的升级数据包更新时，确定模块62会从订阅服务器中维护的升级数据包与升级数据包的下载地址的对应关系，确定第一应用的升级数据包的下载地址。

通常，为了保证下载速度，应用的升级数据包通常通过CDN网络(ContentDeliveryNetwork，内容分发网络)进行分发。CDN网络是通过在互联网各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。也就是说，CDN网络是互联网的一部分。CDN网络系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近下载所需内容，解决互联网络拥挤的状况，提高用户访问网站的响应速度。

CDN网络由若干CDN服务器构成。本发明实施例中，升级服务器可以是CDN服务器。

下载模块63用于依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

本申请提供的一种应用升级数据包处理装置，判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。那么，当终端设备需要对应用进行升级时，可以直接从与其相连接的第一电子设备中下载应用的升级数据包，而不需要从升级服务器中下载应用的升级数据包，而终端设备从升级服务器中下载升级数据包时，升级数据包的传输路径要远远大于终端设备从与其相连接的第一电子设备中下载升级数据包时，升级数据包的传输路径，因此，通过本方案可以大大缩短应用升级过程中，终端设备获取应用的升级数据包所需的时间。

上述实施例中，可选的，判断模块61的一种结构示意图如图7所示，可以包括：

查询单元71，用于按预设查询周期向所述订阅服务器发送查询请求，以查询订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新。

可选的，判断模块61的另一种结构示意图如图8所示，可以包括：

接收单元81，用于接收所述订阅服务器推送的用户订阅的应用的升级数据包的版本信息；

确定单元82，用于当所述接收单元接收到所述订阅服务器推送的用户订阅的应用的升级数据包的版本信息时，确定订阅服务器中用户订阅的应用的升级数据包的版本信息更新，所述用户订阅的应用的升级数据包的版本信息由所述订阅服务器在所述用户订阅的应用的升级数据包的版本更新时向所述第一电子设备推送。

在图6所示实施例的基础上，本申请提供的应用升级数据包处理装置的另一种结构示意图如图9所示，还可以包括：

检测模块91和发送模块92；其中，

检测模块91用于当接收到与所述第一电子设备连接的第二电子设备向升级服务器发送的应用的升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；

发送模块92用于当所述检测子模块检测到本地存在所述应用的升级数据包时，向所述第二电子设备发送所述应用的升级数据包。

需要说明的是，检测模块91和发送模块92也适用于图7或图8所示实施例中。

可选的，发送模块92的一种结构示意图如图10所示，可以包括：

重定向单元101，用于将所述应用的升级数据包的下载请求中的升级服务器的地址重定向为所述第一电子设备的地址；

发送单元102，用于向所述第二电子设备发送所述应用的升级数据包。

进一步的，在图9所示实施例的基础上，本申请提供的应用升级数据包处理装置的又一种结构示意图如图11所示，还可以包括：

转发模块111，用于当所述检测模块91检测到本地不存在所述应用的升级数据包时，向所述升级服务器转发与所述第二电子设备发送的应用的升级数据包的下载请求。

本申请还提供一种第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述第一电子设备包括如上所述的应用升级数据包处理装置。

图12示出了本发明实施例提供的第一电子设备的一种硬件结构框图，参照图12，该路由器可以包括：处理器1，通信接口2，存储器3和通信总线4；

其中处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口、以太网接口等；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

其中，程序可具体用于：

判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；

当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (15)

1.一种应用升级数据包处理方法，应用于第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述方法包括：

判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；

当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

2.根据权利要求1所述的方法，其特征在于，所述判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新包括：

按预设查询周期向所述订阅服务器发送查询请求，以查询订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新。

3.根据权利要求1所述的方法，其特征在于，所述判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新包括：

当接收到所述订阅服务器推送的用户订阅的应用的升级数据包的版本信息时，确定订阅服务器中用户订阅的应用的升级数据包的版本信息更新，所述用户订阅的应用的升级数据包的版本信息由所述订阅服务器在所述用户订阅的应用的升级数据包的版本更新时向所述第一电子设备推送。

4.根据权利要求1-3任意一项所述的方法，其特征在于，还包括：

当接收到与所述第一电子设备连接的第二电子设备向升级服务器发送的应用的升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；

当检测到本地存在所述应用的升级数据包时，向所述第二电子设备发送所述应用的升级数据包。

5.根据权利要求4所述的方法，其特征在于，所述向所述第二电子设备发送所述应用的升级数据包包括：

将所述应用的升级数据包的下载请求中的升级服务器的地址重定向为所述第一电子设备的地址；

向所述第二电子设备发送所述应用的升级数据包。

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

当检测到本地不存在所述应用的升级数据包时，向所述升级服务器转发与所述第二电子设备发送的应用的升级数据包的下载请求。

7.一种应用升级数据包处理装置，应用于第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述装置包括：

判断模块，用于判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；

确定模块，用于当所述判断模块判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；

下载模块，用于依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

8.根据权利要求7所述的装置，其特征在于，所述判断模块包括：

查询单元，用于按预设查询周期向所述订阅服务器发送查询请求，以查询订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新。

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

接收单元，用于接收所述订阅服务器推送的用户订阅的应用的升级数据包的版本信息；

确定单元，用于当所述接收单元接收到所述订阅服务器推送的用户订阅的应用的升级数据包的版本信息时，确定订阅服务器中用户订阅的应用的升级数据包的版本信息更新，所述用户订阅的应用的升级数据包的版本信息由所述订阅服务器在所述用户订阅的应用的升级数据包的版本更新时向所述第一电子设备推送。

10.根据权利要求7-9任意一项所述的装置，其特征在于，还包括：

检测模块，用于当接收到与所述第一电子设备连接的第二电子设备向升级服务器发送的应用的升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；

发送模块，用于当所述检测子模块检测到本地存在所述应用的升级数据包时，向所述第二电子设备发送所述应用的升级数据包。

11.根据权利要求10所述的装置，其特征在于，所述发送模块包括：

重定向单元，用于将所述应用的升级数据包的下载请求中的升级服务器的地址重定向为所述第一电子设备的地址；

发送单元，用于向所述第二电子设备发送所述应用的升级数据包。

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

转发模块，用于当所述检测模块检测到本地不存在所述应用的升级数据包时，向所述升级服务器转发与所述第二电子设备发送的应用的升级数据包的下载请求。

13.一种第一电子设备，第二电子设备可以通过所述第一电子设备接入互联网，其特征在于，所述第一电子设备包括如权利要求7-12任意一项所述的应用升级数据包处理装置。

14.一种应用升级数据包处理系统，其特征在于，包括：

订阅服务器，用于维护用户订阅的应用的升级数据包的版本信息，以及升级数据包与升级数据包的下载地址的对应关系；

升级服务器，用于维护应用的升级数据包；

第一电子设备和第二电子设备，所述第二电子设备可以通过所述第一电子设备接入互联网，从而与所述订阅服务器和所述升级服务器通信；

其中，所述第一电子设备用于判断订阅服务器中用户订阅的应用的升级数据包的版本信息是否更新；当判断出所述应用的升级数据包的版本信息更新时，依据订阅服务器中存储的升级数据包与升级数据包的下载地址的对应关系，确定所述应用的升级数据包的下载地址；依据所述应用的升级数据包的下载地址从升级服务器下载所述应用的最新版本的升级数据包。

15.根据权利要求14所述的系统，其特征在于，所述第一电子设备还用于，在接收到所述第二电子设备向所述升级服务器发送的应用升级数据包的下载请求时，检测本地是否存在所述应用的升级数据包；当检测到本地存在所述应用的升级数据包时，向所述第二电子设备发送所述应用的升级数据包。