(57)【要約】【課題】  大規模なネットワークでも効率的に且つ高いセキュリティでネットワーク監視を行うことができるシステムおよび方法を提供する。【解決手段】  ネットワークは監視されるべき複数のユニットを含み、これらのユニットの関連する状態が、被監視ユニットにおいて提供される管理オブジェクトによって、ネットワークの機能、効率および／またはセキュリティに関して制御される。管理オブジェクトは監視されるべき状態を反映し、ネットワーク管理プロトコルを用いてネットワーク管理システムによって読み書きされる。各被監視ユニットには、追加的なヘルスチェックオブジェクトが実装され、当該ユニットのほとんどすべての関連する状態を単一の値に集約し、この値がネットワーク管理システムによって読み出される。【選択図】  図１
2005124204.tif 000002
【特許請求の範囲】
【請求項１】
それぞれの監視されるべき状態を反映した管理オブジェクトを保持する複数の被監視ユニットと、前記複数の被監視ユニットの各々の管理オブジェクトに対して所定のネットワーク管理プロトコルを用いてアクセスするネットワーク管理システムを有し、
前記複数の被監視ユニットの各々に追加的管理オブジェクトを実装し、
前記追加的管理オブジェクトは、
当該被監視ユニットの関連する状態を単一の値に集約し、
前記集約された単一の値を前記ネットワーク管理システムによって読み出し可能に保持する、
ことを特徴とするネットワークを監視する方法。
【請求項２】
各被監視ユニットの前記関連する状態について、個別の限界値および／または正常状態値が設定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記追加的管理オブジェクトの値によって、当該被監視ユニットのすべての関連する状態が前記設定された限界値内に入っているか、または少なくとも１つの状態が前記設定された限界値を超えているかのいずれかが示されることを特徴とする請求項２に記載の方法。
【請求項４】
前記追加的管理オブジェクトの計算の際に考慮される前記管理オブジェクトの集合が選択されることを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記追加的管理オブジェクトの計算のために、前記選択された管理オブジェクトの前記設定された限界値および／または正常状態値との比較演算のみが実行されることを特徴とする請求項４に記載の方法。
【請求項６】
１つの被監視ユニットに複数の追加的管理オブジェクトが実装されることを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
１つの被監視ユニットに実装された複数の異なる追加的管理オブジェクトがネットワーク監視の異なる側面のために用いられることを特徴とする請求項６に記載の方法。
【請求項８】
１つの被監視ユニットに実装された追加的管理オブジェクトが上位および下位の追加的管理オブジェクトへと階層的に構造化されることを特徴とする請求項６または７に記載の方法。
【請求項９】
上位追加的管理オブジェクトの計算に、下位追加的管理オブジェクトの値が用いられることを特徴とする請求項８に記載の方法。
【請求項１０】
追加的管理オブジェクトが２つより多くの階層レベルに構造化されることを特徴とする請求項８または９に記載の方法。
【請求項１１】
追加的管理オブジェクトの計算の際に実行される比較演算が重み付けされることを特徴とする請求項５〜１０のいずれか１項に記載の方法。
【請求項１２】
追加的管理オブジェクトの値が、限界値を超える管理オブジェクトの重みの最大値として計算されることを特徴とする請求項１１に記載の方法。
【請求項１３】
追加的管理オブジェクトの値が、限界値を超える管理オブジェクトの重みの和として計算されることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記追加的管理オブジェクトが、選択可能な間隔で定期的に、対応する被監視ユニットによって計算されることを特徴とする請求項１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記追加的管理オブジェクトの計算された値によって、少なくとも１つの状態が前記設定された限界値を超えていることが示されている場合、対応するメッセージを前記被監視ユニットが前記ネットワーク管理システムへ送信することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記メッセージとともに、障害原因の指示が前記ネットワーク管理システムへ送信されることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記障害原因の指示は状態が限界値を超えている管理オブジェクトのリストとして送信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
エラーのある管理オブジェクトを有する前記被監視ユニットが前記ネットワーク管理システムによって再構成されることを特徴とする請求項１７に記載の方法。
【請求項１９】
追加的管理オブジェクトの計算の際に複数の被監視ユニットの管理オブジェクトを考慮することによって、追加的管理オブジェクトの範囲が複数の被監視ユニットに拡張されることを特徴とする請求項１〜１８のいずれか１項に記載の方法。
【請求項２０】
前記追加的管理オブジェクトの計算に用いられるリソースが選択的に制限されることを特徴とする請求項１〜１９のいずれか１項に記載の方法。
【請求項２１】
許容される比較演算の最大回数がある最大値に制限されることを特徴とする請求項５〜２０のいずれか１項に記載の方法。
【請求項２２】
それぞれの監視されるべき複数の状態を反映した管理オブジェクトを保持する複数の被監視ユニットと、
前記複数の被監視ユニットの各々の管理オブジェクトに対して、所定のネットワーク管理プロトコルを用いてアクセスするネットワーク管理システムを有し、
前記複数の被監視ユニットの各々は、さらに、前記監視されるべき状態に基づいて生成された単一の値からなる追加的管理オブジェクトを保持し、当該追加的管理オブジェクトが前記ネットワーク管理システムによって読み出し可能であることを特徴とするネットワーク監視システム。
【請求項２３】
ネットワークに接続され、ネットワーク管理システムによって監視される被監視ユニットにおいて、
それぞれの監視されるべき状態を反映した管理オブジェクトを保持する第１保持手段と、
前記監視されるべき状態に基づいて生成された単一の値からなる追加的管理オブジェクトを保持する第２保持手段と、
前記管理オブジェクトおよび前記追加的管理オブジェクトを管理し、前記追加的管理オブジェクトを前記ネットワーク管理システムから読み出し可能にする管理エージェントを有することを特徴とする被監視ユニット。
【請求項２４】
ネットワークに接続された装置を、ネットワーク管理システムによって監視される被監視ユニットとして機能させるためのプログラムにおいて、
それぞれの監視されるべき状態を反映した管理オブジェクトを保持するステップと、
前記監視されるべき状態に基づいて生成された単一の値からなる追加的管理オブジェクトを保持するステップと、
前記管理オブジェクトおよび前記追加的管理オブジェクトを管理し、前記追加的管理オブジェクトを前記ネットワーク管理システムからアクセス可能にするステップと、
を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク、特に、データネットワークまたは通信ネットワークを監視するシステムおよび方法に関する。ここで、ネットワークは監視されるべき複数のユニットを含み、これらのユニットの関連する状態が、被監視ユニットにおいて提供される情報要素（管理オブジェクトと呼ばれる）によって、ネットワークの機能、効率および／またはセキュリティに関して制御される。管理オブジェクトは監視されるべき状態を反映し、ネットワーク管理プロトコルを用いてネットワーク管理システムによって読み書きされる。
【背景技術】
【０００２】
今日のデータネットワークおよび通信ネットワークの複雑さおよび大きさに直面して、効果的なネットワーク管理、特に、効果的なネットワーク監視の重要性が高まっている。今日のデータネットワークおよび通信ネットワークの多くは、ネットワーク管理のために、ネットワーク内の複数の被監視ユニット（ＭＵ）と交信するネットワーク管理システム（ＮＭＳ）を使用する。被監視ユニットは、任意の種類のデバイス、すなわちサーバ、ホスト、ルータ等である。ＮＭＳとＭＵの間の通信には、一般的に、標準化されているネットワーク管理プロトコルが使用される。そのようなプロトコルとしては、例えば、インターネットプロトコルに基づくネットワークで一般的なSimple Network Management Protocol（ＳＮＭＰ）、および通信ネットワークで一般的なCommon Management Information Protocol（ＣＭＩＰ）がある。
【０００３】
ネットワーク監視に関連して、ＮＭＳは被監視ユニットに存在する管理オブジェクト（以下、適宜「ＭＯ」と記す。）の読み書きを行い、また、被監視ユニットはＮＭＳに通知を送信する。ＭＯは、明確に定義されたセマンティックスを有する情報ユニットであり、受動メモリセルとしてＭＵに実装され、ＭＵに直接対応する。ＭＯは、例えば、カウンタ、テキスト文字列等であり、対応するＭＵに接続された通信リンクの現在の状態を示すこと等ができる。ＭＯを読み出すことにより、ＮＭＳは、そのＭＯが実装されている被監視ユニットの現在の状態に関する（例えば、通信リンクの状態に関する）情報を取得することができる。特定のＭＯへの書き込みによって、ＮＭＳは、例えば通信リンクの状態を「オフ」に設定することによって、ＭＵの状態または構成を変更することができる。
【０００４】
さまざまなメーカーのＮＭＳと被監視ユニットの間の相互運用性を実現するため、ＭＯは、例えば、国際電気通信連合（ＩＴＵ）の勧告やInternet Engineering Task Force（ＩＥＴＦ）のRequest for Comments（ＲＦＣ）で標準化されている。これらの標準文書では、ＭＯは、ＮＭＳが被監視ユニットに関する十分かつ適宜詳細な情報を得ることができるように規定されている。例えば、被監視ユニットに接続された各リンクについて、リンク状態を示すＭＯがある。
【０００５】
通信ネットワークを動作中に監視することは、ネットワークの状態および構成を定期的にチェックすることを含む。この目的のため、あらかじめ定義可能な数のＭＯを各ＭＵから読み出さなければならない。ここでは、常に最新の値をＭＵから読み出さなければならない。これらのＭＯのそれぞれについて、当該ＭＯの値（これは、ネットワークの機能、効率および／またはセキュリティに関連する状態を表す）またはこの値と他のＭＯの値との組合せが正常な動作の許容限界内にあるかどうかをチェックする演算が必要である。それらの値のうちのいずれかが許容限界を超える場合、ＮＭＳは、正常動作に復帰するために何らかの処理をしなければならない。ＭＵのすべての値が正常動作の許容範囲内にあるかどうかをチェックするためのすべての演算の全体を「ヘルスチェック」という。
【０００６】
これに関して、被監視ユニットの数が膨大な場合には、すべての被監視ユニットにおいてすべての関連するＭＯをチェックすることが、スケーラビリティの問題を生じる可能性がある。チェックされるべきＭＯの総数は、被監視ユニットあたり選択されるＭＯの平均個数と、被監視ユニットの個数との積である。ＮＭＳはこの総数に対する限界を有し、その限界を超えると、ネットワークを十分に監視することができなくなる。したがって、被監視ユニットあたり監視されるＭＯが一定数の場合、監視され得るユニットの個数は制限される。
【０００７】
この問題を回避するための既知の手法は、被監視ユニットにプログラムを実行させる方法に基づいてＭＵ当たりの被監視ＭＯの数を減らすことである。その方法によれば、ＮＭＳは、被監視ユニットにプログラムをロードすることができる。このプログラムは、ＭＵにおいて、当該ＭＵのみのために、またはそれに加えて限定された数のさらなる被監視ユニットのために、ローカルに「ヘルスチェック」を実行する。この手法は、委任による管理（Management by Delegation、ＭｂＤ）と呼ばれている（非特許文献１）。
【０００８】
委任による管理の手法を実現するための以下の３つの方法が、これまで深く研究され、標準化されている。
【０００９】
ＩＴＵは、通信ネットワークのためのいわゆるコマンドシーケンサ(Command Sequencer)を開発しており、これはＩＴＵ−Ｔ勧告Ｘ．７５３（非特許文献２）に文書化されている。コマンドシーケンサによれば、被監視ユニットに複雑なプログラムをロードすることが可能となる。この場合、標準の一部として特別にこの目的のために開発されたプログラミング言語を用いなければならない。
【００１０】
ＩＥＴＦは、スクリプトＭＩＢ(Script MIB)と呼ばれる多少フレキシブルな技術を標準化しており、これはＩＥＴＦ  ＲＦＣ３１６５（非特許文献３）に文書化されている。これによれば、それぞれのＭＵによってサポートされる限り、任意のプログラミング言語によるプログラムおよび任意のランタイム環境用のプログラムをロードすることができる。
【００１１】
また、ＩＥＴＦは、エクスプレッションＭＩＢ(Expression MIB)と呼ばれる、より単純で機能的に制限された技術も開発しており、これはＩＥＴＦ  ＲＦＣ２９８２（非特許文献４）に文書化されている。エクスプレッションＭＩＢによれば、ＮＭＳは、ＭＯに対する演算からなる簡単な式(expression)を作成することができる。これらの式を繰り返し用いることによって、より複雑な式、例えばＭＵの完全なヘルスチェックを作成することができる。
【００１２】
【非特許文献１】German Goldszmidt and Yechiam Yemini "Distributed Management by Delegation" (In proceedings of the 15th International Conference on Distributed Computing Systems, June 1995)
【非特許文献２】ＩＴＵ−Ｔ勧告Ｘ．７５３
【非特許文献３】ＩＥＴＦ  ＲＦＣ３１６５
【非特許文献４】ＩＥＴＦ  ＲＦＣ２９８２
【発明の開示】
【発明が解決しようとする課題】
【００１３】
委任による管理の方法は、確かにＮＭＳによって読み出されるＭＯの個数を減らすが、同時にいくつかの重大な問題を有する。
【００１４】
まず、すべての被監視ユニットをプログラムローダおよびロードされたプログラムのためのランタイム環境によって拡張しなければならないので、製造コストが増大する。また、ローカルの「ヘルスチェック」のためのプログラムを、ＭＵで利用可能なプログラミング言語やランタイム環境で提供しなければならないので、ＮＭＳ全体の複雑さが増大する。したがって、異なるプログラミング言語による複数のソフトウェアコンポーネントおよび／または異なるランタイム環境用のバイナリプログラムを開発し維持管理する必要がある。
【００１５】
最後に、無権限者が有害なプログラムをロードし起動する危険に関して、セキュリティ上の問題が生じる。したがって、任意の内容を有するプログラムをロードすることは厳格に制御しなければならない。このため、次のようないくつかのセキュリティメカニズムが必要であるが、これもまたコストおよび複雑さを増大させることになる。すなわち、被監視ユニットにプログラムをロードすることを制限および制御しなければならない。また、実行中のプログラムがＭＯにアクセスすることも、適宜制限し制御しなければならない。例えば、被監視ＭＯへの書き込みアクセスは許可すべきではない。さらに、プログラムが被監視ユニットの他のリソースにアクセスできないように、ランタイム環境を制限しなければならない。
【００１６】
非特許文献２および非特許文献３に記載された技術（コマンドシーケンサおよびスクリプトＭＩＢ）は、いくつかの組織によって実装されているが、上記の欠点により、大規模なネットワークを監視するためには全く使用されていない。
【００１７】
また、非特許文献４に記載されたエクスプレッションＭＩＢの技術は、スクリプトＭＩＢやコマンドシーケンサに比べてコストがかからず、それほど複雑でなく、安全にするのが容易であるが、上記の問題点が十分には解消されていないため、この技術はこれまで大規模ネットワークには投入されておらず、ＩＥＴＦはその実装を勧告していない。
【００１８】
そこで、本発明の目的は、大規模なネットワークでも効率的に且つ高いセキュリティでネットワーク監視を行うことができるシステムおよび方法を提供することにある。
【課題を解決するための手段】
【００１９】
本発明によれば、上記の課題は請求項１に記載の構成によって解決される。請求項１に記載の方法によれば、各被監視ユニットに、追加的な管理オブジェクト、すなわち「ヘルスチェック」オブジェクトを実装する。このオブジェクトは、それぞれのユニットのほとんどすべての関連する状態を単一の値に集約する。この値は、ネットワーク管理システムによって読み出されることが可能である。
【発明の効果】
【００２０】
本発明によるネットワークの監視システムおよび方法は、費用効果が高くセキュリティに関してできるだけ危険のない手段を用いて高いスケーラビリティを達成することができるため、大規模なネットワークも効率的に監視することができる。
【００２１】
本発明によれば、ネットワーク、特に大規模で複雑なネットワークアーキテクチャを監視するための従来の手法は、スケーラビリティの問題のために実現可能でないことが認識されている。そして、追加的な管理オブジェクト、すなわち「ヘルスチェック」オブジェクトを被監視ユニットに導入することによって、ＮＭＳは、「ヘルスチェック」を行う際に、多数のＭＯの代わりに単一のＭＯ（すなわち「ヘルスチェック」オブジェクト）を読み出すだけでよい。
【００２２】
本発明によれば、「ヘルスチェック」オブジェクトは、それぞれの被監視ユニットのほとんどすべての関連する状態が、「ヘルスチェック」の総合的結果を示す単一の値に集約されるように実装される。したがって、非常に大規模なネットワークを単一のＮＭＳで管理することができる。
【００２３】
セキュリティに関しても、本発明による方法は既知の方法に比べて明らかに改善されている。というのは、任意のプログラムあるいは式が全く送信されないからである。コマンドシーケンサやスクリプトＭＩＢのような技術とは異なり、例えば無権限者がＭＵに有害なプログラムをロードして、ＭＵの動作に悪影響を及ぼすことは不可能である。
【発明を実施するための最良の形態】
【００２４】
図１は本発明の一実施形態によるネットワーク監視システムの構成を概略的に示すブロック図である。ネットワーク内の複数の被監視ユニットＭＵ1〜ＭＵNはネットワーク管理システム（ＮＭＳ）１０１により管理される。被監視ユニットＭＵは、サーバ、ホスト、ルータ等の任意の種類のネットワークエレメント（ＮＥ）である。ＮＭＳとＭＵの間の通信には、標準化されているネットワーク管理プロトコル、ここではSimple Network Management Protocol（ＳＮＭＰ）が使用される。
【００２５】
各被監視ユニットＭＵにはＳＮＭＰエージェントが常駐プロセスとして実装されている。ＳＮＭＰエージェントは、後述するヘルスチェックオブジェクトを含むＭＩＢオブジェクトを管理し、ＮＭＳ１０１のＳＮＭＰマネージャからの要求に応じてヘルスチェックオブジェクトを返送する。
【００２６】
図２は本実施形態における被監視ユニットに実装されたプロセスおよびオブジェクトの構成を示す模式図である。ＳＮＭＰエージェント２０１は、図示されていないプロセッサ上で実行されるプログラムにより常駐プロセスとして実装される。ＳＮＭＰエージェント２０１は、ヘルスチェックＭＩＢ２０２と、管理オブジェクトによりＮＥ−ＭＩＢ２０３を管理する。
【００２７】
ヘルスチェックＭＩＢ２０２は、ＮＥ−ＭＩＢ２０３を定期的あるいは必要に応じてチェックし、その結果としてのヘルスチェックオブジェクトをＳＮＭＰマネージャからの要求に応じて返送する。
【００２８】
また、当該被監視ユニットで何らかの障害や状態変化が生じたときには、そのイベントに基づいて計算された値がヘルスチェックＭＩＢ２０２に格納され、それをＳＮＭＰエージェント２０１がネットワーク管理システム１０１のＳＮＭＰマネージャへ通知する。ネットワーク管理システム１０１は、ヘルスチェックＭＩＢ２０２に保持されたイベントに起因する値から障害原因を特定することができ、当該被監視ユニットの再構成を行うことができる。
【００２９】
図３は本実施形態におけるヘルスチェックオブジェクトの計算を示す模式図である。ネットワーク管理システムＮＭＳ１０１によってチェックしきい値および比較されるべき管理オブジェクトが設定される。管理オブジェクト値はチェックしきい値と比較され、管理オブジェクト値がチェックしきい値に到達したときにヘルスチェックオブジェクトの値がセットされる。
【００３０】
好ましい一実施態様として、ヘルスチェックオブジェクトの計算に含められる各管理オブジェクトＭＯについて、例えば最大値および最小値のような個別の限界値および／または正常状態値のセットを設定することができる。正常状態値は、ネットワークが正しく機能し、障害がなく動作することが保証される状態に対応する。この場合、追加的なＭＯが、限界値および／または状態値を示すことができる。例えば通信回線の状態を「オン」または「オフ」のいずれかの値で示すＭＯでは、多くの場合、正常状態値の集合を規定する必要はない。このようなＭＯの正常状態値は、固定でもよく、標準化することも可能である。
【００３１】
しかし、「ヘルスチェック」に含まれる他のほとんどのＭＯでは、限界値および正常状態値のフレキシブルな選択が極めて有用である。特に、限界値は、ＮＭＳによって選択されることが可能である。通常、例えばパフォーマンス監視の場合、ある通信リンクに対する最大許容負荷の限界値は、異なる品質要求に応じるために、事業者が異なればそれぞれ異なる値に選択される。
【００３２】
結果の簡単で効率的な利用に関して、ヘルスチェックオブジェクトは、被監視ユニットにおけるすべての状態が許容限界値内に入っていること、または少なくとも１つの状態がこの限界値を超えていることのいずれかを示すように構成することができる。後者の場合、当該被監視ユニットのＭＯがさらに分析される可能性もあるが、前者の場合、さらなる演算は不要である。
【００３３】
高いフレキシビリティと、さまざまな要求に対する円滑な適応を実現するために、「ヘルスチェック」を計算する際に考慮されるＭＯのセットを選択することができる。こうして、ＭＯの選択に基づいて、ネットワーク監視のある特定の側面を強調することができる。このために、「ヘルスチェック」においてどのＭＯを考慮に含めるべきかを示すさらなるＭＯを導入してもよい。これらの追加的ＭＯの一部は静的でもよいし、他のＭＯはＮＭＳによって設定可能でもよい。
【００３４】
ヘルスチェックオブジェクトの計算の能力および複雑さは、既知の技術に比べて有利となるように制限され、一部固定されてもよい。それにより、コストおよび必要な計算パワーが節減される。ヘルスチェックオブジェクトを計算するために実行される演算は、例えば限界値または正常状態値との比較演算のみに制限されてもよい。この場合、ＮＭＳは、比較されるべきＭＯのセットと、そのＭＯと比較される値とを設定するだけである。これにより、比較演算の引数の選択可能性も制限される。２つの引数の一方はＭＵにおけるＭＯであり、他方の引数はＭＯと比較される１つまたは複数の選択可能な比較値である。このような制限により、ネットワーク管理の負担が軽減される。というのは、チェックすべきＭＯの比較値のみを知り、指定すればよいからである。
【００３５】
本発明の一改良形態として、単一のＭＵにおいて複数のヘルスチェックオブジェクトを用いることができる。これは、複数のＮＭＳが異なる側面から同一ネットワークを管理および監視する場合に特に有利である。多くの場合、ネットワークコンフィグレーションを監視するためのＮＭＳと、ネットワークパフォーマンスを監視するためのＮＭＳが分離され、これらがそれぞれのヘルスチェックについて異なるＭＯを監視する。この場合、それぞれのＮＭＳが自己のヘルスチェックオブジェクトを作成してもよい。コンフィグレーション監視およびパフォーマンス監視が同一のＮＭＳによって実行される場合であっても、そのＮＭＳが２つの異なるヘルスチェックオブジェクトを作成することができる。
【００３６】
特に効率的なネットワーク監視に関して、ヘルスチェックオブジェクトを階層的に構造化することができる。特に、ＭＵでのヘルスチェックが、明確に分けることができるチェックの複数のグループからなる場合、これらの各グループについて、個別のヘルスチェックオブジェクトを作成することができる。この場合、ヘルスチェック全体の総合的結果は、その計算における下位ヘルスチェックオブジェクトの値のみを含む１つの上位ヘルスチェックオブジェクトで表現することができる。ヘルスチェックオブジェクトの階層的分解は、２つより多くの階層レベルが生成されるように再帰的に細分することも可能である。
【００３７】
実行されるヘルスチェックの表現力を高めることに関して、含められる個々のＭＯについて実行される比較演算に重みを付けることができる。この場合、ヘルスチェックオブジェクトの計算に含まれるＭＯが許容限界の超過の重要性に関して互いに異なり得ることを考慮に入れることができる。さらなるＭＯを導入することによって、ヘルスチェックの一部であるそれぞれの比較演算に重みを割り当てることができる。その場合、ヘルスチェックオブジェクトの値は、例えば、値が限界を超えている被監視ＭＯのすべての重みの最大値としてもよいし、すべてのこれらの値の和であってもよい。どのＭＯもそれぞれの限界を超えない場合、このことは、ヘルスチェックオブジェクトの値を例えばゼロに設定することによって、示すことができる。
【００３８】
ＮＭＳがヘルスチェックオブジェクトの値を定期的に読み出してチェックするというやり方の別法として、ＭＵ自体が積極的な役割を果たし、与えられた時間間隔で定期的にヘルスチェックオブジェクトを計算することも可能である。少なくとも１つのＭＯが設定された限界を超えているために、計算結果の値が異常な状態を示している場合、ＭＵは通知を生成してＮＭＳへ送信することができる。この場合、ヘルスチェックオブジェクトの限界値は、そのヘルスチェックオブジェクトがそれを超過した場合に通知が送信されるように指定することができる。
【００３９】
故障の迅速な特定を容易にするため、故障が検出された場合に、例えばその通知とともに、故障原因の指示を送信してもよい。具体的には、この指示は、その値がそれぞれの限界値を超えたＭＯのリストからなっていてもよい。このような情報が与えられると、ＮＭＳは、エラーを除去するために、より迅速で適切な処置を開始することができる。この情報がなければ、ＮＭＳは、ヘルスチェックを明示的に繰り返さなければならないであろう。すなわち、ＮＭＳは、それぞれの被監視ＭＯを読み出し、その値をチェックしなければならないであろう。したがって、場合によっては、被監視ＭＯ、すなわちヘルスチェックに含まれているＭＯのうちのいずれが、限界値との比較に失敗したかを示すさらなるＭＯを導入するのが有利である。その場合、正常でない状態の管理オブジェクトを有する被監視ユニットは、ネットワーク管理システムによって再構成され、再び完全に機能する動作状態とされることが可能である。
【００４０】
特に有利な方法として、ＭＵにおいてヘルスチェックに含まれている被監視ＭＯの範囲は、それぞれの被監視ユニットのＭＯを超えて、１つまたは複数の他の被監視ユニットのＭＯまで拡張されてもよい。その場合、委任による管理の考え方によれば、１つの被監視ユニットが複数の被監視ユニットに対してヘルスチェックを実行することにより、スケーラビリティをさらに向上させることができる。そして、階層的手法を利用することにより、各ＭＵがそれぞれのローカルヘルスチェックオブジェクトを使用し、複数の被監視ユニットの共同ヘルスチェックを実行するＭＵが、その計算のために個々の被監視ユニットのローカルヘルスチェックオブジェクトにアクセスする。こうして、ＮＭＳは、１回の読み出しアクセスで共同ヘルスチェックの集積された結果を確認することができる。
【００４１】
また、ヘルスチェックオブジェクトの計算に利用可能なリソースを制限することができる。これによれば、ヘルスチェックオブジェクトの値を計算する際に比較されるＭＯの個数を無権限者が悪意をもって高く設定したためにＭＵが過負荷となり、ＭＵの本来の機能が阻害されるという事態が効果的に回避される。リソース制限に代えて、またはそれに加えて、許容される比較の最大回数を、正常動作中に算出される最大値に制限してもよい。
【００４２】
最後に、本発明の教示を有利に実施し改良する種々の可能性があることが留意されるべきであり、これに関しては添付の特許請求の範囲が参照されるべきである。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態によるネットワーク監視システムの構成を概略的に示すブロック図である。
【図２】本実施形態における被監視ユニットに実装されたプロセスおよびオブジェクトの構成を示す模式図である。
【図３】本実施形態におけるヘルスチェックオブジェクトの計算を示す模式図である。
【符号の説明】
【００４４】
１０１  ネットワーク管理システム（ＮＭＳ）
２０１  ＳＮＭＰエージェント
２０２  ヘルスチェックＭＩＢ
２０３  管理オブジェクト
ＭＵ，ＭＵ1〜ＭＵN  被監視ユニット
【図１】
2005124204.tif 000003
【図２】
2005124204.tif 000004
【図３】
2005124204.tif 000005