CN113138785A - 应用程序的更新方法和装置 - Google Patents

Abstract

本申请公开了一种应用程序的更新方法和装置，属于计算机技术领域。一种应用程序的更新方法，包括：获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；基于所述新版本的安装文件，安装所述新版本的目标应用程序。

Description

应用程序的更新方法和装置

技术领域

本申请属于计算机技术领域，具体涉及一种应用程序的更新方法和装置。

背景技术

随着移动互联网技术的发展，应用程序的种类和功能越来越丰富，用户在电子设备中安装的应用程序也越来越多。为了修复应用程序中存在的漏洞，或者增加新的功能，应用厂商会不定时发布应用程序的新版本，供用户升级电子设备中的应用程序。

第一种情况，应用程序升级过程中，其界面上始终呈现正在更新的动效图，用户无法点击使用，需要更新完成后才能点击打开；第二种情况，如果在用户使用应用程序时触发更新，应用程序会发生闪退，用户无法继续使用，需要更新完成后才能点击打开。因此，需要提出一种新的应用程序的更新方法，以解决现有技术中存在的应用程序升级过程中，用户无法使用的问题。

发明内容

本申请实施例的目的是提供一种应用程序的更新方法和装置，能够解决现有技术中存在的应用程序升级过程中，用户无法使用的问题。

第一方面，本申请实施例提供了一种应用程序的更新方法，所述方法包括：

获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；

基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；

基于所述新版本的安装文件，安装所述新版本的目标应用程序。

第二方面，本申请实施例提供了一种应用程序的更新装置，所述装置包括：

获取模块，用于获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；

生成模块，用于基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；

第一安装模块，用于基于所述新版本的安装文件，安装所述新版本的目标应用程序。

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

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

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

在本申请实施例中，当电子设备中的应用程序触发更新时，可以将更新所需的更新文件下载至电子设备中，在后台将更新文件和应用程序当前运行的旧版本安装文件，生成一个完成的应用程序安装文件，即新版本的安装文件，并将该新版本的安装文件在后台静默安装完。与现有技术相比，本申请实施例中，由于新版本的应用程序和旧版本的应用程序是分开的，因此在应用程序升级过程中，可以做到一边升级应用程序，一边使用该应用程序，不影响用户正在使用的场景，提高用户的使用体验。

附图说明

图1是本申请实施例提供的一种应用程序的更新方法的流程图；

图2是本申请实施例提供的步骤102的一种实施方式的流程图；

图3是本申请实施例提供的一种应用程序的更新方法的第一个示例图；

图4是本申请实施例提供的一种应用程序的更新方法的第二个示例图；

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

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

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

具体实施方式

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

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

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

需要说明的是，本申请实施例提供的应用程序的更新方法适用于电子设备，在实际应用中，该电子设备可以包括：智能手机、平板电脑、个人数字助理等移动终端，本申请实施例对此不作限定。

图1是本申请实施例提供的一种应用程序的更新方法的流程图，如图1所示，该方法可以包括以下步骤：步骤101、步骤102和步骤103，其中，

在步骤101中，获取目标更新文件，其中，目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件。

本申请实施例中，更新文件用于增加新的功能和/或修复旧版本中的bug。

本申请实施例中，在检测到针对目标应用程序的更新事件时，电子设备从服务器获取目标更新文件，并存储至本地，例如，存储至电子设备的data分区中。

本申请实施例中，更新事件可以由用户触发，例如，用户点击“应用升级”选项；或者，更新事件也可以由电子设备自动触发，例如，电子设备定期/不定期检测到有新版本的更新消息。

本申请实施例中，可以在目标应用程序在前台运行时，获取目标更新文件，也就是，在用户使用目标应用程序的过程中，电子设备在后台静默执行应用程序更新的相关动作。

本申请实施例中，也可以在目标应用程序处于关闭状态时，获取目标更新文件，例如，当电子设备批量升级所安装的应用程序时，对于当前未前台运行的应用程序，在后台静默执行应用程序更新的相关动作。

在步骤102中，基于目标更新文件和旧版本的安装文件，生成新版本的安装文件。

本申请实施例中，旧版本的安装文件存储于电子设备本地中。

考虑到相较于其他备份技术，快照技术(Snapshot)具有速度快的优势，本申请实施例中，可以通过快照技术(Snapshot)，生成新版本的安装文件。

相应的，在本申请提供的一个实施方式中，如图2所示，上述步骤102具体可以包括以下步骤：步骤1021、步骤1022和步骤1023，其中，

在步骤1021中，确定目标更新文件和旧版本的安装文件对应的block位置。

在步骤1022中，基于上述block位置，通过dm驱动接口将目标更新文件和旧版本的安装文件映射成dm-x设备。

在步骤1023中，将dm-x设备挂载至内存，得到新版本的安装文件。

本申请实施例中，在获取到目标更新文件后，可以将该目标更新文件单独下载到data分区，然后将data分区中的目标更新文件和旧版本的安装文件转化成block位置，通过block的位置，即可通过dm驱动将其映射成一个完整的文件，即新版本的安装文件。

在步骤103中，基于新版本的安装文件，安装新版本的目标应用程序。

本申请实施例中，可以在旧版本的目标应用程序在前台运行时，在后台安装新版本的目标应用程序。由于旧版本的目标应用程序和新版本的目标应用程序是分开的，两者互相不冲突，因此不会影响用户正在使用的场景。

本申请提供的再一个实施例中，在后台安装完新版本的目标应用程序之后，可以建立新版本的目标应用程序与目标应用程序的桌面图标的映射关系，将桌面应用的启动设置为新版本的目标应用程序，也就是，两个版本的目标应用程序共享一个桌面图标。相应的，在上述步骤103之后，还可以增加以下步骤(图中未示出)：步骤104，其中，

在步骤104中，建立新版本的目标应用程序与目标图标的关联关系，其中，目标图标为目标应用程序在桌面上的应用图标。

本申请提供的再一个实施例中，在新版本的目标应用程序安装完成后，如果检测到用户再次触发打开目标应用程序，则可以弹出提示框，询问用户是使用新版本的目标应用程序还是旧版本的目标应用程序，根据用户的选择，启动相应版本的目标应用程序，此时，在上述步骤104之后，还可以增加以下步骤(图中未示出)：步骤105和步骤106，其中，

在步骤105中，在接收对目标图标的第一输入，响应于第一输入，显示第一提示框，其中，第一提示框用于提示用户是否同意使用新版本的目标应用程序，第一提示框内显示有第一控件和第二控件，第一控件用于确认同意使用新版本的目标应用程序，第二控件用于确认拒绝使用新版本的目标应用程序；

本申请实施例中，在新版本的目标应用程序安装完成后，可以只在用户首次操作目标图标时，弹出第一提示框。

本申请实施例中，第一输入可以为点击输入。

在一个例子中，如图3所示，电子设备30的桌面上显示有目标应用程序的图标“APP1”，当用户点击“APP1”时，会显示第一提示框31，第一提示框31上显示有提示语“新版本已经安装，是否使用新版本应用”、第一控件“确认”和第二控件“取消”，第一控件“确认”用于确认同意使用新版本的目标应用程序，第二控件“取消”用于确认拒绝使用新版本的目标应用程序。

在步骤106中，接收在第一提示框上的第二输入；如果第二输入为对第一控件的输入，则响应于第二输入，在前台运行新版本的目标应用程序；如果第二输入为对第二控件的输入，则响应于第二输入，在前台运行旧版本的目标应用程序。

本申请实施例中，第二输入可以为点击输入。

接上一步骤中的例子，如果用户点击第一控件“确认”，则电子设备启动运行新版本的目标应用程序，如果用户点击第二控件“取消”，则电子设备启动运行旧版本的目标应用程序。

在新版本的目标应用程序安装完成之后，用户在使用该应用程序时，如果对新版本的目标应用程序使用不习惯、使用体验不好或者其他原因希望回退回旧版本的目标应用程序时，现有技术是没有直接的途径进行应用回退的。用户往往可能需要从其他网站上去搜索，查找应用的历史版本，操作起来繁琐；而且也可能存在应用非官方推出不安全等各种问题。

为了解决上述技术问题，在本申请提供的再一个实施例中，当用户不想使用新版本时，可以操作目标图标，在弹出的提示框中，对该应用程序的新版本进行移除操作，使得再重新回退到旧版本，也就是，无缝切换到之前版本，使能总体上有更好的使用体验。此时，在上述步骤104之后，还可以增加以下步骤(图中未示出)：步骤107和步骤108，其中，

在步骤107中，接收对目标图标的第三输入，响应于第三输入，显示第二提示框，其中，第二提示框用于提示用户是否同意卸载新版本的目标应用程序，第二提示框内显示有第三控件，第三控件用于确认同意卸载新版本的目标应用程序。

本申请实施例中，第三输入可以为长按输入。

在一个例子中，如图4所示，电子设备30的桌面上显示有目标应用程序的图标“APP1”，当用户长按“APP1”时，会显示第二提示框32，第二提示框32上显示第三控件“移除新版本”，第三控件“移除新版本”用于确认同意卸载新版本的目标应用程序并回退至旧版本。

在步骤108中，接收对第三控件的第四输入，响应于第四输入，卸载新版本的目标应用程序。

本申请实施例中，第四输入可以为点击输入。

接上一步骤中的例子，如果用户点击第三控件“移除新版本”，则电子设备卸载新版本的目标应用程序，并删除相应的安装文件，

可见，本申请实施例中，由于新版本的目标应用程序和旧版本的目标应用程序是分开的，因此当新版本应用使用体验等不佳的情况下，用户就可以通过移除新版本的目标应用程序，就可以直接达到回退在之前版本的目的。也就是，在应用升级完成之后，若用户希望能回退到上个版本时，可以正常回退。

由上述实施例可见，该实施例中，当电子设备中的应用程序触发更新时，可以将更新所需的更新文件下载至电子设备中，在后台将更新文件和应用程序当前运行的旧版本安装文件，生成一个完成的应用程序安装文件，即新版本的安装文件，并将该新版本的安装文件在后台静默安装完。与现有技术相比，本申请实施例中，由于新版本的应用程序和旧版本的应用程序是分开的，因此在应用程序升级过程中，可以做到一边升级应用程序，一边使用该应用程序，不影响用户正在使用的场景，提高用户的使用体验。

在本申请提供的再一个实施例中，考虑到两个版本的应用程序同时存在于电子设备中会占用较多的存储空间，因此可以在满足一定条件时，只在电子设备中保留一个版本的应用程序，以达到给用户节省存储空间的目的；此时，还可以在上述步骤103之后，增加以下步骤(图中未示出)：步骤109，其中，

在步骤109中，在确定满足设定覆盖安装条件的情况下，将新版本的目标应用程序覆盖安装至旧版本的目标应用程序的位置。

本申请实施例中，在将新版本的目标应用程序覆盖安装至旧版本的目标应用程序的位置之后，用户无法再进行版本回退操作。

本申请实施例中，在目标应用程序为常用应用程序的情况下，如果确定用户同意使用新版本的目标应用程序、且之后检测到电子设备重新启动，则确定满足设定覆盖安装条件。

本申请实施例中，在目标应用程序为不常用应用程序的情况下，如果检测到电子设备重新启动，则确定满足设定覆盖安装条件。

本申请实施例中，可以按照应用程序的使用时长、使用频率或者用户标记，来进行常用应用程序和非常用应用程序的划分。

本申请实施例中，可以基于用户的使用习惯，当用户批量的进行应用程序升级时，对于不常用的应用程序，如果电子设备重启之前没有进行应用版本回退操作，则电子设备重启后就直接将新版本的应用程序升级上去，也就是，对于不常用的应用程序直接将新版本进行覆盖安装，释放出多余的空间占用。

本申请实施例中，对于常用的应用程序，如果用户操作应用图标弹出提示框后，用户未主动回退版本，则电子设备重启后将新版本应用程序升级上去。如果用户未操作应用图标未弹出提示框，也就是，用户未同意使用新版本的目标应用程序，则电子设备重启后不将新版本应用升级上去，仍保持电子设备中安装两个版本的应用程序。

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

图5是本申请实施例提供的一种应用程序的更新装置的结构框图，如图5所示，应用程序的更新装置500，可以包括：获取模块501、生成模块502和第一安装模块503，其中，

获取模块501，用于获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；

生成模块502，用于基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；

第一安装模块503，用于基于所述新版本的安装文件，安装所述新版本的目标应用程序。

由上述实施例可见，该实施例中，当电子设备中的应用程序触发更新时，可以将更新所需的更新文件下载至电子设备中，在后台将更新文件和应用程序当前运行的旧版本安装文件，生成一个完成的应用程序安装文件，即新版本的安装文件，并将该新版本的安装文件在后台静默安装完。与现有技术相比，本申请实施例中，由于新版本的应用程序和旧版本的应用程序是分开的，因此在应用程序升级过程中，可以做到一边升级应用程序，一边使用该应用程序，不影响用户正在使用的场景，提高用户的使用体验。

可选地，作为一个实施例，所述生成模块502，可以包括：

确定子模块，用于确定所述目标更新文件和旧版本的安装文件对应的block位置；

映射子模块，用于基于所述block位置，通过dm驱动接口将所述目标更新文件和旧版本的安装文件映射成dm-x设备；

挂载子模块，用于将所述dm-x设备挂载至内存，得到新版本的安装文件。

可选地，作为一个实施例，所述应用程序的更新装置500，还可以包括：

第二安装模块，用于在确定满足设定覆盖安装条件的情况下，将所述新版本的目标应用程序覆盖安装至所述旧版本的目标应用程序的位置。

可选地，作为一个实施例，所述应用程序的更新装置500，还可以包括：

建立模块，用于建立所述新版本的目标应用程序与目标图标的关联关系，其中，所述目标图标为所述目标应用程序在桌面上的应用图标；

第一接收模块，用于接收对目标图标的第一输入；

第一显示模块，用于响应于所述第一输入，显示第一提示框，其中，所述第一提示框用于提示用户是否同意使用所述新版本的目标应用程序，所述第一提示框内显示有第一控件和第二控件，所述第一控件用于确认同意使用所述新版本的目标应用程序，所述第二控件用于确认拒绝使用所述新版本的目标应用程序；

第二接收模块，用于接收在所述第一提示框上的第二输入；

第一运行模块，用于如果所述第二输入为对所述第一控件的输入，则响应于所述第二输入，在前台运行所述新版本的目标应用程序；

第二运行模块，用于如果所述第二输入为对所述第二控件的输入，则响应于所述第二输入，在前台运行所述旧版本的目标应用程序。

可选地，作为一个实施例，所述应用程序的更新装置500，还可以包括：

第三接收模块，用于接收对目标图标的第三输入；

第二显示模块，用于响应于所述第三输入，显示第二提示框，其中，所述第二提示框用于提示用户是否同意卸载所述新版本的目标应用程序，所述第二提示框内显示有第三控件，所述第三控件用于确认同意卸载所述新版本的目标应用程序；

第四接收模块，用于接收对所述第三控件的第四输入；

卸载模块，用于响应于所述第四输入，卸载所述新版本的目标应用程序。

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

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

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

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

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

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

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

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

其中，处理器710，用于获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；基于所述新版本的安装文件，安装所述新版本的目标应用程序。

可见，本申请实施例中，当电子设备中的应用程序触发更新时，可以将更新所需的更新文件下载至电子设备中，在后台将更新文件和应用程序当前运行的旧版本安装文件，生成一个完成的应用程序安装文件，即新版本的安装文件，并将该新版本的安装文件在后台静默安装完。与现有技术相比，本申请实施例中，由于新版本的应用程序和旧版本的应用程序是分开的，因此在应用程序升级过程中，可以做到一边升级应用程序，一边使用该应用程序，不影响用户正在使用的场景，提高用户的使用体验。

可选地，作为一个实施例，处理器710，还用于确定所述目标更新文件和旧版本的安装文件对应的block位置；基于所述block位置，通过dm驱动接口将所述目标更新文件和旧版本的安装文件映射成dm-x设备；将所述dm-x设备挂载至内存，得到新版本的安装文件。

可选地，作为一个实施例，处理器710，还用于在确定满足设定覆盖安装条件的情况下，将所述新版本的目标应用程序覆盖安装至所述旧版本的目标应用程序的位置。

可选地，作为一个实施例，处理器710，还用于建立所述新版本的目标应用程序与目标图标的关联关系，其中，所述目标图标为所述目标应用程序在桌面上的应用图标；

用户输入单元707，用于接收对目标图标的第一输入；

显示单元706，用于响应于所述第一输入，显示第一提示框，其中，所述第一提示框用于提示用户是否同意使用所述新版本的目标应用程序，所述第一提示框内显示有第一控件和第二控件，所述第一控件用于确认同意使用所述新版本的目标应用程序，所述第二控件用于确认拒绝使用所述新版本的目标应用程序；

用户输入单元707，还用于接收在所述第一提示框上的第二输入；

处理器710，还用于如果所述第二输入为对所述第一控件的输入，则响应于所述第二输入，在前台运行所述新版本的目标应用程序；

处理器710，还用于如果所述第二输入为对所述第二控件的输入，则响应于所述第二输入，在前台运行所述旧版本的目标应用程序。

可选地，作为一个实施例，用户输入单元707，还用于接收对目标图标的第三输入；

显示单元706，还用于响应于所述第三输入，显示第二提示框，其中，所述第二提示框用于提示用户是否同意卸载所述新版本的目标应用程序，所述第二提示框内显示有第三控件，所述第三控件用于确认同意卸载所述新版本的目标应用程序；

用户输入单元707，还用于接收对所述第三控件的第四输入；

处理器710，还用于响应于所述第四输入，卸载所述新版本的目标应用程序。

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

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

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

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

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

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

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

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

Claims (10)

1.一种应用程序的更新方法，其特征在于，所述方法包括：

获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；

基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；

基于所述新版本的安装文件，安装所述新版本的目标应用程序。

2.根据权利要求1所述的方法，其特征在于，所述基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件，包括：

确定所述目标更新文件和旧版本的安装文件对应的block位置；

基于所述block位置，通过dm驱动接口将所述目标更新文件和旧版本的安装文件映射成dm-x设备；

将所述dm-x设备挂载至内存，得到新版本的安装文件。

3.根据权利要求1所述的方法，其特征在于，所述基于所述新版本的安装文件，安装所述新版本的目标应用程序的步骤之后，还包括：

在确定满足设定覆盖安装条件的情况下，将所述新版本的目标应用程序覆盖安装至所述旧版本的目标应用程序的位置。

4.根据权利要求1所述的方法，其特征在于，所述基于所述新版本的安装文件，安装所述新版本的目标应用程序的步骤之后，还包括：

建立所述新版本的目标应用程序与目标图标的关联关系，其中，所述目标图标为所述目标应用程序在桌面上的应用图标；

接收对目标图标的第一输入，响应于所述第一输入，显示第一提示框，其中，所述第一提示框用于提示用户是否同意使用所述新版本的目标应用程序，所述第一提示框内显示有第一控件和第二控件，所述第一控件用于确认同意使用所述新版本的目标应用程序，所述第二控件用于确认拒绝使用所述新版本的目标应用程序；

接收在所述第一提示框上的第二输入；

如果所述第二输入为对所述第一控件的输入，则响应于所述第二输入，在前台运行所述新版本的目标应用程序；

如果所述第二输入为对所述第二控件的输入，则响应于所述第二输入，在前台运行所述旧版本的目标应用程序。

5.根据权利要求4所述的方法，其特征在于，所述建立所述新版本的目标应用程序与目标图标的关联关系的步骤之后，还包括：

接收对目标图标的第三输入，响应于所述第三输入，显示第二提示框，其中，所述第二提示框用于提示用户是否同意卸载所述新版本的目标应用程序，所述第二提示框内显示有第三控件，所述第三控件用于确认同意卸载所述新版本的目标应用程序；

接收对所述第三控件的第四输入，响应于所述第四输入，卸载所述新版本的目标应用程序。

6.一种应用程序的更新装置，其特征在于，所述装置包括：

获取模块，用于获取目标更新文件，其中，所述目标更新文件为电子设备中的目标应用程序由当前运行的旧版本升级至新版本所需的更新文件；

生成模块，用于基于所述目标更新文件和旧版本的安装文件，生成新版本的安装文件；

第一安装模块，用于基于所述新版本的安装文件，安装所述新版本的目标应用程序。

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

确定子模块，用于确定所述目标更新文件和旧版本的安装文件对应的block位置；

映射子模块，用于基于所述block位置，通过dm驱动接口将所述目标更新文件和旧版本的安装文件映射成dm-x设备；

挂载子模块，用于将所述dm-x设备挂载至内存，得到新版本的安装文件。

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

第二安装模块，用于在确定满足设定覆盖安装条件的情况下，将所述新版本的目标应用程序覆盖安装至所述旧版本的目标应用程序的位置。

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

建立模块，用于建立所述新版本的目标应用程序与目标图标的关联关系，其中，所述目标图标为所述目标应用程序在桌面上的应用图标；

第一接收模块，用于接收对目标图标的第一输入；

第一显示模块，用于响应于所述第一输入，显示第一提示框，其中，所述第一提示框用于提示用户是否同意使用所述新版本的目标应用程序，所述第一提示框内显示有第一控件和第二控件，所述第一控件用于确认同意使用所述新版本的目标应用程序，所述第二控件用于确认拒绝使用所述新版本的目标应用程序；

第二接收模块，用于接收在所述第一提示框上的第二输入；

第一运行模块，用于如果所述第二输入为对所述第一控件的输入，则响应于所述第二输入，在前台运行所述新版本的目标应用程序；

第二运行模块，用于如果所述第二输入为对所述第二控件的输入，则响应于所述第二输入，在前台运行所述旧版本的目标应用程序。

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

第三接收模块，用于接收对目标图标的第三输入；

第二显示模块，用于响应于所述第三输入，显示第二提示框，其中，所述第二提示框用于提示用户是否同意卸载所述新版本的目标应用程序，所述第二提示框内显示有第三控件，所述第三控件用于确认同意卸载所述新版本的目标应用程序；

第四接收模块，用于接收对所述第三控件的第四输入；

卸载模块，用于响应于所述第四输入，卸载所述新版本的目标应用程序。

Images