(57)【要約】【課題】第１のオペレーティングシステムから制御対象から応答を永続的に待つ待機コマンドを第２のオペレーティングシステムに出力した後に、第１のオペレーティングシステムが異常終了し、その後第１のオペレーティングシステム上のアプリケーションが再起動しても不具合の発生を抑制することが可能な情報処理装置及び情報処理プログラムを提供する。【解決手段】情報処理装置１は、第１のＯＳ２に制御され、制御対象から応答があるまで永続的に待機する待機コマンドを出力する第１のＣＰＵ２０と、第２のＯＳ３に制御され、第１のＣＰＵ２０が出力した待機コマンドを制御対象から応答があるまで周期的に待機する周期コマンドに変換して制御対象に出力する第２のＣＰＵ３０と、を備えて概略構成されている。【選択図】図１
2015215685.tif 000002
【特許請求の範囲】
【請求項１】
第１のオペレーティングシステムに制御され、制御対象から応答があるまで永続的に待機する待機命令を出力する第１の制御手段と、
前記第１のオペレーティングシステムと異なる第２のオペレーティングシステムに制御され、前記第１の制御手段が出力した前記待機命令を前記制御対象から応答があるまで周期的に待機する周期命令に変換して前記制御対象に出力する第２の制御手段と、
を備えた情報処理装置。
【請求項２】
さらに前記第１の制御手段及び前記第２の制御手段に接続され、前記第１の制御手段から出力される前記待機命令を記憶する共有の記憶手段を有し、
前記第２の制御手段は、前記共有の記憶手段に記憶された前記待機命令を読み出して前記周期命令に変換する、
請求項１に記載の情報処理装置。
【請求項３】
前記第１の制御手段は、前記第１のオペレーティングシステムの異常終了後の再起動によって前記周期命令を停止させる停止命令を前記共有の記憶手段に記憶し、
前記第２の制御手段は、前記共有の記憶手段から取得した前記停止命令に基づいて前記周期命令を停止する、
請求項２に記載の情報処理装置。
【請求項４】
コンピュータを、
第１のオペレーティングシステムに制御され、制御対象から応答があるまで永続的に待機する待機命令を出力する第１の制御手段と、
前記第１のオペレーティングシステムと異なる第２のオペレーティングシステムに制御され、前記第１の制御手段が出力した前記待機命令を前記制御対象から応答があるまで周期的に待機する周期命令に変換して前記制御対象に出力する第２の制御手段として機能させるための情報処理プログラム。
【請求項５】
コンピュータを、
第１の制御手段から出力された制御対象から応答があるまで永続的に待機する待機命令を前記制御対象から応答があるまで周期的に待機する周期命令に変換して前記制御対象に出力する第２の制御手段として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
従来の技術として、相互に異常監視する第１のＣＰＵ（Central Processing Unit）及び第２のＣＰＵと、第１のＣＰＵ及び第２のＣＰＵのうちのいずれか一方のＣＰＵに異常が生じたことに応答して、この一方のＣＰＵをリセットし、正常動作復帰のための設定値を一方のＣＰＵに送信する正常復帰制御手段とを含む車両用制御装置が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−５３２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、第１のオペレーティングシステムから制御対象から応答を永続的に待つ待機コマンドを第２のオペレーティングシステムに出力した後に、第１のオペレーティングシステムが異常終了し、その後第１のオペレーティングシステム上のアプリケーションが再起動しても不具合の発生を抑制することが可能な情報処理装置及び情報処理プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明の一態様は、上記目的を達成するため、以下の情報処理装置及び情報処理プログラムを提供する。
【０００６】
［１］第１のオペレーティングシステムに制御され、制御対象から応答があるまで永続的に待機する待機命令を出力する第１の制御手段と、
前記第１のオペレーティングシステムと異なる第２のオペレーティングシステムに制御され、前記第１の制御手段が出力した前記待機命令を前記制御対象から応答があるまで周期的に待機する周期命令に変換して前記制御対象に出力する第２の制御手段と、
を備えた情報処理装置。
【０００７】
［２］さらに前記第１の制御手段及び前記第２の制御手段に接続され、前記第１の制御手段から出力される前記待機命令を記憶する共有の記憶手段を有し、
前記第２の制御手段は、前記共有の記憶手段に記憶された前記待機命令を読み出して前記周期命令に変換する、
前記［１］に記載の情報処理装置。
【０００８】
［３］前記第１の制御手段は、前記第１のオペレーティングシステムの異常終了後の再起動によって前記周期命令を停止させる停止命令を前記共有の記憶手段に記憶し、
前記第２の制御手段は、前記共有の記憶手段から取得した前記停止命令に基づいて前記周期命令を停止する、
前記［２］に記載の情報処理装置。
【０００９】
［４］コンピュータを、
第１のオペレーティングシステムに制御され、制御対象から応答があるまで永続的に待機する待機命令を出力する第１の制御手段と、
前記第１のオペレーティングシステムと異なる第２のオペレーティングシステムに制御され、前記第１の制御手段が出力した前記待機命令を前記制御対象から応答があるまで周期的に待機する周期命令に変換して前記制御対象に出力する第２の制御手段として機能させるための情報処理プログラム。
【００１０】
［５］コンピュータを、
第１の制御手段から出力された制御対象から応答があるまで永続的に待機する待機命令を前記制御対象から応答があるまで周期的に待機する周期命令に変換して前記制御対象に出力する第２の制御手段として機能させるための情報処理プログラム。
【発明の効果】
【００１１】
請求項１，４，５に係る発明によれば、第１のオペレーティングシステムから制御対象から応答を永続的に待つ待機コマンドを第２のオペレーティングシステムに出力した後に、第１のオペレーティングシステムが異常終了し、その後第１のオペレーティングシステム上のプログラムが再起動しても不具合の発生を抑制することが可能となる。
【００１２】
請求項２に係る発明によれば、第１のオペレーションシステムと第２のオペレーションシステム間の直接の通信が行えない場合であっても、オペレーションシステム間の通信を成立させることが可能となる。
【００１３】
請求項３に係る発明によれば、第１のオペレーティングシステムの異常終了による再起動に伴う不具合を抑制することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明の実施の形態に係る情報処理装置の構成例を示すブロック図である。
【図２】図２は、本発明の実施の形態に係る情報処理装置の動作の一例を説明するためのタイミングチャートである。
【発明を実施するための形態】
【００１５】
［実施の形態］
（情報処理装置１の全体構成）
図１は、本発明の実施の形態に係る情報処理装置の構成例を示すブロック図である。この情報処理装置１は、一例として、互いに異なるオペレーティングシステム（ＯＳ：Operating System）に基づいて動作する第１のＣＰＵ２０及び第２のＣＰＵ３０がシステムバス５を介して接続された疎結合マルチプロセッサシステムである。
【００１６】
上記の互いに異なるオペレーティングシステムは、第１のＯＳ２及び第２のＯＳ３である。第１のＯＳ２は、第２のＯＳ３と比べてリアルタイム性が低いＯＳである。第１のＯＳ２は、例えば、Ｌｉｎｕｘ（登録商標）アーキテクチャに基づくＯＳであり、第２のＯＳ３は、例えば、ＡＲＭ（登録商標）アーキテクチャに基づくＯＳである。
【００１７】
システムバス５は、第１のＣＰＵ２０、第２のＣＰＵ３０等が信号や情報等を交換するための共通の経路である。システムバス５には、第１のＣＰＵ２０及び第２のＣＰＵ３０がそれぞれアクセス可能な共有メモリ４が接続されている。システムバス５には、第１のＣＰＵ２０側の入出力部６０を介して記憶媒体６１及びＨＤＤ（Hard Disk Drive）６２が接続されている。またシステムバス５には、第２のＣＰＵ３０側の入出力部６４を介して各種のドライバ６５，６７，６９が接続され、各ドライバ６５，６７，６９には、それぞれ操作表示部６６、画像入力部６８、画像出力部７０が接続されている。さらに、システムバス５には、この情報処理装置１をＬＡＮ（Local Area Network）等に接続するための通信部６３、及びシープＲＯＭ（Read Only Memory）７１が接続されている。操作表示部６６、画像入力部６８及び画像出力部７０は、制御対象のデバイスの一例である。
【００１８】
情報処理装置１は、一例として、原稿を光学的に読み取るスキャナ機能、用紙に画像を形成して印刷するプリンタ機能・複写機能、読み取った原稿の画像データを記憶媒体に記憶させる記憶機能、及び当該画像データを、ネットワークを介して電磁気的に接続された電子機器に送信する送信機能等を備えた画像形成装置である。なお、電磁気的に接続とは、導電体による接続、電磁波の一種である光による接続、及び電磁波の一種である電波による接続の少なくとも１つを用いた接続である。
【００１９】
情報処理装置１は、例えば、図１に示すように、第１のＯＳ２に制御され、デバイスから応答があるまで永続的に待機する待機コマンドを出力する第１のＣＰＵ２０と、第２のＯＳ３に制御され、第１のＣＰＵ２０が出力した待機コマンドをデバイスから応答があるまで周期的に待機する周期コマンドに変換してデバイスに出力する第２のＣＰＵ３０と、を備えて概略構成されている。
【００２０】
ここで、第１のＣＰＵ２０、第２のＣＰＵ３０、共有メモリ４は、それぞれ第１の制御手段、第２の制御手段、共有の記憶手段の一例である。また、待機コマンド、周期コマンドは、それぞれ待機命令、周期命令の一例である。
【００２１】
記憶媒体６１は、一例として、不揮発性の半導体メモリである。この記憶媒体６１には、第１のＯＳイメージ６１１、第２のＯＳイメージ６１２等が記憶されている。
【００２２】
ＨＤＤ６２は、不揮発性の大容量記憶装置である。ＨＤＤ６２には、第１のＣＰＵ２０の動作を制御するアプリケーション２００、及び第２のＣＰＵ３０の動作を制御するアプリケーション３００が記憶されている。アプリケーション２００，３００は、情報処理プログラムの一例である。
【００２３】
シープＲＯＭ７１は、例えば、不揮発性の半導体メモリである。シープＲＯＭ７１は、ブート情報７１０及びプロダクト情報７１１を記憶している。ブート情報７１０は、例えば、情報処理装置１の全体の設定等の情報である。プロダクト情報７１１は、例えば、動作クロック等の設定を含む情報である。
【００２４】
（第１のＣＰＵ２０の構成）
第１のＣＰＵ２０は、図１に示すように、第１のＯＳ２に従って、取得したデータに演算、加工等を行うプロセッサである。第１のＣＰＵ２０は、システムメモリ２１、ＲＯＭ２２及びＣＰＵコア２３を備える。第１のＯＳ２は、例えば、記憶媒体６１に記憶された第１のＯＳイメージ６１１がシステムメモリ２１に展開されることによって起動するソフトウェアである。ＨＤＤ６２に記憶されているアプリケーション２００は、例えば、この第１のＯＳ２の起動により、システムメモリ２１に展開される。
【００２５】
ＣＰＵコア２３は、アプリケーション２００に従って動作することにより、再起動制御手段２０１、キャンセルコマンド生成手段２０２、入出力制御手段２０３、操作表示制御手段２０４等として機能する。
【００２６】
再起動制御手段２０１は、第１のＯＳ２が異常終了（例えばクラッシュ）した場合、再度第１のＯＳ２上のアプリケーション２００を起動させるための処理を行う。
【００２７】
キャンセルコマンド生成手段２０２は、第１のＯＳ２が再起動すると、共有メモリ４にキャンセルコマンドを記憶する。キャンセルコマンドは、周期コマンドを停止させるためのコマンドである。
【００２８】
入出力制御手段２０３は、入出力部６０及び入出力部６４を制御する。入出力制御手段２０３は、入出力部６０を介して記憶媒体６１及びＨＤＤ６２を制御して記憶機能を実現する。
【００２９】
操作表示制御手段２０４は、第２のＣＰＵ３０に指示を与えることにより、ドライバ６５を介して操作表示部６６を制御するように構成されている。操作表示部６６は、例えば、操作者の入力を受け付ける入力手段としてのタッチセンサが、メニュー等の画像を表示する表示手段としてのモニタに重ねて配置されて構成されている。省電力モードへの移行及び解除は、一例として、この操作表示部６６になされた操作によって行われる。
【００３０】
また、第１のＣＰＵ２０は、システムメモリ２１と、ＲＯＭ２２と、を備えている。
【００３１】
システムメモリ２１は、揮発性の半導体メモリである。システムメモリ２１は、書き込みと読み込みが可能なＲＡＭ（Random Access Memory）であり、一時的に演算結果等を格納する記憶領域として用いられる。
【００３２】
ＲＯＭ２２は、不揮発性の半導体メモリである。ＲＯＭ２２には、例えば、ブートローダ２２０が記憶されている。ブートローダ２２０は、第１のＯＳ２及び第２のＯＳ３を起動するための基本ソフトウェアである。
【００３３】
第１のＣＰＵ２０は、電源が投入されると、ＲＯＭ２２に記憶されたブートローダ２２０に基づいて、記憶媒体６１から第１のＯＳイメージ６１１及び第２のＯＳイメージ６１２を読み出すと共に、シープＲＯＭ７１に記憶されたブート情報７１０及びプロダクト情報７１１を読み出す。第１のＣＰＵ２０は、この読み出した第１のＯＳイメージ６１１、第２のＯＳイメージ６１２、ブート情報７１０及びプロダクト情報７１１に基づいて、第１のＯＳイメージ６１１をシステムメモリ２１に展開すると共に、第２のＯＳイメージ６１２を共有メモリ４に展開して第１のＯＳ２及び第２のＯＳ３を起動する。
【００３４】
（第２のＣＰＵ３０の構成）
第２のＣＰＵ３０は、図１に示すように、第２のＯＳ３に従って、取得したデータに演算、加工等を行うプロセッサである。第２のＣＰＵ３０は、システムメモリ３１及びＣＰＵコア３２を備える。第２のＯＳ３は、例えば、記憶媒体６１に記憶された第２のＯＳイメージ６１２が共有メモリ４に展開されることによって起動するソフトウェアである。ＨＤＤ６２に記憶されているアプリケーション３００は、例えば、第２のＯＳ３の起動により、システムメモリ３１に展開される。
【００３５】
第２のＣＰＵ３０は、システムメモリ３１を備えている。システムメモリ３１は、揮発性の半導体メモリである。システムメモリ３１は、書き込みと読み込みが可能なＲＡＭであり、一時的に演算結果等を格納する記憶領域として用いられる。
【００３６】
ＣＰＵコア３２は、アプリケーション３００に従って動作することにより、コマンド変換手段３０１、ＯＳ間通信制御手段３０２、画像入力制御手段３０３、画像出力制御手段３０４、画像処理手段３０５、通信制御手段３０６等として機能する。
【００３７】
コマンド変換手段３０１は、第１のＣＰＵ２０から出力された永続的な待機コマンドを周期的な周期コマンドに変換する。
【００３８】
待機コマンドは、一例として、ドライバ６５，６７，６９のキューに格納されるコマンドであり、デバイスから応答を、期限を設けずに待ち続けるコマンドである。デバイスは、例えば、操作表示部６６、画像入力部６８及び画像出力部７０である。
【００３９】
一方、周期コマンドは、デバイスから応答を、周期的に繰り返し待ち続けるコマンドである。周期コマンドは、例えば、第２のＣＰＵ３０のクロック周波数の整数倍の周期（例えば１秒）で出力される。本実施の形態の周期コマンドの有効な期間は、一例として、１秒であるが、デバイスの仕様に応じて変更可能である。
【００４０】
待機コマンドは、永続的に応答を待つコマンドであり、周期コマンドは、周期的に応答を待つコマンドであるが、周期コマンドは、応答があるまで繰り返されるので、実質的に待機コマンドと同等である。
【００４１】
ここで、第１のＯＳ２は、待機コマンドを共有メモリ４に出力し、第２のＣＰＵ３０が待機コマンドをＯＳ間通信により共有メモリ４から読み出してドライバ６５，６７，６９に出力した後、第１のＯＳ２がなんらかの原因で異常終了すると、再起動を開始する。第１のＯＳ２は、再起動すると、異常終了する前に待機コマンドを出力したことを記憶していないので、再度待機コマンドを共有メモリ４に出力する。このため、ドライバ６５，６７，６９には、複数の待機コマンドが蓄積されることとなり、デバイスから応答があっても再起動後に出力された待機コマンドがドライバ６５，６７，６９に残って応答を待つため、不具合の原因となる可能性がある。
【００４２】
コマンド変換手段３０１は、待機コマンドを周期コマンドに変換し、再起動の後のキャンセルコマンドにより周期コマンドを停止するので、上述のような不具合の発生を抑制することが可能となる。
【００４３】
ここで、コマンド変換手段３０１は、上流側のＣＰＵである第１のＣＰＵ２０から出力された永続的な待機コマンドを、下流側のＣＰＵである第２のＣＰＵ３０により周期的な周期コマンドに変換してドライバ６５，６７，６９に出力する。例えば、上流側のＣＰＵが周期コマンドをドライバに出力して応答を待つ場合、周期コマンド及び応答コマンドは、システムバス５、共有メモリ４、システムバス５、下流側のＣＰＵ、システムバス５、入出力部６４及びドライバ６５，６７，６９の経路を辿るので処理に時間がかかる。しかし、情報処理装置１は、下流側である第２のＣＰＵ３０のコマンド変換手段３０１において待機コマンドを周期コマンドに変換すると共に、システムバス５及び入出力部６４を介した上記の経路に比べて短い経路で周期コマンド及び応答コマンドのやり取りを行うことができるので、高速な処理を行うことが可能となる。
【００４４】
ＯＳ間通信制御手段３０２は、システムバス５を介した、第１のＣＰＵ２０と第２のＣＰＵ３０との間の通信を制御するものである。
【００４５】
画像入力制御手段３０３は、ドライバ６７を介して画像入力部６８を制御することで、スキャナ機能を実現する。画像入力部６８は、原稿を画像データとして光学的に読み取る。
【００４６】
画像出力制御手段３０４は、ドライバ６９を介して画像出力部７０を制御することで、プリンタ機能及び複写機能を実現する。画像出力部７０は、例えば、電子写真方式により、用紙に画像を形成して印刷する。
【００４７】
画像処理手段３０５は、記憶媒体６１、ＨＤＤ６２又は画像入力部６８等から取得した画像データに対して指定された処理を行う。指定された処理とは、一例として、操作表示部６６を介して指示された保存形式に合わせて画像データの形式を変換する処理である。
【００４８】
通信制御手段３０６は、通信部６３を制御して通信機能を実現する。
【００４９】
（共有メモリ４の構成）
共有メモリ４は、例えば、揮発性の半導体メモリを用いることができる。共有メモリ４は、例えば、システムメモリ２１の一部の領域が割り当てられたものである。なお、共有メモリ４は、システムメモリ２１の一部に限定されず、揮発性又は不揮発性の半導体メモリにより、システムメモリ２１とは独立して構成されてもよい。共有メモリ４は、例えば、第１のＯＳ２と第２のＯＳ３との間のＯＳ間通信を実現するためのものである。
【００５０】
第１のＣＰＵ２０から第２のＣＰＵ３０にコマンドを出力する場合、当該コマンドは、一度共有メモリ４に記憶され、第２のＣＰＵ３０が共有メモリ４を確認してコマンドを読み込むことでＯＳ間通信が成立する。第１のＣＰＵ２０及び第２のＣＰＵ３０は、例えば、周期的に共有メモリ４を確認する。
【００５１】
（情報処理装置１の動作）
以下に、情報処理装置１の動作の一例について、図２のタイミングチャートに従って説明する。具体的には、情報処理装置１が待機コマンドを出力した後、異常終了して再起動するまでの動作の一例について説明する。なお、以下では、第１のＯＳ２及び第２のＯＳ３は、起動しているものとする。
【００５２】
情報処理装置１の第１のＣＰＵ２０は、ＯＳ間通信により、システムバス５を介して、待機コマンドを共有メモリ４に記憶する（Ｓ１）。
【００５３】
第２のＣＰＵ３０は、ＯＳ間通信により、システムバス５を介して、共有メモリ４の記憶内容を確認する。第２のＣＰＵ３０は、共有メモリ４に待機コマンドが記憶されていると、システムバス５を介して、待機コマンドを読み出してシステムメモリ３１に記憶する。ここで、第２のＣＰＵ３０による待機コマンドの確認は、一例として、予め定められた周期により行われる。
【００５４】
コマンド変換手段３０１は、システムメモリ３１に記憶された待機コマンドを周期コマンドに変換する（Ｓ２）。第２のＣＰＵ３０は、周期コマンドを指定されたドライバに出力する。図２は、一例として、指定されたドライバをドライバ６９としている。
【００５５】
ドライバ６９は、第２のＣＰＵ３０から出力された周期コマンドをキューに格納し、画像出力部７０から応答を待つ。ドライバ６９は、画像出力部７０から応答が、周期コマンドが有効な期間中にない場合、応答がないことを示す応答コマンドを第２のＣＰＵ３０に出力する。第２のＣＰＵ３０は、画像出力部７０の応答があることを示す応答コマンドが到来するまで、周期コマンドを繰り返しドライバ６９に出力する。図２では、周期コマンドの有効期間中に画像出力部７０から応答がなく、周期コマンドが繰り返しドライバ６９に出力される様子が図示されている。
【００５６】
ここで、なんらかの原因により第１のＯＳ２が異常終了すると（Ｓ３）、第１のＣＰＵ２０の再起動制御手段２０１は、第１のＯＳ２の再起動処理を開始する（Ｓ４）。周期コマンドは、画像出力部７０から応答がない限り、再起動を行っている間、第２のＣＰＵ３０の制御により繰り返し出力されている。なお、再起動の間に画像出力部７０から応答があった場合、第２のＣＰＵ３０は、ＯＳ間通信により、共有メモリ４に応答があったことを示す応答コマンドを記憶する。第１のＣＰＵ２０は、第１のＯＳ２が起動すると、共有メモリ４の記憶内容を確認し、応答コマンドが記憶されている場合、システムバス５を介して応答コマンドを読み出す。
【００５７】
キャンセルコマンド生成手段２０２は、再起動処理が完了すると（Ｓ５）、キャンセルコマンドを出力する（Ｓ６）。キャンセルコマンドは、ＯＳ間通信により、システムバス５を介して、共有メモリ４に記憶される。
【００５８】
第２のＣＰＵ３０は、ＯＳ間通信により、共有メモリ４の記憶内容を周期的に確認し、共有メモリ４にキャンセルコマンドが記憶されていると、キャンセルコマンドを読み出し、周期コマンドの有効期間中であっても周期コマンドの実行を停止させる（Ｓ７）。
【００５９】
第２のＣＰＵ３０は、周期コマンドを停止させると、ＯＳ間通信により、システムバス５を介して、共有メモリ４にキャンセルコマンド応答及び待機コマンド応答を記憶する。
【００６０】
第１のＣＰＵ２０は、ＯＳ間通信により、共有メモリ４の記憶内容を周期的に確認し、キャンセルコマンド応答及び待機コマンド応答が記憶されていると、システムバス５を介して、共有メモリ４からキャンセルコマンド応答及び待機コマンド応答を読み出す。キャンセルコマンド応答は、第１のＣＰＵ２０に待機コマンドを出力させるコマンドである。
【００６１】
第１のＣＰＵ２０は、キャンセルコマンド応答により、待機コマンドを出力する（Ｓ８）。共有メモリ４は、待機コマンドを記憶する。
【００６２】
第２のＣＰＵ３０は、ＯＳ間通信により、共有メモリ４の記憶内容を周期的に確認し、待機コマンドが記憶されていると、システムバス５を介して、待機コマンドを読み出し、コマンド変換手段３０１は、待機コマンドを周期コマンドに変換し、指定されたドライバ６９に出力する。
【００６３】
（実施の形態の効果）
本実施の形態に係る情報処理装置１によれば、第２のＣＰＵ３０は、第１のＣＰＵ２０から出力された待機コマンドを周期コマンドに変換してデバイスに出力しているので、第１のＯＳ２から待機コマンドを第２のＯＳ３に出力した後に第１のＯＳ２が異常終了し、その後第１のＯＳ２上のプログラム２００が再起動しても不具合の発生を抑制することが可能になる。
【００６４】
［他の実施の形態］
なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で種々な変形が可能である。他の実施の形態として、例えば、情報処理プログラムは、ＣＤ−ＲＯＭ等の記憶媒体に記憶されて提供されてもよいし、ネットワークを介して取得して実行されてもよい。
【００６５】
さらに上述の実施の形態で使用されるプログラムは、その一部がＡＳＩＣ（Application Specific Integrated Circuit）及びＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによって実現されてもよい。
【００６６】
以上、本発明の実施の形態を説明したが、この実施の形態は、一例に過ぎず、特許請求の範囲に係る発明を限定するものではない。新規な実施の形態は、その他の様々な形態で実施されることが可能であり、本発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更等を行うことができる。また、実施の形態の中で説明した特徴の組合せの全てが発明の課題を解決するための手段に必須であるとは限らない。
【符号の説明】
【００６７】
１…情報処理装置、２…第１のＯＳ、３…第２のＯＳ、４…共有メモリ、５…システムバス、２０…第１のＣＰＵ、２１…システムメモリ、２２…ＲＯＭ、２３…ＣＰＵコア、３０…第２のＣＰＵ、３１…システムメモリ、３２…ＣＰＵコア、６０…入出力部、６１…記憶媒体、６３…通信部、６４…入出力部、６５，６７，６９…ドライバ、６６…操作表示部、６８…画像入力部、７０…画像出力部、７１…シープＲＯＭ、２００，３００…アプリケーション、２０１…再起動制御手段、２０２…キャンセルコマンド生成手段、２０３…入出力制御手段、２０４…操作表示制御手段、２２０…ブートローダ、３０１…コマンド変換手段、３０２…ＯＳ間通信制御手段、３０３…画像入力制御手段、３０４…画像出力制御手段、３０５…画像処理手段、３０６…通信制御手段、６１１…第１のＯＳイメージ、６１２…第２のＯＳイメージ、７１０…ブート情報、７１１…プロダクト情報
【図１】
2015215685.tif 000003
【図２】
2015215685.tif 000004