(57)【要約】 【目的】  ネットワークシステムのアラーム情報とパフォーマンス情報を共に効率よく収集可能なことを課題とする。【構成】  ネットワーク１００を構成する複数の被監視装置５０が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置１０からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視方法であって、ネットワーク監視装置１０は各被監視装置５０につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計すると共に、該集計したアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行う。【選択図】  図１
2006067129.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視方法であって、ネットワーク監視装置は各被監視装置につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計すると共に、該集計したアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うことを特徴とするネットワーク監視方法。
【請求項２】
ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視装置において、
各被監視装置につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計する集計手段と、
前記集計されたアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うパフォーマンス問い合わせ手段とを備えることを特徴とするネットワーク監視装置。
【請求項３】
ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視装置において、
監視用回線を共有とする被監視装置をグループ化し、複数のグループについて直前の所定時間内に発生したアラーム情報数をそれぞれ集計する集計手段と、
前記集計されたアラーム情報数が所定閾値を超えないグループの被監視装置から優先的にパフォーマンス情報の問い合わせを行うパフォーマンス問い合わせ手段とを備えることを特徴とするネットワーク監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク監視方法及び装置に関し、更に詳しくは、ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視方法及び装置に関する。
【背景技術】
【０００２】
この種のネットワーク監視システムでは、回線の輻輳、障害、装置障害等を表すアラーム情報については、突発的に発生し、かつ緊急性を要することから被監視装置よりその発生時点で直ちに送信されるが、被監視装置の運用状況（性能）を表すパフォーマンス情報については、ネットワーク監視装置からのポーリングにより定期的に収集される。
【０００３】
この場合に、一般に、アラーム状態にない被監視装置ではＣＰＵの負荷が比較的軽いためパフォーマンス情報の問い合わせに対して速やかに応答できるが、アラーム状態の被監視装置ではアラーム情報の送信などによりＣＰＵの負荷が重いため、パフォーマンス情報の問い合わせがあっても、これに速やかには応答できない。
【０００４】
また、一般に、この種のネットワーク監視情報は複数の被監視装置を含むグループ毎に共通の監視用回線を介して収集されるが、もし、あるグループ内でアラーム状態が発生すると、その共通回線が輻輳するため、パフォーマンス情報の収集に遅滞を来す。
【０００５】
かかる状況の下、従来のネットワーク監視装置は、被監視装置がアラーム中であるか否かによらず、一定の順序でパフォーマンス情報の問い合わせ（ポーリング）を行っていたため、もし途中でアラーム中の被監視装置にパフォーマンス情報の問い合わせを行ってしまうと、その応答がなかなか帰って来ないために、残りの被監視装置に対するアラーム情報の問い合わせが大幅に遅滞してしまう問題があった。
【０００６】
なお、従来は、アラームの検出された回線に関与する他の被監視装置へのアラーム収集ポーリングを優先的に行うことで、関連するアラームを早期に検出し、よって原因解析を迅速に行えるようにしたネットワーク監視システムが知られている（特許文献１）。
【０００７】
しかし、この方法ではアラームの検出された回線に、関連アラーム検出のためのポーリングが集中するため、パフォーマンス情報の収集はますます遅滞してしまう。
【特許文献１】特開平０３−１２３２３０（要約、図）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は上記従来技術の問題点に鑑みなされたもので、その目的とする所は、ネットワークシステムのアラーム情報とパフォーマンス情報を共に効率よく収集可能なネットワーク監視方法及び装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のネットワーク監視方法は、ネットワーク１００を構成する複数の被監視装置５０が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置１０からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワ
ーク監視方法であって、ネットワーク監視装置１０は各被監視装置５０につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計すると共に、該集計したアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うものである。
【００１０】
本発明（１）では、直前の区間におけるアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うため、アラーム処理中の被監視装置に重ねてパフォーマンス情報の問い合わせを行ってしまう状態を有効に回避できると共に、システムのより多くの被監視装置からのパフォーマンス情報を効率良く収集できる。
【００１１】
本発明（２）のネットワーク監視装置は、ネットワークを構成する複数の被監視
装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視装置において、各被監視装置につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計する集計手段と、前記集計されたアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うパフォーマンス問い合わせ手段とを備えるものである。
【００１２】
本発明（３）のネットワーク監視装置は、ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視装置において、監視用回線を共有とする被監視装置をグループ化し、複数のグループについて直前の所定時間内に発生したアラーム情報数をそれぞれ集計する集計手段と、前記集計されたアラーム情報数が所定閾値を超えないグループの被監視装置から優先的にパフォーマンス情報の問い合わせを行うパフォーマンス問い合わせ手段とを備えるものである。
【００１３】
本発明（３）では、直前の所定時間内におけるアラーム情報数が所定閾値を超えないグループの被監視装置から優先的にパフォーマンス情報の問い合わせを行うため、アラーム情報を転送中の監視用共有回線に重ねてパフォーマンス情報の問い合わせを行ってしまう状態を有効に回避できると共に、システムのより多くの被監視装置からのパフォーマンス情報を効率良く収集できる。
【発明の効果】
【００１４】
以上述べた如く本発明によれば、ネットワークシステムのアラーム情報とパフォーマンス情報を共に効率よく収集可能なため、ネットワーク監視システムの運用性及び信頼性向上に寄与するところが極めて大きい。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。また、本願明細書ではアラームをＡＬＭ、パフォーマンスをＰＦＭ、データベースをＤＢ、ネットワークをＮＷと略記する場合がある。図１は実施の形態によるネットワーク監視システムの構成を示す図で、主信号ネットワーク１００を構成する複数のノード（被監視装置）５０を監視用ネットワーク２００を介して遠隔より監視する典型的な構成を示している。
【００１６】
図において、１０はネットワーク監視装置、１５は各被監視装置５０が発生するアラーム情報（回線輻輳、回線断、機器障害等）を受信・処理する受信アラームデータ処理部、１１は前記アラーム情報を記録・保持するアラームデータベース、１２は各被監視装置５０へのパフォーマンス問い合わせの対象となる項目情報（装置名、パフォーマンスデータ
種別等）を保持しているパフォーマンス問い合わせ項目データベース、１３は各被監視装置５０がどの監視用回線を共有しているかの情報を保持している回線共有情報データベース、１７は直前の所定時間内におけるアラーム情報数等に基づきパフォーマンス情報の問い合わせ順序を決定するパフォーマンス問い合わせ順序決定処理部、１６は前記決定された順序に従って各被監視装置５０にパフォーマンス情報（ビットエラー率、受信信号レベル、エラー継続時間等）の問い合わせを行うパフォーマンス問い合わせ処理部、１８は各被監視装置５０から回答されたパフォーマンス情報を受信・処理する受信パフォーマンスデータ処理部、１４は前記パフォーマンス情報を記録・保持するパフォーマンスデータベース、２０は保守者が使用する監視用モニタである。
【００１７】
監視用ネットワーク２００は、主信号回線に流れる信号のオーバーヘッドを利用して仮想的に構成しても良いし、又は監視用の専用回線を構成しても良い。図１の監視用ネットワーク２００は、監視用パケットを転送するイーサネット（登録商標）で構成されており、ルータ４１に接続する被監視装置Ａ〜Ｃのグループと、ルータ４２に接続する被監視装置ａ〜ｃのグループとが示されている。
【００１８】
このような構成により、各被監視装置５０はアラーム状態を検出すると、直ちにアラームデータを生成し、ネットワーク監視装置１０に通知する。受信アラームデータ処理部１５は受信したアラームデータを基に必要なアラーム情報（被監視装置名、アラ−ム発生時刻、アラーム種別名等）を生成してアラームデータベース１１に書き込む。
【００１９】
一方、パフォーマンス問い合わせ処理部１６は所定の時間間隔（例えば１５分間隔）で起動されるポーリングにより各被監視装置５０のパフォーマンス情報を問い合せる。このパフォーマンス情報は各被監視装置内で例えば１分間隔に収集され、かつ１５分間隔で集計・解析されているものとする。かかる状態の下、以下に実施の形態によるパフォーマンス問い合わせ処理を詳細に説明する。
【００２０】
図３は第１の実施の形態によるパフォーマンス問い合わせ処理のシーケンス図で、複数の被監視装置Ａ〜Ｃにつき直前に決定した順序でパフォーマンス情報の問い合わせを一巡させる場合を示している。パフォーマンス問い合わせ時刻になると、この処理に入力し、ステップＳ１１ではパフォーマンス問い合わせ処理部１６がパフォーマンス問い合わせ順序決定処理部１７にパフォーマンス問い合わせ順序情報を要求する。
【００２１】
これを受けたパフォーマンス問い合わせ順序決定処理部１７では、まずステップＳ１２で回線共有情報データベース１３に回線共有情報の検索を要求すると共に、図１の例では監視用共通回線３２に被監視装置Ａ〜Ｃが接続している旨の情報を取得する。
【００２２】
次に、ステップＳ１３ではパフォーマンス問い合わせ項目データベース１２にパフォーマンス問い合わせ項目の検索を要求し、この例では被監視装置Ａ〜Ｃについてのパフォーマンス問い合わせ項目情報を取得する。図２（Ａ）にパフォーマンス問い合わせ項目データベース１２におけるパフォーマンス問い合わせ項目情報の記憶態様を示す。被監視装置Ａについては項目イ（ビットエラー率），ロ（受信レベル），ハ（エラー継続時間）を問い合わせ、また被監視装置Ｂについては項目ニ（ビットエラー率），ホ（受信レベル），ヘ（エラー継続時間）を問い合わせることが記録されている。被監視装置Ｃについても同様である。また、ここに記録されている被監視装置Ａ，Ｂ，Ｃの順序はデフォルトとしてのパフォーマンス問い合わせ順序と考えてよい。更に、ステップＳ１４ではアラームデータベース１１に対し、被監視装置Ａ〜Ｃにつき直前の所定期間内に発生したアラーム数の情報を要求すると共に、各アラーム数を取得する。
【００２３】
ステップＳ１８では上記得られた各情報に基づき被監視装置Ａ〜Ｃについてのパフォー
マンス問い合わせ順序を決定する。この決定は、例えば各アラーム数と所定閾値とを比較することで行う。この所定閾値は、その被監視装置がパフォーマンスの監視順序を変えるべき程度のアラーム状態か否かを判別するためのものであり、所定閾値以下の場合はそのままで良く、所定閾値を越える場合は監視順序が後ろ側に回される。ここでは、被監視装置Ｂにおけるアラーム数が所定閾値を超えているものとし、よって被監視装置Ｂではアラーム処理に負荷がかかっている。あるいは、上記取得した各アラーム数を比較し、アラーム数が少ない被監視装置を若番としたパフォーマンス問い合わせ順序を作成しても良い。図２（Ｂ）は一例のパフォーマンス問い合せの実行順序を示しており、ここでは、被監視装置Ａ，Ｃ，Ｂの問い合わせ順序となっている。ステップＳ１９ではパフォーマンス問い合わせ処理部１６にパフォーマンス問い合せの実行順序の情報を回答する。
【００２４】
これを受けたパフォーマンス問い合わせ処理部１６は、まずステップＳ２１で被監視装置Ａにパフォーマンス情報イ，ロ，ハの問い合わせを実行し、これを受けた被監視装置ＡはステップＳ２２でパフォーマンス情報イ，ロ，ハの回答を行う。更にこれを受けた受信パフォーマンスデータ処理部１８は、図示しないが、受信したパフォーマンス情報をパフォーマンスデータベース１４に記録すると共に、ステップＳ２３でパフォーマンス問い合わせ処理部１６に処理完了の通知を行う。
【００２５】
パフォーマンス問い合わせ処理部１６は、上記処理完了通知を契機に、ステップＳ２４では２番目のパフォーマンス問い合わせを被監視装置Ｃに対して実行する。以下、同様にして進み、ステップＳ２７では３番目のパフォーマンス問い合わせを被監視装置Ｃに対して実行すると共に、ステップＳ２９でその処理完了通知を受け取ると、ステップＳ３０では上記決定した順序に基づく一連のパフォーマンス問い合わせ処理を完了する。そして、所定時間（１５分）経過後に次の問い合わせ処理が起動される。
【００２６】
図２（Ｃ）に例えば２個のスレッドを使用した場合のパフォーマンス問い合せ処理の流れを示す。高度な処理を行なうアプリケーションソフトでは、ＣＰＵを交互に占有して複数のスレッドを走らせすることにより、複数の処理を見かけ上同時に実行できる。図示の例では、２個のスレッドを使用したため、被監視装置Ａの処理終了を待たずに、被監視装置Ｃに対する問い合わせ処理を開始できる。その結果、被監視装置Ａ，Ｃでは比較的軽負荷のもとで速やかにパフォーマンス情報を回答できると共に、監視装置１０ではこれらのシステム監視を効率よく速やかに行える。一方、アラーム数が多かった被監視装置Ｂについては、アラーム処理による過負荷の下でパフォーマンス情報を速やかに回答できなくても、監視サイクル（例えば１５分）の余りの時間を利用してパフォーマンス情報を確実に収集できる。
【００２７】
図４は第２の実施の形態によるパフォーマンス問い合わせ処理のシーケンス図で、複数の被監視装置Ａ〜Ｃにつき、その都度決定した順序でパフォーマンス問い合わせを１台づつ行う場合を示している。ステップＳ１１〜Ｓ１４の処理は上記図３で述べたものと同様で良い。ステップＳ１８では、パフォーマンス問い合わせ順序決定処理部１７は上記各データベース１１〜１３より得られた情報に基づき、監視対象の被監視装置Ａ〜Ｃにつき、パフォーマンス情報の問い合わせが未実施で、且つパフォーマンス問い合わせ順位が最も若番のものを抽出する。この例では、まず被監視装置Ａが抽出され、ステップＳ１９でパフォーマンス問い合わせ処理部１６に通知される。
【００２８】
これを受けたパフォーマンス問い合わせ処理部１６は、ステップＳ２１で被監視装置Ａに対するパフォーマンス問い合わせを行い、ステップＳ２２では受信パフォーマンスデータ処理部１８がその回答を受信してパフォーマンスデータベース１４に記録し、ステップＳ２３ではパフォーマンス問い合わせ処理部１６に処理完了を通知する。
【００２９】
これを受けたパフォーマンス問い合わせ処理部１６はステップＳ４１で再度パフォーマンス問い合わせ順序決定処理部１７に次の問い合わせ先を問い合わせ、これを受けたパフォーマンス問い合わせ順序決定処理部１７では、被監視装置Ａ〜Ｃにつき、パフォーマンス情報の問い合わせが未実施で、且つパフォーマンス問い合わせ順位が最も若番のものを抽出する。この例では、次に被監視装置Ｃが抽出され、ステップＳ４９でパフォーマンス問い合わせ処理部１６に通知される。ステップＳ５０では被監視装置Ｃにパフォーマンスの問い合わせを行う。なお、図示しないが、最後に被監視装置Ｂへのパフォーマンス問い合わせを実行し、こして、全被監視装置Ａ，Ｃ，Ｂに対するパフォーマンス問い合わせが終了（一巡）した時点で、所定時間間隔におけるパフォーマンス問い合わせ処理完了となる。
【００３０】
本第２の実施の形態では、その都度パフォーマンス問い合わせ順序を決定するため、パフォーマンス問い合わせ実行中においても、各被監視装置のアラーム状況を略リアルタイムに把握して次のパフォーマンス問い合わせ順序決定にきめ細かく反映することができる。従って、システムの運用状況に即した、効率の良いパフォーマンス問い合わせが可能となる。
【００３１】
なお、上記各実施の形態では被監視装置Ａ〜Ｃへの適用例を述べたが、被監視装置ａ〜ｃについても同様である。また、本発明は、監視用回線を共有するような被監視装置群をひとつのグループとして、各グループ毎に直前の所定時間内におけるアラーム数情報を集計し、得られた集計アラーム数が所定閾値を越えないグループの被監視装置から優先的に、又は各集計アラーム数を相互に比較して集計アラーム数の少ないグループの被監視装置から優先的にパフォーマンス情報の問い合わせを実行するように構成しても良い。こうすれば、監視用共有回線の輻輳を回避しつつ、広範囲なネットワークよりパフォ−マンス情報を効率よく収集できる。
【００３２】
この場合のパフォーマンス問い合わせ順序決定処理部１７は、監視用回線を共有している各被監視装置群Ａ〜Ｃ及びａ〜ｃの各アラーム数をそれぞれに集計し、得られた集計アラーム数が所定閾値を越えないグループの被監視装置Ａ〜Ｃ群又はａ〜ｃから優先的に、又は各集計アラーム数を相互に比較して集計アラーム数の少ないグループの被監視装置群Ａ〜Ｃ又はａ〜ｃから優先的にパフォーマンス情報の問い合わせを実行する。これにより、監視用共有回線のデータ量の最大値を低くする事が可能となり、監視用回線を共有する被監視装置数を多くできるため、監視用回線の細分化を抑制する事が可能となる。
【００３３】
図５は本発明の移動通信システムへの適用例を示す図である。図において、ＭＳは移動局、５０は無線基地局（ＢＴＳ）、５１は無線回線制御局（ＲＮＣ）、１００は主信号網（監視用網を兼ねる）としての移動網であり、例えばＡＴＭ網からなっている。
【００３４】
基地局Ａ〜Ｃはアラーム状態を検出するとアラーム情報を搭載したＯＡＭセルを送信し、該アラームセルは無線回線制御局５１を介してネットワーク監視装置１０に転送される。一方、ネットワーク監視装置１０からのパフォーマンス問い合わせセルは無線回線制御局５１を介して基地局Ａ，Ｂ又はＣに転送され、その回答セルは無線回線制御局５１を介してネットワーク監視装置１０に収集される。
【００３５】
係る状態下で、今、基地局Ｂの直前の所定時間におけるアラーム数がフェージング等の発生により所定閾値を超えていたとすると、ネットワーク監視装置１０は次のパフォーマンス情報の問い合わせを基地局Ａ，Ｃ，Ｂの順序で行う。この場合に、無線回線におけるフェージングエラーは一時的である場合が多いため、本発明によれば基地局Ａ，Ｃの順でパフォーマンス問い合わせを行っている間に、基地局Ｂのフェージングが解消されている場合も少なく無く、もし基地局Ｂのフェージングが解消されていれば、パフォーマンス情
報を基地局Ａ，Ｃ，Ｂの順序で遅滞なく収集できる。基地局ａ〜ｃについても同様である。このように、本発明は移動通信システムに適用して特に有効である。
【００３６】
図６は本発明のＳＤＨ伝送システムへの適用例を示す図で、図において、６０は伝送端局装置、６１は中継器、２００はイーサネット（登録商標）等で構成される監視用ネットワークである。各セクションＳ１，Ｓ２のネットワーク監視は主信号フレームにおけるセクションオーバヘッドＳＯＨのＤ１〜Ｄ１２バイト等を利用して行う。セクションＳ１，Ｓ２の監視情報を伝送端局装置６０Ａ，６０Ｂ，６０Ｃで終端すると共に、不図示のルータ等により監視用情報を監視用ネットワーク２００に取り出す。
【００３７】
係る状態下で、今、セクションＳ２の直前の所定時間におけるアラーム集計数が所定閾値を超えていたとすると、ネットワーク監視装置１０は次のパフォーマンス情報の問い合わせをセクションＳ１の端局装置６０Ａ，６０Ｂ及び中継器６１ａ，６１ｂからら優先的に行う。これによってセクションＳ２における監視情報の輻輳を有効に回避できる。
【００３８】
なお、上記本発明に好適なる実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００３９】
（付記１）  ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視方法であって、ネットワーク監視装置は各被監視装置につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計すると共に、該集計したアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うことを特徴とするネットワーク監視方法。
【００４０】
（付記２）  ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視方法であって、ネットワーク監視装置は各被監視装置につき直前の所定時間内に発生したアラーム情報数をそれぞれ集計すると共に、該集計したアラーム情報数を互いに比較し、アラーム情報数が少ない被監視装置から優先的にパフォーマンス情報の問い合わせを行うことを特徴とするネットワーク監視方法。
【００４１】
（付記３）  ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視装置において、各被監視装置につき直前の所定時間内に発生したアラーム情報
数をそれぞれ集計する集計手段と、前記集計されたアラーム情報数が所定閾値を超えない被監視装置から優先的にパフォーマンス情報の問い合わせを行うパフォーマンス問い合わせ手段とを備えることを特徴とするネットワーク監視装置。
【００４２】
（付記４）  パフォーマンス問い合わせ手段は、集計手段による一回の集計結果に従って複数の被監視装置に対するパフォーマンス情報の問い合わせを一順させることを特徴とする付記３記載のネットワーク監視装置。
【００４３】
（付記５）  パフォーマンス問い合わせ手段は、集計手段による一回の集計毎に、パフォーマンス情報の問い合わせが未実施で、且つアラーム情報数が所定閾値を超えない被監視装置を優先的に抽出し、パフォーマンス情報の問い合わせを行うことを特徴とする付記３記載のネットワーク監視装置。
【００４４】
（付記６）  ネットワークを構成する複数の被監視装置が自局のアラーム情報を自発的に送信すると共に自局のパフォーマンス情報をネットワーク監視装置からのパフォーマンス情報の問い合わせに従って送信するネットワーク監視システムのネットワーク監視装置において、監視用回線を共有とする被監視装置をグループ化し、複数のグループについて直前の所定時間内に発生したアラーム情報数をそれぞれ集計する集計手段と、前記集計されたアラーム情報数が所定閾値を超えないグループの被監視装置から優先的にパフォーマンス情報の問い合わせを行うパフォーマンス問い合わせ手段とを備えることを特徴とするネットワーク監視装置。
【図面の簡単な説明】
【００４５】
【図１】実施の形態によるネットワーク監視システムの構成を示す図である。
【図２】実施の形態によるパフォーマンス問い合わせ処理を説明する図である。
【図３】第１の実施の形態によるパフォーマンス問い合わせ処理のシーケンス図である。
【図４】第２の実施の形態によるネットワーク監視処理のシーケンス図である。
【図５】本発明の移動通信システムへの適用例を示す図である。
【図６】本発明のＳＤＨ伝送システムへの適用例を示す図である。
【符号の説明】
【００４６】
１０  ネットワーク監視装置
１１  アラームデータベース
１２  パフォーマンス問い合わせ項目データベース
１３  回線共有情報データベース
１４  パフォーマンスデータベース
１５  受信アラームデータ処理部
１６  パフォーマンス問い合わせ処理部
１７  パフォーマンス問い合わせ順序決定処理部
１８  受信パフォーマンスデータ処理部
２０  監視用モニタ
３２，３３  監視用共通回線
４１，４２  ルータ
１００  主信号ネットワーク
２００  監視用ネットワーク
【図１】
2006067129.tif 000003
【図２】
2006067129.tif 000004
【図３】
2006067129.tif 000005
【図４】
2006067129.tif 000006
【図５】
2006067129.tif 000007
【図６】
2006067129.tif 000008