JP2003110605A

JP2003110605A - ポリシー制御システム、ポリシー制御方法およびその方法をコンピュータに実行させるプログラム

Info

Publication number: JP2003110605A
Application number: JP2001303274A
Authority: JP
Inventors: Tetsuji Iwayama; 哲治岩山
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2001-09-28
Filing date: 2001-09-28
Publication date: 2003-04-11

Abstract

(57)【要約】【課題】ポリシーサーバへの負荷を軽減するととも
に、ユーザートラフィックへの遅延を抑えること。【解決手段】ポリシーサーバ１０は、各ポリシークラ
イアント１〜３でポリシーをローカルに決定させるため
のローカル決定情報を各ポリシークライアント１〜３に
個々に配信し、各ポリシークライアント１〜３は受信し
たローカル決定情報に基づきローカルのポリシーを決定
し、該決定したポリシーにしたがってポリシー制御を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク全体
のポリシー情報を管理するポリシーサーバと、このポリ
シーサーバから受信したポリシー情報に従ってポリシー
制御を行う複数のポリシークライアントとによるサーバ
／クライアント間通信によってポリシークライアントで
のポリシーを制御するポリシー制御システム、ポリシー
制御方法およびその方法をコンピュータに実行させるプ
ログラムに関するものである。

【０００２】

【従来の技術】図８は例えばＩＥＴＦ（Internet Engin
eering Task Force）で標準化された従来のRFC2724、Ｃ
ＯＰＳ（Common Open Policy Service）仕様を説明する
ための図であり、図９は例えばＩＥＴＦで標準化された
従来のRFC3084、ＣＯＰＳ−ＰＲ（ＣＯＰＳ Usage for
Policy Provisioning）仕様を説明するための図であ
る。

【０００３】図８において、５００はポリシーサーバ、
５０１〜５０３はポリシークライアント、５０１ａ〜５
０３ａは各ポリシークライアント５０１〜５０３が持つ
ローカルポリシー決定機能、５０４，５０５はユーザ
ー、５１０はＲＳＶＰ（Resource Reservation Protoco
l）フロー、５２０〜５２２はＣＯＰＳプロトコルフロ
ーである。

【０００４】ＣＯＰＳでは、ＩＰのリソースを予約する
プロトコルであるＲＳＶＰフロー５１０をトリガーにし
てＣＯＰＳプロトコルを起動することを前提としている
が、一般的にはＣＯＰＳプロトコルを起動するものであ
れば、必ずしもＲＳＶＰフローでなくてもよい。ＣＯＰ
Ｓプロトコルフローのうち、５２０はポリシークライア
ント５０１〜５０３からポリシーサーバ５００へポリシ
ー情報の決定を要求するＲＥＱ（Request）メッセー
ジ、５２１はポリシーサーバ５００からポリシークライ
アント５０１〜５０３へポリシー情報の決定を通知する
ＤＥＣ(Decision)メッセージ、５２２はポリシークライ
アント５０１〜５０３からポリシーサーバ５００へポリ
シー情報が正しくインストールされたことを通知するＲ
ＰＴ(Report State)メッセージである。

【０００５】ポリシークライアント５０１がＲＳＶＰフ
ロー５１０をユーザー５０４から受信すると、ＲＳＶＰ
フロー５１０で要求された帯域などのリソース情報を受
付可能かどうかポリシーサーバ５００にＲＥＱメッセー
ジ５２０で問い合わせる。ポリシーサーバ５００はネッ
トワーク全体のポリシークライアント５０１〜５０３及
びそれらが持つリソース情報を把握している。

【０００６】ここでリソース情報とは、ポリシークライ
アント５０１〜５０３が動作するのに必要な帯域などの
具体的なパラメータを指し、ポリシー情報とは、ある規
則に従って動作する行動規範のように抽象的なパラメー
タであり、実際にポリシーサーバ５００がポリシークラ
イアント５０１〜５０３に指示する場合、両方の場合が
あるため、ここではこれらを同じ意味として扱う。

【０００７】ポリシーサーバ５００はＲＥＱメッセージ
５２０を受信すると、ネットワーク全体のポリシー情報
に違反していないか、リソースは十分確保できるかなど
を判定して、許可できるようであれば、ポリシークライ
アント５０１が設定すべき内容をＤＥＣメッセージ５２
１に含めてポリシークライアント５０１に返す。ポリシ
ークライアント５０１はそのＤＥＣメッセージ５２１が
正常にインストールできた場合は、ポリシーサーバ５０
０にそのことを報告するＲＰＴメッセージ５２２を返送
するとともに、次のポリシークライアント５０２へＲＳ
ＶＰフロー５１０を転送する。なお、ＲＰＴメッセージ
５２２は、ポリシーサーバ５００が各ポリシークライア
ント５０１〜５０３に設定したポリシー情報を確認する
ためのポリシー情報の状態同期要求メッセージへの応答
としても用いられる。

【０００８】ポリシークライアント５０２では、ポリシ
ークライアント５０１と同様にＲＳＶＰフロー５１０の
受信をトリガーとして、ＣＯＰＳプロトコルを起動す
る。以後同様にＲＳＶＰフローが通過するポリシークラ
イアントとポリシーサーバ５００間でＣＯＰＳプロトコ
ルが動作する。

【０００９】各ポリシークライアント５０１〜５０３が
持つローカルポリシー決定機能５０１ａ〜５０３ａは、
主としてポリシーサーバ５００が存在しないとき機能す
る。ポリシーサーバ５００が存在するときも機能するこ
とがあるが、ローカルに決定したポリシー情報は必ずポ
リシーサーバ５００に通知する義務があり、あくまでも
最終決定はポリシーサーバ５００が行う。なお、ＣＯＰ
Ｓプロトコルを動作させる前に、ポリシーサーバ５００
とポリシークライアント５０１〜５０３の間で、予め、
ＴＣＰコネクションの開設と、情報の共有を確認するた
めのチャネルのオープンシーケンスが行われる。

【００１０】一方、図９に示すように、ＲＳＶＰフロー
の受信をトリガーとしないタイプなどに適用するＣＯＰ
Ｓ−ＰＲにおいては、まず、各ポリシークライアント５
０１〜５０３は、自分に設定するポリシー情報を要求す
るＲＥＱメッセージ５２０をポリシーサーバ５００に送
信する。ポリシーサーバ５００は各ポリシークライアン
ト５０１〜５０３に設定すべきポリシー情報をＤＥＣメ
ッセージ５２１で返信する。各ポリシークライアント５
０１〜５０３はポリシー情報を正常にインストールでき
たことを示すＲＰＴメッセージ５２２をポリシーサーバ
５００へ返信する。ポリシーサーバ５００が各ポリシー
クライアント５０１〜５０３に設定するポリシー情報は
ネットワーク全体を考慮しているものである。

【００１１】

【発明が解決しようとする課題】従来のＣＯＰＳはイベ
ントが発生するためには、ポリシークライアントはポリ
シーサーバへポリシーの決定を要求する手順（ＲＥＱメ
ッセージ）を行う必要があった。また、ポリシークライ
アントはローカルに決定する手段（ローカルポリシー決
定機能）を備えていたが、必ずポリシーサーバへ通知す
る義務があり、最終的なポリシーの決定はポリシーサー
バへ義務づけられていた。ＣＯＰＳ−ＰＲには、静的な
ポリシー情報配信機能はあるが、イベント発生に従った
動的なポリシー情報決定及び配信機能はなかった。

【００１２】そのため両者とも、リアルタイムなポリシ
ー情報決定を行うことができなく、また行なったとして
もポリシーサーバの負荷や、ポリシークライアントでの
ユーザートラフィックへの遅延が発生するという問題点
があった。

【００１３】この発明は上記に鑑みてなされたもので、
ポリシーサーバへの負荷を軽減するとともに、ユーザー
トラフィックへの遅延を抑えることができるポリシー制
御方法を得ることを目的としている。

【００１４】

【課題を解決するための手段】上記目的を達成するため
この発明にかかるポリシー制御システムは、ネットワー
ク全体のポリシー情報を管理するポリシーサーバと、こ
のポリシーサーバから受信したポリシー情報に従ってポ
リシー制御を行う複数のポリシークライアントとを備え
るポリシー制御システムにおいて、前記ポリシーサーバ
は、各ポリシークライアントでポリシーをローカルに決
定させるためのローカル決定情報を各ポリシークライア
ントに個々に配信し、各ポリシークライアントは受信し
たローカル決定情報に基づきローカルのポリシーを決定
し、該決定したポリシーにしたがってポリシー制御を行
うことを特徴とする。

【００１５】この発明によれば、ポリシーサーバは、各
ポリシークライアントでポリシーをローカルに決定させ
るためのローカル決定情報を各ポリシークライアントに
個々に配信し、各ポリシークライアントは受信したロー
カル決定情報に基づきローカルのポリシーを決定し、該
決定したポリシーにしたがってポリシー制御を行うよう
にしている。

【００１６】つぎの発明にかかるポリシー制御システム
は、上記の発明において、前記各ポリシークライアント
は、前記ポリシーサーバの決定及びポリシーサーバへの
報告なしにポリシー制御を実行することを特徴とする。

【００１７】この発明によれば、各ポリシークライアン
トは、前記ポリシーサーバの決定及びポリシーサーバへ
の報告なしにポリシー制御を実行するようにしている。

【００１８】つぎの発明にかかるポリシー制御システム
は、上記の発明において、各ポリシークライアントは、
ローカルにポリシーを決定できなかったとき、ポリシー
サーバへポリシー再決定の要求を送信し、ポリシーサー
バは、このポリシー再決定の要求を受信すると、ポリシ
ー情報を再決定し、再決定されたポリシー情報及び／ま
たはローカル決定情報をポリシークライアントに送信す
ることを特徴とする。

【００１９】この発明によれば、ポリシークライアント
は、ローカルにポリシーを決定できなかったとき、ポリ
シーサーバへポリシー再決定の要求を送信し、ポリシー
サーバは、このポリシー再決定の要求を受信すると、ポ
リシー情報を再決定し、再決定されたポリシー情報及び
／またはローカル決定情報をポリシークライアントに送
信するようにしている。

【００２０】つぎの発明にかかるポリシー制御システム
は、上記の発明において、前記ポリシーサーバは、前記
ポリシー再決定の要求を受信すると、ネットワーク全体
のポリシー情報に変更の必要性を判定し、変更する場合
は、各ポリシークライアントから通知されたローカルな
ポリシー決定を基にネットワーク全体のポリシー情報を
再決定し、該再決定したポリシー情報を各ポリシークラ
イアントに配信することを特徴とする。

【００２１】この発明によれば、ポリシーサーバは、前
記ポリシー再決定の要求を受信すると、ネットワーク全
体のポリシー情報に変更の必要性を判定し、変更する場
合は、各ポリシークライアントから通知されたローカル
なポリシー決定を基にネットワーク全体のポリシー情報
を再決定し、該再決定したポリシー情報を各ポリシーク
ライアントに配信するようにしている。

【００２２】つぎの発明にかかるポリシー制御システム
は、上記の発明において、前記ローカル決定情報には、
各ポリシークライアントでローカルに決定されたポリシ
ー情報をポリシーサーバに送るための条件を示す報告条
件情報が含まれ、各ポリシークライアントは、この報告
条件情報に基づいて、ローカルに決定したポリシー情報
のポリシーサーバへの報告の有無を決定することを特徴
とする。

【００２３】この発明によれば、ローカル決定情報に
は、各ポリシークライアントでローカルに決定されたポ
リシー情報をポリシーサーバに送るための条件を示す報
告条件情報が含まれ、各ポリシークライアントは、この
報告条件情報に基づいて、ローカルに決定したポリシー
情報のポリシーサーバへの報告の有無を決定するように
している。

【００２４】つぎの発明にかかるポリシー制御システム
は、上記の発明において、前記ローカル決定情報には、
ローカルに決定されたポリシー情報を削除するまでの時
間を示すエージング時間情報が含まれ、各ポリシークラ
イアントは、エージング時間経過後、その間に設定した
ローカルなポリシー情報およびこのローカルなポリシー
情報によって設定された状態を元に戻すことを特徴とす
る。

【００２５】この発明によれば、ローカル決定情報に
は、ローカルに決定されたポリシー情報を削除するまで
の時間を示すエージング時間情報が含まれ、各ポリシー
クライアントは、エージング時間経過後、その間に設定
したローカルなポリシー情報およびこのローカルなポリ
シー情報によって設定された状態を元に戻すようにして
いる。

【００２６】つぎの発明にかかるポリシー制御システム
は、上記の発明において、ユーザーがポリシー決定を行
うためのローカル情報変更要求をポリシークライアント
に入力することによって、ユーザーに、ポリシークライ
アントがローカルに決定できる範囲内で、ポリシー決定
できる権限を与えることを特徴とする。

【００２７】この発明によれば、ユーザーがポリシー決
定を行うためのローカル情報変更要求をポリシークライ
アントに入力することによって、ユーザーに、ポリシー
クライアントがローカルに決定できる範囲内で、ポリシ
ー決定できる権限を与えるようにしている。

【００２８】つぎの発明にかかるポリシー制御システム
は、上記の発明において、前記ユーザーからのローカル
情報変更要求を、各ポリシークライアントを伝搬させ
て、各ポリシークライアントについてのローカルなポリ
シー決定を行なわせることを特徴とする。

【００２９】この発明によれば、ユーザーからのローカ
ル情報変更要求を、各ポリシークライアントを伝搬させ
て、各ポリシークライアントについてのローカルなポリ
シー決定を行なわせるようにしている。

【００３０】つぎの発明にかかるポリシー制御システム
は、上記の発明において、前記ポリシー情報変更要求が
受け付けられないポリシークライアントに、ユーザー方
向にローカル情報変更不可応答を返送させて、このロー
カル情報変更不可応答を返送したポリシークライアント
とユーザーとの間のポリシークライアントに、ローカル
なポリシー情報およびこのローカルなポリシー情報によ
って設定された状態を元に戻させることを特徴とする。

【００３１】この発明によれば、ポリシー情報変更要求
が受け付けられないポリシークライアントに、ユーザー
方向にローカル情報変更不可応答を返送させて、このロ
ーカル情報変更不可応答を返送したポリシークライアン
トとユーザーとの間のポリシークライアントに、ローカ
ルなポリシー情報およびこのローカルなポリシー情報に
よって設定された状態を元に戻させるようにしている。

【００３２】つぎの発明にかかるポリシー制御方法は、
ネットワーク全体のポリシー情報を管理するポリシーサ
ーバとこのポリシーサーバから受信したポリシー情報に
従ってポリシー制御を行う複数のポリシークライアント
とによる通信によってポリシークライアントでのポリシ
ーを制御するポリシー制御方法において、前記ポリシー
サーバは、各ポリシークライアントでポリシーをローカ
ルに決定させるためのローカル決定情報を各ポリシーク
ライアントに個々に配信し、各ポリシークライアントは
受信したローカル決定情報に基づきローカルのポリシー
を決定し、該決定したポリシーにしたがってポリシー制
御を行うことを特徴とする。

【００３３】この発明によれば、ポリシーサーバは、各
ポリシークライアントでポリシーをローカルに決定させ
るためのローカル決定情報を各ポリシークライアントに
個々に配信し、各ポリシークライアントは受信したロー
カル決定情報に基づきローカルのポリシーを決定し、該
決定したポリシーにしたがってポリシー制御を行うよう
にしている。

【００３４】つぎの発明にかかるポリシー制御方法は、
上記の発明において、前記各ポリシークライアントは、
前記ポリシーサーバの決定及びポリシーサーバへの報告
なしにポリシー制御を実行することを特徴とする。

【００３５】この発明によれば、各ポリシークライアン
トは、前記ポリシーサーバの決定及びポリシーサーバへ
の報告なしにポリシー制御を実行するようにしている。

【００３６】つぎの発明にかかるポリシー制御方法は、
上記の発明において、各ポリシークライアントは、ロー
カルにポリシーを決定できなかったとき、ポリシーサー
バへポリシー再決定の要求を送信し、ポリシーサーバ
は、このポリシー再決定の要求を受信すると、ポリシー
情報を再決定し、再決定されたポリシー情報及び／また
はローカル決定情報をポリシークライアントに送信する
ことを特徴とする。

【００３７】この発明によれば、各ポリシークライアン
トは、ローカルにポリシーを決定できなかったとき、ポ
リシーサーバへポリシー再決定の要求を送信し、ポリシ
ーサーバは、このポリシー再決定の要求を受信すると、
ポリシー情報を再決定し、再決定されたポリシー情報及
び／またはローカル決定情報をポリシークライアントに
送信するようにしている。

【００３８】つぎの発明にかかるポリシー制御方法は、
上記の発明において、前記ポリシーサーバは、前記ポリ
シー再決定の要求を受信すると、ネットワーク全体のポ
リシー情報に変更の必要性を判定し、変更する場合は、
各ポリシークライアントから通知されたローカルなポリ
シー決定を基にネットワーク全体のポリシー情報を再決
定し、該再決定したポリシー情報を各ポリシークライア
ントに配信することを特徴とする。

【００３９】この発明によれば、ポリシーサーバは、前
記ポリシー再決定の要求を受信すると、ネットワーク全
体のポリシー情報に変更の必要性を判定し、変更する場
合は、各ポリシークライアントから通知されたローカル
なポリシー決定を基にネットワーク全体のポリシー情報
を再決定し、該再決定したポリシー情報を各ポリシーク
ライアントに配信するようにしている。

【００４０】つぎの発明にかかるポリシー制御方法は、
上記の発明において、前記ローカル決定情報には、各ポ
リシークライアントでローカルに決定されたポリシー情
報をポリシーサーバに送るための条件を示す報告条件情
報が含まれ、各ポリシークライアントは、この報告条件
情報に基づいて、ローカルに決定したポリシー情報のポ
リシーサーバへの報告の有無を決定することを特徴とす
る。

【００４１】この発明によれば、ローカル決定情報に
は、各ポリシークライアントでローカルに決定されたポ
リシー情報をポリシーサーバに送るための条件を示す報
告条件情報が含まれ、各ポリシークライアントは、この
報告条件情報に基づいて、ローカルに決定したポリシー
情報のポリシーサーバへの報告の有無を決定するように
している。

【００４２】つぎの発明にかかるポリシー制御方法は、
上記の発明において、前記ローカル決定情報には、ロー
カルに決定されたポリシー情報を削除するまでの時間を
示すエージング時間情報が含まれ、各ポリシークライア
ントは、エージング時間経過後、その間に設定したロー
カルなポリシー情報およびこのローカルなポリシー情報
によって設定された状態を元に戻すことを特徴とする。

【００４３】この発明によれば、ローカル決定情報に
は、ローカルに決定されたポリシー情報を削除するまで
の時間を示すエージング時間情報が含まれ、各ポリシー
クライアントは、エージング時間経過後、その間に設定
したローカルなポリシー情報およびこのローカルなポリ
シー情報によって設定された状態を元に戻すようにして
いる。

【００４４】つぎの発明にかかるポリシー制御方法は、
上記の発明において、ユーザーがポリシー決定を行うた
めのローカル情報変更要求をポリシークライアントに入
力することによって、ユーザーに、ポリシークライアン
トがローカルに決定できる範囲内で、ポリシー決定でき
る権限を与えることを特徴とする。

【００４５】この発明によれば、ユーザーがポリシー決
定を行うためのローカル情報変更要求をポリシークライ
アントに入力することによって、ユーザーに、ポリシー
クライアントがローカルに決定できる範囲内で、ポリシ
ー決定できる権限を与えるようにしている。

【００４６】つぎの発明にかかるポリシー制御方法は、
上記の発明において、前記ユーザーからのローカル情報
変更要求を、各ポリシークライアントを伝搬させて、各
ポリシークライアントについてのローカルなポリシー決
定を行なわせることを特徴とする。

【００４７】この発明によれば、ユーザーからのローカ
ル情報変更要求を、各ポリシークライアントを伝搬させ
て、各ポリシークライアントについてのローカルなポリ
シー決定を行なわせるようにしている。

【００４８】つぎの発明にかかるポリシー制御方法は、
上記の発明において、前記ポリシー情報変更要求が受け
付けられないポリシークライアントに、ユーザー方向に
ローカル情報変更不可応答を返送させて、このローカル
情報変更不可応答を返送したポリシークライアントとユ
ーザーとの間のポリシークライアントに、ローカルなポ
リシー情報およびこのローカルなポリシー情報によって
設定された状態を元に戻させることを特徴とする。

【００４９】この発明によれば、ポリシー情報変更要求
が受け付けられないポリシークライアントに、ユーザー
方向にローカル情報変更不可応答を返送させて、このロ
ーカル情報変更不可応答を返送したポリシークライアン
トとユーザーとの間のポリシークライアントに、ローカ
ルなポリシー情報およびこのローカルなポリシー情報に
よって設定された状態を元に戻させるようにしている。

【００５０】つぎの発明にかかるプログラムは、上記の
発明のいずれか一つに記載された方法をコンピュータに
実行させるプログラムであり、そのプログラムがコンピ
ュータ読み取り可能となり、これによって、上記の発明
のいずれか一つの動作をコンピュータによって実行する
ことができる。

【００５１】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかるポリシー制御方法の好適な実施の形態を詳
細に説明する。

【００５２】図１はこの発明を適用するネットワークシ
ステムの構成図である。図１において、１〜３は与えら
れたポリシー情報やリソース情報など（以降、特に断り
がない限りまとめてこれらをポリシー情報と呼ぶ）を基
に実際にデータの転送やＱｏＳ制御などを行うポリシー
クライアント、４，５はパーソナルコンピュータ（Ｐ
Ｃ）や携帯電話端末などのユーザー端末（以降ユーザー
と称す）、１０はネットワーク全体のポリシー情報を一
元的に管理（蓄積、編集）・決定しポリシークライアン
ト１〜３に動作指示を与えるポリシーサーバ、１１〜１
３はポリシーサーバ１０とポリシークライアント１〜３
それぞれを接続する回線、１４，１５はそれぞれポリシ
ークライアント１〜３を接続する回線、１６，１７はユ
ーザー４，５とポリシークライアント１，３を夫々接続
する回線、１ａ〜３ａはポリシークライアント１〜３の
内部にありポリシー情報をローカルに決定できるローカ
ルポリシー決定機能である。

【００５３】実施の形態１.図２を用いてこの発明の実
施の形態１について説明する。実施の形態１は、この発
明をＣＯＰＳ−ＰＲプロトコルに適用している。図２
は、実施の形態１のポリシー制御方式を説明するため
の、或る１つのポリシークライアント１とポリシーサー
バ１０との間のプロトコルシーケンス図である。他のポ
リシークライアントとポリシーサーバ１０との間でも同
様の手順が実行される。

【００５４】図２において、２０はポリシーサーバ１０
とポリシークライアント１との間でクライアント／サー
バ間通信を行うためにＴＣＰコネクションを確立する手
順、２１はポリシークライアント１がポリシーサーバ１
０にＣＯＰＳを起動するＯＰＮ(Client Open)メッセー
ジ、２２はポリシーサーバ１０がポリシークライアント
１にＯＰＮメッセージ２１が正常に受け付けられたこと
を通知するＣＡＴ(Client Accept)メッセージ、２３は
ポリシークライアント１がポリシーサーバ１０にチャネ
ルの開設やポリシー情報を要求するＲＥＱメッセージ、
２４はポリシーサーバ１０がポリシークライアント１に
ＲＥＱメッセージ２３に対してチャネルの開設確認や決
定されたポリシー情報を含むＤＥＣメッセージ、２５は
ポリシーサーバ１０がＲＥＱメッセージ２３なしにポリ
シー情報を決定するためのＤＥＣメッセージ、２６はＤ
ＥＣメッセージ２４，２５に対してポリシークライアン
ト１がＤＥＣメッセージに含まれるポリシー情報を正常
にインストールできたことを報告するＲＰＴメッセー
ジ、２７はＤＥＣメッセージのうちローカルポリシー決
定機能１ａでポリシー情報をローカルに決定できる内容
が含まれるＤＥＣメッセージである。

【００５５】次に動作について説明する。この場合は、
ポリシークライアント１とポリシーサーバ１０との間の
動作手順を説明しているが、他のポリシークライアント
でも同様の動作手順が実行される。

【００５６】まずポリシーサーバ１０とポリシークライ
アント１の間に、ＴＣＰコネクション２０が確立される
（詳細省略）。続いて、ポリシークライアント１がＣＯ
ＰＳを起動し、ポリシークライアント種別毎に状態が管
理できるように状態毎のコネクションを確立するＯＰＮ
メッセージ２１をポリシーサーバ１０に送信する。ポリ
シーサーバ１０はＯＰＮメッセージ２１が正常に受信で
きたことを確認し、ポリシークライアント１にＯＰＮメ
ッセージ２１が正常に受け付けられたことを示すＣＡＴ
メッセージ２２を返送する。これにより、ポリシーサー
バ１０とポリシークライアント１は同じポリシー情報を
共有することができる。

【００５７】次に、クライアント毎に状態を管理するた
めのチャネル開設手順を実行する。ポリシークライアン
ト１は、非同期にポリシーサーバ１０が決定内容を含む
ＤＥＣメッセージ２４を送信できるように、要求する情
報種別（例えば、構成情報の要求やフロー受付制御の要
求など）を示す内容を含むＲＥＱメッセージ２３をポリ
シーサーバ１０に送信する。ポリシーサーバ１０はＲＥ
Ｑメッセージ２３に正常に応答できるならば、要求され
た情報種別に対する決定内容が含まれ、非同期に決定内
容を送信することを確認するＤＥＣメッセージ２４をポ
リシークライアント１に返信する。ここでは、ＲＥＱメ
ッセージ２３およびＤＥＣメッセージ２４の双方とも非
同期にポリシーサーバ１０が決定内容を送信できるよう
なダミーの情報を含んでいる。ポリシーサーバ１０はＤ
ＥＣメッセージ２５によって、ネットワーク全体で統一
の取れたポリシー情報を各ポリシークライアント１〜３
夫々に対応したポリシー情報に分離して各ポリシークラ
イアント１〜３に個別に配信する。このＤＥＣメッセー
ジ２５に含まれるポリシー情報が正常にインストールさ
れたことを示すために、ポリシークライアント１はポリ
シーサーバ１０にＲＰＴメッセージ２６を送信する。

【００５８】ここまでの手順は、従来のＣＯＰＳ−ＰＲ
と同じである。実施の形態１においては、この次の手順
を追加している。すなわち、ポリシーサーバ１０は、各
ポリシークライアント１〜３がポリシーサーバ１０での
決定と無関係にローカルな判断で決定を行うことができ
るように、そのための指針または具体的パラメータが含
まれるローカル決定情報を含むＤＥＣメッセージ２７を
送信するようにしている。ポリシークライアント１は、
このローカル決定情報に含まれるフロー転送やＱｏＳ制
御などが正常にインストールされたことを示すために、
ポリシーサーバ１０にＲＰＴメッセージ２６を送信す
る。すなわち、ポリシーサーバ１０から各ポリシークラ
イアント１〜３に送付されるローカル決定情報を含むＤ
ＥＣメッセージ２７は、ポリシーの決定権の一部を各ポ
リシークライアントに委ねること、およびその委ねる内
容を示す情報である。

【００５９】このようにこの実施の形態１によれば、Ｃ
ＯＰＳ−ＰＲプロトコルにおいて、ポリシーサーバ１０
はポリシークライアント１〜３に、各ポリシークライア
ントがローカルにポリシー情報を決定するための指針ま
たは具体的パラメータを含むローカル決定情報を配信す
ることができるようにしているので、各ポリシークライ
アント１〜３では、ローカルに決定したポリシー情報を
ポリシーサーバに委ねることなく決定することができ
る。したがって、ポリシーサーバ１０の管理負荷が減る
とともに、ポリシーサーバ１０と各ポリシークライアン
ト１〜３間のプロトコル処理及び遅延を軽減することが
できる。

【００６０】実施の形態２．次に図３などを用いてこの
発明の実施の形態２について説明する。この実施の形態
２は、ＩＰフローの受信をトリガーとしてイベントを発
生させるＣＯＰＳプロトコルに本発明を適用している。
図３は、各ポリシークライアント１〜３でのローカルポ
リシーの決定とＩＰフローの伝送態様を示すものであ
る。

【００６１】ユーザー４から送信されたＩＰフロー４０
は、ポリシークライアント１で受信される。ポリシーク
ライアント１では、ポリシーサーバ１０からのＤＥＣメ
ッセージ２５によって配信されたポリシー情報に基づい
て、ＱｏＳ制御などの様々なＩＰフロー４０の処理を行
う。

【００６２】ここで、ポリシークライアント１は、ユー
ザー４から送信されたＩＰフロー４０がＤＥＣメッセー
ジ２５によるポリシー情報で定義されていないか、ある
いはそのポリシー情報の規定範囲を超えているなどの場
合には、前述したように、ローカルポリシー決定機能１
ａにて、ＤＥＣメッセージ２７で配信されたローカル決
定情報に基づきネットワーク全体の統一的なポリシーに
よらず、ポリシークライアント１のローカルなポリシー
に基づいてポリシー情報を決定し、インストールする。
そしてそのインストールされたポリシー情報に基づいて
ＱｏＳ制御などの様々なＩＰフロー４０の処理を行う。
なお、ローカルなポリシーに基づいたポリシー情報は、
ＩＰフロー４０の受信とは関係なく、事前にポリシーク
ライアント１のローカルなポリシー情報に基づいてポリ
シー情報が決定されて、インストールされていることも
ある。

【００６３】データの転送やＱｏＳ制御などＩＰフロー
４０に関する処理を終了すると、ポリシークライアント
１はポリシークライアント２にＩＰフロー４０を転送す
る。ポリシークライアント２，３でも、ポリシークライ
アント１と同様の処理が行なわれ、ポリシークライアン
ト２，３、ユーザー５へとＩＰフロー４０が転送され
る。

【００６４】このようにこの実施の形態２によれば、Ｃ
ＯＰＳプロトコルにおいて、ポリシー情報の決定をポリ
シーサーバ１０に委ねることなく各ポリシークライアン
ト１〜３で実行できるので、ポリシーサーバ１０の管理
負荷が減るとともに、ポリシーサーバ１０と各ポリシー
クライアント１〜３間のプロトコル処理及びユーザート
ラフィックの遅延を軽減することができる。

【００６５】実施の形態３．次に、図４などを用いてこ
の発明の実施の形態３について説明する。この実施の形
態３では、各ポリシークライアント１〜３がローカルポ
リシー決定機能１ａ〜３ａでポリシー情報のローカル決
定ができないと判断したときの動作手順について説明す
る。

【００６６】ローカルなポリシー情報の決定は、ポリシ
ークライアント１〜３のローカルポリシー決定機能１ａ
〜３ａの個別の判断によるので、各ポリシークライアン
ト１〜３での動作は夫々異なる。同じＩＰフロー４０を
受信した場合においても、ローカル決定を行えるポリシ
ークライアントと、ローカル決定を行えないポリシーク
ライアントが存在する。例えば、ポリシークライアント
１、３はローカル決定を行なえ、ポリシークライアント
２はローカル決定が行えない場合を想定する。

【００６７】ポリシークライアント２は、ポリシークラ
イアント１からのＩＰフロー４０がＤＥＣメッセージ２
５によるポリシー情報で定義されていないか、あるいは
そのポリシー情報の規定範囲を超えているなどの場合に
は、前述したように、ローカルポリシー決定機能１ａに
て、ＤＥＣメッセージ２７で配信されたローカル決定情
報に基づきポリシー情報を決定しようとするが、ローカ
ルポリシー決定機能２ａの判断では、ポリシー情報のロ
ーカル決定が不可能であったとする。

【００６８】このとき、ポリシークライアント２はポリ
シーサーバ１０にポリシー再決定の要求を行うＲＥＱメ
ッセージ２８を送信する。ＲＥＱメッセージ２８を送信
することができるのは、ＤＥＣメッセージ２５で指定さ
れたポリシー情報とＤＥＣメッセージ２７で指定された
ローカルポリシー決定情報とのいずれもが、ローカルポ
リシー決定機能２ａで決定されるローカルなポリシーに
合致しないときである。

【００６９】ポリシーサーバ１０は、ポリシークライア
ント２から受信したＲＥＱメッセージ２８がネットワー
ク全体として受付可能か判断し、受付不可であればＲＥ
Ｑメッセージ２８を拒否するメッセージをポリシークラ
イアント２に返信し、受付可能であれば、ポリシークラ
イアント２に関するポリシー情報を再決定し、再決定さ
れたポリシー情報とローカルポリシー情報をＤＥＣメッ
セージ２９でポリシークライアント２に返信する。

【００７０】ポリシークライアント２では、前記再決定
されたポリシー情報とローカルポリシー情報を用いて、
ポリシーを決定し、インストールする。そしてそのイン
ストールされたポリシー情報に基づいてＱｏＳ制御など
の様々なＩＰフローの処理を行う。また、受信した再決
定されたポリシー情報とローカルポリシー情報が正常に
インストールできたことを示すＲＰＴメッセージ３０を
ポリシーサーバ１０に返信する。

【００７１】なお、ポリシーサーバ１０では、ポリシー
クライアント２に関するポリシー情報の再決定により、
ネットワーク全体のポリシーが変化したと判断した場
合、その他のポリシークライアント１，３に対しても、
再決定されたポリシー情報とローカルポリシー情報をそ
れぞれＤＥＣメッセージ３１，３３に含めて送信する。
ポリシークライアント１，３では、前記再決定されたポ
リシー情報とローカルポリシー情報を正常にインストー
ルできたことを示すＲＰＴメッセージ３２、３４をポリ
シーサーバ１０に返信する。図４では、ポリシーサーバ
１０からのポリシー情報の再配信シーケンスは、ＩＰフ
ロー４０がユーザー５まで届いた後に記述しているが、
実際は、これらの再配信シーケンスは、ＩＰフローのシ
ーケンスとは、独立に動作している。

【００７２】このようにこの実施の形態３によれば、ポ
リシー情報の決定をポリシーサーバに委ねるケースは、
各ポリシークライアントでポリシー情報のローカルな判
断ができなかったときだけに抑えられるので、ポリシー
サーバの管理負荷が減るとともに、ポリシーサーバと各
ポリシークライアント間のプロトコル処理及びユーザー
トラフィックの遅延を軽減することができる。

【００７３】実施の形態４．次に、図５などを用いてこ
の発明の実施の形態４について説明する。この実施の形
態４では、各ポリシークライアント１〜３でローカルに
決定したポリシー情報をポリシーサーバ１０に通知する
ときの動作手順について説明する。

【００７４】この実施の形態４においては、許可無く決
定したポリシークライアントでのローカルなポリシー情
報のポリシーサーバ１０への通知の有無、タイミング
は、ポリシーサーバ１０から各ポリシークライアント１
〜３毎に送られるＤＥＣメッセージ２７（図２参照）内
のローカル決定情報に含まれる報告条件情報に基づいて
行うようにしている。この報告条件情報は、各ポリシー
クライアント１〜３がローカルに決定したポリシー情報
をどのようなタイミングで、あるいはどのような条件が
成立したときに報告するかを示す内容を含んでいる。例
えば、ローカルなポリシー情報を決定する毎に通知する
とか、ローカルなポリシー情報の決定の集約毎にとか、
通知時間を指定するとか、帯域などのパラメータが所定
の閾値を越えたときのみ通知するとかである。

【００７５】したがって、同じＩＰフロー４０を受信し
た場合においても、ローカル決定後もローカルで決定さ
れたポリシー情報を含むＲＰＴメッセージ３５をポリシ
ーサーバ１０へ送信するポリシークライアントもある
し、このＲＰＴメッセージ３５を送信しないポリシーク
ライアントもある。

【００７６】例えばポリシー情報として帯域があると
し、ある１０Ｍｂｐｓの帯域を持つフローを１０個（合
計１００Ｍｂｐｓ）収容できるようにポリシー情報が設
定されたとする。一方、ポリシークライアント２に、ロ
ーカル決定情報で、２０Ｍｂｐｓまでの帯域を、不足の
ある任意のフローに対して任意の帯域を割り当てて良い
と設定されたとする。また、この予備の帯域の８０％を
越えたとき、ポリシーサーバ１０へ報告するよう前記報
告条件情報で設定されたとする。

【００７７】ポリシークライアント２においては、一つ
目のＩＰフロー４０が１５Ｍｂｐｓの帯域を必要として
いるので、ローカル決定情報に基づき予備の帯域の中か
ら５Ｍｂｐｓを割り当て、合計１５Ｍｐｂｓの帯域を割
り当てたとする。二つ目のＩＰフロー４０も同様とす
る。これらのＩＰフロー４０では、予備の帯域の８０％
を越えていないので、ポリシークライアント２は、ポリ
シーサーバ１０へＲＰＴメッセージ３５を送信しない。

【００７８】ポリシークライアント２において、三つ目
のＩＰフロー４０も１５Ｍｂｐｓの帯域を必要としてい
るが、少し余裕を持って、ローカル決定情報に基づき予
備の帯域の中から８Ｍｂｐｓを割り当て、合計１８Ｍｐ
ｂｓの帯域を割り当てたとする。このときは、予備の帯
域は１８Ｍｂｐｓを消費し、予備の帯域の８０％を越え
たので、ポリシークライアント２はポリシーサーバ１０
へローカルで決定されたポリシー情報を含むＲＰＴメッ
セージ３５を送信する。

【００７９】送信された報告内容は、ポリシーサーバ１
０が再度ネットワーク全体を総括してポリシー情報を決
定できるような内容でなければならない。ここでは、Ｒ
ＰＴメッセージ３５の内容としては、前述した三つのフ
ローとそれぞれに割り当てた帯域を報告するとする。Ｒ
ＰＴメッセージ３５を受信したポリシーサーバ１０では
ネットワーク全体のポリシーを再決定し、実施の形態３
で説明したのと同様にして、ネットワーク全体の他のポ
リシークライアント１，３にポリシー情報とローカルポ
リシー情報を再配信する。

【００８０】このようにこの実施の形態４によれば、ポ
リシーサーバ１０から各ポリシークライアントに送られ
るＤＥＣメッセージ２７に、ローカルに決定されたポリ
シー情報を送る条件、タイミングを示す報告条件情報を
含ませるようにしているので、ＲＰＴメッセージを常に
送る場合に比べポリシーサーバの管理負荷が減るととも
に、ポリシーサーバと各ポリシークライアント間のプロ
トコル処理及びユーザートラフィックの遅延を軽減する
ことができる。

【００８１】実施の形態５．次にこの発明の実施の形態
５について説明する。この実施の形態５においては、各
ポリシークライアントでインストールされたローカルな
ポリシー情報が長時間に渡って使用されなかった場合を
想定して、ポリシーサーバ１０から各ポリシークライア
ント１〜３に送られるＤＥＣメッセージ２７（図２参
照）内のローカル決定情報に、ローカルに決定されたポ
リシー情報を削除するまでの時間を指定するパラメータ
（エージング時間情報）を含ませるようにしている。

【００８２】すなわち、各ポリシークライアント１〜３
のローカルポリシー決定機能１ａ〜３ａで決定されたポ
リシー情報はあくまでもローカルなものであり、ネット
ワーク全体のポリシー情報に違反している可能性があ
る。また、長時間に渡って使用していない例えば帯域と
言ったようなリソースを確保していると、ポリシー情報
の有効利用が図れない可能性がある。

【００８３】そのため、ＤＥＣメッセージ２７におい
て、ローカルに決定されたポリシー情報を削除するまで
の時間を指定するパラメータ（エージング時間情報）
を、ローカル決定情報に含ませるようにしている。各ポ
リシークライアント１〜３においては、このエージング
時間情報に基づき、ローカルに決定されるポリシー情報
が未使用であった場合、その時間満了後、ローカルポリ
シー決定機能１ａ〜３ａで管理するローカルポリシー情
報と、そのポリシー情報に基づいてインストールされて
いるフロー転送やＱｏＳ制御などを元の状態に戻す。こ
のときポリシーサーバ１０にＲＰＴメッセージ３５で報
告するか否かは、実施の形態４と同様、ＤＥＣメッセー
ジ２７に、ＲＰＴメッセージ３５で報告することが指定
されている場合は報告し、指定されていない場合は報告
しない。

【００８４】このようにこの実施の形態５によれば、ポ
リシーサーバ１０から各ポリシークライアント１〜３に
送られるＤＥＣメッセージ２７（図２参照）内のローカ
ル決定情報に、ローカルに決定されたポリシー情報を削
除するまでの時間を指定するパラメータ（エージング時
間情報）を含ませ、このエージング時間情報に基づきロ
ーカルに決定されたポリシー情報を元に戻すようにして
いるので、各ポリシークライアントではポリシー情報の
有効利用を図ることができる。

【００８５】実施の形態６．つぎに、図６を用いてこの
発明の実施の形態６について説明する。以上の実施の形
態では、全てポリシーサーバ１０とポリシークライアン
ト１〜３間でのポリシー情報の決定機能及びプロトコル
について説明したが、この実施の形態６においては、ユ
ーザー４，５の要求に応じてポリシー情報が変更できる
ようにしている。

【００８６】ユーザー４が、ネットワークと契約してい
るポリシー情報を一時的に変更しようとするとき、ポリ
シークライアント１にローカル情報変更要求３６を送信
する。ポリシークライアント１では、ローカルポリシー
決定機能１ａで、ローカル情報変更要求３６が受付可能
か否かをローカルに判断する。受付可能であれば、ロー
カル情報変更要求３６のポリシー情報をポリシークライ
アント１内にインストールし、次の転送先であるポリシ
ークライアント２にローカル情報変更要求３６を転送
し、以降最終の転送先であるポリシークライアント３ま
で同様の手順を取る。最終の転送先であるポリシークラ
イアント３では、ローカル情報変更要求３６を受け付け
たことをユーザー４に報告するために、ローカル情報変
更要求３６が転送されてきたのと逆の順番でローカル情
報変更応答３７をユーザー４に返信する。

【００８７】なお、ポリシークライアント１〜３では、
ローカル情報変更要求３６が転送されてきたときにはそ
のポリシー情報をインストールしないで管理するだけに
し、ローカル情報変更応答３７が返信されてきたときに
インストールするようにしてもよい。

【００８８】このようにこの実施の形態６によれば、ポ
リシー情報の決定をユーザーによって行なえるようにし
ているので、ネットワーク全体のポリシーを変更するこ
となく、ユーザーの要求を満足させることができる。

【００８９】実施の形態７．つぎに、図７を用いてこの
発明の実施の形態７について説明する。この実施の形態
７は、実施の形態６のケースにおいて、ユーザーからの
ローカル情報変更要求３６がポリシークライアントで受
付けできないときの動作手順を規定するものである。

【００９０】ユーザー４が、実施の形態６と同様、ネッ
トワークと契約しているポリシー情報を一時的に変更し
ようとし、ポリシークライアント２でローカル情報変更
要求３６を受付けできなかったとする。このときポリシ
ークライアント２では、ローカル情報変更要求３６が転
送されてきたのと逆の順番で、ローカル情報変更不可応
答３８をユーザー４に返信する。ユーザー４では、ロー
カル情報変更不可応答３８を受信することによって、ロ
ーカル情報変更要求３６が受け付けられなかったことを
認識することができる。ユーザー４は、この後、受付可
能と考えられる新たなポリシー情報をローカル情報変更
要求３６で再送しても良いし、再送しなくても良い。

【００９１】ローカル情報変更不可応答３８を受信し
た、各ポリシークライアントでは、ポリシー情報を既に
インストール済みであれば、インストール情報を元に戻
し、ポリシー情報をインストールしないで管理するだけ
を行っているときは、その管理情報のみを削除すること
によって、ローカル情報変更要求３６が送信される前の
状態にポリシーを戻す。

【００９２】なお、この実施の形態７においては、図４
で示した実施の形態３のように、ポリシークライアント
２がローカルポリシー決定機能２ａで決定できなかった
とき、ポリシーサーバ１０にポリシー情報の変更要求を
行わない。これは、ポリシー情報はあくまでもネットワ
ーク全体で統一を取るためにネットワークが主体となっ
て管理するものであり、ユーザーが管理するものではな
いと言う考えに基づいている。

【００９３】このようにこの実施の形態７によれば、ポ
リシー情報の決定をユーザーによって行えるので、ネッ
トワーク全体のポリシーを変更することなく、ユーザー
の要求を満足させることができる。

【００９４】

【発明の効果】以上説明したように、この発明にかかる
ポリシー制御システムによれば、ポリシーサーバは、各
ポリシークライアントでポリシーをローカルに決定させ
るためのローカル決定情報を各ポリシークライアントに
個々に配信し、各ポリシークライアントは受信したロー
カル決定情報に基づきローカルのポリシーを決定し、該
決定したポリシーにしたがってポリシー制御を行うよう
にしているので、ポリシーサーバの管理負荷が軽減され
るとともに、ポリシーサーバと各ポリシークライアント
間のプロトコル処理及びユーザートラフィックの遅延を
軽減することができる。

【００９５】つぎの発明にかかるポリシー制御システム
によれば、各ポリシークライアントは、ポリシーサーバ
の決定及びポリシーサーバへの報告なしにポリシー制御
を実行するようにしているので、ローカルに決定したポ
リシー情報をポリシーサーバに委ねることなく決定する
ことができ、ポリシーサーバの管理負荷が軽減されると
ともに、ポリシーサーバと各ポリシークライアント間の
プロトコル処理及びユーザートラフィックの遅延を軽減
することができる。

【００９６】つぎの発明にかかるポリシー制御システム
によれば、ポリシークライアントは、ローカルにポリシ
ーを決定できなかったとき、ポリシーサーバへポリシー
再決定の要求を送信し、ポリシーサーバは、このポリシ
ー再決定の要求を受信すると、ポリシー情報を再決定
し、再決定されたローカル決定情報をポリシークライア
ントに送信するようにしているので、ポリシー情報の決
定をポリシーサーバに委ねるケースは、各ポリシークラ
イアントでポリシー情報のローカルな判断ができなかっ
たときだけに抑えられるので、ポリシーサーバの管理負
荷が減るとともに、ポリシーサーバと各ポリシークライ
アント間のプロトコル処理及びユーザートラフィックの
遅延を軽減することができる。

【００９７】つぎの発明にかかるポリシー制御システム
によれば、ポリシーサーバは、ポリシー再決定の要求を
受信すると、ネットワーク全体のポリシー情報に変更の
必要性を判定し、変更する場合は、各ポリシークライア
ントから通知されたローカルなポリシー決定を基にネッ
トワーク全体のポリシー情報を再決定し、該再決定した
ポリシー情報を各ポリシークライアントに配信するよう
にしているので、各各ポリシークライアントが個々にロ
ーカルにポリシーを変更可能なプロトコルにおいても、
ネットワーク全体としてのポリシーを統一することがで
きる。

【００９８】つぎの発明にかかるポリシー制御システム
によれば、ローカル決定情報には、各ポリシークライア
ントでローカルに決定されたポリシー情報をポリシーサ
ーバに送るための条件を示す報告条件情報が含まれ、各
ポリシークライアントは、この報告条件情報に基づい
て、ローカルに決定したポリシー情報のポリシーサーバ
への報告の有無を決定するようにしているので、ローカ
ルに決定したポリシー情報をポリシーサーバへ常に報告
する場合に比べポリシーサーバの管理負荷が減るととも
に、ポリシーサーバと各ポリシークライアント間のプロ
トコル処理及びユーザートラフィックの遅延を軽減する
ことができる。

【００９９】つぎの発明にかかるポリシー制御システム
によれば、ローカル決定情報には、ローカルに決定され
たポリシー情報を削除するまでの時間を示すエージング
時間情報が含まれ、各ポリシークライアントは、エージ
ング時間経過後、その間に設定したローカルなポリシー
情報およびこのローカルなポリシー情報によって設定さ
れた状態を元に戻すようにしているので、各ポリシーク
ライアントではポリシー情報の有効利用を図ることがで
きる。

【０１００】つぎの発明にかかるポリシー制御システム
によれば、ユーザーがポリシー決定を行うためのローカ
ル情報変更要求をポリシークライアントに入力すること
によって、ユーザーに、ポリシークライアントがローカ
ルに決定できる範囲内で、ポリシー決定できる権限を与
えるようにしているので、ネットワーク全体のポリシー
を変更することなく、ユーザーの要求を満足させること
ができる。

【０１０１】つぎの発明にかかるポリシー制御システム
によれば、ユーザーからのローカル情報変更要求を、各
ポリシークライアントを伝搬させて、各ポリシークライ
アントについてのローカルなポリシー決定を行なわせる
ようにしているので、ネットワーク全体のポリシーを変
更することなく、ユーザーの要求を満足させることがで
きる。

【０１０２】つぎの発明にかかるポリシー制御システム
によれば、ポリシー情報変更要求が受け付けられないポ
リシークライアントに、ユーザー方向にローカル情報変
更不可応答を返送させて、このローカル情報変更不可応
答を返送したポリシークライアントとユーザーとの間の
ポリシークライアントに、ローカルなポリシー情報およ
びこのローカルなポリシー情報によって設定された状態
を元に戻させるようにしているので、ネットワーク全体
のポリシーを変更することなく、ユーザーの要求を満足
させることができる。

【０１０３】つぎの発明にかかるポリシー制御方法によ
れば、ポリシーサーバは、各ポリシークライアントでポ
リシーをローカルに決定させるためのローカル決定情報
を各ポリシークライアントに個々に配信し、各ポリシー
クライアントは受信したローカル決定情報に基づきロー
カルのポリシーを決定し、該決定したポリシーにしたが
ってポリシー制御を行うようにしているので、ポリシー
サーバの管理負荷が軽減されるとともに、ポリシーサー
バと各ポリシークライアント間のプロトコル処理及びユ
ーザートラフィックの遅延を軽減することができる。

【０１０４】つぎの発明にかかるポリシー制御方法によ
れば、各ポリシークライアントは、ポリシーサーバの決
定及びポリシーサーバへの報告なしにポリシー制御を実
行するようにしているので、ローカルに決定したポリシ
ー情報をポリシーサーバに委ねることなく決定すること
ができ、ポリシーサーバの管理負荷が軽減されるととも
に、ポリシーサーバと各ポリシークライアント間のプロ
トコル処理及びユーザートラフィックの遅延を軽減する
ことができる。

【０１０５】つぎの発明にかかるポリシー制御方法によ
れば、各ポリシークライアントは、ローカルにポリシー
を決定できなかったとき、ポリシーサーバへポリシー再
決定の要求を送信し、ポリシーサーバは、このポリシー
再決定の要求を受信すると、ポリシー情報を再決定し、
再決定されたローカル決定情報をポリシークライアント
に送信するようにしているので、ポリシー情報の決定を
ポリシーサーバに委ねるケースは、各ポリシークライア
ントでポリシー情報のローカルな判断ができなかったと
きだけに抑えられるので、ポリシーサーバの管理負荷が
減るとともに、ポリシーサーバと各ポリシークライアン
ト間のプロトコル処理及びユーザートラフィックの遅延
を軽減することができる。

【０１０６】つぎの発明にかかるポリシー制御方法によ
れば、ポリシーサーバは、前記ポリシー再決定の要求を
受信すると、ネットワーク全体のポリシー情報に変更の
必要性を判定し、変更する場合は、各ポリシークライア
ントから通知されたローカルなポリシー決定を基にネッ
トワーク全体のポリシー情報を再決定し、該再決定した
ポリシー情報を各ポリシークライアントに配信するよう
にしているので、各ポリシークライアントが個々にロー
カルにポリシーを変更可能なプロトコルにおいても、ネ
ットワーク全体としてのポリシーを統一することができ
る。

【０１０７】つぎの発明にかかるポリシー制御方法によ
れば、ローカル決定情報には、各ポリシークライアント
でローカルに決定されたポリシー情報をポリシーサーバ
に送るための条件を示す報告条件情報が含まれ、各ポリ
シークライアントは、この報告条件情報に基づいて、ロ
ーカルに決定したポリシー情報のポリシーサーバへの報
告の有無を決定するようにしているので、ローカルに決
定したポリシー情報をポリシーサーバへ常に報告する場
合に比べポリシーサーバの管理負荷が減るとともに、ポ
リシーサーバと各ポリシークライアント間のプロトコル
処理及びユーザートラフィックの遅延を軽減することが
できる。

【０１０８】つぎの発明にかかるポリシー制御方法によ
れば、ローカル決定情報には、ローカルに決定されたポ
リシー情報を削除するまでの時間を示すエージング時間
情報が含まれ、各ポリシークライアントは、エージング
時間経過後、その間に設定したローカルなポリシー情報
およびこのローカルなポリシー情報によって設定された
状態を元に戻すようにしているので、各ポリシークライ
アントではポリシー情報の有効利用を図ることができ
る。

【０１０９】つぎの発明にかかるポリシー制御方法によ
れば、ユーザーがポリシー決定を行うためのローカル情
報変更要求をポリシークライアントに入力することによ
って、ユーザーに、ポリシークライアントがローカルに
決定できる範囲内で、ポリシー決定できる権限を与える
ようにしているので、ネットワーク全体のポリシーを変
更することなく、ユーザーの要求を満足させることがで
きる。

【０１１０】つぎの発明にかかるポリシー制御方法によ
れば、ユーザーからのローカル情報変更要求を、各ポリ
シークライアントに伝搬させて、各ポリシークライアン
トについてのローカルなポリシー決定を行なわせるよう
にしているので、ネットワーク全体のポリシーを変更す
ることなく、ユーザーの要求を満足させることができ
る。

【０１１１】つぎの発明にかかるポリシー制御方法によ
れば、ポリシー情報変更要求が受け付けられないポリシ
ークライアントに、ユーザー方向にローカル情報変更不
可応答を返送させて、このローカル情報変更不可応答を
返送したポリシークライアントとユーザーとの間のポリ
シークライアントに、ローカルなポリシー情報およびこ
のローカルなポリシー情報によって設定された状態を元
に戻させるようにしているので、ネットワーク全体のポ
リシーを変更することなく、ユーザーの要求を満足させ
ることができる。

【０１１２】つぎの発明にかかるプログラムによれば、
上記の発明のいずれか一つに記載された方法をコンピュ
ータに実行させるようにしたので、そのプログラムがコ
ンピュータ読み取り可能となり、これによって、上記の
発明のいずれか一つの動作をコンピュータによって実行
することができるという効果を奏する。

【図面の簡単な説明】

【図１】この発明を適用するネットワークシステム構
成を示すブロック図である。

【図２】この発明の実施の形態１のポリシー制御を説
明するためのシーケンス図である。

【図３】この発明の実施の形態２のポリシー制御を説
明するためのシーケンス図である。

【図４】この発明の実施の形態３のポリシー制御を説
明するためのシーケンス図である。

【図５】この発明の実施の形態４のポリシー制御を説
明するためのシーケンス図である。

【図６】この発明の実施の形態６のポリシー制御を説
明するためのシーケンス図である。

【図７】この発明の実施の形態７のポリシー制御を説
明するためのシーケンス図である。

【図８】従来技術の機能ブロック図である。

【図９】従来技術の機能ブロック図である

【符号の説明】１〜３ポリシークライアント、１ａ〜３ａローカル
ポリシー決定機能、４，５ユーザー、１０ポリシー
サーバ、２１ＯＰＮメッセージ、２２ＣＡＴメッセ
ージ、２３ＲＥＱメッセージ、２４ＤＥＣメッセー
ジ、２５ＤＥＣメッセージ、２６ＲＰＴメッセー
ジ、２７ＤＥＣメッセージ、２８ＲＥＱメッセー
ジ、２９ＤＥＣメッセージ、３０ＲＰＴメッセー
ジ、３１ＤＥＣメッセージ、３２ＲＰＴメッセー
ジ、３３ＤＥＣメッセージ、３４ＲＰＴメッセー
ジ、３５ＲＰＴメッセージ、３６ローカル情報変更
要求、３７ローカル情報変更応答、３８ローカル情報
変更不可応答、４０ＩＰフロー。

Claims

【特許請求の範囲】

【請求項１】ネットワーク全体のポリシー情報を管理
するポリシーサーバと、このポリシーサーバから受信し
たポリシー情報に従ってポリシー制御を行う複数のポリ
シークライアントとを備えるポリシー制御システムにお
いて、前記ポリシーサーバは、各ポリシークライアントでポリ
シーをローカルに決定させるためのローカル決定情報を
各ポリシークライアントに個々に配信し、各ポリシーク
ライアントは受信したローカル決定情報に基づきローカ
ルのポリシーを決定し、該決定したポリシーにしたがっ
てポリシー制御を行うことを特徴とするポリシー制御シ
ステム。
【請求項２】前記各ポリシークライアントは、前記ポ
リシーサーバの決定及びポリシーサーバへの報告なしに
ポリシー制御を実行することを特徴とする請求項１に記
載のポリシー制御システム。
【請求項３】各ポリシークライアントは、ローカルに
ポリシーを決定できなかったとき、ポリシーサーバへポ
リシー再決定の要求を送信し、ポリシーサーバは、このポリシー再決定の要求を受信す
ると、ポリシー情報を再決定し、再決定されたポリシー
情報及び／またはローカル決定情報をポリシークライア
ントに送信することを特徴とする請求項１または２に記
載のポリシー制御システム。
【請求項４】前記ポリシーサーバは、前記ポリシー再
決定の要求を受信すると、ネットワーク全体のポリシー
情報に変更の必要性を判定し、変更する場合は、各ポリ
シークライアントから通知されたローカルなポリシー決
定を基にネットワーク全体のポリシー情報を再決定し、
該再決定したポリシー情報を各ポリシークライアントに
配信することを特徴とする請求項３に記載のポリシー制
御システム。
【請求項５】前記ローカル決定情報には、各ポリシー
クライアントでローカルに決定されたポリシー情報をポ
リシーサーバに送るための条件を示す報告条件情報が含
まれ、各ポリシークライアントは、この報告条件情報に基づい
て、ローカルに決定したポリシー情報のポリシーサーバ
への報告の有無を決定することを特徴とする請求項１〜
４の何れか一つに記載のポリシー制御システム。
【請求項６】前記ローカル決定情報には、ローカルに
決定されたポリシー情報を削除するまでの時間を示すエ
ージング時間情報が含まれ、各ポリシークライアントは、エージング時間経過後、そ
の間に設定したローカルなポリシー情報およびこのロー
カルなポリシー情報によって設定された状態を元に戻す
ことを特徴とする請求項１〜５の何れか一つに記載のポ
リシー制御システム。
【請求項７】ユーザーがポリシー決定を行うためのロ
ーカル情報変更要求をポリシークライアントに入力する
ことによって、ユーザーに、ポリシークライアントがロ
ーカルに決定できる範囲内で、ポリシー決定できる権限
を与えることを特徴とする請求項１〜６の何れか一つに
記載のポリシー制御システム。
【請求項８】前記ユーザーからのローカル情報変更要
求を、各ポリシークライアントを伝搬させて、各ポリシ
ークライアントについてのローカルなポリシー決定を行
なわせることを特徴とする請求項１〜７の何れか一つに
記載のポリシー制御システム。
【請求項９】前記ポリシー情報変更要求が受け付けら
れないポリシークライアントに、ユーザー方向にローカ
ル情報変更不可応答を返送させて、このローカル情報変
更不可応答を返送したポリシークライアントとユーザー
との間のポリシークライアントに、ローカルなポリシー
情報およびこのローカルなポリシー情報によって設定さ
れた状態を元に戻させることを特徴とする請求項８に記
載のポリシー制御システム。
【請求項１０】ネットワーク全体のポリシー情報を管
理するポリシーサーバとこのポリシーサーバから受信し
たポリシー情報に従ってポリシー制御を行う複数のポリ
シークライアントとによる通信によってポリシークライ
アントでのポリシーを制御するポリシー制御方法におい
て、前記ポリシーサーバは、各ポリシークライアントでポリ
シーをローカルに決定させるためのローカル決定情報を
各ポリシークライアントに個々に配信し、各ポリシーク
ライアントは受信したローカル決定情報に基づきローカ
ルのポリシーを決定し、該決定したポリシーにしたがっ
てポリシー制御を行うことを特徴とするポリシー制御方
法。
【請求項１１】前記各ポリシークライアントは、前記
ポリシーサーバの決定及びポリシーサーバへの報告なし
にポリシー制御を実行することを特徴とする請求項１０
に記載のポリシー制御方法。
【請求項１２】各ポリシークライアントは、ローカル
にポリシーを決定できなかったとき、ポリシーサーバへ
ポリシー再決定の要求を送信し、ポリシーサーバは、このポリシー再決定の要求を受信す
ると、ポリシー情報を再決定し、再決定されたポリシー
情報及び／またはローカル決定情報をポリシークライア
ントに送信することを特徴とする請求項１０または１１
に記載のポリシー制御方法。
【請求項１３】前記ポリシーサーバは、前記ポリシー
再決定の要求を受信すると、ネットワーク全体のポリシ
ー情報に変更の必要性を判定し、変更する場合は、各ポ
リシークライアントから通知されたローカルなポリシー
決定を基にネットワーク全体のポリシー情報を再決定
し、該再決定したポリシー情報を各ポリシークライアン
トに配信することを特徴とする請求項１２に記載のポリ
シー制御方法。
【請求項１４】前記ローカル決定情報には、各ポリシ
ークライアントでローカルに決定されたポリシー情報を
ポリシーサーバに送るための条件を示す報告条件情報が
含まれ、各ポリシークライアントは、この報告条件情報に基づい
て、ローカルに決定したポリシー情報のポリシーサーバ
への報告の有無を決定することを特徴とする請求項１０
〜１３の何れか一つに記載のポリシー制御方法。
【請求項１５】前記ローカル決定情報には、ローカル
に決定されたポリシー情報を削除するまでの時間を示す
エージング時間情報が含まれ、各ポリシークライアントは、エージング時間経過後、そ
の間に設定したローカルなポリシー情報およびこのロー
カルなポリシー情報によって設定された状態を元に戻す
ことを特徴とする請求項１０〜１４の何れか一つに記載
のポリシー制御方法。
【請求項１６】ユーザーがポリシー決定を行うための
ローカル情報変更要求をポリシークライアントに入力す
ることによって、ユーザーに、ポリシークライアントが
ローカルに決定できる範囲内で、ポリシー決定できる権
限を与えることを特徴とする請求項１０〜１５の何れか
一つに記載のポリシー制御方法。
【請求項１７】前記ユーザーからのローカル情報変更
要求を、各ポリシークライアントを伝搬させて、各ポリ
シークライアントについてのローカルなポリシー決定を
行なわせることを特徴とする請求項１０〜１６の何れか
一つに記載のポリシー制御方法。
【請求項１８】前記ポリシー情報変更要求が受け付け
られないポリシークライアントに、ユーザー方向にロー
カル情報変更不可応答を返送させて、このローカル情報
変更不可応答を返送したポリシークライアントとユーザ
ーとの間のポリシークライアントに、ローカルなポリシ
ー情報およびこのローカルなポリシー情報によって設定
された状態を元に戻させることを特徴とする請求項１７
に記載のポリシー制御方法。
【請求項１９】請求項１０〜１８のいずれか一つに記
載された方法をコンピュータに実行させるプログラム。