本發(fā)明涉及計算機應用領域，特別是涉及一種應用的自動喚醒方法、裝置及移動終端。

背景技術：

現(xiàn)有技術中，終端上通常安裝有多個應用(APP)，用戶在使用這些應用時，每個應用真正使用的時間其實不多，需要一直開啟的應用很少。但是，有些事件是具備持續(xù)性的，當前使用該APP完成之后，需要經(jīng)過一段時間才重新使用到該APP，若APP保持運行狀態(tài)，則會一直占用系統(tǒng)資源，耗時耗電，并會使得系統(tǒng)運行越來越慢。若直接關閉該APP，那么，在經(jīng)歷一段時間到達APP應該執(zhí)行事件后續(xù)操作的時間點，該APP又處于關閉狀態(tài)，不能及時有效地執(zhí)行這一事件的后續(xù)部分。

綜上可知，現(xiàn)有技術中，應用在處理事件的過程中還存在缺陷。例如，在使用訂票應用成功完成訂票時，下面存在兩種情況，一種是訂票應用持續(xù)運行，一種是直接關閉該應用。如果不關閉訂票應用，那么該應用一直處于運行狀態(tài)，不但占用設備內存，還會不斷消耗電量，甚至導致設備出現(xiàn)持續(xù)發(fā)熱的狀況。如果直接關閉訂票應用，那么該應用在用戶再次人工打開之前便不會再接收到關于所定票務的相關信息，導致用戶可能會因為沒有及時收到關鍵信息而遭受不必要的損失，給用戶帶來許多不便。

因此，現(xiàn)在亟需一種能夠既省電又能夠讓應用及時處理事件的方法。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的應用的自動喚醒方法、裝置及移動終端。

依據(jù)本發(fā)明實施例的一個方面，提供了一種應用的自動喚醒方法，包括：

接收到包含能夠映射到具體應用的關鍵字/詞的消息；

根據(jù)所述關鍵字/詞查找到所述具體應用，并對所述具體應用執(zhí)行靜默操作；

對所述消息進行解析，確定所述消息描述的事件是否具備在當前時間戳之后結束的延后時效性；

若是，根據(jù)所述事件的類型以及所述事件的延后時效性，確定所述事件再次通知用戶的通知時間；

到達所述通知時間時，自動喚醒所述具體應用。

可選的，對所述消息進行解析，確定所述消息描述的事件是否具備在當前時間點之后結束的延后時效性，包括：

解析所述消息，確定其中是否具備所述事件的執(zhí)行時間；

比對所述執(zhí)行時間和作為當前時間戳的系統(tǒng)時間，確定所述執(zhí)行時間是否晚于所述系統(tǒng)時間；

若是，則所述事件具備在當前時間戳之后結束的延后時效性；

若否，則所述事件已結束。

可選的，根據(jù)所述事件的類型以及所述事件的延后時效性，確定所述事件再次通知用戶的通知時間，包括：

若所述事件為即時完成事件，根據(jù)所述即時完成事件的延后時延性，在所述即時完成事件的結束時間之前預留提醒時間，并將所述提醒時間確定為所述通知時間；

若所述事件為持續(xù)性事件，根據(jù)所述持續(xù)性事件的延后時延性，將所述持續(xù)性事件的結束時間確定為所述通知時間。

可選的，根據(jù)所述即時完成事件的延后時延性，在所述即時完成事件的結束時間之前預留提醒時間，包括：

所述即時完成事件為交通工具啟動時，結合所述交通工具的啟動時間和所述用戶到達所述交通工具所在地的距離，預留出所述提醒時間，其中，所述交通工具包括火車、汽車、輪船、飛機中的至少一種；

所述即時完成事件為訂餐時，結合所述訂餐的下單時間、商家和所述用戶的距離，預留出所述提醒時間；

所述即時完成事件為網(wǎng)約車時，結合所述網(wǎng)約車的下單時間、所述網(wǎng)約車和所述用戶的距離，預留出所述提醒時間。

可選的，根據(jù)所述持續(xù)性事件的延后時延性，將所述持續(xù)性事件的結束時間確定為所述通知時間，包括：

所述持續(xù)性事件為氣候類事件時，將所述氣候類事件的結束時間確定為所述通知時間，其中，所述氣候類事件包括異常類天氣：臺風、暴雨、大雪、雷電、降溫、升溫中的至少一類；

所述持續(xù)性事件為地質類事件時，將所述地質類事件的結束時間確定為所述通知時間，其中，所述地質類事件包括地震、火災、洪水、泥石流中的至少一類；

所述持續(xù)性事件為數(shù)據(jù)操作事件時，將所述數(shù)據(jù)操作事件的結束時間確定為所述通知時間，其中，所述數(shù)據(jù)操作事件包括對數(shù)據(jù)進行更新、傳輸、瀏覽、播放、更改、替換中的至少一項。

可選的，到達所述通知時間時，自動喚醒所述具體應用，包括：

根據(jù)所述通知時間設置定時器并啟動；

待所述定時器到達所述通知時間時，接收所述定時器的定時到達通知；

新建或調用一個喚醒進程，設置所述喚醒進程的喚醒目標為所述具體應用；

執(zhí)行所述喚醒進程，喚醒所述具體應用。

可選的，所述關鍵字/詞包括所述消息的發(fā)送號碼和/或根據(jù)消息內容提煉出的關鍵字/詞，其中，

當所述消息為純文字消息時，所述關鍵字/詞包括能夠標識出具體應用的文字；

當所述消息為文字和/或圖片的結合消息時，所述關鍵字/詞包括能夠標識出具體應用的文字，和/或者，能夠標識出具體應用的LOGO標識；

當所述消息為語音類消息時，所述關鍵字/詞包括將語音轉化為文字后、能夠標識出具體應用的文字。

可選的，對所述具體應用執(zhí)行靜默操作，包括下列至少之一：

關閉所述具體應用；

將所述具體應用放置于應用冷凍室；

將所述具體應用設置為休眠模式。

可選的，到達所述通知時間時，自動喚醒所述具體應用之后，還包括：

接收喚醒后的具體應用發(fā)出的消息；或者

接收用戶指令，根據(jù)所述用戶指令觸發(fā)喚醒后的具體應用執(zhí)行新的操作。

依據(jù)本發(fā)明實施例的另一個方面，還提供了一種應用的自動喚醒裝置，包括：

接收模塊，適于接收到包含能夠映射到具體應用的關鍵字/詞的消息；

靜默模塊，適于根據(jù)所述關鍵字/詞查找到所述具體應用，并對所述具體應用執(zhí)行靜默操作；

解析模塊，適于對所述消息進行解析，確定所述消息描述的事件是否具備在當前時間戳之后結束的延后時效性；

確定模塊，適于若是，根據(jù)所述事件的類型以及所述事件的延后時效性，確定所述事件再次通知用戶的通知時間；

喚醒模塊，適于到達所述通知時間時，自動喚醒所述具體應用。

可選的，所述確定模塊還適于：

解析所述消息，確定其中是否具備所述事件的執(zhí)行時間；

比對所述執(zhí)行時間和作為當前時間戳的系統(tǒng)時間，確定所述執(zhí)行時間是否晚于所述系統(tǒng)時間；

若是，則所述事件具備在當前時間戳之后結束的延后時效性；

若否，則所述事件已結束。

可選的，所述確定模塊還適于：

若所述事件為即時完成事件，根據(jù)所述即時完成事件的延后時延性，在所述即時完成事件的結束時間之前預留提醒時間，并將所述提醒時間確定為所述通知時間；

若所述事件為持續(xù)性事件，根據(jù)所述持續(xù)性事件的延后時延性，將所述持續(xù)性事件的結束時間確定為所述通知時間。

可選的，所述確定模塊還適于：

所述即時完成事件為交通工具啟動時，結合所述交通工具的啟動時間和所述用戶到達所述交通工具所在地的距離，預留出所述提醒時間，其中，所述交通工具包括火車、汽車、輪船、飛機中的至少一種；

所述即時完成事件為訂餐時，結合所述訂餐的下單時間、商家和所述用戶的距離，預留出所述提醒時間；

所述即時完成事件為網(wǎng)約車時，結合所述網(wǎng)約車的下單時間、所述網(wǎng)約車和所述用戶的距離，預留出所述提醒時間。

可選的，所述確定模塊還適于：

所述持續(xù)性事件為氣候類事件時，將所述氣候類事件的結束時間確定為所述通知時間，其中，所述氣候類事件包括異常類天氣：臺風、暴雨、大雪、雷電、降溫、升溫中的至少一類；

所述持續(xù)性事件為地質類事件時，將所述地質類事件的結束時間確定為所述通知時間，其中，所述地質類事件包括地震、火災、洪水、泥石流中的至少一類；

所述持續(xù)性事件為數(shù)據(jù)操作事件時，將所述數(shù)據(jù)操作事件的結束時間確定為所述通知時間，其中，所述數(shù)據(jù)操作事件包括對數(shù)據(jù)進行更新、傳輸、瀏覽、播放、更改、替換中的至少一項。

可選的，所述喚醒模塊還適于：

根據(jù)所述通知時間設置定時器并啟動；

待所述定時器到達所述通知時間時，接收所述定時器的定時到達通知；

新建或調用一個喚醒進程，設置所述喚醒進程的喚醒目標為所述具體應用；

執(zhí)行所述喚醒進程，喚醒所述具體應用。

可選的，所述關鍵字/詞包括所述消息的發(fā)送號碼和/或根據(jù)消息內容提煉出的關鍵字/詞，其中，

當所述消息為純文字消息時，所述關鍵字/詞包括能夠標識出具體應用的文字；

當所述消息為文字和/或圖片的結合消息時，所述關鍵字/詞包括能夠標識出具體應用的文字，或者能夠標識出具體應用的LOGO標識；

當所述消息為語音類消息時，所述關鍵字/詞包括將語音轉化為文字后、能夠標識出具體應用的文字。

可選的，所述靜默模塊還適于采用下列至少之一的方式對所述具體應用執(zhí)行靜默操作：

關閉所述具體應用；

將所述具體應用放置于應用冷凍室；

將所述具體應用設置為休眠模式。

可選的，所述接收模塊還適于在自動喚醒所述具體應用之后，接收喚醒后的具體應用發(fā)出的消息；或者，接收用戶指令，根據(jù)所述用戶指令觸發(fā)喚醒后的具體應用執(zhí)行新的操作。

依據(jù)本發(fā)明實施例的又一個方面，提供了一種移動終端，包括：

一個或多個處理器；

存儲器；

一個或多個應用程序，其中所述一個或多個應用程序被存儲在所述存儲器中并被配置為由所述一個或多個處理器執(zhí)行，所述一個或多個程序配置用于執(zhí)行上述任意一項所述的應用的自動喚醒方法。

本發(fā)明實施例，為了解決在使用應用的過程中出現(xiàn)的對系統(tǒng)資源造成不必要的浪費、耗時耗電以及可能產(chǎn)生額外發(fā)熱對設備產(chǎn)生損害的問題，提出了一種對應用實施自動喚醒的方法。能夠實現(xiàn)應用的個性化運行，既滿足應用完成一個階段而進入閑置狀態(tài)時可以將應用關閉以使得移動終端省電、避免過熱等目的，又能夠在應用需要執(zhí)行下一個階段時自動喚醒，提高用戶的感受體驗。具體地，日常使用各應用時，需要在設備上可以接收到包含能夠映射到具體應用的關鍵字/詞的消息。接收到的這些相關的關鍵字/詞的信息，為映射具體應用提供了基礎，關鍵字/詞能夠映射出具體應用，能夠將可能需要喚醒的應用的消息與其他普通消息區(qū)分開，本發(fā)明實施例僅在接收到包含這一類關鍵字/詞的特殊消息時才需要執(zhí)行后續(xù)的應用喚醒步驟，對于其他普通消息無需進行后續(xù)處理，盡量不為系統(tǒng)增加過量的負擔。并且，能夠發(fā)出包括關鍵字/詞的消息，證明該應用已經(jīng)執(zhí)行了某一操作，并將相應的信息通知到用戶。隨后，根據(jù)這些關鍵字/詞查找到其所映射出的具體應用，并對具體應用執(zhí)行靜默操作，因為，具體應用已經(jīng)執(zhí)行了某一操作且該操作已經(jīng)結束，因此，具體應用此時可被設置為靜默狀態(tài)，以進一步實現(xiàn)省電、避免熱量過高這一目的。進一步，本實施例對接收到的具體消息進行解析，確定該消息描述的事件是否具備在當前時間戳之后結束的延后時效性。當事件具備延后時效性，則證明這一事件后續(xù)仍需要應用繼續(xù)執(zhí)行，本發(fā)明實施例會根據(jù)事件的類型以及事件的延后時效性，確定該事件再次通知用戶的通知時間，當?shù)竭_通知時間時，自動喚醒對應的具體應用。由此可見，采用本發(fā)明實施例提供的方法，可以保持各個應用處于更加個性化地運行狀態(tài)，在應用階段性完成時，則進入靜默模式，需要再次使用時，則自動喚醒具體應用。這一處理方式為系統(tǒng)節(jié)省了大量的資源，并且避免出現(xiàn)大量電量消耗，以及伴隨大量耗電所帶來的過熱、系統(tǒng)緩慢甚至崩潰等缺陷，為移動設備提供了優(yōu)質的運行環(huán)境。同時，采用本發(fā)明實施例提供的方法，在避免上述缺陷后，應用還可以隨時根據(jù)后續(xù)的實際情況選擇被喚醒，能夠為用戶在適當?shù)臅r間提供適當?shù)姆?包括消息推送、時間提醒等等)，將應用服務便利化和損耗最小化，為用戶提供多層次的服務，提升用戶體驗。

上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

根據(jù)下文結合附圖對本發(fā)明具體實施例的詳細描述，本領域技術人員將會更加明了本發(fā)明的上述以及其他目的、優(yōu)點和特征。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1是根據(jù)本發(fā)明一個實施例的應用的自動喚醒方法的處理流程圖；

圖2是根據(jù)本發(fā)明一個實施例的對具體應用執(zhí)行靜默操作的多種方式示意圖；

圖3是根據(jù)本發(fā)明一個實施例的確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性的處理流程圖；

圖4是根據(jù)本發(fā)明一個實施例的對具體應用執(zhí)行自動喚醒操作的多種方式的示意圖；

圖5是根據(jù)本發(fā)明一個實施例的應用的自動喚醒裝置的示意性框圖；以及

圖6是根據(jù)本發(fā)明一個實施例的移動終端的結構示意圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。

為解決上述技術問題，本發(fā)明實施例提供了一種應用的自動喚醒方法。圖1示出了根據(jù)本發(fā)明一個實施例的應用的自動喚醒方法的處理流程圖。如圖1所示，應用的自動喚醒方法至少包括步驟S102至步驟S110：

步驟S102、接收到包含能夠映射到具體應用的關鍵字/詞的消息；

步驟S104、根據(jù)關鍵字/詞查找到具體應用，并對具體應用執(zhí)行靜默操作；

步驟S106、解析消息，確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性，若是，執(zhí)行步驟S108以及步驟S110，若否，圖1所示流程結束；

步驟S108、根據(jù)事件的類型以及事件的延后時效性，確定事件再次通知用戶的通知時間；

步驟S110、到達通知時間時，自動喚醒具體應用。

本發(fā)明實施例，為了解決在使用應用的過程中出現(xiàn)的對系統(tǒng)資源造成不必要的浪費、耗時耗電以及對設備會有所損害的問題，提出了一種對應用實施自動喚醒的方法，能夠實現(xiàn)各應用的個性化運行，既滿足應用完成一個階段而進入閑置狀態(tài)時可以將應用關閉以使得移動終端省電、避免過熱等目的，又能夠在應用需要執(zhí)行下一個階段時自動喚醒，提高用戶的感受體驗。具體地，日常使用各應用時，需要在設備上可以接收到包含能夠映射到具體應用的關鍵字/詞的消息。接收到的這些相關的關鍵字/詞的信息，為映射具體應用提供了基礎，關鍵字/詞能夠映射出具體應用，能夠將可能需要喚醒的應用的消息與其他普通消息區(qū)分開，本發(fā)明實施例僅在接收到包含這一類關鍵字/詞的特殊消息時才需要執(zhí)行后續(xù)的應用喚醒步驟，對于其他普通消息無需進行后續(xù)處理，盡量不為系統(tǒng)增加過量的負擔。并且，能夠發(fā)出包括關鍵字/詞的消息，證明該應用已經(jīng)執(zhí)行了某一操作，并將相應的信息通知到用戶。隨后，根據(jù)這些關鍵字/詞查找到其所映射出的具體應用，并對具體應用執(zhí)行靜默操作，前文論述提及，具體應用已經(jīng)執(zhí)行了某一操作且該操作已經(jīng)結束，因此，具體應用此時可被設置為靜默狀態(tài)，以進一步實現(xiàn)省電、避免熱量過高這一目的。進一步，本實施例對接收到的具體消息進行解析，確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性。當事件具備延后時效性，則證明這一事件后續(xù)仍需要應用繼續(xù)執(zhí)行，本發(fā)明實施例會根據(jù)事件的類型以及事件的延后時效性，確定該事件再次通知用戶的通知時間，當?shù)竭_通知時間時，自動喚醒對應的具體應用。由此可見，采用本發(fā)明實施例提供的方法，可以保持各個應用處于更加個性化地運行狀態(tài)，在應用階段性完成時，則進入靜默模式，需要再次使用時，則自動喚醒具體應用。這一處理方式為系統(tǒng)節(jié)省了大量的資源，避免出現(xiàn)大量電量消耗，并伴隨大量耗電所帶來的過熱、系統(tǒng)緩慢甚至崩潰等缺陷，為移動設備提供了優(yōu)質的運行環(huán)境。同時，采用本發(fā)明實施例提供的方法，在避免上述缺陷后，應用還可以隨時根據(jù)后續(xù)的實際情況選擇被喚醒，能夠為用戶在適當?shù)臅r間提供適當?shù)姆?包括消息推送、時間提醒等等)，將應用服務便利化和損耗最小化，為用戶提供多層次的服務，提升用戶體驗。

具體地，在利用本實施例提供的應用的自動喚醒方法時，以日常生活中經(jīng)常用到的移動終端(手機、平板電腦、筆記本電腦等，后續(xù)以常用的手機為例)上的訂票應用為例，比如攜程網(wǎng)APP。在手機系統(tǒng)上安裝攜程網(wǎng)APP(后簡稱攜程網(wǎng))后，用戶通過攜程網(wǎng)進行訂票操作(以飛機票為例)。飛機票預訂完成之后，攜程網(wǎng)會自動給用戶發(fā)送相應的訂票成功以及具體的票務信息。在本實施例提供的方法中，票務信息需要具備能夠映射到具體應用的關鍵字/詞，例如攜程網(wǎng)字樣、攜程網(wǎng)電話號碼、飛機票、起飛和降落地點、攜程網(wǎng)網(wǎng)址等等。用戶手機上接收到攜程網(wǎng)發(fā)送本次的訂票信息，即從作為消息來源的“攜程網(wǎng)”接收包含關鍵字/詞的消息。

前例中提及，關鍵字/詞可以包括消息中的攜程網(wǎng)字樣、攜程網(wǎng)電話號碼、飛機票、起飛和降落地點、攜程網(wǎng)網(wǎng)址等等，由此可見，關鍵字/詞可以包括消息的發(fā)送號碼和/或根據(jù)消息內容提煉出的關鍵字/詞。而消息本身類型不同，如何根據(jù)消息內容提煉出具體的關鍵字/詞的方式也不同。例如：

第一種方式，當接收到的消息為純文字消息時，該關鍵字/詞可以包括能夠標識出具體應用的文字；

第二種方式，當接收到的消息為文字和/或圖片的結合消息時，該關鍵字/詞可以包括能夠標識出具體應用的文字，和/或能夠標識出具體應用的LOGO標識；

第三種方式，當接收到的消息為語音類消息時，該關鍵字/詞可以包括將語音轉化為文字后，能夠標識出具體應用的文字。

仍以攜程網(wǎng)為例，當接收到的消息是純文字消息時，關鍵詞包括“攜程網(wǎng)”字樣，而消息是文字和圖片的結合時，關鍵詞可以是攜程網(wǎng)的LOGO，當接收到語音類消息時，關鍵詞是其中能夠轉化為“攜程網(wǎng)”的語音。當然，這三條消息的電話號碼均來自攜程網(wǎng)官方電話號碼，那么攜程網(wǎng)官方電話號碼即可認為是關鍵詞。

進一步，在接收到包含能夠映射到具體應用的關鍵字/詞的消息(步驟S102)后，根據(jù)關鍵字/詞查找相關的具體應用，并找到該應用之后，對其執(zhí)行靜默操作(步驟S104)。根據(jù)本發(fā)明實施例，對具體應用執(zhí)行靜默操作時，可以采取多種不同的方式。圖2示出了根據(jù)本發(fā)明一個實施例的對具體應用執(zhí)行靜默操作的多種方式的示意圖。如圖2所示，在對具體應用執(zhí)行靜默操作時，可以將具體應用關閉，也可以將具體應用放置于應用冷凍室，還可以將具體應用設置為休眠模式。對應用執(zhí)行靜默操作后，應用將不再占用大量系統(tǒng)資源，也不會持續(xù)耗電，這樣一來設備就不會產(chǎn)生額外的發(fā)熱，節(jié)省系統(tǒng)資源和內存，優(yōu)化了系統(tǒng)環(huán)境，提升用戶體驗。

在步驟S104執(zhí)行結束之后，對接收到的消息進行解析。在對接收到的消息進行解析時，首先需要確定該信息中的事件是否具備執(zhí)行時間，若具備的話，需要將該執(zhí)行時間與作為當前時間戳的系統(tǒng)時間進行比對，確定該事件的執(zhí)行時間是否晚于系統(tǒng)時間。如果該執(zhí)行時間晚于系統(tǒng)時間，則說明接收到的信息中的事件具備在當前時間戳之后結束的延后時效性，可以通過本實施例提供的應用的自動喚醒方法解決該事件中的具體問題。如果該執(zhí)行時間早于系統(tǒng)時間，則說明接收到的信息中的事件不具備在當前時間戳之后結束的延后時效性，該事件在利用本實施例的應用的自動喚醒方法時將變得沒有實際意義。比如，用戶在當前收到攜程網(wǎng)發(fā)送的訂票信息是昨天發(fā)出的航班信息，那么該事件不具備執(zhí)行時間，這種情況通常沒有實際意義，所以確定接收到的信息是否具備當前時間戳之后結束的延后時效性是很重要的一個方面。圖3示出了根據(jù)本發(fā)明一個實施例的確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性的處理流程圖。如圖3所示，確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性的流程圖至少包括步驟S302至步驟S308：

步驟S302、接收到包含能夠映射到具體應用的關鍵字/詞的消息；

步驟S304、解析消息，確定其中是否具備事件的執(zhí)行時間；

步驟S306、比對執(zhí)行時間和作為當前時間戳的系統(tǒng)時間，確定執(zhí)行時間是否晚于系統(tǒng)時間；

步驟S308、若是，則事件具備在當前時間戳之后結束的延后時效性。

在圖3示出的各步驟執(zhí)行結束之后，即確定了接收到的消息所描述的事件具備在當前時間戳之后結束的延后時效性，當事件具備延后時效性，則證明這一事件后續(xù)仍需要應用繼續(xù)執(zhí)行，應用可以根據(jù)事件的類型以及事件的延后時效性，確定該事件再次通知用戶的通知時間。例如，用戶在A地通過攜程網(wǎng)預定了當天的航班，但是機場是在B地，用戶會希望攜程網(wǎng)后續(xù)能夠根據(jù)其發(fā)送到終端的訂票信息及時間，同時結合當時用戶所處的位置及路況等各方面因素，進行全面分析，以確定再次通知用戶的具體的通知時間。

進一步地，根據(jù)本發(fā)明實施例，應用若要更準確的確定再次通知用戶的通知時間，則在確定信息中的事件具備延后時效性之后，可以考慮該事件的類型。在利用本發(fā)明實施例提供的應用的自動喚醒方法中，事件可以分為即時完成事件和持續(xù)性事件。

即時完成事件是指該事件的完成是即時性的，時間不存在持續(xù)進行這一屬性。當事件為即時完成事件時，則根據(jù)即時完成事件的延后時延性，在該即時完成事件的結束時間之前預留提醒時間，并將該提醒時間確定為通知時間。即時完成事件包括交通工具啟動、訂餐、網(wǎng)約車等等，這些事件的共性均是，其完成是在于其啟動的一瞬間，并不需要長時間持續(xù)完成，那么相應的，為即時完成事件提供的提醒時間可參考因素不需要包括持續(xù)時長這一條。具體地，當即時完成事件為交通工具啟動時，則可以結合交通工具的啟動時間和用戶到達交通工具所在地的距離、路況、天氣等情況，預留出提醒時間，以提醒用戶該出發(fā)去交通工具所在地，避免延誤。其中，交通工具包括火車、汽車、輪船、飛機中的至少一種。同理，當即時完成事件為訂餐(包括網(wǎng)絡訂餐和電話訂餐)時，則可以結合訂餐的下單時間、商家和用戶的距離、路況、天氣等信息，預留出提醒時間，以提醒用戶訂餐的到達時間或者提醒用戶訂餐所需的提前時間，以方便用戶能夠準時用餐。再例如，當即時完成事件為網(wǎng)約車時，能夠結合網(wǎng)約車的下單時間、網(wǎng)約車和用戶之間的距離，預留出提醒時間，以提醒用戶及時下樓到達約車地點等等。

持續(xù)性事件與即時性相對應，是指事件的完成并不是即時性的，而是一個持續(xù)性的過程。當事件為持續(xù)性事件時，可以根據(jù)持續(xù)性事件的延后時延性，將持續(xù)性事件的結束時間確定為通知時間。例如，持續(xù)性事件可以包括氣候類事件、地質類事件、數(shù)據(jù)操作事件等等。當持續(xù)性事件為氣候類事件時，將該事件的結束時間確定為通知時間。其中，氣候類事件包括異常天氣：臺風、暴雨、大雪、雷電、降溫、升溫中的至少一類；當異常天氣開始時，天氣類應用通知用戶這一消息，告知用戶盡量待在家中，待異常天氣結束時，天氣類應用被喚醒，再次通知用戶這一新的消息，告知用戶可以出門。同理，當持續(xù)性事件為地質類事件時，將該事件的結束時間確定為通知時間。其中，地質類事件包括地震、火災、洪水、泥石流中的至少一類。

除自然天氣、地質等事件外，持續(xù)性事件還可以包括數(shù)據(jù)操作事件，例如，對數(shù)據(jù)進行更新、傳輸、瀏覽、播放、更改、替換中的至少一項。具體的，例如視頻的播放，視頻網(wǎng)站應用在首次打開播放視頻時后，保持播放窗口繼續(xù)播放，其他功能被靜默，待視頻播放結束時，向用戶通知該視頻播放已結束，請求確認是否播放其他視頻，或者直接將應用關閉。

進一步，在確定好再次通知用戶的通知時間之后，當?shù)竭_應用所設置的通知時間時，自動喚醒具體的應用。自動喚醒應用在實施時，也可以采取不同的方式。圖4示出了根據(jù)本發(fā)明一個實施例的對具體應用執(zhí)行自動喚醒操作的多種方式的示意圖。如圖4所示，執(zhí)行自動喚醒操作時，可以根據(jù)通知時間設定一個定時器，并啟動該定時器，待定時器到達通知時間時，接收定時器的定時到達通知，進而喚醒應用?；蛘?，可以利用喚醒進程，將需要被喚醒的具體應用設置成喚醒進程的喚醒目標，執(zhí)行該喚醒進程，喚醒具體應用。待具體應用被喚醒之后，可以接收到該應用發(fā)出的消息，同時也可以接收用戶的指令，根據(jù)用戶指令觸發(fā)喚醒后的應用執(zhí)行新的操作。此時，應用結束靜默狀態(tài)，進入運行狀態(tài)，實現(xiàn)了系統(tǒng)資源合理利用、省時省電等目的。比如，用戶預定了三天后的機票，則在預定成功后，根據(jù)接收到的信息確定通知時間為提前三小時，那么為這一通知時間設定一個定時器，定時器被設置為提前三小時結束計時，拉起對應的應用，由該應用繼續(xù)為用戶提供服務。當然，本發(fā)明實施例中可以通過獲取用戶的位置，結合實際情況，設定不同的時間，如距離機場太遠，則需要設定較長的提醒時間。

綜上可知，采用本發(fā)明實施例提供的應用自動喚醒方法，不但為系統(tǒng)節(jié)省了大量的資源，并且避免了大量的電量消耗，以及伴隨大量耗電所帶來的過熱、系統(tǒng)緩慢甚至崩潰等缺陷，為移動設備提供了優(yōu)質的運行環(huán)境，而且還能夠即時地為用戶在適當?shù)臅r間提供適當?shù)姆?包括消息推送、時間提醒等等)，將應用服務便利化和損耗最小化，為用戶提供多層次的服務，提升用戶體驗。

現(xiàn)提供幾個具體的實施例對本發(fā)明實施例所提供的應用的自動喚醒方法進行詳細闡述。

實施例一

本實施例以飛機起飛為例，該事件是即時完成事件，當用戶通過手機上的攜程網(wǎng)成功預訂11月20日晚8：00的飛機票后，用戶會收到攜程網(wǎng)發(fā)送的相關的訂票信息。根據(jù)這些信息在手機上查找該信息所映射到的具體應用，本實施例中，手機會根據(jù)接收到的攜程網(wǎng)字樣、電話號碼以及所定飛機票務信息等映射到攜程網(wǎng)，進而，攜程網(wǎng)會對用戶的訂票信息進行解析。

具體地，在確定飛機起飛事件具備在當前時間戳之后結束的延后時效性后，確定該應用能夠被自動喚醒。用戶與飛機場之間的距離為40KM，結合路況約1小時20分鐘能夠到機場，用戶應于11月20日晚6：00準備出發(fā)去往機場以辦理登機手續(xù)。當前時間戳為11月16日下午2：00，因此，通知時間定為11月20日下午4：30。定時器按照該通知時間進行定時，距當前時間戳4天2小時30分，并啟動定時器。在定時器設定好再次通知用戶的通知時間后，對攜程網(wǎng)執(zhí)行靜默操作。此時，不僅手機可以節(jié)省大量系統(tǒng)資源、省時省電，而且用戶也可以繼續(xù)處理自己的事情而不必一直擔心何時出發(fā)去機場的問題。當?shù)竭_定時器所設定的再次通知用戶的通知時間時，自動喚醒攜程網(wǎng)，攜程網(wǎng)會及時為用戶發(fā)送提醒信息。所以，用戶會在11月20日下午4:30收到攜程網(wǎng)發(fā)送的相關服務信息，用戶可以根據(jù)該信息合理安排自己的行程。

除距離之外，天氣也是考慮因素，飛機起飛還可以根據(jù)當前天氣確定起飛時間，進而確定再次通知用戶的通知時間。例如，用戶通過攜程網(wǎng)預訂了11月20日晚8:00的飛機票，但是由于11月20日發(fā)生了大范圍降雨，導致該次航班無法按規(guī)定時間起飛，攜程網(wǎng)給用戶發(fā)送了飛機延遲起飛的信息。但是，用戶仍然希望能夠及時收到關于本次航班的后續(xù)消息，若該次大范圍降雨天氣將于11月21日下午6:00結束，則定時器將根據(jù)該次降雨天氣的結束時間設定再次通知用戶的通知時間，并啟動定時器。在定時器設定好再次通知用戶的通知時間后，對攜程網(wǎng)執(zhí)行靜默操作。當?shù)竭_該通知時間時，自動喚醒攜程網(wǎng)，攜程網(wǎng)會及時為用戶發(fā)送提醒信息。所以，用戶會在11月21日下午6:00收到攜程網(wǎng)發(fā)送的關于能夠起飛的航班的具體信息。之后可以根據(jù)用戶收到的具體航班信息及用戶實際情況，再次設定定時器，以喚醒應用做出進一步提醒。

實施例二

本實施例以網(wǎng)約車為例，該事件是即時完成事件，用戶于10月11日下午1:00在北京天安門廣場通過滴滴打車APP(后簡稱滴滴打車)預約出租車，用戶希望出租車司機于10月11日晚6:00到達北京天安門廣場將其送往北京西站。當出租車司機收到約車信息后，手機會根據(jù)接收到的滴滴打車字樣、滴滴打車服務編號以及約車時間或地點等信息映射到滴滴打車，進而，滴滴打車會對乘客發(fā)出的具體約車信息進行解析。

具體地，在確定網(wǎng)約車事件具備在當前時間戳之后結束的延后時效性后，確定該應用能夠被自動喚醒。出租車司機與北京天安門廣場之間的距離為30KM，結合路況約1小時能夠到達北京天安門廣場，出租車司機應于10月11日下午5:00之前出發(fā)去往北京天安門廣場接乘客。當前時間戳為10月11日下午1:00，因此，通知時間定為10月11日下午4:40。定時器按照該通知時間進行定時，距當前時間戳3小時40分，并啟動定時器。在定時器設定好再次通知用戶的通知時間后，對滴滴打車執(zhí)行靜默操作。此時，不僅手機可以節(jié)省大量系統(tǒng)資源、省時省電，而且出租車司機也可以結合自己的時間繼續(xù)安排工作。當?shù)竭_定時器所設定的再次通知用戶的通知時間時，自動喚醒滴滴打車，滴滴打車會及時為用戶發(fā)送提醒信息。所以，出租車司機會在10月11日下午4:40收到滴滴打車發(fā)送的相關約車提醒信息，司機可以根據(jù)該信息合理安排自己的出車行程。

實施例三

本實施例以臺風為例，該事件是持續(xù)性事件。廣東一用戶于9月21日晚上7:00經(jīng)墨跡天氣APP(后簡稱墨跡天氣)收到當?shù)貧庀缶职l(fā)布的臺風預警，臺風“海馬”將于9月21日晚上11:00登陸廣東，此次臺風持續(xù)時間較長，預計于9月24日下午5:00臺風結束。當用戶的手機接收到臺風預警信息后，會根據(jù)接收號碼、接收到的天氣字樣、墨跡天氣LOGO等信息映射到用戶手機上已安裝的墨跡天氣。進而，墨跡天氣會對接收到的相關天氣信息進行解析。

具體地，在確定臺風天氣事件具備在當前時間戳之后結束的延后時效性后，確定墨跡天氣能夠被自動喚醒。定時器根據(jù)墨跡天氣接收到的臺風結束時間設定再次通知用戶的通知時間，并啟動定時器。在定時器設定好再次通知用戶的通知時間后，對墨跡天氣執(zhí)行靜默操作。此時，不僅手機可以節(jié)省大量系統(tǒng)資源、省時省電，而且用戶也可以繼續(xù)處理自己的事情，而不必浪費時間和精力時刻關注臺風天氣何時結束的問題。當?shù)竭_該通知時間時，自動喚醒墨跡天氣，墨跡天氣會及時為用戶發(fā)送提醒信息。所以，該用戶會在9月24日下午5:00收到墨跡天氣發(fā)送的天氣提醒信息，用戶可以根據(jù)該信息做出合理的安排。

上文各實施例中所考慮的因素僅僅為例舉，在實際應用中因素的種類、數(shù)量均可能改變，具體的時間由具體因素確定，上述各實施例對其并未做限定。

采用本發(fā)明提供的應用的自動喚醒方法，除上文提供的例子外，還可以在微信的垃圾達到預定值時，直接啟動微信清理，或者在觀看完一段視頻之后，自動跳轉到下一視頻播放頁面等等。利用本實施例提供的方法，可以根據(jù)應用的具體使用情況，拉起相關的應用，應用可以結合用戶的實際情況，做出反饋，更好的實現(xiàn)應用人性化，給用戶帶來便利。

基于同一發(fā)明構思，本發(fā)明實施例還提供了一種應用的自動喚醒裝置。圖5示出了根據(jù)本發(fā)明一個實施例的應用的自動喚醒裝置的結構示意圖。如圖5所示，應用的自動喚醒裝置至少包括：

接收模塊510，適于接收到包含能夠映射到具體應用的關鍵字/詞的消息；

靜默模塊520，與接收模塊510耦合，適于根據(jù)關鍵字/詞查找到具體應用，并對具體應用執(zhí)行靜默操作；

解析模塊530，與靜默模塊520耦合，適于對消息進行解析，確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性；

確定模塊540，與解析模塊530耦合，適于若是，根據(jù)事件的類型以及事件的延后時效性，確定事件再次通知用戶的通知時間；

喚醒模塊550，與確定模塊540耦合，適于到達通知時間時，自動喚醒具體應用。

在一個優(yōu)選的實施例中，確定模塊540還適于：

解析消息，確定其中是否具備事件的執(zhí)行時間；

比對執(zhí)行時間和作為當前時間戳的系統(tǒng)時間，確定執(zhí)行時間是否晚于系統(tǒng)時間；

若是，則事件具備在當前時間戳之后結束的延后時效性；

若否，則事件已結束。

在一個優(yōu)選的實施例中，確定模塊540還適于：

若事件為即時完成事件，根據(jù)即時完成事件的延后時延性，在即時完成事件的結束時間之前預留提醒時間，并將提醒時間確定為通知時間；

若事件為持續(xù)性事件，根據(jù)持續(xù)性事件的延后時延性，將持續(xù)性事件的結束時間確定為通知時間。

在一個優(yōu)選的實施例中，確定模塊540還適于：

即時完成事件為交通工具啟動時，結合交通工具的啟動時間和用戶到達交通工具所在地的距離，預留出提醒時間，其中，交通工具包括火車、汽車、輪船、飛機中的至少一種；

即時完成事件為訂餐時，結合訂餐的下單時間、商家和用戶的距離，預留出提醒時間；

即時完成事件為網(wǎng)約車時，結合網(wǎng)約車的下單時間、網(wǎng)約車和用戶的距離，預留出提醒時間。

在一個優(yōu)選的實施例中，確定模塊540還適于：

持續(xù)性事件為氣候類事件時，將氣候類事件的結束時間確定為通知時間，其中，氣候類事件包括異常類天氣：臺風、暴雨、大雪、雷電、降溫、升溫中的至少一類；

持續(xù)性事件為地質類事件時，將地質類事件的結束時間確定為通知時間，其中，地質類事件包括地震、火災、洪水、泥石流中的至少一類；

持續(xù)性事件為數(shù)據(jù)操作事件時，將數(shù)據(jù)操作事件的結束時間確定為通知時間，其中，數(shù)據(jù)操作事件包括對數(shù)據(jù)進行更新、傳輸、瀏覽、播放、更改、替換中的至少一項。

在一個優(yōu)選的實施例中，喚醒模塊550還適于：

根據(jù)通知時間設置定時器并啟動；

待定時器到達通知時間時，接收定時器的定時到達通知；

新建或調用一個喚醒進程，設置喚醒進程的喚醒目標為具體應用；

執(zhí)行喚醒進程，喚醒具體應用。

在一個優(yōu)選的實施例中，靜默模塊520還適于采用下列至少之一的方式對具體應用執(zhí)行靜默操作：

關閉具體應用；

將具體應用放置于應用冷凍室；

將具體應用設置為休眠模式。

在一個優(yōu)選的實施例中，接收模塊510還適于在自動喚醒具體應用之后，接收喚醒后的具體應用發(fā)出的消息；或者，接收用戶指令，根據(jù)用戶指令觸發(fā)喚醒后的具體應用執(zhí)行新的操作。

此外，本發(fā)明實施例還提供了一種移動終端，如圖6所示，包括：一個或多個處理器680；

存儲器620；

一個或多個應用程序，其中一個或多個應用程序被存儲在存儲器620中并被配置為由一個或多個處理器680執(zhí)行，一個或多個程序配置用于執(zhí)行上述任意一個優(yōu)選實施例或其組合所提供的應用屬性的自動喚醒方法。

為了便于說明，圖6僅示出了與本發(fā)明實施例相關的部分，具體技術細節(jié)未揭示的，請參照本發(fā)明實施例方法部分。該移動終端可以包括手機、平板電腦、PDA(Personal Digital Assistant，個人數(shù)字處理)、POS(Point of Sales，銷售終端)、車載電腦等任意終端設備，以終端為手機為例：

圖6示出的是與本發(fā)明實施例提供的移動終端相關的手機的部分結構的框圖。參考圖6，手機包括：射頻(Radio Frequency，RF)電路610、存儲器620、輸入單元630、顯示單元640、傳感器650、音頻電路660、無線保真(wireless fidelity，WiFi)模塊670、處理器680、以及電源690等部件。本領域技術人員可以理解，圖6中示出的手機結構并不構成對手機的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

下面結合圖6對手機的各個構成部件進行具體的介紹：

RF電路610可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，將基站的下行信息接收后，給處理器680處理；另外，將設計上行的數(shù)據(jù)發(fā)送給基站。通常，RF電路610包括但不限于天線、至少一個放大器、收發(fā)信機、耦合器、低噪聲放大器(Low Noise Amplifier，LNA)、雙工器等。此外，RF電路610還可以通過無線通信與網(wǎng)絡和其他設備通信。上述無線通信可以使用任一通信標準或協(xié)議，包括但不限于全球移動通訊系統(tǒng)(Global System of Mobile communication，GSM)、通用分組無線服務(General Packet Radio Service，GPRS)、碼分多址(Code Division Multiple Access，CDMA)、寬帶碼分多址(Wideband Code Division Multiple Access,WCDMA)、長期演進(Long Term Evolution，LTE)、電子郵件、短消息服務(Short Messaging Service，SMS)等。

存儲器620可用于存儲軟件程序以及模塊，處理器680通過運行存儲在存儲器620的軟件程序以及模塊，從而執(zhí)行手機的各種功能應用以及數(shù)據(jù)處理。存儲器620可主要包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應用程序(比如聲音播放功能、圖像播放功能等)等；存儲數(shù)據(jù)區(qū)可存儲根據(jù)手機的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。此外，存儲器620可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。

輸入單元630可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與手機的用戶設置以及功能控制有關的鍵信號輸入。具體地，輸入單元630可包括觸控面板631以及其他輸入設備632。觸控面板631，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板631上或在觸控面板631附近的操作)，并根據(jù)預先設定的程式驅動相應的連接裝置。可選的，觸控面板631可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉換成觸點坐標，再送給處理器680，并能接收處理器680發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現(xiàn)觸控面板631。除了觸控面板631，輸入單元630還可以包括其他輸入設備632。具體地，其他輸入設備632可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關按鍵等)、軌跡球、鼠標、操作桿等中的一種或多種。

顯示單元640可用于顯示由用戶輸入的信息或提供給用戶的信息以及手機的各種菜單。顯示單元640可包括顯示面板641，可選的，可以采用液晶顯示器(Liquid Crystal Display，LCD)、有機發(fā)光二極管(Organic Light-Emitting Diode,OLED)等形式來配置顯示面板641。進一步的，觸控面板631可覆蓋顯示面板641，當觸控面板631檢測到在其上或附近的觸摸操作后，傳送給處理器680以確定觸摸事件的類型，隨后處理器680根據(jù)觸摸事件的類型在顯示面板641上提供相應的視覺輸出。雖然在圖6中，觸控面板631與顯示面板641是作為兩個獨立的部件來實現(xiàn)手機的輸入和輸入功能，但是在某些實施例中，可以將觸控面板631與顯示面板641集成而實現(xiàn)手機的輸入和輸出功能。

手機還可包括至少一種傳感器650，比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來調節(jié)顯示面板641的亮度，接近傳感器可在手機移動到耳邊時，關閉顯示面板641和/或背光。作為運動傳感器的一種，加速計傳感器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機姿態(tài)的應用(比如橫豎屏切換、相關游戲、磁力計姿態(tài)校準)、振動識別相關功能(比如計步器、敲擊)等；至于手機還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路660、揚聲器661，傳聲器662可提供用戶與手機之間的音頻接口。音頻電路660可將接收到的音頻數(shù)據(jù)轉換后的電信號，傳輸?shù)綋P聲器661，由揚聲器661轉換為聲音信號輸出；另一方面，傳聲器662將收集的聲音信號轉換為電信號，由音頻電路660接收后轉換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器680處理后，經(jīng)RF電路610以發(fā)送給比如另一手機，或者將音頻數(shù)據(jù)輸出至存儲器620以便進一步處理。

WiFi屬于短距離無線傳輸技術，手機通過WiFi模塊670可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網(wǎng)訪問。雖然圖6示出了WiFi模塊670，但是可以理解的是，其并不屬于手機的必須構成，完全可以根據(jù)需要在不改變發(fā)明的本質的范圍內而省略。

處理器680是手機的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執(zhí)行存儲在存儲器620內的軟件程序和/或模塊，以及調用存儲在存儲器620內的數(shù)據(jù)，執(zhí)行手機的各種功能和處理數(shù)據(jù)，從而對手機進行整體監(jiān)控?？蛇x的，處理器680可包括一個或多個處理單元；優(yōu)選的，處理器680可集成應用處理器和調制解調處理器，其中，應用處理器主要處理操作系統(tǒng)、用戶界面和應用程序等，調制解調處理器主要處理無線通信?？梢岳斫獾氖牵鲜稣{制解調處理器也可以不集成到處理器680中。

手機還包括給各個部件供電的電源690(比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器680邏輯相連，從而通過電源管理系統(tǒng)實現(xiàn)管理充電、放電、以及功耗管理等功能。

盡管未示出，手機還可以包括攝像頭、藍牙模塊等，在此不再贅述。

采用本發(fā)明實施例提供的應用屬性的管理方法及裝置能夠達到如下有益效果：

本發(fā)明實施例，為了解決在使用應用的過程中出現(xiàn)的對系統(tǒng)資源造成不必要的浪費、耗時耗電以及可能產(chǎn)生額外發(fā)熱對設備產(chǎn)生損害的問題，提出了一種對應用實施自動喚醒的方法。能夠實現(xiàn)各應用的個性化運行，既滿足應用完成一個階段而進入閑置狀態(tài)時可以將應用關閉以使得移動終端省電、避免過熱等目的，又能夠在應用需要執(zhí)行下一個階段時自動喚醒，提高用戶的感受體驗。具體地，日常使用各應用時，需要在設備上可以接收到包含能夠映射到具體應用的關鍵字/詞的消息。接收到的這些相關的關鍵字/詞的信息，為映射具體應用提供了基礎，關鍵字/詞能夠映射出具體應用，能夠將可能需要喚醒的應用的消息與其他普通消息區(qū)分開，本發(fā)明實施例僅在接收到包含這一類關鍵字/詞的特殊消息時才需要執(zhí)行后續(xù)的應用喚醒步驟，對于其他普通消息無需進行后續(xù)處理，盡量不為系統(tǒng)增加過量的負擔。并且，能夠發(fā)出包括關鍵字/詞的消息，證明該應用已經(jīng)執(zhí)行了某一操作，并將相應的信息通知到用戶。隨后，根據(jù)這些關鍵字/詞查找到其所映射出的具體應用，并對具體應用執(zhí)行靜默操作，因為具體應用已經(jīng)執(zhí)行了某一操作且該操作已經(jīng)結束，因此，具體應用此時可被設置為靜默狀態(tài)，以進一步實現(xiàn)省電、避免熱量過高這一目的。進一步，本實施例對接收到的具體消息進行解析，確定消息描述的事件是否具備在當前時間戳之后結束的延后時效性。當事件具備延后時效性，則證明這一事件后續(xù)仍需要應用繼續(xù)執(zhí)行，本發(fā)明實施例會根據(jù)事件的類型以及事件的延后時效性，確定該事件再次通知用戶的通知時間。當?shù)竭_通知時間時，自動喚醒對應的具體應用。由此可見，采用本發(fā)明實施例提供的方法，可以保持各個應用處于更加個性化地運行狀態(tài)，在應用階段性完成時，則進入靜默模式，需要再次使用時，則自動喚醒具體應用。為系統(tǒng)節(jié)省了大量的資源，并且避免了大量的電量消耗，以及伴隨大量耗電所帶來的過熱、系統(tǒng)緩慢甚至崩潰等缺陷，為移動設備提供了優(yōu)質的運行環(huán)境。同時，采用本發(fā)明實施例提供的方法，在避免上述缺陷后，應用還可以隨時根據(jù)后續(xù)的實際情況選擇被喚醒，為用戶在適當?shù)臅r間提供適當?shù)姆?包括消息推送、時間提醒等等)，將應用服務便利化和損耗最小化，為用戶提供多層次的服務，提升用戶體驗。

在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。

類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖：即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權利要求書由此明確地并入該具體實施方式，其中每個權利要求本身都作為本發(fā)明的單獨實施例。

本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領域的技術人員能夠理解，盡管在此的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內并且形成不同的實施例。例如，在權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的應用的自動拉起設備中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。

至此，本領域技術人員應認識到，雖然本文已詳盡示出和描述了本發(fā)明的多個示例性實施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)本發(fā)明公開的內容直接確定或推導出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應被理解和認定為覆蓋了所有這些其他變型或修改。

基于本發(fā)明的一個方面，還提供了A1、一種應用的自動喚醒方法，包括：

接收到包含能夠映射到具體應用的關鍵字/詞的消息；

根據(jù)所述關鍵字/詞查找到所述具體應用，并對所述具體應用執(zhí)行靜默操作；

對所述消息進行解析，確定所述消息描述的事件是否具備在當前時間戳之后結束的延后時效性；

若是，根據(jù)所述事件的類型以及所述事件的延后時效性，確定所述事件再次通知用戶的通知時間；

到達所述通知時間時，自動喚醒所述具體應用。

A2、根據(jù)A1所述的方法，其中，對所述消息進行解析，確定所述消息描述的事件是否具備在當前時間點之后結束的延后時效性，包括：

解析所述消息，確定其中是否具備所述事件的執(zhí)行時間；

比對所述執(zhí)行時間和作為當前時間戳的系統(tǒng)時間，確定所述執(zhí)行時間是否晚于所述系統(tǒng)時間；

若是，則所述事件具備在當前時間戳之后結束的延后時效性；

若否，則所述事件已結束。

A3、根據(jù)A1或A2所述的方法，其中，根據(jù)所述事件的類型以及所述事件的延后時效性，確定所述事件再次通知用戶的通知時間，包括：

若所述事件為即時完成事件，根據(jù)所述即時完成事件的延后時延性，在所述即時完成事件的結束時間之前預留提醒時間，并將所述提醒時間確定為所述通知時間；

若所述事件為持續(xù)性事件，根據(jù)所述持續(xù)性事件的延后時延性，將所述持續(xù)性事件的結束時間確定為所述通知時間。

A4、根據(jù)A3所述的方法，其中，根據(jù)所述即時完成事件的延后時延性，在所述即時完成事件的結束時間之前預留提醒時間，包括：

所述即時完成事件為交通工具啟動時，結合所述交通工具的啟動時間和所述用戶到達所述交通工具所在地的距離，預留出所述提醒時間，其中，所述交通工具包括火車、汽車、輪船、飛機中的至少一種；

所述即時完成事件為訂餐時，結合所述訂餐的下單時間、商家和所述用戶的距離，預留出所述提醒時間；

所述即時完成事件為網(wǎng)約車時，結合所述網(wǎng)約車的下單時間、所述網(wǎng)約車和所述用戶的距離，預留出所述提醒時間。

A5、根據(jù)A3所述的方法，其中，根據(jù)所述持續(xù)性事件的延后時延性，將所述持續(xù)性事件的結束時間確定為所述通知時間，包括：

所述持續(xù)性事件為氣候類事件時，將所述氣候類事件的結束時間確定為所述通知時間，其中，所述氣候類事件包括異常類天氣：臺風、暴雨、大雪、雷電、降溫、升溫中的至少一類；

所述持續(xù)性事件為地質類事件時，將所述地質類事件的結束時間確定為所述通知時間，其中，所述地質類事件包括地震、火災、洪水、泥石流中的至少一類；

所述持續(xù)性事件為數(shù)據(jù)操作事件時，將所述數(shù)據(jù)操作事件的結束時間確定為所述通知時間，其中，所述數(shù)據(jù)操作事件包括對數(shù)據(jù)進行更新、傳輸、瀏覽、播放、更改、替換中的至少一項。

A6、根據(jù)A1-A5任一項所述的方法，其中，到達所述通知時間時，自動喚醒所述具體應用，包括：

根據(jù)所述通知時間設置定時器并啟動；

待所述定時器到達所述通知時間時，接收所述定時器的定時到達通知；

新建或調用一個喚醒進程，設置所述喚醒進程的喚醒目標為所述具體應用；

執(zhí)行所述喚醒進程，喚醒所述具體應用。

A7、根據(jù)A1-A6任一項所述的方法，其中，所述關鍵字/詞包括所述消息的發(fā)送號碼和/或根據(jù)消息內容提煉出的關鍵字/詞，其中，

當所述消息為純文字消息時，所述關鍵字/詞包括能夠標識出具體應用的文字；

當所述消息為文字和/或圖片的結合消息時，所述關鍵字/詞包括能夠標識出具體應用的文字，和/或，能夠標識出具體應用的LOGO標識；

當所述消息為語音類消息時，所述關鍵字/詞包括將語音轉化為文字后、能夠標識出具體應用的文字。

A8、根據(jù)A1-A7任一項所述的方法，其中，對所述具體應用執(zhí)行靜默操作，包括下列至少之一：

關閉所述具體應用；

將所述具體應用放置于應用冷凍室；

將所述具體應用設置為休眠模式。

A9、根據(jù)A1-A8任一項所述的方法，其中，到達所述通知時間時，自動喚醒所述具體應用之后，還包括：

接收喚醒后的具體應用發(fā)出的消息；或者

接收用戶指令，根據(jù)所述用戶指令觸發(fā)喚醒后的具體應用執(zhí)行新的操作。

基于本發(fā)明的另一個方面，還提供了B10、一種應用的自動喚醒裝置，包括：

接收模塊，適于接收到包含能夠映射到具體應用的關鍵字/詞的消息；

靜默模塊，適于根據(jù)所述關鍵字/詞查找到所述具體應用，并對所述具體應用執(zhí)行靜默操作；

解析模塊，適于對所述消息進行解析，確定所述消息描述的事件是否具備在當前時間戳之后結束的延后時效性；

確定模塊，適于若是，根據(jù)所述事件的類型以及所述事件的延后時效性，確定所述事件再次通知用戶的通知時間；

喚醒模塊，適于到達所述通知時間時，自動喚醒所述具體應用。

B11、根據(jù)B10所述的裝置，其中，所述確定模塊還適于：

解析所述消息，確定其中是否具備所述事件的執(zhí)行時間；

比對所述執(zhí)行時間和作為當前時間戳的系統(tǒng)時間，確定所述執(zhí)行時間是否晚于所述系統(tǒng)時間；

若是，則所述事件具備在當前時間戳之后結束的延后時效性；

若否，則所述事件已結束。

B12、根據(jù)B10或B11所述的裝置，其中，所述確定模塊還適于：

若所述事件為即時完成事件，根據(jù)所述即時完成事件的延后時延性，在所述即時完成事件的結束時間之前預留提醒時間，并將所述提醒時間確定為所述通知時間；

若所述事件為持續(xù)性事件，根據(jù)所述持續(xù)性事件的延后時延性，將所述持續(xù)性事件的結束時間確定為所述通知時間。

B13、根據(jù)B12所述的裝置，其中，所述確定模塊還適于：

所述即時完成事件為交通工具啟動時，結合所述交通工具的啟動時間和所述用戶到達所述交通工具所在地的距離，預留出所述提醒時間，其中，所述交通工具包括火車、汽車、輪船、飛機中的至少一種；

所述即時完成事件為訂餐時，結合所述訂餐的下單時間、商家和所述用戶的距離，預留出所述提醒時間；

所述即時完成事件為網(wǎng)約車時，結合所述網(wǎng)約車的下單時間、所述網(wǎng)約車和所述用戶的距離，預留出所述提醒時間。

B14、根據(jù)B13所述的裝置，其中，所述確定模塊還適于：

所述持續(xù)性事件為氣候類事件時，將所述氣候類事件的結束時間確定為所述通知時間，其中，所述氣候類事件包括異常類天氣：臺風、暴雨、大雪、雷電、降溫、升溫中的至少一類；

所述持續(xù)性事件為地質類事件時，將所述地質類事件的結束時間確定為所述通知時間，其中，所述地質類事件包括地震、火災、洪水、泥石流中的至少一類；

所述持續(xù)性事件為數(shù)據(jù)操作事件時，將所述數(shù)據(jù)操作事件的結束時間確定為所述通知時間，其中，所述數(shù)據(jù)操作事件包括對數(shù)據(jù)進行更新、傳輸、瀏覽、播放、更改、替換中的至少一項。

B15、根據(jù)B10-B14任一項所述的裝置，其中，所述喚醒模塊還適于：

根據(jù)所述通知時間設置定時器并啟動；

待所述定時器到達所述通知時間時，接收所述定時器的定時到達通知；

新建或調用一個喚醒進程，設置所述喚醒進程的喚醒目標為所述具體應用；

執(zhí)行所述喚醒進程，喚醒所述具體應用。

B16、根據(jù)B10-B15任一項所述的裝置，其中，所述關鍵字/詞包括所述消息的發(fā)送號碼和/或根據(jù)消息內容提煉出的關鍵字/詞，其中，

當所述消息為純文字消息時，所述關鍵字/詞包括能夠標識出具體應用的文字；

當所述消息為文字和/或圖片的結合消息時，所述關鍵字/詞包括能夠標識出具體應用的文字，或者能夠標識出具體應用的LOGO標識；

當所述消息為語音類消息時，所述關鍵字/詞包括將語音轉化為文字后、能夠標識出具體應用的文字。

B17、根據(jù)B10-B16任一項所述的裝置，其中，所述靜默模塊還適于采用下列至少之一的方式對所述具體應用執(zhí)行靜默操作：

關閉所述具體應用；

將所述具體應用放置于應用冷凍室；

將所述具體應用設置為休眠模式。

B18、根據(jù)B10-B17任一項所述的裝置，其中，

所述接收模塊還適于在自動喚醒所述具體應用之后，接收喚醒后的具體應用發(fā)出的消息；或者，接收用戶指令，根據(jù)所述用戶指令觸發(fā)喚醒后的具體應用執(zhí)行新的操作。

基于本發(fā)明的又一個方面，還提供了C19、一種移動終端，包括：

一個或多個處理器；

存儲器；

一個或多個應用程序，其中所述一個或多個應用程序被存儲在所述存儲器中并被配置為由所述一個或多個處理器執(zhí)行，所述一個或多個程序配置用于執(zhí)行A1-A9任意一項所述的應用的自動喚醒方法。