JP2014220673A

JP2014220673A - 通信ポリシー制御システムおよび通信制御装置

Info

Publication number: JP2014220673A
Application number: JP2013099092A
Authority: JP
Inventors: 英雅高橋; Hidemasa Takahashi; 一穂山田; Kazuo Yamada
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2013-05-09
Filing date: 2013-05-09
Publication date: 2014-11-20
Anticipated expiration: 2033-05-09
Also published as: JP5938004B2

Abstract

【課題】所望のパケットにポリシーを適用できる通信ポリシー制御システムおよび通信制御装置を提供する。【解決手段】通信制御装置２Ａは、通信に関するポリシー情報と、ポリシー情報が適用されるパケットに含むべきＩＤとから成る制御情報を中央制御装置１から受信する制御情報受信部２１と、制御情報に含まれるポリシー情報とＩＤとを関連付けて記憶する制御情報記憶部２２と、ＩＤを受信した通信装置からパケットを受信したなら、制御情報記憶部からＩＤを読み出し、パケットに含まれるＩＤと読み出したＩＤとが一致するか否かを判定するポリシー適用判定部２３と、ＩＤ同士が一致すると判定された場合には、制御情報記憶部から、読み出したＩＤと関連付けされたポリシー情報を読み出し、パケットに当該ポリシー情報を適用するポリシー適用制御部２４とを備える。【選択図】図３

Description

本発明は、所望のパケットにポリシーを適用できる通信ポリシー制御システムおよび通信制御装置に関する。

従来から移動系・固定系通信において、ユーザが追加料金を支払うことで、一時的に通信帯域を拡張するサービスが提供されている。

例えば、ユーザ起動型の帯域拡張サービスとして専用アプリケーションなどを利用し、帯域拡張サービスを適用することで、通信帯域を一時的に拡張する通信サービスが存在する。

このような通信サービスを利用する際に、端末で動作している各種アプリケーションは全て拡張した帯域（以下、広帯域という）で通信を行うようになる。

そして、ユーザが広帯域の利用を止めたい場合は、上記専用アプリケーションにて、帯域拡張サービスの適用を停止することで、利用可能な帯域が通常値に戻るようになっている。
上記従来技術の詳細については、非特許文献１に記載されている。

"b-mobile（b モバイル） Turbo Charge "、［ｏｎｌｉｎｅ］、日本通信株式会社、［平成２５年４月１０日検索］、インターネット＜ＵＲＬ：http://www.bmobile.ne.jp/turbocharge/＞

上記従来技術では、端末単位で使用する通信帯域を拡張するサービスの適用と適用停止を切り替えている。しかし、実際には、広帯域で通信したいアプリケーション（サービス）と、広帯域で通信しなくてもよいアプリケーション（サービス）がそれぞれ存在する（例えば、通話は広帯域で通信したいが、メール送受信は広帯域で通信する必要はない等）。これらのアプリケーションを同時に利用したい場合、ユーザは本来意図しない通信（上記例ではメール送受信）についても広帯域を利用してしまい、意図しない通信量を支払うこととなる。上記問題が顕著となる一例としては、メールに容量の大きなファイルが添付されていた場合などが考えられる。

一方で、この問題への対処として、アプリケーション単位で通信帯域の拡張、縮小の制御（以下、帯域制御という）を実施することが考えられる。しかし、パケットにはアプリケーションを直接特定するための情報（例えば、アプリケーション名など）は含まれていない。そのため、帯域制御の対象となる利用目的（利用アプリケーション）であるかを判別するには、送受信されるパケット毎に、または複数パケットを再構築して、その内容を解析する必要がある。しかしこのようなパケットの解析には以下のような課題がある。

１）上記処理は、より具体的には、ネットワーク側に配備されるパケットの解析を行うシステムが、全IPパケットについて、パケットに含まれる上位レイヤのデータを解析し、対象のアプリケーションのパケットであるかを解析する必要がある。

このような、パケットデータの内部を解析し、ある特定の目的に利用されているパケットを解析するための既存の手法としては、IDS（Intrusion Detection System）やIPS（Intrusion Prevention System）、DPI（Deep Packet Inspection）などにおける、シグネチャと呼ばれる解析パターンのリストを利用する方法がある。このシグネチャを用いる方式では、パケットの特定位置のビットパターンや、データサイズなど、複数の条件の組を一つの解析パターンとして定義している。

上記方式では、パケット毎に、リストに定義された全解析パターンの解析を行う、つまりパケット毎に複数の条件解析処理を行う必要があるため、処理コストがかかることが課題である。

２）上記のようなシグネチャを用いる方式は、利用目的（利用アプリケーション）を、パケットのパターンを元に特定する手法である。しかし、この方法は直接アプリケーションを特定しているわけでは無く、パケットパターンを元に利用目的（利用アプリケーション）の類推を行っているため、別の利用目的（利用アプリケーション）のパケットを誤検出する可能性がある。

３）アプリケーションの追加・変更への追従性の課題がある。即ち、アプリケーションが新規に提供された場合、または既存アプリケーションの動作が変更された場合、それらのアプリケーションのパケットを解析可能とするため、ネットワーク側のパケットの解析を行うシステムに変更を行う必要がある。特に、近年利用が増加しているスマートフォンのアプリケーションでは追加・変更のサイクルが非常に短いため、パケットの解析を行うシグネチャのアップデートが追従できない可能性がある。

なお、シグネチャを用いる方式においては、システム提供ベンダが定期的にシグネチャのアップデートを提供している。しかしこれはアプリケーション提供者ではない第三者がパケットの特徴の解析を行って作成したものであり、一般に広く利用されているアプリケーション（例えば、Facebook、YouTubeなど）に対応するのみである。

本発明は、上述のような課題を解決すべくなされたものであり、所望のパケットにポリシーを適用できる通信ポリシー制御システムおよび通信制御装置を提供することを目的とする。

前記課題を解決するため、請求項１の発明に係る通信ポリシー制御システムは、互いに通信可能な中央制御装置と通信制御装置とを備え、前記中央制御装置は、通信に関するポリシー情報をパケットに適用するための要求を通信装置から受信すると、前記ポリシー情報が適用されるパケットに含むべきＩＤを前記通信装置に送信し、前記ポリシー情報と前記ＩＤとを含む制御情報を前記通信制御装置に送信し、前記通信制御装置は、
前記通信装置からパケットを受信したなら、前記制御情報に含まれるポリシー情報とＩＤとを関連付けて記憶する制御情報記憶部からＩＤを読み出し、前記パケットに含まれるＩＤと前記読み出したＩＤとが一致するか否かを判定し、前記ＩＤ同士が一致すると判定されたなら、前記制御情報記憶部から、前記読み出したＩＤに関連付けられたポリシー情報を読み出し、前記パケットに当該ポリシー情報を適用することを特徴とする。

請求項２の発明に係る通信制御装置は、通信に関するポリシー情報と、該ポリシー情報が適用されるパケットに含むべきＩＤとから構成される制御情報を中央制御装置から受信する制御情報受信部と、前記制御情報に含まれる前記ポリシー情報と前記ＩＤとを関連付けて記憶する制御情報記憶部と、前記ＩＤを受信した通信装置からパケットを受信したなら、前記制御情報記憶部からＩＤを読み出し、前記パケットに含まれるＩＤと前記読み出したＩＤとが一致するか否かを判定するポリシー適用判定部と、前記ＩＤ同士が一致すると判定されたなら、前記制御情報記憶部から、前記読み出したＩＤと関連付けされたポリシー情報を読み出し、前記パケットに当該ポリシー情報を適用するポリシー適用制御部とを備えることを特徴とする。

本発明によれば、所望のパケットにポリシーを適用できる。

本実施の形態に係る通信ポリシー制御システムを含む通信システムの概略構成を示す図である。中央制御装置の概略構成を示すブロック図である。通信制御装置の概略構成を示すブロック図である。ユーザ管理サーバに格納される契約情報の例を示す表である。音声通話アプリ管理サーバが有する利用者管理データベースの格納例を示すテーブルである。通信装置が起動された際の処理の処理手順を示すシーケンス図である。通信装置におけるユーザのリストを表示した画面の一例を示す図である。通信装置においてユーザＡからユーザＢへ通話する際の表示例を示す図である。通信装置において通信帯域の拡張の要否を確認する表示例を示す図である。本実施の形態に係る通信ポリシー制御システムを含む通信システムにおけるポリシー制御処理の処理手順を示すシーケンス図である。本実施の形態に係る通信ポリシー制御システムを含む通信システムにおける通信終了処理の処理手順を示すシーケンス図である。ＩＤ生成処理の他の処理手順を示すシーケンス図である。

［構成例］
図１は、本実施の形態に係る通信ポリシー制御システムを含む通信システムの概略構成を示す図である。

通信ネットワークＮは、中央制御装置１と、通信制御装置２Ａ、２Ｂ、４と、ユーザ管理装置３とを含む。

通信制御装置は、いわゆるルータや中継装置などと称されるものである。通信制御装置２Ａ、２Ｂは、通信ネットワークＮの外部と内部との通信を担うものであり、通信制御装置４は、通信ネットワークＮの内部の通信を担うものである。通信制御装置４は、複数ある通信制御装置４を示すものとして、ここでは１つのみを示す。

また、通信制御装置２Ａは、ＵＮＩ（User-Network Interface）を介して、通信装置５Ａに接続されている。

また、通信制御装置２Ｂは、ＵＮＩ（User-Network Interface）を介して、通信装置５Ｂに接続されている。

なお、各通信制御装置に接続されるその他の通信装置については図示省略する。また、通信ネットワークＮは、は、ＮＮＩ（Network-Network Interface）を介して、音声通話アプリ管理装置１０に接続されている。

音声通話アプリ管理装置１０は、利用者管理データベース１０ａを有する。

通信装置５Ａ、５Ｂは、例えばいわゆるスマートフォンやパーソナルコンピュータ等で構成され、音声通話アプリケーション（以下、音声通話アプリという）がインストールされている。

ここで、音声通話アプリとは、インターネットで利用されるパケット通信プロトコルのＩＰ（Internet Protocol）を利用して提供される電話サービスを提供するソフトウェアである。音声通話アプリは、例えば、ＬＩＮＥやＳｋｙｐｅなどである。

ユーザＡ、Ｂは、音声通話アプリがインストールされた通信装置５Ａ、５Ｂの各ユーザである。また、本実施の形態において、ユーザＡ、Ｂは帯域拡張サービスの契約者であるものとする。

次に、図２を参照して、中央制御装置１の構成について説明する。

中央制御装置１は、通信に関するポリシー情報を記憶するハードディスク装置または不揮発性メモリ等で構成されるポリシー情報記憶部１２と、ポリシー情報をパケットに適用するための要求を通信装置から受信する要求受信部１１と、要求を受信したなら、ポリシー情報が適用されるパケットに含むべきＩＤを含む応答を通信装置５Ａに、ポリシー情報が適用されるパケットに含むべきＩＤを通信装置５Ｂにそれぞれ送信する応答送信部１３と、ポリシー情報記憶部１２からポリシー情報を読み出し、当該ポリシー情報とＩＤとを含む制御情報を通信制御装置２Ａ、２Ｂに送信する制御情報送信部１４とを備える。

次に、図３を参照して、通信制御装置２Ａの構成について説明する。

通信制御装置２Ａは、制御情報を受信する制御情報受信部２１と、制御情報に含まれるポリシー情報とＩＤとを関連付けて記憶するハードディスク装置または不揮発性メモリ等で構成される制御情報記憶部２２と、通信装置からパケットを受信したなら、制御情報記憶部２２からＩＤを読み出し、パケットに含まれるＩＤと読み出したＩＤとが一致するか否かを判定するポリシー適用判定部２３と、ＩＤ同士が一致すると判定されたなら、制御情報記憶部２２から、読み出したＩＤに関連付けられたポリシー情報を読み出し、パケットに当該ポリシー情報を適用するポリシー適用制御部２４とを備える。なお、通信制御装置２Ｂは、通信制御装置２Ａと同様の構成である。

次に、図４には、ユーザ管理装置３に格納される契約情報の例を示す。

ユーザ管理装置３は、通信ネットワークＮを使用する各ユーザについて契約情報を有する。契約情報は、該当ユーザのユーザ名と、該当ユーザが契約しているサービスのサービス名とを含む。サービス名は、通常通話サービスを示すもの又は帯域拡張サービスを示すものである。ここでは、ユーザＡ、Ｂが共に帯域拡張サービスに契約していることとする。通常通話サービスとは、一定の通信帯域を提供するサービスであり、帯域拡張サービスとは、ユーザの希望により通信帯域の拡張が可能なサービスである。

図５（ａ）には、音声通話アプリ管理装置１０が有する利用者管理データベース１０ａの例を示す。

利用者管理データベース１０ａは、各ユーザについてのレコードを有する。

レコードは、該当ユーザのユーザ名と、該当ユーザに使用される通信装置が通信ネットワークＮに接続されているか否かを示すフラグと、その通信端末のＩＰアドレスとが記憶される。

フラグ「○」は、通信装置が接続されていることを示し、フラグ「×」は、通信装置が接続されていないことを示す。

通信装置が接続されていない場合には、通信装置にＩＰアドレスが付与されず、よって、ＩＰアドレスは、レコードに含まれない。ＩＰアドレスの欄の「−」は、このような状態を示すこととする。

なお、図５（ｂ）については後述する。

［本実施の形態における動作］
図６〜図１２を参照して、本実施の形態の動作について説明する。

まず、図６のシーケンス図を参照して、通信装置５Ａが起動された際の動作について説明する。

通信装置５Ａが起動されると（ステップＳ１）、音声通話アプリが音声通話アプリ管理装置１０に対し、起動されたことを通知する（ステップＳ２）。

音声通話アプリ管理装置１０は、図５（ｂ）に示すように、通信装置５ＡのユーザＡのユーザ名を含むレコードのフラグを「○」に更新し、通信装置５Ａに付与されたＩＰアドレスをレコードに格納する（ステップＳ３）。なお、ここでは、通信装置５Ｂも起動され、そのユーザＢのユーザ名を含むレコードのフラグが「○」に更新され、ＩＰアドレスもレコードに格納されたこととする。

次に、音声通話アプリ管理装置１０は、利用者管理データベース１０ａにおけるフラグ「○」に対応するユーザのリストを通信装置５Ａ、５Ｂに送信する（ステップＳ４）。

ユーザＡが通信装置５Ａの音声通話アプリに所定の操作を行うと、音声通話アプリは、ユーザのリストを通信装置５Ａの画面に表示する（ステップＳ５）。

図７は、ユーザのリストを表示した画面の一例である。

画面には、ユーザＢのユーザ名が表示され、これにより、ユーザＡは、ユーザＢがオンライン（即ち、通信ネットワークＮに接続した状態）であることがわかる。

そして、例えばユーザＡは、ユーザＢに通話すべく、画面からユーザＢを選択する。これにより、音声通話アプリは、図８に示すような「通話」ボタンを含む画面を表示する（ステップＳ６）。

ユーザＡが、「通話」ボタンを操作すると、音声通話アプリは、図９に示すような、通信帯域を拡張する「はい」ボタンと、通常の通信帯域を維持するための「いいえ」ボタンを表示する（ステップＳ７）。

ここでは、「はい」ボタンが操作されたこととする。

次に、図１０のシーケンス図を参照して、帯域拡張サービスの処理について説明する。

図９において、通信帯域の拡張について「はい」ボタンが操作されたなら、図１０において、通信装置５Ａの音声通話アプリは、ポリシー情報をパケットに適用するための要求を音声通話アプリ管理装置１０に送信する（ステップＳ１０）。なお、要求には、ポリシーの適用を求めるユーザＡのユーザ名と、通話対象であるユーザＢのユーザ名が含まれる。

音声通話アプリ管理装置１０は中央制御装置１に、受信した要求と、予め記憶したポリシー情報を送信する（ステップＳ１１）。このポリシー情報は、通信帯域を拡張するという通信ポリシーを示すものである。

中央制御装置１は、ユーザＡとユーザＢが共に帯域拡張サービスの契約者に該当するか否かの確認をユーザ管理装置３に行う（ステップＳ１１ａ）。ユーザ管理装置３は、ユーザＡおよびユーザＢのユーザ名に基づいて、ユーザ管理装置３に格納される契約情報を検索し、ユーザＡとユーザＢが共に帯域拡張サービスの契約者であることが確認されたなら、中央制御装置１に対して、ユーザＡおよびユーザＢは契約者である旨を応答する（ステップＳ１１ｂ）。なお、ユーザＡとユーザＢの少なくとも一方が帯域拡張サービスの契約者に該当しないと判定された場合には、通信装置５Ａの音声通話アプリに対して、ユーザＡとユーザＢの何れかが契約者でない旨を通知する。

ユーザＡおよびユーザＢは契約者である旨の応答を受信したなら、中央制御装置１の要求受信部は、ポリシー情報をポリシー情報記憶部１２に格納する（ステップＳ１２）。

次に、中央制御装置１の応答送信部１３は、ポリシー情報が適用されるパケットに含むべきＩＤを生成し（ステップＳ１３）、生成されたＩＤを含む応答を通信装置５Ａに送信し（ステップＳ１４）、ＩＤを通信装置５Ｂに送信する（ステップＳ１５）。

また、中央制御装置１の制御情報送信部１４は、ポリシー情報記憶部１２からポリシー情報を読み出し、ポリシー情報並びにＳ１３で生成されたＩＤを含む制御情報を通信制御装置２Ａ、２Ｂに送信する（ステップＳ１６、Ｓ１７）。

通信制御装置２Ａ、２Ｂの制御情報受信部２１は、制御情報を受信し、制御情報を制御情報記憶部２２に記憶する（ステップＳ１８、Ｓ１９）。

次に、ＩＤを含むパケットの処理手順について説明する。

通信装置５Ａの音声通話アプリは、音声通話のパケットに対し、ステップＳ１４で受信したＩＤを含ませ（ステップＳ２０）、通信制御装置２Ａにパケットを送信する（ステップＳ２１）。

通信制御装置２Ａは、通信装置５Ａからパケットを受信する。

通信制御装置２Ａのポリシー適用判定部２３は、パケットが受信されたなら、制御情報記憶部２２からＩＤを読み出し（ステップＳ２２）、パケットに含まれるＩＤと読み出したＩＤとが一致するか否かを判定する（ステップＳ２３）。

通信制御装置２Ａのポリシー適用制御部２４は、ＩＤ同士が一致すると判定されたなら、制御情報記憶部２２から、読み出したＩＤに関連付けられたポリシー情報を読み出す（ステップＳ２４）。

次に、ポリシー適用制御部２４は、パケットに当該ポリシー情報を適用する。

具体的には、ポリシー適用制御部２４は、パケットを通信制御装置４に優先的に送信する。例えば、ポリシー適用制御部２４は、予め記憶した帯域拡張用の通信制御用情報でパケットの通信制御情報を置き換え（ステップＳ２５）、パケットを通信制御装置４に送信する（ステップＳ２６）。

通信制御装置４は、パケットに含まれる通信制御用情報に応じて、この場合は、パケットを優先的に他の通信制御装置に送信する。同様の処理が、通信制御装置２Ｂに至るまでの各通信制御装置および通信制御装置２Ｂにて行われる。通信装置５Ｂは、こうして転送されたパケットを受信する。

通信制御用情報とは、これを含むパケットに関する通信帯域を示す値であり、例えば、ＤＳＣＰ値である。例えばベストエフォートクラスに対応するＤＳＣＰ値は「００００００」であり、最優先クラスに対応するＤＳＣＰ値は「１０１１１０」である。

ポリシー適用制御部２４は、例えば、ＤＳＣＰ値「００００００」を「１０１１１０」に置き換える。これにより、以降のパケットの転送の優先順位が上げられ、通信帯域が拡張される。

これまでは、通信装置５Ａから通信装置５Ｂへのパケットの送信について述べたが、通信装置５Ｂから通信装置５Ａへのパケットの送信についても同様の処理が行われる。これにより、通信装置５Ａ、５Ｂ間で音声通話のパケットが優先的に送受信され、音声の品質が向上する。

なお、「いいえ」ボタンが操作された場合は、パケットは優先的に扱われず、音声の品質は比較的低いものとなる。

次に、図１１のシーケンス図を参照して、音声通話の終了時の処理手順について説明する。

例えば、ユーザＡが通信装置５Ａに終了操作を行うと、通信装置５Ａの音声通話アプリは、音声通話アプリ管理装置１０に対して終了通知を送信する（ステップＳ３０）。

音声通話アプリ管理装置１０は、終了通知を受信したなら、中央制御装置１に対して終了通知を送信する（ステップＳ３１）。

中央制御装置１は、終了通知を受信したなら、通信制御装置２Ａ、２Ｂに対して、終了通知を送信する（ステップＳ３２、Ｓ３３）。

また、音声通話アプリ管理装置１０は、通信装置５Ｂに対して終了通知を送信する（ステップＳ３４）。

これにより、各装置（音声通話アプリ管理装置１０、中央制御装置１、通信制御装置２Ａ、２Ｂ、通信装置５Ｂ）は、音声通話に関する処理を終了する。

音声通話の終了後、ＩＤは無効となる。通信制御装置２Ａは、制御情報記憶部２２において、このＩＤを含む制御情報を無効化（例えば、削除）する。

次に、図１２のシーケンス図を参照して、本実施の形態に係る通信ポリシー制御システムを含む通信システムにおけるＩＤ生成処理の他の処理手順について説明する。

図１２に示すＩＤ生成処理では、図１０において中央制御装置１がＩＤ生成（ステップＳ１３）するのに対して、音声通話アプリ管理装置１０がＩＤを生成する。

図１０と同様に、通信装置５Ａからポリシー情報をパケットに適用するための要求が音声通話アプリ管理装置１０に送信される（ステップＳ１０）。

要求を受信したなら、音声通話アプリ管理装置１０は、ポリシー情報が適用されるパケットに含むべきＩＤを生成し（ステップＳ４１）、要求、ＩＤおよびポリシー情報を中央制御装置１に送信する（ステップＳ４２）。

中央制御装置１は、ＩＤとポリシー情報をポリシー情報記憶部１２に格納し（ステップＳ４３）、生成されたＩＤを含む応答を通信装置５Ａに送信し（ステップＳ１４）、ＩＤを通信装置５Ｂに送信する（ステップＳ１５）。

以降の処理は、図１０に示すステップＳ１６〜Ｓ２９と同様である。

以上説明した本実施の形態に係る通信ポリシー制御システムを含む通信システムによれば、所望のパケットにポリシーを適用することができる。

そして、通常帯域では音声の品質が比較的低い場合であっても、本実施の形態で示すように所望のパケットについてポリシーを適用して通信帯域を拡張することにより高い音声品質を得ることができる。

また、アプリケーションの利用時におけるパケット解析処理が簡素化され、ネットワーク側システムの処理コストを低減することができる。

また、パケット解析時に、適用するポリシーを一意に特定できるＩＤを付与するため、パケットの誤検出をなくすことができる。

さらに、具体的なアプリケーションを問わず、ＩＤのみを判別するため、新規アプリケーションや既存アプリケーションの動作変更等にも容易に対応することができる。

なお、本発明は上記実施の形態に限定されるものではなく、その要旨の範囲内で数々の変更が可能である。

例えば、本実施の形態では、所望のパケットについて通信帯域を拡張するポリシーについて述べたが、これに限定されず、所望のパケットについてセキュリティレベルを高めるポリシーを適用するようにしてもよい。例えば、所定のアプリケーションのパケットについては、フィルタリングを強化するポリシーを適用することができる。

また、通信装置は、スマートフォンやパーソナルコンピュータ等に限定されず、ホームゲートウェイなどで構成し、ポリシーを適用するパケットは、ホームゲートウェイに接続され且つアプリケーションを搭載した端末からのパケットであってもよい。

また、音声通話アプリ管理装置１０は、例えばインターネットに配置するようにできる。なお、音声通話アプリ管理装置１０を通信ネットワークＮ内に配置するようにしてもよい。

１：中央制御装置
２Ａ、２Ｂ、４：通信制御装置
３：ユーザ管理装置
５Ａ、５Ｂ：通信装置
１０：音声通話アプリ管理装置
１１：要求受信部
１２：ポリシー情報記憶部
１３：応答送信部
１４：制御情報送信部
２１：制御情報受信部
２２：制御情報記憶部
２３：ポリシー適用判定部
２４：ポリシー適用制御部
Ｎ：通信ネットワーク

Claims

互いに通信可能な中央制御装置と通信制御装置とを備え、
前記中央制御装置は、
通信に関するポリシー情報をパケットに適用するための要求を通信装置から受信すると、
前記ポリシー情報が適用されるパケットに含むべきＩＤを前記通信装置に送信し、
前記ポリシー情報と前記ＩＤとを含む制御情報を前記通信制御装置に送信し、
前記通信制御装置は、
前記通信装置からパケットを受信したなら、前記制御情報に含まれるポリシー情報とＩＤとを関連付けて記憶する制御情報記憶部からＩＤを読み出し、前記パケットに含まれるＩＤと前記読み出したＩＤとが一致するか否かを判定し、
前記ＩＤ同士が一致すると判定されたなら、前記制御情報記憶部から、前記読み出したＩＤに関連付けられたポリシー情報を読み出し、前記パケットに当該ポリシー情報を適用することを特徴とする通信ポリシー制御システム。
通信に関するポリシー情報と、該ポリシー情報が適用されるパケットに含むべきＩＤとから構成される制御情報を中央制御装置から受信する制御情報受信部と、
前記制御情報に含まれる前記ポリシー情報と前記ＩＤとを関連付けて記憶する制御情報記憶部と、
前記ＩＤを受信した通信装置からパケットを受信したなら、前記制御情報記憶部からＩＤを読み出し、前記パケットに含まれるＩＤと前記読み出したＩＤとが一致するか否かを判定するポリシー適用判定部と、
前記ＩＤ同士が一致すると判定されたなら、前記制御情報記憶部から、前記読み出したＩＤと関連付けされたポリシー情報を読み出し、前記パケットに当該ポリシー情報を適用するポリシー適用制御部と
を備えることを特徴とする通信制御装置。