(57)【要約】【課題】DASHを用いた適応的ストリーミング技術を拡張し、放送配信とマルチキャスト配信も利用する。【解決手段】本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成するメタファイル生成部とを備える。本開示は、コンテンツをストリーミング配信するシステムに適用できる。【選択図】図２
2014057227.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、
前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、
前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、
前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部と
を備えるコンテンツ供給装置。
【請求項２】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記メタファイル生成部は、前記マルチキャスト配信される前記セグメントファイルを受信するために必要な、マルチキャストアドレス、チューニングパラメータのデータ形式識別子、および前記チューニングパラメータを含むserviceLocationAttributeファイルの取得先アドレスを記述した前記MPDを生成する
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記マルチキャスト配信は、前記双方向通信網を介するマルチキャスト配信、および放送網を介する放送配信を含む
請求項２に記載のコンテンツ供給装置。
【請求項５】
前記MPDは、前記双方向通信網を介したHTTP配信、前記放送網を介した放送配信、または前記双方向通信網を介したマルチキャスト配信により、コンテンツの受信側に供給される
請求項４に記載のコンテンツ供給装置。
【請求項６】
前記マルチキャスト配信部は、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記FDTをマルチキャスト配信する
請求項２に記載のコンテンツ供給装置。
【請求項７】
適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信ステップと、
前記セグメントファイルをマルチキャスト配信するマルチキャスト配信ステップと、
前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成ステップと
を含むコンテンツ供給方法。
【請求項８】
適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンピュータを、
前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、
前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、
前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部と
して機能させるプログラム。
【請求項９】
一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、
前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部を
備えるコンテンツ供給装置。
【請求項１０】
前記拡張されたFDTは、Content-Location要素を含み、
前記Content-Location要素は、URLおよびrange属性を含む
請求項９に記載のコンテンツ供給装置。
【請求項１１】
前記range属性は、適応的ストリーミング技術のMPDにおけるmediaRange属性が流用される
請求項１０に記載のコンテンツ供給装置。
【請求項１２】
前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTを放送網を介して放送配信する放送配信部を
さらに備える請求項１０に記載のコンテンツ供給装置。
【請求項１３】
一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成する生成ステップと、
前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信ステップと
含むコンテンツ供給方法。
【請求項１４】
一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンピュータを、
前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部
として機能させるプログラム。
【請求項１５】
適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置と、前記ストリームデータを受信する端末装置とから成るコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、
前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部と、
前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したMPDを生成し、前記端末装置に供給するMPD生成部とを備え、
前記端末装置は、
取得した前記MPDに基づいて前記HTTP配信された前記セグメントファイルを受信するとともに、取得した前記MPDに基づいてserviceLocationAttributeファイルを取得し、前記serviceLocationAttributeファイルに基づいてマルチキャスト配信された、前記拡張されたFDTを受信し、前記拡張されたFDTに基づいて前記セグメントファイルが格納された前記一方向ファイル転送プロトコルパケットを受信する
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システムに関し、特に、コンテンツをインタネットを介してHTTP配信する場合の代替パスとして放送網を介した放送配信やインタネットを介したマルチキャスト配信を利用できるようにしたコンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
インタネットを介する動画配信に利用可能な国際標準化された動画配信プロトコルとして、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クライアント１７からの要求に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルをHTTP配信する。
【０００７】
DASH MPDサーバ１３は、セグメント化されたストリーミングデータのファイルのアドレスなどを記述したMPDを生成し、HTTPサーバとして、受信側のDASHクライアント１７からの要求に応じ、該MPDをHTTP配信する。
【０００８】
インタネット上に存在するキャッシュサーバ１５は、DASHクライアント１７−１からの要求によりHTTP配信されたMPDやセグメント化されたストリーミングデータのファイルなどをキャッシングする。そして、キャッシングしているMPDやセグメント化されたストリーミングデータのファイルがDASHクライアント１７−２からDASH MPDサーバ１３またはDASHセグメントストリーマ１２に要求された場合、それらに代わってキャッシングしているMPDやセグメント化されたストリーミングデータをDASHクライアント１７−２にHTTP配信する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】「既存のWebサーバで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述したように、DASHではHTTP配信を用いた適応的ストリーミング技術が実現されている。
【００１１】
ところで、受信側が地上放送や衛星放送などで放送配信されるストリームや、インタネットによるマルチキャスト配信されたストリームも取得、再生できるのであれば、それらの配信パスも用いてストリームを配信するようにし、受信側で適応的にストリームを選択できるようにすることが望ましい。
【００１２】
放送配信やインタネットによるマルチキャスト配信はQoS(保証帯域/遅延等)が保証されているので、HTTP配信よりも高品質のストリームを受信側で取得、再生できる場合がある。また、コスト的にも放送配信を利用した方がリーズナブルとなることがある。さらに、HTTP配信だけの場合、インタネットの通信環境(トラフィック)の急激な変化により所望の帯域を確保できない状況になったときにはストリーム再生が停止してしまうことになるが、そのようなときに、放送配信またはマルチキャスト配信のストリームに切り替えることができれば、その画質がHTTP配信のそれよりも低いものであったとしても、コンテンツの視聴を停止することなく継続したいというユーザの要求をかなえることができる。
【００１３】
しかしながら、DASHにおいてはコンテンツのストリーミングデータをHTTP配信することのみを想定しており、放送配信やマルチキャスト配信は想定されていない。したがって、DASHにて規定されたMPDにも、放送配信やマルチキャスト配信されるストリームについて記述する術がない。
【００１４】
本開示はこのような状況に鑑みてなされたものであり、DASHを用いた適応的ストリーミング技術を拡張し、放送配信とマルチキャスト配信も利用できるようにするものである。
【課題を解決するための手段】
【００１５】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部とを備える。
【００１６】
前記メタファイル生成部は、前記メタファイルとして拡張されたMPDを生成することができる。
【００１７】
前記メタファイル生成部は、前記マルチキャスト配信される前記セグメントファイルを受信するために必要な、マルチキャストアドレス、チューニングパラメータのデータ形式識別子、および前記チューニングパラメータを含むserviceLocationAttributeファイルの取得先アドレスを記述した前記MPDを生成することができる。
【００１８】
前記マルチキャスト配信は、前記双方向通信網を介するマルチキャスト配信、および放送網を介する放送配信を含むことができる。
【００１９】
前記MPDは、前記双方向通信網を介したHTTP配信、前記放送網を介した放送配信、または前記双方向通信網を介したマルチキャスト配信により、コンテンツの受信側に供給されるようにすることができる。
【００２０】
前記マルチキャスト配信部は、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記FDTをマルチキャスト配信することができる。
【００２１】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信ステップと、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信ステップと、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成ステップとを含む。
【００２２】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンピュータを、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを生成し、受信側に供給するメタファイル生成部として機能させる。
【００２３】
本開示の第１の側面においては、コンテンツのストリーミングデータがセグメント毎にファイル化され、その結果得られるセグメントファイルが双方向通信網を介してHTTP配信される。また、前記セグメントファイルがマルチキャスト配信される。さらに、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルが生成され、受信側に供給される。
【００２４】
本開示の第２の側面であるコンテンツ供給装置は、一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置において、前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部を備える。
【００２５】
前記拡張されたFDTは、Content-Location要素を含み、前記Content-Location要素は、URLおよびrange属性を含むことができる。
【００２６】
前記range属性は、適応的ストリーミング技術のMPDにおけるmediaRange属性を流用することができる。
【００２７】
本開示の第２の側面であるコンテンツ供給装置は、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTを放送網を介して放送配信する放送配信部をさらに備えることができる。
【００２８】
本開示の第２の側面であるコンテンツ供給方法は、一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成する生成ステップと、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信ステップと含む。
【００２９】
本開示の第２の側面であるプログラムは、一方向ファイル転送プロトコルプロトコルに従ってコンテンツのストリーミングデータを供給するコンピュータを、前記ストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部として機能させる。
【００３０】
本開示の第２の側面においては、コンテンツのストリーミングデータがセグメント毎にファイル化されているセグメントファイルを格納した一方向ファイル転送プロトコルパケットが生成されるとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTが生成され、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTがマルチキャスト配信される。
【００３１】
本開示の第３の側面であるコンテンツ供給システムは、適応的ストリーミング技術に従ってコンテンツのストリーミングデータを供給するコンテンツ供給装置と、前記ストリームデータを受信する端末装置とから成るコンテンツ供給システムにおいて、前記コンテンツ供給装置が、前記ストリーミングデータをセグメント毎にファイル化し、その結果得られるセグメントファイルを双方向通信網を介してHTTP配信するHTTP配信部と、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットを生成するとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTをマルチキャスト配信するマルチキャスト配信部と、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したMPDを生成し、前記端末装置に供給するMPD生成部とを備える。また、前記端末装置が、取得した前記MPDに基づいて前記HTTP配信された前記セグメントファイルを受信するとともに、取得した前記MPDに基づいてserviceLocationAttributeファイルを取得し、前記serviceLocationAttributeファイルに基づいてマルチキャスト配信された、前記拡張されたFDTを受信し、前記拡張されたFDTに基づいて前記セグメントファイルが格納された前記一方向ファイル転送プロトコルパケットを受信する。
【００３２】
本開示の第３の側面においては、コンテンツ供給装置により、コンテンツのストリーミングデータがセグメント毎にファイル化され、その結果得られるセグメントファイルが双方向通信網を介してHTTP配信される。また、前記セグメントファイルを格納した一方向ファイル転送プロトコルパケットが生成されるとともに、前記一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTが生成され、前記一方向ファイル転送プロトコルパケットおよび前記拡張されたFDTがマルチキャスト配信される。さらに、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したMPDが生成されて端末装置に供給される。一方、前記端末装置により、取得した前記MPDに基づいて前記HTTP配信された前記セグメントファイルが受信されるとともに、取得した前記MPDに基づいてserviceLocationAttributeファイルが取得され、前記serviceLocationAttributeファイルに基づいてマルチキャスト配信された、前記拡張されたFDTが受信され、前記拡張されたFDTに基づいて前記セグメントファイルが格納された前記一方向ファイル転送プロトコルパケットが受信される。
【発明の効果】
【００３３】
本開示の第１の側面によれば、前記HTTP配信、または前記マルチキャスト配信される前記セグメントファイルを受信するための情報を記述したメタファイルを受信側に供給できる。
【００３４】
本開示の第２の側面によれば、一方向ファイル転送プロトコルパケットに格納された前記セグメントファイルの属性情報を記述した、拡張されたFDTを生成し、マルチキャスト配信することができる。
【００３５】
本開示の第３の側面によれば、DASHを用いた適応的ストリーミング技術を拡張し、放送配信とマルチキャスト配信も利用することができる。
【図面の簡単な説明】
【００３６】
【図１】DASHを利用する従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図３】コンテンツの時間的区切りを説明する図である。
【図４】MPDの構成を示す図である。
【図５】MPDにおけるPeriod以下の階層構造を示す図である。
【図６】時間軸上にMPDの構成を並べた図である。
【図７】MPDのRepresentation以下の詳細な構造を示す図である。
【図８】Representation以下の構造をXML形式で記述した一例を示す図である。
【図９】serviceLocationAttributeUrl属性により指定されるServiceLocation要素のデータ構造を示す図である。
【図１０】チューニングパラメータの一例を示す図である。
【図１１】serviceLocationAttributeUrl属性により指定されるServiceLocation要素のXML Schemaの一例を示す図である。
【図１２】拡張したMPDの構造を示す図である。
【図１３】FLUTEプロトコルの階層構造を示す図である。
【図１４】FDTのデータ構造を示す図である。
【図１５】拡張したFDTのデータ構造を示す図である。
【図１６】コンテンツ供給装置の動作を説明するフローチャートである。
【図１７】コンテンツ供給システムの動作を説明するフローチャートである。
【図１８】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３７】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００３８】
［コンテンツ供給システムの構成例］
本開示の実施の形態であるコンテンツ供給システムは、HTTP配信、放送配信、およびマルチキャスト配信を利用したコンテンツの適応的ストリーミングを実現するものである。
【００３９】
具体的には、DASHにおけるMPDを拡張して、放送配信とマルチキャスト配信のチューニング用のパラメータを記述できるようにするとともに、放送配信およびマルチキャスト配信で適用される一方向ファイル転送プロトコルであるFLUTE(File Delivery over Unidirectional Transport)におけるファイル属性が記述されるFDT(File Delivery Table)を拡張する。
【００４０】
図２は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００４１】
このコンテンツ供給システム２０は、コンテンツ供給装置３０および端末装置４０から構成される。
【００４２】
コンテンツ供給装置３０は、コンテンツマネジメントサーバ３１、DASHセグメントストリーマ３２、DASH MPDサーバ３３、FLUTEサーバ３４、および放送配信サーバ３５を有する。
【００４３】
コンテンツマネジメントサーバ３１は、受信側の端末装置４０に供給するコンテンツ（ライブ放送コンテンツを含む）を管理しており、同一内容のコンテンツからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ３２に出力する。
【００４４】
DASHセグメントストリーマ３２は、図３に示されるように、コンテンツのストリーミングデータを時間的にピリオド(period)に区切り、さらにセグメント(segment)に分割して、それぞれをファイル化し、該ファイルのアドレスをDASH MPDサーバ３３およびFLUTEサーバ３４に通知する。また、DASHセグメントストリーマ３２は、セグメント化されたストリーミングデータのファイルをFLUTEサーバ３４に供給する。さらに、DASHセグメントストリーマ３２は、端末装置４０からの要求に応じ、HTTPサーバとして、セグメント化されたストリーミングデータのファイルを、インタネット１を介してHTTP配信する。
【００４５】
DASH MPDサーバ３３は、セグメント化されたストリーミングデータのファイルがHTTP配信、放送配信、またはマルチキャスト配信される際のアドレスなどを記述したMPDを生成し、HTTPサーバとして、端末装置４０からの要求に応じ、該MPDを、インタネット１を介してHTTP配信する。また、DASH MPDサーバ３３は、生成したMPDをFLUTEサーバ３４に供給する。なお、生成されたMPDは、DASH MPDサーバ３３からHTTP配信する他、FLUTEサーバ３４からマルチキャスト配信したり、放送配信サーバ３５から放送配信したりするようにしてもよい。
【００４６】
FLUTEサーバ３４は、セグメント化されたストリーミングデータのファイルを格納したFLUTEパケット（ALC(Asynchronous Layered Coding)パケットなど）を生成するとともに、MPDに基づいてFDTを生成し、FLUTEパケットおよびFDTをFLUTEプロトコルに従い、インタネット１を介してマルチキャスト配信する。また、FLUTEサーバ３４は、FLUTEパケットおよびFDTを放送配信サーバ３５に供給する。
【００４７】
放送配信サーバ３５は、FLUTEサーバ３４から供給されるFLUTEパケットおよびFDTを、放送網２を介して放送配信する。なお、放送網２には、地上放送、衛星放送、CATV網、携帯通信網などが含まれるものとする。以下、本明細書においては、マルチキャスト配信の用語は、放送網２を介する放送配信を含むものとする。
【００４８】
インタネット１上に設けられたキャッシュサーバ３６は、インタネット１を介してHTTP配信またマルチキャスト配信されたMPD、セグメント化されたストリーミングデータのファイル、FDT、およびFLUTEパケットなどをキャッシングする。そして、キャッシングしているMPD等がDASH MPDサーバ３３に要求された場合、それらに代わってキャッシングしているMPDなどを要求元にHTTP配信する。
【００４９】
［MPDの概要］
次に、MPDの概要について説明する。
【００５０】
図４はMPDのデータ構成を示し、図５はMPDにおけるPeriod以下の階層構造を示している。
【００５１】
MPDには、コンテンツ（Media)に関する情報がPeriod毎に区分され、各Periodには同一内容であってビットレートなどのストリーム属性の異なるストリーミングデータに関する情報からなる複数のRepresentationが用意されている。Representationには、Periodをさらに時間的に分割したSegmentに関する情報が格納されている。
【００５２】
図６は、時間軸上にMPDの構造を並べた状態を示している。同図から明らかなように、同一のSegmentに対して複数のRepresentationが存在しているので、これらのうちのいずれかを端末装置４０は適応的に選択することにより、通信環境や自己のデコード能力などに応じて適切なストリームデータを取得、再生することができる。
【００５３】
図７は、MPDのRepresentation以下の構造を詳細に示している。Representationには、セグメント化されたストリームデータが格納されたファイルのアドレスが記述される。具体的には、セグメント化された複数のストリームデータがそれぞれ個別にファイル化されている場合には、各ファイルのアドレス（url情報）のシーケンスが記述される。また、セグメント化された複数のストリームデータがまとめてファイル化されている場合には、該ファイルのアドレス（Base URL）と、該ファイルにおける各セグメントの範囲(mediaRange)のシーケンスが記述される。なお、図７には、後者の場合が示されている。
【００５４】
図８は、図７に示された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を指定してHTTPリクエストを発行すればよい。
【００５９】
例えば１つ目のセグメント化されたストリームデータを取得するためには、ファイルのurl”http://example.com/counter-10mn_avc_dash.mp4”とともに、mediaRange”795-83596”を指定すればよい。この際のHTTPリクエストは以下のとおりとなる。
GET /counter-10mn_avc_dash.mp4 HTTP/1.1
Host: example.com
Range: bytes=795-83596
【００６０】
また例えば２つ目のセグメント化されたストリームデータを取得するためには、ファイルのurl”http://example.com/server/counter-10mn_aacdash.mp4”とともに、mediaRange”83597-166046”を指定すればよい。この際のHTTPリクエストは以下のとおりとなる。
GET /counter-10mn_avc_dash.mp4 HTTP/1.1
Host: example.com
Range: bytes=83597-166046
【００６１】
［MPDの拡張］
本実施の形態においては、セグメント化されたストリームデータを放送配信とマルチキャスト配信のIPマルチキャストストリーム上のFLUTEで転送されるファイルに格納するので、IPマルチキャストストリームのアドレスを記述できるようにMPDを拡張する。
【００６２】
具体的には、図９に示されるような、セグメントファイル群が転送されるIPマルチキャストストリームを受信するための新たな要素としてチューニングパラメータ(DeliverySystemAttributes)およびIPマルチキャストアドレス(IPMulticastAddress)が記述されたServiceLocation要素を導入する。
【００６３】
DeliverySystemAttributesのDeliverySystemIdentifierには、放送配信またはマルチキャスト配信にて採用されているチューニングパラメータのデータ構造のフォーマット識別子が記述される。例えば、欧州にて採用されている地上放送による放送配信の場合には、”ID_DVB_T”が記述され、衛星放送に放送配信の場合には、”ID_DVB_S”が記述される。
【００６４】
DeliverySystemAttributesのDeliverySystemDescriptorには、DeliverySystemIdentifierで識別される放送配信またはマルチキャスト配信にて規定されたチューニングパラメータのデータ構造(パラメタ自体)が記述される。図１０は、欧州にて採用されている地上放送による放送配信に対応するチューニングパラメータのデータ構造の例である。なお、実際には、上記フォーマットに則ったバイト列をbase64等により文字列に変換してDeliverySystemDescriptorに記述する。
【００６５】
図１１は、serviceLocationAttributeUrl属性により指定されるServiceLocationファイルのXML schemaの一例を示している。
【００６６】
図１２は、拡張したMPDの構造を示している。すなわち、拡張したMPDのRepresentationのBaseURLは、ServiceLocation要素をルート要素として格納するserviceLocationAttributeファイルのurlを含むserviceLocationAttribute Url属性が記述できるよう拡張されている。
【００６７】
［FDTの拡張］
次に、FDTの拡張について説明する。上述したServiceLocation/DeliverySystem要素に格納される情報によりチューニングされたMPEG2-TSストリーム上に転送されるIPパケットストリームのうち、ServiceLocation/IPMulticastAddress要素で指定されるマルチキャストアドレスを持つIPパケットストリーム上には、FLUTEプロトコルによりファイル群が運ばれる。
【００６８】
図１３はFLUTEプロトコルの階層を示している。なお同図では、上述したDeliverySystemAttributesで指定する対象がMPEG2-TSパケットであり、これがULE(Unidirectional Light-weight Encapsulation)またはMPE(Multi Protocol Encapsulation)によりカプセル化されているIPパケット上にFLUTEパケットが運ばれる場合を示している。
【００６９】
FLUTEプロトコルでは、FLUTEパケットにより運ばれるファイルのそれぞれに対してファイル属性が記述できる。ファイル属性はFDT(FDT-Instance要素)に記述される。
【００７０】
図１４は、現在規定されているFDTのデータ構造を示している。FDTに必須のファイル属性は以下の３種である。
FDT-Instance/Expires(FDTの有効期限)
FDT-Instance/File/Content-Location(転送するファイルのURL)
FDT-Instance/File/TOI(Transport Object Identifier、FLUTE転送する上で必須の構成チャンク群の識別子)
【００７１】
FLUTEプロトコルでは、同一のTOIを有する全てのファイルが受信された段階で初めて、Content-LocationのURLにより指定されるファイルとしてそれらに対してアクセスが可能となる。したがって、映画などのVoDコンテンツのように再生時間が長く１つのファイルのサイズが非常に大きい場合には、そのファイル全体が受信側で再構成されてアクセスできるようになるまでに、ある程度の時間が必要となる。
【００７２】
これに対して、DASHを利用したストリーミングにおいては、対象のVoDコンテンツのファイルのサイズが大きくても、個々のHTTPリクエストのmediaRange指定によりファイルの一部をセグメント単位で取得、再生することができる。したがって、放送配信またはマルチキャスト配信のIPマルチキャストストリームによりFLUTE転送されるファイルについても同様にセグメントの単位で取得、再生できるようにすることが望ましい。
【００７３】
ただし、現在規定されているFDTのContent-Location要素では、MPDのBaseURL＋SegmentURL mediaRangeのシーケンスのように、ファイルの一部を表現することができない。そこで、FDTについてもファイルの一部を表現できるように拡張する。
【００７４】
図１５は、拡張したFDTのデータ構造を示している。すなわち、FDTに対して、Content-Locationと、さらにそのContent-Locationのurlで指定されるファイルの中のバイトレンジが指定できるように新たにrange属性を導入する。range属性のシンタクスには、range-specifier(RFC2616.section.14.35.1)の定義を適用する。range属性には、MPDのPeriod/AdaptationSet/Representation/SegmentList/SegmentURL/@mediaRangeをそのまま流用することができる。
【００７５】
このようにFDTを拡張すれば、端末装置４０が取得、再生するストリーミングデータを、HTTP配信、放送配信、またはマルチキャスト配信の間で適応的、かつ、アドホックに切り替えることが可能となる。また、コンテンツのストリーミングサービスを運用する上での柔軟性を確保することが可能となる。
【００７６】
［コンテンツ供給システム２０の動作］
次に、コンテンツ供給システム２０の動作について説明する。図１６は、コンテンツ供給システム２０のコンテンツ供給装置３０の動作を説明するフローチャートである。
【００７７】
コンテンツマネジメントサーバ３１は、ステップＳ１として、受信側の端末装置４０に供給する、同一内容のコンテンツのビットレートなどが異なる複数のストリーミングデータをDASHセグメントストリーマ３２に出力する。また、ステップＳ２として、コンテンツのメタデータをDASH MPDサーバ３３に通知する。
【００７８】
ステップＳ１１において、DASHセグメントストリーマ３２は、コンテンツのストリーミングデータを時間的にピリオドに区切り、さらにセグメントに分割して、DASHストリームセグメントを生成し、それぞれをファイル化する。また、DASHセグメントストリーマ３２は、DASHストリームセグメントのファイルをFLUTEサーバ３４に供給する。
【００７９】
ステップＳ１２において、DASHセグメントストリーマ３２は、DASHストリームセグメントのファイルのアドレス（url情報）をDASH MPDサーバ３３およびFLUTEサーバ３４に通知する。この後、ステップＳ１３において、DASHセグメントストリーマ３２は、DASHストリームセグメントのファイルのインタネット１を介するHTTP配信を開始する。
【００８０】
DASHストリームセグメントのファイルのアドレスの通知を受けたDASH MPDサーバ３３は、ステップＳ２１において、MPDを生成し、ステップＳ２２において、該MPDをFLUTEサーバ３４に供給し、そのマルチキャスト配信を依頼する。この後、ステップＳ２３において、DASH MPDサーバ３３は、生成したMPDのインタネット１を介するHTTP配信を開始する。
【００８１】
MPDの供給を受けたFLUTEサーバ３４は、ステップＳ３１において、MPDに基づいてFDTを生成するとともに、DASHセグメントストリーマ３２からDASHストリームセグメントのファイルを格納したFLUTEパケットを生成する。ステップＳ３２において、FLUTEサーバ３４は、生成したFDTとFLUTEパケットを放送配信サーバ３５に供給し、それらの放送配信を依頼する。この後、所定のタイミングにおいて、ステップＳ３３として、FLUTEサーバ３４は、FDTとFLUTEパケットのインタネット１を介するマルチキャスト配信を開始する。
【００８２】
FDTとFLUTEパケットの供給を受けた放送配信サーバ３５は、所定のタイミングにおいてステップＳ４１として、FLUTEパケットおよびFDTを、放送網２を介して放送配信する。以上で、コンテンツ供給システム２０のコンテンツ供給装置３０の動作説明を終了する。
【００８３】
次に、図１７は、端末装置４０がコンテンツを受信、再生するまで動作を説明するフローチャートである。
【００８４】
コンテンツを受信、再生しようとする端末装置４０は、ステップＳ５１において、インタネット１を介してDASH MPDサーバ３３にアクセスし、MPDのHTTP配信を要求する。この要求に応じ、ステップＳ６１において、DASH MPDサーバ３３は、インタネット１を介して端末装置４０にMPDをHTTP配信する。
【００８５】
なお、インタネット１上のキャッシュサーバ３６が該MPDを保持している場合には、DASH MPDサーバ３３に代わってキャッシュサーバ３６が端末装置４０に該MPDをHTTP配信することになる。
【００８６】
また、MPDがインタネット１を介してマルチキャスト配信されたり、放送網２を介して放送配信されたりする場合もあり、それを受信、取得するときにはステップＳ５１の処理は不要となる。
【００８７】
MPDを取得した端末装置４０は、ステップＳ５２において、MPDのBaseURLとmediaRangeにもとづいてHTTPリクエストを発行して、DASHセグメントストリーマ３２にDASHストリームセグメントのファイルのHTTP配信を要求する。この要求に応じ、ステップＳ７１において、DASHセグメントストリーマ３２は、対応するファイルをインタネット１を介して端末装置４０にHTTP配信する。なお、インタネット１上のキャッシュサーバ３６が該ファイルを保持している場合には、DASHセグメントストリーマ３２に代わってキャッシュサーバ３６が端末装置４０に該ファイルをHTTP配信することになる。
【００８８】
ステップＳ５３において、端末装置４０は、HTTP配信された該ファイルを受信、再生する。この後、例えばインタネット１の通信環境が悪化したりした場合、端末装置４０は、受信するストリームを適応的に切り替えることができる。具体的には、ステップＳ５４として、例えば、放送配信サーバ３５がステップＳ８１として放送配信しているDASHストリームセグメントのファイルを受信、再生することができる。また、この後、HTTP配信されるファイルの受信、再生に戻ることもできる。
【００８９】
なお、DASHセグメントストリーマ３２からHTTP配信される、よりビットのレートが低いストリームを受信、再生するように切替えたり、FLUTEサーバ３４がインタネット１を介してマルチキャスト配信するストリームに切替えたりすることも可能である。
【００９０】
以上で、端末装置４０の動作説明を終了する。
【００９１】
ところで、上述した一連の処理を実行するコンテンツ供給装置３０、および端末装置４０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【００９２】
図１８は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【００９３】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【００９４】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９、およびドライブ１１０が接続されている。
【００９５】
入力部１０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１０７は、ディスプレイ、スピーカなどよりなる。記憶部１０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１０９は、ネットワークインタフェースなどよりなる。ドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１１１を駆動する。
【００９６】
以上のように構成されるコンピュータ１００では、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５およびバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【００９７】
コンピュータ１００（CPU１０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インタネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【００９８】
コンピュータ１００では、プログラムは、リムーバブルメディア１１１をドライブ１１０に装着することにより、入出力インタフェース１０５を介して、記憶部１０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１０９で受信し、記憶部１０８にインストールすることができる。その他、プログラムは、ROM１０２や記憶部１０８に、あらかじめインストールしておくことができる。
【００９９】
なお、コンピュータ１００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１００】
なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１０１】
２０  コンテンツ供給システム，  ３０  コンテンツ供給装置，  ３１  コンテンツマネジメントサーバ，  ３２  DASHセグメントストリーマ，  ３３  DASH MPDサーバ，  ３４  FLUTEサーバ，  ３５  放送配信サーバ，  端末装置４０，  １００  コンピュータ，  １０１  CPU
【図１】
2014057227.tif 000003
【図２】
2014057227.tif 000004
【図３】
2014057227.tif 000005
【図４】
2014057227.tif 000006
【図５】
2014057227.tif 000007
【図６】
2014057227.tif 000008
【図７】
2014057227.tif 000009
【図８】
2014057227.tif 000010
【図９】
2014057227.tif 000011
【図１０】
2014057227.tif 000012
【図１１】
2014057227.tif 000013
【図１２】
2014057227.tif 000014
【図１３】
2014057227.tif 000015
【図１４】
2014057227.tif 000016
【図１５】
2014057227.tif 000017
【図１６】
2014057227.tif 000018
【図１７】
2014057227.tif 000019
【図１８】
2014057227.tif 000020