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

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

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