JP3088636B2 - Ｌａｎ監視方法および装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＬＡＮ（ローカルエリ
アネットワーク）に係り、特に、ＬＡＮに接続された端
末機器の運用状態を監視するＬＡＮ監視方法および装置
に関する。

【０００２】

【従来の技術】ＬＡＮシステムにおいて、その運用は管
理者が運用時間を決めて行っている。ＬＡＮシステムを
構成する各端末機器はその運用時間には、電源オンさ
れ、適正なＬＡＮ動作が可能な状態になっている必要が
ある。また、運用時以外には電源オンされている必要は
なく、むしろ、経済上もしくは保安上、電源オフされて
停止状態にあることが望ましい。したがって、ＬＡＮシ
ステムを構成する端末機器が運用時間通りに動作または
停止していることを監視することは、ＬＡＮシステム運
用上重要である。

【０００３】

【発明が解決しようとする課題】しかし、各端末機器が
ＬＡＮシステムの運用時にそのような動作状態にあるか
否かは必ずしも保証されない。特に、端末機器が個人ユ
ースの端末機器であるような場合には、その運用状態が
個人のスケジュールによって左右されるため、なおさら
である。このような問題に対して、従来、各端末機器の
運用状態をチェックするものとして、市販のネットワー
ク管理ツールがあるが、これは２４時間・３６５日動作
しているシステムにしか適用できなかった。すなわち、
常時運用している状態が正常であるという前提の下に管
理を行うので、夜間・休日等に端末機器が停止状態にあ
る場合、異常と判定してしまうという問題があった。

【０００４】本発明は、スケジュール機能に基づく判定
を行うことにより、夜間・休日等に停止するシステムに
ついても適正な監視が行えるＬＡＮ監視方法および装置
を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、複数の端末機器が接続されたＬＡＮの動
作状態を監視するＬＡＮ監視方法であって、予めＬＡＮ
が稼働するスケジュール情報を記憶装置に記憶してお
き、ＬＡＮに接続されたＬＡＮ監視装置から監視対象の
端末機器に対して定期的に端末監視用コマンドを発行し
て当該端末機器が動作状態にあるか否かをチェックし、
前記スケジュール情報に基づき現時点において監視対象
の各端末機器が動作状態にあるべきか否かをチェック
し、両チェック結果に基づいて、監視対象の端末機器が
動作状態にあるべきときに動作状態にないと判定された
場合に前記ＬＡＮ監視装置の上位装置に対してエラー報
告を行い、当該端末機器が動作状態にあるべきとき以外
の時点で動作状態にないと判定された場合にはエラー報
告を行わないことを特徴とするＬＡＮ監視方法を提供す
るものである。また、本発明は、複数の端末機器が接続
されたＬＡＮの動作状態を監視するＬＡＮ監視装置であ
って、前記複数の端末機器の定義情報を格納する手段
と、ＬＡＮのスケジュール情報を格納する手段と、前記
定義情報に基づき監視対象の端末機器に対して端末監視
用コマンドを定期的に発行し当該端末機器が動作状態に
あるか否かをチェックするとともに、前記スケジュール
情報に基づき現時点において監視対象の各端末機器が動
作状態にあるべきか否かをチェックし、両チェック結果
に基づいて、監視対象の端末機器が動作状態にあるべき
ときに動作状態にないと判定された場合に前記ＬＡＮ監
視装置の上位装置に対してエラー報告を行い、当該端末
機器が動作状態にあるべきとき以外の時点で動作状態に
ないと判定された場合にはエラー報告を行わない監視手
段と、を備えたＬＡＮ監視装置を提供するものである。

【０００６】

【作用】本発明では、ＬＡＮに接続されたＬＡＮ監視装
置から監視対象の端末機器に対して定期的に端末監視用
コマンドを発行して当該端末機器が動作状態にあるか否
かをチェックするとともに、スケジュール情報に基づき
現時点において監視対象の各端末機器が動作状態にある
べきか否かをチェックし、両チェック結果に基づいて、
監視対象の端末機器が動作状態にあるべきときに動作状
態にないと判定された場合に前記ＬＡＮ監視装置の上位
装置に対してエラー報告を行い、当該端末機器が動作状
態にあるべきとき以外の時点で動作状態にないと判定さ
れた場合にはエラー報告を行わない。

【０００７】このようにスケジュールに基づく判定を行
うことにより、夜間・休日等に停止するシステムについ
ても適正な監視が行える。すなわち、例えば営業時間内
では端末監視用コマンドに対する応答がなければエラー
報告を行うことができる。また、非営業時間に端末監視
用コマンドに対する応答があったときにもエラー報告を
行うことができる。

【０００８】端末監視用コマンドの発行およびこれに対
する応答の有無判定において、現実には、発行相手の端
末が正常な動作状態にあったとしても、種々の要因によ
り、１つの端末監視用コマンド発行に対して確実に応答
があるとは限らない。そこで、好ましくは、１台の端末
に対する１回の監視時に複数回端末監視用コマンドを発
行し、そのうち、１回でも応答が確認されたとき、当該
端末は正常な動作状態（オン状態）にあると判定する。
端末監視用コマンドを所定回数まで発行する前に、応答
が確認された場合には残りの端末監視用コマンドの発行
は省略してよい。

【０００９】この場合、過去の端末監視用コマンドの所
要発行回数を参酌して次回の発行回数を動的に決定する
ことにより、必要以上にコマンド発行回数を大きくする
ことを回避できる。その結果、端末動作状態にありなが
ら何らかの要因により応答が得られ難い場合に必要以上
に早く最終的な「応答なし」の結論を下す事態も回避し
つつ、全般的には「応答なし」の結論をより早く下し、
不必要に端末監視用コマンド発行によるトラフィックを
増大させないという効果が得られる。

【００１０】

【実施例】以下、本発明の好適な実施例について、図面
を参照しながら詳細に説明する。

【００１１】まず、図１に本発明によるＬＡＮ監視装置
を有するＬＡＮシステムの概略構成を示す。このＬＡＮ
システムは、ＬＡＮ通信媒体７を介して、ＬＡＮ監視装
置１および端末機器４，５，６が相互に接続されてい
る。ＬＡＮ監視装置１および各端末機器４，５，６は、
いずれも、ワークステーション（ＷＳ）またはパーソナ
ルコンピュータ（ＰＣ）により構成される。なお、この
例では、端末機器５はサーバを構成している。ＬＡＮ監
視装置１は、公衆回線のごとき通信回線８を介して、集
中監視センタ３と接続されており、監視結果を集中監視
センタ３に通知し、あるいは集中監視センタ３からの問
い合わせに対して応答できるようになっている。

【００１２】ＬＡＮ監視装置１は、ＬＡＮの監視制御を
行うＬＡＮ監視部１ａ、およびＬＡＮの通信プロトコル
の制御を行うプロトコル部１ｂ、および集中監視センタ
３との間の通信を行う通信部１ｃを有する。本実施例で
は、プロトコル部１ｂのプロトコルとして、ＴＣＰ／Ｉ
Ｐ(Transmission Control Protocol/InternetProtocol)
を採用している。ＬＡＮ監視装置１のハードウエア構成
は、特に図示はしないが、通常の計算機の構成と同様、
中央処理装置、各種動作プログラムおよびデータを格納
する内部メモリ（ＲＯＭ，ＲＡＭ等）、後述する各種フ
ァイル等を格納する外部記憶装置（ハードディスク
等）、キーボード等の入力装置、ＣＲＴ等の表示装置、
ＬＡＮ制御ボード、通信制御装置などから構成される。
ＬＡＮ監視装置１からは、後述するようにＴＣＰ／ＩＰ
の端末監視用コマンドである”ｐｉｎｇコマンド”を用
いて、予め設定されたスケジュール通りに監視対象の端
末機器４、５が稼働／停止しているか否かを監視し、異
常があれば集中監視センタ３にエラー報告する。このエ
ラー報告に対して、集中監視センタ３は、ＬＡＮの稼働
状態を認識し、必要な措置を採ることができる。図で
は、端末機器６は監視対象から外れた例を示している。

【００１３】図２に、ＬＡＮ監視装置１の内部のファイ
ル構成を示す。本実施例で用いるファイルとして、監視
条件ファイル１２、スケジュールファイル１３、ＬＡＮ
内端末定義ファイル１４、およびインフォメーション
（通報）ファイル１５を有し、監視プログラム１１がこ
れらを用いる。監視プログラム１１は、一定時間間隔で
監視対象の各端末機器に対してｐｉｎｇコマンドを発行
する。ｐｉｎｇコマンドは、自装置と相手端末機器とが
ＬＡＮを介して通信可能に接続されているか否かを確認
するためのコマンドであり、具体的には、接続確認用の
パケットを送信して、相手端末機器から応答用のパケッ
トが返送されてくることを確認するものである。

【００１４】ＬＡＮ内端末定義ファイル１４は、ＬＡＮ
内に接続されているすべての端末機器情報を設定するフ
ァイルである。スケジュールファイル１３は、端末機器
または後述するグループ毎に監視外情報（年月日、曜
日）や監視時刻（開始−終了）および、時間外監視指定
オプションを設定するファイルである。これらの情報
は、ＬＡＮの存在する部署のスケジュール（例えば、営
業日および営業時間）に基づいて設定される。監視条件
ファイル１２は、ｐｉｎｇコマンドを発行する際に指定
するパラメタ（データサイズ、送信回数）および、監視
間隔等を設定するファイルである。ここでいう「送信回
数」とは、次に示すようなｐｉｎｇコマンドの書式にお
いて指定されるパラメータの１つであり、１回のｐｉｎ
ｇコマンド発行時に監視装置と監視対象端末（ホスト名
称）との間でデータの送受信を何回繰り返すかを示すも
のであり、後述するｐｉｎｇ発行回数とは区別すべきも
のである。

【００１５】ｐｉｎｇコマンドの書式：ｐｉｎｇ ホス
ト名称 データサイズ 送信回数 タイムアウト時間 また、「タイムアウト時間」は、ｐｉｎｇコマンドを発
行したとき応答が返されない場合に応答なしと判断して
強制的にそのｐｉｎｇコマンドを終了するための時間で
ある。

【００１６】スケジュールファイル１３は、ＬＡＮ内端
末に共通に使用することができるが、端末毎に別のファ
イルを用意することも可能である。監視プログラム１１
は、これらのファイルを入力・解析することにより、各
端末機器の動作許可時間が判別でき、それに従って端末
機器またはそのグループ毎に稼働／停止状態を確認し、
監視する。図１では示さなかったが、ＬＡＮ監視装置１
からＬＡＮ内端末定義ファイル４およびインフォメーシ
ョンファイル１５の内容は、通信プログラム２を介して
集中監視センタ３へ通知または通報する。

【００１７】図３に、ファイル１２〜１５の各々の構成
例を示す。

【００１８】ＬＡＮ内端末定義ファイル１４は、ターゲ
ット名称１４０を付された端末機器（以下、単に端末と
もいう）毎に、実行コマンド格納ファイルのフルパス１
４１、ホスト名称１４２、ユーザＩＤ１４３、パスワー
ド１４４、グループＩＤ１４５、スケジュールファイル
名称１４６、拠点コード１４７、サイトコード１４８、
タイムアウト時間１４９の各項目を有する。ターゲット
名称１４０は、監視対象端末の機種形名とその製造番号
からなる。監視条件ファイル１２は、ｐｉｎｇコマンド
発行時に指定するオペランド情報を設定するための情報
を格納したファイルであり、データサイズ１２１、送信
回数１２２、監視間隔１２３、および回復通報指定１２
４の各項目を有する。スケジュールファイル１３は、端
末監視のスケジュール情報を格納するファイルであり、
時間外監視指定（監視指定オプション）１３１、監視外
情報１３２、および監視情報１３５を有する。監視外情
報１３２としては、監視外日付１３３および監視外曜日
１３４を含む。監視情報１３５は、開始時刻１３６およ
び終了時刻１３７を含む。インフォメーションファイル
１５は、監視プログラム１１が異常を検出した場合に作
成するものであり、ホスト名称１５１、場所情報１５
２、異常内容１５３の各項目を有する。図の枠３０で囲
んだ範囲が監視プログラム１１の利用するデータの範囲
である。以下、これらの各ファイルの詳細について、順
次、図４〜図７により説明する。

【００１９】図４は、ＬＡＮ内端末定義ファイル１４の
内容を示す。図中、「ＭＡＸ」はその項目の文字または
数値の最大桁数を示す。各ターゲット名称毎の項目デー
タは、図４（ａ）のレコード形式で格納される。図の
「ＣＲ」は改行コードを示す。各項目の内容は図４
（ｂ）に示す通りである。すなわち、実行コマンド格納
ファイルフルパス１４１は、実行する保守コマンドまた
は収集するファイル名を設定しているファイルのフルパ
スである。ホスト名称１４２は、監視対象端末のホスト
名称またはＩＰアドレスである。ユーザＩＤ１４３は、
監視対象端末をログインする場合のユーザＩＤである。
パスワード１４４は、上記ログイン時に用いられるパス
ワードである。グループＩＤ１４５は、監視対象端末を
グループ化する場合のグループＩＤであり、同一のグル
ープの端末に対してＡ〜Ｄ、０〜９のいずれかを設定す
る。スペースが設定された場合には、当該端末がいずれ
のグループにも属さないことを示す。端末機器のグルー
プ化およびその意義については後述する。スケジュール
ファイル名称１４６は、ｐｉｎｇコマンド（ＬＡＮ内端
末監視コマンド）のスケジュール情報を設定したファイ
ルのフルパスを示し、これがスペース以外の場合には監
視対象の端末を示し、スペースの場合には監視対象でな
い端末を示す。本実施例では、拠点コード１４７は、監
視対象端末を有する顧客システムの保守を担当する保守
会社の拠点（支社等）に割り当てられた識別コードを示
す。サイトコード１４８は、監視対象端末を有する顧客
システムの存在する場所に割り当てられた識別コードを
示す。タイムアウト時間１４９は、前述したように監視
対象端末に対してｐｉｎｇコマンドを発行する際に指定
する無応答判定のためのタイムアウト時間である。

【００２０】図５は、スケジュールファイル１３の内容
を示す。この例では、スケジュールファイル１３のレコ
ード形式として図５（ａ）に示すように、監視対象外日
の指定の別により、２通りの形式を示す。形式１は、監
視対象外日を年月日で指定する場合に対応し、形式２
は、監視対象外日を曜日で指定する場合に対応する。勿
論、両者を結合した１つの形式としてもよい。

【００２１】図５（ｂ）にスケジュールファイル１３の
内容説明を示す。時間外監視指定１３１は、ｐｉｎｇコ
マンドによる監視を指定した時刻（動作許可時間）以外
にも行うか否かを指定するための情報であり、”ｙ”で
監視する、”ｎ”で監視しない（デフォルト）を示す。
「動作許可時間」とは、監視外日付および監視外曜日以
外の日における開始時刻から終了時刻までの時間であ
る。休日等の非営業日にも、各端末機器が停止状態にあ
るか否かを確認する場合には、時間外監視指定１３１
を”ｙ”にしておく。監視外年月日１３３は、ｐｉｎｇ
コマンドによる監視を行わない年月日をｙｙｙｍｍｄｄ
の形式で指定するものである。これが設定された年月日
には、原則としてｐｉｎｇコマンドによる監視を行わな
い。但し、時間外監視指定１３１に”ｙ”が設定されて
いる場合には監視が行われる。監視外曜日１３４は、ｐ
ｉｎｇコマンドによる監視を行わない曜日を”Ｍｏ／Ｔ
ｕ／Ｗｅ／Ｔｈ／Ｆｒ／Ｓａ／Ｓｕ”のいずれかで指定
するものである。これが設定された曜日には、原則とし
てｐｉｎｇコマンドによる監視を行わない。但し、時間
外監視指定１３１に”ｙ”が設定されている場合には監
視が行われる。開始時刻１３６および終了時刻１３７
は、監視対象日におけるｐｉｎｇコマンドによる監視を
開始する時刻および終了する時刻であり、ｈｈｍｍｓｓ
の形式で指定する。

【００２２】例えば、土曜および日曜が非営業日で、平
日ＡＭ８：００〜ＰＭ５：００が営業時間であり、時間
外の監視を行う場合には、スケジュールファイル１３
は、次のように設定する。

【００２３】ｙ ＣＲ Ｓａ，Ｓｕ；ＣＲ ０８００００−１７００００；ＣＲ また、１９９５年１月の５、１０、１５、２０、２５、
３０日が休日で、営業日はＡＭ９：００〜ＰＭ８：００
が営業時間であり、時間外の監視を行わない場合、スケ
ジュールファイル１３は、次のように設定する。

【００２４】ｎ ＣＲ １９９５０１／５，１０，１５，２０，２５，３０；Ｃ
Ｒ ０９００００−２０００００；ＣＲ なお、本実施例では、監視外の日はまる１日監視外とし
たが、指定した時間帯は監視を行うようにすることも可
能である。そのためには、例えば、監視外曜日（あるい
は年月日）に対応して開始時刻および終了時刻を指定し
た場合には、その時間帯は監視を行うものとすることが
できる。

【００２５】次に、図６は、監視条件ファイル１２の内
容を示す。これは、図６（ａ）の形式で設定される。図
６（ｂ）に示すように、データサイズ１２１は、ｐｉｎ
ｇコマンド発行時のデータサイズを数字で指定したもの
である。本実施例ではこのデータサイズは特に重要では
なく任意の値でよい。送信回数１２２は、前述したとお
り、ｐｉｎｇコマンド発行時における送信回数を数字で
指定するものである。ここでは、デフォルトで５、最大
１０である。監視間隔１２３は、ｐｉｎｇコマンドを発
行する間隔を分単位の数字で指定するものである。この
例では、デフォルトは３０分、最大値は１００８０（１
週間）である。異常回復通報指定１３４は、異常が検出
された後に回復が検出された際に、回復の通報を行うか
否かを指定するものである。”ｙ”で通報する、”ｎ”
で通報しない（デフォルト）を表す。なお、このファイ
ル１２は省略可能であり、その場合には監視プログラム
１１に設定されているデフォルト値が利用される。

【００２６】図７は、インフォメーションファイル７の
詳細な内容を示す。そのレコード形式は図７（ａ）に示
す通りである。図７（ｂ）に示すように、ホスト名称１
５１は、監視プログラム１１で異常を検出した端末のホ
スト名称またはＩＰアドレスのいずれかである。場所情
報１５２は、監視プログラム１１で異常を検出した端末
が設置されているサイトおよび拠点のコードである。異
常内容１５３は、接続契機、要因コード、ＣＤＡＴの固
定データ、およびリファレンスコードを含む。接続契機
とは、集中監視センタに接続した契機を表すものであ
り、”ＣＩＮＦ＝ＵＦ”は障害通報による接続を表す。
要因コードは接続の要因を表し、”ＤＩＮＦ＝０１”は
監視プログラムによる監視異常を表す。ＣＤＡＴは、通
信プログラムと集中監視センタが通信するときに授受す
るデータを表す。リファレンスコードは、監視プログラ
ム１１で検出した通報要因を表すコードであり、単独機
器／グループの別、時間内／時間外の別の４通りの組み
合わせ毎に別のコードが用意されている。

【００２７】図８により、本実施例による監視処理の概
略フローを説明する。この処理は、ＬＡＮ監視装置１の
プログラム１１の起動により開始され、その後、常時、
実行状態にある。まず、ＬＡＮ内端末定義ファイル１４
を内部メモリに読み込み、ＬＡＮを構成する端末の構成
を把握する（８１）。次に、監視条件ファイル１２を内
部メモリに読み込み、１回の監視時点のｐｉｎｇコマン
ドの送信回数および監視間隔等の情報を認識する（８
３）。次に、スケジュールファイル１３を内部メモリに
読み込み、ＬＡＮ内端末の監視に関するスケジュール情
報を認識する（８５）。そこで、ＬＡＮ内端末の監視処
理を実行する（８７）。なお、ステップ８１，８３，８
５の各々の後にエラーチェックを行う（８２，８４，８
６）。

【００２８】図９により、ＬＡＮ内端末監視処理の詳細
フローを説明する。先ず、監視対象の端末の１つについ
て、スケジュールファイルの指定があるか否かをＬＡＮ
内端末定義ファイル１４により、判定する（８７１）。
なければ、ステップ８８０へ飛ぶ。あれば、そのスケジ
ュール情報を読み、動作許可時間を求める（８７２）。
この動作許可時間は、前述のように、監視外日付および
監視外曜日以外の日における開始時刻から終了時刻まで
の時間である。次に、当該端末がいずれかのグループに
属しているか否かを判定する（８７２）。属していなけ
れば図１０のステップ８８８へ飛ぶ。属していれば、同
一グループの端末をＬＡＮ内端末定義ファイルから検索
して把握する（８７４）。そこで、現在の年月日時刻を
監視装置の内部時計（図示せず）から取得する（８７
５）。ついで、同一グループの端末に対して順次ｐｉｎ
ｇコマンドを発行する（８７６）。次に現時点が、動作
許可時間の範囲内であるか否かを判定する（８７８）。
範囲外であればステップ８８４へ進み、範囲内であれ
ば、ステップ８７９へ進む。

【００２９】ステップ８７９では、ｐｉｎｇコマンドに
対する応答があったか否かを判定する。なければステッ
プ８８２へ進む。あれば、当該端末が動作していること
が確認されるので、次の端末の処理に移るために、ステ
ップ８７１へ戻る。すべての端末の処理が終了すれば
（ステップ８８０ｙｅｓ）、インターバルタイマ（図示
せず）を起動して、監視条件ファイル１２の監視間隔１
３３に設定された時間だけ待機する（８８１）。この待
機期間中、端末監視装置１は、他の処理を実行すること
ができる。インターバルタイマーによるタイムアウト時
の割り込みに応じて、処理が続行される。ステップ８８
２では、グループの端末すべてがオフ状態にあるか否か
を判定する。そうでなければステップ８７６に戻り、次
のグループ内端末の処理へ移る。グループ内端末の全て
のオフと判定された場合には、先に説明したインフォメ
ーションファイル１５により集中監視センタへエラー報
告を行う（８８３）。但し、監視条件ファイル１２の回
復通報指定１３４が”ｎ”の場合には、この通報は行わ
ない。その後、ステップ８８０へ移行し、次の端末の処
理に移る。

【００３０】ステップ８７８で現時点が動作許可時間の
範囲外であると判定された場合、先ず、時間外監視指定
１３１を調べる（８８４）。指定なし（”ｎ”）であれ
ば、ｐｉｎｇコマンドに対する応答の有無を確認するこ
となくステップ８８０へ移行し、次の端末の処理に移
る。指定あり（”ｙ”）であれば、ｐｉｎｇコマンドの
応答があるか否かをチェックし（８８５）、この場合に
は応答があればエラー報告を行う（８８６）。これは、
監視時間外すなわち動作許可時間外に端末が動作状態に
あることをエラーとして報告するものである。ステップ
８８５で応答がない場合には、ステップ８８７でグルー
プの端末が全てオフ状態にあるか否かを調べ、そうでな
ければステップ８７６へ戻りグループ内の次の端末の処
理に移り、全てオフ状態にあると判定された場合にはス
テップ８８０へ移行し、次の端末の処理に移る。

【００３１】ステップ８７３で、グループの指定がなか
った場合、図１０に移り、現在の年月日時刻を取得し
（８８８）、当該端末に対してｐｉｎｇコマンドを発行
する（８８９）。次に、現時点が動作許可時間の範囲内
にあるかを調べ（８９０）、なければステップ８９３へ
移る。あれば、ｐｉｎｇコマンドに対する応答があった
か否かを判定し（８９１）、なければエラー報告を行う
（８９２）。あればステップ８８０へ飛び、次の端末の
処理へ移行する。ステップ８９０で範囲外の場合には、
時間外監視の指定があるか否かを調べ（８９３）、なけ
れば応答の有無を確認することなくそのままステップ８
８０へ飛び、次の端末の処理へ移行する。あれば、エラ
ー報告を行う（８９５）。

【００３２】このように、時間外監視指定が”ｙ”のと
き、動作許可時間内ではｐｉｎｇコマンドに対する応答
がなければエラー報告を行い、他方、動作許可時間外に
はｐｉｎｇコマンドに対する応答があったときにエラー
報告を行うことができる。

【００３３】ｐｉｎｇコマンドの発行（ステップ８７
６，８８９）、およびこれに対する応答の有無判定（ス
テップ８７９，８８５，８９１，８９４）において、現
実には、発行相手の端末が正常な動作状態にあったとし
ても、種々の要因により、１つのｐｉｎｇコマンド発行
に対して確実に応答があるとは限らない。そこで、本実
施例では、１台の端末に対する１回の監視時（監視間隔
１３３で決まる）において複数回ｐｉｎｇコマンドを発
行し、そのうち、１回でも応答が確認されたとき、当該
端末は正常な動作状態（オン状態）にあると判定する。
ｐｉｎｇコマンドを所定回数まで発行する前に、応答が
確認された場合には残りのｐｉｎｇコマンドの発行は省
略してよい。

【００３４】図１１に、本実施例における１台の端末に
対する１回の監視時の応答の有無（生死）のチェックの
具体的な処理フローを示す。これは、厳密には図９のフ
ローと対応していないが、図９のフローの中に組み込む
ことができることは当業者には明らかであろう。まず、
今回の応答があるまでのｐｉｎｇ発行回数ｍを１、応答
があるまでのｐｉｎｇ発行回数の合計値ｇを０、次回の
ｐｉｎｇ発行回数ｎを５０に初期設定する（１１０〜１
１２）。次に、ｐｉｎｇコマンドを発行し（１１３）、
タイムアウト時間内に応答があるか否かをチェックする
（１１４）。応答があれば、変数ｇに今回の応答がある
までのｐｉｎｇ発行回数ｍを加算して更新し（１１
５）、前回までの応答があるまでのｐｉｎｇ発行回数
（所要ｐｉｎｇ発行回数）の平均値ｐをｐ＝ｇ／（ｘ＋
１）により算出する（１１６）。ここに、変数ｘは、前
回までのｐｉｎｇ発行回数の更新回数（すなわち監視回
数）を示す。この平均値ｐを当該端末に対する次回のｐ
ｉｎｇ発行回数ｎとしてメモリに記憶しておく（１１
７）。次いで、図９のフローでは、「応答あり」に続く
ステップへ移る。ステップ１１４において応答がない場
合には、今回の応答があるまでのｐｉｎｇ発行回数をカ
ウントアップして（１１８）、これが発行回数ｎを越え
たかを調べる（１１９）。越えてなければ、ステップ１
１３に戻り、再度ｐｉｎｇコマンドを発行する。越えて
いれば、今回の監視では応答がなかったと判定する。

【００３５】例えば、図１２に示すように、当該発行回
数を最初の監視時は５０回とし、２回目以降の監視時は
過去の応答があるまでのｐｉｎｇ発行回数の平均値を求
め、この平均値を次回の監視時のｐｉｎｇ発行回数とす
ることにより、１回の監視時のｐｉｎｇ発行回数を回帰
的に変更することができる。なお、ｐｉｎｇ発行回数の
平均値ｐは、現時点に近い過去の所定個数のみの平均で
あってもよい。

【００３６】このように過去のｐｉｎｇコマンドの所要
発行回数を参酌して次回の発行回数を動的に決定するこ
とにより、必要以上にコマンド発行回数を大きくするこ
とを回避できる。その結果、端末動作状態にありながら
何らかの要因により応答が得られ難い場合に必要以上に
早く最終的な「応答なし」の結論を下す事態を回避しつ
つ、全般的には「応答なし」の結論をより早く下し、不
必要にｐｉｎｇコマンド発行によるトラフィックを増大
させないという効果が得られる。

【００３７】図１３は、図１２の処理の変形例を示す。
変数ｐ，ｍ，ｎ，ｘ，ｇは図１２と同じである。この場
合、ｐｉｎｇコマンドの最低発行回数ｏを導入し、これ
より小さい値にはならないように保証したものである。
これによって、少ない所要発行回数が連続した場合に続
いて、動作状態でありながらより多くの発行回数を要す
るような状況が発生した場合に、誤って応答なしと判断
する誤動作の可能性を低減することができる。

【００３８】次に、監視対象端末のグループ化の意義お
よび具体例について説明する。今、図１４に示したよう
に、監視装置１が自己の接続されたＬＡＮ内の端末を監
視するとともに、ルータＢ，Ｈを介して他のＬＡＮ内の
端末群も監視する場合を考える。また、４台の端末Ｃ〜
ＦがハブＧの下位に接続され、これら４台が１つのグル
ープ（グループ１）に属するものとする。この場合のＬ
ＡＮ内端末定義ファイル１４のグループＩＤ１４５およ
びスケジュールファイル名称１４６を図１５に抜粋して
示している。ここでは、スケジュールファイル名称とし
て単にその有無を示しているが、実際にはファイル名称
が設定される。端末Ｃ〜ＦのグループＩＤ１４５に”
１”が設定され、これらが同一のグループに属すること
が分かる。図１４に示したルータＢ，Ｈおよびサーバ
Ａ，Ｉもｐｉｎｇコマンドに対する応答を返す機能を有
するので、これらに対してもｐｉｎｇコマンドを発行
し、その動作状態を確認することができる。しかし、ハ
ブＧは、これがｐｉｎｇコマンドへの応答が可能か否か
に関わらず、ハブＧの配下の端末Ｃ〜Ｆをすべてチェッ
クすることにより、これらの端末がいずれも動作してい
ないと判定されたときにその上位にあるハブＧが異常
（非動作状態、電源オフ状態も含む）であると判定する
ことができる。したがって、ハブＧのスケジュールファ
イル名称１４６にはファイル名称を設定せず、それに対
するｐｉｎｇコマンドの発行を省略することができる。

【００３９】上記の説明ではスケジュールファイル１３
の設定は、人手で行うものであったが、これに加えて、
その設定を自動的に行うことも可能である。図１６は、
スケジュールファイル１３を自動更新する場合の説明図
である。例えば、マシンメンテナンス管理システム１５
０１が存在する場合、そのメンテナンス日程ファイル１
５０２に基づいて、スケジュールファイル１３の更新デ
ータに変換するスケジュールファイル変換プログラム１
５０３を用いることにより、自動更新することが可能に
なる。これにより、突発的なあるいは不定期的なイベン
トに対して、自動的に対処することができる。

【００４０】最後に、図１７により、監視装置１自体の
動作監視の方法について説明する。図示のごとく、集中
監視センタ３から定期的に監視装置１に対して、ｐｉｎ
ｇコマンドを送出し、その応答の有無により、監視装置
１自体が正常な動作状態にあるか否かを確認することが
できる。

【００４１】以上、本発明の好適な実施例について説明
したが、本発明の範囲内で種々の変形を行うことが可能
である。例えば、上記説明では、１回の監視時に１台の
端末に対して複数回端末監視用コマンドを発行する際、
１台に対して応答があるまで（またはタイムアウトにな
るまで）連続してコマンドを発行したが、他の監視対象
端末に対するコマンド発行を優先するようにしてもよ
い。

【００４２】また、端末機器の動作状態を確認するため
に、特定の端末監視用コマンドを用いたが、相手端末機
器によっては、そのようなコマンドを用いる代わりに相
手アプリケーションとの直接的な交信により当該アプリ
ケーションの動作を含めてその端末機器の動作状態を確
認することも可能である。例えば、相手端末機器がメー
ルサーバである場合には、このメールサーバに対して自
宛のメールの有無を問い合わせ、その応答の有無を確認
することにより、当該メールサーバ端末機器のアプリケ
ーションの動作までの監視を行うことができる。

【００４３】

【発明の効果】本発明によれば、スケジュール機能に基
づく判定を行うことにより、夜間・休日等に停止するシ
ステムについても適正な監視が行えるＬＡＮ監視方法お
よび装置を提供することができる。

【図面の簡単な説明】

【図１】本発明によるＬＡＮ監視装置を有するＬＡＮシ
ステムの構成を示すブロック図である。

【図２】図１のＬＡＮ監視装置のファイル構成を説明す
るためのブロック図である。

【図３】図２に示した各ファイルの詳細構成を示す説明
図である。

【図４】図３に示したＬＡＮ内端末定義ファイルの説明
図である。

【図５】図３に示したスケジュールファイルの説明図で
ある。

【図６】図３に示した監視条件ファイルの説明図であ
る。

【図７】図３に示したインフォメーションファイルの説
明図である。

【図８】本発明の実施例における監視処理の概略処理手
順を示すフローチャートである。

【図９】図８に示したＬＡＮ内監視処理の詳細処理手順
を示すフローチャートである。

【図１０】図９の処理に続く処理手順のフローチャート
である。

【図１１】本実施例における端末機器の生死チェックの
具体例を示すフローチャートである。

【図１２】図１１の処理を説明するためのグラフであ
る。

【図１３】図１１の処理の変形例を示すフローチャート
である。

【図１４】実施例における端末機器のグループ化を説明
するためのシステム構成のブロック図である。

【図１５】図１４とともにグループ化の説明に供する説
明図である。

【図１６】実施例におけるスケジュールファイルの自動
更新の説明図である。

【図１７】実施例におけるＬＡＮ監視装置自体の監視の
説明図である。

【符号の説明】

１…ＬＡＮ監視装置、２…遠隔マスタ、３…集中監視装
置、４，５，６…端末機器、７…ＬＡＮ媒体、８…通信
回線、１１…監視プログラム、１２…監視条件ファイ
ル、１３…スケジュールファイル、１４…ＬＡＮ内端末
定義ファイル、１５…インフォメーションファイル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 衣川 一久 東京都千代田区内神田２丁目14番６号 日立電子サービス株式会社内 (72)発明者 萱場 孝博 東京都千代田区内神田２丁目14番６号 日立電子サービス株式会社内 (56)参考文献 特開 昭61−105944（ＪＰ，Ａ) 特開 昭61−121551（ＪＰ，Ａ) 特開 昭64−38853（ＪＰ，Ａ) 特開 平６−103178（ＪＰ，Ａ) 特開 平７−250177（ＪＰ，Ａ) 特開 平８−79278（ＪＰ，Ａ) 特開 平８−265367（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/28 H04L 12/24 H04L 12/26 G06F 13/00 G06F 15/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (11)

(57)【特許請求の範囲】
1. 【請求項１】複数の端末機器が接続されたＬＡＮの動作
   状態を監視するＬＡＮ監視方法であって、 予めＬＡＮが稼働するスケジュール情報を記憶装置に記
   憶しておき、 ＬＡＮに接続されたＬＡＮ監視装置から監視対象の端末
   機器に対して定期的に端末監視用コマンドを発行して当
   該端末機器が動作状態にあるか否かをチェックし、 前記スケジュール情報に基づき現時点において監視対象
   の各端末機器が動作状態にあるべきか否かをチェック
   し、 両チェック結果に基づいて、監視対象の端末機器が動作
   状態にあるべきときに動作状態にないと判定された場合
   に前記ＬＡＮ監視装置の上位装置に対してエラー報告を
   行い、当該端末機器が動作状態にあるべきとき以外の時
   点で動作状態にないと判定された場合にはエラー報告を
   行わず、 前記両チェック結果に基づいて、監視対象の端末機器が
   動作状態にあるべきとき以外の時点で動作状態にあると
   判定された場合に、前記ＬＡＮ監視装置の上位装置に対
   してエラー報告を行う ことを特徴とするＬＡＮ監視方
   法。
2. 【請求項２】請求項１記載のＬＡＮ監視方法において、複数の端末機器が上位の端末機器の配下に接続されてい
   る場合、当該複数の端末機器のいずれもが動作していな
   いと判定されたとき、当該上位の端末機器も動作してい
   ないと判定することにより、当該上位の端末機器に対す
   る前記端末監視用コマンドの発行を省略する ＬＡＮ監視
   方法。
3. 【請求項３】請求項１または２記載のＬＡＮ監視方法に
   おいて、１台の端末機器の動作状態を前記端末監視用コマンドの
   発行によりチェックする際、応答があるまで当該コマン
   ドを所定の複数回まで発行し、当該端末機器からの応答
   があったとき、当該端末機器は動作状態にあると判定す
   る ＬＡＮ監視方法。
4. 【請求項４】請求項３記載のＬＡＮ監視方法において、前記所定の複数回は、当該端末機器に対する過去の所要
   コマンド発行回数に応じて動的に変更する ＬＡＮ監視方
   法。
5. 【請求項５】請求項４記載のＬＡＮ監視方法において、前記所定の複数回を動的に変更する際に最低の発行回数
   を保証する ＬＡＮ監視方法。
6. 【請求項６】複数の端末機器が接続されたＬＡＮの動作
   状態を監視するＬＡＮ監視装置であって、 前記複数の端末機器の定義情報を格納する手段と、 ＬＡＮのスケジュール情報を格納する手段と、 前記定義情報に基づき監視対象の端末機器に対して端末
   監視用コマンドを定期的に発行し当該端末機器が動作状
   態にあるか否かをチェックするとともに、前記スケジュ
   ール情報に基づき現時点において監視対象の各端末機器
   が動作状態にあるべきか否かをチェックし、両チェック
   結果に基づいて、監視対象の端末機器が動作状態にある
   べきときに動作状態にないと判定された場合に前記ＬＡ
   Ｎ監視装置の上位装置に対してエラー報告を行い、当該
   端末機器が動作状態にあるべきとき以外の時点で動作状
   態にないと判定された場合にはエラー報告を行わず、前
   記両チェック結果に基づいて、監視対象の端末機器が動
   作状態にあるべきとき以外の時点で動作状態にあると判
   定された場合に、前記ＬＡＮ監視装置の上位装置に対し
   てエラー報告を行う監視手段と、 を備えたＬＡＮ監視装置。
7. 【請求項７】請求項６記載のＬＡＮ監視装置において、 前記監視手段は、複数の端末機器が上位の端末機器の配
   下に接続されている場合、当該複数の端末機器のいずれ
   もが動作していないと判定されたとき、当該上 位の端末
   機器も動作していないと判定することにより、当該上位
   の端末機器に対する前記端末監視用コマンドの発行を省
   略する ＬＡＮ監視装置。
8. 【請求項８】請求項６または７記載のＬＡＮ監視装置に
   おいて、 前記監視手段は、１台の端末機器の動作状態を前記端末
   監視用コマンドの発行によりチェックする際、応答があ
   るまで当該コマンドを所定の複数回まで発行し、当該端
   末機器からの応答があったとき、当該端末機器は動作状
   態にあると判定するＬＡＮ監視装置。
9. 【請求項９】請求項８記載のＬＡＮ監視装置において、 前記監視手段は、前記所定の複数回を、当該端末機器に
   対する過去の所要コマンド発行回数に応じて動的に変更
   するＬＡＮ監視装置。
10. 【請求項１０】請求項９記載のＬＡＮ監視装置におい
    て、 前記監視手段は、前記所定の複数回を動的に変更する際
    に最低の発行回数を保証するＬＡＮ監視装置。
11. 【請求項１１】請求項１〜５のいずれかに記載のＬＡＮ
    監視方法において、 前記端末監視用コマンドとして、ＴＣＰ／ＩＰのｐｉｎ
    ｇコマンドのような予め用意されているコマンドを用い
    る代わりに、相手端末機器のアプリケーションとの直接
    的な交信により、アプリケーションの動作状態までの監
    視を行うＬＡＮ監視方法。