一種功耗控制方法以及裝置與流程
2023-05-27 03:27:26
本發明涉及移動通信領域，尤其涉及一種功耗控制方法以及裝置。
背景技術：
：隨著嵌入式及移動通信等技術的迅速發展，移動終端向著更加智能化、更高集成度和更強功能的方向發展，而移動終端的高功耗也成為日益突出的問題。一方面，由於移動終端中具有多核CPU(CentralProcessingUnit，中央處理器)、高性能GPU(GraphicProcessingUnit，圖形處理器)、大尺寸LCD(LiquidCrystalDisplay，液晶顯示器)以及各類傳感器等部件，對移動終端的運行性能要求越高，其耗電量越大，不利於移動終端的續航能力的提高，另一方面，由於移動終端產品的業務集成度越來越高，例如，智慧型手機集音視頻通話、簡訊、多媒體、電子遊戲、拍照等多種功能於一體，在為用戶帶來更多方便的同時，對移動終端的電能的消耗也逐級增長，且高功耗對移動終端的電池性能、散熱性能等可靠性設計提出了更為嚴峻的挑戰，不利於移動終端的進一步普及發展。為了解決高能耗的問題，在現有的解決移動終端的高功耗的方案中，主要是通過一定的策略限制應用在後臺中的運行，然而，此類處理方式存在以下的問題：1、部分應用可能會因為高耗電的原因被清理掉而使得移動終端失去了相應應用的功能；2、部分應用沒有制定相應的處理策略，使得移動終端在特殊情況下無法處理該部分應用的功耗異常；3、無法根據不同的時間、不同的場景對應用制定相應的節能策略；4、移動終端的所有應用適用同一節能策略，不利於功耗的優化。綜上所述，如何有效解決降低終端中的高功耗仍是目前亟待解決的問題。技術實現要素：本發明實施例提供了一種功耗控制方法以及裝置，通過結合移動終端的運行狀態，可以對不同的應用進行不同的功耗控制，針對性的處理有利於避免移動終端高功耗的同時，可以兼顧移動終端的性能，優化移動終端的續航能力。有鑑於此，本發明第一方面提供一種功耗控制方法，應用於移動終端，可包括：獲取目標應用對應的類別信息，並獲取移動終端當前的運行狀態；根據類別信息以及運行狀態確定目標應用對應的目標功耗策略；執行目標功耗策略。結合本發明實施例的第一方面，在本發明實施例的第一方面的第一種實施方式中，根據類別信息以及運行狀態確定目標應用對應的目標功耗策略包括：獲取類別信息中目標應用的應用類型；根據應用類型以及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。結合本發明實施例的第一方面，在本發明實施例的第一方面的第二種實施方式中，根據類別信息以及運行狀態確定目標應用對應的目標功耗策略包括：獲取類別信息中目標應用的下載量；判斷下載量是否大於預設下載量並獲取判斷結果；根據判斷結果及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。結合本發明實施例的第一方面的第二種實施方式，在本發明實施例的第一方面的第三種實施方式中，根據判斷結果，下載量不大於預設下載量時對應目標功耗策略的權限低於或等於下載量大於預設下載量時對應目標功耗策略的權限。結合本發明實施例的第一方面，本發明實施例的第一方面的第一種實施方式至第三種實施方式中的任意一種，在本發明實施例的第一方面的第四種實施方式中，根據運行狀態，若運行狀態為工作狀態，則目標功耗策略為第一策略；若運行狀態為暫停狀態，則目標功耗策略為第二策略，第二策略的權限低於或等於第一策略的權限；若運行狀態為休眠狀態，則目標功耗策略為第三策略，第三策略的權限低於或等於第二策略的權限；若運行狀態為待機狀態，則目標功耗策略為第四策略，第四策略的權限低於或等於第三策略的權限。結合本發明實施例的第一方面，本發明實施例的第一方面的第一種實施方式至第四種實施方式中的任意一種，在本發明實施例的第一方面的第五種實施方式中，該方法還包括：獲取目標應用的功耗數據，功耗數據包括目標應用的子功能的功耗；判斷子功能的功耗是否大於預設功耗；若大於，則限制子功能的運行。結合本發明實施例的第一方面的第五種實施方式，在本發明實施例的第一方面的第六種實施方式中，在判斷子功能的功耗是否大於預設功耗之前，該方法還包括：從伺服器獲取子功能對應的預設功耗，預設功耗為伺服器根據目標應用的應用類型制定得到。結合本發明實施例的第一方面的第五種實施方式或第六種實施方式，在本發明實施例的第一方面的第七種實施方式中，該方法還包括：判斷目標功耗策略是否為預設策略類型；若是，則觸發獲取目標應用的功耗數據的步驟。本發明第二方面提供一種功耗控制裝置，應用於移動終端，可包括：第一獲取模塊，用於獲取目標應用對應的類別信息；第二獲取模塊，用於獲取移動終端當前的運行狀態；確定模塊，用於根據類別信息以及運行狀態確定目標應用對應的目標功耗策略；執行模塊，用於執行目標功耗策略。結合本發明實施例的第二方面，在本發明實施例的第二方面的第一種實施方式中，確定模塊包括：第一獲取單元，用於獲取類別信息中目標應用的應用類型；第二獲取單元，用於根據應用類型以及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。結合本發明實施例的第二方面，在本發明實施例的第二方面的第二種實施方式中，確定模塊包括：第三獲取單元，用於獲取類別信息中目標應用的下載量；判斷單元，用於判斷下載量是否大於預設下載量並獲取判斷結果；第四獲取單元，用於根據判斷結果及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。結合本發明實施例的第二方面的第二種實施方式，在本發明實施例的第二方面的第三種實施方式中，根據判斷結果，下載量不大於預設下載量時對應目標功耗策略的權限低於或等於下載量大於預設下載量時對應目標功耗策略的權限。結合本發明實施例的第二方面，本發明實施例的第二方面的第一種實施方式至第三種實施方式中的任意一種，在本發明實施例的第二方面的第四種實施方式中，根據運行狀態，若運行狀態為工作狀態，則目標功耗策略為第一策略；若運行狀態為暫停狀態，則目標功耗策略為第二策略，第二策略的權限低於或等於第一策略的權限；若運行狀態為休眠狀態，則目標功耗策略為第三策略，第三策略的權限低於或等於第二策略的權限；若運行狀態為待機狀態，則目標功耗策略為第四策略，第四策略的權限低於或等於第三策略的權限。結合本發明實施例的第二方面，本發明實施例的第二方面的第一種實施方式至第四種實施方式中的任意一種，在本發明實施例的第二方面的第五種實施方式中，裝置還包括：第三獲取模塊，用於獲取目標應用的功耗數據，功耗數據包括目標應用的子功能的功耗；第一判斷模塊，用於判斷子功能的功耗是否大於預設功耗；限制模塊，用於當功耗大於預設功耗時，則限制子功能的運行。結合本發明實施例的第二方面的第五種實施方式，在本發明實施例的第二方面的第六種實施方式中，裝置還包括：第四獲取模塊，用於從伺服器獲取子功能對應的預設功耗，預設功耗為伺服器根據目標應用的應用類型制定得到。結合本發明實施例的第二方面的第五種實施方式或第六種實施方式，在本發明實施例的第二方面的第七種實施方式中，裝置還包括：第二判斷模塊，用於判斷目標功耗策略是否為預設策略類型；觸發模塊，用於當目標功耗策略為預設功耗策略時，則觸發第三獲取模塊獲取目標應用的功耗數據。從以上技術方案可以看出，本發明實施例具有以下優點：本實施例中，根據移動終端中目標應用的類別信息以及移動終端當前的運行狀態確定目標應用對應的目標功耗策略後，可以執行該目標功耗策略，從而可以根據具體的時間以及場景實現對目標應用的功能限制，且能夠對目標應用的主要功能與次要功能進行相應的保活與限制，而對於不同的目標應用，又由於類別信息的不同，可以對應有不同的目標功耗策略，從而可以避免對所有目標應用進行一刀切的節能策略，進而可以更有效地解決移動終端的高功耗問題。附圖說明圖1為本發明實施例中功耗控制方法一個實施例示意圖；圖2為本發明實施例中功耗控制方法另一實施例示意圖；圖3為本發明實施例中功耗控制方法另一實施例示意圖；圖4為本發明實施例中功耗控制方法另一實施例示意圖；圖5為本發明實施例中功耗控制方法另一實施例示意圖；圖6為本發明實施例中功耗控制裝置一個實施例示意圖；圖7為本發明實施例中功耗控制裝置另一實施例示意圖；圖8為本發明實施例中功耗控制裝置另一實施例示意圖；圖9為本發明實施例中功耗控制裝置另一實施例示意圖。具體實施方式本發明實施例提供了一種功耗控制方法以及裝置，通過結合移動終端的運行狀態，可以對不同的應用進行不同的功耗控制，針對性的處理有利於避免移動終端高功耗的同時，可以兼顧移動終端的性能，優化移動終端的續航能力。為了使本
技術領域：
的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分的實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本發明保護的範圍。本發明的說明書和權利要求書及上述附圖中的術語「第一」、「第二」、「第三」、「第四」等(如果存在)是用於區別類似的對象，而不必用於描述特定的順序或先後次序。應該理解這樣使用的數據在適當情況下可以互換，以便這裡描述的實施例能夠以除了在這裡圖示或描述的內容以外的順序實施。此外，術語「包括」和「具有」以及他們的任何變形，意圖在於覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對於這些過程、方法、產品或設備固有的其它步驟或單元。為了更好理解本發明實施例公開的一種功耗控制方法，先對本發明實施例適用的移動終端進行描述。本發明實施例所描述的移動終端可以包括任何具備顯示屏以及通信和存儲功能的設備，例如：平板電腦、手機等智能設備，該移動終端可以安裝有包括如下作業系統：Android、Linux、IOS、Windows等，移動終端基於所安裝的作業系統可以進一步安裝有若干應用程式，該應用程式可以是移動終端出廠前預裝的系統應用，如郵箱應用、設置應用、音樂應用、瀏覽器應用、拍照應用等，也可以是用戶自己安裝的第三方應用，如QQ應用、微信應用、支付寶應用、微博應用等，具體此處不做限定。為便於理解，下面對本發明實施例中的具體流程進行描述，請參閱圖1，本發明實施例中功耗控制方法一個實施例包括：101、獲取目標應用對應的類別信息，並獲取移動終端當前的運行狀態；本實施例中，目標應用可以運行在移動終端上，該目標應用可以為系統應用，也可以是用戶安裝的第三方應用。其中，對於已經安裝的應用可以進行分類，基於分類結果，可以獲取目標應用對應的類別信息，同時，在移動終端的使用過程中，還可以獲取移動終端當前的運行狀態。本實施例中，應用的分類方法可以包括但不限於功能分類，應用的類別信息可以包括應用類型和應用的下載量，均可以從應用中心等大數據平臺獲取得到，以用於指示應用的性能屬性以及大眾使用的頻率，例如，微信應用和QQ應用由於均具有聊天功能，可以分類為同一應用類型，那麼在微信應用和QQ應用相應的類別信息中可以包括具體的應用類型。在實際應用中，移動終端可以對應有不同的運行狀態，該運行狀態可以包括工作狀態、暫停狀態、休眠狀態和待機狀態，其中，工作狀態指的是移動終端中有應用在前臺運行；暫停狀態指的是移動終端的顯示屏處於黑屏狀態，且移動終端中無應用在前臺運行；休眠狀態指的是移動終端進入暫停狀態第一預設時長後的狀態，如移動終端進入暫停狀態3分鐘後即為休眠狀態；待機狀態指的是移動終端進入休眠狀態第二預設時長後的狀態，如移動終端進入休眠狀態30分鐘後即為待機狀態。需要說明的是，在實際應用中，第一預設時長、第二預設時長可以是除了上述數值以外的其它數值，可根據實際需要進行相應的設置，具體此處不做限定。可以理解的是，應用可以在移動終端的前臺運行，也可以在移動終端的後臺運行，在實際應用中，為了不影響用戶的使用體驗，本實施例對於用戶在移動終端中正在使用的應用可以不做任何處理，即前臺運行的應用，則目標應用可以為後臺應用，此處限定之後，在後面即不再重複進行說明。102、根據類別信息以及運行狀態確定目標應用對應的目標功耗策略；本實施例中，獲取目標應用對應的類別信息以及移動終端當前的運行狀態後，可以根據類別信息以及運行狀態確定目標應用對應的目標功耗策略。具體的，目標應用的類別信息可以反映目標應用在移動終端的工作狀態的規律性，如是否需要強後臺需求、是否需要網絡權限等，移動終端本身的運行狀態也可以反映硬體的工作狀態的規律性，如CPU中央處理器的工作頻率範圍、GPU圖形處理器的工作頻率範圍，那麼針對每一個應用的類別信息與移動終端的運行狀態，可以確定每一個應用在相應的移動終端的運行狀態下的工作狀態的規律性，結合該規律性可以確定目標應用對應的目標功耗策略。該目標功耗策略是對目標應用的部分功能的限制，以能夠在保證目標應用的性能的前提下，可以降低目標應用的功耗。本實施例中，目標功耗策略可以包括保活、權限限制、凍結以及清理，其中，保活是指可以允許應用在移動終端的後臺運行，應用的權限不受到限制；權限限制是指可以允許應用在移動終端的後臺運行，但應用的部分權限受到限制；凍結是指不允許應用在移動終端的後臺運行，但保留應用在內存和寄存器中的信息；清理是指不允許應用在移動終端的後臺運行，且不保留應用在內存和寄存器中的信息。可以理解的是，在實際應用中，該目標功耗策略可以在移動終端中根據上述規律進行設置並存儲於本地，也可以是由移動終端從伺服器中下載得到，具體此處不做限定。103、執行目標功耗策略。本實施例中，根據類別信息以及運行狀態確定目標應用對應的目標功耗策略後，可以執行目標功耗策略。具體的，若目標功耗策略為保活應用，則可以不對目標應用進行任何處理，以保持目標應用當前的使用權限；若目標功耗策略為限制應用，則可以對目標應用需要限制的部分權限進行限制，並可以對該部分權限以外的權限進行保活；若目標功耗策略為凍結應用，則可以凍結目標應用，同時只保留目標應用在內存和寄存器中的信息；若目標功耗策略為清理應用，則可以清理目標應用，阻止目標應用在移動終端的後臺運行，同時將其在內存和寄存器中的所有信息進行刪除。本實施例中，通過執行根據目標應用的類別信息以及移動終端當前的運行狀態確定的目標功耗策略，可以根據具體的時間以及場景實現對目標應用的功能限制，且能夠對目標應用的主要功能與次要功能進行相應的保活與限制，而對於不同的目標應用，又由於類別信息的不同，可以對應有不同的目標功耗策略，從而可以避免對所有目標應用進行一刀切的節能策略，進而可以更有效地解決移動終端的高功耗問題，有利於優化功耗的同時，提高用戶的使用體驗。需要說明的是，本實施例中，不同應用具有不同的類別信息，且在同一移動終端可以具有不同的運行狀態，為了有利於結合上述信息對移動終端進行不同標準的功耗控制，以進一步優化功耗控制的精細度，目標應用可以對應有不同的目標功耗策略，下面進行詳細說明：具體請參閱圖2，本發明實施例中功耗控制方法另一實施例包括：本實施例中的步驟201與圖1所示實施例中的步驟101相同，此處不再贅述。202、獲取類別信息中目標應用的應用類型；本實施例中，獲取目標應用對應的類別信息以及移動終端當前的運行狀態後，可以獲取類別信息中目標應用的應用類型。具體的，基於圖1所示實施例中步驟101說明的部分內容，移動終端中安裝的各個應用可以歸屬於對應的應用類型，根據功能分類，應用類型可以包括但不限於即時消息類應用，如微信應用和QQ應用；工具提示類應用，如鬧鐘應用；新聞類應用，如今日頭條應用；視頻類應用，如優酷應用和芒果TV應用；導航類應用，如百度地圖應用；閱讀類應用如掌閱應用；音樂類應用，酷狗應用和QQ音樂應用。進一步的，移動終端可以根據應用的包名與應用類型建立映射關係，並可以將該映射關係存儲於移動終端的本地，從而在類別信息中確定目標應用的包名後，可以獲取目標應用的應用類型。可以理解的是，本實施例中獲取類別信息中目標應用的應用類型的具體方式除了上述說明的內容，在實際應用中，還可以採用其它方式，如映射關係由伺服器建立並下發至移動終端，具體此處不做限定。203、根據應用類型以及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略；本實施例中，獲取類別信息中目標應用的應用類型後，可以根據應用類型以及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。具體的，一方面，不同的應用類型可以對應有不同的權限需求，為了不影響應用使用的同時，可以降低應用對移動終端的功耗，本實施例中的預設功耗策略可以依賴於應用類型的權限需求進行分類，如即時消息類應用：強後臺需求，可以保活，需要網絡權限，也可以限制GPS權限；工具提示類應用：放開後臺需求，可以保活，可以限制網絡權限和GPS權限等；新聞類應用：限制後臺需求，限制網絡權限和GPS權限等；視頻類應用：限制後臺需求，限制網絡權限和GPS權限等。可以理解的是，本實施例中上述關於應用類型的權限說明僅是舉例說明，在實際應用中，應根據實際情況進行權限控制，具體此處不做限定。另一方面，於移動終端而言，移動終端的運行狀態不一樣，移動終端中的應用可以對應有不同的使用狀態，從而應用的權限要求也將有所變化，例如，導航類應用在移動終端處於工作狀態時可以進行保活，而在移動終端處於待機狀態時可以進行清理，那麼在實際應用中，根據移動終端的運行狀態，預設功耗策略，即目標功耗策略可以對應有不同的權限，其中，若運行狀態為工作狀態，則目標功耗策略可以為第一策略；若運行狀態為暫停狀態，則目標功耗策略可以為第二策略，且第二策略的權限可以低於或等於第一策略的權限；若運行狀態為休眠狀態，則目標功耗策略可以為第三策略，且第三策略的權限低於或等於第二策略的權限；若運行狀態為待機狀態，則目標功耗策略可以為第四策略，且第四策略的權限低於或等於第三策略的權限。由此可知，移動終端進入暫停狀態後，其滅屏時間越長，目標功耗策略的權限越低。基於上述內容，在實際應用中，為了提高用戶的使用體驗，伺服器中可以存儲有預設功耗策略，該預設功耗策略可以由伺服器根據應用類型與移動終端的各個運行狀態進行分類制定得到，即每一種應用類型對應於每一種運行狀態時，可以有相應的預設功耗策略，以對不同應用類型的應用的權限進行不同時間、不同場景下的控制，並最大程度地降低功耗的同時可以兼顧應用的使用性能，具體如表1所示。可以理解的是，本實施例中表1說明的內容僅是舉例說明，在實際應用中，根據應用類型和運行狀態進行分類制定的結果還可以是其它，此處不做限定。表1工作狀態暫停狀態休眠狀態待機狀態即時消息類保活權限限制權限限制凍結工具提示類保活權限限制凍結凍結新聞類權限限制凍結凍結清理視頻類保活權限限制凍結清理由上表可知，若目標應用為微信應用，那麼可以確定目標應用為即時消息類應用，若獲取移動終端當前的運行狀態為休眠狀態，那麼結合應用類型和運行狀態，可以從伺服器中獲取到的微信應用的目標功耗策略為權限限制。可以理解的是，本實施例中的權限限制是限制目標應用的部分權限，那麼該部分權限應該是指目標應用不太重要的權限，如微信應用的GPS(GlobalPositioningSystem，全球定位系統)權限，以使得目標應用允許運行時，其主要功能不受到影響，在實際應用中，每一個應用可以限制的權限不一致，伺服器可以結合應用的功能屬性進行相應的設置，具體此處不做限定。需要說明的是，本實施例中，由伺服器根據應用類型與運行狀態進行預設功耗策略的制定，並由移動終端從伺服器獲取，可以使得該預設功耗策略適應於不同的移動終端，也可以減少移動終端的內存佔用，同時，預設功耗策略可由伺服器根據統計數據進行相應的更新與調整，具有更大的適應性。本實施例中的步驟204與圖1所示實施例中的步驟103相同，此處不再贅述。可以理解的是，本實施例中，由於類別信息還可以包括目標應用的下載量，則可以結合下載量與運行狀態確定目標應用對應的目標功耗策略，具體請參閱圖3，本發明實施例中功耗控制方法另一實施例包括：本實施例中的步驟301與圖1所示實施例中的步驟101相同，此處不再贅述。302、獲取類別信息中目標應用的下載量；本實施例中，獲取目標應用對應的類別信息以及移動終端當前的運行狀態後，可以獲取類別信息中目標應用的下載量。具體的，移動終端中安裝的各個應用可以對應有不同的下載量，該下載量指的是應用被下載的次數，例如，當用戶在移動終端中的諸如AppStore中下載微信應用時，可以看到微信應用的下載量為100000，在實際應用中，下載量可以從應用中心等大數據平臺獲取。303、判斷下載量是否大於預設下載量並獲取判斷結果；本實施例中，獲取類別信息中目標應用的下載量後，可以判斷下載量是否大於預設下載量並獲取判斷結果。具體的，預設下載量可以由移動終端從伺服器獲取，根據下載量與預設下載量的比較可以判斷目標應用是否為下載頻率較高的應用。該預設下載量可以作為大眾應用與小眾應用的分界點，若目標應用的下載量大於預設下載量，則可以確定目標應用為大眾應用，若目標應用的下載量不大於預設下載量，則可以確定目標應用為小眾應用。304、根據判斷結果及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略；本實施例中，判斷下載量是否大於預設下載量並獲取判斷結果後，可以根據判斷結果以及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。具體的，根據判斷結果，下載量不大於預設下載量時對應目標功耗策略的權限可以低於或等於下載量大於預設下載量時對應目標功耗策略的權限，即小眾應用對應的目標功耗策略的權限低於或等於大眾應用對應的目標功耗策略的權限，以對大眾應用和小眾應用進行有區別的功耗控制。進一步的，結合圖2所示實施例中步驟203對運行狀態的說明，本實施例中，伺服器中可以存儲有預設功耗策略，該預設功耗策略可以由伺服器根據下載量與移動終端的各個運行狀態進行分類制定得到，即大眾應用與小眾應用分別對應於每一種運行狀態時，可以有相應的預設功耗策略，以對不同下載量的應用的權限進行不同時間、不同場景下的控制，並最大程度地確保大眾應用的權限得到優先保障，同時也可以降低移動終端的功耗，具體如表2所示。可以理解的是，本實施例中表2說明的內容僅是舉例說明，在實際應用中，根據下載量和運行狀態進行分類制定的結果還可以是其它，此處不做限定。表2工作狀態暫停狀態休眠狀態待機狀態大眾應用保活權限限制凍結凍結小眾應用權限限制權限限制凍結清理由上表可知，若目標應用為微信應用，且微信應用的下載量大於預設下載量，那麼可以確定微信應用為大眾應用，若獲取移動終端當前的運行狀態為工作狀態，那麼結合下載量和運行狀態，可以從伺服器中獲取到的微信應用的目標功耗策略為保活。可以理解的是，本實施例中關於權限限制的說明以及伺服器對預設功耗策略的制定說明，與圖2所示實施例中步驟203說明的內容相同，此處不再贅述。本實施例中的步驟305與圖1所示實施例中的步驟103相同，此處不再贅述。進一步的，在實際應用中，類別信息中目標應用的應用類型、下載量，以及移動終端的運行狀態也可以同時結合使用，以得到更為優化的目標功耗策略，具體請參閱圖4，本發明實施例中功耗控制方法另一實施例包括：本實施例中的步驟401與圖1所示實施例中的步驟101相同，此處不再贅述。402、獲取類別信息中目標應用的應用類型以及下載量；本實施例中的步驟402與圖2所示實施例中的步驟202、圖3所示實施例中的步驟302說明的內容相同，此處不再贅述。本實施例中的步驟403與圖3所示實施例中的步驟303相同，此處不再贅述。404、根據判斷結果、應用類型及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略；本實施例中，判斷下載量是否大於預設下載量並獲取判斷結果後，可以根據判斷結果、應用類型及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。具體的，基於圖2所示實施例中步驟203說明的內容，以及圖3所示實施例中步驟304說明的內容，本實施例中，預設功耗策略可以由伺服器結合下載量、應用類型以及運行狀態進行分類制定得到，即在應用類型中再將應用細分為大眾應用與小眾應用，以更精確目標應用對應的預設功耗策略，有利於優化功耗控制手段，具體如表3所示。可以理解的是，本實施例中表3說明的內容僅是舉例說明，在實際應用中，根據應用類型、下載量和運行狀態進行分類制定的結果還可以是其它，此處不做限定。表3由上表可知，若目標應用為今日頭條應用，獲取的今日頭條應用的應用類型為新聞類應用，且今日頭條應用的下載量大於預設下載量，那麼可以確定今日應用為新聞類應用中的大眾應用，在此情況下，若獲取移動終端當前的休眠狀態為工作狀態，那麼結合應用類型、下載量和運行狀態，可以從伺服器中獲取到的今日頭條應用的目標功耗策略為權限限制。可以理解的是，本實施例中關於權限限制的說明以及伺服器對預設功耗策略的制定說明，與圖2所示實施例中步驟203說明的內容相同，此處不再贅述。需要說明的是，在實際應用中，目標應用的應用類型的獲取也可以不在不在402中執行，在步驟403之前執行即可，具體此處不做限定。本實施例中的步驟405與圖1所示實施例中的步驟103相同，此處不再贅述。可以理解的是，在類別信息、運行狀態的基礎上，還可以結合目標應用的功耗數據進一步進行功耗控制，具體請參閱圖5，本發明實施例中功耗控制方法另一實施例包括：本實施例中的步驟501至步驟505與圖4所示實施例中的步驟401至步驟405相同，此處不再贅述。506、判斷目標功耗策略是否為預設策略類型，若是，則執行步驟507，若否，則執行步驟510；具體的，若目標功耗策略為清理或凍結，目標應用程式將不允許在後臺運行，則意味著目標應用程式的所有權限將全部被限制，那麼可以對獲取的目標功耗策略進行判斷，以確定是否需要獲取目標應用的功耗數據，進一步對目標應用的權限進行限制。由此，該預設策略類型可以為清理應用或凍結應用。例如，可以沿用圖4所示實施例中步驟404中的例子，若目標應用為今日頭條應用，對應的目標功耗策略為權限限制，則可以判斷權限限制這一目標功耗策略是否為預設策略類型。507、獲取目標應用的功耗數據；本實施例中，若判斷目標功耗策略不為預設功耗策略類型，則可以獲取目標應用的功耗數據，該功耗數據可以包括目標應用的子功能的功耗。具體的，在實際應用中，一個應用的耗電可以細分到對CPU、WiFi、數據網絡、GPS等移動終端的外設的使用上，相應的，一個應用也可以具有多個子功能，該多個子功能即為應用的主要功能與次要功能的集合，這多個子功能可以依賴於移動終端的外設，從而子功能的運行受到移動終端的外設的限制。為了利於對目標應用的主要功能與次要功能進行單獨控制，以至於不影響用戶的使用體驗，當目標功耗策略不為預設功耗策略時，可以獲取目標應用的功耗數據中子功能的功耗，即目標應用的子功能在移動終端的外設上的功耗，如CPU功耗、WIFI功耗，數據網絡功耗、GPS功耗。可以理解的是，目標應用的子功能的功耗除了上述說明的內容，在實際應用中，還可以包括其它功耗，如GPU功耗，具體此處不做限定。508、判斷子功能的功耗是否大於預設功耗，若是，則執行步驟509，若否，則執行步驟510；本實施例中，獲取目標應用的功耗數據後，可以判斷子功能的功耗是否大於預設功耗。具體的，對每一個應用的子功能的每一個功耗外設可以建立一個單獨的異常標準，即預設功耗，從而可以對每一個功耗外設進行單獨的限制，而放開其它的正常的功耗資源的使用。在實際應用中，為了便於對功耗外設的預設功耗進行管理，可以通過對應用進行分類後，獲取應用的子功能所依賴的功耗外設，並可以根據應用的應用類型對功耗外設進行預設功耗的設置，那麼功耗外設細分後可以保證應用的主要功能的有效而進行次要功能的限制，以保證用戶可以使用該應用的主要功能外，還可以進一步達到省電和減少提示幹擾的目的。在實際應用中，應用類型與功耗外設之間的對應關係的建立以及預設功耗的設置可以由伺服器制定並存儲，並由移動終端從伺服器中獲取，具體如表4所示。可以理解的是，本實施例中表4說明的內容僅是舉例說明，在實際應用中，根據應用類型、功耗外設進行分類制定的結果還可以是其它，此處不做限定。表4CPUWiFi數據網絡GPS即時消息類3000ms50k60k1s工具提示類5000ms10k30k1.2s新聞類50ms10k30k5s視頻類50ms10k30k3s需要說明的是，由伺服器根據應用類型與功耗外設之間的對應關係，對預設功耗進行設置，並由移動終端從伺服器獲取，可以使得該預設功耗可以適應於不同的移動終端，也可以減少移動終端的內存佔用，同時，預設功耗可由伺服器根據統計數據進行相應的更新與調整，具有更大的適應性。509、限制子功能的運行；本實施例中，若判斷子功能的功耗大於預設功耗，則可以限制子功能的運行。例如，沿用步驟506說明的目標應用，若目標應用為今日頭條應用，在目標功耗策略為權限限制的情況下，可以進一步獲取今日頭條應用的功耗數據，並可以根據功耗數據對今日頭條應用的子功能的功耗進行判斷，那麼若判斷今日頭條應用的CPU功耗大於50ms，則可以限制今日頭條應用依賴於CPU這一功耗外設的子功能的運行。進一步的，在實際應用中，還可以對子功能進行相應的判斷，即在判斷子功能為目標應用的主要功能的前提下，可以維持該子功能的運行，以防止目標應用的主要功能的功耗大於預設功耗時被限制運行，而導致影響用戶對移動終端的使用體驗。需要說明的是，本實施例中的步驟506至步驟509也可以在步驟505之前執行，即可在獲取到目標應用對應的目標功耗策略後執行，即在步驟504之後，具體此處不做限定。510、執行其它流程。本實施例中，若判斷目標功耗策略為預設策略類型，則意味著不需要進一步獲取目標應用的功耗數據，那麼可以不進行其它操作，以維持目標應用當前的權限狀態。本實施例中，若判斷子功能的功耗不大於預設功耗，則意味著目標應用的子功能可以正常執行，那麼可以不進行其它操作，以維持目標應用當前的權限狀態。可以理解的是，本實施例中的步驟506也可以不執行，那麼在對目標應用的子功能的功耗進行判斷時，將在目標功耗策略的基礎上，對功耗大於預設功耗的子功能進行限制，此處不做限定。上面對本發明實施例中的功耗控制方法進行了描述，下面對本發明實施例中的功耗控制裝置進行描述，該功耗控制裝置可以應用於移動終端，請參閱圖6，本發明實施例中功耗控制裝置一個實施例包括：第一獲取模塊601，用於獲取目標應用對應的類別信息；第二獲取模塊602，用於獲取移動終端當前的運行狀態；確定模塊603，用於根據類別信息以及運行狀態確定目標應用對應的目標功耗策略；執行模塊604，用於執行目標功耗策略。本實施例中，在確定模塊603根據第一獲取模塊601獲取的目標應用的類別信息，以及第二獲取模塊602獲取的移動終端當前的運行狀態確定目標應用對應的目標功耗策略後，執行模塊604可以執行該目標功耗策略，由此可知，可以根據具體的時間以及場景實現對目標應用的功能限制，且能夠對目標應用的主要功能與次要功能進行相應的保活與限制，而對於不同的目標應用，又由於類別信息的不同，可以對應有不同的目標功耗策略，從而可以避免對所有目標應用進行一刀切的節能策略，進而可以更有效地解決移動終端的高功耗問題，有利於優化功耗的同時，提高用戶的使用體驗。請參閱圖7，本發明實施例中功耗控制裝置另一實施例包括：本實施例中的模塊701與圖6所示實施例中的模塊601相同，模塊702與圖6所示實施例中的模塊602相同，模塊703與圖6所示實施例中的模塊603相同，模塊704與圖6所示實施例中的模塊604相同，此處不再贅述。本實施例中，確定模塊703可以進一步包括：第一獲取單元7031，用於獲取類別信息中目標應用的應用類型；第二獲取單元7032，用於根據應用類型以及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。請參閱圖8，本發明實施例中功耗控制裝置另一實施例包括：本實施例中的模塊801與圖6所示實施例中的模塊601相同，模塊802與圖6所示實施例中的模塊602相同，模塊803與圖6所示實施例中的模塊603相同，模塊804與圖6所示實施例中的模塊604相同，此處不再贅述。本實施例中，確定模塊803可以進一步包括：第三獲取單元8031，用於獲取類別信息中目標應用的下載量；判斷單元8032，用於判斷下載量是否大於預設下載量並獲取判斷結果；第四獲取單元8033，用於根據判斷結果及運行狀態，獲取伺服器中存儲的與目標應用對應的預設功耗策略作為目標功耗策略。請參閱圖9，本發明實施例中功耗控制裝置另一實施例包括：本實施例中的模塊901與圖6所示實施例中的模塊601相同，模塊902與圖6所示實施例中的模塊602相同，模塊903與圖6所示實施例中的模塊603相同，模塊904與圖6所示實施例中的模塊604相同，此處不再贅述。第二判斷模塊905，用於判斷目標功耗策略是否為預設策略類型；第三獲取模塊906，用於獲取目標應用的功耗數據，功耗數據包括目標應用的子功能的功耗；觸發模塊907，用於當目標功耗策略為預設功耗策略時，則觸發第三獲取模塊獲取目標應用的功耗數據；第四獲取模塊908，用於從伺服器獲取子功能對應的預設功耗，預設功耗為伺服器根據目標應用的應用類型制定得到；第一判斷模塊909，用於判斷子功能的功耗是否大於預設功耗；限制模塊910，用於當功耗大於預設功耗時，則限制子功能的運行。所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。在本申請所提供的幾個實施例中，應該理解到，所揭露的系統，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現，也可以採用軟體功能單元的形式實現。所述集成的單元如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬碟、只讀存儲器(ROM，Read-OnlyMemory)、隨機存取存儲器(RAM，RandomAccessMemory)、磁碟或者光碟等各種可以存儲程序代碼的介質。以上所述，以上實施例僅用以說明本發明的技術方案，而非對其限制；儘管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精神和範圍。當前第1頁1 2 3