一種應用程序的管理方法及終端的制作方法【專利摘要】本發明提供一種應用程序的管理方法及終端，涉及終端省電
技術領域：
，解決終端睡眠后，仍有非必要應用程序頻繁喚醒系統，造成終端耗電量增大，待機時間大大減少的問題。本發明包括：在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括：聯網業務和申請喚醒鎖業務；若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。本發明實施例通過限制應用程序的預定業務喚醒系統的行為，使得終端系統能夠正常睡眠，達到省電的目的，進而大大增加了終端的待機時長。【專利說明】一種應用程序的管理方法及終端
技術領域：
[0001]本發明涉及終端省電
技術領域：
，特別是涉及一種應用程序的管理方法及終端。【
背景技術：
】[0002]智能終端的睡眠是指正在處理的數據暫時不處理，放在內存，機器處于一種低功耗的狀態。終端耗電是一直為用戶所抱怨的問題，經常有用戶投訴一個晚上將終端放在一邊就耗費了大量的電。不為用戶所知的是，我們所使用的大量應用在系統睡眠后，通過各種形式頻繁的喚醒系統并持有相關喚醒鎖不釋放，使得系統長時間無法睡眠。應用一旦調用喚醒鎖且長時間持有不釋放，無論屏幕開關與否，CPU都會一直保持在運行狀態，系統無法進入到睡眠狀態。應用可具體通過網絡頻繁喚醒系統，在后臺不斷地請求與運營商服務器進行大量網絡傳輸，持有相關應用鎖并長時間不釋放，使得系統長時間無法睡眠，最終消耗我們流量并同時消耗終端電量，導致待機時間大大減少。【
發明內容】[0003]本發明實施例的目的在于提供一種應用程序的管理方法及終端，旨在解決終端睡眠后，仍有非必要應用程序頻繁喚醒系統，造成終端耗電量增大，待機時間大大減少的問題。[0004]為了實現上述目的，本發明實施例提供了一種應用程序的管理方法，應用于終端，包括:[0005]在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；[0006]判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；[0007]若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。[0008]為解決上述技術問題，本發明實施例還提供了一種終端，包括:[0009]獲取模塊，用于在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；[0010]判斷模塊，用于判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；[0011]處理模塊，用于若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。[0012]本發明實施例的上述技術方案的有益效果如下:[0013]本發明實施例的方案中，在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為，從而減少了應用程序頻繁喚醒系統的次數，使得終端系統能夠正常睡眠，達到了省電的目的，進而大大增加了終端的待機時長。【附圖說明】[0014]圖1為本發明實施例的應用程序的管理方法的第一流程示意圖；[0015]圖2為本發明實施例的應用程序的管理方法的第二流程示意圖；[0016]圖3為本發明實施例的應用程序的管理方法的第三流程示意圖；[0017]圖4為本發明實施例的應用程序的管理方法的第四流程示意圖；[0018]圖5為本發明實施例的終端的第一結構示意圖；[0019]圖6為本發明實施例終端中的獲取模塊的結構示意圖；[0020]圖7為本發明實施例終端中的判斷模塊的結構示意圖；[0021]圖8為本發明實施例終端中的處理模塊的結構示意圖；[0022]圖9為本發明實施例的終端的第二結構示意圖。【具體實施方式】[0023]為使本發明要解決的技術問題、技術方案和優點更加清楚，下面將結合附圖及具體實施例進行詳細描述。[0024]本發明針對現有技術中終端睡眠后仍有大量應用程序頻繁喚醒系統，造成終端待機時間大大減少的問題，提供了一種應用程序的管理方法及終端，提高了終端的待機時長。[0025]第一實施例:[0026]如圖1所示，該應用程序的管理方法，包括:[0027]步驟11:在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒系統的應用程序。[0028]具體的，終端可在檢測到系統由睡眠狀態轉換為喚醒狀態后，獲取使上述系統處于運轉狀態的應用程序。[0029]步驟12:判斷喚醒系統的應用程序是否處于預定業務的預設應用程序白名單內，上述預定業務包括:聯網業務和申請喚醒鎖業務。[0030]上述預定業務的預設應用程序白名單包括:聯網業務的預設應用程序白名單和申請喚醒鎖業務的預設應用程序白名單，處于上述預定設應用程序白名單內的應用程序可不受限喚醒睡眠狀態中的系統。[0031]優選地，上述預設應用程序白名單可具體由終端根據用戶的實際需求，分時段進行配置，如將每天的時間具體分為預設數量個時間段，如4個。舉例7:00-9:00為一個時間段，12:00-14:00為一個時間段，17:00-19:00為一個時間段，19:00-24:00為一個時間段。通過大數據分析可知，QQ，微信為用戶常用的實時性要求較高的應用，則將其放入上述四個空閑時間較多的時間段的白名單中，對于其他實時性要求很高的應用根據大數據分析的結果，在某一時間段的使用頻率較高，則將其加入此時間段。本發明還可由服務器端根據應用程序的使用規律設置白名單內容，如早上新聞類應用實時性較高，放入7:00-9:00該時間段中，春運期間白天火車票的監控實時性高，則將其放入四個時間段中。[0032]步驟13:若喚醒系統的應用程序在預定業務的預設應用程序白名單之外，則限制應用程序的預定業務再次喚醒系統的行為。[0033]該實施例中，在喚醒系統的應用程序在預定業務的預設應用程序白名單之外時，限制應用程序的預定業務再次喚醒系統的行為，如對聯網應用進行禁網處理、限制應用程序限時釋放喚醒鎖等，降低了非必要應用程序喚醒系統的頻率，減少了耗電量，大大增加了終端的待機時長。[0034]第二實施例:[0035]如圖2所示，該應用程序的管理方法，包括:[0036]步驟111:檢測到終端的系統的喚醒狀態后，判斷終端當前時間至前一次滅屏的時間段內是否存在睡眠狀態。[0037]本發明通過判斷終端在喚醒狀態后的當前時間至前一次滅屏的時間段內是否存在睡眠狀態，來確定終端是否由睡眠狀態轉換為喚醒狀態。該實施例中可具體獲取系統從當前時間至系統開機時間內的所有睡眠時間及前一次滅屏時間至開機時間內的睡眠時間，然后根據兩個睡眠時間的差值來確定終端在喚醒狀態后的當前時間至前一次滅屏的時間段內是否存在睡眠狀態。優選地，當前時間需要和前一次滅屏時間相距5分鐘或者以上時間更符合用戶的使用情況。[0038]步驟112:若終端當前時間至前一次滅屏的時間段內存在睡眠狀態，則獲取喚醒系統的應用程序。[0039]若終端在喚醒狀態后的當前時間至前一次滅屏的時間段內存在睡眠狀態，此時可確定終端是由睡眠狀態轉換為喚醒狀態，且此時處于工作狀態的應用程序為喚醒系統的應用程序。[0040]步驟12:判斷喚醒系統的應用程序是否處于預定業務的預設應用程序白名單內，上述預定業務包括:聯網業務和申請喚醒鎖業務。[0041]步驟13:若喚醒系統的應用程序在預定業務的預設應用程序白名單之外，則限制應用程序的預定業務再次喚醒系統的行為。[0042]該實施例中，如圖3所示，上述步驟111具體包括:[0043]步驟1111:檢測到終端的系統的喚醒狀態后，獲取系統從當前時間距離開機時的第一時間，及第一時間中除去系統所有睡眠時間的第二時間。[0044]在本發明的具體實施例中，可通過函數SystemClock.uptimeMillisO獲取系統從開機到現在不包括系統睡眠的時長(單位:ms)，并通過函數SystemClock.elapsedRealtimeO獲取系統從開機到現在包括系統睡眠的時長(單位:ms)。[0045]步驟1112:獲取前一次滅屏的第三時間，并獲取第三時間中除去系統所有睡眠時間的第四時間。[0046]前一次滅屏的第三時間為滅屏的時間，假設其距離開機的時間為10分鐘，則，第四時間為開機后的10分鐘內除去系統所有睡眠的時間。[0047]步驟1113:獲取第一時間與第二時間的第一差值，及第三時間與第四時間的第二差值。[0048]步驟1114:若第一差值與第二差值的差值大于第一預設閾值，則判斷終端當前時間至前一次滅屏的時間段內存在睡眠狀態。[0049]由于考慮到時間記錄的誤差問題，因此需要設定一預設閾值，上述第一預設閾值可具體為1ms，若第一差值與第二差值的絕對值大于1ms，則表明上述時間段內系統睡眠過。根據上述的假設，第一差值與第二差值的差值為O，此時可以表明在上述時間段內系統沒有睡眠過。[0050]該實施例通過判斷系統在上述時間段內是否存在睡眠狀態，確定喚醒系統的應用程序，并根據預設應用程序白名單來限制非必要應用程序再次喚醒系統的行為，減少非必要應用程序喚醒系統的頻率，減少終端耗電量，從而增加終端的待機時間，提高用戶的使用體驗。[0051]第三實施例:[0052]如圖4所示，該實施例的應用程序的管理方法，包括:[0053]步驟11:在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒系統的應用程序。[0054]步驟121:判斷喚醒系統的應用程序是否處于聯網業務的預設應用程序白名單內。若否，執行步驟13;若是，結束。[0055]步驟122:判斷喚醒系統的應用程序是否處于申請喚醒鎖業務的預設應用程序白名單內。若否，執行步驟13;若是，結束。[0056]步驟13:若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。[0057]其中，對于一個應用程序，上述步驟121和步驟122兩者之間為“或”關系，兩者之間在執行時不存在先后順序的問題。只要滿足步驟121或步驟122任一步驟，則執行步驟13。下面具體說明上述步驟121和步驟122的實現過程。[0058]具體的，上述步驟121包括:[0059]獲取所述終端當前網絡的開關狀態。[0060]具體的，通過調用框架應用程序編程接口(Applicat1nProgrammingInterface，簡稱API)獲取當前用戶設置的數據網絡與無線局域網絡(WirelessLocalAreaNetworks，簡稱WLAN)的開關狀態，若兩者為關閉狀態則不必要采用禁網策略，若數據網絡為開，則只需禁止數據網絡條件下的應用網絡禁網策略，若WLAN為開，則只禁止WLAN下的應用網絡禁網策略，若兩者都為開，則兩者狀態下都采取禁網策略。雖移動終端在兩者都為開的狀態下，默認優先連接WLAN，但考慮到WLAN狀態不穩定時，會自動跳轉至數據網絡狀態，所以此時采取兩種狀態都禁網策略。[0061]若當前網絡的開關狀態為開啟，則獲取聯網業務的預設應用程序白名單，聯網業務的預設應用程序白名單包括有多個時間段的應用程序集合，每個時間段的應用程序集合中包括有預先統計到的、在該時間段內使用頻率大于第二預設閾值的應用程序。[0062]該實施例中可具體通過如下程序，配置預設應用程序白名單，合理禁網減少電量消耗且不影響用戶真實體驗。[0063]<ffhiteApplicat1nslstart="6"time="6_9">[0064]〈item〉應用包名〈/item〉[0065]</ffhiteAppIicat1nsD[0066]<WhiteApplicat1ns2start="9"time="9_18">[0067]〈item〉應用包名〈/item〉[0068]</WhiteApplicat1ns2>[0069]<WhiteApplicat1ns3start="18"time=〃18_23">[0070]〈item〉應用包名〈/item〉[0071]</WhiteApplicat1ns3>[0072]<WhiteApplicat1ns4start="23"time="23_6">[0073]〈item〉應用包名〈/item〉[0074]</WhiteApplicat1ns4>[0075]上述程序中，將每天的時間分成4個時間段:6-9，9-18，18-23，23_6，假定某一應用程序在上述6-9時間內使用的頻率大于上述第二預設閾值，則將該應用程序放入6-9時間的白名單內。[0076]在聯網業務的預設應用程序白名單內查找當前時間對應的時間段的應用程序集合，設定該從聯網業務的預設應用程序白名單內查找到的應用程序集合為第一應用程序集入口O[0077]具體的，上述第一應用程序集合為允許聯網的非系統應用程序集合，上述第一預設白名單內保存有上述非系統應用程序的用戶身份證明UID列表信息。[0078]若所述第一應用程序集合中包括喚醒系統的應用程序，則判斷喚醒系統的應用程序的處于聯網業務的預設應用程序白名單內，否則判斷喚醒系統的應用程序所述聯網業務的預設應用程序白名單之外。[0079]具體的，上述步驟122包括:[0080]當檢測到喚醒系統的應用程序對喚醒鎖的申請信息時，判斷申請信息是否為對第一喚醒鎖的申請信息，第一喚醒鎖為保持系統中央處理器運轉的喚醒鎖。[0081]在本發明的具體實施例中，喚醒鎖包括以下類型:部分喚醒鎖PARTIAL_WAKE_LOCK:保持CPU運轉，屏幕和鍵盤燈有可能是關閉的；屏幕變暗喚醒鎖SCREEN_DIM_WAKE_LOCK:保持CPU運轉，允許保持屏幕顯示但有可能是灰的，允許關閉鍵盤燈；屏幕邊亮喚醒鎖SCREEN_BRIGHT_WAKE_LOCK:保持CPU運轉，保持屏幕高亮顯示，允許關閉鍵盤燈；全部喚醒鎖FULL_WAKE_L0CK:保持CPU運轉，保持屏幕高亮顯示，鍵盤燈也保持亮度。在滅屏待機狀態下，通常應用通過設置鬧鐘來喚醒系統，然后設置一個PARTIAL_WAKE_LOCK類型的喚醒鎖來保持CPU運轉，如果應用在滅屏狀態下申請了且長時間持有不釋放，此時系統并沒有真正進入睡眠狀態，也在消耗著移動終端電量，應對此類型喚醒鎖采取限時釋放策略。[0082]若申請信息為第一喚醒鎖的申請信息，則判斷喚醒系統的應用程序是否處于申請第一喚醒鎖業務的預設應用程序白名單內，其中，在申請第一喚醒鎖業務的預設應用程序白名單內的應用程序保持持有第一喚醒鎖的時間不變，在所述申請所述第一喚醒鎖業務的預設應用程序白名單之外的應用程序限時釋放第一喚醒鎖。[0083]該實施例中，當應用程序在申請喚醒鎖時，判斷系統在喚醒狀態后的當前時間至前一次滅屏的時間段內是否有睡眠狀態，若沒有睡眠狀態則不處理；若有睡眠，則再判斷申請的喚醒鎖的類型是否為PARTIAL型，若不是則不做處理；若是PARTIAL型鎖，則判斷應用包名是否在申請喚醒鎖業務的預設應用程序白名單內(可設置為必須的系統應用及常用日程提醒類，如信息，日歷等)。若在，則不做處理，若不在，則給該鎖設置350毫秒(當然也可為其他時長)的定時，當時間到達后將鎖強制釋放。[0084]該實施例中通過限制部分應用程序持有喚醒鎖的時長，使得系統正常睡眠，減少系統的電量消耗，增加待機時長。[0085]具體的，上述步驟13包括:[0086]若喚醒所述系統的應用程序處于聯網業務的預設應用程序白名單之外，則對喚醒所述系統的應用程序進行禁網處理。[0087]在本發明的具體實施例中根據禁網應用程序標識UID列表，通過iptables命令腳本方式重新建立防火墻規則。具體的，按照iptables配置規則，重寫OUTPUT鏈，設置現有iptables中禁網的封包來源，限制傳入的禁網應用UID列表中所有應用從設置的封包來源往外傳遞數據，限制應用網絡傳輸，達到禁網效果。[0088]若喚醒所述系統的應用程序處于聯網業務的預設應用程序白名單內，且處于用戶預先設置的禁網名單中，則對喚醒所述系統的應用程序進行禁網處理。[0089]在本發明的具體實施例中，由于當前系統中實現前臺對禁網應用的設置，因此本發明的禁網策略，在應用程序我們所設置的白名單中，但同時處于用戶在亮屏狀態下設置的禁網應用列表中時，仍對其采取禁網策略。[0090]另外，本發明實施例的應用程序的管理方法，在上述步驟13之后還包括:[0091]在檢測到亮屏操作后，恢復所述喚醒所述系統的應用程序對網絡的訪問。[0092]在本發明的具體實施例中，在啟動禁網功能前，首先保存用戶設置的應用程序訪問網絡的初始狀態，具體的，利用“adbshelliptables_L_n”命令，讀取其輸出流，記錄當前用戶設置的應用網絡設置狀態，記錄禁網應用程序的UID號，為后續亮屏時的恢復做準備。[0093]本發明實施例的應用程序的管理方法，在系統睡眠時，保存亮屏狀態下用戶對應用網絡狀態的已有設置以及用戶設置亮屏時禁網應用UID列表，在接收到亮屏消息后，利用此列表，恢復至原用戶亮屏網絡狀態，不影響用戶亮屏時的對終端的使用。另外，為防止應用程序在滅屏狀態下因別的異常死亡，而亮屏后無法按正常流程恢復亮屏時網絡，在亮屏后再次檢測當前應用網絡狀態，查看是否恢復成功，未成功時則再恢復一次。[0094]本發明實施例的應用程序的管理方法，禁網策略減少系統因網絡頻繁喚醒的次數，限時釋放喚醒鎖，減少應用程序持有喚醒鎖的時長，使得系統正常睡眠，兩者結合達到省電目的，增加待機時長。[0095]第四實施例:[0096]如圖5所示，本發明實施例還提供了一種終端，包括:[0097]獲取模塊51，用于在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；[0098]判斷模塊52，用于判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；[0099]處理模塊53，用于若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。[0100]進一步地，如圖6所示，上述獲取模塊51包括:[0101]檢測單元511，用于檢測到所述終端的系統的喚醒狀態后，判斷所述終端當前時間至前一次滅屏的時間段內是否存在睡眠狀態；[0102]獲取單元512，用于若所述終端在當前時間至前一次滅屏的時間段內存在睡眠狀態，則獲取喚醒所述系統的應用程序。[0103]進一步地，如圖6所示，上述檢測單元511包括:[0104]第一獲取子單元5111，用于檢測到所述終端的系統的喚醒狀態后，獲取所述系統從當前時間距離開機時的第一時間，及所述第一時間中除去所述系統所有睡眠時間的第二時間；[0105]第二獲取子單元5112，用于獲取前一次滅屏的第三時間，并獲取所述第三時間中除去所述系統所有睡眠時間的第四時間；[0106]第三獲取子單元5113，用于獲取所述第一時間與所述第二時間的第一差值，及所述第三時間與所述第四時間的第二差值；[0107]判斷單元5114，用于若所述第一差值與所述第二差值的差值大于第一預設閾值，則判斷所述終端當前時間至前一次滅屏的時間段內存在睡眠狀態。[0108]進一步地，如圖7所示，所述判斷模塊52包括:[0109]第一獲取子模塊521，用于獲取所述終端當前網絡的開關狀態；[0110]第二獲取子模塊522，用于若所述當前網絡的開關狀態為開啟，則獲取所述聯網業務的預設應用程序白名單，所述聯網業務的預設應用程序白名單包括有多個時間段的應用程序集合，每個所述時間段的應用程序集合中包括有預先統計到的、在該時間段內使用頻率大于第二預設閾值的應用程序；[0111]查找子模塊523，用于在所述聯網業務的預設應用程序白名單內查找當前時間對應的時間段的應用程序集合，設定該從所述聯網業務的預設應用程序白名單內查找到的應用程序集合為第一應用程序集合；[0112]第一判斷子模塊524，用于若所述第一應用程序集合中包括所述喚醒所述系統的應用程序，則判斷所述喚醒所述系統的應用程序的處于所述聯網業務的預設應用程序白名單內，否則判斷所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單之外。[0113]進一步地，如圖8所述，所述處理模塊53包括:[0114]第一處理子模塊531，用于若所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單之外，則對所述喚醒所述系統的應用程序進行禁網處理；[0115]第二處理子模塊532，用于若所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單內，且處于所述用戶預先設置的禁網名單中，則對所述喚醒所述系統的應用程序進行禁網處理。[0116]進一步地，如圖9所示，上述終端，還包括:[0117]恢復訪問模塊54，用于在檢測到亮屏操作后，恢復所述喚醒所述系統的應用程序對網絡的訪問。[0118]進一步地，如圖7所述，所述判斷模塊52還包括:[0119]第二判斷子模塊525，用于當檢測到喚醒所述系統的所述應用程序對喚醒鎖的申請信息時，判斷所述申請信息是否為對第一喚醒鎖的申請信息，所述第一喚醒鎖為保持系統中央處理器運轉的喚醒鎖；[0120]第三判斷子模塊526，用于若所述申請信息為所述第一喚醒鎖的申請信息，則判斷喚醒所述系統的所述應用程序是否處于申請所述第一喚醒鎖業務的預設應用程序白名單內，其中，在所述申請所述第一喚醒鎖業務的預設應用程序白名單內的應用程序保持持有所述第一喚醒鎖的時間不變，在所述申請所述第一喚醒鎖業務的預設應用程序白名單之外的應用程序限時釋放所述第一喚醒鎖。[0121]需要說明的是該終端是與上述方法實施例對應的終端，上述方法實施例中所有實現方式均適用于該終端的實施例中，也能達到相同的技術效果。[0122]本發明實施例的應用程序的管理方法及終端，在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為，從而減少了應用程序頻繁喚醒系統的次數，使得終端系統能夠正常睡眠，達到了省電的目的，進而大大增加了終端的待機時長。[0123]以上所述是本發明的優選實施方式，應當指出，對于本
技術領域：
的普通技術人員來說，在不脫離本發明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。【主權項】1.一種應用程序的管理方法，應用于終端，其特征在于，包括:在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。2.根據權利要求1所述的應用程序的管理方法，其特征在于，所述在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序的步驟包括:檢測到所述終端的系統的喚醒狀態后，判斷所述終端當前時間至前一次滅屏的時間段內是否存在睡眠狀態；若存在，則獲取喚醒所述系統的應用程序。3.根據權利要求2所述的應用程序的管理方法，其特征在于，所述檢測到所述終端的系統的喚醒狀態后，判斷所述終端當前時間至前一次滅屏的時間段內是否存在睡眠狀態的步驟包括:檢測到所述終端的系統的喚醒狀態后，獲取所述系統從當前時間距離開機時的第一時間，及所述第一時間中除去所述系統所有睡眠時間的第二時間；獲取前一次滅屏的第三時間，并獲取所述第三時間中除去所述系統所有睡眠時間的第四時間；獲取所述第一時間與所述第二時間的第一差值，及所述第三時間與所述第四時間的第二差值;若所述第一差值與所述第二差值的差值大于第一預設閾值，則判斷所述終端當前時間至前一次滅屏的時間段內存在睡眠狀態。4.根據權利要求1所述的應用程序的管理方法，其特征在于，判斷喚醒所述系統的所述應用程序是否處于所述聯網業務的預設應用程序白名單內的步驟包括:獲取所述終端當前網絡的開關狀態；若所述當前網絡的開關狀態為開啟，則獲取所述聯網業務的預設應用程序白名單，所述聯網業務的預設應用程序白名單包括有多個時間段的應用程序集合，每個所述時間段的應用程序集合中包括有預先統計到的、在該時間段內使用頻率大于第二預設閾值的應用程序;在所述聯網業務的預設應用程序白名單內查找當前時間對應的時間段的應用程序集合，設定該從所述聯網業務的預設應用程序白名單內查找到的應用程序集合為第一應用程序集合；若所述第一應用程序集合中包括所述喚醒所述系統的應用程序，則判斷所述喚醒所述系統的應用程序的處于所述聯網業務的預設應用程序白名單內，否則判斷所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單之外。5.根據權利要求4所述的應用程序的管理方法，其特征在于，所述若所述喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為的步驟包括:若所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單之外，則對所述喚醒所述系統的應用程序進行禁網處理；或若所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單內，且處于所述用戶預先設置的禁網名單中，則對所述喚醒所述系統的應用程序進行禁網處理。6.根據權利要求5所述的應用程序的管理方法，其特征在于，在所述若所述喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為的步驟之后，還包括:在檢測到亮屏操作后，恢復所述喚醒所述系統的應用程序對網絡的訪問。7.根據權利要求1所述的應用程序的管理方法，其特征在于，判斷喚醒所述系統的所述應用程序是否處于所述申請喚醒鎖業務的預設應用程序白名單內的步驟包括:當檢測到喚醒所述系統的所述應用程序對喚醒鎖的申請信息時，判斷所述申請信息是否為對第一喚醒鎖的申請信息，所述第一喚醒鎖為保持系統中央處理器運轉的喚醒鎖；若所述申請信息為所述第一喚醒鎖的申請信息，則判斷喚醒所述系統的所述應用程序是否處于申請所述第一喚醒鎖業務的預設應用程序白名單內，其中，在所述申請所述第一喚醒鎖業務的預設應用程序白名單內的應用程序保持持有所述第一喚醒鎖的時間不變，在所述申請所述第一喚醒鎖業務的預設應用程序白名單之外的應用程序限時釋放所述第一喚醒鎖。8.一種終端，其特征在于，包括:獲取模塊，用于在終端的系統由睡眠狀態轉換為喚醒狀態后，獲取喚醒所述系統的應用程序；判斷模塊，用于判斷喚醒所述系統的所述應用程序是否處于預定業務的預設應用程序白名單內，所述預定業務包括:聯網業務和申請喚醒鎖業務；處理模塊，用于若喚醒所述系統的所述應用程序在所述預定業務的預設應用程序白名單之外，則限制所述應用程序的預定業務再次喚醒所述系統的行為。9.根據權利要求8所述的終端，其特征在于，所述獲取模塊包括:檢測單元，用于檢測到所述終端的系統的喚醒狀態后，判斷所述終端當前時間至前一次滅屏的時間段內是否存在睡眠狀態；獲取單元，用于若所述終端在當前時間至前一次滅屏的時間段內存在睡眠狀態，則獲取喚醒所述系統的應用程序。10.根據權利要求9所述的終端，其特征在于，所述檢測單元包括:第一獲取子單元，用于檢測到所述終端的系統的喚醒狀態后，獲取所述系統從當前時間距離開機時的第一時間，及所述第一時間中除去所述系統所有睡眠時間的第二時間；第二獲取子單元，用于獲取前一次滅屏的第三時間，并獲取所述第三時間中除去所述系統所有睡眠時間的第四時間；第三獲取子單元，用于獲取所述第一時間與所述第二時間的第一差值，及所述第三時間與所述第四時間的第二差值；判斷單元，用于若所述第一差值與所述第二差值的差值大于第一預設閾值，則判斷所述終端當前時間至前一次滅屏的時間段內存在睡眠狀態。11.根據權利要求8所述的終端，其特征在于，所述判斷模塊包括:第一獲取子模塊，用于獲取所述終端當前網絡的開關狀態；第二獲取子模塊，用于若所述當前網絡的開關狀態為開啟，則獲取所述聯網業務的預設應用程序白名單，所述聯網業務的預設應用程序白名單包括有多個時間段的應用程序集合，每個所述時間段的應用程序集合中包括有預先統計到的、在該時間段內使用頻率大于第二預設閾值的應用程序；查找子模塊，用于在所述聯網業務的預設應用程序白名單內查找當前時間對應的時間段的應用程序集合，設定該從所述聯網業務的預設應用程序白名單內查找到的應用程序集合為第一應用程序集合；第一判斷子模塊，用于若所述第一應用程序集合中包括所述喚醒所述系統的應用程序，則判斷所述喚醒所述系統的應用程序的處于所述聯網業務的預設應用程序白名單內，否則判斷所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單之外。12.根據權利要求11所述的終端，其特征在于，所述處理模塊包括:第一處理子模塊，用于若所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單之外，則對所述喚醒所述系統的應用程序進行禁網處理；第二處理子模塊，用于若所述喚醒所述系統的應用程序處于所述聯網業務的預設應用程序白名單內，且處于所述用戶預先設置的禁網名單中，則對所述喚醒所述系統的應用程序進行禁網處理。13.根據權利要求12所述的終端，其特征在于，還包括:恢復訪問模塊，用于在檢測到亮屏操作后，恢復所述喚醒所述系統的應用程序對網絡的訪問。14.根據權利要求8所述的終端，其特征在于，所述判斷模塊還包括:第二判斷子模塊，用于當檢測到喚醒所述系統的所述應用程序對喚醒鎖的申請信息時，判斷所述申請信息是否為對第一喚醒鎖的申請信息，所述第一喚醒鎖為保持系統中央處理器運轉的喚醒鎖；第三判斷子模塊，用于若所述申請信息為所述第一喚醒鎖的申請信息，則判斷喚醒所述系統的所述應用程序是否處于申請所述第一喚醒鎖業務的預設應用程序白名單內，其中，在所述申請所述第一喚醒鎖業務的預設應用程序白名單內的應用程序保持持有所述第一喚醒鎖的時間不變，在所述申請所述第一喚醒鎖業務的預設應用程序白名單之外的應用程序限時釋放所述第一喚醒鎖。【文檔編號】G06F1/32GK105824392SQ201510844919【公開日】2016年8月3日【申請日】2015年11月26日【發明人】魯晶,何力【申請人】維沃移動通信有限公司