JP6271072B1 - 端末装置、映像配信システムおよび映像配信方法 - Google Patents

Abstract

【課題】通信経路の帯域に応じた適切なセグメントを選択して、映像を安定して再生することができるようにする。【解決手段】端末装置が、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントとして、過去の通信時における通信履歴情報に基づいて、所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信する。映像配信装置が、端末装置から送信されるセグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを端末装置に送信し、端末装置が、映像配信装置から送信されるセグメントを受信する。【選択図】図１４

Description

本発明は、映像データを分割したセグメントを、映像配信装置からネットワークを介して受信する端末装置、映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信システムおよび映像配信方法に関するものである。

近年、映画やテレビ番組やコンサートなどの映像を、コンテンツサーバからユーザ端末に配信する映像配信サービスが広く普及している。このような映像配信サービスでは、現在、ネットワーク帯域に応じて映像の配信レートを制御する配信方法が採用されており、その配信方法のひとつにＭＰＥＧ−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）がある。特にこのような適応レート制御技術は、帯域が常時変動するモバイルネットワーク環境において有用である。

一方、モバイルネットワークの分野では、現在、５Ｇ（第五世代移動体通信）の検討が盛んに行われている。５Ｇでは、様々な特性を持つＲＡＴ（Radio Access Technology、無線通信方式）が混在するヘテロジーニアスネットワークと呼ばれるネットワーク構成がベースとなる。ヘテロジーニアスネットワークでは、通信レートや通信エリアが大きく異なるセルが重畳配置され、例えば、それらを用途に応じて利用することによりシステム容量の改善やネットワーク負荷の低減等が可能となる。

このような５Ｇヘテロジーニアスネットワークでは、車両で移動している場合のように、移動中のユーザ端末の移動速度が速いと、接続先の切り替えに応じて帯域が激しく変動する。このため、ＭＰＥＧ−ＤＡＳＨのような帯域に応じた配信レート制御を、５Ｇヘテロジーニアスネットワークで行うと、広帯域から狭帯域へ帯域が急激に変動した際に、パケットロスが多発して、再生中に映像が途切れる不具合が生じ、これによりユーザの満足度が低下するという問題が生じる。これは、帯域変動が激しいために、利用可能な帯域へ配信レートを変更する処理が間に合っていないためである。

さて、ＭＰＥＧ−ＤＡＳＨでは、コンテンツを複数の伝送レートで階層的に圧縮し、セグメントと呼ばれる数秒単位に分割されたデータで構成され、配信レートの変更がセグメント単位で行われる。そこで、上述の問題を解決する方法のひとつとして、セグメントの時間長を可能な限り短くすることで、配信レートを高速に変更する方法が考えられる。しかし、セグメントの時間長を短くすると、Ｉフレーム（キーフレーム）の挿入率が高くなるため、伝送効率が大きく低下し、結果として映像品質が低下してしまうという問題が生じる。

このため、セグメントの時間長を変更する制御手法で上述の課題を解決する技術が望まれるが、このような制御手法に関連する技術としては、従来、移動局との間の通信状態に応じて、移動局が受信可能な最大の伝送速度と、その伝送速度に応じてコンテンツを伝送する時間領域(セグメントの長さ)を割り当てる技術が知られている（特許文献１参照）。

特許第４３９３０４１号公報

前記従来の技術に開示された手法は、ＴＤＭＡシステムにおいて、通信距離の異なる複数の移動局に対して、同時にコンテンツを伝送する場合においては効率的である。しかし、５Ｇヘテロジーニアスネットワークのように様々なＲＡＴが混在したネットワークにおいて、帯域に応じた配信レート制御を行うシステムに対しては、上述の課題を解決することはできない。

そこで、本発明は、通信経路の帯域が大きく変動する場合に、映像データの配信レートを高速に変更して、映像を安定して再生することができる端末装置、映像配信システムおよび映像配信方法を提供することを主な目的とする。

本発明の端末装置は、映像データを分割したセグメントを、映像配信装置からネットワークを介して受信する端末装置であって、前記映像配信装置と通信を行う通信部と、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を記憶する記憶部と、前記セグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信するとともに、そのセグメント取得要求に応じて前記映像配信装置から送信されるセグメントを受信する制御部と、を備え、前記記憶部は、過去の通信時における通信履歴情報を記憶し、前記制御部は、前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択する構成とする。

また、本発明の映像配信システムは、映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信システムであって、前記映像配信装置は、前記端末装置と通信を行う通信部と、前記映像データに関して、配信レートおよび時間長が異なる複数のセグメントを記憶する記憶部と、前記端末装置から送信されるセグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを前記端末装置に送信する制御部と、を備え、前記端末装置は、前記映像配信装置と通信を行う通信部と、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を記憶する記憶部と、前記セグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信するとともに、そのセグメント取得要求に応じて前記映像配信装置から送信されるセグメントを受信する制御部と、を備え、前記記憶部は、過去の通信時における通信履歴情報を記憶し、前記制御部は、前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択する構成とする。

また、本発明の映像配信方法は、映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信方法であって、前記端末装置が、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントとして、過去の通信時における通信履歴情報に基づいて、所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信し、前記映像配信装置が、前記端末装置から送信される前記セグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを前記端末装置に送信し、前記端末装置が、前記映像配信装置から送信されるセグメントを受信する構成とする。

本発明によれば、通信経路の帯域に応じた適切なセグメントを選択するため、セグメントの配信レートを高速に切り替えることができる。これにより、通信経路の切り替えにより帯域が急激に縮小した場合に、パケットロスの多発により再生中の映像が途切れる不具合を避けて、映像を安定して再生することができる。

第１実施形態に係る映像配信システムの全体構成図 コンテンツサーバ１の概略構成を示すブロック図 ユーザ端末２の概略構成を示すブロック図 コンテンツサーバ１の記憶部１４に格納される配信用映像データファイルの構成を示す説明図 ＭＰＤファイルの基本構造を示す説明図 ＭＰＤファイルの標準的な例を示す説明図 本実施形態によるＭＰＤファイルの例を示す説明図 本実施形態によるＭＰＤファイルの例を示す説明図 本実施形態によるＭＰＤファイルの例を示す説明図 ユーザ端末２の動作手順を示すフロー図 コンテンツサーバ１の動作手順を示すフロー図 ユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 ユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 第２実施形態に係るユーザ端末２の概略構成を示すブロック図 第２実施形態に係るユーザ端末２の無線制御部４１の動作手順を示すフロー図 第２実施形態に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 第３実施形態に係るユーザ端末２の概略構成を示すブロック図 第３実施形態に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 第３実施形態に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 第４実施形態に係る映像配信システムの全体構成図 第４実施形態に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 第５実施形態に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図 第５実施形態の変形例に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図

前記課題を解決するためになされた第１の発明は、映像データを分割したセグメントを、映像配信装置からネットワークを介して受信する端末装置であって、前記映像配信装置と通信を行う通信部と、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を記憶する記憶部と、前記セグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信するとともに、そのセグメント取得要求に応じて前記映像配信装置から送信されるセグメントを受信する制御部と、を備え、前記記憶部は、過去の通信時における通信履歴情報を記憶し、前記制御部は、前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択する構成とする。

これによると、通信経路の帯域に応じた適切なセグメントを選択することができる。

また、第２の発明は、前記記憶部は、各位置における通信履歴情報を記憶し、前記制御部は、前記通信履歴情報から取得した自装置の現在位置における過去の前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択する構成とする。

これによると、通信経路の帯域に応じた適切なセグメントを選択することができる。

また、第３の発明は、前記記憶部は、各時刻における通信履歴情報を記憶し、前記制御部は、前記通信履歴情報から取得した現在時刻における過去の前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択する構成とする。

これによると、通信経路の帯域に応じた適切なセグメントを選択することができる。

また、第４の発明は、前記制御部は、前記通信履歴情報の通信速度が所定より大きい場合には、短い時間長のセグメントを選択し、前記通信速度が前記所定以下となる場合には、長い時間長のセグメントを選択する構成とする。

これによると、通信経路の帯域に応じた適切なセグメントを選択することができる。

また、第５の発明は、映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信システムであって、前記映像配信装置は、前記端末装置と通信を行う通信部と、前記映像データに関して、配信レートおよび時間長が異なる複数のセグメントを記憶する記憶部と、前記端末装置から送信されるセグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを前記端末装置に送信する制御部と、を備え、前記端末装置は、前記映像配信装置と通信を行う通信部と、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を記憶する記憶部と、前記セグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信するとともに、そのセグメント取得要求に応じて前記映像配信装置から送信されるセグメントを受信する制御部と、を備え、前記記憶部は、過去の通信時における通信履歴情報を記憶し、前記制御部は、前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択する構成とする。

これによると、第１の発明と同様に、通信経路の帯域に応じた適切なセグメントを選択することができる。

また、第６の発明は、映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信方法であって、前記端末装置が、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントとして、過去の通信時における通信履歴情報に基づいて、所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信し、前記映像配信装置が、前記端末装置から送信される前記セグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを前記端末装置に送信し、前記端末装置が、前記映像配信装置から送信されるセグメントを受信する構成とする。

これによると、第１の発明と同様に、通信経路の帯域に応じた適切なセグメントを選択することができる。

以下、本発明の実施の形態を、図面を参照しながら説明する。

（第１実施形態）
図１は、第１実施形態に係る映像配信システムの全体構成図である。

この映像配信システムは、コンテンツサーバ１（映像配信装置）と、ユーザ端末２（端末装置）と、マクロセル基地局３と、スモールセル基地局４と、無線ＬＡＮアクセスポイント５と、キャッシュサーバ６と、カメラ７（撮像装置）と、映像蓄積サーバ８と、を備えている。

コンテンツサーバ１は、ユーザ端末２に配信するコンテンツを管理し、コンテンツごとの配信用映像データを保有する。このコンテンツサーバ１は、ＭＰＥＧ−ＤＡＳＨに対応した映像配信サーバである。

このコンテンツサーバ１は、インターネットやＬＡＮなどのネットワークを介して、カメラ７や映像蓄積サーバ８から映像データを取得する。カメラ７は、コンサートなどを撮影し、ライブ配信の場合に、コンテンツサーバ１がカメラ７からリアルタイムで映像データを取得する。映像蓄積サーバ８は、過去にコンサートなどを撮影した映像データや、映画やテレビ番組の映像データを蓄積し、ＶＯＤ（Video On Demand）などのストア配信の場合に、コンテンツサーバ１が映像蓄積サーバ８から映像データを取得する。なお、カメラ７から取得した映像データをコンテンツサーバ１に蓄積してストア配信を行うようにしてもよい。また、コンテンツサーバ１にカメラ７が直接接続された構成や、各種の記憶媒体を用いてコンテンツサーバ１が映像データを取得する構成も可能である。

マクロセル基地局３は、ＬＴＥなどによる比較的小容量の無線通信を行うものである。スモールセル基地局４は、５Ｇで採用される高ＳＨＦ帯などを利用した比較的大容量の無線通信を行うものである。無線ＬＡＮアクセスポイント５は、Ｗｉ−Ｆｉ（登録商標）による比較的小容量の無線通信や、ＷｉＧｉｇ（登録商標）による比較的大容量の無線通信を行うものである。このマクロセル基地局３、スモールセル基地局４、および無線ＬＡＮアクセスポイント５の通信エリアは互いに重畳され、複数のＲＡＴ（無線通信方式）が混在する通信環境、いわゆるヘテロジーニアスネットワークを構成している。

ユーザ端末２は、ユーザが所持するスマートフォンやタブレット端末などである。このユーザ端末２は、ヘテロジーニアスネットワークを構成するマクロセル基地局３、スモールセル基地局４、および無線ＬＡＮアクセスポイント５のいずれかに接続することができ、ヘテロジーニアスネットワークと、インターネットおよびコアネットワークからなる有線ネットワークと、を介して、コンテンツサーバ１と通信を行う。

キャッシュサーバ６は、コアネットワーク内などに設置されている。このキャッシュサーバ６は、コンテンツサーバ１が管理するコンテンツの複製を保有し、ユーザ端末２からの要求に応じて、コンテンツサーバ１に代わってコンテンツを配信する。これにより、コンテンツサーバ１の負荷を軽減し、ネットワークトラフィックを削減することができる。

次に、コンテンツサーバ１の概略構成について説明する。図２は、コンテンツサーバ１の概略構成を示すブロック図である。

コンテンツサーバ１は、通信部１２と、制御部１３と、記憶部１４と、を備えている。

通信部１２は、有線ネットワークおよび５Ｇヘテロジーニアスネットワークを介してユーザ端末２と通信を行う。

また、通信部１２は、有線ネットワークを介してカメラ７や映像蓄積サーバ８と通信を行い、ライブ配信の場合に、カメラ７から送信される映像データを通信部１２で受信し、また、ＶＯＤなどのストア配信の場合に、映像蓄積サーバ８から送信される映像データを通信部１２で受信する。

記憶部１４は、制御部１３で生成したＭＰＥＧ−ＤＡＳ配信用映像データファイルを記憶する。ＶｏＤなどのストア配信の場合には、過去に撮影されたコンテンツの配信用映像データファイルが蓄積される。ライブ配信の場合には、制御部１３でリアルタイムに生成した配信用映像データファイルが一時的に格納される。また、記憶部１４は、制御部１３で実行するプログラムを記憶する。

制御部１３は、配信用映像データ生成部２１と、通信制御部２２と、を備えている。この制御部１３はプロセッサで構成され、制御部１３の各部は、記憶部１４に記憶されたプログラムを実行することで実現される。

配信用映像データ生成部２１は、通信部１２で受信した映像データから、ＭＰＥＧ−ＤＡＳＨ配信用映像データファイルを生成する。すなわち、通信部１２で受信した映像データを、所定の符号化方式で符号化し、符号化された映像データを所定の時間長で分割したセグメントを生成する。本実施形態では、同一のコンテンツの映像データを複数の符号化レート（配信レート）で符号化するとともに、符号化された映像データを複数の時間長で分割して、配信レートおよび時間長が異なるセグメントを生成する。

通信制御部２２は、ＭＰＥＧ−ＤＡＳＨに基づくセグメントの構成内容を定義したＭＰＤ（Media Presentation Description）ファイルを生成する。また、通信制御部２２は、ユーザ端末２から送信されるＭＰＤファイル取得要求を受信すると、そのＭＰＤファイル取得要求で指定されたコンテンツに関するＭＰＤファイルをユーザ端末２に送信する。また、通信制御部２２は、ユーザ端末２から送信されるセグメント取得要求を受信すると、その取得要求に対応する配信レートおよび時間長のセグメントをユーザ端末２に送信する。

次に、ユーザ端末２の概略構成について説明する。図３は、ユーザ端末２の概略構成を示すブロック図である。

ユーザ端末２は、無線通信部３１と、制御部３２と、記憶部３３と、操作入力部３４と、映像表示部３５と、音声出力部３６と、を備えている。

無線通信部３１は、５Ｇヘテロジーニアスネットワークを構成するマクロセル基地局３、スモールセル基地局４、および無線ＬＡＮアクセスポイント５のいずれかとの間で無線通信を行い、５Ｇヘテロジーニアスネットワークおよび有線ネットワークを介して、コンテンツサーバ１と通信を行う。

記憶部３３は、無線通信部３１でコンテンツサーバ１から受信したＭＰＤファイルや映像データのセグメントなどを記憶する。また、記憶部３３は、制御部３２で実行するプログラムを記憶する。

制御部３２は、無線制御部４１と、通信制御部４２と、再生部４３と、を備えている。この制御部３２はプロセッサで構成され、制御部３２の各部は、記憶部３３に記憶されたプログラムを実行することで実現される。

無線制御部４１は、接続先の管理を行い、測定した無線品質に応じて接続先の選択を行う。本実施形態では、５Ｇヘテロジーニアスネットワークを構成するマクロセル基地局３、スモールセル基地局４、および無線ＬＡＮアクセスポイント５が接続先となる。また、無線制御部４１は、接続先情報や無線品質情報などを通信制御部４２に通知する。

通信制御部４２は、操作入力部３４でのユーザの操作により指定されたコンテンツに関するＭＰＤファイル取得要求をコンテンツサーバ１に送信する。そして、ＭＰＤファイル取得要求に応じてコンテンツサーバ１から送信されるＭＰＤファイルを受信する。

また、通信制御部４２は、ＭＰＤファイルを参照して、コンテンツサーバ１に要求するセグメントを選択して、セグメント取得要求をコンテンツサーバ１に送信する。そして、セグメント取得要求に応じてコンテンツサーバ１から送信されるセグメントを受信する。このとき、本実施形態では、通信経路の帯域に関連する帯域関連情報に基づいて、配信レートおよびセグメントの時間長を決定して、コンテンツサーバ１に要求するセグメントを選択する。

再生部４３は、通信制御部４２で受信したセグメントを順番につなぎ合わせて映像データを復元し、その映像データを用いてコンテンツを再生し、映像表示部３５に映像が表示され、音声出力部３６から音声が出力される。

次に、コンテンツサーバ１の記憶部１４に格納される配信用映像データファイルについて説明する。図４は、配信用映像データファイルの構成を示す説明図である。

コンテンツサーバ１では、同一のコンテンツの映像データを、複数の符号化レート（例えば３Mbps，５Mbps，...８０Mbps）で符号化して、複数の符号化レートごとの配信用映像データを生成し、この複数の符号化レートごとの配信用映像データを、複数の時間長（例えば１s，...１０s）で分割して、複数の符号化レートごとのセグメントのファイルを複数の時間長ごとに生成し、時間長が異なる複数の符号化レートごとのセグメントのファイルが、配信用映像データファイルとして記憶部１４に格納される。

次に、ＭＰＤファイルについて説明する。図５は、ＭＰＤファイルの基本構造を示す説明図である。

ＭＰＤ（Media Presentation Description）ファイル（セグメント構成情報）は、１つのコンテンツの映像データを分割したセグメントの構成を、ＸＭＬ形式で記述したものであり、コンテンツごとに作成される。このＭＰＤファイルは、階層構造をなしており、１つのＭＰＤファイルの中に任意の数のPeriodが含まれ、このPeriodの中に任意の数のAdaptation Setが含まれ、このAdaptation Setの中に任意の数のRepresentationが含まれ、このRepresentationの中にSegment Info、Initialization Segment、Media Segmentが含まれる。

Periodには、プログラム（同期をとった１組の動画や音声などのデータ）の情報が記述される。Adaptation Setには、言語（吹き替えや字幕）などの情報が記述される。Representationには、動画や音声の符号化速度、動画の画像サイズなどの情報が記述される。Segment Infoには、動画や音声のセグメント関連の情報が記述される。Initialization Segmentには、データ圧縮方式などの初期化情報が記述される。Media Segmentには、動画や音声のセグメントの取得先アドレス（ＵＲＬ）などが記述される。

次に、ＭＰＤファイルの具体的な構成について説明する。図６は、ＭＰＤファイルの標準的な例を示す説明図である。図７、図８、図９は、本実施形態によるＭＰＤファイルの例を示す説明図である。

図６に示す標準的なＭＰＤファイルでは、配信レートごとにRepresentationが記述され、このRepresentationの中のSegment Infoにセグメントの時間長（duration）が記述され、Representationの中のMedia Segmentに、セグメントごとの取得先のアドレス（取得先情報）が記述されている。ユーザ端末２の通信制御部４２では、ＭＰＤファイルを参照することで、再生するコンテンツに関するセグメントの配信レートおよび時間長を把握することができる。また、ＭＰＤファイルを参照することで、セグメントの取得先のアドレスを取得することができ、これによりセグメントの取得先にアクセスしてセグメントを取得することができる。

本実施形態では、帯域関連情報に基づいて、配信レートの他に時間長が異なるセグメントを取得するようにしているが、図６に示す標準的な構成では、時間長が異なるセグメントの情報を記述することができない。そこで、本実施形態では、時間長が異なるセグメントの情報を記述できるようにＭＰＤファイルの構成を変更する。

図７に示す例では、１つのPeriodの中に、配信レートが異なる複数のRepresentationが記述され、１つのRepresentationの中に、セグメントの時間長が異なる複数のSegment Infoが記述されている。すなわち、Representation 1は500kbit/sの配信レートであり、Representation 2は100kbit/sの配信レートであり、Representation 1とRepresentation 2とでは配信レートが異なり、Representation 1では、Segment Info 1にセグメントの時間長を表すduration=10sが記述されており、Segment Info 2にduration=1sが記述されている。

図８に示す例では、１つのPeriodの中に、配信レートが同一となる複数のRepresentationが記述され、複数のRepresentationの各々に、時間長が異なるSegment Infoが記述されている。すなわち、Representation 1およびRepresentation 2はともに500kbit/sの配信レートであり、Representation 1では、Segment Infoに、セグメントの時間長を表すduration=10sが記述されており、Representation 2では、Segment Infoにduration=1sが記述されている。

図７や図８の構成により、配信レートおよび時間長が異なるセグメントの情報をＭＰＤファイルに格納することができ、ユーザ端末２の通信制御部４２では、ＭＰＤファイルを参照することで、セグメントの配信レートおよび時間長の情報を取得するとともに、所要の配信レートおよび時間長のセグメントの取得先のアドレスを取得することができる。

また、ＭＰＤファイルでは、先頭部分に記述される配信コンテンツの概要に続いて、コンテンツサーバ１のアドレスを記述するようになっている。ここで、図９（Ａ）に示す標準的な例では、コンテンツサーバ１の基本アドレス（Base URL）のみが記述されているが、図９（Ｂ）に示す例では、セグメントの時間長ごとに基本アドレスを設定し、基本アドレスと対応させて、セグメントの時間長（Segment duration）の情報が記述されている。図９（Ｂ）により、ユーザ端末２の通信制御部４２では、セグメントの時間長の情報を取得するとともに、所要の時間長のセグメントの取得先のアドレスを取得することができる。

なお、本実施形態では、コンテンツごとにＭＰＤファイルを作成するようにしたが、１つのコンテンツに関するＭＰＤファイルを、セグメントの時間長ごとに別々に作成するようにしてもよい。

次に、ユーザ端末２の動作手順について説明する。図１０は、ユーザ端末２の動作手順を示すフロー図である。

ユーザ端末２では、まず、操作入力部３４でのユーザの操作により指定されたコンテンツに関するＭＰＤファイル取得要求をコンテンツサーバ１に送信する（ＳＴ１０１）。そして、ＭＰＤファイル取得要求に応じてコンテンツサーバ１から送信されるＭＰＤファイルを受信すると（ＳＴ１０２でＹｅｓ）、コンテンツサーバ１に要求するセグメントを選択する（ＳＴ１０３）。

このとき、現在通信中の通信経路の帯域に関連する帯域関連情報を取得して、その帯域関連情報に基づいて望ましい時間長のセグメント（セグメントの長さ）を決定し、ＭＰＤファイルを参照して、コンテンツサーバ１に要求する所定の時間長のセグメントを選択する。そして、ＭＰＤファイルを参照して、セグメントの取得先アドレスを取得して、セグメント取得要求をコンテンツサーバ１に送信する（ＳＴ１０４）

次に、セグメント取得要求に応じてコンテンツサーバ１から送信されるセグメントを受信すると（ＳＴ１０５でＹｅｓ）、受信したセグメントを用いてコンテンツを再生する（ＳＴ１０６）。

次に、バッファ滞留量が所定のしきい値より大きいか否かを判定する（ＳＴ１０７）。ここで、バッファ滞留量がしきい値より大きい場合には（ＳＴ１０７でＹｅｓ）、ＳＴ１０６のコンテンツの再生が繰り返される。

一方、バッファ滞留量がしきい値以下である場合には（ＳＴ１０７でＮｏ）、再度、現在通信中の通信経路の帯域に関連する帯域関連情報を取得して、その帯域関連情報に基づいて所定の時間長のセグメントを選択し（ＳＴ１０３）、前記の動作が繰り返される。

また、ＭＰＤファイルを受信できない場合や（ＳＴ１０２でＮｏ）、セグメントを受信できない場合は（ＳＴ１０５でＮｏ）、処理を終了する。

次に、コンテンツサーバ１の動作手順について説明する。図１１は、コンテンツサーバ１の動作手順を示すフロー図である。

コンテンツサーバ１では、まず、コンテンツごとにＭＰＤファイルを生成する（ＳＴ２０１）。そして、ユーザ端末２から送信されるＭＰＤファイル取得要求を受信すると（ＳＴ２０２でＹｅｓ）、そのＭＰＤファイル取得要求で指定されたコンテンツのＭＰＤファイルをユーザ端末２に送信する（ＳＴ２０３）。次に、ユーザ端末２から送信されるセグメント取得要求を受信すると（ＳＴ２０４でＹｅｓ）、そのセグメント取得要求に対応する符号化レートおよび時間長のセグメントをユーザ端末２に送信する（ＳＴ２０５）。

このとき、ストア配信の場合には、ＭＰＤファイル取得要求は、コンテンツの映像の再生を開始する際に一度行われ、以降は、ＭＰＤファイル取得要求を受信しないまま（ＳＴ２０２でＮｏ）、セグメント取得要求に応じたセグメントの送信が繰り返される。また、ライブ配信の場合には、適宜なタイミングでＭＰＤファイルを更新することがある。このため、セグメント取得要求のたびに、事前にＭＰＤファイル取得要求が行われ、ＭＰＤファイル取得要求に応じたＭＰＤファイルの送信と、セグメント取得要求に応じたセグメントの送信とが繰り返される。

次に、ユーザ端末２の通信制御部４２で行われるセグメント選択時（図１０のＳＴ１０３）の動作手順について説明する。図１２および図１３は、セグメント選択時の動作手順を示すフロー図である。

ユーザ端末２内の通信制御部４２では、通信経路の帯域に関連する帯域関連情報に基づいて、コンテンツサーバ１に要求するセグメントを選択する。具体的には、帯域関連情報に基づいて、帯域が広い状態と判定されると、配信レートが高く（例えば４Ｋ）且つ短い時間長（例えば１ｓ）のセグメントを選択し、帯域が狭い状態と判定されると、配信レートが低く（例えばＶＧＡ）且つ長い時間長（例えば１０ｓ）のセグメントを選択する。

ここで、現在通信中の接続先で採用されているＲＡＴに応じて通信容量が異なり、大容量通信が可能なＲＡＴである場合には、帯域が広いと想定され、大容量通信が不能なＲＡＴある場合には、帯域が狭いと想定される。例えば、高ＳＨＦ帯を利用したＲＡＴや、ＷｉＧｉｇ（登録商標）のＲＡＴでは、大容量通信が可能で帯域が広く、ＬＴＥ（Long Term Evolution）のＲＡＴでは、大容量通信が不能で帯域が狭い。そこで、本実施形態では、接続先が大容量通信可能なＲＡＴか否かに応じて、所定の時間長のセグメントの選択を行う。

具体的には、図１２（Ａ）に示すように、通信制御部４２において、まず、無線制御部４１から、現在通信中の接続先のＲＡＴに関する接続先情報を取得する（ＳＴ３０１）。そして、接続先情報に基づいて、接続先が大容量通信可能か否かを判定する（ＳＴ３０２）。ここで、大容量通信が可能である場合には（ＳＴ３０２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３０３）。一方、大容量通信が可能でない場合には（ＳＴ３０２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３０４）。

ここで、ＲＡＴが大容量通信可能か否かの判定は、ＲＡＴごとに大容量通信可能か否かに関する情報を記憶部３３に記憶させておいて、その情報に基づいて判定を行えばよい。また、大容量通信可能か否かに関する情報を、ネットワーク内に設置された通信制御装置（基地局やサーバ）から通知するようにしてもよい。

また、現在通信中の接続先の無線品質が良好である場合には帯域が広いと想定され、無線品質が良好でない場合には帯域が狭いと想定される。そこで、本実施形態では、接続先の無線品質に応じて所定の時間長のセグメントの選択を行う。

具体的には、図１２（Ｂ）に示すように、通信制御部４２において、まず、無線制御部４１から無線品質情報を取得する（ＳＴ３１１）。そして、無線品質情報に基づいて、無線品質が良好か否かを判定する（ＳＴ３１２）。なお、この判定は、無線品質を表す数値を所定のしきい値と比較して行えばよい。ここで、無線品質が良好である場合には（ＳＴ３１２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３１３）。一方、無線品質が良好でない場合には（ＳＴ３１２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３１４）。

なお、接続先が大容量通信可能か否かの判定と、無線品質が良好か否かの判定と、を組み合わせるようにしてもよい。例えば、接続先が高ＳＨＦ帯による大容量通信からＬＴＥの小容量通信に切り替わる直前に、大容量通信が可能であるが無線品質が良好でない状態となり、この場合、長い時間長のセグメントを選択する。

また、現在通信中の通信経路における混雑度が低い場合には帯域が広いと想定され、混雑度が高い場合には帯域が狭いと想定される。そこで、本実施形態では、通信経路の混雑度に応じて所定の時間長のセグメントの選択を行う。

具体的には、図１３（Ａ）に示すように、通信制御部４２において、まず、無線制御部４１から混雑度情報を取得する（ＳＴ３２１）。そして、混雑度情報に基づいて、通信経路が混雑していないか否かを判定する（ＳＴ３２２）。なお、この判定は、混雑度を表す数値を所定のしきい値と比較して行えばよい。ここで、通信経路が混雑していない場合には（ＳＴ３２２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３２３）。一方、通信経路が混雑している場合には（ＳＴ３２２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３２４）。

ここで、通信経路の混雑度を表す数値は、例えば、アクティブユーザ数、すなわち、現在接続中の基地局において通信中のユーザ端末２の数や、使用済みサブキャリア数、すなわち、現在使用中のサブキャリアの数などである。

また、現在通信中の通信経路における往復遅延時間（ＲＴＴ：Round-Trip Time）が短い場合には帯域が広いと想定され、往復遅延時間が長い場合には帯域が狭いと想定される。そこで、本実施形態では、往復遅延時間に応じて所定の時間長のセグメントの選択を行う。

具体的には、図１３（Ｂ）に示すように、通信制御部４２において、まず、無線制御部４１から往復遅延時間を取得する（ＳＴ３３１）。そして、往復遅延時間が所定のしきい値より小さいか否かを判定する（ＳＴ３３２）。ここで、往復遅延時間がしきい値より小さい場合には（ＳＴ３３２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３３３）。一方、往復遅延時間がしきい値以上となる場合には（ＳＴ３３２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３３４）。

（第２実施形態）
次に、第２実施形態について説明する。なお、ここで特に言及しない点は前記の実施形態と同様である。図１４は、第２実施形態に係るユーザ端末２の概略構成を示すブロック図である。図１５は、ユーザ端末２の無線制御部４１の動作手順を示すフロー図である。図１６は、ユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図である。

通信経路の帯域は、ユーザ端末２の位置や時間帯に応じて異なる。そこで、本実施形態では、過去の通信時に取得した通信状況に関する情報、特に帯域に関係する測定値（帯域関連情報）を、通信履歴情報として記憶部３３に蓄積しておき、この通信履歴情報を参照して、現在位置における過去の通信状況に関する情報を取得して、この情報に基づいて所定の時間長のセグメントの選択を行う。以下、通信状況に関する情報として通信速度を用いた制御の例を示す。

図１４に示すように、ユーザ端末２は、位置情報取得部３７を備えている。この位置情報取得部３７は、ＧＰＳ（Global Positioning System）などの測位システムにより、ユーザ端末２の位置情報を取得する。無線制御部４１は、ユーザ端末２の位置情報および通信速度を、通信履歴情報として記憶部３３に蓄積する。この記憶部３３に蓄積された通信履歴情報は通信が行われるたびに更新される。通信制御部４２は、通信履歴情報に基づいて所定の時間長のセグメントの選択を行う。

具体的には、図１５に示すように、無線制御部４１では、まず、位置情報取得部３７からユーザ端末２の現在位置を取得する（ＳＴ５０１）。そして、記憶部３３に記憶された通信履歴情報を検索して、現在位置に関する通信履歴情報がある場合には（ＳＴ５０２でＹｅｓ）、その通信履歴情報から現在位置における過去の通信速度を取得して通信制御部４２に通知する（ＳＴ５０３）。一方、現在位置に関する通信履歴情報がない場合には（ＳＴ５０２でＮｏ）、処理を終了する。

また、図１６に示すように、通信制御部４２では、まず、無線制御部４１から通信速度を取得する（ＳＴ３４１）。そして、通信速度が所定のしきい値より大きいか否かを判定する（ＳＴ３４２）。ここで、通信速度がしきい値より大きい場合には（ＳＴ３４２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３４３）。一方、通信速度がしきい値以下となる場合には（ＳＴ３４２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３４４）。

ところで、通信速度は、ユーザ端末２の位置の他に時間帯に応じて異なる。そこで、ユーザ端末２の位置情報とともに時刻情報を通信履歴情報として記憶部３３に蓄積しておき、この通信履歴情報を参照して、ユーザ端末２の現在位置および現在時刻における過去の通信速度を取得して制御を行うようにしてもよい。

なお、本実施形態では、通信状況に関する情報、特に帯域に関係する測定値として、通信速度を制御に用いるようにしたが、この他に、パケット損失率や遅延時間などを用いるようにしてもよい。

（第３実施形態）
次に、第３実施形態について説明する。なお、ここで特に言及しない点は前記の実施形態と同様である。図１７は、第３実施形態に係るユーザ端末２の概略構成を示すブロック図である。図１８および図１９は、ユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図である。

本実施形態では、ユーザ端末２の状態に応じて所定の時間長のセグメントの選択を行う。ユーザ端末２の制御部３２は、端末状態取得部４４を備えており、この端末状態取得部４４で取得した端末状態情報を通信制御部４２に通知し、通信制御部４２において、端末状態情報に基づいて所定の時間長のセグメントの選択を行う。

ここで、ユーザ端末２の移動速度が速い場合には帯域が狭くなり、移動速度が遅い場合には帯域が広くなるものと想定される。そこで、本実施形態では、端末状態取得部４４において、端末状態情報として、ユーザ端末２の移動速度を取得して、その移動速度に基づいて所定の時間長のセグメントの選択を行う。すなわち、移動速度が速い場合には、時間長が長く且つ配信レートが低いセグメントを選択し、移動速度が遅い場合には、時間長が短く且つ配信レートが高いセグメントを選択する。

具体的には、図１８（Ａ）に示すように、通信制御部４２において、まず、端末状態取得部４４から移動速度を取得する（ＳＴ３５１）。そして、移動速度が所定のしきい値より小さいか否かを判定する（ＳＴ３５２）。ここで、移動速度がしきい値より小さい場合には（ＳＴ３５２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３５３）。一方、移動速度がしきい値以上となる場合には（ＳＴ３５２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３５４）。

また、ユーザ端末２の処理能力が低い場合には、時間長が短く且つ配信レートが高いセグメントで映像を配信しても、映像を適切に再生することができない。例えば、表示解像度が低い場合には、高解像度の映像を配信しても、その高解像度の映像を表示することができない。そこで、本実施形態では、端末状態取得部４４において、ユーザ端末２の処理能力に関する情報を取得して、ユーザ端末２の処理能力に応じて所定の時間長のセグメントの選択を行う。すなわち、処理能力が低い場合には、時間長が長く且つ配信レートが低いセグメントを選択し、処理能力が高い場合には、時間長が短く且つ配信レートが高いセグメントを選択する。図１８（Ｂ）に示す例では、処理能力として表示解像度に基づいてセグメントの選択を行っている。

具体的には、通信制御部４２において、まず、端末状態取得部４４から表示解像度を取得する（ＳＴ３６１）。そして、表示解像度が所定のしきい値より大きいか否かを判定する（ＳＴ３６２）。ここで、表示解像度がしきい値より大きい場合には（ＳＴ３６２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３６３）。一方、表示解像度がしきい値以下となる場合には（ＳＴ３６２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ６３４）。

なお、本例では、ユーザ端末２の処理能力として表示解像度に基づいて制御を行うようにしたが、この他に、ユーザ端末２の処理能力としてデコード能力に基づいて制御を行うようにしてもよい。

また、ユーザ端末２の負荷が大きい状態では、時間長が短く且つ配信レートが高いセグメントで映像を配信しても、映像を適切に再生することができない。そこで、本実施形態では、端末状態取得部４４において、端末状態情報として、ユーザ端末２の負荷状況に関する情報を取得して、この負荷状況に応じて所定の時間長のセグメントの選択を行う。すなわち、ユーザ端末２の負荷が大きい状態では、時間長が長く且つ配信レートが低いセグメントを選択し、ユーザ端末２の負荷が小さい状態では、時間長が短く且つ配信レートが高いセグメントを選択する。図１９（Ａ）に示す例では、ユーザ端末２の負荷状況として、ＣＰＵ（制御部３２）の負荷状況、すなわち、ＣＰＵの最大の処理量に対する使用中の処理量の割合を示した値であるＣＰＵ負荷率（ＣＰＵ使用率）に基づいてセグメントの選択を行っている。

具体的には、通信制御部４２において、まず、端末状態取得部４４からＣＰＵ負荷率を取得する（ＳＴ３７１）。そして、ＣＰＵ負荷率が所定のしきい値より小さいか否かを判定する（ＳＴ３７２）。ここで、ＣＰＵ負荷率がしきい値より小さい場合には（ＳＴ３７２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３７３）。一方、ＣＰＵ負荷率がしきい値以上となる場合には（ＳＴ３７２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３７４）。

なお、本例では、ユーザ端末２の負荷状況としてＣＰＵの負荷状況に基づいて制御を行うようにしたが、この他に、ユーザ端末２の負荷状況として、起動中のアプリケーションの数やその稼動状況に基づいて制御を行うようにしてもよい。

また、ユーザ端末２で再生中のコンテンツをユーザが実際に視聴していない場合には、高品質な映像を配信する必要がない。そこで、本実施形態では、端末状態取得部４４において、ユーザの利用状況、例えば、ユーザが実際に視聴しているか否かに関する情報を取得して、ユーザの視聴状況に応じて所定の時間長のセグメントの選択を行う。

ここで、ユーザが視聴中か否かの判定は、ユーザ端末２に設けられたカメラでユーザを撮像して、撮像画像に対する画像認識によりユーザの視線を検知して、その検知結果に基づいて、ユーザが画面を見ているか否かを判定すればよい。また、画面操作（例えばタップ操作）の頻度を取得して、画面操作の頻度に基づいて、ユーザが画面を見ているか否かを判定するようにしてもよい。

具体的には、図１９（Ｂ）に示すように、通信制御部４２において、まず、端末状態取得部４４から利用状況情報を取得する（ＳＴ３８１）。そして、利用状況情報に基づいて、ユーザが視聴中か否かを判定する（ＳＴ３８２）。ここで、ユーザが視聴中である場合には（ＳＴ３８２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３８３）。一方、ユーザが視聴中でない場合には（ＳＴ３８２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３８４）。

（第４実施形態）
次に、第４実施形態について説明する。なお、ここで特に言及しない点は前記の実施形態と同様である。図２０は、第４実施形態に係る映像配信システムの全体構成図である。図２１は、ユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図である。

本実施形態では、図２０に示すように、５Ｇヘテロジーニアスネットワーク内に、補助サーバ９（通信制御装置）が設置されている。この補助サーバ９は、例えば、パケット交換ストリーミングサービスを提供するために移動体通信事業者が設置するＰＳＳ（packet-switched streaming）サーバなどである。

この補助サーバ９は、補助情報として、推奨レート（Recommend rate）、保証レート（Guaranteed bitrate）、最高レート（Max bitrate）などの伝送レートを、ユーザ端末２の通信制御部４２に通知する。この伝送レートが高い場合には帯域が広いと想定され、伝送レートが低い場合には帯域が狭いと想定される。そこで、本実施形態では、伝送レートに基づいて所定の時間長のセグメントの選択を行う。図２１（Ａ）に示す例では、推奨レート（Recommend rate）に基づいてセグメントの選択を行っている。

具体的には、通信制御部４２において、まず、補助サーバ９から送信される推奨レートを受信する（ＳＴ３９１）。そして、推奨レートが所定のしきい値より大きいか否かを判定する（ＳＴ３９２）。ここで、推奨レートがしきい値より大きい場合には（ＳＴ３９２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ３９３）。一方、推奨レートがしきい値以下となる場合には（ＳＴ３９２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ３９４）。

なお、保証レート（Guaranteed bitrate）や最高レート（Max bitrate）に応じて所定の時間長のセグメントを選択する場合には、補助サーバ９から送信される保証レートや最高レートを通信制御部４２が受信して、図２１（Ａ）に示した例と同様の手順でセグメントを選択すればよい。

また、補助サーバ９は、補助情報として、パケット損失率（Packet loss rate）や最大遅延時間（MAX RTT）を、ユーザ端末２の通信制御部４２に通知する。このパケット損失率が低い場合には帯域が広いと想定され、パケット損失率が高い場合には帯域が狭いと想定される。また、最大遅延時間が短い場合には帯域が広いと想定され、最大遅延時間が長い場合には帯域が狭いと想定される。そこで、本実施形態では、パケット損失率や最大遅延時間に応じて所定の時間長のセグメントの選択を行う。図２１（Ｂ）に示す例では、パケット損失率（Packet loss rate）に基づいてセグメントの選択を行っている。

具体的には、通信制御部４２において、まず、補助サーバ９から送信されるパケット損失率を受信する（ＳＴ４０１）。そして、パケット損失率が所定のしきい値より小さいか否かを判定する（ＳＴ４０２）。ここで、パケット損失率がしきい値より小さい場合には（ＳＴ４０２でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ４０３）。一方、パケット損失率がしきい値以上となる場合には（ＳＴ４０２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ４０４）。

なお、最大遅延時間（MAX RTT）に応じて所定の時間長のセグメントを選択する場合には、補助サーバ９から送信される最大遅延時間を通信制御部４２が受信して、図２１（Ｂ）に示した例と同様の手順でセグメントを選択すればよい。

（第５実施形態）
次に、第５実施形態について説明する。なお、ここで特に言及しない点は前記の実施形態と同様である。図２２は、第５実施形態に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図である。

前記の実施形態では、ユーザ端末２において、各種の帯域関連情報に基づいて、コンテンツサーバ１に要求するセグメントとして、長い時間長のセグメントと短い時間長のセグメントとのいずれか一方を選択するようにしたが、本実施形態では、大容量通信が可能な場合に、長い時間長のセグメントと短い時間長のセグメントとの両方を選択する。

ユーザ端末２では、長い時間長のセグメントおよび短い時間長のセグメントのうち、一方のセグメントを用いてコンテンツを再生し、他方のセグメントは、一方のセグメントで不具合が生じた場合のバックアップ用の映像データとなる。特に本実施形態では、短い時間長のセグメントの映像データが、符号化レートが高く高画質であるため、短い時間長のセグメントを用いてコンテンツを再生する。

図２２に示す例では、図１２（Ａ）に示した例と同様に、帯域関連情報として接続先情報に基づいて所定の時間長のセグメントの選択を行っている。

具体的には、通信制御部４２において、まず、無線制御部４１から接続先情報を取得する（ＳＴ４１１）。そして、接続先が大容量通信可能か否かを判定する（ＳＴ４１２）。ここで、大容量通信可能である場合には（ＳＴ４１２でＹｅｓ）、短い時間長のセグメントおよび長い時間長のセグメントの両方を選択する（ＳＴ４１３）。一方、大容量通信可能でない場合には（ＳＴ４１２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ４１４）。

なお、図１２（Ｂ）に示した例のように無線品質情報に基づく制御など、種々の帯域関連情報に基づく制御を本実施形態に適用することができる。

このようにすると、接続先が、例えば高ＳＨＦ帯による大容量通信からＬＴＥの小容量通信に切り替わると、短い時間長のセグメントの取得を停止するが、以前に取得した短い時間長のセグメントが記憶部３３に蓄積されているため、この短い時間長のセグメントを用いた再生を継続し、適宜なタイミングで、長い時間長のセグメントを用いた再生に切り替える。これにより、経路切り替え時の遅延により、映像の再生が途切れるリスクが低減することができる。

次に、第５実施形態の変形例について説明する。図２３は、第５実施形態の変形例に係るユーザ端末２の通信制御部４２で行われるセグメント選択時の動作手順を示すフロー図である。

本変形例では、大容量通信が可能か否かの判定に加えて、無線品質が良好か否かの判定を行うことで、短い時間長のセグメントおよび長い時間長のセグメントの両方を選択する場合と、長い時間長のセグメントを選択する場合と、短い時間長のセグメントを選択する場合との３通りに場合分けしている。

具体的には、まず、通信制御部４２において、無線制御部４１から接続先情報および無線品質情報を取得する（ＳＴ４２１）。そして、接続先情報に基づいて、接続先が大容量通信可能か否かを判定する（ＳＴ４２２）。

ここで、大容量通信が可能である場合には（ＳＴ４２２でＹｅｓ）、次に、無線品質情報に基づいて、無線品質が良好か否かを判定する（ＳＴ４２３）。ここで、無線品質が良好である場合には（ＳＴ４２３でＹｅｓ）、短い時間長のセグメントを選択する（ＳＴ４２４）。

一方、無線品質が良好でない場合には（ＳＴ４２３でＮｏ）、短い時間長のセグメントおよび長い時間長のセグメントの両方を選択する（ＳＴ４２５）。また、大容量通信が可能でない場合には（ＳＴ４２２でＮｏ）、長い時間長のセグメントを選択する（ＳＴ４２６）。

このようにすると、大容量通信の接続先から小容量通信の接続先に切り替わる直前に、大容量通信が可能であるが無線品質が良好でない状態となり、このとき、短い時間長のセグメントおよび長い時間長のセグメントの両方を取得することで、経路切り替え時の遅延により、映像の再生が途切れるリスクを低減することができる。

一方、無線品質が良好な場合は、当分、接続先の切り替えが発生しない状態であり、この場合、バックアップ用として長い時間長のセグメントを取得する必要性が低く、短い時間長のセグメントのみを取得することで、ネットワークリソースを節約することができる。

以上のように、本出願において開示する技術の例示として、実施形態を説明した。しかしながら、本開示における技術は、これに限定されず、変更、置き換え、付加、省略などを行った実施形態にも適用できる。また、上記の実施形態で説明した各構成要素を組み合わせて、新たな実施形態とすることも可能である。

例えば、前記の実施形態では、配信用映像データ、すなわち、映像データを分割したセグメントを、コンテンツサーバ１で生成するようにしたが、配信用映像データの生成を別のサーバで実施するようにしてもよい。

また、第１〜第４の実施形態では、帯域関連情報に基づいて２通りに場合分けして、短い時間長のセグメントと長い時間長のセグメントとのいずれかを選択するようにしたが、３通り以上に場合分けして、時間長が３段階以上に設定されたセグメントの中から選択するようにしてもよい。

また、前記の実施形態では、種々の帯域関連情報に基づいて所定の時間長のセグメントの選択を行うようにしたが、帯域推定を実施して取得した帯域推定値に基づいて所定の時間長のセグメントの選択を行うようにしてもよい。この場合、帯域推定に様々な方法を用いることができるが、例えば、実際にセグメントを受信した時間間隔に基づいて帯域推定を行うようにしてもよい。

本発明に係る端末装置、映像配信システムおよび映像配信方法は、通信経路の帯域に応じた適切なセグメントを選択して、映像を安定して再生することができる効果を有し、映像データを分割したセグメントを、映像配信装置からネットワークを介して受信する端末装置、映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信システムおよび映像配信方法などとして有用である。

１ コンテンツサーバ（映像配信装置）
２ ユーザ端末（端末装置）
３ マクロセル基地局
４ スモールセル基地局
５ 無線ＬＡＮアクセスポイント
６ キャッシュサーバ
９ 補助サーバ（通信制御装置）
１２ 通信部
１３ 制御部
１４ 記憶部
２１ 配信用映像データ生成部
２２ 通信制御部
３１ 無線通信部
３２ 制御部
３３ 記憶部
３７ 位置情報取得部
４１ 無線制御部
４２ 通信制御部
４３ 再生部
４４ 端末状態取得部

Claims (6)

1. 映像データを分割したセグメントを、映像配信装置からネットワークを介して受信する端末装置であって、
   前記映像配信装置と通信を行う通信部と、
   前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を記憶する記憶部と、
   前記セグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信するとともに、そのセグメント取得要求に応じて前記映像配信装置から送信されるセグメントを受信する制御部と、
   を備え、
   前記記憶部は、過去の通信時における通信履歴情報を記憶し、
   前記制御部は、前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択することを特徴とする端末装置。
2. 前記記憶部は、各位置における通信履歴情報を記憶し、
   前記制御部は、前記通信履歴情報から取得した自装置の現在位置における過去の前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択することを特徴とする請求項１に記載の端末装置。
3. 前記記憶部は、各時刻における通信履歴情報を記憶し、
   前記制御部は、前記通信履歴情報から取得した現在時刻における過去の前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択することを特徴とする請求項１または請求項２に記載の端末装置。
4. 前記制御部は、前記通信履歴情報の通信速度が所定より大きい場合には、短い時間長のセグメントを選択し、前記通信速度が前記所定以下となる場合には、長い時間長のセグメントを選択することを特徴とする請求項２または請求項３に記載の端末装置。
5. 映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信システムであって、
   前記映像配信装置は、
   前記端末装置と通信を行う通信部と、
   前記映像データに関して、配信レートおよび時間長が異なる複数のセグメントを記憶する記憶部と、
   前記端末装置から送信されるセグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを前記端末装置に送信する制御部と、
   を備え、
   前記端末装置は、
   前記映像配信装置と通信を行う通信部と、
   前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を記憶する記憶部と、
   前記セグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信するとともに、そのセグメント取得要求に応じて前記映像配信装置から送信されるセグメントを受信する制御部と、
   を備え、
   前記記憶部は、過去の通信時における通信履歴情報を記憶し、
   前記制御部は、前記通信履歴情報に基づいて、前記映像配信装置に要求する所定の時間長のセグメントを選択することを特徴とする映像配信システム。
6. 映像データを分割したセグメントを、映像配信装置からネットワークを介して端末装置に送信する映像配信方法であって、
   前記端末装置が、前記映像配信装置に蓄積されたセグメントの構成内容に関するセグメント構成情報を参照して、前記映像配信装置に要求する所定の時間長のセグメントとして、過去の通信時における通信履歴情報に基づいて、所定の時間長のセグメントを選択して、前記映像配信装置にセグメント取得要求を送信し、
   前記映像配信装置が、前記端末装置から送信される前記セグメント取得要求を受信すると、そのセグメント取得要求に対応する配信レートおよび時間長のセグメントを前記端末装置に送信し、
   前記端末装置が、前記映像配信装置から送信されるセグメントを受信することを特徴とする映像配信方法。

Images