应用程序更新方法及装置

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种应用程序更新方法及装置。

背景技术

随着移动互联网和电子设备硬件的发展，电子设备的性能越来越强大。随着电子设备硬件和网络环境的完善，手游迎来的大幅的发展。目前电子设备上安装的手游均设置有在线更新功能，具体更新流程如下：用户打开手游应用程序后，输出更新提示信息；接收到用户输入的更新指令后，进入更新界面，开始从手游开发者服务器上下载更新数据并安装。

现有的实时从手游开发者服务器上下载更新数据的方式更新进度受网络带宽制约。

发明内容

本申请实施例的目的是提供一种应用程序更新方法，能够解决现有的应用程序更新方案中存在的更新进度受网络带宽制约的问题。

第一方面，本申请实施例提供了一种应用程序更新方法，其中，所述方法包括：在检测到第一电子设备的第一应用程序版本更新的情况下，向第一服务器发送第一更新请求，其中，所述第一更新请求中携带有第一应用程序标识、已安装的所述第一应用程序的第一版本信息；接收所述第一服务器返回的所述第一应用程序的版本更新信息，其中，所述版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息；依据所述版本更新信息从所述第一服务器下载版本更新数据，并对所述第一应用程序进行版本更新；向第二服务器发送第一更新提示信息，以使所述第二服务器依据所述第一更新提示信息向第二电子设备发送下载所述第一应用程序的更新数据的第二更新提示信息，其中，所述第一更新提示信息中包括所述版本更新信息。

第二方面，本申请实施例提供了一种应用程序更新方法，应用于第二电子设备，其中，所述方法包括：接收第二服务器发送的第二更新提示信息，其中，所述第二更新提示信息包括：第一应用程序标识、待更新的第二版本下载链接和待更新的第二版本信息；在本地未下载所述第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据所述第二更新提示信息从第一服务器中下载版本更新数据；在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载所述第一应用程序的所述版本更新数据。

第三方面，本申请实施例提供了一种应用程序更新装置，其中，所述装置包括：第一发送模块，用于在检测到第一电子设备的第一应用程序版本更新的情况下，向第一服务器发送第一更新请求，其中，所述第一更新请求中携带有第一应用程序标识、已安装的所述第一应用程序的第一版本信息；第一接收模块，用于接收所述第一服务器返回的所述第一应用程序的版本更新信息，其中，所述版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息；第一下载模块，用于依据所述版本更新信息从所述第一服务器下载版本更新数据，并对所述第一应用程序进行版本更新；第二发送模块，用于向第二服务器发送第一更新提示信息，以使所述第二服务器依据所述第一更新提示信息向第二电子设备发送下载所述第一应用程序的更新数据的第二更新提示信息，其中，所述第一更新提示信息中包括所述版本更新信息。

第四方面，本申请实施例提供了一种装置，应用于第二电子设备，其中，所述装置包括：第二接收模块，用于接收第二服务器发送的第二更新提示信息，其中，所述第二更新提示信息包括：第一应用程序标识、待更新的第二版本下载链接和待更新的第二版本信息；第二下载模块，用于在本地未下载所述第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据所述第二更新提示信息从第一服务器中下载版本更新数据；加载模块，用于在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载所述第一应用程序的所述版本更新数据。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第六方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法。

本申请实施例中，第一应用程序在从第一服务器即第一应用程序开发者服务器中下载版本更新数据后，向第二服务器发送用于提示第一应用程序存在版本更新的第一更新提示信息，第二服务器依据第一更新提示信息向第二电子设备发送下载第一应用程序的版本更新数据，第二电子设备可预先下载第一应用程序的版本更新数据至本地，在对第一应用程序进行版本更新时，直接从本地加载版本更新数据即可，由于版本更新数据无需现从第一服务器下载而是存储在本地，因此第一应用程序版本更新速度快，且更新进度不受网络带宽制约。

附图说明

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

图1是表示本申请实施例的一种应用程序更新方法的步骤流程图；

图2是表示本申请实施例的又一种应用程序更新方法的步骤流程图；

图3是表示本申请实施例的一种应用程序更新系统的交互示意图；

图4是表示本申请实施例的一种应用程序更新装置的结构框图

图5是表示本申请实施例的一种应用程序更新装置的结构框图；

图6是表示本申请实施例的一种电子设备的结构框图；

图7是表示本申请实施例的一种电子设备的硬件结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的应用程序更新方法进行详细地说明。

参照图1，示出了本申请实施例的一种应用程序更新方法的步骤流程图。

本申请实施例中从第一电子设备侧对应用程序更新方法进行说明，本申请实施例的应用程序更新方法包括以下步骤：

步骤101：在检测到第一电子设备的第一应用程序版本更新的情况下，向第一服务器发送第一更新请求。

本申请实施例提供的应用程序更新方法应用于第一电子设备，在实际实现过程中，可在第一电子设备网络模块的网络底层增加支持版本优化更新的更新服务，由更新服务执行相应的应用程序更新流程。

其中，第一更新请求中携带有第一应用程序标识、已安装的第一应用程序的第一版本信息。第一更新请求中携带的信息便于第一服务器判定第一电子设备发送的更新请求所请求的更新资源。第一服务器为第一应用程序开发者的服务器，第一应用程序可以为任意类型的应用程序，例如：游戏类应用程序、多媒体类应用程序、导航类应用程序或者通信类应用程序等，本申请实施例对此不做具体限制。

第一应用程序开发者发布更新至第一服务器后，由于电子设备未进行第一应用程序更新，因此第二服务器还未获取到电子设备发送的更新提示信息。当第一电子设备开启第一应用程序后，输出更新提示此时系统检测到第一应用程序版本待更新，第一电子设备需向第一服务器发送第一更新请求，以完成对第一应用程序的版本更新。

在实际实现过程中，还可以在检测到第一应用程序版本更新的情况下，首先判定本地是否存储有第一应用程序的待更新版本的版本更新数据；若是，则直接从本地加载相应地版本更新数据完成第一应用程序版本更新即可；若否，则执行步骤101向第一服务器发送第一更新请求，通过网络连接从第一服务器侧下载相应地版本更新数据。

步骤102：接收第一服务器返回的第一应用程序的版本更新信息。

其中，版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息。

待更新的第二版本下载链接中存储有第二版本信息对应的更新数据。

步骤103：依据版本更新信息从第一服务器下载版本更新数据，并对第一应用程序进行版本更新。

从第一服务器下载版本更新数据后，在第一电子设备本地记录第二版本的版本更新数据的下载状态，可通过字段version1-url1为1表示该版本更新数据已下载。

步骤104：向第二服务器发送第一更新提示信息。

其中，第二服务器依据第一更新提示信息向第二电子设备发送下载第一应用程序的更新数据的第二更新提示信息。第一更新提示信息中包括版本更新信息，版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息。

第二服务器为更新服务器，其为电子设备厂商的服务器，第二服务器可对其所管理的各电子设备提供应用程序版本更新提示服务。第二服务器接收到第一电子设备发送的第一更新提示信息后，依据第一更新提示信息提示第二电子设备在后台下载第一应用程序的更新数据。

第二服务器接收到第一更新提示信息后，从其管理的各电子设备中查找安装有第一应用程序的各电子设备，再从查找到的各电子设备中进一步查找存在版本更新需求的各第二电子设备，最后分别向各第二电子设备发送第二更新提示信息，提示各第二电子设备在后台下载版本更新数据，以便于第二电子设备用户触发第一应用程序版本更新时进行本地加载。

需要说明的是，第二服务器可以在接收到一个第一电子设备发送的第一更新提示信息后便向各第二电子设备发送第二更新提示信息；第二服务器还可以在接收到第一应用程序对应的第一更新提示信息的总数量大于预设数量的情况下，再向各第二电子设备发送第二更新提示信息。后边这种向各第二电子设备发送第二更新提示信息的触发机制，可确定对第一应用程序的版本更新并非仅是某一个用户的个性化需求而是一种普遍需求，在此基础上向各第二电子设备提供更新提示，能够提升第二更新提示信息的可靠性，可避免对第二电子设备造成不必要的干扰。

本申请实施例提供的应用程序更新方法，第一应用程序在从第一服务器即第一应用程序开发者服务器中下载版本更新数据后，向第二服务器发送用于提示第一应用程序存在版本更新的第一更新提示信息，第二服务器依据第一更新提示信息向第二电子设备发送下载第一应用程序的版本更新数据的第二更新提示信息，第二电子设备可预先下载第一应用程序的版本更新数据至本地，在对第一应用程序进行版本更新时，直接从本地加载版本更新数据即可，由于版本更新数据无需现从第一服务器下载而是存储在本地，因此第一应用程序版本更新速度快，且更新进度不受网络带宽制约。

在一种可选地实施例中，向第二服务器发送第一更新提示信息时，可以检测从第一服务器所下载的版本更新数据的数据量；在数据量大于预设数据量的情况下，向第二服务器发送第一更新提示信息。

预设数据量可由本领域技术人员根据实际需求进行设置，本申请实施例中对此不做具体限制。

通过下载的版本更新数据的数据量，可判断第一应用程序是否为特定类型的应用程序，例如：游戏类应用程序，在判断第一应用程序为特定类型的应用程序时，再向第二服务器发送第一更新提示信息，能够避免第二服务器频繁向各第二电子设备发送第二更新提示信息。在实际使用过程中，一些类型的应用程序版本即便更新待下载的版本更新数据量也比较小，因此即便第二电子设备在应用程序开启的状态下现从第一服务器下载版本更新数据耗时也短，为最大限度的降低对第二电子设备的干扰，故无需提示第二电子设备在后台对该类的应用程序的版本更新数据进行下载，而只是提示第二电子设备在后台对版本更新数据量大、更新耗时长的特定类型的应用程序的版本更新数据进行下载。

需要说明的是，本申请实施例提供的应用程序更新方法，执行主体可以为应用程序更新装置，或者该应用程序更新装置中的用于执行应用程序更新方法的控制模块。本申请实施例中后续以应用程序更新装置执行应用程序更新方法为例，说明本申请实施例提供的应用程序更新装置。

参照图2，示出了本申请实施例的一种应用程序更新方法的步骤流程图。

本申请实施例中从第二电子设备侧对应用程序更新方法进行说明，本申请实施例的应用程序更新方法包括以下步骤：

步骤201：接收第二服务器发送的第二更新提示信息。

其中，第二更新提示信息包括：第一应用程序标识、待更新的第二版本下载链接和待更新的第二版本信息。第二更新提示信息中的待更新的第二版本下载链接、第二版本信息与第一更新提示信息中的相同。

第二服务器接收到第一电子设备发送的第一更新提示信息后，依据第一更新提示信息确定发生版本更新的第一应用程序，然后从所管理的各应用程序中查找安装有第一应用程序且第一应用程序版本低于第一更新提示信息中的第二版本的第二电子设备，第二服务器向第二电子设备发送第二更新提示信息。

步骤202：在本地未下载第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据第二更新提示信息从第一服务器中下载版本更新数据。

第二电子设备接收到第二更新提示信息后，首先判断本地是否已存储有待更新的第二版本的版本更新数据，若存在则不再重复下载该版本更新数据；若不存在，则执行步骤202。

在连接无线局域网状态下在后台下载版本更新数据，能够节省下载所耗流量。

步骤203：在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载第一应用程序的版本更新数据。

在后台预先下载版本更新数据，当第一应用程序开启后，直接加载已下载的版本更新数据进行版本更新即可，无需耗时再进行数据下载，能够提升版本更新效率，且第一应用程序版本更新进度不受网络带宽制约。

本申请实施例提供的应用程序更新方法，第二电子设备接收到第二服务器发送的第一应用程序的第二更新提示信息后，在本地未下载第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据第二更新提示信息从第一服务器中下载版本更新数据在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载第一应用程序的版本更新数据。一方面，在连接无线局域网状态下下载版本更新数据，能够节省下载所耗流量；另一方面，在对第一应用程序进行版本更新时，直接加载已下载的版本更新数据进行版本更新即可，无需耗时再进行数据下载，能够提升版本更新效率，且第一应用程序版本更新进度不受网络带宽制约。

在一种可选地实施例中，在接收第二服务器发送的第二更新提示信息之前，该方法还可以包括如下步骤：

步骤一：接收第二服务器发送的配置获取请求；

第二服务器定期向其所管理的各电子设备发送配置获取请求，电子设备响应配置获取请求向第二服务器发送配置信息，第二服务器依据配置信息确定电子设备中所安装的各应用程序以及各应用程序的当前版本。

第二服务器所管理的各电子设备包括：第一电子设备、第二电子设备以及其他电子设备。

步骤二：响应于配置获取请求向第二服务器发送配置信息。

其中，配置信息包括：所安装的各应用程序的标识信息和版本信息。

第二服务器接收到电子设备发送的配置信息后，可依据配置信息和第一电子设备发送的第一更新提示信息，从其所管理的各电子设备中筛选第二电子设备，向第二电子设备发送第二更新提示信息。

该种可选地第二服务器监测电子设备配置的方式，便于第二服务器对其所管理的各电子设备的配置进行及时、全面的了解。

在一种可选地实施例中，在连接无线局域网状态下依据第二更新提示信息从第一服务器中下载版本更新数据之后，还可以包括如下步骤：

步骤一：监测版本更新数据在本地的存储时长；

步骤二：在存储时长超出预设时长且该版本更新数据未被加载的情况下，删除版本更新数据。

预设时长可由本领域技术人员根据实际需求进行设置，本申请实施例中对此不做具体限制，例如：设置为5天、7天或者15天等。

若预设时长内均为对第一应用程序进行版本更新，则主要存在两种可能性，第一种，用户在预设时长内未使用第一应用程序；第二种，用户虽然在预设时长内使用过第一应用程序但是无版本更新的需求，因此，鉴于上述情况再在本地存储该版本更新数据也没有实质性意义，故将其删除。将该版本更新数据删除后，可释放其所占用的本地存储空间。

在一种可选地实施例中，从本地加载版本更新数据的过程中，输出提示信息。

其中，提示信息用于提示用户当前应用程序更新无流量消耗。

该种输出提示信息的方式，便于用户对本次应用程序更新所耗流量情况进行了解。

需要说明的是，本申请实施例提供的应用程序更新方法，执行主体可以为应用程序更新装置，或者该应用程序更新装置中的用于执行应用程序更新方法的控制模块。本申请实施例中后续以应用程序更新装置执行应用程序更新方法为例，说明本申请实施例提供的应用程序更新装置。

图3为应用程序更新系统的交互示意图。

如图3所示，应用程序更新系统包括：第一电子设备、第二电子设备、第一服务器以及第二服务器，第一服务器为应用程序开发者服务器，第二服务器为管理各电子设备的更新服务器。下面参照图3从第一电子设备、第二电子设备、第一服务器以及第二服务器四者交互的角度，对本申请实施例提供的应用程序更新方法进行说明：在图3中仅是示例性地标示了各步骤标号，未添加各步骤的具体内容，各步骤的具体内容及相关说明参照后续描述即可。

本申请实施例以第一应用程序为游戏类应用程序为例进行说明，应用程序更新交互流程包括如下步骤：

步骤301：第二服务器向电子设备发送配置获取请求。

第二服务器定期向其所管理的各电子设备发送配置获取请求，电子设备响应配置获取请求向第二服务器发送配置信息。配置信息包括：电子设备中所安装的各应用程序的标识信息和版本信息。

步骤302：第一电子设备的更新服务检测更新指令。

第一电子设备的网络模块的网络底层设置有支持版本优化更新的更新服务，更新服务执行相应的应用程序更新流程。

当第一电子设备开启第一应用程序后，输出更新提示此时系统检测到第一应用程序版本待更新，在用户输入第一应用程序更新指令后，更新服务检测到该更新指令。

步骤303：第一电子设备的更新服务向第一服务器发送第一更新请求。

第一应用程序开发者发布更新至第一服务器后，由于各电子设备还未进行版本更新，因此第二服务器还未获取到电子设备发送的第一更新提示信息。因此，当第一电子设备需向第一服务器发送第一更新请求，以获取第一应用程序的版本更新数据。

步骤304：第一服务器返回第一应用程序的版本更新信息至第一电子设备的更新服务。

步骤305：第一电子设备的更新服务依据版本更新信息从第一服务器下载版本更新数据，并对第一应用程序进行版本更新。

其中，版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息。

待更新的第二版本下载链接中存储有第二版本信息对应的更新数据。

步骤306：第一电子设备的更新服务器向第二服务器发送第一更新提示信息。

其中，第一更新提示信息中包括版本更新信息，版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息。

步骤307：第二服务器向第二电子设备的更新服务发送第二更新提示信息。

第二电子设备的网络模块的网络底层设置有支持版本优化更新的更新服务，更新服务执行相应的应用程序更新流程。

第二服务器接收到第一更新提示信息后，从其管理的各电子设备中查找安装有第一应用程序的各电子设备，再从查找到的各电子设备中进一步查找存在版本更新需求的各第二电子设备，最后分别向各第二电子设备发送第二更新提示信息，提示各第二电子设备在后台下载第一应用程序的版本更新数据，以便于第二电子设备用户触发第一应用程序版本更新时进行本地加载。

第二电子设备的网络模块的网络底层设置有支持版本优化更新的更新服务，更新服务执行相应的应用程序更新流程。

第二电子设备的更新服务接收到第二更新提示信息后，对第二更新提示信息进行解析，依据解析结果判断本地是否存储有第一应用程序的第二版本信息对应的版本更新数据，若否，在连接无线局域网状态下依据第二更新提示信息从第一服务器中下载版本更新数据。

当第一电子设备开启第一应用程序后，输出更新提示此时系统检测到第一应用程序版本待更新，在用户输入第一应用程序更新指令后，更新服务监测到该更新指令，确定检测到更新请求。

步骤308：第二电子设备的更新服务检测到更新指令。

当第二电子设备开启第一应用程序后，输出更新提示此时系统检测到第一应用程序版本待更新，在用户输入第一应用程序更新指令后，更新服务监测到该更新指令。

步骤309：第二电子设备的更新服务对第一应用程序进行版本更新。

第二电子设备的更新服务在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载第一应用程序的版本更新数据，对第一应用程序进行版本更新。

本申请实施例提供的应用程序更新方法，第一应用程序在从第一服务器即第一应用程序开发者服务器中下载版本更新数据后，向第二服务器发送用于提示第一应用程序存在版本更新的第一更新提示信息，第二服务器依据第一更新提示信息向第二电子设备发送下载第一应用程序的版本更新数据，第二电子设备可预先下载第一应用程序的版本更新数据至本地，在对第一应用程序进行版本更新时，直接从本地加载版本更新数据即可，由于版本更新数据无需现从第一服务器下载而是存储在本地，因此第一应用程序版本更新速度快，且更新进度不受网络带宽制约。

图4为实现本申请实施例的一种应用程序更新装置的结构框图。

本申请实施例的应用程序更新装置400，其中，所述应用程序更新装置400包括：

第一发送模块401，用于在检测到第一应用程序的第一应用程序版本更新的情况下，向第一服务器发送第一更新请求，其中，所述第一更新请求中携带有第一应用程序标识、已安装的所述第一应用程序的第一版本信息；

第一接收模块402，用于接收所述第一服务器返回的所述第一应用程序的版本更新信息，其中，所述版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息；

第一下载模块403，用于依据所述版本更新信息从所述第一服务器下载版本更新数据，并对所述第一应用程序进行版本更新；

第二发送模块404，用于向第二服务器发送第一更新提示信息，以使所述第二服务器依据所述第一更新提示信息向第二电子设备发送下载所述第一应用程序的更新数据的第二更新提示信息，其中，所述第一更新提示信息中包括所述版本更新信息。

可选地，所述第二发送模块包括：

第一子模块，用于检测所述版本更新数据的数据量；

第二子模块，用于在所述数据量大于预设数据量的情况下，向第二服务器发送所述第一更新提示信息。

本申请实施例提供的应用程序更新装置，第一应用程序在从第一服务器即第一应用程序开发者服务器中下载版本更新数据后，向第二服务器发送用于提示第一应用程序存在版本更新的第一更新提示信息，第二服务器依据第一更新提示信息向第二电子设备发送下载第一应用程序的版本更新数据的第二更新提示信息，第二电子设备可预先下载第一应用程序的版本更新数据至本地，在对第一应用程序进行版本更新时，直接从本地加载版本更新数据即可，由于版本更新数据无需现从第一服务器下载而是存储在本地，因此第一应用程序版本更新速度快，且更新进度不受网络带宽制约。

本申请实施例中的应用程序更新装置可以是装置，也可以是终端中的部件、集成电路、或芯片。第一电子设备可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的应用程序更新装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的应用程序更新装置能够实现图1的方法实施例中实现的各个过程，为避免重复，这里不再赘述。

图5为实现本申请实施例的一种应用程序更新装置的结构框图。

本申请实施例的应用程序更新装置500应用于第二电子设备，其中，所述应用程序更新装置500包括：

第二接收模块501，用于接收第二服务器发送的第二更新提示信息，其中，所述第二更新提示信息包括：第一应用程序标识、待更新的第二版本下载链接和待更新的第二版本信息；

第二下载模块502，用于在本地未下载所述第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据所述第二更新提示信息从第一服务器中下载版本更新数据；

加载模块503，用于在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载所述第一应用程序的所述版本更新数据。

可选地，所述装置还包括：

第三接收模块，用于在所述接收第二服务器发送的第二更新提示信息之前，接收所述第二服务器发送的配置获取请求；

第三发送模块，用于响应于所述配置获取请求向第二服务器发送配置信息，其中，所述配置信息包括：所安装的各应用程序的标识信息和版本信息。

可选地，所述装置还包括：

监测模块，用于在所述第二下载模块在连接无线局域网状态下依据所述第二更新提示信息从第一服务器中下载版本更新数据之后，监测所述版本更新数据在本地的存储时长；

删除模块，用于在所述存储时长超出预设时长且所述版本更新数据未被加载的情况下，删除所述版本更新数据。

可选地，所述装置还包括：

输出模块，用于在所述加载模块从本地加载所述版本更新数据的过程中，输出提示信息，其中，所述提示信息用于提示用户当前应用程序更新无流量消耗。

本申请实施例提供的应用程序更新装置，第二电子设备接收到第二服务器发送的第一应用程序的第二更新提示信息后，在本地未下载第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据第二更新提示信息从第一服务器中下载版本更新数据在检测到第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载第一应用程序的版本更新数据。一方面，在连接无线局域网状态下下载版本更新数据，能够节省下载所耗流量；另一方面，在对第一应用程序进行版本更新时，直接加载已下载的版本更新数据进行版本更新即可，无需耗时再进行数据下载，能够提升版本更新效率，且第一应用程序版本更新进度不受网络带宽制约。

本申请实施例中的应用程序更新装置可以是装置，也可以是终端中的部件、集成电路、或芯片。第二电子设备可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的应用程序更新装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的应用程序更新装置能够实现图2的方法实施例中实现的各个过程，为避免重复，这里不再赘述。可选地，如图6所示，本申请实施例还提供一种电子设备600，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，该程序或指令被处理器601执行时实现上述图1或图2对应的应用程序更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图7为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。

本领域技术人员可以理解，电子设备700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，电子设备700作为第一电子设备时，网络模块702，用于在检测到第一应用程序版本更新的情况下，向第一服务器发送第一更新请求，其中，所述第一更新请求中携带有第一应用程序标识、已安装的所述第一应用程序的第一版本信息；接收所述第一服务器返回的所述第一应用程序的版本更新信息，其中，所述版本更新信息包括：待更新的第二版本下载链接和待更新的第二版本信息；

处理器710，用于依据所述版本更新信息从所述第一服务器下载版本更新数据，并对所述第一应用程序进行版本更新；

网络模块702，用于向第二服务器发送第一更新提示信息，以使所述第二服务器依据所述第一更新提示信息向第二电子设备发送下载所述第一应用程序的更新数据的第二更新提示信息，其中，所述第一更新提示信息中包括所述版本更新信息。

可选地，向第二服务器发送第一更新提示信息时，处理器710还用于检测所述版本更新数据的数据量；在所述数据量大于预设数据量的情况下，调用网络模块702向第二服务器发送所述第一更新提示信息。

其中，电子设备700作为第二电子设备时，网络模块702，用于接收第二服务器发送的第二更新提示信息，其中，所述第二更新提示信息包括：第一应用程序标识、待更新的第二版本下载链接和待更新的第二版本信息；在本地未下载所述第二版本信息对应的更新数据的情况下，在连接无线局域网状态下依据所述第二更新提示信息从第一服务器中下载版本更新数据；

处理器710，用于在检测到所述第一应用程序更新指令的情况下，将远程资源下载切换为本地资源加载，从本地加载所述第一应用程序的所述版本更新数据。

可选地，处理器710还用于在所述接收第二服务器发送的第一应用程序的第二更新提示信息之前，接收所述第二服务器发送的配置获取请求；

网络模块702，还用于响应于所述配置获取请求向第二服务器发送配置信息，其中，所述配置信息包括：所安装的各应用程序的标识信息和版本信息。

可选地，处理器710，还用于在网络模块702在连接无线局域网状态下依据所述第二更新提示信息从第一服务器中下载版本更新数据之后，监测所述版本更新数据在本地的存储时长；在所述存储时长超出预设时长且所述版本更新数据未被加载的情况下，删除所述版本更新数据。

可选地，显示单元706，用于在处理器710从本地加载所述版本更新数据的过程中，输出提示信息，其中，所述提示信息用于提示用户当前应用程序更新无流量消耗。

本申请实施例提供的电子设备，第一应用程序在从第一服务器即第一应用程序开发者服务器中下载版本更新数据后，向第二服务器发送用于提示第一应用程序存在版本更新的第一更新提示信息，第二服务器依据第一更新提示信息向第二电子设备发送下载第一应用程序的版本更新数据的第二更新提示信息，第二电子设备可预先下载第一应用程序的版本更新数据至本地，在对第一应用程序进行版本更新时，直接从本地加载版本更新数据即可，由于版本更新数据无需现从第一服务器下载而是存储在本地，因此第一应用程序版本更新速度快，且更新进度不受网络带宽制约。

应理解的是，本申请实施例中，输入单元704可以包括图形处理器(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板4071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器709可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述任意一种应用程序更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述任意一种应用程序更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。