JP2014048817A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】スナップショットブート時に、ファイルシステム上のデータと、揮発性メモリに展開されるイメージデータとの間の整合性を確保する。
【解決手段】情報処理装置は、揮発性メモリと、不揮発性メモリと、制御部とを有する。上記不揮発性メモリは、書き換え可能領域と書き換え不可能領域とを有する。上記書き換え可能領域には、書き換え可能データが記憶される。上記書き換え不可能領域には、書き換え不可能データと、当該書き換え不可能データの実行状態に対応したホーム画面を示すスナップショットブート画像とが記憶される。上記制御部は、起動時に、上記書き換え可能データ及び上記スナップショットブート画像を上記揮発性メモリへロードすることが可能である。さらに制御部は、上記起動前後における上記書き換え可能データの差分データに対応した差分情報及び上記スナップショットブート画像を基に上記ホーム画面を描画することが可能である。
【選択図】図４

Description

本技術は、種々のアプリケーションをインストールして実行することが可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムに関する。

従来から、情報処理装置の起動高速化技術として、スナップショットブート（Snapshot Boot：ＳＳＢ）が知られている。

この技術では、情報処理装置の起動後の、カーネル、デバイスドライバ及びアプリケーションプログラム等の初期化処理の実行結果が、スナップショットイメージとして、情報処理装置の工場出荷時に不揮発性メモリに記憶される。そして、情報処理装置の起動時には、上記不揮発メモリに記憶されたスナップショットイメージが揮発性メモリにロードされる。これにより、通常の起動時に実行される上記各種初期化処理等が省略されるため、情報処理装置の起動時間が短縮される（例えば、特許文献１参照）。

特開２０１０−２７１９８０号公報

しかしながら、上記ＳＳＢでは、起動時には、上記スナップショットイメージとして毎回同じイメージがロードされるため、例えばアプリケーションの追加等により、情報処理装置のシステムに変更が生じた場合でも、当該変更はイメージに反映されない。すなわち、情報処理装置のファイルシステム上のデータと、揮発性メモリに展開されるデータとの間で不整合が生じてしまう。

上記特許文献１に記載の技術では、読み取り専用データについては、スナップショットイメージを用いた起動が行われ、書き換え可能データについては、起動のたびに当該データに基づく処理が実行される。

しかし、当該特許文献１には、スナップショットイメージ中のアイコン等の画像の描画に関する処理については一切記載がない。

以上のような事情に鑑み、本技術の目的は、スナップショットブート時に、ファイルシステム上のデータと、揮発性メモリに展開されるイメージデータとの間の整合性を確保することが可能な情報処理装置、情報処理方法及びプログラム提供することにある。

上述の課題を解決するため、本技術の一形態に係る情報処理装置は、揮発性メモリと、不揮発性メモリと、制御部とを有する。上記不揮発性メモリは、書き換え可能領域と書き換え不可能領域とを有する。上記書き換え可能領域には、書き換え可能データが記憶される。上記書き換え不可能領域には、書き換え不可能データと、当該書き換え不可能データの実行状態に対応したホーム画面を示すスナップショットブート画像とが記憶される。上記制御部は、起動時に、上記書き換え可能データ及び上記スナップショットブート画像を上記揮発性メモリへロードすることが可能である。さらに制御部は、上記起動前後における上記書き換え可能データの差分データに対応した差分情報及び上記スナップショットブート画像を基に上記ホーム画面を描画することが可能である。

これにより情報処理装置は、スナップショットブート時に、ファイルシステム上のデータと、揮発性メモリに展開されるイメージデータとの間の整合性を確保することができる。

上記書き換え可能領域には、上記書き換え可能データとして、上記情報処理装置の前回の起動時にインストールされたアプリケーションに関するデータが記憶されてもよい。この場合上記制御部は、上記インストールされたアプリケーションに対応するアイコンを上記ホーム画面上に描画可能であってもよい。

これにより情報処理装置は、インストールされてホーム画面に追加されたはずのアプリケーションのアイコンが起動後に表示されないという不具合を回避することができる。

上記制御部は、前回の起動時にアプリケーションがインストールされた際に上記ホーム画面について実行されたコマンドを再度実行することで、上記アイコンを上記ホーム画面上に描画可能であってもよい。

これにより情報処理装置は、既存のコマンドを用いることで、新たにインストールされたアプリケーションのアイコンの描画処理をスムースに実行することができる。

上記制御部は、前回の起動時に複数のアプリケーションがインストールされた場合に、上記複数のアプリケーションに対応した１つのコマンドを実行することで、上記複数のアプリケーションに対応する複数のアイコンを一度に描画可能であってもよい。

これにより情報処理装置は、前回の起動時にインストールされたアプリケーションが多数存在する場合でも、それらに対応する複数のアイコンを１つのコマンドで一度に描画することで、描画処理に要する時間、ひいては起動処理に要する時間を短縮することができる。

上記書き換え可能領域には、上記書き換え可能データとして、上記情報処理装置の前回の起動時に変更された、上記情報処理装置が有する機能に関する設定情報が記憶されてもよい。この場合上記制御部は、上記変更された設定情報に対応するアイコンを上記ホーム画面上に描画可能であってもよい。

これにより情報処理装置は、情報処理装置が有する様々な機能に関する設定情報の変更により前回の起動時にホーム画面上のアイコンの状態が変化した場合でも、それをスナップショットブート時にホーム画面に反映させることができる。設定情報とは、例えばネットワーク設定、ディスプレイ設定、サウンド設定等に関する情報である。

上記情報処理装置は、外部機器と接続可能な外部インタフェースをさらに有してもよい。この場合上記制御部は、上記情報処理装置の前回の起動時に、上記外部インタフェースに上記外部機器が接続されたことで上記ホーム画面に描画されたアイコンを、上記ホーム画面上に描画可能であってもよい。

これにより情報処理装置は、スナップショットブート前後において外部機器の接続状態に変化がないにも関わらずそれに対応したホーム画面上のアイコンの状態が変化してしまうのを防ぐことができる。

本技術の他の形態に係る情報処理装置は、情報処理装置の起動時に、不揮発性メモリから、書き換え可能データ及びスナップショットブート画像を揮発性メモリへロードすること、及び、上記起動前後における上記書き換え可能データの差分データに対応した差分情報及び上記スナップショットブート画像を基にホーム画面を描画することを含む。上記不揮発性メモリは、上記書き換え可能データが記憶された書き換え可能領域と、書き換え不可能データ及びスナップショットブート画像とが記憶された書き換え不可能領域とを有する。上記スナップショット画像は、上記書き換え不可能データの実行状態に対応したホーム画面を示すものである。

本技術のまた別の形態に係るプログラムは、情報処理装置に、ロードステップ及び描画ステップとを実行させる。上記ロードステップでは、上記情報処理装置の起動時に、不揮発性メモリから、書き換え可能データ及びスナップショットブート画像が揮発性メモリへロードされる。上記描画ステップでは、上記起動前後における上記書き換え可能データの差分データに対応した差分情報及び上記スナップショットブート画像を基にホーム画面が描画される。上記不揮発性メモリは、上記書き換え可能データが記憶された書き換え可能領域と、書き換え不可能データ及びスナップショットブート画像とが記憶された書き換え不可能領域とを有する。上記スナップショット画像は、上記書き換え不可能データの実行状態に対応したホーム画面を示すものである。

以上のように、本技術によれば、スナップショットブート時に、ファイルシステム上のデータと、揮発性メモリに展開されるイメージデータとの間の整合性を確保することができる。

本技術の一実施形態に係るスマートフォンのハードウェア構成を示したブロック図である。 上記スマートフォンの不揮発性メモリに記憶されるデータファイルのファイルシステム構造を簡略化して示した図である。 上記スマートフォンのＳＳＢ動作の概要を示した図である。 上記スマートフォンのＳＳＢ動作の流れを示したフローチャートである。 上記スマートフォンのＳＳＢ動作の前後におけるホーム画面の様子を示した図である。 複数のアプリケーションがインストールされた場合の上記スマートフォンのＳＳＢ動作の前後におけるホーム画面の様子を示した図である。 図６に対応した複数のアプリケーションのアイコンの描画処理の流れを示した図である。

以下、本技術をスマートフォンに適用した場合の実施形態を、図面を参照しながら説明する。

［スマートフォンのハードウェア構成］
図１は、上記スマートフォン１００のハードウェア構成を示した図である。同図に示すように、

同図に示すように、スマートフォン１００は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、不揮発性メモリ１３、表示部１４、カメラ１５、センサ部１６、通信部１７及び外部インタフェース（Ｉ／Ｆ）１８を有する。

ＣＰＵ１１は、必要に応じてＲＡＭ１２等に適宜アクセスし、各種演算処理を行いながらスマートフォン１００の各ブロック全体を統括的に制御する。

ＲＡＭ１２は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。特に本実施形態では、後述するスナップショットブート（以下、ＳＳＢ）処理において、不揮発性メモリ１３に記憶されているＳＳＢイメージがＲＡＭ１２に展開される。

不揮発性メモリ１３は、例えばフラッシュメモリやＲＯＭ（Read Only Memory）であり、ＣＰＵ１１に実行させるＯＳ、プログラム（アプリケーション）や各種パラメータなどのファームウェアを固定的に記憶する。ＯＳとしては、例えばアンドロイド（登録商標）がインストールされている。

特に本実施形態では、不揮発性メモリ１３は、後述するスナップショットブート処理に必要なＳＳＢイメージを記憶する。当該ＳＳＢイメージは、スマートフォンの初回起動後の、カーネル、デバイスドライバ及びアプリケーションプログラム等の初期化処理の実行結果に対応したホーム画面を示す画像である。当該ＳＳＢイメージは、スマートフォンの工場出荷時に不揮発性メモリ１３に記憶される。

表示部１４は、例えばＬＣＤ（Liquid Crystal Display）やＯＥＬＤ（Organic ElectroLuminescence Display）であり、例えば複数のアイコンが配置された各種メニューやアプリケーション実行中のＧＵＩ等を表示する。表示部１４は、タッチパネルと一体とされており、ユーザのタッチ操作を受け付け可能である。

カメラ１５は、例えばＣＭＯＳ（Complementary Metal Oxide Semiconductor）やＣＣＤ（Charge Coupled Devices）センサ等の撮像素子により、静止画（写真）及び動画を撮像する。

センサ部１６は、種々のセンサからなり、スマートフォン１００の位置情報（緯度・経度情報）、方位情報、物理情報（加速度・重力情報）等を検出する。

通信部１７は、ＷｉＦｉ（Wireless Fidelity）等の無線ＬＡＮ（IEEE802.11等）や移動通信用の３Ｇ、ＬＴＥ（Long Term Evolution）または４Ｇのネットワークに接続し、他の機器と通信する。

外部インタフェース１８は、スマートフォン１００に外部機器を接続するためのインタフェースであり、例えば音声入力／出力端子やＵＳＢ（Universal Serial Bus）端子等である。外部機器とは、例えばキーボード、ヘッドフォン、イヤフォン、スピーカー、マイクロフォン、カーナビゲーションシステム、充電装置、トランスミッタ、メディアプレイヤー、ＰＣ、プリンタ等のあらゆる機器である。

［ファイルシステム構造］
図２は、上記不揮発性メモリ１３に記憶されるデータファイルのファイルシステム構造を、従来のシステムと比較して簡略化して示した図である。

同図上側の（Ａ）は、従来のアンドロイド（登録商標）端末におけるファイルシステム構造を示しており、同図下側の（Ｂ）は本実施形態に係るスマートフォン１００の不揮発性メモリ１３のファイルシステム構造を示している。

同図に示すように、不揮発性メモリ１３のファイルシステムは、ルートディレクトリの配下に、システムディレクトリ１３１及びデータディレクトリ１３２を有する。システムディレクトリ１３１は、書き換え不可能データが記憶された書き換え不可能領域であり、データディレクトリ１３２は、書き換え可能データが記憶された書き換え可能領域である。

システムディレクトリ１３１に記憶される書き換え不可能データとしては、例えばスマートフォン１００にプリインストールされたアプリケーション（サービス）が挙げられる。またシステムディレクトリ１３１には、上記ＳＳＢイメージも記憶される。

データディレクトリ１３２に記憶される書き換え可能データとしては、例えばスマートフォン１００が、通信部１７等を介してクラウド上のサービス（アプリケーションストア）からダウンロードしてインストールしたアプリケーションが挙げられる。これらのアプリケーションは、例えば「apk」という拡張子を有するファイル（パッケージ）として提供されている。また書き換え可能データとして、例えば画面（壁紙）設定、ネットワーク設定、サウンド設定等、スマートフォン１００が有する機能に関する設定情報も記憶されている。

同図（Ａ）に示すように、従来のアンドロイド（登録商標）システムでは、その起動時には、上記システムディレクトリのデータとデータディレクトリのデータの双方が全てＲＡＭに読み込まれる。

一方、同図（Ｂ）に示すように、本実施形態に係るスマートフォン１００では、その起動時には、データディレクトリ１３２の書き換え可能データがＲＡＭ１２に読み込まれるが、上記システムディレクトリ１３１内の書き換え不可能データは読み込まれず、その代わりにＳＳＢイメージ２１が読み込まれる。

［システムの動作］
次に、以上のように構成されたシステムにおけるスマートフォン１００の動作について説明する。本実施形態において、スマートフォン１００における動作は、ＣＰＵ１１と、その制御下において実行されるソフトウェアモジュールとで協働して行われる。

（ＳＳＢ動作の概要）
図３は、上記スマートフォン１００におけるＳＳＢ動作の流れの概要を、従来のアンドロイド（登録商標）端末における起動（Cold Boot）動作と比較して示した図である。

同図左側に示すように、従来のCold Boot処理では、Initの起動処理、Native Serviceの起動処理、System Server及びAndroid（登録商標） Serviceの起動処理及びHomeの起動処理が順次行われた後、アンドロイド（登録商標）が実行される。

Initの起動処理及びNative Serviceの起動処理は、いずれも書き換え不可能な上記システムディレクトリ１３１に記憶されたプログラムに関する処理である。またHomeの起動処理は、それまでの起動処理に基づいて、ラウンチャーと呼ばれるアプリケーションにより、ホーム画面を起動する処理である。

また上記System Serverの起動処理によって、Package Managerも起動する。Package Managerは、システムディレクトリ１３１及びデータディレクトリ１３２にインストールされたパッケージ（ＡＰＫファイル）を管理及び起動するフレームワークである。

具体的には、Package Managerは、Cold Boot時に、起動前にインストールされたパッケージ（ＡＰＫファイル）に関する情報の読み込み、インストールされている全てのパッケージに関する情報の確認、それらのＡＰＫファイルのＲＡＭへの展開、及びそれらＡＰＫファイルの最適化等の処理を実行する。

一方、同図右側に示すように、本実施形態においては、上記Initの起動処理、Native Serviceの起動処理、及びHomeの起動処理はいずれも省略され、代わりに上記ＳＳＢイメージ２１がＲＡＭ１２上に展開される。

また、上記Package Managerによるパッケージの起動処理においても、従来のCold Boot処理で実行されている処理のうち、必要最低限の処理のみが実行されることで、ファイルシステム上のデータとＲＡＭ１２上のデータとが同期される。すなわち、本実施形態におけるPackage Managerは、書き換え可能なデータディレクトリ１３２に新たにインストールされたパッケージの情報の読み込み処理及びそれらのパッケージのＲＡＭ１２への展開処理のみ実行し、書き換え不可能なシステムディレクトリ１３１にプリインストールされているパッケージに関する情報の取得処理や最適化処理は実行しない。

（ＳＳＢ動作の詳細な流れ）
図４は、上記スマートフォンのＳＳＢ動作のより具体的な流れを示したフローチャートである。

同図に示すように、ＳＳＢによりスマートフォン１００の電源がＯＮになると、まず、ＣＰＵ１１は、上記ＳＳＢイメージ２１をシステムディレクトリ１３１からＲＡＭ１２へ読み込む（ステップ４１）。

続いてＣＰＵ１１は、初期状態と比較して、上記外部インタフェース１８に接続された周辺機器の変更、追加、または削除があったか否かを判断する（ステップ４２）。

周辺機器の変更、追加、または削除があったと判断した場合（ステップ４３のＹｅｓ）、ＣＰＵ１１は、それらの周辺機器の変更、追加、削除に対応した、ＳＳＢイメージ２１上でのアイコンその他の画像の描画（または削除）処理を実行する（ステップ４４）。例えばＣＰＵ１１は、外部インタフェース１８にキーボードが接続されていることを検出した場合、当該キーボードの接続を示すアイコンをＳＳＢイメージ２１上に反映してホーム画面を描画する。

続いてＣＰＵ１１は、上記書き換え可能領域であるデータディレクトリ１３２の情報をチェックする（ステップ４５）。

上記チェックの結果、データディレクトリ１３２の情報と、初期状態におけるデータディレクトリ１３２の情報との間に差分が存在すると判断した場合（ステップ４６のＹｅｓ）、ＣＰＵ１１は、その差分が、スマートフォン１００の有する機能の設定値の変更によるものであるか否かを判断する（ステップ４７）。

上記差分が設定値の変更に関するものであると判断した場合（ステップ４７のＹｅｓ）、ＣＰＵ１１は、上記設定値の変更を、ＳＳＢイメージ２１上の画像（例えばアイコンや壁紙等）に反映して、ホーム画面を更新する（ステップ４８）。

上記ステップ４７において、上記差分が設定値の変更によるものでないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記差分が、前回の起動時におけるアプリケーションの追加インストールによるものであるか否かを判断する（ステップ４９）。

上記差分がアプリケーションの追加によるものであると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記追加されたアプリケーションに関する情報を、ＲＡＭ１２上のデータベースに登録する（ステップ５０）。当該アプリケーションに関する情報は、例えばアプリケーション名等のメタデータや、アプリケーションの起動、終了及び実行中に必要な画面（アクティビティ）に関する情報等のあらゆる管理情報である。これらの登録された情報のうち、アプリケーション名（アイコンと共に表示される）等、画像に関する情報は、ＳＳＢイメージ２１に反映されホーム画面の描画に用いられる。一方、登録情報のうち画像に関しない情報は、ＲＡＭ１２上に保持はされるがホーム画面には描画されない。

上記追加されたアプリケーション情報の登録処理が全て完了した場合（ステップ５１のＹｅｓ）、ＣＰＵ１１は、上記追加されたアプリケーション情報を、ホーム画面の起動を担当するラウンチャーにコマンドによって通知する。

当該コマンドは、スマートフォン１００の前回のＳＳＢ後にアプリケーションが新たにインストールされた際にラウンチャーに通知されたコマンドと同一である。すなわち、ＣＰＵ１１は、前回のＳＳＢ後にアプリケーションの追加の際に実行したコマンドと同一のコマンドを、次のＳＳＢ時に再度実行する。

この際、追加されたアプリケーションが複数存在する場合、ＣＰＵ１１は、それら複数のアプリケーションに関する情報を、１つのコマンドで一括して通知する。

そして、上記通知に基づき、ラウンチャーは、追加されたアプリケーション情報を元に、それに対応するアイコンデータ等の画像データを読み出し、それをＳＳＢイメージ２１に反映することで、ホーム画面を更新して表示部１４に表示する（ステップ５３）。すなわち、ラウンチャーは、上記通知により、新たにアプリケーションが追加されたと判断して、スマートフォン１００の起動後にアプリケーションが追加された場合と同様に当該アプリケーションのアイコンをホーム画面に新たに描画する。

図５は、上記ＳＳＢ動作の前後におけるホーム画面の様子を示した図である。

同図（Ａ）及び（Ｂ）に示すように、前回のＳＳＢ時に、１つのアプリケーションがインストールされると、それに対応するアイコンＩがホーム画面に追加される。この時点では、不揮発性メモリ１３のファイルシステムのデータ状態と、ＲＡＭ１２上のデータ状態とは一致している。

その後、スマートフォン１００の電源がＯＦＦにされ、再びＯＮにされて、再度ＳＳＢが実行された場合、同図（Ｃ）に示すように、ＲＡＭ１２に読み出されるＳＳＢイメージ２１は、前回のＳＳＢ時におけるアプリケーションの追加を反映していない状態となる。すなわち、この時点では、不揮発性メモリ１３のファイルシステムのデータ状態と、ＲＡＭ１２上のデータ状態とに不整合が生じている。

しかし、同図（Ｄ）に示すように、追加されたアプリケーションに対応するアイコンＩがＳＳＢイメージ２１上に反映されてホーム画面が表示されることで、ＲＡＭ１２の状態とファイルシステムの状態との同期が図られ、両者間の不整合は解消する。

（起動前に複数のアプリケーションがインストールされた場合の処理）
ここで、上記複数のアプリケーションがインストールされた場合のホーム画面の更新処理の詳細について説明する。

図６は、複数のアプリケーションがインストールされた場合のＳＳＢ動作の前後におけるホーム画面の様子を、従来のアンドロイド（登録商標）システムにおけるアプリケーションのインストール処理と比較して示した図である。また図７は、図６に対応した複数のアプリケーションのアイコンの描画処理の流れを、従来のアンドロイド（登録商標）システムにおけるアプリケーションのインストール処理と比較して示した図である。

図６（Ａ）は、従来のアンドロイド（登録商標）システムにおける複数のアプリケーションの追加時のホーム画面の様子を示している。また図７（Ａ）は、図６（Ａ）に対応した、ホーム画面へのアイコンの描画処理の流れを示している。

図６（Ａ）は、本実施形態において、前回のＳＳＢ時にスマートフォン１００に複数のアプリケーションが追加された後、再度ＳＳＢが実行された場合のホーム画面の様子を示している。図７（Ａ）は、図６（Ａ）に対応した、本実施形態における、ＳＳＢ時の複数のアプリケーションのアイコンの描画処理の流れを示している。

両図に示すように、従来のアンドロイド（登録商標）システムでは、複数のアプリケーションがインストールされる場合、アプリケーション毎にインストール処理が実行され、当該インストール毎にホーム画面にアイコンＩ（Ｉ１、Ｉ２、Ｉ３）が順次追加される。

一方、本実施形態のＳＳＢ時には、前回のＳＳＢ時に追加されたアプリケーションに関する情報は、上述のようにラウンチャーに一括して通知され、それに基づいてアイコンＩ１、Ｉ２及びＩ３が一度にホーム画面上に描画される。

したがって、本実施形態では、前回のＳＳＢ時に複数のアプリケーションが追加された場合でも、その後のＳＳＢ時においてそれらアプリケーションのアイコンの描画処理に要する時間、ひいてはＳＳＢ処理に要する時間が短縮される。

以上説明したように、本実施形態によれば、ＳＳＢ前後におけるファイルシステム上のデータとＳＳＢイメージとの差分に応じて、差分情報がＳＳＢイメージ上に反映され、ホーム画面上にアイコン等の画像の描画処理が実行されることで、両者間に不整合が生じるのが防止される。また、その場合でも、当該差分の抽出に必要な最低限の処理のみが実行されることで、高速起動が実現される。

［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更され得る。

（変形例１）
上述の実施形態において、図４のフローチャートで示した処理の流れは一例にすぎず、当該フローチャート中の各処理の順番は適宜変更可能である。

（変形例２）
上述の実施形態では、本技術がＯＳとしてアンドロイド（登録商標）がインストールされた情報処理装置（スマートフォン）に適用された例を示した。しかし、本技術に係る情報処理装置には、アンドロイド（登録商標）以外のＯＳがインストールされていてもよい。その場合、当該ＯＳの仕様に応じて、上述の実施形態で説明された処理が適宜変更されてもよい。

（変形例３）
上述の実施形態では、本技術がスマートフォンに適用された例が示された。しかし、本技術は、デジタルスチルカメラ、カムコーダ、タブレットＰＣ（Personal Computer）、デスクトップＰＣ、ノートブックＰＣ、ＰＤＡ（Personal Digital Assistant）、携帯型ＡＶプレイヤー、電子ブックリーダー、テレビジョン装置、ＰＶＲ（Personal Video Recorder）、ゲーム機器、プロジェクター、カーナビゲーションシステム、デジタルフォトフレーム、ＨＤＤ（Hard Disk Drive）装置等、その他のあらゆる情報処理装置にも同様に適用され得る。

［その他］
本技術は以下のような構成も採ることができる。
（１）
揮発性メモリと、
書き換え可能データが記憶される書き換え可能領域と、
書き換え不可能データと、当該書き換え不可能データの実行状態に対応したホーム画面を示すスナップショットブート画像とが記憶される書き換え不可能領域と
を有する不揮発性メモリと、
起動時に、前記書き換え可能データ及び前記スナップショットブート画像を前記揮発性メモリへロードし、前記起動前後における前記書き換え可能データの差分データに対応した差分情報及び前記スナップショットブート画像を基に前記ホーム画面を描画することが可能な制御部と
を具備する情報処理装置。
（２）
上記（１）に記載の情報処理装置であって、
前記書き換え可能領域には、前記書き換え可能データとして、前記情報処理装置の前回の起動時にインストールされたアプリケーションに関するデータが記憶され、
前記制御部は、前記インストールされたアプリケーションに対応するアイコンを前記ホーム画面上に描画可能である
情報処理装置。
（３）
上記（２）に記載の情報処理装置であって、
前記制御部は、前回の起動時にアプリケーションがインストールされた際に前記ホーム画面について実行されたコマンドを再度実行することで、前記アイコンを前記ホーム画面上に描画可能である
情報処理装置。
（４）
上記（２）または（３）のいずれかに記載の情報処理装置であって、
前記制御部は、前回の起動時に複数のアプリケーションがインストールされた場合に、前記複数のアプリケーションに対応した１つのコマンドを実行することで、前記複数のアプリケーションに対応する複数のアイコンを一度に描画可能である
情報処理装置。
（５）
上記（２）〜（４）のいずれかに記載の情報処理装置であって、
前記書き換え可能領域には、前記書き換え可能データとして、前記情報処理装置の前回の起動時に変更された、前記情報処理装置が有する機能に関する設定情報が記憶され、
前記制御部は、前記変更された設定情報に対応するアイコンを前記ホーム画面上に描画可能である
情報処理装置。
（６）
上記（２）〜（５）のいずれかに記載の情報処理装置であって、
外部機器と接続可能な外部インタフェースをさらに具備し、
前記制御部は、前記情報処理装置の前回の起動時に、前記外部インタフェースに前記外部機器が接続されたことで前記ホーム画面に描画されたアイコンを、前記ホーム画面上に描画可能である
情報処理装置。

１１…ＣＰＵ
１２…ＲＡＭ
１３…不揮発性メモリ
１４…表示部
１７…通信部
１８…外部インタフェース
２１…ＳＳＢ（Snapshot Boot）イメージ
１００…スマートフォン
１３１…システムディレクトリ
１３２…データディレクトリ

Claims (8)

1. 揮発性メモリと、
   書き換え可能データが記憶される書き換え可能領域と、
   書き換え不可能データと、当該書き換え不可能データの実行状態に対応したホーム画面を示すスナップショットブート画像とが記憶される書き換え不可能領域と
   を有する不揮発性メモリと、
   起動時に、前記書き換え可能データ及び前記スナップショットブート画像を前記揮発性メモリへロードし、前記起動前後における前記書き換え可能データの差分データに対応した差分情報及び前記スナップショットブート画像を基に前記ホーム画面を描画することが可能な制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記書き換え可能領域には、前記書き換え可能データとして、前記情報処理装置の前回の起動時にインストールされたアプリケーションに関するデータが記憶され、
   前記制御部は、前記インストールされたアプリケーションに対応するアイコンを前記ホーム画面上に描画可能である
   情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記制御部は、前回の起動時にアプリケーションがインストールされた際に前記ホーム画面について実行されたコマンドを再度実行することで、前記アイコンを前記ホーム画面上に描画可能である
   情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記制御部は、前回の起動時に複数のアプリケーションがインストールされた場合に、前記複数のアプリケーションに対応した１つのコマンドを実行することで、前記複数のアプリケーションに対応する複数のアイコンを一度に描画可能である
   情報処理装置。
5. 請求項２に記載の情報処理装置であって、
   前記書き換え可能領域には、前記書き換え可能データとして、前記情報処理装置の前回の起動時に変更された、前記情報処理装置が有する機能に関する設定情報が記憶され、
   前記制御部は、前記変更された設定情報に対応するアイコンを前記ホーム画面上に描画可能である
   情報処理装置。
6. 請求項２に記載の情報処理装置であって、
   外部機器と接続可能な外部インタフェースをさらに具備し、
   前記制御部は、前記情報処理装置の前回の起動時に、前記外部インタフェースに前記外部機器が接続されたことで前記ホーム画面に描画されたアイコンを、前記ホーム画面上に描画可能である
   情報処理装置。
7. 情報処理装置の起動時に、書き換え可能データが記憶された書き換え可能領域と、書き換え不可能データと当該書き換え不可能データの実行状態に対応したホーム画面を示すスナップショットブート画像とが記憶された書き換え不可能領域とを有する不揮発性メモリから、前記書き換え可能データ及び前記スナップショットブート画像を揮発性メモリへロードし、
   前記起動前後における前記書き換え可能データの差分データに対応した差分情報及び前記スナップショットブート画像を基に前記ホーム画面を描画する
   情報処理方法。
8. 情報処理装置に、
   前記情報処理装置の起動時に、書き換え可能データが記憶された書き換え可能領域と、書き換え不可能データと当該書き換え不可能データの実行状態に対応したホーム画面を示すスナップショットブート画像とが記憶された書き換え不可能領域とを有する不揮発性メモリから、前記書き換え可能データ及び前記スナップショットブート画像を揮発性メモリへロードするステップと、
   前記起動前後における前記書き換え可能データの差分データに対応した差分情報及び前記スナップショットブート画像を基に前記ホーム画面を描画するステップと
   を実行させるプログラム。

Images