用于管理安装在移动通信终端中的应用程序包的方法及装置与流程

本公开涉及用于管理安装在移动通信终端中的应用程序包(application package)的方法及装置。

背景技术：

近来，随着包括智能手机、智能平板等移动通信终端的使用迅速增长，用户通过相应终端的功能来驱动应用的操作已变得普遍。为此，用户访问通信服务提供服务器或应用提供服务器来下载、安装和使用能实现该用户想要使用的功能的应用的程序包。程序包可以以应用为单位来定义，其可以在终端内运行。为了安装一个应用，可以存在一个或多个程序包。

安装在基于作为移动通信终端的操作系统的Android的终端中的程序包可以包括其中与相应程序包对应的应用可被驱动的“活动”状态，和其中应用已被安装但不能再被驱动的“非活动”状态。“非活动”状态是指其中相应程序包的用户设置仍保持在终端的存储空间中、但是不能被加载到存储器或者不能被驱动的状态。安装在基于Android的终端中的程序包以这两个状态之一存在。

同时，可安装在相应终端中的应用可以被划分为可在付费后使用的收费服务，和无需单独付费就能使用的免费服务。由于与免费服务对应的应用不要求付费，所以即使该应用不需要被专门安装，相应的用户也总会无负担地安装该应用。进一步，尽管用户已在相应终端中安装了与免费服务对应的应用并且不再使用该应用，用户也没意识到有必要移除该程序包，所以在许多情况下程序包继续保留在已安装的状态。终端上安装的程序包中，有在终端被“开启(ON)”时可以被自动运行的应用、或者其操作状态不能被用户识别的应用——即使相应应用正被运行。在这种情况下，处理用于终端内的中央处理单元(CPU)、存储器等的计算所需的资源可能被所述应用占用，或者根据诸如宽带码分多址(W-CDMA)、长期演进(LTE)等蜂窝数据网络的使用，移动数据可能被使用。

以上信息作为背景信息被提出，只为帮助对本公开的理解。至于以上任何内容是否可作为关于本公开的现有技术来应用，没有做出确定，也没有做出断言。

技术实现要素：

[技术问题]

相应地，终端的电力被消耗并且移动数据被收费。因此，需要一种对安装在相应终端上的应用中已未被使用达预定时段的应用进行管理的方法。

[问题的解决方案]

本公开的方面要解决至少上述问题和/或不足，并且要提供至少下述优点。相应地，本公开的一方面要提供进行下述操作的方法：检测安装在移动通信终端上的程序包中已未被使用达预定时段的程序包、确定是否将检测到的程序包的状态改变成“非活动”状态或移除检测到的程序包，并且显示示出用户所改变的程序包的状态的用户界面(UI)。

本公开的另一方面要提供显示与安装在移动通信终端上的程序包对应的UI以有效地指示相应程序包的非使用状态的方法。

根据本公开的一方面，提供了一种管理移动通信终端上安装的应用程序包的方法。该方法包括检测应用程序包中满足将状态改变为非活动状态的条件的应用程序包，并且如果检测到的应用程序包处于活动状态，则改变与检测到的应用程序包对应的用户界面以指示该应用程序包的非活动状态，并且将改变后的用户界面显示在用户屏幕上。

根据本公开的另一方面，提供了管理安装的应用程序包的移动通信终端。该移动通信终端包括控制器，配置为检测应用程序包中满足将状态改变为非活动状态的条件的应用程序包，如果检测到的应用程序包处于活动状态，则改变与检测到的应用程序包对应的用户界面以指示该应用程序包的非活动状态，并且控制屏幕显示单元以将改变后的用户界面显示在用户屏幕上。

本公开的方面要检测已未被使用达预定时段的程序包，并且解除激活该程序包的状态或移除该程序包，从而防止处理计算所需的资源被不必要地占用或者防止蜂窝网络被用户非故意地运行该应用所使用。

进一步，根据本公开的方面，与解除激活的程序包对应的UI被显示以示出该程序包的非活动状态，以便用户无需刻意运行应用就可以轻易地识别该相应应用不再被驱动的状态。

此外，根据本公开的方面，与安装在移动通信终端上的程序包对应的UI被提供以有效指示相应程序包的非使用状态，以便用户可以容易地识别安装在终端上的每个程序包的使用状态并且从而有效地管理安装的程序包。

结合附图，从公开了本公开的各种实施例的以下详细描述中，本公开的其它方面、优点和显著特征将对本领域技术人员变得显见。

附图说明

结合附图，从以下描述中，本公开的某些实施例的以上和其它方面、特征和优点将变得显见，附图中，

图1示出了根据本公开的实施例的终端的配置的示例；

图2a示出了根据本公开的实施例的用于将终端上安装的程序包的状态改变为非活动状态的操作的示例；

图2b示出了根据本公开的实施例的显示单元在其上显示指示状态改变的图标的终端的显示屏的示例；

图3a示出了根据本公开的实施例的将安装在终端上的程序包中的程序包的非活动状态改变为活动状态的过程的示例；

图3b示出了根据本公开的实施例的将安装在终端上的程序包中处于“非使用”状态的程序包改变为“使用”状态并且直接运行该程序包的过程的示例；

图4a示出了根据本公开的实施例的用于显示将安装在终端上的应用的用户界面(UI)改变为非活动状态的过程的示例；

图4b示出了根据本公开的实施例的用于显示将安装在终端上的应用的UI改变为非活动状态的过程的示例；

图5示出了根据本公开的实施例的用户直接执行安装在终端上的程序包中预定程序包的状态改变的示例；

图6示出了根据本公开的实施例的用于将安装在终端上的处于非活动状态的程序包移除的操作的示例；

图7示出了根据本公开的实施例的用于从安装在终端上的处于“非使用”状态的程序包中选择包括在非活动状态改变例外列表上的程序包并且停止状态改变的操作示例；

图8a、图8b和图8c示出了根据本公开的各种实施例的图示用于管理安装在终端上的程序包的整体操作的流程图；

图9示出了根据本公开的实施例的示出使用推送服务的程序包是否处于非活动状态的各种实施例；

图10是示出了根据本公开的实施例的用于将非活动状态应用到使用推送服务的程序包的操作的流程图；

图11a是示出了根据本公开的实施例的用于管理安装在终端上的程序包的操作的流程图；

图11b是示出了根据本公开的实施例的每个过程状态的重要性的映射关系的表格；以及

图11c是示出了根据本公开的实施例的示出当缺少用于每个过程状态的存储器时将被最先控制的优先级的表格。

贯穿全部附图，应当注意相同的附图标记被用来描述相同或相似的元件、特征和结构。

具体实施方式

参考附图的以下描述被提供以帮助对如权利要求及其等同物所限定的本公开的各种实施例的全面理解。包括各种具体细节以帮助理解，但其仅仅被作为示范。相应地，本领域普通技术人员将意识到在不脱离本公开的范围和精神的情况下可以做出对这里所述的各种实施例的各种改变和修改。此外，为了清楚和简明，可以省略对公知的功能和结构的描述。

以下描述中使用的术语和词语不限制于书面含义，而仅仅被发明人用来使能对本公开的清楚和一致的理解。相应地，本领域技术人员应当显见，本公开的各种实施例的以下描述被提供只是出于阐述目的，并不出于限制如所附权利要求及其等同物所限定的本公开的目的。

应当理解单数形式“一”、“一个”和“该”包括复数引用，除非上下文清楚地另有所指。从而，例如，对“一组件表面”的引用包括对一个或多个这样的表面的引用。

本公开涉及一种管理终端上安装的应用程序包的方法。根据本公开的实施例，假定终端下载应用程序包以安装并且实施所下载的应用程序包。例如，终端基于Android操作系统来操作。更具体地，本公开的实施例提议了一种根据非使用时段改变终端的显示屏上与终端上安装的每个程序包对应的用户界面(UI)的显示方法。在此情况下，用户可以通过显示屏上改变后的UI来识别相应的程序包的非使用状态，并且直接地将该程序包的状态改变为非活动状态或移除该程序包。

进一步，根据本公开的实施例，用户可以检测相应终端上安装的程序包中已未被使用达预定时段的程序包。当满足预设条件时，用户可以将检测到的程序包的状态改变为“非活动”状态或移除检测到的程序包。根据本公开的实施例，用户被询问是改变检测到的程序包的状态还是移除检测到的程序包，并且相应的操作可以根据用户对于该问题的输入而被执行。进一步，状态被确定为被改变为“非活动”状态的程序包被显示在终端的显示屏上以告知相应的UI处于“非活动”状态。

为了实施本公开的实施例，终端可以包括，例如，“记录单元”、“使用历史数据库(DB)”、“识别单元”和“状态设置单元”。在终端的这些组件中，一个组件可以与其它组件结合或者可以根据其它实施例或实施情况被划分为更精细的组件。

图1示出了根据本公开的实施例的终端的配置示例。

参考图1，终端100包括，例如，识别单元102a、使用历史DB 102b、记录单元104、状态设置单元106和显示单元108。

记录单元104根据终端100上安装的每个程序包将相应应用的使用历史记录在使用历史DB 102b中。在具体实施例中，当终端100基于Android操作系统操作时，使用历史DB 102b可以使用最近最少使用(Least Recently Used，LRU)列表。LRU列表可以包括终端上安装的程序包中最近被使用的应用。更具体地，使用历史DB 102b映射并且存储终端100上安装的每个程序包的使用历史。使用历史可以包括用户运行相应应用的起始时间、用户结束该应用的结束时间，以及应用在终端100的显示区域(未示出)内被运行或结束的时间。进一步，使用历史可以包括彼此映射的累积时间和累积时段，所述累积时间和累积时段可以通过累积相应应用被运行达预定时间的时间来生成。此外，累积时段可由用户设置。累积时段可以被设置为，例如，以天或月为单位。

识别单元102a识别每个安装的程序包的状态以及该相应的程序包是否满足为改变相应的程序包的状态所预设的条件，基于该识别结果确定相应程序包的状态是否改变，并且将该确定告知状态设置单元106。所述条件可以被划分为，例如，用于确定是否将相应程序包的状态改变为非活动状态的非活动状态改变条件、用于确定是否将程序包的状态改变为活动状态的活动状态改变条件、和用于移除相应程序包的条件。非活动状态改变条件可以包括“每个安装的程序包的非使用时段长于或等于预设解除激活阈值的情况”。一实施例中，该阈值可以被确定为数小时、数天、数周等。解除激活阈值可以考虑相应程序包所支持的应用的特性根据用户的倾向、依赖于每个程序包而改变。例如，假定用户安装用于预订电影票和诸如火车票的公共交通票的的应用程序包。进一步，假定用户有时看电影但经常出差。那么，该用户可以将电影预订应用的解除激活阈值配置为相对长于火车票预订应用的解除激活阈值。

进一步，可以使用终端上安装的程序包的电流消耗、运行频率、存储器占用率和运行在显示屏上的累积时间中的至少一个来配置非活动状态改变条件。例如，非活动状态改变条件可以包括“根据高功耗(或收费的蜂窝数据的高消费)的顺序选择程序包的预设数目并且所选择的程序包的运行频率等于或小于阈值的情况”。根据本公开的实施例，尽管未示出，非活动状态改变条件还可以包括“终端100内的存储器例如随机存取存储器(RAM)的占用率大于或等于预定占用率的情况”。替换地，非活动状态改变条件可以包括“根据高RAM占用率的顺序来选择程序包的预定数目并且所选择的程序包的运行频率等于或小于阈值的情况”。

替换地，非活动状态改变条件可以包括关于相应应用的运行屏幕显示在终端的显示屏上的时间是否短于预定阈值时间或相应应用在预定单位时间内的使用频率是否小于预设使用频率阈值的信息。替换地，非活动状态改变条件可以包括相应应用在预定单位时间内消耗的电流大于按预定单位预设的电流阈值的情况。当消耗的电流过度大于平均电流时，该电流相对于平均电流的误差范围可以被预设并且相应应用所消耗的电流是否超过相应的误差范围可以被识别。相应地，可以确定相应条件是否被满足。

根据本公开的实施例，可以通过从前述条件中选择两个或更多条件并且将选择的条件组合为一个条件来配置非活动状态改变条件。

根据本公开的实施例，识别单元102a可以预存包括不对其施加到“非活动”状态的状态改变的程序包的解除激活例外列表。解除激活例外列表可以包括应当被基本地安装在终端上的程序包，并且可以进一步包括根据用户设置的程序包。例如，假定解除激活例外列表可以包括不使用银行而只经移动服务进行银行业务的用户。在此情况下，即使用户不频繁地使用支持移动互联网银行业务的应用，该应用也可以被包括在非活动状态改变例外列表上。相应的实施例中，当在终端上安装的程序包中检测到满足前述非活动状态改变条件之一的程序包时，识别单元102a额外地识别检测到的程序包是否包括在非活动状态改变例外列表上。进一步，当基于该额外的识别结果，检测到的程序包未被包括在非活动状态改变列表时，识别单元102a可以将该程序包的状态改变为非活动状态。替换地，根据本公开的实施例，识别单元102a可以查询关于程序包到非活动状态的改变并且基于查询结果确定程序包到非活动状态的改变。当基于额外识别的结果，检测到的程序包包括在非活动状态改变例外列表中时，识别单元102a保持检测到的程序包的状态。

同时，根据本公开的实施例，可以考虑相应应用的特性、根据每个应用来不同地配置非活动状态改变条件。在此情况下，通过与提供可被Android使用的应用的市场对应的Play Store安装的应用，可以具有至少一个类别，诸如游戏、购物、天气、窗口小工具等。基于每个类别的特性，用户可以根据相应应用的类别配置不同的解除激活阈值。由于根据每个类别的运行频率还可以依赖于用户的倾向而不同，所以运行频率可被相应用户任意地配置。

同时，当检测到满足非活动状态改变条件的程序包时，识别单元102a可以确定移除该检测到的程序包并且向状态设置单元106发送将检测到的程序包的状态改变为非活动状态的指令。根据本公开的实施例，当检测到满足非活动状态改变条件的程序包时，识别单元102a可以询问是否将检测到的程序包的状态改变为非活动状态并且执行与针对该询问的用户输入相应的操作。例如，当针对询问的用户输入与“拒绝到非活动状态的改变”相对应时，识别单元102a停止用于程序包的状态改变的操作。进一步，当针对询问的用户输入与“接受到非活动状态的改变”相对应时，识别单元102a向状态设置单元106发送将检测到的程序包的状态改变为非活动状态的指令。

进一步，识别单元102a可以检测满足活动状态改变条件或移除条件的应用，并且向状态设置单元106发送将检测到的程序包的状态改变为活动状态或移除检测到的程序包的指令。替换地，根据本公开的实施例，识别单元102a可以向用户询问是将检测到的应用的状态改变为活动状态还是移除检测到的应用，并且执行与针对该询问的用户输入对应的操作。替换地，当接收到支持推送服务的应用的推送消息时，识别单元102a可以向状态设置单元106发送将应用的状态改变为非活动状态的指令。

状态设置单元106可以根据从识别单元102a接收的指令来将相应程序包的应用的状态改变为活动或非活动状态、或者移除该应用。当相应应用的非活动状态被改变为活动状态时，该应用切换到可用状态。在此情况下，其非活动状态已被改变为活动状态的应用可以被直接运行，或者可以只执行将应用的状态改变为活动状态。

此后，状态设置单元106向显示单元108发送关于状态已被改变的应用的信息。然后，显示单元108将与该信息相应的应用的UI改变为指示该应用的改变后的状态，并且在终端100的显示屏上显示改变后的UI。下文，图标将被作为UI的示例来描述。当相应应用的状态被改变为“非活动”状态时，显示单元108可以将“冰图标”与在该应用的图标重叠以改变显示，就像该应用的图标冻结了一样。相应地，当用户识别到显示屏上与冰图标重叠的图标时，用户可以识别与该图标对应的应用处于非活动状态。

根据本公开的实施例，关于对相应应用设置的解除激活阈值，显示单元108可以以指示该应用至今已不被使用的天数的形式来改变和显示应用的图标。稍后将参考图4描述这一显示示例。进一步，当相应应用的非活动状态被改变为活动状态时，显示单元108可以将应用的图标改变为指示活动状态的图标并且显示改变后的图标。此外，根据本公开的实施例，显示单元108可以在图标改变的同时立即显示与该图标相应的应用的运行屏幕。

显示单元108可以通过各种方法表示终端100上安装的程序包的各个状态，即非活动状态和活动状态。代表性示例可以包括根据非活动状态和活动状态在视觉上不同地表示该图标的方法。如上所述，可以通过将指示非活动状态的冰图标与相应图标重叠或将指示相应应用已不被使用的天数的数字与相应图标重叠来进行所述显示。

下文中，将参考图2a到图7描述根据本公开的实施例的用于确定终端上安装的程序包中将被施加状态改变的程序包和显示所确定的程序包的操作的示例。

图2a示出了根据本公开的实施例用于将安装在终端上的程序包的状态改变为非活动状态的操作的示例。为描述的方便，假定图2a的终端与图1的终端100相应。

参考图2a，假定支持不同功能的三个应用，即第一应用(APP)、第二APP和第三APP，被安装在终端100上。

当记录单元104在操作200a中检测到每个应用的使用时，记录单元104在操作200b中收集相应的使用历史，并且在使用历史DB 102b中更新与每个应用对应的所收集的使用历史。例如，每当安装在终端100上的程序包中相应程序包的应用被运行时，记录单元104可以将起始时间与相应应用的使用历史映射，并且将映射的信息存储在使用历史DB 102b中。替换地，相应程序包的应用的运行结束时间或相应应用的运行屏从显示区域消失的时间可被存储在使用历史DB 102b中作为相应应用的使用历史。

如上所述，操作202中，存储在使用历史DB 102b中与每个应用对应的使用历史，可在预设的读取时间被识别单元102a读取。识别单元102a的读取时间可被配置为，例如，终端100每天最初充满电时的时间。另一实施例中，读取时间可被配置为终端100每天最初被解锁以被用户使用时的时间。本公开的实施例中，读取时间可被配置为每月预设的日期，并且用户可以在每月每个对应日期都识别所安装的应用最后被使用时的时间。同时，本公开的对应实施例中，假定使用历史DB 102b存储安装在终端100上的三个应用——即第一APP、第二APP和第三APP——的使用历史，并且该使用历史与相应应用的最后被使用的日子相对应。然后，识别单元102a可以识别使用历史DB 102b中第一APP、第二APP和第三APP各自的最后被使用的日子并且计数目前相应应用各自的非使用天数。例如，假定第一APP已不被使用的天数是“1”，第二APP已不被使用的天数是“2”，以及第三APP已不被使用的天数是“7”。

此时，假定状态改变条件被配置为“应用未被使用的天数大于或等于非活动阈值”并且该非活动阈值是21天。那么，识别单元102a识别到第一APP到第三APP中已未被使用达与非活动阈值对应的21天的第二APP满足非活动状态改变条件。根据本公开的实施例，操作204中，识别单元102a可以确定将第二APP的状态改变为非活动状态并且向状态设置单元106发送将第二APP的状态改变为非活动状态指令。替换地，根据本公开的实施例，操作204中，识别单元102a可以在终端100的显示屏幕(未示出)上以弹出窗口206a的形式显示用于允许用户确定将第二APP的状态改变为“非活动状态”的询问窗口。例如，询问窗口206a向用户提供与“是”或“否”对应的选择按钮以确定是否将第二APP的状态改变为非活动状态。例如，询问窗口206a中，指示第二APP的活动状态的图标可被映射到并且显示在“是”按钮上，以及指示第二APP的非活动状态的图标，即通过将第二APP的图标与冰图标重叠所生成的图标可被映射到并显示在“否”按钮上。例如，假定，当通过弹出窗口206a检测到用户输入时，该用户按下“是”按钮。在此情况下，用户输入可以通过相应图标的触摸输入来执行。然后，操作206a中，识别单元102a向状态设置单元106发送用于与用户输入相应的第二APP的状态改变的指令。即，当第二APP当前处于活动状态时，响应于用户输入，该指令指示第二APP的状态改变为非活动状态。当第二APP当前处于非活动状态时，识别单元102a可以确定移除第二APP并且向状态设置单元106发送移除第二APP的指令。替换地，根据本公开的实施例，识别单元102a可以在显示屏上显示用于询问是否移除第二APP的弹出窗口。进一步，操作206b中，识别单元102a可以基于通过弹出窗口所做出的用户输入来向状态设置单元106发送用于第二APP的状态改变的指令。

操作208中，响应于从识别单元102a接收的指令，状态设置单元106将第二APP的状态改变为“非活动状态”或移除第二APP，并且控制显示单元108在终端100的显示屏上显示指示第二APP的改变后的状态的图标。即，当第二APP的状态被改变为非活动状态时，已接收到关于状态改变的信息的显示单元108可以，例如，在终端100的显示屏上显示通过将第二APP的图标210a与冰图标重合所生成的图标210b。

图2b示出了根据本公开的实施例的显示单元在其上显示指示状态改变的图标的终端的显示屏的示例。

参考图2b，当在操作208中第二APP的状态被改变为非活动状态时，显示单元108可以在终端100的显示屏上显示包括与安装的程序包对应的图标和已被改变为指示“非活动状态”的第二APP的图标的应用抽屉220。这里，假定第二APP的图标210b与为注册用户提供聊天的“ChatON”对应。应用抽屉220包括，例如，通过将第二APP的图标210a与冰图标重叠所生成的图标210b以及以活动状态显示的其它图标。

替换地，已接收到移除第二APP的图标的指令的显示单元将第二APP的图标从显示屏上移除。

根据本公开的实施例，假定非活动状态改变条件被配置为“RAM占用率大于或等于预定占用率”。在此情况下，，当记录单元104检测到每个应用的使用时，记录单元104按相应的使用收集RAM占用率，并且在操作200b中将所收集的根据每个应用的RAM占用率在使用历史DB 102b中进行更新。例如，当根据使用特定应用的过程期间内容的下载、该特定应用的RAM占用率增加时，存储在使用历史DB 102b中的特定应用的RAM占用率被更新为增加后的RAM占用率。类似地，如上所述，存储在使用历史DB 102b中的根据每个应用的RAM占用率可在预设的读取时间被识别单元102a读取。然后，识别单元102a可以在预设的读取时间识别使用历史DB 102b中的根据每个应用的RAM占用率。识别单元102a识别每个应用的RAM占用率，例如，第一APP的RAM占用率大于预定占用率并且因而满足非活动状态改变条件。根据本公开的实施例，识别单元102a可以确定将第二APP的状态改变为非活动状态并且向状态设置单元106发送将第二APP的状态改变为非活动状态的指令。替换地，根据本公开的实施例，识别单元102a可以在终端100的显示屏(未示出)上以弹出窗口206a的形式显示用于允许用户确定是否将第二APP的状态改变为“非活动状态”的询问窗口。例如，询问窗口206a向用户提供与“是”或“否”对应的选择按钮以确定是否将第一APP的状态改变为非活动状态。例如，询问窗口206a中，指示第一APP的活动状态的图标可被映射到并显示在“是”按钮上，并且，指示第一APP的非活动状态的图标，即通过将第一APP的图标与冰图标重叠所生成的图标，可被映射到并显示在“否”按钮上。例如，假定，当通过弹出窗口206a检测到用户输入时，用户按下“是”按钮。在此情况下，用户输入可以通过相应按钮的触摸输入来完成。然后，识别单元102a向状态设置单元106发送用于与该用户输入对应的第一APP的状态改变的指令。即，当第一APP当前处于活动状态时，响应于用户输入，该指令指示将第一APP的状态改变到非活动状态。当第一APP当前处于非活动状态时，识别单元102a可以确定移除第一APP并且向状态设置单元106发送移除第一APP的指令。替换地，根据本公开的实施例，识别单元102a可以在显示屏上显示用于询问是否移除第一APP的弹出窗口。进一步，识别单元102a可以基于通过弹出窗口所作出的用户输入来向状态设置单元106发送用于第一APP的状态改变的指令。

响应于从识别单元102a接收的指令，状态设置单元106将第一APP的状态改变为“非活动状态”或移除第一APP，并且控制显示单元108在终端100的显示屏上显示指示第一APP的改变后的状态的图标。即，当第一APP的状态被改变为非活动状态时，已接收到关于状态改变的信息的显示单元108可以，例如，在终端100的显示屏上显示通过将第一APP的图标210a与冰图标APP重叠所生成的图标210b。同时，根据本公开的实施例，状态设置单元106预存储前述非活动状态改变例外列表。状态设置单元106识别满足前述非活动状态改变条件的第二APP或第一APP是否被包括在非活动状态改变例外列表中。当基于识别结果，第一APP或第二APP未被包括在非活动状态改变例外列表中时，响应于从识别单元102a接收的指令，状态设置单元106可以改变第一APP或第二APP的状态，或者移除第一APP或第二APP。相反，当第一APP或第二APP包括在非活动状态改变例外列表时，状态设置单元106保持第一APP或第二APP的状态。

同时，根据本公开的实施例，无论从识别单元102a获得的指令如何，状态设置单元106都可以检测指示相应应用的状态改变的用户输入。例如，当对特定应用的图标的用户输入——例如，预定时间或更长时间内的触摸输入——在显示屏上检测到时，状态设置单元106可以控制显示单元108将与“非使用”状态对应的、通过将第二APP或第一APP的图标210a与冰图标重叠所生成的图标210b，显示为该特定应用的图标。

进一步，假定，当相应图标被触摸X秒时，特定命令被调用。例如，当在预设时间范围，例如，在X+1秒之后到X+3秒为止，检测到对相应图标的触摸输入时，状态设置单元106可以将与该图标对应的应用的状态改变为非活动状态，或者将该应用的非活动状态改变为活动状态。

图3a示出了根据本公开的实施例将终端上安装的程序包中的程序包的非活动状态改变为活动状态的过程的示例。为描述的方便，假定图3a的终端也和图1的终端100对应。

参考图3a，首先，假定通过图2a和图2b的过程终端100上安装的第二APP的状态当前被改变为非活动状态。记录单元104在操作300中检测到第二APP的应用的使用，并且操作302中更新使用历史DB 102b中存储的第二APP的使用历史。即，记录单元104可以在使用历史DB 102b中将第二APP的应用最后被使用之后的天数记录为“0”，其作为第二APP的使用历史。操作304中，识别单元102a在预设读取时间读取使用历史DB 102b并且识别到第二APP的使用历史满足预设的活动状态改变条件。活动状态改变条件可以包括处于非活动状态的程序包近来已被使用的天数等于或小于预设阈值天数的情况，或RAM占用率或电流消耗等于或小于预定阈值的情况。

即，当识别单元102a识别到在第二APP最后被使用之后的天数为“0”时，操作306中，识别单元102a向状态设置单元106发送将第二APP的状态改变为活动状态的指令。操作308中，状态设置单元106将第二APP的状态改变为活动状态，并且控制显示单元108将指示改变后的状态——即活动状态——的图标作为第二APP的图标显示在终端100的显示屏上。相应地，操作310中，显示单元108从与冰图标重叠的第二APP的图标310a中移除冰图标，并且显示指示活动状态的第二APP的图标310b。替换地，根据本公开的实施例，当第二APP的图标310b被改变为指示活动状态时，第二APP可以被立即运行。即，第二APP的运行屏幕被显示在显示屏上。

图3b示出了根据本公开的实施例将终端上安装的程序包中处于“非使用”状态的程序包改变为“使用”状态并且立即运行该程序包的过程的示例。

参考图3b，用于将第二APP的图标改变为指示活动状态的图标310b的操作近似于图3a的操作，并且因而为了简明将不再描述步骤中的许多步骤。进一步，根据本公开的实施例，当第二APP的非活动状态被改变为活动状态时，操作320中，第二APP的运行屏幕330可以被显示在终端的显示屏上。

同时，如上所述，根据本公开的实施例，当相应应用已不被使用的天数——其是用于确定终端上安装的程序包的状态改变的条件之一——大于或等于设置给应用的解除激活阈值天数时，显示单元108可以显示应用的图标，该图标被改变为指示该应用已不被使用的天数。

图4a示出了根据本公开的实施例用于显示将终端上安装的应用的UI改变为非活动状态的过程的示例。假定非活动状态改变条件被配置为终端上安装的程序包已不被使用的天数大于或等于预设的解除激活阈值天数。进一步，假定，解除激活阈值天数被划分为三等份，并且，每当应用已不被使用的天数达到与三等份对应的解除激活阈值天数的1/3、解除激活阈值天数的2/3以及解除激活阈值时，应用的图标被不同地显示。

参考图4a，作为显示在终端的显示屏上的应用列表的应用抽屉400包括与终端上安装的程序包的应用对应的图标。进一步，假定与“ChatON”对应的图标的应用已不被使用的天数达到预定解除激活阈值天数的1/3。那么，终端的显示单元可以将通过将与“ChatON”对应的图标的仅1/3与冰图标部分地重叠所生成的图标402显示在应用抽屉400内。进一步，假定与“ChatON”对应的图标的应用已不被使用的天数达到解除激活阈值天数的2/3。那么，终端的显示单元可以将通过将与“ChatON”对应的图标的仅2/3与冰图标部分地重叠所生成的图标404显示在应用抽屉400内。最后，假定与“ChatON”对应的图标的应用已不被使用的天数达到解除激活阈值天数。那么，终端的显示单元可以将通过将与“ChatON”对应的图标与冰图标完全重叠所生成的图标406显示在应用抽屉400内。

图4b示出了根据本公开的实施例用于显示将终端上安装的应用的UI改变为非活动状态的过程的示例。

图4b的实施例中假定相应应用已不被使用的天数与该应用的图标重叠。

参考图4b，例如，当应用已不被使用的天数是7时，终端的显示单元可以将通过将数字7和与“ChatON”对应的图标重叠所生成的图标414显示在应用抽屉400内。与相应图标重叠的、与应用已不被使用的天数对应的数字的尺寸，可被配置为比该图标小预定尺寸，或是透明的，或根据用户设置位于图标顶部、中心或底部之一。用户设置可以以包括菜单的弹出窗口的形式提供给用户。

进一步，当“ChatON”已不被使用的天数达到解除激活阈值时，终端的显示单元在应用抽屉400内显示通过将与“ChatON”对应的图标与冰图标完全重叠所生成的图标406。因此，用户可以通过在终端的显示屏的应用抽屉400上识别图标402到406——其与冰图标部分地或完全地重叠或者与指示“ChatON”已不被使用的天数重叠，来识别与“ChatON”对应的图标的状态改变过程。相应地，根据本公开的实施例，用户可以停止图标的状态改变过程并且直接改变识别到的图标。即，如上所述，用户可以通过对于相应图标的预设用户输入，即通过提供按压触摸达预定时间，来直接地执行状态改变。然后，该图标可以以与反映用户输入的结果对应的图标的形式显示在显示屏上。

图5示出了根据本公开的实施例的其中用户直接地执行终端上安装的程序包中的预定程序包的状态改变的示例。

参考图5，类似于图4a和图4b，显示在终端的显示屏上的应用抽屉500包括与终端上安装的程序包的应用对应的图标。在此情况下，假定用户确定改变处于非活动状态的、与“ChatON”对应的图标的应用的状态。进一步，假定用户配置例如X+3秒的预设时间的触摸输入，作为用于直接改变应用的状态的用户输入。相应地，当用户在应用抽屉500中提供与“ChatON”对应的图标的触摸输入作为用户输入时，图标的改变过程可以根据经过的时间来显示。

例如，当用户提供触摸输入达到与“ChatON”对应的图标的状态改变的触摸输入对应的X+3秒的1/3时，通过将该图标的1/3和冰图标部分地重叠所生成的图标502被显示在应用抽屉500内。进一步，当用户提供触摸输入达到与“ChatON”对应的图标的状态改变的触摸输入对应的X+3秒的2/3时，通过将该图标的2/3和冰图标部分地重叠所生成的图标504被显示在应用抽屉500内。最后，当用户触摸输入达到与“ChatON”对应的图标的状态改变的触摸输入对应的X+3秒时，通过将该图标和冰图标完全重叠所生成的图标506被显示在应用抽屉500内。

图6示出了根据本公开的实施例的用于移除终端上安装的处于非活动状态的程序包的操作的示例。为描述的方便，假定图6的终端也与图1的终端100相对应。

参考图6，操作600中，记录单元104收集关于相应应用——例如，与终端100上安装的程序包中处于非活动状态的程序包对应的第一APP、第二APP和第三APP——已不被使用的时间(如，天数)的数据。操作602中，记录单元104将所收集的应用已不被使用的天数在使用历史DB 102b中进行更新，作为与每个应用对应的使用历史。

操作604中，识别单元102a在预设读取时间读取使用历史DB 102b并且识别是否有满足预设移除条件的应用，即在预定阈值或更长时间内已不被使用的应用。例如，假定，在读取时间时，使用历史DB 102b存储“1天”作为第一APP的使用历史，“21天”作为第二APP的使用历史，以及“7天”作为第三APP的使用历史。然后，识别单元102a可以识别满足移除条件——例如“经过了21天”——的第二APP，并且确定移除第二APP。根据实施例，操作606中，识别单元102a可以通过终端的显示屏显示用于询问用户是否移除第二APP的弹出窗口608。例如，弹出窗口608向用户提供与“是”或“否”相应的选择按钮以确定是否移除第二APP。例如，通过将处于非活动状态的第二APP的图标和冰图标重叠所生成的图标可以被映射到并且显示在“是”按钮上，以及通过将处于非活动状态的图标和回收站重叠所生成的图标可以被映射到并且显示在“否”按钮上。

操作610中，响应于通过弹出窗口做出的用户输入，状态确定单元106确定是否移除第二APP。当从识别单元102a接收到移除第二APP的指令时，状态确定单元106移除第二APP。该指令可以当第二APP满足移除条件时由识别单元102a确定，或可以在识别单元102a通过询问窗口608检测到用户对“否”按钮的输入时被接收。进一步，当状态确定单元106运行第二APP的移除时，第二APP的图标从终端100的显示屏上消失。

图7示出了根据本公开的实施例用于从终端上安装的处于“非使用”状态的程序包中选择包括在非活动状态改变例外列表中的程序包并且停止状态改变的操作的示例。为了描述方便，假定图7的终端也和图1的终端对应。

参考图7，如上所述，操作700中，记录单元104收集终端100上安装的应用——例如第一APP、第二APP和第三APP——的使用历史。进一步，操作702中，记录单元104将所收集的与每个应用对应的使用历史存储在使用历史DB 102b中。

操作704a，识别单元102a在预设读取时间读取使用历史DB 102b。操作704b中，识别单元102a识别应用中满足非活动状态改变条件的应用。由于操作704a到704b基本上与图2a和图2b的操作202到204相同，所以省略其具体描述。相应地，操作706中，识别单元102a不直接向状态设置单元106发送将已被确定改变为非活动状态的第二APP的状态改变为非活动状态的指令，而是识别预存储的非活动状态改变例外列表102c是否包括第二APP。当基于识别的结果，非活动状态改变例外列表102c包括第二APP时，识别单元102a维持第二APP的当前状态。

当非活动状态改变例外列表102c不包括第二APP时，操作708中，识别单元102b向状态设置单元106发送将第二APP的状态改变为非活动状态指令。替换地，根据本公开的实施例，识别单元102a指示状态设置单元106控制显示单元108在终端100的显示屏(未示出)上显示用于询问是否将第二APP的状态改变为非活动状态的弹出窗口710。由于弹出窗口可以和图2a和图2b的弹出窗口206a相同，所以省略重合的描述。

进一步，假定，当通过弹出窗口710检测到用户输入时，用户按下“是”按钮。在此情况下，用户输入可由相应按钮的触摸输入完成。然后，识别单元102a向状态设置单元106发送改变与用户输入对应的相应应用的状态的指令。相应地，响应于该指令，状态设置单元106改变第二APP的状态，并且在操作714中控制显示单元108显示施加了第二APP改变后的状态的图标。例如，状态设置单元106进行控制以显示通过将第二APP的图标和冰图标重叠所生成的图标以指示第二APP处于非活动状态。因此，在终端的显示屏上，第二APP的非活动图标716a被改变为与冰图标重叠、指示非活动状态的图标716b。

图8a到图8c示出了根据本公开的各种实施例示出用于管理终端上安装的程序包的整体操作的流程图。为了描述的方便，终端的操作没有被分类为终端的组件所执行的操作，而是被共同地描述为终端的操作。

参考图8a到图8c，操作800中当终端在终端上安装的程序包中检测到满足预设条件的至少一个程序包时，终端继续到操作802。操作802中，终端确定是否对检测到的程序包应用状态改变。用于识别是否需要状态改变的过程通过如图2中所描述的识别是否满足预设状态改变条件来执行。状态改变包括相应程序包的应用从活动状态到非活动状态的改变、从非活动状态到活动状态的改变、或应用的移除。进一步，状态改变条件还包括前述非活动状态改变条件、活动状态改变条件、移除条件等。此外，不满足状态改变条件但正接近相应条件的程序包可以被从程序包中检测到。此时，检测到的程序包可被分类为满足UI在显示形式上的改变条件的程序包。

当基于识别结果，一个或多个检测到的程序包不满足状态改变条件时，操作804中，终端识别在所述一个或多个程序包对应的显示屏上所述程序包是否满足UI在显示形式上的改变条件。当基于识别结果，所述程序包不满足UI在显示形式上的改变条件时，操作805中终端维持该UI形式。当作为识别的结果，程序包满足UI在显示形式上的改变条件时，终端继续到操作814。操作814中，响应于一个或多个程序包满足UI在显示形式上的改变条件，终端改变UI的显示形式。更具体地，图4a和图4b的前述情况可被作为示例描述。即，即使与所述UI对应的应用不满足当前状态改变条件，达到状态改变条件的过程也可以被反映在该UI的显示形式中并且然后被显示。

操作802中，当基于识别结果，需要一个或多个程序包的状态改变时，终端继续到操作806。操作806中，终端识别一个或多个程序包当前是否处于非活动状态。当基于识别的结果，一个或多个程序包的状态处于活动状态时，终端继续到操作808。操作808中，终端选择性地询问用户是否将一个或多个程序包的状态改变为非活动状态或确定直接将一个或多个程序包的状态改变为非活动状态。进一步，当终端确定直接将状态改变为非活动状态，或者响应于该询问，从用户接收到与接受改变为非活动状态相应的用户输入时，操作810中，终端将一个或多个程序包的状态改变为非活动状态，并且之后继续到操作814。操作814中，终端改变UI的显示形式以在显示屏上指示与一个或多个程序包对应的UI处于非活动状态。

同时，操作808中，当终端从用户接收到与拒绝改变为一个或多个程序包的非活动状态相应的用户输入时，终端继续到操作816。操作816中，终端询问用户是否再一次接收关于是否将一个或多个程序包的状态改变为非活动状态的询问。当基于询问的结果，终端从用户接收到指示不需要接收询问的响应时，操作818中终端将一个或多个程序包添加到预存储的非活动状态改变例外列表。

当基于询问的结果，终端从用户接收到指示再一次接收询问的响应时，终端继续到操作820。操作820中，响应于询问，终端计数终端从用户接收到与拒绝相应的用户输入的次数。进一步，操作822中，终端识别所计数的接收次数是否大于或等于接收次数阈值。当基于识别结果，所计数的接收次数大于或等于接收次数阈值时，终端继续到操作818。当所计数的接收次数小于接收次数阈值时，终端结束该操作。

当基于操作806的识别的结果，一个或多个程序包处于非活动状态时，操作824中终端询问用户是否移除一个或多个程序包。如图6所述，询问可以以弹出窗口的形式提供在终端的显示屏上。进一步，操作826中，终端识别对于该询问的响应。当基于识别的结果，该响应是做出的对移除一个或多个程序包的请求的用户输入时，操作828中，终端从显示屏上移除与一个或多个程序包相应的UI。

当基于识别的结果，该响应是拒绝移除一个或多个程序包的用户输入时，操作830中，终端询问用户是否再一次接收关于是否移除一个或多个程序包的询问。当基于询问的结果，终端从用户接收到指示再一次接收该询问的响应时，终端继续到操作832。操作832中，终端计数终端接收到拒绝移除一个或多个程序包的用户输入的次数。进一步，操作834中，终端识别所计数的接收次数是否大于或等于接收次数阈值。当基于识别的结果，所计数的接收次数大于或等于接收次数阈值时，操作836中终端将一个或多个程序包添加到包括不被施加用于移除安装的程序包的UI的操作的程序包的移除例外列表。当基于识别的结果，所计数的接收次数小于接收次数阈值时，终端结束该操作。

同时，根据本公开的实施例，使用推送服务的应用可被包括在一个类别中。例如，该类别中包括的应用可以是Google Cloud Messaging(GCM，谷歌云消息)。在该类别中包括的程序包使用推送服务的情况中，当非活动阈值时间被配置为，例如，“10分钟”，并且相应终端的屏幕关闭状态被保持10分钟时，图1的识别单元102a可以向状态设置单元106发送将相应程序包的状态改变为非活动状态的指令。进一步，当在程序包的非活动状态中接收到推送消息时，该程序包的状态可以自动地改变为活动状态。

图9示出了根据本公开的实施例示出使用推送服务的程序包是否处于非活动状态的各种实施例。

参考图9，显示单元902上安装的程序包中具有云指示的程序包保持屏幕关闭状态达10分钟，并且因而当使用推送服务时，其状态被改变为非活动状态。进一步，具有含x的云指示的程序包902是直接被用户配置为非活动状态的程序包。

图10是根据本公开的实施例示出了用于对使用推送服务的程序包施加非活动状态的操作的流程图。

参考图10，为了将终端1000上安装的应用的状态改变为非活动状态，终端1000可以包括，例如，AppFreezer服务单元1006和状态设置单元1014，其中AppFreezer服务单元1006包括用于检测应用是否被使用的使用监视器1008、策略引擎1010和核1012。

进一步，假定由策略引擎1010配置的其中App 1002的状态被改变为非活动状态的条件，与终端1000的屏幕关闭状态被维持预定阈值时间的情况相对应。相应地，当使用监视器1008检测到App 1002的屏幕关闭状态维持了该阈值时间时，使用监视器1008向核1012发送检测报告。然后，核1012向状态设置单元1014发送将App 1002的程序包的状态改变为非活动状态的指令。已接收到该指令的状态设置单元1014在终端的显示屏上将App 1002的程序包的状态改变为非活动状态。

假定App 1002对应于与使用推送服务的应用。除了不满足策略引擎1010配置的非活动状态改变条件的情况之外，以下情况可被用作重建App1002的非活动状态的条件：App 1002通过推送服务提供单元1004接收推送消息，作为由状态设置单元1014提供推送消息的示例。例如，当状态设置单元1014接收到推送消息时，状态设置单元1014经策略引擎1010向核1012发送该推送消息。然后，核1012向状态设置单元1014发送将App 1002的状态改变为活动状态的指令。状态设置单元1014可以识别App 1002的状态，并且当App 1002的状态处于非活动状态时，将App 1002的状态改变为活动状态。

如上所述，在支持推送服务的应用的例子中，当在非活动状态下接收到推送服务时，活动状态改变条件可被识别并且相应程序包的状态可被改变为活动状态。

同时，在提供消息服务的应用的情况中，当在非活动状态改变条件被满足并且因而做出到非活动状态的改变的状态中从具体对应物接收到消息时，该消息的接收应当被通知给用户。在此情况下，当提供消息服务的应用不支持推送服务时，即使处于非活动状态，该应用也可以在每个预定周期(例如，每三小时)识别接收到的消息。当在相应周期内存在接收到的消息时，可以在显示屏上显示告知该消息存在的警告。同时，假定提供消息服务的应用支持推送服务。在此情况下，不限于预定周期，当在处于非活动状态的应用中检测到针对该应用的推送消息的接收时，终端可以将应用的状态改变为活动状态并且在显示屏上显示该应用。

图11a是根据本公开的实施例示出了用于管理终端上安装的程序包的操作流程图。例如，将基于终端使用Android操作系统的假设来进行以下描述。

参考图11a，操作1100中，用户识别安装的程序包中相应程序包的App是否包括在应用的列表(下文，被称作“受控的强制App列表”)中，其中无论预设状态改变条件如何，应用都可以被改变为非活动状态。受控的强制App列表可在终端内默认地预设，或可由用户考虑预定条件来构建。此时，预定条件可以包括使用频率、相对电池消耗等。例如，用户可以将终端上安装的程序包中与满足以下条件中至少一个的App对应的程序包插入到受控的强制App列表，该条件为：使用频率小于使用计数阈值的条件和相对电池消耗也小于阈值的条件。

当基于识别的结果，相应程序包的App被包括在受控的强制App列表中时，操作1102中，用户可以通过对受控的强制App列表中所包括的App应用数据挖掘算法来确定是否将相应程序包的状态改变为非活动状态。数据挖掘算法与基于通过相应程序包的App的运行凭经验获得的信息确定是否将状态改变为非活动状态的方法对应，其中该方法是基于根据操作1104和1106中的实施例的两个功能而执行的。相应地，当前实施例中，操作1104中，用户识别相应程序包的App是否满足第一条件。第一条件可以包括电池消耗水平、非使用时段和App程序包关联中的至少一个。例如，该条件与电池消耗水平大于或等于电池阈值、非使用时段长于预定时间、或与相应程序包的App有关的App的数目小于预定数目的情况对应。当基于识别的结果，相应程序包的App满足第一条件时，用户继续到操作1106。替换地，当基于识别的结果，该程序包的App不满足第一条件时，用户结束该操作。

操作1106中，用户识别程序包是否满足第二条件。第二条件可以包括终端当前剩余的存储器大小、程序包的存储器使用量和安装的App数目中的至少一个。例如，该条件可以与终端的剩余存储器大小小于预定阈值、程序包的存储器使用量大于存储器阈值、或与程序包有关的安装的App数目大于阈值的情况对应。当基于识别的结果，程序包的App满足第二条件时，用户继续到操作1108。当基于识别的结果，程序包的App不满足第二条件时，用户结束该操作。

操作1108中，用户对程序包的App识别每个过程状态的过程重要性。每个过程状态的重要性可以根据每个过程状态的服务和背景来划分和测量。

图11b是根据本公开的实施例示出了每个过程状态的重要性的映射关系。

参考图11b，例如，用户将用于相应程序包的App的过程划分并且识别每个过程的重要性是否大于或等于预设阈值。假定对于相应过程的服务的重要性的阈值被配置为，例如，“300”，并且对于背景的重要性的阈值被配置为，例如，“400”。供参考，图11b中，用黑体表示具有大于或等于预设阈值的重要性的过程。

再次参考图11a，当基于识别的结果，操作1108中服务的重要性大于或等于300时，用户继续到操作1112并且确定是否在App中产生流量。当基于确定的结果未产生流量时，用户将App的状态改变为非活动状态。替换地，当App的背景的重要性与预设阈值——例如，“400”——对应时，用户继续到操作1110。操作1110中，当缺少用于每个过程状态的存储器时具有被最先移除的优先权的参数当中存在LRU参数或具有包括在预定范围内的值(例如，值5或从7到15的值)的参数时，用户继续到操作1112。当操作1110中参数值未被包括在预定范围内时，即，当相应值既不是5、也不是从7到15中的一个时，用户结束该操作。

图11c是根据本公开的实施例示出当缺少用于每个过程状态的存储器时最先被控制的优先级的表格。

参考图11c，用黑体表示具有值5或从7到15的值的标记。

操作1112中，当用户识别到相应程序包的App中未产生流量时，操作1114中，用户将App的程序包的状态改变为非活动状态。当基于识别的结果，App中产生流量时，用户可以保持程序包的当前状态。

将理解，根据说明书中的权利要求和描述的本公开的各种实施例可被实现于硬件、软件、或硬件和软件的组合的形式。

任何这样的软件可被存储在非暂态计算机可读存储介质中。非暂态计算机可读存储介质存储一个或多个程序(软件模块)、包含指令的一个或多个程序，当指令由电子设备中的一个或多个处理器运行时，导致该电子设备执行本公开的方法。

任何这样的软件可被存储在易失性存储装置或非易失性存储装置的形式中，诸如，例如，如只读存储器(ROM)的存储设备、无论是否可擦除或可再写，或以存储器的形式，诸如，例如，随机存取存储器(RAM)、存储芯片、设备或集成电路，或在光学或磁性地可读介质上，诸如，例如，致密盘(CD)、数字多功能盘(DVD)、磁盘或磁带等。将理解，存储设备和存储介质是适于存储程序或包含指令的程序的非暂态机器可读存储装置的各种实施例，当指令被运行时，实现本公开的各种实施例。相应地，各种实施例提供包含用于实现如本发明书的权利要求的任何一个所要求的装置或方法的代码的程序和存储程序的非暂态机器可读存储装置。

尽管已参考本公开的各种实施例对其进行示出和描述，但是本领域技术人员将理解在不脱离所附权利要求和等同物所限定的本公开的精神和范围的情况下，可以对其进行形式和细节上的各种改变。