一种基于唤醒锁的处理方法和装置的制造方法
【专利摘要】本发明实施例公开了一种基于唤醒锁的处理方法和装置；所述方法包括：在终端处于待机状态时，判断终端当前是否处于被遮挡状态，在终端处于被遮挡状态时，获取消息对应的通知事件，判断通知事件所对应的应用程序是否持有唤醒锁，若是，则阻止应用程序通过持有的唤醒锁点亮终端的屏幕；本方案可以在终端处于被遮挡状态时，释放掉接收到的通知事件对应的应用程序所持有的唤醒锁，以阻止终端屏幕被点亮，从而减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力。
【专利说明】
一种基于唤醒锁的处理方法和装置
技术领域
[0001]本发明涉及终端技术领域，具体涉及一种基于唤醒锁的处理方法和装置。
【背景技术】
[0002]随着电子通讯领域的发展，移动终端例如智能手机的功能越来越强大，用户不仅通过智能手机打电话、发短信，用户还可以根据需求在移动终端中安装各种功能的应用程序，移动终端已经称为人们生活和工作的一部分。
[0003]目前，在使用智能手机的过程当中，对于手机当中各个硬件的耗电情况进行分析可以发现，耗电量最大的是屏幕显示，如今的智能手机为了满足用户对娱乐、视频、互动的视觉需求，屏幕设计越来越大，大屏幕的发光需要消耗大量的电量，而伴随随着大屏幕的动态以及触控效果同样也需要大量的电量支持。
[0004]终端中安装的第三方应用程序经常会接收到其业务服务器推送的消息通过通知事件的方式提醒给用户，同时会唤醒手机系统点亮屏幕，而在实际应用当中，手机在有些时候是不需要唤醒屏幕来提醒用户的，比如不使用手机时放置于口袋或包中，此时点亮手机屏幕会对电量产生不必要的浪费，如果用户手机后台安装了比较多的此类应用程序在后台运行，就会出现比较多的通知事件通过持有唤醒锁来唤醒终端屏幕，从而造成终端电量的浪费。
[0005]由上可知，在现有的终端中各类通知事件往往会自行唤醒屏幕，从而造成终端电量的浪费。
【发明内容】
[0006]本发明实施例提供一种基于唤醒锁的处理方法和装置，可以在终端被遮挡时阻止通知事件自行唤醒屏幕，从而节省了终端的电量。
[0007]本发明实施例提供一种基于唤醒锁的处理方法，包括以下步骤:
[0008]在终端处于待机状态时，判断所述终端当前是否处于被遮挡状态；
[0009]在所述终端处于所述被遮挡状态时，获取消息对应的通知事件；
[0010]判断所述通知事件所对应的应用程序是否持有唤醒锁；
[0011 ]若是，则阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕。
[0012]进一步的，所述判断所述终端当前是否处于被遮挡状态的步骤具体包括:
[0013]获取所述终端当前所处环境的环境光强度值；
[0014]判断所述光强度值是否小于预设阈值；
[0015]若是，则确定所述终端当前处于被遮挡状态。
[0016]进一步的，在判断所述应用程序持有唤醒锁之后，阻止所述应用程序通过其持有的唤醒锁点亮所述终端的屏幕之前，所述方法还包括:
[0017]判断当前的时间是否在预设时间范围内；
[0018]若否，则执行阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕的步骤。
[0019]进一步的，所述方法还包括:
[0020]若判断所述终端当前未处于被遮挡状态，则在接收到通知事件后，允许所述通知事件所对应的应用程序持有唤醒锁。
[0021]进一步的，所述方法还包括:
[0022]若判断所述应用程序未持有唤醒锁，则检测是否有所述应用程序对应的唤醒锁申请请求；
[0023]若有，则拒绝对所述唤醒锁申请请求处理，以阻止所述应用程序申请唤醒锁。
[0024]本发明实施例还提供了一种唤醒锁的释放装置，包括:第一判断模块、通知获取模块、第二判断模块以及控制模块；
[0025]所述第一判断模块，用于在终端处于待机状态时，判断所述终端当前是否处于被遮挡状态；
[0026]所述通知获取模块，用于在所述终端处于所述被遮挡状态时，获取消息对应的通知事件；
[0027]所述第二判断模块，用于判断所述通知事件所对应的应用程序是否持有唤醒锁；
[0028]所述控制模块，用于当所述第二判断模块判断为是时，阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕。
[0029]进一步的，所述第一判断模块具体包括:获取子模块、判断子模块以及确定子模块；
[0030]所述获取子模块，用于获取所述终端当前所处环境的环境光强度值；
[0031]所述判断子模块，用于判断所述光强度值是否小于预设阈值；
[0032]所述确定子模块，用于当所述判断子模块判断为是时，确定所述终端当前处于被遮挡状态。
[0033]进一步的，所述装置还包括:第三判断模块；
[0034]所述第三判断模块，用于在所述第二判断模块判断为是之后，所述控制模块阻止所述应用程序通过其持有的唤醒锁点亮所述终端的屏幕之前，判断当前的时间是否在预设时间范围内；
[0035]所述控制模块，具体用于当所述第三判断模块判断为否时，执行阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕。
[0036]进一步的，当所述第一判断模块判断为否时，在接收到通知事件后，允许所述通知事件所对应的应用程序持有唤醒锁。
[0037]进一步的，所述装置还包括:检测模块；
[0038]所述检测模块，用于当所述第二判断模块判断为否时，检测是否有所述应用程序对应的唤醒锁申请请求；
[0039]所述控制模块，还用于当所述检测模块检测到有所述应用程序对应的唤醒锁申请请求时，拒绝对所述唤醒锁申请请求处理，以阻止所述应用程序申请唤醒锁。
[0040]本发明实施例首先在终端处于待机状态时，判断终端当前是否处于被遮挡状态，在终端处于被遮挡状态时，获取消息对应的通知事件，判断通知事件所对应的应用程序是否持有唤醒锁，若是，则阻止应用程序通过持有的唤醒锁点亮终端的屏幕;本方案可以在终端处于被遮挡状态时，释放掉接收到的通知事件对应的应用程序所持有的唤醒锁，以阻止终端屏幕被点亮，从而减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力。
【附图说明】
[0041]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0042]图1为本发明实施例一提供的一种基于唤醒锁的处理方法的流程示意图；
[0043]图2为本发明实施例二提供的一种基于唤醒锁的处理方法的流程示意图；
[0044]图3为本发明实施例三提供的一种该处理方法在实际应用当中的流程示意图；
[0045]图4为本发明实施例四提供的一种基于唤醒锁的处理装置的结构示意图；
[0046]图5为本发明实施例四提供的第二种基于唤醒锁的处理装置的结构示意图。
【具体实施方式】
[0047]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0048]本发明实施例提供一种基于唤醒锁的处理方法和装置。以下将分别进行详细说明。
[0049]实施例一、
[0050]本实施例将从基于唤醒锁的处理装置的角度进行描述，该基于唤醒锁的处理装置具体可以集成在终端中，该终端可以为移动互联网设备(如智能手机、平板电脑)、智能穿戴设备(如智能手表)等各类电子设备。
[0051]请参阅图1，图1为本发明实施例一提供的一种基于唤醒锁的处理方法的流程示意图，本实施例的基于唤醒锁的处理方法包括:
[0052]步骤SlOl，在终端处于待机状态时，判断终端当前是否处于被遮挡状态，若是，则执行步骤S102，若否，则执行步骤S103。
[0053]在本发明实施例中，需要首先判断终端是否为待机状态，具体可以根据终端屏幕当前是否熄灭来判断终端是否为待机状态，若终端屏幕当前的状态为熄灭时，则确定终端当前为待机状态;若终端屏幕当前的状态不为熄灭时，则确定终端当前不为待机状态，也即判断终端是否处于待机状态的步骤具体包括:
[0054]判断终端屏幕当前是否熄灭；
[0055]若是，则确定终端当前处于待机状态；
[0056]若否，则确定终端当前不处于待机状态。
[0057]优选的，在上述判断终端屏幕为熄灭之后，确定终端当前处于待机状态之前，还可以获取终端屏幕熄灭的时长，并进一步判断屏幕熄灭的时长是否大于预设时长，若是，则确定终端当前处于待机状态;若否，则确定终端当前未处于待机状态。比如，在屏幕熄灭之后打开终端中的计时器开始计时，在屏幕重新被点亮时停止计时，而计时器上面显示的时长即为屏幕熄灭的持续时长，上述预设时长比如为5min或1min等，该预设时长可以根据用户实际情况自行设定，在此不做进一步限定。
[0058]在本发明的一个实施例中，判断终端当前是否处于被遮挡状态可以根据终端所处环境的光强度信息来进一步判断，比如，在终端中设置环境光传感器，该传感器可以设置在终端的正面(比如屏幕上方)，在终端处于待机状态时，通过该环境光传感器检测当前终端所处环境的光强度，从而根据上述光强度值判断终端当前是否处于被遮挡状态。
[0059]在本发明的其他实施例当中，还可以根据终端与终端周边物体的距离来判断终端当前是否处于被遮挡状态，比如，在终端中设置距离传感器，通过该距离传感器检测与终端周边任意物体的距离，然后根据该距离判断终端当前是否处于被遮挡状态，该步骤可以具体包括:
[0060]检测距离传感器与终端周边任意物体之间的距离；
[0061]判断该距离是否小于预设距离阈值；
[0062]若是，则确定终端当前处于被遮挡状态；
[0063]若否，则确定终端当前未处于被遮挡状态。
[0064]其中，预设距离阈值可以根据实验数据预先设定。举例来说，以手机为例，当手机放在口袋里或者包里时，有物体在手机的距离传感器旁边，此时，该距离传感器能够检测到与手机周边物体之间的距离小于预设距离，从而确定手机当前为被遮挡状态。
[0065 ] 步骤S102，获取消息对应的通知事件。
[0066]在该步骤中通知事件可以为网页信息、短信息、QQ信息、应用推送信息等等，其可以来自于网页、安装的应用程序或是终端的操作系统等通知信息。
[0067]在本发明实施例当中，上述智能终端可以利用安卓(android)框架中的可访问性服务(AccessibiIity Service)的可访问性事件机制获取上述通知信息。当然，在其他实施例中该步骤也可以基于苹果公司的Mac OS X操作系统，在本技术领域人员容易结合理解的范围内，在此不作细述和限定。
[0068]步骤S103，允许通知事件对应的应用程序持有唤醒锁。
[0069]在本实施例中，若判断终端当前不为被遮挡状态，比如将手机正面朝上放置在桌子上，也即终端当前可能处于用户的视线范围内，此时，若终端接收到通知事件，则允许其对应的应用程序持有唤醒锁，并通过该唤醒锁点亮屏幕以提示用户。
[0070]步骤S104，判断通知事件所对应的应用程序是否持有唤醒锁，若是，则执行步骤S105，若否，则执行步骤S106。
[0071]在本发明实施例中，在确定上述通知事件对应的应用程序之后，判断上述应用程序是否持有唤醒锁的方法可以有多种，比如可以对终端进行检测是否有唤醒锁处于工作状态，若是，则判断该唤醒锁是否为与上述应用程序所对应的唤醒锁，其中，可以通过系统的框架(framework)层获取处于工作状态的唤醒锁的名称以及处于工作状态的唤醒锁对应的应用程序名称，需要说明的是，上述处于工作状态的唤醒锁可能有一个，也可能有多个，当检测到处于工作状态的唤醒锁有多个时，则分别获取多个唤醒锁对应的应用程序名称，确定是否存在与上述应用程序相对应的唤醒锁。即判断上述应用程序是否持有唤醒锁的步骤可以具体包括:
[0072]检测终端中是否存在处于工作状态的唤醒锁；
[0073]若是，则判断上述处于工作状态的唤醒锁是否为与上述应用程序相对应的唤醒锁；
[0074]若是，则确定上述应用程序持有唤醒锁。
[0075]可选的，上述判断应用程序是否持有唤醒锁的步骤还可以包括:获取上述应用程序的标识信息，根据该标识信息在终端中查找与其对应的且处于工作状态的唤醒锁，若存在，则确定该应用程序持有唤醒锁。
[0076]步骤S105，阻止应用程序通过持有的唤醒锁点亮终端的屏幕。
[0077]比如，若判断上述应用程序持有唤醒锁，则释放掉该唤醒锁，以保持终端屏幕的熄灭状态，从而避免了终端不必要的功耗现象。
[0078]可选的，当用户打开终端时，可以将上述接收到的通知信息显示在终端的通知栏，用于通知用户在终端待机时接收到了那些通知信息，让用户进行处理，增加了灵活性。
[0079]步骤S106，不做进一步处理，并保持待机。
[0080]在本实施例中，若上述通知事件对应的应用程序未持有唤醒锁，也即该应用程序不会使终端在待机熄屏时唤醒屏幕，则可不必对其进行进一步处理，保持终端的待机熄屏状态即可。
[0081]优选的，在本发明实施例中，若判断应用程序未持有唤醒锁，则检测是否有应用程序对应的唤醒锁申请请求；
[0082]若有，则拒绝对唤醒锁申请请求处理，以阻止应用程序申请唤醒锁。
[0083]优选的，考虑到用户使用终端的灵活性，以及该方案中需要开启传感器来实时进行检测，会增加系统功耗，所以本发明实施例可以增加一个控制开关，用于控制该终端处理方式的开启与关闭。
[0084]由上可知，本发明实施例提供的基于唤醒锁的处理方法采用在终端处于待机状态时，判断终端当前是否处于被遮挡状态，在终端处于被遮挡状态时，获取消息对应的通知事件，判断通知事件所对应的应用程序是否持有唤醒锁，若是，则阻止应用程序通过持有的唤醒锁点亮终端的屏幕;本方案可以在终端处于被遮挡状态时，释放掉接收到的通知事件对应的应用程序所持有的唤醒锁，以阻止终端屏幕被点亮，从而减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力。
[0085]实施例二、
[0086]本实施例将在实施例一描述的方法基础上，对本发明的处理方法做进一步介绍，参考图2，本发明实施例提供的基于唤醒锁的处理方法包括:
[0087]步骤S201，在终端待机时，获取终端当前所处环境的环境光强度值。
[0088]具体的，可以在终端设置一个环境光传感器，该环境光传感器能够获取终端所处环境的当前光强度，比如可以每隔一段预设时间段生成一个环境光获取信息，根据该环境光获取信息提取传感器中的光强度信息，其中，该环境光可以为室外的日光、室内的灯光等等。
[0089]步骤S202，判断上述环境光强度值是否小于预设值阈值，若是，则执行步骤S203，若否，则执行步骤S204。
[0090]具体的，可以预先设置一个光强度的预设阈值，作为判断终端是否被遮挡的临界值，该预设阈值可以为预先在实验室测量后得到的数值，若上述环境光强度值小于该预设值，则确定终端当前为被遮挡状态;若上述环境光强度值不小于该预设值，则确定终端当前不为被遮挡状态。
[0091 ] 步骤S203，获取消息对应的通知事件。
[0092]在该步骤中通知事件可以为网页信息、短信息、QQ信息、应用推送信息等等，其可以来自于网页、安装的应用程序或是终端的操作系统等通知信息。
[0093]可选的，在获取通知事件之后，还可以确定该通知时事件对应的应用程序，具体的，本实施例可以通过对终端的操作系统中的通知栏管理接口进行检测，当检测到通知栏管理接口接收到应用程序发起的通知消息时，可从通知栏管理接口中获取接收到的通知消息。
[0094]其中，在本发明的实施例中，应用程序可以是短消息类型的应用程序，还可以是即时通信IM(InstantMessaging)类型的应用程序，例如，上述应用程序可以是系统信息推送、游戏等，还可以是微信、QQ、Skype、FaCeb00k等即时通信頂类型的应用程序，此外，该应用程序可以是终端的操作系统中的应用程序，也可以为用户安装的第三方应用程序。
[0095]步骤S204，确定允许通知事件对应的应用程序持有唤醒锁并点亮屏幕。
[0096]比如，该应用程序为一个即时通讯类应用，在接收到消息时，可以允许其唤醒屏幕，并将该消息显示在终端的通知栏以告知用户。
[0097]步骤S205，判断该通知事件对应的应用程序是否持有唤醒锁，若是，则执行步骤S206，若否，则执行步骤S208。
[0098]具体的，在获取消息对应的通知事件并确定对应的应用程序之后，判断上述应用程序是否持有唤醒锁的方法可以有多种，比如可以对终端进行检测是否有唤醒锁处于工作状态，若是，则判断该唤醒锁是否为与上述应用程序所对应的唤醒锁。
[0099]步骤S206，判断当前时间是否在预设时间范围之内，若否，则执行步骤S207，若是，则执行步骤S208。
[0100]在实际应用当中，考虑到若时间到了晚上，用户在室外时检测到的环境光强度较低，然而此时终端并不一定处于被遮挡状态，所以本实施例可以预先设置预设时间段，若当前时间不在该预设时间段内，则继续执行步骤S207。其中，该预设时间段可以根据实际情况由用户自行设定;上述获取当前时间的方式也可以有多种，比如通过查询网络获取当前的时间或者调取系统当前时间等等。
[0101]步骤S207，阻止应用程序通过持有的唤醒锁点亮终端屏幕。
[0102]可选的，可选的，当用户再次打开终端时，可以将上述接收到的通知信息显示在终端的通知栏，用于通知用户在终端待机时接收到了那些通知信息，让用户进行处理，增加了灵活性。
[0103]步骤S208，不做进一步处理并保持待机。
[0104]本发明实施例中，上述终端可以但不限于智能手机、平板电脑、笔记本电脑等智能终端，其中，该终端的操作系统可以为Android操作系统、1S操作系统、Black Berry操作系统等，本发明不做限定。
[0105]由上可知，本发明实施例提供的基于唤醒锁的处理方法采用在终端处于待机状态时，判断终端当前是否处于被遮挡状态，在终端处于被遮挡状态时，获取消息对应的通知事件，判断通知事件所对应的应用程序是否持有唤醒锁，若是，则阻止应用程序通过持有的唤醒锁点亮终端的屏幕;本方案可以在终端处于被遮挡状态时，释放掉接收到的通知事件对应的应用程序所持有的唤醒锁，以阻止终端屏幕被点亮，从而减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提高终端的续航能力。
[0106]实施例三、
[0107]本实施例将以智能手机为例，上述唤醒锁为CPU锁，描述本方案在实际应用当中的具体实施步骤，如图3所示，本方法包括以下步骤:
[0108]步骤S301，在智能手机待机时，获取当前的环境光强度。
[0109]具体的，可以通过手机中的环境光传感器检测当前手机所处环境的光强度值。
[0110]步骤S302，智能手机判断该光强度值是否小于预设值，若是，则执行步骤S303，若否，则执行步骤S304。
[0111]具体的，若该光强度值小于预设值，则判断终端当前为被遮挡状态;若该光强度值不小于预设值，则判断终端当前不为被遮挡状态。
[0112]步骤S303，智能手机获取通知消息。
[0113]该通知消息可以为系统通知，也可以为手机上安装的第三方应用的推送消息，比如天气信息、备忘录提醒、QQ消息等等。
[0114]步骤S304，允许通知消息对应的应用持有cpu锁。
[0115]步骤S305，智能手机判断应用程序是否持有cpu锁，若是，则执行步骤S306，若否，则执行步骤S308。
[0116]首先根据通知信息确定对应的应用程序，比如可以在基于android操作系统的智能手机中，通过Notificat1nListenerService服务接口进行检测，当手机系统收到新的通知消息或者通知消息被删除时，会触发Notificat1nListenerService接口的回调方法，获取该通知消息的具体信息，从而确定对应的应用程序，比如QQ消息对应的应用程序为“腾讯QQ”、微博私信对应的应用程序为“新浪微博”等。
[0117]步骤S306，智能手机判断当前的时间是否在预设时间段内，若是，则执行步骤S308，若否，则执行步骤S307。
[0118]比如，设置预设时间段为23:00-8:00，智能手机获取当前的时间为12:00，经判断当前时间不在预设时间段内，则转向步骤S307。
[0119]步骤S307，智能手机释放掉该cpu锁，以保持手机屏幕为熄灭状态。
[0120]以该应用程序为“支付宝”为例，在确定其持有手机中的cpu锁后，释放其持有的cpu锁，从而避免“支付宝”点亮手机屏幕。
[0121]可选的，在用户解锁点亮手机屏幕之后，可以将上述“支付宝”推送的通知消息显示在手机桌面上，从而让用户进行处理。
[0122]步骤S308，手机不做进一步处理，保持智能手机的待机状态。
[0123]由上可知，本发明实施例提供的处理方法采用在智能手机处于待机状态时，判断智能手机当前是否处于被遮挡状态，在智能手机处于被遮挡状态时，获取通知消息，判断通知消息所对应的应用程序是否持有cpu锁，若是，则释放该应用程序持有的cpu锁;本方案可以在智能手机处于被遮挡状态时，释放掉接收到的通知消息对应的应用程序所持有的cpu锁，以阻止智能手机屏幕被点亮，从而减少了点亮屏幕对智能手机电量的消耗，节省了智能手机的电量，进而可以提尚续航能力。
[0124]实施例四、
[0125]为了更好地实施上述方法实施例，本发明还提供了一种基于唤醒锁的处理装置，该装置可以集成在终端中，该终端可以为移动互联网设备(如智能手机、平板电脑)、智能穿戴设备(如智能手表)等各类智能电子设备。
[0126]如图4所示，该基于唤醒锁的处理装置可以包括:第一判断模块401、通知获取模块402、第二判断模块403以及控制模块404;
[0127]该第一判断模块401，用于在终端处于待机状态时，判断终端当前是否处于被遮挡状态；
[0128]该通知获取模块402，用于在终端处于被遮挡状态时，获取消息对应的通知事件；
[0129]该第二判断模块403，用于判断通知事件所对应的应用程序是否持有唤醒锁；
[0130]该控制模块404，用于当第二判断模块403判断为是时，阻止应用程序通过持有的唤醒锁点亮终端的屏幕。
[0131]在本实施例中，当第一判断模块401判断为否时，在接收到通知事件后，允许通知事件所对应的应用程序持有唤醒锁。
[0132]优选的，如图5所示，在本发明实施例提供的的基于唤醒锁的处理装置中，上述第一判断模块401可以具体包括:获取子模块4011、判断子模块4012以及确定子模块4013;
[0133]该获取子模块4011，用于获取终端当前所处环境的环境光强度值；
[0134]该判断子模块4012，用于判断光强度值是否小于预设阈值；
[0135]该确定子模块4013，用于当判断子模块判断为是时，确定终端当前处于被遮挡状
??τ O
[0136]可选的，该装置还可以包括:第三判断模块；
[0137]该第三判断模块，用于在第二判断模块403判断为是之后，控制模块404阻止应用程序通过其持有的唤醒锁点亮终端的屏幕之前，判断当前的时间是否在预设时间范围内；
[0138]该控制模块404，具体用于当第三判断模块判断为否时，执行阻止应用程序通过持有的唤醒锁点亮终端的屏幕。
[0139]可选的，该装置还可以包括:检测模块；
[0140]该检测模块，用于当第二判断模块403判断为否时，检测是否有应用程序对应的唤醒锁申请请求；
[0141]该控制模块404，还用于当检测模块检测到有应用程序对应的唤醒锁申请请求时，拒绝对唤醒锁申请请求处理，以阻止应用程序申请唤醒锁。
[0142]由上可知，本发明实施例提供的基于唤醒锁的处理装置采用在终端处于待机状态时，第一判断模块401判断终端当前是否处于被遮挡状态，在终端处于被遮挡状态时，通知获取模块402获取消息对应的通知事件，第二判断模块403判断通知事件所对应的应用程序是否持有唤醒锁，若是，则由控制模块阻止应用程序通过持有的唤醒锁点亮终端的屏幕;本方案可以在终端处于被遮挡状态时，释放掉接收到的通知事件对应的应用程序所持有的唤醒锁，以阻止终端屏幕被点亮，从而减少了点亮屏幕对终端电量的消耗，节省了终端的电量，进而可以提尚终端的续航能力。
[0143]具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。
[0144]需要说明的是，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，如存储在终端的存储器中，并被该终端内的至少一个处理器执行，在执行过程中可包括如信息发布方法的实施例的流程。其中，存储介质可以包括:只读存储器(R0M，Read OnlyMemory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
[0145]以上对本发明实施例提供的一种基于唤醒锁的处理方法和装置进行了详细介绍，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
【主权项】
1.一种基于唤醒锁的处理方法，其特征在于，包括以下步骤: 在终端处于待机状态时，判断所述终端当前是否处于被遮挡状态； 在所述终端处于所述被遮挡状态时，获取消息对应的通知事件； 判断所述通知事件所对应的应用程序是否持有唤醒锁； 若是，则阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕。2.如权利要求1所述的处理方法，其特征在于，所述判断所述终端当前是否处于被遮挡状态的步骤具体包括: 获取所述终端当前所处环境的环境光强度值； 判断所述光强度值是否小于预设阈值； 若是，则确定所述终端当前处于被遮挡状态。3.如权利要求1所述的处理方法，其特征在于，在判断所述应用程序持有唤醒锁之后，阻止所述应用程序通过其持有的唤醒锁点亮所述终端的屏幕之前，所述方法还包括: 判断当前的时间是否在预设时间范围内； 若否，则执行阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕的步骤。4.如权利要求1所述的处理方法，其特征在于，所述方法还包括: 若判断所述终端当前未处于被遮挡状态，则在接收到通知事件后，允许所述通知事件所对应的应用程序持有唤醒锁。5.如权利要求1所述的处理方法，其特征在于，所述方法还包括: 若判断所述应用程序未持有唤醒锁，则检测是否有所述应用程序对应的唤醒锁申请请求； 若有，则拒绝对所述唤醒锁申请请求处理，以阻止所述应用程序申请唤醒锁。6.—种基于唤醒锁的处理装置，其特征在于，包括:第一判断模块、通知获取模块、第二判断模块以及控制模块； 所述第一判断模块，用于在终端处于待机状态时，判断所述终端当前是否处于被遮挡状态； 所述通知获取模块，用于在所述终端处于所述被遮挡状态时，获取消息对应的通知事件； 所述第二判断模块，用于判断所述通知事件所对应的应用程序是否持有唤醒锁； 所述控制模块，用于当所述第二判断模块判断为是时，阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕。7.如权利要求6所述的处理装置，其特征在于，所述第一判断模块具体包括:获取子模块、判断子模块以及确定子模块； 所述获取子模块，用于获取所述终端当前所处环境的环境光强度值； 所述判断子模块，用于判断所述光强度值是否小于预设阈值； 所述确定子模块，用于当所述判断子模块判断为是时，确定所述终端当前处于被遮挡状态。8.如权利要求6所述的处理装置，其特征在于，所述装置还包括:第三判断模块； 所述第三判断模块，用于在所述第二判断模块判断为是之后，所述控制模块阻止所述应用程序通过其持有的唤醒锁点亮所述终端的屏幕之前，判断当前的时间是否在预设时间范围内； 所述控制模块，具体用于当所述第三判断模块判断为否时，执行阻止所述应用程序通过持有的唤醒锁点亮所述终端的屏幕。9.如权利要求6所述的处理装置，其特征在于， 当所述第一判断模块判断为否时，在接收到通知事件后，允许所述通知事件所对应的应用程序持有唤醒锁。10.如权利要求6所述的处理装置，其特征在于，所述装置还包括:检测模块； 所述检测模块，用于当所述第二判断模块判断为否时，检测是否有所述应用程序对应的唤醒锁申请请求； 所述控制模块，还用于当所述检测模块检测到有所述应用程序对应的唤醒锁申请请求时，拒绝对所述唤醒锁申请请求处理，以阻止所述应用程序申请唤醒锁。
【文档编号】G06F3/0487GK106095288SQ201610379855
【公开日】2016年11月9日
【申请日】2016年5月31日
【发明人】张俊
【申请人】广东欧珀移动通信有限公司