JP6953828B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

例えば、特許文献１には、第１デバイス接続状態、ハイバネーションイメージを記憶した後に、画像形成装置の電源をオフして、再び電源をオンにしたときに、第２デバイス接続状態を取得して、第１デバイス接続状態と、第２デバイス接続状態とが異なる場合に、ハイバネーションイメージを使用せずに画像形成装置を起動し、第１デバイス接続状態と、第２デバイス接続状態とが同じ場合に、ハイバネーションイメージを使用して起動する画像形成装置が開示されている。

また、例えば、特許文献２には、第１の起動処理中の所定の処理時点までに生成されたデータ（２２）と、前記所定の処理時点後の第１の起動処理に使用されたプログラムデータ（３１）とを含むイメージ（３２）を第１の記憶媒体に記憶させる記憶制御手段と、前記第１の起動処理完了後に第２の起動処理を実行するとき、前記第１の記憶媒体に記憶された前記イメージ（３２）に基づいて、前記所定の処理時点から起動処理を開始する起動処理制御手段と、を具備する電子機器が開示されている。

特開２０１４−２３２３６６号公報 特開２０１５−３９０５８号公報

例えばハイバネーションの機能を利用して、自装置の状態を複製した複製データを記憶しておき、記憶した複製データを使用して高速に起動する技術が知られている。このように、記憶した自装置の複製データを用いて装置を起動する場合、例えば、自装置の状態を記憶した後にハードウェア又はソフトウェアの構成や設定が変更されると、記憶した時点の自装置の状態との不整合が生じてしまい、起動できない場合がある。このような場合に通常の起動を行うと、記憶した自装置の複製データを用いて起動する場合よりも起動時間が長くなってしまう。
本発明の目的は、自装置の状態を複製した複製データを記憶した後にハードウェア又はソフトウェアの構成に変更が生じた場合に、記憶した複製データを用いる代わりに通常起動を行う場合と比較して、起動時間を短縮することにある。

請求項１に記載の発明は、複数の起動ステップからなる複数種類の起動手順に関して、当該起動手順に含まれる起動ステップ毎に、当該起動ステップが実行される前の自装置の状態を複製した複製データと当該起動ステップが実行された後の自装置の状態を複製した複製データとの差分データを記憶する記憶手段と、前記複数種類の起動手順のうちの一の起動手順で自装置を起動する場合に、当該一の起動手順に含まれる起動ステップに対応する差分データを前記記憶手段から読み出して、自装置を当該一の起動手順で起動された状態に復元する復元手段とを備え、前記復元手段は、一の起動手順として、前記複数種類の起動手順の中から、自装置の構成を基に特定される起動手順を選択し、選択した当該起動手順に含まれる起動ステップに対応する差分データを前記記憶手段から読み出して、自装置を当該起動手順で起動された状態に復元することを特徴とする情報処理装置である。
請求項２に記載の発明は、前記復元手段は、選択した前記起動手順に含まれる起動ステップに対応する差分データを、当該起動手順において予め定められた実行順序で前記記憶手段から読み出して、自装置を当該起動手順で起動された状態に復元することを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、コンピュータに、複数の起動ステップからなる複数種類の起動手順に関して、当該起動手順に含まれる起動ステップ毎に存在し、当該起動ステップが実行される前の自装置の状態を複製した複製データと当該起動ステップが実行された後の自装置の状態を複製した複製データとの差分である差分データの中から、当該複数種類の起動手順のうちの一の起動手順に含まれる起動ステップに対応する差分データを選択する機能と、前記一の起動手順として、前記複数種類の起動手順の中から、自装置の構成を基に特定される起動手順を選択する機能と、選択した前記起動手順に含まれる起動ステップに対応する差分データを用いて、自装置を当該起動手順で起動された状態に復元する機能とを実現させるためのプログラムである。

請求項１記載の発明によれば、自装置の構成を基に特定される起動手順で起動するとともに、起動時間を短縮することができる。
請求項２記載の発明によれば、より確実に、自装置の構成を基に特定される起動手順で起動することができる。
請求項３記載の発明によれば、自装置の構成を基に特定される起動手順で起動するとともに、起動時間を短縮することができる機能を、コンピュータにより実現できる。

本実施の形態に係る画像処理装置のハードウェア構成例を示す図である。 本実施の形態に係る画像処理装置の機能構成例を示したブロック図である。 （ａ）、（ｂ）は、起動ステップ管理ツリーの一例を示す図である。 イメージ管理テーブルの一例を示す図である。 （ａ）〜（ｃ）は、画像処理装置を起動させる処理の具体例を説明するための図である。 画像処理装置を起動させる処理手順の一例を示したフローチャートである。 本実施の形態を適用可能なコンピュータのハードウェア構成例を示した図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

＜画像処理装置のハードウェア構成＞
まず、本実施の形態に係る画像処理装置１００のハードウェア構成について説明する。図１は、本実施の形態に係る画像処理装置１００のハードウェア構成例を示す図である。本実施の形態に係る画像処理装置１００は、例えば、画像読み取り機能（スキャン機能）、印刷機能（プリント機能）、複写機能（コピー機能）及びファクシミリ機能等の各種の画像処理機能を備えた、いわゆる複合機である。なお、本実施の形態において、画像処理装置１００は、情報処理装置の一例として用いられる。

図示するように、本実施の形態に係る画像処理装置１００は、制御部１１０と、ＨＤＤ（Hard Disk Drive）１２０と、操作パネル１３０と、画像読取部１４０と、画像形成部１５０と、通信インタフェース（以下、「通信Ｉ／Ｆ」と表記する）１６０とを備える。なお、これらの各機能部はバス１７０に接続されており、このバス１７０を介してデータの授受を行う。

制御部１１０は、画像処理装置１００の各部の動作を制御する。この制御部１１０は、ＣＰＵ（Central Processing Unit）１１０ａ、ＲＡＭ（Random Access Memory）１１０ｂ、ＲＯＭ（Read Only Memory）１１０ｃにより構成される。
ＣＰＵ１１０ａは、ＲＯＭ１１０ｃ等に記憶された各種プログラムをＲＡＭ１１０ｂにロードして実行することにより、画像処理装置１００における各機能を実現する。ＲＡＭ１１０ｂは、ＣＰＵ１１０ａの作業用メモリ等として用いられるメモリ（記憶部）である。ＲＯＭ１１０ｃは、ＣＰＵ１１０ａが実行する各種プログラム等を記憶するメモリ（記憶部）である。

ＨＤＤ１２０は、各種データを記憶する記憶部である。ＨＤＤ１２０には、例えば、画像読取部１４０の画像読み取りによって生成された画像データや、通信Ｉ／Ｆ１６０によって外部から受信した画像データ等が記憶される。また、ＨＤＤ１２０は、画像処理装置１００を起動した状態（起動後の状態）に復元するためのイメージデータを記憶する。このイメージデータは、いわゆるハイバネーション起動に用いられるデータである。イメージデータの詳細については、後述する。

操作パネル１３０は、各種の情報を表示するとともに、ユーザからの操作を受け付ける。この操作パネル１３０は、液晶ディスプレイ等で構成された表示パネル、表示パネルの上に配置され、ユーザによりタッチされた位置を検出するタッチパネル、ユーザにより押下される物理キー等から構成される。そして、操作パネル１３０は、例えば、画像処理装置１００の操作画面等の各種画面を表示パネルに表示したり、タッチパネル及び物理キーによりユーザからの操作を受け付けたりする。

画像読取部１４０は、原稿台上にセットされた用紙等の記録材に形成されている画像を読み取って、読み取った画像を示す画像情報（画像データ）を生成する。ここで、画像読取部１４０は、例えばスキャナーであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式のものを用いるとよい。

画像形成部１５０は、用紙等の記録材に画像を形成する印刷機構である。ここで、画像形成部１５０は、例えばプリンターであり、感光体に付着させたトナーを記録材に転写して像を形成する電子写真方式や、インクを記録材上に吐出して像を形成するインクジェット方式のものを用いるとよい。

通信Ｉ／Ｆ１６０は、不図示のネットワークを介して他の装置との間で各種データの送受信を行う通信インタフェースである。

そして、この画像処理装置１００では、制御部１１０による制御の下、画像読取部１４０によってスキャン機能が実現され、画像形成部１５０によってプリント機能が実現され、画像読取部１４０及び画像形成部１５０によってコピー機能が実現され、画像読取部１４０、画像形成部１５０及び通信Ｉ／Ｆ１６０によってファクシミリ機能が実現される。

＜画像処理装置の機能構成＞
次に、本実施の形態に係る画像処理装置１００の機能構成について説明する。本実施の形態に係る画像処理装置１００には、画像処理装置１００を起動する場合の起動手順として、複数の起動ステップからなる複数種類の起動手順が設けられている。そして、上述したように、ＨＤＤ１２０には、画像処理装置１００を起動した状態に復元するためのイメージデータが記憶される。ここで、イメージデータとしては、基本イメージと差分イメージとが存在する。

基本イメージは、画像処理装置１００が起動された場合の予め定められた時点でのメモリ状態を保存するものであり、複数種類の起動手順に共通するものである。基本イメージとしては、例えば、画像処理装置１００のＯＳ起動直後のメモリ状態を保存するものが例示される。この場合、基本イメージは、ＯＳ起動という起動ステップに対応するイメージデータとして捉えることができる。なお、以下では、基本イメージをＯＳ起動に対応するイメージデータとして説明するが、本実施の形態ではこのような構成に限られるものではない。

差分イメージは、画像処理装置１００の起動手順に含まれる起動ステップ毎に保存される差分データである。より具体的には、差分イメージは、起動手順に含まれる起動ステップ毎に、起動ステップが実行される前の画像処理装置１００の状態を複製した複製データと起動ステップが実行された後の画像処理装置１００の状態を複製した複製データとの差分データである。言い換えると、差分イメージは、起動ステップが実行される前のスナップショットと起動ステップが実行された後のスナップショットとの差分データ、即ち、両スナップショットの違いに関する情報である。

そして、本実施の形態に係る画像処理装置１００は、起動の際に、ＨＤＤ１２０に保存された基本イメージ及び差分イメージを読み出して起動するように構成される。言い換えると、画像処理装置１００は、保存された基本イメージ及び差分イメージによりハイバネーション起動を行うように構成される。
なお、基本イメージ及び差分イメージについては、例えば、ユーザが複数種類の起動手順を順番に選択し、画像処理装置１００を複数種類の起動手順で起動させることにより作成され、ＨＤＤ１２０に記憶される。

図２は、本実施の形態に係る画像処理装置１００の機能構成例を示したブロック図である。本実施の形態に係る画像処理装置１００は、ハードウェア構成管理部１０１、ソフトウェア構成管理部１０２、起動ステップ管理部１０３、起動ステップ特定部１０４、イメージ構成管理部１０５、イメージ選択部１０６、イメージ展開部１０７を備える。

ハードウェア構成管理部１０１は、画像処理装置１００に接続されているデバイスの有無や画像処理装置１００に接続されているストレージの容量など、画像処理装置１００のハードウェア構成に関する情報を管理する。例えば、画像処理装置１００に新たに認証機器が搭載された場合、ハードウェア構成管理部１０１は、搭載された認証機器の情報を新たに取得する。ここで、ハードウェア構成管理部１０１は、ユーザの操作を介さずに自動的に認証機器の情報を取得してもよいし、ユーザが認証機器の情報を登録してもよい。

ソフトウェア構成管理部１０２は、画像処理装置１００が有するソフトウェアの情報や、画像処理装置１００が起動する際の起動モードに関する情報を管理する。例えば、画像処理装置１００にインストールされたソフトウェアの設定が変更された場合、ソフトウェア構成管理部１０２は、設定変更されたソフトウェアの情報を新たに取得する。ここで、ソフトウェア構成管理部１０２は、ユーザの操作を介さずに自動的に設定変更されたソフトウェアの情報を取得してもよいし、ユーザがソフトウェアの情報を登録してもよい。

起動ステップ管理部１０３は、画像処理装置１００を起動する際に実行される起動ステップを管理するためのツリー（以下、「起動ステップ管理ツリー」と称する）を保持する。より具体的には、起動ステップ管理ツリーには、ハードウェア構成、ソフトウェア構成、及び起動モード等の情報と起動ステップとが予め対応付けられている。起動ステップ管理ツリーの詳細については、後述する。

起動ステップ特定部１０４は、画像処理装置１００を起動する際の起動ステップを特定する。ここで、起動ステップ特定部１０４は、起動ステップ管理部１０３が管理する起動ステップ管理ツリーを参照し、ハードウェア構成管理部１０１が管理する情報及びソフトウェア構成管理部１０２が管理する情報を基に、起動の際に実行される起動手順、その起動手順に含まれる起動ステップを特定する。言い換えると、起動ステップ特定部１０４は、起動ステップ管理部１０３が管理する起動ステップ管理ツリーを参照し、画像処理装置１００の現状のハードウェア構成、ソフトウェア構成、設定中の起動モード等に対応する起動手順、その起動手順に含まれる起動ステップを特定する。

イメージ構成管理部１０５は、基本イメージ及び差分イメージを管理するためのテーブル（以下、「イメージ管理テーブル」と称する）を保持する。より具体的には、イメージ管理テーブルには、画像処理装置１００を起動する際に実行される起動ステップとイメージデータとが予め対応付けられている。例えば、ＯＳ起動という起動ステップには、基本イメージが対応付けられている。また、例えば、一のアプリケーションを初期化する起動ステップには、この起動ステップが実行される前の画像処理装置１００の状態を複製した複製データとこの起動ステップが実行された後の画像処理装置１００の状態を複製した複製データとの差分である差分イメージが対応付けられている。イメージ管理テーブルの詳細については、後述する。

イメージ選択部１０６は、起動ステップ特定部１０４により特定された起動ステップに対応するイメージデータを選択する。ここで、イメージ選択部１０６は、イメージ構成管理部１０５が管理するイメージ管理テーブルを参照し、起動ステップ特定部１０４により特定された起動ステップのそれぞれに対応するイメージデータを選択する。

イメージ展開部１０７は、イメージ選択部１０６が選択したイメージデータを、ＨＤＤ１２０から読み出してＲＡＭ１１０ｂに展開し、画像処理装置１００を起動する。言い換えると、イメージ展開部１０７は、イメージ選択部１０６が選択したイメージデータをＲＡＭ１１０ｂに展開して、画像処理装置１００を起動した状態に復元する。

そして、図２に示す画像処理装置１００を構成する各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、画像処理装置１００を図１に示したハードウェア構成にて実現した場合、例えば、ＲＯＭ１１０ｃに格納されているＯＳのプログラムやアプリケーション・プログラムが、ＲＡＭ１１０ｂに読み込まれてＣＰＵ１１０ａに実行されることにより、ハードウェア構成管理部１０１、ソフトウェア構成管理部１０２、起動ステップ管理部１０３、起動ステップ特定部１０４、イメージ構成管理部１０５、イメージ選択部１０６、イメージ展開部１０７等の各機能部が実現される。また、ハードウェア構成管理部１０１が管理する情報、ソフトウェア構成管理部１０２が管理する情報、起動ステップ管理ツリー、イメージ管理テーブル等は、例えば、ＨＤＤ１２０に記憶される。

本実施の形態では、記憶手段の一例として、ＨＤＤ１２０が用いられる。また、復元手段、取得手段、起動手段の一例として、起動ステップ特定部１０４、イメージ選択部１０６、イメージ展開部１０７が用いられる。

＜起動ステップ管理ツリーの説明＞
次に、起動ステップ管理部１０３が保持する起動ステップ管理ツリーについて、詳細に説明する。図３（ａ）、（ｂ）は、起動ステップ管理ツリーの一例を示す図である。

図３（ａ）に示す起動ステップ管理ツリーは、３つの起動モードのそれぞれについて、起動手順、起動手順に含まれる起動ステップを示している。

例えば、ＳＷ（ソフトウェア）更新モードでは、ＯＳ起動、ＳＷ更新アプリ初期化、という２つの起動ステップが実行される。即ち、画像処理装置１００がＳＷ更新モードで起動する場合には、画像処理装置１００は、予め定められた実行順序として、ＯＳ起動、ＳＷ更新アプリ初期化の順番に処理を行って起動する。なお、ＳＷ更新モードは、画像処理装置１００のアプリケーションを更新するためのモードである。ＳＷ更新アプリ初期化の処理では、更新対象のアプリケーションは起動されず、アプリケーション更新のための専用のアプリケーションが初期化される。

また、例えば、通常モードでは、ＯＳ起動、画像処理アプリ初期化という２つの起動ステップに加えて、ＵＩ（Ｔｙｐｅ１）初期化又はＵＩ（Ｔｙｐｅ２）初期化という起動ステップが実行される。ここで、ＵＩ（Ｔｙｐｅ１）初期化、ＵＩ（Ｔｙｐｅ２）初期化は、ユーザからの操作を受け付ける操作パネル１３０のユーザインタフェースを初期化する処理である。

例えば、ＵＩ（Ｔｙｐｅ１）は、簡易な表示によりユーザからの操作を受け付ける簡易モードのユーザインタフェースである。また、ＵＩ（Ｔｙｐｅ２）は、複数の言語を表示してユーザからの操作を受け付ける多言語モードのユーザインタフェースである。より具体的には、例えば、画像処理装置１００が通常モードで起動し、ユーザインタフェースとしてＵＩ（Ｔｙｐｅ１）を用いる設定がされている場合には、画像処理装置１００は、予め定められた実行順序として、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化の順番に処理を行って起動する。また、例えば、画像処理装置１００が通常モードで起動し、ユーザインタフェースとしてＵＩ（Ｔｙｐｅ２）を用いる設定がされている場合には、画像処理装置１００は、予め定められた実行順序として、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ２）初期化の順番に処理を行って起動する。

付言すると、ＵＩ（Ｔｙｐｅ１）を起動する場合の起動手順と、ＵＩ（Ｔｙｐｅ２）を起動する場合の起動手順とは、ＯＳ起動、画像処理アプリ初期化の起動ステップが共通している。そして、これらの共通の起動ステップが実行された後に、起動手順が分岐しており、ＵＩ（Ｔｙｐｅ１）を起動する場合にはＵＩ（Ｔｙｐｅ１）初期化の処理が行われ、ＵＩ（Ｔｙｐｅ２）を起動する場合にはＵＩ（Ｔｙｐｅ２）初期化の処理が行われる。

さらに、例えば、メンテナンスモードでは、ＯＳ起動、メンテナンス初期化、という２つの起動ステップが実行される。このメンテナンスモードでは、ＯＳが起動された後、メンテナンス初期化の処理により、画像処理装置１００をメンテナンスするための専用のアプリケーションが初期化される。

このように、３つの起動モードのそれぞれでは、ＯＳ起動の処理は共通しており、ＯＳ起動が行われた後に処理が分岐し、各モードに応じた処理が行われる。また、通常モードでは、ＯＳ起動、画像処理アプリ初期化が行われた後にさらに処理が分岐し、ユーザインタフェースのタイプ（設定）により、ＵＩ（Ｔｙｐｅ１）初期化又はＵＩ（Ｔｙｐｅ２）初期化の処理が行われる。

ここで、図３（ａ）に示す起動ステップ管理ツリーは、ハードウェア構成として、画像処理装置１００が認証機器を備えていない場合の例を示している。一方、図３（ｂ）に示す起動ステップ管理ツリーは、ハードウェア構成として、画像処理装置１００が認証機器を備えた場合の例を示している。

より具体的には、図３（ｂ）に示す起動ステップ管理ツリーは、図３（ａ）に示す起動ステップ管理ツリーと同様に、３つの起動モードのそれぞれについて、起動手順、起動手順に含まれる起動ステップを示している。そして、画像処理装置１００が認証機器を備えたことにより、通常モードでは認証アプリ初期化の処理が行われる。

例えば、通常モードでは、ＯＳ起動、画像処理アプリ初期化の処理が行われた後、ＵＩ（Ｔｙｐｅ１）初期化又はＵＩ（Ｔｙｐｅ２）初期化の処理が行われる。ここで、画像処理装置１００が認証機器を備えていない場合には、ＵＩ（Ｔｙｐｅ１）初期化又はＵＩ（Ｔｙｐｅ２）初期化の処理が行われて、起動手順の処理は終了する。一方、画像処理装置１００が認証機器を備えている場合には、ＵＩ（Ｔｙｐｅ１）初期化の処理が行われた後、さらに、認証アプリ初期化１の処理が行われて、画像処理装置１００が起動した状態になる。又は、ＵＩ（Ｔｙｐｅ２）初期化の処理が行われた後、さらに、認証アプリ初期化２の処理が行われて、画像処理装置１００が起動した状態になる。
なお、この例では、ＳＷ更新モードは、ソフトウェアを更新するためのモードであるため、認証アプリの初期化は行われない。同様に、メンテナンスモードは、画像処理装置１００をメンテナンスするためのモードであり、認証アプリの初期化は行われない。

なお、本実施の形態において、起動ステップ管理部１０３は、起動ステップをツリー構造で管理する構成に限られるものではなく、起動ステップ管理ツリーの代わりに、例えば、起動ステップを管理するためのテーブルを保持してもよい。

＜イメージ管理テーブルの説明＞
次に、イメージ構成管理部１０５が保持するイメージ管理テーブルについて、詳細に説明ずる。図４は、イメージ管理テーブルの一例を示す図である。

図４に示すように、起動ステップのそれぞれに対して、イメージデータが対応付けられている。例えば、ＯＳ起動の処理には、基本イメージが対応付けられている。また、ＯＳ起動以外の起動ステップには、差分イメージが対応付けられている。

例えば、ＳＷ更新アプリ初期化という起動ステップには、差分イメージ（ＳＷ更新アプリ）が対応付けられている。付言すると、差分イメージ（ＳＷ更新アプリ）は、ＳＷ更新アプリ初期化の起動ステップが実行される前の画像処理装置１００の状態を複製した複製データとＳＷ更新アプリ初期化の起動ステップが実行された後の画像処理装置１００の状態を複製した複製データとの差分データである。

また、図３で説明したように、ＵＩ（Ｔｙｐｅ１）を起動する場合の起動手順と、ＵＩ（Ｔｙｐｅ２）を起動する場合の起動手順とは、ＯＳ起動、画像処理アプリ初期化の起動ステップが共通している。そのため、基本イメージ、差分イメージ（ＳＷ更新アプリ）は、ＵＩ（Ｔｙｐｅ１）を起動する場合に使用されるとともに、ＵＩ（Ｔｙｐｅ２）を起動する場合にも使用される。

なお、本実施の形態において、イメージ構成管理部１０５は、起動ステップとイメージデータとの組み合わせをテーブル形式で管理する構成に限られるものではなく、イメージ管理テーブルの代わりに、例えば、起動ステップとイメージデータとの組み合わせを管理するためのツリーを保持してもよい。

＜画像処理装置を起動する処理の具体例＞
次に、本実施の形態に係る画像処理装置１００を起動させる処理について、具体例を挙げて説明する。図５（ａ）〜（ｃ）は、画像処理装置１００を起動させる処理の具体例を説明するための図である。ここでは、図３に示す起動ステップ管理ツリー、図４に示すイメージ管理テーブルが用いられるものとして説明する。

図５（ａ）に示す例は、通常モードでＵＩ（Ｔｙｐｅ１）を起動させる場合の例である。ここで、通常モードでＵＩ（Ｔｙｐｅ１）を使用する場合には、図３に示すように、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化の処理が順に行われる。ここで、イメージデータを使用せずに起動する場合には、図５（ａ）の通常起動の場合のように、画像処理装置１００の電源がオン（ＯＮ）されると、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化の処理が順に行われる。一方、本実施の形態では、図５（ａ）の高速起動のように、各起動ステップに対応するイメージデータを使用して画像処理装置１００を起動する。

より具体的には、画像処理装置１００の電源がオンされると、起動ステップ特定部１０４は、ハードウェア構成管理部１０１及びソフトウェア構成管理部１０２が管理する情報を取得する。ここで、起動ステップ特定部１０４は、例えば、どのようなハードウェア構成か、どのようなソフトウェアがインストールされているか、どのような起動モードが設定されているか等の情報を取得する。そして、起動ステップ特定部１０４は、取得した情報を基に、画像処理装置１００を起動する際の起動手順、その起動手順に含まれる起動ステップを特定する。図５（ａ）の例では、起動ステップ特定部１０４は、図３に示す起動ステップ管理ツリーを参照し、通常モードでＵＩ（Ｔｙｐｅ１）を起動する起動手順、即ち、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化の起動ステップを特定する。

次に、イメージ選択部１０６は、起動ステップ特定部１０４により特定された起動ステップに対応するイメージデータを選択する。図５（ａ）の例では、イメージ選択部１０６は、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化に対応するイメージデータを選択する。より具体的には、イメージ選択部１０６は、図４に示すイメージ管理テーブルを参照し、使用するイメージデータとして、基本イメージ、差分イメージ（画像処理アプリ）、差分イメージ（ＵＩ（Ｔｙｐｅ１））を選択する。

次に、イメージ展開部１０７は、イメージ選択部１０６が選択した基本イメージ、差分イメージ（画像処理アプリ）、差分イメージ（ＵＩ（Ｔｙｐｅ１））を順番に、ＨＤＤ１２０から読み出してＲＡＭ１１０ｂに展開し、画像処理装置１００を起動した状態に復元する。

さらに説明すると、基本イメージをＲＡＭ１１０ｂに展開することにより、画像処理装置１００は、ＯＳ起動直後の状態に復元される。次に、差分イメージ（画像処理アプリ）をＲＡＭ１１０ｂに展開することにより、画像処理装置１００は、画像処理アプリ初期化の処理が実行された後の状態に復元される。次に、差分イメージ（ＵＩ（Ｔｙｐｅ１））をＲＡＭ１１０ｂに展開することにより、画像処理装置１００は、ＵＩ（Ｔｙｐｅ１）初期化の処理が実行された後の状態に復元される。その結果、図５（ａ）の高速起動では、図５（ａ）の通常起動の場合と比較して、起動時間が短縮される。

また、図５（ｂ）に示す例は、通常モードでＵＩ（Ｔｙｐｅ２）を起動させる場合の例である。ここで、イメージデータを使用せずに起動する場合には、図５（ｂ）の通常起動の場合のように、画像処理装置１００の電源がオンされると、ＯＳ起動、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ２）初期化の処理が順に行われる。一方、本実施の形態では、図５（ａ）の場合と同様の処理が行われ、イメージ選択部１０６は、起動ステップに対応するイメージデータとして、基本イメージ、差分イメージ（画像処理アプリ）、差分イメージ（ＵＩ（Ｔｙｐｅ２））を選択する。また、イメージ展開部１０７は、基本イメージ、差分イメージ（画像処理アプリ）、差分イメージ（ＵＩ（Ｔｙｐｅ２））を順番に、ＨＤＤ１２０から読み出してＲＡＭ１１０ｂに展開し、画像処理装置１００を起動した状態に復元する。その結果、図５（ｂ）の高速起動では、図５（ｂ）の通常起動の場合と比較して、起動時間が短縮される。

付言すると、通常モードでＵＩ（Ｔｙｐｅ１）を起動させる場合に用いられるイメージデータと、通常モードでＵＩ（Ｔｙｐｅ２）を起動させる場合に用いられるイメージデータとは、基本イメージ、差分イメージ（画像処理アプリ）が共通する。そして、差分イメージ（画像処理アプリ）を展開した後、処理が分岐する。即ち、ＵＩ（Ｔｙｐｅ１）を起動させる場合には差分イメージ（ＵＩ（Ｔｙｐｅ１））が使用され、ＵＩ（Ｔｙｐｅ２）を起動させる場合には差分イメージ（ＵＩ（Ｔｙｐｅ２））が使用される。

さらに、図５（ｃ）に示す例は、メンテナンスモードで画像処理装置１００を起動させる場合の例である。ここで、イメージデータを使用せずに起動する場合には、図５（ｃ）の通常起動の場合のように、画像処理装置１００の電源がオンされると、ＯＳ起動、メンテナンス初期化の処理が順に行われる。一方、本実施の形態では、図５（ａ）の場合と同様の処理が行われ、イメージ選択部１０６は、起動ステップに対応するイメージデータとして、基本イメージ、差分イメージ（メンテナンス）を選択する。また、イメージ展開部１０７は、基本イメージ、差分イメージ（メンテナンス）を順番に、ＨＤＤ１２０からＲＡＭ１１０ｂに展開し、画像処理装置１００を起動した状態に復元する。その結果、図５（ｃ）の高速起動では、図５（ｃ）の通常起動の場合と比較して、起動時間が短縮される。

付言すると、通常モードで起動する場合のイメージデータと、メンテナンスモードで起動する場合のイメージデータとは、基本イメージは共通しているが、基本イメージを展開した後、処理が分岐する。即ち、通常モードで起動する場合には差分イメージ（画像処理アプリ）が使用され、メンテナンスモードで起動する場合には差分イメージ（メンテナンス）が使用される。

＜イメージデータが記憶されていない場合の処理＞
次に、ＨＤＤ１２０にイメージデータが記憶されていない場合の処理について説明する。上述したように、イメージ展開部１０７は、起動ステップ特定部１０４が特定した起動ステップに対応するイメージデータを、ＨＤＤ１２０からＲＡＭ１１０ｂに展開する。ここで、例えばＨＤＤ１２０の容量確保のために、イメージデータがＨＤＤ１２０に記憶されていない起動ステップが存在することも考えられる。

より具体的には、例えば、一の起動ステップについて、イメージデータを使用せずに起動した場合の起動時間と、イメージデータを使用して起動した場合の起動時間との差がほとんどない場合（差が一定時間以内の場合）には、ＨＤＤ１２０の容量確保のために、一の起動ステップに対応するイメージデータをＨＤＤ１２０に記憶しないことが考えられる。

このように、起動ステップ特定部１０４が特定した起動ステップのうち、イメージデータがＨＤＤ１２０に記憶されていない一の起動ステップが存在する場合、イメージ展開部１０７は、一の起動ステップの１つ前の起動ステップまでのイメージデータを用いて、画像処理装置１００を復元する。これにより、画像処理装置１００は、一の起動ステップの１つ前の起動ステップまで実行された状態に復元される。そして、その後、イメージ展開部１０７は、イメージデータを用いずに、イメージデータが記憶されていない一の起動ステップを実行する。

例えば、図３（ａ）に示すように、通常モードでＵＩ（Ｔｙｐｅ１）を起動させる場合に、ＵＩ（Ｔｙｐｅ１）初期化の処理に対応する差分イメージ（ＵＩ（Ｔｙｐｅ１））がＨＤＤ１２０に記憶されていない場合について説明する。この場合、イメージ選択部１０６は、ＵＩ（Ｔｙｐｅ１）初期化の１つ手前の起動ステップまでのイメージデータを選択する。より具体的には、イメージ選択部１０６は、起動ステップに対応するイメージデータとして、基本イメージ、差分イメージ（画像処理アプリ）を選択する。そして、イメージ展開部１０７は、イメージ選択部１０６が選択した基本イメージ、差分イメージ（画像処理アプリ）を、順に、ＨＤＤ１２０からＲＡＭ１１０ｂに展開する。その結果、画像処理装置１００は、画像処理アプリ初期化の起動ステップまで実行された状態に復元される。

さらに、イメージ展開部１０７は、差分イメージを用いずに、ＵＩ（Ｔｙｐｅ１）初期化の処理を実行する。その結果、画像処理装置１００は、ＵＩ（Ｔｙｐｅ１）初期化の処理まで実行された状態になる。付言すると、イメージ展開部１０７は、差分イメージを用いずにＵＩ（Ｔｙｐｅ１）初期化の処理を実行することにより、画像処理装置１００を、通常モードでＵＩ（Ｔｙｐｅ１）が起動した状態に復元する。

また、例えば、図３（ａ）に示すように、通常モードでＵＩ（Ｔｙｐｅ１）を起動させる場合に、画像処理アプリ初期化の処理に対応する差分イメージ（画像処理アプリ）がＨＤＤ１２０に記憶されていない場合について説明する。この場合、イメージ選択部１０６は、画像処理アプリ初期化の１つ手前の起動ステップまでのイメージデータを選択する。より具体的には、イメージ選択部１０６は、起動ステップに対応するイメージデータとして、基本イメージを選択する。そして、イメージ展開部１０７は、イメージ選択部１０６が選択した基本イメージをＨＤＤ１２０からＲＡＭ１１０ｂに展開し、画像処理装置１００を、ＯＳ起動の起動ステップまで実行された状態に復元する。

さらに、イメージ展開部１０７は、差分イメージを用いずに、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化の処理を実行する。その結果、画像処理装置１００は、ＵＩ（Ｔｙｐｅ１）初期化の処理まで実行された状態になる。付言すると、イメージ展開部１０７は、差分イメージを用いずに、画像処理アプリ初期化、ＵＩ（Ｔｙｐｅ１）初期化の処理を実行することにより、画像処理装置１００を、通常モードでＵＩ（Ｔｙｐｅ１）が起動した状態に復元する。

このように、本実施の形態では、全ての起動ステップのイメージデータを用意しなくても、イメージデータが記憶されていない起動ステップの１つ前の起動ステップまでのイメージデータを用いることにより、ハイバネーションによる起動高速化の効果が得られる。

なお、イメージデータがＨＤＤ１２０に記憶されていない場合とは、例えば、起動ステップ特定部１０４の特定した起動ステップが、イメージ管理テーブルに登録されているが、その起動ステップに対応するイメージデータがＨＤＤ１２０に記憶されていない場合が該当する。また、例えば、起動ステップ特定部１０４の特定した起動ステップが、イメージ管理テーブル自体に登録されておらず、その起動ステップに対応するイメージデータがＨＤＤ１２０に記憶されていない場合も含まれる。

＜画像処理装置を起動させる処理手順の説明＞
次に、画像処理装置１００を起動させる処理手順について説明する。図６は、画像処理装置１００を起動させる処理手順の一例を示したフローチャートである。初期状態として、画像処理装置１００の電源がオンされたものとして説明する。

画像処理装置１００の電源がオンされると、起動ステップ特定部１０４は、ハードウェア構成管理部１０１及びソフトウェア構成管理部１０２が管理する情報を取得する（ステップ１０１）。次に、起動ステップ特定部１０４は、取得した情報を基に、画像処理装置１００を起動する際の起動手順、その起動手順に含まれる起動ステップを特定する（ステップ１０２）。次に、イメージ選択部１０６は、起動ステップ特定部１０４が特定した起動ステップのうち、最初に実行される起動ステップを１つ選択する（ステップ１０３）。

次に、イメージ選択部１０６は、イメージ管理テーブルを参照し、ステップ１０３で選択した起動ステップに対応するイメージデータを選択する（ステップ１０４）。そして、イメージ選択部１０６は、選択したイメージデータがＨＤＤ１２０に記憶されているか否かを判定する（ステップ１０５）。イメージデータがＨＤＤ１２０に記憶されていると判定された場合（ステップ１０５でＹｅｓ）、イメージ選択部１０６は、起動ステップ特定部１０４が特定した起動ステップのうち、全ての起動ステップをステップ１０３で選択済みであるか否かを判定する（ステップ１０６）。

ステップ１０６で肯定の判断（Ｙｅｓ）がされた場合、イメージ展開部１０７は、イメージ選択部１０６がステップ１０４で選択したイメージデータを、順番に、ＨＤＤ１２０からＲＡＭ１１０ｂに展開し、画像処理装置１００を起動した状態に復元する（ステップ１０７）。そして、本処理フローは終了する。

一方、ステップ１０６で否定の判断（Ｎｏ）がされた場合、ステップ１０３に移行する。ここで、イメージ選択部１０６は、次に実行される起動ステップを１つ選択する。言い換えると、イメージ選択部１０６は、まだ選択していない起動ステップのうち、最初に実行される起動ステップを１つ選択する。

また、ステップ１０５において、イメージデータがＨＤＤ１２０に記憶されていないと判定された場合（ステップ１０５でＮｏ）、イメージ選択部１０６は、イメージデータがＨＤＤ１２０に記憶されていない起動ステップの１つ前の起動ステップまでのイメージデータを選択する（ステップ１０８）。言い換えると、イメージ選択部１０６は、ＯＳ起動の起動ステップから、イメージデータがＨＤＤ１２０に記憶されていない起動ステップの１つ前の起動ステップまでのイメージデータを選択する。

次に、イメージ展開部１０７は、イメージ選択部１０６がステップ１０８で選択したイメージデータを、順番に、ＨＤＤ１２０からＲＡＭ１１０ｂに展開する。そして、画像処理装置１００を、イメージデータがＨＤＤ１２０に記憶されていない起動ステップの１つ前の起動ステップまで実行された状態に復元する（ステップ１０９）。

さらに、イメージ展開部１０７は、イメージデータを用いずに、残りの起動ステップを実行する（ステップ１１０）。ここでは、ステップ１０５において、イメージデータがＨＤＤ１２０に記憶されていないと判定された起動ステップについて、イメージデータを用いずに実行される。また、その起動ステップを実行した後、起動ステップ特定部１０４がステップ１０２で特定した起動ステップがまだ残っている場合には、残りの起動ステップについても、イメージデータを用いずに実行される。そして、起動ステップ特定部１０４がステップ１０２で特定した起動ステップが全て実行されると、本処理フローは終了する。

また、ステップ１１０において、イメージデータがＨＤＤ１２０に記憶されていないと判定された起動ステップを実行した後、まだ実行されていない残りの起動ステップがある場合、残りの起動ステップについては、イメージデータがＨＤＤ１２０に記憶されていることも考えられる。図６に示す例では、残りの起動ステップについても、イメージデータを用いずに実行することとしたが、本実施の形態では、残りの起動ステップについて、画像処理装置１００の動作が保証される場合には、イメージデータを用いて実行することとしてもよい。
なお、ステップ１０１〜ステップ１１０の各ステップにおいて、ＯＳが起動される前に行われる処理については、例えば、ブートローダにより実行される。

以上説明したように、本実施の形態に係る画像処理装置１００は、複数種類の起動手順において、起動ステップ毎にイメージデータ（基本イメージ又は差分イメージ）をＨＤＤ１２０に記憶する。また、起動ステップ特定部１０４は、ハードウェアの構成やソフトウェアの構成、設定などを基に、起動手順及びその起動手順に含まれる起動ステップを特定する。そして、イメージ展開部１０７は、特定された起動ステップに対応するイメージデータをＨＤＤ１２０からＲＡＭ１１０ｂに読み出して、画像処理装置１００を起動させる。よって、本実施の形態に係る画像処理装置１００を用いることにより、例えば、ハードウェア又はソフトウェアの構成に変更が生じた場合に、イメージデータの代わりに通常起動を行う場合と比較して、画像処理装置１００の起動時間が短縮される。

また、本実施の形態では、起動手順の起動ステップ毎にイメージデータを記憶するため、複数種類の起動手順で共通する起動ステップに対しては、１つのイメージデータを記憶すればよい。よって、本実施の形態に係る画像処理装置１００を用いることにより、例えば、起動ステップと対応付けずにイメージデータを用意する場合と比較して、イメージデータの数が少なくて済み、ＨＤＤ１２０に記憶されるデータ量が抑制される。

さらに、本実施の形態では、起動ステップに対応するイメージデータが記憶されていない場合であっても、イメージデータが記憶されていない起動ステップの１つ前の起動ステップまでのイメージデータを用いてハイバネーション起動が行われる。よって、本実施の形態に係る画像処理装置１００を用いることにより、起動ステップに対応するイメージデータが記憶されていない場合であっても、例えば、通常起動を行う場合と比較して、画像処理装置１００の起動時間が短縮される。

なお、上述した例では、画像処理装置１００は、イメージデータを用いてハイバネーション起動を行うこととしたが、ハイバネーション起動するか、又はイメージデータを用いずに通常起動するかを、切り替え可能に構成することとしてもよい。例えば、通常起動を行う設定がされている場合には、イメージデータを用いない通常の起動が行われる。一方、ハイバネーション起動を行う設定がされている場合には、上述した例のように、イメージ展開部１０７がイメージデータをＨＤＤ１２０からＲＡＭ１１０ｂに読み出して起動される。

また、本実施の形態では、起動ステップ毎に用意されたイメージデータにより、ハイバネーション起動を行う場合について説明したが、このような構成に限られない。例えば、本実施の形態を、仮想化の技術に適用してもよい。この場合、起動ステップ毎に用意されたイメージデータにより、例えば、仮想化されたサーバのリソースにおいて、起動した状態に復元される。同様に、例えば、本実施の形態を、プロセスマイグレーションの技術に適用してもよい。

＜適用可能なコンピュータの説明＞
ところで、本実施の形態に係る画像処理装置１００による処理は、例えば、ＰＣ（Personal Computer）等の汎用のコンピュータにおいて実現してもよい。そこで、この処理をコンピュータ２００で実現するものとして、そのハードウェア構成について説明する。図７は、本実施の形態を適用可能なコンピュータ２００のハードウェア構成例を示した図である。なお、本実施の形態において、コンピュータ２００は、情報処理装置の一例として用いられる。

コンピュータ２００は、演算手段であるＣＰＵ２０１と、記憶手段であるメインメモリ２０２及び磁気ディスク装置（ＨＤＤ）２０３とを備える。ここで、ＣＰＵ２０１は、ＯＳやアプリケーション等の各種プログラムを実行する。また、メインメモリ２０２は、各種プログラムやその実行に用いるデータ等を記憶する記憶領域であり、磁気ディスク装置２０３は、図２に示す各機能部を実現するためのプログラムを格納する。そして、このプログラムがメインメモリ２０２にロードされ、このプログラムに基づく処理がＣＰＵ２０１により実行されることで、各機能部が実現される。
さらに、コンピュータ２００は、外部との通信を行うための通信インタフェース（Ｉ／Ｆ）２０４と、ビデオメモリやディスプレイ等からなる表示機構２０５と、キーボードやマウス等の入力デバイス２０６とを備える。

より具体的には、ＣＰＵ２０１が、ハードウェア構成管理部１０１、ソフトウェア構成管理部１０２、起動ステップ管理部１０３、起動ステップ特定部１０４、イメージ構成管理部１０５、イメージ選択部１０６、イメージ展開部１０７等を実現するプログラムを、例えば磁気ディスク装置２０３からメインメモリ２０２に読み込んで実行することにより、これらの機能部が実現される。また、ハードウェア構成管理部１０１が管理する情報、ソフトウェア構成管理部１０２が管理する情報、起動ステップ管理ツリー、イメージ管理テーブル等は、例えば、磁気ディスク装置２０３に記憶される。

また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。

なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例どうしを組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。

１００…画像処理装置、１０１…ハードウェア構成管理部、１０２…ソフトウェア構成管理部、１０３…起動ステップ管理部、１０４…起動ステップ特定部、１０５…イメージ構成管理部、１０６…イメージ選択部、１０７…イメージ展開部、１１０ｂ…ＲＡＭ、１２０…ＨＤＤ

Claims (3)

1. 複数の起動ステップからなる複数種類の起動手順に関して、当該起動手順に含まれる起動ステップ毎に、当該起動ステップが実行される前の自装置の状態を複製した複製データと当該起動ステップが実行された後の自装置の状態を複製した複製データとの差分データを記憶する記憶手段と、
   前記複数種類の起動手順のうちの一の起動手順で自装置を起動する場合に、当該一の起動手順に含まれる起動ステップに対応する差分データを前記記憶手段から読み出して、自装置を当該一の起動手順で起動された状態に復元する復元手段と
   を備え、
   前記復元手段は、一の起動手順として、前記複数種類の起動手順の中から、自装置の構成を基に特定される起動手順を選択し、選択した当該起動手順に含まれる起動ステップに対応する差分データを前記記憶手段から読み出して、自装置を当該起動手順で起動された状態に復元すること
   を特徴とする情報処理装置。
2. 前記復元手段は、選択した前記起動手順に含まれる起動ステップに対応する差分データを、当該起動手順において予め定められた実行順序で前記記憶手段から読み出して、自装置を当該起動手順で起動された状態に復元すること
   を特徴とする請求項１に記載の情報処理装置。
3. コンピュータに、
   複数の起動ステップからなる複数種類の起動手順に関して、当該起動手順に含まれる起動ステップ毎に存在し、当該起動ステップが実行される前の自装置の状態を複製した複製データと当該起動ステップが実行された後の自装置の状態を複製した複製データとの差分である差分データの中から、当該複数種類の起動手順のうちの一の起動手順に含まれる起動ステップに対応する差分データを選択する機能と、
   前記一の起動手順として、前記複数種類の起動手順の中から、自装置の構成を基に特定される起動手順を選択する機能と、
   選択した前記起動手順に含まれる起動ステップに対応する差分データを用いて、自装置を当該起動手順で起動された状態に復元する機能と
   を実現させるためのプログラム。

Images