应用处理方法和装置、电子设备、计算机可读存储介质与流程

本申请涉及数据处理领域，特别是涉及一种应用处理方法和装置、电子设备、计算机可读存储介质。

背景技术：

电子设备上安装的应用在运行时，需要占用一定的资源，如占用处理器资源、接口资源、网络资源和/或内存资源等。由于电子设备上运行的应用众多，当所有应用占据的资源过多时，会影响终端的整体运行效率。

传统方法通常是对后台应用进行冻结处理，以限制后台应用对资源的占用，提高电子设备上的可利用资源，将更多的可利用资源向前台应用上倾斜，而较少地针对前台应用进行限制。一些改进的做法也会在终端的电量较低的情形下，或者在其它设定的条件下，显示电量不足或者应用运行占用的资源过多等提示信息，还是需要用户手动退出前台运行的应用程序，难以有效提高电子设备的可利用资源。因此，传统的针对应用程序的处理方式不够灵活。

技术实现要素：

本申请实施例提供一种应用处理方法和装置、电子设备、计算机可读存储介质，可以提高对应用的处理的灵活性。

一种应用处理方法，包括：获取电子设备在监控模式下目标应用处于前台运行的运行时长；获取与所述目标应用对应的第一时长阈值；接收预设的监控设备发送的对所述目标应用的限制指令；当所述运行时长达到所述第一时长阈值后，根据所述限制指令对所述目标应用进行资源限制处理。

一种应用处理装置，所述装置包括：时长获取模块，用于获取电子设备在监控模式下目标应用处于前台运行的运行时长；获取与所述目标应用对应的第一时长阈值；限制指令接收模块，用于接收预设的监控设备发送的对所述目标应用的限制指令；应用限制模块，用于当所述运行时长达到所述第一时长阈值后，根据所述限制指令对所述目标应用进行资源限制处理。

一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行本申请各实施例中所述的应用处理方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请各实施例中所述的应用处理方法的步骤。

本申请实施例提供的应用处理方法和装置、电子设备、计算机可读存储介质，通过获取电子设备在监控模式下目标应用处于前台运行的运行时长与对应的第一时长阈值；接收预设的监控设备发送的对所述目标应用的限制指令；当所述运行时长达到所述第一时长阈值后，根据所述限制指令对所述目标应用进行资源限制处理。从而在目标应用的运行时长超过对应第一时长阈值时，由监控设备实现对目标应用进行资源限制，实现了由监控设备对电子设备进行目标应用的监控，提高了对电子设备对应用的处理的灵活性。

附图说明

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

图1为一个实施例中应用处理方法的应用环境图；

图2为一个实施例中电子设备的内部结构示意图；

图3为一个实施例中电子设备中的系统的部分框架示意图；

图4为一个实施例中应用处理方法的流程图；

图5为一个实施例中获取与目标应用对应的第一时长阈值的流程图；

图6为一个实施例中应用处理流程的示意图；

图7为另一个实施例中应用处理方法的流程图；

图8为一个实施例中应用处理装置的结构框图；

图9为一个实施例中手机的部分结构的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一时长阈值称为第二时长阈值，且类似地，可将第二时长阈值称为第一时长阈值。第一时长阈值和第二时长阈值两者都是时长阈值，但其不是同一时长阈值。

本发明实施例所提供的离线信息处理方法可应用到如图1所示的应用环境中。参考图1所示，该应用环境包括通过网络连接的电子设备110和监控设备120。电子设备110和监控设备120均不限于手机、掌上游戏机、平板电脑、个人数字助理或穿戴设备等任意一种设备。电子设备110和监控设备120上均可以安装应用程序，电子设备102可开启监控模式，并在监控模式下监控目标应用处于前台运行的运行时长，并可将监控到的运行时长等监控信息发送至监控设备104，监控设备104可向电子设备102发送对目标应用的限制指令，当电子设备上的目标应用处于前台运行的运行时长达到第一时长阈值时，则根据该限制指令对目标应用进行资源限制处理，实现由监控设备来对电子设备的资源限制，提高了对电子设备的资源限制的灵活性。

在一个实施例中，如图2所示，提供了一种电子设备的内部结构示意图。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器用于存储数据、程序、和/或指令代码等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于电子设备的应用处理方法。存储器可包括磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等非易失性存储介质，或随机存储记忆体(random-access-memory，ram)等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现本申请各个实施例所提供的一种应用处理方法。内存储器为非易失性存储介质中的操作系统和计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的电子设备进行通信，比如可用于与监控设备进行通信，向监控设备发送对目标应用的监控信息以及接收监控设备发送的对目标应用的限制指令等。

本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。如该电子设备还包括通过系统总线连接的显示屏。显示屏可以是触摸屏，比如为电容屏或电子屏，用于显示前台应用的界面展示信息，还可以被用于检测作用于该显示屏的触摸操作，生成相应的指令。

在一个实施例中，如图3所示，提供了一种电子设备的部分架构图。其中，该电子设备的架构系统中包括java空间层310、本地框架层320以及内核(kernel)空间层330。java空间层310上可包含冻结管理应用312，电子设备可通过该冻结管理应用312来实现对各个应用的冻结策略，对后台耗电的相关应用做冻结和解冻等操作。本地框架层320中包含资源优先级和限制管理模块322和平台冻结管理模块324。电子设备可通过资源优先级和限制管理模块322实时维护不同的应用处于不同优先级和不同资源的组织中，并根据上层的需求来调整应用程序的资源组别从而达到优化性能，节省功耗的作用。电子设备可通过平台冻结管理模块324将后台可以冻结的任务按照进入冻结时间的长短，分配到对应预设的不同层次的冻结层。可选地，该冻结层可包括三个，分别是：cpu限制睡眠模式、cpu冻结睡眠模式、进程深度冻结模式。其中，cpu限制睡眠模式是指对相关进程所占用的cpu资源进行限制，使相关进程占用较少的cpu资源，将空余的cpu资源向其它未被冻结的进程倾斜，限制了对cpu资源的占用，也相应限制了进程对网络资源以及i/o接口资源的占用；cpu冻结睡眠模式是指禁止相关进程使用cpu，而保留对内存的占用，当禁止使用cpu资源时，相应的网络资源以及i/o接口资源也被禁止使用；进程深度冻结模式是指除禁止使用cpu资源之外，进一步对相关进程所占用的内存资源进行回收，回收的内存可供其它进程使用。内核空间层330中包括uid管理模块331、cgroup模块332、binder管控模块333、进程内存回收模块334以及冻结超时退出模块335。其中，uid管理模块331用于实现基于应用的用户身份标识(useridentifier，uid)来管理第三方应用的资源或进行冻结。相比较于基于进程身份标识(processidentifier，pid)来进行进程管控，通过uid更便于统一管理一个用户的应用的资源。cgroup模块332用于提供一套完善的中央处理器(centralprocessingunit，cpu)、cpuset、内存(memory)、输入/输出(input/output，i/o)和net相关的资源限制机制。binder管控模块333用于实现后台binder通信的优先级的控制。其中，本地框架层320的接口模块包含开发给上层的binder接口，上层的框架或者应用通过提供的binder接口来发送资源限制或者冻结的指令给资源优先级和限制管理模块322和平台冻结管理模块324。进程内存回收模块334用于实现进程深度冻结模式，这样能当某个第三方应用长期处于冻结状态的时候，会主要释放掉进程的文件区，从而达到节省内存的模块，也加快该应用在下次启动时的速度。冻结超时退出模块335用于解决出现冻结超时场景产生的异常。通过上述的架构，可实现本申请各个实施例中的应用处理方法。

在一个实施例中，如图4所示，提供了一种应用处理方法，本实施例以该方法应用于如图1所示的电子设备为例进行说明。该方法包括：

步骤402，获取电子设备在监控模式下目标应用处于前台运行的运行时长。

电子设备预设有监控模式，监控模式表示对将电子设备处于受控状态的模式，当监控模式开启时，可对电子设备上的运行信息进行监控，使得监控设备可获取并监控到的电子设备上的运行信息，该运行信息即可包括目标应用处于前台运行的运行时长。

一个应用(application，简称app)的运行通常是由相关的多个进程的运行而体现的。进程(process)是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。目标应用为预设需要被监控的应用。比如为游戏类应用、视频类应用、音乐类应用或社交类应用或支付类应用等类型的应用。例如，用户可以通过游戏类应用玩游戏，也可以通过视频类应用看视频，还可以通过音乐类应用播放音乐等。

应用可以根据运行的状态分为前台应用和后台应用。前台应用是指在电子设备的前台运行的应用，前台应用可以在与在前台显示并与用户实现交互。后台应用是指在电子设备的后台运行的应用，后台应用一般不能在前台显示并与用户实现交互过程。电子设备可控制不同应用之间的前后台运行的切换。

电子设备在处于监控模式下，可监控目标应用是否处于前台运行，并累计处于当前的监控模式下，处于前台运行的运行时长。在一个实施例中，针对该目标应用，可设置对应的计时器，当处于监控模式下，在检测到目标应用开始进入前台运行的时刻，则开启该计时器并进行计时，当检测到目标应用被切换到后台时，则在该切换的时刻，暂停计时器的计时。而当检测到目标应用又被切换到前台运行时，则再次在该切换的时刻，又解除该暂停，在上一次暂停计时的计时时长的基础上，再次进行计时，以提高对目标应用处于前台运行的运行时长的统计的准确性。

步骤404，获取与目标应用对应的第一时长阈值。

第一时长阈值为用于决定是否对目标应用进行冻结的参考数值。电子设备针对不同的目标应用，可设置对应的第一时长阈值。第一时长阈值可被设置为任意合适的数值，该数值可为用户自定义设置的数值，或者还可为根据对目标应用的使用频率而设置的数值。比如可针对某一目标应用，自定义设置对应的第一时长阈值为1小时，或者可根据目标应用在最近时间段的使用频率，而自动设置对应的第一时长阈值为45分钟。

在一个实施例中，获取针对监控模式下预先设置的与目标应用对应的第一时长阈值。电子设备可预先针对目标应用设置的对应的第一时长阈值。具体地，可接收用户选取的需要监控的应用(目标应用)以及所输入的对应的可运行时长，将该可运行时长与该应用的应用标识之间建立对应关系，在处于该监控模式下时，可根据所确定的目标应用，通过该对应关系获取该目标应用的应用标识对应的可运行时长，将该可运行时长作为第一时长阈值。

在一个实施例中，不同的目标应用对应的第一时长阈值不一定相同，或者同一目标应用，在不同的时间段、不同的监控模式下，对应的第一时长阈值也可不一定相同。电子设备可获取预先设置的在当前时刻所属的时间段下，处于该监控模式下的目标应用对应的第一时长阈值。比如，在上午8:00～12:00的时间段时，对应的第一时长阈值可为1小时，在晚上19:00～24:00时，该第一时长阈值可为2小时。

步骤406，接收预设的监控设备发送的对目标应用的限制指令。

监控设备是指可对电子设备进行监控的设备，电子设备可预先设置对应的监控模式，并针对该监控模式，从连接的设备中选取其中一个或多个作为监控设备，并接受该监控设备对电子设备自身的监控。在一个实施例中，监控模式也可包含多种，不同的监控模式下对应的目标应用不一定相同。举例来说，该监控模式可以表现为被设置的儿童模式，或者老人模式等情景模式。儿童模式下，可设置对应的目标应用可为某一种或多种游戏类应用，监控设备可为与该儿童模式下的电子设备对应的家长终端。

监控设备可向电子设备发送对目标应用的限制指令，该限制指令可为在电子设备开启了监控模式下之后，由监控设备自动触发的指令，或者可为在电子设备处于监控模式状态下的任意时刻，由监控设备的用户手动触发的指令。

步骤408，当运行时长达到第一时长阈值后，根据限制指令对目标应用进行资源限制处理。

电子设备可将统计到的运行时长与预设的第一时长阈值进行比较，当检测到运行时长达到第一时长阈值之后，则可根据接收到的限制指令对目标应用进行资源限制处理。可在检测到运行时长到达第一时长阈值的时刻，即开始对目标应用进行资源限制处理，或者还可在达到第一时长阈值之后，在接收到限制指令的时刻，即开始对目标应用进行资源限制处理。即限制指令可在运行时长达到第一时长阈值的时刻之前或之后接收到，当既接收到限制指令，又检测到运行时长满足第一时长阈值之后，则对该目标应用进行资源限制处理。

其中，资源是指电子设备在处理应用事件时所必须用到的软件或硬件资源，比如电子设备的cpu(centralprocessingunit，中央处理器)、内存(memory)、硬件、网络资源、io(input-output，输入输出)等。资源限制处理是指对应用占用的资源进行限制的处理。资源限制处理可以但不限于是控制应用进入冻结状态或资源限制状态，处于冻结状态的应用没有被关闭，只是暂时不运行。若应用处于冻结状态，则应用不占用处理器资源，但是仍然占用电子设备的内存和硬件等资源。资源限制状态是指对应用在运行时使用的电子设备的资源进行限制的状态，例如控制应用在运行时使用的cpu占用率不能超过5％。

上述的应用处理方法，通过获取电子设备在监控模式下目标应用处于前台运行的运行时长与对应的第一时长阈值；接收预设的监控设备发送的对目标应用的限制指令；当运行时长达到第一时长阈值后，根据限制指令对目标应用进行资源限制处理。从而在目标应用的运行时长超过对应第一时长阈值时，由监控设备实现对目标应用进行资源限制，实现了由监控设备对电子设备进行目标应用的监控，提高了对电子设备对应用的处理的灵活性。

在一个实施例中，获取与目标应用对应的第一时长阈值，包括：接收预设的监控设备发送的对目标应用的监控设置信息，从监控设置信息中获取与目标应用对应的第一时长阈值。

其中，监控设备可生成对目标应用的监控设置信息，监控设置信息中可包含待监控的应用在前台的可运行时长，该可运行时长即为该第一时长阈值。监控设备可接收用户输入的时长，将该时长作为第一时长，并在接收到发送指令后，可将该监控设置信息发送至电子设备。

在一个实施例中，监控设置信息中还可包含需要监控的应用(即目标应用)的应用标识，电子设备可接收监控设备发送的监控设置信息，获取该监控设置信息中的应用标识，将该应用标识所标识的应用作为目标应用，将对应的可运行时长作为该目标应用的第一时长阈值。

可选地，该监控设置信息中还可包含多个目标的应用标识，每个应用标识可对应一个独立的可运行时长，或者共同的可运行时长。电子设备可从接收到的监控设置信息中获取包含的每个应用标识，将每个应用标识对应的应用均作为目标应用，并获取与每个应用标识对应的可运行时长，将该可运行时长作为对应目标应用的第一时长阈值。

通过由监控设备来设置对目标应用的第一时长阈值，可进一步提高对电子设备中的应用监控的灵活性。

在一个实施例中，如图5所示，获取与目标应用对应的第一时长阈值，包括：

步骤502，获取在监控模式下目标应用的历史运行数据。

应用在运行的过程中，电子设备可以将应用产生的数据进行记录。历史运行数据就是应用在当前时刻之前，处于监控模式下的历史运行过程中产生的数据。例如，历史运行数据可以包括应用在从安装到当前时刻之间，处于监控模式下每次运行所消耗的电子设备的电量，或者应用每次运行时时长、应用启动时刻和应用关闭时刻等。

在一个实施例中，历史运行数据包括目标应用在监控模式下的每次运行时间段和每次平均运行时长。

平均运行时长表示电子设备在单位时长内平均运行的时长，单位时长可以预先进行设置。例如，平均运行时长可以是统计的电子设备平均每天内运行的时长，或者可以是统计的电子设备平均一个月内运行的时长。具体地，电子设备在运行过程中会记录每次进入工作状态的工作开始时刻和工作结束时刻，然后根据记录的工作开始时刻和工作结束时刻可以计算每次工作的工作时长。

在计算平均运行时长时，可以获取电子设备在统计时段内的运行数据，然后根据运行数据计算运行时长。统计时段是指用于统计平均运行时长的时间段，运行数据是指电子设备在运行过程中产生的数据，可以包括工作开始时刻和工作结束时刻。根据统计时段内的运行数据可以计算统计时段内每个单位时长内的运行时长，并根据获取的每个单位时长内的运行时长计算平均运行时长。例如，当前时刻为2017年12月25日15:30:00，则统计时段可以是前一个月内的运行数据，即获取从2017年11月25日15:30:00到2017年12月25日15:30:00内电子设备的运行数据。然后根据运行数据计算这一个月内每天的运行时长，再将每天的运行时长进行平均得到平均运行时长。

步骤504，根据历史运行数据确定在监控模式下对目标应用的依赖程度。

用户依赖程度用于表示用户对电子设备的依赖程度，依赖程度可分为多个级别。比如按照依赖级别的高低从高到低包括第一级依赖程度、第二级依赖程度和第三级依赖程度。其中，第一级依赖程度高于第二级依赖程度，第二级依赖程度高于第三级依赖程度。一般地，第一级依赖程度表示用户对电子设备的重度依赖，第二级依赖程度表示用户对电子设备的普通依赖，第三级依赖程度表示用户对电子设备的轻度依赖。

在一个实施例中，根据使用频率和每次平均运行时长计算出在监控模式下对目标应用的依赖程度。

可选地，可预先建立平均运行时长和用户依赖程度的对应关系，然后根据平均运行时长获取对应的用户依赖程序。例如，平均运行时长可以表示为手机平均每天运行的时长，若用户平均每天运行的时长在8小时以上，则对应的用户依赖程度为第一级依赖程度；若用户平均每天运行的时长在4到8小时，则对应的用户依赖程度为第二级依赖程度；若用户平均每天运行的时长在4小时以下，则对应的用户依赖程度为第三级依赖程度。

在一个实施例中，可获取目标应用在监控模式下的平均运行时长，确定平均运行时长落入的目标时长区间；根据目标时长区间获取对应的用户依赖程度。

可以预先将电子设备的平均运行时长的取值范围划分为两个以两个以上的时长区间，被划分的时长区间即为目标时长区间。然后建立每个时长区间与用户依赖程度的对应关系，然后根据该对应关系来获取电子设备的用户依赖程度。例如，计算平均运行时长的单位时长可以为三天，那么平均运行时长可以表示为电子设备每三天内平均运行的时长，则平均运行时长的取值范围就为0到72小时。将平均运行时长的取值范围划分为三个时长区间，则可以分为[0,12]、[12,36]、[36,72]等三个时长区间，对应的用户依赖程度为第一级依赖程度、第二级依赖程度和第三级依赖程度。假设当前统计的电子设备的平均运行时长为24小时，那么该用户就对应的用户依赖程度就为第二级依赖程度。

步骤506，根据依赖程度确定与目标应用对应的第一时长阈值。

在一个实施例中，不同的依赖程度对应的第一时长阈值不一定相同。可选地，第一时长阈值的大小与依赖程度的大小呈正相关。针对依赖程度大的，可设置对应的第一时长阈值相应较，将所设置的第一时长阈值与对应的依赖程度建立关联关系，在确定依赖程度后，可根据该对应关系确定相应的第一时长阈值。

上述方法中，通过根据目标应用处于监控模式下的历史运行数据来确定第一时长阈值，可提高了对第一时长阈值设置的灵活性。

在一个实施例中，当运行时长达到第一时长阈值后，根据限制指令对目标应用进行资源限制处理，包括：当运行时长达到第一时长阈值时，根据限制指令控制目标应用进入资源限制状态，在资源限制状态下运行目标应用；当运行时长达到第二时长阈值时，根据限制指令冻结目标应用，第二时长阈值大于第一时长阈值。

可选地，电子设备还可设置第一时长阈值和第二时长阈值，其中，第一时长阈值小于第二时长阈值。第一时长阈值为用于决定是否控制目标应用进入资源限制状态的参考数值，第二时长阈值为用于决定是否对目标应用进行冻结的参考数值。

处于资源限制状态的应用在运行时对电子设备的资源占用率小于占用率阈值，当目标应用处于资源限制状态时，目标应用对电子设备的资源占用率就不能超过占用率阈值，这样可以控制目标应用在前台的运行效率，降低用户对电子设备的依赖。例如，控制目标应用在运行时的cpu占用率不能超过5％，以减少目标应用对cpu的过度消耗，降低用户对电子设备上的目标应用的依赖。

当目标应用在监控模式下的运行时长已经达到了第二时长阈值时，则表示处于资源限制状态下，并未阻止用户对目标应用的依赖，因而可对目标应用做进一步的限制，可对该目标应用进行冻结，控制目标应用进入冻结状态。进入冻结状态的目标应用，无法再继续运行，这样可以减少目标应用对电子设备的资源占用，进一步降低用户对电子设备上的目标应用的依赖。冻结后的目标应用还可以被唤醒，用户或系统可以对唤醒的条件进行设置。

在一个实施例中，在获取目标应用在监控模式下处于前台运行的运行时长之后，还包括：

当运行时长达到第三时长阈值时，生成对目标应用的使用时长的提示信息，将提示信息发送至监控设备；提示信息用于提示监控设备是否作出限制指令。

第三时长阈值小于等于第一时长阈值。可选地，当电子设备检测到运行时长达到第三时长阈值时，可生成对目标应用的运行时长的提示信息。该提示信息中包含当前时刻下统计到的用户对目标应用的运行时长，并将包含该运行时长的提示信息发送至监控设备，使得监控设备可获取电子设备上的用户在监控模式下，对目标应用的运行时长，进而可根据该提示信息作出是否对电子设备进行资源限制的限制指令。

在一个实施例中，在对目标应用进行资源限制处理之后，还包括：获取从对目标应用进行资源限制处理的时刻到当前时刻的限制时长；若限制时长超过限制时长阈值，则将目标应用恢复到正常运行状态。

在对目标应用进行资源限制处理之后，电子设备启动计时器，然后通过计时器开始计时。电子设备可以针对每一个目标应用建立一个对应的计时器，每个目标应用进行资源限制处理时，都可以根据对应的计时器进行计时。预先建立目标应用的目标应用标识与计时器的计时标识的对应关系，通过目标应用标识对应的计时标识查找并启动计时器开始计时。以android系统为例，系统可以预先定义一个计时器，当检测到目标应用被唤醒时，目标应用标识查找对应的计时器，并通过timer.setbase(systemclock.elapsedrealtime())将计时器清零，然后通过timer.start()函数启动计时器，开始计时。

当限制时长超过限制时长阈值时，将目标应用恢复到正常运行状态。若目标应用处于资源限制状态，则解除电子设备对目标应用的资源限制。若目标应用处于冻结状态，则将目标应用从冻结状态中唤醒。恢复到正常运行状态后，目标应用对电子设备资源的使用不再受到限制。

图6为一个实施例中应用的资源限制状态的示意图。如图6所示，电子设备的资源包括cpu、内存、io、网络资源等，应用的状态可以分为正常运行状态、资源限制状态和冻结状态。其中，资源限制状态又可以分为轻度资源限制状态、普通资源限制状态和深度资源限制状态。在不同资源限制状态下，对应的可用资源602和不可用资源604不相同。从轻度资源限制状态、普通资源限制状态到深度资源限制状态，可用资源602递减。在正常运行状态下，应用的可用资源602为100％。通过对目标应用的限制进行解除，可进一步提高对目标应用的处理的灵活性。

在一个实施例中，如图7所示，提供了另一种应用处理方法，该方法包括：

步骤702，获取电子设备在监控模式下目标应用处于前台运行的运行时长。

在一个实施例中，该监控模式可为预设的儿童模式，目标应用可为游戏类应用或视频类应用，当检测到在电子设备在处于儿童模式下，前台运行的应用为开启了对游戏类应用或视频类应用时，则将该应用作为目标应用，并累计该在监控模式下，对应目标应用的运行时长。

可选地，该运行时长可为每个单独的目标应用的运行时长，还可为所有目标应用的运行时长之和。比如，该运行时长可为计时得到的某一游戏类的应用a处于前台运行的时长，或者该运行时长还可为该游戏类的应用a和视频类应用b处于前台运行的时长之和。

步骤704，获取与目标应用对应的第一时长阈值、第二时长阈值和第三时长阈值。

其中，第一时长阈值大于第三时长阈值，而小于第二时长阈值。每个时长阈值均为根据不同的目标应用对应设置，或者可根据每个应用设置统一的时长。

在一个实施例中，可接收预设的监控设备发送的对目标应用的监控设置信息，从监控设置信息中获取与目标应用对应的第一时长阈值、第二时长阈值和第三时长阈值；或获取针对监控模式下预先设置的与目标应用对应的第一时长阈值、第二时长阈值和第三时长阈值。

在一个实施例中，获取在监控模式下目标应用的历史运行数据；历史运行数据包括目标应用在监控模式下的每次运行时间段和每次平均运行时长；根据每次运行时间段确定在监控模式下对目标应用的使用频率；根据使用频率和每次平均运行时长计算出在监控模式下对目标应用的依赖程度根据依赖程度确定与目标应用对应的第一时长阈值。

步骤706，当运行时长达到第三时长阈值时，生成对目标应用的使用时长的提示信息；将提示信息发送至监控设备。

第三时长阈值可为第一时长阈值的某一固定比例的数值，或者小于第一时长阈值的某一固定数值的数值。比如可为第一时长阈值的90％或95％，或者小于第一时长阈值30分钟或15分钟等。

在一个实施例中，在检测到运行时长达到第三时长阈值时，还可在电子设备上显示所生成的提示信息，已提醒电子设备的用户，使电子设备的用户主动停止对目标应用的运行，自动结束对目标应用的依赖。

步骤708，接收预设的监控设备根据提示信息发送的对目标应用的限制指令。

监控设备在接收到提示信息后，可将根据该提示信息作出对目标应用进行限制的限制指令。比如，该提示信息为“检测到受控手机上的用户对xx应用的使用时长已经达到了55分钟”。

步骤710，当运行时长达到第一时长阈值时，根据限制指令控制目标应用进入资源限制状态，在资源限制状态下运行目标应用。

步骤712，当运行时长达到第二时长阈值时，根据限制指令冻结目标应用，第二时长阈值大于第一时长阈值。

与第三时长阈值类似，第二时长阈值可为第一时长阈值的某一固定比例的数值，或者大于第一时长阈值的某一固定数值的数值。比如可为第一时长阈值的120％或130％，或者大于第一时长阈值30分钟或15分钟等。

在一个实施例中，当运行时长达到第一时长阈值之后，对目标应用的资源限制状态可为如图6所示的任意一种限制状态，或者可随着运行时长的增加，对目标应用的资源限制状态进一步加强，直至运行时长达到第二时长阈值时，对目标应用进行冻结。

上述方法中，通过在电子设备上设置监控模式来对目标应用进行监控，并设置与该目标应用对应的第一时长阈值、第二时长阈值和第三时长阈值，当检测到目标应用在前台运行的运行时长达到第三时长阈值时，生成提示信息并发送监控设备，由监控设备作出对目标应用的限制指令，然后在检测到运行时长达到第一时长阈值，控制目标应用进入资源限制状态，在资源限制状态下运行目标应用，以降低用户对目标应用的依赖，当运行时长达到第二时长阈值时，冻结目标应用，以阻止目标应用的运行，通过设置不同的时长阈值，进一步提高了对目标应用的控制的灵活性。

应该理解的是，虽然图4、图5和图7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图4、图5和图7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种应用处理装置，该装置包括时长获取模块802、限制指令接收模块804以及应用限制模块806。其中，时长获取模块802用于获取电子设备在监控模式下目标应用处于前台运行的运行时长；获取与目标应用对应的第一时长阈值；限制指令接收模块804用于接收预设的监控设备发送的对目标应用的限制指令；应用限制模块806用于当运行时长达到第一时长阈值后，根据限制指令对目标应用进行资源限制处理。

在一个实施例中，时长获取模块802还用于接收预设的监控设备发送的对目标应用的监控设置信息，从监控设置信息中获取与目标应用对应的第一时长阈值。

在一个实施例中，时长获取模块802还用于获取针对监控模式下预先设置的与目标应用对应的第一时长阈值。

在一个实施例中，时长获取模块802还用于获取在监控模式下目标应用的历史运行数据；根据历史运行数据确定在监控模式下对目标应用的依赖程度；根据依赖程度确定与目标应用对应的第一时长阈值。

在一个实施例中，历史运行数据包括目标应用在监控模式下的每次运行时间段和每次平均运行时长；时长获取模块802还用于根据每次运行时间段确定在监控模式下对目标应用的使用频率；根据使用频率和每次平均运行时长计算出在监控模式下对目标应用的依赖程度。

在一个实施例中，应用限制模块806还用于当运行时长达到第一时长阈值时，根据限制指令控制目标应用进入资源限制状态，在资源限制状态下运行目标应用；当运行时长达到第二时长阈值时，根据限制指令冻结目标应用，第二时长阈值大于第一时长阈值。

在一个实施例中，时长获取模块802还用于当运行时长达到第三时长阈值时，生成对目标应用的使用时长的提示信息；将提示信息发送至监控设备；提示信息用于提示监控设备是否作出限制指令，第三时长阈值小于等于第一时长阈值。

在一个实施例中，时长获取模块802还用于获取从对目标应用进行资源限制处理的时刻到当前时刻的限制时长；应用限制模块806还用于若限制时长超过限制时长阈值，则将目标应用恢复到正常运行状态。

上述的应用处理装置，通过获取电子设备在监控模式下目标应用处于前台运行的运行时长与对应的第一时长阈值；接收预设的监控设备发送的对目标应用的限制指令；当运行时长达到第一时长阈值后，根据限制指令对目标应用进行资源限制处理。从而在目标应用的运行时长超过对应第一时长阈值时，由监控设备实现对目标应用进行资源限制，实现了由监控设备对电子设备进行目标应用的监控，提高了对电子设备对应用的处理的灵活性。

上述应用处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将应用处理装置按照需要划分为不同的模块，以完成上述应用处理装置的全部或部分功能。关于应用处理装置的具体限定可以参见上文中对于应用处理方法的限定，在此不再赘述。上述应用处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于电子设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本申请实施例中提供的应用处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器等电子设备上运行。该计算机程序构成的程序模块可存储在电子设备的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述的应用处理方法的步骤。

在一个实施例中，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述各实施例所提供的应用处理方法的步骤。

在一个实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序对处理器执行时，实现本申请各实施例中所描述的应用处理方法的步骤。

在一个实施例中，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请各实施例中所描述的应用处理方法。

本申请实施例还提供了一种计算机设备。如图9所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机设备可以为包括手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售终端)、车载电脑、穿戴式设备等任意终端设备，以计算机设备为手机为例：

图9为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图9，手机包括：射频(radiofrequency，rf)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，wifi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，rf电路910可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器980处理；也可以将上行的数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。此外，rf电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，gsm)、通用分组无线服务(generalpacketradioservice，gprs)、码分多址(codedivisionmultipleaccess，cdma)、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)、长期演进(longtermevolution，lte))、电子邮件、短消息服务(shortmessagingservice，sms)等。

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

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

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

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

音频电路960、扬声器961和传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经rf电路910可以发送给另一手机，或者将音频数据输出至存储器920以便后续处理。

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

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器980可包括一个或多个处理单元。在一个实施例中，处理器980可集成应用处理器和调制解调器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调器主要处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器980中。比如，该处理器980可集成应用处理器和基带处理器，基带处理器与和其它外围芯片等可组成调制解调器。手机900还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在一个实施例中，手机900还可以包括摄像头、蓝牙模块等。

在本申请实施例中，该手机所包括的处理器执行存储在存储器上的计算机程序时实现上述所描述的应用处理方法。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)，它用作外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)。

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