JP2012133650A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】電源投入から所定条件に適した動作状態を再現するまでの時間を短縮する。
【解決手段】情報処理装置は、各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、起動時に、第１の記憶部に記憶される複数のメモリ状態イメージから、所定条件に応じたメモリ状態イメージを判定する判定部１２と、判定部によって判定されたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアを起動させる起動部と、を備える。
【選択図】図４

Description

本発明は、予め設定された状態で起動可能な情報処理装置に関する。

図１１は、従来の車両に搭載されるカーナビゲーション機能付きの車載器における起動処理を説明するための図である。従来、車載器では、アクセサリ電源（ＡＣＣ）オンになる、又はエンジンがかけられると、まず、ＣＰＵがリセット解除され、初期化される。その次に、ＯＳがローディングされて初期化される。続いて、デバイスが初期化され、アプリケーションソフトウェアがローディングされて初期化される。それから通常動作が開始され、車載ＬＡＮへの機器の登録、オープニング画面の描画、音声出力等が行われる。

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

しかしながら、上述のような従来の車載器における起動処理では、車載ＬＡＮ登録指示発行、オープニング画面描画、及び音声出力の何れもが実行されるまでに電源投入から１０秒程度の起動処理時間がかかるため、結果として使用者を待たせることになり、車載器の使用者に対して不便さや製品性能に対する不満を感じさせてしまうことがあった。

また、例えば、北米と欧州とではラジオの周波数帯等が異なるように、地域ごとに車載器の要件が異なるので、販売地域ごとに異なるソフトウェアが搭載されることがある。また、例えば、車載器が納入される企業や団体毎に異なる車載器に対する要求に応えるため、納入先毎に異なるソフトウェアが搭載されたり、異なる設定が行われたりすることがある。このように、販売地域や納入先等の条件ごとに搭載されるソフトウェアを変えたり、異なる設定を行ったりする場合には、例えば、製造時の工数が増えるなどのコストがかかることがあった。

本発明は、上記した問題に鑑み、電源投入から所定条件に適した動作状態を再現するまでの時間を短縮可能な情報処理装置を提供することを課題とする。

本発明は、上記課題を解決するために、情報処理装置に以下の手段を備えることとした。即ち、本発明の態様の一つは、情報処理装置であって、各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、起動時に、第１の記憶部に記憶される複数のメモリ状態イメージから、所定条件に応じたメモリ状態イメージを判定する判定部と、判定部によって判定されたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアを起動させる起動部と、を備える。

本発明の態様の一つによれば、複数のメモリ状態イメージを記憶する第１の記憶部を備え、所定条件に応じたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアが起動することによって、情報処理装置は所定条件に応じた動作状態から起動することができ、電源投入から所定条件に応じた動作状態を再現するまでの時間を短縮することができる。また、第１の記憶部が複数のメモリ状態イメージを記憶することによって、情報処理装置の製造側又は開発側は、複数のソフトウェアを作成することなく、１つのソフト
ウェアで各所定条件に対応することができ、工数コストを抑えることができる。

また、本発明の態様の一つは、情報処理装置の起動要因を取得する取得部をさらに備え、判定部は、第１の記憶部に記憶される複数のメモリ状態イメージから、起動要因に応じたメモリ状態イメージを判定してもよい。これによって、起動要因に応じたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアが起動することができる。例えば、ＡＣＣ電源がオフの状態において所定の操作によって情報処理装置からＣＤやＤＶＤ等のディスクが排出されるＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔが起動要因の場合には、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔに係るソフトウェアのみが起動した動作状態を再現するためのメモリ状態イメージを用いることによって、起動処理に要する時間を短縮することができる。

また、本発明の態様の一つは、所定条件を特定する条件識別情報を記憶する第２の記憶部と、複数の条件識別情報と第１の記憶部に記憶される複数のメモリ状態イメージとの対応付けを記憶する第３の記憶部と、をさらに備え、判定部は、第２の記憶部に記憶された条件識別情報で第３の記憶部を検索して該条件識別情報に対応するメモリ状態イメージを判定してもよい。これによって、第２の記憶部に記憶される条件識別情報が書き換えられるのみで、用いられるメモリ状態イメージを変更することができる。

本発明の態様の一つは、第１のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と、第1の
ＯＳを起動する第２のＯＳと、各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、を備える情報処理装置であって、第２のＯＳに基づく制御の元で、複数のメモリ状態イメージの中から、所定条件に応じたメモリ状態イメージを判定する判定部と、第１のＯＳに基づく制御の元で、判定部によって判定されたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアを起動させる。

本発明の態様の一つによれば、複数のメモリ状態イメージを記憶する第１の記憶部を備え、所定条件に応じたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアが起動することによって、情報処理装置は所定条件に応じた動作状態から起動することができ、電源投入から所定条件に応じた状態を再現するまでの時間を短縮することができる。また、第１の記憶部が複数のメモリ状態イメージを記憶することによって、情報処理装置の製造側又は開発側では、複数のソフトウェアを作成することなく、１つのソフトウェアで各所定条件に対応することができ、工数コストが抑えられる。

また、本発明の態様の一つは、第２のＯＳに基づき制御の元で、情報処理装置の起動要因を取得する取得部をさらに備え、第２のＯＳに基づく制御の元で、判定部は、第１の記憶部に記憶される複数のメモリ状態イメージから、起動要因に応じたメモリ状態イメージを読み込むようにしてもよい。

また、本発明の態様の一つは、所定条件を特定する条件識別情報を記憶する第２の記憶部と、複数の条件識別情報と第１の記憶部に記憶される複数のメモリ状態イメージとの対応付けを記憶する第３の記憶部と、をさらに備え、第２のＯＳに基づく制御の元で、判定部は、第２の記憶部に記憶された条件識別情報で前記第３の記憶部を検索して該条件識別情報に対応するメモリ状態イメージを判定するようにしてもよい。

更に、本発明は、他の態様の一つとして、方法、又はコンピュータによって実行されるプログラムとしても把握することが可能である。また、本発明の態様の一つは、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログ
ラム等の情報を電気的，磁気的，光学的，機械的，または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。

例えば、本発明の態様の一つは、各ソフトウェアの所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部を備える情報処理装置において、起動時に、第１の記憶部に記憶される複数のメモリ状態イメージから、所定条件に応じたメモリ状態イメージを判定する判定ステップと、判定ステップによって判定されたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアを起動させる起動ステップと、を実行する情報処理方法である。

また、例えば、本発明の態様の一つは、第１のＯＳと、第1のＯＳを起動する第２のＯ
Ｓと、各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、を備える情報処理装置によって実行される情報処理方法であって、第２のＯＳに基づく制御の元で、複数のメモリ状態イメージの中から、所定条件に応じたメモリ状態イメージを判定する判定ステップと、第１のＯＳに基づく制御の元で、判定されたメモリ状態イメージに基づき対応する再現動作状態で各ソフトウェアを起動させる起動ステップとを含む情報処理方法である。

また、本発明における課題を解決するための手段は、可能な限り組み合わせることができる。

本発明によれば、情報処理装置は電源投入から所定条件に適した動作状態を再現するまでの時間を短縮することができる。

第１実施例に係るＡＶＮ一体機の構成を示す図である。 ＡＶＮ一体機の起動時の動作概要について説明する図である。 ＡＶＮ一体機の起動時の動作の時系列の一例を示す図である。 Ｓｎａｐｓｈｏｔイメージの取得処理とＳｎａｐｓｈｏｔイメージを用いた起動処理とに係るＡＶＮ一体機の機能ブロックの一例を示す図である。 起動要因に応じたＳｎａｐｓｈｏｔイメージの取得処理のフローの例を示す図である。 起動要因に応じたＳｎａｐｓｈｏｔイメージを用いた起動処理のフローの例を示す図である。 ＡＶＮ一体機の販売対象に応じたＳｎａｐｓｈｏｔイメージの取得処理のフローの例を示す図である。 販売対象情報に応じたＳｎａｐｓｈｏｔイメージを用いた起動処理のフローの例を示す図である。 ＡＶＮ一体機のユーザに応じたＳｎａｐｓｈｏｔイメージの取得処理のフローの例を示す図である。 ユーザ設定情報に応じたＳｎａｐｓｈｏｔイメージを用いた起動処理のフローの例を示す図である。 従来の車両に搭載されるカーナビゲーション機能付きの車載器における起動処理を説明するための図である。

以下、図面を参照して、本発明の実施をするための形態（以下、実施形態という）について説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜第１実施形態＞
第１実施形態では、障害復旧を行う情報処理装置の一例として、車載用オーディオ・ビジュアル・ナビゲーション一体機（以降、ＡＶＮ一体機と称する）について説明する。第１実施形態に係るＡＶＮ一体機は、各種処理の制御を行う第１のＯＳと、第１のＯＳの起動を支援する第２のＯＳとを備え、障害発生時に所定条件が満たされる場合に、第１のＯＳのみを再起動することによって、障害復旧を行う。

〔ＡＶＮ一体機の構成〕
図１は、第１実施例に係るＡＶＮ一体機の構成を示す図である。ＡＶＮ一体機１は、制御部１００、外部記録媒体再生部１０１、ラジオ受信部１０２、テレビジョン（Television、ＴＶ）受信部１０３、ディスク再生部１０４、ハードディスク（Hard Disk、ＨＤ）
再生部１０５、ナビゲーション部１０６、分配回路１０７、画像調整回路１０８、音声調整回路１０９、画像出力部１１０、ＶＩＣＳ（Vehicle Information and Communication System）情報受信部１１１、ＧＰＳ（Global Positioning System）情報受信部１１２、
セレクタ１１３、操作部１１４、リモコン送受信部１１５、メモリ１１７、外部音声／映像入力部１１８、通信ユニット１２１、表示部１２２を含む。また、ＡＶＮ一体機１は、カメラ１１９、ＥＴＣ車載器１２０と接続している。なお、ＡＶＮ一体機１が有する処理部は、上述した例に限定されるものではなく、他の処理部を有してもよい。

制御部１００は、ＡＶＮ一体機１の各部又は接続された外部機器からの信号、及び使用者の操作に基づく操作部１１４及びリモコン送受信部１１５からの操作指示信号等を入力し、それら信号に基づきＡＶＮ一体機１の各部、又は、外部機器を統括的に制御する。制御部１００は、例えば、ＣＰＵ等のマイクロコンピュータ（マイコン）を備え、該マイコンがＲＯＭ等のメモリに記憶された各種プログラムを実行することによって、各機能を実現する。

外部記録媒体再生部１０１は、コネクタを備え、該コネクタに接続された外部記録媒体に記録されたデータを読み出して出力する。外部記録媒体は、例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、その他のフラッシュメモリのメモリカードである。外部記録媒体には、例えば、ＡＶＮ一体機１のオペレーションシステム（ＯＳ）が記録されている。外部記録媒体再生部１０１は、読取信号の復号回路等を備え、制御部１００からの制御信号により、オン／オフ、読み込み位置等の各種動作が制御される。

ラジオ受信部１０２は、アンテナにより受信された各ラジオ局から発信されるＡＭ又はＦＭの放送波から、特定の周波数の放送波を選択して受信し、復調して当該放送の音声信号を出力する。ＴＶ受信部１０３は、アンテナにより受信された各放送局から発信される放送波から、セレクタにより特定の周波数の放送波を受信し、受信した映像信号、音声信号及びデータ信号を出力する。ＴＶ受信部１０３は、アナログ放送、デジタル放送等のうちの何れか少なくとも１つを受信可能である。ラジオ受信部１０２及びＴＶ受信部１０３は、同調回路、復調及び復号回路等を備え、制御部１００からの制御信号により、オン／オフ、受信周波数等の各種動作が制御される。

ディスク再生部１０４は、ＣＤ（Compact Disc），ＭＤ（Mini Disc），ＤＶＤ（Digital Versatile Disc），及びブルーレイディスク（Blu-ray Disc）などのディスクに記録
されているデータをピックアップにより読込み、読み込んだデータに基づく、音声信号、映像信号を出力する。ディスク再生部１０４は、光学ピックアップ，ピックアップディスク駆動機構，ピックアップディスク駆動機構の制御回路，読取信号の復号回路等を備える。ディスク再生部１０４は、制御部１００からの制御信号により、オン／オフ、読み込み位置等の各種動作が制御される。

ＨＤ再生部１０５は、磁気記録媒体であるハードディスクにＭＰ３ファイル等の音楽データやＪＰＥＧファイル等の画像データ、ナビゲーション用の地図データ等を記録し、記録した各種データから所望のデータを読出し、画像信号，音声信号，文字信号等を出力する。ＨＤ再生部１０５は、読取信号の復号回路等を備え、制御部１００からの制御信号によりオン／オフ、読み出すデータ等の各種動作が制御される。

ＶＩＣＳ情報受信部１１１は、交通情報通信システム（ＶＩＣＳ）に係る交通情報を受信し、受信した交通情報を出力する。ＶＩＣＳ情報受信部１１１は、交通情報通信システムからのデータを受信する受信機（ＦＭ受信機、電波ビーコン受信機、光ビーコン受信機）、受信したデータを復号する復号回路等を備える。ＧＰＳ情報受信機１１２は、ＧＰＳ衛星からのＧＰＳ信号に基づき自車位置を検出し、検出した現在位置情報を出力する。ＧＰＳ情報受信部１１２は、ＧＰＳ信号を受信する受信回路、受信したＧＰＳ信号に基づき自車位置を算出する演算部等を備える。

ナビゲーション部１０６は、地図上に自車位置や目的地までの経路を表示したり、交差点等で音声等により右左折等の進行方向案内を行ったり、ＶＩＣＳ情報受信部１１１から交通情報を受信して表示したり、ＧＰＳ情報受信部１１２から自車位置情報を受信して表示したりして、目的地までの経路案内を行う。ナビゲーション部１０６は、ナビゲーションの為に利用される地図情報を記録するハードディスク、各種演算処理を行うＣＰＵ（Central Processing unit）、各種処理のためにデータを記憶するＲＡＭ（Random Access Memory）等のメモリを備える。ナビゲーション部１０６は、制御部１００からの制御信号
により、オン／オフ、各種動作が制御される。

分配回路１０７は、制御部１００の制御信号により、出力することが指定された各種ソース（ラジオ受信部１０２，ＴＶ受信部１０３，ディスク再生部１０４，ＨＤ再生部１０５，及びナビゲーション部１０６）の音声信号と画像信号とを画像調整回路１０８及び音声調整回路１０９に出力する。分配回路１０７は、リレーまたはスイッチングトランジスタ等の電子回路で構成されたスイッチ群を備える。

画像調整回路１０８は、制御部１００の制御信号により、入力された画像信号に対し、輝度や色調、コントラストなどを調整し、調整した各画像信号を出力する。画像調整回路１０８は、画像データを記憶するメモリ、画像データを演算処理するデジタルシグナルプロセッサ等の演算回路等を備える。

画像出力部１１０は、画像調整回路１０８から入力された画像信号と、制御部１００から表示部１２２に表示させる表示画像信号とを入力して画像合成等の処理を施し、当該処理を施した画像信号に基づき表示部１２２を駆動する。画像出力部１１０は、例えば、演算処理により、画像処理を行う画像用に特化された演算処理回路である画像ＡＳＩＣ、画像処理及び出力用に画像データを記憶するビデオメモリ、画像出力用ビデオメモリに記憶された画像データに基づき表示部を駆動する画像駆動回路等を備える。

表示部１２２は、画像出力部１１０から入力された画像信号に基づき画像を表示する。表示部１２２は、例えば、液晶ディスプレイ，有機ＥＬディスプレイ，プラズマディスプレイ，冷陰極フラットパネルディスプレイ等である。表示部１２２は、バックライト２００，液晶パネル２０１，タッチパネル２０２を備える。バックライト２００は、液晶パネル２０１の照明である。タッチパネル２０２は、抵抗膜方式，表面弾性波方式，赤外線方式，電磁誘導方式，及び静電容量方式の何れであってもよい。タッチパネル２０２は、使用者によって押下された座標の座標情報を制御部１００に出力し、制御部１００は、この座標情報と表示画面とから、ユーザによって選択されたスイッチを判定する。

音声調整回路１０９は、制御部１００の制御信号により、入力された音声信号に対し、音量、音声を調整し、調整した音声信号を出力する。音声調整回路１０９は、音声データを記憶するメモリ，音声データを演算処理するデジタルシグナルプロセッサ等の演算回路，トランジスタ，抵抗，コイル等により構成される増幅又は減衰回路や共振回路等を備える。スピーカ１６は、音声調整回路１０９から出力された音声信号を音声として出力する。

操作部１１４は、装置の使用者が各種操作を行うためのもので、例えば、タッチパネル，押釦スイッチ，回転操作スイッチ，ジョイスティック等である。リモコン送受信部１１５は、リモートコントローラ１１６からの操作信号を受信し、復号して出力する。リモコン送受信部１１５は、リモートコントローラ１１６からの操作信号を復号する復号回路等を備える。リモートコントローラ１０６は、自動車のインストルメントパネル等に設置されたＡＶＮ一体機１本体から離れた場所、例えば、運転席と助手席間のひじ掛け付近や、ステアリングホイールに設置され、使用者による入力操作の操作状態を出力する。第１実施形態では、リモートコントローラ１１６の回転操作，傾動操作，押圧操作を検出する。なお、このようなリモートコントローラ１１６は、回転操作量、方向に応じた信号を出力するロータリンエンコーダ、感圧センサにより構成され傾動操作方向に応じた信号を出力するジョイスティック等の傾動センサ、押圧操作によりオンオフ状態が変化する押圧スイッチ等を備える。

メモリ１１７は、ＡＶＮ一体機１に内蔵された、各種データやプログラムを記憶するメモリである。メモリ１１７は、例えば、ＲＡＭやフラッシュＲＯＭ等を含む。外部音声／映像入力部１１８は、カメラ１１９から入力される音声信号及び映像信号を復号し出力する。外部音声／映像入力部１１８は、カメラ１１９から入力される音声信号及び映像信号を復号する復号回路等を備え、制御部１００からの制御信号によって、オン／オフ、各種動作が制御される。

通信ユニット１２１は、アンテナに接続された、例えば、ＤＡＲＣ（Dedicated Short Range Communication），赤外線通信，ブルートゥース（登録商標）等の近距離の無線通
信のための通信インターフェースである。

〔ＡＶＮ一体機の起動時の動作概要〕
図２は、ＡＶＮ一体機の起動時の動作概要について説明する図である。また、図３は、図２に対応する、ＡＶＮ一体機の起動時の動作の時系列の一例を示す図である。

第１実施形態において、ＡＶＮ一体機１は、ＯＳとして、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標） Ａｕｔｏｍｏｔｉｖｅ ５．５を用いる。Ｗｉｎｄｏｗｓ（登録商標） Ａｕｔｏｍｏｔｉｖｅ ５．５は、メインＯＳとＲｅａｄｙ Ｇｕａｒｄ ＯＳ（以降、ＲＧ ＯＳ）とを有する。ＲＧ ＯＳは、システム上で障害が発生した場合に、システム全体の再起動を行わず、予め定義されたソフトウェア（アプリケーション）の動作を継続させたまま、残りの部分（メインＯＳを含めたその他のソフトウェア）を再起動する機構を提供するＯＳである。

第１実施形態において、ＡＶＮ一体機１は、ＦＲＯＭ（Flash ROM）３１，ＲＡＭ３２
，ＳＤカード３３，及びその他ＨＤ等の記録媒体を備える。なお、ＦＲＯＭ３１及びＲＡＭ３２は、図１におけるメモリ１１７に相当する。ＳＤカード３３は、図１における外部記録媒体再生部１０１に挿入される外部メモリに相当する。メインＯＳは、ＳＤカード３３に記録されている。ＲＧ ＯＳは、ＦＲＯＭ３１に記憶されている。なお、これに限られず、メインＯＳは、例えば、ＦＲＯＭ３１やハードディスクに記憶されていてもよい。
また、ＳＤカード３３には、複数のＳｎａｐｓｈｏｔイメージが記憶されている。Ｓｎａｐｓｈｏｔイメージは、所定の時点でのＲＡＭ３２のワーク領域の状態を記録したものである。Ｓｎａｐｓｈｏｔイメージが用いられることで、ＲＡＭ３２のワーク領域がＳｎａｐｓｈｏｔイメージに記録された状態に再現され、各ソフトウェアもＳｎａｐｓｈｏｔイメージに記録された状態を再現して起動できる。また、Ｓｎａｐｓｈｏｔイメージは、ＡＶＮ一体機１の製造側で作成されて予めＳＤカードに格納されている。

以下、ＡＶＮ一体機１の起動時の動作概要が、図２を中心に説明され、その時系列が図３を用いて説明される。

（１）ＡＶＮ一体機１の電源がオンになると、電源装置（図示せず）を制御する電源制御マイコン（マイクロコンピュータ）が制御部１００のマイコンをリセットして初期化する。制御部１００のマイコンが初期化されると、該マイコンは、ＦＲＯＭ３１に格納されるＥＢＯＯＴをＲＡＭ３２上に展開して起動する。

（２）ＥＢＯＯＴが実行されると、次に、ＲＧ ＯＳがＲＡＭ３２上に展開されて起動処理が開始される。ＲＧ ＯＳの起動処理が完了すると、固定プロセス、固定スレッドから成る予め定義されたソフトウェアの起動処理がＲＧ ＯＳ上で開始される。ＲＧ ＯＳ上で起動される予め定義されたソフトウェアは、優先して起動する必要があるソフトウェアや、システムの立ち上げ又は立ち下げに関するソフトウェアが選択される。例えば、電源制御、システム管理、車内ＬＡＮ制御、ＴＡＢ２通信制御、起動画面制御、Ｅｍｅｒｇｅｎｃｙ起動対応等のソフトウェアが含まれる。ＲＧ ＯＳ内で起動される予め定義されたソフトウェアは他のソフトウェアよりも（ＲＧ ＯＳによって）優先して起動されるので、以降、優先起動ソフトウェアと称される。また、ＲＧ ＯＳによって初期化される一部のデバイスは、ＲＧ ＯＳ内の優先起動ソフトウェアに係るデバイスであって、例えば、表示装置（表示部１２２）や、車載ＬＡＮに係るデバイスである。

電源制御ソフトウェアは、電源装置の電源制御マイコンとの通信を行ったり、ＡＶＮ一体機１に搭載される集積回路への電源投入を行ったりする、電源を制御するためのソフトウェアである。システム管理ソフトウェアは、システム全体を管理し、例えば、ＲＧ ＯＳからメインＯＳへの切替を判断する。車載ＬＡＮ制御ソフトウェアは、車載ＬＡＮに係る制御を行い、例えば、車載ＬＡＮを行うデバイスの登録を行う。ＴＡＢ２通信制御ソフトウェアは、車載通信の一つであるＴＡＢ２通信に係る制御を行う。起動画面制御ソフトウェアは、起動画面の表示部１１２への描画を制御する。起動画面は、ＡＶＮ一体機１が起動処理を開始してから最初に表示され、起動処理中であることを示す画面で、例えば、「ｎｏｗ ｌｏａｄｉｎｇ…」等のメッセージが表示される画面である。Ｅｍｅｒｇｅｎｃｙ対応ソフトウェアは、例えば、ＡＶＮ一体機１が起動していない状態でディスク取り出しボタンの操作によりディスクが排出されるようなＥｍｅｒｇｅｎｃｙ処理に係る制御を行う。

（３）ＲＧ ＯＳの起動処理が完了すると、上記（２）の処理と並行して、ＳＤカード３３からメインＯＳとＳｎａｐｓｈｏｔイメージとがＲＡＭ３２上に展開される。

メインＯＳとＳｎａｐｓｈｏｔイメージとがＲＡＭ３２上に展開されると、メインＯＳの起動に最低限必要なデバイスの初期化が行われる。デバイスの初期化が完了すると、メインＯＳがＳｎａｐｓｈｏｔイメージに基づき対応する動作状態を再現し、メインＯＳの起動処理が完了する。このとき、ＡＶＮ一体機１の販売地域，納入先，ユーザ設定等の条件に応じたＳｎａｐｓｈｏｔイメージがＳＤカード３３から選択され用いられる。Ｓｎａｐｓｈｏｔイメージの選択についての詳細は、後述される。

（４）メインＯＳの起動処理が完了すると、ＲＧ ＯＳ内で動作する優先起動ソフトウェアの動作がメインＯＳに引き継がれ、制御がメインＯＳに移行する。例えば、ＲＧ ＯＳ及びメインＯＳ上で動作する各ソフトウェアは、所定周期又は所定のタイミングで、ソフトウェアの状態に関するソフトウェア状態情報を、ＦＲＯＭ３２やＳＤカード３３、又は、ＲＡＭ３２上のメインＯＳとＲＧ ＯＳとが共有して読み出し及び書き込みができるデータ領域等の記憶装置に格納する。ソフトウェア状態情報は、例えば、実行状態に応じた内部パラメータ、ＣＤやＤＶＤ等のディスクの読出し位置等を含み、ソフトウェア毎に生成される。優先起動ソフトウェアの動作がメインＯＳに引き継がれる際には、例えば、ＲＧ ＯＳ上で動作する各優先起動ソフトウェアがソフトウェア状態情報を更新し、メインＯＳ上で起動した各優先起動ソフトウェアが記憶装置に保持された各ソフトウェア状態情報を読出してその状態から動作を開始することにより、ＲＧ ＯＳ上で動作する各優先起動ソフトウェアと同様の状態になることで、動作が引き継がれる。また、このときＲＧ
ＯＳからメインＯＳへ制御を切り替えるために必要なデバイスの初期化も行われる。

メインＯＳ上で優先起動ソフトウェアの起動処理が完了すると、音声出力処理を行うソフトウェアや、オープニング画面の描画処理を行うソフトウェアなどの優先起動ソフトウェア以外のソフトウェアの起動処理が開始される。本例のようなＡＶＮ一体機はこのような起動方法を実施した場合、電源投入から音声出力までに要する時間は、２．５秒程度である。また、電源投入からオープニング画面の描画までに要する時間は、３〜４秒である。尚、オープニング画面は、例えば、ＡＶＮ一体機の製造メーカのロゴマークやブランドのロゴマーク等を表示する画面である。

上記（１）から（４）のようにして、メインＯＳがＲＡＭ３２に展開されている間に、優先起動ソフトウェアの起動処理がＲＧ ＯＳによって他のソフトウェアに優先して実行される。例えば、車載ＬＡＮ制御ソフトウェアや起動画面描画ソフトウェアが優先起動ソフトウェアに含まれ、ＲＧ ＯＳによって優先して起動処理が実行されるため、車載ＬＡＮへの登録指示や起動画面の描画等の電源投入から要する時間が短縮され、上述のような車載要件の一部を満たすことができる。また、Ｓｎａｐｓｈｏｔイメージを用いることによって、メインＯＳ及びメインＯＳ上のソフトウェアがＳｎａｐｓｈｏｔイメージに基づき対応する動作状態を再現して起動するので、メインＯＳ上のソフトウェアの設定を行う時間を省略することができる。

本発明の態様の一つにおける第１のＯＳは、例えば、メインＯＳである。本発明の態様の一つにおける第２のＯＳは、例えば、ＲＧ ＯＳである。本発明の態様の一つにおけるメモリ状態イメージは、例えば、Ｓｎａｐｓｈｏｔイメージである。

〔ＡＶＮ一体機の機能ブロック〕
第１実施形態では、上述のＡＶＮ一体機の起動時の動作概要（３）における、所定条件に適したＳｎａｐｓｈｏｔイメージを用いた起動処理と、所定条件に適したＳｎａｐｓｈｏｔイメージの取得処理とについて説明される。

所定条件は、ＡＶＮ一体機１の販売対象地域，納入先の企業や団体，及びユーザ等によってＡＶＮ一体機１に所望される条件である。例えば、ラジオやＴＶの受信に係るソフトウェアは、販売地域（北米、ヨーロッパ等）によって放送電波に用いられる周波数帯域が異なるため、販売地域によって設定が異なる。その他のソフトウェアについても、販売対象地域，納入先の企業や団体，及びユーザ等によって、起動の要否，内部パラメータ等に対する要求が異なる。

図４は、Ｓｎａｐｓｈｏｔイメージの取得処理とＳｎａｐｓｈｏｔイメージを用いた起動処理とに係るＡＶＮ一体機の機能ブロックの一例を示す図である。図４に示されるＡＶ
Ｎ一体機１の各機能ブロックは、制御部１００のＣＰＵ（マイコン）に実行されることにより該当機能が実現されるソフトウェア構成要素を表わしたものである。ＲＧ ＯＳ １０は、システム管理部１１と判定部１２とを備える。メインＯＳ ２０は、メインＯＳシステム管理部２１と、Ｓｎａｐｓｈｏｔイメージ取得部２２とを備える。なお、これらの機能ブロックは、ＲＧ ＯＳ及びメインＯＳ内で実行されるプロセス又はスレッドの一部であって、ＲＧ ＯＳ及びメインＯＳ内で実行されるプロセス又はスレッドは図４に示される例に限られない。

また、図４には、ＳＤカード３３及びシリアルフラッシュ３４に記憶される情報の一部も示されている。ＳＤカード３３には、Ｓｎａｐｓｈｏｔイメージと、所定条件を満たすための設定を定義する設定情報のコードとＳｎａｐｓｈｏｔイメージとの対応関係を示す対応表３３１とが記憶されている。

設定情報は、所定条件を満たすための、ＡＶＮ一体機１の各ソフトウェアに係る設定の詳細な情報である。設定情報には、例えば、各ソフトウェアの起動の有無や内部パラメータの値等が含まれる。また、設定情報には、第１実施形態では、販売対象情報とユーザ設定情報とがある。販売対象情報は、例えば、販売対象地域、納入先の企業や団体等のＡＶＮ一体機の販売対象に応じた各ソフトウェアの設定等の情報である。ユーザ設定情報は、例えば、ユーザに応じた各ソフトウェアの設定や、起動画面やオープニング画面の設定等を含む。設定情報には、それぞれを識別するためのコードが付されている。

設定情報は、例えば、ＡＶＮ一体機１に接続された入力端末から設定者によって入力されてもよいし、ＳＤカードに記録されており、ＡＶＮ一体機１の外部記録媒体再生部１０１によって読み出されてもよい。または、設定情報は、予めＡＶＮ一体機１のメモリ１１７（不揮発性のＦＲＯＭなど）に保持されていてもよい。

また、例えば、Ｓｎａｐｓｈｏｔイメージの取得処理が製造側でのみ行われる（ＡＶＮ一体機１のユーザにＳｎａｐｓｈｏｔイメージを操作させない）ことが想定されている場合には、ＡＶＮ一体機１には設定情報のコードのみが記憶されていればよい。

ＳＤカード３３には、設定情報と対応付けられたＳｎａｐｓｈｏｔイメージの他に、起動要因に応じたＳｎａｐｓｈｏｔイメージも保持される。起動要因に応じたＳｎａｐｓｈｏｔイメージには、例えば、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ（後述）用のＳｎａｐｓｈｏｔイメージがある。

Ｓｎａｐｓｈｏｔイメージには、それぞれ識別番号が付されている。ＳＤカード３３の対応表３３１には、Ｓｎａｐｓｈｏｔイメージの識別番号と、該Ｓｎａｐｓｈｏｔイメージが取得された際の設定情報のコードとが対応付けられている。

シリアルフラッシュ３４の設定情報コード領域３４１には、ＡＶＮ一体機１の起動処理に用いられるＳｎａｐｓｈｏｔイメージに対応する設定情報のコードが記憶されている。設定情報コード領域３４１に保持される設定情報のコードを書き換えることによって、ＡＶＮ一体機１の起動処理に用いられるＳｎａｐｓｈｏｔイメージを変更することができる。例えば、設定情報と設定情報のコードとがＡＶＮ一体機１のマニュアル等に公開されていれば、ユーザは、シリアルフラッシュ３４の設定情報コード領域３４１に保持されるコードを書き換えることによって、Ｓｎａｐｓｈｏｔイメージを変更することができ、好みの設定でＡＶＮ一体機１を起動することができる。

ＲＧ ＯＳ １０のシステム管理部１１は、ＲＧ ＯＳ １０上のプロセスを管理する。具体的には、例えば、Ｓｎａｐｓｈｏｔイメージ及びメインＯＳのＲＡＭ３２上への展
開処理、ＲＧ ＯＳ １０上の優先起動ソフトウェアに係るハードウェアの初期化及び優先起動ソフトウェアの起動処理、ＲＧ ＯＳ １０からメインＯＳ ２０への制御の切替指示等である。さらに、システム管理部１１は、電源マイコンから起動要因（通常起動かＥｍｅｒｇｅｎｃｙ起動か）の通知を受ける。

判定部１２は、起動要因に応じて、ＡＶＮ一体機１の起動処理に用いるＳｎａｐｓｈｏｔイメージを決定する。判定部１２は、通常起動の場合には、シリアルフラッシュ３４の設定情報コード領域３４１に書き込まれた設定情報のコードを読出し、対応表３３１において読み出された設定情報のコードに対応するＳｎａｐｓｈｏｔイメージを用いることを決定する。Ｅｍｅｒｇｅｎｃｙ起動の場合には、判定部１２は、Ｅｍｅｒｇｅｎｃｙ起動用のＳｎａｐｓｈｏｔイメージを用いることを決定する。判定部１２は、起動処理に用いるＳｎａｐｓｈｏｔイメージのＩＤをシステム管理部１１に通知する。システム管理部１１は、判定部１２から通知されたＳｎａｐｓｈｏｔイメージＩＤのＳｎａｐｓｈｏｔイメージをＳＤカード３３からロードする。判定部１２の処理の詳細は後述される。

メインＯＳ ２０のメインＯＳシステム管理部２１は、メインＯＳ ２０内の各プロセスを管理する。具体的には、例えば、メインＯＳシステム管理部２１は、優先起動ソフトウェア以外の各ソフトウェアの起動及び優先起動ソフトウェアを含めた各ソフトウェアの終了を制御する。また、Ｓｎａｐｓｈｏｔイメージを用いてＡＶＮ一体機１の起動処理が行われる場合には、メインＯＳシステム管理部２１は、用いられるＳｎａｐｓｈｏｔイメージに応じて、メインＯＳ上で動作するソフトウェアを初期化する。また、メインＯＳシステム管理部２１は、Ｓｎａｐｓｈｏｔイメージの取得処理の実行中には、設定情報に適する状態になるようにメインＯＳ上で動作する各ソフトウェアに指示を出す。

メインＯＳ２０のＳｎａｐｓｈｏｔイメージ取得部２２は、Ｓｎａｐｓｈｏｔイメージを取得する。例えば、ＡＶＮ一体機１の設定が設定情報に従って完了すると、ＡＶＮ一体機１に接続された入力端末からの取得指示に従って、Ｓｎａｐｓｈｏｔイメージ取得部２２は、ＲＡＭ３２上のメインＯＳ ２０に割り当てられたワーク領域の状態をＳｎａｐｓｈｏｔイメージとして取得する。Ｓｎａｐｓｈｏｔイメージ取得部２２は取得したＳｎａｐｓｈｏｔイメージに識別番号（ＩＤ）を付与し、ＳＤカード３３に格納する。また、例えば、設定情報のコードは、入力端末から取得指示とともにも入力され、Ｓｎａｐｓｈｏｔイメージ取得部２２は、取得したＳｎａｐｓｈｏｔイメージのＩＤと設定情報のコードとの対応付けをＳＤカード３３の対応表３３１に格納する。なお、すでに対応表３３１に該設定情報のコードと他のＳｎａｐｓｈｏｔイメージとの対応付けが記録されている場合には、この対応付けは該設定情報のコードと新たに取得したＳｎａｐｓｈｏｔコードとの対応付けに上書き更新される。

本発明の態様の一つにおける判定部は、例えば、判定部１２である。本発明の態様の一つにおける起動部は、例えば、メインＯＳシステム管理部２１である。本発明の態様の一つにおける取得部は、例えば、システム管理部１１である。本発明の態様の一つにおける条件識別情報は、例えば、設定情報のコードである。本発明の態様の一つにおける第１の記憶部は、例えば、ＳＤカードである。本発明の態様の一つにおける第２の記憶部は、例えば、設定情報コード領域３４１である。本発明の態様の一つにおける第３の記憶部は、例えば、対応表３３１である。

〔動作例１〕
動作例１では、起動要因に応じたＳｎａｐｓｈｏｔイメージの取得処理と該Ｓｎａｐｓｈｏｔイメージを用いた起動処理とについて説明する。起動要因には、例えば、通常起動とＥｍｅｒｇｅｎｃｙ起動とがある。Ｅｍｅｒｇｅｎｃｙ起動の一つにＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動がある。Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔは、ＡＣＣ電源のオフ状態
、またはエンジンオフ状態で、ＡＣＣ電源をオンにすることなく、ＣＤやＤＶＤなどのディスクを排出させる機能である。なお、この際に、表示部１１２の画面は表示されない。Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔは、例えば、Ｅｍｅｒｇｅｎｃｙボタンを数秒間押し続けることによって起動する。なお、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔの起動は、これに限られることなく、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動用の専用のボタンを押すことによって起動してもよい。

起動要因がＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔである場合には、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔに係るスレッド及びプロセスのみが起動する。また、メインＯＳ上でも、ＲＧ ＯＳから制御が切り替わると、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔに係るスレッド及びプロセスのみが起動する。Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔに係るスレッド及びプロセスの一つには、例えば、ＲＧ ＯＳの優先起動ソフトウェアにも含まれる、Ｅｍｅｒｇｅｎｃｙ対応ソフトウェアがある。

図５は、起動要因に応じたＳｎａｐｓｈｏｔイメージの取得処理のフローの例を示すフローチャートである。例えば、製造工程において、ＡＶＮ一体機１の設定を行うための入力端末から再起動指示と共にＳｎａｐｓｈｏｔイメージの取得指示信号が入力される、又はＡＶＮ一体機１の再起動中に、所定の操作ボタンへの所定の操作によってＳｎａｐｓｈｏｔイメージの取得指示信号が入力されるなど、再起動指示とともにＳｎａｐｓｈｏｔイメージの取得指示信号が入力されると、図５に示されるフローが開始される。

ＯＰ１１において、制御部１００（図１）は、起動要因を取得する。起動要因は、例えば、電源装置（図示せず）に備えられる電源マイコン（マイクロコンピュータ）から通知される。なお、電源マイコンには起動のトリガとなる信号、例えばイグニッションＳＷ信号（エンジンオン、ＡＣＣオン）や特定スィッチ（Ｅｊｅｃｔスイッチ）信号などが入力されており、これらの信号に基づき電源マイコンは起動要因を判断する。

ＯＰ１２では、制御部１００は、起動要因を判定する。起動要因がＥｍｅｒｇｅｎｃｙ
Ｅｊｅｃｔ起動である場合には（ＯＰ１２：Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ）、処理がＯＰ１３に進む。起動要因が通常起動である場合には（ＯＰ１２：通常起動）、処理がＯＰ１４に進む。

ＯＰ１３では、制御部１００は、ＲＧ ＯＳ上で優先起動ソフトウェアのうち、Ｅｍｅｒｇｅｎｃｙ対応ソフトウェア及びＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔに係るスレッド又はプロセスを起動する。その後、ＲＧ ＯＳからメインＯＳに制御が切り替わると、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔに係るスレッド又はプロセスはメインＯＳに引き継がれる。

ＯＰ１４では、制御部１００は、ＲＧ ＯＳ上で全ての優先起動ソフトウェアを起動する。その後、ＲＧ ＯＳからメインＯＳに制御が切り替わると、制御部１００は、メインＯＳ上で全てのスレッド及びプロセスを起動する。

ＯＰ１５では、制御部１００は、ＲＡＭ３２上のワーク領域のＳｎａｐｓｈｏｔイメージを取得する。制御部１００は、取得したＳｎａｐｓｈｏｔイメージにＩＤを付与し、ＳＤカード３３に格納する。起動要因がＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔである場合に取得されたＳｎａｐｓｈｏｔイメージは、例えば、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ用Ｓｎａｐｓｈｏｔイメージ３３４（図４）としてＳＤカードに保持される。起動要因が通常起動の場合には、取得されたＳｎａｐｓｈｏｔイメージは、例えば、通常起動用Ｓｎａｐｓｈｏｔイメージ３３３（図４）としてＳＤカード３３に保持される。

なお、Ｓｎａｐｓｈｏｔイメージの取得は製造時（ユーザへの引渡前）、例えば製造工
場等で行われる為、ＯＰ１１において、現実の各種起動信号により装置を起動させるのではなく、Ｓｎａｐｓｈｏｔイメージの取得処理プログラムに模擬的に各種起動信号により起動させるプログラムを含ませておき、当該プログラムを実行すると言った方法、すなわち起動要因を静的に設定する方法でもよい。

図５に示されるフローの各処理は、例えば、図４に示される機能ブロックの、システム管理部１１（ＯＰ１１−ＯＰ１４），メインＯＳシステム管理部２１（ＯＰ１３，ＯＰ１４），Ｓｎａｐｓｈｏｔイメージ取得部２２（ＯＰ１５）の機能に相当する。

次に、通常起動用のＳｎａｐｓｈｏｔイメージ３３３、又は、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動用のＳｎａｐｓｈｏｔイメージ３３４を用いて起動する場合の処理について説明する。

図６は、起動要因に応じたＳｎａｐｓｈｏｔイメージを用いた起動処理の例を示すフローチャートである。図６に示されるフローは、例えば、ＡＶＮ一体機１に電源が投入され、ＲＧ ＯＳの起動処理が開始されるとともに開始される。ＡＶＮ一体機１への電源の投入は、例えば、通常起動時には、ＡＶＮ一体機１を搭載する車両のエンジン起動及びアクセサリ電源のスイッチがＯＮになることによって行われる。また、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔの場合には、ＡＶＮ一体機１に備えつけられている取り出しボタンが長押しされることによってＡＶＮ一体機１に電源が投入される。

ＯＰ２１では、制御部１００は、ＲＧ ＯＳの実行を通じて、例えば、電源マイコンからの通知によって、起動要因を取得する。なお、電源マイコンには起動のトリガとなる信号、例えばイグニッションＳＷ信号（エンジンオン、ＡＣＣオン）や特定スィッチ（Ｅｊｅｃｔスイッチ）信号などが入力されており、これらの信号に基づき電源マイコンは起動要因を判断する。

ＯＰ２２では、制御部１００は、ＲＧ ＯＳの実行を通じて、起動要因を判定する。起動要因がＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動である場合には（ＯＰ２２：Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動）、処理がＯＰ２３に進む。起動要因が通常起動である場合には（ＯＰ２２：通常起動）、処理がＯＰ２４に進む。

ＯＰ２３では、制御部１００は、ＲＧ ＯＳの実行を通じて、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動用のＳｎａｐｓｈｏｔイメージをＲＡＭ３２上に展開する。その後、ＯＰ２５では、制御部１００は、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動用のＳｎａｐｓｈｏｔイメージを用いて、メインＯＳを起動し、メインＯＳの実行を通じて、Ｅｍｅｒｇｅｎｃｙ
Ｅｊｅｃｔに係るスレッド及びプロセスを起動する。

ＯＰ２４では、制御部１００は、ＲＧ ＯＳの実行を通じて、通常起動用のＳｎａｐｓｈｏｔイメージをＲＡＭ３２上に展開する。その後、ＯＰ２５では、制御部１００は、通常起動用のＳｎａｐｓｈｏｔイメージを用いて、メインＯＳを起動し、メインＯＳの実行を通じて、全てのスレッド及びプロセスを起動する。

図６に示されるフローの各処理は、例えば、図４に示される機能ブロックの、システム管理部１１（ＯＰ２１，ＯＰ２３，ＯＰ２４），判定部１２（ＯＰ２２），メインＯＳシステム管理部２１（ＯＰ２５）の機能に相当する。

上述のように、通常起動用のＳｎａｐｓｈｏｔイメージとＥｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動用のＳｎａｐｓｈｏｔイメージとを備えることによって、起動要因に応じたＳｎａｐｓｈｏｔイメージを使用することができる。また、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ
では、ＣＤやＤＶＤディスクの排出が迅速に行われることが要求されるため、Ｅｍｅｒｇｅｎｃｙ Ｅｊｅｃｔ起動用のＳｎａｐｓｈｏｔイメージを用いて起動することによって、ソフトウェアの設定等の処理を省くことができ、ディスクの排出までに要する時間をより短縮することができる。

〔動作例２〕
動作例２では、ＡＶＮ一体機１の販売対象に応じたＳｎａｐｓｈｏｔイメージの取得処理と該Ｓｎａｐｓｈｏｔを用いた起動処理とについて説明する。販売対象には、例えば、ＡＶＮ一体機１の販売地域や納入先の企業、団体等がある。

図７は、ＡＶＮ一体機１の販売対象に応じたＳｎａｐｓｈｏｔイメージの取得処理の例を示すフローチャートである。例えば、製造工程において、ＡＶＮ一体機１の設定を行うための入力端末からＳｎａｐｓｈｏｔイメージの取得指示信号が入力される、又はＡＶＮ一体機１の設定を行うためのソフトウェアをＡＶＮ一体機１上で実行中に設定者の操作によってＳｎａｐｓｈｏｔイメージの取得指示信号が入力されるなど、Ｓｎａｐｓｈｏｔイメージの取得指示信号が入力されると、図７に示されるフローが開始される。なお、図７に示されるフローが開始される時点では、メインＯＳの起動処理は完了しており、メインＯＳが制御を行っている。

ＯＰ３１において、制御部１００は、販売対象情報を取得する。販売対象情報は、例えば、販売対象地域、納入先の企業や団体等のＡＶＮ一体機の販売対象に応じた各ソフトウェアの設定等の情報である。ＡＶＮ一体機１への販売対象情報の入力は、例えば、ＡＶＮ一体機１の端子に入力装置を接続し、入力装置から入力されてもよいし、ＡＶＮ一体機１に搭載される記憶装置（フラッシュＲＯＭやＳＤカード等）に格納される販売対象情報を読み込んでもよい。または、Ｓｎａｐｓｈｏｔイメージの取得は製造時（ユーザへの引渡前）、例えば製造工場等で行われる為、販売対象情報は、Ｓｎａｐｓｈｏｔイメージの取得処理プログラムに販売対象情報に従って設定させるプログラムを含ませておき、当該プログラムを実行して、すなわち、製造工場において静的に設定されてもよい。

ＯＰ３２では、制御部１００は、メインＯＳの実行を通じて各ソフトウェアの起動処理を開始する。制御部１０は、各ソフトウェアの実行を通じて、販売対象情報を読みとる。ＯＰ３３では、制御部１００は、各ソフトウェアの実行を通じて、販売対象情報に合わせて各ソフトウェアの初期化を行う。これによって、ＡＶＮ一体機１の設定が販売対象情報に適した設定になる。

ＯＰ３４では、各ソフトウェアの初期設定が終了すると、制御部１００は、ＲＡＭ３２上のワーク領域のＳｎａｐｓｈｏｔイメージを取得する。制御部１００は、取得したＳｎａｐｓｈｏｔイメージにＩＤを付与し、ＳＤカード３３に格納する。このとき、制御部１００は、販売対象情報とともに入力された販売対象情報（設定情報）のコードと取得したＳｎａｐｓｈｏｔイメージのＩＤとの対応付けを対応表３３１に格納する。

図７に示されるフローの各処理は、例えば、図４に示される機能ブロックの、メインＯＳシステム管理部２１（ＯＰ３１），Ｓｎａｐｓｈｏｔイメージ取得部２２（ＯＰ３４）の機能に相当する。

次に、販売対象情報に応じたＳｎａｐｓｈｏｔイメージを用いてＡＶＮ一体機１が起動する場合の処理について説明する。

図８は、販売対象情報に応じたＳｎａｐｓｈｏｔイメージを用いた起動処理の例を示すフローチャートである。販売対象情報のコードは、製造側において、シリアルフラッシュ
３４の設定情報コード領域３４１に予め書き込まれている。図８に示されるフローは、例えば、ＡＶＮ一体機１の電源が投入され、ＲＧ ＯＳの起動処理が開始されるとともに、開始される。ＡＶＮ一体機１では、例えば、ＡＶＮ一体機１を搭載する車両のエンジン起動，及び、該車両のアクセサリ電源の投入によって、電源が投入される。

ＯＰ４１では、制御部１００は、ＲＧ ＯＳの実行を通じて、シリアルフラッシュ３４の設定情報コード領域３４１に書き込まれた販売対象情報（設定情報）のコードを取得する。

ＯＰ４２では、制御部１００は、ＲＧ ＯＳの実行を通じて、販売対象情報のコードに基づき販売対象情報に応じたＳｎａｐｓｈｏｔイメージのＩＤを対応表３３１から取得する。

ＯＰ４３において、制御部１００は、ＲＧ ＯＳの実行を通じて、取得したＩＤに応じたＳｎａｐｓｈｏｔイメージをＲＡＭ３２上に展開する。なお、分かりやすくするため、図８ではＯＰ４２及びＯＰ４３を分岐処理で表現している。その後、ＯＰ４４では、制御部１００は、販売対象情報に応じたＳｎａｐｓｈｏｔイメージを用いて、メインＯＳの起動処理を実行する。

図８に示されるフローの各処理は、例えば、図４に示される機能ブロックの、システム管理部１１（ＯＰ４１，ＯＰ４３），判定部１２（ＯＰ４２）メインＯＳシステム管理部２１（ＯＰ４４）の機能に相当する。

上述のように、シリアルフラッシュ３４の設定情報コード領域３４１に書き込まれた販売対象情報（設定情報）のコードに応じたＳｎａｐｓｈｏｔイメージが用いられて起動することによって、販売対象に応じた状態でＡＶＮ一体機１が起動することができる。また、複数の販売対象情報に応じて複数のＳｎａｐｓｈｏｔイメージが取得され、ＡＶＮ一体機１に記憶されていることによって、シリアルフラッシュ３４の設定情報コード領域３４１の書き換えによって、異なる販売対象に対しても１つのソフトウェアで対応することができる。また、販売対象ごとに複数のソフトが作成されることなく、１つのソフトウェアで対応することができるので、開発の工数コストも抑えることができ、またハードウェアの機種数を削減できるので製品管理上も有利になる。

〔動作例３〕
動作例３では、ＡＶＮ一体機１のユーザに応じたＳｎａｐｓｈｏｔイメージの取得処理と該Ｓｎａｐｓｈｏｔを用いた起動処理とについて説明する。

図９は、ＡＶＮ一体機１のユーザに応じたＳｎａｐｓｈｏｔイメージの取得処理の例を示すフローチャートである。例えば、製造工程において、ＡＶＮ一体機１の設定を行うための入力端末からＳｎａｐｓｈｏｔイメージの取得指示信号が入力される、又はＡＶＮ一体機１の設定を行うためのソフトウェアをＡＶＮ一体機１上で実行中に設定者の操作によってＳｎａｐｓｈｏｔイメージの取得指示信号が入力されるなど、Ｓｎａｐｓｈｏｔイメージの取得指示信号が入力されると、図９に示されるフローが開始される。なお、図９に示されるフローが開始される時点では、メインＯＳの起動処理は完了しており、メインＯＳが制御を行っている。

ＯＰ５１において、制御部１００は、ユーザ設定情報を取得する。ユーザ設定情報は、例えば、初期状態で起動するソフトウェアの数や、その状態を変更するための設定、起動画面やオープニング画面の変更等を含む。ＡＶＮ一体機１へのユーザ設定情報の入力は、例えば、ＡＶＮ一体機１の端子に入力装置を接続し、入力装置から入力される。また、Ｓ
ｎａｐｓｈｏｔイメージの取得は製造時（ユーザへの引渡前）、例えば製造工場等で行われる為、ユーザ設定情報は、Ｓｎａｐｓｈｏｔイメージの取得処理プログラムにユーザ設定情報に従って設定させるプログラムを含ませておき、当該プログラムを実行して、すなわち、製造側の開発中に静的に設定（記憶）されてもよい。

ＯＰ５２では、制御部１００は、メインＯＳの実行を通じて各ソフトウェアの起動処理を開始する。制御部１００は、各ソフトウェアの実行を通じて、ユーザ設定情報を読み込む。ＯＰ５３では、制御部１００は、各ソフトウェアの実行を通じて、ユーザ設定情報に合わせて各ソフトウェアの初期化を行う。これによって、ＡＶＮ一体機１の設定がユーザ設定情報に適した設定になる。

ＯＰ５４では、各ソフトウェアの初期設定が終了すると、制御部１００は、ＲＡＭ３２上のワーク領域のＳｎａｐｓｈｏｔイメージを取得する。制御部１００は、取得したＳｎａｐｓｈｏｔイメージにＩＤを付与し、ＳＤカード３３に格納する。このとき、制御部１００は、ユーザ設定情報とともに入力されたユーザ設定情報のコードと取得したＳｎａｐｓｈｏｔイメージのＩＤとの対応付けを対応表３３１に格納する。

図９に示されるフローの各処理は、例えば、図４に示される機能ブロックの、メインＯＳシステム管理部２１（ＯＰ５１），Ｓｎａｐｓｈｏｔイメージ取得部２２（ＯＰ５４）の機能に相当する。

図９のフローに基づいて、ＡＶＮ一体機１には、複数のユーザ設定情報に応じたＳｎａｐｓｈｏｔイメージが保持される。例えば、ユーザ設定情報と、ユーザ設定情報のコードとがＡＶＮ一体機１のマニュアル等でユーザに公開されている場合に、ユーザは、好みの設定のユーザ設定情報を選択して、該ユーザ設定情報のコードをシリアルフラッシュ３４の設定情報コード領域３４１に書き込む。これによって、ＡＶＮ一体機１は、ユーザの好みの設定で起動することができる。以下、ユーザ設定情報に応じたＳｎａｐｓｈｏｔイメージを用いてＡＶＮ一体機１が起動する場合の処理について説明する。

図１０は、ユーザ設定情報に応じたＳｎａｐｓｈｏｔイメージを用いた起動処理の例を示すフローチャートである。ユーザ設定情報のコードは、製造側またはユーザ側において、シリアルフラッシュ３４の設定情報コード領域３４１に書き込まれている。図１０に示されるフローは、例えば、ＡＶＮ一体機１の電源が投入され、ＲＧ ＯＳの起動処理が開始されるとともに、開始される。

ＯＰ６１では、制御部１００は、ＲＧ ＯＳの実行を通じて、シリアルフラッシュ３４の設定情報コード領域３４１に書き込まれたユーザ設定情報のコードを取得する。

ＯＰ６２では、制御部１００は、ＲＧ ＯＳの実行を通じて、ユーザ設定情報に応じたＳｎａｐｓｈｏｔイメージのＩＤを対応表３３１から取得する。

ＯＰ６３において、制御部１００は、ＲＧ ＯＳの実行を通じて、取得したＩＤに応じたＳｎａｐｓｈｏｔイメージをＲＡＭ３２上に展開する。なお、分かりやすくするため、図１０ではＯＰ６２及びＯＰ６３を分岐処理で表現している。その後、ＯＰ６４では、制御部１００は、ユーザ設定情報に応じたＳｎａｐｓｈｏｔイメージを用いて、メインＯＳの起動処理を実行する。

図１０に示されるフローの各処理は、例えば、図４に示される機能ブロックの、システム管理部１１（ＯＰ６１，ＯＰ６３），判定部１２（ＯＰ６２）メインＯＳシステム管理部２１（ＯＰ６４）の機能に相当する。

上述のように、シリアルフラッシュ３４の設定情報コード領域３４１に書き込まれたユーザ設定情報コードに応じたＳｎａｐｓｈｏｔイメージが用いられて起動することによって、ユーザの所望する状態でＡＶＮ一体機１が起動することができる。また、複数のユーザ設定情報に応じた複数のＳｎａｐｓｈｏｔイメージをＡＶＮ一体機１に記憶し、シリアルフラッシュ３４の設定情報コード領域３４１のコードの書き換えによって、異なるユーザの要求に対するＳｎａｐｓｈｏｔイメージを選択して読み出し、設定することにより、１つのソフトウェアで対応することができる。したがって、複数のユーザに対しても１つのソフトウェアで対応することができるので、開発の工数コストや製造・管理コスト等を抑えることができる。

＜第１実施形態の作用効果＞
第１実施形態では、所定の動作状態を再現するためのＳｎａｐｓｈｏｔイメージを複数、ＡＶＮ一体機１に記憶させておき、起動時に、条件に応じたＳｎａｐｓｈｏｔイメージが選択されて用いられる。これによって条件に応じた動作状態を再現してより短い起動時間でＡＶＮ一体機１が起動することができる。

＜その他＞
本発明は、ＲＧ ＯＳとメインＯＳを有するＯＳを搭載するＡＶＮ一体機に限られず、Ｓｎａｐｓｈｏｔイメージを用いて起動する情報処理装置に適用することができる。また、本発明は、Ｗｉｎｄｏｗｓ（登録商標） Ａｕｔｏｍｏｔｉｖｅ ５．５を搭載する情報処理装置に限られず、Ｓｎａｐｓｈｏｔイメージ用いて起動する情報処理装置に適用することができる。また、情報処理装置には、例えば、汎用のパーソナルコンピュータ，専用のサーバ装置，携帯電話端末，ゲーム装置等が含まれる。

１ ＡＶＮ一体機
１０ Ｒｅａｄｙ Ｇｕａｒｄ ＯＳ
１１ システム管理部
１２ 判定部
２０ メインＯＳ
２１ メインＯＳシステム管理部
２２ Ｓｎａｐｓｈｏｔイメージ取得部
３１ フラッシュＲＯＭ
３２ ＲＡＭ
３３ ＳＤカード
３３１ 対応表
３４ シリアルフラッシュ
３４１ 設定情報コード領域

Claims (8)

1. 各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、
   起動時に、前記第１の記憶部に記憶される前記複数のメモリ状態イメージから、所定条件に応じたメモリ状態イメージを判定する判定部と、
   前記判定部によって判定された前記メモリ状態イメージに基づき対応する再現動作状態で前記各ソフトウェアを起動させる起動部と、
   を備える情報処理装置。
2. 前記情報処理装置の起動要因を取得する取得部をさらに備え、
   前記判定部は、前記第１の記憶部に記憶される前記複数のメモリ状態イメージから、前記起動要因に応じたメモリ状態イメージを判定する
   請求項１に記載の情報処理装置。
3. 前記所定条件を特定する条件識別情報を記憶する第２の記憶部と、
   複数の条件識別情報と前記第１の記憶部に記憶される前記複数のメモリ状態イメージとの対応付けを記憶する第３の記憶部と、をさらに備え、
   前記判定部は、前記第２の記憶部に記憶された前記条件識別情報で前記第３の記憶部を検索して該条件識別情報に対応するメモリ状態イメージを判定する
   請求項１に記載の情報処理装置。
4. 第１のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と、前記第１のＯＳを起動する第２のＯＳと、各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、を備える情報処理装置であって、
   前記第２のＯＳに基づく制御の元で、前記複数のメモリ状態イメージの中から、所定条件に応じたメモリ状態イメージを判定する判定部と、
   前記第１のＯＳに基づく制御の元で、前記判定部によって判定されたメモリ状態イメージに基づき対応する再現動作状態で前記各ソフトウェアを起動させる起動部と、
   を備える情報処理装置。
5. 前記第２のＯＳに基づく制御の元で、前記情報処理装置の起動要因を取得する取得部をさらに備え、
   前記第２のＯＳに基づく制御の元で、前記判定部は、前記第１の記憶部に記憶される前記複数のメモリ状態イメージから、前記起動要因に応じたメモリ状態イメージを判定する請求項４に記載の情報処理装置。
6. 前記所定条件を特定する条件識別情報を記憶する第２の記憶部と、
   複数の条件識別情報と前記第１の記憶部に記憶される前記複数のメモリ状態イメージとの対応付けを記憶する第３の記憶部と、をさらに備え、
   前記第２のＯＳに基づく制御の元で、前記判定部は、前記第２の記憶部に記憶された条件識別情報で前記第３の記憶部を検索して該条件識別情報に対応するメモリ状態イメージを判定する
   請求項４に記載の情報処理装置。
7. 各ソフトウェアの所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部を備える情報処理装置において、
   起動時に、前記第１の記憶部に記憶される前記複数のメモリ状態イメージから、所定条件に応じたメモリ状態イメージを判定する判定ステップと、
   前記判定ステップにおいて判定された前記メモリ状態イメージに基づき対応する再現動
   作状態で前記各ソフトウェアを起動させる起動ステップと、
   を含むことを特徴とする情報処理方法。
8. 第１のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と、前記第１のＯＳを起動する第２のＯＳと、各ソフトウェアにおける所定の動作状態を再現するためのメモリ状態イメージを複数記憶する第１の記憶部と、を備える情報処理装置において実行される情報処理方法であって、
   前記第２のＯＳに基づく制御の元で、前記複数のメモリ状態イメージの中から、所定条件に応じたメモリ状態イメージを判定する判定ステップと、
   前記第１のＯＳに基づく制御の元で、前記判定されたメモリ状態イメージに基づき対応する再現動作状態で前記各ソフトウェアを起動させる起動ステップ、
   を含むことを特徴とする情報処理方法。

Images