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

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

背景技术：

随着智能终端的日益发展，智能终端越来越普及，目前市面上流行的智能终端包括移动终端，移动终端主要包括智能手机和平板电脑。由于开发商的不同，移动终端所使用的操作系统也不同，主流操作系统包括Android操作系统和IOS操作系统。每种操作系统都有自动灭屏的功能，其主要基于wake_lock的亮屏锁机制，只要系统中存在任一有效的亮屏wake_lock，系统就不能自动灭屏进入深度休眠。亮屏wake_lock还可以由应用程序申请并释放，如果应用申请了，不释放。会导致系统不能正常自动灭屏进入休眠状态，目前wake_lock主要靠应用自主释放或被杀之后系统释放。

然而，若一些应用不能正常释放亮屏wake_lock，或应用为了保证自身业务完整性不主动释放亮屏wake_lock，则会对终端用户造成不好的使用体验，并且会导致操作系统不能自主灭屏，从而会消耗更多的电量。其次，在系统查杀应用时，可能不会覆盖所有应用，漏网之鱼会严重应用系统续航和用户体验。

技术实现要素：

本发明实施例提供了一种应用控制的方法及移动终端，用于控制应用的唤醒锁的开关，节省移动终端的耗电，提高用户的体验。

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

接收目标应用程序发送的唤醒锁的申请指令，唤醒锁设置有亮屏开关状态；

根据申请指令为目标应用程序配置唤醒锁，目标应用程序配置的唤醒锁的亮屏开关状态为开状态；

监测目标应用程序的运行状态；

当目标应用程序是否位于系统后台时，判断目标应用程序是否满足预设条件，若是，则将目标应用程序的唤醒锁的亮屏开关状态设置为关状态。

一种可能的实现方式中，判断目标应用程序是否满足预设条件包括：

判断目标应用程序是否为预设名单内的应用程序，若否，则表示目标应用程序满足预设条件；若是，则表示目标应用程序不满足预设条件。

另一种可能的实现方式中，在将目标应用程序的唤醒锁的亮屏开关状态设置为关状态之前，方法还包括：

判断目标应用程序已经释放唤醒锁，若否，则执行将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；若是，则不执行将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤。

另一种可能的实现方式中，在判断目标应用程序已经释放唤醒锁之前，方法还包括：

计算目标应用程序切换至系统后台的时长，当时长达到预设阈值时，则执行判断目标应用程序已经释放唤醒锁的步骤。

另一种可能的实现方式中，在将目标应用程序的唤醒锁的亮屏开关状态设置为关状态之前，方法还包括：

判断目标应用程序是否处于工作状态，若否，则执行将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；若是，则不执行将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；其中，工作状态为目标应用程序在进行业务处理的状态。

另一种可能的实现方式中，方法还包括：

当目标应用程序切换至系统前台时，将目标应用程序的唤醒锁的亮屏开关状态设置为开状态。

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

接收单元，用于接收目标应用程序发送的唤醒锁的申请指令，唤醒锁设置有亮屏开关状态；

配置单元，用于根据申请指令为目标应用程序配置唤醒锁，目标应用程序配置的唤醒锁的亮屏开关状态为开状态；

监测单元，用于监测目标应用程序的运行状态；

判断单元，用于当目标应用程序是否位于系统后台时，判断目标应用程序是否满足预设条件；

设置单元，用于当判断单元判断目标应用程序满足预设条件时，将目标应用程序的唤醒锁的亮屏开关状态设置为关状态。

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

判断目标应用程序是否为预设名单内的应用程序，若否，则表示目标应用程序满足预设条件；若是，则表示目标应用程序不满足预设条件。

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

在设置单元将目标应用程序的唤醒锁的亮屏开关状态设置为关状态之前，判断目标应用程序已经释放唤醒锁，若否，则执行设置单元将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；若是，则不执行将设置目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤。

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

计算单元，在判断单元判断目标应用程序已经释放唤醒锁之前，用于计算目标应用程序切换至系统后台的时长，当时长达到预设阈值时，则执行判断单元判断目标应用程序已经释放唤醒锁的步骤。

判断单元还用于：

在设置单元将目标应用程序的唤醒锁的亮屏开关状态设置为关状态之前，判断目标应用程序是否处于工作状态，若否，则执行设置单元将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；若是，则不执行设置单元将目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；其中，工作状态为目标应用程序在进行业务处理的状态。

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

移动终端先接收目标应用程序发送的唤醒锁的申请指令，唤醒锁设置有亮屏开关状态，再根据申请指令为目标应用程序配置唤醒锁，目标应用程序配置的唤醒锁的亮屏开关状态为开状态，移动终端监测目标应用程序的运行状态，当目标应用程序是否位于系统后台时，判断目标应用程序是否满足预设条件，若是，则将目标应用程序的唤醒锁的亮屏开关状态设置为关状态。这样，在应用程序位于系统后台时，控制应用程序的唤醒锁的状态为关状态，使得系统能够启动自动灭屏功能，节省了移动终端的耗电，提高了用户体验。

附图说明

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

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

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

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

具体实施方式

本发明实施例提供了一种应用控制的方法及移动终端，用于控制应用的唤醒锁的开关，节省移动终端的耗电，提高用户的体验。

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

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

101、接收目标应用程序发送的唤醒锁的申请指令，所述唤醒锁设置有亮屏开关状态。

一些应用程序由于其功能主旨的要求，在运行的时候需要使得移动终端的屏幕处于长亮状态，则不能让移动终端根据系统本身的自动灭屏时间而灭屏，因此，这类应用程序在打开运行时，需要申请唤醒锁，使得该应用程序在运行时，移动终端的系统的自动灭屏设置失效。比如播放视频的应用程序、观看小说的应用程序等等。

为了使得移动终端的系统能够控制应用程序所申请的唤醒锁的开关状态，在本发明实施例中，为系统的唤醒锁设置了亮屏开关，即使得系统可以控制应用程序所申请的唤醒锁的开关状态。具体的可以为在系统中扩充对于亮屏wake_lock的disable和enable接口，使系统具备对应用进行disable和enable亮屏wake_lock的能力。

102、根据所述申请指令为所述目标应用程序配置唤醒锁，所述目标应用程序配置的唤醒锁的亮屏开关状态为开状态。

当应用程序申请了唤醒锁后，默认的将应用程序锁申请的唤醒锁的亮屏开关状态设置为开状态，以使得该应用程序能够正常执行其逻辑功能，比如进行视频播放时，不会自动灭屏。

103、监测所述目标应用程序的运行状态。

当应用程序在前台进行正常运行时，移动终端的屏幕处于长亮状态是正常的，若当应用程序处于系统后台时，则表示应用程序的逻辑业务处于冻结状态，那么移动终端的屏幕应该恢复系统自动灭屏，所以需要时刻监测应用程序的运行状态，所述运行状态包括系统前台运行状态和系统后台运行状态。

104、当所述目标应用程序是否位于系统后台时，判断所述目标应用程序是否满足预设条件，若是，则执行步骤105；若否，则结束流程。

当应用程序处于系统后台时，为了节省移动终端的电量消耗，应用程序应该释放掉其申请的唤醒锁，但若应用程序未释放掉时，移动终端则可以进行强制干涉。移动终端需要先判断该应用程序是否满足预设条件，若是，则进行强制干涉，若否，则不需要对该应用程序进行强制干涉。

具体的，判断所述目标应用程序是否满足预设条件可以为：判断所述目标应用程序是否为预设名单内的应用程序，若否，则表示所述目标应用程序满足预设条件；若是，则表示所述目标应用程序不满足预设条件。

移动终端可以预先设置一个白名单，将用户常用的以及即使位于系统后台但仍进行逻辑工作的应用程序放入该白名单中，比如录音类的应用程序，即使退到系统后台时，其录音的逻辑工作仍然在正常运行，因此移动终端的屏幕仍需要保持长亮，防止该录音应用程序不被冻结。若该应用程序属于白名单内的应用程序，则移动终端不用对该应用程序的唤醒锁的状态进行强制干涉，若该应用程序不属于白名单内的应用程序，则移动终端需要对该应用程序的唤醒锁的状态进行强制干涉。

105、将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态。

当该应用程满足预设条件时，移动终端则对该应用程序的唤醒锁状态进行强制干涉，即将该应用程序的唤醒锁的亮屏开关状态设置为关状态。具体的可以为disable其亮屏wake_lock锁。

本发明实施例中，移动终端先接收目标应用程序发送的唤醒锁的申请指令，唤醒锁设置有亮屏开关状态，再根据申请指令为目标应用程序配置唤醒锁，目标应用程序配置的唤醒锁的亮屏开关状态为开状态，移动终端监测目标应用程序的运行状态，当目标应用程序是否位于系统后台时，判断目标应用程序是否满足预设条件，若是，则将目标应用程序的唤醒锁的亮屏开关状态设置为关状态。这样，在应用程序位于系统后台时，控制应用程序的唤醒锁的状态为关状态，使得系统能够启动自动灭屏功能，节省了移动终端的耗电，提高了用户体验。

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

201、接收目标应用程序发送的唤醒锁的申请指令，所述唤醒锁设置有亮屏开关状态。

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

202、根据所述申请指令为所述目标应用程序配置唤醒锁，所述目标应用程序配置的唤醒锁的亮屏开关状态为开状态。

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

203、监测所述目标应用程序的运行状态。

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

204、当所述目标应用程序是否位于系统后台时，判断所述目标应用程序是否满足预设条件，若是，则执行步骤205；若否，则结束流程。

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

205、计算所述目标应用程序切换至系统后台的时长，确定所述时长达到预设阈值时。

当应用程序退到系统后台时，可能由于系统繁忙，导致该应用程序未能立刻释放掉唤醒锁的亮屏机制，因此可以设置一个等待时间，比如该应用程序退到系统后台1分钟后，移动终端再去查看该应用程序是否释放掉唤醒锁。

206、判断所述目标应用程序已经释放唤醒锁，若否，则执行步骤207；若是，则结束流程。

若应用程序释放掉唤醒锁，则系统则会自动恢复自动灭屏机制，无需再去强制干涉该应用程序。若该应用程序没有释放掉该唤醒锁，移动终端则可以再进行进一步的判断。

207、判断所述目标应用程序是否处于工作状态，若否，则执行步骤208；若是，则结束流程。其中，所述工作状态为所述目标应用程序在进行业务处理的状态。

若该应用程序没有释放掉唤醒锁，移动终端则进一步判断该应用程序是否处于工作状态，该工作状态指的是该应用程序的业务处理状态，比如该应用程序为一个录屏应用程序，当该应用程序退到系统后台时，其录屏的逻辑业务仍然在进行，所以移动终端不应该关掉该应用程序的唤醒锁机制。

208、将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态。

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

209、当所述目标应用程序切换至系统前台时，将所述目标应用程序的唤醒锁的亮屏开关状态设置为开状态。

当所述目标应用程序切换至系统前台时，则表示该应用恢复到正常逻辑工作状态，则仍需要使用移动终端进行屏幕长亮的机制，因此，可以不需要该应用程序再次申请唤醒锁的亮屏机制，可直接将该唤醒锁的亮屏开关设置为开状态即可。

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

接收单元301，用于接收目标应用程序发送的唤醒锁的申请指令，所述唤醒锁设置有亮屏开关状态；

配置单元302，用于根据所述申请指令为所述目标应用程序配置唤醒锁，所述目标应用程序配置的唤醒锁的亮屏开关状态为开状态；

监测单元303，用于监测所述目标应用程序的运行状态；

判断单元304，用于当所述目标应用程序是否位于系统后台时，判断所述目标应用程序是否满足预设条件；

设置单元305，用于当所述判断单元判断所述目标应用程序满足预设条件时，将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态。

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

判断所述目标应用程序是否为预设名单内的应用程序，若否，则表示所述目标应用程序满足预设条件；若是，则表示所述目标应用程序不满足预设条件。

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

在所述设置单元将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态之前，判断所述目标应用程序已经释放唤醒锁，若否，则执行设置单元将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；若是，则不执行将所述设置目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤。

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

计算单元306，在所述判断单元304判断所述目标应用程序已经释放唤醒锁之前，用于计算所述目标应用程序切换至系统后台的时长，当所述时长达到预设阈值时，则执行所述判断单元判断所述目标应用程序已经释放唤醒锁的步骤。

所述判断单元304还用于：

在所述设置单元305将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态之前，判断所述目标应用程序是否处于工作状态，若否，则执行所述设置单元将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；若是，则不执行所述设置单元将所述目标应用程序的唤醒锁的亮屏开关状态设置为关状态的步骤；其中，所述工作状态为所述目标应用程序在进行业务处理的状态。

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

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

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

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

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

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

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