一種基于喚醒鎖的處理方法和裝置的制造方法
【專利摘要】本發(fā)明實施例公開了一種基于喚醒鎖的處理方法和裝置；所述方法包括：在終端處于待機狀態(tài)時，判斷終端當(dāng)前是否處于被遮擋狀態(tài)，在終端處于被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件，判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕；本方案可以在終端處于被遮擋狀態(tài)時，釋放掉接收到的通知事件對應(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]終端中安裝的第三方應(yīng)用程序經(jīng)常會接收到其業(yè)務(wù)服務(wù)器推送的消息通過通知事件的方式提醒給用戶，同時會喚醒手機系統(tǒng)點亮屏幕，而在實際應(yīng)用當(dāng)中，手機在有些時候是不需要喚醒屏幕來提醒用戶的，比如不使用手機時放置于口袋或包中，此時點亮手機屏幕會對電量產(chǎn)生不必要的浪費，如果用戶手機后臺安裝了比較多的此類應(yīng)用程序在后臺運行，就會出現(xiàn)比較多的通知事件通過持有喚醒鎖來喚醒終端屏幕，從而造成終端電量的浪費。
[0005]由上可知，在現(xiàn)有的終端中各類通知事件往往會自行喚醒屏幕，從而造成終端電量的浪費。

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

[0006]本發(fā)明實施例提供一種基于喚醒鎖的處理方法和裝置，可以在終端被遮擋時阻止通知事件自行喚醒屏幕，從而節(jié)省了終端的電量。
[0007]本發(fā)明實施例提供一種基于喚醒鎖的處理方法，包括以下步驟:
[0008]在終端處于待機狀態(tài)時，判斷所述終端當(dāng)前是否處于被遮擋狀態(tài)；
[0009]在所述終端處于所述被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件；
[0010]判斷所述通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖；
[0011 ]若是，則阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕。
[0012]進一步的，所述判斷所述終端當(dāng)前是否處于被遮擋狀態(tài)的步驟具體包括:
[0013]獲取所述終端當(dāng)前所處環(huán)境的環(huán)境光強度值；
[0014]判斷所述光強度值是否小于預(yù)設(shè)閾值；
[0015]若是，則確定所述終端當(dāng)前處于被遮擋狀態(tài)。
[0016]進一步的，在判斷所述應(yīng)用程序持有喚醒鎖之后，阻止所述應(yīng)用程序通過其持有的喚醒鎖點亮所述終端的屏幕之前，所述方法還包括:
[0017]判斷當(dāng)前的時間是否在預(yù)設(shè)時間范圍內(nèi)；
[0018]若否，則執(zhí)行阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕的步驟。
[0019]進一步的，所述方法還包括:
[0020]若判斷所述終端當(dāng)前未處于被遮擋狀態(tài)，則在接收到通知事件后，允許所述通知事件所對應(yīng)的應(yīng)用程序持有喚醒鎖。
[0021]進一步的，所述方法還包括:
[0022]若判斷所述應(yīng)用程序未持有喚醒鎖，則檢測是否有所述應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求；
[0023]若有，則拒絕對所述喚醒鎖申請請求處理，以阻止所述應(yīng)用程序申請喚醒鎖。
[0024]本發(fā)明實施例還提供了一種喚醒鎖的釋放裝置，包括:第一判斷模塊、通知獲取模塊、第二判斷模塊以及控制模塊；
[0025]所述第一判斷模塊，用于在終端處于待機狀態(tài)時，判斷所述終端當(dāng)前是否處于被遮擋狀態(tài)；
[0026]所述通知獲取模塊，用于在所述終端處于所述被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件；
[0027]所述第二判斷模塊，用于判斷所述通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖；
[0028]所述控制模塊，用于當(dāng)所述第二判斷模塊判斷為是時，阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕。
[0029]進一步的，所述第一判斷模塊具體包括:獲取子模塊、判斷子模塊以及確定子模塊；
[0030]所述獲取子模塊，用于獲取所述終端當(dāng)前所處環(huán)境的環(huán)境光強度值；
[0031]所述判斷子模塊，用于判斷所述光強度值是否小于預(yù)設(shè)閾值；
[0032]所述確定子模塊，用于當(dāng)所述判斷子模塊判斷為是時，確定所述終端當(dāng)前處于被遮擋狀態(tài)。
[0033]進一步的，所述裝置還包括:第三判斷模塊；
[0034]所述第三判斷模塊，用于在所述第二判斷模塊判斷為是之后，所述控制模塊阻止所述應(yīng)用程序通過其持有的喚醒鎖點亮所述終端的屏幕之前，判斷當(dāng)前的時間是否在預(yù)設(shè)時間范圍內(nèi)；
[0035]所述控制模塊，具體用于當(dāng)所述第三判斷模塊判斷為否時，執(zhí)行阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕。
[0036]進一步的，當(dāng)所述第一判斷模塊判斷為否時，在接收到通知事件后，允許所述通知事件所對應(yīng)的應(yīng)用程序持有喚醒鎖。
[0037]進一步的，所述裝置還包括:檢測模塊；
[0038]所述檢測模塊，用于當(dāng)所述第二判斷模塊判斷為否時，檢測是否有所述應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求；
[0039]所述控制模塊，還用于當(dāng)所述檢測模塊檢測到有所述應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求時，拒絕對所述喚醒鎖申請請求處理，以阻止所述應(yīng)用程序申請喚醒鎖。
[0040]本發(fā)明實施例首先在終端處于待機狀態(tài)時，判斷終端當(dāng)前是否處于被遮擋狀態(tài)，在終端處于被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件，判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕;本方案可以在終端處于被遮擋狀態(tài)時，釋放掉接收到的通知事件對應(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ā)明實施例三提供的一種該處理方法在實際應(yīng)用當(dāng)中的流程示意圖；
[0045]圖4為本發(fā)明實施例四提供的一種基于喚醒鎖的處理裝置的結(jié)構(gòu)示意圖；
[0046]圖5為本發(fā)明實施例四提供的第二種基于喚醒鎖的處理裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0047]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(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)時，判斷終端當(dāng)前是否處于被遮擋狀態(tài)，若是，則執(zhí)行步驟S102，若否，則執(zhí)行步驟S103。
[0053]在本發(fā)明實施例中，需要首先判斷終端是否為待機狀態(tài)，具體可以根據(jù)終端屏幕當(dāng)前是否熄滅來判斷終端是否為待機狀態(tài)，若終端屏幕當(dāng)前的狀態(tài)為熄滅時，則確定終端當(dāng)前為待機狀態(tài);若終端屏幕當(dāng)前的狀態(tài)不為熄滅時，則確定終端當(dāng)前不為待機狀態(tài)，也即判斷終端是否處于待機狀態(tài)的步驟具體包括:
[0054]判斷終端屏幕當(dāng)前是否熄滅；
[0055]若是，則確定終端當(dāng)前處于待機狀態(tài)；
[0056]若否，則確定終端當(dāng)前不處于待機狀態(tài)。
[0057]優(yōu)選的，在上述判斷終端屏幕為熄滅之后，確定終端當(dāng)前處于待機狀態(tài)之前，還可以獲取終端屏幕熄滅的時長，并進一步判斷屏幕熄滅的時長是否大于預(yù)設(shè)時長，若是，則確定終端當(dāng)前處于待機狀態(tài);若否，則確定終端當(dāng)前未處于待機狀態(tài)。比如，在屏幕熄滅之后打開終端中的計時器開始計時，在屏幕重新被點亮?xí)r停止計時，而計時器上面顯示的時長即為屏幕熄滅的持續(xù)時長，上述預(yù)設(shè)時長比如為5min或1min等，該預(yù)設(shè)時長可以根據(jù)用戶實際情況自行設(shè)定，在此不做進一步限定。
[0058]在本發(fā)明的一個實施例中，判斷終端當(dāng)前是否處于被遮擋狀態(tài)可以根據(jù)終端所處環(huán)境的光強度信息來進一步判斷，比如，在終端中設(shè)置環(huán)境光傳感器，該傳感器可以設(shè)置在終端的正面(比如屏幕上方)，在終端處于待機狀態(tài)時，通過該環(huán)境光傳感器檢測當(dāng)前終端所處環(huán)境的光強度，從而根據(jù)上述光強度值判斷終端當(dāng)前是否處于被遮擋狀態(tài)。
[0059]在本發(fā)明的其他實施例當(dāng)中，還可以根據(jù)終端與終端周邊物體的距離來判斷終端當(dāng)前是否處于被遮擋狀態(tài)，比如，在終端中設(shè)置距離傳感器，通過該距離傳感器檢測與終端周邊任意物體的距離，然后根據(jù)該距離判斷終端當(dāng)前是否處于被遮擋狀態(tài)，該步驟可以具體包括:
[0060]檢測距離傳感器與終端周邊任意物體之間的距離；
[0061]判斷該距離是否小于預(yù)設(shè)距離閾值；
[0062]若是，則確定終端當(dāng)前處于被遮擋狀態(tài)；
[0063]若否，則確定終端當(dāng)前未處于被遮擋狀態(tài)。
[0064]其中，預(yù)設(shè)距離閾值可以根據(jù)實驗數(shù)據(jù)預(yù)先設(shè)定。舉例來說，以手機為例，當(dāng)手機放在口袋里或者包里時，有物體在手機的距離傳感器旁邊，此時，該距離傳感器能夠檢測到與手機周邊物體之間的距離小于預(yù)設(shè)距離，從而確定手機當(dāng)前為被遮擋狀態(tài)。
[0065 ] 步驟S102，獲取消息對應(yīng)的通知事件。
[0066]在該步驟中通知事件可以為網(wǎng)頁信息、短信息、QQ信息、應(yīng)用推送信息等等，其可以來自于網(wǎng)頁、安裝的應(yīng)用程序或是終端的操作系統(tǒng)等通知信息。
[0067]在本發(fā)明實施例當(dāng)中，上述智能終端可以利用安卓(android)框架中的可訪問性服務(wù)(AccessibiIity Service)的可訪問性事件機制獲取上述通知信息。當(dāng)然，在其他實施例中該步驟也可以基于蘋果公司的Mac OS X操作系統(tǒng)，在本技術(shù)領(lǐng)域人員容易結(jié)合理解的范圍內(nèi)，在此不作細(xì)述和限定。
[0068]步驟S103，允許通知事件對應(yīng)的應(yīng)用程序持有喚醒鎖。
[0069]在本實施例中，若判斷終端當(dāng)前不為被遮擋狀態(tài)，比如將手機正面朝上放置在桌子上，也即終端當(dāng)前可能處于用戶的視線范圍內(nèi)，此時，若終端接收到通知事件，則允許其對應(yīng)的應(yīng)用程序持有喚醒鎖，并通過該喚醒鎖點亮屏幕以提示用戶。
[0070]步驟S104，判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則執(zhí)行步驟S105，若否，則執(zhí)行步驟S106。
[0071]在本發(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)用程序是否持有喚醒鎖的步驟可以具體包括:
[0072]檢測終端中是否存在處于工作狀態(tài)的喚醒鎖；
[0073]若是，則判斷上述處于工作狀態(tài)的喚醒鎖是否為與上述應(yīng)用程序相對應(yīng)的喚醒鎖；
[0074]若是，則確定上述應(yīng)用程序持有喚醒鎖。
[0075]可選的，上述判斷應(yīng)用程序是否持有喚醒鎖的步驟還可以包括:獲取上述應(yīng)用程序的標(biāo)識信息，根據(jù)該標(biāo)識信息在終端中查找與其對應(yīng)的且處于工作狀態(tài)的喚醒鎖，若存在，則確定該應(yīng)用程序持有喚醒鎖。
[0076]步驟S105，阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕。
[0077]比如，若判斷上述應(yīng)用程序持有喚醒鎖，則釋放掉該喚醒鎖，以保持終端屏幕的熄滅狀態(tài)，從而避免了終端不必要的功耗現(xiàn)象。
[0078]可選的，當(dāng)用戶打開終端時，可以將上述接收到的通知信息顯示在終端的通知欄，用于通知用戶在終端待機時接收到了那些通知信息，讓用戶進行處理，增加了靈活性。
[0079]步驟S106，不做進一步處理，并保持待機。
[0080]在本實施例中，若上述通知事件對應(yīng)的應(yīng)用程序未持有喚醒鎖，也即該應(yīng)用程序不會使終端在待機熄屏?xí)r喚醒屏幕，則可不必對其進行進一步處理，保持終端的待機熄屏狀態(tài)即可。
[0081]優(yōu)選的，在本發(fā)明實施例中，若判斷應(yīng)用程序未持有喚醒鎖，則檢測是否有應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求；
[0082]若有，則拒絕對喚醒鎖申請請求處理，以阻止應(yīng)用程序申請喚醒鎖。
[0083]優(yōu)選的，考慮到用戶使用終端的靈活性，以及該方案中需要開啟傳感器來實時進行檢測，會增加系統(tǒng)功耗，所以本發(fā)明實施例可以增加一個控制開關(guān)，用于控制該終端處理方式的開啟與關(guān)閉。
[0084]由上可知，本發(fā)明實施例提供的基于喚醒鎖的處理方法采用在終端處于待機狀態(tài)時，判斷終端當(dāng)前是否處于被遮擋狀態(tài)，在終端處于被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件，判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕;本方案可以在終端處于被遮擋狀態(tài)時，釋放掉接收到的通知事件對應(yīng)的應(yīng)用程序所持有的喚醒鎖，以阻止終端屏幕被點亮，從而減少了點亮屏幕對終端電量的消耗，節(jié)省了終端的電量，進而可以提高終端的續(xù)航能力。
[0085]實施例二、
[0086]本實施例將在實施例一描述的方法基礎(chǔ)上，對本發(fā)明的處理方法做進一步介紹，參考圖2，本發(fā)明實施例提供的基于喚醒鎖的處理方法包括:
[0087]步驟S201，在終端待機時，獲取終端當(dāng)前所處環(huán)境的環(huán)境光強度值。
[0088]具體的，可以在終端設(shè)置一個環(huán)境光傳感器，該環(huán)境光傳感器能夠獲取終端所處環(huán)境的當(dāng)前光強度，比如可以每隔一段預(yù)設(shè)時間段生成一個環(huán)境光獲取信息，根據(jù)該環(huán)境光獲取信息提取傳感器中的光強度信息，其中，該環(huán)境光可以為室外的日光、室內(nèi)的燈光等等。
[0089]步驟S202，判斷上述環(huán)境光強度值是否小于預(yù)設(shè)值閾值，若是，則執(zhí)行步驟S203，若否，則執(zhí)行步驟S204。
[0090]具體的，可以預(yù)先設(shè)置一個光強度的預(yù)設(shè)閾值，作為判斷終端是否被遮擋的臨界值，該預(yù)設(shè)閾值可以為預(yù)先在實驗室測量后得到的數(shù)值，若上述環(huán)境光強度值小于該預(yù)設(shè)值，則確定終端當(dāng)前為被遮擋狀態(tài);若上述環(huán)境光強度值不小于該預(yù)設(shè)值，則確定終端當(dāng)前不為被遮擋狀態(tài)。
[0091 ] 步驟S203，獲取消息對應(yīng)的通知事件。
[0092]在該步驟中通知事件可以為網(wǎng)頁信息、短信息、QQ信息、應(yīng)用推送信息等等，其可以來自于網(wǎng)頁、安裝的應(yīng)用程序或是終端的操作系統(tǒng)等通知信息。
[0093]可選的，在獲取通知事件之后，還可以確定該通知時事件對應(yīng)的應(yīng)用程序，具體的，本實施例可以通過對終端的操作系統(tǒng)中的通知欄管理接口進行檢測，當(dāng)檢測到通知欄管理接口接收到應(yīng)用程序發(fā)起的通知消息時，可從通知欄管理接口中獲取接收到的通知消息。
[0094]其中，在本發(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)用程序。
[0095]步驟S204，確定允許通知事件對應(yīng)的應(yīng)用程序持有喚醒鎖并點亮屏幕。
[0096]比如，該應(yīng)用程序為一個即時通訊類應(yīng)用，在接收到消息時，可以允許其喚醒屏幕，并將該消息顯示在終端的通知欄以告知用戶。
[0097]步驟S205，判斷該通知事件對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則執(zhí)行步驟S206，若否，則執(zhí)行步驟S208。
[0098]具體的，在獲取消息對應(yīng)的通知事件并確定對應(yīng)的應(yīng)用程序之后，判斷上述應(yīng)用程序是否持有喚醒鎖的方法可以有多種，比如可以對終端進行檢測是否有喚醒鎖處于工作狀態(tài)，若是，則判斷該喚醒鎖是否為與上述應(yīng)用程序所對應(yīng)的喚醒鎖。
[0099]步驟S206，判斷當(dāng)前時間是否在預(yù)設(shè)時間范圍之內(nèi)，若否，則執(zhí)行步驟S207，若是，則執(zhí)行步驟S208。
[0100]在實際應(yīng)用當(dāng)中，考慮到若時間到了晚上，用戶在室外時檢測到的環(huán)境光強度較低，然而此時終端并不一定處于被遮擋狀態(tài)，所以本實施例可以預(yù)先設(shè)置預(yù)設(shè)時間段，若當(dāng)前時間不在該預(yù)設(shè)時間段內(nèi)，則繼續(xù)執(zhí)行步驟S207。其中，該預(yù)設(shè)時間段可以根據(jù)實際情況由用戶自行設(shè)定;上述獲取當(dāng)前時間的方式也可以有多種，比如通過查詢網(wǎng)絡(luò)獲取當(dāng)前的時間或者調(diào)取系統(tǒng)當(dāng)前時間等等。
[0101]步驟S207，阻止應(yīng)用程序通過持有的喚醒鎖點亮終端屏幕。
[0102]可選的，可選的，當(dāng)用戶再次打開終端時，可以將上述接收到的通知信息顯示在終端的通知欄，用于通知用戶在終端待機時接收到了那些通知信息，讓用戶進行處理，增加了靈活性。
[0103]步驟S208，不做進一步處理并保持待機。
[0104]本發(fā)明實施例中，上述終端可以但不限于智能手機、平板電腦、筆記本電腦等智能終端，其中，該終端的操作系統(tǒng)可以為Android操作系統(tǒng)、1S操作系統(tǒng)、Black Berry操作系統(tǒng)等，本發(fā)明不做限定。
[0105]由上可知，本發(fā)明實施例提供的基于喚醒鎖的處理方法采用在終端處于待機狀態(tài)時，判斷終端當(dāng)前是否處于被遮擋狀態(tài)，在終端處于被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件，判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕;本方案可以在終端處于被遮擋狀態(tài)時，釋放掉接收到的通知事件對應(yīng)的應(yīng)用程序所持有的喚醒鎖，以阻止終端屏幕被點亮，從而減少了點亮屏幕對終端電量的消耗，節(jié)省了終端的電量，進而可以提高終端的續(xù)航能力。
[0106]實施例三、
[0107]本實施例將以智能手機為例，上述喚醒鎖為CPU鎖，描述本方案在實際應(yīng)用當(dāng)中的具體實施步驟，如圖3所示，本方法包括以下步驟:
[0108]步驟S301，在智能手機待機時，獲取當(dāng)前的環(huán)境光強度。
[0109]具體的，可以通過手機中的環(huán)境光傳感器檢測當(dāng)前手機所處環(huán)境的光強度值。
[0110]步驟S302，智能手機判斷該光強度值是否小于預(yù)設(shè)值，若是，則執(zhí)行步驟S303，若否，則執(zhí)行步驟S304。
[0111]具體的，若該光強度值小于預(yù)設(shè)值，則判斷終端當(dāng)前為被遮擋狀態(tài);若該光強度值不小于預(yù)設(shè)值，則判斷終端當(dāng)前不為被遮擋狀態(tài)。
[0112]步驟S303，智能手機獲取通知消息。
[0113]該通知消息可以為系統(tǒng)通知，也可以為手機上安裝的第三方應(yīng)用的推送消息，比如天氣信息、備忘錄提醒、QQ消息等等。
[0114]步驟S304，允許通知消息對應(yīng)的應(yīng)用持有cpu鎖。
[0115]步驟S305，智能手機判斷應(yīng)用程序是否持有cpu鎖，若是，則執(zhí)行步驟S306，若否，則執(zhí)行步驟S308。
[0116]首先根據(jù)通知信息確定對應(yīng)的應(yīng)用程序，比如可以在基于android操作系統(tǒng)的智能手機中，通過Notificat1nListenerService服務(wù)接口進行檢測，當(dāng)手機系統(tǒng)收到新的通知消息或者通知消息被刪除時，會觸發(fā)Notificat1nListenerService接口的回調(diào)方法，獲取該通知消息的具體信息，從而確定對應(yīng)的應(yīng)用程序，比如QQ消息對應(yīng)的應(yīng)用程序為“騰訊QQ”、微博私信對應(yīng)的應(yīng)用程序為“新浪微博”等。
[0117]步驟S306，智能手機判斷當(dāng)前的時間是否在預(yù)設(shè)時間段內(nèi)，若是，則執(zhí)行步驟S308，若否，則執(zhí)行步驟S307。
[0118]比如，設(shè)置預(yù)設(shè)時間段為23:00-8:00，智能手機獲取當(dāng)前的時間為12:00，經(jīng)判斷當(dāng)前時間不在預(yù)設(shè)時間段內(nèi)，則轉(zhuǎn)向步驟S307。
[0119]步驟S307，智能手機釋放掉該cpu鎖，以保持手機屏幕為熄滅狀態(tài)。
[0120]以該應(yīng)用程序為“支付寶”為例，在確定其持有手機中的cpu鎖后，釋放其持有的cpu鎖，從而避免“支付寶”點亮手機屏幕。
[0121]可選的，在用戶解鎖點亮手機屏幕之后，可以將上述“支付寶”推送的通知消息顯示在手機桌面上，從而讓用戶進行處理。
[0122]步驟S308，手機不做進一步處理，保持智能手機的待機狀態(tài)。
[0123]由上可知，本發(fā)明實施例提供的處理方法采用在智能手機處于待機狀態(tài)時，判斷智能手機當(dāng)前是否處于被遮擋狀態(tài)，在智能手機處于被遮擋狀態(tài)時，獲取通知消息，判斷通知消息所對應(yīng)的應(yīng)用程序是否持有cpu鎖，若是，則釋放該應(yīng)用程序持有的cpu鎖;本方案可以在智能手機處于被遮擋狀態(tài)時，釋放掉接收到的通知消息對應(yīng)的應(yīng)用程序所持有的cpu鎖，以阻止智能手機屏幕被點亮，從而減少了點亮屏幕對智能手機電量的消耗，節(jié)省了智能手機的電量，進而可以提尚續(xù)航能力。
[0124]實施例四、
[0125]為了更好地實施上述方法實施例，本發(fā)明還提供了一種基于喚醒鎖的處理裝置，該裝置可以集成在終端中，該終端可以為移動互聯(lián)網(wǎng)設(shè)備(如智能手機、平板電腦)、智能穿戴設(shè)備(如智能手表)等各類智能電子設(shè)備。
[0126]如圖4所示，該基于喚醒鎖的處理裝置可以包括:第一判斷模塊401、通知獲取模塊402、第二判斷模塊403以及控制模塊404;
[0127]該第一判斷模塊401，用于在終端處于待機狀態(tài)時，判斷終端當(dāng)前是否處于被遮擋狀態(tài)；
[0128]該通知獲取模塊402，用于在終端處于被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件；
[0129]該第二判斷模塊403，用于判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖；
[0130]該控制模塊404，用于當(dāng)?shù)诙袛嗄K403判斷為是時，阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕。
[0131]在本實施例中，當(dāng)?shù)谝慌袛嗄K401判斷為否時，在接收到通知事件后，允許通知事件所對應(yīng)的應(yīng)用程序持有喚醒鎖。
[0132]優(yōu)選的，如圖5所示，在本發(fā)明實施例提供的的基于喚醒鎖的處理裝置中，上述第一判斷模塊401可以具體包括:獲取子模塊4011、判斷子模塊4012以及確定子模塊4013;
[0133]該獲取子模塊4011，用于獲取終端當(dāng)前所處環(huán)境的環(huán)境光強度值；
[0134]該判斷子模塊4012，用于判斷光強度值是否小于預(yù)設(shè)閾值；
[0135]該確定子模塊4013，用于當(dāng)判斷子模塊判斷為是時，確定終端當(dāng)前處于被遮擋狀
??τ O
[0136]可選的，該裝置還可以包括:第三判斷模塊；
[0137]該第三判斷模塊，用于在第二判斷模塊403判斷為是之后，控制模塊404阻止應(yīng)用程序通過其持有的喚醒鎖點亮終端的屏幕之前，判斷當(dāng)前的時間是否在預(yù)設(shè)時間范圍內(nèi)；
[0138]該控制模塊404，具體用于當(dāng)?shù)谌袛嗄K判斷為否時，執(zhí)行阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕。
[0139]可選的，該裝置還可以包括:檢測模塊；
[0140]該檢測模塊，用于當(dāng)?shù)诙袛嗄K403判斷為否時，檢測是否有應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求；
[0141]該控制模塊404，還用于當(dāng)檢測模塊檢測到有應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求時，拒絕對喚醒鎖申請請求處理，以阻止應(yīng)用程序申請喚醒鎖。
[0142]由上可知，本發(fā)明實施例提供的基于喚醒鎖的處理裝置采用在終端處于待機狀態(tài)時，第一判斷模塊401判斷終端當(dāng)前是否處于被遮擋狀態(tài)，在終端處于被遮擋狀態(tài)時，通知獲取模塊402獲取消息對應(yīng)的通知事件，第二判斷模塊403判斷通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖，若是，則由控制模塊阻止應(yīng)用程序通過持有的喚醒鎖點亮終端的屏幕;本方案可以在終端處于被遮擋狀態(tài)時，釋放掉接收到的通知事件對應(yīng)的應(yīng)用程序所持有的喚醒鎖，以阻止終端屏幕被點亮，從而減少了點亮屏幕對終端電量的消耗，節(jié)省了終端的電量，進而可以提尚終端的續(xù)航能力。
[0143]具體實施時，以上各個模塊可以作為獨立的實體來實現(xiàn)，也可以進行任意組合，作為同一或若干個實體來實現(xiàn)，以上各個模塊的具體實施可參見前面的方法實施例，在此不再贅述。
[0144]需要說明的是，本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于計算機可讀存儲介質(zhì)中，如存儲在終端的存儲器中，并被該終端內(nèi)的至少一個處理器執(zhí)行，在執(zhí)行過程中可包括如信息發(fā)布方法的實施例的流程。其中，存儲介質(zhì)可以包括:只讀存儲器(R0M，Read OnlyMemory)、隨機存取記憶體(RAM,Random Access Memory)、磁盤或光盤等。
[0145]以上對本發(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)時，判斷所述終端當(dāng)前是否處于被遮擋狀態(tài)； 在所述終端處于所述被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件； 判斷所述通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖； 若是，則阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕。2.如權(quán)利要求1所述的處理方法，其特征在于，所述判斷所述終端當(dāng)前是否處于被遮擋狀態(tài)的步驟具體包括: 獲取所述終端當(dāng)前所處環(huán)境的環(huán)境光強度值； 判斷所述光強度值是否小于預(yù)設(shè)閾值； 若是，則確定所述終端當(dāng)前處于被遮擋狀態(tài)。3.如權(quán)利要求1所述的處理方法，其特征在于，在判斷所述應(yīng)用程序持有喚醒鎖之后，阻止所述應(yīng)用程序通過其持有的喚醒鎖點亮所述終端的屏幕之前，所述方法還包括: 判斷當(dāng)前的時間是否在預(yù)設(shè)時間范圍內(nèi)； 若否，則執(zhí)行阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕的步驟。4.如權(quán)利要求1所述的處理方法，其特征在于，所述方法還包括: 若判斷所述終端當(dāng)前未處于被遮擋狀態(tài)，則在接收到通知事件后，允許所述通知事件所對應(yīng)的應(yīng)用程序持有喚醒鎖。5.如權(quán)利要求1所述的處理方法，其特征在于，所述方法還包括: 若判斷所述應(yīng)用程序未持有喚醒鎖，則檢測是否有所述應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求； 若有，則拒絕對所述喚醒鎖申請請求處理，以阻止所述應(yīng)用程序申請喚醒鎖。6.—種基于喚醒鎖的處理裝置，其特征在于，包括:第一判斷模塊、通知獲取模塊、第二判斷模塊以及控制模塊； 所述第一判斷模塊，用于在終端處于待機狀態(tài)時，判斷所述終端當(dāng)前是否處于被遮擋狀態(tài)； 所述通知獲取模塊，用于在所述終端處于所述被遮擋狀態(tài)時，獲取消息對應(yīng)的通知事件； 所述第二判斷模塊，用于判斷所述通知事件所對應(yīng)的應(yīng)用程序是否持有喚醒鎖； 所述控制模塊，用于當(dāng)所述第二判斷模塊判斷為是時，阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕。7.如權(quán)利要求6所述的處理裝置，其特征在于，所述第一判斷模塊具體包括:獲取子模塊、判斷子模塊以及確定子模塊； 所述獲取子模塊，用于獲取所述終端當(dāng)前所處環(huán)境的環(huán)境光強度值； 所述判斷子模塊，用于判斷所述光強度值是否小于預(yù)設(shè)閾值； 所述確定子模塊，用于當(dāng)所述判斷子模塊判斷為是時，確定所述終端當(dāng)前處于被遮擋狀態(tài)。8.如權(quán)利要求6所述的處理裝置，其特征在于，所述裝置還包括:第三判斷模塊； 所述第三判斷模塊，用于在所述第二判斷模塊判斷為是之后，所述控制模塊阻止所述應(yīng)用程序通過其持有的喚醒鎖點亮所述終端的屏幕之前，判斷當(dāng)前的時間是否在預(yù)設(shè)時間范圍內(nèi)； 所述控制模塊，具體用于當(dāng)所述第三判斷模塊判斷為否時，執(zhí)行阻止所述應(yīng)用程序通過持有的喚醒鎖點亮所述終端的屏幕。9.如權(quán)利要求6所述的處理裝置，其特征在于， 當(dāng)所述第一判斷模塊判斷為否時，在接收到通知事件后，允許所述通知事件所對應(yīng)的應(yīng)用程序持有喚醒鎖。10.如權(quán)利要求6所述的處理裝置，其特征在于，所述裝置還包括:檢測模塊； 所述檢測模塊，用于當(dāng)所述第二判斷模塊判斷為否時，檢測是否有所述應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求； 所述控制模塊，還用于當(dāng)所述檢測模塊檢測到有所述應(yīng)用程序?qū)?yīng)的喚醒鎖申請請求時，拒絕對所述喚醒鎖申請請求處理，以阻止所述應(yīng)用程序申請喚醒鎖。
【文檔編號】G06F3/0487GK106095288SQ201610379855
【公開日】2016年11月9日
【申請日】2016年5月31日
【發(fā)明人】張俊
【申請人】廣東歐珀移動通信有限公司