(57)【要約】【課題】各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できる端末制御システムを提供する。【解決手段】統計情報取得部５１は、各端末装置から、各端末装置における通信量を表す統計情報を取得する。ルール生成部５２は、各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成する。ルールは、例えば、ＡＮＤＳＦに従って記述される。ルール送信部５３は、生成されたルールを、各端末装置に送信する。【選択図】図８
2016122870.tif 000002
【特許請求の範囲】
【請求項１】
各端末装置から、各端末装置における通信量を表す統計情報を取得する統計情報取得手段と、
各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成するルール生成手段と、
生成されたルールを、各端末装置に送信するルール送信手段とを備える
ことを特徴とする端末制御システム。
【請求項２】
統計情報取得手段は、各端末装置に統計情報を保持させ、前記各端末装置に前記統計情報を要求することによって、前記各端末装置から前記統計情報を取得する
請求項１に記載の端末制御システム。
【請求項３】
ルール生成手段は、統計情報取得手段による取得対象となる統計情報を端末装置に保持させるルールを生成し、
ルール送信手段は、各端末装置に前記ルールを送信し、
統計情報取得手段は、前記ルールに従って端末装置が保持した統計情報を、各端末装置に要求することによって、前記各端末装置から前記統計情報を取得する
請求項１に記載の端末制御システム。
【請求項４】
統計情報取得手段は、各端末装置から取得した統計情報に基づいて、無線通信ネットワーク毎の通信量を算出し、
ルール生成手段は、無線通信ネットワーク毎の通信量に基づいて、端末装置の動作を定めたルールを生成する
請求項１から請求項３のうちのいずれか１項に記載の端末制御システム。
【請求項５】
統計情報取得手段は、各端末装置から、無線通信ネットワーク毎の通信エラー率を表す統計情報を取得し、
ルール生成手段は、無線通信ネットワーク毎の通信エラー率に基づいて、端末装置の動作を定めたルールを生成する
請求項１から請求項４のうちのいずれか１項に記載の端末制御システム。
【請求項６】
統計情報取得手段は、各端末装置から、無線通信ネットワーク毎の使用帯域を表す統計情報を取得し、
ルール生成手段は、無線通信ネットワーク毎の使用帯域に基づいて、端末装置の動作を定めたルールを生成する
請求項１から請求項５のうちのいずれか１項に記載の端末制御システム。
【請求項７】
各端末装置から、各端末装置における通信量を表す統計情報を取得する統計情報取得手段と、
各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成するルール生成手段と、
生成されたルールを、各端末装置に送信するルール送信手段とを備える
ことを特徴とする端末制御装置。
【請求項８】
統計情報取得手段は、各端末装置に統計情報を保持させ、前記各端末装置に前記統計情報を要求することによって、前記各端末装置から前記統計情報を取得する
請求項７に記載の端末制御装置。
【請求項９】
ルール生成手段は、統計情報取得手段による取得対象となる統計情報を端末装置に保持させるルールを生成し、
ルール送信手段は、各端末装置に前記ルールを送信し、
統計情報取得手段は、前記ルールに従って端末装置が保持した統計情報を、各端末装置に要求することによって、前記各端末装置から前記統計情報を取得する
請求項７に記載の端末制御装置。
【請求項１０】
各端末装置から、各端末装置における通信量を表す統計情報を取得し、
各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成し、
生成したルールを、各端末装置に送信する
ことを特徴とする端末制御方法。
【請求項１１】
各端末装置に統計情報を保持させ、前記各端末装置に前記統計情報を要求することによって、前記各端末装置から前記統計情報を取得する
請求項１０に記載の端末制御方法。
【請求項１２】
取得対象となる統計情報を端末装置に保持させるルールを生成し、
各端末装置に前記ルールを送信し、
前記ルールに従って端末装置が保持した統計情報を、各端末装置に要求することによって、前記各端末装置から前記統計情報を取得する
請求１０に記載の端末制御方法。
【請求項１３】
コンピュータに、
各端末装置から、各端末装置における通信量を表す統計情報を取得する統計情報取得処理、
各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成するルール生成処理、および、
生成されたルールを、各端末装置に送信するルール送信処理
を実行させるための端末制御プログラム。
【請求項１４】
コンピュータに、
統計情報取得処理で、各端末装置に統計情報を保持させる処理を実行させ、前記各端末装置に前記統計情報を要求することによって、前記各端末装置から前記統計情報を取得させる
請求項１３に記載の端末制御プログラム。
【請求項１５】
コンピュータに、
統計情報取得処理での取得対象となる統計情報を端末装置に保持させるルールを生成する統計情報収集ルール生成処理、および、
統計情報収集ルール生成処理で生成されたルールを各端末装置に送信する処理を
実行させ、
統計情報取得処理で、前記ルールに従って端末装置が保持した統計情報を各端末装置に要求することによって、前記各端末装置から前記統計情報を取得させる
請求項１３に記載の端末制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末制御システム、端末制御装置、端末制御方法および端末制御プログラムに関する。
【背景技術】
【０００２】
端末装置の動作を規定するルールを配布する規格として、ＡＮＤＳＦ（Access Network Discovery and Selection Function ）がある。ＡＮＤＳＦについては、非特許文献１，２に記載されている。図９は、非特許文献２に記載されたルールの例を示す。図９では、ルールとして、条件と、その条件が満たされた場合の端末装置の好ましいアクションを示している。図９に示す例では、端末装置の接続先がインターネットである場合には、“Wi-Fi with DSMIPv6 3GPP”を介して接続することが好ましいということを表している。
【０００３】
なお、セキュリティポリシを配布するための技術が、特許文献１に記載されている。
【０００４】
また、近年、集中管理型のシステムとして、オープンフロー（ＯｐｅｎＦｌｏｗ）という技術が提案されている。オープンフローでは、パケットを転送する複数のスイッチと、各スイッチを制御する制御装置とを備え、制御装置が各スイッチにフローエントリを設定し、各スイッチが受信したパケットをフローエントリに従って処理する。フローエントリとは、パケットが属しているフローに応じて、そのパケットをどのように処理するか（例えば、転送、廃棄等）を規定した情報である。例えば、スイッチは、フローエントリに規定されていないパケットを受信した場合には、その旨を制御装置に通知し、制御装置は、そのパケットに応じたフローエントリをスイッチに送信する。オープンフローを用いて、スイッチにパケットを転送させるシステムが、例えば特許文献２に記載されている。
【０００５】
また、特許文献３には、ＱｏＳ（Quality of Service）要求条件が設定されたコンピュータ間のＱｏＳを計測し、その計測結果に従って、そのコンピュータ間のＱｏＳを設定するシステムが記載されている。
【０００６】
また、通信帯域の推定に関する技術が、非特許文献３に記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特表２００８−５２６１４４号公報
【特許文献２】特開２０１２−１７５３９４号公報
【特許文献３】特開２００９−５５３２７号公報
【非特許文献】
【０００８】
【非特許文献１】“WI-FI ROAMING-BUILDING ON ANDSF AND HOTSPOT2.0”, Alcatel Lucent
【非特許文献２】“A 3G/LTE Wi-Fi Offload Framework: Connectivity Engine (CnE) to Manage Inter-System Radio Connections and Applications”, Qualcomm Incorporated, ２０１１年６月
【非特許文献３】Takashi Oshiba, Kazuaki Nakajima, “Quick End-to-End Available Bandwidth Estimation for QoS of Real-Time Multimedia Communication”, IEEE, ２０１０年
【発明の概要】
【発明が解決しようとする課題】
【０００９】
各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できることがこのましい。しかし、特許文献３に記載のシステムは、コンピュータ間のＱｏＳ設定のみを行っている。そのため、特許文献３に記載のシステムでは、各無線通信ネットワークの通信量を制御することは難しい。
【００１０】
そこで、本発明は、各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できる端末制御システム、端末制御装置、端末制御方法および端末制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明による端末制御システムは、各端末装置から、各端末装置における通信量を表す統計情報を取得する統計情報取得手段と、各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成するルール生成手段と、生成されたルールを、各端末装置に送信するルール送信手段とを備えることを特徴とする。
【００１２】
また、本発明による端末制御装置は、各端末装置から、各端末装置における通信量を表す統計情報を取得する統計情報取得手段と、各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成するルール生成手段と、生成されたルールを、各端末装置に送信するルール送信手段とを備えることを特徴とする。
【００１３】
また、本発明による端末制御方法は、各端末装置から、各端末装置における通信量を表す統計情報を取得し、各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成し、生成したルールを、各端末装置に送信することを特徴とする。
【００１４】
また、本発明による端末制御プログラムは、コンピュータに、各端末装置から、各端末装置における通信量を表す統計情報を取得する統計情報取得処理、各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルールを生成するルール生成処理、および、生成されたルールを、各端末装置に送信するルール送信処理を実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できる。
【図面の簡単な説明】
【００１６】
【図１】ポリシを記述するためのデータ構造を示す説明図である。
【図２】本発明の第１の実施形態の例を示す説明図である。
【図３】端末内ＯＦＣ１１による端末内ＯＦＳ１２の制御の例を示す模式図である。
【図４】本発明の第１の実施形態の処理経過の例を表すフローチャートである。
【図５】本発明の第２の実施形態の例を示す説明図である。
【図６】本発明の第２の実施形態の処理経過の例を表すフローチャートである。
【図７】ステップＳ２１で生成されるポリシにおいて統計情報を指定する部分のデータ構造の例を示す説明図である。
【図８】本発明の端末制御システムの主要部を示すブロック図である。
【図９】非特許文献２に記載されたルールの例を示す模式図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を図面を参照して説明する。
【００１８】
以下に示す各実施形態では、ＡＮＤＳＦに従って記述されたルールで端末装置を制御する場合を例にして説明する。ＡＮＤＳＦに従って記述されたルールはポリシと呼ばれる。図１は、ポリシを記述するためのデータ構造を示す説明図である。図１に示すデータ構造はＡＮＤＳＦ  ＭＯ（Management Object ）と呼ばれる。ＡＮＤＳＦ  ＭＯは、ＸＭＬ（Extensible Markup Language）データ構造であり、図１に示すように木構造となっている。
【００１９】
図１に示す例では、“ISRP”以下の部分が、ポリシに該当する。このポリシは、ＩＳＲＰ（Inter-system Routing Policy ）形式のポリシと呼ばれる。図１に示す例では、例えば、“APN ”に該当する個所に、条件として端末装置の接続先を記述することができ、“RoutingRule ”以下の部分にアクションを記述することができる。この結果、図９に例示するポリシを記述できる。図１では、条件を記述する箇所として、“APN ”を例示したが、“APN ”以外の箇所に他の条件を記述することも可能である。
【００２０】
また、ＩＳＲＰ形式のほか、ＩＳＭＰ（Inter-system Mobility Policy）形式と呼ばれるポリシも記述できる。ＩＳＭＰ形式では、ＡＮＤＳＦ  ＭＯの“PrioritizedAccess”（図示略）の箇所にアクション記述することができる。
【００２１】
ＡＮＤＳＦ  ＭＯに記述されたポリシを端末装置が受信すると、端末装置は、そのポリシに基づいて動作する。
【００２２】
また、ＡＮＤＳＦ  ＭＯでは、ポリシとともに他の情報が記述されてもよい。例えば、図１に示す“DiscoveryInformation ”以下の部分には、端末装置の近くで利用可能な無線通信ネットワークの情報が記述される。端末装置は、この情報を参照して、利用可能な無線通信ネットワークを認識できる。
【００２３】
また、図１に示す“UE-Location ”以下の部分には、端末装置が保持すべき情報として、現在位置を指定することができる。現在位置を保持することが記述されている場合、端末装置は、現在位置の情報を保持する。その結果、ポリシの生成元は、端末装置の現在位置を参照できる。このように、ＡＮＤＳＦ  ＭＯでは、端末装置が保持すべき情報を指定することができる。
【００２４】
以下に示す各実施形態では、集中管理型のシステムとして、オープンフローを用いた例を説明する。なお、各実施形態において、集中管理型のシステムはオープンフローである必要はなく、どのようなシステムであってもよい。また、オープンフローに従って動作する制御装置を、ＯＦＣ（OpenFlow controller）と記す。また、オープンフローに従って動作するスイッチを、ＯＦＳ（OpenFlow switch ）と記す。
【００２５】
実施形態１．
図２は、本発明の第１の実施形態の例を示す説明図である。第１の実施形態の端末制御システムは、網側ＯＦＣ２と、ポリシサーバ３とを備え、端末装置１を制御する。端末装置１は、例えば、無線通信を行う携帯端末であり、端末装置１の例としてスマートフォン等が挙げられる。
【００２６】
網側ＯＦＣ２およびポリシサーバ３は、通信ネットワーク４を介して端末装置１と通信を行う。網側ＯＦＣ２は、端末装置１が各無線通信ネットワークで通信を行った際の通信量の情報を端末装置１から収集する。この通信量の情報は、統計情報と呼ばれる。ポリシサーバ３は、端末装置１の動作を定めたルール（ＡＮＤＳＦに従って記述されたルール）を端末装置１に送信する。なお、図２では、１台の端末装置１を図示しているが、制御対象となる端末装置１は複数存在する。
【００２７】
端末装置１は、ＯＦＳとして動作するとともに、そのＯＦＳを制御するＯＦＣとしても動作する。端末装置１内でＯＦＳとして動作する要素を端末内ＯＦＳ１２と記す。また、端末装置１内でＯＦＣとして動作する要素を端末内ＯＦＣ１１と記す。
【００２８】
端末内ＯＦＣ１１は、オープンフローに従って、端末内ＯＦＳ１２を制御する。図３は、端末内ＯＦＣ１１による端末内ＯＦＳ１２の制御の例を示す模式図である。端末内ＯＦＣ１１は、ポリシサーバ３（図３において図示略。図２参照。）からポリシを受信しているものとする。また、本例では、そのポリシで、動画配信サーバに対してパケットを送信する場合、端末装置１がＷｉＦｉ（Wireless Fidelity ）インタフェースを用いることが定められ、メールサーバに対してパケットを送信する場合、端末装置１が３Ｇ（3rd Generation）インタフェースを用いることが定められているものとする。
【００２９】
端末内ＯＦＳ１２が、端末用アプリケーションに従って動画配信サーバ（図示せず。）に動画をアップロードする等の動作を行う際に、その動画配信サーバに最初にパケットを送信する場合を例にする。その時点では、端末内ＯＦＳ１２はその動画配信サーバへのパケットを送信しておらず、端末内ＯＦＳ１２は、その動画配信サーバ宛のパケットに対応するフローエントリを保持していない。このとき、端末内ＯＦＳ１２は、その動画配信サーバを宛先とする最初のパケットを、端末内ＯＦＣ１１に通知する（ステップＳ１）。端末内ＯＦＣ１１は、予め受信していたポリシに従って、その動画配信サーバを宛先とするパケットは、ＷｉＦｉインタフェースから送信することを定めたフローエントリを作成する。そして、端末内ＯＦＣ１１は、そのフローエントリを端末内ＯＦＳ１２に通知する（ステップＳ２）。端末内ＯＦＳ１２は、そのフローエントリを保持する。そして、端末内ＯＦＳ１２は、そのフローエントリに従って、動画配信サーバを宛先とする最初のパケットをＷｉＦｉインタフェース（ＷｉＦｉのポート）から送信する。その後、端末内ＯＦＳ１２は、動画配信サーバを宛先とする各パケットを、エントリに従って、ＷｉＦｉインタフェースから送信する。
【００３０】
ここでは、端末内ＯＦＳ１２が動画配信サーバ宛のパケットを送信する場合の処理経過を例示したが、端末内ＯＦＳ１２がメールサーバ宛のパケットを送信する場合の処理経過も同様である。ただし、その場合、メールサーバ宛のパケットを３Ｇインタフェースから送信することを定めたフローエントリを端末内ＯＦＣ１１が作成し、端末内ＯＦＳ１２は、メールサーバを宛先とするパケットを３Ｇインタフェースから送信する。
【００３１】
端末内ＯＦＣ１１および端末内ＯＦＳ１２は、例えば、プログラムに従って動作するコンピュータのＣＰＵによって実現される。
【００３２】
網側ＯＦＣ２は、オープンフローに従って、スイッチを制御する制御装置である。ただし、網側ＯＦＣ２が制御対象とするスイッチは、端末装置１以外の通信装置であってもよい。
【００３３】
また、網側ＯＦＣ２は、オープンフローに従って、端末装置１（具体的には、端末内ＯＦＳ１２）を制御してもよい。その場合、端末内ＯＦＳ１２は、オープンフローの制御を端末内ＯＦＣ１１および網側ＯＦＣ２から受けることになる。
【００３４】
本実施形態における網側ＯＦＣ２の主な動作は、端末装置１（具体的には、端末内ＯＦＳ１２）から統計情報を収集し、統計情報をポリシサーバ３に送信することである。網側ＯＦＣ２は、オープンフロー制御によって端末内ＯＦＳ１２から統計情報を収集してもよく、あるいは、オープンフローに依らずに端末内ＯＦＳ１２から統計情報を収集してもよい。従って、網側ＯＦＣ２と端末内ＯＦＳ１２との間の通信は、オープンフロー制御のための通信でなくてもよい。
【００３５】
網側ＯＦＣ２は、統計情報取得部２１を備える。
【００３６】
統計情報取得部２１は、個々の端末装置１から統計情報を取得する。
【００３７】
そして、統計情報取得部２１は、１つの端末装置１から得られた統計情報に基づいて、その端末装置１での無線通信ネットワーク毎の通信量を算出する。統計情報取得部２１は、この処理を端末装置１毎に行う。そして、統計情報取得部２１は、それぞれの端末装置１に関して無線通信ネットワーク毎に求めた通信量をポリシサーバ３に送信する。
【００３８】
統計情報取得部２１は、例えば、網側ＯＦＣ２用の端末制御プログラムに従って動作するコンピュータのＣＰＵによって実現される。ＣＰＵは、プログラムを読み込み、プログラムに従って統計情報取得部２１として動作する。
【００３９】
ポリシサーバ３は、ポリシ生成部３２と、ポリシ送信部３３とを備える。
【００４０】
ポリシ生成部３２は、それぞれの端末装置１における無線通信ネットワーク毎の通信量に基づいて、各無線通信ネットワークの通信量の度合いを表す混雑度を算出する。そして、  ポリシ生成手段３２は、各無線通信ネットワークの混雑度を平均化するポリシを生成する。
【００４１】
ポリシ送信部３３は、生成されたポリシを制御対象の端末装置１に送信する。
【００４２】
ポリシ生成部３２およびポリシ送信部３３は、例えば、ポリシサーバ３用の端末制御プログラムに従って動作するコンピュータのＣＰＵによって実現される。ＣＰＵは、そのプログラムを読み込み、プログラムに従ってポリシ生成部３２およびポリシ送信部３３として動作する。端末制御プログラムは、コンピュータが読み取り可能な記憶媒体に記憶されていてもよい。
【００４３】
図４は、本発明の第１の実施形態の処理経過の例を表すフローチャートである。
統計情報取得部２１は、個々の端末装置１（具体的には端末内ＯＦＳ１２）から統計情報を取得する（ステップＳ１１）。統計情報取得部２１は、取得した統計情報に基づいて、個々の端末装置１での無線通信ネットワーク毎の通信量を算出する（ステップＳ１２）。統計情報取得部２１は、ステップＳ１２で算出した通信量の情報をポリシサーバ３に送信する（ステップＳ１３）。ポリシサーバ３１は、ステップＳ１３で受信した通信量の情報から、各無線通信ネットワークの混雑度を算出する（ステップＳ１４）。
【００４４】
以下、ステップＳ１１〜Ｓ１４の処理態様は、複数あり得る。以下、ステップＳ１１〜Ｓ１４の種々の処理態様を説明する。
【００４５】
［処理態様１］
処理態様１は、網側ＯＦＣ２が、端末装置１のポート毎の通信量を統計情報として収集する態様である。
【００４６】
処理態様１では、端末内ＯＦＳ１２は、例えば定期的に、各ポートでの通信量を保持する。端末内ＯＦＳ１２は、通信量を累積加算した値を保持する。通信量は、例えば、パケット数で表される。ただし、端末内ＯＦＳ１２は、パケット数以外で表した通信量を保持してもよい。また、端末内ＯＦＳ１２がポートに対応する通信量を更新するタイミングは、無線通信ネットワークとの接続時および接続断時でもよい。
【００４７】
そして、統計情報取得部２１は、ステップＳ１１において、各端末装置１の端末内ＯＦＳ１２に対して、保持しているポート毎の通信量を要求する。端末内ＯＦＳ１２は、その要求に応じて、ポート毎の通信量の情報を網側ＯＦＣ２に送信する。統計情報取得部２１は、その情報を統計情報として受信する（ステップＳ１１）。
【００４８】
また、端末内ＯＦＳ１２は、無線通信ネットワークとの接続時および接続断時に、接続された無線通信ネットワークまたは接続断となった無線通信ネットワークの識別子（以下、接続先ＮＷ識別子と記す。）を網側ＯＦＣ２に送信する。例えば、ＷｉＦｉの場合、ＳＳＩＤ（Service Set Identifier）やＢＳＳＩＤ（Basic Service Set Identifier）の両方または一方を接続先ＮＷ識別子として用いることができる。また、例えば、３ＧやＷｉＭＡＸ（Worldwide Interoperability for Microwave Access ）の場合、セルＩＤ、基地局ＩＤ、キャリアＩＤや、それらの組み合わせを接続先ＮＷ識別子として用いることができる。端末内ＯＦＳ１２は、接続先ＮＷ識別子を、無線通信ネットワークとの接続に用いたポートのポート情報（ポートステータスメッセージ）に含めて送信すればよい。端末内ＯＦＳ１２は、例えば、ポート情報のnameフィールドに接続先ＮＷ識別子を格納して、ポート情報を網側ＯＦＣ２に送信する。このとき端末内ＯＦＳ１２は、接続先ＮＷ識別子をhash等で暗号化してもよい。また。端末内ＯＦＳ１２が接続先ＮＷ識別子を送信する方法は、上記の方法に限定されない。例えば、端末内ＯＦＳ１２が接続先ＮＷ識別子をベンダ拡張メッセージに含めて送信してもよい。
【００４９】
統計情報取得部２１は、上記の接続先ＮＷ識別子も各端末装置１から受信する。
【００５０】
統計情報取得部２１は、１つの端末装置１（具体的には端末内ＯＦＳ１２）から受信したポート毎の通信量の情報から、その端末装置１における各無線通信ネットワークの平均通信量を算出する（ステップＳ１２）。統計情報取得部２１は、この処理を端末装置１毎に行う。
【００５１】
本例では、端末内ＯＦＳ１２は、時間経過とともに累積加算したポート毎の通信量を送信する。そのため、統計情報取得部２１は、端末内ＯＦＳ１２の一つのポートに着目した場合、複数回に渡って取得したそのポートの通信量同士の差分を順次計算し、その差分から、そのポートにおける平均通信量を算出する。
【００５２】
統計情報取得部２１は、それぞれの端末装置１における無線通信ネットワーク毎の平均通信量を算出すると、その情報をポリシサーバ３に送信する（ステップＳ１３）。
【００５３】
ポリシ生成部３２は、それぞれの端末装置１における無線通信ネットワーク毎の平均通信量を受信すると、その値を用いて、無線通信ネットワーク毎に混雑度を算出する（ステップＳ１４）。ステップＳ１３で算出された各無線通信ネットワークの平均通信量は、個々の端末装置１における通信量である。ポリシ生成部３２は、無線通信ネットワーク毎に、各端末装置１での平均通信量として算出された値を合算し、その合算結果を、無線通信ネットワークの容量で除算することによって、無線通信ネットワーク毎の混雑度を算出する。この除算結果が混雑度に該当する。
【００５４】
ステップＳ１４で用いられる各無線通信ネットワークの容量は、例えば、無線通信ネットワーク毎に定数として予めポリシ生成部３２に記憶されていてもよい。
【００５５】
あるいは、端末内ＯＦＳ１２が、接続先の各無線通信ネットワークの基地局（図２において図示略）から無線通信ネットワークの最大容量の情報を受信し、その情報をポリシ生成部３２に通知してもよい。無線通信ネットワークの最大容量は、基地局が端末装置１に送信するビーコンや制御信号に含まれている。端末内ＯＦＳ１２は、ポリシ生成部３２に直接、無線通信ネットワークの最大容量の情報を送信してもよい。あるいは、端末内ＯＦＳ１２は、網側ＯＦＣ２に無線通信ネットワークの最大容量の情報を送信し、網側ＯＦＣ２がその情報をポリシ生成部３２に転送してもよい。
【００５６】
また、ポリシ生成部３２が、前述の合算結果の推移から、無線通信ネットワークの容量を推定してもよい。例えば、ポリシ生成部３２は、ある無線通信ネットワークに対して、各端末装置１での平均通信量として算出された値を合算した場合、その合算結果を履歴として保持し、過去に得られた合算結果の最大値を、その無線通信ネットワークの容量であると推定してよい。このとき、ポリシ生成部３２は、直近の一定時間の範囲内で得られた合算結果の最大値を、無線通信ネットワークの容量であると推定してもよい。
【００５７】
［処理態様２］
処理態様２は、網側ＯＦＣ２が、端末装置１でのフロー毎の通信量を統計情報として収集する態様である。
【００５８】
処理態様２では、端末内ＯＦＳ１２は、例えば定期的に、各フローの通信量を保持する。端末内ＯＦＳ１２は、通信量を累積加算した値をフロー毎に保持する。端末内ＯＦＳ１２がフローの通信量を更新するタイミングは、無線通信ネットワークとの接続時および接続断時でもよい。
【００５９】
そして、統計情報取得部２１は、ステップＳ１１において、各端末装置１の端末内ＯＦＳ１２に対して、保持しているフロー毎の通信量を要求する。統計情報取得部２１は、端末内ＯＦＳ１２が保持している全てのフローについて通信量を要求してもよいし、一部のフローについてのみ通信量を要求してもよい。端末内ＯＦＳ１２は、その要求に応じて、端末内ＯＦＳ１２における各フローの通信量の情報を網側ＯＦＣ２に送信する。統計情報取得部２１は、その情報を統計情報として受信する（ステップＳ１１）。
【００６０】
また、統計情報取得部２１は、処理態様１と同様に、接続先ＮＷ識別子も各端末装置１から受信する。
【００６１】
統計情報取得部２１は、１つの端末装置１（具体的には端末内ＯＦＳ１２）から受信したフロー毎の通信量の情報から、その端末装置１における各無線通信ネットワークの平均通信量を算出する（ステップＳ１２）。統計情報取得部２１は、この処理を端末装置１毎に行う。
【００６２】
本例では、端末内ＯＦＳ１２は、時間経過とともに累積加算したフロー毎の通信量を送信する。そのため、統計情報取得部２１は、経路上に端末内ＯＦＳ１２を含む１つのフローに着目した場合、複数回に渡って取得したそのフローの通信量同士の差分を順次計算し、その差分から、そのフローの平均通信量を算出する。統計情報取得部２１は、端末内ＯＦＳ１２の各フローの平均通信量を算出すると、無線通信ネットワークを共有する各フローの平均通信量の和を計算することで、その無線通信ネットワークの平均通信量を算出する。
【００６３】
処理態様２のステップＳ１３，Ｓ１４は、処理態様１のステップＳ１３，Ｓ１４と同様であり、説明を省略する。
【００６４】
上記の処理態様１，２において、端末内ＯＦＳ１２に通信量を保持させる制御は、オープンフローによって実現してもよい。すなわち、網側ＯＦＣ２がオープンフローに従って端末内ＯＦＳ１２にフローエントリを送信し、端末内ＯＦＳ１２がそのフローエントリに従って統計情報を保持してもよい。
【００６５】
以下、網側ＯＦＣ２が端末内ＯＦＳ１２にフローエントリを送信し、端末内ＯＦＳ１２がそのフローエントリに従って通信量を保持する例を処理態様３として説明する。
【００６６】
［処理態様３］
ここでは、網側ＯＦＣ２が指定したフローの通信量を端末内ＯＦＳ１２が保持する場合を例にして説明する。
【００６７】
端末内ＯＦＳ１２は、網側ＯＦＣ２から受信したフローエントリに従って通信量を保持する場合、フローエントリの格納テーブルを２つ用意する。この２つのテーブルの一方は、網側ＯＦＣ２から受信したフローエントリを格納するためのテーブルである。以下、このテーブルをテーブル０と記す。もう一方のテーブルは、端末内ＯＦＣ１１から受信したフローエントリを格納するためのテーブルである。以下、このテーブルをテーブル１と記す。
【００６８】
テーブル０に格納されるフローエントリは、フローに対応する通信量を保持することを定めている。テーブル１に格納されるフローエントリは、フローに対応するパケットの送信ポート等を定めている。テーブル０に格納されるフローエントリが表すフロー（すなわち、網側ＯＦＣ２が指定したフロー）の粒度は、テーブル１に格納されるフローエントリが表すフローの粒度と異なっていてもよい。例えば、テーブル０に格納されるフローエントリは、「ｈｔｔｐ通信」等のような大きな粒度のフローに関して網側ＯＦＣ２が定めたフローエントリである。一方、テーブル１に格納されるフローエントリは、パケットの送信元や送信先等に応じて定まる小さな粒度のフローに関して端末内ＯＦＣ１１が定めたフローエントリである。
【００６９】
網側ＯＦＣ２（統計情報取得部２１）は、端末内ＯＦＳ１２に対して、通信量の測定対象のフローを定めたフローエントリを端末内ＯＦＳ１２に送信する。統計情報取得部２１は、このフローエントリによって、通信量の測定対象のフローを指定する。また、統計情報取得部２１は、このフローエントリ内で、次のテーブルも参照することを定めておく。
【００７０】
端末内ＯＦＳ１２は、網側ＯＦＣ２から受信したフローエントリをテーブル０に格納する。また、テーブル０には、パケットに合致するフローエントリが存在しない場合、次のテーブルを参照することが定められている。
【００７１】
端末内ＯＦＳ１２は、処理対象のパケット（例えば、送信しようとするパケット）が生じた場合、最初にテーブル０を参照する。端末内ＯＦＳ１２は、そのパケットが属しているフローに対応するフローエントリがテーブル０に格納されている場合、そのフローエントリに従って、そのフローの通信量を更新し、保持する。この結果、網側ＯＦＣ２が指定した粒度のフローの通信量が保持される。そして、端末内ＯＦＳ１２は、そのフローエントリに従って、次のテーブル（テーブル１）を参照し、そのパケットを処理する。このとき、端末内ＯＦＳ１２は、その処理に応じて、テーブル１内のフローエントリに対応するフロー（端末内ＯＦＣ１１が指定した粒度のフロー）の通信量も更新し、保持する。
【００７２】
また、端末内ＯＦＳ１２は、処理対象のパケットが属しているフローに対応するフローエントリがテーブル０にない場合、次のテーブル（テーブル１）を参照し、そのパケットを処理する。
【００７３】
そして、統計情報取得部２１は、ステップＳ１１において、各端末装置１の端末内ＯＦＳ１２に対して、保持しているフロー毎の通信量を要求する。統計情報取得部２１は、端末内ＯＦＳ１２が保持している全てのフローについて通信量を要求してもよいし、一部のフロー（例えばテーブル０に格納されたフローエントリに対応するフロー）についてのみ通信量を要求してもよい。端末内ＯＦＳ１２は、その要求に応じて、保持しているフローの通信量を網側ＯＦＣ２に送信する。統計情報取得部２１は、その情報を統計情報として受信する（ステップＳ１１）。
【００７４】
また、統計情報取得部２１は、処理態様１と同様に、接続先ＮＷ識別子も各端末装置１から受信する。
【００７５】
本例におけるステップＳ１２〜Ｓ１４は、処理形態２におけるステップＳ１２〜Ｓ１４と同様である。ただし、統計情報取得部２１は、ステップ１２において、端末内ＯＦＳ１２に対してフローエントリで指定したフローの通信量に基づいて、各無線通信ネットワークの平均通信量を算出することになる。
【００７６】
網側ＯＦＣ２が通信量の計測対象のフローを指定し、端末内ＯＦＳ１２に、そのフローの通信量を送信させるという処理態様には、網側ＯＦＣ２と端末内ＯＦＳ１２との通信量を減らせるという効果がある。また、網側ＯＦＣ２が特に注目しているフロー群の通信量を効率的に収集できるという効果もある。
【００７７】
網側ＯＦＣ２が通信量の計測対象として指定するフローは予め定められていてもよい。例えば、ネットワーク全体で多くの割合を示すトラフィック（例えば、動画配信サーバへのアクセス）が予め分かっていれば、そのトラフィックに該当するフローを通信量の計測対象のフローとして予め定めておけばよい。
【００７８】
また、網側ＯＦＣ２が、過去の通信状況に基づいて、通信量の計測対象として指定するフローを指定してもよい。例えば、網側ＯＦＣ２は、全てのフローの通信量を各端末内ＯＦＳ１２から収集し、通信量の多いフローを特定した後に、そのフローのみを通信量の計測対象として指定してもよい。
【００７９】
ここでは、ステップＳ１１〜Ｓ１４の処理態様として、処理態様１〜３を説明したが、ステップＳ１１〜Ｓ１４の処理態様は、処理態様１〜３に限定されない。
【００８０】
ステップＳ１４の後、ポリシ生成部３２は、ポリシを生成する（ステップＳ１５）。ここでは、ポリシ生成部３２が、端末装置１毎に個別のポリシを生成する場合を例にして説明する。
【００８１】
ポリシ生成部３２は、着目している端末装置１の現在位置の周辺で利用可能な無線通信ネットワークについて、ＲＡＴ（Radio Access Technology ）毎に混雑度を算出する。なお、ポリシサーバ３は、図１に示す“UE-Location ”以下の部分で現在位置の取得を定めたポリシを各端末装置１に予め送信しておくことで、端末装置１の現在位置を認識することができる。ポリシ生成部３２は、ＲＡＴに対応する無線通信ネットワークの混雑度の平均値をそのＲＡＴの混雑度として算出すればよい。無線通信ネットワークの混雑度の平均値を算出する際、無線通信ネットワークの基地局の容量に違いがある場合には、ポリシ生成部３２は、その基地局の容量の違いに応じて、無線通信ネットワークの混雑度の加重平均を算出すればよい。そして、ポリシ生成部３２は、混雑度が低いＲＡＴほど優先順位を高くし、混雑度が高いＲＡＴほど優先順位を低くして、ＲＡＴの優先順位を定める。ポリシ生成部３２は、端末装置１に優先順位の高いＲＡＴから優先的に使用させることを定めたポリシを生成する。
【００８２】
また、ポリシ生成部３２は、ＲＡＴの混雑度が予め定められた閾値以上である場合、端末装置１にそのＲＡＴの使用を禁止させるポリシを生成してもよい。
【００８３】
また、ポリシ生成部３２は、ＲＡＴの混雑度に基づいて上記の各例のようにポリシを生成する場合、端末装置１毎にＲＡＴの混雑度の履歴を記憶しておき、過去のＲＡＴの混雑度の履歴に基づいて、新たに算出したＲＡＴの混雑度を補正してもよい。例えば、ある端末装置１に関して、特定のＲＡＴの混雑度が夕方から夜にかけての時間帯で高くなることを、ポリシ生成部３２がそのＲＡＴの混雑度の履歴から認識したとする。そして、ポリシ生成部３２が、夕方に配布するポリシ生成のために、そのＲＡＴの混雑度を新たに算出したとする。ポリシ生成部３２は、そのＲＡＴの混雑度が夕方から夜にかけての時間帯で高くなることに基づいて、算出したＲＡＴの混雑度の値を上げるように補正してもよい。
【００８４】
また、ポリシ生成部３２は、時間帯毎に異なるポリシを生成してもよい。その場合、ポリシ生成部３２は、ポリシを生成する時間帯の決定を、過去のＲＡＴの混雑度の履歴に基づいて行ってもよい。例えば、あるＲＡＴにおいて１７時から２１時に特に混雑する傾向がある場合、ポリシ生成部３２は、１７時から２１時にかけて有効になるポリシを生成してもよい。時間によるポリシの指定は、例えば、ＡＮＤＳＦ  ＭＯの“ＴｉｍｅＯｆＤａｙ”を用いることで実現できる。
【００８５】
また、上記のように、端末装置１が使用するＲＡＴに関するポリシを生成する場合、ポリシ生成部３２は、ＩＳＲＰ形式やＩＳＭＰ形式でポリシを作成すればよい。
【００８６】
上記の例では、端末装置１が使用するＲＡＴに関するポリシを生成する場合を示した。ポリシ生成部３２は、端末装置１が使用する無線通信ネットワークに関して規定したポリシを生成してもよい。例えば、ポリシ生成部３２は、着目している端末装置１の現在位置の周辺で利用可能な各無線通信ネットワークの混雑度を参照し、混雑度が閾値以上である無線通信ネットワークの使用を非推奨とするポリシを作成してもよい。この場合、ポリシ生成部３２は、使用非推奨とする無線通信ネットワークを、図１に示す“DiscoveryInformation ”以下の部分に記述しなければよい。また、ポリシ生成部３２は、着目している端末装置１の現在位置の周辺で利用可能な各無線通信ネットワークの混雑度を参照し、混雑度が閾値以上である無線通信ネットワークの使用を禁止するポリシを作成してもよい。このポリシは、例えば、“DiscoveryInformation ”以下に、指定されたネットワークの禁止を意味するリーフを追加することで実現できる。
【００８７】
また、ポリシ生成部３２は、混雑度が低い順に無線通信ネットワークを順位付け、上位の所定順位までの無線通信ネットワークのみの使用を許可するポリシを作成してもよい。ポリシ生成部３２は、端末装置１に対して使用を許可する無線通信ネットワークのみを、図１に示す“DiscoveryInformation ”以下の部分に記述すればよい。
【００８８】
このように、ポリシ生成部３２は、ＡＮＤＳＦ  ＭＯの“DiscoveryInformation ”以下の部分を利用してポリシを定めることもできる。
【００８９】
この場合にも、ポリシ生成部３２は、端末装置１毎に無線通信ネットワークの混雑度の履歴を記憶しておき、過去の無線通信ネットワークの混雑度の履歴に基づいて、新たに算出された無線通信ネットワークの混雑度を補正してもよい。
【００９０】
また、ポリシ生成部３２は、通信量が閾値以上であるフローに関して、混雑度が低いＲＡＴほど優先順位を高く定めたポリシを定めてもよい。この方法でポリシを定める場合には、ポリシ生成部３２がフローの通信量の情報を用いるので、端末制御システムは、前述の処理態様２または処理態様３でステップＳ１１〜Ｓ１４の処理を行う。また、統計情報取得部２１は、各フローの通信量もポリシサーバ３に送信する。ポリシ生成部３２は、フロー通信量と閾値との比較を、任意の粒度で行ってよい。例えば、ポリシ生成部３２は、この比較を、端末装置１毎に行っても、無線通信ネットワーク毎に行っても、ＲＡＴ毎に行っても、端末制御システム全体で行ってもよい。
【００９１】
ポリシ生成部３２は、ポリシ生成処理を端末装置１毎に行う。また、ポリシ生成部３２は、地理的位置毎もしくは無線通信ネットワーク毎にポリシ生成を行い、各位置に存在する端末装置１，もしくは各無線通信ネットワークに接続する端末装置１に生成済みのポリシを送信してもよい。
【００９２】
ステップＳ１５の後、ポリシ送信部３３は、各端末装置１に、その端末装置１に対応するポリシを送信する（ステップＳ１６）。ポリシ送信部３３は、ＡＮＤＳＦに従ってポリシを端末装置１に送信すればよい。
【００９３】
端末装置１１の端末内ＯＦＣ１１は、ポリシを受信すると、そのポリシに従って端末内ＯＦＳ１２を制御する。端末内ＯＦＣ１１による端末内ＯＦＳ１２の制御については、図３を参照して既に説明しているので、ここでは説明を省略する。
【００９４】
本実施形態によれば、統計情報取得部２１が、端末内ＯＦＳ１２からその端末装置での通信量を表す統計情報を受信する。そして、ポリシ生成部３２が、その統計情報に基づいて、端末装置１を制御するためのポリシを生成し、ポリシ送信部３３が、そのポリシを端末装置１に送信する。従って、本実施形態の端末制御システムは、通信量が多い無線通信ネットワークの使用を端末装置１に禁止させたり、通信量が少ない無線通信ネットワークを優先的に端末装置１に使用させたりすることができる。よって、本実施形態では、各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できる。
【００９５】
次に、第１の実施形態の変形例について説明する。
端末内ＯＦＳ１２は、網側ＯＦＣ２に送信する統計情報に、無線通信ネットワーク毎の通信エラー率（無線リンクの通信エラー率）を含めてもよい。この場合、統計情報取得部２１は、ステップＳ１３において、個々の端末装置１における無線通信ネットワーク毎の通信エラー率も、無線通信ネットワーク毎の通信量の情報とともに送信する。そして、ポリシ生成部３２は、ステップＳ１５で、通信エラー率の情報も用いてポリシを生成する。例えば、ポリシ生成部３２は、無線通信ネットワーク毎に、通信エラー率が所定値以上である端末装置１（すなわち、通信エラー率の高い端末装置１）の割合を算出する。ポリシ生成部３２は、その割合が閾値以上である無線通信ネットワークの使用を禁止するポリシを作成してもよい。
【００９６】
また、統計情報取得部２１は、ステップＳ１３において、個々の端末装置１の接続先の無線通信ネットワークの情報を、無線通信ネットワーク毎の通信量の情報とともに送信してもよい。そして、ポリシ生成部３２は、各端末装置１の接続先の無線通信ネットワークの履歴を記憶し、過去の端末装置１の接続先の履歴を用いてポリシを作成してもよい。例えば、端末装置１に利用されたことがない無線通信ネットワークが、端末装置１の現在位置周辺で利用可能であったとしても、ポリシ生成部３２は、その無線通信ネットワークを“DiscoveryInformation ”（図１参照）に記述しなくてもよい（すなわち、その無線通信ネットワークの使用を非推奨としてもよい）。また、混雑度が閾値以上となっている無線通信ネットワークにおいて、通信量が閾値以上になっている端末装置１（すなわち、通信量の大きい端末装置１）が存在する場合、ポリシ生成部３２は、その端末装置１用のポリシとして、その無線通信ネットワークの使用を非推奨とするポリシを生成してもよい。
【００９７】
なお、上記のように、過去の端末装置１の接続先の履歴を利用する場合、ポリシサーバは、ＡＮＤＳＦに従ってポリシを配布する際に用いる各端末装置１の識別子（端末識別子と記す。）を予め網側ＯＦＣ２に通知しておく。そして、網側ＯＦＣ２は、履歴として用いられる端末装置１の情報を送信する際には、端末識別子とともに送信する。端末識別子として、ＩＭＥＩ（International Mobile Equipment Identifier ）やＩＭＳＩ（International Mobile Subscriber Identity）を用いることができる。
【００９８】
また、第１の実施形態では、統計情報取得部２１が、端末内ＯＦＳ１２から統計情報を取得する場合を示した。統計情報取得部２１は、ＯＦＳ機能を有する、無線通信ネットワークの基地局から統計情報を取得してもよい。統計情報取得部２１が統計情報を要求する先が基地局であるという点の他は、第１の実施形態と同様である。
【００９９】
また、統計情報取得部２１が、端末装置１の統計情報として、無線通信ネットワーク毎の使用帯域を収集してもよい。すなわち、統計情報取得部２１は、ステップＳ１１において、各端末装置１の端末内ＯＦＳ１２に対して、無線通信ネットワーク毎の使用帯域を要求し、端末内ＯＦＳ１２はその要求に応答して、無線通信ネットワーク毎の使用帯域を統計情報取得部２１に返してもよい。
【０１００】
なお、端末内ＯＦＳ１２は、無線リンクを使用する際の仕様上の帯域を網側ＯＦＣ２に送信してもよい。この帯域は、無線通信モジュールドライバやＯＳ（Operating System）から取得可能である。
【０１０１】
また、端末内ＯＦＳ１２は、統計情報取得部２１から無線通信ネットワークの使用帯域の情報を要求された場合、使用帯域推定サーバ（図示せず。）との間で通信を行うことによってその無線通信ネットワークの使用帯域を推定してもよい。また、使用帯域推定サーバが使用帯域を推定し、端末内ＯＦＳ１２に通知してもよい。使用帯域推定サーバはネットワーク上に設けられる。
【０１０２】
統計情報取得部２１が、各端末装置１の端末内ＯＦＳ１２から無線通信ネットワーク毎の使用帯域を受信した場合、統計情報取得部２１は、ステップＳ１３でその各使用帯域の情報をポリシサーバ３に送信する。なお、本変形例では、ステップＳ１２は実行されなくてよい。
【０１０３】
そして、ポリシ生成部３２は、統計情報取得部２１から受信した各端末装置１における無線通信ネットワーク毎の使用帯域に基づいて、無線通信ネットワーク毎の混雑度を算出する（ステップＳ１４）。本変形例では、ポリシ生成部３２は、着目している無線通信ネットワークで、各端末装置１で得られた使用帯域の統計値（例えば、平均値、中央値、あるいは最頻値）を算出する。そして、ポリシ生成部３２は、その統計値をその無線通信ネットワークの容量で除算することによって、その無線通信ネットワークの混雑度を算出する。ポリシ生成部３２は、この混雑度算出を、無線通信ネットワーク毎に行う。無線通信ネットワークの混雑度算出（ステップＳ１４）の後の動作は、第１の実施形態と同様である。
【０１０４】
また、第１の実施形態において、ポリシ生成部３２が網側ＯＦＣ２に設けられていてもよい。その場合、網側ＯＦＣ２に設けられたポリシ生成部３２が、生成したポリシをポリシサーバ３に送信し、ポリシ送信部３３が、そのポリシを各端末装置１に送信してもよい。
【０１０５】
また、統計情報取得部２１が、ポリシサーバ３に設けられていてもよい。
【０１０６】
実施形態２．
図５は、本発明の第２の実施形態の例を示す説明図である。第１の実施形態と同様の構成要素には、図２と同一の符号を付し、詳細な説明を省略する。第２の実施形態の端末制御システムは、ポリシサーバ３を備える。第２の実施形態では、図２に示す網側ＯＦＣ２が設けられていなくてよい。
【０１０７】
ポリシサーバ３は、統計情報取得部４１と、ポリシ生成部３２ａと、ポリシ送信部３３とを備える。
【０１０８】
ポリシ生成部３２ａは、第１の実施形態のポリシ生成部３２と同様の動作を行う。さらに、ポリシ生成部３２ａは、統計情報取得部４１が端末内ＯＦＳ１２から取得しようとする情報を、端末内ＯＦＳ１２が保持することを規定したポリシを予め生成する。
【０１０９】
統計情報取得部４１は、個々の端末装置１から統計情報を取得する。本実施形態では、統計情報取得部４１は、ポリシを利用して統計情報を取得する。すなわち、統計情報取得部４１は、上記のように、ポリシ生成部３２ａが上記のように生成したポリシに従って端末内ＯＦＳ１２が保持した統計情報を、端末内ＯＦＣ１２から取得する。
【０１１０】
そして、統計情報取得部４１は、１つの端末装置１から得られた統計情報に基づいて、その端末装置１での無線通信ネットワーク毎の通信量を算出する。統計情報取得部４１は、この処理を端末装置１毎に行う。
【０１１１】
ポリシ送信部３３は、第１の実施形態におけるポリシ送信部３３と同様である。
【０１１２】
統計情報取得部４１、ポリシ生成部３２ａおよびポリシ送信部３３は、例えば、端末制御プログラムに従って動作するコンピュータのＣＰＵによって実現される。
【０１１３】
図６は、本発明の第２の実施形態の処理経過の例を表すフローチャートである。
ポリシ生成部３２ａは、端末装置１（具体的には端末内ＯＦＳ１２）に保持させる情報を指定したポリシを生成する（ステップＳ２１）。ポリシ生成部３２ａは、ＡＮＤＳＦに従ったポリシを生成する。ステップＳ２１において、ポリシ生成部３２ａは、統計情報取得部４１が端末内ＯＦＳ１２から取得する統計情報を端末内ＯＦＳ１２が保持することを定めたポリシを生成する。統計情報取得部４１が端末内ＯＦＳ１２から取得する統計情報は、予め定められている。本例では、各ＲＡＴでの通信データサイズを端末内ＯＦＳ１２が保持することを定めたポリシをポリシ生成部３２ａが生成する場合を例にして説明する。ここでは、各ＲＡＴの通信データサイズを例示したが、各ＲＡＴにおける通信パケット数を指定したポリシをポリシ生成部３２ａが生成してもよい。あるいは、統計情報として他の項目を指定したポリシをポリシ生成部３２ａが生成してもよい。
【０１１４】
既に説明したように、ＡＮＤＳＦ  ＭＯでは、端末装置１が保持すべき情報を指定することができる。例えば、図１に例示する“UE-Location ”以下の部分には、端末装置１が保持すべき情報として、現在位置を指定することができる。端末装置１は、そのようなポリシを受信すると、そのポリシに従って、最新の現在位置情報を保持する。
【０１１５】
ポリシ生成部３２ａは、“UE-Location ”以下の部分を用いて端末装置に現在位置情報を保持させる場合と同様の記述で、端末装置に統計情報を保持させるポリシを生成する。図７は、ステップＳ２１で生成されるポリシにおいて統計情報を指定する部分のデータ構造の例を示す説明図である。図７に示す例では、３ＧＰＰ（3rd Generation Partnership Project）、３ＧＰＰ２（3rd Generation Partnership Project 2）、ＷｉＭＡＸ、ＷＬＡＮ（Wireless Local Area Network ）の各ＲＡＴに関して、端末装置１が保持する情報を指定する場合を例示している。図７に示す木構造のリーフに該当する“TxBytes ”がポリシ内で記述されている場合、該当するＲＡＴの送信データサイズを保持すべきことを意味する。同様に、“TxBytes ”がポリシ内で記述されている場合、該当するＲＡＴの送信パケット数を保持すべきことを意味する。同様に、“RxBytes ”がポリシ内で記述されている場合、該当するＲＡＴの受信データサイズを保持すべきことを意味する。同様に、“RxBytes ”がポリシ内で記述されている場合、該当するＲＡＴの受信パケット数を保持すべきことを意味する。
【０１１６】
ポリシ生成部３２ａは、図７に例示するデータ構造に従って、端末装置１に保持させようとする統計情報を指定したポリシを生成すればよい。また、ポリシ生成部３２ａは、３ＧＰＰ，３ＧＰＰ２，ＷｉＭＡＸ，ＷＬＡＮ以外のＲＡＴの統計情報を指定してもよい。また、ポリシ生成部３２ａは、フロー毎の統計情報を指定してもよい。
【０１１７】
次に、ポリシ送信部３３は、ステップ２１で生成されたポリシを、制御対象となる各端末装置１に送信する（ステップＳ２２）。
【０１１８】
ポリシを受信した端末内ＯＦＣ１１は、ポリシを受信すると、そのポリシに従って端末内ＯＦＳ１２を制御する。この結果、端末内ＯＦＳ１２は、ポリシで指定された情報を保持する（ステップＳ２３）。例えば、ポリシにおいて、ＷｉＭＡＸの送信データサイズを保持することが指定されているとする。この場合、端末内ＯＦＳ１２は、ＷｉＭＡＸの送信データサイズを保持する。ＷｉＭＡＸでの通信量が増えた場合、端末内ＯＦＳ１２は通信量の増加に伴って、保持している送信データサイズの情報を累積加算する。ここでは、端末内ＯＦＳ１２が統計情報としてＷｉＭＡＸの送信データサイズを保持する場合を例示したが、端末内ＯＦＳ１２は、ポリシで指定された情報を統計情報として保持する。
【０１１９】
次に、統計情報取得部４１は、個々の端末装置１から統計情報を取得する（ステップＳ２４）。ステップＳ２４では、例えば、端末内ＯＦＣ１１が、ステップＳ２１で生成されたポリシで指定された各統計情報を端末内ＯＦＳ１２に要求する。この結果、端末内ＯＦＣ１１が端末装置１における各統計情報を取得することになる。そして、統計情報取得部４１が、その各統計情報を各端末装置１の端末内ＯＦＣ１１に対して要求する。すると、個々の端末内ＯＦＣ１１は、要求された統計情報をポリシサーバ４１に送信する。この結果、統計情報取得部４１は、各端末装置１から統計情報を取得する。
【０１２０】
例えば、ステップＳ２１で生成されたポリシが、３ＧＰＰ、３ＧＰＰ２、ＷｉＭＡＸおよびＷＬＡＮの通信データサイズを指定しているとする。すると、端末内ＯＦＳ１２は、それらの各ＲＡＴでの通信データサイズを保持する。端末内ＯＦＣ１１は、これらの統計情報を端末内ＯＦＳ１２から取得する。そして、統計情報取得部４１は、ステップＳ２４で、各ＲＡＴ（３ＧＰＰ、３ＧＰＰ２、ＷｉＭＡＸおよびＷＬＡＮ）での通信データサイズを端末内ＯＦＣ１１に要求し、端末内ＯＦＣ１１は、その各ＲＡＴでの通信データサイズをポリシサーバ４１に送信する。
【０１２１】
ここでは、統計情報取得部４１が、端末内ＯＦＣ１１を介して端末内ＯＦＳ１２内の各統計情報を取得する場合を例にして説明した。統計情報取得部４１が、端末内ＯＦＳ１２から直接、統計情報を収集してもよい。すなわち、統計情報取得部４１が、端末内ＯＦＳ１２に直接、統計情報を要求し、端末内ＯＦＳ１２が、要求された統計情報をポリシサーバ４１に送信してもよい。
【０１２２】
統計情報取得部４１は、１つの端末装置１から受信した統計情報（本例では、各ＲＡＴの通信データサイズ）から、その端末装置１における各無線通信ネットワークの平均通信量を算出する（ステップＳ２５）。統計情報取得部４１は、この処理を端末装置１毎に行う。統計情報取得部４１は、複数回に渡って取得した統計情報の差分を順次計算し、その差分により、無線通信ネットワーク毎の平均通信量を算出する。
【０１２３】
続いて、ポリシ生成部３２は、それぞれの端末装置１における無線通信ネットワーク毎の平均通信量を用いて、無線通信ネットワーク毎に混雑度を算出する（ステップＳ２６）。ポリシ生成部３２は、無線通信ネットワーク毎に、各端末装置１での平均通信量として算出された値を合算し、その合算結果を、無線通信ネットワークの容量で除算することによって、無線通信ネットワーク毎の混雑度を算出する。
【０１２４】
次に、ポリシ生成部３２ａは、ポリシを生成する（ステップＳ２７）。ステップＳ２６，Ｓ２７は、第１の実施形態におけるステップＳ１４，Ｓ１５と同様である。
【０１２５】
ステップＳ２１で生成されるポリシは、端末装置１に統計情報を保持させるためのポリシである。ステップＳ２７で生成されるポリシは、その統計情報に応じて端末装置１を制御するためのポリシである。
【０１２６】
ステップＳ２７の後、ポリシ送信部３３は、各端末装置１に、その端末装置１に対応するポリシを送信する（ステップＳ２８）。ポリシ送信部３３は、ＡＮＤＳＦに従ってポリシを端末装置１に送信すればよい。ステップＳ２８は、第１の実施形態におけるステップＳ１６と同様である。
【０１２７】
端末装置１１の端末内ＯＦＣ１１は、ポリシを受信すると、そのポリシに従って端末内ＯＦＳ１２を制御する。
【０１２８】
第２の実施形態によれば、統計情報取得部４１が、端末内ＯＦＳ１２からその端末装置での通信量を表す統計情報を受信する。そして、ポリシ生成部３２ａが、その統計情報に基づいて、端末装置１を制御するためのポリシを生成し、ポリシ送信部３３が、そのポリシを端末装置１に送信する。従って、第２の実施形態の端末制御システムも、第１の実施形態と同様に、各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できる。
【０１２９】
統計情報取得部４１は、ステップＳ２４で、無線通信ネットワーク毎の通信エラー率を端末装置１から取得してもよい。この場合、ポリシ生成部３２ａが、ステップＳ２１でポリシを生成する際に、無線通信ネットワーク毎の通信エラー率を端末装置１に保持させることを指示するノードをＡＮＤＳＦ  ＭＯの木構造に追加すればよい。そして、ポリシ生成部３２ａは、ステップＳ２４で、各無線通信ネットワークの通信エラー率を端末装置１に要求すればよい。また、この場合、ポリシ生成部３２ａは、ステップＳ２７で、通信エラー率の情報を用いてポリシを生成する。通信エラー率に基づくポリシ生成については、第１の実施形態の変形例で説明済みであるので、ここでは説明を省略する。
【０１３０】
また、統計情報取得部４１は、ステップＳ２４で、無線通信ネットワーク毎の使用帯域を各端末装置１から取得してもよい。この場合、ポリシ生成部３２ａが、ステップＳ２１でポリシを生成する際に、無線通信ネットワーク毎の使用帯域を端末装置１に保持させることを指示するノードをＡＮＤＳＦ  ＭＯの木構造に追加すればよい。そして、ポリシ生成部３２ａは、ステップＳ２４で、各無線通信ネットワークの使用帯域を通信端末１に要求する。このとき、端末装置１は、仕様上の使用帯域をポリシサーバ３に返してもよく、使用帯域の推定値をポリシサーバ３に返してもよい。無線通信ネットワーク毎の使用帯域に基づくポリシ生成については、第１の実施形態の変形例で説明済みであるので、ここでは説明を省略する。
【０１３１】
第１の実施形態および第２の実施形態において、統計情報取得部２１，４１は、統計情報として、無線ネットワーク毎の通信量を表す情報、無線ネットワーク毎の通信エラー率を表す情報、無線ネットワーク毎の使用帯域を表す情報の一部または全部を取得してもよい。そして、ポリシ生成部３２，３２ａは、無線ネットワーク毎の通信量を表す情報、無線ネットワーク毎の通信エラー率を表す情報、無線ネットワーク毎の使用帯域を表す情報の一部または全部に基づいて、ポリシを生成してもよい。また、第１の実施形態および第２の実施形態において、統計情報取得部２１，４１は、無線ネットワーク毎の通信量を表す情報、無線ネットワーク毎の通信エラー率を表す情報、無線ネットワーク毎の使用帯域以外の統計情報を端末装置１から取得してもよい。
【０１３２】
また、第１の実施形態および第２の実施形態において、端末制御システムは、携帯端末以外の通信装置（例えば、データセンタに配置されるサーバ等）から統計情報を取得して、その統計情報をポリシに反映させてもよい。
【０１３３】
次に、本発明の主要部について説明する。図８は、本発明の端末制御システムの主要部を示すブロック図である。本発明の端末制御システムは、統計情報取得部５１と、ルール生成部５２と、ルール送信部５３とを備える。
【０１３４】
統計情報取得部５１（例えば、統計情報取得部２１，４１）は、各端末装置から、各端末装置における通信量を表す統計情報を取得する。
【０１３５】
ルール生成部５２（例えば、ポリシ生成部３２，３２ａ）は、各端末装置から得られた統計情報に応じて、端末装置の動作を定めたルール（例えば、ＡＮＤＳＦにおけるポリシ）を生成する。
【０１３６】
ルール送信部５３（例えば、ポリシ送信部３３）は、生成されたルールを、各端末装置に送信する。
【０１３７】
そのような構成により、各無線通信ネットワークの状況に応じて、各無線通信ネットワークの通信量を制御できる。
【０１３８】
統計情報取得部５１（例えば、統計情報取得部２１）が、各端末装置に統計情報を保持させ、各端末装置に統計情報を要求することによって、各端末装置から統計情報を取得する構成であってもよい。
【０１３９】
統計情報取得部５１は、各端末装置が受信したパケットを処理するための処理規則（例えば、フローエントリ）を用いて、各端末装置に統計情報を保持させる構成であってもよい。
【０１４０】
ルール生成部（例えば、ポリシ生成部３２ａ）が、統計情報取得部５１（例えば、統計情報取得部４１）による取得対象となる統計情報を端末装置に保持させるルールを生成し（例えば、ステップＳ２１）、ルール送信部５３が、各端末装置にそのルールを送信し（例えば、ステップＳ２２）、統計情報取得部５１が、そのルールに従って端末装置が保持した統計情報を、各端末装置に要求することによって、各端末装置から統計情報を取得する構成であってもよい。
【０１４１】
統計情報取得部５１が、各端末装置から取得した統計情報に基づいて、無線通信ネットワーク毎の通信量を算出し、ルール生成部５２が、無線通信ネットワーク毎の通信量に基づいて、端末装置の動作を定めたルールを生成する構成であってもよい。
【０１４２】
統計情報取得部５１が、各端末装置から、無線通信ネットワーク毎の通信エラー率を表す統計情報を取得し、ルール生成部５２が、無線通信ネットワーク毎の通信エラー率に基づいて、端末装置の動作を定めたルールを生成する構成であってもよい。
【０１４３】
統計情報取得部５１が、各端末装置から、無線通信ネットワーク毎の使用帯域を表す統計情報を取得し、ルール生成部５２が、無線通信ネットワーク毎の使用帯域に基づいて、端末装置の動作を定めたルールを生成する構成であってもよい。
【０１４４】
ルール生成部５２は、所定の規格（例えば、ＡＮＤＳＦ）に従ったデータ構造を有するルールを生成してもよい。
【産業上の利用可能性】
【０１４５】
本発明は、端末装置を制御する端末制御システムに好適に適用される。
【符号の説明】
【０１４６】
１  端末装置
２  網側ＯＦＣ
３  ポリシサーバ
１１  端末内ＯＦＣ
１２  端末内ＯＦＳ
２１  統計情報取得部
３２  ポリシ生成部
３３  ポリシ送信部
【図１】
2016122870.tif 000003
【図２】
2016122870.tif 000004
【図３】
2016122870.tif 000005
【図４】
2016122870.tif 000006
【図５】
2016122870.tif 000007
【図６】
2016122870.tif 000008
【図７】
2016122870.tif 000009
【図８】
2016122870.tif 000010
【図９】
2016122870.tif 000011