(57)【要約】ネットワーク管理システムはプレゼンス及びインスタントメッセージング（ＰＩＭ）技術を組み込む。プレゼンスのサービスは、ネットワーク要素のプレゼンスの発見及びネットワーク要素の提供する資源及びサービスをサポートする。インスタントメッセージのサービスは、要素管理システム（ＥＭＳ）とネットワーク要素の間の通信に使用され、ＦＡＣＰＳ機能をサポートする。ＸＭＬはＥＭＳとネットワーク要素の間の通信のインスタントメッセージングフォーマットとして使用され、ＳＮＭＰ、ＣＭＩＰ及び他の既存のネットワーク管理プロトコルのためのアダプタが提供される。プレゼンスのサービスは、ＮＭＳ、ＥＭＳ及びＳＭＳのプレゼンスを透明にする。ＥＭＳとネットワーク要素の間の管理関係及びＥＭＳとＮＭＳの間の関係を実施するために、バディグループＰＩＭ技術が使用される。ＰＩＭは、サーバ、ネットワーク要素及び資源の監視を提供する。
2007520786.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク管理のためのシステムであって
複数のネットワーク・エレメント（２８ａ、２８ｂ、２８ｃ）と、
前記複数のネットワーク・エレメントに接続されるエレメント管理システム（ＥＭＳ）（１４）と、
前記ネットワーク・エレメントに動作可能に関連付けられている前記ＥＭＳおよび複数のＰＩＭクライアント（５２）にインターフェイスされる、プレゼンスおよびインスタント・メッセージング（ＰＩＭ）エンジン（５０）であって、前記ＰＩＭクライアントは前記ＰＩＭエンジンと論理的に通信し、前記ＰＩＭエンジンおよびＰＩＭクライアントは前記ＥＭＳと前記ネットワーク・エレメントとの間のプレゼンス・サービスおよびインスタント・メッセージングを提供する、プレゼンスおよびインスタント・メッセージング（ＰＩＭ）エンジンと、
前記ＥＭＳとネットワーク管理システム（ＮＭＳ）１２との間の通信のための北側インターフェイス手段（４６）と
を備えるネットワーク管理のためのシステム。
【請求項２】
請求項１に記載のネットワーク管理のためのシステムであって、プレゼンス・サービスおよびインスタント・メッセージングのために前記ＮＭＳ（１２）と動作可能に関連付けられるＰＩＭクライアントを更に含む、ネットワーク管理のためのシステム。
【請求項３】
請求項１に記載のネットワーク管理のためのシステムであって、前記ＥＭＳが、前記ＰＩＭクライアント（５２）と前記ＰＩＭエンジン（５０）との間のＰＩＭプレゼンス・サービスおよびインスタント・メッセージ・トラフィックに対処するため、および少なくとも１つの代替の標準通信プロトコルに更に対応するために、通信スタックを有するネットワーク仲介（２６）のためのアダプタを更に組み込む、ネットワーク管理のためのシステム。
【請求項４】
請求項３に記載のネットワーク管理のためのシステムであって、前記少なくとも１つの代替の通信プロトコルが、ＳＮＭＰ、ＣＯＲＢＡ、ＦＴＰ／ＴＦＴＰ、ＴＬ１、およびＣＬＩの組から選択される、ネットワーク管理のためのシステム。
【請求項５】
請求項３に記載のネットワーク管理のためのシステムであって、前記管理下のネットワークは第２の複数のネットワーク・エレメントを含み、前記第２の複数のネットワーク・エレメントは前記少なくとも１つの代替の標準通信プロトコルを使用して前記アダプタを介して通信する、ネットワーク管理のためのシステム。
【請求項６】
請求項１に記載のネットワーク管理のためのシステムであって、前記ＥＭＳは、前記ＰＩＭプレゼンス・サービスを介して提供される前記複数のネットワーク・エレメントのプレゼンティティを格納するために、管理されるオブジェクト・リポジトリを更に組み込む、ネットワーク管理のためのシステム。
【請求項７】
請求項１に記載のネットワーク管理のためのシステムであって、前記ＰＩＭはＸＭＬフォーマットを使用する、ネットワーク管理のためのシステム。
【請求項８】
請求項１に記載のネットワーク管理のためのシステムであって、前記ＥＭＳは、障害管理・コンフィギュレーション管理・会計管理・性能管理およびセキュリティ管理（ＦＣＡＰＳ）モジュールを更に含み、前記モジュールは前記ＰＩＭを介して通信するように構成される、ネットワーク管理のためのシステム。
【請求項９】
請求項１に記載のネットワーク管理のためのシステムであって、前記ＥＭＳはオペレータ・インターフェイスのための手段（１８）を更に含む、ネットワーク管理のためのシステム。
【請求項１０】
請求項９に記載のネットワーク管理のためのシステムであって、前記オペレータ・インターフェイスのための手段は、グラフィカル・ユーザ・インターフェイス（ＧＵＩ）を含む、ネットワーク管理のためのシステム。
【請求項１１】
完全に統合されたネットワーク管理システムであって、
複数のネットワーク・エレメント（２８ａ、２８ｂ、２８ｃ）と、
前記複数のネットワーク・エレメントに接続される少なくとも１つのエレメント管理システム（ＥＭＳ）（１４）と、
前記ＥＭＳから北側インターフェイス（４６）を介して接続されるネットワーク管理システム（ＮＭＳ）（１２）と、
前記ＮＭＳから北側インターフェイスを介して接続されるサービス管理システム（ＳＭＳ）（５４）と、
前記ＥＭＳと、前記ネットワーク・エレメント、前記ＥＭＳ、前記ＮＭＳ、および前記ＳＭＳに動作可能に関連付けられる複数のＰＩＭクライアント（５２）とにインターフェイスされるプレゼンスおよびインスタント・メッセージング（ＰＩＭ）エンジン（５０）であって、前記ＰＩＭクライアントが前記ＰＩＭエンジンと論理的に通信し、前記ＰＩＭエンジンおよび前記ＰＩＭクライアントが前記ＥＭＳ、前記ＮＭＳ、前ＳＭＳ、および前ネットワーク・エレメントの間のプレゼンス・サービスおよびインスタント・メッセージングを提供する、プレゼンスおよびインスタント・メッセージング（ＰＩＭ）エンジンと
を備える完全に統合されたネットワーク管理システム。
【請求項１２】
ネットワーク管理システム（ＮＭＳ）および少なくとも１つのエレメント管理システム（ＥＭＳ）を使用する複数のネットワーク・エレメントを備えるネットワークの管理のための方法であって、
ネットワーク・プレゼンスおよびインスタント・メッセージング（ＰＩＭ）エンジンを提供するステップと、
前記複数のネットワーク・エレメントおよび前記ＥＭＳのそれぞれに関連付けられる複数のＰＩＭクライアントを提供するステップと、
前記ＰＩＭエンジンおよび前記クライアントを介してプレゼンティティによって前記ネットワークの任意のエレメントのプレゼンスを通信するステップと、
前記ＥＭＳにおいてプレゼンティティのデータベースを維持するステップと、
前記ＰＩＭエンジンおよび前記クライアントを介してインスタント・メッセージングによって前記ＥＭＳと前記ネットワーク・エレメントとの間で通信するステップと
を備えるネットワークの管理のための方法。
【請求項１３】
請求項１２に記載のネットワークの管理のための方法であって、
前記ＮＭＳに関連付けられるＰＩＭクライアントを提供するステップと、
前記ＰＩＭエンジンおよび前記クライアントを介してプレゼンティティによって前記ＮＭＳおよび前記ＥＭＳのプレゼンスを通信するステップと、
前記ＰＩＭエンジンおよび前記クライアントを介してインスタント・メッセージングによって前記ＥＭＳと前記ＮＭＳとの間で通信するステップと
を更に備えるネットワークの管理のための方法。
【請求項１５】
請求項１２に記載のネットワークの管理のための方法であって、前記ＥＭＳは、故障管理・コンフィギュレーション管理・会計管理・性能管理およびセキュリティ管理（ＦＣＡＰＳ）モジュールを含み、前記ＥＭＳと前記ネットワーク・エレメントとの間の通信を行う前記ステップが
プレゼンス・サービスおよびインスタント・メッセージングによって、故障管理、コンフィギュレーション管理、会計管理、性能管理、およびセキュリティ管理のデータを通信するステップ
を含む、
ネットワークの管理のための方法。
【請求項１６】
請求項１２に記載のネットワークの管理のための方法であって、サービス管理システム（ＳＭＳ）が前記ネットワークに組み込まれており、
前記ＳＭＳに関連付けられるＰＩＭクライアントを提供するステップと、
前記ＰＩＭエンジンおよび前記クライアントを介してプレゼンティティによって前記ＳＭＳのプレゼンスを通信するステップと、
前記ＰＩＭエンジンおよび前記クライアントを介してインスタント・メッセージングによって前記ＥＭＳ、ＮＭＳ、およびＳＭＳの間で通信するステップと
を更に備えるネットワークの管理のための方法。
【請求項１７】
請求項１６に記載のネットワークの管理のための方法であって、バディ・グループを使用して、前記ＳＭＳ、ＮＭＳ、およびＥＭＳの間の管理関係を維持するステップを更に備えるネットワークの管理のための方法。
【請求項１８】
請求項１６に記載のネットワークの管理のための方法であって、前記ネットワークはセキュリティ・サーバを含み、更に、
プレゼンスを通信する前記ステップが、セキュリティ・プロフィール情報を含めるステップを更に備え、
前記ＰＩＭエンジンおよび前記クライアントを介してインスタント・メッセージングによって前記ネットワーク・エレメント、ＥＭＳ、ＮＭＳ、およびＳＭＳの間で通信する前記ステップが、前記セキュリティ・プロフィールに基づいて通信応答を制限するステップを更に備える、
ネットワークの管理のための方法。
【請求項１９】
請求項１６に記載のネットワークの管理のための方法であって、前記プレゼンスおよびインスタント・メッセージング・サービスを使用してネットワーク／サービス・リソースのアベラビリティを監視するステップを更に備えるネットワークの管理のための方法。
【請求項２０】
請求項１６に記載のネットワークの管理のための方法であって、ドメインベースのネットワーク管理をサポートするために、すべての関連のオペレータをＰＩＭクライアントとして、管理下の前記ネットワーク・エレメントおよび前記ＮＭＳ／ＥＭＳコンポーネントと共に、バディ・グループに含めるステップを更に備えるネットワークの管理のための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に通信ネットワーク管理システムの分野に関し、より詳細には、ネットワークにおける管理下のネットワーク・エレメントへの通信、および統合されたネットワーク管理のためにネットワーク管理システム（ＮＭＳ）と対話するためにプレゼンスおよびインスタント・メッセージング（ＰＩＭ）を用いるエレメント管理システム（ＥＭＳ）に関する。
【背景技術】
【０００２】
ネットワークにおけるネットワーク・エレメントの管理は、エレメント管理システム（ＥＭＳ）の基本的な要件である。従来、ＥＭＳは、「ｐｉｎｇ（ピング）」と呼ばれる方法を使用して管理下のネットワーク内のネットワーク・エレメントのプレゼンス（存在）を識別する。しかし、この手法は、一点のポーリングを提供するだけであり、新しいネットワーク・エレメントを発見したり、非常に大量のネットワーク・エレメントに関してプレゼンスや他の状態（ステータス）の確認を維持したりするための効率的で体系的な方法を提供しないという点で、限界がある。これは、一般のプレゼンス・サービスおよびインスタント・メッセージングにおけるピアツーピア通信と比べて効率的ではない。
【０００３】
ＳＮＭＰ、ＣＭＩＰ、およびＣＯＲＢＡは、ＥＭＳとネットワーク・エレメントとの間の通信のための主要な管理プロトコルとして使用されてきた。しかし、これらの管理プロトコルを通信に使用した際の短所は非常に明白である。ＣＭＩＰは、複雑すぎ、プロトコルにおけるオーバーヘッドのために非常に非効率的である。それは、ＩＴＵによって提案され、業界において一部の古い開発で使用されていたが、最近の開発では使用されていない。管理機能の弱点のため、ＳＮＭＰは、簡単な管理動作でさえ幾つかのＳＮＭＰプロトコル動作を必要とし得るので、使用するには非効率である。従って、マルチデバイス動作結果およびアトミック動作、特にまとまったアトミック動作をサポートするのは困難である。
【０００４】
ＣＯＲＢＡは、オブジェクト・レベルの動作を容易にするために提案されており、個々の強力な管理カードを備える幾つかの新しいネットワーク・エレメントで使用されている。しかし、ＣＯＲＢＡの使用は、管理カードにおけるソフトウェア開発に多大な労力を要するため、市場では普及していない。
【０００５】
従来のネットワーク管理システムでは、ＥＭＳとネットワーク・エレメントとの間の管理関係は、ネットワーク・コンフィギュレーションに基づいて実施され、それぞれのＥＭＳ内で維持される。この管理関係の全体的な情報を提供するのは容易ではない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、ＥＭＳのための簡素化された機構を用いてネットワーク・エレメントのプレゼンス（存在）を決定し、プレゼンスの認識をすべてのネットワーク・エレメントへ提供することが望ましい。
【０００７】
更に、システム・ハードウェアおよびソフトウェアが大幅に複雑になること無く、簡素化された通信プロトコルを使用してＥＭＳとネットワーク・エレメントとの間の通信を確立することが望ましい。
【課題を解決するための手段】
【０００８】
本明細書に開示されている発明は２つの形で特徴付けられ、それらは、ＥＭＳおよび管理下のネットワークにおいてプレゼンス・サービス（ＰＳ）およびインスタント・メッセージング（ＩＭ）を使用することと、完全に統合されたネットワーク管理システムにおいてプレゼンス・サービスおよびインスタント・メッセージングを使用することとである。
【０００９】
ＥＭＳ管理下のネットワークにおいて、エレメント管理システム（ＥＭＳ）は、複数のネットワーク・エレメントを有する管理下のネットワークを制御する。プレゼンス・サービスおよびインスタント・メッセージング（ＰＩＭ）（Presence Service and Instant Messaging）・サーバはＥＭＳに対してインターフェイスされ、複数のＰＩＭクライアントは、ネットワーク・エレメントと動作可能に関連付けられる。ＥＭＳサーバが１つだけ存在するとき、ＰＩＭエンジンは、そのＥＭＳサーバに配置される。また、ＰＩＭエンジンは、個別のスタンドアロンＰＩＭサーバにあってもよい。ＰＩＭクライアントは、ＰＩＭエンジンと通信する。ＰＩＭエンジンおよびＰＩＭクライアントは、ＥＭＳとネットワーク・エレメントとの間でプレゼンス・サービスおよびインスタント・メッセージングを提供する。プレゼンス・サービスは、ネットワーク・エレメントおよびリソースの存在（プレゼンス）発見、およびネットワーク・エレメントによって提供されるサービスをサポートする。インスタント・メッセージング・サービスは、エレメント管理システム（ＥＭＳ）とネットワーク・エレメントとの間の通信に使用されて、ＦＣＡＰＳ（障害管理、コンフィギュレーション管理、会計管理、性能管理、およびセキュリティ管理）機能をサポートする。ＸＭＬは、インスタント・メッセージング・フォーマットとして、ＥＭＳとネットワーク・エレメントとの間の通信に使用される。ＳＮＭＰ、ＣＭＩＰ、および他の既存のネットワーク管理プロトコルへの適応が提供される。
【００１０】
本発明を組み込む統合されたネットワーク管理システムは、複数のネットワーク・エレメントを有する管理下のネットワークと、管理下のネットワークに接続される複数のエレメント管理システム（ＥＭＳ）と、すべてのエレメント管理システムと通信するネットワーク管理システム（ＮＭＳ）とを含む。エレメント管理システム（ＥＭＳ）とネットワーク管理システム（ＮＭＳ）との間の通信用のインターフェイスが提供される。ＮＭＳおよび各ＥＭＳ内のＰＩＭクライアントは、インターフェイスの一部として又はインターフェイスと共に、管理エレメント、ＥＭＳ、およびＮＭＳの間のプレゼンスおよびインスタント・メッセージングを可能にする。ネットワーク／サービス・リソースのアベラビリティの監視は、プレゼンスおよびインスタント・メッセージング・サービスを使用して達成される。
【００１１】
本発明のこれらおよび他の特徴および利点は、以下の詳細な説明を添付の図面と併せ読めば、よりよく理解される。
【発明を実施するための最良の形態】
【００１２】
図１を参照すると、本発明は、管理下のネットワーク１０のための、プレゼンスおよびインスタント・メッセージング技術を使用して通信するための総合的なフレームワークを提供する。エレメント管理システム（ＥＭＳ）１４は、ネットワーク管理システム（ＮＭＳ）１２と通信したり、適切なグラフィカル・ユーザ・インターフェイス（ＧＵＩ）１８を介してオペレータと通信したりするためのアプリケーション・プログラミング・インターフェイス（ＡＰＩ）１６を組み込む。ＥＭＳは、ネットワーク・プレゼンスおよびインスタント・メッセージング（ＰＩＭ）サーバ２０と、障害管理・コンフィギュレーション管理・会計管理・性能管理・セキュリティ管理（ＦＣＡＰＳ）モジュール２２と、管理下のオブジェクトのリポジトリ２４とを含む。ネットワークのための管理オブジェクト・モデルは、オブジェクト指向の設計である。モデル内の包含関係は、管理オブジェクト・リポジトリ内で管理される。ＰＩＭエンジンは、標準ベースのプレゼンスおよびインスタント・メッセージング・サーバ、例えば、ＶｉｒｔｕａｌＴｈｅｒｅ  Ｉｎｃ．によって提供されるＥｘｐｒｅｓｓｏ  ＩＭなどを用いるものであり、Ｅｘｐｒｅｓｓｏ  ＩＭは、M. Day、J. Rosenberg および H. Sugano による Internet Engineering Task Force (IETF) recommendation RFC2778 "A Model for Presence and Instant Messaging" および M. Day、S. Aggarwal、 G. Mohr および J. Vincent による RFC2779 "Instant Messaging / Presence Protocol Requirements" に従う。
【００１３】
管理下のネットワーク内のネットワーク・エレメントＮＥ１からＮＥｋはそれぞれＰＩＭクライアントを含む。一例として、幾つかのネットワーク・エレメントＮＥａおよびＮＥｂは、ＰＩＭクライアントを備えておらず、従来の様式でＥＭＳによって管理される。通信スタックを通してのネットワーク仲介（mediation）のためのアダプタ２６がＥＭＳに設けられており、通信スタックは、関連するＰＩＭのを装備したネットワーク・エレメントのためにはＰＩＭ機能を提供し、装備していないネットワーク・エレメントのためには標準ＳＮＭＰ、ＣＯＲＢＡ、ＴＬＩ、およびＣＬＩ通信を提供し、大量の性能データをＰＩＭ装備のネットワーク・エレメントおよび非装備のネットワーク・エレメントのために送るには、ＦＴＰ／ＴＥＴＰが使用される。
【００１４】
図５は、アダプタの構造のブロック図である。この図では、ＣＭＩＰアダプタ２６ａは、ＸＭＬベースのモデルをＧＭＩＰ要求（Ｍ−ＳＥＴ、Ｍ−ＧＥＴ、Ｍ−ＡＣＴＩＯＮ、Ｍ−ＣＲＥＡＴＥ、Ｍ−ＤＥＬＥＴＥを含む）に変換し、ＣＭＩＰ  Ｅｖｅｎｔ（−Ｍ−ＥＶＥＮＴ）をＸＭＬベースのモデルに変換するために使用されている。ＳＮＭＰアダプタ２６ｂは、ＸＭＬベースのモデルをＳＮＭＰ要求（ＳＮＭＰ  ＧＥＴ−Ｒｅｑｕｅｓｔ、ＳＥＴ−Ｒｅｑｕｅｓｔ、ＧＥＴ−Ｎｅｘｔを含む）に変換し、ＳＮＭＰトラップをＸＭＬベースのモデルに変換するために使用されている。ＴＬ１およびＣＬＩアダプタは、ＸＭＬベースのモデルをＴＬ１およびＣＬＩコマンドに変換するために使用されている。
【００１５】
ＥＭＳは、ＥＭＳが適切なアダプタ・エレメントを選択して管理下のネットワーク・エレメントと通信することができるように、何れのネットワーク・エレメントがＰＩＭ装備であり、何れのネットワーク・エレメントがＰＩＭ非装備であるかを知るこができるように、構成されている。
【００１６】
ＸＭＬは、示されている実施形態のＰＩＭに使用される。適したフォーマットの一例は、Internet Engineering Task Force (IETF) Internet Draft の D. Atkins and G. Klyne による「Common Presence and Instant Messaging: Message Format」に開示されている。ＩＥＴＦ  ＮＥＴＣＯＮＦ  ＷＧ（http://www.ietf.org/html.charters/netconf-charter.html）によって駆動される将来のＸＭＬ標準フォーマットを、代替の実施形態で使用してもよい。この草案は、Ｒ．ＥｎｎｓによるＮＥＴＣＯＮＦ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌや、Ｅ．ＬｅａｒおよびＫ．ＣｒｏｚｉｅｒによるＢＥＥＰ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｍａｐｐｉｎｇ  ｆｏｒ  ＮＥＴＣＯＮＦなどを含む。アダプタは、ＳＮＭＰ  ＭＩＢおよびＣＭＩＰ  ＭＩＢをＸＭＬベースのモデルに適応させることによって、ＳＮＭＰおよびＣＭＩＰベースのネットワーク・エレメントをサポートする。同様に、本発明を使用するシステムの論理アーキテクチャおよび配置例に関して後に説明されるように、ＥＭＳは、ＸＭＬ通信を使用して、ＮＭＳとの北側インターフェイス（northbound interface）における柔軟性を可能にする。
【００１７】
本発明の場合、ＥＭＳとネットワーク・エレメントとの間の管理関係がバディ（buddy）・グループ情報として維持される。図１の実施形態は、１つのＥＭＳおよび１つのＮＭＳのみを示している。しかし、後に詳しく説明されるように、本発明によって使用されるＰＩＭシステムは、ネットワークに関与する複数のＥＭＳ、ＮＭＳ、またはサービス管理システム（ＳＭＳ）を備えるアーキテクチャを可能にする。
【００１８】
本発明の動作の一例として、図２にネットワーク・エレメントの最初のコンフィギュレーションが示されている。フォールド・エンジニア３０は、ステップ３２で、ネットワーク・エレメントをインストールし、始動させる。ネットワーク・エレメント内のＰＩＭクライアントは、ステップ３４で、プレゼンティティ（presentity）をＥＭＳへ送信する。ＥＭＳ内のＰＩＭエンジンは、ステップ３６で、プレゼンス情報を受信し、コンフィギュレーション・データをＦＣＡＰＳコンフィギュレーション・モジュールからネットワーク・エレメントへ送信する。ステップ３８に示されるように、ネットワーク・エレメント内のＰＩＭクライアントは、ＸＭＬのコンフィギュレーション・データを受信し、ネットワーク・エレメント内の構成（コンフィギュレーション）管理モジュールは、それに応じてネットワーク・エレメントにおけるカードおよびサービスをコンフィギュレーションする。
【００１９】
ネットワーク・オペレータが、最初のコンフィギュレーションの後に、ネットワーク・エレメントにおけるサービスをコンフィギュレーションする必要がある場合、ステップ４０で、ＧＵＩを介してＥＭＳへコマンドが提供され、ＥＭＳは次いで、ステップ４２で、コンフィギュレーション・データを、インスタント・メッセージング・サービスを介してネットワーク・エレメントへ送信する。インスタント・メッセージングの機能に関連するオブジェクト指向モデルは、複数の管理下のオブジェクトのコンフィギュレーションを１つのコンフィギュレーション動作で変更できるようにする。コンフィギュレーション・トランザクション管理もサポートされる。指定された管理下のオブジェクトに対するすべてのコンフィギュレーション動作は、同じコンフィギュレーション要求内に含まれる。動作のそれぞれは成功されるはずであるが、コンフィギュレーション動作のうちの１つが失敗した場合には、成功したコンフィギュレーション動作のすべてがロールバックされ、コンフィギュレーション動作全体が失敗したことを示すために、応答「ｆａｉｌｅｄ（失敗）」がＥＭＳへ提供される。従って、コンフィギュレーションは、ＥＭＳとネットワーク・エレメントとの間で一貫したままである。同様に、コンフィギュレーション・データがネットワーク・エレメント内で変わった場合、データは、インスタント・メッセージングを介してＥＭＳへ送られる。ネットワーク・エレメントとＥＭＳとの間のコンフィギュレーション・データの同期は、インスタント・メッセージング・サービスを介して達成され、そして、ＸＭＬの使用により、ネットワーク全体中の１または複数のネットワーク・エレメント内の複数の管理下のオブジェクトのコンフィギュレーション・データが、容易に同期される。
【００２０】
上述したように、ＰＩＭクライアントを含む新しいネットワーク・エレメントがネットワークで稼働されると、プレゼンス・サービスはＥＭＳへ通知する。ＥＭＳ管理下のオブジェクト・リポジトリにおいてトポロジ・データベースが更新され、ＮＭＳは、北側インターフェイスを介して通知される。これによって、複雑さが低減されたネットワーク／サービス・リソース管理が可能になる。任意のリソース変更が、インスタント・メッセージング・サービスを介して、またはプレゼンスの変更として、ネットワーク・エレメントからＥＭＳへ送られる。
【００２１】
コンフィギュレーション・データと同様に、ＰＩＭを使用して障害管理が簡素化される。アラームおよびイベントは、ＰＩＭフォーマットを介して送信できる。タイムスタンプ、アラーム・タイプ、推定原因（考えられる原因）、特定の問題などを含むアラーム定義は、ＸＭＬで構築される。アラーム／イベントがＥＭＳによって受信されると、アラーム／イベント処理機能をサポートするために、産業用のＸＭＬパーサが使用され、例えば、ＩＢＭ  ＸＭＬ４Ｊ  Ａｐａｃｈｅ  Ｘｅｒｃｅｓ（http://alphaworks.ibm.com/tech/xml4j）、Ｓｕｎ  Ｐｒｏｊｅｃｔ  Ｘ（http://java.sun.com/products/xml/index.html)、Ｏｒａｃｌｅ  ＸＭＬ  Ｐａｒｓｅｒ  ｆｏｒ  Ｊａｖａ（http://technet.oracle.com/tech/xml/parser_java2/）、Ｊａｍｅｓ  Ｃｌａｒｋ  ＸＰ（http://jclark.com/xml/xp/index.html）などがある。アラームの標準の定義は、上記で参照されたＡｔｋｉｎｓおよびＫｌｙｎｅによるインターネット草案に開示されている実施形態向けにフォーマットされる。ＰＩＭを使用する発明のシステムは、ＳＮＭＰトラップを使用するよりも効率的な構文解析を可能にし、ネットワークの使用を最低限に抑える。しかし、本システムは、開示されているように、アラーム／イベントを標準ＸＭＬべース・モデルへと変換するＥＭＳ内のアダプタを介して変換を行うことにより、ＳＮＭＰ管理下のネットワーク・エレメントからの既存のＳＮＭＰアラーム／イベントを可能にする。
【００２２】
リアルタイムの性能監視データおよび会計情報は、それらのデータをＥＭＳに送信するためにＰＩＭを使用してＸＭＬで収集される。次いでデータは、ＰＩＭを使用して、システム内のＮＭＳまたは会計マネージャへ送られることができる。性能データに対してＰＩＭを使用することによって、標準の通信プロトコルよりも速度を増加できる。大量のデータの転送を必要とする履歴性能分析は、システム内でアダプタを介してＦＴＰ／ＴＦＴＰを使用して行われる。
【００２３】
表１に、本発明を使用するシステムにおいてＡｔｋｉｎｓ／Ｋｌｙｎｅフォーマットを使用したアラームの実装の一例が示されている。この例では、ネットワーク・エレメントＮＥ１０８は、ＲｅｐｌａｃｅａｂｌｅＵｎｉｔＭｉｓｓｉｎｇ（置換可能なユニットがない）アラームをＥＭＳ１へ送信する。
【００２４】
【表１】
2007520786.tif 000003
【００２５】
同様に、表２に、本発明を使用するシステムにおいてＡｔｋｉｎｓ／Ｋｌｙｎｅフォーマットを使用した性能データの収集の一例が示されている。この例では、ＥＭＳ１は、ネットワーク・エレメントＮＥ１０８からＥＳ、ＳＥＳを取得する。
【００２６】
【表２】
2007520786.tif 000004
【００２７】
セキュリティ管理モジュールについても同様に、ユーザ・アクションを選択し、許可したり、ネットワーク・リソースや情報にアクセスしたりする全体的な制御機能を備える複雑なセキュリティ・アプリケーションは、ネットワーク・エレメントとＥＭＳとの間のＰＩＭ通信を使用して容易に達成される。アクセスされるネットワーク・エレメントの正当な使用、機密性、およびデータのインテグリティを保証するためにネットワーク・ユーザのアクセスおよび特権を確認することは、容易になされ得る。インターネットおよびＷｅｂベースのネットワーク管理を使用することによって、セキュリティ管理の重要性が増す。セキュリティ・プロフィールを定義するためにＸＭＬが使用され、ＰＩＭインスタント・メッセージング・サービスは、ＥＭＳとネットワーク・エレメントとの間でのセキュリティ・チェック情報およびアクノレッジメントの転送をサポートする。
【００２８】
表３に、本発明を使用するシステムにおいてＡｔｋｉｎｓ／Ｋｌｙｎｅフォーマットを使用したセキュリティ管理の一例が示されている。この例では、ＥＭＳ１は、複数のユーザについてネットワーク・エレメントＮＥ１０８に対してセキュリティ・プロフィールを設定し、次いで「ｕｓｅｒ２」は、ＮＥ１０８に対しての許可されていないコンフィギュレーション動作を実行しようと試みる。
【００２９】
【表３】
2007520786.tif 000005
【００３０】
図３は、本発明による、ＰＩＭを使用した統合されたネットワーク管理システムの論理アーキテクチャを示している。論理ＰＩＭエンジン５０は、ＰＩＭクライアントを含む管理下のネットワーク１０ａ、１０ｂ、１０ｃ、および１０ｄ内の各ネットワーク・エレメントに接続される。この論理構成は、ネットワーク内のＥＭＳ／ＮＭＳサーバのそれぞれにＰＩＭエンジンを配置することによって、大きいネットワークにおいて物理的に配置されることができる。小さいネットワークでは、ＰＩＭエンジンは、ＮＭＳサーバに配置されてもよい。各管理システムは、ＥＭＳ、ＮＭＳ、またはＳＭＳであろうと、論理ＰＩＭクライアント５２を含む。典型的な物理的配置について、図４を参照して後に説明する。
【００３１】
一実施形態例におけるマネージャ間の関係は、バディ・グループ情報として維持される。通常、ＥＭＳ１４ａ、１４ｂ、１４ｃは、１つのＮＭＳ１２によって管理され、１つのバディ・グループに属する。しかし、ＥＭＳは、第２のＮＭＳ（またはサード・パーティのＮＭＳ）への統合を提供することもできる。この管理関係は、ＥＭＳの健康状態の管理を可能にし、ＥＭＳのリカバリのサポートを提供する。
【００３２】
例示的な実施形態については、ＥＭＳとネットワーク・エレメントとの間の管理関係もバディ・グループ情報として維持される。通常、例えばネットワーク１０ａ内のＮＥ２８ａなどのような１つのネットワーク・エレメントは、１つのＥＭＳ１４ａによって管理され、１つのバディ・グループに属する。しかし、幾つかの特殊な状況において、例えばネットワーク１０ｃ内のＮＥ２８ｃなどのような１つのネットワーク・エレメントは、１つより多いＥＭＳ、ＥＭＳ１４ｂおよび１４ｃによって管理され、複数のバディ・グループに属する場合がある。
【００３３】
物理ドメインベース（場所ベース）のネットワーク管理は、本発明を使用して、バディ・グループおよび複数のＰＩＭクライアントを介して、達成され得る。例えば、図６では、ネットワーク１０ｅ、ネットワーク１０ｆ、および１０ｇはＥＭＳ１４ｄによって管理され、オペレータからの管理の視点によれば、ネットワーク１０ｅおよびネットワーク１０ｆはドメインａに属するが、ネットワーク１０ｇはドメインｂに属する。２つのバディ・グループ、即ち、ドメインａのバディ・グループおよびドメインｂのバディ・グループが作成される。この場合、ＥＭＳ１４ｄにおいて２つのＰＩＭクライアント、即ち、バディ・グループａのＰＩＭクライアント５２ａおよびバディ・グループｂのＰＩＭクライアント５２ｂが、提供される。ＰＩＭクライアントＡはオペレータＡに対応し、ＰＩＭクライアントＢはオペレータＢに対応する。同様に、本発明を使用するシステムは、代替例として、同じ管理下のドメインに対しての複数のオペレータ（複数のＰＩＭクライアント）に対してもコンフィギュレーションされる。
【００３４】
代替実施形態においてネットワーク管理のために論理ドメイン・ベースのバディ・グループが作成される。例えば、バディ・グループは管理機能に従って作成され、管理機能については、故障管理に１つのバディ・グループ、性能管理に１つのバディ・グループ、およびコンフィギュレーション管理に１つのバディ・グループなどがある。この場合、１つのオペレータを表す少なくとも１つのＰＩＭクライアントが、バディ・グループごとにＥＭＳ内に設けられる。
【００３５】
大きいネットワークでは、ＥＭＳ、ＮＭＳ、およびＳＭＳが異なる機械上に配置される場合がある。各システムのセキュリティがスタンドアロンである場合、ユーザは、対象のネットワーク管理機能へアクセスするために、異なるシステムに別々にログインする必要がある。完全に統合されたネットワーク管理システムを構築し、顧客ネットワーク管理要件をサポートするためには、セキュリティ管理が統合されなければならない。１つの例示的な手法は、すべてのセキュリティ管理を１つの中央セキュリティ・データベース（ＤＢ）に統合することである。この中央セキュリティ・データベースは、他のＥＭＳ、ＮＭＳ、ＳＭＳがアクセスできる任意の機械（例えばＮＭＳサーバ内）に配置されることができる。セキュリティ・データは中央に集められる。中央セキュリティ・サーバ（ＤＢを含む）およびセキュリティ・サーバにアクセスするためのＡＰＩは、当分野で知られている。
【００３６】
代替の実施形態において、セキュリティ・データは、完全に分散される。各ＥＭＳは、ＥＭＳによってサポートされているネットワークのユーザに属するセキュリティ・データのみを含む。中央セキュリティＤＢは、ネットワーク全体のすべてのセキュリティ・データのスーパーセットであり、セキュリティ・サーバに組み込まれて管理を便利にする。ＥＭＳ／ＮＭＳ／ＳＭＳサーバ中のＰＩＭエンジンおよびクライアントは、プレゼンティティ・フォーマットおよびプロトコルを介したユーザ・セキュリティ・プロフィールの同期の便利な方法を提供する。
【００３７】
すべての管理システム（ＥＭＳおよびＮＭＳ）では、北側インターフェイス４６はＸＭＬに基づく。オブジェクト指向の管理下のオブジェクト・モデルはＸＭＬで記述され得るため、北側インターフェイスでＸＭＬを使用することによって、モデルを透明化する。この透明化を実証する一例が、ＥＭＳ１の北側インターフェイスにおいての、Ａｔｋｉｎｓ／Ｋｌｙｎｅフォーマットを使用したアラームについて、表４に示されている。この例では、ＥＭＳ１は、ネットワーク・エレメントＮＥ１０８で起きた２つのアラーム（ＲｅｐｌａｃｅａｂｌｅＵｎｉｔＭｉｓｓｉｎｇ（置換可能なユニットがない）およびＬＯＳ）をＮＭＳへ送信する。
【００３８】
【表４】
2007520786.tif 000006
【００３９】
図４に、上述の論理アーキテクチャに対応する本発明の例示的な物理的アーキテクチャが示されている。管理下のネットワーク１０ａ、１０ｂ、１０ｃ、および１０ｄはそれぞれ、ネットワーク１０ａ内のＮＥ１およびＮＥ２、ネットワーク１０ｂ内のＮＥａおよびＮＥｂ、ネットワーク１０ｃ内のＮＥＩおよびＮＥＩＩ、ネットワーク１０ｄ内のＮＥｉおよびＮＥｉｉによって例示されるように、多くのネットワーク・エレメントを含んでいる。３つのＥＭＳ１４ａ、１４ｂ、および１４ｃは、ネットワーク・エレメントを監督する。上述のように、ネットワーク・エレメントＮＥｉはＥＭＳ１４ｂおよびＥＭＳ１４ｃの両方によって管理されることに留意されたい。各ＥＭＳは、ＰＩＭエンジンを含み、各ネットワーク・エレメントおよびＮＭＳ１２およびＳＭＳ５４は、ＰＩＭクライアントを含む。ＰＩＭは、階層的なエンドツーエンド（end-to-end）・ネットワーク管理を提供するために使用される。各管理システム、ＳＭＳ／ＮＭＳ／ＥＭＳは、ＰＩＭを介してプレゼンス情報を提供する。各ネットワーク・エレメントは、そのそれぞれのＰＩＭクライアントを介してプレゼンス情報を提供する。トポロジ管理は、プレゼンス情報を記録することによってなされる。追加された各ネットワーク・エレメントは、ＰＩＭを介してプレゼンティティを提供し、ＥＭＳ内の管理下のオブジェクト・リポジトリのトポロジ・データベースが更新される。ＮＭＳへの通知は、ＥＭＳの北側インターフェイスを介してインスタント・メッセージングを介して達成され、同様に、ＳＭＳおよび任意のサード・パーティのＯＳＳ５６は、ＮＭＳの北側インターフェイスを介して通知される。
【００４０】
動作において本発明を使用するワイヤレス・ネットワークの一例として、ネットワーク・エレメントとしての基地局の状態は、プレゼンティティによりＥＭＳ／ＮＭＳに対して使用可能である。電源障害によるものであろうと他の原因によるものであろうと、障害のために基地局を失った場合、ＰＩＭのプレゼンス・サービスを介してプレゼンティティ状態（ステータス）を「接触していない（out of contact）」へ変更すると、すぐにＥＭＳへ故障が通知される。次いで、上述のアラーム／イベント・プロトコルを用いるインスタント・メッセージングを使用して、担当オペレータの通知が行われる。次いで、オペレータによって、フィールド・エンジニアの派遣または代替の解決策がすぐに開始され得る。基地局が、動作するように回復すると、ＰＩＭを介して基地局によってプレゼンティティが再び作成され、次いでＥＭＳ／ＮＭＳによるシステム更新のための適したインスタント・メッセージングが対処される。
【００４１】
特許の法令によって要求されるように本発明を詳しく説明してきており、本明細書に開示した特定の実施形態への変更および置き換えを当業者は理解されよう。こうした変更は、特許請求の範囲に定義されている本発明の範囲および意図内に含まれる。
【図面の簡単な説明】
【００４２】
【図１】図１は、本発明によって定義されるネットワーク・プレゼンスおよびインスタント・メッセージング・プロトコルを使用するＥＭＳのアーキテクチャのブロック図である。
【図２】図２は、ネットワークのネットワーク・エレメントの設定およびコンフィギュレーション中の対話の図である。
【図３】図３は、本発明を使用する例示の統合されたネットワーク管理システムの論理アーキテクチャの図である。
【図４】例示の統合されたネットワーク管理システムの物理的なアーキテクチャの図である。
【図５】従来のプロトコルへのアダプタの構造のブロック図である。
【図６】バディ・グループを用いるドメイン・ベースのネットワーク管理の図である。
【図１】
2007520786.tif 000007
【図２】
2007520786.tif 000008
【図３】
2007520786.tif 000009
【図４】
2007520786.tif 000010
【図５】
2007520786.tif 000011
【図６】
2007520786.tif 000012