(57)【特許請求の範囲】
【請求項１】
情報処理装置であって、
第１の処理部と、
第２の処理部と、
前記第１の処理部と前記第２の処理部とにより共通にアクセスされる共通記憶部と、
を有し、
前記第１の処理部は、前記第２の処理部に対する処理依頼を前記共通記憶部における不揮発性の記憶領域に書き込むとともに、前記処理依頼を前記第２の処理部に通知するよう動作し、
前記第２の処理部は、前記処理依頼に応じた処理の完了通知を前記共通記憶部に書き込むと共に、前記情報処理装置の再起動時には、前記共通記憶部を参照して、前記処理依頼に対応する処理のうち完了していないものが存在するかどうかを判断し、完了していない処理が存在すると判断したときには、該完了していない処理についての処理依頼の前記第２の処理部への再通知を前記第１の処理部に依頼するよう動作し、
前記第１の処理部は、前記再通知の依頼に応じて、前記完了していない処理についての処理依頼を前記第２の処理部へ再通知するよう動作し、
前記第２の処理部は、前記処理依頼の再通知に応じて、前記不揮発性の記憶領域に記憶されている、該再通知の対象である処理依頼に応じた処理を実行するよう動作する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。更に詳しくは、情報処理装置における非同期型の情報通知による異常中断時の状態引継ぎの技術に関する。
【背景技術】
【０００２】
情報処理装置において、異常発生時の対処の仕方としては様々な方法が提案されている。
例えば特許文献１には、現用系処理装置に故障が発生した場合に現用系処理装置からデータを引き継いで運用を継続するシステムにおいて、故障原因を調べるためのデータを共用の障害解析用記憶装置に記憶し、新運用系に切り替わったときこのデータを参照することにより原因を調べる構成が開示されている。
【０００３】
また特許文献２には、第１のデータ処理装置と第２のデータ処理装置に接続された不揮発記憶手段を設け、これに引継ぎデータを記憶させることにより、可動系と待機系の切り替え時のデータ引継ぎを行っている。
【０００４】
また情報処理装置においては、例えばサービスプロセッサが、システム全体を制御しているサーバが存在する。以下、サービスプロセッサのユニット自身、またはサービスプロセッサユニット上で動作するファームウェアをＸＳＣＦＵと呼ぶ。ＸＳＣＦＵはシステム全体の制御のうち、ＸＳＣＦＵ自身を含むハードウエアの異常監視の機能を持つ。
【０００５】
従来は、この異常監視によるエラー通知に用いる情報通信方式に非同期通信方式を用いている。
非同期通信方式を用いた通信方式の場合、情報発信元は、情報発信先の処理完了を待ち合わせないため、同時に複数の処理依頼の発行をしたり、その他の処理をしたりすることが可能となるメリットがある。
【特許文献１】特開平７−３６７２１号公報
【特許文献２】特開平７−２６２０３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、エラー通知に非同期通信方式を用いた場合、以下の問題がある。
まず、情報通信経路での異常や情報発信先の内部異常等によりＸＳＣＦＵの異常が検出され、依頼した処理が中断して完了しなかった場合、情報発信元は情報発信先に依頼した処理が失敗したことが分からないというデメリットがある。そして、情報発信先に依頼した処理が完了しないことはもちろん、情報発信先に対して処理を再依頼することもできないという問題がある。
【０００７】
また、ＸＳＣＦＵはシステム全体を制御するために、不揮発データと揮発データとの共通データを管理している。ＸＳＣＦＵで管理される共通データの内、不揮発データは、システム動作時の各種設定情報や部品の縮退情報等、情報処理装置本体の電源が切られても記憶内容を保持したいような情報である。また、揮発データは、システムの最新状態等、情報処理装置本体の電源が投入されたままの状態でのみ記憶内容を保持したいような情報である。ここで、ＸＳＣＦＵの異常が検出され、情報発信元が依頼した処理が中断した場合、情報発信先が行うはずのこれら共通データの更新が行われないという問題がある。
【０００８】
そこで本発明は、上記課題を解決する情報処理装置、エラー処理方法及びプログラムを
提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため本情報処理装置は、第１の処理部と、第２の処理部と、前記第１の処理部と前記第２の処理部とにより共通にアクセスされる共通記憶部と、を有し、
前記第１の処理部は、前記第２の処理部に対する処理依頼を前記共通記憶部における不揮発性の記憶領域に書き込むとともに、前記処理依頼を前記第２の処理部に通知するよう動作し、
前記第２の処理部は、前記処理依頼に応じた処理の完了通知を前記共通記憶部に書き込むと共に、前記情報処理装置の再起動時には、前記共通記憶部を参照して、前記処理依頼に対応する処理のうち完了していないものが存在するかどうかを判断し、完了していない処理が存在すると判断したときには、該完了していない処理についての処理依頼の前記第２の処理部への再通知を前記第１の処理部に依頼するよう動作し、
前記第１の処理部は、前記再通知の依頼に応じて、前記完了していない処理についての処理依頼を前記第２の処理部へ再通知するよう動作し、
前記第２の処理部は、前記処理依頼の再通知に応じて、前記不揮発性の記憶領域に記憶されている、該再通知の対象である処理依頼に応じた処理を実行するよう動作する情報処理装置である。
【発明の効果】
【００１１】
本情報処理装置によれば、異常中断が発生しても、情報発信元から依頼された処理が捨てられることなく、再度処理を実行し完了させることができる。
また異常中断が発生しても、出発点から処理をやり直さなくてもよい。
【００１２】
更には中断ポイントからの処理の再開が可能である。
また情報処理装置が異常検出時に、第１の処理部と第２の処理部のエラー情報伝達経路において、異常中断が起こった場合でも、処理の再開により、従来技術での問題点が解決される。したがって、揮発データ内にある部品状態情報を表示した際、故障状態が表示される。
【００１３】
またエラーログ／監視メッセージにより、システム管理者はエラーの発生を認識出来る。
更にはシステム管理者等へのエラー通報がされる。また、故障部品の縮退動作がされる。
【発明を実施するための最良の形態】
【００１４】
以下に図面を参照しながら本発明の一実施形態について説明する。
具体的には、非同期通信方式は、情報処理装置１００本体にエラーが検出された時の各コンポーネント間のエラー情報伝達の機能に用いられている。
【００１５】
図１は、ＸＳＣＦＵにおけるエラー情報の伝達を示す図である。
以下にエラー情報伝達の機能における問題点を図１と対応付けて示す。
エラー発生した時の流れは、以下の様になる。なお以下の（１）〜（６）は図１内の（１）〜（６）と対応している。
（１）エラーを検出したコンポーネント（検出元１、・・・、検出元ｎ）１３は、共通メモリの不揮発メモリ１１にエラー要因情報を書き込む。
（２）エラー検出したコンポーネント１３は、Ｌｏｇ  Ｌｉｂｒａｒｙ１４を経由してエラーログ１５を発行する。
（３）解析デーモン部１６では、エラーログ１５を受信すると、ＧａｔｅＲＡ１７が、エラーハンドラデーモン部２０に対してイベント送信を行う。またＧａｔｅＲＡ１７はｍｏｎｉｔｏｒ＿ｍｓｇ１８に対してイベント送信を行い、これを受けてｍｏｎｉｔｏｒ＿ｍｓｇ１８は監視メッセージ１９を書き込む。
（４）エラーハンドラデーモン部２０では、解析デーモン部１６からイベントを受信すると、１ｓｔ  ｌｅｖｅｌ ＲＡであるエラーハンドレアーデーモン部２０のＥｒｒＭａｒｋ２１が、不揮発メモリ１１のエラー要因情報を揮発データ１２の部品状態情報に展開する。
（５）エラーハンドラデーモン部２０のＲｅｌａｙ２２は、イベント送信を行う。
（６）２ｎｄ  ｌｅｖｅｌ  ＲＡｓでは、イベントを受信すると、システム管理者への異常通報（揮発データ１２への書き込み）、縮退（故障部品の切り離し）等を行う。
【００１６】
システム管理者が、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）コマンドとして、エラーログ表示コマンド２３を発行すると、エラーログ１５が参照される。またシステム管理者が、監視メッセージ表示コマンド２４を発行すると、監視メッセージ１９が参照される。更にシステム管理者が、部品状態表示コマンド２５を発行すると、共通メモリの揮発メモリ１２内の部品状態情報を参照する。またシステム管理者が、部品保守コマンド２６を発行すると揮発メモリ１２内の部品状態情報異常通報が参照される。
【００１７】
図２は、本実施形態における情報処理システムの構成例を示す図である。
図２では情報処理システムは、情報処理装置１００本体に複数のＩＯＢＯＸ２００が接続される構成となっている。
【００１８】
情報処理装置１００は、複数のＣＭＵ（ＣＰＵ／Ｍｅｍｏｒｙ  ｂｏａｒｄ  Ｕｎｉｔ）１０１、複数のクロックユニット（ＣＬＫＵ）１０２、パネル（ＰＡＮＥＬ）１０３、複数のファン（ＦＡＮ）１０４、ファンのバックプレーン（ＦＡＮ−ＢＰ）１０５、複数の電源（ＰＳＵ：Ｐｏｗｅｒ  Ｓｕｐｐｌｙ  Ｕｎｉｔ）１０６、バックプレーン（ＢＰ−Ａ）１０７、複数のクロスバーユニット（ＸＢＵ＿Ａ）１０８、ＤＶＤリーダ／ライター（ＤＶＤ）１０９、デジタルオーディオテープリーダ（ＤＡＴ）１１０、複数のＩＯユニット（ＩＯＵ）１１１、及び複数のＸＳＣＦユニット（ＸＳＣＦ＿Ｕ）１１２を有している。
【００１９】
ＣＭＵ１０１は、複数のＣＰＵ１２１とメモリ（ＤＩＭＭ）１２２を搭載したシステムボードで、これらの外にＣＭＵ１０１全体を制御するシステムボードコントローラ（ＳＢＣＮＴ）１２３、及びＣＭＵ１０１に搭載された各ユニットに電力を供給する電源（ＰＯＷＥＲ−ＤＤＣ）１２４を有している。
【００２０】
クロックユニット１０２は、情報処理装置１００上の各ユニットにクロック信号を供給するクロックジェネレータである。パネル１０３は、電源等のスイッチやＬＥＤなどの、システム管理者が操作したり、システム管理者に対して報知すべき事項を表示したりするためのものである。ファン１０４は、情報処理装置１００内の温度を下げるための空冷ファンである。ファンのバックプレーン１０５は、ファン１０４を情報処理装置に接続するバックプレーンである。電源１０６は、情報処理装置１００の電力源となるものである。
【００２１】
バックプレーン１０７は、ＣＭＵ１０１を情報処理装置１００に接続するものである。
クロスバーユニット１０８は、情報処理装置１００に搭載された複数のＣＭＵ１０１のパーティーションを論理的に切換えるものである。ＤＶＤリーダ／ライター１０９は、マウントしたＤＶＤに対する読み書きを行うディスク装置である。デジタルオーディオテープリーダ１１０は、デジタルオーディオテープを読み込むテープリーダーである。ＩＯユニット１１１は、複数のＰＣＩバススロットル１２５を備えたＩＯボードである。ＸＳＣＦユニット１１２は、ＸＳＣＦファームウェア１２７を備えたサービスプロセッサユニットである。
【００２２】
また、ＩＯＢＯＸ２００は、バックプレーン（ＢＰ）２０１、複数のＩＯボード（ＩＯＢｏａｒｄ）２０２、複数の電源ユニット（ＰＳＵ）２０３を有している。
バックプレーン２０１は、ＩＯボード２０２をＩＯＢＯＸに接続するためのバックプレーンである。ＩＯボード２０２は、例えば複数のＰＣＩバススロットルを備えたＩＯボードである。電源ユニット２０３は、ＩＯＢＯＸ２００に電力を供給する電源ユニットであ
る。
【００２３】
このような構成の情報処理システムにおいて、ＸＳＣＦユニット１１２は情報処理システム全体を制御している。そしてこの制御のうちのひとつであるハードウエアの異常監視において、本実施形態の情報処理システムでは、ハードウエアのエラー通知のための情報通信方式に非同期通信方式を用いている。
【００２４】
次に本実施形態の非同期通信を用いた異常監視処理について説明する。
図３は、非同期通信を用いた異常監視処理の仕方の基本概念を示す図である。
図３において、要素１がエラーを検出した情報処理装置のコンポーネント（検出元）１３、要素２がエラー処理を実行するエラーハンドラデーモン部２０に対応する。
【００２５】
以下に図３に対応して、要素１及び要素２が行なう処理の流れを説明する。
要素１：エラーを検出したら不揮発メモリ１１にエラー要因情報を書き込み（１）、エラーログを発行（２）する。そして解析デーモン部１６が、発行されたエラーログに基づいて、要素２に対するイベント送信を行なう（３）。
要素２：要素１からの通知に基づいて、エラーハンドラデーモン部２０が、不揮発メモリ１１に格納されているエラー要因情報を、揮発メモリ１２に部品状態情報としてに展開する（４）。
【００２６】
図３に示した処理では、（３）の処理が実行される前に要素１の異常中断が発生した場合、要素１からの非同期通知を契機として動作する要素２の処理が実行されないという問題がある。
【００２７】
図４は、本実施形態における非同期通信を用いた異常監視処理の仕方の基本概念を示す図である。
図４においては、エラーを検出した要素１からエラー復帰処理を行なう要素２に対して情報が非同期型の情報通知で通知される。尚、要素１及び要素２は、情報伝達を行なうコンポーネントを示すものとする。
【００２８】
以下に図４に対応して、要素１及び要素２が行なう処理の流れを説明する。
要素１：
・共通データを記憶する共通メモリ３０１に、要素２に対する処理依頼情報を書き込んだ上で（１）、要素２に対して処理依頼の非同期通知を行なう（２）。また後述する、要素２から処理の再開を依頼されると、要素２に対して非同期通信で処理依頼の再通知を行なう（７）。なお、共通メモリ３０１は不揮発メモリにより構成されるものとする。
要素２：
・共通メモリ３０１を参照し（３）、共通メモリ３０１に記憶された処理依頼情報に基づいた処理を実行する。
・処理を実行した後に、共通メモリ３０１に当該処理が完了したことを示す処理完了情報を書き込む（４）。
【００２９】
要素２は、外部または自身による動作再開時に、共通メモリ３０１に記憶された共通データを参照して、自身による処理完了をチェックする（５）。その結果、処理が完了していなければ、処理の再開を要素１に依頼（６）する。
【００３０】
本実施形態における非同期通信を用いた異常監視処理では、要素２は共通データ記憶部への処理完了情報の書き込みを行なう。また要素２は起動したときに不揮発メモリである共通メモリ３０１に記憶された共通データを参照して、自己の処理の完了をチェックする。そして自己の処理が完了していないと判断された場合、要素２は要素１に対してエラー
ログ発行による処理再開依頼を行う。
【００３１】
これにより本実施形態では、異常中断後の再起動により、要素２は要素１から処理再開の通知を受け、異常中断した処理を再開することが出来る。
次に、本実施形態における非同期通信を用いた異常監視処理の具体的な実装方法について説明する。
【００３２】
図５は、本実施形態におけるＸＳＣＦＵが実行する非同期通信を用いた異常監視処理の具体的な実装例を示す図である。
図５は、図４で示した要素２が再開依頼を行うことによる異常監視処理の実現例を示している。
【００３３】
図５では、要素１がエラーを検出した検出元となるコンポーネント１３、要素２がエラーハンドラデーモン部２０に対応する。
エラー検出元である要素１は、エラーを検出するとエラー要因を不揮発データを記憶する不揮発メモリ４０２に書き込む（０）。このエラー要因が図３の処理依頼情報となる。続いて要素１がエラーログを発行し、これをＬｏｇ  Ｌｉｂｒａｒｙ４０３を経由して要素２に通知する途中で、ＸＳＣＦＵ自身の異常が発生してエラーログの要素２への通知が中断してしまったものとする。
【００３４】
要素２の監視プロセス４０１では、ＸＳＣＦＵが異常から復旧した時に、ＥｒｒＭａｒｋライブラリの内の機能の１つである１ｓｔ ｌｅｖｅｌ ＲＡ完了チェック（エラーハンドラデーモン部２０に対応、図５では「完了チェック（要素２）」と示す）を呼び出す（１）。
【００３５】
１ｓｔ  ｌｅｖｅｌ  ＲＡ完了チェックは、処理の完了チェックを行う処理とエラーログ発行処理を行う。
監視プロセス４０１からの処理呼び出しを契機に、要素２は以下の処理を行う。
【００３６】
まず要素２は、揮発データを記憶する揮発メモリ４０４を参照して、要素２に関する処理完了情報の有無をチェックする（２）。
本来であれば、処理（０）で要素１が不揮発メモリ４０２に書き込んだエラー要因情報が揮発メモリ４０４に展開され、かつ要素２による処理完了を示す処理完了情報が揮発メモリ４０４に書き込まれていなければならない。しかし、図５の例のように、要素１から要素２へのエラーログ通知が中断した場合には要素２は本来行なう処理を実行しないため、揮発メモリ４０４には要素２に関連する処理完了情報が書き込まれていない。そのため、（２）のチェックの結果、揮発メモリ４０４に処理完了情報が書き込まれていない場合には、要素２は検出されたエラーに対する処理が完了していないと判断し、エラー検出元である要素１にエラーログ発行を行わせる（３）。要素２は、（３）の結果要素１からエラーログが発行されると、これを受けてエラー処理を再実行し、不揮発メモリ４０２のエラー要因情報を揮発メモリ４０４の部品状態情報に展開する（４）。そして要素２はエラー処理が完了すると、揮発メモリ４０４に処理完了情報を書き込む（５）。
【００３７】
図５の処理により、要素２によるエラー処理が何らかの理由で完了されなかった場合においても、揮発メモリ４０４に書き込まれた処理完了情報をチェックすることにより、エラー処理が完了したかどうかが分かり、エラー処理が完了していないと判定された場合にはエラー処理の再実行が行われる。従って、異常監視処理に非同期通信を用いても、情報伝達についての一連の動作が保証される。
【００３８】
次に、図５で要素１及び要素２によって書き込まれる不揮発データ及び揮発データの内
容について説明する。
図６は、共通データとして使用される不揮発メモリ４０２及び揮発メモリ４０４の内容を示す図である。図６（ａ）は不揮発メモリ４０２に記憶される不揮発データ、図６（ｂ）は揮発メモリ４０４に記憶される揮発データを示している。
【００３９】
図６（ａ）に示すように、不揮発メモリ４０２に格納される不揮発データは、設定情報、縮退情報、その他各種情報を含む。
設定情報は、ＸＳＣＦＵの動作に用いる各種設定情報である。
【００４０】
縮退情報は、エラー検出を行った要素１により図５の処理（０）で書き込まれ、図５の処理（４）で要素２により参照される情報である。この縮退情報は、要素１がエラーを検出した部品それぞれのエラー要因情報を含む。図６の例では、部品Ａから部品ｎのそれぞれに対して、エラー要因情報が記録される。そして、エラー要因情報としては、各種エラー要因が発生したか否かを示す１ビットの情報がエラー要因の種類の数だけ記憶されている。図６の例では、エラー要因０からエラー要因３１までの計３２種類のエラー要因に対して、”０”あるいは”１”が記録される。
【００４１】
また図６（ｂ）に示す揮発データは、部品情報と情報処理システムの各種状態を示すシステムの最新情報を含む。
部品情報は、図４の（４）で要素２が不揮発データを参照、展開して生成されるもので、異常監視処理の対象となっている、情報処理システムを構成する各部品についての情報である。図６（ｂ）の例では、図品Ａから部品ｎのそれぞれの部品情報が、不揮発メモリ４０４に記録されている。そして各部品情報は、図６（ａ）の不揮発情報のエラー要因情報のコピーである部品状態情報、及び処理情報を含む。処理情報は、複数の処理内容に関連して、”０”あるいは”１”のビットが設定される。図６（ｂ）の例では、各部品が実装されているか否かを示すビットが、「部品実装」に対応して記録される。同様に、エラー要因情報の更新を行いエラー処理を完了したかどうかを示すビットが、「処理完了」に対応して記録され、その部品がアラーム状態、ワーニング状態にあるか等の情報が記録されている。
【００４２】
エラーを検出する要素１は、エラーを検出すると不揮発データに各部品のエラー要因情報を書き込んだ後、エラーログを発行する。
エラー処理を行なう要素２は、不揮発データのエラー要因情報を参照して、揮発データに部品状態情報として展開する。そしてエラー処理が終了すると、揮発データに処理完了を示す処理完了情報を書き込む。
【００４３】
また要素２は図６（ｂ）の揮発データ中の部品状態情報を参照して、部品状態情報が不揮発データから展開されていない、あるいは展開されていても対応する処理完了情報が処理完了となっていない場合、エラー検出元の要素１にエラー処理の再開を依頼する。
【００４４】
図７は、本実施形態におけるエラー検出コンポーネントである要素１の動作処理を示すフローチャートである。本処理は、図２のＸＳＣＦユニット１１２がＸＳＣＦファームウェア１２７を実行することにより実現される。
【００４５】
図７の処理が開始されるとまずエラー検出コンポーネントは、ステップＳ１として情報処理装置１００内の異常監視を行う。そして異常が検出されなければ（ステップＳ２、Ｎｏ）、処理をステップＳ１に戻し、異常監視を継続する。
【００４６】
ステップＳ２において異常が検出されれば、エラー検出コンポーネントはステップＳ３として不揮発メモリにエラー要因情報を書き込む。そして次にエラーログを発行する（ス
テップＳ４）。
【００４７】
このステップＳ１〜ステップＳ４の処理中にエラーハンドラデーモン部である要素２から再開依頼が無ければ（ステップＳ５、Ｎｏ）、ステップＳ１からの処理を続ける。一方、エラーハンドラデーモン部から処理の再開依頼があれば（ステップＳ５、Ｙｅｓ）、ステップＳ６として、エラーハンドラデーモン部から依頼されたエラー処理に対応するエラーログを発行し、処理をステップＳ１に戻す。
【００４８】
以降このステップＳ１〜Ｓ６の処理を繰り返してゆく。
図８は、本実施形態におけるエラーハンドラデーモン部である要素２の動作処理を示すフローチャートである。
【００４９】
図８の処理が開始されると、まずステップＳ１１としてエラーハンドラデーモン部は、エラー検出コンポーネントである要素１が発行したエラーログがＬｏｇ  Ｌｉｂｒａｒａｙを介して通知されているかどうかを判断する。
【００５０】
その結果エラーログが通知されていれば（ステップＳ１１、Ｙｅｓ）、ステップＳ１２としてエラーハンドラデーモン部は、対応する不揮発メモリ内のエラー要因情報を揮発メモリ内に展開する。
【００５１】
そして最後にエラーハンドラデーモン部は、ステップＳ１３として揮発メモリに処理完了を示す処理完了情報を書き込み本処理を終了する。
一方ステップＳ１１においてＬｏｇ  Ｌｉｂｒａｒａｙからエラーログの通知が無ければ（ステップＳ１１、Ｎｏ）、エラーハンドラデーモン部はステップＳ１４として揮発メモリに格納された部品情報を参照し、過去のエラー処理が完了しているかどうかをチェックする。
【００５２】
その結果エラー処理が完了していなければ（ステップＳ１５、Ｎｏ）、エラーハンドラデーモン部は、ステップＳ１６としてエラー検出コンポーネントにエラーハンドラデーモン部の再開依頼を行った後に処理を終了する。またステップＳ１５において過去のエラー処理が全て完了していれば（ステップＳ１５、Ｙｅｓ）、エラーハンドラデーモン部はそのまま処理を終了する。
【００５３】
このように本実施形態では、エラー処理が何らかの理由で完了しなかった場合においても、処理の未完了が検出され、エラーハンドラデーモン部が再開されて未完了の処理を完了させる。
【００５４】
従って、エラー情報の伝達に非同期通信を用いても、揮発データと不揮発データとの間でエラー要因情報の矛盾が生じることは無い。
異常中断が生じても、エラーログや監視メッセージが生成されないという状態が生じることは無い。
【００５５】
更にはシステム管理者等へのエラー通報がされなかったり、故障部品の縮退動作がされないという状態が生じることは無い。
次に本実施形態の記憶媒体について説明する。
【００５６】
図９は、本実施形態における記憶媒体を示す図である。
本実施形態における情報処理装置５０１では、媒体読み取り装置５０７により磁気テープ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等の記憶媒体５０６に記憶されている端末側ＤＬ用プログラムをネットワーク回線５０３を介して試験対象装置５０１の
不揮発性メモリにロードする。
【００５７】
また、図９に示した情報処理装置５０１では、ＣＤ−ＲＯＭ等の記憶媒体５０６を用いてプログラムソフトの交換が行われる場合がある。よって、本発明は、情報処理装置やエラー処理方法に限らず、情報処理装置５０１により使用されたときに、上述した本発明の実施形態の機能を情報処理装置５０１に行なわせるための情報処理装置５０１が読み出し可能な記憶媒体５０６やプログラムとして構成することもできる。
【００５８】
この場合、「記憶媒体」には、ＣＤ−ＲＯＭ、フレキシブルディスク、あるいはＭＯ、ＤＶＤ、メモリーカード、リムーバブルハードディスク等の媒体駆動装置５０７に脱着可能な可搬記憶媒体５０６や、ネットワーク回線５０３経由で送信される外部の装置内の記憶部５０２、あるいは情報処理装置５０１の本体５０４内のＲＡＭ、ＲＯＭ又はハードディスク等のメモリ５０５等が含まれる。可搬記憶媒体５０６や記憶部５０２に記憶されているプログラムは、ネットワーク回線５０３を介して試験対象装置５０１にロードされる。
【００５９】
また、既に説明したＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記憶媒体には、上記に例として挙げたものの他にも、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ（登録商標）やＡＯＤ（Ａｄｖａｎｃｅｄ  Ｏｐｔｉｃａｌ  Ｄｉｓｃ）などの青色レーザーを用いた次世代光ディスク記憶媒体、赤色レーザーを用いるＨＤ−ＤＶＤ９、青紫色レーザーを用いるＢｌｕｅ  Ｌａｓｅｒ  ＤＶＤ、ホログラムなど、今後開発される種々の大容量記憶媒体を用いて本発明を実施することも可能である。
【００６０】
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
第１の処理部と、
第２の処理部と、
前記第１の処理部と前記第２の処理部とにより共通にアクセスされる共通記憶部と、
を有し、
前記第１の処理部は、前記記憶部に前記第２の処理部に対する処理依頼を前記共通記憶部に書き込むとともに、前記処理依頼を前記第２の処理部に通知するよう動作し、
前記第２の処理部は、前記処理依頼に応じた処理の完了通知を前記共通記憶部に書き込むよう動作する情報処理装置。
（付記２）
前記第２の処理部は、前記共通記憶部を参照し、完了していない処理が存在すると判断したとき、前記第１の処理部に前記第２の処理部の再開を依頼することを特徴とする付記１に記載の情報処理装置。
（付記３）
前記共通記憶部は、不揮発性の第１の記憶部と、揮発性の第２の記憶部を有し、
前記第１の処理部は、前記処理依頼を前記第１の記憶部に書き込み、前記第２の処理部は、前記完了通知を前記第２の記憶部に書き込むことを特徴とする付記１に記載の情報処理装置。
（付記４）
前記情報処理装置の再起動時に、前記第２処理部は前記共通記憶部を参照して、前記処理依頼及び前記処理依頼に対する前記完了通知から前記処理依頼に対応する処理が完了したかどうかを判別し、当該処理依頼に対応する処理が完了していない場合、前記処理依頼に対応する処理を実行する付記１に記載の情報処理装置。
（付記５）
前記処理依頼の前記共通記憶部への書き込みは、前記処理依頼の前記第２の処理部への通知に先立って実行される、付記１に記載の情報処理装置。
（付記６）
前記処理依頼に対応する処理は、エラー処理であることを特徴とする付記１に記載の情報処理装置。
（付記７）
前記共通記憶部は、不揮発性の第１の記憶部と、揮発性の第２の記憶部を有し、
前記第２の処理部は前記エラー処理として、前記第１の記憶部から前記第２の記憶部へのエラー要因情報の展開を行うことを特徴とする付記５に記載の情報処理装置。
（付記８）
前記第２の処理部は、前記第２の記憶部を参照し、前記第１の記憶部から前記第２の記憶部へのエラー要因情報の展開がなされていなかったとき、若しくは前記完了通知が書き込まれていなかったとき、完了していない前記エラー処理があると判断することを特徴とする付記７に記載の情報処理装置。
（付記９）
前記第２の処理部は、前記完了していないエラー処理が存在していると判断したとき、前記第１の処理部に前記第２の処理部の再開を依頼し、前記第１の処理部は前記完了していないエラー処理に対応するエラーログを再発行することを特徴とする付記８に記載の情報処理装置。
（付記１０）
前記第１の処理部は、前記情報処理装置内のエラーを検出し、前記第２の処理部は前記第１の処理部が検出した前記エラーを処理することを特徴とする付記６に記載の情報処理装置。
（付記１１）
前記第１の処理部から前記第２の処理部への通知は、非同期通信であることを特徴とする付記１に記載の情報処理装置。
（付記１２）
情報処理装置によって行われるエラー処理方法において
前記情報処理装置内のエラーを検出する第１の処理部は、記憶部に検出したエラー要因を書き込むと共にエラー処理を行なう第２の処理部に通知を行い、
前記第２の処理部は、前記エラー要因に対するエラー処理を行ない、当該エラー処理が完了すると処理の完了を示す情報を前記記憶部に記憶することを特徴とするエラー処理方法。
（付記１３）
前記第２の処理部は、前記記憶部を参照し、完了していない前記エラー要因に対するエラー処理が存在すると判断したとき、前記第１の記憶部に前記第２の記憶部への再通知を依頼することを特徴とする付記１２に記載のエラー処理方法。
（付記１４）
情報処理装置内のサービスプロセッサによって実行されるプログラムにおいて
前記情報処理装置内のエラーを検出する第１の処理部を生成し、
エラー処理を行なう第２の処理部を生成し、
第１の処理部は、記憶部に検出したエラー要因を書き込むと共に前記第２の処理部に通知を行い、
前記第２の処理部は、前記エラー要因に対するエラー処理を行ない、当該エラー処理が完了すると処理の完了を示す情報を前記記憶部に記憶することを前記情報処理装置に実行させるプログラム。
（付記１５）
前記第２の処理部は、前記記憶部を参照し、完了していない前記エラー要因に対するエラー処理が存在すると判断したとき、前記第１の記憶部に前記第２の記憶部への再通知を依頼することを前記情報処理装置に実行させる付記１４に記載のプログラム。
【図面の簡単な説明】
【００６１】
【図１】ＸＳＣＦＵにおけるエラー情報の伝達を示す図である。
【図２】本実施形態における情報処理システムの構成例を示す図である。
【図３】非同期通信を用いた異常監視処理の仕方の基本概念を示す図である。
【図４】本実施形態における非同期通信を用いた異常監視処理の仕方の基本概念を示す図である。
【図５】本実施形態におけるＸＳＣＦＵが実行する非同期通信を用いた異常監視処理の仕方の具体的な実装例を示す図である。
【図６】不揮発データ及び揮発データの内容を示す図である。
【図７】本実施形態におけるエラー検出コンポーネントの動作処理を示すフローチャートである。
【図８】本実施形態におけるエラーハンドラデーモン部の動作処理を示すフローチャートである。
【図９】本実施形態における記憶媒体を示す図である。
【符号の説明】
【００６２】
１１、４０２      不揮発メモリ
１２、４０４      揮発メモリ
１００      情報処理装置
１０１      ＣＭＵ
１０２      クロックユニット
１０３      パネル
１０４      ファン
１０５      ファンのバックプレーン
１０６、１２４、１２６      電源
１０７、２０１      バックプレーン
１０８      クロスバーユニット
１０９      ＤＶＤリーダ／ライター
１１０      デジタルオーディオテープリーダ
１１１      ＩＯユニット
１１２      ＸＳＣＦユニット
１２１      ＣＰＵ
１２２      メモリ
１２３      システムボードコントローラ
１２５、２１１      ＰＣＩバススロットル
１２７      ＸＳＣＦファームウェア
２００      ＩＯＢＯＸ
２０２      ＩＯボード
２０３      電源ユニット
３０１      共通データ
４０１      監視プロセス
４０３      Ｌｏｇ  Ｌｉｂｒａｒｙ
【図２】
0005104479.tif 000002
【図３】
0005104479.tif 000003
【図４】
0005104479.tif 000004
【図６】
0005104479.tif 000005
【図７】
0005104479.tif 000006
【図８】
0005104479.tif 000007
【図９】
0005104479.tif 000008
【図１】
0005104479.tif 000009
【図５】
0005104479.tif 000010