(57)【特許請求の範囲】
【請求項１】
ユーザごとに設定されたポリシールールに従い、ユーザからのフローのフロー制御を行う１以上のフロー制御装置と、前記フロー制御装置それぞれに対し各ユーザのポリシールールを送信するルール管理装置とを備えるポリシー制御システムであって、
前記ルール管理装置は、
記憶部に記憶される前記各ユーザのポリシールールを読み出し、圧縮する圧縮部と、
圧縮された前記各ユーザのポリシールールを、前記フロー制御装置へ送信するポリシールール送信部と、
所定期間ごとに、前記各ユーザのポリシールールをハッシュ関数によりハッシュ化したデータを作成し、記憶部に記憶する第２のハッシュ処理部と、
前記フロー制御装置から、前記各ユーザのポリシールールをハッシュ化したデータを受信した場合、当該データが、前記記憶部に記憶される当該各ユーザのポリシールールをハッシュ化したデータと同じか否かを判断するハッシュデータ突合部とを備え、
前記ハッシュデータ突合部により、当該データが、前記記憶部に記憶される当該各ユーザのポリシールールをハッシュ化したデータと異なると判断された場合、
前記圧縮部は、前記記憶部から当該各ユーザのポリシールールを読み出し、圧縮し、
前記ポリシールール送信部は、圧縮された前記各ユーザのポリシールールを、当該フロー制御装置へ送信し、
前記フロー制御装置は、
前記ルール管理装置から、圧縮された前記各ユーザのポリシールールを受信するポリシールール受信部と、
受信した前記各ユーザのポリシールールを解凍する解凍部と、
解凍した前記各ユーザのポリシールールに従い、ユーザからのフローのフロー制御を行うフロー制御部と、
所定期間ごとに、前記各ユーザのポリシールールを前記ハッシュ関数によりハッシュ化したデータを作成する第１のハッシュ処理部と、
前記ハッシュ化したデータを前記ルール管理装置へ送信するハッシュデータ送信部とを備えることを特徴とするポリシー制御システム。
【請求項２】
前記ルール管理装置および前記フロー制御装置はそれぞれ、前記各ユーザのポリシールールを、複数のデータに分割するデータ分割部をさらに備え、
前記第１のハッシュ処理部および前記第２のハッシュ処理部はそれぞれ、前記分割されたデータごとにハッシュ化したデータを作成することを特徴とする請求項１に記載のポリシー制御システム。
【請求項３】
前記データ分割部は、前記各ユーザのポリシールールを、前記ポリシールールに設定されるポリシーの優先度の高さに応じて分割し、
前記第１のハッシュ処理部および前記第２のハッシュ処理部はそれぞれ、前記分割されたデータのうち、前記優先度の高いポリシーのポリシールールのデータほど、前記ハッシュ化の間隔を短くすることを特徴とする請求項２に記載のポリシー制御システム。
【請求項４】
ユーザごとに設定されたポリシールールに従い、ユーザからのフローのフロー制御を行うフロー制御装置と、前記フロー制御装置に対し各ユーザのポリシールールを送信するルール管理装置とを用いたポリシー制御方法であって、
前記ルール管理装置が、
記憶部に記憶される当該各ユーザのポリシールールを読み出し、圧縮するステップと、
圧縮した前記各ユーザのポリシールールを、前記フロー制御装置へ送信するステップと、
所定期間ごとに、前記各ユーザのポリシールールをハッシュ関数によりハッシュ化したデータを作成し、記憶部に記憶するステップと、
前記フロー制御装置から、前記各ユーザのポリシールールをハッシュ化したデータを受信した場合、当該データが、前記記憶部に記憶される当該各ユーザのポリシールールをハッシュ化したデータと同じか否かを判断するステップと、
前記ステップにおいて、当該データが、前記記憶部に記憶される当該各ユーザのポリシールールをハッシュ化したデータと異なると判断された場合、
前記記憶部から当該各ユーザのポリシールールを読み出し、圧縮するステップと、
前記圧縮された前記各ユーザのポリシールールを、当該フロー制御装置へ送信するステップと、
前記フロー制御装置が、
前記ルール管理装置から送信された前記各ユーザのポリシールールを解凍するステップと、
解凍した前記各ユーザのポリシールールに従い、ユーザからのフローのフロー制御を行うステップと、
所定期間ごとに、前記各ユーザのポリシールールを前記ハッシュ関数によりハッシュ化したデータを作成するステップと、
前記ハッシュ化したデータを前記ルール管理装置へ送信するステップとを含んだことを特徴とするポリシー制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポリシー制御システム、および、ポリシー制御方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd  Generation  Partnership  Project）で規定されているポリシー制御基盤では、ユーザごと、アプリケーションごとのトラヒックフローを識別して、特定のアプリのみを対象として課金の処理を実施したり、ユーザごとに異なる帯域制御を行ったりすることができる。ポリシー制御基盤のＰＣＲＦ（Policy  and  Charging  Rules  Function）、ＰＣＥＦ（Policy  and  Charging  Rule  Enforcement  Function）、ＴＤＦ（Traffic  Detection  Function）それぞれが、ポリシー制御に用いる情報（ポリシールール）を保持することで、各装置を通過するパケットを高速に処理することができる。
【０００３】
ここで、柔軟なサービスを提供するため、ユーザごとに異なるポリシールールや、動的に変化するポリシールールの設定が求められるが、このような設定をすると、ＰＣＲＦ、ＰＣＥＦ、ＴＤＦのそれぞれが保持するポリシールールに不一致が生じる可能性がある。このようなポリシールールの不一致が発生すると、例えば、キャリアグレードネットワークを構成する場合等において、サービス利用実績を蓄積する上で問題となる。よって、ポリシールールの不一致が発生した場合には、早期に発見し、対処することが必要となる。
【０００４】
ポリシールールの設定方法のうち、近年提案されているDynamic方式は、ＰＣＲＦがＰＣＥＦやＴＤＦからのリクエストに基づき、ユーザのポリシールールを設定するものである。このDynamic方式によれば、ユーザごとに異なるポリシールールや、動的に変化するポリシールールの設定がしやすいというメリットがある。このDynamic方式では、ＰＣＲＦの保持するポリシールールと、ＰＣＥＦやＴＤＦの保持するポリシールールとの整合をとるため、以下のような処理を行う（非特許文献１参照）。
【０００５】
例えば、図９に示すように、まず、ＰＣＥＦ／ＴＤＦは、ＰＣＲＦに対し、Origin-State-Idを含むＣＥＲ（Capability  Exchange  Request）とＣＥＡ（Capability  Exchange  Answer）を交換し、ＤＩＡコネクションを確立する。その後、ＰＣＥＦ／ＴＤＦがＵＥ（ユーザの端末装置）の接続を受け付けると、ＰＣＲＦへsession-Idを含むＣＣＲ−Ｉ（Credit  Control  Request-Initial）を送信する。このＣＣＲ−Ｉを受信したＰＣＲＦは、ＣＣＲ−Ｉに対する応答として、当該ＰＣＥＦ／ＴＤＦに設定すべきユーザのポリシールールを含むＣＣＡ−Ｉ（Credit  Control  Answer-Initial）をＰＣＥＦ／ＴＤＦへ返す。これによりＰＣＥＦ／ＴＤＦは、自身の収容する各ユーザのポリシールールを受け取り、当該ポリシールールに基づき、各ユーザにサービスを提供する。
【０００６】
ここで、ＰＣＥＦ／ＴＤＦにおいて、障害等が発生した場合、ＰＣＥＦ／ＴＤＦは、Origin-State-Idを更新し、更新したOrigin-State-Idを含むＣＥＲをＰＣＲＦへ送信する。ＰＣＲＦは、更新されたOrigin-State-Idを含むＣＥＲを受信すると、保有しているユーザのポリシールールをすべて破棄する。そして、ＰＣＲＦはＰＣＥＦ／ＴＤＦへＣＥＡを返し、ＰＣＥＦ／ＴＤＦとの間で再度ＤＩＡコネクションを確立する。つまり、ＰＣＲＦは状態を破棄してＤＩＡコネクションを再生成する。
【０００７】
その後、ＰＣＥＦ／ＴＤＦがＵＥからのユーザトラヒックを受信すると、ＰＣＲＦに対しＣＣＲ−Ｉを送信する。そして、ＣＣＲ−Ｉを受信したＰＣＲＦは、各ユーザのポリシールールを再度生成し、生成した各ユーザのポリシールールを含むＣＣＡ−ＩをＰＣＥＦ／ＴＤＦへ返す。つまり、ＰＣＥＦ／ＴＤＦは障害発生により、各ユーザのポリシールールを破棄した後も、ＰＣＲＦから再度各ユーザのポリシールールを受け取る。また、ＰＣＥＦ／ＴＤＦは、例えば、所定期間ごとにＰＣＲＦへＣＣＲ−Ｕ（Credit  Control  Request-Update）を送信し、当該ＣＣＲ−Ｕに対する応答として、ＰＣＲＦからＣＣＡ−Ｕ（Credit  Control  Answer-Update）を受信する。これにより、ＰＣＲＦの保持する各ユーザのポリシールールと、ＰＣＥＦ／ＴＤＦの保持する各ユーザのポリシールールとの整合をとる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP  TS  29.212  V12.0.0、3rd  Generation  Partnership  Project;  Technical  Specification  Group  Core  Network  and  Terminals;  Policy  and  Charging  Control  (PCC);  Reference  points  (Release  12)、2013.03
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記のように、ＰＣＥＦ／ＴＤＦ等のフロー制御装置へのポリシールールの設定にDynamic方式を用いる場合、フロー制御装置に障害等が発生すると、保有しているユーザのポリシールールをすべて破棄してから、ポリシールールを受け取るので、ポリシールールの整合に時間がかかる。その結果、フロー制御装置においてユーザへのサービス提供や課金ができない時間も長くなってしまう。特に、３ＧＰＰで定義される１ユーザあたりのポリシールールのデータ量は膨大なので、上記のポリシールールの整合に要する時間はさらに長くなり、その結果、ユーザへのサービス提供や課金ができない時間もさらに長くなってしまうおそれがある。
【００１０】
そこで、本発明は、前記した問題を解決し、ＰＣＲＦ等のルール管理装置とＰＣＥＦ／ＴＤＦ等のフロー制御装置との間のポリシールールの整合に要する時間を低減することを課題とする。
【課題を解決するための手段】
【００１１】
前記した課題を解決するため、本発明は、ユーザごとに設定されたポリシールールに従い、ユーザからのフローのフロー制御を行う１以上のフロー制御装置と、前記フロー制御装置それぞれに対し各ユーザのポリシールールを送信するルール管理装置とを備えるポリシー制御システムであって、前記ルール管理装置は、前記フロー制御装置から前記各ユーザのポリシールールの送信要求を受け付けた場合、記憶部に記憶される当該各ユーザのポリシールールを読み出し、圧縮する圧縮部と、圧縮された前記各ユーザのポリシールールを、当該フロー制御装置へ送信するポリシールール送信部とを備え、前記フロー制御装置は、前記ルール管理装置に対し、前記各ユーザのポリシールールの送信要求を行うリクエスト送信部と、前記ルール管理装置から、圧縮された前記各ユーザのポリシールールを受信するポリシールール受信部と、受信した前記各ユーザのポリシールールを解凍する解凍部と、解凍した前記各ユーザのポリシールールに従い、ユーザからのフローのフロー制御を行うフロー制御部とを備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ＰＣＲＦ等のルール管理装置とＰＣＥＦ／ＴＤＦ等のフロー制御装置との間のポリシールールの整合に要する時間を低減することができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、第１の実施形態のシステムの構成例を示す図である。
【図２】図２は、第１の実施形態のＰＣＲＦ、ＰＣＥＦ／ＴＤＦの機能ブロック図である。
【図３】図３は、ポリシールールテーブルを説明する図である。
【図４】図４は、第１の実施形態のシステムの処理手順を示すシーケンス図である。
【図５】図５は、第２の実施形態のＰＣＲＦ、ＰＣＥＦ／ＴＤＦの機能ブロック図である。
【図６】図６は、第２の実施形態のシステムの処理手順を示すシーケンス図である。
【図７】図７は、第５の実施形態のＰＣＲＦ、ＰＣＥＦ／ＴＤＦの機能ブロック図である。
【図８】図８は、プログラムを実行するコンピュータを示す図である。
【図９】図９は、Dynamic方式におけるポリシールールの整合の処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら、本発明の実施形態を、第１の実施形態〜第５の実施形態に分けて説明する。
【００１５】
（第１の実施形態）
まず、図１を用いて、第１の実施形態のポリシー制御システム（システム）の構成例を説明する。システムは、３ＧＰＰに規定される、ＰＣＲＦ（ルール管理装置）１００と、ＰＣＥＦ２０１と、ＴＤＦ２０２とを備える。これらの装置はインターネット等のネットワーク（図示省略）により接続される。これらの装置の台数は、図１に示す台数に限定されない。
【００１６】
ＰＣＲＦ１００は、ＰＣＥＦ２０１およびＴＤＦ２０２に対し、各ユーザのポリシールールを送信する。ＰＣＥＦ２０１およびＴＤＦ２０２は、送信された各ユーザのポリシールールに従い、ユーザからのフローのフロー制御を行う。なお、ポリシールールは、ユーザごとに、当該ユーザ（ユーザの端末装置）からのフロー制御に関するルールを示した情報であり、例えば、ＰＣＣ（Policy  and  Charging  Control）ルールやＡＤＣ（Application  Detection  and  Control）ルール等である。
【００１７】
ＰＣＥＦ２０１は、例えば、上記のＰＣＣルールに従い、ユーザの端末装置から受信したフローの5tupleを見て、当該フローに対する制御や課金に必要な情報の取得を行う。また、ＰＣＥＦ２０１は、所定のフローをＴＤＦ２０２に転送する。そして、ＴＤＦ２０２は、例えば、上記のＰＣＣルールおよびＡＤＣルールに従い、ＰＣＥＦ２０１から転送されたフローにおけるアプリケーショントラヒックの開始や終了を検知し、検知したトラヒックに対する制御や課金に必要な情報の取得を行う。なお、ＰＣＲＦ１００−ＰＣＥＦ２０１間のポリシー制御インタフェースはＧｘを用い、ＰＣＲＦ１００−ＴＤＦ２０２間のポリシー制御インタフェースはＳｄを用いる。
【００１８】
（構成）
次に、図２を用いて、ＰＣＲＦ１００、ＰＣＥＦ２０１、ＴＤＦ２０２を詳細に説明する。ここでは、説明を簡単にするため、ＰＣＥＦ２０１およびＴＤＦ２０２をまとめてＰＣＥＦ／ＴＤＦ（フロー制御装置）２００として説明する。
【００１９】
（ＰＣＲＦ）
ＰＣＲＦ１００は、ＣＥ（Capability  Exchange）処理部１１０と、リクエスト受信部１２０と、ポリシールール送信部１３０と、圧縮部１４０と、記憶部１６０とを備える。
【００２０】
Diameterコネクション処理部１１０は、ＰＣＥＦ／ＴＤＦ２００との間でＤＩＡコネクションを確立する。具体的には、ＰＣＥＦ／ＴＤＦ２００からOrigin-State-Idを含むＣＥＲを受信すると、ＰＣＥＦ／ＴＤＦ２００へ当該Origin-State-Idを含むＣＥＡを送信する。なお、Diameterコネクション処理部１１０は、ＣＥＲに含まれるOrigin-State-Idが更新されていた場合、記憶部１６０のポリシールールテーブル１６１をすべて破棄し、更新後のOrigin-State-Idを含むＣＥＡを送信する。これにより、Diameterコネクション処理部１１０は、ＰＣＥＦ／ＴＤＦ２００との間でＤＩＡコネクションを再確立する。
【００２１】
リクエスト受信部１２０は、ＰＣＥＦ／ＴＤＦ２００からのＣＣＲ−Ｉによりユーザのポリシールールの送信要求を受け付ける。
【００２２】
ポリシールール送信部１３０は、リクエスト受信部１２０によりＰＣＥＦ／ＴＤＦ２００から各ユーザのポリシールールの送信要求を受け付けると、圧縮部１４０に当該各ユーザのポリシールールの圧縮を依頼する。なお、Diameterコネクション処理部１１０で受信したＣＥＲに含まれるOrigin-State-Idが更新されていたため、記憶部１６０のポリシールールテーブル１６１をすべて破棄していた場合、再度ポリシールールテーブル１６１を生成した上で、圧縮部１４０に当該各ユーザのポリシールールの圧縮を依頼する。そして、ポリシールール送信部１３０は、圧縮部１４０により圧縮された当該各ユーザのポリシールールをＣＣＡ−Ｉに含めてＰＣＥＦ／ＴＤＦ２００へ送信する。
【００２３】
圧縮部１４０は、ポリシールール送信部１３０からの依頼に基づき、記憶部１６０のポリシールールテーブル１６１から、各ユーザのポリシールールを読み出し、圧縮する。例えば、圧縮部１４０は、読み出した１ユーザのポリシールールごとにSHA-256を用いて、10KBから1024bitへデータ圧縮する。一例を挙げると、圧縮部１４０は、図３に示すポリシールールテーブル１６１から各ユーザ（ユーザ１，２，５）のポリシールールを読み出し、ユーザの識別情報（例えば、「１，２，５」）をKEYとし、ユーザのポリシールール（例えば、「Ａ，Ｂ，Ｃ」、「Ａ，Ｅ，Ｄ」、「Ｄ，Ｇ，Ｈ」）それぞれをハッシュ関数により圧縮した値（例えば、「Ｅ」、「Ｂ」、「Ｆ」）をVALUEとし、これらを対応付けた情報を作成する。そして、圧縮部１４０は、圧縮した各ユーザのポリシールールをポリシールール送信部１３０へ返す。
【００２４】
記憶部１６０は、ポリシールールテーブル１６１を記憶する。このポリシールールテーブル１６１は、各ＰＣＥＦ／ＴＤＦ２００で用いられる各ユーザのポリシールールを示した情報である。例えば、図３に示すポリシールールテーブル１６１において、ユーザ１からのフローに適用されるポリシールールは「Ａ，Ｂ，Ｃ」であり、ユーザ２からのフローに適用されるポリシールールは「Ａ，Ｅ，Ｄ」であることを示す。
【００２５】
（ＰＣＥＦ／ＴＤＦ）
ＰＣＥＦ／ＴＤＦ２００は、Diameterコネクション処理部２１０と、リクエスト送信部２２０と、ポリシールール受信部２３０と、解凍部２４０と、フロー制御部２５０と、記憶部２６０とを備える。
【００２６】
Diameterコネクション処理部２１０は、ＰＣＲＦ１００との間でＤＩＡコネクションを確立する。具体的には、Diameterコネクション処理部２１０は、Origin-State-Idを含むＣＥＲをＰＣＲＦ１００へ送信し、ＰＣＲＦ１００から当該Origin-State-Idを含むＣＥＡを受信する。なお、Diameterコネクション処理部２１０は、障害等により記憶部２６０のポリシールールテーブル２６１を破棄した場合、Origin-State-Idを更新する。そして、Diameterコネクション処理部２１０は、更新後のOrigin-State-Idを含むＣＥＲをＰＣＲＦ１００へ送信する。その後、ＰＣＲＦ１００から更新後のOrigin-State-Idを含むＣＥＡを受信する。これにより、Diameterコネクション処理部２１０は、ＰＣＲＦ１００との間でＤＩＡコネクションを再確立する。
【００２７】
リクエスト送信部２２０は、ＰＣＲＦ１００へＣＣＲ−Ｉを送信することにより、ユーザのポリシールールの送信要求を行う。
【００２８】
ポリシールール受信部２３０は、ＰＣＲＦ１００からのＣＣＡ−Ｉにより、圧縮された各ユーザのポリシールールを受信する。そして、ポリシールール受信部２３０は受信した各ユーザのポリシールールの解凍を解凍部２４０に依頼し、解凍された各ユーザのポリシールールを、記憶部２６０のポリシールールテーブル２６１に格納する。
【００２９】
解凍部２４０は、ポリシールール受信部２３０からの依頼に基づき、圧縮されたユーザのポリシールールを解凍し、ポリシールール受信部２３０へ返す。
【００３０】
フロー制御部２５０は、記憶部２６０のポリシールールテーブル２６１に従い、各ユーザのフロー制御を行う。
【００３１】
記憶部２６０は、ポリシールールテーブル２６１を記憶する領域を備える。ポリシールールテーブル２６１は、ポリシールール受信部２３０により出力された各ユーザのポリシールールを格納する。このポリシールールテーブル２６１の各ユーザのポリシールールは、フロー制御部２５０が各ユーザのフロー制御を行う際に参照される。
【００３２】
（処理手順）
次に、図４を用いて第１の実施形態のシステムの処理手順を説明する。まず、ＰＣＥＦ／ＴＤＦ２００のDiameterコネクション処理部２１０は、ＰＣＲＦ１００に対し、自身が発行したOrigin-State-Idを含むＣＥＲを送信する（Ｓ１）。このＣＥＲを受信したＰＣＲＦ１００のDiameterコネクション処理部１１０は、当該Origin-State-Idを含むＣＥＡをＰＣＥＦ／ＴＤＦ２００へ送信する（Ｓ２）。これにより、ＰＣＥＦ／ＴＤＦ２００−ＰＣＲＦ１００間のＤＩＡコネクションが確立される。
【００３３】
その後、ＰＣＥＦ／ＴＤＦ２００がＵＥ（ユーザの端末装置）３００からの接続を受け付けると（Ｓ３）、ＰＣＥＦ／ＴＤＦ２００のリクエスト送信部２２０は、ＰＣＲＦ１００へＣＣＲ−Ｉを送信する（Ｓ４）。つまり、リクエスト送信部２２０は、ＰＣＲＦ１００に対し、自身の収容する各ユーザのポリシールールの送信要求を行う。
【００３４】
ＰＣＲＦ１００のリクエスト受信部１２０が、Ｓ４で送信されたＣＣＲ−Ｉを受信すると、圧縮部１４０は、記憶部１６０のポリシールールテーブル１６１から、当該ＰＣＥＦ／ＴＤＦ２００の収容する各ユーザのポリシールールを読み出し、圧縮する（Ｓ５：ポリシールール圧縮）。そして、ポリシールール送信部１３０は、圧縮部１４０により圧縮された各ユーザのポリシールールをＣＣＡ−Ｉに含めて当該ＰＣＥＦ／ＴＤＦ２００へ送信する（Ｓ６）。
【００３５】
ＰＣＥＦ／ＴＤＦ２００のポリシールール受信部２３０は、ＰＣＲＦ１００からのＣＣＡ−Ｉにより各ユーザのポリシールールを受信すると、解凍部２４０で各ユーザのポリシールールを解凍し（Ｓ７：ポリシールール解凍）、解凍された各ユーザのポリシールールを、記憶部２６０のポリシールールテーブル２６１に格納する（Ｓ８：ポリシールール設定）。
【００３６】
このようにＰＣＲＦ１００からＰＣＥＦ／ＴＤＦ２００へ各ユーザのポリシールールを送信する際、データ圧縮を行うので、ＰＣＲＦ１００とＰＣＥＦ／ＴＤＦ２００とのポリシールールの整合に要する時間を低減することができる。
【００３７】
例えば、1ユーザのポリシールールが10KB程度であり、ＰＣＥＦ／ＴＤＦ２００が1台あたり10,000ユーザを収容し、ＰＣＲＦ１００は100台のＰＣＥＦ／ＴＤＦ２００を収容する場合を考える。この場合に従来のDynamic方式を適用し、全ユーザのポリシールールの整合をとろうとすると、10GB分のポリシールールについて整合をとる必要がある。ここで、商用サービスの中には課金計算に関係するものが含まれることを考慮し、少なくとも１分に１回全ユーザのポリシールールの整合をとろうとすると、ＰＣＲＦ１００において1.6Gbpsのネットワーク帯域を消費することとなる。しかし、第１の実施形態のシステムのように、ＰＣＲＦ１００からＰＣＥＦ／ＴＤＦ２００へ各ユーザのポリシールールを送信する際、圧縮して送信することで、送信時におけるネットワーク帯域の消費を低減することができる。その結果、迅速にＰＣＲＦ１００とＰＣＥＦ／ＴＤＦ２００との間で各ユーザのポリシールールの整合をとることができる。
【００３８】
（第２の実施形態）
なお、第１の実施形態のシステムは、ＰＣＲＦ１００がＰＣＥＦ／ＴＤＦ２００からのＣＣＲ−Ｉを受信したとき、当該ＰＣＥＦ／ＴＤＦ２００に対し、各ユーザのポリシールールを送信するものであるが、これとは別に、所定期間ごとにＰＣＲＦ１００とＰＣＥＦ／ＴＤＦ２００との間でポリシールールの整合がとれているかのチェック（整合性チェック）を行ってもよい。システムがこのような整合性チェックを行うことで、ＰＣＲＦ１００−ＰＣＥＦ／ＴＤＦ２００間でのポリシールールの不整合（不一致）が生じたとしてもすぐに対処できる。この場合の実施形態を第２の実施形態として説明する。前記した実施形態と同じ構成は、同じ符号を付して説明を省略する。
【００３９】
図５に示すように、第２の実施形態のシステムは、ＰＣＲＦ１００ａおよびＰＣＥＦ／ＴＤＦ２００ａを備え、このＰＣＲＦ１００ａおよびＰＣＥＦ／ＴＤＦ２００ａそれぞれが各ユーザのポリシールールのハッシュ化データを作成する。そして、ＰＣＲＦ１００ａにおいてそれぞれのハッシュ化データを突合することにより各ユーザのポリシールールの整合性チェックを行う。
【００４０】
（ＰＣＥＦ／ＴＤＦ）
まず、ＰＣＥＦ／ＴＤＦ２００ａを説明する。ＰＣＥＦ／ＴＤＦ２００ａは、ハッシュ処理部２７０と、ハッシュデータ送信部２８０とを備える。また、記憶部２６０はハッシュ化データ２６２を記憶する領域を備える。破線で示すデータ分割部２９１については装備される場合と装備されない場合とがあり、装備される場合については後記する。
【００４１】
ハッシュ処理部２７０は、所定期間（第１の期間）ごとに、ポリシールールテーブル２６１の各ユーザのポリシールールをハッシュ化したデータ（ハッシュ化データ２６２）を作成する。作成したハッシュ化データ２６２は、記憶部２６０に保存（記憶）しておく。なお、この第１の期間は、ハッシュデータ送信部２８０がハッシュ化データ２６２を送信する間隔（第２の期間）よりも短い期間とする。
【００４２】
ハッシュデータ送信部２８０は、所定期間（第２の期間）ごとに、記憶部２６０に記憶されたハッシュ化データ２６２をＰＣＲＦ１００ａへ送信する。また、ハッシュデータ送信部２８０は、自身のＰＣＥＦ／ＴＤＦ２００の障害等により上記の所定期間ごとにハッシュ化データ２６２を送信できない場合には、障害からの復旧後に、記憶部２６０に記憶されたハッシュ化データ２６２をＰＣＲＦ１００ａへ送信する。なお、記憶部２６０に過去に作成された複数のハッシュ化データ２６２が蓄積されていた場合、ハッシュデータ送信部２８０は、このうち最新のハッシュ化データ２６２を送信する。
【００４３】
（ＰＣＲＦ）
次に、ＰＣＲＦ１００ａを説明する。ＰＣＲＦ１００ａは、ハッシュ処理部１７０と、ハッシュデータ受信部１８０と、ハッシュデータ突合部１９０とを備える。また、記憶部１６０はハッシュ化データ１６２を記憶する領域を備える。破線で示すデータ分割部１９１についても、装備される場合と装備されない場合とがあり、装備される場合については後記する。
【００４４】
ハッシュ処理部１７０は、ＰＣＥＦ／ＴＤＦ２００ａのハッシュ処理部２７０と同様に、所定期間（第１の期間）ごとに、ポリシールールテーブル１６１の各ユーザのポリシールールをハッシュ化したデータ（ハッシュ化データ１６２）を作成する。そして、作成したハッシュ化データ１６２を記憶部１６０に保存（記憶）する。
【００４５】
ハッシュデータ受信部１８０は、ＰＣＥＦ／ＴＤＦ２００ａからハッシュ化データ２６２を受信する。
【００４６】
ハッシュデータ突合部１９０は、ＰＣＥＦ／ＴＤＦ２００ａから受信したハッシュ化データ２６２と記憶部１６０のハッシュ化データ１６２とを突合する。例えば、ＰＣＥＦ／ＴＤＦ２００ａから当該ＰＣＥＦ／ＴＤＦ２００ａが収容する各ユーザのポリシールールのハッシュ化データ２６２を受信した場合、ハッシュデータ突合部１９０は、記憶部１６０のハッシュ化データ１６２から、当該各ユーザのポリシールールのハッシュ化データを読み出し、これらのハッシュ化データが同じか否かを判断する。なお、記憶部１６０に、過去に作成された複数のハッシュ化データ１６２が記憶されていた場合、ハッシュデータ突合部１９０は、このうち最新のハッシュ化データ１６２を用いて突合する。
【００４７】
また、ハッシュデータ突合部１９０により、ＰＣＥＦ／ＴＤＦ２００ａから受信したハッシュ化データ２６２が、ハッシュ化データ１６２における当該各ユーザのハッシュ化データと異なると判断されたとき、ポリシールール送信部１３０は、圧縮部１４０により圧縮された当該各ユーザのポリシールールを当該ＰＣＥＦ／ＴＤＦ２００ａへ送信する。または、ハッシュデータ突合部１９０により、まずＰＣＥＦ／ＴＤＦ２００ａに対し、当該各ユーザのハッシュ化データの整合がとれていないことを通知し、その後、当該ＰＣＥＦ／ＴＤＦ２００ａからリクエストを受信したとき、これに応じて圧縮された当該各ユーザのポリシールールを当該ＰＣＥＦ／ＴＤＦ２００ａへ送信してもよい。
【００４８】
このようにＰＣＲＦ１００ａが、ＰＣＥＦ／ＴＤＦ２００ａから所定期間（第２の期間）ごとに送信されるハッシュ化データ２６２と、自身の記憶部１６０のハッシュ化データ１６２とを突合することにより、ＰＣＲＦ１００ａとＰＣＥＦ／ＴＤＦ２００ａとの間のポリシールールの整合性チェックを行うことができる。また、システムは、ポリシールールの整合性チェックに、ポリシールールのハッシュ化データを用いるので、ポリシールールの整合性チェックの際のネットワーク帯域の消費を低減することができる。
【００４９】
（処理手順）
次に、図６を用いて、第２の実施形態のシステムの処理手順を説明する。なお、以下の処理は、図４に示したＳ４〜Ｓ８の処理とは別個に行われるものとする。
【００５０】
図６のＳ１〜Ｓ３の処理は、図４のＳ１〜Ｓ３の処理と同様なので、Ｓ９から説明する。ＰＣＲＦ１００ａのハッシュ処理部１７０は、所定期間（第１の期間）ごとに、ポリシールールテーブル１６１の各ユーザのポリシールールのハッシュ化データ１６２を作成する（Ｓ９）。また、ＰＣＥＦ／ＴＤＦ２００ａのハッシュ処理部２７０も、所定期間（第１の期間）ごとに、ポリシールールテーブル２６１の各ユーザのポリシールールのハッシュ化データ２６２を作成する（Ｓ１０）。さらに、ハッシュデータ送信部２８０は、所定期間（第２の期間）ごと、または、障害が発生した場合、障害からの復旧後に、ハッシュ化データ２６２をＰＣＲＦ１００ａへ送信する（Ｓ１１）。
【００５１】
Ｓ１１の後、ＰＣＲＦ１００ａのハッシュデータ受信部１８０がＰＣＥＦ／ＴＤＦ２００ａからハッシュ化データ２６２を受信すると、ハッシュデータ突合部１９０は、自身の保持するハッシュ化データ１６２との突合を行う（Ｓ１２：ハッシュ化データの突合）。つまり、ハッシュデータ受信部１８０が、ＰＣＥＦ／ＴＤＦ２００ａから当該ＰＣＥＦ／ＴＤＦ２００ａの収容する各ユーザのポリシールールのハッシュ化データ２６２を受信すると、ハッシュデータ突合部１９０は、ハッシュ化データ１６２のうち、当該各ユーザのポリシールールのハッシュ化データを読み出し、これらのハッシュ化データが同じか否かを判断する。そして、ハッシュデータ突合部１９０が、ＰＣＥＦ／ＴＤＦ２００ａからのハッシュ化データ２６２は、ハッシュ化データ１６２における当該各ユーザのハッシュ化データと異なると判断した場合（Ｓ１３でＮｏ）、図４のＳ５以降の処理を行う。つまり、ポリシールール送信部１３０は、圧縮部１４０に当該各ユーザのポリシールールの圧縮を依頼し、圧縮された当該各ユーザのポリシールールを当該ＰＣＥＦ／ＴＤＦ２００ａへ送信する。
【００５２】
一方、ハッシュデータ突合部１９０が、ＰＣＥＦ／ＴＤＦ２００ａからのハッシュ化データは、ハッシュ化データ１６２における当該各ユーザのハッシュ化データと同じであると判断した場合（Ｓ１３でＹｅｓ）、Ｓ９へ戻る。
【００５３】
このようにすることでシステムは、ＰＣＲＦ１００ａ−ＰＣＥＦ／ＴＤＦ２００ａ間の各ユーザのポリシールールの整合性チェックを行うことができる。また、システムは、各ユーザのポリシールールの整合性チェックの際に、ハッシュ化データを用いるので、ネットワーク帯域の消費を低減することができる。
【００５４】
なお、システムが各ユーザのポリシールールの整合性チェックを行う間隔（第２の期間）は、ＰＣＲＦ１００ａにおけるポリシールールテーブル１６１の更新頻度を考慮し、例えば、１時間程度とする。これにより、通信サービスのリアルタイム性をある程度担保しつつ、ＰＣＲＦ１００ａにおけるハッシュ化の処理負荷の低減と、ＰＣＲＦ１００ａ−ＰＣＥＦ／ＴＤＦ２００ａ間のネットワークの帯域負荷の低減とを図ることができる。つまり、システムにおける上記の整合性チェックの間隔が短いほど、通信サービスのリアルタイム性は高くなる。しかし、あまりに間隔を短くすると、ＰＣＲＦ１００ａにおけるハッシュ化の処理負荷が高くなり、またＰＣＲＦ１００ａ−ＰＣＥＦ／ＴＤＦ２００ａ間のネットワークの帯域負荷も高くなる。一方、第２の実施形態のシステムのように、ポリシールールの整合性チェックを行う間隔（第２の期間）の更新頻度に近い間隔（例えば、１時間程度）とすることで、通信サービスのリアルタイム性もある程度担保しつつ、ＰＣＲＦ１００ａにおけるハッシュ化の処理負荷の低減と、ＰＣＲＦ１００ａ−ＰＣＥＦ／ＴＤＦ２００ａ間のネットワークの帯域負荷の低減とを図ることができる。
【００５５】
（第３の実施形態）
なお、ＰＣＥＦ／ＴＤＦ２００ａおよびＰＣＲＦ１００ａが各ユーザのポリシールールのハッシュ化を行う際、ポリシールールテーブルの各ユーザのポリシールールを分割し、分割したデータ単位でハッシュ化を行うようにしてもよい。この場合の実施形態を第３の実施形態として説明する。前記した実施形態と同じ構成は、同じ符号を付して説明を省略する。第３の実施形態において、ＰＣＥＦ／ＴＤＦ２００ａは、データ分割部２９１を備え、ＰＣＲＦ１００ａは、データ分割部１９１を備える。
【００５６】
データ分割部２９１は、ポリシールールテーブル２６１の各ユーザのポリシールールを分割する。そして、ハッシュ処理部２７０は、この分割したデータ単位でハッシュ化を行い、ハッシュ化データ２６２を作成する。また、データ分割部１９１も、ポリシールールテーブル１６１の各ユーザのポリシールールを分割する。そして、ハッシュ処理部１７０は、この分割したデータ単位でハッシュ化を行い、ハッシュ化データ１６２を作成する。
【００５７】
このようにＰＣＥＦ／ＴＤＦ２００ａおよびＰＣＲＦ１００ａは、各ユーザのポリシールールを分割して、ハッシュ化を行うのでハッシュ化処理に要する時間を低減できる。
【００５８】
なお、データ分割部１９１，２９１における各ユーザのポリシールールの分割数や分割サイズは、ＰＣＲＦ１００ａ、ＰＣＥＦ／ＴＤＦ２００ａの備えるＣＰＵ（Central  Processing  Unit）の数等に応じて、適宜決定する。これは、ＰＣＲＦ１００ａ、ＰＣＥＦ／ＴＤＦ２００ａの備えるＣＰＵの数に対して、データ分割部１９１，２９１が各ユーザのポリシールールの分割数が多過ぎると分割損が発生し、また、各ユーザのポリシールールの分割サイズが大き過ぎると、分割したデータあたりのハッシュ化処理の時間が長くなってしまうからである。
【００５９】
（第４の実施形態）
なお、データ分割部１９１，２９１は、ポリシールールテーブルの各ユーザのポリシールールをポリシールールの優先度の高さに応じて分割してもよい。この場合の実施形態を第４の実施形態として説明する。前記した実施形態と同じ構成は、同じ符号を付して説明を省略する。
【００６０】
例えば、第４の実施形態のデータ分割部１９１，２９１は、ポリシールールテーブルのポリシールールのうち、ペアレンタルコントロールや従量課金のポリシールール等、比較的優先度の高いサービスのポリシールールが設定されるユーザのポリシールール群と、それ以外のサービスに関するポリシールールが設定されるユーザのポリシールール群とに分割する。そして、ハッシュ処理部１７０，２７０は、優先度の高いサービスのポリシールール群については、優先度の低いポリシールール群よりも短いハッシュ化間隔でハッシュ化処理を行う。また、ハッシュデータ送信部２８０は、優先度の高いポリシールール群のハッシュ化データについては、優先度の低いポリシールール群のハッシュ化データよりも短い送信間隔で送信する。
【００６１】
このようにすることで、システムは、優先度の高いサービスのポリシールールについては短い間隔で整合性チェックを行うことができる。
【００６２】
（第５の実施形態）
なお、第２の実施形態〜第４の実施形態で述べたハッシュ化データの突合はＰＣＥＦ／ＴＤＦ２００ｂで行うようにしてもよい。この場合の実施形態を第５の実施形態として説明する。前記した実施形態と同じ構成は、同じ符号を付して説明を省略する。第５の実施形態のシステムは、ＰＣＲＦ１００ｂと、ＰＣＥＦ／ＴＤＦ２００ｂとを備える。ＰＣＲＦ１００ｂは、ＰＣＥＦ／ＴＤＦ２００ｂに対し、当該ＰＣＥＦ／ＴＤＦ２００ｂが収容する各ユーザのポリシールールのハッシュ化データを送信し、ＰＣＥＦ／ＴＤＦ２００ｂは、ＰＣＲＦ１００ｂから受信したハッシュ化データと、自身が保持するハッシュ化データとの突合を行う。
【００６３】
ＰＣＲＦ１００ｂは、ハッシュデータ送信部１８１を備え、ＰＣＥＦ／ＴＤＦ２００ｂはハッシュデータ受信部２８１と、ハッシュデータ突合部２９０とを備える。
【００６４】
ハッシュデータ送信部１８１は、所定期間（第２の期間）ごとにハッシュ化データ１６２のうち、当該ＰＣＥＦ／ＴＤＦ２００ｂで収容する各ユーザのポリシールール群のハッシュ化データをＰＣＥＦ／ＴＤＦ２００ｂへ送信する。
【００６５】
ハッシュデータ受信部２８１は、ＰＣＲＦ１００ｂからハッシュ化データを受信する。ハッシュデータ突合部２９０は、ハッシュデータ受信部２８１で受信したハッシュ化データと、ハッシュ化データ２６２との突合を行う。ここで、ハッシュデータ突合部２９０が、ハッシュデータ受信部２８１で受信したハッシュ化データは、ハッシュ化データ２６２と異なると判断した場合、リクエスト送信部２２０は、ＰＣＲＦ１００ｂに対し自身が収容する各ユーザのポリシールールを要求する。そして、ポリシールール受信部２３０がＰＣＲＦ１００ｂから各ユーザのポリシールール（圧縮された各ユーザのポリシールール）を受信すると、解凍部２４０で各ユーザのポリシールールを解凍し、解凍された各ユーザのポリシールールをポリシールールテーブル２６１に格納する。
【００６６】
このようにすることでも、ＰＣＲＦ１００ｂとＰＣＥＦ／ＴＤＦ２００ｂとの間のポリシールールの整合性チェックを行うことができる。また、第５の実施形態のシステムも、各ユーザのポリシールールの整合性チェックの際に、ハッシュ化データを用いるので、ネットワーク帯域の消費を低減することができる。
【００６７】
なお、第５の実施形態のＰＣＥＦ／ＴＤＦ２００ｂおよびＰＣＲＦ１００ｂも、データ分割部２９１，１９１を備え、ポリシーテーブルの各ユーザのポリシールールを分割し、分割したデータ単位でハッシュ化を行うようにしてもよい。
【００６８】
（プログラム）
また、上記実施形態に係るＰＣＲＦ、ＰＣＥＦ／ＴＤＦが実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成し、実行することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータに読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、システムと同様の機能を実現するプログラムを実行するコンピュータの一例を説明する。
【００６９】
図８は、プログラムを実行するコンピュータを示す図である。図８に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００７０】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。
【００７１】
ここで、図８に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明したポリシールール等は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００７２】
また、プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明したシステムが実行する各処理が記述されたプログラムモジュールが、ハードディスクドライブ１０９０に記憶される。
【００７３】
また、プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００７４】
なお、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００７５】
１００，１００ａ，１００ｂ  ＰＣＲＦ
１１０，２１０  Diameterコネクション処理部
１２０  リクエスト受信部
１３０  ポリシールール送信部
１４０  圧縮部
１６０，２６０  記憶部
１６１，２６１  ポリシールールテーブル
１６２，２６２  ハッシュ化データ
１７０，２７０  ハッシュ処理部
１８０，２８１  ハッシュデータ受信部
１８１，２８０  ハッシュデータ送信部
１９０，２９０  ハッシュデータ突合部
１９１，２９１  データ分割部
２００，２００ａ，２００ｂ  ＰＣＥＦ／ＴＤＦ
２０１  ＰＣＥＦ
２０２  ＴＤＦ
２２０  リクエスト送信部
２３０  ポリシールール受信部
２４０  解凍部
２５０  フロー制御部
【図１】
0006298013.tif 000002
【図２】
0006298013.tif 000003
【図３】
0006298013.tif 000004
【図４】
0006298013.tif 000005
【図５】
0006298013.tif 000006
【図６】
0006298013.tif 000007
【図７】
0006298013.tif 000008
【図８】
0006298013.tif 000009
【図９】
0006298013.tif 000010