(57)【要約】【課題】  DASHにおけるチャネル間の速やかなザッピングを実現する。【解決手段】  本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。【選択図】  図５
2014239291.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、
前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部と
を備えるコンテンツ供給装置。
【請求項２】
前記供給部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを前記最小単位に区切る
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記供給部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ストリーミングデータを前記最小単位に区切る
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記供給部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切る
請求項２に記載のコンテンツ供給装置。
【請求項５】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
請求項２に記載のコンテンツ供給装置。
【請求項６】
ザッピング用の前記メタデータを集めて前記受信側に供給する収集部を
さらに備える請求項２に記載のコンテンツ供給装置。
【請求項７】
前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
請求項６に記載のコンテンツ供給装置。
【請求項８】
前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
請求項６に記載のコンテンツ供給装置。
【請求項９】
前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
請求項６に記載のコンテンツ供給装置。
【請求項１０】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給ステップと、
前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成ステップと
を含むコンテンツ供給方法。
【請求項１１】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、
他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、
前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部と
して機能させるプログラム。
【請求項１２】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、
前記コンテンツ供給装置は、
他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、
前記最小単位で供給される前記ストリーミングデータを前記端末装置が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備え、
前記ザッピング用のメタファイルを取得し、取得した前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信をスイッチングする
端末装置。
【請求項１３】
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、
前記最小単位で供給される前記ストリーミングデータを前記端末装置が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部と
を備え、
前記端末装置は、
前記ザッピング用のメタファイルを取得し、取得した前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信をスイッチングする
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、HTTP配信されるコンテンツを速やかにザッピング(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セグメントストリーマ２２、およびDASH MPDサーバ２３を有する。
【００１０】
コンテンツマネジメントサーバ２１は、DASHクライアント３０に供給するコンテンツを管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割して、それぞれをファイル化して保持し、該ファイルの供給元のアドレスをDASH MPDサーバ２３に通知する。さらに、DASHセグメントストリーマ２２は、受信側のDASHクライアント３０からの要求に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルをHTTP配信する。
【００１１】
DASH MPDサーバ２３は、複数のストリーミングデータ（のセグメント）のファイルの供給元を表すアドレスなどを記述したMPDを生成し、受信側のDASHクライアント３０からの要求に応じ、該MPDをHTTP配信する。
【００１２】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、HTTP配信されるMPDに基づいて、DASHセグメントストリーマ２２にストリーミングデータを要求し、該要求に応じてHTTP配信されるファイルを受信、再生する。
【００１３】
なお、インターネット１１上には、DASH MPDサーバ２３または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におけるチャネル間の速やかなザッピングを実現できるようにするものである。
【課題を解決するための手段】
【００２６】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備える。
【００２７】
前記供給部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを前記最小単位に区切ることができる。
【００２８】
前記供給部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ストリーミングデータを前記最小単位に区切ることができる。
【００２９】
前記供給部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切ることができる。
【００３０】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
【００３１】
本開示の第１の側面であるコンテンツ供給装置は、ザッピング用の前記メタデータを集めて前記受信側に供給する収集部をさらに備えることができる。
【００３２】
前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
【００３３】
前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集めることができる。
【００３４】
前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集めることができる。
【００３５】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給ステップと、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成ステップとを含む。
【００３６】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンピュータを、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部として機能させる。
【００３７】
本開示の第１の側面においては、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータが、ストリーミングデータの受信がスイッチングされるときの最小単位に区切られ、前記最小単位がネットワークを介して受信側に供給される。また、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルが生成される。
【００３８】
本開示の第２の側面である端末装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置から供給される前記ストリーミングデータを受信する端末装置において、前記コンテンツ供給装置は、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを前記端末装置が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備え、前記ザッピング用のメタファイルを取得し、取得した前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信をスイッチングする。
【００３９】
本開示の第２の側面においては、ザッピング用のメタファイルが取得され、取得された前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信がスイッチングされる。
【００４０】
本開示の第３の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置と、前記ストリーミングデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、前記最小単位で供給される前記ストリーミングデータを前記端末装置が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部とを備える。また、前記端末装置が、前記ザッピング用のメタファイルを取得し、取得した前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信をスイッチングする。
【００４１】
本開示の第３の側面においては、コンテンツ供給装置により、他のチャネルとの間で統一されているタイミングに従い、ストリーミングデータが、ストリーミングデータの受信がスイッチングされるときの最小単位に区切られ、前記ストリーミングデータが前記最小単位でネットワークを介して受信側に供給される。また、前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルが生成される。また、端末装置により、ザッピング用のメタファイルが取得され、取得された前記ザッピング用のメタファイルに基づいて、異なるチャネルからそれぞれ供給される前記ストリーミングデータの受信がスイッチングされる。
【発明の効果】
【００４２】
本開示の第１乃至３の側面によれば、DASHにおけるチャネル間の速やかなザッピングを実現することができる。
【図面の簡単な説明】
【００４３】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】チャネル間のスイッチングで生じる遅延を説明する図である。
【図３】チャネル間のスイッチングで生じる遅延を説明する図である。
【図４】本開示の概要を説明する図である。
【図５】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図６】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取得ポータル７０、および多数の端末装置８０がインターネット１１を介して接続されて構成される。
【００５３】
なお、インターネット１１上には、UTCタイムフォーマットに従ったシステム時刻情報を提供するNTPサーバ１２が存在する。各コンテンツ供給装置６０と各端末装置８０のそれぞれは、NTPサーバ１２から提供されるシステム時刻情報に従い、NTP時間軸に同期して動作しているものとする。
【００５４】
チャネルＡに対応するコンテンツ供給装置６０Ａは、チャネルサーバ６１およびDASHサーバ６２を有する。
【００５５】
チャネルサーバ６１は、チャネルＡとして配信されるコンテンツのソースデータを管理しており、同一内容の該ソースデータからビットレートの異なる複数のストリーミングデータ（１本以上のザッピング用と２本以上の視聴用）を生成してDASHサーバ６２に供給する。
【００５６】
DASHサーバ６２は、ザッピング用セグメントストリーマ６３、ザッピング用MPDサーバ６４、視聴用セグメントストリーマ６５、および視聴用MPDサーバ６６を有する。
【００５７】
ザッピング用セグメントストリーマ６３は、ザッピング用の１本以上のストリーミングデータを時間的にピリオドに区切り、さらにセグメント(segment)に分割して、それぞれをファイル化して保持する。なお、ザッピング用のストリーミングデータのセグメント長は、視聴用のストリーミングデータのセグメント長よりも短く、同じグループに属する他のチャネルと共通の時間長に統一される。また、ザッピング用セグメントストリーマ６３は、NTP時間軸に同期して動作するので、セグメントの区切りもNTP時間軸に同期したものとなる。
【００５８】
さらに、ザッピング用セグメントストリーマ６３は、保持するファイルの供給元となるアドレスをザッピング用MPDサーバ６４に通知する。また、ザッピング用セグメントストリーマ６３は、端末装置８０からの要求に応じ、セグメント化されたストリーミングデータのファイルを、インターネット１１を介してHTTP配信する。
【００５９】
ザッピング用MPDサーバ６４は、ザッピング用のストリーミングデータを端末装置８０側が受信するために必要なザッピング用の拡張されたMPD（以下、ザッピング用MPDと称する。詳細後述）を生成する。なお、該コンテンツ供給装置６０のチャネルが属するグループ内で、セグメントの先頭のメディア再生時刻の起点（MPD/@availabilityStartTime+Period/@start）をNTP時間軸上で一致させる。
【００６０】
また、ザッピング用MPDサーバ６４は、ザッピング用MPD取得ポータル７０によるクロールに応じ、該ザッピング用MPDをザッピング用MPD取得ポータル７０に供給する。
【００６１】
視聴用セグメントストリーマ６５は、視聴用の複数のストリーミングデータを時間的にピリオドに区切り、さらに、セグメントに分割して、それぞれをファイル化して保持する。なお、視聴用のストリーミングデータのセグメントの区切りは、ザッピング用のストリーミングデータのセグメントの区切りと一致させるようにする。ただし、視聴用のストリーミングデータのセグメント長は、ザッピング用のストリーミングデータのセグメント長よりも長く設定できる。これにより、ザッピング用のストリーミングデータを効率的に符号化できるだけでなく、ザッピング用のストリーミングデータと視聴用のストリーミングデータとの間で速やかにスイッチングを行なうことができる。
【００６２】
さらに、視聴用セグメントストリーマ６５は、保持するファイルの供給元となるアドレスを視聴用MPDサーバ６６に通知する。また、視聴用セグメントストリーマ６５は、端末装置８０からの要求に応じ、セグメント化されたストリーミングデータのファイルを、インターネット１１を介してHTTP配信する。
【００６３】
視聴用MPDサーバ６６は、視聴用のストリーミングデータを端末装置８０側が受信するために必要な視聴用MPDを生成し、端末装置８０からの要求に応じて、該ザッピング用MPDを、インターネット１１を介してHTTP配信する。
【００６４】
なお、ザッピング用MPDサーバ６４にて生成されるザッピング用MPDと、視聴用MPDサーバ６６にて生成される視聴用MPDとは、同一内容のコンテンツに対応するものであって、両者は、例えば取得先のURLなどにより関連付けが明確に成されている。具体的には、例えば、ザッピング用MPDの取得先のURLをhttp://a.com/channel_1.forZapping.mpdとして場合、視聴用MPDの取得先のURLをhttp://a.com/channel_1.mpdなどとされる。
【００６５】
チャネルＢに対応するコンテンツ供給装置６０Ｂは、コンテンツ供給装置６０Ａと同様に構成されるので、その説明は省略する。なお、チャネルＡ，Ｂ以外のチャネルＸに対応するコンテンツ供給装置６０Ｘ（不図示）も複数存在してもよい。
【００６６】
ザッピング用MPD取得ポータル７０は、端末装置８０からのザッピング用MPDを要求するクエリAPIに応じ、各チャネルのコンテンツ供給装置６０をクロールしてザッピング用MPDを集めて端末装置８０に送信する。なお、各チャネルのコンテンツ供給装置６０にてザッピング用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
【００７４】
次に、図７はザッピング用MPDとして拡張されたMPD直下の構造をXML形式で記述した一例を示している。
【００７５】
すなわち、拡張されたMPDでは、MPDの直下にMPD/@NTPSynchronized(boolean型、値はtrue/false)属性、およびMPD/@SegmentAlignedGroupID(グループ識別子)属性が新たに導入されている。
【００７６】
MPD/@NTPSynchronized属性には、当該MPDに対するストリームミングデータのセグメントの区切りがNTP時間軸に同期しているか否かを表すtrueまたはfalseが記述される。いまの場合、ザッピング用セグメントストリーマ６３が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)属性を導入するようにしてもよい。
【００８４】
［コンテンツ供給システム５０の動作］
次に、コンテンツ供給システム５０の動作について説明する。
【００８５】
図８は、コンテンツを配信するために各コンテンツ供給装置６０が事前に行なう処理（以下、配信前の処理と称する）を説明するフローチャートである。
【００８６】
ステップＳ１において、各コンテンツ供給装置６０は、NTPサーバ１２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。これにより、コンテンツ供給装置６０のザッピング用セグメントストリーマ６３等はNTP時間軸に同期して動作することとなる。
【００８７】
ステップＳ２において、チャネルサーバ６１は、チャネルＡとして配信するコンテンツのソースデータからビットレートの異なる複数のストリーミングデータ（１本以上のザッピング用と２本以上の視聴用）を生成してDASHサーバ６２に供給する。
【００８８】
ステップＳ３において、ザッピング用セグメントストリーマ６３は、ザッピング用の１本以上のストリーミングデータを時間的にピリオドに区切り、さらに、該コンテンツ供給装置６０が属するグループ内で統一されている時間長（セグメント長）でセグメントに分割して、それぞれをファイル化して保持する。また、ザッピング用セグメントストリーマ６３は、保持するファイルの供給元となるアドレスをザッピング用MPDサーバ６４に通知する。これと並行して、視聴用セグメントストリーマ６５は、視聴用の複数のストリーミングデータを時間的にピリオドに区切り、さらに、セグメントに分割して、それぞれをファイル化して保持する。また、視聴用セグメントストリーマ６５は、保持するファイルの供給元となるアドレスを視聴用MPDサーバ６６に通知する。
【００８９】
ステップＳ４において、ザッピング用MPDサーバ６４は、ザッピング用のストリーミングデータを端末装置８０側が受信するために必要なザッピング用MPDを生成する。ステップＳ５において、視聴用MPDサーバ６６は、視聴用のストリーミングデータを端末装置８０側が受信するために必要な視聴用MPDを生成する。以上で、配信前の処理の説明を終了する。
【００９０】
図９は、以上に説明した配信前の処理により生成されたセグメントの区切りを示している。
同図に示されるように、チャネルＡに対応するコンテンツ供給装置６０Ａでは、１本以上（図９では２本）のザッピング用ストリーミングデータと、２本以上（図９では５本）の視聴用ストリーミングデータが生成され、これらのセグメントの区切りはNTP時間軸に同期したものとなる。
【００９１】
また、ザッピング用ストリーミングデータのセグメントの区切りは、同じグループに属する他のチャネルのザッピング用ストリーミングデータのセグメントの区切り（不図示）と一致したものとなる。
【００９２】
次に、図１０は、端末装置８０がコンテンツのザッピングフェーズを経て視聴フェーズに遷移するまでの一連の処理（以下、一連の処理と称する）を説明するフローチャートである。
【００９３】
ステップＳ１１において、端末装置８０は、NTPサーバ１２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ１２において、端末装置８０は、ザッピング用MPD取得ポータル７０に対してザッピング用MPDを要求する。すなわち、ザッピング用MPDのクロールを依頼するためのクエリAPIを送信する。
【００９４】
このクエリAPIに応じ、ステップＳ２１において、ザッピング用MPD取得ポータル７０は、各コンテンツ供給装置６０のザッピング用MPDサーバ６４に接続し、ザッピング用MPD（MPD/@NTPSynchronized属性がtrueであって、MPD/@SegmentAlignedGroupID属性が同じグループ識別子のMPD）を要求する。この要求に応じ、各コンテンツ供給装置６０のザッピング用MPDサーバ６４は、ステップＳ３１において、ザッピング用MPDをザッピング用MPD取得ポータル７０にHTTP配信する。ステップＳ２２において、ザッピング用MPD取得ポータル７０は、集めたザッピング用MPDを、要求があった端末装置８０に送信する。
【００９５】
ザッピング用MPDを受信した端末装置８０はザッピングフェーズとなる。ステップＳ１３において、端末装置８０は、ザッピング用MPDに基づき、コンテンツ供給装置６０のザッピング用セグメントストリーマ６３に対して、ザッピング用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ３２において、ザッピング用セグメントストリーマ６３は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ１５において、HTTP配信されたザッピング用のストリーミングデータのセグメントを受信、再生する。
【００９６】
ザッピングフェーズの間、端末装置８０は、適宜、ステップＳ１３およびステップＳ１５の処理を繰り返すことにより、同じグループに属するチャネル間で速やかなザッピングを行なうことができる。
【００９７】
なお、端末装置８０は、ザッピングフェーズの間に視聴用MPDを取得しておくようにする。具体的には、ステップＳ１４において、視聴用MPDサーバ６６に視聴用MPDを要求し、この要求に応じた視聴用MPDサーバ６６がステップＳ３３としてHTTP配信する視聴用MPDを受信しておく。
【００９８】
視聴用MPDを受信した端末装置８０はザッピングフェーズから視聴フェーズに遷移できる。ステップＳ１６において、端末装置８０は、視聴用MPDに基づき、コンテンツ供給装置６０の視聴用セグメントストリーマ６５に対して、視聴用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ３４において、視聴用セグメントストリーマ６５は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ１７において、HTTP配信された視聴用のストリーミングデータのセグメントを受信、再生する。
【００９９】
なお、この後、視聴フェーズからザッピングフェーズに戻り、再び視聴フェーズに遷移ことが可能である。以上で、一連の処理の説明を終了する。以上に説明した一連の処理によれば、同じグループに属するチャネル間で余分な遅延を生じさせることなく速やかにザッピングを行なうことが可能となる。
【０１００】
次に、図１１は、一連の処理の変形例を説明するフローチャートである。
【０１０１】
同図の変形例は、コンテンツ供給装置６０にザッピング用セグメントストリーマ６３およびザッピング用MPDサーバ６４が設けらず、ザッピング用MPD、およびザッピング用のストリーミングデータも用意されていない場合に対応する。この場合、視聴用MPDに基づき、視聴用のストリーミングデータのうち、セグメント長が指定する時間長よりも短いもの（期待セグメント長のもの）をザッピング用として利用する。
【０１０２】
ステップＳ４１において、端末装置８０は、NTPサーバ１２から提供されるシステム時刻情報に従い、自己のシステム時刻をNTP時間軸に同期させる。ステップＳ４２において、端末装置８０は、ザッピング用MPD取得ポータル７０に対して、ザッピングに利用できる視聴用のストリーミングデータを受信するための視聴用MPDを要求する。すなわち、期待セグメント長に該当する視聴用MPDのクロールを依頼するためのクエリAPIを送信する。
【０１０３】
このクエリAPIに応じ、ステップＳ５１において、ザッピング用MPD取得ポータル７０は、各コンテンツ供給装置６０の視聴用MPDサーバ６６に接続し、期待セグメント長に該当する視聴用MPD（segmentBase/@duration属性、またはMPD/@maxSegmentDuration属性の少なくとも一方が期待セグメント長以下のもの）を要求する。この要求に応じ、各コンテンツ供給装置６０の視聴用MPDサーバ６６は、ステップＳ６１において、期待セグメント長に該当する視聴用MPDをザッピング用MPD取得ポータル７０にHTTP配信する。ステップＳ５２において、ザッピング用MPD取得ポータル７０は、集めた視聴用MPDを、要求があった端末装置８０に送信する。
【０１０４】
期待セグメント長に該当する視聴用MPDを受信した端末装置８０は速やかなザッピングが可能な視聴フェーズとなる。ステップＳ４３において、端末装置８０は、視聴用MPDに基づき、コンテンツ供給装置６０の視聴用セグメントストリーマ６５に対して、視聴用ストリーミングデータのセグメントを要求する。この要求に応じ、ステップＳ６２において、視聴用セグメントストリーマ６５は、要求されたセグメントをHTTP配信する。端末装置８０は、ステップＳ４４において、HTTP配信された視聴用のストリーミングデータのセグメントを受信、再生する。以上で、一連の処理の説明を終了する。
【０１０５】
以上に説明した一連の処理の変形例によれば、セグメント長が比較的短い視聴用ストリーミングデータの間を速やかにザッピングすることができる。
【０１０６】
なお、以上の説明においては、DASHにおけるチャネル間のスイッチングはセグメント単位で行なわれるものとしたが、セグメントがより細分化されているサブセグメント単位で行なわれることもある。その場合、ザッピング用MPDと視聴用MPDには、サブセグメント長を表す値を格納するMPD/@SubSegmentDuration属性の記述を必須とし、上述した説明の「セグメント」を「サブセグメント」と読み替えればよい。
【０１０７】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１０８】
図１２は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１０９】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０１１０】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
【０１１１】
入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
【０１１２】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０１１３】
コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１１４】
コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
【０１１５】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１１６】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１１７】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術に従い、内容が同一のコンテンツであって属性が異なる複数のストリーミングデータを同じチャネルで供給するコンテンツ供給装置において、
他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを、ストリーミングデータの受信がスイッチングされるときの最小単位に区切り、前記ストリーミングデータを前記最小単位でネットワークを介して受信側に供給する供給部と、
前記最小単位で供給される前記ストリーミングデータを受信側が受信するためのものであって、前記ストリーミングデータがザッピング用であることを表すメタファイルを生成するメタファイル生成部と
を備えるコンテンツ供給装置。
（２）
前記供給部は、同じグループに属する前記他のチャネルとの間で統一されているタイミングに従い、前記ストリーミングデータを前記最小単位に区切る
前記（１）に記載のコンテンツ供給装置。
（３）
前記供給部は、NTP時間軸に同期し、同じグループに属する前記他のチャネルとの間で前記最小単位の先頭を揃え、同じグループに属する前記他のチャネルとの間で統一されている時間長で、前記ストリーミングデータを前記最小単位に区切る
前記（１）または（２）に記載のコンテンツ供給装置。
（４）
前記供給部は、視聴用の前記ストリーミングデータの前記最小単位よりも短い時間長で、ザッピング用の前記ストリーミングデータを前記最小単位に区切る
前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
（６）
ザッピング用の前記メタデータを集めて前記受信側に供給する収集部を
さらに備える前記（１）から（５）のいずれかに記載のコンテンツ供給装置。
（７）
前記メタファイル生成部は、前記メタファイルとして、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性が導入された前記MPDを生成し、
前記収集部は、MPD/@NTPSynchronized属性およびMPD/SegmentAlignedGroupID属性に基づいて前記ザッピング用の前記メタデータを集める
前記（６）に記載のコンテンツ供給装置。
（８）
前記メタファイル生成部は、前記メタファイルとして、MPD/@forZapping属性が導入された前記MPDを生成し、
前記収集部は、MPD/@forZapping属性に基づいて前記ザッピング用の前記メタデータを集める
前記（６）に記載のコンテンツ供給装置。
（９）
前記メタファイル生成部は、前記メタファイルとして、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方を前記メタデータに記述し、
前記収集部は、前記ストリーミングデータの前記最小単位の時間長、または最大時間長の少なくとも一方に基づいて前記ザッピング用の前記メタデータを集める
前記（６）に記載のコンテンツ供給装置。
【符号の説明】
【０１１８】
１１  インターネット，  １２  NTPサーバ，  ５０  コンテンツ供給システム，  ６０  コンテンツ供給装置，  ６１  チャネルサーバ，  ６２  DASHサーバ，  ６３  ザッピング用セグメントストリーマ，  ６４  ザッピング用MPDサーバ，  ６５  視聴用セグメントストリーマ，  ６６  視聴用MPDサーバ，  ７０  ザッピング用MPD取得サーバ，  ８０  端末装置，  １００  コンピュータ，  １０１  CPU
【図１】
2014239291.tif 000003
【図２】
2014239291.tif 000004
【図３】
2014239291.tif 000005
【図４】
2014239291.tif 000006
【図５】
2014239291.tif 000007
【図６】
2014239291.tif 000008
【図７】
2014239291.tif 000009
【図８】
2014239291.tif 000010
【図９】
2014239291.tif 000011
【図１０】
2014239291.tif 000012
【図１１】
2014239291.tif 000013
【図１２】
2014239291.tif 000014