(57)【特許請求の範囲】
【請求項１】
複数のサーバ計算機と運転監視制御の対象となる大型計算機とが第１の通信路を介して接続されるネットワークシステムにおいて、前記サーバ計算機及び前記大型計算機が稼動しているか否かを示す稼動状態を監視する計算機の監視方法であって、
前記第１の通信路と接続され、さらに第２の通信路を介して前記大型計算機と接続される運転監視装置によって、前記第２の通信路を介して前記大型計算機の障害情報を収集し、
前記第１の通信路を介して前記運転監視装置と接続されるネットワーク監視装置によって、前記サーバ計算機及び前記運転監視装置を介する前記大型計算機の稼動状態を監視し、第３の通信路を介して当該ネットワーク監視装置と接続される監視の端末装置へ前記障害情報を送信することを特徴とするネットワークシステムを構成する計算機の監視方法。
【請求項２】
前記運転監視装置によって前記大型計算機の回復不能障害が検出されたとき、前記ネットワーク監視装置によって前記端末装置に回復不能障害発生を通知することを特徴とする請求項１記載のネットワークシステムを構成する計算機の監視方法。
【請求項３】
前記運転監視装置によって前記大型計算機で実行されるジョブの実行状況、資源の利用状況を含む稼動データを収集し、前記端末装置からの要求に基づいて前記ネットワーク監視装置によって前記稼動データを前記端末装置へ送信することを特徴とする請求項１記載のネットワークシステムを構成する計算機の監視方法。
【請求項４】
前記第１の通信路はＬＡＮ（ローカル・エリア・ネットワーク）であり、前記運転監視装置と前記ネットワーク監視装置は前記ＬＡＮによって接続されており、前記ネットワーク監視装置によって前記ＬＡＮを介して前記サーバ計算機及び前記大型計算機の稼動状態を監視することを特徴とする請求項１記載のネットワークシステムを構成する計算機の監視方法。
【請求項５】
複数のサーバ計算機と運転監視制御の対象となる大型計算機とが第１の通信路を介して接続されるネットワークシステムにおいて、前記サーバ計算機及び前記大型計算機が稼動しているか否かを示す稼動状態を監視する計算機の監視方法であって、
前記第１の通信路と接続され、さらに第２の通信路を介して前記大型計算機と接続される運転監視装置によって、前記第２の通信路を介して前記大型計算機の障害情報を収集し、
前記第１の通信路を介して前記運転監視装置と接続されるネットワーク監視装置によって、前記サーバ計算機及び前記運転監視装置を介する前記大型計算機の稼動状態を周期的に監視し、第３の通信路を介して当該ネットワーク監視装置と接続される監視の端末装置からの要求に基づいて前記端末装置へ前記障害情報を送信することを特徴とするネットワークシステムを構成する計算機の監視方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークシステムを構成する計算機の監視方法に係わり、特にサーバ計算機に加えて運転監視制御される大型計算機の稼動状態を監視する方法に関する。
【０００２】
【従来の技術】
情報処理システム、すなわち電子計算機システムの２４時間運転サービスに伴い、計算機システムのオペレータの確保が難しい状況になりつつある。そこで計算機の無人運転を実現するために、特公昭６１−６４２６号公報に記載のように、ネットワークシステムを構成する計算機間において複数の計算機が相互に監視する制御方式が開示されている。同公報に記載の技術は、防災監視盤の監視の下に公衆回線を介して各計算機の起動・停止の指令を発行し、計算機が起動した後は計算機間を接続する専用のデータ伝送回線を介して相互に計算機の稼動状態を監視する方式であり、ネットワークシステム全体におけるシステム運転要員の省力化及び回線使用料金の低減を狙ったものである。
【０００３】
一方、計算機システムの無人運転を支援する機能としては、計算機システムのオペレーテイングシステムの下で動作する自動化モニタがある。自動化モニタは計算機システムのオペレーテイングシステム（ＯＳ）の下で動作するプログラムであり、オペレータ用のコンソールに出力されるメッセージを計算機システム内で監視し、実行中のジョブをキャンセルしたり、あるいは指定された時刻になると特定のジョブを起動したり、あるいは計算機システムのサービスを停止させる機能を有している。
【０００４】
またクライアント・サーバ・システムの普及に伴って、ネットワーク、特にＬＡＮに接続されるパソコンやワークステーションのサーバ計算機の稼動状態を監視するネットワーク管理システムが実用化されている。
【０００５】
【発明が解決しようとする課題】
上記従来技術によれば、ネットワーク管理システムによってネットワークシステムを構成するパソコンやワークステーションの稼動状態を監視することはできるが、同一ネットワークシステムを構成する大型計算機の運転監視制御は別のハードウェア／ソフトウェアによって行われており、このネットワーク管理システムには組み込まれていない。そのためネットワーク管理システムの監視端末と大型計算機の運転監視端末の両方に監視要員を配置しなければならないという問題がある。
【０００６】
本発明の目的は、ネットワークシステムを構成する計算機としてパソコンやワークステーションのサーバ計算機に加えて特に運転監視制御の対象となる計算機の監視方法を提供することにある。
【０００７】
本発明の他の目的は、さらに運転監視対象の計算機に障害が発生したときの障害情報や計算機の正常動作時の稼動データを収集する監視方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明は、ネットワークを介して接続される複数のサーバ計算機及び運転監視制御の対象となる計算機の各々が稼動しているか否かを示す稼動状態を監視する方法であって、第１の制御手段によって運転監視対象の計算機の障害情報を収集し、第２の制御手段によってサーバ計算機及び第１の制御手段を介する運転監視対象の計算機の稼動状態を監視し、監視の端末装置へ収集した障害情報を送信するネットワークシステムを構成する計算機の監視方法を特徴とする。
【０００９】
また本発明は、第１の制御手段によって運転監視対象の計算機で実行されるジョブの実行状況、資源の利用状況を含む稼動データを収集し、監視端末からの要求に基づいて第２の制御手段によって監視端末へ送信する計算機の監視方法を特徴とする。
【００１０】
【発明の実施の形態】
以下本発明の実施形態について図面を用いて詳細に説明する。
【００１１】
図１は、サーバ計算機、大型計算機及び運転監視装置を含む本実施形態のネットワーク監視システムの構成図である。このネットワーク監視システムは、ＬＡＮ１８，１９に接続されるサーバ１６、サーバ１７、運転監視装置１、大型計算機２５及びネットワーク監視装置１０を有している。サーバ１６，１７はパソコン、ワークステーションなどの計算機である。また運転監視装置１及びネットワーク監視装置１０もＬＡＮ１８，１９上では一種のサーバとして機能する計算機である。大型計算機２５は、メインフレームやスーパコンピュータの範疇に区分される計算機であり、運転監視制御の対象となる計算機である。監視端末２２は、公衆網２１と通信路２４を介してネットワーク監視装置１０と接続され、また通信路２３、ＬＡＮ１９及びファイアウォール２０を介してＬＡＮ１８に接続される各サーバに接続可能である。
【００１２】
大型計算機２５は、そのメモリ（主記憶装置）上にＯＳ２７、アプリケーションプログラム（ＡＰ）２８及び自動化モニタ２９を有し、また処理装置に接続される記憶装置上に稼動データファイル２６を格納する。稼動データファイル２６は、ＯＳ２７によって収集されたＣＰＵ利用率、ジョブの実行状況などのデータを格納する。自動化モニタ２９は大型計算機２５を自動運転する場合にオペレータの代行をするプログラムであり、ＯＳ２７が出力するコンソールメッセージを解釈しコマンドデータを投入することによって、ジョブの実行を制御したり、ＯＳ２７が扱えないような障害回復も可能である。ただし自動化モニタ２９がなくてもよい。自動化モニタ２９がなければＯＳ２７が通信路３１を介して直接コンソールメッセージを運転監視装置１に出力し、自動化モニタ２９があれば自動化モニタ２９の処理の結果を反映したコンソールメッセージを運転監視装置１に出力する。大型計算機２５は通信路３２を介してＬＡＮ１８と接続されるので、ＡＰ２８が他のサーバ１６，１７と通信することが可能である。
【００１３】
運転監視装置１の処理装置には、コンソール３と障害情報ファイル２を格納する記憶装置とを接続する。コンソール３は表示装置及び入力装置を有する大型計算機２５のコンソールであり、表示装置上にコンソールメッセージを表示する。大型計算機２５の有人運転の場合には入力装置を介してＯＳ２７にコマンドデータを入力することも可能である。運転監視装置１のメモリ上には、ＯＳのほかに送受信部４、コンソール制御部６、障害判定部７、リクエスト発行／実行部８及びモニタインタフェース部９の各プログラムとバッファ５とを有する。送受信部４は通信路３１を介して大型計算機２５からコンソールメッセージを受け取ってバッファ５に格納し、またバッファ５に格納されたコマンドデータを大型計算機２５に送るための大型計算機２５との通信のインタフェースとなる部分である。コンソール制御部６はコンソール３の制御をし、バッファ５上のコンソールメッセージをコンソール３に表示し、コンソール３から入力されたコマンドデータをバッファ５に格納する。障害判定部７は送受信部４を介して周期的に大型計算機２５へメッセージを送り、大型計算機２５が正常動作中か否かを常に監視する。またバッファ５上のコンソールメッセージをインタセプトして監視し、大型計算機２５に関する障害が発生しているか否かを判定する。その結果、大型計算機２５の無応答、コンソールメッセージから判定される回復不能障害又は回復可能障害が発生したと判定されるときには、障害情報ファイル２に時刻、回復不能／回復可能の区分、回復不能データ又は障害回復動作履歴を格納し、リクエスト発行／実行部８に障害発生を通知する。リクエスト発行／実行部８は、回復不能障害の通知を受けたとき、モニタインタフェース部９及びＬＡＮ１８を介してネットワーク監視装置１０へ回復不能障害の発生を通知する。またネットワーク監視装置１０から稼動状態の問合わせがあったとき、障害情報ファイル２を参照して最新の稼動状態をネットワーク監視装置１０に通知し、また要求により障害情報ファイル２を参照して詳細な回復不能データ又は障害回復動作履歴をネットワーク監視装置１０に送信する。さらにネットワーク監視装置１０から大型計算機２５の稼動データの要求があったとき、送受信部４、通信路３１及びＯＳ２７を介して稼動データファイル２６上の稼動データを取得し、ネットワーク監視装置１０に送信する。モニタインタフェース部９は、ＬＡＮ１８を介してネットワーク監視装置１０と通信するためのインタフェース部であり、通信プロトコルの第２層（リンク層）及び第３層（ネットワーク層）の機能を実行する。
【００１４】
ネットワーク監視装置１０の処理装置には、モニタファイル１１を格納する記憶装置が接続される。モニタファイル１１は、運転監視装置１から受け取った回復不能データ、障害回復動作履歴及び稼動データを格納する。ネットワーク監視装置１０のメモリ上には、ＯＳのほかに通信制御部１２、巡回監視部１３、モニタ表示部１４及び遠隔通報部１５の各プログラムを格納する。通信制御部１２は、ＬＡＮ１８を介してサーバ１６、サーバ１７及び運転監視装置１と通信するためのインタフェース並びに通信路２４及び公衆網２１を介して監視端末２２と通信するためのインタフェースを有する。巡回監視部１３は、サーバ１６、サーバ１７及び運転監視装置１の各々に対して周期的にその稼動状態を問い合わせる。その返信として障害報告があったとき、回復不能障害の報告であれば、遠隔通報部１５、通信制御部１２、通信路２４及び公衆網２１を介して監視端末２２へ回復不能障害を通知し、運転監視装置１から詳細な回復不能データを受けてモニタファイル１１に格納する。また障害報告が回復可能障害の報告であれば、運転監視装置１から詳細な障害回復動作履歴を受けてモニタファイル１１に格納する。モニタ表示部１４は、公衆網２１、通信路２３、ファイアウォール２０、ＬＡＮ１８を介して監視端末２２から回復不能データ、障害回復動作履歴又は稼動データの要求があったとき、回復不能データ又は障害回復動作履歴であればモニタファイル１１に格納された情報を取り出してファイアウォール２０を通過する同じ経路を介して監視端末２２へ送信する。また稼動データの要求であれば、通信制御部１２、ＬＡＮ１８を介して運転監視装置１へ稼動データを要求し、取得した稼動データを一旦モニタファイル１１に格納した後、ファイアウォール２０を通過する同じ経路を介して監視端末２２へ送信する。
【００１５】
図２は、ネットワーク監視装置１０と運転監視装置１、サーバ１６、サーバ１７の間で授受されるリクエストブロックのデータ形式を示す図である。リクエストブロックは、宛先アドレス４１、送信元アドレス４２、長さ４３、リクエストコード４４及びデータ４５から構成される。宛先アドレス４１及び送信元アドレス４２は、運転監視装置１、ネットワーク監視装置１０、サーバ１６、サーバ１７のネットワークアドレスであり、通信プロトコル上の第３層のアドレス（例えばＩＰアドレス）である。長さ４３はリクエストブロックの長さ４３、リクエストコード４４及びデータ４５の部分の長さを示す。リクエストコード４４はリクエストの種類を示すコードであり、データ４５は計算機の稼動状態、障害情報などネットワーク監視装置１０が行う問合わせに対して返信となる情報及び運転監視装置１が自発的に通知する障害状態を格納する。ネットワーク監視装置１０が発行する問合わせのリクエストブロックについてはデータ４５がない。
【００１６】
図３は、各リクエストコード４４に対応してその名称及びリクエストの内容を示す図である。運転監視装置１については挙げられたすべてのリクエストコードが適用されるが、サーバ１６、サーバ１７についてはＩＮＱ及びＡＮＳのリクエストコードのみが適用される。以下各リクエストについて説明する。
【００１７】
（ａ）状態問合わせと応答
ＩＮＱはネットワーク監視装置１０が運転監視装置１、サーバ１６、サーバ１７に対して行う稼動状態の問合わせを示す。ＡＮＳはＩＮＱに対する返信であり、データ４５に稼動状態を搭載する。サーバ１６及びサーバ１７が報告する稼動状態は正常動作中のみであり、障害発生中又は電源断の場合には無応答によって状態が検出される。運転監視装置１が報告する稼動状態は、正常動作中、回復可能障害発生及び回復不能障害発生の３種類である。正常動作中は、大型計算機２５の処理装置及びＯＳ２７が正常に動作しており、かつ他の障害が発生していない状態である。回復可能障害は大型計算機２５のメモリや入出力装置に障害が発生したが、ＯＳ２７又は自動化モニタ２９によって障害が復旧又は回避できた状態である。回復不能障害は運転監視装置１が大型計算機２５の処理装置又はＯＳ２７の障害を検出、すなわち大型計算機２５の無応答を検出したか、あるいはＯＳ２７又は自動化モニタ２９から回復不能障害のコンソールメッセージが出力された状態である。
【００１８】
（ｂ）稼動データ収集
ＰＥＲＦＯＲＭはネットワーク監視装置１０が運転監視装置１に対して行う大型計算機２５の稼動データの問合わせを示す。ＰＥＲＦＯＲＭの返信となるリクエストブロックは、大型計算機２５の稼動データをデータ４５として搭載する。大型計算機２５の稼動データは、ＯＳ２７によって収集され、稼動データファイル２６に蓄積されたＣＰＵ利用率など資源の利用状況、ジョブの実行状況データなどである。
【００１９】
（ｃ）回復不能データ収集
ＥＭＤはネットワーク監視装置１０が運転監視装置１に対して行う大型計算機２５の回復不能データの問合わせを示す。ＥＭＤの返信となるリクエストブロックは、障害情報ファイル２に格納された回復不能データをデータ４５として搭載する。ネットワーク監視装置１０がこのリクエストコードをもつリクエストブロックを発行するのは、ＩＮＱに対する返信として回復不能障害発生が報告されたときと、運転監視装置１から自発的に障害状態通知がなされたときである。
【００２０】
（ｄ）障害回復動作履歴収集
ＲＥＣＯＶＥＲはネットワーク監視装置１０が運転監視装置１に対して行う大型計算機２５の障害回復動作履歴の問合わせを示す。ＲＥＣＯＶＥＲの返信となるリクエストブロックは、障害情報ファイル２に格納された障害回復動作履歴をデータ４５として搭載する。ネットワーク監視装置１０がこのリクエストコードをもつリクエストブロックを発行するのは、ＩＮＱに対する返信として回復可能障害発生が報告されたときである。
【００２１】
（ｅ）障害状態通知
ＦＡＩＬは運転監視装置１がネットワーク監視装置１０に対して自発的に行う障害状態通知であり、データ４５に回復不能障害の稼動状態を搭載する。障害状態通知は、ネットワーク監視装置１０が行う一定周期の監視とは非同期に大型計算機２５の緊急状態をネットワーク監視装置１０に通知するものである。ネットワーク監視装置１０がこのリクエストブロックを受信すると、運転監視装置１へＥＭＤのリクエストコードをもつリクエストブロックを送信する。
【００２２】
図４は、運転監視装置１のリクエスト発行／実行部８のうち、リクエストの実行をする部分の処理の流れを示すフローチャートである。リクエスト発行／実行部８は、モニタインタフェース部９からリクエストブロックを受け取ると（ステップ５１）、そのリクエストコード４４の内容によって分岐する（ステップ５２）。リクエストコードがＩＮＱであれば、障害情報ファイル２を参照して大型計算機２５の最新の稼動状態（正常動作／回復可能障害／回復不能障害）を取得し（ステップ５３）、リクエストコードとしてＡＮＳ、データ４５としてこの稼動状態を設定したリクエストブロックを作成する（ステップ５４）。リクエストコードがＰＥＲＦＯＲＭであれば、大型計算機２５のＯＳ２７と通信し、稼動データファイル２６に格納されている大型計算機２５の稼動データを収集し（ステップ５５）、リクエストコードとしてＰＥＲＦＯＲＭ、データ４５としてこの稼動データを設定したリクエストブロックを作成する（ステップ５６）。リクエストコードがＥＭＤであれば、障害情報ファイル２から回復不能障害の基となった詳細な障害情報を取り出し（ステップ５７）、リクエストコードとしてＥＭＤ、データ４５としてこの回復不能データを設定したリクエストブロックを作成する（ステップ５８）。リクエストコードがＲＥＣＯＶＥＲであれば、障害情報ファイル２から回復可能障害に伴って実行された障害回復動作の履歴を取り出し（ステップ５９）、リクエストコードとしてＲＥＣＯＶＥＲ、データ４５としてこの障害回復動作履歴を設定したリクエストブロックを作成する（ステップ６０）。以上のようにして作成されたリクエストブロックをモニタインタフェース部９に渡し（ステップ６１）、ＬＡＮ１８を介してネットワーク監視装置１０へ送信する。
【００２３】
なおサーバ１６、サーバ１７のネットワーク管理プログラムは、ネットワーク監視装置１０からＩＮＱのリクエストコードをもつリクエストブロックを受信したとき、ＡＮＳのリクエストコードをもち稼動状態が正常動作中であることを示すリクエストブロックを作成してネットワーク監視装置１０へ送信する。
【００２４】
障害判定部７から大型計算機２５に回復不能障害発生の通知を受けたとき、リクエスト発行／実行部８は、ＦＡＩＬのリクエストコードをもち回復不能障害の稼動状態をもつリクエストブロックを作成し、モニタインタフェース部９を介してネットワーク監視装置１０へ送信する。
【００２５】
図５は、ネットワーク監視装置１０の巡回監視部１３のうち巡回監視を行う部分の処理の流れを示すフローチャートである。巡回監視部１３は、運転監視装置１、サーバ１６、サーバ１７を各々タイマ監視し、一定時間ごとに図５に示す処理を実行する。巡回監視部１３は、ＩＮＱのリクエストコードをもつリクエストブロックを作成し、通信制御部１２を介して運転監視装置１、サーバ１６又はサーバ１７へ送信する（ステップ７１）。その後一定時間待ち、応答がなければ運転監視装置１、サーバ１６又はサーバ１７が電源断又は回復不能障害発生とみなす。ＡＮＳのリクエストコードをもつリクエストブロックを受信したとき（ステップ７２）、その稼動状態を識別し（ステップ７３）、正常動作中の報告であれば（ステップ７３ＮＯ）、当該サーバに対する今回の監視処理を終了する。稼動状態が障害報告であり（ステップ７３ＹＥＳ）、その区分が回復不能障害でなければ（ステップ７４ＮＯ）、回復可能障害であり、ＲＥＣＯＶＥＲのリクエストコードをもつリクエストブロックを作成し、通信制御部１２及びＬＡＮ１８を介して運転監視装置１へ送信する（ステップ７５）。運転監視装置１から障害回復動作履歴を受信したとき（ステップ７６）、受信した障害回復動作履歴をモニタファイル１１に格納する（ステップ７７）。稼動状態の区分が回復不能障害であれば（ステップ７４ＹＥＳ）、遠隔通報部１５、通信制御部１２、通信路２４及び公衆網２１を介して監視端末２２へ大型計算機２５の回復不能障害を通知する（ステップ７８）。次にＥＭＤのリクエストコードをもつリクエストブロックを作成し、運転監視装置１へ送信する（ステップ７９）。運転監視装置１から回復不能データを受信したとき（ステップ８０）、その回復不能データをモニタファイル１１に格納する（ステップ８１）。なおサーバ１６、サーバ１７が無応答であれば、遠隔通報部１５を介して監視端末２２へ当該サーバの無応答を通知するのみである。運転監視装置１が無応答のときも監視端末２２にその旨通知する。
【００２６】
運転監視装置１からＦＡＩＬのリクエストコードをもつリクエストブロックを受信したとき、巡回監視部１３は、ステップ７８からステップ８１までの処理を実行する。
【００２７】
監視端末２２は、公衆網２１、通信路２３、ＬＡＮ１９、ファイアウォール２０及びＬＡＮ１８を介してネットワーク監視装置１０へ大型計算機２５の稼動データ、回復不能データ及び障害回復動作履歴を照会することができる。監視端末２２から稼動データの要求を受けたとき、モニタ表示部１４はＰＥＲＦＯＲＭのリクエストコードをもつリクエストブロックを作成し、通信制御部１２及びＬＡＮ１８を介して運転監視装置１へ送信する。運転監視装置１から稼動データを受信したとき、この稼動データを一旦モニタファイル１１に格納した後、ファイアウォール２０を経由する同一経路を介して監視端末２２へ送信する。また監視端末２２から他の履歴情報の要求を受けたとき、モニタ表示部１４は、モニタファイル１１を参照し、格納されている回復不能データ又は障害回復動作履歴を含む履歴情報を取り出してファイアウォール２０を経由する同一経路を介して監視端末２２へ送信する。
【００２８】
なおネットワーク監視装置１０もサーバの機能を具備しており、近年急速に発展しているワールド・ワイド・ウェブ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバの機能をもたせて監視端末２２からウェブアクセスしても構わない。
【００２９】
以上述べたように上記実施形態によれば、ＬＡＮ１８に接続されたサーバ１６、サーバ１７と同様に運転監視装置１を介して大型計算機２５の稼動状態を監視することができる。さらに大型計算機２５について詳細な稼動データ、回復不能データ及び障害回復動作履歴を収集することができ、監視端末２２を通じてこれらのデータを参照することができる。
【００３０】
なお上記実施形態では運転監視装置１とネットワーク監視装置１０とが独立した装置とし、両装置がＬＡＮ１８を介して相互に通信するものとしたが、両装置の機能を１台の装置に集約してもよい。その場合にはモニタインタフェース部９は不要であり、第１の制御手段は、送受信部４、バッファ５、コンソール制御部６、障害判定部７及びリクエスト発行／実行部８の機能を含むものとなる。また第２の制御手段は、通信制御部１２、巡回監視部１３、モニタ表示部１４及び遠隔通報部１５の機能を含むものとなり、リクエスト発行／実行部８と巡回監視部１３又はリクエスト発行／実行部８とモニタ表示部１４は、同一計算機内でのプログラム間通信を行うことになる。また障害情報ファイル２及びモニタファイル１１を共通のファイルに集約することができる。あるいは運転監視装置１とネットワーク監視装置１０とを独立な装置とし、ＬＡＮ１８を介して両装置を接続する代わりに運転監視装置１が通信路３１のようなローカルな通信路を介してネットワーク監視装置１０の巡回監視部１３、モニタ表示部１４と通信してもよい。その場合には、モニタインタフェース部９の代わりに送受信部４のようなローカル通信路を介して行う通信のインタフェース部を設ければよい。ただしサーバ１６、サーバ１７を監視するためにＬＡＮ１８を介して行う通信のインタフェース部となる通信制御部１２が必要であることはもちろんである。
【００３１】
また上記実施形態では公衆網２１を介してネットワーク監視装置１０と監視端末２２とを接続したが、ＬＡＮ１８に直接監視端末２２を接続するか、あるいはローカルな通信路を介して監視端末２２をネットワーク監視装置１０と接続し、モニタ表示部１４及び遠隔通報部１５と通信するよう構成しても本発明を支障なく実施できる。
【００３２】
【発明の効果】
以上述べたように本発明によれば、パソコンやワークステーションに加えて特に運転監視制御の対象となる大型計算機の稼動状態を監視できるので、両者に対して別々の監視要員を配置することなく、サーバ監視運用の省力化を図ることができる。また大型計算機に緊急の障害が発生したとき、直ちに遠隔地の監視端末に通報されるので、速やかに障害の復旧作業を展開することができる。また監視端末からの要求に応じて大型計算機の詳細な回復不能データ、障害回復動作履歴及び稼動データを取得することができる。
【図面の簡単な説明】
【図１】実施形態のネットワーク監視システムの構成図である。
【図２】ネットワーク監視装置１０とサーバ計算機の間で授受されるリクエストブロックのデータ形式を示す図である。
【図３】リクエストコードの例を示す図である。
【図４】実施形態のリクエスト発行／実行部８のリクエストの実行をする部分の処理の流れを示すフローチャートである。
【図５】実施形態の巡回監視部１３の巡回監視を行う部分の処理の流れを示すフローチャートである。
【符号の説明】
１：運転監視装置、２：障害情報ファイル、７：障害判定部、８：リクエスト発行／実行部、１０：ネットワーク監視装置、１１：モニタファイル、１３：巡回監視部、１４：モニタ表示部、１５：遠隔通報部、１６：サーバ、１７：サーバ、２２：監視端末、２５：大型計算機、２６：稼動データファイル
【図１】
0003757072.tif 000002
【図２】
0003757072.tif 000003
【図３】
0003757072.tif 000004
【図４】
0003757072.tif 000005
【図５】
0003757072.tif 000006