一種應用程式的解除禁用方法及終端與流程

2023-05-11 01:59:46

本發明涉及應用程式配置的技術領域，更具體地，涉及一種應用程式的解除禁用方法及終端。

背景技術：

據一項調查數據顯示，超過40％的用戶手機上均存在一些不常用的應用程式APP，例如旅遊、銀行類APP，在不旅行、不轉帳情況下，應用可能1個月都運行不了一次。但卻又不希望刪除它。

這和大多數人的顧慮一樣，當我們下載APP時，有沒有某種APP即便你使用率很低，你也會把它下載到手機中以便不時之需。如果你有這個習慣，那麼即便這款APP你不經常使用，該APP也可能會佔用手機的內存資源，這不僅拖慢手機的響應速度還會比較費電。所以，一直以來安卓手機最大的問題在于越用越慢，越用待機時間越短。不少知名的品牌手機也未能有效解決安卓系統卡慢、費電的問題。

從技術角度來看，安卓系統有七類進程，分別是前臺進程、可見進程、主要服務、次要服務、後臺進程、內容供應節點、空進程。通常情況下，一部安卓手機只能依賴系統默認的分配機制來自動調節內存使用，只要應用程式提出請求，大部分進程只要打開後都會被保留在內存當中。這原本是為了讓用戶在再度激活這些進程時不需要重新載入、節省時間的初衷考慮，但是激烈的市場讓這一原本良好的初衷，卻驅使應用程式產生「劣幣驅良幣」的趨勢，很多APP開發者出於商業目的，在不需要留存在內存的情況下也想方設法的讓應用程式保持潛在運行狀態，當偷跑的APP數量較多時，安卓手機就會頻頻卡頓和發熱。

對此，現有的安卓系統自帶有應用程式的禁用功能。禁用功能需從設置模塊進入應用管理版面，在應用管理版面的列表裡面選擇某個應用程式，就可以禁用或啟用該應用程式。禁用之後，圖標被隱藏，不再允許啟用該應用程式。但這種方式的操作過程比較麻煩，對於一些偶發性經常使用的應用程式，如前述的旅遊、銀行類APP，用戶就需要頻繁地進入應用管理模塊，在列表裡面眾多的應用程式中尋找自己需要啟用的應用程式，在使用完畢後，還需不忘對該應用程式再次禁用，否則沒法實現節省資源和省電的初衷。

技術實現要素：

鑑於上述問題，本發明提出了一種應用程式的解除禁用方法及終端，能夠對已禁用的應用程式實現臨時啟用，即可快速啟用已禁用的應用程式，又不影響應用程式的禁用狀態，節省系統資源。

本發明實施例中提供了一種應用程式的解除禁用方法，包括：

在應用程式的冷藏禁用版面中，觸發對被選取的應用程式的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和臨時解禁指令；

當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；

當接收到臨時解禁指令後，運行所述被選取的應用程式，並在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式。

優選地，觸發對被選取的應用程式的解除禁用指令的步驟，包括：

監聽用戶對被禁用的應用程式的點擊操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

優選地，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，觸發對被選取的應用程式的解除禁用指令的步驟，包括：

判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

當監聽到用戶對冷凍禁用區的應用程式的點擊操作時，觸發永久解禁指令；

當監聽到用戶對冷鮮禁用區的應用程式的點擊操作時，觸發臨時解禁指令。

優選地，觸發對被選取的應用程式的解除禁用指令的步驟，包括：

監聽用戶將被禁用的應用程式的拖曳出所述冷藏禁用版面的操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

優選地，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，觸發對被選取的應用程式的解除禁用指令的步驟，包括：

判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

當監聽到用戶將冷凍禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發永久解禁指令；

當監聽到用戶將冷鮮禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發臨時解禁指令；

當監聽到用戶將冷鮮禁用區的應用程式的拖曳至冷凍禁用區的操作時，將該應用程式移動到所述冷凍禁用區；

當監聽到用戶將冷凍禁用區的應用程式的拖曳至冷鮮禁用區的操作時，將該應用程式移動到所述冷鮮禁用區。

優選地，當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態之後，包括：

將所述被選取的應用程式從所述禁用版面中移除。

優選地，在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式的步驟之前，還包括：

根據系統的廣播信息監聽鎖屏或待機指令；

在獲取所述鎖屏或待機指令後，退出所述被選取的應用程式；

觸髮禁用所述應用程式的禁用指令，重新禁用所述被選取的應用程式。

優選地，在獲取所述鎖屏或待機指令後，觸髮禁用所述應用程式的禁用指令之前的步驟之前，還包括：

計算時間長度達到了預設的禁用時長，其中，所述預設的退出時長是從獲取所述鎖屏或待機指令後開始計時，到觸髮禁用所述應用程式的禁用指令的時間長度。

優選地，當接收到永久解禁指令或臨時解禁指令後，還包括：

刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標。

優選地，在重新禁用所述被選取的應用程式的步驟後，還包括：

對所述被選取的應用程式的圖標添加圖標特效。

相應地，本發明實施例提供了一種應用程式的解除禁用終端，包括：

指令觸發單元，用於在應用程式的冷藏禁用版面中，觸發對被選取的應用程式的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和臨時解禁指令；

解禁恢復單元，用於當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；

臨時解禁單元，用於當接收到臨時解禁指令後，運行所述被選取的應用程式，並在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式。

優選地，所述指令觸發單元，包括：

點擊顯示單元，用於監聽用戶對被禁用的應用程式的點擊操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

優選地，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，所述指令觸發單元，包括：

第一區域判斷單元，用於判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

第一指令生成單元，用於當監聽到用戶對冷凍禁用區的應用程式的點擊操作時，觸發永久解禁指令；

當監聽到用戶對冷鮮禁用區的應用程式的點擊操作時，觸發臨時解禁指令。

優選地，所述指令觸發單元，包括：

拖曳顯示單元，用於監聽用戶將被禁用的應用程式的拖曳出所述冷藏禁用版面的操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

優選地，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，所述指令觸發單元，包括：

區域判斷單元，用於判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

第二指令生成單元，用於當監聽到用戶將冷凍禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發永久解禁指令；當監聽到用戶將冷鮮禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發臨時解禁指令；

禁用區移動單元，用於當監聽到用戶將冷鮮禁用區的應用程式的拖曳至冷凍禁用區的操作時，將該應用程式移動到所述冷凍禁用區；當監聽到用戶將冷凍禁用區的應用程式的拖曳至冷鮮禁用區的操作時，將該應用程式移動到所述冷鮮禁用區。

優選地，所述解禁恢復單元，包括：

應用移除單元，用於將所述被選取的應用程式從所述禁用版面中移除。

優選地，所述臨時解禁單元，具體包括：

廣播監聽單元，用於根據系統的廣播信息監聽鎖屏或待機指令；

程序退出單元，用於在獲取所述鎖屏或待機指令後，退出所述被選取的應用程式；

程序禁用單元，用於觸髮禁用所述應用程式的禁用指令，重新禁用所述被選取的應用程式。

優選地，所述程序退出單元，包括：

計時退出單元，用於計算時間長度達到了預設的禁用時長，其中，所述預設的退出時長是從獲取所述鎖屏或待機指令後開始計時，到觸髮禁用所述應用程式的禁用指令的時間長度。

優選地，還包括：

圖標恢復單元，用於刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標。

優選地，還包括：

圖標特效單元，用於對所述被選取的應用程式的圖標添加圖標特效。

相對於現有技術，本發明提供的方案，在應用程式的冷藏禁用版面中，包含有若干已經被禁用的應用程式。其中，所述冷藏禁用版面可以是系統自帶的設置模塊中與應用程式禁用功能相關的應用管理版面，也可以是由APP開發者設計的配置禁用應用程式的版面。首先，本方案根據用戶的選取操作，觸發對被選取的應用程式的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和臨時解禁指令。與現有技術單純的將禁用的應用程式解除禁用有所不同，本方案向用戶提供永久解禁和臨時解禁兩種方式，根據用戶的操作觸發相應的指令。當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；當接收到臨時解禁指令後，運行所述被選取的應用程式，並在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式。如果用戶需要對永久解禁的應用程式再次禁用，則需要重新觸髮禁用指令。相反，對於臨時解禁的應用程式，則無需用戶重新觸髮禁用指令。另外，對於臨時解禁的應用程式，本方案在解除禁用的同時打開該應用程式，無需用戶觸發打開該應用程式，操作方便，更符合用戶習慣。在本次運行結束後，重新禁用該應用程式。同樣，也節省了用戶重複啟用/禁用的操作步驟，提高用戶體驗。同時，也節省系統資源。

本發明附加的方面和優點將在下面的描述中部分給出，這些將從下面的描述中變得明顯，或通過本發明的實踐了解到。

附圖說明

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

圖1為本發明一種應用程式的解除禁用方法的流程圖。

圖2為本發明一種應用程式的解除禁用方法的第一實施例流程圖。

圖3為本發明一種應用程式的解除禁用方法的第一實施例示意圖。

圖4為本發明一種應用程式的解除禁用方法的第二實施例流程圖。

圖5為本發明一種應用程式的解除禁用方法的第二實施例示意圖。

圖6為本發明一種應用程式的解除禁用終端的示意圖。

圖7為本發明一種應用程式的解除禁用終端的第一實施例示意圖。

圖8為本發明一種應用程式的解除禁用終端的第二實施例示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發明方案，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述。

在本發明的說明書和權利要求書及上述附圖中的描述的一些流程中，包含了按照特定順序出現的多個操作，但是應該清楚了解，這些操作可以不按照其在本文中出現的順序來執行或並行執行，操作的序號如101、102等，僅僅是用於區分開各個不同的操作，序號本身不代表任何的執行順序。另外，這些流程可以包括更多或更少的操作，並且這些操作可以按順序執行或並行執行。需要說明的是，本文中的「第一」、「第二」等描述，是用於區分不同的消息、設備、模塊等，不代表先後順序，也不限定「第一」和「第二」是不同的類型。

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。

圖1為本發明一種應用程式的解除禁用方法的流程圖，包括：

S101：在應用程式的冷藏禁用版面中，觸發對被選取的應用程式的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和臨時解禁指令；

步驟S101之後，轉入步驟S102或步驟S103；

S102：當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；

S103：當接收到臨時解禁指令後，運行所述被選取的應用程式，並在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式。

相對於現有技術，本發明提供的方案，在應用程式的冷藏禁用版面中，包含有若干已經被禁用的應用程式。其中，所述冷藏禁用版面可以是系統自帶的設置模塊中與應用程式禁用功能相關的應用管理版面，也可以是由APP開發者設計的配置禁用應用程式的版面。首先，本方案根據用戶的選取操作，觸發對被選取的應用程式的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和臨時解禁指令。與現有技術單純的將禁用的應用程式解除禁用有所不同，本方案向用戶提供永久解禁和臨時解禁兩種方式，根據用戶的操作觸發相應的指令。當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；當接收到臨時解禁指令後，運行所述被選取的應用程式，並在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式。如果用戶需要對永久解禁的應用程式再次禁用，則需要重新觸髮禁用指令。相反，對於臨時解禁的應用程式，則無需用戶重新觸髮禁用指令。另外，對於臨時解禁的應用程式，本方案在解除禁用的同時打開該應用程式，無需用戶觸發打開該應用程式，操作方便，更符合用戶習慣。在本次運行結束後，重新禁用該應用程式。同樣，也節省了用戶重複啟用/禁用的操作步驟，提高用戶體驗。同時，也節省系統資源。

需要補充說明的是，在所述被選取的應用程式本次運行結束後，可以立即重新禁用所述被選取的應用程式。也可以在經過預設時間長度後重新禁用，比如經過一個小時或一天等。也可以監聽特定事件，由特定事件觸發，重新禁用所述應用程式，特定事件比如說鎖屏、待機以及打開非禁用的應用程式等。當然，如果在所述被選取的應用程式本次運行結束後，立即重新禁用所述被選取的應用程式，則能夠最大限度地節省系統資源。

圖2為本發明一種應用程式的解除禁用方法的第一實施例流程圖。圖3為本發明一種應用程式的解除禁用方法的第一實施例示意圖。下面結合圖2和圖3，對本發明的第一實施例做進一步的說明。其中，與圖1相比，第一實施例還包括以下改進：向用戶提供觸發永久解禁指令或臨時解禁指令的可選按鈕，以便於用戶操作；由鎖屏或待機的特定事件觸發再次禁用的臨時解禁的應用程式，以求更合服用戶習慣，提高用戶體驗；對于禁用版面中的應用程式圖標添加了圖標特效，在該應用程式解禁和重新禁用時，相應的移除和重新添加所述圖標特效，形象生動地向用戶展示當前的應用程式的禁用狀態。

S201：在應用程式的冷藏禁用版面中，監聽用戶對被禁用的應用程式的點擊操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令；

步驟S201之後，轉入步驟S202或步驟S205；

S202：當接收到永久解禁指令後，刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標；

S203：恢復所述被選取的應用程式的啟用狀態；

S204：將所述被選取的應用程式從所述禁用版面中移除；

S205：當接收到臨時解禁指令後，刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標；

S206：運行所述被選取的應用程式，並根據系統的廣播信息監聽鎖屏或待機指令；

S207：在獲取所述鎖屏或待機指令後，退出所述被選取的應用程式；

S208：觸髮禁用所述應用程式的禁用指令，重新禁用所述被選取的應用程式；

S209：對所述被選取的應用程式的圖標添加圖標特效。

第一實施例，用戶禁用「指南針」、「收音機」等不常用的APP，並置於冷藏禁用版面中，以便於方便查到到被禁用的應用程式及快速地解除禁用。本方案在應用程式的冷藏禁用版面，即如圖3所示「冷藏室」當中，將不常用的應用程式放入冷藏室可以節省系統內存且可以禁止應用程式自啟動，其原理主要是調用PackageManager中的setApplicationEnabledSetting接口通過傳入PackageManager.COMPONENT_ENABLED_STATE_DISABLED參數將應用內的所有組件置為disable狀態。

監聽用戶對被禁用的應用程式的點擊操作。當用戶點擊其中一個應用程式的圖標，例如「指南針」APP，則在當前版面上顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

當接收到永久解禁指令後，刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標。所述圖標特效在本第一實施例中，為在該應用程式原有的圖標上添加半透明的圖層，使原有的圖標好像被冰封了，形象生動地表達出該應用程式已經被禁用。對於冷藏室中正常被冷藏的應用程式其圖標上覆蓋一層冰層，這層冰層是我們在原有圖標的基礎上繪製上去的。而對於臨時解凍的應用即使其應用還在冷藏室中，但應用此時已經處於可用(enable)狀態，因此我們會在冷藏室中顯示應用的原圖標，提醒用戶該應用此時處於臨時解凍狀態，再次點擊可直接使用。在接收到永久解禁指令後，冰封的圖標特效也被刪除。恢復所述被選取的應用程式的啟用狀態。應用程式在沒有被禁用前，即處於啟用狀態，用戶可以在需要時打開該應用程式。恢復啟用狀態後，將所述被選取的應用程式從所述禁用版面中移除。

當接收到臨時解禁指令後，刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標。運行所述被選取的應用程式，解除禁用的之後立即打開該應用程式，無需用戶再次點擊才打開。例如對「指南針」APP臨時解除禁用後，立即打開該APP，更為符合用戶的使用習慣。在本次使用後，通過監聽特定事件，觸發再次對該應用程式的禁用操作，節省用戶操作。

優選地，本實施例根據系統的廣播信息監聽鎖屏或待機指令；在獲取所述鎖屏或待機指令後，退出所述「指南針」APP應用程式；觸髮禁用所述應用程式的禁用指令，重新禁用所述「指南針」APP應用程式。將該「指南針」APP重新添加到所述冷藏禁用版面，並對其圖標添加圖標特效。本發明提供一種在冷藏室中臨時解凍應用的方案，當用戶需要臨時使用冷藏室內的某個應用程式時不需要先解凍再打開，而是在冷藏室中直接點擊就可以正常使用。當鎖屏或關機時，之前臨時解凍的應用會再次冷凍。對於系統鎖屏和待機這兩種狀態我們是通過監聽系統的廣播來獲知的，系統的鎖屏廣播為：public static final String ACTION_SCREEN_OFF＝"android.intent.action.SCREEN_OFF"；待機廣播為：public static final String ACTION_SHUTDOWN＝"android.intent.action.ACTION_SHUTDOWN"；系統在鎖屏或關機時我們會從資料庫中獲取當前冷藏室中所用應用的列表，然後通過PM的getApplicationInfo方法獲取該應用的ApplicationInfo，然後根據該應用的ApplicationInfo中的enabled參數判斷該應用當前是否處于禁用(disable)狀態，如果不處於disable狀態，則說明該應用當前處於臨時解凍狀態，需要重新冷藏。需要補充說明的是，在冷藏室中點擊某個應用時會彈出提示框提醒用戶是解凍還是打開，當用戶點擊解凍時會執行正常的解凍流程，解凍完成之後該應用會從冷藏室中移除到桌面。當點擊打開時同樣也會執行解凍流程，但解凍完成之後應用的圖標還會在冷藏室中，不會被移除到桌面。解凍是調用PM的setApplicationEnabledSetting接口，通過傳入PackageManager.COMPONENT_ENABLED_STATE_ENABLED參數將該應用置為啟用(enable)狀態。對於臨時解凍的應用，在調用以上解凍接口之後還需要調用應用的startActivity方法拉起該應用。為了區別於冷藏室中其他被冷藏的應用，在臨時解凍完成之後我們需要利用BubbleTextView的setCompoundDrawablesWithIntrinsicBounds方法將應用的圖標重新賦值給該View，此時應用圖標上的冰層消失，表示該應用此時處於臨時解凍狀態。重新冷藏是調用PM的setApplicationEnabledSetting接口，通過傳入PackageManager.COMPONENT_ENABLED_STATE_DISABLED參數將該應用置為禁用(disable)狀態。重新冷藏之後我們會在應用的圖標上繪製一層冰層用於表示該應用此時處於冷藏狀態。

在其中一個實施例當中，觸發對被選取的應用程式的解除禁用指令的步驟，包括：

監聽用戶將被禁用的應用程式的拖曳出所述冷藏禁用版面的操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

如圖3所示，需要對「指南針」APP臨時解除禁用時，只需將其圖標拖曳出冷藏室，隨即顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令，更為符合用戶的使用習慣。

圖4為本發明一種應用程式的解除禁用方法的第二實施例流程圖。圖5為本發明一種應用程式的解除禁用方法的第二實施例示意圖。S301：在應用程式的冷藏禁用版面中，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

步驟S301之後，轉入步驟S302或步驟S305；

S302：當監聽到用戶對冷凍禁用區的應用程式的點擊操作時，觸發永久解禁指令；

S303：當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；

S304：將所述被選取的應用程式從所述禁用版面中移除；

S305：當監聽到用戶對冷鮮禁用區的應用程式的點擊操作時，觸發臨時解禁指令；

S306：當接收到臨時解禁指令後，運行所述被選取的應用程式，並根據系統的廣播信息監聽鎖屏或待機指令；

S307：在獲取所述鎖屏或待機指令後，計算時間長度達到了預設的禁用時長，退出所述被選取的應用程式；

S308：觸髮禁用所述應用程式的禁用指令，重新禁用所述被選取的應用程式。

如圖4、5所示的第二實施例，與第一實施例相比將冷藏禁用版面劃分為冷凍禁用區和冷鮮禁用區，分別如圖5的「冷凍區」和「冷鮮區」，其中，「冷凍區」的應用程式是永久禁用的，當監聽到用戶對冷凍禁用區的應用程式的點擊操作時，觸發永久解禁指令；「冷鮮區」的應用程式是臨時禁用的，當監聽到用戶對冷鮮禁用區的應用程式的點擊操作時，觸發臨時解禁指令。例如，冷鮮區的「電子郵件」APP和「文件管理」APP在平時大多數時候都不會使用，只有在用戶要發送或接收郵件，或好久沒整理存儲的文件時，才打開使用，對這些APP不能刪除但也不希望他們永久禁用，此時可以將他們放入冷藏室的冷鮮區，在使用一次後自動恢復禁用，顯然，冷鮮區的應用程式使用頻率會比冷凍區的要高。冷凍區的應用程式，如「遊戲中心」APP，有可能經常給用戶發廣告，偷跑流量和佔用內存資源，用戶啟用這些應用程式的頻率要更為低一些，故放入冷凍區永久禁用，以上劃分更為形象直觀，合符用戶使用習慣，便於用戶按禁用方式分類管理系統內的應用程式。

需要補充說明的是，所述點擊操作包括單擊、雙擊和長按操作。

在其中一個實施例當中，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，觸發對被選取的應用程式的解除禁用指令的步驟，包括：

判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

當監聽到用戶將冷凍禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發永久解禁指令；

當監聽到用戶將冷鮮禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發臨時解禁指令；

當監聽到用戶將冷鮮禁用區的應用程式的拖曳至冷凍禁用區的操作時，將該應用程式移動到所述冷凍禁用區；

當監聽到用戶將冷凍禁用區的應用程式的拖曳至冷鮮禁用區的操作時，將該應用程式移動到所述冷鮮禁用區。

需要補充說明的是，在將冷藏禁用版面劃分為冷凍禁用區和冷鮮禁用區之後，可以形象直觀的供用戶選取，同時，配合拖曳操作，各為符合用戶的使用習慣。此時，用戶還可以通過拖曳，在冷藏禁用版面當中切換被禁用的應用程式所處的禁用區。

優選地，當接收到永久解禁指令或臨時解禁指令後，還包括：

刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標。

優選地，在重新禁用所述被選取的應用程式的步驟後，還包括：

對所述被選取的應用程式的圖標添加圖標特效。

需要補充說明的是，在將冷藏禁用版面劃分為冷凍禁用區和冷鮮禁用區之後，可以針對不同的禁用區設置不同的圖標特效。特別是，在應用程式切換所處的禁用區時可以更改相應的圖標特效。

圖6為本發明一種應用程式的解除禁用終端的示意圖，包括：

指令觸發單元，用於在應用程式的冷藏禁用版面中，觸發對被選取的應用程式的解除禁用指令，其中，所述解除禁用指令至少包括永久解禁指令和臨時解禁指令；

解禁恢復單元，用於當接收到永久解禁指令後，恢復所述被選取的應用程式的啟用狀態；

臨時解禁單元，用於當接收到臨時解禁指令後，運行所述被選取的應用程式，並在所述被選取的應用程式本次運行結束後，重新禁用所述被選取的應用程式。

圖6與圖1相對應，圖中各單元的運行方式與方法中的相同。

圖7為本發明一種應用程式的解除禁用終端的第一實施例示意圖。

如圖7所示，所述指令觸發單元，包括：

點擊顯示單元，用於監聽用戶對被禁用的應用程式的點擊操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

如圖7所示，所述解禁恢復單元，包括：

應用移除單元，用於將所述被選取的應用程式從所述禁用版面中移除。

如圖7所示，所述臨時解禁單元，包括：

廣播監聽單元，用於根據系統的廣播信息監聽鎖屏或待機指令；

程序退出單元，用於在獲取所述鎖屏或待機指令後，退出並重新禁用所述被選取的應用程式。

如圖7所示，還包括：

圖標恢復單元，用於刪除所述被選取的應用程式被禁用時添加至該應用程式的圖標特效，以恢復該應用程式被禁用前的圖標。

如圖7所示，還包括：

圖標特效單元，用於對所述被選取的應用程式的圖標添加圖標特效。

圖7與圖2相對應，圖中各單元的運行方式與方法中的相同。

優選地，所述指令觸發單元，包括：

拖曳顯示單元，用於監聽用戶將被禁用的應用程式的拖曳出所述冷藏禁用版面的操作，顯示解除禁用指令的可選按鈕，以供用戶選擇觸發永久解禁指令或臨時解禁指令。

圖8為本發明一種應用程式的解除禁用終端的第二實施例示意圖。

如圖8所示，還包括：

第一區域判斷單元，用於判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

第一指令生成單元，用於當監聽到用戶對冷凍禁用區的應用程式的點擊操作時，觸發永久解禁指令；

當監聽到用戶對冷鮮禁用區的應用程式的點擊操作時，觸發臨時解禁指令。

如圖8所示，所述程序退出單元，包括：

計時退出單元，用於計算時間長度達到了預設的禁用時長，其中，所述預設的退出時長是從獲取所述鎖屏或待機指令後開始計時，到觸髮禁用所述應用程式的禁用指令的時間長度。

圖8與圖4相對應，圖中各單元的運行方式與方法中的相同。

優選地，所述冷藏禁用版面包括冷凍禁用區和冷鮮禁用區，所述指令觸發單元，包括：

區域判斷單元，用於判斷用戶當前點擊的應用程式為冷凍禁用區或冷鮮禁用區的應用程式；

第二指令生成單元，用於當監聽到用戶將冷凍禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發永久解禁指令；當監聽到用戶將冷鮮禁用區的應用程式的拖曳出所述冷藏禁用版面的操作時，觸發臨時解禁指令；

禁用區移動單元，用於當監聽到用戶將冷鮮禁用區的應用程式的拖曳至冷凍禁用區的操作時，將該應用程式移動到所述冷凍禁用區；當監聽到用戶將冷凍禁用區的應用程式的拖曳至冷鮮禁用區的操作時，將該應用程式移動到所述冷鮮禁用區。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

以上所述實施例僅表達了本發明的幾種實施方式，其描述較為具體和詳細，但並不能因此而理解為對本發明專利範圍的限制。應當指出的是，對於本領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干變形和改進，這些都屬於本發明的保護範圍。因此，本發明專利的保護範圍應以所附權利要求為準。