JP2001067291A - ネットワーク監視方式 - Google Patents
ネットワーク監視方式Info
- Publication number
- JP2001067291A JP2001067291A JP24222499A JP24222499A JP2001067291A JP 2001067291 A JP2001067291 A JP 2001067291A JP 24222499 A JP24222499 A JP 24222499A JP 24222499 A JP24222499 A JP 24222499A JP 2001067291 A JP2001067291 A JP 2001067291A
- Authority
- JP
- Japan
- Prior art keywords
- unit
- manager
- search
- data
- result
- 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.)
- Granted
Links
Abstract
(57)【要約】
【課題】ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍ
ａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネットワ
ーク管理プロトコル）を採用したネットワーク管理シス
テムにおいて、ＳＮＭＰトラップが消失した場合であっ
ても、これを自動的に検出するネットワーク監視方式を
提供する。 【解決手段】ネットワーク機器である複数のエージェン
トが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒ
ｋ）等の複数のネットワークに相互に接続されたネット
ワーク管理システムに、ネットワーク監視装置である２
台のマネージャを設置し、前記エージェントで発生した
異常や事象を前記マネージャに通知するためのＳＮＭＰ
トラップ（Ｔｒａｐ）を前記２台のマネージャが受信
し、前記ＳＮＭＰトラップが消失した場合であっても、
前記２台のマネージャの相互通信によって前記ＳＮＭＰ
トラップの消失を検出可能とする構成とした。
ａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネットワ
ーク管理プロトコル）を採用したネットワーク管理シス
テムにおいて、ＳＮＭＰトラップが消失した場合であっ
ても、これを自動的に検出するネットワーク監視方式を
提供する。 【解決手段】ネットワーク機器である複数のエージェン
トが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒ
ｋ）等の複数のネットワークに相互に接続されたネット
ワーク管理システムに、ネットワーク監視装置である２
台のマネージャを設置し、前記エージェントで発生した
異常や事象を前記マネージャに通知するためのＳＮＭＰ
トラップ（Ｔｒａｐ）を前記２台のマネージャが受信
し、前記ＳＮＭＰトラップが消失した場合であっても、
前記２台のマネージャの相互通信によって前記ＳＮＭＰ
トラップの消失を検出可能とする構成とした。
Description
【０００１】
【発明の属する技術分野】本発明はネットワーク監視方
式に関し、特にＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒ
ｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネ
ットワーク管理プロトコル）トラップの消失を自動検出
する手段を備えたネットワーク監視方式に関する。
式に関し、特にＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒ
ｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネ
ットワーク管理プロトコル）トラップの消失を自動検出
する手段を備えたネットワーク監視方式に関する。
【０００２】
【従来の技術】ＳＮＭＰは、インターネット（Ｉｎｔｅ
ｒｎｅｔ）やＵＮＩＸネットワークの標準プロトコルで
あるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎ
ｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）のネットワーク管理プロトコルであり、
通信ネットワークなどの管理や監視を行うネットワーク
監視装置（マネージャ）とネットワークを構成するルー
タなどのネットワーク機器（エージェント）との間でネ
ットワーク管理情報を送受信する為の標準プロトコルと
して採用されている。
ｒｎｅｔ）やＵＮＩＸネットワークの標準プロトコルで
あるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎ
ｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒ
ｏｔｏｃｏｌ）のネットワーク管理プロトコルであり、
通信ネットワークなどの管理や監視を行うネットワーク
監視装置（マネージャ）とネットワークを構成するルー
タなどのネットワーク機器（エージェント）との間でネ
ットワーク管理情報を送受信する為の標準プロトコルと
して採用されている。
【０００３】このＳＮＭＰを採用したネットワーク管理
システムにおいては、ネットワーク管理情報を収集する
ために、マネージャからエージェントに対して管理対象
となるオブジェクトの値の入手や設定を要求し、エージ
ェントはその要求に応答するという形で情報を交換す
る。また、エージェントがエージェントで発生した異常
や事象をマネージャに通知する場合には、トラップ（Ｔ
ｒａｐ）と称するメッセージを使用して異常や事象をマ
ネージャに通知する。
システムにおいては、ネットワーク管理情報を収集する
ために、マネージャからエージェントに対して管理対象
となるオブジェクトの値の入手や設定を要求し、エージ
ェントはその要求に応答するという形で情報を交換す
る。また、エージェントがエージェントで発生した異常
や事象をマネージャに通知する場合には、トラップ（Ｔ
ｒａｐ）と称するメッセージを使用して異常や事象をマ
ネージャに通知する。
【０００４】周知のように、ＳＮＭＰは、コマンドの送
受信に際しては、ＳＮＭＰの下位プロトコルとしてＵＤ
Ｐ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
を使用しており、ＵＤＰは、フロー制御や順序制御ある
いはコネクション確立などを行わない、コネクションレ
ス型と呼ばれるプロトコルである。ＵＤＰとは対照的な
ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ）は、コネクションを確立してからデ
ータ転送を行うコネクション型と呼ばれるプロトコル
で、フロー制御や順序制御などを行い、データの正常な
送信の制御とエラー時のエラー検出および回復を行い、
信頼性の高い通信を行う場合に使用されている。
受信に際しては、ＳＮＭＰの下位プロトコルとしてＵＤ
Ｐ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
を使用しており、ＵＤＰは、フロー制御や順序制御ある
いはコネクション確立などを行わない、コネクションレ
ス型と呼ばれるプロトコルである。ＵＤＰとは対照的な
ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ）は、コネクションを確立してからデ
ータ転送を行うコネクション型と呼ばれるプロトコル
で、フロー制御や順序制御などを行い、データの正常な
送信の制御とエラー時のエラー検出および回復を行い、
信頼性の高い通信を行う場合に使用されている。
【０００５】ＵＤＰの特徴は、コネクションの確立を行
わないでデータを直接送信するものであるため、プロト
コル処理が高速なことであるが、ＴＣＰのように誤り訂
正や再送の機能を持たないので信頼性は低い。このた
め、ＵＤＰは、信頼性よりも高速性を求められるネット
ワーク管理などの分野で採用されている。
わないでデータを直接送信するものであるため、プロト
コル処理が高速なことであるが、ＴＣＰのように誤り訂
正や再送の機能を持たないので信頼性は低い。このた
め、ＵＤＰは、信頼性よりも高速性を求められるネット
ワーク管理などの分野で採用されている。
【０００６】
【発明が解決しようとする課題】上述したように、ＳＮ
ＭＰを採用したネットワーク管理システムにおいては、
ネットワーク機器であるエージェントで発生あるいは検
出した異常や事象は、ＳＮＭＰのトラップ（Ｔｒａｐ）
メッセージを使用して監視装置であるマネージャに通知
されるが、ＳＮＭＰトラップはコネクションレス型の通
信方式で通知されるものであるために、マネージャでの
受信確認が行われない。従って、ＳＮＭＰトラップが通
信路上で消失した場合であっても、消失したことをエー
ジェントにおいてもマネージャにおいても認識すること
が出来ないという欠点を有している。
ＭＰを採用したネットワーク管理システムにおいては、
ネットワーク機器であるエージェントで発生あるいは検
出した異常や事象は、ＳＮＭＰのトラップ（Ｔｒａｐ）
メッセージを使用して監視装置であるマネージャに通知
されるが、ＳＮＭＰトラップはコネクションレス型の通
信方式で通知されるものであるために、マネージャでの
受信確認が行われない。従って、ＳＮＭＰトラップが通
信路上で消失した場合であっても、消失したことをエー
ジェントにおいてもマネージャにおいても認識すること
が出来ないという欠点を有している。
【０００７】本発明の目的は、ＳＮＭＰトラップが消失
した場合であっても、これを自動的に検出するネットワ
ーク監視方式を提供することにある。
した場合であっても、これを自動的に検出するネットワ
ーク監視方式を提供することにある。
【０００８】
【課題を解決するための手段】本発明のネットワーク監
視方式は、ネットワーク機器である複数のエージェント
と、ネットワーク監視装置である２台のマネージャが、
ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の複
数のネットワークに相互に接続され、前記エージェント
と前記マネージャとの間でネットワーク管理情報を交換
するプロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅ
ｔｗｏｒｋ ＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ：
簡易ネットワーク管理プロトコル）を採用したネットワ
ーク管理システムであって、前記エージェントで発生し
た異常や事象を前記マネージャに通知するためのＳＮＭ
Ｐトラップ（Ｔｒａｐ）を前記２台のマネージャが受信
し、前記ＳＮＭＰトラップが消失した場合であっても、
前記２台のマネージャの相互通信によって前記ＳＮＭＰ
トラップの消失を検出可能とすることを特徴とする。
視方式は、ネットワーク機器である複数のエージェント
と、ネットワーク監視装置である２台のマネージャが、
ＬＡＮ（ＬｏｃａｌＡｒｅａ Ｎｅｔｗｏｒｋ）等の複
数のネットワークに相互に接続され、前記エージェント
と前記マネージャとの間でネットワーク管理情報を交換
するプロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅ
ｔｗｏｒｋ ＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ：
簡易ネットワーク管理プロトコル）を採用したネットワ
ーク管理システムであって、前記エージェントで発生し
た異常や事象を前記マネージャに通知するためのＳＮＭ
Ｐトラップ（Ｔｒａｐ）を前記２台のマネージャが受信
し、前記ＳＮＭＰトラップが消失した場合であっても、
前記２台のマネージャの相互通信によって前記ＳＮＭＰ
トラップの消失を検出可能とすることを特徴とする。
【０００９】また、前記２台のマネージャはそれぞれ相
互に同一の構成及び機能を有し、前記２台のマネージャ
は、それぞれ、前記ＳＮＭＰトラップを受信するトラッ
プ受信手段と、前記トラップ受信手段が受信したデータ
を保存し、かつ他方のマネージャに検索条件データを送
信するデータ保存手段と、他方のマネージャの前記デー
タ保存手段が送信する前記検索条件データから自マネー
ジャの保有するファイル内を検索する検索手段と、自マ
ネージャの前記検索手段及び他方のマネージャの前記検
索手段の検索結果を受信する結果受信手段と、前記結果
受信手段の受信した前記検索結果を出力するメッセージ
出力手段を備えることを特徴とする。
互に同一の構成及び機能を有し、前記２台のマネージャ
は、それぞれ、前記ＳＮＭＰトラップを受信するトラッ
プ受信手段と、前記トラップ受信手段が受信したデータ
を保存し、かつ他方のマネージャに検索条件データを送
信するデータ保存手段と、他方のマネージャの前記デー
タ保存手段が送信する前記検索条件データから自マネー
ジャの保有するファイル内を検索する検索手段と、自マ
ネージャの前記検索手段及び他方のマネージャの前記検
索手段の検索結果を受信する結果受信手段と、前記結果
受信手段の受信した前記検索結果を出力するメッセージ
出力手段を備えることを特徴とする。
【００１０】さらに、前記２台のマネージャが相互に通
信を行う場合、すなわち、一方のマネージャの前記デー
タ保存手段が他方のマネージャの前記検索手段に対して
前記検索条件データを送信する場合と、他方のマネージ
ャの前記検索手段が送信元マネージャの前記結果受信手
段に対して前記検索結果を送信する場合には、コネクシ
ョン型のソケット（ｓｏｃｋｅｔ）通信にて通信を行う
ことを特徴とする。
信を行う場合、すなわち、一方のマネージャの前記デー
タ保存手段が他方のマネージャの前記検索手段に対して
前記検索条件データを送信する場合と、他方のマネージ
ャの前記検索手段が送信元マネージャの前記結果受信手
段に対して前記検索結果を送信する場合には、コネクシ
ョン型のソケット（ｓｏｃｋｅｔ）通信にて通信を行う
ことを特徴とする。
【００１１】また、前記検索条件データは、マネージャ
において前記ＳＮＭＰトラップを受信したＳＮＭＰトラ
ップの受信時刻と、前記ＳＮＭＰトラップから抽出した
ＳＮＭＰトラップの送信元のエージェントのアドレスと
オブジェクトＩＤとから構成される検索に必要な情報で
あることを特徴とする。
において前記ＳＮＭＰトラップを受信したＳＮＭＰトラ
ップの受信時刻と、前記ＳＮＭＰトラップから抽出した
ＳＮＭＰトラップの送信元のエージェントのアドレスと
オブジェクトＩＤとから構成される検索に必要な情報で
あることを特徴とする。
【００１２】さらに、前記トラップ受信手段は、前記Ｓ
ＮＭＰトラップを受信し、該ＳＮＭＰトラップが消失の
検出対象か否かを判断し、消失の検出対象であった場合
に該ＳＮＭＰトラップ内の一部の情報を送信するトラッ
プ受信部と、前記トラップ受信部が送信した情報を受信
し、該受信情報を前記データ保存手段に送信するデータ
送信部とを備えることを特徴とする。
ＮＭＰトラップを受信し、該ＳＮＭＰトラップが消失の
検出対象か否かを判断し、消失の検出対象であった場合
に該ＳＮＭＰトラップ内の一部の情報を送信するトラッ
プ受信部と、前記トラップ受信部が送信した情報を受信
し、該受信情報を前記データ保存手段に送信するデータ
送信部とを備えることを特徴とする。
【００１３】また、前記トラップ受信部が、受信した前
記ＳＮＭＰトラップが消失の検出対象か否かを判断する
場合は、該ＳＮＭＰトラップのｃｏｍｍｕｎｉｔｙが自
マネージャのｃｏｍｍｕｎｉｔｙと同一であれば検出対
象と判断することを特徴とする。
記ＳＮＭＰトラップが消失の検出対象か否かを判断する
場合は、該ＳＮＭＰトラップのｃｏｍｍｕｎｉｔｙが自
マネージャのｃｏｍｍｕｎｉｔｙと同一であれば検出対
象と判断することを特徴とする。
【００１４】さらに、前記データ保存手段は、データ取
得部と、データ保存部と、ファイルと、検索条件送信部
を備え、前記データ取得部は、前記トラップ受信手段か
らのデータを受信して前記データ保存部及び前記検索条
件送信部に該受信データを送信し、前記データ保存部は
該受信データを前記ファイルに保存し、前記検索条件送
信部は、他方のマネージャの前記検索手段に前記検索条
件データを送信することを特徴とする。
得部と、データ保存部と、ファイルと、検索条件送信部
を備え、前記データ取得部は、前記トラップ受信手段か
らのデータを受信して前記データ保存部及び前記検索条
件送信部に該受信データを送信し、前記データ保存部は
該受信データを前記ファイルに保存し、前記検索条件送
信部は、他方のマネージャの前記検索手段に前記検索条
件データを送信することを特徴とする。
【００１５】また、前記検索手段は、検索条件取得部
と、検索部と、結果送信部を備え、前記検索条件取得部
は、他方のマネージャの前記データ保存手段からの前記
検索条件データを受信して前記検索部に送信し、前記検
索部は、前記ファイルを受信した前記検索条件データで
調査し、検索結果を前記結果送信部に送信し、前記結果
送信部は、前記検索結果を前記検索条件データの送信元
のマネージャの前記結果受信手段と自マネージャの前記
結果受信手段へ送信することを特徴とする。
と、検索部と、結果送信部を備え、前記検索条件取得部
は、他方のマネージャの前記データ保存手段からの前記
検索条件データを受信して前記検索部に送信し、前記検
索部は、前記ファイルを受信した前記検索条件データで
調査し、検索結果を前記結果送信部に送信し、前記結果
送信部は、前記検索結果を前記検索条件データの送信元
のマネージャの前記結果受信手段と自マネージャの前記
結果受信手段へ送信することを特徴とする。
【００１６】さらに、前記結果受信手段は、結果取得部
と、結果判定部を備え、前記結果取得部は、自マネージ
ャの前記検索手段または他方のマネージャの前記検索手
段から前記検索結果を受信して前記結果判定部に送信
し、前記結果判定部は、前記検索結果がＮＧ（Ｎｏ Ｇ
ｏｏｄ）の場合のみ前記メッセージ出力手段に前記検索
結果のメッセージを通知することを特徴とする。
と、結果判定部を備え、前記結果取得部は、自マネージ
ャの前記検索手段または他方のマネージャの前記検索手
段から前記検索結果を受信して前記結果判定部に送信
し、前記結果判定部は、前記検索結果がＮＧ（Ｎｏ Ｇ
ｏｏｄ）の場合のみ前記メッセージ出力手段に前記検索
結果のメッセージを通知することを特徴とする。
【００１７】また、前記メッセージ出力手段は、メッセ
ージ取得部と、メッセージ出力部を備え、前記メッセー
ジ取得部は、前記結果受信手段からメッセージの出力内
容を受信して前記メッセージ出力部に送信し、前記メッ
セージ出力部は該受信内容を表示装置などに出力するこ
とを特徴とする。
ージ取得部と、メッセージ出力部を備え、前記メッセー
ジ取得部は、前記結果受信手段からメッセージの出力内
容を受信して前記メッセージ出力部に送信し、前記メッ
セージ出力部は該受信内容を表示装置などに出力するこ
とを特徴とする。
【００１８】さらに、前記データ保存手段に更にタイマ
を備え、前記タイマの設定値により前記検索条件送信部
が前記検索条件データを他方のマネージャに送信するタ
イミングを調整できることを特徴とする。
を備え、前記タイマの設定値により前記検索条件送信部
が前記検索条件データを他方のマネージャに送信するタ
イミングを調整できることを特徴とする。
【００１９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【００２０】図１は、本発明のネットワーク監視方式の
一つの実施の形態を示すブロック図である。
一つの実施の形態を示すブロック図である。
【００２１】図１に示す本実施の形態は、複数のネット
ワークが相互に接続された構成となっており、ＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８、ＬＡＮ
９、ＬＡＮ１０がネットワーク２に相互に接続されてい
る。そして、ＬＡＮ８には、ネットワーク機器であるエ
ージェント１及びエージェント５が接続されており、Ｌ
ＡＮ９にはエージェント６が、ＬＡＮ１０にはエージェ
ント７が接続されている。また、ＬＡＮ９にネットワー
ク監視装置であるマネージャ３、ＬＡＮ１０にもネット
ワーク監視装置であるマネージャ４が接続された構成と
なっている。
ワークが相互に接続された構成となっており、ＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８、ＬＡＮ
９、ＬＡＮ１０がネットワーク２に相互に接続されてい
る。そして、ＬＡＮ８には、ネットワーク機器であるエ
ージェント１及びエージェント５が接続されており、Ｌ
ＡＮ９にはエージェント６が、ＬＡＮ１０にはエージェ
ント７が接続されている。また、ＬＡＮ９にネットワー
ク監視装置であるマネージャ３、ＬＡＮ１０にもネット
ワーク監視装置であるマネージャ４が接続された構成と
なっている。
【００２２】マネージャ３とマネージャ４は同一構成で
あり、マネージャ３は、ＳＮＭＰトラップを受信するト
ラップ受信手段３１と、トラップ受信手段３１が受信し
たデータを保存し、かつ他方のマネージャ（マネージャ
４）に検索条件データを送信するデータ保存手段３２
と、他方のマネージャ（マネージャ４）のデータ保存手
段４２が送信する検索条件データから自マネージャの保
有するファイル内を検索する検索手段３３と、自マネー
ジャ（マネージャ３）の検索手段３３及び他方のマネー
ジャ（マネージャ４）の検索手段４３の検索結果を受信
する結果受信手段３４と、結果受信手段３４の受信した
検索結果を出力するメッセージ出力手段３５を備える。
あり、マネージャ３は、ＳＮＭＰトラップを受信するト
ラップ受信手段３１と、トラップ受信手段３１が受信し
たデータを保存し、かつ他方のマネージャ（マネージャ
４）に検索条件データを送信するデータ保存手段３２
と、他方のマネージャ（マネージャ４）のデータ保存手
段４２が送信する検索条件データから自マネージャの保
有するファイル内を検索する検索手段３３と、自マネー
ジャ（マネージャ３）の検索手段３３及び他方のマネー
ジャ（マネージャ４）の検索手段４３の検索結果を受信
する結果受信手段３４と、結果受信手段３４の受信した
検索結果を出力するメッセージ出力手段３５を備える。
【００２３】マネージャ４も同様の構成であり、ＳＮＭ
Ｐトラップを受信するトラップ受信手段４１と、トラッ
プ受信手段４１が受信したデータを保存し、かつ他方の
マネージャ（マネージャ３）に検索条件データを送信す
るデータ保存手段４２と、他方のマネージャ（マネージ
ャ３）のデータ保存手段３２が送信する検索条件データ
から自マネージャの保有するファイル内を検索する検索
手段４３と、自マネージャ（マネージャ４）の検索手段
４３及び他方のマネージャ（マネージャ３）の検索手段
３３の検索結果を受信する結果受信手段４４と、結果受
信手段４４の受信した検索結果を出力するメッセージ出
力手段４５を備える。
Ｐトラップを受信するトラップ受信手段４１と、トラッ
プ受信手段４１が受信したデータを保存し、かつ他方の
マネージャ（マネージャ３）に検索条件データを送信す
るデータ保存手段４２と、他方のマネージャ（マネージ
ャ３）のデータ保存手段３２が送信する検索条件データ
から自マネージャの保有するファイル内を検索する検索
手段４３と、自マネージャ（マネージャ４）の検索手段
４３及び他方のマネージャ（マネージャ３）の検索手段
３３の検索結果を受信する結果受信手段４４と、結果受
信手段４４の受信した検索結果を出力するメッセージ出
力手段４５を備える。
【００２４】上述したように、マネージャ３とマネージ
ャ４は、全く同一の構成となっており、また、その動作
も相互に同一である。従って、以降の記述においては、
マネージャ３の動作及び構成要素を中心にして説明を進
めることとする。以下、括弧内は他方のマネージャであ
るマネージャ４での構成要素の番号を示し、動作及び構
成要素の説明が他方のマネージャ（マネージャ４）に移
る場合は、括弧内はマネージャ３での構成要素の番号を
示すものとする。
ャ４は、全く同一の構成となっており、また、その動作
も相互に同一である。従って、以降の記述においては、
マネージャ３の動作及び構成要素を中心にして説明を進
めることとする。以下、括弧内は他方のマネージャであ
るマネージャ４での構成要素の番号を示し、動作及び構
成要素の説明が他方のマネージャ（マネージャ４）に移
る場合は、括弧内はマネージャ３での構成要素の番号を
示すものとする。
【００２５】次に、図１のマネージャ３及びマネージャ
４の動作について説明する。
４の動作について説明する。
【００２６】トラップ受信手段３１（４１）は、エージ
ェントより送信されてきたＳＮＭＰトラップを受信し、
データ保存手段３２（４２）へ結果を送信する。
ェントより送信されてきたＳＮＭＰトラップを受信し、
データ保存手段３２（４２）へ結果を送信する。
【００２７】データ保存手段３２（４２）はトラップ受
信手段３１（４１）より送信されてきたデータを受信
し、保存する。その後、他方のマネージャの検索手段４
３（３３）へ検索条件データを送信する。
信手段３１（４１）より送信されてきたデータを受信
し、保存する。その後、他方のマネージャの検索手段４
３（３３）へ検索条件データを送信する。
【００２８】他方のマネージャの検索手段４３（３３）
は、データ保存手段３２（４２）より送信されてきた検
索条件データを元に検索を行う。その後、検索結果を検
索条件データの送信元のマネージャの結果受信手段３４
と自マネージャの結果受信手段４４へ送信する。
は、データ保存手段３２（４２）より送信されてきた検
索条件データを元に検索を行う。その後、検索結果を検
索条件データの送信元のマネージャの結果受信手段３４
と自マネージャの結果受信手段４４へ送信する。
【００２９】結果受信手段３４（４４）は、検索手段４
３または３３より送信されてきた検索結果を元にメッセ
ージ出力手段３５（４５）へ出力メッセージを送信す
る。
３または３３より送信されてきた検索結果を元にメッセ
ージ出力手段３５（４５）へ出力メッセージを送信す
る。
【００３０】メッセージ出力手段３５（４５）は、結果
受信手段３４（４４）より送信されてきた出力メッセー
ジを表示する。
受信手段３４（４４）より送信されてきた出力メッセー
ジを表示する。
【００３１】尚、本実施の形態においては、エージェン
トとマネージャ間の通信は、上述したＳＮＭＰを採用し
た通信方式により行うが、マネージャとマネージャ間の
通信は、通信の確実性を保つためにコネクション型のソ
ケット（ｓｏｃｋｅｔ）通信を採用した通信方式により
行っている。具体的には、一方のマネージャのデータ保
存手段３２（４２）が他方のマネージャの検索手段４３
（３３）に対して検索条件データを送信する場合と、他
方のマネージャの検索手段４３（３３）が送信元マネー
ジャの結果受信手段３４（４４）に対して検索結果を送
信する場合に、コネクション型のソケット通信にて通信
を行う構成としてある。コネクション型のソケット通信
を採用しているため、信頼性の高い通信を両マネージャ
間で行うことが出来る。
トとマネージャ間の通信は、上述したＳＮＭＰを採用し
た通信方式により行うが、マネージャとマネージャ間の
通信は、通信の確実性を保つためにコネクション型のソ
ケット（ｓｏｃｋｅｔ）通信を採用した通信方式により
行っている。具体的には、一方のマネージャのデータ保
存手段３２（４２）が他方のマネージャの検索手段４３
（３３）に対して検索条件データを送信する場合と、他
方のマネージャの検索手段４３（３３）が送信元マネー
ジャの結果受信手段３４（４４）に対して検索結果を送
信する場合に、コネクション型のソケット通信にて通信
を行う構成としてある。コネクション型のソケット通信
を採用しているため、信頼性の高い通信を両マネージャ
間で行うことが出来る。
【００３２】また、本実施の形態においては、マネージ
ャ内の各手段間の通信にもコネクション型のソケット通
信を採用している。
ャ内の各手段間の通信にもコネクション型のソケット通
信を採用している。
【００３３】次に、図２を参照して、マネージャ３及び
マネージャ４の詳細構成及び動作概要を説明する。
マネージャ４の詳細構成及び動作概要を説明する。
【００３４】図２は、マネージャの一例を示す詳細ブロ
ック図である。
ック図である。
【００３５】図２において、トラップ受信手段３１（４
１）は、トラップ受信部３１１（トラップ受信部４１
１）とデータ送信部３１２（データ送信部４１２）を備
える。
１）は、トラップ受信部３１１（トラップ受信部４１
１）とデータ送信部３１２（データ送信部４１２）を備
える。
【００３６】トラップ受信部３１１（４１１）は、エー
ジェントより送信されたＳＮＭＰトラップを受信する。
データ送信部３１２（４１２）はＳＮＭＰトラップの一
部の情報のみをデータ保存手段３２（４２）に送信す
る。
ジェントより送信されたＳＮＭＰトラップを受信する。
データ送信部３１２（４１２）はＳＮＭＰトラップの一
部の情報のみをデータ保存手段３２（４２）に送信す
る。
【００３７】データ保存手段３２（４２）は、データ取
得部３２１（データ取得部４２１）と、データ保存部３
２２（データ保存部４２２）と、ファイル３２３（ファ
イル４２３）と、検索条件送信部３２４（検索条件送信
部４２４）を備える。
得部３２１（データ取得部４２１）と、データ保存部３
２２（データ保存部４２２）と、ファイル３２３（ファ
イル４２３）と、検索条件送信部３２４（検索条件送信
部４２４）を備える。
【００３８】データ取得部３２１（４２１）は、トラッ
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４（４２
４）は、他方のマネージャの検索手段４３（３３）に検
索条件データを送信する。
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４（４２
４）は、他方のマネージャの検索手段４３（３３）に検
索条件データを送信する。
【００３９】検索手段３３（４３）は、検索条件取得部
３３１（検索条件取得部４３１）と、検索部３３２（検
索部４３２）と、結果送信部３３３（結果送信部４３
３）を備える。
３３１（検索条件取得部４３１）と、検索部３３２（検
索部４３２）と、結果送信部３３３（結果送信部４３
３）を備える。
【００４０】検索条件取得部３３１（４３１）は、他方
のマネージャのデータ保存手段４２（３２）からの検索
条件データを受信する。検索部３３２（４３２）は、フ
ァイル３２３（４２３）を受信した検索条件データで調
査する。結果送信部３３３（４３３）は、検索結果を検
索条件データの送信元のマネージャの結果受信手段４４
と自マネージャの結果受信手段３４へ送信する。
のマネージャのデータ保存手段４２（３２）からの検索
条件データを受信する。検索部３３２（４３２）は、フ
ァイル３２３（４２３）を受信した検索条件データで調
査する。結果送信部３３３（４３３）は、検索結果を検
索条件データの送信元のマネージャの結果受信手段４４
と自マネージャの結果受信手段３４へ送信する。
【００４１】結果受信手段３４（４４）は、結果取得部
３４１（結果取得部４４１）と、結果判定部３４２（結
果判定部４４２）を備える。
３４１（結果取得部４４１）と、結果判定部３４２（結
果判定部４４２）を備える。
【００４２】結果取得部３４１（４４１）は、検索手段
３３または４３から検索結果を受信する。結果判定部３
４２（４４２）は、検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）
の場合のみメッセージ出力手段３５（４５）にメッセー
ジを通知する。
３３または４３から検索結果を受信する。結果判定部３
４２（４４２）は、検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）
の場合のみメッセージ出力手段３５（４５）にメッセー
ジを通知する。
【００４３】メッセージ出力手段３５（４５）は、メッ
セージ取得部３５１（メッセージ取得部４５１）と、メ
ッセージ出力部３５２（メッセージ出力部４５２）を備
える。
セージ取得部３５１（メッセージ取得部４５１）と、メ
ッセージ出力部３５２（メッセージ出力部４５２）を備
える。
【００４４】メッセージ取得部３５１（４５１）は、結
果受信手段３４（４４）からメッセージの出力内容を受
信する。メッセージ出力部３５２（４５２）は受信内容
を表示装置などに出力する。
果受信手段３４（４４）からメッセージの出力内容を受
信する。メッセージ出力部３５２（４５２）は受信内容
を表示装置などに出力する。
【００４５】次に、図３を参照して、マネージャ３及び
マネージャ４が受信するＳＮＭＰトラップの形式につい
て説明する。
マネージャ４が受信するＳＮＭＰトラップの形式につい
て説明する。
【００４６】図３は、ＳＮＭＰのトラップ（Ｔｒａｐ）
メッセージの形式を示す図である。
メッセージの形式を示す図である。
【００４７】図３において、ＳＮＭＰのトラップ（Ｔｒ
ａｐ）メッセージは、ｖｅｒｓｉｏｎとｃｏｍｍｕｎｉ
ｔｙとｄａｔａから構成されており、ｖｅｒｓｉｏｎに
はバージョンを表す整数値が記入され、ｃｏｍｍｕｎｉ
ｔｙにはコミュニティ名が記入される。コミュニティ名
は、ネットワークの管理を行う上で関連のあるマネージ
ャとエージェントのグループに付される名前である。
ａｐ）メッセージは、ｖｅｒｓｉｏｎとｃｏｍｍｕｎｉ
ｔｙとｄａｔａから構成されており、ｖｅｒｓｉｏｎに
はバージョンを表す整数値が記入され、ｃｏｍｍｕｎｉ
ｔｙにはコミュニティ名が記入される。コミュニティ名
は、ネットワークの管理を行う上で関連のあるマネージ
ャとエージェントのグループに付される名前である。
【００４８】ｄａｔａには、図３の中段に記した内容が
記入されるが、本発明に関連のある内容について説明す
ると、先ずｅｎｔｅｒｐｒｉｓｅにはオブジェクトＩＤ
が記入される。ａｇｅｎｔ−ａｄｄｒにはトラップを発
生したエージェントのアドレスが記入される。ｖａｒｉ
ａｂｌｅ−ｂｉｎｄｉｎｇｓには、図３の下段に記した
ように、オブジェクトの名前とその値の対が繰り返して
複数記入される。
記入されるが、本発明に関連のある内容について説明す
ると、先ずｅｎｔｅｒｐｒｉｓｅにはオブジェクトＩＤ
が記入される。ａｇｅｎｔ−ａｄｄｒにはトラップを発
生したエージェントのアドレスが記入される。ｖａｒｉ
ａｂｌｅ−ｂｉｎｄｉｎｇｓには、図３の下段に記した
ように、オブジェクトの名前とその値の対が繰り返して
複数記入される。
【００４９】次に、図１、図２、図３および図４、図
５、図６、図７、図８を参照して本実施の形態の動作を
より詳細に説明する。
５、図６、図７、図８を参照して本実施の形態の動作を
より詳細に説明する。
【００５０】なお、図４〜図８において、図１あるいは
図２に示す構成要素に対応するものは同一の参照数字ま
たは符号を付し、その説明を省略する。
図２に示す構成要素に対応するものは同一の参照数字ま
たは符号を付し、その説明を省略する。
【００５１】図４は、図１あるいは図２のトラップ受信
手段の動作を説明する図である。
手段の動作を説明する図である。
【００５２】図４において、トラップ受信手段３１（４
１）の動作は以下のようになる。
１）の動作は以下のようになる。
【００５３】エージェントから送信されたＳＮＭＰトラ
ップは、トラップ受信部３１１（４１１）が受信する
（ステップＡ１）。
ップは、トラップ受信部３１１（４１１）が受信する
（ステップＡ１）。
【００５４】トラップ受信部３１１（４１１）は、その
ＳＮＭＰトラップが消失の検出対象かどうか調べる（ス
テップＡ２）。検出対象か否かは、図３に示したＳＮＭ
Ｐトラップのｃｏｍｍｕｎｉｔｙを参照し、自マネージ
ャと同一のコミュニティ名を持つエージェントからのト
ラップであれば検出の対象とし、別のコミュニティ名で
あれば検出対象としない。検出対象でない場合（ステッ
プＡ２：いいえ）、次のＳＮＭＰトラップの受信待ちに
なる（ステップＡ１に戻る）。
ＳＮＭＰトラップが消失の検出対象かどうか調べる（ス
テップＡ２）。検出対象か否かは、図３に示したＳＮＭ
Ｐトラップのｃｏｍｍｕｎｉｔｙを参照し、自マネージ
ャと同一のコミュニティ名を持つエージェントからのト
ラップであれば検出の対象とし、別のコミュニティ名で
あれば検出対象としない。検出対象でない場合（ステッ
プＡ２：いいえ）、次のＳＮＭＰトラップの受信待ちに
なる（ステップＡ１に戻る）。
【００５５】検出対象の場合（ステップＡ２：はい）、
データ送信部３１２（４１２）は、以降のマネージャで
の処理に必要となる最小限のデータをＳＮＭＰトラップ
メッセージから抽出して、データ保存手段３２（４２）
のデータ取得部３２１（４２１）へ送信する（ステップ
Ａ３）。このステップでＳＮＭＰトラップメッセージか
ら抽出する最小限のデータは、ＳＮＭＰトラップの受信
時刻、ＳＮＭＰトラップの送信元エージェントのアドレ
ス、及び、オブジェクトＩＤである。最小限のデータと
した理由は、無駄なデータを流して処理速度を落とさな
いようにする為である。
データ送信部３１２（４１２）は、以降のマネージャで
の処理に必要となる最小限のデータをＳＮＭＰトラップ
メッセージから抽出して、データ保存手段３２（４２）
のデータ取得部３２１（４２１）へ送信する（ステップ
Ａ３）。このステップでＳＮＭＰトラップメッセージか
ら抽出する最小限のデータは、ＳＮＭＰトラップの受信
時刻、ＳＮＭＰトラップの送信元エージェントのアドレ
ス、及び、オブジェクトＩＤである。最小限のデータと
した理由は、無駄なデータを流して処理速度を落とさな
いようにする為である。
【００５６】データ送信部３１２（４１２）は、次に、
ステップＡ３での送信が確認できるまで待機し（ステッ
プＡ４）、送信確認が出来た後（ステップＡ４：はい）
該送信が成功したか否かを監視する（ステップＡ５）。
送信が失敗と判断した場合（ステップＡ５：はい）、再
送信を行う（ステップＡ３に戻る）。該送信が成功した
後（ステップＡ５：いいえ）、データ送信部３１２（４
１２）は処理を終了し、トラップ受信部３１１（４１
１）による次のＳＮＭＰトラップの受信待ちとなる（ス
テップＡ１に戻る）。
ステップＡ３での送信が確認できるまで待機し（ステッ
プＡ４）、送信確認が出来た後（ステップＡ４：はい）
該送信が成功したか否かを監視する（ステップＡ５）。
送信が失敗と判断した場合（ステップＡ５：はい）、再
送信を行う（ステップＡ３に戻る）。該送信が成功した
後（ステップＡ５：いいえ）、データ送信部３１２（４
１２）は処理を終了し、トラップ受信部３１１（４１
１）による次のＳＮＭＰトラップの受信待ちとなる（ス
テップＡ１に戻る）。
【００５７】次に、図５を参照して、図１あるいは図２
のデータ保存手段３２（４２）の動作について説明す
る。
のデータ保存手段３２（４２）の動作について説明す
る。
【００５８】図５は、図１あるいは図２のデータ保存手
段の動作を説明する図である。
段の動作を説明する図である。
【００５９】図５において、データ保存手段３２（４
２）の動作は以下のようになる。
２）の動作は以下のようになる。
【００６０】データ取得部３２１（４２１）は、データ
送信部３１２（４１２）が送信したデータを受信する
（ステップＢ１）。
送信部３１２（４１２）が送信したデータを受信する
（ステップＢ１）。
【００６１】データ保存部３２２（４２２）は、データ
取得部３２１（４２１）が受信したデータ（ＳＮＭＰト
ラップの受信時刻、ＳＮＭＰトラップの送信元エージェ
ントのアドレス、オブジェクトＩＤ）をファイル３２３
（４２３）に保存する為に、ファイル３２３（４２３）
の現在のレコード番号を１増し（ステップＢ２）、その
レコード番号のレコードにデータを保存する（ステップ
Ｂ３）。
取得部３２１（４２１）が受信したデータ（ＳＮＭＰト
ラップの受信時刻、ＳＮＭＰトラップの送信元エージェ
ントのアドレス、オブジェクトＩＤ）をファイル３２３
（４２３）に保存する為に、ファイル３２３（４２３）
の現在のレコード番号を１増し（ステップＢ２）、その
レコード番号のレコードにデータを保存する（ステップ
Ｂ３）。
【００６２】次に、マネージャ３（４）の検索条件送信
部３２４（４２４）は、検索条件データ（ＳＮＭＰトラ
ップの受信時刻、ＳＮＭＰトラップの送信元エージェン
トのアドレス、オブジェクトＩＤ）を他方のマネージャ
の検索手段４３（３３）の検索条件取得部４３１（３３
１）に送信する（ステップＢ４）。
部３２４（４２４）は、検索条件データ（ＳＮＭＰトラ
ップの受信時刻、ＳＮＭＰトラップの送信元エージェン
トのアドレス、オブジェクトＩＤ）を他方のマネージャ
の検索手段４３（３３）の検索条件取得部４３１（３３
１）に送信する（ステップＢ４）。
【００６３】検索条件送信部３２４（４２４）は、次
に、ステップＢ４での送信が確認できるまで待機し（ス
テップＢ５）、送信確認が出来た後（ステップＢ５：は
い）該送信が成功したか否かを監視する（ステップＢ
６）。送信が失敗と判断した場合（ステップＢ６：は
い）、検索条件データの再送信を行う（ステップＢ４に
戻る）。該送信が成功した後（ステップＢ６：いい
え）、検索条件送信部３２４（４２４）は処理を終了
し、データ取得部３２１（４２１）による次のデータの
受信待ちとなる（ステップＢ１に戻る）。
に、ステップＢ４での送信が確認できるまで待機し（ス
テップＢ５）、送信確認が出来た後（ステップＢ５：は
い）該送信が成功したか否かを監視する（ステップＢ
６）。送信が失敗と判断した場合（ステップＢ６：は
い）、検索条件データの再送信を行う（ステップＢ４に
戻る）。該送信が成功した後（ステップＢ６：いい
え）、検索条件送信部３２４（４２４）は処理を終了
し、データ取得部３２１（４２１）による次のデータの
受信待ちとなる（ステップＢ１に戻る）。
【００６４】次に、図６を参照して、検索条件データを
受信した他方のマネージャの検索手段４３（３３）の動
作について説明する。
受信した他方のマネージャの検索手段４３（３３）の動
作について説明する。
【００６５】図６は、図１あるいは図２の検索手段の動
作を説明する図である。
作を説明する図である。
【００６６】図６において、検索手段４３（３３）の動
作は以下のようになる。
作は以下のようになる。
【００６７】検索条件取得部４３１（３３１）は、検索
条件送信部３２４（４２４）が送信した検索条件データ
を受信する（ステップＣ１）。
条件送信部３２４（４２４）が送信した検索条件データ
を受信する（ステップＣ１）。
【００６８】検索部４３２（３３２）は、受信された検
索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭＰ
トラップの送信元エージェントのアドレス、オブジェク
トＩＤ）と一致するデータがファイル４２３（３２３）
内に有るか否かを検索する。
索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭＰ
トラップの送信元エージェントのアドレス、オブジェク
トＩＤ）と一致するデータがファイル４２３（３２３）
内に有るか否かを検索する。
【００６９】一致するデータがファイル４２３（３２
３）内に有った場合は、同一のＳＮＭＰトラップを２つ
のマネージャが同時に受信していることを示しており、
該ＳＮＭＰトラップは消失していないことを示してい
る。この為、検索結果はＯＫ（ＳＮＭＰトラップの消失
無し）として結果送信部４３３（３３３）から検索結果
を送信する。一方、一致するデータがファイル４２３
（３２３）に無かった場合は、自マネージャにおいては
検索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭ
Ｐトラップの送信元エージェントのアドレス、オブジェ
クトＩＤ）に合致するＳＮＭＰトラップを受信していな
かったことを示しており、該ＳＮＭＰトラップが消失し
たことを示している。この為、検索結果はＮＧ（ＳＮＭ
Ｐトラップが消失した）として結果送信部４３３（３３
３）から検索結果を送信する。
３）内に有った場合は、同一のＳＮＭＰトラップを２つ
のマネージャが同時に受信していることを示しており、
該ＳＮＭＰトラップは消失していないことを示してい
る。この為、検索結果はＯＫ（ＳＮＭＰトラップの消失
無し）として結果送信部４３３（３３３）から検索結果
を送信する。一方、一致するデータがファイル４２３
（３２３）に無かった場合は、自マネージャにおいては
検索条件データ（ＳＮＭＰトラップの受信時刻、ＳＮＭ
Ｐトラップの送信元エージェントのアドレス、オブジェ
クトＩＤ）に合致するＳＮＭＰトラップを受信していな
かったことを示しており、該ＳＮＭＰトラップが消失し
たことを示している。この為、検索結果はＮＧ（ＳＮＭ
Ｐトラップが消失した）として結果送信部４３３（３３
３）から検索結果を送信する。
【００７０】検索部４３２（３３２）が検索条件データ
（ＳＮＭＰトラップの受信時刻、ＳＮＭＰトラップの送
信元エージェントのアドレス、オブジェクトＩＤ）と一
致するデータをファイル４２３（３２３）内から検索す
る場合、「ＳＮＭＰトラップの受信時刻」の検索は、検
索条件データの送信元マネージャと受信元マネージャで
の時刻の誤差をふまえて、特定の範囲内を定め、その特
定の範囲内で有れば一致と判断する。「ＳＮＭＰトラッ
プの送信元エージェントのアドレス」と「オブジェクト
ＩＤ」は完全に一致するものを検索する。この３つの条
件を満たすデータが検索条件データを受信した側のファ
イル４２３（３２３）内に有れば、ＳＮＭＰトラップの
消失はなかったことになる。ファイル４２３（３２３）
内を最終レコードまで検索し、条件を満たすデータが見
つからなかった場合、ネットワークの経路等によりまだ
ＳＮＭＰトラップを受信していな場合を考慮し、見つか
るまでｎ回の検索のリトライを行う。それでも検索条件
データと一致しない場合、検索条件データを受信したマ
ネージャ側にはデータが存在しない。つまり検索条件デ
ータを受信した側のＳＮＭＰトラップは消失し、検索条
件データを送信した側でしかエージェントからのＳＮＭ
Ｐトラップを受信していなかったことになる。
（ＳＮＭＰトラップの受信時刻、ＳＮＭＰトラップの送
信元エージェントのアドレス、オブジェクトＩＤ）と一
致するデータをファイル４２３（３２３）内から検索す
る場合、「ＳＮＭＰトラップの受信時刻」の検索は、検
索条件データの送信元マネージャと受信元マネージャで
の時刻の誤差をふまえて、特定の範囲内を定め、その特
定の範囲内で有れば一致と判断する。「ＳＮＭＰトラッ
プの送信元エージェントのアドレス」と「オブジェクト
ＩＤ」は完全に一致するものを検索する。この３つの条
件を満たすデータが検索条件データを受信した側のファ
イル４２３（３２３）内に有れば、ＳＮＭＰトラップの
消失はなかったことになる。ファイル４２３（３２３）
内を最終レコードまで検索し、条件を満たすデータが見
つからなかった場合、ネットワークの経路等によりまだ
ＳＮＭＰトラップを受信していな場合を考慮し、見つか
るまでｎ回の検索のリトライを行う。それでも検索条件
データと一致しない場合、検索条件データを受信したマ
ネージャ側にはデータが存在しない。つまり検索条件デ
ータを受信した側のＳＮＭＰトラップは消失し、検索条
件データを送信した側でしかエージェントからのＳＮＭ
Ｐトラップを受信していなかったことになる。
【００７１】上記の動作を、図６に戻って説明すると、
検索部４３２（３３２）はファイル４２３（３２３）を
検索するリトライ回数を１に設定し（ステップＣ２）、
ファイル４２３（３２３）を検索するための検索用レコ
ード番号に１を設定する（ステップＣ３）。次にリトラ
イ回数がｎ回以下かを判定し（ステップＣ４）、ｎ回以
下であれば（ステップＣ４：はい）ステップＣ５に進
み、ｎ回に達していれば（ステップＣ４：いいえ）ファ
イル４２３（３２３）には検索条件データに一致するデ
ータが保存されていなかったことであるので、検索結果
をＮＧとして結果送信部４３３（３３３）に送信しステ
ップＣ１１に進む。
検索部４３２（３３２）はファイル４２３（３２３）を
検索するリトライ回数を１に設定し（ステップＣ２）、
ファイル４２３（３２３）を検索するための検索用レコ
ード番号に１を設定する（ステップＣ３）。次にリトラ
イ回数がｎ回以下かを判定し（ステップＣ４）、ｎ回以
下であれば（ステップＣ４：はい）ステップＣ５に進
み、ｎ回に達していれば（ステップＣ４：いいえ）ファ
イル４２３（３２３）には検索条件データに一致するデ
ータが保存されていなかったことであるので、検索結果
をＮＧとして結果送信部４３３（３３３）に送信しステ
ップＣ１１に進む。
【００７２】ステップＣ５では、検索用レコード番号が
ファイル４２３（３２３）の最終レコードを越えていな
いかを判定し、最終レコードを越えていなければ（ステ
ップＣ５：はい）そのレコードを検索するためにステッ
プＣ７に進み、最終レコードを越えていれば（ステップ
Ｃ５：いいえ）リトライ回数を１増し（ステップＣ
６）、ステップＣ３に戻る。
ファイル４２３（３２３）の最終レコードを越えていな
いかを判定し、最終レコードを越えていなければ（ステ
ップＣ５：はい）そのレコードを検索するためにステッ
プＣ７に進み、最終レコードを越えていれば（ステップ
Ｃ５：いいえ）リトライ回数を１増し（ステップＣ
６）、ステップＣ３に戻る。
【００７３】ステップＣ７では、検索用レコード番号と
等しいレコードの内容を調べ、レコード内の受信時刻が
検索条件データの「ＳＮＭＰトラップの受信時刻」の時
刻範囲内かを判定し、時刻範囲内であれば（ステップＣ
７：はい）、レコード内の次の要素である送信元アドレ
スが検索条件データの「ＳＮＭＰトラップの送信元エー
ジェントのアドレス」と一致するかを判定する（ステッ
プＣ８）。一致すれば（ステップＣ８：はい）、レコー
ド内の次の要素であるオブジェクトＩＤが検索条件デー
タの「オブジェクトＩＤ」と一致するかを判定する（ス
テップＣ９）。一致すれば（ステップＣ９：はい）、そ
のレコードが検索条件データと一致するデータであるの
で、検索結果をＯＫとして結果送信部４３３（３３３）
に送信しステップＣ１１に進む。ステップＣ７、ステッ
プＣ８、ステップＣ９のいずれかにおいて判定が一致で
なければ（ステップＣ７：いいえ、ステップＣ８：いい
え、ステップＣ９：いいえ）、検索用レコード番号を１
増し（ステップＣ１０）、ステップＣ５に戻る。
等しいレコードの内容を調べ、レコード内の受信時刻が
検索条件データの「ＳＮＭＰトラップの受信時刻」の時
刻範囲内かを判定し、時刻範囲内であれば（ステップＣ
７：はい）、レコード内の次の要素である送信元アドレ
スが検索条件データの「ＳＮＭＰトラップの送信元エー
ジェントのアドレス」と一致するかを判定する（ステッ
プＣ８）。一致すれば（ステップＣ８：はい）、レコー
ド内の次の要素であるオブジェクトＩＤが検索条件デー
タの「オブジェクトＩＤ」と一致するかを判定する（ス
テップＣ９）。一致すれば（ステップＣ９：はい）、そ
のレコードが検索条件データと一致するデータであるの
で、検索結果をＯＫとして結果送信部４３３（３３３）
に送信しステップＣ１１に進む。ステップＣ７、ステッ
プＣ８、ステップＣ９のいずれかにおいて判定が一致で
なければ（ステップＣ７：いいえ、ステップＣ８：いい
え、ステップＣ９：いいえ）、検索用レコード番号を１
増し（ステップＣ１０）、ステップＣ５に戻る。
【００７４】ステップＣ１１以降は結果送信部４３３
（３３３）での処理となり、ステップＣ１１では検索結
果を結果受信手段３４及び結果受信手段４４の結果取得
部３４１及び結果取得部４４１に送信する。結果送信部
４３３（３３３）は、次に、ステップＣ１１での送信が
確認できるまで待機し（ステップＣ１２）、送信確認が
出来た後（ステップＣ１２：はい）該送信が成功したか
否かを監視する（ステップＣ１３）。送信が失敗と判断
した場合（ステップＣ１３：はい）、再送信を行う（ス
テップＣ１１に戻る）。該送信が成功した後（ステップ
Ｃ１３：いいえ）、結果送信部４３３（３３３）は処理
を終了し、検索条件取得部４３１（３３１）による次の
検索条件データの受信待ちとなる（ステップＣ１に戻
る）。
（３３３）での処理となり、ステップＣ１１では検索結
果を結果受信手段３４及び結果受信手段４４の結果取得
部３４１及び結果取得部４４１に送信する。結果送信部
４３３（３３３）は、次に、ステップＣ１１での送信が
確認できるまで待機し（ステップＣ１２）、送信確認が
出来た後（ステップＣ１２：はい）該送信が成功したか
否かを監視する（ステップＣ１３）。送信が失敗と判断
した場合（ステップＣ１３：はい）、再送信を行う（ス
テップＣ１１に戻る）。該送信が成功した後（ステップ
Ｃ１３：いいえ）、結果送信部４３３（３３３）は処理
を終了し、検索条件取得部４３１（３３１）による次の
検索条件データの受信待ちとなる（ステップＣ１に戻
る）。
【００７５】次に、図７を参照して、図１あるいは図２
の結果受信手段３４（４４）の動作について説明する。
の結果受信手段３４（４４）の動作について説明する。
【００７６】図７は、図１あるいは図２の結果受信手段
の動作を説明する図である。
の動作を説明する図である。
【００７７】図７において、結果受信手段３４（４４）
の動作は以下のようになる。
の動作は以下のようになる。
【００７８】結果取得部３４１及び結果取得部４４１
は、結果送信部４３３（３３３）が送信した検索結果を
受信する（ステップＤ１）。
は、結果送信部４３３（３３３）が送信した検索結果を
受信する（ステップＤ１）。
【００７９】結果判定部３４２（４４２）は、受信した
検索結果を判定する（ステップＤ２）。検索結果がＯＫ
（検索条件データによりデータが一致した。つまりＳＮ
ＭＰトラップの消失はなかった。）の場合は（ステップ
Ｄ２：いいえ）、検索結果の受信待ちとなる（ステップ
Ｄ１に戻る）。検索結果がＮＧ（検索条件データにより
データが一致しなかった。つまりＳＮＭＰトラップの消
失があった。）の場合は（ステップＤ２：はい）、検索
結果をメッセージ出力手段３５（４５）のメッセージ取
得部３５１（４５１）に送信する（ステップＤ３）。
検索結果を判定する（ステップＤ２）。検索結果がＯＫ
（検索条件データによりデータが一致した。つまりＳＮ
ＭＰトラップの消失はなかった。）の場合は（ステップ
Ｄ２：いいえ）、検索結果の受信待ちとなる（ステップ
Ｄ１に戻る）。検索結果がＮＧ（検索条件データにより
データが一致しなかった。つまりＳＮＭＰトラップの消
失があった。）の場合は（ステップＤ２：はい）、検索
結果をメッセージ出力手段３５（４５）のメッセージ取
得部３５１（４５１）に送信する（ステップＤ３）。
【００８０】結果判定部３４２（４４２）は、次に、ス
テップＤ３での送信が確認できるまで待機し（ステップ
Ｄ４）、送信確認が出来た後（ステップＤ４：はい）該
送信が成功したか否かを監視する（ステップＤ５）。送
信が失敗と判断した場合（ステップＤ５：はい）、再送
信を行う（ステップＤ３に戻る）。該送信が成功した後
（ステップＤ５：いいえ）、結果判定部３４２（４４
２）は処理を終了し、結果取得部３４１（４４１）によ
る次の検索結果の受信待ちとなる（ステップＤ１に戻
る）。
テップＤ３での送信が確認できるまで待機し（ステップ
Ｄ４）、送信確認が出来た後（ステップＤ４：はい）該
送信が成功したか否かを監視する（ステップＤ５）。送
信が失敗と判断した場合（ステップＤ５：はい）、再送
信を行う（ステップＤ３に戻る）。該送信が成功した後
（ステップＤ５：いいえ）、結果判定部３４２（４４
２）は処理を終了し、結果取得部３４１（４４１）によ
る次の検索結果の受信待ちとなる（ステップＤ１に戻
る）。
【００８１】次に、図８を参照して、図１あるいは図２
のメッセージ出力手段３５（４５）の動作について説明
する。
のメッセージ出力手段３５（４５）の動作について説明
する。
【００８２】図８は、図１あるいは図２のメッセージ出
力手段の動作を説明する図である。
力手段の動作を説明する図である。
【００８３】図８において、メッセージ出力手段３５
（４５）の動作は以下のようになる。
（４５）の動作は以下のようになる。
【００８４】メッセージ取得部３５１（４５１）は、結
果判定部３４２（４４２）が送信した検索結果を受信す
る（ステップＥ１）。
果判定部３４２（４４２）が送信した検索結果を受信す
る（ステップＥ１）。
【００８５】メッセージ出力部３５２（４５２）は、検
索結果がＮＧであった（ＳＮＭＰトラップの消失があっ
た）旨のメッセージを表示装置等に出力する（ステップ
Ｅ２）。メッセージの出力後、メッセージ出力部３５２
（４５２）は処理を終了し、メッセージ取得部３５１
（４５１）による次の検索結果の受信待ちとなる（ステ
ップＥ１に戻る）。
索結果がＮＧであった（ＳＮＭＰトラップの消失があっ
た）旨のメッセージを表示装置等に出力する（ステップ
Ｅ２）。メッセージの出力後、メッセージ出力部３５２
（４５２）は処理を終了し、メッセージ取得部３５１
（４５１）による次の検索結果の受信待ちとなる（ステ
ップＥ１に戻る）。
【００８６】次に、図９及び図４〜図８を参照して、本
実施の形態の具体的動作について説明する。
実施の形態の具体的動作について説明する。
【００８７】図９は、本発明の具体的動作を説明する図
である。
である。
【００８８】図９においては、ネットワーク機器である
エージェント１がＳＮＭＰトラップを送信し、これをネ
ットワーク監視装置であるマネージャ３が受信したが、
もう一方のネットワーク監視装置であるマネージャ４は
何らかの理由でこれを受信できなかった様子を示してい
る。尚、図９は、図１及び図２に示したネットワーク管
理システム及び図３から、説明に必要な構成要素のみを
抽出して構成したものであるため、図１、図２及び図３
に示す構成要素に対応するものは同一の参照数字または
符号を付し、その説明を省略する。
エージェント１がＳＮＭＰトラップを送信し、これをネ
ットワーク監視装置であるマネージャ３が受信したが、
もう一方のネットワーク監視装置であるマネージャ４は
何らかの理由でこれを受信できなかった様子を示してい
る。尚、図９は、図１及び図２に示したネットワーク管
理システム及び図３から、説明に必要な構成要素のみを
抽出して構成したものであるため、図１、図２及び図３
に示す構成要素に対応するものは同一の参照数字または
符号を付し、その説明を省略する。
【００８９】図９において、ネットワーク機器であるエ
ージェント１がＳＮＭＰトラップを送信した。エージェ
ント１のａｇｅｎｔ−ａｄｄｒは「ａａａ．ｂｂｂ．ｃ
ｃｃ．ｄｄｄ」であり、ＳＮＭＰトラップ内のオブジェ
クトＩＤ（ｅｎｔｅｒｐｒｉｓｅ）は「１．２．３．
４．５．６」であるものとする。また、エージェント１
のｃｏｍｍｕｎｉｔｙは「Ａ」であり、ネットワーク監
視装置であるマネージャ３及びマネージャ４も同一のｃ
ｏｍｍｕｎｉｔｙ「Ａ」を有しているため、このＳＮＭ
Ｐトラップは消失の検出対象にあたる。
ージェント１がＳＮＭＰトラップを送信した。エージェ
ント１のａｇｅｎｔ−ａｄｄｒは「ａａａ．ｂｂｂ．ｃ
ｃｃ．ｄｄｄ」であり、ＳＮＭＰトラップ内のオブジェ
クトＩＤ（ｅｎｔｅｒｐｒｉｓｅ）は「１．２．３．
４．５．６」であるものとする。また、エージェント１
のｃｏｍｍｕｎｉｔｙは「Ａ」であり、ネットワーク監
視装置であるマネージャ３及びマネージャ４も同一のｃ
ｏｍｍｕｎｉｔｙ「Ａ」を有しているため、このＳＮＭ
Ｐトラップは消失の検出対象にあたる。
【００９０】マネージャ３のトラップ受信手段３１は、
このＳＮＭＰトラップを時刻「ｙｙｙｙ／ｍｍ／ｄｄ
ｈｈ：ｍｉ：ｓｓ」に受信したが、マネージャ４のトラ
ップ受信手段４１は何らかの理由でこのＳＮＭＰトラッ
プを受信できなかったものとする。
このＳＮＭＰトラップを時刻「ｙｙｙｙ／ｍｍ／ｄｄ
ｈｈ：ｍｉ：ｓｓ」に受信したが、マネージャ４のトラ
ップ受信手段４１は何らかの理由でこのＳＮＭＰトラッ
プを受信できなかったものとする。
【００９１】マネージャ３のトラップ受信手段３１にあ
るトラップ受信部３１１がこのＳＮＭＰトラップを受信
し、このＳＮＭＰトラップが消失の検出対象であると判
断する。データ送信部３１２は、データ保存手段３２に
対し、ファイル３２３に保存するために必要なＳＮＭＰ
トラップのデータ（ＳＮＭＰトラップの受信時刻「ｙｙ
ｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」、ＳＮＭＰトラ
ップの送信元エージェントのアドレス「ａａａ．ｂｂ
ｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩＤ「１．２．
３．４．５．６」）を送信する。
るトラップ受信部３１１がこのＳＮＭＰトラップを受信
し、このＳＮＭＰトラップが消失の検出対象であると判
断する。データ送信部３１２は、データ保存手段３２に
対し、ファイル３２３に保存するために必要なＳＮＭＰ
トラップのデータ（ＳＮＭＰトラップの受信時刻「ｙｙ
ｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」、ＳＮＭＰトラ
ップの送信元エージェントのアドレス「ａａａ．ｂｂ
ｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩＤ「１．２．
３．４．５．６」）を送信する。
【００９２】データ保存手段３２のデータ取得部３２１
が、保存するためのデータを受信し、データ保存部３２
２が受信したデータをファイル３２３に保存する。ファ
イル３２３には、これまでに１レコード目からｍレコー
ド目までに過去のデータが保存されていたため、ｍ＋１
レコードに受信したデータを保存する。次に、検索条件
送信部３２４が、検索条件データ（ＳＮＭＰトラップの
受信時刻「ｙｙｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓ
ｓ」、ＳＮＭＰトラップの送信元エージェントのアドレ
ス「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクト
ＩＤ「１．２．３．４．５．６」）をマネージャ４の検
索手段４３に送信する。
が、保存するためのデータを受信し、データ保存部３２
２が受信したデータをファイル３２３に保存する。ファ
イル３２３には、これまでに１レコード目からｍレコー
ド目までに過去のデータが保存されていたため、ｍ＋１
レコードに受信したデータを保存する。次に、検索条件
送信部３２４が、検索条件データ（ＳＮＭＰトラップの
受信時刻「ｙｙｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓ
ｓ」、ＳＮＭＰトラップの送信元エージェントのアドレ
ス「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクト
ＩＤ「１．２．３．４．５．６」）をマネージャ４の検
索手段４３に送信する。
【００９３】マネージャ４の検索手段４３にある検索条
件取得部４３１が、検索条件データを受信し、検索部４
３２が受信した検索条件データでファイル４２３を調査
する。マネージャ４はＳＮＭＰトラップを受信していな
いため、ファイル４２３内には該当データが保存されて
いない。そのため、検索をｎ回までリトライしても、フ
ァイル４２３内のデータと検索条件データが一致しな
い。つまりマネージャ４からは、受信時刻が「ｙｙｙｙ
／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」であり、エージェン
トのアドレスが「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、
オブジェクトＩＤが「１．２．３．４．５．６」という
ＳＮＭＰトラップが消失しているという結果になる。こ
の検索結果を、結果送信部４３３が結果受信手段３４と
４４に送信する。
件取得部４３１が、検索条件データを受信し、検索部４
３２が受信した検索条件データでファイル４２３を調査
する。マネージャ４はＳＮＭＰトラップを受信していな
いため、ファイル４２３内には該当データが保存されて
いない。そのため、検索をｎ回までリトライしても、フ
ァイル４２３内のデータと検索条件データが一致しな
い。つまりマネージャ４からは、受信時刻が「ｙｙｙｙ
／ｍｍ／ｄｄ ｈｈ：ｍｉ：ｓｓ」であり、エージェン
トのアドレスが「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、
オブジェクトＩＤが「１．２．３．４．５．６」という
ＳＮＭＰトラップが消失しているという結果になる。こ
の検索結果を、結果送信部４３３が結果受信手段３４と
４４に送信する。
【００９４】結果受信手段３４（４４）の結果取得部３
４１（４４１）が、検索結果を受信し、結果判定部３４
２（４４２）が判定を行う。この例では、ＳＮＭＰトラ
ップが消失しているというＮＧの判定となるため、結果
判定部３４２（４４２）はメッセージ取得部３５１（４
５１）に検索結果のメッセージを送信する。
４１（４４１）が、検索結果を受信し、結果判定部３４
２（４４２）が判定を行う。この例では、ＳＮＭＰトラ
ップが消失しているというＮＧの判定となるため、結果
判定部３４２（４４２）はメッセージ取得部３５１（４
５１）に検索結果のメッセージを送信する。
【００９５】メッセージ出力手段３５（４５）のメッセ
ージ取得部３５１（４５１）が、検索結果のメッセージ
を受信し、メッセージ出力部３５２（４５２）は、マネ
ージャ４で、受信時刻が「ｙｙｙｙ／ｍｍ／ｄｄ ｈ
ｈ：ｍｉ：ｓｓ」であり、エージェントのアドレスが
「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩ
Ｄが「１．２．３．４．５．６」のＳＮＭＰトラップが
消失している旨を表示装置等に表示することができる。
ージ取得部３５１（４５１）が、検索結果のメッセージ
を受信し、メッセージ出力部３５２（４５２）は、マネ
ージャ４で、受信時刻が「ｙｙｙｙ／ｍｍ／ｄｄ ｈ
ｈ：ｍｉ：ｓｓ」であり、エージェントのアドレスが
「ａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ」、オブジェクトＩ
Ｄが「１．２．３．４．５．６」のＳＮＭＰトラップが
消失している旨を表示装置等に表示することができる。
【００９６】次に、図１０を参照して、本発明の第２の
実施の形態について説明する。
実施の形態について説明する。
【００９７】図１０は、本発明のマネージャの第２の実
施の形態を示す詳細ブロック図である。
施の形態を示す詳細ブロック図である。
【００９８】図１０を参照すると、本第２の実施の形態
は、図２に示された第１の実施の形態におけるマネージ
ャ３及びマネージャ４の構成に対して、データ保存手段
３２００（データ保存手段４２００）の構成にタイマ３
２５０（タイマ４２５０）を追加した点で異なってい
る。従って、図１０において、図２に示す構成要素に対
応するものは同一の参照数字または符号を付し、その説
明を省略する。
は、図２に示された第１の実施の形態におけるマネージ
ャ３及びマネージャ４の構成に対して、データ保存手段
３２００（データ保存手段４２００）の構成にタイマ３
２５０（タイマ４２５０）を追加した点で異なってい
る。従って、図１０において、図２に示す構成要素に対
応するものは同一の参照数字または符号を付し、その説
明を省略する。
【００９９】すなわち、図１０において、データ保存手
段３２００（データ保存手段４２００）は、データ取得
部３２１（データ取得部４２１）と、データ保存部３２
２（データ保存部４２２）と、ファイル３２３（ファイ
ル４２３）と、タイマ３２５０（タイマ４２５０）と、
検索条件送信部３２４０（検索条件送信部４２４０）を
備える。
段３２００（データ保存手段４２００）は、データ取得
部３２１（データ取得部４２１）と、データ保存部３２
２（データ保存部４２２）と、ファイル３２３（ファイ
ル４２３）と、タイマ３２５０（タイマ４２５０）と、
検索条件送信部３２４０（検索条件送信部４２４０）を
備える。
【０１００】データ取得部３２１（４２１）は、トラッ
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４０（４
２４０）は、他方のマネージャの検索手段４３（３３）
に検索条件データを送信する。タイマ３２５０（４２５
０）は、検索条件送信部３２４０（４２４０）が検索条
件データを他方のマネージャに送信するタイミングを調
整する。
プ受信手段３１（４１）からのデータを受信する。デー
タ保存部３２２（４２２）は受信データをファイル３２
３（４２３）に保存する。検索条件送信部３２４０（４
２４０）は、他方のマネージャの検索手段４３（３３）
に検索条件データを送信する。タイマ３２５０（４２５
０）は、検索条件送信部３２４０（４２４０）が検索条
件データを他方のマネージャに送信するタイミングを調
整する。
【０１０１】図１０のマネージャ３（４）においては、
タイマ３２５０（４２５０）に適切な時間を設定するこ
とによって、検索条件送信部３２４０（４２４０）が検
索条件データを他方のマネージャに送信するタイミング
を調整することが可能である。従って、例えば、エージ
ェントから送信されたＳＮＭＰトラップを、２つのマネ
ージャ３と４で受信する時刻が、ネットワーク構成上の
理由等により、相互にあまりにかけ離れた値になってし
まうような場合においても、検索条件データを送信する
タイミングを遅らせることが可能となる。送信のタイミ
ングを遅らせることにより、一方のマネージャではファ
イル３２３（４２３）へのＳＮＭＰトラップのデータ保
存が終了したにもかかわらず、他方のマネージャではフ
ァイル４２３（３２３）へのデータ保存が終了しておら
ず、ＳＮＭＰトラップを受信しなかったと判断してしま
う誤りを回避することが可能となる。
タイマ３２５０（４２５０）に適切な時間を設定するこ
とによって、検索条件送信部３２４０（４２４０）が検
索条件データを他方のマネージャに送信するタイミング
を調整することが可能である。従って、例えば、エージ
ェントから送信されたＳＮＭＰトラップを、２つのマネ
ージャ３と４で受信する時刻が、ネットワーク構成上の
理由等により、相互にあまりにかけ離れた値になってし
まうような場合においても、検索条件データを送信する
タイミングを遅らせることが可能となる。送信のタイミ
ングを遅らせることにより、一方のマネージャではファ
イル３２３（４２３）へのＳＮＭＰトラップのデータ保
存が終了したにもかかわらず、他方のマネージャではフ
ァイル４２３（３２３）へのデータ保存が終了しておら
ず、ＳＮＭＰトラップを受信しなかったと判断してしま
う誤りを回避することが可能となる。
【０１０２】また、タイマ３２５０（４２５０）に適切
な時間を設定することによって、他方のマネージャがフ
ァイル４２３（３２３）を検索するリトライの回数ｎを
減らすことも可能となるため、検索条件送信部３２４０
（４２４０）が検索条件データを送信してから結果取得
部３４１（４４１）が検索結果を受信するまでの時間を
短縮することができるという効果も有する。
な時間を設定することによって、他方のマネージャがフ
ァイル４２３（３２３）を検索するリトライの回数ｎを
減らすことも可能となるため、検索条件送信部３２４０
（４２４０）が検索条件データを送信してから結果取得
部３４１（４４１）が検索結果を受信するまでの時間を
短縮することができるという効果も有する。
【０１０３】
【発明の効果】以上説明したように、本発明のネットワ
ーク監視方式は、ネットワーク監視装置であるマネージ
ャを２台設置し、両マネージャ間の相互通信により、一
方のマネージャがＳＮＭＰトラップを受信し他方のマネ
ージャが該ＳＮＭＰトラップを受信できなかった場合
に、該ＳＮＭＰトラップが消失したと判断できるため、
コネクションレス型の通信方式で送信されるＳＮＭＰト
ラップであっても、その消失を即座に検出可能となると
いう効果を有している。
ーク監視方式は、ネットワーク監視装置であるマネージ
ャを２台設置し、両マネージャ間の相互通信により、一
方のマネージャがＳＮＭＰトラップを受信し他方のマネ
ージャが該ＳＮＭＰトラップを受信できなかった場合
に、該ＳＮＭＰトラップが消失したと判断できるため、
コネクションレス型の通信方式で送信されるＳＮＭＰト
ラップであっても、その消失を即座に検出可能となると
いう効果を有している。
【図１】本発明のネットワーク監視方式の一つの実施の
形態を示すブロック図である。
形態を示すブロック図である。
【図２】マネージャの一例を示す詳細ブロック図であ
る。
る。
【図３】ＳＮＭＰのトラップ（Ｔｒａｐ）メッセージの
形式を示す図である。
形式を示す図である。
【図４】図１あるいは図２のトラップ受信手段の動作を
説明する図である。
説明する図である。
【図５】図１あるいは図２のデータ保存手段の動作を説
明する図である。
明する図である。
【図６】図１あるいは図２の検索手段の動作を説明する
図である。
図である。
【図７】図１あるいは図２の結果受信手段の動作を説明
する図である。
する図である。
【図８】図１あるいは図２のメッセージ出力手段の動作
を説明する図である。
を説明する図である。
【図９】本発明の具体的動作を説明する図である。
【図１０】本発明のマネージャの第２の実施の形態を示
す詳細ブロック図である。
す詳細ブロック図である。
１、５、６、７ エージェント ２ ネットワーク ３、４ マネージャ ８、９、１０ ＬＡＮ ３１、４１ トラップ受信手段 ３２、４２ データ保存手段 ３３、４３ 検索手段 ３４、４４ 結果受信手段 ３５、４５ メッセージ出力手段 ３１１、４１１ トラップ受信部 ３１２、４１２ データ送信部 ３２１、４２１ データ取得部 ３２２、４２２ データ保存部 ３２３、４２３ ファイル ３２４、４２４ 検索条件送信部 ３３１、４３１ 検索条件取得部 ３３２、４３２ 検索部 ３３３、４３３ 結果送信部 ３４１、４４１ 結果取得部 ３４２、４４２ 結果判定部 ３５１、４５１ メッセージ取得部 ３５２、４５２ メッセージ出力部 ３２００、４２００ データ保存手段 ３２４０、４２４０ 検索条件送信部 ３２５０、４２５０ タイマ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/26 (72)発明者 太田 明彦 神奈川県横浜市神奈川区新浦島町 １丁目 １番地25 日本電気ロボットエンジニアリ ング株式会社内 Ｆターム(参考） 5B089 GB08 HB06 JA36 JB17 KA04 KB04 KB06 KB11 KC29 KC44 KC47 KC53 KG01 LB14 MC08 MD04 ME02 5K030 HC14 HD07 KA02 LB19 MA01 MC07 MC09 MD02 5K032 DA02 DA06 DB19 EA01 EA07 5K033 DA02 DA05 DB12 EA01 EA07
Claims (11)
- 【請求項１】 ネットワーク機器である複数のエージェ
ントと、ネットワーク監視装置である２台のマネージャ
が、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）
等の複数のネットワークに相互に接続され、前記エージ
ェントと前記マネージャとの間でネットワーク管理情報
を交換するプロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ
Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏ
ｃｏｌ：簡易ネットワーク管理プロトコル）を採用した
ネットワーク管理システムであって、前記エージェント
で発生した異常や事象を前記マネージャに通知するため
のＳＮＭＰトラップ（Ｔｒａｐ）を前記２台のマネージ
ャが受信し、前記ＳＮＭＰトラップが消失した場合であ
っても、前記２台のマネージャの相互通信によって前記
ＳＮＭＰトラップの消失を検出可能とすることを特徴と
するネットワーク監視方式。 - 【請求項２】 前記２台のマネージャはそれぞれ相互に
同一の構成及び機能を有し、前記２台のマネージャは、
それぞれ、前記ＳＮＭＰトラップを受信するトラップ受
信手段と、前記トラップ受信手段が受信したデータを保
存し、かつ他方のマネージャに検索条件データを送信す
るデータ保存手段と、他方のマネージャの前記データ保
存手段が送信する前記検索条件データから自マネージャ
の保有するファイル内を検索する検索手段と、自マネー
ジャの前記検索手段及び他方のマネージャの前記検索手
段の検索結果を受信する結果受信手段と、前記結果受信
手段の受信した前記検索結果を出力するメッセージ出力
手段を備えることを特徴とする請求項１に記載のネット
ワーク監視方式。 - 【請求項３】 前記２台のマネージャが相互に通信を行
う場合、すなわち、一方のマネージャの前記データ保存
手段が他方のマネージャの前記検索手段に対して前記検
索条件データを送信する場合と、他方のマネージャの前
記検索手段が送信元マネージャの前記結果受信手段に対
して前記検索結果を送信する場合には、コネクション型
のソケット（ｓｏｃｋｅｔ）通信にて通信を行うことを
特徴とする請求項１及び請求項２に記載のネットワーク
監視方式。 - 【請求項４】 前記検索条件データは、マネージャにお
いて前記ＳＮＭＰトラップを受信したＳＮＭＰトラップ
の受信時刻と、前記ＳＮＭＰトラップから抽出したＳＮ
ＭＰトラップの送信元のエージェントのアドレスとオブ
ジェクトＩＤとから構成される検索に必要な情報である
ことを特徴とする請求項１から請求項３に記載のネット
ワーク監視方式。 - 【請求項５】 前記トラップ受信手段は、前記ＳＮＭＰ
トラップを受信し、該ＳＮＭＰトラップが消失の検出対
象か否かを判断し、消失の検出対象であった場合に該Ｓ
ＮＭＰトラップ内の一部の情報を送信するトラップ受信
部と、前記トラップ受信部が送信した情報を受信し、該
受信情報を前記データ保存手段に送信するデータ送信部
とを備えることを特徴とする請求項１から請求項４に記
載のネットワーク監視方式。 - 【請求項６】 前記トラップ受信部が、受信した前記Ｓ
ＮＭＰトラップが消失の検出対象か否かを判断する場合
は、該ＳＮＭＰトラップのｃｏｍｍｕｎｉｔｙが自マネ
ージャのｃｏｍｍｕｎｉｔｙと同一であれば検出対象と
判断することを特徴とする請求項１から請求項５に記載
のネットワーク監視方式。 - 【請求項７】 前記データ保存手段は、データ取得部
と、データ保存部と、ファイルと、検索条件送信部を備
え、前記データ取得部は、前記トラップ受信手段からの
データを受信して前記データ保存部及び前記検索条件送
信部に該受信データを送信し、前記データ保存部は該受
信データを前記ファイルに保存し、前記検索条件送信部
は、他方のマネージャの前記検索手段に前記検索条件デ
ータを送信することを特徴とする請求項１から請求項６
に記載のネットワーク監視方式。 - 【請求項８】 前記検索手段は、検索条件取得部と、検
索部と、結果送信部を備え、前記検索条件取得部は、他
方のマネージャの前記データ保存手段からの前記検索条
件データを受信して前記検索部に送信し、前記検索部
は、前記ファイルを受信した前記検索条件データで調査
し、検索結果を前記結果送信部に送信し、前記結果送信
部は、前記検索結果を前記検索条件データの送信元のマ
ネージャの前記結果受信手段と自マネージャの前記結果
受信手段へ送信することを特徴とする請求項１から請求
項７に記載のネットワーク監視方式。 - 【請求項９】 前記結果受信手段は、結果取得部と、結
果判定部を備え、前記結果取得部は、自マネージャの前
記検索手段または他方のマネージャの前記検索手段から
前記検索結果を受信して前記結果判定部に送信し、前記
結果判定部は、前記検索結果がＮＧ（Ｎｏ Ｇｏｏｄ）
の場合のみ前記メッセージ出力手段に前記検索結果のメ
ッセージを通知することを特徴とする請求項１から請求
項８に記載のネットワーク監視方式。 - 【請求項１０】 前記メッセージ出力手段は、メッセー
ジ取得部と、メッセージ出力部を備え、前記メッセージ
取得部は、前記結果受信手段からメッセージの出力内容
を受信して前記メッセージ出力部に送信し、前記メッセ
ージ出力部は該受信内容を表示装置などに出力すること
を特徴とする請求項１から請求項９に記載のネットワー
ク監視方式。 - 【請求項１１】 前記データ保存手段に更にタイマを備
え、前記タイマの設定値により前記検索条件送信部が前
記検索条件データを他方のマネージャに送信するタイミ
ングを調整できることを特徴とする請求項１から請求項
１０に記載のネットワーク監視方式。
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 true JP2001067291A (ja) | 2001-03-16 |
| JP3465183B2 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) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006180223A (ja) * | 2004-12-22 | 2006-07-06 | Fujitsu Ltd | 通信システム |
| JP2007194758A (ja) * | 2006-01-18 | 2007-08-02 | Nec Corp | 通信システム、制御ノード、被制御機器及びそれらに用いる制御ノード間状態通知方法 |
| JP2008077216A (ja) * | 2006-09-19 | 2008-04-03 | Toshiba Corp | ネットワーク監視方法 |
| JP2009211348A (ja) * | 2008-03-04 | 2009-09-17 | Nec Corp | 管理システム |
| US8700758B2 (en) | 2004-11-26 | 2014-04-15 | Fujitsu Limited | Monitoring system, apparatus to be monitored, monitoring apparatus, and monitoring method |
| JP2018148421A (ja) * | 2017-03-06 | 2018-09-20 | 日本電気株式会社 | ネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法及びプログラム |
| JP2021047801A (ja) * | 2019-09-20 | 2021-03-25 | 日本電気株式会社 | 異常判定装置、異常判定方法およびプログラム |
Citations (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 | アラーム通知処理方式 |
| JPH1127266A (ja) * | 1997-07-07 | 1999-01-29 | Nec Corp | 網管理装置の構成情報管理方式および管理対象装置 |
-
1999
- 1999-08-27 JP JP24222499A patent/JP3465183B2/ja not_active Expired - Fee Related
Patent Citations (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 | アラーム通知処理方式 |
| JPH1127266A (ja) * | 1997-07-07 | 1999-01-29 | Nec Corp | 網管理装置の構成情報管理方式および管理対象装置 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8700758B2 (en) | 2004-11-26 | 2014-04-15 | Fujitsu Limited | Monitoring system, apparatus to be monitored, monitoring apparatus, and monitoring method |
| JP2006180223A (ja) * | 2004-12-22 | 2006-07-06 | Fujitsu Ltd | 通信システム |
| US8335843B2 (en) | 2004-12-22 | 2012-12-18 | Fujitsu Limited | Communication system having multiple communication lines between a transmitter and a receiver |
| JP2007194758A (ja) * | 2006-01-18 | 2007-08-02 | Nec Corp | 通信システム、制御ノード、被制御機器及びそれらに用いる制御ノード間状態通知方法 |
| JP2008077216A (ja) * | 2006-09-19 | 2008-04-03 | Toshiba Corp | ネットワーク監視方法 |
| JP2009211348A (ja) * | 2008-03-04 | 2009-09-17 | Nec Corp | 管理システム |
| JP2018148421A (ja) * | 2017-03-06 | 2018-09-20 | 日本電気株式会社 | ネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法及びプログラム |
| JP2021047801A (ja) * | 2019-09-20 | 2021-03-25 | 日本電気株式会社 | 異常判定装置、異常判定方法およびプログラム |
| JP7298412B2 (ja) | 2019-09-20 | 2023-06-27 | 日本電気株式会社 | 異常判定装置、異常判定方法およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3465183B2 (ja) | 2003-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210328889A1 (en) | In-line performance monitoring | |
| US7738495B2 (en) | Method of determining a maximum transmission unit value of a network path using transport layer feedback | |
| JP3388512B2 (ja) | パケット通信ネットワークにおける経路指定の管理 | |
| US7636305B1 (en) | Method and apparatus for monitoring network traffic | |
| JP4759389B2 (ja) | パケット通信装置 | |
| US20080037436A1 (en) | Method and system for detecting link failure between nodes in a hybrid network | |
| JP4619940B2 (ja) | ネットワーク障害箇所検出装置及びネットワーク障害箇所検出方法 | |
| JPH1127320A (ja) | パケット中継制御方法，パケット中継装置およびプログラム記憶媒体 | |
| US20070274307A1 (en) | Cluster System, Cluster Member, And Program | |
| US20060133287A1 (en) | Frame forwarding device and method for staying loop of frame | |
| US20050165885A1 (en) | Method and apparatus for forwarding data packets addressed to a cluster servers | |
| JP3871895B2 (ja) | 階層異種システムにおける自動ポート識別発見のための装置および方法 | |
| US7564848B2 (en) | Method for the establishing of connections in a communication system | |
| US20120101987A1 (en) | Distributed database synchronization | |
| JP2001067291A (ja) | ネットワーク監視方式 | |
| US7978598B1 (en) | Connection replication | |
| JP2003060715A (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 | |
| CN107104892A (zh) | 网络加速的方法和装置 | |
| CN110381007B (zh) | Tcp加速方法及装置 | |
| US8811233B2 (en) | Topology detection method and topology detection apparatus | |
| Cisco | Novell IPX Commands | |
| Cisco | Commands: debug serial interface through debug tacacs events | |
| Cisco | Novell IPX Commands | |
| JP6497142B2 (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 |