(57)【要約】【課題】  FLUTEセッションを取得する受信側に対して受信モードを通知する。【解決手段】  本開示のコンテンツ供給装置は、コンテンツをFLUTEマルチキャスト配信するコンテンツ供給装置において、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。本開示は、コンテンツをFLUTEマルチキャスト配信するシステムに適用できる。【選択図】  図３
2015043484.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツをFLUTEマルチキャスト配信するコンテンツ供給装置において、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、
前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、
前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置。
【請求項２】
前記SDP記述部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを含む前記SDPを記述する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記SDP記述部は、前記受信モードとして、Promiscuous、One-copy、Keep-updated、または前記Promiscuousと前記One-copyと前記Keep-updatedの組み合わせのいずれかを含む前記SDPを記述する
請求項１に記載のコンテンツ供給装置。
【請求項４】
前記SDP記述部は、前記FLUTEセッションが単一メディアタイプのエレメンタリストリームを含むことを表す属性種別をさらに含む前記SDPを記述する
請求項２に記載のコンテンツ供給装置。
【請求項５】
生成された前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部を
さらに備える請求項２に記載のコンテンツ供給装置。
【請求項６】
コンテンツをFLUTEマルチキャスト配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、
生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成ステップと、
前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述ステップと、
前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップと
を含むコンテンツ供給方法。
【請求項７】
コンテンツをFLUTEマルチキャスト配信するコンピュータを、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、
前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、
前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
して機能させるプログラム。
【請求項８】
コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、
前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、
前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、
前記FLUTEストリームの受信に先立って前記SDPを取得し、前記SDPに含まれる前記受信モードに応じて、前記FLUTEストリームを受信する
端末装置。
【請求項９】
前記FLUTEストリームの受信に先立って前記SDPを取得し、前記SDPに含まれる前記受信モードがpromiscuousである場合、前記FLUTEストリームを含む前記FLUTEセッションの全てのパケットを受信する
請求項８に記載の端末装置。
【請求項１０】
コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、
前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、
前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備え、
前記端末装置は、
前記FLUTEストリームの受信に先立って前記SDPを取得し、前記SDPに含まれる前記受信モードに応じて、前記FLUTEストリームを受信する
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、コンテンツをFLUTE(File Delivery over Unidirectional Transport)マルチキャスト配信する場合に用いて好適なコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
近年、インターネットを利用するストリーミングサービスの主流が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等のメディアデータ)を受信側に供給するサーバ（供給元）のアドレス(url情報)が記述されている。受信側は該url情報に基づいて、コンテンツの供給元となるサーバにアクセスしてストリームを要求し、該要求に応じてサーバから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クライアント３０からの要求（HTTPリクエスト）に応じ、生成したMPDを要求元にHTTPユニキャスト配信する。
【００１２】
DASHクライアント３０は、DASH MPDサーバ２３に対してMPDを要求し、これに応じてHTTPユニキャスト配信されたMPDを受信する。さらに、DASHクライアント３０は、受信したMPDに基づいて、DASHセグメントストリーマ２２にセグメントストリームのファイルを要求し、これに応じてHTTPユニキャスト配信されるセグメントストリームのファイルを受信、再生する。
【００１３】
なお、CDN１２は、キャッシュサーバ（不図示）を包含しており、該キャッシュサーバは、CDN１２を介してHTTPユニキャスト配信されるMPDやセグメントストリームのファイルをキャッシングする。そして、キャッシュサーバは、WEBサーバとしてのDASH MPDサーバ２３またはDASHセグメントストリーマ２２に代わり、キャッシングしているMPDやセグメントストリームのファイルを、要求元のDASHクライアント３０にHTTPユニキャスト配信することができる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上述したように、DASHではHTTPユニキャスト配信を用いた適応的ストリーミング技術が実現されている。
【００１６】
ところで、受信側がHTTPユニキャスト配信だけでなく、例えば携帯電話通信網などを用いたFLUTEマルチキャスト配信にも対応可能であれば、それを利用してストリームを配信するようにし、受信側で適応的にストリームを選択できるようにすることが望ましい。
【００１７】
すなわち、FLUTEマルチキャスト配信はQoS(保証帯域/遅延等)が保証されているので、ライブ映像などのリアルタイム性が要求されるコンテンツを配信する場合、HTTPユニキャスト配信に比較して受信側における安定したストリームの受信、再生が期待できる。
【００１８】
ただし、受信側がFLUTEマルチキャスト配信されるストリームを受信、再生する場合、FLUTEセッションを受信し始めて、そこに含まれるFDTを解析しないと、該FLUTEセッションにて送信されているパケット（ALC/LCTパケット）の中身を知ることができない。これに対して、FDTを受信、解析してから後続の該FLUTEセッションにて送信されるパケットを取得していたのでは、所望のパケットを受信できないことがある。特に、ライブストリーミング等のように即時性が要求され、同一パケットの再送回数が少ない場合にはその傾向が高くなる。
【００１９】
したがって、FLUTEセッションを取得する受信側に対して、「全パケット取得必要性（同一パケットは再送されない、または再送回数が少ないので、全てのパケットを受信しておいた方が良いことを意味する）」などの受信モードを通知しておけば、受信側にとって好都合である。しかしながら、現状においてそのような方法は確立されていない。
【００２０】
本開示はこのような状況に鑑みてなされたものであり、FLUTEセッションを取得する受信側に対して受信モードを通知できるようにするものである。
【課題を解決するための手段】
【００２１】
本開示の第１の側面であるコンテンツ供給装置は、コンテンツをFLUTEマルチキャスト配信するコンテンツ供給装置において、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。
【００２２】
前記SDP記述部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを含む前記SDPを記述することができる。
【００２３】
前記SDP記述部は、前記受信モードとして、Promiscuous、One-copy、Keep-updated、または前記Promiscuousと前記One-copyと前記Keep-updatedの組み合わせのいずれかを含む前記SDPを記述することができる。
【００２４】
前記SDP記述部は、前記FLUTEセッションが単一メディアタイプのエレメンタリストリームを含むことを表す属性種別をさらに含む前記SDPを記述することができる。
【００２５】
本開示の第１の側面であるコンテンツ供給装置は、生成された前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部をさらに備えることができる。
【００２６】
本開示の第１の側面であるコンテンツ供給方法は、コンテンツをFLUTEマルチキャスト配信するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成ステップと、生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成ステップと、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述ステップと、前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信ステップとを含む。
【００２７】
本開示の第１の側面であるプログラムは、コンテンツをFLUTEマルチキャスト配信するコンピュータを、前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部として機能させる。
【００２８】
本開示の第１の側面においては、コンテンツのソースデータを元にしてフラグメントストリームが生成され、生成された前記フラグメントストリームからFLUTEストリームが生成され、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPが記述され、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPがFLUTEマルチキャスト配信される。
【００２９】
本開示の第２の側面である端末装置は、コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備えるコンテンツ供給装置からFLUTEマルチキャスト配信された前記FLUTEストリームを受信、再生する端末装置において、前記FLUTEストリームの受信に先立って前記SDPを取得し、前記SDPに含まれる前記受信モードに応じて、前記FLUTEストリームを受信する。
【００３０】
本開示の第２の側面である端末装置は、前記FLUTEストリームの受信に先立って前記SDPを取得し、前記SDPに含まれる前記受信モードがpromiscuousである場合、前記FLUTEストリームを含む前記FLUTEセッションの全てのパケットを受信することができる。
【００３１】
本開示の第２の側面においては、FLUTEストリームの受信に先立ってSDPが取得され、前記SDPに含まれる前記受信モードに応じて、前記FLUTEストリームが受信される。
【００３２】
本開示の第３の側面であるコンテンツ供給システムは、コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、前記コンテンツ供給装置が、コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部とを備える。また、前記端末装置が、前記FLUTEストリームの受信に先立って前記SDPを取得し、前記SDPに含まれる前記受信モードに応じて、前記FLUTEストリームを受信する。
【００３３】
本開示の第３の側面においては、コンテンツ供給装置により、コンテンツのソースデータを元にしてフラグメントストリームが生成され、生成された前記フラグメントストリームからFLUTEストリームが生成され、前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPが記述され、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPがFLUTEマルチキャスト配信される。また、端末装置により、FLUTEストリームの受信に先立ってSDPが取得され、前記SDPに含まれる前記受信モードに応じて、前記FLUTEストリームが受信される。
【発明の効果】
【００３４】
本開示の第１の側面によれば、FLUTEセッションを取得する受信側に対して受信モードを通知することができる。
【００３５】
本開示の第２の側面によれば、FLUTEセッションにて送信されるパケットの取りこぼしを抑止することができる。
【００３６】
本開示の第３の側面によれば、コンテンツのストリームをFLUTEマルチキャスト配信することができる。
【図面の簡単な説明】
【００３７】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】FLUTEセッションにてパケットが送信される仕組みの概要を示す図である。
【図３】本開示を適用したコンテンツ供給システムの構成例を示すブロック図である。
【図４】SDPの記述例を示す図である。
【図５】コンテンツ供給装置の処理を説明するフローチャートである。
【図６】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３８】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について説明するが、その前に、FLUTEセッションにてパケットが送信される仕組みと、本実施の形態の概要について説明する。
【００３９】
図２は、FLUTEセッションにてパケットが送信される仕組みの概要を示している。図示するように、Source IP AddressとTSI(Transport Session Identifier)により特定されるFLUTEセッションではALC/LCTパケットが送信される。各ALC/LCTパケットには、例えばビデオストリームやオーディオストリームが格納され、該FLUTEセッション内でユニークなTOI(Transport Object Identifier)が付与される。なお、FDT(File Delivery Table)が格納されているALC/LCTパケットにはTOI＝０が付与されることが規定されている。その他のデータが格納されているALC/LCTパケットには、データ元が同じである場合、共通のTOIが付与される。例えば、ビデオストリームが分割されて格納された全てのALC/LCTパケットには、共通のTOIが付与される。同様に、オーディオストリームが分割されて格納された全てのALC/LCTパケットには共通のTOIが付与される。
【００４０】
FDTは、FLUTEセッションにて周期的に送信されるものであり、TOI＝０以外のALC/LCTパケットに格納されるデータに関する属性情報やそれらを再構成するための情報が記述されている。
【００４１】
FLUTEセッションを受信する側では、FLUTEセッションにてTOI＝０のFDTを取得し、取得したFDTを解析して所望のALC/LCTパケットを受信する。例えば、ビデオストリームが格納されているALC/LCTパケットを受信したい場合には、FDTを解析し、ビデオストリームが格納されているALC/LCTパケットのTOIを確認し、FLUTEセッションから該TOIが付与されているALC/LCTパケットを取得し、再構成して再生することになる。
【００４２】
ただし、このようにした場合、FDTを取得、解析している間に、所望するビデオストリームが格納されているALC/LCTパケットを受信できずに、所望するビデオストリームを途切れなく再生でないことが発生し得る。これは、ライブストリーミング等のように、ALC/LCTパケットの再送回数が少なかったり、再送が行なわれなかったりする場合に顕著である。
【００４３】
そこで、本実施の形態では、FLUTEセッションにて、単一のメディアタイプのエレメンタリストリームを送信するようにし、該FLUTEセッションを取得する前に、FLUTEのプレゼンテーション層で送信されるSDP(Session Media Protocol)を用いて、受信側に、メディアタイプや受信モードなどを通知するようにする。
【００４４】
ここで、受信モードとしては、3GPPにて定義されているPromiscuous、One-copy、またはKeep-updatedの３種類を想定する。
【００４５】
Promiscuousとは、FLUTEセッションで送信される全てのALC/LCTパケットを受信しておくことを受信側に促すための受信モードである。Promiscuousは、例えば、ライブストリーミング等のようにALC/LCTパケットの再送回数が少なかったり、再送が行なわれなかったりする場合に通知される運用が想定される。
【００４６】
One-copyは、１度送信したALC/LCTパケットは、その内容を更新して送信することがないので、ALC/LCTパケットの更新の有無を監視する必要が無い旨を受信側に知らせるための受信モードである。Keep-updatedは、１度送信したALC/LCTパケットの内容を更新して送信することがあるので、ALC/LCTパケットの更新の有無を監視する必要がある旨を受信側に知らせるための受信モードである。
【００４７】
さらに、上述した３種類の受信モードを組み合わせたもの、例えば、Promiscuous＋Keep-updatedなどを受信モードに追加することも可能である。
【００４８】
＜コンテンツ供給システムの構成例＞
図３は、本開示の実施の形態であるコンテンツ供給システムの構成例を示している。
【００４９】
該コンテンツ供給システム５０は、複数のコンテンツ供給装置６０と、多数の端末装置８０から構成される。コンテンツ供給装置６０と端末装置８０とは、ネットワーク５１を介して接続できる。
【００５０】
ネットワーク５１は、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網を包含するものとする。
【００５１】
コンテンツ供給装置６０は、コンテンツのストリームをHTTPユニキャスト配信するとともにFLUTEマルチキャスト配信するものであり、チャネルサーバ６１、セグメンタ６２、MPDジェネレータ６３、FLUTEストリーマ６４、WEBサーバ６５、およびマルチキャストサーバ６６を有する。
【００５２】
なお、コンテンツ供給装置６０が有するチャネルサーバ６１乃至マルチキャストサーバ６６は、一箇所に集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００５３】
チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。
【００５４】
セグメンタ６２は、各ストリーミングデータを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成したセグメントストリームをFLUTEストリーマ６４およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
【００５５】
FLUTEストリーマ６４は、セグメンタ６２から順次入力されるセグメントストリームをFLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをFLUTEパケットに格納してマルチキャストサーバ６６に出力する。さらに、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを記述してマルチキャストサーバ６６に出力する。
【００５６】
MPDジェネレータ６３は、セグメンタ６２から通知されるメタデータに基づき、セグメントストリームのファイルの供給元（WEBサーバ６５）を表すアドレスなどを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。このMPDには、HTTPユニキャスト配信されるセグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのソースIPアドレスが記述されているSDPの取得先が記述されている。
【００５７】
WEBサーバ６５は、端末装置８０からのMPDの要求（HTTPリクエスト）に応じ、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。また、WEBサーバ６５は、端末装置８０からのセグメントストリームの要求（HTTPリクエスト）に応じ、セグメントストリームのファイルを要求元にHTTPユニキャスト配信する。
【００５８】
マルチキャストサーバ６６は、MPDをFLUTEマルチキャスト配信する。また、マルチキャストサーバ６６は、SDPをFLUTEマルチキャスト配信する。さらに、マルチキャストサーバ６６は、FLUTEストリームをFLUTEマルチキャスト配信する。
【００５９】
端末装置８０は、ネットワーク５１を介してコンテンツ供給装置６０からMPDを取得する。具体的には、HTTPリクエストを送信、それに応じてHTTPユニキャスト配信されるMPDを受信するか、FLUTEマルチキャスト配信されるMPDを受信する。なお、端末装置８０がFLUTEマルチキャスト配信されるMPDを受信する場合には、FLUTEマルチキャスト配信を行なうマルチキャストサーバ６６のポータルチャネルが記述されたアナウンス情報が参照される。
【００６０】
該アナウンス情報は、FLUTEマルチキャスト配信がネットワーク５１に含まれる携帯放送(e)MBMSを介して行われる場合、MBMSにおけるUSD(User Service Description)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。また、FLUTEマルチキャスト配信がネットワーク５１に含まれる地上放送波または衛星放送を介して行われる場合、該アナウンス情報は、DVB-H(IPDC)のESG(Electronic Service Guide)などにより、インタラクションチャネルまたはブロードキャスト・マルチキャストチャネルを介して周知される。
【００６１】
また、端末装置８０は、取得したMPDに基づいてWEBサーバ６５にセグメントストリームを要求し、これに応じてHTTPマルチキャスト配信されるセグメントストリームのファイルを受信、再生する。
【００６２】
さらに、端末装置８０は、取得したMPDに基づいてSDPを取得し、SDPに基づいてFLUTEマルチキャスト配信されるFLUTEストリームを受信、再生する。このとき、SDPに記述されている受信モードが参照され、例えば、受信モードがPromiscuousであるならば、直ちに対応するFLUTEセッションで送信されている全てのALC/LCTパケットが受信される。
【００６３】
ただし、受信側が全てのALC/LCTパケットを保持できる十分なバッファを有していないことも有り得るので、SDPにて通知された受信モードに応じた動作を実行するか否かは受信側に委ねられている。
【００６４】
＜SDPの記述例＞
次に、図４はSDPの記述例を示している。
【００６５】
SDPは、セッション記述部とメディア記述部から構成され、それぞは<Type>=<value>形式の１行のテキスト文字列を基本構成とし、複数の行から構成される。<type>は、英字１文字で指定され、その行が持つプロトコル上に意味を表す。<value>は、文字列が記述され、対応する<type>の種別に応じて、それぞれ固有のフォーマットと意味が規定されている。
【００６６】
例えば、セッション記述部の<TYPE>に記述された英文字の意味は以下のとおりである。
v=  (プロトコルのバージョン)
o=  (発信元およびセッション識別子)
s=  (セッション名)
i= (セッション情報)
a= (セッション全体にかかわる属性)
t=  (セッションがアクティブな時間)
【００６７】
メディア記述部の<TYPE>に記述された英文字の意味は以下のとおりである。
m=  (メディア名と伝送アドレス)
c= (接続情報 -- セッションレベルで含める場合はオプション)
b= (0行以上の帯域情報)
a= (メディアに関する属性)
【００６８】
本実施の形態では、以下に示すフォーマットで定義した属性種別を、メディア記述部に導入する。
a=single-fmt:<media><encoding name><receive mode>
【００６９】
<media>はメディアタイプを示し、例えばvideo、audioなどを記述する。
<encoding name>は符号化方式を示し、H.264、H.261、GSM（登録商標）などを記述する。
<promiscuous>は受信モードを示し、promiscuous、One-copy、またはKeep-updatedが記述される。なお、受信モードに、これらを組み合わせたPromiscuous＋Keep-updatedなどを追加してもよい。
【００７０】
図４の例に記述されているa=single-fmt:video H264/9000 promiscouosは、メディアタイプがvideo、符号化方式がH.264、タイムスケールが90KHz、受信モードがpromiscouosであることを示している。
【００７１】
なお、a=single-fmt:<media><encoding name><receive mode>をセッション記述部に導入してもよい。その場合、記述された属性種別は、FLUTEセッションの全体に関する情報として扱われる。
【００７２】
＜コンテンツ供給システム５０の動作＞
次に、コンテンツ供給システム５０の動作について説明する。
【００７３】
図５は、コンテンツ供給装置６０がコンテンツのセグメントストリームをHTTPユニキャスト配信するとともに、FLUTEストリームをFLUTEマルチキャスト配信する処理（以下、コンテンツ供給装置の処理と称する）を説明するフローチャートである。
【００７４】
ステップＳ１において、チャネルサーバ６１は、端末装置８０に配信するためのコンテンツのソースデータからビットレートが異なる複数のストリーミングデータを生成してセグメンタ６２に出力する。ステップＳ２において、セグメンタ６２は、各ストリーミングデータを元に、Fragmented MP4などのセグメントストリームを生成して、FLUTEストリーマ６４およびWEBサーバ６５に出力する。また、セグメンタ６２は、セグメントストリームの供給元を表すアドレスを含むメタデータをMPDジェネレータ６３に通知する。
【００７５】
ステップＳ３において、FLUTEストリーマ６４は、セグメンタ６２から入力されるセグメントストリームをFLUTEストリームに変換してマルチキャストサーバ６６に出力する。また、FLUTEストリーマ６４は、MPDジェネレータ６３で生成されるMPDをFLUTEパケットに格納してマルチキャストサーバ６６に出力する。さらに、FLUTEストリーマ６４は、FLUTEセッションに関するSDPを生成してマルチキャストサーバ６６に出力する。
【００７６】
ステップＳ４において、MPDジェネレータ６３は、HTTPユニキャスト配信されるセグメントストリームのファイルの供給元（WEBサーバ６５）を表すアドレス、セグメントストリームからスイッチング可能な、FLUTEマルチキャスト配信されるFLUTEストリームのFLUTEセッションのソースIPアドレスが記述されているSDPの取得先などを記述したMPDを生成してFLUTEストリーマ６４およびWEBサーバ６５に出力する。
【００７７】
ステップＳ５において、マルチキャストサーバ６６は、MPDとSDPをFLUTEマルチキャスト配信する。
【００７８】
ステップＳ６において、WEBサーバ６５は、端末装置８０からのMPDの要求があった場合、MPDジェネレータ６３から入力されているMPDを要求元にHTTPユニキャスト配信する。
【００７９】
MPDを受信した端末装置８０が、該MPDに基づいてセグメントストリームを要求するHTTPリクエストを発行すると、ステップＳ７において、WEBサーバ６５は、要求されたセグメントストリームのファイルを要求元にHTTPユニキャスト配信する。HTTPユニキャスト配信されたセグメントストリームは、端末装置８０に受信されて再生される。
【００８０】
一方、マルチキャストサーバ６６は、ステップＳ８において、FLUTEストリームをFLUTEマルチキャスト配信する。FLUTEマルチキャスト配信されたFLUTEストリームを含むFLUTEセッションは、取得したMPDに基づいてSDPを取得し、SDPを解析した端末装置８０によって受信、再生されるが、その際にはSDPに記述されている受信モードが参照される。具体的には、受信モードがPromiscuousであった場合、FDTの取得、解析などに先立ち、直ちに対応するFLUTEセッションで送信されている全てのALC/LCTパケットが受信される。ただし、SDPにて通知された受信モードに応じた動作を実行するか否かは受信側に委ねられており、供給側が端末装置８０の動作を強制的に制御するものではない。
【００８１】
以上したように、コンテンツ供給装置の処理によれば、端末装置８０がFLUTEセッションの受信を開始する前に、その受信に適した受信モードを端末装置８０に通知できる。よって、端末装置８０側でALC/LCTパケットの取りこぼしなどの発生を抑止できる。また、この通知は、端末装置８０側の動作を強制的に制御するものではないので、端末装置８０側のバッファがオバーフローしてしまうような事態を引き起こすことも抑止できる。
【００８２】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置８０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【００８３】
図６は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【００８４】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【００８５】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
【００８６】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【００８７】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【００８８】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【００８９】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
【００９０】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【００９１】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【００９２】
本開示は以下のような構成もとることができる。
（１）
コンテンツをFLUTEマルチキャスト配信するコンテンツ供給装置において、
前記コンテンツのソースデータを元にしてフラグメントストリームを生成するフラグメントストリーム生成部と、
生成された前記フラグメントストリームからFLUTEストリームを生成するFLUTEストリーム生成部と、
前記FLUTEストリームを含むFLUTEセッションを受信側が受信する場合の受信モードを含むSDPを記述するSDP記述部と、
前記FLUTEストリームをFLUTEマルチキャスト配信するとともに、前記FLUTEストリームのFLUTEマルチキャスト配信に先立って前記SDPをFLUTEマルチキャスト配信するマルチキャスト配信部と
を備えるコンテンツ供給装置。
（２）
前記SDP記述部は、前記受信モードとして、Promiscuous、One-copy、またはKeep-updatedのいずれかを含む前記SDPを記述する
前記（１）に記載のコンテンツ供給装置。
（３）
前記SDP記述部は、前記受信モードとして、Promiscuous、One-copy、Keep-updated、または前記Promiscuousと前記One-copyと前記Keep-updatedの組み合わせのいずれかを含む前記SDPを記述する
前記（１）に記載のコンテンツ供給装置。
（４）
前記SDP記述部は、前記FLUTEセッションが単一メディアタイプのエレメンタリストリームを含むことを表す属性種別をさらに含む前記SDPを記述する
前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
生成された前記フラグメントストリームをHTTPユニキャスト配信するユニキャスト配信部を
さらに備える前記（１）から（４）のいずれかに記載のコンテンツ供給装置。
【符号の説明】
【００９３】
５０  コンテンツ供給システム，  ５１  ネットワーク，  ６０  コンテンツ供給装置,  ６１  チャネルサーバ，  ６２  セグメンタ，  ６３  ジェネレータ，  ６４  FLUTEストリーマ，  ６５  WEBサーバ，  ６６  マルチキャストサーバ，  ８０  端末装置，  ２００  コンピュータ，  ２０１  CPU
【図１】
2015043484.tif 000003
【図２】
2015043484.tif 000004
【図３】
2015043484.tif 000005
【図４】
2015043484.tif 000006
【図５】
2015043484.tif 000007
【図６】
2015043484.tif 000008