本發(fā)明涉及智能手機應用技術領域，尤其涉及一種加快應用啟動響應的系統(tǒng)和方法。

背景技術：

Android系統(tǒng)的移動設備上，應用啟動分成兩個階段：第一階段從點擊桌面圖標到顯示啟動窗口，耗時設為t1；第二階段從顯示啟動窗口到顯示應用實際內(nèi)容，耗時設為t2。這樣，應用啟動響應時間為t1 + t2。

這種方式下，在應用啟動的第一階段，系統(tǒng)需要根據(jù)啟動應用的主題風格，動態(tài)計算、加載和設置啟動窗口的主題風格，以和即將啟動的應用相匹配，導致t1過長；同時，如果應用界面足夠復雜，系統(tǒng)加載應用實際內(nèi)容的時間也會隨之增加，又導致t2過長。于是，應用啟動響應時間t1 + t2時間過長，用戶體驗較差。

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

本發(fā)明的目的是針對上述現(xiàn)有技術存在的缺陷，提供一種加快應用啟動響應的系統(tǒng)和方法。

本發(fā)明提供的加快應用啟動響應的系統(tǒng)包括：設于客戶端的預設置模塊、應用啟動模塊、截圖模塊、存儲模塊和上傳數(shù)據(jù)模塊，設于云端的控制模塊和推送數(shù)據(jù)模塊；

預設置模塊，用于預設置各應用的啟動內(nèi)容和啟動背景；

應用啟動模塊，用于啟動應用時，應用啟動窗口獲取應用的啟動信息，加載應用啟動內(nèi)容，添加啟動背景；

截圖模塊，用于截取應用背景截圖；

存儲模塊，用于存儲截取的應用背景截圖；

上傳數(shù)據(jù)模塊，用于向云端上報應用內(nèi)容及背景數(shù)據(jù)；

控制模塊，用于根據(jù)客戶端上一次退出應用時的內(nèi)容設置為下一次應用啟動內(nèi)容，根據(jù)該應用內(nèi)容匹配的應用背景實時更新應用啟動背景；

推送數(shù)據(jù)模塊，向客戶端推送應用啟動內(nèi)容及啟動背景。

本發(fā)明還提供了一種加快應用啟動響應的方法，包括以下步驟：

步驟1：預設置各應用的啟動內(nèi)容和啟動背景；

步驟2：云端根據(jù)客戶端上一次退出應用時的內(nèi)容作為下一次應用啟動內(nèi)容，根據(jù)該應用內(nèi)容匹配的應用背景實時更新應用啟動背景，向客戶端推送應用啟動內(nèi)容及啟動背景；

步驟3：啟動應用；

步驟4：應用啟動窗口獲取應用的啟動信息，加載應用啟動內(nèi)容，添加啟動背景；

步驟5：截取應用背景截圖并保存，客戶端實時向云端上報應用內(nèi)容及背景數(shù)據(jù)；

步驟6：退出應用。

與現(xiàn)有技術相比，本發(fā)明通過云端統(tǒng)計大數(shù)據(jù)，適用范圍大，能最大程度預測不同應用啟動界面的內(nèi)容，并對它們帶來啟動上的體驗提升；應用背景截圖保存至客戶端，在客戶端運行時常駐并實時更新，能最大程度保證應用每次啟動都能正確的啟動背景；本發(fā)明提出的預置背景，可以使應用啟動相應過程縮小至啟動窗口啟動這個階段，并且縮短這個階段的時間，縮短了實際響應時間。本發(fā)明通過智能常駐預置背景的方式，優(yōu)化應用啟動響應的體驗，使得應用啟動時，減少第一階段t1的時間，并在第一階段就顯示應用內(nèi)容，即可以直接忽略第二階段對應用啟動響應的影響，應用啟動響應時間t < t1 < t1 + t2，大大加快了響應速度，提高了用戶體驗。

附圖說明

圖1為本發(fā)明系統(tǒng)的功能模塊圖；

圖2為本發(fā)明方法的步驟流程圖。

具體實施方式

下面結合附圖和實施例對發(fā)明進行詳細的說明。

絕大部分應用啟動后需要加載什么內(nèi)容，都有規(guī)律可循，如系統(tǒng)設置啟動時，從頭顯示一個固定的列表；音樂啟動時，顯示當前所有音樂文件的列表；2048游戲啟動時，顯示退出游戲前的進度內(nèi)容等。

本發(fā)明會通過云端不斷收集不同應用啟動顯示內(nèi)容的大數(shù)據(jù)，針對性的制定出不同的規(guī)則，如設置每次進入時，顯示內(nèi)容都一致；音樂每次進入時，顯示內(nèi)容與最近更新音樂數(shù)據(jù)庫的內(nèi)容一致；2048每次啟動時，顯示內(nèi)容與退出前的內(nèi)容一致。

云端將定期把這些最新策略推送到客戶端，客戶端根據(jù)這些策略，預測不同的應用下次啟動時會顯示什么內(nèi)容，并提前把內(nèi)容準備好，應用下次啟動時就可以直接加載?？蛻舳藭鶕?jù)云端推送的策略，針對性的在不同應用中截取可以用作下次啟動時顯示的內(nèi)容截圖，并常駐保存，實時更新。

對于手機內(nèi)置的應用，客戶端已經(jīng)知道這些應用的規(guī)律，可直接預置啟動截圖，如系統(tǒng)設置，每次進入都從頭顯示一個固定列表，可將這個列表顯示的截圖內(nèi)置到手機中，用作系統(tǒng)設置啟動時加載；音樂每次進入時，顯示最新數(shù)據(jù)列表，可在音樂界面增刪文件結束后，將當前列表截圖，用作音樂啟動時加載；2048每次進入時，顯示退出前的內(nèi)容，可在2048退出前將當前內(nèi)容截圖，用作2048啟動時加載。

如圖1所示，本發(fā)明提出的加快應用啟動響應的系統(tǒng)，包括：設于客戶端的預設置模塊、應用啟動模塊、截圖模塊、存儲模塊和上傳數(shù)據(jù)模塊，設于云端的控制模塊和推送數(shù)據(jù)模塊。

預設置模塊預設置各應用的啟動內(nèi)容和啟動背景；云端的控制模塊根據(jù)客戶端上一次退出應用時的內(nèi)容設置為下一次應用啟動內(nèi)容，根據(jù)該應用內(nèi)容匹配的應用背景實時更新應用啟動背景；推送數(shù)據(jù)模塊向客戶端推送應用下一次啟動時的啟動內(nèi)容及啟動背景；應用啟動時，應用啟動模塊通過應用啟動窗口獲取應用的啟動信息，加載應用啟動內(nèi)容，添加啟動背景；截圖模塊實時截取應用背景截圖并保存至存儲模塊；上傳數(shù)據(jù)模塊向云端實時上報應用內(nèi)容及背景數(shù)據(jù)；

本發(fā)明中，啟動窗口獲取應用信息后，直接添加已經(jīng)保存好的啟動截圖作為啟動窗口背景，省去了計算和加載的時間，加快了啟動窗口的響應速度。同時，由于啟動窗口顯示時，就顯示了應用啟動需要顯示的內(nèi)容，后續(xù)應用實際加載和加載完成后替換啟動窗口的過程不會被用戶感知。

本發(fā)明還提供了一種加快應用啟動響應的方法，具體包括以下步驟：

步驟1：預設置各應用的啟動內(nèi)容和啟動背景；

步驟2：云端根據(jù)客戶端上一次退出應用時的內(nèi)容作為下一次應用啟動內(nèi)容，根據(jù)該應用內(nèi)容匹配的應用背景實時更新應用啟動背景，向客戶端推送應用啟動內(nèi)容及啟動背景；

步驟3：啟動應用；

步驟4：應用啟動窗口獲取應用的啟動信息，加載應用啟動內(nèi)容，添加啟動背景；

步驟5：截取應用背景截圖并保存，客戶端實時向云端上報應用內(nèi)容及背景數(shù)據(jù)；

步驟6：退出應用。

本發(fā)明通過云端統(tǒng)計大數(shù)據(jù)，適用范圍大，能最大程度預測不同應用啟動界面的內(nèi)容，并對它們帶來啟動上的體驗提升；應用背景截圖保存至客戶端，在客戶端運行時常駐并實時更新，能最大程度保證應用每次啟動都能正確的啟動背景；本發(fā)明提出的預置背景，可以使應用啟動相應過程縮小至啟動窗口啟動這個階段，并且縮短這個階段的時間，使實際響應時間大大縮短，大大提升用戶體驗。

上述實施例僅用于說明本發(fā)明的具體實施方式。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和變化，這些變形和變化都應屬于本發(fā)明的保護范圍。