(57)【要約】イベント通知の相関の方法とエージェントとを提供する。エージェントは、イベント通知を受信するインターフェースと、他のエージェントが上記エージェントから受信を望むイベント通知のピアエージェント通知カテゴリを格納するピアエージェント通知カテゴリリスト（ＰＡＮＣＬ）と、イベント通知がＰＡＮＣＬのピアエージェント通知カテゴリに整合するか判定する通知処理エンジンとを含む。肯定判定で、第１のイベント通知が、ＰＡＮＣＬの整合ピアエージェント通知カテゴリに関連する第２のエージェントへ少なくとも送信される。別の観点から、エージェントは、エージェントからマネージャへ送信のイベント通知のアイデンティティを格納するマネージャ通知ログと、受信ピアエージェントイベント通知がログのイベント通知に整合するか判定する通知処理エンジンとを含む。肯定判定で、エンジンはピアエージェントイベント通知をログのイベント通知と相関させる。【選択図】図１
2009517754.tif 000002
【特許請求の範囲】
【請求項１】
イベント通知を相関させるための方法であって、
ａ．管理ネットワークの第１のエージェントにおいて第１のイベント通知を受信し、
ｂ．前記管理ネットワークの第２のエージェントが前記第１のエージェントから受信しようとするイベント通知のカテゴリを定義するピアエージェント通知カテゴリに、前記第１のイベント通知が整合するかどうかを、前記第１のエージェントにおいて判定し、
ｃ．ステップｂ．の肯定判定により、前記第１のイベント通知を前記第２のエージェントへ送信する
ステップを含む方法。
【請求項２】
ｄ．前記第１のイベント通知が、前記第１のエージェントに認知されている第２のイベント通知に関連可能であるかどうかを、前記第１のエージェントにおいて判定し、
ｅ．前記第１のイベント通知が前記第２の通知に関連可能である場合、前記第１のエージェントにおいて、前記第１のイベント通知を前記第２のイベント通知と相関させる
ステップをさらに含む請求項１に記載の方法。
【請求項３】
ｄ．ステップｂ．の否定判定により、前記第１のイベント通知を前記管理ネットワークのマネージャへ送信する
ステップをさらに含む請求項１に記載の方法。
【請求項４】
前記第１のイベント通知は、前記第１のエージェントによりネットワーク資源（ＮＲ）から受信されるＮＲイベント通知であり、
その場合ステップｂ．は
ｂ．１．前記ＮＲイベント通知が、前記第１のエージェントのピアエージェント通知カテゴリリスト（ＰＡＮＣＬ）のいずれかのピアエージェント通知カテゴリに整合するかどうかを判定し、
ｂ．２．前記ＰＡＮＣＬの各整合されたピアエージェント通知カテゴリに対し、前記整合されたピアエージェント通知カテゴリに関連する１つまたはそれ以上のピアエージェントを判定する
ステップを含む、
請求項１に記載の方法。
【請求項５】
前記第１のイベント通知は、前記第１のエージェントによりネットワーク資源（ＮＲ）から受信されるＮＲイベント通知であって、
その場合ステップｄ．は、前記ＮＲイベント通知が、前記第１のエージェントによってピアエージェントから受信されるいずれかのイベント通知に整合するかどうかを判定するステップを含み、
その場合ステップｅ．は、前記ＮＲイベント通知に整合した、前記第２のイベント通知のアイデンティティを、前記第１のエージェントにおいて前記ＮＲイベント通知に含めるステップを含み、前記第２のイベント通知は、前記第１のエージェントにより前記ピアエージェントの１つから受信される、
請求項２に記載の方法。
【請求項６】
管理ネットワークの第１のエージェントであって、
第１のイベント通知を受信する入力インターフェースと、
１つまたはそれ以上のピアエージェント通知カテゴリを格納するピアエージェント通知カテゴリリスト（ＰＡＮＣＬ）と、各前記ピアエージェント通知カテゴリは、他のエージェントが前記第１のエージェントから受信しようとするイベント通知のカテゴリを示すことと、
前記第１のイベント通知を前記入力インターフェースから受信し、前記第１のイベント通知が前記ＰＡＮＣＬの前記ピアエージェント通知カテゴリに整合するかどうかを判定する通知処理エンジンと、肯定判定により、前記通知処理エンジンは、前記第１のイベント通知を、少なくとも、前記ＰＡＮＣＬの整合されたピアエージェント通知カテゴリに関連する第２のエージェントへ送信することと
を含む第１のエージェント。
【請求項７】
前記第１のエージェントにより１つまたはそれ以上のピアエージェントから受信されるイベント通知を格納するピアエージェント通知バッファと、
その場合、前記通知処理エンジンは、前記第１のイベント通知が前記バッファからの第２のイベント通知に関連可能であるかどうかを判定することと、関連可能である場合、前記第１のイベント通知を前記第２のイベント通知と相関させるようにさらに動作することと
をさらに含む請求項６に記載の第１のエージェント。
【請求項８】
前記通知処理エンジンが、前記第１のイベント通知が前記ＰＡＮＣＬのいずれのピアエージェント通知カテゴリにも整合しないと判定する場合、前記通知処理エンジンは前記第１のイベント通知を前記管理ネットワークのマネージャへ送信する、請求項６に記載の第１のエージェント。
【請求項９】
前記第１のイベント通知は、前記第１のエージェントによりネットワーク資源（ＮＲ）から受信されるＮＲイベント通知であり、その場合前記通知処理エンジンは、前記ＮＲイベント通知が、前記第１のエージェントのピアエージェント通知カテゴリリスト（ＰＡＮＣＬ）のいずれかのピアエージェント通知カテゴリに整合するかどうかを判定し、前記ＰＡＮＣＬの各整合されたピアエージェント通知カテゴリに対し、前記整合されたピアエージェント通知カテゴリに関連する１つまたはそれ以上のピアエージェントのアドレスを判定する、請求項６に記載の第１のエージェント。
【請求項１０】
前記第１のイベント通知は、前記第１のエージェントによりネットワーク資源（ＮＲ）から受信されるＮＲイベント通知であり、前記通知処理エンジンは、前記ＮＲイベント通知が、前記第１のエージェントにより前記ピアエージェントから受信されるいずれかのイベント通知に整合するかどうかを判定し、前記ＮＲイベント通知に整合した前記第２のイベント通知のアイデンティティを前記ＮＲイベント通知に含め、前記第２のイベント通知は、前記第１のエージェントにより前記ピアエージェントの１つから受信される、請求項７に記載の第１のエージェント。
【請求項１１】
イベント通知を相関させるための方法であって、
ａ．管理ネットワークの第１のエージェントにおいて、ピアエージェントイベント通知をピアエージェントから受信し、
ｂ．前記第１のエージェントがマネージャへ送信したいずれかのイベント通知に整合するかどうかを、前記第１のエージェントにおいて判定し、
ｃ．前記第１のエージェントがマネージャへ送信したイベント通知に、前記ピアエージェントイベント通知が整合すると判定すると、前記ピアエージェントイベント通知を、前記第１のエージェントがマネージャへ送信した前記イベント通知と相関させる
ステップを含む方法。
【請求項１２】
ｄ．前記第１のエージェントがマネージャへ送信したイベント通知に、前記ピアエージェントイベント通知が整合しないと判定すると、前記第１のエージェントにより既定の時間前記ピアエージェントイベント通知を格納する
ステップをさらに含む請求項１に記載の方法。
【請求項１３】
ｄ．前記ピアエージェントイベント通知を前記管理ネットワークの前記マネージャへ送信する
ステップをさらに含む請求項１に記載の方法。
【請求項１４】
ｄ．前記ピアエージェントイベント通知に関連するローカルエベント通知カテゴリを識別する
ステップをさらに含み、
その場合ステップｂ．は、前記第１のエージェントが前記マネージャへ送信し、前記ピアエージェントイベント通知に整合するいずれかのイベント通知を、前記識別されたローカルイベント通知カテゴリのいずれか１つが含むかどうかを判定するステップを含む、
請求項１に記載の方法。
【請求項１５】
ステップｃ．は、前記第１のエージェントが前記マネージャへ送信した前記イベント通知のアイデンティティを含む相関属性を前記ピアエージェントイベント通知に含めることを含む、請求項１に記載の方法。
【請求項１６】
管理ネットワークの第１のエージェントであって、
ピアエージェントイベント通知をピアエージェントから受信する入力インターフェースと、
前記第１のエージェントから前記管理ネットワークのマネージャへ送信されるイベント通知のアイデンティティを格納するマネージャ通知ログと、
前記ピアエージェントイベント通知を前記入力インターフェースから受信し、前記受信ピアエージェントイベント通知が前記マネージャ通知ログのいずれかのイベント通知に整合するかどうかを判定し、前記ピアエージェントイベント通知が前記ログのイベント通知に整合すると判定すると、前記ピアエージェントイベント通知を前記ログの前記イベント通知と相関させる通知処理エンジンと
を含む第１のエージェント。
【請求項１７】
前記第１のエージェントによりピアエージェントから受信されるピアエージェントイベント通知を格納するピアエージェント通知バッファと、
前記ピアエージェントイベント通知が前記マネージャ通知ログのイベント通知に整合しないことを判定し、既定の時間、前記ピアエージェントイベント通知を前記バッファに格納する前記通知処理エンジンと
をさらに含む請求項１に記載の第１のエージェント。
【請求項１８】
前記通知処理エンジンは、前記ピアエージェントイベント通知を前記管理ネットワークの前記マネージャへ送信する、請求項１に記載の第１のエージェント。
【請求項１９】
前記第１のエージェントによりネットワーク資源（ＮＲ）から受信されるイベント通知のローカルイベントカテゴリを格納する通知カテゴリリスト（ＮＣＬ）と、その場合前記通知処理エンジンは、前記ピアエージェントイベント通知に関連する、前記ＮＣＬのローカルイベント通知カテゴリを識別し、さらに、前記識別されたローカルイベント通知カテゴリのいずれか１つに前記ログのいずれかのイベント通知が整合するかどうかを判定することと、
をさらに含む請求項１に記載の第１のエージェント。
【請求項２０】
前記通知処理エンジンは、前記第１のエージェントが前記マネージャへ送信した前記イベント通知のアイデンティティを含む相関属性を前記ピアエージェントイベント通知に含める、請求項１に記載の第１のエージェント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント通知相関のための方法および管理エージェントに関する。
【背景技術】
【０００２】
大きな電気通信管理ネットワークは、さまざまな種類のネットワーク資源（Ｎｅｔｗｏｒｋ  Ｒｅｓｏｕｒｃｅ：ＮＲ）を含む。例えばセルラー電気通信ネットワークの場合などにおいては、ＮＲは、ネットワーク加入者へのサービス提供を保証する通信ノードを含んでもよい。このようなネットワークは、移動交換局（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：ＭＳＣ）、基地局コントローラ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ：ＢＳＣ）、基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）、パケットデータサービスノード（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｃｅ  Ｎｏｄｅ：ＰＤＳＮ）、ホームロケーションレジスタ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ：ＨＬＲ）、ホームエージェント（Ｈｏｍｅ  Ａｇｅｎｔ：ＨＡ）などのようなノードを含んでもよく、これらは電気通信管理ネットワークの観点からはＮＲとして見なされる。電気通信管理ネットワークは、そのＮＲに対する監督（ｓｕｐｅｒｖｉｓｉｏｎ）、監視（ｍｏｎｉｔｏｒｉｎｇ）および制御を行う。管理ネットワーク内において、ＮＲは、管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ：ＭＯ）と呼ばれるソフトウェアオブジェクトの組に代表され、ＭＯは、様々なネットワーク管理アプリケーションを使用して保持される。
【０００３】
ＮＲを代表するためのソフトウェアオブジェクト（すなわちＭＯインスタンス）を大きなネットワークの管理のために使用するということは、現代のネットワーク管理パラダイムの鍵となる特性であり、かかるネットワーク管理パラダイムの例としては、国際電気通信連合電気通信標準化部門（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ‐Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ：ＩＴＵ‐Ｔ）の電気通信管理ネットワーク（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｎｅｔｗｏｒｋ：ＴＭＮ）によって改良されたものや、３Ｇワイヤレスネットワークのための第３世代協力プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）統合参照ポイントフレームワークによって改良されたものなどがある。
【０００４】
大きな電気通信管理ネットワークにおいては、マネージャと呼ばれるある種のアプリケーションと、エージェントと呼ばれる別の種類のアプリケーションとの間に違いがある。一般的に、エージェントはマネージャの代わりにＮＲを管理する。すなわちマネージャはＮＲと直接相互作用しない。むしろ、マネージャは、代わりにＮＲを制御するエージェントへ命令を送信することによって、ＮＲを制御する。このような状況において、典型的にエージェントは、エージェントＭＩＢと呼ばれる管理情報ベース（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ：ＭＩＢ）を有し、エージェントＭＩＢは、当該エージェントの管理下にある全部のＮＲを代表するＭＯ（その属性を含む）の集まりである。各マネージャもまた、マネージャＭＩＢと呼ばれるＭＩＢを有し、マネージャＭＩＢもまた、ＭＯの形態で、当該特定のマネージャの管理下にあるＮＲについての、当該特定のマネージャの見込みまたは知識をもつ。
【０００５】
したがって、大きな電気通信ネットワークにおいて、マネージャはＮＲと直接相互作用せず、むしろＮＲの組にリンクする１つまたはそれ以上のエージェントと相互作用するという原理は、電気通信産業界において広く使用されており、十分に文書化されている。
【０００６】
現代の電気通信ネットワーク管理の鍵となるある要素は、ＮＲ状態変化およびＮＲアラームの発生などのネットワークイベント通知（ここでは通知またはアラーム通知とも呼ぶ）を、エージェントが報告し、マネージャが適時に受信することである。マネージャによるネットワークイベントの受信により、マネージャが、ネットワークアラームの根本原因の識別やネットワークトラフィックの傾向などの分析を行えるよう、ネットワークの事件の状態の現時点での見通しを有することが可能になる。
【０００７】
マネージャがネットワークイベントを受信する方法は、典型的には以下のとおりである。あるエージェントが、ＮＲのグループの管理の責任を担う。各エージェントは、管理するＮＲの状態変化を、イベント通知の形態で報告する責任を担い、通知ログおよびアクティブアラームリスト（Ａｃｔｉｖｅ  Ａｌａｒｍ  Ｌｉｓｔ：ＡＡＬ）を保持する。ログは、マネージャへ向けて発せられた全部の通知を探知し、一方ＡＬＬは、ＮＲから受信されるアクティブアラーム情報を運ぶ全部の通知を探知する。アクティブアラーム通知とは、マネージャが未消去かつ未肯定確認応答（ａｃｋｎｏｗｌｅｄｇｅ）のアラーム通知であると定義する。マネージャは、いつでも必要なときに、ログのまたはＡＡＬのコンテンツを引き出し／読み取り可能である。各エージェントは、管理するＮＲの通知を複数のマネージャに送信してもよい。
【０００８】
従来技術の実施形態においては、エージェントは、その対応するマネージャにのみ通知を発し、ＮＲ状態変化を報告する。エージェントは、他のピアエージェントにこの通知を報告しない。この通知で報告されるネットワーク状態変化は、ネットワークノードのあるイベント（例えばネットワークノードのソフトウェアモジュールがリスタートされたなど）またはネットワークリンクのあるイベント（例えばケーブルが切断されたなど）によって引き起こされる。さらに重要なのが、ネットワークノードまたはネットワークリンクのイベントの発生は通常複数のＮＲ状態に影響を与えるということである。
【０００９】
各エージェントが自身の通知をその対応するマネージャへ報告しており、そのピアエージェントには報告していないため、さまざまなエージェントの通知は、エージェントのレベルでは全く相関されていない。すなわち、たとえあるエージェントからのある通知および別のエージェントの別の通知が同じネットワークイベントに由来するものであっても、あるエージェントからのある通知に含まれる情報は、その通知が別のエージェントの別の通知に関係していることを示すことはできない。結果として、マネージャは、さまざまなエージェントからの受信通知を処理し、通知相関を行わなければならないが、この相関実行は資源を消費するタスクである。
【００１０】
このように、エージェントから受信される通知は、マネージャにおいて受信される前には別のエージェントからの通知と相関不可能であるため、今日の最新の解決方法は、処理活動という大きな負担をマネージャに課す。これにより、例えば同じ原因に関係する複数の通知が複数のエージェントからマネージャへ送信される場合などに、エージェントとマネージャとの間に不必要な信号送信負荷がもたらされる。これはマネージャにおける不必要な処理実行へとつながり、その結果、マネージャの過負荷または不具合さえ引き起こしす場合もあり、任意のネットワークにおいてマネージャの役割は重要であることから、このように危険な状況を生み出す可能性がある。
【００１１】
上述の欠陥を解決するための、以下で提示するもののような従来技術は１つもないのだが、ルイス（Ｌｅｗｉｓ）に発行された米国特許出願６００００４５号（以下ルイスと呼ぶ）は、本発明の分野にいくらか関係がある。ルイスにおいては、通信ネットワークに含まれる複数のドメインの間のアラーム相関を提供するマルチドメインネットワークマネージャが開示されている。個別のネットワーク管理システムは、それぞれの単一の、通信ネットワークのドメインを監視し、それぞれの単一のドメインに特有の状態を示すアラームを提供する。マルチドメインネットワークマネージャは、アラームを受信し、そのアラームを相関させてインタードメインアラームを提供するとともに、訂正行動の形で応じる。マネージャはネットワーク全体に高レベルの相関および応答を提供する。上記参考文献において、アラーム相関を行うのがマルチドメインマネージャのみである一方、他のネットワークの実体、例えばネットワーク管理システムは、アラームをネットワーク資源からマネージャへ中継するように機能するのみである。最終的に、ルイスの開示は、マネージャ内でアラームを相関させるための方法に限定されるものであり、やはりアラーム相関に関する大きな処理負担をマネージャに課すものである。
【発明の開示】
【００１２】
したがって、既存の解決方法の欠陥や短所を克服するために、ＮＲから生じる通知がマネージャに到達する前に、すなわちエージェントレベルで、かかる通知を効果的に相関させるための方法および対応するエージェントを有することが有利であるということが容易に認識されるべきである。本発明はこのような方法およびシステムを提供する。
【００１３】
ある観点からは、本発明は、いくつかのステップを含むイベント通知を相関させるための方法である。最初に、管理ネットワークの第１のエージェントが、第１のイベント通知受信し、管理ネットワークの第２のエージェントが第１のエージェントから受信しようとするイベント通知のカテゴリを定義するピアエージェント通知カテゴリに第１のエージェント通知が整合するかどうかを判定する。その後肯定判定により、第１のエージェントは第１のイベント通知を第２のエージェントへ送信し、そのため第２のマネージャは第１のイベント通知を自身のイベント通知と相関させることができる。
【００１４】
別の観点からは、本発明は、管理ネットワークの第１のエージェントであり、この第１のネットワークは、第１のイベント通知を受信する入力インターフェースと、１つまたはそれ以上のピアエージェント通知カテゴリを格納するピアエージェント通知カテゴリリスト（Ｐｅｅｒ  Ａｇｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｃａｔｅｇｏｒｙ  Ｌｉｓｔ：ＰＡＮＣＬ）と、第１のイベント通知を入力インターフェースから受信し、第１のイベント通知がＰＡＮＣＬのピアエージェント通知カテゴリに整合するかどうかを判定する通知処理エンジンとを含む。各上記ＰＡＮＣＬは、他のエージェントが第１のエージェントから受信しようとするイベント通知のカテゴリを示し、上記通知処理エンジンは、肯定判定により、第１のイベント通知を、少なくとも、ＰＡＮＣＬの整合したピアエージェント通知カテゴリに関連する第２のエージェントへ送信する。
【００１５】
なお別の観点からは、本発明はイベント通知を相関させるための方法であり、この方法は、最初に、ピアエージェントイベント通知を管理ネットワークの第１のエージェントにおいてピアエージェントから受信することを可能にする。その後、ピアエージェントイベント通知が、第１のエージェントがマネージャへ送信したいずれかのイベント通知に整合するかどうかを第１のエージェントにおいて判定することを、上記方法は可能にする。ピアエージェントイベント通知が、第１のエージェントがマネージャへ送信したイベント通知に整合すると判定すると、上記方法は、ピアエージェントイベント通知を、第１のエージェントがマネージャへ送信したイベント通知と相関させることを可能にする。
【００１６】
なお別の観点からは、本発明は、管理ネットワークの第１のエージェントであり、この第１のエージェントは、ピアエージェントイベント通知をピアエージェントから受信する入力インターフェースと、第１のエージェントから管理ネットワークのマネージャへ送信されるイベント通知のアイデンティティを格納するマネージャ通知ログと、入力インターフェースからピアエージェントイベント通知を受信し、受信ピアエージェントイベント通知がマネージャ通知ログのいずれかのイベント通知に整合するかどうかを判定する通知処理エンジンとを含む。通知処理エンジンは、ピアエージェントイベント通知がログのイベント通知に整合すると判定すると、ピアエージェントイベント通知をログのイベント通知と相関させる。
【発明を実施するための最良の形態】
【００１７】
本発明のさらに別の課題および効果に対して、本発明をより詳細に理解するために、添付図面と関連して以下の詳細な説明を参照することが可能である。
【００１８】
本発明の革新的な開示は、さまざまな例示的な実施形態を特定して参照することにより説明されるであろう。しかしながら、実施形態のかかる類は本発明の革新的な開示の多くの効果的な用途のほんの数例を例示するに過ぎないことを、理解すべきであろう。一般的に、本願の明細書における説明は、特許請求の範囲に係る本発明の各種観点を不必要に限定するものではない。さらに、いくつかの説明は、本発明のいくつかの特徴に適用されるが、他の特徴には適用されないこともあり得る。図面において、類似のまたは同様の構成要素は、数図にわたり固有の参照番号を用いて表現されている。
【００１９】
イベント通知が管理ネットワークのマネージャに到達する前に、複数のエージェントの間で、エージェントレベルでイベント通知の相関を可能にする方法およびエージェントを、本発明は提供する。任意のエージェントがＮＲ通知を受信すると、このエージェントは、そのＮＲ通知を、協同するピアエージェントから受信される他の通知と相関させようとしてもよく、そのためマネージャは、相関されたＮＲ通知を受信すると、その通知を他の関係する通知と簡単に整合可能であり、拡張処理資源を使用する必要はない。同様に、エージェントは、協同するピアエージェントから通知を受信すると、その通知を、当該エージェントが認知している他の通知と相関させようとし、かかる他の通知は、当該エージェントのＮＲから受信されたものである場合、または他のピアエージェントから受信されたものである場合がある。
【００２０】
本発明の好適な実施形態を実施するネットワーク管理エージェント１００の高レベルのブロック図を示す図１をここで参照する。図１に示されているのは、入力／出力通信インターフェース１０２を含むエージェント１００であり、この入力／出力通信インターフェース１０２は、エージェント１００の制御下のネットワーク資源（ＮＲ）からのイベント通知１０４の受信と、他のピアエージェントからのイベント通知１０５の受信との責任を担う。入力／出力インターフェースは、着信通知を、後述するエージェントの処理エンジンへ中継し、発信イベント通知を同処理エンジンから受信する。本発明については、ピアエージェントにより、複数のエージェントが同じマネージャに通知を報告することが認知される。入力／出力通信インターフェース１０２は、それぞれ他のピアエージェントへのまたはマネージャへのイベント通知１０６および１０８の発信の責任も担う。エージェント１００は、ピアエージェント通知カテゴリリスト（ＰＡＮＣＬ）１１０をさらに含み、上記ＰＡＮＣＬ１１０は、１組またはそれ以上の組のピアエージェントの通知カテゴリ１１２および１１４を含む。ピアエージェント通知カテゴリは、エージェント１００によって他のピアエージェントへまた送信されることとなる通知のカテゴリ（通知のある種類）の定義を含んでもよい。代わりに、ピアエージェント通知カテゴリは、内部データ機構の機能を使用して実施されてもよく、ここで入力という機能は通知のことであり、出力という機能は「整合（ｍａｔｃｈｅｄ）」または「不整合（ｎｏｔ  ｍａｔｃｈｅｄ）」のいずれかのことである。例えば単純なカテゴリは、「入力通知に含まれるＮＲアイデンティティが、カテゴリの内部データ機構で指定される「ｘｙｚ」に等しい場合、出力は「整合」となり、等しくない場合には、出力は「不整合」となる」という機能を有することが可能である。このようなピアエージェント通知カテゴリを定義するには、さまざまな方法が存在することに留意されたい。その上、各々ピア通知カテゴリ１１２および１１４と図示されている通知カテゴリの定義は、各上記通知カテゴリに関連するピアエージェントのアドレス１１６〜１２４も含み、それらは、任意のピアエージェント通知カテゴリに整合する通知がエージェント１００により受信されると、エージェントに通知されるものである。例えば、通知１０４を受信すると、エージェント１００は、ピアエージェント通知カテゴリ１１２および１１４と受信通知とを整合しようとし、整合が見られると、エージェント１００はそのマネージャへ受信通知を送信することを控え、むしろ整合カテゴリに関連するピアエージェントのアドレス１１６および１１８へ受信通知を送信する。
【００２１】
エージェント１００は、１組またはそれ以上の組のピア通知カテゴリを格納するＮＣＬ１５０（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｃｏｒｒｅｌａｔｉｏｎ  Ｌｉｓｔ：通知相関リスト）をさらに含む。ピア通知カテゴリは、ＮＣＬにおいて１つまたはそれ以上のローカル通知カテゴリに関連付けられる。ＮＣＬ１５０は、どの種類のピア通知がどのＮＲ通知に関するかについての情報を格納する。エージェントのオペレータは、通知の相関より先にこのデータ機構を作成／初期化してもよい。
【００２２】
エージェント１００からマネージャへ送信される全部の通知はまた、エージェント１００によってマネージャ通知ログ１３０内にログがとられ、マネージャ通知ログ１３０は、送信済通知またはその識別のみを格納するリストまたはデータベース１３２を含んでもよい。
【００２３】
さらに、エージェント１００はピアエージェント通知バッファ１４０も含み、ピアエージェント通知バッファ１４０は、エージェント１００によって他のピアエージェントから受信される通知１０５を登録する。
【００２４】
最後に、コンピュータ上で動作するソフトウェアモジュールの形態、ハードウェアモジュールの形態、またはそれらのいかなる適当な組み合わせの形態で実施可能である通知処理エンジン１３３を、エージェント１１０／２２０は含む。通知処理エンジン１３３は、ログ１３０、Ｉ／Ｏインターフェース１０２、ＰＡＮＣＬ１１０、ＮＣＬ１５０、またはバッファ１４０に適当なリンクを介して接続され、必要な情報、例えばこれから説明するのだが、図２および３に関して説明するさまざまな後述イベント通知などを回収、処理、および送信するように構成される。このように、図２および３に関してエージェントによって行われると言う情報の回収および処理に関する行動は、エージェントの通知処理エンジン１３３によって行われているということを、以降の説明においては了解されたい。
【００２５】
本発明の好適な実施形態を実施する管理ネットワーク２００の高レベルのノードのオペレーションおよび信号の流れ図の一例である図２を、ここで前述の図１と併せて参照する。図２に示されているのは、前述のエージェント１  １００と、エージェント１００からイベント通知を受信するように構成されるマネージャ２１０と、自身のネットワーク資源からまたはエージェント１  １００のようなピアエージェントからイベント通知を受信するようにまた構成される第２および第３のエージェント、それぞれ２２０および２３０とである。
【００２６】
エージェント１００は新しいＮＲ通知の受信を待つ、行動２４０。行動２４２において、エージェント１００は、その入力インターフェース１０２を介してＮＲの１つから通知を受信する。行動２４４において、エージェント１００は、通知２４２に含まれる全部の情報を含む新しいＮＲ通知を構成してもよい。あるいは行動２４４は、スキップされてもよく、またはＮＲ通知２４２のコピーの作成を含んでもよく、または以下で説明するような連続使用のための同じＮＲ通知２４２の選択さえ含んでもよい。第１のイベント通知が、第１のエージェントに認知されている１つまたはそれ以上の他のイベント通知に関連可能かどうか、行動２４６においてエージェント１００はＮＲ通知（またはコピー、または構成されたばかりの新通知でもあり、これら全部をここではＮＲ通知という言葉で表すことにする）を確認する。例えば、エージェント１００は、ＮＲ通知がバッファ１４０のピアエージェント通知のどれか１つに整合するかどうかを判定可能であり、整合する場合、バッファ１４０の関連ピアエージェント通知を識別し、その通知識別子を使用して整合ピア通知を識別するための相関属性をＮＲ通知へ追加する。特に、行動２４６において、エージェント１００は、バッファ１４０に格納されるピアエージェント通知のいずれかにＮＲ通知が整合するかどうかを行動２４８においてまず決定してもよく、整合する場合、ＮＲ通知へおよびバッファからの整合通知へ相関属性を追加する、行動２５０。特に、エージェント１００は、バッファ１４２の整合するピアエージェントの通知の１つ１つに対し、バッファの整合ピアエージェント通知を識別する相関属性をＮＲ通知に追加するように行動してもよい、行動２５２。エージェントは、ＮＲ通知を識別する相関属性をバッファの整合ピアエージェント通知にさらに任意で追加してもよい、行動２５４。行動２５０の目的は、相関オペレーションに関連する処理負担がマネージャにとって軽減されるように、新しい通知およびピアエージェントから受信される他の通知のいずれかの通知がマネージャ２１０に到達する前に、新しい通知を、ピアエージェントから受信される他の通知と相関させること、および任意でその逆を行うことである。
【００２７】
行動２４８において、バッファのピアエージェント通知が、構成された通知に１つも整合しないということが確かに検出される場合は、行動２５０はスキップされる。
【００２８】
どちらの場合でも、当該方法は行動２５６へ続き、そこでエージェント１００は、エージェント１００に関係するいずれか１つまたはそれ以上のピアエージェント２２０および２３０へＮＲ通知が送信されるべきかどうかを知るために、新しい通知がＰＡＮＣＬのピア通知カテゴリのいずれかに整合するかどうかを判定する。ＮＲ通知と、ＰＡＮＣＬ１１０のピア通知カテゴリ１１２および１１４との間に整合が１つも発見されない場合は、新しい通知を通知されるピアエージェントは１つもないと結論され、行動２５８においてＮＲ通知は、行動２５２においてＮＲ通知に挿入されるその相関属性２６０とともに、マネージャ２１０へ送信される。
【００２９】
図２には示していないが、マネージャ２１０により通知２５８が受信されると、先に受信されたまたはこれから受信される他の通知に通知２５８が関するかどうかを、マネージャ２１０は、相関属性２６０を使用して単純に判定可能である。
【００３０】
行動２６２において、エージェント１００は、そのマネージャの通知ログ１３０を、マネージャ２１０へ送信された通知２５８で更新するようにも行動する。
【００３１】
行動２５６において、新しい通知がＰＡＮＣＬの通知カテゴリのいずれかに整合することが確かに発見される場合、エージェント１００は、整合されたピア通知カテゴリに関連するピアエージェントのアドレスをさらに識別する、行動２６４。例えばエージェント１００は、行動２５６において、ＮＲ通知がＰＡＮＣＬ１１０のピア通知カテゴリ１１２に整合することを判定してもよく、行動２６４において、カテゴリ１１２のピアエージェントアドレス１１６および１１８をさらに識別してもよい。最後に、行動２６６および２７０において、エージェント１００は、新しい通知２５８をその相関属性２６０とともに、識別されたアドレス１１６および１１８へ送信するが、このアドレス１１６および１１８は、本シナリオ例においてはエージェント２２０および２３０のものであり、したがってこれらのエージェントが、自身のネットワーク資源から受信し得る他の通知と新しい通知を相関させようとすることが可能になる。
【００３２】
本発明の好適な実施形態を実施する管理ネットワーク３００の高レベルのノードのオペレーションおよび信号の流れ図である図３を、ここで前述の図１と併せて参照する。図３に示されているのは、前述のエージェント２  ２２０と、エージェント２  ２２０からイベント通知を受信するように構成されるマネージャ２１０と、自身のＮＲから受信したイベント通知をそのピアエージェント２  ２２０へ送信するように構成されるエージェント１  １００とである。エージェント２２０はＮＣＬ１５０を含み、ＮＣＬ１５０は、エージェント２２０が受信をしようとするピアエージェントの通知のカテゴリを特定する１つまたはそれ以上のピアエージェント通知カテゴリ１５２および１５４を格納する。各上記ピア通知カテゴリは、エージェント２２０によって直接自身のＮＲから受信され得る（ピアエージェントから受信されるのとは逆）ＮＲ通知のカテゴリを特定する１つまたはそれ以上のローカル通知カテゴリに関連可能である。例えば、図１に示すこのシナリオ例においては、ピアエージェント通知カテゴリ１  １５２はローカル通知カテゴリ１５６に関連し、ピア通知カテゴリ２  １５４はローカル通知カテゴリ１５８および１６０に関連する。
【００３３】
図３に関して説明するこのシナリオ例では、まずは行動３１０において、エージェント２２０は、そのピアエージェントのいずれか１つからの、例えばエージェント１００などからのピアエージェント通知の受信を待つ。行動３１２において、エージェント１００はそのピアエージェント２２０へ通知を送信する。このようなピアエージェントイベント通知（ここではピア通知またはピアエージェント通知とも呼ぶ）はさまざまな状況で受信される場合があり、このさまざまな状況には、図２の行動２５６に関して説明したように、エージェント１００が、自身のＮＲの１つからＮＲ通知を受信すると、そのＮＲ通知もエージェント１００のピアエージェントへ送信されるべきであることを判定するように構成される場合が含まれるが、限定ではない。エージェント２２０は、行動３１２においてその入力インターフェース１０２によってピア通知を受信すると、着信ピア通知がＮＣＬピア通知カテゴリのいずれかに整合するかどうかを判定し、行動３１４、否定の場合、当該ピア通知はエージェント２２０のＮＲ通知とのいかなる追加相関にも使用不可能であると結論され、したがってピア通知３１２がマネージャ２１０へ送信される、行動３１６。
【００３４】
行動３１４において、着信ピア通知３１２が、ＮＣＬ１５０からのいずれかのピア通知カテゴリに整合することが確かに検出される場合、当該方法は行動３１８へ続き、そこでエージェント２２０は、ＮＣＬ１５０からのローカル通知カテゴリ１５６〜１６０のどれが整合ピア通知カテゴリに関連するかを識別する。例えば、行動３１４において、エージェント２２０は、行動３１２のピア通知がピア通知カテゴリ１５２に整合することを判定してもよく、行動３１８において、エージェント２２０は、ピア通知カテゴリ１５２に関連するローカル通知カテゴリ１５６をさらに識別してもよい。
【００３５】
その後、識別された各ローカル通知カテゴリについて、識別されたローカル通知カテゴリに整合する、マネージャの通知ログ１３０に登録された整合ログ済ＮＲ通知があるかどうかを、エージェント２２０は判定する、行動３２２。マネージャへ送信され、ログ１３０において識別されたいずれかのイベント通知に、ピアエージェントイベント通知が整合するかどうか判定することも、行動３２２は含んでよい。肯定の場合、行動３１２の着信ピア通知は、（ログ１３０において）整合することが分かった送信済みのＮＲ通知と相関されるものであると、エージェント２２０は結論し、このため、エージェント２２０は、ログ１３０からの整合ＮＲ通知のアイデンティティを特定する相関属性を着信ピア通知に追加する、行動３２４。その後、エージェント２２０は、相関属性３２８を有する修正ピア通知３２６をマネージャ２１０へ送信し、当該方法は行動３１０の前に戻り、エージェント２２０は再び別のピア通知の受信を待つ。
【００３６】
行動３２２において、識別されたローカル通知カテゴリに整合するログ済ＮＲ通知がログ１３０に１つもないことが確かに検出されると、当該方法は行動３２４〜３２６をスキップする。すなわち、相関属性の追加は１つもなく、行動３２６においてピア通知はマネージャ２１０へ送信されないということである。実際、当該方法は行動３３０へ続き、そこでエージェント２２０は、ピアエージェント通知バッファ１４０においてピアエージェント通知を作成し、行動３３０、このピアエージェント通知は、行動３１２において受信されたピア通知と同じ情報を含む。マネージャへのピア通知の発信を遅延させ、結果その遅延中に、新しい相関／関連ピア通知またはＮＲ通知をエージェント２２０において受信することで、相関された情報を、遅延／バッファされた通知に、マネージャ２１０への送信前に追加することを可能とすることが、上記バッファされるピア通知の目的である。ピアエージェント通知がバッファ１４０において作成され、格納されると、エージェント２２０は、上記ピアエージェント通知に既定値のタイマーを関連させてもよく、上記既定値のタイマーは、ピアエージェント通知がマネージャ２１０へ送信される前にバッファ内でホールドされる時間を決めるものである。タイマーが終了する、行動３３２、と、エージェント２２０は、マネージャ２１０へピア通知を送信し、行動３３６において、バッファ１４０からのピア通知および関連するローカル通知カテゴリを削除する／取り除く。
【００３７】
エージェント２２０はさらにＮＣＬ１５０においてローカル通知カテゴリを作成してもよく、このカテゴリはピア通知のカテゴリと同じものである。かかる作成の目的は、バッファされたピア通知と新しいＮＲ／ピア通知との間での相関の高速探索を保障することである。作成されたローカル通知カテゴリは、ＮＣＬ１５０の整合ピア通知カテゴリと同じ組である。
【００３８】
ここで図１、２、および３を併せて参照すると、コンピュータ上で動作するソフトウェアモジュールの形態で、ハードウェアモジュールの形態で、またはそれらの何か適当な組み合わせで実施され得る通知処理エンジン１３３を、エージェント１１０／２２０は含むことが好ましい。通知処理エンジン１３３は、ログ１３０に、Ｉ／Ｏインターフェース１０２に、ＰＡＮＣＬ１１０に、ＮＣＬ１５０に、およびバッファ１４０に適当なリンクを介して接続され、例えば図２および３に関して説明したようなさまざまな上述の通知などの必要な情報を回収、処理、および送信するように構成される。このように、これらの図面についての以上の説明を読むことで、通知処理エンジン１３３が、上述の行動を行う責任を担う場合があることを理解されたい。
【００３９】
ゆえに、本発明を用いると、通知が任意のマネージャに到達する前に、複数のエージェント間でイベント通知を相関させることが可能になり、したがってマネージャの処理資源を他のタスクのために節約することができる。
【００４０】
前述の内容に基づくと、イベント通知を少なくとも１つの他エージェントのイベント通知と相関させるための単純かつ効果的な方法およびエージェントを提供する有利な解決方法が、本発明により提供されることが、ここで当業者に明らかとなっているべきである。本発明のシステムおよび方法を、ある術語（例えばエージェントおよびマネージャ）に特に言及して説明してきたが、かかる言及によって、ここに含まれる革新的な本開示が、必ずしもかかる言及に限定されるものではなく、さまざまな種類のノードにおいて効果的に実施され得るものであることが認識されるべきである。図示および説明した本方法およびシステムは好適なものであることを特徴としてきたが、添付の特許請求の範囲により定義される本発明の範囲から逸脱することなく、さまざまな変更および修正を本方法およびシステムに施すことが可能であることは、容易に明らかとなることであろう。
【００４１】
本発明の方法およびシステムいくつかの好適な実施形態を添付の図面で示し、前述の詳細な説明で説明してきたが、本発明は、開示された実施形態に限定されるものではなく、前述したとおりの、および添付の特許請求の範囲により定義するとおりの本発明の意図を逸脱することなく、数多くの再構成、修正、置換が可能であることが理解されるであろう。
【図面の簡単な説明】
【００４２】
【図１】本発明の好適な実施形態を実施する管理エージェントのような電気通信ノードの単純化したブロック図の一例である。
【図２Ａ】本発明の好適な実施形態を実施する管理ネットワークのノードのオペレーションおよび信号の流れ図の一例である。
【図２Ｂ】本発明の好適な実施形態を実施する管理ネットワークのノードのオペレーションおよび信号の流れ図の一例である。
【図３Ａ】本発明の好適な実施形態を実施する管理ネットワークのノードのオペレーションおよび信号の流れ図の別例である。
【図３Ｂ】本発明の好適な実施形態を実施する管理ネットワークのノードのオペレーションおよび信号の流れ図の別例である。
【図１】
2009517754.tif 000003
【図２Ａ】
2009517754.tif 000004
【図２Ｂ】
2009517754.tif 000005
【図３Ａ】
2009517754.tif 000006
【図３Ｂ】
2009517754.tif 000007
【手続補正書】
【提出日】平成19年12月19日(2007.12.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベント通知を相関させるための方法であって、
ａ．管理ネットワークの第１のエージェントにおいてピアエージェントイベント通知をピアエージェントから受信し、
ｂ．前記第１のエージェントがマネージャへ送信したいずれかのイベント通知に、前記ピアエージェントイベント通知が整合するかどうかを、前記第１のエージェントにおいて判定し、
ｃ．前記第１のエージェントがマネージャへ送信したイベント通知に、前記ピアエージェントイベント通知が整合すると判定すると、前記ピアエージェントイベント通知を、前記第１のエージェントがマネージャへ送信した前記イベント通知と相関させる
ステップを含む方法。
【請求項２】
ｄ．前記第１のエージェントがマネージャへ送信したイベント通知に、前記ピアエージェントイベント通知が整合しないと判定すると、前記ピアエージェントイベント通知を、前記第１のエージェントにより既定の時間格納する
ステップをさらに含む請求項１に記載の方法。
【請求項３】
ｄ．前記ピアエージェントイベント通知を前記管理ネットワークの前記マネージャへ送信する
ステップをさらに含む請求項１に記載の方法。
【請求項４】
ｄ．前記ピアエージェントイベント通知に関連するローカルイベント通知カテゴリを識別する
ステップをさらに含み、
その場合ステップｂ．は、前記識別されたローカルイベント通知カテゴリのいずれか１つが、前記第１のエージェントが前記マネージャへ送信した、前記ピアエージェントイベント通知に整合するいずれかのイベント通知を判定するステップを含む、
請求項１に記載の方法。
【請求項５】
ステップｃ．は、前記第１のエージェントが前記マネージャへ送信した前記イベント通知のアイデンティティを含む相関属性を前記ピアエージェントイベント通知に含めることを含む、請求項１に記載の方法。
【請求項６】
管理ネットワークの第１のエージェントであって、
ピアエージェントイベント通知をピアエージェントから受信する入力インターフェースと、
前記第１のエージェントから前記管理ネットワークのマネージャへ送信されるイベント通知のアイデンティティを格納するマネージャ通知ログと、
前記ピアエージェントイベント通知を前記入力インターフェースから受信し、前記受信ピアエージェントイベント通知が前記マネージャ通知ログのいずれかのイベント通知に整合するかどうかを判定し、前記ピアエージェントイベント通知が前記ログのイベント通知に整合すると判定すると、前記ピアエージェントイベント通知を前記ログの前記イベント通知と相関させる通知処理エンジンと、
を含む第１のエージェント。
【請求項７】
前記第１のエージェントによってピアエージェントから受信されるピアエージェントイベント通知を格納するピアエージェント通知バッファと、
前記ピアエージェントイベント通知が、前記マネージャ通知ログのイベント通知に整合しないと判定し、前記ピアエージェントイベント通知を既定の時間前記バッファに格納する前記通知処理エンジンと
をさらに含む請求項６に記載の第１のエージェント。
【請求項８】
前記通知処理エンジンは、前記ピアエージェントイベント通知を前記管理ネットワークの前記マネージャへ送信する、請求項６に記載の第１のエージェント。
【請求項９】
前記第１のエージェントによってネットワーク資源（ＮＲ）から受信されるイベント通知のローカルイベントカテゴリを格納する通知カテゴリリスト（ＮＣＬ）
をさらに含み、
その場合前記通知処理エンジンは、前記ピアエージェントイベント通知に関連する前記ＮＣＬのローカルイベント通知カテゴリを識別し、さらに、前記ログのいずれかのイベント通知が前記識別されたローカルイベント通知カテゴリのいずれか１つに整合するかどうかを判定する、
請求項６に記載の第１のエージェント。
【請求項１０】
前記通知処理エンジンは、前記第１のエージェントが前記マネージャへ送信した前記イベント通知のアイデンティティを含む相関属性を前記ピアエージェントイベント通知に含める、請求項６に記載の第１のエージェント。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント通知相関のための方法および管理エージェントに関する。
【背景技術】
【０００２】
大きな電気通信管理ネットワークは、さまざまな種類のネットワーク資源（Ｎｅｔｗｏｒｋ  Ｒｅｓｏｕｒｃｅ：ＮＲ）を含む。例えばセルラー電気通信ネットワークの場合などにおいては、ＮＲは、ネットワーク加入者へのサービス提供を保証する通信ノードを含んでもよい。このようなネットワークは、移動交換局（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：ＭＳＣ）、基地局コントローラ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ：ＢＳＣ）、基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）、パケットデータサービスノード（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｃｅ  Ｎｏｄｅ：ＰＤＳＮ）、ホームロケーションレジスタ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ：ＨＬＲ）、ホームエージェント（Ｈｏｍｅ  Ａｇｅｎｔ：ＨＡ）などのようなノードを含んでもよく、これらは電気通信管理ネットワークの観点からはＮＲとして見なされる。電気通信管理ネットワークは、そのＮＲに対する監督（ｓｕｐｅｒｖｉｓｉｏｎ）、監視（ｍｏｎｉｔｏｒｉｎｇ）および制御を行う。管理ネットワーク内において、ＮＲは、管理オブジェクト（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ：ＭＯ）と呼ばれるソフトウェアオブジェクトの組に代表され、ＭＯは、様々なネットワーク管理アプリケーションを使用して保持される。
【０００３】
ＮＲを代表するためのソフトウェアオブジェクト（すなわちＭＯインスタンス）を大きなネットワークの管理のために使用するということは、現代のネットワーク管理パラダイムの鍵となる特性であり、かかるネットワーク管理パラダイムの例としては、国際電気通信連合電気通信標準化部門（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ‐Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ：ＩＴＵ‐Ｔ）の電気通信管理ネットワーク（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｎｅｔｗｏｒｋ：ＴＭＮ）によって改良されたものや、３Ｇワイヤレスネットワークのための第３世代協力プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）統合参照ポイントフレームワークによって改良されたものなどがある。
【０００４】
大きな電気通信管理ネットワークにおいては、マネージャと呼ばれるある種のアプリケーションと、エージェントと呼ばれる別の種類のアプリケーションとの間に違いがある。一般的に、エージェントはマネージャの代わりにＮＲを管理する。すなわちマネージャはＮＲと直接相互作用しない。むしろ、マネージャは、代わりにＮＲを制御するエージェントへ命令を送信することによって、ＮＲを制御する。このような状況において、典型的にエージェントは、エージェントＭＩＢと呼ばれる管理情報ベース（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ：ＭＩＢ）を有し、エージェントＭＩＢは、当該エージェントの管理下にある全部のＮＲを代表するＭＯ（その属性を含む）の集まりである。各マネージャもまた、マネージャＭＩＢと呼ばれるＭＩＢを有し、マネージャＭＩＢもまた、ＭＯの形態で、当該特定のマネージャの管理下にあるＮＲについての、当該特定のマネージャの見込みまたは知識をもつ。
【０００５】
したがって、大きな電気通信ネットワークにおいて、マネージャはＮＲと直接相互作用せず、むしろＮＲの組にリンクする１つまたはそれ以上のエージェントと相互作用するという原理は、電気通信産業界において広く使用されており、十分に文書化されている。
【０００６】
現代の電気通信ネットワーク管理の鍵となるある要素は、ＮＲ状態変化およびＮＲアラームの発生などのネットワークイベント通知（ここでは通知またはアラーム通知とも呼ぶ）を、エージェントが報告し、マネージャが適時に受信することである。マネージャによるネットワークイベントの受信により、マネージャが、ネットワークアラームの根本原因の識別やネットワークトラフィックの傾向などの分析を行えるよう、ネットワークの事件の状態の現時点での見通しを有することが可能になる。
【０００７】
マネージャがネットワークイベントを受信する方法は、典型的には以下のとおりである。あるエージェントが、ＮＲのグループの管理の責任を担う。各エージェントは、管理するＮＲの状態変化を、イベント通知の形態で報告する責任を担い、通知ログおよびアクティブアラームリスト（Ａｃｔｉｖｅ  Ａｌａｒｍ  Ｌｉｓｔ：ＡＡＬ）を保持する。ログは、マネージャへ向けて発せられた全部の通知を探知し、一方ＡＬＬは、ＮＲから受信されるアクティブアラーム情報を運ぶ全部の通知を探知する。アクティブアラーム通知とは、マネージャが未消去かつ未肯定確認応答（ａｃｋｎｏｗｌｅｄｇｅ）のアラーム通知であると定義する。マネージャは、いつでも必要なときに、ログのまたはＡＡＬのコンテンツを引き出し／読み取り可能である。各エージェントは、管理するＮＲの通知を複数のマネージャに送信してもよい。
【０００８】
従来技術の実施形態においては、エージェントは、その対応するマネージャにのみ通知を発し、ＮＲ状態変化を報告する。エージェントは、他のピアエージェントにこの通知を報告しない。この通知で報告されるネットワーク状態変化は、ネットワークノードのあるイベント（例えばネットワークノードのソフトウェアモジュールがリスタートされたなど）またはネットワークリンクのあるイベント（例えばケーブルが切断されたなど）によって引き起こされる。さらに重要なのが、ネットワークノードまたはネットワークリンクのイベントの発生は通常複数のＮＲ状態に影響を与えるということである。
【０００９】
各エージェントが自身の通知をその対応するマネージャへ報告しており、そのピアエージェントには報告していないため、さまざまなエージェントの通知は、エージェントのレベルでは全く相関されていない。すなわち、たとえあるエージェントからのある通知および別のエージェントの別の通知が同じネットワークイベントに由来するものであっても、あるエージェントからのある通知に含まれる情報は、その通知が別のエージェントの別の通知に関係していることを示すことはできない。結果として、マネージャは、さまざまなエージェントからの受信通知を処理し、通知相関を行わなければならないが、この相関実行は資源を消費するタスクである。
【００１０】
このように、エージェントから受信される通知は、マネージャにおいて受信される前には別のエージェントからの通知と相関不可能であるため、今日の最新の解決方法は、処理活動という大きな負担をマネージャに課す。これにより、例えば同じ原因に関係する複数の通知が複数のエージェントからマネージャへ送信される場合などに、エージェントとマネージャとの間に不必要な信号送信負荷がもたらされる。これはマネージャにおける不必要な処理実行へとつながり、その結果、マネージャの過負荷または不具合さえ引き起こしす場合もあり、任意のネットワークにおいてマネージャの役割は重要であることから、このように危険な状況を生み出す可能性がある。
【００１１】
上述の欠陥を解決するための、以下で提示するもののような従来技術は１つもないのだが、ルイス（Ｌｅｗｉｓ）に発行された米国特許出願６００００４５号（以下ルイスと呼ぶ）は、本発明の分野にいくらか関係がある。ルイスにおいては、通信ネットワークに含まれる複数のドメインの間のアラーム相関を提供するマルチドメインネットワークマネージャが開示されている。個別のネットワーク管理システムは、それぞれの単一の、通信ネットワークのドメインを監視し、それぞれの単一のドメインに特有の状態を示すアラームを提供する。マルチドメインネットワークマネージャは、アラームを受信し、そのアラームを相関させてインタードメインアラームを提供するとともに、訂正行動の形で応じる。マネージャはネットワーク全体に高レベルの相関および応答を提供する。上記参考文献において、アラーム相関を行うのがマルチドメインマネージャのみである一方、他のネットワークの実体、例えばネットワーク管理システムは、アラームをネットワーク資源からマネージャへ中継するように機能するのみである。最終的に、ルイスの開示は、マネージャ内でアラームを相関させるための方法に限定されるものであり、やはりアラーム相関に関する大きな処理負担をマネージャに課すものである。
【００１２】
上述の欠陥を解決するための、以下で提示するもののような従来技術は１つもないのだが、リンドスコーグ（Ｌｉｎｄｓｋｏｇ）らに発行された米国特許出願６６６５２６２号（以下リンドスコーグと呼ぶ）もまた、本発明の分野にいくらか関係がある。上記特許においては、障害管理方法が開示されており、この障害管理方法では、ネットワークにおける各ノードが一対の障害エージェントと構成エージェントとを含む。障害エージェントは、アラーム情報を受信し、障害の原因を識別するためにそのアラーム情報を相関させようとし、対になる構成エージェントへアラーム通知を渡す。これにより、障害を処理するための構成データが生成される。最終的に、リンドスコーグの開示は、アラームにより報告される場合に障害を解決するための方法に限定され、本出願人が請求する発明を開示および提案するまでには至っていない。
【発明の開示】
【００１３】
したがって、既存の解決方法の欠陥や短所を克服するために、ＮＲから生じる通知がマネージャに到達する前に、すなわちエージェントレベルで、かかる通知を効果的に相関させるための方法および対応するエージェントを有することが有利であるということが容易に認識されるべきである。本発明はこのような方法およびシステムを提供する。
【００１４】
ある観点からは、本発明は、いくつかのステップを含むイベント通知を相関させるための方法である。最初に、管理ネットワークの第１のエージェントが、第１のイベント通知受信し、管理ネットワークの第２のエージェントが第１のエージェントから受信しようとするイベント通知のカテゴリを定義するピアエージェント通知カテゴリに第１のエージェント通知が整合するかどうかを判定する。その後肯定判定により、第１のエージェントは第１のイベント通知を第２のエージェントへ送信し、そのため第２のマネージャは第１のイベント通知を自身のイベント通知と相関させることができる。
【００１５】
別の観点からは、本発明は、管理ネットワークの第１のエージェントであり、この第１のネットワークは、第１のイベント通知を受信する入力インターフェースと、１つまたはそれ以上のピアエージェント通知カテゴリを格納するピアエージェント通知カテゴリリスト（Ｐｅｅｒ  Ａｇｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｃａｔｅｇｏｒｙ  Ｌｉｓｔ：ＰＡＮＣＬ）と、第１のイベント通知を入力インターフェースから受信し、第１のイベント通知がＰＡＮＣＬのピアエージェント通知カテゴリに整合するかどうかを判定する通知処理エンジンとを含む。各上記ＰＡＮＣＬは、他のエージェントが第１のエージェントから受信しようとするイベント通知のカテゴリを示し、上記通知処理エンジンは、肯定判定により、第１のイベント通知を、少なくとも、ＰＡＮＣＬの整合したピアエージェント通知カテゴリに関連する第２のエージェントへ送信する。
【００１６】
なお別の観点からは、本発明はイベント通知を相関させるための方法であり、この方法は、最初に、ピアエージェントイベント通知を管理ネットワークの第１のエージェントにおいてピアエージェントから受信することを可能にする。その後、ピアエージェントイベント通知が、第１のエージェントがマネージャへ送信したいずれかのイベント通知に整合するかどうかを第１のエージェントにおいて判定することを、上記方法は可能にする。ピアエージェントイベント通知が、第１のエージェントがマネージャへ送信したイベント通知に整合すると判定すると、上記方法は、ピアエージェントイベント通知を、第１のエージェントがマネージャへ送信したイベント通知と相関させることを可能にする。
【００１７】
なお別の観点からは、本発明は、管理ネットワークの第１のエージェントであり、この第１のエージェントは、ピアエージェントイベント通知をピアエージェントから受信する入力インターフェースと、第１のエージェントから管理ネットワークのマネージャへ送信されるイベント通知のアイデンティティを格納するマネージャ通知ログと、入力インターフェースからピアエージェントイベント通知を受信し、受信ピアエージェントイベント通知がマネージャ通知ログのいずれかのイベント通知に整合するかどうかを判定する通知処理エンジンとを含む。通知処理エンジンは、ピアエージェントイベント通知がログのイベント通知に整合すると判定すると、ピアエージェントイベント通知をログのイベント通知と相関させる。
【発明を実施するための最良の形態】
【００１８】
本発明のさらに別の課題および効果に対して、本発明をより詳細に理解するために、添付図面と関連して以下の詳細な説明を参照することが可能である。
【００１９】
本発明の革新的な開示は、さまざまな例示的な実施形態を特定して参照することにより説明されるであろう。しかしながら、実施形態のかかる類は本発明の革新的な開示の多くの効果的な用途のほんの数例を例示するに過ぎないことを、理解すべきであろう。一般的に、本願の明細書における説明は、特許請求の範囲に係る本発明の各種観点を不必要に限定するものではない。さらに、いくつかの説明は、本発明のいくつかの特徴に適用されるが、他の特徴には適用されないこともあり得る。図面において、類似のまたは同様の構成要素は、数図にわたり固有の参照番号を用いて表現されている。
【００２０】
イベント通知が管理ネットワークのマネージャに到達する前に、複数のエージェントの間で、エージェントレベルでイベント通知の相関を可能にする方法およびエージェントを、本発明は提供する。任意のエージェントがＮＲ通知を受信すると、このエージェントは、そのＮＲ通知を、協同するピアエージェントから受信される他の通知と相関させようとしてもよく、そのためマネージャは、相関されたＮＲ通知を受信すると、その通知を他の関係する通知と簡単に整合可能であり、拡張処理資源を使用する必要はない。同様に、エージェントは、協同するピアエージェントから通知を受信すると、その通知を、当該エージェントが認知している他の通知と相関させようとし、かかる他の通知は、当該エージェントのＮＲから受信されたものである場合、または他のピアエージェントから受信されたものである場合がある。
【００２１】
本発明の好適な実施形態を実施するネットワーク管理エージェント１００の高レベルのブロック図を示す図１をここで参照する。図１に示されているのは、入力／出力通信インターフェース１０２を含むエージェント１００であり、この入力／出力通信インターフェース１０２は、エージェント１００の制御下のネットワーク資源（ＮＲ）からのイベント通知１０４の受信と、他のピアエージェントからのイベント通知１０５の受信との責任を担う。入力／出力インターフェースは、着信通知を、後述するエージェントの処理エンジンへ中継し、発信イベント通知を同処理エンジンから受信する。本発明については、ピアエージェントにより、複数のエージェントが同じマネージャに通知を報告することが認知される。入力／出力通信インターフェース１０２は、それぞれ他のピアエージェントへのまたはマネージャへのイベント通知１０６および１０８の発信の責任も担う。エージェント１００は、ピアエージェント通知カテゴリリスト（ＰＡＮＣＬ）１１０をさらに含み、上記ＰＡＮＣＬ１１０は、１組またはそれ以上の組のピアエージェントの通知カテゴリ１１２および１１４を含む。ピアエージェント通知カテゴリは、エージェント１００によって他のピアエージェントへまた送信されることとなる通知のカテゴリ（通知のある種類）の定義を含んでもよい。代わりに、ピアエージェント通知カテゴリは、内部データ機構の機能を使用して実施されてもよく、ここで入力という機能は通知のことであり、出力という機能は「整合（ｍａｔｃｈｅｄ）」または「不整合（ｎｏｔ  ｍａｔｃｈｅｄ）」のいずれかのことである。例えば単純なカテゴリは、「入力通知に含まれるＮＲアイデンティティが、カテゴリの内部データ機構で指定される「ｘｙｚ」に等しい場合、出力は「整合」となり、等しくない場合には、出力は「不整合」となる」という機能を有することが可能である。このようなピアエージェント通知カテゴリを定義するには、さまざまな方法が存在することに留意されたい。その上、各々ピア通知カテゴリ１１２および１１４と図示されている通知カテゴリの定義は、各上記通知カテゴリに関連するピアエージェントのアドレス１１６〜１２４も含み、それらは、任意のピアエージェント通知カテゴリに整合する通知がエージェント１００により受信されると、エージェントに通知されるものである。例えば、通知１０４を受信すると、エージェント１００は、ピアエージェント通知カテゴリ１１２および１１４と受信通知とを整合しようとし、整合が見られると、エージェント１００はそのマネージャへ受信通知を送信することを控え、むしろ整合カテゴリに関連するピアエージェントのアドレス１１６および１１８へ受信通知を送信する。
【００２２】
エージェント１００は、１組またはそれ以上の組のピア通知カテゴリを格納するＮＣＬ１５０（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｃｏｒｒｅｌａｔｉｏｎ  Ｌｉｓｔ：通知相関リスト）をさらに含む。ピア通知カテゴリは、ＮＣＬにおいて１つまたはそれ以上のローカル通知カテゴリに関連付けられる。ＮＣＬ１５０は、どの種類のピア通知がどのＮＲ通知に関するかについての情報を格納する。エージェントのオペレータは、通知の相関より先にこのデータ機構を作成／初期化してもよい。
【００２３】
エージェント１００からマネージャへ送信される全部の通知はまた、エージェント１００によってマネージャ通知ログ１３０内にログがとられ、マネージャ通知ログ１３０は、送信済通知またはその識別のみを格納するリストまたはデータベース１３２を含んでもよい。
【００２４】
さらに、エージェント１００はピアエージェント通知バッファ１４０も含み、ピアエージェント通知バッファ１４０は、エージェント１００によって他のピアエージェントから受信される通知１０５を登録する。
【００２５】
最後に、コンピュータ上で動作するソフトウェアモジュールの形態、ハードウェアモジュールの形態、またはそれらのいかなる適当な組み合わせの形態で実施可能である通知処理エンジン１３３を、エージェント１１０／２２０は含む。通知処理エンジン１３３は、ログ１３０、Ｉ／Ｏインターフェース１０２、ＰＡＮＣＬ１１０、ＮＣＬ１５０、またはバッファ１４０に適当なリンクを介して接続され、必要な情報、例えばこれから説明するのだが、図２および３に関して説明するさまざまな後述イベント通知などを回収、処理、および送信するように構成される。このように、図２および３に関してエージェントによって行われると言う情報の回収および処理に関する行動は、エージェントの通知処理エンジン１３３によって行われているということを、以降の説明においては了解されたい。
【００２６】
本発明の好適な実施形態を実施する管理ネットワーク２００の高レベルのノードのオペレーションおよび信号の流れ図の一例である図２を、ここで前述の図１と併せて参照する。図２に示されているのは、前述のエージェント１  １００と、エージェント１００からイベント通知を受信するように構成されるマネージャ２１０と、自身のネットワーク資源からまたはエージェント１  １００のようなピアエージェントからイベント通知を受信するようにまた構成される第２および第３のエージェント、それぞれ２２０および２３０とである。
【００２７】
エージェント１００は新しいＮＲ通知の受信を待つ、行動２４０。行動２４２において、エージェント１００は、その入力インターフェース１０２を介してＮＲの１つから通知を受信する。行動２４４において、エージェント１００は、通知２４２に含まれる全部の情報を含む新しいＮＲ通知を構成してもよい。あるいは行動２４４は、スキップされてもよく、またはＮＲ通知２４２のコピーの作成を含んでもよく、または以下で説明するような連続使用のための同じＮＲ通知２４２の選択さえ含んでもよい。第１のイベント通知が、第１のエージェントに認知されている１つまたはそれ以上の他のイベント通知に関連可能かどうか、行動２４６においてエージェント１００はＮＲ通知（またはコピー、または構成されたばかりの新通知でもあり、これら全部をここではＮＲ通知という言葉で表すことにする）を確認する。例えば、エージェント１００は、ＮＲ通知がバッファ１４０のピアエージェント通知のどれか１つに整合するかどうかを判定可能であり、整合する場合、バッファ１４０の関連ピアエージェント通知を識別し、その通知識別子を使用して整合ピア通知を識別するための相関属性をＮＲ通知へ追加する。特に、行動２４６において、エージェント１００は、バッファ１４０に格納されるピアエージェント通知のいずれかにＮＲ通知が整合するかどうかを行動２４８においてまず決定してもよく、整合する場合、ＮＲ通知へおよびバッファからの整合通知へ相関属性を追加する、行動２５０。特に、エージェント１００は、バッファ１４２の整合するピアエージェントの通知の１つ１つに対し、バッファの整合ピアエージェント通知を識別する相関属性をＮＲ通知に追加するように行動してもよい、行動２５２。エージェントは、ＮＲ通知を識別する相関属性をバッファの整合ピアエージェント通知にさらに任意で追加してもよい、行動２５４。行動２５０の目的は、相関オペレーションに関連する処理負担がマネージャにとって軽減されるように、新しい通知およびピアエージェントから受信される他の通知のいずれかの通知がマネージャ２１０に到達する前に、新しい通知を、ピアエージェントから受信される他の通知と相関させること、および任意でその逆を行うことである。
【００２８】
行動２４８において、バッファのピアエージェント通知が、構成された通知に１つも整合しないということが確かに検出される場合は、行動２５０はスキップされる。
【００２９】
どちらの場合でも、当該方法は行動２５６へ続き、そこでエージェント１００は、エージェント１００に関係するいずれか１つまたはそれ以上のピアエージェント２２０および２３０へＮＲ通知が送信されるべきかどうかを知るために、新しい通知がＰＡＮＣＬのピア通知カテゴリのいずれかに整合するかどうかを判定する。ＮＲ通知と、ＰＡＮＣＬ１１０のピア通知カテゴリ１１２および１１４との間に整合が１つも発見されない場合は、新しい通知を通知されるピアエージェントは１つもないと結論され、行動２５８においてＮＲ通知は、行動２５２においてＮＲ通知に挿入されるその相関属性２６０とともに、マネージャ２１０へ送信される。
【００３０】
図２には示していないが、マネージャ２１０により通知２５８が受信されると、先に受信されたまたはこれから受信される他の通知に通知２５８が関するかどうかを、マネージャ２１０は、相関属性２６０を使用して単純に判定可能である。
【００３１】
行動２６２において、エージェント１００は、そのマネージャの通知ログ１３０を、マネージャ２１０へ送信された通知２５８で更新するようにも行動する。
【００３２】
行動２５６において、新しい通知がＰＡＮＣＬの通知カテゴリのいずれかに整合することが確かに発見される場合、エージェント１００は、整合されたピア通知カテゴリに関連するピアエージェントのアドレスをさらに識別する、行動２６４。例えばエージェント１００は、行動２５６において、ＮＲ通知がＰＡＮＣＬ１１０のピア通知カテゴリ１１２に整合することを判定してもよく、行動２６４において、カテゴリ１１２のピアエージェントアドレス１１６および１１８をさらに識別してもよい。最後に、行動２６６および２７０において、エージェント１００は、新しい通知２５８をその相関属性２６０とともに、識別されたアドレス１１６および１１８へ送信するが、このアドレス１１６および１１８は、本シナリオ例においてはエージェント２２０および２３０のものであり、したがってこれらのエージェントが、自身のネットワーク資源から受信し得る他の通知と新しい通知を相関させようとすることが可能になる。
【００３３】
本発明の好適な実施形態を実施する管理ネットワーク３００の高レベルのノードのオペレーションおよび信号の流れ図である図３を、ここで前述の図１と併せて参照する。図３に示されているのは、前述のエージェント２  ２２０と、エージェント２  ２２０からイベント通知を受信するように構成されるマネージャ２１０と、自身のＮＲから受信したイベント通知をそのピアエージェント２  ２２０へ送信するように構成されるエージェント１  １００とである。エージェント２２０はＮＣＬ１５０を含み、ＮＣＬ１５０は、エージェント２２０が受信をしようとするピアエージェントの通知のカテゴリを特定する１つまたはそれ以上のピアエージェント通知カテゴリ１５２および１５４を格納する。各上記ピア通知カテゴリは、エージェント２２０によって直接自身のＮＲから受信され得る（ピアエージェントから受信されるのとは逆）ＮＲ通知のカテゴリを特定する１つまたはそれ以上のローカル通知カテゴリに関連可能である。例えば、図１に示すこのシナリオ例においては、ピアエージェント通知カテゴリ１  １５２はローカル通知カテゴリ１５６に関連し、ピア通知カテゴリ２  １５４はローカル通知カテゴリ１５８および１６０に関連する。
【００３４】
図３に関して説明するこのシナリオ例では、まずは行動３１０において、エージェント２２０は、そのピアエージェントのいずれか１つからの、例えばエージェント１００などからのピアエージェント通知の受信を待つ。行動３１２において、エージェント１００はそのピアエージェント２２０へ通知を送信する。このようなピアエージェントイベント通知（ここではピア通知またはピアエージェント通知とも呼ぶ）はさまざまな状況で受信される場合があり、このさまざまな状況には、図２の行動２５６に関して説明したように、エージェント１００が、自身のＮＲの１つからＮＲ通知を受信すると、そのＮＲ通知もエージェント１００のピアエージェントへ送信されるべきであることを判定するように構成される場合が含まれるが、限定ではない。エージェント２２０は、行動３１２においてその入力インターフェース１０２によってピア通知を受信すると、着信ピア通知がＮＣＬピア通知カテゴリのいずれかに整合するかどうかを判定し、行動３１４、否定の場合、当該ピア通知はエージェント２２０のＮＲ通知とのいかなる追加相関にも使用不可能であると結論され、したがってピア通知３１２がマネージャ２１０へ送信される、行動３１６。
【００３５】
行動３１４において、着信ピア通知３１２が、ＮＣＬ１５０からのいずれかのピア通知カテゴリに整合することが確かに検出される場合、当該方法は行動３１８へ続き、そこでエージェント２２０は、ＮＣＬ１５０からのローカル通知カテゴリ１５６〜１６０のどれが整合ピア通知カテゴリに関連するかを識別する。例えば、行動３１４において、エージェント２２０は、行動３１２のピア通知がピア通知カテゴリ１５２に整合することを判定してもよく、行動３１８において、エージェント２２０は、ピア通知カテゴリ１５２に関連するローカル通知カテゴリ１５６をさらに識別してもよい。
【００３６】
その後、識別された各ローカル通知カテゴリについて、識別されたローカル通知カテゴリに整合する、マネージャの通知ログ１３０に登録された整合ログ済ＮＲ通知があるかどうかを、エージェント２２０は判定する、行動３２２。マネージャへ送信され、ログ１３０において識別されたいずれかのイベント通知に、ピアエージェントイベント通知が整合するかどうか判定することも、行動３２２は含んでよい。肯定の場合、行動３１２の着信ピア通知は、（ログ１３０において）整合することが分かった送信済みのＮＲ通知と相関されるものであると、エージェント２２０は結論し、このため、エージェント２２０は、ログ１３０からの整合ＮＲ通知のアイデンティティを特定する相関属性を着信ピア通知に追加する、行動３２４。その後、エージェント２２０は、相関属性３２８を有する修正ピア通知３２６をマネージャ２１０へ送信し、当該方法は行動３１０の前に戻り、エージェント２２０は再び別のピア通知の受信を待つ。
【００３７】
行動３２２において、識別されたローカル通知カテゴリに整合するログ済ＮＲ通知がログ１３０に１つもないことが確かに検出されると、当該方法は行動３２４〜３２６をスキップする。すなわち、相関属性の追加は１つもなく、行動３２６においてピア通知はマネージャ２１０へ送信されないということである。実際、当該方法は行動３３０へ続き、そこでエージェント２２０は、ピアエージェント通知バッファ１４０においてピアエージェント通知を作成し、行動３３０、このピアエージェント通知は、行動３１２において受信されたピア通知と同じ情報を含む。マネージャへのピア通知の発信を遅延させ、結果その遅延中に、新しい相関／関連ピア通知またはＮＲ通知をエージェント２２０において受信することで、相関された情報を、遅延／バッファされた通知に、マネージャ２１０への送信前に追加することを可能とすることが、上記バッファされるピア通知の目的である。ピアエージェント通知がバッファ１４０において作成され、格納されると、エージェント２２０は、上記ピアエージェント通知に既定値のタイマーを関連させてもよく、上記既定値のタイマーは、ピアエージェント通知がマネージャ２１０へ送信される前にバッファ内でホールドされる時間を決めるものである。タイマーが終了する、行動３３２、と、エージェント２２０は、マネージャ２１０へピア通知を送信し、行動３３６において、バッファ１４０からのピア通知および関連するローカル通知カテゴリを削除する／取り除く。
【００３８】
エージェント２２０はさらにＮＣＬ１５０においてローカル通知カテゴリを作成してもよく、このカテゴリはピア通知のカテゴリと同じものである。かかる作成の目的は、バッファされたピア通知と新しいＮＲ／ピア通知との間での相関の高速探索を保障することである。作成されたローカル通知カテゴリは、ＮＣＬ１５０の整合ピア通知カテゴリと同じ組である。
【００３９】
ここで図１、２、および３を併せて参照すると、コンピュータ上で動作するソフトウェアモジュールの形態で、ハードウェアモジュールの形態で、またはそれらの何か適当な組み合わせで実施され得る通知処理エンジン１３３を、エージェント１１０／２２０は含むことが好ましい。通知処理エンジン１３３は、ログ１３０に、Ｉ／Ｏインターフェース１０２に、ＰＡＮＣＬ１１０に、ＮＣＬ１５０に、およびバッファ１４０に適当なリンクを介して接続され、例えば図２および３に関して説明したようなさまざまな上述の通知などの必要な情報を回収、処理、および送信するように構成される。このように、これらの図面についての以上の説明を読むことで、通知処理エンジン１３３が、上述の行動を行う責任を担う場合があることを理解されたい。
【００４０】
ゆえに、本発明を用いると、通知が任意のマネージャに到達する前に、複数のエージェント間でイベント通知を相関させることが可能になり、したがってマネージャの処理資源を他のタスクのために節約することができる。
【００４１】
前述の内容に基づくと、イベント通知を少なくとも１つの他エージェントのイベント通知と相関させるための単純かつ効果的な方法およびエージェントを提供する有利な解決方法が、本発明により提供されることが、ここで当業者に明らかとなっているべきである。本発明のシステムおよび方法を、ある術語（例えばエージェントおよびマネージャ）に特に言及して説明してきたが、かかる言及によって、ここに含まれる革新的な本開示が、必ずしもかかる言及に限定されるものではなく、さまざまな種類のノードにおいて効果的に実施され得るものであることが認識されるべきである。図示および説明した本方法およびシステムは好適なものであることを特徴としてきたが、添付の特許請求の範囲により定義される本発明の範囲から逸脱することなく、さまざまな変更および修正を本方法およびシステムに施すことが可能であることは、容易に明らかとなることであろう。
【００４２】
本発明の方法およびシステムいくつかの好適な実施形態を添付の図面で示し、前述の詳細な説明で説明してきたが、本発明は、開示された実施形態に限定されるものではなく、前述したとおりの、および添付の特許請求の範囲により定義するとおりの本発明の意図を逸脱することなく、数多くの再構成、修正、置換が可能であることが理解されるであろう。
【図面の簡単な説明】
【００４３】
【図１】本発明の好適な実施形態を実施する管理エージェントのような電気通信ノードの単純化したブロック図の一例である。
【図２】本発明の好適な実施形態を実施する管理ネットワークのノードのオペレーションおよび信号の流れ図の一例である。
【図３】本発明の好適な実施形態を実施する管理ネットワークのノードのオペレーションおよび信号の流れ図の別例である。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図２Ａ
【補正方法】変更
【補正の内容】
【図２Ａ】
2009517754.tif 000008
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図３Ｂ
【補正方法】変更
【補正の内容】
【図３Ｂ】
2009517754.tif 000009
【国際調査報告】
2009517754.tif 000010
2009517754.tif 000011
2009517754.tif 000012
2009517754.tif 000013
2009517754.tif 000014