本文中討論的實施例涉及一種智能裝置、保存數(shù)據(jù)縮減方法以及保存數(shù)據(jù)縮減程序。

背景技術(shù)：

智能裝置(諸如智能電話和智能手表)被配置成使得不執(zhí)行處理的待機狀態(tài)的時段長于其操作時間。例如，智能手表僅在有限的時間(例如，當(dāng)智能電話向智能手表通知事件時或者當(dāng)用戶改變設(shè)置時)中進行操作，并且在其他時間段期間智能手表處于待機狀態(tài)。圖17是用于說明智能手表的操作的圖。

如圖17所示，例如，當(dāng)在藍(lán)牙(注冊商標(biāo)，在下文中與上述相同)低能量(ble)的待機狀態(tài)下存在來自智能電話9的事件到來郵件時，智能手表8使用振動或led等向用戶通知該事件。智能手表8基于用戶操作而執(zhí)行例如轉(zhuǎn)發(fā)郵件正文的操作，然后返回至待機狀態(tài)。

因此，在智能裝置中，因為待機狀態(tài)的時段長，所以通過降低待機狀態(tài)下的功耗能夠延長電池的工作時間。因此，存在一種在待機狀態(tài)期間將智能裝置的狀態(tài)轉(zhuǎn)換為休眠狀態(tài)的技術(shù)。圖18是用于說明通過休眠來降低功耗的圖。

如圖18所示，當(dāng)智能電話處于活動狀態(tài)時，功耗變高，但是處于活動狀態(tài)的時段與處于待機狀態(tài)的時段相比較短。在圖18中，“待機狀態(tài)下的功率(舊)”表示在未實現(xiàn)休眠的情況下待機狀態(tài)下的功耗，而“待機狀態(tài)下的功率(新)”表示在實現(xiàn)休眠的情況下待機狀態(tài)下的功耗。

然而，為了使智能裝置的狀態(tài)轉(zhuǎn)換為休眠狀態(tài)，需要保存中央處理單元(cpu)和存儲器的數(shù)據(jù)，并且當(dāng)智能裝置進入活動狀態(tài)時需要恢復(fù)所保存的數(shù)據(jù)。圖19是用于說明在狀態(tài)轉(zhuǎn)換期間數(shù)據(jù)的保存和恢復(fù)的圖。

如圖19所示，智能手表8在從活動狀態(tài)轉(zhuǎn)換為休眠狀態(tài)之前執(zhí)行數(shù)據(jù)保存處理并且在從休眠狀態(tài)恢復(fù)之前執(zhí)行數(shù)據(jù)恢復(fù)處理。因此，在休眠狀態(tài)下，盡可能地提高數(shù)據(jù)的保存處理和恢復(fù)處理的速度是重要的。

提高數(shù)據(jù)的保存處理和恢復(fù)處理的速度的一種方式是縮減要保存的數(shù)據(jù)量。因此，為了縮減要保存的數(shù)據(jù)量，存在一種強制關(guān)閉應(yīng)用(application)的技術(shù)。圖20是用于說明應(yīng)用的強制關(guān)閉和重啟的圖。

如圖20所示，智能手表8在保存數(shù)據(jù)之前強制關(guān)閉應(yīng)用，并且在數(shù)據(jù)恢復(fù)之后重啟被強制關(guān)閉的應(yīng)用。在這種情況下，需要選擇要終止的應(yīng)用。例如，存在一些用于解決該問題的技術(shù)：一種用于基于應(yīng)用的優(yōu)先級而選擇要終止的應(yīng)用的技術(shù)和一種用于基于應(yīng)用的使用頻率而選擇要終止的應(yīng)用的技術(shù)。

專利文獻1：日本特許專利公開第2014-174710號

專利文獻2：日本特許專利公開第2012-048427號。

然而，存在以下問題：僅僅基于優(yōu)先級或使用頻率而選擇要終止的應(yīng)用(app)對于縮減要保存的數(shù)據(jù)量而言并不足夠。由智能裝置執(zhí)行的app除了一般app以外還包括常駐(resident)app。常駐app常駐在存儲器中并且被周期性地執(zhí)行。如果常駐app未終止，則由常駐app占據(jù)的存儲器區(qū)域中的數(shù)據(jù)成為要保存的目標(biāo)，因此要保存的數(shù)據(jù)量的縮減變得不夠。

因此，本發(fā)明的實施例的一方面的目的在于從要保存的目標(biāo)中排除由常駐app占據(jù)的存儲器區(qū)域中的數(shù)據(jù)以及縮減在休眠中要保存的數(shù)據(jù)量。

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

根據(jù)實施例的一方面，一種裝置包括：終止指示單元，該終止指示單元在向休眠狀態(tài)轉(zhuǎn)換時指示常駐應(yīng)用的終止，常駐應(yīng)用是周期性地執(zhí)行的應(yīng)用，休眠狀態(tài)表示將保存數(shù)據(jù)存儲在存儲器中的待機狀態(tài)；以及激活指示單元，該激活指示單元在從休眠狀態(tài)恢復(fù)時激活由終止指示單元指示終止的常駐應(yīng)用。

附圖說明

圖1是圖示根據(jù)第一實施例的智能裝置的功能配置的圖；

圖2a是圖示app狀態(tài)表的示例的圖；

圖2b是圖示僅僅登記了所需的分類信息的app狀態(tài)表的示例的圖；

圖3是圖示由app管理單元執(zhí)行的處理的流程的流程圖；

圖4是圖示由app控制單元執(zhí)行的處理的流程的流程圖；

圖5是圖示根據(jù)第二實施例的智能裝置的功能配置的圖；

圖6是圖示由app控制單元執(zhí)行的處理的流程的流程圖；

圖7是圖示根據(jù)第三實施例的智能裝置的功能配置的圖；

圖8是用于說明由常駐app執(zhí)行的通知欄上的顯示的圖；

圖9是圖示由app控制單元執(zhí)行的處理的流程的流程圖；

圖10是圖示根據(jù)第四實施例的智能裝置的功能配置的圖；

圖11是圖示由繪制單元執(zhí)行的處理的流程的流程圖；

圖12是圖示由app管理單元執(zhí)行的處理的流程的流程圖；

圖13是圖示根據(jù)第五實施例的智能裝置的功能配置的圖；

圖14是圖示由包分析單元執(zhí)行的處理的流程的流程圖；

圖15是圖示由app管理單元執(zhí)行的處理的流程的流程圖；

圖16是圖示執(zhí)行根據(jù)第一至第五實施例的保存數(shù)據(jù)縮減程序的計算機的硬件配置的圖；

圖17是用于說明智能手表的操作的圖；

圖18是用于說明通過休眠來降低功耗的圖；

圖19是用于說明數(shù)據(jù)的保存和恢復(fù)的圖；以及

圖20是用于說明應(yīng)用的強制關(guān)閉和重啟的圖。

具體實施方式

將參照附圖說明本發(fā)明的優(yōu)選實施例。以下實施例不限制所公開的技術(shù)。

[a]第一實施例

首先將說明根據(jù)第一實施例的智能裝置的功能配置。圖1是圖示根據(jù)第一實施例的智能裝置的功能配置的圖。如圖1所示，智能裝置1包括終端狀態(tài)管理單元2、保存數(shù)據(jù)縮減單元3以及app4。

終端狀態(tài)管理單元2管理智能裝置1的狀態(tài)。智能裝置1的狀態(tài)包括活動狀態(tài)和休眠狀態(tài)。當(dāng)智能裝置1的狀態(tài)向其他狀態(tài)轉(zhuǎn)換時，終端狀態(tài)管理單元2向保存數(shù)據(jù)縮減單元3通知該狀態(tài)轉(zhuǎn)換。

在智能裝置1向休眠狀態(tài)轉(zhuǎn)換時，保存數(shù)據(jù)縮減單元3通過終止在智能裝置1上運行的常駐app來縮減保存數(shù)據(jù)的量。當(dāng)智能裝置1從休眠狀態(tài)恢復(fù)時，保存數(shù)據(jù)縮減單元3重啟在向休眠狀態(tài)轉(zhuǎn)換時被終止的常駐app。

app4是由智能裝置1執(zhí)行的應(yīng)用。為了簡化起見，圖1僅僅示出一個app4，然而，更多app4在智能裝置1中執(zhí)行。app4包括常駐app和不是常駐在存儲器中的一般app。

終端狀態(tài)管理單元2和保存數(shù)據(jù)縮減單元3通過智能裝置1執(zhí)行軟件來實現(xiàn)。app4在app層操作，并且終端狀態(tài)管理單元2和保存數(shù)據(jù)縮減單元3在中間件層操作。

保存數(shù)據(jù)縮減單元3包括app管理單元31、app狀態(tài)存儲單元32、app控制單元33和重啟app存儲單元34。

app管理單元31管理app4的狀態(tài)。app管理單元31激活和終止app4，在前臺和后臺之間切換，在激活的app是常駐app時執(zhí)行作為常駐的過程，以及集成整個應(yīng)用控制。前臺是app4輸出的畫面顯示在顯示裝置上的狀態(tài)，并且后臺是app4輸出的畫面沒有顯示在顯示裝置上的狀態(tài)。常駐請求是用于將app4設(shè)定為常駐app的請求。

app管理單元31在出現(xiàn)異常時重啟常駐app、終止后臺app等。app管理單元31從app4接收激活通知、終止通知以及常駐請求，并且更新app狀態(tài)存儲單元32。

當(dāng)從app控制單元33接收到app激活指令和app終止指令時，app管理單元31向app4給出狀態(tài)改變指令，以基于接收到的指令而改變狀態(tài)。

app狀態(tài)存儲單元32將app4的狀態(tài)存儲為app狀態(tài)表。app狀態(tài)表由app管理單元31更新。圖2a是圖示app狀態(tài)表的示例的圖。如圖2a所示，app狀態(tài)表是將app名稱、app類型和執(zhí)行狀態(tài)彼此相關(guān)聯(lián)的信息。

“app名稱”指示app4的名稱?！癮pp類型”是app的類型。app類型包括一般app和常駐app。“執(zhí)行狀態(tài)”指示執(zhí)行app4的狀態(tài)。執(zhí)行狀態(tài)包括前臺和后臺。例如，名稱為主畫面app的一般app在前臺執(zhí)行。

僅在一般app中而不在常駐app中設(shè)置執(zhí)行狀態(tài)。因此，在不區(qū)分一般app和常駐app的情況下，可以在app狀態(tài)表中僅僅登記在向休眠狀態(tài)轉(zhuǎn)換時終止常駐app所需的分類信息。圖2b是圖示app狀態(tài)表的示例的圖，其中僅僅登記了所需的分類信息。

如圖2b所示，app狀態(tài)表是將app名稱和app狀態(tài)相關(guān)聯(lián)的信息。“app狀態(tài)”指示app4是前臺app或后臺app還是常駐app。例如，名稱為主畫面app的app4在前臺執(zhí)行。

app控制單元33控制app4的激活和終止，并且包括指示app4終止的終止指示單元33e和指示app4激活的激活指示單元33f。當(dāng)從終端狀態(tài)管理單元2接收到智能裝置1向休眠狀態(tài)轉(zhuǎn)換的通知時，終止指示單元33e參考app狀態(tài)表并且指示app管理單元31終止常駐app。此時，終止指示單元33e創(chuàng)建終止的常駐app的列表作為重啟app列表，并且將所創(chuàng)建的列表存儲在重啟app存儲單元34中。

當(dāng)從終端狀態(tài)管理單元2接收到智能裝置1從休眠狀態(tài)恢復(fù)的通知時，激活指示單元33f參考重啟app列表并且指示app管理單元31重啟被終止指示單元33e終止的常駐app。重啟app存儲單元34存儲重啟app列表。

接下來將說明由app管理單元31執(zhí)行的處理的流程。圖3是圖示由app管理單元31執(zhí)行的處理的流程的流程圖。如圖3所示，app管理單元31分析與app相關(guān)的事件的信息(步驟s1)。與app相關(guān)的事件是來自app4的通知、來自app控制單元33的指令等。

然后，app管理單元31確定事件類型是什么(步驟s2)。結(jié)果，當(dāng)事件類型是從除了app控制單元33以外的任何裝置接收到的app4的激活、終止或切換時，app管理單元31執(zhí)行對應(yīng)于app4的激活、終止或切換的處理，即，執(zhí)行常規(guī)app控制處理(步驟s3)。app管理單元31更新app狀態(tài)表(步驟s4)。

當(dāng)事件類型是從app控制單元33接收到的app4的激活指令或終止指令時，因為是與休眠相關(guān)的app4的激活或終止，所以app管理單元31執(zhí)行app4的激活處理或終止處理(步驟s5)。當(dāng)事件類型是其他類型時，app管理單元31執(zhí)行對應(yīng)于該事件類型的處理，即，執(zhí)行常規(guī)app控制處理(步驟s6)。

因此，app管理單元31基于來自app控制單元33的指令而執(zhí)行app4的激活處理或終止處理，從而能夠執(zhí)行常駐app的、與休眠相關(guān)的激活處理或終止處理。

接下來將說明由app控制單元33執(zhí)行的處理的流程。圖4是圖示由app控制單元33執(zhí)行的處理的流程的流程圖。如圖4所示，app控制單元33等待事件的發(fā)生(步驟s11)。在本文中，事件是從終端狀態(tài)管理單元2接收到的狀態(tài)轉(zhuǎn)換的通知。

當(dāng)發(fā)生事件時，app控制單元33然后確定事件類型是什么(步驟s12)。結(jié)果，在事件類型是使得終端進入休眠(即，向休眠狀態(tài)轉(zhuǎn)換)的事件的情況下，app控制單元33從app狀態(tài)表提取常駐app并且將所提取的常駐app登記在重啟app列表中(步驟s13)。然后，app控制單元33指示app管理單元31終止在重啟app列表中登記的app4(步驟s14)，并且返回到步驟s11。

同時，在事件類型是喚醒終端(即，從休眠狀態(tài)恢復(fù))的事件的情況下，app控制單元33指示app管理單元31激活在重啟app列表中登記的app(步驟s15)。然后，app控制單元33刪除重啟app列表，并且返回到步驟s11。

因此，在向休眠狀態(tài)轉(zhuǎn)換時，app控制單元33指示app管理單元31終止常駐app，從而智能裝置1能夠縮減在向休眠狀態(tài)轉(zhuǎn)換時的保存數(shù)據(jù)的量。

如上所述，在第一實施例中，當(dāng)智能裝置1向休眠狀態(tài)轉(zhuǎn)換時，終止指示單元33e指示app管理單元31從app狀態(tài)表中提取常駐app并且終止常駐app。當(dāng)智能裝置1從休眠狀態(tài)恢復(fù)時，激活指示單元33f指示app管理單元31激活終止指示單元33e指示終止的常駐app。因此，智能裝置1能夠縮減在向休眠狀態(tài)轉(zhuǎn)換時的保存數(shù)據(jù)的量。

[b]第二實施例

附帶地，在第一實施例中，盡管只有常駐app是在向休眠狀態(tài)轉(zhuǎn)換時的強制關(guān)閉的目標(biāo)，但是后臺app也可以是強制關(guān)閉的目標(biāo)。因此，下面將在第二實施例中說明在向休眠轉(zhuǎn)換時還強制關(guān)閉后臺app的智能裝置。

圖5是圖示根據(jù)第二實施例的智能裝置的功能配置的圖。為了簡化說明，將相同的附圖標(biāo)記指定給與圖1中示出的單元作用相同的功能單元，并且省略其詳細(xì)描述。

如圖5所示，相比于圖1中示出的智能裝置1，智能裝置1a包括保存數(shù)據(jù)縮減單元3a而不是保存數(shù)據(jù)縮減單元3。相比于圖1中示出的保存數(shù)據(jù)縮減單元3，保存數(shù)據(jù)縮減單元3a包括app控制單元33a而不是app控制單元33，以及包括新的強制關(guān)閉app存儲單元35a。

當(dāng)智能裝置1a向休眠狀態(tài)轉(zhuǎn)換時，強制關(guān)閉app存儲單元35a將要強制關(guān)閉的后臺app的app名稱存儲為強制關(guān)閉app列表。當(dāng)創(chuàng)建重啟app列表時，由app控制單元33a創(chuàng)建強制關(guān)閉app列表。

相比于圖1中示出的app控制單元33，app控制單元33a包括終止指示單元33g而不是終止指示單元33e。終止指示單元33g在智能裝置1a向休眠狀態(tài)轉(zhuǎn)換時，通過參考app狀態(tài)表來創(chuàng)建重啟app列表和強制關(guān)閉app列表，并且指示app管理單元31終止在重啟app列表和強制關(guān)閉app列表中登記的app。

在智能裝置1a從休眠狀態(tài)恢復(fù)時，不重啟在強制關(guān)閉app列表中登記的后臺app。終止指示單元33g可以登記存儲器使用量大于給定量的任何后臺app或者可以按存儲器使用量從大到小的順序僅僅登記預(yù)定數(shù)目的后臺app，而不是將所有后臺app都登記在強制關(guān)閉app列表中。終止指示單元33g可以通過查詢裝置的內(nèi)核來獲取存儲器使用量。

接下來將說明由app控制單元33a執(zhí)行的處理的流程。圖6是圖示由app控制單元33a執(zhí)行的處理的流程的流程圖。如圖6所示，app控制單元33a等待事件的發(fā)生(步驟s21)。

當(dāng)發(fā)生事件時，app控制單元33a確定事件類型是什么(步驟s22)。結(jié)果，在事件類型是使得終端進入休眠(即，向休眠狀態(tài)轉(zhuǎn)換)的事件的情況下，app控制單元33a從app狀態(tài)表中提取常駐app并且將所提取的常駐app登記在重啟app列表中(步驟s23)。然后，app控制單元33a指示app管理單元31終止在重啟app列表中登記的app(步驟s24)。

app控制單元33a從app狀態(tài)表中提取后臺app并且將所提取的app登記在強制關(guān)閉app列表中(步驟s25)。然后，app控制單元33a指示app管理單元31終止在強制關(guān)閉app列表中登記的app(步驟s26)，并且返回到步驟s21。

同時，在事件類型是喚醒終端(即，從休眠狀態(tài)恢復(fù))的事件的情況下，app控制單元33a指示app管理單元31激活在重啟app列表中登記的app(步驟s27)。然后，app控制單元33a刪除重啟app列表(步驟s28)，并且返回到步驟s21。

如上所述，在第二實施例中，在向休眠狀態(tài)轉(zhuǎn)換時，app控制單元33a指示app管理單元31還終止后臺app。因此，智能裝置1a能夠進一步縮減在向休眠狀態(tài)轉(zhuǎn)換時的保存數(shù)據(jù)的量。

[c]第三實施例

常駐app中存在執(zhí)行通知欄上的顯示的app4，諸如，顯示無線電場強度的app4和顯示電池余量的app4。在后臺app中還存在當(dāng)從休眠狀態(tài)恢復(fù)時很可能被使用的app4，諸如，顯示主畫面的app4和app啟動器(launcher)。

在從休眠狀態(tài)恢復(fù)時，期望盡可能快地執(zhí)行這些app4。如果沒有執(zhí)行這些app4，則畫面顯示中存在缺失部分。因此，下面將在第三實施例中說明在向休眠狀態(tài)轉(zhuǎn)換時不終止這些app4的智能裝置。

圖7是圖示根據(jù)第三實施例的智能裝置的功能配置的圖。為了簡化說明，將相同的附圖標(biāo)記指定給與圖5中示出的單元作用相同的功能單元，并且省略其詳細(xì)描述。

如圖7所示，相比于圖5中示出的智能裝置1a，智能裝置1b包括保存數(shù)據(jù)縮減單元3b而不是保存數(shù)據(jù)縮減單元3a。相比于圖5中示出的保存數(shù)據(jù)縮減單元3a，保存數(shù)據(jù)縮減單元3b包括app控制單元33b而不是app控制單元33a，并且包括新的排除app存儲單元36b。

排除app存儲單元36b存儲從在向休眠狀態(tài)轉(zhuǎn)換時被終止的app4中排除的app的列表作為排除app列表。排除app列表包括執(zhí)行通知欄上的顯示的常駐app。圖8是用于說明由常駐app執(zhí)行的通知欄上的顯示的圖。如圖8所示，輸出電池余量、無線電場強度、時間和到來郵件等的app在通知欄5上顯示圖標(biāo)。

排除app列表包括顯示常規(guī)畫面的后臺app，諸如，顯示主畫面的app4和app啟動器。排除app列表由用戶創(chuàng)建。

相比于圖5中示出的app控制單元33a，app控制單元33b包括終止指示單元33h而不是終止指示單元33g。終止指示單元33h具有與終止指示單元33g的功能相同的功能，并且指示app管理單元31終止通過下述操作而獲得的app4：將包括在排除app列表中的app從在重啟app列表和強制關(guān)閉app列表中登記的app中排除。

接下來將說明由app控制單元33b執(zhí)行的處理的流程。圖9是圖示由app控制單元33b執(zhí)行的處理的流程的流程圖。如圖9所示，app控制單元33b等待事件的發(fā)生(步驟s31)。

當(dāng)發(fā)生事件時，app控制單元33b確定事件類型是什么(步驟s32)。結(jié)果，在事件類型是使得終端進入休眠(即，向休眠狀態(tài)轉(zhuǎn)換)的事件的情況下，app控制單元33b從app狀態(tài)表中提取常駐app并且將所提取的常駐app登記在重啟app列表中(步驟s33)。然后，app控制單元33b參考排除app列表來從重啟app列表中刪除執(zhí)行通知欄5上的顯示的常駐app(步驟s34)，并且指示app管理單元31終止在重啟app列表中登記的app(步驟s35)。

app控制單元33b從app狀態(tài)表中提取后臺app并且將所提取的app登記在強制關(guān)閉app列表中(步驟s36)。app控制單元33b參考排除app列表來從強制關(guān)閉app列表中刪除顯示常規(guī)畫面的后臺app(步驟s37)。然后，app控制單元33b指示app管理單元31終止在強制關(guān)閉app列表中登記的app(步驟s38)，并且返回到步驟s31。

同時，在事件類型是喚醒終端(即，從休眠狀態(tài)恢復(fù))的事件的情況下，app控制單元33b指示app管理單元31激活在重啟app列表中登記的app(步驟s39)。然后，app控制單元33b刪除重啟app列表(步驟s40)，并且返回到步驟s31。

如上所述，在第三實施例中，app控制單元33b在向休眠狀態(tài)轉(zhuǎn)換時排除在排除app列表中登記的app，并且指示app管理單元31終止在重啟app列表和強制關(guān)閉app列表中登記的app。因此，智能裝置1b能夠防止在從休眠狀態(tài)恢復(fù)時畫面缺失部分。

[d]第四實施例

在第三實施例中，已經(jīng)說明了由用戶創(chuàng)建排除app列表的情況；然而，可以自動創(chuàng)建排除app列表。因此，在第四實施例中將說明自動創(chuàng)建排除app列表的智能裝置。

圖10是圖示根據(jù)第四實施例的智能裝置的功能配置的圖。在本文中，為了簡化說明，將相同的附圖標(biāo)記指定給與圖7中示出的單元作用相同的功能單元，并且省略其詳細(xì)描述。

如圖10所示，相比于圖7中示出的智能裝置1b，智能裝置1c包括保存數(shù)據(jù)縮減單元3c而不是保存數(shù)據(jù)縮減單元3b。相比于圖7中示出的保存數(shù)據(jù)縮減單元3b，保存數(shù)據(jù)縮減單元3c包括app管理單元31c而不是app管理單元31，并且包括新的繪制單元37c。

繪制單元37c接收來自app4的請求并且執(zhí)行繪制畫面的處理。當(dāng)接收到在通知欄5中進行繪制的請求時，繪制單元37c將請求繪制的app4添加到排除app列表。

除了app管理單元31中提供的功能以外，app管理單元31c還在安裝顯示主畫面的app4或app啟動器時將app名稱添加到排除app列表，并且在卸載app時將該app的名稱從排除app列表中刪除。

接下來將說明由繪制單元37c執(zhí)行的處理的流程。圖11是圖示由繪制單元37c執(zhí)行的處理的流程的流程圖。如圖11所示，當(dāng)app4請求繪制時，繪制單元37c執(zhí)行常規(guī)繪制處理(步驟s41)。

然后，繪制單元37c確定請求內(nèi)容是否是通知欄5中的繪制(步驟s42)，并且在請求內(nèi)容是通知欄5中的繪制時，繪制單元37c將發(fā)出繪制請求的app4登記在排除app列表中(步驟s43)。

因此，繪制單元37c將執(zhí)行通知欄5中的繪制的app4登記在排除app列表中，從而智能裝置1c可以自動創(chuàng)建排除app列表。

接下來將說明由app管理單元31c執(zhí)行的處理的流程。圖12是圖示由app管理單元31c執(zhí)行的處理的流程的流程圖。如圖12所示，app管理單元31c分析與app相關(guān)的事件的信息(步驟s51)。app管理單元31c根據(jù)事件的類型而執(zhí)行常規(guī)app控制處理(步驟s52)。

app管理單元31c確定事件類型是什么(步驟s53)。結(jié)果，當(dāng)事件類型是從除了app控制單元33b以外的任何裝置接收到的app4的激活、終止或切換時，app管理單元31c更新app狀態(tài)表(步驟s54)。

當(dāng)事件類型是app的安裝或卸載時，app管理單元31c確定app4的類型是否是主畫面的顯示app或app啟動器(步驟s55)。結(jié)果，當(dāng)app4的類型是主畫面的顯示app或app啟動器時，app管理單元31c將主畫面的顯示app或app啟動器添加到排除app列表或者將主畫面的顯示app或app啟動器從排除app列表中刪除(步驟s56)。

因此，app管理單元31c將主畫面的顯示app或app啟動器添加到排除app列表，從而智能裝置1c可以自動創(chuàng)建排除app列表。

如上所述，在第四實施例中，繪制單元37c將執(zhí)行通知欄5中的繪制的app4添加到排除app列表，以及app管理單元31c將主畫面的顯示app或app啟動器添加到排除app列表。因此，智能裝置1c可以自動創(chuàng)建排除app列表。

[e]第五實施例

在第一至第四實施例中，已經(jīng)說明了基于從app4接收到的常駐請求而識別常駐app的情況；然而，可以通過分析app4的包信息來了解常駐app。因此，下面將在第五實施例中說明通過分析app4的包來了解常駐app的智能裝置。

圖13是圖示根據(jù)第五實施例的智能裝置的功能配置的圖。為了簡化說明，將相同的附圖標(biāo)記指定給與圖1中示出的單元作用相同的功能單元，并且省略其詳細(xì)描述。

如圖13所示，相比于圖1中示出的智能裝置1，智能裝置1d包括保存數(shù)據(jù)縮減單元3d而不是保存數(shù)據(jù)縮減單元3。相比于圖1中示出的保存數(shù)據(jù)縮減單元3，保存數(shù)據(jù)縮減單元3d包括app管理單元31d而不是app管理單元31，以及包括app控制單元33d而不是app控制單元33。保存數(shù)據(jù)縮減單元3d不包括app狀態(tài)存儲單元32，但是新包括存儲裝置38d和包分析單元39d。

存儲裝置38d存儲app4的包信息。出于安全目的，包信息包括指示由app4執(zhí)行的各種操作和程序的配置的允許列表(例如，manifest.html)。當(dāng)app4是常駐app時，允許列表中存在指示常駐app的定義(例如，<服務(wù)安卓:名稱＝“常駐app名稱”></服務(wù)>(<serviceandroid:name＝“residentappname”></service>))。當(dāng)app4是常駐app時，常駐app可以被包含在包中。

包分析單元39d參考存儲在存儲裝置38d中的包信息來創(chuàng)建重啟app列表。相比于圖1中示出的app控制單元33，app控制單元33d包括終止指示單元33i而不是終止指示單元33e。終止指示單元33i具有與圖1中示出的終止指示單元33e的功能相同的功能，但是其不創(chuàng)建重啟app列表。app管理單元31d具有與圖1中示出的app管理單元31的功能相同的功能，但是其不更新app狀態(tài)表。

接下來將說明由包分析單元39d執(zhí)行的處理的流程。圖14是圖示由包分析單元39d執(zhí)行的處理的流程的流程圖。如圖14所示，包分析單元39d對重啟app列表進行初始化(步驟s61)。

包分析單元39d參考app4的包信息(步驟s62)，以確定是否存在常駐的定義(步驟s63)。結(jié)果，當(dāng)不存在常駐的定義時，包分析單元39d返回到步驟s62，以及當(dāng)存在常駐的定義時將app名稱添加到重啟app列表(步驟s64)。

包分析單元39d確定是否所有的app的分析已經(jīng)完成(步驟s65)，在所有的app的分析已經(jīng)完成時結(jié)束處理，以及在存在分析沒有完成的任何app4時返回至步驟s62。

因此，包分析單元39d創(chuàng)建重啟app列表，從而智能裝置1d能夠在向休眠狀態(tài)轉(zhuǎn)換時終止常駐app。

接下來將說明由app管理單元31d執(zhí)行的處理的流程。圖15是圖示由app管理單元31d執(zhí)行的處理的流程的流程圖。如圖15所示，app管理單元31d分析與app相關(guān)的事件的信息(步驟s71)。

然后，app管理單元31d確定事件類型是什么(步驟s72)。結(jié)果，當(dāng)事件類型是從app控制單元33d接收到的app4的激活指令或終止指令時，app管理單元31d執(zhí)行app4的激活處理或終止處理(步驟s73)。當(dāng)事件類型是除了該處理以外的任何事件時，app管理單元31d執(zhí)行對應(yīng)于該事件類型的處理，即執(zhí)行常規(guī)app控制處理(步驟s74)。

因此，由于包分析單元39d創(chuàng)建重啟app列表，因此app管理單元31d可以省略創(chuàng)建重啟app列表的處理。

如上所述，在第五實施例中，包分析單元39d參考存儲在存儲裝置38d中的包信息以創(chuàng)建重啟app列表。因此，智能裝置1d能夠在向休眠狀態(tài)轉(zhuǎn)換時終止常駐app。

在第一至第五實施例中圖示的保存數(shù)據(jù)縮減單元通過計算機執(zhí)行具有相同功能的保存數(shù)據(jù)縮減程序來實現(xiàn)。因此，下面將說明執(zhí)行保存數(shù)據(jù)縮減程序的計算機。

圖16是圖示執(zhí)行根據(jù)第一至第五實施例的保存數(shù)據(jù)縮減程序的計算機的硬件配置的圖。如圖16所示，計算機40包括cpu40a、閃存40b、存儲器40c、顯示單元40d和無線通信單元40e。

cpu40a是讀取和執(zhí)行存儲在存儲器40c中的程序(諸如app4和保存數(shù)據(jù)縮減程序)的處理器。閃存40b是存儲app、保存數(shù)據(jù)縮減程序、包信息等的非易失性存儲器。閃存40b對應(yīng)于圖13中示出的存儲裝置38d。

存儲器40c是存儲從閃存40b讀取的app4和保存數(shù)據(jù)縮減程序等的隨機存取存儲器(ram)。存儲器40c存儲執(zhí)行保存數(shù)據(jù)縮減程序所需的數(shù)據(jù)、執(zhí)行保存數(shù)據(jù)縮減程序的中間結(jié)果等。

顯示單元40d是顯示由app4輸出的畫面的裝置，例如是液晶顯示裝置。通知欄5顯示在顯示單元40d上。顯示單元40d接收用戶的觸摸操作并且將接收到的數(shù)據(jù)傳送至cpu40a。

無線通信單元40e是執(zhí)行無線通信(諸如，無線局域網(wǎng)(無線lan)、藍(lán)牙和用于移動電話的通信)的模塊。無線通信單元40e可以包括多個無線通信功能。

根據(jù)本申請的一方面，可以縮減在休眠期間要保存的數(shù)據(jù)的量。