(57)【要約】【課題】監視計算機の増設が不要で、ネットワーク障害を検知したとき速やかに管理者に通知でき、ＯＳのＬＡＮボードを他のＯＳに割り当て可能である。【解決手段】監視対象である１以上の計算機１１５と、計算機１１５を監視する１以上の監視計算機１１４をネットワーク１１６で接続した障害監視システムであって、監視対象である計算機１１５上に、監視対象となる第１のソフトウェア環境１０６と、ネットワーク１１６で接続された監視計算機１１４との通信手段を有する第２のソフトウェア環境１０７と、計算機資源を管理し、第１のソフトウェア環境と第２のソフトウェア環境間の通信手段を備えたマルチＯＳ制御部１０５と、第１のソフトウェア環境１０６で動作するＯＳ監視エージェント１０９と、第２のソフトウェア環境上で動作するＯＳ監視モニタ１１０と、ネットワーク監視モニタ１１１と、障害管理マネージャ１１２を搭載する。【選択図】　　　　図１
2004030027.tif 000002
【特許請求の範囲】
【請求項１】
監視対象である少なくとも１つの計算機と、該計算機を監視する少なくとも１つの監視計算機をネットワークで接続したネットワーク障害監視システムにおいて、
監視対象の計算機上に、監視対象となる第１のＯＳと、該第１のＯＳとは独立して動作し、ネットワークで接続された監視計算機間の通信手段を備えた第２のＯＳと、計算機資源を管理し、複数のＯＳを動作させ、該第１のＯＳと該第２のＯＳ間の通信手段を備えたマルチＯＳ制御部と、該第１のＯＳ上で動作し、定期的に該第２のＯＳ側に生存信号を送信するＯＳ監視エージェントと、該第２のＯＳ上で動作し、該ＯＳ監視エージェントが送信する生存信号を監視するＯＳ監視モニタと、該第２のＯＳ上で動作し、ネットワーク障害を監視するネットワーク監視モニタと、該第２のＯＳ上で動作し、ネットワーク障害を判定し、該監視計算機に対して障害を通知し、自動的または該監視計算機の指示により処置を施す障害管理マネージャとを搭載したことを特徴とするネットワーク障害監視システム。
【請求項２】
他の計算機により障害を監視される監視対象の計算機であって、
監視対象となる第１のＯＳと、前記障害監視を行う計算機との通信手段を有する第２のＯＳと、計算機資源を管理し、該第１のＯＳと該第２のＯＳ間の通信手段を備えたマルチＯＳ制御部と、該第１のＯＳ上で動作するＯＳ監視エージェントと、該第２のＯＳ上で動作するＯＳ監視モニタと、ＬＡＮボードおよびネットワーク経路を通してネットワーク監視コマンドを送信して、該第１のＯＳまたは前記障害監視を行う計算機から監視レスポンスを受信することにより、ネットワーク障害を検知するネットワーク監視モニタと、該ネットワーク監視モニタおよびＯＳ監視モニタからＯＳ障害およびネットワーク障害の連絡を受け、該ＯＳ障害およびネットワーク障害を監視して、前記障害監視を行う計算機に障害通知を行う障害管理マネージャとを有することを特徴とする計算機。
【請求項３】
他の計算機により障害を監視される監視対象の計算機であって、
計算機資源を管理し、第１のＯＳと第２のＯＳ間の通信手段を備えたマルチＯＳ制御部により提供される資源分割手段により、該第１のＯＳと該第２のＯＳに少なくとも１枚ずつのＬＡＮボードを割り当て、該２つのＬＡＮボードと前記障害を監視する計算機が同一ネットワーク上に接続され、該第１および該第２のＯＳ、該マルチＯＳ制御部が互いに通信することが可能であり、該第１のＯＳはユーザから要求された業務、該第２のＯＳは該第１のＯＳを監視する役割を持つとともに、
（１）該第１のＯＳに搭載され、該マルチＯＳ制御部が提供するＯＳ間通信手段を用いて、該第１のＯＳの生存信号を定期的に第２ＯＳ側に送信するＯＳ監視エージェントと、
（２）該第２のＯＳに搭載され、該マルチＯＳ制御部が提供するＯＳ間通信手段を用いて、定期的に送信される第１のＯＳの生存信号を監視するＯＳ監視モニタと、
（３）該第２のＯＳに搭載され、該第２のＯＳのＬＡＮボード、ネットワーク、該第１のＯＳのＬＡＮボードを介して、ネットワーク監視コマンドを第１のＯＳ側に定期的に送信し、該ネットワーク監視コマンドに対するレスポンスを監視する手段と、該第２のＯＳのＬＡＮボード、ネットワークを介して、ネットワーク監視コマンドを監視計算機に定期的に送信し、該ネットワーク監視コマンドに対するレスポンスを監視する手段とを合わせて、該第１のＯＳに対するネットワーク監視コマンドに対するレスポンスが返らない場合、該第１のＯＳ側のネットワークに障害が発生したと判定するネットワーク監視モニタと、
（４）該ＯＳ監視エージェントと該ＯＳ監視モニタとを合わせたＯＳ障害監視手段およびネットワーク監視モニタが検知する２つの障害情報を用いて、監視計算機にネットワーク障害が発生したことを通知する障害管理マネージャと
を有することを特徴とする計算機。
【請求項４】
請求項２に記載の計算機において、
前記ネットワーク監視モニタが検知するネットワーク障害情報だけで、ネットワーク障害に陥ったと判定することを特徴とするネットワーク障害監視システム。
【請求項５】
請求項２に記載の計算機において、
前記第１のＯＳのネットワークに障害が発生したとき、監視計算機側の指示で該第２のＯＳのＬＡＮボードを該第１のＯＳに割り当てることが可能なことを特徴とする計算機。
【請求項６】
請求項２に記載の計算機において、
前記障害管理マネージャは、第１のＯＳのネットワークに障害が発生したとき、自動的に該第２のＯＳのＬＡＮボードを該第１のＯＳに割り当てることを特徴とする計算機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク障害監視システムおよびそれに用いる計算機に関し、特に２つ以上のＯＳを動作させることで、ネットワークの障害監視を行う計算機、および障害監視システムに関する。
【０００２】
【従来の技術】
従来より、計算機のネットワーク障害監視方法は、ネットワーク監視用の計算機を増設し、これらの監視用計算機によりネットワークを監視する方法が一般的である。しかし、計算機自体を増設する場合、計算機を設置するためのスペースを確保しなければならないとともに、運用コストがかかる等の問題があった。
【０００３】
従来、提案されているものとしては、例えば、特開平１１−２５９７３２号公報に記載の『自動取引装置システムおよびその制御方法』がある。この方法では、複数の自動取引装置を通信回線を介して監視端末に接続し、監視端末では装置内で障害が発生するとエラーコードを記憶し、さらにそのエラーコードに対応する異常箇所情報およびその異常復旧処理方法などの復旧データをデータベースに記憶し、同時にその異常障害復旧データを検索して表示器に表示している。
【０００４】
また、例えば、特開２０００−２４２８２８号公報に記載の『自動取引装置』では、自動取引装置内に利用者プログラムと制御部からなるコンピュータを内蔵し、コンピュータと現金徴収装置間を通信ケーブルで接続して、取引を実行していない待機状態の時に、一定間隔毎に自動的に異常状態を取引実行前に検出するようにしている。
【０００５】
【発明が解決しようとする課題】
このように、従来のネットワーク障害監視方法では、計算機でネットワークに接続されている装置の障害を監視するのが通常であり、対象となる装置が多い場合には、計算機自体を増設する必要があるため、設置スペースを確保しなければならず、またそれだけ運用コストもかかっていた。また、監視対象のネットワークに障害が発生し、ＬＡＮボードを交換する必要が生じた場合には、作業者が現地に出向いて修理や交換などの作業を行う必要があり、即時に対応することができないという問題があった。
【０００６】
本発明の目的は、このような課題を解決し、監視対象の装置が多くても計算機の増設の必要がなく、障害が検出した場合には、速やかに管理者へ通知することができ、かつ自動的または管理者の指示により第２のＯＳのＬＡＭボートを第１のＯＳに割り当てることが可能なネットワーク障害監視システムおよびそれを用いる計算機を提供することである。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明のネットワーク障害監視システムは、監視対象である少なくとも１つの計算機と監視対象の計算機を監視する少なくとも１つの監視計算機をネットワークで接続した障害監視システムであって、監視対象である計算機上に、監視対象となる第１のソフトウェア環境と、監視対象となるソフトウェア環境とは独立して動作し、ネットワークで接続された監視計算機との通信手段を有する第２のソフトウェア環境と、計算機資源を管理し、複数のソフトウェア環境を動作させ、第１のソフトウェア環境と第２のソフトウェア環境との間の通信手段を備えるマルチＯＳ制御部と、第１のソフトウェア環境で動作するＯＳ監視エージェントと、第２のソフトウェア環境上で動作するＯＳ監視モニタと、第２のソフトウェア環境で動作するネットワーク監視モニタと、第２のソフトウェア環境で動作する障害監視マネージャとを搭載する。
【０００８】
ＯＳ監視エージェントは、定期的に生存信号をＯＳ監視モニタに送信する。
ＯＳ監視モニタは、予め設定した時間以内に、この生存信号を受信したか否かで第１のソフトウェア環境で障害が発生したか否かを判定し、障害発生と判定した場合に、障害管理マネージャに連絡する。なお、生存信号送信機能と生存信号監視機能とを合わせて、ＯＳ障害監視機能と呼ぶ。
ネットワーク監視モニタは、定期的にネットワーク監視コマンドを、第１のＯＳおよび監視計算機に送信し、第１のＯＳおよび監視計算機が返送するネットワーク監視コマンドの応答を監視する。ネットワーク監視モニタは、一定時間経過後、第１のＯＳからレスポンスを受信できず、監視計算機からレスポンスを受信できた場合、第１のＯＳ側でネットワーク障害が発生したと判定して、障害管理マネージャに連絡する。
【０００９】
障害監視マネージャは、ＯＳ監視モニタとネットワーク監視モニタから連絡される、ＯＳ障害とネットワーク障害の２つの障害情報を用い、ＯＳ障害が連絡されていれば、ＯＳ障害と判定し、ＯＳ障害連絡無しで、かつ、ネットワーク障害連絡有りならば、ネットワーク障害と判定する。これらの障害情報を障害監視マネージャが、障害発生通知として監視計算機に送信する。
【００１０】
このように、本発明においては、ネットワークの障害とＯＳの障害とを区別する必要性があることに着目し、１台の計算機上で少なくとも２つ以上のＯＳを動作させ得る環境において、第１のＯＳはネットワークに関わる業務等で使用し、第２のＯＳは第１のＯＳのネットワーク障害監視を行い、第１のＯＳのネットワーク障害を検知したならば、速やかに管理者へ通知を行い、自動的にあるいは管理者の指示により、第２のＯＳのＬＡＮボードを第１のＯＳに割り当てる。
【００１１】
【発明の実施の形態】
以下、本発明の実施形態を、図面により詳細に説明する。
図１は、本発明の実施形態を示すネットワーク障害監視システムの構成図である。
計算機１１５は、処理装置１０１、メモリ１０２、ＬＡＮボードａ１０３、ＬＡＮボードｂ１０４から構成される。なお、処理装置１０１に接続される入出力装置や外部記憶装置の図示を省略している。
【００１２】
メモリ１０２は、マルチＯＳ制御部１０５、第１ＯＳ１０６、第２ＯＳ１０７、ＯＳ監視モニタ１１０、ネットワーク監視モニタ１１１、障害監視マネージャ１１２、ＯＳ監視エージェント１０９、ＡＰ（アプリケーションプログラム）１０８の各プログラムを格納し、処理装置１０１によって実行される。ＯＳ監視エージェント１０９は、第１ＯＳ１０６の上に搭載されるアプリケーションであるが、定期的に第１ＯＳ１０６の生存信号をＯＳ監視モニタ１１０に送信するプログラムである。ＡＰ１０８は、第１ＯＳ１０６の上で動作する汎用的なアプリケーションプログラムである。
【００１３】
第２ＯＳ１０７は、第１ＯＳ１０６とは異なるＯＳであり、第１ＯＳ１０６より信頼性が高いとみなされているＯＳである。ＯＳ監視モニタ１１０は、第２ＯＳ１０７の上に搭載されるアプリケーションであるが、特に第１ＯＳの障害監視を行うためのプログラムである。ネットワーク監視モニタ１１１は、第２ＯＳ１０７の上に搭載されるアプリケーションであるが、特にＬＡＮボードｂ１０４、ＬＡＮボードａ１０３、および、インターネット１１３を含むネットワーク経路の障害監視を行うためのプログラムである。障害監視マネージャ１１２は、第２ＯＳ１０７の上に搭載されるアプリケーションであるが、特にＯＳ監視モニタ１１０が監視するＯＳ障害情報と、ネットワーク監視モニタ１１１が監視するネットワーク障害情報とを管理し、各々の障害に応じた処理を行うプログラムである。
【００１４】
マルチＯＳ制御部１０５は、下記のような機能を有する。
（ａ）ハードウェア資源分割機能
ＣＰＵ時間、メモリ、外部デバイス、タイマ等の計算機資源を管理し、これらの資源を各ＯＳに分割して提供する。例えば、タイマについては１つしかないハードウェアのタイマを各ＯＳに仮想的に提供する機能を有する。また、各ＯＳが利用する外部デバイスのＩ／Ｏ資源を予約する機能を有する。
（ｂ）ＯＳ間メッセージ通信機能
各ＯＳ上にプロセス同士がメッセージ通信する機能である。共有メモリ通信とは異なり、通信相手のプロセスを呼び出すことができる。
【００１５】
（ｃ）ＯＳ間共有メモリ通信機能
各ＯＳ用物理メモリ領域とは独立した物理メモリ領域として、ＯＳ間で共有できるメモリ領域を確保する。共有メモリ領域は幾つかのブロックに分割して管理され、各ブロックにはそれを識別するＩＤが付与される。各ＯＳは、この共有メモリ識別ＩＤまたは物理メモリへのポインタを利用して、共有メモリにアクセスすることができる。各ＯＳは、起動後にそのメモリ領域には情報が確保されていないことを想定して、メモリ初期化を行うため、例えばＯＳ障害時のＯＳ再起動の際にはアプリケーションの状態などは保存しておくことはできないが、共有メモリ領域はＯＳの領域外のため初期化されず、その内容は保存される。各ＯＳは、再起動後、前回利用した共有メモリ識別ＩＤまたは物理メモリへのポインタを指定することによって、ソフトウェア的にあるいは擬似的に不揮発性を持ったメモリを利用することができる。
【００１６】
（ｄ）プログラム起動情報通知機能
プログラム起動情報通知は、あるＯＳ上のアプリケーションまたはデバイスプログラムが起動されようとした場合、この情報を他のＯＳに通知する機能である。
以上が、マルチＯＳ制御部の機能説明である。
【００１７】
ＬＡＮボードａ１０３およびＬＡＮボードｂ１０４は、マルチＯＳ制御部１０５によって資源分割され、第１ＯＳ１０６にＬＡＮボードａ１０３、第２ＯＳ１０７にＬＡＮボードｂ１０４がそれぞれ提供されている。第１ＯＳ１０６からＬＡＮボードｂ１０４、第２ＯＳ１０７からＬＡＮボードａ１０３を制御することはできない。
インターネット１１３は、ネットワーク経路１１６を含むローカルなコンピュータネットワーク同士を相互接続したネットワークの総称である。
監視端末（計算機）１１４は、計算機１１５と、ネットワーク経路１１６を介して接続され、計算機１１５を監視する機能を有する計算機である。
【００１８】
次に、図２は、本発明のネットワーク障害監視システムの全体の流れを示すフローチャートであり、図３は図２のステップ２０３における分岐先を示すテーブルの図である。
図３には、図１における障害監視マネージャ１１２が管理する障害ステータスが示されており、図２のステップ２０３の障害判定処理の分岐条件として使用される。
このフローチャートと障害ステータス、および、図７のタイマエリアと障害監視マネージャ１１２が制御する障害検知フラグを用いて、ネットワーク障害検知方法の説明を行う。
【００１９】
ステップ２０１：ネットワーク監視モニタ１１１は、ＬＡＮボードｂ１０４、ネットワーク経路１１６、インターネット１１３、ＬＡＮボードａ１０３を通して、定期的にネットワーク監視コマンドを第１ＯＳ１０６に送信する。また、ＬＡＮボードｂ１０４、ネットワーク経路１１６、インターネット１１３を通して、監視端末１１４にも同様にネットワーク監視コマンドを送信する。
該ネットワーク監視コマンドは、一般的にはＩＣＭＰ（Ｉｎｔｅｒｎｅｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅ　Ｐｒｏｔｏｃｏｌ）のＰｉｎｇコマンドと呼ばれるものである。Ｐｉｎｇコマンドについては一般的に知られているコマンドであって、指定されたコンピュータに対して要求を送信する際に、時刻の情報を含めて送信するので、応答が帰ってくるまでの時間を調べることが可能である。本実施例では、ネットワーク監視コマンドの一例として、Ｐｉｎｇコマンドを用いているが、これに限るものでは無い。
【００２０】
ステップ２０２：第１ＯＳ１０６は、ネットワーク監視コマンドを受信すると、送信元である第２ＯＳ１０７にネットワーク監視レスポンスを送信する。また、監視端末１１４も、第１ＯＳ１０６と同様に第２ＯＳ１０７にネットワーク監視レスポンスを送信する。第１ＯＳ１０６および監視端末（計算機）１１４には、ＴＣＰ／ＩＰを制御する通信モジュールが搭載されており、前記ＩＣＭＰのＰｉｎｇコマンドに対して、応答を送信する。
ステップ２０３：ネットワーク監視モニタ１１１は、規定時間以内に第１ＯＳ１０６から、ネットワーク監視レスポンスを受信しているか否か、また、監視端末１１４から、ネットワーク監視レスポンスを受信しているか否かの判定を行い、監視端末（計算機）１１４からネットワーク監視レスポンスを受信しており、第１ＯＳ１０６からネットワーク監視レスポンスを受信できなかった場合に、第１ＯＳ１０６側でネットワーク障害が発生したと判定し、障害管理マネージャ１１２にネットワーク障害連絡を行う。その他の場合には、ネットワーク監視コマンドを第２ＯＳ１０７に送信する処理（ステップ２０１）に戻る。このネットワーク監視コマンドの送信は、第１ＯＳ１０６側のネットワークが正常に動作している限り定期的に繰り返して行う。
【００２１】
障害監視マネージャ１１２は、ＯＳ監視モニタ１１０およびネットワーク監視モニタ１１１から、障害検知時に連絡されるＯＳ障害連絡とネットワーク障害連絡を定期的に監視し、ＯＳ障害（図３のステータス３０３および３０４）が発生しているのか、ネットワーク障害（同ステータス３０２）が発生しているのかを判定する。ＯＳ障害連絡があれば、ネットワーク障害連絡の有無にかかわらず、ＯＳ障害（ステータス３０３、３０４）と判定し、ＯＳ障害処理（ステップ２０６）を行う。ＯＳ障害連絡無し、かつ、ネットワーク障害連絡有りの場合（ステータス３０２）、ネットワークで障害が発生したと判定し（ステップ２０４）、監視端末（計算機）１１４にネットワーク障害が発生したことを通知する（ステップ２０５）。
なお、ＯＳ障害連絡無し、ネットワーク障害連絡無しの場合、正常（ステータス３０１）、動作中と判定し、このときは障害監視マネージャ１１２は何もしない。
【００２２】
次に、図４は、本発明の実施形態を示すネットワーク監視モニタ１１１の動作フローチャートである。
このフローチャートを用い、ネットワーク監視モニタ１１１の動作を詳細に説明する。図７は、ＯＳ監視モニタ１１０、ネットワーク監視モニタ１１１、障害管理マネージャ１１２が使用する監視タイマと、ＯＳ監視モニタ１１０およびネットワーク監視モニタ１１１が、障害管理マネージャ１１２に障害を連絡するための障害連絡エリアである。これらの監視タイマと障害連絡エリアは、メモリ１０２上に存在する。
以下、図４と図７を用いて、ネットワーク監視モニタ１１１がネットワーク障害を検知して、障害管理マネージャ１１２にネットワーク障害発生を通知するまでの動作を詳細に説明する。
ステップ４０１：ネットワーク監視モニタ１１１はネットワーク監視レスポンス待ちタイマ７０１の初期値を設定する。該タイマ７０１は、ネットワーク監視レスポンスを受信するまでに一定時間ウェイトを置くためと、一定周期でネットワーク監視コマンドを第１ＯＳ１０６に送信するために、ネットワーク監視コマンド送信毎に初期値を設定する。
【００２３】
ステップ４０２：ネットワーク監視モニタ１１１は、ＬＡＮボードｂ１０４、ネットワーク経路１１６、インターネット１１３、ＬＡＮボードａ１０３を通して、ネットワーク監視コマンドを第１ＯＳ１０６に送信する。
ステップ４０３：ネットワーク監視モニタ１１１は、ネットワーク監視レスポンス待ちタイマ７０１が０になるまで待つ。
ステップ４０４：ネットワーク監視モニタ１１１は、第１ＯＳ１０６から、ネットワーク監視レスポンスを受信したか否かを判定し、ネットワーク監視レスポンス受信有りならば、ネットワーク監視レスポンス待ちタイマ７０１を設定する処理（ステップ４０１）に戻り、ネットワーク監視レスポンス受信無しならば、ネットワーク監視レスポンス受信判定処理（ステップ４０５）に移行する。
【００２４】
ステップ４０５：ネットワーク監視モニタ１１１は、監視端末（計算機）１１４からネットワーク監視レスポンスを受信したか否かを判定し、ネットワーク監視レスポンス受信無しならば、ネットワーク監視レスポンス待ちタイマ７０１を設定する処理（ステップ４０１）に戻り、ネットワーク監視レスポンス受信有りならば、第１ＯＳ１０６側のネットワークに障害が発生したと判定し、ネットワーク障害検知フラグ７０５を設定する処理（ステップ４０６）に移行する。
ステップ４０６：ネットワーク監視モニタ１１１は、障害管理マネージャ１１２に、ネットワーク障害発生を連絡するために、ネットワーク障害検知フラグ７０５をオンに設定する。
【００２５】
次に、図５は、本発明の実施形態を示すＯＳ監視モニタ１１０の動作フローチャートである。
図５と図７を用いて、ＯＳ監視モニタ１１０がＯＳ障害を検知して、障害管理マネージャ１１２にＯＳ障害発生を通知するまでの動作を詳細に説明する。
ステップ５０１：ＯＳ監視モニタ１１０は、生存信号監視タイマ７０２の初期値を設定する。該タイマ７０２は、次の生存信号の受信監視を行うまで、一定時間ウェイトを置くために生存信号受信毎に初期値を設定する。
【００２６】
ステップ５０２：ＯＳ監視モニタ１１０は、生存信号監視タイマ７０２が０になるまで待つ。
ステップ５０３：ＯＳ監視モニタ１１０は、第１ＯＳ１０６上で動作するＯＳ監視エージェント１０９から、生存信号を受信したか否かを判定する。ＯＳ監視エージェント１０９から、生存信号を受信していれば、生存信号監視タイマ７０２の初期値を設定する処理（ステップ５０１）に戻る。ＯＳ監視エージェント１０９から生存信号を受信していなければ、第１ＯＳ１０６側で障害が発生したと判定し、ＯＳ障害検知フラグ７０４を設定する処理（ステップ５０４）に移行する。
ステップ５０４：ＯＳ監視モニタ１１０は、障害監視マネージャ１１２に、第１ＯＳ１０６側で障害が発生したことを連絡するために、ＯＳ障害検知フラグ７０４をオンに設定する。
【００２７】
次に、図６は、本発明の実施形態を示す障害管理マネージャ１１２の動作フローチャートである。
図６と図７を用いて、障害管理マネージャ１１２が、ＯＳ監視モニタ１１０とネットワーク監視モニタ１１１から連絡されるＯＳ障害とネットワーク障害を監視して、ネットワークで接続された監視端末１１４に各々の障害通知を行うまでの動作を詳細に説明する。
ステップ６０１：障害管理マネージャ１１２は、障害フラグ監視タイマ７０３の初期値を設定する。該タイマ７０３は、ＯＳ障害検知フラグ７０４およびネットワーク障害検知フラグ７０５を、チェックする周期を一定時間に保つために、ＯＳ障害検知フラグ７０４およびネットワーク障害検知フラグ７０５のチェック毎に初期値を設定する。
【００２８】
ステップ６０２：障害管理マネージャ１１２は、障害フラグ監視タイマ７０３が０になるまで待つ。
ステップ６０３：障害管理マネージャ１１２は、ＯＳ障害検知フラグ７０４をチェックし、該フラグ７０４がオンであれば、第１ＯＳ１０６側で障害が発生したと判定し、ＯＳ障害処理（ステップ６０８）に移行する。該フラグ７０４がオフであれば、ネットワーク障害監視フラグ７０７をチェックする処理（ステップ６０４）に移行する。
ステップ６０４：障害管理マネージャ１１２は、ネットワーク障害検知フラグ７０５をチェックし、該フラグ７０５がオフであれば、障害フラグ監視タイマ７０３の初期値を設定する処理（ステップ６０１）に戻る。該フラグ７０５がオンであれば、ネットワーク障害が発生したと判定し、生存信号監視タイマが０になるのを待つ処理（ステップ６０５）に移行する。
【００２９】
ここで、ネットワーク障害発生フラグ７０５がオンであるにも関わらず、ネットワーク障害を監視端末（計算機）１１４にネットワーク障害通知を送信しないのは、ネットワーク障害検知後に、ＯＳ障害を検知することを考慮しているためである。
ステップ６０５：障害管理マネージャ１１２は、生存信号監視タイマ７０２が０になるまで待つ。なお、該タイマ７０２の設定はＯＳ監視モニタ１１０により、設定される。
ステップ６０６：障害管理マネージャ１１２は、ＯＳ障害検知フラグ７０４を再度チェックし、該フラグ７０４がオンであれば、ＯＳ障害処理（ステップ６０８）に移行し、該フラグ７０４がオフであれば、ネットワーク障害通知処理（ステップ６０７）に移行する。
【００３０】
ステップ６０７：障害管理マネージャ１１２は、ネットワーク障害が発生したと判定し、監視端末（計算機）１１４にネットワーク障害通知を送信する。
上記のように、第２ＯＳ１０７の上で動作するＯＳ監視モニタ１１０とネットワーク監視モニタ１１１の２つの監視手段と、これらを制御する障害監視マネージャ１１２により、ＯＳ監視障害とネットワ−ク障害を監視し、第１ＯＳ１０６が正常動作中で、かつ、ネットワークで障害が発生した場合、ネットワーク障害発生と判定することで、１台の計算機だけで、ネットワーク監視を実現することができる。
【００３１】
また、本実施形態では、ＯＳ監視モニタ１１０とネットワーク監視モニタ１１１の２つの監視手段でネットワークの監視を実現したが、ＯＳ監視モニタ１１０が搭載されていなくても、ネットワーク監視モニタ１１１だけで、ネットワーク監視を行うことも考えられる。この場合、ネットワーク監視モニタ１１１が、ネットワーク監視コマンド送信後、ネットワーク監視レスポンスを受信できなかった場合、ネットワーク障害が発生したものと判定する。
【００３２】
（ネットワーク障害発生後の対応）
ここまでが監視対象となる計算機１１５がネットワーク障害を検知し、ネットワークで接続される監視端末（計算機）１１４に対して通知を行うまでの実施例である。次に、ネットワーク障害発生後の対応について説明する。
監視端末（計算機）１１４を制御する管理者は、障害管理マネージャ１２から、ネットワーク障害発生を通知された場合、第１ＯＳ１０６側のネットワークで障害が発生したのか、第２ＯＳ１０７側のネットワークで障害が発生したのかを再度確認するため、監視端末（計算機）１１４より、ネットワーク監視コマンドを、計算機１１５の第１ＯＳ１０６と第２ＯＳ１０７に送信する。
【００３３】
監視端末（計算機）１１４を制御する管理者は、第２ＯＳ１０７からネットワーク監視レスポンスが返り、第１ＯＳ１０６からネットワーク監視レスポンスが返らない場合、第１ＯＳ１０６側のネットワークで障害が発生したと判定し、第２ＯＳ１０７に割り当てられたＬＡＮボードｂ１０４を、第１ＯＳ１０６に割り当てるように、監視対象計算機１１５の障害管理マネージャ１１２に指示する。これ以外の状態においては、第２ＯＳ１０７側のネットワーク障害が発生していることが考えられるため、ＬＡＮボードａ１０３とＬＡＮボードｂ１０４の交換指示は出さない。
【００３４】
計算機１１５の障害管理マネージャ１１２は、監視計算機（計算機）１１４から、第２ＯＳ１０７に割り当てられたＬＡＮボードｂ１０４を、第１ＯＳ１０６に割り当てるように指示されると、マルチＯＳ制御部１０５に対して、第１ＯＳ１０６と第２ＯＳ１０７に割り当てられている、ＬＡＮボードａ１０３とＬＡＮボードｂ１０４を交換するよう指示を出す。
マルチＯＳ制御部１０５は、ハードウェア資源分割機能により、ＬＡＮボードａ１０３を第２ＯＳ１０７に、ＬＡＮボードｂ１０４を第１ＯＳ１０６に割り当てる。
【００３５】
第１ＯＳ１０６は、動的に該当のハードウェアに適したドライバプログラムをローディングできるＯＳであり、動的に割り当てられたＬＡＮボードｂ１０４に適したドライバプログラムをローディングする。
本実施形態のように、ネットワーク障害が、第１ＯＳのＬＡＮボードの故障に起因する障害の可能性がある場合、監視対象となる計算機１１５が設置されているサイトに作業者が出向かなくても、ＬＡＮボードの交換ができる。
なお、ＬＡＮボードで交換後の第２ＯＳ１０７の動作は、ネットワーク監視モニタ１１１の動作を停止し、ＯＳ監視モニタ１１０によるＯＳ障害監視のみを行う。この状態でＯＳ障害が発生すれば、自動的に第１ＯＳ１０６を再起動する等の処理を行う。
【００３６】
また、ネットワーク障害が発生した時に、予めＬＡＮボードを交換することを設定しておくことで、自動的にＬＡＮボードの交換することも考えられる。障害管理マネージャ１１２は、第１ＯＳ１０６にネットワーク障害が発生したと判定した場合、マルチＯＳ制御部１０５にＬＡＮボード交換指示を出し、第２ＯＳ１０７のＬＡＮボードｂ１０４を第１ＯＳ１０６に割り当てる。
【００３７】
【発明の効果】
以上説明したように、本発明によれば、マルチＯＳ環境を利用し、監視用ソフトウェア環境が監視対象のソフトウェア環境と同一の計算機上で動作するために、監視対象のソフトウェア環境でソフトウェア障害、およびネットワーク障害が発生した場合でも、監視用ソフトウェア環境から、監視対象ソフトウェア環境の障害を回復することができる。
【００３８】
また、監視対象とは別のソフトウェア環境から、該監視対象計算機とネットワークで接続された監視端末（計算機）と、ネットワークを介して通信することができ、ネットワークで接続された監視端末（計算機）から監視対象計算機の障害管理マネージャに監視対象計算機の動作を指示することができる。
【図面の簡単な説明】
【図１】本発明の実施形態を示すネットワーク障害監視システムの構成図である。
【図２】本発明の全体の流れを示すフローチャートである。
【図３】図２におけるステップ２０３における分岐先を示すテーブルの図である。
【図４】図１におけるネットワーク監視モニタの動作を示すフローチャートである。
【図５】図１におけるＯＳ監視モニタの動作を示すフローチャートである。
【図６】図１における障害管理マネージャの動作を示すフローチャートである。
【図７】本発明のタイマエリアおよび障害管理マネージャが管理する障害検知エリアの構成を示す図である。
【符号の説明】
１０１：処理装置、１０２：メモリ、１０３：ＬＡＮボードａ、
１０４：ＬＡＮボードｂ、１０５：マルチＯＳ制御部、１０６：第１ＯＳ、
１０７：第２ＯＳ、１０８：ＡＰ、１０９：ＯＳ監視エージェント、
１１０：ＯＳ監視モニタ、１１１：ネットワーク監視モニタ、
１１２：障害管理マネージャ、１１３：インターネット、
１１４：監視端末（計算機）、１１５：計算機、
７０１：ネットワーク監視レスポンス待ちタイマ、
７０２：生存信号監視タイマ、７０３…障害フラグ監視タイマ、
７０４：ＯＳ障害検知フラグ、７０５：ネットワーク障害検知フラグ。
【図１】
2004030027.tif 000003
【図２】
2004030027.tif 000004
【図３】
2004030027.tif 000005
【図４】
2004030027.tif 000006
【図５】
2004030027.tif 000007
【図６】
2004030027.tif 000008
【図７】
2004030027.tif 000009