(57)【特許請求の範囲】
【請求項１】
被管理ノードとネットワーク管理システムとの間に通信される管理データを管理する方法において、
前記被管理ノードに関連したエージェントからイベント通知を受信し；
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を前記イベント通知がトリガーするかどうか決定し；及び
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を前記イベント通知がトリガーする場合には、
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を表す前記被管理ノードのためのコマンドを決定し、及び
前記コマンドを前記被管理ノードに関連した前記エージェントへ送信することを含み、
前記エージェントは、前記コマンドを前記被管理ノードに適用し、そしてその適用されたコマンドは、前記被管理ノードにおいて前記管理データをどのように管理するかの変更を実施し、前記被管理ノードは前記コマンドに基づいて構成される、方法。
【請求項２】
前記管理データは、前記被管理ノードの機能状態を特徴付ける情報である、請求項１に記載の方法。
【請求項３】
前記管理データは、処理統計値、状態情報、及び処理済みデータより成るグループから選択される、請求項２に記載の方法。
【請求項４】
前記イベント通知は、前記被管理ノードに生じるイベントを表し、そして前記イベントは、前記被管理ノードにおけるリンクのネットワーク接続の変化、ネットワーク混雑の検出、前記被管理ノードにおけるサービスの喪失、前記被管理ノードにおけるサービスの性能の変化、及び前記被管理ノードにおけるサービスの利用の変化より成るグループから選択される、請求項１に記載の方法。
【請求項５】
前記管理データをどのように管理するかは、収集する管理データの形式、管理データがレポートされる頻度、及び管理データをどのように収集するかの窓より成るグループから選択される、請求項１に記載の方法。
【請求項６】
前記被管理ノードについての変更は、エージェントによる管理データの収集のレート、収集される管理データの窓サイズ、エージェントからネットワーク管理システムへのレポート頻度、エージェントにより収集されるデータの形式、及び被管理ノード情報をロギングするレートより成るグループから選択される変更である、請求項１に記載の方法。
【請求項７】
前記被管理ノードは、ネットワークアクセス要素及びサーバーより成るグループから選択される、請求項１に記載の方法。
【請求項８】
前記ネットワークアクセス要素は、スイッチ及びルータより成るグループから選択される、請求項７に記載の方法。
【請求項９】
前記被管理ノードは、バーチャル被管理ノードである、請求項１に記載の方法。
【請求項１０】
コマンドが適用されたとの指示を受信し；及び
前記適用されたコマンドに基づいて管理データを受信する；
ことを更に含む、請求項１に記載の方法。
【請求項１１】
前記コマンドは、それが適用されたとき、前記被管理ノードの１つ以上の管理パラメータの設定を変更する、請求項１に記載の方法。
【請求項１２】
前記エージェントは、前記被管理ノードと前記ネットワーク管理システムとの間で管理データ及びコマンドをプロキシーする、請求項１に記載の方法。
【請求項１３】
ネットワーク管理システムと複数の被管理ノードのシステムネットワークとの間に通信される管理データを管理する方法において、
前記システムネットワークに生じるイベントを検出し；
前記複数の被管理ノードの１つ以上において前記管理データをどのように管理するかのシステム変更を前記イベントがトリガーするかどうか決定し；及び
前記複数の被管理ノードの１つ以上において前記管理データをどのように管理するかのシステム変更を前記イベントがトリガーする場合には、
前記複数の被管理ノードの１つ以上の各々について、
前記被管理ノードにおいて前記管理データをどのように管理するかの特定の変更を表す前記被管理ノードのためのコマンドを決定し、及び
前記コマンドを前記被管理ノードに関連したエージェントへ送信することを含み、
前記エージェントは、前記コマンドを前記被管理ノードに適用し、そしてその適用されたコマンドは、前記被管理ノードにおいて前記管理データをどのように管理するかの前記特定の変更を実施し、前記被管理ノードは前記コマンドに基づいて構成される、方法。
【請求項１４】
前記イベントを検出することは、ネットワークデータベースにおいてイベントを検出することを含む、請求項１３に記載の方法。
【請求項１５】
前記イベントを検出することは、前記ネットワーク管理システムのユーザインターフェイスからイベントを受信することを含む、請求項１３に記載の方法。
【請求項１６】
前記イベントは、前記複数の被管理ノードの１つ以上を見るようにユーザがユーザインターフェイスをナビゲートしたとの指示である、請求項１５に記載の方法。
【請求項１７】
前記被管理ノードの管理データは、前記被管理ノードの機能状態を特徴付ける情報である、請求項１３に記載の方法。
【請求項１８】
前記被管理ノードに対する特定の変更は、エージェントによる管理データの収集のレート、収集される管理データの窓サイズ、エージェントからネットワーク管理システムへのレポート頻度、エージェントにより収集されるデータの形式、及び被管理ノードの情報をロギングするレートより成るグループから選択される変更である、請求項１３に記載の方法。
【請求項１９】
被管理ノードは、ネットワークアクセス要素及びサーバーより成るグループから選択される、請求項１３に記載の方法。
【請求項２０】
前記被管理ノードは、バーチャル被管理ノードである、請求項１３に記載の方法。
【請求項２１】
前記イベントは、前記複数のノードの２つ以上に影響するシステム変更をトリガーする、請求項１３に記載の方法。
【請求項２２】
前記イベントは、前記複数の被管理ノードのうちの第１のノードに関連し、そして前記特定の変更は、前記複数の被管理ノードのうちの第２のノードに関連する、請求項１３に記載の方法。
【請求項２３】
被管理ノードとネットワーク管理システムとの間に通信される管理データを管理する方法を１つ以上の処理ユニットに遂行させる実行可能なインストラクションを有する非一時的マシン読み取り可能な媒体において、前記方法は、
前記被管理ノードに関連したエージェントからイベント通知を受信し；
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を前記イベント通知がトリガーするかどうか決定し；及び
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を前記イベント通知がトリガーする場合には、
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を表す前記被管理ノードのためのコマンドを決定し、及び
前記コマンドを前記被管理ノードに関連した前記エージェントへ送信することを含み、
前記エージェントは、前記コマンドを前記被管理ノードに適用し、そしてその適用されたコマンドは、前記被管理ノードにおいて前記管理データをどのように管理するかの変更を実施し、前記被管理ノードは前記コマンドに基づいて構成される、非一時的マシン読み取り可能な媒体。
【請求項２４】
ネットワーク管理システムと複数の被管理ノードのシステムネットワークとの間に通信される管理データを管理する方法を１つ以上の処理ユニットに遂行させる実行可能なインストラクションを有する非一時的マシン読み取り可能な媒体において、前記方法は、
前記システムネットワークに生じるイベントを検出し；
前記複数の被管理ノードの１つ以上において前記管理データをどのように管理するかのシステム変更を前記イベントがトリガーするかどうか決定し；及び
前記複数の被管理ノードの１つ以上において前記管理データをどのように管理するかのシステム変更を前記イベントがトリガーする場合には、
前記複数の被管理ノードの１つ以上の各々について、
前記被管理ノードにおいて前記管理データをどのように管理するかの特定の変更を表す前記被管理ノードのためのコマンドを決定し、及び
前記コマンドを前記被管理ノードに関連したエージェントへ送信することを含み、
前記エージェントは、前記コマンドを前記被管理ノードに適用し、そしてその適用されたコマンドは、前記被管理ノードにおいて前記管理データをどのように管理するかの前記特定の変更を実施し、前記被管理ノードは前記コマンドに基づいて構成される、非一時的マシン読み取り可能な媒体。
【請求項２５】
被管理ノードとネットワーク管理システムとの間に通信される管理データを管理するシステムにおいて、
前記被管理ノードに関連したエージェントからイベント通知を受信するエージェントイベントモジュールであって、イベント通知を記憶するためのメモリを含むエージェントイベントモジュール；
前記エージェントイベントモジュールに結合され、前記被管理ノードにおいて前記管理データをどのように管理するかの変更を前記イベント通知がトリガーするかどうか決定するエージェントイベントトリガーモジュール；及び
前記被管理ノードにおいて前記管理データをどのように管理するかの変更を前記イベント通知がトリガーする場合には、
前記エージェントイベントトリガーモジュールに結合されて、前記被管理ノードにおいて前記管理データをどのように管理するかの変更を表す前記被管理ノードのためのコマンドを決定する管理データコマンド決定モジュール、及び
前記管理データコマンド決定モジュールに結合されて、前記コマンドを前記被管理ノードに関連した前記エージェントへ送信する送信コマンドモジュール、を備え、
前記エージェントは、前記コマンドを前記被管理ノードに適用し、そしてその適用されたコマンドは、前記被管理ノードにおいて前記管理データをどのように管理するかの変更を実施し、前記被管理ノードは前記コマンドに基づいて構成される、システム。
【請求項２６】
ネットワーク管理システムと複数の被管理ノードのシステムネットワークとの間に通信される管理データを管理するシステムにおいて、
複数の被管理ノードを備え、この複数の被管理ノードの各々は、管理データを収集し、そして管理データをネットワーク管理システムへレポートし、及び
前記複数の被管理ノードに結合されたネットワーク管理システムを更に備え、該ネットワーク管理システムは前記複数の被管理ノードから管理データを受信し、該ネットワーク管理システムは、
前記システムネットワークに生じるイベントを検出し、
前記複数の被管理ノードの１つ以上において前記管理データをどのように管理するかのシステム変更を前記イベントがトリガーするかどうか決定し、及び
前記複数の被管理ノードの１つ以上において前記管理データをどのように管理するかのシステム変更を前記イベントがトリガーする場合には、
前記複数の被管理ノードの１つ以上の各々について、
前記被管理ノードにおいて前記管理データをどのように管理するかの特定の変更を表す前記被管理ノードのためのコマンドを決定し、及び
前記コマンドを前記被管理ノードに関連したエージェントへ送信する、
ためのシステム分析モジュール備え、前記エージェントは、前記コマンドを前記被管理ノードに適用し、そしてその適用されたコマンドは、前記被管理ノードにおいて前記管理データをどのように管理するかの前記特定の変更を実施し、前記被管理ノードは前記コマンドに基づいて構成される、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照：本出願は、参考としてここにそのまま援用する２０１２年１０月４日に出願された同時係争中の特許出願第１３／６４５００７号の優先権の利益を主張するものである。
【０００２】
本発明は、一般的に、データネットワーキングに関するもので、より詳細には、ネットワーク装置の管理データを動的に管理することに関する。
【背景技術】
【０００３】
ネットワーク管理システム（ＮＭＳ）とは、装置のネットワークを監視及び運営するのに使用されるシステムである。装置のネットワークは、リソース及び情報の共有を許すデータネットワークにより相互接続された装置の集合である。それら装置の各々は、物理的装置又はバーチャル装置である。更に、それら装置の各々は、その装置で実行される１つ以上の異なるサービスを有し、そのサービスは、このネットワークを経てアクセスすることができる。更に、ＮＭＳに見える装置の各々は、被管理ノードと称される。
【０００４】
ＮＭＳは、それら被管理ノードに関する管理データを受け取り及び／又は構成設定又は他の運営コマンドをノードに与えることによりネットワークの被管理ノードを管理する。例えば、ＮＭＳは、欠陥、構成、アカウンティング、性能及びセキュリティ情報、等の、被管理ノードに関する管理データを受け取ることができる。各被管理ノードがどんな形式の情報を収集するか、ＮＭＳが受け取る情報の形式、そしてＮＭＳがどれほど頻繁にこの情報を受け取るかは、各被管理ノードがどのように構成されるかに依存する。例えば、ネットワークアドミニストレータは、収集される情報の形式、ＮＭＳへ送信される形式及び情報送信の周波数に基づいて被管理ノードの各々を手動で構成する。ネットワークアドミニストレータは、ネットワーク管理ユーザインターフェイスを使用して構成を行い、このユーザインターフェイスは、ネットワーキングプロトコル（例えば、シンプルネットワークマネージメントプロトコル（ＳＮＭＰ）又はコマンドラインインターフェイス（ＣＬＩ））を使用して被管理ノードへ構成コマンドを送信する。この構成は、システムアドミニストレータが手動で構成を変更しない限り被管理ノードの構成が変化しないので、静的である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
手動構成に伴う１つの問題は、管理データ構成を手動で構成することで、収集、送信される情報の形式及び送信の頻度がネットワーク内のイベントに自動的に応答できなくなることである。
【課題を解決するための手段】
【０００６】
ネットワークシステム内で検出されるイベントに応答して管理データをどのように管理するかを動的に変更する方法及び装置について説明する。規範的実施形態では、この装置は、被管理ノードに関連したエージェントからイベント通知を受信する。この装置は、更に、その受信したイベント通知が、その管理ノードにおいて管理データをどのように管理するかの変更をトリガーするかどうか決定する。イベント通知が変更をトリガーする場合には、装置は、被管理ノードにおいて管理データをどのように管理するかの変更を表すその管理ノードのためのコマンドを決定する。更に、装置は、被管理ノードに属するエージェントへそのコマンドを送信し、そのエージェントは、そのコマンドを被管理ノードに適用し、そしてその適用されるコマンドは、被管理ノードにおいて管理データをどのように管理するかの変更を実施する。
【０００７】
更に別の実施形態では、この装置は、ネットワークシステムに生じるイベントを検出する。装置は、そのイベントが、複数の被管理ノードの１つ以上において管理データをどのように管理するかのシステム変更をトリガーするかどうか決定する。イベントがシステム変更をトリガーする場合には、装置は、複数の被管理ノードの１つ以上の各々について、被管理ノードにおいて管理データをどのように管理するかの特定の変更を表すその被管理ノードのためのコマンドを決定し、そしてその被管理ノードに属するエージェントへそのコマンドを送信する。そのエージェントは、そのコマンドを被管理ノードに適用し、そしてその適用されるコマンドは、被管理ノードにおいて管理データをどのように管理するかの特定の変更を実施する。
【０００８】
他の方法及び装置についても説明する。
【０００９】
本発明は、同様の要素が同じ参照番号で示された添付図面に一例として示すが、これに限定されない。
【図面の簡単な説明】
【００１０】
【図１】被管理ノードとネットワーク管理システムとの間に管理データを通信するシステムの一実施形態のブロック図である。
【図２】被管理ノードとネットワーク管理システムとの間に管理コマンド及びデータを通信するシステムの一実施形態のブロック図である。
【図３】システムにおける検出事象に応答して管理データをどのように管理するかを動的に変更するプロセスの一実施形態のフローチャートである。
【図４】被管理ノードから受信したイベント通知に応答して管理データをどのように管理するかを動的に変更するプロセスの一実施形態のフローチャートである。
【図５】被管理ノードから受信した検出イベントに応答して被管理ノードにおいて管理データをどのように管理するかを動的に変更するシステムの一実施形態のブロック図である。
【図６】検出されたシステムイベントに応答して管理データをどのように管理するかを動的に変更するプロセスの一実施形態のフローチャートである。
【図７】検出されたシステムイベントに応答して管理データをどのように管理するかを動的に変更するシステムの一実施形態のブロック図である。
【図８】検出されたユーザインターフェイスイベントに応答して管理データをどのように管理するかを動的に変更するプロセスの一実施形態のフローチャートである。
【図９】検出されたユーザインターフェイスイベントに応答して管理データをどのように管理するかを動的に変更するシステムの一実施形態のブロック図である。
【図１０】ネットワーク管理システムで管理データをどのように収集し及び／又は通信するかを管理するネットワーク自動エンジンの一実施形態のブロック図である。
【図１１】ネットワーク管理システムで管理データをどのように収集し及び／又は通信するかを管理するネットワーク自動エンジンの一実施形態の別のブロック図である。
【図１２】被管理ノードから受信した検出イベントに応答して管理データをどのように管理するかを動的に変更する被管理ノードイベントモジュールのブロック図である。
【図１３】検出されたシステムイベントに応答して管理データをどのように管理するかを動的に変更するシステム分析モジュールのブロック図である。
【図１４】検出されたユーザインターフェイスイベントに応答して管理データをどのように管理するかを動的に変更するユーザインターフェイスナビゲーションモジュールのブロック図である。
【図１５】ここに述べる実施形態に関連して使用される典型的なコンピュータシステムの一例を示す。
【発明を実施するための形態】
【００１１】
ネットワークシステム内で検出されるイベントに応答して管理データをどのように管理するかを動的に変更する方法及び装置について説明する。以下の説明において、本発明の実施形態を完全に説明するために多数の特定の細部について述べる。しかしながら、当業者であれば、本発明の実施形態は、これらの特定の細部なしに実施できることが明らかであろう。他の例では、この説明の理解を妨げないようにするため、良く知られたコンポーネント、構造及び技術は、詳細に示さない。
【００１２】
本書において、「１つの実施形態」又は「一実施形態」とは、その実施形態に関連して述べる特定の特徴、構造又は特性が本発明の少なくとも１つの実施形態に含まれ得ることを意味する。本書の種々の場所に表れる「１つの実施形態において」という句は、必ずしもその全てが同じ実施形態を指すものではない
【００１３】
以下の説明及び特許請求の範囲において、「結合(coupled)」及び「接続(connected)」並びにそれから派生する語が使用される。これらの語は、互いに同意語として意図されていないことを理解されたい。「結合」は、互いに直接物理的又は電気的に接触しているか又はしていない２つ以上の要素が互いに協働し又は相互作用することを指示するのに使用される。又、「接続」は、互いに結合された２つ以上の要素間の通信の確立を指示するのに使用される。
【００１４】
図示されて以下に述べるプロセスは、ハードウェア（例えば、回路、専用ロジック、等）、ソフトウェア（例えば、汎用コンピュータシステム又は専用マシンで実行される）、又はその両方の組み合わせを含む処理ロジックにより遂行される。それらのプロセスは、逐次の動作に関して以下に述べるが、それらの動作の幾つかは、異なる順序でも遂行できることが明らかである。更に、幾つかの動作は、逐次ではなく並列に遂行されてもよい。
【００１５】
「サーバー」「クライアント」及び「装置」という語は、一般的に、サーバー、クライアント及び／又は装置のための特定のフォームファクタではなく、データ処理システムを指すものとする。
【００１６】
ネットワークシステムで検出されるイベントに応答して管理データをどのように管理するかを動的に変更する方法及び装置について説明する。１つの実施形態では、装置は、システムにおいてイベントを検出する。この実施形態では、検出されるイベントは、被管理ノードの１つから受信されるイベント通知、被管理ノードに関連したエージェントにより検出されるイベント、システム分析から検出されるイベント、又はユーザインターフェイスイベントである。装置は、被管理ノードの管理データをどのように管理するか（例えば、管理データをどのように収集しレポートするか）の変更をこのイベントがトリガーするかどうか決定する。イベントが変更をトリガーする場合には、装置は、その被管理ノードに対してどんな変更があるか決定する。装置は、その被管理ノードに対してその決定された変更に対応するコマンドを生成し、そのコマンドをその被管理ノードへ送信する。
【００１７】
図１は、被管理ノード１１２Ａ−Ｎとネットワーク管理システム（ＮＭＳ）１０６との間に管理データを通信するシステム１００の一実施形態のブロック図である。図１において、システム１００は、多数の被管理ノード１１２Ａ−Ｎを監視し運営するために使用されるＮＭＳ１０６を備えている。１つの実施形態では、システムアドミニストレータは、装置１０２上で実行されるネットワーク管理ユーザインターフェイス１０４を通してＮＭＳ１０６と相互作用する。１つの実施形態では、被管理ノードのための管理データは、被管理ノードに関する機能状態を特徴付ける情報、例えば、状態情報、環境情報、及び／又は被管理ノード内に流れて処理されるデータに関する情報である。例えば、１つの実施形態では、管理データは、欠陥、構成、アカウンティング、性能、及び／又はセキュリティ情報である。別の実施形態では、管理データは、処理統計、状態情報、及び／又は処理されるデータである。
【００１８】
１つの実施形態では、ＮＭＳ１０６は、複数の管理ノード１１２Ａ−Ｎを監視及び運営するネットワーク管理モジュール１０８を備えている。１つの実施形態では、このネットワーク管理モジュール１０８は、被管理ノード１１２Ａ−Ｎから管理データを受信し、そして被管理ノード１１２Ａ−Ｎにコマンドを送信する。１つの実施形態では、それらのコマンドは、被管理ノードの管理データをどのように管理するかを変更するために使用される。１つの実施形態では、管理データの管理は、収集される管理データの形式及び頻度、管理データをレポートする頻度、どの管理データがレポートされるか、管理データを収集するのに使用される窓のサイズ、どの装置が管理データを受信するか、管理データを収集及び／又はレポートするための暗号化及び／又は圧縮、法的分析のためにデータをセーブすべきかどうか、及び／又はシステム情報のロギングを含む。更に、ある管理データの管理は、他の管理とは異なる。例えば、１つの実施形態では、ポート状態データは、頻繁にレポートされるが、詳細なポートスループット統計値（例えば、受信、送信、ドロップされたパケット）は、あまり頻繁にレポートされない。
【００１９】
更に、ネットワーク管理モジュール１０８は、ネットワーク自動エンジン１１０を備えており、このネットワーク自動エンジン（ＮＡＥ）１１０は、システム１００で検出されるイベントに応答して被管理ノード１１２Ａ−Ｎにより管理データをどのように管理するかを動的に変更する。例えば、１つの実施形態では、ネットワーク自動エンジン１１０は、イベントの検出に応答して、所与の被管理ノード１１２Ａ−Ｎの管理データをどのように収集しそしてＮＭＳ１０６へレポートするかの構成を変更する。１つの実施形態では、イベントの検出は、被管理ノード１１２Ａ−ＮがＮＭＳ１０６にイベントを送信すること、ＮＭＳ１０６がネットワークデータベースにおいてイベントを検出すること、エージェント１１４Ａ−Ｎが対応する被管理ノード１１２Ａ−Ｎにおいてイベントを検出すること、及び／又はＮＭＳ１０６がユーザインターフェイス１０４に関連したユーザインターフェイスイベントを検出すること、のうちの１つである。管理データをどのように管理するかを動的に変更することは、図３から９を参照して以下に詳細に述べる。
【００２０】
１つの実施形態では、被管理ノード１１２Ａ−Ｎの各々は、ＮＭＳ１０６に見えるシステム１００の装置である。１つの実施形態では、被管理ノードは、ネットワーク要素、パーソナルコンピュータ、移動装置、等、或いはネットワークを経てデータを通信できる他の形式の装置である。１つの実施形態では、ネットワーク要素は、ネットワークアクセス要素（例えば、スイッチ、ルータ、ハブ、ブリッジ、ゲートウェイ、等、或いはネットワークへのアクセスを許す他の形式の装置）、ネットワークセキュリティ装置（例えば、ファイアウオール、侵入検出／防止システム、等）、或いはネットワークデータを処理する別の形式の装置である。１つの実施形態では、被管理ノード１１２Ａ−Ｎは、物理的装置又はバーチャル装置である。１つの実施形態では、被管理ノード１１２Ａ−Ｎは、互いに通信結合されると共に、ネットワークを経てＭＮＳ１０６及び装置１０２に結合される。１つの実施形態では、被管理ノード１１２Ａ−Ｎの各々は、エージェント１１４Ａ−Ｎ、１つ以上のスイッチ１１６Ａ−Ｎ、及びストレージ１１８Ａ−Ｎを備えている。この実施形態では、エージェント１１４Ａ−Ｎは、対応する被管理ノード１１２Ａ−Ｎ上で実行されるモジュールであって、その被管理ノード１１２Ａ−Ｎ及び／又は１つ以上のサービス１１６Ａ−Ｎを管理するためのインターフェイスをなすモジュールである。例えば、１つの実施形態では、被管理ノードのためのサービスは、被管理ノードの物理的コンポーネント（ポート、リンク、等）、又はネットワークサービス（スイッチング、ルーティング、セキュリティ、運営、コンピューティングサービス、ストレージ、等）である。１つの実施形態では、エージェント１１４Ａ−Ｎは、被管理ノード１１２Ａ−Ｎを構成するためのコマンドをＮＭＳから受け取り、そして被管理ノード１１２Ａ−Ｎの構成に基づいてＮＭＳ１０６へ管理データを送信する。
【００２１】
別の実施形態では、エージェント１１４Ａ−Ｎは、対応する被管理ノード１１２Ａ−Ｎに結合された装置上で実行される。この実施形態では、エージェント１１４Ａ−Ｎは、ＮＭＳ１０６と、対応する被管理ノード１１２Ａ−Ｎとの間で管理データ及びコマンドをプロキシーする。管理データ及びコマンドをプロキシーするエージェント１１４Ａ−Ｎは、図２を参照して以下に説明する。
【００２２】
１つの実施形態では、被管理ノード１１２Ａ−Ｎを実行するサービス１１６Ａ−Ｎは、サービス１１６Ａ−Ｎをホストする被管理ノード１１２Ａ−Ｎに通信結合されたネットワークにおける他の装置に機能を与えるプロセスである。例えば、１つの実施形態では、サービス１１６Ａ−Ｎは、通信サービス（例えば、スイッチング、ルーティング、パケット転送、トラフィックシェーピング、サービス品質（ＱｏＳ）の適用、リモートアクセス、等）、セキュリティサービス（例えば、ファイアウオール、侵入検出／防止、マルウェア防止、コンテンツフィルタリング、バーチャルプライベートネットワーキング、物理的アクセスコントロール、等）、クラウドサービス（ソフトウェア・アズ・ア・サービス（ＳａａＳ）、インフラストラクチャー・アズ・ア・サービス（ＩａａＳ）、等）、バーチャル化サービス（マシン、ネットワーキング、ストレージ、等）、ビジネスサービス（例えば、ウェブサービス、トレーディングサービス、等）、及びインフラストラクチャーサービス（例えば、環境コントロールサービス、電力管理及びモニタリングサービス、等）である。１つの実施形態では、ネットワーク管理モジュール１０８は、サービス１１６Ａ−Ｎに関連したエージェント１１４Ａ−Ｎを経てサービス１１６Ａ−Ｎを管理することができる。１つの実施形態では、ストレージ１１８Ａ−Ｎは、管理データを記憶する。
【００２３】
上述したように、ＮＭＳ１０６は、システム１００で検出されたイベントに応答して被管理ノード１１２Ａ−Ｎにより管理データをどのように管理するかを動的に変更するＮＡＥ１１０を備えている。１つの実施形態では、ＮＭＳ１０６は、それらのイベントを検出し、そしてＮＡＥ１１０は、その被管理ノード１１２Ａ−Ｎが管理データをどのように管理するかを変更するコマンドを当該被管理ノード１１２Ａ−Ｎへ送信する。図２は、被管理ノード２０８とＮＭＳ２０２との間で管理コマンド２１６及びデータ２１８を通信するシステム２００の一実施形態のブロック図である。図２において、ＮＭＳ２０２は、ネットワーク管理モジュール２０４を備えている。１つの実施形態では、ネットワーク管理モジュール２０４は、被管理ノード２０８を監視し及び運営するモジュールである。例えば、１つの実施形態では、ネットワーク管理モジュール２０４は、被管理ノード２０８から管理データ２１８を受信し、そして被管理ノード２０８へコマンド２１６を送信する。１つの実施形態では、ネットワーク管理モジュール２０４は、被管理ノード２０８によって管理される管理データをどのように動的に変更するか決定するネットワーク自動エンジン２０６を備えている。
【００２４】
１つの実施形態では、被管理ノード２０８は、エージェント２１０、１つ以上のサービス２１２、及びストレージ２１４を備えている。１つの実施形態では、エージェント２１０は、この被管理ノード２０８及び／又は１つ以上のサービス２１２を管理するインターフェイスをなす。１つの実施形態では、サービス２１２は、図１に示すサービス１１６Ａ−Ｎのようなサービスをホストする被管理ノード２０８に通信結合されたネットワーク内の他の装置に１つ以上の機能を与える１組のプロセスである。１つの実施形態では、ストレージ２１４は、管理データを記憶するのに使用される。
【００２５】
別の実施形態では、エージェント２１０は、被管理ノード２０８に結合された別の装置において実行される。この実施形態では、エージェント２１０は、ネットワーク管理モジュール２０４から被管理ノード２０８へ管理コマンド２１６をプロキシーする。１つの実施形態では、エージェント２１０は、管理コマンド２１６を受信し、そしてその受信した管理コマンド２１６を、被管理ノード２０８のための１つ以上のネーティブコマンドへと変換する。更に、エージェント２１０は、それらの１つ以上のネーティブコマンドを被管理ノード２０８へ送信する。更に、この実施形態では、エージェント２１０は、被管理ノード２１０から管理データ２１８を受信し、そしてその管理データ２１８をネットワーク管理モジュール２０４へ転送する。
【００２６】
１つの実施形態では、管理データ２１８は、ＮＭＳ２０２に周期的にレポートされる。レポートされる管理データ２１８の形式、並びに管理データ２１８がどんな周波数でどのように収集されるかは、被管理ノード２０８がどのように構成されるかによりコントロールされる。１つの実施形態では、管理データ２１８のこの構成は、ネットワーク管理モジュール２０４からエージェント２１０へ送信される管理コマンド２１６により変更することができる。この実施形態では、エージェント２１０は、これらのコマンド２１６を受信し、そしてそのコマンド２１６を、被管理ノードの構成を更新するように適用する。１つの実施形態では、管理コマンド２１６は、収集及び／又はレポートされる管理情報の形式を変更し、収集及び／又はレポートされる管理データの暗号及び／又は圧縮レベル、管理データレポート頻度、管理情報の収集に使用される窓の形式（例えば、データサイズ及び／又は時間間隔に基づく窓サイズ）をセットし、管理データのレポートを異なる装置へリダイレクトし（例えば、異なるＮＭＳへ、複数のＮＭＳへレポート、バックアップ装置へ送信、等）、被管理ノードにおいてローカル状態識別子をターンオン／オフし、法的分析のためにデータをセーブし、ロギングをターンオン／オフし、及び／又はそれらを組み合わせて行う。１つの実施形態では、管理コマンドは、異なるネットワーク管理プロトコル、即ちシンプルネットワークマネージメントプロトコル（ＳＮＭＰ）、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、表現状態転送形式アプリケーションプログラミングインターフェイス（ＲＥＳＴｆｕｌ  ＡＰＩ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ＨＴＴＰオーバーセキュアソケットレイヤ（ＨＴＴＰＳ）、ネットワークコンフィギュレーションプロトコル（ＮｅｔＣｏｎｆ）、セキュアシェル（ＳＳＨ）、等を使用してフォーマットされる。
【００２７】
１つの実施形態では、エージェント２１０は、イベントを検出し、そしてＮＭＳ２０２を介在せずにイベントに応答する。この実施形態では、エージェント２１０は、検出されたイベントに応答して被管理ノード２０８における管理データ２１８の管理を動的に変更するためにエージェント２１０が使用する１組のルールにアクセスする。
【００２８】
１つの実施形態では、被管理ノード２０８は、１つ以上の発表チャンネルに管理データ２１８を発表することによりＮＭＳ２０２へ管理データ２１８をレポートする。１つの実施形態では、発表チャンネルは、そこに発表された管理データをそのチャンネルの加入者へコピーする論理的通信チャンネルである。発表チャンネルは、装置特有のチャンネル（例えば、コマンドを発表するか又は聴取する）であるか、又は発表チャンネルは、装置のグループ（例えば、コンプライアンスチャンネル、複数のＮＭＳへ管理データをレポートする被管理ノード、等）に対応する。１つの実施形態では、ＮＭＳ２０２は、管理データ２１８を受信するために発表チャンネルと契約する。別の実施形態では、ＮＭＳ２０２は、他の手段（例えば、ＳＮＭＰとラップ、ｓｙｓｌｏｇイベント、ＨＴＴＰ応答、ｔｅｌｎｅｔ／ＳＳＨ（コマンドラインインターフェイス）、ＳＯＡＰ、等）を通して管理データ２１８を受信する。
【００２９】
上述したように、ネットワークの各被管理ノードにより管理データをどのように管理するかは、システム内のイベントに応答して動的に変更することができる。図３は、システム内の検出されたイベントに応答して管理データをどのように管理するかを変更するプロセス３００の一実施形態のフローチャートである。１つの実施形態では、プロセス３００は、管理データの管理を動的に変更するためのネットワーク自動エンジン、例えば、図１のネットワーク自動エンジン１１０により遂行される。別の実施形態では、プロセス３００は、図２のエージェント２１０のようなエージェントにより遂行される。図３において、プロセス３００は、システムにおいてイベントを検出する。１つの実施形態では、プロセス３００は、被管理ノードからイベント通知を受信することによりイベントを検出し、ネットワークデータベースにおいてシステムイベントを検出し、エージェントは、被管理ノードにおいてイベントを検出し、ユーザインターフェイスに関連したイベントを検出し、等々である。例えば、１つの実施形態では、被管理ノードは、ポート状態が変化したことを示すイベント通知を送信し、ＮＭＳは、ビジネスアプリケーションの性能が不充分であるというネットワークデータベースにおけるイベントを検出し、ビジネスアプリケーションは、複数のネットワーク要素によりサポートされるバーチャルマシンにおいて実行されるものであり、或いはＮＭＳは、特定の被管理ノード又はその被管理ノードの特定コンポーネントを見るためにシステムアドミニストレータがナビゲートされたことを示すイベントを検出する。別の例として、別の実施形態では、エージェントは、被管理ノードにおいてイベント（例えば、リンクの混雑、被管理ノードにおけるサービスの過少／過剰利用）を検出する。
【００３０】
ブロック３０４において、プロセス３００は、検出されたイベントが、１つの被管理ノードの管理データをどのように管理するかの変更をトリガーするかどうか決定する。１つの実施形態では、プロセス３００は、検出されたイベントが、管理データ変更をトリガーできるイベントのルールに一致するかどうか決定する。１つの実施形態では、そのルールは、シグネチャー、条件、スレッシュホールド、状態変化、等、及び／又はその組み合わせのライブラリーである。この実施形態では、ルールは、環境、状態、要素、処理されるトラフィック、検出されるウィルス／マルウェア、侵入検出、等に関する被管理ノード又はシステムについての１つ以上の条件を指示し、管理データをどのように管理するかの変更を保証するものである。
【００３１】
例えば、１つの実施形態では、被管理ノードのポートに混雑があることを被管理ノードがＮＭＳに通知する場合に、プロセス３００は、そのポート（又は他のポート）の混雑に関する付加的な統計データ及び／又は他の管理データをその被管理ノードにより収集しなければならないことをそのようなイベントが保証すると決定する。別の例として、別の実施形態では、第１の被管理ノードの第１ポートに混雑があり且つその第１ポートが第２ポートを経て第２の被管理ノードに結合されることをＮＭＳが検出する場合には、プロセス３００は、第２ポートの混雑に関する付加的な統計データ及び／又は他の管理データをその第２の被管理ノードにより収集しなければならないことをそのようなイベントが保証すると決定できる。更に別の例及び更に別の実施形態では、ＮＭＳは、被管理ノードを見るためにユーザインターフェイスがナビゲートされたことを検出する。この例では、プロセス３００は、ＮＭＳへレポートされる管理データの形式及び／又はそのレポート頻度の変更をこのユーザインターフェイスイベントがトリガーすると決定する。検出されたイベントが変更をトリガーしない場合には、実行がブロック３０２へ進む。
【００３２】
検出されたイベントが変更をトリガーする場合には、ブロック３０６において、プロセス３００は、検出されたイベントによりどの被管理ノードが影響を受けるか決定する。１つの実施形態では、影響を受ける被管理ノードの数は、単一の被管理ノード、幾つかの被管理ノード、又は全ての被管理ノードである。１つの実施形態では、どの被管理ノードが影響を受けるかは、検出されたイベントの形式に依存する。例えば、１つの実施形態では、ＮＭＳが被管理ノードからイベント通知を受信する場合又はエージェントがその被管理ノードにおいてイベントを検出する場合、イベント通知を送信するか又はイベントを発信した被管理ノードが、影響を受けるノードとなる。別の例として、別の実施形態では、バーチャル被管理ノードにおけるサービスが過少利用であることをＮＭＳが検出する場合、プロセス３００は、影響を受ける被管理ノードが、そのサービスのためのネットワークアクセスを与えるネットワーク要素及びそのサービスを利用するクライアントであると決定する。この例では、プロセス３００は、バーチャルノードにサービスをサポートするネットワークのネットワークアーキテクチャーの知識を有し（例えば、ネットワークトポロジー、ネットワークにおけるサービスの位置、等）、そしてプロセス３００は、このネットワークアーキテクチャー知識の利点を取り入れて、ネットワークのどの被管理ノードが検出されたイベントにより影響を受けるか決定する。更に別の例及び実施形態では、検出されたユーザインターフェイスイベントに関連する１つ以上の被管理ノードが、このユーザインターフェイスイベントにより影響を受ける被管理ノードである。この例では、システムアドミニストレータは、単一の被管理ノードへナビゲートされるか、又は図１のユーザインターフェイス１０４のようなＮＭＳユーザインターフェイスを通して被管理ノードのグループへナビゲートされる。
【００３３】
プロセス３００は、ブロック３０８において、影響を受ける各被管理ノードへコマンドを送信する。１つの実施形態では、プロセス３００は、その被管理ノードにおける変更にとってどのコマンドが適当であるか決定する。この実施形態では、検出されたイベントに関連した変更は、影響を受ける被管理ノードごとに特定の変更に分割することができる。１つの実施形態では、コマンドは、被管理ノードの構成をどのように変更すべきか命令するデータのセットである。例えば、１つの実施形態では、コマンドは、収集及び／又はレポートされる管理情報の形式を変更し、収集及び／又はレポートされる管理データの暗号及び／又は圧縮レベル、管理データのレポート頻度、管理情報を収集するのに使用される窓の形式（例えば、データサイズ及び／又は時間間隔に基づく窓サイズ）をセットし、管理データのレポートを異なる装置へリダイレクトし（例えば、異なるＮＭＳへ、複数のＮＭＳへレポート、バックアップ装置へ送信、等）、被管理ノードにおいてローカル状態識別子をターンオン／オフし、法的分析のためにデータをセーブし、ロギングをターンオン／オフし、及び／又はそれらを組み合わせて行う。１つの実施形態では、検出されたイベントが被管理ノードからのイベント通知である場合に、プロセス３００は、その被管理ノードのためのコマンドを生成し、そしてそのコマンドをその被管理ノードへ送信する。例えば、１つの実施形態では、イベント通知が、被管理ノードのポートがダウンしたことを示す被管理ノードからのメッセージである場合には、それに対応するコマンドは、このポートがダウンするに至る期間中に影響を受けるポートを通して通信された以前に捕獲されたデータのコピーをＮＭＳへ中継するように被管理ノードに命令することである。この捕獲されたデータは、ポートがダウンした理由を決定する上で助けとなるように後で分析するのに使用できる。
【００３４】
検出されたイベントがＮＭＳにより決定されたシステムイベントである別の実施形態では、このイベントが複数の被管理ノードに影響を及ぼす。この実施形態では、プロセス３００は、影響を受ける各被管理ノードに対して特定のコマンドを生成し、そしてその特定のコマンドをそれに対応する、影響を受ける被管理ノードへ送信する。例えば、１つの実施形態では、バーチャル被管理ノード上のサービスが過少利用であるとＮＭＳが検出する場合には、影響を受ける被管理ノードは、このサービスのためのネットワークアクセスを与えるネットワークアクセス要素（例えば、スイッチ、ルータ、等）及びそのサービスを利用するクライアントである。この例では、これらの影響を受けるネットワーク要素のコマンドは、付加的な統計値をターンオンし、幾つかの又は全部の管理データに対するレポートレートを高め、幾つかの又は全ての管理データに対する収集窓を増加し、及び／又はそれらを組み合わせて行うようにエージェントに命令するコマンドである。更に別の実施形態では、検出されたイベントがユーザインターフェイスナビゲーションイベントであって、システムアドミニストレータが特定の被管理ノードを見るか又は被管理ノードの特定の部分を見ることを指示する場合に、コマンドは、その被管理ノード又は被管理ノードの特定の部分に対して、付加的な統計値を収集し、管理データに対するレポートレートを高め、窓収集を増加し、及び／又はそれらを組み合わせて行うようにその被管理ノードのエージェントに命令するものとなる。例えば、１つの実施形態では、システムアドミニストレータがネットワークのスイッチを見るようにナビゲートする場合には、最初に、システムアドミニストレータは、統計値の小さなセット（例えば、時間周期当たりに受信、送信されるパケットの数）を見る。ＮＭＳは、このナビゲーションイベントを検出し、そしてプロセス３００は、見られている被管理ノードが、付加的な統計値（例えば、ドロップしたパケットの数、スイッチを通して送信されるパケットの特徴、正確なタイミング情報、等）をターンオンし、幾つかの又は全ての管理データのためのデータ収集窓をターンオン又は増加し（例えば、収集通信データヘッダをターンオンし、増加時間周期にわたり全パケットを捕獲するように被管理ノードに命令し、等）、及び／又は幾つかの又は全ての管理データのレポート頻度を高めるためのコマンドを生成する。
【００３５】
更に別の例では、プロセス３００は、ＮＭＳへ管理データを通信するのに使用される経路がダウンしたことを検出する。この実施形態では、プロセス３００は、幾つかの又は全ての管理データに対する管理データ収集窓を増加して、このデータを、ＮＭＳへの経路（又は別の経路）が利用できるようになったときにＮＭＳへ後でレポートするためにセーブできるようにする。例えば、１つの実施形態では、被管理ノードに関連したエージェントは、ＮＭＳへの接続を失う。それに応答して、エージェントは、被管理ノードが収集する幾つかの又は全ての管理データの収集窓を増加するように被管理ノードに命令する。更に、ＮＭＳへの接続が利用できることをエージェントが検出するのに応答して、エージェントは、収集したデータをＮＭＳへ公表する。更に、エージェントは、収集窓を、検出されたＮＭＳ接続損失の前に使用していたサイズに減少する。
【００３６】
上述したように、管理データをどのように管理するかの変更をトリガーするイベントは、種々の仕方で検出することができる（例えば、被管理ノードからのイベント通知、エージェントがネットワークデータベースにおいて検出されたイベントを検出すること、ユーザインターフェイスのイベント、等）。図４は、被管理ノードから受信したイベント通知に応答して管理データをどのように管理するかを動的に変更するプロセス４００の一実施形態のフローチャートである。１つの実施形態では、プロセス４００は、管理データの管理を動的に変更するためのネットワーク自動エンジン、例えば、図１のネットワーク自動エンジン１１０により遂行される。図４のプロセス４００は、ブロック４０２において、被管理ノードからイベント通知を受信することにより始まる。１つの実施形態では、被管理ノードのエージェントは、イベントを検出し、そしてそのイベントの通知を、図１のＮＭＳ１０６のようなＮＭＳへ送信する。例えば、１つの実施形態では、プロセス４００は、被管理ノードのポート状態変化、ファン欠陥、停電、ネットワークリンク欠陥、リンク悪化、等に対するイベント通知を受け取る。
【００３７】
ブロック４０４において、プロセス４００は、イベント通知で表されたイベントが、その被管理ノードにおける管理データをどのように管理するかの変更をトリガーするかどうか決定する。１つの実施形態では、プロセス４００は、イベント通知で表されたイベントに一致するルールがあるかどうか決定することによりイベントが管理データの変更をトリガーするかどうか決定する。例えば、１つの実施形態では、被管理ノードのポート状態の状態変化（例えば、リンクのアップ／ダウン）が管理データの変更をトリガーすることを示すルールが存在する。別の例として、別の実施形態では、被管理ノードにおけるサービスの利用パーセンテージが特定スレッシュホールドを越えると、その被管理ノードに対する管理データの変更をトリガーする。逆に、この例では、利用パーセンテージがスレッシュホールドより低いと、その被管理ノードに対する管理データの変更をトリガーしない。
【００３８】
イベント通知で表されたイベントが管理データの変更をトリガーしない場合には、実行がブロック４０２へ進む。しかしながら、イベント通知で表されたイベントが管理データの変更をトリガーする場合には、ブロック４０６において、プロセス４００は、潜在的な管理データ変更により影響を受けるノードを識別する。１つの実施形態では、管理データ変更により影響を受ける被管理ノードは、ブロック４０２においてＮＭＳへイベント通知を送信した被管理ノードである。
【００３９】
ブロック４０８において、プロセス４００は、イベント通知で示されたイベントに関してその影響を受ける被管理ノード（１つ又は複数）に対する変更を決定する。１つの実施形態では、プロセス４００は、イベントトリガー変更を決定したルールから特定の変更を決定する。例えば、１つの実施形態では、受信したイベント通知が、被管理ノードのポート状態が変化したことを示す場合には、その被管理ノードのための対応変更で、統計値をＮＭＳにレポートするレートを増加／減少することができる。或いは、ポート状態が「ダウン」へ変化する場合は、このポートがダウンするに至る期間中に影響を受けるポートを通して通信された以前に捕獲されたデータをセーブするように、付加的なデータを収集することができる。更に、この管理変更は、以前の管理変更を打ち消すか又は変化させる。この例では、ポート状態が「ダウン」から「アップ」へ変化する場合に、「ダウン」へのポート状態変化に対して実施された管理データの変更が逆転される。
【００４０】
別の例として、別の実施形態では、被管理ノードは、その被管理ノードのデータ処理スループットがスレッシュホールドより下がったことをＮＭＳに通知する。この例では、その被管理ノードに対する管理データの変更は、収集されてＮＭＳへレポートされる幾つかの又は全ての管理データのレポートレートの増加である。例えば、幾つかの又は全ての管理データのレポートレートは、この情報がＮＭＳへより頻繁にレポートされるように増加される。１つの実施形態では、レポートレートは、リアルタイムレート（例えば、このデータが利用可能になるや否や管理データがレポートされる）、又は近リアルタイムレート（例えば、１秒以下の頻度レートで管理データがレポートされる）へ増加される。例えば、被管理ノードがネットワーク要素である場合には、これらの統計値は、受信したパケット、送信したパケット、ドロップしたパケット、ポートスループット、断片、ＱｏＳ特有統計値、セキュリティイベント（接続拒絶、侵入検出、等）、等である。別の実施形態では、収集した統計値の形式が変更されてもよい。同じ例において、管理ノードが不充分なスループットをレポートするネットワーク要素であり、且つこのノードが個々のポートドロップパケット統計値をレポートしない場合には、このノードに対する管理データの変更は、個々のポートドロップパケット統計値のレポートをターンオンできない。これら両方の例において、被管理ノードとＮＭＳとの間に通信される管理データは動的であり、その通信される情報のレート及び形式は、被管理ノードの条件に基づいて動的に変化する。
【００４１】
ブロック４１０において、プロセス４００は、対応する管理データの変更に対して影響を受ける各ノードへコマンドを送信する。１つの実施形態では、プロセス４００は、その被管理ノードのエージェントへ、このエージェントが通信するプロトコルを使用して、コマンド変更を送信する。例えば、１つの実施形態では、コマンドは、ＳＮＭＰ、ＳＯＡＰ、ＨＴＴＰ、ＨＴＴＰＳ、ＮＥＴＣＯＮＦ、ＳＳＨ、ＲＥＳＴｆｕｌ  ＡＰＩを使用するコマンド、等である。
【００４２】
図５は、被管理ノード５１２Ａから受け取られる検出イベントに応答して被管理ノード５１２Ａにおいて管理データをどのように管理するかを動的に変更するシステム５００の一実施形態のブロック図である。図５において、システム５００は、被管理ノード５１２Ａ−Ｎを監視及び運営するのに使用されるＮＭＳ５０６を備えている。１つの実施形態では、システムアドミニストレータが、装置５０２において実行されるネットワーク管理ユーザインターフェイス５０４を通してＮＭＳ５０６と相互作用する。図１を参照して上述したように、ＮＭＳ５０６は、被管理ノード５１２Ａ−Ｎを管理するのに使用されるネットワーク管理モジュール５０８を備えている。更に、ネットワーク管理モジュール５０８は、管理データをどのように管理するかを動的に変更するネットワーク自動エンジン５１０を備えている。更に、被管理ノード５１２Ａ−Ｎの各々は、エージェント５１４Ａ−Ｎ、１つ以上のサービス５１６Ａ−Ｎ、及びストレージ５１８Ａ−Ｎを備えている。１つの実施形態では、エージェント５１４Ａ−Ｎは、被管理ノード５１２Ａ−Ｎ上で実行されるモジュールであって、その被管理ノード５１２Ａ−Ｎを管理するためのインターフェイスをなすモジュールである。被管理ノード５１２Ａ−Ｎにおいて実行されるサービス５１６Ａ−Ｎは、それらのサービスをホストする被管理ノードに通信結合されたネットワーク内の他の装置に１つ以上の機能を与える１組のプロセスである。１つの実施形態では、ストレージ５１８Ａ−Ｎは、管理データを記憶する。
【００４３】
１つの実施形態では、エージェント５１４Ａは、被管理ノードに生じるイベントを検出し、そしてそのイベントの通知をＮＭＳ５０６のネットワーク管理モジュール５０８へ送信する（５２０）。この実施形態では、ネットワーク管理モジュール５０８は、イベントを分析し、そして被管理ノード５１４Ａにより管理データをどのように管理するかの変更をイベントがトリガーするかどうか決定する（５２２）。イベントが変更をトリガーする場合には、ネットワーク管理モジュール５０８は、決定された変更に対する対応コマンドをエージェント５１４Ａへ送信する（５２２）。コマンドを受け取るのに応答して、エージェントは、コマンドを受け取るごとに管理データの管理を変更する（５２４）。エージェントは、与えられたコマンドに基づいて管理データを配信する（５２６）。この実施形態は、被管理ノード５１２Ａにより検出されるイベントに対して被管理ノード５１２Ａのエージェント５１４ＡとＮＭＳ５０６との間の管理データコントロールの動的な特性を示す。
【００４４】
上述したように、システムで検出されたイベントは、１つ以上の被管理ノードにおける管理データの管理に対する変更もトリガーする。図６は、検出されたシステムイベントに応答して管理データをどのように管理するかを変更するプロセス６００の一実施形態のフローチャートである。１つの実施形態では、プロセス６００は、図１のネットワーク自動エンジン１１０のような、管理データの管理を動的に変更するためのネットワーク自動エンジンにより遂行される。図６において、プロセス６００は、システムにおけるイベントのシステム条件を分析する。１つの実施形態では、プロセス６００は、ネットワークデータベースに質問することによってイベントのシステム条件を分析する。１つの実施形態では、ネットワークデータベースは、ネットワークシステムにおける幾つかの又は全ての被管理ノードから受け取られる管理データのレポジトリである。別の実施形態では、プロセス６００は、イベント通知が受け取られたかどうか監視する。
【００４５】
ブロック６０４において、プロセス６００は、システムにおいてイベントを検出する。１つの実施形態では、プロセス６００は、プロセス６００によりイベントとして確認されたネットワークの条件についてネットワークデータベースに質問することによりイベントを検出する。別の実施形態では、プロセス６００は、被管理ノードからイベント通知を受け取る。この実施形態では、イベント通知は、被管理ノードによって検出されるイベントであって、そのイベントを検出したもの以外の被管理ノードに影響を及ぼすイベントを表す。例えば、１つの実施形態では、被管理ノードは、アップリンクの混雑を検出しそしてこの混雑したアップリンクについてＮＭＳに通知する。この例では、プロセス６００は、そのアップリンクを経てレポート側被管理ノードに接続された被管理ノードにおいて管理データをどのように管理するかを変更することを希望する。１つの実施形態では、プロセス６００により検出されたイベントは、プロセス６００に見える被管理ノードから受け取られ又は検出されたイベントであるが、別の実施形態では、イベントが別のソースから受け取られる（例えば、火災警報、環境条件に関するイベント、コアネットワークイベント、ビジネスイベント、等）。
【００４６】
ブロック６０６において、プロセス６００は、システム１００の被管理ノード１１２Ａ−Ｎのようなシステムの１つ以上の被管理ノードで管理データをどのように管理するかの変更を検出イベントがトリガーするかどうか決定する。１つの実施形態では、プロセス６００は、検出イベントにより表されたイベントに一致するルールがあるかどうか決定することによりイベントが管理データの変更をトリガーするかどうか決定する。例えば、１つの実施形態では、リンクの混雑が管理データの変更をトリガーするルールがある。別の例として、別の実施形態では、サービスの利用パーセンテージが特定スレッシュホールドを越えるか、又は被管理ノードにおいてそのサービスの問題があると、その被管理ノードに対する管理データの変更をトリガーする。更に別の例及び更に別の実施形態では、イベントは、システム内の１つ以上のリンクに沿って通信される管理トラフィックの量に関連付けられる。この例では、管理トラフィックの量は、そのリンクのあるスレッシュホールド又はパーセンテージに限定される。
【００４７】
イベント通知で表されたイベントが管理データの変更をトリガーしない場合には、実行がブロック６０２へ進む。しかしながら、イベント通知で表されたイベントが管理データの変更をトリガーする場合には、ブロック６０８において、プロセス６００は、潜在的な管理データの変更によって影響を受ける被管理ノードを識別する。１つの実施形態では、影響を受ける被管理ノードの数は、１つ以上の被管理ノードである。１つの実施形態では、プロセス６００は、システムのアーキテクチャー及びイベントの形式を使用して、システムの被管理ノードのどれがイベントの影響を受けるか決定する。１つの実施形態では、プロセス６００は、相互接続された被管理ノードのネットワークトポロジーを使用して、被管理ノードのどれが検出イベントの影響を受けるか決定する。ネットワーク装置の欠陥の場合には、プロセス６００は、ネットワークトポロジーを歩いて、どの子装置が影響を受けるか、どの親装置が根本的原因であるか、等を決定する。
【００４８】
ブロック６１０において、プロセス６００は、検出されたイベントに対し被管理ノードごとに変更を決定する。１つの実施形態では、プロセス６００は、検出されたイベントが変更をトリガーすると決定したルールから、影響を受ける被管理ノードごとに特定の変更を決定する。例えば、１つの実施形態では、検出されたイベントが２つの被管理ノード間のアップリンクで混雑しており且つダウンリンクの被管理ノードの管理データを使用してイベントが検出される場合には、変更が付加的な管理データのレポートをターンオンし、及び／又はアップリンクの被管理ノードに対する幾つかの又は全ての管理データのレポートレートを高める。
【００４９】
別の例として、別の実施形態では、システムは、問題をレポートするバーチャルマシンにおいて実行されるトレーディングアプリケーションを備えている。更に、サーバーは、バーチャルマシンをホストし、そしてサーバーのネットワークアクセスは、１つ以上のネットワークアクセス要素により取り扱われる。この例では、プロセス６００は、このネットワークアーキテクチャーの知識を使用して、管理データをどのように管理するかについてどんな変更であるか決定する。例えば、１つの実施形態では、バーチャルマシンについての変更は、後で法的分析するため受信及び／又は送信されるパケットを記憶できるようにすることである。別の例として、サーバーについての変更は、幾つかの管理データが収集される窓を増加することである。更に、１つ以上のネットワークアクセス要素は、複数のネットワーク要素が管理データを別のデータセンターへ移行し、バックアップし、回復し、及び／又は移動する（例えば、あるデータセンターから終了させ、そして管理データを災害復旧目的で別のデータセンターへリダイレクトする）よう強制するために、新たに発見されるセキュリティ攻撃をそらせ又は防御する変更を得る（例えば、新たなウィルスを阻止するためのアクセスコントロールリスト（ＡＣＬ））。この例では、問題をレポートするトレーディングアプリケーションの検出イベントに応答して、プロセス６００は、このシステムの異なる被管理ノードに対して管理データをどのように管理するかについて異なる特定の変更を決定する。
【００５０】
更に別の例及び別の実施形態では、システムは、管理データをインバンド通信する（例えば、非管理データを搬送するのに使用される同じリンクで管理データを搬送する）。この例では、管理データの量が１つ以上のリンクのスレッシュホールドを越えるとプロセス６００で決定された場合に、プロセス６００は、混雑したリンク（１つ又は複数）を経て送信する１つ以上の被管理ノードにおける管理トラフィックの減少により管理トラフィックの全体的な減少を達成できると決定する。例えば、１つの実施形態において、管理データがリンクのスレッシュホールドを越え、そして３つの異なるネットワーク要素がこのリンクを経て管理データを転送する場合には、プロセス６００は、３つのネットワーク要素の１つ、２つ又は全部に対して管理データの量を減少する特定の変更を決定することができる。影響を受けるネットワーク要素の特定の変更は、少数の管理データ形式をレポートし、低い頻度で管理データをレポートし、及び／又はそれを組み合わせて行う。１つの実施形態では、これらの特定の変更は、影響を受けるネットワーク要素に対して同じである（例えば、同じ管理データに対するレポート頻度を減少する）。別の実施形態では、特定の変更は、異なるネットワーク要素に対して異なるものである（例えば、異なるネットワーク要素又は管理データに対して異なる量だけレポート頻度を減少し、あるネットワーク要素についてはレポート頻度を減少し且つ他のネットワーク要素については幾つかの又は全ての管理データのレポートをターンオフし、変更を行わず、及び／又はそれらの組み合わせ）。１つの実施形態では、スレッシュホールドは、パーセント帯域巾、ハードキャップ（例えば、１ギガビット／秒）、等である。この例では、プロセス６００は、１つ以上の被管理ノードによって出力される管理データの形式及び／又はレートを変更することによりリンクの管理データ利用度を動的に変更する。
【００５１】
図７は、検出されたシステムイベントに応答して管理データをどのように管理するかを動的に変更するシステム７００の一実施形態のブロック図である。図７において、システム７００は、被管理ノード７１２Ａ−Ｎを監視及び運営するのに使用されるＮＭＳ７０６を備えている。１つの実施形態では、システムアドミニストレータが、装置７０２において実行されるネットワーク管理ユーザインターフェイス７０４を通してＮＭＳ７０６と相互作用する。１つの実施形態では、ＮＭＳ７０６は、被管理ノード７１２Ａ−Ｎを管理するのに使用されるネットワーク管理モジュール７０８と、ＮＭＳ７０６により収集される管理データを記憶するネットワークデータベース７２８とを備えている。更に、ネットワーク管理モジュール７０８は、管理データをどのように管理するかを動的に変更するネットワーク自動エンジン７１０を備えている。更に、被管理ノード７１２Ａ−Ｎの各々は、エージェント７１４Ａ−Ｎ、１つ以上のサービス７１６Ａ−Ｎ、及びストレージ７１８Ａ−Ｎを備えている。１つの実施形態では、エージェント７１４Ａ−Ｎは、被管理ノード７１４Ａ−Ｎで実行されるモジュールであって、その被管理ノード７１４Ａ−Ｎを管理するためのインターフェイスをなすモジュールである。被管理ノード７１２Ａ−Ｎにおいて実行されるサービス７１６Ａ−Ｎは、それらサービスをホストする被管理ノードに通信結合されたネットワーク内の他の装置に１つ以上の機能を与える１組のプロセスである。１つの実施形態では、ストレージ７１８Ａ−Ｎは、管理データを記憶する。
【００５２】
１つの実施形態では、ネットワーク管理モジュール７０８は、イベントを検出する（７２０）。例えば、１つの実施形態では、ネットワーク管理モジュール７０８は、ネットワークデータベース７２８に質問することによりイベントを検出する。ネットワーク管理モジュール７０８は、影響を受ける被管理ノードを決定し、そしてそれに対応するコマンド（１つ又は複数）を、影響を受ける各被管理ノードへ送信する（７２２）。図７に示すように、１つの実施形態では、ネットワーク管理モジュール７０８は、影響を受ける２つの被管理ノード、即ち被管理ノード７１２Ａ及び７１２Ｎがあることを決定する。これら被管理ノード７１２Ａ及び７１２Ｎの各々に対するエージェント７１４Ａ及び７１４Ｎは、ネットワーク管理モジュール７０８から各コマンドを受け取る。これらのエージェント７１４Ａ及び７１４Ｎは、対応する被管理ノード７１２Ａ及び７１２Ｎにおいて管理データをどのように管理するかを変更する各コマンドを適用する（７２４Ａ、７２４Ｂ）。エージェント７１４Ａ及び７１４Ｎは、適用されたコマンドに基づいて管理データを配信する（７２６Ａ及び７２６Ｂ）。この実施形態は、ＮＭＳ７０６と、被管理ノード７１２Ａ及び７１２Ｎのエージェント各々７１４Ａ及び７１４Ｎとの間の管理データコントロールの動的な性質を示す。
【００５３】
上述したように、検出されるイベントは、ユーザインターフェイスイベントである。１つの実施形態では、ユーザインターフェイスイベントは、ユーザが被管理ノード又は被管理ノードの特定コンポーネントを見るようにネットワーク管理ユーザインターフェイスをナビゲートする場合に発生する。図８は、検出されたユーザインターフェイスイベントに応答して管理データをどのように管理するかを動的に変更するプロセス８００の一実施形態のフローチャートである。１つの実施形態では、プロセス８００は、図１のネットワーク自動エンジン１１０のような、管理データの管理を動的に変更するためのネットワーク自動エンジンにより遂行される。図８において、プロセス８００は、ブロック８０２において、１つ以上の被管理ノードに対するユーザインターフェイスイベントを検出する。１つの実施形態では、ユーザインターフェイスイベントは、ユーザ（例えば、システムアドミニストレータ）が、被管理ノードのグループ、単一の被管理ノード、又は被管理ノードの特定コンポーネントを見るようにナビゲートしたとの指示である。例えば、１つの実施形態では、システムアドミニストレータは、特定の被管理ノードを見るようにナビゲートし、プロセス８００は、ビュー被管理ノードイベントを検出する。別の例として、別の実施形態では、システムアドミニストレータが被管理ノードの特定のコンポーネント（例えば、スイッチのポート、バーチャルマシンのサービス、等）を見るようにナビゲートする場合には、プロセス８００は、それに対応するビュー被管理ノードコンポーネントイベントを検出する。
【００５４】
ブロック８０４において、プロセス８００は、検出されたイベントが、管理データをどのように管理するかの変更をトリガーするかどうか決定する。１つの実施形態では、プロセス８００は、イベント通知によって表されたイベントに一致するルールがあるかどうか決定することにより、検出されたユーザインターフェイスイベントが管理データ変更をトリガーするかどうか決定する。例えば、１つの実施形態では、ユーザインターフェイスが特定の被管理ノードを見るようにナビゲートしたとプロセス８００が決定した場合、この検出されたイベントは、その被管理ノードが管理データの顕著な詳細をＮＭＳへレポートするための変更をトリガーする。別の例として、別の実施形態では、ユーザインターフェイスが被管理ノードの特定のコンポーネントを見るようにナビゲートしたとプロセス８００が決定した場合、この検出されたイベントは、その被管理ノードがそのコンポーネントについての管理データの顕著な詳細をレポートするための変更をトリガーする。ユーザインターフェイスイベントが変更をトリガーしない場合には、実行は、前記ブロック８０２へ進む。
【００５５】
ユーザインターフェイスイベントが変更をトリガーする場合には、ブロック８０６において、プロセス８００は、検出されたユーザインターフェイスイベントによりどの被管理ノードが影響を受けるか識別する。１つの実施形態では、影響を受ける被管理ノードは、検出されたユーザインターフェイスイベントにおいて指示され且つそこにナビゲートされるノードである。別の実施形態では、影響を受けるノードは、検出されたユーザインターフェイスイベントにおいて指示され且つそこからナビゲートされるノードである。
【００５６】
ブロック８０８において、プロセス８００は、影響を受ける各被管理ノードについての変更を決定する。１つの実施形態では、プロセス８００は、ユーザインターフェイスイベントが変更をトリガーすると決定したルールからの特定の変更を決定する。例えば、１つの実施形態では、スイッチＡ及びＢのような被管理ノードのグループを見るシステムアドミニストレータのユーザインターフェイスナビゲーションのシーケンスについて考える。この例では、システムアドミニストレータは、最初、両スイッチを見（ビュー１）、その後、スイッチＡを見（ビュー２）、次いで、スイッチＡのポートを見（ビュー３）、そして最後に、スイッチＢを見る（ビュー４）ようナビゲートする。ビュー１では、変更は、スイッチＡ及びＢが一般的な管理データをＮＭＳにレポートし、そしてＮＭＳがこの情報を、ユーザインターフェイスを経てシステムアドミニストレータに提示するというものである。例えば、１つの実施形態では、各スイッチは、そのスイッチの一般的な全状態をレポートするように命令される（例えば、スイッチングがアップされて通常に機能する）。ビュー２へ変化すると、その変更は、被管理ノードＡが付加的な管理データをレポートするものとなる。例えば、１つの実施形態では、スイッチＡは、スイッチＡの付加的な統計データをレポートするように命令される（例えば、受信、送信及び／又はドロップされた合計パケット）。或いは又、変更は、それらの付加的な統計データを高い頻度でレポートすることである。例えば、１つの実施形態では、スイッチＡは、受信、送信及び／又はドロップされた合計パケットを毎分レポートし、そして変更は、統計データをリアルタイムで（例えば、統計データが収集されるや否や）又は近リアルタイムで（例えば、毎秒又はそれ以下で）レポートすることである。スイッチＡのポートの１つのビューであるビュー３へ切り換わることにより、変更は、その特定ポートの統計データをレポートすることである（例えば、スイッチＡのポート１を見る場合には、変更は、そのポートの統計データ、例えば、ポート１についての受信、送信、ドロップされたパケット、等のレポートをターンオンすることである）。或いは又、ポートベースの統計データは、高い頻度でレポートすることができる（例えば、これらの統計データをリアルタイム又は近リアルタイムでレポートする）。ビュー４において、システムアドミニストレータは、スイッチＡの詳細ビューからスイッチＢの一般的ビューへと切り換わる。１つの実施形態では、変更は、スイッチＡ及びＢの両方に対するものである。というのは、スイッチＡは、ＮＭＳへの詳細なシステム及びポート統計データのレポートをターンオフし、そしてスイッチＢは、ＮＭＳへの一般的なスイッチ統計データのレポートをターンオンするからである。或いは又、スイッチＡの統計データのレポート頻度が減少され、そしてスイッチＢの統計データのレポート頻度が増加される。別の実施形態では、付加的な統計データにレポートを、増加／減少された統計データのレポートと組み合わせてターンオン／オフすることができる。これは、このシステムのための管理データの管理の動的な性質を示す。システムアドミニストレータは、ユーザインターフェイスを通してネットワークのビューを切り換えるので、ＮＭＳにレポートされる管理データの形式及び頻度が変化する。
【００５７】
ブロック８１０において、プロセス８００は、対応するコマンドを、影響を受ける各被管理ノードへ送信する。１つの実施形態では、プロセス８００は、検出されたイベントが変更をトリガーすると決定したルールからの特定の変更を決定する。例えば、１つの実施形態では、対応するコマンドは、ある管理データのレポートをターンオン／オフし（例えば、ポート統計データのビューへの／からのナビゲートに応答してポート統計データのレポートをターンオン／オフし）、及び／又は管理データレポート頻度を増加／減少する（例えば、ポート統計データのビューへの／からのナビゲートに応答してポート統計データのレポート頻度を増加／減少する）ことができる。
【００５８】
プロセス８００は、ブロック８１２において、影響を受ける管理ノードから管理データを受け取る。１つの実施形態では、プロセス８００は、付加的な管理データ、及び／又は管理データを高い頻度で受け取る。プロセス８００は、ブロック８１２において、受け取った管理データをユーザインターフェイスへ送る。
【００５９】
図９は、検出されたユーザインターフェイスイベントに応答して管理データをどのように管理するかを動的に変更するシステム９００の一実施形態のブロック図である。図９において、システム９００は、被管理ノード９１２Ａ−Ｎを監視し及び運営するのに使用されるＮＭＳ９０６を備えている。１つの実施形態では、システムアドミニストレータは、装置９０２で実行されるネットワーク管理ユーザインターフェイス９０４を通してＮＭＳ９０６と相互作用する。図１において述べたように、ＮＭＳ９０６は、被管理ノード９１２Ａ−Ｎを管理するのに使用されるネットワーク管理モジュール９０８を備えている。更に、ネットワーク管理モジュール９０８は、管理データをどのように管理するかを動的に変更するネットワーク自動エンジン９１０を備えている。更に、被管理ノード９１２Ａ−Ｎの各々は、エージェント９１４Ａ−Ｎ、１つ以上のサービス９１６Ａ−Ｎ、及びストレージ９１８Ａ−Ｎを備えている。１つの実施形態では、エージェント９１４Ａ−Ｎは、被管理ノード９１４Ａ−Ｎで実行されるモジュールであって、その被管理ノード９１４Ａ−Ｎを管理するためのインターフェイスをなすモジュールである。被管理ノード９１２Ａ−Ｎにおいて実行されるサービス９１６Ａ−Ｎは、それらサービスをホストする被管理ノードに通信結合されたネットワーク内の他の装置に１つ以上の機能を与える１組のプロセスである。１つの実施形態では、ストレージ９１８Ａ−Ｎは、管理データを記憶する。
【００６０】
１つの実施形態では、ユーザは、１つ以上の被管理ノードを見るようにユーザインターフェイスをナビゲートする（９２０）。例えば、１つの実施形態では、ユーザは、被管理ノード９１２Ａ又は被管理ノード９１２Ａの特定のコンポーネントを見るようにナビゲートすることができる。ネットワーク管理モジュール９０８は、このユーザナビゲーションを検出し、そして被管理ノードのどれが影響を受けるか決定する（９２２）。例えば、１つの実施形態では、影響を受ける被管理ノードは、被管理ノード９１２Ａである。ネットワーク管理モジュールは、管理されるデータ管理変更のためのコマンドを、影響を受けるノード９１２Ａへ送信する（９２４）。エージェント９１４Ａは、管理データの管理コマンドを受け取り、そしてこのコマンドを適用して、管理データの管理変更を適用する（９２６）。エージェント９１４Ａは、適用されたコマンドに基づいて管理データを配信する（９２８）。この実施形態は、ユーザインターフェイスをナビゲートするユーザのアクションに基づいてＮＭＳ９０６とエージェント９１４Ａとの間の管理データコントロールの動的な性質を示す。
【００６１】
図１０は、管理データをどのように収集し及び／又はネットワーク管理システムと通信するか管理するネットワーク自動エンジン１１０の一実施形態のブロック図である。１つの実施形態では、ネットワーク自動エンジン１１０は、検出イベントモジュール１００２、イベントトリガーモジュール１００４、被管理ノード識別子１００６、及び管理データコマンドモジュール１００８を備えている。検出イベントモジュール１００２は、図３のブロック３０２で述べたように、イベントを検出する。イベントトリガーモジュール１００４は、図３のブロック３０４で述べたように、検出されたイベントがトリガーするかどうか決定する。被管理ノード識別子１００６は、図３のブロック３０６で述べたように、影響を受ける被管理ノードを識別する。管理データコマンドモジュール１００８は、図３のブロック３０８で述べたように、官吏変更コマンドを送信する。
【００６２】
図１１は、管理データをどのように収集し及び／又はネットワーク管理システムと通信するか管理するネットワーク自動エンジン１１０の別の実施形態のブロック図である。１つの実施形態では、ネットワーク自動モジュール１１０は、被管理ノードイベントモジュール１１０２、システム分析モジュール１１０４、及びユーザインターフェイスナビゲーションモジュール１１０６を備えている。この実施形態では、被管理ノードイベントモジュール１１０２は、図４において述べたように、被管理ノードからのイベント識別に基づいて管理データの管理を動的に変更する。システム分析モジュール１１０４は、図６において述べたように、検出されたシステムイベントに基づき管理データの管理を動的に変更する。ユーザインターフェイスナビゲーションモジュール１１０６は、図８において述べたように、ユーザインターフェイスナビゲーションイベントに基づいて管理データの管理を動的に変更する。
【００６３】
図１２は、被管理ノードから受け取った検出されたイベントに応答して、管理データをどのように管理するかを動的に変更する被管理ノードイベントモジュール１１０２のブロック図である。１つの実施形態では、被管理ノードイベントモジュール１１０２は、エージェントイベントモジュール１２０２、エージェントイベントトリガーモジュール１２０４、被管理ノード識別子１２０６、管理データコマンド決定モジュール１２０８、及び送信コマンドモジュール１２１０を備えている。この実施形態では、エージェントイベントモジュール１２０２は、図４のブロック４０２において上述したように、エージェントからイベント通知を受け取る。１つの実施形態では、エージェントイベントモジュール１２０２は、イベント通知を記憶するのに使用されるメモリを備えている。エージェントイベントトリガーモジュール１２０４は、図４のブロック４０４において上述したように、イベントが変更をトリガーするかどうか決定する。被管理ノード識別子１２０６は、図４のブロック４０６において上述したように、影響を受ける被管理ノードを識別する。管理データコマンド決定モジュール１２０８は、図４のブロック４０８において上述したように、影響を受ける各被管理ノードについてコマンドを決定する。送信コマンドモジュール１２１０は、図４のブロック４１０において上述したように、影響を受ける各被管理ノードへコマンドを送信する。
【００６４】
図１３は、検出されたシステムイベントに応答して管理データをどのように管理するかを動的に変更するシステム分析モジュール１１０４のブロック図である。１つの実施形態では、システム分析モジュール１１０４は、システム分析イベントモジュール１３０２、システムイベント検出モジュール１３０４、システムイベントトリガーモジュール１３０６、システム被管理ノード識別子モジュール１３０８、システム管理データコマンド決定モジュール１３１０、及びシステム送信コマンドモジュール１３１２を備えている。１つの実施形態では、システム分析イベントモジュール１３０２は、図６のブロック６０２において上述したように、イベントに対するシステム条件を分析する。システムイベント検出モジュール１３０４は、図６のブロック６０４において上述したように、システムイベントを検出する。１つの実施形態では、システムイベント検出モジュール１３０４は、検出されたイベントを記憶するのに使用されるメモリを備えている。システムイベントトリガーモジュール１３０６は、図６のブロック６０６において上述したように、検出されたシステムイベントが変更をトリガーするかどうか決定する。システム被管理ノード識別子モジュール１３０８は、図６のブロック６０８において上述したように、影響を受ける被管理ノードを識別する。システム管理データコマンド決定モジュール１３１０は、図６のブロック６１０において上述したように、影響を受ける各被管理ノードに対して管理データコマンドを決定する。システム送信コマンドモジュール１３１２は、図６のブロック６１２において上述したように、コマンドを送信する。
【００６５】
図１４は、検出されたユーザインターフェイスイベントに応答して管理データをどのように管理するかを動的に変更するユーザインターフェイスナビゲーションモジュール１１０６のブロック図である。１つの実施形態では、ユーザインターフェイスナビゲーションモジュール１１０６は、検出ユーザインターフェイスモジュール１４０２、ユーザインターフェイスイベントトリガーモジュール１４０４、被管理ノード識別子モジュール１４０６、ユーザインターフェイス管理データコマンド決定モジュール１４０８、送信コマンドモジュール１４１０、受信管理データモジュール１４１２、及び送信管理データモジュール１４１４を備えている。１つの実施形態では、検出ユーザインターフェイスモジュール１４０２は、図８のブロック８０２において上述したように、ユーザインターフェイスイベントを検出する。１つの実施形態では、検出ユーザインターフェイスモジュール１４０２は、検出されたイベントを記憶するのに使用されるメモリを備えている。ユーザインターフェイスイベントトリガーモジュール１４０４は、図８のブロック８０４において上述したように、検出されたユーザインターフェイスイベントが変更をトリガーするかどうか決定する。被管理ノード識別子モジュール１４０６は、図８のブロック８０６において上述したように、影響を受ける被管理ノードを識別する。ユーザインターフェイス管理データコマンド決定モジュール１４０８は、図８のブロック８０８において上述したように、管理データ変更コマンドを決定する。送信コマンドモジュール１４１０は、図８のブロック８１０において上述したように、コマンドを送信する。受信管理データモジュール１４１２は、図８のブロック８１２において上述したように、更新された管理データを受け取る。送信管理データモジュール１４１４は、図８のブロック８１４において上述したように、更新された管理データをユーザインターフェイスへ送信する。
【００６６】
図１５は、本発明の一実施形態に使用されるデータ処理システム１５００の一例を示す。例えば、このシステム１５００は、図１に示すＮＭＳ１０６を含むように実施される。図１５は、コンピュータシステムの種々のコンポーネントを示すが、それらのコンポーネントを相互接続する特定のアーキテクチャー又は方法を表すことを意図していないことに注意されたい。というのは、そのような詳細は、本発明に関係がないからである。又、それより少数のコンポーネント又はおそらくそれより多数のコンポーネントを有するネットワークコンピュータ及び他のデータ処理システム又は他の消費者向け電子装置も本発明に使用できることが明らかである。
【００６７】
図１５に示すように、データ処理システムの一形態であるコンピュータシステム１５００は、マイクロプロセッサ１５０５、ＲＯＭ（リードオンリメモリ）１５０７、揮発性ＲＡＭ１５０９、及び不揮発性メモリ１５１１に結合されたバス１５０３を備えている。マイクロプロセッサ１５０５は、メモリ１５０７、１５０９、１５１１からインストラクションを検索し、そしてそれらインストラクションを実行して、上述した動作を遂行する。バス１５０３は、これらの種々のコンポーネントを一緒に相互接続すると共に、これらのコンポーネント１５０５、１５０７、１５０９及び１５１１をディスプレイコントローラ及びディスプレイ装置１５１５へ、並びに周辺装置、例えば、マウス、キーボード、モデム、ネットワークインターフェイス、プリンタ、及び良く知られた他の装置である入力／出力（Ｉ／Ｏ）装置へも相互接続する。典型的に、入力／出力装置１５１５は、入力／出力コントローラ１５１７を通してシステムに結合される。揮発性ＲＡＭ（ランダムアクセスメモリ）１５０９は、典型的に、メモリにデータを維持し又はリフレッシュするために常時電力を必要とするダイナミックＲＡＭ（ＤＲＡＭ）として実施される。
【００６８】
大量ストレージ１５１１は、典型的に、システムから電力を除去した後もデータ（例えば、大量のデータ）を維持する磁気ハードドライブ、又は磁気光学ドライブ、又は光学ドライブ、又はＤＶＤ  ＲＡＭ、又はフラッシュメモリ、又は他の形式のメモリシステムである。典型的に、大量ストレージ１５１１も、ランダムアクセスメモリであるが、これは必要なことではない。図１５は、大量ストレージ１５１１がデータ処理システムの残りのコンポーネントに直結されたローカル装置であることを示しているが、本発明は、システムから離れた不揮発性メモリ、例えば、モデム、イーサネット(登録商標)インターフェイス又はワイヤレスネットワークのようなネットワークインターフェイスを通してデータ処理システムに結合されたネットワークストレージ装置を利用できることが明らかである。バス１５０３は、良く知られたように、種々のブリッジ、コントローラ及び／又はアダプタを通して互いに接続された１つ以上のバスを含む。
【００６９】
以上に述べた部分は、専用ロジック回路のようなロジック回路、或いはプログラムコードインストラクションを実行するマイクロコントローラ又は他の形態の処理コアで実施される。従って、以上の説明で教示されたプロセスは、インストラクションを実行するマシンに幾つかの機能を遂行させるマシン実行可能なインストラクションのようなプログラムコードで遂行される。この点において、「マシン」とは、中間形態（又は「アブストラクト」）インストラクションを、プロセッサ特有のインストラクションへ変換するマシン（例えば、アブストラクト実行環境、例えば、「バーチャルマシン」（例えば、Ｊａｖａ(登録商標)バーチャルマシン）、インタープリター、共通言語ランタイム、高レベル言語バーチャルマシン、等）、及び／又は汎用プロセッサ及び／又は特殊目的プロセッサのようなインストラクションを実行するように設計された半導体チップ上に配置された電子回路（例えば、トランジスタで実施される「論理回路」）である。又、以上の説明で教示されるプロセスは、プログラムコードを実行せずにプロセス（又はその一部分）を遂行するように設計された電子回路により遂行されてもよい（マシンとは別に又はマシンと組み合わせて）。
【００７０】
又、本発明は、ここに述べる動作を遂行するための装置にも関する。この装置は、特に、要求された目的のために構成されてもよいし、或いは記憶されたコンピュータプログラムにより選択的に作動され又は再構成される汎用コンピュータを備えてもよい。そのようなコンピュータプログラムは、コンピュータ読み取り可能なストレージ媒体、例えば、これに限定されないが、フロッピー(登録商標)ディスク、光学的ディスク、ＣＤ−ＲＯＭ、及び磁気−光学ディスクを含む任意の形式のディスク、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カード、或いは電子的インストラクションを記憶するのに適当な任意の形式の媒体に記憶され、それらは、各々、コンピュータシステムバスに結合される。
【００７１】
マシン読み取り可能な媒体は、マシン（例えば、コンピュータ）により読み取り可能な形態で情報を記憶し又は送信するためのメカニズムを含む。例えば、マシン読み取り可能な媒体は、リードオンリメモリ（ＲＯＭ）；ランダムアクセスメモリ（ＲＡＭ）；磁気ディスクストレージ媒体；光学的ストレージ媒体；フラッシュメモリ装置；等を含む。
【００７２】
製造物品は、プログラムコードを記憶するのに使用される。プログラムコードを記憶する製造物品は、１つ以上のメモリ（例えば、１つ以上のフラッシュメモリ、ランダムアクセスメモリ（スタティック、ダイナミック、等））、光学ディスク、ＣＤ−ＲＯＭ、ＤＶＤ  ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カード、或いは電子インストラクションを記憶するのに適した他の形式のマシン読み取り可能な媒体として実施されるが、これに限定されない。又、プログラムコードは、伝播媒体で実施されるデータ信号により（例えば、通信リンク（例えば、ネットワーク接続）を経て）リモートコンピュータ（例えば、サーバー）から要求側コンピュータ（例えば、クライアント）へダウンロードされてもよい。
【００７３】
以上の詳細な説明は、コンピュータメモリ内のデータビットに対する動作のアルゴリズム及び記号表示に関して表現されている。これらのアルゴリズム記述及び表示は、データ処理分野の当業者により彼等の仕事の実質を他の当業者に最も効率的に伝えるために使用されるツールである。アルゴリズムとは、ここでは、一般的に、望ましい結果を導く自己矛盾のない動作シーケンスであると考えられる。動作は、物理量の物理的操作を要求するものである。通常、必ずしもそうでないが、これらの量は、記憶、転送、合成、比較、その他、操作することのできる電気的又は磁気的信号の形態をとる。主として、慣用上、これらの信号は、ビット、値、エレメント、記号、キャラクタ、期間、数、等として参照するのが便利であると分かっている。
【００７４】
しかしながら、これら及び同様の用語は、全て、適当な物理量に関連付けられ、そしてそれらの量に適用される便宜的表示に過ぎないことを銘記されたい。特に指示のない限り、以上の説明から明らかなように、この説明全体を通して、「受信」「決定」「送信」「送出」「転送」「検出」「レポート」「収集」「通信」等の用語を使用する説明は、コンピュータシステムのレジスタ及びメモリ内で物理的（電子的）量として表されたデータを操作し、そしてコンピュータシステムのメモリ又はレジスタ或いは他のそのような情報記憶、伝達又は表示装置内で物理的量として同様に表される他のデータへと変換するコンピュータシステム又は同様の電子的コンピューティング装置のアクション及び処理を参照するものである。
【００７５】
ここに述べるプロセス及びディスプレイは、特定のコンピュータ又は他の装置に固有に関係していない。種々の汎用システムを、ここに述べる技術によるプログラムと共に使用してもよいし、或いはここに述べる動作を遂行するように更に特殊な装置を構成するのが便利であると分かっている。種々のこれらシステムに要求される構造は、以上の説明から明らかとなろう。更に、本発明は、特定のプログラミング言語を参照して説明していない。上述した本発明の教示を具現化するのに種々のプログラミング言語を使用できることが明らかであろう。
【００７６】
以上、本発明の幾つかの規範的実施形態を単に説明した。当業者であれば、そのような説明、添付図面、及び特許請求の範囲から、本発明の精神及び範囲から逸脱せずに種々の変更がなされ得ることが明らかであろう。
【符号の説明】
【００７７】
１００：システム
１０２：ユーザ装置
１０４：ネットワーク管理ユーザインターフェイス
１０６：ネットワーク管理システム（ＮＭＳ）
１０８：ネットワーク管理モジュール
１１０：ネットワーク自動エンジン（ＮＡＥ）
１１２Ａ−Ｎ：被管理ノード
１１４Ａ−Ｎ：エージェント
１１６Ａ−Ｎ：サービス
１１８Ａ−Ｎ：ストレージ
２００：システム
２０２：ネットワーク管理システム（ＮＭＳ）
２０４：ネットワーク管理モジュール
２０８：被管理ノード
２１０：エージェント
２１２：サービス
２１４：ストレージ
２１６：管理コマンド
２１８：管理データ
【図１】
0006353453.tif 000002
【図２】
0006353453.tif 000003
【図３】
0006353453.tif 000004
【図４】
0006353453.tif 000005
【図５】
0006353453.tif 000006
【図６】
0006353453.tif 000007
【図７】
0006353453.tif 000008
【図８】
0006353453.tif 000009
【図９】
0006353453.tif 000010
【図１０】
0006353453.tif 000011
【図１１】
0006353453.tif 000012
【図１２】
0006353453.tif 000013
【図１３】
0006353453.tif 000014
【図１４】
0006353453.tif 000015
【図１５】
0006353453.tif 000016