(57)【要約】【課題】ルータによる通信量通知の数を低減してポリシー制御サーバで生じる輻輳の抑制を可能にする。【解決手段】通信システム１では、ルータ３−１は、ポリシー制御サーバ４との間で通信量通知用のセッションの確立を制御するセッション制御部と、測定した複数の端末の各通信量を示す通信量データを、通信量通知用のセッション上でポリシー制御サーバ４に通知する通知管理部とを有し、ポリシー制御サーバ４は、ルータ３−１との間で通信量通知用のセッションの確立を制御するセッション制御部と、ルータ３−１が通信量通知用のセッション上で通知した通信量データを基に判断したポリシールールを、通信量通知用のセッション上でルータ３−１にユーザ端末６Ａ〜６Ｃに適用するポリシールールを通知するルール適用管理部と、を有する。【選択図】図１
2017195537.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末が接続し、ポリシールールに基づいてトラヒック制御を行うルータと、前記トラヒック制御に基づくデータを基に各端末に適用するポリシールールを通知するポリシー制御サーバと、を有する通信システムであって、
前記ルータは、
前記ポリシー制御サーバとの間で通信量通知用のセッションの確立を制御するルータ側セッション制御部と、
前記複数の端末の各通信量を測定する通信量管理部と、
前記通信量管理部が測定した前記複数の端末の各通信量を示す通信量データを、前記通信量通知用のセッション上で前記ポリシー制御サーバに通知する通知管理部と、
を有し、
前記ポリシー制御サーバは、
前記ルータとの間で前記通信量通知用のセッションの確立を制御するサーバ側セッション制御部と、
前記ルータが前記通信量通知用のセッション上で通知した前記通信量データを基に、前記端末ごとに適用するポリシールールを判断し、前記通信量通知用のセッション上で前記ルータに各端末に適用するポリシールールを通知するルール適用管理部と、
を有することを特徴とする通信システム。
【請求項２】
前記ルータ側セッション制御部は、所定時刻を契機として、前記通信量通知用のセッションＩＤを発行することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記ルータは、前記通信量通知用のセッションＩＤと前記通信量データとを前記ポリシー制御サーバに送信するルータ側送信部をさらに有することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記サーバ側セッション制御部は、所定時刻を契機として前記ポリシー制御サーバの処理状況を調査し、該調査した処理状況に応じて前記通信量通知用のセッションＩＤを発行することを特徴とする請求項１に記載の通信システム。
【請求項５】
前記ポリシー制御サーバは、前記通信量通知用のセッションＩＤと、前記通信量データの通知を依頼する通信量通知依頼とを前記ルータに送信するサーバ側送信部をさらに有することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記通知管理部は、前記所定時刻を契機として前記通信量データを作成し、前記ポリシー制御サーバから前記通信量通知用のセッションＩＤ及び前記通信量通知依頼を受信した場合に、前記通信量通知用のセッション上で前記ポリシー制御サーバに前記通信量データを通知することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記通知管理部は、前記通信量管理部が測定した前記複数の端末の通信量をそれぞれ示す複数のデータを一つにまとめたデータを、前記通信量データとして前記ポリシー制御サーバに前記通信量通知用のセッション上で通知することを特徴とする請求項１〜６のいずれか一つに記載の通信システム。
【請求項８】
複数の端末が接続し、ポリシールールに基づいてトラヒック制御を行うルータと、前記トラヒック制御に基づくデータを基に各端末に適用するポリシールールを前記ルータに通知するポリシー制御サーバと、を有する通信システムが実行する通信方法であって、
前記ルータ及び前記ポリシー制御サーバが、前記ルータと前記ポリシー制御サーバとの間で通信量通知用のセッションを確立する工程と、
前記ルータが、前記複数の端末の各通信量を測定する工程と、
前記ルータが、前記測定する工程において測定された前記複数の端末の各通信量を示す通信量データを、前記通信量通知用のセッション上で前記ポリシー制御サーバに通知する工程と、
前記ポリシー制御サーバが、前記通信量通知用のセッション上で通知された前記通信量データを基に、前記端末ごとに適用するポリシールールを判断する工程と、
前記ポリシー制御サーバが、前記通信量通知用のセッション上で前記ルータに前記端末に適用するポリシールールを通知する工程と、
を含んだことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び通信方法に関する。
【背景技術】
【０００２】
近年、動画配信やＰ２Ｐ（Peer  to  Peer）等のアプリケーションのユーザによる利用に起因する、ネットワーク内のトラヒック増加に対応するため、ポリシー制御サーバが、ユーザ単位でトラヒック等をコントールするポリシー制御技術の適用が進められている。そして、ポリシー制御技術では、ポリシー制御サーバがユーザ単位でトラヒックデータを受信し、ユーザ単位のトラヒックの統計データ等を取得することによって、設備投資の参考データに利用することも可能である。
【０００３】
このポリシー制御技術として、ネットワーク内に、ルータをコントロールするポリシー制御サーバを設置し、ルータを経由して、ユーザに帯域制御等のサービスを提供する技術がある。この技術では、ルータは、ユーザトラヒックから抽出した通信量等のデータをポリシー制御サーバへ通知する。そして、ポリシー制御サーバは、ルータからのデータを用いて、通信量の多いユーザを判断する。続いて、ポリシー制御サーバは、通信量の多いユーザに対し、帯域を絞るポリシールールを適用する指示をルータに送信する。ルータは、ポリシー制御サーバに指示されたポリシールールに従って、ユーザ単位で帯域を絞るトラヒック制御を行い、ネットワーク内のトラヒックを減少させる。
【０００４】
このポリシー制御技術では、ルータとポリシー制御サーバ間の通信プロトコルとして、例えば、Ｄｉａｍｅｔｅｒと呼ばれる認証プロトコルを使用する。Ｄｉａｍｅｔｅｒは、ＴＣＰ（Transmission  Control  Protocol）またはＳＣＴＰ（Stream  Control  Transmission  Protocol）上で動作する認証プロトコルである。
【０００５】
このＤｉａｍｅｔｅｒでは、ルータとポリシー制御サーバとの間のセッションは、ユーザ単位で確立される。具体的には、ユーザがＷｅｂサーバにアクセスしたトラヒックをルータが検知し、そのＷｅｂサーバへの初期アクセス時に、ルータからポリシー制御サーバへ、該ユーザに対応するセッション確立要求を送信し、セッションを確立する。このセッションは、このユーザがＷｅｂサーバにアクセスする間、確立されている。そして、ルータは、ユーザトラヒックから取得した通信量データを、セッション上でポリシー制御サーバに通知する。
【０００６】
このように、Ｄｉａｍｅｔｅｒを適用した場合には、ユーザ単位で、ルータとポリシー制御サーバ間のセッッションが確立されるため、ルータとポリシー制御サーバ間のセッション数は最大ユーザ数となる。すなわち、ルータ配下のユーザ数分のセッションが、ルータとポリシー制御サーバ間で確立される。このため、ルータからポリシー制御サーバへの通信量通知についての信号数が膨大となる場合がある。
【０００７】
また、上記のポリシー制御技術を、無線ネットワークに適用した場合には、端末の移動に伴いセッションが更新されていた。これに対し、有線ネットワークにポリシー制御技術を適用した場合、有線ネットワークでは端末の移動がないため、ルータ配下のセッションが保持される期間が無線ネットワークの場合より長くなることが想定される。この結果、有線ネットワークの場合には、ルータからポリシー制御サーバへの通知数が、さらに膨大になることが予想される。
【０００８】
ここで、セッション確立後に、ポリシー制御サーバではなくルータが、ユーザ単位の通信量を測定して適切なポリシールールを設定することで、ポリシー制御サーバに通知する信号数を削減させる技術が提案されている（例えば、特許文献１参照）。ただし、この特許文献１記載の技術では、ポリシー制御技術の標準として規定されている手法から外れ、ポリシー制御サーバの一般的な機能配備とは異なってしまう。したがって、ポリシー制御技術の標準で規定されているように、ポリシー制御サーバがルータを制御する状態で、ルータからの通信量通知に関する信号数を減少させることが望ましい。
【０００９】
ここで、ルータからの通信量の通知方法は、通信量契機と時刻契機との２種類が知られている。このうち、通信量契機方法では、ルータが、ユーザ単位で通信量を測定し、測定通信量が所定の閾値を超えた場合にポリシー制御サーバに該ユーザの通信量を通知する。この通信量契機方法では、閾値を超えない限り、ルータからの通信量の通知がないため、ポリシー制御サーバは、通信量の少ないユーザの通信量を把握することが難しい。このため、ポリシー制御サーバは、全ユーザの通信量を管理できず、統計データ等の出力を実現できない場合がある。
【００１０】
これに対し、時刻契機方法では、ルータは、所定の時刻を契機として、全ユーザの通信量を抽出し、ユーザの通信量をユーザ単位でポリシー制御サーバに通知している。具体的に、図２１及び図２２を参照して、時刻契機方法を適用した従来の通信システムについて説明する。図２１は、時刻契機方法を適用した従来の通信システムの処理の流れの一例を説明する図である。図２２は、図２１に示す従来の通信システムの処理の流れを示すシーケンス図である。
【００１１】
図２１に示すように、従来の通信システム１Ｐは、例えば、ネットワーク２に接続される、３台のルータ３Ｐ−１〜３Ｐ−３、ポリシー制御サーバ４Ｐ及びＷｅｂサーバ５Ｐを含む。また、ルータ３Ｐ−１には、ユーザ端末６ｐａ〜６ｐｚが接続される。
【００１２】
ここで、ルータ３Ｐ−１に接続するユーザ端末６ｐａによるＷｅｂサーバ５Ｐの利用があった場合（図２１の（１）及び図２２のステップＳ１Ｐ参照）、ルータ３Ｐ−１は、ユーザ端末６ｐａについて、ポリシー制御サーバ４Ｐにセッション確立要求（ＣＣＲ−Ｉ）を送信する（図２２のステップＳ２Ｐ）。ポリシー制御サーバ４Ｐは、ＣＣＲ−Ｉに応じて、セッション確立要求応答（ＣＣＡ−Ｉ）を応答し（図２２のステップＳ３Ｐ）、ルータ３Ｐ−１との間でセッションを確立する。ルータ３Ｐ−１とポリシー制御サーバ４Ｐとの間では、ユーザ端末６ｐａ〜６ｐｚごとにセッションが確立される。
【００１３】
そして、ルータ３Ｐ−１は、所定時刻を契機として、ユーザ単位の通信量を通知するため、ルータ３Ｐ−１で測定した通信量のデータをユーザ単位に抽出する（図２１の（２）及び図２２のステップＳ４Ｐ参照）。続いて、ルータ３Ｐ−１は、ＣＣＡ−Ｉで確立したセッションで、ユーザ端末６ｐａについての通信量通知（ＣＣＲ−Ｕ）をポリシー制御サーバ４Ｐに送信する（図２１の（３）及び図２２のステップＳ５Ｐ参照）。この場合、ルータ３Ｐ−１は、ユーザ端末６ｐａ〜６ｐｚにそれぞれ対応するセッション上で、ユーザ端末６ｐａ〜６ｐｚごとに通信量を通知する。なお、ＣＣＲ−Ｕには、通信量通知以外にも、ユーザトラヒックから得られるデータを含ませることが可能である。
【００１４】
ポリシー制御サーバ４Ｐは、ルータ３Ｐ−１から送信された通信量通知に示されたユーザ端末６ｐａの通信量の保存を行い（図２１の（４）及び図２２のステップＳ６Ｐ参照）、ユーザ端末６ｐａの通信量をカウントする。ポリシー制御サーバ４Ｐは、カウントしたユーザ端末６ｐａの通信量を基に、閾値に応じてポリシールールの変更の有無を判断する。
【００１５】
ポリシー制御サーバ４Ｐは、ユーザ端末６ｐａに対してポリシールールを変更する場合には、ユーザ端末６ｐａへの新ポリシールールの適用を指示する通信量通知応答（ＣＣＡ−Ｕ）をルータ３Ｐ−１に送信する（図２１の（５）及び図２２のステップＳ７Ｐ参照）。これによって、ルータ３Ｐ−１は、例えば、ユーザ端末６ｐａに対する帯域制限を実行する。なお、ポリシー制御サーバ４Ｐは、ユーザ端末６ｐａに対してポリシールールを変更しない場合には、応答のみをルータ３Ｐ−１に送信する。このように、ポリシー制御サーバ４Ｐは、ユーザ端末６ｐａ〜６ｐｚの各々に対してポリシールールの変更の有無を判断し、ユーザ端末６ｐａ〜６ｐｚにそれぞれ対応するセッション上で、ユーザ端末６ｐａ〜６ｐｚごとに応答を行う。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１４−１５５０９６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
図２３は、時刻契機方法を適用した従来の通信システムの処理における問題を説明する図である。上記のように、時刻契機方法を適用した場合には、ルータ３Ｐ−１〜３Ｐ−３とポリシー制御サーバ４Ｐとの間において、ユーザ単位でセッションを確立するため、ルータからの通信量通知（ＣＣＲ−Ｕ）（図２３の枠Ｍａ参照）の数は、このルータに接続するユーザ数となる（図２３の（１）参照）。ここで、ポリシー制御サーバ４Ｐが全ユーザ端末の通信量を同時刻で定期的に取得する時刻契機の通知方式とすると（図２３の（２）参照）、ポリシー制御サーバ４Ｐには、同時刻にルータ３Ｐ−１〜３Ｐ−３から通信量通知が通知される。
【００１８】
しかしながら、ユーザ数が増加した場合には、通信量通知の数もユーザ数に応じて増加するため、ポリシー制御サーバ４Ｐが、全ユーザに関する各通信量通知を同時に受け取ると、ポリシー制御サーバ４Ｐで輻輳を生じるという問題が生じる（図２３の（３）参照）。
【００１９】
本発明は、上記に鑑みてなされたものであって、ルータによる通信量通知の数を低減し、ポリシー制御サーバで生じる輻輳の抑制を可能にする通信システム及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
上述した課題を解決し、目的を達成するために、本発明に係る通信システムは、複数の端末が接続し、ポリシールールに基づいてトラヒック制御を行うルータと、トラヒック制御に基づくデータを基に各端末に適用するポリシールールを通知するポリシー制御サーバと、を有する通信システムであって、ルータは、ポリシー制御サーバとの間で通信量通知用のセッションの確立を制御するルータ側セッション制御部と、複数の端末の各通信量を測定する通信量管理部と、通信量管理部が測定した複数の端末の各通信量を示す通信量データを、通信量通知用のセッション上でポリシー制御サーバに通知する通知管理部と、を有し、ポリシー制御サーバは、ルータとの間で通信量通知用のセッションの確立を制御するサーバ側セッション制御部と、ルータが通信量通知用のセッション上で通知した通信量データを基に、端末ごとに適用するポリシールールを判断し、通信量通知用のセッション上でルータに各端末に適用するポリシールールを通知するルール適用管理部と、を有する。
【発明の効果】
【００２１】
本発明によれば、ルータによる通信量通知の数を低減し、ポリシー制御サーバで生じる輻輳の抑制を可能にする。
【図面の簡単な説明】
【００２２】
【図１】図１は、実施の形態１に係る通信システムの構成の一例を模式的に示す図である。
【図２】図２は、図１に示すルータの構成の一例を示すブロック図である。
【図３】図３は、図２に示す通信量管理用テーブルのデータ構成の一例を示す図である。
【図４】図４は、図２に示す通信量提示用テーブルのデータ構成の一例を示す図である。
【図５】図５は、図１に示すポリシー制御サーバの構成を示すブロック図である。
【図６】図６は、図５に示す管理テーブルのデータ構成の一例を示す図である。
【図７】図７は、実施の形態１に係る通信システムによる通信量通知処理及びポリシールール適用処理の流れを説明する概略図である。
【図８】図８は、実施の形態１に係る通信システムによる通信量通知処理及びポリシールール適用処理の流れを説明するシーケンス図である。
【図９】図９は、図１に示すルータにおける通信量通知処理の処理手順を示すフローチャートである。
【図１０】図１０は、図１に示すポリシー制御サーバにおけるポリシールール適用処理の処理手順を示すフローチャートである。
【図１１】図１１は、図１に示すルータにおける通信量通知処理の他の処理手順を示すフローチャートである。
【図１２】図１２は、実施の形態２に係る通信システムの構成の一例を模式的に示す図である。
【図１３】図１３は、図１２に示すルータの構成を示すブロック図である。
【図１４】図１４は、図１２に示すポリシー制御サーバの構成を示すブロック図である。
【図１５】図１５は、実施の形態２に係る通信システムによる通信量通知依頼処理の流れを説明する概略図である。
【図１６】図１６は、実施の形態２に係る通信システムによる通信量通知依頼処理の流れを説明する概略図である。
【図１７】図１７は、実施の形態２に係る通信システムによる通信量通知処理及びポリシールール適用処理の流れを説明するシーケンス図である。
【図１８】図１８は、図１２に示すルータにおける通信量通知処理の処理手順を示すフローチャートである。
【図１９】図１９は、図１２に示すポリシー制御サーバにおけるポリシールール適用処理の処理手順を示すフローチャートである。
【図２０】図２０は、プログラムが実行されることにより、ルータ及びポリシー制御サーバが実現されるコンピュータの一例を示す図である。
【図２１】図２１は、時刻契機方法を適用した従来の通信システムの処理の流れの一例を説明する図である。
【図２２】図２２は、図２１に示す従来の通信システムの処理の流れを示すシーケンス図である。
【図２３】図２３は、時刻契機方法を適用した従来の通信システムの処理における問題を説明する図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
【００２４】
［実施の形態１］
実施の形態１に係る通信システムについて、通信システム全体の概略構成、通信システムにおける処理の流れ及び具体例を説明する。
【００２５】
［通信システムの構成］
まず、図１を参照して、実施の形態１に係る通信システムの構成について説明する。図１は、実施の形態１に係る通信システムの構成の一例を模式的に示す図である。
【００２６】
図１に示すように、実施の形態１に係る通信システム１は、ネットワーク２に接続される、ルータ３−１，３−２，３−３、ポリシー制御サーバ４、Ｗｅｂサーバ５、及び、ルータ３−１，３−３に接続される複数のユーザ端末６Ａ〜６Ｚ（端末）を有する。実施の形態１では、ルータ３−１〜３−３を区別なく表記する際は、ルータ３と表記する。また、実施の形態１では、ユーザ端末６Ａ〜６Ｚを区別なく表記する際は、ユーザ端末６と表記する。そして、図１に示すルータ３、Ｗｅｂサーバ５及びユーザ端末６の数は、一例であり、図１に示す数に限られない。
【００２７】
ネットワーク２は、例えば、大規模な公衆網或いは閉鎖網である。
【００２８】
ルータ３は、図１に示すように、ユーザ端末６がＷｅｂサーバ５にアクセスする際に、ユーザ端末６からネットワーク２への入口となるルータ３−１，３−３と、ネットワーク２からＷｅｂサーバ５への出口となるルータ３−２とを含む。ルータ３−１，３−３は、複数のユーザ端末６が接続される転送装置である。ルータ３−１，３−３は、それぞれ接続するユーザ端末６に対し、各ユーザ端末６にそれぞれ設定されているポリシールールに基づいてトラヒック制御を行う。ルータ３−２は、Ｗｅｂサーバ５が接続される転送装置である。図１の例では、ルータ３−１には、ユーザ端末６Ａ〜６Ｃが接続され、ルータ３−３には、ユーザ端末６Ｄ〜６Ｚが接続される。
【００２９】
ポリシー制御サーバ４は、例えばＰＣＣ（Policy  and  Charging  Control）におけるＰＣＲＦ（Policy  and  Charging  Rules  Function）である管理装置である。ポリシー制御サーバ４は、ルータ３におけるトラヒック制御に基づくデータを基に各ユーザ端末６に適用するポリシールールを通知する。なお、ルータ３−１及びポリシー制御サーバ４間の通信は、例えばＤｉａｍｅｔｅｒ等の通信プロトコルを利用する。
【００３０】
Ｗｅｂサーバ５は、通信システム１上で、ユーザ端末６に対し、ネットワーク２を介して、データや機能を提供する。
【００３１】
ユーザ端末６は、例えば、パーソナルコンピュータ等のユーザエンドのコンピュータである。例えば、ルータ３−１に接続するユーザ端末６は、ネットワーク２、ルータ３−１、ルータ３−２を経由して、Ｗｅｂサーバ５が提供するデータや機能を受信する。なお、ユーザ端末６は、スマートフォン、タブレット端末、撮影機能又は録音機能を備えた機器等であってもよい。Ｗｅｂサーバ５及びユーザ端末６間の通信は、例えばＨＴＴＰ（Hypertext  Transfer  Protocol）、Ｄｉａｍｅｔｅｒ等を通信プロトコルとする。
【００３２】
この通信システム１は、時刻契機方法を適用してルータ３から通信量通知をポリシー制御サーバ４に送信する。この場合、通信システム１では、ルータ３とポリシー制御サーバ４とは、ルータ３とポリシー制御サーバ４間で通信量通知用のセッションを確立し、ルータ３は、この通信量通知用のセッション上で、該ルータ３に接続する複数のユーザ端末６の各通信量を示す通信量データを一度にポリシー制御サーバ４に通知する。通信システム１を構成する装置のうち、まず、ルータ３の構成について説明する。
【００３３】
［ルータの構成］
図２は、図１に示すルータ３−１の構成を示すブロック図である。なお、ルータ３−２，３−３は、ルータ３−１と同様の機能構成である。図２に示すように、ルータ３−１は、パケット受信部３１、パケット送信部３２（ルータ側送信部）、記憶部３３及び制御部３４を有する。
【００３４】
パケット受信部３１は、ポリシー制御サーバ４、ユーザ端末６からのパケットを受信し、パケットのデータを制御部３４に入力する。パケット送信部３２は、送信対象のパケットを、ネットワーク２やポリシー制御サーバ４に送信する。
【００３５】
記憶部３３は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部３３には、ルータ３−１を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。また、記憶部３３は、転送処理に必要とするデータを記憶する。そして、記憶部３３は、通信量管理用テーブル３３１及び通信量提示用テーブル３３２を記憶する。
【００３６】
通信量管理用テーブル３３１は、ルータ３−１に接続する各ユーザ端末６の通信量を管理するためのテーブルである。図３は、図２に示す通信量管理用テーブル３３１のデータ構成の一例を示す図である。通信量管理用テーブル３３１は、図３に示すように、ユーザ端末６Ａ〜６Ｃごとに確立されたセッションＩＤ及びユーザ端末６Ａ〜６Ｃの各ユーザ識別子と、上り方向及び下り方向における各通信量とが対応付けられている。この通信量管理用テーブル３３１に、通信量管理部３４２（後述）が、ルータ３−１に接続するユーザ端末６Ａ〜６Ｃの各通信量を測定した結果を記録する。
【００３７】
例えば、図３に示すように、通信量管理用テーブル３３１は、ユーザ端末６Ａについては、「セッションＩＤ」“123456”と、「ユーザ識別子」“xxx.xxx.xxx.xxx”と、「通信量（上り）」“ａ”及び「通信量（下り）」“b”と、の対応を示す。また、通信量管理用テーブル３３１は、ユーザ端末６Ｂについては、「セッションＩＤ」“456789”と、「ユーザ識別子」“yyy.yyy.yyy.yyy”と、「通信量（上り）」“c”及び「通信量（下り）」“d”と、の対応を示す。そして、通信量管理用テーブル３３１は、ユーザ端末６Ｃについては、「セッションＩＤ」“875903”と、「ユーザ識別子」“zzz.zzz.zzz.zzz”と、「通信量（上り）」“e”及び「通信量（下り）」“f”と、の対応を示す。
【００３８】
通信量提示用テーブル３３２は、ルータ３−１が、所定時刻を契機としてポリシー制御サーバ４に通知するための通信量データを示す。この通信量データは、ルータ３−１に接続する全ユーザ端末６の各通信量を示し、所定時刻に一括して、通信量通知用のセッション上でポリシー制御サーバ４に通知される。
【００３９】
図４は、図２に示す通信量提示用テーブル３３２のデータ構成の一例を示す図である。図４に示すように、通信量提示用テーブル３３２は、一つの通信量通知用のセッションＩＤに対して、ルータ３−１に接続する全ユーザ端末６Ａ〜６ＣのセッションＩＤ、ユーザ識別子、及び、上り方向及び下り方向における各通信量が対応付けられる。通信量提示用テーブル３３２は、通信量通知管理部３４３（後述）が、所定時刻において、通信量管理用テーブル３３１の全ユーザ端末６Ａ〜６Ｃの通信量等のデータを抽出することによって作成される。
【００４０】
例えば、図４に示すように、通信量提示用テーブル３３２は、一つの「通信量通知用のセッションＩＤ」“12zzzz”に対して、ルータ３−１に接続するユーザ端末６Ａ〜６Ｃの「セッションＩＤ」“123456”，“456789”，“875903”と、各「セッションＩＤ」にそれぞれ対応する「ユーザ識別子」“xxx.xxx.xxx.xxx”，“yyy.yyy.yyy.yyy”，“zzz.zzz.zzz.zzz”と、各「セッションＩＤ」に対応する「通信量（上り）」“a”，“ｃ”，“e”及び「通信量（下り）」“b”，“d”，“f”の対応を示す。
【００４１】
制御部３４は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部３４は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などの電子回路である。制御部３４は、転送処理を制御する。具体的には、制御部３４は、パケット受信部３１から入力された受信パケットのヘッダ情報から、送信先、送信元等の情報を取得し、記憶部３３の転送情報を参照して、転送対象のパケットを、パケット送信部３２から送信先に転送させる。また、制御部３４は、セッション制御部３４１（ルータ側セッション制御部）、通信量管理部３４２及び通信量通知管理部３４３（通知管理部）を有する。
【００４２】
セッション制御部３４１は、ポリシー制御サーバ４との間でセッションの確立を制御する。例えば、セッション制御部３４１は、ポリシー制御サーバ４との間で、通信量通知用のセッションの確立を制御する。具体的には、セッション制御部３４１は、所定時刻を契機として、新たに、通信量通知用のセッションＩＤを発行する。例えば、セッション制御部３４１は、毎時００分に通信量通知用のセッションＩＤの発行を実行するように設定されており、この設定時刻を契機として、通信量通知用のセッションＩＤを発行する。また、例えば、通信量通知用のセッションＩＤは、前述した通信量提示用テーブル３３２に示す「12zzzzz」である。通信量通知用のセッションＩＤと、ユーザ単位に発行されるセッションＩＤとに対し、それぞれ識別可能な番号付与ルールを定義することによって、ポリシー制御サーバ４において、受信したセッションＩＤが、通信量通知であることを識別可能にする。
【００４３】
なお、パケット送信部３２は、セッション制御部３４１が発行した通信量通知用のセッションＩＤと、通信量通知管理部３４３（後述）が作成した通信量データとを、ポリシー制御サーバ４に送信する。これによって、ルータ３−１とポリシー制御サーバ４との間で通信量通知用のセッションが確立される。
【００４４】
通信量管理部３４２は、ルータ３−１が接続する複数のユーザ端末６の各通信量を測定する。通信量管理部３４２は、ルータ３−１が接続する各ユーザ端末６のトラヒックをそれぞれ検知し、各トラヒックに係る通信量を抽出する。そして、通信量管理部３４２は、、ユーザ端末６ごとにユーザトラヒックから抽出した通信量を、通信量管理用テーブル３３１に記録する。また、通信量管理部３４２は、ユーザ端末６ごとに適用されているポリシールールに従って、各ユーザ端末６のトラヒック制御を実行する。ポリシールールは、トラヒック制御の内容を示すものであり、例えば、帯域制限や、Ｑｏｓなどである。このポリシールールは、ポリシー制御サーバ４から適用を指示されたものである。
【００４５】
通信量通知管理部３４３は、通信量管理部３４２が測定した複数のユーザ端末６の各通信量を示す通信量データを作成し、該作成した通信量データを通信量通知用のセッション上で、ポリシー制御サーバ４に通知する。
【００４６】
ここで、ルータ３−１では、通信量通知管理部３４３は、所定時刻を契機として、図３に示す通信量管理用テーブル３３１に示された全ての情報を抽出する。そして、通信量通知管理部３４３は、該抽出した通信量管理用テーブル３３１に示された全ての情報に、セッション制御部３４１が発行した通信量通知用のセッションＩＤを付すことで、図４の通信量提示用テーブル３３２に示す通信量データを作成する。続いて、通信量通知管理部３４３は、作成した通信量データを通信量通知用のセッション上でポリシー制御サーバ４に通知する。
【００４７】
具体的には、通信量通知管理部３４３は、「通信量通知用のセッションＩＤ」“12zzzz”を付し、ユーザ端末６Ａ〜６Ｃの「セッションＩＤ」“123456”，“456789”，“875903”と「ユーザ識別子」“xxx.xxx.xxx.xxx”，“yyy.yyy.yyy.yyy”，“zzz.zzz.zzz.zzz”と、「通信量（上り）（下り）」“a”〜“f”を含む通信量データを、ポリシー制御サーバ４に送信する。
【００４８】
すなわち、通信量通知管理部３４３は、このルータ３−１に接続する全てのユーザ端末６の各通信量をまとめて示した一つの通信量データを、一つの通信量通知用のセッション上で、ポリシー制御サーバ４に通知する。パケット送信部３２は、新たに、発行された通信量通知用のセッションＩＤと、通信量通知管理部３４３が生成した通信量データとを、ポリシー制御サーバ４に送信する。ポリシー制御サーバ４は、ルータ３−１が通信量通知用のセッション上で通知した通信量データを基に、ユーザ端末６ごとに適用するポリシールールを通知する。そこで、次に、ポリシー制御サーバ４の構成について説明する。なお、通信量通知管理部３４３は、通信量管理部３４２が測定した複数のユーザ端末６の通信量をそれぞれ示す複数のデータを一つにまとめたデータを、通信量データとしてポリシー制御サーバ４に、通信量通知用のセッション上で通知してもよい。
【００４９】
［ポリシー制御サーバの構成］
図５は、図１に示すポリシー制御サーバ４の構成を示すブロック図である。図５に示すように、ポリシー制御サーバ４は、パケット受信部４１、パケット送信部４２（サーバ側送信部）、記憶部４３及び制御部４４を有する。
【００５０】
パケット受信部４１は、ルータ３からのパケットを受信し、パケットのデータを制御部４４に入力する。パケット送信部４２は、送信対象のパケットを、ネットワーク２やルータ３に送信する。
【００５１】
記憶部４３は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部４３には、ポリシー制御サーバ４を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。また、記憶部４３は、管理テーブル４３１を記憶する。
【００５２】
管理テーブル４３１は、各ユーザ端末６の通信量を管理するために、ユーザ端末６ごとに、各ユーザ端末６の通信量を対応付けたものである。この管理テーブル４３１は、ルータ３から、通信量通知用のセッション上でポリシー制御サーバ４に通知された通信量データを基に、通信量管理部４４２（後述）によって更新される。ポリシー制御サーバ４は、この管理テーブル４３１を参照することによって、ユーザ端末６に適用するポリシールールを判断する。
【００５３】
図６は、図５に示す管理テーブル４３１のデータ構成の一例を示す図である。図６に示すように、ユーザ端末６ごとに確立されたセッションＩＤ、ユーザ端末６のユーザ識別子、上り方向及び下り方向における通信量、及び、ユーザ端末６が接続するルータの識別情報が対応付けられている。例えば、図６に示すように、管理テーブル４３１は、ユーザ端末６Ａについては、「セッションＩＤ」“123456”と、「ユーザ識別子」“xxx.xxx.xxx.xxx”と、「通信量（上り）」“ａ”及び「通信量（下り）」“b”と、「ルータ」“ルータ３−１”と、の対応を示す。
【００５４】
制御部４４は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部４４は、ＣＰＵやＭＰＵなどの電子回路である。制御部４４は、セッション制御部４４１（サーバ側セッション制御部）、通信量管理部４４２及びルール適用管理部４４３を有する。
【００５５】
セッション制御部４４１は、ルータ３との間でセッションの確立を制御する。例えば、セッション制御部４４１は、所定時刻を契機として、ルータ３との間で通信量通知用のセッションの確立を制御する。具体的には、セッション制御部４４１は、パケット受信部４１を介して、ルータ３から、通信量通知用のセッション上で送信された通信量通知用のセッションＩＤ及び通信量通知を受信することによって、ルータ３との間で通信量通知用のセッションを確立する。
【００５６】
通信量管理部４４２は、通信量通知用のセッション上で送信された通信量通知に示された各ユーザ端末６の通信量を参照し、ユーザ端末６ごとに通信量をカウントする。そして、通信量管理部４４２は、ユーザ端末６ごとに通信量通知からカウントした通信量を、管理テーブル４３１に記録する。通信量データとして、例えば、図４の通信量提示用テーブル３３２に示すデータがルータ３−１から送信された場合を例に説明する。この場合、通信量管理部４４２は、通信量データを参照し、管理テーブル４３１に対し、ユーザ端末６Ａに関する「セッションＩＤ」“123456”と「ユーザ識別子」“xxx.xxx.xxx.xxx”との「通信量（上り）」及び「通信量（下り）」を、“ａ”及び“b”に更新する。
【００５７】
ルール適用管理部４４３は、ルータ３が通信量通知用のセッション上で通知した通信量データを基に、ユーザ端末６ごとに適用するポリシールールを判断する。そして、ルール適用管理部４４３は、通信量通知用のセッション上で、ルータ３に、各ユーザ端末６に適用するポリシールールを通知する。このルール適用管理部４４３による通知は、ルータ３による通信量通知に対する応答（通信量通知応答）であり、パケット送信部４２によって、送信先のルータ３に送信される。
【００５８】
具体的には、ルール適用管理部４４３は、管理テーブル４３１を参照し、ユーザ端末６ごとに、ユーザ端末６における通信量と所定の閾値とを比較する。そして、ルール適用管理部４４３は、通信量が所定の閾値を超えたユーザ端末６については、大量の通信を行っていると判断して、このユーザ端末６に対し、帯域制限を実行させるポリシールールを適用する。この場合、ルール適用管理部４４３は、通信量通知用のセッション上で、通信量が所定の閾値を超えたユーザ端末６に適用するポリシールールとして、帯域制限を実行させるポリシールールをルータ３に通知する。また、ルール適用管理部４４３は、通信量が所定の閾値以下のユーザ端末６については、一定範囲での通信に留まると判断して、このユーザ端末６に対するポリシールールは変更しない。この場合、ルール適用管理部４４３は、通信量通知用のセッション上で、通信量が所定の閾値以下のユーザ端末６については、ポリシールールを変更しない旨をルータ３に通知する。
【００５９】
例えば、帯域制限実行ルールの適用についての閾値が“ｔ”であり、ルータ３−１に接続するユーザ端末６のうちユーザ端末６Ａの上り通信量“ａ”が閾値“ｔ”を超えている場合を例に説明する。この場合、ルール適用管理部４４３は、ユーザ端末６Ａに帯域制限を実行させるポリシールールを適用する。そして、ルール適用管理部４４３は、「通信量通知用のセッションＩＤ」“12zzzz”を付し、ユーザ端末６Ａに応じた「ユーザ識別子」“xxx.xxx.xxx.xxx”或いは「セッションＩＤ」“123456”と帯域制限を実行させるポリシールール（例えば、「ポリシールールα」）とを含む通信量通知用応答を、ルータ３−１に送信する。
【００６０】
また、ルータ３−１に接続するユーザ端末６のうちユーザ端末６Ｂの通信量“ｃ”，“ｄ”がいずれも閾値“ｔ”以下である場合を例に説明する。この場合、ルール適用管理部４４３は、ユーザ端末６ｂのポリシールールを変更しないと判断する。このため、ルール適用管理部４４３は、「通信量通知用のセッションＩＤ」“12zzzz”を付し、ユーザ端末６ｂの「セッションＩＤ」“456789”または「ユーザ識別子」“yyy.yyy.yyy.yyy”とを含んだ応答を通信量通知用応答としてルータ３−１に送信する。
【００６１】
すなわち、ポリシー制御サーバ４は、ユーザ端末６についてのポリシールールの適用判断結果を、一つの通信量通知用のセッション上で、ルータ３に通知する。
【００６２】
このように、本実施の形態１では、ルータ３とポリシー制御サーバ４間において、ユーザ端末６単位ではなく、ルータ３単位で、通信量通知用にセッションが確立される。そして、本実施の形態１では、ルータ３は、このルータ３に接続する全てのユーザ端末６の各通信量をまとめて示した一つの通信量データを、一つの通信量通知用のセッション上で、ポリシー制御サーバ４に通知する。
【００６３】
［通信量通知処理及びポリシールール適用処理の流れ］
図７は、実施の形態１に係る通信システム１による通信量通知処理及びポリシールール適用処理の流れを説明する概略図である。図７では、複数のルータ３−１〜３−３のうち、ルータ３−１とポリシー制御サーバ４間における処理の流れを説明する。なお、図７では、ユーザ端末６Ａ〜６Ｚごとに、ルータ３−１，３−３及びポリシー制御サーバ４間のセッションを確立するＣＣＲ−Ｉの送受信は省略する。
【００６４】
まず、ルータ３−１は、各ユーザ端末６の通信量を測定する。そして、ルータ３−１は、定期的に全ユーザ単位の通信量を一度に通知するため、所定時刻を契機として、各ユーザ端末６Ａ〜６Ｃの通信量のデータを通信量管理用テーブル３３１から抽出する（図７の（１）参照）。そして、ルータ３−１は、通信量提示用テーブル３３２に示す通信量データを作成する。
【００６５】
続いて、ルータ３−１は、通信量通知用のセッションＩＤを発行する。そして、ルータ３−１は、発行したセッションＩＤと、ルータ３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量データとを含む通信量通知（ＣＣＲ−Ｘ）を、通信量通知用のセッション上でポリシー制御サーバ４に送信する（図７の（２Ａ）参照）。これによって、ルータ３−１とポリシー制御サーバ４間のセッションが確立される（図７の（２Ｂ）参照）。このＣＣＲ−Ｘは、通信量提示用テーブル３３２に示すように、ユーザ端末６Ａ〜６Ｃの「セッションＩＤ」と「ユーザ識別子」と「通信量（上り）（下り）」“a”〜“f”を含む通信量データに、「通信量通知用のセッションＩＤ」を付したものである。このＣＣＲ−Ｘは、ルータ３−１とポリシー制御サーバ４間のセッションで送信する新規信号と定義する。
【００６６】
ポリシー制御サーバ４は、このＣＣＲ−Ｘを受信する。この場合、通信量通知用のセッションＩＤと、通常のユーザ端末６単位に発行されるセッションＩＤとは、異なる番号付与ルールが定義されている。このため、ポリシー制御サーバ４は、受信したＣＣＲ−ＸのセッションＩＤを参照することによって、該ＣＣＲ−Ｘが、通信量通知であることを識別することができる。そして、ポリシー制御サーバ４は、ＣＣＲ−Ｘの通信量データを参照することによって、ルータ３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量をカウントし、管理テーブル４３１に保存する（図７の（３）参照）。
【００６７】
そして、ポリシー制御サーバ４は、ルータ３−１が接続するユーザ端末６Ａ〜６Ｃごとに適用するポリシールールを判断する。続いて、ポリシー制御サーバ４は、通信量通知用のセッション上で、ポリシールールの適用判断結果をルータ３−１に送信する。
【００６８】
具体的には、ポリシー制御サーバ４は、通信量通知用のセッション上で、通信量通知応答であるトラヒック制御指示（ＣＣＡ−Ｘ）をルータ３−１に送信する。例えば、ポリシー制御サーバ４が、ユーザ端末６Ａのポリシールールを「α」に変更する場合を例として説明する。この場合、ポリシー制御サーバ４は、ユーザ端末６Ａの「セッションＩＤ」と「ユーザ識別子」とユーザ端末６Ａに適用する「ポリシールール」“α”とを含むデータに、「通信量通知用のセッションＩＤ」を付したものを、ＣＣＡ−Ｘとしてルータ３−１に送信する（図７の（４）参照）。
【００６９】
ルータ３−１は、受信したＣＣＡ−Ｘに従って、ユーザ端末６Ａ〜６Ｃに、ポリシー制御サーバ４に指示されたポリシールールを適用させる。ルータ３−１は、例えば、図７に示すＣＣＡ−Ｘを受信した場合、ユーザ端末６Ａに、帯域制限を実行させるポリシールールαを適用させて、トラヒック制御を行う。
【００７０】
［通信量通知処理］
図８は、実施の形態１に係る通信システム１による通信量通知処理及びポリシールール適用処理の流れを説明するシーケンス図である。図８では、複数のルータ３−１〜３−３のうち、ルータ３−１とポリシー制御サーバ４間における処理の流れを説明する。
【００７１】
図８に示すように、ルータ３−１に接続するユーザ端末６Ａ〜６ＣがＷｅｂサーバ５を利用することによるユーザトラヒックに対し（ステップＳ１）、ルータ３−１は、各ユーザ端末６の通信量を測定して通信量管理用テーブル３３１に記録する。そして、所定時刻を契機として、各ユーザ端末６Ａ〜６Ｃの通信量のデータを通信量管理用テーブル３３１から抽出し（ステップＳ２）、通信量提示用テーブル３３２に示す通信量データを作成する。
【００７２】
続いて、ルータ３−１は、通信量通知用のセッションＩＤを発行し、発行したセッションＩＤと、ルータ３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量データとを含む通信量通知（ＣＣＲ−Ｘ）をポリシー制御サーバ４に送信する（ステップＳ３）。
【００７３】
ポリシー制御サーバ４は、ルータ３−１から送信されたＣＣＲ−Ｘを受信する。そして、ポリシー制御サーバ４は、ＣＣＲ−Ｘの通信量データを参照することによって、ルータ３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量をカウントし、管理テーブル４３１に保存する（ステップＳ４）。そして、ポリシー制御サーバ４は、ルータ３−１が接続するユーザ端末６Ａ〜６Ｃごとに適用するポリシールールを判断する（ステップＳ５）。
【００７４】
ポリシー制御サーバ４は、通信量通知用のセッション上で、ＣＣＡ−Ｘをルータ３−１に送信する（ステップＳ６）。例えば、ポリシー制御サーバ４は、ユーザ端末６Ａの「セッションＩＤ」と「ユーザ識別子」とユーザ端末６Ａに適用する「ポリシールール」“α”を含むデータに、「通信量通知用のセッションＩＤ」を付したものを、ＣＣＡ−Ｘとして送信する。このＣＣＡ−Ｘに応じて、ルータ３−１では、ユーザ端末６Ａに、帯域制限を実行させるポリシールールαを適用させて、トラヒック制御を行う。
【００７５】
［通信量通知処理］
次に、ルータ３−１における通信量通知処理の処理手順について説明する。図９は、ルータ３−１における通信量通知処理の処理手順を示すフローチャートである。
【００７６】
図９に示すように、ルータ３−１は、パケット受信部３１において、ユーザ端末６Ａ〜６Ｃからパケットの受信があると（ステップＳ１１）、通信量管理部３４２が、パケットサイズから通信量を測定する（ステップＳ１２）。通信量管理部３４２は、測定した通信量を、ユーザ端末６Ａ〜６Ｃに対応させて記憶部３３の通信量管理用テーブル３３１に格納する（ステップＳ１３）。
【００７７】
そして、通信量通知管理部３４３は、所定時刻であるか否かを判断する（ステップＳ１４）。ルータ３−１は、所定時刻でないと通信量通知管理部３４３が判断した場合（ステップＳ１４：Ｎｏ）、ステップＳ１１に戻り、通信量測定を継続する。通信量通知管理部３４３は、所定時刻であると判断した場合（ステップＳ１４：Ｙｅｓ）、全ユーザ端末６Ａ〜６Ｃの通信量のデータを抽出し（ステップＳ１５）、全ユーザ端末６Ａ〜６Ｃの通信量を示す通信量データを作成する（ステップＳ１６）。
【００７８】
セッション制御部３４１は、通信量通知用のセッションＩＤを発行する（ステップＳ１７）。そして、ルータ３−１は、発行したセッションＩＤと、ルータ３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量データとを含む通信量通知（ＣＣＲ−Ｘ）を、通信量通知用のセッション上でポリシー制御サーバ４に送信する（ステップＳ１８）。
【００７９】
［ポリシールール適用処理］
次に、ポリシー制御サーバ４におけるポリシールール適用処理の処理手順について説明する。図１０は、ポリシー制御サーバ４におけるポリシールール適用処理の処理手順を示すフローチャートである。図１０では、ルータ３−１から、通信量通知用のセッションが確立されている場合を例に説明する。
【００８０】
ポリシー制御サーバ４は、通信量通知用のセッション上で、ルータ３−１からの通知量通知（ＣＣＲ−Ｘ）を受信する（ステップＳ２１）。ポリシー制御サーバ４は、受信したＣＣＲ−Ｘの通信量データを参照することによって、ルータ３−１が接続するユーザ端末６Ａ〜６Ｃごとに通信量をカウントし、ユーザ端末６Ａ〜６Ｃ単位に通信量を管理テーブル４３１に書き込む（ステップＳ２２）。
【００８１】
そして、ポリシー制御サーバ４では、ルール適用管理部４４３が、ルータ３−１が接続するユーザ端末６Ａ〜６Ｃごとにポリシールールの変更が必要か否かを判断する（ステップＳ２３）。
【００８２】
ルール適用管理部４４３は、通信量が所定の閾値を超えたユーザ端末６については、ポリシールールの変更が必要であると判断し（ステップＳ２３：Ｙｅｓ）、帯域制限を実行させるポリシールールを適用し、ルータ３−１に送信する（ステップＳ２４）。一方、ルール適用管理部４４３は、通信量が所定の閾値以下のユーザ端末６については、ポリシールールの変更は不要であると判断し（ステップＳ２３：Ｎｏ）、ポリシールールの変更なしとし、ルータ３−１へ応答のみを送信する（ステップＳ２５）。ステップＳ２４及びステップＳ２５では、ポリシー制御サーバ４は、通信量通知用のセッション上で、通信量通知応答であるトラヒック制御指示（ＣＣＡ−Ｘ）をルータ３−１に送信する。
【００８３】
［実施の形態１の効果］
このように、実施の形態１では、時間契機手法を採用するため、通信量の少ないユーザ端末６についても、ポリシー制御サーバ４が通信量を把握することが可能になる。さらに、本実施の形態１では、ルータ３とポリシー制御サーバ４との間においては、ユーザ端末６単位ではなく、ルータ３単位で通信量通知用にセッションを確立している。そして、本実施の形態１では、ルータ３は、このルータ３に接続する全てのユーザ端末６の各通信量をまとめて示した一つの通信量データを、一つの通信量通知用のセッション上で、ポリシー制御サーバ４に通知する。言い換えると、ルータ３は、一つのＣＣＲの信号で、複数のユーザ端末６の各通信量を、ポリシー制御サーバ４に通知する。
【００８４】
したがって、本実施の形態１では、ユーザ端末６ごとにセッションを確立した場合と比較して、各ルータ３による通信量通知の信号の数を低減することができる。この結果、本実施の形態１では、時刻契機手法を採用した場合であっても、ポリシー制御サーバ４で生じる輻輳の抑制を可能にする。
【００８５】
なお、実施の形態１では、ルータ３−１が、所定時刻を契機として、全ユーザ端末６Ａ〜６Ｃの通信量をまとめて示した一つの通信量データを、一つの通信量通知用のセッション上で、ポリシー制御サーバ４に通知する例を説明したが、もちろん、これに限らない。例えば、ユーザ端末６ごとに、ルータ３−１〜３−３及びポリシー制御サーバ４間のセッションを確立してもよい。そして、通信量が所定の閾値を超えたユーザ端末６があれば、該ユーザ端末６に対応するセッションを介して、ポリシー制御サーバ４は、適宜ポリシールールの変更を行ってもよい。具体的に、図１１を参照して説明する。
【００８６】
図１１は、ルータ３−１における通信量通知処理の他の処理手順を示すフローチャートである。図１１に示すステップＳ３１〜ステップＳ３３は、図９に示すステップＳ１１〜ステップＳ１３である。通信量管理部３４２は、測定した各ユーザ端末６Ａ〜６Ｃの通信量のうち、通信量が所定の閾値を超えたユーザ端末６があるか否かを判断する（ステップＳ３４）。
【００８７】
通信量管理部３４２は、通信量が所定の閾値を超えたユーザ端末６があると判断した場合（ステップＳ３４：Ｙｅｓ）、このユーザ端末６に対応するセッション上で、このユーザ端末６のパケットの通信量をポリシー制御サーバ４へ送信する（ステップＳ３５）。ポリシー制御サーバ４では、これを受けて、対応するユーザ端末６に適用するポリシールールを判断する。ルータ３−１では、ポリシー制御サーバ４からの応答を受信する（ステップＳ３６）。ルータ３−１では、この応答において指示されたポリシールールを、対応するユーザ端末６に適用させて、トラヒック制御を行う。
【００８８】
通信量が所定の閾値を超えたユーザ端末６がないと通信量管理部３４２が判断した場合（ステップＳ３４：Ｎｏ）、または、ステップＳ３６の処理後、通信量通知管理部３４３は、所定時刻であるか否かを判断する（ステップＳ３７）。ステップＳ３８〜ステップＳ４１は、図９に示すステップＳ１５〜ステップＳ１８である。
【００８９】
このように、ルータ３は、通信量の多いユーザ端末６については、通信量契機で、ポリシー制御サーバ４に通信量を通知してもよい。
【００９０】
［実施の形態２］
次に、実施の形態２について説明する。まず、図１２を参照して、実施の形態２に係る通信システムの構成について説明する。図１２は、実施の形態２に係る通信システムの構成の一例を模式的に示す図である。
【００９１】
図１２に示すように、実施の形態２にかかる通信システム２０１は、図１に示す通信システム１と比して、ルータ２０３−１〜２０３−３及びポリシー制御サーバ２０４を有する。実施の形態２では、ルータ２０３−１〜２０３−３を区別なく表記する際は、ルータ２０３と表記する。
【００９２】
ルータ２０３は、所定時刻を契機として、通信量データを作成する。そして、ルータ２０３は、通信量通知用のセッション上で、ポリシー制御サーバ２０４から、通信量通知用のセッションＩＤ、及び、通信量データの通知を依頼する通信量通知依頼を受信した場合に、通信量通知用のセッション上でポリシー制御サーバ２０４に通信量データを通知する。
【００９３】
ポリシー制御サーバ２０４は、所定時刻を契機として、ポリシー制御サーバ２０４の処理状況を調査し、該調査した処理状況に応じて、通信量通知用のセッションＩＤを発行する。ポリシー制御サーバ２０４は、通信量通知用のセッションＩＤと、通信量通知依頼とをルータ２０３に送信して、ルータ２０３との間で通信量通知用のセッションを確立する。
【００９４】
この通信システム２０１は、時刻契機方法を適用して、ポリシー制御サーバ２０４が、通信量通知用のセッションを確立して、ルータ２０３が保持する各ユーザ端末６の通信量を取得する。このように、通信システム２０１では、ポリシー制御サーバ２０４からも通信量通知用のセッションＩＤを発行できるようにしている。その際、ポリシー制御サーバ２０４は、ルータ２０３から受信した信号のポリシー制御サーバ２０４における処理状況に応じて、ルータ２０３に対する通信量通知依頼を実行する。
【００９５】
［ルータの構成］
そこで、まず、ルータ２０３の構成について説明する。図１３は、図１２に示すルータ２０３−１の構成を示すブロック図である。なお、ルータ２０３−２，２０３−３は、ルータ２０３−１と同様の機能構成である。
【００９６】
ルータ２０３−１は、図２に示すルータ３−１と比して、制御部２３４を有する。制御部２３４は、制御部３４と比して、セッション制御部２３４１及び通信量通知管理部２３４３を有する。
【００９７】
セッション制御部２３４１は、ポリシー制御サーバ２０４との間でセッションの確立を制御する。セッション制御部２３４１は、パケット受信部３１を介して、ポリシー制御サーバ２０４から、通信量通知用のセッション上で送信された通信量通知用のセッションＩＤ及び通信量通知依頼を受信することによって、ポリシー制御サーバ２０４との間で通信量通知用のセッションを確立する。
【００９８】
通信量通知管理部２３４３は、通信量通知管理部３４３と同様に、所定時間を契機として、通信量管理部３４２が測定した複数のユーザ端末６の各通信量を示す通信量データを作成する。そして、通信量通知管理部２３４３は、ポリシー制御サーバ２０４から通信量通知用のセッションＩＤ及び通信量通知依頼を受信した場合に、通信量通知用のセッション上でポリシー制御サーバ２０４に通信量データを通知する。
【００９９】
［ポリシー制御サーバの構成］
続いて、図１２に示すポリシー制御サーバ２０４の構成について説明する。図１４は、図１２に示すポリシー制御サーバ２０４の構成を示すブロック図である。
【０１００】
図１４に示すように、ポリシー制御サーバ２０４は、記憶部４３に、閾値データ４３２を記憶する。この閾値データ４３２は、ポリシー制御サーバ２０４における処理状況を判断するための各閾値を記憶する。閾値データ４３２は、ポリシー制御サーバ２０４におけるＣＰＵ使用率についての閾値（例えば、ｘ％）、メモリ使用率についての閾値（例えば、ｙ％）、同時接続するルータ２０３の数についての閾値（例えば、ｚ）を記憶する。これらの各閾値は、予め設定されている。また、各閾値は、変更も可能である。
【０１０１】
また、ポリシー制御サーバ２０４は、図５に示す制御部４４に代えて、制御部４４と同様の機能を有する制御部２４４を有する。制御部２４４は、セッション制御部２４４１及び通信量通知管理部２４４４を有する。
【０１０２】
セッション制御部２４４１は、ポリシー制御サーバ２０４との間でセッションの確立を制御する。セッション制御部２４４１は、所定時刻を契機として、ポリシー制御サーバ２０４の処理状況を調査し、該調査した処理状況に応じて通信量通知用のセッションＩＤを発行する。セッション制御部２４４１は、閾値データ４３２を参照し、閾値データ４３２に示された各閾値と、ポリシー制御サーバ２０４の処理状況とを比較することによって、ルータ２０３に対する通信量通知用のセッションＩＤの発行の可否を判断する。
【０１０３】
具体的には、セッション制御部２４４１は、ポリシー制御サーバ２０４のＣＰＵ使用率が閾値ｘ％未満、メモリ使用率が閾値ｙ％未満、及び、同時接続するルータ２０３の数が閾値ｚ未満である場合には、通信量通知用のセッションＩＤを発行する。一方、セッション制御部２４４１は、ポリシー制御サーバ２０４のＣＰＵ使用率が閾値ｘ％以上、メモリ使用率が閾値ｙ％以上、または、同時接続するルータ２０３の数が閾値ｚ以上である場合には、通信量通知用のセッションＩＤを発行しない。
【０１０４】
通信量通知管理部２４４４は、セッション制御部２４４１が通信量通知用のセッションＩＤを発行した場合に、ルータ２０３−１に通信量データの通知を依頼する通信量通知依頼を作成する。
【０１０５】
パケット送信部４２は、セッション制御部２４４１が発行した通信量通知用のセッションＩＤと、通信量通知管理部２４４４による通信量通知依頼とを、ルータ２０３−１に送信する。これによって、ポリシー制御サーバ２０４とルータ２０３−１との間で通信量通知用のセッションが確立される。
【０１０６】
［通信量通知依頼処理の流れ］
図１５及び図１６は、実施の形態２に係る通信システム２０１による通信量通知依頼処理の流れを説明する概略図である。図１５では、複数のルータ２０３−１〜２０３−３のうち、ルータ２０３−１とポリシー制御サーバ２０４間における処理の流れを説明する。図１６ではルータ２０３−２とポリシー制御サーバ２０４間の通信量通知用のセッション確立について説明する。
【０１０７】
まず、ルータ２０３−１は、各ユーザ端末６の通信量を測定する。そして、ルータ２０３−１は、所定時刻を契機として、各ユーザ端末６Ａ〜６Ｃの通信量のデータを通信量管理用テーブル３３１から抽出し（図１５の（１）参照）、通信量提示用テーブル３３２に示す通信量データを作成する。
【０１０８】
一方、ポリシー制御サーバ２０４は、ルータ２０３−１との間に通信量通知用のセッションを確立するために、所定時刻を契機として、ポリシー制御サーバ２０４の処理状況を調査する（図１５の（２）参照）。
【０１０９】
ポリシー制御サーバ２０４は、ポリシー制御サーバ２０４の処理状況に応じて、通信量通知用のセッションＩＤの発行の可否を判断する。具体的には、ポリシー制御サーバ２０４は、ユーザ端末６のポリシールールを判断できる程度のリソースを保持する場合には、通信量通知用のセッションＩＤを発行すると判断する。そして、ポリシー制御サーバ２０４は、発行したセッションＩＤを付した通信量通知依頼（ＲＡＲ−Ｙ）を、ルータ２０３−１に送信する（図１５の（３Ａ）参照）。これによって、ポリシー制御サーバ２０４とルータ２０３−１間で通信量通知用のセッションが確立される（図１５の（３Ｂ）参照）。なお、ＲＡＲ−Ｙは、ポリシー制御サーバ２０４とルータ２０３−１間で送信する新規信号と定義する。
【０１１０】
一方、ポリシー制御サーバ２０４が、ユーザ端末６のポリシールールを判断できる程度のリソースを保持していない場合、通信量通知用のセッションＩＤを発行しないと判断する。このため、この時刻においては、ポリシー制御サーバ２０４は、通信量通知依頼（ＲＡＲ−Ｙ）を送信せず、ポリシー制御サーバ２０４とルータ２０３−１間で通信量通知用のセッションが確立しない。すなわち、この場合には、ポリシー制御サーバ２０４は、ルータ２０３−１の通信量データを取得しない。
【０１１１】
続いて、ＲＡＲ−Ｙを受信したルータ２０３−１は、ルータ２０３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量データに、ポリシー制御サーバ２０４が発行した通信量通知用のセッションＩＤを付した通信量通知（ＲＡＡ−Ｙ）を、通信量通知用のセッション上でポリシー制御サーバ２０４に送信する（図１５の（４）参照）。
【０１１２】
ポリシー制御サーバ２０４は、受信したＲＡＡ−Ｙの通信量データを参照することによって、ルータ２０３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量をカウントし、管理テーブル４３１に保存する（図１５の（５）参照）。ポリシー制御サーバ２０４は、実施の形態１と同様に、ルータ２０３−１が接続するユーザ端末６Ａ〜６Ｃごとに適用するポリシールールを判断し、続いて、ポリシー制御サーバ２０４は、通信量通知用のセッション上で、ポリシールールの適用判断結果を、通信量通知応答（ＲＡＲ−Ｙ）として、ルータ２０３−１に送信する。ルータ２０３−１は、受信したＲＡＲ−Ｙに従って、ユーザ端末６Ａ〜６Ｃに、ポリシー制御サーバ２０４に指示されたポリシールールを適用させる。
【０１１３】
続いて、ポリシー制御サーバ２０４は、次のルータ２０３−３との間に通信量通知用のセッションを確立するために、所定時刻を契機として、ポリシー制御サーバ２０４の処理状況を調査する（図１６の（２−１）参照）。一方、ルータ２０３−３では、各ユーザ端末６Ｄ〜６Ｚの通信量を測定し、所定時刻を契機として、各ユーザ端末６Ｄ〜６Ｚの通信量のデータを通信量管理用テーブル３３１から抽出し、通信量提示用テーブル３３２に示す通信量データを作成する。
【０１１４】
ポリシー制御サーバ２０４は、通信量通知用のセッションＩＤを発行すると判断した場合には、発行したセッションＩＤを付した通信量通知依頼（ＲＡＲ−Ｙ）を、ルータ２０３−３に送信する（図１６の（２−２）参照）。これによって、ポリシー制御サーバ２０４とルータ２０３−３間で通信量通知用のセッションが確立される（図１６の（２−３）参照）。以降の処理は、図１５に示す処理と同様である。
【０１１５】
［通信量通知処理］
図１７は、実施の形態２に係る通信システム２０１による通信量通知処理及びポリシールール適用処理の流れを説明するシーケンス図である。図１７では、複数のルータ２０３−１〜２０３−３のうち、ルータ２０３−１とポリシー制御サーバ２０４間における処理の流れを説明する。
【０１１６】
図１７に示すように、ルータ２０３−１に接続するユーザ端末６Ａ〜６ＣがＷｅｂサーバ５を利用することによるユーザトラヒックに対し（ステップＳ５１）、ルータ２０３−１は、各ユーザ端末６の通信量の測定、記録を行う。ルータ２０３−１は、所定時刻を契機として、各ユーザ端末６Ａ〜６Ｃの通信量のデータを通信量管理用テーブル３３１から抽出し（ステップＳ５２）、通信量提示用テーブル３３２に示す通信量データを作成する。
【０１１７】
一方、ポリシー制御サーバ２０４は、ルータ２０３−１との間に通信量通知用のセッションを確立するために、所定時刻を契機として、ポリシー制御サーバ２０４の処理状況を調査する（ステップＳ５３）。そして、ポリシー制御サーバ２０４は、ポリシー制御サーバ２０４の処理状況に応じて、通信量通知用のセッションＩＤの発行の可否を判断する。ポリシー制御サーバ２０４は、通信量通知用のセッションＩＤを発行すると判断した場合には、発行したセッションＩＤを付した通信量通知依頼（ＲＡＲ−Ｙ）を、ルータ２０３−１に送信する（ステップＳ５４）。
【０１１８】
続いて、ＲＡＲ−Ｙを受信したルータ２０３−１は、ルータ２０３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量データに、ポリシー制御サーバ２０４が発行した通信量通知用のセッションＩＤを付した通信量通知（ＲＡＡ−Ｙ）を、通信量通知用のセッション上でポリシー制御サーバ２０４に送信する（ステップＳ５５）。
【０１１９】
ポリシー制御サーバ２０４は、ルータ２０３−１から送信されたＲＡＡ−Ｙを受信する。ポリシー制御サーバ２０４は、このＲＡＡ−Ｙの通信量データを参照することによって、ルータ２０３−１が接続する全ユーザ端末６Ａ〜６Ｃの通信量を管理テーブル４３１に保存する（ステップＳ５６）。そして、ポリシー制御サーバ２０４は、ルータ２０３−１が接続するユーザ端末６Ａ〜６Ｃごとに適用するポリシールールを判断する（ステップＳ５７）。
【０１２０】
ポリシー制御サーバ２０４は、通信量通知用のセッション上で、ＲＡＲ−Ｙをルータ２０３−１に送信する（ステップＳ５８）。ポリシー制御サーバ２０４は、例えば、ユーザ端末６Ａの「セッションＩＤ」と「ユーザ識別子」とユーザ端末６Ａに適用する「ポリシールール」“α”を含むデータに、「通信量通知用のセッションＩＤ」を付したものを、ＲＡＲ−Ｙとしてルータ２０３−１に送信する。このＲＡＲ−Ｙに応じて、ルータ２０３−１では、ユーザ端末６Ａに、帯域制限を実行させるポリシールールαを適用させて、トラヒック制御を行う。
【０１２１】
［通信量通知処理］
次に、ルータ２０３−１における通信量通知処理の処理手順について説明する。図１８は、ルータ２０３−１における通信量通知処理の処理手順を示すフローチャートである。
【０１２２】
図１８に示すステップＳ６１〜ステップＳ６６は、図９のステップＳ１１〜ステップＳ１６である。ルータ２０３−１は、ポリシー制御サーバ２０４から通信量通知依頼（ＲＡＲ−Ｙ）があるか否かを判断する（ステップＳ６７）。ルータ２０３−１は、ＲＡＲ−Ｙがないと判断した場合（ステップＳ６７：Ｎｏ）、ステップＳ６１に戻る。
【０１２３】
一方、ルータ２０３−１は、ＲＡＲ−Ｙがあったと判断した場合（ステップＳ６７：Ｙｅｓ）、ルータ２０３−１とポリシー制御サーバ２０４間のセッションが確立されるため（ステップＳ６８）、通信量通知用のセッション上で、通信量通知（ＲＡＡ−Ｙ）をポリシー制御サーバ２０４に送信する（ステップＳ６９）。
【０１２４】
［ポリシールール適用処理］
次に、ポリシー制御サーバ２０４におけるポリシールール適用処理の処理手順について説明する。図１９は、ポリシー制御サーバ２０４におけるポリシールール適用処理の処理手順を示すフローチャートである。図１９では、最初にルータ２０３−１との間で通信量通知用のセッションを確立する場合を例に説明する。
【０１２５】
ポリシー制御サーバ２０４では、セッション制御部２４４１が、所定時刻であるか否かを判断する（ステップＳ７１）。セッション制御部２４４１は、所定時刻でないと判断した場合（ステップＳ７１：Ｎｏ）、ステップＳ７１に戻り、所定時刻となるまでステップＳ７１の判断処理を繰り返す。
【０１２６】
これに対し、セッション制御部２４４１は、所定時刻であると判断した場合（ステップＳ７１：Ｙｅｓ）、閾値データ４３２を参照するとともに、ポリシー制御サーバ２０４の処理状況を調査する。まず、セッション制御部２４４１は、ポリシー制御サーバ２０４のＣＰＵ使用率を調査し、ＣＰＵ使用率が、閾値ｘ％未満であるか、または、閾値ｘ％以上であるかを判断する（ステップＳ７２）。セッション制御部２４４１は、ポリシー制御サーバ２０４のＣＰＵ使用率が閾値ｘ％以上であると判断した場合（ステップＳ７２：ｘ％以上）、ステップＳ７２に戻り、再度、ＣＰＵ使用率に対する判断処理を実行する。
【０１２７】
一方、セッション制御部２４４１は、ポリシー制御サーバ２０４のＣＰＵ使用率が閾値ｘ％未満であると判断した場合（ステップＳ７２：ｘ％未満）、ポリシー制御サーバ２０４のメモリ使用率が閾値ｙ％未満であるか、または、メモリ使用率が閾値ｙ％以上であるかを判断する（ステップＳ７３）。セッション制御部２４４１は、ポリシー制御サーバ２０４のメモリ使用率が閾値ｙ％以上であると判断した場合（ステップＳ７３：ｙ％以上）、ステップＳ７３に戻り、再度、メモリ使用率に対する判断処理を実行する。
【０１２８】
これに対し、セッション制御部２４４１は、ポリシー制御サーバ２０４のメモリ使用率が閾値ｙ％未満であると判断した場合（ステップＳ７３：ｙ％未満）、このポリシー制御サーバ２０４に同時接続するルータ２０３の数が閾値ｚ未満であるか、または、ｚ以上であるかを判断する（ステップＳ７４）。セッション制御部２４４１は、同時接続するルータ２０３の数が閾値ｚ以上であると判断した場合（ステップＳ７４：ｚ以上）、ステップＳ７４に戻り、再度、同時接続するルータ２０３の数に対する判断処理を実行する。
【０１２９】
一方、セッション制御部２４４１は、同時接続するルータ２０３の数が閾値ｚ未満であると判断した場合（ステップＳ７４：ｚ未満）、通信量通知用のセッションＩＤを発行する（ステップＳ７５）。そして、パケット送信部４２は、セッション制御部２４４１が発行した通信量通知用のセッションＩＤを付した通信量通知依頼（ＲＡＲ−Ｙ）を、ルータ２０３−１に送信する（ステップＳ７６）。これによって、ポリシー制御サーバ２０４とルータ２０３−１との間で通信量通知用のセッションが確立される。
【０１３０】
そして、ポリシー制御サーバ２０４は、通信量通知用のセッション上で、ルータ２０３−１からの通知量通知（ＲＡＡ−Ｙ）を受信する（ステップＳ７７）。続いて、ポリシー制御サーバ２０４では、セッション制御部２４４１が、通信量通知用のセッションの確立対象の次のルータがあるか否かを判断する（ステップＳ７８）。セッション制御部２４４１が、通信量通知用のセッションの確立対象の次のルータがあると判断した場合（ステップＳ７８：Ｙｅｓ）、ステップＳ７２に戻り、ポリシー制御サーバ２０４の処理状況を調査する。例えば、ポリシー制御サーバ２０４が、次に、ルータ２０３−３とセッション確立を行う場合などである。
【０１３１】
セッション制御部２４４１が、通信量通知用のセッションの確立対象の次のルータがないと判断した場合（ステップＳ７８：Ｎｏ）、ステップＳ７９に進む。図１９のステップＳ７９〜ステップＳ８２は、図１０に示すステップＳ２２〜ステップＳ２５である。
【０１３２】
［実施の形態２の効果］
このように、通信システム２０１は、時刻契機方法を適用して、ポリシー制御サーバ２０４が、通信量通知用のセッションを確立して、ルータ２０３が保持する各ユーザ端末６の通信量を取得する。すなわち、通信システム２０１では、実施の形態１と同様の効果を奏するとともに、ポリシー制御サーバ２０４からも通信量通知用のセッションＩＤを発行できるようにしている。
【０１３３】
この際、実施の形態２では、ポリシー制御サーバ２０４は、ルータ２０３から受信した信号のポリシー制御サーバ２０４における処理状況に応じて、ルータ２０３に対する通信量通知依頼を実行している。これによって、ポリシー制御サーバ２０４は、ポリシー制御サーバ２０４自体の負荷を分散している。言い換えると、ポリシー制御サーバ２０４は、ポリシー制御サーバ２０４の処理状況に応じて、ルータ２０３に対する通信量通知依頼のタイミングを調整することが可能である。
【０１３４】
［システム構成等］
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３５】
また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部又は一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３６】
［プログラム］
図２０は、プログラムが実行されることにより、ルータ３，２０３或いはポリシー制御サーバ４，２０４が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。
【０１３７】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。
【０１３８】
ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、ルータ３，２０３或いはポリシー制御サーバ４，２０４の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、ルータ３，２０３或いはポリシー制御サーバ４，２０４における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid  State  Drive）により代替されてもよい。
【０１３９】
また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。
【０１４０】
なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【０１４１】
以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例及び運用技術等は全て本発明の範疇に含まれる。
【符号の説明】
【０１４２】
１，２０１  通信システム
２  ネットワーク
３，２０３  ルータ
４，２０４  ポリシー制御サーバ
５  Ｗｅｂサーバ
６  ユーザ端末
３１，４１  パケット受信部
３２，４２  パケット送信部
３３，４３  記憶部
３４，４４，２３４，２４４  制御部
３３１  通信量管理用テーブル
３３２  通信量提示用テーブル
３４１，４４１，２３４１，２４４１  セッション制御部
３４２，４４２  通信量管理部
３４３，２３４３，２４４４  通信量通知管理部
４３１  管理テーブル
４３２  閾値データ
４４３  ルール適用管理部
【図１】
2017195537.tif 000003
【図２】
2017195537.tif 000004
【図３】
2017195537.tif 000005
【図４】
2017195537.tif 000006
【図５】
2017195537.tif 000007
【図６】
2017195537.tif 000008
【図７】
2017195537.tif 000009
【図８】
2017195537.tif 000010
【図９】
2017195537.tif 000011
【図１０】
2017195537.tif 000012
【図１１】
2017195537.tif 000013
【図１２】
2017195537.tif 000014
【図１３】
2017195537.tif 000015
【図１４】
2017195537.tif 000016
【図１５】
2017195537.tif 000017
【図１６】
2017195537.tif 000018
【図１７】
2017195537.tif 000019
【図１８】
2017195537.tif 000020
【図１９】
2017195537.tif 000021
【図２０】
2017195537.tif 000022
【図２１】
2017195537.tif 000023
【図２２】
2017195537.tif 000024
【図２３】
2017195537.tif 000025