CN106055073A - 一种基于亮屏锁的处理方法和装置 - Google Patents

Abstract

本发明实施例公开了一种基于亮屏锁的处理方法和装置；所述方法包括：在终端处于待机熄屏状态时，获取消息对应的通知事件，确定上述通知事件对应的应用程序，判断该应用程序是否持有亮屏锁，若是，则阻止该应用程序通过持有的亮屏锁点亮终端的屏幕；本方案通过在终端待机时释放通知事件对应的应用程序所持有的亮屏锁，从而使终端屏幕保持熄灭，减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力。

Description

一种基于亮屏锁的处理方法和装置

技术领域

本发明涉及终端技术领域，具体涉及一种基于亮屏锁的处理方法和装置。

背景技术

随着电子通讯领域的发展，移动终端例如智能手机的功能越来越强大，用户不仅通过智能手机打电话、发短信，用户还可以根据需求在移动终端中安装各种功能的应用程序，移动终端已经称为人们生活和工作的一部分。

目前，在使用智能手机的过程当中，对于手机当中各个硬件的耗电情况进行分析可以发现，耗电量最大的是屏幕显示，如今的智能手机为了满足用户对娱乐、视频、互动的视觉需求，屏幕设计越来越大，大屏幕的发光需要消耗大量的电量，而伴随随着大屏幕的动态以及触控效果同样也需要大量的电量支持。

然而，在实际生活当中，本发明的发明人发现，终端中安装的第三方应用程序经常会接收到其业务服务器推送的消息通过通知事件的方式提醒给用户(比如天气状况、微博消息、应用程序更新推送等等)，同时会唤醒手机***点亮屏幕，点亮手机屏幕对正在待机的***来说是比较耗电的过程，如果用户手机后台安装了比较多的此类应用程序在后台运行，就会出现比较多的通知事件通过持有亮屏锁来唤醒终端屏幕，从而造成终端电量的浪费。

由上可知，在现有的终端中各类通知事件往往会自行唤醒屏幕，从而造成终端电量的浪费。

发明内容

本发明实施例提供一种基于亮屏锁的处理方法和装置，可以解决现有终端中通知事件自行唤醒屏幕，从而造成终端电量的浪费的技术问题。

本发明实施例提供一种基于亮屏锁的处理方法，包括以下步骤：

在终端处于待机熄屏状态时，获取消息对应的通知事件；

确定所述通知事件对应的应用程序；

判断所述应用程序是否持有亮屏锁；

若是，则阻止所述应用程序通过持有的亮屏锁点亮所述终端的屏幕。

进一步的，所述方法还包括：

若判断所述应用程序未持有亮屏锁，则检测是否有所述应用程序对应的亮屏锁申请请求；

若有，则拒绝对所述亮屏锁申请请求处理，以阻止所述应用程序申请亮屏锁。

进一步的，在所述确定所述通知事件对应的应用程序之后，所述判断所述应用程序是否持有亮屏锁之前，所述方法还包括：

获取所述应用程序的应用标识；

判断预设应用标识集合中是否存在与所述应用程序对应的样本应用标识；

若否，则执行判断所述应用程序是否持有亮屏锁的步骤。

进一步的，在判断所述应用程序持有亮屏锁之后，在阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕之前，所述方法还包括：

判断所述应用程序持有所述亮屏锁的时长是否超过预设时长；

若是，则执行阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕的步骤。

进一步的，在所述获取消息对应的通知事件之前，所述方法还包括：

接收应用程序的设置请求，所述设置请求携带所述应用程序的应用标识；

根据所述设置请求将所述应用程序的应用标识作为样本应用标识，并添加至预设应用标识集合。

本发明实施例还提供了一种基于亮屏锁的处理装置，包括：获取模块、确定模块、第一判断模块以及控制模块；

所述获取模块，用于在终端处于待机熄屏状态时，获取消息对应的通知事件；

所述确定模块，用于确定所述通知事件对应的应用程序；

所述第一判断模块，用于判断所述应用程序是否持有亮屏锁；

所述控制模块，用于当所述第一判断模块判断为是时，阻止所述应用程序通过持有的亮屏锁点亮所述终端的屏幕。

进一步的，所述装置还包括：检测模块；

所述检测模块，用于当所述第一判断模块判断为否时，检测是否有所述应用程序对应的亮屏锁申请请求；

所述控制模块，还用于当所述检测模块检测到有所述应用程序对应的亮屏锁申请请求时，拒绝对所述亮屏锁申请请求处理，以阻止所述应用程序申请亮屏锁。

进一步的，所述装置还包括：第二判断模块；

所述第二判断模块，用于在所述确定模块确定所述通知事件对应的应用程序之后，所述第一判断模块判断所述应用程序是否持有亮屏锁之前，获取所述应用程序的应用标识，并判断预设应用标识集合中是否存在与所述应用程序对应的预设应用标识，若否，则由所述第一判断模块判断所述应用程序是否持有亮屏锁。

进一步的，所述装置还包括：第三判断模块；

所述第三判断模块，用于在所述第一判断模块判断为是之后，所述控制模块阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕之前，判断所述应用程序持有所述亮屏锁的时长是否超过预设时长，若是，则由所述控制模块阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕。

进一步的，所述装置还包括：请求接收模块和添加模块；

所述请求接收模块，用于在所述获取模块获取消息对应的通知事件之前，接收应用程序的设置请求，所述设置请求携带所述应用程序的应用标识；

所述添加模块，用于根据所述设置请求将所述应用程序的应用标识作为样本应用标识，并添加至预设应用标识集合。

本发明实施例首先在终端处于待机熄屏状态时，获取消息对应的通知事件，确定上述通知事件对应的应用程序，判断该应用程序是否持有亮屏锁，若是，则阻止该应用程序通过持有的亮屏锁点亮终端的屏幕；本方案通过在终端待机时释放掉通知事件对应的应用程序所持有的亮屏锁，从而使终端屏幕保持熄灭，减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的一种基于亮屏锁的处理方法的流程示意图；

图2为本发明实施例二提供的一种基于亮屏锁的处理方法的流程示意图；

图3为本发明实施例三提供的一种在智能手机中基于亮屏锁的处理方法的流程示意图；

图4为本发明实施例四提供的一种基于亮屏锁的处理装置的结构示意图；

图5为本发明实施例四提供的第二种基于亮屏锁的处理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种基于亮屏锁的处理方法和装置。以下将分别进行详细说明。

实施例一、

本实施例将从基于亮屏锁的处理装置的角度进行描述，该基于亮屏锁的处理装置具体可以集成在终端中，该终端可以为移动互联网设备(如智能手机、平板电脑)、智能穿戴设备(如智能手表)等各类电子设备。

请参阅图1，图1为本发明实施例一提供的一种基于亮屏锁的处理方法的流程示意图，本实施例的基于亮屏锁的处理方法包括：

步骤S101，在终端处于待机熄屏状态时，接收消息对应的通知事件。

在该步骤中所述通知事件可以为网页信息、短信息、QQ信息、应用推送信息等等，其可以来自于网页、安装的应用程序或是终端的操作***等通知信息。

在本发明实施例当中，上述智能终端可以利用安卓(android)框架中的可访问***(Accessibility Service)的可访问性事件机制获取上述通知信息。当然，在其他实施例中该步骤也可以基于苹果公司的Mac OS X操作***，在本技术领域人员容易结合理解的范围内，在此不作细述和限定。

步骤S102，确定通知事件对应的应用程序。

具体的，在终端待机熄屏的过程中，接收终端的通知栏中的通知消息，然后可以对该通知消息进行分析处理以获取该通知消息所对应的应用程序，其中获取该通知消息所对应的应用程序的步骤可以有多种，比如，对上述通知消息进行提取处理，以得到该通知消息所携带的应用程序标识信息，根据该应用程序标识信息确定该通知消息所对应的应用程序。

可选的，本实施例还可以通过对终端的操作***中的通知栏管理接口进行检测，当检测到通知栏管理接口接收到应用程序发起的通知消息时，可从通知栏管理接口中获取接收到的通知消息。其中，在本发明的实施例中，应用程序可以是短消息类型的应用程序，还可以是即时通信IM(InstantMessaging)类型的应用程序，例如，上述应用程序可以是***信息推送、游戏等，还可以是微信、QQ、Skype、Facebook等即时通信IM类型的应用程序，此外，该应用程序可以是终端的操作***中的应用程序，也可以为用户安装的第三方应用程序。

在一个具体的实施例当中，假设该终端为基于android操作***的智能手机，具体的，可以对手机中的NotificationListenerService服务接口进行检测，其中，需要说明的是，在android***当中，当***收到新的通知消息或者通知消息被删除时,会触发NotificationListenerService接口的回调方法，同时在android4.4之后新增加了Notification.extras字段也就是说可以使用NotificationListenerService服务接口来获取***通知的具体信息。在获取到通知消息之后，可对通知消息进行分析，以确定该通知消息所对应的应用程序。也就是说，在获取到通知消息之后，可分析出该通知消息是哪个应用程序发起的。

步骤S103，判断上述应用程序是否持有亮屏锁，若是，则执行步骤S104，若否，则执行步骤S105。

在本发明实施例中，在确定上述通知事件对应的应用程序之后，判断上述应用程序是否持有亮屏锁的方法可以有多种，比如可以对终端进行检测是否有亮屏锁处于工作状态，若是，则判断该亮屏锁是否为与上述应用程序所对应的亮屏锁，其中，可以通过***的框架(framework)层获取处于工作状态的亮屏锁的名称以及处于工作状态的亮屏锁对应的应用程序名称，需要说明的是，上述处于工作状态的亮屏锁可能有一个，也可能有多个，当检测到处于工作状态的亮屏锁有多个时，则分别获取多个亮屏锁对应的应用程序名称，确定是否存在与上述应用程序相对应的亮屏锁。即判断上述应用程序是否持有亮屏锁的步骤可以具体包括：

检测终端中是否存在处于工作状态的亮屏锁；

若是，则判断上述处于工作状态的亮屏锁是否为与上述应用程序相对应的亮屏锁；

若是，则确定上述应用程序持有亮屏锁。

可选的，上述判断应用程序是否持有亮屏锁的步骤还可以包括：获取上述应用程序的标识信息，根据该标识信息在终端中查找与其对应的且处于工作状态的亮屏锁，若存在，则确定该应用程序持有亮屏锁。

步骤S104，阻止应用程序通过持有的亮屏锁点亮终端的屏幕。

比如，若判断上述应用程序持有亮屏锁，则释放掉该亮屏锁，以保持终端屏幕的熄灭状态，从而避免了终端不必要的功耗现象。

可选的，当用户打开终端时，可以将上述接收到的通知信息显示在终端的通知栏，用于通知用户在终端待机时接收到了那些通知信息，让用户进行处理，增加了灵活性。

步骤S105，不做进一步处理，并保持待机。

在本实施例中，若上述通知事件对应的应用程序未持有亮屏锁，也即该应用程序不会使终端在待机熄屏时唤醒屏幕，则可不必对其进行进一步处理，保持终端的待机熄屏状态即可。

在本发明实施例中，若判断应用程序未持有亮屏锁，则检测是否有应用程序对应的亮屏锁申请请求；

若有，则拒绝对亮屏锁申请请求处理，以阻止应用程序申请亮屏锁。

优选的，考虑到用户使用终端的灵活性，本发明实施例可以增加一个控制开关，用于控制该终端处理方式的开启与关闭。

可选的，本发明实施例提供的处理方式可以减少终端的功耗，进而增长待机时间，因此该处理方法还可以设置在终端电量低于一个预设阈值时，自动打开该功能，比如，当手机电量低于30％时，手机进入省电模式自动打开该功能，其中上述预设阈值可以根据用户需求来自行设定。

由上可知，本发明实施例采用在终端待机熄屏的过程当中，接收通知事件，确定通知事件对应的应用程序，判断该应用程序是否持有亮屏锁，若是，则释放该应用程序持有的亮屏锁，以使终端的屏幕保持熄灭状态；本方案通过在终端待机时释放通知事件对应的应用程序所持有的亮屏锁，从而使终端屏幕保持熄灭，减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力，改善用户体验。

实施例二、

本实施例将在实施例一描述的方法基础上，对本发明的处理方法做进一步介绍，参考图2，本发明实施例提供的基于亮屏锁的处理方法包括：

步骤S201，接收应用程序的设置请求。

具体的，上述应用程序设置请求携带应用程序的应用标识，其中上述应用程序的应用标识可以为用户需要经常用到的应用程序名字，这些应用程序即使在终端待机时需要持有亮屏锁，也不会被强制释放掉，即不会对其占用的亮屏锁进行释放处理。

比如，设置界面提供终端上安装的应用程序列表，用户可以在该应用程序列表中勾选常用的应用程序，以保持在终端待机时也能够唤醒屏幕，例如微信、QQ等即时通信IM类型的应用程序等。

步骤S202，根据上述设置请求将应用程序的应用标识作为样本应用标识，并添加至预设应用标识集合。

其中，该应用标识集合中即为用户允许在终端待机时唤醒屏幕的一个或多个应用程序，该应用程序集合即为应用白名单。

步骤S203，在终端待机熄屏的过程当中，接收通知事件，并确定其对应的应用程序。

在该步骤中所述通知事件可以为网页信息、短信息、QQ信息、应用推送信息等等，其可以来自于网页、安装的应用程序或是终端的操作***等通知信息。

具体的，在终端待机熄屏的过程中，接收终端的通知栏中的通知消息，然后可以对该通知消息进行分析处理以获取该通知消息所对应的应用程序，比如，对上述通知消息进行提取处理，以得到该通知消息所携带的应用程序标识信息，根据该应用程序标识信息确定该通知消息所对应的应用程序。

步骤S204，获取上述应用程序的应用标识。

步骤S205，判断预设应用标识集合中是否存在与应用程序对应的样本应用标识，若是，则执行步骤S206，若否，则执行步骤S207。

具体的，可以将该应用程序与上述预设应用标识集合当中的应用程序进行匹配，若该应用程序与预设应用标识集合当中的应用程序匹配成功，即该应用程序在预设应用标识集合当中，所以允许该应用程序持有亮屏锁；若该应用程序与预设应用标识集合当中的应用程序匹配失败，即该应用程序不在预设应用标识集合当中，所以不允许该应用程序持有亮屏锁。

可选的，上述步骤S201当中的设置请求当中包含的应用程序标识也可以为用户不常用的、耗电量较高的、经常持有亮屏锁的应用程序，这些应用程序在终端待机时不被允许持有唤醒所。此时步骤S102当中建立的预设应用标识集合即为应用黑名单。所以在步骤S205当中，判断该黑名单中是否存在与应用程序对应的预设应用标识，若是，则执行步骤S207，若否，则执行步骤S206。

步骤S206，确定允许该应用程序持有亮屏锁并唤醒屏幕。

比如，该应用程序为一个即时通讯类应用，在接收到消息时，可以允许其唤醒屏幕，并将该消息显示在终端的通知栏以告知用户。

步骤S207，判断上述应用程序是否持有亮屏锁，若是，则执行步骤S208，若否，则执行步骤S209。

在本发明实施例中，在确定上述通知事件对应的应用程序之后，判断上述应用程序是否持有亮屏锁的方法可以有多种，比如可以对终端进行检测是否有亮屏锁处于工作状态，若是，则判断该亮屏锁是否为与上述应用程序所对应的亮屏锁。

步骤S208，阻止应用程序通过持有的亮屏锁点亮终端的屏幕。

可选的，当用户打开终端时，可以将上述接收到的通知信息显示在终端的通知栏，用于通知用户在终端待机时接收到了那些通知信息，让用户进行处理，增加了灵活性。

步骤S209，不做进一步处理，并保持待机。

本发明实施例中，上述终端可以但不限于智能手机、平板电脑、笔记本电脑等智能终端，其中，该终端的操作***可以为Android操作***、IOS操作***、Black Berry操作***等，本发明不做限定。

由上可知，本发明实施例采用在终端处于待机熄屏状态时，获取消息对应的通知事件，确定上述通知事件对应的应用程序，判断该应用程序是否持有亮屏锁，若是，则阻止该应用程序通过持有的亮屏锁点亮终端的屏幕；本方案通过在终端待机时释放通知事件对应的应用程序所持有的亮屏锁，从而使终端屏幕保持熄灭，减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力，另外方案不需要增加任何器件以及物料成本，实施起来也较为简单。

实施例三、

本实施例将以智能手机为例，描述本方案在实际应用当中的具体实施步骤，参考图3，包括以下步骤：

步骤S301，智能手机接收用户的白名单设置请求。

其中，上述白名单设置请求包括至少一个应用程序的名称，这些应用程序即使在手机待机时持有亮屏锁，也不会强制释放掉，即不会对其占用的亮屏锁进行释放处理，可以设置为“新浪微博”、“腾讯QQ”、“微信”。

步骤S302，智能手机根据白名单设置请求建立白名单。

比如，该白名单中包含的应用程序为“新浪微博”、“腾讯QQ”和“微信”。

步骤S303，在智能手机熄屏的过程中，接收通知消息并确定对应的应用程序。

该通知信息可以为***通知，也可以为手机上安装的第三方应用的推送消息，比如百度贴吧新回复、新浪微博新粉丝、微信消息等。

具体的，比如在基于android操作***的智能手机当中，可以通过NotificationListenerService服务接口进行检测，当手机***收到新的通知消息或者通知消息被删除时,会触发NotificationListenerService接口的回调方法，获取该通知消息的具体信息。在智能手机获取到通知消息之后，可对通知消息进行分析，以确定该通知消息所对应的应用程序，比如接收到的贴吧回复消息所对应的应用程序即为“百度贴吧”、QQ消息所对应的应用程序为“腾讯QQ”。

步骤S304，智能手机获取该应用程序的应用标识。

步骤S305，智能手机判断该应用标识是否在白名单当中，若是，则执行步骤S306，若否，则执行步骤S307。

具体的，可以将该应用程序与白名单当中的应用程序进行匹配，若该应用程序与白名单当中的应用程序匹配成功，即该应用程序在白名单当中，所以允许该应用程序持有亮屏锁；若该应用程序与白名单当中的应用程序匹配失败，即该应用程序不在白名单当中，所以不允许该应用程序持有亮屏锁。

步骤S306，智能手机允许该应用程序持有亮屏锁。

比如手机接收到通知消息为QQ消息，从而确定该通知消息对应的应用程序为“腾讯QQ”，而“腾讯QQ”在上述白名单当中，故而手机允许“腾讯QQ”程序持有亮屏锁，并点亮屏幕向用户显示该QQ消息。

步骤S307，智能手机判断该应用程序是否持有亮屏锁，若是，则执行步骤S308，若否，则执行步骤S309。

在本实施例中，该应用程序确定为不在上述白名单当中，以上述应用程序为“支付宝”为例，判断“支付宝”是否持有亮屏锁，具体的，检测智能手机中是否存在处于工作状态的亮屏锁，若存在，则进一步判断该处于工作状态的亮屏锁是否为与“支付宝”相对应的亮屏锁，若是则执行步骤S308，若否，则执行步骤S309。

步骤S308，智能手机释放应用程序持有的亮屏锁，以保持手机屏幕的熄灭状态。

以该应用程序为“支付宝”为例，在确定其持有手机中的亮屏锁后，释放其持有的亮屏锁，从而避免“支付宝”点亮手机屏幕。

可选的，在用户解锁点亮手机屏幕之后，可以将上述“支付宝”推送的通知消息显示在手机桌面上，从而让用户进行处理。

步骤S309，若判断该应用程序未持有亮屏锁，则不做进一步处理，保持智能手机的待机熄屏状态。

由上可知，本发明实施例采用在智能手机处于待机熄屏状态时，获取消息对应的通知事件，确定上述通知事件对应的应用程序，判断该应用程序是否持有亮屏锁，若是，则阻止该应用程序通过持有的亮屏锁点亮智能手机的屏幕；本方案通过在智能手机待机时释放掉通知事件对应的应用程序所持有的亮屏锁，从而使手机屏幕保持熄灭，减少了点亮屏幕对电池电量的消耗，节省了手机的电量，进而可以提高手机的续航能力，提升用户体验。

实施例四、

为了更好地实施上述方法实施例，本发明还提供了一种基于亮屏锁的处理装置，该装置可以集成在终端中，该终端可以为移动互联网设备(如智能手机、平板电脑)、智能穿戴设备(如智能手表)等各类智能电子设备。

如图4所示，该基于亮屏锁的处理装置可以包括：获取模块401、确定模块402、第一判断模块403以及控制模块404；

该获取模块401，用于在终端处于待机熄屏状态时，获取消息对应的通知事件；

该确定模块402，用于确定通知事件对应的应用程序；

该第一判断模块403，用于判断应用程序是否持有亮屏锁；

该控制模块404，用于当第一判断模块403判断为是时，阻止应用程序通过持有的亮屏锁点亮终端的屏幕。

可选的，本发明实施例提供的处理装置还可以包括：检测模块；

该检测模块，用于当第一判断模块403判断为否时，检测是否有应用程序对应的亮屏锁申请请求；

控制模块404，还用于当检测模块检测到有应用程序对应的亮屏锁申请请求时，拒绝对亮屏锁申请请求处理，以阻止应用程序申请亮屏锁。

优选的，如图5所示，本发明实施例提供的处理装置还可以包括：第二判断模块405；

该第二判断模块405，用于在确定模块402确定通知事件对应的应用程序之后，第一判断模块403判断应用程序是否持有亮屏锁之前，获取应用程序的应用标识，并判断预设应用标识集合中是否存在与应用程序对应的样本应用标识，若否，则由第一判断模块403判断应用程序是否持有亮屏锁。

优选的，本发明实施例提供的处理装置还可以包括：请求接收模块406和添加模块407；

该请求接收模块406，用于在获取模块401获取消息对应的通知事件之前，接收应用程序的设置请求，设置请求携带所述应用程序的应用标识；

该添加模块407，用于根据设置请求将应用程序的应用标识作为样本应用标识，并添加至预设应用标识集合。

可选的，该处理装置还可以包括：第三判断模块；

该第三判断模块，用于在第一判断模块403判断为是之后，控制模块404阻止应用程序通过其持有的亮屏锁点亮终端的屏幕之前，判断应用程序持有亮屏锁的时长是否超过预设时长，若是，则由控制模块阻止应用程序通过其持有的亮屏锁点亮终端的屏幕。

由上可知，本发明实施例采用在终端处于待机熄屏状态时，由获取模块401获取消息对应的通知事件，确定模块402确定通知事件对应的应用程序，第一判断模块403判断该应用程序是否持有亮屏锁，若是，则由控制模块404阻止该应用程序通过持有的亮屏锁点亮终端的屏幕；本方案通过在终端待机时释放通知事件对应的应用程序所持有的亮屏锁，从而使终端屏幕保持熄灭，减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力，改善用户体验。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。

需要说明的是，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，如存储在终端的存储器中，并被该终端内的至少一个处理器执行，在执行过程中可包括如信息发布方法的实施例的流程。其中，存储介质可以包括：只读存储器(ROM，Read OnlyMemory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

以上对本发明实施例提供的一种基于亮屏锁的处理方法和装置进行了详细介绍，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种基于亮屏锁的处理方法，其特征在于，包括以下步骤：

在终端处于待机熄屏状态时，获取消息对应的通知事件；

确定所述通知事件对应的应用程序；

判断所述应用程序是否持有亮屏锁；

若是，则阻止所述应用程序通过持有的亮屏锁点亮所述终端的屏幕。

2.如权利要求1所述的处理方法，其特征在于，所述方法还包括：

若判断所述应用程序未持有亮屏锁，则检测是否有所述应用程序对应的亮屏锁申请请求；

若有，则拒绝对所述亮屏锁申请请求处理，以阻止所述应用程序申请亮屏锁。

3.如权利要求1所述的处理方法，其特征在于，在所述确定所述通知事件对应的应用程序之后，所述判断所述应用程序是否持有亮屏锁之前，所述方法还包括：

获取所述应用程序的应用标识；

判断预设应用标识集合中是否存在与所述应用程序对应的样本应用标识；

若否，则执行判断所述应用程序是否持有亮屏锁的步骤。

4.如权利要求1所述的处理方法，其特征在于，在判断所述应用程序持有亮屏锁之后，在阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕之前，所述方法还包括：

判断所述应用程序持有所述亮屏锁的时长是否超过预设时长；

若是，则执行阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕的步骤。

5.如权利要求3所述的处理方法，其特征在于，在所述获取消息对应的通知事件之前，所述方法还包括：

接收应用程序的设置请求，所述设置请求携带所述应用程序的应用标识；

根据所述设置请求将所述应用程序的应用标识作为样本应用标识，并添加至预设应用标识集合。

6.一种基于亮屏锁的处理装置，其特征在于，包括：获取模块、确定模块、第一判断模块以及控制模块；

所述获取模块，用于在终端处于待机熄屏状态时，获取消息对应的通知事件；

所述确定模块，用于确定所述通知事件对应的应用程序；

所述第一判断模块，用于判断所述应用程序是否持有亮屏锁；

所述控制模块，用于当所述第一判断模块判断为是时，阻止所述应用程序通过持有的亮屏锁点亮所述终端的屏幕。

7.如权利要求6所述的处理装置，其特征在于，所述装置还包括：检测模块；

所述检测模块，用于当所述第一判断模块判断为否时，检测是否有所述应用程序对应的亮屏锁申请请求；

所述控制模块，还用于当所述检测模块检测到有所述应用程序对应的亮屏锁申请请求时，拒绝对所述亮屏锁申请请求处理，以阻止所述应用程序申请亮屏锁。

8.如权利要求6所述的处理装置，其特征在于，所述装置还包括：第二判断模块；

所述第二判断模块，用于在所述确定模块确定所述通知事件对应的应用程序之后，所述第一判断模块判断所述应用程序是否持有亮屏锁之前，获取所述应用程序的应用标识，并判断预设应用标识集合中是否存在与所述应用程序对应的样本应用标识，若否，则由所述第一判断模块判断所述应用程序是否持有亮屏锁。

9.如权利要求6所述的处理装置，其特征在于，所述装置还包括：第三判断模块；

所述第三判断模块，用于在所述第一判断模块判断为是之后，所述控制模块阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕之前，判断所述应用程序持有所述亮屏锁的时长是否超过预设时长，若是，则由所述控制模块阻止所述应用程序通过其持有的亮屏锁点亮所述终端的屏幕。

10.如权利要求8所述的处理装置，其特征在于，所述装置还包括：请求接收模块和添加模块；

所述请求接收模块，用于在所述获取模块获取消息对应的通知事件之前，接收应用程序的设置请求，所述设置请求携带所述应用程序的应用标识；

所述添加模块，用于根据所述设置请求将所述应用程序的应用标识作为样本应用标识，并添加至预设应用标识集合。