CN105867947B - 预置应用程序升级后的数据处理方法及装置 - Google Patents

Abstract

本发明提供一种预置应用程序升级后的数据处理方法，包括：在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；根据比较结果将第一应用程序包中与第二应用程序包相同的文件进行删除；在删除处理后的第一应用程序包中添加精简标识信息，精简标识信息用于在升级后的预置应用程序启动时，根据精简标识信息分别从删除处理后的第一应用程序包和第二应用程序包中加载程序文件。本发明由于去除掉了数据分区的第一应用程序包与系统分区的第二应用程序包中的重复资源，从而大大减小了放置在数据分区下的预置应用程序所占的存储空间。

Description

预置应用程序升级后的数据处理方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种预置应用程序升级后的数据处理方法及装置。

背景技术

一般来说在智能终端上，生产商都会在操作系统上预置一些应用程序，称为预置应用程序，如智能手机上的闹钟应用程序、音乐播放器等。为了提高用户体验，软件供应商通常会定期的为智能终端上的预置应用程序提供升级包，以实现预置应用程序的升级。

现有技术中，安卓系统的预置应用程序的应用程序包一般存储于预设的目录下，比如：系统分区的/system/app目录下；当预置应用程序进行自升级后，由于系统system分区只能进行读操作，在没有获取到root权限时一般无法进行修改等操作，系统会将升级后的应用程序的应用程序包存储于预设的安装目录下，比如：用户数据分区的/data/app目录下，而此时系统分区的应用程序包依然会保留。然而由于升级后存储于/data/app目录下的应用程序包与存储于/system/app目录下的应用程序包有可能差异并不大，只是有部分文件会改变，如部分资源文件、代码文件、描述文件等，而其他大量的资源文件如图片、多媒体文件等都没有变化，因此会重复占用较多的存储空间，浪费资源。

发明内容

本发明提供一种预置应用程序升级后的数据处理方法及装置，以克服现有技术中会重复占用较多的存储空间，浪费资源的问题。

第一方面，本发明提供一种预置应用程序升级后的数据处理方法，包括：

在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；

根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；

在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

第二方面，本发明提供一种预置应用程序升级后的数据处理装置，包括：

比较模块，用于在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；

处理模块，用于根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；

所述处理模块，还用于在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

本发明预置应用程序升级后的数据处理方法及装置，通过在预置应用程序升级后，将预置应用程序在所数据分区的第一应用程序包与预置应用程序在系统分区的第二应用程序包进行比较；根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件，由于去除掉了数据分区的第一应用程序包与系统分区的第二应用程序包中的重复资源，从而大大减小了放置在数据分区下的预置应用程序所占的存储空间，为用户数据分区腾出更多的存储空间，而且由于添加了精简标识信息，升级后的预置应用程序在启动时，也可以根据精简标识信息分别从数据分区和系统分区加载程序文件，不影响应用程序的正常启动，解决了现有技术中会重复占用较多的存储空间，浪费资源的问题。

附图说明

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

图1为本发明预置应用程序升级后的数据处理方法一实施例的流程示意图；

图2为本发明预置应用程序升级后的数据处理装置一实施例的结构示意图；

图3为本发明终端一实施例的结构示意图。

具体实施方式

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

本发明实施例中涉及到的智能终端包括但不限于智能手机、平板电脑等智能终端设备，以下实施例中仅以智能手机进行举例说明。

图1为本发明预置应用程序升级后的数据处理方法一实施例的流程示意图。如图1所示，本实施例的方法，包括：

步骤101、在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；

步骤102、根据比较结果将第一应用程序包中与第二应用程序包相同的文件进行删除；

步骤103、在删除处理后的第一应用程序包中添加精简标识信息，精简标识信息用于在升级后的预置应用程序启动时，根据精简标识信息分别从删除处理后的第一应用程序包和第二应用程序包中加载程序文件。

具体来说，智能终端中，越来越多的预置应用程序会进行自升级，自升级可以是通过手动下载升级包进行升级或者自动升级，自动升级是指预置应用程序在智能终端联网时自动检测用于自升级的最新版本并弹出窗口询问用户是否进行升级，用户可以根据实际需要选择升级或取消升级。

预置应用程序会保存在系统分区中，即/system分区下；由于系统分区是只读分区，只有在整机差分升级时，才会更改，此时各种系统应用程序都会被更新。但是预置应用程序自升级时，系统分区的数据不会更改。例如安卓系统的预置应用程序一般存储于/system/app目录下，普通用户对于存储于上述特定目录下的预置应用程序一般没有删除、写入等操作权限，只有读取和执行的权限；用户后期安装的应用程序以及预置应用程序自升级后的应用程序包一般存储于/data/app目录下，普通用户对于上述安装目录下的应用程序的权限一般较高，比如：可进行读取、执行、写入、删除等操作。

预置应用程序自升级后，会在用户数据分区下安装新的应用程序包，一般Android系统会将应用程序包保存在/data/app目录下。

举例说明：/system/app目录下原本预置了应用程序包Sample.apk，版本为10，自升级后/data/app目录下会安装应用程序包com.sample.apk，其中apk的名字为预置应用程序的包名，版本为11。

后续系统调用该预置应用程序时将会使用版本为11的应用程序包。

当前的应用程序越来越丰富，也越来越复杂，其自身的大小往往在几十兆字节(MB)，而其中主要占空间的为各种图片，音频，视频资源。

一个典型的安卓应用程序解压后的文件，如下表1所示：

表1

应用程序自升级后存储于/data/app目录下的应用程序包与存储于/system/app目录下的应用程序包有可能差异并不大，只是有部分文件会改变，如部分资源文件、代码文件、描述文件等或增加了一些资源文件，而其他大量的资源文件都没有变化，一般放置在res目录下。

由于一般的智能终端用户数据分区的容量有限，如在1GB到3GB之间，在多个应用安装后，空间十分紧张。

因此，在本发明实施例中，在预置应用程序自升级后，自动处理升级的应用程序包，去除掉数据分区的第一应用程序包与系统分区的第二应用程序包中的重复资源，因为部分资源已经存在于系统分区下对应的应用程序包中。从而大大减小了放置在用户数据分区下的预置应用程序所占的存储空间，为用户数据分区腾出更多的存储空间。

具体步骤如下：

首先，预置应用程序在自升级后，即下载安装新的升级包后，第一应用程序包会放置在数据分区的/data/app目录下。

将放置在数据分区下的第一应用程序包与升级前的预置应用程序在系统分区下的第二应用程序包进行比较，例如得到第一应用程序包与第二应用程序包中的差异文件；差异文件包括：与第二应用程序包相同的文件名但内容不同的文件，还包括：相比第二应用程序包多出来的文件；或者直接得到相同的文件；然后根据比较结果将数据分区的第一应用程序包中与第二应用程序包相同的文件进行删除。这样系统分区中和数据分区中该预置应用程序的应用程序包中不会有重复的文件，节省了存储空间，数据分区中可以释放一部分存储空间，用于安装其他应用程序。

最后，在删除处理后的第一应用程序包中添加精简标识信息，该精简标识信息用于在升级后的预置应用程序启动时，根据精简标识信息分别从删除处理后的第一应用程序包和第二应用程序包中加载程序文件。

具体可以在第一应用程序包中的应用描述文件中添加该精简标识信息。具体的，在该预置应用程序启动后，通过系统的资源管理器加载资源，若第一应用程序包中包含精简标识信息，则首先在/data/app目录下加载程序文件，当访问的资源在/data/app目录下的文件中未找到时，重定向到对应的/system/app目录下的文件中寻找，由于一致的文件一直存在且仅保留一份，此时资源可被正常加载。

经过上述方法步骤，该预置应用程序可在数据处理后正常使用，大大减小了对数据分区空间的非必要占用。

本实施例提供的预置应用程序升级后的数据处理方法，通过在预置应用程序升级后，将预置应用程序在所数据分区的第一应用程序包与预置应用程序在系统分区的第二应用程序包进行比较；根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件，由于去除掉了数据分区的第一应用程序包与系统分区的第二应用程序包中的重复资源，从而大大减小了放置在数据分区下的预置应用程序所占的存储空间，为用户数据分区腾出更多的存储空间，而且由于添加了精简标识信息，升级后的预置应用程序在启动时，也可以根据精简标识信息分别从数据分区和系统分区加载程序文件，不影响应用程序的正常启动，解决了现有技术中会重复占用较多的存储空间，浪费资源的问题。

在上述实施例的基础上，将第一应用程序包和第二应用程序包进行比较，获取差异文件的实现方式有多种，作为一种可选的方式，本实施例中，步骤101之前还可以进行如下操作：

将第一应用程序包进行解压缩，获取第一应用程序包解压缩后的文件；

将第二应用程序包进行解压缩，获取第二应用程序包解压缩后的文件；

相应的，步骤101具体可以采用如下方式实现：

将第一应用程序包解压缩后的文件和第二应用程序包解压缩后的文件进行比较。

其中，在实际应用中，步骤102具体可以采用如下方式实现：

根据比较结果将所第一应用程序包解压缩后的文件中与第二应用程序包相同的文件进行删除。

具体的，在预置应用程序自升级后，将放置在数据分区/data/app目录下的第一应用程序包重新解压，生成文件目录A1，获取第一应用程序包解压缩后的文件；并将系统分区下的第二应用程序包重新解压，生成文件目录A2，获取第二应用程序包解压缩后的文件；比较两个文件目录中各类资源文件的差异，并将文件目录A1中与文件目录A2相同的文件进行删除。

例如，可以采用二进制比较算法(如bsdiff算法，一种二进制差分算法)计算得到第一应用程序包解压缩后的文件和第二应用程序包解压缩后的文件的差异文件或相同的文件。

上述具体实施方式中，通过将应用程序包进行解压缩，实现了如何进行比较，以及删除文件的技术方案。

在上述实施例的基础上，为了进一步减少对数据分区的存储空间的占用，将第一应用程序包解压缩后的文件中与第二应用程序包相同的文件进行删除之后，还可以进行如下操作：

将数据分区中第一应用程序包解压缩后的文件中删除处理后剩余的进行压缩获取第三应用程序包，并将第一应用程序包删除。

具体来说，将数据分区中的差异文件重新打包，获取第三应用程序包，替换/data/app目录下的原第一应用程序包，此时第三应用程序包占用的存储空间相比第一应用程序包占用的存储空间会大大减小。

在上述实施例的基础上，步骤101之前，还可以进行如下操作：

判断第一应用程序包中是否包含精简标识信息。

具体的，在比较之前首先判断第一应用程序包中是否包含精简标识信息，如果包含，则说明已经处理过，无需再进行处理。

在上述实施例的基础上，本实施例的方法，还可以进行如下操作：

在升级后的预置应用程序启动时，判断第一应用程序包中是否包含精简标识信息；

若包含，则根据精简标识信息分别从删除处理后的第一应用程序包和第二应用程序包中加载程序文件。

具体的，在该升级后的预置应用程序启动时，判断第一应用程序包中是否包含精简标识信息，若第一应用程序包中包含精简标识信息，则首先在/data/app目录下加载程序文件，当访问的资源在/data/app目录下的文件中未找到时，重定向到对应的/system/app目录下的文件中寻找，由于一致的文件一直存在且仅保留一份，此时资源可被正常加载，升级后的预置应用程序可以正常启动。

图2为本发明预置应用程序升级后的数据处理装置一实施例的结构示意图。如图2所示，本实施例的预置应用程序升级后的数据处理装置，包括：

比较模块201和处理模块202；

其中，比较模块201，用于在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；

处理模块202，用于根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；

所述处理模块202，还用于在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

具体来说，智能终端中，越来越多的预置应用程序会进行自升级，自升级可以是通过手动下载升级包进行升级或者自动升级，自动升级是指预置应用程序在智能终端联网时自动检测用于自升级的最新版本并弹出窗口询问用户是否进行升级，用户可以根据实际需要选择升级或取消升级。

预置应用程序会保存在系统分区中，即/system分区下；由于系统分区是只读分区，只有在整机差分升级时，才会更改，此时各种系统应用程序都会被更新。但是预置应用程序自升级时，系统分区的数据不会更改。例如安卓系统的预置应用程序一般存储于/system/app目录下，普通用户对于存储于上述特定目录下的预置应用程序一般没有删除、写入等操作权限，只有读取和执行的权限；用户后期安装的应用程序以及预置应用程序自升级后的应用程序包一般存储于/data/app目录下，普通用户对于上述安装目录下的应用程序的权限一般较高，比如：可进行读取、执行、写入、删除等操作。

预置应用程序自升级后，会在用户数据分区下安装新的应用程序包，一般Android系统会将应用程序包保存在/data/app目录下。

举例说明：/system/app目录下原本预置了应用程序包Sample.apk，版本为10，自升级后/data/app目录下会安装应用程序包com.sample.apk，其中apk的名字为预置应用程序的包名，版本为11。

后续系统调用该预置应用程序时将会使用版本为11的应用程序包。

当前的应用程序越来越丰富，也越来越复杂，其自身的大小往往在几十兆字节(MB)，而其中主要占空间的为各种图片，音频，视频资源。

一个典型的安卓应用程序解压后的文件，如表1所示。应用程序自升级后存储于/data/app目录下的应用程序包与存储于/system/app目录下的应用程序包有可能差异并不大，只是有部分文件会改变，如部分资源文件、代码文件、描述文件等或增加了一些资源文件，而其他大量的资源文件都没有变化，一般放置在res目录下。

由于一般的智能终端用户数据分区的容量有限，如在1GB到3GB之间，在多个应用安装后，空间十分紧张。

因此，在本发明实施例中，在预置应用程序自升级后，自动处理升级的应用程序包，去除掉数据分区的第一应用程序包与系统分区的第二应用程序包中的重复资源，因为部分资源已经存在于系统分区下对应的应用程序包中。从而大大减小了放置在用户数据分区下的预置应用程序所占的存储空间，为用户数据分区腾出更多的存储空间。

具体步骤如下：

首先，预置应用程序在自升级后，即下载安装新的升级包后，第一应用程序包会放置在数据分区的/data/app目录下。

获取模块将放置在数据分区下的第一应用程序包与升级前的预置应用程序在系统分区下的第二应用程序包进行比较，例如得到第一应用程序包与第二应用程序包中的差异文件；差异文件包括：与第二应用程序包相同的文件名但内容不同的文件，还包括：相比第二应用程序包多出来的文件；或者直接得到相同的文件；然后处理模块根据比较结果将数据分区的第一应用程序包中与第二应用程序包相同的文件进行删除。这样系统分区中和数据分区中该预置应用程序的应用程序包中不会有重复的文件，节省了存储空间，数据分区中可以释放一部分存储空间，用于安装其他应用程序。

最后，处理模块在删除处理后的第一应用程序包中添加精简标识信息，该精简标识信息用于在升级后的预置应用程序启动时，根据精简标识信息分别从删除处理后的第一应用程序包和第二应用程序包中加载程序文件。

具体可以在第一应用程序包中的应用描述文件中添加该精简标识信息。

具体的，在该预置应用程序启动后，通过系统的资源管理器加载资源，若第一应用程序包中包含精简标识信息，则首先在/data/app目录下加载程序文件，当访问的资源在/data/app目录下的文件中未找到时，重定向到对应的/system/app目录下的文件中寻找，由于一致的文件一直存在且仅保留一份，此时资源可被正常加载。

经过上述方法步骤，该预置应用程序可在数据处理后正常使用，大大减小了对数据分区空间的非必要占用。

可选地，作为一种可实施的方式，还包括：获取模块，用于：

将所述第一应用程序包进行解压缩，获取第一应用程序包解压缩后的文件；

将所述第二应用程序包进行解压缩，获取第二应用程序包解压缩后的文件；

相应的，所述比较模块201，具体用于：

将所述第一应用程序包解压缩后的文件和所述第二应用程序包解压缩后的文件进行比较。

可选地，作为一种可实施的方式，所述处理模块202，具体用于：

根据所述比较结果将所述第一应用程序包解压缩后的文件中与所述第二应用程序包相同的文件进行删除。

可选地，作为一种可实施的方式，所述处理模块202，还具体用于：

将所述数据分区中所述第一应用程序包解压缩后的文件中删除处理后剩余的文件进行压缩获取第三应用程序包，并将所述第一应用程序包删除。

可选地，作为一种可实施的方式，所述比较模块，还具体用于：

判断所述第一应用程序包中是否包含所述精简标识信息。

可选地，作为一种可实施的方式，所述处理模块202，还具体用于：

在所述升级后的预置应用程序启动时，判断所述第一应用程序包中是否包含所述精简标识信息；

若包含，则根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

本实施例的装置，可以用于执行如图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图3为本发明终端的一实施例的结构示意图。如图3所示，本实施例的终端，可以包括：存储器301、处理器302和通信接口303；其中，存储器301，用于存储程序；具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器301可能包含随机存取存储器(random access memory，简称RAM)，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

处理器302，用于执行存储器301存储的程序，用于执行本发明法实施例所提供的技术方案，其实现原理和技术效果类似，可参考图1所示的方法实施例，此处不再赘述。

通信接口303，用于接收按键处理请求；

上述装置可以设置在终端中，上述装置中的处理模块、比较模块和获取模块的功能可以通过处理器302实现。

上述部件通过一条或多条总线进行通信。本领域技术人员可以理解，图3中示出的终端的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

需要说明的是，对于终端实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种预置应用程序升级后的数据处理方法，其特征在于，包括：

在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；

根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；

在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

2.根据权利要求1所述的方法，其特征在于，所述将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较之前，还包括：

将所述第一应用程序包进行解压缩，获取第一应用程序包解压缩后的文件；

将所述第二应用程序包进行解压缩，获取第二应用程序包解压缩后的文件；

相应的，所述将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较，包括：

将所述第一应用程序包解压缩后的文件和所述第二应用程序包解压缩后的文件进行比较。

3.根据权利要求2所述的方法，其特征在于，所述根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除，包括：

根据所述比较结果将所述第一应用程序包解压缩后的文件中与所述第二应用程序包相同的文件进行删除。

4.根据权利要求3所述的方法，其特征在于，所述根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除之后，还包括：

将所述数据分区中所述第一应用程序包解压缩后的文件中删除处理后剩余的文件进行压缩获取第三应用程序包，并将所述第一应用程序包删除。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较之前，还包括：

判断所述第一应用程序包中是否包含所述精简标识信息。

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

在所述升级后的预置应用程序启动时，判断所述第一应用程序包中是否包含所述精简标识信息；

若包含，则根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

7.一种预置应用程序升级后的数据处理装置，其特征在于，包括：

比较模块，用于在预置应用程序升级后，将升级后的预置应用程序在数据分区的第一应用程序包与升级前的预置应用程序在系统分区的第二应用程序包进行比较；

处理模块，用于根据比较结果将所述第一应用程序包中与所述第二应用程序包相同的文件进行删除；

所述处理模块，还用于在删除处理后的第一应用程序包中添加精简标识信息，所述精简标识信息用于在所述升级后的预置应用程序启动时，根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。

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

获取模块，用于将所述第一应用程序包进行解压缩，获取第一应用程序包解压缩后的文件；

将所述第二应用程序包进行解压缩，获取第二应用程序包解压缩后的文件；

相应的，所述比较模块，具体用于：

将所述第一应用程序包解压缩后的文件和所述第二应用程序包解压缩后的文件进行比较。

9.根据权利要求8所述的装置，其特征在于，所述处理模块，还具体用于：

将所述数据分区中所述第一应用程序包解压缩后的文件中删除处理后剩余的文件进行压缩获取第三应用程序包，并将所述第一应用程序包删除。

10.根据权利要求7或8所述的装置，其特征在于，所述处理模块，还具体用于：

在所述升级后的预置应用程序启动时，判断所述第一应用程序包中是否包含所述精简标识信息；

若包含，则根据所述精简标识信息分别从所述删除处理后的第一应用程序包和所述第二应用程序包中加载程序文件。