(57)【要約】【課題】データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することを可能にする。【解決手段】端末装置に配信される対象データを上記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び上記対象データのうちの上記端末装置に蓄積されているデータに関連する第２の情報を取得する取得部と、上記第１の情報及び上記第２の情報に基づいて、上記端末装置への上記対象データの送信についての制御を行う制御部と、を備える通信制御装置が提供される。【選択図】図８
2015115756.tif 000002
【特許請求の範囲】
【請求項１】
端末装置に配信される対象データを前記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び前記対象データのうちの前記端末装置に蓄積されているデータに関連する第２の情報を取得する取得部と、
前記第１の情報及び前記第２の情報に基づいて、前記端末装置への前記対象データの送信についての制御を行う制御部と、
を備える通信制御装置。
【請求項２】
前記通信制御装置は、前記端末装置、又は前記端末装置を構成する装置である、請求項１に記載の通信制御装置。
【請求項３】
前記制御は、前記送信の開始又は停止を決定することを含む、請求項２に記載の通信制御装置。
【請求項４】
前記制御は、前記送信の頻度を設定することを含む、請求項２に記載の通信制御装置。
【請求項５】
前記制御は、前記無線チャネルにおける前記送信の優先度を決定することを含む、請求項１に記載の通信制御装置。
【請求項６】
前記取得部は、前記送信についての前記端末装置のユーザの要望に関する第３の情報を取得し、
前記制御部は、前記第３の情報にさらに基づいて、前記優先度を決定する、
請求項５に記載の通信制御装置。
【請求項７】
前記優先度は、前記無線チャネルにおける各装置へのデータの送信の制御を行うノードにより当該制御のために使用される指標である、請求項５に記載の通信制御装置。
【請求項８】
前記第１の情報は、前記無線チャネルについての通信品質を示す通信品質情報を含む、請求項１に記載の通信制御装置。
【請求項９】
前記通信品質情報は、前記無線チャネルについてのチャネル品質指標、前記無線チャネルで送信されるリファレンス信号の受信強度又は受信品質、及び前記無線チャネルにおける信号対干渉雑音比のうちの少なくとも１つを示す情報である、請求項８に記載の通信制御装置。
【請求項１０】
前記第１の情報は、前記端末装置への前記対象データの送信の速度を示す通信速度情報を含む、請求項１に記載の通信制御装置。
【請求項１１】
前記第１の情報は、前記無線チャネルの混雑度を示す混雑度情報をさらに含む、請求項８に記載の通信制御装置。
【請求項１２】
前記第１の情報は、前記無線チャネルにおける前記送信を担う通信システムに関する通信システム情報をさらに含む、請求項８に記載の通信制御装置。
【請求項１３】
前記通信システム情報は、採用される通信方式、採用される複信方式、及び使用される周波数帯域の帯域幅又は数のうちの、少なくとも１つを示す、請求項１２に記載の通信制御装置。
【請求項１４】
前記第２の情報は、前記対象データのうちの前記端末装置に蓄積されている前記データの量を示すデータ量情報を含む、請求項１に記載の通信制御装置。
【請求項１５】
前記第２の情報は、前記端末装置に蓄積されている前記データを前記端末装置が処理するのに要する時間を示す時間情報を含む、請求項１に記載の通信制御装置。
【請求項１６】
前記端末装置に蓄積されている前記データは、前記対象データのうちの、前記端末装置へ送信され且つ前記端末装置により逐次処理されていないデータである、請求項１に記載の通信制御装置。
【請求項１７】
前記通信制御装置は、前記端末装置、又は前記端末装置を構成する装置であり、
前記通信制御装置は、前記対象データのうちの前記端末装置へ送信されたデータが前記端末装置により逐次処理されると当該データを削除する管理部をさらに備える、
請求項１６に記載の通信制御装置。
【請求項１８】
前記通信制御装置は、前記端末装置、又は前記端末装置を構成する装置であり、
前記通信制御装置は、前記対象データのうちの前記端末装置へ送信され且つ前記端末装置により逐次処理されたデータの量を算出する管理部をさらに備える、
請求項１６に記載の通信制御装置。
【請求項１９】
端末装置に配信される対象データを前記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び前記対象データのうちの前記端末装置に蓄積されているデータに関連する第２の情報を取得することと、
前記第１の情報及び前記第２の情報に基づいて、前記端末装置への前記対象データの送信についての制御をプロセッサにより行うことと、
を含む通信制御方法。
【請求項２０】
コンピュータに、
端末装置に配信される対象データを前記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び前記対象データのうちの前記端末装置に蓄積されているデータに関連する第２の情報を取得することと、
前記第１の情報及び前記第２の情報に基づいて、前記端末装置への前記対象データの送信についての制御を行うことと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信制御装置、通信制御方法及びプログラムに関する。
【背景技術】
【０００２】
２００２年より、日本で第３世代と呼ばれる３Ｇ方式の携帯電話サービスが開始された。当初は、音声通話及びメールの送信などのために小さいサイズのパケットが送受信されていた。しかし、ＨＳＤＰＡ（High  Speed  Downlink  Packet  Access）の導入により、音楽ファイルのダウンロード及び動画のストリーミングなどのために、より大きいサイズのパケットが送受信されるようになった。このようなパケット容量の増加に伴い、無線ネットワーク側の拡張のために、ダウンリンクにＯＦＤＭＡ（Orthogonal  Frequency  Division  Multiple  Access）を使用するＬＴＥ（Long  Term  Evolution）のサービスも開始された。さらに、２０１５年頃には、４Ｇサービスの開始が予定されている。これにより、準固定で最大１Ｇｂｐｓ（bit  per  second）が実現され、移動環境でも最大１００Ｍｂｐｓが実現され得る。
【０００３】
上述したような通信速度の向上に伴い、ダウンロード及びストリーミングのようなデータの配信が今後もますます行われることが想定される。そのため、ダウンロード及びストリーミングのようなデータの配信についての様々な技術が提案されている。
【０００４】
例えば、特許文献１には、ストリーミング方式で配信されるデータを受信し、外部記憶装置へ一時的に記憶させ、再生の際に当該外部記憶装置から上記データを読み出す技術が、開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１５０１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、端末装置に配信されるデータが無線ネットワークの無線チャネルを介して継続的に送信されると、当該無線ネットワークにとっての多大な負荷が発生する。一方、上記無線チャネルを介した上記データの送信を制限しすぎると、上記配信のサービスの品質が低下し得る。
【０００７】
そこで、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することを可能にする仕組みが提供されることが望ましい。
【課題を解決するための手段】
【０００８】
本開示によれば、端末装置に配信される対象データを上記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び上記対象データのうちの上記端末装置に蓄積されているデータに関連する第２の情報を取得する取得部と、上記第１の情報及び上記第２の情報に基づいて、上記端末装置への上記対象データの送信についての制御を行う制御部と、を備える通信制御装置が提供される。
【０００９】
また、本開示によれば、端末装置に配信される対象データを上記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び上記対象データのうちの上記端末装置に蓄積されているデータに関連する第２の情報を取得することと、上記第１の情報及び上記第２の情報に基づいて、上記端末装置への上記対象データの送信についての制御をプロセッサにより行うことと、を含む通信制御方法が提供される。
【００１０】
また、本開示によれば、コンピュータに、端末装置に配信される対象データを上記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び上記対象データのうちの上記端末装置に蓄積されているデータに関連する第２の情報を取得することと、上記第１の情報及び上記第２の情報に基づいて、上記端末装置への上記対象データの送信についての制御を行うことと、を実行させるためのプログラムが提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能となる。なお、上記の効果は必ずしも限定的なものではなく、上記効果とともに、又は上記効果に代えて、本明細書に示されたいずれかの効果、又は本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１２】
【図１】通信品質と送信されるデータの量との関係の例を説明するための説明図である。
【図２】端末装置に配信される対象データを送信する手法の第１の例を説明するための説明図である。
【図３】端末装置に配信される対象データを送信する手法の第２の例を説明するための説明図である。
【図４】本開示の第１の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。
【図５】第１の実施形態に係る端末装置の構成の一例を示すブロック図である。
【図６】第１の実施形態に係る通信制御処理の概略的な流れの一例を示すフローチャートである。
【図７】第１の実施形態に係るデータ送信制御の第１の例の具体例を説明するための説明図である。
【図８】第１の実施形態に係るデータ送信制御の第１の例の概略的な流れの一例を示すフローチャートである。
【図９】第１の実施形態に係るデータ送信制御の第２の例の概略的な流れの一例を示すフローチャートである。
【図１０】無線チャネルにおける端末装置への対象データの送信についての優先度の例を説明するための説明図である。
【図１１】ユーザの要望に基づく優先度の決定の例を説明するための説明図である。
【図１２】第１の実施形態に係るデータ送信制御の第３の例の概略的な流れの第１の例を示すフローチャートである。
【図１３】第１の実施形態に係るデータ送信制御の第３の例の概略的な流れの第２の例を示すフローチャートである。
【図１４】第１の実施形態に係るデータ送信制御の第３の例の概略的な流れの第３の例を示すフローチャートである。
【図１５】優先度に対応する混雑度の閾値の例を説明するための説明図である。
【図１６】第１の実施形態の第２の変形例に係るデータ送信制御の第３の例の概略的な流れの第１の例を示すフローチャートである。
【図１７】第１の実施形態の第２の変形例に係るデータ送信制御の第３の例の概略的な流れの第２の例を示すフローチャートである。
【図１８】端末装置のユーザに対する通信品質に関する通知のための画面の一例を説明するための説明図である。
【図１９】本開示の第２の実施形態に係る通信システムの概略的な構成の一例を示す説明図である。
【図２０】第２の実施形態に係る制御エンティティの構成の一例を示すブロック図である。
【図２１】第２の実施形態に係る通信制御処理の概略的な流れの一例を示すフローチャートである。
【図２２】第２の実施形態に係るデータ送信制御の概略的な流れの一例を示すフローチャートである。
【図２３】本開示に係る技術が適用され得るサーバの概略的な構成の一例を示すブロック図である。
【図２４】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２５】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２６】本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。
【図２７】本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下に添付の図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
なお、説明は以下の順序で行うものとする。
１．はじめに
２．第１の実施形態
２．１．通信システムの概略的な構成
２．２．端末装置の構成
２．３．処理の流れ
２．４．データ送信制御の例
２．４．１．データ送信制御の第１の例
２．４．２．データ送信制御の第２の例
２．４．３．データ送信制御の第３の例
２．５．変形例
２．５．１．第１の変形例
２．５．２．第２の変形例
２．５．３．第３の変形例
２．５．４．第４の変形例
２．５．５．第５の変形例
３．第２の実施形態
３．１．通信システムの概略的な構成
３．２．制御エンティティの構成
３．３．処理の流れ
３．４．データ送信制御の例
３．５．変形例
４．応用例
４．１．制御エンティティに関する応用例
４．２．端末装置に関する応用例
５．まとめ
【００１５】
＜＜＜１．はじめに＞＞＞
まず、通信品質と送信されるデータの量との関係、及び端末装置に配信される対象データの送信の例を説明する。
【００１６】
（通信品質と送信されるデータの量との関係）
同じ量の無線リソースが使用される場合でも、通信品質が高い場合には、通信品質が低い場合よりも、より多くのデータを送信することが可能である。以下、この点について図１を参照して具体例を説明する。
【００１７】
図１は、通信品質と送信されるデータの量との関係の例を説明するための説明図である。図１を参照すると、ＬＴＥ（Long  Term  Evolution）のチャネル品質指標（ＣＱＩ：Channel  Quality  Indicator）インデックスとそれに対応する変調方式及び伝送効率（シンボルあたりのビット数）とが示されている。ＣＱＩインデックスは、より大きいほど、通信品質がより良好であることを示す。例えば、ＣＱＩインデックスが１５である場合には、１シンボルで５．５５４７ビットのデータが送信されることが可能である。一方、ＣＱＩインデックスが１である場合には、１シンボルで０．１５２３ビットのデータしか送信することができない。即ち、ＣＱＩインデックスが１である場合には、ＣＱＩインデックスが１５である場合と比べて、約３６分の１のデータしか送信することができない。
【００１８】
（端末装置に配信される対象データを送信する手法の例）
端末装置に配信される対象データを無線ネットワークの無線チャネルを介して送信する手法として、いくつかの手法が考えられる。以下、上記対象データの送信の手法の２つの例を説明する。
【００１９】
−第１の例
上記手法の第１の例では、端末装置に配信される対象データのうちの端末装置のバッファに蓄積されている未処理のデータの量が、第１の閾値以上である場合には、上記対象データの送信が一時的に停止される。その後、バッファに蓄積されていた未処理のデータに対する逐次処理（例えば、再生に関連する処理）が行われ、未処理データの量が第２の閾値以下になると、上記対象データの送信が再び開始される。これにより、端末装置のバッファに蓄積されている未処理データの量が十分であれば、無線チャネルを介した当該端末装置への送信は控えられるので、無線ネットワークの負荷が軽減される。以下、図２を参照してこのような手法の具体例を説明する。
【００２０】
図２は、端末装置に配信される対象データを送信する手法の第１の例を説明するための説明図である。図２を参照すると、各タイムインデクスの時間でのＣＱＩインデックス、バッファにおいて増加する未処理データの量である増加量、バッファにおいて減少する未処理データの量である減少量、及びバッファに蓄積されている未処理データの量である蓄積データ量が、示されている。上記増加量は、端末装置へ送信されるデータの量から、端末装置により逐次処理される未処理データの量を差し引くことにより得られる値である。上記減少量は、データが端末装置へ送信されない場合には、端末装置により逐次処理される未処理データの量である。即ち、データが端末装置へ送信されない場合には、バッファに新たな未処理データが投入されないので、バッファに蓄積されている未処理データの量は、逐次処理される未処理データの量だけ減少する。一方、上記減少量は、データが端末装置へ送信される場合には、上記増加量が存在する限り０である。なお、端末装置は、バッファに既に蓄積されている未処理データの量が逐次処理に十分である場合には、当該未処理データを逐次処理する。また、端末装置は、バッファに既に蓄積されている未処理データの量が逐次処理に不十分である場合には、バッファに既に蓄積されている未処理データと、端末装置へ新たに送信されたデータの少なくとも一部とを、逐次処理する。ここでは、端末装置により逐次処理される未処理データの量は各インデクスの時間において２０ビットであると仮定する。また、端末装置へ送信されるデータの量は、逐次処理されるデータの量（即ち、２０ビット）に１０シンボル分のデータの量を加えた量であると仮定する。即ち、データが端末装置へ送信される場合には、増加量が１０シンボル分のデータの量であり、蓄積データは１０シンボル分のデータの量だけ増加する。また、データが端末装置へ送信されない場合には、減少量が２０ビットであり、蓄積データは２０ビットだけ減少する。まず、タイムインデクス０〜２の各々の時間では、ＣＱＩインデックが７であるので、バッファにおいて、１．４７７６ビット／シンボルの伝送効率で送信される１０シンボル分の未処理データ（即ち、１４．７６６ビットのデータ）が増加する。その結果、タイムインデクス２の時間では、蓄積データ量が第１の閾値（４０ビット）以上になる。よって、タイムインデクス３の時間では、端末装置へのデータの送信が停止される。一方、タイムインデックス３の時間以降でも、未処理データの逐次処理は継続するので、タイムインデックス３及び４の各々の時間では、蓄積データが２０ビットだけ減少する。その結果、タイムインデクス４の時間では、蓄積データ残量が第２の閾値（１０ビット）以下になる。よって、タイムインデクス５の時間では、端末装置へのデータの送信が再び開始される。タイムインデクス５の時間では、ＣＱＩインデックが２であるので、バッファにおいて、０．２３４４ビット／シンボルの伝送効率で送信される１０シンボル分の未処理データ（即ち、２．３４４ビットのデータ）が増加する。また、タイムインデクス６の時間では、ＣＱＩインデックが３であるので、バッファにおいて、０．３７７０ビット／シンボルの伝送効率で送信される１０シンボル分の未処理データ（即ち、３．７７０ビットのデータ）が増加する。
【００２１】
例えば以上のように、端末装置に配信される対象データが無線ネットワークの無線チャネルを介して送信される。この例では、ＣＱＩが１３、１５である時間（即ち、タイムインデクスが３、４の時間）には、データが端末装置へ送信されず、一方、ＣＱＩが２、３である時間（即ち、タイムインデクスが５、６の時間）には、データが端末装置へ送信される。そのため、伝送効率が悪く、同じ量の無線リソースでより少ない量のデータが送信される。換言すると、同じ量のデータを送信するのにより多くの無線リソースが使用される。そのため、無線ネットワークにとっての負荷が大きい。具体的には、図２の例における伝送効率（シンボルあたりのビット数）は、１．００８２４（＝（１．４７６６＋１．４７６６＋１．４７６６＋０．２３４４＋０．３７７０）／５）である。
【００２２】
−第２の例
上記手法の第２の例でも、上記手法の上記第１の例と同様に、端末装置に配信される対象データの送信が停止され、開始される。しかし、上記手法の第２の例では、上記手法の上記第１の例とは異なり、ＣＱＩインデックスによらず、端末装置へ送信されるデータの量は一定である。以下、図３を参照してこのような手法の具体例を説明する。
【００２３】
図３は、端末装置に配信される対象データを送信する手法の第２の例を説明するための説明図である。図３を参照すると、各タイムインデクスの時間でのＣＱＩインデックス、増加量、減少量、及び蓄積データ量が、示されている。ここでは、端末装置により逐次処理される未処理データの量は各インデクスの時間において２０ビットであると仮定する。また、端末装置へ送信されるデータの量は、逐次処理されるデータの量（即ち、２０ビット）に１０ビットを加えた量（即ち、３０ビット）であると仮定する。即ち、データが端末装置へ送信される場合には、増加量が１０ビットであり、蓄積データは１０ビットだけ増加する。また、データが端末装置へ送信されない場合には、減少量が２０ビットであり、蓄積データは２０ビットだけ減少する。まず、タイムインデクス０〜３の各々の時間では、データが端末装置へ送信され、バッファにおいて１０ビットのデータが増加する。その結果、タイムインデクス３の時間では、蓄積データ量が第１の閾値（４０ビット）以上になる。よって、タイムインデクス４の時間では、端末装置へのデータの送信が停止される。一方、タイムインデックス４の時間以降でも、未処理データの逐次処理は継続するので、タイムインデックス４及び５の各々の時間では、蓄積データが２０ビットだけ減少する。その結果、タイムインデクス５の時間では、蓄積データ残量が第２の閾値（１０ビット）以下になる。よって、タイムインデクス６の時間では、端末装置へのデータの送信が再び開始される。タイムインデクス６の時間では、データが端末装置へ送信され、バッファにおいて１０ビットのデータが増加する。
【００２４】
例えば以上のように、端末装置に配信される対象データが無線ネットワークの無線チャネルを介して送信される。この例では、とりわけタイムインデクス６の時間において、ＣＱＩが３であるにもかかわらず、３０ビットのデータが送信される。そのため、伝送効率が悪く、同じ量のデータ（例えば、３０ビットのデータ）を送信するのにより多くの無線リソースが使用される。そのため、無線ネットワークにとっての負荷が大きい。具体的には、図２の例における伝送効率（シンボルあたりのビット数）は、１．０１９３１（＝（３０×５）／（３０／１．４７６６＋３０／１．４７６６＋３０／１．４７６６＋３０／４．５２３４＋３０／０．３７７０））である。
【００２５】
なお、図２及び図３を参照して説明した例は、あくまで単純化されたビヘイビアモデルであるということを理解されたい。
【００２６】
＜＜＜２．第１の実施形態＞＞＞
続いて、図４〜図１８を参照して、本開示の第１の実施形態を説明する。
【００２７】
本開示の第１の実施形態によれば、端末装置が、当該端末装置に配信される対象データの送信についての制御を行う。より具体的には、上記端末装置は、上記対象データを上記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報と、上記対象データのうちの上記端末装置に蓄積されているデータに関連する第２の情報とに基づいて、上記端末装置への上記対象データの送信についての制御を行う。
【００２８】
これにより、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【００２９】
＜＜２．１．通信システムの概略的な構成＞＞
まず、図４を参照して、本開示の第１の実施形態に係る通信システム１の概略的な構成を説明する。図４は、本開示の第１の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図４を参照すると、通信システム１は、端末装置１００、基地局２０、第１ゲートウェイ３１、第２ゲートウェイ３３及びデータ配信装置５０を含む。
【００３０】
端末装置１００は、基地局２０の通信エリア（即ち、セル）内に位置する場合に、基地局２０との無線通信を行う。例えば、基地局２０は、無線チャネルで情報（制御情報及びデータ）を端末装置１００へ送信し、端末装置１００は、当該情報を受信する。また、端末装置１００は、無線チャネルで情報（制御情報及びデータ）を基地局２０へ送信し、基地局２０は、当該情報を受信する。例えば、上記無線チャネルは、１つ以上の周波数帯域である。一例として、上記無線チャネルは、１つ以上のコンポーネントキャリア（ＣＣ：Component  Carrier）である。
【００３１】
また、端末装置１００は、基地局２０、コアネットワーク３０及び公衆ネットワーク４０を介して、データ配信装置５０と通信する。データ配信装置５０は、データの配信を行う装置である。例えば、データ配信装置５０は、公衆ネットワーク４０、コアネットワーク３０及び基地局２０を介して、端末装置１００にデータを配信する。具体的には、例えば、端末装置に配信される対象データは、公衆ネットワークを介して、データ配信装置５０から第１ゲートウェイ３１へ送信される。当該第１ゲートウェイは、コアネットワーク３０を公衆ネットワーク４０に接続するためのノードであり、例えばＬＴＥではＰ−ＧＷ（Packet  data  network  Gateway）と呼ばれる。そして、上記対象データは、さらに、第１ゲートウェイ３１から第２ゲートウェイ３３へ送信される。当該第２ゲートウェイ３３は、データの中継を行うノードであり、例えば、ＬＴＥではＳ−ＧＷ（Serving  Gateway）と呼ばれる。さらに、上記対象データは、第２ゲートウェイ３３から基地局２０へ送信される。その後、上記対象データは、基地局２０により無線チャネルで端末装置１００へ送信される。
【００３２】
なお、上記対象データは、例えば、コンテンツデータである。一例として、上記対象データは、動画像データである。また、データ配信装置５０は、例えば、ストリーミング方式で上記対象データを端末装置１００に配信する。
【００３３】
とりわけ第２の実施形態では、端末装置１００が、端末装置１００に配信される対象データの端末装置１００への送信についての制御を行う。
【００３４】
＜＜２．２．端末装置１００の構成＞＞
まず、図５を参照して、第１の実施形態に係る端末装置１００の構成の一例を説明する。図５は、第１の実施形態に係る端末装置１００の構成の一例を示すブロック図である。図５を参照すると、端末装置１００は、アンテナ部１１０、無線通信部１２０、記憶部１３０、入力部１４０、表示部１５０及び処理部１６０を備える。
【００３５】
（アンテナ部１１０）
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
【００３６】
（無線通信部１２０）
無線通信部１２０は、無線通信を行う。例えば、無線通信部１２０は、端末装置１００が基地局２０の通信エリア（即ち、セル）内に位置する場合に、基地局２０からのダウンリンク信号を受信し、基地局２０へのアップリンク信号を送信する。
【００３７】
（記憶部１３０）
記憶部１３０は、端末装置１００の動作のためのプログラム及びデータを一時的にまたは恒久的に記憶する。
【００３８】
（入力部１４０）
入力部１４０は、端末装置１００のユーザによる入力を受け付ける。そして、入力部１４０は、入力結果を処理部１６０に提供する。
【００３９】
（表示部１５０）
表示部１５０は、端末装置１００の画面（即ち、出力画像）を表示する。例えば、表示部１５０は、処理部１６０（表示制御部１６７）による制御に応じて、画面を表示する。
【００４０】
（処理部１６０）
処理部１６０は、端末装置１００の様々な機能を提供する。処理部１６０は、通信品質関連情報生成部１６１、蓄積データ関連情報生成部１６２、情報取得部１６３、通信制御部１６４、配信実行部１６５、逐次処理部１６６、表示制御部１６７及びデータ管理部１６８を含む。
【００４１】
（通信品質関連情報生成部１６１）
通信品質関連情報生成部１６１は、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質に関連する第１の情報（以下、「通信品質関連情報」と呼ぶ）を生成する。
【００４２】
−対象データ
上記対象データは、例えば、データ配信装置５０により配信される。即ち、対象データは、第１ゲートウェイ３１、第２ゲートウェイ３３及び基地局２０を介して、データ配信装置５０から端末装置１００へ送信される。
【００４３】
また、上記対象データは、例えば、コンテンツデータである。一例として、上記対象データは、動画像データである。また、データ配信装置５０は、例えば、ストリーミング方式で上記対象データを端末装置１００に配信する。
【００４４】
−通信品質情報
例えば、上記通信品質関連情報は、上記無線チャネルについての通信品質を示す通信品質情報を含む。より具体的には、例えば、当該通信品質情報は、上記無線チャネルについてのチャネル品質指標（ＣＱＩ：Channel  Quality  Indicator）、上記無線チャネルで送信されるリファレンス信号の受信強度及び受信品質、並びに上記無線チャネルにおける信号対干渉雑音比（ＳＩＮＲ：Signal-to-Interference-plus-Noise  Ratio）のうちの少なくとも１つを示す情報である。例えば、リファレンス信号の上記受信強度は、ＲＳＲＰ（Reference  Signal  Received  Power）であり、リファレンス信号の上記受信品質は、ＲＳＲＱ（Reference  Signal  Received  Quality）である。
【００４５】
通信品質関連情報生成部１６１は、例えば、上記無線チャネルにおける通信品質を測定し、当該測定の結果から上記通信品質情報を生成する。具体的には、例えば、通信品質関連情報生成部１６１は、基地局２０により上記無線チャネルで送信されるリファレンス信号の受信に応じて、ＣＱＩ、ＲＳＲＰ、ＲＳＲＱ、及びＳＩＮＲのうちの少なくとも１つを測定する。そして、通信品質関連情報生成部１６１は、ＣＱＩ、ＲＳＲＰ、ＲＳＲＱ、及びＳＩＮＲのうちの少なくとも１つを示す通信品質情報を生成する。
【００４６】
このような通信品質情報により、例えば、端末装置１００に配信される対象データが無線チャネルにおいてどの程度効率的に送信されるかを知ることが可能になる。
【００４７】
（蓄積データ関連情報生成部１６２）
蓄積データ関連情報生成部１６２は、上記対象データのうちの端末装置１００に蓄積されているデータ（以下、「蓄積データ」と呼ぶ）に関連する第２の情報（以下、「蓄積データ関連情報」と呼ぶ）を生成する。
【００４８】
−蓄積データ
上記蓄積データは、例えば、上記対象データのうちの、端末装置１００へ送信され且つ端末装置１００により逐次処理されていないデータである。
【００４９】
例えば、上記対象データのうちの、端末装置１００へ送信されるデータは、端末装置１００のバッファに保存される。当該バッファは、例えば、記憶部１３０のうちの一部の記憶領域である。そして、端末装置１００（逐次処理部１６６）は、バッファに保存される上記対象データを逐次処理する。このような場合に、上記蓄積データは、バッファに保存されるデータであって、端末装置１００により未だ逐次処理されていないデータである。
【００５０】
一例として、上述したように、上記対象データは、ストリーミング方式で端末装置１００に配信される動画像データである。また、端末装置１００は、上記対象データを再生する。このような場合に、上記蓄積データは、バッファに保存されるデータであって、端末装置１００により再生されていないデータである。
【００５１】
−データ量情報
例えば、上記蓄積データ関連情報は、上記蓄積データの量を示すデータ量情報を含む。
【００５２】
蓄積データ関連情報生成部１６２は、例えば、記憶部１３０の上記バッファを参照し、上記蓄積データの量を算出することにより、上記データ量情報を生成する。
【００５３】
このような通信品質情報により、例えば、データの送信の緊急度がどの程度であるかを知ることが可能になる。
【００５４】
（情報取得部１６３）
情報取得部１６３は、上記通信品質関連情報及び上記蓄積データ関連情報を取得する。
【００５５】
例えば、情報取得部１６３は、通信品質関連情報生成部１６１により上記通信品質関連情報が生成されると、当該通信品質関連情報を取得する。また、情報取得部１６３は、蓄積データ関連情報生成部１６２により上記蓄積データ関連情報が生成されると、当該蓄積データ関連情報を取得する。
【００５６】
（通信制御部１６４）
通信制御部１６４は、上記通信品質関連情報及び上記蓄積データ関連情報に基づいて、端末装置１００への上記対象データの送信についての制御（以下、「データ送信制御」と呼ぶ）を行う。なお、当該データ送信制御の例を後に詳細に説明する。
【００５７】
（配信実行部１６５）
配信実行部１６５は、端末装置１００への上記対象データの配信についての端末装置１００側の処理を行う。
【００５８】
例えば、配信実行部１６５は、データ配信装置５０への要求を行う。具体的には、例えば、配信実行部１６５は、上記対象データの配信をデータ配信装置５０に要求する。また、例えば、配信実行部１６５は、上記対象データの配信の停止をデータ配信装置５０に要求する。また、例えば、配信実行部１６５は、上記対象データの配信の再開をデータ配信装置５０に要求する。
【００５９】
また、例えば、配信実行部１６５は、対象データのうちの、端末装置１００へ送信されたデータを記憶部１３０に記憶させる。より具体的には、例えば、配信実行部１６５は、端末装置１００へ送信されたデータを記憶部１３０のバッファに保存する。
【００６０】
なお、配信実行部１６５は、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）又はＦＴＰ（File  Transfer  Protocol）などのいずれかのプロトコルに従って動作してもよい。
【００６１】
（逐次処理部１６６）
逐次処理部１６６は、上記対象データを逐次処理する。例えば、逐次処理部１６６は、上記バッファに保存されている上記蓄積データを逐次処理する。
【００６２】
一例として、上述したように、上記対象データは、ストリーミング方式で端末装置１００に配信される動画像データであり、逐次処理部１６６は、上記対象データを再生する。より具体的には、例えば、逐次処理部１６６は、上記バッファに保存されている上記蓄積データを再生する。この場合に、例えば、逐次処理部１６６は、上記蓄積データをデコードし、動画像のフレーム画像を生成し、表示制御部１６７に提供する。その結果、当該フレーム画像を含む画面が表示部１５０に表示される。
【００６３】
（表示制御部１６７）
表示制御部１６７は、表示部１５０による画面の表示を制御する。例えば、表示制御部１６７は、表示部１５０により表示される画面を生成し、当該画面を表示部１５０に表示させる。
【００６４】
（データ管理部１６８）
データ管理部１６８は、上記対象データのうちの端末装置１００へ送信されたデータを管理する。
【００６５】
−データの削除
例えば、データ管理部１６８は、上記対象データのうちの端末装置１００へ送信されたデータが端末装置１００により逐次処理されると当該データを削除する。
【００６６】
例えば、データ管理部１６８は、上記バッファに保存されているデータのうちの逐次処理されたデータを、当該バッファから削除する。即ち、データ管理部１６８は、上記バッファに保存されているデータのうちの、上記蓄積データ（即ち、端末装置１００により逐次処理されていないデータ）以外のデータを削除する。一例として、上述したように、上記対象データは、ストリーミング方式で端末装置１００に配信される動画像データであり、データ管理部１６８は、再生されたデータを削除する。
【００６７】
これにより、例えば、不要になったデータが削除されるので、記憶領域（例えば、記憶部１３０のバッファ）により多くの空きを確保することができる。そのため、保存可能な上記蓄積データ（即ち、端末装置１００により逐次処理されていないデータ）の量が増加し得る。
【００６８】
−データの量の算出
例えば、データ管理部１６８は、上記対象データのうちの端末装置１００へ送信され且つ端末装置１００により逐次処理されたデータの量を算出する。
【００６９】
例えば、上記対象データの全てが、端末装置１００へ送信され、端末装置１００により逐次処理される。この場合には、データ管理部１６８により算出される量は、上記対象データの量と同一である。また、上記対象データの一部が、端末装置１００へ送信され、端末装置１００により逐次処理される。データ管理部１６８により算出される量は、上記対象データの上記一部の量と同一である。換言すると、これらのケースでは、データ管理部１６８により算出される量（即ち、端末装置１００により逐次処理されるデータの量）が、端末装置１００へ送信されるデータの量と同一である。一方、例えば、上記対象データの一部又は全てが端末装置１００へ送信されるが、送信されるデータの一部のみが逐次処理され、その後逐次処理が終了する。このケースでは、データ管理部１６８により算出される量（即ち、端末装置１００により逐次処理されるデータの量）は、端末装置１００へ送信されるデータの量よりも少ない。即ち、端末装置１００において利用されたデータの量が算出される。
【００７０】
算出される上記量は、例えば、上記対象データの配信についての課金のために用いられる。この場合に、例えば、端末装置１００（例えば、データ管理部１６８）は、算出された上記量を示す情報を、上記課金を管理する装置（以下、「課金管理装置」と呼ぶ）に提供する。
【００７１】
一例として、上述したように、上記対象データは、ストリーミング方式で端末装置１００に配信される動画像データであり、データ管理部１６８は、再生されたデータの量を算出する。そして、データ管理部１６８は、算出された当該量を示す情報を、上記課金管理装置に提供する。
【００７２】
これにより、例えば、端末装置１００へ送信されたデータの量ではなく、端末装置１００において逐次処理されたデータ（例えば、端末装置において再生されたデータ）の量に基づいて課金を行うことが可能になる。即ち、上記対象データの配信サービスについてよりユーザフレンドリな課金が可能になる。
【００７３】
＜＜２．３．処理の流れ＞＞
次に、図６を参照して、第１の実施形態に係る通信制御処理の一例を説明する。図６は、第１の実施形態に係る通信制御処理の概略的な流れの一例を示すフローチャートである。
【００７４】
情報取得部１６３は、通信品質関連情報を取得する（Ｓ３１０）。当該通信品質関連情報は、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質に関連する情報である。また、情報取得部１６３は、蓄積データ関連情報を取得する（Ｓ３２０）。当該蓄積データ関連情報は、上記対象データのうちの端末装置１００に蓄積されているデータ（即ち、蓄積データ）に関連する情報である。
【００７５】
そして、通信制御部１６４は、データ送信制御処理を実行する（Ｓ４００）。即ち、通信制御部１６４は、上記通信品質関連情報及び上記蓄積データ関連情報に基づいて、端末装置１００への上記対象データの送信についての制御（即ち、データ送信制御）を行う。
【００７６】
＜＜２．４．データ送信制御の例＞＞
次に、図７〜図１４を参照して、上記データ送信制御の例を説明する。
【００７７】
＜２．４．１．データ送信制御の第１の例＞
まず、図７及び図８を参照して、上記データ送信制御の第１の例を説明する。
【００７８】
（端末装置１００：通信制御部１６４）
第１の例として、上記データ送信制御は、端末装置１００に配信される対象データの端末装置１００への送信の開始又は停止を決定することを含む。即ち、通信制御部１６４は、端末装置１００への上記対象データの送信の開始又は停止を決定する。
【００７９】
第１に、例えば、通信制御部１６４は、上記対象データが端末装置１００へ送信されている場合に、上記データ量情報に基づいて、上記対象データのうちの端末装置１００に蓄積されているデータ（即ち、蓄積データ）の量が第１の閾値以上であるかを判定する。そして、上記蓄積データの量が上記第１の閾値以上であれば、通信制御部１６４は、上記対象データの端末装置１００への送信の停止を決定する。
【００８０】
第２に、例えば、通信制御部１６４は、端末装置１００への上記対象データの送信が停止している場合に、上記データ量情報に基づいて、上記蓄積データの量が第２の閾値以下であるかを判定する。そして、上記蓄積データの量が上記第２の閾値以下であれば、通信制御部１６４は、上記対象データの端末装置１００への送信の開始（即ち、再開）を決定する。
【００８１】
第３に、例えば、通信制御部１６４は、端末装置１００への上記対象データの送信が停止している場合に、上記通信品情報に基づいて、上記対象データを端末装置１００へ送信するための無線チャネルについての通信品質が良好であるかを判定する。そして、上記通信品質が良好であれば、通信制御部１６４は、上記対象データの端末装置１００への送信の開始（即ち、再開）を決定する。一例として、通信制御部１６４は、上記無線チャネルについてのＣＱＩインデックスが所定の閾値以上であるかを判定する。そして、当該ＣＱＩインデックスが上記所定の閾値以上であれば、通信制御部１６４は、上記対象データの端末装置１００への送信の開始（即ち、再開）を決定する。
【００８２】
例えば以上のように、通信制御部１６４は、対象データの端末装置１００への送信の開始又は停止を決定する。すると、例えば、配信実行部１６５は、当該開始又は当該停止の決定に応じて、上記対象データの配信の再開又は停止をデータ配信装置５０に要求する。その結果、上記対象データの端末装置１００への送信が、開始され又は停止される。以下、図７を参照して、データ送信制御の第１の例についての具体例を説明する。
【００８３】
図７は、第１の実施形態に係るデータ送信制御の第１の例の具体例を説明するための説明図である。図７を参照すると、各タイムインデクスの時間でのＣＱＩインデックス、バッファにおいて増加する未処理データの量である増加量、バッファにおいて減少する未処理データの量である減少量、及びバッファに蓄積されている未処理データの量である蓄積データ量が、示されている。上記増加量は、端末装置１００へ送信されるデータの量から、端末装置１００により逐次処理される未処理データの量を差し引くことにより得られる値である。上記減少量は、データが端末装置１００へ送信されない場合には、端末装置１００により逐次処理される未処理データの量である。即ち、データが端末装置１００へ送信されない場合には、バッファに新たな未処理データが投入されないので、バッファに蓄積されている未処理データの量は、逐次処理される未処理データの量だけ減少する。一方、上記減少量は、データが端末装置１００へ送信される場合には、上記増加量が存在する限り０である。なお、端末装置１００は、バッファに既に蓄積されている未処理データの量が逐次処理に十分である場合には、当該未処理データを逐次処理する。また、端末装置１００は、バッファに既に蓄積されている未処理データの量が逐次処理に不十分である場合には、バッファに既に蓄積されている未処理データと、端末装置１００へ新たに送信されたデータの少なくとも一部とを、逐次処理する。ここでは、端末装置１００により逐次処理される未処理データの量は各インデクスの時間において２０ビットであると仮定する。また、端末装置１００へ送信されるデータの量は、逐次処理されるデータの量（即ち、２０ビット）に１０シンボル分のデータの量を加えた量であると仮定する。即ち、データが端末装置１００へ送信される場合には、増加量が１０シンボル分のデータの量であり、蓄積データは１０シンボル分のデータの量だけ増加する。また、データが端末装置１００へ送信されない場合には、減少量が２０ビットであり、蓄積データは２０ビットだけ減少する。まず、タイムインデクス０〜２の各々の時間では、ＣＱＩインデックが７であるので、バッファにおいて、１．４７７６ビット／シンボルの伝送効率で送信される１０シンボル分の未処理データ（即ち、１４．７６６ビットのデータ）が増加する。その結果、タイムインデクス２の時間では、蓄積データ量が第１の閾値（４０ビット）以上になる。よって、タイムインデクス３の時間では、端末装置１００へのデータの送信が停止される。一方、タイムインデックス３の時間以降でも、未処理データの逐次処理は継続するので、タイムインデックス３の時間では、蓄積データが２０ビットだけ減少する。また、タイムインデクス３の時間では、ＣＱＩインデックスは、１３であり、所定の閾値（例えば、８）以上である。よって、タイムインデクス４の時間では、端末装置１００へのデータの送信が再び開始される。タイムインデクス４の時間では、ＣＱＩインデックが１５であるので、バッファにおいて、５．５５４７ビット／シンボルの伝送効率で送信される１０シンボル分の未処理データ（即ち、５５．５４７ビットのデータ）が増加する。その結果、タイムインデクス４の時間では、蓄積データ量が第１の閾値（４０ビット）以上になる。よって、タイムインデクス５の時間では、端末装置１００へのデータの送信が停止される。一方、タイムインデックス５の時間以降でも、未処理データの逐次処理は継続するので、タイムインデックス５及び６の各々の時間では、蓄積データが２０ビットだけ減少する。
【００８４】
例えば以上のように、対象データの端末装置１００への送信が開始され、又は停止する。この例では、通信品質が良好である時間（例えば、図７の例では、ＣＱＩが１５であるタイムインデクス４の時間）に、データが端末装置へ送信される。そのため、伝送効率が高く、同じ量の無線リソースでより多くの量のデータが送信される。換言すると、同じ量のデータを送信するのにより少ない無線リソースが使用される。その結果、無線ネットワークにとっての負荷が小さくなる。具体的には、図７の例における伝送効率（シンボルあたりのビット数）は、２．４９６１３（＝（１．４７６６＋１．４７６６＋１．４７６６＋５．５５４７）／４）であり、上述した図２の例における伝送効率（１．００８２４ビット／シンボル）、及び図３における伝送効率（１．０１９３１ビット／シンボル）よりも高い。また、より効率的にデータが送信されるので、データ配信サービスの品質の低下が抑えられ得る。また、例えば、蓄積データの量が十分になると（例えば、蓄積データの量が第１の閾値以上になると）、対象データの送信が停止されるので、無線ネットワークにとっての負荷がより小さくなる。
【００８５】
このように、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【００８６】
（処理の流れ：データ送信制御処理）
図８は、第１の実施形態に係るデータ送信制御の第１の例の概略的な流れの一例を示すフローチャートである。
【００８７】
通信制御部１６４は、対象データが送信されている場合に（Ｓ４０１：ＹＥＳ）、蓄積データの量が第１の閾値以上であるかを判定する（Ｓ４０２）。
【００８８】
上記蓄積データの量が上記第１の閾値以上であれば（Ｓ４０２：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の停止を決定する（Ｓ４０３）。そして、処理は終了する。なお、上記停止の決定に応じて、配信実行部１６５は、上記対象データの配信の停止をデータ配信装置５０に要求し、上記対象データの端末装置１００への送信が、停止される。
【００８９】
上記蓄積データの量が上記第１の閾値未満であれば（Ｓ４０２：ＮＯ）、処理は終了する。
【００９０】
一方、通信制御部１６４は、対象データが送信されていない場合に（Ｓ４０１：ＮＯ）、蓄積データの量が第２の閾値以下であるかを判定する（Ｓ４０４）。
【００９１】
上記蓄積データの量が上記第２の閾値以下であれば（Ｓ４０４：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の開始を決定する（Ｓ４０６）。そして、処理は終了する。なお、上記開始の決定に応じて、配信実行部１６５は、上記対象データの配信の再開をデータ配信装置５０に要求し、上記対象データの端末装置１００への送信が、再び開始される。
【００９２】
上記蓄積データの量が上記第２の閾値を超える場合には（Ｓ４０４：ＮＯ）、通信制御部１６４は、通信品質が良好か（例えば、ＣＱＩインデックスが閾値以上か）を判定する（Ｓ４０５）。当該通信品質が良好であれば（Ｓ４０５：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の開始を決定する（Ｓ４０６）。そして、処理は終了する。また、上記通信品質が良好でなければ（Ｓ４０５：ＮＯ）、処理は終了する。
【００９３】
＜２．４．２．データ送信制御の第２の例＞
次に、図９を参照して、上記データ送信制御の第２の例を説明する。
【００９４】
（端末装置１００：通信制御部１６４）
第２の例として、上記データ送信制御は、端末装置１００に配信される対象データの端末装置１００への送信の頻度（以下、「データ送信頻度」と呼ぶ）を設定することを含む。即ち、通信制御部１６４は、当該データ送信頻度（上記対象データの端末装置１００への送信の頻度）を設定する。
【００９５】
第１に、例えば、通信制御部１６４は、上記データ送信頻度が高頻度に設定されている（即ち、上記対象データが端末装置１００へ高頻度で送信されている）場合に、上記データ量情報に基づいて、上記対象データのうちの端末装置１００に蓄積されているデータ（即ち、蓄積データ）の量が第１の閾値以上であるかを判定する。そして、上記蓄積データの量が上記第１の閾値以上であれば、通信制御部１６４は、上記データ送信頻度を低頻度に設定する。
【００９６】
第２に、例えば、通信制御部１６４は、上記データ送信頻度が低頻度に設定されている（即ち、上記対象データが端末装置１００へ低頻度で送信されている）場合に、上記データ量情報に基づいて、上記蓄積データの量が第２の閾値以下であるかを判定する。そして、上記蓄積データの量が上記第２の閾値以下であれば、通信制御部１６４は、上記データ送信頻度を高頻度に設定する。
【００９７】
第３に、例えば、通信制御部１６４は、上記データ送信頻度が低頻度に設定されている場合に、上記通信品情報に基づいて、上記対象データを端末装置１００へ送信するための無線チャネルについての通信品質が良好であるかを判定する。そして、上記通信品質が良好であれば、通信制御部１６４は、上記データ送信頻度を高頻度に設定する。一例として、通信制御部１６４は、上記無線チャネルについてのＣＱＩインデックスが所定の閾値以上であるかを判定する。そして、当該ＣＱＩインデックスが上記所定の閾値以上であれば、通信制御部１６４は、上記データ送信頻度を高頻度に設定する。
【００９８】
例えば以上のように、通信制御部１６４は、上記データ送信頻度を高頻度又は低頻度に設定する。すると、例えば、配信実行部１６５は、当該設定に応じて、高頻度又は低頻度での対象データの配信をデータ配信装置５０に要求する。その結果、上記対象データは、高頻度で又は低頻度で端末装置１００へ送信される。
【００９９】
例えば以上のように、対象データが高頻度で又は低頻度で端末装置１００へ送信される。この例では、通信品質が良好である時間に、データが端末装置へ高頻度で送信される。そのため、伝送効率が高く、同じ量の無線リソースでより多くの量のデータが送信される。換言すると、同じ量のデータを送信するのにより少ない無線リソースが使用される。その結果、無線ネットワークにとっての負荷が小さくなる。また、より効率的にデータが送信されるので、データ配信サービスの品質の低下が抑えられ得る。また、例えば、蓄積データの量が十分になると（例えば、蓄積データの量が第１の閾値以上になると）、データが端末装置へ低頻度で送信されるので、無線ネットワークにとっての負荷がより小さくなる。
【０１００】
このように、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【０１０１】
（処理の流れ：データ送信制御処理）
図９は、第１の実施形態に係るデータ送信制御の第２の例の概略的な流れの一例を示すフローチャートである。
【０１０２】
通信制御部１６４は、データ送信頻度が高頻度である場合に（Ｓ４１１：ＹＥＳ）、蓄積データの量が第１の閾値以上であるかを判定する（Ｓ４１２）。
【０１０３】
上記蓄積データの量が上記第１の閾値以上であれば（Ｓ４１２：ＹＥＳ）、通信制御部１６４は、データ送信頻度を低頻度に設定する（Ｓ４１３）。そして、処理は終了する。なお、データ送信頻度の設定に応じて、配信実行部１６５は、低頻度での対象データの配信をデータ配信装置５０に要求し、上記対象データは、低頻度で端末装置１００へ送信される。
【０１０４】
上記蓄積データの量が上記第１の閾値未満であれば（Ｓ４１２：ＮＯ）、処理は終了する。
【０１０５】
一方、通信制御部１６４は、データ送信頻度が低頻度である場合に（Ｓ４１１：ＮＯ）、蓄積データの量が第２の閾値以下であるかを判定する（Ｓ４１４）。
【０１０６】
上記蓄積データの量が上記第２の閾値以下であれば（Ｓ４１４：ＹＥＳ）、通信制御部１６４は、データ送信頻度を高頻度に設定する（Ｓ４１６）。そして、処理は終了する。なお、データ送信頻度の設定に応じて、配信実行部１６５は、高頻度での対象データの配信をデータ配信装置５０に要求し、上記対象データは、高頻度で端末装置１００へ送信される。
【０１０７】
上記蓄積データの量が上記第２の閾値を超える場合には（Ｓ４１４：ＮＯ）、通信制御部１６４は、通信品質が良好か（例えば、ＣＱＩインデックスが閾値以上か）を判定する（Ｓ４１５）。当該通信品質が良好であれば（Ｓ４１５：ＹＥＳ）、通信制御部１６４は、データ送信頻度を高頻度に設定する（Ｓ４１６）。そして、処理は終了する。また、上記通信品質が良好でなければ（Ｓ４１５：ＮＯ）、処理は終了する。
【０１０８】
以上、上記データ送信制御の第２の例を説明した。具体的な例として、データ送信頻度が、「高頻度」及び「低頻度」のいずれか一方に設定される例を説明したが、上記データ送信制御の第２の例は係る例に限定されない。例えば、データ送信頻度は、３つ以上の頻度のうちのいずれか１つに設定されてもよい。
【０１０９】
＜２．４．３．データ送信制御の第３の例＞
次に、図１０〜図１４を参照して、上記データ送信制御の第３の例を説明する。
【０１１０】
（端末装置１００：通信制御部１６４）
−優先度の決定
第３の例として、上記データ送信制御は、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルにおける端末装置１００への上記対象データの送信についての優先度を決定することを含む。即ち、通信制御部１６４は、上記無線チャネルにおける上記送信の上記優先度を決定する。
【０１１１】
例えば、通信制御部１６４は、上記通信品質情報及び上記データ量情報に基づいて、上記無線チャネルにおける上記送信の上記優先度を決定する。即ち、通信制御部１６４は、上記無線チャネルについての通信品質（例えば、ＣＱＩ）と、上記対象データのうちの端末装置１００に蓄積されているデータ（即ち、蓄積データ）の量とに基づいて、上記優先度を決定する。例えば、上記通信品質がより良好であるほど、より高い優先度が決定される。また、例えば、上記蓄積データの量がより少ないほど、より高い優先度が決定される。以下、この点について図１０を参照して具体例を説明する。
【０１１２】
図１０は、無線チャネルにおける端末装置１００への対象データの送信についての優先度の例を説明するための説明図である。図１０を参照すると、蓄積データの量及びＣＱＩインデックスに対応する優先度（１〜５）が示されている。この例では、数字がより大きいほど、優先度がより高いことを意味する。例えば、蓄積データの量が第２の閾値（１０ビット）以下であり、ＣＱＩインデックスが８〜１５のいずれかである場合に、優先度として最高の「５」が決定される。また、蓄積データの量が第１の閾値（４０ビット）以上である場合に、優先度として最低の「１」が決定される。
【０１１３】
−−ユーザの要望に基づく優先度の決定
なお、上記優先度は、ユーザの要望にも基づいて決定されてもよい。即ち、情報取得部１６３は、無線チャネルにおける端末装置１００への対象データの送信についての端末装置１００のユーザの要望に関する第３の情報（以下、「ユーザ要望情報」と呼ぶ）を取得してもよい。そして、通信制御部１６４は、上記ユーザ要望情報にさらに基づいて、上記優先度を決定してもよい。以下、この点について図１１を参照して具体例を説明する。
【０１１４】
図１１は、ユーザの要望に基づく優先度の決定の例を説明するための説明図である。図１１を参照すると、端末装置１００が示されている。例えば、端末装置１００のディスプレイ（表示部１５０）に通信速度の要望を選択するための画面が表示される。そして、端末装置１００のユーザは、「高速」、「通常速度」及び「低速」のうちの１つを指定する。そして、情報取得部１６３は、このような指定に応じた情報をユーザ要望情報として取得し、通信制御部１６４は、当該ユーザ要望情報にさらに基づいて、上記優先度を決定する。例えば、「高速」がユーザにより指定された場合には、通信制御部１６４は、上記優先度を１だけ増加させる。また、「低速」がユーザにより指定された場合には、通信制御部１６４は、上記優先度を１だけ減少させる。なお、「通常速度」がユーザにより指定された場合には、通信制御部１６４は、上記優先度を増加させず、減少させない。
【０１１５】
これにより、例えば、ユーザの要望に応じたＱｏＳ（Quality  of  Service）が実現され得る。また、例えば、ユーザにとっての利便性が高くなる。
【０１１６】
−優先度の利用
−−ネットワーク側での利用
第１の例として、上記優先度は、上記無線チャネルにおける各装置へのデータの送信の制御を行うノード（以下、「送信制御ノード」と呼ぶ）により当該制御のために使用される指標である。この場合に、端末装置１００は、上記優先度を示す情報を上記送信制御ノードに提供する。
【０１１７】
一例として、上記送信制御ノードは、基地局２０である。この場合に、基地局２０は、例えば、上記優先度に基づいて、上記無線チャネルにおいてスケジューリングを行う。より具体的には、例えば、基地局２０は、上記優先度がより高いほど、端末装置１００への上記対象データの送信により優先的に無線リソースを割り当てる。
【０１１８】
別の例として、上記送信制御ノードは、第１ゲートウェイ３１又は第２ゲートウェイ３３であってもよい。この場合に、第１ゲートウェイ３１又は第２ゲートウェイ３３は、上記優先度がより高いほど、端末装置１００に配信される上記対象データをより優先的に転送してもよい。
【０１１９】
−−端末装置１００内での利用
第２の例として、上記優先度は、端末装置１００により使用される指標であってもよい。
【０１２０】
この場合に、一例として、上記データ送信制御は、上記優先度を決定することに加えて、上記対象データの端末装置１００への送信の開始又は停止を決定することをさらに含んでもよい。例えば、通信制御部１６４は、上記優先度に基づいて、上記対象データの端末装置１００への送信の開始又は停止を決定してもよい。
【０１２１】
別の例として、上記データ送信制御は、上記優先度を決定することに加えて、上記対象データの端末装置１００への送信の頻度（即ち、データ送信頻度）を設定することをさらに含んでもよい。例えば、通信制御部１６４は、上記優先度に基づいて、上記データ送信頻度を設定してもよい。
【０１２２】
例えば以上のように優先度が決定され、利用される。これにより、例えば、通信品質が良好である時間に、より多くのデータが送信され得る。そのため、伝送効率が高く、無線ネットワークにとっての負荷が小さくなる。また、より効率的にデータが送信されるので、データ配信サービスの品質の低下が抑えられ得る。また、例えば、蓄積データの量が十分になると、データの送信が停止され、又はより少ないデータが送信され得るので、無線ネットワークにとっての負荷がより小さくなり得る。
【０１２３】
このように、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【０１２４】
（処理の流れ：データ送信制御処理）
−第１の例
図１２は、第１の実施形態に係るデータ送信制御の第３の例の概略的な流れの第１の例を示すフローチャートである。当該第１の例は、上記優先度が上記送信制御ノードにより使用される指標である場合の例である。
【０１２５】
まず、通信制御部１６４は、通信品質関連情報（例えば、通信品質情報）及び蓄積データ関連情報（例えば、データ量情報）に基づいて、無線チャネルにおける端末装置１００への対象データの送信についての優先度を決定する（Ｓ４２１）。例えば、通信制御部１６４は、上記無線チャネルについての通信品質（例えば、ＣＱＩインデックス）と蓄積データの量とに基づいて、上記優先度を決定する。
【０１２６】
その後、端末装置１００（例えば、通信制御部１６４）は、上記優先度を示す情報を送信制御ノードに提供する（Ｓ４２３）。そして、処理は終了する。
【０１２７】
−第２の例
図１３は、第１の実施形態に係るデータ送信制御の第３の例の概略的な流れの第２の例を示すフローチャートである。当該第１の例は、上記優先度が端末装置１００により使用される指標である場合の例である。
【０１２８】
まず、通信制御部１６４は、通信品質関連情報（例えば、通信品質情報）及び蓄積データ関連情報（例えば、データ量情報）に基づいて、無線チャネルにおける端末装置１００への対象データの送信についての優先度を決定する（Ｓ４３１）。例えば、通信制御部１６４は、上記無線チャネルについての通信品質（例えば、ＣＱＩインデックス）と蓄積データの量とに基づいて、上記優先度を決定する。
【０１２９】
そして、通信制御部１６４は、上記対象データが送信されている場合に（Ｓ４３２：ＹＥＳ）、上記優先度が第１の閾値（例えば、１）以下であるかを判定する（Ｓ４３３）。上記優先度が上記第１の閾値以下であれば（Ｓ４３３：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の停止を決定する（Ｓ４３４）。そして、処理は終了する。上記優先度が上記第１の閾値よりも大きければ（Ｓ４３３：ＮＯ）、処理は終了する。
【０１３０】
一方、通信制御部１６４は、上記対象データが送信されていない場合に（Ｓ４３２：ＮＯ）、上記優先度が第２の閾値（例えば、３）以上であるかを判定する（Ｓ４３５）。上記優先度が上記第２の閾値以上であれば（Ｓ４３５：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の開始を決定する（Ｓ４３６）。そして、処理は終了する。上記優先度が上記第２の閾値未満であれば（Ｓ４３５：ＮＯ）、処理は終了する。
【０１３１】
−第３の例
図１４は、第１の実施形態に係るデータ送信制御の第３の例の概略的な流れの第３の例を示すフローチャートである。当該第３の例は、上記優先度が端末装置１００により使用される指標である場合の例である。
【０１３２】
まず、通信制御部１６４は、通信品質関連情報（例えば、通信品質情報）及び蓄積データ関連情報（例えば、データ量情報）に基づいて、無線チャネルにおける端末装置１００への対象データの送信についての優先度を決定する（Ｓ４４１）。例えば、通信制御部１６４は、上記無線チャネルについての通信品質（例えば、ＣＱＩインデックス）と蓄積データの量とに基づいて、上記優先度を決定する。
【０１３３】
そして、通信制御部１６４は、データ送信頻度が高頻度である場合に（Ｓ４４２：ＹＥＳ）、上記優先度が第１の閾値（例えば、１）以下であるかを判定する（Ｓ４４３）。上記優先度が上記第１の閾値以下であれば（Ｓ４４３：ＹＥＳ）、通信制御部１６４は、データ送信頻度を低頻度に設定する（Ｓ４４４）。そして、処理は終了する。上記優先度が上記第１の閾値よりも大きければ（Ｓ４４３：ＮＯ）、処理は終了する。
【０１３４】
一方、通信制御部１６４は、データ送信頻度が低頻度である場合に（Ｓ４４２：ＮＯ）、上記優先度が第２の閾値（例えば、３）以上であるかを判定する（Ｓ４４５）。上記優先度が上記第２の閾値以上であれば（Ｓ４４５：ＹＥＳ）、通信制御部１６４は、データ送信頻度を高頻度に設定する（Ｓ４４６）。そして、処理は終了する。上記優先度が上記第２の閾値未満であれば（Ｓ４４５：ＮＯ）、処理は終了する。
【０１３５】
＜＜２．５．変形例＞＞
次に、図１５〜図１８を参照して、第１の実施形態の各変形例を説明する。
【０１３６】
＜２．５．１．第１の変形例＞
まず、第１の実施形態の第１の変形例を説明する。
【０１３７】
第１の実施形態の上述した例では、上記通信品質関連情報（即ち、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質に関連する情報）は、無線チャネルについての通信品質を示す通信品質情報を含む。
【０１３８】
一方、第１の実施形態の第１の変形例では、上記通信品質関連情報は、上記通信品質情報の代わりに、又は上記通信品質情報とともに、端末装置１００への上記対象データの送信の速度を示す通信速度情報を含む。
【０１３９】
（端末装置１００：通信品質関連情報生成部１６１）
−通信速度情報
第１の変形例では、上記通信品質関連情報は、端末装置１００への上記対象データの送信の速度を示す通信速度情報を含む。
【０１４０】
通信品質関連情報生成部１６１は、例えば、上記対象データの送信の速度を算出し、上記通信速度情報を生成する。具体的には、例えば、上述したように、配信実行部１６５は、端末装置１００へ送信されたデータを記憶部１３０のバッファに保存する。この場合に、通信品質関連情報生成部１６１は、当該バッファに保存される当該データの量を取得し、単位時間あたりに送信されるデータの量を通信速度として算出する。ここで、通信速度の単位は、例えばｂｐｓ（bit  per  second）である。なお、逐次処理（例えば、再生に関連する処理）が並行して行われ、バッファに保存されるデータの少なくとも一部が即座に逐次処理される場合には、即座に逐次処理される当該少なくとも一部の量も考慮して、上記通信速度が算出されてもよい。
【０１４１】
このような通信速度情報は、無線チャネルでどの程度の量のデータが送信されるかを示す情報であるので、上記通信品質情報と同様に使用され得る。具体的には、通信速度が速いことは、無線チャネルについての通信品質が良いことに対応し、通信速度が遅いことは、無線チャネルについての通信品質が悪いことに対応する。
【０１４２】
（端末装置１００：通信制御部１６４）
第１の変形例では、通信制御部１６４は、上記通信速度情報を含む通信品質関連情報及び蓄積データ関連情報に基づいて、上記データ送信制御を行う。
【０１４３】
具体的には、例えば、通信制御部１６４は、上記通信速度情報及び上記データ量情報に基づいて、上記データ送信制御を行う。即ち、上述した例では、通信制御部１６４は、上記データ送信制御を行う際に、上記通信品質情報及び上記データ量情報を使用していたが、第１の変形例では、例えば、上記通信品質情報の代わりに、上記通信速度情報を使用する。
【０１４４】
なお、当然ながら、通信制御部１６４は、上記データ送信制御を行う際に、上記通信品質情報とともに、上記通信速度情報を使用してもよい。例えば、通信制御部１６４は、上記通信品質情報、上記通信速度情報及び上記データ量情報に基づいて、上記データ送信制御を行ってもよい。例えば、端末装置１００への上記対象データの送信が停止している期間には、上記通信速度が算出されない。そこで、通信制御部１６４は、上記送信が停止している期間には、上記通信品質情報及び上記データ量情報に基づいて上記データ送信制御を行い、上記送信が行われている期間には、上記通信速度情報及び上記データ量情報に基づいて上記データ送信制御を行ってもよい。なお、通信制御部１６４は、上記送信が行われている期間に加えて、上記送信の停止後の所定の期間（例えば、３０秒など）にも、上記通信速度情報及び上記データ量情報に基づいて上記データ送信制御を行ってもよい。即ち、通信制御部１６４は、上記送信の停止後のしばらくの間は通信速度は有効であるとみなして、上記通信速度情報を使用してもよい。
【０１４５】
以上のように、第１の変形例では、上記通信速度情報が使用される。このような通信速度情報により、例えば、端末装置１００に配信される対象データが無線チャネルにおいてどの程度効率的に送信されるかを知ることが可能になる。また、例えば、端末装置１００への対象データの送信が適切に制御され得る。
【０１４６】
（処理の流れ）
第１の変形例に係るデータ制御制御は、例えば、通信品質（通信品質情報）の代わりに、通信速度（通信速度情報）が使用されるという点を除き、図８、図９、図１２〜図１４を参照して説明した例と同じである。
【０１４７】
＜２．５．２．第２の変形例＞
次に、図１５〜図１７を参照して、第１の実施形態の第２の変形例を説明する。
【０１４８】
第１の実施形態の上述した例では、上記通信品質関連情報（即ち、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質に関連する情報）は、無線チャネルについての通信品質を示す通信品質情報を含む。
【０１４９】
第１の実施形態の第２の変形例では、上記通信品質関連情報は、上記無線チャネルの混雑度を示す混雑度情報をさらに含む。
【０１５０】
（端末装置１００：通信品質関連情報生成部１６１）
−混雑度情報
第２の変形例では、上記通信品質関連情報は、上記無線チャネルの混雑度を示す混雑度情報をさらに含む。
【０１５１】
通信品質関連情報生成部１６１は、例えば、Ｅｃ／Ｎｏ（Energy  per  Chip  divided  by  the  Noise  power  density）、Ｅｃ／Ｉｏ（Energy  per  Chip  divided  by  the  Interference  power  density）若しくはＲＳＲＱ、又はこれらの指標と比例し又は相関する値に基づいて、上記混雑度を決定する。例えば、Ｅｃ／Ｎｏ、Ｅｃ／Ｉｏ又はＲＳＲＱが小さいほど、上記無線チャネルはより混雑しているので、より高い混雑度が決定される。通信品質関連情報生成部１６１は、ＲＳＣＰ、ＲＳＲＰ又はＳＩＮＲなどの指標にさらに基づいて、補正された混雑度を決定してもよい。
【０１５２】
なお、通信品質関連情報生成部１６１が、上記混雑度情報を生成する代わりに、別のノード（例えば、基地局２０）が、上記混雑度情報を生成し、上記混雑度情報を端末装置１００に提供してもよい。
【０１５３】
（端末装置１００：通信制御部１６４）
第１の変形例では、通信制御部１６４は、上記混雑度情報を含む通信品質関連情報及び蓄積データ関連情報に基づいて、上記データ送信制御を行う。
【０１５４】
具体的には、例えば、通信制御部１６４は、上記通信品質情報、上記データ量情報及び上記混雑度情報に基づいて、上記データ送信制御を行う。
【０１５５】
−データ送信制御の第１の例のケース
例えば、上記データ送信制御の上記第１の例として説明したように、通信制御部１６４は、端末装置１００への上記対象データの送信の開始又は停止を決定する。この場合に、例えば、上記混雑度がより高い場合に、上記送信の開始がより決定されにくくなり、上記送信の停止がより決定されやすくなる。一方、上記混雑度がより低い場合に、上記送信の開始がより決定されやすくなり、上記送信の停止がより決定されにくくなる。一例として、上記送信の開始及び停止の決定のために用いる閾値が、上記混雑度に応じて動的に決定される。
【０１５６】
−データ送信制御の第２の例のケース
例えば、上記データ送信制御の上記第２の例として説明したように、通信制御部１６４は、上記対象データの端末装置１００への送信の頻度（即ち、データ送信頻度）を設定する。この場合に、例えば、上記混雑度がより高い場合に、上記データ送信頻度が、高頻度により設定されにくくなり、低頻度により設定されやすくなる。一方、上記混雑度がより低い場合に、上記データ送信頻度が、高頻度により設定されやすくなり、低頻度により設定されにくくなる。一例として、上記データ送信頻度の設定のために用いる閾値が、上記混雑度に応じて動的に決定される。
【０１５７】
−データ送信制御の第３の例のケース
例えば、上記データ送信制御の上記第３の例として説明したように、通信制御部１６４は、上記無線チャネルにおける上記対象データの端末装置１００への送信の優先度を決定する。また、例えば、端末装置１００（通信制御部１６４）が、上記優先度を使用する。
【０１５８】
このような場合に、例えば、通信制御部１６４は、上記優先度と上記混雑度に基づいて、端末装置１００への上記対象データの送信の開始又は停止を決定する。より具体的には、例えば、優先度に対応する混雑度の閾値が予め定められる。例えば、当該閾値は、優先度がより高ければより大きく、優先度がより低ければより小さくなるように、予め定められる。そして、端末装置１００への上記対象データの送信が行われている際に、上記混雑度が、上記優先度に対応する閾値以上であれば、通信制御部１６４は、上記送信の停止を決定する。即ち、優先度が高ければ、混雑度が多少高くても上記送信は停止されないが、優先度が低ければ、混雑度が多少高いと上記送信は停止される。また、端末装置１００への上記対象データの送信が停止している際には、上記混雑度が、上記優先度に対応する閾値未満である場合に限り、通信制御部１６４は、上記送信の開始を決定する。即ち、優先度が高ければ、混雑度が多少高くても上記送信は開始されるが、優先度が低ければ、混雑度が多少高いと上記送信は開始されない。以下、図１５を参照して、優先度に対応する混雑度の閾値の例を説明する。
【０１５９】
図１５は、優先度に対応する混雑度の閾値の例を説明するための説明図である。図１５を参照すると、１〜５の優先度に対応する混雑度の閾値が示されている。例えば、優先度が１である（即ち、優先度が最も低い）場合には、混雑度の閾値は、０．２であり非常に小さい。一方、優先度が５である（即ち、優先度が最も高い）場合には、混雑度の閾値は、０．９であり非常に大きい。このように、優先度がより高ければ、混雑度の閾値はより大きく、優先度がより低ければ、混雑度の閾値はより小さい。
【０１６０】
なお、通信制御部１６４は、上記優先度と上記混雑度に基づいて、データ送信頻度を設定してもよい。より具体的には、例えば、上記データ送信頻度が高頻度である際に、上記混雑度が、上記優先度に対応する閾値以上であれば、通信制御部１６４は、上記データ送信頻度を低頻度に設定してもよい。即ち、優先度が高ければ、混雑度が多少高くても、データは高頻度で送信され続けるが、優先度が低ければ、混雑度が多少高いと、データは低頻度で送信されるようになる。また、上記データ送信頻度が低頻度である際には、上記混雑度が、上記優先度に対応する閾値未満である場合に限り、通信制御部１６４は、上記データ送信頻度を高頻度に設定してもよい。即ち、優先度が高ければ、混雑度が多少高くても、データは高頻度で送信されるようになるが、優先度が低ければ、混雑度が多少高いと、データは低頻度で送信され続ける。
【０１６１】
以上のように、第２の変形例では、上記混雑度情報が使用される。これにより、例えば、無線ネットワークが混雑している場合には、データの送信が再開されにくくなり、データの送信が停止されやすくなる。また、例えば、無線ネットワークが混雑していない場合には、データの送信が再開されやすくなり、データの送信が停止されにくくなる。そのため、無線ネットワークにとっての負荷がより軽減され得る。
【０１６２】
（処理の流れ）
−データ送信制御の第１の例のケース
上記データ送信制御の第１の例が用いられる場合には、第２の変形例に係るデータ制御処理は、例えば、閾値が上記混雑度に応じて動的に決まるという点を除き、図８を参照して説明した例と同じである。
【０１６３】
−データ送信制御の第２の例のケース
上記データ送信制御の第２の例が用いられる場合には、第２の変形例に係るデータ制御処理は、例えば、閾値が上記混雑度に応じて動的に決まるという点を除き、図９を参照して説明した例と同じである。
【０１６４】
−データ送信制御の第３の例のケース
−−第１の例
図１６は、第１の実施形態の第２の変形例に係るデータ送信制御の第３の例の概略的な流れの第１の例を示すフローチャートである。
【０１６５】
なお、図１６の例におけるステップＳ４５１、Ｓ４５２、Ｓ４５３、Ｓ４５５、Ｓ４５６、Ｓ４５８は、図１３の例におけるステップＳ４３１〜Ｓ４３６と同じである。よって、ここでは、図１６の例におけるステップＳ４５４、Ｓ４５７とそれに関連するステップとを説明する。
【０１６６】
通信制御部１６４は、対象データが送信されていて（Ｓ４５２：ＹＥＳ）、優先度が第１の閾値（例えば、１）よりも大きい（Ｓ４５３：ＮＯ）場合に、混雑度が優先度に対応する閾値以上であるかを判定する（Ｓ４５４）。混雑度が上記閾値以上であれば（Ｓ４５４：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の停止を決定する（Ｓ４５５）。そして、処理は終了する。混雑度が上記閾値未満であれば（Ｓ４５４：ＮＯ）、処理は終了する。
【０１６７】
通信制御部１６４は、対象データが送信されておらず（Ｓ４５２：ＮＯ）、優先度が第２の閾値（例えば、３）以上である（Ｓ４５６：ＹＥＳ）場合に、混雑度が優先度に対応する閾値未満であるかを判定する（Ｓ４５７）。混雑度が上記閾値未満であれば（Ｓ４５７：ＹＥＳ）、通信制御部１６４は、上記対象データの送信の開始を決定する（Ｓ４５８）。そして、処理は終了する。混雑度が上記閾値以上であれば（Ｓ４５７：ＮＯ）、処理は終了する。
【０１６８】
−−第２の例
図１７は、第１の実施形態の第２の変形例に係るデータ送信制御の第３の例の概略的な流れの第２の例を示すフローチャートである。
【０１６９】
なお、図１７の例におけるステップＳ４６１、Ｓ４６２、Ｓ４６３、Ｓ４６５、Ｓ４６６、Ｓ４６８は、図１４の例におけるステップＳ４４１〜Ｓ４４６と同じである。よって、ここでは、図１７の例におけるステップＳ４６４、Ｓ４６７とそれに関連するステップとを説明する。
【０１７０】
通信制御部１６４は、データ送信頻度が高頻度であり（Ｓ４６２：ＹＥＳ）、優先度が第１の閾値（例えば、１）よりも大きい（Ｓ４６３：ＮＯ）場合に、混雑度が優先度に対応する閾値以上であるかを判定する（Ｓ４６４）。混雑度が上記閾値以上であれば（Ｓ４６４：ＹＥＳ）、通信制御部１６４は、データ送信頻度を低頻度に設定する（Ｓ４６５）。そして、処理は終了する。混雑度が上記閾値未満であれば（Ｓ４６４：ＮＯ）、処理は終了する。
【０１７１】
通信制御部１６４は、データ送信頻度が低頻度であり（Ｓ４６２：ＮＯ）、優先度が第２の閾値（例えば、３）以上である（Ｓ４６６：ＹＥＳ）場合に、混雑度が優先度に対応する閾値未満であるかを判定する（Ｓ４６７）。混雑度が上記閾値未満であれば（Ｓ４６７：ＹＥＳ）、通信制御部１６４は、データ送信頻度を高頻度に設定する（Ｓ４６８）。そして、処理は終了する。混雑度が上記閾値以上であれば（Ｓ４６７：ＮＯ）、処理は終了する。
【０１７２】
以上、第１の実施形態の第２の変形例を説明した。第２の変形例にも、第１の変形例が適用されてもよい。即ち、第２の変形例においても、上記通信品質関連情報は、上記通信速度情報を含み、上記データ送信制御は、上記通信速度情報に基づいて行われてもよい。
【０１７３】
＜２．５．３．第３の変形例＞
次に、第１の実施形態の第３の変形例を説明する。
【０１７４】
第１の実施形態の上述した例では、上記通信品質関連情報（即ち、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質に関連する情報）は、無線チャネルについての通信品質を示す通信品質情報を含む。
【０１７５】
第１の実施形態の第３の変形例では、上記通信品質関連情報は、無線チャネルにおける端末装置１００への対象データの送信を担う通信システムに関する通信システム情報をさらに含む。
【０１７６】
（端末装置１００：通信品質関連情報生成部１６１）
−通信システム情報
第３の変形例では、上記通信品質関連情報は、無線チャネルにおける端末装置１００への対象データの送信を担う通信システムに関する通信システム情報をさらに含む。例えば、上記通信システム情報は、採用される通信方式、採用される複信方式、及び使用される周波数帯域の帯域幅又は数のうちの、少なくとも１つを示す。
【０１７７】
例えば、上記通信システム情報は、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、ＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）（登録商標）、ＥＶ−ＤＯ及びＷｉＭＡＸなどの様々な通信方式のうちの採用される通信方式を示す。
【０１７８】
また、例えば、上記通信システム情報は、ＦＤＤ（Frequency  Division  Duplex）又はＴＤＤ（Time  Division  Duplex）などの採用される複信方式をさらに示す。なお、ＴＤＤが採用される場合には、上記通信システム情報は、ＴＤＤにおけるダウンリンクとアップリンクの比率をさらに示してもよい。
【０１７９】
また、例えば、上記通信システム情報は、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ又は２０ＭＨｚなどの帯域幅を示す。また、上記通信システム情報は、キャリアアグリゲーションが採用される場合に、コンポーネントキャリア（ＣＣ）の数を示す。
【０１８０】
（端末装置１００：通信制御部１６４）
第３の変形例では、通信制御部１６４は、上記通信システム情報を含む通信品質関連情報及び蓄積データ関連情報に基づいて、上記データ送信制御を行う。
【０１８１】
具体的には、例えば、通信制御部１６４は、上記通信品質情報、上記データ量情報及び上記通信システム情報に基づいて、上記データ送信制御を行う。
【０１８２】
−データ送信制御の第１の例のケース
例えば、上記データ送信制御の上記第１の例として説明したように、通信制御部１６４は、端末装置１００への上記対象データの送信の開始又は停止を決定する。この場合に、例えば、上記通信システム情報により示される情報が、通信速度が速いシステムの条件に合致する場合に、上記送信の開始がより決定されやすくなり、上記送信の停止がより決定されにくくなる。一方、上記通信システム情報により示される情報が、通信速度が速いシステムの条件に合致しない場合には、上記送信の開始がより決定されにくくなり、上記送信の停止がより決定されやすくなる。即ち、通信速度が速いシステムにおける送信が優先される。一例として、上記送信の開始及び停止の決定のために用いる閾値が、上記通信システム情報に基づいて決定される。
【０１８３】
−データ送信制御の第２の例のケース
例えば、上記データ送信制御の上記第２の例として説明したように、通信制御部１６４は、上記対象データの端末装置１００への送信の頻度（即ち、データ送信頻度）を設定する。この場合に、例えば、上記通信システム情報により示される情報が、通信速度が速いシステムの条件に合致する場合に、上記データ送信頻度が、高頻度により設定されやすくなり、低頻度により設定されにくくなる。一方、上記通信システム情報により示される情報が、通信速度が速いシステムの条件に合致しない場合には、上記データ送信頻度が、高頻度により設定されにくくなり、低頻度により設定されやすくなる。一例として、上記データ送信頻度の設定のために用いる閾値が、上記混雑度に応じて動的に決定される。
【０１８４】
−データ送信制御の第３の例のケース
例えば、上記データ送信制御の上記第３の例として説明したように、通信制御部１６４は、上記無線チャネルにおける上記対象データの端末装置１００への送信の優先度を決定する。この場合に、例えば、上記通信システム情報により示される情報が、通信速度が速いシステムの条件に合致する場合に、より高い優先度が決定される。一方、上記通信システム情報により示される情報が、通信速度が速いシステムの条件に合致しない場合には、より低い優先度が決定される。
【０１８５】
以上のように、第３の変形例では、上記通信システム情報が使用される。これにより、例えば、無線チャネルにおける伝送効率が向上し得る。そのため、無線ネットワークにとっての負荷がより軽減され得る。
【０１８６】
（処理の流れ）
−データ送信制御の第１の例のケース
上記データ送信制御の第１の例が用いられる場合には、第３の変形例に係るデータ制御処理は、例えば、閾値が上記通信システム情報に基づいて決まるという点を除き、図８を参照して説明した例と同じである。
【０１８７】
−データ送信制御の第２の例のケース
上記データ送信制御の第２の例が用いられる場合には、第３の変形例に係るデータ制御処理は、例えば、閾値が上記通信システム情報に基づいて決まるという点を除き、図９を参照して説明した例と同じである。
【０１８８】
−データ送信制御の第３の例のケース
上記データ送信制御の第３の例が用いられる場合には、第３の変形例に係るデータ制御処理は、例えば、優先度が上記通信システム情報にさらに基づいて決定されるという点を除き、図１２〜図１４を参照して説明した例と同じである。
【０１８９】
以上、第１の実施形態の第３の変形例を説明した。第３の変形例にも、第１の変形例及び／又は第２の変形例が適用されてもよい。即ち、第３の変形例においても、上記通信品質関連情報は、上記通信速度情報及び／又は上記混雑度情報を含み、上記データ送信制御は、上記通信速度情報及び／又は上記混雑度情報に基づいて行われてもよい。
【０１９０】
＜２．５．４．第４の変形例＞
次に、第１の実施形態の第４の変形例を説明する。
【０１９１】
第１の実施形態の上述した例では、上記蓄積データ関連情報（即ち、端末装置１００に配信される対象データのうちの蓄積データに関連する情報）は、上記蓄積データの量を示すデータ量情報を含む。
【０１９２】
一方、第１の実施形態の第４の変形例では、上記蓄積データ関連情報は、上記データ量情報の代わりに、又は上記データ量情報とともに、上記蓄積データを端末装置１００が処理するのに要する時間を示す時間情報を含む。
【０１９３】
（端末装置１００：蓄積データ関連情報生成部１６２）
−時間情報
第４の変形例では、上記蓄積データ関連情報は、上記蓄積データ（即ち、端末装置１００に配信される対象データのうちの端末装置１００に蓄積されているデータ）を端末装置１００が処理するのに要する時間を示す時間情報を含む。
【０１９４】
蓄積データ関連情報生成部１６２は、例えば、記憶部１３０の上記バッファを参照し、上記蓄積データの量を算出する。さらに、蓄積データ関連情報生成部１６２は、上記対象データの逐次処理に関する逐次処理情報を取得し、当該逐次処理情報と上記蓄積データの量とに基づいて、上記蓄積データを端末装置１００が処理するのに要する時間を算出する。
【０１９５】
一例として、上記対象データは、動画像データであり、上記逐次処理情報は、ファイル形式、コーデックの種類及び／又は解像度などの情報を含む。例えば、蓄積データ関連情報生成部１６２は、上記逐次処理情報に基づいて、再生についての平均ビットレートを算出する。そして、蓄積データ関連情報生成部１６２は、当該平均ビットレートと、上記蓄積データの量とに基づいて、上記蓄積データを端末装置１００が再生するのに要する時間を算出する。
【０１９６】
このような時間情報は、データの送信の緊急度がどの程度であるかを示す情報であるので、上記データ量情報と同様に使用され得る。具体的には、蓄積データの量が多いことは、蓄積データを端末装置１００が再生するのに要する時間が長いことに対応し、蓄積データの量が少ないことは、蓄積データを端末装置１００が再生するのに要する時間が短いことに対応する。
【０１９７】
（端末装置１００：通信制御部１６４）
第４の変形例では、通信制御部１６４は、上記時間情報を含む蓄積データ関連情報及び通信品質関連情報に基づいて、上記データ送信制御を行う。
【０１９８】
具体的には、例えば、通信制御部１６４は、上記通信品質情報及び上記時間情報に基づいて、上記データ送信制御を行う。即ち、上述した例では、通信制御部１６４は、上記データ送信制御を行う際に、上記通信品質情報及び上記データ量情報を使用していたが、第４の変形例では、例えば、上記データ量情報の代わりに、上記時間情報を使用する。
【０１９９】
なお、当然ながら、通信制御部１６４は、上記データ送信制御を行う際に、上記データ量情報とともに、上記時間情報を使用してもよい。例えば、通信制御部１６４は、上記通信品質情報、上記データ量情報及び上記時間情報に基づいて、上記データ送信制御を行ってもよい。
【０２００】
以上のように、第１の変形例では、上記時間情報が使用される。このような時間情報により、例えば、データの送信の緊急度がどの程度であるかを知ることが可能になる。また、例えば、端末装置１００への対象データの送信が適切に制御され得る。
【０２０１】
（処理の流れ）
第４の変形例に係るデータ制御制御は、例えば、蓄積データの量（データ量情報）の代わりに、蓄積データを端末装置１００が処理するのに要する時間（時間情報）が使用されるという点を除き、図８、図９、図１２〜図１４を参照して説明した例と同じである。
【０２０２】
以上、第１の実施形態の第４の変形例を説明した。第４の変形例にも、第１の変形例、第２の変形例及び／又は第３の変形例が適用されてもよい。即ち、第４の変形例においても、上記通信品質関連情報は、上記通信速度情報、上記混雑度情報及び／又は上記通信システム情報を含み、上記データ送信制御は、上記通信速度情報、上記混雑度情報及び／又は上記通信システム情報に基づいて行われてもよい。
【０２０３】
＜２．５．５．第５の変形例＞
次に、第１の実施形態の第５の変形例を説明する。
【０２０４】
第１の実施形態の第５の変形例では、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質が良好ではない場合に、端末装置１００のユーザに対する当該通信品質に関する通知が行われる。また、当該通知は、画面の表示により行われる。
【０２０５】
（表示制御部１６７）
−通信品質に関する通知
第５の変形例では、表示制御部１６７は、端末装置１００に配信される対象データを端末装置１００へ送信するための無線チャネルについての通信品質が良好ではない場合に、端末装置１００のユーザに対する上記通信品質に関する通知のための画面の表示を制御する。例えば、表示制御部１６７は、当該通知のための画面を生成し、当該画面を表示部１５０に表示させる。
【０２０６】
−通信品質が良好かの判定
無線チャネルについての通信品質が良好であるかの判定は、例えば、上述した通信品質情報に基づいて行われる。例えば、通信品質が良好であるかが判定は、通信品質情報により示される値が閾値以上か（あるいは閾値以下か）を判定することである。当該判定は、例えば、処理部１６０（例えば、表示制御部１６７、通信制御部１６４又はその他の機能）により行われる。上記閾値は、ユーザによる指定により変更可能であってもよい。
【０２０７】
なお、上記通信品質情報の代わりに、又は上記通信品質情報とともに、第２の変形例において説明した混雑度情報が用いられてもよい。即ち、上記判定は、上記混雑度情報に基づいて行われてもよい。
【０２０８】
また、通信品質情報及び／又は混雑度情報などを用いて、通信速度の予測値が算出され、当該予測値に基づいて、上記判定が行われてもよい。この場合に、上記判定は、当該予測値が閾値以上であるかを判定することであってもよい。
【０２０９】
−画面の表示のタイミング
上記通知のための上記画面は、例えば、上記対象データの配信のためのアプリケーションが起動した際に表示される。即ち、上記アプリケーションの起動の際に、無線チャネルについての通信品質が良好かが判定され、当該通信品質が良好でないと判定されれば上記通知のための上記画面が表示される。
【０２１０】
−画面の内容
例えば、端末装置１００のユーザに対する上記通信品質に関する通知のための上記画面は、通信品質が良好ではないことを示す情報を含む。また、例えば、当該画面は、上記対象データの配信を行うか否かをユーザが指定できるようにするための情報を含む。以下、図１８を参照して、上記画面の具体例を説明する。
【０２１１】
図１８は、端末装置１００のユーザに対する通信品質に関する通知のための画面の一例を説明するための説明図である。図１８を参照すると、端末装置１００が示されている。例えば、端末装置１００のディスプレイ（表示部１５０）に表示される画面は、「現在の通信品質では、このアプリケーションは安定して提供できない可能性があります」という、通信品質が良好ではないことを示す情報を含む。また、上記画面は、「実行しますか？」、「実行」及び「キャンセル」という、対象データの配信を行うか否かをユーザが指定できるようにするための情報を含む。
【０２１２】
例えば以上のように、上記通知のための上記画面が表示される。なお、対象データの配信を行うか否かをユーザが指定できるようにするための上記情報に応じて、端末装置１００のユーザは上記配信を行うことを指定し得る。この場合に、例えば、通信制御部１６４は、上述したデータ送信制御を行う。また、端末装置１００のユーザは上記配信を行わないことを指定し得る。この場合に、例えば、通信制御部１６４は、上述したデータ送信制御を行わず、アプリケーションが終了する。
【０２１３】
以上のように、端末装置１００のユーザに対する当該通信品質に関する通知のための画面が表示される。これにより、例えば、ユーザにとっての利便性が高くなり得る。
【０２１４】
＜＜＜３．第２の実施形態＞＞＞
続いて、図１９〜図２２を参照して、本開示の第２の実施形態を説明する。
【０２１５】
本開示の第２の実施形態によれば、端末装置とは異なる制御エンティティが、当該端末装置に配信される対象データの送信についての制御を行う。より具体的には、上記制御エンティティは、上記対象データを上記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報（即ち、通信品質関連情報）と、上記対象データのうちの上記端末装置に蓄積されているデータに関連する第２の情報（即ち、蓄積データ関連情報）とに基づいて、上記端末装置への上記対象データの送信についての制御を行う。
【０２１６】
これにより、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【０２１７】
＜＜３．１．通信システムの概略的な構成＞＞
まず、図１９を参照して、本開示の第２の実施形態に係る通信システム２の概略的な構成を説明する。図１９は、本開示の第２の実施形態に係る通信システム２の概略的な構成の一例を示す説明図である。図１９を参照すると、通信システム２は、端末装置１０、基地局２０、第１ゲートウェイ３１、第２ゲートウェイ３３、データ配信装置５０及び制御エンティティ２００を含む。
【０２１８】
端末装置１０は、基地局２０の通信エリア（即ち、セル）内に位置する場合に、基地局２０との無線通信を行う。例えば、基地局２０は、無線チャネルで情報（制御情報及びデータ）を端末装置１０へ送信し、端末装置１０は、当該情報を受信する。また、端末装置１０は、無線チャネルで情報（制御情報及びデータ）を基地局２０へ送信し、基地局２０は、当該情報を受信する。例えば、上記無線チャネルは、１つ以上の周波数帯域である。一例として、上記無線チャネルは、１つ以上のコンポーネントキャリア（ＣＣ）である。
【０２１９】
また、端末装置１０は、基地局２０、コアネットワーク３０及び公衆ネットワーク４０を介して、データ配信装置５０と通信する。データ配信装置５０は、データの配信を行う装置である。例えば、データ配信装置５０は、公衆ネットワーク４０、コアネットワーク３０及び基地局２０を介して、端末装置１０にデータを配信する。具体的には、例えば、端末装置に配信される対象データは、公衆ネットワークを介して、データ配信装置５０から第１ゲートウェイ３１へ送信される。当該第１ゲートウェイは、コアネットワーク３０を公衆ネットワーク４０に接続するためのノードであり、例えばＬＴＥではＰ−ＧＷと呼ばれる。そして、上記対象データは、さらに、第１ゲートウェイ３１から第２ゲートウェイ３３へ送信される。当該第２ゲートウェイ３３は、データの中継を行うノードであり、例えば、ＬＴＥではＳ−ＧＷと呼ばれる。さらに、上記対象データは、第２ゲートウェイ３３から基地局２０へ送信される。その後、上記対象データは、基地局２０により無線チャネルで端末装置１０へ送信される。
【０２２０】
なお、上記対象データは、例えば、コンテンツデータである。一例として、上記対象データは、動画像データである。また、データ配信装置５０は、例えば、ストリーミング方式で上記対象データを端末装置１０に配信する。
【０２２１】
−制御エンティティ２００
とりわけ第２の実施形態では、制御エンティティ２００が、端末装置１０に配信される対象データの端末装置１０への送信についての制御を行う。図１９に示されるように、制御エンティティ２００は、例えば、第１ゲートウェイ３１及び第２ゲートウェイ３３とは異なるコアネットワークノードである。
【０２２２】
なお、第２の実施形態に係る制御エンティティ２００は、上述した例に限定されない。例えば、制御エンティティ２００は、上記コアネットワークノードである代わりに、第１ゲートウェイ３１及び第２ゲートウェイ３３であってもよい。また、制御エンティティ２００は、コアネットワークノードではなく、基地局２０であってもよい。また、制御エンティティ２００は、移動体通信ネットワークに含まれないノードであってもよい。例えば、制御エンティティ２００は、公衆ネットワーク４０を介してコアネットワーク３０に接続されるノードであってもよい。また、制御エンティティ２００の機能は、データ配信装置５０内に実装されていてもよい。
【０２２３】
＜＜３．２．制御エンティティ２００の構成＞＞
まず、図２０を参照して、第２の実施形態に係る制御エンティティ２００の構成の一例を説明する。図２０は、第２の実施形態に係る制御エンティティ２００の構成の一例を示すブロック図である。図２０を参照すると、制御エンティティ２００は、通信部２１０、記憶部２２０及び処理部２３０を備える。
【０２２４】
（通信部２１０）
通信部２１０は、他のノードと通信する。通信部２１０は、例えば、基地局２０、第１ゲートウェイ３１及び／又は第２ゲートウェイ３３と通信する。また、通信部２１０は、例えば、基地局２０を介して端末装置１０と通信する。また、通信部２１０は、例えば、公衆ネットワーク４０を介してデータ配信装置５０と通信してもよい。
【０２２５】
（記憶部２２０）
記憶部２２０は、制御エンティティ２００の動作のためのプログラム及びデータを一時的にまたは恒久的に記憶する。
【０２２６】
（処理部２３０）
処理部２３０は、制御エンティティ２００の様々な機能を提供する。処理部２３０は、情報取得部２３１及び通信制御部２３２を含む。
【０２２７】
（情報取得部２３１）
−通信品質関連情報
情報取得部２３１は、端末装置１０に配信される対象データを端末装置１０へ送信するための無線チャネルについての通信品質に関連する第１の情報（即ち、通信品質関連情報）を取得する。当該通信品質関連情報は、例えば、第１の実施形態において説明したとおりである。
【０２２８】
例えば、端末装置１０が、第１の実施形態の端末装置１００と同様に、上記通信品質関連情報を生成する。そして、端末装置１０は、当該通信品質関連情報をいずれかのノード（例えば、基地局２０）に提供し、当該ノードは、当該通信品質関連情報を制御エンティティ２００に提供する。あるいは、端末装置１０が、基地局２０を介して、上記通信品質関連情報を制御エンティティ２００に提供してもよい。そして、上記通信品質関連情報は、制御エンティティ２００の記憶部２２０に記憶される。その後、情報取得部２３１は、記憶部２２０から上記通信品質関連情報を取得する。
【０２２９】
なお、端末装置１０により基地局２０又はいずれかのコアネットワーク（例えば、ＭＭＥ（Mobility  Management  Node））に提供される情報が、通信品質関連情報として利用されてもよい。この場合に、基地局２０又は上記いずれかのコアネットワークが、上記情報を制御エンティティ２００に提供してもよい。このような情報は、例えば、測定報告（Measurement  Report）に含まれるＲＳＣＰ、ＲＳＲＰ又はＲＳＲＱなどであってもよく、リンクアダプテーションであるＡＭＣ（Adaptive  Modulation  and  Coding）に用いられる伝搬チャネルの品質に係る指標であるＣＱＩ又はＤＲＣ（Data  Rate  Control）などであってもよい。
【０２３０】
また、通信品質関連情報は、端末装置１０により生成される情報の代わりに、又は当該情報とともに、基地局２０又はコアネットワークノードなどのネットワーク側のノードにより生成される情報を含んでもよい。一例として、ネットワーク側のノード（例えば、基地局２０）により無線チャネルについての通信品質が測定され、当該通信品質を示す通信品質情報が、上記通信品質関連情報に含まれてもよい。
【０２３１】
−蓄積データ関連情報
また、情報取得部２３１は、上記対象データのうちの端末装置１０に蓄積されているデータ（即ち、蓄積データ）に関連する第２の情報（即ち、蓄積データ関連情報）を取得する。当該蓄積データ関連情報は、例えば、第１の実施形態において説明したとおりである。
【０２３２】
例えば、端末装置１０が、第１の実施形態の端末装置１００と同様に、上記蓄積データ関連情報を生成する。そして、端末装置１０は、当該蓄積データ関連情報をいずれかのノードに提供し、当該ノードは、当該蓄積データ関連情報を制御エンティティ２００に提供する。あるいは、端末装置１０が、基地局２０を介して、上記蓄積データ関連情報を制御エンティティ２００に提供してもよい。そして、当該蓄積データ関連情報は、制御エンティティ２００の記憶部２２０に記憶される。そして、情報取得部２３１は、記憶部２２０から上記蓄積データ関連情報を取得する。
【０２３３】
なお、上記蓄積データ関連情報は、端末装置１０により生成される情報の代わりに、又は当該情報とともに、基地局２０又はコアネットワークノードなどのネットワーク側のノードにより生成される情報を含んでもよい。一例として、ネットワーク側のノードにより端末装置１０における蓄積データの量が推定され、推定される当該量を示す推定データ量情報が、上記蓄積データ量情報に含まれてもよい。
【０２３４】
（通信制御部２３２）
通信制御部２３２は、上記通信品質関連情報及び上記蓄積データ関連情報に基づいて、端末装置１０への上記対象データの送信についての制御（即ち、データ送信制御）を行う。なお、当該データ送信制御の例を後に詳細に説明する。
【０２３５】
＜＜３．３．処理の流れ＞＞
次に、図２１を参照して、第２の実施形態に係る通信制御処理の一例を説明する。図２１は、第２の実施形態に係る通信制御処理の概略的な流れの一例を示すフローチャートである。
【０２３６】
情報取得部２３１は、通信品質関連情報を取得する（Ｓ５１０）。当該通信品質関連情報は、端末装置１０に配信される対象データを端末装置１０へ送信するための無線チャネルについての通信品質に関連する情報である。また、情報取得部２３１は、蓄積データ関連情報を取得する（Ｓ５２０）。当該蓄積データ関連情報は、上記対象データのうちの端末装置１０に蓄積されているデータ（即ち、蓄積データ）に関連する情報である。
【０２３７】
そして、通信制御部２３２は、データ送信制御処理を実行する（Ｓ６００）。即ち、通信制御部２３２は、上記通信品質関連情報及び上記蓄積データ関連情報に基づいて、端末装置１０への上記対象データの送信についての制御（即ち、データ送信制御）を行う。
【０２３８】
＜＜３．４．データ送信制御の例＞＞
次に、図２２を参照して、上記データ送信制御の例を説明する。
【０２３９】
第２の実施形態に係るデータ送信制御は、例えば、第１の実施形態において説明したデータ送信制御の第３の例とほぼ同一である。
【０２４０】
（制御エンティティ２００：通信制御部２３２）
−優先度の決定
例えば、上記データ送信制御は、端末装置１０に配信される対象データを端末装置１０へ送信するための無線チャネルにおける端末装置１０への上記対象データの送信についての優先度を決定することを含む。即ち、通信制御部２３２は、上記無線チャネルにおける上記送信の上記優先度を決定する。
【０２４１】
第２の実施形態における上記優先度の決定は、例えば、実行主体が異なるという点を除き、第１の実施形態に係る上記優先度の決定（データ送信制御の第３の例における優先度の決定）と同一である。よって、ここでは重複する説明を省略する。
【０２４２】
なお、第２の実施形態においても、第１の実施形態と同様に、情報取得部２３１が、上記ユーザ要望情報を取得し、通信制御部２３２が、上記ユーザ要望情報にさらに基づいて上記優先度を決定してもよい。
【０２４３】
−優先度の利用
第２の実施形態では、例えば、上記優先度は、上記無線チャネルにおける各装置へのデータの送信の制御を行うノード（即ち、送信制御ノード）により当該制御のために使用される指標である。この場合に、制御エンティティ２００は、上記優先度を示す情報を上記送信制御ノードに提供する。
【０２４４】
一例として、上記送信制御ノードは、基地局２０である。この場合に、基地局２０は、例えば、上記優先度に基づいて、上記無線チャネルにおいてスケジューリングを行う。より具体的には、例えば、基地局２０は、上記優先度がより高いほど、端末装置１０への上記対象データの送信により優先的に無線リソースを割り当てる。
【０２４５】
別の例として、上記送信制御ノードは、第１ゲートウェイ３１又は第２ゲートウェイ３３であってもよい。この場合に、第１ゲートウェイ３１又は第２ゲートウェイ３３は、上記優先度がより高いほど、端末装置１０に配信される上記対象データをより優先的に転送してもよい。さらに別の例として、上記送信制御ノードは、データ配信装置５０であってもよい。この場合に、データ配信装置５０は、上記優先度がより高いほど、端末装置１０に上記対象データをより優先的に送信してもよい。
【０２４６】
例えば以上のように優先度が決定され、利用される。これにより、例えば、通信品質が良好である時間に、より多くのデータが送信され得る。そのため、伝送効率が高く、無線ネットワークにとっての負荷が小さくなる。また、より効率的にデータが送信されるので、データ配信サービスの品質の低下が抑えられ得る。また、例えば、蓄積データの量が十分になると、データの送信が停止され、又はより少ないデータが送信され得るので、無線ネットワークにとっての負荷がより小さくなり得る。
【０２４７】
このように、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【０２４８】
なお、制御エンティティ２００が、基地局２０、第１ゲートウェイ３１、第２ゲートウェイ又はデータ配信装置５０などであり、上記送信制御ノードである場合には、制御エンティティ２００は、上記優先度を自ら利用してもよい。即ち、制御エンティティ２００は、上記優先度に基づいて、上記無線チャネルにおける各装置へのデータの送信の制御を行ってもよい。
【０２４９】
（処理の流れ：データ送信制御処理）
図２２は、第２の実施形態に係るデータ送信制御の概略的な流れの一例を示すフローチャートである。
【０２５０】
まず、通信制御部２３２は、通信品質関連情報（例えば、通信品質情報）及び蓄積データ関連情報（例えば、データ量情報）に基づいて、無線チャネルにおける端末装置１０への対象データの送信についての優先度を決定する（Ｓ６０１）。例えば、通信制御部２３２は、上記無線チャネルについての通信品質（例えば、ＣＱＩインデックス）と蓄積データの量とに基づいて、上記優先度を決定する。
【０２５１】
その後、制御エンティティ２００（例えば、通信制御部２３２）は、上記優先度を示す情報を送信制御ノードに提供する（Ｓ６０２）。そして、処理は終了する。
【０２５２】
＜＜３．５．変形例＞＞
次に、第２の実施形態の変形例を説明する。第２の実施形態においても、第１の実施形態の第１〜第４の変形例と同一の変形例が適用され得る。
【０２５３】
第２の実施形態の第１の変形例では、上記通信品質関連情報は、上記通信品質情報の代わりに、又は上記通信品質情報とともに、端末装置１０への上記対象データの送信の速度を示す通信速度情報を含んでもよい。そして、当該通信速度情報に基づいて、上記データ送信制御が行われてもよい。
【０２５４】
第２の実施形態の第２の変形例では、上記通信品質関連情報は、上記無線チャネルの混雑度を示す混雑度情報をさらに含んでもよい。そして、当該混雑度情報にさらに基づいて、上記データ送信制御が行われてもよい。
【０２５５】
第２の実施形態の第３の変形例では、上記通信品質関連情報は、無線チャネルにおける端末装置１０への対象データの送信を担う通信システムに関する通信システム情報をさらに含んでもよい。そして、当該通信システム情報にさらに基づいて、上記データ送信制御が行われてもよい。
【０２５６】
第２の実施形態の第４の変形例では、上記蓄積データ関連情報は、上記データ量情報の代わりに、又は上記データ量情報とともに、上記蓄積データを端末装置１０が処理するのに要する時間を示す時間情報を含んでもよい。そして、当該時間情報に基づいて、上記データ送信制御が行われてもよい。
【０２５７】
なお、上述した変形例に係る様々な情報（通信速度情報、混雑度情報、通信システム情報及び時間情報）は、それぞれ、端末装置１０により生成され提供されてもよく、ネットワーク側のノードにより生成され提供されてもよい。
【０２５８】
また、当然ながら、第２の実施形態の第１〜４の変形例のうちの２つ以上の変形例が組合せられてもよい。
【０２５９】
＜＜＜４．応用例＞＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、制御エンティティ２００は、タワーサーバ、ラックサーバ、又はブレードサーバなどのいずれかの種類のサーバとして実現されてもよい。また、制御エンティティ２００は、サーバに搭載される制御モジュール（例えば、１つのダイで構成される集積回路モジュール、又はブレードサーバのスロットに挿入されるカード若しくはブレード）であってもよい。
【０２６０】
また、例えば、制御エンティティ２００は、基地局２０である場合に、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、制御エンティティ２００（基地局２０）は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。制御エンティティ２００（基地局２０）は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、制御エンティティ２００（基地局２０）として動作してもよい。
【０２６１】
また、例えば、端末装置１００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置１００は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、端末装置１００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０２６２】
＜＜４．１．制御エンティティに関する応用例＞＞
（第１の応用例）
図２３は、本開示に係る技術が適用され得るサーバ７００の概略的な構成の一例を示すブロック図である。サーバ７００は、プロセッサ７０１、メモリ７０２、ストレージ７０３、ネットワークインタフェース７０４及びバス７０６を備える。
【０２６３】
プロセッサ７０１は、例えばＣＰＵ（Central  Processing  Unit）又はＤＳＰ（Digital  Signal  Processor）であってよく、サーバ７００の各種機能を制御する。メモリ７０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ７０１により実行されるプログラム及びデータを記憶する。ストレージ７０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。
【０２６４】
ネットワークインタフェース７０４は、サーバ７００を有線通信ネットワーク７０５に接続するための有線通信インタフェースである。有線通信ネットワーク７０５は、ＥＰＣ（Evolved  Packet  Core）などのコアネットワークであってもよく、又はインターネットなどのＰＤＮ（Packet  Data  Network）であってもよい。
【０２６５】
バス７０６は、プロセッサ７０１、メモリ７０２、ストレージ７０３及びネットワークインタフェース７０４を互いに接続する。バス７０６は、速度の異なる２つ以上のバス（例えば、高速バス及び低速バス）を含んでもよい。
【０２６６】
図２３に示したサーバ７００において、図２０を参照して説明した情報取得部２３１及び通信制御部２３２は、プロセッサ７０１において実装されてもよい。より具体的には、例えば、これらの機能は、プロセッサ７０１とプロセッサ７０１により実行されるプログラム（又は当該プログラムを記憶するメモリ）とにより実装されてもよい。
【０２６７】
（第２の応用例）
図２４は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０２６８】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２４に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２４にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０２６９】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０２７０】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０２７１】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０２７２】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０２７３】
無線通信インタフェース８２５は、図２４に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２４に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２４には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０２７４】
（第３の応用例）
図２５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０２７５】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２５に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２５にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０２７６】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２４を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０２７７】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２４を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２５に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２５には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０２７８】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０２７９】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０２８０】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０２８１】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２５に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２５には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０２８２】
図２４及び図２５に示したｅＮＢ８００及びｅＮＢ８３０において、図２０を参照して説明した情報取得部２３１及び通信制御部２３２は、コントローラ８２１及びコントローラ８５１において実装されてもよい。より具体的には、例えば、これらの機能は、コントローラ８２１とコントローラ８２１により実行されるプログラム（又は当該プログラムを記憶するメモリ）とにより実装されてもよく、又は、コントローラ８５１とコントローラ８５１とにより実行されるプログラム（又は当該プログラムを記憶するメモリ）とにより実装されてもよい。また、これら機能の少なくとも一部は、無線通信インタフェース８２５並びに無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。
【０２８３】
＜＜４．２．端末装置に関する応用例＞＞
（第１の応用例）
図２６は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０２８４】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０２８５】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０２８６】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２６に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２６には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０２８７】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０２８８】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０２８９】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２６に示したように複数のアンテナ９１６を有してもよい。なお、図２６にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０２９０】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０２９１】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２６に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０２９２】
図２６に示したスマートフォン９００において、図５を参照して説明した通信品質関連情報生成部１６１、蓄積データ関連情報生成部１６２、情報取得部１６３、通信制御部１６４、配信実行部１６５、逐次処理部１６６、表示制御部１６７及びデータ管理部１６８は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。より具体的には、例えば、これらの機能は、プロセッサ９０１又は補助コントローラ９１９と、プロセッサ９０１又は補助コントローラ９１９により実行されるプログラム（例えば、アプリケーションプログラム及び／又はＯＳ（Operating  System）など）（又は当該プログラムを記憶するメモリ）とにより、実装されてもよい。また、これら機能の少なくとも一部は、無線通信インタフェース９１２において実装されてもよい。
【０２９３】
（第２の応用例）
図２７は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２９４】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２９５】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２９６】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２９７】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２７に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２７には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２９８】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２９９】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０３００】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２７に示したように複数のアンテナ９３７を有してもよい。なお、図２７にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０３０１】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０３０２】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２７に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０３０３】
図２７に示したカーナビゲーション装置９２０において、図５を参照して説明した通信品質関連情報生成部１６１、蓄積データ関連情報生成部１６２、情報取得部１６３、通信制御部１６４、配信実行部１６５、逐次処理部１６６、表示制御部１６７及びデータ管理部１６８は、プロセッサ９２１において実装されてもよい。より具体的には、例えば、これらの機能は、プロセッサ９２１と、プロセッサ９２１により実行されるプログラム（例えば、アプリケーションプログラム及び／又はＯＳなど）（又は当該プログラムを記憶するメモリ）とにより、実装されてもよい。また、これら機能の少なくとも一部は、無線通信インタフェース９３３において実装されてもよい。
【０３０４】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０３０５】
＜＜＜５．まとめ＞＞＞
ここまで、図１〜図２７を参照して、本開示の実施形態に係る各装置及び各処理を説明した。本開示に係る実施形態によれば、端末装置に配信される対象データを当該端末装置へ送信するための無線チャネルについての通信品質に関連する通信品質関連情報、及び上記対象データのうちの上記端末装置に蓄積されているデータに関連する蓄積データ関連情報が取得される。そして、前通信品質関連情報及び上記蓄積データ関連情報に基づいて、上記端末装置への上記対象データの送信についての制御が行われる。これにより、例えば、データ配信サービスの品質の低下を抑制しつつ無線ネットワークにとっての負荷を軽減することが可能になる。
【０３０６】
以上、添付図面を参照しながら本開示の好適な実施形態を説明したが、本開示は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。
【０３０７】
例えば、本明細書の通信制御処理及びデータ送信制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御処理及びデータ送信制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
【０３０８】
また、通信制御装置（例えば、端末装置、又は制御エンティティを構成する装置）に内蔵されるＣＰＵ、ＲＯＭ及びＲＡＭ等のハードウェアに、上記通信制御装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供されてもよい。また、当該コンピュータプログラムを記憶するメモリ（例えば、ＲＯＭ及びＲＡＭ）と、当該コンピュータプログラムを実行可能な１つ以上のプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を備える情報処理装置（例えば、処理回路、チップ）も提供されてもよい。
【０３０９】
また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記効果とともに、又は上記効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０３１０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
端末装置に配信される対象データを前記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び前記対象データのうちの前記端末装置に蓄積されているデータに関連する第２の情報を取得する取得部と、
前記第１の情報及び前記第２の情報に基づいて、前記端末装置への前記対象データの送信についての制御を行う制御部と、
を備える通信制御装置。
（２）
前記通信制御装置は、前記端末装置、又は前記端末装置を構成する装置である、前記（１）に記載の通信制御装置。
（３）
前記制御は、前記送信の開始又は停止を決定することを含む、前記（２）に記載の通信制御装置。
（４）
前記制御は、前記送信の頻度を設定することを含む、前記（２）に記載の通信制御装置。
（５）
前記制御は、前記無線チャネルにおける前記送信の優先度を決定することを含む、前記（１）又は（２）に記載の通信制御装置。
（６）
前記取得部は、前記送信についての前記端末装置のユーザの要望に関する第３の情報を取得し、
前記制御部は、前記第３の情報にさらに基づいて、前記優先度を決定する、
前記（５）に記載の通信制御装置。
（７）
前記優先度は、前記無線チャネルにおける各装置へのデータの送信の制御を行うノードにより当該制御のために使用される指標である、前記（５）又は（６）に記載の通信制御装置。
（８）
前記第１の情報は、前記無線チャネルについての通信品質を示す通信品質情報を含む、前記（１）〜（７）のいずれか１項に記載の通信制御装置。
（９）
前記通信品質情報は、前記無線チャネルについてのチャネル品質指標、前記無線チャネルで送信されるリファレンス信号の受信強度又は受信品質、及び前記無線チャネルにおける信号対干渉雑音比のうちの少なくとも１つを示す情報である、前記（８）に記載の通信制御装置。
（１０）
前記第１の情報は、前記端末装置への前記対象データの送信の速度を示す通信速度情報を含む、前記（１）〜（９）のいずれか１項に記載の通信制御装置。
（１１）
前記第１の情報は、前記無線チャネルの混雑度を示す混雑度情報をさらに含む、前記（８）〜（１０）のいずれか１項に記載の通信制御装置。
（１２）
前記第１の情報は、前記無線チャネルにおける前記送信を担う通信システムに関する通信システム情報をさらに含む、前記（８）〜（１１）のいずれか１項に記載の通信制御装置。
（１３）
前記通信システム情報は、採用される通信方式、採用される複信方式、及び使用される周波数帯域の帯域幅又は数のうちの、少なくとも１つを示す、前記（１２）に記載の通信制御装置。
（１４）
前記第２の情報は、前記対象データのうちの前記端末装置に蓄積されている前記データの量を示すデータ量情報を含む、前記（１）〜（１３）のいずれか１項に記載の通信制御装置。
（１５）
前記第２の情報は、前記端末装置に蓄積されている前記データを前記端末装置が処理するのに要する時間を示す時間情報を含む、前記（１）〜（１４）のいずれか１項に記載の通信制御装置。
（１６）
前記端末装置に蓄積されている前記データは、前記対象データのうちの、前記端末装置へ送信され且つ前記端末装置により逐次処理されていないデータである、前記（１）〜（１５）のいずれか１項に記載の通信制御装置。
（１７）
前記通信制御装置は、前記端末装置、又は前記端末装置を構成する装置であり、
前記通信制御装置は、前記対象データのうちの前記端末装置へ送信されたデータが前記端末装置により逐次処理されると当該データを削除する管理部をさらに備える、
前記（１６）に記載の通信制御装置。
（１８）
前記通信制御装置は、前記端末装置、又は前記端末装置を構成する装置であり、
前記通信制御装置は、前記対象データのうちの前記端末装置へ送信され且つ前記端末装置により逐次処理されたデータの量を算出する管理部をさらに備える、
前記（１６）又は（１７）に記載の通信制御装置。
（１９）
端末装置に配信される対象データを前記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び前記対象データのうちの前記端末装置に蓄積されているデータに関連する第２の情報を取得することと、
前記第１の情報及び前記第２の情報に基づいて、前記端末装置への前記対象データの送信についての制御をプロセッサにより行うことと、
を含む通信制御方法。
（２０）
コンピュータに、
端末装置に配信される対象データを前記端末装置へ送信するための無線チャネルについての通信品質に関連する第１の情報、及び前記対象データのうちの前記端末装置に蓄積されているデータに関連する第２の情報を取得することと、
前記第１の情報及び前記第２の情報に基づいて、前記端末装置への前記対象データの送信についての制御を行うことと、
を実行させるためのプログラム。
【符号の説明】
【０３１１】
１、２    通信システム
１０      端末装置
２０      基地局
３０      コアネットワーク
３１      第１ゲートウェイ
３３      第２ゲートウェイ
４０      公衆ネットワーク
５０      データ配信装置
１００    端末装置
１６３    情報取得部
１６４    通信制御部
１６８    データ管理部
２００    制御エンティティ
２３１    情報取得部
２３２    通信制御部
【図１】
2015115756.tif 000003
【図２】
2015115756.tif 000004
【図３】
2015115756.tif 000005
【図４】
2015115756.tif 000006
【図５】
2015115756.tif 000007
【図６】
2015115756.tif 000008
【図７】
2015115756.tif 000009
【図８】
2015115756.tif 000010
【図９】
2015115756.tif 000011
【図１０】
2015115756.tif 000012
【図１１】
2015115756.tif 000013
【図１２】
2015115756.tif 000014
【図１３】
2015115756.tif 000015
【図１４】
2015115756.tif 000016
【図１５】
2015115756.tif 000017
【図１６】
2015115756.tif 000018
【図１７】
2015115756.tif 000019
【図１８】
2015115756.tif 000020
【図１９】
2015115756.tif 000021
【図２０】
2015115756.tif 000022
【図２１】
2015115756.tif 000023
【図２２】
2015115756.tif 000024
【図２３】
2015115756.tif 000025
【図２４】
2015115756.tif 000026
【図２５】
2015115756.tif 000027
【図２６】
2015115756.tif 000028
【図２７】
2015115756.tif 000029