本發明涉及移動終端領域，尤其涉及一種應用控制的方法及移動終端。

背景技術：

隨著智能終端的日益發展，智能終端越來越普及，目前市面上流行的智能終端包括移動終端，移動終端主要包括智能手機和平板電腦。由于開發商的不同，移動終端所使用的操作系統也不同，主流操作系統包括Android操作系統和IOS操作系統。

在現有的操作系統中，省電模塊在查殺應用的時候，需要判斷一個應用是否在工作狀態，而對于設置有常駐通知的應用則無法檢測到其是否處于工作狀態。從而可能導致該應用查殺，使得用戶體驗不好。比如，一個倒計時軟件在狀態欄顯示倒計時，當滿足查殺條件之后，倒計時軟件被查殺，這時倒計時通知也會被清除，嚴重影響了用戶的使用體驗。

技術實現要素：

本發明實施例提供了一種應用控制的方法及移動給終端，用于提高用戶的體驗。

本發明實施例第一方面提供一種應用控制的方法，包括：

接收第一應用程序申請的通知欄常駐請求；

為第一應用程序在通知欄中添加常駐通知；

添加監聽通知欄中常駐通知的狀態的監聽器；

通過監聽器監聽第一應用程序所對應的常駐通知在通知欄中的狀態；

當進行應用程序查殺時，通過所監聽到的常駐通知的狀態判斷第一應用程序是否處于工作狀態，若是，則保留第一應用程序的內存占用。

一種可能的實現方式中，通過所監聽到的常駐通知的狀態判斷第一應用程序是否處于工作狀態包括：

判斷通知欄欄中是否存在第一應用程序的常駐通知，若是，則表示第一應用處于工作狀態，若否，則表示第一應用程序不處于工作狀態。

另一種可能的實現方式中，在保留第一應用程序的內存占用之前，方法還包括：

判斷第一應用程序的內存占用比例是否小于預設閾值，若是，則執行保留第一應用程序的內存占用的步驟；若否，則不保留第一應用程序的內存占用。

另一種可能的實現方式中，在保留第一應用程序的內存占用之后，方法還包括：

判斷第一應用程序是否存在關聯應用程序，若存在，則保留關聯應用程序的內存占用。

另一種可能的實現方式中，在為第一應用程序在通知欄中添加常駐通知之后，方法還包括：

當對應用程序進行資源分配時，優先為第一應用程序分配系統資源。

本發明實施例第二方面提供一種移動終端，包括：

接收單元，用于接收第一應用程序申請的通知欄常駐請求；

添加單元，用于為第一應用程序在通知欄中添加常駐通知；

添加單元還用于，添加監聽通知欄中常駐通知的狀態的監聽器；

監聽單元，用于通過監聽器監聽第一應用程序所對應的常駐通知在通知欄中的狀態；

判斷單元，用于當進行應用程序查殺時，通過所監聽到的常駐通知的狀態判斷第一應用程序是否處于工作狀態；

保留單元，用于當判斷單元通過所監聽到的常駐通知的狀態判斷第一應用程序處于工作狀態時，保留第一應用程序的內存占用。

一種可能的實現方式中，判斷單元具體用于：

判斷通知欄欄中是否存在第一應用程序的常駐通知，若是，則表示第一應用處于工作狀態，若否，則表示第一應用程序不處于工作狀態。

另一種可能的實現方式中，判斷單元還用于：

在保留單元保留第一應用程序的內存占用之前，判斷第一應用程序的內存占用比例是否小于預設閾值，若是，則執行保留第一應用程序的內存占用的步驟；若否，則不保留第一應用程序的內存占用。

另一種可能的實現方式中，判斷單元還用于：

在保留單元保留第一應用程序的內存占用之后，判斷第一應用程序是否存在關聯應用程序，若存在，則保留關聯應用程序的內存占用。

另一種可能的實現方式中，移動終端還包括：

分配單元，用于在添加單元為第一應用程序在通知欄中添加常駐通知之后，當對應用程序進行資源分配時，優先為第一應用程序分配系統資源。

從以上技術方案可以看出，本發明實施例具有以下優點：

移動終端先接收第一應用程序申請的通知欄常駐請求，再為第一應用程序在通知欄中添加常駐通知，移動終端添加監聽通知欄中常駐通知的狀態的監聽器，通過監聽器監聽第一應用程序所對應的常駐通知在通知欄中的狀態，當進行應用程序查殺時，通過所監聽到的常駐通知的狀態判斷第一應用程序是否處于工作狀態，若是，則保留第一應用程序的內存占用。這樣，移動終端通過監測應用程序的常駐通知狀態來時刻檢測錄屏應用程序的工作狀態，當該應用程序處于工作狀態時，在進行查殺應用程序時，保留該應用程序的內存占用，即不對該應用程序進行查殺，提高了用戶的使用體驗。

附圖說明

圖1為本發明實施例中應用控制的方法的一個示意圖；

圖2為本發明實施例中應用控制的方法的另一示意圖；

圖3為本發明實施例中移動終端的一個示意圖；

圖4為本發明實施例中移動終端的另一示意圖。

具體實施方式

本發明實施例提供了一種應用控制的方法及移動給終端，用于提高用戶的體驗。

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”、“第三”、“第四”等(如果存在)是用于區別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數據在適當情況下可以互換，以便這里描述的實施例能夠以除了在這里圖示或描述的內容以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對于這些過程、方法、產品或設備固有的其它步驟或單元。

參照圖1所示，本發明實施例中應用控制的方法的一個實施例包括：

101、接收第一應用程序申請的通知欄常駐請求。

對于用戶比較常用的一些應用程序一般可以將其設置為常用應用程序，即在通知欄中添加該應用程序的常用通知。該應用程序若需要將對應的常駐通知添加到移動終端的通知欄中，首先需要向移動終端的系統進行通知欄的常駐請求。

該第一應用程序可以為播報天氣類的應用程序、或者進行日程提醒類的應用程序、或者進行音樂播放類的應用程序等。

102、為所述第一應用程序在通知欄中添加常駐通知。

在收到第一應用程序的通知欄常駐請求后，移動終端則響應該請求，為該第一應用程序在通知欄中添加常駐通知。具體的，可以通過通過通知服務管理(Notification Manager Service)來為該第一應用程序在移動終端的系統中的通知欄中添加該第一應用程序的常駐通知。

103、添加監聽所述通知欄中常駐通知的狀態的監聽器。

一般的，添加有常駐通知類的應用程序在實際應用中的優先級比較高，因為這些應用程序會被經常使用到，因此，不應該由于該類應用程序是否處于系統后臺而進行凍結或查殺，這類應用程序應當受到系統的保護。因此，在本發明實施例中通過添加監聽器來時刻監聽該第一應用程序的工作狀態，以便后續進行應用程序查殺時，根據該第一應用程序的工作狀態判斷是否保護該第一應用程序。具體的，可以通過應用管理模塊注冊監聽器。

104、通過所述監聽器監聽所述第一應用程序所對應的常駐通知在所述通知欄中的狀態。

在通知欄中該第一應用程序的常駐通知的狀態一般包括添加和刪除，當監聽器監測到該第一應用程序的錄屏狀態發生變化時，則會通知應用管理模塊，從而反饋到上層中的應用程序查殺策略模塊中。

105、當進行應用程序查殺時，通過所監聽到的所述常駐通知的狀態判斷所述第一應用程序是否處于工作狀態，若是，則執行步驟106；若否，則執行步驟107。

每個移動終端的系統都設置有應用查殺機制，即當系統的內存不足或者處理器過于繁忙或者移動終端的溫度過高時，則會自動啟動應用查殺機制，為了保證系統能夠正常運行。但是當啟動應用查殺機制時，一般的只會保留一些系統應用程序不會殺掉，而其他的應用程序都有可能會被殺掉，而添加有常駐通知的應用程序也應該受到保護，因此在本發明實施例中，當系統進行應用程序查殺時，則需要先通過所監聽到的通知欄中常用通知的狀態判斷所述第一應用程序是否處于工作狀態，再根據判斷結果決定是否查殺掉該錄屏應用程序。

可選的，通過所監聽到的所述常駐通知的狀態判斷所述第一應用程序是否處于工作狀態包括：

判斷所述通知欄欄中是否存在所述第一應用程序的常駐通知，若是，則表示所述第一應用處于工作狀態，若否，則表示所述第一應用程序不處于工作狀態。

若該第一應用程序仍處于錄屏的工作狀態，那么則在通知服務管理中必定會存在該第一應用程序的常駐通知，若該第一應用程序不處于工作狀態時，則會釋放掉在通知欄中該第一應用程序的、常駐通知。因此，可以通過通知欄中是否存在所述第一應用程序的常駐通知來判斷該第一應用程序是否處于工作狀態。

106、保留所述第一應用程序的內存占用。

當該第一應用程序處于工作狀態時，那么移動終端則不對該應用程序進行查殺，即保留該應用程序的內存占用。

107、不保留所述第一應用程序的內存占用。

當該第一應用程序不處于工作狀態時，那么移動終端則可以對該應用程序進行查殺，即不保留該應用程序的內存占用。

本發明實施例中，移動終端先接收第一應用程序申請的通知欄常駐請求，再為所述第一應用程序在通知欄中添加常駐通知，移動終端添加監聽所述通知欄中常駐通知的狀態的監聽器，通過所述監聽器監聽所述第一應用程序所對應的常駐通知在所述通知欄中的狀態，當進行應用程序查殺時，通過所監聽到的所述常駐通知的狀態判斷所述第一應用程序是否處于工作狀態，若是，則保留所述第一應用程序的內存占用。這樣，移動終端通過監測應用程序的常駐通知狀態來時刻檢測錄屏應用程序的工作狀態，當該應用程序處于工作狀態時，在進行查殺應用程序時，保留該應用程序的內存占用，即不對該應用程序進行查殺，提高了用戶的使用體驗。

參照圖2所示，本發明實施例中應用控制的方法的另一實施例包括：

201、接收第一應用程序申請的通知欄常駐請求。

詳細內容參照步驟101所述。

202、為所述第一應用程序在通知欄中添加常駐通知。

詳細內容參照步驟102所述。

203、當對應用程序進行資源分配時，優先為所述第一應用程序分配系統資源。

由于在實際應用中，添加有常駐通知類的應用程序的重要性較高，用戶會經常使用該應用程序，因此在本發明實施例中，在對系統應用程序進行資源分配時，可以優先為該添加有常駐通知的應用程序分配系統資源，即可以為該第一應用程序分配更多的系統資源，設置該第一應用程序的優先級為高優先級等等。

204、添加監聽所述通知欄中常駐通知的狀態的監聽器。

詳細內容參照步驟103所述。

205、通過所述監聽器監聽所述第一應用程序所對應的常駐通知在所述通知欄中的狀態。

詳細內容參照步驟104所述。

206、當進行應用程序查殺時，通過所監聽到的所述常駐通知的狀態判斷所述第一應用程序是否處于工作狀態，若是，則執行步驟106；若否，則執行步驟107。

詳細內容參照步驟105所述。

207、判斷所述第一應用程序的內存占用比例是否小于預設閾值，若是，則執行步驟208，若否，則執行步驟209。

若該第一應用程序的內存占用比例較小，則表示該第一應用程序對系統所造成的弊端較小，那么該第一應用程序則應該被保護，不應該被殺掉。若該第一應用程序的內存占用比例較大，則表示該第一應用程序出現了死循環或者一些業務邏輯錯誤，那么該第一應用程序應該被殺掉，讓終端用戶重新啟動該第一應用程序。具體的，該預設閾值可以設置為20％，具體值可以根據實際應用進行自定義設置。

208、保留所述第一應用程序的內存占用。

詳細內容參照步驟106所述。

209、不保留所述第一應用程序的內存占用。

詳細內容參照步驟107所述。

210、判斷所述第一應用程序是否存在關聯應用程序，若是，則執行步驟211，若否，則結束流程。

若該第一應用程序與其他的應用程序存在關聯關系，那么所關聯的應用程序也應該被保護。比如該第一應用程序為QQ天氣的應用程序，而該QQ天氣應用程序為QQ社交應用程序中所關聯的程序，因此在進行系統查殺時候，不僅該QQ天氣程序的需要被保護，該QQ社交應用程序同樣需要被保護。否則可能導致出現數據丟失，導致程序發生錯誤，比如賬號丟失等。

211、保留所述關聯應用程序的內存占用。

若存在與第一應用程序關聯的應用程序，那么在進行應用查殺時，所關聯的應用程序的內存占用也同樣被保留，不對該關聯的應用程序進行查殺。

參照圖3所示，本發明實施例中移動終端的一個實施例包括：

接收單元301，用于接收第一應用程序申請的通知欄常駐請求；

添加單元302，用于為所述第一應用程序在通知欄中添加常駐通知；

所述添加單元302還用于，添加監聽所述通知欄中常駐通知的狀態的監聽器；

監聽單元303，用于通過所述監聽器監聽所述第一應用程序所對應的常駐通知在所述通知欄中的狀態；

判斷單元304，用于當進行應用程序查殺時，通過所監聽到的所述常駐通知的狀態判斷所述第一應用程序是否處于工作狀態；

保留單元305，用于當所述判斷單元通過所監聽到的所述常駐通知的狀態判斷所述第一應用程序處于工作狀態時，保留所述第一應用程序的內存占用。

可選的，所述判斷單元304具體用于：

判斷所述通知欄欄中是否存在所述第一應用程序的常駐通知，若是，則表示所述第一應用處于工作狀態，若否，則表示所述第一應用程序不處于工作狀態。

可選的，所述判斷單元304還用于：

在所述保留單元305保留所述第一應用程序的內存占用之前，判斷所述第一應用程序的內存占用比例是否小于預設閾值，若是，則執行所述保留所述第一應用程序的內存占用的步驟；若否，則不保留所述第一應用程序的內存占用。

可選的，所述判斷單元304還用于：

在所述保留單元305保留所述第一應用程序的內存占用之后，判斷所述第一應用程序是否存在關聯應用程序，若存在，則保留所述關聯應用程序的內存占用。

參照圖4所示，本發明實施例所提供的移動終端還包括：

分配單元306，用于在所述添加單元為所述第一應用程序在通知欄中添加常駐通知之后，當對應用程序進行資源分配時，優先為所述第一應用程序分配系統資源。

圖3實施例以及圖4實施例中各單元的具體描述參照圖1實施例和圖2實施例中應用控制的方法的描述，此處不做贅述。

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

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

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

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

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

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