(57)【要約】【課題】アプリの追加、削除が可能な場合に、アプリの処理の優先順位を決定し、プレ活動状態で優先順位の順番でアプリに関する処理を行って、プレ活動状態におけるスマート装置の負荷を抑えること。【解決手段】優先順位判定部７１が、アプリ６の種別を判定してアプリ６の起動の優先順位を決定し、アプリ優先順位記憶部７２に書き込む。そして、スマート装置１がプレ活動状態へ遷移すると、アプリ管理部７３が、端末状態管理部２からプレ活動状態への遷移通知を受信し、アプリ優先順位記憶部７２に基づいてアプリ６を順番に起動する。【選択図】図１
2017162311.tif 000002
【特許請求の範囲】
【請求項１】
アプリの種別を判定してアプリの優先順位を示す優先順位情報を作成する作成部と、
前記作成部により作成された優先順位情報に基づく順番でアプリに関する処理を行う処理部と
を有することを特徴とするスマート装置。
【請求項２】
前記処理部は、前記作成部により作成された優先順位情報に基づく順番でプレ活動状態においてアプリを起動することを特徴とする請求項１に記載のスマート装置。
【請求項３】
前記処理部は、前記作成部により作成された優先順位情報に基づく順番でプレ活動状態においてストレージのスワップ領域からメモリにデータをロードすることを特徴とする請求項１に記載のスマート装置。
【請求項４】
前記作成部は、アプリ常駐化に関する通知、アプリの状態変化に関する通知、ホーム画面を表示するアプリ又はランチャアプリについてインストール通知又は削除通知を受け取って前記優先順位情報を作成することを特徴とする請求項１、２又は３に記載のスマート装置。
【請求項５】
前記作成部は、ロック画面を表示するアプリを最優先とし、フォアグラウンドアプリを第２優先とし、常駐アプリを第３優先とし、ホーム画面を表示するアプリ及びランチャアプリを第４優先として前記優先順位情報を作成することを特徴とする請求項１〜４のいずれか１つに記載のスマート装置。
【請求項６】
コンピュータが、
アプリの種別を判定してアプリの優先順位を示す優先順位情報を作成し、
作成した優先順位情報に基づく順番でアプリに関する処理を行う
処理を実行することを特徴とする優先処理方法。
【請求項７】
コンピュータに、
アプリの種別を判定してアプリの優先順位を示す優先順位情報を作成し、
作成した優先順位情報に基づく順番でアプリに関する処理を行う
処理を実行させることを特徴とする優先処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スマート装置、優先処理方法及び優先処理プログラムに関する。
【背景技術】
【０００２】
スマートフォン、スマートウォッチ等のスマート装置は、動作している時間より処理がない待機状態の期間が長い。例えば、スマートウォッチは、スマートフォンからイベントを通知されたとき、ユーザにより設定変更が行われるとき等の限られたときだけ動作し、他の期間は待機状態にある。図９は、スマートウォッチの動作を説明するための図である。
【０００３】
図９に示すように、例えば、スマートウォッチ８は、ＢＬＥ（Bluetooth（登録商標、以下同様）  Low  Energy）待ち受けの待機状態で、スマートフォン９からのイベント着信があると、バイブ、ＬＥＤ等でユーザに通知する。そして、スマートウォッチ８は、ユーザの操作に基づき、メール本文の転送等の動作を行った後、待機状態に戻る。
【０００４】
このように、スマート装置では、待機状態の期間が長いため、待機状態の消費電力を減らすことによって、バッテリの動作時間を長くすることができる。そこで、待機状態のときにスマート装置の状態をハイバネーション状態に遷移させる技術がある。図１０は、ハイバネーションによる消費電力の削減を説明するための図である。
【０００５】
図１０に示すように、スマート装置が活動状態にあるときは、消費電力は高くなるが、活動状態にある期間は、待機状態にある期間と比較すると短い。そこで、待機状態の消費電力をハイバネーションにより下げることで、スマート装置の消費電力を削減することができる。図１０では、待機状態の電力（旧）が、ハイバネーションを行わない場合の待機状態の消費電力を示し、待機状態の電力（新）が、ハイバネーションを行った場合の待機状態の消費電力を示す。
【０００６】
ただし、スマート装置の状態をハイバネーション状態に遷移させるためには、ＣＰＵ（Central  Processing  Unit）及びメモリのデータを退避し、スマート装置が活動状態になるときに、退避したデータを復元できるようにする必要がある。図１１は、状態遷移時のデータの退避と復元を説明するための図である。
【０００７】
図１１に示すように、スマートウォッチ８は、活動状態からハイバネーション状態に遷移する前に、データの退避処理を行い、ハイバネーション状態から復帰する前に、データの復元処理を行う。したがって、ハイバネーションでは、データ退避時間及びデータ復元時間をできるだけ短縮することが重要となる。
【０００８】
このため、スマート装置にプレ活動状態を設けて、ハイバネーション状態から復帰する際の復元処理を短縮する技術がある。図１２は、プレ活動状態を説明するための図である。図１２に示すように、スマートウォッチ８は、ハイバネーション状態から活動状態に遷移する前に、プレ活動状態に遷移して、プレ活動状態から活動状態に遷移する。
【０００９】
復元処理では、スマートウォッチ８は、ユーザ処理再開までに復元すべきデータの量を抑制する。そして、スマートウォッチ８は、プレ活動状態において、ユーザ処理を再開しつつバックグラウンドで残りのデータを復元する。したがって、スマートウォッチ８は、ユーザ処理再開までの時間を短縮することができる。
【００１０】
しかし、プレ活動状態においてユーザ処理を再開すると、同時に多数のプロセスが実行を再開するため、負荷が高くなり、スマートウォッチ８の性能が低下し、ユーザ操作に対するレスポンスが悪くなる。そこで、アプリケーションの起動順を定義する起動アプリ表を用いて、逐次的にアプリケーションが利用するメモリ領域の復元とアプリケーションの起動を行う技術がある。
【００１１】
なお、コンピューティング環境を低電力の接続型スタンバイ状況に遷移させ、所望の機能以外の他の機能を制限することで、早い応答性で実行状態に遷移する技術がある。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開平１０−２９３６１９号公報
【特許文献２】特表２０１４−５２２０６１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
逐次的にアプリケーションが利用するメモリ領域の復元とアプリケーションの起動を起動アプリ表を用いて行うためには、起動アプリ表を定義しなければならない。しかしながら、アプリケーションの追加、削除が可能な装置では、事前にアプリケーションに起動等の処理の優先順位を付けることができないため、優先順位に基づく処理が行えない。したがって、アプリケーションの追加、削除が可能な装置では、同時に多数の処理が行われるため、プレ活動状態においてスマート装置の負荷が高くなるという問題がある。
【００１４】
本発明は、１つの側面では、プレ活動状態におけるスマート装置の負荷を抑えることを目的とする。
【課題を解決するための手段】
【００１５】
１つの態様では、スマート装置は、作成部と処理部を有する。前記作成部は、アプリの種別を判定してアプリの優先順位を示す優先順位情報を作成する。前記処理部は、前記作成部により作成された優先順位情報に基づく順番でアプリに関する処理を行う。
【発明の効果】
【００１６】
１つの側面では、プレ活動状態におけるスマート装置の負荷を抑えることができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施例１に係るスマート装置の機能構成を示す図である。
【図２】図２は、アプリ優先順位表の一例を示す図である。
【図３】図３は、優先順位判定部による処理のフローを示すフローチャートである。
【図４】図４は、アプリ管理部による処理のフローを示すフローチャートである。
【図５】図５は、プレ活動状態におけるデータ復元を説明するための図である。
【図６】図６は、実施例２に係るスマート装置の機能構成を示す図である。
【図７】図７は、スワップ管理部による処理のフローを示すフローチャートである。
【図８】図８は、実施例１に係るアプリ起動プログラムを実行するコンピュータのハードウェア構成を示す図である。
【図９】図９は、スマートウォッチの動作を説明するための図である。
【図１０】図１０は、ハイバネーションによる消費電力の削減を説明するための図である。
【図１１】図１１は、データの退避と復元を説明するための図である。
【図１２】図１２は、プレ活動状態を説明するための図である。
【発明を実施するための形態】
【００１８】
以下に、本願の開示するスマート装置、優先処理方法及び優先処理プログラムの実施例を図面に基づいて詳細に説明する。実施例１では、アプリケーションの起動の優先順位を決定する場合について説明し、実施例２では、アプリケーションのデータをストレージからメモリにロードするときの優先順位を決定する場合について説明する。なお、実施例は開示の技術を限定するものではない。また、以下では、アプリケーションを省略してアプリと呼ぶこととする。
【実施例１】
【００１９】
まず、実施例１に係るスマート装置の機能構成について説明する。図１は、実施例１に係るスマート装置の機能構成を示す図である。図１に示すように、スマート装置１は、端末状態管理部２と、アプリパッケージリポジトリ３と、パッケージ管理部４と、常駐化処理部５と、アプリ６と、アプリ起動部７とを有する。
【００２０】
端末状態管理部２は、スマート装置１の状態を管理する。スマート装置１の状態には、活動状態、ハイバネーション状態、プレ活動状態が含まれる。端末状態管理部２は、スマート装置１の状態がプレ活動状態に遷移するとプレ活動状態への遷移通知をアプリ起動部７に通知する。
【００２１】
アプリパッケージリポジトリ３は、アプリのパッケージの情報を記憶する。パッケージ管理部４は、アプリパッケージリポジトリ３を用いて、アプリのパッケージを管理する。パッケージ管理部４は、ホーム画面を表示するホーム画面アプリ又はランチャアプリがインストールされるとインストール通知をアプリ起動部７に送り、ホーム画面アプリ又はランチャアプリが削除されると、削除通知をアプリ起動部７に送る。
【００２２】
常駐化処理部５は、アプリ６から常駐化依頼を受け取ると、アプリ６を常駐アプリとし、アプリ６を常駐アプリとしたことをアプリ常駐化通知によりアプリ起動部７に通知する。アプリ６は、スマート装置１で動作するアプリケーションである。また、常駐アプリとは、メモリに常駐し、定期的に実行されるアプリである。
【００２３】
アプリ起動部７は、アプリ６の種別に基づいてアプリ６の起動の優先順位を決定し、決定した優先順位に基づいてアプリ６の起動を制御する。アプリ起動部７は、優先順位判定部７１と、アプリ優先順位記憶部７２と、アプリ管理部７３とを有する。
【００２４】
優先順位判定部７１は、アプリ６の種別を判定してアプリ６の起動の優先順位を決定し、アプリ優先順位記憶部７２に書き込む。アプリ優先順位記憶部７２は、アプリの起動の優先順位を示すアプリ優先順位表を記憶する。
【００２５】
図２は、アプリ優先順位表の一例を示す図である。図２に示すように、アプリ優先順位表では、優先順位とアプリ名とが対応付けられる。優先順位は、起動の優先順位を示す。優先順位には、最優先、第２位、第３位、第４位及び第５位がある。アプリ名は、アプリ６を識別する名前である。
【００２６】
最優先のアプリ６は、ロック画面アプリであり、固定である。ロック画面アプリは、ロックを解除するための画面を表示するアプリ６である。第２位のアプリ６は、フォアグラウンドアプリである。ここで、フォアグラウンドとは、アプリ６が出力する画面が表示装置に表示されている状態である。図２では、アプリＸがフォアグラウンドアプリである。フォアグラウンドアプリは、アプリ管理部７３により識別される。
【００２７】
第３位のアプリ６は、常駐アプリである。図２では、アプリＹが常駐アプリである。常駐アプリは、常駐化処理部５がアプリ６から常駐化依頼を受けることによって特定される。第４位のアプリ６は、ホーム画面アプリとランチャアプリであり、固定である。ホーム画面アプリとランチャアプリはパッケージ管理部４により識別される。
【００２８】
第５位のアプリ６は、その他の一般アプリであり、アプリ全体から優先順位が上位のアプリ６を除いたアプリ６である。図２では、アプリＺが一般アプリである。なお、第３位、第４位及び第５位は、複数のアプリ６に割り当てられてよい。
【００２９】
優先順位判定部７１は、アプリ管理部７３からアプリ状態変化の通知をイベントとして受け取ると、状態変化の内容を判定する。そして、優先順位判定部７１は、フォアグラウンドアプリが変化した場合には、フォアグラウンドに切り替えられたアプリ６の優先順位を第２位に変更し、フォアグラウンドからバックグラウンドに切り替えられたアプリ６の優先順位を第５位に変更する。ここで、バックグラウンドとは、アプリ６が出力する画面が表示装置に表示されていない状態である。
【００３０】
アプリ６が終了した場合には、優先順位判定部７１は、終了したアプリ６の優先順位が第３位であるとき、アプリ優先順位表から終了したアプリ６の名前を削除する。
【００３１】
また、優先順位判定部７１は、常駐化処理部５からアプリ常駐化の通知をイベントとして受け取ると、常駐化されたアプリ６の優先順位を第３位に変更する。また、優先順位判定部７１は、パッケージ管理部４から、ホーム画面アプリ又はランチャアプリのインストール通知をイベントとして受け取ると、ホーム画面アプリ又はランチャアプリの優先順位を第４位とする。
【００３２】
また、優先順位判定部７１は、パッケージ管理部４から、ホーム画面アプリ又はランチャアプリの削除通知をイベントとして受け取ると、優先順位が第４位のアプリ６からホーム画面アプリ又はランチャアプリを削除する。
【００３３】
アプリ管理部７３は、アプリ６の状態を管理し、アプリケーション制御全体を統括する。アプリ管理部７３は、アプリ６の起動、終了、フォアグラウンドとバックグラウンドの切り替え等を行い、アプリ６の状態変化を優先順位判定部７１に通知する。アプリ管理部７３は、端末状態管理部２から、スマート装置１のプレ活動状態への遷移通知を受け取ると、アプリ優先順位表を参照し、優先順位の順にアプリ６を起動する。
【００３４】
次に、優先順位判定部７１による処理のフローについて説明する。図３は、優先順位判定部７１による処理のフローを示すフローチャートである。図３に示すように、優先順位判定部７１は、イベントを受信すると、受信したイベントの種類は何であるかを判定する（ステップＳ１）。
【００３５】
その結果、受信したイベントの種類がパッケージ管理部４からのインストール通知又は削除通知である場合には、優先順位判定部７１は、通知されたアプリ６をアプリ優先順位表の第４位欄に追加又は第４位欄から削除する（ステップＳ２）。
【００３６】
また、受信したイベントの種類がアプリ管理部７３からのフォアグラウンドアプリの変化通知である場合には、優先順位判定部７１は、アプリ優先順位表の第２位欄のアプリ６を第５位欄に移動する（ステップＳ３）。そして、優先順位判定部７１は、通知されたアプリ６をアプリ優先順位表の第２位欄に追加する（ステップＳ４）。
【００３７】
また、受信したイベントの種類がアプリ管理部７３からのアプリ終了通知である場合には、優先順位判定部７１は、通知されたアプリ６がアプリ優先順位表の第３位欄に載っている場合は削除する（ステップＳ５）。
【００３８】
また、受信したイベントの種類が常駐化処理部５からのアプリ常駐化通知である場合には、優先順位判定部７１は、通知されたアプリ６をアプリ優先順位表の第３位欄に追加する（ステップＳ６）。
【００３９】
このように、優先順位判定部７１が、受信したイベントの種類を判定し、アプリ６の種別に基づいてアプリ優先順位表を更新することで、スマート装置１は、プレ活動状態に遷移した際にアプリ優先順位表にしたがって、アプリ６を順番に起動することができる。
【００４０】
次に、アプリ管理部７３による処理のフローについて説明する。図４は、アプリ管理部７３による処理のフローを示すフローチャートである。図４に示すように、アプリ管理部７３は、端末状態管理部２から、プレ活動状態への遷移通知を受信する（ステップＳ１１）。そして、アプリ管理部７３は、アプリ優先順位表を参照し（ステップＳ１２）、アプリ優先順位表にしたがって、アプリ６を順番に起動する（ステップＳ１３）。
【００４１】
このように、アプリ管理部７３は、プレ活動状態への遷移通知を受信すると、アプリ優先順位表にしたがって、アプリ６を順番に起動することで、スマート装置１がプレ活動状態において高負荷となることを防ぐことができる。
【００４２】
上述してきたように、実施例１では、優先順位判定部７１が、アプリ６の種別を判定してアプリ６の起動の優先順位を決定し、アプリ優先順位記憶部７２に書き込む。そして、スマート装置１がプレ活動状態へ遷移すると、アプリ管理部７３が、アプリ優先順位記憶部７２に基づいてアプリ６を順番に起動する。
【００４３】
したがって、スマート装置１は、プレ活動状態において、同時に複数のプロセスが起動されることを防ぐことができ、負荷を低減することができる。このため、スマート装置１は、ユーザ操作に対するレスポンスの悪化を防ぐことができる。
【００４４】
また、実施例１では、アプリ管理部７３は、ロック画面アプリを最優先で起動する。したがって、スマート装置１は、プレ活動状態に遷移すると、迅速にロック画面を表示することができる。
【００４５】
また、実施例１では、アプリ管理部７３は、フォアグラウンドアプリを２番目の優先順位で起動する。したがって、スマート装置１は、ロックが解除されると、ハイバネーション状態に遷移する直前にユーザが操作していたアプリ６が出力する画面を表示装置に迅速に表示することができる。
【００４６】
また、実施例１では、アプリ管理部７３は、フォアグラウンドアプリに続いて常駐アプリを起動した後、一般アプリを起動する前にホーム画面アプリ及びランチャアプリを起動する。したがって、スマート装置１は、ハイバネーション状態に遷移する直前に操作していたアプリ６から他のアプリ６へユーザが切り替えたい場合に、迅速な切り替えを可能とすることができる。
【実施例２】
【００４７】
ところで、上記実施例１では、スマート装置１がプレ活動状態においてアプリ優先順位表を用いてアプリ６を起動する場合について説明したが、アプリ優先順位表をプレ活動状態におけるデータ復元に用いることもできる。そこで、実施例２では、アプリ優先順位表をプレ活動状態におけるデータ復元に用いる場合について説明する。
【００４８】
図５は、プレ活動状態におけるデータ復元を説明するための図である。なお、図５では、実施例２に係るスマート装置１ａの一例としてスマートウォッチを示す。図５に示すように、スマート装置１ａは、ハイバネーション状態に遷移する際の退避処理においてデータをスワップ領域とハイバネーション領域に分けて保存する。
【００４９】
ＯＳ（Operating  System）のカーネルが利用するメモリのデータ等のユーザ処理再開時に必要なデータはハイバネーション領域に保存され、ユーザ処理再開時に必要でないデータはスワップ領域に保存される。
【００５０】
そして、ハイバネーション状態から復帰する際の復元処理では、ハイバネーション領域のデータだけが復元される。そして、プレ活動状態においてスワップ領域のデータが復元され、スワップ領域のデータの復元が完了すると、スマート装置１ａは活動状態に遷移する。
【００５１】
このように、ユーザ処理再開時に必要でないデータをスワップ領域に保存することによって、スマート装置１ａは、スワップ機能を利用してデータの退避と復元を行うことができる。
【００５２】
次に、実施例２に係るスマート装置１ａの機能構成について説明する。図６は、実施例２に係るスマート装置１ａの機能構成を示す図である。なお、ここでは説明の便宜上、図１に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
【００５３】
図６に示すように、スマート装置１ａは、図１に示したスマート装置１と比較して、端末状態管理部２の代わりに端末状態管理部２ａを有し、アプリ起動部７の代わりにスワップ部８ａを有し、アプリ管理部７３の代わりにアプリ管理部７３ａを有する。また、スマート装置１ａは、新たにメモリ管理部１０を有する。
【００５４】
端末状態管理部２ａは、端末状態管理部２と同様の機能を有するが、プレ活動状態への遷移通知及び退避処理通知をスワップ部８ａに送る。スワップ部８ａは、優先順位判定部７１と、アプリ優先順位記憶部７２と、スワップ管理部８ｂとを有する。優先順位判定部７１により更新されるアプリ優先順位表を記憶するアプリ優先順位記憶部７２は、スワップ管理部８ｂによりデータ復元処理で参照される。
【００５５】
スワップ管理部８ｂは、メモリ１１のデータのストレージ１２への退避とストレージ１２からの復帰を管理する。スワップ管理部８ｂは、メモリ管理部１０から退避指示又は復帰指示を受け取ると、メモリ１１のデータの退避又はメモリ１１へのデータの復帰を行う。
【００５６】
また、スワップ管理部８ｂは、端末状態管理部２ａからプレ活動状態への遷移通知を受け取ると、アプリ優先順位表を参照し、アプリ優先順位表の優先順位の順番でアプリ６のデータをストレージ１２からメモリ１１へ復元する。また、スワップ管理部８ｂは、端末状態管理部２ａから退避処理通知を受け取ると、アプリ６が利用するメモリ１１のデータをストレージ１２に退避する。
【００５７】
メモリ管理部１０は、メモリブロック単位でメモリ１１を管理する。メモリ管理部１０は、メモリ１１が不足するとスワップ管理部８ｂにメモリ退避指示を送り、メモリ１１にないデータが必要になるとスワップ管理部８ｂにメモリ復帰指示を送る。
【００５８】
アプリ管理部７３ａは、アプリ管理部７３と同様にアプリ６の状態を管理し、アプリケーション制御全体を統括するが、アプリの状態変化の通知をスワップ部８ａの優先順位判定部７１に送る。
【００５９】
次に、スワップ管理部８ｂによる処理のフローについて説明する。図７は、スワップ管理部８ｂによる処理のフローを示すフローチャートである。図７に示すように、スワップ管理部８ｂは、指示又は通知の内容は何であるかを判定し（ステップＳ２１）、内容がメモリ復帰指示である場合には、指示されたメモリブロックのデータをロードする（ステップＳ２２）。
【００６０】
また、内容がメモリ退避指示である場合には、スワップ管理部８ｂは、退避対象メモリブロックを選択し（ステップＳ２３）、選択したメモリブロックを利用しているアプリ６を判定する（ステップＳ２４）。そして、スワップ管理部８ｂは、選択したメモリブロックのデータを利用アプリ情報付きでストレージ１２に退避する（ステップＳ２５）。
【００６１】
また、内容がプレ活動状態への遷移通知である場合には、スワップ管理部８ｂは、アプリ優先順位表を参照し、処理対象アプリを優先順位の順に選択し（ステップＳ２６）、選択したアプリ６のデータをストレージ１２からメモリ１１に展開する（ステップＳ２７）。
【００６２】
そして、スワップ管理部８ｂは、アプリ優先順位表の全アプリを処理済みであるか否かを判定し（ステップＳ２８）、処理済みでないアプリ６がある場合にはステップＳ２６に戻り、全アプリを処理済みである場合には、処理を終了する。
【００６３】
また、内容が退避処理通知である場合には、スワップ管理部８ｂは、退避対象アプリリストを作成し（ステップＳ２９）、退避対象メモリブロックリストを作成する（ステップＳ３０）。そして、スワップ管理部８ｂは、退避対象アプリリストから１つアプリ６を選択し（ステップＳ３１）、選択したアプリ６の利用メモリのうち退避対象メモリブロックリストに登録されているメモリブロックのデータを退避する（ステップＳ３２）。
【００６４】
そして、スワップ管理部８ｂは、退避対象アプリリストの全アプリを処理済みであるか否かを判定し（ステップＳ３３）、処理済みでないアプリ６がある場合にはステップＳ３１に戻り、全アプリを処理済みである場合には、処理を終了する。
【００６５】
上述してきたように、実施例２では、スワップ管理部８ｂが、プレ活動状態への遷移通知を受け取ると、アプリ優先順位表の優先順位の順番でアプリ６のデータを復元する。したがって、スマート装置１ａは、ユーザが操作する可能性の高い画面を迅速に表示することができる。
【００６６】
なお、実施例１に示したアプリ起動部７は、同様の機能を有するアプリ起動プログラムをコンピュータで実行することによって実現される。そこで、アプリ起動プログラムを実行するコンピュータについて説明する。また、実施例２に示したスワップ部８ａも同様の機能を有するスワッププログラムで実現され、スワッププログラムも同様のコンピュータで実行される。
【００６７】
図８は、実施例１に係るアプリ起動プログラムを実行するコンピュータのハードウェア構成を示す図である。図８に示すように、コンピュータ８０は、ＣＰＵ８０ａと、フラッシュメモリ８０ｂと、メモリ８０ｃと、表示部８０ｄと、無線通信部８０ｅを有する。
【００６８】
ＣＰＵ８０ａは、メモリ８０ｃに記憶されたアプリ６、アプリ起動プログラム等のプログラムを読み出して実行する処理装置である。フラッシュメモリ８０ｂは、アプリ６、アプリ起動プログラム、パッケージ情報等を記憶する不揮発性のメモリである。フラッシュメモリ８０ｂは、図６に示したストレージ１２に対応する。
【００６９】
メモリ８０ｃは、フラッシュメモリ８０ｂから読み出されたアプリ６、アプリ起動プログラム等を記憶するＲＡＭ（Random  Access  Memory）である。また、メモリ８０ｃは、アプリ起動プログラムの実行に必要なデータ、アプリ起動プログラム実行の途中結果等を記憶する。メモリ８０ｃは、図６に示したメモリ１１に対応する。
【００７０】
表示部８０ｄは、アプリ６が出力する画面を表示する装置であり、例えば、液晶表示装置である。また、表示部８０ｄは、ユーザのタッチ操作を受け付け、受け付けたデータをＣＰＵ８０ａに渡す。
【００７１】
無線通信部８０ｅは、無線ＬＡＮ（Local  Area  Network）、Bluetooth、携帯電話用通信等の無線通信を行うモジュールである。無線通信部８０ｅは、複数の無線通信機能を備えてもよい。
【００７２】
また、実施例では、アプリ優先順位表をアプリの起動、アプリのデータロードに用いる場合について説明したが、本発明はこれに限定されるものではなく、例えば、アプリのデータ退避等他の処理にアプリ優先順位表を用いる場合にも同様に適用することができる。
【符号の説明】
【００７３】
１，１ａ    スマート装置
２，２ａ    端末状態管理部
３    アプリパッケージリポジトリ
４    パッケージ管理部
５    常駐化処理部
６    アプリ
７    アプリ起動部
８    スマートウォッチ
８ａ    スワップ部
８ｂ    スワップ管理部
９    スマートフォン
１０    メモリ管理部
１１    メモリ
１２    ストレージ
７１    優先順位判定部
７２    アプリ優先順位記憶部
７３，７３ａ    アプリ管理部
８０    コンピュータ
８０ａ    ＣＰＵ
８０ｂ    フラッシュメモリ
８０ｃ    メモリ
８０ｄ    表示部
８０ｅ    無線通信部
【図１】
2017162311.tif 000003
【図２】
2017162311.tif 000004
【図３】
2017162311.tif 000005
【図４】
2017162311.tif 000006
【図５】
2017162311.tif 000007
【図６】
2017162311.tif 000008
【図７】
2017162311.tif 000009
【図８】
2017162311.tif 000010
【図９】
2017162311.tif 000011
【図１０】
2017162311.tif 000012
【図１１】
2017162311.tif 000013
【図１２】
2017162311.tif 000014