(57)【特許請求の範囲】
【請求項１】
モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置において、
内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
を備えるコンテンツ供給装置。
【請求項２】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記メタファイル生成部は、MOSAIC要素を含む前記MPDを生成する
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報を記述した拡張HTML包含型モザイクCH用MPDを生成する
請求項３に記載のコンテンツ供給装置。
【請求項５】
前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報が記述されているファイルへの参照を記述した拡張HTML参照型モザイクCH用MPDを生成する
請求項３に記載のコンテンツ供給装置。
【請求項６】
前記ユニキャスト配信部は、前記メタファイルもユニキャスト配信し、
前記マルチキャスト配信部は、前記メタファイルもマルチキャスト配信する
請求項２に記載のコンテンツ供給装置。
【請求項７】
前記ユニキャスト配信部は、前記モザイクCHセグメントストリームをHTTPユニキャスト配信し、
前記マルチキャスト配信部は、前記モザイクCHセグメントストリームに基づくモザイクCH FLUTEストリームをFLUTEマルチキャスト配信する
請求項２に記載のコンテンツ供給装置。
【請求項８】
前記モザイクCHストリーミングデータに基づいてモザイクCH RTPストリームを生成するRTPストリーム生成部をさらに備え、
前記マルチキャスト配信部は、前記モザイクCH RTPストリームもRTPマルチキャスト配信する
請求項７に記載のコンテンツ供給装置。
【請求項９】
前記モザイクCHセグメントストリーム生成部は、NTP時間軸に同期し、前記他のモザイクチャネルとの間で前記モザイクCHセグメントストリームの最小単位の先頭を揃え、前記他のモザイクチャネルとの間で統一されている時間長で、前記モザイクCHストリーミングデータを前記最小単位に区切ることにより、前記モザイクCHセグメントストリームを生成する
請求項２に記載のコンテンツ供給装置。
【請求項１０】
モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成ステップと、
生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成ステップ、
前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信ステップと、
前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、
ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップと
を含むコンテンツ供給方法。
【請求項１１】
モザイクチャネルとしてコンテンツを供給するコンピュータを、
内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、異なる複数のチャネルでそれぞれ配信されているコンテンツを速やかに確認できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
インターネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPを用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP。以下、DASHと称する）が知られている（例えば、非特許文献１を参照）。【０００３】
DASHでは適応型ストリーミング技術が実現されている。すなわち、コンテンツの供給側は、同一内容のコンテンツであって、配信パスとなるインターネットの通信環境や受信側の能力や状態に応じて画質や画角サイズなどが異なる複数のストリームを用意するようになされている。一方、受信側は、供給側が用意している複数のストリームのうち、インターネットの通信環境や自己のデコード能力などに応じて最適なストリームを選択して取得、再生することができる。【０００４】
このように、DASHにおいては、受信側がストリームを適応的に選択して受信、再生できるように、MPD(Media Presentation Description)と称されるメタファイルが供給側から受信側に供給される。【０００５】
MPDには、チャンク化されたコンテンツのストリーミングデータ(Audio/Video/Subtitle等のメディアデータ)の供給元のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるサーバにアクセスしてストリーミングデータを要求し、該要求に応じてHTTPユニキャスト配信されるストリーミングデータを受信、再生することになる。【０００６】
図１は、DASHに基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。【０００７】
該コンテンツ供給システム１０は、コンテンツを供給する各チャネルにそれぞれ対応する複数の視聴CH装置２０（いまの場合、２０Ａ，２０Ｂ，２０Ｃ）と、コンテンツを受信する側の多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN(Contents Delivery Network)１２を介して視聴CH装置２０に接続できる。【０００８】
視聴CH装置２０Ａは、チャネルＡとして同一内容のコンテンツをビットレートが異なる複数のストリームで配信する。同様に、視聴CH装置２０Ｂは、チャネルＢとして、チャネルＡのコンテンツとは異なる同一内容のコンテンツを、ビットレートが異なる複数のストリームで配信する。視聴CH装置２０Ｃについても同様である。以下、視聴CH装置２０Ａ，２０Ｂ，２０Ｃを個々に区別する必要がない場合、単に視聴CH装置２０と称する。【０００９】
視聴CH装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。【００１０】
コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツのソースデータを管理しており、該ソースデータからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。【００１１】
DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、セグメントストリームを生成し、セグメント毎にファイル化して保持し、該ファイルの供給元のアドレスをメターデータとしてDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、セグメントストリームのファイルを要求元にHTTPユニキャスト配信する。【００１２】
DASH MPDサーバ２３は、セグメントストリームのファイルの供給元（すなわち、DASHセグメントストリーマ２２）を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDを要求元にHTTPユニキャスト配信する。【００１３】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDに基づいて、DASHセグメントストリーマ２２にセグメントストリームのファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生する。【００１４】
なお、CDN１２は、キャッシュサーバ（不図示）を包含しており、該キャッシュサーバは、CDN１２を介してHTTPユニキャスト配信されるMPDやセグメントストリームのファイルをキャッシングする。そして、キャッシュサーバは、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、キャッシングしているMPDやセグメントストリームのファイルを、要求元のDASHクライアント３０にHTTPユニキャスト配信することができる。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１６】
上述したように、図１に示されたコンテンツ供給システムでは複数のチャネル分の視聴CH装置２０が用意されていることによって、DASHクラナント３０では、各チャネルから配信されるコンテンツを選択して受信、再生できるようになされている。【００１７】
このように、内容が異なる複数のコンテンツを選択して視聴し得る場合、視聴者（DASHクライアント３０のユーザ）はテレビジョン放送を視聴するときと同様に、視聴するコンテンツを探すためにいわゆるザッピング（短時間のうちにチャネルを次々に切り替えて視聴するコンテンツをさがす動作）を行なうことが想定される。【００１８】
なお、DASHにおけるチャネル間のスイッチングは、セグメント単位またはセグメントがより細分化されているサブセグメント単位で行なわれる。以下、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとして説明を継続する。【００１９】
図２および図３は、DASHのチャネルＡ，Ｂ，Ｃのそれぞれにおいて同一内容のコンテンツであってビットレートの異なる３本のセグメントストリーム（Representation）を用意しており、チャネル間をザッピングするときのスイッチングの様子を示している。【００２０】
なお、DASHにおいては、各チャネルで生成されるセグメントストリームのセグメント長（時間長）は任意であって、チャネル間においてセグメント長は必ずしも一致しない。また、チャネル間においてコンテンツの先頭のセグメントの再生開始時刻は必ずしも一致しない。【００２１】
図２は、チャネル間でセグメント長が一致しておらず、かつ、チャネル間でコンテンツの先頭のセグメントの再生開始時刻も一致していない場合の例である。【００２２】
この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチング（ザッピング）を指示しても、そのスイッチングはRepresentationＢ２のセグメントの区切りであるＴ２まで遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、そのスイッチングはRepresentationＣ２のセグメントの区切りであるＴ４まで遅延される。【００２３】
図３は、チャネル間でコンテンツの先頭のセグメントの再生開始時刻はNTP時間軸に同期して一致されているものの、チャネル間でセグメント長は一致されていない場合の例である。【００２４】
この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらNTP時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチングを指示しても、そのスイッチングはRepresentationＢ２のセグメントの区切りであるＴ２まで遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、そのスイッチングはRepresentationＣ２のセグメントの区切りであるＴ４まで遅延される。【００２５】
図２および図３に示されたように、DASHにおけるチャネル間でセグメントストリームをスイッチングすると余分な遅延が生じ得るので、チャネル間で速やかなザッピングを行うことができない。【００２６】
なお、各チャネルのセグメントストリームのセグメント長を極端に短くすれば、上述した余分な遅延の時間を短縮することができる。しかしながらその場合、符号化効率が悪化してセグメントストリームのデータ量が増加してより広い通信帯域を必要とするので、インターネット１１に過剰な負荷をかけてしまいサービス品質の劣化を招く恐れもある。【００２７】
本開示はこのような状況に鑑みてなされたものであり、複数のチャネルで配信されている複数のコンテンツを速やかに確認できるようにするものである。
【課題を解決するための手段】
【００２８】
本開示の一側面であるコンテンツ供給装置は、モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置において、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。
【００２９】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。【００３０】
前記メタファイル生成部は、MOSAIC要素を含む前記MPDを生成することができる。【００３１】
前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報を記述した拡張HTML包含型モザイクCH用MPDを生成することができる。
【００３２】
前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報が記述されているファイルへの参照を記述した拡張HTML参照型モザイクCH用MPDを生成することができる。
【００３３】
前記ユニキャスト配信部は、前記メタファイルもユニキャスト配信することができ、前記マルチキャスト配信部は、前記メタファイルもマルチキャスト配信することができる。【００３４】
前記ユニキャスト配信部は、前記モザイクCHセグメントストリームをHTTPユニキャスト配信することができ、前記マルチキャスト配信部は、前記モザイクCHセグメントストリームに基づくモザイクCH FLUTEストリームをFLUTEマルチキャスト配信することができる。【００３５】
本開示の第１の側面であるコンテンツ供給装置は、前記モザイクCHストリーミングデータに基づいてモザイクCH RTPストリームを生成するRTPストリーム生成部をさらに備えることができ、前記マルチキャスト配信部は、前記モザイクCH RTPストリームもRTPマルチキャスト配信することができる。【００３６】
前記モザイクCHセグメントストリーム生成部は、NTP時間軸に同期し、前記他のモザイクチャネルとの間で前記モザイクCHセグメントストリームの最小単位の先頭を揃え、前記他のモザイクチャネルとの間で統一されている時間長で、前記モザイクCHストリーミングデータを前記最小単位に区切ることにより、前記モザイクCHセグメントストリームを生成することができる。
【００３７】
本開示の一側面であるコンテンツ供給方法は、モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成ステップと、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成ステップ、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信ステップと、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップとを含む。
【００３８】
本開示の一側面であるプログラムは、モザイクチャネルとしてコンテンツを供給するコンピュータを、内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部として機能させる。
【００３９】
本開示の一側面においては、内容が異なる複数のストリームが合成されてモザイクCHストリーミングデータが生成され、生成された前記モザイクCHストリーミングデータが、他のモザイクチャネルとの間で統一されている時間長で区切ることにより、モザイクCHセグメントストリームが生成され、前記モザイクCHセグメントストリームがユニキャスト配信されるとともにマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルが生成される。
【発明の効果】
【００４４】
本開示の第１乃至３の側面によれば、異なる複数のチャネルで配信されている複数のコンテンツを速やかに確認することができる。
【図面の簡単な説明】
【００４５】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】チャネル間のスイッチングで生じる遅延を説明する図である。
【図３】チャネル間のスイッチングで生じる遅延を説明する図である。
【図４】モザイクチャネルの合成例を表す図である。
【図５】モザイクチャネル間のスイッチングを説明する図である。
【図６】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図７】ザッピング時（モザイクチャネル視聴時）のデータの流れを示す図である。
【図８】MBMSにおけるUSDの配置を示す図である。
【図９】DVB-H(IPDC)におけるESGの配置を示す図である。
【図１０】MPDをXML形式で記述した例を示す図である。
【図１１】拡張したMPDをXML形式で記述した例を示す図である。
【図１２】拡張HTML包含型モザイクCH用MPDの一例を示す図である。
【図１３】拡張HTML参照型モザイクCH用MPDの一例を示す図である。
【図１４】拡張HTML要素のファイルの一例を示す図である。
【図１５】拡張HTML要素の内容を具体的に説明する図である。
【図１６】モザイクCH装置の処理を説明するフローチャートである。
【図１７】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図１８】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図１９】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図２０】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００４６】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、本開示の概要について図４および図５を参照して説明する。
【００４７】
図４は、本開示の実施の形態であるコンテンツ供給システムのモザイクCH装置によって配信されるモザイクチャネル(CH)の画面の表示例を示している。
【００４８】
ここでモザイクチャネルとは、モザイクCHストリームを配信するものであり、モザイクCHストリームは、通常のチャネル（以下、視聴チャネルとも称する）それぞれから配信されている複数のコンテンツの映像が合成されたものである。モザイクチャネルの画面は、複数の領域に等分割されており、各領域にはそれぞれ異なるコンテンツの映像が表示される。
【００４９】
したがって、モザイクチャネルの画面では、同時に複数の映像を確認することができる。
【００５０】
なお、本実施の形態では、モザイクCHストリームは、４本の異なるコンテンツの映像ストリームが合成されて構成されているが、モザイクCHストリームを構成する映像ストリームの数は４に限定されるものではなく、例えば６（＝３×２または２×３）、９（＝３×３）などであってもよい。
【００５１】
各モザイクチャネルのモザイクCHストリームは、ジャンル別（スポーツ系、バラエティ系、ニュース系、映画系等）にグループ分けされた複数のコンテンツの映像ストリームを合成して構成する。
【００５２】
また、マルチアングル系のモザイクチャネルのモザイクCHストリームを、単一のコンテンツとして配信されている、受信側が選択可能な異なる複数の映像ストリーム（コンサート会場などの撮影対象を異なる複数の位置から撮影した複数の映像、または一箇所から異なる方向を向いて撮影された複数の映像など）を合成して構成してもよい。
【００５３】
モザイクチャネルを受信、再生する側では、モザイクチャネルの画面上で複数の映像を同時に確認することができる。また、例えばリモートコントローラのチャネル上下ボタンの操作に応じて、モザイクチャネル間をザッピングすることができる。さらに、モザイクチャネルの画面上では、例えばリモートコントローラの上下左右ボタンの操作に応じて、画面上の複数の領域のいずれかにポインタを移動させてフォーカスすることができ、さらに選択ボタンの操作によりフォーカスされている領域を選択することができる。
【００５４】
モザイクチャネルの画面上のある領域がフォーカスされると、その領域に表示されている映像に対応する音声が出力される。さらに、その領域が選択されると、その領域に表示されている映像に対応する、視聴チャネルにて配信されているコンテンツが受信、再生される。
【００５５】
図５は、各モザイクチャネル間をザッピングするときのスイッチングの様子を示している。
【００５６】
同図は、モザイクチャネルＡ，Ｂ，Ｃのそれぞれでビットレートの異なる３本のセグメントストリーム（Representation）を用意していることを示している。
【００５７】
本開示を適用したコンテンツ供給システムでは、各モザイクチャネルのセグメントストリームは、セグメントの区切りがNTP時間軸に同期されているとともに、複数のモザイクチャネル間でセグメント長が統一されている。さらに、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）がNTP時間軸上で一致させるように定められている。
【００５８】
このように定めることにより、受信側では、モザイクチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにモザイクチャネルＢのRepresentationＢ２へのスイッチングを指示すると、そのスイッチングはRepresentationＡ２のセグメントの区切りであってRepresentationＢ２のセグメントの区切りでもあるＴ１に行なわれる。
【００５９】
また、モザイクチャネルＢのRepresentationＢ２を視聴しながらＴ２までにモザイクチャネルＣのRepresentationＣ２へのスイッチングが指示されると、そのスイッチングはRepresentationＢ２のセグメントの区切りであってRepresentationＣ２のセグメントの区切りでもあるＴ２に行なわれる。さらに、モザイクチャネルＣのRepresentationＣ２を視聴しながらＴ３までにモザイクチャネルＡのRepresentationＡ２へのスイッチングが指示されると、そのスイッチングはRepresentationＣ２のセグメントの区切りであってRepresentationＡ２のセグメントの区切りでもあるＴ３に行なわれる。
【００６０】
このようにすることにより、複数のモザイクチャネル間では、余分な遅延の発生を抑止しつつザッピングすることができる。
【００６１】
なお、本実施の形態では、モザイクチャネルのモザイクCHストリームと、視聴チャネルの視聴CHストリームと、それぞれを受信するためのMPDとを、HTTPユニキャスト配信だけでなく、通信品質が保証された放送網等を介するマルチキャスト配信でも供給するようにする。
【００６２】
具体的には、MPDについては、HTTPユニキャスト配信、UPDマルチキャスト配信、およびFLUTEマルチキャスト配信で供給する。モザイクCHストリームと視聴CHストリームについては、HTTPユニキャスト配信、FLUTEマルチキャスト配信、およびRTPマルチキャスト配信で供給する。
【００６３】
そして、受信側ではモザイクチャネルを受信、再生する場合、可能な限りマルチキャスト配信されるMPDを利用し、且つ、マルチキャスト配信されたモザイクCHストリームを受信、再生するようにする。これができない場合、HTTPユニキャスト配信されるMPDを利用し、マルチキャスト配信されるストリーミングデータを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるMPDを利用し、HTTPユニキャスト配信されるストリーミングデータを受信、再生するようにする。これにより、インターネットに過剰な負荷をかけたり、サービス品質の劣化を招いてしまったりすることを抑止できる。
【００６４】
［コンテンツ供給システムの構成例］
図６は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００６５】
該コンテンツ供給システム５０は、視聴チャネルを配信する複数の視聴CH装置２０と、モザイクチャネルを配信する複数のモザイクCH装置６０と、MPD取得ポータル７０、多数の端末装置８０から構成される。なお、視聴CH装置２０は視聴チャネルＡに対応し、モザイクCH装置６０ＡはモザイクチャネルＡに対応するものとする。視聴CH装置２０の数とモザイクCH装置６０の数とは同数である必要はなく、視聴CH装置２０の数に比較してモザイクCH装置６０の数は少なくて構わない。
【００６６】
ネットワーク５１は、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網を含む。
【００６７】
ネットワーク５１には、UTCタイムフォーマットに従ったシステム時刻情報を提供するNTPサーバ５２が接続されている。NTPサーバ５２は、各視聴CH装置２０、各モザイクCH装置６０、各端末装置８０などに対してシステム時刻情報を供給することができる。なお、各視聴CH装置２０、各モザイクCH装置６０、各端末装置８０は、NTPサーバ５２からのシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させて動作しているものとする。
【００６８】
視聴CH装置２０は、図１に示されたものと同様に構成される。ただし、図１の視聴CH装置２０は、セグメントストリームおよびMPDをユニキャスト配信でのみ受信側に供給するが、コンテンツ供給システム５０においては、ユニキャスト配信だけでなくマルチキャスト配信でも供給するようにしてもよい。
【００６９】
モザイクCH装置６０は、モザイクCHビルダ６１、モザイクCHセグメンタ６２、モザイクCH用MPDジェネレータ６３、RTPストリーマ６４、FLUTEストリーマ６５、WEBサーバ６６、およびマルチキャストサーバ６７を有する。
【００７０】
なお、モザイクCH装置６０が有するモザイクCHビルダ６１乃至マルチキャストサーバ６７は、集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００７１】
図７は、モザイクCHビルダ６１乃至マルチキャストサーバ６７の間での各種データの流れを示している。
【００７２】
モザイクCHビルダ６１は、複数の視聴用CH装置２０（図７の場合、視聴用CH装置２０Ａ乃至２０Ｄ）がそれぞれの視聴チャネルから配信するコンテンツのストリーミングデータを取得する。そして、モザイクCHビルダ６１は、例えば視聴チャネルＡのコンテンツを画面左上、視聴チャネルＢのコンテンツを画面右上、視聴チャネルＣのコンテンツを画面左下、視聴チャネルＤのコンテンツを画面右下に配置した状態で合成することによりモザイクCHストリーミングデータを生成する。さらに、モザイクCHビルダ６１は、生成したモザイクCHストリーミングデータをモザイクCHセグメンタ６２およびRTPストリーマ６４に出力する。またさらに、モザイクCHビルダ６１は、各視聴用CH装置２０が視聴チャネルから配信するコンテンツに関するメタデータ（セグメントストリームの供給元のURLなど）を取得してモザイクCH用MPDジェネレータ６３に供給する。
【００７３】
モザイクCHセグメンタ６２は、モザイクCHストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などのモザイクCHセグメントストリームを生成して、FLUTEストリーマ６５およびWEBサーバ６６に出力する。なお、モザイクCHセグメントストリームのセグメント長は、他のモザイクチャネルのモザイクCH装置６０が生成するモザイクCHセグメントストリームと統一されており、セグメントの区切りはNTP時間軸に同期されている。
【００７４】
さらに、モザイクCHセグメンタ６２は、生成したモザイクCHセグメントストリームのメタデータ（モザイクCHセグメントストリームを格納したファイルの供給元となるWEBサーバ６６のURLなど）をモザイクCH用MPDジェネレータ６３に通知する。
【００７５】
モザイクCH用MPDジェネレータ６３は、端末装置８０がモザイクCHセグメントストリームやモザイクCH RTPストリーム（後述）を受信するために必要な、モザイクCH用に拡張されたMPD（以下、モザイクCH用MPDと称する）を生成してFLUTEストリーマ６５およびWEBサーバ６６に出力する。
【００７６】
RTPストリーマ６４は、モザイクCHビルダ６１から入力されるモザイクCHストリーミングデータをRTPパケットに格納することによりモザイクCH RTPストリームを生成してマルチキャストサーバ６７に出力する。また、RTPストリーマ６４は、モザイクCHRTPストリームのメタデータをモザイクCH用MPDジェネレータ６３に通知する。
【００７７】
FLUTEストリーマ６５は、モザイクCHセグメンタ６２から入力されるモザイクCHセグメントストリームをFLUTEパケットに格納することによりモザイクCH FLUTEストリームを生成してマルチキャストサーバ６７に出力する。また、FLUTEストリーマ６５は、モザイクCH用MPDジェネレータ６３から入力されるモザイクCH用MPDをマルチキャストサーバ６７に出力する。
【００７８】
WEBサーバ６６は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）に応じ、モザイクCH用MPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６６は、端末装置８０からの要求（HTTPリクエスト）に応じ、モザイクCHセグメントストリームを要求元にHTTPユニキャスト配信する。
【００７９】
マルチキャストサーバ６７は、モザイクCH用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。また、マルチキャストサーバ６７は、モザイクCH FLUTEストリームをFLUTEマルチキャスト配信する。さらに、マルチキャストサーバ６７は、モザイクCH RTPストリームをRTPマルチキャスト配信する。
【００８０】
図６に戻る。MPD取得ポータル７０は、端末装置８０からのモザイクCH用MPDを要求するクエリAPIに応じ、各モザイクCH装置６０をクロールしてモザイクCH用MPDを集めて端末装置８０に送信する。なお、各モザイクCH装置６０にてモザイクCH用MPDが生成されていない場合、所定の条件（後述）を満たす通常のMPDを集めて端末装置８０に送信する。また、MPD取得ポータル７０は、端末装置８０からの視聴用MPDを要求するクエリAPIに応じ、各視聴CH装置２０をクロールしてMPDを集めて端末装置８０に送信することができる。
【００８１】
端末装置８０は、ネットワーク５１を介して視聴CH装置２０やモザイクCH装置６０に接続する。端末装置８０は、モザイクチャネル間でザッピングを行う場合、可能な限りマルチキャスト配信されるモザイクCH用MPDを取得し、取得したモザイクCH用MPDに基づいて可能な限りマルチキャスト配信されるモザイクCH FLUTEストリームまたはモザイクCH RTPストリームを受信、再生するようにする。これができない場合、HTTPユニキャスト配信されるモザイクCH用MPDを取得し、マルチキャスト配信されるモザイクCH FLUTEストリームまたはモザイクCH RTPストリームを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるモザイクCH用MPDを利用し、HTTPユニキャスト配信されるモザイクCHセグメントストリームを受信、再生するようにする。
【００８２】
なお、端末装置８０がモザイクCH用MPDや視聴用MPDの取得先のアドレスを知っている場合、MPD取得ポータル７０を利用することなく、直接的にモザイクCH用MPDや視聴用MPDを取得することもできる。
【００８３】
端末装置８０がモザイクCHセグメントストリームやモザイクCH RTPストリームを受信する場合、モザイクCH用MPDが参照される。端末装置８０が、FLUTEマルチキャスト配信されるモザイクCH用MPDやモザイクCH FLUTEストリームを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６７のポータルチャネルが記述されたアナウンス情報が参照される。
【００８４】
該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図８は、MBMSにおけるUSDの配置を示している。
【００８５】
また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図９は、DVB-H(IPDC)におけるESGの配置を示している。
【００８６】
なお、該アナウンス情報をMPD取得ポータル７０が管理するようにし、端末装置８０からの要求に応じて、MPD取得ポータル７０が該アナウンス情報を要求元に通知するようにしてもよい。
【００８７】
［MPDの拡張について］
次に、DASHにおけるMPDとその拡張について説明する。
【００８８】
MPDは、コンテンツ（Media)に関する情報がPeriod毎に区分されている。各Periodには、同一内容であって画質や画角サイズが変更されているビットレートなどのストリーム属性の異なるストリーミングデータに関する情報からなる複数のRepresentationが用意されている。Representationには、Periodをさらに時間的に分割したSegmentに関する情報が格納されている。
【００８９】
図１０は、Representation以下の構造をXML形式で記述した一例を示している。
【００９０】
同図においては、MPD/Period/AdaptationSet/Representation/BaseURLに記述されている”http://example.com/counter-10mn_avc_dash.mp4”が、複数のセグメントがまとめてファイル化されているファイルの供給元のアドレスを示している。
【００９１】
また、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRangeが該ファイルにおける、セグメント化されたストリーミングデータのバイト範囲を示している。
【００９２】
例えば、MPD/Period/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRange=”795-83596”は、該ファイルにおけるバイト範囲795バイト目から83596バイト目までが１つ目のセグメント化されたストリーミングデータであることを示している。
【００９３】
したがって、端末装置８０が１つ目のセグメント化されたストリーミングデータを取得する際には、ファイルのurl”http://example.com/counter-10mn_avc_dash.mp4”とともに、そのRangeヘッダにmediaRange”795-83596”を指定してHTTPリクエストを発行すればよい。この際のHTTPリクエストは以下のとおりとなる。
GET /counter-10mn_avc_dash.mp4 HTTP/1.1
Host: example.com
Range: bytes=795-83596
【００９４】
次に、図１１は、ザッピング可能なモザイクチャネルのモザイクCH用MPDとして拡張されたMPD直下の構造をXML形式で記述した一例を示している。
【００９５】
すなわち、拡張されたMPDでは、MPDの直下にMPD/@NTPSynchronized(boolean型、値はtrue/false)属性、およびMPD/@SegmentAlignedGroupID(グループ識別子)属性が新たに導入されている。
【００９６】
MPD/@NTPSynchronized属性には、当該MPDに対するセグメントストリームのセグメントの区切りがNTP時間軸に同期しているか否かを表すtrueまたはfalseが記述される。いまの場合、モザイクCHセグメンタ６２がNTP時間軸に同期して動作しているので、セグメントの区切りはNTP時間軸に一致する。よって、同期MPD/@NTPSynchronized属性の値はtrueとなる。
【００９７】
MPD/@SegmentAlignedGroupID属性は、セグメントストリームのセグメントの区切りを一致させているチャネルが属するグループ（いまの場合、全てのチャンネルのうちのモザイクチャネルのグループ）の識別子が記述される。
【００９８】
したがって、MPD取得ポータル７０では、端末装置８０からモザイクCH用MPDが要求された場合、MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD（モザイクCH用MPD）であって、mosaic要素（後述）を含むMPDを集めればよい。
【００９９】
また、図示は省略するが、モザイクCH用MPDでは、該コンテンツ供給装置６０のチャネルが属するグループ内で、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させる。
【０１００】
さらに、モザイクCH用MPDには、セグメント長を表す値を格納するsegmentBase/@duration属性、または、最大セグメント長を表す値を格納するMPD/@maxSegmentDuration属性の少なくとも一方の記述を必須とする。これらの少なくとも一方が記述されていれば、仮にMPD/@NTPSynchronized属性およびMPD/@SegmentAlignedGroupID属性が記述されていなくてもモザイクCH用のモザイクチャネルに対応するMPDを集めることができる。具体的には、例えば、端末装置８０がMPD取得ポータル７０に以下のようなクエリAPIによりMPDを要求すれば、所定の条件を満たすセグメント長（期待セグメント長）のMPDを集めさせることができる。なお、以下の例では、２秒以下のセグメント長を期待セグメント長としている。
Http://MPDPortal.com/getMPD?expectedSegmentSizeLimit="PT2S"
【０１０１】
期待セグメント長に該当する集められたMPDに対応するモザイクチャネル間では、セグメント長が比較的短時間（上記の例では２秒間）なので、速やかなザッピングが可能となる。
【０１０２】
なお、MPD/@NTPSynchronized属性、およびMPD/@SegmentAlignedGroupID属性を導入する代わりに、当該MPDがザッピング可能なモザイクチャネルに対応するモザイクCH用MPDであるか否かを示すMPD/forZapping(boolean型、値はtrue/false)属性を導入するようにしてもよい。
【０１０３】
さらに、HTTPユニキャスト配信されるモザイクCHセグメントストリームと、RTPマルチキャスト配信されるモザイクCH RTPストリームとをシームレスにスイッチングできるよう、モザイクCH 用MPDにServiceLocation要素を新たに導入する。また、HTTPユニキャスト送信されるセグメントのバイト範囲に対応する、マルチキャスト送信されるモザイクCH RTPストリームの区間を表すrtspRange属性を導入する。
【０１０４】
rtspRange属性は、HTTPユニキャスト配信されるモザイクCHセグメントストリームのスイッチング対象としての、マルチキャスト配信されるモザイクCH RTPストリームの区間を特定するものであり、SegmentURL要素に配置される。rtspRange属性には、RFC(Request For Comment)2326にて規定されるRTPストリーミングの制御に利用されるRTSP（Real Time Streaming Protocol）において定義されているRTPストリーム区間を識別するrangeパラメタのフォーマット（UTCフォーマット）の文字列が格納される。なお、rtspRange属性に格納する情報のフォーマットはUTCフォーマットに限定されるものではない。
【０１０５】
さらに、ServiceLocation要素をルート要素として格納するServiceLocationAttributeファイルのurlが記述されるServiceLocationAttributeUrl属性がMPDのBaseURLに配置される。
【０１０６】
ServiceLocation要素は、チューニングパラメータ(DeliverySystemAttributes)およびIPマルチキャストアドレス(IPMulticastAddress)から成る。
【０１０７】
DeliverySystemAttributesのDeliverySystemIdentifierには、例えばMBMSなどのモバイルネットワークのマルチキャストベアラやブロードキャストベアラを利用する場合、MBMSなどによるマルチキャスト送信やブロードキャスト送信にて採用されているチューニングパラメタのデータ構造のフォーマット識別子（MBMSの場合、ID_MBMS）が記述される。
【０１０８】
また、例えばDVB地上波網などの既存のテレビジョン放送網のブロードキャストベアラを利用する場合、DVB地上波網のブロードキャスト送信にて採用されているチューニングパラメタのデータ構造のフォーマット識別子（DVB地上波網の場合、ID_DVB_T）が記述される。
【０１０９】
DeliverySystemAttributesのDeliverySystemDescriptorには、DeliverySystemIdentifierで識別される配信形態に対応するチューニングパラメータのデータ構造(パラメータ自体)が記述される。
【０１１０】
またさらに、モザイクCH用MPDには、モザイクCHストリームに対応するAdaptationSet(またはRepresentation)の下にmosaic要素を導入する。
【０１１１】
mosaic要素の内容は、当該モザイクCH用MPDの中に拡張HTML要素により記述するか、または当該モザイクCH用MPDとは別のファイルとして拡張HTML要素により記述し、mosaic要素には該ファイルの参照(URL)を記述するようにする。以下、前者のモザイクCH用MPDを拡張HTML包含型モザイクCH用MPDと称し、後者のモザイクCH用MPDを拡張HTML参照型モザイクCH用MPDと称する。
【０１１２】
なお、拡張HTML要素を用いる代わりにSMIL(Synchronized Multimedia Integration Language）を用いてもよい。
【０１１３】
mosaic要素の内容を記述する拡張HTML要素では、HTMLのdiv要素に、制御記述対象であるモザイクCH用MPD内のAdaptationSet要素、Representation要素、またはSubRepresentation要素への参照属性が指定できるように、xlink:type属性(値”simple”)とxlink:href属性により制御対象要素への参照を指定する。このdiv要素にて指定される領域に対応するチャネルが確定選択された際にスイッチする視聴用のストリームのアドレスを示す。また、xlink:actuate属性(値”onLoad”)とxlink:type属性(値”simple”)とxlink:href属性により制御対象要素への参照が指定された場合は、このdiv要素にて指定される領域にフォーカスが移動された場合(上記のチャネル選択確定操作とは異なる単なるポインタの移動)にスイッチするストリームのアドレスを示す。
【０１１４】
図１２は、拡張HTML包含型モザイクCH用MPDの一例を示している。
【０１１５】
同図に示されるように、MPD中にmosaic要素が存在していることにより、該MPDがモザイクCH用MPDであることを示している。拡張HTML要素のdiv要素では、モザイクCHストリームの画面上に設けられる領域に関する情報が記述される。
【０１１６】
body要素には、各領域にフォーカスが移動された場合に出力するオーディオストリームへの参照と、各領域が選択された場合に受信、再生する視聴用のビデオストリームおよびオーディオストリームの参照が記述される。
【０１１７】
同図の場合、各領域にフォーカスが移動された場合に出力するオーディオストリームへの参照は、該モザイクCH用MPD内とされている。各領域が選択された場合に受信、再生する視聴用のビデオストリームおよびオーディオストリームの参照は、該モザイクCH用MPDとは異なる視聴用MPDが指定されている。ただし、各領域が選択された場合に受信、再生する視聴用のビデオストリームおよびオーディオストリームの参照は、視聴用MPDに限定されるものではない。
【０１１８】
図１３は、拡張HTML参照型モザイクCH用MPDの一例を示している。図１４は、モザイクCH用MPDとは別ファイルとして存在する拡張HTML要素のファイルの一例を示している。
【０１１９】
図１３に示されるmosaic要素には、別ファイルとして存在する拡張HTML要素の参照が記述される。図１４の拡張HTML要素には、図１２に示された拡張HTML要素と同様の内容が記述される。
【０１２０】
図１５は、図１２または図１４に示された拡張HTML要素の内容を具体的に図示している。すなわち、拡張HTML要素では、div要素にて、1920画素×1080画素の画面全体がBaseとして定義され、画面の左上領域がC1領域、右上領域がC2領域、左下領域がC3領域、右下領域がC4領域として定義されている。
【０１２１】
画面全体、すなわちBaseが表示されている場合、拡張HTML要素としては、C1領域に対応するオーディオストリームとしてId-C1aを、C2領域に対応するオーディオストリームとしてId-C2aを、C3領域に対応するオーディオストリームとしてId-C3aを、C4領域に対応するオーディオストリームとしてId-C4aを同時に出力するように記述されている。
【０１２２】
ただし、端末装置８０では、これら４本のオーディオストリームに対応する音声を同時に出力するのではなく、ブラウザなどの機能により、C1領域がフォーカスされた状態ではId-C1aのみを出力し、C2領域がフォーカスされた状態ではId-C2aのみを出力し、C3領域がフォーカスされた状態ではId-C3aのみを出力し、C4領域がフォーカスされた状態ではId-C4aのみを出力するようにする。
【０１２３】
さらに、C1領域が選択された場合、http://a.com/C1mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C1mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。C2領域が選択された場合、http://a.com/C2mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C2mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。C3領域が選択された場合、http://a.com/C3mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C3mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。C4領域が選択された場合、http://a.com/C4mpd.mpd#1d-vにて指定された視聴用ビデオストリームと、http://a.com/C4mpd.mpd#1d-aにて指定された視聴用オーディオストリームが受信、再生される。
【０１２４】
［コンテンツ供給システム５０の動作］
次に、コンテンツ供給システム５０の動作について説明する。
【０１２５】
図１６は、モザイクCHストリームを配信するために各モザイクCH装置６０が行なう処理を説明するフローチャートである。
【０１２６】
ステップＳ１において、モザイクCH装置６０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。これにより、モザイクCH装置６０のモザイクCHセグメンタ６２等はNTP時間軸に同期して動作することができる。
【０１２７】
ステップＳ２において、モザイクCHビルダ６１は複数（本実施の形態では４）の視聴用CH装置２０がそれぞれ視聴チャネルとして配信するコンテンツのストリーミングデータ（またはそのソースデータ）を取得し、これらを一画面に合成してモザイクCHストリーミングデータを生成する。さらに、モザイクCHビルダ６１は、生成したモザイクCHストリーミングデータをモザイクCHセグメンタ６２およびRTPストリーマ６４に出力する。またさらに、モザイクCHビルダ６１は、複数の視聴用CH装置２０が視聴チャネルから配信するコンテンツのメタデータを取得してモザイクCH用MPDジェネレータ６３に供給する。
【０１２８】
ステップＳ３において、モザイクCHセグメンタ６２は、モザイクCHビルダ６１から入力されたモザイクCHストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などのモザイクCHセグメントストリームを生成して、FLUTEストリーマ６５およびWEBサーバ６６に出力する。また、モザイクCHセグメンタ６２は、生成したモザイクCHセグメントストリームのメタデータをモザイクCH用MPDジェネレータ６３に通知する。
【０１２９】
FLUTEストリーマ６５は、モザイクCHセグメンタ６２から入力されたモザイクCHセグメントストリームをFLUTEパケットに格納することによりモザイクCH FLUTEストリームを生成してマルチキャストサーバ６７に出力する。
【０１３０】
RTPストリーマ６４は、モザイクCHビルダ６１から入力されたモザイクCHストリーミングデータをRTPパケットに格納することによりモザイクCH RTPストリームを生成してマルチキャストサーバ６７に出力する。また、RTPストリーマ６４は、モザイクCH RTPストリームのメタデータをモザイクCH用MPDジェネレータ６３に通知する。
【０１３１】
ステップＳ４において、モザイクCH用MPDジェネレータ６３は、通知されたメタデータに基づいてモザイクCH用MPDを生成し、FLUTEストリーマ６５およびWEBサーバ６６に出力する。
【０１３２】
ステップＳ５において、FLUTEストリーマ６５は、モザイクCH用MPDジェネレータ６３から入力されたモザイクCH用MPDをマルチキャストサーバ６７に出力する。マルチキャストサーバ６７は、モザイクCH用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信（オーバレイマルチキャスト配信なども含む）する。
【０１３３】
ステップＳ６において、WEBサーバ６６は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてモザイクCH用MPDを要求元にHTTPユニキャスト配信する。
【０１３４】
ステップＳ７において、マルチキャストサーバ６７は、モザイクCH用FLUTEストリームをFLUTEマルチキャスト配信するとともに、モザイクCH用RTPストリームをRTPマルチキャスト配信する。
【０１３５】
ステップＳ８において、WEBサーバ６６は、端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてモザイクCHセグメントストリームを要求元にHTTPユニキャスト配信する。以上で、モザイクCH装置６０が行う処理の説明を終了する。
【０１３６】
次に、端末装置８０がモザイクCHを次々にスイッチングするザッピングフェーズを経て視聴CHを受信、再生する視聴フェーズに遷移するまでのコンテンツ供給システム５０の一連の処理（以下、一連の処理と称する）について図１７乃至図１９を参照して説明する。
【０１３７】
図１７は、端末装置８０がマルチキャスト配信されるモザイクCH用MPDを受信でき、且つ、マルチキャスト配信されたモザイクCH用FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。
【０１３８】
なお、視聴CH装置２０から配信される視聴用MPDおよび視聴用ストリームの受信方法については任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
【０１３９】
ステップＳ１１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ１２において、端末装置８０は、図１６のステップＳ５の処理としてFLUTEマルチキャスト配信されているモザイクCH用MPDを受信する。なお、自身でモザイクCH用MPDを受信する代わりに、MPD取得ポータル７０に対してモザイクCH用MPDを要求するようにしてもよい。モザイクCH用MPDを受信した端末装置８０はザッピングフェーズとなる。
【０１４０】
ステップＳ１３において、端末装置８０は、モザイクCH用MPDに基づき、図１６のステップＳ７の処理としてFLUTEマルチキャスト配信されているモザイクCH FLUTEストリームまたはRTPマルチキャスト配信されているモザイクCH RTPストリームを受信、再生する。
【０１４１】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ１３の処理を繰り返すことにより、モザイクチャネル間で速やかなザッピングを行なうことができる。
【０１４２】
なお、端末装置８０は、ザッピングフェーズの間に、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルの視聴用MPDを取得しておくようにする。具体的には、ステップＳ１４として、端末装置８０は、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルにそれぞれ対応する視聴CH装置２０に視聴用MPDを要求し、この要求に応じ、ステップＳ２１の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
【０１４３】
さらに、端末装置８０は、ザッピングフェーズの間、ステップＳ１５として、モザイクチャネルの画面上のいずれかの領域が選択されるまで待機する。そして、モザイクチャネルの画面上のいずれかの領域が選択された場合、端末装置８０は視聴フェーズに遷移する。
【０１４４】
視聴フェーズに遷移した端末装置８０は、ステップＳ１６において、モザイクCH用MPDの拡張HTML要素を解析し、選択された領域に対応付けられている視聴用MPDに基づいて、視聴用セグメントストリームを対応する視聴CH装置２０に要求する。ステップＳ１７において、端末装置８０は、この要求に応じてステップＳ２２の処理としてHTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
【０１４５】
この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移することも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、モザイクチャネル間を速やかにザッピングすることができ、かつ、モザイクチャネルの画面から速やかに視聴チャネルに遷移することが可能となる。
【０１４６】
次に、図１８は、端末装置８０がHTTPユニキャスト配信されるモザイクCH用MPDを取得し、マルチキャスト配信されたモザイクCH FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。
【０１４７】
なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１７の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
【０１４８】
ステップＳ３１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ３２において、端末装置８０は、各モザイクCH装置６０のWEBサーバ６６に対してモザイクCH用MPDを要求する。この要求に応じ、WEBサーバ６６は、図１６のステップＳ６の処理として、モザイクCH用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。要求元の端末装置８０に送信する。
【０１４９】
なお、端末装置８０がMPD取得ポータル７０を用いてモザイクCH用MPDを集めてもよい。この場合、MPD取得ポータル７０が各モザイクCH装置６０のWEBサーバ６６に接続し、モザイクCH用MPD（MPD/@NTPSynchronized属性がtrueであり、MPD/@SegmentAlignedGroupID属性が同じグループ識別子であり、mosaic要素を含むMPDを要求する。なお、MPD取得ポータル７０は、UDPマルチキャスト配信されるモザイクCH用MPDを集めるようにしてもよい。
【０１５０】
モザイクCH用MPDを受信した端末装置８０はザッピングフェーズとなる。ステップＳ３３において、端末装置８０は、モザイクCH用MPDに基づき、図１６のステップＳ７の処理としてFLUTEマルチキャスト配信されているモザイクCH FLUTEストリームまたはRTPマルチキャスト配信されているモザイクCH RTPストリームを受信、再生する。
【０１５１】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ３３の処理を繰り返すことにより、モザイクチャネル間で速やかなザッピングを行なうことができる。
【０１５２】
なお、端末装置８０は、ザッピングフェーズの間に、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルの視聴用MPDを取得しておくようにする。具体的には、ステップＳ３４として、端末装置８０は、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルにそれぞれ対応する視聴CH装置２０に視聴用MPDを要求し、この要求に応じ、ステップＳ４１の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
【０１５３】
さらに、端末装置８０は、ザッピングフェーズの間、ステップＳ３５として、モザイクチャネルの画面上のいずれかの領域が選択されるまで待機する。そして、モザイクチャネルの画面上のいずれかの領域が選択された場合、端末装置８０は視聴フェーズに遷移する。
【０１５４】
視聴フェーズに遷移した端末装置８０は、ステップＳ３６において、モザイクCH用MPDの拡張HTML要素を解析し、選択された領域に対応付けられている視聴用MPDに基づいて、視聴用セグメントストリームを対応する視聴CH装置２０に要求する。ステップＳ３７において、端末装置８０は、この要求に応じてステップＳ４２の処理としてHTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
【０１５５】
この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移することも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、モザイクチャネル間を速やかにザッピングすることができ、かつ、モザイクチャネルの画面から速やかに視聴チャネルに遷移することが可能となる。
【０１５６】
次に、図１９は、端末装置８０がHTTPユニキャスト配信されるモザイクCH用MPDを取得し、マルチキャスト配信されたモザイクCH用FLUTEストリームまたはRTPストリームを受信できずに、HTTPユニキャスト配信されるモザイクCHセグメントストリームを受信、再生できる場合に対応するフローチャートである。
【０１５７】
なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１７の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
【０１５８】
ステップＳ５１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ５２において、端末装置８０は、各モザイクCH装置６０のWEBサーバ６６に対してモザイクCH用MPDを要求する。この要求に応じ、WEBサーバ６６は、図１６のステップＳ６の処理として、モザイクCH用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。要求元の端末装置８０に送信する。なお、端末装置８０がMPD取得ポータル７０を用いてモザイクCH用MPDを集めてもよい。モザイクCH用MPDを受信した端末装置８０はザッピングフェーズとなる。
【０１５９】
ステップＳ５３において、端末装置８０は、モザイクCH用MPDに基づき、WEBサーバ６６に対してモザイクCHセグメントストリームを要求する。この要求に応じ、WEBサーバ６６は、図１６のステップＳ８の処理として、モザイクCHセグメントストリームを端末装置８０にHTTPユニキャスト配信する。
【０１６０】
ステップＳ５４において、端末装置８０は、HTTPユニキャスト配信されたモザイクCHセグメントストリームを受信、再生する。
【０１６１】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ５３の処理を繰り返すことにより、モザイクチャネル間で速やかなザッピングを行なうことができる。
【０１６２】
なお、端末装置８０は、ザッピングフェーズの間に、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルの視聴用MPDを取得しておくようにする。具体的には、ステップＳ５５として、端末装置８０は、受信、再生中のモザイクチャネルを構成する複数の視聴チャネルにそれぞれ対応する視聴CH装置２０に視聴用MPDを要求し、この要求に応じ、ステップＳ６１の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
【０１６３】
さらに、端末装置８０は、ザッピングフェーズの間、ステップＳ５６として、モザイクチャネルの画面上のいずれかの領域が選択されるまで待機する。そして、モザイクチャネルの画面上のいずれかの領域が選択された場合、端末装置８０は視聴フェーズに遷移する。
【０１６４】
視聴フェーズに遷移した端末装置８０は、ステップＳ５７において、モザイクCH用MPDの拡張HTML要素を解析し、選択された領域に対応付けられている視聴用MPDに基づいて、視聴用セグメントストリームを対応する視聴CH装置２０に要求する。ステップＳ５８において、端末装置８０は、この要求に応じてステップＳ６２の処理としてHTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
【０１６５】
この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移することも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、モザイクチャネル間を速やかにザッピングすることができ、かつ、モザイクチャネルの画面から速やかに視聴チャネルに遷移することが可能となる。
【０１６６】
なお、以上の説明においては、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとしたが、セグメントがより細分化されているサブセグメント単位で行なわれることもある。その場合、モザイクCH用MPDと視聴用MPDには、サブセグメント長を表す値を格納するMPD/@SubSegmentDuration属性の記述を必須とし、上述した説明の「セグメント」を「サブセグメント」と読み替えればよい。
【０１６７】
また、本実施の形態においては、端末装置８０がモザイクチャネルを受信するために必要な情報として、従来のMPDを拡張したモザイクCH用MPDを用いているが、モザイクCH用MPDの代わりにHTMLファイルを用いることが可能である。
【０１６８】
ところで、上述した一連の処理を実行するモザイクCH装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１６９】
図２０は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１７０】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１７１】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
【０１７２】
入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
【０１７３】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１７４】
コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１７５】
コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
【０１７６】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１７７】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１７８】
本開示は以下のような構成もとることができる。
（１）
モザイクチャネルとしてコンテンツを供給するコンテンツ供給装置において、
内容が異なる複数のストリームを合成してモザイクCHストリーミングデータを生成する合成部と、
生成された前記モザイクCHストリーミングデータを、他のモザイクチャネルとの間で統一されているタイミングに従って区切ることにより、モザイクCHセグメントストリームを生成するモザイクCHセグメントストリーム生成部と、
前記モザイクCHセグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記モザイクCHセグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記モザイクCHセグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
を備えるコンテンツ供給装置。
（２）
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
前記（１）に記載のコンテンツ供給装置。
（３）
前記メタファイル生成部は、MOSAIC要素を含む前記MPDを生成する
前記（２）に記載のコンテンツ供給装置。
（４）
前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報を記述した拡張HTML包含型モザイクCH用MPDを生成する
前記（３）に記載のコンテンツ供給装置。
（５）
前記メタファイル生成部は、前記MOSAIC要素として、前記モザイクCHストリーミングデータの画面上に設けた領域の情報と各領域に対応するストリームの情報が記述されているファイルへの参照を記述した拡張HTML参照型モザイクCH用MPDを生成する
前記（３）に記載のコンテンツ供給装置。
（６）
前記ユニキャスト配信部は、前記メタファイルもユニキャスト配信し、
前記マルチキャスト配信部は、前記メタファイルもマルチキャスト配信する
前記（１）から（５）のいずれかに記載のコンテンツ供給装置。
（７）
前記ユニキャスト配信部は、前記モザイクCHセグメントストリームをHTTPユニキャスト配信し、
前記マルチキャスト配信部は、前記モザイクCHセグメントストリームに基づくモザイクCH FLUTEストリームをFLUTEマルチキャスト配信する
前記（１）から（６）のいずれかに記載のコンテンツ供給装置。
（８）
前記モザイクCHストリーミングデータに基づいてモザイクCH RTPストリームを生成するRTPストリーム生成部をさらに備え、
前記マルチキャスト配信部は、前記モザイクCH RTPストリームもRTPマルチキャスト配信する
前記（１）から（７）のいずれかに記載のコンテンツ供給装置。
（９）
前記モザイクCHセグメントストリーム生成部は、NTP時間軸に同期し、前記他のモザイクチャネルとの間で前記モザイクCHセグメントストリームの最小単位の先頭を揃え、前記他のモザイクチャネルとの間で統一されている時間長で、前記モザイクCHストリームを前記最小単位に区切ることにより、前記モザイクCHセグメントストリームを生成する
前記（１）から（８）のいずれかに記載のコンテンツ供給装置。
【符号の説明】
【０１７９】
２０  視聴CH装置，  ５０  コンテンツ供給システム，  ５１  ネットワーク，  ５２  NTPサーバ，  ６０  モザイクCH装置,  ６１  モザイクCHビルダ，  ６２  モザイクCH用セグメンタ，  ６３  モザイクCH用MPDジェネレータ，  ６４    RTPストリーマ，  ６５  FLUTEストリーマ，  ６６  WEBサーバ，  ６７  マルチキャストサーバ，  ７０  MPD取得ポータル，  ８０  端末装置，  １００  コンピュータ，  １０１  CPU
【図１】
0006570999.tif 000002
【図２】
0006570999.tif 000003
【図３】
0006570999.tif 000004
【図４】
0006570999.tif 000005
【図５】
0006570999.tif 000006
【図６】
0006570999.tif 000007
【図７】
0006570999.tif 000008
【図８】
0006570999.tif 000009
【図９】
0006570999.tif 000010
【図１０】
0006570999.tif 000011
【図１１】
0006570999.tif 000012
【図１２】
0006570999.tif 000013
【図１３】
0006570999.tif 000014
【図１４】
0006570999.tif 000015
【図１５】
0006570999.tif 000016
【図１６】
0006570999.tif 000017
【図１７】
0006570999.tif 000018
【図１８】
0006570999.tif 000019
【図１９】
0006570999.tif 000020
【図２０】
0006570999.tif 000021