JP3889687B2

JP3889687B2 - 通信システムの監視制御システム

Info

Publication number: JP3889687B2
Application number: JP2002270035A
Authority: JP
Inventors: 雅春泰
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-09-17
Filing date: 2002-09-17
Publication date: 2007-03-07
Anticipated expiration: 2022-09-17
Also published as: JP2004112177A

Description

【０００１】
【発明の属する技術分野】
本発明は通信システムの監視制御システムに関する。ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎｅｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）は、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）やＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）機器のネットワーク監視として標準的手法であり、これらの機器は従来の情報機器のネットワーク監視に多く採用されてきたが、近年、情報機器と通信機器の境がなくなりつつあり、全てを同時にネットワーク監視として扱う必要が出てきた。
【０００２】
従来の通信機器と情報機器を統括したネットワークとして監視運用を実施する上で、問題となるのは、構成される伝送路が通常のＬＡＮケーブル等のメタルケーブルから、多重無線装置等のマイクロ回線を使用することとなり、回線（伝送路）の断に対するデータの喪失の可能性や、同時に複数の装置から発生する状態変化について、ＳＮＭＰにおける脆弱性を吸収する手法が必要になる。
【０００３】
【従来の技術】
従来は、通信機器（装置）のＳＮＭＰ化は、ＳＮＭＰの信頼性の点からＬＡＮケーブル等を用いた物理的に接続された情報機器のネットワーク管理に限定されていた。図５は従来システムの概念図である。図において、１はＬＡＮで、図ではループ状のネットワークが形成されている例を示している。２はＬＡＮ１に接続された複数の被監視機器、３はＬＡＮ１に接続され、前記複数の被監視機器の状態を監視するネットワークマネージャである。なお、場合によっては、被監視機器２とＬＡＮ１との接続部分にルータが接続される場合もある。
【０００４】
この種の従来装置としては、トラップ（Ｔｒａｐ：状態変化）にシーケンス番号を付与し、脱落を検出すると、脱落トラップを要求し、被要求側に再送するようにしたもの（特許文献１参照）や、トラップに版数を付与して送信し、マネージャがその不一致を検出すると、エージェントへトラップの再送を要求するようにしたもの（特許文献２参照）がある。
【０００５】
図６は従来のトラップ送出部の構成例を示す図であり、被監視機器の内部構成を示している。状変検出部１０に複数の監視項目が送られてくると、該状変検出部１０は、各監視項目の状変部分を検出する。状変検出部１０の出力は通信処理部１１に送られる。該通信処理部１１は、各状変部に対して状変であることを示すトラップをネットワークマネージャに対して送出する。
【０００６】
図７は従来のトラップの受信処理部の構成例を示す図であり、ネットワークマネージャの内部構成を示している。被監視機器（エージェント）からのトラップを受ける通信処理部２０は、そのトラップをトラップ検出部２１に渡す。該トラップ検出部２１は、トラップを受け取ったことを認識したら、ゲットリクエスト（ＧｅｔＲｅｑｕｅｓｔ：要求信号）送出部２２にその旨の信号を伝える。該ゲットリクエスト送出部は、ゲットリクエストを通信処理部２０に通知する。このゲットリクエスト信号は、通信処理部２０を介して被監視機器に送出される。
【０００７】
図７に示す装置の場合、被監視機器から送られてきたトラップを通信処理部２０で受信すると、トラップ信号をトラップ検出部２１に送出する。トラップ検出部２１はその旨をゲットリクエスト送出部２２に通知し、該ゲットリクエスト送出部２２は、ゲットリクエスト信号を通信処理部２０を介して被監視機器に送出する。
【０００８】
図６や図７に示す装置を用いると、多重無線装置等の通信システムでは、障害の発生により各通信機器相互に影響を及ぼすため、同一タイミングで状態変化が発生し、トラップが多発することになり、ネットワークのデータの輻輳や喪失が生じる。
【０００９】
図８は従来のトラップ送出処理部の構成例を示すブロック図である。図は被監視機器のトラップ送出処理部の構成例を示している。図６、図７と同一のものは、同一の符号を付して示す。図において、１０は監視項目を受信して状変を検出する状変検出部、２４は状変検出部１０の出力を受けてトラップを送出するトラップ送出部で、その出力は通信処理部１１に与えられる。
【００１０】
２５は通信処理部１１から送られてくるゲットリクエストを検出するゲットリクエスト検出部である。２６は状変検出部１０の出力を受けてゲットレスポンス（ＧｅｔＲｅｓｐｏｎｓｅ：応答信号）を通信処理部１１に与えるゲットレスポンス送出部である。通信処理部１１は、図示しないネットワークマネージャと接続されている。
【００１１】
このように構成された装置において、被監視機器からネットワークマネージャに対してトラップ送出部２４からトラップを送出すると、このトラップは通信処理部１１を介してネットワークマネージャに送られる。ネットワークマネージャはトラップを受けると、ゲットリクエストを発行する。このゲットリクエストは、被監視機器に送られ、該被監視機器では、通信処理部１１を介して入ってきた信号から、ゲットリクエスト検出部２５でゲットリクエストが検出される。ゲットリクエストが検出されると、このゲットリクエストは、状変検出部１０に与えられる。ゲットリクエストを受けた状変検出部１０は各種情報よりなるゲットレスポンスを発行する。このゲットレスポンスは、ゲットレスポンス送出部２６から通信処理部１１を介してネットワークマネージャに送出される。
【００１２】
即ち、このネットワークシステムでは、状変が発生したら被監視機器からネットワークマネージャに対してトラップを送出し、ネットワークマネージャはトラップを受信したら被監視機器に対してゲットリクエストを発行する。このゲットリクエストを受信した被監視機器は、ネットワークマネージャに対してゲットレスポンスを発行する。このような簡単なプロトコルにより、被監視機器とネットワークマネージャは情報の送受信を行なうものである。
【００１３】
この装置の場合、トラップパケットが喪失すると、ネットワークマネージャ側でゲットリクエストを送出するタイミングが無くなってしまう。
【００１４】
図９は従来のゲットレスポンス処理部の構成例を示すブロック図であり、被監視機器の構成を示している。図８と同一のものは、同一の符号を付して示す。図において、１０は監視項目を受けて状変を検出する条件検出部、２４は状変検出を受けてトラップを送出するトラップ送出部、１１はトラップ送出部２４の出力を受けてネットワークマネージャと接続される通信処理部である。
【００１５】
２５はネットワークマネージャからのゲットリクエストを検出するゲットリクエスト検出部、２６はネットワークマネージャに対してゲットレスポンスを送出するゲットレスポンス送出部である。これらゲットリクエスト検出部２５と、ゲットレスポンス送出部２６は通信処理部１１と接続されている。２７は各種のデータ（例えば監視項目等）が記憶されているデータベースとしてのＭＩＢ(ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）テーブルである。
【００１６】
このように構成された装置において、トラップ送出部２４は状変検出部１０からの状変を受けてトラップを送出する。該トラップは通信処理部１１を経てネットワークマネージャに通知される。ネットワークマネージャは、トラップを受けると、被監視機器に対してゲットリクエストを返す。ゲットリクエスト検出部２５は、このゲットリクエストを受けると、ＭＩＢテーブル２７を参照して必要な情報を得て、ゲットレスポンス送出部２６から情報を送出する。この情報は、通信処理部１１を経てネットワークマネージャに送出される。
【００１７】
【特許文献１】
特開平９−２４７１４６号公報
【特許文献２】
特開平１１−１７７５５２号公報
【００１８】
【発明が解決しようとする課題】
ネットワークが図５に示すような有線ＬＡＮではなく、多重無線装置等の通信システムでは、障害の発生により各通信機器相互に影響を及ぼすため、同一タイミングで状態変化が発生し、トラップが多発することになり、ネットワークのデータの輻輳や喪失が生じる。また、ＳＮＭＰとは、機器の状態が設定された条件と異なったことにより、ネットワークマネージャに対してトラップを送出し、状態の変化を通知し、その後のネットワークマネージャからのゲットリクエストにより最新の状態情報を通知しているが、この手順だけであると、トラップパケットが喪失すると、ネットワークマネージャ側でゲットリクエストを送出するタイミングが無くなってしまう。
【００１９】
また、被監視機器の障害の検出から、ゲットレスポンスをネットワークマネージャにて受けるまでの時間差が大きくなると、障害の切り分けが正確に行えないという問題がある。
【００２０】
本発明はこのような課題に鑑みてなされたものであって、情報の集約と送出タイミングの分散を図ることができ、またトラフィックの削減と確実な情報の授受が可能な通信システムの監視制御システムを提供することを目的としている。
【００２１】
【課題を解決するための手段】
（１）請求項１記載の発明は、ネットワークマネージャと複数の被監視機器とが接続され、ネットワークマネージャが被監視機器を監視するようにしたネットワークシステムにおいて、前記被監視機器内に、トラップの送出条件として、状態変化の発生後に任意の集約時間を待ち、発生状変情報のＯＲ取りを行なってネットワークのトラフィックを制限する手段を設け、前記ネットワークマネージャ内に、被監視機器の状態変化が多発した時に、最初に受信したトラップから、一定時間の集約時間として待ち、関連トラップの通知情報が落ち着いた後に、順次ゲットリクエスト処理に移行する手段を設けたことを特徴とする。
【００２２】
ここで、ＯＲ取りとは、何れか１つでも状変情報が発生したら状変と判定することをいう。通信機器における障害発生時の複数項目への波及は、数ｍｓ〜数１０ｍｓで集約するため、その間の状態変化（発生状態）情報のＯＲ取りしたものを、遅れて送出することにより、トラップの多発を防止することができる。
通信機器のネットワークにおける他の機器への影響については、採取のトラップ受信から数１０ｍｓで終息するが、状態として発生／復旧を繰り返す傾向があるため、必ず最初のトラップに対しゲットリクエストを受けとっても、その直後に新たなトラップを発行することになる。複数の影響装置の状態を同一件として処理するためにも、一旦、影響を受けた全ての装置のトラップを受けた後、受信することにより、情報を正確に受信することが可能となる。
【００２３】
（２）請求項２記載の発明は、トラップの通知から一定時間内にゲットリクエストが来ない場合に、再度前記被監視機器からトラップを送出することを特徴とする。
【００２４】
ＳＮＭＰにおいて、トラップに対するゲットリクエストが来ないケースとしては、▲１▼トラップデータが伝送路上で喪失、▲２▼ゲットリクエストが伝送路上で喪失、▲３▼ネットワークマネージャが停止中、の３つに限られる。この時に、ゲットリクエストが受信できていないことを被監視機器は認識できるので、一定時間後に再度トラップの送出をすることができる。
【００２５】
また、「丸３」については、一定回数のトラップの送出にも係わらず、ゲットリクエストが無いことにより推測が可能であり、このタイミングで再送を停止することにより、伝送路上での不要なパケットの送出を制限することが可能となる。
（３）請求項３記載の発明は、トラップの通知後、ゲットリクエストが来るまで、新たなトラップを送出しないようにした時、被監視機器内にＭＩＢ項目としてトラップの発生時間項目を追加し、最初に状態変化が発生した時間を監視情報と共に送出する手段を設けたことを特徴とする。
【００２６】
被監視機器では、状態情報として定量情報を送出するが、同様に状態変化が発生したタイミングで、時間情報をＭＩＢ情報として挿入することにより、ネットワークマネージャへ、発生時刻を通知することが可能となる。
（４）請求項４記載の発明は、前記トラップの発生時間項目に加えて、ゲットリクエストを送出した時間を更に付加する手段を設けたことを特徴とする。
【００２７】
被監視機器から送出した、トラップに対するゲットリクエストを受信した時に、ＭＩＢ情報として最終時刻を挿入することにより、状態変化の発生期間の情報としてネットワークマネージャへ送出することが可能となる。
【００２８】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００２９】
本発明は、ＳＮＭＰを使用して通信機器のネットワーク監視を行なった時、トラップ情報の喪失の原因となる、状態変化によるトラップの送出タイミングを、同時に発生する状態変化が安定期になる時間までを集約時間として設定し、関連状態変化や影響状態変化によるトラップの送出を集約した後に送出する。
【００３０】
また、ネットワークマネージャにおいても、複数の機器からの影響による状態変化によるトラップを確実に収集するために、最初に受信した状態変化のトラップから一定の集約時間が経過した後、ゲットリクエストを先着順に送出し、収集することにより輻輳を削減するものである。
【００３１】
また、トラップ自体の喪失に対する対策として、トラップ送出後、一定時間にゲットリクエストが来ない場合、再度トラップを送出する仕組みを持つことで、トラップパケットの喪失により、ネットワークマネージャにて筐体変化が検出できない問題を解決するものである。
【００３２】
また、状態変化の発生からネットワークマネージャにて、その情報を受信するまでに時間がかかることにより、他の機器の状態変化タイミングとの整合が保障されない可能性が高いため、被監視機器のＭＩＢとして状変発生時間を追加することにより、トラップ発生から復旧までの正確な時間を把握することが可能となり、保守運用者が容易に障害部位の特定を図れるシステムの構築が可能となる。
【００３３】
図１は本発明のトラップ送出部の構成例を示すブロック図である。この図は、図６に示す従来構成例を示す図と対応している。図６と同一のものは、同一の符号を付して示す。図において、１０は監視項目を受けて状変を検出する状変検出部、１１はネットワークマネージャと接続される通信処理部である。１２はタイマ値が設定され、状変検出部１０からの状変トリガを基にカウントを開始するタイマ（ｔｉｍｅｒ）処理部、１３は状変検出部１０からの出力を受けて、発生状変情報をＯＲ取りする発生ＯＲ処理部で、その出力は通信処理部１１に入力されている。また、前記タイマ処理部１２の出力は発生ＯＲ処理部１３に与えられている。このように構成された装置の動作を説明すれば、以下の通りである。
【００３４】
通信機器の障害時には、同時に複数の項目が変化するが、タイミング的にはばらつきが生じる。最初の状態変化を検出したことをトリガに任意の設定された時間、新たな状態の変化の検出を行ない、その結果は絶えず最初に検出したデータのＯＲ取りを行ない、タイムアウトによりネットワークマネージャに対してトラップを送出することにより、同一の監視情報として送出するものである。
【００３５】
この装置は、被監視機器における監視項目の状態の変化を検出し、ネットワークマネージャへ送出する仕組みを表したものである。状変検出部１０が監視項目の状態の変化を検出すると、その状態をＯＲ処理部１３に与えると共に、タイマ処理部１２に通知し、タイマ設定により設定された集約時間の間、発生ＯＲ処理部１３から通信処理部１１へのトラップ通知を止め、その間に発生した状態変化は発生ＯＲ処理部１３で発生ＯＲされる。ここで、発生ＯＲされるとは、集約時間内に複数のデータの内１個でも状変があれば、その出力に“１”を立てるようにしたものである。
【００３６】
タイマ値が設定された時間になると、タイマ処理部１２は発生ＯＲ処理部１３に対してトラップの通知を許可する。そして、通信処理部１１からネットワークマネージャに対してトラップが通知され、ネットワークマネージャからゲットリクエストが送られてくる。そして、そのゲットリクエストの応答（ゲットレスポンス）として、発生ＯＲされたＭＩＢデータをネットワークマネージャへ送出する。これらの処理は、ハードウェアで実現しても、ソフトウェアで実現してもよい。
【００３７】
このように、この実施の形態例によれば、状態変化情報のＯＲ取りしたものを、集約時間だけ遅れて送出することにより、トラップの多発を防止することができる。
【００３８】
図２は本発明のトラップ受信処理部の構成例を示すブロック図で、ネットワークマネージャの構成を示している。この図は、図７に示す従来構成例を示す図と対応している。図１、図７と同一のものは、同一の符号を付して示す。この装置は、ネットワークマネージャにおける通信処理と、ゲットリクエストの送出タイミングを制御する部分について示したものである。即ち、ネットワークマネージャ側では、最初のトラップを受けたことにより、すぐにゲットリクエストを送出せず、任意の設定時間、別の装置から発せられるトラップの受信に専念し、状態が安定した時点で、順次トラップを送出し状態情報の収集を行なうものである。
【００３９】
図において、２０は被監視機器と接続される通信処理部、２１は通信処理部２０の出力を受けてトラップを検出するトラップ検出部、２２は該トラップ検出部２１の出力を受けて時間をカウントするタイマ処理部である。２３は被監視機器に対してゲットリクエストを送出するゲットリクエスト送出部であり、その出力は通信処理部２０に入っている。
【００４０】
３０はトラップ検出部２１及びタイマ処理部２２と接続されて、トラップを管理するトラップ管理部である。その出力は、ゲットリクエスト送出部２３に入っている。トラップ管理部３０では、管理している装置の情報が記憶されている。図に示す例では、ａ装置、ｃ装置、ｄ装置の情報が記憶されている。このように構成された装置の動作を説明すれば、以下の通りである。
【００４１】
本発明では、被監視機器から送られてきたトラップの検出をトラップ検出部２１で行なう。該トラップ検出部２１は、その検出のタイミングでタイマ処理部２２のタイマ値をセットする。タイマがタイムアウトするまでの時間に受信したトラップ情報は、トラップ管理部３０により、受信した順番に保存される。
【００４２】
その後、タイマがタイムアウトとすると、その時点におけるトラップ管理部３０に記憶されている順番にゲットリクエスト送出部２３からゲットリクエストを送出し、被監視機器からの状態変化情報の収集を行なう。これらの処理は、ハードウェアであってもソフトウェアであってもよい。
【００４３】
この実施の形態例によれば、被監視機器からの状態変化情報を正確に受信することが可能になる。
【００４４】
図３は本発明のトラップ再送出処理部の構成例を示すブロック図であり、被監視機器の構成を示している。この図は、図８に示す従来構成を示す図と対応している。図８と同一のものは、同一の符号を付して示す。この図は、被監視機器におけるトラップに対するゲットリクエスト検出の受信処理の仕組みを示したものである。
【００４５】
図において、１０は監視項目を受けて状変を検出する状変検出部、１１はネットワークマネージャと接続される通信処理部である。２４は状変検出部１０の出力を受けてトラップを送出するトラップ送出部である。該トラップ送出部２４の出力は通信処理部１１に与えられている。２５は通信処理部１１からの信号を受けてゲットリクエストを検出するゲットリクエスト検出部、２６は状変検出部１０の出力を受けてネットワークマネージャにゲットレスポンスを送出するゲットレスポンス送出部である。
【００４６】
前記ゲットリクエスト検出部２５の出力は状変検出部１０に与えられ、ゲットレスポンス送出部２６の出力は通信処理部１１に与えられている。３２は、トラップ送出部２４及びゲットリクエスト検出部２５と接続されるタイマ／カウンタ処理部である。該タイマ／カウンタ部は、時間をカウントすると共に、トラップの再送を行なう度にカウンタをカウントアップするものである。このように構成された装置の動作を説明すれば、以下の通りである。
【００４７】
監視項目を受けて状変検出部１０が状変を検出すると、トラップ送出部２４からトラップがネットワークマネージャに向けて送出されると共に、該トラップ送出部２４はタイマ／カウンタ処理部３２のタイマカウントを開始させ、トラップの送出回数を示すカウンタの値を１だけ更新する。
【００４８】
通常の状態により、ネットワークマネージャからゲットリクエストが返ってくると、ゲットリクエスト検出部２５は、ゲットリクエストを検出し、タイマ／カウンタ処理部３２をリセットすると共に、状変検出部１０にゲットリクエスト信号を与える。この結果、状変検出部１０は、ゲットレスポンスを発生し、ゲットレスポンス送出部２６からネットワークマネージャに向けてゲットレスポンスを送出する。
【００４９】
ここで、ネットワークマネージャからのゲットリクエストが返って来ない場合、タイマ／カウンタ処理部３２のタイマがタイムアウトする。このタイムアウトを受けたトラップ送出部２４はトラップをネットワークマネージャに再送する。それと同時にカウンタを１だけ更新する。
【００５０】
以上の動作を繰り返しても、ネットワークマネージャからゲットリクエストが返ってこない場合、前記カウンタが所定の値までカウントアップし、所定の値までカウントしたら、相手不在としてトラップの再送を停止する。
【００５１】
この実施の形態例によれば、ネットワークマネージャからゲットリクエストが返ってこない時には、トラップを再送することができ、所定時間経過してもゲットリクエストが返ってこない場合には、トラップの送出を制限することができる。
【００５２】
被監視機器において、トラップを送出したにも係わらず、ゲットリクエストが返ってこない場合は、トラップが喪失した可能性が高いので、トラップ喪失時間よりタイマを起動し、任意のタイムアウト時間を経過した時点で、再度トラップを送出することにより、情報の欠落を防止することができる。
【００５３】
図４は本発明のＭＩＢ時間書替処理部の構成例を示すブロック図である。この図は、図９に示す従来の構成図と対応している。図９と同一のものは、同一の符号を付して示す。図は、被検査機器の構成を示している。図に示す装置は、被監視機器におけるＭＩＢテーブルへの状変発生時間及びゲットレスポンス送出時間を書き込む処理を行なうものである。
【００５４】
図において、１０は監視項目を受けて状変を検出する状変検出部、１１はネットワークマネージャと接続される通信処理部である。２４は状変検出部１０の出力を受けてトラップを送出するトラップ送出部、２５はネットワークマネージャからのゲットリクエストを検出するゲットリクエスト検出部である。
【００５５】
２７は各種の情報を記憶するＭＩＢテーブルである。２６は、該ＭＩＢテーブル２７の出力を受けてゲットレスポンスをネットワークマネージャに送出するゲットレスポンス送出部である。該ゲットレスポンス送出部２６の出力は通信処理部１１に入る。３５はトラップの時間を管理する時間管理部であり、トラップ送出部２４の出力を受けて、ＭＩＢテーブル２７に時間情報を書き込む。また、ゲットリクエスト検出部２５の出力は、時間管理部３５とＭＩＢテーブル２７に入っている。このように構成された装置の動作を説明すれば、以下の通りである。
【００５６】
状変検出部１０により状変が検出されると、トラップ送出部２４からネットワークマネージャに対してトラップが送出される。この処理と同じタイミングでトラップ送出部２４は、時間管理部３５に対して現時間のＭＩＢテーブル２７への書き込みを指示する。ゲットリクエスト検出部２５がゲットリクエストを検出した時には、時間管理部３５に対して応答時間としてＭＩＢテーブル２７への現時間の書き込みを行なう。その後、ＭＩＢテーブル２７の内容をゲットレスポンスとしてゲットレスポンス送出部２６からネットワークマネージャへ送出する。
【００５７】
この実施の形態例によれば、状態変化が発生したタイミングで、時間情報をＭＩＢ情報としてＭＩＢテーブル２７に挿入し、ネットワークマネージャにトラップの発生時刻を通知することが可能となる。即ち、状態の変化を最初に検出した時点の時間情報をＭＩＢデータとして扱うことにより、ゲットレスポンスまでの時間が発生時間から乖離しても、ネットワークマネージャ側では、正確な発生時刻を知ることが可能となる。
【００５８】
また、被監視機器から送出したトラップに対するゲットリクエストを受信した時に、ＭＩＢ情報として最終時刻を挿入することにより、状態変化の発生期間の情報としてネットワークマネージャへ送出することが可能となる。即ち、状態の変化は、一定期間継続する可能性があるため、状態のサンプリング時間をＭＩＢデータとして扱うことにより、状態変化範囲としてネットワークマネージャ側で判断することが可能となる。
【００５９】
通信機器における障害の発生は、情報機器のそれと大きく異なり、単純な機器単独の障害だけでなく無線機器等では、警報を送るための伝送路自体が断となり関連する機器からも同時に警報が頻繁に送出され、最悪の状態では情報の喪失に至る。本発明によれば、情報の集約と送出タイミングの分散を図ることが可能となり、トラフィックの削減と確実な情報の授受が可能となり、従来より指摘されてきたＳＮＭＰの弱点の克服を図ることが可能となる。
【００６０】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
（１）請求項１記載の発明によれば、トラップの多発を防止することができる。また、一旦、影響を受けた全ての装置のトラップを受けた後、受信することにより、情報を正確に受信することが可能となる。
（２）請求項２記載の発明によれば、伝送路上での不要なパケットの送出を制限することが可能となる。
（３）請求項３記載の発明によれば、ネットワークマネージャへ、状態変化が発生した時刻を通知することが可能となる。
（４）請求項４記載の発明によれば、被監視機器から送出した、トラップに対するゲットリクエストを受信した時に、ＭＩＢ情報として最終時刻を挿入することにより、状態変化の発生期間の情報としてネットワークマネージャへ送出することが可能となる。
【００６１】
このように、本発明によれば、情報の集約と送出タイミングの分散を図ることができ、またトラフィックの削減と確実な情報の授受が可能な通信システムの監視制御システムを提供することができる。
【図面の簡単な説明】
【図１】本発明のトラップ送出部の構成例を示すブロック図である。
【図２】本発明のトラップ受信処理部の構成例を示すブロック図である。
【図３】本発明のトラップ再送出処理部の構成例を示すブロック図である。
【図４】本発明のＭＩＢ時間書替処理部の構成例を示すブロック図である。
【図５】従来システムの概念図である。
【図６】従来のトラップ送出部の構成例を示すブロック図である。
【図７】従来のトラップ受信処理部の構成例を示すブロック図である。
【図８】従来のトラップ送出処理部の構成例を示すブロック図である。
【図９】従来のゲットレスポンス処理部の構成例を示すブロック図である。
【符号の説明】
１０状変検出部
１１通信処理部
１２タイマ処理部
１３発生ＯＲ処理部

Claims

ネットワークマネージャと複数の被監視機器とが接続され、ネットワークマネージャが被監視機器を監視するようにしたネットワークシステムにおいて、
前記被監視機器内に、トラップの送出条件として、状態変化の発生後に任意の集約時間を待ち、発生状変情報のＯＲ取りを行なってネットワークのトラフィックを制限する手段を設け、
前記ネットワークマネージャ内に、被監視機器の状態変化が多発した時に、最初に受信したトラップから、一定時間の集約時間として待ち、関連トラップの通知情報が落ち着いた後に、順次ゲットリクエスト処理に移行する手段を設けたことを特徴とする通信システムの監視制御システム。
トラップの通知から一定時間内にゲットリクエストが来ない場合に、再度前記被監視機器からトラップを送出することを特徴とする請求項１記載の通信システムの監視制御システム。
トラップの通知後、ゲットリクエストが来るまで、新たなトラップを送出しないようにした時、被監視機器内にＭＩＢ項目としてトラップの発生時間項目を追加し、最初に状態変化が発生した時間を監視情報と共に送出する手段を設けたことを特徴とする請求項１記載の通信システムの監視制御システム。
前記トラップの発生時間項目に加えて、ゲットリクエストを送出した時間を更に付加する手段を設けたことを特徴とする請求項３記載の通信システムの監視制御システム。