JPH09172433A - ネットワーク管理システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、ネットワーク管理システムに関
し、マネージャがネットワークに接続されているエージ
ェントを探索して見つけて異常通知先アドレスやマネー
ジャのアクセス権などを自動設定し、従来のエージェン
ト側での設定作業を削減することを目的とする。 【解決手段】 フレームをブロードキャストして応答フ
レームをもとにエージェントのアドレスを検出してエー
ジェント管理テーブルに登録した後、登録したエージェ
ントのアドレスを宛先にしてフレームに異常通知先アド
レスおよびパスワードを設定して送信する自動設定手段
を設けたマネージャと、ブロードキャストされたフレー
ムを受信したときに自アドレスを設定したフレームを返
送、および自アドレスを指定したフレームを受信したと
き設定されている異常通知先アドレスおよびパスワード
を管理ファイルに保存する自動登録手段を設けたエージ
ェントとを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続されたエージェントを管理するネットワーク管理シス
テムに関するものである。

【０００２】

【従来の技術】従来、ネットワークにマネージャおよび
複数のエージェントが接続されているシステムにおい
て、各エージェントで異常が発生した場合のトラップ送
信先（異常情報通知先）やマネージャからの各エージェ
ントへのアクセス権の設定は、各エージェント側で人手
によってそれぞれ行っていた。

【０００３】

【発明が解決しようとする課題】従来は、ネットワーク
に接続された各エージェント側で異常発生時のトラップ
送信先（異常情報の送信先）の設定やマネージャからの
各エージェントへのアクセス権の設定を人手によって行
っていたため、監視対象のエージェントの台数が増える
に従いこの設定作業に大変な手間が必要となってしまう
問題があった。

【０００４】本発明は、これらの問題を解決するため、
マネージャがネットワークに接続されているエージェン
トを探索して見つけて異常通知先アドレスやマネージャ
のアクセス権などを自動設定し、従来のエージェント側
での設定作業を削減することを目的としている。

【０００５】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、マネージ
ャ２は、ネットワークに接続された複数のエージェント
５を監視するものであって、ここでは、自動設定手段３
およびエージェント管理テーブル４などから構成される
ものである。

【０００６】自動設定手段３は、ネットワークに接続さ
れたエージェント５を検出してエージェント管理テーブ
ル４に登録したり、登録したエージェント５に異常通知
先アドレスやパスワードを設定したり、エージェント５
からデータを読みだしたりなどするものである。

【０００７】エージェント管理テーブル４は、ネットワ
ークに接続された監視対象のエージェント５に関する情
報などを登録するものである。エージェント５は、ネッ
トワークに接続されたマネージャ２によって監視される
もの（端末）であって、ここでは、自動登録手段６、通
知手段７などから構成されるものである。

【０００８】自動登録手段６は、ネットワークからのブ
ロードキャストされたフレームを受信したときに自アド
レスを設定したフレームを返送したり、ネットワークか
ら自アドレスを指定したフレームを受信したときに当該
フレームに設定されている異常通知先アドレスおよびパ
スワードをファイルに保存したりなどするものである。

【０００９】通知手段７は、エージェントに異常発生時
に異常発生したエージェント５のアドレス、パスワード
および異常内容を設定したフレームをマネージャ２に送
信したり、マネージャ２からフレームによってアクセス
要求があったときにパスワードおよびアクセス権がＯＫ
のときにデータをフレームに設定して返送したりなどす
るものである。

【００１０】次に、動作を説明する。マネージャ２の自
動設定手段３がネットワークにフレームをブロードキャ
ストし、エージェント５の自動登録手段６がネットワー
クからのブロードキャストされたフレームを受信したと
きに自アドレスを設定した応答フレームを返送し、マネ
ージャ２の自動設定手段３がこの応答フレームからエー
ジェント５のアドレスを取り出してエージェント管理テ
ーブル４に登録した後、登録したエージェント５のアド
レスを宛先にしてフレームに異常通知先アドレスおよび
パスワードを設定して送信し、エージェント５の自動登
録手段６がネットワークから自アドレスを指定したフレ
ームを受信したときに当該フレームに設定されている異
常通知先アドレスおよびパスワードをファイルに保存す
るようにしている。

【００１１】また、マネージャ２の自動設定手段３がエ
ージェント管理テーブル４に登録されているエージェン
ト５のアドレスを宛先にしてフレームにパスワードとア
クセス権を設定して送信し、エージェント５の自動登録
手段６がネットワークからフレームを受信したときにマ
ネージャのパスワードとアクセス権をファイルに登録
し、エージェント５の通知手段７がネットワークを介し
て受信したフレームについてアクセス要求であったとき
にファイルを参照してパスワードとアクセス権の認証が
ＯＫのときに要求のあったデータをフレームに設定して
返送するようにしている。

【００１２】また、エージェント５の通知手段７がエー
ジェント５に異常発生時に、異常発生したエージェント
５のアドレス、パスワードおよび異常内容を設定したフ
レームを送信し、マネージャ２がネットワークから受信
したフレームについてエージェント管理テーブル４を参
照してアドレスに対応するパスワードがＯＫのときに異
常内容を取り出して表示などするようにしている。

【００１３】また、マネージャ２の自動設定手段３が一
定時間毎にエージェント管理テーブル４に登録されてい
るエージェント５のアドレスを宛先にしてフレームを送
信し、一定時間内にフレームの応答がなかったときにエ
ージェント管理テーブル４の当該エントリの内容を無効
に設定するようにしている。

【００１４】従って、マネージャ２がネットワークに接
続されているエージェント５を探索して見つけて異常通
知先アドレスやマネージャ２のアクセス権などを自動設
定することにより、従来のエージェント側での設定作業
を削減することなどが可能となる。

【００１５】

【発明の実施の形態】次に、図１から図１１を用いて本
発明の実施の形態および動作を順次詳細に説明する。

【００１６】図１は、本発明のシステム構成図を示す。
図１において、管理ファイル（トラップ）８は、マネー
ジャ２のＩＰアドレスに対応づけてトラップ用コミュニ
ティ名（パスワードの一種）を登録して管理するもので
ある（図７の（ａ）参照）。

【００１７】管理ファイル（ＭＩＢ）９は、ＭＩＢコミ
ュニティ名に対応づけてアクセス権を登録して管理する
ものである（図７の（ｂ）参照）。ネットワークは、エ
ージェント５、マネージャ２などの間で相互にフレーム
を送受信するためのネットワークである。

【００１８】次に、図２のフローチャートを用いて図１
の構成の設定時の手順を詳細に説明する。図２は、本発
明の設定フローチャート（その１）を示す。

【００１９】図２において、Ｓ１は、フレーム（Ｅｃｈ
ｏ）を作成する。これは、後述する図５の（ａ）のフレ
ーム（Ｅｃｈｏ）のように、宛先アドレス（ｆｆ：ブロ
ードキャストを表す）、送信元アドレス（＃００：マネ
ージャ２のアドレス）、コントロールデータ（Ｅｃｈ
ｏ：応答要求データ）を設定したフレームを作成する。

【００２０】Ｓ２は、ブロードキャストで送信する。こ
れは、Ｓ１で作成したブロードキャストのフレーム（Ｅ
ｃｈｏ）をネットワークに送信する。Ｓ３は、エージェ
ントが受信する。これは、Ｓ２でネットワークに送信さ
れたフレーム（Ｅｃｈｏ）をエージェント５が受信す
る。

【００２１】Ｓ４は、応答要か判別する。ＹＥＳの場合
には、Ｓ５に進む。ＮＯの場合には、自エージェントが
応答不要と判明したので、受信したフレームを無視（放
棄）する。

【００２２】Ｓ５は、Ｓ４で応答要と判明したので、フ
レーム（ＥｃｈｏＲｅｐｌｙ）を作成する。これは、後
述する図５の（ｂ）のフレーム（ＥｃｈｏＲｅｐｌｙ）
のように、宛先アドレス（＃００：マネージャ２のアド
レス）、送信元アドレス（＃１１：エージェント５のア
ドレス）、コントロールデータ（ＥｃｈｏＲｅｐｌｙ：
応答データ）を設定したフレームを作成する。

【００２３】Ｓ６は、送信する。これは、Ｓ５で作成し
たフレーム（ＥｃｈｏＲｅｐｌｙ）をネットワークに送
信する。Ｓ７は、Ｓ６で送信されたフレーム（Ｅｃｈｏ
Ｒｅｐｌｙ）を宛先のマネージャ２が受信する。

【００２４】Ｓ８は、管理テーブルへの登録を行う。こ
れは、図１のエージェント管理テーブル４に、受信した
フレーム（ＥｃｈｏＲｅｐｌｙ）から取り出したエージ
ェント５のアドレス、フレーム（Ｅｃｈｏ）の応答の有
を登録する（図６参照）。

【００２５】以上のＳ１からＳ８によって、マネージャ
２がフレームをブロードキャストしてネットワークに接
続されているエージェント５からの応答フレームによっ
て全ての監視対象のエージェント５のアドレス、フレー
ム（Ｅｃｈｏ）の有りを後述する図６のエージェント管
理テーブル４に示すように探索して登録することが可能
となる。

【００２６】Ｓ９は、フレーム（ＳＮＭＰ要求）を作成
する。これは、後述する図５の（ｃ）のフレーム（ＳＮ
ＭＰ要求）のように、宛先アドレス（＃１１：エージェ
ント５のアドレス）、送信元アドレス（＃００：マネー
ジャ２のアドレス）、プロトコルデータ（ＧｅｔＲｅｑ
ｕｅｓｔＰＤＵ：ＰＤＵ要求データ）を設定したフレー
ムを作成する。

【００２７】Ｓ１０は、送信する。これは、Ｓ９で作成
したフレーム（ＳＮＭＰ要求）をネットワークに送信す
る。Ｓ１１は、エージェントが受信する。これは、Ｓ１
０でネットワークに送信されたフレーム（ＳＮＭＰ要
求）を宛先のエージェント５が受信する。

【００２８】Ｓ１２は、応答要か判別する。ＹＥＳの場
合には、Ｓ１３に進む。ＮＯの場合には、自エージェン
トが応答不要と判明したので、受信したフレームを無視
（放棄）する。

【００２９】Ｓ１３は、Ｓ１２で応答要と判明したの
で、フレーム（ＳＮＭＰ応答）を作成する。これは、後
述する図５の（ｄ）のフレーム（ＳＮＭＰ応答）に示す
ように、宛先アドレス（＃００：マネージャ２のアドレ
ス）、送信元アドレス（＃１１：エージェント５のアド
レス）、プロトコルデータ（ＧｅｔＲｅｓｐｏｎｓｅＰ
ＤＵ：ＰＤＵ応答データ）を設定したフレームを作成す
る。

【００３０】Ｓ１４は、送信する。これは、Ｓ１３で作
成したフレーム（ＳＮＭＰ応答）をネットワークに送信
する。Ｓ１５は、Ｓ１４で送信されたフレーム（ＳＮＭ
Ｐ応答）を宛先のマネージャ２が受信する。

【００３１】Ｓ１６は、管理テーブルへの登録を行う。
これは、図１のエージェント管理テーブル４に、受信し
たフレーム（ＳＮＭＰ応答）から取り出したエージェン
ト５のアドレス、ＰＤＵ（プロトコル・データ・ユニッ
ト）を登録する。

【００３２】Ｓ１７は、エージェントの認識を完了す
る。以上のＳ９からＳ１７によって、マネージャ２がフ
レームを監視対象のエージェント５に送信してＰＤＵデ
ータの返信を受けて登録し、監視対象のネットワークに
接続されているエージェント５の認識を完了したことと
なる。そして、（Ａ）に続けて、図３および図４を行
う。

【００３３】図３は、本発明の設定フローチャート（そ
の２）を示す。これは、異常通知先アドレスの設定のフ
ローチャートである。図３において、Ｓ２１は、フレー
ム（アドレス設定）を作成する。これは、後述する図５
の（ｅ）のフレーム（アドレス設定）のように、宛先ア
ドレス（＃１１：エージェント５のアドレス）、送信元
アドレス（＃００：マネージャ２のアドレス）、データ
（マネージャＩＰアドレス、トラップ用コミュニティ
名）を設定したフレームを作成する。

【００３４】Ｓ２２は、送信する。これは、Ｓ２１で作
成したフレーム（アドレス設定）をネットワークに送信
する。Ｓ２３は、エージェントが受信する。これは、Ｓ
２２でネットワークに送信されたフレーム（アドレス設
定）をエージェント５が受信する。

【００３５】Ｓ２４は、管理ファイル（トラップ）へ保
存する。これは、後述する図７の（ａ）の管理ファイル
（トラップ）８に示すように、Ｓ２３で受信したフレー
ム（アドレス設定）から取り出して保存する。

【００３６】Ｓ２５は、応答フレームを送信する。Ｓ２
６は、Ｓ２５の応答フレームを受信する。Ｓ２７は、管
理テーブルの更新を行う。これは、エージェント管理テ
ーブル４を更新し、エージェント５が管理ファイル（ト
ラップ）８に保存した内容と一致させておく。

【００３７】以上によって、マネージャ２がエージェン
ト５に対してフレーム（アドレス設定）によって自動的
に各エージェント５に異常発生時のフレームの送信先ア
ドレス（マネージャＩＰアドレス）およびパスワード
（トラップ用コミュニティ名）を自動設定できたことと
なる。

【００３８】図４は、本発明の設定フローチャート（そ
の３）を示す。これは、ＭＩＢアクセス（エージェント
が持つデータへのアクセス）の設定のフローチャートで
ある。

【００３９】図４において、Ｓ３１は、フレーム（ＭＩ
Ｂ設定）を作成する。これは、後述する図５の（ｆ）の
フレーム（ＭＩＢ設定）のように、宛先アドレス（＃１
１：エージェント５のアドレス）、送信元アドレス（＃
００：マネージャ２のアドレス）、データ（ＭＩＢ用コ
ミュニティ名、アクセス権）を設定したフレームを作成
する。

【００４０】Ｓ３２は、送信する。これは、Ｓ３１で作
成したフレーム（ＭＩＢ設定）をネットワークに送信す
る。Ｓ３３は、エージェントが受信する。これは、Ｓ３
２でネットワークに送信されたフレーム（ＭＩＢ設定）
をエージェント５が受信する。

【００４１】Ｓ３４は、管理ファイル（ＭＩＢ）へ保存
する。これは、後述する図７の（ｂ）の管理ファイル
（ＭＩＢ）９に示すように、Ｓ３３で受信したフレーム
（ＭＩＢ設定）から取り出して保存する。

【００４２】Ｓ３５は、応答フレームを送信する。Ｓ３
６は、Ｓ３５の応答フレームを受信する。Ｓ３７は、管
理テーブルの更新を行う。これは、エージェント管理テ
ーブル４を更新し、エージェント５が管理ファイル（Ｍ
ＩＢ）９に保存した内容と一致させておく。

【００４３】以上によって、マネージャ２がエージェン
ト５に対してフレーム（ＭＩＢ設定）によって自動的に
各エージェント５に対するマネージャ２からのアクセス
時のパスワード（ＭＩＢ用コミュニティ名）およびアク
セス権（ｒｅａｄ（参照）のみ、ｒｅａｄ／ｗｒｉｔｅ
（参照更新））を自動設定できたこととなる。

【００４４】図５は、本発明のフレーム例（その１）を
示す。図５の（ａ）は、フレーム（Ｅｃｈｏ）例を示
す。これは、既述した図２のＳ１で作成するフレームの
例であって、図示の下記の項目を設定する。

【００４５】・宛先アドレス：ｆｆ（ブロードキャスト
を表す） ・送信元アドレス：＃００（マネージャのアドレスを表
す） ・コントロールデータ：Ｅｃｈｏ（応答要求データを表
す） 図５の（ｂ）は、フレーム（ＥｃｈｏＲｅｐｌｙ）例を
示す。これは、既述した図２のＳ５で作成するフレーム
の例であって、図示の下記の項目を設定する。

【００４６】・宛先アドレス：＃００（マネージャのア
ドレスを表す） ・送信元アドレス：＃１１（エージェントのアドレスを
表す） ・コントロールデータ：ＥｃｈｏＲｅｐｌｙ（応答デー
タを表す） 図５の（ｃ）は、フレーム（ＳＮＭＰ要求）例を示す。
これは、既述した図２のＳ９で作成するフレームの例で
あって、図示の下記の項目を設定する。

【００４７】・宛先アドレス：＃１１（エージェントの
アドレスを表す） ・送信元アドレス：＃００（マネージャのアドレスを表
す） ・プロトコルデータ：ＧｅｔＲｅｑｕｅｓｔＰＤＵ（Ｐ
ＤＵ要求データを表す） 図５の（ｄ）は、フレーム（ＳＮＭＰ応答）例を示す。
これは、既述した図２のＳ１３で作成するフレームの例
であって、図示の下記の項目を設定する。

【００４８】・宛先アドレス：＃００（マネージャのア
ドレスを表す） ・送信元アドレス：＃１１（エージェントのアドレスを
表す） ・プロトコルデータ：ＧｅｔＲｅｓｐｏｎｓｅＰＤＵ
（ＰＤＵ応答データを表す） 図５の（ｅ）は、フレーム（アドレス設定）例を示す。
これは、既述した図３のＳ２１で作成するフレームの例
であって、図示の下記の項目を設定する。

【００４９】・宛先アドレス：＃１１（エージェントの
アドレスを表す） ・送信元アドレス：＃００（マネージャのアドレスを表
す） ・データ：マネージャＩＰアドレス：＃００トラップ用
コンミュニティ名：エージェントからマネージャアクセ
ス時のパスワード 図５の（ｆ）は、フレーム（ＭＩＢ設定）例を示す。こ
れは、既述した図４のＳ３１で作成するフレームの例で
あって、図示の下記の項目を設定する。

【００５０】・宛先アドレス：＃１１（エージェントの
アドレスを表す） ・送信元アドレス：＃００（マネージャのアドレスを表
す） ・データ：ＭＩＢ用コミュニティ名：マネージャからエ
ージェントアクセス時のパスワード アクセス権：ｒｅａｄ（参照のみ）ｒｅａｄ／ｗｒｉｔ
ｅ（参照・更新） 図６は、本発明のエージェント管理テーブル例を示す。
このエージェント管理テーブル４は、マネージャ２に設
け、図示の下記の項目を登録して管理するものである。

【００５１】 ・エージェントアドレス ：＃１１ ・フレーム（Ｅｃｈｏ）の応答の有無：有 ・フレーム（ＳＮＭＰ）の応答の有無：有 ・ＭＩＢコミュニティ名 ：Ａ ・アクセス権 ：ｒｅａｄ 図７は、本発明の管理ファイル例を示す。

【００５２】図７の（ａ）の管理ファイル（トラップ）
例を示す。この管理ファイル（トラップ）８は、エージ
ェント５に設け、図示の下記の項目を登録して管理する
ものである。

【００５３】・マネージャＩＰアドレス ：＃００ ・トラップ用コミュニティ名：Ａ（パスワードに対応す
るものである） 各エージェント５がこれらマネージャＩＰアドレスおよ
びトラップ用コミュニティ名を管理ファイル（トラッ
プ）８に保存し、異常発生時に登録されているマネージ
ャＩＰアドレスを宛先に、トラップ用コミュニティ名
（パスワードに相当）を設定したフレームを送信し、受
信したマネージャがこのトラップ用コミュニティ名でア
クセスの正当性を確認した後、フレームに設定されたデ
ータ（異常情報など）を取り出し、メッセージとして表
示したり、ログしたりなどする。

【００５４】図７の（ｂ）の管理ファイル（ＭＩＢ）例
を示す。この管理ファイル（ＭＩＢ）９は、エージェン
ト５に設け、図示の下記の項目を登録して管理するもの
である。

【００５５】 ・ＭＩＢコミュニティ名：Ａ ・アクセス権 ：ｒｅａｄ 各エージェント５がこれらＭＩＢコミュニティ名および
アクセス権を管理ファイル（ＭＩＢ）９に保存し、マネ
ージャからフレームによるアクセス要求があったとき
に、ＭＩＢコミュニティ名（パスワードに相当）および
アクセス権の正当性をチェックしてＯＫのときにデータ
をフレームに設定して返送するようにしている。

【００５６】図８は、本発明のトラップ送信フローチャ
ートを示す。図８において、Ｓ４１は、エージェントに
異常発生する。Ｓ４２は、フレーム（トラップ）を作成
する。これは、後述する図１０の（ａ）のフレーム（ト
ラップ）のように、宛先アドレス（＃００：マネージャ
２のアドレス）、送信元アドレス（＃１１：エージェン
ト５のアドレス）、トラップデータ（トラップコミュニ
ティ名、異常情報）を設定したフレームを作成する。

【００５７】Ｓ４３は、送信する。これは、Ｓ４２で作
成したフレーム（トラップ）をネットワークに送信す
る。Ｓ４４は、マネージャが受信する。これは、Ｓ４３
でネットワークに送信されたフレーム（トラップ）を宛
先のマネージャ２が受信する。

【００５８】Ｓ４５は、コミュニティ名の認証を行う。
これは、エージェント管理テーブル４を参照し、Ｓ４４
で受信したフレーム（トラップ）の送信元アドレス（エ
ージェントアドレス）に対応づけて登録されているコミ
ュニティ名（パスワード）と一致して認証がＯＫか、不
一致で認証がＮＧか判別する。ＯＫの場合には、Ｓ４６
でメッセージ（異常発生エージェント名、異常発生内容
など）を表示し、Ｓ４７でログを採取して終了する。一
方、ＮＧの場合には、このフレームを無視（放棄）す
る。

【００５９】以上によって、エージェント５に異常発生
時に、図７の（ａ）の管理ファイル（トラップ）８から
取り出したマネージャＩＰアドレスを宛先とし、データ
としてトラップ用コミュニティ名（パスワードに相当）
および異常情報を設定したフレーム（図１０の（ａ））
を作成してネットワークに送信し、宛先のマネージャ２
が受信してエージェント管理テーブル４を参照してトラ
ップ用コミュニティ名（パスワードに相当）がＯＫのと
きに当該フレームから異常情報を取り出して表示および
ログを採取することが可能となる。

【００６０】図９は、本発明のＭＩＢ獲得フローチャー
トを示す。図９において、Ｓ５１は、フレーム（ＭＩＢ
要求）を作成する。これは、後述する図１０の（ｂ）の
フレーム（ＭＩＢ要求）のように、宛先アドレス（＃１
１：エージェント５のアドレス）、送信元アドレス（＃
００：マネージャ２のアドレス）、ＭＩＢデータ（ＭＩ
Ｂコミュニティ名、アクセス権、ＭＩＢ名）を設定した
フレームを作成する。

【００６１】Ｓ５２は、送信する。これは、Ｓ５１で作
成したフレーム（ＭＩＢ要求）をネットワークに送信す
る。Ｓ５３は、エージェントが受信する。これは、Ｓ５
２でネットワークに送信されたフレーム（ＭＩＢ要求）
を宛先のエージェント５が受信する。

【００６２】Ｓ５４は、コミュニティ名の認証を行う。
これは、例えば図７の（ｂ）の管理ファイル（ＭＩＢ）
９を参照し、Ｓ５３で受信したフレーム（ＭＩＢ要求）
の送信元アドレス（マネージャのアドレス）に対応づけ
て登録されているＭＩＢコミュニティ名（パスワード）
と一致して認証がＯＫか、不一致で認証がＮＧか判別す
る。ＯＫの場合には、Ｓ５５に進む。ＮＧの場合には、
無視（放棄）する。

【００６３】Ｓ５５は、アクセス権の認証を行う。これ
は、例えば図７の（ｂ）の管理ファイル（ＭＩＢ）９を
参照し、Ｓ５３で受信したフレーム（ＭＩＢ要求）のア
クセス権の認証がＯＫか、アクセス権の認証がＮＧか判
別する。ＯＫの場合には、Ｓ５６に進む。ＮＧの場合に
は、エラー応答する。

【００６４】Ｓ５６は、フレーム（ＭＩＢ応答）を作成
する。これは、後述する図１０の（ｃ）のフレーム（Ｍ
ＩＢ応答）のように、宛先アドレス（＃００：マネージ
ャ２のアドレス）、送信元アドレス（＃１１：エージェ
ント５のアドレス）、ＭＩＢデータ（ＭＩＢの応答デー
タ）を設定したフレームを作成する。

【００６５】Ｓ５７は、送信する。これは、Ｓ５６で作
成したフレーム（ＭＩＢ応答）をネットワークに送信す
る。Ｓ５８は、マネージャが受信する。これは、Ｓ５７
でネットワークに送信されたフレーム（ＭＩＢ応答）を
宛先のマネージャ２が受信する。

【００６６】Ｓ５９は、メッセージを表示する。これ
は、受信したフレームに設定されているＭＩＢ応答デー
タを表示する。Ｓ６０は、ログを採取する。

【００６７】以上によって、マネージャ２からフレーム
（ＭＩＢ要求）を受信したエージェント５が図７の
（ｂ）の管理ファイル（ＭＩＢ）９を参照してＭＩＢコ
ミュニティ名（パスワードに相当）およびアクセス権が
いずれも認証されてＯＫとなったときに、要求のあった
データ（ＭＩＢ応答データ）をフレームに設定して返送
し、これをメッセージにして表示およびログすることが
可能となる。

【００６８】図１０は、本発明のフレーム例（その２）
を示す。図１０の（ａ）は、フレーム（トラップ）例を
示す。これは、既述した図８のＳ４２で作成するフレー
ムの例であって、図示の下記の項目を設定する。

【００６９】・宛先アドレス：＃００（マネージャのア
ドレスを表す） ・送信元アドレス：＃１１（エージェントのアドレスを
表す） ・トラップデータ：トラップ用コミュニティ名、異常情
報 図１０の（ｂ）は、フレーム（ＭＩＢ要求）例を示す。
これは、既述した図９のＳ５１で作成するフレームの例
であって、図示の下記の項目を設定する。

【００７０】・宛先アドレス：＃１１（エージェントの
アドレスを表す） ・送信元アドレス：＃００（マネージャのアドレスを表
す） ・ＭＩＢデータ：ＭＩＢコミュニティ名、アクセス権、
ＭＩＢ名 図１０の（ｃ）は、フレーム（ＭＩＢ応答）例を示す。
これは、既述した図９のＳ５６で作成するフレームの例
であって、図示の下記の項目を設定する。

【００７１】・宛先アドレス：＃００（マネージャのア
ドレスを表す） ・送信元アドレス：＃１１（エージェントのアドレスを
表す） ・ＭＩＢデータ：ＭＩＢの応答データ 図１１は、本発明のエージェント管理テーブルのアップ
デートフローチャートを示す。

【００７２】図１１において、Ｓ６１は、一定時間が経
過したか判別する。ＹＥＳの場合には、Ｓ６２に進む。
ＮＯの場合には、待機する。Ｓ６２は、各エージェント
へのフレーム（Ｅｃｈｏ）を作成する（既述した図５の
（ａ）参照）。

【００７３】Ｓ６３は、ブロードキャストで送信する。
Ｓ６４は、エージェントが受信する。Ｓ６５は、応答が
要か判別する。ＹＥＳの場合には、Ｓ６６に進む。ＮＯ
の場合には、Ｓ６４で受信したフレームを無視（破棄）
する。

【００７４】Ｓ６６は、フレーム（ＥｃｈｏＲｅｐｌ
ｙ）を作成する（既述した図５の（ｂ）参照）。Ｓ６７
は、送信する。

【００７５】Ｓ６８は、一定時間内に受信したか判別す
る。ＹＥＳの場合には、Ｓ６９に進む。ＮＯの場合に
は、Ｓ７７でエージェント管理テーブル４のＥｃｈｏ応
答を無に変更し、Ｓ７８でその旨のメッセージを表示
し、Ｓ７９でエージェント管理テーブル４のＳＮＭＰ応
答の無に変更し、Ｓ８０でその旨のメッセージを表示
し、Ｓ６１に戻り繰り返す。

【００７６】Ｓ６９は、Ｓ６８のＹＥＳで一定時間内に
フレーム（ＥｃｈｏＲｅｐｌｙ）を受信したと判明した
ので、各エージェントへのフレーム（ＳＮＭＰ要求）を
作成する（既述した図５の（ｃ）参照）。

【００７７】Ｓ７０は、送信する。Ｓ７１は、エージェ
ントが受信する。Ｓ７２は、応答が要か判別する。ＹＥ
Ｓの場合には、応答が要と判明したので、Ｓ７３に進
む。一方、ＮＯの場合には、受信したフレームを無視
（破棄）する。

【００７８】Ｓ７３は、フレーム（ＳＮＭＰ応答）を作
成する（既述した図５の（ｄ）参照）。Ｓ７４は、送信
する。

【００７９】Ｓ７５は、一定時間内に受信したか判別す
る。ＹＥＳの場合には、フレーム（ＳＮＭＰ応答）を一
定時間内に受信したと判明したので、Ｓ７６で正常と認
識し、Ｓ６１に戻り繰り返す。一方、Ｓ７５のＮＯの場
合には、一定時間内に受信しないと判明したので、Ｓ７
９でエージェント管理テーブル４のＳＮＭＰ応答を無に
変更し、Ｓ８０でその旨のメッセージを表示し、Ｓ６１
に戻り繰り返す。

【００８０】以上によって、一定時間毎にマネージャが
フレーム（Ｅｃｈｏ）を各エージェント５に送信し、フ
レーム（ＥｃｈｏＲｅｐｌｙ）を一定時間内に受信した
ときにＯＫとし、一定時間内に受信しないときにエージ
ェント管理テーブル４のそのエージェントのＥｃｈｏ応
答を無およびＳＮＭＰ応答を無に変更する。フレーム
（ＥｃｈｏＲｅｐｌｙ）を一定時間内に受信したエージ
ェントには、更にフレーム（ＳＮＭＰ要求）を送信しフ
レーム（ＳＮＭＰ応答）が一定時間内に受信したときに
ＯＫとし、一定時間内に受信しないときにエージェント
管理テーブル４のそのエージェントのＳＮＭＰ応答を無
に変更する。尚、フローチャートには記載しないが、無
のエージェントにフレームを送信して応答があったとき
は無から有にそれぞれ変更する（戻す）。

【００８１】

【発明の効果】以上説明したように、本発明によれば、
マネージャ２がネットワークに接続されているエージェ
ント５を探索して見つけて異常通知先アドレスやマネー
ジャ２のアクセス権などを自動設定する構成を採用して
いるため、ネットワークに接続された監視対象のエージ
ェント（端末）に対して異常通知先アドレス、パスワー
ドやアクセス権などをリモートで自動的に設定すること
ができる。これらにより、従来のエージェント側での設
定作業を削減することが可能となる。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明の設定フローチャート（その１）であ
る。

【図３】本発明の設定フローチャート（その２）であ
る。

【図４】本発明の設定フローチャート（その３）であ
る。

【図５】本発明のフレーム例（その１）である。

【図６】本発明のエージェント管理テーブル例である。

【図７】本発明の管理ファイル例である。

【図８】本発明のトラップ送信フローチャートである。

【図９】本発明のＭＩＢ獲得フローチャートである。

【図１０】本発明のフレーム例（その２）である。

【図１１】本発明のエージェント管理テーブルのアップ
デートフローチャートである。

【符号の説明】

２：マネージャ ３：自動設定手段 ４：エージェント管理テーブル ５：エージェント ６：自動登録手段 ７：通知手段 ８：管理ファイル（トラップ） ９：管理ファイル（ＭＩＢ）

Claims (4)

【特許請求の範囲】
1. 【請求項１】ネットワークに接続されたエージェントを
   管理するネットワーク管理システムにおいて、 ネットワークにフレームをブロードキャストしてその応
   答フレームをもとにネットワークに接続されているエー
   ジェントのアドレスを検出してエージェント管理テーブ
   ルに登録した後、登録したエージェントのアドレスを宛
   先にしてフレームに異常通知先アドレスおよびパスワー
   ドを設定して送信する自動設定手段を設けたマネージャ
   と、 ネットワークからの上記ブロードキャストされたフレー
   ムを受信したときに自アドレスを設定したフレームを返
   送、およびネットワークから自アドレスを指定したフレ
   ームを受信したときに当該フレームに設定されている異
   常通知先アドレスおよびパスワードを管理ファイルに保
   存する自動登録手段を設けたエージェントと、を備えた
   ことを特徴とするネットワーク管理システム。
2. 【請求項２】上記エージェント管理テーブルに登録され
   ているエージェントのアドレスを宛先にしてフレームに
   パスワードとアクセス権を設定して送信する自動設定手
   段を設けたマネージャと、 ネットワークからの上記フレームを受信したときに管理
   ファイルにマネージャのパスワードとアクセス権を登録
   する自動登録手段、およびネットワークから受信したフ
   レームにアクセス要求があったときに管理ファイルを参
   照してパスワードとアクセス権の認証がＯＫのときに要
   求のあったデータをフレームに設定して返送する通知手
   段を設けたエージェントと、を備えたことを特徴とする
   請求項１記載のネットワーク管理システム。
3. 【請求項３】あるエージェントに異常発生時に、異常発
   生したエージェントのアドレス、パスワードおよび異常
   内容を設定したフレームを送信する通知手段を設けたエ
   ージェントと、 ネットワークから受信したフレームについて上記管理テ
   ーブルを参照してアドレスに対応するパスワードがＯＫ
   のときに異常内容を取り出して表示などする手段を設け
   たマネージャと、を備えたことを特徴とする請求項１あ
   るいは請求項２記載のネットワーク管理システム。
4. 【請求項４】一定時間毎に上記管理テーブルに登録され
   ているエージェントのアドレスを宛先にしてフレームを
   送信し、一定時間内にフレームの応答がなかったときに
   当該管理テーブルの当該エントリの内容を無効に設定す
   る手段を設けたマネージャを備えたことを特徴とする請
   求項１ないし請求項３記載のいずれかのネットワーク管
   理システム。