JP2020072381A - 通信システム及びポリシー制御装置 - Google Patents

Abstract

【課題】デバイス単位でのネットワークポリシー制御及び管理を実現できる。【解決手段】ＰＣＲＦ４は、デバイス種別毎に、ポリシールールが対応付けられたポリシールール管理テーブルを記憶し、ポリシールールの適用対象となるデバイス種別と、該デバイスに付与されたデバイスＩＤとを取得して、取得したデバイス２の種別に対応するポリシールールを判定し、判定したポリシールールの、取得したデバイスＩＤに対応するデバイスへの適用をＤＰＩに指示する。ＤＰＩ５は、ポリシールール適用対象のデバイスに付与されたデバイスＩＤを取得し、ＰＣＲＦ４による指示対象のデバイスＩＤに対応するデバイス２からの通信に対し、指示されたポリシールールを適用して制御を行う。【選択図】図１

Description

本発明は、通信システム及びポリシー制御装置に関する。

近年、ネットワークカメラやテレビ等、ネットワークに接続されるＩｏＴ（Internet of Things）デバイスが多様化している。５Ｇ／ＩｏＴ時代には、ネットワークにつながるＩｏＴデバイスが多様化（カメラ、センサ等）し、デバイス毎に求められるポリシールールも多様化すると想定される。例えば、監視カメラの映像を、他のデバイスよりも、優先的に制御するポリシールールなどが考えられる。

特開２０１６−１４６５１６号公報

野口博史他、「通信の類似性分析にもとづくIoTデバイス識別手法」、信学技報、vol. 118、no. 124、NS2018-45、 pp. 51-56、 2018年7月 重谷昌昭（他）、「柔軟なサービス振分けを実現するエッジルータシステム」、NTT技術ジャーナル 2016.2 3GPP TS 23.203 V15.4.0 (2018-09)

図２８〜図３０は、従来技術に係るポリシールールの適用処理を説明する図である。従来、３ＧＰＰでは、図２８に示すように、ＰＣＲＦ（Policy and Charging Rules Function）から、ＰＣＥＦ（Policy and Charging Enforcement Function）に対し、ポリシー制御を指示するモデルが規定されている。具体的には、ＰＣＲＦがポリシールールの適用を指示し（図２８の（１）参照）、ＰＣＥＦ／ＤＰＩ（Deep Packet Inspection）においてルールを適用する（図２８の（２）参照）。

また、ＩｏＴデバイス種別（例:カメラ、テレビ）に応じた柔軟なポリシー制御を実現するために、ＨＴＴＰ通信では、ＨＴＴＰヘッダ内のUser-Agentに格納される情報から、ＤＰＩ（Deep Packet Inspection）にて各デバイスのデバイス種別を識別する。具体的には、サービス事業者のサーバがデバイスからのＨＴＴＰリクエストを受信すると（図２９の（１）参照）、ＤＰＩにおいて、ＨＴＴＰヘッダ内のUser-Agentからデバイス種別を識別する（図２９の（２）参照）。そして、ＤＰＩからのデバイス種別識別結果（図２９の（３）参照）を受けたＰＣＲＦが、識別したデバイス種別に対応するポリシールールの適用をＤＰＩに指示し（図２９の（４）参照）、ＤＰＩでは、識別したデバイスへ、指示されたポリシールールを適用する（図２９の（５）参照）。このように、ＰＣＲＦは、ＤＰＩデバイス識別結果を取得することによって、各デバイス種別に応じたポリシールールを決定する。

近年、一般的に、ＨＴＴＰリクエストは、なりすまし、中間者攻撃、盗聴等の攻撃を防ぎ、よりセキュアな通信を行うために、ＳＳＬ／ＴＬＳプロトコルによって、サーバ認証や通信内容の暗号化を行っている。

しかしながら、ユーザからのＨＴＴＰリクエストのUser-Agentが暗号化されていると、ＤＰＩではデバイス種別を識別できず、ＰＣＲＦは、デバイス種別を知ることができず、デバイス種別に応じたポリシールールを決定することができないという問題があった。具体的には、サービス事業者のサーバがデバイスからのＨＴＴＰリクエストを受信しても（図３０の（１）参照）、ＨＴＴＰヘッダ内のUser-Agentが暗号化されているため、ＤＰＩは、User-Agentからデバイス種別を識別できない（図３０の（２）参照）。この結果、ＤＰＩからのデバイス種別識別結果（図３０の（３）参照）を受けることができないＰＣＲＦは、デバイス種別に対応するポリシールールの適用をＤＰＩに指示できず（図３０の（４）参照）、ＤＰＩでは、識別したデバイスへ、ポリシールールを適用することができない（図３０の（５）参照）。

今後、５Ｇ／ＩｏＴ時代を見据えたキャリアネットワークでは、これらのＩｏＴデバイスをフローから自動識別し、デバイス毎に異なるポリシールールを適用することが求められる。しかしながら、現在は、ＨＴＴＰヘッダが暗号化されている場合、送信元のデバイスを識別することができず、デバイス単位でのネットワークポリシー制御及び管理を行うことができなかった。

本発明は、上記に鑑みてなされたものであって、デバイス単位でのネットワークポリシー制御及び管理を実現できる通信システム及びポリシー制御装置を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る通信システムは、デバイスの通信を制御するポリシールールを指示するポリシー制御装置と、ポリシー制御装置から指示されたポリシールールに従って各デバイスの通信を中継する中継装置と、を有する通信システムであって、ポリシー制御装置は、デバイス種別毎に、ポリシールールが対応付けられた第１のテーブルを記憶する第１の記憶部と、ポリシールールの適用対象となるデバイス種別と、該デバイスに付与されたデバイスＩＤを取得する第１の取得部と、第１のテーブルの内容を基に、第１の取得部が取得したデバイス種別に対応するポリシールールを判定し、判定したポリシールールの、第１の取得部が取得したデバイスＩＤに対応するデバイスへの適用を中継装置に指示する判定部と、を有し、中継装置は、デバイスＩＤと、該デバイスＩＤに対応するデバイスのネットワーク情報と、を対応付けた第２のテーブルを記憶する第２の記憶部と、ポリシールール適用対象のデバイスに付与されたデバイスＩＤを取得する第２の取得部と、第２のテーブルを参照し、ポリシー制御装置による指示対象のデバイスＩＤに対応するデバイスからの通信に対し、指示されたポリシールールを適用して制御を行う通信制御部と、を有することを特徴とする。

また、本発明に係るポリシー制御装置は、デバイスの通信を制御するポリシールールを指示するポリシー制御装置であって、デバイス種別毎に、ポリシールールが対応付けられたテーブルを記憶する記憶部と、ポリシールールの適用対象となるデバイス種別と、該デバイスに付与されたデバイスＩＤを取得する取得部と、テーブルの内容を基に、取得部が取得したデバイス種別に対応するポリシールールを判定し、判定したポリシールールの、取得部が取得したデバイスＩＤに対応するデバイスへの適用を中継装置に指示する判定部と、を有することを特徴とする。

本発明によれば、デバイス単位でのネットワークポリシー制御及び管理を実現できる。

図１は、実施の形態１に係る通信システムの概略構成を示す図である。 図２は、図１に示す通信システムにおける通信処理の流れを説明する図である。 図３は、図１に示す識別装置の概略構成を示す模式図である。 図４は、図３に示すデバイスＩＤ管理テーブルのデータ構成の一例を示す図である。 図５は、図１に示すＰＣＲＦの概略構成を示す模式図である。 図６は、図５に示すポリシールール設定管理テーブルのデータ構成の一例を示す図である。 図７は、図５に示す回線毎セッション管理テーブルのデータ構成の一例を示す図である。 図８は、図５に示すデバイス毎セッション管理テーブルのデータ構成を示す図である。 図９は、図５に示す加入者情報管理テーブルのデータ構成を示す図である。 図１０は、図１に示すＤＰＩの概略構成を示す模式図である。 図１１は、図１０に示すポリシールール設定管理テーブルのデータ構成を示す図である。 図１２は、図１０に示すセッション管理テーブルを示す図である。 図１３は、図１に示すＤＰＩによる識別情報登録処理の処理手順を示すフローチャートである。 図１４は、図１に示すＰＣＲＦによるポリシールール登録処理の処理手順を示すフローチャートである。 図１５は、図１に示す通信システムにおけるデバイスへのポリシールール設定処理の処理手順を示すシーケンス図である。 図１６は、図１５に示す識別処理の処理手順を示すフローチャートである。 図１７は、図１５に示すポリシールール判定処理の処理手順を示すフローチャートである。 図１８は、図１５に示すポリシールール設定処理の処理手順を示すフローチャートである。 図１９は、図１５に示すポリシールール判定処理の他の処理手順を示すフローチャートである。 図２０は、図１に示すＰＣＲＦが保持するテーブルのデータ構成の一例を示す図である。 図２１は、実施の形態２に係る通信システムの概略構成を示す図である。 図２２は、図２１に示す通信システムにおける通信処理の流れを説明する図である。 図２３は、図２１に示すＰＣＲＦの概略構成を示す模式図である。 図２４は、図２３に示すポリシールール設定管理テーブル２４１１のデータ構成の一例を示す図である。 図２５は、図２３に示す階層型管理テーブル２４１２のデータ構成の一例を示す図である。 図２６は、実施の形態２におけるポリシールール判定処理の処理手順を示すフローチャートである。 図２７は、プログラムが実行されることにより、識別装置、ＰＣＲＦ、ＤＰＩが実現されるコンピュータの一例を示す図である。 図２８は、従来技術に係るポリシールールの適用処理を説明する図である。 図２９は、従来技術に係るポリシールールの適用処理を説明する図である。 図３０は、従来技術に係るポリシールールの適用処理を説明する図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［実施の形態１］
［システム構成］
図１は、実施の形態１に係る通信システムの概略構成を示す図である。図１に示すように、本実施の形態１に係る通信システム１は、デバイス２と、サービス事業者サーバ１０とが、ネットワーク上のＤＰＩ５（中継装置）を経由して、通信可能に接続する。また、通信システム１は、ＰＣＲＦ４（ポリシー制御装置）がＤＰＩ５に接続するとともに、識別装置３が、ＰＣＲＦ４及びＤＰＩ５に接続する構成を有する。

デバイス２は、ＩｏＴデバイスである。デバイス２は、例えば、カメラ、マイク、テレビ、温度計、照明器具、空調装置等に設けられた通信可能な通信装置である。デバイス２は、収容されたＣＰＥ（Customer Premises Equipment）、ＩｏＴ用のゲートウェイ及び中継装置ＤＰＩを介して、サービス事業者サーバ１０と通信を行う。

識別装置３は、ポリシールールの適用対象となるデバイス２の通信の特徴量と、予め取得した各種デバイスの通信の特徴量とを比較し、デバイス２の種別を識別する。識別装置３は、種別を識別した各デバイス２に対し、それぞれ固有のデバイスＩＤを付与する。

ＰＣＲＦ４は、デバイスの通信を制御するポリシールールをＤＰＩ５に指示する。ＰＣＲＦ４は、予め、デバイス種別と、対応するポリシールールとを保持する。ＰＣＲＦ４は、識別装置３から、デバイス種別、デバイスＩＤが通知されると、取得したデバイス種別に対応するポリシールールを判定し、該ポリシールールの、デバイスＩＤに対応するデバイス２への適用をＤＰＩ５に指示する。

ＤＰＩ６は、ＰＣＲＦ４による指示対象のデバイスＩＤに対応するデバイス２からの通信に対し、指示されたポリシールールを適用し、デバイス２による通信の制御を行う。

［通信処理の流れ］
続いて、通信システム１における通信処理の流れについて説明する。図２は、図１に示す通信システムにおける通信処理の流れを説明する図である。図２では、デバイス２に対するポリシールール適用までの処理の流れを説明する。

図２に示すように、ＤＰＩ５は、デバイス２によるＨＴＴＰリクエストを受信すると、このＨＴＴＰリクエストを、サービス事業者サーバ１０に送信するとともに（図２の（１）参照）、識別装置３へミラーリングする（図２の（２）参照）。

識別装置３は、デバイス２の通信の特徴量と、予め取得した各デバイスの通信の特徴量とを比較し、デバイス２の種別を識別する。そして、識別装置３は、種別を識別したデバイス２に固有のデバイスＩＤを付与する（図２の（３）参照）。続いて、識別装置３は、デバイスＩＤ、該デバイスＩＤに対応するネットワーク情報をＤＰＩ５に通知するとともに（図２の（４）参照）、デバイスＩＤと、デバイス種別とをＰＣＲＦ４に通知する（図２の（５）参照）。

ＰＣＲＦ４は、デバイス種別毎に、対応するポリシールールを保持する。ポリシールールとデバイス種別との対応関係は、所属するネットワークのネットワークオペレータによってＰＣＲＦ４に予め設定される。或いは、ポリシールールとデバイス種別との対応関係は、サービス事業者によって、ＡＰＩ（Application Programming Interface）経由で、ＰＣＲＦ４に予め設定される。ＰＣＲＦ４は、通知されたデバイス種別に対応するポリシールールをＤＰＩ５に適用指示する（図２の（６）参照）。ＤＰＩ５は、指示対象のデバイスＩＤに対応するデバイスからの通信へ、ＰＣＲＦ４が指示したポリシールールを適用する（図２の（７）参照）。

このように、通信システム１は、事前にＰＣＲＦ４に、ポリシールールと、デバイス種別とを対応付けて登録し、デバイス種別をキーに、適用するポリシールールを設定することによって、デバイス単位でのネットワークポリシー管理及び制御を実現する。

［識別装置の構成］
続いて、識別装置３の機能構成について説明する。図３は、図１に示す識別装置３の概略構成を示す模式図である。図３に示すように、識別装置３は、記憶部３１、通信制御部３２及び制御部３３を有する。

記憶部３１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。なお、記憶部２２は、通信制御部２１を介して制御部２３と通信する構成でもよい。記憶部３１は、デバイス特徴量記憶部３１１及びデバイスＩＤ管理テーブル３１２を有する。

デバイス特徴量記憶部３１１は、予め取得した各種デバイスの通信の特徴量を記憶する。この特徴量は、種別が明らかである各種デバイスの通信を予め受信し、デバイスごとに蓄積した通信のヘッダ情報を抽出し、抽出したヘッダ情報を、デバイス種別毎に蓄積したものである。ヘッダ情報として、ＩＰパケット長、ＴＣＰポート番号等があり、これらは、デバイスごとに分けて特徴量として、デバイス特徴量記憶部３１１に登録される。

デバイスＩＤ管理テーブル３１２は、識別部３３１（後述）がデバイス２に付与したデバイスＩＤを管理するテーブルである。図４は、図３に示すデバイスＩＤ管理テーブル３１２のデータ構成の一例を示す図である。図４に示すように、デバイスＩＤ管理テーブル３１２は、識別を行ったデバイス２の種別と、該デバイス２に付与したデバイスＩＤとが対応付けられている。デバイス２の種別は、識別部３３１（後述）によって識別される。

通信制御部３２は、ＮＩＣ（Network Interface Card）等で実現され、ＰＣＲＦ４やＤＰＩ５とのＬＡＮやインターネットなどの電気通信回線を介した通信を行う。例えば、通信制御部３２は、ＤＰＩ５からミラーリングされたデバイス２のＨＴＴＰリクエストを受信する。また、通信制御部３２は、デバイス２の種別、デバイスＩＤ、該デバイスＩＤに対応するネットワーク（ＮＷ）情報を、ＰＣＲＦ４やＤＰＩ５に送信する。

制御部３３は、識別装置３全体を制御する。制御部３３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路である。また、制御部３３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部３３は、各種のプログラムが動作することにより各種の処理部として機能する。制御部３３は、識別部３３１及び通知部３３２を有する。

識別部３３１は、実際に通信を行っているデバイス２の通信の特徴量と、予め取得した各種デバイスの通信の特徴量とを比較し、デバイス２の種別を識別する。識別部３３１は、ＮＷ情報取得部３３１１、特徴量抽出部３３１２、デバイス種別判定部３３１３及びデバイスＩＤ付与部３３１４を有する。

ＮＷ情報取得部３３１１は、ミラーリングされたデバイス２のＨＴＴＰリクエストからＮＷ情報を取得する。

特徴量抽出部３３１２は、ミラーリングされたデバイス２のＨＴＴＰリクエストから特徴量を抽出する。特徴量抽出部３３１２は、デバイス２のＨＴＴＰリクエストからヘッダ情報を特徴量として抽出する。

デバイス種別判定部３３１３は、実際に通信を行っているデバイス２の通信と、デバイス毎の過去の通信の傾向とを比較してデバイス２の種別を判定する。具体的には、デバイス種別判定部３３１３は、特徴量抽出部３３１２が抽出したデバイス２の通信の特徴量と、デバイス特徴量記憶部３１１に記憶された各種デバイスの通信の特徴量とを比較してデバイス２の種別を判定する。

デバイスＩＤ付与部３３１４は、デバイス種別判定部３３１３が種別を判定したデバイス２に対して、このデバイス２に固有のデバイスＩＤを付与する。デバイスＩＤ付与部３３１４は、付与したデバイスＩＤと、このデバイスＩＤが付与されたデバイス種別とを、デバイスＩＤ管理テーブル３１２に登録する。

通知部３３２は、識別部３３１による識別結果を、ＰＣＲＦ４及びＤＰＩ５に通知する。通知部３３２は、識別部３３１が判定したデバイス２の種別を通知するデバイス種別通知部３３２１、デバイスＩＤ付与部３３１４が付与したデバイスＩＤを通知するデバイスＩＤ通知部３３２２、及び、識別部３３１の判定対象であるデバイス２のＮＷ情報を通知するＮＷ情報通知部３３２３を有する。通知部３３２は、ＰＣＲＦ４に対して、識別を行ったデバイス２の種別と、該デバイス２に付与されたデバイスＩＤとを通知する。通知部３３２は、ＤＰＩ５に対して、識別を行ったデバイス２に付与されたデバイスＩＤと、該デバイス２のＮＷ情報を通知する。ＮＷ情報は、例えば、ＶＬＡＮ、ＩＰアドレスである。また、通知部３３２は、デバイスＩＤとともに、ソースアドレスやソースポート等の加入者識別情報を含めて送信する。

なお、識別装置３は、デバイス種別及びデバイスＩＤを送出できる装置であればよく、図３で示す識別装置３の機能構成及び動作は、あくまでも一例にすぎない。

［ＰＣＲＦの構成］
次に、ＰＣＲＦ４の機能構成について説明する。図５は、図１に示すＰＣＲＦ４の概略構成を示す模式図である。図５に示すように、ＰＣＲＦ４は、記憶部４１（第１の記憶部）、通信制御部４２及び制御部４３を有する。

記憶部４１は、記憶部３１と同様の機能を有する。記憶部４１は、ポリシールール管理テーブル４１１（第１のテーブル）、回線毎セッション回線テーブル４１２、デバイス毎セッション管理テーブル４１２、及び、加入者情報管理テーブル４１４を有する。

ポリシールール管理テーブル４１１は、デバイス種別毎に、ポリシールールが対応付けられたテーブルである。図６は、図５に示すポリシールール管理テーブル４１１のデータ構成の一例を示す図である。

図６に示すように、ポリシールール管理テーブル４１１は、デバイス種別と、ポリシールールとの項目が設けられた構成を有する。図６の例では、デバイス種別「マイク」に、ポリシールール「マイク用ルール」が登録されており、デバイス種別「カメラ」に、ポリシールール「カメラ用ルール」が登録されている。

このポリシールール管理テーブル４１１に登録されたポリシールールとデバイス種別との対応関係は、所属するネットワークのネットワークオペレータによってＰＣＲＦ４に予め設定される。或いは、ポリシールール管理テーブル４１１に登録されたポリシールールとデバイス種別との対応関係は、サービス事業者によって、ＡＰＩ経由で、ＰＣＲＦ４に予め設定される。

回線毎セッション管理テーブル４１２は、契約回線単位でセッションを管理するためのテーブルである。図７は、図５に示す回線毎セッション管理テーブル４１２のデータ構成の一例を示す図である。

図７に示すように、ユーザの契約ＩＤ、セッションＩＤ及び適用中ポリシールールの項目を有する。図７の例では、「契約ID_1」の契約ＩＤに、セッションＩＤ「セッションID_1」及びポリシールール「デフォルトルール」が登録されている。

デバイス毎セッション管理テーブル４１３は、デバイス単位でセッションを管理するためのテーブルである。図８は、図５に示すデバイス毎セッション管理テーブル４１３のデータ構成を示す図である。

図８に示すように、デバイス毎セッション管理テーブル４１３は、デバイスＩＤ、セッションＩＤ及び適用中ポリシールールの項目を有する。図８の例では、「デバイスID_1」のデバイスＩＤに、セッションＩＤ「セッションID_3」及びポリシールール「マイク用ルール」が登録されている。

加入者情報管理テーブル４１４は、加入者情報を管理するためのテーブルである。図９は、図５に示す加入者情報管理テーブル４１４のデータ構成を示す図である。図９に示すように、加入者情報管理テーブル４１４は、契約ＩＤ、契約サービス、デバイスＩＤ及びデバイス種別の項目を有する。図9の例では、「契約ID_1」の契約ＩＤに、契約サービス「デフォルト」、デバイスＩＤ「デバイスID_1」、デバイス種別「マイク」が登録されている。加入者情報管理テーブル４１４には、識別装置３より通知された、デバイスＩＤと、該デバイスＩＤに対応するデバイス種別とが登録される。

通信制御部４２は、通信制御部３２と同様の機能を有する。通信制御部４２は、識別装置３からデバイス２の種別、デバイスＩＤを受信する。この際、通知部３３２は、識別装置３から、デバイスＩＤとともに、ソースアドレスやソースポート等の加入者識別情報を含めて受信する。また、通信制御部４２は、ＤＰＩ５に、デバイス２に適用するポリシールールを、デバイスＩＤとともに送信する。

制御部４３は、制御部３３と同様の機能を有し、ＣＰＵ等の電子回路や、ＡＳＩＣ等の集積回路を用いて実現される。制御部４３は、デバイス種別取得部４３１（第１の取得部）、デバイスＩＤ取得部４３２（第１の取得部）、ポリシー判定部４３３及びＮＷ情報取得部４３４を有する。

デバイス種別取得部４３１は、識別装置３から受信した識別結果より、ポリシールールの適用対象となるデバイス２の種別を取得する。デバイスＩＤ取得部４３２は、識別装置３から受信した識別結果より、ポリシールールの適用対象となるデバイス２に付与されたデバイスＩＤを取得する。

デバイス種別取得部４３１及びデバイスＩＤ取得部４３２は、ソースアドレスやソースポート等の加入者識別情報を基に、取得したデバイスＩＤとデバイス種別とを、記憶部４１の各テーブルに登録する。デバイスＩＤ取得部４３２は、加入者識別情報から判別できるセッションＩＤに、デバイスＩＤを対応付けて、デバイス毎セッション管理テーブル４１３に登録する。そして、デバイス種別取得部４３１及びデバイスＩＤ取得部４３２は、加入者識別情報から判別できる契約ＩＤに、デバイスＩＤ及びデバイス種別を対応付けて、加入者情報管理テーブル４１４に登録する。

ポリシー判定部４３３は、ポリシールール管理テーブル４１１の内容を基に、デバイス種別取得部４３１が取得したデバイス種別に対応するポリシールールを判定する。ポリシー判定部４３３は、判定したポリシールールの、デバイスＩＤ取得部４３２が取得したデバイスＩＤに対応するデバイス２への適用をＤＰＩ５に指示する。例えば、デバイス種別取得部４３１が取得したデバイス２の種別が「カメラ」である場合、ポリシー判定部４３３は、ポリシールール管理テーブル４１１を参照し、「カメラ」に対応する「カメラ用ルール」を、このデバイス２のポリシールールとして判定する。

ポリシー判定部４３３は、判定したポリシールールを、デバイスＩＤに対応付けて、記憶部４１の各テーブル、具体的には、デバイス毎セッション管理テーブル４１３や加入者情報管理テーブル４１４に登録する。

ＮＷ情報取得部４３４は、デバイス２のＮＷ情報を取得する。例えば、ＮＷ情報取得部４３４は、デバイス２の、ＶＬＡＮ、ＩＰアドレス、ソースアドレスやソースポート等の加入者識別情報を取得する。

［ＤＰＩの構成］
次に、ＤＰＩ５の構成について説明する。図１０は、図１に示すＤＰＩ５の概略構成を示す模式図である。図１０に示すように、ＤＰＩ５は、記憶部５１（第２の記憶部）、通信制御部５２、制御部５３及び識別部５４を有する。

記憶部５１は、記憶部３１と同様の機能を有する。記憶部５１は、ポリシールール設定管理テーブル５１１及びセッション管理テーブル５１２（第２のテーブル）を有する。

ポリシールール設定管理テーブル５１１は、ポリシールールの制御内容が設定されたテーブルである。図１１は、図１０に示すポリシールール設定管理テーブル５１１のデータ構成を示す図である。

図１１に示すように、ポリシールール設定管理テーブル５１１は、ポリシールール名及び制御内容の項目を有する。図１１の例では、ポリシールール「マイク用ルール」に、制御内容として「ベストエフォート」が登録されている。

セッション管理テーブル５１２は、セッションを管理するためのテーブルである。図１２は、図１０に示すセッション管理テーブル５１２を示す図である。図１２に示すように、セッション管理テーブル５１２は、ＮＷ情報、デバイスＩＤ、セッションＩＤ及び適用中ポリシールールの項目を有する。ＮＷ情報欄には、デバイスＩＤに対応するデバイス２の通信であることを識別するＩＤとして、例えば、ＶＬＡＮ ＩＤ、ＩＰアドレス、ポート番号の項目が設定される。

図１２の例では、「VLAN_ID_1」、「IPアドレス_3」及び「ポート番号_3」のＮＷ情報に対し、「デバイスID_1」、「セッションID_3」及び「マイク用ルール」が登録されている。このように、セッション管理テーブル５１２は、デバイスＩＤと、該デバイスＩＤに対応するデバイスのネットワーク情報と、を対応付けて記憶する。

通信制御部５２は、通信制御部３２と同様の機能を有する。通信制御部５２は、デバイス２、サービス事業者サーバ１０、ＰＣＲＦ４との間で通信を行う。例えば、通信制御部５２は、デバイス２からのＨＴＴＰリクエストを、サービス事業者サーバ１０に送信するとともに、識別装置３にミラーリングする。通信制御部５２は、識別装置３からデバイス２のデバイスＩＤ及びＮＷ情報を受信する。通信制御部５２は、ＰＣＲＦ４から、デバイスＩＤと、該デバイスＩＤのデバイス２に適用するポリシールールを受信する。また、通信制御部５２は、セッション管理テーブル５１２を参照し、ＰＣＲＦ４による指示対象のデバイスＩＤに対応するデバイス２からの通信に対し、指示されたポリシールールを適用して制御を行う。

制御部５３は、制御部３３と同様の機能を有し、ＣＰＵ等の電子回路や、ＡＳＩＣ等の集積回路を用いて実現される。制御部５３は、ＰＣＲＦ４によって通知されたポリシールールを、デバイスＩＤと対応付けて、セッション管理テーブル５１２に登録する。制御部５３は、デバイスＩＤ取得部５３１（第２の取得部）及びＮＷ情報取得部５３２を有する。

デバイスＩＤ取得部５３１は、通信制御部５２を介して、識別装置３から送信された、デバイスＩＤを取得する。このデバイスＩＤは、ポリシールール適用対象のデバイス２に付与されたものである。

ＮＷ情報取得部５３２は、通信制御部５２を介して、識別装置３から送信された、ポリシールール適用対象のデバイス２のＮＷ情報を取得する。デバイスＩＤ取得部５３１及びＮＷ情報取得部５３２は、取得したデバイスＩＤと、ＮＷ情報とをセッション管理テーブル５１２に登録する。

識別部５４は、ＤＰＩ５が受信した通信が、いずれからの通信であるかを識別し、通信制御部５２に識別結果を出力する。通信制御部５２は、識別部５４による識別結果を基に、ポリシールールを適用して通信の制御を行う。

［ＤＰＩによる識別情報登録処理］
次に、ＤＰＩ５による識別情報登録処理について説明する。図１３は、図１に示すＤＰＩ５による識別情報登録処理の処理手順を示すフローチャートである。

図１３に示すように、ＤＰＩ５は、識別装置３より、デバイスＩＤ、該デバイスＩＤに対応するＮＷ情報を受信すると（ステップＳ１）、受信したデバイスＩＤと、該デバイスＩＤに該当するデバイスの通信であることを識別するＩＤを記憶部５１に登録して（ステップＳ２）、処理を終了する。

［ＰＣＲＦによるポリシールール登録処理］
次に、ＰＣＲＦ４によるポリシールール登録処理について説明する。図１４は、図１に示すＰＣＲＦ４によるポリシールール登録処理の処理手順を示すフローチャートである。

図１４に示すように、ＰＣＲＦ４は、装置ＣＬＩ（Command Line Interface）、または、外部ＡＰＩからデバイス種別毎にポリシールールが設定されると（ステップＳ１１）、デバイス種別と、ポリシールールとを対応付けて記憶部４１に登録して（ステップＳ１２）、処理を終了する。

［デバイスへのポリシールール設定処理］
次に、通信システム１におけるデバイスへのポリシールール設定処理について説明する。図１５は、図１に示す通信システム１におけるデバイスへのポリシールール設定処理の処理手順を示すシーケンス図である。

図１５に示す管理対象のデバイスＡ１，Ａ２，Ｂ３のうち、デバイスＡ１に対して、ポリシールールを設定する場合を例に説明する。デバイスＡ１から、ＣＰＩ、エッジ／ＰＧＷを介して、ＤＰＩ５にＨＴＴＰリクエストを送信する（ステップＳ２１〜ステップＳ２３）。ＤＲＩ５は、ＣＣＲ−Ｉ（Credit Control Request-Initial）コマンドを用いて、ＰＣＲＦ４に、デバイスＡ１のセッションＩＤ及びデバイスＡ１のＩＰアドレスを送信する（ステップＳ２４）。これに応じて、ＰＣＲＦ４は、ＣＣＡ−Ｉ（Credit Control Answer-Initial）コマンドを用いて、デバイスＡ１に対するデフォルトのポリシールールをＤＰＩ５に送信する（ステップＳ２５）。

そして、各デバイスにて通信が開始されると（ステップＳ２６）、ＤＰＩ５は、デバイスＡ１の通信を、識別装置３にミラーリングする（ステップＳ２７）。識別装置３は、デバイスＡ１の種別を識別する識別処理を行う（ステップＳ２８）。

識別装置３は、デバイスＡ１の情報を登録させるために、ＰＣＲＦ４に、デバイスＡ１のデバイスＩＤとデバイス種別を通知するとともに、ＤＰＩ５に、デバイスＡ１のデバイスＩＤとＮＷ情報とを通知する（ステップＳ２９，３０）。

ＰＣＲＦ４は、識別装置３から通知されたデバイスＡ１のデバイスＩＤとデバイス種別とを基に、デバイスＡ１の種別に対応するポリシールールを判定するポリシールール判定処理を行う（ステップＳ３１）。そして、ＰＣＲＦ４は、ＲＡＲ（Re Auth Request）コマンドを用いて、デバイスＡ１に適用するためのポリシールールを送信する（ステップＳ３２）。

ＤＰＩ５は、識別装置３から通知されたデバイスＡ１のデバイスＩＤとＮＷ情報とを登録するとともに、ＰＣＲＦ４から指示されたポリシールールを、デバイスＡ１の通信に設定するポリシールール適用処理を行う（ステップＳ３３）。その後、ＤＰＩ５は、設定通知をＰＣＲＦ４に通知する（ステップＳ３４）。

［識別処理］
次に、識別処理（図１５のステップＳ２８）について説明する。図１６は、図１５に示す識別処理の処理手順を示すフローチャートである。

図１６に示すように、識別装置３は、ミラーリングされたデバイスＡ１の通信を受信すると（ステップＳ５１）、ミラーリングされたデバイス２の通信から特徴量を抽出する（ステップＳ５２）。そして、識別装置３は、実際に通信を行っているデバイスＡ１の通信の特徴量と、予め取得した各種デバイスの通信の特徴量とを比較し、デバイスＡ１の種別を識別する（ステップＳ５３）。識別装置３は、種別を識別したデバイスＡ１に、固有のデバイスＩＤを付与する（ステップＳ５４）。

識別装置３は、デバイスＩＤ、デバイス種別をＰＣＲＦ４へ通知する（ステップＳ５５）とともに、ＤＰＩ５に、デバイスＩＤ、該デバイスＩＤに対応するＮＷ情報を通知して（ステップＳ５６）、識別処理を終了する。

［ポリシールール判定処理］
次に、ポリシールール判定処理処理（図１５のステップＳ３１）について説明する。図１７は、図１５に示すポリシールール判定処理の処理手順を示すフローチャートである。

図１７に示すように、ＰＣＲＦ４は、識別装置３より、ポリシールールの適用対象となるデバイスＡ１の種別と、該デバイスＡ１に付与されたデバイスＩＤを受信すると（ステップＳ６１）、デバイスＩＤとデバイスＡ１の種別とを記憶部４１に登録する（ステップＳ６２）。そして、ＰＣＲＦ４は、デバイスＡ１のデバイス種別に対応するポリシールールを判定し、ＤＰＩ５へ、デバイスＡ１に該当するポリシールールの適用を指示して（ステップＳ６３）、処理を終了する。

［ポリシールール設定処理］
次に、ポリシールール設定処理処理（図１５のステップＳ３３）について説明する。図１８は、図１５に示すポリシールール設定処理の処理手順を示すフローチャートである。

図１８に示すように、ＤＰＩ５は、ＰＣＲＦ４より、デバイスＩＤ、デバイス種別、ポリシールール名を受信すると（ステップＳ７１）、デバイスＩＤと、デバイスＩＤに該当するデバイスＡ１に適用するポリシールールを記憶部５１に登録する（ステップＳ７２）。そして、ＤＰＩ５は、デバイスＡ１に対し、該当するポリシールールに基づく制御を実施する（ステップＳ７３）。

［実施の形態１の効果］
このように、実施の形態１に係る通信システム１では、ＰＣＲＦ４は、デバイス種別毎に、ポリシールールが対応付けられたテーブルを記憶しており、ポリシールールの適用対象となるデバイス種別と、該デバイスに付与されたデバイスＩＤを取得すると、テーブルの内容を基に、デバイス種別に対応するポリシールールを判定する。そして、ＤＰＩ５は、デバイスＩＤと、該デバイスＩＤに対応するデバイスのネットワーク情報と、を対応付けて記憶し、ポリシールール適用対象のデバイス２に付与されたデバイスＩＤを取得すると、指示対象のデバイスＩＤに対応するデバイス２からの通信に対し、ＰＣＲＦ４によって指示されたポリシールールを適用して制御を行う。

したがって、通信システム１は、事前にＰＣＲＦ４に、ポリシールールと、デバイス種別とを対応付けて登録し、デバイス種別をキーに、適用するポリシールールを設定することによって、デバイス単位でのネットワークポリシー管理及び制御を実現することができる。言い換えると、通信システム１によれば、デバイス２の種別に応じて柔軟なトラヒック制御が可能になる。そして、通信システム１では、どの種別のデバイス２がどれだけ接続されているのかをネットワーク側（事業者側）で把握でき、各デバイス種別に応じたトラヒック制御が可能になる。

また、通信システム１では、識別装置３においてデバイス種別を識別するため、暗号化されているフローに対しても、通信種別によらず、デバイス種別に応じて適切なポリシールールを決定及び適用することができる。これによって、通信システム１では、暗号化されているフローに対しても、どのようなデバイスがどれだけ接続されているのかをネットワーク側から把握することができ、これらのデバイスに応じたトラヒック制御が適切に実行可能になる。

さらに、通信システム１では、識別装置３がデバイス２のフローからデバイス種別を特定するため、既存のデバイス２を改変する必要がない。したがって、通信システム１によれば、各社のデバイス２の追加開発を実行せずとも、デバイス種別毎のトラヒック制御を適切に実現することができる。

そして、通信システム１では、ＰＣＲＦ４の情報を、外部ＡＰＩを介して公開することによって、ユーザは、自身がネットワークに接続させている各デバイス２に対してどのようなポリシールールが当てられているかを把握することができる。さらに、通信システム１では、外部ＡＰＩを介して、ユーザが各デバイス２に対して適用したいポリシールールを変更することによって、サービス選択の幅が広がり、ユーザ満足度の向上につながるものと考えられる。

また、通信システム１では、デバイス種別毎にポリシールールを適用できるため、デバイス開発会社やサービス事業者にとっては、自社のデバイス２に対してのみ特定のポリシールールを適用するという付加サービスを実現することが可能である。

そして、識別装置３では、デバイス種別を識別するだけに留まらず、過去に接続されたデバイス２の情報、ユーザの通信傾向、適用されるポリシールールの傾向等の統計情報を学習することが可能である。これにより、識別装置３では、新たに接続されたデバイス２の種別や用途の識別精度を向上することができるため、ＰＣＲＦ４では、最適なポリシールールを、さらに精度よく自動設定することができる。

なお、ＰＣＲＦ４が、回線単位のＧｘセッションとデバイス単位のＧｘセッションとの関連付ける処理を行うことによって、ＤＰＩ５では、通信制御部５２は、契約単位のＧｘセッションとは別に、デバイス単位のＧｘセッションとを、ＰＣＲＦ４との間で確立することができる。具体的に、図１９及び図２０を参照して説明する。図１９は、図１５に示すポリシールール判定処理の他の処理手順を示すフローチャートである。図２０は、ＰＣＲＦ４が保持するテーブルのデータ構成の一例を示す図である。

図１９に示すように、ＰＣＲＦ４は、識別装置３から、デバイスＩＤ及びデバイス種別を加入者情報とともに受信すると（ステップＳ８１）、回線毎セッション管理テーブル４１２より、該デバイスの回線単位のＧｘセッション情報を取得する（ステップＳ８２）。そして、ＰＣＲＦ４は、デバイス毎セッション管理テーブル４１３より、該デバイスのデバイス単位のＧｘセッション情報を取得する（ステップＳ８３）。

ＰＣＲＦ４は、回線単位のＧｘセッションと、デバイス単位のＧｘセッションとの関連付けを実施する（ステップＳ８４）。続いて、ＰＣＲＦ４は、管理テーブルへ、関連付けた情報を登録する（ステップＳ８５）。

ここで、管理テーブルのデータ構成例について説明する。管理テーブルは、図２０に示すように、契約ＩＤ、デバイスＩＤ、デバイス種別、セッションＩＤ及び適用中ポリシールールの項目を有する。ＰＣＲＦは、回線単位のＧｘセッションと、デバイス単位のＧｘセッションとを関連付けて、管理テーブルに登録する。言い換えると、ＰＣＲＦ４は、回線の契約ＩＤと、デバイスのデバイスＩＤ及びデバイス種別とを、セッションＩＤに対応付けて管理テーブルに登録する。例えば、ＰＣＲＦ４は、セッション管理テーブルのうち、「セッションID_3」であるセッションＩＤに対応する契約ＩＤ「契約ID_1」に対して、「セッションID_3」に対応するデバイスＩＤ「デバイスID_1」及びデバイス種別「マイク」を登録する。

そして、ＰＣＲＦ４は、識別装置３より通知されたデバイス種別に対応するポリシールールを、ポリシールール管理テーブル４１１から検索する（ステップＳ８６）。ＰＣＲＦ４は、このポリシールールを、ＤＰＩ５へ、該当するデバイス２のポリシールールとして適用を指示する（ステップＳ８７）。この場合、ＰＣＲＦ４は、デバイス２に適用したポリシールールを、管理テーブルの、デバイス２のデバイスＩＤ対応する適用中ポリシールール欄に登録する。

ここで、ＤＰＩ５は、セッション管理テーブル５１２を用いて、加入者識別情報（固定の場合にはＶＬＡＮ情報、モバイルの場合にはＳＩＭ情報）に、デバイスＩＤ及びデバイスのＮＷ情報を対応付けて管理している。このため、ＰＣＲＦ４が管理テーブルを用いて、回線単位のＧｘセッションと、デバイス単位のＧｘセッションとの関連付けた後、ＤＰＩ５では、契約単位のＧｘセッションとデバイス単位のＧｘセッションとを、ＰＣＲＦ４との間で確立することができる。

［実施の形態２］
次に、実施の形態２について説明する。図２１は、実施の形態２に係る通信システムの概略構成を示す図である。図２１に示すように、本実施の形態２に係る通信システム２０１は、図１に示す通信システム１のＰＣＲＦ４に代えて、ＰＣＲＦ２０４を有する。

ＰＣＲＦ２０４は、契約情報とデバイス種別との各組み合わせに対応するポリシールールを保持するとともに、ユーザの契約情報を含むユーザ情報と、デバイスの情報とを対応付けて管理する。そして、ＰＣＲＦ２０４は、ポリシールール適用対象のデバイス２に対し、識別装置３から取得したデバイス種別と、ユーザの契約情報とに応じたポリシールールを設定する。

［通信処理の流れ］
続いて、通信システム２０１における通信処理の流れについて説明する。図２２は、図２１に示す通信システム２０１における通信処理の流れを説明する図である。図２２では、デバイス２に対するポリシールール適用までの処理の流れを説明する。図２２の（１）〜（５）に示すように、ＤＰＩ５及び識別装置３は、図２の（１）〜（５）と同様の流れで処理を行う。

ＰＣＲＦ４は、契約情報とデバイス種別との組み合わせ毎に、対応するポリシールールを保持する。契約情報、デバイス種別及びポリシールールの対応関係は、所属するネットワークのネットワークオペレータによってＰＣＲＦ２０４に予め設定される。或いは、契約情報、デバイス種別及びポリシールールとの対応関係は、サービス事業者によって、ＡＰＩ経由で、ＰＣＲＦ２０４に予め設定される。

ＰＣＲＦ４では、加入者情報管理テーブルを参照し、回線単位のＧｘセッションと、デバイス単位のＧｘセッションとを対応付けて管理及び制御する（図２２の（６）参照）。ＰＣＲＦ４は、通知されたデバイス種別とユーザ契約情報とに対応するポリシールールをＤＰＩ５に適用指示する（図２２の（７）参照）。ＤＰＩ５は、指示対象のデバイスＩＤに対応するデバイスからの通信へ、ＰＣＲＦ４が指示したポリシールールを適用する（図２２の（８）参照）。また、ＤＰＩ５は、加入者識別情報に加え、デバイスＩＤ、該デバイスＩＤのデバイス２に対応するネットワーク情報を関連付けたテーブル（第３のテーブル）を用いて通信を管理する（図２２の（９）参照）。このため、ＤＰＩ５は、契約単位のＧｘセッションと、デバイス単位のＧｘセッションとをＰＣＲＦ２０４との間で確立できる（図２２の（１０）参照）。

このように、実施の形態２では、デバイス種別とともに、ユーザの契約情報もキーとしてポリシールールを設定し、同じデバイス種別であってもユーザ毎の用途に適したポリシールールを設定することを可能にする。

［ＰＣＲＦの構成］
次に、ＰＣＲＦ４の機能構成について説明する。図２３は、図２１に示すＰＣＲＦ２０４の概略構成を示す模式図である。ＰＣＲＦ４は、図５に示すＰＣＲＦ４と比して、ポリシールール管理テーブル２４１１（第１のテーブル）及び階層型管理テーブル２４１２（第２のテーブル）を記憶するとともに、ポリシー判定部２４３３を有する制御部２４３を備える。

まず、ＰＣＲＦ２０４が記憶するテーブルについて説明する。ポリシールール管理テーブル２４１１は、契約情報とデバイス種別との各組み合わせに対応するポリシールールが登録されたテーブルである。図２４は、図２３に示すポリシールール設定管理テーブル２４１１のデータ構成の一例を示す図である。

図２４に示すように、ポリシールール管理テーブル２４１１は、契約情報である契約サービス、デバイス種別及びポリシールールの項目が設けられた構成を有し、契約情報とデバイス種別との組み合わせごとに、それぞれ対応するポリシールールが設定されている。図２４の例では、契約サービス「デフォルト」の場合、デバイス種別「マイク」に、ポリシールール「マイク用ルール１」が登録されている。これに対し、契約サービス「ゴールドプラン」の場合、デバイス種別「マイク」に、ポリシールール「マイク用ルール２」が登録されている。このように、ＰＣＲＦ２０４では、同じデバイス種別であっても、ユーザに提供されるサービスに適したポリシールールが設定されている。

階層型管理テーブル２４１２は、ユーザの契約情報を含むユーザ情報と、デバイスの情報とを対応付けて管理するためのテーブルである。図２５は、図２３に示す階層型管理テーブル２４１２のデータ構成の一例を示す図である。

図２５に示すように、階層型管理テーブル２４１２は、契約ＩＤ、契約サービス、デバイスＩＤ、デバイス種別、セッションＩＤ、及び、適用中ポリシールールの項目を有する。例えば、図２５の例では、「契約ID_1」の契約ＩＤに、契約サービス「デフォルト」、デバイスＩＤ「デバイスID_1」、デバイス種別「マイク」、セッションＩＤ「セッションID_3」及びポリシールール「マイク用ルール」が登録されている。このように、階層型管理テーブル２４１２は、ユーザ情報であるユーザの契約ＩＤ、契約サービスを、デバイス情報であるデバイスＩＤ及びデバイス種別を対応付けている。さらに、階層型管理テーブル２４１２は、ユーザ情報及びデバイス情報に、このデバイスのＮＷ情報であるセッション情報と、このデバイス２に適用するポリシールールを対応付けて記憶する。したがって、階層型管理テーブル２４１２は、ユーザを識別するユーザ情報と、デバイス種別及びＩＤを識別するデバイス情報との二つの単位に対する階層的な管理を可能とする。

次に、制御部２４３について説明する。制御部２４３は、図５に示す制御部４３と同様の機能を有する。制御部２４３は、図５に示す制御部４３と比して、ポリシー判定部２４３３を有する。

ポリシー判定部２４３３は、ポリシールール設定管理テーブル２４１１及び階層型管理テーブル２４１２の内容を基に、デバイスＩＤ取得部４３１が取得したデバイス種別と、識別装置３から通知された加入者識別情報に該当するユーザの契約情報と、に応じたポリシールールを判定する。ポリシー判定部２４３３は、判定したポリシールールの、デバイスＩＤ取得部４３１が取得したデバイスＩＤに対応するデバイス２への適用をＤＰＩ５に指示する。

例えば、デバイスＩＤ取得部４３１が取得したデバイスＩＤが「デバイスID_2」であり、デバイス２の種別が「カメラ」であり、加入者識別情報から判別したユーザの契約ＩＤが「契約ID_1」である場合を例に説明する。この場合、ポリシー判定部２４３３は、階層型管理テーブル２４１２から、この契約ＩＤ「契約ID_1」を有するユーザの契約サービス「デフォルト」であることを判別し、ポリシールール設定管理テーブル２４１１の契約サービス「デフォルト」欄から、デバイス種別「カメラ」に対応するポリシールール「カメラ用ルール１」を、このデバイスＩＤに対応するデバイス２のポリシールールとして判定する。続いて、ポリシー判定部２４３３は、判定したポリシールールを、デバイスＩＤに対応付けて、階層型管理テーブル２４１２に登録する。具体的には、ポリシー判定部２４３３は、判定したポリシールール「カメラ用ルール１」を、「デバイスID_2」に対応付けて、階層型管理テーブル２４１２に登録する。

［通信処理］
次に、通信システム２０１における通信方法の処理手順について説明する。実施の形態２におけるＤＰＩ５による識別情報登録処理は、図１３に示す処理と同じ処理手順である。また、ＰＣＲＦ２０４によるポリシールール登録処理では、装置ＣＬＩまたは外部ＡＰＩから、契約情報とデバイス種別との組み合わせ毎にポリシールールが設定及び登録される。また、デバイスへのポリシールール設定処理は、図１５に示す処理と同じ処理手順である。なお、ポリシールール判定処理（図１５のステップＳ３１）は、図２６に示す処理手順で実行する。

［ポリシールール判定処理］
図２６は、実施の形態２におけるポリシールール判定処理の処理手順を示すフローチャートである。図２６に示すように、ＰＣＲＦ２０４は、識別装置３から、デバイスＩＤ及びデバイス種別を加入者情報とともに受信すると（ステップＳ９１）、階層型管理テーブル２４１２より、該デバイスの回線単位のＧｘセッション情報を取得する（ステップＳ９２）。そして、ＰＣＲＦ４は、階層型管理テーブル２４１２より、該デバイスのデバイス単位のＧｘセッション情報を取得する（ステップＳ９３）。

ＰＣＲＦ２０４は、回線単位のＧｘセッションと、デバイス単位のＧｘセッションとの関連付けを実施する（ステップＳ９４）。続いて、ＰＣＲＦ２０４は、階層型管理テーブル２４１２へ、関連付けた情報を登録する（ステップＳ９５）。

例えば、ＰＣＲＦ２０４は、階層型管理テーブル２４１２のうち、「セッションID_3」であるセッションＩＤに対応する契約ＩＤ「契約ID_1」に対して、「セッションID_3」に対応するデバイスＩＤ「デバイスID_1」及びデバイス種別「マイク」を登録する。

そして、ＰＣＲＦ２０４は、識別装置３より通知されたデバイス種別と、ユーザの契約情報と対応するポリシールールを、ポリシールール管理テーブル２４１１から検索する（ステップＳ９６）。ＰＣＲＦ２０４は、このポリシールールを、ＤＰＩ５へ、該当するデバイス２のポリシールールとして適用を指示する（ステップＳ９７）。この場合、ＰＣＲＦ４は、デバイス２に適用したポリシールールを、管理テーブルの、デバイス２のデバイスＩＤ対応する適用中ポリシールール欄に登録する。

ここで、ＤＰＩ５は、セッション管理テーブル５１２を用いて、加入者識別情報（固定の場合にはＶＬＡＮ情報、モバイルの場合にはＳＩＭ情報）に、デバイスＩＤ及びデバイスのＮＷ情報を対応付けて管理している。このため、ＰＣＲＦ２０４が階層型管理テーブル２４１２を用いて、回線単位のＧｘセッションと、デバイス単位のＧｘセッションとの関連付けた後、ＤＰＩ５では、契約単位のＧｘセッションとデバイス単位のＧｘセッションとを、ＰＣＲＦ４との間で確立することができる。

［実施の形態２の効果］
このように、実施の形態２では、実施の形態１と同様の効果を奏するとともに、さらに、ユーザの契約状態に応じて、同じデバイス種別であってもユーザ毎に用途に応じた異なるポリシー制御が可能になる。例えば、実施の形態２では、同じ監視カメラであっても、オフィス内のカメラをベストエフォートとする一方、牛の転倒監視の場面では、優先制御を実施することも可能になる。

［システム構成等］
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的におこなうこともでき、あるいは、手動的に行なわれるものとして説明した処理の全部又は一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
図２７は、プログラムが実行されることにより、識別装置３、ＰＣＲＦ４，２０４、ＤＰＩ５が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ（Operating System）１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、識別装置３、ＰＣＲＦ４，２０４、ＤＰＩ５の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、識別装置３、ＰＣＲＦ４，２０４、ＤＰＩ５における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例及び運用技術等は全て本発明の範疇に含まれる。

１，２０１ 通信システム
２ デバイス
３ 識別装置
４，２０４ ＰＣＲＦ
５ ＤＰＩ
１０ サービス事業者サーバ
３１，４１，５１ 記憶部
３２，４２，５２ 通信制御部
３３，４３，５３ 制御部
５４ 識別部
３１１ デバイス特徴量記憶部
３１２ デバイスＩＤ管理テーブル
３３１ 識別部
３３２ 通知部
４１１ ポリシールール管理テーブル
４１２ 回線毎セッション管理テーブル
４１３ デバイス毎セッション管理テーブル
４１４ 加入者情報管理テーブル
４３１ デバイス種別取得部
４３２，５３１ デバイスＩＤ取得部
４３３，２４３３ ポリシー判定部
４３４，５３２，３３１１ ＮＷ情報取得部
５１１ ポリシールール設定管理テーブル
５１２ セッション管理テーブル
２４１１ ポリシールール管理テーブル
２４１２ 階層型管理テーブル
３３１２ 特徴量抽出部
３３１３ デバイス種別判定部
３３１４ デバイスＩＤ付与部
３３２１ デバイス種別通知部
３３２２ デバイスＩＤ通知部
３３２３ ＮＷ情報通知部

Claims (3)

1. デバイスの通信を制御するポリシールールを指示するポリシー制御装置と、前記ポリシー制御装置から指示されたポリシールールに従って各デバイスの通信を中継する中継装置と、を有する通信システムであって、
   前記ポリシー制御装置は、
   デバイス種別毎に、ポリシールールが対応付けられた第１のテーブルを記憶する第１の記憶部と、
   前記ポリシールールの適用対象となるデバイス種別と、該デバイスに付与されたデバイスＩＤとを取得する第１の取得部と、
   前記第１のテーブルの内容を基に、前記第１の取得部が取得したデバイス種別に対応するポリシールールを判定し、判定したポリシールールの、前記第１の取得部が取得したデバイスＩＤに対応するデバイスへの適用を前記中継装置に指示する判定部と、
   を有し、
   前記中継装置は、
   デバイスＩＤと、該デバイスＩＤに対応するデバイスのネットワーク情報と、を対応付けた第２のテーブルを記憶する第２の記憶部と、
   前記ポリシールールの適用対象のデバイスに付与されたデバイスＩＤを取得する第２の取得部と、
   前記第２のテーブルを参照し、前記ポリシー制御装置による指示対象のデバイスＩＤに対応するデバイスからの通信に対し、指示されたポリシールールを適用して制御を行う通信制御部と、
   を有することを特徴とする通信システム。
2. 前記通信制御部は、契約単位のＧｘセッションと、デバイス単位のＧｘセッションとを前記ポリシー制御装置との間で確立することを特徴とする請求項１に記載の通信システム。
3. デバイスの通信を制御するポリシールールを指示するポリシー制御装置であって、
   デバイス種別毎に、ポリシールールが対応付けられたテーブルを記憶する記憶部と、
   前記ポリシールールの適用対象となるデバイス種別と、該デバイスに付与されたデバイスＩＤとを取得する取得部と、
   前記テーブルの内容を基に、前記取得部が取得したデバイス種別に対応するポリシールールを判定し、判定したポリシールールの、前記取得部が取得したデバイスＩＤに対応するデバイスへの適用を中継装置に指示する判定部と、
   を有することを特徴とするポリシー制御装置。

Images