一种应用的启用方法及相关设备与流程

本发明涉及通信的技术领域，特别是涉及一种应用的启用方法及相关设备。

背景技术：

随着移动通信技术的发展，移动终端已经成为人们生活中不可或缺的一部分，实现了随时随地无障碍通话，并且，移动终端可以安装许多应用，提供的很多常用的功能，给人们生活带来便利。

在实际使用过程中，有一些应用不常用，但是，又不能卸载，为了避免该应用占用内存、CPU(Central Processing Unit，中央处理器)等资源，用户经常将禁用这些应用。

有些应用在运行的过程中可能需要调用其他关联的应用进行相关操作，例如，在购物应用中调用支付应用进行支付，将某个应用中的信息调用通讯应用进行分享，等等。

假如这些关联的应用被禁用，用户需要手动寻找这些关联的应用、启用这些关联的应用，才可保证正在使用的应用的正常操作。

这种手动启用应用的方式，不仅操作繁琐，而且在很多情况下，用户并不知道正在使用的应用需要调用哪个关联的应用，这样正在使用的应用可能出现异常的情况。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种应用的启用方法及相关设备。

依据本发明的一个方面，提供了一种应用的启用方法，包括：

在移动终端中检测启动第一应用时的启动操作；

根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

当所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

可选地，所述在移动终端中检测启动第一应用时的启动操作的步骤，包括：

在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

可选地，还包括：

检测退出所述第一应用时的退出操作；

依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

可选地，所述检测退出所述第一应用时的退出操作的步骤，包括：

当所述第一应用的进程关闭时，确定检测到退出所述第一应用时的退出操作；

或者，

当所述第一应用切换到后台超过预设的时间时，确定检测到退出所述第一应用时的退出操作。

可选地，所述依据所述退出操作将所述第二应用从启用状态恢复为禁用状态的步骤，包括：

判断所述第二应用是否在前台运行；

若是，则暂缓将所述第二应用从启用状态恢复为禁用状态；

若否，则将所述第二应用从启用状态恢复为禁用状态。

可选地，还包括：

当检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件；

采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

可选地，所述采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新的步骤，包括：

将所述服务器发布的关联配置文件替换所述移动终端中存储的关联配置文件；

或者，

从所述服务器发布的关联配置文件中提取应用调用更新信息；

在所述移动终端中存储的关联配置文件中查找所述应用调用更新信息对应的应用调用信息；

采用所述应用调用更新信息更新所述应用调用信息。

可选地，在所述在移动终端中检测针对第一应用的启动操作的步骤之前，所述方法还包括：

在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态；

将所述第二应用的应用图标从桌面移入至指定的文件夹中。

可选地，还包括：

在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态；

将所述第二应用的应用图标从指定的文件夹中移出至桌面。

根据本发明的另一方面，提供了一种应用的启用装置，包括：

启动操作检测模块，用于在移动终端中检测启动第一应用时的启动操作；

关联应用查询模块，用于根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

关联应用启用调整模块，用于在所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

可选地，所述启动操作检测模块包括：

桌面启动检测子模块，用于在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

可选地，还包括：

退出操作检测模块，用于检测退出所述第一应用时的退出操作；

关联应用禁用恢复模块，用于依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

可选地，所述退出操作检测模块包括：

进程关闭检测子模块，用于在所述第一应用的进程关闭时，确定检测到退出所述第一应用时的退出操作；

或者，

后台超时检测子模块，用于在所述第一应用切换到后台超过预设的时间时，确定检测到退出所述第一应用时的退出操作。

可选地，所述关联应用禁用恢复模块包括：

前台运行判断子模块，用于判断所述第二应用是否在前台运行；若是，则调用暂缓禁用子模块，若否，则调用禁用子模块；

暂缓禁用子模块，用于暂缓将所述第二应用从启用状态恢复为禁用状态；

禁用子模块，用于将所述第二应用从启用状态恢复为禁用状态。

可选地，还包括：

关联配置文件下载模块，用于在检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件；

关联配置文件更新模块，用于采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

可选地，所述关联配置文件更新模块包括：

全量更新子模块，用于将所述服务器发布的关联配置文件替换所述移动终端中存储的关联配置文件；

或者，

更新调用信息提取子模块，用于从所述服务器发布的关联配置文件中提取应用调用更新信息；

应用调用信息查找子模块，用于在所述移动终端中存储的关联配置文件中查找所述应用调用更新信息对应的应用调用信息；

差量更新子模块，用于采用所述应用调用更新信息更新所述应用调用信息。

可选地，还包括：

应用禁用模块，用于在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态；

应用图标移入模块，用于将所述第二应用的应用图标从桌面移入至指定的文件夹中。

可选地，还包括：

应用启用模块，用于在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态；

应用图标移出模块，用于将所述第二应用的应用图标从指定的文件夹中移出至桌面。

根据本发明的再一方面，提供了一种移动终端，包括处理器和存储器；

所述存储器用于存储支持收发装置执行所述的应用的启用方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

在本发明的第四方面，本发明实施例还提供了一种计算机存储介质，用于储存为上述应用的启用装置所用的计算机软件指令，其包含用于执行上述方面为应用的启用装置所设计的程序。

本发明实施例的一种应用的启动方法及相关设备，在移动终端中检测启动第一应用时的启动操作，进而查询该第一应用可调用的第二应用，当第二应用在移动终端中处于禁用状态时，将第二应用从禁用状态调整为启用状态，可以实现关联的第二应用的自动启用，提高了操作的简便性，同时，对于用户而言，不需要关注正在使用的应用关联了哪个应用，这些关联的应用是否被禁用，不需要手工去启用这些关联的应用，从而避免了用户因不知道正在使用的应用需要调用哪个关联的应用而造成正在使用的应用出现异常的情况，保证了第一应用的正常操作。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明的一种应用的启用方法一种实施例的步骤流程图；

图2示出了根据本发明的一种应用的启用方法另一种实施例的步骤流程图；

图3示出了根据本发明的一种应用的启用方法另一种实施例的步骤流程图；

图4示出了根据本发明的一种应用的启用装置一种实施例的结构框图；

图5示出了根据本发明的一种应用的启用装置另一种实施例的结构框图；

图6示出了根据本发明的一种应用的启用装置另一种实施例的结构框图；

图7示出了与本发明实施例提供的终端相关的手机的部分结构的框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，示出了根据本发明的一种应用的启用方法一种实施例的步骤流程图，具体可以包括如下步骤：

步骤101，在移动终端中检测启动第一应用时的启动操作。

在具体实现中，本发明实施例可以应用在移动终端中，例如，手机、平板电脑、个人数字助理、穿戴设备(如眼镜、手表等)等等。

这些移动终端的操作系统可以包括Android(安卓)、IOS、Windows Phone、Windows等等。

为了增强移动终端的操作系统的功能，用户通常在移动终端的操作系统中安装各种应用，例如，即时通讯工具、浏览器、视频播放器、音频播放器、邮箱客户端、购物应用、支付应用，等等。

在具体实现中，用户或其他应用可以通过触发启动操作启动第一应用。

在本发明实施例的一个示例中，可以在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

在此示例中，启动操作为手动启动。

例如，当用户点击桌面的图标时，就相当于检测到了启动第一应用的启动操作。

当然，上述启动操作方法只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他启动操作，例如，由其他应用调用第一应用、第一应用在系统启动时自启动、第一应用在系统启动之后计划启动，等等，本发明实施例对此不加以限制。另外，除了上述启动操作外，本领域技术人员还可以根据实际需要采用其它启动操作，本发明实施例对此也不加以限制。

步骤102，根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用。

在本发明实施例中，若启动第一应用，则可以进一步查询第一应用关联的第二应用。

所谓关联，指第一应用可以在运行过程中调用第二应用进行相关操作，例如，若在购物应用中调用支付应用进行支付，则支付应用(第二应用)可以视为购物应用(第一应用)关联的应用，若将应用中的信息调用通讯应用进行分享，则通讯应用(第二应用)可以视为该应用(第一应用)关联的应用，等等。

需要说明的是，第一应用是相对于第二应用而言的，第一应用和第二应用的本质均为应用。

例如，购物应用(第一应用)关联的应用可以为支付应用(第二应用)，而支付应用(第一应用)也可以具有关联的应用，如调用安全应用(第二应用)对支付环境进行检测。

在具体实现中，在服务器或移动终端中配置有关联配置文件，该关联配置文件中记录第一应用与可调用的第二应用之间的映射关系。

若配置文件存储在移动终端，则可以在第一应用启动时，依据该映射关系查询第一应用可调用的第二应用，在内存中维护第二应用的集合，供后续使用。

若配置文件存储在服务器，则可以在第一应用启动时，向服务器请求第一应用启动可调用的第二应用，服务器可以依据该映射关系查询第一应用可调用的第二应用并返回移动终端，移动终端在内存中维护第二应用的集合，供后续使用。

进一步而言，在关联配置文件中，第一应用、第二应用可以以应用标识(如包名PackageName)进行表示，或者，以应用标识(如包名PackageName)及版本信息共同进行表示，等等，本发明实施例对此不加以限制。

应用本发明实施例，可以通过测试应用的功能，对该应用关联的应用进行识别，记录在关联配置文件中。

例如，点击应用A界面的某个按钮或其它控件会跳转到应用B，则认为应用A关联的应用是应用B。

又例如，在查看应用C的分享功能时，如果支持分享至应用D，则认为应用C关联的应用是应用D。

又例如，在查看应用E的账户登录时，如果支持应用F的账户登录，则认为应用E关联的应用是应用F。

步骤103，当所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

在本发明实施例中，可以在内存中遍历第二应用的集合，判断第二应用在移动终端中是否处于禁用状态。

若移动终端的操作系统为Android系统中，则可以调用PackageManager类的函数getApplicationEnabledSetting(String packageName)，判断第二应用在移动终端中是否被禁用。

需要说明的是，在移动终端中并不一定安装有第一应用所有关联的第二应用，因此，查询第二应用在移动终端是否处于禁用状态的结果可能为空。

如果第二应用在移动终端中处于禁用状态(禁止使用应用的组件的状态)，则可以将第二应用从禁用状态调整为启用状态(允许使用应用的组件的状态)，保证第一应用的正常操作。

若移动终端的操作系统为Android系统中，则可以调用PackageManager类的setApplicationEnabledSetting(String packageName,int newState,int flags)函数，启用第二应用。

本发明实施例的一种应用的启动方法及相关设备，在移动终端中检测启动第一应用时的启动操作，进而查询该第一应用可调用的第二应用，当第二应用在移动终端中处于禁用状态时，将第二应用从禁用状态调整为启用状态，可以实现关联的第二应用的自动启用，提高了操作的简便性，同时，对于用户而言，不需要关注正在使用的应用关联了哪个应用，这些关联的应用是否被禁用，不需要手工去启用这些关联的应用，从而避免了用户因不知道正在使用的应用需要调用哪个关联的应用而造成正在使用的应用出现异常的情况，保证了第一应用的正常操作。

参照图2，示出了根据本发明的一种应用的启用方法另一种实施例的步骤流程图，具体可以包括如下步骤：

步骤201，在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态。

在移动终端上安装的应用可能不断增多，而移动终端剩余的资源(如内存、CPU、存储空间)就越来越小，甚至影响移动终端的正常使用。

为了避免应用占用过多的资源，可以触发冷藏操作，将部分应用，如用户较少使用的应用，设置为禁用状态。

若移动终端的操作系统为Android系统中，则可以调用PackageManager类的setApplicationEnabledSetting(String packageName,int newState,int flags)函数，禁用应用。

当应用被设置为禁用状态后，该应用则暂时不能被使用，也暂时不再占用移动终端的某些资源(如内存、CPU)。

在具体实现中，可以对移动终端设置第一资源条件(如资源小于一定的阈值)和/或对移动终端中安装的应用设置第一使用条件(如一段时间内的使用频率低于一定的阈值)时，如果移动终端满足第一资源条件和/或第一使用条件，则可以触发冷藏操作，直接将该应用设置为禁用状态，或者，提示用户，经用户同意后，将该应用设置为禁用状态。

当然，用户也可以通过点击指定的控件等方式手动触发冷藏操作，将某个应用设置为禁用状态，本发明实施例对此不加以限制。

步骤202，将所述第二应用的应用图标从桌面移入至指定的文件夹中。

在本发明实施例中，如果应用在桌面配置有应用图标，为了避免用户点击该应用图标而无法启动应用，造成误操作，则可以将该应用的应用图标进行隐藏，移入一个专门管理处于禁用状态的应用的文件夹中。

步骤203，在移动终端中检测启动第一应用时的启动操作。

步骤204，根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用。

步骤205，当所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

在本发明实施例中，如果启动第一应用时，为了保证第一应用的正常操作而将原本处于禁用状态的第二应用调整为启用状态，由于第二应用并非正常恢复为启用状态，因此，如果在先将第二应用的应用图标从桌面移入至指定的文件夹中，在此次因第一应用的启动而将第二应用调整为启用状态的过程中，可以不将第二应用的应用图标从指定的文件夹中移出至桌面。

步骤206，检测退出所述第一应用时的退出操作。

步骤207，依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

在具体实现中，用户或其他应用可以通过退出操作退出第一应用。

为保证第二应用的正常禁用，将第二应用恢复为禁用状态，即第二应用为临时恢复为启用操作。

在本发明的一个实施例中，退出操作可以包括如下的一种或多种方式：

1、进程关闭。

在此种方式中，当第一应用的进程关闭时，确定检测到退出第一应用时的退出操作。

2、后台运行。

在此种方式中，当第一应用切换到后台超过预设的时间时，确定检测到退出第一应用时的退出操作。

当然，上述退出操作只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他退出操作，例如，移动终端灭屏超过一定的时间，等等，本发明实施例对此不加以限制。另外，除了上述退出操作外，本领域技术人员还可以根据实际需要采用其它退出操作，本发明实施例对此也不加以限制。

在实际应用中，第二应用可能被调用而处于运行状态，因此，在将第二应用从启用状态恢复为禁用状态时，可以判断第二应用是否在前台运行。

若是，则暂缓将第二应用从启用状态恢复为禁用状态，避免第二应用运行出错，间隔一段时间，重新判断二应用是否在前台运行。

若否，则将第二应用从启用状态恢复为禁用状态。

步骤208，在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态。

步骤209，将所述第二应用的应用图标从指定的文件夹中移出至桌面。

在本发明实施例中，如果移动终端的资源足够或者需要第二应用时，可以触发解冻操作，将其恢复为启用状态。

当应用恢复为启用状态后，该应用则可以被使用，也会占用移动终端的某些资源(如内存、CPU)。

在具体实现中，可以对移动终端设置第二资源条件(如资源大于一定的阈值)和/或对移动终端中安装的应用设置第二使用条件(如一段时间内的被第一应用调用的频率高于一定的阈值)时，如果移动终端满足第二资源条件和/或第二使用条件，则可以触发解冻操作，直接将该应用恢复为启用状态，或者，提示用户，经用户同意后，将该应用恢复为启用状态。

当然，用户也可以通过点击指定的控件等方式手动触发解冻操作，将某个应用恢复为启用状态，本发明实施例对此不加以限制。

本发明实施例在启动第一应用时将关联的第二应用从禁用状态调整为启用状态，在退出第一应用时将第二应用从启用状态恢复为禁用状态，实现了关联应用的临时启用，在保证了第一应用正常操作的同时，保证了第二应用的正常禁用，避免第二应用长期占用移动终端的资源。

参照图3，示出了根据本发明的一种应用的启用方法另一种实施例的步骤流程图，具体可以包括如下步骤：

步骤301，当检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件。

步骤302，采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

在本发明实施例中，服务器可以用数据库的方式维护关联配置文件，运营人员登录服务器，更新服务器的关联配置文件。

移动终端可以通过关联配置文件的版本号、更新时间等方式检测服务器的关联配置文件是否更新，如果有更新，则下载新的关联配置文件到移动终端进行更新。

在具体实现中，可以通过如下方式进行关联配置文件的更新：

1、全量更新。

在此方式中，移动终端下载的关联配置文件为完整的文件，则可以将服务器发布的关联配置文件替换移动终端中存储的关联配置文件。

2、差量更新。

在此方式中，移动终端下载的关联配置文件为部分的文件，则可以从服务器发布的关联配置文件中提取应用调用更新信息，即已更新的第一应用与可调用的第二应用之间的映射关系。

在移动终端中存储的关联配置文件中查找应用调用更新信息对应的应用调用信息，即第一应用与可调用的第二应用之间的映射关系。

采用应用调用更新信息更新应用调用信息。

需要说明的是，全量更新中的关联配置文件与差量更新中的关联配置文件的格式可以保持一致。

步骤303，在移动终端中检测启动第一应用时的启动操作。

步骤304，根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用。

步骤305，当所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图4，示出了根据本发明的一种应用的启用装置一种实施例的结构框图，具体可以包括如下模块：

启动操作检测模块401，用于在移动终端中检测启动第一应用时的启动操作；

关联应用查询模块402，用于根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

关联应用启用调整模块403，用于在所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

在本发明的一个实施例中，所述启动操作检测模块401可以包括如下子模块：

桌面启动检测子模块，用于在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

参照图5，示出了根据本发明的一种应用的启用装置另一种实施例的结构框图，具体可以包括如下模块：

应用禁用模块501，用于在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态；

应用图标移入模块502，用于将所述第二应用的应用图标从桌面移入至指定的文件夹中。

启动操作检测模块503，用于在移动终端中检测启动第一应用时的启动操作；

关联应用查询模块504，用于根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

关联应用启用调整模块505，用于在所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

退出操作检测模块506，用于检测退出所述第一应用时的退出操作；

关联应用禁用恢复模块507，用于依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

应用启用模块508，用于在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态；

应用图标移出模块509，用于将所述第二应用的应用图标从指定的文件夹中移出至桌面。

在本发明的一个实施例中，所述退出操作检测模块506可以包括如下子模块：

进程关闭检测子模块，用于在所述第一应用的进程关闭时，确定检测到退出所述第一应用时的退出操作；

或者，

后台超时检测子模块，用于在所述第一应用切换到后台超过预设的时间时，确定检测到退出所述第一应用时的退出操作。

在本发明的一个实施例中，所述关联应用禁用恢复模块507可以包括如下子模块：

前台运行判断子模块，用于判断所述第二应用是否在前台运行；若是，则调用暂缓禁用子模块，若否，则调用禁用子模块；

暂缓禁用子模块，用于暂缓将所述第二应用从启用状态恢复为禁用状态；

禁用子模块，用于将所述第二应用从启用状态恢复为禁用状态。

参照图6，示出了根据本发明的一种应用的启用装置另一种实施例的结构框图，具体可以包括如下模块：

关联配置文件下载模块601，用于在检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件；

关联配置文件更新模块602，用于采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

启动操作检测模块603，用于在移动终端中检测启动第一应用时的启动操作；

关联应用查询模块604，用于根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

关联应用启用调整模块605，用于在所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

在本发明的一个实施例中，所述关联配置文件更新模块602可以包括如下子模块：

全量更新子模块，用于将所述服务器发布的关联配置文件替换所述移动终端中存储的关联配置文件；

或者，

更新调用信息提取子模块，用于从所述服务器发布的关联配置文件中提取应用调用更新信息；

应用调用信息查找子模块，用于在所述移动终端中存储的关联配置文件中查找所述应用调用更新信息对应的应用调用信息；

差量更新子模块，用于采用所述应用调用更新信息更新所述应用调用信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了移动终端，如图7所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图7示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图7，手机包括：射频(Radio Frequency，RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wireless fidelity，WiFi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解，图7中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图7对手机的各个构成部件进行具体的介绍：

RF电路710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，RF电路710包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板741。进一步的，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一手机，或者将音频数据输出至存储器720以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。

手机还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器780还具有以下功能：

在移动终端中检测启动第一应用时的启动操作；

根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

当所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

可选地，该终端所包括的处理器780还具有以下功能：

在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

可选地，该终端所包括的处理器780还具有以下功能：

检测退出所述第一应用时的退出操作；

依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

可选地，该终端所包括的处理器780还具有以下功能：

当所述第一应用的进程关闭时，确定检测到退出所述第一应用时的退出操作；

或者，

当所述第一应用切换到后台超过预设的时间时，确定检测到退出所述第一应用时的退出操作。

可选地，该终端所包括的处理器780还具有以下功能：

判断所述第二应用是否在前台运行；

若是，则暂缓将所述第二应用从启用状态恢复为禁用状态；

若否，则将所述第二应用从启用状态恢复为禁用状态。

可选地，该终端所包括的处理器780还具有以下功能：

当检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件；

采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

可选地，该终端所包括的处理器780还具有以下功能：

将所述服务器发布的关联配置文件替换所述移动终端中存储的关联配置文件；

或者，

从所述服务器发布的关联配置文件中提取应用调用更新信息；

在所述移动终端中存储的关联配置文件中查找所述应用调用更新信息对应的应用调用信息；

采用所述应用调用更新信息更新所述应用调用信息。

可选地，该终端所包括的处理器780还具有以下功能：

在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态；

将所述第二应用的应用图标从桌面移入至指定的文件夹中。

可选地，该终端所包括的处理器780还具有以下功能：

在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态；

将所述第二应用的应用图标从指定的文件夹中移出至桌面。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种移动终端进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

本发明实施例公开了A1、一种应用的启用方法，包括：

在移动终端中检测启动第一应用时的启动操作；

根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

当所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

A2、如A1所述的方法，所述在移动终端中检测启动第一应用时的启动操作的步骤，包括：

在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

A3、如A1所述的方法，还包括：

检测退出所述第一应用时的退出操作；

依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

A4、如A3所述的方法，所述检测退出所述第一应用时的退出操作的步骤，包括：

当所述第一应用的进程关闭时，确定检测到退出所述第一应用时的退出操作；

或者，

当所述第一应用切换到后台超过预设的时间时，确定检测到退出所述第一应用时的退出操作。

A5、如A3所述的方法，所述依据所述退出操作将所述第二应用从启用状态恢复为禁用状态的步骤，包括：

判断所述第二应用是否在前台运行；

若是，则暂缓将所述第二应用从启用状态恢复为禁用状态；

若否，则将所述第二应用从启用状态恢复为禁用状态。

A6、如A1-A5任一项所述的方法，还包括：

当检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件；

采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

A7、如A6所述的方法，所述采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新的步骤，包括：

将所述服务器发布的关联配置文件替换所述移动终端中存储的关联配置文件；

或者，

从所述服务器发布的关联配置文件中提取应用调用更新信息；

在所述移动终端中存储的关联配置文件中查找所述应用调用更新信息对应的应用调用信息；

采用所述应用调用更新信息更新所述应用调用信息。

A8、如A1-A5任一项所述的方法，在所述在移动终端中检测针对第一应用的启动操作的步骤之前，所述方法还包括：

在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态；

将所述第二应用的应用图标从桌面移入至指定的文件夹中。

A9、如A8所述的方法，还包括：

在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态；

将所述第二应用的应用图标从指定的文件夹中移出至桌面。

本发明实施例还公开了B10、一种应用的启用装置，包括：

启动操作检测模块，用于在移动终端中检测启动第一应用时的启动操作；

关联应用查询模块，用于根据所述启动操作在预置的关联配置文件中查询所述第一应用可调用的第二应用；

关联应用启用调整模块，用于在所述第二应用在所述移动终端中处于禁用状态时，将所述第二应用从禁用状态调整为启用状态。

B11、如B10所述的装置，所述启动操作检测模块包括：

桌面启动检测子模块，用于在移动终端中检测在桌面触发的、启动第一应用时的启动操作。

B12、如B10所述的装置，还包括：

退出操作检测模块，用于检测退出所述第一应用时的退出操作；

关联应用禁用恢复模块，用于依据所述退出操作将所述第二应用从启用状态恢复为禁用状态。

B13、如B12所述的装置，所述退出操作检测模块包括：

进程关闭检测子模块，用于在所述第一应用的进程关闭时，确定检测到退出所述第一应用时的退出操作；

或者，

后台超时检测子模块，用于在所述第一应用切换到后台超过预设的时间时，确定检测到退出所述第一应用时的退出操作。

B14、如B12所述的装置，所述关联应用禁用恢复模块包括：

前台运行判断子模块，用于判断所述第二应用是否在前台运行；若是，则调用暂缓禁用子模块，若否，则调用禁用子模块；

暂缓禁用子模块，用于暂缓将所述第二应用从启用状态恢复为禁用状态；

禁用子模块，用于将所述第二应用从启用状态恢复为禁用状态。

B15、如B9-B14任一项所述的装置，还包括：

关联配置文件下载模块，用于在检测到服务器发布的关联配置文件更新时，下载所述服务器发布的关联配置文件；

关联配置文件更新模块，用于采用所述服务器发布的关联配置文件，对所述移动终端中存储的关联配置文件进行更新。

B16、如B15所述的装置，所述关联配置文件更新模块包括：

全量更新子模块，用于将所述服务器发布的关联配置文件替换所述移动终端中存储的关联配置文件；

或者，

更新调用信息提取子模块，用于从所述服务器发布的关联配置文件中提取应用调用更新信息；

应用调用信息查找子模块，用于在所述移动终端中存储的关联配置文件中查找所述应用调用更新信息对应的应用调用信息；

差量更新子模块，用于采用所述应用调用更新信息更新所述应用调用信息。

B17、如B9-B14任一项所述的装置，还包括：

应用禁用模块，用于在移动终端中检测到针对第二应用的冷藏操作时，将所述第二应用设置为禁用状态；

应用图标移入模块，用于将所述第二应用的应用图标从桌面移入至指定的文件夹中。

B18、如B17所述的装置，还包括：

应用启用模块，用于在所述移动终端中检测到针对所述第二应用的解冻操作时，将所述第二应用从禁用状态恢复为启用状态；

应用图标移出模块，用于将所述第二应用的应用图标从指定的文件夹中移出至桌面。

本发明实施例还公开了C19、一种移动终端，包括处理器和存储器；

所述存储器用于存储支持收发装置执行A1至A9中所述的应用的启用方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。