CN104679544A - 应用程序管理方法及装置 - Google Patents

Abstract

本发明公开了一种应用程序管理方法及装置。其中，该方法包括：在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，存储区域包括：内置TFT卡或外置TFT卡；将应用程序存储到存储区域的预置文件夹下；在系统的预定文件夹下建立系统与存储区域之间的链接文件以使系统能够直接访问应用程序。通过本发明，达到了能够有效利用副存储区域的空间的效果。

Description

应用程序管理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种应用程序管理方法及装置。

背景技术

随着Android智能手机的普及，与之配套的上层APP开发也发展迅猛，网络上随时会提供海量的APK进行下载和安装使用。在现有技术下，Android系统安装应用程序时，会首先读取应用程序APK中的AndroidManifest.xml文件，该文件中设定了该APK允许被安装的位置，当InstallLocation属性为1时，只允许安装到系统的/data/app/目录下，当属性为2时，允许被安装到mnt挂载分区的主存储区路径下的.android_secure目录下。由于现在安装应用的需求越来越多，对Data区的容量需求也越来越大，目前主流的解决方案有两种：

1、在设置菜单中提供设置项：首选安装位置，用户可以选择安装在手机侧（DATA/APP侧），还是安装在存储器侧（mnt挂载分区的主存储区路径下的.android_secure目录下）。在应用程序安装时，读取AndroidManifest.xml配置文件中的InstallLocation配置信息，当AndroidManifest.xml中配置属性InstallLocation允许将该APK安装在mnt挂载分区的主存储区路径下的.android_secure目录下时，并且用户选择安装在存储器侧时，此时将APK安装在存储器侧。该方法的主要缺陷是：用户统一设置安装模式后，其实并不是每个APK安装的时候都能成功安装在存储器侧，需要依赖APK安装文件中的AndroidManifest.xml属性InstallLocation控制，这样会导致用户设置了安装在存储器侧，由于APK本身的限制，导致无法成功安装在存储器侧，导致用户体验欠佳。

2、在应用程序安装时，默认安装在DATA/APP目录下，在任务管理器或者其他设置界面提供了应用程序管理界面的入口，在应用程序管理界面上，能够对所有的已安装APK进行遍历，根据APK安装文件中的AndroidManifest.xml属性进行分类，将允许被移动的APK单独显示，供用户移动到存储器侧。该方案的主要缺点在于：当DATA/APP目录下的APK加上mnt挂载分区的主存储区路径下的.android_secure目录下的APK总容量超过DATA区总容量时，会导致备份当前的应用程序包后，无法进行还原。

而且，由于Android源生并不支持双T卡方案，双T卡方案基本都是各平台厂商进行对副存的差异化和客制化实现。在现有的应用程序管理方法中，均只考虑了手机侧DATA存储区和存储器侧mnt挂载分区的主存储区之间的数据转移，副存储区的巨大空间没有进行利用。从用户角度看，提供双T卡功能的手机设置模块中，均提供了存储路径的选择，用户可以选择默认存储路径为内置T卡还是外置T卡。现有方案只能将应用移动到存储器侧mnt挂载分区的主存储区中的设置，会引起用户的疑义，从而降低用户体验。

针对相关技术中进行应用程序管理时只考虑了主存储区之间的数据转移导致副存储区利用效率过低的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种应用程序管理方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种应用程序管理方法，包括：在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，存储区域包括：内置TFT卡或外置TFT卡；将应用程序存储到存储区域的预置文件夹下；在系统的预定文件夹下建立系统与存储区域之间的链接文件以使系统能够直接访问应用程序。

优选地，在确定系统当前的默认存储路径对应的存储区域之前，包括：读取用户为管理应用程序设置的配置信息，根据配置信息获取管理位置。

优选地，将应用程序存储到存储区域的预置文件夹下，包括：调用系统的加密接口对应用程序进行加密操作，将加密后的应用程序存储到存储区域的预置文件夹下。

优选地，管理位置包括：首选安装位置，或拟移动位置，其中，首选安装位置是用户为安装应用程序选择的存储位置，拟移动位置是用户为移动应用程序选择的存储位置。

优选地，在首选安装位置为移动终端侧的情况下，还包括：直接调用系统的安装应用程序接口，对应用程序进行安装。

优选地，在根据配置信息获取到拟移动位置之后，还包括：判断系统分区是否可写，在判断结果为是的情况下，启动应用程序的移动操作，在判断结果为否的情况下，提示用户权限不够导致应用程序无法移动。

优选地，存储区域的预置文件夹包括：.Android_secure文件夹；系统的预定文件夹包括：mnt/asec文件夹。

根据本发明的另一方面，提供了一种应用程序管理装置，包括：确定模块，用于在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，存储区域包括：内置TFT卡或外置TFT卡；存储模块，用于将应用程序存储到存储区域的预置文件夹下；建立模块，用于在系统的预定文件夹下建立系统与存储区域之间的链接文件以使系统能够直接访问应用程序。

优选地，该装置还包括：获取模块，用于读取用户为管理应用程序设置的配置信息，根据配置信息获取管理位置，其中，管理位置包括：首选安装位置，或拟移动位置，首选安装位置是用户为安装应用程序选择的存储位置，拟移动位置是用户为移动应用程序选择的存储位置。

优选地，存储区域的预置文件夹包括：.Android_secure文件夹；系统的预定文件夹包括：mnt/asec文件夹。

通过本发明，采用用户无需关注内置T卡和外置T卡的区分，就可以使应用程序的安装和移动可以完全和其配置的存储路径保持一致的方式，解决了相关技术中进行应用程序管理时只考虑了主存储区之间的数据转移导致副存储区利用效率过低的问题，达到了能够有效利用副存储区域的空间的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的应用程序管理方法流程图；

图2是根据本发明实施例的应用程序管理装置的结构框图；

图3是根据本发明实施例的优选应用程序管理装置的结构框图；

图4是根据本发明优选实施例一的在双T卡环境下进行应用安装的流程图；

图5是根据本发明优选实施例二的在双T卡环境下进行应用移动的流程图；

图6是根据本发明优选实施例一或优选实施例二在双T卡环境下开机过程中对已安装的应用程序信息进行加载的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明涉及Android智能手机领域下的应用程序管理方法，特别涉及在双T卡环境下，对应用程序在主存储卡和副存储卡中移动，管理的方法和系统。为了优化对手机外设存储空间的利用效率，减少应用程序安装对手机DATA区存储空间的占用，提升用户在进行业务信息配置时的用户体验，本发明提出了一种双T卡环境下应用程序管理方法及系统，从底层整合了手机存储空间的利用规则和流程，在应用层和显示界面上对用户进行透明。

本发明实施例提供了一种应用程序管理方法。图1是根据本发明实施例的应用程序管理方法流程图，如图1所示，该方法主要包括以下步骤（步骤S102-步骤S106）：

步骤S102，在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，存储区域包括：内置TFT卡或外置TFT卡；

步骤S104，将应用程序存储到存储区域的预置文件夹下；

步骤S106，在系统的预定文件夹下建立系统与存储区域之间的链接文件以使系统能够直接访问应用程序。

通过上述各个步骤，用户无需关注内置T卡和外置T卡的区分，就可以使应用程序的安装和移动可以完全和其配置的存储路径保持一致，从应用程序的管理操作本身看，内外置T卡对用户而言是合一的，这提高了用户的体验，而且达到了能够有效利用副存储区域的空间的效果。

在本实施例中，在执行步骤S102之前，可以先读取用户为管理应用程序设置的配置信息，根据配置信息获取管理位置。

在本实施例中，步骤S104可以通过以下的方式来实现：先调用系统的加密接口对应用程序进行加密操作，再将加密后的应用程序存储到存储区域的预置文件夹下。

在本实施例中，管理位置可以包括：首选安装位置，或拟移动位置，其中，首选安装位置是用户为安装应用程序选择的存储位置，拟移动位置是用户为移动应用程序选择的存储位置。

进一步地，在本实施例的一个优选实施方式中，在首选安装位置为移动终端侧（与存储区侧相对而言，从用户角度来看，在移动终端上显示为非存储区域，也可以称之为非DATA侧或APP侧）的情况下，可以直接调用系统的安装应用程序接口，对应用程序进行安装。

在本实施例的另一个优选实施方式中，在根据配置信息获取到拟移动位置之后，还可以先判断系统分区是否可写，在判断结果为是（即系统分区处于可写状态）的情况下，可以启动应用程序的移动操作，在判断结果为否（即系统分区处于不可写状态）的情况下，可以提示用户权限不够导致应用程序无法移动。

在本实施例中，存储区域的预置文件夹可以包括：.Android_secure文件夹；系统的预定文件夹包括：mnt/asec文件夹。当然，这里仅给出两个较佳的文件夹类型，在实际应用中，完全不局限于此，只要容易实现上述方案的文件夹类型均可以作为存储区域的预置文件夹，或系统的预定文件夹。

本发明实施例还提供了一种应用程序管理装置，用以实现上述实施例提供的应用程序管理方法。图2是根据本发明实施例的应用程序管理装置的结构框图，如图2所示，该装置主要包括：确定模块10、存储模块20以及建立模块30。其中，确定模块10，用于在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，存储区域包括：内置TFT卡或外置TFT卡；存储模块20，连接至确定模块10，用于将应用程序存储到存储区域的预置文件夹下；建立模块30，连接至存储模块20，用于在系统的预定文件夹下建立系统与存储区域之间的链接文件以使系统能够直接访问应用程序。

图3是根据本发明实施例的优选应用程序管理装置的结构框图，如图3所示，该优选应用程序管理装置还包括：获取模块40，与确定模块10连接，用于读取用户为管理应用程序设置的配置信息，根据配置信息获取管理位置，其中，管理位置包括：首选安装位置，或拟移动位置，首选安装位置是用户为安装应用程序选择的存储位置，拟移动位置是用户为移动应用程序选择的存储位置。

优选地，存储区域的预置文件夹可以包括：.Android_secure文件夹；系统的预定文件夹包括：mnt/asec文件夹。当然，这里仅给出两个较佳的文件夹类型，在实际应用中，完全不局限于此，只要容易实现上述方案的文件夹类型均可以作为存储区域的预置文件夹，或系统的预定文件夹。

采用上述实施例提供的应用程序管理方法及装置，在安装或移动应用程序的过程中，用户无需关注内外置T卡的区分，内外置T卡对用户而言是合一的，应用程序的安装和移动可以完全和用户配置的存储路径保持一致，且能够有效利用副存储区域的空间。

下面结合图4至图6以及优选实施例一和优选实施例二对上述实施例提供的应用程序管理方法及装置进行更加详细的描述和说明。

以下的优选实例一将介绍在双T卡场景下，以应用程序在手机上进行安装为例对应用程序管理方法进行描述，以下的优选实施例二将介绍在双T卡场景下，以应用程序在手机上进行移动为例对应用程序管理方法进行描述，这两个优选实例仅以应用程序的安装或移动两种较为常见的对应用程序进行管理方式为例对本发明实施例的实现进行说明，在实际应用中，完全可以以其他方式对应用程序更为广泛的管理。

在对优选实施例一和优选实施例二进行详细描述之前，首先对这两个优选实施例的实现过程进行从技术方案的思路上进行简要介绍：

（1）在下述优选实施例一提供的在应用程序的安装过程中，直接读取用户的配置信息，查看用户对安装模式的选择，如果用户选择安装在非DATA区（即上述移动终端侧），则直接读取用户设置的存储路径，直接将应用程序安装在用户设置的存储路径下。

（2）在下述优选实施例二提供的在应用程序的移动过程中，在需要将应用程序移动到存储器侧时，首先判断SYSTEM分区是否已经挂载为可写，如果为不可写，提示用户SYSTEM分区下的应用程序由于权限限制无法进行移动，接着将APK文件从手机侧移出，放置在存储器侧的.Android_secure文件夹中，具体放置在内置T卡还是外置T卡则由设置的默认存储路径决定。在移动过程中，直接将源目录下的APK文件进行移动，将APK通过Android系统接口提供的方法进行混淆加密，复制到.Android_secure，删除源目录下的原始文件，释放空间。移出后，在mnt/ASEC路径下对已经移动的应用进行链接式挂载，从而使得用户在点击原有的应用图标时才能链接到对应的APK进行运行。

在对应用程序进行上述管理操作（即，安装或移动应用程序的操作）之后，就可以对管理后的应用程序进行加载流程了，加载流程主要包括：在开机过程中，VOLD层会首先通过配置文件获取当前系统挂载的内外置T卡的存储路径，然后VOLD层扫描该路径下的.Android_secure文件夹，将每个文件按照应用程序包名挂载成独立的分区，每个分区在mnt/ASEC文件夹下创建链接，完成应用程序的加载。

优选实施例一

图4是根据本发明优选实施例一的在双T卡环境下进行应用安装的流程图，如图4所示，该流程包括以下步骤：

步骤S401，手机开机运行；

步骤S402，用户通过网络或者读取存储区域，开始进行APK的安装工作；

步骤S403，手机读取用户在安装应用时的配置信息，判断用户选择的首选安装位置；

步骤S404，如果用户选择安装在手机侧，那么直接调用系统的安装APK接口，安装完毕；

步骤S405，当用户选择安装在存储区侧时，读取系统目前的默认存储路径，是存储在双T卡中的哪一张卡上；

步骤S406，将待安装的APK作为入参，调用Android的加密接口，将加密的APK拷贝到对应存储区域的.Android_secure文件夹下；

步骤S407，在mnt/asec文件夹下建立系统和存储区域间的链接文件，让系统能够直接访问到存储在存储器侧的APK应用；

步骤S408，应用程序安装结束。

优选实施例二

图5是根据本发明优选实施例二的在双T卡环境下进行应用移动的流程图，如图5所示，该流程包括以下步骤：

步骤S501，手机开机运行；

步骤S502，用户通过应用程序管理入口，进行应用程序的移动操作；

步骤S503，手机读取用户在安装应用时的配置信息，判断用户选择的拟移动位置；

步骤S504，进行系统权限的判定，如果System分区可写，则直接开始进行移动操作；如果不可写，需要提示用户权限不够，SYSTEM/APP下的应用程序无法进行移动；

步骤S505，当用户选择移动到存储区侧时，读取系统目前的默认存储路径，是存储在双T卡中的哪一张卡上；

步骤S506，将待移动的APK作为入参，调用Android的加密接口，将加密的APK拷贝到对应存储区域的.Android_secure文件夹下；

步骤S507，在mnt/asec文件夹下建立系统和存储区域间的链接文件，让系统能够直接访问到存储在存储器侧的APK应用；

步骤S508，应用程序移动过程结束。

图6是根据本发明优选实施例一或优选实施例二在双T卡环境下开机过程中对已安装的应用程序信息进行加载的流程图，如图6所示，该流程包括以下步骤：

步骤S601，手机开机运行；

步骤S602，通过系统配置文件storage_list.xml,获取存储器的挂载方式和挂载路径；

步骤S603，在内外置T卡的.Android_secure文件夹下扫描应用APK加密文件；

步骤S604，将每个加密文件作为一个单独的分区进行挂载；

步骤S605，调用Android系统接口对加密的APK进行解密；

步骤S606，在mnt/asec文件夹下建立系统和存储区域间的链接文件，让系统能够直接访问到存储在存储器侧的APK应用；

步骤S607，应用程序启动加载过程结束。

通过优选实施例一和优选实施例二的实施过程以及对管理后的应用程序进行加载的过程，可以看出，无论是在安装应用的过程中，还是在应用的移动过程中，用户始终都不需要关注内外置T卡的区分，就该业务而言，内外置T卡对用户而言是合一的，用户对应用程序的安装和移动，完全和用户配置的存储路径保持一致，而且通过该方法，能够对副存储区域的空间加以有效利用。

需要说明的是，上述各个模块是可以通过硬件来实现的。例如：一种处理器，包括上述各个模块，或者，上述各个模块分别位于一个处理器中。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

从以上的描述中，可以看出，本发明实现了如下技术效果：无论是在安装应用的过程中，还是在应用的移动过程中，用户始终都不需要关注内外置T卡的区分，就该业务而言，内外置T卡对用户而言是合一的，用户对应用程序的安装和移动，完全和用户配置的存储路径保持一致，而且通过该方法，能够对副存储区域的空间加以有效利用。另外，从目前的现有设备看，外置T卡往往被作为副存储区域，随着外置T卡的读写速度越来越快，存储空间越来越大，将外置T卡作为手机安装应用的主要存储区域已经开始出现此种趋势，本发明提供的技术方案完全可以适应于该趋势下的技术发展。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用程序管理方法，其特征在于，包括：

在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，所述存储区域包括：内置TFT卡或外置TFT卡；

将所述应用程序存储到所述存储区域的预置文件夹下；

在系统的预定文件夹下建立系统与所述存储区域之间的链接文件以使系统能够直接访问所述应用程序。

2.根据权利要求1所述的方法，其特征在于，在确定系统当前的默认存储路径对应的存储区域之前，包括：

读取用户为管理所述应用程序设置的配置信息，根据所述配置信息获取所述管理位置。

3.根据权利要求1或2所述的方法，其特征在于，将所述应用程序存储到所述存储区域的预置文件夹下，包括：

调用系统的加密接口对所述应用程序进行加密操作，将所述加密后的应用程序存储到所述存储区域的预置文件夹下。

4.根据权利要求1或2所述的方法，其特征在于，所述管理位置包括：首选安装位置，或拟移动位置，其中，所述首选安装位置是用户为安装所述应用程序选择的存储位置，所述拟移动位置是用户为移动所述应用程序选择的存储位置。

5.根据权利要求4所述的方法，其特征在于，在所述首选安装位置为移动终端侧的情况下，还包括：

直接调用系统的安装应用程序接口，对所述应用程序进行安装。

6.根据权利要求4所述的方法，其特征在于，在根据所述配置信息获取到所述拟移动位置之后，还包括：

判断系统分区是否可写，在判断结果为是的情况下，启动所述应用程序的移动操作，在判断结果为否的情况下，提示用户权限不够导致所述应用程序无法移动。

7.根据权利要求1或2所述的方法，其特征在于，

所述存储区域的预置文件夹包括：.Android_secure文件夹；

所述系统的预定文件夹包括：mnt/asec文件夹。

8.一种应用程序管理装置，其特征在于，包括：

确定模块，用于在应用程序的管理位置为存储区侧的情况下，确定系统当前的默认存储路径对应的存储区域，其中，所述存储区域包括：内置TFT卡或外置TFT卡；

存储模块，用于将所述应用程序存储到所述存储区域的预置文件夹下；

建立模块，用于在系统的预定文件夹下建立系统与所述存储区域之间的链接文件以使系统能够直接访问所述应用程序。

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

获取模块，用于读取用户为管理所述应用程序设置的配置信息，根据所述配置信息获取所述管理位置，其中，所述管理位置包括：首选安装位置，或拟移动位置，所述首选安装位置是用户为安装所述应用程序选择的存储位置，所述拟移动位置是用户为移动所述应用程序选择的存储位置。

10.根据权利要求8或9所述的装置，其特征在于，

所述存储区域的预置文件夹包括：.Android_secure文件夹；

所述系统的预定文件夹包括：mnt/asec文件夹。