一種基于亮屏鎖的處理方法和裝置的制造方法
【專利摘要】本發(fā)明實施例公開了一種基于亮屏鎖的處理方法和裝置；所述方法包括：在終端處于待機熄屏狀態(tài)時，獲取消息對應(yīng)的通知事件，確定上述通知事件對應(yīng)的應(yīng)用程序，判斷該應(yīng)用程序是否持有亮屏鎖，若是，則阻止該應(yīng)用程序通過持有的亮屏鎖點亮終端的屏幕；本方案通過在終端待機時釋放通知事件對應(yīng)的應(yīng)用程序所持有的亮屏鎖，從而使終端屏幕保持熄滅，減少了點亮屏幕對終端電量的消耗，節(jié)省了終端的電量，進而可以提高終端的續(xù)航能力。
【專利說明】
一種基于亮屏鎖的處理方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及終端技術(shù)領(lǐng)域，具體涉及一種基于亮屏鎖的處理方法和裝置。
【背景技術(shù)】
[0002]隨著電子通訊領(lǐng)域的發(fā)展，移動終端例如智能手機的功能越來越強大，用戶不僅通過智能手機打電話、發(fā)短信，用戶還可以根據(jù)需求在移動終端中安裝各種功能的應(yīng)用程序，移動終端已經(jīng)稱為人們生活和工作的一部分。
[0003]目前，在使用智能手機的過程當(dāng)中，對于手機當(dāng)中各個硬件的耗電情況進行分析可以發(fā)現(xiàn)，耗電量最大的是屏幕顯示，如今的智能手機為了滿足用戶對娛樂、視頻、互動的視覺需求，屏幕設(shè)計越來越大，大屏幕的發(fā)光需要消耗大量的電量，而伴隨隨著大屏幕的動態(tài)以及觸控效果同樣也需要大量的電量支持。
[0004]然而，在實際生活當(dāng)中，本發(fā)明的發(fā)明人發(fā)現(xiàn)，終端中安裝的第三方應(yīng)用程序經(jīng)常會接收到其業(yè)務(wù)服務(wù)器推送的消息通過通知事件的方式提醒給用戶(比如天氣狀況、微博消息、應(yīng)用程序更新推送等等)，同時會喚醒手機系統(tǒng)點亮屏幕，點亮手機屏幕對正在待機的系統(tǒng)來說是比較耗電的過程，如果用戶手機后臺安裝了比較多的此類應(yīng)用程序在后臺運行，就會出現(xiàn)比較多的通知事件通過持有亮屏鎖來喚醒終端屏幕，從而造成終端電量的浪費。
[0005]由上可知，在現(xiàn)有的終端中各類通知事件往往會自行喚醒屏幕，從而造成終端電量的浪費。

【發(fā)明內(nèi)容】

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