移动终端预置应用程序的管理方法和移动终端 本申请要求于 2011年 12月 13日提交中国专利局、 申请号为 CN201110415241. 9、 发明名称为"移动终端预置应用程序的管理方� �和移动终端"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明实施例涉及电子通信领域，尤其是一种 移动终端预置应用程序的管理方法和 移动终端。 背景技术 以手机为例的移动终端往往存在预置有应用程 序的情况。 在以 android为例的操作 系统中， 预置的应用程序存放在 NAND Flash (俗称闪存） 的 system分区下， 用户在第 一次开机，或者恢复出厂时，默认以系统级权 限进行安装，用户无法根据需要将其卸载; 其次，预置的应用程序往往版本升级较快，由 于厂商将预置的应用程序内置到移动终端， 到用户拿到产品会间隔有一段时间， 往往就造成了用户使用移动终端的时候， 会收到应 用程序需升级更新的提示， 这样就会出现一旦用户升级更新， 升级后的应用程序与无法 卸载的预置的低版本应用程序将会同时存在的 情况，从而占用 NAND Flash更多的空间， 造成空间资源的浪费。 发明内容

本发明实施例提供了一种移动终端预置应用程 序的管理方法和移动终端，可以将移 动终端中预置的应用程序根据需要卸载。 一方面，本发明实施例提供了一种移动终端预 置应用程序的管理方法，所述移动终 端的存储空间中包括至少一个目录，所述至少 一个目录下存放有至少一个预置应用程序 的安装包， 所述方法包括：

启动所述移动终端；

扫描所述至少一个目录；

将所述至少一个目录下的所述至少一个预置应 用程序的安装包安装生成具有应用 级权限的预置应用程序；

其中， 所述具有用户级权限是指用户可进行包括卸载 的可操作权限。

另一方面， 本发明实施例提供了一种移动终端， 所述移动终端包括：

存储模块，用于存放至少一个目录，该目录下 存放有至少一个预置应用程序的安装 包；

启动模块， 用于启动所述移动终端；

扫描模块， 用于扫描所述至少一个目录；

安装模块，用于将所述至少一个目录下的所述 至少一个预置应用程序的安装包安装 生成具有应用级权限的预置应用程序；

其中， 所述具有用户级权限是指用户可进行包括卸载 的可操作权限。

由以上技术方案可知，本发明实施例中，在所 述移动终端的存储空间中包括至少一 个目录， 所述至少一个目录下存放有至少一个预置应用 程序的安装包， 当启动所述移动 终端后， 扫描所述至少一个目录， 将所述至少一个目录下的所述至少一个预置应 用程序 的安装包安装生成具有应用级权限的预置应用 程序； 由于所述预置应用程序的安装包以 用户级权限进行安装， 生成用户级权限的预置应用程序， 而用户级权限的预置应用程序 是允许用户自行卸载的，这样预置应用程序就 可以与用户自行安装的第三方应用程序一 样根据需要卸载。 附图说明 为了更清楚地说明本发明实施例的技术方案， 下面将对实施例所需要使用的附图 作一简单地介绍， 显而易见地， 下面描述中的附图是本发明的一些实施例， 对于本领域 普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。

图 1为本发明实施例的一种移动终端预置应用程� �的管理方法流程图； 图 2为本发明实施例的一种移动终端的结构示意� �。

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

方法实施例

以使用 Android操作系统的移动终端为例， 所述移动终端的 NAND Flash, 相当于 计算机的硬盘， 用于存放操作系统、 应用程序等。

如下是现有的移动终端的 NAND Flash的典型分区：

modem分区： 包括 oeminfo、 amss等相关分区；

boot分区： 存放 bootloader, 用于开机引导镜像；

system分区 （系统分区）： 用于存储操作系统和应用程序；

userdata分区 （数据用户分区）： 用于存储应用程序的文件数据；

cache分区： 用于存放系统和应用程序用到的指令和缓存数 据；

recovery分区： 用于存放恢复出厂小系统；

misc分区： 用于存放 recovery弓 |导信息。

通常， 预置的应用程序存放在 system分区， 比如 app 目录下， 安装生成的应用程 序为系统级权限的应用程序， 用户无法进行卸载和删除。

用户自行安装的第三方应用程序为用户级权限 的应用程序， 可以被用户自行卸载。 该自行安装的第三方应用程序的安装包通常都 在 userdata分区的一目录下， 比如为 app 目录； 安装该应用程序时， 生成的文件数据也放在 userdata分区； 当用户卸载安装的第 三方应用程序时， userdata分区下安装的应用程序生成的文件数据� ��被删除， 并且系统 扫描 userdata分区下的 app目录，将 app目录下的第三方应用程序的安装包，一并删 除。 如附图 1所示， 本发明实施例以使用 Android操作系统的手机为例， 提供了一种移 动终端预置应用程序的管理方法， 但是容易理解的是， 这并不构成对其的限制。

其中，所述移动终端的存储空间中包括至少一 个目录，所述至少一个目录下存放有 至少一个预置应用程序的安装包。 可以在移动终端已有的分区中增加所述至少一 个目录， 比如可以在移动终端的 system分区 （系统分区）、 userdata分区 （用户数据分区）各增加一个目录， 比如均自定 义为 delapp 目录， 用于存放预置应用程序的安装包， 即增加的 _S y _S t _e m/del _a pp、 userdata/delapp目录下存放有预置应用程序的安装 包。 优选地， 可以在移动终端已有的分区基础上， 增加至少一个分区， 比如命名为 cust 分区， 用于独立存放定制数据， 比如定制参数等， 可以视为 system分区的扩展分区。所 述增加的至少一个目录可以设置在增加的 cust分区， 这样便于系统的管理。 为了方便理解， 本实施例以增加的目录 delapp 在移动终端已有的分区 system、 userdata上为例进行描述， 即 system/delapp、 userdata/delapp, 但这并不构成对其的限定。

参考图 1， 该方法包括以下步骤： 步骤 11， 启动所述移动终端； 移云力终端启云力后，会启云力 Package Manager Service, Package Manager Service 扫描 系统应用程序目录以后， 添加代码扫描所述自定义目录 delapp 目录， 也即是扫描 system/delapp userdata/delapp目录；

步骤 12， 扫描所述至少一个目录；

步骤 13， 将所述至少一个目录下的所述至少一个预置应 用程序的安装包安装生成 具有应用级权限的预置应用程序；

Package Manager Service在扫描 Package LI时，将 delapp目录下的安装包进行默认 安装； 安装后的应用程序生成的文件数据被放入 userdata分区下。 安装的时候， 自动将 delapp目录下的安装包， 以用户级权限进行安装， 从而生成具有用户级权限的预置应用 程序； 其中， 所述用户级权限， 是指用户可进行包括卸载的可操作权限， 所谓的用户级 权限的预置应用程序， 是指可以支持用户自行卸载的预置应用程序。 优 选 地 ， 可 以 在 安 装 的 时 候 增 加 自 定 义 标 记 ， 比 如 PARSE IS REMO VABLE PREINSTALLED ,用于区别于以系统级权限安装的应用程序， 这样携带该标记的预置应用程序，可以相当于 用户自行安装的具有用户级权限的第三方 应用程序被卸载。

进一步地， 本发明实施例提供的方法， 还可以在用户选择恢复出厂设置时， 将被卸 载的预置应用程序恢复到出厂时预置的应用程 序的状态。 为此， 所述方法还包括： 当卸 载移动终端中的预置应用程序时， 卸载所述欲卸载的预置应用程序， 保留所述卸载的预 置应用程序的安装包在 delapp目录中。 这样， 卸载的预置应用程序在 userdata分区的文 件数据被删除， 应用程序被卸载， 但是被卸载的预置应用程序的安装包还存在于 delapp 目录中， 当移动终端被恢复出厂设置后， 还可以将其重新默认安装， 恢复到出厂时预置 的应用程序的状态。

优选地，可以利用已有的移动终端的卸载机制 来保留被卸载的预置应用程序的安装 包。 已有的卸载机制为， 当卸载具有用户级权限的第三方应用程序时， 移动终端首先删 除该应用程序在 userdata分区下的文件数据， 同时扫描 userdata分区下的用于存放第三 方应用程序的安装包的 app目录， 将 app目录下的欲卸载的第三方应用程序的安装包 一 并删除。 由于本实施例中将预置程序以用户级权限安装 ， 相当于用户自行安装的第三方 应用程序， 为此， 所述方法还可以包括： 当卸载移动终端中的具有用户级权限的应用程 序时 （包括具有用户级权限的预置应用程序和第三 方应用程序）， 扫描 userdata分区下 的 app目录， 判断所述欲卸载的具有用户级权限的安装包是 否存在于 app目录； 如果所 述欲卸载的具有用户级权限的应用程序的安装 包未放入 app目录时， 意味着该应用程序 为具有用户级权限的预置应用程序， 故移动终端卸载所述欲卸载的具有用户级权限 的应 用程序， 保留所述卸载的具有用户级权限的应用程序的 安装包于 delapp目录中。 这样， 同样是用户级权限的应用程序， 由于用户自行安装的第三方应用程序的安装包 存在于 userdata/app 目录下， 因此不但应用程序的文件数据被删除， 并且应用程序的安装包也 被删除； 而预置的应用程序的安装包不存放于 userdata/app 目录下， 而存放在 system/delapp userdata/delapp目录下， 因此， 仅仅是应用程序的文件数据被删除， 而应 用程序的安装包被保留到 system/delapp、 userdata/delapp 目录下； 这样当移动终端在被 恢复出厂设置后， 还可以将其重新默认安装， 恢复到出厂时预置的应用程序的状态。

优选地，可以通过配置移动终端，从而使预置 应用程序可以显示卸载按纽从而实现 卸载，比如可以在 Installed App Details中修改 init Uninstall Buttons接口禾 P on Click接口， 在 Package Manager Service修改 delete Package LI接口。

进一步地， 在步骤 13所述安装生成至少一个具有用户级权限的预� ��应用程序后， 所述方法还包括： 添加标识文件； 其中， 所述标识文件记录了标识移动终端已安装过预 置应用程序的信息。 该标识文件可以命名为 booted, 添加到 userdata分区下的 data目录 下， 即 userdata/data/booted。

进一步地， 在步骤 11之后， 所述方法还包括： 判断是否存在所述标识文件； 如果不存在所述标识文件，意味着移动终端是 第一次启动，或者视为是第一次启动， 所述移动终端执行所述扫描所述至少一个目录 ，将所述至少一个目录下的所述至少一个 预置应用程序的安装包安装生成具有应用级权 限的预置应用程序的步骤。

如果存在所述标识， 意味着移动终端至少不是第一次启动， 已经安装过预置， 所述 移动终端正常开机， 等待其他操作指令。这样就不再重复安装 delapp目录下的预置应用 程序， 被卸载后的预置应用程序， 就不会被再次安装。

容易理解的是， 当移动终端恢复出厂设置时， booted标识文件将会被自动删除； 当 然， booted标识文件也可以被用户根据需要删除。

进一步地， 根据需要， 还可以使预置应用程序被永久卸载。 这时， 增加的 delapp 目录， 不能设置到 system 分区下， 因为， system 分区的数据是不能操作的。 这样， system/delapp 目录下的预置应用程序的安装包安装后生成具 有用户级权限的预置应用 程序可以被卸载， 但是不能被永久卸载。 下面以 userdata/delapp目录下的预置应用程序 来描述永久卸载预置应用程序， 跟上面介绍的类似， 预置应用程序的安装包以用户级权 限被安装； 当卸载预置应用程序时， 将 usterdata分区下的文件数据删除， 同时将存在于 userdata/delapp 目录下的预置应用程序的安装包一并删除。 或者， 还可以利用移动终端 已有的卸载机制来永久卸载预置的应用程序， 具体包括： 当卸载移动终端中的具有用户 级权限的应用程序时 （包括具有用户级权限的预置应用程序和第三 方应用程序）， 通过 添加代码使移动终端扫描 userdata分区下的 app 目录和 delapp 目录， 判断 app 目录和 delapp目录这两个目录的其中之一是否存在欲卸 载的具有用户级权限的应用程序的安装 包， 如果有， 一并删除。 这样， 预置的应用程序被当作第三方应用程序被永久 卸载， 一 旦被永久卸载， 就无法恢复了。

优选地， 对于卸载预置应用程序时， 可以设置选项， 用户可以选择是卸载（还可以 恢复出厂设置）， 还是永久卸载。

虽然在本发明实施例中，所述预置应用程序是 存放在增加的目录下，这是为了在不 改变现有设置的基础上， 方便系统识别该目录下的预置应用程序应该以 用户级权限安 装， 并且可以根据需要方便地增加或减少预置应用 程序， 但是这并不构成对其的限定， 只要是能引导终端获知以用户级权限安装的预 置应用程序即可。

本发明实施例中， 由于移动终端的存储空间种包括一个 delapp 目录， 将放入该目 录的预置应用程序解压后， 以用户级权限进行安装， 这样预置应用程序就相当于用户自 行安装的第三方应用程序， 允许被用户自行卸载； 另外， 被卸载的预置应用程序的安装 包依然保留在 delapp里， 这样当移动终端被恢复出厂时， 被卸载的预置应用程序还能恢 复到出厂状态； 此外， 预置应用程序被卸载时， 还可以设置成一并删除 delapp目录下的 应用程序安装包， 这样预置应用程序还可以被永久删除。 设备实施例

如附图 2所示， 本发明实施例提供了一种移动终端， 该移动终端包括以下模块： 存储模块 21， 用于存放至少一个目录， 该目录下存放有至少一个预置应用程序的 安装包；

启动模块 22， 用于启动所述移动终端；

扫描模块 23， 用于扫描所述至少一个目录；

安装模块 24， 将所述至少一个目录下的所述至少一个预置应 用程序的安装包安装 生成具有用户级权限的预置应用程序；

其中， 所述具有用户级权限是指用户可进行包括卸载 操作的可操作的权限。

进一步， 所述移动终端还包括：

选择模块 25， 用于接收用户的卸载命令， 确定所述具有用户级权限的预置应用程 序中的一个或者多个作为欲卸载的预置应用程 序；

卸载模块 26， 用于卸载所述欲卸载的预置应用程序， 并保留所述欲卸载的预置应 用程序的安装包。

进一步地， 所述存储模块 21包括系统分区， 其中， 所述至少一个目录不在所述系 统分区； 所述卸载模块 26， 还用于卸载所述欲卸载的预置应用程序， 并删除存放于所述 至少一个目录中的所述欲卸载的预置应用程序 的安装包。

进一步地， 所述存储模块还包括一用户数据分区， 其中， 所述用户数据分区中还包 括有另一目录， 所述另一目录存放有具有用户级权限的第三方 应用程序的安装包， 所述 移动终端还包括： 判断模块 27;

所述选择模块 25， 还用于接收用户的卸载命令， 确定具有用户级权限的应用程序 中的一个或者多个作为欲卸载的应用程序， 其中， 该具有用户级权限的应用程序包括所 述具有用户级权限的预置应用程序以及具有用 户级权限的第三方应用程序；

所述扫描模块 23， 还用于扫描所述另一目录；

所述判断模块 27， 用于判断欲卸载的所述具有用户级权限的应用 程序的安装包是 否存在于所述另一目录；

所述卸载模块 26， 还用于当所述欲卸载的具有用户级权限的应用 程序的安装包未 放入所述另一目录时， 卸载所述欲卸载的具有用户级权限的应用程序 ， 保留所述欲卸载 的具有用户级权限的应用程序的安装包。

进一步地， 所述扫描模块 23还用于扫描所述另一目录和所述至少一个目� ��； 所述判断模块 27， 还用于判断欲卸载的具有用户级权限的应用程 序的安装包是否 存放于所述另一目录或所述至少一个目录；

所述卸载模块 26， 还用于当所述判断模块判断出所述欲卸载的具 有用户级权限的 应用程序的安装包存放于所述另一目录或所述 至少一个目录时， 卸载所述欲卸载的具有 用户级权限的应用程序， 并删除所述具有用户级权限的应用程序的安装 包。

进一步地， 所述移动终端还包括： 标识管理模块 28， 用于在所述生成至少一个具 有用户级权限的预置应用程序之后， 添加标识文件； 或者， 用于在所述移动终端被恢复 出厂设置时，删除所述标识文件；或者，用于 在接收到用户删除所述标识文件的指令时， 删除所述标识文件； 其中， 所述标识文件记录了标识移动终端已安装过预 置应用程序的 信息。

所述判断模块 27还用于启动所述移动终端后， 判断是否存在所述标识文件； 当所述判断模块判断出不存在所述标识文件时 ， 所述扫描模块 23扫描所述至少一 个目录； 所述安装模块 24将所述至少一个目录下的所述至少一个预置� ��用程序的安装 包安装生成具有应用级权限的预置应用程序。

本发明实施例中的相关工作原理和工作过程， 可以参考方法实施例，在此不再赘述， 本发明实施例中， 移动终端的存储模块 21中存放至少一个目录， 该目录下存放有 至少一个预置应用程序的安装包， 当启动模块 22启动移动终端后， 扫描模块 23扫描所 述至少一个目录，安装模块 24，将所述至少一个目录下的所述至少一个预� ��应用程序的 安装包安装生成具有应用级权限的预置应用程 序， 由于用户级权限的预置应用程序是允 许用户自行卸载的，这样预置应用程序就可以 与用户自行安装的第三方应用程序一样根 据需要卸载； 另外， 在卸载预置的应用程序时， 卸载模块 25可以卸载所述欲卸载的所 述预置应用程序，保留存放在所述至少一个目 录中的所述欲卸载的所述预置应用程序的 安装包， 或者将所述安装包一并删除， 这样， 被卸载的预置应用程序还能恢复到出厂状 态， 或者被永久删除。

容易理解的是， 本实施例中涉及的目录名称， 比如 delapp等， 仅仅是示例， 并不 对其进行限制。 本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分流程，是可以通 过计算机程序来指令相关的硬件来完成，所述 的程序可存储于一计算机可读取存储介质 中， 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中， 所述的存储介质可 为磁碟、光盘、只读存储记忆体（Read-Only Memory, ROM)或随机存储记忆体（Random Access Memory, RAM) 等。

总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发 明的保护范围之内。