本發(fā)明涉及設備技術領域，具體涉及一種喚醒控制方法、裝置及設備。

背景技術：

隨著信息技術的快速發(fā)展，設備(如手機、平板電腦等等)使用越來越頻繁?，F(xiàn)有技術中，即使設備處于鎖屏期間，也會接收應用程序發(fā)送的推送消息，例如推送廣告。由于現(xiàn)在設備中安裝有多個應用程序，因而，每一應用程序均有一個屬于它自身的時鐘，從而，會時不時地推送各類消息，因此，系統(tǒng)便會響應該各類消息，導致設備被頻繁喚醒，但是，不能較為方便地對喚醒進行控制。

技術實現(xiàn)要素：

本發(fā)明實施例提供了一種喚醒控制方法、裝置及設備，可以方便地對設備的喚醒操作進行控制。

本發(fā)明實施例第一方面提供了一種喚醒控制方法，包括：

接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期；

根據(jù)所述喚醒周期確定延遲時間；

根據(jù)所述延遲時間執(zhí)行喚醒操作。

結合本發(fā)明實施例的第一方面，在第一方面的第一種可能的實施方式中，若所述喚醒請求攜帶喚醒周期間隔時間，所述確定所述分類的喚醒周期，包括：

將所述喚醒周期間隔時間作為喚醒周期。

結合本發(fā)明實施例的第一方面的第一種可能實施方式，在第一方面的第二種可能的實施方式中，所述方法還包括：

修改所述喚醒周期間隔時間，以在下一個喚醒周期執(zhí)行喚醒操作。

結合本發(fā)明實施例的第一方面的第二種可能實施方式，在第一方面的第三種可能的實施方式中，所述修改所述喚醒周期間隔時間，包括：

根據(jù)設備的電量修改所述喚醒周期間隔時間；

和/或，

根據(jù)喚醒次數(shù)閾值修改所述喚醒周期間隔時間；

和/或，

獲取當前時間，根據(jù)所述當前時間修改所述喚醒周期間隔時間。

結合本發(fā)明實施例的第一方面或第一方面的第一種至第三種中任一可能實施方式，在第一方面的第四種可能的實施方式中，所述查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之前，所述方法還包括：

查詢所述應用程序標識是否存在于預設白名單，若是，則執(zhí)行所述查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期的步驟。

結合本發(fā)明實施例的第一方面或第一方面的第一種至第三種中任一可能實施方式，在第一方面的第五種可能的實施方式中，所述根據(jù)所述延遲時間執(zhí)行喚醒操作之后，所述方法還包括：

根據(jù)所述分類查詢喚醒時間；

在所述喚醒時間結束時，控制設備的系統(tǒng)進入休眠狀態(tài)。

結合本發(fā)明實施例的第一方面或第一方面的第一種至第三種中任一可能實施方式，在第一方面的第六種可能的實施方式中，所述查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之后，所述方法還包括：

判斷設備的電量是否低于預設閾值，若是，執(zhí)行所述根據(jù)所述喚醒周期確定延遲時間的步驟。

本發(fā)明實施例第二方面提供了一種喚醒控制裝置，包括:

接收單元，用于接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

查詢單元，用于查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期；

確定單元，用于根據(jù)所述喚醒周期確定延遲時間；

執(zhí)行單元，用于根據(jù)所述延遲時間執(zhí)行喚醒操作。

結合本發(fā)明實施例的第二方面，在第二方面的第一種可能的實施方式中，若所述喚醒請求攜帶喚醒周期間隔時間，所述確定單元具體用于：

將所述喚醒周期間隔時間作為喚醒周期。

結合本發(fā)明實施例的第二方面的第一種可能實施方式，在第二方面的第二種可能的實施方式中，所述裝置還包括：

修改單元，用于修改所述喚醒周期間隔時間，以在下一個喚醒周期執(zhí)行喚醒操作。

結合本發(fā)明實施例的第二方面的第二種可能實施方式，在第二方面的第三種可能的實施方式中，所述修改單元具體用于：

根據(jù)設備的電量修改所述喚醒周期間隔時間；

和/或，

根據(jù)喚醒次數(shù)閾值修改所述喚醒周期間隔時間；

和/或，

獲取當前時間，根據(jù)所述當前時間修改所述喚醒周期間隔時間。

結合本發(fā)明實施例的第二方面或第二方面的第一種至第三種中任一可能實施方式，在第二方面的第四種可能的實施方式中，所述查詢單元還用于：

在查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之前，查詢所述應用程序標識是否存在于預設白名單，若所述查詢單元的查詢結果為是，則執(zhí)行所述查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期。

結合本發(fā)明實施例的第二方面或第二方面的第一種至第三種中任一可能實施方式，在第二方面的第五種可能的實施方式中，所述查詢單元還用于：

在所述執(zhí)行單元根據(jù)所述延遲時間執(zhí)行喚醒操作之后，根據(jù)所述分類查詢喚醒時間；

所述裝置還包括：

控制單元，用于在所述喚醒時間結束時，控制設備的系統(tǒng)進入休眠狀態(tài)。

結合本發(fā)明實施例的第二方面或第二方面的第一種至第三種中任一可能實施方式，在第二方面的第六種可能的實施方式中，所述裝置還包括：

判斷單元，用于在所述查詢單元查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之后，用于判斷設備的電量是否低于預設閾值，若所述判斷單元的判斷結果為是，由所述確定單元根據(jù)所述喚醒周期確定延遲時間的步驟。

本發(fā)明實施例第三方面提供了一種喚醒控制設備，包括：

處理器和存儲器；

其中，所述處理器通過調(diào)用所述存儲器中的代碼或指令以用于執(zhí)行一種喚醒控制方法；其中，所述方法包括：

接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期；

根據(jù)所述喚醒周期確定延遲時間；

根據(jù)所述延遲時間執(zhí)行喚醒操作。

本發(fā)明實施例第四方面提供一種存儲介質(zhì)，其中，該存儲介質(zhì)用于存儲應用程序，所述應用程序用于在運行時執(zhí)行本發(fā)明實施例的所述的一種喚醒控制方法。

本發(fā)明實施例第五方面提供一種應用程序，其中，該應用程序用于在運行時執(zhí)行本發(fā)明實施例所述的一種喚醒控制方法。

實施本發(fā)明實施例，具有如下有益效果：

可以看出，通過本發(fā)明實施例所描述的喚醒控制方法接收應用程序喚醒請求，該喚醒請求攜帶應用程序標識，查詢與應用程序標識對應的分類，確定分類的喚醒周期，根據(jù)喚醒周期確定延遲時間，根據(jù)延遲時間執(zhí)行喚醒操作。從而，通過喚醒請求中的應用程序標識確定與之對應的分類，利用該分類的喚醒周期所對應的延遲時間對設備進行喚醒操作，可方便地對設備的喚醒操作進行控制。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的一種喚醒控制方法的第一實施例流程示意圖；

圖2是本發(fā)明實施例提供的一種喚醒控制方法的第二實施例流程示意圖；

圖3是本發(fā)明實施例提供的一種喚醒控制方法的第三實施例流程示意圖；

圖4a是本發(fā)明實施例提供的一種喚醒控制裝置的實施例結構示意圖；

圖4b是本發(fā)明實施例提供的一種喚醒控制裝置的實施例結又一構示意圖；

圖4c是本發(fā)明實施例提供的一種喚醒控制裝置的實施例又一結構示意圖；

圖4d是本發(fā)明實施例提供的一種喚醒控制裝置的實施例又一結構示意圖；

圖5是本發(fā)明實施例提供的一種喚醒控制設備的實施例結構示意圖。

具體實施方式

本發(fā)明實施例提供了一種喚醒控制方法、裝置及設備，可以方便地對設備的喚醒操作進行控制。

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明的說明書和權利要求書及所述附圖中的術語“第一”和“第二”是用于區(qū)別不同對象，而不是用于描述特定順序。此外，術語“包括”和“具有”以及它們?nèi)魏巫冃?，意圖在于覆蓋不排他的包含。例如包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備沒有限定于已列出的步驟或單元，而是可選地還包括沒有列出的步驟或單元，或可選地還包括對于這些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。

在本文中提及“實施例”意味著，結合實施例描述的特定特征、結構或特性可以包含在本發(fā)明的至少一個實施例中。在說明書中的各個位置出現(xiàn)該短語并不一定均是指相同的實施例，也不是與其它實施例互斥的獨立的或備選的實施例。本領域技術人員顯式地和隱式地理解的是，本文所描述的實施例可以與其它實施例相結合。

本發(fā)明實施例所描述的設備可以包括智能手機(如Android手機)、平板電腦、掌上電腦、筆記本電腦、移動互聯(lián)網(wǎng)設備(MID，Mobile Internet Devices)或穿戴式設備等，上述設備僅是舉例，而非窮舉，包含但不限于上述設備。

需要說明的是，在實施本發(fā)明實施例的過程中，可設置預設白名單和預設黑名單，預設白名單可包含至少一個應用程序，預設黑名單可包含至少一個應用程序，若喚醒請求中攜帶的應用程序標識存在于預設白名單，則可允許執(zhí)行喚醒操作，若喚醒請求中攜帶的應用程序標識存在于預設黑名單，則不允許執(zhí)行喚醒操作。

可選地，應用程序可包括但不僅限于：電話、短信、通訊錄、天氣、圖片、文件夾、視頻、音樂、瀏覽器、美圖、時鐘、地圖、郵件、計算器等等。

請參閱圖1，為本發(fā)明實施例提供的一種喚醒控制方法的第一實施例流程示意圖。本實施例中所描述的喚醒控制方法，包括以下步驟：

101、接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

具體實現(xiàn)中，目標應用程序可為任一應用程序，可預先將目標應用程序?qū)膽贸绦驑俗R封裝在喚醒請求中，可在接收到目標應用程序的喚醒請求時，讀取該應用程序標識。

其中，在設備處于鎖屏狀態(tài)時，若后臺的應用程序需要執(zhí)行喚醒操作，則向設備傳送目標應用程序的喚醒請求，該喚醒請求攜帶應用程序標識。

其中，可以預先對各應用程序進行分類，則每一應用程序?qū)粋€分類，且不同分類可對應不同的喚醒周期。其中，可設置多個分類，例如，視頻軟件分類對應的應用程序可包括：視頻播放軟件1、視頻播放軟件2、視頻播放軟件3等等，圖像處理軟件分類對應的應用程序可包括：圖像處理軟件1、圖像處理軟件2、圖像處理軟件3等等。

可選地，分類不僅可按照應用程序的功能來分類，也可以按照用戶的需要隨意進行分類，例如，應用程序A、B和C對應第一類，應用程序D、E和F對應第二類，應用程序G和X對應第三類。應用程序還可以按照使用頻率進行分類，例如，使用頻率處于第一范圍的對應第一類，使用頻率處于第二范圍的對應第二類，使用頻率處于第三范圍的對應第三類，其中，按照頻率由高到低的順序分別為：第一范圍、第二范圍和第三范圍。

可選地，在應用程序執(zhí)行喚醒操作期間如果用戶沒有對設備屏幕進行任何操作(例如屏幕快捷回復，下拉通知單等)，則可延長喚醒周期，并且在超過預設次數(shù)用戶都沒有進行任何操作時，則不再執(zhí)行該應用程序的喚醒操作。

可選地，在用戶安裝應用程序之后，如果該應用程序注冊了喚醒管理，則提示用戶對該應用程序的喚醒操作進行設置。

102、查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期。

具體實現(xiàn)中，可預先存儲應用程序標識與分類之間的映射關系，根據(jù)該預先存儲應用程序標識與分類之間的映射關系則可確定分應用程序標識對應的喚醒周期，例如：應用程序標識為視頻播放軟件，那么，該應用程序標識可對應一分類，該分類對應一個喚醒周期。

可選地，上述不同分類里面包含不同應用程序，每個分類有一個喚醒周期。其中，可包括如下幾個分類：

1、不允許喚醒，則系統(tǒng)可以直接忽略該喚醒請求，例如，若某一應用在預設黑名單中，比如微博，系統(tǒng)休眠時候不允許進行微博喚醒(當然，允許用戶自己修改，也可將微博添加到到其他分類中)；

2、可根據(jù)分類確定喚醒周期，執(zhí)行喚醒操作，然后執(zhí)行步驟103和步驟104；

3、直接允許喚醒操作，則不需要進行延遲即可執(zhí)行喚醒操作。

其中，在2中可以設置不同的延遲時間，比如，鬧鐘，可以設置5分鐘、10分鐘、30分鐘分別喚醒一次或者按照預設的喚醒周期執(zhí)行喚醒操作，在鬧鐘在預設白名單中，若延遲事件為5分鐘，那么，在接收到喚醒請求之后，會延遲5分鐘，再執(zhí)行喚醒操作。

當然，上述分類不僅限于此，在此不作限定。

可選地，查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之前，查詢所述應用程序標識是否存在于預設白名單，若是，則執(zhí)行所述確定所述分類的喚醒周期的步驟。其中，預設白名單中包含至少一個應用程序標識，可將喚醒請求攜帶的應用程序標識與預設白名單中的應用程序標識進行匹配，若該應用程序標識與預設白名單中的某個應用程序標識一樣，即匹配成功，喚醒請求攜帶的應用程序標識存在于預設白名單中。例如，喚醒請求攜帶的應用程序標識為A，預設白名單中含有A，則喚醒請求攜帶的應用程序標識存在于預設白名單中。其中，預設白名單可保存于操作系統(tǒng)的系統(tǒng)文件中。

103、根據(jù)所述喚醒周期確定延遲時間。

其中，每一喚醒周期均對應一個時間長度，則該時間長度即為延遲時間。

可選地，若所述喚醒請求攜帶喚醒周期間隔時間，可將所述喚醒周期間隔時間作為喚醒周期。

可選地，不同分類里面包含不同應用程序，每個分類有一個喚醒周期。每個分類中的應用程序的喚醒周期是根據(jù)該類別應用程序的喚醒周期確定的，比如社交類包含A、B、C，三應用程序喚醒周期分別是1、2、3分鐘，那么，我們可以設定A、B、C的喚醒周期都是2分鐘，那么，其實1分鐘時間到的時候，A、B、C都會啟動起來，然后兩分鐘后，再讓A、B、C都啟動起來。在兩次喚醒之間，如果同類分類的應用D請求喚醒，此時，D也是同一分類，且執(zhí)行同樣的2分鐘喚醒操作，此時，還沒到下一個2分鐘，那么，不允許D喚醒。

104、根據(jù)所述延遲時間執(zhí)行喚醒操作。

可選地，在極限情況下，僅包括一個分類，把系統(tǒng)安裝的應用程序中具備喚醒請求功能的應用程序，過濾掉預設黑名單和預設白名單白，剩下的應用程序成為最小的一個集合，這個集合的喚醒周期設置為，集合中以該結合中某一應用程序的周期間隔喚醒時間，比如允許喚醒的有微信、QQ，可以設置微信的喚醒周期間隔時間作為喚醒周期。設置的要素很多，比如，應用程序分類(社交類比較重要不能延遲太久所以設置社交類的間隔喚醒時間作為喚醒周期，當允許微信喚醒的時候，其他應用程序也會系統(tǒng)喚醒而起來活動)。非極限情況下，可以有多個分類，因而，對應也可能會有不同的周期)

進一步可選地，上述延遲時間為0和不為0的兩種情況，比如，當前分類的喚醒周期是5分鐘，假設系統(tǒng)會在12：00、12:05、12:10…進行喚醒操作。如果應用A喚醒請求的喚醒時間是12:05，那么，延遲時間為0時，則會即刻喚醒，如果B的喚醒請求的喚醒時間是12:03，若延遲時間為2分鐘，那么，會延遲時間2分鐘，即12:05進行喚醒操作。

可選地，在執(zhí)行上述任一步驟時，均可對修改喚醒周期間隔時間，以在下一個喚醒周期執(zhí)行喚醒操作。

進一步可選地，根據(jù)設備的電量修改所述喚醒周期間隔時間。例如，在設備的電量在第一預設范圍，該第一預設范圍對應第一喚醒周期時間間隔，在預設的電量在第二預設范圍，該第二預設范圍對應第二喚醒周期時間間隔，在預設的電量在第三預設范圍，該第三預設范圍對應第三喚醒周期時間間隔，其中，第一預設范圍的電量大于或等于第二預設范圍的電量，第二預設范圍的電量大于或等于第三預設范圍的電量。那么，在電量變化時，可根據(jù)不同的電量修改喚醒周期時間間隔。

進一步可選地，根據(jù)喚醒次數(shù)閾值修改所述喚醒周期間隔時間。例如，在喚醒次數(shù)閾值為第一閾值時，喚醒周期間隔時間為第一時間長度，在喚醒次數(shù)閾值為第二閾值時，喚醒周期間隔時間為第二時間長度，在喚醒次數(shù)閾值為第三閾值時，喚醒周期間隔時間為第三時間長度，其中，第一閾值小于第二閾值，第二閾值小于第三閾值。

進一步可選地，獲取當前時間，根據(jù)所述當前時間修改所述喚醒周期間隔時間?？纱_定當前時間，若當前時間在8：00-12：00，則喚醒周期時間間隔為第一時間長度；若當前時間在14：00-18：00，則喚醒周期時間間隔為第二時間長度；若當前時間在20：00-7：00，則喚醒周期時間間隔為第三時間長度。

當然，喚醒周期間隔時間可基于設備的電量、喚醒次數(shù)閾值和當前時間中的至少兩個參數(shù)進行確定，可建立上述兩個或多個參數(shù)與喚醒周期間隔時間之間的映射關系，并根據(jù)當前的參數(shù)(設備的電量、喚醒次數(shù)閾值和當前時間)和映射關系確定喚醒周期間隔時間。

當然，還可根據(jù)位置修改所述喚醒周期間隔時間，例如，會議室，家里，可設置不同的喚醒周期間隔時間，在此不再贅述。

當然，上述描述中，可通過使用黑名單、以及使用統(tǒng)一周期，減少了系統(tǒng)喚醒次數(shù)，縮短系統(tǒng)喚醒的時間，進而，可進一步降低功耗。

可以看出，通過本發(fā)明實施例所描述的喚醒控制方法接收應用程序喚醒請求，該喚醒請求攜帶應用程序標識，查詢與應用程序標識對應的分類，確定分類的喚醒周期，根據(jù)喚醒周期確定延遲時間，根據(jù)延遲時間執(zhí)行喚醒操作。從而，通過喚醒請求中的應用程序標識確定與之對應的分類，利用該分類的喚醒周期所對應的延遲時間對設備進行喚醒操作，可方便地對設備的喚醒操作進行控制。

請參閱圖2，為本發(fā)明實施例提供的一種喚醒控制方法的第二實施例流程示意圖。本實施例中所描述的喚醒控制方法，包括以下步驟：

201、接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識。

202、查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期。

203、根據(jù)所述喚醒周期確定延遲時間。

204、根據(jù)所述延遲時間執(zhí)行喚醒操作。

205、根據(jù)所述分類查詢喚醒時間。

可選地，在應用程序標識對應的分類確定之后，可設置一個喚醒時間，若超過該喚醒時間，則系統(tǒng)強制性進入睡眠狀態(tài)。即應用程序被喚醒后，允許其活動的時間固定，時間到了，系統(tǒng)強制進入睡眠狀態(tài)，比如，可使用電源管理函數(shù)goToSleep()使得系統(tǒng)強制性進入睡眠狀態(tài)。

206、在所述喚醒時間結束時，控制設備的系統(tǒng)進入休眠狀態(tài)。

可選地，在設備的系統(tǒng)喚醒之后，所有的應用程序都會起來活動，有的應用程序會活動很久，就需要限定活動時間，該用于限制活動時間的時間長度即為喚醒時間。每一分類均可對應一個喚醒時間，喚醒時間結束了，則系統(tǒng)進行休眠狀態(tài)。

可以看出，通過本發(fā)明實施例所描述的喚醒控制方法接收應用程序喚醒請求，該喚醒請求攜帶應用程序標識，查詢與應用程序標識對應的分類，確定分類的喚醒周期，根據(jù)喚醒周期確定延遲時間，根據(jù)延遲時間執(zhí)行喚醒操作。從而，通過喚醒請求中的應用程序標識確定與之對應的分類，利用該分類的喚醒周期所對應的延遲時間對設備進行喚醒操作，并且，可查詢該分類對應的喚醒時間，喚醒時間結束，設備的系統(tǒng)進入休眠狀態(tài)，可方便地對設備的喚醒操作進行控制，并且，設備喚醒后，應用程序活動時間有限，可有效降低設備的電量消耗速度。

請參閱圖3，為本發(fā)明實施例提供的一種喚醒控制方法的第三實施例流程示意圖。本實施例中所描述的喚醒控制方法，包括以下步驟：

301、接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

302、查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期；

303、判斷設備的電量是否低于預設閾值；

具體實現(xiàn)中，預設閾值可包括但不僅限于：20％、25％、30％、40％、50％、61％、73％、80.5％等等，在此不作限定?？膳袛嘣O備的電量，若該電量大于或等于預設閾值，則不執(zhí)行步驟304，若該電量小于預設閾值，則執(zhí)行后續(xù)步驟304。

304、若是，根據(jù)所述喚醒周期確定延遲時間；

305、根據(jù)所述延遲時間執(zhí)行喚醒操作。

可以看出，通過本發(fā)明實施例所描述的喚醒控制方法接收應用程序喚醒請求，該喚醒請求攜帶應用程序標識，查詢與應用程序標識對應的分類，確定分類的喚醒周期，在設備的電量低于預設閾值時，根據(jù)喚醒周期確定延遲時間，根據(jù)延遲時間執(zhí)行喚醒操作。從而，通過喚醒請求中的應用程序標識確定與之對應的分類，利用該分類的喚醒周期所對應的延遲時間對設備進行喚醒操作，可方便地對設備的喚醒操作進行控制，同時，在設備電量較低時，可降低設備的電量消耗速度。

請參閱圖4a，為本發(fā)明實施例提供的一種喚醒控制裝置的實施例結構示意圖。本實施例中所描述的喚醒控制裝置，包括：接收單元401、查詢單元402、確定單元403和執(zhí)行單元404，具體如下：

接收單元401，用于接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

具體實現(xiàn)中，目標應用程序可為任一應用程序，可預先將目標應用程序?qū)膽贸绦驑俗R封裝在喚醒請求中，可在接收到目標應用程序的喚醒請求時，讀取該應用程序標識。

其中，在設備處于鎖屏狀態(tài)時，若后臺的應用程序需要執(zhí)行喚醒操作，則向設備傳送目標應用程序的喚醒請求，該喚醒請求攜帶應用程序標識。

其中，可以預先對各應用程序進行分類，則每一應用程序?qū)粋€分類，且不同分類可對應不同的喚醒周期。其中，可設置多個分類，例如，視頻軟件分類對應的應用程序可包括：視頻播放軟件1、視頻播放軟件2、視頻播放軟件3等等，圖像處理軟件分類對應的應用程序可包括：圖像處理軟件1、圖像處理軟件2、圖像處理軟件3等等。

可選地，分類不僅可按照應用程序的功能來分類，也可以按照用戶的需要隨意進行分類，例如，應用程序A、B和C對應第一類，應用程序D、E和F對應第二類，應用程序G和X對應第三類。應用程序還可以按照使用頻率進行分類，例如，使用頻率處于第一范圍的對應第一類，使用頻率處于第二范圍的對應第二類，使用頻率處于第三范圍的對應第三類，其中，按照頻率由高到低的順序分別為：第一范圍、第二范圍和第三范圍。

可選地，在應用程序執(zhí)行喚醒操作期間如果用戶沒有對設備屏幕進行任何操作(例如屏幕快捷回復，下拉通知單等)，則可延長喚醒周期，并且在超過預設次數(shù)用戶都沒有進行任何操作時，則不再執(zhí)行該應用程序的喚醒操作。

可選地，在用戶安裝應用程序之后，如果該應用程序注冊了喚醒管理，則提示用戶對該應用程序的喚醒操作進行設置。

查詢單元402，用于查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期；

具體實現(xiàn)中，可預先存儲應用程序標識與分類之間的映射關系，根據(jù)該預先存儲應用程序標識與分類之間的映射關系則可確定分應用程序標識對應的喚醒周期，例如：應用程序標識為視頻播放軟件，那么，該應用程序標識可對應一分類，該分類對應一個喚醒周期。

可選地，上述不同分類里面包含不同應用程序，每個分類有一個喚醒周期。其中，可包括如下幾個分類：

1、不允許喚醒，則系統(tǒng)可以直接忽略該喚醒請求，例如，若某一應用在預設黑名單中，比如微博，系統(tǒng)休眠時候不允許進行微博喚醒(當然，允許用戶自己修改，也可將微博添加到到其他分類中)；

2、可根據(jù)分類確定喚醒周期，執(zhí)行喚醒操作；

3、直接允許喚醒操作，則不需要進行延遲即可執(zhí)行喚醒操作。

其中，在2中可以設置不同的延遲時間，比如，鬧鐘，可以設置5分鐘、10分鐘、30分鐘分別喚醒一次或者按照預設的喚醒周期執(zhí)行喚醒操作，在鬧鐘在預設白名單中，若延遲事件為5分鐘，那么，在接收到喚醒請求之后，會延遲5分鐘，再執(zhí)行喚醒操作。

當然，上述分類不僅限于此，在此不作限定。

可選地，查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之前，查詢所述應用程序標識是否存在于預設白名單，若是，則執(zhí)行所述確定所述分類的喚醒周期的步驟。其中，預設白名單中包含至少一個應用程序標識，可將喚醒請求攜帶的應用程序標識與預設白名單中的應用程序標識進行匹配，若該應用程序標識與預設白名單中的某個應用程序標識一樣，即匹配成功，喚醒請求攜帶的應用程序標識存在于預設白名單中。例如，喚醒請求攜帶的應用程序標識為A，預設白名單中含有A，則喚醒請求攜帶的應用程序標識存在于預設白名單中。其中，預設白名單可保存于操作系統(tǒng)的系統(tǒng)文件中。

確定單元403，用于根據(jù)所述喚醒周期確定延遲時間；

其中，每一喚醒周期均對應一個時間長度，則該時間長度即為延遲時間。

可選地，若所述喚醒請求攜帶喚醒周期間隔時間，可將所述喚醒周期間隔時間作為喚醒周期。

可選地，不同分類里面包含不同應用程序，每個分類有一個喚醒周期。每個分類中的應用程序的喚醒周期是根據(jù)該類別應用程序的喚醒周期確定的，比如社交類包含A、B、C，三應用程序喚醒周期分別是1、2、3分鐘，那么，我們可以設定A、B、C的喚醒周期都是2分鐘，那么，其實1分鐘時間到的時候，A、B、C都會啟動起來，然后兩分鐘后，再讓A、B、C都啟動起來。在兩次喚醒之間，如果同類分類的應用D請求喚醒，此時，D也是同一分類，且執(zhí)行同樣的2分鐘喚醒操作，此時，還沒到下一個2分鐘，那么，不允許D喚醒。

執(zhí)行單元404，用于根據(jù)所述延遲時間執(zhí)行喚醒操作。

可選地，在極限情況下，僅包括一個分類，把系統(tǒng)安裝的應用程序中具備喚醒請求功能的應用程序，過濾掉預設黑名單和預設白名單白，剩下的應用程序成為最小的一個集合，這個集合的喚醒周期設置為，集合中以該結合中某一應用程序的周期間隔喚醒時間，比如允許喚醒的有微信、QQ，可以設置微信的喚醒周期間隔時間作為喚醒周期。設置的要素很多，比如，應用程序分類(社交類比較重要不能延遲太久所以設置社交類的間隔喚醒時間作為喚醒周期，當允許微信喚醒的時候，其他應用程序也會系統(tǒng)喚醒而起來活動)。非極限情況下，可以有多個分類，因而，對應也可能會有不同的周期)

進一步可選地，上述延遲時間為0和不為0的兩種情況，比如，當前分類的喚醒周期是5分鐘，假設系統(tǒng)會在12：00、12:05、12:10…進行喚醒操作。如果應用A喚醒請求的喚醒時間是12:05，那么，延遲時間為0時，則會即刻喚醒，如果B的喚醒請求的喚醒時間是12:03，若延遲時間為2分鐘，那么，會延遲時間2分鐘，即12:05進行喚醒操作。

可選地，若所述喚醒請求攜帶喚醒周期間隔時間，所述確定單元403具體用于：

將所述喚醒周期間隔時間作為喚醒周期。

可選地，如圖4b，圖4a中所描述的喚醒控制裝置還可包括：修改單元405，如下：

修改單元405，用于修改所述喚醒周期間隔時間，以在下一個喚醒周期執(zhí)行喚醒操作。

進一步地，所述修改單元405具體用于：

根據(jù)設備的電量修改所述喚醒周期間隔時間；

和/或，

根據(jù)喚醒次數(shù)閾值修改所述喚醒周期間隔時間；

和/或，

獲取當前時間，根據(jù)所述當前時間修改所述喚醒周期間隔時間。

可選地，在執(zhí)行上述任一步驟時，均可對修改喚醒周期間隔時間，以在下一個喚醒周期執(zhí)行喚醒操作。

進一步可選地，根據(jù)設備的電量修改所述喚醒周期間隔時間。例如，在設備的電量在第一預設范圍，該第一預設范圍對應第一喚醒周期時間間隔，在預設的電量在第二預設范圍，該第二預設范圍對應第二喚醒周期時間間隔，在預設的電量在第三預設范圍，該第三預設范圍對應第三喚醒周期時間間隔，其中，第一預設范圍的電量大于或等于第二預設范圍的電量，第二預設范圍的電量大于或等于第三預設范圍的電量。那么，在電量變化時，可根據(jù)不同的電量修改喚醒周期時間間隔。

進一步可選地，根據(jù)喚醒次數(shù)閾值修改所述喚醒周期間隔時間。例如，在喚醒次數(shù)閾值為第一閾值時，喚醒周期間隔時間為第一時間長度，在喚醒次數(shù)閾值為第二閾值時，喚醒周期間隔時間為第二時間長度，在喚醒次數(shù)閾值為第三閾值時，喚醒周期間隔時間為第三時間長度，其中，第一閾值小于第二閾值，第二閾值小于第三閾值。

進一步可選地，獲取當前時間，根據(jù)所述當前時間修改所述喚醒周期間隔時間?？纱_定當前時間，若當前時間在8：00-12：00，則喚醒周期時間間隔為第一時間長度；若當前時間在14：00-18：00，則喚醒周期時間間隔為第二時間長度；若當前時間在20：00-7：00，則喚醒周期時間間隔為第三時間長度。

當然，喚醒周期間隔時間可基于設備的電量、喚醒次數(shù)閾值和當前時間中的至少兩個參數(shù)進行確定，可建立上述兩個或多個參數(shù)與喚醒周期間隔時間之間的映射關系，并根據(jù)當前的參數(shù)(設備的電量、喚醒次數(shù)閾值和當前時間)和映射關系確定喚醒周期間隔時間。

當然，還可根據(jù)位置修改所述喚醒周期間隔時間，例如，會議室，家里，可設置不同的喚醒周期間隔時間，在此不再贅述。

當然，上述描述中，可通過使用黑名單、以及使用統(tǒng)一周期，減少了系統(tǒng)喚醒次數(shù)，縮短系統(tǒng)喚醒的時間，進而，可進一步降低功耗。

可選地，所述查詢單元402還用于：

在查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之前，查詢所述應用程序標識是否存在于預設白名單，若所述查詢單元的查詢結果為是，則執(zhí)行所述查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期。

可選地，如圖4c，圖4a中所描述的喚醒控制裝置還可包括：控制單元406，如下：

所述查詢單元402還用于：

在所述執(zhí)行單元404根據(jù)所述延遲時間執(zhí)行喚醒操作之后，根據(jù)所述分類查詢喚醒時間，控制單元406，用于在所述喚醒時間結束時，控制設備的系統(tǒng)進入休眠狀態(tài)。

可選地，在應用程序標識對應的分類確定之后，可設置一個喚醒時間，若超過該喚醒時間，則系統(tǒng)強制性進入睡眠狀態(tài)。即應用程序被喚醒后，允許其活動的時間固定，時間到了，系統(tǒng)強制進入睡眠狀態(tài)，比如，可使用電源管理函數(shù)goToSleep()使得系統(tǒng)強制性進入睡眠狀態(tài)。

可選地，在設備的系統(tǒng)喚醒之后，所有的應用程序都會起來活動，有的應用程序會活動很久，就需要限定活動時間，該用于限制活動時間的時間長度即為喚醒時間。每一分類均可對應一個喚醒時間，喚醒時間結束了，則系統(tǒng)進行休眠狀態(tài)。

可選地，如圖4d，圖4a中所描述的喚醒控制裝置還可包括：判斷單元406，如下：

判斷單元406，用于在所述查詢單元402查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之后，用于判斷設備的電量是否低于預設閾值，若所述判斷單元406的判斷結果為是，由所述確定單元403根據(jù)所述喚醒周期確定延遲時間。

具體實現(xiàn)中，預設閾值可包括但不僅限于：20％、25％、30％、40％、50％、61％、73％、80.5％等等。在此不做限定。

可以看出，通過本發(fā)明實施例所描述的喚醒控制裝置，可接收應用程序喚醒請求，該喚醒請求攜帶應用程序標識，查詢與應用程序標識對應的分類，確定分類的喚醒周期，根據(jù)喚醒周期確定延遲時間，根據(jù)延遲時間執(zhí)行喚醒操作。從而，通過喚醒請求中的應用程序標識確定與之對應的分類，利用該分類的喚醒周期所對應的延遲時間對設備進行喚醒操作，可方便地對設備的喚醒操作進行控制。

請參閱圖5，為本發(fā)明實施例提供的一種喚醒控制設備的實施例結構示意圖。本實施例中所描述的喚醒控制設備，包括：至少一個輸入設備1000；至少一個輸出設備2000；至少一個處理器3000，例如CPU；和存儲器4000，上述輸入設備1000、輸出設備2000、處理器3000和存儲器4000通過總線5000連接。

其中，上述輸入設備1000具體可為觸控面板、物理按鍵或者鼠標。

上述輸出設備2000具體可為顯示屏。

上述存儲器4000可以是高速RAM存儲器，也可為非不穩(wěn)定的存儲器(non-volatile memory)，例如磁盤存儲器。上述存儲器4000用于存儲一組程序代碼，上述輸入設備1000、輸出設備2000和處理器3000用于調(diào)用存儲器4000中存儲的程序代碼，執(zhí)行如下操作：

上述處理器3000，用于：

接收應用程序喚醒請求，所述喚醒請求攜帶應用程序標識；

查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期；

根據(jù)所述喚醒周期確定延遲時間；

根據(jù)所述延遲時間執(zhí)行喚醒操作。

可選地，若所述喚醒請求攜帶喚醒周期間隔時間，上述處理器3000確定所述分類的喚醒周期，包括：

將所述喚醒周期間隔時間作為喚醒周期。

可選地，上述處理器3000，還具體用于：

修改所述喚醒周期間隔時間，以在下一個喚醒周期執(zhí)行喚醒操作。

可選地，上述處理器3000修改所述喚醒周期間隔時間，包括：

根據(jù)設備的電量修改所述喚醒周期間隔時間；

和/或，

根據(jù)喚醒次數(shù)閾值修改所述喚醒周期間隔時間；

和/或，

獲取當前時間，根據(jù)所述當前時間修改所述喚醒周期間隔時間。

可選地，上述處理器3000查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期之前，還具體用于：

查詢所述應用程序標識是否存在于預設白名單，若是，則執(zhí)行所述查詢與所述應用程序標識對應的分類，確定所述分類的喚醒周期的步驟。

可選地，上述處理器3000根據(jù)所述延遲時間執(zhí)行喚醒操作之后，還具體用于：

根據(jù)所述分類查詢喚醒時間；

在所述喚醒時間結束時，控制設備的系統(tǒng)進入休眠狀態(tài)。

可選地，上述處理器3000確定所述分類的喚醒周期之后，還具體用于：

判斷設備的電量是否低于預設閾值，若是，執(zhí)行所述根據(jù)所述喚醒周期確定延遲時間的步驟。

具體實現(xiàn)中，本發(fā)明實施例中所描述的設備可執(zhí)行本發(fā)明實施例提供的一種喚醒控制方法的第一實施例、第二實施例和第三實施例中所描述的實現(xiàn)方式，也可執(zhí)行本發(fā)明實施例提供的一種喚醒控制裝置的第一實施例中所描述的裝置的實現(xiàn)方式，在此不再贅述。

本發(fā)明實施例還提供一種計算機存儲介質(zhì)，其中，該計算機存儲介質(zhì)可存儲有程序，該程序執(zhí)行時包括上述方法實施例中記載的任意一種喚醒控制方法的部分或全部步驟。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置，可通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可為個人計算機、服務器或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的范圍。