移动通讯终端亮屏管理及其设定方法与流程

本发明有关一种移动通讯终端电力管理方法，尤其是有关一种移动通讯终端亮屏管理及其设定方法。

背景技术：

移动通讯终端，尤其是智能手机的通知提醒和消息推送功能被应用开发者普遍使用。在熄屏状态下，手机在接收通知时，根据应用行为，往往会唤醒屏幕来提示用户，这样势必导致功耗的增加，尤其在IM即时通讯类应用体现得更加明显。由于提示用户的方式还包括指示灯、铃声和震动等，所以点亮屏幕并非一项必要行为。请参阅图1所示，S20步骤，手机开启亮屏应用程序，在S21步骤，手机应用程序接收到通知信息，在S22步骤，手机亮屏显示提醒用户，在S23步骤，手机结束当前程序，进入等待状态。这样对所有的应用程序通知进行亮屏提示，会消耗不必要的电力，且对用户来说，有时是不必要的打扰。

现有技术也有针对这一行为的改善，提供亮屏或不亮开关设置。请参阅图2所示，在S30步骤中，手机开启亮屏应用程序，在S31步骤中，手机应用程序接收通知消息，在S32程序中，判断是否允许亮屏，如果允许亮屏则进行S33A程序对用户亮屏提醒，如果判断结果是不允许亮屏，则进入S33B程序不进行亮屏提醒。然后，进行S34结束程序进入等待状态。上述方式给用户一个简单的选择设置，但不能针对应用程序个别设置，这样就将用户置于两难境地。如果选择不亮屏，这样在一些重要应用来通知时无法快速浏览，极有可能被用户所抱怨。如果选择亮屏，不会消耗电力且会被打扰。

考虑到这两方面的需求，不宜做一刀切处理。这时就需要针对不同应用场景，提出合理方案，力争在功耗和体验方面保持平衡。

技术实现要素：

本发明的目的在于提供一种可以提供用户个性化设置亮屏不亮屏选择的移动通讯终端亮屏管理及其设定方法。

本发明提供一种移动通讯终端亮屏管理方法，包括以下步骤，

S01，扫描应用程序信息；

S02，用户决定是否给予该应用程序亮屏权限；

如果S02中结果为是则进入S03A步骤，将所述应用程序加入所亮屏保护名单，如果S02中判断结果为否则进入S03B步骤，不将所述应用程序加入所述亮屏保护名单；

S04，更新所述亮屏保护名单；

S05，进入等待状态；

S06，接收应用程序通知消息；

S07，判断所述应用程序是否申请屏幕相关权限；

如果在所述S07判断结果为是，则进入S08A步骤判断该应用程序是否属于亮屏程序保护名单；如果在所述S07中判断结果为否，则进入S08B不亮屏；

如果在S08A中判断结果为是，则进入S09A步骤亮屏提醒用户，如果S08A中判断结果为否，则进入S09B步骤，不亮屏提醒用户；

S05，重新进入等待状态。

优选地，在所述步骤S01之前具有S00步骤，所述移动通讯终端提供默认亮屏保护名单。

优选地，在步骤S02前具有S01A步骤，即判断该应用程序是否为系统应用程序，如果判断结果为是，则直接进入跳过S02、S03、S04步骤，直接进入S05等待状态，如果在S01A中判断结果为否，则进入S02步骤。

优选地，在S09B步骤中，使用其它的方式提醒用户，至少包括指示灯、铃声或震动之一。

优选地，其特征在于,所述移动通讯终端为安卓操作系统的移动通讯终端。

优选地，所述安卓操作系统为安卓5.0以上版本。

优选地，在S07步骤中使用wakelock功能。

优选地，所述wakelock程序在系统框架层使用Powermanagerservice系统处理所述请求。

优选地，使用文件IO流和AIDL接口方式实现进程间通讯。

本发明还提供一种移动通讯终端亮屏管理的设定方法，包括以下步骤，

S01，扫描应用程序信息；

S02，用户决定是否给予该应用程序亮屏权限；

如果S02中结果为是则进入S03A步骤，将所述应用程序加入所亮屏保护名单，如果S02中判断结果为否则进入S03B步骤，不将所述应用程序加入所述亮屏保护名单；

S04，更新所述亮屏保护名单；

S05，进入等待状态。

使用本发明的移动通讯终端亮屏管理及其设定方法，用户可以根据需要选择需要亮屏提醒的应用程序。

附图说明

下面将参考附图对本发明的示例性实施例进行详细说明，应当理解，下面描述的实施例仅用于解释本发明，而不对本发明的范围作出限制，所附附图其中：

图1是现有技术移动通讯终端直接亮屏提醒的流程图；

图2是现有技术移动通讯终端提供用户简单选择的流程图；

图3是本发明移动通讯终端亮屏管理方法的一个实施例的流程图。

具体实施方式

在不同的附图中，相同或相似的部件用相同的附图标记表示。

应当理解，附图仅用于对本发明进行说明，其中所描述的步骤、适合环境均不作为对本发明的限制。

请参阅图3所示，本发明的移动通讯终端亮屏管理方法的一个实施例的流程图。使用本发明的移动通讯终端在本实施例中选择具有屏幕点亮功能的使用安卓5.0版以上操作系统的手机，在移动通讯终端上使用wakelock进行屏幕控制权限管理，并在系统框架层使用powermanagerservice功能处理屏幕点亮请求。当然在其它实施例中，移动通讯终端也可以具有类似功能的其它系统程序实现，对于本专业的技术人员来讲，选择及完成上述操作系统功能属于已知技术，本发明以安卓系统为例进行说明，但并不排除其它的操作方式。

首先，在S00步骤中，当系统首次开机时，系统提供默认的亮屏保护名单，该名单中具有系统默认的需要点亮屏幕的程序供应用户选择，当然，本步骤也可以省略，直接进入S01步骤。在S01步骤中，系统描述应用程序的信息，然后在S02步骤中，由用户设定是否给予该应用程序以亮屏权限。当然，在其它实施例中，在S02步骤之前，还可以加入一个附加步骤(本实施例中未图示)，在该附加步骤中，判断该应用程序是否为系统应用程序，如果判断结果为是，则直接进入跳过S02、S03、S04步骤，直接进入S05等待状态，如果附加步骤中判断结果为否，则进入S02步骤。也就是说，对于系统应用程序均不亮屏提醒。经过S02步骤，如果S02中结果为是则进入S03A步骤，将所述应用程序加入所亮屏保护名单，如果S02中判断结果为否则进入S03B步骤，不将所述应用程序加入所述亮屏保护名单；接着，在S04步骤中，更新所述亮屏保护名单，然后进入S05步骤中，进入等待状态。在上述S01到S05的程序步骤，可以循环进行，即如果用户希望再行将其它应用程序加入亮屏保护名单，则激活某一应用程序进入S01步骤获取扫描程序信息。

完成设定之后，在灭屏时，首先，在S06步骤，移动通讯终端接收应用程序通知消息。由于点亮屏幕权限可由应用程序自由获得，要阻止点亮屏幕，一般是在系统框架层进行处理。移动通讯终端申请wakelock屏幕控制权限，通过binder机制，在framework层的PowerManagerService系统服务会相应处理这一请求，在S07步骤，通过wakelock程序判断所述应用程序是否申请屏幕相关权限；如果在所述S07判断结果为是，则进入S08A步骤判断该应用程序是否属于亮屏程序保护名单；如果在所述S07中判断结果为否，则进入S08B不亮屏；如果在S08A中判断结果为是，则进入S09A步骤亮屏提醒用户，如果S08A中判断结果为否，则进入S09B步骤，不亮屏提醒用户，当然在其它实施例中，如果不亮屏提醒用户，可以使用其它辅助提醒方式，包括指示灯、铃声或震动等。在完成S09A或S09B步骤之后，系统再次进入S05等待程序,等待下一次的应用程序通知事件。

在本实施例中，各进程间的通讯使用文件IO流和AIDL接口方式实现进程间通讯。在其它实施例中，进行间的通讯方式可以使用任何具有类似功能的方式实现。

本发明还揭示了一种移动通讯终端亮屏管理的设定方法，包括S01，扫描应用程序信息；S02，用户决定是否给予该应用程序亮屏权限；如果S02中结果为是则进入S03A步骤，将所述应用程序加入所亮屏保护名单，如果S02中判断结果为否则进入S03B步骤，不将所述应用程序加入所述亮屏保护名单；S04，更新所述亮屏保护名单；S05，进入等待状态。在S05步骤之后，用户还可以根据需求循环设定更多的亮屏保护程序。

以上仅结合目前考虑的最实用的优选实施例对本发明进行描述，需要理解的是，上述说明并非是对本发明的限制，本发明也并不限于上述举例，本技术领域的普通技术人员在本发明的实质范围内所做出的变化、改型、添加或替换，也应属于本发明的保护范围。