(57)【特許請求の範囲】
【請求項１】
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
生成された前記メタデータを受信側に配信する配信部と
を備え、
前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、
前記条件値は、上限値、下限値、または指定値である
コンテンツ供給装置。
【請求項２】
前記生成部は、前記メタデータとして、拡張されたUSDを生成し、
前記配信部は、生成された拡張された前記USDをFLUTEマルチキャスト配信する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記異なる複数のネットワークは、インターネット、地上放送網、衛星放送網、ケーブルテレビ放送網、モバイル放送網、または無線LANのうちの少なくとも一つを含む
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記生成部は、USDにMPDBaseMapping要素を導入し、前記MPDBaseMapping要素の中にRequiredQos要素を導入し、前記RequiredQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する前記複数のQoSパラメータとその条件値を記述する
請求項２に記載のコンテンツ供給装置。
【請求項５】
前記生成部は、USDのDeliverMethodの中にRequiredQos要素を導入し、前記RequiredQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する前記複数のQoSパラメータとその条件値を記述する
請求項２に記載のコンテンツ供給装置。
【請求項６】
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成処理と、
生成された前記メタデータを受信側に配信する配信処理と
を含み、
前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、
前記条件値は、上限値、下限値、または指定値である
コンテンツ供給方法。
【請求項７】
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンピュータを、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
生成された前記メタデータを受信側に配信する配信部と
して機能させ、
前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、
前記条件値は、上限値、下限値、または指定値である
プログラム。
【請求項８】
コンテンツ供給装置から配信されるストリームを受信する端末装置において、
前記端末装置は、
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを受信し、
前記ストリームが受信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを受信し、
受信した前記メタデータに記述された前記複数のQoSパラメータと受信の可否判断に従って、前記ストリームの１つを選択し、再生するように構成され、
前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、
前記条件値は、上限値、下限値、または指定値である
端末装置。
【請求項９】
コンテンツ供給装置と端末装置から構成されたコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
生成された前記メタデータを受信側に配信するメタデータ配信部とを備え、
前記端末装置は、
前記メタデータを受信し、受信した前記メタデータに記述された前記複数のQoSパラメータと受信の可否判断に従って、前記ストリームの１つを選択し、再生する構成を備え、
前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、
前記条件値は、上限値、下限値、または指定値である
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、同一内容のコンテンツを複数の配信パスを介して供給する場合に用いて好適なコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
近年、インターネットを利用するストリーミングサービスの主流がOTT-V(Over The Top Video)となっており、それに利用可能な国際標準化された動画配信プロトコルとして、Webサイトなどの閲覧と同様のHTTPを用いるMPEG-DASH（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP。以下、DASHと称する）が知られている（例えば、非特許文献１を参照）。【０００３】
DASHでは適応型ストリーミング技術が実現されている。すなわち、コンテンツの供給側は、同一内容であって画質や画角サイズなどの違いによってビットレートが異なる複数のストリームを用意し、配信するようになっている。一方、コンテンツの受信側は、供給側が用意している複数のストリームのうち、通信環境や自己のデコード能力などに応じて最適なストリームを選択して受信、再生し、さらに、通信環境の変化などに応じて受信中のストリームをスイッチングするようになっている。【０００４】
なお、供給側は、受信側がストリームを適応的に選択して受信、再生できるように、MPD(Media Presentation Description)と称されるメタファイルを受信側に供給するようになっている。【０００５】
MPDには、コンテンツのストリーム(Audio/Video/Subtitle等のメディアデータ)をチャンク化したセグメントストリームのファイルを、受信側からの要求に応じて供給するWEBサーバ（供給元）のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるWEBサーバにアクセスしてセグメントストリームのファイル（以下、セグメントファイルとも称する）を要求し、該要求に応じてサーバからHTTPユニキャスト配信されるセグメントファイルを受信、再生することになる。【０００６】
図１は、DASHに基づいてコンテンツをストリーミング配信するコンテンツ供給システムの構成の一例を示している。【０００７】
このコンテンツ供給システム１０は、コンテンツを供給する複数のコンテンツ供給装置２０と、コンテンツを受信、再生する多数のDASHクライアント３０から構成される。DASHクライアント３０は、インターネット１１を利用したCDN(Contents Delivery Network)１２を介してコンテンツ供給装置２０に接続できる。【０００８】
コンテンツ供給装置２０は、同一内容のコンテンツであってビットレートが異なる複数のストリームを配信する。コンテンツ供給装置２０は、コンテンツマネジメントサーバ２１、DASHセグメントストリーマ２２、およびDASH MPDサーバ２３を有する。【０００９】
コンテンツマネジメントサーバ２１は、DASHクライアント３０に配信するためのコンテンツのソースデータを管理しており、該ソースデータからビットレートが異なる複数のストリーミングデータを生成してDASHセグメントストリーマ２２に出力する。【００１０】
DASHセグメントストリーマ２２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをファイル化して保持する。さらに、DASHセグメントストリーマ２２は、WEBサーバとして、DASHクライアント３０からのセグメントファイルを要求するHTTPリクエストに応じ、保持するセグメントファイルを要求元にHTTPユニキャスト配信する。さらに、DASHセグメントストリーマ２２は、セグメントファイルの供給元を表すアドレスを含むメタデータをDASH MPDサーバ２３に通知する。【００１１】
DASH MPDサーバ２３は、セグメントファイルの供給元（すなわち、DASHセグメントストリーマ２２）を表すアドレスなどを記述したMPDを生成する。また、DASH MPDサーバ２３は、WEBサーバとして、DASHクライアント３０からのMPDを要求するHTTPリクエストに応じ、生成したMPDを要求元にHTTPユニキャスト配信する。【００１２】
一方、DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDを取得する。さらに、DASHクライアント３０は、取得したMPDに基づいて、DASHセグメントストリーマ２２にセグメントファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントファイルを受信、再生する。【００１３】
なお、CDN１２は、プロキシサーバ（不図示）を包含しており、該プロキシサーバは、CDN１２を介してHTTPユニキャスト配信されるMPDやセグメントファイルをキャッシングする。そして、プロキシサーバは、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、DASHクライアント３０からの要求に応じて、キャッシングしているMPDやセグメントファイルを、要求元にHTTPユニキャスト配信することができる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上述したように、DASHでは、コンテンツをHTTPユニキャスト配信することにより適応的ストリーミング技術が実現されている。【００１６】
ところで、受信側がインターネット１１を介するHTTPユニキャスト配信を受信できるだけでなく、各種のネットワーク（地上放送、衛星放送、携帯電話通信網、無線LAN等）を介するマルチキャスト配信を受信できるのであれば、それらもDASHの配信パスとして利用できるようにすることが望ましい。具体的には、例えば3GPP通信網を利用してFLUTEマルチキャスト配信を行なうことなどが想定される。【００１７】
ところで、コンテンツのストリームが様々な配信パスで供給されるようになると、受信側では単に受信の可否だけで最適なストリームを選択するのではなく、各配信パスを介してストリームを供給する場合の汎用的なネットワーク要求品質情報を受信側に提供し、受信側ではそれらに基づいてストリームを選択できるようにすることが望ましい。【００１８】
具体的には、ストリーミングサービス一般に適用されるQoSパラメータの記述、放送受信する場合の要求受信品質の記述、無線LAN系を通して取得する場合の要求品質の記述などの提供が考えられる。【００１９】
本開示はこのような状況に鑑みてなされたものであり、同一内容のコンテンツを異なる複数の配信パスで供給する場合において、各配信パスに対応する汎用的なネットワーク要求品質情報を受信側に提供できるようにするものである。
【課題を解決するための手段】
【００２０】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信する配信部とを備え、前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、前記条件値は、上限値、下限値、または指定値である。
【００２１】
前記生成部は、前記メタデータとして、拡張されたUSDを生成することができ、前記配信部は、生成された拡張された前記USDをFLUTEマルチキャスト配信することができる。【００２２】
前記異なる複数のネットワークは、インターネット、地上放送網、衛星放送網、ケーブルテレビ放送網、モバイル放送網、または無線LANのうちの少なくとも一つを含むことができる。【００２３】
前記生成部は、USDにMPDBaseMapping要素を導入し、前記MPDBaseMapping要素の中にRequiredQos要素を導入し、前記RequiredQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する前記複数のQoSパラメータとその条件値を記述することができる。
【００２４】
前記生成部は、USDのDeliverMethodの中にRequiredQos要素を導入し、前記RequiredQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する前記複数のQoSパラメータとその条件値を記述することができる。
【００２５】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成処理と、生成された前記メタデータを受信側に配信する配信処理とを含み、前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、前記条件値は、上限値、下限値、または指定値である。
【００２６】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンピュータを、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信する配信部として機能させ、前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、前記条件値は、上限値、下限値、または指定値である。
【００２７】
本開示の第１の側面においては、ストリームが配信される異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータが生成され、生成された前記メタデータが受信側に配信され、前記複数のQoSパラメータには、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含ませるようにすることができ、前記条件値は、上限値、下限値、または指定値とすることができる。
【００２８】
本開示の第２の側面である端末装置は、コンテンツ供給装置から配信されるストリームを受信する端末装置であって、前記端末装置は、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを受信し、前記ストリームが受信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを受信し、受信した前記メタデータに記述された前記複数のQoSパラメータと受信の可否判断に従って、前記ストリームの１つを選択し、再生するように構成され、前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、前記条件値は、上限値、下限値、または指定値である。
【００２９】
本開示の第２の側面においては、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームが受信され、前記ストリームが受信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータが受信され、受信された前記メタデータに記述された前記複数のQoSパラメータと受信の可否判断に従って、前記ストリームの１つが選択されて、再生され、前記複数のQoSパラメータには、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかが含まれ、前記条件値は、上限値、下限値、または指定値とされる。
【００３０】
本開示の第３の側面であるコンテンツ供給システムは、コンテンツ供給装置と端末装置から構成されたコンテンツ供給システムであって、前記コンテンツ供給装置が、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備え、前記端末装置が、前記メタデータを受信し、受信した前記メタデータに記述された前記複数のQoSパラメータと受信の可否判断に従って、前記ストリームの１つを選択し、再生する構成を備え、前記複数のQoSパラメータは、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかを含み、前記条件値は、上限値、下限値、または指定値である。
【００３１】
本開示の第３の側面においては、前記コンテンツ供給装置により、適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームが供給され、前記ストリームが配信される前記異なる複数のネットワークそれぞれに関する複数のQoSパラメータとその条件値を記述したメタデータが生成され、生成された前記メタデータが受信側に配信され、前記端末装置により、前記メタデータが受信され、受信された前記メタデータに記述された前記複数のQoSパラメータと受信の可否判断に従って、前記ストリームの１つが選択されて、再生され、前記複数のQoSパラメータには、遅延、遅延揺らぎ、損失、スループット、電波強度、およびビット誤り率のいずれかが含まれ、前記条件値は、上限値、下限値、または指定値とされる。
【発明の効果】
【００３２】
本開示の第１の側面によれば、コンテンツのストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを配信できる。【００３３】
本開示の第２の側面によれば、コンテンツのストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータに基づいて受信の可否を判断できる。【００３４】
本開示の第３の側面によれば、コンテンツのストリームが配信される異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを端末装置側に配信でき、端末装置側はメタデータに基づいて受信の可否を判断できる。
【図面の簡単な説明】
【００３５】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図３】USDのプロトコルスタックを示す図である。
【図４】USDメタデータの拡張前の構造を示す図である。
【図５】USDメタデータの拡張後の構造を示す図である。
【図６】USDメタデータの拡張後の構造を示す図である。
【図７】MPDBaseUrlMapping要素の構造を示す図である。
【図８】requiredQoS要素の他の配置の例を示す図である。
【図９】requiredQoS要素の他の配置の例を示す図である。
【図１０】DVB衛星放送／ケーブルテレビのQoSパラメータの例を示す図である。
【図１１】DVBケーブルテレビのQoSパラメータの例を示す図である。
【図１２】DVB衛星放送のQoSパラメータの例を示す図である。
【図１３】地上放送(DVB-T)のQoSパラメータの例を示す図である。
【図１４】地上放送(DVB-T2)のQoSパラメータの例を示す図である。
【図１５】ケーブルテレビ(DVB-C2)のQoSパラメータの例を示す図である。
【図１６】その他の地上放送のQoSパラメータの例を示す図である。
【図１７】３Ｇ携帯電話機(UTRA FDD)端末用のQoSパラメータの例を示す図である。
【図１８】３Ｇ携帯電話機(UTRA TDD)端末用のQoSパラメータの例を示す図である。
【図１９】LTE (E-UTRA)端末用のQoSパラメータの例を示す図である。
【図２０】ATSC物理層のQosパラメータの例を示す図である。
【図２１】コンテンツ供給装置の動作を説明するフローチャートである。
【図２２】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３６】
＜コンテンツ供給システムの構成例＞
図２は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００３７】
コンテンツ供給システム５０は、複数のコンテンツ供給装置６０と、多数の端末装置８０から構成される。コンテンツ供給装置６０と端末装置８０とは、ネットワーク５１を介して接続できる。
【００３８】
ネットワーク５１は、インターネットとそれを利用したCDN５２に代表される双方向通信網の他、地上放送波、衛星放送波、(e)MBMSなどを利用した各種の放送網、Wi-Fiなどの無線LANを包含するものとする。
【００３９】
コンテンツ供給装置６０は、コンテンツのストリームをHTTPユニキャスト配信するだけでなく、さらにマルチキャスト配信するものである。ここで、マルチキャスト配信とは、ネットワーク５１を介するポイント・トゥー・マルチポイントベアラ上のブロードキャスト・マルチキャスト配信の他、ポイント・トゥー・ポイントベアラ上のブロードキャスト・マルチキャスト配信を含むものとする。ただし、以下の説明においてはマルチキャスト配信の代表としてFLUTEマルチキャスト配信にのみ言及する。
【００４０】
コンテンツ供給装置６０は、チャネルサーバ６１、セグメンタ６２、MPDジェネレータ６３、FLUTEストリーマ６４、WEBサーバ６５、およびマルチキャストサーバ６６を有する。
【００４１】
なお、コンテンツ供給装置６０が有するチャネルサーバ６１乃至マルチキャストサーバ６６は、一箇所に集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００４２】
チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。
【００４３】
セグメンタ６２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４、およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
【００４４】
MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づき、セグメントファイルがHTTPユニキャスト配信される時の配信元（WEBサーバ６５）を表すアドレスなどを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。このMPDには、HTTPユニキャスト配信されるセグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのデスティネーションIPアドレスが記述されているSDP(Session Description)の取得先が記述されている。
【００４５】
FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームを分割してALCパケットに格納することにより、FLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。
【００４６】
さらに、FLUTEストリーマ６４は、FLUTEセッションのアドレス情報を記述したSDPを含み、さらにネットワーク５１を介して配信される各ストリームに関する汎用的なネットワーク要求品質情報を記述できるように拡張したUSD(User Service Bundle Description)を記述してマルチキャストサーバ６６に出力する。USDについては図３以降を参照して詳述する。
【００４７】
WEBサーバ６５は、端末装置８０から送信される、MPDを要求するHTTPリクエストに応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６５は、端末装置８０から送信される、セグメントファイルを要求するHTTPリクエストに応じ、保持するセグメントファイルを要求元にHTTPユニキャスト配信する。
【００４８】
マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたMPDおよびUSDをFLUTEマルチキャスト配信する。また、マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたFLUTEストリームをFLUTEマルチキャスト配信する。
【００４９】
端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０からMPDを取得する。具体的には、MPDを要求するHTTPリクエストを送信し、それに応じてHTTPユニキャスト配信されるMPDを受信するか、またはFLUTEマルチキャスト配信されるMPDを受信する。なお、端末装置８０がFLUTEマルチキャスト配信されるMPDを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６６のポータルチャネルが記述されたアナウンス情報が参照される。
【００５０】
該アナウンス情報は、例えばシグナリングメタデータであるUSDのSDP(Session Description)要素を利用して周知される。USDはFLUTE/UDP/IP(Multicast or Unicast)にて転送される。
【００５１】
さらに、端末装置８０は、取得したMPDに基づいてWEBサーバ６５にセグメントストリームを要求するHTTPリクエスト送信し、これに応じてHTTPマルチキャスト配信されるセグメントストリームのファイルを受信、再生する。
【００５２】
またさらに、端末装置８０は、取得したMPDに基づいてSDPを含むUSDを取得し、SDPに基づいてFLUTEマルチキャスト配信されるFLUTEストリームを受信、再生する。
【００５３】
なお、端末装置８０から送信されたHTTPリクエストに対し、WEBサーバ６５の代わりにCDN５２上に存在するプロキシサーバが応じ、該プロキシサーバがキャッシングしているMPDやセグメントリクエストをHTTPユニキャスト配信する場合もある。
【００５４】
［USDの拡張］
上述したように、USDはFLUTEマルチキャスト配信が行なわれるポータルチャネルを周知させるために利用する他、本実施の形態では、コンテンツを配信する各パスの汎用的なネットワーク要求品質情報を受信側に提供する用途にも利用するようにする。
【００５５】
図３は、MBMSを利用してUSDが配信される場合のプロトコルスタックを示している。
【００５６】
USDはService Announcement&Metadata９１に格納され、ブロードキャスト・マルチキャストチャネルでFLUTEマルチキャスト配信される。
【００５７】
次に、図４はUSDメタデータの拡張前の構造を示しており、図５および図６は拡張したUSDメタデータの構造を示している。本実施の形態では、図５に示されるように、UserServiceDescriptionの下に新たな要素としてMPDBaseUrlMapping１０１（図６においては”r12:MPDBaseUrlMapping”）を導入する。
【００５８】
MPDBaseUrlMapping要素１０１は、MediaPresentationDescriptionにて参照されるMPD（当該USDにて周知するFLUTEストリームと互いにスイッチング対象となるストリーム（セグメントストリームなど）について記述されているMPD）に記載されるAdaptationSetまたはRepresentationそれぞれのbaseUrlが、マルチキャスト配信であるのか、またはユニキャスト配信であるのかの区別を示すためのものである。
【００５９】
次に、図７はMPDBaseUrlMapping要素１０１の構造を示している。
【００６０】
MPDBaseUrlMapping要素１０１には、broadcast要素（のリスト）とunicast要素（のリスト）が格納される。broadcast要素には、対応するMPDに記述されているAdaptationSetまたはRepresentationのbaseUrlのうちのマルチキャスト配信(ブロードキャスト配信含む)されるものを示すbaseURL属性が格納される。さらに、broadcast要素には、格納されたbaseUrl属性に対応するsessionDescriptionへの参照を格納するsessionDescription属性と、配信パスのQoSパラメータ（ネットワーク要求品質情報）を格納するrequiredQoS要素１１１が格納される。
【００６１】
unicast要素には、対応するMPDに記述されているAdaptationSetまたはRepresentationのbaseUrlのうちのユニキャスト配信されるものを示すbaseURL属性が格納される。
【００６２】
MPDBaseUrlMapping/@mpdURI属性には、参照対象のMPDファイルのURLが格納される。
【００６３】
なお、配信パスのQoSパラメータ（ネットワーク要求品質情報）を格納するrequiredQoS要素１１１の配置については、図７に示された例に限定されるものではない。例えば、図８に示されるように配置してもよい。
【００６４】
図８および図９は、USDメタデータのDeliveryMethod要素の下にrequiredQoS要素１１１を配置した例を示している。
【００６５】
＜requiredQoS要素に格納するQosパラメータの具体例＞
requiredQoS要素には、コンテンツの配信パスに対してチューニングするために必要なQoSパラメータを指定するparameterURI属性と、その条件値としてrequiredValue要素（”upperLimit(上限値)”、”lowerLimit(下限値)”、または”just(指定値)”）が格納される。
【００６６】
＜QoSパラメータの記述例＞
QoSパラメータの記述例について具体的に説明する。例えば、ストリーミングサービス一般に適用されるQoEパラメータとして、遅延、遅延揺らぎ、損失(エラー)、スループット等が存在する。このうち、スループットについて記述する場合には、
RequiredQoS/@parameterURI=urn:DownLinkThroughput(下りスループットを示すユニークな識別子)と記述し、条件値としてその下限値を指定するときは、
RequiredQoS/requiredValue/@lowerLimit=”3Mbps”（下りスループットの下限値3Mbpsとの意味）と指定する。
【００６７】
また例えば、放送を受信する場合や、Wi-Fi等無線LANを介してストリームを受信する場合の放送や携帯電話の端末の物理層信号品質を表すパラメータには、代表的なものとして、電波の強さに関するものと、ビット誤り率(BER)に関するものが存在する。より具体的には、前者の例としては、搬送波対雑音比(CN比)、受信信号強度(RSSI)等がある。後者の例としては、リード・ソロモン(RS)等の誤り訂正処理(放送/通信方式によって異なる)前/後のビット誤り率(BER before/after RS)や、トランスポート・ブロックの誤り率(BLER)等がある。
【００６８】
このうち、CN比について記述する場合には、
RequiredQoS/@parameterURI=urn:CarrierToNoiseRatio(CN比を示すユニークな識別子)と記述し、条件値としてその下限値を指定するときには、
RequiredQoSParameter/requiredValue/@lowerLimit=”10dB”（CN比の下限値10dBとの意味）と記述する。
【００６９】
また、条件値としてCN比をいくつかのクラス（例えば３クラス）に分類して評価するときには、
レベル１(“urn:CNclass1”で指定):１０−３以上（不可）
レベル２(“urn:CNclass2”で指定): １０−５以上、１０−３未満（可）
レベル３(“urn:CNclass3”で指定): １０−５未満（良好）
と定義した上で、
RequiredQoS/@parameterURI=urn:CarrierToNoiseRatio(C/Nを示すユニークな識別子)と記述し、条件値として、
RequiredQoS/requiredClass/@class="urn:CNclass2"
RequiredQoS/requiredClass/@class="urn:CNclass3"
（CN比クラス２またはクラス３が必要との意味）
と指定する。
【００７０】
なお、requiredQoS要素に格納するQoSパラメータとしては、上述した例の他にも、以下に挙げるパラメータを記述することができる。
【００７１】
図１０は、DVB衛星放送／ケーブルテレビのQoSパラメータの例である。図１１は、DVBケーブルテレビのQoSパラメータの例である。図１２は、DVB衛星放送のQoSパラメータの例である。図１３は、地上放送(DVB-T)のQoSパラメータの例である。図１０乃至図１３に示されたQoSパラメータの例は、いずれもETSI TR 101 290 V1.2.1 (2001-05), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems”にて定義されているものである。
【００７２】
図１４は、地上放送(DVB-T2)のQoSパラメータの例である。これらは、DVB BlueBook A14-2 (07/12), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-T2 System”にて定義されているものである。
【００７３】
図１５は、ケーブルテレビ(DVB-C2)のQoSパラメータの例である。これらは、DVB BlueBook A14-3 (03/13), “Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-C2 System”にて定義されているものである。
【００７４】
図１６は、その他の地上放送のQoSパラメータの例である。これらは、NorDig Unified ver2.4にて定義されているものである。
【００７５】
図１７は、３Ｇ携帯電話機(UTRA FDD)端末用のQoSパラメータの例である。これらは、ETSI TS 125 215 V11.0.0 (2012-11)； “Universal Mobile Telecommunications System (UMTS)； Physical layer； Measurements (FDD) (3GPP TS 25.215 version 11.0.0 Release 11)”にて定義されているものである。
【００７６】
図１８は、３Ｇ携帯電話機(UTRA TDD)端末用のQoSパラメータの例である。これらは、ETSI TS 125 225 V11.0.0 (2012-09)； “Universal Mobile Telecommunications System (UMTS)； Physical layer； Measurements (TDD) (3GPP TS 25.225 version 11.0.0 Release 11)”にて定義されているものである。
【００７７】
図１９は、LTE (E-UTRA)端末用のQoSパラメータの例を示す図である。これらは、ETSI TS 136 214 V11.1.0 (2013-02); “LTE； Evolved Universal Terrestrial Radio Access (E-UTRA)； Physical layer； Measurements (3GPP TS 36.214 version 11.1.0 Release 11)”にて定義されているものである。
【００７８】
図２０は、ATSC物理層のQoSパラメータの例を示す図である。これらは、「Guide to the Use of the ATSC Digital Television Standard」，December４，2003にて記述されているものである。
【００７９】
［コンテンツ供給システム５０の動作］
次に、コンテンツ供給システム５０の動作について説明する。
【００８０】
図２１は、コンテンツのストリームをHTTPユニキャスト配信し、またFLUTEマルチキャスト配信するコンテンツ供給装置６０が行なう処理を説明するフローチャートである。
【００８１】
ステップＳ１において、コンテンツ供給装置６０のチャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。ステップＳ２において、セグメンタ６２は、各ストリーミングデータを元にしてFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４、およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
【００８２】
ステップＳ３において、FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームを分割してALCパケットに格納することにより、FLUTEストリームに変換してマルチキャストサーバ６６に出力する。
【００８３】
ステップＳ４において、MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づいてMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをALCパケットに格納してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを含み、さらにネットワーク５１を介して配信される各ストリームに関するQosパラメータを記述できるように拡張したUSDを記述してマルチキャストサーバ６６に出力する。
【００８４】
ステップＳ５において、マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたMPDおよびUSDをFLUTEマルチキャスト配信する。
【００８５】
ステップＳ６において、WEBサーバ６５は、端末装置８０から送信される、MPDを要求するHTTPリクエストに応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。ステップＳ７において、WEBサーバ６５は、端末装置８０から送信される、MPDに基づくセグメントファイルを要求するHTTPリクエストに応じ、保持するセグメントファイルを要求元にHTTPユニキャスト配信する。
【００８６】
ステップＳ８において、マルチキャストサーバ６６は、FLUTEストリーマ６４から入力されたFLUTEストリームをFLUTEマルチキャスト配信する。なお、FLUTEストリームをFLUTEマルチキャスト配信は、元となるセグメントストリームの生成と同時にリアルタイムに実行することもできる。以上でコンテンツ供給装置６０の処理説明を終了する。
【００８７】
一方、端末装置８０は、MPDを要求するHTTPリクエストを送信し、それに応じてHTTPユニキャスト配信されるMPDを受信するか、またはFLUTEマルチキャスト配信されるMPDを受信し、MPDに基づいてセグメントストリームのファイルを要求、それに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生することができる。また、FLUTEマルチキャスト配信されたUSDのSDPに基づいてFLUTEセッションを受信できる。さらに、USDのrequiredQoS要素に記述されているQosパラメータに基づいて、各ストリームを適切に受信できるか否かを判断してから、受信、再生することができる。
【００８８】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【００８９】
図２２は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【００９０】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【００９１】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
【００９２】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【００９３】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【００９４】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【００９５】
コンピュータ２００では、プログラムが記録されているリムーバブルメディア２１１をドライブ２１０に装着することにより、該プログラムを入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
【００９６】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【００９７】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【００９８】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置において、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
生成された前記メタデータを受信側に配信する配信部と
を備えるコンテンツ供給装置。
（２）
前記生成部は、前記メタデータとして、拡張されたUSDを生成し、
前記配信部は、生成された拡張された前記USDをFLUTEマルチキャスト配信する
前記（１）に記載のコンテンツ供給装置。
（３）
前記異なる複数のネットワークは、インターネット、地上放送網、衛星放送網、ケーブルテレビ放送網、モバイル放送網、または無線LANのうちの少なくとも一つを含む
前記（１）または（２）に記載のコンテンツ供給装置。
（４）
前記生成部は、USDにMPDBaseMapping要素を導入し、前記MPDBaseMapping要素の中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述する
前記（２）または（３）に記載のコンテンツ供給装置。
（５）
前記生成部は、USDのDeliverMethodの中にRequierdQos要素を導入し、前記RequierdQos要素に前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述する
前記（２）または（３）に記載のコンテンツ供給装置。
（６）
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
生成された前記メタデータを受信側に配信する配信部と
を含むコンテンツ供給方法。
（７）
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを配信するコンピュータを、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、
生成された前記メタデータを受信側に配信する配信部と
して機能させるプログラム。
（８）
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備えるコンテンツ供給装置から配信される前記ストリームを受信する端末装置において、
前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を
備える端末装置。
（９）
コンテンツ供給装置と端末装置から構成されたコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
適応的ストリーミング技術に従い、異なる複数のネットワークそれぞれを介してコンテンツのストリームを供給するストリーム配信部と、
前記ストリームが配信される前記異なる複数のネットワークそれぞれに関するQoSパラメータとその条件値を記述したメタデータを生成する生成部と、生成された前記メタデータを受信側に配信するメタデータ配信部とを備え、
前記端末装置は、
前記メタデータを取得し、取得した前記メタデータに基づく受信の可否判断に従って、前記異なる複数のネットワークのいずれかを介して配信された前記ストリームを受信、再生する構成を備える
コンテンツ供給システム。
【符号の説明】
【００９９】
５０  コンテンツ供給システム，  ５１  ネットワーク，  ５２  CDN，  ６０  コンテンツ供給装置,  ６１  チャネルサーバ，  ６２  セグメンタ，  ６３  MPDジェネレータ，  ６４  FLUTEストリーマ，  ６５  WEBサーバ，  ６６  マルチキャストサーバ，  ６７  WEBサーバ，  ８０  端末装置，  １００  コンピュータ，  １０１  CPU
【図１】
0006466850.tif 000002
【図２】
0006466850.tif 000003
【図３】
0006466850.tif 000004
【図４】
0006466850.tif 000005
【図５】
0006466850.tif 000006
【図６】
0006466850.tif 000007
【図７】
0006466850.tif 000008
【図８】
0006466850.tif 000009
【図９】
0006466850.tif 000010
【図１０】
0006466850.tif 000011
【図１１】
0006466850.tif 000012
【図１２】
0006466850.tif 000013
【図１３】
0006466850.tif 000014
【図１４】
0006466850.tif 000015
【図１５】
0006466850.tif 000016
【図１６】
0006466850.tif 000017
【図１７】
0006466850.tif 000018
【図１８】
0006466850.tif 000019
【図１９】
0006466850.tif 000020
【図２０】
0006466850.tif 000021
【図２１】
0006466850.tif 000022
【図２２】
0006466850.tif 000023