一种应用控制的方法及移动终端与流程

本发明涉及移动终端领域，尤其涉及一种应用控制的方法及移动终端。

背景技术：

随着智能终端的日益发展，智能终端越来越普及，目前市面上流行的智能终端包括移动终端，移动终端主要包括智能手机和平板电脑。由于开发商的不同，移动终端所使用的操作系统也不同，主流操作系统包括Android操作系统和IOS操作系统。

在现有的操作系统中，省电模块在查杀应用的时候，需要判断一个应用是否在工作状态，而对于设置有常驻通知的应用则无法检测到其是否处于工作状态。从而可能导致该应用查杀，使得用户体验不好。比如，一个倒计时软件在状态栏显示倒计时，当满足查杀条件之后，倒计时软件被查杀，这时倒计时通知也会被清除，严重影响了用户的使用体验。

技术实现要素：

本发明实施例提供了一种应用控制的方法及移动给终端，用于提高用户的体验。

本发明实施例第一方面提供一种应用控制的方法，包括：

接收第一应用程序申请的通知栏常驻请求；

为第一应用程序在通知栏中添加常驻通知；

添加监听通知栏中常驻通知的状态的监听器；

通过监听器监听第一应用程序所对应的常驻通知在通知栏中的状态；

当进行应用程序查杀时，通过所监听到的常驻通知的状态判断第一应用程序是否处于工作状态，若是，则保留第一应用程序的内存占用。

一种可能的实现方式中，通过所监听到的常驻通知的状态判断第一应用程序是否处于工作状态包括：

判断通知栏栏中是否存在第一应用程序的常驻通知，若是，则表示第一应用处于工作状态，若否，则表示第一应用程序不处于工作状态。

另一种可能的实现方式中，在保留第一应用程序的内存占用之前，方法还包括：

判断第一应用程序的内存占用比例是否小于预设阈值，若是，则执行保留第一应用程序的内存占用的步骤；若否，则不保留第一应用程序的内存占用。

另一种可能的实现方式中，在保留第一应用程序的内存占用之后，方法还包括：

判断第一应用程序是否存在关联应用程序，若存在，则保留关联应用程序的内存占用。

另一种可能的实现方式中，在为第一应用程序在通知栏中添加常驻通知之后，方法还包括：

当对应用程序进行资源分配时，优先为第一应用程序分配系统资源。

本发明实施例第二方面提供一种移动终端，包括：

接收单元，用于接收第一应用程序申请的通知栏常驻请求；

添加单元，用于为第一应用程序在通知栏中添加常驻通知；

添加单元还用于，添加监听通知栏中常驻通知的状态的监听器；

监听单元，用于通过监听器监听第一应用程序所对应的常驻通知在通知栏中的状态；

判断单元，用于当进行应用程序查杀时，通过所监听到的常驻通知的状态判断第一应用程序是否处于工作状态；

保留单元，用于当判断单元通过所监听到的常驻通知的状态判断第一应用程序处于工作状态时，保留第一应用程序的内存占用。

一种可能的实现方式中，判断单元具体用于：

判断通知栏栏中是否存在第一应用程序的常驻通知，若是，则表示第一应用处于工作状态，若否，则表示第一应用程序不处于工作状态。

另一种可能的实现方式中，判断单元还用于：

在保留单元保留第一应用程序的内存占用之前，判断第一应用程序的内存占用比例是否小于预设阈值，若是，则执行保留第一应用程序的内存占用的步骤；若否，则不保留第一应用程序的内存占用。

另一种可能的实现方式中，判断单元还用于：

在保留单元保留第一应用程序的内存占用之后，判断第一应用程序是否存在关联应用程序，若存在，则保留关联应用程序的内存占用。

另一种可能的实现方式中，移动终端还包括：

分配单元，用于在添加单元为第一应用程序在通知栏中添加常驻通知之后，当对应用程序进行资源分配时，优先为第一应用程序分配系统资源。

从以上技术方案可以看出，本发明实施例具有以下优点：

移动终端先接收第一应用程序申请的通知栏常驻请求，再为第一应用程序在通知栏中添加常驻通知，移动终端添加监听通知栏中常驻通知的状态的监听器，通过监听器监听第一应用程序所对应的常驻通知在通知栏中的状态，当进行应用程序查杀时，通过所监听到的常驻通知的状态判断第一应用程序是否处于工作状态，若是，则保留第一应用程序的内存占用。这样，移动终端通过监测应用程序的常驻通知状态来时刻检测录屏应用程序的工作状态，当该应用程序处于工作状态时，在进行查杀应用程序时，保留该应用程序的内存占用，即不对该应用程序进行查杀，提高了用户的使用体验。

附图说明

图1为本发明实施例中应用控制的方法的一个示意图；

图2为本发明实施例中应用控制的方法的另一示意图；

图3为本发明实施例中移动终端的一个示意图；

图4为本发明实施例中移动终端的另一示意图。

具体实施方式

本发明实施例提供了一种应用控制的方法及移动给终端，用于提高用户的体验。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

参照图1所示，本发明实施例中应用控制的方法的一个实施例包括：

101、接收第一应用程序申请的通知栏常驻请求。

对于用户比较常用的一些应用程序一般可以将其设置为常用应用程序，即在通知栏中添加该应用程序的常用通知。该应用程序若需要将对应的常驻通知添加到移动终端的通知栏中，首先需要向移动终端的系统进行通知栏的常驻请求。

该第一应用程序可以为播报天气类的应用程序、或者进行日程提醒类的应用程序、或者进行音乐播放类的应用程序等。

102、为所述第一应用程序在通知栏中添加常驻通知。

在收到第一应用程序的通知栏常驻请求后，移动终端则响应该请求，为该第一应用程序在通知栏中添加常驻通知。具体的，可以通过通过通知服务管理(Notification Manager Service)来为该第一应用程序在移动终端的系统中的通知栏中添加该第一应用程序的常驻通知。

103、添加监听所述通知栏中常驻通知的状态的监听器。

一般的，添加有常驻通知类的应用程序在实际应用中的优先级比较高，因为这些应用程序会被经常使用到，因此，不应该由于该类应用程序是否处于系统后台而进行冻结或查杀，这类应用程序应当受到系统的保护。因此，在本发明实施例中通过添加监听器来时刻监听该第一应用程序的工作状态，以便后续进行应用程序查杀时，根据该第一应用程序的工作状态判断是否保护该第一应用程序。具体的，可以通过应用管理模块注册监听器。

104、通过所述监听器监听所述第一应用程序所对应的常驻通知在所述通知栏中的状态。

在通知栏中该第一应用程序的常驻通知的状态一般包括添加和删除，当监听器监测到该第一应用程序的录屏状态发生变化时，则会通知应用管理模块，从而反馈到上层中的应用程序查杀策略模块中。

105、当进行应用程序查杀时，通过所监听到的所述常驻通知的状态判断所述第一应用程序是否处于工作状态，若是，则执行步骤106；若否，则执行步骤107。

每个移动终端的系统都设置有应用查杀机制，即当系统的内存不足或者处理器过于繁忙或者移动终端的温度过高时，则会自动启动应用查杀机制，为了保证系统能够正常运行。但是当启动应用查杀机制时，一般的只会保留一些系统应用程序不会杀掉，而其他的应用程序都有可能会被杀掉，而添加有常驻通知的应用程序也应该受到保护，因此在本发明实施例中，当系统进行应用程序查杀时，则需要先通过所监听到的通知栏中常用通知的状态判断所述第一应用程序是否处于工作状态，再根据判断结果决定是否查杀掉该录屏应用程序。

可选的，通过所监听到的所述常驻通知的状态判断所述第一应用程序是否处于工作状态包括：

判断所述通知栏栏中是否存在所述第一应用程序的常驻通知，若是，则表示所述第一应用处于工作状态，若否，则表示所述第一应用程序不处于工作状态。

若该第一应用程序仍处于录屏的工作状态，那么则在通知服务管理中必定会存在该第一应用程序的常驻通知，若该第一应用程序不处于工作状态时，则会释放掉在通知栏中该第一应用程序的、常驻通知。因此，可以通过通知栏中是否存在所述第一应用程序的常驻通知来判断该第一应用程序是否处于工作状态。

106、保留所述第一应用程序的内存占用。

当该第一应用程序处于工作状态时，那么移动终端则不对该应用程序进行查杀，即保留该应用程序的内存占用。

107、不保留所述第一应用程序的内存占用。

当该第一应用程序不处于工作状态时，那么移动终端则可以对该应用程序进行查杀，即不保留该应用程序的内存占用。

本发明实施例中，移动终端先接收第一应用程序申请的通知栏常驻请求，再为所述第一应用程序在通知栏中添加常驻通知，移动终端添加监听所述通知栏中常驻通知的状态的监听器，通过所述监听器监听所述第一应用程序所对应的常驻通知在所述通知栏中的状态，当进行应用程序查杀时，通过所监听到的所述常驻通知的状态判断所述第一应用程序是否处于工作状态，若是，则保留所述第一应用程序的内存占用。这样，移动终端通过监测应用程序的常驻通知状态来时刻检测录屏应用程序的工作状态，当该应用程序处于工作状态时，在进行查杀应用程序时，保留该应用程序的内存占用，即不对该应用程序进行查杀，提高了用户的使用体验。

参照图2所示，本发明实施例中应用控制的方法的另一实施例包括：

201、接收第一应用程序申请的通知栏常驻请求。

详细内容参照步骤101所述。

202、为所述第一应用程序在通知栏中添加常驻通知。

详细内容参照步骤102所述。

203、当对应用程序进行资源分配时，优先为所述第一应用程序分配系统资源。

由于在实际应用中，添加有常驻通知类的应用程序的重要性较高，用户会经常使用该应用程序，因此在本发明实施例中，在对系统应用程序进行资源分配时，可以优先为该添加有常驻通知的应用程序分配系统资源，即可以为该第一应用程序分配更多的系统资源，设置该第一应用程序的优先级为高优先级等等。

204、添加监听所述通知栏中常驻通知的状态的监听器。

详细内容参照步骤103所述。

205、通过所述监听器监听所述第一应用程序所对应的常驻通知在所述通知栏中的状态。

详细内容参照步骤104所述。

206、当进行应用程序查杀时，通过所监听到的所述常驻通知的状态判断所述第一应用程序是否处于工作状态，若是，则执行步骤106；若否，则执行步骤107。

详细内容参照步骤105所述。

207、判断所述第一应用程序的内存占用比例是否小于预设阈值，若是，则执行步骤208，若否，则执行步骤209。

若该第一应用程序的内存占用比例较小，则表示该第一应用程序对系统所造成的弊端较小，那么该第一应用程序则应该被保护，不应该被杀掉。若该第一应用程序的内存占用比例较大，则表示该第一应用程序出现了死循环或者一些业务逻辑错误，那么该第一应用程序应该被杀掉，让终端用户重新启动该第一应用程序。具体的，该预设阈值可以设置为20％，具体值可以根据实际应用进行自定义设置。

208、保留所述第一应用程序的内存占用。

详细内容参照步骤106所述。

209、不保留所述第一应用程序的内存占用。

详细内容参照步骤107所述。

210、判断所述第一应用程序是否存在关联应用程序，若是，则执行步骤211，若否，则结束流程。

若该第一应用程序与其他的应用程序存在关联关系，那么所关联的应用程序也应该被保护。比如该第一应用程序为QQ天气的应用程序，而该QQ天气应用程序为QQ社交应用程序中所关联的程序，因此在进行系统查杀时候，不仅该QQ天气程序的需要被保护，该QQ社交应用程序同样需要被保护。否则可能导致出现数据丢失，导致程序发生错误，比如账号丢失等。

211、保留所述关联应用程序的内存占用。

若存在与第一应用程序关联的应用程序，那么在进行应用查杀时，所关联的应用程序的内存占用也同样被保留，不对该关联的应用程序进行查杀。

参照图3所示，本发明实施例中移动终端的一个实施例包括：

接收单元301，用于接收第一应用程序申请的通知栏常驻请求；

添加单元302，用于为所述第一应用程序在通知栏中添加常驻通知；

所述添加单元302还用于，添加监听所述通知栏中常驻通知的状态的监听器；

监听单元303，用于通过所述监听器监听所述第一应用程序所对应的常驻通知在所述通知栏中的状态；

判断单元304，用于当进行应用程序查杀时，通过所监听到的所述常驻通知的状态判断所述第一应用程序是否处于工作状态；

保留单元305，用于当所述判断单元通过所监听到的所述常驻通知的状态判断所述第一应用程序处于工作状态时，保留所述第一应用程序的内存占用。

可选的，所述判断单元304具体用于：

判断所述通知栏栏中是否存在所述第一应用程序的常驻通知，若是，则表示所述第一应用处于工作状态，若否，则表示所述第一应用程序不处于工作状态。

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

在所述保留单元305保留所述第一应用程序的内存占用之前，判断所述第一应用程序的内存占用比例是否小于预设阈值，若是，则执行所述保留所述第一应用程序的内存占用的步骤；若否，则不保留所述第一应用程序的内存占用。

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

在所述保留单元305保留所述第一应用程序的内存占用之后，判断所述第一应用程序是否存在关联应用程序，若存在，则保留所述关联应用程序的内存占用。

参照图4所示，本发明实施例所提供的移动终端还包括：

分配单元306，用于在所述添加单元为所述第一应用程序在通知栏中添加常驻通知之后，当对应用程序进行资源分配时，优先为所述第一应用程序分配系统资源。

图3实施例以及图4实施例中各单元的具体描述参照图1实施例和图2实施例中应用控制的方法的描述，此处不做赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。