JP2011066871A - コンテンツ伝送方法及び表示装置 - Google Patents

Abstract

【課題】３Ｄ映像の送信運用方法や３Ｄ映像の伝送方式がどのようなものであっても、受信側で対応して３Ｄ映像を表示することが可能な映像コンテンツ伝送方法を提供すること。
【解決手段】放送チャンネルにおいてそれぞれ伝送されるストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、放送チャンネルにおいてそれぞれ伝送されるストリームに通常映像コンテンツに対応する立体映像コンテンツを伝送する立体映像伝送ステップと、放送チャンネルに付随して立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、放送チャンネルに付随して、放送チャンネルに付随して立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、を備える、映像コンテンツ伝送方法が提供される。
【選択図】図１

Description

本発明は、コンテンツ伝送方法及び表示装置に関する。

三次元（３Ｄ）画像を画面に表示させて視聴者に立体的な映像を楽しんでもらうための３Ｄ放送サービスが、今後広く普及していくことが考えられる。ここで、３Ｄ放送サービスを実現するためには、以下の要件を満たすことが望ましいと考えられている。

例えば、三次元画像を表示するチャンネル（３Ｄチャンネル）の番組や、三次元画像を表示するコンテンツ（３Ｄコンテンツ）は、全て三次元画像を表示するための信号（３Ｄ信号）で作成されるとは限らない。もちろん、番組の全てが３Ｄ信号で作成される場合もあろうが、むしろ、三次元画像は番組やコンテンツの一部に用いられる可能性が高いものと考えられる。放送の場合では、常に三次元画像を画面に表示させてしまっては、視聴者は視聴に疲れてしまい、番組やコンテンツを全て３Ｄ対応で制作すると制作コストが高くなってしまう。また、３Ｄによる表現が効果的である映像は限定的である。従って、３Ｄ放送サービスにおいては、特定の番組のみ、さらには特定のシーンのみを３Ｄ表示させるという利用方法が想定される。

また、３Ｄ放送によって三次元画像を表示させようとする場合であっても、通常の放送帯域で映像信号を伝送できるようにする必要がある。よって、部分的に３Ｄ対応とする場合であっても、通常の二次元（２Ｄ）画像の場合に比べて余分な帯域が必要とならないようにすることが望ましい。

また、三次元画像の表示に対応していない従来の受信機においても、３Ｄ部分のサービスやコンテンツを利用できるように配慮することが望ましく、そのためには、三次元画像の表示に対応した受信機であっても、３Ｄ部分を２Ｄでも視聴可能にしておく必要がある。

さらには、三次元画像の表示に対応した受信機（３Ｄ対応受信機）で３Ｄ番組や３Ｄコンテンツを受信した場合であっても、当該３Ｄ対応受信機のユーザは必ずしも３Ｄで映像を見たいとは限らない。よって、３Ｄ対応受信機では、ユーザが２Ｄ映像の視聴と３Ｄ映像の視聴とを選択し、切り替えられるようにすることが求められる。そして、この３Ｄ対応受信機で２Ｄ映像を表示する場合には、通常の２Ｄ映像と同等の画質であることが望ましい。

３Ｄ対応受信機で、２Ｄ映像と３Ｄ映像とを切り替えて表示させるための技術として、例えば特許文献１、２がある。

特開２００５−６１１４号公報 特開２００７−１３９９４号公報

しかし、特許文献１、２をはじめ、従来の技術では、１つのストリームによる２Ｄ映像と３Ｄ映像との切り替えを前提としているために、３Ｄ非対応の受信機では３Ｄ映像を表示する区間では３Ｄ映像から２Ｄ映像に変換する必要があるが、この２Ｄ映像の表示に際して画質が低下してしまうという問題があった。また、どのような運用方法や３Ｄ映像の伝送方式であっても、３Ｄ対応の受信機と３Ｄ非対応の受信機の両方に対応しうるような映像データの伝送方法については考慮されていなかった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、３Ｄ映像の送信運用方法や３Ｄ映像の伝送方式がどのようなものであっても、受信側において２Ｄ映像及び３Ｄ映像の表示に対応することが可能な、新規かつ改良されたコンテンツ伝送方法及び表示装置を提供することにある。

上記課題を解決するために、本発明のある観点によれば、１または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、１または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに前記通常映像コンテンツに対応する立体映像コンテンツを伝送する立体映像伝送ステップと、前記放送チャンネルに付随して前記立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、前記放送チャンネルに付随して前記立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、を備える、映像コンテンツ伝送方法が提供される。

前記放送チャンネルは１つであり、当該放送チャンネルのストリームも１つであってもよい。

前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）のアダプテーションフィールドに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述されていてもよい。

前記放送チャンネルは１つであり、当該放送チャンネルのストリームは２以上であってもよいｌ

前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述されていてもよい。

前記放送チャンネルは２以上であり、それぞれの放送チャンネルのストリームは２以上であり、前記通常映像伝送ステップは、第１の放送チャンネルの第１のストリームで通常映像コンテンツを伝送し、前記立体映像伝送ステップは、第２の放送チャンネルの第１のストリームで立体映像コンテンツを伝送し、前記方式情報送信ステップは、前記方式情報を前記第１のチャンネルに付随して送信し、前記取得先情報送信ステップは、前記取得先情報を前記第１のチャンネルに付随して送信してもよい。

前記立体映像伝送ステップで立体映像コンテンツが伝送される際に、該立体映像コンテンツに対応する通常映像コンテンツが伝送される前記第１のストリームへの戻り先情報を伝送する戻り先情報伝送ステップをさらに備えていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、前記第１のチャンネルのＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述されていてもよい。

前記立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を伝送する伝送形態識別情報送信ステップをさらに備えていてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、１または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、前記通常映像コンテンツに対応する立体映像コンテンツをサーバからのストリーミングにより伝送する立体映像伝送ステップと、前記放送チャンネルに付随して前記立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、前記放送チャンネルに付随して前記立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、を備える、映像コンテンツ伝送方法が提供される。

前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述されていてもよい。

前記立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を伝送する伝送形態識別情報送信ステップをさらに備えていてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、１または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、前記通常映像コンテンツに対応する立体映像コンテンツを当該立体映像コンテンツが表示される期間の前にサーバから予め伝送する立体映像伝送ステップと、前記放送チャンネルに付随して前記立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、前記放送チャンネルに付随して前記立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、を備える、映像コンテンツ伝送方法が提供される。

前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述されていてもよい。

前記通常映像コンテンツは所定の番組を構成し、現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述されていてもよい。

前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述されていてもよい。

前記立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を伝送する伝送形態識別情報送信ステップをさらに備えていてもよい。

また、上記課題を解決するために、本発明のさらに別の観点によれば、通常映像コンテンツまたは立体映像コンテンツを表示する表示部と、通常映像コンテンツまたは立体映像コンテンツが含まれる１または２以上の放送チャンネル内の１または２以上のストリームを受信するとともに、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツの伝送方式に関する方式情報及び前記立体映像コンテンツの取得先に関する取得先情報を受信する受信部と、前記通常映像コンテンツを表示する第１のモードと、前記立体映像コンテンツを表示する第２のモードとを切り替えるモード切り替え部と、を備え、前記モード切り替え部により前記第１のモードが選択された場合に、前記表示部は前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示し、前記モード切り替え部により前記第２のモードが選択された場合に、前記表示部は前記受信部が受信する前記伝送方式情報及び前記取得先情報に基づいて、前記立体映像コンテンツが伝送されるストリームを受信して前記立体映像コンテンツを表示する、表示装置が提供される。

前記受信部は、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツが伝送されるストリームから通常映像コンテンツが伝送されるストリームへの戻り先情報を受信し、前記モード切り替え部が前記第２のモードから前記第１のモードに切り替えた場合には、前記戻り先情報に基づいて前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示してもよい。

前記受信部は、前記放送チャンネルに付随して伝送される、立体映像コンテンツが伝送されるストリームから通常映像コンテンツが伝送されるストリームへの戻り先情報を受信し、前記立体映像コンテンツが伝送されるストリームが終了した場合には、前記戻り先情報に基づいて前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示してもよい。

前記モード切り替え部により前記第２のモードが選択された場合に前記立体映像コンテンツが伝送されるストリームを前記受信部が受信出来ないときは、前記受信部は、前記通常映像コンテンツが伝送されるストリームを受信して、前記表示部は前記受信部が受信した通常映像コンテンツを表示し、前記立体映像コンテンツが伝送されるストリームが出現したときは、前記受信部は、前記方式情報に基づいて前記立体映像コンテンツが伝送されるストリームを受信し、前記表示部は前記受信部が受信した立体映像コンテンツを表示してもよい。

前記立体映像コンテンツが伝送されるストリームが出現した場合に、前記通常映像コンテンツが伝送されるストリームの取得先情報を記憶する記憶部をさらに備えていてもよい。

前記受信部は、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツが伝送されるストリームから通常映像コンテンツが伝送されるストリームへの戻り先情報を受信し、前記立体映像コンテンツが終了した場合に、前記記憶部が記憶した取得先情報と、前記戻り先情報とが一致したときは、前記モード切り替え部は前記第１のモードを選択し、前記表示部は前記戻り先情報に基づいて前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示してもよい。

通常映像コンテンツ及び立体映像コンテンツは、同一の放送チャンネル内の同一ストリームで伝送されていてもよい。

通常映像コンテンツ及び立体映像コンテンツは、同一の放送チャンネル内の異なるストリームで伝送されていてもよい。

通常映像コンテンツ及び立体映像コンテンツは、それぞれ異なる放送チャンネル内のストリームで伝送されていてもよい。

前記受信部は、立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を受信し、該伝送形態識別情報に応じて立体映像コンテンツの受信処理を切り替えてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、通常映像コンテンツまたは立体映像コンテンツを表示する表示部と、通常映像コンテンツが含まれる放送チャンネル内のストリームを受信するとともに、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツの伝送方式に関する方式情報及び前記立体映像コンテンツの取得先に関する取得先情報を受信する受信部と、ストリーミングにより立体映像コンテンツを受信するストリーム受信部と、前記通常映像コンテンツを表示する第１のモードと、前記立体映像コンテンツを表示する第２のモードと、を切り替えるモード切り替え部と、を備え、前記モード切り替え部により前記第１のモードが選択された場合に、前記表示部は前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示し、前記モード切り替え部により前記第２のモードが選択された場合に、前記表示部は前記受信部が受信する前記伝送方式情報及び前記取得先情報に基づいて、前記立体映像コンテンツをストリーミングにより前記ストリーム受信部で受信して前記立体映像コンテンツを表示する、表示装置が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、通常映像コンテンツまたは立体映像コンテンツを表示する表示部と、通常映像コンテンツが含まれる放送チャンネル内のストリームを受信するとともに、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツの伝送方式に関する方式情報及び前記立体映像コンテンツの取得先に関する取得先情報を受信する受信部と、サーバから立体映像コンテンツをダウンロードするコンテンツ受信部と、前記通常映像コンテンツを表示する第１のモードと、前記立体映像コンテンツを表示する第２のモードと、を切り替えるモード切り替え部と、を備え、前記モード切り替え部により前記第１のモードが選択された場合に、前記表示部は前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示し、前記モード切り替え部により前記第２のモードが選択された場合に、前記表示部は前記受信部が受信する前記伝送方式情報及び前記取得先情報に基づいて、予めダウンロードした前記立体映像コンテンツを表示する、表示装置が提供される。

以上説明したように本発明によれば、３Ｄ映像の送信運用方法や３Ｄ映像の伝送方式がどのようなものであっても、受信側において２Ｄ映像及び３Ｄ映像の表示に対応することが可能な新規かつ改良されたコンテンツ伝送方法及び表示装置を提供することができる。

１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替えることで３Ｄ映像を送信する運用形態の概念を示す説明図である。 追加的な帯域でＡＶＣベースの（またはＭＰＥＧ２ベースの）３Ｄストリームを送信する運用形態の概念を示す説明図である。 ＭＶＣでの３Ｄストリームを送信する運用形態の概念を示す説明図である。 ３Ｄ番組や３Ｄコンテンツが送信される場合のユーザ側の想定操作について示す説明図である。 ３Ｄ映像区間の伝送メディアの形態のバリエーションについて示す説明図である。 ＥＩＴｐｆ用の３Ｄセグメント記述子の例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 ２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報の記述例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 運用例を示す説明図である。 ２Ｄ映像と３Ｄ映像の切り替え表示処理について示す流れ図である。 サーバの構成の一例を示す説明図である。 端末の構成の一例を示す説明図である。 リンク情報を用いた２Ｄ・３Ｄ切り替えの概要を示す説明図である。 １つの番組で２Ｄ映像と３Ｄ映像を同時に放送する場合を示す説明図である。 １つの番組で２Ｄ映像と３Ｄ映像を同時に放送する場合を示す説明図である。 １つの番組で２Ｄ映像と３Ｄ映像を同時に放送する場合を示す説明図である。 １つの番組で２Ｄ映像と３Ｄ映像を同時に放送する場合を示す説明図である。 受信側の端末での選局・再生動作の一例を示す流れ図である。 受信側の端末での録画予約動作の一例を示す説明図である。 ＥＩＴｐｆ用の３Ｄセグメント記述子の例を示す説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
＜１．想定される映像送信方式＞
［１−１．タイプ１（２Ｄ／３Ｄの切り替え）］
［１−２．タイプ２（ＡＶＣベースで３Ｄストリームを付加）］
［１−３．タイプ３（ＭＶＣ拡張部に３Ｄストリームを付加）］
＜２．想定されるユーザ操作＞
＜３．３Ｄ映像区間の伝送メディアの形態＞
＜４．２Ｄ・３Ｄ切り替えに必要となる情報＞
［４−１．前提条件］
［４−２．必要な情報］
＜５．２Ｄ・３Ｄ切り替え情報の伝送方法＞
［５−１．方法１について］
［５−２．方法２について］
［５−３．方法３について］
＜６．番組内での２Ｄ・３Ｄ切り替え処理＞
＜７．３Ｄストリームロケーション情報を用いた放送の別ＴＳの３Ｄ切り替え＞
＜８．サーバの構成＞
＜９．端末の構成＞
＜１０．まとめ＞

＜１．想定される映像送信方式＞
まず、本発明の好適な実施の形態について詳細に説明する前に、３Ｄコンテンツが放送局やコンテンツ事業者から送信される際に想定される、３Ｄ映像の送信形態について説明し、この想定される３Ｄ映像の送信形態をカバーするための、本発明の好適な実施の形態について説明する。

［１−１．タイプ１（２Ｄ／３Ｄの切り替え）］
最初に、タイプ１として、１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替えることで３Ｄ映像を送信する運用形態について説明する。図１は、１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替えることで３Ｄ映像を送信する運用形態の概念を示す説明図である。

このタイプ１の運用形態は、２Ｄ映像を送信するストリーム（２Ｄストリーム）において、部分的にＭＰＥＧ−４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ。以下、単に「ＡＶＣ」とも称する）をベースとした、またはＭＰＥＧ２をベースとした、３Ｄ映像を送信するストリーム（３Ｄストリーム）に切り替えて運用する形態である。この運用形態は、映像を送信する事業者にとっては、常に２Ｄ映像を送信するチャンネルと同じ帯域で済ませることができるので、最も運用コストを低く抑えることができる形態である。

従って、タイプ１の運用形態では、同一のチャンネルで２Ｄ映像と３Ｄ映像とが随時切り替わり、ユーザは３Ｄ映像の視聴時には、立体的な映像として見るための眼鏡を掛けて映像を見ることで３Ｄ映像を楽しむことができる。

なお、このタイプ１の運用形態では、３Ｄ非対応の受信機で図１に示したようなストリームを受信すると、３Ｄストリーム部分での適正な視聴が出来なくなる。また３Ｄ対応受信機であっても、３Ｄストリーム部分において２Ｄ映像として表示させたい場合には、当該３Ｄ対応受信機で３Ｄ映像から２Ｄ映像に変換することで、２Ｄ映像としての表示が可能である。しかし、一般的には、３Ｄ映像から２Ｄ映像への変換は、右目用映像と左目用映像のどちらか一方を抽出することによって行うので、通常の２Ｄ映像と比較して解像度が低下してしまう。

［１−２．タイプ２（ＡＶＣベースで３Ｄストリームを付加）］
続いて、タイプ２として、２Ｄストリームによるチャンネルにおいて、３Ｄ映像を提供する期間でのみ追加的な帯域でＡＶＣベースの（またはＭＰＥＧ２ベースの）３Ｄストリームを送信する運用形態について説明する。運用面を考えれば、仮に一時的であったとしても追加的な帯域を用意するのは難しいことが予想されるが、１つのチャンネルで別のＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を用意したり、物理的に空いている別のチャンネルを用意したり、事前にネットワーク経由または放送経由でデータをダウンロードさせておいたり、またネットワーク経由でストリーミング送信したりすることで実現が容易になることも考えられる。図２は、追加的な帯域でＡＶＣベースの（またはＭＰＥＧ２ベースの）３Ｄストリームを送信する運用形態の概念を示す説明図である。

この運用形態では、２Ｄストリームがベースとなり、３Ｄ映像を提供する期間においてのみ別帯域で３Ｄストリームを送信するので、３Ｄ非対応の受信機では３Ｄ映像の期間においても何も変わらずに２Ｄ映像を表示することが可能となり、３Ｄ対応受信機では、３Ｄ映像の表示と、従来通りの２Ｄ映像の表示とを適宜切り替えることが可能となる。

また、この運用形態では、複数の３Ｄストリームを送信するだけの帯域を確保できれば、複数の３Ｄ伝送方式への対応も可能となる。３Ｄ伝送方式には、例えばサイドバイサイド方式、トップアンドボトム方式などがあり、伝送方式によってそれぞれ送信する映像信号も異なる。図２には、３Ｄ映像の期間において複数の伝送方式による３Ｄストリームが送信される場合について示している。このように、複数の伝送方式による３Ｄストリームを送信することで、３Ｄ映像を表示する３Ｄ対応受信機の伝送方式が複数存在する場合にも対応することができる。

［１−３．タイプ３（ＭＶＣベース）］
続いて、タイプ３として、２Ｄストリームによるチャンネルにおいて、３Ｄ映像を提供する期間で、ＡＶＣの拡張形であるＭＶＣ（Ｍｕｌｔｉｖｉｅｗ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）を適用し、ＭＶＣ基本部を2Ｄストリームに連続させ、ＭＶＣ拡張部を別のストリームとして送信する運用形態について説明する。図３は、ＭＶＣでの３Ｄストリームを送信する運用形態の概念を示す説明図である。

このタイプ３の運用形態でも、タイプ２の場合と同様に、ＭＶＣ拡張部のストリームの伝送は、別のＥＳを用意したり、物理的に空いている別のチャンネルを用意したり、事前にネットワーク経由または放送経由でデータをダウンロードさせておいたり、またネットワーク経由でストリーミング送信したりすることで実現することが想定される。なお、ＭＶＣの基本部のストリームは、３Ｄ非対応受信機においても２Ｄ映像を視聴することが可能であると想定される。

このタイプ３の運用形態では、タイプ２の運用形態と比較して解像度を犠牲にしないので、３Ｄ対応受信機での、より高品質な３Ｄ映像の表示が期待できる。その一方でこのタイプ３では、３Ｄ対応受信機は複数ストリームを同時にかつ同期してデコードすることが求められるので、ＴＶプラットフォームとしては高性能のデバイスの搭載が要求されることになる。

［１−４．まとめ］
このように、想定される３Ｄ映像の送信形態としては、上記のタイプ１〜タイプ３が挙げられる。もちろん、今後通信インフラの整備や映像の受信機の性能向上に伴って、上述したタイプ以外の送信形態が登場することは充分考えられるが、以下の説明においては、上記のタイプ１〜タイプ３による送信形態を前提として、本発明の実施の形態について説明する。

＜２．想定されるユーザ操作＞
続いて、３Ｄ番組や３Ｄコンテンツが放送局やコンテンツ配信事業者等から送信される場合に想定されるユーザ側の操作について説明する。図４は、３Ｄ番組や３Ｄコンテンツが送信される場合のユーザ側の想定操作について示す説明図である。

ユーザ側では、３Ｄ対応受信機に対して、例えば初期設定画面で、３Ｄ期間が始まったら自動的に３Ｄ映像を画面に表示させるか、またはリモートコントローラ等でユーザの手により３Ｄ映像を画面に表示させるか、を設定する（ステップＳ１１）。説明の便宜上、自動的に３Ｄ映像を画面に表示させるモードをオートモード、ユーザの手により３Ｄ映像を画面に表示させるモードをマニュアルモードと称する。

放送局やコンテンツ配信事業者からは、予め３Ｄ映像が流れる３Ｄ番組を電子番組表（ＥＰＧ）などによって告知しておく（ステップＳ１２）。そして、３Ｄ番組が始まり、３Ｄストリームが受信機に到達すると（ステップＳ１３）、受信機の表示モードがオートモードの場合には３Ｄストリームの受信機の到達によって自動的に受信した３Ｄストリームを再生し、画面に３Ｄ映像を表示する（ステップＳ１４）。ユーザは、メガネを着用して画面に表示された３Ｄ映像を視聴することで、立体的な映像を楽しむことができる（ステップＳ１５）。なお、受信機で３Ｄ映像を表示する際には、画面の一部に３Ｄ映像を表示中である旨のマークを併せて表示してもよい。

一方、受信機の表示モードがマニュアルモードの場合には、３Ｄストリームが受信機に到達した場合であっても、２Ｄストリームの再生を続行し（または３Ｄストリームから２Ｄ映像を作り出して）、受信機は３Ｄストリームの存在をユーザに通知する（ステップＳ１６）。受信機による３Ｄストリームの存在の通知は、画面の一部に３Ｄ映像を表示中である旨のマークを画面に表示することで行われるようにしてもよい。ユーザは、リモートコントローラ等で受信機の表示を２Ｄ映像の表示から３Ｄ映像の表示に切り替えることで、受信機は受信した３Ｄストリームを再生する。ユーザは、メガネを着用して画面に表示された３Ｄ映像を視聴することで、立体的な映像を楽しむことができる（ステップＳ１７）。

ユーザ側では、３Ｄ番組や３Ｄコンテンツが放送局やコンテンツ配信事業者等から送信される場合に以上のような操作が想定される。もちろん、ユーザ側では上述したような操作以外が行われることも充分考えられる。しかし、以下の説明では、受信機の表示モードがオートモードとマニュアルモードとを有している場合を前提として説明する。

＜３．３Ｄ映像区間の伝送メディアの形態＞
続いて、３Ｄ映像区間における伝送メディアの形態例について説明する。３Ｄ映像区間における伝送メディアは、以下のようなバリエーションが考えられる。
（１）放送ストリーム内の同一ＥＳ
（２）放送ストリーム内の別ＥＳ
（３）放送の別ＴＳ
（４）ストリーミング
（５）ダウンロード
以下において、バリエーション毎に３Ｄ映像区間における伝送メディアの形態（伝送形態）について説明する。

（１）放送ストリーム内の同一ＥＳでの３Ｄストリームの伝送は、上記のタイプ１の運用形態（１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替える運用形態）の場合に用いられると考えられる。同一ＥＳでの３Ｄストリームの伝送は、通常の２Ｄ映像の伝送と同様にストリームを伝送すればよいので、特別の帯域マネジメントは不要である。しかし、上述したように、放送ストリーム内の同一ＥＳでの３Ｄストリームの伝送は、３Ｄ非対応の受信機でストリームを受信すると、３Ｄストリーム部分での適正な視聴が出来なくなる。また３Ｄ映像の表示に対応した受信機（３Ｄ対応受信機）であっても、３Ｄストリーム部分において２Ｄ映像として表示させたい場合には、当該３Ｄ対応受信機で３Ｄ映像から２Ｄ映像に変換することで、２Ｄ映像としての表示が可能である。しかし、一般的には、３Ｄ映像から２Ｄ映像への変換は、右目用映像と左目用映像のどちらか一方を抽出することによって行うので、通常の２Ｄ映像と比較して解像度が低下してしまう。

（２）放送ストリーム内の別ＥＳでの３Ｄストリームの伝送は、上記のタイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）またはタイプ３の運用形態（ＭＶＣベースの運用形態）の場合に用いられると考えられる。この別ＥＳでの３Ｄストリームの伝送では、３Ｄ非対応の受信機でストリームを受信しても、２Ｄストリームを継続して受信して２Ｄ映像を表示すればよいので、３Ｄストリーム部分でも適切な視聴が可能となる。また、３Ｄ対応受信機であっても、３Ｄストリーム部分において２Ｄ映像として表示させたい場合には、３Ｄ映像から２Ｄ映像への変換は不要なので、通常の２Ｄ映像と比較しても解像度が低下することは無い。一方、この伝送方法では、３Ｄ映像区間において帯域が２倍以上必要になる場合もあり、放送帯域のマネジメントが難しくなることも考えられる。

（３）放送の別ＴＳでの３Ｄストリームの伝送は、上記のタイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）またはタイプ３の運用形態（ＭＶＣベースの運用形態）の場合に用いられると考えられる。この伝送方法は、３Ｄ映像区間では別の物理チャンネルを自動的に、またはユーザの切り替え操作によって選局し、３Ｄ映像区間が終了すると元のチャンネルに自動的に戻るものである。この放送の別ＴＳでの３Ｄストリームの伝送は、放送ストリーム内の別ＥＳでの３Ｄストリームの伝送と同様に、３Ｄ非対応の受信機であっても、３Ｄ対応の受信機であっても、適切に２Ｄ映像や３Ｄ映像を表示することが可能である。その一方で、帯域のマネジメントが難しいのは上記（２）の方法の場合と同様であるが、別の物理チャンネルを使って３Ｄストリームを伝送するので、運用上の自由度は上記（２）の方法の場合よりは高くなるというメリットがある。

（４）ストリーミングでの３Ｄストリームの伝送は、上記のタイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）またはタイプ３の運用形態（ＭＶＣベースの運用形態）の場合に用いられると考えられる。この伝送方法は、放送帯域のマネジメントが不要であるという点では上記の（２）の方法や（３）の方法に比べて有利であると考えられる。しかし、この方法は、受信機と３Ｄストリームを送信するサーバとの間のセッション確立までのディレイへの対応、ユニキャスト送信の場合における複数の受信機からの同時アクセスによる輻輳への対応、時間位置制御への対応等が要求される。

（５）ダウンロードでの３Ｄストリームの伝送は、上記のタイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）またはタイプ３の運用形態（ＭＶＣベースの運用形態）の場合に用いられると考えられる。この伝送方法は、この伝送方法は、放送帯域のマネジメントが不要であるという点では上記の（４）の方法と共通し、上記の（２）の方法や（３）の方法に比べて有利であると考えられる。また、ダウンロードは放送であっても通信であってもよいので運用の自由度があり、予めダウンロードしたデータを用いて３Ｄ映像を再生することになるので、上記の（４）の方法で要求される対応が不要になるという点で有利であるとも考えられる。一方で、ダウンロードしたデータを保存するためのストレージデバイスが受信機に必要であり、また３Ｄ映像期間の開始前に確実に受信機にデータをダウンロードさせておかなければならないという仕様が要求されることになる。

図５は、３Ｄ映像区間の伝送メディアの形態のバリエーションについて示す説明図である。放送局１０からは、アンテナ１１やサーバ１２から、各家庭に設置された端末２０にストリームやデータが送信される。図中の（１）〜（５）は、上記の（１）〜（５）の各方法に対応したものとなっている。

上記（１）〜（３）の方法では、アンテナ１１から送信された電波を各家庭に設置されたアンテナ２２で受信し、ストリームを再生することで端末２０に３Ｄ映像が表示される。上記（４）の方法では、サーバ１２からインターネット等のネットワーク１５を経由して送信されたデータを端末２０で受信し、ストリームを再生することで端末２０に３Ｄ映像が表示される。そして上記（５）の方法では、予め端末２０に内蔵された（または端末２０に接続された）ストレージデバイス２１にデータをダウンロードさせておき、３Ｄ映像区間においてストレージデバイス２１のデータを再生することで、端末２０に３Ｄ映像が表示される。

＜４．２Ｄ・３Ｄ切り替えに必要となる情報＞
続いて、２Ｄ映像と３Ｄ映像の表示の切り替えを受信機で実行する場合に必要となる情報を、上記の運用形態や伝送方法を前提として説明する。

［４−１．前提条件］
まず、２Ｄ映像と３Ｄ映像の表示の切り替えを受信機で実行する場合に必要となる情報を定義する際の前提条件について説明する。なお、以下で説明する前提条件はあくまで一例であり、本発明においてはかかる例に限定されないことは言うまでも無い。

（１）番組単位（コンテンツ単位）のみならず、番組内（コンテンツ内）の一部分においてのみ、３Ｄストリームを利用することを想定する。番組内（コンテンツ内）の一部分とは、例えば特定のシーンやコマーシャル（ＣＭ）においてのみ３Ｄストリームを利用するケースを想定する。

（２）２Ｄストリームの再生による２Ｄ映像の表示を優先し、３Ｄ映像期間が到来し、３Ｄ映像を視聴する際には３Ｄストリームに切り替えて３Ｄストリームを再生して３Ｄ映像を表示し、３Ｄ映像期間が終了したら、２Ｄストリームの再生による２Ｄ映像の表示に再度切り替える運用を想定する。

（３）受信機が、上記（２）の切り替えを、自動的に実行できるような情報を、放送局やコンテンツ事業者から送信する。

これらの前提条件を満たすような情報を、放送局やコンテンツ事業者で生成して送信することで、受信機側では２Ｄ映像と３Ｄ映像の表示の切り替えを実行することができる。

［４−２．必要な情報］
続いて、上記の前提条件を満足するために必要となる、放送局やコンテンツ事業者で生成して送信する情報について説明する。

（１）上記前提条件における、（２）の２Ｄ映像と３Ｄ映像との切り替えを実行するために、２Ｄ映像から３Ｄ映像へ切り替えるタイミング、及び３Ｄ映像から２Ｄ映像に切り替えるタイミングに関する情報を送信する必要がある。これは、受信機側で切り替えの際に何らかの事前処理が必要な場合を考慮する必要があるからである。

（２）３Ｄ映像を表示する３Ｄ方式の情報を送信する必要がある。３Ｄ方式には、例えば、サイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式、ＭＶＣ等がある。サイドバイサイド（ＳＢＳ）方式は、画面を左右２つの領域に分割し、それぞれの領域に右目用の画像と左目用の画像を表示するものである。トップアンドボトム方式は、画面の上下に右目用の画像と左目用の画像を表示するものである。フレームシーケンシャル方式は、時分割で右目用の画像と左目用の画像を表示するものである。ＭＶＣは、複数の視点映像をまとめて符号化して送信するものである。

（３）３Ｄストリームの配信元のバリエーションが多岐に渡るので３Ｄストリームのロケーション情報を送信する必要がある。上述した３Ｄ映像区間の伝送メディアの形態のバリエーションを考慮して、３Ｄストリームにアクセスするための情報が必要となる。具体的には、３Ｄストリームを送信するメディア、３Ｄストリームの送信元のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の情報を送信することが必要になる。

以上の前提条件及び該前提条件を満足するために必要な情報に基づいて、本発明の一実施形態にかかる、２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報の伝送方法について、詳細に説明する。

＜５．２Ｄ・３Ｄ切り替え情報の伝送方法＞
以下で、本発明の一実施形態にかかる、２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報の伝送方法について説明する。本実施形態では、以下の３つの方法によって２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報を伝送する場合について説明する。
（方法１）取得する番組（コンテンツ）に関するメタ情報に事前に記述する
（方法２）ストリームのＥＳやＴＳのＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄに記述する
（方法３）方法１と方法２とをハイブリッド的に使用する

［５−１．方法１について］
本実施形態においては、この方法１は、受信機で取得する番組（コンテンツ）に関するメタ情報に、３Ｄ映像が表示される番組（コンテンツ）の開始前に予めメタ情報に記述して、放送局やコンテンツ事業者から送信することで、２Ｄ映像と３Ｄ映像の表示を切り替えようとするものである。

具体的には、例えば、放送局はＥＩＴｐｆの番組単位に３Ｄセグメント記述子として記述して番組メタ情報を送信する。ここで、３Ｄセグメント記述子は３Ｄ映像区間毎に１つの単位で配置される。１つの番組（コンテンツ）に複数の３Ｄ映像区間が存在する場合には複数の３Ｄセグメント記述子が配置される。

３Ｄセグメント記述子には、以下の情報が記述される。
（１）セグメントＩＤ
（２）セグメント開始ＮＰＴと時間長
（３）３Ｄ方式情報
（４）３Ｄ伝送メディアタイプ情報
（５）３Ｄストリームロケーション情報

（１）のセグメントＩＤは、３Ｄセグメントを一意に特定するための情報である。

（２）のセグメント開始ＮＰＴ（Ｎｏｒｍａｌ Ｐｌａｙ Ｔｉｍｅ）と時間長は、番組（コンテンツ）の先頭から３Ｄ映像区間の先頭までの時間、及び３Ｄ映像区間の時間長についての情報である。

（３）の３Ｄ方式情報は、３Ｄ映像を表示する３Ｄ方式に関する情報である。

（４）の３Ｄ伝送メディアタイプ情報は、「３．３Ｄ映像区間の伝送メディアの形態」で説明した３Ｄ映像区間の伝送メディアの形態に関する情報である。

（５）の３Ｄストリームロケーション情報は、（４）の３Ｄ伝送メディアタイプ情報がストリーミングでの３Ｄストリームの伝送である場合の、３Ｄストリームの送信元に関する情報である。

この方法１は、予め３Ｄ映像区間がスケジューリングされている場合に利用することができる。また、２Ｄ・３Ｄ切り替えの際の切り替え精度は秒単位となる。

図６は、上述した方法１で用いる、ＥＩＴｐｆ用の３Ｄセグメント記述子の例を示す説明図である。以下、図６に示した例を用いて、ＥＩＴｐｆ用の３Ｄセグメント記述子について説明する。図６には、それぞれの領域の長さ（ビット数）を併せて示している。なお、各領域の長さ（ビット数）は、図６に示したものに限定されないことは言うまでも無い。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このＴｈｒｅｅ＿Ｄｉｍｅｎｓｉｏｎ＿Ｓｅｇｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを識別するためのｔａｇである。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈはこのＴｈｒｅｅ＿Ｄｉｍｅｎｓｉｏｎ＿Ｓｅｇｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの長さが格納される領域である。

ｓｅｇｍｅｎｔ＿ｉｄは、上述の（１）セグメントＩＤに対応するものであり、ｓｅｇｍｅｎｔ＿ｉｄには、３Ｄセグメントを一意に特定するための情報が記述される。

ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴ及びｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎは、上述の（２）のセグメント開始ＮＰＴと時間長に対応するものであり、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴ及びｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎには、ｓｅｇｍｅｎｔ＿ｉｄに記述されたセグメントＩＤでの、番組（コンテンツ）の先頭から３Ｄ映像区間の先頭までの時間、及び３Ｄ映像区間の時間長についての情報がそれぞれ記述される。なお、ｓｅｇｍｅｎｔ＿Ｉｄが０などの特定の値の場合には、番組全体が３Ｄ映像区間であることを示し、その場合ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴ及びｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎの情報は不要なので無効化することにしても良い。

３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅは、上述の（３）の３Ｄ方式情報に対応するものであり、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅには３Ｄ映像を表示する３Ｄ方式に関する情報が記述される。３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅには、例えば図６に示したように、サイドバイサイド方式として１、トップアンドボトム方式として２、フレームシーケンシャル方式として３、ＭＶＣとして４が記述されていても良い。

３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅは、上述の（４）の３Ｄ伝送メディアタイプ情報に対応するものであり、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅには３Ｄ映像区間の伝送メディアの形態に関する情報が記述される。３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅには、例えば図６に示したように、放送ストリーム内の同一ＥＳとして０、放送ストリーム内の別ＥＳとして１、放送の別ＴＳとして２、ＶＯＤによるユニキャスト配信として３、ダウンロードとして４、マルチキャスト配信として５が記述されていても良い。

その次の行のｉｆ文以降は、上述の（５）の３Ｄストリームロケーション情報に対応するものであり、図６に示した例では、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０、１以外の場合に有効になるものである。３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅが２の場合には３Ｄストリームが存在する放送サービスを選局するために必要な情報として、ｎｅｔｏｗｏｒｋ＿ｉｄ，ｔｒａｎｓｐｏｒｔｓｔｒｅａｍ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄ、ｅｖｅｎｔ＿ｉｄが記述される。また３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅが３以上の場合にはｕｒｌ＿ｌｅｎｇｔｈにはＵＲＬ情報の長さについての情報が記述され、ｕｒｌ＿ｔｅｘｔには、実際の３Ｄストリームの配信元のＵＲＬ情報が記述される。

図７は、タイプ１の運用形態（１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替える運用形態）での、方法１の運用例を示す説明図である。タイプ１の運用形態では、２Ｄストリームと３Ｄストリームが同一のストリーム上で随時切り替えられて放送局やコンテンツ事業者から送信される。また、ストリームに併せて、ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が放送局やコンテンツ事業者から送信される。

図７に示したＥＩＴｐｆの例では、現在の番組内の情報として、ｓｅｇｍｅｎｔ＿ｉｄに１、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに００：２０：１８（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに００：３０：１５（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに０（放送ストリーム内の同一ＥＳ）が、それぞれ記述されている。これは、番組開始から２０分１８秒後に、３０分１５秒間の３Ｄ映像区間が始まることを意味している。そして、３Ｄ映像はサイドバイサイド方式で画面に表示され、放送ストリーム内の同一ＥＳで３Ｄストリームが放送局やコンテンツ事業者から送信されることが、図７に示したＥＩＴｐｆの例から明らかになる。

図８は、タイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）での、方法１の運用例を示す説明図である。タイプ２の運用形態では、３Ｄストリームが別のＥＳとして付加されて放送局やコンテンツ事業者から送信される。また、ストリームに併せて、ＳＩが放送局やコンテンツ事業者から送信されるのは、上述のタイプ１の場合と同じである。

図８に示したＥＩＴｐｆの第１の例では、現在の番組内の情報として、ｅｇｍｅｎｔ＿ｉｄに２、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに００：２０：１８（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに００：３０：１５（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。これは、番組開始から２０分１８秒後に、３０分１５秒間の３Ｄ映像区間が始まることを意味している。そして、３Ｄ映像はサイドバイサイド方式で画面に表示され、放送ストリーム内の別ＥＳで３Ｄストリームが放送局やコンテンツ事業者から送信されることが、図８に示したＥＩＴｐｆの第１の例から明らかになる。

また、図８に示したＥＩＴｐｆの第２の例では、ｓｅｇｍｅｎｔ＿ｉｄに２、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに００：２０：１８（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに００：３０：１５（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに３（フレームシーケンシャル方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに３（ＶＯＤサーバからのストリーミング）が、それぞれ記述されている。これは、番組開始から２０分１８秒後に、３０分１５秒間の３Ｄ映像区間が始まることを意味している。そして、３Ｄ映像はサイドバイサイド方式で画面に表示され、ＶＯＤサーバからのストリーミングによって３Ｄストリームが放送局やコンテンツ事業者から送信されることが、図８に示したＥＩＴｐｆの第２の例から明らかになる。

なお、図８に示したＥＩＴｐｆの第２の例では、現在の番組内の情報として、ＶＯＤサーバからのストリーミングによって３Ｄストリームが放送局やコンテンツ事業者から送信されるので、ｕｒｌ＿ｔｅｘｔには、実際の３Ｄストリームの配信元のＵＲＬ情報が記述されている。

図８に示した例では、３Ｄ映像区間において異なる伝送方式を利用可能とした場合を示している。３Ｄ映像区間において、サイドバイサイド方式に対応した受信機ではサイドバイサイド方式によって３Ｄ映像を表示し、フレームシーケンシャル方式に対応した受信機ではフレームシーケンシャル方式によって３Ｄ映像を表示することができる。

図９は、タイプ３の運用形態（ＭＶＣ拡張部に３Ｄストリームを付加する運用形態）での、方法１の運用例を示す説明図である。タイプ３の運用形態では、３Ｄ映像を提供する期間でのみ３Ｄ拡張部ストリームが放送局やコンテンツ事業者から送信される。また、ストリームに併せて、ＳＩが放送局やコンテンツ事業者から送信されるのは、上述のタイプ１の場合と同じである。

図９に示したＥＩＴｐｆの例では、現在の番組内の情報として、ｓｅｇｍｅｎｔ＿ｉｄに３、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに００：２０：１８（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに００：３０：１５（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに４（ＭＶＣ）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。これは、番組開始から２０分１８秒後に、３０分１５秒間の３Ｄ映像区間が始まることを意味している。そして、３Ｄ映像はＭＶＣによって画面に表示され、３Ｄ基本部ストリームに対して放送ストリーム内の別ＥＳで３Ｄ拡張ストリームが放送局から送信されることが、図９に示したＥＩＴｐｆの例から明らかになる。

［５−２．方法２について］
次に、方法２によって２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報の伝送方法について説明する。この方法２は、受信機が受信するストリームのＥＳやＴＳのＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄに、２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報を記述する方法である。具体的には、Ｖｉｄｅｏ ＥＳのピクチャレベルヘッダ（Ｐｉｃｔｕｒｅ ｌｅｖｅｌ ｈｅａｄｅｒ）またはＧＯＰレベルヘッダ（ＧＯＰ ｌｅｖｅｌ ｈｅａｄｅｒ）もしくはＴＳのアダプテーションフィールド（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ）のプライベート領域に、「３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏ」として、２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報を記述する。

この方法２では、３Ｄ映像区間及び３Ｄ映像区間直前の２Ｄ映像区間に、２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報が記述されたストリームを、放送局やコンテンツ事業者から送信する。受信機では、かかる情報が記述されたストリームを受信し、ストリームに記述された情報に基づいて２Ｄ映像と３Ｄ映像の表示を切り替えることができる。

この方法２では、以下の情報が記述される。
（１）セグメントＩＤ
（２）２Ｄ／３Ｄステータス
（３）切り替えタイミング情報
（４）３Ｄ方式情報
（５）３Ｄ伝送メディアタイプ情報
（６）３Ｄストリームロケーション情報

（１）のセグメントＩＤは、３Ｄセグメントを一意に特定するための情報である。

（２）の２Ｄ／３Ｄステータスは、現在が２Ｄ映像区間であるのか、まもなく２Ｄ映像から３Ｄ映像に切り替わるのか、現在が３Ｄ映像区間であるのか、まもなく３Ｄ映像から２Ｄ映像の切り替わるのか、についての情報である。

（３）の切り替えタイミング情報は、ストリーム上の当該情報の配置された時間位置から、２Ｄ映像から３Ｄ映像に切り替わるまでの、また３Ｄ映像から２Ｄ映像に切り替わるまでの時間についての情報である。方法１では、番組（コンテンツ）の先頭から３Ｄ映像区間の先頭までの時間、及び３Ｄ映像区間の時間長についての情報は秒単位で記述されていたが、方法２では、この切り替わるまでの時間は１００ミリ秒単位で記述することができる。

（４）の３Ｄ方式情報は、３Ｄ映像を表示する３Ｄ方式に関する情報である。

（５）の３Ｄ伝送メディアタイプ情報は、「３．３Ｄ映像区間の伝送メディアの形態」で説明した３Ｄ映像区間の伝送メディアの形態に関する情報である。

（６）の３Ｄストリームロケーション情報は、（４）の３Ｄ伝送メディアタイプ情報がストリーミングでの３Ｄストリームの伝送である場合の、３Ｄストリームの送信元に関する情報である。

この方法２は、方法１とは違って、ストリームに情報を記述することで予め３Ｄ映像区間がスケジューリングされていない場合であっても利用することができる。また、２Ｄ・３Ｄ切り替えの際の切り替え精度は１００ミリ秒単位で指定することができる。

図１０は、上述した方法２で用いる、２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報の「３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏ」の記述例について示す説明図である。以下、図１０を用いて、方法２で用いる「３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏ」の記述例について説明する。図１０には、それぞれの領域の長さ（ビット数）を併せて示している。なお、各領域の長さ（ビット数）は、図１０に示したものに限定されないことは言うまでも無い。

ｓｔｒｅａｍ＿ｓｔａｔｕｓは、上述の（２）２Ｄ／３Ｄステータスに対応するものであり、現在のストリームの状態を記述するものである。図１０に示した例では、ｓｔｒｅａｍ＿ｓｔａｔｕｓには、２Ｄ映像区間として０、２Ｄ映像から３Ｄ映像へ切り替わろうとする区間として１、３Ｄ映像区間として２、３Ｄ映像から２Ｄ映像へ切り替わろうとする区間として３が、それぞれ記述される。

ｓｔｒｅａｍ＿ｓｔａｔｕｓが１または３、すなわち、ストリームに情報が記述された位置が２Ｄ映像から３Ｄ映像へ切り替わろうとする区間または３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である場合には、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅとして、２Ｄストリームから３Ｄストリームに切り替わるまでの、または３Ｄストリームから２Ｄストリームに切り替わるまでの時間が記述される。ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅには、切り替わるまでの時間を１００ミリ秒単位で記述される。

一方、ｓｔｒｅａｍ＿ｓｔａｔｕｓが０または２、すなわち、ストリームに情報が記述された位置が２Ｄ映像区間または３Ｄ映像区間である場合には、切り替わるまでの時間を記述するのではなく、リザーブ領域として何も記述しない。

続いて、６ビットのリザーブ領域を挟んで、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇ及びｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇが記述される。ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇは後述するｓｅｇｍｅｎｔ＿ｉｄを利用するか否かを決定するためのフラグとして用いられるものである。また、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇは、後段の３Ｄストリームに関する情報を利用するか否かを決定するためのフラグとして用いられるものである。

ｓｅｇｍｅｎｔ＿ｉｄは、上述の（１）セグメントＩＤに対応するものであり、ｓｅｇｍｅｎｔ＿ｉｄには、３Ｄセグメントを一意に特定するための情報が記述される。なお、ｓｅｇｍｅｎｔ＿ｉｄには、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１が記述されている場合に限ってセグメントＩＤについての情報が記述される。

ｎｕｍｂｅｒ＿ｏｆ＿３Ｄ＿ｓｔｒｅａｍは、３Ｄストリームの数に関する情報が記述されるものである。

３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅは、上述の（４）の３Ｄ方式情報に対応するものであり、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅには３Ｄ映像を表示する３Ｄ方式に関する情報が記述される。３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅには、例えば図１０に示したように、サイドバイサイド方式として１、トップアンドボトム方式として２、フレームシーケンシャル方式として３、ＭＶＣとして４が記述されていても良い。

３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅは、上述の（５）の３Ｄ伝送メディアタイプ情報に対応するものであり、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅには３Ｄ映像区間の伝送メディアの形態に関する情報が記述される。３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅには、例えば図１０に示したように、放送ストリーム内の同一ＥＳとして０、放送ストリーム内の別ＥＳとして１、放送の別ＴＳとして２、ＶＯＤによるユニキャスト配信として３、ダウンロードとして４、マルチキャスト配信として５が記述されていても良い。

その次の行のｉｆ文以降は、上述の（６）の３Ｄストリームロケーション情報に対応するものであり、図１０に示した例では、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅが０、１以外の場合に有効になるものである。ｕｒｌ＿ｌｅｎｇｔｈにはＵＲＬ情報の長さについての情報が記述され、ｕｒｌ＿ｔｅｘｔには、実際の３Ｄストリームの配信元のＵＲＬ情報が記述される。

図１１は、タイプ１の運用形態（１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替える運用形態）での、方法２の運用例を示す説明図である。タイプ１の運用形態では、２Ｄストリームと３Ｄストリームが同一のストリーム上で随時切り替えられて放送局やコンテンツ事業者から送信される。

図１１にはビデオ（Ｖｉｄｅｏ）パケット及びＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）パケットを図示しており、ＰＣＲパケットに図１０に示したフィールドで定義される３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されている。なお、図１１に示した例では、ＰＣＲパケットに３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されているが、本発明はかかる例に限定されない。Ｖｉｄｅｏパケットのヘッダ部分に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されていても良い。

図１１に示した例では、２Ｄ映像から３Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、２Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに１（２Ｄ映像から３Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに０（放送ストリーム内の同一ＥＳ）が、それぞれ記述されている。

２Ｄストリームから３Ｄストリームに切り替わると、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに２（現在が３Ｄ映像区間である情報）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに０（放送ストリーム内の同一ＥＳ）が、それぞれ記述されている。

なお、３Ｄ映像区間においては、他のチャンネルから３Ｄ映像を表示しているチャンネルへの切り替わりを考慮して、定期的に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに２が記述されたＰＣＲパケットが放送局から送信される。

そして３Ｄ映像区間が終わり、３Ｄ映像から２Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、３Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに３（３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに０（放送ストリーム内の同一ＥＳ）が、それぞれ記述されている。

このように、ストリームに情報を記述して放送局やコンテンツ配信事業者から送信することで、受信機側で２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。

図１２は、タイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）での、方法２の運用例を示す説明図である。タイプ２の運用形態では、３Ｄストリームが別のＥＳとして付加されて放送局やコンテンツ事業者から送信される。

図１２には、ビデオ（Ｖｉｄｅｏ）パケット及びＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）パケットを図示しており、２ＤストリームのＰＣＲパケットに図１０に示したフィールドで定義される３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されている。なお、図１２に示した例では、２ＤストリームのＰＣＲパケットに３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されているが、本発明はかかる例に限定されない。２ＤストリームのＶｉｄｅｏパケットのヘッダ部分に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されていても良い。

図１２に示した例では、２Ｄ映像から３Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、２Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに１（２Ｄ映像から３Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。

２Ｄストリームから３Ｄストリームに切り替わると、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに２（現在が３Ｄ映像区間である情報）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。また、ＶＯＤサーバからのストリーミングによって３Ｄストリームが放送局やコンテンツ事業者から送信される場合には、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに３（フレームシーケンシャル方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに３（ＶＯＤサーバからのストリーミング）が、それぞれ記述されることになる。

なお、３Ｄ映像区間においては、他のチャンネルから３Ｄ映像を表示しているチャンネルへの切り替わりを考慮して、定期的に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに２が記述されたＰＣＲパケットが放送局から送信される。

そして３Ｄ映像区間が終わり、３Ｄ映像から２Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、３Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに３（３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。

このように、ストリームに情報を記述して放送局やコンテンツ配信事業者から送信することで、受信機側で２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。

図１３は、タイプ３の運用形態（ＭＶＣ拡張部に３Ｄストリームを付加する運用形態）での、方法２の運用例を示す説明図である。タイプ３の運用形態では、３Ｄ映像を提供する期間でのみ３Ｄ拡張部ストリームが放送局やコンテンツ事業者から送信される。

図１３には、ビデオ（Ｖｉｄｅｏ）パケット及びＰＣＲパケットを図示しており、２ＤストリームのＰＣＲパケットに図１０に示したフィールドで定義される３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されている。なお、図１３に示した例では、２ＤストリームのＰＣＲパケットに３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されているが、本発明はかかる例に限定されない。２ＤストリームのＶｉｄｅｏパケットのヘッダ部分に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されていても良い。

図１３に示した例では、２Ｄ映像から３Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、２Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに１（２Ｄ映像から３Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに４（ＭＶＣ）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。

２Ｄストリームから３Ｄストリームに切り替わると、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに２（現在が３Ｄ映像区間である情報）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに４（ＭＶＣ）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。

なお、３Ｄ映像区間においては、他のチャンネルから３Ｄ映像を表示しているチャンネルへの切り替わりを考慮して、定期的に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに２が記述されたＰＣＲパケットが放送局から送信される。

そして３Ｄ映像区間が終わり、３Ｄ映像から２Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、３Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに３（３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに０（ｓｅｇｍｅｎｔ＿ｉｄを利用しない）、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに１が、それぞれ記述される。そして、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに４（ＭＶＣ）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリーム内の別ＥＳ）が、それぞれ記述されている。

このように、ストリームに情報を記述して放送局やコンテンツ配信事業者から送信することで、受信機側で２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。

［５−３．方法３について］
次に、方法３によって２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報の伝送方法について説明する。この方法３は、方法１と方法２とを同時に利用する、または使い分けることで２Ｄ映像と３Ｄ映像の表示の切り替えに関する情報を伝送する方法である。

例えば、予め番組やコンテンツにおける３Ｄ映像区間が決まっていて、かつ２Ｄ映像と３Ｄ映像の表示の切り替え制度が秒単位でよい場合は、方法１のみを使用する。

また、例えば、３Ｄストリームを送信することは決まっているが、３Ｄストリームを送信する時間が決まっていない場合（例えば、３Ｄ映像でコマーシャルを表示する場合）は、方法２のみを使用する。

そして、予め３Ｄストリームを送信することは決まっているが、３Ｄストリームを送信する時間が決まっていない場合、または、切り替え精度として秒未満の精度が必要な場合は、方法１を用いて、番組メタ情報で３Ｄ方式情報や３Ｄ伝送メディアタイプ情報を送信し、方法２を用いて切り替えタイミング情報が記述されたストリームを送信する。

このように、方法１と方法２を併用して、２Ｄ映像と３Ｄ映像とを切り替えるための情報を放送局やコンテンツ事業者から送信することで、放送局やコンテンツ事業者は、３Ｄ映像区間を柔軟に設定することが可能となる。

図１４は、タイプ１の運用形態（１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替える運用形態）での、方法３の運用例を示す説明図である。タイプ１の運用形態では、２Ｄストリームと３Ｄストリームが同一のストリーム上で随時切り替えられて放送局やコンテンツ事業者から送信される。また、ストリームに併せて、ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が放送局やコンテンツ事業者から送信される。

図１４に示した例は、予め３Ｄストリームを送信することは決まっているが、３Ｄストリームを送信する時間が決まっていない場合に、ＥＩＴｐｆの３Ｄセグメント記述子に時刻情報以外の情報を記述し、ストリーム内のＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに時刻情報を記述するものである。

図１４に示したＥＩＴｐｆの例では、ｓｅｇｍｅｎｔ＿ｉｄに１、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに時刻不定を表すＦＦ：ＦＦ：ＦＦ（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに時刻不定を表すＦＦ：ＦＦ：ＦＦ（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに０（放送ストリーム内の同一ＥＳ）が、それぞれ記述されている。これは、３Ｄストリームを送信することは決まっているが、３Ｄ映像区間の開始時刻及びＥＤ映像区間の継続時間は決まっていないことを示している。そして、３Ｄ映像はサイドバイサイド方式で画面に表示され、放送ストリーム内の同一ＥＳで３Ｄストリームが放送局やコンテンツ事業者から送信されることが、図１４に示したＥＩＴｐｆの例から明らかになる。

２Ｄ映像から３Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、２Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに１（２Ｄ映像から３Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１（ｓｅｇｍｅｎｔ＿ｉｄを利用する）、ｓｅｇｍｅｎｔ＿ｉｄに１が、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が、それぞれ記述される。ｓｅｇｍｅｎｔ＿ｉｄに記述された値は、ＥＩＴｐｆの３Ｄセグメント記述子におけるｓｅｇｍｅｎｔ＿ｉｄの値に対応したものである。また、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が記述されていることで、受信機は、予め受信した、ＥＩＴｐｆの３Ｄセグメント記述子に記述された情報を参照して３Ｄ方式情報や３Ｄ伝送メディアタイプ情報を取得する。

そして３Ｄ映像区間が終わり、３Ｄ映像から２Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、３Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに３（３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１（ｓｅｇｍｅｎｔ＿ｉｄを利用する）、ｓｅｇｍｅｎｔ＿ｉｄに１、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が、それぞれ記述される。

このように、タイプ１の運用形態（１つのストリーム上で２Ｄ映像と３Ｄ映像とを随時切り替える運用形態）において、ＥＩＴｐｆに３Ｄ映像の基本情報を記述し、ストリームに３Ｄ映像区間の開始時刻や継続時間に関する情報を記述して放送局やコンテンツ配信事業者から送信することで、３Ｄ映像区間の開始時刻や継続時間が定まっていなくても、受信機側で２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。

図１５は、タイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）での、方法３の運用例を示す説明図である。タイプ２の運用形態では、３Ｄストリームが別のＥＳとして付加されて放送局やコンテンツ事業者から送信される。

図１５には、ビデオ（Ｖｉｄｅｏ）パケット及びＰＣＲパケットを図示しており、２ＤストリームのＰＣＲパケットに図１０に示したフィールドで定義される３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されている。なお、図１５に示した例では、２ＤストリームのＰＣＲパケットに３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されているが、本発明はかかる例に限定されない。２ＤストリームのＶｉｄｅｏパケットのヘッダ部分に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されていても良い。

図１５に示したＥＩＴｐｆの例では、ｓｅｇｍｅｎｔ＿ｉｄに２、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに時刻不定を表すＦＦ：ＦＦ：ＦＦ（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに時刻不定を表すＦＦ：ＦＦ：ＦＦ（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに１（サイドバイサイド方式）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリームの別ＥＳ）が、それぞれ記述されている。これは、３Ｄストリームを送信することは決まっているが、３Ｄ映像区間の開始時刻及びＥＤ映像区間の継続時間は決まっていないことを示している。そして、３Ｄ映像はサイドバイサイド方式で画面に表示され、放送ストリームの別ＥＳで３Ｄストリームが放送局やコンテンツ事業者から送信されることが、図１５に示したＥＩＴｐｆの例から明らかになる。

２Ｄ映像から３Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、２Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに１（２Ｄ映像から３Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１（ｓｅｇｍｅｎｔ＿ｉｄを利用する）、ｓｅｇｍｅｎｔ＿ｉｄに２、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が、それぞれ記述される。ｓｅｇｍｅｎｔ＿ｉｄに記述された値は、ＥＩＴｐｆの３Ｄセグメント記述子におけるｓｅｇｍｅｎｔ＿ｉｄの値に対応したものである。また、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が記述されていることで、受信機は、予め受信した、ＥＩＴｐｆの３Ｄセグメント記述子に記述された情報を参照して３Ｄ方式情報や３Ｄ伝送メディアタイプ情報を取得する。

そして３Ｄ映像区間が終わり、３Ｄ映像から２Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、３Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに３（３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１（ｓｅｇｍｅｎｔ＿ｉｄを利用する）、ｓｅｇｍｅｎｔ＿ｉｄに２、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が、それぞれ記述される。

このように、タイプ２の運用形態（ＡＶＣベースで３Ｄストリームを付加する運用形態）であっても、ＥＩＴｐｆに３Ｄ映像の基本情報を記述し、ストリームに３Ｄ映像区間の開始時刻や継続時間に関する情報を記述して放送局やコンテンツ配信事業者から送信することで、３Ｄ映像区間の開始時刻や継続時間が定まっていなくても、受信機側で２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。

図１６は、タイプ３の運用形態（ＭＶＣ拡張部に３Ｄストリームを付加する運用形態）での、方法３の運用例を示す説明図である。タイプ３の運用形態では、３Ｄ映像を提供する期間でのみＭＶＣ拡張部に３Ｄストリームが付加されて放送局やコンテンツ事業者から送信される。

図１６には、ビデオ（Ｖｉｄｅｏ）パケット及びＰＣＲパケットを図示しており、２ＤストリームのＰＣＲパケットに図１０に示したフィールドで定義される３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されている。なお、図１６に示した例では、２ＤストリームのＰＣＲパケットに３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されているが、本発明はかかる例に限定されない。２ＤストリームのＶｉｄｅｏパケットのヘッダ部分に３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏが記述されていても良い。

図１６に示したＥＩＴｐｆの例では、ｓｅｇｍｅｎｔ＿ｉｄに３、ｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに時刻不定を表すＦＦ：ＦＦ：ＦＦ（実際には１６進数の値が記述される）、ｓｔｒｅａｍ＿ｄｕｒａｔｉｏｎに時刻不定を表すＦＦ：ＦＦ：ＦＦ（実際には１６進数の値が記述される）、３Ｄ＿ｍｅｔｈｏｄ＿ｔｙｐｅに４（ＭＶＣ）、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅに１（放送ストリームの別ＥＳ）が、それぞれ記述されている。これは、３Ｄストリームを送信することは決まっているが、３Ｄ映像区間の開始時刻及びＥＤ映像区間の継続時間は決まっていないことを示している。そして、３Ｄ映像はＭＶＣによって画面に表示され、放送ストリームの別ＥＳで３Ｄストリームが放送局やコンテンツ事業者から送信されることが、図１６に示したＥＩＴｐｆの例から明らかになる。

２Ｄ映像から３Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、２Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに１（２Ｄ映像から３Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１（ｓｅｇｍｅｎｔ＿ｉｄを利用する）、ｓｅｇｍｅｎｔ＿ｉｄに３、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が、それぞれ記述される。ｓｅｇｍｅｎｔ＿ｉｄに記述された値は、ＥＩＴｐｆの３Ｄセグメント記述子におけるｓｅｇｍｅｎｔ＿ｉｄの値に対応したものである。また、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が記述されていることで、受信機は、予め受信した、ＥＩＴｐｆの３Ｄセグメント記述子に記述された情報を参照して３Ｄ方式情報や３Ｄ伝送メディアタイプ情報を取得する。

そして３Ｄ映像区間が終わり、３Ｄ映像から２Ｄ映像へ切り替わろうとする際には、３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏには、３Ｄストリームが放送局から送信されている場合に、ＰＣＲパケットの３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに３（３Ｄ映像から２Ｄ映像へ切り替わろうとする区間である情報）、ｓｔｒｅａｍ＿ｓｗｉｔｃｈｉｎｇ＿ｔｉｍｅに５００ミリ秒（実際には１６進数の値が記述される）、ｓｅｇｍｅｎｔ＿ｉｄ＿ｆｌａｇに１（ｓｅｇｍｅｎｔ＿ｉｄを利用する）、ｓｅｇｍｅｎｔ＿ｉｄに３、ｓｔｒｅａｍ＿ｉｎｆｏ＿ｆｌａｇに０が、それぞれ記述される。

このように、タイプ３の運用形態（ＭＶＣ拡張部に３Ｄストリームを付加する運用形態）であっても、ＥＩＴｐｆに３Ｄ映像の基本情報を記述し、ストリームに３Ｄ映像区間の開始時刻や継続時間に関する情報を記述して放送局やコンテンツ配信事業者から送信することで、３Ｄ映像区間の開始時刻や継続時間が定まっていなくても、受信機側で２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。

＜６．番組内での２Ｄ・３Ｄ切り替え処理＞
上述したような情報が記述された番組メタ情報やストリームが放送局やコンテンツ事業者から送信されることで、受信機は２Ｄ映像と３Ｄ映像を切り替えて表示することができる。以下では、受信機での２Ｄ映像と３Ｄ映像の切り替え表示処理について説明する。

図１７は、本発明の一実施形態に係る端末２０での２Ｄ映像と３Ｄ映像の切り替え表示処理について示す流れ図である。以下、図１７を用いて、本発明の一実施形態に係る端末２０での２Ｄ映像と３Ｄ映像の切り替え表示処理について説明する。

端末２０は、放送局やコンテンツ事業者から送信されるＳＩに含まれるＥＩＴｐｆを受信し（ステップＳ１０１）、受信したＥＩＴｐｆに３Ｄセグメント記述子が存在するかどうかを判断する（ステップＳ１０２）。受信したＥＩＴｐｆに３Ｄセグメント記述子が存在するとステップＳ１０２で判断すれば、端末２０は、３Ｄセグメント記述子のｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに具体的な時刻が指定されているかどうかを判断する（ステップＳ１０３）。３Ｄセグメント記述子のｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに具体的な時刻が指定されているとステップＳ１０３で判断すると、端末２０は３Ｄストリームの開始時刻まで２Ｄストリームを受信して再生し、２Ｄ映像を表示する（ステップＳ１０５）。また、ステップＳ１０１においてＥＩＴｐｆを受信した際、現在の番組（ｐｒｅｓｅｎｔ）の記述だけでなく次の番組の記述（ｆｏｌｌｏｗｉｎｇ）の記述を参照し、次の番組において番組全体が３Ｄ映像であることが示されている場合（例えばｓｅｇｍｅｎｔＩＤが０の場合）には次の番組の開始時刻まで２Ｄストリームを受信して再生し、２Ｄ映像を表示する（ステップＳ１０５）。

一方、３Ｄセグメント記述子において番組の一部のみ３Ｄ映像であることが示されていて、かつｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに具体的な時刻が指定されていないとステップＳ１０３で判断すると、また、受信したＥＩＴｐｆに３Ｄセグメント記述子が存在していないと上記ステップＳ１０２で判断すると、端末２０はＶｉｄｅｏ ＥＳを受信し、Ｖｉｄｅｏ ＥＳのアダプテーションフィールド（Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ）を監視する（ステップＳ１０６）。端末２０は２Ｄストリームを受信し、２Ｄ映像を表示しつつ、Ｖｉｄｅｏ ＥＳのＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄを監視し、２Ｄ映像から３Ｄ映像への切り替えタイミングが到来したかどうかを判断する（ステップＳ１０７）。

Ｖｉｄｅｏ ＥＳのＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄを監視した結果、２Ｄ映像から３Ｄ映像への切り替えタイミングが到来してなければ、上記ステップＳ１０７に戻り、２Ｄ映像を表示しつつ、Ｖｉｄｅｏ ＥＳのＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄの監視を継続し、２Ｄ映像から３Ｄ映像への切り替えタイミングが到来したかどうかを判断する。

一方、Ｖｉｄｅｏ ＥＳのＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄを監視した結果、２Ｄ映像から３Ｄ映像への切り替えタイミングが到来することを検出すると、また、放送局やコンテンツ事業者から送信されるＳＩにＦＩＴｐｆが含まれていた場合に、３Ｄセグメント記述子のｓｔｒｅａｍ＿ｓｔａｒｔ＿ＮＰＴに記述された時刻が到来すると、端末２０は、利用可能な３Ｄストリームが存在するかどうか判断する（ステップＳ１０８）。

上記ステップＳ１０８の判断の結果、利用可能な３Ｄストリームが存在していないと端末２０が判断した場合には、端末２０は２Ｄストリームを再生して２Ｄ映像の表示を継続する（ステップＳ１０９）。

また、上記ステップＳ１０８の判断の結果、利用可能な３Ｄストリームが複数存在していると端末２０が判断した場合には、端末２０は、その中から利用する３Ｄストリームを１つ選択する（ステップＳ１１０）。３Ｄストリームを選択する際には、端末２０の内部で予め優先順位を設定していても良く、端末２０のユーザに選択させても良い。

上記ステップＳ１０８の判断の結果、利用可能な３Ｄストリームが１つだけ存在していると端末２０が判断した場合、及び上記ステップＳ１１０において、端末２０が利用する３Ｄストリームを１つ選択した場合には、続いて端末２０は、ＥＩＴｐｆの３Ｄセグメント記述子や、ストリーム中の３Ｄ＿ｓｗｉｔｃｈｉｎｇ＿ｉｎｆｏに記述されている３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅの情報を参照する（ステップＳ１１１）。３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅの情報を参照した結果、３Ｄストリームが放送によって送信されてくることが分かった場合には、端末２０は、ＥＩＴｐｆやストリームで指定された放送信号に切り替えて３Ｄストリームを受信する（ステップＳ１１２）。

また、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅの情報を参照した結果、３ＤストリームがＶＯＤサーバ（例えばサーバ１２）から送信されてくることが分かった場合には、端末２０は、ＥＩＴｐｆやストリームで指定されたサーバにアクセスし、３Ｄストリームを受信する（ステップＳ１１３）。

また、３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅの情報を参照した結果、ダウンロードによって予め蓄積しておいたデータを使用することが分かった場合には、端末２０は、指定された蓄積済みコンテンツの再生に切り替える（ステップＳ１１４）。

このように、放送局やコンテンツ事業者から送信される情報を端末２０で受信することで、３Ｄ映像の表示に対応した端末２０は、２Ｄ映像と３Ｄ映像を自動的に、またユーザの指示に基づいて切り替えて表示することが可能となる。

以上、図１７を用いて、本発明の一実施形態に係る端末２０での２Ｄ映像と３Ｄ映像の切り替え表示処理について説明した。

＜７．３Ｄストリームロケーション情報を用いた放送の別ＴＳの３Ｄ切り替え＞
次に、上記方法１に基づき、上記タイプ２（及びタイプ３）において、上記３Ｄ＿ｓｔｒｅａｍ＿ｌｏｃａｔｉｏｎ＿ｔｙｐｅ＝２、つまり別ＴＳに３Ｄストリームがある場合に、映像の切り替え先の情報である３Ｄストリームロケーション情報を用いて２Ｄ映像と３Ｄ映像とを切り替える伝送方法について説明する。これは、２Ｄ映像を放送するチャンネル（２Ｄチャンネル）において２Ｄ映像を伝送し、一部の番組、または一部の番組の中のさらに一部の区間において３Ｄ映像を別のチャンネル（３Ｄチャンネル）で伝送する場合に用いられる伝送方法であり、上述のタイプ２（及びタイプ３）の場合に用いられる伝送方法である。なお、以下の説明においては、説明の便宜上、「３Ｄストリームロケーション情報」を「リンク情報」、「ストリームロケーションタイプ」を「リンクタイプ」と言い換えることとする。

この場合、２Ｄチャンネルにおいては、受信側で自動的に、またはユーザ操作によって３Ｄ映像を受信するためのリンク先情報として、リンクタイプに「別サービス（別チャンネル）」であることを示す情報が伝送されるとともに、当該別サービスのネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤ及びイベントＩＤが含まれた制御情報が伝送される。

一方、リンク先の別チャンネル（３Ｄチャンネル）においては、番組中または番組終了後に、自動的に、またはユーザ操作に基づいて受信側で２Ｄ映像の表示に切り替わった際に２Ｄチャンネルに戻るための戻り先情報として、元の２ＤチャンネルのネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤが含まれた制御情報が伝送される。

なお、３Ｄチャンネルは複数の２Ｄチャンネルからリンクされる場合が考えられる。放送を受信する端末は、２Ｄ映像から３Ｄ映像に自動的に切り替える際に、元の２Ｄチャンネルの制御情報を記憶しておき、３Ｄ映像から２Ｄ映像に自動的に、またはユーザ操作に基づいて切り替える際には、３Ｄチャンネルで伝送される制御情報に含まれる戻り先情報に従って、２Ｄチャンネルに戻るように制御することができる。

３Ｄチャンネルは、放送を受信する端末に対するユーザによる選局によっても視聴されることができる。ユーザが３Ｄチャンネルを選局した場合には、当該端末は、３Ｄチャンネルで伝送される戻り先情報に依らず、同一チャンネルを再生し続けるようにしてもよい。

図２０は、リンク情報を用いた２Ｄ・３Ｄ切り替えの概要を示す説明図である。図２０には、２Ｄ映像を放送する２Ｄチャンネル１、２と、３Ｄ映像を放送する３Ｄチャンネルとが図示されている。図２０における、時刻ｔ１から時刻ｔ２の間では、２Ｄチャンネル１で放送されている番組が３Ｄチャンネルでも３Ｄ映像で放送されている。また時刻ｔ２からｔ３の間では、２Ｄチャンネル２で放送されている番組が３Ｄチャンネルでも３Ｄ映像で放送されている。

このような場合において、２Ｄチャンネル１、２には上述したような情報が伝送される。すなわち、２Ｄチャンネルには、３Ｄ専用チャンネルのネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤ及びイベントＩＤが含まれた制御情報が伝送される。また、３Ｄ専用チャンネルには、戻り先となる２Ｄチャンネル１、２のネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤが含まれた制御情報が伝送される。

本実施形態では、リンク情報はいずれもＥＩＴｓｃｈｅｄｕｌｅとＥＩＴｐｆとに記述して伝送する。２Ｄチャンネルで伝送されるリンク情報の情報要素には、３Ｄ映像のリンクタイプと、３Ｄ映像のリンク先ロケーションの情報とが含まれる。３Ｄ映像のリンクタイプは、上述の「３Ｄ映像区間の伝送メディアの形態」で説明したようなバリエーションの中から適切なものが選択されて伝送される。リンク情報を用いて２Ｄ映像と３Ｄ映像とを切り替える場合には、リンクタイプとして、上述の「３Ｄ映像区間の伝送メディアの形態」で説明した「放送の別ＴＳ」に相当するものが選択される。そして、リンク先ロケーションとしては、３Ｄ映像のリンクタイプによって適切な３Ｄストリームのアクセス先が選択される。リンク情報を用いて２Ｄ映像と３Ｄ映像とを切り替える場合は、リンク先ロケーションには、例えば３ＤチャンネルのネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤ及びイベントＩＤが含まれる。

一方、３Ｄチャンネルでは、戻り先の２Ｄチャンネルのロケーションの情報が伝送される。この伝送される戻り先の２Ｄチャンネルのロケーションの情報、例えば戻り先の２ＤチャンネルのネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤがある。

このような情報を放送局やコンテンツ配信事業者から送信することで、ストリームを受信した端末は２Ｄ映像と３Ｄ映像とを自動的に、またはユーザ操作に基づいて切り替えることが可能となる。以下、具体例を挙げて情報の内容及び端末側での動作について説明する。

図２１は、１つの番組で２Ｄ映像と３Ｄ映像を同時に放送する場合を示す説明図である。図２１に示した「２Ｄサービス」は、２Ｄ映像を放送する２Ｄチャンネルを指し、「３Ｄサービス」は３Ｄ映像を放送する３Ｄチャンネルを指す。図２１に示した時刻ｔ１までは、２Ｄチャンネルでのみ番組が放送されている状態である。そして、時刻ｔ１からｔ２までは、同一の番組が２Ｄチャンネルと３Ｄチャンネルの両方で放送されている状態である。そして時刻ｔ２以降はまた２Ｄチャンネルでのみ番組が放送されている状態である。

なお、図２１に示した例では、２ＤチャンネルのネットワークＩＤ（Ｎ＿ｉｄ）はＮ１、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ１、サービスＩＤ（Ｓ＿ｉｄ）はＳ１とする。また、３ＤチャンネルのネットワークＩＤ（Ｎ＿ｉｄ）はＮ２、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ２、サービスＩＤ（Ｓ＿ｉｄ）はＳ２とする。

イベントＩＤ（Ｅ＿ｉｄ）がＥ１１である番組が２Ｄチャンネルで放送されている時には、２ＤチャンネルにおけるＥＩＴｐｆに現番組及び次番組の情報が、図２１に示したように伝送される。すなわち、現番組の情報には、イベントＩＤとしてＥ１１が記述され、番組のタイトル（Ｔｉｔｌｅ）として“Ｍｏｖｉｅ１”が記述されている。

また、次番組の情報には、イベントＩＤとしてＥ１２が記述され、番組のタイトルとして“Ｍｏｖｉｅ２”が記述されている。そして、３Ｄ方式（３Ｄｔｙｐｅ）として“ＳｂＳ”が記述される。これは、次番組が３Ｄ映像であり、その３Ｄ映像の方式がサイドバイサイド方式であることが示されている、さらに、その３Ｄ映像は別チャンネルで伝送されることを示す情報が、“ＬｉｎｋＴｙｐｅ”と“ＬｉｎｋＬｏｃａｔｉｏｎ”に記述される。図２１に示した例では、“ＬｉｎｋＴｙｐｅ”として、別チャンネル（別サービス）で３Ｄ映像が伝送されることを示す“ｏｔｈｅｒｓｅｒｖｉｃｅ”が、“ＬｉｎｋＬｏｃａｔｉｏｎ”として３ＤチャンネルのイベントＩＤがＥ２１の番組がその３Ｄ映像であることを示す“Ｎ２／ＴＳ２／Ｓ２／Ｅ２１”が、それぞれ記述されている。もちろんこの他にも番組の内容やジャンル等の情報が記述されていてもよい。

時刻ｔ１になると、３Ｄチャンネルでも放送が開始され、２Ｄチャンネルと３Ｄチャンネルでの同時放送（サイマル放送）が行われる状態となる。放送を受信する端末側で、例えば３Ｄ映像を自動的に表示する設定になっているならば、時刻ｔ１になるとその端末は３Ｄチャンネルを自動的に選局して、３Ｄチャンネルで放送される３Ｄ映像を表示することになる。その際、予め２ＤチャンネルのＥＩＦｐｆによってリンク情報が伝送されてくるので、端末はそのリンク情報に基づいてチャンネルの選局や３Ｄ映像の表示処理を実行することができる。

時刻ｔ１が到達して２Ｄチャンネルで放送される番組が変わると、２ＤチャンネルのＥＩＴｐｆに記述される情報が変化する。すなわち、時刻ｔ１までにＥＩＴｐｆで次番組の情報として記述されていたものが時刻ｔ１以降は現番組の情報として記述されるようになる。そして、時刻ｔ１以降は次番組の情報として、イベントＩＤがＥ１３、番組のタイトルが“Ｍｏｖｉｅ３”と２ＤチャンネルのＥＩＴｐｆに記述された情報が伝送される。

ここで、図２１に示した例においては、３Ｄチャンネルでは現番組の次に放送される番組は存在しないものとする。従って時刻ｔ１以降は、３ＤチャンネルのＥＩＴｐｆには現番組の情報が記述されているが、次番組の情報は記述されていない。そしてその現番組の情報とし、図２１に示したように、イベントＩＤとしてＥ２１、番組のタイトルとして“Ｍｏｖｉｅ２”、３Ｄ方式（３Ｄｔｙｐｅ）として“ＳｂＳ”が記述される。

そして３ＤチャンネルのＥＩＴｐｆには、番組終了後に、または端末に対するユーザ操作によって、同一の番組を２Ｄ映像で放送しているチャンネルに戻るための戻り先情報が記述される。図２１には、“ＲｅｔｕｒｎＬｏｃａｔｉｏｎ”として、その戻り先が２Ｄチャンネルであることを示す“Ｎ１／ＴＳ１／Ｓ１”が記述されることが図示されている。端末はそのリンク情報に基づいて、３Ｄ映像が放送されている番組の終了後に、または端末に対するユーザ操作によって、元の２Ｄチャンネルに戻ることができる。

時刻ｔ２が到達して２Ｄチャンネルで放送される番組が変わると、２ＤチャンネルのＥＩＴｐｆに記述される情報も変化する。このように番組の変化に応じてＥＩＴｐｆに情報を記述して伝送することで、受信側で適切なチャンネルに切り替えて放送を受信することができる。

なお、受信側では、２Ｄチャンネルからリンク先の３Ｄチャンネルに切り替わる際に、元の２ＤチャンネルのネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤを記憶しておいてもよい。そして、リンク先の３Ｄチャンネルからリンク元の２Ｄチャンネルに戻る際に、記憶しておいたネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤと、ＥＩＴｐｆに記述されているネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤとが一致するかどうかの判断処理を実行してもよい。

ＥＩＴｐｆは、複数の３Ｄストリームをリンクするように記述されてもよい。例えば、同一の３Ｄ映像による番組であっても、ある３ＤチャンネルはＳＢＳ方式による３Ｄ映像を伝送し、別の３ＤチャンネルではＭＶＣによる３Ｄ映像を伝送するような場合に、リンク先として両方の３Ｄチャンネルについての情報がＥＩＴｐｆに記述されて伝送される。図２２は、複数の３ＤストリームをリンクするようにＥＩＴｐｆに記述された場合について示す説明図である。図２２に示した「２Ｄサービス」は、２Ｄ映像を放送する２Ｄチャンネルを指し、「３Ｄサービス１」「３Ｄサービス２」は３Ｄ映像を放送する３Ｄチャンネルを指す。なお、図２２に示した例では、２ＤチャンネルのネットワークＩＤ（Ｎ＿ｉｄ）はＮ１、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ１、サービスＩＤ（Ｓ＿ｉｄ）はＳ１とする。また、３Ｄチャンネル１のネットワークＩＤ（Ｎ＿ｉｄ）はＮ２、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ２、サービスＩＤ（Ｓ＿ｉｄ）はＳ２とする。そして、３Ｄチャンネル２のネットワークＩＤ（Ｎ＿ｉｄ）はＮ３、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ３、サービスＩＤ（Ｓ＿ｉｄ）はＳ３とする。放送局やコンテンツ配信事業者は、このようにＥＩＴｐｆに情報を記述して伝送することができ、受信側は、自己の性能（表示可能な方式）に応じて適切なチャンネルに切り替えて放送を受信することができる。

図２１及び図２２では、１つの番組のみが２Ｄチャンネルと３Ｄチャンネルで同時放送される場合が示されているが、連続した番組が２Ｄチャンネルと３Ｄチャンネルで同時放送される場合も考えられる。図２３は、連続した番組が２Ｄチャンネルと３Ｄチャンネルで同時放送される場合について示す説明図である。図２３に示した「２Ｄサービス」は、２Ｄ映像を放送する２Ｄチャンネルを指し、「３Ｄサービス」は３Ｄ映像を放送する３Ｄチャンネルを指す。図２３に示した例では、２ＤチャンネルのネットワークＩＤ（Ｎ＿ｉｄ）はＮ１、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ１、サービスＩＤ（Ｓ＿ｉｄ）はＳ１とする。また、３ＤチャンネルのネットワークＩＤ（Ｎ＿ｉｄ）はＮ２、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ２、サービスＩＤ（Ｓ＿ｉｄ）はＳ２とする。

図２３に示した例では、時刻ｔ１からｔ２の間に放送される番組に続いて、時刻ｔ２からｔ３の間に放送される番組についても、２Ｄチャンネルと３Ｄチャンネルで同時放送される。このような場合において、放送局やコンテンツ配信事業者は図２３に示したような情報をＥＩＴｐｆに記述して伝送することができる。

図２３に示した例において、時刻ｔ２に到達して番組が切り替わる際に、受信側で３Ｄチャンネルを受信していた場合には、受信側は戻り先の２Ｄチャンネルに戻らずに３Ｄチャンネルを継続して受信するようにしてもよい。その際に受信側は、３ＤチャンネルのＥＩＴｐｆにおいて、現番組の戻り先と次番組の戻り先と、さらに３Ｄチャンネルへの切り替え時に記憶しておいた２Ｄチャンネルの情報が一致するかどうかの判断処理を実行してもよい。

図２３に示した例では、イベントＩＤがＥ２１の番組を受信側が受信している場合に、ＥＩＴｐｆに記述されている現番組の戻り先と次番組の戻り先と、さらに切り替え時に記憶しておいた２Ｄチャンネルの情報が一致しているので、時刻ｔ２に到達して番組が切り替わっても、受信側は３Ｄチャンネルの受信を継続することができる。

１つの３Ｄチャンネルには複数の２Ｄチャンネルから同時にリンクされるようにしてもよい。図２４は、複数の２Ｄチャンネルから３Ｄチャンネルで放送される番組に同時にリンクする場合について示す説明図である。図２４に示した「２Ｄサービス１」「２Ｄサービス２」は、２Ｄ映像を放送する２Ｄチャンネルを指し、以下の説明ではそれぞれ２Ｄチャンネル１、２Ｄチャンネル２とする。また、図２４に示した「３Ｄサービス」は３Ｄ映像を放送する３Ｄチャンネルを指す。図２４に示した例では、２Ｄチャンネル１のネットワークＩＤ（Ｎ＿ｉｄ）はＮ１、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ１、サービスＩＤ（Ｓ＿ｉｄ）はＳ１とする。また、３ＤチャンネルのネットワークＩＤ（Ｎ＿ｉｄ）はＮ２、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ２、サービスＩＤ（Ｓ＿ｉｄ）はＳ２とする。そして２Ｄチャンネル２のネットワークＩＤ（Ｎ＿ｉｄ）はＮ３、トランスポートストリームＩＤ（ＴＳ＿ｉｄ）はＴＳ３、サービスＩＤ（Ｓ＿ｉｄ）はＳ３とする。

図２４に示した例では、時刻ｔ１までは、２Ｄチャンネル１、２Ｄチャンネル２、３Ｄチャンネルのいずれにおいても独立した放送が行われている。そして、時刻ｔ１からｔ２までは、２Ｄチャンネル１，２のいずれにおいても、３Ｄチャンネルとの同時放送が行われている。この同時放送が行われている場合には、放送局やコンテンツ配信事業者は、３ＤチャンネルのＥＩＴｐｆに、両方のチャンネルを戻り先として指定した情報を記述して送信する。

そして、時刻ｔ２からｔ３までは、２Ｄチャンネル２と３Ｄチャンネルとの同時放送が行われる。従って、２Ｄチャンネル１から３Ｄチャンネルに切り替わった場合に時刻ｔ２に達すると、受信側は３Ｄチャンネルから２Ｄチャンネル１へ切り替わるように制御することができる。一方、２Ｄチャンネル２から３Ｄチャンネルに切り替わった場合に時刻ｔ２に達すると、受信側はそのまま３Ｄチャンネルの選局を継続するように制御することができる。

図２５は、上述したようなリンク情報が放送局やコンテンツ配信事業者から送信された場合の、本実施形態にかかる受信側の端末での選局・再生動作の一例を示す流れ図である。以下、図２５を用いて本実施形態にかかる受信側の端末での選局・再生動作の一例について説明する。

まず、受信側の端末で特定のチャンネルが選局される（ステップＳ２１１）。この状態で、端末はそのチャンネルで伝送されてくるＥＩＴｐｆを受信し（ステップＳ２１２）、現在の番組が３Ｄ映像のある番組で、かつ端末が３Ｄ映像を表示するモード（３Ｄモード）であるかどうかを判断する（ステップＳ２１３）。このステップＳ２１３の判断の結果、３Ｄ映像のある番組で、かつ端末が３Ｄモードになっていれば、後述のステップＳ２１９に移る。一方、３Ｄ映像のある番組でなければ、または端末が３Ｄモードになっていなければ、端末は２Ｄ映像を再生するとともにＥＩＴｐｆの受信を継続する（ステップＳ２１４）。

上記ステップＳ２１４で端末が２Ｄ映像を再生し、ＥＩＴｐｆの受信を継続している際に、端末は、現在の番組が３Ｄ映像のある番組で、かつユーザから端末に対して３Ｄモードへの切り替えが指示されたかどうかを判断する（ステップＳ２１５）。指示されていれば後述のステップＳ２１９に移る。

端末が２Ｄ映像を再生するとともにＥＩＴｐｆの受信を継続する状態で、端末への３Ｄモードの切り替えが指示されていなければ、続いて、端末は番組が切り替わる前の所定の時間（例えば１０秒前）であり、かつ次の番組が３Ｄ映像のある番組であるかどうかを判断する（ステップＳ２１６）。

上記ステップＳ２１６の判断の結果、番組が切り替わる前の所定の時間に達していないか、または達していても次の番組が３Ｄ映像の無い番組であれば、端末は上記ステップＳ２１４の２Ｄ映像の再生及びＥＩＴｐｆの受信を継続する。一方、番組が切り替わる前の所定の時間に達し、かつ次の番組が３Ｄ映像のある番組であれば、端末は３Ｄ番組への切り替え準備処理を実行する（ステップＳ２１７）。この３Ｄ番組への切り替え準備処理は、例えば３Ｄ映像を再生するための回路の起動（通電）等の処理等であってもよい。

上記ステップＳ２１７での３Ｄ番組への切り替え準備処理が完了すると、端末は番組の切り替えタイミングが到達したかどうかを判断する（ステップＳ２１８）。番組の切り替えタイミングに達していなければ端末は上記ステップＳ２１７に戻って３Ｄ番組への切り替え準備処理を継続する。一方、番組の切り替えタイミングに達していれば、続いて端末は、ＥＩＴｐｆに記述されている情報に基づいて、利用可能な３Ｄストリームがいくつあるかを判断する（ステップＳ２１９）。

上記ステップＳ２１９の判断の結果、利用可能な３Ｄストリームが１つのみの場合は、端末の処理は後述のステップＳ２２１に移る。一方、利用可能な３Ｄストリームが２つ以上存在する場合は、その中から利用する３Ｄストリームを端末機能より１つ選択する（ステップＳ２２０）。

続いて、端末は番組の切り替わり前に受信していたＥＩＴｐｆから、番組の切り替わり後の３Ｄストリームのリンクタイプを取得する（ステップＳ２２１）。３Ｄストリームのリンクタイプがリンク無し（Ｎｏｔ Ｌｉｎｋ）の場合は、端末の処理は後述のステップＳ２２３に移る。一方、３Ｄストリームのリンクタイプが別サービス（ｏｔｈｅｒＳｅｒｖｉｃｅ）である場合には、端末はリンク先のサービス（チャンネル）を自動的に選局するとともに、移動前のチャンネルのネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤを保存する（ステップＳ２２２）。

続いて、端末は３Ｄストリームを受信して３Ｄ映像を再生すると共に、そのチャンネルで送信されるＥＩＴｐｆを受信する（ステップＳ２２３）。そして、端末はユーザ操作によって２Ｄ映像を再生するモード（２Ｄモード）に切り替えられたかどうかを判断する（ステップＳ２２４）。ステップＳ２２４の判断の結果、端末が２Ｄモードに切り替えられていたら、端末の処理は後述のステップＳ２２８に移る。一方、端末が２Ｄモードに切り替えられていなければ、続いて端末は、端末は番組が切り替わる前の所定の時間（例えば１０秒前）に達し、リンク元と戻り先が一致しており、かつ次番組に同じ戻り先が設定されていないかどうかを、上記ステップＳ２２３で受信したＥＩＴｐｆを用いて判断する（ステップＳ２２５）。

上記ステップＳ２２５の判断の結果、上記条件に合致していなければ、端末はステップＳ２２３に戻って３Ｄ映像の再生及びそのチャンネルで送信されるＥＩＴｐｆの受信を継続する。一方、上記ステップＳ２２５の判断の結果、上記条件に合致していれば、端末は２Ｄ番組への切り替え準備処理を実行する（ステップＳ２２６）。この２Ｄ番組への切り替え準備処理は、例えば２Ｄ映像を再生するための回路の起動（通電）等の処理等であってもよい。

上記ステップＳ２２６での２Ｄ番組への切り替え準備処理が完了すると、端末は番組の切り替えタイミングが到達したかどうかを判断する（ステップＳ２２７）。番組の切り替えタイミングに達していなければ端末は上記ステップＳ２２６に戻って２Ｄ番組への切り替え準備処理を継続する。一方、番組の切り替えタイミングに達していれば、３Ｄ番組を放送するチャンネルで伝送されるＥＩＴｐｆに記述される情報に従って、戻り先の２Ｄチャンネルを自動的に選局し（ステップＳ２２８）、上記ステップＳ２１４に戻って２Ｄ映像を再生するとともにＥＩＴｐｆの受信を実行する。

このような図２５で示した一連の処理を実行することで、端末は２Ｄチャンネルと３Ｄチャンネルとを自動的に、またはユーザ操作に基づいて切り替えて受信することができる。以上、図２５を用いて本実施形態にかかる受信側の端末での選局・再生動作の一例について説明した。

次に、本実施形態にかかる受信側の端末での録画予約動作の一例を説明する。図２６は、本実施形態にかかる受信側の端末での録画予約動作の一例を示す流れ図である。

端末でユーザ操作によって録画予約処理が開始されると、端末は放送局等から送信されるＥＩＴＳｃｈｅｄｕｌｅを用いて電子番組表（ＥＰＧ）を画面に表示する（ステップＳ３１１）。ユーザが、画面に表示された電子番組表から、録画を予約する番組を１つ選択すると（ステップＳ３１２）、端末は、ＥＩＴＳｃｈｅｄｕｌｅに記述された情報を取得して、その選択された番組が、３Ｄ映像のある番組であり、かつ自端末が３Ｄ映像の再生に対応しているかを判断する（ステップＳ３１３）。

すなわち、端末は、選択された番組のＥＩＴＳｃｈｅｄｕｌｅに、３Ｄ映像の伝送方式やリンク先の情報が記述されているかどうかで、選択された番組が、３Ｄ映像のある番組であるかどうかを判断する。

上記ステップＳ３１３の判断の結果、選択された番組が３Ｄ映像のある番組でないか、または３Ｄ映像のある番組であっても自端末が３Ｄ映像の再生に対応していなければ、端末は指定された２Ｄ番組の録画予約を実行する（ステップＳ３１６）。一方、上記ステップＳ３１３の判断の結果、選択された番組が３Ｄ映像のある番組であり、かつ自端末が３Ｄ映像の再生に対応していれば、端末は画面に２Ｄ番組と３Ｄ番組のどちらで録画するかをユーザに選択させるための画面を表示する。ユーザは、端末に表示された画面に対する操作によって、２Ｄ番組の録画、３Ｄ番組の録画、または２Ｄ番組及び３Ｄ番組の両方の録画の予約をするかを決定する（ステップＳ３１４）。

端末は、上記ステップＳ３１４でユーザがどの映像の録画を予約したかを判別する（ステップＳ３１５）。ステップＳ３１５の判別の結果、ユーザが２Ｄ映像の録画を選択していた場合には、端末は指定された２Ｄ番組の録画予約を実行する（ステップＳ３１６）。また、ステップＳ３１５の判別の結果、ユーザが３Ｄ番組の録画を選択していた場合には、端末は指定された３Ｄ番組の録画予約を実行する（ステップＳ３１７）。そして、ステップＳ３１５の判別の結果、ユーザが２Ｄ番組と３Ｄ番組の両方の録画を選択していた場合には、端末は指定された２Ｄ番組と３Ｄ番組の両方の録画の録画予約を実行する（ステップＳ３１８）。

このような処理を実行することで、端末は２Ｄ番組及び／または３Ｄ番組の録画予約を行うことができる。以上、本実施形態にかかる受信側の端末での録画予約動作の一例について説明した。

次に、リンク情報を用いて２Ｄ番組と３Ｄ番組とを切り替える際にＥＩＴｓｃｈｅｄｕｌｅ及びＥＩＴｐｆで伝送される記述子の構造例を示す。図２７は、ＥＩＴｓｃｈｅｄｕｌｅ及びＥＩＴｐｆで伝送される記述子の構造例を示す説明図である。なお、図２７で示している数字は各領域のビット数を示している。なお、図２７に示した記述子は、図６で説明した３Ｄセグメント記述子の変形例となる。従って、３Ｄセグメント記述子において戻り先情報等を付加した構造とすることも可能であるが、ここでは便宜上別の構造例とした。

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｄｅｓｃｒｉｐｔｏｒを識別するためのｔａｇである。ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈはこのｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｄｅｓｃｒｉｐｔｏｒの長さが格納される領域である。

ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｃｏｄｉｎｇ＿ｔｙｐｅは、３Ｄ映像の方式についての情報が格納される領域であり、上述の図２１等で示した“３Ｄｔｙｐｅ”に相当する。ｐａｒｔｉａｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｆｌａｇは、番組の一部が３Ｄ映像であるかどうかを識別するためのフラグが格納される領域である。ｐａｒｔｉａｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｆｌａｇが１であれば、当該番組の一部が３Ｄ映像であることを示している。

ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｌｉｎｋａｇｅ＿ｔｙｐｅは、２Ｄ番組と３Ｄ番組とのリンク方式についての情報が格納される領域であり、上述の図２１等で示した“Ｌｉｎｋｔｙｐｅ”に相当する。リンク情報を用いて２Ｄ番組と３Ｄ番組とを切り替える際には、ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｌｉｎｋａｇｅ＿ｔｙｐｅには別サービス（別チャンネル）で３Ｄ番組を伝送することを示す情報が格納される。

ｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔは、２Ｄ番組と３Ｄ番組とがサイマル放送される場合に用いられるフラグが格納される領域である。

その次のｉｆ文は、ｐａｒｔｉａｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｆｌａｇが１であるかどうかを判別するためものである。ｐａｒｔｉａｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｆｌａｇが１、すなわち当該番組の一部が３Ｄ映像であれば、その次の行から、その３Ｄ映像部分の区間についての情報が記述される。ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｓｔａｒｔ＿ＮＰＴは、セグメント開始ＮＰＴが格納される領域であり、ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｄｕｒａｔｉｏｎはその３Ｄ映像の時間長についての情報が格納される領域である。

その次のｉｆ文は、ｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが０であるかどうかを判別するためのものである。ｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが０であれば、２Ｄ映像から３Ｄ映像へのリンク情報が記述され、ｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが１であれば３Ｄ映像から２Ｄ映像へのリンク情報が記述される。

まずｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが０である場合について説明する。ｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが０である場合は、さらにｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｌｉｎｋａｇｅ＿ｔｙｐｅの値によって記述される情報が異なる。ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｌｉｎｋａｇｅ＿ｔｙｐｅが１の場合（同一チャンネル内の別ＥＳで３Ｄ映像を送信する場合）には、その３Ｄ映像のコンポーネントタグが記述される。ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｌｉｎｋａｇｅ＿ｔｙｐｅが２の場合（別チャンネルで３Ｄ映像を送信する場合）には、その３Ｄ映像を送信するネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤ及びイベントＩＤが記述される。ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｌｉｎｋａｇｅ＿ｔｙｐｅが３または４の場合（サーバからの３Ｄ映像のストリーミング、または予めサーバから３Ｄ映像のストリームをダウンロードする場合）は、そのサーバのアドレスについての情報が記述される。

次にｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが１である場合について説明する。ｓｉｍｕｌ＿ｓｔｅｒｅｏ＿ｓｃｏｐｉｃ＿ｅｖｅｎｔが１である場合は、リンク元の２ＤチャンネルのネットワークＩＤ、トランスポートストリームＩＤ及びサービスＩＤが記述される。

放送局等は、この図２７に示したような情報をＥＩＴｓｃｈｅｄｕｌｅ及びＥＩＴｐｆで伝送することで、受信側の端末で２Ｄチャンネルと３Ｄチャンネルとを自動的に切り替えさせたり、端末に対するユーザ操作に基づいて適切なチャンネルを選択させたりすることが可能となる。

次に、本発明の一実施形態に係るコンテンツ伝送方法を用いて信号を伝送する放送局・コンテンツ事業者側のサーバの構成の一例について説明する。

＜８．サーバの構成＞
図１８は、本発明の信号送信装置の一例である、本発明の一実施形態に係る放送局・コンテンツ事業者側のサーバ１２の構成の一例を示す説明図である。以下、図１８を用いて、本発明の一実施形態に係る放送局・コンテンツ事業者側のサーバ１２の構成の一例について説明する。

図１８に示したように、サーバ１２は、コンテンツ生成部１１２と、３Ｄ切り替え情報生成部１１４と、エンコード部１１６と、送信部１１８と、を含んで構成される。

コンテンツ生成部１１２は、２Ｄ映像または３Ｄ映像からなる映像コンテンツのデータを生成するものである。コンテンツ生成部１１２が生成した映像コンテンツのデータは、２Ｄ映像または３Ｄ映像として端末２０に表示させることができる。コンテンツ生成部１１２が生成した映像コンテンツのデータはエンコード部１１６に送られる。

３Ｄ切り替え情報生成部１１４は、端末２０において２Ｄ映像と３Ｄ映像とを自動的に切り替えることができるための３Ｄ切り替え情報を生成するものである。３Ｄ切り替え情報生成部１１４が生成する３Ｄ切り替え情報は上述の「４．２Ｄ・３Ｄ切り替えに必要となる情報」で説明した各種情報である。３Ｄ切り替え情報生成部１１４が生成する３Ｄ切り替え情報はエンコード部１１６に送られる。

エンコード部１１６は、コンテンツ生成部１１２が生成した映像コンテンツのデータ及び３Ｄ切り替え情報生成部１１４が生成する３Ｄ切り替え情報を、所定のエンコード方式でエンコードするものである。エンコード部１１６でのエンコード後のデータは送信部１１８に送られる。

送信部１１８は、エンコード部１１６でのエンコード後のデータを送信するものである。エンコード部１１６でのエンコード後のデータは、アンテナ１１から送信されても良く、ネットワーク１５を介して送信されてもよい。

以上、図１８を用いて、本発明の一実施形態に係る放送局・コンテンツ事業者側のサーバ１２の構成の一例について説明した。次に、本発明の一実施形態に係る端末２０の構成の一例について説明する。

＜９．端末の構成＞
図１９は、本発明の一実施形態に係る端末２０の構成の一例を示す説明図である。以下、図１９を用いて、本発明の一実施形態に係る端末２０の構成の一例について説明する。

図１９に示したように、本発明の一実施形態に係る端末２０は、チューナ部１２２と、通信部１２４と、ストリーム処理部１２６と、映像デコード部１２８と、音声デコード部１３０と、再生制御部１３２と、コンテンツ記録部１３４と、３Ｄ変換処理部１３６と、映像表示部１３８と、音声出力部１４０と、を含んで構成される。

チューナ部１２２は、アンテナ２２で受信したデジタル放送の放送信号を受信し、その放送信号から、所定の番組に対応する所定の帯域の放送信号を抽出する。デジタル放送の放送信号から抽出した所定の帯域の放送信号に復調等の所定の処理を施す。そしてチューナ部１２２は、上記所定の処理を施すことによって得られるストリームから、所定の番組のパケットを分離して映像デコード部１２８と、音声デコード部１３０とに供給する。

通信部１２４は、ネットワーク１５を経由して送信された信号を受信したり、ネットワーク１５へ向けて信号を送信したりするものである。端末２０は、サーバ１２からネットワーク１５を経由して送信された番組（コンテンツ）のストリームを通信部１２４で受信すると、受信したストリームをストリーム処理部１２６に供給する。

ストリーム処理部１２６は、サーバ１２からネットワーク１５を経由して送信され、通信部１２４が受信したストリームに対して復調等の所定の処理を施すものである。ストリーム処理部１２６は、上記所定の処理を施すことによって得られるストリームから、所定の番組のパケットを分離して映像デコード部１２８と、音声デコード部１３０とに供給する。

映像デコード部１２８は、チューナ部１２２やストリーム処理部１２６から供給される番組やコンテンツのパケットをデコードして映像信号を出力するものである。また音声デコード部１３０は、チューナ部１２２やストリーム処理部１２６から供給される番組やコンテンツのパケットをデコードして音声信号を出力するものである。

再生制御部１３２は、番組やコンテンツの再生を制御するものであり、番組やコンテンツの再生の制御には、例えば、放送局やコンテンツ事業者側で生成された２Ｄ映像と３Ｄ映像との切り替え情報に基づいた、受信するストリームの切り替え制御がある。再生制御部１３２は、上述したような、放送局やコンテンツ事業者からの情報を解析することで、適切なストリームの再生ができるように、チューナ部１２２やストリーム処理部１２６に対する制御を実行する。

コンテンツ記録部１３４は、通信部１２４が受信したストリームを記録するものである。コンテンツ記録部１３４に記録されたストリームは、再生制御部１３２によってストリームの切り替え制御が行われると、必要に応じてコンテンツ記録部１３４から読み出されて、ストリーム処理部１２６において復調等の所定の処理が施される。

３Ｄ変換処理部１３６は、映像デコード部１２８によってデコードされた映像信号に対して、必要に応じて２Ｄ映像から３Ｄ映像への、また３Ｄ映像から２Ｄ映像への切り替え処理を実行するものである。

以上、図１９を用いて、本発明の一実施形態に係る端末２０の構成の一例について説明した。端末２０は、このような構成を有することで、放送局やコンテンツ事業者から送信される情報に基づいて、２Ｄ映像と３Ｄ映像とを切り替えて表示することが可能となる。また、端末２０に表示される映像を見るユーザは、リモートコントローラ等を用いて端末２０を操作することで、３Ｄ映像区間になっても２Ｄ映像の視聴の継続を選択することができる。もちろん、本発明においては、放送局やコンテンツ事業者から送信される情報に基づいて、２Ｄ映像と３Ｄ映像とを切り替えて表示する端末の構成は、かかる例に限定されないことは言うまでも無い。

＜１０．まとめ＞
以上説明したように本発明の一実施形態によれば、２Ｄ映像と３Ｄ映像とを切り替えるための情報が、種々の映像伝送方式や３Ｄ伝送方式に対応するように生成して、放送局やコンテンツ事業者から送信される。そして、映像を表示する端末側では、この生成された情報に基づいて、２Ｄ映像と３Ｄ映像とを自動的に（またはユーザの指示に基づいて）切り替えて表示させることが可能となる。

従って、３Ｄ映像の表示に対応した端末は、上記情報を解釈することができるように構成すれば、自動的に（またはユーザの指示に基づいて）２Ｄ映像と３Ｄ映像とを切り替えて表示することができる。一方、３Ｄ映像の表示に対応していない端末では、上記情報を受信しても無視することで、３Ｄ映像区間であっても２Ｄ映像の表示を継続することができる。そして、３Ｄ映像区間における３Ｄストリームが２Ｄストリームと別に送信されてくる場合には、３Ｄ映像区間であっても２Ｄストリームを継続して受信することで、画質を低下させずに２Ｄ映像の表示を継続することができる。

なお、上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

１０ 放送局
１１ アンテナ
１２ サーバ
１５ ネットワーク
２０ 端末
２１ ストレージデバイス
２２ アンテナ
１１２ コンテンツ生成部
１１４ ３Ｄ切り替え情報生成部
１１６ エンコード部
１１８ 送信部
１２２ チューナ部
１２４ 通信部
１２６ ストリーム処理部
１２８ 映像デコード部
１３０ 音声デコード部
１３２ 再生制御部
１３４ コンテンツ記録部
１３６ ３Ｄ変換処理部
１３８ 映像表示部
１４０ 音声出力部

Claims (47)

1. １または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、
   １または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに前記通常映像コンテンツに対応する立体映像コンテンツを伝送する立体映像伝送ステップと、
   前記放送チャンネルに付随して前記立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、
   前記放送チャンネルに付随して前記立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、
   を備える、映像コンテンツ伝送方法。
2. 前記放送チャンネルは１つであり、当該放送チャンネルのストリームも１つである、請求項１に記載の映像コンテンツ伝送方法。
3. 前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に記述される、請求項２に記載の映像コンテンツ伝送方法。
4. 前記通常映像コンテンツは所定の番組を構成し、
   前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述される、請求項３に記載の映像コンテンツ伝送方法。
5. 前記通常映像コンテンツは所定の番組を構成し、
   現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述される、請求項３に記載の映像コンテンツ伝送方法。
6. 前記方式情報送信ステップで送信される前記方式情報は、ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）のアダプテーションフィールドに記述される、請求項２に記載の映像コンテンツ伝送方法。
7. 前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述される、請求項２に記載の映像コンテンツ伝送方法。
8. 前記放送チャンネルは１つであり、当該放送チャンネルのストリームは２以上である、請求項１に記載の映像コンテンツ伝送方法。
9. 前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴに記述される、請求項８に記載の映像コンテンツ伝送方法。
10. 前記通常映像コンテンツは所定の番組を構成し、
    前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述される、請求項９に記載の映像コンテンツ伝送方法。
11. 前記通常映像コンテンツは所定の番組を構成し、
    現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述される、請求項９に記載の映像コンテンツ伝送方法。
12. 前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述される、請求項８に記載の映像コンテンツ伝送方法。
13. 前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述される、請求項８に記載の映像コンテンツ伝送方法。
14. 前記放送チャンネルは２以上であり、それぞれの放送チャンネルのストリームは２以上であり、
    前記通常映像伝送ステップは、第１の放送チャンネルの第１のストリームで通常映像コンテンツを伝送し、
    前記立体映像伝送ステップは、第２の放送チャンネルの第１のストリームで立体映像コンテンツを伝送し、
    前記方式情報送信ステップは、前記方式情報を前記第１のチャンネルに付随して送信し、
    前記取得先情報送信ステップは、前記取得先情報を前記第１のチャンネルに付随して送信する、請求項１に記載の映像コンテンツ伝送方法。
15. 前記立体映像伝送ステップで立体映像コンテンツが伝送される際に、該立体映像コンテンツに対応する通常映像コンテンツが伝送される前記第１のストリームへの戻り先情報を伝送する戻り先情報伝送ステップをさらに備える、請求項１４に記載の映像コンテンツ伝送方法。
16. 前記方式情報送信ステップで送信される前記方式情報は、前記第１のチャンネルのＥＩＴに記述される、請求項１４に記載の映像コンテンツ伝送方法。
17. 前記通常映像コンテンツは所定の番組を構成し、
    前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述される、請求項１６に記載の映像コンテンツ伝送方法。
18. 前記通常映像コンテンツは所定の番組を構成し、
    現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述される、請求項１６に記載の映像コンテンツ伝送方法。
19. 前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述される、請求項１４に記載の映像コンテンツ伝送方法。
20. 前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述される、請求項１４に記載の映像コンテンツ伝送方法。
21. 前記立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を伝送する伝送形態識別情報送信ステップをさらに備える、請求項１に記載の映像コンテンツ伝送方法。
22. １または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、
    前記通常映像コンテンツに対応する立体映像コンテンツをサーバからのストリーミングにより伝送する立体映像伝送ステップと、
    前記放送チャンネルに付随して前記立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、
    前記放送チャンネルに付随して前記立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、
    を備える、映像コンテンツ伝送方法。
23. 前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴに記述される、請求項２２に記載の映像コンテンツ伝送方法。
24. 前記通常映像コンテンツは所定の番組を構成し、
    前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述される、請求項２３に記載の映像コンテンツ伝送方法。
25. 前記通常映像コンテンツは所定の番組を構成し、
    現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述される、請求項２３に記載の映像コンテンツ伝送方法。
26. 前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述される、請求項２２に記載の映像コンテンツ伝送方法。
27. 前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述される、請求項２２に記載の映像コンテンツ伝送方法。
28. 前記立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を伝送する伝送形態識別情報送信ステップをさらに備える、請求項２２に記載の映像コンテンツ伝送方法。
29. １または２以上の放送チャンネルにおいてそれぞれ伝送される１または２以上のストリームに通常映像コンテンツを伝送する通常映像伝送ステップと、
    前記通常映像コンテンツに対応する立体映像コンテンツを当該立体映像コンテンツが表示される期間の前にサーバから予め伝送する立体映像伝送ステップと、
    前記放送チャンネルに付随して前記立体映像コンテンツの伝送方式に関する方式情報を送信する方式情報送信ステップと、
    前記放送チャンネルに付随して前記立体映像コンテンツの取得先に関する取得先情報を送信する取得先情報送信ステップと、
    を備える、映像コンテンツ伝送方法。
30. 前記方式情報送信ステップで送信される前記方式情報は、ＥＩＴに記述される、請求項２９に記載の映像コンテンツ伝送方法。
31. 前記通常映像コンテンツは所定の番組を構成し、
    前記立体映像コンテンツが前記所定の番組の一部区間にのみ存在する場合に、当該番組内における前記立体映像コンテンツの時間情報が前記ＥＩＴに記述される、請求項３０に記載の映像コンテンツ伝送方法。
32. 前記通常映像コンテンツは所定の番組を構成し、
    現在の番組に関する、前記方式情報送信ステップで送信される前記方式情報と、次の番組に関する、前記方式情報送信ステップで送信される前記方式情報とが前記ＥＩＴに記述される、請求項３０に記載の映像コンテンツ伝送方法。
33. 前記方式情報送信ステップで送信される前記方式情報は、ＴＳのアダプテーションフィールドに記述される、請求項２９に記載の映像コンテンツ伝送方法。
34. 前記方式情報送信ステップで送信される前記方式情報は、Ｖｉｄｅｏ ＥＳのヘッダ領域に記述される、請求項２９に記載の映像コンテンツ伝送方法。
35. 前記立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を伝送する伝送形態識別情報送信ステップをさらに備える、請求項２９に記載の映像コンテンツ伝送方法。
36. 通常映像コンテンツまたは立体映像コンテンツを表示する表示部と、
    通常映像コンテンツまたは立体映像コンテンツが含まれる１または２以上の放送チャンネル内の１または２以上のストリームを受信するとともに、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツの伝送方式に関する方式情報及び前記立体映像コンテンツの取得先に関する取得先情報を受信する受信部と、
    前記通常映像コンテンツを表示する第１のモードと、前記立体映像コンテンツを表示する第２のモードとを切り替えるモード切り替え部と、
    を備え、
    前記モード切り替え部により前記第１のモードが選択された場合に、前記表示部は前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示し、
    前記モード切り替え部により前記第２のモードが選択された場合に、前記表示部は前記受信部が受信する前記伝送方式情報及び前記取得先情報に基づいて、前記立体映像コンテンツが伝送されるストリームを受信して前記立体映像コンテンツを表示する、表示装置。
37. 前記受信部は、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツが伝送されるストリームから通常映像コンテンツが伝送されるストリームへの戻り先情報を受信し、
    前記モード切り替え部が前記第２のモードから前記第１のモードに切り替えた場合には、前記戻り先情報に基づいて前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示する、請求項３６に記載の表示装置。
38. 前記受信部は、前記放送チャンネルに付随して伝送される、立体映像コンテンツが伝送されるストリームから通常映像コンテンツが伝送されるストリームへの戻り先情報を受信し、
    前記立体映像コンテンツが伝送されるストリームが終了した場合には、前記戻り先情報に基づいて前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示する、請求項３６に記載の表示装置。
39. 前記モード切り替え部により前記第２のモードが選択された場合に前記立体映像コンテンツが伝送されるストリームを前記受信部が受信出来ないときは、前記受信部は、前記通常映像コンテンツが伝送されるストリームを受信して、前記表示部は前記受信部が受信した通常映像コンテンツを表示し、
    前記立体映像コンテンツが伝送されるストリームが出現したときは、前記受信部は、前記方式情報に基づいて前記立体映像コンテンツが伝送されるストリームを受信し、前記表示部は前記受信部が受信した立体映像コンテンツを表示する、請求項３６に記載の表示装置。
40. 前記立体映像コンテンツが伝送されるストリームが出現した場合に、前記通常映像コンテンツが伝送されるストリームの取得先情報を記憶する記憶部をさらに備える、請求項３６に記載の表示装置。
41. 前記受信部は、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツが伝送されるストリームから通常映像コンテンツが伝送されるストリームへの戻り先情報を受信し、
    前記立体映像コンテンツが終了した場合に、前記記憶部が記憶した取得先情報と、前記戻り先情報とが一致したときは、前記モード切り替え部は前記第１のモードを選択し、前記表示部は前記戻り先情報に基づいて前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示する、請求項４０に記載の表示装置。
42. 通常映像コンテンツ及び立体映像コンテンツは、同一の放送チャンネル内の同一ストリームで伝送される、請求項３６に記載の表示装置。
43. 通常映像コンテンツ及び立体映像コンテンツは、同一の放送チャンネル内の異なるストリームで伝送される、請求項３６に記載の表示装置。
44. 通常映像コンテンツ及び立体映像コンテンツは、それぞれ異なる放送チャンネル内のストリームで伝送される、請求項３４に記載の表示装置。
45. 前記受信部は、立体映像コンテンツの伝送形態を識別する情報が記述された伝送形態識別情報を受信し、該伝送形態識別情報に応じて立体映像コンテンツの受信処理を切り替える、請求項３６に記載の表示装置。
46. 通常映像コンテンツまたは立体映像コンテンツを表示する表示部と、
    通常映像コンテンツが含まれる放送チャンネル内のストリームを受信するとともに、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツの伝送方式に関する方式情報及び前記立体映像コンテンツの取得先に関する取得先情報を受信する受信部と、
    ストリーミングにより立体映像コンテンツを受信するストリーム受信部と、
    前記通常映像コンテンツを表示する第１のモードと、前記立体映像コンテンツを表示する第２のモードとを切り替えるモード切り替え部と、
    を備え、
    前記モード切り替え部により前記第１のモードが選択された場合に、前記表示部は前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示し、
    前記モード切り替え部により前記第２のモードが選択された場合に、前記表示部は前記受信部が受信する前記伝送方式情報及び前記取得先情報に基づいて、前記立体映像コンテンツをストリーミングにより前記ストリーム受信部で受信して前記立体映像コンテンツを表示する、表示装置。
47. 通常映像コンテンツまたは立体映像コンテンツを表示する表示部と、
    通常映像コンテンツが含まれる放送チャンネル内のストリームを受信するとともに、前記放送チャンネルに付随して伝送される、前記立体映像コンテンツの伝送方式に関する方式情報及び前記立体映像コンテンツの取得先に関する取得先情報を受信する受信部と、
    サーバから立体映像コンテンツをダウンロードするコンテンツ受信部と、
    前記通常映像コンテンツを表示する第１のモードと、前記立体映像コンテンツを表示する第２のモードとを切り替えるモード切り替え部と、
    を備え、
    前記モード切り替え部により前記第１のモードが選択された場合に、前記表示部は前記通常映像コンテンツが伝送されるストリームを受信して前記通常映像コンテンツを表示し、
    前記モード切り替え部により前記第２のモードが選択された場合に、前記表示部は前記受信部が受信する前記伝送方式情報及び前記取得先情報に基づいて、予めダウンロードした前記立体映像コンテンツを表示する、表示装置。

Images