(57)【要約】  ３Ｄ画像データと２Ｄ画像データを送信機器から受信機器に時分割的に送る場合に、受信機器側における画像表示が良好に行われるようにする。  画像データ取得部により画像データを取得し、送信部によりこの画像データを外部機器に送信する。送信部は、画像データが立体画像を構成する複数のビュー、例えば左眼ビューおよび右眼ビューの画像データであるとき、各ビューの画像データを立体画像用の伝送フォーマットで送信する。また、送信部は、画像データが２次元画像データであるときも、同一の立体画像用の伝送フォーマットで送信する。
2014050447.tif 000002
【特許請求の範囲】
【請求項１】
画像データを取得する画像データ取得部と、
上記取得された画像データを外部機器に送信する送信部とを備え、
上記送信部は、
上記取得される画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信装置。
【請求項２】
上記送信部は、
上記２次元画像データを送信するとき、該２次元画像データを再フォーマットして、上記左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データを生成する
請求項１に記載の送信装置。
【請求項３】
上記外部機器における立体表示方式の情報を取得する情報取得部をさらに備え、
上記送信部は、
上記取得された立体表示方式の情報に応じて、上記２次元画像データの再フォーマットを行って、上記第１および第２の画像データを得る
請求項２に記載の送信装置。
【請求項４】
上記送信部は、上記立体表示方式が偏光方式であるとき、
上記２次元画像データを偶数ラインの画像データと奇数ラインの画像データとに分割し、上記第１の画像データを偶数ラインの画像データにより構成し、上記第２の画像データを奇数ラインの画像データにより構成する
請求項３に記載の送信装置。
【請求項５】
上記送信部は、上記立体表示方式がシャッター方式であるとき、
上記第１の画像データの各フレームを上記２次元画像データの各フレームで構成し、上記第２の画像データの各フレームを上記２次元画像データの各フレーム間の補間フレームで構成する
請求項３に記載の送信装置。
【請求項６】
上記送信部は、
上記２次元画像データを送信するとき、該２次元画像データを、上記左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データとし、
上記第１および第２の画像データが同一の２次元画像データであることを示す識別情報をさらに送信する
請求項１に記載の送信装置。
【請求項７】
上記送信部は、さらに、
上記立体画像用の伝送フォーマットで送信する画像データに応じた、ユーザに特定の視聴動作を促すメッセージの情報を送信する
請求項１に記載の送信装置。
【請求項８】
上記取得される画像データに、ユーザに特定の視聴動作を促すメッセージの表示データを重畳する重畳部をさらに備える
請求項１に記載の送信装置。
【請求項９】
画像データを取得する画像データ取得ステップと、
上記取得された画像データを外部機器に送信する送信ステップとを備え、
上記送信ステップでは、
上記取得される画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信方法。
【請求項１０】
外部機器から、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データを受信すると共に、上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるか同一の２次元画像データであるかを示す識別情報を受信する受信部と、
上記受信された第１および第２の画像データに対して上記受信された識別情報に基づいて処理を行って表示用画像データを得る処理部とを備える
受信装置。
【請求項１１】
上記処理部は、
上記識別情報が上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであることを示すとき、上記第１および第２の画像データを処理して立体画像を表示するための表示用画像データを得、
上記識別情報が上記第１および第２の画像データが同一の２次元画像データであることを示すとき、上記第１および第２の画像データの一方を用いて２次元画像を表示するための表示用画像データを得る
請求項１０に記載の受信装置。
【請求項１２】
外部機器から、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データを受信すると共に、上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるか同一の２次元画像データであるかを示す識別情報を受信する受信ステップと、
上記受信された第１および第２の画像データに対して上記受信された識別情報に基づいて処理を行って表示用画像データを得る処理ステップとを備える
受信方法。
【請求項１３】
外部機器から、立体画像用の伝送フォーマットで送られてくる画像データを受信すると共に、該画像データが立体画像を表示するための画像データであるか２次元画像を表示するための画像データであるかに応じた、ユーザに特定の動作を促すメッセージを示すメッセージ情報を受信する受信部と、
上記受信された画像データを処理して、立体画像または２次元画像を表示するための表示用画像データを得る処理部と、
上記受信されたメッセージ情報に基づいてメッセージ表示データを得るメッセージ発生部と、
上記得られた表示用画像データに上記得られたメッセージ表示データを重畳する重畳部とを備える
受信装置。
【請求項１４】
立体表示方式がシャッター方式であり、上記受信されたメッセージの情報に基づいて、シャッターメガネの動作を制御する制御部をさらに備える
請求項１３に記載の受信装置。
【請求項１５】
外部機器から、立体画像用の伝送フォーマットで送られてくる画像データを受信すると共に、該画像データが立体画像を表示するための画像データであるか２次元画像を表示するための画像データであるかに応じた、ユーザに特定の動作を促すメッセージを示すメッセージ情報を受信する受信ステップと、
上記受信された画像データを処理して、立体画像または２次元画像を表示するための表示用画像データを得る処理ステップと、
上記受信されたメッセージ情報に基づいてメッセージ表示データを得るメッセージ発生ステップと、
上記得られた表示用画像データに上記得られたメッセージ表示データを重畳する重畳ステップとを備える
受信方法。
【請求項１６】
画像データを取得する画像データ取得部と、
上記画像データを外部機器に送信する送信部とを備え、
上記送信部は、
上記取得される画像データが立体画像を構成する複数のビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、３Ｄ（立体）コンテンツと２Ｄ（２次元）コンテンツの画像データを時分割的に外部機器に送信する送信装置などに関する。
【背景技術】
【０００２】
例えば、特許文献１には、放送局からの配信内容が２Ｄ画像から３Ｄ画像に、あるいは３Ｄ画像から２Ｄ画像に動的に変化する場合に、受信機が正しいストリーム受信を行い得るためのシグナリングについての記載がある。この場合、例えば、２Ｄ画像の配信時には２Ｄ画像データを含むＡＶＣストリームが送信され、３Ｄ画像の配信時には３Ｄ画像を構成するベースビューおよびノンベースビューの画像データを含むＭＶＣストリームが送信される。３Ｄ画像の配信時には、トランスポートストリームに、ベースビューとノンベースビューの関連付け情報が挿入される。受信機は、この関連付け情報に基づき、配信内容の動的な変化を認識して、デコード処理および表示処理を動的に切り替えることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２３４３３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、受信機がセットトップボックスであり、上述したように放送局からの配信内容が２Ｄ画像から３Ｄ画像に、あるいは３Ｄ画像から２Ｄ画像に動的に変化する場合を考える。この場合、セットトップボックスからモニタ、例えばテレビ受信機に、３Ｄ画像を構成する左眼ビューおよび右眼ビューの画像データ（以下、適宜、「立体（３Ｄ）画像データ」という）と、２Ｄ画像データとが、例えば、ＨＤＭＩなどのデジタルインタフェースを通じて、時分割的に、送信されることとなる。【０００５】
従来、３Ｄ画像データは立体画像用の伝送フォーマットで送信され、一方、２Ｄ画像データは２次元画像用の伝送フォーマットで送信される。そのため、放送局からの配信内容が２Ｄ画像から３Ｄ画像に、あるいは３Ｄ画像から２Ｄ画像に動的に変化する際に、デジタルインタフェースのフォーマットパラメータの変更が発生する。この際に、セットトップボックスとモニタとの間で既存の接続設定からのパラメータの変更が起き、その変更時点から実際に画像データが送信されるまでの間にタイムラグが生じ、モニタにおいて非表示期間（ミュート期間）が発生する可能性がある。【０００６】
本技術の目的は、３Ｄ画像データと２Ｄ画像データを送信機器から受信機器に時分割的に送る場合に、受信機器側における画像表示が良好に行われるようにすることにある。
【課題を解決するための手段】
【０００７】
本技術の概念は、
画像データを取得する画像データ取得部と、
上記取得された画像データを外部機器に送信する送信部とを備え、
上記送信部は、
上記取得される画像データが立体画像を構成する複数のビュー、例えば左眼ビューおよび右眼ビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信装置にある。【０００８】
本技術において、画像データ取得部により画像データが取得され、送信部によりこの画像データが外部機器に送信される。例えば、画像取得部は、イベント単位で、立体画像を構成する複数のビュー、例えば左眼ビューおよび右眼ビューの画像データを含むビデオストリームを有するコンテナを受信する。送信部では、取得される画像データが立体画像を構成する複数のビュー、例えば左眼ビューおよび右眼ビューの画像データであるとき、各ビューの画像データが立体画像用の伝送フォーマットで送信される。また、送信部では、取得される画像データが２次元画像データであるとき、２次元画像データが立体画像用の伝送フォーマットで送信される。例えば、ＨＤＭＩなどのデジタルインタフェースを介して、有線あるいは無線により送信される。【０００９】
このように本技術においては、立体（３Ｄ）画像データ（複数のビュー、例えば左眼ビューおよび右眼ビューの画像データ）も２次元画像データも、同一の立体画像用の伝送フォーマットで送信される。そのため、立体画像データから２次元画像データ、あるいは２次元画像データから立体画像データへの切り換えがあっても、デジタルインタフェースのフォーマットパラメータの変更が発生しない。そのため、外部機器との間で接続設定のパラメータ変更が起こることがなく、外部機器において非表示期間（ミュート期間）が発生することを抑制できる。【００１０】
なお、本技術において、例えば、送信部は、２次元画像データを送信するとき、この２次元画像データを再フォーマットして、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データを生成する、ようにされてもよい。この場合、外部機器側では、立体画像の表示処理を行っても、表示能力に対して空間的にも時間的にもフル解像度の２次元画像表示を行うことが可能となる。【００１１】
この場合、例えば、外部機器における立体表示方式の情報を取得する情報取得部をさらに備え、送信部は、取得された立体表示方式の情報に応じて、２次元画像データの再フォーマットを行って、第１および第２の画像データを得る、ようにされてもよい。【００１２】
例えば、送信部は、立体表示方式が偏光方式であるとき、２次元画像データを偶数ラインの画像データと奇数ラインの画像データとに分割し、第１の画像データを偶数ラインの画像データにより構成し、第２の画像データを奇数ラインの画像データにより構成する、ようにされてもよい。また、例えば、送信部は、立体表示方式がシャッター方式であるとき、第１の画像データの各フレームを２次元画像データの各フレームで構成し、第２の画像データの各フレームを２次元画像データの各フレーム間の補間フレームで構成する、ようにされてもよい。【００１３】
また、本技術において、例えば、送信部は、２次元画像データを送信するとき、この２次元画像データを、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データとし、第１および第２の画像データが同一の２次元画像データであることを示す識別情報をさらに送信する、ようにされてもよい。この場合、外部機器側では、識別情報に基づいて、第１および第２の画像データの一方を用いて２次元画像の表示処理を行うことができ、表示能力に対して空間的にも時間的にもフル解像度の２次元画像表示を行うことが可能となる。【００１４】
また、本技術において、例えば、送信部は、さらに、立体画像用の伝送フォーマットで送信する画像データに応じた、ユーザに特定の視聴動作を促すメッセージの情報を送信する、ようにされてもよい。このようなメッセージ情報の送信により、外部機器側において、ユーザに特定の視聴動作を促すことが可能となり、ユーザは正しい状態での視聴が可能となる。例えば、立体画像表示が行われる場合には３Ｄメガネ（偏光メガネ、シャッターメガネなど）を付けることを促し、逆に、２次元画像表示が行われる場合には３Ｄメガネを外すことを促すものである。【００１５】
また、本技術において、例えば、取得される画像データに、ユーザに特定の視聴動作を促すメッセージの表示データを重畳する重畳部をさらに備える、ようにされてもよい。このように画像データにメッセージの表示データを重畳することで、外部機器側において、ユーザに特定の視聴動作を促すことが可能となり、ユーザは正しい状態での視聴が可能となる。【００１６】
また、本技術の他の概念は、
外部機器から、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データを受信すると共に、上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるか同一の２次元画像データであるかを示す識別情報を受信する受信部と、
上記受信された第１および第２の画像データに対して上記受信された識別情報に基づいて処理を行って表示用画像データを得る処理部とを備える
受信装置にある。【００１７】
本技術において、受信部により、外部機器から、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データが受信される。また、この受信部により、外部機器から、第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるか同一の２次元画像データであるかを示す識別情報が受信される。そして、処理部により、受信された第１および第２の画像データに対して、受信された識別情報に基づいて処理が行われ、表示用画像データが得られる。【００１８】
例えば、処理部では、識別情報が第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであることを示すとき、第１および第２の画像データを処理して立体画像を表示するための表示用画像データが得られる。また、この処理部では、識別情報が第１および第２の画像データが同一の２次元画像データであることを示すとき、第１および第２の画像データの一方が用いられて、２次元画像を表示するための表示用画像データが得られる。【００１９】
このように本技術においては、第１および第２の画像データに対して、識別情報に基づいて処理が行われて、表示用画像データが得られるものである。そのため、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データが同一の２次元画像データである場合には、第１および第２の画像データの一方を用いて２次元画像を表示するための表示用画像データを得ることができ、表示能力に対してフル解像度の２次元画像表示が可能となる。【００２０】
また、本技術の他の概念は、
外部機器から、立体画像用の伝送フォーマットで送られてくる画像データを受信すると共に、該画像データが立体画像を表示するための画像データであるか２次元画像を表示するための画像データであるかに応じた、ユーザに特定の動作を促すメッセージを示すメッセージ情報を受信する受信部と、
上記受信された画像データを処理して、立体画像または２次元画像を表示するための表示用画像データを得る処理部と、
上記受信されたメッセージ情報に基づいてメッセージ表示データを得るメッセージ発生部と、
上記得られた表示用画像データに上記得られたメッセージ表示データを重畳する重畳部とを備える
受信装置にある。【００２１】
本技術において、受信部により、外部機器から、立体画像用の伝送フォーマットで送られてくる画像データが受信される。また、この受信部により、外部機器から、この画像データが立体画像を表示するための画像データであるか２次元画像を表示するための画像データであるかに応じた、ユーザに特定の動作を促すメッセージを示すメッセージ情報が受信される。【００２２】
処理部により、受信された画像データが処理されて、立体画像または２次元画像を表示するための表示用画像データが得られる。また、受信されたメッセージ情報に基づいて、メッセージ表示データが得られる。そして、重畳部により、表示用画像データにメッセージの表示データが重畳される。【００２３】
このように本技術においては、立体画像または２次元画像を表示するための表示用画像データに、ユーザに特定の視聴動作を促すメッセージの表示データが重畳されるものである。そのため、ユーザに特定の視聴動作を促すことが可能となり、ユーザは正しい状態での視聴が可能となる。例えば、立体画像表示が行われる場合には３Ｄメガネを付けることを促すことができ、逆に、２次元画像表示が行われる場合には３Ｄメガネを外すことを促すことができる。【００２４】
なお、本技術において、例えば、立体表示方式がシャッター方式であり、上記受信されたメッセージの情報に基づいて、シャッターメガネの動作を制御する制御部をさらに備える、ようにされてもよい。
【発明の効果】
【００２５】
本技術によれば、３Ｄ画像データと２Ｄ画像データを送信機器から受信機器に時分割的に送る場合に、受信機器側における画像表示を良好に行うことができる。
【図面の簡単な説明】
【００２６】
【図１】実施の形態としての画像送受信システムの構成例を示すブロック図である。
【図２】３Ｄコンテンツや２Ｄコンテンツを送信する場合における放送局側およびセットトップボックス側の処理を概略的に示す図である。
【図３】セットトップボックスおよびテレビ受信機における処理機能を説明するための図である。
【図４】立体画像データを立体画像用の伝送フォーマット、例えば「3D Frame Packing」で送信し、２次元画像データを、２次元画像用の伝送フォーマット、例えば「2D(normal)」で送信する場合を説明するための図である。
【図５】立体画像データを送信する場合における、送信側のセットトップボックスおよび受信側のテレビ受信機の処理例を概略的に示す図である。
【図６】２次元画像データを送信する場合における、送信側のセットトップボックスおよび受信側のテレビ受信機の処理例を概略的に示す図である。
【図７】立体表示方式が「偏光方式」である場合における２次元画像データから第１および第２の画像データを生成する処理の一例を示す図である。
【図８】２次元画像データを再フォーマットして送信する場合であって、３Ｄ表示方式が偏光方式である場合における、送信側のセットトップボックスおよび受信側のテレビ受信機の処理例を概略的に示す図である。
【図９】立体表示方式が「シャッター方式」である場合における２次元画像データから第１および第２の画像データを生成する処理の一例を示す図である。
【図１０】２次元画像データを再フォーマットして送信する場合であって、３Ｄ表示方式がシャッター方式である場合における、送信側のセットトップボックスおよび受信側のテレビ受信機の処理例を概略的に示す図である。
【図１１】２次元画像データを送信する場合における、送信側のセットトップボックスおよび受信側のテレビ受信機の処理例を概略的に示す図である。
【図１２】放送局においてトランスポートストリームＴＳを生成する送信データ生成部の構成例を示すブロック図である。
【図１３】マルチビュー・ビュー・ポジション・ＳＥＩメッセージ（multiview_view_position SEI message ）がアクセスユニットの“ＳＥＬｓ”の部分に挿入されることを説明するための図である。
【図１４】ＳＥＩメッセージに含まれるマルチビュー・ビュー・ポジション（Multiview view position（））の構造例（Syntax）を示す図である。
【図１５】ＮＡＬユニット構造で符号化されている基本ストリーム（Base stream）と従属ストリーム（Dependent stream）の構成を概略的に示す図である。
【図１６】「NAL unit header mvc extension」の構造例（Syntax）を示す図である。
【図１７】３Ｄ・イベント・デスクリプタ（3D_event_descriptor）の構造例（Syntax）を示す図である。
【図１８】３Ｄ・イベント・デスクリプタ（3D_event_descriptor）の構造例における主要な情報の内容（Semantics）を示す図である。
【図１９】コンポーネント・デスクリプタの構造例（Syntax）を示す図である。
【図２０】トランスポートストリームＴＳの構成例を示す図である。
【図２１】トランスポートストリームＴＳの他の構成例を示す図である。
【図２２】画像送受信システムを構成するセットトップボックスの構成例を示すブロック図である。
【図２３】ビデオデコーダの詳細構成例を示すブロック図である。
【図２４】ビデオデコーダの処理手順の一例を示すフローチャートである。
【図２５】ＨＤＭＩ送信部における送信処理の一例を示すフローチャートである。
【図２６】画像送受信システムを構成するテレビ受信機の構成例を示すブロック図である。
【図２７】セットトップボックスのＨＤＭＩ送信部とテレビ受信機のＨＤＭＩ受信部の構成例を示す図である。
【図２８】ＨＤＭＩ Vendor Specific InfoFrame のパケット構造例を示す図である。
【図２９】セットトップボックスからテレビ受信機に送信される画像データが、立体（３Ｄ）画像データから２次元（２Ｄ）画像データ、あるいは２次元（２Ｄ）画像データから立体（３Ｄ）画像データに動的に変化する場合を説明するための図である。
【図３０】画像送受信システムを構成するセットトップボックスの他の構成例を示すブロック図である。
【図３１】セットトップボックスにおける２Ｄ検出の他の例を説明するための図である。
【図３２】立体画像データが４個のビューの画像データで構成される場合における再フォーマット（偏光方式）の処理例を概略的に示す図である。
【発明を実施するための形態】
【００２７】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明は以下の順序で行う。
１．実施の形態
２．変形例
【００２８】
＜１．実施の形態＞
［画像送受信システム］
図１は、実施の形態としての画像送受信システム１０の構成例を示している。この画像送受信システム１０は、放送局１００と、セットトップボックス（ＳＴＢ）２００と、モニタとしてのテレビ受信機（ＴＶ）３００を有している。セットトップボックス２００およびテレビ受信機３００は、ＨＤＭＩ(High Definition Multimedia Interface)ケーブル４００を介して接続されている。
【００２９】
放送局１００は、コンテナとしてのトランスポートストリームＴＳを放送波に載せて送信する。この放送局１００は、イベント（番組）単位で、立体（３Ｄ）画像送信モードあるいは２次元（２Ｄ）画像送信モードとなる。
【００３０】
立体画像送信モードでは、トランスポートストリームＴＳに、立体画像を構成する左眼ビューおよび右眼ビューの画像データをそれぞれ含む基本ストリーム（Base stream）および従属ストリーム（Dependent stream）が含まれる。２次元画像送信モードでは、トランスポートストリームＴＳに、２次元画像データを含む基本ストリーム（Base stream）のみが含まれるか、あるいは、同一の２次元画像データをそれぞれ含む基本ストリーム（Base stream）および従属ストリーム（Dependent stream）が含まれる。
【００３１】
トランスポートストリームＴＳに基本ストリームおよび従属ストリームが含まれる場合、基本ストリームに、基本ストリームの他に従属ストリームの存在を示す第１の識別情報（３Ｄシグナリング）が挿入される。上述したように、立体画像送信モードの場合には、トランスポートストリームＴＳに基本ストリームおよび従属ストリームが含まれる。また、上述したように、２次元画像送信モードの場合にも、トランスポートストリームＴＳに基本ストリームおよび従属ストリームが含まれることがある。この識別情報の詳細については、後述する。
【００３２】
また、トランスポートストリームＴＳに基本ストリームの他に従属ストリームが含まれる場合、従属ストリームに、立体画像送信モードにあるか２次元画像送信モードにあるかを識別する第２の識別情報（２Ｄ／３Ｄシグナリング）が挿入される。換言すれば、この識別情報は、基本ストリームに含まれる画像データと従属ストリームに含まれる画像データとが同一か否かを識別するものである。この識別情報の詳細については、後述する。
【００３３】
また、トランスポートストリームＴＳのレイヤに、立体画像送信モードにあるか２次元画像送信モードにあるかを示す第３の識別情報が挿入される。例えば、この識別情報は、トランスポートストリームＴＳに含まれるイベント・インフォメーション・テーブル（Event Information Table）の配下に挿入される。この識別情報には、送信モードに対応して、ユーザに特定の視聴動作を促すメッセージが付加される。このメッセージは、例えば、立体画像送信モードにあっては３Ｄメガネ（偏光メガネ、シャッターメガネなど）を付けることを促すものであり、２次元画像送信モードにあっては３Ｄメガネを外すことを促すものである。この識別情報の詳細については、後述する。
【００３４】
セットトップボックス２００は、放送局１００から放送波に載せて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、立体画像送信モードでは、立体画像を構成する左眼ビューおよび右眼ビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。また、このトランスポートストリームＴＳには、２次元画像送信モードでは、２次元画像データを含む基本ストリームのみが含まれるか、あるいは、同一の２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。
【００３５】
セットトップボックス２００は、上述したように、基本ストリームおよび従属ストリームに挿入されている識別情報に基づいて処理を行って、画像データを適切かつ効率的に取得する。すなわち、基本ストリームに第１の識別情報が含まれていない場合、基本ストリームのみをデコードして、２次元画像データを得る。図２（ｃ）は、この場合における放送局１００およびセットトップボックス２００の処理を概略的に示している。この場合、送信側からは２Ｄコンテンツに対応した２次元画像データがＡＶＣでエンコードされて送られてくる。受信側では、ＡＶＣでデコードされて、２次元画像データが得られる。
【００３６】
また、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が立体画像送信モードを示している場合、基本ストリームおよび従属ストリームの双方をデコードして、左眼ビューおよび右眼ビューの画像データを得る。図２（ａ）は、この場合における放送局１００およびセットトップボックス２００の処理を概略的に示している。この場合、送信側からは３Ｄコンテンツに対応した左眼ビューおよび右眼ビューの画像データがＭＶＣでエンコードされて送られてくる。受信側では、ＭＶＣでデコードされて、左眼ビューおよび右眼ビューの画像データが得られる。
【００３７】
また、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が２次元画像送信モードを示している場合、基本ストリームのみをデコードして、２次元画像を表示するための表示用画像データを得る。図２（ｂ）は、この場合における放送局１００およびセットトップボックス２００の処理を概略的に示している。この場合、送信側からは２Ｄコンテンツに対応した２次元画像データがＭＶＣでエンコードされて送られてくる。受信側では、ＭＶＣでデコードされて、２次元画像データが得られる。この場合、基本ストリームのみがデコードされる。
【００３８】
セットトップボックス２００は、上述したように取得された画像データを、ＨＤＭＩのデジタルインタフェースを通じて、テレビ受信機３００に伝送（送信）する。ここで、セットトップボックス２００はＨＤＭＩのソース（Source）機器を構成し、テレビ受信機３００はＨＤＭＩのシンク(Sink)機器を構成する。
【００３９】
セットトップボックス２００は、図３に示すように、サービス受信処理を行うと共に、テレビ受信機３００へのデータ伝送処理を行う。また、テレビ受信機３００は、図３に示すように、セットトップボックス２００から送られてくる画像データに応じて、３Ｄ表示処理または２Ｄ表示処理を行う。セットトップボックス２００とテレビ受信機３００との間では、デジタルインタフェースのフォーマットパラメータの変更が起こる。
【００４０】
ここで、図４に示すように、立体画像データ（立体画像を構成する左眼（Left）ビューおよび右眼(Right)ビューの画像データ）を、立体画像用の伝送フォーマット、例えば「3D Frame Packing」で送信し、２次元画像データを、２次元画像用の伝送フォーマット、例えば「2D(normal)」で送信する場合を考える。
【００４１】
この場合、立体画像データから２次元画像データへの切り替わりの際に、セットトップボックス２００とテレビ受信機３００との間のフォーマットパラメータの変更に伴い、その切り替わり時点から実際に画像データが送信されるまでの間にタイムラグが生じ、テレビ受信機３００において非表示期間（ミュート期間）が発生する可能性がある。
【００４２】
そこで、本技術においては、２次元画像データを送信する際にも、立体画像データの送信時と同じ伝送フォーマットを用いる。この実施の形態においては、立体画像データの送信時も２次元画像データの送信時も、「3D Frame Packing」の伝送フォーマットが用いられる。勿論、他の立体画像用の伝送フォーマットが用いられてもよい。
【００４３】
「立体画像データを送信する場合」
立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）を送信する場合について説明する。図５は、立体画像データを送信する場合における、送信側のセットトップボックス２００および受信側のテレビ受信機３００の処理例を概略的に示している。
【００４４】
セットトップボックス２００では、ビデオストリームがデコードされて立体画像データ、すなわち左眼ビューおよび右眼ビューの画像データが得られ（図２（ａ）参照）、各ビューの画像データが「3D Frame Packing」の伝送フォーマットで送信される。また、テレビ受信機３００では、各ビューの画像データに対して、３Ｄ表示処理が行われ、３Ｄ画像を表示するための表示用画像データが得られる。この場合、各ビューの画像の表示は、空間的、あるいは時間的に、表示能力の１／２の解像度となる。
【００４５】
「２次元画像データを送信する場合」
次に、２次元画像データを送信する場合について説明する。図６は、２次元画像データを送信する場合における、送信側のセットトップボックス２００および受信側のテレビ受信機３００の処理例を概略的に示している。この処理例は、２次元画像データを、「3D Frame Packing」の伝送フォーマットで送信するが、単に、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ同一の２次元画像データを挿入して送信する場合の例である。
【００４６】
セットトップボックス２００では、ビデオストリームがデコードされて２次元画像データが得られ（図２（ｂ），（ｃ）参照）、２次元画像データが「3D Frame Packing」の伝送フォーマットで送信される。この場合、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ同一の２次元画像データが挿入される。
【００４７】
また、テレビ受信機３００では、同一の２次元画像データに対して、３Ｄ表示処理が行われ、表示用画像データが生成される。この表示用画像データは、時間方向の同じ画像フレームが２つずつ連続したもの、あるいはフレーム内において垂直方向に同じラインが２つずつ連続したものとなる。この場合、フラット３Ｄ表示となり、各ビューの画像の表示は、空間的、あるいは時間的に、表示能力の１／２の解像度となる。
【００４８】
そこで、本技術においては、２次元画像データを「3D Frame Packing」の伝送フォーマットで送信する際、単に、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ同一の２次元画像データを挿入するのではなく、以下の（１）または（２）が適用される。
【００４９】
「（１）２次元画像データの再フォーマット」
２次元画像データを再フォーマットし、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データを生成する。そして、２次元画像データを「3D Frame Packing」の伝送フォーマットで送信する際、左眼ビューおよび右眼ビューの画像データの挿入部分に、それぞれ、この第１および第２の画像データを挿入する。
【００５０】
ここで、２次元画像データの再フォーマットは、テレビ受信機３００における立体表示方式に対応して行われる。セットトップボックス２００は、テレビ受信機３００のＥＤＩＤ（Enhanced Extended Display Identification Data）レジスタ（ＥＤＩＤ−ＲＯＭ）から種々の情報を得ることができる。この情報には、受信可能なフォーマットタイプやモニタサイズ、さらには、立体表示方式（偏光方式、シャッター方式など）の情報が含まれている。
【００５１】
セットトップボックス２００は、立体表示方式が偏光方式であるとき、２次元画像データを偶数ラインの画像データと奇数ラインの画像データとに分割し、第１の画像データを偶数ラインの画像データにより構成し、第２の画像データを奇数ラインの画像データにより構成する。
【００５２】
図７は、２次元画像データから第１および第２の画像データを生成する処理の一例を示している。図７（ａ）は、２次元画像データを示している。この２次元画像データを、図７（ｂ），（ｃ）に示すように、垂直方向に、偶数ラインのグループ（Even line group）と、奇数ラインのグループ（Odd line group）とに、分割する。
【００５３】
そして、図７（ｄ）に示すように、偶数ラインの画像データに対して、ライン２度書き等の処理でライン数を元の２次元画像データに合わせて、左眼ビューの画像データ部分に挿入する第１の画像データ（Left view frame）を得る。また、図７（ｅ）に示すように、奇数ラインの画像データに対して、ライン２度書き等の処理でライン数を元の２次元画像データに合わせて、右眼ビューの画像データ部分に挿入する第２の画像データ（Right view frame）を得る。
【００５４】
図８は、２次元画像データを再フォーマットして送信する場合であって、３Ｄ表示方式が偏光方式である場合における、送信側のセットトップボックス２００および受信側のテレビ受信機３００の処理例を概略的に示している。
【００５５】
セットトップボックス２００では、ビデオストリームがデコードされて２次元画像データが得られ（図２（ｂ），（ｃ）参照）、この２次元画像データが「3D Frame Packing」の伝送フォーマットで送信される。この際、この２次元画像データT_0 が偶数、奇数のグループに分割され、その後に、それぞれ、ライン２度書き等の処理でライン数が元の２次元画像データT_0に合わせられる。これにより、左眼ビューの画像データ部分に挿入する第１の画像データ（Left view frame）T_0_even が得られる（図７（ｄ）参照）。また、右眼ビューの画像データ部分に挿入する第２の画像データ（Right view frame）T_0_odd が得られる（図７（ｅ）参照）。
【００５６】
また、テレビ受信機３００では、第１および第２の画像データに対して、偏光方式の３Ｄ表示処理が行われて表示用画像データが生成される。この表示用画像データは、第１および第２の画像データから垂直方向に交互にラインが取り出されて得られたものであり、元の２次元画像データT_0に対応したものとなる。この場合、２次元画像の表示は、空間的に、表示能力に対して垂直方向にフル解像度となる。
【００５７】
なお、上述では、２次元画像データを、垂直方向に、偶数ラインのグループと、奇数ラインのグループとに分割して、第１および第２の画像データを生成する例を示した。しかし、２次元画像データを、水平方向に、偶数ラインのグループと、奇数ラインのグループとに分割して、第１および第２の画像データを生成することも考えられる。２次元画像データを垂直方向に分割するか、水平方向に分割するかは、偏光方式の３Ｄ表示方式に依存する。
【００５８】
また、セットトップボックス２００は、立体表示方式がシャッター方式であるとき、第１の画像データの各フレームを２次元画像データの各フレームで構成し、第２の画像データの各フレームを２次元画像データの各フレーム間の補間フレームで構成する。
【００５９】
図９は、２次元画像データから第１および第２の画像データを生成する処理の一例を示している。図９（ａ）において、T_0，T_1，Ｔ_2，・・・は、２次元画像データの連続するフレームを示している。また、図９（ａ）において、T_0n，T_1n，・・・は、２次元画像データの各フレーム間の連続する補間フレームを示している。ここで、補間フレームT_0n は２次元画像データのフレームT_0，T_1 から生成され、補間フレームT_1n は２次元画像データのフレームT_1，Ｔ_2 から生成される。そして、図９（ｂ）に示すように、２次元画像データの各フレームを第１の画像データ（Left view frame）の各フレームとする。また、図９（ｂ）に示すように、各補間フレームを第２の画像データ（Right view frame）の各フレームとする。
【００６０】
図１０は、２次元画像データを再フォーマットして送信する場合であって、３Ｄ表示方式がシャッター方式である場合における、送信側のセットトップボックス２００および受信側のテレビ受信機３００の処理例を概略的に示している。
【００６１】
セットトップボックス２００では、ビデオストリームがデコードされて２次元画像データが得られ（図２（ｂ），（ｃ）参照）、この２次元画像データが「3D Frame Packing」の伝送フォーマットで送信される。この際、この２次元画像データの各フレームから、各フレーム間の補間フレームを生成する。そして、２次元画像データのフレームT_0を左眼ビューの画像データ部分に挿入する第１の画像データ（Left view frame）とする（図９（ｂ）参照）。また、補間フレームT_0nを右眼ビューの画像データ部分に挿入する第２の画像データ（Right view frame）とする（図９（ｂ）参照）。
【００６２】
また、テレビ受信機３００では、第１および第２の画像データに対して、シャッター方式の３Ｄ表示処理が行われて表示用画像データが生成される。この表示用画像データは、第１および第２の画像データの各フレームを交互に並べて得られたものであり、元の２次元画像データに対して倍速表示のために補間処理を行ったものと等しくなる。この場合、２次元画像の表示は、時間的に、表示能力に対してフル解像度となり、動きに対してよりスムーズな表示となる。
【００６３】
「（２）２次元画像データであることを示す識別情報の送信」
２次元画像データそのものを、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データとする。そして、２次元画像データを「3D Frame Packing」の伝送フォーマットで送信する際、左眼ビューおよび右眼ビューの画像データの挿入部分に、それぞれ、同一の２次元画像データを挿入する。この場合、第１および第２の画像データが同一の２次元画像データであることを示す識別情報も送信する。
【００６４】
図１１は、２次元画像データを送信する場合における、送信側のセットトップボックス２００および受信側のテレビ受信機３００の処理例を概略的に示している。セットトップボックス２００では、ビデオストリームがデコードされて２次元画像データが得られ（図２（ｂ），（ｃ）参照）、この２次元画像データが「3D Frame Packing」の伝送フォーマットで送信される。
【００６５】
この場合、２次元画像データＴ_0 を左眼ビューの画像データ部分に挿入する第１の画像データ（Left view frame）とする。また、この２次元画像データＴ_0 のコピーＴ_nを右眼ビューの画像データ部分に挿入する第２の画像データ（Right view frame）とする。そして、この場合、第１および第２の画像データが同一の２次元画像データであることを示す識別情報（2Dflg）を画像データに付加して送信する。
【００６６】
また、テレビ受信機３００では、識別情報に基づいて、第１および第２の画像データのうち一方に対して、２Ｄ表示処理が行われて表示用画像データが生成される。この場合、ビューインターリービング（View interleaving）が起こらないので、フル解像度の２Ｄ画像が表示される。
【００６７】
なお、セットトップボックス２００は、立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）の送信か、２次元画像の送信かに応じて、テレビ受信機３００のユーザに特定の視聴動作を促すメッセージの情報を、テレビ受信機３００に送信する。このメッセージの情報は、例えば、立体画像データの送信時には３Ｄメガネ（偏光メガネ、シャッターメガネなど）を付けることを促すものであり、２次元画像データの送信時には３Ｄメガネを外すことを促すものである。テレビ受信機３００は、このメッセージの情報に基づいて、表示画像にメッセージを重畳表示し、ユーザに、特定の視聴動作を促す。
【００６８】
「送信データ生成部の構成例」
図１２は、放送局１００において、上述したトランスポートストリームＴＳを生成する送信データ生成部１１０の構成例を示している。この送信データ生成部１１０は、データ取り出し部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４を有している。
【００６９】
データ取り出し部１１１は、画像撮像媒体１１１ａ、音声入力媒体１１１ｂおよびデータ記録媒体１１１ｃを有している。画像撮像媒体１１１ａは、被写体を撮像して、立体画像を構成する左眼画像および右眼画像のデータ、あるいは２次元画像データを出力するカメラなどである。音声入力媒体１１１ｂは、音声データを出力するマイクロホンなどである。また、データ記録媒体１１１ｃは、上述した各データを記録し再生する。
【００７０】
ビデオエンコーダ１１２は、データ取り出し部１１１から取り出される画像データに対して、例えば、ＭＰＥＧ４−ＡＶＣ（ＭＶＣ）、ＭＰＥＧ２ｖｉｄｅｏ、あるいはＨＥＶＣなどの符号化を施して、符号化画像データを得る。また、このビデオエンコーダ１１２は、後段に備えるストリームフォーマッタ（図示せず）により、この符号化画像データを含むビデオストリーム（ビデオエレメンタリストリーム）を生成する。
【００７１】
ビデオエンコーダ１１２は、イベント（番組）単位で、立体（３Ｄ）画像送信モードあるいは２次元（２Ｄ）画像送信モードとなる。ビデオエンコーダ１１２は、３Ｄコンテンツ画像を送信する立体画像送信モードでは、立体画像を構成するベースビューおよびノンベースビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームを生成する。また、ビデオエンコーダ１１２は、２Ｄコンテンツ画像を送信する２次元画像送信モードでは、２次元画像データを含む基本ストリームのみ、あるいは２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームを生成する。
【００７２】
ビデオエンコーダ１１２は、トランスポートストリームＴＳに基本ストリームおよび従属ストリームが含まれる場合、基本ストリームに、基本ストリームの他に従属ストリームの存在を示す第１の識別情報（３Ｄシグナリング）を挿入する。また、ビデオエンコーダ１１２は、トランスポートストリームＴＳに基本ストリームの他に従属ストリームが含まれる場合、従属ストリームに、立体画像送信モードにあるか２次元画像送信モードにあるかを識別する第２の識別情報を挿入する。
【００７３】
オーディオエンコーダ１１３は、データ取り出し部１１１から取り出される音声データに対して、ＭＰＥＧ−２ Ａｕｄｉｏ、ＡＡＣ等の符号化を施し、オーディオストリーム（オーディオエレメンタリストリーム）を生成する。
【００７４】
マルチプレクサ１１４は、ビデオエンコーダ１１２およびオーディオエンコーダ１１３からの各ストリームを多重化し、トランスポートストリームＴＳを得る。この場合、それぞれのＰＥＳ(Packetized Elementary Stream)のヘッダには、受信側における同期再生のために、ＰＴＳ（Presentation Time Stamp）あるいはＤＴＳ(Decoding Time Stamp)が挿入される。
【００７５】
マルチプレクサ１１４は、トランスポートストリームＴＳのレイヤに、立体画像送信モードにあるか２次元画像送信モードにあるかを示す第３の識別情報を挿入する。この識別情報には、送信モードに対応して、ユーザに特定の視聴動作を促すメッセージが付加される。
【００７６】
図１２に示す送信データ生成部１１０の動作を簡単に説明する。データ取り出し部１１１から取り出される画像データ（立体画像を構成する左眼画像および右眼画像のデータ、あるいは２次元画像データ）は、ビデオエンコーダ１１２に供給される。このビデオエンコーダ１１２では、その画像データに対して符号化が施され、符号化画像データを含むビデオストリーム（ビデオエレメンタリストリーム）が生成される。このビデオストリームは、マルチプレクサ１１４に供給される。
【００７７】
この場合、３Ｄコンテンツ画像を送信する立体画像送信モードでは、立体画像を構成するベースビューおよびノンベースビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームが生成される。また、この場合、２Ｄコンテンツ画像を送信する２次元画像送信モードでは、２次元画像データを含む基本ストリームのみ、あるいは２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームが生成される。
【００７８】
また、ビデオエンコーダ１１２では、基本ストリームおよび従属ストリームが生成される場合、基本ストリームに、基本ストリームの他に従属ストリームの存在を示す第１の識別情報（３Ｄシグナリング）を挿入することが行われる。また、ビデオエンコーダ１１２では、基本ストリームおよび従属ストリームが生成される場合、従属ストリームに、立体画像送信モードにあるか２次元画像送信モードにあるかを識別する第２の識別情報を挿入することが行われる。
【００７９】
データ取り出し部１１１から取り出される音声データはオーディオエンコーダ１１３に供給される。このオーディオエンコーダ１１３では、音声データに対して符号化が施され、オーディオストリーム（オーディオエレメンタリストリーム）が生成される。このオーディオストリームは、マルチプレクサ１１４に供給される。
【００８０】
マルチプレクサ１１４では、ビデオエンコーダ１１２およびオーディオエンコーダ１１３からの各ストリームが多重化され、トランスポートストリームＴＳが生成される。この場合、それぞれのＰＥＳヘッダには、受信側における同期再生のために、ＰＴＳが挿入される。また、マルチプレクサ１１４では、トランスポートストリームＴＳのレイヤに、立体画像送信モードにあるか２次元画像送信モードにあるかを示す第３の識別情報が挿入される。
【００８１】
［各種識別情報の構造とＴＳ構成］
上述したように、トランスポートストリームＴＳに基本ストリームおよび従属ストリームが含まれる場合、基本ストリームに、基本ストリームの他に従属ストリームの存在を識別する第１の識別情報（３Ｄシグナリング）が挿入される。例えば、符号化方式がＭＰＥＧ４−ＡＶＣ（ＭＶＣ）である場合、または、ＨＥＶＣのような、ＮＡＬユニットなどの符号化構造が似通っている符号化方式である場合、この第１の識別情報は、アクセスユニット（ＡＵ）の“ＳＥＩｓ”の部分に、ＳＥＩメッセージとして挿入される。
【００８２】
この場合、第１の識別情報として、例えば、既存のマルチビュー・ビュー・ポジション・ＳＥＩメッセージ（multiview_view_position SEI message ）が利用される。図１３（ａ）は、ＧＯＰ（Group Of Pictures）の先頭のアクセスユニットを示しており、図１３（ｂ）は、ＧＯＰの先頭以外のアクセスユニットを示している。ＳＥＩメッセージは、画素データが符号化されているスライス（slices）よりもビットストリーム上、早い位置に符号化されるので、受信機はＳＥＩの内容を識別することで、それ以下のデコード処理を決定することが可能となる。
【００８３】
図１４は、このＳＥＩメッセージに含まれるマルチビュー・ビュー・ポジション（Multiview view position（））の構造例（Syntax）を示している。「num_views_minus1」のフィールドは、ビュー数から１引いた値（０〜１０２３）を示す。「view_position[i]」のフィールドは、各ビューの表示の際の相対的な位置関係を示す。つまり、各ビューを表示する際のレフトビュー（left view）からライトビュー（Right view）への順次相対位置を０から順次増加する値で示す。
【００８４】
また、上述したように、トランスポートストリームＴＳに基本ストリームの他に従属ストリームが含まれる場合、従属ストリームに、立体画像送信モードにあるか２次元画像送信モードにあるかを識別する第２の識別情報（２Ｄ／３Ｄシグナリング）が挿入される。例えば、符号化方式がＭＰＥＧ４−ＡＶＣ（ＭＶＣ）である場合、または、ＨＥＶＣのような、ＮＡＬユニットなどの符号化構造が似通っている符号化方式である場合、この第２の識別情報は、従属ストリームを構成するＮＡＬユニットのヘッダ部分に挿入される。
【００８５】
具体的には、第２の識別情報の挿入は、従属ストリームを構成するＮＡＬユニットの「NAL unit header mvc extension」の「priority_id」のフィールドに、基本ストリームとの関係を定義することで行われる。
【００８６】
図１５は、ＮＡＬユニット構造で符号化されている基本ストリーム（Base stream）と、従属ストリーム（Dependent stream）の構成を概略的に示している。基本ストリームのアクセスユニット（ＡＵ）は、“AU delimiter”、“SPS”、“PPS”、“SEI”、“Slice(base)”などのＮＡＬユニットで構成されている。“AU delimiter”はアクセスユニットの開始を示す。“SPS”はシーケンスパラメタを示す。“PPS”はピクチャパラメタを示す。“SEI”は表示やバッファ管理上有用な情報を提供する。“Slice(base)”は実際のピクチャの符号化データを含む。
【００８７】
なお、“SEI”は１個だけ図示されているが、実際には複数個存在する。上述のマルチビュー・ビュー・ポジション・ＳＥＩメッセージ（multiview_view_position SEI message ）も、その複数個の１つとして存在する。また、“SPS”は、ＧＯＰ（Group Of Picture）の先頭アクセスユニットにのみ存在する。
【００８８】
従属ストリーム（Dependent stream）のアクセスユニット（ＡＵ）は、“Dependent delimiter”、“Subset SPS”、“PPS”、“SEI”、“Slice(dependent)”などのＮＡＬユニットで構成されている。“Dependent delimiter”はアクセスユニットの開始を示す。“Subset SPS”はシーケンスパラメタを示す。“PPS”はピクチャパラメタを示す。“SEI”は表示やバッファ管理上有用な情報を提供する。“Slice(dependent)”は実際のピクチャの符号化データを含む。
【００８９】
基本ストリーム（Base stream）のＮＡＬユニットは、先頭の「NAL unit type」と、それに続く「NAL unit Payload」とからなっている。これに対して、従属ストリーム（Dependent stream）のＮＡＬユニットは、「NAL unit type」と「NAL unit Payload」との間に、さらに、「NAL unit header mvc extension」が存在する。
【００９０】
図１６は、「NAL unit header mvc extension」の構造例（Syntax）を示している。図示のように、この「NAL unit header mvc extension」の中に「priority_id」が存在する。この「priority_id」は、値が小さいほど優先度が高く、逆に値が大きいほど優先度が低いことを意味する。
【００９１】
本実施の形態では、この意味づけを応用し、基本ストリームと従属ストリームとの双方に同一の２次元画像データが含まれる場合は、従属ストリームにデータ独自性がなく、よって優先度は最下位で、表示する必要はないという意味とし、２次元画像送信モードと解釈する意のシグナリングとする。すなわち、「priority_id」の値が大きい、つまり“0x3E”の場合は、優先度が非常に低い２Ｄ（２次元画像送信モード）であることを意味する。
【００９２】
一方、３Ｄ（立体画像送信モード）の場合は、従属ストリームは基本ストリームとは別のビューデータ（view data）を有する。そのため、データの独自性をもつという意味で、優先度が２Ｄの場合よりは高い値、すなわち、“0x00”より大きく、“0x3E”よりは小さい値とする。
【００９３】
「priority_id」の値から、基本ストリームの符号化データ（Base slice）と従属ストリームの符号化データ（Dependent slice）とが同じか否かを識別でき、従って２Ｄ（２次元画像送信モード）であるか３Ｄ（立体画像送信モード）であるかを識別できる。本実施の形態では、以下のような識別が可能となる。
【００９４】
すなわち、「Priority_id = 0x01 〜 0x3E」のとき、「Dependent slice ≠ Base slice」であり、３Ｄ（立体画像送信モード）と識別される。また、「Priority_id = 0x3E」のとき、「Dependent slice = Base slice」であり、２Ｄ（２次元画像送信モード）と識別される。
【００９５】
なお、「priority_id」は、「slice」に同期して切り換えることが可能なので、フレーム・アキュレートに３Ｄ／２Ｄのシグナリングとする。また、受信機（Receiver）がどのタイミングでも検知できるように、全ての「NALunit Header MVC extension」に、シグナリング情報を入れる。
【００９６】
基本ストリームは、「nal_unit_header_mvc_extension」を持たないが、その「slice（base）」は、「priority_id = 0x00」（最優先）とみなすことが決められている。「Priority_id」は、ＭＰＥＧの規定としてはデコードのプロセスでは使用されないが、アプリケーション（application）で使用することができる。
【００９７】
また、上述したように、トランスポートストリームＴＳに含まれるイベント・インフォメーション・テーブル（Event Information Table）の配下に、立体画像送信モードにあるか２次元画像送信モードにあるかを示す第３の識別情報が挿入される。図１７は、この第３の識別情報としての３Ｄ・イベント・デスクリプタ（3D_event_descriptor）の構造例（Syntax）を示している。また、図１８は、その構造例における主要な情報の内容（Semantics）を示している。
【００９８】
「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示し、ここでは、３Ｄ・イベント・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして以降のバイト数を示す。
【００９９】
「3D_flag」のフラグ情報は、配信番組（イベント）が３Ｄであるか否かを示す。“１”は３Ｄであることを示し、“０”は３Ｄでないこと、つまり２Ｄであることを示す。「video_stream_delivery_type」の１ビットフィールドは、番組のビデオのストリームがシングルストリーム（single stream）であるか否かを示す。“１”はシングルストリームであることを示し、“０”は複数ストリームであることを示す。
【０１００】
また、この３Ｄ・イベント・デスクリプタでは、「Text_char」でメッセージを送る。このメッセージは、例えば、ユーザに特定の視聴動作を促すメッセージである。この場合、「3D_flag」が“１”のときには３Ｄメガネを付けること、逆に、「3D_flag」が“０”のときには３Ｄメガネを外すことを通知する内容を記載する。
【０１０１】
なお、３Ｄ・イベント・デスクリプタの代わりに、イベント・インフォメーション・テーブルの配下に挿入される、既存のコンポーネント・デスクリプタ（Component descriptor）に適用することもできる。図１９は、このコンポーネント・デスクリプタの構造例（Syntax）を示している。「stream_content」の４ビットフィールドは、伝送するフォーマット種類(MPEG-4-AVC、MVC等）を示す。また、「component_type」の８ビットフィールドは、２Ｄまたは３Ｄ(３Ｄの場合、frame compatibleかservice compatibleか）を示す。
【０１０２】
図２０は、トランスポートストリームＴＳの構成例を示している。トランスポートストリームＴＳには、ビデオエレメンタリストリームのＰＥＳパケット「PID1:video PES1」と、オーディオエレメンタリストリームのＰＥＳパケット「PID2:Audio PES1」が含まれている。
【０１０３】
ビデオエレメンタリストリームに基本ストリームの他に従属ストリームが含まれる場合、基本ストリームに、基本ストリームの他に従属ストリームが存在することを示す第１の識別情報（３Ｄシグナリング）が、マルチビュー・ビュー・ポジション・ＳＥＩメッセージとして挿入される。
【０１０４】
また、ビデオエレメンタリストリームに基本ストリームの他に従属ストリームが含まれる場合、従属ストリームのＮＡＬユニットの「NAL unit header mvc extension」の「priority_id」のフィールドに、立体画像送信モードにあるか２次元画像送信モードにあるかを識別する第２の識別情報（２Ｄ／３Ｄシグナリング）が挿入される。
【０１０５】
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームＴＳには、イベント（番組）単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ(Event Information Table)が含まれている。
【０１０６】
ＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリ・ループが存在する。この構成例では、ビデオエレメンタリ・ループ（Video ES loop）が存在する。このビデオエレメンタリ・ループには、上述の１つのビデオエレメンタリストリームに対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオエレメンタリストリームに関連する情報を記述するデスクリプタも配置される。
【０１０７】
ＥＩＴの配下に、立体画像送信モードにあるか２次元画像送信モードにあるかを示す第３の識別情報が、３Ｄ・イベント・デスクリプタとして挿入されている。また、このＥＩＴの配下には、コンポーネント・デスクリプタも挿入されている。
【０１０８】
なお、図２０に示すトランスポートストリームＴＳの構成例は、基本ストリーム（Base stream）と従属ストリーム（Dependent stream）が同一のビデオエレメンタリストリームに挿入されて送信される場合を示している。これら基本ストリームと従属ストリームが別々のビデオエレメンタリストリームに挿入されて送信される場合も考えられる。詳細説明は省略するが、図２１は、その場合におけるトランスポートストリームＴＳの構成例を示している。
【０１０９】
「セットトップボックスの構成例」
図２２は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、ＣＰＵ２０１と、フラッシュＲＯＭ２０２と、ＤＲＡＭ２０３と、内部バス２０４と、リモートコントロール受信部（ＲＣ受信部）２０５と、リモートコントロール送信機（ＲＣ送信機）２０６を有している。
【０１１０】
また、このセットトップボックス２００は、アンテナ端子２１０と、デジタルチューナ２１１と、トランスポートストリームバッファ（ＴＳバッファ）２１２と、デマルチプレクサ２１３を有している。また、このセットトップボックス２００は、ビデオデコーダ２１４と、オーディオデコーダ２１５と、ＨＤＭＩ送信部２１６と、ＨＤＭＩ端子２１７を有している。
【０１１１】
ＣＰＵ２０１は、セットトップボックス２００の各部の動作を制御する。フラッシュＲＯＭ２０２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２０３は、ＣＰＵ２０１のワークエリアを構成する。ＣＰＵ２０１は、フラッシュＲＯＭ２０２から読み出したソフトウェアやデータをＤＲＡＭ２０３上に展開してソフトウェアを起動させ、セットトップボックス２００の各部を制御する。
【０１１２】
ＲＣ受信部２０５は、ＲＣ送信機２０６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２０１に供給する。ＣＰＵ２０１は、このリモコンコードに基づいて、セットトップボックス２００の各部を制御する。ＣＰＵ２０１、フラッシュＲＯＭ２０２およびＤＲＡＭ２０３は、内部バス２０４により相互に接続されている。
【０１１３】
アンテナ端子２１０は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２１１は、アンテナ端子２１０に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームＴＳを出力する。ＴＳバッファ２１２は、デジタルチューナ２１１から出力されたトランスポートストリームＴＳを一時的に蓄積する。このトランスポートストリームＴＳには、ビデオエレメンタリストリームと、オーディオエレメンタリストリームが含まれている。
【０１１４】
立体（３Ｄ）画像送信モードでは、トランスポートストリームＴＳに、立体画像を構成する左眼ビューおよび右眼ビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。また、２次元（２Ｄ）画像送信モードでは、２次元画像データを含む基本ストリームのみ、あるいは同一の２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。
【０１１５】
デマルチプレクサ２１３は、ＴＳバッファ２１２に一時的に蓄積されたトランスポートストリームＴＳから、ビデオおよびオーディオの各ストリーム（エレメンタリストリーム）を抽出する。また、デマルチプレクサ２１３は、このトランスポートストリームＴＳから、上述の３Ｄ・イベント・デスクリプタ（3D_event_descriptor）（図１７参照）を抽出し、ＣＰＵ２０１に送る。
【０１１６】
ＣＰＵ２０１は、３Ｄ・イベント・デスクリプタから、立体画像送信モードにあるか２次元画像送信モードにあるかを把握できる。また、ＣＰＵ２０１は、この３Ｄ・イベント・デスクリプタから、ユーザに特定の視聴動作を促すメッセージの情報を得ることができる。
【０１１７】
ビデオデコーダ２１４は、デマルチプレクサ２１３で抽出されたビデオエレメンタリストリームに対して、デコード処理を行って、画像データを得る。すなわち、立体（３Ｄ）画像送信モードでは、ビデオデコーダ２１４は、立体画像を構成する左眼ビューおよび右眼ビューの画像データを得る。また、２次元（２Ｄ）画像送信モードでは、ビデオデコーダ２１４は、２次元画像データを得る。
【０１１８】
ここで、ビデオデコーダ２１４は、基本ストリームに挿入されている第１の識別情報と従属ストリームに挿入されている第２の識別情報に基づいて、デコード処理を行う。第１の識別情報は、上述したように、基本ストリームの他に従属ストリームの存在を示す３Ｄシグナリングである。第２の識別情報は、上述したように、立体画像送信モードにあるか２次元画像送信モードにあるかを示す２Ｄ／３Ｄシグナリングである。
【０１１９】
図２３は、ビデオデコーダ２１４の詳細構成例を示している。このビデオデコーダ２１４は、ＮＡＬユニット解析部２１４ａと、スライスデコード部２１４ｂと、ＳＰＳ／ＰＰＳ／ＳＥＩ処理部２１４ｃを有している。ＮＡＬユニット解析部２１４ａは、基本ストリーム（Base stream）および従属ストリーム（Dependent stream）のＮＡＬユニットを解析し、スライス（Slice）のＮＡＬユニットをスライスデコード部２１４ｂに送ると共に、ＳＰＳ／ＰＰＳ／ＳＥＩのＮＡＬユニットをＳＰＳ／ＰＰＳ／ＳＥＩ処理部２１４ｃに送る。
【０１２０】
スライスデコード部２１４ｂは、スライス（Slice）のＮＡＬユニットに含まれる符号化データをデコードして画像データを得る。ＮＡＬユニット解析部２１４ａは、従属ストリーム（Dependent stream）に挿入されている第２の識別情報（Priority_id）の内容をチェックし、そのチェック結果をスライスデコード部２１４ｂに送る。また、ＳＰＳ／ＰＰＳ／ＳＥＩ処理部２１４ｃは、基本ストリーム（Base stream）における第１の識別情報（マルチビュー・ビュー・ポジション SEI）の存在をチェックし、そのチェック結果をスライスデコード部２１４ｂに送る。
【０１２１】
スライスデコード部２１４ｂは、各チェック結果に基づいて、処理を切り換える。すなわち、基本ストリームに第１の識別情報が含まれていない場合、スライスデコード部２１４ｂは基本ストリームのみをデコードして２次元画像データを得る。
【０１２２】
また、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が立体画像送信モードを示している場合、スライスデコード部２１４ｂは基本ストリームおよび従属ストリームの双方をデコードして、立体画像を構成する左眼ビューおよび右眼ビューの画像データを得る。
【０１２３】
また、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が２次元画像送信モードを示している場合、スライスデコード部２１４ｂは、基本ストリームのみをデコードして２次元画像データを得る。
【０１２４】
図２４のフローチャートは、ビデオデコーダ２１４の処理手順の一例を示している。ビデオデコーダ２１４は、ステップＳＴ１において、処理を開始する。そして、ビデオデコーダ２１４は、ステップＳＴ２において、基本ストリーム（Base stream）に第１の識別情報（マルチビュー・ビュー・ポジション SEI）があるか否かを判断する。
【０１２５】
マルチビュー・ビュー・ポジション SEIがあるとき、ビデオデコーダ２１４は、ステップＳＴ３において、基本ストリーム（Base stream）と従属ストリーム（Dependent stream）がサービスされているものとする。そして、ビデオデコーダ２１４は、ステップＳＴ４において、従属ストリームに含まれる第２の識別情報（Priority_id）が２次元画像送信モードを示しているか否か、つまり「Priority_id = 0x3E」であるか否かを判断する。
【０１２６】
第２の識別情報が２次元画像送信モードを示しているとき、ビデオデコーダ２１４は、ステップＳＴ５において、基本ストリーム（Base stream）と従属ストリーム（Dependent stream）に含まれる画像データは同じデータであると判断する。そして、ビデオデコーダ２１４は、ステップＳＴ６において、スライスデコード部２１４ｂで基本ストリーム（Base stream）のみをデコードして、２次元画像データを得る。その後、ビデオデコーダ２１４は、ステップＳＴ７において、処理を終了する。
【０１２７】
また、ステップＳＴ４で第２の識別情報が立体画像送信モードを示しているとき、ビデオデコーダ２１４は、ステップＳＴ８において、基本ストリーム（Base stream）と従属ストリーム（Dependent stream）に含まれる画像データは違うデータであると判断する。そして、ビデオデコーダ２１４は、ステップＳＴ９において、スライスデコード部２１４ｂで基本ストリーム（Base stream）および従属ストリーム（Dependent stream）の双方をデコードして、左眼ビューおよび右眼ビューの画像データを得る。その後、ビデオデコーダ２１４は、ステップＳＴ７において、処理を終了する。
【０１２８】
また、ビデオデコーダ２１４は、ステップＳＴ２で基本ストリーム（Base stream）に第１の識別情報（マルチビュー・ビュー・ポジション SEI）ないとき、ステップＳＴ１０において、従属ストリーム（Dependent stream）がサービスされていないとし、ステップＳＴ６に進み、スライスデコード部２１４ｂで基本ストリーム（Base stream）のみをデコードして、２次元画像データを得る。その後、ビデオデコーダ２１４は、ステップＳＴ７において、処理を終了する。
【０１２９】
また、図２２に戻って、また、オーディオデコーダ２１５は、デマルチプレクサ２１３で抽出されたオーディオエレメンタリストリームに対して復号化処理を行って、復号化された音声データを得る。
【０１３０】
ＨＤＭＩ送信部２１６は、ＨＤＭＩに準拠した通信により、ビデオデコーダ２１４で得られた画像データと、オーディオデコーダ２１５で得られた音声データを、ＨＤＭＩ端子２１７を通じて、ＨＤＭＩのシンク機器、この実施の形態ではテレビ受信機３００に送信する。
【０１３１】
上述したように、ビデオデコーダ２１４からは、立体（３Ｄ）画像送信モードでは立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）が得られ、２次元（２Ｄ）画像送信モードでは２次元画像データが得られる。ＨＤＭＩ送信部２１６は、立体画像データを立体画像用の伝送フォーマット、例えば「3D Frame Packing」で送信し、２次元画像データも同一の伝送フォーマットで送信する。
【０１３２】
ＨＤＭＩ送信部２１６は、２次元画像データを送信する際、以下のようにして、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データを得る。上述したように、「（１）２次元画像データの再フォーマット」を適用する場合、テレビ受信機３００の立体（３Ｄ）表示方式に応じて、２次元画像データから以下のように第１および第２の画像データを得る。
【０１３３】
すなわち、立体表示方式が偏光方式であるときは、２次元画像データを偶数ラインのグループ（Even line group）と、奇数ラインのグループ（Odd line group）とに分割する（図７（ｂ），（ｃ）参照）。そして、偶数ラインの画像データに対して、ライン２度書き等の処理でライン数を元の２次元画像データに合わせて、左眼ビューの画像データ部分に挿入する第１の画像データ（Left view frame）を得る（図７（ｄ）参照）。また、奇数ラインの画像データに対して、ライン２度書き等の処理でライン数を元の２次元画像データに合わせて、右眼ビューの画像データ部分に挿入する第２の画像データ（Right view frame）を得る（図７（ｅ）参照）。
【０１３４】
また、立体表示方式がシャッター方式であるときは、２次元画像データの各フレームT_0，T_1，Ｔ_2，・・・から、各フレーム間の補間フレームT_0n，T_1n，・・・を生成する（図９（ａ）参照）。そして、２次元画像データの各フレームを第１の画像データ（Left view frame）の各フレームとする（図９（ｂ）参照）。また、各補間フレームを第２の画像データ（Right view frame）の各フレームとする（図９（ｂ）参照）。
【０１３５】
また、上述したように、「（２）２次元画像データであることを示す識別情報の送信」を適用する場合、２次元画像データを左眼ビューの挿入部分に挿入すべき第１の画像データとする。また、この２次元画像データのコピーを生成し、このコピーを右眼ビューの挿入部分に挿入すべき第２の画像データとする。
【０１３６】
この場合、ＨＤＭＩ送信部２１６は、第１および第２の画像データが同一の２次元画像データであるか否かを示す識別情報（2Dflg）を、ＨＤＭＩインタフェースで、テレビ受信機３００に送信する。この実施の形態において、この識別情報は、画像データのブランキング期間に挿入されて、送信される。このＨＤＭＩ送信部２１６の詳細は後述する。
【０１３７】
図２５のフローチャートは、上述したＨＤＭＩ送信部２１６における送信処理の一例を示している。ＨＤＭＩ送信部２１６は、このフローチャートに示す送信処理を、例えば、フレーム毎に実行する。
【０１３８】
ＨＤＭＩ送信部２１６は、ステップＳＴ２１で処理を開始し、その後に、ステップＳＴ２２の処理に移る。このステップＳＴ２２において、ＨＤＭＩ送信部２１６は、送信画像データが、立体（３Ｄ）画像データであるか、２次元（２Ｄ）画像データであるかを判断する。
【０１３９】
送信画像データが立体（３Ｄ）画像データであるとき、ＨＤＭＩ送信部２１６は、ステップＳＴ２３において、立体画像を構成する左眼ビューおよび右眼ビューの画像データを、「3D Frame Packing」の伝送フォーマットで送信する。その後、ＨＤＭＩ送信部２１６は、ステップＳＴ２４において、処理を終了する。
【０１４０】
ステップＳＴ２２で２次元（２Ｄ）画像データであるとき、ＨＤＭＩ送信部２１６は、ステップＳＴ２５の処理に移る。このステップＳＴ２５において、ＨＤＭＩ送信部２１６は、「（１）２次元画像データの再フォーマット」、または「（２）２次元画像データであることを示す識別情報の送信」のいずれを適用するかを判断する。例えば、ＨＤＭＩ送信部２１６は、テレビ受信機３００のＥＤＩＤレジスタから得られた情報により、テレビ受信機３００が識別情報に対応可能かを判断し、その判断結果に基づいて、いずれを適用するか判断するようにされる。
【０１４１】
「再フォーマット」を適用するとき、ＨＤＭＩ送信部２１６は、ステップＳＴ２６において、テレビ受信機３００の立体表示方式が「偏光方式」または「シャッター方式」のいずれであるかを判断する。「偏光方式」であるとき、ＨＤＭＩ送信部２１６は、ステップＳＴ２７の処理に移る。
【０１４２】
このステップＳＴ２７において、ＨＤＭＩ送信部２１６は、２次元画像データに対して、偶数、奇数のライン分割処理を行って、第１および第２の画像データを生成する（図７参照）。そして、ＨＤＭＩ送信部２１６は、ステップＳＴ２８において、左眼ビューおよび右眼ビューの画像データの代わりに、第１および第２の画像データを挿入することで、２次元画像データを「3D Frame Packing」の伝送フォーマットで送信する。その後、ＨＤＭＩ送信部２１６は、ステップＳＴ２４において、処理を終了する。
【０１４３】
また、ステップＳＴ２６で「シャッター方式」であるとき、ＨＤＭＩ送信部２１６は、ステップＳＴ２９の処理に移る。このステップＳＴ２９において、ＨＤＭＩ送信部２１６は、２次元画像データに対して、フレーム間補間処理を行って、第１および第２の画像データを生成する（図９参照）。そして、ＨＤＭＩ送信部２１６は、ステップＳＴ２８において、左眼ビューおよび右眼ビューの画像データの代わりに、第１および第２の画像データを挿入することで、２次元画像データを「3D Frame Packing」の伝送フォーマットで送信する。その後、ＨＤＭＩ送信部２１６は、ステップＳＴ２４において、処理を終了する。
【０１４４】
また、ステップＳＴ２５で、「識別情報送信」を適用するとき、ＨＤＭＩ送信部２１６は、ステップＳＴ３０の処理に移る。このステップＳＴ３０において、ＨＤＭＩ送信部２１６は、２次元画像データに対して、コピー処理を行って、同一の２次元画像データである第１および第２の画像データを得る。
【０１４５】
そして、ＨＤＭＩ送信部２１６は、ステップＳＴ３１において、左眼ビューおよび右眼ビューの画像データの代わりに、第１および第２の画像データを挿入することで、２次元画像データを「3D Frame Packing」の伝送フォーマットで送信する。また、ＨＤＭＩ送信部２１６は、このステップＳＴ３１において、さらに、第１および第２の画像データが同一の画像データであることを示す識別情報（2Dflg）を送信する。その後、ＨＤＭＩ送信部２１６は、ステップＳＴ２４において、処理を終了する。
【０１４６】
なお、ＨＤＭＩ送信部２１６は、さらに、立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）の送信か、２次元画像の送信かに応じて、テレビ受信機３００のユーザに特定の視聴動作を促すメッセージの情報（3Dglassoff）を、ＨＤＭＩインタフェースで、テレビ受信機３００に送信する。この実施の形態において、このメッセージ情報は、画像データのブランキング期間に挿入されて、送信される。
【０１４７】
図２２に示すセットトップボックス２００の動作を説明する。アンテナ端子２１０に入力されたテレビ放送信号はデジタルチューナ２１１に供給される。このデジタルチューナ２１１では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のトランスポートストリームＴＳが出力される。このトランスポートストリームＴＳは、ＴＳバッファ２１２に一時的に蓄積される。このトランスポートストリームＴＳには、ビデオエレメンタリストリームと、オーディオエレメンタリストリームが含まれている。
【０１４８】
立体（３Ｄ）画像送信モードでは、トランスポートストリームＴＳに、立体画像を構成する左眼ビューおよび右眼ビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。また、２次元画像送信モードでは、２次元画像データを含む基本ストリームのみ、あるいは２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。
【０１４９】
デマルチプレクサ２１３では、ＴＳバッファ２１２に一時的に蓄積されたトランスポートストリームＴＳから、ビデオおよびオーディオの各ストリーム（エレメンタリストリーム）が抽出される。ビデオエレメンタリストリームは、ビデオデコーダ２１４に供給され、オーディオエレメンタリストリームは、オーディオデコーダ２１５に供給される。
【０１５０】
また、デマルチプレクサ２１３では、トランスポートストリームＴＳから、３Ｄ・イベント・デスクリプタ（3D_event_descriptor）が抽出され、ＣＰＵ２０１に送られる。ＣＰＵ２０１では、このデスクリプタから、立体画像送信モードにあるか２次元画像送信モードにあるかを把握できる。また、ＣＰＵ２０１では、このデスクリプタから、ユーザに特定の視聴動作を促すメッセージの情報が取得される。
【０１５１】
ビデオデコーダ２１４では、デマルチプレクサ２１３で抽出されたビデオエレメンタリストリームに対して、デコード処理が施されて、画像データが得られる。この場合、ビデオデコーダ２１４では、基本ストリームに挿入されている第１の識別情報と従属ストリームに挿入されている第２の識別情報に基づいて、処理が行われる。すなわち、基本ストリームに第１の識別情報が含まれていない場合、基本ストリームのみがデコードされ、２次元画像データが得られる。
【０１５２】
また、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が立体画像送信モードを示している場合、基本ストリームおよび従属ストリームの双方がデコードされ、立体画像データ、つまり立体画像を構成する左眼ビューおよび右眼ビューの画像データが得られる。さらに、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が２次元画像送信モードを示している場合、基本ストリームのみがデコードされ、２次元画像データが得られる。
【０１５３】
また、デマルチプレクサ２１３で抽出されるオーディオストリームは、オーディオデコーダ２１５に供給される。このオーディオデコーダ２１５では、オーディオストリームの復号化処理が行われて、復号化された音声データが得られる。ビデオデコーダ２１４で得られる画像データおよびオーディオデコーダ２１５で得られる音声データは、ＨＤＭＩ送信部２１６に供給される。
【０１５４】
ＨＤＭＩ送信部２１６では、ＨＤＭＩに準拠した通信により、ビデオデコーダ２１４で得られた画像データと、オーディオデコーダ２１５で得られた音声データが、ＨＤＭＩ端子２１７を通じて、テレビ受信機３００に送信される。この場合、ビデオデコーダ２１４からは、立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）が立体画像用の伝送フォーマット、例えば「3D Frame Packing」で送信され、２次元画像データも同一の伝送フォーマットで送信される。そのため、２次元画像データの送信時には、左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データが生成される。
【０１５５】
また、ＨＤＭＩ送信部２１６では、第１および第２の画像データとして同一の２次元画像データが送信される場合、そのことを示す識別情報（2Dflg）が、ＨＤＭＩインタフェースを通じて、テレビ受信機３００に送信される。さらに、ＨＤＭＩ送信部２１６では、立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）の送信か、２次元画像の送信かに応じて、テレビ受信機３００のユーザに特定の視聴動作を促すメッセージの情報（3Dglassoff）が、ＨＤＭＩインタフェースで、テレビ受信機３００に送信される。
【０１５６】
「テレビ受信機３００の構成例」
図２６は、テレビ受信機３００の構成例を示している。このテレビ受信機３００は、ＣＰＵ３０１と、フラッシュＲＯＭ３０２と、ＤＲＡＭ３０３と、内部バス３０４と、リモートコントロール受信部（ＲＣ受信部）３０５と、リモートコントロール送信機（ＲＣ送信機）３０６を有している。
【０１５７】
また、このテレビ受信機３００は、アンテナ端子３１０と、デジタルチューナ３１１と、トランスポートストリームバッファ（ＴＳバッファ）３１２と、デマルチプレクサ３１３と、ビデオデコーダ３１４と、表示処理部３１５を有している。また、このテレビ受信機３００は、メッセージ発生部３１６と、重畳部３１７と、オーディオデコーダ３１８と、チャネル処理部３１９と、ＨＤＭＩ端子３２０と、ＨＤＭＩ受信部３２１を有している。
【０１５８】
ＣＰＵ３０１は、テレビ受信機３００の各部の動作を制御する。フラッシュＲＯＭ３０２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ３０３は、ＣＰＵ３０１のワークエリアを構成する。ＣＰＵ３０１は、フラッシュＲＯＭ３０２から読み出したソフトウェアやデータをＤＲＡＭ３０３上に展開してソフトウェアを起動させ、テレビ受信機３００の各部を制御する。ＲＣ受信部３０５は、ＲＣ送信機３０６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ３０１に供給する。ＣＰＵ３０１は、このリモコンコードに基づいて、テレビ受信機３００の各部を制御する。ＣＰＵ３０１、フラッシュＲＯＭ３０２およびＤＲＡＭ３０３は、内部バス３０４により相互に接続されている。
【０１５９】
アンテナ端子３１０は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ３１１は、アンテナ端子３１０に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームＴＳを出力する。ＴＳバッファ３１２は、デジタルチューナ３１１から出力されたトランスポートストリームＴＳを一時的に蓄積する。このトランスポートストリームＴＳには、ビデオエレメンタリストリームと、オーディオエレメンタリストリームが含まれている。
【０１６０】
立体（３Ｄ）画像送信モードでは、トランスポートストリームＴＳに、立体画像を構成する左眼ビューおよび右眼ビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。また、２次元画像送信モードでは、２次元画像データを含む基本ストリームのみ、あるいは同一の２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。
【０１６１】
デマルチプレクサ３１３は、ＴＳバッファ３１２に一時的に蓄積されたトランスポートストリームＴＳから、ビデオおよびオーディオの各ストリーム（エレメンタリストリーム）を抽出する。また、デマルチプレクサ３１３は、このトランスポートストリームＴＳから、上述の３Ｄ・イベント・デスクリプタ（3D_event_descriptor）（図１７参照）を抽出し、ＣＰＵ３０１に送る。
【０１６２】
ＣＰＵ３０１は、３Ｄ・イベント・デスクリプタから、立体画像送信モードにあるか２次元画像送信モードにあるかを把握できる。また、ＣＰＵ３０１は、この３Ｄ・イベント・デスクリプタから、ユーザに特定の視聴動作を促すメッセージの情報を得ることができる。ＣＰＵ３０１は、このメッセージ情報に基づいて、メッセージ発生部３１６から発生されるメッセージ表示データ（ビットマップデータ）を制御できる。
【０１６３】
ビデオデコーダ３１４は、上述したセットトップボックス２００におけるビデオデコーダ２１４と同様に構成される。このビデオデコーダ３１４は、デマルチプレクサ３１３で抽出されたビデオエレメンタリストリームに対して、デコード処理を行って、画像データを得る。すなわち、立体（３Ｄ）画像送信モードでは、ビデオデコーダ３１４は、立体画像を構成する左眼ビューおよび右眼ビューの画像データを得る。また、２次元（２Ｄ）画像送信モードでは、ビデオデコーダ３１４は、２次元画像データを得る。
【０１６４】
ここで、ビデオデコーダ３１４は、基本ストリームに挿入されている第１の識別情報と従属ストリームに挿入されている第２の識別情報に基づいて、デコード処理を行う。第１の識別情報は、上述したように、基本ストリームの他に従属ストリームの存在を示す３Ｄシグナリングである。第２の識別情報は、上述したように、立体画像送信モードにあるか２次元画像送信モードにあるかを示す２Ｄ／３Ｄシグナリングである。
【０１６５】
オーディオデコーダ３１８は、デマルチプレクサ３１３で抽出されたオーディオエレメンタリストリームに対して復号化処理を行って、復号化された音声データを得る。
【０１６６】
ＨＤＭＩ受信部３２１は、ＨＤＭＩに準拠した通信により、ＨＤＭＩのソース機器、この実施の形態ではセットトップボックス２００から、ＨＤＭＩ端子３２０を通じて、画像データと音声データを受信する。ここで、ＨＤＭＩ受信部３２１は、イベント単位で、立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）、または２次元画像データを受信する。
【０１６７】
ここで、ＨＤＭＩ受信部３２１は、立体画像データを立体画像用の伝送フォーマット、例えば「3D Frame Packing」で受信し、２次元画像データも同一の伝送フォーマットで受信する。ＨＤＭＩ受信部３２１は、立体画像データの受信時には、立体画像を構成する左眼ビューおよび右眼ビューの画像データを取得する。また、ＨＤＭＩ受信部３２１は、２次元画像データの受信時には、左眼ビューおよび右眼ビューの画像データの挿入部分に挿入されている第１および第２の画像データを取得する。
【０１６８】
上述したように、セットトップボックス２００で「（１）２次元画像データの再フォーマット」が適用された場合、これら第１および第２の画像データは、再フォーマットによって得られたものである。
【０１６９】
例えば、テレビ受信機３００の立体表示方式が「偏光方式」であるとき、第１および第２の画像データは、２次元画像データに対して、偶数、奇数のライン分割処理が行われることで得られたものである（図７参照）。また、例えば、テレビ受信機３００の立体表示方式が「シャッター方式」であるときは、第１および第２の画像データは、２次元画像データに対して、フレーム間補間処理が行われることで得られたものである（図９参照）。
【０１７０】
また、上述したように、セットトップボックス２００で「（２）２次元画像データであることを示す識別情報の送信」が適用された場合、これら第１および第２の画像データは、同一の２次元画像データとなる。
【０１７１】
また、ＨＤＭＩ受信部３２１は、第１および第２の画像データが同一の２次元画像データであるか否かを示す識別情報（2Dflg）を、ＨＤＭＩインタフェースで、セットトップボックス２００から受信する。さらに、ＨＤＭＩ受信部３２１は、立体画像データ（立体画像を構成する左眼ビューおよび右眼ビューの画像データ）の送信か、２次元画像の送信かに応じた、ユーザに特定の視聴動作を促すメッセージの情報（3Dglassoff）を、ＨＤＭＩインタフェースで、セットトップボックス２００から受信する。
【０１７２】
ＨＤＭＩ受信部３２１は、識別情報（2Dflg）およびメッセージ情報（3Dglassoff）をＣＰＵ３０１に送る。ＣＰＵ３０１は、識別情報（2Dflg）から、ＨＤＭＩ受信部３２１で取得された第１および第２の画像データが同一の２次元画像データであるか否かを把握して、表示処理部３１５の動作を制御できる。また、ＣＰＵ３０１は、メッセージ情報（3Dglassoff）に基づいて、メッセージ発生部３１６から発生されるメッセージ表示データ（ビットマップデータ）を制御できる。
【０１７３】
チャネル処理部３１９は、放送受信時には、オーディオデコーダ３１８で得られる音声データから、例えば、５．１chサラウンド等を実現するための各チャネルの音声データを得て、スピーカに供給する。また、チャネル処理部３１９は、ＨＤＭＩ入力時には、ＨＤＭＩ受信部３２１で受信された音声データから、例えば、５．１chサラウンド等を実現するための各チャネルの音声データＳＡを得て、スピーカに供給する。
【０１７４】
表示処理部３１５は、放送受信時には、ビデオデコーダ３１４で得られる画像データに対して、表示処理を行って、表示用画像データを得る。表示処理部３１５は、ビデオデコーダ３１４で２次元画像データが得られるとき、２次元（２Ｄ）表示処理を行って、２次元画像を表示するための表示用画像データを得る。
【０１７５】
また、表示処理部３１５は、ビデオデコーダ３１４で立体画像を構成する左眼ビューおよび右眼ビューの画像データが得られるとき、立体（３Ｄ）表示処理を行って、立体画像を表示するための表示用画像データを得る。なお、この立体（３Ｄ）表示処理は、テレビ受信機３００の立体表示方式（偏光方式、シャッター方式など）により、異なったものとなる。
【０１７６】
また、表示処理部３１５は、ＨＤＭＩ入力時には、ＨＤＭＩ受信部３２１で受信された画像データに対して、表示処理を行って、表示用画像データを得る。ここで、表示処理部３１５は、ＨＤＭＩ受信部３２１で、同一の２次元画像データである第１および第２の画像データが受信される場合を除き、立体（３Ｄ）表示処理を行って、表示用画像データを得る。
【０１７７】
この場合、ＨＤＭＩ受信部３２１において左眼ビューおよび右眼ビューの画像データが受信されるとき、これらの画像データに対して立体（３Ｄ）表示処理が行われることで、立体画像を表示するための表示用画像データが得られる。また、ＨＤＭＩ受信部３２１において再フォーマットされた第１および第２の画像データが受信されるとき、これらの画像データに対して立体（３Ｄ）表示処理が行われることで、フル解像度の２次元画像を表示するための表示用画像データが得られる。
【０１７８】
また、表示処理部３１５は、ＨＤＭＩ受信部３２１で、同一の２次元画像データである第１および第２の画像データが受信される場合、一方の画像データに対して、２次元（２Ｄ）表示処理を行って、フル解像度の２次元画像を表示するための表示用画像データを得る。
【０１７９】
メッセージ発生部３１６は、放送受信時には、３Ｄ・イベント・デスクリプタから抽出されたメッセージ情報に基づいて、ユーザに特定の視聴動作を促すメッセージ、例えば３Ｄメガネの装着、非装着に関するメッセージの表示データを発生する。また、メッセージ発生部３１６は、ＨＤＭＩ入力時には、セットトップボックス２００からＨＤＭＩインタフェースで送られてくるメッセージ情報（3Dglassoff）に基づいて、ユーザに特定の視聴動作を促すメッセージ、例えば３Ｄメガネの装着、非装着に関するメッセージの表示データを発生する。
【０１８０】
重畳部３１７は、表示処理部３１５で得られた表示用の画像データに、メッセージ発生部３１６で発生されたメッセージ表示データ（ビットマップデータ）を重畳し、最終的な表示用の画像データＳＶを得て、ディスプレイに供給する。
【０１８１】
なお、テレビ受信機３００の立体表示方式が「シャッター方式」である場合には、メッセージ情報に基づいて、シャッターメガネの動作を制御することも考えられる。例えば、メッセージ情報が３Ｄメガネの非装着を示すメッセージを示すとき、ＣＰＵ３０１は、シャッターメガネ同期をオフにしてシャッターが開放されるように制御する。また、例えば、メッセージ情報が３Ｄメガネの装着を示すメッセージを示すとき、ＣＰＵ３０１は、シャッターメガネ同期をオンにしてシャッター動作が行われるように制御する。
【０１８２】
図２６に示すテレビ受信機３００の動作を説明する。最初に、放送受信時の動作を説明する。アンテナ端子３１０に入力されたテレビ放送信号はデジタルチューナ３１１に供給される。このデジタルチューナ３１１では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のトランスポートストリームＴＳが出力される。このトランスポートストリームＴＳは、ＴＳバッファ３１２に一時的に蓄積される。このトランスポートストリームＴＳには、ビデオエレメンタリストリームと、オーディオエレメンタリストリームが含まれている。
【０１８３】
立体（３Ｄ）画像送信モードでは、トランスポートストリームＴＳに、立体画像を構成するベースビューおよびノンベースビューの画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。また、２次元画像送信モードでは、２次元画像データを含む基本ストリームのみ、あるいは２次元画像データをそれぞれ含む基本ストリームおよび従属ストリームが含まれる。
【０１８４】
デマルチプレクサ３１３では、ＴＳバッファ３１２に一時的に蓄積されたトランスポートストリームＴＳから、ビデオおよびオーディオの各ストリーム（エレメンタリストリーム）が抽出される。ビデオエレメンタリストリームは、デコード・表示処理部３１４に供給され、オーディオエレメンタリストリームは、オーディオデコーダ３１８に供給される。
【０１８５】
また、デマルチプレクサ３１３では、トランスポートストリームＴＳから、３Ｄ・イベント・デスクリプタ（3D_event_descriptor）が抽出され、ＣＰＵ３０１に送られる。ＣＰＵ３０１では、このデスクリプタから、立体画像送信モードにあるか２次元画像送信モードにあるかが把握される。また、ＣＰＵ３０１では、このデスクリプタから、ユーザに特定の視聴動作を促すメッセージの情報が取得される。ＣＰＵ３０１では、このメッセージ情報に基づいて、メッセージ発生部３１６を制御することが行われ、メッセージ情報に対応したメッセージ表示データ（ビットマップデータ）が発生される。
【０１８６】
ビデオデコーダ３１４では、デマルチプレクサ３１３で抽出されたビデオエレメンタリストリームに対して、デコード処理が施されて、画像データが得られる。この場合、ビデオデコーダ３１４では、基本ストリームに挿入されている第１の識別情報と従属ストリームに挿入されている第２の識別情報に基づいて、処理が行われる。すなわち、基本ストリームに第１の識別情報が含まれていない場合、基本ストリームのみがデコードされて、２次元画像データが得られる。
【０１８７】
また、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が立体画像送信モードを示している場合、基本ストリームおよび従属ストリームの双方がデコードされ、立体画像を構成する左眼ビューおよび右眼ビューの画像データが得られる。さらに、基本ストリームに第１の識別情報が含まれており、従属ストリームに含まれる第２の識別情報が２次元画像送信モードを示している場合、基本ストリームのみがデコードされ、２次元画像データが得られる。
【０１８８】
ビデオデコーダ３１４で得られた画像データは、表示処理部３１５に供給される。表示処理部３１５では、ビデオデコーダ３１４で得られる画像データに対して表示処理が行われ、表示用画像データが得られる。すなわち、表示処理部３１５では、ビデオデコーダ３１４で２次元画像データが得られるとき、２次元（２Ｄ）表示処理が行われて、２次元画像を表示するための表示用画像データが得られる。
【０１８９】
また、表示処理部３１５では、ビデオデコーダ３１４で立体画像を構成する左眼ビューおよび右眼ビューの画像データが得られるとき、立体（３Ｄ）表示処理が行われて、立体画像を表示するための表示用画像データが得られる。なお、この立体（３Ｄ）表示処理は、テレビ受信機３００の立体表示方式（偏光方式、シャッター方式など）により、異なったものとされる。
【０１９０】
表示処理部３１５で得られた表示用画像データは重畳部３１７に供給されて、メッセージ発生部３１６からのメッセージ表示データが重畳され、最終的な表示用画像データＳＶが得られる。この表示用画像データＳＶはディスプレイに供給され、ディスプレイには立体画像表示または２次元画像表示が行われる。
【０１９１】
この際、２次元画像表示の場合には３Ｄメガネの非装着を促すメッセージが画像に重畳表示され、また、立体画像表示の場合には３Ｄメガネの装着を促すメッセージが画像に重畳表示される。これにより、ユーザは、正しい視聴状態で画像を観察することが可能となる。
【０１９２】
また、この際、立体表示方式が「シャッター方式」である場合、メッセージ情報に基づいて、ＣＰＵ３０１により、シャッターメガネの動作が制御される。例えば、２次元画像表示の場合には、シャッターメガネ同期がオフにされてシャッターが開放される。そのため、ユーザは、シャッターメガネを付けた状態でも、時間方向にフル解像度の２次元画像を観察することができる。また、例えば、立体画像表示の場合には、シャッターメガネ同期がオンとされシャッター動作が行われる。そのため、ユーザは立体画像を良好に観察できる。
【０１９３】
次に、ＨＤＭＩ入力時の動作を説明する。ＨＤＭＩ受信部３２１により、ＨＤＭＩに準拠した通信により、画像データと音声データが受信される。この場合、ＨＤＭＩ受信部３２１では、立体画像データが立体画像用の伝送フォーマット、例えば「3D Frame Packing」で受信され、２次元画像データも同一の伝送フォーマットで受信される。
【０１９４】
ＨＤＭＩ受信部３２１では、立体画像データの受信時には、立体画像を構成する左眼ビューおよび右眼ビューの画像データが取得される。また、ＨＤＭＩ受信部３２１では、２次元画像データの受信時には、左眼ビューおよび右眼ビューの画像データの挿入部分に挿入されている第１および第２の画像データが取得される。
【０１９５】
例えば、セットトップボックス２００で「再フォーマット」が適用され、テレビ受信機３００の立体表示方式が「偏光方式」である場合には、第１および第２の画像データは、２次元画像データに対して、偶数、奇数のライン分割処理が行われることで得られたものである（図７参照）。また、例えば、セットトップボックス２００で「再フォーマット」が適用され、テレビ受信機３００の立体表示方式が「シャッター方式」である場合には、第１および第２の画像データは、２次元画像データに対して、フレーム間補間処理が行われることで得られたものである（図９参照）。さらに、セットトップボックス２００で「識別情報送信」が適用された場合、第１および第２の画像データは、同一の２次元画像データとなっている。
【０１９６】
また、ＨＤＭＩ受信部３２１では、第１および第２の画像データが同一の２次元画像データであるか否かを示す識別情報（2Dflg）、さらには、ユーザに特定の視聴動作を促すメッセージの情報（3Dglassoff）が、ＨＤＭＩインタフェースで、セットトップボックス２００から受信される。これらの情報は、ＣＰＵ３０１に送られる。
【０１９７】
ＣＰＵ３０１では、識別情報（2Dflg）から、ＨＤＭＩ受信部３２１で取得された第１および第２の画像データが同一の２次元画像データであるか否かが把握され、表示処理部３１５の動作を制御することが行われる。また、ＣＰＵ３０１では、メッセージ情報（3Dglassoff）に基づいて、メッセージ発生部３１６を制御することが行われ、メッセージ情報（3Dglassoff）に対応したメッセージ表示データ（ビットマップデータ）が発生される。
【０１９８】
ＨＤＭＩ受信部３２１で受信された画像データは、表示処理部３１５に供給される。表示処理部３１５では、ＨＤＭＩ受信部３２１で受信された画像データに対して表示処理が行われ、表示用画像データが得られる。すなわち、表示処理部３１５では、ＨＤＭＩ受信部３２１で、同一の２次元画像データである第１および第２の画像データが受信される場合を除き、立体（３Ｄ）表示処理が行われて、表示用画像データが得られる。なお、この立体（３Ｄ）表示処理は、テレビ受信機３００の立体表示方式（偏光方式、シャッター方式など）により、異なったものとされる。
【０１９９】
この場合、ＨＤＭＩ受信部３２１において左眼ビューおよび右眼ビューの画像データが受信されるとき、これらの画像データに対して立体（３Ｄ）表示処理が行われることで、立体画像を表示するための表示用画像データが得られる（図５参照）。また、ＨＤＭＩ受信部３２１において再フォーマットされた第１および第２の画像データが受信されるとき、これらの画像データに対して立体（３Ｄ）表示処理が行われることで、フル解像度の２次元画像を表示するための表示用画像データが得られる（図８、図１０参照）。
【０２００】
また、表示処理部３１５では、ＨＤＭＩ受信部３２１で、同一の２次元画像データである第１および第２の画像データが受信される場合、一方の画像データに対して、２次元（２Ｄ）表示処理が行われて、フル解像度の２次元画像を表示するための表示用画像データが得られる（図１１参照）。
【０２０１】
表示処理部３１５で得られた表示用画像データは重畳部３１７に供給されて、メッセージ発生部３１６からのメッセージ表示データが重畳され、最終的な表示用画像データＳＶが得られる。この表示用画像データＳＶはディスプレイに供給され、ディスプレイには立体画像表示または２次元画像表示が行われる。
【０２０２】
この際、２次元画像表示の場合には３Ｄメガネの非装着を促すメッセージが画像に重畳表示され、また、立体画像表示の場合には３Ｄメガネの装着を促すメッセージが画像に重畳表示される。これにより、ユーザは、正しい視聴状態で画像を観察することが可能となる。
【０２０３】
また、この際、立体表示方式が「シャッター方式」である場合、メッセージ情報に基づいて、ＣＰＵ３０１により、シャッターメガネの動作が制御される。例えば、２次元画像表示の場合には、シャッターメガネ同期がオフにされてシャッターが開放される。そのため、ユーザは、シャッターメガネを付けた状態でも、時間方向にフル解像度の２次元画像を観察することができる。また、例えば、立体画像表示の場合には、シャッターメガネ同期がオンとされシャッター動作が行われる。そのため、ユーザは立体画像を良好に観察できる。
【０２０４】
また、ＨＤＭＩ受信部３２１で受信された音声データはチャネル処理部３１９に供給される。チャネル処理部３１９では、音声データに対して、例えば５．１chサラウンド等を実現するための各チャネルの音声データＳＡが生成される。この音声データＳＡは例えばスピーカに供給され、画像表示に合わせた音声出力がなされる。
【０２０５】
［ＨＤＭＩ送信部、ＨＤＭＩ受信部の構成例］
図２７は、図１の画像送受信システム１０における、セットトップボックス２００のＨＤＭＩ送信部２１６と、テレビ受信機３００のＨＤＭＩ受信部３２１の構成例を示している。
【０２０６】
ＨＤＭＩ送信部２１６は、有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３２１に一方向に送信する。ここで、有効画像区間は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間及び垂直帰線区間を除いた区間である。また、ＨＤＭＩ送信部２１６は、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３２１に一方向に送信する。
【０２０７】
ＨＤＭＩ送信部２１６とＨＤＭＩ受信部３２１とからなるＨＤＭＩシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、ＨＤＭＩ送信部２１６からＨＤＭＩ受信部３２１に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、３つのＴＭＤＳチャネル＃０乃至＃２がある。また、ピクセルクロックを伝送する伝送チャネルとしての、ＴＭＤＳクロックチャネルがある。
【０２０８】
ＨＤＭＩ送信部２１６は、ＨＤＭＩトランスミッタ８１を有する。トランスミッタ８１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３２１に、一方向にシリアル伝送する。
【０２０９】
また、トランスミッタ８１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でＨＤＭＩ受信部３２１に、一方向にシリアル伝送する。
【０２１０】
さらに、トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３２１に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ピクセルクロックの１クロックの間に、１０ビットの画素データが送信される。
【０２１１】
ＨＤＭＩ受信部３２１は、アクティブビデオ区間において、複数のチャネルで、ＨＤＭＩ送信部２１６から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、このＨＤＭＩ受信部３２１は、水平帰線区間または垂直帰線区間において、複数のチャネルで、ＨＤＭＩ送信部２１６から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。
【０２１２】
すなわち、ＨＤＭＩ受信部３２１は、ＨＤＭＩレシーバ８２を有する。このＨＤＭＩレシーバ８２は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩ送信部２１６から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を受信する。この場合、ＨＤＭＩ送信部２１６からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。
【０２１３】
ＨＤＭＩシステムの伝送チャネルには、上述のＴＭＤＳチャネル＃０乃至＃２およびＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。ＤＤＣ８３は、ＨＤＭＩケーブル４００に含まれる図示しない２本の信号線からなる。ＤＤＣ８３は、ＨＤＭＩ送信部２１６が、ＨＤＭＩ受信部３２１から、Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。
【０２１４】
すなわち、ＨＤＭＩ受信部３２１は、ＨＤＭＩレシーバ８１の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤ  ＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩ送信部２１６は、例えば、図示しない制御部（ＣＰＵ）からの要求に応じて、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３２１から、Ｅ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。
【０２１５】
ＨＤＭＩ送信部２１６は、読み出したＥ−ＥＤＩＤを制御部（ＣＰＵ）に送る。制御部（ＣＰＵ）は、このＥ−ＥＤＩＤに基づき、ＨＤＭＩ受信部３２１の性能の設定を認識できる。例えば、制御部（ＣＰＵ）は、ＨＤＭＩ受信部３２１を有するテレビ受信機３００が立体画像データの取り扱いが可能か否か、可能である場合はさらにいかなるＴＭＤＳ伝送データ構造に対応可能であるか等を認識する。
【０２１６】
ＣＥＣライン８４は、ＨＤＭＩケーブル４００に含まれる図示しない１本の信号線からなり、ＨＤＭＩ送信部２１６とＨＤＭＩ受信部３２１との間で、制御用のデータの双方向通信を行うために用いられる。このＣＥＣライン８４は、制御データラインを構成している。
【０２１７】
また、ＨＤＭＩケーブル４００には、ＨＰＤ(Hot Plug Detect)と呼ばれるピンに接続されるライン（ＨＰＤライン）８６が含まれている。ソース機器は、当該ライン８６を利用して、シンク機器の接続を検出することができる。なお、このＨＰＤライン８６は双方向通信路を構成するＨＥＡＣ−ラインとしても使用される。また、ＨＤＭＩケーブル４００には、ソース機器からシンク機器に電源を供給するために用いられるライン（電源ライン）８７が含まれている。さらに、ＨＤＭＩケーブル４００には、ユーティリティライン８８が含まれている。このユーティリティライン８８は双方向通信路を構成するＨＥＡＣ＋ラインとしても使用される。
【０２１８】
［ＨＤＭＩでの識別情報（2Dflg）およびメッセージ情報（3Dglassoff）の送受信］
第１および第２の画像データが同一の２次元画像データであるか否かを示す識別情報（2Dflg）と、ユーザに特定の視聴動作を促すメッセージの情報（3Dglassoff）を、ＨＤＭＩインタフェースで送受信する方法について説明する。この方法として、画像データのブランキング期間に配置される情報パケット、例えば、ＨＤＭＩ・ベンダー・スペシフィック・インフォフレーム（VS_Info：HDMI Vendor Specific InfoFrame）を利用する方法が考えられる。
【０２１９】
図２８は、ＨＤＭＩ Vendor Specific InfoFrame のパケット構造例を示している。このＨＤＭＩ Vendor Specific InfoFrameについては、CEA-861-Dに定義されているので、詳細説明は省略する。
【０２２０】
第４バイト（ＰＢ４）の第７ビットから第５ビットに、画像データの種類を示す３ビットの情報「HDMI_Video_Format」が配置されている。この実施の形態においては、常に、３Ｄデータの伝送がなされるので、この３ビットの情報は「０１０」とされる。また、３Ｄデータの伝送である場合、第５バイト（ＰＢ５）の第７ビットから第４ビットに、伝送フォーマットを示す４ビットの情報「3D_Structure」が配置される。例えば、フレームパッキング方式（3D Frame Packing）の場合、この４ビットの情報は、「００００」とされる。
【０２２１】
また、例えば、第５バイト（ＰＢ５）の第２ビットに、「2Dflg」の１ビットの情報が配置される。この情報は、上述したように、「3D Frame Packing」で伝送される２つのビューの画像データ、すなわち第１および第２の画像データが同一の２次元画像データであるか否かを示す識別情報を構成する。“１”は、「left view ＝ right view」の２次元画像データであることを表す。“０”は、「left view ≠ right view」の立体画像データであることを表す。なお、「3D_Structure」が“１０００”(Side by side)、あるいは“０１１０”(Top and bottom)の場合においても、同様に、「left view」と「right view」の同一性を「2Dflg」で表すことができる。
【０２２２】
また、例えば、第５バイト（ＰＢ５）の第１ビットに、「3Dglassoff」の１ビットの識別情報が配置される。この情報は、上述したように、ユーザに特定の視聴動作を促すメッセージの情報を構成する。この情報は、「3D_Structure」が３Ｄフォーマットを示す場合において、ＨＤＭＩのシンク（sink）側で表示される画像に対して、３Ｄメガネの動作を指定する。“１”は、３Ｄメガネ同期をオフにしてシャッター開放、あるいは３Ｄメガネを外すことを要求する。“０”は、３Ｄメガネ同期をオンにしてシャッター動作をして、３Ｄメガネを着けることを要求する。
【０２２３】
上述したように、図１に示す画像送受信システム１０においては、セットトップボックス２００からテレビ受信機３００への画像データのＨＤＭＩ伝送は、画像データが立体（３Ｄ）画像データであるか２次元（２Ｄ）画像データであるかによらず常に立体画像用の伝送フォーマット、例えば「3D Frame packing」で行われる。そのため、立体（３Ｄ）画像データから２次元（２Ｄ）画像データ、あるいは２次元（２Ｄ）画像データから立体（３Ｄ）画像データへの切り換えがあっても、デジタルインタフェースのフォーマットパラメータの変更が発生しない。そのため、これらの機器の間で接続パラメータ変更が起こることがなく、テレビ受信機３００において非表示期間（ミュート期間）が発生することを抑制できる。
【０２２４】
図２９（ｂ）は、この実施の形態において、セットトップボックス２００からテレビ受信機３００に送信される画像データが、立体（３Ｄ）画像データから２次元（２Ｄ）画像データ、あるいは２次元（２Ｄ）画像データから立体（３Ｄ）画像データに動的に変化する場合を示している。この場合、伝送フォーマットは、常に、「3D Frame packing」とされる。
【０２２５】
この場合、本技術で追加されるシグナリングに関しては、立体（３Ｄ）画像データの伝送時には、「2Dflg = 0」、「3Dglassoff = 0」とされる。また、２次元（２Ｄ）画像データの伝送時には、「再フォーマット」が適用される場合（Case A）にあっては、「2Dflg = 0」、「3Dglassoff = 1」とされ、「識別情報送信」が適用される場合（Case B）にあっては、「2Dflg = 1」、「3Dglassoff = 1」とされる。
【０２２６】
なお、図２９（ａ）は、２次元（２Ｄ）画像データを「2D Normal」の伝送フォーマットで伝送する場合（従来の例）を示している。この場合には、立体（３Ｄ）画像データから２次元（２Ｄ）画像データ、あるいは２次元（２Ｄ）画像データから立体（３Ｄ）画像データへの切り換えがあるとき、デジタルインタフェースのフォーマットパラメータの変更が発生する。そのため、セットトップボックス２００とテレビ受信機３００との間で接続設定パラメータ変更が起こり、テレビ受信機３００において非表示期間（ミュート期間）が発生する可能性がある。
【０２２７】
また、図１に示す画像送受信システム１０においては、セットトップボックス２００からテレビ受信機３００に２次元画像データを立体画像用の伝送フォーマット、例えば「3D Frame packing」で送る場合、「再フォーマット」あるいは「識別情報送信」が適用される。
【０２２８】
「再フォーマット」が適用される場合、テレビ受信機３００の立体表示方式が「偏光方式」であるときは、左眼ビューおよび右眼ビューの挿入部分にそれぞれ挿入すべき第１および第２の画像データは、２次元画像データに対して、偶数、奇数のライン分割処理が行われることで得られたものとされる（図７参照）。また、テレビ受信機３００の立体表示方式が「シャッター方式」であるときは、当該第１および第２の画像データは、２次元画像データに対して、フレーム間補間処理が行われることで得られたものとされる（図９参照）。
【０２２９】
そのため、この場合、テレビ受信機３００では、第１および第２の画像データに立体表示処理が行われるが、表示能力に対してフル解像度の２次元画像表示を行うことが可能となる（図８、図１０参照）。
【０２３０】
また、「識別情報送信」が適用される場合、第１および第２の画像データは同一の２次元画像データであるが、テレビ受信機３００では、識別情報（2Dflg）に基づいて、いずれか一方の画像データのみが用いられて、２次元表示処理が行われる。そのため、この場合も、表示能力に対してフル解像度の２次元画像表示を行うことが可能となる（図１１参照）。
【０２３１】
また、図１に示す画像送受信システム１０においては、セットトップボックス２００からテレビ受信機３００に、ＨＤＭＩインタフェースを介して、ユーザに特定の視聴動作、例えば３Ｄメガネの装着、非装着を促すメッセージの情報（3Dglassoff）が送られる。そのため、テレビ受信機３００のユーザは、画像に重畳表示されるメッセージに基づいて、３Ｄメガネの装着、非装着を行うことで、正しい状態での視聴が容易に可能となる。
【０２３２】
＜２．変形例＞
なお、上述実施の形態においては、テレビ受信機３００側でメッセージ情報（3Dglassoff）に基づいて画像にメッセージを重畳表示する例を示した。しかし、セットトップボックス２００側でシステムのデスクリプタ（component descriptorやMVC extension descriptor) をチェックし、３Ｄサービスが２Ｄサービスに変わった際に、３Ｄメガネを外すよう通知するメッセージを画像に張り付けるなどして、テレビ受信機３００に送信するようにしてもよい。この場合、テレビ受信機３００側は２Ｄサービスになったことは分からないが、３Ｄメガネなしでフル解像度の２Ｄ画像を観察することが可能となる。
【０２３３】
図３０は、その場合における、セットトップボックス２００Ａの構成例を示している。この図３０において、図２２と対応する部分には同一符号を付して示している。このセットトップボックス２００Ａにおいては、メッセージ表示信号を発生するメッセージ発生部２１９と、画像データに目セージ表示信号を重畳する重畳部２１８が設けられている。
【０２３４】
また、上述実施の形態においては、セットトップボックス２００は、マルチビュー・ビュー・ポジション・ＳＥＩメッセージ（multiview_view_position SEI message ）に基づいて、基本ストリームの他に従属ストリーム（追加ストリーム）が存在するか否かを判別している。また、セットトップボックス２００は、「NAL unit header mvc extension」の「priority_id」に基づいて、立体画像送信モードにあるか２次元画像送信モードにあるかを判別している。
【０２３５】
セットトップボックス２００は、これらの識別情報がない場合にあっても、２Ｄの検出を行うことができる。例えば、受信データの基本ストリームが従属ストリーム（追加ストリーム）なしの２Ｄになったことを判定する。すなわち、受信ストリームが３Ｄを構成する複数のビューストリーム（view stream）で供給されているか、あるいは２Ｄを構成する一つのビューストリーム（view stream）で構成されているかで、３Ｄなのか２Ｄなのかを判別する。
【０２３６】
具体的には、図３１（ａ）に示すように、受信トランスポートストリームパケットＴＳをデマルチプレクサ経由でビデオのバッファに貯め、一定時間経過後にビデオストリームをバッファから読み出し、ＮＡＬユニットタイプ（NAL unit type）をチェックし、ストリームが１種類か複数種類かを検知する。ストリームが１種類しかない場合は、２Ｄと判定する。
【０２３７】
また、例えば、受信データのビュー（view）データのうち、３Ｄのビュー（view）を構成する複数のビュー（view）データが同じデータで構成されていることを判定する。具体的には、図３１（ｂ）に示すように、デコードの際マクロブロックの状態が複数のビューストリーム（view stream）間で同じデータかどうかをチェックする方法(1)、あるいはデコード後の画素データが複数のビューデータ（view data）同士で同じかどうかをチェックする方法(2)がある。
【０２３８】
また、上述実施の形態においては、立体画像データとして左眼ビューおよび右眼ビューの画像データを取り扱う例を示した。しかし、本技術は、立体画像データとして、さらに複数のビューの画像データを取り扱う場合にも同様に適用できるものである。
【０２３９】
例えば、図３２は、立体画像データが４個のビューの画像データで構成される場合における再フォーマット（偏光方式）の処理例を概略的に示している。（ａ）ソース側（セットトップボックス２００側）では、２次元画像データの各ライン（この例では水平方向の各ライン）を、４個のグループに順次振り分ける。（ｂ）そして、各グループのライン数を４度書きにより元の２次元画像データのライン数に併せて、第１、第２、第３、第４の画像データを生成する。この４個の画像データを、ソース側からシンク側（テレビ受信機３００側）に、立体画像用の伝送フォーマットで伝送する。（ｃ）シンク側では、この４個の画像データに対して、立体画像の表示処理を行うことで、フル解像度の２次元画像を表示するための表示用画像データを生成できる。
【０２４０】
また、上述実施の形態においては、コンテナがトランスポートストリーム（ＭＰＥＧ−２  ＴＳ）である例を示した。しかし、本技術は、インターネット等のネットワークを利用して受信端末に配信される構成のシステムにも同様に適用できる。インターネットの配信では、ＭＰ４やそれ以外のフォーマットのコンテナで配信されることが多い。つまり、コンテナとしては、デジタル放送規格で採用されているトランスポートストリーム（ＭＰＥＧ−２  ＴＳ）、インターネット配信で使用されているＭＰ４などの種々のフォーマットのコンテナが該当する。
【０２４１】
また、上述実施の形態においては、セットトップボックス２００と、テレビ受信機３００とが、ＨＤＭＩのデジタルインタフェースで接続されるものを示している。しかし、これらが、ＨＤＭＩのデジタルインタフェースと同様のデジタルインタフェース（有線の他に無線も含む）で接続される場合においても、本技術を同様に適用できることは勿論である。
【０２４２】
また、上述実施の形態においては、セットトップボックス２００からテレビ受信機３００に識別情報（2Dflg）やメッセージの情報（3Dglassoff）を送信する方法として、ＨＤＭＩ Vendor Specific InfoFrame を利用する方法を説明した。その他に、アクティブスペース（Active Space）を利用する方法、さらには、ＨＰＤライン８６（ＨＥＡＣ−ライン）およびユーティリティライン８８（ＨＥＡＣ＋ライン）で構成される双方向通信路を通じて送信することも考えられる。
【０２４３】
また、本技術は、以下のような構成を取ることもできる。
（１）画像データを取得する画像データ取得部と、
上記取得された画像データを外部機器に送信する送信部とを備え、
上記送信部は、
上記取得される画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信装置。
（２）上記送信部は、
上記２次元画像データを送信するとき、該２次元画像データを再フォーマットして、上記左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データを生成する
前記（１）に記載の送信装置。
（３）上記外部機器における立体表示方式の情報を取得する情報取得部をさらに備え、
上記送信部は、
上記取得された立体表示方式の情報に応じて、上記２次元画像データの再フォーマットを行って、上記第１および第２の画像データを得る
前記（２）に記載の送信装置。
（４）上記送信部は、上記立体表示方式が偏光方式であるとき、
上記２次元画像データを偶数ラインの画像データと奇数ラインの画像データとに分割し、上記第１の画像データを偶数ラインの画像データにより構成し、上記第２の画像データを奇数ラインの画像データにより構成する
前記（３）に記載の送信装置。
（５）上記送信部は、上記立体表示方式がシャッター方式であるとき、
上記第１の画像データの各フレームを上記２次元画像データの各フレームで構成し、上記第２の画像データの各フレームを上記２次元画像データの各フレーム間の補間フレームで構成する
前記（３）に記載の送信装置。
（６）上記送信部は、
上記２次元画像データを送信するとき、該２次元画像データを、上記左眼ビューおよび右眼ビューの画像データの挿入部分にそれぞれ挿入すべき第１および第２の画像データとし、
上記第１および第２の画像データが同一の２次元画像データであることを示す識別情報をさらに送信する
前記（１）に記載の送信装置。
（７）上記送信部は、さらに、
上記立体画像用の伝送フォーマットで送信する画像データに応じた、ユーザに特定の視聴動作を促すメッセージの情報を送信する
前記（１）から（６）のいずれかに記載の送信装置。
（８）上記取得される画像データに、ユーザに特定の視聴動作を促すメッセージの表示データを重畳する重畳部をさらに備える
前記（１）から（７）のいずれかに記載の送信装置。
（９）画像データを取得する画像データ取得ステップと、
上記取得された画像データを外部機器に送信する送信ステップとを備え、
上記送信ステップでは、
上記取得される画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信方法。
（１０）外部機器から、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データを受信すると共に、上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるか同一の２次元画像データであるかを示す識別情報を受信する受信部と、
上記受信された第１および第２の画像データに対して上記受信された識別情報に基づいて処理を行って表示用画像データを得る処理部とを備える
受信装置。
（１１）上記処理部は、
上記識別情報が上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであることを示すとき、上記第１および第２の画像データを処理して立体画像を表示するための表示用画像データを得、
上記識別情報が上記第１および第２の画像データが同一の２次元画像データであることを示すとき、上記第１および第２の画像データの一方を用いて２次元画像を表示するための表示用画像データを得る
前記（１０）に記載の受信装置。
（１２）外部機器から、立体画像用の伝送フォーマットで送られてくる第１および第２の画像データを受信すると共に、上記第１および第２の画像データが立体画像を構成する左眼ビューおよび右眼ビューの画像データであるか同一の２次元画像データであるかを示す識別情報を受信する受信ステップと、
上記受信された第１および第２の画像データに対して上記受信された識別情報に基づいて処理を行って表示用画像データを得る処理ステップとを備える
受信方法。
（１３）外部機器から、立体画像用の伝送フォーマットで送られてくる画像データを受信すると共に、該画像データが立体画像を表示するための画像データであるか２次元画像を表示するための画像データであるかに応じた、ユーザに特定の動作を促すメッセージを示すメッセージ情報を受信する受信部と、
上記受信された画像データを処理して、立体画像または２次元画像を表示するための表示用画像データを得る処理部と、
上記受信されたメッセージ情報に基づいてメッセージ表示データを得るメッセージ発生部と、
上記得られた表示用画像データに上記得られたメッセージ表示データを重畳する重畳部とを備える
受信装置。
（１４）立体表示方式がシャッター方式であり、上記受信されたメッセージの情報に基づいて、シャッターメガネの動作を制御する制御部をさらに備える
前記（１３）に記載の受信装置。
（１５）外部機器から、立体画像用の伝送フォーマットで送られてくる画像データを受信すると共に、該画像データが立体画像を表示するための画像データであるか２次元画像を表示するための画像データであるかに応じた、ユーザに特定の動作を促すメッセージを示すメッセージ情報を受信する受信ステップと、
上記受信された画像データを処理して、立体画像または２次元画像を表示するための表示用画像データを得る処理ステップと、
上記受信されたメッセージ情報に基づいてメッセージ表示データを得るメッセージ発生ステップと、
上記得られた表示用画像データに上記得られたメッセージ表示データを重畳する重畳ステップとを備える
受信方法。
（１６）画像データを取得する画像データ取得部と、
上記画像データを外部機器に送信する送信部とを備え、
上記送信部は、
上記取得される画像データが立体画像を構成する複数のビューの画像データであるとき、該各ビューの画像データを立体画像用の伝送フォーマットで送信し、
上記取得される画像データが２次元画像データであるとき、該２次元画像データを、上記立体画像用の伝送フォーマットで送信する
送信装置。
【０２４４】
本技術の主な特徴は、ＳＴＢ２００からＴＶ３００への画像データのＨＤＭＩ伝送を、画像データが３Ｄであるか２Ｄであるかによらず常に３Ｄ伝送フォーマットにより行うことで、３Ｄと２Ｄとの切り換え時におけるフォーマットパラメータの変更をなくして、ＴＶ３００の非表示期間（ミュート期間）の大幅な低減を可能にしたことである（図２９参照）。
【符号の説明】
【０２４５】
１０・・・画像送受信システム
１００・・・放送局
１１０・・・送信データ生成部
１１１・・・データ取り出し部
１１１ａ・・・画像撮像媒体
１１１ｂ・・・音声入力媒体
１１１ｃ・・・データ記録媒体
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・マルチプレクサ
２００，２００Ａ・・・セットトップボックス
２０１・・・ＣＰＵ
２１１・・・デジタルチューナ
２１２・・・トランスポートストリームバッファ
２１３・・・デマルチプレクサ
２１４・・・ビデオデコーダ
２１４ａ・・・ＮＡＬユニット解析部
２１４ｂ・・・スライスデコード部
２１４ｃ・・・ＳＰＳ／ＰＰＳ／ＳＥＩ処理部
２１５・・・オーディオデコーダ
２１６・・・ＨＤＭＩ送信部
２１７・・・ＨＤＭＩ端子
２１８・・・重畳部
２１９・・・メッセージ発生部
３００・・・テレビ受信機
３０１・・・ＣＰＵ
３１１・・・デジタルチューナ
３１２・・・トランスポートストリームバッファ（ＴＳバッファ）
３１３・・・デマルチプレクサ
３１４・・・ビデオデコーダ
３１５・・・表示処理部
３１６・・・メッセージ発生部
３１７・・・重畳部
３１８・・・オーディオデコーダ
３１９・・・チャネル処理部
３２０・・・ＨＤＭＩ端子
３２１・・・ＨＤＭＩ受信部
【図１】
2014050447.tif 000003
【図２】
2014050447.tif 000004
【図３】
2014050447.tif 000005
【図４】
2014050447.tif 000006
【図５】
2014050447.tif 000007
【図６】
2014050447.tif 000008
【図７】
2014050447.tif 000009
【図８】
2014050447.tif 000010
【図９】
2014050447.tif 000011
【図１０】
2014050447.tif 000012
【図１１】
2014050447.tif 000013
【図１２】
2014050447.tif 000014
【図１３】
2014050447.tif 000015
【図１４】
2014050447.tif 000016
【図１５】
2014050447.tif 000017
【図１６】
2014050447.tif 000018
【図１７】
2014050447.tif 000019
【図１８】
2014050447.tif 000020
【図１９】
2014050447.tif 000021
【図２０】
2014050447.tif 000022
【図２１】
2014050447.tif 000023
【図２２】
2014050447.tif 000024
【図２３】
2014050447.tif 000025
【図２４】
2014050447.tif 000026
【図２５】
2014050447.tif 000027
【図２６】
2014050447.tif 000028
【図２７】
2014050447.tif 000029
【図２８】
2014050447.tif 000030
【図２９】
2014050447.tif 000031
【図３０】
2014050447.tif 000032
【図３１】
2014050447.tif 000033
【図３２】
2014050447.tif 000034
【国際調査報告】
2014050447.tif 000035
2014050447.tif 000036