一种应用程序管理方法及装置与流程

文档序号:11156071阅读:284来源:国知局
一种应用程序管理方法及装置与制造工艺

本申请涉及通信技术领域,尤其涉及一种应用程序管理方法及装置。



背景技术:

随着通信技术的发展,为了满足日益增长和多种多样的需求,终端中的应用程序也越来越多。

为了满足用户的不同需求,终端中的应用程序包括多种类型,比如,为了满足学习需求的学习类应用程序,为了满足休闲娱乐需求的游戏类应用程序,为了满足日常生活需求的网络浏览类、网上购物类、网上支付类、即时通信类等应用程序。

目前,应用程序被激活后会立即运行。由于终端中的应用程序类型多种多样,尤其在游戏类应用程序和学习类应用程序共存的情况下,如果用户运行游戏类应用程序的行为得不到有效控制,会导致学习类应用程序运行次数或时长达不到用户预期,影响用户学习计划。

由此可见,目前亟需一种应用程序管理方法,能够根据用户需求对应用程序的运行进行管理和控制。



技术实现要素:

本申请实施例提供一种应用程序管理方法及装置,用以对应用程序的运行进行管理控制。

本申请实施例提供的应用程序管理方法,包括:

当第一应用程序被激活时,确定所述第一应用程序是否是运行受限的应用程序;

若否,则运行所述第一应用程序;

若是,则确定所述第一应用程序所受限于的第二应用程序,并根据所述第二应用程序在当前监控周期内的运行记录判断所述第二应用程序的运行是否满足设定条件,若满足,则运行所述第一应用程序,否则提示运行所述第二应用程序;其中,所述第二应用程序的数量为一个或多个。

可选地,第一应用程序包括娱乐休闲类应用程序;所述第二应用程序包括学习类应用程序、健身类应用程序中的一种或多种。

可选地,确定所述第一应用程序是否是运行受限的应用程序,包括:确定所述第一应用程序的类型;若所述第一应用程序的类型为第一类型,则确定所述第一应用程序是运行受限的应用程序。

可选地,确定所述第一应用程序的类型,包括:根据所述第一应用程序的名称,确定所述第一应用程序的类型;或者,根据为所述第一应用程序设置的类型标识,确定所述第一应用程序的类型。

可选地,所述确定所述第一应用程序的类型之前,还包括:接收用于设置第一应用程序类型的类型设置请求;根据所述类型设置请求,为所述第一应用程序设置类型。

可选地,还包括:设置第一应用程序列表,所述第一应用程序列表中的应用程序为运行受限的应用程序;确定所述第一应用程序是否是运行受限的应用程序,包括:若所述第一应用程序存在于所述第一应用程序列表,则确定所述第一应用程序是运行受限的应用程序。

可选地,还包括:在监控周期内的设定时间段,执行以下步骤:查询所述第二应用程序在当前监控周期内的运行记录;若未查询到所述第二应用程序在当前监控周期内的运行记录,或者根据查询到的所述第二应用程序在当前监控周期内的运行记录判定所述第二应用程序的运行不满足设定条件,则提示运行所述第二应用程序。

可选地,还包括:若根据所述第二应用程序在当前监控周期内的运行记录判定所述第二应用程序的运行满足设定条件,则取消当前监控周期内对所述第一应用程序的运行限制。

可选地,所述设定条件,包括以下之一或组合:

在当前监控周期内或当前监控周期的设定时间段内,运行过第二应用程序;

在当前监控周期内或当前监控周期的设定时间段内,第二应用程序的运行时长超过设定阈值;

在当前监控周期内或当前监控周期的设定时间段内,第二应用程序的运行次数超过设定阈值。

本申请实施例提供的应用程序管理装置,包括:

确定单元,用于在第一应用程序被激活时,确定所述第一应用程序是否是运行受限的应用程序;

第一处理单元,用于在所述确定单元确定为否时,触发所述第一应用程序运行;

第二处理单元,用于在所述确定单元确定为是时,确定所述第一应用程序所受限于的第二应用程序,并根据所述第二应用程序在当前监控周期内的运行记录判断所述第二应用程序的运行是否满足设定条件,若满足,则触发所述第一应用程序运行,否则提示运行所述第二应用程序;其中,所述第二应用程序的数量为一个或多个。

可选地,第一应用程序包括娱乐休闲类应用程序;所述第二应用程序包括学习类应用程序、健身类应用程序中的一种或多种。

可选地,所述确定单元具体用于:确定所述第一应用程序的类型,若所述第一应用程序的类型为第一类型,则确定所述第一应用程序是运行受限的应用程序。

可选地,所述确定单元具体用于:根据所述第一应用程序的名称,确定所述第一应用程序的类型;或者,根据为所述第一应用程序设置的类型标识,确定所述第一应用程序的类型。

可选地,还包括第一设置单元,用于接收用于设置第一应用程序类型的类型设置请求,根据所述类型设置请求,为所述第一应用程序设置类型。

可选地,还包括:第二设置单元,用于设置第一应用程序列表,所述第一应用程序列表中的应用程序为运行受限的应用程序;所述确定单元具体用于:若所述第一应用程序存在于所述第一应用程序列表,则确定所述第一应用程序是运行受限的应用程序。

可选地,还包括:第三处理单元;所述第三处理单元,用于在监控周期内的设定时间段,执行以下步骤:查询所述第二应用程序在当前监控周期内的运行记录,若未查询到所述第二应用程序在当前监控周期内的运行记录,或者根据查询到的所述第二应用程序在当前监控周期内的运行记录判定所述第二应用程序的运行不满足设定条件,则提示运行所述第二应用程序。

可选地,还包括:第四处理单元,用于当根据所述第二应用程序在当前监控周期内的运行记录判定所述第二应用程序的运行满足设定条件时,取消当前监控周期内对所述第一应用程序的运行限制。

可选地,所述设定条件,包括以下之一或组合:

在当前监控周期内或当前监控周期的设定时间段内,运行过第二应用程序;

在当前监控周期内或当前监控周期的设定时间段内,第二应用程序的运行时长超过设定阈值;

在当前监控周期内或当前监控周期的设定时间段内,第二应用程序的运行次数超过设定阈值。

本申请实施例提供的终端,包括:

存储器,用于存储计算机程序指令;

处理器,耦合到所述存储器,用于读取所述存储器存储的计算机程序指令,并作为响应,执行如下操作:

当第一应用程序被激活时,确定所述第一应用程序是否是运行受限的应用程序;

若否,则运行所述第一应用程序;

若是,则确定所述第一应用程序所受限于的第二应用程序,并根据所述第二应用程序在当前监控周期内的运行记录判断所述第二应用程序的运行是否满足设定条件,若满足,则运行所述第一应用程序,否则提示运行所述第二应用程序;其中,所述第二应用程序的数量为一个或多个。

可选地,第一应用程序包括娱乐休闲类应用程序;所述第二应用程序包括学习类应用程序、健身类应用程序中的一种或多种。

本申请的上述实施例中,当第一应用程序被激活时,确定第一应用程序是否是运行受限的应用程序;若否,则可以直接运行该第一应用程序;若是,则确定第一应用程序所受限于的第二应用程序,并根据第二应用程序在当前监控周期内的运行记录判断第二应用程序的运行是否满足设定条件,若满足,则运行第一应用程序,否则提示运行第二应用程序。可以看出,是否允许第一应用程序运行,需要依赖于第二应用程序的运行情况,只有在第二应用程序的运行情况满足设定的条件时,才允许运行第一应用程序,否则提示运行第二应用程序,从而实现对应用程序的管理控制。

附图说明

图1为本申请实施例提供的应用程序管理流程示意图;

图2A、图2B和图2C分别为本申请实施例中应用程序APP的用户设置界面示意图;

图3为本申请实施例提供的应用程序管理装置的结构示意图;

图4为本申请实施例提供的终端的结构示意图。

具体实施方式

本申请实施例中,用户可针对某个或某些应用程序的运行设置条件,使这个或这些应用程序的运行依赖于另外的一个或多个应用程序的运行情况,只有当满足设置的条件时,才允许应用程序的运行。比如,对于游戏类应用程序的运行设置条件,使得只有在学习类应用程序已经运行过的情况下,才允许游戏类应用程序运行,从而有助于用户实行学习计划,实现了对应用程序的管理和控制。

本申请实施例提供的应用程序管理方法,可在终端侧实现。所述终端包括各种能够运行应用程序的用户通信设备,该用户通信设备可与用户进行人机交互,具体来说,可包括移动终端或PC(个人电脑)等设备,所述移动终端可以是手机、PDA(Personal Digital Assistant,个人数字助理)车载终端或智能穿戴设备等。

本申请实施例提供的应用程序管理方法可由能够实现该方法的应用程序来实现,以下为描述方便将该应用程序称为应用管理APP。应用管理APP可以是系统级应用程序或服务,也可以是第三方应用程序,本发明实施例对此不做限制。

应用管理APP可预置于终端,比如作为操作系统附带软件预置于终端,或者作为终端生成厂商提供的预装软件预置于终端,也可由用户根据需要下载安装,本发明实施例对此不做限制。

图1示出了本申请实施例提供的应用管理方法流程示意图,该流程可由终端执行,或者由终端中的应用管理APP执行。

如图所示,该流程可包括如下步骤101至步骤106:

步骤101~步骤102:当第一应用程序被激活时,确定第一应用程序是否是运行受限的应用程序,若是,则转入步骤103,否则转入步骤106。

其中,出于描述方便的目的,将当前被激活的应用程序称为“第一应用程序”。激活第一应用程序的方式有多种,比如,用户点击终端触摸屏上显示的第一应用程序图标,从而激活该第一应用程序;还可能是其他应用程序调用第一应用程序,从而使第一应用程序被激活。

一个应用程序是否是受限的应用程序,可通过多种方法进行识别。以下示例性地给出了几种典型的识别方法:

方法1:可对应用程序进行分类,比如划分为第一类型和第二类型,其中,第一类型的应用程序为运行受限的应用程序,比如娱乐休闲类应用程序,第二类型的应用程序的运行情况作为第一类型应用程序是否允许运行的判断依据,比如,第二类型的应用程序包括学习类应用程序、健身类应用程序中的一种或多种。其中,娱乐休闲类应用程序可包括为用户提供娱乐休闲的应用程序(比如游戏类应用程序),学习类应用程序包括可用于辅助用户学习或提高技能的应用程序,健身类应用程序包括可用于辅助用户运动健身的应用程序。其他类型的应用程序,比如即时通信类应用程序、网上支付类应用程序等,可被划分为第三类型。相应地,步骤101中,可确定第一应用程序的类型,若第一应用程序的类型为第一类型,则确定第一应用程序是运行受限的应用程序。

对应用程序进行分类,可由应用管理APP进行,也可根据用户的设置操作进行。比如,在由应用管理APP分类的一个例子中,当有应用程序被激活时,应用管理APP可根据该应用程序的名称或其他属性信息,确定该应用程序的类型,如果属于第一类型(比如游戏类),则确定该应用程序是运行受限的应用程序。再例如,在由用户设置的一个例子中,应用管理APP提供有用户设置界面,使用户可以通过该设置界面为应用程序设置类型,比如用户通过用户设置界面提交用于设置第一应用程序类型的类型设置请求,应用管理APP接收到该类型设置请求后,根据该类型设置请求,为第一应用程序设置类型,比如设置该应用程序属于第一类型还是属于第二类型。应用管理APP可根据用户设置的类型为该应用程序设置类型标识。

方法2:可预先设置第一应用程序列表和第二应用程序列表,其中,第一应用程序列表中的应用程序为运行受限的应用程序,比如,第一应用程序列表中包括游戏应用程序A和用于播放电影的应用程序B,第二应用程序列表中的应用程序是运行受限的应用程序所受限于的应用程序,比如,第二应用程序列表中可包括用于外语学习的应用程序C和用于播放公共学习课程的应用程序D。相应地,步骤101中,若当前被激活的应用程序存在于第一应用程序列表,则该应用程序为运行受限的应用程序。

根据应用管理APP是系统应用程序还是第三方应用程序,应用管理APP可采用不同的方式,获取到当前被激活的应用程序的相关信息(比如应用程序名称)。以操作系统为Android操作系统以及应用管理APP为系统应用程序为例,Android操作系统中,应用程序可运行于操作系统的应用程序框架层,应用程序框架层用于管理运行于其上的应用程序,提供了用于管理应用程序的接口,因此当有应用程序被激活时,应用程序框架层可获得该应用程序的相关信息并将该信息提供给应用管理APP。

步骤103:确定第一应用程序所受限于的第二应用程序。其中,第二应用程序的数量为一个或多个。

对于运行受限的应用程序,可设置对应的一个或多个第二应用程序,以便根据所述一个或多个第二应用程序的运行情况,判断是否允许运行该运行受限的应用程序。

针对一个运行受限的应用程序所设置的第二应用程序,与针对另一个运行受限的应用程序所设置的第二应用程序,可以相同也可以不同。比如,对于游戏应用程序A,可设置需要依据外语学习应用程序C的运行情况判断是否允许运行;对于用于播放电影的应用程序B,可设置需要依据用于播放公共学习课程的应用程序D的运行情况判断是否允许运行。

步骤104:根据第二应用程序在当前监控周期内的运行记录,判断第二应用程序的运行是否满足设定条件,若不满足,则转入步骤105,否则转入步骤106。

其中,监控周期的长度可默认设置,也可由用户设置。比如,监控周期的长度可以是一天,一个监控周期可从一天的零时开始到这一天的24时结束,然后进入下一个监控周期。

本申请实施例中,对于不同的运行受限的应用程序,判断是否允许运行的条件可以相同也可以不同。比如,应用程序1和应用程序2均为运行受限的应用程序,对于应用程序1,可在应用程序3运行过的情况下,被允许运行;对于应用程序2,可在应用程序4运行过且运行时长超过1小时的情况下,被允许运行。

举例来说,以第一应用程序是否允许运行,需要依赖于第二应用程序的运行情况为例,用于判断第一应用程序是否允许运行的条件,可包括以下之一或组合:

-在当前监控周期内或当前监控周期的设定时间段内,运行过第二应用程序。进一步地,如果第二应用程序的数量为多个,则可定义该条件为:在当前监控周期内或当前监控周期的设定时间段内,至少一个第二应用程序运行过,则允许运行第一应用程序。

-在当前监控周期内或当前监控周期的设定时间段内,第二应用程序的运行时长超过设定阈值,该阈值可以是默认设置的,也可以由用户设置。进一步地,如果第二应用程序的数量为多个,则可定义该条件为:在当前监控周期内或当前监控周期的设定时间段内,所有第二应用程序的运行总时长超过设定阈值,则允许运行第一应用程序。

-在当前监控周期内或当前监控周期的设定时间段内,第二应用程序的运行次数超过设定阈值,该阈值可以是默认设置,也可以由用户设置。

其中,所述设定时间段可以是默认设置的,也可以是由用户设置的。

步骤105:提示运行第二应用程序。

该步骤中,可通过弹出提示窗口的方式,提示运行第二应用程序。进一步地,为了方便用户操作,弹出的提示窗口中可包含用于开启第二应用程序的控件(比如按钮)或链接,以方便用户通过触发该控件或链接直接开启第二应用程序。在另外的实施例中,也可采用其它方式进行提示,比如通过语音方式进行提示。

步骤106:运行第一应用程序。

应用程序具有各种状态,并可根据情况在各种状态间进行转换。作为一个例子,应用程序被激活后,进入活跃阻塞状态,一旦等待的事件产生便进入活跃就绪状态,活跃就绪状态的进程一旦分配到处理器的时间片,即进入运行状态开始运行。基于该例子,上述流程中,在第一应用程序的进程进入活跃阻塞状态后(步骤101),如果应用管理APP确定第一应用程序不是运行受限的应用程序,则触发第一应用程序的进程进入活跃就绪状态,从而在分配到处理器资源后开始运行(步骤102和步骤106);如果应用管理APP确定第一应用程序是运行受限的应用程序,则确定第一应用程序所受限于的第二应用程序(步骤103),并判断第二应用程序在当前监控周期内的运行是否满足设定条件(步骤104),若满足则触发第一应用程序的进程进入活跃就绪状态,从而在分配到处理器资源后开始运行(步骤106),若不满足,则提示运行第二应用程序,并可进一步将第一应用程序的进程挂起或结束第一应用程序的进程(步骤105)。

通过以上描述可以看出,是否允许第一应用程序运行,需要依赖于第二应用程序的运行情况,只有在第二应用程序的运行情况满足设定的条件时,才允许运行第一应用程序,否则提示运行第二应用程序,从而实现对应用程序的管理控制。

在另外的实施例中,在上述实施例的基础上,还可以实现自动提醒功能。仍以上述第一应用程序和第二应用程序为例,在监控周期内的设定时间段,可执行以下步骤:查询第二应用程序在当前监控周期内的运行记录,若未查询到第二应用程序在当前监控周期内的运行记录,说明第二应用程序在当前监控周期内尚未运行过,则提示运行第二应用程序。进一步地,如果查询到第二应用程序在当前监控周期内的运行记录,但根据该运行记录确定第二应用程序的运行不满足设定条件(比如第二应用程序运行的时间长度未达到规定的时间长度),则也可提示运行第二应用程序。其中,所述监控周期内的设定时间段,可默认设置,也可由用户设置。该时间段可设置在用户的空闲时间段,以便用户能够有时间基于上述提示运行第二应用程序。

在另外的实施例中,在上述实施例的基础上,还可提高应用程序管理的灵活性。仍以上述第一应用程序和第二应用程序为例,当第二应用程序的运行满足设定条件时,可取消当前监控周期内对第一应用程序的运行限制。因为在当前监控周期内,若第二应用程序的运行已经满足设定条件,则在该监控周期内,第一应用程序再次被激活时,应该允许运行,因此取消当前监控周期内对第一应用程序的运行限制,不会违背本申请实施例的管理原则,还可以降低用于进行判断和处理的资源开销,提高终端运行速度。其中,所述设定条件可参照前述实施例进行设置。

将上述实施例应用于基于学习类应用程序的运行情况,对娱乐休闲类应用程序的运行进行管理的场景中,可提升用户对学习类应用程序的使用率,有助于用户实行学习计划,提升用户的学习效果。因为当用户运行非学习类应用程序(比如游戏类应用程序)时,证明用户目前处于闲暇状态,通过本申请实施例可提示用户利用闲暇时间进行学习,从而提高学习效果。

下面以具体应用场景为例,并结合图2A、图2B和图2C,描述本申请实施例的具体实现过程。

如图2A所示,用户Tom的手机中安装有名称为“学习助手”的应用管理APP,Tom点击用户界面200中该APP的图标201,进入用户设置界面202。

如图2B所示,Tom在用户设置界面202中,将游戏1、游戏2的图标拖入“休闲娱乐应用列表”203,将学习类应用程序1、学习类应用程序2拖入“学习应用列表”204。然后,进入用户设置界面205。

如图2C所示,在用户设置界面205中,Tom设置学习计划。其中,Tom设置的学习计划中,监控周期为“1天”,每个监控周期使用学习类应用程序1的时间长度不少于10分钟,并且使用学习类应用程序2的时间长度不少于30分钟,自动提醒时间段为“21:00~22:00”。

此后,Tom在上午10点钟点击学习类应用程序1的图标,由于该应用程序不在“休闲娱乐应用列表”203中,因此被允许运行。该应用程序运行了20分钟,其运行情况被记录在应用程序运行日志中(包括应用程序名称,开启时间,结束时间等)。

在12点钟,Tom点击游戏1的图标,由于该应用程序存在于“休闲娱乐应用列表”203中,因此“学习助手”获取“学习应用列表”204,根据应用程序运行日志,虽然“学习应用列表”204中的学习类应用程序1运行了20分钟,但学习类应用程序2尚未运行,因此不满足运行游戏1的条件,因此弹出窗口,提示用户运行学习类应用程序,并可进一步在该弹出窗口中提供当前未完成学习计划的学习类应用程序2的链接。Tom点击该链接,开启学习类应用程序,并运行了10分钟。学习类应用程序2的运行情况被记录在应用程序运行日志中(包括应用程序名称,开启时间,结束时间等)。

在21点钟,“学习助手”根据应用程序运行日志,判断这天中学习类应用程序2尚未完成学习计划,并且当前手机处于运行状态而非睡眠状态,因此弹出窗口提示完成学习计划。并可进一步在该弹出窗口中提供当前未完成学习计划的学习类应用程序2的链接。Tom点击该链接,开启学习类应用程序,并运行了20分钟。学习类应用程序2的运行情况被记录在应用程序运行日志中(包括应用程序名称,开启时间,结束时间等)。由于此时学习类应用程序2的运行时间长度已经达到要求的30分钟,因此“学习助手”将“休闲娱乐应用列表”203中的游戏1、游戏2标记为暂时取消运行受限,并设置定时器(计时时长等于当前时刻到下一个监控周期开始的时刻之间的时间长度),在定时器计时时间到时取消该标记。

在21点50,Tom点击游戏2的图标,由于当前“休闲娱乐应用列表”203中的游戏1、游戏2被标记为暂时取消运行受限,因此游戏2直接运行。

当下一个监控周期到达时,“学习助手”取消“休闲娱乐应用列表”203中的游戏1、游戏2的上述标记,恢复对游戏1和游戏2的运行进行管理控制。

基于相同的技术构思,本申请实施例还提供了一种应用程序管理装置。

参见图3,为本申请实施例提供的应用程序管理装置的结构示意图,该装置可实现前述实施例中的应用程序管理流程。该设备可包括:确定单元301、第一处理单元302、第二处理单元303,进一步地,还可包括第三处理单元305、第四处理单元306中的一种或多种,进一步还可包括第一设置单元304a和第二设置单元304b中的一种或多种,其中:

确定单元301,用于在第一应用程序被激活时,确定所述第一应用程序是否是运行受限的应用程序;

第一处理单元302,用于在确定单元301确定为否时,触发所述第一应用程序运行;

第二处理单元303,用于在确定单元301确定为是时,确定所述第一应用程序所受限于的第二应用程序,并根据所述第二应用程序在当前监控周期内的运行记录判断所述第二应用程序的运行是否满足设定条件,若满足,则触发所述第一应用程序运行,否则提示运行所述第二应用程序;其中,所述第二应用程序的数量为一个或多个。

可选地,确定单元301可具体用于:确定所述第一应用程序的类型,若所述第一应用程序的类型为第一类型,则确定所述第一应用程序是运行受限的应用程序。

可选地,确定单元301可具体用于:根据所述第一应用程序的名称,确定所述第一应用程序的类型;或者,根据为所述第一应用程序设置的类型标识,确定所述第一应用程序的类型。

可选地,第一设置单元304a可用于接收用于设置第一应用程序类型的类型设置请求,根据所述类型设置请求,为所述第一应用程序设置类型。

可选地,第二设置单元304b可用于设置第一应用程序列表,所述第一应用程序列表中的应用程序为运行受限的应用程序;确定单元301可具体用于:若所述第一应用程序存在于所述第一应用程序列表,则确定所述第一应用程序是运行受限的应用程序。

可选地,第三处理单元305可用于在监控周期内的设定时间段,执行以下步骤:查询所述第二应用程序在当前监控周期内的运行记录,若未查询到所述第二应用程序在当前监控周期内的运行记录,或者根据查询到的所述第二应用程序在当前监控周期内的运行记录判定所述第二应用程序的运行不满足设定条件,则提示运行所述第二应用程序。

可选地,第四处理单元306可用于当根据所述第二应用程序在当前监控周期内的运行记录判定所述第二应用程序的运行满足设定条件时,取消当前监控周期内对所述第一应用程序的运行限制。

可选地,所述设定条件的定义,可参见前述实施例,在此不再重复。

基于相同的技术构思,本发明实施例还提供了一种终端。该终端可实现前述实施例描述的显示屏设置流程。

如图4所示,该终端总体来说可包括:处理器401,存储器402、显示器403。

其中,处理器401可以是通用处理器(比如微处理器或者任何常规的处理器等)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。存储器402具体可包括内部存储器和/或外部存储器,比如随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质。显示器403可包括触摸屏控制电路。

处理器401与其他各模块之间存在数据通信连接,比如可基于总线架构进行数据通信。总线架构可以包括任意数量的互联的总线和桥,具体由处理器401代表的一个或多个处理器和存储器402代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器401负责管理总线架构和通常的处理,存储器402可以存储处理器401在执行操作时所使用的数据。

本申请实施例揭示的流程,可以应用于处理器401中,或者由处理器401实现。在实现过程中,各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

具体地,处理器401,耦合到存储器402,用于读取存储器402存储的计算机程序指令,并作为响应,执行如下操作:

当第一应用程序被激活时,确定第一应用程序是否是运行受限的应用程序;

若否,则运行第一应用程序;

若是,则确定第一应用程序所受限于的第二应用程序,并根据第二应用程序在当前监控周期内的运行记录判断第二应用程序的运行是否满足设定条件,若满足,则运行第一应用程序,否则提示运行第二应用程序;其中,第二应用程序的数量为一个或多个。

上述流程的具体实现方式可参见前述实施例的描述,在此不再重复。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1