CN106528211A - 一种应用程序的解除禁用方法及终端 - Google Patents

Abstract

本发明公开了一种应用程序的解除禁用方法及终端。该方法包括：在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。采用本发明，可以对已禁用的应用程序实现临时启用，即可快速启用已禁用的应用程序，又不影响应用程序的禁用状态，节省系统资源。

Description

一种应用程序的解除禁用方法及终端

技术领域

本发明涉及应用程序配置的技术领域，更具体地，涉及一种应用程序的解除禁用方法及终端。

背景技术

据一项调查数据显示，超过40％的用户手机上均存在一些不常用的应用程序APP，例如旅游、银行类APP，在不旅行、不转账情况下，应用可能1个月都运行不了一次。但却又不希望删除它。

这和大多数人的顾虑一样，当我们下载APP时，有没有某种APP即便你使用率很低，你也会把它下载到手机中以便不时之需。如果你有这个习惯，那么即便这款APP你不经常使用，该APP也可能会占用手机的内存资源，这不仅拖慢手机的响应速度还会比较费电。所以，一直以来安卓手机最大的问题在于越用越慢，越用待机时间越短。不少知名的品牌手机也未能有效解决安卓系统卡慢、费电的问题。

从技术角度来看，安卓系统有七类进程，分别是前台进程、可见进程、主要服务、次要服务、后台进程、内容供应节点、空进程。通常情况下，一部安卓手机只能依赖系统默认的分配机制来自动调节内存使用，只要应用程序提出请求，大部分进程只要打开后都会被保留在内存当中。这原本是为了让用户在再度激活这些进程时不需要重新载入、节省时间的初衷考虑，但是激烈的市场让这一原本良好的初衷，却驱使应用程序产生“劣币驱良币”的趋势，很多APP开发者出于商业目的，在不需要留存在内存的情况下也想方设法的让应用程序保持潜在运行状态，当偷跑的APP数量较多时，安卓手机就会频频卡顿和发热。

对此，现有的安卓系统自带有应用程序的禁用功能。禁用功能需从设置模块进入应用管理版面，在应用管理版面的列表里面选择某个应用程序，就可以禁用或启用该应用程序。禁用之后，图标被隐藏，不再允许启用该应用程序。但这种方式的操作过程比较麻烦，对于一些偶发性经常使用的应用程序，如前述的旅游、银行类APP，用户就需要频繁地进入应用管理模块，在列表里面众多的应用程序中寻找自己需要启用的应用程序，在使用完毕后，还需不忘对该应用程序再次禁用，否则没法实现节省资源和省电的初衷。

发明内容

鉴于上述问题，本发明提出了一种应用程序的解除禁用方法及终端，能够对已禁用的应用程序实现临时启用，即可快速启用已禁用的应用程序，又不影响应用程序的禁用状态，节省系统资源。

本发明实施例中提供了一种应用程序的解除禁用方法，包括：

在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；

当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。

优选地，触发对被选取的应用程序的解除禁用指令的步骤，包括：

监听用户对被禁用的应用程序的点击操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

优选地，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，触发对被选取的应用程序的解除禁用指令的步骤，包括：

判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；

当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令。

优选地，触发对被选取的应用程序的解除禁用指令的步骤，包括：

监听用户将被禁用的应用程序的拖曳出所述冷藏禁用版面的操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

优选地，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，触发对被选取的应用程序的解除禁用指令的步骤，包括：

判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

当监听到用户将冷冻禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发永久解禁指令；

当监听到用户将冷鲜禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发临时解禁指令；

当监听到用户将冷鲜禁用区的应用程序的拖曳至冷冻禁用区的操作时，将该应用程序移动到所述冷冻禁用区；

当监听到用户将冷冻禁用区的应用程序的拖曳至冷鲜禁用区的操作时，将该应用程序移动到所述冷鲜禁用区。

优选地，当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态之后，包括：

将所述被选取的应用程序从所述禁用版面中移除。

优选地，在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序的步骤之前，还包括：

根据系统的广播信息监听锁屏或待机指令；

在获取所述锁屏或待机指令后，退出所述被选取的应用程序；

触发禁用所述应用程序的禁用指令，重新禁用所述被选取的应用程序。

优选地，在获取所述锁屏或待机指令后，触发禁用所述应用程序的禁用指令之前的步骤之前，还包括：

计算时间长度达到了预设的禁用时长，其中，所述预设的退出时长是从获取所述锁屏或待机指令后开始计时，到触发禁用所述应用程序的禁用指令的时间长度。

优选地，当接收到永久解禁指令或临时解禁指令后，还包括：

删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标。

优选地，在重新禁用所述被选取的应用程序的步骤后，还包括：

对所述被选取的应用程序的图标添加图标特效。

相应地，本发明实施例提供了一种应用程序的解除禁用终端，包括：

指令触发单元，用于在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；

解禁恢复单元，用于当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

临时解禁单元，用于当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。

优选地，所述指令触发单元，包括：

点击显示单元，用于监听用户对被禁用的应用程序的点击操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

优选地，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，所述指令触发单元，包括：

第一区域判断单元，用于判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

第一指令生成单元，用于当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；

当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令。

优选地，所述指令触发单元，包括：

拖曳显示单元，用于监听用户将被禁用的应用程序的拖曳出所述冷藏禁用版面的操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

优选地，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，所述指令触发单元，包括：

区域判断单元，用于判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

第二指令生成单元，用于当监听到用户将冷冻禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发永久解禁指令；当监听到用户将冷鲜禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发临时解禁指令；

禁用区移动单元，用于当监听到用户将冷鲜禁用区的应用程序的拖曳至冷冻禁用区的操作时，将该应用程序移动到所述冷冻禁用区；当监听到用户将冷冻禁用区的应用程序的拖曳至冷鲜禁用区的操作时，将该应用程序移动到所述冷鲜禁用区。

优选地，所述解禁恢复单元，包括：

应用移除单元，用于将所述被选取的应用程序从所述禁用版面中移除。

优选地，所述临时解禁单元，具体包括：

广播监听单元，用于根据系统的广播信息监听锁屏或待机指令；

程序退出单元，用于在获取所述锁屏或待机指令后，退出所述被选取的应用程序；

程序禁用单元，用于触发禁用所述应用程序的禁用指令，重新禁用所述被选取的应用程序。

优选地，所述程序退出单元，包括：

计时退出单元，用于计算时间长度达到了预设的禁用时长，其中，所述预设的退出时长是从获取所述锁屏或待机指令后开始计时，到触发禁用所述应用程序的禁用指令的时间长度。

优选地，还包括：

图标恢复单元，用于删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标。

优选地，还包括：

图标特效单元，用于对所述被选取的应用程序的图标添加图标特效。

相对于现有技术，本发明提供的方案，在应用程序的冷藏禁用版面中，包含有若干已经被禁用的应用程序。其中，所述冷藏禁用版面可以是系统自带的设置模块中与应用程序禁用功能相关的应用管理版面，也可以是由APP开发者设计的配置禁用应用程序的版面。首先，本方案根据用户的选取操作，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令。与现有技术单纯的将禁用的应用程序解除禁用有所不同，本方案向用户提供永久解禁和临时解禁两种方式，根据用户的操作触发相应的指令。当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。如果用户需要对永久解禁的应用程序再次禁用，则需要重新触发禁用指令。相反，对于临时解禁的应用程序，则无需用户重新触发禁用指令。另外，对于临时解禁的应用程序，本方案在解除禁用的同时打开该应用程序，无需用户触发打开该应用程序，操作方便，更符合用户习惯。在本次运行结束后，重新禁用该应用程序。同样，也节省了用户重复启用/禁用的操作步骤，提高用户体验。同时，也节省系统资源。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

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

图1为本发明一种应用程序的解除禁用方法的流程图。

图2为本发明一种应用程序的解除禁用方法的第一实施例流程图。

图3为本发明一种应用程序的解除禁用方法的第一实施例示意图。

图4为本发明一种应用程序的解除禁用方法的第二实施例流程图。

图5为本发明一种应用程序的解除禁用方法的第二实施例示意图。

图6为本发明一种应用程序的解除禁用终端的示意图。

图7为本发明一种应用程序的解除禁用终端的第一实施例示意图。

图8为本发明一种应用程序的解除禁用终端的第二实施例示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

图1为本发明一种应用程序的解除禁用方法的流程图，包括：

S101：在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；

步骤S101之后，转入步骤S102或步骤S103；

S102：当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

S103：当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。

相对于现有技术，本发明提供的方案，在应用程序的冷藏禁用版面中，包含有若干已经被禁用的应用程序。其中，所述冷藏禁用版面可以是系统自带的设置模块中与应用程序禁用功能相关的应用管理版面，也可以是由APP开发者设计的配置禁用应用程序的版面。首先，本方案根据用户的选取操作，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令。与现有技术单纯的将禁用的应用程序解除禁用有所不同，本方案向用户提供永久解禁和临时解禁两种方式，根据用户的操作触发相应的指令。当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。如果用户需要对永久解禁的应用程序再次禁用，则需要重新触发禁用指令。相反，对于临时解禁的应用程序，则无需用户重新触发禁用指令。另外，对于临时解禁的应用程序，本方案在解除禁用的同时打开该应用程序，无需用户触发打开该应用程序，操作方便，更符合用户习惯。在本次运行结束后，重新禁用该应用程序。同样，也节省了用户重复启用/禁用的操作步骤，提高用户体验。同时，也节省系统资源。

需要补充说明的是，在所述被选取的应用程序本次运行结束后，可以立即重新禁用所述被选取的应用程序。也可以在经过预设时间长度后重新禁用，比如经过一个小时或一天等。也可以监听特定事件，由特定事件触发，重新禁用所述应用程序，特定事件比如说锁屏、待机以及打开非禁用的应用程序等。当然，如果在所述被选取的应用程序本次运行结束后，立即重新禁用所述被选取的应用程序，则能够最大限度地节省系统资源。

图2为本发明一种应用程序的解除禁用方法的第一实施例流程图。图3为本发明一种应用程序的解除禁用方法的第一实施例示意图。下面结合图2和图3，对本发明的第一实施例做进一步的说明。其中，与图1相比，第一实施例还包括以下改进：向用户提供触发永久解禁指令或临时解禁指令的可选按钮，以便于用户操作；由锁屏或待机的特定事件触发再次禁用的临时解禁的应用程序，以求更合服用户习惯，提高用户体验；对于禁用版面中的应用程序图标添加了图标特效，在该应用程序解禁和重新禁用时，相应的移除和重新添加所述图标特效，形象生动地向用户展示当前的应用程序的禁用状态。

S201：在应用程序的冷藏禁用版面中，监听用户对被禁用的应用程序的点击操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令；

步骤S201之后，转入步骤S202或步骤S205；

S202：当接收到永久解禁指令后，删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标；

S203：恢复所述被选取的应用程序的启用状态；

S204：将所述被选取的应用程序从所述禁用版面中移除；

S205：当接收到临时解禁指令后，删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标；

S206：运行所述被选取的应用程序，并根据系统的广播信息监听锁屏或待机指令；

S207：在获取所述锁屏或待机指令后，退出所述被选取的应用程序；

S208：触发禁用所述应用程序的禁用指令，重新禁用所述被选取的应用程序；

S209：对所述被选取的应用程序的图标添加图标特效。

第一实施例，用户禁用“指南针”、“收音机”等不常用的APP，并置于冷藏禁用版面中，以便于方便查到到被禁用的应用程序及快速地解除禁用。本方案在应用程序的冷藏禁用版面，即如图3所示“冷藏室”当中，将不常用的应用程序放入冷藏室可以节省系统内存且可以禁止应用程序自启动，其原理主要是调用PackageManager中的setApplicationEnabledSetting()接口通过传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态。

监听用户对被禁用的应用程序的点击操作。当用户点击其中一个应用程序的图标，例如“指南针”APP，则在当前版面上显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

当接收到永久解禁指令后，删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标。所述图标特效在本第一实施例中，为在该应用程序原有的图标上添加半透明的图层，使原有的图标好像被冰封了，形象生动地表达出该应用程序已经被禁用。对于冷藏室中正常被冷藏的应用程序其图标上覆盖一层冰层，这层冰层是我们在原有图标的基础上绘制上去的。而对于临时解冻的应用即使其应用还在冷藏室中，但应用此时已经处于可用(enable)状态，因此我们会在冷藏室中显示应用的原图标，提醒用户该应用此时处于临时解冻状态，再次点击可直接使用。在接收到永久解禁指令后，冰封的图标特效也被删除。恢复所述被选取的应用程序的启用状态。应用程序在没有被禁用前，即处于启用状态，用户可以在需要时打开该应用程序。恢复启用状态后，将所述被选取的应用程序从所述禁用版面中移除。

当接收到临时解禁指令后，删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标。运行所述被选取的应用程序，解除禁用的之后立即打开该应用程序，无需用户再次点击才打开。例如对“指南针”APP临时解除禁用后，立即打开该APP，更为符合用户的使用习惯。在本次使用后，通过监听特定事件，触发再次对该应用程序的禁用操作，节省用户操作。

优选地，本实施例根据系统的广播信息监听锁屏或待机指令；在获取所述锁屏或待机指令后，退出所述“指南针”APP应用程序；触发禁用所述应用程序的禁用指令，重新禁用所述“指南针”APP应用程序。将该“指南针”APP重新添加到所述冷藏禁用版面，并对其图标添加图标特效。本发明提供一种在冷藏室中临时解冻应用的方案，当用户需要临时使用冷藏室内的某个应用程序时不需要先解冻再打开，而是在冷藏室中直接点击就可以正常使用。当锁屏或关机时，之前临时解冻的应用会再次冷冻。对于系统锁屏和待机这两种状态我们是通过监听系统的广播来获知的，系统的锁屏广播为：public static final StringACTION_SCREEN_OFF＝"android.intent.action.SCREEN_OFF"；待机广播为：publicstatic final String ACTION_SHUTDOWN＝"android.intent.action.ACTION_SHUTDOWN"；系统在锁屏或关机时我们会从数据库中获取当前冷藏室中所用应用的列表，然后通过PM的getApplicationInfo()方法获取该应用的ApplicationInfo，然后根据该应用的ApplicationInfo中的enabled参数判断该应用当前是否处于禁用(disable)状态，如果不处于disable状态，则说明该应用当前处于临时解冻状态，需要重新冷藏。需要补充说明的是，在冷藏室中点击某个应用时会弹出提示框提醒用户是解冻还是打开，当用户点击解冻时会执行正常的解冻流程，解冻完成之后该应用会从冷藏室中移除到桌面。当点击打开时同样也会执行解冻流程，但解冻完成之后应用的图标还会在冷藏室中，不会被移除到桌面。解冻是调用PM的setApplicationEnabledSetting()接口，通过传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将该应用置为启用(enable)状态。对于临时解冻的应用，在调用以上解冻接口之后还需要调用应用的startActivity方法拉起该应用。为了区别于冷藏室中其他被冷藏的应用，在临时解冻完成之后我们需要利用BubbleTextView的setCompoundDrawablesWithIntrinsicBounds方法将应用的图标重新赋值给该View，此时应用图标上的冰层消失，表示该应用此时处于临时解冻状态。重新冷藏是调用PM的setApplicationEnabledSetting()接口，通过传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将该应用置为禁用(disable)状态。重新冷藏之后我们会在应用的图标上绘制一层冰层用于表示该应用此时处于冷藏状态。

在其中一个实施例当中，触发对被选取的应用程序的解除禁用指令的步骤，包括：

监听用户将被禁用的应用程序的拖曳出所述冷藏禁用版面的操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

如图3所示，需要对“指南针”APP临时解除禁用时，只需将其图标拖曳出冷藏室，随即显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令，更为符合用户的使用习惯。

图4为本发明一种应用程序的解除禁用方法的第二实施例流程图。图5为本发明一种应用程序的解除禁用方法的第二实施例示意图。S301：在应用程序的冷藏禁用版面中，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

步骤S301之后，转入步骤S302或步骤S305；

S302：当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；

S303：当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

S304：将所述被选取的应用程序从所述禁用版面中移除；

S305：当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令；

S306：当接收到临时解禁指令后，运行所述被选取的应用程序，并根据系统的广播信息监听锁屏或待机指令；

S307：在获取所述锁屏或待机指令后，计算时间长度达到了预设的禁用时长，退出所述被选取的应用程序；

S308：触发禁用所述应用程序的禁用指令，重新禁用所述被选取的应用程序。

如图4、5所示的第二实施例，与第一实施例相比将冷藏禁用版面划分为冷冻禁用区和冷鲜禁用区，分别如图5的“冷冻区”和“冷鲜区”，其中，“冷冻区”的应用程序是永久禁用的，当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；“冷鲜区”的应用程序是临时禁用的，当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令。例如，冷鲜区的“电子邮件”APP和“文件管理”APP在平时大多数时候都不会使用，只有在用户要发送或接收邮件，或好久没整理存储的文件时，才打开使用，对这些APP不能删除但也不希望他们永久禁用，此时可以将他们放入冷藏室的冷鲜区，在使用一次后自动恢复禁用，显然，冷鲜区的应用程序使用频率会比冷冻区的要高。冷冻区的应用程序，如“游戏中心”APP，有可能经常给用户发广告，偷跑流量和占用内存资源，用户启用这些应用程序的频率要更为低一些，故放入冷冻区永久禁用，以上划分更为形象直观，合符用户使用习惯，便于用户按禁用方式分类管理系统内的应用程序。

需要补充说明的是，所述点击操作包括单击、双击和长按操作。

在其中一个实施例当中，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，触发对被选取的应用程序的解除禁用指令的步骤，包括：

判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

当监听到用户将冷冻禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发永久解禁指令；

当监听到用户将冷鲜禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发临时解禁指令；

当监听到用户将冷鲜禁用区的应用程序的拖曳至冷冻禁用区的操作时，将该应用程序移动到所述冷冻禁用区；

当监听到用户将冷冻禁用区的应用程序的拖曳至冷鲜禁用区的操作时，将该应用程序移动到所述冷鲜禁用区。

需要补充说明的是，在将冷藏禁用版面划分为冷冻禁用区和冷鲜禁用区之后，可以形象直观的供用户选取，同时，配合拖曳操作，各为符合用户的使用习惯。此时，用户还可以通过拖曳，在冷藏禁用版面当中切换被禁用的应用程序所处的禁用区。

优选地，当接收到永久解禁指令或临时解禁指令后，还包括：

删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标。

优选地，在重新禁用所述被选取的应用程序的步骤后，还包括：

对所述被选取的应用程序的图标添加图标特效。

需要补充说明的是，在将冷藏禁用版面划分为冷冻禁用区和冷鲜禁用区之后，可以针对不同的禁用区设置不同的图标特效。特别是，在应用程序切换所处的禁用区时可以更改相应的图标特效。

图6为本发明一种应用程序的解除禁用终端的示意图，包括：

指令触发单元，用于在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；

解禁恢复单元，用于当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

临时解禁单元，用于当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。

图6与图1相对应，图中各单元的运行方式与方法中的相同。

图7为本发明一种应用程序的解除禁用终端的第一实施例示意图。

如图7所示，所述指令触发单元，包括：

点击显示单元，用于监听用户对被禁用的应用程序的点击操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

如图7所示，所述解禁恢复单元，包括：

应用移除单元，用于将所述被选取的应用程序从所述禁用版面中移除。

如图7所示，所述临时解禁单元，包括：

广播监听单元，用于根据系统的广播信息监听锁屏或待机指令；

程序退出单元，用于在获取所述锁屏或待机指令后，退出并重新禁用所述被选取的应用程序。

如图7所示，还包括：

图标恢复单元，用于删除所述被选取的应用程序被禁用时添加至该应用程序的图标特效，以恢复该应用程序被禁用前的图标。

如图7所示，还包括：

图标特效单元，用于对所述被选取的应用程序的图标添加图标特效。

图7与图2相对应，图中各单元的运行方式与方法中的相同。

优选地，所述指令触发单元，包括：

拖曳显示单元，用于监听用户将被禁用的应用程序的拖曳出所述冷藏禁用版面的操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

图8为本发明一种应用程序的解除禁用终端的第二实施例示意图。

如图8所示，还包括：

第一区域判断单元，用于判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

第一指令生成单元，用于当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；

当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令。

如图8所示，所述程序退出单元，包括：

计时退出单元，用于计算时间长度达到了预设的禁用时长，其中，所述预设的退出时长是从获取所述锁屏或待机指令后开始计时，到触发禁用所述应用程序的禁用指令的时间长度。

图8与图4相对应，图中各单元的运行方式与方法中的相同。

优选地，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，所述指令触发单元，包括：

区域判断单元，用于判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

第二指令生成单元，用于当监听到用户将冷冻禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发永久解禁指令；当监听到用户将冷鲜禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发临时解禁指令；

禁用区移动单元，用于当监听到用户将冷鲜禁用区的应用程序的拖曳至冷冻禁用区的操作时，将该应用程序移动到所述冷冻禁用区；当监听到用户将冷冻禁用区的应用程序的拖曳至冷鲜禁用区的操作时，将该应用程序移动到所述冷鲜禁用区。

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

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用程序的解除禁用方法，其特征在于，包括：

在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；

当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。

2.根据权利要求1所述的应用程序的解除禁用方法，其特征在于，触发对被选取的应用程序的解除禁用指令的步骤，包括：

监听用户对被禁用的应用程序的点击操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

3.根据权利要求1所述的应用程序的解除禁用方法，其特征在于，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，触发对被选取的应用程序的解除禁用指令的步骤，包括：

判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；

当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令。

4.根据权利要求1所述的应用程序的解除禁用方法，其特征在于，触发对被选取的应用程序的解除禁用指令的步骤，包括：

监听用户将被禁用的应用程序的拖曳出所述冷藏禁用版面的操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

5.根据权利要求1所述的应用程序的解除禁用方法，其特征在于，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，触发对被选取的应用程序的解除禁用指令的步骤，包括：

判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

当监听到用户将冷冻禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发永久解禁指令；

当监听到用户将冷鲜禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发临时解禁指令；

当监听到用户将冷鲜禁用区的应用程序的拖曳至冷冻禁用区的操作时，将该应用程序移动到所述冷冻禁用区；

当监听到用户将冷冻禁用区的应用程序的拖曳至冷鲜禁用区的操作时，将该应用程序移动到所述冷鲜禁用区。

6.一种应用程序的解除禁用终端，其特征在于，包括：

指令触发单元，用于在应用程序的冷藏禁用版面中，触发对被选取的应用程序的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和临时解禁指令；

解禁恢复单元，用于当接收到永久解禁指令后，恢复所述被选取的应用程序的启用状态；

临时解禁单元，用于当接收到临时解禁指令后，运行所述被选取的应用程序，并在所述被选取的应用程序本次运行结束后，重新禁用所述被选取的应用程序。

7.根据权利要求6所述的应用程序的解除禁用终端，其特征在于，所述指令触发单元，包括：

点击显示单元，用于监听用户对被禁用的应用程序的点击操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

8.根据权利要求6所述的应用程序的解除禁用终端，其特征在于，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，所述指令触发单元，包括：

第一区域判断单元，用于判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

第一指令生成单元，用于当监听到用户对冷冻禁用区的应用程序的点击操作时，触发永久解禁指令；

当监听到用户对冷鲜禁用区的应用程序的点击操作时，触发临时解禁指令。

9.根据权利要求6所述的应用程序的解除禁用终端，其特征在于，所述指令触发单元，包括：

拖曳显示单元，用于监听用户将被禁用的应用程序的拖曳出所述冷藏禁用版面的操作，显示解除禁用指令的可选按钮，以供用户选择触发永久解禁指令或临时解禁指令。

10.根据权利要求6所述的应用程序的解除禁用终端，其特征在于，所述冷藏禁用版面包括冷冻禁用区和冷鲜禁用区，所述指令触发单元，包括：

区域判断单元，用于判断用户当前点击的应用程序为冷冻禁用区或冷鲜禁用区的应用程序；

第二指令生成单元，用于当监听到用户将冷冻禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发永久解禁指令；当监听到用户将冷鲜禁用区的应用程序的拖曳出所述冷藏禁用版面的操作时，触发临时解禁指令；

禁用区移动单元，用于当监听到用户将冷鲜禁用区的应用程序的拖曳至冷冻禁用区的操作时，将该应用程序移动到所述冷冻禁用区；当监听到用户将冷冻禁用区的应用程序的拖曳至冷鲜禁用区的操作时，将该应用程序移动到所述冷鲜禁用区。