(57)【要約】【課題】ブロードバンド回線を利用した放送サービスにおいて、３Ｄ映像の送信運用方法や３Ｄ映像の伝送方式がどのようなものであっても、受信側において２Ｄ映像及び３Ｄ映像の表示に対応することが可能な信号伝送方法を提供する。【解決手段】ネットワークを通じて配信するコンテンツの一部において立体的画像を表示する立体的画像表示区間が含まれている場合に、コンテンツ単位で立体的画像表示区間の切り替えタイミングに関する切替情報と、立体的画像の伝送方式を示す伝送方式情報と、立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、をコンテンツと併せて伝送する伝送ステップを含む、信号伝送方法が提供される。【選択図】図１
2011082666.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じて配信するコンテンツの少なくとも一部において立体的画像を表示する立体的画像表示区間が含まれている場合に、
前記コンテンツ単位で前記立体的画像表示区間の切り替えタイミングに関する切替情報と、
立体的画像の伝送方式を示す伝送方式情報と、
立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、
を前記コンテンツと併せて伝送する伝送ステップを含む、信号伝送方法。
【請求項２】
前記伝送ステップは、前記切替情報をコンテンツの内部に記述して伝送し、前記切替情報以外の情報はコンテンツの再生に先立って配信される情報の内部に記述して伝送する、請求項１に記載の信号伝送方法。
【請求項３】
前記伝送ステップは、前記切替情報、前記伝送方式情報、及び前記配信元情報をコンテンツの内部に記述して伝送する、請求項１に記載の信号伝送方法。
【請求項４】
受信側が前記立体的画像表示区間において立体的画像に対応する二次元画像に切り替える際には、予め用意した二次元画像を表示する別コンテンツの伝送に切り替える、請求項１〜３のいずれかに記載の信号伝送方法。
【請求項５】
前記伝送ステップは、受信側が二次元画像へ切り替えた時点で前記別コンテンツの伝送を開始する、請求項４に記載の信号伝送方法。
【請求項６】
前記伝送ステップで伝送される情報は、ＭＰ４コンテナのｍｉｎｆコンテナの内部に記述される、請求項１〜３のいずれかに記載の信号伝送方法。
【請求項７】
前記伝送ステップで伝送される情報は、ＭＰ４コンテナのｍｏｏｖコンテナの内部及びｍｄａｔボックスの内部に記述される、請求項１〜３のいずれかに記載の信号伝送方法。
【請求項８】
前記伝送ステップで伝送される情報は、ＭＰ４コンテナのｍｏｏｖコンテナ及びｍｏｏｆコンテナの内部に記述される、請求項１〜３のいずれかに記載の信号伝送方法。
【請求項９】
立体的画像を表示させる立体的画像データを受信すると共に、ネットワークを通じて配信するコンテンツの少なくとも一部に含まれる前記立体的画像を表示する立体的画像表示区間における立体的画像関連情報を前記コンテンツと共に受信する受信部と、
前記受信部が受信した情報を用いて立体的画像または二次元画像の表示を切り替える切替制御部と、
前記立体的画像関連情報に基づいて、前記立体的画像表示区間において立体的画像を表示する表示部と、
を備え、
前記立体的画像関連情報は、
前記コンテンツ単位で前記立体的画像表示区間の切り替えタイミングに関する切替情報と、立体的画像の伝送方式を示す伝送方式情報と、立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、
を含む、信号受信装置。
【請求項１０】
前記切替制御部は、前記立体的画像表示区間の切り替えタイミングが到達したら自動的に立体的画像または二次元画像に切り替える、請求項９に記載の信号受信装置。
【請求項１１】
前記切替制御部は、前記立体的画像表示区間において立体的画像に対応する二次元画像を表示する別コンテンツが存在する場合に、前記受信部に対して該別コンテンツの受信の切り替えを指示する、請求項９に記載の信号受信装置。
【請求項１２】
立体的画像を表示させる立体的画像データを生成する画像データ生成部と、
ネットワークを通じて配信するコンテンツの少なくとも一部に含まれる前記立体的画像を表示する立体的画像表示区間における立体的画像関連情報を生成する情報生成部と、
前記画像データ生成部が生成する前記立体的画像データと、前記情報生成部が生成する前記立体的画像関連情報を前記コンテンツと共に送信する送信部と、
を備え、
前記情報生成部が生成し、前記コンテンツと共に送信する前記立体的画像関連情報は、
前記コンテンツ単位で前記立体的画像表示区間の切り替えタイミングに関する切替情報と、立体的画像の伝送方式を示す伝送方式情報と、立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、
を含む、信号送信装置。
【請求項１３】
前記情報生成部は、前記切替情報をコンテンツの内部に記述し、前記切替情報以外の情報はコンテンツの再生に先立って配信される情報の内部に記述する、請求項１２に記載の信号送信装置。
【請求項１４】
前記情報生成部は、前記切替情報、前記伝送方式情報、及び前記配信元情報をコンテンツの内部に記述して伝送する、請求項１２に記載の信号伝送方法。
【請求項１５】
受信側が前記立体的画像表示区間において立体的画像に対応する二次元画像に切り替える際には、前記送信部は予め用意した二次元画像を表示する別コンテンツの伝送に切り替える、請求項１２〜１４のいずれかに記載の信号送信装置。
【請求項１６】
前記送信部は、受信側が二次元画像へ切り替えた時点で前記別コンテンツの伝送を開始する、請求項１２〜１４のいずれかに記載の信号送信装置。
【請求項１７】
前記送信部で送信される情報は、ＭＰ４コンテナのｍｉｎｆコンテナの内部に記述される、請求項１２〜１４のいずれかに記載の信号送信装置。
【請求項１８】
前記送信部で送信される情報は、ＭＰ４コンテナのｍｏｏｖコンテナの内部及びｍｄａｔボックスの内部に記述される、請求項１２〜１４のいずれかに記載の信号送信装置。
【請求項１９】
前記送信部で送信される情報は、ＭＰ４コンテナのｍｏｏｖコンテナ及びｍｏｏｆコンテナの内部に記述される、請求項１２〜１４のいずれかに記載の信号送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号伝送方法、信号送信装置及び信号受信装置に関する。
【背景技術】
【０００２】
三次元（３Ｄ）画像を画面に表示させて視聴者に立体的な映像を楽しんでもらうための３Ｄ放送サービスが、今後広く普及していくことが考えられる。ここで、３Ｄ放送サービスを実現するためには、以下の要件を満たすことが望ましいと考えられている。
【０００３】
例えば、三次元画像を表示するチャンネル（３Ｄチャンネル）の番組や、三次元画像を表示するコンテンツ（３Ｄコンテンツ）は、全て三次元画像を表示するための信号（３Ｄ信号）で作成されるとは限らない。もちろん、番組の全てが３Ｄ信号で作成される場合もあろうが、むしろ、三次元画像は番組やコンテンツの一部に用いられる可能性が高いものと考えられる。放送の場合では、常に三次元画像を画面に表示させてしまっては、視聴者は視聴に疲れてしまい、番組やコンテンツを全て３Ｄ対応で制作すると制作コストが高くなってしまう。また、３Ｄによる表現が効果的である映像は限定的である。従って、３Ｄ放送サービスにおいては、特定の番組のみ、さらには特定のシーンのみを３Ｄ表示させるという利用方法が想定される。
【０００４】
また、ＩＰ放送（ＩＰＴＶ；Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）のようなブロードバンド回線を利用した放送サービスにおいては、３Ｄ画像の表示に対応した端末と、３Ｄ画像の表示に対応していない端末とで、予め３Ｄ画像の表示の対応・非対応を確認した上で、それぞれ別のコンテンツを供給することができる。すなわち、３Ｄ画像の表示に対応した端末には３Ｄコンテンツを、３Ｄ画像の表示に対応していない端末には２Ｄコンテンツを、それぞれ配信サーバから送信することができる。
【０００５】
また、三次元画像の表示に対応していない従来の受信機においても、３Ｄ部分のサービスやコンテンツを利用できるように配慮することが望ましく、そのためには、三次元画像の表示に対応した受信機であっても、３Ｄ部分を２Ｄでも視聴可能にしておく必要がある。
【０００６】
さらには、三次元画像の表示に対応した受信機（３Ｄ対応受信機）で３Ｄ番組や３Ｄコンテンツを受信した場合であっても、当該３Ｄ対応受信機のユーザは必ずしも３Ｄで映像を見たいとは限らない。よって、３Ｄ対応受信機では、ユーザが２Ｄ映像の視聴と３Ｄ映像の視聴とを選択し、切り替えられるようにすることが求められる。そして、この３Ｄ対応受信機で２Ｄ映像を表示する場合には、通常の２Ｄ映像と同等の画質であることが望ましい。
【０００７】
３Ｄ対応受信機で、２Ｄ映像と３Ｄ映像とを切り替えて表示させるための技術として、例えば特許文献１、２がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−６１１４号公報
【特許文献２】特開２００７−１３９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１、２をはじめ、従来の技術では、１つのストリームによる２Ｄ映像と３Ｄ映像との切り替えを前提としているために、３Ｄ非対応の受信機では３Ｄ映像を表示する区間では３Ｄ映像から２Ｄ映像に変換する必要があるが、この２Ｄ映像の表示に際して画質が低下してしまうという問題があった。また、どのような運用方法や３Ｄ映像の伝送方式であっても、３Ｄ対応の受信機と３Ｄ非対応の受信機の両方に対応しうるような映像データの伝送方法については考慮されていなかった。
【００１０】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ブロードバンド回線を利用した放送サービスにおいて、３Ｄ映像の送信運用方法や３Ｄ映像の伝送方式がどのようなものであっても、受信側において２Ｄ映像及び３Ｄ映像の表示に対応することが可能な、新規かつ改良された信号伝送方法、信号送信装置及び信号受信装置を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明のある観点によれば、ネットワークを通じて配信するコンテンツの少なくとも一部において立体的画像を表示する立体的画像表示区間が含まれている場合に、前記コンテンツ単位で前記立体的画像表示区間の切り替えタイミングに関する切替情報と、立体的画像の伝送方式を示す伝送方式情報と、立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、を前記コンテンツと併せて伝送する伝送ステップを含む、信号伝送方法が提供される。
【００１２】
前記伝送ステップは、前記切替情報をコンテンツの内部に記述して伝送し、前記切替情報以外の情報はコンテンツの再生に先立って配信される情報の内部に記述して伝送するようにしてもよい。
【００１３】
前記伝送ステップは、前記切替情報、前記伝送方式情報、及び前記配信元情報をコンテンツの内部に記述して伝送するようにしてもよい。
【００１４】
受信側が前記立体的画像表示区間において立体的画像に対応する二次元画像に切り替える際には、予め用意した二次元画像を表示する別コンテンツの伝送に切り替えるようにしてもよい。
【００１５】
前記伝送ステップは、受信側が二次元画像へ切り替えた時点で前記別コンテンツの伝送を開始するようにしてもよい。
【００１６】
前記伝送ステップで伝送される情報は、ＭＰ４コンテナのｍｉｎｆコンテナの内部に記述されるようにしてもよい。
【００１７】
前記伝送ステップで伝送される情報は、ＭＰ４コンテナのｍｏｏｖコンテナの内部及びｍｄａｔボックスの内部に記述されるようにしてもよい。
【００１８】
前記伝送ステップで伝送される情報は、ＭＰ４コンテナのｍｏｏｖコンテナ及びｍｏｏｆコンテナの内部に記述されるようにしてもよい。
【００１９】
また、上記課題を解決するために、本発明の別の観点によれば、立体的画像を表示させる立体的画像データを受信すると共に、ネットワークを通じて配信するコンテンツの少なくとも一部に含まれる前記立体的画像を表示する立体的画像表示区間における立体的画像関連情報を前記コンテンツと共に受信する受信部と、前記受信部が受信した情報を用いて立体的画像または二次元画像の表示を切り替える切替制御部と、前記立体的画像関連情報に基づいて、前記立体的画像表示区間において立体的画像を表示する表示部と、を備え、前記立体的画像関連情報は、前記コンテンツ単位で前記立体的画像表示区間の切り替えタイミングに関する切替情報と、立体的画像の伝送方式を示す伝送方式情報と、立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、を含む、信号受信装置が提供される。
【００２０】
前記切替制御部は、前記立体的画像表示区間の切り替えタイミングが到達したら自動的に立体的画像または二次元画像に切り替えてもよい。
【００２１】
前記切替制御部は、前記立体的画像表示区間において立体的画像に対応する二次元画像を表示する別コンテンツが存在する場合に、前記受信部に対して該別コンテンツの受信の切り替えを指示するようにしてもよい。
【００２２】
また、上記課題を解決するために、本発明の別の観点によれば、立体的画像を表示させる立体的画像データを生成する画像データ生成部と、ネットワークを通じて配信するコンテンツの少なくとも一部に含まれる前記立体的画像を表示する立体的画像表示区間における立体的画像関連情報を生成する情報生成部と、前記画像データ生成部が生成する前記立体的画像データと、前記情報生成部が生成する前記立体的画像関連情報を前記コンテンツと共に送信する送信部と、を備え、前記情報生成部が生成し、前記コンテンツと共に送信する前記立体的画像関連情報は、前記コンテンツ単位で前記立体的画像表示区間の切り替えタイミングに関する切替情報と、立体的画像の伝送方式を示す伝送方式情報と、立体的画像または該立体的画像に対応する二次元画像が別コンテンツで配信される場合に該別コンテンツの配信元を示す配信元情報と、を含む、信号送信装置が提供される。
【００２３】
前記情報生成部は、前記切替情報をコンテンツの内部に記述、前記切替情報以外の情報はコンテンツの再生に先立って配信される情報の内部に記述するようにしてもよい。
【００２４】
前記情報生成部は、前記切替情報、前記伝送方式情報、及び前記配信元情報をコンテンツの内部に記述して伝送してもよい。
【００２５】
受信側が前記立体的画像表示区間において立体的画像に対応する二次元画像に切り替える際には、前記送信部は予め用意した二次元画像を表示する別コンテンツの伝送に切り替えるようにしてもよい。
【００２６】
前記送信部は、受信側が二次元画像へ切り替えた時点で前記別コンテンツの伝送を開始するようにしてもよい。
【００２７】
前記送信部で送信される情報は、ＭＰ４コンテナのｍｉｎｆコンテナの内部に記述されるようにしてもよい。
【００２８】
前記送信部で送信される情報は、ＭＰ４コンテナのｍｏｏｖコンテナの内部及びｍｄａｔボックスの内部に記述されるようにしてもよい。
【００２９】
前記送信部で送信される情報は、ＭＰ４コンテナのｍｏｏｖコンテナ及びｍｏｏｆコンテナの内部に記述されるようにしてもよい。
【発明の効果】
【００３０】
以上説明したように本発明によれば、ブロードバンド回線を利用した放送サービスにおいて、３Ｄ映像の送信運用方法や３Ｄ映像の伝送方式がどのようなものであっても、受信側において２Ｄ映像及び３Ｄ映像の表示に対応することが可能な、新規かつ改良された信号伝送方法、信号送信装置及び信号受信装置を提供することができる。
【図面の簡単な説明】
【００３１】
【図１】３Ｄ映像の送信形態の概念を示す説明図である。
【図２】３Ｄ映像の送信形態の概念を示す説明図である。
【図３】３Ｄ映像の送信形態の概念を示す説明図である。
【図４】３Ｄ映像の送信形態の概念を示す説明図である。
【図５】３Ｄ映像の送信形態の概念を示す説明図である。
【図６】３Ｄ番組や３Ｄコンテンツが送信される場合のユーザ側の想定操作について示す説明図である。
【図７】本発明の一実施形態にかかる受信機２０の構成について示す説明図である。
【図８】本発明の一実施形態にかかるコンテンツサーバ１０の構成について示す説明図である。
【図９】オートモードで動作する場合における受信機２０の動作について示す流れ図である。
【図１０】マニュアルモードで動作する場合における受信機２０の動作について示す流れ図である。
【図１１】受信しているコンテンツにサイマル２Ｄコンテンツが存在する場合におけるコンテンツ切り替え処理の概要を示す説明図である。
【図１２】メタ情報の挿入位置の第１の例を示す説明図である。
【図１３】メタ情報の挿入位置の第１の例におけるメタ情報の記述例について示す説明図である。
【図１４】メタ情報の挿入位置の第２の例を示す説明図である。
【図１５】ＭＰ４コンテナ内部にメタ情報を記述する場合のバイナリでの記述例を示す説明図である。
【図１６】制御データの第１の記述例について示す説明図である。
【図１７】制御データの第２の記述例について示す説明図である。
【図１８】制御データの第３の記述例について示す説明図である。
【発明を実施するための形態】
【００３２】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３３】
なお、説明は以下の順序で行うものとする。
＜１．想定される映像送信方式＞
［１−１．タイプ１（全編３Ｄコンテンツ）］
［１−２．タイプ２（２Ｄコンテンツと３Ｄコンテンツのペア）］
［１−３．タイプ３（部分３Ｄコンテンツ）］
［１−４．タイプ４（部分外部３Ｄファイル）］
［１−５．タイプ５（部分３Ｄコンテンツ＋サイマル２Ｄコンテンツ）］
［１−６．まとめ］
＜２．想定されるユーザ操作＞
＜３．映像送信方式をカバーするデータ＞
［３−１．メタ情報］
［３−２．制御データ］
［３−３．まとめ］
＜４．受信機の構成＞
＜５．配信サーバの構成＞
＜６．受信機の動作＞
［６−１．オートモードで動作する場合］
［６−２．マニュアルモードで動作する場合］
＜７．メタ情報の記述例＞
［７−１．第１の記述例（メタファイル内部に記述）］
［７−２．第２の記述例（ＭＰ４コンテナ内部に記述）］
＜８．制御データの記述例＞
［８−１．第１の記述例］
［８−２．第２の記述例］
［８−３．第３の記述例］
＜９．まとめ＞
【００３４】
＜１．想定される映像送信方式＞
まず、本発明の好適な実施の形態について詳細に説明する前に、ブロードバンド回線を利用した放送サービスにおいて、３Ｄコンテンツが放送局やコンテンツ事業者から送信される際に想定される、３Ｄ映像の送信形態について説明し、この想定される３Ｄ映像の送信形態をカバーするための、本発明の好適な実施の形態について説明する。
【００３５】
［１−１．タイプ１（全編３Ｄコンテンツ）］
最初に、タイプ１として、３Ｄコンテンツが全て３Ｄ映像を送信するストリーム（３Ｄストリーム）のみの１つのファイルで構成されている場合を説明する。図１は、タイプ１の送信形態の概念を示す説明図である。図１に示したように、このタイプ１は、３Ｄコンテンツが全て３Ｄストリームのみの１ファイルで構成され、２Ｄ映像を送信するストリーム（２Ｄストリーム）は無いか、あっても直接的な結びつきが無い単なる別コンテンツとして用意される送信形態である。
【００３６】
このタイプ１の送信形態は、３Ｄコンテンツのあり方としては基本的なものである。しかし、コンテンツ全体を全て３Ｄとして制作すると自由度が奪われ、制作コストが高くなってしまう。また、サイドバイサイド（Ｓｉｄｅ  Ｂｙ  Ｓｉｄｅ；ＳＢＳ）方式や、フレームシーケンシャル（Ｆｒａｍｅ  Ｓｅｑｕｅｎｔｉａｌ；ＦＳＱ）方式のような、スケーラブルではない３Ｄ方式（ノンスケーラブル３Ｄ方式）を適用する場合には、３Ｄ対応端末において３Ｄストリームから２Ｄ映像を生成しようとすると、ストリームの半分のみを用いて２Ｄ映像を生成するので画質が劣化する。また、３Ｄ映像の表示に非対応の端末向けに作られた２Ｄコンテンツに、３Ｄコンテンツの途中から切り替えることはできない。ＭＶＣ（Ｍｕｌｔｉ  Ｖｉｅｗ  Ｃｏｄｉｎｇ）のようにスケーラブルな３Ｄ方式（スケーラブル３Ｄ方式）であれば、３Ｄ対応端末における２Ｄ映像の視聴は、画質を劣化させること無く、かつシームレスに行うことが可能である。そして３Ｄコンテンツと２Ｄコンテンツとを結びつける必要が無いので、運用や実装が楽であるという利点がある。
【００３７】
［１−２．タイプ２（２Ｄコンテンツと３Ｄコンテンツのペア）］
次に、タイプ２として、２Ｄコンテンツと３Ｄコンテンツとでペアを組んでストリームを伝送する場合を説明する。図２は、タイプ２の送信形態の概念を示す説明図である。このタイプ２は、ノンスケーラブル３Ｄ方式の場合に適用が想定される運用方法である。このタイプ２は、３Ｄコンテンツが全て３Ｄ映像を送信する３Ｄストリームのみの１つのファイルで構成され、３Ｄコンテンツと結びついている２Ｄコンテンツ（以下においては、３Ｄコンテンツと結びついている２Ｄコンテンツのことを「サイマル２Ｄコンテンツ」とも称する）によって、３Ｄ映像と２Ｄ映像の切り替えを可能にした運用方法である。
【００３８】
このタイプ２の送信形態は、コンテンツ全体を全て３Ｄとして制作する場合に限定すると、コンテンツ全体を全て３Ｄとして制作すると自由度が奪われ、制作コストが高くなってしまうのはタイプ１の場合と同様である。一方、サイマル２Ｄコンテンツを利用することにより、タイプ１の場合と異なり、３Ｄ対応端末における２Ｄ映像の視聴の際の画質の低下を招くことは無い。しかし、３Ｄコンテンツとサイマル２Ｄコンテンツとペアリングするための情報と、ペアリングのための実装や運用が、タイプ１の場合より複雑になってしまう問題がある。また、コンテンツ間を切り替える際には、コンテンツを起動して画面に表示させるまでの時間を要するので、スムーズな切り替えにはやや難がある。
【００３９】
［１−３．タイプ３（部分３Ｄコンテンツ）］
次に、タイプ３として、１つのコンテンツの一部が３Ｄで作られている場合を説明する。図３は、タイプ３の送信形態の概念を示す説明図である。このタイプ３は、１つのコンテンツファイルの中に２Ｄ映像部分と３Ｄ映像部分とが含まれているようなストリームを伝送する送信形態である。
【００４０】
このタイプ３のように部分的に３Ｄ映像を利用する場合には、同一ストリーム上での２Ｄ映像と３Ｄ映像との切り替えに関する仕様上や実装上の工夫が必要となるが、２Ｄ映像と３Ｄ映像との間の切り替えは、シームレスに行うことが可能である。ノンスケーラブル３Ｄ方式を適用する場合には、３Ｄ対応端末において、３Ｄ映像区間での２Ｄ映像の視聴は、ストリームの半分のみを用いて２Ｄ映像を生成するので画質が劣化する。そして、タイプ３においてはタイプ２のようなサイマル２Ｄコンテンツは存在しないので、３Ｄ非対応端末向けの２Ｄコンテンツに、コンテンツの途中から切り替えることは出来ない。一方、スケーラブル３Ｄ方式の場合には、３Ｄ対応端末における２Ｄ映像の視聴は、画質を劣化させること無く、かつシームレスに行うことが可能である。
【００４１】
［１−４．タイプ４（部分外部３Ｄファイル）］
次に、タイプ４として、１つのコンテンツの一部が３Ｄの場合に、メインとなる２Ｄコンテンツファイルと、３Ｄ映像区間において２Ｄコンテンツから参照される３Ｄコンテンツファイルとで構成される場合を説明する。図４は、タイプ４の送信形態の概念を示す説明図である。
【００４２】
このタイプ４の伝送形態は、基本的には２Ｄ映像を視聴し、オプションとして一部区間において３Ｄ映像を視聴することができるコンテンツの場合に適していると考えられる。タイプ３の場合と異なり、同一ストリーム上での２Ｄ映像と３Ｄ映像との切り替えに関する仕様上や実装上の工夫は不要である。一方で、３Ｄコンテンツファイルは２Ｄコンテンツファイルとは別のファイルであるので、タイプ２と同様に、コンテンツを起動して画面に表示させるまでの時間を要するので、スムーズな切り替えにはやや難がある。また、３Ｄ対応端末であっても３Ｄ非対応端末であっても、最初は同じ２Ｄコンテンツを起動して再生すれば良いが、３Ｄ映像区間において３Ｄコンテンツを起動して再生するために、２Ｄコンテンツファイルと３Ｄコンテンツファイルとを紐付けるための情報が必要となる。そして３Ｄ映像区間が複数になると、複数の３Ｄコンテンツファイルを２Ｄコンテンツファイルと紐付けて管理する必要がある。このタイプ４の伝送形態は、２Ｄコンテンツと３Ｄコンテンツを別々に制作することが可能であり、この点は制作の運用面ではメリットとなり得るものと考えられる。
【００４３】
［１−５．タイプ５（部分３Ｄコンテンツ＋サイマル２Ｄコンテンツ）］
最後に、タイプ５として、タイプ３に示した部分３Ｄコンテンツ方式と、タイプ２に示したサイマル２Ｄコンテンツ方式とを組み合わせる場合を説明する。図５は、タイプ５の送信形態の概念を示す説明図である。このタイプ５の運用形態は、ノンスケーラブル３Ｄ方式の場合に適用されることが想定される運用方法である。
【００４４】
この運用形態では、コンテンツを受信する受信機は３Ｄ映像を視聴する場合には部分３Ｄコンテンツを利用し、２Ｄ映像を視聴する場合には、３Ｄ非対応端末を含め、サイマル２Ｄコンテンツを利用する。また、３Ｄ映像から２Ｄ映像に切り替える場合には、受信機はサイマル２Ｄコンテンツを利用する。このタイプ５の運用形態は、３Ｄコンテンツと２Ｄコンテンツとをスムーズに切り替えられる点で、タイプ４の運用形態に優ると考えられる。
【００４５】
［１−６．まとめ］
このように、ブロードバンド回線を利用した放送サービスを利用する場合に想定される３Ｄ映像の送信形態としては、上記のタイプ１〜タイプ５が挙げられる。もちろん、今後通信インフラの整備や映像の受信機の性能向上に伴って、上述したタイプ以外の送信形態が登場することは充分考えられるが、以下の説明においては、上記のタイプ１〜タイプ５による送信形態を前提として、本発明の実施の形態について説明する。
【００４６】
＜２．想定されるユーザ操作＞
続いて、３Ｄ番組や３Ｄコンテンツが放送局やコンテンツ配信事業者等から送信される場合に想定されるユーザ側の操作について説明する。図６は、３Ｄ番組や３Ｄコンテンツが送信される場合のユーザ側の想定操作について示す説明図である。
【００４７】
ユーザ側では、３Ｄ対応受信機に対して、例えば初期設定画面で、３Ｄ期間が始まったら自動的に３Ｄ映像を画面に表示させるか、またはリモートコントローラ等でユーザの手により３Ｄ映像を画面に表示させるか、を設定する（ステップＳ１１）。説明の便宜上、自動的に３Ｄ映像を画面に表示させるモードをオートモード、ユーザの手により３Ｄ映像を画面に表示させるモードをマニュアルモードと称する。
【００４８】
コンテンツ配信事業者からは、予めユーザのコンテンツ選択時に３Ｄ映像が流れる３Ｄ番組であることをメタ情報により告知しておく（ステップＳ１２）。そして、３Ｄコンテンツの再生が始まり、３Ｄストリームが受信機に到達すると（ステップＳ１３）、受信機の表示モードがオートモードの場合には３Ｄストリームの受信機の到達によって自動的に受信した３Ｄストリームを再生し、画面に３Ｄ映像を表示する（ステップＳ１４）。ユーザは、メガネを着用して画面に表示された３Ｄ映像を視聴することで、立体的な映像を楽しむことができる（ステップＳ１５）。なお、受信機で３Ｄ映像を表示する際には、画面の一部に３Ｄ映像を表示中である旨のマークを併せて表示してもよい。
【００４９】
一方、受信機の表示モードがマニュアルモードの場合には、３Ｄストリームが受信機に到達した場合であっても、２Ｄストリームの再生を続行し（または３Ｄストリームから２Ｄ映像を作り出して）、受信機は３Ｄストリームの存在をユーザに通知する（ステップＳ１６）。受信機による３Ｄストリームの存在の通知は、画面の一部に３Ｄ映像を表示中である旨のマークを画面に表示することで行われるようにしてもよい。ユーザは、リモートコントローラ等で受信機の表示を２Ｄ映像の表示から３Ｄ映像の表示に切り替えることで、受信機は受信した３Ｄストリームを再生する。ユーザは、メガネを着用して画面に表示された３Ｄ映像を視聴することで、立体的な映像を楽しむことができる（ステップＳ１７）。
【００５０】
ユーザ側では、３Ｄコンテンツがコンテンツ配信事業者等から送信される場合に以上のような操作が想定される。もちろん、ユーザ側では上述したような操作以外が行われることも充分考えられる。しかし、以下の説明では、受信機の表示モードがオートモードとマニュアルモードとを有している場合を前提として説明する。
【００５１】
＜３．映像送信方式をカバーするデータ＞
次に、上述したタイプ１〜タイプ５の映像送信方式をカバーするために用いられるデータの一例について説明する。以下で説明するものは、上述したタイプ１〜タイプ５の映像送信方式による３Ｄコンテンツの運用を可能にするために適切であると考えられるものであるが、本発明においては、３Ｄコンテンツの運用を可能にするために用いられるデータは、以下に示すものに限られるものでは無い。
【００５２】
［３−１．メタ情報］
本実施形態においては、コンテンツ全体に関する情報はメタ情報としてストリームに記述される。コンテンツ全体に関する情報としては、コンテンツが２Ｄなのか３Ｄなのか、または部分的に３Ｄなのか、部分的に３Ｄである場合には先頭が２Ｄなのか３Ｄなのか、を区別したり、コンテンツが３Ｄである場合にその３Ｄの伝送方式が何であるのかを区別したりする情報がある。
【００５３】
また、コンテンツ全体に関する情報としては、コンテンツが３Ｄである場合にサイマル２Ｄコンテンツを含むか否かの情報がある。なお、サイマル２Ｄコンテンツが、コンテンツを配信する配信サーバの内部で３Ｄコンテンツと同一のフォルダに存在しない場合には、サイマル２Ｄコンテンツを配信元のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）がメタ情報に記述される。
【００５４】
また、コンテンツ全体に関する情報としては、コンテンツの一部が３Ｄである場合に、その３Ｄ区間が同一ストリームなのか別ストリームなのかを区別する情報がある。そして、３Ｄ区間が別ストリームである場合には、そのストリームのＵＲＬがメタ情報に記述される。
【００５５】
［３−２．制御データ］
また、本実施形態においては、映像ストリームや音声ストリーム（ＡＶストリーム）を直接制御するための情報は制御データとしてメタデータとは別途ストリームに記述される。制御データには、例えば、コンテンツの一部が３Ｄである場合に、２Ｄから３Ｄへ、または３Ｄから２Ｄへ切り替える切り替えタイミングを示すデータがある。この切り替えタイミングを示すデータは、例えば切り替えの数秒前からカウントダウンを開始するようなデータであってもよい。
【００５６】
［３−３．まとめ］
このように、コンテンツ全体に関する情報はメタデータとして、ＡＶストリームを直接制御する情報は制御データとして配信サーバから受信機へ送信することで、上述したタイプ１〜タイプ５の映像送信方式をカバーすることが可能となる。なお、具体的なデータの記述場所や記述内容については、後に詳述する。
【００５７】
＜４．受信機の構成＞
続いて、本発明の一実施形態にかかる受信機２０の構成について説明する。図７は、本発明の一実施形態にかかる受信機２０の構成について示す説明図である。受信機２０としては、例えば、インターネットに接続することが出来るテレビ受像機であってもよく、またインターネットに接続できるパーソナルコンピュータや、携帯型の情報端末、例えば携帯型ゲーム機、携帯型音楽プレイヤー等のようなものであってもよい。以下、図７を用いて本発明の一実施形態にかかる受信機２０の構成について説明する。
【００５８】
図７に示したように、本発明の一実施形態にかかる受信機２０は、通信Ｉ／Ｆ１０２と、ストリーミング受信処理部１０４と、デマルチプレクサ１０６と、メタ情報処理部１０８と、制御データ処理部１１０と、ビデオデコーダ１１２と、字幕デコーダ１１４と、オーディオデコーダ１１６と、２Ｄ３Ｄ制御部１１８と、３Ｄ処理部１２０と、２Ｄ変換部１２２と、セレクタ１２４と、字幕変換部１２６と、設定情報記憶部１２８と、リモコンＩ／Ｆ１３０と、ストリーミング制御部１３２と、加算器１３４、１３６と、表示部１３８と、スピーカ１４０と、を含んで構成される。
【００５９】
通信Ｉ／Ｆ１０２は、コンテンツサーバ１０からインターネットその他のネットワーク１５を経由して送信されるストリームを受信するものである。通信Ｉ／Ｆ１０２が受信したストリームはストリーミング受信処理部１０４に送られる。
【００６０】
ストリーミング受信処理部１０４は、通信Ｉ／Ｆ１０２が受信したストリームに対して誤り訂正やストリーム同期化等の所定の受信処理を実行するものである。ストリーミング受信処理部１０４によって誤り訂正やストリーム同期化等、上記の所定の受信処理が実行されたストリームはデマルチプレクサ１０６に送られる。また、ストリーミング受信処理部１０４は、ストリーミング制御部１３２により、受信処理の対象となるストリームが指定される。
【００６１】
デマルチプレクサ１０６は、ストリーミング受信処理部１０４で所定の受信処理が行われたストリームを、映像や音声等に分離するものである。デマルチプレクサ１０６は、ストリームをメタデータ、制御データ、映像データ、音声データ、字幕データに分離する。デマルチプレクサ１０６は、ストリームから分離したメタデータをメタ情報処理部１０８に、制御データを制御データ処理部１１０に、映像データをビデオデコーダ１１２に、字幕データを字幕デコーダ１１４に、オーディオデータをオーディオデコーダ１１６に、それぞれ供給する。
【００６２】
メタ情報処理部１０８は、デマルチプレクサ１０６から送られてくるメタデータを受け取り、メタデータの解析を実行するものである。メタ情報処理部１０８でメタデータを解析することにより、ストリームに乗ってコンテンツサーバ１０から送信されるコンテンツが２Ｄであるか３Ｄであるか、またコンテンツが３Ｄである場合の伝送方式は何であるか、等を知ることができる。メタ情報処理部１０８によるメタ情報の解析結果は２Ｄ３Ｄ制御部１１８に送られる。
【００６３】
制御データ処理部１１０は、デマルチプレクサ１０６から送られてくる制御データを受け取り、制御データの解析を実行するものである。制御データ処理部１１０で制御データを解析することで、ストリームに乗ってコンテンツサーバ１０から送信されるコンテンツの、２Ｄから３Ｄへの、または３Ｄから２Ｄへの切り替えタイミングを把握することができる。制御データ処理部１１０による制御データの解析結果は２Ｄ３Ｄ制御部１１８に送られる。
【００６４】
ビデオデコーダ１１２は、デマルチプレクサ１０６によって分離された、符号化映像データの供給を受け、供給された符号化映像データに対して所定のデコード処理を実行するものである。字幕デコーダ１１４は、デマルチプレクサ１０６によって分離された、符号化字幕データの供給を受け、供給された字幕データに対して所定のデコード処理を実行するものである。オーディオデコーダ１１６は、デマルチプレクサ１０６によって分離された、符号化音声データの供給を受け、供給された符号化音声データに対して所定のデコード処理を実行するものである。
【００６５】
２Ｄ３Ｄ制御部１１８は、メタ情報処理部１０８からのメタ情報の解析結果、及び制御データ処理部１１０からの制御データの解析結果を受け取り、これら解析結果を用いて、２Ｄ映像を表示する２Ｄ映像信号から、３Ｄ映像を表示する３Ｄ映像信号への切り替えを、またその逆の切り替えを制御するものである。２Ｄ３Ｄ制御部１１８は、設定情報記憶部１２８に記憶されている受信機２０の設定情報から、受信機２０の３Ｄ表示への対応状況を確認し、受信機２０の設定に応じた制御を実行する。
【００６６】
３Ｄ処理部１２０は、ビデオデコーダ１１２から供給される映像信号に対して、２Ｄ３Ｄ制御部１１８からの指示に基づいて、３Ｄ映像として表示させるための各種信号処理を実行するものである。３Ｄ処理部１２０における各種信号処理には、例えば、３Ｄ映像方式に応じた映像データの並び替え等がある。３Ｄ処理部１２０で信号処理が行われた映像信号は加算器１３４に送られる。
【００６７】
２Ｄ変換部１２２は、ビデオデコーダ１１２から供給される映像信号に対して、３Ｄ映像から２Ｄ映像を生成するための変換処理を実行するものである。この２Ｄ変換部１２２での変換処理は、例えばタイプ１のような、全編３Ｄで制作されるコンテンツがコンテンツサーバ１０から送信されてきた場合において、３Ｄではなく２Ｄで視聴をするときに実行される。２Ｄ変換部１２２で変換処理が行われた映像信号はセレクタ１２４に送られる。
【００６８】
セレクタ１２４は、ビデオデコーダ１１２から供給される映像信号と、２Ｄ変換部１２２で変換処理が行われた映像信号のいずれか一方を選択して出力するものである。セレクタ１２４による選択は２Ｄ３Ｄ制御部１１８の指示により行われる。セレクタ１２４で選択されて出力される映像信号は加算器１３６に送られる。
【００６９】
字幕変換部１２６は、字幕デコーダ１１４がデコードした字幕データを受け取り、３Ｄ映像に重畳するために３Ｄ変換処理を実行するものである。字幕変換部１２６が字幕データに対して３Ｄ変換処理を実行することで、映像だけでなく字幕も立体的に表示させることができる。
【００７０】
設定情報記憶部１２８は、受信機２０に関する情報を記憶するものである。設定情報記憶部１２８に記憶されている、受信機２０に関する情報としては、例えば３Ｄ映像の表示の対応・非対応、３Ｄ映像の表示に対応している際の、対応する３Ｄ映像の表示形式等の情報、ユーザが設定した前記オート・マニュアルの設定情報がある。設定情報記憶部１２８に記憶されている、受信機２０に関する情報は、２Ｄ３Ｄ制御部１１８での各種制御の際に設定情報記憶部１２８から読み出され、２Ｄ３Ｄ制御部１１８での各種制御に用いられる。
【００７１】
リモコンＩ／Ｆ１３０は、リモートコントローラ（リモコン）３０からの信号を受信するものである。リモコンＩ／Ｆ１３０は、リモートコントローラ３０からの信号を赤外線または無線によって受信する。リモコンＩ／Ｆ１３０は、リモートコントローラ３０からの信号に応じて２Ｄ３Ｄ制御部１１８やストリーミング制御部１３２に指示を送出する。例えば、リモートコントローラ３０からの信号が、３Ｄ映像から２Ｄ映像への切り替えを指示するものであれば、リモコンＩ／Ｆ１３０は２Ｄ３Ｄ制御部１１８に対して３Ｄ映像から２Ｄ映像へ切り替えるよう指示し、２Ｄ３Ｄ制御部１１８は当該指示に基づいて、３Ｄ映像から２Ｄ映像への切り替え制御を開始する。また例えば、リモートコントローラ３０からの信号が再生の停止やポーズ、可変速再生を指示するものであれば、リモコンＩ／Ｆ１３０はストリーミング制御部１３２に対して、リモートコントローラ３０から指示された動作を行うように指示する。
【００７２】
ストリーミング制御部１３２は、２Ｄ３Ｄ制御部１１８からの、またはリモコンＩ／Ｆ１３０からの指示に応じて、再生開始、停止、ポーズ、可変速再生などの再生制御を実行するものである。また、ストリーミング制御部１３２は、特定のコンテンツの再生起動をかける制御も実行する。ストリーミング制御部１３２は特定コンテンツの再生起動指示を受けると、通信Ｉ／Ｆ１０２に対しては指定のコンテンツにアクセス・受信するように指示し、ストリーミング受信処理部１０４に対しては再生起動対象のコンテンツに対する所定の受信処理を実行するように指示する。
【００７３】
加算器１３４は、３Ｄ処理部１２０から出力される３Ｄ映像信号に、字幕変換部１２６で３Ｄ変換処理が実行された字幕データを重畳して、表示部１３８に出力するものである。また加算器１３６は、セレクタ１２４から出力される２Ｄ映像信号に、字幕デコーダ１１４でデコードされた字幕データを重畳して、表示部１３８に出力するものである。
【００７４】
表示部１３８は、加算器１３４，１３６から送られてくる２Ｄ及び３Ｄ信号の内、２Ｄ３Ｄ制御部１１８からの指示によりいずれかを選択して画像を表示するものである。表示部１３８としては、例えば液晶パネルを用いることができるが、本発明においては液晶パネル以外のものを用いても良い。スピーカ１４０は、オーディオデコーダ１１６で復号された音声信号を用いて音声を出力するものである。
【００７５】
以上、図７を用いて本発明の一実施形態にかかる受信機２０の構成について説明した。次に、本発明の一実施形態にかかるコンテンツサーバ１０の構成について説明する。
【００７６】
＜５．配信サーバの構成＞
図８は、本発明の一実施形態にかかるコンテンツサーバ１０の構成について示す説明図である。以下、図８を用いて本発明の一実施形態にかかるコンテンツサーバ１０の構成について説明する。
【００７７】
図８に示したように、本発明の一実施形態にかかるコンテンツサーバ１０は、コンテンツ保存部１５１と、メタ情報生成部１５２と、制御データ生成部１５３と、エンコード部１５４と、送信部１５５と、を含んで構成される。
【００７８】
コンテンツ保存部１５１は、例えばハードディスク等で構成され、コンテンツのデータを保存するものである。メタ情報生成部１５２は、コンテンツの基本情報をメタデータとして生成するものであり、例えば、コンテンツが２Ｄであるか３Ｄであるか、またコンテンツが３Ｄである場合の伝送方式等の情報が生成される。制御データ生成部１５３は、コンテンツの２Ｄと３Ｄの切り替えタイミングに関する情報を生成するものである。エンコード部１５４は、コンテンツ保存部１５１に保存されているコンテンツのデータ及びメタ情報生成部１５２や制御データ生成部１５３が生成した情報を、所定のエンコード方式でエンコードするものである。送信部１５５は、エンコード部１５４でのエンコード後のデータをネットワーク１５へ送信するものである。
【００７９】
以上、図８を用いて本発明の一実施形態にかかるコンテンツサーバ１０の構成について説明した。
【００８０】
＜６．受信機の動作＞
次に、本発明の一実施形態にかかる受信機２０の動作について説明する。以下の説明では、受信機２０がオートモードで動作する場合とマニュアルモードで動作する場合の２通りの動作について説明する。
【００８１】
［６−１．オートモードで動作する場合］
まずは、受信機２０がオートモードで動作する場合における受信機２０の動作について説明する。図９は、オートモードで動作する場合における受信機２０の動作について示す流れ図である。以下、図９を用いてオートモードで動作する場合における受信機２０の動作について説明する。
【００８２】
オートモードで動作する受信機２０でコンテンツを再生するには、まず受信機２０はコンテンツサーバ１０のコンテンツへアクセスする（ステップＳ１０１）。コンテンツサーバ１０からコンテンツが受信機２０に送信されてくると、続いて、受信機２０はコンテンツの先頭が３Ｄであるか否かを判断する（ステップＳ１０２）。なお、コンテンツの先頭が３Ｄか否かの判定は、例えば２Ｄ３Ｄ制御部１１８が実行する。また、コンテンツの先頭が３Ｄか否かの情報は、コンテンツサーバ１０からコンテンツに含まれて送信されるメタ情報に記述される。
【００８３】
上記ステップＳ１０２の判断の結果、コンテンツの先頭が３Ｄであると判断された場合には、受信機２０はコンテンツサーバ１０から送信される３Ｄコンテンツを受信して再生する（ステップＳ１０３）。そして、受信機２０はコンテンツサーバ１０から送信されるコンテンツが３Ｄから２Ｄに変化したかどうかを判断し（ステップＳ１０４）、変化していなければ、受信機２０は３Ｄコンテンツの再生を継続する。なお、コンテンツが３Ｄから２Ｄに変化するか否かの情報は、コンテンツサーバ１０からコンテンツに含まれて送信される制御データに記述される。
【００８４】
一方、上記ステップＳ１０４の判断の結果、コンテンツサーバ１０から送信されるコンテンツが３Ｄから２Ｄに変化した場合、または上記ステップＳ１０２の判断の結果、コンテンツの先頭が２Ｄであると判断された場合には、受信機２０はコンテンツサーバ１０から送信される２Ｄコンテンツを受信して再生する（ステップＳ１０５）。そして、受信機２０はコンテンツサーバ１０から送信されるコンテンツが２Ｄから３Ｄに変化したかどうかを判断し（ステップＳ１０６）、変換していなければ、受信機２０は２Ｄコンテンツの再生を継続する。一方、コンテンツサーバ１０から送信されるコンテンツが２Ｄから３Ｄに変化した場合には、上記ステップＳ１０３に戻って、受信機２０はコンテンツサーバ１０から送信される３Ｄコンテンツを受信して再生する。
【００８５】
受信機２０は、上述の動作をコンテンツの終了まで継続する。このように、オートモードで動作する場合には、受信機２０はコンテンツサーバ１０から送信されるメタ情報及び制御データに基づいて、３Ｄ映像の再生と２Ｄ映像の再生を自動的に切り替えることができる。
【００８６】
［６−２．マニュアルモードで動作する場合］
続いて、受信機２０がマニュアルモードで動作する場合における受信機２０の動作について説明する。図１０は、マニュアルモードで動作する場合における受信機２０の動作について示す流れ図である。以下、図１０を用いてマニュアルモードで動作する場合における受信機２０の動作について説明する。
【００８７】
なお、本実施形態においては、受信機２０がマニュアルモードで動作する場合には、受信機２０は２Ｄ映像の再生を優先し、受信機２０のユーザからリモートコントローラ３０等により明示的に３Ｄ映像での再生が指示された場合に、受信機２０は３Ｄ映像を再生するものとする。
【００８８】
マニュアルモードで動作する受信機２０でコンテンツを再生するには、まず受信機２０はコンテンツサーバ１０のコンテンツへアクセスする（ステップＳ１１１）。コンテンツサーバ１０からコンテンツが受信機２０に送信されてくると、続いて受信機２０は、送信されるコンテンツにサイマル２Ｄコンテンツが存在しているかどうかを判断する（ステップＳ１１２）。なお、送信されるコンテンツにサイマル２Ｄコンテンツが存在しているか否かの判定は、例えば２Ｄ３Ｄ制御部１１８が実行する。また、送信されるコンテンツにサイマル２Ｄコンテンツが存在しているか否かの情報は、コンテンツサーバ１０からコンテンツに含まれて送信されるメタ情報に記述される。
【００８９】
上記ステップＳ１１２の判断の結果、送信されるコンテンツにサイマル２Ｄコンテンツが存在すると受信機２０が判断した場合には、受信機２０は該当するサイマル２Ｄコンテンツにアクセスして２Ｄコンテンツを再生する（ステップＳ１２５）。一方、上記ステップ１１２の判断の結果、サイマル２Ｄコンテンツが存在していないと受信機２０が判断した場合には、受信機２０は、続いてコンテンツの先頭が３Ｄであるか否かを判断する（ステップＳ１１３）。なお、コンテンツの先頭が３Ｄか否かの判定は、例えば２Ｄ３Ｄ制御部１１８が実行する。また、コンテンツの先頭が３Ｄか否かの情報は、コンテンツサーバ１０からコンテンツに含まれて送信されるメタ情報に記述される。
【００９０】
上記ステップＳ１１３の判断の結果、コンテンツの先頭が３Ｄの場合には、受信機２０はコンテンツサーバ１０から取得したコンテンツを３Ｄ映像から２Ｄ映像に変換して再生する（ステップＳ１１６）。一方、コンテンツの先頭が３Ｄでは無く２Ｄである場合には、受信機２０はコンテンツサーバ１０から取得したコンテンツをそのまま２Ｄ映像として再生する（ステップＳ１１４）。そして、ステップＳ１１４で２Ｄ映像の再生を開始すると、受信機２０はコンテンツサーバ１０から送信されるコンテンツが２Ｄから３Ｄに変化したかどうかを判断し（ステップＳ１１５）、コンテンツが２Ｄから３Ｄに変化していなければ、受信機２０は上記ステップＳ１１４に戻って２Ｄコンテンツの再生を継続する。
【００９１】
一方、上記ステップＳ１１５の判断の結果、コンテンツサーバ１０から送信されるコンテンツが２Ｄから３Ｄに変化した場合には、受信機２０は３Ｄ映像を２Ｄ映像に変換して再生する（ステップＳ１１６）。ステップＳ１１６で、受信機２０が３Ｄ映像から変換した２Ｄ映像の再生を開始すると、続いて、受信機２０はコンテンツサーバ１０から送信されるコンテンツが３Ｄから２Ｄに変化したかどうかを判断し（ステップＳ１１７）、コンテンツが２Ｄに変化した場合には、受信機２０は上記ステップＳ１１４に戻って２Ｄコンテンツの再生を開始する。一方、上記ステップＳ１１７の判断の結果、コンテンツが２Ｄに変化していない場合には、続いて受信機２０は、コンテンツサーバ１０から送信されるコンテンツが３Ｄである状態で、ユーザがリモートコントローラ３０等により３Ｄ映像の再生に切り替えたかどうかを判断する（ステップＳ１１８）。ステップＳ１１８の判断の結果、ユーザが３Ｄ映像の再生に切り替えてなければ、上記ステップＳ１１６に戻って２Ｄコンテンツの再生を継続する。一方、ユーザが３Ｄ映像の再生に切り替えていれば、受信機２０はコンテンツサーバ１０から３Ｄコンテンツを受信して３Ｄ映像を再生する（ステップＳ１１９）。そして、ステップＳ１１９で３Ｄコンテンツの受信・再生を実行している受信機２０はコンテンツサーバ１０から送信されるコンテンツが３Ｄから２Ｄに変化したかどうかを判断し（ステップＳ１２０）、ステップＳ１２０の判断の結果、コンテンツが２Ｄに変化した場合には、受信機２０は上記ステップＳ１１４に戻って２Ｄコンテンツの再生を開始する。一方、上記ステップＳ１２０の判断の結果、受信機２０は、コンテンツサーバ１０から送信されるコンテンツが３Ｄである状態で、ユーザがリモートコントローラ３０等により２Ｄ映像の再生に切り替えたかどうかを判断する（ステップＳ１２１）。
【００９２】
上記ステップＳ１２１の判断の結果、ユーザが２Ｄ映像の再生に切り替えてなければ、上記ステップＳ１１９に戻って３Ｄコンテンツの再生を継続する。一方、上記ステップＳ１２１の判断の結果、ユーザが２Ｄ映像の再生に切り替えていれば、続いて、受信機２０は、受信しているコンテンツにサイマル２Ｄコンテンツがあるかどうかを判断する（ステップＳ１２２）。
【００９３】
上記ステップＳ１２２の判断の結果、受信しているコンテンツにサイマル２Ｄコンテンツが存在している場合には、受信機２０は、受信・再生しているコンテンツの先頭からの時間を算出する（ステップＳ１２３）。
【００９４】
図１１は、受信しているコンテンツにサイマル２Ｄコンテンツが存在する場合におけるコンテンツ切り替え処理の概要を示す説明図である。コンテンツサーバ１０には、例えば３Ｄコンテンツ（ファイル名がＡ．ｍｐ４のコンテンツ）と同一のフォルダにサイマル２Ｄコンテンツ（ファイル名がＡｓｉｍ．ｍｐ４のコンテンツ）が保存されている。受信機２０は、３Ｄコンテンツからサイマル２Ｄコンテンツへ切り替える際には、ユーザのリモートコントローラ３０等による切り替え操作時の、コンテンツの先頭からの時間位置を算出する。そして、受信機２０は、コンテンツサーバ１０で３Ｄコンテンツと同一フォルダに保存されているサイマル２Ｄコンテンツにアクセスし、算出した時間位置からの再生を開始する。このように３Ｄコンテンツからサイマル２Ｄコンテンツへ切り替えることで、受信機２０はシームレスにコンテンツを再生することが出来る。
【００９５】
一方、上記ステップＳ１２２の判断の結果、受信しているコンテンツにサイマル２Ｄコンテンツが存在していない場合、または、上記ステップＳ１１３の判断の結果、コンテンツの先頭が３Ｄである場合には、受信機２０は、コンテンツサーバ１０から送信される３Ｄコンテンツを２Ｄ映像に変換して再生する（ステップＳ１１６）。ステップＳ１１６以降の処理は上記にて説明済みであるので、ここでは詳細な説明は割愛する。
【００９６】
上記ステップＳ１２３において、受信機２０が受信・再生しているコンテンツの先頭からの時間を算出すると、また上記ステップＳ１１２の判断の結果、送信されるコンテンツにサイマル２Ｄコンテンツが存在すると受信機２０が判断すると、続いて、受信機２０は指定されたサイマル２Ｄコンテンツへアクセスする（ステップＳ１２５）。受信機２０が指定されたサイマル２Ｄコンテンツへアクセスし、（３Ｄコンテンツが格納されているサーバと同一の、または異なる）コンテンツサーバ１０からサイマル２Ｄコンテンツが送信されると、受信機２０はサイマル２Ｄコンテンツを受信して再生する（ステップＳ１２６）。
【００９７】
受信機２０がサイマル２Ｄコンテンツを再生している状態で、受信機２０は、ユーザがリモートコントローラ３０等により３Ｄ映像の再生に切り替えたかどうかを判断する（ステップＳ１２７）。ステップＳ１２７の判断の結果、ユーザがリモートコントローラ３０等により３Ｄ映像の再生に切り替えていなければ、上記ステップＳ１２６に戻ってサイマル２Ｄコンテンツの再生を継続する。一方、ユーザがリモートコントローラ３０等により３Ｄ映像の再生に切り替えた場合には、受信機２０は受信・再生しているコンテンツの先頭からの時間を算出し（ステップＳ１２８）、受信機２０はサイマル２Ｄコンテンツから、対応する３Ｄコンテンツへアクセスすることで（ステップＳ１２９）、３Ｄコンテンツの受信に切り替え、上記ステップＳ１１９に戻って、受信機２０はコンテンツサーバ１０から送信される３Ｄコンテンツを再生する。
【００９８】
図１１を用いて、サイマル２Ｄコンテンツから３Ｄコンテンツへの切り替えを説明する。受信機２０は、サイマル２Ｄコンテンツから３Ｄコンテンツへ切り替える際には、ユーザのリモートコントローラ３０等による切り替え操作時の、コンテンツの先頭からの時間位置を算出する。そして、受信機２０は、コンテンツサーバ１０でサイマル２Ｄコンテンツと同一フォルダに保存されている３Ｄコンテンツにアクセスし、算出した時間位置からの再生を開始する。このようにサイマル２Ｄコンテンツから３Ｄコンテンツへ切り替えることで、受信機２０はシームレスにコンテンツを再生することが出来る。
【００９９】
受信機２０は、上述の動作をコンテンツの終了まで継続する。このように、マニュアルモードモードで動作する場合には、受信機２０はコンテンツサーバ１０から送信されるメタ情報及び制御データに基づいて、３Ｄ映像の再生と２Ｄ映像の再生を切り替えることができる。
【０１００】
以上、本発明の一実施形態にかかる受信機２０の動作について説明した。次に、本発明の一実施形態にかかるコンテンツサーバ１０から受信機２０に送信されるメタ情報について説明する。
【０１０１】
＜７．メタ情報の記述例＞
［７−１．第１の記述例（メタファイル内部に記述）］
図１２は、メタ情報の挿入位置の第１の例を示す説明図である。図１２に示した例では、コンテンツを再生するためのライセンスを取得したり、再生するコンテンツの情報を取得したりするためのメタファイル１７０に、３Ｄコンテンツに関する情報が記述されたメタ情報１７１を挿入する場合について示している。この場合では、受信機２０はメタファイル１７０にアクセスしてライセンス１７２を取得してから、コンテンツ（３Ｄコンテンツ１７３やサイマル２Ｄコンテンツ１７４）の再生を開始する。
【０１０２】
図１３は、メタ情報の挿入位置の第１の例におけるメタ情報の記述例について示す説明図である。図１３の（ａ）は上述のタイプ１（全編３Ｄコンテンツ）の場合の記述例を示しており、図１３の（ｂ）は上述のタイプ２（２Ｄコンテンツと３Ｄコンテンツのペア）の場合の記述例を示しており、図１３の（ｃ）は上述のタイプ３（部分３Ｄコンテンツ）の場合の記述例を示しており、図１３の（ｄ）は上述のタイプ４（部分外部３Ｄファイル）の場合の記述例を示しており、図１３の（ｅ）は上述のタイプ５（部分３Ｄコンテンツ＋サイマル２Ｄコンテンツ）の場合の記述例を示している。
【０１０３】
タグ＜ｓｔａｔｕｓ３Ｄ２Ｄ＞で囲まれた部分は、３Ｄコンテンツの送信方式を示したものである。コンテンツサーバ１０は、図１３の（ａ）〜（ｅ）に示したように、各送信方式に対応した情報をタグ＜ｓｔａｔｕｓ３Ｄ２Ｄ＞に囲んで記述して、ネットワーク１５を介して受信機２０に送信する。
【０１０４】
タグ＜ｓｉｍｕｌ＿２Ｄ＿ｃｏｎｔｅｎｔ＞で囲まれた部分は、サイマル２ＤコンテンツのＵＲＬを示したものである。タグ＜ｓｉｍｕｌ＿２Ｄ＿ｃｏｎｔｅｎｔ＞は、上述のタイプ５（部分３Ｄコンテンツ＋サイマル２Ｄコンテンツ）の場合にサイマル２Ｄコンテンツの取得元ＵＲＬを記述して、コンテンツサーバ１０から受信機２０に送信する。
【０１０５】
タグ＜ｄｅｐｔｈ＿ｐｉｘｅｌ＿ｏｆｆｓｅｔ＞で囲まれた部分は、受信機２０で３Ｄ映像と併せて字幕を表示する場合に、その字幕の深さを示す情報を示したものである。
【０１０６】
タグ＜３Ｄｍｅｔｈｏｄ＞で囲まれた部分は、３Ｄ映像の伝送方式を示したものである。例えば、コンテンツサーバ１０は、メタ情報生成部１５２において、サイドバイサイド方式で３Ｄ映像を伝送する場合には「ＳＢＳ」をタグ＜３Ｄｍｅｔｈｏｄ＞で囲んで記述し、フレームシーケンシャル方式で３Ｄ映像を伝送する場合には「ＦＳＱ」をタグ＜３Ｄｍｅｔｈｏｄ＞で囲んで記述する。
【０１０７】
タグ＜ｅｘｔｅｒｎａｌ＿３Ｄ＿ｃｏｎｔｅｎｔ＞で囲まれた部分は、上述のタイプ４（部分外部３Ｄファイル）の場合に、部分外部３Ｄファイルの場所を表す情報を示したものである。
【０１０８】
図１３の（ａ）〜（ｅ）に示したようなメタ情報がコンテンツサーバ１０から受信機２０に送信され、受信機２０ではメタ情報処理部１０８においてメタ情報の解析が行われることによって、コンテンツサーバ１０から送信される２Ｄコンテンツと３Ｄコンテンツの適切な切り替えが可能となる。
【０１０９】
［７−２．第２の記述例（ＭＰ４コンテナ内部に記述）］
図１４は、メタ情報の挿入位置の第２の例を示す説明図である。図１４に示した例は、ＭＰ４コンテナの内部にメタ情報を記述する場合について示したものである。図１４では、ｍｏｏｖコンテナの内部に「ｕｕｉｄ  ＣＦ３Ｄ」というユーザ定義のメタデータを用意し、この「ｕｕｉｄ  ＣＦ３Ｄ」にメタ情報を記述することで、コンテンツサーバ１０から送信される２Ｄコンテンツと３Ｄコンテンツの適切な切り替えを図るものである。
【０１１０】
図１５は、メタ情報の挿入位置の第２の例におけるメタ情報の記述例について示す説明図である。図１５は、ＭＰ４コンテナ内部にメタ情報を記述する場合のバイナリでの記述例について示している。図１５には、それぞれの領域の長さ（ビット数）を併せて示している。なお、各領域の長さ（ビット数）は、図１５に示したものに限定されないことは言うまでも無い。
【０１１１】
最初の「３Ｄ＿２Ｄ＿ｓｔａｔｕｓ」は、３Ｄコンテンツの送信方式を示したものである。例えば、ここに０が記述されるとコンテンツは２Ｄのみであることを表し、１が記述されるとコンテンツは３Ｄのみであることを表し、２が記述されるとコンテンツは２Ｄと３Ｄが混在したものであることを表し、３が記述されるとコンテンツは２Ｄと外部３Ｄファイルの組み合わせであることを表す。
【０１１２】
次の「２Ｄ＿Ｓｉｍｕｌ＿ｆｌａｇ」は、サイマル２Ｄコンテンツがあるかどうかを示したものである。ここに１が記述されればサイマル２Ｄコンテンツがあることを表し、０が記述されればサイマル２Ｄコンテンツが無いことを表す。
【０１１３】
次の「３Ｄ＿ｃａｐｔｉｏｎ＿ｄｅｐｔｈ＿ｆｌａｇ」は、受信機２０で３Ｄ映像と併せて字幕を表示する場合に、その字幕の深さを指定する情報があるかどうかを示したものである。ここに０が記述されれば字幕の深さを指定する情報が無いことを表し、１が記述されれば字幕の深さを指定する情報があることを表す。
【０１１４】
次の「３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅ」は、受信機２０で３Ｄ映像を表示する際の伝送方式を示したものである。ここに１が記述されればサイドバイサイド方式であることを表し、２が記述されればトップアンドボトム方式であることを表し、３が記述されればフレームシーケンシャル方式であることを表し、４が記述されればＭＶＣであることを表す。
【０１１５】
その次の行のｉｆ文以降は、「３Ｄ＿２Ｄ＿ｓｔａｔｕｓ」が３の場合、または「２Ｄ＿Ｓｉｍｕｌ＿ｆｌａｇ」が１の場合に有効になるものである。「ｕｒｌ＿ｌｅｎｇｔｈ」には後段のＵＲＬ情報の長さについての情報が記述され、「ｕｒｌ＿ｔｅｘｔ」には、サイマル２Ｄコンテンツか外部３Ｄファイルの参照先のＵＲＬ情報が記述される。
【０１１６】
そして下から３行目のｉｆ文以降は、「３Ｄ＿ｃａｐｔｉｏｎ＿ｄｅｐｔｈ＿ｆｌａｇ」が１の場合に有効になるものである。「ｄｅｐｔｈ＿ｐｉｘｅｌ＿ｏｆｆｓｅｔ」は３Ｄ映像と併せて字幕を表示する場合にその字幕の深さ（深さに相当する右目用画像と左目用画像との間のオフセット量）を表す。
【０１１７】
図１５に示したようなメタ情報がＭＰ４コンテナ内部に記述されてコンテンツサーバ１０から受信機２０に送信され、受信機２０ではメタ情報処理部１０８においてメタ情報の解析が行われることによって、コンテンツサーバ１０から送信される２Ｄコンテンツと３Ｄコンテンツの適切な切り替えが可能となる。
【０１１８】
＜８．制御データの記述例＞
次に、本発明の一実施形態にかかるコンテンツサーバ１０から受信機２０に送信される制御データの記述例について説明する。以下に示す各記述例は、いずれもＭＰ４の場合について示したものである。
【０１１９】
［８−１．第１の記述例］
図１６は、コンテンツサーバ１０から受信機２０に送信される制御データの第１の記述例について示す説明図である。図１６では、制御データがＭＰ４コンテナのｍｉｎｆコンテナの内部に、ユーザ定義のボックス「Ｕｕｉｄ  ＳＷ２３」を設け、「Ｕｕｉｄ  ＳＷ２３」に制御データを記述する場合を示している。
【０１２０】
図１６の（ａ）は、ＭＰ４コンテナの構造を示したものであり、図１６の（ｂ）は「Ｕｕｉｄ  ＳＷ２３」に記述される制御データの一例を示したものである。図１６の（ｂ）に示した制御データの内、「ｆｉｒｓｔ＿ｃｈｕｎｋ＿２ｄ３ｄ」は、コンテンツの先頭のチャンクが２Ｄなのか３Ｄなのかを表すものである。ここに０が記述されれば先頭のチャンクが２Ｄであることを表し、１が記述されれば先頭のチャンクが３Ｄであることを表す。
【０１２１】
リザーブ領域（ｒｅｓｅｒｖｅｄ）を挟んだ次の「ｎｏ＿ｏｆ＿ｔｏｇｇｌｅ」は、当該コンテンツにおいて２Ｄと３Ｄとが切り替わる回数、すなわちトグルの数を表すものである。
【０１２２】
「ｃｈｕｎｋ＿ｃｏｕｎｔ」は、２Ｄ映像区間または３Ｄ映像区間のチャンク数を表すものである。１チャンクあたりの時間は予め決まっているので、チャンクの数を参照することで、どのタイミングで２Ｄから３Ｄに、また３Ｄから２Ｄに切り替わるかを、制御データを参照することで把握することが出来る。
【０１２３】
［８−２．第２の記述例］
図１７は、コンテンツサーバ１０から受信機２０に送信される制御データの第２の記述例について示す説明図である。この第２の記述例は、図１７の（ａ）で示したように、ＭＰ４コンテナのｍｏｏｖコンテナの内部のｔｒａｋコンテナに、２Ｄ映像と３Ｄ映像とが切り替わるデータがｍｄａｔボックスの中のどの位置に記述されているかについての情報を記述したものである。
【０１２４】
この第２の記述例では、２Ｄと３Ｄとが切り替わるタイミングで、ｍｄａｔボックスに、図１７の（ｂ）で示す「２Ｄ３Ｄｓｗｉｔｃｈｉｎｇ＿ｄａｔａ」として定義した、後続の映像が２Ｄ映像なのか３Ｄ映像なのかを表す情報が格納される。この「２Ｄ３Ｄｓｗｉｔｃｈｉｎｇ＿ｄａｔａ」は、例えば、０ならば後続の映像が２Ｄ映像であることを表し、１ならば後続の映像が３Ｄ映像であることを表す。ｔｒａｋコンテナには、ｍｄａｔボックスの内部に記述された「２Ｄ３Ｄｓｗｉｔｃｈｉｎｇ＿ｄａｔａ」がｍｄａｔボックスの中のどの位置に記述されているかについての情報が記述されている。従って、ｔｒａｋコンテナの内部に記述された、２Ｄ映像と３Ｄ映像との切り替えタイミング情報を参照することで、どのタイミングで２Ｄから３Ｄに、また３Ｄから２Ｄに切り替わるかを、制御データを参照することで把握することが出来る。
【０１２５】
［８−３．第３の記述例］
図１８は、コンテンツサーバ１０から受信機２０に送信される制御データの第３の記述例について示す説明図である。この第３の記述例は、ファイルを細かく（例えば１秒単位に）分割した場合に、ｍｏｏｖコンテナ及びｍｏｏｆコンテナに、それぞれの分割ブロック（フラグメント）が２Ｄ映像であるか３Ｄ映像であるかのステータスを記述するものである。
【０１２６】
この第３の記述例では、図１８の（ａ）で示したように、各フラグメントのｍｏｏｖコンテナ及びｍｏｏｆコンテナに、「Ｕｕｉｄ  ＦＲ２３」で定義した、各フラグメントが２Ｄ映像であるか３Ｄ映像であるかのステータスが記述される。「Ｕｕｉｄ  ＦＲ２３」には、図１８の（ｂ）に示したような情報が記述される。「ｓｔａｔｕｓ＿２Ｄ３Ｄ」は、各フラグメントが２Ｄなのか３Ｄなのか、２Ｄから３Ｄへ切り替わるのか、３Ｄから２Ｄへ切り替わるのか、についての情報を表すものである。例えば、ここに０が記述されれば２Ｄ映像が継続することを表し、１が記述されれば３Ｄ映像が継続することを表し、２が記述されれば２Ｄ映像から３Ｄ映像への移行期間であることを表し、３が記述されれば３Ｄ映像から２Ｄ映像への移行期間であることを表す。リザーブ領域（ｒｅｓｅｒｖｅｄ）を挟んだ次の「ｔｒａｎｓｉｔｉｏｎ＿ｃｏｕｎｔ＿ｄｏｗｎ」は、２Ｄ映像から３Ｄ映像へ、または３Ｄ映像から２Ｄ映像へ切り替わるまでのフラグメント数を表す。
【０１２７】
このようにｍｏｏｖコンテナ及びｍｏｏｆの内部に記述された、２Ｄ映像と３Ｄ映像との切り替えタイミング情報を参照することで、どのタイミングで２Ｄから３Ｄに、また３Ｄから２Ｄに切り替わるかを、制御データを参照することで把握することが出来る。
【０１２８】
＜９．まとめ＞
以上説明したように本発明の一実施形態によれば、インターネットのようなブロードバンド回線を利用した放送サービスにおいて３Ｄ映像を配信する際に、コンテンツサーバ１０は、受信機２０からのコンテンツのアクセスに応じて、想定される映像送信方式を網羅できる情報を記述したメタ情報と、２Ｄ映像と３Ｄ映像の切り替わりタイミングについての情報を記述した制御データとを生成し、コンテンツサーバ１０からネットワーク１５を介して受信機２０に送信する。受信機２０は、メタ情報を解析することでメタ情報の内容に沿ったコンテンツの受信及びコンテンツの再生を実行すると共に、制御データを解析することで、オートモードの場合には自動的に、マニュアルモードの場合にはユーザからの指示に基づいて、２Ｄ映像と３Ｄ映像を切り替えて表示する。
【０１２９】
このように、ブロードバンド回線を利用した放送サービスにおいて３Ｄ映像を配信する際に、コンテンツサーバ１０側で上述したようなメタ情報や制御データを生成し、コンテンツと共に送信することで、メタ情報や制御データを受信した受信機２０は、適切なコンテンツの切り替え処理を実行することが可能となる。
【０１３０】
なお、上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１３１】
また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。
【０１３２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【産業上の利用可能性】
【０１３３】
本発明は、信号伝送方法、信号送信装置及び信号受信装置に適用可能であり、特にブロードバンド回線を利用して３Ｄ映像を配信する場合における信号伝送方法、信号送信装置及び信号受信装置に適用可能である。
【符号の説明】
【０１３４】
１０    コンテンツサーバ
１５    ネットワーク
２０    受信機
３０    リモートコントローラ
１０２    通信Ｉ／Ｆ
１０４    ストリーミング受信処理部
１０６    デマルチプレクサ
１０８    メタ情報処理部
１１０    制御データ処理部
１１２    ビデオデコーダ
１１４    字幕デコーダ
１１６    オーディオデコーダ
１１８    ２Ｄ３Ｄ制御部
１２０    ３Ｄ処理部
１２２    ２Ｄ変換部
１２４    セレクタ
１２６    字幕変換部
１２８    設定情報記憶部
１３０    リモコンＩ／Ｆ
１３２    ストリーミング制御部
１３４、１３６    加算器
１３８    表示部
１４０    スピーカ
１５１    コンテンツ保存部
１５２    メタ情報生成部
１５３    制御データ生成部
１５４    エンコード部
１５５    送信部
【図１】
2011082666.tif 000003
【図２】
2011082666.tif 000004
【図３】
2011082666.tif 000005
【図４】
2011082666.tif 000006
【図５】
2011082666.tif 000007
【図６】
2011082666.tif 000008
【図７】
2011082666.tif 000009
【図８】
2011082666.tif 000010
【図９】
2011082666.tif 000011
【図１０】
2011082666.tif 000012
【図１１】
2011082666.tif 000013
【図１２】
2011082666.tif 000014
【図１３】
2011082666.tif 000015
【図１４】
2011082666.tif 000016
【図１５】
2011082666.tif 000017
【図１６】
2011082666.tif 000018
【図１７】
2011082666.tif 000019
【図１８】
2011082666.tif 000020