一種基于亮屏鎖的處理方法和裝置的制造方法

一種基于亮屏鎖的處理方法和裝置的制造方法
【專利摘要】本發明實施例公開了一種基于亮屏鎖的處理方法和裝置；所述方法包括：在終端處于待機熄屏狀態時，獲取消息對應的通知事件，確定上述通知事件對應的應用程序，判斷該應用程序是否持有亮屏鎖，若是，則阻止該應用程序通過持有的亮屏鎖點亮終端的屏幕；本方案通過在終端待機時釋放通知事件對應的應用程序所持有的亮屏鎖，從而使終端屏幕保持熄滅，減少了點亮屏幕對終端電量的消耗，節省了終端的電量，進而可以提高終端的續航能力。
【專利說明】
一種基于亮屏鎖的處理方法和裝置
技術領域
[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，在終端處于待機熄屏狀態時，接收消息對應的通知事件。
[0053]在該步驟中所述通知事件可以為網頁信息、短信息、QQ信息、應用推送信息等等，其可以來自于網頁、安裝的應用程序或是終端的操作系統等通知信息。
[0054]在本發明實施例當中，上述智能終端可以利用安卓(android)框架中的可訪問性服務(AccessibiIity Service)的可訪問性事件機制獲取上述通知信息。當然，在其他實施例中該步驟也可以基于蘋果公司的Mac OS X操作系統，在本技術領域人員容易結合理解的范圍內，在此不作細述和限定。
[0055]步驟S102，確定通知事件對應的應用程序。
[0056]具體的，在終端待機熄屏的過程中，接收終端的通知欄中的通知消息，然后可以對該通知消息進行分析處理以獲取該通知消息所對應的應用程序，其中獲取該通知消息所對應的應用程序的步驟可以有多種，比如，對上述通知消息進行提取處理，以得到該通知消息所攜帶的應用程序標識信息，根據該應用程序標識信息確定該通知消息所對應的應用程序。
[0057]可選的，本實施例還可以通過對終端的操作系統中的通知欄管理接口進行檢測，當檢測到通知欄管理接口接收到應用程序發起的通知消息時，可從通知欄管理接口中獲取接收到的通知消息。其中，在本發明的實施例中，應用程序可以是短消息類型的應用程序，還可以是即時通信IM(InstantMessaging)類型的應用程序，例如，上述應用程序可以是系統信息推送、游戲等，還可以是微信、QQ、Skype、FaCeb00k等即時通信頂類型的應用程序，此夕卜，該應用程序可以是終端的操作系統中的應用程序，也可以為用戶安裝的第三方應用程序。
[0058]在一個具體的實施例當中，假設該終端為基于android操作系統的智能手機，具體的，可以對手機中的Notif icat1nListenerService服務接口進行檢測，其中，需要說明的是，在android系統當中，當系統收到新的通知消息或者通知消息被刪除時，會觸發Notif icat1nListenerService接口的回調方法，同時在android4.4之后新增加了Notificat1n.6乂1:作8字段也就是說可以使用1^01:丨;1^0&1:;[0111^8七6116^61^;^6服務接口來獲取系統通知的具體信息。在獲取到通知消息之后，可對通知消息進行分析，以確定該通知消息所對應的應用程序。也就是說，在獲取到通知消息之后，可分析出該通知消息是哪個應用程序發起的。
[0059]步驟S103，判斷上述應用程序是否持有亮屏鎖，若是，則執行步驟S104，若否，則執行步驟S105。
[0060]在本發明實施例中，在確定上述通知事件對應的應用程序之后，判斷上述應用程序是否持有亮屏鎖的方法可以有多種，比如可以對終端進行檢測是否有亮屏鎖處于工作狀態，若是，則判斷該亮屏鎖是否為與上述應用程序所對應的亮屏鎖，其中，可以通過系統的框架(framework)層獲取處于工作狀態的亮屏鎖的名稱以及處于工作狀態的亮屏鎖對應的應用程序名稱，需要說明的是，上述處于工作狀態的亮屏鎖可能有一個，也可能有多個，當檢測到處于工作狀態的亮屏鎖有多個時，則分別獲取多個亮屏鎖對應的應用程序名稱，確定是否存在與上述應用程序相對應的亮屏鎖。即判斷上述應用程序是否持有亮屏鎖的步驟可以具體包括:
[0061]檢測終端中是否存在處于工作狀態的亮屏鎖；
[0062]若是，則判斷上述處于工作狀態的亮屏鎖是否為與上述應用程序相對應的亮屏鎖；
[0063]若是，則確定上述應用程序持有亮屏鎖。
[0064]可選的，上述判斷應用程序是否持有亮屏鎖的步驟還可以包括:獲取上述應用程序的標識信息，根據該標識信息在終端中查找與其對應的且處于工作狀態的亮屏鎖，若存在，則確定該應用程序持有亮屏鎖。
[0065]步驟S104，阻止應用程序通過持有的亮屏鎖點亮終端的屏幕。
[0066]比如，若判斷上述應用程序持有亮屏鎖，則釋放掉該亮屏鎖，以保持終端屏幕的熄滅狀態，從而避免了終端不必要的功耗現象。
[0067]可選的，當用戶打開終端時，可以將上述接收到的通知信息顯示在終端的通知欄，用于通知用戶在終端待機時接收到了那些通知信息，讓用戶進行處理，增加了靈活性。
[0068]步驟S105，不做進一步處理，并保持待機。
[0069]在本實施例中，若上述通知事件對應的應用程序未持有亮屏鎖，也即該應用程序不會使終端在待機熄屏時喚醒屏幕，則可不必對其進行進一步處理，保持終端的待機熄屏狀態即可。
[0070]在本發明實施例中，若判斷應用程序未持有亮屏鎖，則檢測是否有應用程序對應的亮屏鎖申請請求；
[0071]若有，則拒絕對亮屏鎖申請請求處理，以阻止應用程序申請亮屏鎖。
[0072]優選的，考慮到用戶使用終端的靈活性，本發明實施例可以增加一個控制開關，用于控制該終端處理方式的開啟與關閉。
[0073]可選的，本發明實施例提供的處理方式可以減少終端的功耗，進而增長待機時間，因此該處理方法還可以設置在終端電量低于一個預設閾值時，自動打開該功能，比如，當手機電量低于30%時，手機進入省電模式自動打開該功能，其中上述預設閾值可以根據用戶需求來自行設定。
[0074]由上可知，本發明實施例采用在終端待機熄屏的過程當中，接收通知事件，確定通知事件對應的應用程序，判斷該應用程序是否持有亮屏鎖，若是，則釋放該應用程序持有的亮屏鎖，以使終端的屏幕保持熄滅狀態;本方案通過在終端待機時釋放通知事件對應的應用程序所持有的亮屏鎖，從而使終端屏幕保持熄滅，減少了點亮屏幕對終端電量的消耗，節省了終端的電量，進而可以提高終端的續航能力，改善用戶體驗。
[0075]實施例二、
[0076]本實施例將在實施例一描述的方法基礎上，對本發明的處理方法做進一步介紹，參考圖2，本發明實施例提供的基于亮屏鎖的處理方法包括:
[0077]步驟S201，接收應用程序的設置請求。
[0078]具體的，上述應用程序設置請求攜帶應用程序的應用標識，其中上述應用程序的應用標識可以為用戶需要經常用到的應用程序名字，這些應用程序即使在終端待機時需要持有亮屏鎖，也不會被強制釋放掉，即不會對其占用的亮屏鎖進行釋放處理。
[0079]比如，設置界面提供終端上安裝的應用程序列表，用戶可以在該應用程序列表中勾選常用的應用程序，以保持在終端待機時也能夠喚醒屏幕，例如微信、QQ等即時通信頂類型的應用程序等。
[0080]步驟S202，根據上述設置請求將應用程序的應用標識作為樣本應用標識，并添加至預設應用標識集合。
[0081]其中，該應用標識集合中即為用戶允許在終端待機時喚醒屏幕的一個或多個應用程序，該應用程序集合即為應用白名單。
[0082]步驟S203，在終端待機熄屏的過程當中，接收通知事件，并確定其對應的應用程序。
[0083]在該步驟中所述通知事件可以為網頁信息、短信息、QQ信息、應用推送信息等等，其可以來自于網頁、安裝的應用程序或是終端的操作系統等通知信息。
[0084]具體的，在終端待機熄屏的過程中，接收終端的通知欄中的通知消息，然后可以對該通知消息進行分析處理以獲取該通知消息所對應的應用程序，比如，對上述通知消息進行提取處理，以得到該通知消息所攜帶的應用程序標識信息，根據該應用程序標識信息確定該通知消息所對應的應用程序。
[0085]步驟S204，獲取上述應用程序的應用標識。
[0086]步驟S205，判斷預設應用標識集合中是否存在與應用程序對應的樣本應用標識，若是，則執行步驟S206，若否，則執行步驟S207。
[0087]具體的，可以將該應用程序與上述預設應用標識集合當中的應用程序進行匹配，若該應用程序與預設應用標識集合當中的應用程序匹配成功，即該應用程序在預設應用標識集合當中，所以允許該應用程序持有亮屏鎖;若該應用程序與預設應用標識集合當中的應用程序匹配失敗，即該應用程序不在預設應用標識集合當中，所以不允許該應用程序持有殼屏鎖。
[0088]可選的，上述步驟S201當中的設置請求當中包含的應用程序標識也可以為用戶不常用的、耗電量較高的、經常持有亮屏鎖的應用程序，這些應用程序在終端待機時不被允許持有喚醒所。此時步驟S102當中建立的預設應用標識集合即為應用黑名單。所以在步驟S205當中，判斷該黑名單中是否存在與應用程序對應的預設應用標識，若是，則執行步驟S207，若否，則執行步驟S206。
[0089]步驟S206，確定允許該應用程序持有亮屏鎖并喚醒屏幕。
[0090]比如，該應用程序為一個即時通訊類應用，在接收到消息時，可以允許其喚醒屏幕，并將該消息顯示在終端的通知欄以告知用戶。
[0091 ]步驟S207，判斷上述應用程序是否持有亮屏鎖，若是，則執行步驟S208，若否，則執行步驟S209。
[0092]在本發明實施例中，在確定上述通知事件對應的應用程序之后，判斷上述應用程序是否持有亮屏鎖的方法可以有多種，比如可以對終端進行檢測是否有亮屏鎖處于工作狀態，若是，則判斷該亮屏鎖是否為與上述應用程序所對應的亮屏鎖。
[0093]步驟S208，阻止應用程序通過持有的亮屏鎖點亮終端的屏幕。
[0094]可選的，當用戶打開終端時，可以將上述接收到的通知信息顯示在終端的通知欄，用于通知用戶在終端待機時接收到了那些通知信息，讓用戶進行處理，增加了靈活性。
[0095]步驟S209，不做進一步處理，并保持待機。
[0096]本發明實施例中，上述終端可以但不限于智能手機、平板電腦、筆記本電腦等智能終端，其中，該終端的操作系統可以為Android操作系統、1S操作系統、Black Berry操作系統等，本發明不做限定。
[0097]由上可知，本發明實施例采用在終端處于待機熄屏狀態時，獲取消息對應的通知事件，確定上述通知事件對應的應用程序，判斷該應用程序是否持有亮屏鎖，若是，則阻止該應用程序通過持有的亮屏鎖點亮終端的屏幕;本方案通過在終端待機時釋放通知事件對應的應用程序所持有的亮屏鎖，從而使終端屏幕保持熄滅，減少了點亮屏幕對終端電量的消耗，節省了終端的電量，進而可以提高終端的續航能力，另外方案不需要增加任何器件以及物料成本，實施起來也較為簡單。
[0098]實施例三、
[0099]本實施例將以智能手機為例，描述本方案在實際應用當中的具體實施步驟，參考圖3，包括以下步驟:
[0100]步驟S301，智能手機接收用戶的白名單設置請求。
[0101]其中，上述白名單設置請求包括至少一個應用程序的名稱，這些應用程序即使在手機待機時持有亮屏鎖，也不會強制釋放掉，即不會對其占用的亮屏鎖進行釋放處理，可以設置為“新浪微博”、“騰訊QQ”、“微信”。
[0102]步驟S302，智能手機根據白名單設置請求建立白名單。
[0103]比如，該白名單中包含的應用程序為“新浪微博”、“騰訊QQ”和“微信”。
[0104]步驟S303，在智能手機熄屏的過程中，接收通知消息并確定對應的應用程序。
[0105]該通知信息可以為系統通知，也可以為手機上安裝的第三方應用的推送消息，比如百度貼吧新回復、新浪微博新粉絲、微信消息等。
[0106]具體的，比如在基于an d r ο i d操作系統的智能手機當中，可以通過Notif icat1nListenerService服務接口進行檢測，當手機系統收到新的通知消息或者通知消息被刪除時，會觸發Notif icat1nListenerService接口的回調方法，獲取該通知消息的具體信息。在智能手機獲取到通知消息之后，可對通知消息進行分析，以確定該通知消息所對應的應用程序，比如接收到的貼吧回復消息所對應的應用程序即為“百度貼吧”、QQ消息所對應的應用程序為“騰訊QQ”。
[0107]步驟S304，智能手機獲取該應用程序的應用標識。
[0108]步驟S305，智能手機判斷該應用標識是否在白名單當中，若是，則執行步驟S306，若否，則執行步驟S307。
[0109]具體的，可以將該應用程序與白名單當中的應用程序進行匹配，若該應用程序與白名單當中的應用程序匹配成功，即該應用程序在白名單當中，所以允許該應用程序持有亮屏鎖;若該應用程序與白名單當中的應用程序匹配失敗，即該應用程序不在白名單當中，所以不允許該應用程序持有亮屏鎖。
[0110]步驟S306，智能手機允許該應用程序持有亮屏鎖。
[0111]比如手機接收到通知消息為QQ消息，從而確定該通知消息對應的應用程序為“騰訊QQ”，而“騰訊QQ”在上述白名單當中，故而手機允許“騰訊QQ”程序持有亮屏鎖，并點亮屏幕向用戶顯示該QQ消息。
[0112]步驟S307，智能手機判斷該應用程序是否持有亮屏鎖，若是，則執行步驟S308，若否，則執行步驟S309。
[0113]在本實施例中，該應用程序確定為不在上述白名單當中，以上述應用程序為“支付寶”為例，判斷“支付寶”是否持有亮屏鎖，具體的，檢測智能手機中是否存在處于工作狀態的亮屏鎖，若存在，則進一步判斷該處于工作狀態的亮屏鎖是否為與“支付寶”相對應的亮屏鎖，若是則執行步驟S308，若否，則執行步驟S309。
[0114]步驟S308，智能手機釋放應用程序持有的亮屏鎖，以保持手機屏幕的熄滅狀態。
[0115]以該應用程序為“支付寶”為例，在確定其持有手機中的亮屏鎖后，釋放其持有的亮屏鎖，從而避免“支付寶”點亮手機屏幕。
[0116]可選的，在用戶解鎖點亮手機屏幕之后，可以將上述“支付寶”推送的通知消息顯示在手機桌面上，從而讓用戶進行處理。
[0117]步驟S309，若判斷該應用程序未持有亮屏鎖，則不做進一步處理，保持智能手機的待機熄屏狀態。
[0118]由上可知，本發明實施例采用在智能手機處于待機熄屏狀態時，獲取消息對應的通知事件，確定上述通知事件對應的應用程序，判斷該應用程序是否持有亮屏鎖，若是，則阻止該應用程序通過持有的亮屏鎖點亮智能手機的屏幕;本方案通過在智能手機待機時釋放掉通知事件對應的應用程序所持有的亮屏鎖，從而使手機屏幕保持熄滅，減少了點亮屏幕對電池電量的消耗，節省了手機的電量，進而可以提高手機的續航能力，提升用戶體驗。
[0119]實施例四、
[0120]為了更好地實施上述方法實施例，本發明還提供了一種基于亮屏鎖的處理裝置，該裝置可以集成在終端中，該終端可以為移動互聯網設備(如智能手機、平板電腦)、智能穿戴設備(如智能手表)等各類智能電子設備。
[0121]如圖4所示，該基于亮屏鎖的處理裝置可以包括:獲取模塊401、確定模塊402、第一判斷模塊403以及控制模塊404;
[0122]該獲取模塊401，用于在終端處于待機熄屏狀態時，獲取消息對應的通知事件；
[0123]該確定模塊402，用于確定通知事件對應的應用程序；
[0124]該第一判斷模塊403，用于判斷應用程序是否持有亮屏鎖；
[0125]該控制模塊404，用于當第一判斷模塊403判斷為是時，阻止應用程序通過持有的亮屏鎖點亮終端的屏幕。
[0126]可選的，本發明實施例提供的處理裝置還可以包括:檢測模塊；
[0127]該檢測模塊，用于當第一判斷模塊403判斷為否時，檢測是否有應用程序對應的亮屏鎖申請請求；
[0128]控制模塊404，還用于當檢測模塊檢測到有應用程序對應的亮屏鎖申請請求時，拒絕對亮屏鎖申請請求處理，以阻止應用程序申請亮屏鎖。
[0129]優選的，如圖5所示，本發明實施例提供的處理裝置還可以包括:第二判斷模塊405；
[0130]該第二判斷模塊405，用于在確定模塊402確定通知事件對應的應用程序之后，第一判斷模塊403判斷應用程序是否持有亮屏鎖之前，獲取應用程序的應用標識，并判斷預設應用標識集合中是否存在與應用程序對應的樣本應用標識，若否，則由第一判斷模塊403判斷應用程序是否持有亮屏鎖。
[0131]優選的，本發明實施例提供的處理裝置還可以包括:請求接收模塊406和添加模塊407；
[0132]該請求接收模塊406，用于在獲取模塊401獲取消息對應的通知事件之前，接收應用程序的設置請求，設置請求攜帶所述應用程序的應用標識；
[0133]該添加模塊407，用于根據設置請求將應用程序的應用標識作為樣本應用標識，并添加至預設應用標識集合。
[0134]可選的，該處理裝置還可以包括:第三判斷模塊；
[0135]該第三判斷模塊，用于在第一判斷模塊403判斷為是之后，控制模塊404阻止應用程序通過其持有的亮屏鎖點亮終端的屏幕之前，判斷應用程序持有亮屏鎖的時長是否超過預設時長，若是，則由控制模塊阻止應用程序通過其持有的亮屏鎖點亮終端的屏幕。
[0136]由上可知，本發明實施例采用在終端處于待機熄屏狀態時，由獲取模塊401獲取消息對應的通知事件，確定模塊402確定通知事件對應的應用程序，第一判斷模塊403判斷該應用程序是否持有亮屏鎖，若是，則由控制模塊404阻止該應用程序通過持有的亮屏鎖點亮終端的屏幕;本方案通過在終端待機時釋放通知事件對應的應用程序所持有的亮屏鎖，從而使終端屏幕保持熄滅，減少了點亮屏幕對終端電量的消耗，節省了終端的電量，進而可以提高終端的續航能力，改善用戶體驗。
[0137]具體實施時，以上各個模塊可以作為獨立的實體來實現，也可以進行任意組合，作為同一或若干個實體來實現，以上各個模塊的具體實施可參見前面的方法實施例，在此不再贅述。
[0138]需要說明的是，本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，該程序可以存儲于計算機可讀存儲介質中，如存儲在終端的存儲器中，并被該終端內的至少一個處理器執行，在執行過程中可包括如信息發布方法的實施例的流程。其中，存儲介質可以包括:只讀存儲器(R0M，Read OnlyMemory)、隨機存取記憶體(RAM,Random Access Memory)、磁盤或光盤等。
[0139]以上對本發明實施例提供的一種基于亮屏鎖的處理方法和裝置進行了詳細介紹，其各功能模塊可以集成在一個處理芯片中，也可以是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的技術人員，依據本發明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
【主權項】
1.一種基于亮屏鎖的處理方法，其特征在于，包括以下步驟: 在終端處于待機熄屏狀態時，獲取消息對應的通知事件； 確定所述通知事件對應的應用程序； 判斷所述應用程序是否持有亮屏鎖； 若是，則阻止所述應用程序通過持有的亮屏鎖點亮所述終端的屏幕。2.如權利要求1所述的處理方法，其特征在于，所述方法還包括: 若判斷所述應用程序未持有亮屏鎖，則檢測是否有所述應用程序對應的亮屏鎖申請請求； 若有，則拒絕對所述亮屏鎖申請請求處理，以阻止所述應用程序申請亮屏鎖。3.如權利要求1所述的處理方法，其特征在于，在所述確定所述通知事件對應的應用程序之后，所述判斷所述應用程序是否持有亮屏鎖之前，所述方法還包括: 獲取所述應用程序的應用標識； 判斷預設應用標識集合中是否存在與所述應用程序對應的樣本應用標識； 若否，則執行判斷所述應用程序是否持有亮屏鎖的步驟。4.如權利要求1所述的處理方法，其特征在于，在判斷所述應用程序持有亮屏鎖之后，在阻止所述應用程序通過其持有的亮屏鎖點亮所述終端的屏幕之前，所述方法還包括: 判斷所述應用程序持有所述亮屏鎖的時長是否超過預設時長； 若是，則執行阻止所述應用程序通過其持有的亮屏鎖點亮所述終端的屏幕的步驟。5.如權利要求3所述的處理方法，其特征在于，在所述獲取消息對應的通知事件之前，所述方法還包括: 接收應用程序的設置請求，所述設置請求攜帶所述應用程序的應用標識； 根據所述設置請求將所述應用程序的應用標識作為樣本應用標識，并添加至預設應用標識集合。6.—種基于亮屏鎖的處理裝置，其特征在于，包括:獲取模塊、確定模塊、第一判斷模塊以及控制模塊； 所述獲取模塊，用于在終端處于待機熄屏狀態時，獲取消息對應的通知事件； 所述確定模塊，用于確定所述通知事件對應的應用程序； 所述第一判斷模塊，用于判斷所述應用程序是否持有亮屏鎖； 所述控制模塊，用于當所述第一判斷模塊判斷為是時，阻止所述應用程序通過持有的亮屏鎖點亮所述終端的屏幕。7.如權利要求6所述的處理裝置，其特征在于，所述裝置還包括:檢測模塊； 所述檢測模塊，用于當所述第一判斷模塊判斷為否時，檢測是否有所述應用程序對應的亮屏鎖申請請求； 所述控制模塊，還用于當所述檢測模塊檢測到有所述應用程序對應的亮屏鎖申請請求時，拒絕對所述亮屏鎖申請請求處理，以阻止所述應用程序申請亮屏鎖。8.如權利要求6所述的處理裝置，其特征在于，所述裝置還包括:第二判斷模塊； 所述第二判斷模塊，用于在所述確定模塊確定所述通知事件對應的應用程序之后，所述第一判斷模塊判斷所述應用程序是否持有亮屏鎖之前，獲取所述應用程序的應用標識，并判斷預設應用標識集合中是否存在與所述應用程序對應的樣本應用標識，若否，則由所述第一判斷模塊判斷所述應用程序是否持有亮屏鎖。9.如權利要求6所述的處理裝置，其特征在于，所述裝置還包括:第三判斷模塊； 所述第三判斷模塊，用于在所述第一判斷模塊判斷為是之后，所述控制模塊阻止所述應用程序通過其持有的亮屏鎖點亮所述終端的屏幕之前，判斷所述應用程序持有所述亮屏鎖的時長是否超過預設時長，若是，則由所述控制模塊阻止所述應用程序通過其持有的亮屏鎖點亮所述終端的屏幕。10.如權利要求8所述的處理裝置，其特征在于，所述裝置還包括:請求接收模塊和添加豐旲塊; 所述請求接收模塊，用于在所述獲取模塊獲取消息對應的通知事件之前，接收應用程序的設置請求，所述設置請求攜帶所述應用程序的應用標識； 所述添加模塊，用于根據所述設置請求將所述應用程序的應用標識作為樣本應用標識，并添加至預設應用標識集合。
【文檔編號】G06F9/44GK106055073SQ201610379612
【公開日】2016年10月26日
【申請日】2016年5月31日
【發明人】張俊
【申請人】廣東歐珀移動通信有限公司