(57)【特許請求の範囲】
【請求項１】
分散アーキテクチャを備える通信ネットワークのポリシーに基づく制御のための方法であって、
前記分散アーキテクチャは、複数のネットワーク要素間のメッセージングを行う、複数の異なる管理者それぞれが管理する通信ネットワークからなる異種通信ネットワークを含み、
前記ポリシーは、前記ネットワーク要素において通信に関するサービスの実行要求であるイベントが発生した場合に、前記サービスを制御するための条件及びアクションを示すルールであり、
前記通信ネットワークにおける前記複数のネットワーク要素には、
前記ポリシーを実行する少なくとも１つのポリシー実行点であるＰＥＰと、
前記イベントに対する前記ポリシーを決定するポリシー決定点である１つ以上のＰＤＰと、
前記イベント及び前記ポリシーを登録するレジスタとが含まれ、
前記ＰＥＰは、
当該ＰＥＰで発生する前記イベントを前記レジスタへ登録する機能と、
前記イベントの発生の通知を当該ＰＥＰから前記ＰＤＰへ送信する機能と、及び、
前記イベントが前記レジスタに登録されているポリシーの条件に合致する場合に前記ＰＤＰから提案される該イベントにおける前記ポリシーを実行する機能とを有し、
前記少なくとも１つのＰＥＰは、少なくとも１つのクライアントである前記ＰＤＰ向けのサーバとして機能し、
前記ポリシーは、前記１つ以上のＰＤＰで利用可能であり、
前記１つ以上のＰＤＰは、前記ＰＥＰとの間で前記ポリシーに基づく制御を実行することに同意するサービスアグリーメントを確立することによって、前記ＰＤＰ自身のサービスドメイン以外の前記ＰＥＰの前記ポリシーを実行する機能が当該ＰＤＰ自身に対して実行されることに同意しており、
当該方法は、
前記ＰＥＰが、前記１つ以上のＰＤＰが同意する前記ＰＥＰで発生するイベントを前記レジスタに登録するステップと、
前記ＰＥＰが、前記１つ以上のＰＤＰが前記ＰＥＰに提案できる、前記イベントに対して実行されるポリシーを前記レジスタに登録するステップと、
前記１つ以上のＰＤＰが、前記レジスタに登録されたイベントを取得するステップと、
前記１つ以上のＰＤＰが、前記レジスタに登録されたポリシーを取得するステップと、
前記１つ以上のＰＤＰと前記ＰＥＰとの間で、前記ポリシーに基づく制御を実行することに同意するサービスアグリーメントを確立するステップと、
前記サービスアグリーメントを確立しているＰＤＰが、特定のイベントの通知を行うことを前記サービスアグリーメントを確立しているＰＥＰにリクエストするステップと、
前記サービスアグリーメントを確立しているＰＤＰが、前記特定のイベントに対する前記ポリシーを実行することを前記サービスアグリーメントを確立しているＰＥＰにリクエストするステップと、
前記サービスアグリーメントを確立しているＰＥＰが、前記特定のイベントが発生していることを前記サービスアグリーメントを確立しているＰＤＰに通知するステップと、
前記サービスアグリーメントを確立しているＰＤＰが、前記特定のイベントに対して適切なポリシーの実行を前記サービスアグリーメントを確立しているＰＥＰに提案するステップと、
前記サービスアグリーメントを確立しているＰＥＰが、前記サービスアグリーメントを確立しているＰＤＰから提案される前記ポリシーを実行するステップとを備え、
前記サービスアグリーメントを確立している複数のＰＤＰに対して同一のイベントが前記レジスタに登録されている場合、前記サービスアグリーメントを確立しているＰＥＰは、前記サービスアグリーメントを確立している複数のＰＤＰの１つ以上へ前記イベントの通知を送信するために、それぞれのＰＤＰにプリファレンスあるいはプライオリティを付与し、
前記サービスアグリーメントを確立している複数のＰＤＰから、前記ポリシーを実行するための複数の提案を受信する場合、前記サービスアグリーメントを確立しているＰＥＰは、前記複数の提案から実行するポリシーを選択するために、それぞれの提案にプリファレンスあるいはプライオリティを付与する
ことを特徴とする通信ネットワークのポリシーに基づく制御のための方法。
【請求項２】
前記サービスアグリーメントを確立しているＰＥＰでの前記特定のイベントの発生後、前記イベントの通知と同期して該イベントを示すイベント関連データが前記サービスアグリーメントを確立しているＰＥＰから前記サービスアグリーメントを確立しているＰＤＰへ送信される
ことを特徴とする請求項１に記載の通信ネットワークのポリシーに基づく制御のための方法。
【請求項３】
前記サービスアグリーメントを確立しているＰＥＰでの前記特定のイベントの発生後、前記イベントを示すイベント関連データを送信することについての前記サービスアグリーメントを確立しているＰＤＰによるリクエストの後、前記イベント関連データが前記イベントの通知とは非同期に前記サービスアグリーメントを確立しているＰＥＰから前記サービスアグリーメントを確立しているＰＤＰへ送信される
ことを特徴とする請求項１に記載の通信ネットワークのポリシーに基づく制御のための方法。
【請求項４】
分散アーキテクチャを備える通信ネットワークのポリシーに基づく制御のためのシステムであって、
前記分散アーキテクチャは、複数のネットワーク要素間のメッセージングを行う、複数の異なる管理者それぞれが管理する通信ネットワークからなる異種通信ネットワークを含み、
前記ポリシーは、前記ネットワーク要素において通信に関するサービスの実行要求であるイベントが発生した場合に、前記サービスを制御するための条件及びアクションを示すルールであり、
前記複数のネットワーク要素には、
前記ポリシーを実行する少なくとも１つのポリシー実行点であるＰＥＰと、
１つ以上の前記イベントに対する前記ポリシーを決定するＰＤＰと、
前記イベント及び前記ポリシーを登録するレジスタとが含まれ、
前記ＰＥＰは、
当該ＰＥＰで発生する前記イベントを前記レジスタへ登録する機能と、
前記イベントの発生の通知を当該ＰＥＰから前記ＰＤＰへ送信する機能と、及び、
前記イベントが前記レジスタに登録されているポリシーの条件に合致する場合に前記ＰＤＰから提案される該イベントにおける前記ポリシーを実行する機能とを有し、
前記少なくとも１つのＰＥＰは、クライアントである前記ＰＤＰ向けのサーバとして機能し、
前記レジスタは、
前記１つ以上のＰＤＰで、前記ポリシーを利用可能にするアクセス手段と、
前記１つ以上のＰＤＰとＰＥＰとの間で前記ポリシーに基づく制御を実行することに同意するサービスアグリーメントを確立することによって、前記１つ以上のＰＤＰが、前記ＰＤＰ自身のサービスドメイン以外の前記ＰＥＰのポリシーを実行する機能が実行されることに同意するための同意手段とを備え、
前記ＰＥＰは、更に、
前記１つ以上のＰＤＰが同意する前記ＰＥＰで発生するイベントを前記レジスタに登録する機能と、
前記１つ以上のＰＤＰが前記ＰＥＰに提案できる、前記イベントに対して実行されるポリシーを前記レジスタに登録する機能と、
前記１つ以上のＰＤＰとの間で、前記ポリシーに基づく制御を実行することに同意するサービスアグリーメントを確立する機能と、
特定のイベントが発生していることを前記サービスアグリーメントを確立しているＰＤＰに通知する機能と、
前記サービスアグリーメントを確立しているＰＤＰから提案される前記ポリシーを実行する機能とを備え、
前記ＰＤＰは、
前記レジスタに登録されたイベントを取得する機能と、
前記レジスタに登録されたポリシーを取得する機能と、
前記ＰＥＰとの間で、前記ポリシーに基づく制御を実行することに同意するサービスアグリーメントを確立する機能と、
前記特定のイベントの通知を行うことを前記サービスアグリーメントを確立しているＰＥＰにリクエストする機能と、
前記特定のイベントに対する前記ポリシーを実行することを前記サービスアグリーメントを確立しているＰＥＰにリクエストする機能と、
前記特定のイベントに対して適切なポリシーの実行を前記サービスアグリーメントを確立しているＰＥＰに提案する機能とを備え、
前記サービスアグリーメントを確立しているＰＥＰは、更に、
前記サービスアグリーメントを確立している複数のＰＤＰに対して同一のイベントが前記レジスタに登録されている場合、前記サービスアグリーメントを確立している複数のＰＤＰの１つ以上へ前記イベントの通知を送信するために、それぞれのＰＤＰにプリファレンスあるいはプライオリティを付与するためのプライオリティ決定手段と、
前記複数のＰＤＰから、前記ポリシーを実行するための複数の提案を受信する場合、前記複数の提案から実行するポリシーを選択するために、それぞれの提案にプリファレンスあるいはプライオリティを付与するための選択手段とを備える
ことを特徴とする通信ネットワークのポリシーに基づく制御のためのシステム。
【請求項５】
前記サービスアグリーメントを確立している、前記ＰＤＰ及び前記ＰＥＰはそれぞれ、前記サービスアグリーメントを確立しているＰＥＰでの前記特定のイベントの発生後、前記イベントの通知と同期して該イベントを示すイベント関連データを前記サービスアグリーメントを確立しているＰＤＰと前記サービスアグリーメントを確立しているＰＥＰ間で通信するための同期メッセージング手段を備える
ことを特徴とする請求項４に記載の通信ネットワークのポリシーに基づく制御のためのシステム。
【請求項６】
前記サービスアグリーメントを確立している、前記ＰＤＰ及び前記ＰＥＰはそれぞれ、前記サービスアグリーメントを確立しているＰＥＰでの前記特定のイベントの発生後、かつ前記イベントを示すイベント関連データを送信することについての前記サービスアグリーメントを確立しているＰＤＰによるリクエストの後、前記イベントの通知とは非同期に前記サービスアグリーメントを確立しているＰＥＰと前記サービスアグリーメントを確立しているＰＤＰで前記イベント関連データを通信するための非同期メッセージング手段を備える
ことを特徴とする請求項４に記載の通信ネットワークのポリシーに基づく制御のためのシステム。
【請求項７】
前記ＰＤＰは、オペレータ、アプリケーションデベロッパー、ベンダー、政府組織、エンドユーザあるいはサービスプロバイダを含む管理者によって管理されるものである
ことを特徴とする請求項４乃至６のいずれか１項に記載の通信ネットワークのポリシーに基づく制御のためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の背景
本発明の技術分野
本発明は、一般的には、分散アーキテクチャを備える通信ネットワークにポリシーに基づく制御に対する方法に関するものであり、この分散アーキテクチャネットワークは、少なくとも１つの異種通信を含んでいる。
【０００２】
関連技術の説明
オープンサービス市場においては、ネットワークオペレータは、より高い安全性で、開かれた、標準インタフェースを自身のネットワークに提供しなければならない。ネットワークのポリシーに基づく制御は、ネットワークコンポーネント間の機能を分散し、かつポリシーを採用することによって分散された機能と別のものとの関連付け（linking）を簡略化することによって、これらの要求に合わせるための近年の方法である。ポリシーは、どのポリシーの実行及び行動が許可されていて、かつコンピュータあるは電気通信ネットワーク内でどのイベント（以下では、イベントと称する）が許可されているかを示す説明書である。ネットワーク管理者は、ネットワークを支配するポリシーのセットを定義することができる。
【０００３】
上述の従来の構成に従えば、ポリシーの実行及びポリシーの管理に対して開発されている方法及びシステムが存在する。ポリシーの管理及びポリシーの評価は、例えば、パーレイ（活用）グループ（Parlay Group）のパーレイポリシー管理ワーキンググループによって現在草案されていて、これは、アプリケーションの開発を可能にするように結成された複数のベンダーによる共同事業体である、このアプリケーションは、オープン技術依存のアプリケーションプログラミングインタフェース（ＡＰＩ）を開発することによって、複数のネットワーキングプラットホーム環境に跨がって動作する。このパーレイポリシー管理ワーキンググループ（ＰＰＭＷＧ）は、パーレイポリシー管理及び評価ＡＰＩを維持し、かつ拡張するために設立されており、これは、ネットワーク内のポリシードメインの管理を可能にし、このネットワークでは、ドメインがまずネットワークアーキテクチャから分離され、次に、トランスポート／アプリケーションプロトコルから分離される。ポリシー管理におけるＰＰＭＷＧの草案は、ポリシーの構成を保証し、かつ最新の寄稿（contribution）では、ポリシーの評価も説明している。
【０００４】
適用されるポリシーの一例には、今のところ、ネットワークが、上述のポリシー管理方法を採用することによって異なるサービスをクライアントに提供できることである。これらのネットワークは、データを転送するネットワーク要素のトラフィック処理メカニズムに依存する。これらの要素には、普通は、スイッチ、ルータ、プロキシ及びプロトコルゲートウェイが存在する。このようなプロトコルゲートウェイは、例えば、パーレイで定義されている。これらの要素の例には、ＯＭＡによって定義される、「共通サービスイネーブラー（Common Service Enablers）」と「他のサービスイネーブラー」もある。イネーブラー（Enabler）は、ここでは、あるサービスを提案する論理的なエンティティである。そのサービスは、通常は、インタフェース手段によって起動される。
【０００５】
トラフィック処理メカニズムは、どのフローにトラフィックが依存するかを判定するメカニズムと、リソースが特定フローに割り当てられることによるキューイング（queuing）メカニズムを含んでいる。トラフィック処理メカニズムをサポートするネットワーク要素は、ポリシー実行ポイント（Policy Enforcement Points：ＰＥＰ）としても参照される、これは、これらは、ポリシーを、それらによって転送されるトラフィックに適用することができるからである。
【０００６】
加えて、ネットワーク要素は、自身のトラフィック処理機能が実行できるあるいは構成できることによるメカニズムをサポートしなければならない。典型的には、ＰＥＰは、いくつかの形態のポリシーサーバに関連付けられていて、これは、ポリシー決定ポイント（Policy Decision Points：ＰＤＰ）としても知られている。典型的には、ＰＤＰは、１つ以上の広く知られている構成プロトコルをサポートしていて、これには、例えば、共通オープンポリシーサービス（ＣＯＰＳ）があり、これは、ＰＥＰとＰＤＰ間のプロトコルであり、ここで、ＰＥＰはＰＤＰからの決定をリクエストする。トップダウンの提供に対しては、ＰＤＰは、関連付けられているＰＥＰにトップダウン構成情報をプッシュするためにＣＯＰＳ−ＰＲを使用することができる。ＣＯＰＳ−ＰＲは、ＰＤＰがコンタクトするＰＥＰであるＣＯＰＳの拡張である。
【０００７】
いくつかのＰＥＰは、局所的に、ＰＤＰ機能を含んでいても良い。その他には、別のポリシーサーバからＰＤＰ機能を起動してもよい。この方法では、ＰＥＰとＰＤＰはポリシーを適用するために協調動作し、これは、例えば、ビジネス間の構成（business to business configuration）、プライバシー、セキュリティ及び許可に関連するポリシーデータ上で動作し、これらは、通常、いくつかの形態のレジスタデータベースに記憶される（以下では、レジスタと称する）。
【０００８】
上述の従来の説明は、ＰＥＰがクライアントで、ＰＤＰがサーバであることを想定している。この方法の例には、上述のＣＯＰＳプロトコルがある。インターネットエンジニアリングタスクフォース（ＩＥＴＦ）は、更に、ＣＯＰＳを開発している。ＣＯＰＳは、サービスシグナリング（signaling）プロトコルの品質以上のポリシー制御をサポートするためのクライアント／サーバモデルに適用されても良いが、通常は、分散制御を伴う他の状況に適用される。ＣＯＰＳ仕様書で示されるポリシーフレームワークは、ＰＥＰ及びＰＤＰのエンティティと、ＰＤＰとの関係の確立を初期化するためのＰＥＰに対するメカニズムを説明している。また、これは、ＰＥＰとＰＤＰ間の対話用メッセージを説明している。このモデルは、ポリシーリクエストに対してサーバが返信する決定に基づいていて、ここで、ＰＥＰは、自身のクライアントとなるＰＤＰへリクエストへ送信する、また、サーバとなるＰＤＰは、ＰＥＰクライアントを受け入れるかどうかを決定する。
【０００９】
ポリシー管理を言及する他のモデルは、例えば、ポリシーコア情報モデル（ＲＦＣ３０６０）で説明され、ここで、統合化モデリング言語注釈（Unified Modeling Language Notation）において、ポリシーが、（ポリシー、ポリシールール、ポリシールールイベント、ポリシールールアクション）を構成することができるクラス、及びＲａｄｉｕｓ（ＲＦＣ２１３８）とＤｉａｍｅｔｅｒを定義していて、これは、ネットワークアクセスに関する決定をリクエストするために使用されても良い。
【００１０】
現在の技術に従うシステムは、特定のイベントがＰＥＰを実現するエンティティで発生する場合に、ＰＤＰへ決定リクエストを送信するＰＥＰを備える。ＰＥＰは、イベントについての情報あるいはその情報に対するポインタをＰＤＰへ送信する。ＰＤＰは、ポリシーに対するイベントを評価し、適切なポリシー実行を決定する。続いて、ＰＤＰは、どのようにしてＰＥＰがイベント上で動作しなければならないかの決定をＰＥＰへ返信し、そして、ＰＥＰは、ＰＤＰによって得られる決定を実行する（実施する）。
【００１１】
Ｒａｄｉｕｓのような他の規格は、クライアント／サーバ関係あるいはＰＥＰ／ＰＤＰ関係の確立を保証しない、あるいは、イベント通知の交換及びＰＥＰのポリシー実行の機能の交換を保証しない。この状況でのイベント通知機能は、イベントを通知する機能を意味し、このイベントは、例えば、ネットワークに対するアクセスに対するリクエスト、リソース使用に対するリクエスト、他の任意のサービスに対するリクエストを発生するものである。この状況でのポリシー実行機能は、ＰＥＰの、例えば、サービスリクエスト、このサービスリクエストに対する（部分的な）拒否、による変更を意味し、及び／あるいは、これは、ＰＤＰによって提案できるＰＥＰによる他のポリシー実行を実行することによる変更を意味するものである。
【００１２】
システム、ポリシーモデル、フレームワーク及び規格による現在の方法は、ＰＤＰサーバのＰＥＰクライアントが固有の制限を持っていることを前提とし、これは、特に、以下の点が欠けている、つまり、
−複数の管理者（以下では、管理者（Stakeholder））への実現性、これには、オペレータ、アプリケーションデベロッパー、ベンダー、政府組織、エンドユーザあるいはサービスプロバイダがあり、この実現性とは、自身のサービスドメイン外のＰＥＰ機能に同意する（subscribe）ことと、
−ＰＥＰの機能を最初に登録することなく、ＰＥＰによる実行対象のポリシーを容易に定義するための方法が
欠けている。
【００１３】
本発明の開示
既存のソリューションの問題を解決するために、管理者自身あるいはそれらのグループによって、管理者に、イベントにおける自身が所有するポリシー実行を判定して、自身が所有するドメイン内でＰＤＰを完全に制御することを可能にする方法及びシステムが必要とされている。
【００１４】
本発明は、上述の問題を解決するためのより多くの可能性を達成するために、サーバ機能を備えるＰＥＰを提供し、かつＰＤＰを、サーバとなるＰＥＰのクライアントにすることによって、この問題を処理する。
【００１５】
本発明は、分散アーキテクチャを備える通信ネットワークのポリシーに基づく制御のための方法及びシステムを、第１の構成で提供する、この分散アーキテクチャは、ネットワーク要素間のメッセージング（messaging）を行う、少なくとも１つの異種通信ネットワークを含み、これらのネットワーク要素は、少なくとも１つのＰＥＰ、１つ以上のＰＤＰを備えていて、ここで、ネットワーク要素は、イベントの登録、イベントの発生の通知の送信及び、ある条件に合致する場合にイベントにおけるポリシーの実行を提供する、ここで、少なくとも１つのＰＥＰは、少なくとも１つのクライアントであるＰＤＰ向けのサーバとして機能する。
【００１６】
本発明の第２の構成では、イベントが発生するＰＥＰは、管理者のドメイン外、つまり、ＰＤＰが配置されているドメイン外に存在し続けている、これは、サードパーティドメインであり得る。
【００１７】
本発明の第３の構成では、管理者は、自身の決定をＰＥＰドメインに提案することを可能にするために、自身が所有するＰＤＰをＰＥＰに登録する。
【００１８】
本発明は、更に、登録されたＰＤＰに通知するために、ＰＥＰに対して、サードパーティに関心のある特定のイベントを提供する。ＰＤＰは、ＰＥＰに対する登録処理を初期化する。このＰＤＰはサードパーティであっても良いばかりか、サードパーティだけに限定されるものではない。この処理では、ＰＤＰは、ＰＤＰが関心のあるイベントを特定する。ＰＥＰは、ＰＥＰと通信するためにＰＤＰによって使用することができるＰＥＰサービスに関連するリファレンス（以下では、リファレンスと称する）を登録する。これ以降の段階で、ＰＤＰがＰＥＰでイベントの通知を受信したい場合には、ＰＤＰは、通知のリクエストで、ＰＥＰへリファレンスを送信する。ＰＥＰは、自身の通知をこれらのリファレンスに送信する。
【００１９】
このようなイベントがＰＥＰで発生する場合、ＰＥＰがＰＤＰの決定を待機した後、登録されているリファレンスにおけるイベントに同意するＰＤＰに通知する。
【００２０】
複数のＰＤＰが同一のイベントに同意することができる。複数のＰＤＰがあるイベントに同意している場合、あるプライオリティスキームに従って、ＰＥＰは、ＰＤＰに同時に通知する。複数のＰＤＰの、複数の提案された決定が、ＰＥＰで受信される場合、ＰＥＰは、あるプライオリティスキームに従って、ポリシー実行あるいは複数の連続動作を実行することができる。
【００２１】
本発明の新規の構成は：
−ＰＥＰをサーバとして動作し、ＰＥＰサービスを提供する概念である。
【００２２】
−ＰＤＰをＰＥＰのクライアントとして動作する概念である。
【００２３】
−イベント通知機能とＰＥＰサービスの実行機能を登録するレジスタへのメッセージを、ＰＥＰから直接生成することができる。
【００２４】
−あるイベントが発生する場合に、ＰＤＰからＰＥＰへ通知されることをリクエストするためのメッセージである。
【００２５】
−イベントが発生していること、あるいはイベントのセットが発生していることを通知する、ＰＥＰからＰＤＰへのメッセージであり、これには、関連イベントデータのすべてに対するリファレンスを含んでいる。
【００２６】
−イベント関連データがＰＥＰから検索されなければならないことを示す、ＰＤＰからＰＥＰへのメッセージである。
【００２７】
−ＰＤＰによって取得され、ＰＥＰによって実行される動作を示す、ＰＤＰからＰＥＰへのメッセージである。
【００２８】
本発明は、ウェブサービス、オープンサービスアクセス（ＯＳＡ）、複数のベンダーに対するシングルサインオン（Single Sign On）、あるいは分散機能を備える他のアプリケーションの分野において、これらのサービスコンシューマ及びサービスプロバイダの範囲を含む規格及び標準化物として、好ましくは、適用されても良い。
【００２９】
実施形態の詳細説明
本発明の革新的な内容は、特に、実施形態を参照して説明される。しかしながら、この類の実施形態は、本明細書の革新的な内容を使用する多数の例のいくつかのみを示しているに過ぎないことが理解されるべきである。一般的には、本発明の明細書における説明は、請求項で定義される発明を必ずしも定めるものではない。
【００３０】
図面の図１を参照すると、現在の技術に従う一般的な概観として、ＰＥＰ、ＰＤＰ及び管理者間の関係を示している、ここで、管理者は、自身が所有するＰＤＰを介して表現されている。システム、ポリシーモデル、フレームワーク及び規格による、現在の方法は、ＰＥＰであるクラインアントと、ＰＤＰであるサーバが欠点を持っていることを想定している、この欠点には、例えば、管理者のサービスドメイン以外のＰＥＰ機能に同意する（subscribe）ための可能性が管理者に対して欠落していることである。また、ＰＥＰの機能を最初に登録することなく、ＰＥＰによって実行されるポリシーを定義する簡単な方法は存在しない。
【００３１】
図２は、本発明の実施形態を示しており、これは、分散アーキテクチャを有する通信ネットワークのポリシーに基づく制御に対する本発明の方法を示している、この分散アーキテクチャは、ネットワーク要素間のメッセージング（messaging）を備える、少なくとも１つの異種通信ネットワークを含み、これらのネットワーク要素は、少なくとも１つのＰＥＰ、１つ以上のＰＤＰを備えている、ここで、ネットワーク要素は、通信に関するサービスの実行要求であるイベントのレジスタへの登録、そのイベントの発生の通知のＰＥＰからＰＤＰへの送信及び、ある条件に合致する場合にそのイベントにおけるポリシーの実行を提供する、また、少なくとも１つのＰＥＰは、少なくとも１つのクライアントであるＰＤＰ向けのサーバとして機能する。この図は、次のステップを示している：
２０１：クライアントであるＰＤＰ６０７が同意することができるイベントをレジスタ６０１に登録し、かつＰＤＰ６０７がサーバであるＰＥＰ６０４に提案できるポリシーを登録する。
【００３２】
２０２：ＰＤＰ６０７は、ＰＥＰ６０４によって実行されるイベント通知対象のイベントとポリシーについての情報をレジスタ６０１から取得する。
【００３３】
２０３：ＰＤＰ６０７とＰＥＰ６０４間で、ネットワークのポリシーに基づく制御を実行することに同意するサービスアグリーメントを確立する。
【００３４】
２０４：ＰＤＰ６０７は、特定のイベントの通知をＰＥＰ６０４にリクエストし、かつ登録されているポリシーから、その特定イベントに対して使用すべきポリシーをＰＥＰ６０４にリクエストする。
【００３５】
２０５：ＰＥＰ６０４で、イベントが発生する。
【００３６】
２０６：ＰＥＰ６０４は、イベントが発生していることをＰＤＰ６０７へ通知する。
【００３７】
２０７：ＰＤＰ６０７は、イベントを評価して、ポリシー実行を判定する。
【００３８】
２０８：ＰＤＰ６０７は、ポリシー実行をＰＥＰ６０４に提案する。
【００３９】
２０９：ＰＥＰ６０４は、ポリシーを実行する。
【００４０】
これらのステップは、以下でより詳細に説明される。ＰＥＰ６０４は、レジスタ６０１でのイベント通知機能に対し、自身の機能のアナウンス２０１を発行する。イベントとポリシー実行は、典型的には、ＰＥＰ６０６のインスタンスとなる。イベントは、ＰＥＰ６０４で発生する実際のイベントを示すものであり、ポリシー実行は、ＰＥＰ６０４によって実行される実際のポリシー実行を示すものである。ＰＤＰ６０７は、ＰＥＰリファレンスによってレジスタ６０１へアクセスして、ＰＤＰ６０７への通知２０２がなされる、ＰＥＰ６０４のイベントを調査し、かつＰＤＰ６０７が提案するポリシー実行を調査する。ＰＤＰ６０７とＰＥＰ６０４は、サービスアグリーメント（Service Agreement）の確立２０３を行い、その一部は、（サブセットの）登録されたＰＥＰサービスイベントとポリシー実行が、ＰＤＰ６０７によってリクエストされているかを判定する。ＰＤＰ６０７は、特定のイベントを通知するためのリクエストを行う。ＰＤＰ６０７は、特定のＰＥＰ６０４のイベントへの同意２０４を行う。このようなイベントの発生２０５がＰＥＰ６０４で生じるときはいつでも、そのイベントに同意しているＰＤＰ６０７に通知２０６がなされる。典型的には、ＰＥＰ６０４は、ひとつずつ、ＰＤＰ６０７に通知を行う。ＰＤＰ６０７は、イベント通知の受信において、適切なポリシー実行の評価及び決定２０７を実行し、ＰＥＰ６０４に戻すためのポリシー実行に対する提案の返信２０８を実行する。次に、ＰＥＰ６０４は、これらのポリシー実行の内のどれを実行するかの判定２０９を実行し、その判定したものを実行する。
【００４１】
複数のＰＤＰに対して、同一のイベントがレジスタ６０１に登録されている場合、その複数のＰＤＰの１つ以上へイベントの発生の通知を送信するために、ＰＤＰにプリファレンスあるいはプライオリティを付与するスキームが、ＰＥＰによって適用される。
【００４２】
ＰＥＰが、複数のＰＤＰから、ポリシーを実行するための複数の提案を受信する場合、ポリシーを実行するためのこれらの提案を選択するために、提案にプリファレンスあるいはプライオリティを付与するスキームが、ＰＥＰによって適用される。
【００４３】
図３及び図４は、特定イベントの関連データをＰＤＰに提供する方法の実施形態を示している。
【００４４】
図３は、統合化モデリング言語のフォーマットで、サーバであるＰＥＰ６０４とクライアントであるＰＤＰ６０７とレジスタ６０１間の通信を行う第１の方法を示しており、これは、次のステップで示される：
【００４５】
３０１  ：登録（ＰＥＰイベント、ＰＥＰポリシー実行）
３０２ａ：検出（）
３０２ｂ：ＰＥＰサービス（）の参照
３０３ａ：サービスアグリーメントの確立（）
３０３ｂ：サービスアグリーメントの確立（）
３０４  ：イベント通知のリクエスト（イベント）
３０５  ：イベント発生
３０６  ：イベント通知（イベント関連データ）
３０７  ：イベント評価（イベント関連データ）
３０８  ：結果（ポリシー実行）
３０９  ：ポリシー実行の実行（ポリシー実行）
【００４６】
この方法は、すべてのイベント関連データを順番に並べることによって実行され、また、ＰＥＰ６０４でのイベント発生３０５を示し、これは、ＰＤＰ６０７によって同意され得るイベントである。このイベントを示すイベント関連データは収集されて、メッセージイベント通知３０６でＰＤＰ６０７に送信される。このオプションでは、メッセージは、次のようになる。：
【００４７】
−ＰＥＰからＰＤＰ６０７へのメッセージは、イベントが発生していること、あるいはイベントのセットが発生していることを、ＰＤＰ６０７へ通知する、ここで、このメッセージ３０６は、イベント関連データのすべてを含んでいる。
【００４８】
−ＰＥＰ６０４へ、実行対象のポリシー実行を含むメッセージ３０８を返信する。
【００４９】
サービスアグリーメントの確立３０３においては、どのイベントが、特定のＰＤＰ６０７に通知されるものとして同意され、そして、ポリシー実行がＰＤＰ６０７によってＰＥＰ６０４へ提案されることが同意される。
【００５０】
３０４でリクエストされる通知のイベントは、３０３で同意されたイベントのサブセットであっても良い。通知リクエスト３０４は、ＰＤＰ６０７へのコールバックリファレンスを含んでいても良い。ＰＤＰ６０７のコールバックリファレンスは、サービスアグリーメント３０３が確立する場合に交換されても良い。
【００５１】
本実施形態における、イベントの通知は、通知メッセージ３０６内のすべてのイベント関連データをＰＤＰ６０７へ提出することによって実行される。ＰＤＰ６０７は、３０７で、このイベント関連データを評価し、かつＰＥＰ６０４によって実行されなければならないポリシー実行を判定する。通知結果メッセージ３０８は、ポリシー実行を実行する。
【００５２】
図４は、統合化モデリング言語のフォーマットで、サーバであるＰＥＰ６０４とクライアントであるＰＤＰ６０７とレジスタ６０１間の通信を行う、第２の実施形態の方法を示しており、これは、次のステップで示される：
【００５３】
４０１  ：登録（ＰＥＰイベント、ＰＥＰポリシー実行）
４０２ａ：検出（）
４０２ｂ：ＰＥＰサービス（）の参照
４０３ａ：サービスアグリーメントの確立（）
４０３ｂ：サービスアグリーメントの確立（）
４０４  ：イベント通知のリクエスト（イベント）
４０５  ：イベント発生
４０６  ：イベント通知（イベント関連データへのリファレンス）
４０７ａ：イベント関連データの取得（イベント関連データへのリファレンス）
４０７ｂ：イベント評価（イベント関連データ）
４０７ｃ：ポリシー実行データ設定（イベント関連データへのリファレンス）
４０９  ：ポリシー実行の実行（ポリシー実行）
【００５４】
この方法は、非同期メッセージングによって実行され、ここで、ＰＤＰ６０７は、リクエストにおいてイベント関連データを取得する。
【００５５】
本実施形態に対する典型としては、本方法のイベントの通知は、イベント関連データを参照するためのリファレンス４０６を、通知メッセージ内に配置することによって実行される。ＰＤＰ６０７は、この参照（リファレンス４０６）を介してイベント関連データの取得４０７ａを実行し、これは、評価されることになる。ＰＤＰ６０７は、このイベント関連データの評価４０７ｂを実行し、また、ＰＥＰ６０４によって実行されなければならないポリシー実行を判定する。別の非同期メッセージ４０７ｃが、ＰＥＰ６０４へ知らせるために、ＰＤＰ６０７によって送信され、この提案されたポリシー実行は、ＰＥＰ６０４によって実行されなければならない。
【００５６】
ＰＥＰ６０４がレジスタ６０１に登録するイベント及びポリシー実行は、ＰＥＰサービスの機能として想定される。そのため、このサービスは、ウェブサービスとして実現されても良い。レジスタ６０１は、ディスカバリーウェブサービスとして実現されても良い。
【００５７】
図５は、関係するサービスドメインを示している、これは、本発明が他の分野でも適用可能であることを示すためであり、この他の分野は、複数の管理者を含み、この管理者は、アトミックイベント（atomic event）に関係するあるいは関与しようとするものであり、また、そのイベントにおいてポリシー実行を判定しようとするものである。様々な要素を結ぶ線分は、可能なサービスアグリーメント（リレーション）を示している。例示では、次のパーティが含まれる：
サービスプロバイダ（ＳＰ）５０２を務めるホストネットワークオペレータ５０１。移動体仮想ネットワークイネーブラー（ＭＶＮＥ）５０３へサービスを提供し、アプリケーションサービスプロバイダ（ＡＳＰ）５０４との関係を持つＳＰ５０２。ＭＶＮＥ５０３へコンテンツデータを提供するコンテンツプロバイダ５０６、これは、コンテンツデータを移動体仮想ネットワークオペレータ（ＭＶＮＯ）５０７へ渡す。ＭＶＮＥ５０３とＳＰ５０２へアプリケーションサービスを提供するＡＳＰ５０４。そして、エンドユーザ５０８との関係を持つＭＶＮＯ５０７。
【００５８】
複数の管理者を含む分野の例には、次のＯＭＡで定義される。このＯＭＡは、標準化アーキテクチャによって移動体インターネット処理を行うための仕様を提供する標準体（standard body）であり、また、相互接続性を可能にするオープンＡＰＩである。ＯＭＡは、関係する複数のサービスドメインを備える、レイヤ化サービスモデルの生成に取り組む。
【００５９】
この場合、ＰＥＰは、通常は、サービスプロバイダ（ＳＰ）ドメイン内のイネーブラーに配置されることになる。他のサービスドメインは、例えば、ＭＶＮＥにおける特定のパラメータのセットでコールされる専用の方法によって、移動体仮想ネットワークイネーブラー（ＭＶＮＥ）で発生するイベントに関係する。
【００６０】
これらのサービスドメインのそれぞれは、ＰＥＰ／ＭＶＮＥで実行される決定に影響を与えることができるようにするために、自身が所有するＰＤＰを適切な位置で持つことができる。例えば、移動体仮想ネットワークオペレータ（ＭＶＮＯ）ドメインのＰＤＰは、エンドユーザの特定の設定が評価されなければならない場合で、サービスがＳＰドメインからリクエストされる場合のエンドユーザを示し、このＳＰドメインは、ＰＥＰを持っている。
【００６１】
本発明の構成の他の例は、例えば、ＰＤＰを備える政府ドメインに関係する、これは、例えば、合法な傍受法（lawful interception legislations）に関係している。
【００６２】
本発明は、次のような既存のソリューションに関して、いくつかの（追加の）効果を提供する。
【００６３】
−本発明は、動的に追加の機能を関連づける機能を提供し、これらが、ＰＤＰと同様の機能インタフェースである限り、ＰＤＰ以外の他の機能を構成することができる。
【００６４】
−相互接続性：あるＰＥＰサーバは、製造業者のソフトウェアとハードウェアとの違いによって生じる障害が発生することなく、複数のＰＤＰクライアントと連携することができる。
【００６５】
−複数の管理者は自身の発言を持ち、かつＰＥＰによって実行されるポリシー実行を提案することができる。
【００６６】
図６は、分散アーキテクチャを備える通信ネットワークのポリシーに基づく制御のためのシステムの実施形態を示しており、この分散アーキテクチャは、ネットワーク要素間のメッセージング（messaging）を備える、少なくとも１つの異種通信ネットワークを含み、これらのネットワーク要素は、少なくとも１つのＰＥＰ６０４、１つ以上のＰＤＰ６０７を備えている、ここで、ネットワーク要素は、イベントの登録、イベントの発生の通知の送信及び、ある条件に合致する場合にそのイベントにおけるポリシーの実行を提供する、また、少なくとも１つのＰＥＰ６０４は、少なくとも１つのクライアントであるＰＤＰ６０７向けのサーバとして機能する。
【００６７】
このシステムは、更に、次の手段を備える：
【００６８】
−１つ以上のＰＤＰ６０７で、ＰＥＰ６０４のポリシーを利用可能にするアクセス手段６０２と、
−ＰＤＰ６０７のサービスドメイン以外で、１つ以上のＰＤＰ６０７に対して、１つ以上のＰＥＰ６０４のポリシーを実行する機能が実行されることに同意するための同意手段６０３と、
−複数のＰＤＰ６０７が同一のイベントに登録されている場合、複数のＰＤＰ６０７の１つ以上へ通知を送信するために、ＰＤＰへプリファレンスあるいはプライオリティを付与するスキームをＰＥＰ６０４によって適用するためのプライオリティ決定（prioritizing）手段６０５と、
−複数のＰＤＰ６０７からのポリシーを実行するために、ＰＥＰ６０４が複数の提案を実行する場合、ポリシー上で実行する提案を選択するために、提案にプリファレンスあるいはプライオリティを付与するスキームをＰＥＰ６０４によって適用するための選択手段６０６と、
−次のどちらかを備えるメッセージング手段と、
−イベントの発生後、メッセージングの同期を可能にする同期メッセージング手段６０８ａ及び６０９ａであって、ここで、イベント関連データは、通知とともに、ＰＥＰ６０４からＰＤＰ６０７へ送信される、
−イベントの発生後、メッセージングの非同期を可能にする非同期メッセージング手段６０８ｂ及び６０９ｂであって、ここで、イベント関連データは、このイベント関連データを送信するためのＰＤＰによるリクエストの後、ＰＥＰ６０４からＰＤＰ６０７へ送信される
−以下のものに対して構成されるレジスタ６０１と、
−ＰＤＰ６０７が同意することができるイベントを登録するためのＰＥＰ６０４と、
−ＰＤＰ６０７がＰＥＰ６０４に提案するポリシー実行を登録するためのＰＥＰ６０４と、
−登録されたイベントを取得するためのＰＤＰ６０７と、
−登録されたポリシーを取得するためのＰＤＰ６０７と
を備える。
【００６９】
ＰＤＰ６０７は、管理者で構成され、これには、オペレータ、アプリケーションデベロッパー、ベンダー、政府組織、エンドユーザあるいはサービスプロバイダがある。
【００７０】
本発明のシステム、方法及び装置の実施形態は、図及び上述の詳細説明でとともに示されているが、本発明が、開示される実施形態に限定されないばかりか、請求項で説明され、かつ定義される本発明の範囲から逸脱しないで、様々な再構成、変更及び置換が可能であることが、当業者によって認識されるものである。
【図面の簡単な説明】
【００７１】
【図１】管理者の基本概観及びそれらが所有するＰＤＰを介するそれらの表現による、従来技術のソリューションを示す図である。
【図２】本発明の実施形態のシーケンス図である。
【図３】メッセージングの同期を行うための、ポリシーの登録の第１の方法を示す図である。
【図４】ポリシー実行を非同期で実行するための、ポリシーの登録の第２の方法を示す図である。
【図５】サービスドメインがオープンモバイルアライアンス（ＯＭＡ）に関係する実施形態を示す図である。
【図６】本発明の一部である手段を備えるシステムの実施形態の外観を示す図である。
【図１】
0004763292.tif 000002
【図２】
0004763292.tif 000003
【図３】
0004763292.tif 000004
【図４】
0004763292.tif 000005
【図５】
0004763292.tif 000006
【図６】
0004763292.tif 000007