平码五不中公式规律
  • / 31
  • 下载费用:30 金币  

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

关 键 ?#21097;?/dt>
用于 管理 安装 移动 通信 终端 中的 应用 程序包 方法 装置
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201580039627.0

申请日:

2015.05.19

公开号:

CN106662963A

公开日:

2017.05.10

当前法律状态:

实审

有效性:

审中

法?#19978;?#24773;: 实质审查的生效IPC(主分类):G06F 3/0481申请日:20150519|||公开
IPC分类号: G06F3/0481(2013.01)I 主分类号: G06F3/0481
申请人: 三星电子株式会社
发明人: 姜绚珍; 金珉; M.V.阿拉加潘; 洪荣基
地址: 韩国京畿道
优?#28909;ǎ?/td> 2014.05.19 KR 10-2014-0059850
专利代理机构: 北京市柳沈律师事务所 11105 代理人: 邵亚丽;刘虹
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201580039627.0

授权公告号:

|||

法律状态公告日:

2017.06.06|||2017.05.10

法律状态类型:

实质审查的生效|||公开

摘要

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

权利要求书

1.一种管理移动通信终端上安装的应用程序包的方法,所述方法包含:
检测应用程序包中满足用于将状态改变为非活动状态的条件的应用程序包;以及
如果检测到的应用程序包处于活动状态,则改变与检测到的应用程序包对应的用户界
面以指示该应用程序包的非活动状态,并且在用户屏幕上显示改变后的用户界面。
2.如权利要求1所述的方法,其中所述在用户屏幕上显示改变后的用户界面包含:
在用户屏幕上显示请求与接受或拒绝用于将检测到的应用程序包的状态改变为非活
动状态的操作的对应的用户输入的屏幕;以及
如果接收到指示接受该操作的用户输入,则改变与检测到的应用程序包对应的用户界
面以示出该应用程序包的非活动状态并且将改变后的用户界面显示在用户屏幕上。
3.如权利要求1所述的方法,其中所述在用户屏幕上显示改变后的用户界面包含:
识别检测到的应用程序包是否被包括在关于到非活动状态的改变的预存储的改变例
外列表中;以及
如果检测到的应用程序包未被包括在所述改变例外列表中,则执行所述改变后的用户
界面的显示。
4.如权利要求1所述的方法,进一步包含:
如果检测到的应用程序包处于非活动状态,则在用户屏幕上显示请求与接受或拒绝对
检测到的应用程序包的移除对应的用户输入的屏幕;以及
如果接收到指示接受所述移除的用户输入,则移除所述应用程序包。
5.如权利要求1所述的方法,进一步包含:
如果在应用程序包中检测到已不被使用达预定时段的应用程序包,则将与所述非使用
应用程序包对应的用户界面改变为指示所述应用程序包已不被使用的天数的形式,并且在
用户屏幕上显示改变后的用户界面。
6.如权利要求1所述的方法,其中用于改变为非活动状态的条件是基于以下至少一者
配置的:应用程序包中的相应应用已不被使用的天数、电流消耗、运行时间累积和存储器占
用率。
7.如权利要求6所述的方法,进一步包括:
将应用程序包中满足大于或等于阈值的条件的应用程序包的用户界面自动地改变为
指示所述应用程序包至今已不被使用的天数的形式,直到满足所述阈值为止,并且在用户
屏幕上显示改变后的用户界面。
8.如权利要求1所述的方法,其中所述阈值根据每个应用程序包的类别和用户的喜好
而被不同地配置。
9.如权利要求1所述的方法,进一步包含:
由应用程序包中使用推送服务的程序包检测推送服务的接收;以及
如果使用推送服务的程序包处于非活动状态,则将使用推送服务的程序包的状态改变
为活动状态。
10.如权利要求1所述的方法,进一步包含:
识别所述应用程序包是否被包括在非活动状态改变列表中;以及
如果一个或多个程序包被包括在所述非活动状态改变列表中,则识别所述一个或多个
应用程序包是否满足用于改变为非活动状态的条件。
11.一种管理安装的应用程序包的移动通信终端,所述移动通信终端包含:
控制器,被配置为检测应用程序包中满足用于将状态改变为非活动状态条件的应用程
序包,如果检测到的应用程序包处于活动状态,则改变与检测到的应用程序包对应的用户
界面以指示所述应用程序包的非活动状态,并且控制屏幕显示单元将改变后的用户界面显
示在用户屏幕上。
12.一种管理安装的应用程序包的移动通信终端,所述移动通信终端被适配为根据权
利要求2到10之一来操作。

说明书

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

技术领域

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

背景技术

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

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

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

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

发明内容

[技术问题]

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

[问题的解决方案]

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

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

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

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

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

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

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

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

附图说明

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

图11b是示出了根据本公开的实施例的每个过程状态的重要性的?#25104;?#20851;系的表
格;以及

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

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

具体实施方式

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

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

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

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

进一步,根据本公开的实施例,用户可以检测相应终端上安装的程序包中已未被
使用达预定时段的程序包。当满足预设条件时,用户可以将检测到的程序包的状态改变为
“非活动”状态或移除检测到的程序包。根据本公开的实施例,用户被询问是改变检测到的
程序包的状态还是移除检测到的程序包,并且相应的操作可以根据用户对于该问题的输入
而被执行。进一步,状态被确定为被改变为“非活动”状态的程序包被显示在终端的显示屏
上以告知相应的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?#25104;?#24182;且存储终端100上安
装的每个程序包的使用历史。使用历史可以包括用户运行相应应用的起始时间、用户结束
该应用的结束时间,以及应用在终端100的显示区域(未示出)内被运行或结束的时间。进一
步,使用历史可以包括彼此?#25104;?#30340;累积时间和累积时段,所述累积时间和累积时段可以通
过累积相应应用被运行达预定时间的时间来生成。此外,累积时段可由用户设置。累积时段
可以被设置为,例如,以天或月为单位。

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

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

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

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

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

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

同时,当检测到满足非活动状态改变条件的程序包时,识别单元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可
以将起始时间与相应应用的使用历史?#25104;洌?#24182;且将?#25104;?#30340;信息存储在使用历史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?#20445;?#31532;二APP已不被使用的天数是“2?#20445;?#20197;及第三APP已不被使用的天数是“7”。

此时,假定状态改变条件被配置为“应用未被使用的天数大于或等于非活动阈值”
并且该非活动阈值是21天。那么,识别单元102a识别到第一APP到第三APP中已未被使用达
与非活动阈值对应的21天的第二APP满足非活动状态改变条件。根据本公开的实施例,操作
204中,识别单元102a可以确定将第二APP的状态改变为非活动状态并且向状态设置单元
106发送将第二APP的状态改变为非活动状态指令。替换地,根据本公开的实施例,操作204
中,识别单元102a可以在终端100的显示屏幕(未示出)上以弹出窗口206a的形式显示用于
?#24066;?#29992;户确定将第二APP的状态改变为“非活动状态”的询问窗口。例如,询问窗口206a向用
户提供与“是”或“否”对应的选择按钮以确定是否将第二APP的状态改变为非活动状态。例
如,询问窗口206a中,指示第二APP的活动状态的图标可被?#25104;?#21040;并且显示在“是”按钮上,
以及指示第二APP的非活动状态的图标,即通过将第二APP的图标与冰图标重叠所生成的图
标可被?#25104;?#21040;并显示在“否”按钮上。例如,假定,当通过弹出窗口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占用?#21097;?#24182;且在操作200b中将所收集的根据每个应用的RAM占用率在使用历
史DB 102b中进行更新。例如,?#22791;?#25454;使用特定应用的过程期间内容的下载、该特定应用的
RAM占用?#35797;?#21152;时,存储在使用历史DB 102b中的特定应用的RAM占用?#26102;?#26356;新为增加后的
RAM占用率。类似地,如上所述,存储在使用历史DB 102b中的根据每个应用的RAM占用率可
在预设的读取时间被识别单元102a读取。然后,识别单元102a可以在预设的读取时间识别
使用历史DB 102b中的根据每个应用的RAM占用率。识别单元102a识别每个应用的RAM占用
?#21097;?#20363;如,第一APP的RAM占用率大于预定占用率并且因而满足非活动状态改变条件。根据本
公开的实施例,识别单元102a可以确定将第二APP的状态改变为非活动状态并且向状态设
置单元106发送将第二APP的状态改变为非活动状态的指令。替换地,根据本公开的实施例,
识别单元102a可以在终端100的显示屏(未示出)上以弹出窗口206a的形式显示用于?#24066;?#29992;
户确定是否将第二APP的状态改变为“非活动状态”的询问窗口。例如,询问窗口206a向用户
提供与“是”或“否”对应的选择按钮以确定是否将第一APP的状态改变为非活动状态。例如,
询问窗口206a中,指示第一APP的活动状态的图标可被?#25104;?#21040;并显示在“是”按钮上,并且,
指示第一APP的非活动状态的图标,即通过将第一APP的图标与冰图标重叠所生成的图标,
可被?#25104;?#21040;并显示在“否”按钮上。例如,假定,当通过弹出窗口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?#20445;?#20854;作为第二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内。与相应图标
重叠的、与应用已不被使用的天数对应的数字的尺寸,可被配置为比该图标小预定尺寸,或
是?#35813;?#30340;,或根据用户设置位于图标顶部、中?#24149;?#24213;部之一。用户设置可以以包括?#35828;?#30340;弹
出窗口的形式提供给用户。

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

图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的图标和冰图标重叠所生成的图标可以被?#25104;?#21040;并
且显示在“是”按钮上,以及通过将处于非活动状态的图标和回?#29031;?#37325;叠所生成的图标可以
被?#25104;?#21040;并且显示在“否”按钮上。

操作610中,响应于通过弹出窗口做出的用户输入,状态确定单元106确定是否移
除第二APP。当从识别单元102a接收到移除第二APP的指令时,状态确定单元106移除第二
APP。该指令可以当第二APP满足移除条件时由识别单元102a确定,或可以在识别单元102a
通过询问窗口608检测到用户对“否”按钮的输入时被接收。进一步,当状态确定单元106运
?#26800;?#20108;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检测到用户输入时,用户按下“是”按钮。在此情
况下,用户输入可?#19978;?#24212;按钮的触摸输入完成。然后,识别单元102a向状态设置单元106发
送改变与用户输入对应的相应应用的状态的指令。相应地,响应于该指令,状态设置单元
106改变第二APP的状态,并且在操作714中控制显示单元108显示施加了第二APP改变后的
状态的图标。例如,状态设置单元106进行控制以显示通过将第二APP的图标和冰图标重叠
所生成的图标以指示第二APP处于非活动状态。因此,在终端的显示屏上,第二APP的非活动
图标716a被改变为与冰图标重叠、指示非活动状态的图标716b。

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

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

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

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

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

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

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

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

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

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

参考图9,显示单元902上安装的程序包中具有云指示的程序包保持屏幕关闭状态
达10?#31181;櫻?#24182;且因而当使用推送服务时,其状态被改变为非活动状态。进一步,具有含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列表,该条件为:使用频?#24066;?#20110;使用计数阈值的条件和相对电池消耗也小于阈值的条
件。

当基于识别的结果,相应程序包的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是根据本公开的实施例示出了每个过程状态的重要性的?#25104;?#20851;系。

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

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

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

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

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

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

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

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

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

关于本文
本文标题:用于管理安装在移动通信终端中的应用程序包的方法及装置.pdf
链接地址:http://www.pqiex.tw/p-6091783.html
关于我们 - 网站声明 - 网?#38236;?#22270; - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 国际原油能赚钱吗 二八杠技巧口诀论坛 租房再转租能赚钱吗 老时时彩走势图 彩票模拟投注器 网络mg老虎机破解方法 猜大小单双怎么能赢 捕鱼达人3d腾讯游戏 快速时时开奖记录 江西快三和值走势图