本文中討論的實(shí)施方式涉及智能裝置、優(yōu)先級(jí)排序處理方法和計(jì)算機(jī)可讀記錄介質(zhì)。

背景技術(shù)：

智能裝置、例如智能電話(huà)或智能手表的空閑模式的時(shí)段長(zhǎng)于智能裝置運(yùn)行的時(shí)間。例如，智能手表在有限的情況下(例如在智能電話(huà)向智能手表通知事件時(shí)或者在用戶(hù)改變?cè)O(shè)置時(shí))運(yùn)行，而在剩余時(shí)段中都處于空閑模式。圖9是用于說(shuō)明智能手表的操作的圖。

如圖9所示，例如，當(dāng)處于ble(藍(lán)牙(商標(biāo))低能量)待機(jī)空閑模式的智能手表8接收到來(lái)自智能電話(huà)9的事件時(shí)，智能手表8通過(guò)使用例如振動(dòng)或led燈向用戶(hù)通知該事件。智能手表8根據(jù)用戶(hù)的操作來(lái)執(zhí)行例如傳送電子郵件消息的操作，然后返回到空閑模式。

如上所述，智能裝置的空閑模式的時(shí)段較長(zhǎng)，因此降低空閑模式期間的功耗能夠延長(zhǎng)電池的運(yùn)行時(shí)間。為此，存在有一種用于使智能裝置的模式從空閑模式轉(zhuǎn)換成休眠模式的技術(shù)。圖10是用于說(shuō)明通過(guò)使用休眠來(lái)降低功耗的圖。

如圖10所示，雖然在智能裝置處于活動(dòng)模式時(shí)功耗增加，但活動(dòng)模式的時(shí)段短于空閑模式的時(shí)段。因此，通過(guò)使用休眠來(lái)降低空閑模式下的功耗使得能夠減小智能裝置的功耗。在圖10中，“空閑模式功率(舊)”表示在不執(zhí)行休眠的情況下空閑模式下的功耗，而“空閑模式功率(新)”表示在執(zhí)行休眠的情況下空閑模式下的功耗。

為了使得智能裝置的模式轉(zhuǎn)換成休眠模式，需要保存中央處理單元(cpu)和存儲(chǔ)器的數(shù)據(jù)，并且在智能裝置進(jìn)入活動(dòng)模式時(shí)恢復(fù)保存的數(shù)據(jù)。圖11是用于說(shuō)明在模式轉(zhuǎn)換時(shí)的數(shù)據(jù)保存和數(shù)據(jù)恢復(fù)的圖。

如圖11所示，智能手表8在從活動(dòng)模式轉(zhuǎn)換成休眠模式之前執(zhí)行數(shù)據(jù)保存處理，然后在從休眠模式中恢復(fù)時(shí)，在從休眠模式恢復(fù)之前先執(zhí)行數(shù)據(jù)恢復(fù)處理。因此，在休眠時(shí)，重要的是盡可能地縮短用來(lái)保存數(shù)據(jù)的時(shí)間和用來(lái)恢復(fù)數(shù)據(jù)的時(shí)間。

存在有一種技術(shù)，其中向智能裝置提供預(yù)活動(dòng)模式以縮短從休眠模式恢復(fù)的恢復(fù)處理。圖12是用于說(shuō)明預(yù)活動(dòng)模式的圖。如圖12所示，智能手表8在從休眠模式轉(zhuǎn)換成活動(dòng)模式之前轉(zhuǎn)換成預(yù)活動(dòng)模式，然后從預(yù)活動(dòng)模式轉(zhuǎn)換成活動(dòng)模式。

在恢復(fù)處理中，智能手表8對(duì)在重新啟動(dòng)用戶(hù)處理之前要恢復(fù)的數(shù)據(jù)量進(jìn)行控制。在預(yù)活動(dòng)模式下，智能手表8在后臺(tái)恢復(fù)剩余數(shù)據(jù)，同時(shí)重新啟動(dòng)用戶(hù)處理。因此，智能手表8能夠縮短用來(lái)重新啟動(dòng)用戶(hù)處理的時(shí)間。

然而，當(dāng)在預(yù)活動(dòng)模式下重新啟動(dòng)用戶(hù)處理時(shí)，許多處理被同時(shí)重新啟動(dòng)，因此負(fù)荷增加并且智能手表8的性能下降，并且相應(yīng)地對(duì)用戶(hù)操作的響應(yīng)變差。存在有一種技術(shù)，其依次對(duì)由應(yīng)用使用的存儲(chǔ)器區(qū)域進(jìn)行恢復(fù)并通過(guò)使用限定啟動(dòng)應(yīng)用的順序的啟動(dòng)app表來(lái)啟動(dòng)應(yīng)用。

還存在有另外的技術(shù)，該技術(shù)能夠通過(guò)使計(jì)算環(huán)境轉(zhuǎn)換成低功耗連接待機(jī)模式并對(duì)所需功能之外的功能進(jìn)行限制來(lái)實(shí)現(xiàn)以高響應(yīng)度向運(yùn)行模式轉(zhuǎn)換。

專(zhuān)利文獻(xiàn)1：日本特許專(zhuān)利公開(kāi)第10-293619號(hào)

專(zhuān)利文獻(xiàn)2：國(guó)際專(zhuān)利申請(qǐng)的日本國(guó)家公開(kāi)第2014-522061號(hào)

為了依次對(duì)由應(yīng)用所使用的存儲(chǔ)器區(qū)域進(jìn)行恢復(fù)并且通過(guò)使用啟動(dòng)app表來(lái)啟動(dòng)應(yīng)用，需要限定該啟動(dòng)app表。然而，能夠添加和刪除應(yīng)用的裝置不能夠預(yù)先針對(duì)例如處理(例如，啟動(dòng)處理)來(lái)對(duì)應(yīng)用進(jìn)行優(yōu)先級(jí)排序，因此不能根據(jù)優(yōu)先級(jí)執(zhí)行要被執(zhí)行的處理。這導(dǎo)致的問(wèn)題是，在能夠添加和刪除應(yīng)用的裝置中，多個(gè)處理區(qū)域被同時(shí)執(zhí)行，從而增加了智能裝置在預(yù)活動(dòng)模式下的負(fù)荷。

因此，本發(fā)明的實(shí)施方式的一個(gè)方面的目的是提供對(duì)智能裝置在預(yù)活動(dòng)模式下的負(fù)荷的限制。

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

根據(jù)實(shí)施方式的一個(gè)方面，一種裝置包括：創(chuàng)建器，該創(chuàng)建器確定應(yīng)用的類(lèi)型并且創(chuàng)建表示應(yīng)用中的每個(gè)的優(yōu)先級(jí)的優(yōu)先級(jí)信息；以及處理器，該處理器按照基于由創(chuàng)建器所創(chuàng)建的優(yōu)先級(jí)信息的順序來(lái)執(zhí)行與應(yīng)用有關(guān)的處理。

附圖說(shuō)明

圖1是根據(jù)第一實(shí)施方式的智能裝置的功能配置的圖；

圖2是示例性app優(yōu)先級(jí)表的圖；

圖3是由優(yōu)先級(jí)確定單元執(zhí)行的處理的流程的流程圖；

圖4是由app管理器執(zhí)行的處理的流程的流程圖；

圖5是用于說(shuō)明預(yù)活動(dòng)模式中的數(shù)據(jù)恢復(fù)的圖；

圖6是根據(jù)第二實(shí)施方式的智能裝置的功能配置的圖；

圖7是由交換管理器執(zhí)行的處理的流程的流程圖；

圖8是根據(jù)第一實(shí)施方式的執(zhí)行app啟動(dòng)程序的計(jì)算機(jī)的硬件配置的圖；

圖9是用于說(shuō)明智能手表的操作的圖；

圖10是用于說(shuō)明通過(guò)使用休眠來(lái)降低功耗的圖；

圖11是用于說(shuō)明數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)恢復(fù)的圖；

圖12是用于說(shuō)明預(yù)活動(dòng)模式的圖。

具體實(shí)施方式

將參照附圖說(shuō)明本發(fā)明的優(yōu)選實(shí)施方式。作為第一實(shí)施方式將描述對(duì)啟動(dòng)應(yīng)用時(shí)的優(yōu)先級(jí)進(jìn)行確定的情況，并且作為第二實(shí)施方式將描述確定把應(yīng)用的數(shù)據(jù)從存儲(chǔ)裝置加載到存儲(chǔ)器時(shí)的優(yōu)先級(jí)的情況。下文中，一般將“應(yīng)用(application)”稱(chēng)為“app”。注意，實(shí)施方式并不限制本文所公開(kāi)的技術(shù)。

[a]第一實(shí)施方式

首先，將描述根據(jù)第一實(shí)施方式的智能裝置的功能配置。圖1是根據(jù)第一實(shí)施方式的智能裝置的功能配置的圖。如圖1所示，智能裝置1包括：終端模式管理器2、app包存儲(chǔ)庫(kù)3、包管理器4、駐留(resident)處理器5、app6和app啟動(dòng)裝置(starter)7。

終端模式管理器2對(duì)智能裝置1的模式進(jìn)行管理。智能裝置1的模式包括：活動(dòng)模式、休眠模式和預(yù)活動(dòng)模式。當(dāng)智能裝置1的模式向活動(dòng)模式轉(zhuǎn)換時(shí)，終端模式管理器2向app啟動(dòng)裝置7發(fā)出向預(yù)活動(dòng)模式轉(zhuǎn)換的通知。

app包存儲(chǔ)庫(kù)3存儲(chǔ)關(guān)于app包的信息。包管理器4通過(guò)使用app包存儲(chǔ)庫(kù)3來(lái)管理app包。當(dāng)安裝顯示主畫(huà)面的主畫(huà)面app或者啟動(dòng)器app時(shí)，包管理器4將安裝通知發(fā)送給app啟動(dòng)裝置7，并且在刪除主畫(huà)面app或者啟動(dòng)器app時(shí)，包管理器4將刪除通知發(fā)送給app啟動(dòng)裝置7。

在接收到來(lái)自app6的駐留請(qǐng)求時(shí)，駐留處理器5將app6指定為駐留app，并且通過(guò)發(fā)出駐留通知來(lái)向app啟動(dòng)裝置7通知app6被指定為駐留app的事實(shí)。app6是在智能裝置1上運(yùn)行的應(yīng)用。注意，駐留app是駐留在存儲(chǔ)器中并且被不斷執(zhí)行的app。

app啟動(dòng)裝置7根據(jù)app6的類(lèi)型來(lái)確定啟動(dòng)app6的優(yōu)先級(jí)，并且根據(jù)所確定的優(yōu)先級(jí)對(duì)app6的啟動(dòng)進(jìn)行控制。app啟動(dòng)裝置7包括優(yōu)先級(jí)確定單元71、app優(yōu)先級(jí)存儲(chǔ)單元72和app管理器73。

優(yōu)先級(jí)確定單元71確定app6的類(lèi)型，確定啟動(dòng)app6的優(yōu)先級(jí)并且將該優(yōu)先級(jí)寫(xiě)入app優(yōu)先級(jí)存儲(chǔ)單元72中。app優(yōu)先級(jí)存儲(chǔ)單元72存儲(chǔ)app優(yōu)先級(jí)表，該app優(yōu)先級(jí)表表示啟動(dòng)app的優(yōu)先級(jí)。

圖2是示例性app優(yōu)先級(jí)表的圖。如圖2所示，在app優(yōu)先級(jí)表中，優(yōu)先級(jí)與app名稱(chēng)彼此相關(guān)聯(lián)。優(yōu)先級(jí)表示啟動(dòng)優(yōu)先級(jí)。優(yōu)先級(jí)包括：最高優(yōu)先級(jí)、第二優(yōu)先級(jí)、第三優(yōu)先級(jí)、第四優(yōu)先級(jí)和第五優(yōu)先級(jí)。app名稱(chēng)是指定app6的名稱(chēng)。

具有最高優(yōu)先級(jí)的app6是固定的鎖定畫(huà)面app。鎖定畫(huà)面app是顯示用于解鎖的畫(huà)面的app6。具有第二優(yōu)先級(jí)的app6是前臺(tái)app。前臺(tái)是其中將由app6輸出的畫(huà)面顯示在顯示裝置上的模式。根據(jù)圖2，appx是前臺(tái)app。前臺(tái)app由app管理器73識(shí)別。

具有第三優(yōu)先級(jí)的app6是駐留app。根據(jù)圖2，appy是駐留app。駐留app是以駐留處理器5從app6接收駐留請(qǐng)求的方式來(lái)指定的。具有第四優(yōu)先級(jí)的app6是固定的主畫(huà)面app和啟動(dòng)器app。主畫(huà)面app和啟動(dòng)器app由包管理器4識(shí)別。

具有第五優(yōu)先級(jí)的app6是另外的一般app，即在除去app6中具有較高優(yōu)先級(jí)的app6之后的剩余app6。根據(jù)圖2，appz是一般app?？梢詫⒌谌齼?yōu)先級(jí)、第四優(yōu)先級(jí)和第五優(yōu)先級(jí)分配給多個(gè)app6。

在作為事件接收到來(lái)自app管理器73的指示app模式改變的通知時(shí)，優(yōu)先級(jí)確定單元71確定模式改變的內(nèi)容。當(dāng)前臺(tái)app改變時(shí)，優(yōu)先級(jí)確定單元71將切換到前臺(tái)的app6的優(yōu)先級(jí)改為第二優(yōu)先級(jí)，并且將從前臺(tái)切換到后臺(tái)的app6的優(yōu)先級(jí)改為第五優(yōu)先級(jí)。后臺(tái)是其中不將由app6輸出的畫(huà)面顯示在顯示裝置上的模式。

當(dāng)app6結(jié)束并且已經(jīng)結(jié)束的app6具有第三優(yōu)先級(jí)時(shí)，優(yōu)先級(jí)確定單元71從app優(yōu)先級(jí)表中刪除已經(jīng)結(jié)束的app6的名稱(chēng)。

在作為事件接收到來(lái)自駐留處理器5的駐留app通知時(shí)，優(yōu)先級(jí)確定單元71將被指定為駐留app的app6的優(yōu)先級(jí)改變?yōu)榈谌齼?yōu)先級(jí)。在作為事件接收到來(lái)自包管理器4的指示安裝主畫(huà)面app或啟動(dòng)器app的通知時(shí)，優(yōu)先級(jí)確定單元71將主畫(huà)面app或啟動(dòng)器app的優(yōu)先級(jí)改變?yōu)榈谒膬?yōu)先級(jí)。

在作為事件接收到來(lái)自包管理器4的主畫(huà)面app/啟動(dòng)器app刪除通知時(shí)，優(yōu)先級(jí)確定單元71從具有第四優(yōu)先級(jí)的app6中刪除主畫(huà)面app或啟動(dòng)器app。

app管理器73對(duì)app6的模式進(jìn)行管理并且對(duì)整個(gè)應(yīng)用控制進(jìn)行管理。app管理器73使app6啟動(dòng)和結(jié)束、在app6的前臺(tái)和后臺(tái)之間進(jìn)行切換以及向優(yōu)先級(jí)確定單元71通知app6的模式改變。在接收到來(lái)自終端模式管理器2的指示智能裝置1轉(zhuǎn)換為預(yù)活動(dòng)模式的通知時(shí)，app管理器73查閱app優(yōu)先級(jí)表并根據(jù)優(yōu)先級(jí)啟動(dòng)app6。

下面將描述由優(yōu)先級(jí)確定單元71執(zhí)行的處理的流程。圖3是由優(yōu)先級(jí)確定單元71執(zhí)行的處理的流程的流程圖。如圖3所示,在接收到事件時(shí)，優(yōu)先級(jí)確定單元71確定所接收到的事件的類(lèi)型(步驟s1)。

因此，當(dāng)接收到的事件的類(lèi)型是來(lái)自包管理器4的安裝通知或者刪除通知時(shí)，優(yōu)先級(jí)確定單元71向/從app優(yōu)先級(jí)表中的第四優(yōu)先級(jí)欄中添加/刪除所通知的app6(步驟s2)。

當(dāng)接收到的事件的類(lèi)型是來(lái)自app管理器73的前臺(tái)app改變通知時(shí)，優(yōu)先級(jí)確定單元71將app優(yōu)先級(jí)表中的第二優(yōu)先級(jí)欄中的app6移到第五優(yōu)先級(jí)欄(步驟s3)。優(yōu)先級(jí)確定單元71將所通知的app6添加到app優(yōu)先級(jí)表中的第二優(yōu)先級(jí)欄(步驟s4)。

當(dāng)接收到的事件類(lèi)型是來(lái)自app管理器73的app結(jié)束通知時(shí)，如果所通知的app6在app優(yōu)先級(jí)表中的第三優(yōu)先級(jí)欄中，則優(yōu)先級(jí)確定單元71刪除所通知的app6(步驟s5)。

當(dāng)接收到的事件的類(lèi)型是來(lái)自駐留處理器5的駐留app通知時(shí)，優(yōu)先級(jí)確定單元71將所通知的app6添加至app優(yōu)先級(jí)表中的第三優(yōu)先級(jí)欄(步驟s6)。

如上所述，優(yōu)先級(jí)確定單元71確定接收到的事件的類(lèi)型并且根據(jù)app6的類(lèi)型對(duì)app優(yōu)先級(jí)表進(jìn)行更新，因此智能裝置1在轉(zhuǎn)換到預(yù)活動(dòng)模式時(shí)能夠根據(jù)該app優(yōu)先級(jí)表依次啟動(dòng)app6。

下面將描述由app管理器73執(zhí)行的處理的流程。圖4是由app管理器73執(zhí)行的處理的流程的流程圖。如圖4所示，app管理器73從終端模式管理器2接收轉(zhuǎn)換成預(yù)活動(dòng)模式的通知(步驟s11)。然后，app管理器73查閱app優(yōu)先級(jí)表(步驟s12)并且根據(jù)該app優(yōu)先級(jí)表依次啟動(dòng)app6(步驟s13)。

如上所述，在接收到轉(zhuǎn)換成預(yù)活動(dòng)模式的通知時(shí)，app管理器73根據(jù)app優(yōu)先級(jí)表依次啟動(dòng)app6，因此能夠防止智能裝置1在預(yù)活動(dòng)模式下超負(fù)荷。

如上所述，在第一實(shí)施方式中，優(yōu)先級(jí)確定單元71確定app6的類(lèi)型，確定啟動(dòng)app6的優(yōu)先級(jí)，然后將該優(yōu)先級(jí)寫(xiě)入app優(yōu)先級(jí)存儲(chǔ)單元72中。當(dāng)智能裝置1轉(zhuǎn)換為預(yù)活動(dòng)模式時(shí)，app管理器73基于app優(yōu)先級(jí)存儲(chǔ)單元72而依次啟動(dòng)app6。

因此，智能裝置1能夠防止在預(yù)活動(dòng)模式下同時(shí)啟動(dòng)多個(gè)處理，從而減小負(fù)荷。因此，智能裝置1能夠防止對(duì)用戶(hù)操作的響應(yīng)劣化。

在第一實(shí)施方式中，app管理器73以最高優(yōu)先級(jí)啟動(dòng)鎖定畫(huà)面app。因此，智能裝置1在向預(yù)活動(dòng)模式轉(zhuǎn)換時(shí)能夠快速地顯示鎖定畫(huà)面。

在第一實(shí)施方式中，app管理器73以第二高優(yōu)先級(jí)啟動(dòng)前臺(tái)app。因此，在解鎖時(shí)，智能裝置1能夠快速地將正好在轉(zhuǎn)換到休眠模式之前由用戶(hù)操作的app6所輸出的畫(huà)面顯示在顯示裝置上。

在第一實(shí)施方式中，在繼之以前臺(tái)app而啟動(dòng)駐留應(yīng)用之后，app管理器73在啟動(dòng)一般app之前啟動(dòng)主畫(huà)面app和啟動(dòng)器app。因此，當(dāng)用戶(hù)想將正好在轉(zhuǎn)換到休眠模式之前操作的app6切換成不同的app6時(shí)，智能裝置1能夠快速切換。

[b]第二實(shí)施方式

作為第一實(shí)施方式描述了處于預(yù)活動(dòng)模式的智能裝置1通過(guò)使用app優(yōu)先級(jí)表來(lái)啟動(dòng)app6的情況。app優(yōu)先級(jí)表還可以用于在預(yù)活動(dòng)模式下恢復(fù)數(shù)據(jù)。作為第二實(shí)施方式將描述將app優(yōu)先級(jí)表用于在預(yù)活動(dòng)模式下恢復(fù)數(shù)據(jù)的情況。

圖5是用于說(shuō)明預(yù)活動(dòng)模式下的數(shù)據(jù)恢復(fù)的圖。圖5示出了根據(jù)第二實(shí)施方式的、作為示例性智能裝置1a的智能手表。如圖5所示，在智能裝置1a向休眠模式轉(zhuǎn)換時(shí)，智能裝置1a在保存處理中將數(shù)據(jù)集分別保存在交換區(qū)域和休眠區(qū)域中。

將在重新啟動(dòng)用戶(hù)處理時(shí)所需要的數(shù)據(jù)(例如，由操作系統(tǒng)(os)的內(nèi)核所使用的存儲(chǔ)器的數(shù)據(jù))保存在休眠區(qū)域中并且將在重新啟動(dòng)用戶(hù)處理時(shí)不需要的數(shù)據(jù)保存在交換區(qū)域中。

在從休眠模式中恢復(fù)時(shí)的恢復(fù)處理中，僅恢復(fù)休眠區(qū)域中的數(shù)據(jù)。在預(yù)活動(dòng)模式下，恢復(fù)交換區(qū)域中的數(shù)據(jù)，并且在交換區(qū)域中的數(shù)據(jù)恢復(fù)完成時(shí)，智能裝置1a轉(zhuǎn)換成活動(dòng)模式。

如上所述,智能裝置1a將在重新啟動(dòng)用戶(hù)處理時(shí)不需要的數(shù)據(jù)保存在交換區(qū)域中,從而能夠通過(guò)使用交換功能來(lái)保存和恢復(fù)數(shù)據(jù)。

下面將描述根據(jù)第二實(shí)施方式的智能裝置1a的功能配置。圖6是根據(jù)第二實(shí)施方式的智能裝置1a的功能配置的圖。為了便于描述，以下使用與圖1中的附圖標(biāo)記相同的附圖標(biāo)記來(lái)表示與圖1中所示的單元作用相同的功能單元，并且省略這些功能單元的詳細(xì)描述。

如圖6所示，與圖1所示的智能裝置1不同，智能裝置1a包括終端模式管理器2a而非終端模式管理器2，包括交換單元8a而非app啟動(dòng)裝置7，以及包括app管理器73a而非app管理器73。智能裝置1a還包括存儲(chǔ)器管理器10。

雖然終端模式管理器2a具有與終端模式管理器2的功能相同的功能，但是終端模式管理器2a還向交換單元8a發(fā)送轉(zhuǎn)換成預(yù)活動(dòng)模式的通知以及保存處理通知。交換單元8a包括優(yōu)先級(jí)確定單元71、app優(yōu)先級(jí)存儲(chǔ)單元72和交換管理器8b。在數(shù)據(jù)恢復(fù)處理中，交換管理器8b查閱存儲(chǔ)有由優(yōu)先級(jí)確定單元71更新的app優(yōu)先級(jí)表的app優(yōu)先級(jí)存儲(chǔ)單元72。

交換管理器8b對(duì)將存儲(chǔ)器11的數(shù)據(jù)保存到存儲(chǔ)裝置12中和從存儲(chǔ)裝置12中恢復(fù)數(shù)據(jù)進(jìn)行管理。在接收到來(lái)自存儲(chǔ)器管理器10的保存指令或者恢復(fù)指令時(shí)，交換管理器8b保存存儲(chǔ)器11的數(shù)據(jù)或者在存儲(chǔ)器11中恢復(fù)數(shù)據(jù)。

在接收到來(lái)自終端模式管理器2a的轉(zhuǎn)換成預(yù)活動(dòng)模式的通知時(shí)，交換管理器8b查閱app優(yōu)先級(jí)表并根據(jù)app優(yōu)先級(jí)表中的優(yōu)先級(jí)順序在存儲(chǔ)器11中恢復(fù)來(lái)自存儲(chǔ)裝置12的app6的數(shù)據(jù)。在接收到來(lái)自終端模式管理器2a的保存處理通知時(shí)，交換管理器8b將存儲(chǔ)器11的、由app6所使用的數(shù)據(jù)保存到存儲(chǔ)裝置12中。

存儲(chǔ)器管理器10根據(jù)每個(gè)存儲(chǔ)器塊來(lái)管理存儲(chǔ)器11。當(dāng)發(fā)生存儲(chǔ)器11不足時(shí)，存儲(chǔ)器管理器10向交換管理器8b發(fā)送存儲(chǔ)器保存指令，并且當(dāng)需要不在存儲(chǔ)器11中的數(shù)據(jù)時(shí)，存儲(chǔ)器管理器10向交換管理器8b發(fā)送存儲(chǔ)器恢復(fù)指令。

與app管理器73一樣，app管理器73a對(duì)app6的模式和整個(gè)應(yīng)用控制進(jìn)行管理，此外app管理器73a還向交換單元8a的優(yōu)先級(jí)確定單元71發(fā)送app模式改變通知。

下面將描述由交換管理器8b執(zhí)行的處理的流程。圖7是由交換管理器8b執(zhí)行的處理的流程的流程圖。如圖7所示,交換管理器8b確定指令或通知的內(nèi)容是什么(步驟s21)。當(dāng)內(nèi)容是存儲(chǔ)器恢復(fù)指令時(shí)，交換管理器8b根據(jù)指令來(lái)加載存儲(chǔ)器塊的數(shù)據(jù)(步驟s22)。

當(dāng)內(nèi)容是存儲(chǔ)器保存指令時(shí)，交換管理器8b選擇保存對(duì)象存儲(chǔ)器塊(步驟s23)并且確定使用所選存儲(chǔ)器塊的app6(步驟s24)。然后，交換管理器8b將所選存儲(chǔ)器塊的數(shù)據(jù)與使用app信息相關(guān)聯(lián)地保存到存儲(chǔ)裝置12中(步驟s25)。

當(dāng)內(nèi)容是轉(zhuǎn)換成預(yù)活動(dòng)模式的通知時(shí)，交換管理器8b查閱app優(yōu)先級(jí)表，根據(jù)優(yōu)先級(jí)順序選擇處理對(duì)象app(步驟s26)，并且將所選app6的數(shù)據(jù)從存儲(chǔ)裝置12加載到存儲(chǔ)器11中(步驟s27)。

然后，交換管理器8b確定app優(yōu)先級(jí)表中的所有app是否都已被處理(步驟s28)。當(dāng)存在未被處理的app6時(shí)，交換管理器8b返回步驟s26。當(dāng)所有app都已被處理時(shí)，交換管理器8b結(jié)束處理。

當(dāng)內(nèi)容是保存處理通知時(shí)，交換管理器8b創(chuàng)建保存對(duì)象app列表(步驟s29)并且創(chuàng)建保存對(duì)象存儲(chǔ)器塊列表(步驟s30)。然后，交換管理器8b從保存對(duì)象app列表中選擇app6中的一個(gè)(步驟s31)并且對(duì)由所選app6所使用的存儲(chǔ)器中的、在保存對(duì)象存儲(chǔ)器塊列表中注冊(cè)了的存儲(chǔ)器塊的數(shù)據(jù)進(jìn)行保存(步驟s32)。

然后，交換管理器8b確定保存對(duì)象app列表中的所有app是否都已被處理(步驟s33)。當(dāng)存在未被處理的app6時(shí)，交換管理器8b返回步驟s31。當(dāng)所有app都已被處理時(shí)，交換管理器8b結(jié)束處理。

如上所述,在第二實(shí)施方式中,在接收到轉(zhuǎn)換成預(yù)活動(dòng)模式的通知時(shí),交換管理器8b根據(jù)app優(yōu)先級(jí)表中的優(yōu)先級(jí)順序來(lái)恢復(fù)app6的數(shù)據(jù)。因此，智能裝置1a能夠快地速顯示用戶(hù)很可能要操作的畫(huà)面。

根據(jù)第一實(shí)施方式的app啟動(dòng)裝置7由計(jì)算機(jī)通過(guò)執(zhí)行具有與app啟動(dòng)裝置7的功能相同功能的app啟動(dòng)程序來(lái)實(shí)現(xiàn)。下面將描述執(zhí)行app啟動(dòng)程序的計(jì)算機(jī)。類(lèi)似地，第二實(shí)施方式的交換單元8a通過(guò)使用具有與交換單元8a的功能相同功能的交換程序來(lái)實(shí)現(xiàn)，并且交換程序由相同的計(jì)算機(jī)來(lái)執(zhí)行。

圖8是根據(jù)第一實(shí)施方式的執(zhí)行app啟動(dòng)程序的計(jì)算機(jī)的硬件配置的圖。如圖8所示，計(jì)算機(jī)80包括cpu80a、閃存80b、存儲(chǔ)器80c、顯示單元80d和無(wú)線(xiàn)通信單元80e。

cpu80a是讀取并執(zhí)行存儲(chǔ)在存儲(chǔ)器80c中的app6以及諸如app啟動(dòng)程序的程序的處理裝置。閃存80b是存儲(chǔ)例如app6、app啟動(dòng)程序和包信息的非易失性存儲(chǔ)器。閃存80b對(duì)應(yīng)于圖6中所示的存儲(chǔ)裝置12。

存儲(chǔ)器80c是存儲(chǔ)有例如從閃存80b中讀取的app6和app啟動(dòng)程序的隨機(jī)存取存儲(chǔ)器(ram)。存儲(chǔ)器80c存儲(chǔ)有例如執(zhí)行app啟動(dòng)程序所需的數(shù)據(jù)以及執(zhí)行app啟動(dòng)程序的中間結(jié)果。存儲(chǔ)器80c對(duì)應(yīng)于圖6中所示的存儲(chǔ)器11。

顯示單元80d是對(duì)由app6輸出的畫(huà)面進(jìn)行顯示的裝置，并且其例如是液晶顯示裝置。顯示單元80d接受用戶(hù)的觸摸操作并將接受的數(shù)據(jù)傳遞給cpu80a。

無(wú)線(xiàn)通信單元80e是執(zhí)行無(wú)線(xiàn)通信(例如，經(jīng)由局域網(wǎng)(lan)、藍(lán)牙(商標(biāo))和移動(dòng)電話(huà)的通信)的模塊。無(wú)線(xiàn)通信單元80e可以具有多個(gè)無(wú)線(xiàn)通信功能。

作為第二實(shí)施方式描述了將app優(yōu)先級(jí)表用于啟動(dòng)app和app數(shù)據(jù)加載的情況；然而，本發(fā)明不限于此。例如，這也適用于將app優(yōu)先級(jí)表用于諸如app數(shù)據(jù)保存的處理的情況。

根據(jù)本實(shí)施方式的一個(gè)方面，可以限制智能裝置在預(yù)活動(dòng)模式下的負(fù)荷。