JPH11110248A

JPH11110248A - リモートメンテナンス装置

Info

Publication number: JPH11110248A
Application number: JP9265716A
Authority: JP
Inventors: Yoshihisa Iwaki; 喜久岩城; Hiroshi Maeda; 博前田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1997-09-30
Filing date: 1997-09-30
Publication date: 1999-04-23

Abstract

(57)【要約】【課題】障害発生につながるシステムの異常状態を検
知した時点で情報を効率的に収集してログファイルに記
録し、システムの運転に影響をあたえず障害調査のため
のログを保守センターに送ることができるリモートメン
テナンス装置を得る。【解決手段】保守対象の計算機１０５と保守用端末１
０１とが回線１０３を通して接続されたリモートメンテ
ナンス装置において、計算機１０５に、計算機の異常状
態を統計的に検出する異常検出手段１０５Ａと、この異
常検出手段のデータ収集機能により収集されたデータを
記録する手段（ログファイル）１０５Ｇを備え、回線１
０３を通して保守用端末１０１により上記記録したデー
タ（ログ）内容のチェックを可能にした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば遠隔地の
複数の計算機から構成されるシステムの保守を行うため
のリモートメンテナンス装置に関するものである。

【０００２】

【従来の技術】図９は例えば特開平４−３３８８５４号
公報に示された従来のリモートメンテナンス装置で用い
られる情報収集方式を示す構成図であり、（ａ）は構成
例を示し、（ｂ）はサービスプロセッサ（ＳＶＰ）で実
行することができるコマンドの例を示している。

【０００３】この従来の方式は、複数のユーザ計算機シ
ステム１と、少なくとも、１つの遠隔保守センタシステ
ム２を備えた遠隔保守システムにおいて、遠隔保守セン
タシステム２内の遠隔保守センタ２０で、事前に、ユー
ザ毎に収集する情報の種別をユーザ情報テーブルとし
て設定し、かつ、ユーザからの接続要因に対応して、転
送すべき情報の種類と優先順位を決定する事象テーブル
とを設けて、ユーザ計算機システム１で障害が発生し
て、このユーザ計算機システム１内のサービスプロセッ
サ（ＳＶＰ）１２から遠隔保守センタ２０に接続する
際、接続要因と、ユーザ識別情報とを遠隔保守センタ２
０に通知し、通知を受けた遠隔保守センタ２０では、そ
の接続要因を解読して、接続要因に対する情報収集のた
めの処理を、上記事象テーブルを参照してコマンド列
（ＦＬＥ、ＤＩＳＣ）として生成し、ユーザ計算機シス
テム１のサービスプロセッサ（ＳＶＰ）１２に通知する
ことで、サービスプロセッサ（ＳＶＰ）１２からのコマ
ンドの実行応答に従い、上記接続要因と、上記ユーザ識
別情報に対応して、上記事象テーブルと、ユーザ情報
テーブルとを参照して転送ログの種類を決定して、ユ
ーザのサーピスプロセッサ（ＳＶＰ）１２に転送要求を
行い、サービスプロセッサ（ＳＶＰ）１２が転送要求に
対応したログ情報を転送するようにして、ユーザ単位に
収集する情報を制御するものである。

【０００４】また、上記の遠隔保守システムにおいて、
遠隔保守センタ２０で、事前にユーザ情報を登録する時
の上記ユーザ識別情報として、各々のユーザのサービス
プロセッサ（ＳＶＰ）１２に対応した保守コードを遠
隔保守センタ２０から発行し、発行された保守コード
をユーザのサービスプロセッサ（ＳＶＰ）１２に設定す
る機構を設けて、上記ユーザ計算機システム１で障害が
発生して、ユーザ計算機システム１内のサービスプロセ
ッサ（ＳＶＰ）１２から遠隔保守センタ２０に接続する
際、接続要因と、保守コードとを遠隔保守センタ２０
に通知する。

【０００５】また、上記の遠隔保守システムにおいて、
遠隔保守センタ１０で情報収集中に、新たな、優先順位
の高い事象の接続要因がユーザ計算機システム１内で発
生したときに、上述した情報収集機構により通知された
事象要因の優先順位を、上記事象テーブルで判定し
て、この事象の優先順位が高いと認識したときには、現
在収集途中の処理を一時中断し、優先順位の高い事象要
因に対する処理を開始し、その処理終了後に、上記中断
していた処理の再開を指示するコマンド列を、ユーザ側
のサービスプロセッサ（ＳＶＰ）２に通知するものであ
る。

【０００６】

【発明が解決しようとする課題】従来のリモートメンテ
ナンス装置は以上のように構成されているので、障害が
発生した時点での計算機の状態の収集と、定常的に収集
しているログの収集しか行うことができず、障害の原因
を特定するために十分な情報を得ようとすると、定常的
に収集するログの量が大きくなり、システムに大きな負
荷をかけるという問題点があった。また、複数の計算機
から構成されているシステムにおいて、障害の発生した
計算機からログを収集する際、システム内のＬＡＮを経
由してログを転送する必要があり、システムの運転に支
障が出るという問題点があった。

【０００７】この発明は上記のような問題点を解決する
ためになされたものであり、障害発生につながるシステ
ムの挙動を効率的に収集し、システムの運転に影響をあ
たえず障害調査のためのログを保守センターに送ること
ができるリモートメンテナンス装置を提供することを目
的とする。

【０００８】

【課題を解決するための手段】この発明に係るリモート
メンテナンス装置は、保守対象の計算機と保守用端末と
が回線を通して接続されたものにおいて、上記計算機
に、計算機の異常状態を統計的に検出する異常検出手段
と、この異常検出手段のデータ収集機能により収集され
たデータを記録する手段（ログファイル）を備え、上記
回線を通して上記保守用端末により上記記録したデータ
（ログ）内容のチェックを可能にしたものである。

【０００９】また、上記構成において、保守対象の計算
機を、ＬＡＮで結ばれたシステムを構成する複数の計算
機としたものである。

【００１０】また、保守用端末は、ＬＡＮで結ばれた複
数の計算機を管理する計算機（サーバマシン）を介して
各計算機にアクセスするようになされたものである。

【００１１】また、保守対象の計算機は、異常検出手段
およびこの異常検出手段のデータ収集機能により収集さ
れたデータを記録する手段の他に、計算機内部のアプリ
ケーションプログラムが検知した異常状態から必要な情
報を収集し、上記記録手段に記録する手段を備えたもの
である。

【００１２】また、複数の計算機の各々は、ＬＡＮ経由
でシステムを構成する他の計算機へ計算機の運転状態を
示すデータの収集を指示する手段と、ＬＡＮ経由でシス
テムを構成する他の計算機から自計算機の運転状態を示
すデータの収集の指示を受けデータを収集記録する手段
とを備えたものである。

【００１３】また、複数の計算機がＬＡＮで接続された
保守対象のシステムを保守用端末と接続するゲートウェ
ー計算機を備え、このゲートウェー計算機は、計算機の
運転状態を示すデータを、各計算機に、単位時間当たり
に送信するデータ量を定めた値以下で送信するように要
求する手段と、そのデータを受信し記録する手段（シス
テムログファイル）とを有するものである。

【００１４】

【発明の実施の形態】

実施の形態１．図１はこの発明の実施の形態１に係るリ
モートメンテナンス装置を示す構成図である。図１にお
いて、１０５は計算機で、その内部に異常検出手段１０
５Ａと、この異常検出手段１０５Ａから出力されるデー
タ収集を行った結果を記録するログファイル１０５Ｇが
設けられている。上記計算機１０５は、リモートメイン
テナンスの対象となるシステム１０９を構成する計算機
の内の一つであり、他に計算機１０５と同構成の計算機
１０６や１０７などがＬＡＮ１０４により接続されてい
る。ＬＡＮ１０４には、ゲートウェー計算機１０２およ
び公衆回線例えばインターネット１０３を通して、保守
センターに設置された保守用端末１０１が接続されてい
る。

【００１５】図２は上記計算機１０５が内蔵する異常検
出手段１０５Ａの構成を示すもので、構成要素として、
統計的推測機能１０５ａ、メッセージ判断機能１０５
ｂ、データ記憶部１０５ｃ、およびデータ収集機能１０
５ｄを有している。なお、図２に示したものと同構成の
異常検出手段、およびログファイルが計算機１０６、１
０７にも搭載されている。

【００１６】次に、動作を説明する。計算機１０５内部
に実装された異常検出手段１０５Ａは、自律的に動作
し、定期的に計算機の状態やメッセージを監視してい
る。定期的な情報の監視および異常検出は、統計的推測
機能１０５ａで行われており、これは正規分布やＦ分布
といった分布情報を保持している。

【００１７】一例として、計算機の負荷状況についての
動作を図３に示すフローチャートにより説明する。計算
機負荷について、自身の計算機負荷状況を１秒おきに収
集し（ステップ１１Ｂ）、収集したデータをもとに、異
常検出手段１０５Ａの統計的推測機能１０５ａが保持し
ている分布情報、たとえば正規分布から、危険率５％と
してしきい値を検出する（ステップ１１Ｃ）。検出した
値がそれ以上であった場合（ステップ１１Ｄ）は、異常
検出手段１０５Ａが、負荷が高いと自動的に判断し、そ
のときの計算機情報を取得するために、データ収集機能
１０５ｄが動作してデータを収集する（１１Ｅ）。収集
されたデータはログファイル１０５Ｇに記録される（ス
テップ１１Ｆ）。その後、メンテナンスを行うべき計算
機（例えば１０５）に対して、保守用端末１０１からイ
ンターネット１０３を経由して保守対象のシステムのゲ
ートウェー計算機１０２を通してアクセスを行い、ログ
ファイル１０５Ｇの内容をチェックし、異常状態時のロ
グが記録されていればそのログを取得する。

【００１８】上述のように、異常検出手段は各計算機１
０５、１０６、１０７にそれぞれ実装されており、異常
状態を検出するのに必要な統計情報や、異常と判断した
ときに採取するデータの種類などを決めておくことがで
き、保守用端末１０１が常時メンテナンスのために計算
機にアクセスする必要がない。

【００１９】実施の形態２．図４はこの発明の実施の形
態２に係るリモートメンテナンス装置を示す構成図であ
る。図４において、２０５は計算機で、その内部に異常
検出手段２０５Ａ、エラーログ収集機能２０５Ｉ、ログ
フアイル２０５Ｇ、アプリケーションプログラム２０５
Ｈが内蔵されている。計算機２０５は、リモートメイン
テナンスの対象となるシステムを構成する計算機の内の
一つであり、他に上記計算機２０５と同構成の計算機２
０６がＬＡＮ２０４により接続されている。２０８はサ
ーバマシンで、ＬＡＮ２０４に接続されており、計算機
２０５や２０６といった個々の計算機全体を管理してい
る。２０１は保守用端末で、公衆回線例えばインターネ
ット２０３を通してサーバマシン２０８に接続されてい
る。

【００２０】次に、動作を説明する。計算機２０５のア
プリケーションプログラム２０５Ｈがエラーを検知した
場合、エラー情報をエラーログ収集機能２０５Ｉに通知
する。エラーログ収集機能２０５Ｉは異常検出手段２０
５Ａにエラー状態が生じたことを知らせる。異常検出手
段２０５Ａは、図示していないが、図２に示した異常検
出手段１０５Ａと同様の機能を備えており、異常検出手
段２０５Ａの内部にあるメッセージ判断機能でどういっ
たエラー情報やメッセージ内容のデータ収集が必要かを
判断して、データ収集機能に実行すべき要求を通知す
る。そして、採取したデータをログファイル２０５Ｇに
記録する。さらに、エラーが生じて、データ採取を行っ
たことをサーバマシン２０８に破線で示す２１０の経路
を通して通知する。サーバマシン２０８はデータ採取情
報を記録しておく。

【００２１】保守を行うときは、保守用端末２０１から
インターネット２０３を通してサーバマシン２０８にア
クセスする。保守用端末２０１はサーバマシン２０８の
データ採取情報を確認し、どの計算機がいつデータ採取
を行ったかを確認し、実際にデータ収集を行った計算機
にアクセスしてデータを採取する。

【００２２】実施の形態３．図５はこの発明の実施の形
態３に係るリモートメンテナンス装置を示す構成図であ
る。図５において、３０１は保守センターに置かれる保
守用端末、３０２は保守対象システムのある現地に置か
れるゲートウェー計算機、３０３は保守用端未３０１と
ゲートウェー計算機３０２を結ぶ公衆回線、３０４は保
守対象となるシステムを構成する計算機を結ぶシステム
ＬＡＮ、３０５はシステムを構成する第１の計算機で、
異常検出手段３０５Ａ、データ収集手段３０５Ｂ、デー
タ記録手段３０５Ｃ、ＬＡＮデータ収集指示送信手段３
０５Ｄ、ＬＡＮデータ収集指示受信手段３０５Ｅ、デー
タ送信手段３０６Ｆ、およびログファイル３０５Ｇを内
蔵している。３０６は保守対象のシステムを構成する第
Ｎ番目の計算機で、第１の計算機３０５と同様の構成を
有している。３０６Ａ乃至３０６Ｇはそれぞれ３０５Ａ
乃至３０５Ｇに相当する。

【００２３】次に動作を説明する。第１乃至第Ｎ番目の
複数の計算機から構成されるシステムにおいて、第１の
計算機３０５の異常検出手段３０５Ａが異常を検出する
と、データ収集手段３０５Ｂが、あらかじめ設定されて
いる計算機の運転状態（メモリ利用状況、ＣＰＵ負荷、
ネットワークインタフェース状態、ディスク状態、プロ
グラム実行状態等）のデータを収集し、データ記録手段
３０５Ｃによりログをログファイル３０５Ｇに記録す
る。また、異常検出手段３０５Ａが異常を検出すると、
ＬＡＮデータ収集指示送信手段３０５Ｄによりシステム
を構成する全計算機にデータ収集指示をシステムＬＡＮ
３０４を経由して送信する。システムを構成する第Ｎ番
目の計算機３０６のＬＡＮデータ収集指示受信手段３０
６Ｅが異常を検出した第１の計算機３０５からデータ収
集指示を受信すると、データ収集手段３０６Ｂがあらか
じめ設定されている計算機の運転状態のデータを収集
し、データ記録手段３０６Ｃによりログをログファイル
３０６Ｇに記録する。

【００２４】システムに障害が発生すると、現地より保
守センターに連絡が入り、保守センター作業者は保守用
端末３０１を操作し、公衆回線３０３を介して現地シス
テムのゲートウェー計算機３０２と接続し、現地システ
ムを形成する計算機全てのデータ送信手段３０５Ｆ、３
０６Ｆにログデータの送信を要求する。データ送信手段
３０５Ｆ、３０６Ｆはログデータの送信要求を受信する
とログファイル３０５Ｇ、３０６Ｇを読み出し、ゲート
ウェー計算機３０２と公衆回線３０３経由し保守用端末
３０１に送信する。

【００２５】実施の形態４．図６はこの発明の実施の形
態４に係るリモートメンテナンス装置を示す構成図であ
る。図６において、４０１は保守センターに置かれる保
守用端末、４０２は保守対象システムのある現地に置か
れるゲートウェー計算機で、インターバルタイマー４０
２Ａ、ログデータ受信手段４０２Ｂ、ログデータ送信手
段４０２Ｃ、およびシステムを構成する全計算機のログ
を記録するシステムログファイル４０２Ｄを備えてい
る。４０３は保守用端末４０１とゲートウェー計算機４
０２を結ぶ公衆回線、４０４は保守対象となるシステム
を構成する計算機を結ぶシステムＬＡＮ、４０５はシス
テムを構成する第１の計算機で、異常検出手段４０５
Ａ、データ収集手段４０５Ｂ、データ記録手段４０５
Ｃ、ＬＡＮデータ収集指示送信手段４０５Ｄ、ＬＡＮデ
ータ収集指示受信手段４０５Ｅ、データ送信手段４０５
Ｆ、ログファイル４０５Ｇ、およびインターバルタイマ
ー４０５Ｈから構成されている。４０６は保護対象シス
テムを構成する第Ｎ番目の計算機で、第１の計算機４０
５と同様の構成を有している。４０６Ａ乃至４０６Ｈは
それぞれ４０５Ａ乃至４０５Ｈに相当する。

【００２６】図７はゲートウェー計算機４０２のログデ
ータ受信手段４０２Ｂの動作を示すフローチャートであ
り、図８は第１の計算機４０５のデータ送信手段４０５
Ｆの動作を示すフローチャートである。

【００２７】次に動作を説明する。第１乃至第Ｎ番目の
複数の計算機から構成されるシステムにおいて、第１の
計算機４０５の異常検出手段４０５Ａが異常を検出する
と、データ収集手段４０５Ｂが、あらかじめ設定されて
いる計算機の運転状態（メモリ利用状況、ＣＰＵ負荷、
ネットワークインタフェース状態、ディスク状態、プロ
グラム実行状態等）を収集し、データ記録手段４０５Ｃ
によりログをログファイル４０５Ｇに記録する。また、
異常検出手段４０５Ａが異常を検出すると、ＬＡＮデー
タ収集指示送信手段４０５Ｄによりシステムを構成する
全計算機にデータ収集指示をシステムＬＡＮ４０４を経
由して送信する。システムを構成する第Ｎ番目の計算機
４０６のＬＡＮデータ収集指示受信手段４０６Ｅが異常
を検出した第１の計算機４０５からデータ収集指示を受
信すると、データ収集手段４０６Ｂがあらかじめ設定さ
れている計算機の運転状態のデータを収集し、データ記
録手段４０６Ｃによりログをログファイル４０６Ｇに記
録する。

【００２８】現地システムのゲートウェー計算機４０２
はインターバルタイマー４０２Ａにより起動されるログ
データ受信手段４０２Ｂによりシステムを構成する各計
算機のログを収集しシステムログファイル４０２Ｄに記
録する。ログの収集はシステムＬＡＮ４０４に単位時間
当たりに一定以上のデータを送らないよう、図７と図８
のフローに従って行われる。

【００２９】先ず、図７に従って動作を説明する。ゲー
トウェー計算機４０２のログデータ受信手段４０２Ｂは
インターバルタイマー４０２Ａにより起動される（ステ
ップ４１Ａ）。起動されると、記録されている前回受信
完了時間から所定時間が経過しているか判断する（ステ
ップ４１Ｂ）。所定時間が経過していない場合は終了し
次のインターバルタイマーを待つ（ステップ４１Ｃ）。
所定時間が経過している場合は、記録されている前回収
集した計算機の次の計算機に対しログ送信要求を送る
（ステップ４１Ｄ）。計算機からのログを受信すると、
それをシステムログファイル４０２Ｄに追加し（ステッ
プ４１Ｅ）、収集した計算機とログの受信を完了した時
間を記録して（ステップ４１Ｆ）、終了し（ステップ４
１Ｇ）、次のインターバルタイマーによる起動を待つ。

【００３０】次に、図８により、ゲートウェー計算機か
らログ送信要求を受けたシステムを構成する計算機の動
作を説明する。システムを構成する計算機のデータ送信
手段はログデータ送信要求を受信すると起動される（ス
テップ４２Ａ）。単位時間当たりに送信する量（サイ
ズ）のログを読み出す（ステップ４２Ｂ）。読み出しの
結果を判定し（ステップ４２Ｃ）、ログがない場合は送
信したデータをログから削除し（ステップ４２Ｄ）、終
了（ステップ４２Ｅ）し、ログデータ送信要求を待つ。
ログがある場合は読み出したデータをゲートウェー計算
機４０２に送信（ステップ４２Ｆ）し、次のデータを送
るまでの所定時間（インターバル）を待ち（ステップ４
２Ｇ）、所定時間が経過すると再度ログを読み出す（ス
テップ４２Ｂ）。

【００３１】システムに障害が発生すると、現地より保
守センターに連絡が入り、保守センター作業者は保守用
端末４０１を操作し、公衆回線４０３を介して現地シス
テムのゲートウェー計算機４０２と接続し、システムロ
グの送信を要求する。現地ゲートウェー計算機４０２の
ログデータ送信手段４０２Ｃはシステムログ送信の要求
を受信すると、システムログファイル４０２Ｄを読み出
し、公衆回線４０３経由で保守用端末４０１にデータを
送る。

【００３２】

【発明の効果】以上のようにこの発明によれば、計算機
の異常状態を見極め、その時点で必要なデータ採取を行
うため、障害発生につながるシステムの挙動を効率的に
収集し、障害解析時の大きな手助けとなる。

【００３３】また、計算機自身の異常状態だけでなく、
アプリケーションプログラムの異常通知によるデータ採
取が可能となり、より広範囲のメンテナンスが行えると
ともに、異常状態を判断して必要な情報のみを記録する
ことでシステムの負担が減り、運転に影響を与えないよ
うデータ収集が行える。

【００３４】また、複数の計算機から構成されるシステ
ムにおいて、その構成要素である１台の計算機が異常を
検出した時点の他の構成要素の計算機の運転状態も記録
するよう構成したので、障害が発生した際、その障害に
いたるシステム全体の挙動をより詳細に掴むことが可能
となり、障害の解決を容易にする効果がある。

【００３５】また、複数の計算機から構成されるシステ
ムにおいて、障害が発生した際の情報収集が現地システ
ムＬＡＮに負荷をかけることなく行える効果がある。

【図面の簡単な説明】

【図１】この発明の実施の形態１に係るリモートメン
テナンス装置を示すブロック図である。

【図２】この発明で使用される異常検出手段を示すブ
ロック図である。

【図３】実施の形態１の動作を計算機負荷について説
明するフローチャートである。

【図４】この発明の実施の形態２に係るリモートメン
テナンス装置を示すブロック図である。

【図５】この発明の実施の形態３に係るリモートメン
テナンス装置を示すブロック図である。

【図６】この発明の実施の形態４に係るリモートメン
テナンス装置を示すブロック図である。

【図７】実施の形態４のゲートウェー計算機によるロ
グデータ収集手段の動作を説明するフローチャートであ
る。

【図８】実施の形態４の保守対象計算機のデータ送信
手段の動作を説明するフローチャートである。

【図９】従来のリモートメンテナンス装置の構成
（ａ）とコマンド例（ｂ）を示す図である。

【符号の説明】

１０１、２０１、３０１、４０１保守用端末、１０２、３０２、４０２ゲートウェー計算機、１０３、２０３、３０３、４０３公衆回線、１０４、２０４、３０４、４０４ＬＡＮ、１０５、１０６、１０７、２０５、２０６、３０５、３
０６、４０５、４０６計算機、１０５Ａ、２０５Ａ、３０５Ａ、３０６Ａ、４０５Ａ、４０６Ａ異常検出手段、２０５Ｇ、３０５Ｇ、３０６Ｇ、４０５Ｇ、４０６Ｇ
ログファイル、２０５Ｈアプリケーションプログラム、２０５Ｉエラーログ収集機能、３０５Ｂ、３０６Ｂ、４０５Ｂ、４０６Ｂデータ収集
手段、３０５Ｃ、３０６Ｃ、４０５Ｃ、４０６Ｃデータ記録
手段、３０５Ｄ、３０６Ｄ、４０５Ｄ、４０６ＤＬＡＮデー
タ収集指示送信手段、３０５Ｅ、３０６Ｅ、４０５Ｅ、４０６ＥＬＡＮデー
タ収集指示受信手段、３０５Ｆ、３０６Ｆ、４０５Ｆ、４０６Ｆデータ送信
手段、４０２Ａインターバルタイマー、４０２Ｂログデータ受信手段、４０２Ｃログデータ送信手段、４０２Ｄシステムログファイル。

Claims

【特許請求の範囲】

【請求項１】保守対象の計算機と保守用端末とが回線
を通して接続されたリモートメンテナンス装置におい
て、上記計算機に、計算機の異常状態を統計的に検出す
る異常検出手段と、この異常検出手段のデータ収集機能
により収集されたデータを記録する手段を備え、上記回
線を通して上記保守用端末により上記記録したデータ内
容のチェックを可能にしたことを特徴とするリモートメ
ンテナンス装置。
【請求項２】保守対象の計算機は、ＬＡＮで結ばれた
システムを構成する複数の計算機であることを特徴とす
る請求項１記載のリモートメンテナンス装置。
【請求項３】保守用端末は、ＬＡＮで結ばれた複数の
計算機を管理する計算機（サーバマシン）を介して各計
算機にアクセスするようになされていることを特徴とす
る請求項２記載のリモートメンテナンス装置。
【請求項４】保守対象の計算機は、異常検出手段およ
びこの異常検出手段のデータ収集機能により収集された
データを記録する手段の他に、計算機内部のアプリケー
ションプログラムが検知した異常状態から必要な情報を
収集し、上記記録手段に記録する手段を備えたことを特
徴とする請求項１乃至請求項３のいずれか一項記載のリ
モートメンテナンス装置。
【請求項５】複数の計算機の各々は、ＬＡＮ経由でシ
ステムを構成する他の計算機へ計算機の運転状態を示す
データの収集を指示する手段と、ＬＡＮ経由でシステム
を構成する他の計算機から自計算機の運転状態を示すデ
ータの収集の指示を受けデータを収集記録する手段とを
備えたことを特徴とする請求項２記載のリモートメンテ
ナンス装置。
【請求項６】複数の計算機がＬＡＮで接続された保守
対象のシステムを保守用端末と接続するゲートウェー計
算機を備え、このゲートウェー計算機は、計算機の運転
状態を示すデータを、各計算機に、単位時間当たりに送
信するデータ量を定めた値以下で送信するように要求す
る手段と、そのデータを受信し記録する手段とを有する
ことを特徴とする請求項５記載のリモートメンテナンス
装置。