CN110032266B - 信息处理方法、装置、计算机设备和计算机可读存储介质 - Google Patents

Abstract

本申请提供一种信息处理方法、装置、计算机设备和计算机可读存储介质。上述方法包括：获取计算机设备的当前电量值和预期使用时长；在预设的对应关系中查找与所述当前电量值和预期使用时长对应的第一资源限制策略；所述对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；所述第一资源限制策略包括：应用程序对应的资源限制等级、所述应用程序的优先级；根据所述第一资源限制策略对所述计算机设备中运行的应用程序进行资源限制管理。上述方法，计算机设备可根据当前电量值和预期使用时长获取资源限制策略，使得计算机设备可根据上述资源限制策略对应用程序进行资源限制，降低计算机设备的功耗，延长计算机设备的待机时长。

Description

信息处理方法、装置、计算机设备和计算机可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种信息处理方法、装置、计算机设备和计算机可读存储介质。

背景技术

随着智能计算机设备的发展和用户需求的不断提升，越来越多的智能计算机设备的屏幕越来越大，可运行的应用程序越来越多，智能计算机设备的功耗也越来越大。为了节省智能计算机设备的功耗，智能计算机设备可对运行的应用程序进行资源限制，限制应用程序可用的系统资源。

发明内容

本申请实施例提供一种信息处理方法、装置、计算机设备和计算机可读存储介质，可以根据计算机设备的当前电量值和预期使用时长对应用程序进行资源限制。

一种信息处理方法，包括：

获取计算机设备的当前电量值和预期使用时长；

在预设的对应关系中查找与所述当前电量值和预期使用时长对应的第一资源限制策略；所述对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；所述第一资源限制策略包括：应用程序对应的资源限制等级、所述应用程序的优先级；

根据所述第一资源限制策略对所述计算机设备中运行的应用程序进行资源限制管理。

一种信息处理装置，包括：

获取模块，用于获取计算机设备的当前电量值和预期使用时长；

查找模块，用于在预设的对应关系中查找与所述当前电量值和预期使用时长对应的第一资源限制策略；所述对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；所述第一资源限制策略包括：应用程序对应的资源限制等级、所述应用程序的优先级；

处理模块，用于根据所述第一资源限制策略对所述计算机设备中运行的应用程序进行资源限制管理。

一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上所述的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的方法的步骤。

本申请实施例中，计算机设备可根据当前电量值和预期使用时长获取对应用程序进行资源限制的资源限制策略，使得计算机设备可根据上述资源限制策略对应用程序进行资源限制，降低计算机设备的功耗，延长计算机设备的待机时长。

附图说明

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

图1为一个实施例中计算机设备的内部结构示意图；

图2为一个实施例中计算机设备的部分架构图；

图3为一个实施例中信息处理方法的流程图；

图4为另一个实施例中信息处理方法的流程图；

图5为另一个实施例中信息处理方法的流程图；

图6为另一个实施例中信息处理方法的流程图；

图7为一个实施例中信息处理装置的结构框图；

图8为另一个实施例中信息处理装置的结构框图；

图9为另一个实施例中信息处理装置的结构框图；

图10与本申请实施例提供的计算机设备相关的手机的部分结构的框图。

具体实施方式

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

图1为一个实施例中计算机设备的内部结构示意图。如图1所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该处理器用于提供计算和控制能力，支撑整个计算机设备的运行。存储器用于存储数据、程序等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于计算机设备的信息处理方法。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现以下各个实施例所提供的一种信息处理方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的计算机设备进行通信。该计算机设备可以是手机、平板电脑或者个人数字助理或穿戴式设备等。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。如该计算机设备还包括通过系统总线连接的网络接口，网络接口可以是以太网卡或无线网卡等，用于与外部的计算机设备进行通信，比如可用于同服务器进行通信。

图2为一个实施例中计算机设备的部分架构图。如图2所示，计算机设备的架构系统中包括Java空间层210、本地框架层220以及内核(Kernel)空间层230。Java空间层中包括冻结和解冻模块212，上述冻结和解冻模块212用于实现对各个应用程序的冻结策略，例如对后台耗电的应用程序进行冻结等。

本地框架层220中包括资源优先级和限制管理模块222、平台冻结管理模块224。上述资源优先级和限制管理模块222可对不同的应用程序进行不同的资源限制，使不同的应用程序处于不同的资源优先级中。资源优先级和限制管理模块222还可根据上层的需求调整应用程序的资源优先级，使得计算机设备可合理应用程序可使用资源。平台冻结管理模块224可根据应用程序进入后台的时长来确定对进程应用程序进行资源限制的等级，平台冻结管理模块224可预设不同的资源限制的等级，应用程序进入后台的时间越长，平台冻结管理模块224对应用程序进行资源限制的等级越高，即对应用程序的资源限制程度越高。可选地，上述资源限制等级可包括：CPU限制睡眠模式、CPU冻结睡眠模式和进程深度冻结模式。上述CPU限制睡眠模式是指对应用程序的进程可使用的中央处理器(CentralProcessing Unit，CPU)资源进行限制，使应用程序的进程可使用较少的CPU资源；在CPU限制睡眠模式下还可进一步限制应用程序的进程可使用的网络资源和输入/输出接口(input/output，I/O)资源。CPU冻结睡眠模式是指禁止应用程序的进程使用CPU资源、网络资源和I/O资源，但对应用程序的进程占用的内存资源不进行回收，上述CPU冻结睡眠模式是对应用程序可使用资源的深度限制模式。进程深度冻结模式是指禁止应用程序的进程使用CPU资源、网络资源和I/O资源，同时回收应用程序的进程占用的内存资源。其中，本地框架层220的接口模块包含开发给上层的binder接口，上层的框架或应用程序通过上述binder接口可发送资源限制指令给资源限制管理模块222、发送冻结指令给平台冻结管理模块224。

内核空间层230中包括UID管理模块231、Cgroup模块232、binder管控模块233、进程内存回收模块234和超时冻结退出模块235。当前对应用程序的进程管理是基于进程识别号(Process Identification，PID)来实现的，进程与应用程序没有对应，不利于统一管理一个应用程序的所有进程对应的资源。上述UID管理模块231可通过应用程序的用户身份标识(User Identifier，UID)来管理应用程序的资源，也可通过应用程序的UID对应用程序进行冻结。Cgroup模块232可提供基于CPU、CPUSET、内存(memory)、I/O资源和Net相关的资源限制机制。binder管控模块233可用于限制后台进程间binder通信的优先级。进程内存回收模块234用于实现进程深度冻结模式，在进程进入进程深度冻结模式时，释放掉进程的文件区，从而实现节省内存，加快进程对应的应用程序下次启动时的速度。超时冻结退出模块235用于解决进程在冻结超时发生异常的问题。

通过上述的架构，可实现本申请各个实施例中的信息处理方法。

图3为一个实施例中信息处理方法的流程图。如图3所示，一种信息处理方法，包括：

步骤302，获取计算机设备的当前电量值和预期使用时长。

计算机设备可在预设时刻或预设电量值时，通过与用户的交互接口获取用户输入的预期使用时长。上述预设时刻可为计算机设备设置的时刻或用户设置的时刻，例如每个工作日的早晨8点。上述电量值可为计算机设备设置的值或用户设置的值，上述电量值可用电池电量或电池电量的百分比表示，例如3500毫安电量或总电量的80％。

步骤304，在预设的对应关系中查找与当前电量值和预期使用时长对应的第一资源限制策略；对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；第一资源限制策略包括：应用程序对应的资源限制等级、应用程序的优先级。

计算机设备中预设有电量值、使用时长和资源限制策略之间的对应关系。上述对应关系可为服务器端通过大数据分析获取的，再发送给计算机设备的。上述对应关系可为计算机设备根据电量、使用时长和对应用程序的资源限制的历史数据分析生成的。上述资源限制策略为对计算机设备中运行的应用程序可使用的资源的限制策略。计算机设备在获取到当前电量值和预期使用时长后，可在上述预设的对应关系中查找当前电量值和使用对应的资源限制策略。上述资源限制策略中可包括应用程序的优先级、应用程序对应的资源限制等级。其中，当前电量值与应用程序对应的资源限制等级成负相关关系，即当前电量值越高，对应用程序进行资源限制的限制等级越低，应用程序可使用的系统资源越多；预期使用时长与应用程序对应的资源限制等级成正相关关系，即预期使用时长越长，对应用程序进行资源限制的限制等级越高，应用程序可使用的系统资源越少。当前电量值与应用程序的优先级成负相关关系，当前电量值越高，需要进行资源限制的应用程序的优先级越低；预期使用时长与应用程序的优先级成正相关关系，预期使用时长越高，需要进行资源限制的应用程序的优先级越高。

计算机设备可根据应用程序的运行信息对应用程序进行优先级划分。上述应用程序的运行信息包括：应用程序的类型、应用程序的使用频次、应用程序的累计使用时长等。可选地，计算机设备可将应用程序划分为5级，其中，由第1级到第5级优先级逐渐降低。计算机设备在对应用程序进行资源限制时，可由优先级低的应用程序逐渐向优先级高的应用程序进行限制。可选地，计算机设备在对应用程序进行资源限制时，可对优先级低的应用程序进行资源限制的资源限制等级较高，即优先级低的应用程序可使用的资源较少；对优先级高的应用程序进行资源限制的资源限制等级较低，即优先级高的应用程序可使用的资源较多。

计算机设备根据当前电量值和预期使用时长可获取待处理的应用程序优先级，以及对各个优先级进行资源限制的资源限制等级。上述待处理的应用程序优先级即需要进行资源限制的应用程序的优先级。计算机设备在获取到上述待处理的应用程序优先级和对各个优先级进行资源限制的资源限制等级，可对应用程序进行资源限制。

步骤306，根据第一资源限制策略对计算机设备中运行的应用程序进行资源限制管理。

计算机设备在获取到第一资源限制策略中待处理的应用程序的优先级后，可获取上述优先级对应的应用程序，当地上述优先级对应的应用程序进入后台后，计算机设备可对上述优先级对应的应用程序进行资源限制，其中，计算机设备在对应用程序进行资源限制时，可根据对应用程序进行资源限制的限制等级来进行资源限制。可选地，资源限制的等级可包括3级，由第1级到第3级分别为：CPU限制睡眠模式、CPU冻结睡眠模式和进程深度冻结模式。由第1级到第3级，资源限制的限制等级逐渐提升。

例如，计算机设备中将应用程序的优先级分为5级，计算机设备获取到当前电量值为总电量值的60％，预期使用时长为6小时，则获取到对应的第一资源限制策略包括：对处于第4级和第5级的应用程序进行资源限制，资源限制的资源限制等级为第1级，即CPU限制睡眠模式。则计算机设备可获取优先级处于第4级和第5级的应用程序，当上述优先级处于第4级和第5级的应用程序进入后台时，对其进行第1级资源限制，即将应用程序切换到CPU限制睡眠模式，对应用程序可使用的CPU资源、网络资源和I/O资源进行限制。

本申请实施例中方法，计算机设备可根据当前电量值和预期使用时长获取对应用程序进行资源限制的资源限制策略，使得计算机设备可根据上述资源限制策略对应用程序进行资源限制，降低计算机设备的功耗，延长计算机设备的待机时长。

在一个实施例中，步骤306中根据第一资源限制策略对计算机设备中运行的应用程序进行资源限制管理包括：

(1)分别获取后台应用程序对应的资源限制等级和后台应用程序的优先级。

(2)按照优先级顺序对后台应用程序分别进行资源限制管理；对后台应用程序分别进行资源限制管理包括：根据后台应用程序对应的资源限制等级对后台应用程序进行资源限制管理。

计算机设备在对应用程序进行资源限制时，主要是对后台运行的应用程序进行资源限制。因此，计算机设备可分别获取后台应用程序的优先级和后台应用程序对应的资源限制等级。计算机设备在获取到后台应用程序的优先级后，可按照优先级由低到高的顺序对应用程序进行资源限制。计算机设备可获取各个应用程序对应的资源限制等级，再根据各个应用程序的资源限制等级对应用程序进行资源限制。

上述计算机设备在对应用程序进行资源限制时，若检测到应用程序白名单，即无需进行资源限制的应用程序，可对上述应用程序白名单中应用程序不进行资源限制。

本申请实施例中方法，计算机设备可按照应用程序的优先级和应用程序对应的资源限制等级对应用程序进行资源限制，提高了对应用程序进行资源限制的智能化。

在一个实施例中，第一资源限制策略中还包括应用程序对应的冻结唤醒时长。上述方法还包括：若接收到对处于深度冻结状态的应用程序的唤醒消息，在当前时刻与应用程序上一次被唤醒的时刻之间的时间差不小于冻结唤醒时长时将应用程序唤醒。

计算机设备在对应用程序进行资源限制时，若将应用程序切换到进程深度冻结模式，则应用程序处于深度冻结状态。当应用程序处于深度冻结状态时，应用程序无法使用系统资源，因此无法响应其他应用程序的通信消息。上述冻结唤醒时长即为计算机设备预设的两次将应用程序由深度冻结状态唤醒的时间差。

当计算机设备接收到对处于深度冻结状态的应用程序的通信消息或系统消息时，可将计算机设备由深度冻结状态切换到可使用系统资源的状态，使得应用程序可响应上述通信消息或系统消息。其中，将应用程序由深度冻结状态切换到可使用系统资源的状态可为将应用程序由进程深度冻结状态切换到CPU限制睡眠状态，使得应用程序可使用系统资源。计算机设备也可对应用程序进行解冻，不限制应用程序使用系统资源。

在接收到对处于深度冻结状态的后台应用程序的唤醒消息后，计算机设备不会在每次接收到唤醒消息时就将后台应用程序唤醒。计算机设备可将当前时刻与后台应用程序上一次被唤醒时刻之间的时间差与上述唤醒时长进行对比。若上述时间差大于或等于唤醒时长，则计算机设备根据上述唤醒消息立刻将后台应用程序唤醒。若上述时间差小于唤醒时长，则计算机设备在当前时刻与上述后台应用程序上一次被唤醒的时刻之间的时间差等于上述唤醒时长时，将上述后台应用程序唤醒。即计算机设备在检测到当前时刻与上一次应用程序被唤醒时刻之间的时间差小于上述唤醒时长时，将在唤醒时长内接收到的唤醒消息积累，在当前时刻与上述后台应用程序上一次被唤醒的时刻之间的时间差等于上述唤醒时长时，根据积累的唤醒消息唤醒后台应用程序。若在上一次应用程序被唤醒后，在唤醒时长内未接收到唤醒消息，则在超过唤醒时长后接收到唤醒消息时，计算机设备可立即将上述后台应用程序唤醒。

通常情况下，为了节省计算机设备功耗和提高前台应用程序的可用资源，会对后台应用程序可用的资源进行限制，例如，对后台应用程序进行冻结。计算机设备在接收到对上述后台应用程序的唤醒消息时，需要将上述后台应用程序唤醒，否则上述后台应用程序会发生无响应的错误，但是频繁的将后台应用程序唤醒会导致计算机设备对后台应用程序的资源限制率降低，无法提高前台应用程序可用的资源。

本申请实施例中方法，计算机设备可对对于深度冻结状态的应用程序设置唤醒时长，使得应用程序不会频繁被唤醒而浪费计算机设备功耗，又避免了应用程序长期处于深度冻结状态无响应的问题。

在一个实施例中，上述方法还包括：

步骤308，定时更新当前电量值，根据当前时刻和预期使用时长获取剩余使用时长。

步骤310，在预设的对应关系中查找与更新后当前电量值和剩余使用时长对应的第二资源限制策略。

步骤312，根据第二资源限制策略更新对计算机设备中运行的应用程序的资源限制管理。

计算机设备可定时更新当前电量值，获取对应的剩余使用时长。计算机设备可根据当前时刻与获取预期使用时长的时刻之间的时间差来推算剩余使用时长。在获取到当前电量值和剩余使用时长后，可根据上述当前电量值和剩余使用时长获取对应的第二资源限制策略。上述第二资源限制策略是根据上述对应关系获取的。计算机设备在获取到上述第二资源限制策略后，可根据上述第二资源限制策略实时更新对应用程序的资源显示管理，即计算机设备可根据当前电量值与剩余使用时长动态的调整对应用程序的资源限制。

例如，计算机设备可在工作日的8点获取预期使用时长，若预期使用时长为8小时，则计算机设备可每隔2小时重新获取一次当前电量值，再获取对应的剩余使用时长，根据获取的当前电量值和剩余使用时长可更新计算机设备对运行的应用程序的资源显示管理。

上述按照电量值和剩余使用时长来动态调整对应用程序的资源限制，计算机设备可合理调配对应用程序的资源限制，在电量较低时，对应用程序资源限制的限制等级提高，可延长计算机设备的使用时长，使得计算机设备的使用时长尽量不小于预期使用时长；在电量较高时，对应用程序资源限制的限制等级降低，避免影响用户体验。

本申请实施例中方法，计算机设备可定时更新对应用程序的资源限制管理，使得计算机设备可按照电量值和使用时长动态调整对应用程序进行资源限制，实现对应用程序资源限制的智能化。

在一个实施例中，上述方法还包括：

步骤314，获取后台应用程序进入后台的时长，若后台应用程序进入后台的时长达到预设阈值，关闭后台应用程序。

计算机设备还可获取各个应用程序进入后台的时长，获取进入后台的时长较长的应用程序。上述应用程序进入后台的时长较长，表示上述应用程序有较长时间未进入前台，计算机设备可关闭上述进入后台时间较长的应用程序，节省计算机设备的系统资源，降低计算机设备的功耗。

计算机设备在获取到后台应用程序进入后台的时长后，可检测上述后台应用程序进入后台的时长是否达到预设阈值，例如，3小时。若上述后台应用程序进入后台的时长达到预设阈值，可再检测上述应用程序是否在播放音频文件或传输数据，若上述应用程序不在播放音频文件或传输数据，则关闭上述后台应用程序。

本申请实施例中方法，可关闭进入后台时长较长的应用程序，释放应用程序占用的系统资源，降低计算机设备的功耗，延长计算机设备的待机时长。

在一个实施例中，步骤314中关闭后台应用程序包括：接收对后台应用程序的终止指令，若检测到后台应用程序处于深度冻结状态，将后台应用程序唤醒并将后台应用程序设置为唤醒状态；根据终止指令终止处于唤醒状态的后台应用程序。

若计算机设备资源紧缺，计算机设备会对处于深度冻结状态的应用程序发送终止命令，关闭上述处于深度冻结状态的应用程序，释放上述应用程序占用的系统资源。但当应用程序处于深度冻结状态时，应用程序无法接收到任何消息，即使处于深度冻结状态的应用程序被唤醒，唤醒后应用程序也会快速恢复到深度冻结状态，因此计算机设备无法关闭处于深度冻结状态的应用程序。通常情况下，计算机设备会使用两套代码来终止应用程序，其中一套代码用于终止深度冻结状态应用程序，另一套代码用于终止其他应用程序。

当计算机设备接收到对处于深度冻结状态的应用程序的终止命令时，若检测到上述应用程序处于深度冻结状态的处于冻结状态，对上述处于冻结状态的应用程序进行解冻，并将解冻后应用程序设置为不可冻结状态，则解冻后的应用程序可对上述终止命令正确响应，即上述解冻后的应用程序可被关闭。其中，对应用程序进行解冻可为不再限制应用程序使用的系统资源，也可为将应用程序由不可使用系统资源的状态切换到可使用系统资源的状态，如将应用程序切换到CPU限制睡眠模式。

本申请实施例中方法，可安全终止处于深度冻结状态的应用程序，避免出现应用程序无法终止的情况，计算机设备可根据统一的终止指令来终止处于深度冻结状态的应用程序和其他应用程序，实现了终止处于深度冻结状态的应用程序和其他应用程序的兼容性，减少了软件开发的困难，方便对移动操作系统进行维护。

在一个实施例中，上述方法还包括：

步骤316，获取应用程序的异常信息，异常信息包括对应用程序进行资源限制时异常信息和在资源限制过程中异常信息。

步骤318，若检测到应用程序异常信息的次数达到预设次数，对应用程序不再进行资源限制管理。

计算机设备在对应用程序进行资源限制时，可获取应用程序在进行资源限制时异常信息。上述异常信息可包括应用程序在进行资源限制时异常信息和在资源限制过程中异常信息。上述异常信息可包括：对应用程序进行冻结时应用程序无响应、对应用程序进行冻结时应用程序闪退、对应用程序进行冻结时应用程序自动关闭、将处于深度冻结状态的应用程序唤醒时卡顿、将处于深度冻结状态的应用程序唤醒时闪退、处于深度冻结状态的应用程序在被唤醒时无响应等。上述对应用程序冻结即为将应用程序切换到进程深度冻结模式，限制应用程序使用系统资源。上述应用程序冻结失败即为对应用程序进行冻结时，应用程序无法进入冻结状态。

计算机设备在获取到上述应用程序的异常信息后，可检测同一应用程序获取到异常信息的次数是否达到预设次数，如3次，若同一应用程序获取到异常信息的次数达到预设次数，将应用程序设置为不可进行资源限制状态，即对应用程序不再进行资源限制。

本申请实施例中方法，对资源限制反复出现异常的应用程序不再进行资源限制，避免应用程序多次出现异常降低用户体验，提高了用户粘性。

在一个实施例中，一种信息处理方法，还包括：

(1)获取计算机设备的当前电量值和预期使用时长。

(2)在预设的对应关系中查找与当前电量值和预期使用时长对应的第一资源限制策略。对应关系是电量值、使用时长和资源限制策略三者之间的对应关系。第一资源限制策略包括：应用程序对应的资源限制等级、应用程序的优先级。

(3)根据第一资源限制策略对计算机设备中运行的应用程序进行资源限制管理。

可选地，根据第一资源限制策略对计算机设备中运行的应用程序进行资源限制管理包括：分别获取后台应用程序对应的资源限制等级和后台应用程序的优先级，按照优先级顺序对后台应用程序分别进行资源限制管理。对后台应用程序分别进行资源限制管理包括：根据后台应用程序对应的资源限制等级对后台应用程序进行资源限制管理。

可选地，第一资源限制策略中还包括应用程序对应的冻结唤醒时长。上述方法还包括：若接收到对处于深度冻结状态的应用程序的唤醒消息，在当前时刻与应用程序上一次被唤醒的时刻之间的时间差不小于冻结唤醒时长时将应用程序唤醒。

可选地，上述方法还包括：定时更新当前电量值，根据当前时刻和预期使用时长获取剩余使用时长，在预设的对应关系中查找与更新后当前电量值和剩余使用时长对应的第二资源限制策略，根据第二资源限制策略更新对计算机设备中运行的应用程序的资源限制管理。

可选地，上述方法还包括：获取后台应用程序进入后台的时长，若后台应用程序进入后台的时长达到预设阈值，关闭后台应用程序。

可选地，关闭后台应用程序包括：接收对后台应用程序的终止指令，若检测到后台应用程序处于深度冻结状态，将后台应用程序唤醒并将后台应用程序设置为唤醒状态。根据终止指令终止处于唤醒状态的后台应用程序。

可选地，上述方法还包括：获取应用程序的异常信息，异常信息包括对应用程序进行资源限制时异常信息和在资源限制过程中异常信息。若检测到应用程序异常信息的次数达到预设次数，对应用程序不再进行资源限制管理。

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

图7为一个实施例中信息处理装置的结构框图。如图7所示，一种信息处理装置，包括：

获取模块702，用于获取计算机设备的当前电量值和预期使用时长。

查找模块704，用于在预设的对应关系中查找与当前电量值和预期使用时长对应的第一资源限制策略；对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；第一资源限制策略包括：应用程序对应的资源限制等级、应用程序的优先级。

处理模块706，用于根据第一资源限制策略对计算机设备中运行的应用程序进行资源限制管理。

在一个实施例中，处理模块706根据第一资源限制策略对计算机设备中运行的应用程序进行资源限制管理包括：分别获取后台应用程序对应的资源限制等级和后台应用程序的优先级；按照优先级顺序对后台应用程序分别进行资源限制管理；对后台应用程序分别进行资源限制管理包括：根据后台应用程序对应的资源限制等级对后台应用程序进行资源限制管理。

图8为另一个实施例中信息处理装置的结构框图。如图8所示，一种信息处理装置，包括：获取模块802、查找模块804、处理模块806和唤醒模块808。其中，获取模块802、查找模块804、处理模块806与图7中对应的模块功能相同。

第一资源限制策略中还包括应用程序对应的冻结唤醒时长。

唤醒模块808，用于若接收到对处于深度冻结状态的应用程序的唤醒消息，在当前时刻与应用程序上一次被唤醒的时刻之间的时间差不小于冻结唤醒时长时将应用程序唤醒。

在一个实施例中，获取模块802用于定时更新当前电量值，根据当前时刻和预期使用时长获取剩余使用时长。

查找模块804，用于在预设的对应关系中查找与更新后当前电量值和剩余使用时长对应的第二资源限制策略。

处理模块806，用于根据第二资源限制策略更新对计算机设备中运行的应用程序的资源限制管理。

图9为另一个实施例中信息处理装置的结构框图。如图9所示，一种信息处理装置，包括：获取模块902、查找模块904、处理模块906和关闭模块908。其中，获取模块902、查找模块904、处理模块906与图7中对应的模块功能相同。

获取模块902，用于获取后台应用程序进入后台的时长。

关闭模块908，用于若后台应用程序进入后台的时长达到预设阈值，关闭后台应用程序。

在一个实施例中，关闭模块908关闭后台应用程序包括：接收对后台应用程序的终止指令，若检测到后台应用程序处于深度冻结状态，将后台应用程序唤醒并将后台应用程序设置为唤醒状态；根据终止指令终止处于唤醒状态的后台应用程序。

在一个实施例中，获取模块902还用于获取应用程序的异常信息，异常信息包括对应用程序进行资源限制时异常信息和在资源限制过程中异常信息。处理模块906还用于若检测到应用程序异常信息的次数达到预设次数，对应用程序不再进行资源限制管理。

上述信息处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将信息处理装置按照需要划分为不同的模块，以完成上述信息处理装置的全部或部分功能。

关于信息处理装置的具体限定可以参见上文中对于信息处理方法的限定，在此不再赘述。上述信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当计算机可执行指令被一个或多个处理器执行时，使得处理器执行本申请实施例中信息处理方法的步骤。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行本申请实施例中信息处理方法的步骤。

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

图10为与本申请实施例提供的计算机设备相关的手机的部分结构的框图。参考图10，手机包括：射频(Radio Frequency，RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(wireless fidelity，WiFi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解，图10所示的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，RF电路1010可用于收发信息或通话过程中，信号的接收和发送，可将基站的下行信息接收后，给处理器1080处理；也可以将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

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

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

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

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

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

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

处理器1080是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1020内的软件程序和/或模块，以及调用存储在存储器1020内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。在一个实施例中，处理器1080可包括一个或多个处理单元。在一个实施例中，处理器1080可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等；调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1080中。

手机1000还包括给各个部件供电的电源1090(比如电池)，优选的，电源可以通过电源管理系统与处理器1080逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

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

在本申请实施例中，该计算机设备所包括的处理器1080执行存储在存储器上的计算机程序时执行本申请实施例中信息处理方法的步骤。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

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

Claims (10)

1.一种信息处理方法，其特征在于，包括：

获取计算机设备在预设时刻的电量值和预期使用时长；或者获取计算机设备在当前时刻的电量值和预期使用时长；

在预设的对应关系中查找与所述电量值和预期使用时长对应的第一资源限制策略；所述对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；所述第一资源限制策略包括：应用程序对应的资源限制等级、所述应用程序的优先级；所述应用程序的优先级是根据应用程序的运行信息对应用程序进行优先级划分的；所述应用程序的运行信息包括应用程序的类型、应用程序的使用频次、和应用程序的累计使用时长；所述资源限制等级至少包括CPU限制睡眠模式、CPU冻结睡眠模式和进程深度冻结模式；其中，所述CPU限制睡眠模式是对应用程序的进程可使用的中央处理器资源进行限制；所述CPU冻结睡眠模式是禁止应用程序的进程使用CPU资源、网络资源和I/O资源，但对应用程序的进程占用的内存资源不进行回收；所述进程深度冻结模式是禁止应用程序的进程使用CPU资源、网络资源和I/O资源，同时回收应用程序的进程占用的内存资源；

根据所述第一资源限制策略中待处理的应用程序的优先级，确定需要进行资源限制管理的目标应用程序；

当所述目标应用程序进入后台后，根据所述目标应用程序对应的资源限制等级，对所述目标应用程序进行资源限制管理；

定时更新当前电量值，根据所述当前时刻和所述预期使用时长获取剩余使用时长，并根据所述当前电量值与所述剩余使用时长，动态地调整对应用程序的资源限制。

2.根据权利要求1所述的方法，其特征在于，所述当所述目标应用程序进入后台后，根据所述目标应用程序对应的资源限制等级，对所述目标应用程序进行资源限制管理包括：

分别获取后台应用程序对应的资源限制等级和所述后台应用程序的优先级；

按照优先级顺序对所述后台应用程序分别进行资源限制管理；所述对所述后台应用程序分别进行资源限制管理包括：根据所述后台应用程序对应的资源限制等级对所述后台应用程序进行资源限制管理。

3.根据权利要求1所述的方法，其特征在于，所述第一资源限制策略中还包括所述应用程序对应的冻结唤醒时长；所述方法还包括：

若接收到对处于深度冻结状态的应用程序的唤醒消息，且当前时刻与所述应用程序上一次被唤醒的时刻之间的时间差小于所述冻结唤醒时长，在当前时刻与所述应用程序上一次被唤醒的时刻之间的时间差等于所述冻结唤醒时长时将所述应用程序唤醒。

4.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：

在预设的对应关系中查找与更新后的所述当前电量值和所述剩余使用时长对应的第二资源限制策略；

根据所述第二资源限制策略更新对所述计算机设备中运行的应用程序的资源限制管理。

5.根据权利要求2所述的方法，其特征在于，还包括：

获取所述后台应用程序进入后台的时长，若所述后台应用程序进入后台的时长达到预设阈值，关闭所述后台应用程序。

6.根据权利要求5所述的方法，其特征在于，所述关闭所述后台应用程序包括：

接收对所述后台应用程序的终止指令，若检测到所述后台应用程序处于深度冻结状态，将所述后台应用程序唤醒并将所述后台应用程序设置为唤醒状态；

根据所述终止指令终止处于所述唤醒状态的后台应用程序。

7.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：

获取所述应用程序的异常信息，所述异常信息包括对所述应用程序进行资源限制时异常信息和在资源限制过程中异常信息；

若检测到所述应用程序异常信息的次数达到预设次数，不再对所述应用程序进行资源限制管理。

8.一种信息处理装置，其特征在于，包括：

获取模块，用于获取计算机设备在预设时刻的电量值和预期使用时长；或者获取计算机设备在当前时刻的电量值和预期使用时长；

查找模块，用于在预设的对应关系中查找与所述电量值和预期使用时长对应的第一资源限制策略；所述对应关系是电量值、使用时长和资源限制策略三者之间的对应关系；所述第一资源限制策略包括：应用程序对应的资源限制等级、所述应用程序的优先级；所述应用程序的优先级是根据应用程序的运行信息对应用程序进行优先级划分的；所述应用程序的运行信息包括应用程序的类型、应用程序的使用频次、和应用程序的累计使用时长；所述资源限制等级至少包括CPU限制睡眠模式、CPU冻结睡眠模式和进程深度冻结模式；其中，所述CPU限制睡眠模式是对应用程序的进程可使用的中央处理器资源进行限制；所述CPU冻结睡眠模式是禁止应用程序的进程使用CPU资源、网络资源和I/O资源，但对应用程序的进程占用的内存资源不进行回收；所述进程深度冻结模式是禁止应用程序的进程使用CPU资源、网络资源和I/O资源，同时回收应用程序的进程占用的内存资源；

处理模块，用于根据所述第一资源限制策略中待处理的应用程序的优先级，确定需要进行资源限制管理的目标应用程序；当所述目标应用程序进入后台后，根据所述目标应用程序对应的资源限制等级，对所述目标应用程序进行资源限制管理；定时更新当前电量值，根据所述当前时刻和所述预期使用时长获取剩余使用时长，并根据所述当前电量值与所述剩余使用时长，动态地调整对应用程序的资源限制。

9.一种计算机设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法的步骤。

Images