(57)【要約】【課題】  FLUTEストリームとセグメントストリームとの対応関係を受信側に通知する。【解決手段】  本開示のコンテンツ供給装置は、フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。本開示は、コンテンツをFLUTEマルチキャスト配信するシステムに適用できる。【選択図】  図３
2015070427.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置。
【請求項２】
前記FLUTEストリーム生成部は、前記MPDに関する情報を記述するために定義した属性行により、MPDに関する情報を前記SDPに記述する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記属性行は、
a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
である
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記FLUTEストリーム生成部は、前記属性行の記述要素である<mpd url>、<adaptation set id>、<representation id>、または<base url>のうちの少なくともに一つを前記SDPに記述する
請求項３に記載のコンテンツ供給装置。
【請求項５】
前記FLUTEストリーム生成部は、さらに、前記FLUTEストリームを配信する前記FLUTEセッションを受信側が受信する場合の受信モードを記述するために定義した属性行により、前記受信モードを前記SDPに記述する
請求項２に記載のコンテンツ供給装置。
【請求項６】
前記属性行は、
a=single-fmt:<media><encoding name><receive mode>
である
請求項５に記載のコンテンツ供給装置。
【請求項７】
前記FLUTEストリーム生成部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを前記属性行の<receive mode>に記述する
請求項５に記載のコンテンツ供給装置。
【請求項８】
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成ステップと、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信ステップと、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成ステップと、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップと
を含むコンテンツ供給方法。
【請求項９】
適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
前記HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
して機能させるプログラム。
【請求項１０】
コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、
FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
端末装置。
【請求項１１】
取得した前記SDPに基づいて前記SDPに対応する前記MPDを取得し、取得した前記MPDに基づいて、HTTPユニキャスト配信された前記セグメントストリームを取得する
請求項１０に記載の端末装置。
【請求項１２】
コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備え、
前記端末装置は、
FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、コンテンツをFLUTE(File Delivery over Unidirectional Transport)マルチキャスト配信する場合に用いて好適なコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
近年、インターネットを利用するストリーミングサービスの主流がOTT-V(Over The Top Video)となっており、それに利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPを用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP。以下、DASHと称する）が知られている（例えば、非特許文献１を参照）。
【０００３】
DASHでは適応型ストリーミング技術が実現されている。すなわち、コンテンツの供給側は、同一内容であって画質や画角サイズなどの違いによってビットレートが異なる複数のストリームを用意し、配信するようになっている。一方、コンテンツの受信側は、供給側が用意している複数のストリームのうち、インターネットの通信環境や自己のデコード能力などに応じて最適なストリームを選択して受信、再生するようになっている。
【０００４】
なお、供給側は、受信側がストリームを適応的に選択して受信、再生できるように、MPD(Media Presentation Description)と称されるメタファイルを受信側に供給するようになっている。
【０００５】
MPDには、チャンク化されたコンテンツのストリーム(Audio/Video/Subtitle等のメディアデータ)を受信側に供給するサーバ（供給元）のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるサーバにアクセスしてストリームを要求し、該要求に応じてサーバからHTTPユニキャスト配信されるストリームを受信、再生することになる。
【０００６】
図１は、DASHに基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。
【０００７】
このコンテンツ供給システム１０は、コンテンツを供給する複数のコンテンツ供給装置２０と、コンテンツを受信、再生する多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN(Contents Delivery Network)１２を介してコンテンツ供給装置２０に接続できる。
【０００８】
コンテンツ供給装置２０は、同一内容のコンテンツであってビットレートが異なる複数のストリームを配信する。コンテンツ供給装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
【０００９】
コンテンツマネジメントサーバ２１は、DASHクライアント３０に配信するためのコンテンツのソースデータを管理しており、該ソースデータからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。
【００１０】
DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをファイル化して保持する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、保持するセグメントストリームのファイルを要求元にHTTPユニキャスト配信する。さらに、DASHセグメントストリーマ２２は、セグメントストリームのファイルの供給元を表すアドレスを含むメタデータをDASH MPDサーバ２３に通知する。
【００１１】
DASH MPDサーバ２３は、セグメントストリームのファイルの供給元（すなわち、DASHセグメントストリーマ２２）を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDを要求元にHTTPユニキャスト配信する。
【００１２】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDを受信する。さらに、DASHクライアント３０は、受信したMPDに基づいて、DASHセグメントストリーマ２２にセグメントストリームのファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生する。
【００１３】
なお、CDN１２は、キャッシュサーバ（不図示）を包含しており、該キャッシュサーバは、CDN１２を介してHTTPユニキャスト配信されるMPDやセグメントストリームのファイルをキャッシングする。そして、キャッシュサーバは、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、DASHクライアント３０からの要求に応じて、キャッシングしているMPDやセグメントストリームを、要求元にHTTPユニキャスト配信することができる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上述したように、DASHではHTTPユニキャスト配信を用いた適応的ストリーミング技術が実現されている。
【００１６】
ところで、DASHクライアント３０がHTTPユニキャスト配信の受信だけでなく、例えば3GPPに代表される携帯電話通信網などを用いたFLUTEマルチキャスト配信を受信可能であれば、コンテンツのストリームをFLUTEマルチキャスト配信することが望ましい。
【００１７】
すなわち、FLUTEマルチキャスト配信は、QoS(保証帯域/遅延等)が保証されているので、ライブ映像などのリアルタイム性が要求されるコンテンツを配信する場合、HTTPユニキャスト配信に比較して多数の受信側に対して同時に安定してコンテンツのストリームを供給することができる。
【００１８】
また、DASHクライアント３０がHTTPユニキャスト配信の受信のみ可能である場合でも、CDN１２上や受信側のローカルなネットワーク上に設けられたキャッシュサーバがFLUTEマルチキャスト配信を受信してキャッシングを行い、DASHクライアント３０からの要求に応じて、キャッシングしているコンテンツのストリームを要求元にHTTPユニキャスト配信するような運用も考えられる。
【００１９】
ところで、コンテンツのストリームをFLUTEマルチキャスト配信に用いるFLUTEセッションのIPアドレスとポート番号をDASHクライアント３０やキャッシュサーバなどの受信側に通知するには、一般的にはFLUTEのプレゼンテーション層で送信されるSDP(Session Media Protocol)が利用される。
【００２０】
一方、上述したようにコンテンツのストリームをHTTPユニキャスト配信するWEBサーバ（DASHセグメントストリーマ２２）のIPアドレスを受信側に通知するにはMPDが利用される。
【００２１】
このように、SDPとMPDとは、それぞれ対応するセグメントストリームとFLUTEストリームに関する情報が記述されるものであるが、両者の対応関係を記述する方法が定められていない。具体的には例えば、MPDに記述されているAdaptationSetやRepresentationとの対応関係をSDPに記述することができない。
【００２２】
本開示はこのような状況に鑑みてなされたものであり、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの対応関係を受信側に通知できるようにするものである。
【課題を解決するための手段】
【００２３】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。
【００２４】
前記FLUTEストリーム生成部は、前記MPDに関する情報を記述するために定義した属性行により、MPDに関する情報を前記SDPに記述することができる。
【００２５】
前記属性行は、
a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
とすることができる。
【００２６】
前記FLUTEストリーム生成部は、前記属性行の記述要素である<mpd url>、<adaptation set id>、<representation id>、または<base url>のうちの少なくともに一つを前記SDPに記述することができる。
【００２７】
前記FLUTEストリーム生成部は、さらに、前記FLUTEストリームを配信する前記FLUTEセッションを受信側が受信する場合の受信モードを記述するために定義した属性行により、前記受信モードを前記SDPに記述することができる。
【００２８】
前記属性行は、
a=single-fmt:<media><encoding name><receive mode>
とすることができる。
【００２９】
前記FLUTEストリーム生成部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを前記属性行の<receive mode>に記述することができる。
【００３０】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成ステップと、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信ステップと、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成ステップと、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップとを含む。
【００３１】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、前記HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部として機能させる。
【００３２】
本開示の第１の側面においては、FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応するフラグメントストリームを受信側が取得するために必要な情報が記述されているMPDに関する情報が記述されてSDPが生成され、前記FLUTEストリームおよび前記SDPがFLUTEマルチキャスト配信される。
【００３３】
本開示の第２の側面である端末装置は、コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する。
【００３４】
本開示の第２の側面である端末装置は、取得した前記SDPに基づいて前記SDPに対応する前記MPDを取得し、取得した前記MPDに基づいて、HTTPユニキャスト配信された前記セグメントストリームを取得することができる。
【００３５】
本開示の第２の側面においては、FLUTEマルチキャスト配信されたSDPが取得され、取得した前記SDPに基づいて、FLUTEマルチキャスト配信されたFLUTEストリームが受信される。
【００３６】
本開示の第３の側面であるコンテンツ供給システムは、コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、前記コンテンツ供給装置が、コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。一方、前記端末装置が、FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する。
【００３７】
本開示の第３の側面においては、コンテンツ供給装置により、FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応するフラグメントストリームを受信側が取得するために必要な情報が記述されているMPDに関する情報が記述されてSDPが生成され、前記FLUTEストリームおよび前記SDPがFLUTEマルチキャスト配信される。一方、端末装置により、FLUTEマルチキャスト配信されたSDPが取得され、取得した前記SDPに基づいて、FLUTEマルチキャスト配信されたFLUTEストリームが受信される。
【発明の効果】
【００３８】
本開示の第１の側面によれば、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの対応関係を受信側に通知することができる。
【００３９】
本開示の第２の側面によれば、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの間の速やかなスイッチングが可能となる。
【００４０】
本開示の第３の側面によれば、FLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの対応関係を受信側に通知することができ、受信側はFLUTEマルチキャスト配信されるFLUTEストリームと、HTTPユニキャスト配信されるセグメントストリームとの間の速やかなスイッチングが可能となる。
【図面の簡単な説明】
【００４１】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】FLUTEセッションにてパケットが送信される仕組みの概要を示す図である。
【図３】本開示を適用したコンテンツ供給システムの構成例のブロック図である。
【図４】SDPの記述例を示す図である。
【図５】SDP、MPD、およびFLUTEセッションの対応関係を示す図である。
【図６】コンテンツ供給装置の処理を説明するフローチャートである。
【図７】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００４２】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、FLUTEセッションにてパケットが送信される仕組みと、本実施の形態の概要について説明する。
【００４３】
図２は、FLUTEセッションにてパケットが送信される仕組みの概要を示している。図示するように、SDPに記述されているSource IP AddressとTSI(Transport Session Identifier)により特定されるFLUTEセッションではALCパケットが送信される。各ALCパケットには、例えばビデオストリームやオーディオストリームが格納され、該FLUTEセッション内でユニークなTOI(Transport Object Identifier)が付与される。
【００４４】
なお、FDT(File Delivery Table)が格納されているALCパケットにはTOI＝０が付与されることが規定されている。その他のデータが格納されているALCパケットには、データ元が同じである場合、共通のTOIが付与される。例えば、ビデオストリームが分割されて格納された全てのALCパケットには、共通のTOIが付与される。同様に、オーディオストリームが分割されて格納された全てのALCパケットには共通のTOIが付与される。
【００４５】
FDTは、FLUTEセッションにて周期的に送信される。FDTにはTOI＝０以外のALCパケットに格納されるデータに関する属性情報やそれらを再構成するための情報が記述されている。
【００４６】
FLUTEセッションを受信する側では、FLUTEセッションにて初めにTOI＝０のFDTを取得し、取得したFDTを解析して所望のALCパケットを受信する。例えば、ビデオストリームが格納されているALCパケットを受信したい場合には、FDTを取得、解析し、ビデオストリームが格納されているALCパケットのTOIを確認し、FLUTEセッションから該TOIが付与されているALCパケットを取得し、再構成して再生することになる。
【００４７】
ただし、このようにした場合、FDTを取得、解析している間に、所望するビデオストリームが格納されているALCパケットを受信できずに、所望するビデオストリームを途切れなく再生でないことが発生し得る。これは、ライブストリーミング等のように、ALCパケットの再送回数が少なかったり、再送が行なわれなかったりする場合に顕著である。
【００４８】
そこで、本開示では、FLUTEセッションにて、単一のメディアタイプのエレメンタリストリームを送信するようにし、該FLUTEセッションを取得する前に、FLUTEのプレゼンテーション層で送信されるSDP(Session Media Protocol)を用いて、受信側に、メディアタイプや受信モードなどを通知するようにする。
【００４９】
ここで、受信モードとしては、3GPPにて定義されているPromiscuous、One-copy、またはKeep-updatedの３種類を想定する。
【００５０】
Promiscuousとは、FLUTEセッションで送信される全てのALCパケットを受信しておくことを受信側に促すための受信モードである。Promiscuousは、例えば、ライブストリーミング等のようにALCパケットの再送回数が少なかったり、再送が行なわれなかったりする場合に通知される運用が想定される。
【００５１】
One-copyは、１度送信したALCパケットは、その内容を更新して送信することがないので、ALCパケットの更新の有無を監視する必要が無い旨を受信側に知らせるための受信モードである。Keep-updatedは、１度送信したALCパケットの内容を更新して送信することがあるので、ALCパケットの更新の有無を監視する必要がある旨を受信側に知らせるための受信モードである。
【００５２】
さらに、上述した３種類の受信モードを組み合わせたもの、例えば、Promiscuous＋Keep-updatedなどを受信モードに追加することも可能である。
【００５３】
また、本開示では、FLUTEマルチキャスト配信に関する情報を記述するSDPに、対応するHTTPユニキャスト配信に関する情報を記述するMPDとの対応関係を記述できるようになっている。
【００５４】
具体的には、SDPのメディア記述部(SDPで定義されるセッション全体で唯一のメディアしか定義しない場合にはセッション記述部)、以下の属性行を導入することにより、SDPとMPDのAdaptationSetやRepesentationとの対応付けが定義できるようになっている。
a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
【００５５】
該属性行は、属性種別がmpd-mappingとされ、その記述要素として<mpd url>、<adaptation set id>、<representation id>、<base url>を有している。
【００５６】
<mpd url>にはMPDのurlが記述される。<adaptation set id>には当該AdaptationSetのid属性（AdaptationSet/@id）が記述される。<representation id>には当該Representationのid属性（Representation/@id）が記述される。<base url>には、AdaptationSetまたはRepresentationに対応するurl（AdaptationSet/@BaseURL、またはRepresentation/@BaseURL）が記述される。
【００５７】
＜コンテンツ供給システムの構成例＞
図３は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００５８】
該コンテンツ供給システム５０は、複数のコンテンツ供給装置６０と、多数の端末装置８０から構成される。コンテンツ供給装置６０と端末装置８０とは、ネットワーク５１を介して接続できる。
【００５９】
ネットワーク５１は、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網を包含するものとする。
【００６０】
コンテンツ供給装置６０は、コンテンツのストリームをHTTPユニキャスト配信し、またFLUTEマルチキャスト配信するものであり、チャネルサーバ６１、セグメンタ６２、MPDジェネレータ６３、FLUTEストリーマ６４、WEBサーバ６５、およびマルチキャストサーバ６６を有する。
【００６１】
なお、コンテンツ供給装置６０が有するチャネルサーバ６１乃至マルチキャストサーバ６６は、一箇所に集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００６２】
チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。
【００６３】
セグメンタ６２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
【００６４】
MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づき、セグメントストリームのファイルの供給元（WEBサーバ６５）を表すアドレスなどを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。このMPDには、HTTPユニキャスト配信されるセグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのデスティネーションIPアドレスが記述されているSDPの取得先が記述されている。
【００６５】
FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームを分割してALCパケットに格納することにより、FLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。さらに、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを記述してマルチキャストサーバ６６に出力する。
【００６６】
WEBサーバ６５は、端末装置８０からのMPDの要求（HTTPリクエスト）に応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６５は、端末装置８０からのセグメントストリームの要求（HTTPリクエスト）に応じ、セグメントストリームのファイルを要求元にHTTPユニキャスト配信する。
【００６７】
マルチキャストサーバ６６は、MPD、SDP、およびFLUTEストリームをFLUTEマルチキャスト配信する。
【００６８】
端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０からMPDを取得する。具体的には、MPDを要求するHTTPリクエストを送信、それに応じてHTTPユニキャスト配信されるMPDを受信するか、またはFLUTEマルチキャスト配信されるMPDを受信する。なお、端末装置８０がFLUTEマルチキャスト配信されるMPDを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６６のポータルチャネルが記述されたアナウンス情報が参照される。
【００６９】
該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。
【００７０】
さらに、端末装置８０は、取得したMPDに基づいてWEBサーバ６５にセグメントストリームを要求するHTTPリクエスト送信し、これに応じてHTTPマルチキャスト配信されるセグメントストリームのファイルを受信、再生する。
【００７１】
またさらに、端末装置８０は、取得したMPDに基づいてSDPを取得し、SDPに基づいてFLUTEマルチキャスト配信されるFLUTEストリームを受信、再生する。このとき、SDPに記述されている受信モードが参照され、例えば、受信モードがPromiscuousであるならば、直ちに対応するFLUTEセッションで送信されている全てのALCパケットが受信される。
【００７２】
ただし、受信側が全てのALCパケットを保持できる十分なバッファを有していないことも有り得るので、SDPにて通知された受信モードに応じた動作を実行するか否かは受信側に委ねられている。
【００７３】
＜SDPの記述例＞
次に、図４はSDPの記述例を示している。
【００７４】
SDPは、セッション記述部とメディア記述部から構成される。セッション記述部およびメディア記述部は、それぞれ<Type>=<value>形式の１行のテキスト文字列を基本構成とし、複数の行から構成される。
【００７５】
<type>は、英字１文字で指定され、その行が持つプロトコル上に意味を表す。<value>は、文字列が記述され、対応する<type>の種別に応じて、それぞれ固有のフォーマットと意味が規定されている。
【００７６】
例えば、セッション記述部の<TYPE>に記述された英文字の意味は以下のとおりである。
v=  (プロトコルのバージョン)
o=  (発信元およびセッション識別子)
s=  (セッション名)
i= (セッション情報)
a= (セッション全体にかかわる属性)
t=  (セッションがアクティブな時間)
【００７７】
メディア記述部の<TYPE>に記述された英文字の意味は以下のとおりである。
m=  (メディア名と伝送アドレス)
c= (接続情報 -- セッションレベルで含める場合はオプション)
b= (0行以上の帯域情報)
a= (メディアに関する属性)
【００７８】
本開示では、以下に示す２種類の属性種別を新たに定義してメディア記述部に導入する。
（１）a=single-fmt:<media><encoding name><receive mode>
【００７９】
該属性行は、属性種別がsingle-fmtとされ、その記述要素として<media>、<encoding name>、および<receive mode>を有する。
【００８０】
<media>には、メディアタイプとして、例えばvideo、audioなどが記述される。<encoding name>には、符号化方式して、例えばH.264、H.261、GSM（登録商標）などが記述される。<promiscuous>には、受信モードとして、promiscuous、One-copy、またはKeep-updatedが記述される。なお、受信モードに、これらを組み合わせたPromiscuous＋Keep-updatedなどを追加してもよい。
【００８１】
図４の例に記述されているa=single-fmt:video H264/9000 promiscouosは、メディアタイプがvideo、符号化方式がH.264、タイムスケールが90KHz、受信モードがpromiscouosであることを示している。
【００８２】
なお、a=single-fmt:<media><encoding name><receive mode>をセッション記述部に導入してもよい。その場合、記述された属性種別は、FLUTEセッションの全体に関する情報として扱われる。
【００８３】
（２）a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
【００８４】
該属性行は、属性種別がmpd-mappingとされ、その記述要素として<mpd url>、<adaptation set id>、<representation id>、および<base url>を有する。ただし、それら記述要素の全てを記述するものではなく、一部のみを記述するようにしてもよい。
【００８５】
<mpd url>にはMPDのurlが記述される。<adaptation set id>には当該AdaptationSetのid属性（AdaptationSet/@id）が記述される。<representation id>には当該Representationのid属性（Representation/@id）が記述される。<base url>には、AdaptationSetまたはRepresentationに対応するurl（AdaptationSet/@BaseURL、またはRepresentation/@BaseURL）が記述される。
【００８６】
図４の例に記述されているa=mpd-mapping: 111 222 http:/a.com/aは、AdaptationSet/@id=111、Representation/@id=222、AdaptationSet/@BaseURL(またはRepresentation/@baseURL)=http:://a.com/aを示している。
【００８７】
図５は、上述した、新たに定義した２種類の属性行を追加した状態のSDPと、それに対応するMPDと、FLUTEストリーム（A/Vストリーム）を配信するFLUTEセッションとの関係を示している。
【００８８】
同図に示されるように、該SDPのa=single-fmt:<media><encoding name><receive mode>を参照することにより、FLUTEストリームを配信するFLUTEセッションを特定できる。また、該SDPのa=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>を参照することにより、FLUTEストリームに対応するMPDのAdaptationSetとRepresentationとを特定できる。
【００８９】
＜コンテンツ供給システム５０の動作＞
次に、コンテンツ供給システム５０の動作について説明する。
【００９０】
図５は、コンテンツ供給装置６０がコンテンツのセグメントストリームをHTTPユニキャスト配信し、またFLUTEストリームをFLUTEマルチキャスト配信する処理（以下、コンテンツ供給装置の処理と称する）を説明するフローチャートである。
【００９１】
ステップＳ１において、チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。ステップＳ２において、セグメンタ６２は、各ストリーミングデータを元に、Fragmented MP4などのセグメントストリームを生成して、FLUTEストリーマ６４およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
【００９２】
ステップＳ３において、FLUTEストリーマ６４は、セグメンタ６２から入力されるセグメントストリームをFLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。さらに、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを生成してマルチキャストサーバ６６に出力する。
【００９３】
ステップＳ４において、MPDジェネレータ６３は、HTTPユニキャスト配信されるセグメントストリームのファイルの供給元（WEBサーバ６５）を表すアドレス、セグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのデスティネーションIPアドレスが記述されているSDPの取得先などを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。
【００９４】
ステップＳ５において、マルチキャストサーバ６６は、MPDとSDPをFLUTEマルチキャスト配信する。
【００９５】
ステップＳ６において、WEBサーバ６５は、端末装置８０からのMPDの要求があった場合、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。
【００９６】
MPDを受信した端末装置８０が、該MPDに基づいてセグメントストリームを要求するHTTPリクエストを発行すると、ステップＳ７において、WEBサーバ６５は、要求されたセグメントストリームのファイルを要求元にHTTPユニキャスト配信する。HTTPユニキャスト配信されたセグメントストリームは、端末装置８０に受信されて再生される。
【００９７】
一方、マルチキャストサーバ６６は、ステップＳ８において、FLUTEストリームをFLUTEマルチキャスト配信する。FLUTEマルチキャスト配信されたFLUTEストリームを端末装置８０が受信する場合、取得したMPDに基づいてSDPを取得し、SDPを解析してFLUTEストリームを配信するFLUTEセッションを受信し、初めにFDTを取得する。さらに、FDTに基づいて、FLUTEセッションから所望のFLUTEストリームを含むALCパケットを抽出し、FLUTEストリームを再構成して再生する。
【００９８】
なお、FLUTEマルチキャスト配信されているFLUTEストリームからHTTPユニキャスト配信されるセグメントストリームにスイッチングする際には、SDPのa=mpd-mappingで始まる属性行が参照される。
【００９９】
また、SDPを解析した際には、SDPに記述されている受信モードが参照される。具体的には、受信モードがPromiscuousであった場合、FDTの取得、解析などに先立ち、直ちに対応するFLUTEセッションで送信されている全てのALCパケットが受信される。ただし、SDPにて通知された受信モードに応じた動作を実行するか否かは受信側に委ねられており、供給側が端末装置８０の動作を強制的に制御するものではない。
【０１００】
以上したように、コンテンツ供給装置の処理によれば、端末装置８０に対して、SDPとMPDとの対応関係、すなわち、FLUTEマルチキャスト配信されているFLUTEストリームとHTTPユニキャスト配信されるセグメントストリームとの対応関係を通知することができる。これにより、FLUTEストリームとセグメントストリームとの間のスイッチングを速やかに実行できる。
【０１０１】
また、コンテンツ供給装置の処理によれば、端末装置８０がFLUTEセッションの受信を開始する前に、その受信に適した受信モードを端末装置８０に通知できる。よって、端末装置８０側でALCパケットの取りこぼしなどの発生を抑止できる。また、この通知は、端末装置８０側の動作を強制的に制御するものではないので、端末装置８０側のバッファがオバーフローしてしまうような事態を引き起こすことも抑止できる。
【０１０２】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１０３】
図７は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１０４】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０１０５】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
【０１０６】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【０１０７】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１０８】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１０９】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
【０１１０】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１１１】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１１２】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置。
（２）
前記FLUTEストリーム生成部は、前記MPDに関する情報を記述するために定義した属性行により、MPDに関する情報を前記SDPに記述する
前記（１）に記載のコンテンツ供給装置。
（３）
前記属性行は、
a=mpd-mapping:<mpd url> <adaptation set id> <representation id> <base url>
である
前記（２）に記載のコンテンツ供給装置。
（４）
前記FLUTEストリーム生成部は、前記属性行の記述要素である<mpd url>、<adaptation set id>、<representation id>、または<base url>のうちの少なくともに一つを前記SDPに記述する
前記（２）または（３）に記載のコンテンツ供給装置。
（５）
前記FLUTEストリーム生成部は、さらに、前記FLUTEストリームを配信する前記FLUTEセッションを受信側が受信する場合の受信モードを記述するために定義した属性行により、前記受信モードを前記SDPに記述する
前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
（６）
前記属性行は、
a=single-fmt:<media><encoding name><receive mode>
である
前記（５）に記載のコンテンツ供給装置。
（７）
前記FLUTEストリーム生成部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを前記属性行の<receive mode>に記述する
前記（５）または（６）に記載のコンテンツ供給装置。
（８）
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成ステップと、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信ステップと、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成ステップと、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップと
を含むコンテンツ供給方法。
（９）
適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
前記HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
して機能させるプログラム。
（１０）
コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、
FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
端末装置。
（１１）
取得した前記SDPに基づいて前記SDPに対応する前記MPDを取得し、取得した前記MPDに基づいて、HTTPユニキャスト配信された前記セグメントストリームを取得する
前記（１０）に記載の端末装置。
（１２）
コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
HTTPユニキャスト配信される前記フラグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成するMPD生成部と、
前記MPDおよび前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部と、
前記フラグメントストリームからFLUTEストリームを生成するとともに、前記FLUTEストリームを配信するFLUTEセッションに関する情報と、前記FLUTEストリームに対応する前記フラグメントストリームを受信側が取得するために必要な情報が記述されている前記MPDに関する情報を記述してSDPを生成するFLUTEストリーム生成部と、
前記FLUTEストリームおよび前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備え、
前記端末装置は、
FLUTEマルチキャスト配信された前記SDPを取得し、取得した前記SDPに基づいて、FLUTEマルチキャスト配信された前記FLUTEストリームを受信する
コンテンツ供給システム。
【符号の説明】
【０１１３】
５０  コンテンツ供給システム，  ５１  ネットワーク，  ６０  コンテンツ供給装置,  ６１  チャネルサーバ，  ６２  セグメンタ，  ６３  ジェネレータ，  ６４  FLUTEストリーマ，  ６５  WEBサーバ，  ６６  マルチキャストサーバ，  ８０  端末装置，  ２００  コンピュータ，  ２０１  CPU
【図１】
2015070427.tif 000003
【図２】
2015070427.tif 000004
【図３】
2015070427.tif 000005
【図４】
2015070427.tif 000006
【図５】
2015070427.tif 000007
【図６】
2015070427.tif 000008
【図７】
2015070427.tif 000009