(57)【要約】【課題】  識別情報をコンテンツに埋め込んで配信する一連の処理の負荷を軽減する。【解決手段】  本開示のコンテンツ供給装置は、コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部とを備える。本開示は、コンテンツを配信するシステムに適用できる。【選択図】  図２
2015080164.tif 000002
【特許請求の範囲】
【請求項１】
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、
前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
を備え、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する
コンテンツ供給装置。
【請求項２】
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と周期的に一致する
請求項１に記載のコンテンツ供給装置。
【請求項３】
前記複数の汎用符号はスタートコードを含み、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記スタートコード毎に前記受信側の識別情報と周期的に一致する
請求項２に記載のコンテンツ供給装置。
【請求項４】
前記MPD処理部は、テンプレートを用いることにより共通化した前記MPDを生成し、複数の受信側に対して前記共通化した前記MPDを配信する
請求項２に記載のコンテンツ供給装置。
【請求項５】
前記MPD処理部は、前記共通化した前記MPDの前記テンプレートの箇所を置換するための情報として、受信側からの前記MPDの要求に対して応答するHTTPリダイレクトの移動先URLに前記受信側の前記識別情報に対応するsegReqCyclicOrderをクエリ文字列として付加する
請求項４に記載のコンテンツ供給装置。
【請求項６】
前記MPD処理部は、前記受信側の前記識別情報に対応する前記segReqCyclicOrderを暗号化して前記クエリ文字列として付加する
請求項５に記載のコンテンツ供給装置。
【請求項７】
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理ステップと、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理ステップと、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信ステップと
を含み、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する
コンテンツ供給方法。
【請求項８】
適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、
前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
して機能させ、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する
プログラム。
【請求項９】
コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
を備えるコンテンツ供給装置から適応的ストリーミング技術を用いて配信されるコンテンツを受信する端末装置において、
前記MPDを取得し、取得した前記MPDに基づいて前記セグメントストリームをセグメント単位で受信、再生する構成を
備える端末装置。
【請求項１０】
コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
を備え、
前記端末装置は、
前記MPDを取得し、取得した前記MPDに基づいて前記セグメントストリームをセグメント単位で受信、再生する構成を
備え、
前記端末装置側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記端末装置側の識別情報と一致する
コンテンツ供給システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関し、特に、配信するコンテンツに配信先の識別情報として電子透かしを埋め込む場合に用いて好適なコンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システムに関する。
【背景技術】
【０００２】
近年、インターネットを利用するストリーミングサービスの主流が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セグメントストリーマ２２に代わり、DASHクライアント３０からの要求に応じて、キャッシングしているMPDやセグメントファイルを、要求元にHTTPユニキャスト配信することができる。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】「既存のWebサーバーで途切れない動画配信を実現」、平林光浩、NIKKEI ELECTRONICS 2012.3.19
【発明の概要】
【発明が解決しようとする課題】
【００１５】
ところで、DASHなどによって配信されたコンテンツは著作権者に無断でインターネット上に流出されてしまう事態が発生し得る。そこで、そのような事態が発生した場合にコンテンツの流出元（例えば、DASHなどにより配信されたコンテンツの購入者、受信者、利用者など。以下、単にユーザと称する）を特定できる仕組みが必要である。
【００１６】
具体的には、コンテンツに電子透かし（以下、ＷＭとも称する）を埋め込むことが考えられる。特にforensic watermarkingと称される技術は、コンテンツのユーザやその購入記録などに紐付けられた識別情報を電子透かしとしてマルチメディア・デジタル・コンテンツに埋め込むことが可能である。
【００１７】
ただし、ユーザなどに紐付けられた識別情報を電子透かしとしてコンテンツに埋め込む場合、ユーザ毎に異なる識別情報を同一内容のコンテンツに埋め込む必要がある。したがって、コンテンツに電子透かしを埋め込む作業はユーザの数だけ実行することになる。また、異なる電子透かしが埋め込まれたコンテンツもユーザの数だけ存在するので、それらを配信前に保持する場合、大容量のストレージが必要となる。さらに、ユーザ毎にその内容は同一であっても、埋め込まれている電子透かしがそれぞれ異なるコンテンツを配信する必要があるので、インターネットなどの通信に混雑を引き起こしてしまう可能性がある。
【００１８】
本開示はこのような状況に鑑みてなされたものであり、ユーザ毎に異なる識別情報を電子透かしとしてコンテンツに埋め込んで配信するまでの一連の処理の負荷を軽減できるようにするものである。
【課題を解決するための手段】
【００１９】
本開示の第１の側面であるコンテンツ供給装置は、適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部とを備え、前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する。
【００２０】
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と周期的に一致することができる。
【００２１】
前記複数の汎用符号はスタートコードを含むことができ、前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記スタートコード毎に前記受信側の識別情報と周期的に一致することができる。
【００２２】
前記MPD処理部は、テンプレートを用いることにより共通化した前記MPDを生成し、複数の受信側に対して前記共通化した前記MPDを配信することができる。
【００２３】
前記MPD処理部は、前記共通化した前記MPDの前記テンプレートの箇所を置換するための情報として、受信側からの前記MPDの要求に対して応答するHTTPリダイレクトの移動先URLに前記受信側の前記識別情報に対応するsegReqCyclicOrderをクエリ文字列として付加することができる。
【００２４】
前記MPD処理部は、前記受信側の前記識別情報に対応する前記segReqCyclicOrderを暗号化して前記クエリ文字列として付加することができる。
【００２５】
本開示の第１の側面であるコンテンツ供給方法は、適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、前記コンテンツ供給装置による、前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理ステップと、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理ステップと、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信ステップとを含み、前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する。
【００２６】
本開示の第１の側面であるプログラムは、適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部として機能させ、前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する。
【００２７】
本開示の第１の側面においては、コンテンツを時間的にセグメントに分割してセグメントストリームが生成され、生成された前記セグメントストリームが複数の汎用符号と同じ数だけ複製され、複製された前記セグメントストリーム毎に前記複数の汎用符号のいずれかが共通して各セグメントに電子透かしとして埋め込まれる。また、汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDが生成され、受信側からの要求に応じて配信する。さらに、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームが前記セグメント単位で配信される。
【００２８】
本開示の第２の側面である端末装置は、コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部とを備えるコンテンツ供給装置から適応的ストリーミング技術を用いて配信されるコンテンツを受信する端末装置において、前記MPDを取得し、取得した前記MPDに基づいて前記セグメントストリームをセグメント単位で受信、再生する構成を備える。
【００２９】
本開示の第２の側面においては、MPDが取得され、取得された前記MPDに基づいて前記セグメントストリームがセグメント単位で受信、再生される。
【００３０】
本開示の第３の側面であるコンテンツ供給システムは、コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、前記コンテンツ供給装置が、コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部とを備える。一方、前記端末装置が、前記MPDを取得し、取得した前記MPDに基づいて前記セグメントストリームをセグメント単位で受信、再生する構成を備える。なお、前記端末装置側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記端末装置側の識別情報と一致する。
【００３１】
本開示の第３の側面においては、コンテンツ供給装置により、コンテンツを時間的にセグメントに分割してセグメントストリームが生成され、生成された前記セグメントストリームが複数の汎用符号と同じ数だけ複製され、複製された前記セグメントストリーム毎に前記複数の汎用符号のいずれかが共通して各セグメントに電子透かしとして埋め込まれる。また、汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDが生成され、受信側からの要求に応じて配信する。さらに、前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームが前記セグメント単位で配信される。一方、端末装置により、MPDが取得され、取得された前記MPDに基づいて前記セグメントストリームがセグメント単位で受信、再生される。
【発明の効果】
【００３２】
本開示の第１の側面によれば、配信順の順列が受信側の識別情報と一致する汎用符号を電子透かしとして埋め込んだコンテンツを配信することができる。
【００３３】
本開示の第２の側面によれば、配信順の順列が受信側の識別情報と一致する汎用符号を電子透かしとして埋め込んだコンテンツを受信、再生することができる。
【００３４】
本開示の第３の側面によれば、配信順の順列が受信側の識別情報と一致する汎用符号を電子透かしとして埋め込んだコンテンツを配信することができる。
【図面の簡単な説明】
【００３５】
【図１】従来のコンテンツ供給システムの構成の一例を示すブロック図である。
【図２】本開示を適用したコンテンツ供給システムの構成例のブロック図である。
【図３】第１の実施の形態の概要を説明するための図である。
【図４】第１の実施の形態に対応するコンテンツＷＭ処理サーバの構成例を示すブロック図である。
【図５】従来のMPDのデータ構造を示す図である。
【図６】MPDにJigsawPiece要素を導入する第１の拡張例を示す図である。
【図７】図６に対応するAdaptationSetとJigsawPieceとの空間的な関係を示す図である。
【図８】第１の実施の形態におけるJigsawPiece要素の中身を示す図である。
【図９】第１の実施の形態に対応する第１の拡張例を適用した場合におけるMPDの記述例を示す図である。
【図１０】MPDにJigsawPiece要素を導入する第２の拡張例を示す図である。
【図１１】図１０に対応するAdaptationSetとJigsawPieceとの空間的な関係を示す図である。
【図１２】第１の実施の形態に対応する第２の拡張例を適用した場合におけるMPDの記述例を示す図である。
【図１３】MPDのURLテンプレートのためのIDを示す図である。
【図１４】図１２のMPDを共通化した場合の記述例を示す図である。
【図１５】第１の実施の形態における端末装置の処理を説明するフローチャートである。
【図１６】プロキシサーバによる基本処理を説明するフローチャートである。
【図１７】プロキシサーバによるマルチキャスト配信処理を説明するフローチャートである。
【図１８】マルチキャスト配信処理時の割り込み処理を説明するフローチャートである。
【図１９】第２の実施の形態の概要を説明するための図である。
【図２０】第２の実施の形態におけるJigsawPiece要素の中身を示す図である。
【図２１】第２の実施の形態に対応する第１の拡張例を適用した場合におけるMPDの記述例を示す図である。
【図２２】第２の実施の形態に対応する第２の拡張例を適用した場合におけるMPDの記述例を示す図である。
【図２３】図２２のMPDを共通化した場合の記述例を示す図である。
【図２４】第２の実施の形態における端末装置の処理を説明するフローチャートである。
【図２５】第３の実施の形態の概要を説明するための図である。
【図２６】第３の実施の形態に対応するコンテンツＷＭ処理サーバの構成例を示すブロック図である。
【図２７】MPDのAdaptationSet要素に追加されるsegReqCyclicOrder属性を示す図である。
【図２８】第３の実施の形態に対応するMPDの記述例を示す図である。
【図２９】図２８のMPDを共通化した場合の記述例を示す図である。
【図３０】第３の実施の形態における端末装置の処理を説明するフローチャートである。
【図３１】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３６】
以下、本開示を実施するための最良の形態（以下、実施の形態と称する）について、以下の順序で説明する。
１．第１の実施の形態
２．第２の実施の形態
３．第３の実施の形態
【００３７】
＜コンテンツ供給システムの構成例＞
図２は、本開示の第１乃至第３の実施の形態に共通するコンテンツ供給システムの構成例を示している。
【００３８】
このコンテンツ供給システム５０は、主に複数のコンテンツ供給装置６０と、多数の端末装置７０から構成される。コンテンツ供給装置６０と末装置７０とはネットワーク５１を介して接続される。
【００３９】
ネットワーク５１は、インターネットとそれを利用したCDNに代表される双方向通信網の他、地上放送波、衛星放送波、携帯放送(e)MBMSなどを利用した各種の放送網を包含するものとする。ネットワーク５１上にはCDN５２が構築されており、CDN５２には複数のプロキシサーバ５３が設けられている。
【００４０】
コンテンツ供給装置６０は、電子透かし（以下、ＷＭと称する）を埋め込んだコンテンツのセグメントストリームを、ネットワーク５１を介してHTTPユニキャスト配信するものである。また、コンテンツ供給装置６０は、端末装置７０が該コンテンツを受信するために必要なMPDを生成し、ネットワーク５１を介してHTTPユニキャスト配信するものである。なお、コンテンツ供給装置６０がMPDやコンテンツをマルチキャスト配信（例えば、FLUTEマルチキャスト配信）するようにしてもよい。
【００４１】
コンテンツ供給装置６０は、コンテンツＷＭ処理サーバ６１、DASHコンテンツサーバ６２、およびDASH MPDサーバ６３を有する。なお、コンテンツ供給装置６０が有するコンテンツＷＭ処理サーバ６１乃至DASH MPDサーバ６３は、一箇所に集積して配置してもよいし、インターネットなどを介して分散して配置してもよい。
【００４２】
コンテンツＷＭ処理サーバ６１は、例えばforensic watermarkingにより、ユーザに紐付けられている識別情報（以下、ユーザの識別情報と称する）を示すＷＭをコンテンツに埋め込む処理を行い、その結果得られるセグメントストリームをDASHコンテンツサーバ６２に出力する。なお、コンテンツＷＭ処理サーバ６１の詳細については後述する。
【００４３】
DASHコンテンツサーバ６２は、ＷＭが埋め込まれたコンテンツのセグメントストリームをファイル化して保持し、WEBサーバとして、端末装置７０などからのセグメント要求（HTTPリクエスト）に応じ、保持するセグメントファイルを要求元にHTTPユニキャスト配信する。また、DASHコンテンツサーバ６２は、セグメントファイルの供給元を表すアドレスを含むメタデータをDASH MPDサーバ６３に通知する。
【００４４】
DASH MPDサーバ６３は、セグメントファイルの供給元（すなわち、DASHコンテンツサーバ６２）のurlなどを記述したMPDを生成する。また、DASH MPDサーバ６３は、WEBサーバとして、端末装置７０からのMPD要求（HTTPリクエスト）に応じ、HTTPリダイレクトを経て、生成したMPDを要求元にHTTPユニキャスト配信する。DASH MPDサーバ６３にて生成されるMPDの詳細については後述する。
【００４５】
端末装置７０は、DASH MPDサーバ６３に対してMPD要求を送信し、これに応じてHTTPユニキャスト配信されたMPDを受信する。さらに、端末装置７０は、受信したMPDに基づいて、セグメント要求を送信し、これに応じてHTTPユニキャスト配信される、端末装置７０のユーザに対応する識別情報がＷＭとして埋め込まれているセグメントファイルを受信、再生する。
【００４６】
＜第１の実施の形態＞
図３は、第１の実施の形態の概要を説明するためのものである。
【００４７】
第１の実施の形態において、コンテンツＷＭ処理サーバ６１は、コンテンツの全領域を空間的に複数の領域に分割し、領域毎に所定のエンコード方式により符号化し、その結果得られる各領域の符号化データのうち、所定の位置の領域の符号化データに対してのみ、ユーザ固有の識別情報をＷＭとして埋め込む。その他の位置の領域の符号化データにはＷＭを埋め込まない。そして、それら各領域の符号化データをセグメントに分割して各領域のセグメントストリームを生成し、それらを配信するまで保持するようにする。
【００４８】
図３の場合、コンテンツの全領域をＡからＩまでの９個の矩形領域に分割して符号化し、９個の矩形領域のうち、Ａ，Ｃ，Ｅ，Ｇ、およびＩの５個の矩形領域の符号化データに対してのみ、ユーザ固有の識別情報がＷＭとして埋め込まれる例を示している。
【００４９】
この場合、Ａ，Ｃ，Ｅ，Ｇ、およびＩの５個の矩形領域の符号化データについては、ユーザ毎に異なる識別情報のＷＭが埋め込まれるので、それぞれのセグメントストリームがユーザ数と同じ数だけ生成されて保持される。それ以外のＢ，Ｄ，Ｆ、およびＨの４個の矩形領域については、それぞれ汎用の１個のセグメントストリームだけが保持される。なお、同図は複数用意されるビットレートのうちの１種類のもののみを示している。
【００５０】
このように、コンテンツの全領域を複数の領域に分割し、そのうちの一部の領域に対してだけＷＭを埋め込むようにすれば、生成、保持するセグメントストリームのデータ量を抑制することができる。
【００５１】
この場合、受信側の端末装置７０では、コンテンツのＡ，Ｃ，Ｅ，Ｇ、およびＩの５個の矩形領域については、自身のユーザの識別情報がＷＭとして埋め込まれているセグメントストリームのファイルを受信し、その他の領域については汎用のセグメントストリームのファイルを受信し、これらをそれぞれ再生（デコード）して画面に再構成して表示するようにする。
【００５２】
なお、第１の実施の形態は図３の例に限定されるものではない。すなわち、コンテンツの全領域を分割する領域の数、領域の形状、ＷＭを埋め込む領域の位置、およびその数は変更することが可能である。
【００５３】
また、領域毎の符号化とＷＭの埋め込みの順序は逆であってもよい。すなわち、領域のソースデータにＷＭを埋め込んでから、符号化するようにしてもよい。
【００５４】
＜第１の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例＞
次に、第１の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例について説明する。
【００５５】
図４は、第１の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例を示している。このコンテンツＷＭ処理サーバ６１は、コンテンツ管理部８１、矩形領域分割部８２、符号化部８３、ＷＭ埋め込み部８４、およびセグメント分割部８５を有する。
【００５６】
コンテンツ管理部８１は、コンテンツのソースデータを管理しており、端末装置７０に配信するコンテンツのソースデータを矩形領域分割部８２に供給する。矩形領域分割部８２は、コンテンツの全領域を複数の矩形領域に分割して符号化部８３に出力する。符号化部８３は、分割された各矩形領域を、異なる複数のビットレートで符号化し、その結果得られる符号化データをＷＭ埋め込み部８４に出力する。
【００５７】
ＷＭ埋め込み部８４は、画面上の所定の位置の矩形領域の符号化データに対してユーザの識別情報をＷＭとして埋め込んでセグメント分割部８５に出力する。それ以外の位置の矩形領域の符号化データは、そのままにセグメント分割部８５に出力する。
【００５８】
セグメント分割部８５は、各矩形領域の符号化データを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成した各矩形領域のセグメントストリームを、後段のDASHコンテンツサーバ６２に出力する。なお、DASHコンテンツサーバ６２では、矩形領域のセグメントストリームがファイル化されて保持される。
【００５９】
＜第１の実施の形態に対応するMPD＞
次に、各矩形領域のセグメントストリームを端末装置７０が受信するときに必要となるMPDについて説明する。
【００６０】
図５は、従来のMPDのデータ構造を示している。MPDは、コンテンツの時間の区切りであるPeriod毎に記述され、PeriodはAdaptationSetに細分化されている。AdaptationSetには、内容が同一であってビットレートが異なる複数のRepresentationが用意されている。Representationには、AdaptationSetをさらに細分化したSegmentに関する情報が記述され、この記述に基づいて端末装置７０がセグメントストリームを受信する。
【００６１】
第１の実施の形態では、画面を区切った矩形領域（以下、JigsawPieceとも称する）毎にセグメントストリームが生成されるので、MPDには、JigsawPieceに関する情報を記述するためのJigsawPiece要素を新たに導入する拡張が必要となる。
【００６２】
図６は、MPDにJigsawPiece要素を導入する第１の拡張例を示している。該第１の拡張例は、AdaptationSet要素とRepresentation要素の間にJigsawPiece要素を導入したものである。図７は、図６の場合に対応するAdaptationSetとJigsawPieceとの空間的な関係を示している。すなわち、AdaptationSetには全てのJigsawPieceが包含されている状態である。
【００６３】
図８は、図６の場合に対応するJigsawPiece要素の中身を示している。第１の拡張例においてJigsawPiece要素は、AdaptationSet要素における各JigsawPieceのＩＤ（@id）、画面上の位置（@position,@top,@left）、およびサイズ（@size,@width,@height）の各属性、並びにRepresentation要素を持つことができる。
【００６４】
さらに、JigsawPiece要素は、ＷＭの有無を表すuserUnique属性(boolean)（@userUnique）、CDN５２に設けられているプロキシサーバ５３におけるキャッシングの可否を表すcacheOnCdnProhibit属性(boolean)（@cacheOnCdnProhibit）、および,埋め込まれているユーザの識別情報を表すuserUniqueId属性を持つことができる。
【００６５】
userUnique＝trueの場合、当該JigsawPiece（矩形領域）にはユーザの識別情報を示すＷＭが埋め込まれていることを意味する。cacheOnCdnProhibit＝trueの場合、プロキシサーバ５３におけるキャッシングが禁止されていることを意味する。本開示においては、ユーザの識別情報を示すＷＭが埋め込まれているJigsawPiece（矩形領域）については、ユーザの識別情報の流出、悪用などを抑止するため、プロキシサーバ５３におけるキャッシングを禁止するようにする。
【００６６】
図９は、第１の拡張例を適用した場合におけるMPDの記述例を示している。
【００６７】
同図においては、AdaptationSet要素の下に複数のJigsawPiece要素が記述されている。例えば、id＝ＡのJigsawPieceについては、左上の頂点座標が（０，０）、サイズが固定の横６４０×縦３６０、ＷＭが埋め込まれていてその識別情報が410572963、キャッシングが禁止であることが記述されている。同様に、id＝ＢのJigsawPieceについては、左上の頂点座標が（０，６４０）、サイズが固定の横６４０×縦３６０、ＷＭが埋め込まれておらず、キャッシングが禁止されていないことが記述されている。
【００６８】
図１０は、MPDにJigsawPiece要素を導入する第２の拡張例を示している。該第２の拡張例は、JigsawPieceをAdaptationSetとみなして、１つのAdaptationSet要素の中に１つのJigsawPiece要素を導入したものである。図１１は、図１０の場合に対応するAdaptationSetとJigsawPieceとの空間的な関係を示している。すなわち、AdaptationSetとJigsawPieceと一対一対応である。
【００６９】
なお、図１０の場合に対応するJigsawPiece要素の中身については、第１の拡張例に対応する図８からRepresentation要素を削除したものとなる。
【００７０】
図１２は、第２の拡張例を適用した場合におけるMPDの記述例を示している。
【００７１】
同図においては、１つのAdaptationSet要素の下に１つのJigsawPiece要素が記述されている。例えば、１番目のAdaptationSet要素の下のid＝ＡのJigsawPieceについては、左上の頂点座標が（０，０）、サイズが固定の横６４０×縦３６０、ＷＭが埋め込まれていてその識別情報が410572963、キャッシングが禁止であることが記述されている。同様に、２番目のAdaptationSet要素の下id＝ＢのJigsawPieceについては、左上の頂点座標が（０，６４０）、サイズが固定の横６４０×縦３６０、ＷＭが埋め込まれておらず、キャッシングが禁止されていないことが記述されている。
【００７２】
ところで、図９に示された第１の拡張例を適用したMPD、および図１２に示された第２の拡張例を適用したMPDでは、その中に具体的な識別情報（図６および図１２の例では、userUnique="410572963"）を記述している。このように、MPDの中にユーザ毎に異なる識別情報を記述する運用形態の場合、MPDについてもユーザの数だけ生成する必要が生じてしまい、DASH MPDサーバ６３の負荷が増大してしまう。
【００７３】
そこで、各ユーザ（の端末装置７０）に対して、URLテンプレートを用いた共通のMPDを供給するようにし、端末装置７０にて受信したMPDのテンプレート部分を、そのユーザに適した状態に情報によって置換して、セグメント要求などに用いるようにしてもよい。その場合、MPDのURLテンプレートについても、実施の形態に合わせた拡張が必要である。
【００７４】
図１３は、MPDのURLテンプレートのためのIDを示している。本開示においては、$JigsawPieceID$，$UserUniqueID$，$UserUniqueDigit$、および$CyclicOder$を新たに導入する。
【００７５】
新たに導入された$UserUniqueID$は、ユーザの識別情報（userUniqueIdまたはTransactionIdとも称する）である。なお、端末装置７０に対してユーザの識別情報を通知する方法としては、例えば、MPD要求に応じて行なわれるHTTPリダイレクトの移動先URLに、ユーザの識別情報をクエリ文字列として付加する方法が考えられる。このとき、ユーザの識別情報の流出を防止するために、ユーザの識別情報をクライアント秘密鍵で暗号化してからクエリ文字列として付加するようにしてもよい。
【００７６】
その他の新たに導入された$JigsawPieceID$は、JigsawPieceのIDである。$UserUniqueIdDigit$は、矩形領域に対して埋め込まれる汎用符号である。$CyclicOder$は、セグメントストリームのセグメントに順に周期的に埋め込まれる汎用符号である。
【００７７】
なお、$JigsawPieceID$，$UserUniqueIdDigit$、および$CyclicOder$については、後述する第２または第３の実施の形態において利用される。
【００７８】
図１４は、図１２に示された第２の拡張例を適用したMPDを、URLテンプレートを用いて共通化した場合の記述例を示している。
【００７９】
同図の例では、MPDの$query:userUniqueId$が別途通知されるユーザの識別情報で置換されることになる。
【００８０】
なお、図６に示された第１の拡張例を適用したMPDについてもURLテンプレートを用いて共通化することが可能である。
【００８１】
＜第１の実施の形態における動作＞
次に、第１の実施の形態における動作例について説明する。
【００８２】
コンテンツ供給装置６０では、コンテンツＷＭ処理サーバ６１が、コンテンツを空間的に複数の矩形領域（JigsawPiece）に区切って符号化し、矩形領域の空間的な位置に応じてＷＭを埋め込んで（埋め込まない矩形領域もある）、矩形領域のセグメントストリームを生成する。生成されたセグメントストリームは、DASHコンテンツサーバ６２によりファイル化されて保持される。DASH MPDサーバ６３ではURLテンプレートを用いることにより、多数のユーザに対して配信できる共通のMPDが生成される。生成されたMPDやセグメントファイルは、端末装置７０などからの要求に応じてHTTPユニキャスト配信される。
【００８３】
一方、端末装置７０は、コンテンツの受信に先立ってMPDを取得し、MPDに基づいてコンテンツのセグメントファイルを取得する。
【００８４】
図１５は、端末装置７０の処理を説明するフローチャートである。ステップＳ１において、端末装置７０は、DASH MPDサーバ６３に対してMPD要求を送信する。このMPD要求を受信したDASH MPDサーバ６３は、HTTPリダイレクトを経て、要求されたMPD（URLテンプレートを用いた共通のMPD）を要求元の端末装置７０にHTTPユニキャスト配信する。なお、DASH MPDサーバ６３は、このHTTPリダイレクトの移動先URLを端末装置７０に通知するときにクエリ文字列として、端末装置７０のユーザの識別情報を付加して通知する。
【００８５】
ステップＳ２において、端末装置７０は、DASH MPDサーバ６３からHTTPユニキャスト配信されたMPDを受信し、ステップＳ３において、クエリ文字列として付加されているユーザの識別情報を抽出する。
【００８６】
ステップＳ４において、端末装置７０は、ステップＳ２で受信した共通のMPDに記述されている$query:userUniqueId$の箇所を、ステップＳ３で抽出したユーザの識別情報で置換することによって自己のユーザ用のMPDを生成する。さらに、端末装置７０は、生成したユーザ用のMPDを参照することにより、所望のセグメントストリーム（矩形領域の位置に応じてユーザの識別情報がＷＭとして埋め込まれているセグメントストリーム）を要求するHTTPリクエストを送信する。ステップＳ５において、HTTPリクエストに応じたDASHコンテンツサーバ６２からHTTPユニキャスト配信された全画面分の矩形領域のセグメントファイルを受信、再生し、画面を再構成して表示する。以上で、第１の実施の形態における端末装置７０の処理の説明を終了する。
【００８７】
以上に説明した第１の実施の形態によれば、端末装置７０は、画面上の複数の領域にユーザの識別情報がＷＭとして埋め込まれているコンテンツを受信、再生することができる。したがって、受信された該コンテンツが流出した場合、その流出元となった端末装置７０（のユーザ）を特定することができる。
【００８８】
次に、矩形領域のセグメントファイルがHTTPユニキャスト配信されるときに介されるCDN５２に複数存在するプロキシサーバ５３の動作について説明する。
【００８９】
図１６は、プロキシサーバ５３の基本処理を説明するフローチャートである。
【００９０】
ステップＳ１１において、プロキシサーバ５３は、CDN５２における通信を監視し、端末装置７０からセグメント要求（HTTPリクエスト）が送信されるまで待機する。端末装置７０からセグメント要求が送信された場合、処理をステップＳ１２に進める。
【００９１】
ステップＳ１２において、プロキシサーバ５３は、セグメント要求に対応するセグメントファイル（矩形領域のセグメントストリームのファイル）を自身がキャッシングしているか否かを確認する。ここで、キャッシングしていることが確認できなかった場合、処理はステップＳ１３に進められる。反対にキャッシングしていることが確認できた場合、ステップＳ１３乃至ステップＳ１５はスキップされて処理はステップＳ１６に進められる。
【００９２】
ステップＳ１３において、プロキシサーバ５３は、DASHコンテンツサーバ６２に対して、該セグメントファイルを要求するHTTPリクエストを送信し、これに応じてDASHコンテンツサーバ６２からHTTPユニキャスト配信されたセグメントファイルを受信する。ステップＳ１４において、プロキシサーバ５３は、受信したセグメントファイルに対応するMPDのJigsawPiece要素のcacheOnCdnProhibit属性を参照し、キャッシングが禁止されているか否かを確認する。ここで、cacheOnCdnProhibit属性がFALUSEであってキャッシングが禁止されていないと確認された場合、処理はステップＳ１５に進められる。反対に、cacheOnCdnProhibit属性がTRUEであってキャッシングが禁止されていると確認された場合、ステップＳ１５はスキップされて処理はステップＳ１６に進められる。
【００９３】
ステップＳ１５において、プロキシサーバ５３は、該セグメントファイルをキャッシングし、ステップＳ１６において、該セグメントファイルを要求元の端末装置７０にHTTPユニキャスト配信する。
【００９４】
以上で、プロキシサーバ５３による基本処理の説明を終了する。なお、複数存在するプロキシサーバ５３には、上述した基本処理を実行するものと、以下に説明するマルチキャスト配信処理を実行できるものが存在する。
【００９５】
図１７は、プロキシサーバ５３によるマルチキャスト配信処理を説明するフローチャートである。このマルチキャスト配信処理は、多くの端末装置７０から要求されることが想定されるセグメントファイルを、端末装置７０からのセグメント要求が行なわれる前にプロキシサーバ５３が予め取得してマルチキャスト配信する処理である。
【００９６】
ステップＳ２１において、プロキシサーバ５３は、DASH MPDサーバ６３に対して、多くの端末装置７０から要求されることが想定されるセグメントファイルに対応するMPDを要求するHTTPリクエストを送信し、これに応じてDASH MPDサーバ６３からHTTPユニキャスト配信されるMPDを取得する。ステップＳ２２において、プロキシサーバ５３は、取得したMPDを参照してこれから取得するセグメントファイルを決定し、それに対応するJigsawPiece要素のcacheOnCdnProhibit属性に基づき、キャッシングが禁止されているか否かを確認する。ここで、cacheOnCdnProhibit属性がFALUSEであってキャッシングが禁止されていないと確認された場合、処理はステップＳ２３に進められる。なお、ステップＳ２２において、cacheOnCdnProhibit属性がTRUEであってキャッシングが禁止されていると確認された場合、ステップＳ２３乃至Ｓ２５はスキップされて処理はステップＳ２６に進められる。
【００９７】
ステップＳ２３において、プロキシサーバ５３は、DASHコンテンツサーバ６２に対して、該セグメントファイルを要求するHTTPリクエストを送信し、これに応じてDASHコンテンツサーバ６２からHTTPユニキャスト配信されたセグメントファイルを受信する。ステップＳ２４において、プロキシサーバ５３は、受信したセグメントファイルをキャッシングし、ステップＳ２５において、該セグメントファイルをマルチキャスト配信する。
【００９８】
ステップＳ２６において、プロキシサーバ５３は、取得したMPDに記述されているセグメントファイルの情報のうちで、未取得（キャッシングの禁止が確認されたものを除く）のものが残っているか否かを判断する。未取得のセグメントファイルが残っていると判断された場合、処理はステップＳ２２に戻り、それ以降が繰り返される。反対に、未取得のセグメントファイルが残っていないと判断された場合、このマルチキャスト配信処理は終了される。
【００９９】
なお、マルチキャスト配信処理が実行されているときに、このマルチキャスト配信処理にて処理対象とされているセグメントファイルが端末装置７０から要求された場合、以下に説明する割り込み処理が開始される。
【０１００】
図１８は、割り込み処理を説明するフローチャートである。
【０１０１】
ステップＳ３１において、プロキシサーバ５３は、要求されたセグメントファイルに対応するMPDのJigsawPiece要素のcacheOnCdnProhibit属性を参照し、キャッシングが禁止されているか否かを確認する。ここで、cacheOnCdnProhibit属性がTRUEであってキャッシングが禁止されていると確認された場合、該セグメントファイルは該割り込み処理の元となったマルチキャスト配信処理ではマルチキャスト配信されないので、処理はステップＳ３２に進められる。
【０１０２】
ステップＳ３２において、プロキシサーバ５３は、DASHコンテンツサーバ６２に対して、該セグメントファイルを要求するHTTPリクエストを送信し、これに応じてDASHコンテンツサーバ６２からHTTPユニキャスト配信されたセグメントファイルを受信する。ステップＳ３３において、プロキシサーバ５３は、受信したセグメントファイルを要求元の端末装置７０に対してHTTPユニキャスト配信する。以上で、割り込み処理は終了される。
【０１０３】
なお、ステップＳ３１において、要求されたセグメントファイルに対応するcacheOnCdnProhibit属性がFALUSEであってキャッシングが禁止されていないと確認された場合、該セグメントファイルは該割り込み処理の元となったマルチキャスト配信処理はマルチキャスト配信されるので、処理はステップＳ３４に進められる。ステップＳ３４において、プロキシサーバ５３は、要求元の端末装置７０に対してエラーコードを送信する。以上で、割り込み処理は終了される。
【０１０４】
＜第２の実施の形態＞
１９は、第２の実施の形態の概要を説明するためのものである。
【０１０５】
第２の実施の形態において、コンテンツＷＭ処理サーバ６１は、コンテンツの全領域を空間的に複数の領域に分割し、領域毎に所定のエンコード方式により符号化し、その結果得られる各領域の符号化データそれぞれに対して、複数の汎用符号（例えば、数字の０から９など）の１つをＷＭとして埋め込む。そして、それら各領域の符号化データをセグメントに分割して各領域のセグメントストリームを生成し、それらを配信するまで保持するようにする。
【０１０６】
図１９の場合、コンテンツの全領域をＡからＩまでの９個の矩形領域に分割して符号化し、９個の矩形領域の符号化データそれぞれに対して、複数の汎用符号として数字の０，１，２，・・・，９がＷＭとして埋め込まれる例を示している。
【０１０７】
この場合、ＡからＩの９個の矩形領域の符号化データに１０種類の汎用符号のＷＭが埋め込まれるので、９０本のセグメントストリームが生成されて保持される。なお、同図は複数用意されるビットレートのうちの１種類のもののみを示している。
【０１０８】
このように、コンテンツの全領域を複数の領域に分割して、汎用符号のＷＭを埋め込むようにすれば、生成、保持するセグメントストリームの数を抑制することができる。また、ユーザの識別情報をＷＭとして埋め込む第１の実施の形態と比較した場合、生成、保持するセグメントストリームの数を削減できる。
【０１０９】
この場合、受信側の端末装置７０では、ラスタースキャン順序で、ユーザの識別情報を構成する汎用符号がＷＭとして埋め込まれている矩形領域のセグメントストリームを受信するようにする。例えば、ユーザの識別情報が４１０５７２９３７である場合、領域Ａは”４”のＷＭ、領域Ｂは”１”のＷＭ、領域Ｃは”０”のＷＭ、領域Ｄは”５”のＷＭ、領域Ｅは”７”のＷＭ、領域Ｆは”２”のＷＭ、領域Ｇは”９”のＷＭ、領域Ｈは”３”のＷＭ、領域Ｉは”７”のＷＭが埋め込まれているセグメントストリームを受信し、これらをそれぞれ再生（デコード）して画面に再構成して表示するようにする。
【０１１０】
なお、第２の実施の形態は図１９の例に限定されるものではない。すなわち、コンテンツの全領域を分割する領域の数、領域の形状、ＷＭとして埋め込む汎用符号の数と種類は、変更することが可能である。例えはＷＭとして埋め込む汎用符号として英文字など用いてもよい。
【０１１１】
また、領域毎の符号化とＷＭの埋め込みの順序は逆であってもよい。すなわち、領域のソースデータにＷＭを埋め込んでから、符号化するようにしてもよい。
【０１１２】
＜第２の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例＞
次に、第２の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例について説明する。
【０１１３】
第２の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例は、図４に示された第１の実施の形態に対応するものと同様である。すなわち、コンテンツＷＭ処理サーバ６１は、コンテンツ管理部８１、矩形領域分割部８２、符号化部８３、ＷＭ埋め込み部８４、およびセグメント分割部８５を有する。
【０１１４】
コンテンツ管理部８１は、コンテンツのソースデータを管理しており、端末装置７０に配信するコンテンツのソースデータを矩形領域分割部８２に供給する。矩形領域分割部８２は、コンテンツの全領域を複数の矩形領域に分割して符号化部８３に出力する。符号化部８３は、分割された各矩形領域を、異なる複数のビットレートで符号化し、その結果得られる符号化データをＷＭ埋め込み部８４に出力する。
【０１１５】
ＷＭ埋め込み部８４は、矩形領域の符号化データに対し、汎用の符号をＷＭとして埋め込んでセグメント分割部８５に出力する。セグメント分割部８５は、各矩形領域の符号化データを時間的にセグメントに分割することにより、例えばFragmented MP4などのセグメントストリームを生成し、生成した各矩形領域のセグメントストリームを、後段のDASHコンテンツサーバ６２に出力する。なお、DASHコンテンツサーバ６２では、矩形領域のセグメントストリームがファイル化されて保持される。
【０１１６】
＜第２の実施の形態に対応するMPD＞
第２の実施の形態に対応するMPDのデータ構造は、図６に示された第１の実施の形態に対応するMPDの第１の拡張例、または図１０に示された第１の実施の形態に対応するMPDの第２の拡張例と同様である。
【０１１７】
図２０は、第２の実施の形態に対応するMPDにおけるJigsawPiece要素の中身を示している。この場合、JigsawPiece要素は、AdaptationSet要素における各JigsawPieceのＩＤ（@id）、画面上の位置（@position,@top,@left）、およびサイズ（@size,@width,@height）の各属性、並びにRepresentation要素を持つことができる。だだし、第２の拡張例の場合、Representation要素は不要である。
【０１１８】
さらに、JigsawPiece要素は、埋め込まれている汎用の符号を表すuserUniqueIdDigit属性を持つことができる。
【０１１９】
図２１は、第１の拡張例を適用した場合におけるMPDの記述例を示している。
【０１２０】
同図においては、AdaptationSet要素の下に複数のJigsawPiece要素が記述されている。例えば、id＝ＡのJigsawPieceについては、左上の頂点座標が（０，０）、サイズが固定の横６４０×縦３６０、汎用符号”４”がＷＭとして埋め込まれていることが記述されている。同様に、id＝ＢのJigsawPieceについては、左上の頂点座標が（０，６４０）、サイズが固定の横６４０×縦３６０、汎用符号”１”がＷＭとして埋め込まれていることが記述されている。
【０１２１】
図２２は、第２の拡張例を適用した場合におけるMPDの記述例を示している。
【０１２２】
同図においては、１つのAdaptationSet要素の下に１つのJigsawPiece要素が記述されている。例えば、１番目のAdaptationSet要素の下のid＝ＡのJigsawPieceについては、左上の頂点座標が（０，０）、サイズが固定の横６４０×縦３６０、汎用符号”４”がＷＭとして埋め込まれていることが記述されている。同様に、２番目のAdaptationSet要素の下id＝ＢのJigsawPieceについては、左上の頂点座標が（０，６４０）、サイズが固定の横６４０×縦３６０、汎用符号”１”がＷＭとして埋め込まれていることが記述されている。
【０１２３】
図２３は、図２２に示された第２の拡張例を適用したMPDを、URLテンプレートを用いて共通化した場合の記述例を示している。
【０１２４】
同図の例では、MPDの$query:segReqOder1$、$query:segReqOder2$などが、別途通知されるユーザの識別情報を汎用符号（数字１文字など）に分解したsegReqOrder1，segReqOrder2，segReqOrder3，...で置換されることになる。
【０１２５】
具体的には、例えば以下のように、MPD要求に応じて行なわれるHTTPリダイレクトの移動先URLに付加されるクエリ文字列として通知する。
http://a.com/x.mpd?segReqOrder1=4&segReqOrder2=1&segReqOrder3=0&segReqOrder4=5&... segReqOrder9=3
【０１２６】
この場合、端末装置７０では、MPDにおける$query:segReqOder1$が４に、$query:segReqOder2$が１に、$query:segReqOder3$が０に、$query:segReqOder4$が5に、...$query:segReqOder9$が３に置換される。
【０１２７】
なお、クエリ文字列として、例えば、以下のようにユーザの識別情報を通知し、端末装置７０にてユーザ識別情報を１文字の汎用符号に分解して、$query:segReqOder1$などを置換するようにしてもよい。また、クエリ文字列の中身を暗号化してもよい。
http://a.com/x.mpd?segReqOrder=4.1.0.5.7.2.9.6.3
【０１２８】
＜第２の実施の形態における動作＞
次に、第２の実施の形態における動作例について説明する。
【０１２９】
コンテンツ供給装置６０では、コンテンツＷＭ処理サーバ６１が、コンテンツを空間的に複数の矩形領域（JigsawPiece）に区切って符号化し、汎用符号のＷＭを埋め込んで、矩形領域のセグメントストリームを生成する。生成されたセグメントストリームは、DASHコンテンツサーバ６２によりファイル化されて保持される。DASH MPDサーバ６３ではURLテンプレートを用いることにより、多数のユーザに対して配信できる共通のMPDが生成される。生成されたMPDやセグメントファイルは、端末装置７０などからの要求に応じてHTTPユニキャスト配信される。
【０１３０】
一方、端末装置７０は、コンテンツの受信に先立ってMPDを取得し、MPDに基づいてコンテンツのセグメントファイルを取得する。
【０１３１】
図２４は、端末装置７０の処理を説明するフローチャートである。ステップＳ４１において、端末装置７０は、DASH MPDサーバ６３に対してMPD要求を送信する。このMPD要求を受信したDASH MPDサーバ６３は、HTTPリダイレクトを経て、要求されたMPD（URLテンプレートを用いた共通のMPD）を要求元の端末装置７０にHTTPユニキャスト配信する。なお、DASH MPDサーバ６３は、このHTTPリダイレクトの移動先URLを端末装置７０に通知するときにクエリ文字列として、端末装置７０のユーザの識別情報に対応するsegReqOrderを付加して通知する。
【０１３２】
ステップＳ４２において、端末装置７０は、DASH MPDサーバ６３からHTTPユニキャスト配信されたMPDを受信し、ステップＳ４３において、クエリ文字列として付加されているsegReqOrderを抽出する。
【０１３３】
ステップＳ４４において、端末装置７０は、ステップＳ４２で受信した共通のMPDに記述されている$query:segReqOrder$の箇所を、ステップＳ４３で抽出したsegReqOrderを分解した１文字の汎用符号で置換することによって自己のユーザ用のMPDを生成する。さらに、端末装置７０は、生成したユーザ用のMPDを参照することにより、ラスタースキャン順にみるとユーザの識別情報がＷＭとして埋め込まれている矩形領域のセグメントストリームを要求するHTTPリクエストを送信する。
【０１３４】
ステップＳ４５において、HTTPリクエストに応じたDASHコンテンツサーバ６２からHTTPユニキャスト配信された全画面分の矩形領域のセグメントファイルを受信、再生し、画面を再構成して表示する。以上で、第２の実施の形態における端末装置７０の処理の説明を終了する。
【０１３５】
以上に説明した第２の実施の形態によれば、端末装置７０は、画面上の複数の領域にそれぞれ埋め込まれた汎用符号をラスタースキャン順に組み合わせるとユーザの識別情報となるコンテンツを受信、再生することができる。したがって、受信された該コンテンツが流出した場合、その流出元となった端末装置７０（のユーザ）を特定することができる。
【０１３６】
＜第３の実施の形態＞
図２５は、第３の実施の形態の概要を説明するためのものである。
【０１３７】
第３の実施の形態において、コンテンツＷＭ処理サーバ６１は、コンテンツのセグメントストリームを複数の汎用符号（例えば、スタートコードを示すＳと数字の０から９）と同じ数だけ生成し、同じセグメントストリームを構成する各セグメントに共通の汎用符号をＷＭとして埋め込み、それらを配信するまで保持するようにする。
【０１３８】
図２５の場合、１１種類の汎用符号Ｓ，０，１，・・・，９が用いられる例を示している。この場合、各セグメントに１１種類の汎用符号Ｓ，０，１，・・・，９のいずれがＷＭとして埋め込まれた１１本のセグメントストリームが生成されて保持されることになる。なお、同図は複数用意されるビットレートのうちの１種類のもののみを示している。
【０１３９】
一方、受信側の端末装置７０では、セグメントストリームを受信する場合、埋め込まれているＷＭが自身のユーザの識別情報と一致する順序でセグメントを受信、再生するようにする。例えば、ユーザの識別情報が４１０５７２９３７である場合、はじめにスタートコードＳのＷＭが埋め込まれているセグメントｎを受信し、次に４のＷＭが埋め込まれているセグメントｎ＋１を受信し、次に１のＷＭが埋め込まれているセグメントｎ＋２を受信するようにする。そして、ユーザの識別情報の最後の汎用符号である７のＷＭが埋め込まれているセグメントｎ＋１０を受信した後は、再びスタートコードＳのＷＭが埋め込まれているセグメントｎ＋１１、４のＷＭが埋め込まれているセグメントｎ＋２を受信するようにする。
【０１４０】
なお、第３の実施の形態は図２５の例に限定されるものではない。すなわち、ＷＭとして埋め込む汎用符号の数と種類は、変更することが可能である。例えはＷＭとして埋め込む汎用符号として英文字など用いてもよい。
【０１４１】
また、符号化とＷＭの埋め込みの順序は逆であってもよい。すなわち、ＷＭを埋め込んでから符号化するようにしてもよい。
【０１４２】
＜第３の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例＞
次に、第２の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例について説明する。
【０１４３】
図２６は、第３の実施の形態に対応するコンテンツＷＭ処理サーバ６１の構成例を示している。すなわち、コンテンツＷＭ処理サーバ６１は、コンテンツ管理部９１、符号化部９２、およびＷＭ埋め込み部９３を有する。
【０１４４】
コンテンツ管理部９１は、コンテンツのソースデータを管理しており、端末装置７０に配信するコンテンツのソースデータを符号化部９２に供給する。符号化部９２は、コンテンツのソースデータを異なる複数のビットレートで符号化してセグメントに分割し、その結果得られるセグメントストリームをＷＭ埋め込み部９３に出力する。
【０１４５】
ＷＭ埋め込み部９３は、各セグメントストリームを汎用符号の数だけ複製し、各セグメントストリームのセグメントに同一の汎用符号をＷＭとして埋め込んで後段のDASHコンテンツサーバ６２に出力する。なお、DASHコンテンツサーバ６２では、セグメントストリームがファイル化されて保持される。
【０１４６】
＜第３の実施の形態に対応するMPD＞
図２７は、第３の実施の形態に対応するMPDを記述するためにAdaptationSet要素に追加されるsegReqCyclicOrder属性を示している。
【０１４７】
segReqCyclicOrder属性にはセグメントストリームの各セグメントに周期的に埋め込まれるスタートコードＳ＋ユーザの識別情報が格納される。
【０１４８】
図２８は、第３の実施の形態に対応するMPDの記述例を示している。同図においては、AdaptationSet要素のsegReqCyclicOrder属性に、S.4.1.0.5.7.2.4.6.3が記述されている。
【０１４９】
図２９は、図２８に示されたMPDの記述例をURLテンプレートにより共通化した場合の記述例を示している。同図の例では、MPDの$query:segReqCyclicOrder$が別途通知されるsegReqCyclicOrder（＝スタートコードＳ＋ユーザの識別情報）を分解した汎用符号の１文字で周期的に置換されることになる。
【０１５０】
segReqCyclicOrderの通知は、例えば以下のように、MPD要求に応じて行なわれるHTTPリダイレクトの移動先URLに付加されるクエリ文字列として通知する。また、クエリ文字列の中身を暗号化してもよい。
http://a.com/x.mpd?segReqCycleOrder=S.4.1.0.5.7.2.9.6.3
【０１５１】
＜第３の実施の形態における動作＞
次に、第３の実施の形態における動作例について説明する。
【０１５２】
コンテンツ供給装置６０では、コンテンツＷＭ処理サーバ６１が、コンテンツのソースデータからセグメントストリームを生成して汎用符号の数だけ複製し、生成したセグメントストリームの各セグメントに同一の汎用符号のＷＭを埋め込む。生成されたセグメントストリームは、DASHコンテンツサーバ６２によりファイル化されて保持される。DASH MPDサーバ６３ではURLテンプレートを用いることにより、多数のユーザに対して配信できる共通のMPDが生成される。生成されたMPDやセグメントファイルは、端末装置７０などからの要求に応じてHTTPユニキャスト配信される。
【０１５３】
一方、端末装置７０は、コンテンツの受信に先立ってMPDを取得し、MPDに基づいてコンテンツのセグメントファイルを取得する。
【０１５４】
図３０は、端末装置７０の処理を説明するフローチャートである。ステップＳ５１において、端末装置７０は、DASH MPDサーバ６３に対してMPD要求を送信する。このMPD要求を受信したDASH MPDサーバ６３は、HTTPリダイレクトを経て、要求されたMPD（URLテンプレートを用いた共通のMPD）を要求元の端末装置７０にHTTPユニキャスト配信する。なお、DASH MPDサーバ６３は、このHTTPリダイレクトの移動先URLを端末装置７０に通知するときにクエリ文字列として、端末装置７０のユーザの識別情報に対応するsegReqCycleOrderを付加して通知する。
【０１５５】
ステップＳ５２において、端末装置７０は、DASH MPDサーバ６３からHTTPユニキャスト配信されたMPDを受信し、ステップＳ５３において、クエリ文字列として付加されているsegReqCyclicOrderを抽出する。
【０１５６】
ステップＳ５４において、端末装置７０は、ステップＳ５２で受信した共通のMPDに記述されている$query:segReqCyclicOrder$の箇所を、ステップＳ５３で抽出したsegReqCyclicOrder1を分解した１文字の汎用文字で周期的に置換して、セグメントストリームを要求するHTTPリクエストを送信する。
【０１５７】
ステップＳ５５において、HTTPリクエストに応じたDASHコンテンツサーバ６２から順次HTTPユニキャスト配信されたセグメントファイルを受信、再生して表示する。以上で、第３の実施の形態における端末装置７０の処理の説明を終了する。
【０１５８】
以上に説明した第３の実施の形態によれば、端末装置７０は、所定の数（第３の実施の形態の場合、１１）のセグメントファイルを受信する毎に、自身のユーザの識別情報が埋め込まれているコンテンツを再生することになる。したがって、受信された該コンテンツのセグメントファイルが少なくとも所定の数（第３の実施の形態の場合、１１）以上流出した場合、その流出元となった端末装置７０（のユーザ）を特定することができる。
【０１５９】
なお、上述した第１乃至第３の実施の形態では、コンテンツをオンデマンドに配信する場合だけでなく、撮影時にリアルタイムにライブ配信する場合に適用することができる。
【０１６０】
ところで、上述した一連の処理を実行するコンテンツ供給装置６０、および端末装置７０は、それぞれをハードウェアにより構成する他、コンピュータがソフトウェアを実行することにより実現することもできる。このコンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０１６１】
図３１は、上述したコンピュータのハードウェアの構成例を示すブロック図である。
【０１６２】
このコンピュータ２００において、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
【０１６３】
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、およびドライブ２１０が接続されている。
【０１６４】
入力部２０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
【０１６５】
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
【０１６６】
コンピュータ２００（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０１６７】
コンピュータ２００では、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
【０１６８】
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１６９】
本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
【０１７０】
本開示は以下のような構成もとることができる。
（１）
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置において、
前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
を備え、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する
コンテンツ供給装置。
（２）
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と周期的に一致する
前記（１）に記載のコンテンツ供給装置。
（３）
前記複数の汎用符号はスタートコードを含み、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記スタートコード毎に前記受信側の識別情報と周期的に一致する
前記（１）または（２）に記載のコンテンツ供給装置。
（４）
前記MPD処理部は、テンプレートを用いることにより共通化した前記MPDを生成し、複数の受信側に対して前記共通化した前記MPDを配信する
前記（１）から（３）のいずれかに記載のコンテンツ供給装置。
（５）
前記MPD処理部は、前記共通化した前記MPDの前記テンプレートの箇所を置換するための情報として、受信側からの前記MPDの要求に対して応答するHTTPリダイレクトの移動先URLに前記受信側の前記識別情報に対応するsegReqCyclicOrderをクエリ文字列として付加する
前記（４）に記載のコンテンツ供給装置。
（６）
前記MPD処理部は、前記受信側の前記識別情報に対応する前記segReqCyclicOrderを暗号化して前記クエリ文字列として付加する
前記（５）に記載のコンテンツ供給装置。
（７）
適応的ストリーミング技術を用いてコンテンツを配信するコンテンツ供給装置のコンテンツ供給方法において、
前記コンテンツ供給装置による、
前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理ステップと、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理ステップと、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信ステップと
を含み、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する
コンテンツ供給方法。
（８）
適応的ストリーミング技術を用いてコンテンツを配信するコンピュータを、
前記コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
して機能させ、
前記受信側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記受信側の識別情報と一致する
プログラム。
（９）
コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
を備えるコンテンツ供給装置から適応的ストリーミング技術を用いて配信されるコンテンツを受信する端末装置において、
前記MPDを取得し、取得した前記MPDに基づいて前記セグメントストリームをセグメント単位で受信、再生する構成を
備える端末装置。
（１０）
コンテンツ供給装置と端末装置から構成されるコンテンツ供給システムにおいて、
前記コンテンツ供給装置は、
コンテンツを時間的にセグメントに分割してセグメントストリームを生成し、生成した前記セグメントストリームを複数の汎用符号と同じ数だけ複製し、複製した前記セグメントストリーム毎に前記複数の汎用符号のいずれかを共通して各セグメントに電子透かしとして埋め込む電子透かし処理部と、
前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを受信側が取得するために必要な情報を記述したMPDを生成し、受信側からの要求に応じて配信するMPD処理部と、
前記MPDに基づく受信側からの要求に応じ、前記汎用符号が電子透かしとして埋め込まれた前記セグメントストリームを前記セグメント単位で配信するストリーム配信部と
を備え、
前記端末装置は、
前記MPDを取得し、取得した前記MPDに基づいて前記セグメントストリームをセグメント単位で受信、再生する構成を
備え、
前記端末装置側に順次配信されるセグメントに電子透かしとして埋め込まれている前記汎用符号の順列は、前記端末装置側の識別情報と一致する
コンテンツ供給システム。
【符号の説明】
【０１７１】
５０  コンテンツ供給システム，  ５１  ネットワーク，  ５２  CDN，  ５３  プロキシサーバ，  ６０  コンテンツ供給装置,  ６１  コンテンツＷＭ処理サーバ，  ６２  DASHコンテンツサーバ，  ６３  DASH MPDサーバ，  ７０  端末装置，  ８１  コンテンツ管理部，  ８２  矩形領域分割部，  ８３  符号化部，  ８４  ＷＭ埋め込み部，  ８５  セグメント分割部，  ９１  コンテンツ管理部，  ９２  符号化部，  ９３  ＷＭ埋め込み部，  ２００  コンピュータ，  ２０１  CPU
【図１】
2015080164.tif 000003
【図２】
2015080164.tif 000004
【図３】
2015080164.tif 000005
【図４】
2015080164.tif 000006
【図５】
2015080164.tif 000007
【図６】
2015080164.tif 000008
【図７】
2015080164.tif 000009
【図８】
2015080164.tif 000010
【図９】
2015080164.tif 000011
【図１０】
2015080164.tif 000012
【図１１】
2015080164.tif 000013
【図１２】
2015080164.tif 000014
【図１３】
2015080164.tif 000015
【図１４】
2015080164.tif 000016
【図１５】
2015080164.tif 000017
【図１６】
2015080164.tif 000018
【図１７】
2015080164.tif 000019
【図１８】
2015080164.tif 000020
【図１９】
2015080164.tif 000021
【図２０】
2015080164.tif 000022
【図２１】
2015080164.tif 000023
【図２２】
2015080164.tif 000024
【図２３】
2015080164.tif 000025
【図２４】
2015080164.tif 000026
【図２５】
2015080164.tif 000027
【図２６】
2015080164.tif 000028
【図２７】
2015080164.tif 000029
【図２８】
2015080164.tif 000030
【図２９】
2015080164.tif 000031
【図３０】
2015080164.tif 000032
【図３１】
2015080164.tif 000033