CN103530193A - 用于调节应用进程的方法和设备 - Google Patents

Abstract

本发明提供了用于调节应用进程的方法和设备。该方法包括：监测应用进程的资源占用情况；以及根据监测到的资源占用情况来调节应用进程的运行。

Description

用于调节应用进程的方法和设备

技术领域

本发明总体上涉及计算机通信技术领域，更具体地涉及用于调节应用进程的方法和设备。

背景技术

作为移动通信终端的主流开发平台之一，在安卓(Android)平台的基础上已经开发出了大量不同类型的应用。应用通常可以分为两类：商业应用和个人应用。由于安卓平台的开放性，个人应用得到了迅速发展，并且出现了种类繁多的应用。对于移动通信终端来说，这些应用带来的明显感受通常是电量使用加快、***突然变慢、无故死机或重启。在这种情况下，用户通常需要手动使用安卓***管理工具，通过人工方式调节应用程序的运行状态。通常采用的方法是终止应用进程或重启应用进程，以卸载占用资源过多的应用进程。

这种通过人为参与和手工调节的方式存在较大缺陷：

-耗费用户过多时间去查看***中应用进程的运行状况；

-对于非专业用户而言，由于对专业参数的理解较差，因而容易导致无法做出最准确的判断；

-这种过程需要重复动作，缺乏自动监控机制，易出现资源占用过多而导致***变慢直至***无响应和重启现象发生。

发明内容

为了解决上述问题，本发明提供了用于对应用进程的资源占用情况进行自动监测并由此调节应用进程的运行的机制。

根据本发明的一方面，提供了一种用于调节应用进程的方法。该方法包括以下步骤：监测应用进程的资源占用情况；以及根据监测到的资源占用情况来调节应用进程的运行。

在一些实施例中，资源占用情况包括以下一种或多种：资源占用量；以及运行时间。

在一些实施例中，应用进程包括正在运行的应用进程，以及根据监测到的资源占用情况来调节应用进程的运行的步骤包括：如果正在运行的应用进程所占用的资源量超过预定资源量阈值，则结束该应用进程。在这种情况下，根据监测到的资源占用情况来调节应用进程的运行的步骤还可以包括：如果所占用的资源量没有超过预定资源量阈值，并且该应用进程的运行时间超过预定运行时间阈值，则重启该应用进程。

在一些实施例中，应用进程包括即将运行的应用进程，以及根据监测到的资源占用情况来调节应用进程的运行的步骤包括：如果即将运行的应用进程所请求的资源量不超过预定资源量阈值，则允许运行该应用进程；以及如果所请求的资源量超过预定资源量阈值，则拒绝运行该应用进程。

在一些实施例中，该方法还包括：更新应用进程资源占用表。

根据本发明的另一方面，提供了一种用于调节应用进程的设备。该设备包括：监测单元，用于监测应用进程的资源占用情况；以及调节单元，用于根据监测到的资源占用情况来调节应用进程的运行。

在一些实施例中，资源占用情况包括以下一种或多种：资源占用量；以及运行时间。

在一些实施例中，应用进程包括正在运行的应用进程，以及调节单元用于：如果正在运行的应用进程所占用的资源量超过预定资源量阈值，则结束该应用进程。在这种情况，调节单元还可以用于：如果所占用的资源量没有超过预定资源量阈值，并且该应用进程的运行时间超过预定运行时间阈值，则重启该应用进程。

在一些实施例中，应用进程包括即将运行的应用进程，以及调节单元用于：如果即将运行的应用进程所请求的资源量不超过预定资源量阈值，则允许运行该应用进程；如果所请求的资源量超过预定资源量阈值，则拒绝运行该应用进程。

在一些实施例中，该设备还包括：更新单元，用于更新应用进程资源占用表。

使用本发明的方法和设备，能够对应用进程的资源占用情况进行自动监测，并对应用进程的运行进行调节控制。这无需用户手工处理，从而提高了***的效率和稳定性。

附图说明

通过下面结合附图说明本发明的优选实施例，将使本发明的上述及其它目标、特征和优点更加清楚，其中：

图1是示出了根据本发明的一些实施例的移动终端100中的示例网络协议栈的框图。

图2示出了根据本发明的一些实施例的示例应用进程资源占用表。

图3是示出了根据本发明的一些实施例的资源监测调节模块300的示意框图。

图4是示出了根据本发明的一些实施例的调节应用进程的方法400的流程图。

图5是示出了作为方法400的具体示例的方法500的流程图。

图6是示出了作为方法400的具体示例的方法600的流程图。

图7是示出了根据本发明的一些实施例的调节应用进程的设备700的方框图。

在本发明的所有附图中，相同或相似的结构均以相同或相似的附图标记标识。

具体实施方式

下面参照附图对本发明的优选实施例进行详细说明，在描述过程中省略了对于本发明来说是不必要的细节和功能，以防止对本发明的理解造成混淆。以下，以本发明应用于无线移动通信***的场景为例，对本发明进行了详细描述。但本发明并不局限于此，本发明也可以应用于固定通信***、有线通信***，或者应用于无线移动通信***、固定通信***、有线通信***等的任意混合结构。就移动通信***而言，本发明并不局限于所涉及的各个移动通信终端的具体通信协议，可以包括(但不限于)2G、3G、4G、5G网络，WCDMA、CDMA2000、TD-SCDMA***等，不同的移动终端可以采用相同的通信协议，也可以采用不同的通信协议。本发明并不局限于移动终端的具体操作***，可以包括(但不限于)iOS、Windows Mobile、Symbian、安卓等，不同的移动终端可以采用相同的操作***，也可以采用不同的操作***。特别地，在本发明的以下实施例中，使用基于安卓平台开发的移动通信终端作为示例，来说明本发明的理念。然而，应当理解的是：实际上可以使用任何移动或固定通信终端来实现本发明的各实施例，本发明不受限于具体使用的硬件、软件(包括操作***)、固件、或它们的组合等。

首先，参考图1来说明根据本发明的一些示例实施例的移动终端100中的示例网络协议栈的框图。如图1所示，移动终端100中具有用于处理数据报文的网络协议栈110。在开放式***互联(Open SystemInterconnection，下文中简称为OSI)7层参考模型下，该协议栈110也相应地包括7个协议层，即：物理层111、数据链路层112、网络层113、传输层114、会话层115、表示层116和应用层117。

在本实施例中，假设移动终端100是基于安卓平台开发的，而安卓平台是类Linux***，其通常可被分为内核空间(kernel space)和用户空间(user space)。数据链路层112、网络层113、传输层114、会话层115等层的操作主要是在内核空间中实现的，用户通过***调用(system calls)来调用内核空间中的函数接口，进而处理这些层的事务，而表示层116和应用层117的操作基本上是在用户空间中由用户自己实现的，用户需要自行编写处理函数来处理这两个层中的事务。当然，在其他实施例中，可以采用针对处理操作的其它内核空间／用户空间分布方式，本发明不限于上述分布方式。例如，会话层115的相关处理可以由用户在用户空间通过调用安卓***的底层***调用来自行实现。在本发明中，主要关注的是内核空间以及应用层117。

网络层113对应于OSI参考模型中的第3层(层3)，其介于传输层114和数据链路层112之间。基于数据链路层112提供的在两个相邻端点之间传输数据帧的功能，网络层113进一步管理网络中的数据通信，将数据设法从源节点经过若干个中间节点传送到目标节点，从而向传输层114提供最基本的端到端的数据传输服务。

传输层114对应于OSI参考模型中相对重要和关键的一层，其是唯一负责总体数据传输和数据控制的一层。传输层114提供用于端到端的交换数据的机制。传输层114为会话层115、表示层116和应用层117等上三层提供可靠的传输服务，向网络层113提供可靠的目标节点信息。由于世界上各种通信网络在性能上存在着很大差异(例如，电话交换网、分组交换网、公用数据交换网、局域网等通信网络都可互连，但它们提供的吞吐量、传输速率、数据延迟、通信费用等各不相同)，因此对于会话层115等高层来说，要求具有性能稳定的接口。传输层114就承担了这一功能。它采用分流／合流、复用／解复用等技术来调节上述通信网络的差异，使会话层115感受不到这种差别。此外，传输层114还要具备差错恢复、流量控制等功能，以向会话层115屏蔽通信网络在这些方面的细节与差异。传输层114面对的数据对象不是网络地址和主机地址，而是和会话层115的界面端口。

应用层117对应于OSI参考模型的第7层。应用层117直接和应用程序的本地进程交互并提供常见的网络应用服务。应用层117也向表示层116发出请求。应用层117是OSI参考模型的最高层，其是直接为应用进程提供服务的。其作用是在实现多个***应用进程相互通信的同时，完成一系列业务处理所需的服务。

本发明的主要思路在于，通过在内核(例如图1所示的数据链路层112、网络层113、传输层114或会话层115)通过C++和JAVA等编程语言来实现针对应用进程的资源监测和调节。内核中的模块可以通过例如***启动Linux模块加载方式进行启动。还可以通过应用层(例如图1所示的应用层117)配置和管理在资源调节中应用的参数。应用层中的模块可以通过***启动Service方式进行。

下面将简要描述资源监测和调节在内核和应用层中的实现流程。

第一，修改***ROM，将资源监测调节内核模块放入***启动模块序列中；在***启动加载***基本模块后，加载该模块，同时在用户空间预分配共享内存，并将内存地址信息写入临时目录特定命名文件A中，然后进入守护状态。

第二，在完成***关键功能启动后，启动资源监测调节应用层服务，进入守护进程状态，并判断是否已经完成***启动；如果已经完成启动，则读取A中的地址信息，通过约定的数据交互模式，在共享内存中的指定位置写入动作标志位C。这里的数据交互模式例如基于内核空间与用户空间之间的数据传递机制和内存共享方式来实现对数据的共享访问。

第三，资源监测调节内核模块以固定时间间隔T读取共享内存中的动作标志位C；如果C表明***启动已经完成，则资源监测调节内核模块会通过内核高权限特性，读取当前所有非关键***进程之外的所有应用进程的状态信息，包括六个当前信息：进程名、PID(ProcessIdentifier，进程标识符)、占用内存、CPU占用、开始运行时间和持续运行时间。

第四，资源监测调节内核模块利用监测到的所有信息来构造当前应用进程的资源占用状况表，也称为“应用进程资源占用表”。

图2示出了根据本发明的一些实施例的应用进程资源占用表，该表示意了一个示例进程的六个当前信息。如图2所示，资源监测调节内核模块监测到了名为“qq”的进程在“2013／09／28／09：02”开始运行，持续了97分钟。该进程的PIC为1301，并且占用了12M的内存和2％的CPU。

下面将以图3为例来说明本发明的总的发明构思。

图3是示出了根据本发明的一些实施例的资源监测调节模块300的示意框图。

如图3所示，根据本发明的资源监测调节模块300由监测功能模块310和调节功能模块320这两部分组成。

可选地，资源监测调节模块300还可以包括参数管理配置功能模块330。参数管理配置功能模块330可以在应用层中实现为应用层模块。例如，利用在应用层上实现的参数管理配置功能模块330，用户可以通过例如用户界面(UI)查看如图2所示的资源占用状况，也可以根据经验值或者根据实际需求对占用资源C(例如，内存(C1)、CPU(C2))阀值、运行时间阀值R、信息采集频率F、是否云端数据处理CR和数据上传时间TU等信息进行配置。另外，还可以将配置结果V写入到SD卡指定位置，同时将该配置结果V同步到共享内存指定位置。

参数管理配置功能模块330也可以在内核中实现为内核模块。在这种情况下，占用资源C(例如，内存(C1)、CPU(C2))阀值、运行时间阀值R、信息采集频率F、是否云端数据处理CR和数据上传时间TU等信息可以是预配置的，并且可以从本地或远程获得。

可选地，资源监测调节模块300还可以包括更新功能模块340，用于更新如图2所示的“应用进程资源占用表”，并将日志写入指定位置。

监测功能模块310、调节功能模块320和更新功能模块340均可以以内核模块的方式实现。内核模块启动监测功能模块310之后，该功能首先读取共享内存中的配置结果V，以获得相应的调节阈值，从而形成监测调节阈值开关。

监测功能模块310可以监测正在运行的应用进程、即将运行的应用进程或即将退出的应用进程。调节功能模块320可以根据监测功能模块310的监测结果来调节各种应用进程的运行。下面将分别针对正在运行的应用进程、即将运行的应用进程或即将退出的应用进程这三种应用进程，对根据本发明的资源监测调节模块300进行详细描述。

正在运行的应用进程

监测功能模块310对所有正在运行的应用进程(主要是非***关键应用进程)的资源占用状况和运行时间信息进行监测和采集，在内存中形成运行状况列表(即，应用进程资源占用表)，然后采用顺序查询该列表方式对监测到的应用进程占用信息进行检测。

如果发现应用进程占用的资源量超过预定资源量阈值，例如内存大于阈值C1或CPU占用情况大于阀值C2，则监测功能模块310通过***消息机制告知用户该应用进程占用的资源量超过预定资源量阈值。这里的预定资源量阈值可以是用户定义的。

此时，调节功能模块320将直接结束该应用进程。更新功能模块340更新“应用进程资源占用表”，同时将日志通过明文方式写入到SD卡中指定位置，例如／sdcard／rscmonitor／running_log。

如果应用进程没有超过预定资源量阈值(例如，阀值C)，那么调节功能模块320可以检查该应用进程的运行时间是否已经超过预定运行时间阈值，例如运行时间阀值R。如果超过预定运行时间阈值，则监测功能模块310通过***消息机制告知用户该应用进程已经超过设定运行时间。同时，调节功能模块320将重启该应用进程。更新功能模块340可以将“应用进程资源占用表”进行更新，同时将日志通过明文方式写入到SD卡中指定位置，例如／sdcard／rscmonitor／running_log。

即将运行的应用进程

当有一非***关键应用进程请求运行时，监测功能模块310检查其内存申请资源请求所请求的资源量是否超过允许预定资源量阈值，例如阀值C1。如果超过预定资源量阈值，则调节功能模块320可以直接拒绝该应用运行请求。同时，更新功能模块340将日志通过明文方式写入到SD卡中指定位置，例如／sdcard／rscmonitor／request_log。

如果没有超过预定资源量阈值，则调节功能模块320将通过该应用进程的运行申请请求，并由监测功能模块310监控其启动过程。当该应用启动完毕后，更新功能模块340将更新“应用进程资源占用表”，同时，将日志更新到SD卡中指定位置，例如／sdcard／rscmonitor／request_log。

即将退出的应用进程

监测功能模块310对即将退出的应用进程进行监测并对其运行时间资源进行采集。监测功能模块310监测其完成退出后，重新统计***可用资源，用于后续可用资源判断依据。同时，更新功能模块340更新“应用进程资源占用表”，并将操作日志写入到SD卡指定位置／sdcard／rscmonitor／quit_log。该日志可以用于下次请求运行相同应用时，对该应用所请求的资源进行评估。例如，假设监测功能模块310检测到即将退出的应用进程占用了1M内存，并由更新功能模块340记录了这一信息。那么，如果该应用进程下一次请求10M内存，则监测功能模块310可以通过查询“应用进程资源占用表”来判定该请求为异常请求。

另外，监测功能模块310还可以读取内存中CR和TU配置信息，并判断是否可以将监测到的数据上传到云端。如果是，根据TU配置信息，决定上传时间点。然后，监测功能模块310在该时间点收集当前内存中所有监测信息和日志信息，并使用zip方式进行加密压缩，然后通过与云端(例如，网秦云平台)之间约定的加密传输通道进行上传，以用于后续大数据分析和处理，从而得出应用进程运行状态规律分析。

图4是示出了根据本发明的一些实施例的调节应用进程的方法400的流程图，图5和图6分别示出了作为方法400的具体示例的方法500和方法600。方法400～600均可以在***内核中实现，也可以在***内核和应用层中一起实现。如图4所示，方法400可以包括步骤S410、S420和S430，其中步骤S430是可选的。如图5所示，方法500可以包括步骤S510、S520、S530、S540和S550。如图6所示，方法600可以包括步骤S610、S620、S630和S640。根据本发明，方法400～600的一些步骤可以单独执行或组合执行，以及可以并行执行或顺序执行，并不局限于图4～6所示的具体操作顺序。在一些实施例中，方法400～600可以由图7所示的设备700来执行。在另一些实施例中，方法400～600可以由图1所示的移动终端100或图3所示的资源监测调节模块300来执行。

图7是示出了根据本发明的一些实施例的设备700的方框图，该设备700可以调节应用进程的运行。如图7所示，设备700可以包括监测单元710、调节单元720和更新单元730，其中更新单元730是可选的。

监测单元710用于监测应用进程的资源占用情况。监测单元710可以是设备700的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与设备700的存储设备(例如、硬盘、软盘、光盘、磁带等)等相配合，以监测应用进程的资源占用情况。根据本发明的一些实施例，资源占用情况包括以下一种或多种：资源占用量，例如占用内存或CPU占用；以及运行时间。

调节单元720用于根据监测到的资源占用情况来调节应用进程的运行。调节单元720可以是设备700的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与设备700的存储设备(例如、硬盘、软盘、光盘、磁带等)等相配合，以根据监测到的资源占用情况来调节应用进程的运行。

根据本发明的一些实施例，应用进程可以包括正在运行的应用进程。在这种情况下，调节单元720可以用于：如果正在运行的应用进程所占用的资源量超过预定资源量阈值，则结束该应用进程。进一步地，调节单元720还可以用于：如果所占用的资源量没有超过预定资源量阈值，并且该应用进程的运行时间超过预定运行时间阈值，则重启该应用进程。预定资源量阈值和预定运行时间阈值可以通过应用层由用户配置，或者可以在内核中预配置。

根据本发明的一些实施例，应用进程包括即将运行的应用进程。在这种情况下，调节单元720可以用于：如果即将运行的应用进程所请求的资源量不超过预定资源量阈值，则允许运行该应用进程；如果所请求的资源量超过预定资源量阈值，则拒绝运行该应用进程。

更新单元730用于更新应用进程资源占用表，例如如图2所示的应用进程资源占用表。更新单元730可以是设备700的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器等等，其可以与设备700的存储设备(例如、硬盘、软盘、光盘、磁带等)等相配合，以根据监测单元710所监测到的应用进程的资源情况以及经调节单元720调节后的应用进程的运行状况来更新应用进程资源占用表。

应注意，设备700中的两个或多个不同单元可以在逻辑上或物理上组合在一起。例如，监测单元710和调节单元720可以组合成一个单元，由设备700中的中央处理单元(CPU)、数字信号处理器(DSP)、微处理器、微控制器来统一实现。

根据本发明的一些实施例，设备700可以由如图1所示的移动终端100之类的移动终端或者如传统的PC(Personal Computer，个人电脑)、笔记本电脑之类的固定终端来实现。

以下将结合图1～7，对根据本发明实施例的调节应用进程的方法400～600和设备700进行详细的描述。应当注意，本发明实施例的方法400～600和设备700可以在图1所示的移动终端100中实现，但本发明并不局限于此。

在步骤S410，设备700的监测单元710监测应用进程的资源占用情况。根据本发明的一些实施例，资源占用情况包括以下一种或多种：资源占用量，例如占用内存或CPU占用；以及运行时间。

在步骤S420，设备700的调节单元720根据监测到的资源占用情况来调节应用进程的运行。

在步骤S430，设备700的更新单元730对应用进程资源占用表进行更新。例如，更新单元730可以根据监测单元710所监测到的应用进程的资源情况以及经调节单元720调节后的应用进程的运行状况来更新应用进程资源占用表。

根据本发明的一些实施例，应用进程可以包括正在运行的应用进程。方法500涉及调节正在运行的应用进程的运行。

在步骤S510，设备700的监测单元710检查正在运行的应用进程所占用的资源量是否超过预定资源量阈值。预定资源量阈值可以通过应用层由用户配置，或者可以在内核中预配置。

如果步骤S510的检查结果为是，则方法500前进到步骤S520；如果为否，则方法500前进行步骤S530。

在步骤S520，设备700的调节单元720直接结束该应用进程。然后，方法500前进到步骤S550。

在步骤S530，设备700的监测单元710进一步检查该应用进程的运行时间是否超过预定运行时间阈值。如果是，则方法500前进到步骤S540；如果否，则方法500前进行步骤S550。预定运行时间阈值可以通过应用层由用户配置，或者可以在内核中预配置。

在步骤S540，设备700的调节单元720重启该应用进程，即，使得该应用进程重新运行。然后，方法500前进到步骤S550。

在步骤S550，设备700的更新单元730根据监测单元710所监测到的应用进程的资源情况以及经调节单元720调节后的应用进程的运行状况来更新应用进程资源占用表。例如，设备700的更新单元730可以将“应用进程资源占用表”进行更新，同时将日志通过明文方式写入到SD卡中的指定位置，例如／sdcard／rscmonitor／running_log。

根据本发明的一些实施例，应用进程可以包括即将运行的应用进程。方法600涉及调节即将运行的应用进程的运行。

在步骤S610，设备700的监测单元710检查即将运行的应用进程所请求的资源量是否超过预定资源量阈值。预定资源量阈值可以通过应用层由用户配置，或者可以在内核中预配置。

如果步骤S610的检查结果为是，则方法600前进到步骤S620；如果为否，则方法600前进行步骤S630。

在步骤S620，设备700的调节单元720直接拒绝运行该应用进程，即，终止运行该应用进程的请求。然后，方法600前进到步骤S640，其中由设备700的更新单元730将日志通过明文方式写入到SD卡中的指定位置，例如／sdcard／rscmonitor／mnning_log。

在步骤S630，设备700的调节单元720接受了运行该应用进程的请求，并允许运行该应用进程。然后，方法600前进到步骤S640，其中由设备700的更新单元730根据监测单元710所监测到的应用进程的资源情况以及经调节单元720调节后的应用进程的运行状况来更新应用进程资源占用表。例如，设备700的更新单元730可以将“应用进程资源占用表”进行更新，同时将日志通过明文方式写入到SD卡中的指定位置，例如／sdcard／rscmonitor／mnning_log。

在本发明的一些实施例中，设备700的监测单元710还可以进一步判断是否可以将监测到的数据上传至云端。如果是，根据TU配置信息，决定上传时间点。然后，设备700的监测单元710可以在该时间点收集当前内存中所有监测信息和日志信息，并使用zip方式进行加密压缩，然后通过与云端(例如，网秦云平台)之间约定的加密传输通道进行上传，以用于后续大数据分析和处理，从而得出应用进程运行状态规律分析。

在本发明的一些实施例中，应用进程也可以是即将退出的应用进程。设备700的监测单元710可以对即将退出的应用进程进行监测并对其运行时间资源进行采集。同时，设备700的监测单元710可以在该应用进程退出之后，重新统计***可用资源，以用于后续可用资源判断依据。此外，设备700的更新单元730也可以更新“应用进程资源占用表”，并将操作日志写入到SD卡指定位置，例如／sdcard／rscmonitor／quit_log。例如，假设监测单元710检测到即将退出的应用进程占用了1M内存，并由监测单元710记录了这一信息。那么，如果该应用下一次请求10M内存，监测单元710可以通过查询“应用进程资源占用表”来判定该请求为异常请求。

至此已经结合优选实施例对本发明进行了描述。应该理解，本领域技术人员在不脱离本发明的精神和范围的情况下，可以进行各种其它的改变、替换和添加。因此，本发明的范围不局限于上述特定实施例，而应由所附权利要求所限定。

Claims (12)

1.一种用于调节应用进程的方法，包括以下步骤：

监测应用进程的资源占用情况；以及

根据监测到的资源占用情况来调节应用进程的运行。

2.根据权利要求1所述的方法，其中，资源占用情况包括以下一种或多种：

资源占用量；以及

运行时间。

3.根据权利要求1所述的方法，其中，应用进程包括正在运行的应用进程，以及根据监测到的资源占用情况来调节应用进程的运行的步骤包括：

如果正在运行的应用进程所占用的资源量超过预定资源量阈值，则结束该应用进程。

4.根据权利要求3所述的方法，其中，根据监测到的资源占用情况来调节应用进程的运行的步骤还包括：

如果所占用的资源量没有超过预定资源量阈值，并且该应用进程的运行时间超过预定运行时间阈值，则重启该应用进程。

5.根据权利要求1所述的方法，其中，应用进程包括即将运行的应用进程，以及根据监测到的资源占用情况来调节应用进程的运行的步骤包括：

如果即将运行的应用进程所请求的资源量不超过预定资源量阈值，则允许运行该应用进程；以及

如果所请求的资源量超过预定资源量阈值，则拒绝运行该应用进程。

6.根据权利要求1至5中任一项所述的方法，还包括：

更新应用进程资源占用表。

7.一种用于调节应用进程的设备，包括：

监测单元，用于监测应用进程的资源占用情况；以及

调节单元，用于根据监测到的资源占用情况来调节应用进程的运行。

8.根据权利要求7所述的设备，其中，资源占用情况包括以下一种或多种：

资源占用量；以及

运行时间。

9.根据权利要求7所述的设备，其中，应用进程包括正在运行的应用进程，以及调节单元用于：

如果正在运行的应用进程所占用的资源量超过预定资源量阈值，则结束该应用进程。

10.根据权利要求9所述的设备，其中，调节单元还用于：

如果所占用的资源量没有超过预定资源量阈值，并且该应用进程的运行时间超过预定运行时间阈值，则重启该应用进程。

11.根据权利要求7所述的设备，其中，应用进程包括即将运行的应用进程，以及调节单元用于：

如果即将运行的应用进程所请求的资源量不超过预定资源量阈值，则允许运行该应用进程；以及

如果所请求的资源量超过预定资源量阈值，则拒绝运行该应用进程。

12.根据权利要求7至11中任一项所述的设备，还包括：

更新单元，用于更新应用进程资源占用表。

Images