(57)【要約】【課題】効率的、かつ、ネットワークの状況に追従した通信制御を行うシステムを実現する。【解決手段】複数の通信装置間の通信を中継する制御装置、および通信制御の処理内容である制御内容を管理するポリシ管理装置を備える通信システムであって、制御装置は、ポリシ管理装置に当該通信の中継に適用する制御内容の問合せを行い、ポリシ管理装置から受信した制御内容の問合せの応答に含まれる複数の制御内容の中から一つの制御内容を選択し、選択された制御内容にしたがって複数の通信装置間の通信の中継を制御し、複数の通信装置間の通信状況を解析し、解析の結果に基づいて、選択された制御内容を他の制御内容に変更する必要があるか否かを判定し、選択された制御内容を他の制御内容に変更する必要があると判定された場合、制御内容の問合せの応答に含まれる複数の制御内容の中から、選択された制御内容とは異なる他の制御内容に変更する。【選択図】図１
2015220523.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置間の通信を中継する制御装置、および前記通信装置間の通信の中継における通信制御の処理内容である制御内容を管理するポリシ管理装置を備える通信システムであって、
前記制御装置は、
前記複数の通信装置間の通信を中継する場合に前記ポリシ管理装置に当該通信の中継に適用する前記制御内容の問合せを行い、
前記ポリシ管理装置から、複数の前記制御内容を含む前記制御内容の問合せの応答を受信し、
前記受信した制御内容の問合せの応答に含まれる前記複数の制御内容の中から一つの制御内容を選択し、
前記選択された制御内容にしたがって前記複数の通信装置間の通信の中継を制御し、
前記複数の通信装置間の通信状況を解析し、
前記解析の結果に基づいて、前記選択された制御内容を他の制御内容に変更する必要があるか否かを判定し、
前記選択された制御内容を前記他の制御内容に変更する必要があると判定された場合、前記制御内容の問合せの応答に含まれる前記複数の制御内容の中から、前記選択された制御内容とは異なる他の制御内容に変更して、前記変更された他の制御内容にしたがって前記複数の通信装置間の通信の中継を制御することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記ポリシ管理装置は、前記複数の制御内容と、前記選択された制御内容を前記他の制御内容に変更するか否かを判定するための変更条件とを含む制御手順を管理する制御手順管理情報を保持し、
前記制御内容の問合せには、前記複数の通信装置間で通信を開始する場合に送受信されるパケットのヘッダの一部または全部、および前記複数の通信装置のアドレスを含み、
前記ポリシ管理装置は、
前記制御内容の問合せを受け付けた場合、当該問合せに基づいて前記制御手順管理情報を参照して前記制御手順を決定し、
前記決定された制御手順を含む前記制御内容の問合せの応答を前記制御装置に送信し、
前記制御装置は、前記制御手順に含まれる変更条件および前記解析の結果に基づいて、前記選択された制御内容を前記他の制御内容に変更する必要があるか否かを判定することを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記制御装置は、
他の前記制御装置から送信された前記解析の結果を管理する通信ログ情報を保持し、
前記解析の結果を前記他の制御装置に送信し、
前記他の制御装置から前記解析の結果を受信した場合、前記他の制御装置から受信した解析の結果に基づいて前記通信ログ情報を更新し、
前記通信ログ情報および前記制御手順に含まれる変更条件に基づいて、前記選択された制御内容を前記他の制御内容に変更する必要があるか否かを判定することを特徴とする通信システム。
【請求項４】
請求項３に記載の通信システムであって、
前記変更条件は、前記複数の通信装置間の通信状況の変化を検知した前記制御装置の数を指定する閾値であり、
前記制御装置は、前記複数の通信装置間の通信状況の変化を検知したことを示す解析の結果の数が前記閾値より大きいか否かを判定し、
前記複数の通信装置間の通信状況の変化を検知したことを示す解析の結果の数が前記閾値より大きい場合、前記選択された制御内容を前記他の制御内容に変更する必要があると判定することを特徴とする通信システム。
【請求項５】
請求項２から請求項４のいずれか一つに記載の通信システムであって、
前記制御内容の問合せの応答には、前記制御手順および前記制御手順を決定した判定条件が含まれ、
前記制御装置は、前記ポリシ管理装置から受信した制御手順および判定条件を一時的に保持するキャッシュを有し、
前記複数の通信装置間の通信の中継に適用する制御内容を前記ポリシ管理装置に問合せる前に、前記キャッシュに格納される前記判定条件を参照して、当該通信装置間の通信の条件が前記判定条件に合致するか否かを判定し、
前記通信装置間の通信の条件が前記判定条件に合致する場合、当該判定条件に対応する前記制御手順に含まれる前記複数の制御内容の中から一つの制御内容を選択することを特徴とする通信システム。
【請求項６】
請求項１から請求項４のいずれか一つに記載の通信システムであって、
前記通信状況の変化は、スループットの変化、および送信バッファ量の変化の少なくともいずれかであることを特徴とする通信システム。
【請求項７】
複数の通信装置間の通信を中継する制御装置、および前記通信装置間の通信の中継における通信制御の処理内容である制御内容を管理するポリシ管理装置を備える通信システムにおける通信制御方法であって、
前記通信制御方法は、
前記制御装置が、前記複数の通信装置間の通信を中継する場合に前記ポリシ管理装置に当該通信の中継に適用する前記制御内容の問合せを行う第１のステップと、
前記制御装置が、前記ポリシ管理装置から、複数の前記制御内容を含む前記制御内容の問合せの応答を受信する第２のステップと、
前記制御装置が、前記受信した制御内容の問合せの応答に含まれる前記複数の制御内容の中から一つの制御内容を選択する第３のステップと、
前記制御装置が、前記選択された制御内容にしたがって前記複数の通信装置間の通信の中継を制御する第４のステップと、
前記制御装置が、前記複数の通信装置間の通信状況を解析する第５のステップと、
前記制御装置が、前記解析の結果に基づいて、前記選択された制御内容を他の制御内容に変更する必要があるか否かを判定する第６のステップと、
前記制御装置が、前記選択された制御内容を前記他の制御内容に変更する必要があると判定された場合、前記制御内容の問合せの応答に含まれる前記複数の制御内容の中から、前記選択された制御内容とは異なる他の制御内容に変更して、前記変更された他の制御内容にしたがって前記複数の通信装置間の通信の中継を制御する第７のステップと、を含むことを特徴とする通信制御方法。
【請求項８】
請求項７に記載の通信制御方法であって、
前記ポリシ管理装置は、前記複数の制御内容と、前記選択された制御内容を前記他の制御内容に変更するか否かを判定するための変更条件とを含む制御手順を管理する制御手順管理情報を保持し、
前記制御内容の問合せには、前記複数の通信装置間で通信を開始する場合に送受信されるパケットのヘッダの一部または全部、および前記複数の通信装置のアドレスを含み、
前記通信制御方法は、
前記ポリシ管理装置が、前記制御内容の問合せを受け付けた場合、当該問合せに基づいて前記制御手順管理情報を参照して前記制御手順を決定するステップと、
前記ポリシ管理装置が、前記決定された制御手順を含む前記制御内容の問合せの応答を前記制御装置に送信するステップと、を含み、
前記第６のステップでは、前記解析の結果および前記制御手順に含まれる変更条件に基づいて、前記選択された制御内容を前記他の制御内容に変更する必要があるか否かを判定することを特徴とする通信制御方法。
【請求項９】
請求項８に記載の通信制御方法であって、
前記制御装置は、
他の前記制御装置から送信された前記解析の結果を管理する通信ログ情報を保持し、
前記第５のステップは、前記解析の結果を前記他の制御装置に送信するステップを含み、
前記第６のステップは、
前記他の制御装置から前記解析の結果を受信した場合、前記他の制御装置から受信した解析の結果に基づいて前記通信ログ情報を更新する第８のステップと、
前記通信ログ情報および前記制御手順に含まれる変更条件に基づいて、前記選択された制御内容を前記他の制御内容に変更する必要があるか否かを判定する第９のステップと、を含むことを特徴とする通信制御方法。
【請求項１０】
請求項９に記載の通信制御方法であって、
前記変更条件は、前記複数の通信装置間の通信状況の変化を検知した前記制御装置の数を指定する閾値であり、
前記第９のステップは、
前記複数の通信装置間の通信状況の変化を検知したことを示す解析の結果の数が前記閾値より大きいか否かを判定するステップと、
前記複数の通信装置間の通信状況の変化を検知したことを示す解析の結果の数が前記閾値より大きい場合、前記選択された制御内容を前記他の制御内容に変更する必要があると判定するステップと、を含むことを特徴とする通信制御方法。
【請求項１１】
請求項８から請求項１０のいずれか一つに記載の通信制御方法であって、
前記制御内容の問合せの応答には、前記制御手順および前記制御手順を決定した判定条件が含まれ、
前記制御装置は、前記ポリシ管理装置から受信した制御手順および判定条件を一時的に保持するキャッシュを有し、
前記通信制御方法は、
前記制御装置が、前記複数の通信装置間の通信の中継に適用する制御内容を前記ポリシ管理装置に問合せる前に、前記キャッシュに格納される前記判定条件を参照して、当該通信装置間の通信の条件が前記判定条件に合致するか否かを判定するステップと、
前記制御装置が、前記通信装置間の通信の条件が前記判定条件に合致する場合、当該判定条件に対応する前記制御手順に含まれる前記複数の制御内容の中から一つの制御内容を選択するステップと、を含むことを特徴とする通信制御方法。
【請求項１２】
請求項７から請求項１０のいずれか一つに記載の通信制御方法であって、
前記通信状況の変化は、スループットの変化、および送信バッファ量の変化の少なくともいずれかであることを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおける通信を制御するためのシステムに関する。
【背景技術】
【０００２】
モバイルキャリアに代表されるネットワーク事業者は、設備の増強によって帯域を拡大し、または、帯域制御等のトラフィック制御技術を用いて通信の効率化を図ることによって、ネットワークを流れるトラフィック（通信量）の急増に対応している。
【０００３】
トラフィック制御技術を用いた通信の効率化は、一般的には網内の機器に対して静的なルールを与えることによって行われる。例えば、特定のユーザが利用可能な帯域の上限を設定することによって、一人のユーザが帯域を独占することなく多くのユーザが公平にネットワークを使えるようにすることができる。また、特定のユーザが利用可能な帯域を保証することによって、当該ユーザが快適にアプリケーションを利用することができる。
【０００４】
従来、前述したトラフィック制御を実現するために、通信装置にポリシを設定し、通信装置が当該ポリシにしたがって制御していた。例えば、特許文献１には、「メッセージ送受信手段１０と、ポリシに従って、アプリケーション１に対し特定の付加的サービスを提供するサービス層３と、ポリシを供給するポリシ管理装置７と、メッセージをやりとりする通信層と、を備えるコンピュータシステムであって、ここにメッセージに記述されるパラメータを、静的パラメータ１０１と動的パラメータ１０２とに区分して、メッセージより抽出する解析手段３０と、その静的パラメータを用いて、ポリシ管理装置７に対し、静的パラメータに割り当てられたポリシ群の取得を要求する要求手段３１と、を備えて構成する」ことが記載されている。また、特許文献１の段落［００１２］等には、キャッシュを利用してポリシを取得する処理時間および通信時間を短縮することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３５８２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
トラフィック制御の効果を高めるためには、ネットワークの状況の変化に追従した内容にトラフィック制御内容を変更する必要がある。これを実現するには、ポリシを管理する装置は、ネットワークの状況を頻繁に収集し、現在把握している最新のネットワークの状況に適した制御内容を決定し、制御装置からの問い合わせに答える必要がある。また、制御装置は自身で制御内容を決定しないため、最新のネットワークの状況に適した制御内容を得るために、ポリシを管理する装置に対して頻繁に問い合わせを行い、トラフィック制御内容を逐次更新する必要がある。
【０００７】
制御装置とポリシを管理する装置との間で頻繁に問合せが発生すると、通信負荷および処理負荷が増大し、制御可能なセッション数の減少し、また、ネットワークにおける通信効率も低下する。さらに、ポリシを管理する装置は、ネットワークの状況を頻繁に収集し、制御装置からの問い合わせに対して最新の情報に基づいて返答を行う必要がある。これによって、ポリシを管理する装置の処理負荷が増大する。特許文献１に記載されているように、キャッシュを用いるなど、静的な情報を制御装置内に記憶することによってポリシの問合せ回数を削減することができるが、キャッシュ内に格納された古い情報に基づいて制御装置はトラフィック制御内容を決めるため、ネットワークの変化に即時に対応できない。
【０００８】
すなわち、ネットワークの変化に対する追従性を低下させることなく、効率的な通信制御を実現するという課題がある。
【課題を解決するための手段】
【０００９】
本発明は、制御装置が、通信装置間の通信状況に応じて、ポリシ管理装置から受信した問合せの応答に含まれる複数の制御内容の中から当該通信装置間の通信の中継に適用する制御内容を、応答に含まれる条件にしたがって変更できる通信システムを提供する。
【００１０】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の通信装置間の通信を中継する制御装置、および前記通信装置間の通信の中継における通信制御の処理内容である制御内容を管理するポリシ管理装置を備える通信システムであって、前記制御装置は、前記複数の通信装置間の通信を中継する場合に前記ポリシ管理装置に当該通信の中継に適用する前記制御内容の問合せを行い、前記ポリシ管理装置から、複数の前記制御内容を含む前記制御内容の問合せの応答を受信し、前記受信した制御内容の問合せの応答に含まれる前記複数の制御内容の中から一つの制御内容を選択し、前記選択された制御内容にしたがって前記複数の通信装置間の通信の中継を制御し、前記複数の通信装置間の通信状況を解析し、前記解析の結果に基づいて、前記選択された制御内容を他の制御内容に変更する必要があるか否かを判定し、前記選択された制御内容を前記他の制御内容に変更する必要があると判定された場合、前記制御内容の問合せの応答に含まれる前記複数の制御内容の中から、前記選択された制御内容とは異なる他の制御内容に変更して、前記変更された他の制御内容にしたがって前記複数の通信装置間の通信の中継を制御することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、制御装置は即時かつ適切にネットワークの変化に追従した通信制御が可能となる。
【００１２】
上記した以外の課題、構成および効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【００１３】
【図１】実施例１のネットワークシステムの構成の一例を示す説明図である。
【図２】実施例１のポリシ管理装置の構成例を示すブロック図である。
【図３】実施例１の制御装置の構成例を示すブロック図である。
【図４】実施例１の端末管理テーブルの一例を示す説明図である。
【図５】実施例１の基地局利用率テーブルの一例を示す説明図である。
【図６】実施例１のルール判定テーブルの一例を示す説明図である。
【図７】実施例１の制御手順管理テーブルの一例を示す説明図である。
【図８】実施例１のセッション管理テーブルの一例を示す説明図である。
【図９】実施例１のセッション間通知ログの一例を示す説明図である。
【図１０Ａ】実施例１の制御装置のセッション制御プログラムが実行する処理を説明するフローチャートである。
【図１０Ｂ】実施例１の制御装置のセッション制御プログラムが実行する処理を説明するフローチャートである。
【図１０Ｃ】実施例１の制御装置のセッション制御プログラムが実行する処理を説明するフローチャートである。
【図１１】実施例１のポリシ管理装置のポリシ管理プログラムが実行する処理を説明するフローチャートである。
【図１２Ａ】実施例１のネットワークシステム全体の処理の流れの一例を説明するシーケンス図である。
【図１２Ｂ】実施例１のネットワークシステム全体の処理の流れの一例を説明するシーケンス図である。
【図１３】実施例２の制御装置の構成例を示すブロック図である。
【図１４】実施例２のキャッシュテーブルの一例を示す説明図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施例について、図面を参照して説明する。まず、本発明の概要について説明する。
【実施例１】
【００１５】
モバイルネットワークにおける通信制御システムを例に本実施例について説明する。
【００１６】
図１は、実施例１のネットワークシステムの構成の一例を示す説明図である。
【００１７】
ネットワークシステムは、モバイルキャリアおよび複数のサーバ１０６から構成される。モバイルキャリアは、インターネット１１０を介して各サーバ１０６と接続される。モバイルキャリアは、複数の端末１０１、複数の基地局１０２、ポリシ管理装置１０４、複数の制御装置１０５、および複数のサーバ１０６から構成される。
【００１８】
端末１０１は、モバイルキャリア内の少なくとも一つの基地局１０２に収容される。複数の基地局１０２と複数の制御装置１０５との間は、モバイルコア網１０７を介して接続される。モバイルコア網１０７には計測装置１０３が含まれる。計測装置１０３は、モバイルコア網１０７内を流れるトラフィックに関する情報を収集する。なお、計測装置１０３は、一般に入手可能なＤＰＩ（Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）装置を想定している。
【００１９】
また、モバイルキャリア内の基地局１０２および制御装置１０５等の装置は、管理網１０８を介してポリシ管理装置１０４と接続される。管理網１０８にも計測装置１０３が含まれる。本実施例では、端末１０１とサーバ１０６とは、ＴＣＰ上のＨＴＴＰ（Ｈｙｐｅｒ−Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて通信するものとする。なお、通信方式は一例であって、セッションを介して接続できる通信方式であれば、どのようなものであってもよい。
【００２０】
端末１０１は、サーバ１０６にＨＴＴＰリクエストを送信するためにＴＣＰを用いて制御装置１０５と接続し、当該制御装置１０５を介してサーバ１０６にＨＴＴＰリクエストを送信する。ＨＴＴＰリクエストおよびＨＴＴＰリクエストの応答は、ヘッダ部およびボディ部から構成され、ヘッダ部にはＨＴＴＰリクエストまたはＨＴＴＰリクエストの応答の内容に関する属性値が格納される。
【００２１】
制御装置１０５は、端末１０１からのＨＴＴＰリクエストを受け付けると、ＴＣＰを用いてサーバ１０６と接続する。すなわち、ＴＣＰ接続（ＴＣＰセッション）が確立される。以下の説明では、ＴＣＰ接続を単にセッションとも記載する。
【００２２】
制御装置１０５は、確立されたセッションを用いて端末１０１から受信したＨＴＴＰリクエストをサーバ１０６に転送する。また、制御装置１０５は、セッションを用いて、サーバ１０６から受信したＨＴＴＰリクエストの応答をＨＴＴＰリクエストとは逆方向、すなわち、サーバ１０６から端末１０１へ転送する。
【００２３】
制御装置１０５は、端末１０１とサーバ１０６との間のセッションを介してパケットを転送する場合、ポリシ管理装置１０４によって指示された制御内容に基づいて各セッションの通信制御を行う。ここで、制御内容は、セッションを介したパケットの転送の制御、すなわち、通信制御の情報を表す。また、通信制御には、送信の一時停止、帯域制限、一定の帯域での送信等がある。
【００２４】
また、制御装置１０５は、計測装置１０３からモバイルコア網１０９内のトラフィックに関する情報を取得し、また、端末１０１を収容する基地局１０２の情報、および各基地局１０２の利用率等を取得する。
【００２５】
ポリシ管理装置１０４は、モバイルコア網１０９および管理網１０８のそれぞれの計測装置１０３から取得したトラフィックの情報と、セッションの情報とに基づいて、端末１０１とサーバ１０６との間のセッションに対する制御内容を決定する。ポリシ管理装置１０４は、管理網１０８を介して、基地局１０２の利用率等、モバイルキャリア内の装置の動作状況、およびトラフィックの情報等を取得する。また、ポリシ管理装置１０４は、管理網１０８を介して、制御装置１０５等の機器に対する制御を行う。
【００２６】
ここで、本実施例１におけるシステム全体動作について述べる。
【００２７】
端末１０１は、セッションが確立された後、サーバ１０６に対するＨＴＴＰリクエストを制御装置１０５に送信する。制御装置１０５は、セッションを管理するための情報として端末１０１の情報およびＨＴＴＰリクエストに含まれるヘッダを一時的に記憶し、サーバ１０６に当該ＨＴＴＰリクエストを転送する。制御装置１０５は、サーバ１０６からＨＴＴＰの応答を受信すると、当該ＨＴＴＰの応答のヘッダ部を一時的に記憶し、端末１０１に当該ＨＴＴＰの応答を転送する。
【００２８】
次に、制御装置１０５は、端末１０１の情報、ＨＴＴＰリクエストのヘッダ、およびＨＴＴＰリクエストの応答のヘッダ等のセッションの情報を含む問合せをポリシ管理装置１０４に送信する。
【００２９】
ポリシ管理装置１０４は、制御装置１０５からの問合せを受信した場合、端末位置情報、基地局利用率情報、および当該問合せに含まれるセッションの情報に基づいて、セッションに適用する制御手順を決定する。ここで、制御手順は、複数の制御内容と複数の変更条件とを含む情報である。変更条件情報は、現在適用される制御内容から他の制御内容に変更するための条件を示す情報である。
【００３０】
制御装置１０５は、ポリシ管理装置１０４から制御手順を受信した後、当該制御手順に含まれる複数の制御内容から一つの制御内容を選択し、当該制御内容にしたがって、端末１０１とサーバ１０６との間のパケットの転送を制御する。
【００３１】
制御装置１０５は、選択された制御内容に従ったパケットの転送処理中に、変更条件情報に一致する通信状況の変化を検知した場合、当該変更条件情報に対応にする新たな制御内容を選択し、当該新たな制御内容にしたがってパケットの転送処理を実行する。すなわち、制御装置１０５は、通信状況の変化に応じて制御内容を変更する。
【００３２】
通信状況を検知する方法としては以下のようなものが考えられる。一つの方法としては、制御装置１０５が通信状況を示す情報を他の制御装置１０５に送信し、各制御装置１０５が他の制御装置１０５から受信した通信状況の情報に基づいて、通信状況の変化を検知する方法である。他の方法としては、制御装置１０５が、自身の通信状況の変化を検知する方法である。
【００３３】
本実施例の制御装置１０５は、前述したように、通信状況が変化した場合であっても、ポリシ管理装置１０４に問合せて制御内容の更新することなく、即時かつ適切に通信状況に追従した通信制御が可能となる。
【００３４】
また、ポリシ管理装置１０４と制御装置１０５の間の通信量が軽減されることによって、ポリシ管理装置１０４が管理可能な制御装置１０５、基地局１０２、および端末１０１の数が増大し、システム全体としてのコストを低減できる。
【００３５】
図２は、実施例１のポリシ管理装置１０４の構成例を示すブロック図である。
【００３６】
ポリシ管理装置１０４は、情報処理部２０１、入力部２０２、出力部２０３、記憶部２０４、および通信インタフェース部２０５を備える。
【００３７】
情報処理部２０１は、プロセッサ等の演算装置であり、記憶部２０４に格納されるプログラムを実行する。情報処理部２０１がプログラムにしたがって処理を実行することによって、ポリシ管理装置１０４が有する機能を実現する。以下の説明では、プログラムを主体として記載する場合、当該プログラムが情報処理部２０１によって実行されていることを示す。
【００３８】
記憶部２０４は、メモリ等の記憶媒体であり、情報処理部２０１が実行するプログラム、および当該プログラムの実行に必要な情報を格納する。本実施例の記憶部２０４は、ポリシ管理プログラム２０６、端末管理テーブル２０７、基地局利用率テーブル２０８、ルール判定テーブル２０９、および制御手順管理テーブル２１０を格納する。
【００３９】
ポリシ管理プログラム２０６は、ポリシ管理装置１０４全体を制御する機能を提供するプログラムである。ポリシ管理プログラム２０６によって実現される処理については、図１１を用いて後述する。
【００４０】
端末管理テーブル２０７は、端末１０１に関する情報を格納する。端末管理テーブル２０７の詳細は図４を用いて後述する。基地局利用率テーブル２０８は、基地局１０２の利用率に関する情報を格納する。基地局利用率テーブル２０８の詳細は図５を用いて後述する。ルール判定テーブル２０９は、制御装置１０５からの問合せに基づいて、当該制御装置１０５に設定する制御手順を決定するための情報を格納する。ルール判定テーブル２０９の詳細は図６を用いて後述する。制御手順管理テーブル２１０は、制御手順に関する情報を格納する。制御手順管理テーブル２１０の詳細は図７を用いて後述する。
【００４１】
入力部２０２は、ポリシ管理装置１０４に各種情報を入力するための装置である。入力部２０２は、例えば、キーボード、マウス、およびタッチパネルが含まれる。出力部２０３は、各種情報を出力するための装置である。出力部２０３は、例えば、ディスプレイ等が含まれる。
【００４２】
通信インタフェース部２０５は、ネットワークを介して他の装置と通信するための装置である。例えば、通信インタフェース部２０５は、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等が考えられる。
【００４３】
図３は、実施例１の制御装置１０５の構成例を示すブロック図である。
【００４４】
制御装置１０５は、情報処理部３０１、入力部３０２、出力部３０３、記憶部３０４、および通信インタフェース部３０５を備える。情報処理部３０１、入力部３０２、出力部３０３、記憶部３０４、および通信インタフェース部３０５は、情報処理部２０１、入力部２０２、出力部２０３、記憶部２０４、および通信インタフェース部２０５と同一のものであるため説明を省略する。
【００４５】
本実施例の記憶部３０４は、セッション制御プログラム３０６、セッション管理テーブル３０７、セッション間通知ログ３０８を格納する。
【００４６】
セッション制御プログラム３０６は、制御装置１０５全体を制御する機能を提供するプログラムである。セッション制御プログラム３０６によって実現される処理については、図１０Ａ、図１０Ｂおよび図１０Ｃを用いて後述する。
【００４７】
セッション管理テーブル３０７は、制御装置１０５が管理するセッションに関する情報を格納する。セッション管理テーブル３０７の詳細は図８を用いて後述する。セッション間通知ログ３０８は、制御装置１０５から通知された通信状況の情報を格納する。セッション間通知ログ３０８の詳細は図９を用いて後述する。
【００４８】
図４は、実施例１の端末管理テーブル２０７の一例を示す説明図である。
【００４９】
端末管理テーブル２０７は、端末ＩＰ４０１および基地局ＩＤ４０２を含む。端末ＩＰ４０１は、端末１０１に割り当てられたＩＰアドレスである。基地局ＩＤ４０２は、端末１０１が収容される基地局１０２を識別するための識別子である。
【００５０】
図５は、実施例１の基地局利用率テーブル２０８の一例を示す説明図である。
【００５１】
基地局利用率テーブル２０８は、基地局ＩＤ５０１および利用率５０２を含む。基地局ＩＤ５０１は、基地局１０２を識別するための識別子である。利用率５０２は、基地局１０２の利用率を示す値である。
【００５２】
制御装置１０５は、周期的に計測装置１０３から基地局の利用率等の情報を取得し、取得された情報に基づいて基地局利用率テーブル２０８を更新する。なお、計測装置１０３は、基地局１０２の利用率が更新された場合等、所定のタイミングで、基地局の利用率等の情報を制御装置１０５に送信してもよい。この場合、制御装置１０５は、周期的に計測装置１０３から情報を取得する必要はない。
【００５３】
図６は、実施例１のルール判定テーブル２０９の一例を示す説明図である。
【００５４】
ルール判定テーブル２０９は、優先度６０１、判定条件６０２、制御手順ＩＤ６０３、およびパラメータ６０４を含む。
【００５５】
優先度６０１は、制御手順を適用する順番を示す値である。本実施例では、優先度６０１には「１」から順に値が設定される。優先度６０１に設定される値が小さいほど、優先的に適用される制御手順であることを示す。判定条件６０２は、制御手順を適用するか否かを判定するための判定条件である。制御手順ＩＤ６０３は、制御手順の識別子である。パラメータ６０４は、制御手順に含まれる制御内容に従った通信制御において用いられるパラメータの値（実引数）である。
【００５６】
図７は、実施例１の制御手順管理テーブル２１０の一例を示す説明図である。
【００５７】
制御手順管理テーブル２１０は、制御手順ＩＤ７０１、パラメータ７０２、変更条件情報７０３、および制御内容７０４を含む。
【００５８】
制御手順ＩＤ７０１は、制御手順の識別子であり、制御手順ＩＤ６０３と同一のものである。パラメータ７０２は、制御手順に含まれる制御内容に従った通信制御に用いられるパラメータの値（仮引数）である。
【００５９】
変更条件情報７０３は、制御内容を変更するか否かを判定するための条件を示す情報である。制御内容７０４は、通信制御の具体的な制御方法を示す情報である。
【００６０】
本実施例では、一つの制御手順には、通信状況の変化前に適用される制御内容、すなわち、初期の制御内容と、通信状況が変化した場合に適用される制御内容とが含まれる。図７に示す例では、変更条件情報７０３が空欄のエントリは、初期の制御内容に対応する。また、変更条件情報７０３に情報が設定されるエントリは、通信状況が変化した場合に適用される制御内容に対応する。なお、通信状況が変化した場合に適用される制御内容は二つ以上あってもよい。
【００６１】
前述のように、本実施例では、一つの制御手順に二つ以上の制御内容が含まれることに特徴がある。すなわち、制御装置１０５は、初期の制御内容にしたがって通信制御を行い、変更条件情報７０３に合致する通信状況の変化が検知された場合、当該変更条件情報７０３に対応する制御内容に変更し、変更された制御内容にしたがって通信制御を行う。
【００６２】
なお、ルール判定テーブル２０９および制御手順管理テーブル２１０に格納される情報は、ネットワークシステムの管理者が予めポリシ管理装置１０４に設定しているものとする。
【００６３】
図８は、実施例１のセッション管理テーブル３０７の一例を示す説明図である。
【００６４】
セッション管理テーブル３０７は、セッションＩＤ８０１、基地局ＩＤ８０２、端末ＩＰ８０３、端末Ｐｏｒｔ８０４、リクエストヘッダ８０５、レスポンスヘッダ８０６、判定条件８０７、制御手順８０８、およびパラメータ８０９を含む。
【００６５】
セッションＩＤ８０１は、制御装置１０５が管理するセッションの識別子である。基地局ＩＤ８０２は、セッションによって接続される端末１０１が収容される基地局１０２の識別子である。端末ＩＰ８０３は、セッションによって接続される端末１０１のＩＰアドレスである。端末Ｐｏｒｔ８０４は、セッションによって接続される端末１０１のポート番号である。
【００６６】
リクエストヘッダ８０５は、端末１０１から送信されたＨＴＴＰリクエストのヘッダである。レスポンスヘッダ８０６は、サーバ１０６から送信されたＨＴＴＰリクエストの応答のヘッダである。
【００６７】
判定条件８０７は、ポリシ管理装置１０４が制御手順を決定した判定条件であり、判定条件６０２と同一のものである。制御手順８０８は、セッションＩＤ８０１に対応するセッションに適用される制御手順の具体的な情報である。パラメータ８０９は、制御内容に従った通信制御に用いられるパラメータの値（実引数）である。
【００６８】
図９は、実施例１のセッション間通知ログ３０８の一例を示す説明図である。
【００６９】
セッション間通知ログ３０８は、時刻９０１、送信元９０２、通知種別９０３、対象基地局９０４、対象端末９０５、および内容９０６を含む。
【００７０】
時刻９０１は、受信した通信状況の情報に関する時刻である。例えば、時刻９０１には、制御装置１０５が通信状況の情報を送信した時刻、または、制御装置１０５から通信状況の情報を受信した時刻のいずれかが格納される。本実施例の時刻９０１には、制御装置１０５から通信状況の情報を受信した時刻が格納されるものとする。
【００７１】
送信元９０２は、通信状況の情報を送信した他の制御装置１０５の識別情報である。送信元９０２には、例えば、他の制御装置１０５の識別子が格納される。通知種別９０３は、通信状況の情報の種別である。例えば、利用率の低下または利用率の増加等の種別が格納される。
【００７２】
対象基地局９０４および対象端末９０５は、通信状況の変化に関係する基地局１０２および端末１０１の識別情報である。対象基地局９０４には、例えば、基地局１０２の識別子が格納される。また、対象端末９０５には、例えば、端末１０１のＩＰアドレスが格納される。内容９０６は、通信状況の情報の詳細な内容である。
【００７３】
図１０Ａ、図１０Ｂ、および図１０Ｃは、実施例１の制御装置１０５のセッション制御プログラム３０６が実行する処理を説明するフローチャートである。
【００７４】
セッション制御プログラム３０６は、制御装置１０５が端末１０１からサーバ１０６へのＨＴＴＰリクエストを受信すると処理を開始する。セッション制御プログラム３０６は、セッションが終了するまで以下で説明する処理を実行する。なお、制御装置１０５が複数のセッションを管理する場合、同一の処理が並列して実行されることとなる。
【００７５】
セッション制御プログラム３０６は、ＨＴＴＰリクエストを受信した場合、端末１０１とサーバ１０６との間に新規セッションを確立し、セッション管理テーブル３０７に新規セッションのエントリを登録する（ステップＳ１００１）。その後、セッション制御プログラム３０６は、ＨＴＴＰリクエストをサーバ１０６に対して転送する（ステップＳ１００２）。ステップＳ１００１では、以下のような処理が実行される。
【００７６】
セッション制御プログラム３０６は、セッション管理テーブル３０７にエントリを追加する。セッション制御プログラム３０６は、追加されたエントリのセッションＩＤ８０１に一意な識別子を設定する。セッション制御プログラム３０６は、ＨＴＴＰリクエストから、端末１０１のＩＰアドレス、ＴＣＰポート番号、およびヘッダを取得する。セッション制御プログラム３０６は、追加されたエントリの端末ＩＰ８０３、端末Ｐｏｒｔ８０４、およびリクエストヘッダ８０５のそれぞれに、取得された情報を設定する。以上がステップＳ１００１の処理の説明である。
【００７７】
セッション制御プログラム３０６は、サーバ１０６からＨＴＴＰリクエストの応答を受信した場合（ステップＳ１００３）、セッション管理テーブル３０７を更新し（ステップＳ１００４）、当該応答を端末１０１に転送する。
【００７８】
具体的には、セッション制御プログラム３０６は、ＨＴＴＰリクエストの応答からヘッダを取得し、ステップＳ１００１において追加されたエントリのレスポンスヘッダ８０６に設定する。
【００７９】
セッション制御プログラム３０６は、ポリシ管理装置１０４に制御手順の問合せを送信する（ステップＳ１００５）。当該問合せには、セッション管理テーブル３０７に追加されたエントリの情報が含まれる。
【００８０】
セッション制御プログラム３０６は、ポリシ管理装置１０４から問合せの応答を受信した場合（ステップＳ１００６）、セッション管理テーブル３０７を更新する（ステップＳ１００７）。なお、問合せの応答には、基地局１０２の識別子、判定理由、制御手順、パラメータ、基地局１０２の利用率等が含まれる。
【００８１】
具体的には、セッション制御プログラム３０６は、問合せの応答に含まれる基地局１０２の識別子、判定条件、制御内容およびパラメータを、追加されたエントリの基地局ＩＤ８０２、判定条件８０７、制御手順８０８およびパラメータ８０９に設定する。
【００８２】
セッション制御プログラム３０６は、制御手順に含まれる複数の制御内容から一つの制御内容を選択し、選択された制御内容にしたがって通信制御を開始する（ステップＳ１００８）。本実施例では、制御手順に含まれる制御内容のうち、変更条件情報７０３が空欄の制御内容が初期の制御内容として選択されるものとする。
【００８３】
また、セッション制御プログラム３０６は、セッションにおける通信状況の解析を開始する。このとき、セッション制御プログラム３０６は、他の制御装置１０５との連携が必要であるか否かを判定する（ステップＳ１００９）。
【００８４】
例えば、セッション制御プログラム３０６は、制御手順８０８に設定された制御手順に含まれる変更条件情報を参照し、他の制御装置１０５の通信状況の情報が制御内容の変更のトリガとなっているか否かを判定する。他の制御装置１０５の通信状況の情報が制御内容の変更のトリガとなっている場合、セッション制御プログラム３０６は、他の制御装置１０５との連携が必要であると判定する。
【００８５】
他の装置との連携が必要でないと判定された場合には、以下のような処理が実行される。セッション制御プログラム３０６は、通信状況の変化を検知したか否かを判定する（ステップＳ１０１０）。例えば、セッション制御プログラム３０６は、スループットの低下または基地局１０２の利用率の増大が検知されたか否かを判定する。
【００８６】
通信状況の変化が検知されていないと判定された場合、セッション制御プログラム３０６は、ステップＳ１０１３に進む。
【００８７】
通信状況の変化が検知されたと判定された場合、セッション制御プログラム３０６は、制御手順の変更条件情報に基づいて、制御内容を変更する必要があるか否かを判定する（ステップＳ１０１１）。具体的には、セッション制御プログラム３０６は、検知された通信状況の変化が変更条件情報に一致する通信状況の変化であるか否かを判定する。
【００８８】
制御内容を変更する必要がないと判定された場合、セッション制御プログラム３０６は、ステップＳ１０１３に進む。
【００８９】
制御内容を変更する必要があると判定された場合、セッション制御プログラム３０６は、変更条件情報に対応する制御内容に変更し（ステップＳ１０１２）、その後ステップＳ１０１３に進む。
【００９０】
ステップＳ１０１３では、セッション制御プログラム３０６は、セッションが終了したか否かを判定する（ステップＳ１０１３）。セッションが終了していないと判定された場合、セッション制御プログラム３０６は、ステップＳ１００８に戻り、同様の処理を実行する。
【００９１】
セッションが終了したと判定された場合、セッション制御プログラム３０６は、処理を終了する。このとき、セッション制御プログラム３０６は、セッション管理テーブル３０７から終了したセッションに対応するエントリを削除する。
【００９２】
ステップＳ１００９において、他の装置との連携が必要であると判定された場合には、以下のような処理が実行される。
【００９３】
セッション制御プログラム３０６は、通信状況の変化を検知したか否かを判定する（ステップＳ１０１４）。
【００９４】
通信状況の変化が検知されていないと判定された場合、セッション制御プログラム３０６は、ステップＳ１０１６に進む。
【００９５】
通信状況の変化が検知されたと判定された場合、セッション制御プログラム３０６は、他の制御装置１０５に、検知された通信状況の変化を示す通信状況の情報を送信する（ステップＳ１０１５）。
【００９６】
通信状況の情報には、セッションの端点である端末１０１の識別子、当該端末１０１が収容される基地局１０２の識別子、通知の種別、通信状況の変化の内容等が含まれる。通信状況の変化の内容の一例としては、「基地局Ａに収容された端末に対する送信のスループットが減少した」、「基地局Ｂに収容された端末に対する送信のスループットが増大した」、「基地局Ｃに収容された端末に対して優先度の高いトラフィックを送信開始した」などがある。
【００９７】
なお、通信状況の情報は、他の制御装置１０５だけではなく、セッション制御プログラム３０６が実行される制御装置１０５自身にも送信される。
【００９８】
セッション制御プログラム３０６は、通信状況の情報を受信したか否かを判定する（ステップＳ１０１６）。
【００９９】
通信状況の情報を受信していないと判定された場合、セッション制御プログラム３０６は、ステップＳ１０１８に進む。
【０１００】
通信状況の情報を受信したと判定された場合、セッション制御プログラム３０６は、セッション間通知ログ３０８に新規エントリを登録し（ステップＳ１０１７）、その後ステップＳ１０１８に進む。具体的には、以下のような処理が実行される。
【０１０１】
セッション制御プログラム３０６は、セッション間通知ログ３０８に新規エントリを追加し、追加されたエントリの時刻９０１に通信状況の情報を受信した時刻を設定する。セッション制御プログラム３０６は、通信状況の情報を送信した制御装置１０５の識別子を追加されたエントリの送信元９０２に設定する。
【０１０２】
セッション制御プログラム３０６は、通信状況の情報から、通知の種別、基地局１０２の識別子、端末１０１の識別子、通信状況の変化の内容を取得する。セッション制御プログラム３０６は、追加されたエントリの通知種別９０３、対象基地局９０４、対象端末９０５、および内容９０６のそれぞれに取得された情報を設定する。以上がステップＳ１０１７の処理の説明である。
【０１０３】
セッション制御プログラム３０６は、制御手順の変更条件情報に基づいて、制御内容を変更する必要があるか否かを判定する（ステップＳ１０１８）。具体的には、セッション制御プログラム３０６は、制御手順の変更条件情報に一致するか否かを判定する。例えば、セッション制御プログラム３０６は、同一基地局１０２に属する複数の端末１０１におけるスループットの低下が検知されたことを示す通信状況の情報を３秒以内に１０回受信した場合、制御内容を変更する必要があると判定する。
【０１０４】
制御内容を変更する必要がないと判定された場合、セッション制御プログラム３０６は、ステップＳ１０１３に進む。
【０１０５】
制御内容を変更する必要があると判定された場合、セッション制御プログラム３０６は、変更条件情報に対応する制御内容に変更し（ステップＳ１０１９）、その後ステップＳ１０１３に進む。例えば、セッション制御プログラム３０６は、端末１０１へのパケットの送信を５秒間停止する。
【０１０６】
ステップＳ１０１３では、セッション制御プログラム３０６は、セッションが終了したか否かを判定する（ステップＳ１０１３）。セッションが終了していないと判定された場合、セッション制御プログラム３０６は、ステップＳ１００８に戻り、同様の処理を実行する。
【０１０７】
セッションが終了したと判定された場合、セッション制御プログラム３０６は、処理を終了する。このとき、セッション制御プログラム３０６は、セッション管理テーブル３０７から終了したセッションに対応するエントリを削除する。
【０１０８】
図１１は、実施例１のポリシ管理装置１０４のポリシ管理プログラム２０６が実行する処理を説明するフローチャートである。
【０１０９】
ポリシ管理プログラム２０６は、セッション制御プログラム３０６から問合せを受信した場合、以下で説明する処理を開始する。
【０１１０】
ポリシ管理プログラム２０６は、まず、受け付けた問合せから端末１０１のＩＰアドレスを取得する（ステップＳ１１０１）。ポリシ管理プログラム２０６は、取得されたＩＰアドレスを検索キーとして端末管理テーブル２０７を参照し、取得されたＩＰアドレスに対応する端末１０１を収容する基地局を検索する（ステップＳ１１０２）。
【０１１１】
具体的には、ポリシ管理プログラム２０６は、端末ＩＰ４０１が取得された端末１０１のＩＰアドレスと一致するエントリを検索する。ポリシ管理プログラム２０６は、検索されたエントリの基地局ＩＤ４０２から端末１０１を収容する基地局１０２の識別子を取得する。
【０１１２】
ポリシ管理プログラム２０６は、検索された基地局１０２の識別子を検索キーとして基地局利用率テーブル２０８を参照し、当該基地局１０２の利用率を取得する（ステップＳ１１０３）。
【０１１３】
ポリシ管理プログラム２０６は、問合せを送信した制御装置１０５が管理するにセッションに適用する制御手順を決定する（ステップＳ１１０４）。
【０１１４】
具体的には、ポリシ管理プログラム２０６は、問合せに含まれるヘッダ、端末１０１のＩＰアドレス、基地局１０２の識別子、および基地局１０２の利用率を検索キーとしてルール判定テーブル２０９を参照し、判定条件６０２に一致するエントリを検索する。また、ポリシ管理プログラム２０６は、検索されたエントリの判定条件６０２、制御手順ＩＤ６０３、およびパラメータ６０４に格納される値を取得する。
【０１１５】
ポリシ管理プログラム２０６は、取得された制御手段の識別子を検索キーとして制御手順管理テーブル２１０を参照し、制御手順の具体的な情報を取得する（ステップＳ１１０５）。
【０１１６】
ポリシ管理プログラムは、制御装置１０５に問合せの応答を送信し（ステップＳ１１０６）、処理を終了する。問合せの応答には、判定条件、制御手順、パラメータ、基地局１０２の識別子、基地局１０２の利用率が含まれる。
【０１１７】
図１２Ａおよび図１２Ｂは、実施例１のネットワークシステム全体の処理の流れの一例を説明するシーケンス図である。
【０１１８】
以下の説明では、端末１０１−１は制御装置１０５−１を介してサーバ１０６と接続され、端末１０１−２は制御装置１０５−２を介してサーバ１０６と接続されるものとする。
【０１１９】
端末１０１−１は、セッション１が開始されると、サーバ１０６に対してＨＴＴＰリクエストを送信する（ステップＳ１２０１）。
【０１２０】
セッション１を管理する制御装置１０５−１は、端末１０１−１からＨＴＴＰリクエストを受信し、当該ＨＴＴＰリクエストをサーバ１０６に転送する（ステップＳ１２０２）。このとき、制御装置１０５−１は、セッション管理テーブル３０７に新たに確立されたセッション１のエントリを追加する。
【０１２１】
制御装置１０５−１は、サーバ１０６からＨＴＴＰリクエストの応答を受信した場合（ステップＳ１２０３）、ポリシ管理装置１０４に制御手順の問合せを行う（ステップＳ１２０４）。
【０１２２】
ポリシ管理装置１０４は、問合せに含まれる情報および基地局１０２に関する情報に基づいて、セッション１に対して適用する制御手順を決定する（ステップＳ１２０５）。ポリシ管理プログラム２０６は、決定された制御手順を含む問合せの応答を制御装置１０５に送信する（ステップＳ１２０６）。
【０１２３】
ここでは、セッション１に設定される制御手順には以下の二つの制御内容が含まれるものとする。初期の制御内容として、「通常の送信」が設定される。他の制御内容の変更条件情報として、「１０秒以内にスループットの低下を通知する通信状況の情報を２件以上検知」することが設定され、当該変更条件情報に対応する制御内容として、「パケットの送信を１分間停止」することが設定されているものとする。この場合、制御装置１０５−１は、前述の変更条件情報にしたがって送信バッファの滞留量を監視する。
【０１２４】
制御装置１０５−１は、端末１０１−１にＨＴＴＰリクエストの応答を送信する（ステップＳ１２０７）。その後、サーバ１０６は、コンテンツの送信を開始する（ステップＳ１２０８）。制御装置１０５−１は、制御内容にしたがって、端末１０１−１にコンテンツを転送する（ステップＳ１２０９）。
【０１２５】
制御装置１０５−２は、端末１０１−２とサーバ１０６との間のセッション２を管理する。ここで、ステップＳ１２１１からステップＳ１２１９までの処理は、ステップＳ１２０１からステップＳ１２１９までの処理と同一であるため説明を省略する。セッション２についても、セッション１と同一の制御手順が設定されたものとする。
【０１２６】
制御装置１０５−１、１０５−２のそれぞれが、コンテンツの送信中に送信バッファ量の増大を検知する（ステップＳ１２２０、ステップＳ１２２１）。すなわち、スループットの低下が検知される。このとき、制御装置１０５−１、１０５−２のそれぞれは、自装置および他の制御装置１０５に通信状況の情報を送信する（ステップＳ１２２２、ステップＳ１２２３）。ここでは、制御装置１０５−１、１０５−２は、通信状況の情報をブロードキャストするものとする。
【０１２７】
制御装置１０５−１、１０５−２のそれぞれは、制御手順に含まれる変更条件情報に合致したものと判定し、制御内容を変更する（ステップＳ１２２４、ステップＳ１２２５）。本実施例では、制御装置１０５−１、１０５−２は、それぞれが管理するセッションを介して接続される端末１０１−１、１０１−２へのコンテンツの送信を１分間に停止する。
【０１２８】
したがって、制御装置１０５−１、１０５−２は、制御内容の変更後１分が経過するまでは、サーバ１０６からコンテンツを受信しても端末１０１−１、１０１−２に当該コンテンツを送信しない。
【０１２９】
なお、制御装置１０５は、他の制御装置１０５との間で通信状況の情報を送受信していたがこれに限定されない。制御装置１０５は、ポリシ管理装置１０４にも通信状況の情報を送信してもよい。例えば、制御内容にポリシ管理装置１０４への通信状況の送信を指定する情報を設定することによって、前述した制御が可能となる。これによって、ポリシ管理装置１０４は、制御装置１０５に当初の予想に反する事象が発生したこと、および当該事象の発生ともなって制御内容が変更されたことを把握できる。また、ポリシ管理装置１０４は、当該情報に基づいて、ルール判定テーブル２０９を更新し、異常の検出した旨を管理者に通知することができる。
【０１３０】
実施例１によれば、制御装置１０５が、通信状況の変化を検知した場合、制御手順に含まれる変更条件情報に基づいて制御内容を変更する必要があるか否かを判定する。また、制御装置１０５は、制御内容を変更する必要があると判定された場合、現在使用している制御内容を他の制御内容に変更し、変更された制御内容に基づいてセッションを管理する。
【０１３１】
このように、制御装置１０５が自ら通信状況に合わせて制御内容を変更できるため、ポリシ管理装置１０４と制御装置１０５との間の通信量を低減できる。また、ポリシ管理装置１０４は、通信する制御装置１０５の数が減るため、管理可能な制御装置１０５の数を増やすことができる。また、制御装置１０５は、通信状況に応じて通信制御が可能となる。
【実施例２】
【０１３２】
実施例２では、制御装置１０５が、制御手順を一時的に保持するキャッシュを備える点が異なる。以下実施例１との差異を中心に実施例２について説明する。
【０１３３】
実施例２のネットワークシステム、ポリシ管理装置１０４の構成は実施例１と同一であるため説明を省略する。実施例２では制御装置１０５の構成が異なる。
【０１３４】
図１３は、実施例２の制御装置１０５の構成例を示すブロック図である。
【０１３５】
実施例２の制御装置１０５のハードウェア構成は実施例１と同一であるため説明を省略する。実施例２の制御装置１０５は記憶部３０４に格納される情報が実施例１と異なる。具体的には、記憶部３０４は、新たにキャッシュテーブル１３０１を格納する。また、実施例２のセッション制御プログラム３０６が実行する処理も後述するように実施例１の処理と一部異なる。
【０１３６】
図１４は、実施例２のキャッシュテーブル１３０１の一例を示す説明図である。
【０１３７】
キャッシュテーブル１３０１は、端末ＩＰ１４０１、基地局ＩＤ１４０２、判定条件１４０３、制御手順１４０４、パラメータ１４０５、および有効期限１４０６を含む。
【０１３８】
端末ＩＰ１４０１は、セッションによって接続される端末１０１のＩＰアドレスである。基地局ＩＤ１４０２は、セッションによって接続される端末１０１が収容される基地局１０２の識別子である。判定条件１４０３は、制御手順が決定される場合にポリシ管理装置１０４によって参照された判定条件である。
【０１３９】
制御手順１４０４は、セッションＩＤ８０１に対応するセッションにおいて適用された制御手順の情報である。パラメータ１４０５は、制御内容に従った通信制御に用いられるパラメータの値（実引数）である。有効期限１４０６は、キャッシュ（エントリ）の有効期限である。有効期限１４０６には、管理者によって設定された値が格納される。
【０１４０】
次に実施例２におけるセッション制御プログラム３０６が実行する処理について説明する。
【０１４１】
セッション制御プログラム３０６は、ステップＳ１００５において、ポリシ管理装置１０４に問合せを行う前に、キャッシュテーブル１３０１を参照して、確立されたセッションに適用可能な制御手順がキャッシュテーブル１３０１に存在するか否かを判定する。
【０１４２】
具体的には、セッション制御プログラム３０６は、セッションの情報を検索キーとしてキャッシュテーブル１３０１を参照して、セッションの情報に一致するエントリを検索する。このとき、セッション制御プログラム３０６は、端末ＩＰ１４０１アドレスだけではなく、判定条件１４０３も参照し、新たに確立したセッションに一致するか否かを判定する。
【０１４３】
確立されたセッションに適用可能な制御手順がキャッシュテーブル１３０１に存在すると判定された場合、セッション制御プログラム３０６は、ポリシ管理装置１０４に問合せを行うことなく、当該制御手順を設定し（ステップＳ１００７）、制御を開始する（ステップＳ１００８）。
【０１４４】
一方、確立されたセッションに適用可能な制御手順がキャッシュテーブル１３０１に存在しないと判定された場合、セッション制御プログラム３０６は、ポリシ管理装置に問合せを行う（ステップＳ１００５）。すなわち、実施例１と同様の処理が実行される。セッション制御プログラム３０６は、ポリシ管理装置１０４から応答を受信した場合（ステップＳ１００６）、キャッシュテーブル１３０１にエントリを更新する。
【０１４５】
具体的には、セッション制御プログラム３０６は、キャッシュテーブル１３０１にエントリを追加し、追加されたエントリの端末ＩＰ１４０１にセッションを介して接続される端末１０１のＩＰアドレスを追加する。また、セッション制御プログラム３０６は、追加されたエントリの基地局ＩＤ１４０２、判定条件１４０３、制御手順１４０４、およびパラメータ１４０５に、ポリシ管理装置１０４からの応答に含まれる情報を設定する。さらに、セッション制御プログラム３０６は、追加されたエントリの有効期限１４０６に所定の値を設定する。
【０１４６】
セッション制御プログラム３０６が、制御内容を変更した場合、キャッシュテーブル１３０１から、変更前の制御内容に関連するエントリを削除してもよい。例えば、セッション制御プログラム３０６が、他の制御装置のセッション制御プログラム３０６から、同一基地局に関連する通信状況の情報を受信した場合、当該基地局１０２に関するエントリをキャッシュテーブル１３０１から削除する。これによって、古い情報が、キャッシュテーブル１３０１に長期間残ることを防ぐことが可能となる。
【０１４７】
実施例２によれば、セッション制御プログラム３０６は、キャッシュテーブル１３０１に登録された制御手順を適用できる場合、ポリシ管理装置１０４に問合せを行う必要がないため、さらに、ポリシ管理装置１０４との間の通信を低減することができる。
【０１４８】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
【０１４９】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、およびそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０１５０】
また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラムまたはスクリプト言語で実装できる。
【０１５１】
さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段またはＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
【０１５２】
上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。
【符号の説明】
【０１５３】
１０１  端末
１０２  基地局
１０３  計測装置
１０４  ポリシ管理装置
１０５  制御装置
１０６  サーバ
１０７  モバイルコア網
１０８  管理網
１０９  モバイルコア網
１１０  インターネット
２０６  ポリシ管理プログラム
２０７  端末管理テーブル
２０８  基地局利用率テーブル
２０９  ルール判定テーブル
２１０  制御手順管理テーブル
３０６  セッション制御プログラム
３０７  セッション管理テーブル
３０８  セッション間通知ログ
１３０１  キャッシュテーブル
【図１】
2015220523.tif 000003
【図２】
2015220523.tif 000004
【図３】
2015220523.tif 000005
【図４】
2015220523.tif 000006
【図５】
2015220523.tif 000007
【図６】
2015220523.tif 000008
【図７】
2015220523.tif 000009
【図８】
2015220523.tif 000010
【図９】
2015220523.tif 000011
【図１０Ａ】
2015220523.tif 000012
【図１０Ｂ】
2015220523.tif 000013
【図１０Ｃ】
2015220523.tif 000014
【図１１】
2015220523.tif 000015
【図１２Ａ】
2015220523.tif 000016
【図１２Ｂ】
2015220523.tif 000017
【図１３】
2015220523.tif 000018
【図１４】
2015220523.tif 000019