JP3465183B2 - ネットワーク監視方式 - Google Patents
ネットワーク監視方式Info
- Publication number
- JP3465183B2 JP3465183B2 JP24222499A JP24222499A JP3465183B2 JP 3465183 B2 JP3465183 B2 JP 3465183B2 JP 24222499 A JP24222499 A JP 24222499A JP 24222499 A JP24222499 A JP 24222499A JP 3465183 B2 JP3465183 B2 JP 3465183B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- manager
- result
- data
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はネットワーク監視方
式に関し、特にＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒ
ｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネ
ットワーク管理プロトコル）トラップの消失を自動検出
する手段を備えたネットワーク監視方式に関する。
式に関し、特にＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒ
ｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネ
ットワーク管理プロトコル）トラップの消失を自動検出
する手段を備えたネットワーク監視方式に関する。
【０００２】
【従来の技術】ＳＮＭＰは、インターネット（Ｉｎｔｅ
ｒｎｅｔ）やＵＮＩＸネットワークの標準プロトコルで
あるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎ
ｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）のネットワーク管理プロトコルであり、
通信ネットワークなどの管理や監視を行うネットワーク
監視装置（マネージャ）とネットワークを構成するルー
タなどのネットワーク機器（エージェント）との間でネ
ットワーク管理情報を送受信する為の標準プロトコルと
して採用されている。
ｒｎｅｔ）やＵＮＩＸネットワークの標準プロトコルで
あるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎ
ｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）のネットワーク管理プロトコルであり、
通信ネットワークなどの管理や監視を行うネットワーク
監視装置（マネージャ）とネットワークを構成するルー
タなどのネットワーク機器（エージェント）との間でネ
ットワーク管理情報を送受信する為の標準プロトコルと
して採用されている。
【０００３】このＳＮＭＰを採用したネットワーク管理
システムにおいては、ネットワーク管理情報を収集する
ために、マネージャからエージェントに対して管理対象
となるオブジェクトの値の入手や設定を要求し、エージ
ェントはその要求に応答するという形で情報を交換す
る。また、エージェントがエージェントで発生した異常
や事象をマネージャに通知する場合には、トラップ（Ｔ
ｒａｐ）と称するメッセージを使用して異常や事象をマ
ネージャに通知する。
システムにおいては、ネットワーク管理情報を収集する
ために、マネージャからエージェントに対して管理対象
となるオブジェクトの値の入手や設定を要求し、エージ
ェントはその要求に応答するという形で情報を交換す
る。また、エージェントがエージェントで発生した異常
や事象をマネージャに通知する場合には、トラップ（Ｔ
ｒａｐ）と称するメッセージを使用して異常や事象をマ
ネージャに通知する。
【０００４】周知のように、ＳＮＭＰは、コマンドの送
受信に際しては、ＳＮＭＰの下位プロトコルとしてＵＤ
Ｐ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
を使用しており、ＵＤＰは、フロー制御や順序制御ある
いはコネクション確立などを行わない、コネクションレ
ス型と呼ばれるプロトコルである。ＵＤＰとは対照的な
ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ）は、コネクションを確立してからデ
ータ転送を行うコネクション型と呼ばれるプロトコル
で、フロー制御や順序制御などを行い、データの正常な
送信の制御とエラー時のエラー検出および回復を行い、
信頼性の高い通信を行う場合に使用されている。
受信に際しては、ＳＮＭＰの下位プロトコルとしてＵＤ
Ｐ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
を使用しており、ＵＤＰは、フロー制御や順序制御ある
いはコネクション確立などを行わない、コネクションレ
ス型と呼ばれるプロトコルである。ＵＤＰとは対照的な
ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ）は、コネクションを確立してからデ
ータ転送を行うコネクション型と呼ばれるプロトコル
で、フロー制御や順序制御などを行い、データの正常な
送信の制御とエラー時のエラー検出および回復を行い、
信頼性の高い通信を行う場合に使用されている。
【０００５】ＵＤＰの特徴は、コネクションの確立を行
わないでデータを直接送信するものであるため、プロト
コル処理が高速なことであるが、ＴＣＰのように誤り訂
正や再送の機能を持たないので信頼性は低い。このた
め、ＵＤＰは、信頼性よりも高速性を求められるネット
ワーク管理などの分野で採用されている。
わないでデータを直接送信するものであるため、プロト
コル処理が高速なことであるが、ＴＣＰのように誤り訂
正や再送の機能を持たないので信頼性は低い。このた
め、ＵＤＰは、信頼性よりも高速性を求められるネット
ワーク管理などの分野で採用されている。
【０００６】
【発明が解決しようとする課題】上述したように、ＳＮ
ＭＰを採用したネットワーク管理システムにおいては、
ネットワーク機器であるエージェントで発生あるいは検
出した異常や事象は、ＳＮＭＰのトラップ（Ｔｒａｐ）
メッセージを使用して監視装置であるマネージャに通知
されるが、ＳＮＭＰトラップはコネクションレス型の通
信方式で通知されるものであるために、マネージャでの
受信確認が行われない。従って、ＳＮＭＰトラップが通
信路上で消失した場合であっても、消失したことをエー
ジェントにおいてもマネージャにおいても認識すること
が出来ないという欠点を有している。
ＭＰを採用したネットワーク管理システムにおいては、
ネットワーク機器であるエージェントで発生あるいは検
出した異常や事象は、ＳＮＭＰのトラップ（Ｔｒａｐ）
メッセージを使用して監視装置であるマネージャに通知
されるが、ＳＮＭＰトラップはコネクションレス型の通
信方式で通知されるものであるために、マネージャでの
受信確認が行われない。従って、ＳＮＭＰトラップが通
信路上で消失した場合であっても、消失したことをエー
ジェントにおいてもマネージャにおいても認識すること
が出来ないという欠点を有している。
【０００７】本発明の目的は、ＳＮＭＰトラップが消失
した場合であっても、これを自動的に検出するネットワ
ーク監視方式を提供することにある。
した場合であっても、これを自動的に検出するネットワ
ーク監視方式を提供することにある。
【０００８】
【課題を解決するための手段】本発明のネットワーク監
視方式は、ネットワーク機器である複数のエージェント
と、ネットワーク監視装置である２台のマネージャが、
ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の複
数のネットワークに相互に接続され、前記エージェント
と前記マネージャとの間でネットワーク管理情報を交換
するプロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅ
ｔｗｏｒｋ ＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ：
簡易ネットワーク管理プロトコル）を採用し、前記エー
ジェントで発生した異常や事象を前記マネージャに通知
するためのＳＮＭＰトラップ（Ｔｒａｐ）を前記２台の
マネージャが受信するネットワーク管理システムであっ
て、前記２台のマネージャはそれぞれ相互に同一の構成
及び機能を有し、前記２台のマネージャは、それぞれ、
前記ＳＮＭＰトラップを受信するトラップ受信手段と、
前記トラップ受信手段が受信したデータを保存し、かつ
他方のマネージャに検索条件データを送信するデータ保
存手段と、他方のマネージャの前記データ保存手段が送
信する前記検索条件データから自マネージャの保有する
ファイル内を検索する検索手段と、自マネージャの前記
検索手段及び他方のマネージャの前記検索手段の検索結
果を受信する結果受信手段と、前記結果受信手段の受信
した前記検索結果を出力するメッセージ出力手段とを備
え、前記トラップ受信手段は、前記ＳＮＭＰトラップを
受信し、該ＳＮＭＰトラップが消失の検出対象か否かを
判断し、消失の検出対象であった場合に該ＳＮＭＰトラ
ップ内の一部の情報を送信するトラップ受信部と、前記
トラップ受信部が送信した情報を受信し、該受信情報を
前記データ保存手段に送信するデータ送信部とを備え、
前記データ保存手段は、データ取得部と、データ保存部
と、ファイルと、検索条件送信部を備え、前記データ取
得部は、前記トラップ受信手段からのデータを受信して
前記データ保存部及び前記検索条件送信部に該受信デー
タを送信し、前記データ保存部は該受信データを前記フ
ァイルに保存し、前記検索条件送信部は、他方のマネー
ジャの前記検索手段に前記検索条件データを送信し、前
記検索手段は、検索条件取得部と、検索部と、結果送信
部を備え、前記検索条 件取得部は、他方のマネージャの
前記データ保存手段からの前記検索条件データを受信し
て前記検索部に送信し、前記検索部は、前記ファイルを
受信した前記検索条件データで調査し、検索結果を前記
結果送信部に送信し、前記結果送信部は、前記検索結果
を前記検索条件データの送信元のマネージャの前記結果
受信手段と自マネージャの前記結果受信手段へ送信し、
前記結果受信手段は、結果取得部と、結果判定部を備
え、前記結果取得部は、自マネージャの前記検索手段ま
たは他方のマネージャの前記検索手段から前記検索結果
を受信して前記結果判定部に送信し、前記結果判定部
は、前記検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）の場合のみ
前記メッセージ出力手段に前記検索結果のメッセージを
通知し、前記メッセージ出力手段は、メッセージ取得部
と、メッセージ出力部を備え、前記メッセージ取得部
は、前記結果受信手段からメッセージの出力内容を受信
して前記メッセージ出力部に送信し、前記メッセージ出
力部は該受信内容を表示装置などに出力し、前記検索条
件データは、マネージャにおいて前記ＳＮＭＰトラップ
を受信したＳＮＭＰトラップの受信時刻と、前記ＳＮＭ
Ｐトラップから抽出したＳＮＭＰトラップの送信元のエ
ージェントのアドレスとオブジェクトＩＤとから構成さ
れる検索に必要な情報であり、前記２台のマネージャが
相互に通信を行う場合、すなわち、一方のマネージャの
前記データ保存手段が他方のマネージャの前記検索手段
に対して前記検索条件データを送信する場合と、他方の
マネージャの前記検索手段が送信元マネージャの前記結
果受信手段に対して前記検索結果を送信する場合には、
コネクション型のソケット（ｓｏｃｋｅｔ）通信にて通
信を行うことにより、前記ＳＮＭＰトラップが消失した
場合であっても、前記２台のマネージャの相互通信によ
って前記ＳＮＭＰトラップの消失を検出可能とすること
を特徴とする。
視方式は、ネットワーク機器である複数のエージェント
と、ネットワーク監視装置である２台のマネージャが、
ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の複
数のネットワークに相互に接続され、前記エージェント
と前記マネージャとの間でネットワーク管理情報を交換
するプロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅ
ｔｗｏｒｋ ＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ：
簡易ネットワーク管理プロトコル）を採用し、前記エー
ジェントで発生した異常や事象を前記マネージャに通知
するためのＳＮＭＰトラップ（Ｔｒａｐ）を前記２台の
マネージャが受信するネットワーク管理システムであっ
て、前記２台のマネージャはそれぞれ相互に同一の構成
及び機能を有し、前記２台のマネージャは、それぞれ、
前記ＳＮＭＰトラップを受信するトラップ受信手段と、
前記トラップ受信手段が受信したデータを保存し、かつ
他方のマネージャに検索条件データを送信するデータ保
存手段と、他方のマネージャの前記データ保存手段が送
信する前記検索条件データから自マネージャの保有する
ファイル内を検索する検索手段と、自マネージャの前記
検索手段及び他方のマネージャの前記検索手段の検索結
果を受信する結果受信手段と、前記結果受信手段の受信
した前記検索結果を出力するメッセージ出力手段とを備
え、前記トラップ受信手段は、前記ＳＮＭＰトラップを
受信し、該ＳＮＭＰトラップが消失の検出対象か否かを
判断し、消失の検出対象であった場合に該ＳＮＭＰトラ
ップ内の一部の情報を送信するトラップ受信部と、前記
トラップ受信部が送信した情報を受信し、該受信情報を
前記データ保存手段に送信するデータ送信部とを備え、
前記データ保存手段は、データ取得部と、データ保存部
と、ファイルと、検索条件送信部を備え、前記データ取
得部は、前記トラップ受信手段からのデータを受信して
前記データ保存部及び前記検索条件送信部に該受信デー
タを送信し、前記データ保存部は該受信データを前記フ
ァイルに保存し、前記検索条件送信部は、他方のマネー
ジャの前記検索手段に前記検索条件データを送信し、前
記検索手段は、検索条件取得部と、検索部と、結果送信
部を備え、前記検索条 件取得部は、他方のマネージャの
前記データ保存手段からの前記検索条件データを受信し
て前記検索部に送信し、前記検索部は、前記ファイルを
受信した前記検索条件データで調査し、検索結果を前記
結果送信部に送信し、前記結果送信部は、前記検索結果
を前記検索条件データの送信元のマネージャの前記結果
受信手段と自マネージャの前記結果受信手段へ送信し、
前記結果受信手段は、結果取得部と、結果判定部を備
え、前記結果取得部は、自マネージャの前記検索手段ま
たは他方のマネージャの前記検索手段から前記検索結果
を受信して前記結果判定部に送信し、前記結果判定部
は、前記検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）の場合のみ
前記メッセージ出力手段に前記検索結果のメッセージを
通知し、前記メッセージ出力手段は、メッセージ取得部
と、メッセージ出力部を備え、前記メッセージ取得部
は、前記結果受信手段からメッセージの出力内容を受信
して前記メッセージ出力部に送信し、前記メッセージ出
力部は該受信内容を表示装置などに出力し、前記検索条
件データは、マネージャにおいて前記ＳＮＭＰトラップ
を受信したＳＮＭＰトラップの受信時刻と、前記ＳＮＭ
Ｐトラップから抽出したＳＮＭＰトラップの送信元のエ
ージェントのアドレスとオブジェクトＩＤとから構成さ
れる検索に必要な情報であり、前記２台のマネージャが
相互に通信を行う場合、すなわち、一方のマネージャの
前記データ保存手段が他方のマネージャの前記検索手段
に対して前記検索条件データを送信する場合と、他方の
マネージャの前記検索手段が送信元マネージャの前記結
果受信手段に対して前記検索結果を送信する場合には、
コネクション型のソケット（ｓｏｃｋｅｔ）通信にて通
信を行うことにより、前記ＳＮＭＰトラップが消失した
場合であっても、前記２台のマネージャの相互通信によ
って前記ＳＮＭＰトラップの消失を検出可能とすること
を特徴とする。
【０００９】また、前記データ保存手段に更にタイマを
備え、前記タイマの設定値により前記検索条件送信部が
前記検索条件データを他方のマネージャに送信するタイ
ミングを調整できることを特徴とする。
備え、前記タイマの設定値により前記検索条件送信部が
前記検索条件データを他方のマネージャに送信するタイ
ミングを調整できることを特徴とする。
【００１０】
【００１１】
【００１２】
【００１３】
【００１４】
【００１５】
【００１６】
【００１７】
【００１８】
【００１９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００２０】図１は、本発明のネットワーク監視方式の
一つの実施の形態を示すブロック図である。
一つの実施の形態を示すブロック図である。
【００２１】図１に示す本実施の形態は、複数のネット
ワークが相互に接続された構成となっており、ＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８、ＬＡＮ
９、ＬＡＮ１０がネットワーク２に相互に接続されてい
る。そして、ＬＡＮ８には、ネットワーク機器であるエ
ージェント１及びエージェント５が接続されており、Ｌ
ＡＮ９にはエージェント６が、ＬＡＮ１０にはエージェ
ント７が接続されている。また、ＬＡＮ９にネットワー
ク監視装置であるマネージャ３、ＬＡＮ１０にもネット
ワーク監視装置であるマネージャ４が接続された構成と
なっている。
ワークが相互に接続された構成となっており、ＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８、ＬＡＮ
９、ＬＡＮ１０がネットワーク２に相互に接続されてい
る。そして、ＬＡＮ８には、ネットワーク機器であるエ
ージェント１及びエージェント５が接続されており、Ｌ
ＡＮ９にはエージェント６が、ＬＡＮ１０にはエージェ
ント７が接続されている。また、ＬＡＮ９にネットワー
ク監視装置であるマネージャ３、ＬＡＮ１０にもネット
ワーク監視装置であるマネージャ４が接続された構成と
なっている。
【００２２】マネージャ３とマネージャ４は同一構成で
あり、マネージャ３は、ＳＮＭＰトラップを受信するト
ラップ受信手段３１と、トラップ受信手段３１が受信し
たデータを保存し、かつ他方のマネージャ（マネージャ
４）に検索条件データを送信するデータ保存手段３２
と、他方のマネージャ（マネージャ４）のデータ保存手
段４２が送信する検索条件データから自マネージャの保
有するファイル内を検索する検索手段３３と、自マネー
ジャ（マネージャ３）の検索手段３３及び他方のマネー
ジャ（マネージャ４）の検索手段４３の検索結果を受信
する結果受信手段３４と、結果受信手段３４の受信した
検索結果を出力するメッセージ出力手段３５を備える。
あり、マネージャ３は、ＳＮＭＰトラップを受信するト
ラップ受信手段３１と、トラップ受信手段３１が受信し
たデータを保存し、かつ他方のマネージャ（マネージャ
４）に検索条件データを送信するデータ保存手段３２
と、他方のマネージャ（マネージャ４）のデータ保存手
段４２が送信する検索条件データから自マネージャの保
有するファイル内を検索する検索手段３３と、自マネー
ジャ（マネージャ３）の検索手段３３及び他方のマネー
ジャ（マネージャ４）の検索手段４３の検索結果を受信
する結果受信手段３４と、結果受信手段３４の受信した
検索結果を出力するメッセージ出力手段３５を備える。
【００２３】マネージャ４も同様の構成であり、ＳＮＭ
Ｐトラップを受信するトラップ受信手段４１と、トラッ
プ受信手段４１が受信したデータを保存し、かつ他方の
マネージャ（マネージャ３）に検索条件データを送信す
るデータ保存手段４２と、他方のマネージャ（マネージ
ャ３）のデータ保存手段３２が送信する検索条件データ
から自マネージャの保有するファイル内を検索する検索
手段４３と、自マネージャ（マネージャ４）の検索手段
４３及び他方のマネージャ（マネージャ３）の検索手段
３３の検索結果を受信する結果受信手段４４と、結果受
信手段４４の受信した検索結果を出力するメッセージ出
力手段４５を備える。
Ｐトラップを受信するトラップ受信手段４１と、トラッ
プ受信手段４１が受信したデータを保存し、かつ他方の
マネージャ（マネージャ３）に検索条件データを送信す
るデータ保存手段４２と、他方のマネージャ（マネージ
ャ３）のデータ保存手段３２が送信する検索条件データ
から自マネージャの保有するファイル内を検索する検索
手段４３と、自マネージャ（マネージャ４）の検索手段
４３及び他方のマネージャ（マネージャ３）の検索手段
３３の検索結果を受信する結果受信手段４４と、結果受
信手段４４の受信した検索結果を出力するメッセージ出
力手段４５を備える。
【００２４】上述したように、マネージャ３とマネージ
ャ４は、全く同一の構成となっており、また、その動作
も相互に同一である。従って、以降の記述においては、
マネージャ３の動作及び構成要素を中心にして説明を進
めることとする。以下、括弧内は他方のマネージャであ
るマネージャ４での構成要素の番号を示し、動作及び構
成要素の説明が他方のマネージャ（マネージャ４）に移
る場合は、括弧内はマネージャ３での構成要素の番号を
示すものとする。
ャ４は、全く同一の構成となっており、また、その動作
も相互に同一である。従って、以降の記述においては、
マネージャ３の動作及び構成要素を中心にして説明を進
めることとする。以下、括弧内は他方のマネージャであ
るマネージャ４での構成要素の番号を示し、動作及び構
成要素の説明が他方のマネージャ（マネージャ４）に移
る場合は、括弧内はマネージャ３での構成要素の番号を
示すものとする。
【００２５】次に、図１のマネージャ３及びマネージャ
４の動作について説明する。
４の動作について説明する。
【００２６】トラップ受信手段３１（４１）は、エージ
ェントより送信されてきたＳＮＭＰトラップを受信し、
データ保存手段３２（４２）へ結果を送信する。
ェントより送信されてきたＳＮＭＰトラップを受信し、
データ保存手段３２（４２）へ結果を送信する。
【００２７】データ保存手段３２（４２）はトラップ受
信手段３１（４１）より送信されてきたデータを受信
し、保存する。その後、他方のマネージャの検索手段４
３（３３）へ検索条件データを送信する。
信手段３１（４１）より送信されてきたデータを受信
し、保存する。その後、他方のマネージャの検索手段４
３（３３）へ検索条件データを送信する。
【００２８】他方のマネージャの検索手段４３（３３）
は、データ保存手段３２（４２）より送信されてきた検
索条件データを元に検索を行う。その後、検索結果を検
索条件データの送信元のマネージャの結果受信手段３４
と自マネージャの結果受信手段４４へ送信する。
は、データ保存手段３２（４２）より送信されてきた検
索条件データを元に検索を行う。その後、検索結果を検
索条件データの送信元のマネージャの結果受信手段３４
と自マネージャの結果受信手段４４へ送信する。
【００２９】結果受信手段３４（４４）は、検索手段４
３または３３より送信されてきた検索結果を元にメッセ
ージ出力手段３５（４５）へ出力メッセージを送信す
る。
３または３３より送信されてきた検索結果を元にメッセ
ージ出力手段３５（４５）へ出力メッセージを送信す
る。
【００３０】メッセージ出力手段３５（４５）は、結果
受信手段３４（４４）より送信されてきた出力メッセー
ジを表示する。
受信手段３４（４４）より送信されてきた出力メッセー
ジを表示する。
【００３１】尚、本実施の形態においては、エージェン
トとマネージャ間の通信は、上述したＳＮＭＰを採用し
た通信方式により行うが、マネージャとマネージャ間の
通信は、通信の確実性を保つためにコネクション型のソ
ケット（ｓｏｃｋｅｔ）通信を採用した通信方式により
行っている。具体的には、一方のマネージャのデータ保
存手段３２（４２）が他方のマネージャの検索手段４３
（３３）に対して検索条件データを送信する場合と、他
方のマネージャの検索手段４３（３３）が送信元マネー
ジャの結果受信手段３４（４４）に対して検索結果を送
信する場合に、コネクション型のソケット通信にて通信
を行う構成としてある。コネクション型のソケット通信
を採用しているため、信頼性の高い通信を両マネージャ
間で行うことが出来る。
トとマネージャ間の通信は、上述したＳＮＭＰを採用し
た通信方式により行うが、マネージャとマネージャ間の
通信は、通信の確実性を保つためにコネクション型のソ
ケット（ｓｏｃｋｅｔ）通信を採用した通信方式により
行っている。具体的には、一方のマネージャのデータ保
存手段３２（４２）が他方のマネージャの検索手段４３
（３３）に対して検索条件データを送信する場合と、他
方のマネージャの検索手段４３（３３）が送信元マネー
ジャの結果受信手段３４（４４）に対して検索結果を送
信する場合に、コネクション型のソケット通信にて通信
を行う構成としてある。コネクション型のソケット通信
を採用しているため、信頼性の高い通信を両マネージャ
間で行うことが出来る。
【００３２】また、本実施の形態においては、マネージ
ャ内の各手段間の通信にもコネクション型のソケット通
信を採用している。
ャ内の各手段間の通信にもコネクション型のソケット通
信を採用している。
【００３３】次に、図２を参照して、マネージャ３及び
マネージャ４の詳細構成及び動作概要を説明する。
マネージャ４の詳細構成及び動作概要を説明する。
【００３４】図２は、マネージャの一例を示す詳細ブロ
ック図である。
ック図である。
【００３５】図２において、トラップ受信手段３１（４
１）は、トラップ受信部３１１（トラップ受信部４１
１）とデータ送信部３１２（データ送信部４１２）を備
える。
１）は、トラップ受信部３１１（トラップ受信部４１
１）とデータ送信部３１２（データ送信部４１２）を備
える。
【００３６】トラップ受信部３１１（４１１）は、エー
ジェントより送信されたＳＮＭＰトラップを受信する。
データ送信部３１２（４１２）はＳＮＭＰトラップの一
部の情報のみをデータ保存手段３２（４２）に送信す
る。
ジェントより送信されたＳＮＭＰトラップを受信する。
データ送信部３１２（４１２）はＳＮＭＰトラップの一
部の情報のみをデータ保存手段３２（４２）に送信す
る。
【００３７】データ保存手段３２（４２）は、データ取
得部３２１（データ取得部４２１）と、データ保存部３
２２（データ保存部４２２）と、ファイル３２３（ファ
イル４２３）と、検索条件送信部３２４（検索条件送信
部４２４）を備える。
得部３２１（データ取得部４２１）と、データ保存部３
２２（データ保存部４２２）と、ファイル３２３（ファ
イル４２３）と、検索条件送信部３２４（検索条件送信
部４２４）を備える。
【００３８】データ取得部３２１（４２１）は、トラッ
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４（４２
４）は、他方のマネージャの検索手段４３（３３）に検
索条件データを送信する。
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４（４２
４）は、他方のマネージャの検索手段４３（３３）に検
索条件データを送信する。
【００３９】検索手段３３（４３）は、検索条件取得部
３３１（検索条件取得部４３１）と、検索部３３２（検
索部４３２）と、結果送信部３３３（結果送信部４３
３）を備える。
３３１（検索条件取得部４３１）と、検索部３３２（検
索部４３２）と、結果送信部３３３（結果送信部４３
３）を備える。
【００４０】検索条件取得部３３１（４３１）は、他方
のマネージャのデータ保存手段４２（３２）からの検索
条件データを受信する。検索部３３２（４３２）は、フ
ァイル３２３（４２３）を受信した検索条件データで調
査する。結果送信部３３３（４３３）は、検索結果を検
索条件データの送信元のマネージャの結果受信手段４４
と自マネージャの結果受信手段３４へ送信する。
のマネージャのデータ保存手段４２（３２）からの検索
条件データを受信する。検索部３３２（４３２）は、フ
ァイル３２３（４２３）を受信した検索条件データで調
査する。結果送信部３３３（４３３）は、検索結果を検
索条件データの送信元のマネージャの結果受信手段４４
と自マネージャの結果受信手段３４へ送信する。
【００４１】結果受信手段３４（４４）は、結果取得部
３４１（結果取得部４４１）と、結果判定部３４２（結
果判定部４４２）を備える。
３４１（結果取得部４４１）と、結果判定部３４２（結
果判定部４４２）を備える。
【００４２】結果取得部３４１（４４１）は、検索手段
３３または４３から検索結果を受信する。結果判定部３
４２（４４２）は、検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）
の場合のみメッセージ出力手段３５（４５）にメッセー
ジを通知する。
３３または４３から検索結果を受信する。結果判定部３
４２（４４２）は、検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）
の場合のみメッセージ出力手段３５（４５）にメッセー
ジを通知する。
【００４３】メッセージ出力手段３５（４５）は、メッ
セージ取得部３５１（メッセージ取得部４５１）と、メ
ッセージ出力部３５２（メッセージ出力部４５２）を備
える。
セージ取得部３５１（メッセージ取得部４５１）と、メ
ッセージ出力部３５２（メッセージ出力部４５２）を備
える。
【００４４】メッセージ取得部３５１（４５１）は、結
果受信手段３４（４４）からメッセージの出力内容を受
信する。メッセージ出力部３５２（４５２）は受信内容
を表示装置などに出力する。
果受信手段３４（４４）からメッセージの出力内容を受
信する。メッセージ出力部３５２（４５２）は受信内容
を表示装置などに出力する。
【００４５】次に、図３を参照して、マネージャ３及び
マネージャ４が受信するＳＮＭＰトラップの形式につい
て説明する。
マネージャ４が受信するＳＮＭＰトラップの形式につい
て説明する。
【００４６】図３は、ＳＮＭＰのトラップ（Ｔｒａｐ）
メッセージの形式を示す図である。
メッセージの形式を示す図である。
【００４７】図３において、ＳＮＭＰのトラップ（Ｔｒ
ａｐ）メッセージは、ｖｅｒｓｉｏｎとｃｏｍｍｕｎｉ
ｔｙとｄａｔａから構成されており、ｖｅｒｓｉｏｎに
はバージョンを表す整数値が記入され、ｃｏｍｍｕｎｉ
ｔｙにはコミュニティ名が記入される。コミュニティ名
は、ネットワークの管理を行う上で関連のあるマネージ
ャとエージェントのグループに付される名前である。
ａｐ）メッセージは、ｖｅｒｓｉｏｎとｃｏｍｍｕｎｉ
ｔｙとｄａｔａから構成されており、ｖｅｒｓｉｏｎに
はバージョンを表す整数値が記入され、ｃｏｍｍｕｎｉ
ｔｙにはコミュニティ名が記入される。コミュニティ名
は、ネットワークの管理を行う上で関連のあるマネージ
ャとエージェントのグループに付される名前である。
【００４８】ｄａｔａには、図３の中段に記した内容が
記入されるが、本発明に関連のある内容について説明す
ると、先ずｅｎｔｅｒｐｒｉｓｅにはオブジェクトＩＤ
が記入される。ａｇｅｎｔ−ａｄｄｒにはトラップを発
生したエージェントのアドレスが記入される。ｖａｒｉ
ａｂｌｅ−ｂｉｎｄｉｎｇｓには、図３の下段に記した
ように、オブジェクトの名前とその値の対が繰り返して
複数記入される。
記入されるが、本発明に関連のある内容について説明す
ると、先ずｅｎｔｅｒｐｒｉｓｅにはオブジェクトＩＤ
が記入される。ａｇｅｎｔ−ａｄｄｒにはトラップを発
生したエージェントのアドレスが記入される。ｖａｒｉ
ａｂｌｅ−ｂｉｎｄｉｎｇｓには、図３の下段に記した
ように、オブジェクトの名前とその値の対が繰り返して
複数記入される。
【００４９】次に、図１、図２、図３および図４、図
５、図６、図７、図８を参照して本実施の形態の動作を
より詳細に説明する。
５、図６、図７、図８を参照して本実施の形態の動作を
より詳細に説明する。
【００５０】なお、図４〜図８において、図１あるいは
図２に示す構成要素に対応するものは同一の参照数字ま
たは符号を付し、その説明を省略する。
図２に示す構成要素に対応するものは同一の参照数字ま
たは符号を付し、その説明を省略する。
【００５１】図４は、図１あるいは図２のトラップ受信
手段の動作を説明する図である。
手段の動作を説明する図である。
【００５２】図４において、トラップ受信手段３１（４
１）の動作は以下のようになる。
１）の動作は以下のようになる。
【００５３】エージェントから送信されたＳＮＭＰトラ
ップは、トラップ受信部３１１（４１１）が受信する
（ステップＡ１）。
ップは、トラップ受信部３１１（４１１）が受信する
（ステップＡ１）。
【００５４】トラップ受信部３１１（４１１）は、その
ＳＮＭＰトラップが消失の検出対象かどうか調べる（ス
テップＡ２）。検出対象か否かは、図３に示したＳＮＭ
Ｐトラップのｃｏｍｍｕｎｉｔｙを参照し、自マネージ
ャと同一のコミュニティ名を持つエージェントからのト
ラップであれば検出の対象とし、別のコミュニティ名で
あれば検出対象としない。検出対象でない場合（ステッ
プＡ２：いいえ）、次のＳＮＭＰトラップの受信待ちに
なる（ステップＡ１に戻る）。
ＳＮＭＰトラップが消失の検出対象かどうか調べる（ス
テップＡ２）。検出対象か否かは、図３に示したＳＮＭ
Ｐトラップのｃｏｍｍｕｎｉｔｙを参照し、自マネージ
ャと同一のコミュニティ名を持つエージェントからのト
ラップであれば検出の対象とし、別のコミュニティ名で
あれば検出対象としない。検出対象でない場合（ステッ
プＡ２：いいえ）、次のＳＮＭＰトラップの受信待ちに
なる（ステップＡ１に戻る）。
【００５５】検出対象の場合（ステップＡ２：はい）、
データ送信部３１２（４１２）は、以降のマネージャで
の処理に必要となる最小限のデータをＳＮＭＰトラップ
メッセージから抽出して、データ保存手段３２（４２）
のデータ取得部３２１（４２１）へ送信する（ステップ
Ａ３）。このステップでＳＮＭＰトラップメッセージか
ら抽出する最小限のデータは、ＳＮＭＰトラップの受信
時刻、ＳＮＭＰトラップの送信元エージェントのアドレ
ス、及び、オブジェクトＩＤである。最小限のデータと
した理由は、無駄なデータを流して処理速度を落とさな
いようにする為である。
データ送信部３１２（４１２）は、以降のマネージャで
の処理に必要となる最小限のデータをＳＮＭＰトラップ
メッセージから抽出して、データ保存手段３２（４２）
のデータ取得部３２１（４２１）へ送信する（ステップ
Ａ３）。このステップでＳＮＭＰトラップメッセージか
ら抽出する最小限のデータは、ＳＮＭＰトラップの受信
時刻、ＳＮＭＰトラップの送信元エージェントのアドレ
ス、及び、オブジェクトＩＤである。最小限のデータと
した理由は、無駄なデータを流して処理速度を落とさな
いようにする為である。
【００５６】データ送信部３１２（４１２）は、次に、
ステップＡ３での送信が確認できるまで待機し（ステッ
プＡ４）、送信確認が出来た後（ステップＡ４：はい）
該送信が成功したか否かを監視する（ステップＡ５）。
送信が失敗と判断した場合（ステップＡ５：はい）、再
送信を行う（ステップＡ３に戻る）。該送信が成功した
後（ステップＡ５：いいえ）、データ送信部３１２（４
１２）は処理を終了し、トラップ受信部３１１（４１
１）による次のＳＮＭＰトラップの受信待ちとなる（ス
テップＡ１に戻る）。
ステップＡ３での送信が確認できるまで待機し（ステッ
プＡ４）、送信確認が出来た後（ステップＡ４：はい）
該送信が成功したか否かを監視する（ステップＡ５）。
送信が失敗と判断した場合（ステップＡ５：はい）、再
送信を行う（ステップＡ３に戻る）。該送信が成功した
後（ステップＡ５：いいえ）、データ送信部３１２（４
１２）は処理を終了し、トラップ受信部３１１（４１
１）による次のＳＮＭＰトラップの受信待ちとなる（ス
テップＡ１に戻る）。
【００５７】次に、図５を参照して、図１あるいは図２
のデータ保存手段３２（４２）の動作について説明す
る。
のデータ保存手段３２（４２）の動作について説明す
る。
【００５８】図５は、図１あるいは図２のデータ保存手
段の動作を説明する図である。
段の動作を説明する図である。
【００５９】図５において、データ保存手段３２（４
２）の動作は以下のようになる。
２）の動作は以下のようになる。
【００６０】データ取得部３２１（４２１）は、データ
送信部３１２（４１２）が送信したデータを受信する
（ステップＢ１）。
送信部３１２（４１２）が送信したデータを受信する
（ステップＢ１）。
【００６１】データ保存部３２２（４２２）は、データ
取得部３２１（４２１）が受信したデータ（ＳＮＭＰト
ラップの受信時刻、ＳＮＭＰトラップの送信元エージェ
ントのアドレス、オブジェクトＩＤ）をファイル３２３
（４２３）に保存する為に、ファイル３２３（４２３）
の現在のレコード番号を１増し（ステップＢ２）、その
レコード番号のレコードにデータを保存する（ステップ
Ｂ３）。
取得部３２１（４２１）が受信したデータ（ＳＮＭＰト
ラップの受信時刻、ＳＮＭＰトラップの送信元エージェ
ントのアドレス、オブジェクトＩＤ）をファイル３２３
（４２３）に保存する為に、ファイル３２３（４２３）
の現在のレコード番号を１増し（ステップＢ２）、その
レコード番号のレコードにデータを保存する（ステップ
Ｂ３）。
【００６２】次に、マネージャ３（４）の検索条件送信
部３２４（４２４）は、検索条件データ（ＳＮＭＰトラ
ップの受信時刻、ＳＮＭＰトラップの送信元エージェン
トのアドレス、オブジェクトＩＤ）を他方のマネージャ
の検索手段４３（３３）の検索条件取得部４３１（３３
１）に送信する（ステップＢ４）。
部３２４（４２４）は、検索条件データ（ＳＮＭＰトラ
ップの受信時刻、ＳＮＭＰトラップの送信元エージェン
トのアドレス、オブジェクトＩＤ）を他方のマネージャ
の検索手段４３（３３）の検索条件取得部４３１（３３
１）に送信する（ステップＢ４）。
【００６３】検索条件送信部３２４（４２４）は、次
に、ステップＢ４での送信が確認できるまで待機し（ス
テップＢ５）、送信確認が出来た後（ステップＢ５：は
い）該送信が成功したか否かを監視する（ステップＢ
６）。送信が失敗と判断した場合（ステップＢ６：は
い）、検索条件データの再送信を行う（ステップＢ４に
戻る）。該送信が成功した後（ステップＢ６：いい
え）、検索条件送信部３２４（４２４）は処理を終了
し、データ取得部３２１（４２１）による次のデータの
受信待ちとなる（ステップＢ１に戻る）。
に、ステップＢ４での送信が確認できるまで待機し（ス
テップＢ５）、送信確認が出来た後（ステップＢ５：は
い）該送信が成功したか否かを監視する（ステップＢ
６）。送信が失敗と判断した場合（ステップＢ６：は
い）、検索条件データの再送信を行う（ステップＢ４に
戻る）。該送信が成功した後（ステップＢ６：いい
え）、検索条件送信部３２４（４２４）は処理を終了
し、データ取得部３２１（４２１）による次のデータの
受信待ちとなる（ステップＢ１に戻る）。
【００６４】次に、図６を参照して、検索条件データを
受信した他方のマネージャの検索手段４３（３３）の動
作について説明する。
受信した他方のマネージャの検索手段４３（３３）の動
作について説明する。
【００６５】図６は、図１あるいは図２の検索手段の動
作を説明する図である。
作を説明する図である。
【００６６】図６において、検索手段４３（３３）の動
作は以下のようになる。
作は以下のようになる。
【００６７】検索条件取得部４３１（３３１）は、検索
条件送信部３２４（４２４）が送信した検索条件データ
を受信する（ステップＣ１）。
条件送信部３２４（４２４）が送信した検索条件データ
を受信する（ステップＣ１）。
【００６８】検索部４３２（３３２）は、受信された検
索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭＰ
トラップの送信元エージェントのアドレス、オブジェク
トＩＤ）と一致するデータがファイル４２３（３２３）
内に有るか否かを検索する。
索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭＰ
トラップの送信元エージェントのアドレス、オブジェク
トＩＤ）と一致するデータがファイル４２３（３２３）
内に有るか否かを検索する。
【００６９】一致するデータがファイル４２３（３２
３）内に有った場合は、同一のＳＮＭＰトラップを２つ
のマネージャが同時に受信していることを示しており、
該ＳＮＭＰトラップは消失していないことを示してい
る。この為、検索結果はＯＫ（ＳＮＭＰトラップの消失
無し）として結果送信部４３３（３３３）から検索結果
を送信する。一方、一致するデータがファイル４２３
（３２３）に無かった場合は、自マネージャにおいては
検索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭ
Ｐトラップの送信元エージェントのアドレス、オブジェ
クトＩＤ）に合致するＳＮＭＰトラップを受信していな
かったことを示しており、該ＳＮＭＰトラップが消失し
たことを示している。この為、検索結果はＮＧ（ＳＮＭ
Ｐトラップが消失した）として結果送信部４３３（３３
３）から検索結果を送信する。
３）内に有った場合は、同一のＳＮＭＰトラップを２つ
のマネージャが同時に受信していることを示しており、
該ＳＮＭＰトラップは消失していないことを示してい
る。この為、検索結果はＯＫ（ＳＮＭＰトラップの消失
無し）として結果送信部４３３（３３３）から検索結果
を送信する。一方、一致するデータがファイル４２３
（３２３）に無かった場合は、自マネージャにおいては
検索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭ
Ｐトラップの送信元エージェントのアドレス、オブジェ
クトＩＤ）に合致するＳＮＭＰトラップを受信していな
かったことを示しており、該ＳＮＭＰトラップが消失し
たことを示している。この為、検索結果はＮＧ（ＳＮＭ
Ｐトラップが消失した）として結果送信部４３３（３３
３）から検索結果を送信する。
【００７０】検索部４３２（３３２）が検索条件データ
（ＳＮＭＰトラップの受信時刻、ＳＮＭＰトラップの送
信元エージェントのアドレス、オブジェクトＩＤ）と一
致するデータをファイル４２３（３２３）内から検索す
る場合、「ＳＮＭＰトラップの受信時刻」の検索は、検
索条件データの送信元マネージャと受信元マネージャで
の時刻の誤差をふまえて、特定の範囲内を定め、その特
定の範囲内で有れば一致と判断する。「ＳＮＭＰトラッ
プの送信元エージェントのアドレス」と「オブジェクト
ＩＤ」は完全に一致するものを検索する。この３つの条
件を満たすデータが検索条件データを受信した側のファ
イル４２３（３２３）内に有れば、ＳＮＭＰトラップの
消失はなかったことになる。ファイル４２３（３２３）
内を最終レコードまで検索し、条件を満たすデータが見
つからなかった場合、ネットワークの経路等によりまだ
ＳＮＭＰトラップを受信していな場合を考慮し、見つか
るまでｎ回の検索のリトライを行う。それでも検索条件
データと一致しない場合、検索条件データを受信したマ
ネージャ側にはデータが存在しない。つまり検索条件デ
ータを受信した側のＳＮＭＰトラップは消失し、検索条
件データを送信した側でしかエージェントからのＳＮＭ
Ｐトラップを受信していなかったことになる。
（ＳＮＭＰトラップの受信時刻、ＳＮＭＰトラップの送
信元エージェントのアドレス、オブジェクトＩＤ）と一
致するデータをファイル４２３（３２３）内から検索す
る場合、「ＳＮＭＰトラップの受信時刻」の検索は、検
索条件データの送信元マネージャと受信元マネージャで
の時刻の誤差をふまえて、特定の範囲内を定め、その特
定の範囲内で有れば一致と判断する。「ＳＮＭＰトラッ
プの送信元エージェントのアドレス」と「オブジェクト
ＩＤ」は完全に一致するものを検索する。この３つの条
件を満たすデータが検索条件データを受信した側のファ
イル４２３（３２３）内に有れば、ＳＮＭＰトラップの
消失はなかったことになる。ファイル４２３（３２３）
内を最終レコードまで検索し、条件を満たすデータが見
つからなかった場合、ネットワークの経路等によりまだ
ＳＮＭＰトラップを受信していな場合を考慮し、見つか
るまでｎ回の検索のリトライを行う。それでも検索条件
データと一致しない場合、検索条件データを受信したマ
ネージャ側にはデータが存在しない。つまり検索条件デ
ータを受信した側のＳＮＭＰトラップは消失し、検索条
件データを送信した側でしかエージェントからのＳＮＭ
Ｐトラップを受信していなかったことになる。
【００７１】上記の動作を、図６に戻って説明すると、
検索部４３２（３３２）はファイル４２３（３２３）を
検索するリトライ回数を１に設定し（ステップＣ２）、
ファイル４２３（３２３）を検索するための検索用レコ
ード番号に１を設定する（ステップＣ３）。次にリトラ
イ回数がｎ回以下かを判定し（ステップＣ４）、ｎ回以
下であれば（ステップＣ４：はい）ステップＣ５に進
み、ｎ回に達していれば（ステップＣ４：いいえ）ファ
イル４２３（３２３）には検索条件データに一致するデ
ータが保存されていなかったことであるので、検索結果
をＮＧとして結果送信部４３３（３３３）に送信しステ
ップＣ１１に進む。
検索部４３２（３３２）はファイル４２３（３２３）を
検索するリトライ回数を１に設定し（ステップＣ２）、
ファイル４２３（３２３）を検索するための検索用レコ
ード番号に１を設定する（ステップＣ３）。次にリトラ
イ回数がｎ回以下かを判定し（ステップＣ４）、ｎ回以
下であれば（ステップＣ４：はい）ステップＣ５に進
み、ｎ回に達していれば（ステップＣ４：いいえ）ファ
イル４２３（３２３）には検索条件データに一致するデ
ータが保存されていなかったことであるので、検索結果
をＮＧとして結果送信部４３３（３３３）に送信しステ
ップＣ１１に進む。
【００７２】ステップＣ５では、検索用レコード番号が
ファイル４２３（３２３）の最終レコードを越えていな
いかを判定し、最終レコードを越えていなければ（ステ
ップＣ５：はい）そのレコードを検索するためにステッ
プＣ７に進み、最終レコードを越えていれば（ステップ
Ｃ５：いいえ）リトライ回数を１増し（ステップＣ
６）、ステップＣ３に戻る。
ファイル４２３（３２３）の最終レコードを越えていな
いかを判定し、最終レコードを越えていなければ（ステ
ップＣ５：はい）そのレコードを検索するためにステッ
プＣ７に進み、最終レコードを越えていれば（ステップ
Ｃ５：いいえ）リトライ回数を１増し（ステップＣ
６）、ステップＣ３に戻る。
【００７３】ステップＣ７では、検索用レコード番号と
等しいレコードの内容を調べ、レコード内の受信時刻が
検索条件データの「ＳＮＭＰトラップの受信時刻」の時
刻範囲内かを判定し、時刻範囲内であれば（ステップＣ
７：はい）、レコード内の次の要素である送信元アドレ
スが検索条件データの「ＳＮＭＰトラップの送信元エー
ジェントのアドレス」と一致するかを判定する（ステッ
プＣ８）。一致すれば（ステップＣ８：はい）、レコー
ド内の次の要素であるオブジェクトＩＤが検索条件デー
タの「オブジェクトＩＤ」と一致するかを判定する（ス
テップＣ９）。一致すれば（ステップＣ９：はい）、そ
のレコードが検索条件データと一致するデータであるの
で、検索結果をＯＫとして結果送信部４３３（３３３）
に送信しステップＣ１１に進む。ステップＣ７、ステッ
プＣ８、ステップＣ９のいずれかにおいて判定が一致で
なければ（ステップＣ７：いいえ、ステップＣ８：いい
え、ステップＣ９：いいえ）、検索用レコード番号を１
増し（ステップＣ１０）、ステップＣ５に戻る。
等しいレコードの内容を調べ、レコード内の受信時刻が
検索条件データの「ＳＮＭＰトラップの受信時刻」の時
刻範囲内かを判定し、時刻範囲内であれば（ステップＣ
７：はい）、レコード内の次の要素である送信元アドレ
スが検索条件データの「ＳＮＭＰトラップの送信元エー
ジェントのアドレス」と一致するかを判定する（ステッ
プＣ８）。一致すれば（ステップＣ８：はい）、レコー
ド内の次の要素であるオブジェクトＩＤが検索条件デー
タの「オブジェクトＩＤ」と一致するかを判定する（ス
テップＣ９）。一致すれば（ステップＣ９：はい）、そ
のレコードが検索条件データと一致するデータであるの
で、検索結果をＯＫとして結果送信部４３３（３３３）
に送信しステップＣ１１に進む。ステップＣ７、ステッ
プＣ８、ステップＣ９のいずれかにおいて判定が一致で
なければ（ステップＣ７：いいえ、ステップＣ８：いい
え、ステップＣ９：いいえ）、検索用レコード番号を１
増し（ステップＣ１０）、ステップＣ５に戻る。
【００７４】ステップＣ１１以降は結果送信部４３３
（３３３）での処理となり、ステップＣ１１では検索結
果を結果受信手段３４及び結果受信手段４４の結果取得
部３４１及び結果取得部４４１に送信する。結果送信部
４３３（３３３）は、次に、ステップＣ１１での送信が
確認できるまで待機し（ステップＣ１２）、送信確認が
出来た後（ステップＣ１２：はい）該送信が成功したか
否かを監視する（ステップＣ１３）。送信が失敗と判断
した場合（ステップＣ１３：はい）、再送信を行う（ス
テップＣ１１に戻る）。該送信が成功した後（ステップ
Ｃ１３：いいえ）、結果送信部４３３（３３３）は処理
を終了し、検索条件取得部４３１（３３１）による次の
検索条件データの受信待ちとなる（ステップＣ１に戻
る）。
（３３３）での処理となり、ステップＣ１１では検索結
果を結果受信手段３４及び結果受信手段４４の結果取得
部３４１及び結果取得部４４１に送信する。結果送信部
４３３（３３３）は、次に、ステップＣ１１での送信が
確認できるまで待機し（ステップＣ１２）、送信確認が
出来た後（ステップＣ１２：はい）該送信が成功したか
否かを監視する（ステップＣ１３）。送信が失敗と判断
した場合（ステップＣ１３：はい）、再送信を行う（ス
テップＣ１１に戻る）。該送信が成功した後（ステップ
Ｃ１３：いいえ）、結果送信部４３３（３３３）は処理
を終了し、検索条件取得部４３１（３３１）による次の
検索条件データの受信待ちとなる（ステップＣ１に戻
る）。
【００７５】次に、図７を参照して、図１あるいは図２
の結果受信手段３４（４４）の動作について説明する。
の結果受信手段３４（４４）の動作について説明する。
【００７６】図７は、図１あるいは図２の結果受信手段
の動作を説明する図である。
の動作を説明する図である。
【００７７】図７において、結果受信手段３４（４４）
の動作は以下のようになる。
の動作は以下のようになる。
【００７８】結果取得部３４１及び結果取得部４４１
は、結果送信部４３３（３３３）が送信した検索結果を
受信する（ステップＤ１）。
は、結果送信部４３３（３３３）が送信した検索結果を
受信する（ステップＤ１）。
【００７９】結果判定部３４２（４４２）は、受信した
検索結果を判定する（ステップＤ２）。検索結果がＯＫ
（検索条件データによりデータが一致した。つまりＳＮ
ＭＰトラップの消失はなかった。）の場合は（ステップ
Ｄ２：いいえ）、検索結果の受信待ちとなる（ステップ
Ｄ１に戻る）。検索結果がＮＧ（検索条件データにより
データが一致しなかった。つまりＳＮＭＰトラップの消
失があった。）の場合は（ステップＤ２：はい）、検索
結果をメッセージ出力手段３５（４５）のメッセージ取
得部３５１（４５１）に送信する（ステップＤ３）。
検索結果を判定する（ステップＤ２）。検索結果がＯＫ
（検索条件データによりデータが一致した。つまりＳＮ
ＭＰトラップの消失はなかった。）の場合は（ステップ
Ｄ２：いいえ）、検索結果の受信待ちとなる（ステップ
Ｄ１に戻る）。検索結果がＮＧ（検索条件データにより
データが一致しなかった。つまりＳＮＭＰトラップの消
失があった。）の場合は（ステップＤ２：はい）、検索
結果をメッセージ出力手段３５（４５）のメッセージ取
得部３５１（４５１）に送信する（ステップＤ３）。
【００８０】結果判定部３４２（４４２）は、次に、ス
テップＤ３での送信が確認できるまで待機し（ステップ
Ｄ４）、送信確認が出来た後（ステップＤ４：はい）該
送信が成功したか否かを監視する（ステップＤ５）。送
信が失敗と判断した場合（ステップＤ５：はい）、再送
信を行う（ステップＤ３に戻る）。該送信が成功した後
（ステップＤ５：いいえ）、結果判定部３４２（４４
２）は処理を終了し、結果取得部３４１（４４１）によ
る次の検索結果の受信待ちとなる（ステップＤ１に戻
る）。
テップＤ３での送信が確認できるまで待機し（ステップ
Ｄ４）、送信確認が出来た後（ステップＤ４：はい）該
送信が成功したか否かを監視する（ステップＤ５）。送
信が失敗と判断した場合（ステップＤ５：はい）、再送
信を行う（ステップＤ３に戻る）。該送信が成功した後
（ステップＤ５：いいえ）、結果判定部３４２（４４
２）は処理を終了し、結果取得部３４１（４４１）によ
る次の検索結果の受信待ちとなる（ステップＤ１に戻
る）。
【００８１】次に、図８を参照して、図１あるいは図２
のメッセージ出力手段３５（４５）の動作について説明
する。
のメッセージ出力手段３５（４５）の動作について説明
する。
【００８２】図８は、図１あるいは図２のメッセージ出
力手段の動作を説明する図である。
力手段の動作を説明する図である。
【００８３】図８において、メッセージ出力手段３５
（４５）の動作は以下のようになる。
（４５）の動作は以下のようになる。
【００８４】メッセージ取得部３５１（４５１）は、結
果判定部３４２（４４２）が送信した検索結果を受信す
る（ステップＥ１）。
果判定部３４２（４４２）が送信した検索結果を受信す
る（ステップＥ１）。
【００８５】メッセージ出力部３５２（４５２）は、検
索結果がＮＧであった（ＳＮＭＰトラップの消失があっ
た）旨のメッセージを表示装置等に出力する（ステップ
Ｅ２）。メッセージの出力後、メッセージ出力部３５２
（４５２）は処理を終了し、メッセージ取得部３５１
（４５１）による次の検索結果の受信待ちとなる（ステ
ップＥ１に戻る）。
索結果がＮＧであった（ＳＮＭＰトラップの消失があっ
た）旨のメッセージを表示装置等に出力する（ステップ
Ｅ２）。メッセージの出力後、メッセージ出力部３５２
（４５２）は処理を終了し、メッセージ取得部３５１
（４５１）による次の検索結果の受信待ちとなる（ステ
ップＥ１に戻る）。
【００８６】次に、図９及び図４〜図８を参照して、本
実施の形態の具体的動作について説明する。
実施の形態の具体的動作について説明する。
【００８７】図９は、本発明の具体的動作を説明する図
である。
である。
【００８８】図９においては、ネットワーク機器である
エージェント１がＳＮＭＰトラップを送信し、これをネ
ットワーク監視装置であるマネージャ３が受信したが、
もう一方のネットワーク監視装置であるマネージャ４は
何らかの理由でこれを受信できなかった様子を示してい
る。尚、図９は、図１及び図２に示したネットワーク管
理システム及び図３から、説明に必要な構成要素のみを
抽出して構成したものであるため、図１、図２及び図３
に示す構成要素に対応するものは同一の参照数字または
符号を付し、その説明を省略する。
エージェント１がＳＮＭＰトラップを送信し、これをネ
ットワーク監視装置であるマネージャ３が受信したが、
もう一方のネットワーク監視装置であるマネージャ４は
何らかの理由でこれを受信できなかった様子を示してい
る。尚、図９は、図１及び図２に示したネットワーク管
理システム及び図３から、説明に必要な構成要素のみを
抽出して構成したものであるため、図１、図２及び図３
に示す構成要素に対応するものは同一の参照数字または
符号を付し、その説明を省略する。
【００８９】図９において、ネットワーク機器であるエ
ージェント１がＳＮＭＰトラップを送信した。エージェ
ント１のａｇｅｎｔ−ａｄｄｒは「ａａａ．ｂｂｂ．ｃ
ｃｃ．ｄｄｄ」であり、ＳＮＭＰトラップ内のオブジェ
クトＩＤ（ｅｎｔｅｒｐｒｉｓｅ）は「１．２．３．
４．５．６」であるものとする。また、エージェント１
のｃｏｍｍｕｎｉｔｙは「Ａ」であり、ネットワーク監
視装置であるマネージャ３及びマネージャ４も同一のｃ
ｏｍｍｕｎｉｔｙ「Ａ」を有しているため、このＳＮＭ
Ｐトラップは消失の検出対象にあたる。
ージェント１がＳＮＭＰトラップを送信した。エージェ
ント１のａｇｅｎｔ−ａｄｄｒは「ａａａ．ｂｂｂ．ｃ
ｃｃ．ｄｄｄ」であり、ＳＮＭＰトラップ内のオブジェ
クトＩＤ（ｅｎｔｅｒｐｒｉｓｅ）は「１．２．３．
４．５．６」であるものとする。また、エージェント１
のｃｏｍｍｕｎｉｔｙは「Ａ」であり、ネットワーク監
視装置であるマネージャ３及びマネージャ４も同一のｃ
ｏｍｍｕｎｉｔｙ「Ａ」を有しているため、このＳＮＭ
Ｐトラップは消失の検出対象にあたる。
【００９０】マネージャ３のトラップ受信手段３１は、
このＳＮＭＰトラップを時刻「ｙｙｙｙ／ｍｍ／ｄｄ
ｈｈ：ｍｉ：ｓｓ」に受信したが、マネージャ４のトラ
ップ受信手段４１は何らかの理由でこのＳＮＭＰトラッ
プを受信できなかったものとする。
このＳＮＭＰトラップを時刻「ｙｙｙｙ／ｍｍ／ｄｄ
ｈｈ：ｍｉ：ｓｓ」に受信したが、マネージャ４のトラ
ップ受信手段４１は何らかの理由でこのＳＮＭＰトラッ
プを受信できなかったものとする。
【００９１】マネージャ３のトラップ受信手段３１にあ
るトラップ受信部３１１がこのＳＮＭＰトラップを受信
し、このＳＮＭＰトラップが消失の検出対象であると判
断する。データ送信部３１２は、データ保存手段３２に
対し、ファイル３２３に保存するために必要なＳＮＭＰ
トラップのデータ（ＳＮＭＰトラップの受信時刻「ｙｙ
ｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」、ＳＮＭＰトラ
ップの送信元エージェントのアドレス「ａａａ．ｂｂ
ｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩＤ「１．２．
３．４．５．６」）を送信する。
るトラップ受信部３１１がこのＳＮＭＰトラップを受信
し、このＳＮＭＰトラップが消失の検出対象であると判
断する。データ送信部３１２は、データ保存手段３２に
対し、ファイル３２３に保存するために必要なＳＮＭＰ
トラップのデータ（ＳＮＭＰトラップの受信時刻「ｙｙ
ｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」、ＳＮＭＰトラ
ップの送信元エージェントのアドレス「ａａａ．ｂｂ
ｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩＤ「１．２．
３．４．５．６」）を送信する。
【００９２】データ保存手段３２のデータ取得部３２１
が、保存するためのデータを受信し、データ保存部３２
２が受信したデータをファイル３２３に保存する。ファ
イル３２３には、これまでに１レコード目からｍレコー
ド目までに過去のデータが保存されていたため、ｍ＋１
レコードに受信したデータを保存する。次に、検索条件
送信部３２４が、検索条件データ（ＳＮＭＰトラップの
受信時刻「ｙｙｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓ
ｓ」、ＳＮＭＰトラップの送信元エージェントのアドレ
ス「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクト
ＩＤ「１．２．３．４．５．６」）をマネージャ４の検
索手段４３に送信する。
が、保存するためのデータを受信し、データ保存部３２
２が受信したデータをファイル３２３に保存する。ファ
イル３２３には、これまでに１レコード目からｍレコー
ド目までに過去のデータが保存されていたため、ｍ＋１
レコードに受信したデータを保存する。次に、検索条件
送信部３２４が、検索条件データ（ＳＮＭＰトラップの
受信時刻「ｙｙｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓ
ｓ」、ＳＮＭＰトラップの送信元エージェントのアドレ
ス「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクト
ＩＤ「１．２．３．４．５．６」）をマネージャ４の検
索手段４３に送信する。
【００９３】マネージャ４の検索手段４３にある検索条
件取得部４３１が、検索条件データを受信し、検索部４
３２が受信した検索条件データでファイル４２３を調査
する。マネージャ４はＳＮＭＰトラップを受信していな
いため、ファイル４２３内には該当データが保存されて
いない。そのため、検索をｎ回までリトライしても、フ
ァイル４２３内のデータと検索条件データが一致しな
い。つまりマネージャ４からは、受信時刻が「ｙｙｙｙ
／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」であり、エージェン
トのアドレスが「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、
オブジェクトＩＤが「１．２．３．４．５．６」という
ＳＮＭＰトラップが消失しているという結果になる。こ
の検索結果を、結果送信部４３３が結果受信手段３４と
４４に送信する。
件取得部４３１が、検索条件データを受信し、検索部４
３２が受信した検索条件データでファイル４２３を調査
する。マネージャ４はＳＮＭＰトラップを受信していな
いため、ファイル４２３内には該当データが保存されて
いない。そのため、検索をｎ回までリトライしても、フ
ァイル４２３内のデータと検索条件データが一致しな
い。つまりマネージャ４からは、受信時刻が「ｙｙｙｙ
／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」であり、エージェン
トのアドレスが「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、
オブジェクトＩＤが「１．２．３．４．５．６」という
ＳＮＭＰトラップが消失しているという結果になる。こ
の検索結果を、結果送信部４３３が結果受信手段３４と
４４に送信する。
【００９４】結果受信手段３４（４４）の結果取得部３
４１（４４１）が、検索結果を受信し、結果判定部３４
２（４４２）が判定を行う。この例では、ＳＮＭＰトラ
ップが消失しているというＮＧの判定となるため、結果
判定部３４２（４４２）はメッセージ取得部３５１（４
５１）に検索結果のメッセージを送信する。
４１（４４１）が、検索結果を受信し、結果判定部３４
２（４４２）が判定を行う。この例では、ＳＮＭＰトラ
ップが消失しているというＮＧの判定となるため、結果
判定部３４２（４４２）はメッセージ取得部３５１（４
５１）に検索結果のメッセージを送信する。
【００９５】メッセージ出力手段３５（４５）のメッセ
ージ取得部３５１（４５１）が、検索結果のメッセージ
を受信し、メッセージ出力部３５２（４５２）は、マネ
ージャ４で、受信時刻が「ｙｙｙｙ／ｍｍ／ｄｄ ｈ
ｈ：ｍｉ：ｓｓ」であり、エージェントのアドレスが
「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩ
Ｄが「１．２．３．４．５．６」のＳＮＭＰトラップが
消失している旨を表示装置等に表示することができる。
ージ取得部３５１（４５１）が、検索結果のメッセージ
を受信し、メッセージ出力部３５２（４５２）は、マネ
ージャ４で、受信時刻が「ｙｙｙｙ／ｍｍ／ｄｄ ｈ
ｈ：ｍｉ：ｓｓ」であり、エージェントのアドレスが
「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩ
Ｄが「１．２．３．４．５．６」のＳＮＭＰトラップが
消失している旨を表示装置等に表示することができる。
【００９６】次に、図１０を参照して、本発明の第２の
実施の形態について説明する。
実施の形態について説明する。
【００９７】図１０は、本発明のマネージャの第２の実
施の形態を示す詳細ブロック図である。
施の形態を示す詳細ブロック図である。
【００９８】図１０を参照すると、本第２の実施の形態
は、図２に示された第１の実施の形態におけるマネージ
ャ３及びマネージャ４の構成に対して、データ保存手段
３２００（データ保存手段４２００）の構成にタイマ３
２５０（タイマ４２５０）を追加した点で異なってい
る。従って、図１０において、図２に示す構成要素に対
応するものは同一の参照数字または符号を付し、その説
明を省略する。
は、図２に示された第１の実施の形態におけるマネージ
ャ３及びマネージャ４の構成に対して、データ保存手段
３２００（データ保存手段４２００）の構成にタイマ３
２５０（タイマ４２５０）を追加した点で異なってい
る。従って、図１０において、図２に示す構成要素に対
応するものは同一の参照数字または符号を付し、その説
明を省略する。
【００９９】すなわち、図１０において、データ保存手
段３２００（データ保存手段４２００）は、データ取得
部３２１（データ取得部４２１）と、データ保存部３２
２（データ保存部４２２）と、ファイル３２３（ファイ
ル４２３）と、タイマ３２５０（タイマ４２５０）と、
検索条件送信部３２４０（検索条件送信部４２４０）を
備える。
段３２００（データ保存手段４２００）は、データ取得
部３２１（データ取得部４２１）と、データ保存部３２
２（データ保存部４２２）と、ファイル３２３（ファイ
ル４２３）と、タイマ３２５０（タイマ４２５０）と、
検索条件送信部３２４０（検索条件送信部４２４０）を
備える。
【０１００】データ取得部３２１（４２１）は、トラッ
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４０（４
２４０）は、他方のマネージャの検索手段４３（３３）
に検索条件データを送信する。タイマ３２５０（４２５
０）は、検索条件送信部３２４０（４２４０）が検索条
件データを他方のマネージャに送信するタイミングを調
整する。
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４０（４
２４０）は、他方のマネージャの検索手段４３（３３）
に検索条件データを送信する。タイマ３２５０（４２５
０）は、検索条件送信部３２４０（４２４０）が検索条
件データを他方のマネージャに送信するタイミングを調
整する。
【０１０１】図１０のマネージャ３（４）においては、
タイマ３２５０（４２５０）に適切な時間を設定するこ
とによって、検索条件送信部３２４０（４２４０）が検
索条件データを他方のマネージャに送信するタイミング
を調整することが可能である。従って、例えば、エージ
ェントから送信されたＳＮＭＰトラップを、２つのマネ
ージャ３と４で受信する時刻が、ネットワーク構成上の
理由等により、相互にあまりにかけ離れた値になってし
まうような場合においても、検索条件データを送信する
タイミングを遅らせることが可能となる。送信のタイミ
ングを遅らせることにより、一方のマネージャではファ
イル３２３（４２３）へのＳＮＭＰトラップのデータ保
存が終了したにもかかわらず、他方のマネージャではフ
ァイル４２３（３２３）へのデータ保存が終了しておら
ず、ＳＮＭＰトラップを受信しなかったと判断してしま
う誤りを回避することが可能となる。
タイマ３２５０（４２５０）に適切な時間を設定するこ
とによって、検索条件送信部３２４０（４２４０）が検
索条件データを他方のマネージャに送信するタイミング
を調整することが可能である。従って、例えば、エージ
ェントから送信されたＳＮＭＰトラップを、２つのマネ
ージャ３と４で受信する時刻が、ネットワーク構成上の
理由等により、相互にあまりにかけ離れた値になってし
まうような場合においても、検索条件データを送信する
タイミングを遅らせることが可能となる。送信のタイミ
ングを遅らせることにより、一方のマネージャではファ
イル３２３（４２３）へのＳＮＭＰトラップのデータ保
存が終了したにもかかわらず、他方のマネージャではフ
ァイル４２３（３２３）へのデータ保存が終了しておら
ず、ＳＮＭＰトラップを受信しなかったと判断してしま
う誤りを回避することが可能となる。
【０１０２】また、タイマ３２５０（４２５０）に適切
な時間を設定することによって、他方のマネージャがフ
ァイル４２３（３２３）を検索するリトライの回数ｎを
減らすことも可能となるため、検索条件送信部３２４０
（４２４０）が検索条件データを送信してから結果取得
部３４１（４４１）が検索結果を受信するまでの時間を
短縮することができるという効果も有する。
な時間を設定することによって、他方のマネージャがフ
ァイル４２３（３２３）を検索するリトライの回数ｎを
減らすことも可能となるため、検索条件送信部３２４０
（４２４０）が検索条件データを送信してから結果取得
部３４１（４４１）が検索結果を受信するまでの時間を
短縮することができるという効果も有する。
【０１０３】
【発明の効果】以上説明したように、本発明のネットワ
ーク監視方式は、ネットワーク監視装置であるマネージ
ャを２台設置し、両マネージャ間の相互通信により、一
方のマネージャがＳＮＭＰトラップを受信し他方のマネ
ージャが該ＳＮＭＰトラップを受信できなかった場合
に、該ＳＮＭＰトラップが消失したと判断できるため、
コネクションレス型の通信方式で送信されるＳＮＭＰト
ラップであっても、その消失を即座に検出可能となると
いう効果を有している。
ーク監視方式は、ネットワーク監視装置であるマネージ
ャを２台設置し、両マネージャ間の相互通信により、一
方のマネージャがＳＮＭＰトラップを受信し他方のマネ
ージャが該ＳＮＭＰトラップを受信できなかった場合
に、該ＳＮＭＰトラップが消失したと判断できるため、
コネクションレス型の通信方式で送信されるＳＮＭＰト
ラップであっても、その消失を即座に検出可能となると
いう効果を有している。
【図１】本発明のネットワーク監視方式の一つの実施の
形態を示すブロック図である。
形態を示すブロック図である。
【図２】マネージャの一例を示す詳細ブロック図であ
る。
る。
【図３】ＳＮＭＰのトラップ（Ｔｒａｐ）メッセージの
形式を示す図である。
形式を示す図である。
【図４】図１あるいは図２のトラップ受信手段の動作を
説明する図である。
説明する図である。
【図５】図１あるいは図２のデータ保存手段の動作を説
明する図である。
明する図である。
【図６】図１あるいは図２の検索手段の動作を説明する
図である。
図である。
【図７】図１あるいは図２の結果受信手段の動作を説明
する図である。
する図である。
【図８】図１あるいは図２のメッセージ出力手段の動作
を説明する図である。
を説明する図である。
【図９】本発明の具体的動作を説明する図である。
【図１０】本発明のマネージャの第２の実施の形態を示
す詳細ブロック図である。
す詳細ブロック図である。
１、５、６、７ エージェント
２ ネットワーク
３、４ マネージャ
８、９、１０ ＬＡＮ
３１、４１ トラップ受信手段
３２、４２ データ保存手段
３３、４３ 検索手段
３４、４４ 結果受信手段
３５、４５ メッセージ出力手段
３１１、４１１ トラップ受信部
３１２、４１２ データ送信部
３２１、４２１ データ取得部
３２２、４２２ データ保存部
３２３、４２３ ファイル
３２４、４２４ 検索条件送信部
３３１、４３１ 検索条件取得部
３３２、４３２ 検索部
３３３、４３３ 結果送信部
３４１、４４１ 結果取得部
３４２、４４２ 結果判定部
３５１、４５１ メッセージ取得部
３５２、４５２ メッセージ出力部
３２００、４２００ データ保存手段
３２４０、４２４０ 検索条件送信部
３２５０、４２５０ タイマ
フロントページの続き
(56)参考文献 特開 平９−247144（ＪＰ，Ａ)
特開 昭58−114540（ＪＰ，Ａ)
特開 平９−172433（ＪＰ，Ａ)
特開 平11−27266（ＪＰ，Ａ)
特開 平８−321878（ＪＰ，Ａ)
特開 平９−259051（ＪＰ，Ａ)
特開 平８−286989（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 13/00
H04L 12/00
Claims (2)
- 【請求項１】 ネットワーク機器である複数のエージェ
ントと、ネットワーク監視装置である２台のマネージャ
が、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）
等の複数のネットワークに相互に接続され、前記エージ
ェントと前記マネージャとの間でネットワーク管理情報
を交換するプロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ
Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏ
ｃｏｌ：簡易ネットワーク管理プロトコル）を採用し、
前記エージェントで発生した異常や事象を前記マネージ
ャに通知するためのＳＮＭＰトラップ（Ｔｒａｐ）を前
記２台のマネージャが受信するネットワーク管理システ
ムであって、 前記２台のマネージャはそれぞれ相互に同一の構成及び
機能を有し、前記２台のマネージャは、それぞれ、前記
ＳＮＭＰトラップを受信するトラップ受信手段と、前記
トラップ受信手段が受信したデータを保存し、かつ他方
のマネージャに検索条件データを送信するデータ保存手
段と、他方のマネージャの前記データ保存手段が送信す
る前記検索条件データから自マネージャの保有するファ
イル内を検索する検索手段と、自マネージャの前記検索
手段及び他方のマネージャの前記検索手段の検索結果を
受信する結果受信手段と、前記結果受信手段の受信した
前記検索結果を出力するメッセージ出力手段とを備え、 前記トラップ受信手段は、前記ＳＮＭＰトラップを受信
し、該ＳＮＭＰトラップが消失の検出対象か否かを判断
し、消失の検出対象であった場合に該ＳＮＭＰトラップ
内の一部の情報を送信するトラップ受信部と、前記トラ
ップ受信部が送信した情報を受信し、該受信情報を前記
データ保存手段に送信するデータ送信部とを備え、 前記データ保存手段は、データ取得部と、データ保存部
と、ファイルと、検索条件送信部を備え、前記データ取
得部は、前記トラップ受信手段からのデータを受信して
前記データ保存部及び前記検索条件送信部に該受信デー
タを送信し、前記データ保存部は該受信データを前記フ
ァイルに保存し、前記検索条件送信部は、他方のマネー
ジャの前記検索手段に前記検索条件データを送信し、 前記検索手段は、検索条件取得部と、検索部と、結果送
信部を備え、前記検索条件取得部は、他方のマネージャ
の前記データ保存手段からの前記検索条件データ を受信
して前記検索部に送信し、前記検索部は、前記ファイル
を受信した前記検索条件データで調査し、検索結果を前
記結果送信部に送信し、前記結果送信部は、前記検索結
果を前記検索条件データの送信元のマネージャの前記結
果受信手段と自マネージャの前記結果受信手段へ送信
し、 前記結果受信手段は、結果取得部と、結果判定部を備
え、前記結果取得部は、自マネージャの前記検索手段ま
たは他方のマネージャの前記検索手段から前記検索結果
を受信して前記結果判定部に送信し、前記結果判定部
は、前記検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）の場合のみ
前記メッセージ出力手段に前記検索結果のメッセージを
通知し、 前記メッセージ出力手段は、メッセージ取得部と、メッ
セージ出力部を備え、前記メッセージ取得部は、前記結
果受信手段からメッセージの出力内容を受信して前記メ
ッセージ出力部に送信し、前記メッセージ出力部は該受
信内容を表示装置などに出力し、 前記検索条件データは、マネージャにおいて前記ＳＮＭ
Ｐトラップを受信したＳＮＭＰトラップの受信時刻と、
前記ＳＮＭＰトラップから抽出したＳＮＭＰトラップの
送信元のエージェントのアドレスとオブジェクトＩＤと
から構成される検索に必要な情報であり、 前記２台のマネージャが相互に通信を行う場合、すなわ
ち、一方のマネージャの前記データ保存手段が他方のマ
ネージャの前記検索手段に対して前記検索条件データを
送信する場合と、他方のマネージャの前記検索手段が送
信元マネージャの前記結果受信手段に対して前記検索結
果を送信する場合には、コネクション型のソケット（ｓ
ｏｃｋｅｔ）通信にて通信を行うことにより、 前記ＳＮＭＰトラップが消失した場合であっても、前記
２台のマネージャの相互通信によって前記ＳＮＭＰトラ
ップの消失を検出可能とすることを特徴とするネットワ
ーク監視方式。 - 【請求項２】 前記データ保存手段に更にタイマを備
え、前記タイマの設定値により前記検索条件送信部が前
記検索条件データを他方のマネージャに送信するタイミ
ングを調整できることを特徴とする請求項１に記載のネ
ットワーク監視方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24222499A JP3465183B2 (ja) | 1999-08-27 | 1999-08-27 | ネットワーク監視方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24222499A JP3465183B2 (ja) | 1999-08-27 | 1999-08-27 | ネットワーク監視方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001067291A JP2001067291A (ja) | 2001-03-16 |
| JP3465183B2 true JP3465183B2 (ja) | 2003-11-10 |
Family
ID=17086089
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24222499A Expired - Fee Related JP3465183B2 (ja) | 1999-08-27 | 1999-08-27 | ネットワーク監視方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3465183B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4422595B2 (ja) | 2004-11-26 | 2010-02-24 | 富士通株式会社 | 監視システム，被監視装置，監視装置，及び監視方法 |
| JP2006180223A (ja) | 2004-12-22 | 2006-07-06 | Fujitsu Ltd | 通信システム |
| JP5023497B2 (ja) * | 2006-01-18 | 2012-09-12 | 日本電気株式会社 | 通信システム、制御ノード、被制御機器及びそれらに用いる制御ノード間状態通知方法 |
| JP4768558B2 (ja) * | 2006-09-19 | 2011-09-07 | 株式会社東芝 | ネットワーク監視方法および監視装置 |
| JP2009211348A (ja) * | 2008-03-04 | 2009-09-17 | Nec Corp | 管理システム |
| JP6859758B2 (ja) * | 2017-03-06 | 2021-04-14 | 日本電気株式会社 | ネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法及びプログラム |
| JP7298412B2 (ja) * | 2019-09-20 | 2023-06-27 | 日本電気株式会社 | 異常判定装置、異常判定方法およびプログラム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS58114540A (ja) * | 1981-12-26 | 1983-07-07 | Fujitsu Ltd | 二重化受信系統における受信電文保障用の受信制御方式 |
| JPH08286989A (ja) * | 1995-04-19 | 1996-11-01 | Fuji Xerox Co Ltd | ネットワーク管理システム |
| JPH08321878A (ja) * | 1995-05-26 | 1996-12-03 | Nec Corp | 多重化網管理装置及びファイル転送方式 |
| JPH09172433A (ja) * | 1995-12-20 | 1997-06-30 | Pfu Ltd | ネットワーク管理システム |
| JPH09247144A (ja) * | 1996-03-01 | 1997-09-19 | Mitsubishi Electric Corp | 階層型ネットワーク管理方式 |
| JPH09259051A (ja) * | 1996-03-22 | 1997-10-03 | Fujitsu Ltd | アラーム通知処理方式 |
| JP3164147B2 (ja) * | 1997-07-07 | 2001-05-08 | 日本電気株式会社 | 網管理装置の構成情報管理方式および管理対象装置 |
-
1999
- 1999-08-27 JP JP24222499A patent/JP3465183B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001067291A (ja) | 2001-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1175042B1 (en) | Network management of a performance enhancing proxy architecture | |
| US6856593B2 (en) | Communication system, relay apparatus, end system, and communicating method | |
| US7499395B2 (en) | BFD rate-limiting and automatic session activation | |
| US7532577B2 (en) | Managing transmission control protocol (TCP) connections | |
| US20050165885A1 (en) | Method and apparatus for forwarding data packets addressed to a cluster servers | |
| US20010026550A1 (en) | Communication device | |
| US7564848B2 (en) | Method for the establishing of connections in a communication system | |
| US20120101987A1 (en) | Distributed database synchronization | |
| JP3465183B2 (ja) | ネットワーク監視方式 | |
| JP2006229399A (ja) | 通信システム、中継ノード及びそれらに用いる通信方法並びにそのプログラム | |
| CN107104892A (zh) | 网络加速的方法和装置 | |
| US7978598B1 (en) | Connection replication | |
| JPH10262044A (ja) | 中継装置及び中継装置による中継方法 | |
| US20230047971A1 (en) | Packet transmission method and communication device | |
| JP3000545B2 (ja) | 輻輳制御方法 | |
| US6826623B1 (en) | Detecting a dead gateway for subsequent non-TCP transmission by sending a first TCP packet and deleting an ARP entry associated with the gateway | |
| Cisco | FastPAD Events | |
| Cisco | FastPAD Events | |
| Cisco | Commands: debug serial interface through debug tacacs events | |
| JP5681297B2 (ja) | 中継バックアップ装置及び中継制御方法 | |
| JP3398461B2 (ja) | ネットワーク環境で使用されるシステム及び該システムに実装される装置 | |
| JP2004178068A (ja) | 遠方監視制御装置、遠方監視制御システム、遠方監視制御方法、遠方監視制御プログラム、および該プログラムを記録した記録媒体 | |
| JPH05145594A (ja) | リアルタイム通信装置 | |
| CN114205405B (zh) | 一种bfd报文发送方法、装置、电子设备及存储介质 | |
| JP2804876B2 (ja) | 多重系装置を含むネットワークシステムの通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030715 |
|
| LAPS | Cancellation because of no payment of annual fees |