JP5079917B2 - 通信ネットワーク内の事象を監視するための方法 - Google Patents

Description

本発明は、通信ネットワーク管理の分野に関する。詳細には、本発明は、通信ネットワーク内で発生している事象を監視するための方法に関する。本発明は、さらに、前述の方法を実装するのに適したシステムおよびネットワーク要素に関する。

知られているように、通信ネットワークの管理は、例えば：
− ネットワークパフォーマンスの監視、
− ネットワーク要素およびそのリソース（ボード、ポート、交差接続など）の構成
− ネットワーク内で発生している誤りの管理など
（以下の説明において「管理オペレーション」と呼ばれる）いくつかのオペレーションを実行するために行われる。

典型的には、管理オペレーションは、管理されることになるネットワークのそれぞれのネットワーク要素に接続された、「ネットワーク管理局もしくはネットワーク管理システム」（または、簡単にＮＭＳ）と呼ばれる装置によって実行される。

詳細には、ＮＭＳには、「エージェント」と呼ばれるソフトウェアアプリケーションと情報を交換することが可能な、「マネージャ」と呼ばれるソフトウェアアプリケーションが提供され、そのエージェントは、ネットワーク要素に配置される。マネージャおよびエージェントは、通信ネットワークのタイプに応じた管理プロトコルを使用することによって、互いと管理情報を交換する。管理プロトコルの例は、ＳＮＭＰ（簡易ネットワーク管理プロトコル）、ＣＭＩＰ（共通管理情報プロトコル）、Ｑ３、およびＴＬ１である。

ＮＭＳは、通常、１つまたは複数の管理グラフィックインターフェースをサポートすることが可能である。それぞれの管理グラフィックインターフェースは、ネットワーク管理の責任を有するオペレータが、例えば：
− リソース構成パラメータ、すなわち、リソース（識別子、状態など）のアクティブ化時に、オペレータによって定義されるパラメータのセット、
− リソースパフォーマンスパラメータ、すなわち、リソースオペレーションの間にリソースパフォーマンス（レート、誤り率など）が推定されることを可能にするパラメータのセット、
− 警報、すなわち、異常な事象（電力信号レベルの低減、誤り率の増大など）が検出されていることを示すために、ネットワーク要素によってＮＭＳに送信される管理メッセージなど、
ネットワーク要素およびそのリソースに対する管理情報を表示することを可能にする。

ＮＭＳは、通信ネットワークから、「プル」と呼ばれる第１のモードに従って、または「プッシュ」と呼ばれる第２のモードに従って、管理グラフィックインターフェースを介して表示されることになる管理情報を受信することが可能である。

プルモードに従って、オペレータは、ＮＭＳを用いて、１つまたは複数のネットワーク要素から管理情報のあるセットを受信するための要求を生成する。例えば、オペレータは、ＮＭＳを用いて、ネットワーク要素のあるリソース（例えば、ポート、またはボード）に対する構成パラメータを表示するための要求を生成することが可能である。これは、ＮＭＳに、リソースに対する構成パラメータの値を受信するための要求を含む管理メッセージをネットワーク要素に送信させる。その要求の受信時に、ネットワーク要素は、そのローカルデータベースから、要求されたパラメータの現在格納されている値を読み取って、応答メッセージを用いて、それらの値をＮＭＳに送信する。このようにして、ＮＭＳは、応答メッセージを読み取って、要求されたパラメータ値を用いて管理グラフィックインターフェースを表示するために、そのコンテンツを使用することが可能である。

これに反して、プッシュモードに従って、所与の事象がネットワーク内で発生した場合、１つまたは複数のネットワーク要素は、その事象を示す管理情報のあるセットをＮＭＳに自発的に送信し、これにより、実質的にリアルタイムでその事象についてオペレータに通知する。プッシュモードは、通常、例えば、警報生成または１つもしくは複数のパフォーマンスパラメータの変更など、オペレータによって予測不可能な時点で、通信ネットワーク内で発生する事象について、オペレータに通知するために使用される。一般に、ＮＭＳは、オペレータが、事象のあるセットを監視するための１つまたは複数の要求を定式化して、現在開いているグラフィックインターフェース上で対応する通知メッセージを表示することを可能にする。例えば、オペレータは、あるリソースのパフォーマンスパラメータの時間変化を監視するための要求を定式化することが可能である。このようにして、オペレータは、実質的にリアルタイムでパフォーマンスパラメータ値の可能性のある時間変化について通知される。

本出願人は、通信ネットワークの分野において、ウェブ技術に基づいてネットワーク要素管理システムを提供することが望ましいことに気づいた。これは、主に、このように動作している管理システムが、有利には、Ｍｏｚｉｌｌａ、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒなど、ウェブをブラウジングするための（一般に、「ウェブブラウザ」と呼ばれる）現在のコンピュータプログラムのグラフィックインターフェースに類似した管理グラフィックインターフェースを使用することを可能にするためである。以下の説明において、かかるインターフェースは、「ウェブのような（ｗｅｂ−ｌｉｋｅ）管理グラフィカルインターフェース」と呼ばれる。

本出願人は、管理システムが、これにより、ＮＭＳによって実行され、かつウェブのような管理グラフィカルインターフェースをサポートすることが可能なブラウザを介して実装されることが可能であり、管理情報は、ウェブインターフェースにとって典型的なグラフィックオブジェクト、すなわち、ウィンドウ、アイコンなどとして表示されることに注目した。

さらに、本出願人は、現在のネットワーク要素は、管理オペレーションを実行するためにＮＭＳによって使用され得る、かなりの量の計算リソース（すなわち、プロセッサパワーおよびメモリ領域）を有することに注目した。

このように、ネットワーク要素もその計算リソースを提供することになるため、ＮＭＳが、すべての管理オペレーションを実行することを可能にする量の計算リソースをＮＭＳに提供することは必要でなくなる。したがって、ＮＭＳは、ウェブのような管理インターフェースをサポートするために、かつネットワーク要素にアクセスするために、実質的に１つのブラウザを有する管理端末によって置き換えられることが可能である。

不利なことに、ウェブのような管理インターフェースが基礎を置くウェブのような技術は、オペレータが、プッシュモードで管理情報を受信するための１つまたは複数の要求を定式化できることを実現しない。詳細には、ウェブのような技術は、オペレータが通信ネットワーク内で発生し得る事象のあるセットを監視するための前述の要求を定式化することを可能にしない。したがって、不利なことに、ウェブのような管理グラフィックインターフェースを使用する場合、オペレータは、オペレータによって予測不可能な時点で、通信ネットワーク内で発生する事象について、実質的にリアルタイムで通知されることができない。

この問題を解決するために、ブラウザが、管理情報のあるセットを受信することを通信ネットワークに周期的に要求するようにブラウザを構成することによって、プッシュモードをシミュレートすることが可能であろう。しかし、任意の事象がたまたまオペレータに通知されない場合ですら、管理端末によってネットワークから要求された管理情報の伝送はすべての期間で発生するため、これは、不利なことに、リソースの浪費を伴う。

したがって、本出願人は、管理端末がウェブのような管理グラフィックインターフェースを有するときであっても、前述の解決策よりもより効率的な方法でネットワークリソースを使用しつつ、管理端末が通信ネットワークからプッシュモードで管理情報を受信し、これにより、実質的にリアルタイムで事象についてオペレータに通知することを可能にする、通信ネットワーク内で発生している所与のタイプの事象を監視するための方法を提供する問題に直面した。

第１の態様によれば、本発明は、通信ネットワーク内で発生している事象を管理端末において監視するための方法を提供し、通信ネットワークは、複数のネットワーク要素を備え、管理端末は、ウェブのような管理グラフィックインターフェースをサポートするのに適したブラウザを有し、この方法は、
ａ）複数のネットワーク要素のうちの１つにおいて監視モジュールを提供するステップと、
ｂ）監視モジュールと管理端末との間の監視チャネルにアクセスするための許可を取得するのに適したアクセストークンを含む、事象を監視するための要求をブラウザから監視モジュールに送信するステップと、
ｃ）監視モジュールにおいて、複数のネットワーク要素のうちの１つまたは複数から送信された事象に対して可能性のある管理情報を聴取するステップと、
ｄ）監視モジュールにおいて、管理情報が受信されるたびに、更新データを生成するためにその情報を処理するステップと、
ｅ）監視モジュールにおいて、監視チャネルにアクセスして、その監視チャネルを介して、更新データを管理端末に送信するために、アクセストークンを使用するステップとを備える。

好ましくは、ステップｂ）は、次のデータ：
− 監視されることになる事象に関連している、通信ネットワークの少なくとも１つのリソースを示すコンテキストデータ、
− 監視されることになる事象のタイプを示すサービスデータ、および
− 管理端末のポートのアドレス
のうちの少なくとも１つを要求内に挿入するステップをさらに備える。

好ましくは、ステップｃ）は、監視モジュールにおいて、管理端末から受信された要求を格納する要求受信表を更新するために、その要求を使用するステップをさらに備え、要求受信表は、次のフィールド：
− 要求の識別子を備えたフィールドＲｅｑＩＤ、
− 管理端末のポートのアドレスを備えたフィールドＡｄｄｒ、
− アクセストークンを備えたフィールドＴｏｋｅｎ、
− サービスデータを備えたフィールドＳｅｒｖ、および
− コンテキストデータを備えたフィールドＣｘｔ
のうちの１つまたは複数を備える。

好ましくは、ステップｃ）は、優先順位値をサービスデータの値と関連付ける優先順位表を調べることによって、その要求に優先順位を割り当てるステップをさらに備える。

有利には、ステップｃ）は、タグを生成するステップをさらに備え、このタグは、要求の識別子と、コンテキストデータと、優先順位とを備える。

好ましくは、ステップｃ）は、監視モジュールにおいてアクティブな要求を格納する要求状態更新表を更新するステップをさらに備え、要求状態更新表は、次のフィールド：
− 要求の識別子を備えたフィールドＲｅｑＩＤ、
− 管理端末のポートのアドレスを備えたフィールドＡｄｄｒ、
− 要求がアクティブであるか、非アクティブであるか、または一時的に停止されているかを示すフィールドＳｔａｔｕｓ、
− それぞれのフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍが、監視モジュールにおいて検出された所与のタイプの事象の総数を示すカウンタと、監視モジュールにおいて検出された所与のタイプの最後の事象の識別子とを備えた、Ｎ個のフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍ
のうちの１つまたは複数を備える。

第２の態様によれば、本発明は、通信ネットワーク内で発生している事象を管理端末において監視するためのシステムであって、通信ネットワークが複数のネットワーク要素を備えるシステムを提供し、このシステムは：
− 管理端末において実行可能であり、ウェブのような管理グラフィックインターフェースをサポートするのに適したブラウザと、
− 複数のネットワーク要素のうちの１つにおいて実行可能な監視モジュールとを備え、
このブラウザは、監視モジュールと管理端末との間の監視チャネルにアクセスするための許可を取得するのに適したアクセストークンを含む、事象を監視するための要求を監視モジュールに送信するのにさらに適し、
この監視モジュールは：
− 複数のネットワーク要素のうちの１つまたは複数から送信された事象に対して可能性のある管理情報を聴取し、
− 管理情報が受信されるたびに、更新データを生成するためにその管理情報を処理し、
− 監視チャネルにアクセスして、その監視チャネルを介して、更新データを管理端末に送信するために、アクセストークンを使用する
ように構成される。

第３の態様によれば、本発明は、ウェブのような管理グラフィックインターフェースをサポートするのに適したブラウザを有する管理端末と協働している、通信ネットワークのネットワーク要素を提供し、通信ネットワークは、複数のネットワーク要素を備え、ネットワーク要素は：
− 監視端末から、監視モジュールと管理端末との間の監視チャネルにアクセスするための許可を取得するのに適したアクセストークンを含む、事象を監視するための要求を受信し、
− 複数のネットワーク要素のうちの１つまたは複数から送信された事象に対して可能性のある管理情報を聴取し、
− 管理情報が受信されるたびに、更新データを生成するためにその管理情報を処理し、
− 監視チャネルにアクセスして、その監視チャネルを介して、更新データを管理端末に送信するために、アクセストークンを使用する
のに適した監視モジュールを備える。

本発明は、添付の図面を参照して読まれるべき、限定ではなく、例として提示される以下の詳細な説明を読むことによって、よりよく理解されるであろう。

本発明の一実施形態による方法を実装するように構成された通信ネットワークを概略的に示す図である。 監視モジュールのオペレーションを示す流れ図である。 図１に示される監視モジュールによって使用されるデータ構造を示す図である。 図１に示される監視モジュールによって使用されるデータ構造を示す図である。 図１に示される監視モジュールによって使用されるデータ構造を示す図である。

図１は、本発明の一実施形態による方法を実施するように構成された通信ネットワークＣＮを概略的に示す。

説明を簡単にするために、通信ネットワークＣＮは、３つのネットワーク要素ＮＥ１、ＮＥ２、ＮＥ３だけを備えることが仮定される。通信ネットワークＣＮは、任意の数のネットワーク要素を備え得るため、明らかに、これは単なる例示である。ユーザトラフィックの伝送をサポートする、ネットワーク要素ＮＥ１、ＮＥ２、およびＮＥ３の間の接続は、本説明にとって有用でないため、図１に示されない。

好ましくは、ネットワーク要素ＮＥ１、ＮＥ２、ＮＥ３は、同じ計算グリッドＧの一部を形成する。知られているように、計算グリッドは、分散アプリケーションを実行することを可能にする。すなわち、計算グリッドは、グリッドを形成しているすべてのコンピュータ間で所与のアプリケーションの実行を共有することを可能にする。すなわち、アプリケーションは、グリッドを形成しているすべてのコンピュータ間で共有される。グリッドを形成しているコンピュータは、「ミドルウェア」と呼ばれるアプリケーションを用いて、ウェブを経由して互いと通信する。例示的な計算グリッドは、ミドルウェアＧｌｏｂｕｓを使用するＧｌｏｂｕｓ Ａｌｌｉａｎｃｅによって提案される計算グリッドである。

この実施形態によれば、次いで、通信ネットワークＣＮのネットワーク要素ＮＥ１、ＮＥ２、およびＮＥ３は、ミドルウェアを用いて、ウェブを経由して互いに接続される。本出願人は、前述のミドルウェアＧｌｏｂｕｓを使用して、いくつかの実証テストを実行した。

好ましくは、通信ネットワークＣＮは、ブラウジングモジュールＢを実行するように構成され、グリッドＧのネットワーク要素のいずれか、例えば、ネットワーク要素ＮＥ１に接続された管理端末ＭＴにさらに接続される。ブラウジングモジュールＢは、ウェブのような管理グラフィックインターフェースＧＵＩをサポートすることが可能である。

前述のように、ウェブのような管理グラフィックインターフェースＧＵＩは、ウィンドウおよびアイコンなど、グラフィックオブジェクトとして、通信ネットワークＣＮの管理に対する管理情報を表示するのに適している。

本発明の実施形態によれば、通信ネットワークＣＮは、監視モジュールＭＭと協働する。

監視モジュールＭＭは、好ましくは、監視マネージャＭＭｇｒと、更新データジェネレータＵＤＧとを備える。監視マネージャＭＭｇｒは、要求受信表ＲＲＴｂｌ、優先順位表ＰＴｂｌ、および要求状態更新表ＲＳＵＴｂｌと協働することが可能であることが好ましい。

監視モジュールＭＭは、ソフトウェアモジュールとして、ハードウェアモジュールとして、またはソフトウェア部分とハードウェア部分とを有するモジュールとして実装され得る。監視モジュールＭＭがソフトウェアモジュールである場合、監視モジュールＭＭは、それを介して管理端末ＭＴがグリッドＧに入るネットワーク要素、すなわち、図１の例示的な通信ネットワークのネットワーク要素ＮＥ１によって実行されるのに適していることが好ましい。あるいは、監視モジュールＭＭは、計算グリッドＧの任意のその他のネットワーク要素によって実行され得る。あるいは、監視モジュールＭＭの実行は、計算グリッドＧの２つ以上のネットワーク要素の間で共有され得る。

監視モジュールＭＭは：
− 管理端末ＭＴから、管理端末を目指して監視チャネルＭＣにアクセスするための許可を取得するのに適したアクセストークンを含む、通信ネットワークＣＮ内で発生し得るあるタイプの事象を監視する要求を受信すること、
− １つまたは複数のネットワーク要素ＮＥ１、ＮＥ２、およびＮＥ３から送信されたあるタイプの事象に対して可能性のある管理情報を聴取すること、ならびに
− 管理情報が受信されるたびに、更新データＵＤを生成するためにその管理情報を処理して、監視チャネルＭＣを開放するためにアクセストークンを使用し、更新データＵＤを管理端末ＭＴに送信するために、監視チャネルＭＣを使用することが可能であることが好ましい。

監視モジュールＭＭおよびその構成要素のオペレーションが、次に、図２の流れ図を参照して詳細に説明される。

例えば、ウェブのようなグラフィック管理インターフェースＧＵＩは、通信ネットワークＣＮのネットワーク要素内に存在するサブシステムＷＤＭ（「波長分割多重化」）によって生成された、可能性のある警報を監視するための機能のアクティブ化を可能にするグラフィックオブジェクトを備えることが仮定される。

通信ネットワークＣＮを管理する責任を有するオペレータが、かかるグラフィックオブジェクトを選択したとき、ブラウザＢは、管理端末ＭＴが接続されたネットワーク要素、すなわち、要求Ｒを生成するＮＥ１にそのオペレーションを通知する（ステップ２０）。

好ましくは、要求Ｒは、オペレータが監視することを望む事象に関連するリソース（この場合、通信ネットワークＣＮのネットワーク要素のサブシステムＷＤＭ）を示すコンテキストデータを備える。さらに、要求Ｒは、好ましくは、オペレータが監視することを望むタイプの事象（この場合、警報の生成）を示すサービスデータを備える。さらに、好ましくは、要求Ｒは管理端末ＭＴのアドレスを備える。好ましくは、このアドレスは管理端末ＭＴのポートのＩＰアドレス（例えば、１９２．１６８．１．２５０）である。さらに、好ましくは、要求Ｒはアクセストークンを備える。好ましくは、アクセストークンは、一続きの４つのポート識別子（例えば、２０：４０：４５：８０）に等しく設定される。例えば、アクセストークンは、その他のアプリケーションによって使用されない、一続きの４つのポート識別子（例えば、２０：４０：４５：８０）に等しく設定されてよい。かかるポート識別子が任意のその他のアプリケーションによって使用されないことを確実にするために、それぞれのポート識別子は、オフセット値（例えば、１０２４）に加算することが好ましい。

次いで、ネットワーク要素ＮＥ１は、要求Ｒを監視モジュールＭＭに送信する（ステップ２１）。

監視モジュールＭＭは、好ましくは、監視マネージャＭＭｇｒが、図３ａに示す要求受信表ＲＲＴｂｌを更新するために要求Ｒのコンテンツを使用するステップ２２ａを実行するその監視マネージャＭＭｇｒを用いて、要求Ｒを受信することが好ましい。

好ましくは、要求受信表ＲＲＴｂｌは、管理端末ＭＴから受信された要求を格納する。図示されない実施形態によれば、通信ネットワークＣＮの管理は、２つ以上の異なる管理端末を用いて実行され得る。この場合、要求受信表ＲＲＴｂｌは、すべての管理端末から受信された要求を格納する。

好ましくは、それぞれの要求に関して、表ＲＲＴｂｌは、次のフィールド：
− 要素識別子を備えたフィールドＲｅｑＩＤ。例えば、監視マネージャＭＭｇｒは、監視マネージャＭＭｇｒが受信するそれぞれの要求に累進整数（ｐｒｏｇｒｅｓｓｉｖｅ ｉｎｔｅｇｅｒ）を割り当てることが可能である、
− 要求Ｒを生成した管理端末ＭＴのアドレスを備えたフィールドＡｄｄｒ、
− 要求Ｒを生成した管理端末ＭＴによって提供されたアクセストークンを備えたフィールドＴｏｋｅｎ、
− 要求Ｒを生成した管理端末ＭＴによって提供されたサービスデータを備えたフィールドＳｅｒｖ、および
− 要求Ｒを生成した管理端末ＭＴによって提供されたコンテキストデータを備えたフィールドＣｘｔ
のうちの１つまたは複数を有する行を備える。

図３ａは、要求Ｒの受信時に、監視マネージャＭＭｇｒが、そのフィールドが以下の値を有する行を表ＲＲＴｂｌ内に挿入することを示す：
− （それが受信された第３の要求であると仮定して）ＲｅｑＩＤ＝３、
− Ａｄｄｒ＝１９２．１６８．１．２５０、
− Ｔｏｋｅｎ＝２０：４０：４５：８０、
− Ｓｅｒｖ＝警報、および
− Ｃｘｔ＝ＷＤＭ。

実質的にステップ２２ａと同時に、監視マネージャＭＭｇｒは、コンテキストデータＣｘｔが参照するネットワーク要素、すなわち、サブシステムＷＤＭを含む、通信ネットワークＣＮのすべてのネットワーク要素に要求Ｒを送信するステップ２２ｂを実行する。説明を簡単にするために、通信ネットワークＣＮのネットワーク要素ＮＥ２だけが、サブシステムＷＤＭを含むことが仮定される。この場合、ステップ２２ｂにおいて、監視マネージャＭＭｇｒは、例えば、グリッドＧのミドルウェアを用いて、ネットワーク要素ＮＥ２に要求Ｒを送信する。

実質的にステップ２２ａおよび２２ｂと同時に、監視マネージャＭＭｇｒは、上記のアクセストークンを備えたセキュリティメッセージＭを管理端末ＭＴに送信するステップ２２ｃを実行する。これは、下で詳細に説明されるように、更新データＵＤを送信するために、管理端末ＭＴと監視モジュールＭＭを実行しているネットワーク要素との間の監視チャネルＭＣを保護された形で開放することを可能にすることになると有利である。

実質的にステップ２２ａ、２２ｂ、および２２ｃと同時に、監視マネージャＭＭｇｒは、優先順位を要求Ｒに割り当てる目的で、図１に示す優先順位表ＰＴｂｌを調べるステップ２２ｄを実行する。

図３ｂに示すように、優先順位表ＰＴｂｌは、好ましくは、サービスデータが仮定することが可能な値の数に等しい、すなわち、オペレータが監視することを要求することが可能な異なるタイプの事象の数に等しい、いくつかの行を備える。この場合、４つのタイプの可能性のある事象が存在することが仮定される：すなわち、
− 警報の生成（サービスデータ：警報）、
− パフォーマンスパラメータの変更（サービスデータ：ＰＭ）、
− ログコンテンツの変更（サービスデータ：ログ）、および
− その他の管理情報の生成（サービスデータ：一般的なＭＳＧ）、である。

表ＰＴｂｌのそれぞれの行は、好ましくは、サービスデータＳｅｒｖと、サービスデータＳｅｒｖに関連する優先順位Ｐｒとを備える。好ましくは、サービスデータＳｅｒｖに関係する優先順位は、管理モジュールＭＭにおいて関連する情報が受信される優先順位を示し、サービスデータＳｅｒｖによって識別された、処理されなければならないタイプの事象を示す。

例えば、図３ｂに示すように、最大優先順位（Ｐｒ＝１）は警報に割り当てられてよく、より低い優先順位（Ｐｒ＝２）はパフォーマンスパラメータに割り当てられてよく、さらにより低い優先順位（Ｐｒ＝３）はログに割り当てられてよく、最低優先順位（Ｐｒ＝４）は任意のその他の管理情報に割り当てられてよい。

実質的にステップ２２ａ、２２ｂ、２２ｃ、および２２ｄと同時に、監視マネージャＭＭｇｒは、タグＴを生成するステップ２２ｅを実行する。好ましくは、タグＴは、表ＲＲＴｂｌのフィールドＲｅｑＩＤ内に含まれた要求の識別子と、表ＲＲＴｂｌのフィールドＣｘｔ内に含まれたコンテキストデータと、ステップ２２ｅにおいて決定された優先順位と、要求Ｒがネットワーク要素ＮＥ２に転送されている時間を示す時間マーカと、当初１にセットアップされた整数とを備える。前述の例を参照すると、監視マネージャＭＭｇｒによって生成されたタグＴは、したがって、３＿ＷＤＭ＿１＿ｔ１＿１であり、ｔ１は、時間と分とで表現された時間マーカ（例えば、１０：３０）である。

実質的にステップ２２ａ、２２ｂ、２２ｃ、２２ｄ、および２２ｅと同時に、監視マネージャＭＭｇｒは、図１に示す要求状態更新表ＲＳＵＴｂｌを更新するステップ２２ｆを実行する。

詳細には、図３ｃに示すように、監視モジュールＭＭにおいてアクティブなそれぞれの要求に関して、表ＲＳＵＴｂｌは、次のフィールド：
− 表ＲＲＴｂｌのフィールドＲｅｑＩＤに対応するフィールドＲｅｑＩＤ、
− 表ＲＲＴｂｌのフィールドＡｄｄｒに対応するフィールドＡｄｄｒ、
− 要求がアクティブであるか、非アクティブであるか、または一時的に停止されているかを示すフィールドＳｔａｔｕｓ、
− それぞれが、サービスデータが仮定できるそれぞれの値に対応しているＮ個のフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍ。例えば、サービスデータ（警報、ＰＭ、ログ、および一般的なＭＳＧ）に関して、４つの異なる、可能性のある値が存在する上の例を参照すると、表ＲＳＵＴｂｌは、好ましくは、４つのフィールドを備える：すなわち、（警報に関する）Ｓｅｒｖ１Ｎｕｍ、（ＰＭに関する）Ｓｅｒｖ２Ｎｕｍ、（ログに関する）Ｓｅｒｖ３Ｎｕｍ、および（一般的な ＭＳＧに関する）Ｓｅｒｖ４Ｎｕｍである。それぞれのフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍは、好ましくは、サービスデータによって識別されたタイプの事象の総数を示すカウンタを備える。さらに、好ましくは、それぞれのフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍは、監視モジュールＭＭにおいて検出された最後の事象の識別子と、サービスデータによって識別されたタイプとを備える。
− そのタイプに関係なく、監視モジュールＭＭにおいて検出された最後の事象の識別子を備えたフィールドＳｅｑＮｕｍ、ならびに
− 表ＲＲＴｂｌのフィールドＣｘｔに対応しているフィールドＣｘｔ
のうちの１つまたは複数を有する行を備える。

図３ｃは、要求Ｒの受信時に、ステップ２２ｆにおいて、監視マネージャＭＭｇｒが、そのフィールドが以下の値を有する行を表ＲＳＵＴｂｌ内に挿入することを示す：
− ＲｅｑＩＤ＝３、
− Ａｄｄｒ＝１９２．１６８．１．２５０、
− Ｓｔａｔｕｓ＝アクティブ、
− （警報に対する）Ｓｅｒｖ１Ｎｕｍ＝０（説明を簡単にするために、カウンタ値だけを示す）、
− （ＰＭに対する）Ｓｅｒｖ２Ｎｕｍ＝０（説明を簡単にするために、カウンタ値だけを示す）、
− （ログに対する）Ｓｅｒｖ３Ｎｕｍ＝０（説明を簡単にするために、カウンタ値だけを示す）、
− （一般的なＭＳＧに対する）Ｓｅｒｖ４Ｎｕｍ＝０（説明を簡単にするために、カウンタ値だけを示す、
− ＳｅｑＮｕｍはいずれの事象も依然として受信していないため、ＳｅｑＮｕｍは画定されない、
− Ｃｘｔ＝ＷＤＭ。

これにより、監視マネージャＭＭｇｒは、サービスデータによって識別され、コンテキストデータによって識別されたリソースにおいて発生している事象、すなわち、サブシステムＷＤＭによる警報の生成を示す、可能性のある管理情報をネットワーク要素ＮＥ２から受信するために聴取する。

通信ネットワークＣＮのネットワーク要素は、要求された事象に関するすべての管理情報のいずれかが値を変更するたびに、かかる管理情報を監視マネージャＭＭｇｒに送信するように構成されることが好ましい。

ステップ２３の間に、監視マネージャＭＭｇｒが、ネットワーク要素ＮＥ２から要求された事象、すなわち、ネットワーク要素ＮＥ２のサブシステムＷＤＭによる１つまたは複数の警報の生成を示す管理情報を受信するとき、監視マネージャＭＭｇｒは、本明細書で後に説明されるようにそれらの管理情報を処理することが好ましい。

まず、ステップ２４において、監視マネージャＭＭｇｒは、受信された管理情報を、ステップ２２ｄの間に生成されたタグＴが付けられたパケット内に挿入して、その優先順次を考慮に入れて、タグが付けられたパケットを更新データジェネレータＵＤＧに送信する。好ましくは、ステップ２４において、監視マネージャＭＭｇｒは、カウンタを１だけ増分することによって、表ＲＳＵＴｂｌのフィールドＳｅｒｖ１Ｎｕｍをさらに更新する。

次いで、ステップ２５において、更新データジェネレータＵＤＧは、タグが付けられたパケットの中に含まれた管理情報をそのパケットから抽出して、更新データＵＤを生成するためにその管理情報を処理することが好ましい。詳細には：
− ＵＤＧが、受信された管理情報によって参照された事象が要求Ｒによって要求されたタイプの第１の事象であることを決定するとき、ＵＤＧは、更新データＵＤを受信された管理情報に等しく設定することが好ましい、
− ＵＤＧが、受信された管理情報によって参照された事象が要求Ｒによって要求されたタイプの第１の事象でないことを決定するとき、ＵＤＧは、（図１に示されない）データベースから、要求Ｒによって要求されたタイプの前回の事象を示す管理情報を読み取って、更新データＵＤを、この情報と受信されたばかりの管理情報との間の差だけに等しく設定することが好ましい。これらの情報が等しい場合、ＵＤＧはいずれの更新データも生成しない。

次いで、更新データジェネレータＵＤＧは、場合によっては生成された更新データＵＤにタグＴを適用して、それらを監視マネージャＭＭｇｒに送信する。

次いで、ステップ２６において、監視マネージャＭＭｇｒは、好ましくは、更新データＵＤを管理端末ＭＴのブラウザＢに送信して、当該ブラウザＢは、これにより、ネットワーク要素ＮＥ２のサブシステムＷＤＭによって生成された警報の存在を示すグラフィックオブジェクト（例えば、ウィンドウ）を生成することによって、ウェブのような管理グラフィックインターフェースＧＵＩを更新するために、それらの更新データＵＤを使用する。

詳細には、ステップ２６において、監視マネージャＭＭｇｒは、監視マネージャＭＭｇｒが更新データＵＤとアクセストークンとを送信しなければならない管理端末ＭＴのアドレスを要求受信表ＲＲＴｂｌから取り出すために、タグＴ内に含まれた情報を使用して、かかるアドレスによって識別されたポートを用いて、監視チャネルＭＣを開放するよう要求する。かかる監視チャネルＭＣは、ＴＣＰ接続であることが好ましい。

本発明の実施形態によれば、更新データＵＤは、ＲＴＰ（リアルタイム転送プロトコル）またはＲＴＳＰ（リアルタイムストリーミングプロトコル）プロトコルなど、ＴＣＰ／ＩＰスタックによってサポートされたリアルタイム伝送プロトコルを使用して送信されることが可能である。

さらに、好ましくは、ステップ２６において、監視マネージャＭＭｇｒは、監視チャネルＭＣを介してデータを送信する許可を管理端末ＭＴによって取得するために、要求Ｒに関連するアクセストークンを要求受信表ＲＲＴｂｌから取り出して、それに基づいて、監視チャネルＭＣを介して一連の識別パケットを送信するために、タグＴ内に含まれた情報を使用する。

監視マネージャＭＭｇｒが管理端末ＭＴによる許可を受信するとき、監視マネージャＭＭｇｒは、監視チャネルＭＣを介して更新データＵＤを管理端末ＭＴに送信することが好ましい。

したがって、ウェブのような管理グラフィックインターフェースＧＵＩは、オペレータが、通信ネットワークＣＮ内で発生し得る事象について、実質的にリアルタイムで通知されることを可能にすると有利である。

実際に、アクセストークン機構により、監視チャネルは、オペレータによって指定されたタイプの事象を示す任意の管理情報を監視モジュールＭＭから管理端末ＭＴに送信するために永久に利用可能である。

したがって、所与のタイプの事象を監視するために、オペレータは、ウェブのような管理インターフェース上で適切なグラフィカルオブジェクトを一度だけ選択すればよいと有利である。グラフィカルオブジェクトの選択は、要求を監視モジュールに送信させる。この要求は、管理端末ＭＴおよび監視モジュールＵＭによって共有されるアクセストークンと関連付けられる。監視モジュールＭＭは、次いで、要求されたタイプの事象を示す管理情報が受信されるたびに、監視チャネルを開放するためにアクセストークンを使用して、管理情報内で発生した変更について、実質的にリアルタイムで管理端末ＭＴに知らせる更新データＵＤを送信するために、かかる監視チャネルを使用する。

したがって、有利には、管理端末ＭＴは、もはや、管理情報の更新を受信するための要求を周期的に送信する必要がない。これに反して、単一の要求は、管理情報が更新されなければならないたびに、すなわち、要求されたタイプの事象が発生するたびに、自動的に開放されて、管理マネージャＭＭｇｒによって使用される監視チャネルを作成させる。

ネットワーク自体によって（すなわち、そのネットワーク要素のうちの１つまたは複数によって）実行される監視モジュールＭＭは、事象を監視する要求が満たされることを要求することによって、管理モジュールＭＭが管理端末ＭＴから受信する要求を管理すると有利である。

監視モジュールＭＭを用いた異なる要求の管理は、その優先順位が優先順位表ＰＴｂｌ内に格納された異なるサービスに割り当てられた異なる優先順位を考慮に入れると有利である。したがって、任意の可能性のある警報を表示することに対する要求は、例えば、パフォーマンスパラメータを表示することに対する要求よりもより高い優先順位を用いてサービス提供されると有利である。

更新データジェネレータＵＤＧがそのローカルデータベース内にすでに格納された（かつ、したがって、監視マネージャＭＭｇｒを介して、管理端末ＭＴにすでに送信されている）情報に類似した情報を受信するとき、更新データジェネレータＵＤＧは、いかなる更新データＵＤも管理端末ＭＴに送信しないため、更新データジェネレータＵＤＧは、管理情報の変化だけを送信することが可能であるとさらに有利である。これは、通信ネットワークＣＮおよび管理端末ＭＴのリソースが無用のデータを処理するために浪費されないことを可能にすると有利である。

アクセストークンを使用することが、許可されていない第３者がその接続内に入って、更新データＵＤを操るリスクを伴わずに、ウェブ技術に基づく（したがって、容易にアクセス可能な）接続を使用することによって、更新データＵＤが通信ネットワークＣＮから管理端末ＭＴに送信されることを可能にするとさらに有利である。

更新データＵＤを送信するための専用の接続を使用することが、更新データＵＤを失うリスクを結果として最小限に抑えて、送信の高い信頼性を保証するとさらに有利である。

Claims (13)

1. 通信ネットワーク（ＣＮ）内で発生している事象を管理端末（ＭＴ）において監視するための方法であって、前記通信ネットワーク（ＣＮ）が、複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）を備え、前記管理端末（ＭＴ）が、ウェブのような管理グラフィックインターフェース（ＧＵＩ）をサポートするように構成されたブラウザ（Ｂ）を有し、方法が、
   ａ）前記複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）のうちの１つ（ＮＥ１）において監視モジュール（ＭＭ）を提供するステップと、
   ｂ）前記監視モジュール（ＭＭ）と前記管理端末（ＭＴ）との間の監視チャネル（ＭＣ）にアクセスするための許可を取得するように構成されたアクセストークン（Ｔｏｋｅｎ）を含む、前記事象を監視するための要求（Ｒ）を前記ブラウザ（Ｂ）から前記監視モジュール（ＭＭ）に送信するステップと、
   ｃ）前記監視モジュール（ＭＭ）において、前記複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）のうちの１つまたは複数から送信された、前記事象に対して可能性のある管理情報を聴取するステップと、
   ｄ）前記監視モジュール（ＭＭ）において、前記管理情報が受信されるたびに、更新データ（ＵＤ）を生成するために前記管理情報を処理するステップと、
   ｅ）前記監視モジュール（ＭＭ）において、前記監視チャネル（ＭＣ）にアクセスするために前記アクセストークン（Ｔｏｋｅｎ）を使用し、リアルタイム伝送プロトコルを使用して、前記監視チャネル（ＭＣ）を介して、前記更新データ（ＵＤ）を前記管理端末（ＭＴ）に送信するステップとを備える、方法。
2. 前記ステップｂ）が、
   監視されることになる前記事象に関連している、前記通信ネットワーク（ＣＮ）の少なくとも１つのリソースを示すコンテキストデータ、
   監視されることになる前記事象のタイプを示すサービスデータ、および
   前記管理端末（ＭＴ）のポートのアドレス
   のうちの少なくとも１つを前記要求（Ｒ）内に挿入するステップをさらに備える、請求項１に記載の方法。
3. 前記ステップｃ）が、前記監視モジュール（ＭＭ）において、前記管理端末（ＭＴ）から受信された要求を格納する要求受信表（ＲＲＴｂｌ）を更新するために、前記要求（Ｒ）を使用するステップをさらに備え、前記要求受信表（ＲＲＴｂｌ）が、次のフィールド、
   前記要求（Ｒ）の識別子を備えたフィールドＲｅｑＩＤ、
   前記管理端末（ＭＴ）の前記ポートの前記アドレスを備えたフィールドＡｄｄｒ、
   前記アクセストークンを備えたフィールドＴｏｋｅｎ、
   前記サービスデータを備えたフィールドＳｅｒｖ、および
   前記コンテキストデータを備えたフィールドＣｘｔ
   のうちの１つまたは複数を備える、請求項１または２のいずれかに記載の方法。
4. 前記ステップｃ）が、優先順位値を前記サービスデータの値と関連付ける優先順位表（ＰＴｂｌ）を調べることによって、前記要求（Ｒ）に優先順位を割り当てるステップをさらに備える、請求項１から３のいずれかに記載の方法。
5. 前記ステップｃ）が、タグ（Ｔ）を生成するステップをさらに備え、前記タグ（Ｔ）が前記要求（Ｒ）の前記識別子と、前記コンテキストデータと、前記優先順位とを備える、請求項１から４のいずれかに記載の方法。
6. 前記ステップｃ）が、前記監視モジュール（ＭＭ）においてアクティブな要求を格納する要求状態更新表（ＲＳＵＴｂｌ）を更新するステップをさらに備え、前記要求状態更新表（ＲＳＵＴｂｌ）が、
   前記要求（Ｒ）の識別子を備えたフィールドＲｅｑＩＤ、
   前記管理端末（ＭＴ）の前記ポートの前記アドレスを備えたフィールドＡｄｄｒ、
   前記要求（Ｒ）がアクティブであるか、非アクティブであるか、または一時的に停止されているかを示すフィールドＳｔａｔｕｓ、
   それぞれのフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍが、前記監視モジュール（ＭＭ）において検出された前記所与のタイプの事象の総数を示すカウンタと、前記監視モジュール（ＭＭ）において検出された前記所与のタイプの最後の事象の識別子とを備えた、Ｎ個のフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍ
   のうちの１つまたは複数を備える、請求項１から５のいずれかに記載の方法。
7. 通信ネットワーク（ＣＮ）内で発生している事象を管理端末（ＭＴ）において監視するためのシステムであって、前記通信ネットワーク（ＣＮ）が複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）を備え、システムが、
   前記管理端末（ＭＴ）において実行されており、ウェブのような管理グラフィックインターフェース（ＧＵＩ）をサポートするように構成されているブラウザ（Ｂ）と、
   前記複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）のうちの１つ（ＮＥ１）において実行可能な監視モジュール（ＭＭ）とを備え、
   前記ブラウザ（Ｂ）が、前記監視モジュール（ＭＭ）と前記管理端末（ＭＴ）との間の監視チャネル（ＭＣ）にアクセスするための許可を取得するように構成されたアクセストークン（Ｔｏｋｅｎ）を含む、前記事象を監視するための要求（Ｒ）を前記監視モジュール（ＭＭ）に送信するようにさらに構成され、
   前記監視モジュール（ＭＭ）が、
   前記複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）のうちの１つまたは複数から送信された前記事象に対して可能性のある管理情報について聴取し、
   前記管理情報が受信されるたびに、更新データ（ＵＤ）を生成するために前記管理情報を処理し、
   前記監視チャネル（ＭＣ）にアクセスするために前記アクセストークン（Ｔｏｋｅｎ）を使用し、リアルタイム伝送プロトコルを使用して、前記監視チャネル（ＭＣ）を介して、前記更新データ（ＵＤ）を前記管理端末（ＭＴ）に送信する
   ように構成された、システム。
8. 前記ブラウザ（Ｂ）が、次のデータ、
   監視されることになる前記事象に関連している、前記通信ネットワーク（ＣＮ）の少なくとも１つのリソースを示すコンテキストデータ、
   監視されることになる前記事象の所与のタイプを示すサービスデータ、および
   前記管理端末（ＭＴ）のポートのアドレス
   のうちの少なくとも１つを前記要求（Ｒ）内に挿入するようにさらに構成された、請求項７に記載のシステム。
9. 前記監視モジュール（ＭＭ）が、前記監視モジュール（ＭＭ）において、前記管理端末（ＭＴ）から受信された要求を格納する要求受信表（ＲＲＴｂｌ）を格納して、更新するようにさらに構成され、前記要求受信表（ＲＲＴｂｌ）が、次のフィールド、
   前記要求（Ｒ）の識別子を備えたフィールドＲｅｑＩＤ、
   前記管理端末（ＭＴ）の前記ポートの前記アドレスを備えたフィールドＡｄｄｒ、
   前記アクセストークンを備えたフィールドＴｏｋｅｎ、
   前記サービスデータを備えたフィールドＳｅｒｖ、および
   前記コンテキストデータを備えたフィールドＣｘｔ
   のうちの１つまたは複数を備える、請求項７または８に記載のシステム。
10. 前記監視モジュール（ＭＭ）が、優先順位値を前記サービスデータの値と関連付ける優先順位表（ＰＴｂｌ）を格納して、前記優先順位表（ＰＴｂｌ）を調べることによって、前記要求（Ｒ）に優先順位を割り当てるようにさらに構成された、請求項７から９のいずれかに記載のシステム。
11. 前記監視モジュール（ＭＭ）が、タグ（Ｔ）を生成するようにさらに構成され、前記タグ（Ｔ）が、前記要求（Ｒ）の前記識別子と、前記コンテキストデータと、前記優先順位とを備える、請求項７から１０のいずれかに記載のシステム。
12. 前記監視モジュール（ＭＭ）が、前記監視モジュール（ＭＭ）においてアクティブな要求を格納する要求状態更新表（ＲＳＵＴｂｌ）を格納して、更新するようにさらに構成され、前記要求状態更新表（ＲＳＵＴｂｌ）が、次のフィールド、
    前記要求（Ｒ）の識別子を備えたフィールドＲｅｑＩＤ、
    前記管理端末（ＭＴ）の前記ポートの前記アドレスを備えたフィールドＡｄｄｒ、
    前記要求（Ｒ）がアクティブであるか、非アクティブであるか、または一時的に停止されているかを示すフィールドＳｔａｔｕｓ、
    それぞれのフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍが、前記監視モジュール（ＭＭ）において検出され、前記サービスデータに対応する前記タイプの管理情報に対する事象の総数を示すカウンタと、前記監視モジュール（ＭＭ）において検出され、前記サービスデータに対応する前記タイプの管理情報に対する最後の事象の識別子とを備えた、Ｎ個のフィールドＳｅｒｖ１Ｎｕｍ、Ｓｅｒｖ２Ｎｕｍ、．．．、ＳｅｒｖＮＮｕｍ
    のうちの１つまたは複数を備える、請求項７から１１のいずれかに記載のシステム。
13. 管理端末（ＭＴ）と協働している、通信ネットワーク（ＣＮ）のネットワーク要素（ＮＥ１）であって、前記通信ネットワーク（ＣＮ）が、複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）を備え、前記ネットワーク要素（ＮＥ１）が、
    前記管理端末（ＭＴ）から、監視モジュール（ＭＭ）と前記管理端末（ＭＴ）との間の監視チャネル（ＭＣ）にアクセスするための許可を取得するように構成されたアクセストークン（Ｔｏｋｅｎ）を含む、前記事象を監視するための要求（Ｒ）を前記管理端末（ＭＴ）から受信し、
    前記複数のネットワーク要素（ＮＥ１、ＮＥ２、ＮＥ３）のうちの１つまたは複数から送信された前記事象に対して可能性のある管理情報を聴取し、
    前記管理情報が受信されるたびに、更新データ（ＵＤ）を生成するために前記管理情報を処理し、
    前記監視チャネル（ＭＣ）にアクセスするために前記アクセストークン（Ｔｏｋｅｎ）を使用し、リアルタイム伝送プロトコルを使用して、前記監視チャネル（ＭＣ）を介して、前記更新データ（ＵＤ）を前記管理端末（ＭＴ）に送信する
    ように構成された前記監視モジュール（ＭＭ）を備える、ネットワーク要素（ＮＥ１）。

Images