(57)【要約】【課題】  DASHにおけるチャネル間の速やかなザッピングを実現する。【解決手段】  本開示のコンテンツ供給装置は、複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。【選択図】  図５
2015012305.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
を備えるコンテンツ供給装置。
【請求項２】
前記ザッピング用セグメントストリーム生成部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記ユニキャスト配信部は、前記ザッピング用セグメントストリームをHTTPユニキャスト配信し、
前記マルチキャスト配信部は、前記ザッピング用セグメントストリームに基づくザッピング用FLUTEストリームをFLUTEマルチキャスト配信する
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記複数のストリーミングデータのうちの前記ザッピング用の前記ストリーミングデータに基づいてザッピング用RTPストリームを生成するRTPストリーム生成部をさらに備え、
前記メタファイル生成部は、HTTPユニキャスト配信される前記ザッピング用セグメントストリーム、FLUTEマルチキャスト配信される前記ザッピング用FLUTEストリーム、およびRTPマルチキャスト配信される前記ザッピング用RTPストリームを受信側が受信するためのメタファイルを生成し、
前記マルチキャスト配信部は、前記ザッピング用RTPストリームもRTPマルチキャスト配信する
請求項２に記載のコンテンツ供給装置。
【請求項５】
前記ザッピング用セグメントストリーム生成部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
請求項２に記載のコンテンツ供給装置。
【請求項６】
前記ザッピング用セグメントストリーム生成部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
請求項２に記載のコンテンツ供給装置。
【請求項７】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
請求項２に記載のコンテンツ供給装置。
【請求項８】
前記メタデータを集めて前記受信側に供給する収集部を
さらに備える請求項２に記載のコンテンツ供給装置。
【請求項９】
前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
請求項８に記載のコンテンツ供給装置。
【請求項１０】
前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
請求項８に記載のコンテンツ供給装置。
【請求項１１】
前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
請求項８に記載のコンテンツ供給装置。
【請求項１２】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成ステップと、
前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信ステップと、
前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、
ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップと
を含むコンテンツ供給方法。
【請求項１３】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、
前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
して機能させるプログラム。
【請求項１４】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、
前記コンテンツ供給装置は、
前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
を備え、
前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする
端末装置。
【請求項１５】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
を備え、
前記端末装置は、
前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、異なるコンテンツが配信されるチャネル間で速やかにザッピング(Zapping)できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
インターネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、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に基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。
【０００７】
該コンテンツ供給システム１０は、コンテンツを供給する側の複数のコンテンツ供給装置２０（いまの場合、２０Ａ，２０Ｂ，２０Ｃ）と、コンテンツを受信する側の多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN(Contents Delivery Network)１２を介してコンテンツ供給装置２０に接続される。
【０００８】
コンテンツ供給装置２０Ａは、チャネルＡとして同一内容のコンテンツを複数のストリームで配信する。コンテンツ供給装置２０Ｂは、チャネルＢとして、チャネルＡのコンテンツとは異なる同一内容のコンテンツを複数のストリームで配信する。コンテンツ供給装置２０Ｃについても同様である。以下、コンテンツ供給装置２０Ａ，２０Ｂ，２０Ｃを個々に区別する必要がない場合、単にコンテンツ供給装置２０と称する。
【０００９】
コンテンツ供給装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
【００１０】
コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツを管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。
【００１１】
DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、それぞれをファイル化して保持し、該ファイルの供給元のアドレスをDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、セグメント化されたストリーミングデータのファイルをHTTPユニキャスト配信する。
【００１２】
DASH MPDサーバ２３は、複数のストリーミングデータ（のセグメント）のファイルの供給元を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDをHTTPユニキャスト配信する。
【００１３】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDに基づいて、DASHセグメントストリーマ２２にストリーミングデータを要求し、これに応じてHTTPユニキャスト配信されるファイルを受信、再生する。
【００１４】
なお、CDN１２には図示せぬキャッシュサーバが設けられている。キャッシュサーバは、CND１２を介してHTTPユニキャスト配信されるMPDやストリーミングデータのファイルをキャッシングし、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わって、HTTPリクエストを送信したDASHクライアント３０に対してキャッシングしているMPD等をHTTPユニキャスト配信する。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１６】
上述したように、DASHではHTTPユニキャスト配信を用いた適応的ストリーミング技術が実現されており、図１の構成では複数のチャネル（コンテンツ供給装置２０Ａ、２０Ｂ、２０Ｃ）が用意されていることによって、受信側に対して内容の異なる複数のコンテンツを同時に配信することが可能となされている。
【００１７】
このように、内容が異なる複数のコンテンツを同時に供給できる場合、視聴者はテレビジョン放送を視聴するときと同様、いわゆるザッピング（短時間のうちにチャネルを次々に切り替えて視聴するコンテンツをさがす動作）を行なうことが想定される。
【００１８】
なお、DASHにおけるチャネル間のスイッチングは、セグメント単位、またはセグメントがより細分化されているサブセグメント単位で行なわれる。以下、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとして説明を継続する。
【００１９】
図２および図３は、DASHのチャネルＡ，Ｂ，Ｃにおいてそれぞれ同一内容のコンテンツであってビットレートの異なる３本のストリーム（Representation）を用意していることを示しており、チャネル間をザッピングするときのスイッチングの様子を示している。
【００２０】
なお、DASHにおいてセグメント長（時間長）は任意であるので、チャネル間においてセグメント長は必ずしも一致しない。また、チャネル間においてコンテンツの先頭のセグメントの再生開始時刻は必ずしも一致しない。
【００２１】
図２は、チャネル間でセグメント長が一致しておらず、かつ、チャネル間でコンテンツの先頭のセグメントの再生開始時刻も一致していない場合の例である。
【００２２】
この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチング（ザッピング）を指示しても、RepresentationＢ２のセグメントの区切りであるＴ２までスイッチングは遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、RepresentationＣ２のセグメントの区切りであるＴ４までスイッチングは遅延される。
【００２３】
図３は、チャネル間でセグメント長は一致しておらず、かつ、チャネル間でコンテンツの先頭のセグメントの再生開始時刻がNTP時間軸に同期して一致されている場合の例である。
【００２４】
この場合、DASHクライアント３０のユーザがチャネルＡのRepresentationＡ２を視聴しながらNTP時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチングを指示しても、RepresentationＢ２のセグメントの区切りであるＴ２までスイッチングは遅延される。さらに、チャネルＢのRepresentationＢ２を視聴しながらＴ３の前までにチャネルＣのRepresentationＣ２へのスイッチングを指示しても、RepresentationＣ２のセグメントの区切りであるＴ４までスイッチングは遅延される。
【００２５】
上述したように、DASHにおけるチャネル間でストリームをスイッチングすると余分な遅延が生じてしまう。よって、この場合、チャネル間で速やかなザッピングを行うことができない。
【００２６】
なお、各チャネルのストリームのセグメント長を極端に短くすれば、上述した遅延の発生は抑止できる。しかしながらその場合、符号化効率が悪化してストリームのデータ量が増加してより広い通信帯域を必要とするので、インターネット１１に過剰な負荷をかけてしまいサービス品質の劣化を招く恐れもある。
【００２７】
本開示はこのような状況に鑑みてなされたものであり、DASHにおけるチャネル間の速やかなザッピングを実現できるようにするものである。
【課題を解決するための手段】
【００２８】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。
【００２９】
前記ザッピング用セグメントストリーム生成部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成することができる。
【００３０】
前記ユニキャスト配信部は、前記ザッピング用セグメントストリームをHTTPユニキャスト配信することができ、前記マルチキャスト配信部は、前記ザッピング用セグメントストリームに基づくザッピング用FLUTEストリームをFLUTEマルチキャスト配信することができる。
【００３１】
本開示の第１の側面であるコンテンツ供給装置は、前記複数のストリーミングデータのうちの前記ザッピング用の前記ストリーミングデータに基づいてザッピング用RTPストリームを生成するRTPストリーム生成部をさらに備えることができ、前記メタファイル生成部は、HTTPユニキャスト配信される前記ザッピング用セグメントストリーム、FLUTEマルチキャスト配信される前記ザッピング用FLUTEストリーム、およびRTPマルチキャスト配信される前記ザッピング用RTPストリームを受信側が受信するためのメタファイルを生成することができ、前記マルチキャスト配信部は、前記ザッピング用RTPストリームもRTPマルチキャスト配信することができる。
【００３２】
前記ザッピング用セグメントストリーム生成部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成することができる。
【００３３】
前記ザッピング用セグメントストリーム生成部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成することができる。
【００３４】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
【００３５】
本開示の第１の側面であるコンテンツ供給装置は、前記メタデータを集めて前記受信側に供給する収集部をさらに備えることができる。
【００３６】
前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成することができ、前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
【００３７】
前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成することができ、前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
【００３８】
前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述することができ、前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集めることができる。
【００３９】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成ステップと、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信ステップと、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信ステップと、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成ステップとを含む。
【００４０】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部として機能させる。
【００４１】
本開示の第１の側面においては、複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータが、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切されることにより、ザッピング用セグメントストリームが生成され、前記ザッピング用セグメントストリームがユニキャスト配信され、前記ザッピング用セグメントストリームがマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルが生成される。
【００４２】
本開示の第２の側面である端末装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、前記コンテンツ供給装置が、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備え、前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする。
【００４３】
本開示の第２の側面においては、メタファイルが取得され、取得された前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信がスイッチングされる。
【００４４】
本開示の第３の側面であるコンテンツ供給システムは、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部とを備える。そして、前記端末装置が、前記メタファイルを取得し、取得した前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信をスイッチングする。
【００４５】
本開示の第３の側面においては、コンテンツ供給装置により、複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータが、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切されることにより、ザッピング用セグメントストリームが生成され、前記ザッピング用セグメントストリームがユニキャスト配信され、前記ザッピング用セグメントストリームがマルチキャスト配信される。また、ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルが生成される。また、端末装置により、メタファイルが取得され、取得された前記メタファイルに基づいて、異なるチャネルのそれぞれからユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームの受信がスイッチングされる。
【発明の効果】
【００４６】
本開示の第１乃至３の側面によれば、DASHにおけるチャネル間の速やかなザッピングを実現することができる。
【図面の簡単な説明】
【００４７】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】チャネル間のスイッチングで生じる遅延を説明する図である。
【図３】チャネル間のスイッチングで生じる遅延を説明する図である。
【図４】本開示の概要を説明する図である。
【図５】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図６】ザッピング時のデータの流れを示す図である。
【図７】視聴時のデータの流れを示す図である。
【図８】MBMSにおけるUSDの配置を示す図である。
【図９】MBMSにおけるUSDの配置を示す図である。
【図１０】MPDをXML形式で記述した例を示す図である。
【図１１】拡張したMPDをXML形式で記述した例を示す図である。
【図１２】コンテンツ供給装置の処理を説明するフローチャートである。
【図１３】ザッピング用と視聴用のセグメント長の違いを表す図である。
【図１４】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図１５】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図１６】コンテンツ供給システムの一連の処理を説明するフローチャートである。
【図１７】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００４８】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、本開示の概要について図４を参照して説明する。
【００４９】
図４は、本開示の実施の形態であるコンテンツ供給システムにて用意された複数チャネル間をザッピングするときのスイッチングの様子を示している。
【００５０】
同図は、チャネルＡ，Ｂ，Ｃにおいてそれぞれ異なるコンテンツを配信しており、各チャネルにてビットレートの異なる３本のストリーム（Representation）を用意していることを示している。
【００５１】
本開示を適用したコンテンツ供給システムでは、コンテンツのセグメントの区切りをNTP時間軸に同期させるとともに、所定のグループに属する各チャネルのセグメント長を共通の時間長に統一する。さらに、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させるように定める。
【００５２】
このように定めることにより、図４に示されるように、該コンテンツ供給システムを利用する視聴者がチャネルＡのRepresentationＡ２を視聴しながらDASHクライアント時間軸のＴ１までにチャネルＢのRepresentationＢ２へのスイッチングを指示すると、RepresentationＡ２のセグメントの区切りであってRepresentationＢ２のセグメントの区切りでもあるＴ１にスイッチングが行なわれる。
【００５３】
また、チャネルＢのRepresentationＢ２を視聴しながらＴ２までにチャネルＣのRepresentationＣ２へのスイッチングが指示されると、RepresentationＢ２のセグメントの区切りであってRepresentationＣ２のセグメントの区切りでもあるＴ２にスイッチングが行なわれる。さらに、チャネルＣのRepresentationＣ２を視聴しながらＴ３までにチャネルＡのRepresentationＡ２へのスイッチングが指示されると、RepresentationＣ２のセグメントの区切りであってRepresentationＡ２のセグメントの区切りでもあるＴ３にスイッチングが行なわれる。
【００５４】
なお、該コンテンツ供給システムでは、各チャネルにおいては同一の内容のコンテンツであって１本以上のザッピング用ストリーミングデータと、ザッピング用ストリーミングデータよりも高ビットレートの２本以上の視聴用ストリーミングデータを用意するようにする。また、同じグループに属する各チャネルにおいては、ザッピング用ストリーミングデータのセグメント長を統一し、コンテンツの先頭のセグメントの再生開始時刻をNTP時刻に同期して一致させるようにする。
【００５５】
さらに、該コンテンツ供給システムでは、ザッピング用ストリーミングデータおよび視聴用ストリーミングデータ、並びにそれらを受信するためのMPDをHTTPユニキャスト配信だけでなく、通信品質が保証された放送網等を介するマルチキャスト配信でも供給するようする。具体的には、MPDについては、HTTPユニキャスト配信、UPDマルチキャスト配信、およびFLUTEマルチキャスト配信で供給する。ザッピング用ストリーミングデータおよび視聴用ストリーミングデータについては、HTTPユニキャスト配信、FLUTEマルチキャスト配信、およびRTPマルチキャスト配信で供給する。
【００５６】
そして、受信側ではザッピングを行う場合、可能な限りマルチキャスト配信されるMPDを利用し、マルチキャスト配信されたザッピング用ストリーミングデータを受信、再生するようにする。これができない場合、HTTPユニキャスト配信されるMPDを利用し、マルチキャスト配信されるザッピング用ストリーミングデータを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるMPDを利用し、HTTPユニキャスト配信されるザッピング用ストリーミングデータを受信、再生するようにする。
【００５７】
これにより、同じグループに属するチャネル間でザッピングを行なった場合の余分な遅延の発生を抑止できる。また、インターネットに過剰な負荷をかけてしまいサービス品質の劣化を招くことも抑止できる。
【００５８】
［コンテンツ供給システムの構成例］
図５は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００５９】
コンテンツ供給システム５０は、チャネルＸ（Ｘ＝Ａ，Ｂ，・・・）に対応する複数のコンテンツ供給装置６０Ｘ、MPD取得ポータル７０、および多数の端末装置８０から構成される。端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０に接続される。
【００６０】
ここで、ネットワーク５１には、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMS          などを利用した各種の放送網が含まれる。
【００６１】
ネットワーク５１（に含まれるインターネット）には、UTCタイムフォーマットに従ったシステム時刻情報を提供するNTPサーバ５２が存在する。各コンテンツ供給装置６０と各端末装置８０は、それぞれNTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させて動作しているものとする。
【００６２】
チャネルＡに対応するコンテンツ供給装置６０Ａは、チャネルサーバ６１、ザッピング用セグメンタ６２、ザッピング用MPDジェネレータ６３、視聴用セグメンタ６４、視聴用MPDジェネレータ６５、RTPストリーマ６６、FLUTEストリーマ６７、WEBサーバ６８、およびマルチキャストサーバ６９を有する。
【００６３】
なお、コンテンツ供給装置６０Ａが有するチャネルサーバ６１乃至マルチキャストサーバ６９は、集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００６４】
図６および図７は、チャネルサーバ６１乃至マルチキャストサーバ６９は、の間での各種データの流れを示している。なお、図６はザッピング時のものであり、図７は視聴時のものである。
【００６５】
チャネルサーバ６１は、チャネルＡから配信されるコンテンツのソースデータを管理しており、同一内容の該ソースデータからビットレートの異なる１本以上のザッピング用ストリーミングデータと２本以上の視聴用ストリーミングデータを生成する。さらに、チャネルサーバ６１は、ザッピング用ストリーミングデータをザッピング用セグメンタ６２およびRTPストリーマ６６に出力し、視聴用ストリーミングデータを視聴用セグメンタ６４およびRTPストリーマ６６に出力する。
【００６６】
ザッピング用セグメンタ６２は、ザッピング用ストリーミングデータを時間的にピリオドに区切り、さらにセグメント(segment)に分割することにより、fragmentedMP4などのザッピング用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。ザッピング用セグメントストリームのセグメント長は、同じグループに属する他のチャネルのザッピング用セグメントストリームと共通であって、後述する視聴用セグメントストリームのセグメント長よりも短い時間長に統一される。なお、ザッピング用セグメンタ６２は、NTP時間軸に同期して動作するので、セグメントの区切りもNTP時間軸に同期したものとなる。
【００６７】
さらに、ザッピング用セグメンタ６２は、生成したザッピング用セグメントストリームのメタデータ（ザッピング用セグメントストリームを格納したファイルの供給元となるWEBサーバ６８のURLなど）をザッピング用MPDジェネレータ６３に通知する。
【００６８】
ザッピング用MPDジェネレータ６３は、ザッピング用セグメントストリームやザッピング用RTPストリーム（後述）を端末装置８０が受信するために必要なザッピング用に拡張されたMPD（以下、ザッピング用MPDと称する）を生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
【００６９】
視聴用セグメンタ６４は、視聴用ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、視聴用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。さらに、視聴用セグメンタ６４は、生成した視聴用セグメントストリームのメタデータ（視聴用セグメントストリームを格納したファイルの供給元となるWEBサーバ６８のURLなど）を視聴用MPDジェネレータ６５に通知する。
【００７０】
視聴用MPDジェネレータ６５は、視聴用セグメントストリームや視聴用RTPストリーム（後述）を端末装置８０が受信するために必要なMPD（以下、視聴用MPDと称する）を生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
【００７１】
なお、ザッピング用MPDジェネレータ６３にて生成されるザッピング用MPDと、視聴用MPDジェネレータ６５にて生成される視聴用MPDとは、同一内容のコンテンツに対応するものであって、両者は、例えば取得先のURLなどにより関連付けが明確に成されている。具体的には、例えば、ザッピング用MPDの取得先のURLをhttp://a.com/channel_1.forZapping.mpdとして場合、視聴用MPDの取得先のURLをhttp://a.com/channel_1.mpdなどとされる。
【００７２】
RTPストリーマ６６は、チャネルサーバ６１から入力されるザッピング用ストリーミングデータと視聴用ストリーミングデータをそれぞれRTPパケットに格納することによりザッピング用RTPストリームと視聴用RTPストリームを生成してマルチキャストサーバ６９に出力する。また、RTPストリーマ６６は、ザッピング用RTPストリームのメタデータをザッピング用MPDジェネレータ６３に、視聴用RTPストリームのメタデータを視聴用MPDジェネレータ６５に通知する。
【００７３】
FLUTEストリーマ６７は、ザッピング用セグメンタ６２から入力されるザッピング用セグメントストリームと、視聴用セグメンタ６４から入力される視聴用セグメントストリームをそれぞれFLUTEパケットに格納することによりザッピング用FLUTEストリームと視聴用FLUTEストリームを生成してマルチキャストサーバ６９に出力する。また、FLUTEストリーマ６７は、ザッピング用MPDジェネレータ６３から入力されるザッピング用MPDと視聴用MPDジェネレータ６５から入力される視聴用MPDをマルチキャストサーバ６９に出力する。
【００７４】
WEBサーバ６８は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）に応じ、ザッピング用MPDまたは視聴用MPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６８は、端末装置８０からの要求（HTTPリクエスト）に応じ、ザッピング用セグメントストリームまたは視聴用セグメントストリームを要求元にHTTPユニキャスト配信する。
【００７５】
マルチキャストサーバ６９は、ザッピング用MPDおよび視聴用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。また、マルチキャストサーバ６９は、ザッピング用FLUTEストリームおよび視聴用FLUTEストリームをFLUTEマルチキャスト配信する。さらに、マルチキャストサーバ６９は、ザッピング用RTPストリームおよび視聴用RTPストリームをRTPマルチキャスト配信する。
【００７６】
チャネルＢに対応するコンテンツ供給装置６０Ｂは、コンテンツ供給装置６０Ａと同様に構成されるので、その説明は省略する。
【００７７】
MPD取得ポータル７０は、端末装置８０からのザッピング用MPDを要求するクエリAPIに応じ、各チャネルのコンテンツ供給装置６０をクロールしてザッピング用MPDを集めて端末装置８０に送信する。なお、各チャネルのコンテンツ供給装置６０にてザッピング用MPDが生成されていない場合、所定の条件（後述）を満たす視聴用MPDを集めて端末装置８０に送信する。また、MPD取得ポータル７０は、端末装置８０からの視聴用MPDを要求するクエリAPIに応じ、各チャネルのコンテンツ供給装置６０をクロールして視聴用MPDを集めて端末装置８０に送信する。
【００７８】
端末装置８０は、ザッピングを行う場合、可能な限りマルチキャスト配信されるザッピング用MPDを取得し、取得したザッピング用MPDに基づいて可能な限りマルチキャスト配信されるザッピング用のストリーム（FLUTEストリームまたはRTPストリーム）を受信、再生する。これができない場合、HTTPユニキャスト配信されるMPDを取得し、マルチキャスト配信されるザッピング用のストリームを受信、再生するようにする。これもできない場合、HTTPユニキャスト配信されるMPDを利用し、HTTPユニキャスト配信されるザッピング用ストリーミングデータを受信、再生するようにする。
【００７９】
なお、端末装置８０がザッピング用MPDや視聴用MPDの取得先のアドレスを知っている場合、MPD取得ポータル７０を利用することなく、直接的にザッピング用MPDや視聴用MPDを取得することができる。
【００８０】
端末装置８０がザッピング用または視聴用のセグメントストリームまたはRTPストリームを受信するときには、ザッピング用MPDまたは視聴用MPDが参照される。また、FLUTEマルチキャスト配信されるザッピング用MPD、視聴用MPD、ザッピング用または視聴用のFLUTEストリームを受信ときには、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６９のポータルチャネルが記述されたアナウンス情報が参照される。
【００８１】
該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図８は、MBMSにおけるUSDの配置を示している。
【００８２】
また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。図9は、DVB-H(IPDC)におけるESGの配置を示している。
【００８３】
あるいは、該アナウンス情報を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
【００９１】
次に、図９はザッピング用MPDとして拡張されたMPD直下の構造をXML形式で記述した一例を示している。
【００９２】
すなわち、拡張されたMPDでは、MPDの直下にMPD/@NTPSynchronized(boolean型、値はtrue/false)属性、およびMPD/@SegmentAlignedGroupID(グループ識別子)属性が新たに導入されている。
【００９３】
MPD/@NTPSynchronized属性には、当該MPDに対するセグメントストリームのセグメントの区切りがNTP時間軸に同期しているか否かを表すtrueまたはfalseが記述される。いまの場合、ザッピング用セグメンタ６２がNTP時間軸に同期して動作しているので、セグメントの区切りはNTP時間軸に一致する。よって、同期MPD/@NTPSynchronized属性の値はtrueとなる。
【００９４】
MPD/@SegmentAlignedGroupID属性は、セグメントストリームのセグメントの区切りを一致させているチャネルが属するグループの識別子が記述される。
【００９５】
したがって、MPD取得ポータル７０では、端末装置８０からのザッピング用MPDを要求する以下のようなクエリAPI
Http://MPDPortal.com/getMPDforZapping
に応じて、MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD（ザッピング用MPD）を集めればよい。集められたザッピング用MPDに対応するチャネル間では、セグメントの区切りがNTP時間軸に同期して一致するので、速やかなザッピングが可能となる。
【００９６】
また、図示は省略するが、ザッピング用MPDでは、該コンテンツ供給装置６０のチャネルが属するグループ内で、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させる。
【００９７】
さらに、ザッピング用MPDと視聴用MPDには、セグメント長を表す値を格納するsegmentBase/@duration属性、または、最大セグメント長を表す値を格納するMPD/@maxSegmentDuration属性の少なくとも一方の記述を必須とする。
【００９８】
これらのうちの一方が記述されていれば、拡張されていない視聴用MPD、すなわちMPD/@NTPSynchronized属性およびMPD/@SegmentAlignedGroupID属性が導入されていない視聴用MPDをザッピング用のMPDとして集めることができる。具体的には、例えば、端末装置８０がMPD取得ポータル７０に以下のようなクエリAPIによりMPDを要求すれば、所定の条件を満たすセグメント長（期待セグメント長）の視聴用MPDを集めさせることができる。なお、以下の例では、２秒以下のセグメント長を期待セグメント長としている。
Http://MPDPortal.com/getMPD?expectedSegmentSizeLimit="PT2S"
【００９９】
期待セグメント長に該当する集められた視聴用MPDに対応するチャネル間では、セグメント長が比較的短時間（上記の例では２秒間）なので、速やかなザッピングが可能となる。
【０１００】
なお、MPD/@NTPSynchronized属性、およびMPD/@SegmentAlignedGroupID属性を導入する代わりに、当該MPDがザッピング用MPDであるか否かを示すMPD/forZapping(boolean型、値はtrue/false)属性を導入するようにしてもよい。
【０１０１】
さらに、HTTPユニキャスト配信されるセグメントストリームと、RTPマルチキャスト配信されるRTPストリームとをシームレスにスイッチングできるよう、MPDにServiceLocation要素を新たに導入する。また、HTTPユニキャスト送信されるセグメントのバイト範囲に対応する、RTPによりマルチキャスト送信およびブロードキャスト送信されるストリームセグメントの区間を表すrtspRange属性を導入する。
【０１０２】
rtspRange属性は、HTTPユニキャスト配信されるセグメントストリームのスイッチング対象としての、RTPマルチキャスト配信される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で識別される配信形態に対応するチューニングパラメータのデータ構造(パラメータ自体)が記述される。
【０１０８】
［コンテンツ供給システム５０の動作］
次に、コンテンツ供給システム５０の動作について説明する。
【０１０９】
図１２は、コンテンツを配信するために各コンテンツ供給装置６０が行なう処理を説明するフローチャートである。以下、チャネルＡとしてコンテンツを配信するコンテンツ供給装置６０Ａを例にして説明する。
【０１１０】
ステップＳ１において、コンテンツ供給装置６０Ａは、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。これにより、コンテンツ供給装置６０Ａを構成するザッピング用セグメンタ６２等はNTP時間軸に同期して動作することとなる。
【０１１１】
ステップＳ２において、チャネルサーバ６１は、チャネルＡとして配信するコンテンツのソースデータからビットレートの異なるザッピング用ストリーミングデータと視聴用ストリーミングデータを生成する。さらに、チャネルサーバ６１は、ザッピング用ストリーミングデータをザッピング用セグメンタ６２およびRTPストリーマ６６に出力し、視聴用ストリーミングデータを視聴用セグメンタ６４およびRTPストリーマ６６に出力する。
【０１１２】
以下、ステップＳ３乃至Ｓ８の処理とステップＳ１３乃至Ｓ１８の処理とは並行して行われるが、説明の便宜上、ステップＳ３乃至Ｓ８の処理から説明する。
【０１１３】
ステップＳ３において、RTPストリーマ６６は、チャネルサーバ６１から入力されたザッピング用ストリーミングデータをRTPパケットに格納することによりザッピング用RTPストリームを生成してマルチキャストサーバ６９に出力する。また、RTPストリーマ６６は、ザッピング用RTPストリームのメタデータをザッピング用MPDジェネレータ６３に通知する。
【０１１４】
ザッピング用セグメンタ６２は、チャネルサーバ６１から入力されたザッピング用ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などのザッピング用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。また、ザッピング用セグメンタ６２は、生成したザッピング用セグメントストリームのメタデータをザッピング用MPDジェネレータ６３に通知する。
【０１１５】
FLUTEストリーマ６７は、ザッピング用セグメンタ６２から入力されたザッピング用セグメントストリームをFLUTEパケットに格納することによりザッピング用FLUTEストリームを生成してマルチキャストサーバ６９に出力する。
【０１１６】
ステップＳ４において、ザッピング用MPDジェネレータ６３は、ザッピング用セグメントストリームやザッピング用RTPストリームを端末装置８０が受信するために必要なザッピング用MPDを生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
【０１１７】
ステップＳ５において、FLUTEストリーマ６７は、ザッピング用MPDジェネレータ６３から入力されたザッピング用MPDをマルチキャストサーバ６９に出力する。マルチキャストサーバ６９は、ザッピング用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。
【０１１８】
ステップＳ６において、WEBサーバ６８は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてザッピング用MPDを要求元にHTTPユニキャスト配信する。
【０１１９】
ステップＳ７において、マルチキャストサーバ６９は、ザッピング用FLUTEストリームをFLUTEマルチキャスト配信するとともに、ザッピング用RTPストリームをRTPマルチキャスト配信する。
【０１２０】
ステップＳ８において、WEBサーバ６８は、端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じてザッピング用セグメントストリームを要求元にHTTPユニキャスト配信する。
【０１２１】
上述したステップＳ３乃至Ｓ８の処理と並行し、ステップＳ１３において、RTPストリーマ６６は、チャネルサーバ６１から入力された視聴用ストリーミングデータをRTPパケットに格納することにより視聴用RTPストリームを生成してマルチキャストサーバ６９に出力する。また、RTPストリーマ６６は、視聴用RTPストリームのメタデータを視聴用MPDジェネレータ６５に通知する。
【０１２２】
視聴用セグメンタ６４は、チャネルサーバ６１から入力された視聴用ストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割することにより、fragmentedMP4などの視聴用セグメントストリームを生成して、FLUTEストリーマ６７およびWEBサーバ６８に出力する。また、視聴用セグメンタ６４は、生成した視聴用セグメントストリームのメタデータを視聴用MPDジェネレータ６５に通知する。
【０１２３】
FLUTEストリーマ６７は、視聴用セグメンタ６４から入力された視聴用セグメントストリームをFLUTEパケットに格納することにより視聴用FLUTEストリームを生成してマルチキャストサーバ６９に出力する。
【０１２４】
ステップＳ１４において、視聴用MPDジェネレータ６５は、視聴用セグメントストリームや視聴用RTPストリームを端末装置８０が受信するために必要な視聴用MPDを生成してFLUTEストリーマ６７およびWEBサーバ６８に出力する。
【０１２５】
ステップＳ１５において、FLUTEストリーマ６７は、視聴用MPDジェネレータ６５から入力された視聴用MPDをマルチキャストサーバ６９に出力する。マルチキャストサーバ６９は、視聴用MPDをFLUTEマルチキャスト配信するとともにUDPマルチキャスト配信する。
【０１２６】
ステップＳ１６において、WEBサーバ６８は、MPD取得ポータル７０または端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じて視聴用MPDを要求元にHTTPユニキャスト配信する。
【０１２７】
ステップＳ１７において、マルチキャストサーバ６９は、視聴用FLUTEストリームをFLUTEマルチキャスト配信するとともに、視聴用RTPストリームをRTPマルチキャスト配信する。
【０１２８】
ステップＳ１８において、WEBサーバ６８は、端末装置８０からの要求（HTTPリクエスト）があった場合、それに応じて視聴用セグメントストリームを要求元にHTTPユニキャスト配信する。以上で、各コンテンツ供給装置６０が行なう処理は終了される。
【０１２９】
次に、図１３は、図１２のステップＳ３の処理またはステップＳ１３の処理で生成されたザッピング用セグメントストリームと視聴用セグメントストリームのセグメントの区切りを示している。
【０１３０】
同図に示されるように、チャネルＡに対応するコンテンツ供給装置６０Ａでは、１本以上（図９では２本）のザッピング用セグメントストリームと、２本以上（図９では５本）の視聴用ストリームが生成され、これらのセグメントの区切りはNTP時間軸に同期したものとなる。
【０１３１】
また、ザッピング用ストリームのセグメントの区切りは、同じグループに属する他のチャネルのザッピング用ストリームのセグメントの区切り（不図示）と一致したものとなる。
【０１３２】
次に、端末装置８０がコンテンツのザッピングフェーズを経て視聴フェーズに遷移するまでのコンテンツ供給システム５０の一連の処理（以下、一連の処理と称する）について図１４乃至図１５を参照して説明する。
【０１３３】
図１４は、端末装置８０がマルチキャスト配信されるザッピング用MPDを受信でき、マルチキャスト配信されたザッピング用FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。なお、視聴用MPDおよび視聴用ストリームの受信方法については任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
【０１３４】
ステップＳ２１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ２２において、端末装置８０は、図１２のステップＳ５の処理としてFLUTEマルチキャスト配信されているザッピング用MPDを受信する。なお、自身でザッピング用MPDを受信する代わりに、MPD取得ポータル７０に対してザッピング用MPDを要求するようにしてもよい。ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。
【０１３５】
ステップＳ２３において、端末装置８０は、ザッピング用MPDに基づき、図１２のステップＳ７の処理としてFLUTEマルチキャスト配信されているザッピング用FLUTEストリームまたはRTPマルチキャスト配信されているザッピング用RTPストリームを受信、再生する。
【０１３６】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ２３の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
【０１３７】
なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ２４において、端末装置８０は、WEBサーバ６８に視聴用MPDを要求し、この要求に応じ、図１２のステップＳ１６の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
【０１３８】
視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ２５において、端末装置８０は、視聴用MPDに基づき、WEBサーバ６８に対して視聴用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ１８として要求された視聴用セグメントストリームをHTTPユニキャスト配信し、端末装置８０は、ステップＳ２６において、HTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
【０１３９】
なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
【０１４０】
次に、図１５は、端末装置８０がHTTPユニキャスト配信されるザッピング用MPDを取得し、マルチキャスト配信されたザッピング用FLUTEストリームまたはRTPストリームを受信、再生できる場合に対応するフローチャートである。なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１４の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
【０１４１】
ステップＳ４１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ４２において、端末装置８０は、MPD取得ポータル７０に対してザッピング用MPDを要求する。この要求に応じ、ステップＳ５１において、MPD取得ポータル７０は、各コンテンツ供給装置６０のWEBサーバ６８に接続し、ザッピング用MPD（MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD）を要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ６の処理として、ザッピング用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。
【０１４２】
ステップＳ５２において、MPD取得ポータル７０は、HTTPユニキャスト配信されたザッピング用MPDを集めて、要求元の端末装置８０に送信する。なお、MPD取得ポータル７０は、UDPマルチキャスト配信されるザッピング用MPDを集めるようにしてもよい。また、端末装置８０がMPD取得ポータル７０を用いることなく、自身が直接的に各コンテンツ供給装置６０のWEBサーバ６８からザッピング用MPDを集めるようにしてもよい。ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。
【０１４３】
ステップＳ４３において、端末装置８０は、ザッピング用MPDに基づき、図１２のステップＳ７の処理としてFLUTEマルチキャスト配信されているザッピング用FLUTEストリームまたはRTPマルチキャスト配信されているザッピング用RTPストリームを受信、再生する。
【０１４４】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ４３の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
【０１４５】
なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ４４において、端末装置８０は、WEBサーバ６８に視聴用MPDを要求し、この要求に応じ、図１２のステップＳ１６の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
【０１４６】
視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ４５において、端末装置８０は、視聴用MPDに基づき、WEBサーバ６８に対して視聴用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ１８として要求された視聴用セグメントストリームをHTTPユニキャスト配信し、端末装置８０は、ステップＳ４６において、HTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
【０１４７】
なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
【０１４８】
次に、図１６は、端末装置８０がHTTPユニキャスト配信されるザッピング用MPDを取得し、マルチキャスト配信されたザッピング用FLUTEストリームまたはRTPストリームを受信できずに、HTTPユニキャスト配信されるザッピング用セグメントストリームを受信、再生できる場合に対応するフローチャートである。なお、視聴用MPDおよび視聴用ストリームの受信方法については、図１４の場合と同様に任意であるが、視聴用ストリームは、通常、HTTPユニキャスト配信されるものの方が高画質（高ビットレート）であることが多いので、出来る限りこれを受信するようにする。
【０１４９】
ステップＳ７１において、端末装置８０は、NTPサーバ５２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ７２において、端末装置８０は、MPD取得ポータル７０に対してザッピング用MPDを要求する。この要求に応じ、ステップＳ８１において、MPD取得ポータル７０は、各コンテンツ供給装置６０のWEBサーバ６８に接続し、ザッピング用MPDを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ６の処理として、ザッピング用MPDをMPD取得ポータル７０にHTTPユニキャスト配信する。
【０１５０】
ステップＳ８２において、MPD取得ポータル７０は、HTTPユニキャスト配信されたザッピング用MPDを集めて、要求元の端末装置８０に送信する。なお、MPD取得ポータル７０は、UDPマルチキャスト配信されるザッピング用MPDを集めるようにしてもよい。また、端末装置８０がMPD取得ポータル７０を用いることなく、自身が直接的に各コンテンツ供給装置６０のWEBサーバ６８からザッピング用MPDを集めるようにしてもよい。ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。
【０１５１】
ステップＳ７３において、端末装置８０は、ザッピング用MPDに基づき、WEBサーバ６８に対してザッピング用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ８の処理として、ザッピング用セグメントストリームを端末装置８０にHTTPユニキャスト配信する。
【０１５２】
ステップＳ７４において、端末装置８０は、HTTPユニキャスト配信されたザッピング用セグメントストリームを受信、再生する。
【０１５３】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ７３およびＳ７４の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
【０１５４】
なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ７５において、端末装置８０は、WEBサーバ６８に視聴用MPDを要求し、この要求に応じ、図１２のステップＳ１６の処理としてHTTPユニキャスト配信された視聴用MPDを受信しておく。
【０１５５】
視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ７６において、端末装置８０は、視聴用MPDに基づき、WEBサーバ６８に対して視聴用セグメントストリームを要求する。この要求に応じ、WEBサーバ６８は、図１２のステップＳ１８として要求された視聴用セグメントストリームをHTTPユニキャスト配信し、端末装置８０は、ステップＳ７７において、HTTPユニキャスト配信された視聴用セグメントストリームを受信、再生する。
【０１５６】
なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことも可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
【０１５７】
なお、以上の説明においては、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとしたが、セグメントがより細分化されているサブセグメント単位で行なわれることもある。その場合、ザッピング用MPDと視聴用MPDには、サブセグメント長を表す値を格納するMPD/@SubSegmentDuration属性の記述を必須とし、上述した説明の「セグメント」を「サブセグメント」と読み替えればよい。
【０１５８】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１５９】
図１７は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１６０】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１６１】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
【０１６２】
入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
【０１６３】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１６４】
コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１６５】
コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
【０１６６】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１６７】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１６８】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
前記複数のストリーミングデータのうち、ザッピング用の前記ストリーミングデータを、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータの受信がスイッチングされるときの最小単位に区切ることにより、ザッピング用セグメントストリームを生成するザッピング用セグメントストリーム生成部と、
前記ザッピング用セグメントストリームをユニキャスト配信するユニキャスト配信部と、
前記ザッピング用セグメントストリームをマルチキャスト配信するマルチキャスト配信部と、
ユニキャスト配信およびマルチキャスト配信される前記ザッピング用セグメントストリームを受信側が受信するためのメタファイルを生成するメタファイル生成部と
を備えるコンテンツ供給装置。
（２）
前記ザッピング用セグメントストリーム生成部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
前記（１）に記載のコンテンツ供給装置。
（３）
前記ユニキャスト配信部は、前記ザッピング用セグメントストリームをHTTPユニキャスト配信し、
前記マルチキャスト配信部は、前記ザッピング用セグメントストリームに基づくザッピング用FLUTEストリームをFLUTEマルチキャスト配信する
前記（１）または（２）に記載のコンテンツ供給装置。
（４）
前記複数のストリーミングデータのうちの前記ザッピング用の前記ストリーミングデータに基づいてザッピング用RTPストリームを生成するRTPストリーム生成部をさらに備え、
前記メタファイル生成部は、HTTPユニキャスト配信される前記ザッピング用セグメントストリーム、FLUTEマルチキャスト配信される前記ザッピング用FLUTEストリーム、およびRTPマルチキャスト配信される前記ザッピング用RTPストリームを受信側が受信するためのメタファイルを生成し、
前記マルチキャスト配信部は、前記ザッピング用RTPストリームもRTPマルチキャスト配信する
前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
前記ザッピング用セグメントストリーム生成部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ザッピング用ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
（６）
前記ザッピング用セグメントストリーム生成部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることにより、前記ザッピング用セグメントストリームを生成する
前記（１）から（５）のいずれかに記載のコンテンツ供給装置。
（７）
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
前記（１）から（６）のいずれかに記載のコンテンツ供給装置。
（８）
前記メタデータを集めて前記受信側に供給する収集部を
さらに備える前記（１）から（７）のいずれかに記載のコンテンツ供給装置。
（９）
前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
前記（８）に記載のコンテンツ供給装置。
（１０）
前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
前記（８）に記載のコンテンツ供給装置。
（１１）
前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
前記（８）に記載のコンテンツ供給装置。
【符号の説明】
【０１６９】
５０  コンテンツ供給システム，  ５１  ネットワーク，  ５２  NTPサーバ，  ６０  コンテンツ供給装置,  ６１  チャネルサーバ，  ６２  ザッピング用セグメンタ，  ６３  ザッピング用MPDジェネレータ，  ６４  視聴用セグメンタ，  ６５  視聴用MPDジェネレータ，  ６６  RTPストリーマ，  ６７  FLUTEストリーマ，  ６８  WEBサーバ，  ６９  マルチキャストサーバ，  ７０  MPD取得ポータル，  ８０  端末装置，  １００  コンピュータ，  １０１  CPU
【図１】
2015012305.tif 000003
【図２】
2015012305.tif 000004
【図３】
2015012305.tif 000005
【図４】
2015012305.tif 000006
【図５】
2015012305.tif 000007
【図６】
2015012305.tif 000008
【図７】
2015012305.tif 000009
【図８】
2015012305.tif 000010
【図９】
2015012305.tif 000011
【図１０】
2015012305.tif 000012
【図１１】
2015012305.tif 000013
【図１２】
2015012305.tif 000014
【図１３】
2015012305.tif 000015
【図１４】
2015012305.tif 000016
【図１５】
2015012305.tif 000017
【図１６】
2015012305.tif 000018
【図１７】
2015012305.tif 000019