(57)【要約】【課題】ＩＰネットワーク中継機器とポリシ制御サーバとの間の通信量の削減を可能とする。【解決手段】通信ポリシルール動的変更システム１は、各端末２に接続され、ポリシルールに基づいてトラヒック制御を行うＩＰネットワーク中継機器３と、各ポリシルールが次のポリシルールへの判定条件７１３を含んだポリシルール群７０が含まれるポリシルール設定コマンドを、ＩＰネットワーク中継機器３に送信するポリシ制御サーバ４と、を備え、ＩＰネットワーク中継機器３は、ポリシルール群７０を格納するシナリオストア３２と、各端末２のトラヒック制御を行うトラヒック処理部３４と、端末２のトラヒックを検知するトラヒック検知部３３と、ポリシルールを適用するイベント処理部３１１と、を備える。【選択図】図１
2014155096.tif 000002
【特許請求の範囲】
【請求項１】
各端末に接続され、ポリシルールに基づいてトラヒック制御を行う中継機器と、
各ポリシルールが次のポリシルールへの判定条件を含んだポリシルール群が含まれるポリシルール設定コマンドを、前記中継機器に送信するポリシ制御サーバと、
を備え、
前記中継機器は、
前記ポリシルール群を格納する記憶手段と、
前記ポリシルール群のうちいずれか１つのポリシルールに基づいて、各前記端末のトラヒック制御を行うトラヒック処理部と、
前記端末のトラヒックを検知するトラヒック検知部と、
適用中の判定条件と合致する条件を前記トラヒック検知部が検知したならば、前記判定条件に係る前記次のポリシルールを新たなポリシルールとして適用するイベント処理部と、
を備えることを特徴とする通信ポリシルール動的変更システム。
【請求項２】
前記ポリシルール設定コマンドを受信して、前記ポリシルール群を解釈して前記記憶手段に保存する信号処理部を更に備え、
前記イベント処理部は、前記ポリシルール群のうちいずれか１つのポリシルールを新たなポリシルールに決定して適用する、
ことを特徴とする請求項１に記載の通信ポリシルール動的変更システム。
【請求項３】
前記イベント処理部は、前記次のポリシルールを新たなポリシルールとして適用する際に、当該次のポリシルールが含む判定条件を自身に設定する、
ことを特徴とする請求項１または請求項２に記載の通信ポリシルール動的変更システム。
【請求項４】
前記ポリシルール群は、少なくともトラヒック制御に係る適用ポリシの情報を含み、
前記イベント処理部は、決定した新たなポリシルールの前記適用ポリシを前記トラヒック処理部に適用し、
前記トラヒック処理部は、適用された前記適用ポリシに基づいて、前記端末のトラヒック制御を行う、
ことを特徴とする請求項３に記載の通信ポリシルール動的変更システム。
【請求項５】
前記ポリシルール群は、前記トラヒック検知部が前記端末のトラヒックを検知する監視イベントの情報を含み、
前記イベント処理部は、決定した新たなポリシルールの前記監視イベントを前記トラヒック検知部に設定し、
前記トラヒック検知部は、前記端末のトラヒックを検知し、イベントが発生したならば前記イベント処理部に通知する、
ことを特徴とする請求項３に記載の通信ポリシルール動的変更システム。
【請求項６】
前記イベント処理部は、前記トラヒック検知部から所定のイベントの通知を受けたならば、設定されている前記判定条件の前記次のポリシルールを新たなポリシルールとして適用する、
ことを特徴とする請求項４に記載の通信ポリシルール動的変更システム。
【請求項７】
前記イベント処理部は、前記トラヒック検知部から閾値以上の累積通信量を検知したイベントが通知されたならば、前記ポリシ制御サーバにイベントを中継する、
ことを特徴とする請求項６に記載の通信ポリシルール動的変更システム。
【請求項８】
各端末に接続され、ポリシルールに基づいてトラヒック制御を行う中継機器と、
各ポリシルールが次のポリシルールへの判定条件を含んだポリシルール群が含まれるポリシルール設定コマンドを、前記中継機器に送信するポリシ制御サーバと、
を備えた通信ポリシルール動的変更システムが実行する通信ポリシルールの動的変更方法であって、
前記中継機器は、
前記ポリシルール群を格納する記憶手段と、
前記ポリシルール群のうちいずれか１つのポリシルールに基づいて、各前記端末のトラヒック制御を行うトラヒック処理部と、
前記端末のトラヒックを検知するトラヒック検知部と、
イベント処理部と、
を備えており、
前記トラヒック検知部が、適用中の判定条件と合致する条件を検知したならば、前記イベント処理部は、前記判定条件に係る前記次のポリシルールを新たなポリシルールとして適用する、
ことを特徴とする通信ポリシルールの動的変更方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）ネットワーク中継機器（ＰＣＥＦ：Policy and Charging Enforcement Function）の通信ポリシルールを変更する通信ポリシルール動的変更システムおよび通信ポリシルールの動的変更方法に関する。
【背景技術】
【０００２】
データ従量課金サービスやＱｏＳ（Quality of Service）制御サービスでは、ユーザの通信をリアルタイムに制御することが必要である。非特許文献１および非特許文献２には、3GPP(3rd Generation Partnership Project)による移動体事業者網に関する検討が記載されている。この検討の中では、このような制御を行うポリシ制御サービスを実現するモデルに於けるひとつの標準規定が示されている。
この標準規定は、ポリシ制御サービスのプラットフォームとしてのＰＣＲＦ（Policy and Charging Rules Function）の規定と、ＰＣＲＦから指定されたポリシルールを適用するＰＣＥＦの規定とに大別される。ＰＣＲＦでは、課金システム（ＯＣＳ：Online Charging System）が、ユーザの通信状況を把握し、把握した情報に基づいて、どのユーザに対して、どのようなポリシルールを適用するかを制御する。一方、ＰＣＥＦでは、ＰＣＲＦでの制御に応じて、ポリシルールに従った実際の処理である帯域制御や、ＱｏＳポリシに基づいたマーキング値変更等を実行する。
【０００３】
非特許文献３には、ＰＣＲＦとＰＣＥＦとの間でユーザの通信をリアルタイムに制御するために、通信のルールを管理するＧｘインタフェースと、通信量の管理をするＧｙインタフェースとが規定されている。ＧｘインタフェースとＧｙインタフェースとに於ける通信は、Diameterという認証プロトコル上で動作している。
非特許文献４に記載されるように、Diameterは、ＴＣＰ（Transmission Control Protocol）、またはＳＣＴＰ(Stream Control Transmission Protocol)上で動作する。Diameterでは、その動作の中で定期的にメッセージ（Device-Watchdog-Request/Answer）が交換され、相手のメッセージに対する応答が交換される。一連のメッセージには、同一のセッションＩＤ（Identification）が割り当てられ、セッション管理が必須になっている。そのためDiameterは、よりステートフルな仕様になっている。
【０００４】
また、非特許文献４によれば、メッセージのフローなどを、Diameterのアプリケーションとして定義し、自由に拡張することができる。クライアント/サーバ間では、どのようなアプリケーションに対応しているかを示すネゴシエーション(Capability-Exchange-Request/Answer)が行われ、両者が対応している場合に実際のメッセージの交換が行われる。
【０００５】
図８は、比較例１〜３に於ける通信ポリシルール動的変更システムを示す図である。
ＰＣＲＦがＰＣＥＦへポリシルールを設定する方法として、Pre-defined Policy Rules設定と、Dynamic Policy Rules設定とが考えられる（非特許文献１参照）。比較例１は、Pre-defined Policy Rules設定に係わる例である。比較例２は、Dynamic Policy Rules設定に係わる例である。
【０００６】
図８（ａ）は、比較例１に於ける通信ポリシルール動的変更システム１Ａを示す図である。
通信ポリシルール動的変更システム１Ａは、加入者プロファイルリポジトリ（ＳＰＲ：Subscription Profile Repository）５と、ポリシ制御サーバ（ＰＣＲＦ）４Ａと、ＩＰネットワーク中継機器（ＰＣＥＦ）３Ａとを有する。
ＩＰネットワーク中継機器３Ａは、不図示の各端末に接続されて、ポリシルール７１Ａに基づいてトラヒック制御を行うものである。なお、ポリシルール７１Ａは、例えば、専用のＧＵＩ（Graphical User Interface）などにより、予めへＩＰネットワーク中継機器３Ａに設定されている。
加入者プロファイルリポジトリ５は、不図示の各端末に係わる契約情報を保存する。契約情報は、例えば、当該コンテンツ配信サービスの加入者が使用する不図示の端末に係わる契約情報である。
ポリシ制御サーバ４Ａは、加入者プロファイルリポジトリ５を参照して、ポリシルール７１Ａを適用するタイミングをＩＰネットワーク中継機器３Ａへ指定するものである。
【０００７】
図８（ｂ）は、比較例２に於ける通信ポリシルール動的変更システム１Ｂを示す図である。
通信ポリシルール動的変更システム１Ｂは、加入者プロファイルリポジトリ５と、ポリシ制御サーバ（ＰＣＲＦ）４Ｂと、ＩＰネットワーク中継機器（ＰＣＥＦ）３Ｂとを有する。
ポリシ制御サーバ４Ｂは、加入者プロファイルリポジトリ５を参照して、ポリシルール７１Ａを作成し、作成したポリシルール７１Ａを１つずつＩＰネットワーク中継機器３Ｂにインストールするものである。
ＩＰネットワーク中継機器３Ｂは、不図示の各端末に接続され、インストールされたポリシルール７１Ａに基づいてトラヒック制御を行うものである。
【０００８】
データ従量課金サービスについて具体的な運用を考える場合、当該ユーザに於ける当該サービスについてのデータの通信量を監視する必要がある。更に、その通信量がある条件を満足した場合には、帯域が制限される、または、セッションが切断されるなど、適用するポリシルールを動的に変更する制御が必要である。比較例３は、適用するポリシルールが動的に変更される例である。
【０００９】
図８（ｃ）は、比較例３に於ける通信ポリシルール動的変更システム１Ｃを示す図である。
通信ポリシルール動的変更システム１Ｃは、加入者プロファイルリポジトリ５と、ポリシ制御サーバ（ＰＣＲＦ）４Ｃと、ＩＰネットワーク中継機器（ＰＣＥＦ）３Ｃとを有する。
ポリシ制御サーバ４Ｃは、加入者プロファイルリポジトリ５を参照して、予め設定されたポリシシナリオ７２Ｃに基づいて、ＩＰネットワーク中継機器３Ｃに、新しい、または更新されたポリシルール７１Ａを指定、またはインストールするものである。なお、ポリシシナリオ７２Ｃは、複数のポリシルール７１Ａの遷移条件が定義されているシナリオである。
ＩＰネットワーク中継機器３Ｃは、不図示の各端末に接続され、トラヒックの状態等を検知して、当該状態等をポリシ制御サーバ４Ｃに通知して、指定、またはインストールされたポリシルール７１Ａに基づいて、トラヒック制御を行うものである。
【００１０】
図９は、比較例３に於けるシーケンス図である。
ＩＰネットワーク中継機器３Ｃは、自身に接続された不図示のいずれかの端末である所定端末から、ＩＰセッションの確立を要求するＩＰセッション確立要求を受信したならば、図９の処理を開始する。ＩＰネットワーク中継機器３Ｃは、ＩＰセッション確立要求の５−ｔｕｐｌｅ情報を判断する。なお、５−ｔｕｐｌｅ情報は、パケットヘッダに含まれる宛先アドレス、送信元アドレス、プロトコル番号、宛先ポート番号、および、送信元ポート番号の５つの情報の組である。ＩＰネットワーク中継機器３Ｃは、以下、この５−ｔｕｐｌｅ情報によって、所定端末に係わる通信を識別する。
シーケンスＱ２０に於いて、ＩＰネットワーク中継機器３Ｃは、所定端末と、ＩＰセッションを確立する。
シーケンスＱ２１に於いて、ＩＰネットワーク中継機器３Ｃは、ポリシ制御サーバ４Ｃに、Ｇｘインタフェースで、所定端末とＩＰセッションを確立した旨のDiameter CCR-I(An initial Credit-Control-Request)信号を、ＩＰセッション確立通知として送信する。なお、Diameter CCR-I信号は、初回のDiameter CCR（Credit-Control-Request)信号である。
【００１１】
シーケンスＱ２２に於いて、ポリシ制御サーバ４Ｃは、加入者プロファイルリポジトリ５を参照して、ポリシシナリオ７２Ｃに基づいて、ＩＰネットワーク中継機器３Ｃに、Ｇｘインタフェースで、Diameter CCA-I(An initial Credit-Control-Answer)信号を、ＩＰセッション確立通知応答として送信する。なお、Diameter CCA-I信号は、初回のDiameter CCA（Credit-Control-Answer)信号であり、上記の５−ｔｕｐｌｅ情報を含み、かつ、ポリシルール７１Ａを指定するものである。ポリシルール７１Ａは、所定端末の通信量の測定を指示する通信量測定指示と、所定端末の通信量の閾値を設定する検出イベント設定とを含む。ＩＰネットワーク中継機器３Ｃは、受信したＩＰセッション確立通知応答を、それに含まれる５−ｔｕｐｌｅ情報を識別することによって、ＩＰセッション確立要求が所定端末に係わる通知であることを識別する。
シーケンスＱ２３に於いて、ＩＰネットワーク中継機器３Ｃは、指定されたポリシルール７１Ａを所定端末の通信に対して適用して、ポリシルール７１Ａに含まれている通信量測定指示に従って、所定端末の通信量の測定を開始する。
ここで、例えば、シーケンスＱ２４に於いて、ＩＰネットワーク中継機器３Ｃは、所定端末の通信量が、ポリシルール７１Ａに含まれていた検出イベント設定が設定する閾値を超過した、と判断する。
【００１２】
シーケンスＱ２５に於いて、ＩＰネットワーク中継機器３Ｃは、Ｇｘインタフェースで、ポリシ制御サーバ４Ｃに、所定端末の通信量が当該閾値を超過した旨のDiameter CCR信号を、トラヒックレポートとして送信する。
シーケンスＱ２６に於いて、ポリシ制御サーバ４は、加入者プロファイルリポジトリ５を参照して、Ｇｘインタフェースで、ＩＰネットワーク中継機器３に、所定端末の通信に新たなポリシルール７１Ａを指定するDiameter CCA信号を、トラヒックレポート応答として送信する。なお、新たなポリシルール７１Ａは、新たな通信量測定指示と、新たな検出イベント設定とを含む。
シーケンスＱ２７に於いて、ＩＰネットワーク中継機器３Ｃは、所定端末の通信に、指定された新たなポリシルール７１Ａを適用する。
以降、ＩＰネットワーク中継機器３Ｃは、新たなポリシルール７１Ａに基づいて処理を続ける。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】“3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Policy and Charging Control (PCC); Reference points (Release 11)”、3GPP、TS 29.212 V11.6.0 (2012-09)、［平成２５年１月１８日検索］、インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/29_series/29.212/29212-b60.zip＞
【非特許文献２】“3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Policy and Charging Control signalling flows and Quality of Service (QoS) parameter mapping (Release 11)”、3GPP、TS 29.213 V11.4.0 (2012-09)、［平成２５年１月１８日検索］、インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/29_series/29.213/29213-b40.zip＞
【非特許文献３】P.Cahounほか、“Request for Comments: 3588, Category: Standards Track,Diameter Base Protocol”、IETF Network Working Group、September 2003
【非特許文献４】佐々木太志ほか、「MVNOによるOCSの実装」、株式会社インターネットイニシアティブ、［平成２５年１月１８日検索］、インターネット＜ＵＲＬ：http://www.iij.ad.jp/company/development/tech/techweek/pdf/techweek2012_02d.pdf＞
【非特許文献５】「今後5年間にLTE Diameter信号トラフィックがモバイルデータトラフィックの3倍以上の速さで成長するとTekelecが予測」、JCNNEWSWIRE、［平成２５年１月１８日検索］、インターネット＜ＵＲＬ：http://www.japancorp.net/japan/Article.Asp?Art_ID=57456＞
【非特許文献６】宮坂正太郎、「ドコモ、障害で会見『スマホ信号量の見極め甘かった。ユーザの信頼損ねた』」、日本経済新聞、２０１２年１月２６日、［平成２５年１月１８日検索］、インターネット＜ＵＲＬ：http://www.nikkei.com/article/DGXBZO38309140W2A120C1000000/＞
【発明の概要】
【発明が解決しようとする課題】
【００１４】
比較例３に於ける、通信ポリシルール動的変更システム１Ｃでは、ＩＰネットワーク中継機器３Ｃがポリシ制御サーバ４Ｃにトラヒックレポートを送信し、ポリシ制御サーバ４ＣがＩＰネットワーク中継機器３Ｃにトラヒックレポート応答を送信することにより、新たなポリシルール７１Ａを適用する。このため、ＩＰネットワーク中継機器（ＰＣＥＦ）と、ポリシ制御サーバ（ＰＣＲＦ）との間に於ける送受信信号量や各ネットワーク装置に於ける信号処理量は増大し、ポリシ制御サーバ（ＰＣＥＦ）およびＩＰネットワーク中継機器（ＰＣＲＦ）に於ける処理の負荷が増大する。
【００１５】
非特許文献５では、従量課金サービスモデルにより、今後５年間に、ＬＴＥ（Long Term Evolution）サービスのDiameter信号のトラヒックが、モバイルデータのトラヒックの３倍以上の速さで成長すると予想されている。特に、ＶｏＬＴＥ（Voice over LTE）や動画ストリーミングでは、ＱｏＳを確保するためにDiameter信号の量が急増することが懸念されている。一方、Diameter信号の処理は、パーソナライズサービスを強化し、顧客満足度を高め、ネットワーク事業者の売り上げを増やすためにも不可欠である。
【００１６】
近年、新デバイスのＬＴＥサービス展開により、ネットワーク内や、他のネットワークとの間のローミングに対する加入者にも認可等のモビリティを管理する機能が必要となっている。また、従量課金サービスモデルの拡大により、加入者の利用状態をよりインテリジェントに制御するためのリアルタイムなポリシルールの管理が必要となる。これらに伴い、ポリシ制御サーバ（ＰＣＲＦ）、課金システム（ＯＣＳ）、加入者データベース、およびゲートウェイとの通信がますます増大することが予想されている。非特許文献６に記載されるように、昨今では、スマートフォンの契約数増加に伴い、端末からネットワークに接続する際の通信量の増大に起因した通信障害も発生している。そして、今後も、制御信号量、および信号処理量が更に増大するおそれがある。
【００１７】
前記した課題を解決するために本発明がなされたのであり、本発明は、ＩＰネットワーク中継機器とポリシ制御サーバとの間の通信量の削減を可能とする通信ポリシルール動的変更システムおよび通信ポリシルールの動的変更方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
前記課題を解決するために、請求項１に記載の発明では、各端末に接続され、ポリシルールに基づいてトラヒック制御を行う中継機器と、各ポリシルールが次のポリシルールへの判定条件を含んだポリシルール群が含まれるポリシルール設定コマンドを、前記中継機器に送信するポリシ制御サーバと、を備え、前記中継機器は、前記ポリシルール群を格納する記憶手段と、前記ポリシルール群のうちいずれか１つのポリシルールに基づいて、各前記端末のトラヒック制御を行うトラヒック処理部と、前記端末のトラヒックを検知するトラヒック検知部と、適用中の判定条件と合致する条件を前記トラヒック検知部が検知したならば、前記判定条件に係る前記次のポリシルールを新たなポリシルールとして適用するイベント処理部と、を備えることを特徴とする通信ポリシルール動的変更システムとした。
【００１９】
請求項８に記載の発明では、各端末に接続され、ポリシルールに基づいてトラヒック制御を行う中継機器と、各ポリシルールが次のポリシルールへの判定条件を含んだポリシルール群が含まれるポリシルール設定コマンドを、前記中継機器に送信するポリシ制御サーバと、を備えた通信ポリシルール動的変更システムが実行する通信ポリシルールの動的変更方法であって、前記中継機器は、前記ポリシルール群を格納する記憶手段と、前記ポリシルール群のうちいずれか１つのポリシルールに基づいて、各前記端末のトラヒック制御を行うトラヒック処理部と、前記端末のトラヒックを検知するトラヒック検知部と、イベント処理部と、を備えており、前記トラヒック検知部が、適用中の判定条件と合致する条件を検知したならば、前記イベント処理部は、前記判定条件に係る前記次のポリシルールを新たなポリシルールとして適用する、ことを特徴とする通信ポリシルールの動的変更方法とした。
【００２０】
このようにすることで、適用中の判定条件と合致する条件をトラヒック検知部が検知した場合に、イベント処理部は、ポリシ制御サーバと信号を送受信することなく、判定条件に係る次のポリシルールを新たなポリシルールとして適用することができる。よって、新たなポリシルールの適用に係わるポリシ制御サーバとの通信量を削減することができる。
【００２１】
請求項２に記載の発明では、前記ポリシルール設定コマンドを受信して、前記ポリシルール群を解釈して前記記憶手段に保存する信号処理部を更に備え、前記イベント処理部は、前記ポリシルール群のうちいずれか１つのポリシルールを新たなポリシルールに決定して適用する、ことを特徴とする請求項１に記載の通信ポリシルール動的変更システムとした。
このようにすることで、ポリシ制御サーバは、個々の中継機器に、個別に予めポリシルールを設定する必要がなく、ポリシルールを１つずつインストールする必要がない。よって、ポリシ制御サーバは、柔軟に中継機器にポリシルールを設定することが可能となり、このような柔軟なポリシルールの適用に係わるポリシ制御サーバとの通信を省略することができる。
【００２２】
請求項３に記載の発明では、前記イベント処理部は、前記次のポリシルールを新たなポリシルールとして適用する際に、当該次のポリシルールが含む判定条件を自身に設定する、ことを特徴とする請求項１または請求項２に記載の通信ポリシルール動的変更システムとした。
このようにすることで、イベント処理部は、ポリシ制御サーバと信号を送受信することなく、当該次のポリシルールが含む判定条件を自身に設定することができる。よって、中継機器は、ポリシルールごとに適切な判定条件を自身に設定することが可能となり、適切な判定条件の設定に係わるポリシ制御サーバとの通信を省略することができる。
【００２３】
請求項４に記載の発明では、前記ポリシルール群は、少なくともトラヒック制御に係る適用ポリシの情報を含み、前記イベント処理部は、決定した新たなポリシルールの前記適用ポリシを前記トラヒック処理部に適用し、前記トラヒック処理部は、適用された前記適用ポリシに基づいて、前記端末のトラヒック制御を行う、ことを特徴とする請求項３に記載の通信ポリシルール動的変更システムとした。
このようにすることで、イベント処理部は、適用された適用ポリシをトラヒック処理部に適用し、端末のトラヒック制御を行うことができる。よって、中継機器は、ポリシルールごとに適切な適用ポリシを自身に適用することが可能となり、適切な適用ポリシの適用に係わるポリシ制御サーバとの通信を省略することができる。
【００２４】
請求項５に記載の発明では、前記ポリシルール群は、前記トラヒック検知部が前記端末のトラヒックを検知する監視イベントの情報を含み、前記イベント処理部は、決定した新たなポリシルールの前記監視イベントを前記トラヒック検知部に設定し、前記トラヒック検知部は、前記端末のトラヒックを検知し、イベントが発生したならば前記イベント処理部に通知する、ことを特徴とする請求項３に記載の通信ポリシルール動的変更システムとした。
このようにすることで、イベント処理部は、新たなポリシルールの監視イベントをトラヒック検知部に設定することができる。よって、中継機器は、ポリシルールごとに適切な監視イベントを自身に設定することが可能となり、監視イベントの設定に係わるポリシ制御サーバとの通信を省略することができる。
【００２５】
請求項６に記載の発明では、前記イベント処理部は、前記トラヒック検知部から所定のイベントの通知を受けたならば、設定されている前記判定条件の前記次のポリシルールを新たなポリシルールとして適用する、ことを特徴とする請求項４に記載の通信ポリシルール動的変更システムとした。
このようにすることで、イベント処理部は、所定のイベントの通知を受けたならば、自身に設定した当該判定条件の次のポリシルールを適用することができる。よって、中継機器は、イベントに応じた適切なポリシルールを自身に適用することが可能となり、ポリシルールの適用に係わるポリシ制御サーバとの通信を省略することができる。
【００２６】
請求項７に記載の発明では、イベント処理部は、トラヒック検知部から閾値以上の累積通信量を検知したイベントが通知されたならば、前記ポリシ制御サーバにイベントを中継する、ことを特徴とする請求項６に記載の通信ポリシルール動的変更システムとした。
このようにすることで、ポリシ制御サーバは、累積通信量に応じて、課金システムを参照して、適切なポリシルール設定コマンドを中継機器に送信することができる。よって、累積通信量に応じて、通信のポリシルールが変更されるサービスを提供することが可能になり、このようなサービスの提供を簡単に実現することができる。
【発明の効果】
【００２７】
本発明によれば、ＩＰネットワーク中継機器とポリシ制御サーバとの間の通信量の削減を可能とする通信ポリシルール動的変更システムおよび通信ポリシルールの動的変更方法を提供することが可能である。
【図面の簡単な説明】
【００２８】
【図１】本実施形態に於ける通信ポリシルール動的変更システムを示す概略の構成図である。
【図２】本実施形態に於けるポリシルール設定コマンドと判定条件の例を示す図である。
【図３】本実施形態に於けるシーケンス図である。
【図４】本実施形態に於けるポリシルール設定処理を示すフローチャートである。
【図５】本実施形態に於けるイベント処理を示すフローチャートである。
【図６】本実施形態に於けるシナリオストア更新処理を示すフローチャートである。
【図７】本実施形態に於けるポリシルールの状態遷移を示す図である。
【図８】比較例１〜３に於ける通信ポリシルールの動的変更システムを示す図である。
【図９】比較例３に於けるシーケンス図である。
【発明を実施するための形態】
【００２９】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
図１は、本実施形態に於ける通信ポリシルール動的変更システム１を示す概略の構成図である。
通信ポリシルール動的変更システム１は、ＩＰネットワーク中継機器（ＰＣＥＦ）３と、ポリシ制御サーバ（ＰＣＲＦ）４と、加入者プロファイルリポジトリ（ＳＰＲ）５と、課金システム（ＯＣＳ）６とを備える。端末２は、ＩＰネットワーク中継機器３を介して、ネットワーク９に接続されている。
ネットワーク９は、例えば、ＩＰネットワークである。
端末２は、ネットワーク９との間の通信であるトラヒックを、ＩＰネットワーク中継機器３を介して送受信するものである。端末２は、例えば、インターネット端末などである。トラヒックは、例えば、ネットワーク９に接続された不図示のコンテンツ配信サーバにより提供されるストリームである。端末２は、単数であってもよいし、複数であってもよい。
【００３０】
加入者プロファイルリポジトリ５は、各端末２に係わる契約情報を保存する。契約情報は、例えば、当該コンテンツ配信サービスの加入者が使用する端末２に係わる契約情報である。
ＩＰネットワーク中継機器３は、信号処理部３１と、シナリオストア３２（記憶手段）と、トラヒック検知部３３と、トラヒック処理部３４と、を有する。ＩＰネットワーク中継機器３は、各端末２に接続され、ポリシルール７１（図２（ａ）および図７参照）に基づいてトラヒック制御を行うものである。ＩＰネットワーク中継機器３は、例えば、ＩＰネットワークに於けるエッジルータである。
【００３１】
トラヒック検知部３３は、設定されている監視イベント７１２（図２（ａ）および図７参照）に基づいて、各端末２のトラヒックを検知するものである。ここで、監視イベント７１２は、トラヒックを検知する方法を示すものであり、例えば、トラヒックに係わる通信量を検知する周期などである。
トラヒック処理部３４は、適用されている適用ポリシ７１１（図２（ａ）および図７参照）に基づいて、各端末２のトラヒック制御を行うものである。適用ポリシ７１１は、トラヒック制御の内容を示すものであり、例えば、帯域制限や、ＱｏＳなどである。
シナリオストア３２（記憶手段）は、ポリシルール群７０を格納する。なお、ポリシルール群７０は、単数、または複数のポリシルール７１からなる。シナリオストア３２は、例えば、ＨＤＤ（Hard Disk Drive）やフラッシュメモリで構成される。
【００３２】
信号処理部３１は、イベント処理部３１１を有し、イベント処理部３１１にて取得したポリシルール群７０を解釈してシナリオストア３２に保存するものである。
イベント処理部３１１は、設定されている判定条件７１３（図２および図７参照）と合致する条件をトラヒック検知部３３が検知したならば、判定条件７１３（図２および図７参照）に係る次のポリシルールを新たなポリシルールとして適用するものである。ここで、判定条件７１３は、トラヒックを検知した結果であるイベントに係わる条件である。イベントは、例えば、トラヒックに於ける通信量が所定値に達したことをいう。
イベント処理部３１１は、Ｇｘインタフェースで、ポリシ制御サーバ４と通信をしている。信号処理部３１は、Ｇｙインタフェースで、課金システム６と通信している。なお、ＧｘインタフェースおよびＧｙインタフェースに於ける通信は、認証プロトコルであるDiameter上で動作している。
なお、信号処理部３１、イベント処理部３１１、トラヒック検知部３３、およびトラヒック処理部３４は、例えば、不図示のＣＰＵ(Central Processing Unit)がプログラムを実行することによって具現化される。
【００３３】
課金システム６は、信号処理部３１によるＧｙインタフェースでの参照に応じて、例えば、コンテンツ配信サービスのアクセス料金などを課金するものである。
ポリシ制御サーバ４は、加入者プロファイルリポジトリ５を参照して、ポリシルール設定コマンド７（図２（ａ）参照）を作成し、Ｇｘインタフェースで、ＩＰネットワーク中継機器３に送信して、ＩＰネットワーク中継機器３を制御するものである。
【００３４】
図２は、本実施形態に於けるポリシルール設定コマンド７と判定条件７１３の例を示す図である。
図２（ａ）は、ポリシ制御サーバ４が、ＩＰネットワーク中継機器３に送信するポリシルール設定コマンド７を示す図である。
ポリシルール設定コマンド７には、ポリシルール群７０がエンコードされている。ポリシルール群７０内の各ポリシルール７１は、適用ポリシ７１１（図７参照）と、監視イベント７１２（図７参照）と、判定条件７１３と（図７参照）を含む。
【００３５】
図２（ｂ）は、判定条件７１３の例を示す図である。
図２（ｂ）に示す判定条件７１３の例は、優先順位欄７１３１と、適用条件欄７１３２と、適用処理欄７１３３と、を備えるテーブルである。
優先順位欄７１３１には、当該判定条件７１３に於ける優先順位が格納される。
適用条件欄７１３２には、当該判定条件７１３の適用条件が格納されている。
適用処理欄７１３３には、当該判定条件７１３の適用処理が格納されている。
【００３６】
判定条件７１３の第１行目には、優先順位欄７１３１に「１」が格納され、適用条件欄７１３２に「閾値Ａ〜Ｂ」が格納され、適用処理欄７１３３には「ポリシルールｂ」が格納されている。判定条件７１３の第１行目は、第１番目の優先順位での適用条件として、通信量が閾値Ａより大で閾値Ｂより小である条件が成り立つ場合、ポリシルールｂを適用処理として行うことを示す。
【００３７】
判定条件７１３の第２行目には、優先順位欄７１３１に「２」が格納され、適用条件欄７１３２に「閾値Ａ以下」が格納され、適用処理欄７１３３には「ポリシルールａ」が格納されている。判定条件７１３の第２行目は、第２番目の優先順位での適用条件として、通信量が閾値Ａ以下である条件が成り立つ場合、ポリシルールａを適用処理として行うことを示す。
【００３８】
判定条件７１３の第３行目には、優先順位欄７１３１に「３」が格納され、適用条件欄７１３２に「閾値Ｂ以上」が格納され、適用処理欄７１３３には、「ポリシサーバへ中継」が格納されている。判定条件７１３の第３行目は、第３番目の優先順位での適用条件として、通信量が閾値Ｂ以上である条件が成り立つ場合、ポリシ制御サーバ４へ中継する適用処理を行うことを示す。
以降の行では、同様な記載が続く。
【００３９】
図３は、本実施形態に於けるシーケンス図である。
ＩＰネットワーク中継機器３は、自身に接続されたいずれかの端末である所定の端末２（図１参照）から、ＩＰセッションの確立を要求するＩＰセッション確立要求を受信したならば、図３の処理を開始する。ＩＰネットワーク中継機器３は、ＩＰセッション確立要求の５−ｔｕｐｌｅ情報を判断する。なお、５−ｔｕｐｌｅ情報は、パケットヘッダに含まれる宛先アドレス、送信元アドレス、プロトコル番号、宛先ポート番号、および、送信元ポート番号の５つの情報の組である。ＩＰネットワーク中継機器３は、以下、この５−ｔｕｐｌｅ情報によって、所定の端末２に係わる通信を識別する。
シーケンスＱ１０に於いて、ＩＰネットワーク中継機器３は、所定の端末２との間のＩＰセッションを確立する。
シーケンスＱ１１に於いて、ＩＰネットワーク中継機器３は、Ｇｘインタフェースで、ポリシ制御サーバ４に、所定の端末２とのＩＰセッションを確立した旨のDiameter CCR-I信号を、ＩＰセッション確立通知として送信する。なお、Diameter CCR-I信号は、初回のDiameter CCR（Credit-Control-Request)信号である。
【００４０】
シーケンスＱ１２に於いて、ポリシ制御サーバ４は、加入者プロファイルリポジトリ５を参照して、ポリシルール設定コマンド７を作成する。なお、ポリシルール設定コマンド７には、ポリシルール群７０がエンコードされている。ポリシ制御サーバ４は、Ｇｘインタフェースで、ＩＰネットワーク中継機器３に、上記の５−ｔｕｐｌｅ情報とポリシルール設定コマンド７とを含むDiameter CCA-I信号を、ＩＰセッション確立通知応答として送信する。なお、Diameter CCA-I信号は、初回のDiameter CCA信号である。ＩＰネットワーク中継機器３は、受信したＩＰセッション確立通知応答を、それに含まれる５−ｔｕｐｌｅ情報を識別することによって、ＩＰセッション確立要求が所定端末に係わる通知であることを識別する。
シーケンスＱ１３に於いて、ＩＰネットワーク中継機器３は、受信したＩＰセッション確立通知応答に含まれるポリシルール設定コマンド７の構文解析を行い、ポリシルール設定コマンド７にエンコードされたポリシルール群７０を解釈し、解釈したポリシルール群７０を保存する。
【００４１】
シーケンスＱ１４に於いて、ＩＰネットワーク中継機器３は、保存したポリシルール群７０のうちいずれか１つのポリシルールを最初のポリシルールａに決定し、所定の端末２の通信に、決定したポリシルールａを適用し、所定の端末２の通信量の測定を開始する。なお、最初のポリシルールａはポリシルール群７０内の予め定められたポリシルールであってもよい。
ここで、例えば、シーケンスＱ１５に於いて、ＩＰネットワーク中継機器３は、所定の端末２の通信量がポリシルールａ内の判定条件７１３に於ける閾値を超過したと判断する。
シーケンスＱ１６に於いて、ＩＰネットワーク中継機器３は、保存したポリシルール群７０から選択した新たなポリシルールｂを、所定の端末２の通信に適用する。
以降、ＩＰネットワーク中継機器３は、ポリシルールｂに基づいて処理を続ける。
【００４２】
図４は、本実施形態に於けるポリシルール設定処理を示すフローチャートである。
信号処理部３１は、ポリシ制御サーバ４から、Ｇｘインタフェースで、所定の端末２に係わる通信を識別する５−ｔｕｐｌｅ情報とポリシルール設定コマンド７とを含むＩＰセッション確立通知応答を受信したならばポリシルール設定処理を開始する。
ステップＳ１０に於いて、信号処理部３１は、ＩＰセッション確立通知応答を、それに含まれる５−ｔｕｐｌｅ情報を識別することによって、ＩＰセッション確立要求が所定端末に係わる通知であることを識別する。
【００４３】
ステップＳ１１に於いて、信号処理部３１は、受信したＩＰセッション確立通知応答に含まれるポリシルール設定コマンド７の構文解析を行い、ポリシルール設定コマンド７にエンコードされたポリシルール群７０を、新ポリシルール群として解釈する。
ステップＳ１２に於いて、信号処理部３１は、解釈した新ポリシルール群と、シナリオストア３２に保存されていた現ポリシルール群とを比較する。
ステップＳ１３に於いて、信号処理部３１は、新ポリシルール群に現ポリシルール群からの変更が有るか否かを判断する。
ステップＳ１３に於いて、信号処理部３１は、当該判断条件が成立しないならば（Ｎｏ）、ステップＳ１４の処理へ進み、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１５の処理へ進む。
ステップＳ１４に於いて、信号処理部３１は、現ポリシルール群を再適用し、図４に示すポリシルール設定処理を終了する。
【００４４】
ステップＳ１５に於いて、信号処理部３１は、新ポリシルール群をシナリオストア３２に保存する。
ステップＳ１６に於いて、信号処理部３１は、イベント処理部３１１により、新ポリシルール群のうちいずれか１つのポリシルールを最初のポリシルールに決定し、所定の端末２の通信に最初のポリシルールを適用する。なお、最初のポリシルールはポリシルール群７０内の予め定められたポリシルールであってもよい。
ステップＳ１７に於いて、信号処理部３１は、イベント処理部３１１により、最初のポリシルール内の適用ポリシが、新たな適用ポリシか否かを判断する。
ステップＳ１７に於いて、信号処理部３１は、当該判断条件が成立しないならば（Ｎｏ）、ステップＳ１９の処理へ進み、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ１８の処理へ進む。
【００４５】
ステップＳ１８に於いて、信号処理部３１は、イベント処理部３１１により、トラヒック処理部３４に、所定の端末２の通信に対して、新たな適用ポリシを適用する。トラヒック処理部３４は、トラヒック制御を開始する。
ステップＳ１９に於いて、信号処理部３１は、イベント処理部３１１により、最初のポリシルール内の監視イベントが、新たな監視イベントか否かを判断する。
ステップＳ１９に於いて、信号処理部３１は、当該判断条件が成立しないならば（Ｎｏ）、ステップＳ２１の処理へ進み、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２０の処理へ進む。
ステップＳ２０に於いて、信号処理部３１は、イベント処理部３１１により、トラヒック検知部３３に、所定の端末２の通信に対して、新たな監視イベントを設定して、所定の端末２のトラヒックに於ける通信量の測定を開始する。
【００４６】
ステップＳ２１に於いて、信号処理部３１は、イベント処理部３１１により、最初のポリシルール内の判定条件が、新たな判定条件か否かを判断する。
ステップＳ２１に於いて、信号処理部３１は、当該判断条件が成立しないならば（Ｎｏ）、ポリシルール設定処理を終了し、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ２２の処理へ進む。
ステップＳ２２に於いて、信号処理部３１は、イベント処理部３１１により、所定の端末２の通信に対して、新たな判定条件を設定する。
ステップＳ２２の処理が終了すると、信号処理部３１は、ポリシルール設定処理を終了する。
【００４７】
図５は、本実施形態に於けるイベント処理を示すフローチャートである。
トラヒック検知部３３は、所定の端末２のトラヒックを検知し、イベントが発生したならばイベント処理部３１１に通知する。イベント処理部３１１は、トラヒック検知部３３から所定のイベントの通知を受けたならば、イベント処理を開始する。
ステップＳ３０に於いて、イベント処理部３１１は、判定条件７１３に基づいて、適用処理を判定する（図２（ｂ）参照）。
ステップＳ３０に於いて、イベント処理部３１１は、判定した適用処理が、ポリシ制御サーバ４へ中継を行う処理である場合、ステップＳ３１の処理に進み、ポリシルールを決定する処理である場合、ステップＳ３４の処理に進む。
【００４８】
ステップＳ３１に於いて、イベント処理部３１１は、トラヒック検知部３３から通知されたイベントを、Ｇｘインタフェースで、ポリシ制御サーバ４に中継する。
ステップＳ３２に於いて、イベント処理部３１１は、ポリシ制御サーバ４からポリシルール設定コマンド７を受信する。
ステップＳ３３に於いて、イベント処理部３１１は、図４に示すポリシルール設定処理を行い、イベント処理を終了する。
ステップＳ３４に於いて、イベント処理部３１１は、所定の端末２の通信に対して適用するポリシルール７１を抽出する。
【００４９】
ステップＳ３５に於いて、イベント処理部３１１は、所定の端末２の通信に対して適用するポリシルール７１内の適用ポリシ７１１が新たな適用ポリシであるか否かを判断する。イベント処理部３１１は、当該判断条件が成立しないならば（Ｎｏ）、ステップＳ３７の処理へ進み、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ３６の処理へ進む。
ステップＳ３６に於いて、イベント処理部３１１は、トラヒック処理部３４に新たな適用ポリシ７１１を適用し、新たな適用ポリシ７１１に基づいて所定の端末２のトラヒック制御を開始する。
【００５０】
ステップＳ３７に於いて、イベント処理部３１１は、所定の端末２の通信に対して適用するポリシルール７１内の監視イベント７１２が、新たな監視イベントか否かを判断する。
ステップＳ３７に於いて、イベント処理部３１１は、当該判断条件が成立しないならば（Ｎｏ）、ステップＳ３９の処理へ進み、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ３８の処理へ進む。
ステップＳ３８に於いて、イベント処理部３１１は、トラヒック検知部３３に新たな監視イベント７１２を設定し、新たな監視イベント７１２に基づいて所定の端末２の通信量の測定を開始する。
【００５１】
ステップＳ３９に於いて、イベント処理部３１１は、所定の端末２の通信に対して適用するポリシルール７１内の判定条件７１３が、新たな判定条件か否かを判断する。
ステップＳ３９に於いて、イベント処理部３１１は、当該判断条件が成立しないならば（Ｎｏ）、イベント処理を終了し、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ４０の処理へ進む。
ステップＳ４０に於いて、イベント処理部３１１は、自身に新たな判定条件７１３を設定する。
ステップＳ４０の処理の終了後、イベント処理部３１１は、イベント処理を終了する。
【００５２】
図６は、本実施形態に於けるシナリオストア更新処理を示すフローチャートである。なお、シナリオストア更新処理は、新規ポリシルール追加処理、または既存ポリシルールの削除判定処理を含んでいる。
図６（ａ）は、新規ポリシルール追加処理を示すフローチャートである。
信号処理部３１は、新たなポリシルールをシナリオストア３２に保存する場合に、新規ポリシルール追加処理を開始する。
ステップＳ５０に於いて、信号処理部３１は、新たなポリシルールの名前であるポリシルール名の登録を行う。
ステップＳ５１に於いて、信号処理部３１は、新たなポリシルールの内容の登録を行う。
【００５３】
ステップＳ５２に於いて、信号処理部３１は、新たなポリシルール名を一意に識別するポリシルール名インデックスの作成処理を行う。
ステップＳ５３に於いて、信号処理部３１は、新たなポリシルールが使用された回数を示す使用履歴カウンタ変数の作成処理を行う。
ステップＳ５４に於いて、信号処理部３１は、シナリオストア３２内の新たなポリシルールの保存先アドレスを指し示すポインタをインクリメントする。
ステップＳ５４の処理の終了後、信号処理部３１は、ポリシルールストア更新処理を終了する。
なお、信号処理部３１が新規ポリシルール追加処理を行うことによりポリシルールの使用履歴をカウントすることが可能になる。よって、端末２の加入者がどのポリシルールを利用するかを知ることが可能になる。
【００５４】
図６（ｂ）は、既存ポリシルールの削除判定処理を示すフローチャートである。
信号処理部３１は、例えば、ポリシルールの削除コマンドを受信した際に、既存ポリシルールの削除判定処理を開始する。
ステップＳ６０に於いて、信号処理部３１は、シナリオストア３２内のポリシルールを、各ポリシルールの使用履歴カウンタ変数の値の昇順にソートする。
ステップＳ６１に於いて、信号処理部３１は、ポリシルールを削除するための基準であるポリシルール削除基準を設定する。なお、ポリシルール削除基準は、例えば、ポリシルールの使用履歴カウンタ変数がカウンタ閾値より大きいか否かである。
【００５５】
ステップＳ６２に於いて、信号処理部３１は、設定したポリシルール削除基準に基づいて、当該ポリシルールが削除可能か否かを判断する。
ステップＳ６２に於いて、ＩＰネットワーク中継機器３は、当該判断条件が成立しないならば（Ｎｏ）、ステップＳ６４の処理へ進み、当該判断条件が成立したならば（Ｙｅｓ）、ステップＳ６３の処理へ進む。
【００５６】
ステップＳ６３に於いて、信号処理部３１は、当該ポリシルールを削除する。
ステップＳ６３の終了後、信号処理部３１は、既存ポリシルールの削除判定処理を終了する。
ステップＳ６４に於いて、信号処理部３１は、当該ポリシルールを保存する。
ステップＳ６４の終了後、信号処理部３１は、既存ポリシルールの削除判定処理を終了する。
なお、信号処理部３１が既存ポリシルールの削除判定処理を行うことにより、使用されていないポリシルールを、シナリオストア３２から削除することができる。
【００５７】
図７は、本実施形態に於けるポリシルールの状態遷移を示す図である。
図７に示すポリシルール７１−１は、所定の端末２の通信に対してポリシルールＸが適用された状態であり、ポリシルール７１−２は、所定の端末２の通信に対してポリシルールＹが適用された状態である。なお、ポリシルールＸは、規制の無い状態を表し、ポリシルールＹは、規制のある状態を表す。以下、ポリシルール７１−１およびポリシルール７１−２を特に区別しないときは、単に、ポリシルール７１と記載する。
ポリシルール７１は、ポリシルール７１−１およびポリシルール７１−２のいずれか一方の状態であり、所定の端末２の通信量に応じて、一方の状態であり続けたり、一方の状態から他方の状態へ遷移したりする。
【００５８】
ポリシルール７１は、適用ポリシ７１１と、監視イベント７１２と、判定条件７１３とを含む。
ポリシルール７１−１の適用ポリシ７１１は適用ポリシＸであり、適用ポリシＸは周波数帯域制限に規制はなく、ＱｏＳはＢＥ（Best Effort）クラスである。ポリシルール７１−１の監視イベント７１２は、１０分毎に過去２０分間の通信量を測定する通信量監視である。ポリシルール７１−１の判定条件７１３は、ポリシルール７１−１が、通信量が閾値以下である場合、ポリシルールＸが適用されたポリシルール７１−１であり続け、通信量が閾値を超過した場合、ポリシルールＹが適用されたポリシルール７１−２へ遷移する適用処理である。
【００５９】
ポリシルール７１−２の適用ポリシ７１１は適用ポリシＹであり、適用ポリシＹは、周波数の最大帯域制限は１２８ｋｂｐｓであり、ＱｏＳはＢＥクラスである。監視イベント７１２は、１０分毎に過去２０分間の通信量を測定する通信量監視である。ポリシルール７１−２の判定条件７１３は、通信量が閾値以下である場合、ポリシルール７１−２が、ポリシルールＸが適用されたポリシルール７１−１へ遷移し、所定の端末２の通信量が閾値を超過した場合、ポリシルールＹが適用されたポリシルール７１−２であり続ける適用処理である。
【００６０】
なお、監視イベント７１２が所定の端末２の累積通信量の測定を含み、判定条件７１３が、所定の端末２の累積通信量が閾値以上である場合にポリシ制御サーバ４へ中継するという条件を含んでもよい。なお、累積通信量は、所定のタイミングからの累積された通信量である。ポリシ制御サーバ４は、課金システム６を参照して、適切なポリシルール設定コマンド７をＩＰネットワーク中継機器３に送信することができる。
【００６１】
（本実施形態の効果）
以上説明した本実施形態では、次の（Ａ）〜（Ｆ）のような効果がある。
（Ａ）適用中の判定条件７１３と合致する条件をトラヒック検知部３３が検知した場合に、イベント処理部３１１は、判定条件７１３に係る次のポリシルールを新たなポリシルールとして適用することができる。よって、比較例３のようにポリシ制御サーバ４と信号を送受信することなく、新たなポリシルールの適用に係わるポリシ制御サーバ４との通信量を削減することができる。
【００６２】
（Ｂ）ポリシ制御サーバ４は、比較例１のように、個々のＩＰネットワーク中継機器３に、個別に予めポリシルールを設定する必要がなく、比較例２のように、ポリシルールを１つずつインストールする必要がない。よって、ポリシ制御サーバ４は、柔軟にＩＰネットワーク中継機器３にポリシルール７１を設定することが可能となり、このような柔軟なポリシルールの適用に係わるポリシ制御サーバ４との通信を省略することができる。
（Ｃ）イベント処理部３１１は、比較例３のようにポリシ制御サーバ４と信号を送受信することがなくなる。イベント処理部３１１は、当該次のポリシルールが含む判定条件を自身に設定することができる。よって、ＩＰネットワーク中継機器３は、ポリシルールごとに適切な判定条件を自身に設定することが可能となり、適切な判定条件の設定に係わるポリシ制御サーバ４との通信を省略することができる。
【００６３】
（Ｄ）イベント処理部３１１は、適用された適用ポリシ７１１をトラヒック処理部３４に適用し、端末２のトラヒック制御を行うことができる。よって、ＩＰネットワーク中継機器３は、ポリシルールごとに適切な適用ポリシを自身に適用することが可能となる。例えば、図７に示す適用ポリシ７１１に於けるサービスの内容を変えることなどが可能になる。そして、適切な適用ポリシの適用に係わるポリシ制御サーバ４との通信を省略することができる。
（Ｅ）イベント処理部３１１は、新たなポリシルール７１の監視イベント７１２をトラヒック検知部３３に設定することができる。よって、ＩＰネットワーク中継機器３は、ポリシルールごとに適切な監視イベント７１２を自身に設定することが可能となる。例えば、図７に示す監視イベント７１２に於ける通信量の測定の周期などを変えることが可能になる。そして、監視イベントの設定に係わるポリシ制御サーバ４との通信を省略することができる。
【００６４】
（Ｆ）イベント処理部３１１は、所定のイベントの通知を受けたならば、自身に設定した当該判定条件の次のポリシルールを適用することができる。よって、ＩＰネットワーク中継機器３は、イベントに応じた適切なポリシルールを自身に適用することが可能となり、ポリシルールの適用に係わるポリシ制御サーバ４との通信を省略することができる。
（Ｇ）ポリシ制御サーバ４は、所定の端末２の累積通信量に応じて、課金システム６を参照して、適切なポリシルール設定コマンド７をＩＰネットワーク中継機器３に送信することができる。よって、所定の端末２の累積通信量に応じて、通信のポリシルールが変更されるサービスを提供することが可能になり、このようなサービスの提供を簡単に実現することができる。なお、このようなサービスは、例えば、ＭＶＮＯ（Mobile Virtual Network Operator）事業者によるデータ通信サービスである。このデータ通信サービスにおいて、通常料金では、所定期間内に通信量が所定値を超過すると通信量規制があり、加入者が所定通信量を購入して所定通信量を使用するまでの間では、通信量の規制はなく、高速通信が可能となる。
【００６５】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｄ）のようなものがある。
（ａ）ネットワーク９は、例えば、ＩＰネットワークと携帯電話通信網が接続されたものであり、端末２は、インターネット端末、またはモバイル端末であってもよい。
（ｂ）ネットワーク９は、例えば、携帯電話通信網であり、端末２は、モバイル端末、または携帯電話端末であってもよい。
（ｃ）ネットワーク９は、例えば、ＩＰ電話網であり、端末２はＩＰ電話機であってもよい。
（ｄ）図４に示すポリシルール設定処理のステップＳ１６において、信号処理部３１は、イベント処理部３１１にて、トラヒック検知部３３からのイベントの通知に応じて、新ポリシルール群から最初のポリシルールを決定してもよい。
【符号の説明】
【００６６】
１,１Ａ,１Ｂ,１Ｃ    通信ポリシルール動的変更システム
２    端末
３，３Ａ，３Ｂ，３Ｃ    ＩＰネットワーク中継機器（中継機器）
４，４Ａ，４Ｂ，４Ｃ    ポリシ制御サーバ
５    加入者プロファイルリポジトリ
６    課金システム
７    ポリシルール設定コマンド
９    ネットワーク
３１  信号処理部
３２  シナリオストア（記憶手段）
３３  トラヒック検知部
３４  トラヒック処理部
７０  ポリシルール群
７１  ポリシルール
７１Ａ  ポリシルール
７２Ｃ  ポリシシナリオ
３１１  イベント処理部
７１１  適用ポリシ
７１２  監視イベント
７１３  判定条件
７１３１  優先順位欄
７１３２  適用条件欄
７１３３  適用処理欄
【図１】
2014155096.tif 000003
【図２】
2014155096.tif 000004
【図３】
2014155096.tif 000005
【図４】
2014155096.tif 000006
【図５】
2014155096.tif 000007
【図６】
2014155096.tif 000008
【図７】
2014155096.tif 000009
【図８】
2014155096.tif 000010
【図９】
2014155096.tif 000011