CN111200688A - 一种资源管理方法、装置及一种移动终端 - Google Patents

Abstract

本发明实施例提供了一种资源管理方法、装置及一种移动终端，其中方法包括：当第一事件到来时，判断移动终端是否满足第一预设条件；如果满足则开始计时；如果计时达到预设时长时仍未收到预设消息，则关闭处于前台的应用以释放资源。例如当配置较为低端的手机运行比较大的APP从而占用大量系统资源时，如果突然来电，为了避免电话界面因为没有系统资源而无法启动，手机系统会先计时等待一段时间，如果情况有变(例如收到电话已挂或者电话界面已显示等预设消息)，则不采取操作，否则关闭前台进程以释放系统资源，从而使电话界面可以显示出来，解决了手机等移动终端在特定情况(例如低配玩游戏)下无法进行接听电话等操作的问题。

Description

一种资源管理方法、装置及一种移动终端

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种资源管理方法、装置及一种移动终端。

背景技术

当前市面上存在很多较为低端的移动终端，例如比较便宜的智能手机，它们的优点是价格实惠，所以销量也很大。然而由于内存、CPU等硬件配置比较低，例如其中一些手机的内存只有512M，所以处理能力有限，这样在一些特定情况下，例如当用户在手机上玩游戏或是运行其他比较大的APP(应用软件)时突然来电话，此时因为系统负载高，内存很低，CPU满负载，处理能力达到上界，所以来电通知功能得不到CPU时间片，无法快速启动，导致来电界面很长时间才会显示出来或者根本就不显示，从而严重影响接听电话的操作效率，也严重影响了用户体验。

发明内容

本发明实施例提供一种资源管理方法、装置及一种移动终端，以解决手机等移动终端在特定情况下无法进行接听电话等操作的问题。

根据本发明实施例的第一方面，提供一种资源管理方法，所述方法用于移动终端，所述方法包括：

当第一事件到来时，判断所述移动终端是否满足第一预设条件；

如果所述移动终端满足所述第一预设条件，则开始计时；

如果所述计时达到预设时长时仍未收到预设消息，则关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

可选的，所述第一预设条件包括：

所述移动终端中指定硬件的配置低于预设指标。

可选的，所述指定硬件包括：

中央处理器CPU和\或内存。

可选的，所述第一事件为：

所述移动终端接收到来电，或者，闹钟提醒，或者，数据流量超限提醒。

可选的，当所述第一事件为接收到来电时，所述预设消息包括：

通话界面已显示的消息，或者，电话已断开的消息。

可选的，在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，所述方法还包括：

判断所述处于前台的应用是否属于系统应用或者桌面启动器应用；

如果不属于系统应用和桌面启动器应用，则允许执行关闭所述处于前台的应用的步骤。

可选的，在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，所述方法还包括：

判断所述处于前台的应用是否是预设名单中的应用；

如果不是预设名单中的应用，则允许执行关闭所述处于前台的应用的步骤。

根据本发明实施例的第二方面，提供一种资源管理装置，所述装置用于移动终端，所述装置包括：

判断单元，用于当第一事件到来时，判断所述移动终端是否满足第一预设条件，如果所述移动终端满足所述第一预设条件，则触发计时单元；如果所述计时达到预设时长时仍未收到预设消息，则触发执行单元；

计时单元，用于计时；

执行单元，用于关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

可选的，所述第一预设条件包括：

所述移动终端中指定硬件的配置低于预设指标。

可选的，所述指定硬件包括：

中央处理器CPU和\或内存。

可选的，所述第一事件为：

所述移动终端接收到来电，或者，闹钟提醒，或者，数据流量超限提醒。

可选的，当所述第一事件为接收到来电时，所述预设消息包括：

通话界面已显示的消息，或者，电话已断开的消息。

可选的，所述判断单元还用于：

在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，判断所述处于前台的应用是否属于系统应用或者桌面启动器应用；如果不属于系统应用和桌面启动器应用，则允许触发所述执行单元。

可选的，所述判断单元还用于：

在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，判断所述处于前台的应用是否是预设名单中的应用；如果不是预设名单中的应用，则允许触发所述执行单元。

根据本发明实施例的第三方面，提供一种移动终端，所述移动终端包括存储器和处理器，其中：

所述存储器用于存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理器调用执行；

所述处理器用于：

当第一事件到来时，判断所述移动终端是否满足第一预设条件；如果所述移动终端满足所述第一预设条件，则开始计时；如果所述计时达到预设时长时仍未收到预设消息，则关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

本发明实施例提供的技术方案可以包括以下有益效果：

以移动设备是手机、要进行的操作是接电话为例，在本发明实施例中，当用户在那些配置较为低端的手机(例如CPU和\或内存低于某指标)上玩游戏或是运行其他比较大的APP从而占用大量系统资源时，如果此时突然来电话，为了避免电话界面因为没有系统资源而无法启动，手机系统会先计时等待一段时间(例如5s)，如果情况有变(例如收到电话已挂或者电话界面已显示等预设消息)，则不采取操作，而如果情况仍未变化，则关闭前台进程以释放系统资源，从而使电话界面可以显示出来。

虽然本发明是通过杀前台进程的方式来释放系统资源，用户在使用过程中可能会感觉比较奇怪(例如正在玩游戏，来电话时游戏会退出)，但是与来电界面不显示、用户根本无法接听电话相比，还是接听电话更为重要一些，也即电话的优先级通常更高，所以此时用户通常是更愿意选择接听电话的，而本发明实现了这一功能，解决了手机等移动终端在特定情况(例如低配玩游戏)下无法进行接听电话等操作的问题，满足了用户更重要的需求，提升了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。此外，这些介绍并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明一示例性实施例示出的一种资源管理方法的流程图；

图2是根据本发明一示例性实施例示出的一种资源管理方法的流程图；

图3是根据本发明一示例性实施例示出的通信图；

图4是根据本发明一示例性实施例示出的时序图；

图5是根据本发明一示例性实施例示出的一种资源管理装置的示意图；

图6是根据本发明一示例性实施例示出的一种移动终端的示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据本发明一示例性实施例示出的一种资源管理方法的流程图。该方法可用于移动终端。作为示例，移动终端可以为手机，例如智能手机，或者移动终端也可以为具有电话功能的平板电脑，等等。

参见图1所示，该方法可以包括如下步骤：

步骤S101，当第一事件到来时，判断所述移动终端是否满足第一预设条件。

对于第一事件的具体内容，本实施例并不进行限制，本领域技术人员可以根据不同需求\不同场景而自行选择、设计，可以在此处使用的这些选择和设计都没有背离本发明的精神和保护范围。

作为示例，所述第一事件可以包括：所述移动终端接收到来电。另外在本发明其他某些实施例中，还可以将其他重要的事件作为第一事件，例如闹钟提醒、数据流量超限提醒，等等。

对于第一预设条件的具体内容，本实施例也并不进行限制，本领域技术人员可以根据不同需求\不同场景而自行选择、设计。作为示例，所述第一预设条件可以包括：所述移动终端中指定硬件的配置低于预设指标。

通过硬件可以判断手机等移动终端是否属于低配。例如，所述指定硬件具体可包括：中央处理器CPU和\或内存。以内存为例，可以将1G内存作为预设指标，当手机内存为512M时，低于1G，则满足第一预设条件。

步骤S102，如果所述移动终端满足所述第一预设条件，则开始计时。

对于计时的预设时长本实施例并不进行限制，例如可以设置为5s。

而如果所述移动终端满足所述第一预设条件，则不再执行后续步骤，结束流程。

步骤S103，如果所述计时达到预设时长时仍未收到预设消息，则关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

而如果所述计时达到预设时长前收到了预设消息，则不再执行后续步骤，结束流程。

预设消息用于控制计时的终止。作为示例在本实施例或本发明其他某些实施例中，当所述第一事件为接收到来电时，所述预设消息可以包括：

通话界面已显示的消息，或者，电话已断开的消息。

换句话说，如果在5s之内通话界面已显示出来，则计时终止，不再执行后面的关闭前台应用的步骤。或者如果在5s之内，电话出于某种原因已挂断(例如己方挂断、对方挂断、异常挂断等)，则计时也终止，无需再执行后面的关闭前台应用的步骤。

而如果5s计时到时后，通话界面仍未显示，且电话未挂断仍在接通中，则此时就要关闭所述移动终端中处于前台的应用，以释放所述移动终端的系统资源，使得通话界面能够迅速显示出来，让用户可以进行接听电话或挂断等操作。

另外，在本实施例或本发明其他某些实施例中，还可以将一些应用作为默认的不能被关闭的应用，以进一步满足用户需求。

因此，作为示例在本实施例或本发明其他某些实施例中，在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，所述方法还可以包括：

判断所述处于前台的应用是否属于系统应用或者桌面启动器(Launcher)应用；

如果不属于系统应用和桌面启动器应用，则允许执行关闭所述处于前台的应用的步骤。

而如果处于前台的应用属于系统应用或桌面启动器应用，则取消后续步骤，流程结束。

此外，还可以设置预设名单，即白名单，将用户不想关闭的应用(如某游戏)加入到白名单中。

因此，作为示例在本实施例或本发明其他某些实施例中，在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，所述方法还可以包括：

判断所述处于前台的应用是否是预设名单中的应用；

如果不是预设名单中的应用，则允许执行关闭所述处于前台的应用的步骤。

而如果处于前台的应用是预设名单中的应用，那么就取消后续步骤，流程结束。

图2是根据本发明一示例性实施例示出的一种资源管理方法的流程图。图2中包含了判断是否属于系统应用、是否属于预设名单中的应用等步骤，具体如下：

步骤S201，第一事件到来，流程开始。例如移动终端接收到来电。

步骤S202，判断移动终端是否满足第一预设条件。例如，判断CPU和\或内存是否低于预设指标。如果是，则进入步骤S203；如果否，则进入步骤S208，即流程结束。

步骤S203，判断处于前台的应用是否属于系统应用或者桌面启动器应用。如果否，则进入步骤S204；如果是，则进入步骤S208，即流程结束。

步骤S204，开始计时。例如计时时长可以预设为5s。

步骤S205，判断在所述计时达到预设时长前是否收到预设消息。例如所述预设消息可以包括：通话界面已显示的消息，或者，电话已断开的消息。如果否，则进入步骤S206；如果是，则进入步骤S208，即流程结束。

步骤S206，判断所述处于前台的应用是否属于预设名单中的应用。预设名单即白名单。如果否，则进入步骤S207；如果是，则进入步骤S208，即流程结束。

步骤S207，关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

步骤S208，流程结束。

需要指出的是，对于步骤S203和步骤S206，其在流程中的位置并不唯一，例如步骤S203和步骤S206还可以都位于S201和S204之间，或者都位于S205和S207之间，而且步骤S203和步骤S206二者相互顺序也不唯一，对此本实施例并不进行限制，本领域技术人员可以根据不同需求\不同场景而自行选择、设计，可以在此处使用的这些选择和设计都没有背离本发明的精神和保护范围。

以移动设备是手机、要进行的操作是接电话为例，在本发明实施例中，当用户在那些配置较为低端的手机(例如CPU和\或内存低于某指标)上玩游戏或是运行其他比较大的APP从而占用大量系统资源时，如果此时突然来电话，为了避免电话界面因为没有系统资源而无法启动，手机系统会先计时等待一段时间(例如5s)，如果情况有变(例如收到电话已挂或者电话界面已显示等预设消息)，则不采取操作，而如果情况仍未变化，则关闭前台进程以释放系统资源，从而使电话界面可以显示出来。

虽然本发明是通过杀前台进程的方式来释放系统资源，用户在使用过程中可能会感觉比较奇怪(例如正在玩游戏，来电话时游戏会退出)，但是与来电界面不显示、用户根本无法接听电话相比，还是接听电话更为重要一些，也即电话的优先级通常更高，所以此时用户通常是更愿意选择接听电话的，而本发明实现了这一功能，解决了手机等移动终端在特定情况(例如低配玩游戏)下无法进行接听电话等操作的问题，满足了用户更重要的需求，提升了用户体验。

下面再结合具体场景对本发明方案作进一步描述。

以Android安卓手机系统为例，Android手机一般可以涉及：

AMS：Activity Manager Service，活动管理服务；

Phone：手机通话模块；

RIL：Radio Interface Layer，无线接口层；

Telecom：通信模块；

Dialer：电话应用模块；

Process：进程管理模块。

图3是根据本发明一示例性实施例示出的通信图：

Telecom模块向AMS模块发送Kill stop front message和Kill stopped appmessage，分别对应来电(来电铃声响起)和电话断开场景。此外，也可以由RIL向AMS模块发送Kill stop front message和Kill stopped app message，分别对应来电和电话断开场景。

AMS模块要判断当前手机是否是低内存设备，并可以自己向自己发送5s延迟消息(5s message delay)。

Dialer模块向AMS模块发送取消杀前台进程消息Cancel message，也就是取消来电时Telecom模块向AMS模块发送的Kill stop front message。

如果AMS判断应该把当前前台进程杀掉，则向Process模块发送杀进程消息KillProcess。

图4是根据本发明一示例性实施例示出的时序图。参见图4所示：

1)当手机来电话时(Incoming Call)，来电铃声经过Audio传输到Telecom模块，也就是system_server进程，Telecom层通过跨进程通信Binder向AMS进程发送消息，告诉AMS模块来电话并且电话铃声响起了。

2)AMS模块收到消息之后，首先判断当前处在前台的应用是不是系统应用以及前台应用是不是Launcher(桌面启动器，安卓的桌面UI的统称)应用，如果不是再判断当前设备是不是低内存设备(例如RAM小于512M)，如果是就给自己发送一个5秒的延迟消息。

3)这期间如果电话断开了(包括本地挂断、远端挂断或异常挂断等情况)，Telecom(也就是所在的system_server进程)通过跨进程通信Binder向AMS发送停止杀前台进程的消息，AMS收到此消息之后会把发给自己的5秒的延迟消息Cancel(取消)。

4)在AMS给自己发送的延迟消息5s内，如果收到Dialer进程发送的Cancel killstop消息，说明用户已经收到来电通知并且可以正常操作，那么AMS收到此消息之后会把发给自己的5秒的延迟消息取消。

5)在AMS给自己发送的延迟消息5s后，如果没有收到任何消息，那么AMS会向Process请求把当前的前台进程杀死(Kill process)。从而释放系统资源，使通话界面可以迅速被显示。

以移动设备是手机、要进行的操作是接电话为例，在本发明实施例中，当用户在那些配置较为低端的手机(例如CPU和\或内存低于某指标)上玩游戏或是运行其他比较大的APP从而占用大量系统资源时，如果此时突然来电话，为了避免电话界面因为没有系统资源而无法启动，手机系统会先计时等待一段时间(例如5s)，如果情况有变(例如收到电话已挂或者电话界面已显示等预设消息)，则不采取操作，而如果情况仍未变化，则关闭前台进程以释放系统资源，从而使电话界面可以显示出来。

虽然本发明是通过杀前台进程的方式来释放系统资源，用户在使用过程中可能会感觉比较奇怪(例如正在玩游戏，来电话时游戏会退出)，但是与来电界面不显示、用户根本无法接听电话相比，还是接听电话更为重要一些，也即电话的优先级通常更高，所以此时用户通常是更愿意选择接听电话的，而本发明实现了这一功能，解决了手机等移动终端在特定情况(例如低配玩游戏)下无法进行接听电话等操作的问题，满足了用户更重要的需求，提升了用户体验。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

图5是根据本发明一示例性实施例示出的一种资源管理装置的示意图。该装置可用于手机等移动终端。

参见图5所示，该装置可以包括：

判断单元501，用于当第一事件到来时，判断所述移动终端是否满足第一预设条件，如果所述移动终端满足所述第一预设条件，则触发计时单元；如果所述计时达到预设时长时仍未收到预设消息，则触发执行单元。

作为示例，所述第一事件可以包括：所述移动终端接收到来电。另外在本发明其他某些实施例中，还可以将其他重要的事件作为第一事件，例如闹钟提醒、数据流量超限提醒，等等。

对于第一预设条件的具体内容，本实施例也并不进行限制，本领域技术人员可以根据不同需求\不同场景而自行选择、设计。作为示例，所述第一预设条件可以包括：所述移动终端中指定硬件的配置低于预设指标。

通过硬件可以判断手机等移动终端是否属于低配。例如，所述指定硬件具体可包括：中央处理器CPU和\或内存。以内存为例，可以将1G内存作为预设指标，当手机内存为512M时，低于1G，则满足第一预设条件。

计时单元502，用于计时。

对于计时的预设时长本实施例并不进行限制，例如可以设置为5s。

执行单元503，用于关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

预设消息用于控制计时的终止。作为示例在本实施例或本发明其他某些实施例中，当所述第一事件为接收到来电时，所述预设消息可以包括：

通话界面已显示的消息，或者，电话已断开的消息。

作为示例，在本实施例或本发明其他某些实施例中，所述判断单元还可以用于：

在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，判断所述处于前台的应用是否属于系统应用或者桌面启动器应用；如果不属于系统应用和桌面启动器应用，则允许触发所述执行单元。

作为示例，在本实施例或本发明其他某些实施例中，所述判断单元还可以用于：

在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，判断所述处于前台的应用是否是预设名单中的应用；如果不是预设名单中的应用，则允许触发所述执行单元。

以移动设备是手机、要进行的操作是接电话为例，在本发明实施例中，当用户在那些配置较为低端的手机(例如CPU和\或内存低于某指标)上玩游戏或是运行其他比较大的APP从而占用大量系统资源时，如果此时突然来电话，为了避免电话界面因为没有系统资源而无法启动，手机系统会先计时等待一段时间(例如5s)，如果情况有变(例如收到电话已挂或者电话界面已显示等预设消息)，则不采取操作，而如果情况仍未变化，则关闭前台进程以释放系统资源，从而使电话界面可以显示出来。

虽然本发明是通过杀前台进程的方式来释放系统资源，用户在使用过程中可能会感觉比较奇怪(例如正在玩游戏，来电话时游戏会退出)，但是与来电界面不显示、用户根本无法接听电话相比，还是接听电话更为重要一些，也即电话的优先级通常更高，所以此时用户通常是更愿意选择接听电话的，而本发明实现了这一功能，解决了手机等移动终端在特定情况(例如低配玩游戏)下无法进行接听电话等操作的问题，满足了用户更重要的需求，提升了用户体验。

关于上述实施例中的装置，其中各个单元\模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处不再赘述。

另外参见图6所示，本发明实施例还提供了一种移动终端，所述移动终端可以包括存储器601和处理器602等，其中：

所述存储器601用于存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理器调用执行；

所述处理器602用于：

当第一事件到来时，判断所述移动终端是否满足第一预设条件；如果所述移动终端满足所述第一预设条件，则开始计时；如果所述计时达到预设时长时仍未收到预设消息，则关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

对于所述处理器所执行的操作已经在相关方法的实施例中进行了详细描述，此处不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由所附的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (15)

1.一种资源管理方法，其特征在于，所述方法用于移动终端，所述方法包括：

当第一事件到来时，判断所述移动终端是否满足第一预设条件；

如果所述移动终端满足所述第一预设条件，则开始计时；

如果所述计时达到预设时长时仍未收到预设消息，则关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

2.根据权利要求1所述的方法，其特征在于，所述第一预设条件包括：

所述移动终端中指定硬件的配置低于预设指标。

3.根据权利要求2所述的方法，其特征在于，所述指定硬件包括：

中央处理器CPU和\或内存。

4.根据权利要求1所述的方法，其特征在于，所述第一事件为：

所述移动终端接收到来电，或者，闹钟提醒，或者，数据流量超限提醒。

5.根据权利要求4所述的方法，其特征在于，当所述第一事件为接收到来电时，所述预设消息包括：

通话界面已显示的消息，或者，电话已断开的消息。

6.根据权利要求1所述的方法，其特征在于，在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，所述方法还包括：

判断所述处于前台的应用是否属于系统应用或者桌面启动器应用；

如果不属于系统应用和桌面启动器应用，则允许执行关闭所述处于前台的应用的步骤。

7.根据权利要求1所述的方法，其特征在于，在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，所述方法还包括：

判断所述处于前台的应用是否是预设名单中的应用；

如果不是预设名单中的应用，则允许执行关闭所述处于前台的应用的步骤。

8.一种资源管理装置，其特征在于，所述装置用于移动终端，所述装置包括：

判断单元，用于当第一事件到来时，判断所述移动终端是否满足第一预设条件，如果所述移动终端满足所述第一预设条件，则触发计时单元；如果所述计时达到预设时长时仍未收到预设消息，则触发执行单元；

计时单元，用于计时；

执行单元，用于关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

9.根据权利要求8所述的装置，其特征在于，所述第一预设条件包括：

所述移动终端中指定硬件的配置低于预设指标。

10.根据权利要求9所述的装置，其特征在于，所述指定硬件包括：

中央处理器CPU和\或内存。

11.根据权利要求8所述的装置，其特征在于，所述第一事件为：

所述移动终端接收到来电，或者，闹钟提醒，或者，数据流量超限提醒。

12.根据权利要求11所述的装置，其特征在于，当所述第一事件为接收到来电时，所述预设消息包括：

通话界面已显示的消息，或者，电话已断开的消息。

13.根据权利要求8所述的装置，其特征在于，所述判断单元还用于：

在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，判断所述处于前台的应用是否属于系统应用或者桌面启动器应用；如果不属于系统应用和桌面启动器应用，则允许触发所述执行单元。

14.根据权利要求8所述的装置，其特征在于，所述判断单元还用于：

在开始计时之前，或者，在关闭所述移动终端中处于前台的应用之前，判断所述处于前台的应用是否是预设名单中的应用；如果不是预设名单中的应用，则允许触发所述执行单元。

15.一种移动终端，其特征在于，所述移动终端包括存储器和处理器，其中：

所述存储器用于存储一条或多条计算机指令，所述一条或多条计算机指令供所述处理器调用执行；

所述处理器用于：

当第一事件到来时，判断所述移动终端是否满足第一预设条件；如果所述移动终端满足所述第一预设条件，则开始计时；如果所述计时达到预设时长时仍未收到预设消息，则关闭所述移动终端中处于前台的应用以释放所述移动终端的系统资源。

Images