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

Abstract

【課題】情報処理装置に障害が発生した場合に、ユーザに不要な影響を与えることなく、速やかに復帰する。
【解決手段】第１のオペレーティングシステムと、第１のオペレーティングシステムを起動する第２のオペレーティングシステムとを有する情報処理装置であって、第１のオペレーティングシステムが再起動される場合に、第２のオペレーティングシステムによる第１のオペレーティングシステムの再起動処理中も、現在の表示画面を継続して表示装置に表示させる表示指示部と、該表示画面の情報を記憶装置に格納する画面保持部と、第２のオペレーティングシステムによって第１のオペレーティングシステムが再起動した際に、記憶装置に保持された該表示画面の情報に基づいて該表示画面を表示装置に表示させる表示制御部と、を備える。
【選択図】図４Ｃ

Description

本発明は、障害復旧手段の一つとして再起動を行う情報処理装置に関する。

カーナビゲーションシステムを備える車載器には、カーナビゲーション機能、ワンセグ（１セグメント部分受信サービス）放送受像機能、オーディオ再生機能、等の多彩な機能が搭載されている。車載器では、各機能が互いに連携して動作するため、特定プロセスのみを再起動すると、その他のプロセスとの連携に不具合が生じ、システムの動作が不安定になることがある。そのため、特定のプロセスを再起動して障害復旧を行うことが困難であった。

車載器では、障害復旧の手段の一つとして、再起動が実行される。図５は、障害復旧の手段として再起動が用いられる場合の障害復旧処理のフローの例を示す図である。電源が投入されてシステムが起動すると（ＯＰ１０１）、メインＯＳがＲＡＭにロードされ（ＯＰ１０２）、メインＯＳが起動する（ＯＰ１０３）。各アプリケーションプログラム等からエラーが報告されることでエラーが検出され（ＯＰ１０４：Ｙｅｓ）、復旧可能なエラーであるか否かが判定される（ＯＰ１０５）。復旧不可能なエラーではない、すなわち、復旧可能なエラーである場合には（ＯＰ１０５：Ｎｏ）、各アプリケーションプログラムにおいて、復旧処理が実行される（ＯＰ１０７）。復旧不可能なエラーである場合には（ＯＰ１０５：Ｙｅｓ）、強制スタンバイとなる（ＯＰ１０６）。強制スタンバイは、アプリケーションプログラムが稼動中であっても車載器を強制的にスタンバイ状態にし、再起動が行われることである。強制スタンバイになると、システム起動（ＯＰ１０１）から処理が再び開始される。

特開２００７−５２５２０号公報

上述のように、障害復旧の手段として再起動が行われる際は、障害に関係のないプロセスもリセットされる。このため、例えば、障害復旧のための再起動によって、車載器に搭載されている表示装置の画面が再度オープニング画面から表示されてしまう。オープニング画面は起動時に表示する画面で、起動時においてユーザに報知すべき情報を表示する等の目的で表示されるが、障害復旧の場合はオープニング画面の表示は無駄な表示で、ユーザに戸惑いを与える等、不要な影響を及ぼす可能性がある。また、無駄な動作、例えばオープニング画面表示を行うことから障害前の状態に復旧するのに無駄に時間がかかってしまうという問題もある。

本発明は、上記した問題に鑑み、障害が発生した場合に、ユーザに不要な影響を与えることなく、速やかに復帰できる情報処理装置を提供することを課題とする。

本発明は、上記課題を解決するために、情報処理装置に以下の手段を備えることとした。即ち、本発明の態様の一つは、第１のオペレーティングシステムと、第１のオペレーティングシステムを起動する第２のオペレーティングシステムとを有する情報処理装置であって、第１のオペレーティングシステムが再起動される場合に、第２のオペレーティング
システムによる第１のオペレーティングシステムの再起動処理中も、現在の表示画面を継続して表示装置に表示させる表示指示部と、該表示画面の情報を記憶装置に格納する画面保持部と、第２のオペレーティングシステムによって第１のオペレーティングシステムが再起動した際に、記憶装置に保持された該表示画面の情報に基づいて該表示画面を表示装置に表示させる表示制御部と、を備える。

本発明の態様の一つは、第１のオペレーティングシステムの再起動中も継続して現在の表示画面を表示装置に表示させ、該表示画面の情報を記憶装置に格納し、第１のオペレーティングシステムが再起動した際には、記憶装置に保持される該表示画面の情報に基づいて該表示画面を表示装置に表示させる。これによって、第１のオペレーティングシステムの再起動処理の開始から終了まで、表示装置には同じ画面が表示されるので、例えば、ノイズ等により一時的に動作に不具合が生じるような、特にユーザが意識する必要の無い障害が発生した場合に、情報処理装置のユーザに無用な表示を見せなくて済む。また、特にユーザが意識する必要のない障害が発生した場合に、ユーザはそのような障害に気付くことなく、ユーザに不要な影響を与えることを低減することができる。

また、本発明の態様の一つは、第１のオペレーティングシステムが再起動される場合に、第１のオペレーティングシステム上で動作する各ソフトウェアの状態に関する情報を記憶装置に格納する状態格納部と、第２のオペレーティングシステムによって第１のオペレーティングシステムが再起動した際に、記憶装置に保持された各ソフトウェアの状態に関する情報を読み出し、読み出された各ソフトウェアの状態に関する情報を用いて各ソフトウェアの状態に関する情報に記録された状態で各ソフトウェアを起動するソフトウェア起動部と、をさらに備えてもよい。

本発明の態様の一つによれば、第１のオペレーティングシステムが再起動した場合にも、各ソフトウェアは、各ソフトウェアの状態に関する情報に記録された状態、すなわち、第１のオペレーティングシステムの再起動前の状態で起動する。これによって、情報処理装置のユーザ側から見ると、第１のオペレーティングシステムの再起動の前後で各ソフトウェアの状態に変更がないため、特にユーザが意識する必要のない障害に対して、ユーザが気づく可能性がより低くなり、ユーザに無用な影響を与えることを低減することができる。

また、本発明の態様の一つは、障害発生時に、第１のオペレーティングシステムのみの再起動が所定回数に満たない場合には、第１のオペレーティングシステムのみの再起動を決定する決定部をさらに備えてもよい。

また、本発明の態様の一つは、決定部は、第１のオペレーティングシステムのみの再起動が所定回数以上の場合には、情報処理装置の再起動を決定してもよい。これによって、第１のオペレーティングシステムの再起動のみでは復旧できない障害が発生した場合でも、所定回数の第１のオペレーティングシステムの再起動の後に、第２のオペレーティングシステムを含む情報処理装置全体が再起動され、障害を復旧することが可能になる。

また、本発明の他の態様の一つは、第２のオペレーティングシステムと、第２のオペレーティングシステムの起動後に起動される第１のオペレーティングシステムとを有する情報処理装置であって、障害発生時に再起動の要否を判定する解析部と、解析部によって再起動することを判定された場合に、第１のオペレーティングシステムのみの再起動と、第２のオペレーティングシステムと第１のオペレーティングシステムとの再起動の何れかを選択する選択部と、を備える。

障害発生時に、第２のオペレーティングシステムの起動後に起動される第１のオペレー
ティングシステムのみが再起動される場合には、第２のオペレーティングシステムは再起動されないため、より速く障害から復旧することが可能である。

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

例えば、本発明は、第１のオペレーティングシステムと、第１のオペレーティングシステムを起動する第２のオペレーティングシステムとを有する情報処理装置が、第１のオペレーティングシステムが再起動される場合に、第２のオペレーティングシステムによる第１のオペレーティングシステムの再起動処理中も表示装置に現在の表示画面を継続して表示させるステップと、表示画面の情報を記憶装置に格納するステップと、第２のオペレーティングシステムによって第１のオペレーティングシステムが再起動した際に、記憶装置に保持された表示画面の情報に基づいて表示画面を表示装置に表示させるステップと、を実行する情報処理方法である。

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

本発明によれば、情報処理装置に障害が発生した場合に、ユーザに不要な影響を与えることなく、情報処理装置を速やかに復帰させることができる。

第１実施例に係るＡＶＮ一体機の構成を示す図である。 Ｒｅａｄｙ Ｇｕａｒｄ ＯＳの動作概要について説明する図である。 ＡＶＮ一体機のＯＳに係る機能ブロック図の一例を示す図である。 ＡＶＮ一体機の起動から障害復旧処理までのフローの例を示す図である。 図４ＡにおけるメインＯＳ初期設定処理（ＯＰ７）のフローの例を示す図である。 メインＯＳのみが再起動する場合のメインＯＳからＲＧ ＯＳへの制御の切替処理のフローの例を示す図である。 障害復旧の手段として再起動が用いられる場合の障害復旧処理のフローの例を示す図である。

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

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

〔ＡＶＮ一体機の構成〕
図１は、第１実施例に係るＡＶＮ一体機の構成を示す図である。ＡＶＮ一体機１は、制御部１００、外部記録媒体再生部１０１、ラジオ受信部１０２、テレビジョン（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）等のメモリを備える。ナビゲーション部１０６は、制御部１００からの制御信号
により、オン／オフ、各種動作が制御される。

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

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

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

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

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

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

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

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

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

第１実施形態において、ＡＶＮ一体機１は、ＦＲＯＭ（Flash ROM）３１、ＲＡＭ３２
、ＳＤカード３３、及びその他ＨＤ等の記録媒体を備える。なお、ＦＲＯＭ３１及びＲＡＭ３２は、図１におけるメモリ１１７に相当する。ＳＤカード３３は、図１における外部記録媒体再生部１０１に挿入される外部メモリに相当する。メインＯＳは、ＳＤカード３３に記録されている。ＲＧ ＯＳは、ＦＲＯＭ３１に記憶されている。なお、これに限られず、メインＯＳは、例えば、ＦＲＯM３１やハードディスクに記憶されていてもよい。

（１）ＡＶＮ一体機１の電源がオンになると、ＦＲＯＭ３１に格納されるＥＢＯＯＴが、ＲＡＭ３２上に展開されて起動される。

（２）ＥＢＯＯＴがＲＡＭ３２上に展開されると、次に、ＲＧ ＯＳがＲＡＭ３２上に展開されて起動される。このとき、固定プロセス、固定スレッドから成る予め定義されたソフトウェア群がＲＧ ＯＳ内に起動される。ＲＧ ＯＳ内で起動される予め定義された
ソフトウェア群には、例えば、電源制御、車内ＬＡＮ、システム管理、周辺マイコン管理、等の高い信頼性が求められるソフトウェアが含まれる。ＲＧ ＯＳ内で起動される予め定義されたソフトウェア群は他のソフトウェアよりも（ＲＧ ＯＳによって）優先して起動されるので、第１実施形態において、以降、優先起動ソフトウェア群と称される。

（３）ＲＧ ＯＳが起動すると、ＳＤカードからＳｎａｐｓｈｏｔイメージがＲＡＭ３２上に展開される。Ｓｎａｐｓｈｏｔイメージを用いて、メインＯＳがＲＡＭ３２上に展開される。Ｓｎａｐｓｈｏｔイメージは、所定の時点でのＲＡＭ３２のワーク領域の状態を記録したものであり、Ｓｎａｐｓｈｏｔイメージを用いることで、ＲＡＭ３２のワーク領域をＳｎａｐｓｈｏｔイメージに記録された状態にし、Ｓｎａｐｓｈｏｔイメージが記録された状態から各ソフトウェアを起動することができる。

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

（５）システムに障害が発生した場合には、優先起動ソフトウェア群の動作がメインＯＳからＲＧ ＯＳに引き継がれ、ＲＧ ＯＳに制御が移行する。以降、（３）からの手順でメインＯＳが再度起動される。この場合には、メインＯＳ上で動作する各優先起動ソフトウェアによって、定期的又は再起動の直前に更新されたソフトウェア状態情報を、ＲＧ
ＯＳ上で動作する各優先起動ソフトウェアが読み出すことによって、メインＯＳからＲＧ ＯＳに動作が引き継がれる。

上記（１）から（４）のようにして、メインＯＳがＲＡＭ３２に展開されている間に、優先起動ソフトウェア群がＲＧ ＯＳによって他のソフトウェアに優先して起動されるため、起動時間を短縮することができる。また、システムに障害が発生した場合には、優先起動ソフトウェア群は再起動されずに、優先起動ソフトウェア群の動作がメインＯＳからＲＧ ＯＳに引き継がれる。これによって、優先起動ソフトウェア群以外のソフトウェアが原因の障害で、優先起動ソフトウェアが不用意に再起動されることが抑制され、デバイスの信頼性を向上することができる。

〔ＡＶＮ一体機のＯＳに係る機能ブロック〕
図３は、ＡＶＮ一体機１のＯＳに係る機能ブロック図の一例を示す図である。尚、実際には、制御部１００（図１）に相当するマイコン（ＣＰＵ）がＲＧ ＯＳ及びメインＯＳを含むプログラムを実行することにより、図３に示される各機能ブロックの機能が実現されるが、便宜上、各機能ブロックが主体となって各処理を実行するものとして説明する。

図２において説明された動作を実現するために、ＲＧ ＯＳ １０は、システム管理部１１とメインＯＳプロセス管理部１２とを備える。また、メインＯＳ ２０は、メインＯＳ制御部２１と、エラー解析部２２と、メインＯＳシステム管理部２３と、表示制御部２
４と、ナビゲーション管理部２５と、オープニング画処理部２６と、その他各種アプリケーションプログラムを備える。なお、これらの機能ブロックは、ＲＧ ＯＳ及びメインＯＳ内で実行されるプロセス又はスレッドであって、ＲＧ ＯＳ及びメインＯＳ内で実行されるプロセス又はスレッドは、図３に示される例に限られない。

メインＯＳ ２０のメインＯＳ制御部２１は、デバイス管理、メモリ管理、プロセス管理等を行い、ハードウェアとソフトウェアとのやり取りの管理を行う。また、メインＯＳ制御部２１は、起動又は再起動の際にはＲＧ ＯＳ １０からＯＳ切替許可を受信し、メインＯＳ ２０のみの再起動における終了処理の際には、ＲＧ ＯＳ １０にＯＳ切替許可を送信する。メインＯＳ ２０のエラー解析部２２は、各ソフトウェア又はアプリケーションプログラムによって検出された障害検知の通知を受け、該障害検知の通知内容から障害の状態を解析し、それに対する処理を実行する。例えば、エラー解析部２２は、通知された障害が、ＡＶＮ一体機１の再起動なしで復旧可能か否かを判定する。エラー解析部２２は、該障害がＡＶＮ一体機１の再起動なしで復旧可能であると判定した場合には、通知元のソフトウェアに復旧処理を実行させる。なお、障害は、各ソフトウェアにおいて検知される。復旧不可能な障害には、例えば、ソフトウェアがハードウェアからの通信（例えば、ハードウェアからの応答等）を受け取れなくなるようなハードウェアにおける障害がある。また、エラー解析部２２は、ＡＶＮ一体機１の再起動が必要であると判定した場合には、メインＯＳシステム管理部２３に再起動を指示する。

メインＯＳシステム管理部２３は、メインＯＳ ２０における各プロセスを管理する。具体的には、例えば、メインＯＳシステム管理部２３は、優先起動ソフトウェア群以外の各ソフトウェアの起動及び終了を制御する。また、メインＯＳシステム管理部２３は、再起動時又はシステム終了時におけるシステム終了処理を制御する。なお、以降、優先起動ソフトウェア群以外のソフトウェアを、優先起動ソフトウェア群のソフトウェアと区別して、単に「アプリケーション」と称する。ただし、この定義は、第１実施形態においてのみ適用されるものであって、一般的に適用されるものではなく、ソフトウェア又はアプリケーションを限定するものではない。

また、メインＯＳシステム管理部２３は、エラー解析部２２からＡＶＮ一体機１の再起動の指示を受けると、メインＯＳ ２０のみを再起動するか、又は、ＲＧ ＯＳ １０とメインＯＳ ２０とを再起動するかを選択する。例えば、メインＯＳ ２０のみの再起動の回数が所定回数に達しているか否かに応じて、メインＯＳシステム管理部２３は、メインＯＳ ２０のみを再起動するか、又は、ＲＧ ＯＳ １０とメインＯＳ ２０とを再起動するかを選択する。メインＯＳ ２０のみの再起動の回数が所定回数に達していない場合には、メインＯＳシステム管理部２３は、メインＯＳ ２０のみを再起動することを選択する。メインＯＳ ２０のみの再起動の回数が所定回数に達している場合には、メインＯＳシステム管理部２３は、ＲＧ ＯＳ １０とメインＯＳ ２０とを再起動する、すなわち、強制リセットを行うことを選択する。

表示制御部２４は、表示部１２２（図１）に備えられるディスプレイドライバ（図示せず）を通じて表示部１２２を制御する。ナビゲーション管理部２５は、ナビゲーション部１０６（図１）に備えられるＣＰＵを制御する。オープニング画処理部２６は、ＡＶＮ一体機１の起動時に最初に表示部１２２の液晶パネル２０１に表示されるオープニング画の表示処理を制御する。これらメインＯＳ ２０の各部の処理の詳細は、後述される。

ＲＧ ＯＳ １０のシステム管理部１１は、ＲＧ ＯＳ １０上のプロセスを管理する。具体的には、例えば、Ｓｎａｐｓｈｏｔ及びメインＯＳ ２０のＲＡＭ３２上への展開処理、ＲＧ ＯＳ １０内の優先起動ソフトウェア群に係るハードウェアの初期化及び優先起動ソフトウェア群の起動処理、ＲＧ ＯＳ １０からメインＯＳ ２０への制御の切
替指示等である。メインＯＳプロセス管理部１２は、初期起動時に、メインＯＳ ２０の各優先起動ソフトウェアに対して起動指示を行うなど、優先起動ソフトウェア群の動作の引き継ぎを管理する。優先起動ソフトウェア群の動作の引き継ぎに関する詳細は後述される。

〔動作例〕
図４Ａ、図４Ｂ、及び図４Ｃは、ＡＶＮ一体機１の起動処理及び障害復旧処理に係る動作例のフローを示す図である。図４Ａは、ＡＶＮ一体機１の起動から障害復旧処理までのフローの例を示す図である。なお、図４Ａ、図４Ｂ、及び図４Ｃの説明において、単に「ソフトウェア」と称される場合には、優先起動ソフトウェアとアプリケーション（優先起動ソフトウェア以外のソフトウェア）との総称とする。

ＡＶＮ一体機１を搭載する車両のエンジンが駆動されたり、ＡＣＣ電源が投入されたりすることを契機に、ＡＶＮ一体機１のシステムが起動する（ＯＰ１）。制御部１００（図１）は、ＦＲＯＭ３１（メモリ１１７）に格納されたＥＢＯＯＴをＲＡＭ３２上に読出し実行する。ＥＢＯＯＴを実行することによって、制御部１００は、ＦＲＯＭ３１からＲＧ
ＯＳをＲＡＭ３２上に展開する。

ＲＧ ＯＳがＲＡＭ３２上に展開されると、ＲＧ ＯＳが起動する（ＯＰ２）。ＲＧ ＯＳが起動すると、ＲＧ ＯＳのシステム管理部１１は、予め定義されている優先起動ソフトウェア群に係るデバイスの初期化を行ってＲＧ ＯＳ内の優先起動ソフトウェア群を起動したり、ＳＤカード３３内のＳｎａｐｓｈｏｔイメージをＲＡＭ３２上に展開したりする（ＯＰ３）。ＲＧ ＯＳのシステム管理部１１は、ＳＤカード３３からメインＯＳをＲＡＭ３２上に展開する（ＯＰ４）。

例えば、ＲＧ ＯＳのシステム管理部１１は、ＲＡＭ３２上へのメインＯＳの展開の完了を検知すると、メインＯＳのメインＯＳ制御部２１に対してＯＳ切替許可を通知する。ＲＧ ＯＳからＯＳ切替許可が通知されることによって、メインＯＳが起動する（ＯＰ５）。メインＯＳは、ＲＡＭ３２上に展開されたＳｎａｐｓｈｏｔイメージの状態から起動する。そのため、メインＯＳは、起動時には、Ｓｎａｐｓｈｏｔイメージに記録された状態と同じ状態となる。その後、ＲＧ ＯＳからメインＯＳへの制御の切替が行われる（ＯＰ６）。例えば、ＲＧ ＯＳからメインＯＳへの制御の切替は、以下のようにして行われる。

メインＯＳが起動すると、メインＯＳ制御部２１は、デバイスの初期化を行う。ただし、このときに初期化されるデバイスには、ＲＧ ＯＳによって初期化された優先起動ソフトウェア群に係るデバイスは含まれない。デバイスの初期化の完了を検知すると、ＲＧ ＯＳのメインＯＳプロセス管理部１２は、メインＯＳ内の各優先起動ソフトウェアに対して起動通知を行う。ＲＧ ＯＳのメインＯＳプロセス管理部１２から起動通知を受け取ると、メインＯＳ内の各優先起動ソフトウェアは、初期化処理を行い起動する。このとき起動する優先起動ソフトウェアの中には、メインＯＳシステム管理部２３、表示制御部２４等が含まれる。初期化処理において、メインＯＳ内で起動した各優先起動ソフトウェアは、ＲＧ ＯＳ上で動作する各優先起動ソフトウェアによって記憶装置に格納された各ソフトウェア状態情報を読み出す。これによって、メインＯＳ上で起動した各優先起動ソフトウェアは、ＲＧ ＯＳ上で動作する各優先起動ソフトウェアと同様の状態になる。メインＯＳシステム管理部２３は、各優先起動ソフトウェアの起動が完了すると、起動完了をＲＧ ＯＳのメインＯＳプロセス管理部１２に通知する。メインＯＳプロセス管理部１２は、メインＯＳ内の優先起動ソフトウェアの起動完了の通知を受けると、ＲＧ ＯＳ内の優先起動ソフトウェアのプロセスを終了させ、これによって、優先起動ソフトウェアの動作がＲＧ ＯＳからメインＯＳに切り替わる。なお、各優先起動ソフトウェアのプロセスの
移行は、一括して切り替わってもよいし、起動した順にメインＯＳシステム管理部２３を通じてＲＧ ＯＳのメインＯＳプロセス管理部１２に起動完了を通知して切り替わってもよい。

ＲＧ ＯＳからメインＯＳへの制御の切替が完了すると（ＯＰ６）、メインＯＳにおいて初期化設定処理が行われる（ＯＰ７）。メインＯＳの初期化設定処理については、図４Ｂにおいて後述される。

メインＯＳの初期化設定処理が完了すると、メインＯＳは稼動状態になる。メインＯＳの稼動中には、各ソフトウェアにおいて、エラー検出が行われる。エラー解析部２２は、ソフトウェアからエラー検出の通知を受けると（ＯＰ８：Ｙｅｓ）、通知の内容を解析して、該エラーが該ソフトウェアにおいて復旧不可能なエラーか否か、すなわち、ＡＶＮ一体機１の再起動が必要か否かを判定する（ＯＰ９）。

通知されたエラーが該ソフトウェアにおいて復旧不可能なエラーではない、すなわち、復旧可能なエラーであると判定された場合には（ＯＰ９：Ｎｏ）、エラー解析部２２は、該ソフトウェアに対して復旧処理、例えば、該ソフトウェアの再起動処理を指示する（ＯＰ１０）。その後、エラー解析部２２からの復旧指示にしたがって該ソフトウェアにおいて復旧処理が行われる。この場合には、メインＯＳは稼動状態が維持されるので、処理がＯＰ８に戻る。

通知されたエラーが該ソフトウェアにおいて復旧不可能であると判定された場合には（ＯＰ９：Ｙｅｓ）、ＡＶＮ一体機１の再起動が必要であることが示される。エラー解析部２２は、メインＯＳシステム管理部２３にＡＶＮ一体機１の再起動を指示する。エラー解析部２２からＡＶＮ一体機１の再起動の指示を受けると、メインＯＳシステム管理部２３は、メインＯＳのリセット回数Ｘが所定回数ｎより小さいか否かを判定する（ＯＰ１１）。メインＯＳのリセット回数Ｘが所定回数ｎより小さい場合には（ＯＰ１１：Ｙｅｓ）、メインＯＳのみの再起動が行われる（ＯＰ１２）。すなわち、メインＯＳからＲＧ ＯＳに制御が移行し、その後、処理がＯＰ３に移行する。メインＯＳからＲＧ ＯＳへの制御の移行の処理の詳細は図４Ｃにおいて後述される。メインＯＳのリセット回数Ｘが所定回数ｎ以上である場合には（ＯＰ１１：Ｎｏ）、強制スタンバイとなり、ＲＧ ＯＳ及びメインＯＳが再起動、すなわち、ＡＶＮ一体機１全体が再起動されるので処理がＯＰ１に移行する（ＯＰ１３）。なお、メインＯＳのリセット回数Ｘの初期値は０である。また、メインＯＳのリセット回数の閾値ｎは、例えば、３回と予め設定される。ただし、メインＯＳのリセット回数の閾値ｎは、３回に限られず、ＡＶＮ一体機１の設計者又は管理者によって、自由に設定可能である。

次に、図４Ａ、図４Ｂ及び図４Ｃを用いて、（１）通常起動の場合のメインＯＳ初期設定処理と、（２）メインＯＳのみの再起動の場合のメインＯＳからＲＧ ＯＳへの切替処理及びメインＯＳ初期設定処理とについて、動作例を説明する。

図４Ｂは、図４ＡにおけるメインＯＳ初期設定処理（ＯＰ７）のフローの例を示す図である。メインＯＳのメインＯＳシステム管理部２３は、メインＯＳの起動状況を示す起動モードを管理する。起動モードには、「通常起動」と「リセット起動」とが含まれる。起動モードが「通常起動」の場合には、システム全体の起動又は再起動にともなうメインＯＳの起動（すなわち、通常の起動）であることが示される。起動モードが「リセット起動」である場合には、メインＯＳのみの再起動であることが示される。起動モードの初期値は、「通常起動」である。また、起動モードは、例えば、ＦＲＯＭ３１、ＳＤカード３３、又は、その他の不揮発性のメモリに格納される。

（１）通常起動の場合のメインＯＳ初期設定処理
図４ＡのＯＰ６において、ＲＧ ＯＳからメインＯＳへ制御の切替が完了すると、メインＯＳシステム管理部２３は、起動モードを判定する（ＯＰ７１）。通常起動の場合には、起動モードが「通常起動」であるので、メインＯＳシステム管理部２３は、オープニング画処理部２６を起動し、オープニング画処理部２６にオープニング画を表示部１２２に表示させる（ＯＰ７３）。

次に、メインＯＳシステム管理部２３は、メインＯＳ内のアプリケーションを起動する（ＯＰ７４）。このとき、ナビゲーション管理部２５も起動する。ナビゲーション管理部２５は、ＧＰＳ情報等を用いてナビゲーション画面を生成し、表示部１２２への描写処理を開始する（ＯＰ７５）。ナビゲーション画面は、ＡＶＮ一体機１が搭載される車両の現在位置を示す地図等が含まれる、ナビゲーション用の画面である。ナビゲーション画面が生成されると、メインＯＳシステム管理部２３は、表示制御部２４にオープニング画面の描写を解除させ、ナビゲーション画面の描写をさせる（ＯＰ７６）。表示部１２２の画面がナビゲーション画面になると、メインＯＳが稼動状態になったことが示される。その後、処理が、図４ＡのＯＰ８に移行する。

（２）メインＯＳのみの再起動の場合のメインＯＳからＲＧ ＯＳへの制御の切替処理及びメインＯＳの初期設定処理
図４Ｃは、メインＯＳのみが再起動する場合のメインＯＳからＲＧ ＯＳへの制御の切替処理のフローの例を示す図である。

図４ＡのＯＰ１１において、メインＯＳ内で復旧不可能なエラーが発生し、メインＯＳのリセット回数Ｘが所定回数ｎよりも小さいと判定された場合には、メインＯＳシステム管理部２３は、図４Ｃに示されるメインＯＳからＲＧ ＯＳへの制御の切替処理を実行する。

メインＯＳシステム管理部２３は、メインＯＳ制御部２１を通じて、表示部１２２のディスプレイドライバ（図示せず）に対して、以降の画面更新を停止し、最後の画面（ラスト画面）の出力を維持するように指示する（ＯＰ１２１）。以降、表示部１２２の液晶パネル２０１には、ラスト画面が表示し続けられる。

次に、メインＯＳシステム管理部２３は、表示制御部２４に、現在表示部１２２の液晶パネル２０１に表示されている画面（すなわち、ラスト画面）をキャプチャさせ、保持させる（ＯＰ１２２）。表示制御部２４は、キャプチャされたラスト画面をＦＲＯＭ３１、ＳＤカード３３等の不揮発性のメモリ、又は、メインＯＳの再起動には影響のないＲＡＭ３２内の領域等に保持する。

メインＯＳシステム管理部２３は、起動モードを「リセット起動」に設定する（ＯＰ１２３）。このとき、メインＯＳシステム管理部２３は、メインＯＳの再起動の回数を計数し、ＦＲＯＭ３１、ＳＤカード３３等の不揮発性のメモリ、又は、メインＯＳの再起動には影響のないＲＡＭ３２内の領域等に保持する。次に、メインＯＳシステム管理部２３は、各ソフトウェアに終了処理を実行させる（ＯＰ１２４）。このとき、各ソフトウェアは、メインＯＳの再起動の前後で不整合が生じないように、ソフトウェア状態情報を更新して、メインＯＳの再起動の直前の状態を記録する。

メインＯＳシステム管理部２３は、各優先起動ソフトウェアが終了すると、ＲＧ ＯＳのメインＯＳプロセス管理部１２に終了通知を行い、自身も終了する。ＲＧ ＯＳでは、メインＯＳプロセス管理部１２を通じて優先起動ソフトウェア群の終了の通知を受けると、ＲＧ ＯＳのシステム管理部１１が、ＲＧ ＯＳ内の優先起動ソフトウェア群を起動する。ＲＧ ＯＳ内の各優先起動ソフトウェアは、各ソフトウェア状態情報を読出し、メインＯＳ内の各優先起動ソフトウェアの最後の状態と同様の状態になる。このようにして、メインＯＳからＲＧ ＯＳに制御の切替処理が行われる（ＯＰ１２５）。なお、優先起動ソフトウェア群のメインＯＳからＲＧ ＯＳへの切替は、一括して行われてもよいし、終了した優先起動ソフトウェアから順番に行われてもよい。

メインＯＳからＲＧ ＯＳへの制御の切替処理が終了すると、処理がＯＰ３（図４Ａ）に移り、ＲＧ ＯＳによって、メインＯＳの再起動が行われる。まず、ＲＧ ＯＳのシステム管理部１１によって、ＳｎａｐｓｈｏｔイメージがＲＡＭ３２上に展開され（ＯＰ３）、次に、メインＯＳがＲＡＭ３２上に展開される（ＯＰ４）。メインＯＳが起動し（ＯＰ５）、ＲＧ ＯＳからメインＯＳへ制御が切り替わる（ＯＰ６）と、メインＯＳの初期設定処理が実行される（図４Ｂ）。なお、メインＯＳの再起動によって、ハードウェアの初期化が行われるが、ラスト画面を表示し続けている表示部１２２は初期化対象から外れており、初期化されない。すなわち、メインＯＳからＲＧ ＯＳに制御が切り替わった後も、表示部１２２の液晶パネル２０１にはラスト画面が表示され続けている。

ＲＧ ＯＳからメインＯＳへ制御の切替が完了すると（ＯＰ６）、メインＯＳシステム管理部２３は、起動モードを判定する（ＯＰ７１）。ＯＰ１２３（図４Ｃ）において起動モードは「リセット起動」に設定されたので、この時点での起動モードは、「リセット起動」である。起動モードが「リセット起動」の場合には、メインＯＳシステム管理部２３は、メインＯＳの再起動の前に保持されたラスト画面を表示制御部２４を通じて表示部１２２に表示させる（ＯＰ７２）。このとき、メインＯＳ制御部２１を通じて、表示部１２２のディスプレイドライバに対して、ラスト画面の表示と画面更新停止指示との解除がなされる。

次に、メインＯＳシステム管理部２３は、メインＯＳ内のアプリケーションを起動する（ＯＰ７４）。このとき、各アプリケーションは、メインＯＳの再起動前に保持された、各アプリケーションの状態に関する情報（ソフトウェア状態情報）に基づいて、メインＯＳの再起動前の状態で起動する。ナビゲーション管理部２５も起動し、ＧＰＳ情報等を用いてナビゲーション画面を生成し、表示部１２２への描写処理を開始する（ＯＰ７５）。ナビゲーション画面が生成されると、メインＯＳシステム管理部２３は、表示制御部２４に表示部１２２へのラスト画面の表示を解除させ、ナビゲーション画面の表示をさせる（ＯＰ７６）。表示部１２２の画面がナビゲーション画面になると、メインＯＳが稼動状態になったことが示され、メインＯＳの再起動が完了する。

その後、図４Ａにおいて説明されたＯＰ８からＯＰ１３の処理が行われる。メインＯＳの再起動の回数Ｘが所定回数ｎに達した場合には（ＯＰ１１：Ｎｏ）、強制スタンバイになり（ＯＰ１３）、システム全体が再起動となる。これに伴って、起動モードは初期値の「通常起動」に戻り、メインＯＳの再起動の回数Ｘもリセットされ初期値０になる。

本発明の態様の一つにおける表示指示部は、例えば、メインＯＳ制御部２１である。本発明の態様の一つにおける画面保持部および表示制御部は、例えば、表示制御部２４である。本発明の態様の一つにおける状態格納部は、例えば、メインＯＳ内の各ソフトウェアである。本発明の態様の一つにおけるソフトウェア起動部は、例えば、メインＯＳシステム管理部２３である。本発明の態様の一つにおける決定部は、例えば、メインＯＳシステム管理部２３である。本発明の態様の一つにおける解析部は、例えば、エラー解析部２２である。本発明の態様の一つにおける選択部は、例えば、メインＯＳシステム管理部２３である。

＜第１実施形態の作用効果＞
メインＯＳのみが再起動する場合には、制御がメインＯＳからＲＧ ＯＳに切り替わっても、メインＯＳが起動してナビゲーション画面が表示されるまでラスト画面が表示部１２２の液晶パネル２０１に表示される。また、メインＯＳが再起動されるのに要する時間は、数秒程度である。したがって、ソフトウェアにおいて復旧不可能なエラーが発生し、メインＯＳのみが再起動される場合には、ＡＶＮ一体機１の使用者には、ラスト画面が数秒継続したのちにナビゲーション画面に遷移するように見えるだけなので、使用者に長時間、無用な表示を見せることがなくなる。特に、ラスト画面がナビゲーション画面であった場合には、メインＯＳのエラーが起こっても、ラスト画面であるナビゲーション画面が数秒継続して表示された後に、新たに描写されたナビゲーション画面が表示されるので、ノイズ等により一時的に動作が変になったような、特にユーザが意識する必要の無い機器状態に対して、ユーザは無駄に気付くことがなくなりユーザに無用な影響を与えることが無い。

また、エラーが発生した際に、システム全体ではなく、メインＯＳのみを再起動させるため、高速に障害復旧を行うことができる。

＜その他＞
本発明は、ＡＶＮ一体機に限定されることなく、Ｗｉｎｄｏｗｓ（登録商標） Ａｕｔｏｍｏｔｉｖｅ ５．５のようなＲＧ ＯＳを備えるＯＳを用いる機器に対して適用可能である。また、本発明は、Ｗｉｎｄｏｗｓ（登録商標） Ａｕｏｔｏｍｏｔｉｖｅ ５．５に限定されることなく、障害復旧時にＲＧ ＯＳのような予め定義された優先起動ソフトウェアの動作を継続させたまま、メインＯＳを再起動するような機構を有するＯＳやシステムに対して適用可能である。

１ ＡＶＮ一体機
１０ Ｒｅａｄｙ Ｇｕａｒｄ ＯＳ
１１ システム管理部
１２ メインＯＳプロセス管理部
２０ メインＯＳ
２１ メインＯＳ制御部
２２ エラー解析部
２３ メインＯＳシステム管理部
２４ 表示制御部
２５ ナビゲーション管理部
２６ オープニング画処理部

Claims (7)

1. 第１のオペレーティングシステムと、前記第１のオペレーティングシステムを起動する第２のオペレーティングシステムとを有する情報処理装置であって、
   前記第１のオペレーティングシステムが再起動される場合に、前記第２のオペレーティングシステムによる前記第１のオペレーティングシステムの再起動処理中も、現在の表示画面を継続して表示装置に表示させる表示指示部と、
   前記表示画面の情報を記憶装置に格納する画面保持部と、
   前記第２のオペレーティングシステムによって前記第１のオペレーティングシステムが再起動した際に、前記記憶装置に保持された前記表示画面の情報に基づいて前記表示画面を前記表示装置に表示させる表示制御部と、
   を備える情報処理装置。
2. 前記第１のオペレーティングシステムが再起動される場合に、前記第１のオペレーティングシステム上で動作する各ソフトウェアの状態に関する情報を前記記憶装置に格納する状態格納部と、
   前記第２のオペレーティングシステムによって前記第１のオペレーティングシステムが再起動した際に、前記記憶装置に保持された各ソフトウェアの状態に関する情報を読み出し、前記読み出された前記各ソフトウェアの状態に関する情報を用いて、前記各ソフトウェアの状態に関する情報に記録された状態で前記各ソフトウェアを起動するソフトウェア起動部と、
   をさらに備える請求項１に記載の情報処理装置。
3. 障害発生時に、前記第１のオペレーティングシステムのみの再起動が所定回数に満たない場合には、前記第１のオペレーティングシステムのみの再起動を決定する決定部をさらに備える請求項１又は２に記載の情報処理装置。
4. 前記決定部は、前記第１のオペレーティングシステムのみの再起動が所定回数以上の場合には、前記情報処理装置の再起動を決定する
   請求項３に記載の情報処理装置。
5. 第１のオペレーティングシステムと、前記第１のオペレーティングシステムを起動する第２のオペレーティングシステムとを有する情報処理装置が、
   前記第１のオペレーティングシステムが再起動される場合に、前記第２のオペレーティングシステムによる前記第１のオペレーティングシステムの再起動処理中も表示装置に現在の表示画面を継続して表示させるステップと、
   前記表示画面の情報を記憶装置に格納するステップと、
   前記第２のオペレーティングシステムによって前記第１のオペレーティングシステムが再起動した際に、前記記憶装置に保持された前記表示画面の情報に基づいて前記表示画面を前記表示装置に表示させるステップと、
   を実行する情報処理方法。
6. 第２のオペレーティングシステムと、前記第２のオペレーティングシステムの起動後に起動される第１のオペレーティングシステムとを有する情報処理装置であって、
   障害発生時に再起動の要否を判定する解析部と、
   前記解析部によって再起動することを判定された場合に、前記第１のオペレーティングシステムのみの再起動と、前記第２のオペレーティングシステムと前記第１のオペレーティングシステムとの再起動との何れかを選択する選択部と、
   を備える情報処理装置。
7. 第２のオペレーティングシステムと、前記第２のオペレーティングシステムの起動後に起動される第１のオペレーティングシステムとを有する情報処理装置が、
   障害発生時に再起動の要否を判定するステップと、
   再起動することが判定された場合に、前記第１のオペレーティングシステムのみの再起動と、前記第２のオペレーティングシステムと前記第１のオペレーティングシステムとの再起動との何れかを選択するステップと、
   を実行する情報処理方法。

Images