画像データ送信装置、画像データ送信方法、画像データ受信装置および画像データ受信方法
【課題】地上波放送などの帯域が限定されている放送において３Ｄ放送の導入を容易とする。
【解決手段】ベース映像信号（MPEG2）の他に、拡張映像信号（AVC）が存在する。ベース映像信号は、２次元画像データまたは左眼画像データを選択的に含む。拡張映像信号は、ベース映像信号に含まれる画像データと同一または異なる映像フォーマットの右眼画像データを含む。拡張映像信号の取得先は、同一サービスの他、他の放送サービス、通信ＶＯＤ、通信マルチキャスト等がある。ＰＭＴの配下に、ベース映像信号に含まれる画像データとして左眼画像データが含まれること、および右眼画像データ（他の画像データ）の取得先を示す情報を持つ制御信号（３Ｄ方式記述子）を挿入する。ベース映像信号は、フレーム単位で、含まれる画像データが２次元画像データであるか左眼画像データであるかを識別する識別情報（映像３Ｄ識別信号）を含む。
【解決手段】ベース映像信号（MPEG2）の他に、拡張映像信号（AVC）が存在する。ベース映像信号は、２次元画像データまたは左眼画像データを選択的に含む。拡張映像信号は、ベース映像信号に含まれる画像データと同一または異なる映像フォーマットの右眼画像データを含む。拡張映像信号の取得先は、同一サービスの他、他の放送サービス、通信ＶＯＤ、通信マルチキャスト等がある。ＰＭＴの配下に、ベース映像信号に含まれる画像データとして左眼画像データが含まれること、および右眼画像データ（他の画像データ）の取得先を示す情報を持つ制御信号（３Ｄ方式記述子）を挿入する。ベース映像信号は、フレーム単位で、含まれる画像データが２次元画像データであるか左眼画像データであるかを識別する識別情報（映像３Ｄ識別信号）を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、画像データ送信装置、画像データ送信方法、画像データ受信装置および画像データ受信方法に関し、特に、ステレオ立体画像等の目的のために連結される他の画像データが存在する画像データの送信を行う画像データ送信装置等に関する。
【背景技術】
【０００２】
例えば、特許文献１には、立体画像データのテレビ放送電波を用いた伝送方式について提案されている。この場合、左眼用画像データおよび右眼用画像データを含む立体画像データが送信され、テレビ受信機において、両眼視差を利用した立体画像表示が行われる。
【０００３】
図２３は、両眼視差を利用したステレオ立体画像表示において、スクリーン上におけるオブジェクト（物体）の左右像の表示位置と、その立体画像（３Ｄ画像）の再生位置との関係を示している。例えば、スクリーン上に図示のように左像Ｌａが右側に右像Ｒａが左側にずれて表示されているオブジェクトＡに関しては、左右の視線がスクリーン面より手前で交差するため、その立体画像の再生位置はスクリーン面より手前となる。
【０００４】
また、例えば、スクリーン上に図示のように左像Ｌｂおよび右像Ｒｂが同一位置に表示されているオブジェクトＢに関しては、左右の視線がスクリーン面で交差するため、その立体画像の再生位置はスクリーン面上となる。さらに、例えば、スクリーン上に図示のように左像Ｌｃが左側に右像Ｒｃが右側にずれて表示されているオブジェクトＣに関しては、左右の視線がスクリーン面より奥で交差するため、その立体画像の再生位置はスクリーン面より奥となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６１１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
３ＤＴＶの出現により、３Ｄ放送サービスや３ＤＩＰＴＶサービスの方式が検討されている。衛星放送、ケーブルＴＶ等、放送帯域において新たな３Ｄ放送を追加する余裕がある放送メディアでは、現状の伝送方式や受信機の機能を流用可能なサイドバイサイド方式などにより３Ｄサービスが導入されつつある。
【０００７】
地上放送においては、既存の２Ｄ受信端末で２Ｄ放送を受信し、同時に３Ｄ対応受信端末で３Ｄ放送を受信できるようにすることが求められる。つまり、１つの番組に関して、既存の２Ｄ受信端末では２Ｄの放送として受信し、３Ｄ対応端末では３Ｄの放送として受信する、ということが求められる。しかし、帯域が限定されていて、かつＭＰＥＧ２ｖｉｄｅｏ等、現状では効率の劣る符号化方式で伝送されている。
【０００８】
そのため、上述のサイドバイサイド方式では帯域不足となる。つまり、サイドバイサイド方式の３Ｄ画像データと通常の２Ｄの画像データとを並行して送ることは、帯域上困難となる。したがって、地上放送では、３Ｄ放送の導入が困難となっている。
【０００９】
本技術の目的は、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入を容易とすることにある。
【課題を解決するための手段】
【００１０】
本技術の概念は、
所定目的のために連結される他の画像データが存在する第１の画像データを含む第１のビデオデータストリームを有するトランスポートストリームを送信するデータ送信部を備え、
上記トランスポートストリームは、上記第１のビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含む
画像データ送信装置にある。
【００１１】
本技術において、データ送信部により、第１のビデオデータストリームを有する第１のトランスポートストリームが送信される。第１のビデオデータストリームには、所定目的のために連結される他の画像データが存在する第１の画像データが含まれる。例えば、所定目的は、ステレオ立体画像であり、第１の画像データおよび他の画像データによりステレオ立体画像データが構成される。また、例えば、所定目的は、多視点画像、パノラマ画像等である。
【００１２】
トランスポートストリームには、制御信号が含まれる。この制御信号は、第１のビデオデータストリームに含まれる画像データとして第１のデータが含まれること、および他の画像データの取得先を示す情報を持つものである。例えば、トランスポートストリームには、このトランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを示すプログラム・スペシフィック・インフォメーションとしてのプログラム・マップ・テーブルが含まれており、制御信号は、プログラム・マップ・テーブルの配下に挿入される。
【００１３】
例えば、第１の画像データの符号化方式はＭＰＥＧ２ｖｉｄｅｏであり、他の画像データの符号化方式はＭＰＥＧ４−ＡＶＣとされる。ＭＰＥＧ４−ＡＶＣは、ＭＰＥＧ２ｖｉｄｅｏに比べて、効率が高く、データ量を低減できる。例えば、他の画像データの取得先は、同一サービス、異なるサービス、通信ＶＯＤ、通信マルチキャストなどである。
【００１４】
このように、本技術においては、トランスポートストリームに、第１のビデオデータストリームに含まれる画像データとして第１のデータが含まれること、および他の画像データの取得先を示す情報を持つ制御信号を含まれる。そのため、受信装置においては、この制御信号に基づいて、第１のビデオデータストリームに含まれる画像データが、所定目的のために連結される他の画像データが存在するものであることを認識可能となる。そして、受信装置においては、取得先を示す情報に基づいて、他の画像データを容易に取得可能となる。したがって、本技術においては、例えば、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入が容易となる。
【００１５】
なお、本技術において、例えば、他の画像データの映像フォーマットは、第１の画像データの映像フォーマットと同じか異なっており、制御信号は、第１の画像データおよび他の画像データの映像フォーマット情報をさらに持つ、ようにされてもよい。このように制御信号が映像フォーマット情報を持つことで、例えば、他の画像データの映像フォーマットとして、第１の画像データの映像フォーマットと同じあるいは異なる任意の映像フォーマットの選択が可能となり、映像フォーマットの選択の自由度が増す。また、このように、制御信号が映像フォーマット情報を持つことで、受信装置においては、第１の画像データおよび他の画像データの映像フォーマットを容易に認識でき、他の画像データの映像フォーマットを第１の画像データの映像フォーマットに合わせるための処理を適切に行ことができる。
【００１６】
また、本技術において、例えば、制御信号に含まれる取得先が同一サービスであるとき、トランスポートストリームは、他の画像データを含む第２のビデオデータストリームを有し、制御信号は、第１のビデオデータストリームと、第２のビデオデータストリームとの組み合わせを示す情報をさらに持つ、ようにされてもよい。この場合、受信装置においては、この組み合わせを示す情報に基づいて、第２のビデオデータストリームに他の画像データが含まれることを容易に知ることができ、この第２のビデオデータストリームから他の画像データを容易に取得可能となる。
【００１７】
また、本技術において、例えば、第１のビデオデータストリームは、第１の画像データと、連結される他の画像データが存在しない第２の画像データとを選択的に含み、第１のビデオデータストリームは、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報を含む、ようにされてもよい。例えば、識別情報は、第１のビデオデータストリームの各ピクチャのヘッダ内に挿入される。この場合、受信装置においては、この識別情報に基づいて、処理の切り換えを迅速に行うことが可能となる。
【００１８】
また、本技術の他の概念は、
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを受信するデータ受信部を備え、
上記トランスポートストリームは、上記ビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含み、
上記データ受信部で受信された上記トランスポートストリームから上記第１の画像データを取得する第１のデータ取得部と、
上記データ受信部で受信された上記トランスポートストリームに含まれる上記制御信号に基づいて、上記取得先から上記他の画像データを取得する第２のデータ取得部と、
上記第１のデータ取得部で取得された上記第１の画像データおよび上記第２のデータ取得部で取得された上記他の画像データを連結して処理するデータ処理部とをさらに備える
画像データ受信装置にある。
【００１９】
本技術においては、データ受信部により、第１の画像データを含むトランスポートストリームが受信される。第１の画像データには、所定目的のために連結される他の画像データが存在する第１の画像データが含まれている。例えば、所定目的は、ステレオ立体画像であり、第１の画像データおよび他の画像データによりステレオ立体画像データが構成される。また、例えば、所定目的は、多視点画像、パノラマ画像等である。トランスポートストリームには、制御信号が含まれる。この制御信号は、ビデオデータストリームに含まれる画像データとして第１のデータが含まれること、および他の画像データの取得先を示す情報を持つものである。
【００２０】
第１のデータ取得部により、データ受信部で受信されたトランスポートストリームから第１の画像データが取得される。また、第２のデータ取得部により、データ受信部で受信されたトランスポートストリームに含まれる制御信号に基づいて、取得先から他の画像データが取得される。例えば、他の画像データの取得先は、同一サービス、異なるサービス、通信ＶＯＤ、通信マルチキャストなどである。そして、データ処理部により、第１のデータ取得部で取得された第１の画像データおよび第２のデータ取得部で取得された他の画像データが連結され、所定目的を達成するように処理される。
【００２１】
なお、本技術において、例えば、他の画像データの映像フォーマットは、第１の画像データの映像フォーマットと同じか異なっており、第１のデータ取得部で取得された第１の画像データの映像フォーマットに、第２のデータ取得部で取得された他の画像データの映像フォーマットを合わせる映像フォーマット調整部をさらに備える、ようにされてもよい。この場合、例えば他の画像データの映像フォーマットが第１の画像データの映像フォーマットと異なる場合であっても、それに合わせることが可能となる。
【００２２】
また、本技術において、例えば、ビデオデータストリームは、第１の画像データと、連結される他の画像データが存在しない第２の画像データとを選択的に含み、ビデオデータストリームは、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報を含み、ビデオデータストリームに含まれる識別情報に基づいて、第２のデータ取得部およびデータ処理部の動作を制御する制御部をさらに備える、ようにされてもよい。
【００２３】
このように識別情報に基づいて第２のデータ取得部およびデータ処理部の動作を制御することで、ビデオデータストリームに第１の画像データが含まれるときと第２の画像データが含まれるときとで、処理の切り換えを迅速に行うことができる。そして、例えば、第１の画像データが含まれるときには、他の画像データを取得し、これと第１の画像データとを連結し、所定目的を達成するように、適切に処理できる。
【発明の効果】
【００２４】
本技術によれば、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入が容易となる。
【図面の簡単な説明】
【００２５】
【図１】本技術の実施の形態としての画像送受信システムの構成例を示すブロック図である。
【図２】放送局における送信データ生成部の構成例を示すブロック図である。
【図３】右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋ｎ／ｍ-Ｈ ＡＶＣ）の概念を示す図である。
【図４】右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋free format ＡＶＣ）の概念を示す図である。
【図５】右眼画像データが通信で伝送される場合(放送・通信ハイブリッド伝送方式)の概念を示す図である。
【図６】右眼画像データが同一の放送サービスで伝送される場合について、伝送情報の全体を示す図である。
【図７】右眼画像データが同一の放送サービスで伝送される場合における、トランスポートストリームＴＳの構成例を示す図である。
【図８】右眼画像データが通信で伝送される場合について、伝送情報の全体を示す図である。
【図９】右眼画像データが通信で伝送される場合における、トランスポートストリームＴＳの構成例を示す図である。
【図１０】映像３Ｄ識別信号（Stereo_Video_Format_Signaling）を含むユーザデータの構造例（Syntax）を示す図である。
【図１１】映像３Ｄ識別信号（Stereo_Video_Format_Signaling）の構造例（Syntax）を示す図である。
【図１２】「Stereo_Video_Format_Signaling_type」の７ビットフィールドの画像データの識別情報を説明するための図である。
【図１３】ユーザデータおよび映像３Ｄ識別信号の構造例における主要なデータ規定内容（semantics）を示す図である。
【図１４】３Ｄ方式記述子（Stereoscopic_video_descriptor）の構造例（Syntax）を示す図である。
【図１５】３Ｄ方式記述子の構造例における主要なデータ規定内容（semantics）を示す図である。
【図１６】連結映像信号記述子（combined_video_descriptor）の構造例（Syntax）を示す図である。
【図１７】連結映像信号記述子の構造例における主要なデータ規定内容（semantics）を示す図である。
【図１８】映像フォーマットを示す８ビットフィールドのビット構成を説明するための図である。
【図１９】３Ｄ情報記述子（Stereoscopic_information_descriptor）の構造例（Syntax）を示す図である。
【図２０】３Ｄ情報記述子の構造例における主要なデータ規定内容（semantics）を示す図である。
【図２１】３Ｄ方式記述子（Stereoscopic_video_descriptor）の他の構造例（Syntax）を示す図である。
【図２２】連結映像信号記述子（combined_video_descriptor）の他の構造例（Syntax）を示す図である。
【図２３】両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクトの左右像の表示位置と、その立体像の再生位置との関係を説明するための図である。
【発明を実施するための形態】
【００２６】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２７】
＜１．実施の形態＞
［画像送受信システムの構成例］
図１は、実施の形態としての画像送受信システム１０の構成例を示している。この画像送受信システム１０は、放送局１００とテレビ受信機２００により構成されている。放送局１００は、トランスポートストリームを、放送波にのせて送信する。このトランスポートストリームは、画像データを含む第１のビデオデータストリームを有している。
【００２８】
第１のビデオデータストリームは、画像データとして、第１の画像データまたは第２の画像データを選択的に含んでいる。画像データが第１の画像データであるとき、所定目的のために連結される他の画像データが存在する。この実施の形態において、所定目的はステレオ立体画像であり、この第１の画像データはステレオ立体（３Ｄ）画像データを構成する一方の画像データ、例えば左眼画像データであり、他の画像データはステレオ立体画像データを構成する右眼画像データである。また、画像データが第２の画像データであるとき、所定目的のために連結される他の画像データは存在せず、この第２の画像データは２次元（２Ｄ）画像データである。
【００２９】
第１のビデオデータストリームには、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報が含まれている。この識別情報は、例えば、この第１のビデオデータストリームの各ピクチャのヘッダ内にユーザデータとして挿入されている。
【００３０】
トランスポートストリームには、第１のビデオデータストリームに含まれる画像データとして第１の画像データが含まれること、およびこの第１の画像データに連結される他の画像データの取得先を示す情報を持つ制御信号が含まれている。取得先は、例えば、同一サービス（チャネル）、他の放送サービス、通信ＶＯＤ（Video On Demand）、通信マルチキャストなどである。取得先が同一サービスであるとき、トランスポートストリームは、他の画像データを含む第２のビデオデータストリームをさらに有している。この場合、上述したようにトランスポートストリームに含まれる制御信号は、第１のビデオデータストリームと第２のビデオデータストリームとの組み合わせ（連結）を示す情報を持つようにされる。
【００３１】
なお、第２のビデオデータストリームに含まれる他の画像データの符号化方式は、第１のビデオデータストリームに含まれる画像データ（第１の画像データ、第２の画像データ）の符号化方式と同じか異なるものとされる。この実施の形態において、第１のビデオデータストリームに含まれる画像データの符号化方式は、ＭＰＥＧｖｉｄｅｏとされ、第２のビデオデータストリームに含まれる他の画像データの符号化方式はＭＰＥＧ４−ＡＶＣとされる。
【００３２】
また、第２のビデオデータストリームに含まれる他の画像データの映像フォーマットは、第１のビデオデータストリームに含まれる画像データ（第１の画像データ、第２の画像データ）の映像フォーマットと同じか異なるものとされる。そして、上述したようにトランスポートストリームに含まれる制御信号は、それぞれの画像データの映像フォーマット情報を持つようにされる。
【００３３】
テレビ受信機２００は、放送局１００から放送波に載せて送られてくる、上述のトランスポートストリームを受信する。そして、テレビ受信機２００は、このトランスポートストリームから、画像データを取得する。上述したように、このトランスポートストリームには、画像データとして、第１の画像データまたは第２の画像データを選択的に含まれている。
【００３４】
上述したように、第１のビデオデータストリームには、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報が含まれている。テレビ受信機２００は、この識別情報に基づいて、トランスポートストリームから取得される画像データが第１の画像データであるか第２の画像データであるかを識別する。第２の画像データであるとき、テレビ受信機２００は、この第２の画像データに基づいて、２次元画像の表示処理を行う。
【００３５】
一方、第１の画像データであるとき、テレビ受信機２００は、この第１の画像データに基づいて、ステレオ立体画像の表示処理を行う。上述したように、トランスポートストリームには、第１のビデオデータストリームに含まれる画像データとして第１の画像データが含まれること、およびこの第１の画像データに連結される他の画像データの取得先を示す情報を持つ制御信号が含まれている。
【００３６】
テレビ受信機２００は、この取得先情報に基づいて、ステレオ立体画像の目的のために第１の画像データと連結される他の画像データを取得する。そして、テレビ受信機２００は、第１の画像データおよび他の画像データを連結し、それらに基づいて、ステレオ立体画像の表示処理を行う。例えば、左眼画像および右眼画像を交互に表示するための処理を行う。
【００３７】
また、上述したように、制御信号は、トランスポートストリームから取得される第１の画像データおよびこの第１の画像データに連結される他の画像データの映像フォーマットの情報を持っている。テレビ受信機２００は、この映像フォーマット情報に基づいて、他の映像フォーマットを第１の画像データの映像フォーマットに合わせた後に、これら第１の画像データおよび他の画像データを連結して処理する。
【００３８】
「送信データ生成部の構成例」
図２は、放送局１００において、上述したトランスポートストリームを生成する送信データ生成部１１０の構成例を示している。この送信データ生成部１１０は、データ取り出し部（アーカイブ部）１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４とを有している。
【００３９】
データ取り出し部１１１には、データ記録媒体１１１ａが、例えば、着脱自在に装着される。このデータ記録媒体１１１ａには、トランスポートストリームで送信する所定番組の画像データと共に、この画像データに対応した音声データが記録されている。この画像データとして、２次元画像データが存在する他、ステレオ立体画像データを構成する一方の画像データ、例えば左眼画像データが存在する。なお、この左眼画像データに対応した右眼画像データを同一サービスで送信するとき、データ記録媒体１１１ａには、さらに、この右眼画像データも存在する。
【００４０】
データ取り出し部１１１のデータ記録媒体１１１ａは、例えば、ディスク状記録媒体、半導体メモリなどで構成されている。データ取り出し部１１１は、データ記録媒体１１１ａから、所定番組の画像データを取り出すと共に、この画像データに関連付けて記録されている音声データを取り出して出力する。この場合、画像データには、２次元画像データ（第２の画像データ）またはステレオ立体画像データを構成する左眼画像データ（第１の画像データ）が選択的に含まれる。
【００４１】
ビデオエンコーダ１１２は、データ取り出し部１１１から出力される画像データに対して、例えば、ＭＰＥＧ２ｖｉｄｅｏで符号化を施して符号化ビデオデータを得る。また、このビデオエンコーダ１１２は、後段に備えるストリームフォーマッタ（図示せず）により、画像データ（符号化ビデオデータ）を含む第１のビデオデータストリーム（ビデオエレメンタリストリーム）を生成する。
【００４２】
この場合、ビデオエンコーダ１１２は、第１のビデオデータストリームに、フレーム単位で、画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報を含める。識別情報は、例えば、この第１のビデオデータストリームの各ピクチャのヘッダ内にユーザデータとして挿入される。
【００４３】
オーディオエンコーダ１１３は、データ取り出し部１１１から出力される音声データに対して、ＭＰＥＧ−２Ａｕｄｉｏ ＡＡＣ等の符号化を施し、オーディオデータストリーム（オーディオエレメンタリストリーム）を生成する。マルチプレクサ１１４は、ビデオエンコーダ１１２およびオーディオエンコーダ１１３で生成された各エレメンタリストリームをパケット化して多重し、トランスポートストリームＴＳを生成する。
【００４４】
マルチプレクサ１１４は、トランスポートストリームＴＳに、第１のビデオデータストリームに含まれる画像データとして第１の画像データが含まれること、およびこの第１の画像データに連結される他の画像データの取得先を示す情報を持つ制御信号を含める。上述したように、他の画像データの映像フォーマットは、第１の画像データの映像フォーマットと同じか異なるものである。マルチプレクサ１１４は、制御信号に、これら第１の画像データおよび第２の画像データの映像フォーマット情報をさらに持たせる。
【００４５】
なお、データ取り出し部１１１から出力される画像データが第１の画像データ（ステレオ立体画像データを構成する左眼画像データ）であって、右眼画像データを同一サービスで送信するとき、データ取り出し部１１１から右眼画像データも同時に出力される。この場合、ビデオエンコーダ１１２は、この右眼画像データに対して、例えば、ＭＰＥＧ４−ＡＶＣで符号化を施し、第２のビデオデータストリーム（ビデオエレメンタリストリーム）を生成する。マルチプレクサ１１４は、トランスポートストリームＴＳに、この第２のビデオデータストリームも含める。
【００４６】
このように、左眼画像データを同一サービスで送信するとき、マルチプレクサ１１４は、制御信号に、第１のビデオデータストリームと第２のビデオデータストリームとの組み合わせ（連結）を示す情報をさらに持たせる。例えば、この情報は、コンポーネントタグ（component_tag）を用いて構成される。
【００４７】
［独立映像連結３Ｄ伝送方式の概念］
上述したようにステレオ立体画像データを構成する一方の画像データ、例えば左眼画像データを所定の放送サービスで伝送すると共に、これと独立して他方の画像データ、例えば右眼画像データを伝送する方式の概念を説明する。この場合、右眼画像データは、例えば、同一の放送サービス、他の放送サービス、通信ＶＯＤ、通信マルチキャストなどで伝送される。
【００４８】
図３は、右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋ｎ／ｍ-Ｈ ＡＶＣ）の概念を示している。この場合、第１の画像データとしての左眼画像データは、１９２０×１０８０ｉの映像フォーマットであって、ＭＰＥＧ２Ｖｖｉｄｅｏの符号化が施されている。一方、この第１の画像データと連結される他の画像データとしての右眼画像データは、水平方向の解像度がｎ／ｍ（例えば１／２、３／４等）とされた映像フォーマットであって、ＭＰＥＧ４−ＡＶＣの符号化が施されている。
【００４９】
右眼画像データの水平方向の解像度を低下させることで、データ量を少なくでき、帯域節約が可能となる。なお、水平方向の解像度を低下させる代わりに垂直方向の解像度を低下させるか、あるいは、双方の解像度を低下させることも考えられる。また、右眼画像データに、ＭＰＥＧ２ｖｉｄｅｏに比して効率のよいＭＰＥＧ４−ＡＶＣの符号化を施すことで、データ量を少なくでき、帯域節約が可能となる。
【００５０】
右眼画像データが同一の放送サービスで伝送される場合、テレビ受信機２００は、左眼画像データを含む第１のビデオデータストリームと右眼画像データを含む第２のビデオデータストリームとを含むトランスポートストリームＴＳを受信する。すなわち、テレビ受信機２００は、デジタルチューナ、デマルチプレクサ等からなる受信部２０２を備え、この受信部２０２により、トランスポートストリームＴＳを受信する。
【００５１】
また、テレビ受信機２００は、制御部２０１と、ＭＰＥＧ２ｖｉｄｅｏのデコーダ２０３と、ＭＰＥＧ４−ＡＶＣのデコーダ２０４と、同期部２０５と、スケーリング部２０６と、３Ｄ処理部２０７と、３Ｄパネル２０８とを備えている。制御部２０１は、テレビ受信機２００の各部の動作を制御する。
【００５２】
デコーダ２０３は、受信部２０２で得られる左眼画像データを含む第１のビデオデータストリーム（ＭＰＥＧ２ｖｉｄｅｏの符号化データ）に対してデコード処理を施して、左眼画像データを取得する。デコーダ２０４は、受信部２０２で得られる右眼画像データを含む第２のビデオデータストリーム（ＭＰＥＧ４−ＡＶＣの符号化データ）に対してデコード処理を施して、右眼画像データを取得する。
【００５３】
同期部２０５は、デコーダ２０３で得られる左眼画像データと、デコーダ２０４で得られる右眼画像データとの同期を取る。同期部２０５は、例えば、ＰＴＳ（Presentation Time Stamp）などの同期再生のための時間情報を利用して、左眼画像データと右眼画像データとの同期合わせを行う。
【００５４】
スケーリング部２０６は、デコーダ２０４で得られた右眼画像データに対して、その水平方向の解像度を、デコーダ２０３で得られた左眼画像データの水平方向の解像度に合わせるためのスケーリング処理を行う。これにより、左眼画像データおよび右眼画像データの映像フォーマットは、１９２０×１０８０ｉとなる。ここで、スケーリング部２０６は、映像フォーマット調整部を構成している。
【００５５】
３Ｄ処理部２０７は、デコーダ２０３で得られた左眼画像データと、スケーリング部２０６で得られた右眼画像データとを連結し、ステレオ立体画像の表示処理を行う。例えば、この３Ｄ処理部２０７は、左眼画像データと右眼画像データとを交互に出力し、３Ｄパネル２０８に、左眼画像および右眼画像を交互に表示する。
【００５６】
なお、図３は、第１のビデオデータストリームに含まれる画像データが第１の画像データである場合を示している。第１のビデオデータストリームに含まれる画像データが第２の画像データ（２次元画像データ）である場合には、第２のビデオデータストリームは存在しない。
【００５７】
テレビ受信機２００の制御部２０１には、例えば、デコーダ２０３から、第１のビデオデータストリームにフレーム単位で含まれている、第１の画像データであるか第２の画像データであるかを識別する識別情報が供給される。制御部２０１は、この識別情報に基づいて、テレビ受信機２００の各部を、２次元画像の表示処理状態、あるいはステレオ立体画像の表示処理状態に制御する。第１のビデオデータストリームに含まれる画像データが第１の画像データである場合、上述したように、デコーダ２０４およびスケーリング部２０６は動作状態とされ、３Ｄ処理部２０７はステレオ立体画像の表示処理状態とされる。
【００５８】
これに対して、第１のビデオデータストリームに含まれる画像データが第２の画像データである場合、デコーダ２０４およびスケーリング部２０６は非動作状態とされ、３Ｄ処理部２０７は２次元画像の表示処理状態とされる。３Ｄ処理部２０７は、２次元画像の表示処理状態のとき、３Ｄパネル２０８に、２次元画像を順次表示する。
【００５９】
また、テレビ受信機２００の制御部２０１には、例えば、受信部２０２から、トランスポートストリームＴＳに含まれている制御信号が供給される。この制御信号には、上述したように、左眼画像データおよび右眼画像データの映像フォーマット情報が含まれている。制御部２０１は、この映像フォーマット情報に基づいて、スケーリング部２０６におけるスケーリング処理を制御する。また、この制御信号には、右眼画像データの取得先情報が含まれている。制御部２０１は、この取得先情報に基づいて、右眼画像データの取得先が同一放送サービスであることがわかる。
【００６０】
また、図４は、右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋free format ＡＶＣ）の概念を示している。この図４において、図３と対応する部分には同一符号を付し、適宜、その詳細説明は省略する。この場合、第１の画像データとしての左眼画像データは、１９２０×１０８０ｉの映像フォーマットであって、ＭＰＥＧ２Ｖｖｉｄｅｏの符号化が施されている。一方、この第１の画像データと連結される他の画像データとしての右眼画像データは、任意の映像フォーマット（１２８０×７２０Ｐ、７２０×４８０ｉ等）であって、ＭＰＥＧ４−ＡＶＣの符号化が施されている。
【００６１】
右眼画像データの映像フォーマットを低解像度のものとすることで、データ量を少なくでき、帯域節約が可能となる。また、右眼画像データに、ＭＰＥＧ２ｖｉｄｅｏに比して効率のよいＭＰＥＧ４−ＡＶＣの符号化を施すことで、データ量を少なくでき、帯域節約が可能となる。
【００６２】
右眼画像データが同一の放送サービスで伝送される場合、テレビ受信機２００は、左眼画像データを含む第１のビデオデータストリームと右眼画像データを含む第２のビデオデータストリームとを含むトランスポートストリームＴＳを受信する。すなわち、テレビ受信機２００は、デジタルチューナ、デマルチプレクサ等からなる受信部２０２を備え、この受信部２０２により、トランスポートストリームＴＳを受信する。
【００６３】
また、テレビ受信機２００は、制御部２０１と、ＭＰＥＧ２ｖｉｄｅｏのデコーダ２０３と、ＭＰＥＧ４−ＡＶＣのデコーダ２０４と、同期部２０５と、アップコンバータ２１１と、３Ｄ処理部２０７と、３Ｄパネル２０８とを備えている。制御部２０１は、テレビ受信機２００の各部の動作を制御する。
【００６４】
アップコンバータ２１１は、デコーダ２０４で得られた右眼画像データに対して、その映像フォーマットを、デコーダ２０３で得られた左眼画像データの映像フォーマットに合わせるためのアップコンバート処理を行う。これにより、左眼画像データおよび右眼画像データの映像フォーマットは、１９２０×１０８０ｉとなる。ここで、アップコンバータ２１１は、映像フォーマット調整部を構成している。詳細説明は省略するが、図４における受信部２００のその他は、図３における受信部２００と同様である。
【００６５】
また、図５は、右眼画像データが通信で伝送される場合(放送・通信ハイブリッド伝送方式)の概念を示している。この図５において、図３、図４と対応する部分には同一符号を付し、適宜、その詳細説明は省略する。この場合、第１の画像データとしての左眼画像データは、１９２０×１０８０ｉの映像フォーマットであって、ＭＰＥＧ２Ｖｖｉｄｅｏの符号化が施されている。
【００６６】
一方、この第１の画像データと連結される他の画像データとしての右眼画像データは、ＭＰＥＧ４−ＡＶＣの符号化が施されている。そして、この右眼画像データの映像フォーマットは、水平方向の解像度がｎ／ｍ（例えば１／２、３／４等）とされた映像フォーマット、あるいは任意の映像フォーマット（１２８０×７２０Ｐ、７２０×４８０ｉ等）とされている。
【００６７】
右眼画像データの水平方向の解像度を低下させること、あるいはその映像フォーマットを低解像度のものとすることで、データ量を少なくでき、帯域節約が可能となる。また、右眼画像データに、ＭＰＥＧ２ｖｉｄｅｏに比して効率のよいＭＰＥＧ４−ＡＶＣの符号化を施すことで、データ量を少なくでき、帯域節約が可能となる。
【００６８】
テレビ受信機２００は、左眼画像データを含む第１のビデオデータストリームを含むトランスポートストリームＴＳを受信する受信部２０２を備える。また、右眼画像データが通信で伝送されるので、テレビ受信機２００は、右眼画像データを含む第２のビデオデータストリームを取得する通信部２２１を備える。
【００６９】
また、テレビ受信機２００は、制御部２０１と、ＭＰＥＧ２ｖｉｄｅｏのデコーダ２０３と、ＭＰＥＧ４−ＡＶＣのデコーダ２０４と、同期部２０５と、アップコンバータ２１１と、３Ｄ処理部２０７と、３Ｄパネル２０８とを備えている。制御部２０１は、テレビ受信機２００の各部の動作を制御する。
【００７０】
デコーダ２０３は、受信部２０２で得られる左眼画像データを含む第１のビデオデータストリーム（ＭＰＥＧ２ｖｉｄｅｏの符号化データ）に対してデコード処理を施して、左眼画像データを取得する。デコーダ２０４は、通信部２２１で得られる右眼画像データを含む第２のビデオデータストリーム（ＭＰＥＧ４−ＡＶＣの符号化データ）に対してデコード処理を施して、右眼画像データを取得する。
【００７１】
同期部２０５は、デコーダ２０３で得られる左眼画像データと、デコーダ２０４で得られる右眼画像データとの同期を取る。同期部２０５は、例えば、ＰＴＳ（Presentation Time Stamp）などの同期再生のための時間情報を利用して、左眼画像データと右眼画像データとの同期合わせを行う。
【００７２】
アップコンバータ２１１は、デコーダ２０４で得られた右眼画像データに対して、その映像フォーマットを、デコーダ２０３で得られた左眼画像データの映像フォーマットに合わせるためのアップコンバート処理を行う。これにより、左眼画像データおよび右眼画像データの映像フォーマットは、１９２０×１０８０ｉとなる。ここで、アップコンバータ２１１は、映像フォーマット調整部を構成している。
【００７３】
３Ｄ処理部２０７は、デコーダ２０３で得られた左眼画像データと、アップコンバータ２１１で得られた右眼画像データとを連結し、ステレオ立体画像の表示処理を行う。例えば、この３Ｄ処理部２０７は、左眼画像データと右眼画像データとを交互に出力し、３Ｄパネル２０８に、左眼画像および右眼画像を交互に表示する。
【００７４】
なお、図５は、放送サービスで伝送される第１のビデオデータストリームに含まれる画像データが第１の画像データである場合を示している。第１のビデオデータストリームに含まれる画像データが第２の画像データ（２次元画像データ）である場合には、第２のビデオデータストリームは存在しない。
【００７５】
テレビ受信機２００の制御部２０１には、例えば、デコーダ２０３から、第１のビデオデータストリームにフレーム単位で含まれている、第１の画像データであるか第２の画像データであるかを識別する識別情報が供給される。制御部２０１は、この識別情報に基づいて、テレビ受信機２００の各部を、２次元画像の表示処理状態、あるいはステレオ立体画像の表示処理状態に制御する。第１のビデオデータストリームに含まれる画像データが第１の画像データである場合、上述したように、通信部２２１、デコーダ２０４およびアップコンバータ２１１は動作状態とされ、３Ｄ処理部２０７はステレオ立体画像の表示処理状態とされる。
【００７６】
これに対して、第１のビデオデータストリームに含まれる画像データが第２の画像データである場合、通信部２２１、デコーダ２０４およびアップコンバータ２１１は非動作状態とされ、３Ｄ処理部２０７は２次元画像の表示処理状態とされる。３Ｄ処理部２０７は、２次元画像の表示処理状態のとき、３Ｄパネル２０８に、２次元画像を順次表示する。
【００７７】
また、テレビ受信機２００の制御部２０１には、例えば、受信部２０２から、トランスポートストリームＴＳに含まれている制御信号が供給される。この制御信号には、上述したように、左眼画像データおよび右眼画像データの映像フォーマット情報が含まれている。制御部２０１は、この映像フォーマット情報に基づいて、アップコンバータ２１１におけるアップコンバート処理を制御する。
【００７８】
また、この制御信号には、右眼画像データの取得先情報が含まれている。制御部２０１は、この取得先情報に基づいて、右眼画像データの取得先が通信（通信ＶＯＤ、通信マルチキャスト）であることがわかる。制御部２０１は、この取得先情報に基づいて、通信部２２１の動作を制御する。
【００７９】
なお、上述の図３〜図５の概念は、右眼画像データを含む第２のビデオデータストリームの取得先が同一放送サービスあるいは通信である。図示は省略するが、この第２のビデオデータストリームの取得先が他の放送サービスである場合も、同様の概念となる。その場合、受信機２００は、受信部２０２の他に、右眼画像データを含む第２のビデオデータストリームを有するトランスポートストリームＴＳを受信する受信部を備える。
【００８０】
図６は、右眼画像データが同一の放送サービスで伝送される場合について、伝送情報の全体を示している。ここで、「ベース映像信号（ＭＰＥＧ２）」は、左眼画像データ（第１の画像データ）あるいは２次元画像データ（第２の画像データ）が含まれる第１のビデオデータストリームを示している。また、「拡張映像信号（ＡＶＣ）」は、右眼画像データが含まれる第２のビデオデータストリームを示している。
【００８１】
また、「ＰＭＴ」は、第１のビデオデータストリームおよび第２のビデオデータストリームを有するトランスポートストリームＴＳに含まれているプログラム・マップ・テーブルを示している。このプログラム・マップ・テーブルは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを示すプログラム・スペシフィック・インフォメーションを構成している。
【００８２】
また、「ＥＩＴ」は、第１のビデオデータストリームおよび第２のビデオデータストリームを有するトランスポートストリームＴＳに含まれているイベント・インフォメーション・テーブルを示している。このイベント・インフォメーション・テーブルは、イベント単位の管理を行うサービス・スペシフィック・インフォメーションを構成している。このイベント・インフォメーション・テーブルには、番組名、放送日時、番組内容など、番組に関する情報が記述される。
【００８３】
ベース映像信号（第１のビデオデータストリーム）の各ピクチャのヘッダ内にユーザデータとして、映像３Ｄ識別信号が挿入される。この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが、左眼画像データ（第１の画像データ）であるか２次元画像データ（第２の画像データ）であるかを識別する識別情報を構成する。
【００８４】
この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが２次元画像データ（第２の画像データ）であるとき、２Ｄ映像であることを示す。また、この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが左眼画像データ（第１の画像データ）であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）であることを示す。
【００８５】
プログラム・マップ・テーブルの配下のビデオエレメンタリ・ループには、ベース映像信号（第１のビデオデータストリーム）および拡張映像信号（第２のビデオデータストリーム）の情報が含まれている。すなわち、ベース映像信号（Video#1）に関連して、パケット識別子（PID１）、コンポーネント・タグ（Component_tag1）、ストリームタイプ（Stream_Type→MPEG2）等の情報が配置される。さらに、このベース映像信号（Video#1）に関連して、制御信号としての３Ｄ方式記述子が配置される。
【００８６】
この３Ｄ方式記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は同一サービスとされる。
【００８７】
また、拡張映像信号（Video#2）に関連して、パケット識別子（PID2）、コンポーネント・タグ（Component_tag2）、ストリームタイプ（Stream_Type→AVC）等の情報が配置される。さらに、この拡張映像信号（Video#2）に関連して、制御信号としての連結映像信号記述子が配置される。この連結映像信号記述子には、連結目的が３Ｄ（ステレオ立体画像）であることが記述される。
【００８８】
また、この連結映像信号記述子には、連結ベースエレメンタリストリームのコンポーネント・タグ（Component_tag1）の情報が記述される。この情報は、ベース映像信号（第１のビデオデータストリーム）と拡張映像信号（第２のビデオデータストリーム）との組み合わせを示す情報を構成する。また、この連結映像信号記述子には、さらに、ベース映像信号に含まれる左眼画像データおよび拡張映像信号に含まれる右眼画像データの映像フォーマット情報（picture format）が記述される。
【００８９】
また、イベント・インフォメーション・テーブルには、番組番号、イベント識別子（Event_id）、番組名などの情報が配置される他に、制御信号としての３Ｄ情報記述子が配置される。この３Ｄ情報記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は、同一番組（上述した３Ｄ方式記述子に記述される同一サービスと同じ意味）とされる。
【００９０】
図７は、右眼画像データが同一の放送サービスで伝送される場合における、トランスポートストリームＴＳの構成例を示している。この場合、トランスポートストリームＴＳには、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれている。また、この場合、トランスポートストリームＴＳには、拡張映像信号（ＡＶＣ）である第２のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれている。なお、この構成例では、図面の簡単化のために、オーディオに関しては、その図示を省略している。
【００９１】
この構成例では、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームに、上述した映像３Ｄ識別信号が挿入されている。上述したように、この映像３Ｄ識別信号は、各ピクチャのヘッダ内にユーザデータとして挿入されている。
【００９２】
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（ProgramMap Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ(EventInformation Table)が含まれている。
【００９３】
ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・デスクリプタ（Program Descriptor）が存在する。また、このＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリ・ループが存在する。この構成例では、ビデオエレメンタリ・ループ（Video ES loop）が存在する。このビデオエレメンタリ・ループには、ストリーム毎に、パケット識別子（PID）、コンポーネント・タグ（Component_tag）、ストリームタイプ（Stream_Type）等の情報が配置されている。
【００９４】
このビデオエレメンタリ・ループには、ベース映像信号（Video#1）に関連して、上述した３Ｄ方式記述子が配置されている。また、このビデオエレメンタリ・ループには、拡張映像信号（Video#2）に関連して、上述した連結映像信号記述子が配置されている。また、ＥＩＴには、上述した３Ｄ情報記述子が配置されている。
【００９５】
図８は、右眼画像データが通信で伝送される場合について、伝送情報の全体を示している。ここで、「ベース映像信号（ＭＰＥＧ２）」は、左眼画像データ（第１の画像データ）あるいは２次元画像データ（第２の画像データ）が含まれる第１のビデオデータストリームを示している。また、「拡張映像信号（ＡＶＣ）」は、右眼画像データが含まれる第２のビデオデータストリームを示している。なお、ここでは、この右眼画像データの取得先が通信ＶＯＤ（ＶＯＤサーバ）であるとしている。
【００９６】
また、「ＰＭＴ」は、第１のビデオデータストリームを有するトランスポートストリームＴＳに含まれているプログラム・マップ・テーブルを示している。また、「ＥＩＴ」は、第１のビデオデータストリームを有するトランスポートストリームＴＳに含まれているイベント・インフォメーション・テーブルを示している。
【００９７】
ベース映像信号（第１のビデオデータストリーム）の各ピクチャのヘッダ内にユーザデータとして、映像３Ｄ識別信号が挿入される。この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが、左眼画像データ（第１の画像データ）であるか２次元画像データ（第２の画像データ）であるかを識別する識別情報を構成する。
【００９８】
この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが２次元画像データ（第２の画像データ）であるとき、２Ｄ映像であることを示す。また、この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが左眼画像データ（第１の画像データ）であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）であることを示す。
【００９９】
プログラム・マップ・テーブルの配下のビデオエレメンタリ・ループには、ベース映像信号（第１のビデオデータストリーム）の情報が含まれている。すなわち、ベース映像信号（Video#1）に関連して、パケット識別子（PID１）、コンポーネント・タグ（Component_tag1）、ストリームタイプ（Stream_Type→MPEG2）等の情報が配置される。さらに、このベース映像信号（Video#1）に関連して、制御信号としての３Ｄ方式記述子が配置される。
【０１００】
この３Ｄ方式記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は、通信ＶＯＤとされる。
【０１０１】
また、イベント・インフォメーション・テーブルには、番組番号、イベント識別子（Event_id）、番組名などの情報が配置される他に、制御信号としての３Ｄ情報記述子が配置される。この３Ｄ情報記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は、通信ＶＯＤとされ、併せて、そのＵＲＬ情報も記述される。
【０１０２】
なお、イベント・インフォメーション・テーブルの配下に３Ｄ情報記述子を挿入し、この３Ｄ情報記述子に連結先（取得先）が通信ＶＯＤであることと、そのＵＲＬ情報を記述するのは、以下の理由からである。すなわち、上述のプログラム・マップ・テーブルの配下に挿入される３Ｄ方式記述子にＵＲＬ情報を記述することも考えられるが、プログラム・マップ・テーブルの容量が少なく、ＵＲＬ情報を記述するとオーバフローする恐れがあるからである。また、ＵＲＬ情報は、番組単位で記述すれば充分であると考えられるからでる。
【０１０３】
また、イベント・インフォメーション・テーブルは、予約録画のときに、本当に録画できるかチェックするという目的もある。このイベント・インフォメーション・テーブルに３Ｄ情報記述子を挿入しておくことで、３Ｄ映像の録画チェックに利用できる。例えば、独立映像連結方式の３Ｄである場合、連結先（取得先）が同一のサービス内であれば可能だが、連結先（取得先）が通信ＶＯＤ、通信マルチキャストである場合、通信機能がないので不可能、などの判断が可能となる。
【０１０４】
図９は、右眼画像データが通信で伝送される場合における、トランスポートストリームＴＳの構成例を示している。この場合、トランスポートストリームＴＳには、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれている。この場合、上述の図７とは異なり、このトランスポートストリームＴＳには、拡張映像信号（ＡＶＣ）である第２のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれない。なお、この構成例では、図面の簡単化のために、オーディオに関しては、その図示を省略している。
【０１０５】
この構成例では、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームに、上述した映像３Ｄ識別信号が挿入されている。上述したように、この映像３Ｄ識別信号は、各ピクチャのヘッダ内にユーザデータとして挿入されている。また、この構成例では、ＰＭＴのビデオエレメンタリ・ループに、ベース映像信号（Video#1）に関連して、上述した３Ｄ方式記述子が配置されている。また、この構成例では、また、ＥＩＴに、上述した３Ｄ情報記述子が配置されている。
【０１０６】
［映像３Ｄ識別信号］
ベース映像信号（第１のビデオデータストリーム）の各ピクチャのヘッダ内にユーザデータとして挿入される映像３Ｄ識別信号（Stereo_Video_Format_Signaling）について説明する。図１０は、映像３Ｄ識別信号（Stereo_Video_Format_Signaling）を含むユーザデータの構造例（Syntax）を示している。
【０１０７】
「user_data_start_code」の３２ビットフィールドは、ユーザデータの開始コードであり、固定値“0x000001B2 ”が記載される。「Stereo_Video_Format_Signaling_identifier」の３２ビットフィールドは、データ識別子であり、ここでは、映像３Ｄ識別信号を示す、固定値“0x4A503344”が記載される。データ識別子が「Stereo_Video_Format_Signaling_identifier」であるとき、その後のデータ本体として、映像３Ｄ識別信号（Stereo_Video_Format_Signaling）が配置される。
【０１０８】
図１１は、映像３Ｄ識別信号（Stereo_Video_Format_Signaling）の構造例（Syntax）を示している。「Stereo_Video_Format_Signaling_Length」の８ビットフィールドは、このフィールド以降のバイト長を示し、ここでは、固定値“３”が記載される。「Stereo_Video_Format_Signaling_type」の７ビットフィールドは、画像データの識別情報である。図１２に示すように、“００００１１０”は、画像データが、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータであることを示す。また、“０００１０００”は、画像データが、２次元（２Ｄ）映像のデータ（２次元画像データ）であることを示す。
【０１０９】
なお、図１３は、上述した図１０、図１１の構造例（Syntax）における主要なデータ規定内容（semantics）を示している。
【０１１０】
［３Ｄ方式記述子］
ＰＭＴの配下にあるビデオエレメンタリ・ループに、ベース映像信号（第１のビデオデータストリーム）に関連して配置される３Ｄ方式記述子（Stereoscopic_video_descriptor）について説明する。図１４は、３Ｄ方式記述子（Stereoscopic_video_descriptor）の構造例（Syntax）を示している。図１５は、その構造例における主要なデータ規定内容（semantics）を示している。
【０１１１】
「descriptor_tag」の８ビットフィールドは、デスクリプタの識別子であり、ここでは、３Ｄ方式記述子（Stereoscopic_video_descriptor）であることを示す。「descriptor_length」は、以降のデータの長さ（バイト数）を示す。「Stereo_Video_Format_Signaling_present_flag 」の１ビットのフラグ情報は、ベース映像信号に、所定目的のために連結される他の画像データが存在する第１の画像データが含まれることを示す。このフラグ情報が“１”であるとき、「Stereo_Video_Format_Signaling_type」の７ビットフィールドの情報、つまり他の画像データの取得先情報が存在する。この７ビットフィールドは、上述の映像３Ｄ識別信号（Stereo_Video_Format_Signaling）における「Stereo_Video_Format_Signaling_type」の７ビットフィールドと同じである（図１２参照）。
【０１１２】
「Stereo_Video_Format_Signaling_type」の７ビットフィールドは、“００００１１０”であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータであることを示す。このとき、「alternative_combined_signal_location_type」の６ビットフィールドの情報が存在する。この情報は、連結される画像データの取得先、つまり連結先を示す。“１”は、連結先が同一サービス内であることを示す。“２”は、連結先が他の放送サービスであることを示す。“３”は、連結先が通信ＶＯＤであることを示す。さらに、“４”は、連結先が通信マルチキャストであることを示す。
【０１１３】
［連結映像信号記述子］
ＰＭＴの配下にあるビデオエレメンタリ・ループに、拡張映像信号（第２のビデオデータストリーム）に関連して配置される連結映像信号記述子（combined_video_descriptor）について説明する。図１６は、連結映像信号記述子（combined_video_descriptor）の構造例（Syntax）を示している。図１７は、その構造例における主要なデータ規定内容（semantics）を示している。
【０１１４】
「descriptor_tag」の８ビットフィールドは、デスクリプタの識別子であり、ここでは、連結映像信号記述子（combined_video_descriptor）であることを示す。「descriptor_length」は、以降のデータの長さ（バイト数）を示す。「combined_video_type」は、連結目的を示す。“１”は、ステレオ立体画像（stereoscopic）であることを示す。なお、その他に、多視点画像（multi-scopic）、パノラマ画像（panorama）等を連結目的として示すこともできる。
【０１１５】
「base_video_component」の８ビットフィールドは、連結のベースとなるビデオエレメンタリストリーム（映像ES）のコンポーネント・タグ（component_tag）の値を示す。「base_video_format_type」の８ビットフィールドは、連結のベースとなるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。「extended_video_format_type」８ビットフィールドは、連結の拡張となるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。
【０１１６】
映像フォーマットを示す８ビットフィールドは、例えば、図１８に示すようなビット構成とされている。第７ビットは、インタレースであるかプログレッシブであるかを示す。例えば、“０”はインタレースであることを示す、“１”はプログレッシブであることを示す。また、第６ビット〜第４ビットは、垂直方向のサイズを示す。例えば、“１”は４８０画素であることを示し、“２”は５７６画素であることを示し、“３”は７２０画素であることを示し、“４”は１０８０画素であることを示し、“５”は２１６０画素であることを示す。
【０１１７】
また、第３ビット〜第０ビットは、水平方向のサイズを示す。例えば、“１”は７２０画素であることを示し、“２”は９６０画素であることを示し、“３”は１２８０画素であることを示し、“４”は１４４０画素であることを示し、“５”は１９２０画素であることを示し、“６”は３８４０画素であることを示す。なお、垂直および水平の画素サイズは一例あって、その他のサイズを示すことも可能である。
【０１１８】
［３Ｄ情報記述子］
ＥＩＴ配置される３Ｄ情報記述子（Stereoscopic_information_descriptor）について説明する。図１９は、３Ｄ情報記述子（Stereoscopic_information_descriptor）の構造例（Syntax）を示している。図２０は、その構造例における主要なデータ規定内容（semantics）を示している。
【０１１９】
「descriptor_tag」の８ビットフィールドは、デスクリプタの識別子であり、ここでは、３Ｄ情報記述子（Stereoscopic_information_descriptor）であることを示す。「descriptor_length」は、以降のデータの長さ（バイト数）を示す。「Stereo_Video_Format_Signaling_type」の７ビットフィールドは、上述の３Ｄ方式記述子（Stereoscopic_video_descriptor）のものと同じ情報である（図１２参照）。
【０１２０】
「Stereo_Video_Format_Signaling_type」の７ビットフィールドが、“００００１１０”であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータであることを示す。このとき、「alternative_combined_signal_location_type」の６ビットフィールドの情報が存在する。この６ビットフィールドは、上述の３Ｄ方式記述子（Stereoscopic_video_descriptor）のものと同じ情報である（図１５参照）。
【０１２１】
この「alternative_combined_signal_location_type」の６ビットフィールドが“００００１０”であるとき、連結先が他の放送サービスである。このとき、「network_id 」、「transport_stream_id 」、「service_id 」、「event_id 」の各情報が存在する。これらは、連結される拡張ビデオデータストリームの取得先が別放送サービスの場合の放送サービスのチューニング情報、および番組IDを示す。
【０１２２】
また、「alternative_combined_signal_location_type」の６ビットフィールドが“００００１１”であるとき、連結先が通信ＶＯＤである。このとき、「alternative_stream_url_byte」の情報が存在する。この「alternative_stream_url_byte」の情報は、連結される拡張データストリームの取得先が通信ＶＯＤの場合のＵＲＬの各データバイトを示す。なお、「alternative_signal_url_length 」の１６ビットフィールドは、「alternative_stream_url_byte」の情報のデータバイト数を示す。
【０１２３】
また、「alternative_combined_signal_location_type」の６ビットフィールドが“０００１００”であるとき、連結先が通信マルチキャストである。このとき、「ip_version 」、「multicast_protocol 」の情報が存在する。「ip_version 」の１ビットフィールドは、ＩＰアドレスのバージョンを示す。例えば、“０”はＩＰｖ４を示し、“１”はＩＰｖ６を示す。「multicast_protocol 」の４ビットフィールドは、マルチキャスト制御プロトコルを示す。例えば、“０ｘ００”はＩＧＭＰｖ２を示し、“０ｘ０１”はＭＬＤｖ２を示す。
【０１２４】
「ip_version」の１ビットフィールドが“０”であるとき、通信マルチキャストのＩＰアドレスを示す「group_address_32」および「service_address_32 」の３２ビットフィールドが存在する。また、「ip_version 」の１ビットフィールドが“１”であるとき、通信マルチキャストのＩＰアドレスを示す「group_address_128 」および「service_address_128 」の１２８ビットフィールドが存在する。
【０１２５】
上述したように、図１に示す画像送受信システム１０において、ステレオ立体画像データを構成する左眼画像データを含む第１のビデオデータストリームを有するトランスポートストリームＴＳに制御信号が挿入される。この制御信号は、第１のビデオデータストリームに含まれる画像データとしてステレオ立体画像データを構成する左眼画像データ（第１の画像データ）が含まれることを示す情報（ＰＭＴの３Ｄ方式記述子、ＥＩＴの３Ｄ情報記述子）を持つものとされる。また、この制御信号は、右眼画像データ（他の画像データ）の取得先を示す情報（３Ｄ方式記述子の連結先、３Ｄ情報記述子の連結先）を持つものとされる。
【０１２６】
そのため、テレビ受信機２００においては、この制御信号に基づいて、第１のビデオデータストリームに含まれる画像データが、ステレオ立体画像データを構成する左眼画像データ（第１の画像データ）であることを認識できる。そして、テレビ受信機２００においては、取得先を示す情報に基づいて、右眼画像データを容易に取得でき、ステレオ立体画像表示を行うことができる。この場合、右眼画像データの取得先は同一サービスに限定されるものではなく、他の放送サービス、あるいは通信ＶＯＤ、通信マルチキャスト等でもよく、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入が容易となる。
【０１２７】
また、図１に示す画像送受信システム１０において、第２のビデオデータストリームに含まれる右眼画像データの映像フォーマットは、第１のビデオデータストリームに含まれる左眼画像データの映像フォーマットと同じか異なるものとされる。そして、トランスポートストリームＴＳに挿入される制御信号は、左眼画像データおよび右眼画像データの映像フォーマット情報（連結映像信号記述子のベース・拡張ピクチャフォーマット）を持つようにされる。
【０１２８】
そのため、右眼画像データの映像フォーマットとして、左眼画像データの映像フォーマットと同じあるいは異なる任意の映像フォーマットの選択が可能となり、映像フォーマットの選択の自由度が増す。すなわち、右眼画像データの映像フォーマットを左眼画像データの映像フォーマットよりも低解像度の映像フォーマットとして、右眼画像データを含む第２のビデオデータストリームのデータ量を低減して、帯域を節約することも容易となる。
【０１２９】
また、テレビ受信機２００においては、制御信号が映像フォーマット情報を持つことで、放送で受信された左眼画像データの映像フォーマットと取得先から取得された右眼画像データの映像フォーマットとを容易に認識できる。そのため、ステレオ立体画像表示のために、右眼画像データの映像フォーマットを左眼画像データの映像フォーマットに合わせるための処理を適切に行ことができる。
【０１３０】
また、図１に示す画像送受信システム１０において、制御信号に含まれる取得先が同一サービスであるとき、トランスポートストリームＴＳは、他の画像データとしての右眼画像データを含む第２のビデオデータストリームを有するものとされる。そして、トランスポートストリームＴＳに挿入される制御信号は、第１のビデオデータストリームと、第２のビデオデータストリームとの組み合わせを示す情報（連結映像信号記述子の連結ベースＥＳのコンポーネント・タグ値）を持つようにされる。
【０１３１】
そのため、テレビ受信機２００においては、この組み合わせを示す情報に基づいて、第２のビデオデータストリームに、第１のビデオデータストリームに含まれる左眼画像データと連結して使用される右眼画像データが含まれることを容易に知ることができる。そして、この第２のビデオデータストリームから右眼画像データを容易に取得可能となる。
【０１３２】
また、図１に示す画像送受信システム１０において、第１のビデオデータストリームには、ステレオ立体画像データを構成する左眼画像データ（第１の画像データ）および２次元画像データ（第２の画像データ）が選択的に含まれる。そして、第１のビデオデータストリームには、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報（映像３Ｄ識別信号）が含まれる。
【０１３３】
そのため、テレビ受信機２００においては、この識別情報に基づいて、第１のデータストリームに含まれている画像データが第１の画像データであるか第２の画像データであるかを、フレーム単位で認識できる。そして、テレビ受信機２００においては、ステレオ立体画像の表示処理状態と２次元画像の表示処理状態とを、迅速かつ適切に切り換えることが可能となる。
【０１３４】
＜２．変形例＞
なお、上述実施の形態においては、ＰＭＴの配下のビデオエレメンタリ・ループにベース映像信号（第１のビデオデータストリーム）に関連して配置される３Ｄ方式記述子には、映像フォーマット情報が記述されていない。しかし、この３Ｄ方式記述子に、映像フォーマット情報を記述することも考えられる。
【０１３５】
図２１は、その場合における３Ｄ方式記述子（Stereoscopic_video_descriptor）の構造例（Syntax）を示している。この図２１の構造例では、図１４の構造例に対して、さらに、「base_video_format_type」、「extended_video_format_type」の情報が追加されている。上述したように、「base_video_format_type」の８ビットフィールドは、連結のベースとなるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。「extended_video_format_type」８ビットフィールドは、連結の拡張となるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。
【０１３６】
この場合、ＰＭＴの配下のビデオエレメンタリ・ループに拡張映像信号（第２のビデオデータストリーム）に関連して連結映像信号記述子（図１６参照）がなくても、テレビ受信機２００では、左眼画像データおよび右眼画像データの映像フォーマットを認識できる。つまり、右眼画像データの取得先が他の放送サービス、通信ＶＯＤ、通信マルチキャスト等であっても、テレビ受信機２００では、左眼画像データおよび右眼画像データの映像フォーマットを容易に認識できる。そして、ステレオ立体画像表示のために、右眼画像データの映像フォーマットを左眼画像データの映像フォーマットに合わせるための処理を適切に行ことができる。
【０１３７】
図２２は、上述したように３Ｄ方式記述子に映像フォーマット情報を記述する場合における連結映像信号記述子（combined_video_descriptor）の構造例（Syntax）を示している。この図２２の構造例では、図１６の構造例に対して、「base_video_format_type」、「extended_video_format_type」の情報が除かれている。これらの情報は、３Ｄ方式記述子に記述されているので、不要となるからである。
【０１３８】
また、上述実施の形態においては、所定目的がステレオ立体画像であり、ベース映像信号（第１のビデオデータストリーム）には左眼画像データが含まれ、拡張映像信号（第２のビデオデータストリーム）に右眼画像データが含まれる例を示した。所定目的が多視点画像、パノラマ画像などである場合にも、同様に構成できることは勿論である。
【産業上の利用可能性】
【０１３９】
本技術は、ステレオ立体画像表示を行うための画像送信を行う画像送受信システム等に適用できる。
【符号の説明】
【０１４０】
１０・・・画像送受信システム
１００・・・放送局
１１０・・・送信データ生成部
１１１・・・データ取り出し部
１１１ａ・・・データ記録媒体
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・マルチプレクサ
２００・・・テレビ受信機
２０１・・・制御部
２０２・・・受信部
２０３・・・ＭＰＥＧ２ｖｉｄｅｏのデコーダ
２０４・・・ＭＰＥＧ４−ＡＶＣのデコーダ
２０５・・・同期部
２０６・・・スケーリング部
２０７・・・３Ｄ処理部
２０８・・・３Ｄパネル
２１１・・・アップコンバータ
２２１・・・通信部
【技術分野】
【０００１】
本技術は、画像データ送信装置、画像データ送信方法、画像データ受信装置および画像データ受信方法に関し、特に、ステレオ立体画像等の目的のために連結される他の画像データが存在する画像データの送信を行う画像データ送信装置等に関する。
【背景技術】
【０００２】
例えば、特許文献１には、立体画像データのテレビ放送電波を用いた伝送方式について提案されている。この場合、左眼用画像データおよび右眼用画像データを含む立体画像データが送信され、テレビ受信機において、両眼視差を利用した立体画像表示が行われる。
【０００３】
図２３は、両眼視差を利用したステレオ立体画像表示において、スクリーン上におけるオブジェクト（物体）の左右像の表示位置と、その立体画像（３Ｄ画像）の再生位置との関係を示している。例えば、スクリーン上に図示のように左像Ｌａが右側に右像Ｒａが左側にずれて表示されているオブジェクトＡに関しては、左右の視線がスクリーン面より手前で交差するため、その立体画像の再生位置はスクリーン面より手前となる。
【０００４】
また、例えば、スクリーン上に図示のように左像Ｌｂおよび右像Ｒｂが同一位置に表示されているオブジェクトＢに関しては、左右の視線がスクリーン面で交差するため、その立体画像の再生位置はスクリーン面上となる。さらに、例えば、スクリーン上に図示のように左像Ｌｃが左側に右像Ｒｃが右側にずれて表示されているオブジェクトＣに関しては、左右の視線がスクリーン面より奥で交差するため、その立体画像の再生位置はスクリーン面より奥となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６１１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
３ＤＴＶの出現により、３Ｄ放送サービスや３ＤＩＰＴＶサービスの方式が検討されている。衛星放送、ケーブルＴＶ等、放送帯域において新たな３Ｄ放送を追加する余裕がある放送メディアでは、現状の伝送方式や受信機の機能を流用可能なサイドバイサイド方式などにより３Ｄサービスが導入されつつある。
【０００７】
地上放送においては、既存の２Ｄ受信端末で２Ｄ放送を受信し、同時に３Ｄ対応受信端末で３Ｄ放送を受信できるようにすることが求められる。つまり、１つの番組に関して、既存の２Ｄ受信端末では２Ｄの放送として受信し、３Ｄ対応端末では３Ｄの放送として受信する、ということが求められる。しかし、帯域が限定されていて、かつＭＰＥＧ２ｖｉｄｅｏ等、現状では効率の劣る符号化方式で伝送されている。
【０００８】
そのため、上述のサイドバイサイド方式では帯域不足となる。つまり、サイドバイサイド方式の３Ｄ画像データと通常の２Ｄの画像データとを並行して送ることは、帯域上困難となる。したがって、地上放送では、３Ｄ放送の導入が困難となっている。
【０００９】
本技術の目的は、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入を容易とすることにある。
【課題を解決するための手段】
【００１０】
本技術の概念は、
所定目的のために連結される他の画像データが存在する第１の画像データを含む第１のビデオデータストリームを有するトランスポートストリームを送信するデータ送信部を備え、
上記トランスポートストリームは、上記第１のビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含む
画像データ送信装置にある。
【００１１】
本技術において、データ送信部により、第１のビデオデータストリームを有する第１のトランスポートストリームが送信される。第１のビデオデータストリームには、所定目的のために連結される他の画像データが存在する第１の画像データが含まれる。例えば、所定目的は、ステレオ立体画像であり、第１の画像データおよび他の画像データによりステレオ立体画像データが構成される。また、例えば、所定目的は、多視点画像、パノラマ画像等である。
【００１２】
トランスポートストリームには、制御信号が含まれる。この制御信号は、第１のビデオデータストリームに含まれる画像データとして第１のデータが含まれること、および他の画像データの取得先を示す情報を持つものである。例えば、トランスポートストリームには、このトランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを示すプログラム・スペシフィック・インフォメーションとしてのプログラム・マップ・テーブルが含まれており、制御信号は、プログラム・マップ・テーブルの配下に挿入される。
【００１３】
例えば、第１の画像データの符号化方式はＭＰＥＧ２ｖｉｄｅｏであり、他の画像データの符号化方式はＭＰＥＧ４−ＡＶＣとされる。ＭＰＥＧ４−ＡＶＣは、ＭＰＥＧ２ｖｉｄｅｏに比べて、効率が高く、データ量を低減できる。例えば、他の画像データの取得先は、同一サービス、異なるサービス、通信ＶＯＤ、通信マルチキャストなどである。
【００１４】
このように、本技術においては、トランスポートストリームに、第１のビデオデータストリームに含まれる画像データとして第１のデータが含まれること、および他の画像データの取得先を示す情報を持つ制御信号を含まれる。そのため、受信装置においては、この制御信号に基づいて、第１のビデオデータストリームに含まれる画像データが、所定目的のために連結される他の画像データが存在するものであることを認識可能となる。そして、受信装置においては、取得先を示す情報に基づいて、他の画像データを容易に取得可能となる。したがって、本技術においては、例えば、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入が容易となる。
【００１５】
なお、本技術において、例えば、他の画像データの映像フォーマットは、第１の画像データの映像フォーマットと同じか異なっており、制御信号は、第１の画像データおよび他の画像データの映像フォーマット情報をさらに持つ、ようにされてもよい。このように制御信号が映像フォーマット情報を持つことで、例えば、他の画像データの映像フォーマットとして、第１の画像データの映像フォーマットと同じあるいは異なる任意の映像フォーマットの選択が可能となり、映像フォーマットの選択の自由度が増す。また、このように、制御信号が映像フォーマット情報を持つことで、受信装置においては、第１の画像データおよび他の画像データの映像フォーマットを容易に認識でき、他の画像データの映像フォーマットを第１の画像データの映像フォーマットに合わせるための処理を適切に行ことができる。
【００１６】
また、本技術において、例えば、制御信号に含まれる取得先が同一サービスであるとき、トランスポートストリームは、他の画像データを含む第２のビデオデータストリームを有し、制御信号は、第１のビデオデータストリームと、第２のビデオデータストリームとの組み合わせを示す情報をさらに持つ、ようにされてもよい。この場合、受信装置においては、この組み合わせを示す情報に基づいて、第２のビデオデータストリームに他の画像データが含まれることを容易に知ることができ、この第２のビデオデータストリームから他の画像データを容易に取得可能となる。
【００１７】
また、本技術において、例えば、第１のビデオデータストリームは、第１の画像データと、連結される他の画像データが存在しない第２の画像データとを選択的に含み、第１のビデオデータストリームは、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報を含む、ようにされてもよい。例えば、識別情報は、第１のビデオデータストリームの各ピクチャのヘッダ内に挿入される。この場合、受信装置においては、この識別情報に基づいて、処理の切り換えを迅速に行うことが可能となる。
【００１８】
また、本技術の他の概念は、
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを受信するデータ受信部を備え、
上記トランスポートストリームは、上記ビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含み、
上記データ受信部で受信された上記トランスポートストリームから上記第１の画像データを取得する第１のデータ取得部と、
上記データ受信部で受信された上記トランスポートストリームに含まれる上記制御信号に基づいて、上記取得先から上記他の画像データを取得する第２のデータ取得部と、
上記第１のデータ取得部で取得された上記第１の画像データおよび上記第２のデータ取得部で取得された上記他の画像データを連結して処理するデータ処理部とをさらに備える
画像データ受信装置にある。
【００１９】
本技術においては、データ受信部により、第１の画像データを含むトランスポートストリームが受信される。第１の画像データには、所定目的のために連結される他の画像データが存在する第１の画像データが含まれている。例えば、所定目的は、ステレオ立体画像であり、第１の画像データおよび他の画像データによりステレオ立体画像データが構成される。また、例えば、所定目的は、多視点画像、パノラマ画像等である。トランスポートストリームには、制御信号が含まれる。この制御信号は、ビデオデータストリームに含まれる画像データとして第１のデータが含まれること、および他の画像データの取得先を示す情報を持つものである。
【００２０】
第１のデータ取得部により、データ受信部で受信されたトランスポートストリームから第１の画像データが取得される。また、第２のデータ取得部により、データ受信部で受信されたトランスポートストリームに含まれる制御信号に基づいて、取得先から他の画像データが取得される。例えば、他の画像データの取得先は、同一サービス、異なるサービス、通信ＶＯＤ、通信マルチキャストなどである。そして、データ処理部により、第１のデータ取得部で取得された第１の画像データおよび第２のデータ取得部で取得された他の画像データが連結され、所定目的を達成するように処理される。
【００２１】
なお、本技術において、例えば、他の画像データの映像フォーマットは、第１の画像データの映像フォーマットと同じか異なっており、第１のデータ取得部で取得された第１の画像データの映像フォーマットに、第２のデータ取得部で取得された他の画像データの映像フォーマットを合わせる映像フォーマット調整部をさらに備える、ようにされてもよい。この場合、例えば他の画像データの映像フォーマットが第１の画像データの映像フォーマットと異なる場合であっても、それに合わせることが可能となる。
【００２２】
また、本技術において、例えば、ビデオデータストリームは、第１の画像データと、連結される他の画像データが存在しない第２の画像データとを選択的に含み、ビデオデータストリームは、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報を含み、ビデオデータストリームに含まれる識別情報に基づいて、第２のデータ取得部およびデータ処理部の動作を制御する制御部をさらに備える、ようにされてもよい。
【００２３】
このように識別情報に基づいて第２のデータ取得部およびデータ処理部の動作を制御することで、ビデオデータストリームに第１の画像データが含まれるときと第２の画像データが含まれるときとで、処理の切り換えを迅速に行うことができる。そして、例えば、第１の画像データが含まれるときには、他の画像データを取得し、これと第１の画像データとを連結し、所定目的を達成するように、適切に処理できる。
【発明の効果】
【００２４】
本技術によれば、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入が容易となる。
【図面の簡単な説明】
【００２５】
【図１】本技術の実施の形態としての画像送受信システムの構成例を示すブロック図である。
【図２】放送局における送信データ生成部の構成例を示すブロック図である。
【図３】右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋ｎ／ｍ-Ｈ ＡＶＣ）の概念を示す図である。
【図４】右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋free format ＡＶＣ）の概念を示す図である。
【図５】右眼画像データが通信で伝送される場合(放送・通信ハイブリッド伝送方式)の概念を示す図である。
【図６】右眼画像データが同一の放送サービスで伝送される場合について、伝送情報の全体を示す図である。
【図７】右眼画像データが同一の放送サービスで伝送される場合における、トランスポートストリームＴＳの構成例を示す図である。
【図８】右眼画像データが通信で伝送される場合について、伝送情報の全体を示す図である。
【図９】右眼画像データが通信で伝送される場合における、トランスポートストリームＴＳの構成例を示す図である。
【図１０】映像３Ｄ識別信号（Stereo_Video_Format_Signaling）を含むユーザデータの構造例（Syntax）を示す図である。
【図１１】映像３Ｄ識別信号（Stereo_Video_Format_Signaling）の構造例（Syntax）を示す図である。
【図１２】「Stereo_Video_Format_Signaling_type」の７ビットフィールドの画像データの識別情報を説明するための図である。
【図１３】ユーザデータおよび映像３Ｄ識別信号の構造例における主要なデータ規定内容（semantics）を示す図である。
【図１４】３Ｄ方式記述子（Stereoscopic_video_descriptor）の構造例（Syntax）を示す図である。
【図１５】３Ｄ方式記述子の構造例における主要なデータ規定内容（semantics）を示す図である。
【図１６】連結映像信号記述子（combined_video_descriptor）の構造例（Syntax）を示す図である。
【図１７】連結映像信号記述子の構造例における主要なデータ規定内容（semantics）を示す図である。
【図１８】映像フォーマットを示す８ビットフィールドのビット構成を説明するための図である。
【図１９】３Ｄ情報記述子（Stereoscopic_information_descriptor）の構造例（Syntax）を示す図である。
【図２０】３Ｄ情報記述子の構造例における主要なデータ規定内容（semantics）を示す図である。
【図２１】３Ｄ方式記述子（Stereoscopic_video_descriptor）の他の構造例（Syntax）を示す図である。
【図２２】連結映像信号記述子（combined_video_descriptor）の他の構造例（Syntax）を示す図である。
【図２３】両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクトの左右像の表示位置と、その立体像の再生位置との関係を説明するための図である。
【発明を実施するための形態】
【００２６】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２７】
＜１．実施の形態＞
［画像送受信システムの構成例］
図１は、実施の形態としての画像送受信システム１０の構成例を示している。この画像送受信システム１０は、放送局１００とテレビ受信機２００により構成されている。放送局１００は、トランスポートストリームを、放送波にのせて送信する。このトランスポートストリームは、画像データを含む第１のビデオデータストリームを有している。
【００２８】
第１のビデオデータストリームは、画像データとして、第１の画像データまたは第２の画像データを選択的に含んでいる。画像データが第１の画像データであるとき、所定目的のために連結される他の画像データが存在する。この実施の形態において、所定目的はステレオ立体画像であり、この第１の画像データはステレオ立体（３Ｄ）画像データを構成する一方の画像データ、例えば左眼画像データであり、他の画像データはステレオ立体画像データを構成する右眼画像データである。また、画像データが第２の画像データであるとき、所定目的のために連結される他の画像データは存在せず、この第２の画像データは２次元（２Ｄ）画像データである。
【００２９】
第１のビデオデータストリームには、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報が含まれている。この識別情報は、例えば、この第１のビデオデータストリームの各ピクチャのヘッダ内にユーザデータとして挿入されている。
【００３０】
トランスポートストリームには、第１のビデオデータストリームに含まれる画像データとして第１の画像データが含まれること、およびこの第１の画像データに連結される他の画像データの取得先を示す情報を持つ制御信号が含まれている。取得先は、例えば、同一サービス（チャネル）、他の放送サービス、通信ＶＯＤ（Video On Demand）、通信マルチキャストなどである。取得先が同一サービスであるとき、トランスポートストリームは、他の画像データを含む第２のビデオデータストリームをさらに有している。この場合、上述したようにトランスポートストリームに含まれる制御信号は、第１のビデオデータストリームと第２のビデオデータストリームとの組み合わせ（連結）を示す情報を持つようにされる。
【００３１】
なお、第２のビデオデータストリームに含まれる他の画像データの符号化方式は、第１のビデオデータストリームに含まれる画像データ（第１の画像データ、第２の画像データ）の符号化方式と同じか異なるものとされる。この実施の形態において、第１のビデオデータストリームに含まれる画像データの符号化方式は、ＭＰＥＧｖｉｄｅｏとされ、第２のビデオデータストリームに含まれる他の画像データの符号化方式はＭＰＥＧ４−ＡＶＣとされる。
【００３２】
また、第２のビデオデータストリームに含まれる他の画像データの映像フォーマットは、第１のビデオデータストリームに含まれる画像データ（第１の画像データ、第２の画像データ）の映像フォーマットと同じか異なるものとされる。そして、上述したようにトランスポートストリームに含まれる制御信号は、それぞれの画像データの映像フォーマット情報を持つようにされる。
【００３３】
テレビ受信機２００は、放送局１００から放送波に載せて送られてくる、上述のトランスポートストリームを受信する。そして、テレビ受信機２００は、このトランスポートストリームから、画像データを取得する。上述したように、このトランスポートストリームには、画像データとして、第１の画像データまたは第２の画像データを選択的に含まれている。
【００３４】
上述したように、第１のビデオデータストリームには、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報が含まれている。テレビ受信機２００は、この識別情報に基づいて、トランスポートストリームから取得される画像データが第１の画像データであるか第２の画像データであるかを識別する。第２の画像データであるとき、テレビ受信機２００は、この第２の画像データに基づいて、２次元画像の表示処理を行う。
【００３５】
一方、第１の画像データであるとき、テレビ受信機２００は、この第１の画像データに基づいて、ステレオ立体画像の表示処理を行う。上述したように、トランスポートストリームには、第１のビデオデータストリームに含まれる画像データとして第１の画像データが含まれること、およびこの第１の画像データに連結される他の画像データの取得先を示す情報を持つ制御信号が含まれている。
【００３６】
テレビ受信機２００は、この取得先情報に基づいて、ステレオ立体画像の目的のために第１の画像データと連結される他の画像データを取得する。そして、テレビ受信機２００は、第１の画像データおよび他の画像データを連結し、それらに基づいて、ステレオ立体画像の表示処理を行う。例えば、左眼画像および右眼画像を交互に表示するための処理を行う。
【００３７】
また、上述したように、制御信号は、トランスポートストリームから取得される第１の画像データおよびこの第１の画像データに連結される他の画像データの映像フォーマットの情報を持っている。テレビ受信機２００は、この映像フォーマット情報に基づいて、他の映像フォーマットを第１の画像データの映像フォーマットに合わせた後に、これら第１の画像データおよび他の画像データを連結して処理する。
【００３８】
「送信データ生成部の構成例」
図２は、放送局１００において、上述したトランスポートストリームを生成する送信データ生成部１１０の構成例を示している。この送信データ生成部１１０は、データ取り出し部（アーカイブ部）１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４とを有している。
【００３９】
データ取り出し部１１１には、データ記録媒体１１１ａが、例えば、着脱自在に装着される。このデータ記録媒体１１１ａには、トランスポートストリームで送信する所定番組の画像データと共に、この画像データに対応した音声データが記録されている。この画像データとして、２次元画像データが存在する他、ステレオ立体画像データを構成する一方の画像データ、例えば左眼画像データが存在する。なお、この左眼画像データに対応した右眼画像データを同一サービスで送信するとき、データ記録媒体１１１ａには、さらに、この右眼画像データも存在する。
【００４０】
データ取り出し部１１１のデータ記録媒体１１１ａは、例えば、ディスク状記録媒体、半導体メモリなどで構成されている。データ取り出し部１１１は、データ記録媒体１１１ａから、所定番組の画像データを取り出すと共に、この画像データに関連付けて記録されている音声データを取り出して出力する。この場合、画像データには、２次元画像データ（第２の画像データ）またはステレオ立体画像データを構成する左眼画像データ（第１の画像データ）が選択的に含まれる。
【００４１】
ビデオエンコーダ１１２は、データ取り出し部１１１から出力される画像データに対して、例えば、ＭＰＥＧ２ｖｉｄｅｏで符号化を施して符号化ビデオデータを得る。また、このビデオエンコーダ１１２は、後段に備えるストリームフォーマッタ（図示せず）により、画像データ（符号化ビデオデータ）を含む第１のビデオデータストリーム（ビデオエレメンタリストリーム）を生成する。
【００４２】
この場合、ビデオエンコーダ１１２は、第１のビデオデータストリームに、フレーム単位で、画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報を含める。識別情報は、例えば、この第１のビデオデータストリームの各ピクチャのヘッダ内にユーザデータとして挿入される。
【００４３】
オーディオエンコーダ１１３は、データ取り出し部１１１から出力される音声データに対して、ＭＰＥＧ−２Ａｕｄｉｏ ＡＡＣ等の符号化を施し、オーディオデータストリーム（オーディオエレメンタリストリーム）を生成する。マルチプレクサ１１４は、ビデオエンコーダ１１２およびオーディオエンコーダ１１３で生成された各エレメンタリストリームをパケット化して多重し、トランスポートストリームＴＳを生成する。
【００４４】
マルチプレクサ１１４は、トランスポートストリームＴＳに、第１のビデオデータストリームに含まれる画像データとして第１の画像データが含まれること、およびこの第１の画像データに連結される他の画像データの取得先を示す情報を持つ制御信号を含める。上述したように、他の画像データの映像フォーマットは、第１の画像データの映像フォーマットと同じか異なるものである。マルチプレクサ１１４は、制御信号に、これら第１の画像データおよび第２の画像データの映像フォーマット情報をさらに持たせる。
【００４５】
なお、データ取り出し部１１１から出力される画像データが第１の画像データ（ステレオ立体画像データを構成する左眼画像データ）であって、右眼画像データを同一サービスで送信するとき、データ取り出し部１１１から右眼画像データも同時に出力される。この場合、ビデオエンコーダ１１２は、この右眼画像データに対して、例えば、ＭＰＥＧ４−ＡＶＣで符号化を施し、第２のビデオデータストリーム（ビデオエレメンタリストリーム）を生成する。マルチプレクサ１１４は、トランスポートストリームＴＳに、この第２のビデオデータストリームも含める。
【００４６】
このように、左眼画像データを同一サービスで送信するとき、マルチプレクサ１１４は、制御信号に、第１のビデオデータストリームと第２のビデオデータストリームとの組み合わせ（連結）を示す情報をさらに持たせる。例えば、この情報は、コンポーネントタグ（component_tag）を用いて構成される。
【００４７】
［独立映像連結３Ｄ伝送方式の概念］
上述したようにステレオ立体画像データを構成する一方の画像データ、例えば左眼画像データを所定の放送サービスで伝送すると共に、これと独立して他方の画像データ、例えば右眼画像データを伝送する方式の概念を説明する。この場合、右眼画像データは、例えば、同一の放送サービス、他の放送サービス、通信ＶＯＤ、通信マルチキャストなどで伝送される。
【００４８】
図３は、右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋ｎ／ｍ-Ｈ ＡＶＣ）の概念を示している。この場合、第１の画像データとしての左眼画像データは、１９２０×１０８０ｉの映像フォーマットであって、ＭＰＥＧ２Ｖｖｉｄｅｏの符号化が施されている。一方、この第１の画像データと連結される他の画像データとしての右眼画像データは、水平方向の解像度がｎ／ｍ（例えば１／２、３／４等）とされた映像フォーマットであって、ＭＰＥＧ４−ＡＶＣの符号化が施されている。
【００４９】
右眼画像データの水平方向の解像度を低下させることで、データ量を少なくでき、帯域節約が可能となる。なお、水平方向の解像度を低下させる代わりに垂直方向の解像度を低下させるか、あるいは、双方の解像度を低下させることも考えられる。また、右眼画像データに、ＭＰＥＧ２ｖｉｄｅｏに比して効率のよいＭＰＥＧ４−ＡＶＣの符号化を施すことで、データ量を少なくでき、帯域節約が可能となる。
【００５０】
右眼画像データが同一の放送サービスで伝送される場合、テレビ受信機２００は、左眼画像データを含む第１のビデオデータストリームと右眼画像データを含む第２のビデオデータストリームとを含むトランスポートストリームＴＳを受信する。すなわち、テレビ受信機２００は、デジタルチューナ、デマルチプレクサ等からなる受信部２０２を備え、この受信部２０２により、トランスポートストリームＴＳを受信する。
【００５１】
また、テレビ受信機２００は、制御部２０１と、ＭＰＥＧ２ｖｉｄｅｏのデコーダ２０３と、ＭＰＥＧ４−ＡＶＣのデコーダ２０４と、同期部２０５と、スケーリング部２０６と、３Ｄ処理部２０７と、３Ｄパネル２０８とを備えている。制御部２０１は、テレビ受信機２００の各部の動作を制御する。
【００５２】
デコーダ２０３は、受信部２０２で得られる左眼画像データを含む第１のビデオデータストリーム（ＭＰＥＧ２ｖｉｄｅｏの符号化データ）に対してデコード処理を施して、左眼画像データを取得する。デコーダ２０４は、受信部２０２で得られる右眼画像データを含む第２のビデオデータストリーム（ＭＰＥＧ４−ＡＶＣの符号化データ）に対してデコード処理を施して、右眼画像データを取得する。
【００５３】
同期部２０５は、デコーダ２０３で得られる左眼画像データと、デコーダ２０４で得られる右眼画像データとの同期を取る。同期部２０５は、例えば、ＰＴＳ（Presentation Time Stamp）などの同期再生のための時間情報を利用して、左眼画像データと右眼画像データとの同期合わせを行う。
【００５４】
スケーリング部２０６は、デコーダ２０４で得られた右眼画像データに対して、その水平方向の解像度を、デコーダ２０３で得られた左眼画像データの水平方向の解像度に合わせるためのスケーリング処理を行う。これにより、左眼画像データおよび右眼画像データの映像フォーマットは、１９２０×１０８０ｉとなる。ここで、スケーリング部２０６は、映像フォーマット調整部を構成している。
【００５５】
３Ｄ処理部２０７は、デコーダ２０３で得られた左眼画像データと、スケーリング部２０６で得られた右眼画像データとを連結し、ステレオ立体画像の表示処理を行う。例えば、この３Ｄ処理部２０７は、左眼画像データと右眼画像データとを交互に出力し、３Ｄパネル２０８に、左眼画像および右眼画像を交互に表示する。
【００５６】
なお、図３は、第１のビデオデータストリームに含まれる画像データが第１の画像データである場合を示している。第１のビデオデータストリームに含まれる画像データが第２の画像データ（２次元画像データ）である場合には、第２のビデオデータストリームは存在しない。
【００５７】
テレビ受信機２００の制御部２０１には、例えば、デコーダ２０３から、第１のビデオデータストリームにフレーム単位で含まれている、第１の画像データであるか第２の画像データであるかを識別する識別情報が供給される。制御部２０１は、この識別情報に基づいて、テレビ受信機２００の各部を、２次元画像の表示処理状態、あるいはステレオ立体画像の表示処理状態に制御する。第１のビデオデータストリームに含まれる画像データが第１の画像データである場合、上述したように、デコーダ２０４およびスケーリング部２０６は動作状態とされ、３Ｄ処理部２０７はステレオ立体画像の表示処理状態とされる。
【００５８】
これに対して、第１のビデオデータストリームに含まれる画像データが第２の画像データである場合、デコーダ２０４およびスケーリング部２０６は非動作状態とされ、３Ｄ処理部２０７は２次元画像の表示処理状態とされる。３Ｄ処理部２０７は、２次元画像の表示処理状態のとき、３Ｄパネル２０８に、２次元画像を順次表示する。
【００５９】
また、テレビ受信機２００の制御部２０１には、例えば、受信部２０２から、トランスポートストリームＴＳに含まれている制御信号が供給される。この制御信号には、上述したように、左眼画像データおよび右眼画像データの映像フォーマット情報が含まれている。制御部２０１は、この映像フォーマット情報に基づいて、スケーリング部２０６におけるスケーリング処理を制御する。また、この制御信号には、右眼画像データの取得先情報が含まれている。制御部２０１は、この取得先情報に基づいて、右眼画像データの取得先が同一放送サービスであることがわかる。
【００６０】
また、図４は、右眼画像データが同一の放送サービスで伝送される場合（ＭＰＥＧ２＋free format ＡＶＣ）の概念を示している。この図４において、図３と対応する部分には同一符号を付し、適宜、その詳細説明は省略する。この場合、第１の画像データとしての左眼画像データは、１９２０×１０８０ｉの映像フォーマットであって、ＭＰＥＧ２Ｖｖｉｄｅｏの符号化が施されている。一方、この第１の画像データと連結される他の画像データとしての右眼画像データは、任意の映像フォーマット（１２８０×７２０Ｐ、７２０×４８０ｉ等）であって、ＭＰＥＧ４−ＡＶＣの符号化が施されている。
【００６１】
右眼画像データの映像フォーマットを低解像度のものとすることで、データ量を少なくでき、帯域節約が可能となる。また、右眼画像データに、ＭＰＥＧ２ｖｉｄｅｏに比して効率のよいＭＰＥＧ４−ＡＶＣの符号化を施すことで、データ量を少なくでき、帯域節約が可能となる。
【００６２】
右眼画像データが同一の放送サービスで伝送される場合、テレビ受信機２００は、左眼画像データを含む第１のビデオデータストリームと右眼画像データを含む第２のビデオデータストリームとを含むトランスポートストリームＴＳを受信する。すなわち、テレビ受信機２００は、デジタルチューナ、デマルチプレクサ等からなる受信部２０２を備え、この受信部２０２により、トランスポートストリームＴＳを受信する。
【００６３】
また、テレビ受信機２００は、制御部２０１と、ＭＰＥＧ２ｖｉｄｅｏのデコーダ２０３と、ＭＰＥＧ４−ＡＶＣのデコーダ２０４と、同期部２０５と、アップコンバータ２１１と、３Ｄ処理部２０７と、３Ｄパネル２０８とを備えている。制御部２０１は、テレビ受信機２００の各部の動作を制御する。
【００６４】
アップコンバータ２１１は、デコーダ２０４で得られた右眼画像データに対して、その映像フォーマットを、デコーダ２０３で得られた左眼画像データの映像フォーマットに合わせるためのアップコンバート処理を行う。これにより、左眼画像データおよび右眼画像データの映像フォーマットは、１９２０×１０８０ｉとなる。ここで、アップコンバータ２１１は、映像フォーマット調整部を構成している。詳細説明は省略するが、図４における受信部２００のその他は、図３における受信部２００と同様である。
【００６５】
また、図５は、右眼画像データが通信で伝送される場合(放送・通信ハイブリッド伝送方式)の概念を示している。この図５において、図３、図４と対応する部分には同一符号を付し、適宜、その詳細説明は省略する。この場合、第１の画像データとしての左眼画像データは、１９２０×１０８０ｉの映像フォーマットであって、ＭＰＥＧ２Ｖｖｉｄｅｏの符号化が施されている。
【００６６】
一方、この第１の画像データと連結される他の画像データとしての右眼画像データは、ＭＰＥＧ４−ＡＶＣの符号化が施されている。そして、この右眼画像データの映像フォーマットは、水平方向の解像度がｎ／ｍ（例えば１／２、３／４等）とされた映像フォーマット、あるいは任意の映像フォーマット（１２８０×７２０Ｐ、７２０×４８０ｉ等）とされている。
【００６７】
右眼画像データの水平方向の解像度を低下させること、あるいはその映像フォーマットを低解像度のものとすることで、データ量を少なくでき、帯域節約が可能となる。また、右眼画像データに、ＭＰＥＧ２ｖｉｄｅｏに比して効率のよいＭＰＥＧ４−ＡＶＣの符号化を施すことで、データ量を少なくでき、帯域節約が可能となる。
【００６８】
テレビ受信機２００は、左眼画像データを含む第１のビデオデータストリームを含むトランスポートストリームＴＳを受信する受信部２０２を備える。また、右眼画像データが通信で伝送されるので、テレビ受信機２００は、右眼画像データを含む第２のビデオデータストリームを取得する通信部２２１を備える。
【００６９】
また、テレビ受信機２００は、制御部２０１と、ＭＰＥＧ２ｖｉｄｅｏのデコーダ２０３と、ＭＰＥＧ４−ＡＶＣのデコーダ２０４と、同期部２０５と、アップコンバータ２１１と、３Ｄ処理部２０７と、３Ｄパネル２０８とを備えている。制御部２０１は、テレビ受信機２００の各部の動作を制御する。
【００７０】
デコーダ２０３は、受信部２０２で得られる左眼画像データを含む第１のビデオデータストリーム（ＭＰＥＧ２ｖｉｄｅｏの符号化データ）に対してデコード処理を施して、左眼画像データを取得する。デコーダ２０４は、通信部２２１で得られる右眼画像データを含む第２のビデオデータストリーム（ＭＰＥＧ４−ＡＶＣの符号化データ）に対してデコード処理を施して、右眼画像データを取得する。
【００７１】
同期部２０５は、デコーダ２０３で得られる左眼画像データと、デコーダ２０４で得られる右眼画像データとの同期を取る。同期部２０５は、例えば、ＰＴＳ（Presentation Time Stamp）などの同期再生のための時間情報を利用して、左眼画像データと右眼画像データとの同期合わせを行う。
【００７２】
アップコンバータ２１１は、デコーダ２０４で得られた右眼画像データに対して、その映像フォーマットを、デコーダ２０３で得られた左眼画像データの映像フォーマットに合わせるためのアップコンバート処理を行う。これにより、左眼画像データおよび右眼画像データの映像フォーマットは、１９２０×１０８０ｉとなる。ここで、アップコンバータ２１１は、映像フォーマット調整部を構成している。
【００７３】
３Ｄ処理部２０７は、デコーダ２０３で得られた左眼画像データと、アップコンバータ２１１で得られた右眼画像データとを連結し、ステレオ立体画像の表示処理を行う。例えば、この３Ｄ処理部２０７は、左眼画像データと右眼画像データとを交互に出力し、３Ｄパネル２０８に、左眼画像および右眼画像を交互に表示する。
【００７４】
なお、図５は、放送サービスで伝送される第１のビデオデータストリームに含まれる画像データが第１の画像データである場合を示している。第１のビデオデータストリームに含まれる画像データが第２の画像データ（２次元画像データ）である場合には、第２のビデオデータストリームは存在しない。
【００７５】
テレビ受信機２００の制御部２０１には、例えば、デコーダ２０３から、第１のビデオデータストリームにフレーム単位で含まれている、第１の画像データであるか第２の画像データであるかを識別する識別情報が供給される。制御部２０１は、この識別情報に基づいて、テレビ受信機２００の各部を、２次元画像の表示処理状態、あるいはステレオ立体画像の表示処理状態に制御する。第１のビデオデータストリームに含まれる画像データが第１の画像データである場合、上述したように、通信部２２１、デコーダ２０４およびアップコンバータ２１１は動作状態とされ、３Ｄ処理部２０７はステレオ立体画像の表示処理状態とされる。
【００７６】
これに対して、第１のビデオデータストリームに含まれる画像データが第２の画像データである場合、通信部２２１、デコーダ２０４およびアップコンバータ２１１は非動作状態とされ、３Ｄ処理部２０７は２次元画像の表示処理状態とされる。３Ｄ処理部２０７は、２次元画像の表示処理状態のとき、３Ｄパネル２０８に、２次元画像を順次表示する。
【００７７】
また、テレビ受信機２００の制御部２０１には、例えば、受信部２０２から、トランスポートストリームＴＳに含まれている制御信号が供給される。この制御信号には、上述したように、左眼画像データおよび右眼画像データの映像フォーマット情報が含まれている。制御部２０１は、この映像フォーマット情報に基づいて、アップコンバータ２１１におけるアップコンバート処理を制御する。
【００７８】
また、この制御信号には、右眼画像データの取得先情報が含まれている。制御部２０１は、この取得先情報に基づいて、右眼画像データの取得先が通信（通信ＶＯＤ、通信マルチキャスト）であることがわかる。制御部２０１は、この取得先情報に基づいて、通信部２２１の動作を制御する。
【００７９】
なお、上述の図３〜図５の概念は、右眼画像データを含む第２のビデオデータストリームの取得先が同一放送サービスあるいは通信である。図示は省略するが、この第２のビデオデータストリームの取得先が他の放送サービスである場合も、同様の概念となる。その場合、受信機２００は、受信部２０２の他に、右眼画像データを含む第２のビデオデータストリームを有するトランスポートストリームＴＳを受信する受信部を備える。
【００８０】
図６は、右眼画像データが同一の放送サービスで伝送される場合について、伝送情報の全体を示している。ここで、「ベース映像信号（ＭＰＥＧ２）」は、左眼画像データ（第１の画像データ）あるいは２次元画像データ（第２の画像データ）が含まれる第１のビデオデータストリームを示している。また、「拡張映像信号（ＡＶＣ）」は、右眼画像データが含まれる第２のビデオデータストリームを示している。
【００８１】
また、「ＰＭＴ」は、第１のビデオデータストリームおよび第２のビデオデータストリームを有するトランスポートストリームＴＳに含まれているプログラム・マップ・テーブルを示している。このプログラム・マップ・テーブルは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを示すプログラム・スペシフィック・インフォメーションを構成している。
【００８２】
また、「ＥＩＴ」は、第１のビデオデータストリームおよび第２のビデオデータストリームを有するトランスポートストリームＴＳに含まれているイベント・インフォメーション・テーブルを示している。このイベント・インフォメーション・テーブルは、イベント単位の管理を行うサービス・スペシフィック・インフォメーションを構成している。このイベント・インフォメーション・テーブルには、番組名、放送日時、番組内容など、番組に関する情報が記述される。
【００８３】
ベース映像信号（第１のビデオデータストリーム）の各ピクチャのヘッダ内にユーザデータとして、映像３Ｄ識別信号が挿入される。この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが、左眼画像データ（第１の画像データ）であるか２次元画像データ（第２の画像データ）であるかを識別する識別情報を構成する。
【００８４】
この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが２次元画像データ（第２の画像データ）であるとき、２Ｄ映像であることを示す。また、この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが左眼画像データ（第１の画像データ）であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）であることを示す。
【００８５】
プログラム・マップ・テーブルの配下のビデオエレメンタリ・ループには、ベース映像信号（第１のビデオデータストリーム）および拡張映像信号（第２のビデオデータストリーム）の情報が含まれている。すなわち、ベース映像信号（Video#1）に関連して、パケット識別子（PID１）、コンポーネント・タグ（Component_tag1）、ストリームタイプ（Stream_Type→MPEG2）等の情報が配置される。さらに、このベース映像信号（Video#1）に関連して、制御信号としての３Ｄ方式記述子が配置される。
【００８６】
この３Ｄ方式記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は同一サービスとされる。
【００８７】
また、拡張映像信号（Video#2）に関連して、パケット識別子（PID2）、コンポーネント・タグ（Component_tag2）、ストリームタイプ（Stream_Type→AVC）等の情報が配置される。さらに、この拡張映像信号（Video#2）に関連して、制御信号としての連結映像信号記述子が配置される。この連結映像信号記述子には、連結目的が３Ｄ（ステレオ立体画像）であることが記述される。
【００８８】
また、この連結映像信号記述子には、連結ベースエレメンタリストリームのコンポーネント・タグ（Component_tag1）の情報が記述される。この情報は、ベース映像信号（第１のビデオデータストリーム）と拡張映像信号（第２のビデオデータストリーム）との組み合わせを示す情報を構成する。また、この連結映像信号記述子には、さらに、ベース映像信号に含まれる左眼画像データおよび拡張映像信号に含まれる右眼画像データの映像フォーマット情報（picture format）が記述される。
【００８９】
また、イベント・インフォメーション・テーブルには、番組番号、イベント識別子（Event_id）、番組名などの情報が配置される他に、制御信号としての３Ｄ情報記述子が配置される。この３Ｄ情報記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は、同一番組（上述した３Ｄ方式記述子に記述される同一サービスと同じ意味）とされる。
【００９０】
図７は、右眼画像データが同一の放送サービスで伝送される場合における、トランスポートストリームＴＳの構成例を示している。この場合、トランスポートストリームＴＳには、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれている。また、この場合、トランスポートストリームＴＳには、拡張映像信号（ＡＶＣ）である第２のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれている。なお、この構成例では、図面の簡単化のために、オーディオに関しては、その図示を省略している。
【００９１】
この構成例では、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームに、上述した映像３Ｄ識別信号が挿入されている。上述したように、この映像３Ｄ識別信号は、各ピクチャのヘッダ内にユーザデータとして挿入されている。
【００９２】
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（ProgramMap Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ(EventInformation Table)が含まれている。
【００９３】
ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・デスクリプタ（Program Descriptor）が存在する。また、このＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリ・ループが存在する。この構成例では、ビデオエレメンタリ・ループ（Video ES loop）が存在する。このビデオエレメンタリ・ループには、ストリーム毎に、パケット識別子（PID）、コンポーネント・タグ（Component_tag）、ストリームタイプ（Stream_Type）等の情報が配置されている。
【００９４】
このビデオエレメンタリ・ループには、ベース映像信号（Video#1）に関連して、上述した３Ｄ方式記述子が配置されている。また、このビデオエレメンタリ・ループには、拡張映像信号（Video#2）に関連して、上述した連結映像信号記述子が配置されている。また、ＥＩＴには、上述した３Ｄ情報記述子が配置されている。
【００９５】
図８は、右眼画像データが通信で伝送される場合について、伝送情報の全体を示している。ここで、「ベース映像信号（ＭＰＥＧ２）」は、左眼画像データ（第１の画像データ）あるいは２次元画像データ（第２の画像データ）が含まれる第１のビデオデータストリームを示している。また、「拡張映像信号（ＡＶＣ）」は、右眼画像データが含まれる第２のビデオデータストリームを示している。なお、ここでは、この右眼画像データの取得先が通信ＶＯＤ（ＶＯＤサーバ）であるとしている。
【００９６】
また、「ＰＭＴ」は、第１のビデオデータストリームを有するトランスポートストリームＴＳに含まれているプログラム・マップ・テーブルを示している。また、「ＥＩＴ」は、第１のビデオデータストリームを有するトランスポートストリームＴＳに含まれているイベント・インフォメーション・テーブルを示している。
【００９７】
ベース映像信号（第１のビデオデータストリーム）の各ピクチャのヘッダ内にユーザデータとして、映像３Ｄ識別信号が挿入される。この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが、左眼画像データ（第１の画像データ）であるか２次元画像データ（第２の画像データ）であるかを識別する識別情報を構成する。
【００９８】
この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが２次元画像データ（第２の画像データ）であるとき、２Ｄ映像であることを示す。また、この映像３Ｄ識別信号は、ベース映像信号に含まれる画像データが左眼画像データ（第１の画像データ）であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）であることを示す。
【００９９】
プログラム・マップ・テーブルの配下のビデオエレメンタリ・ループには、ベース映像信号（第１のビデオデータストリーム）の情報が含まれている。すなわち、ベース映像信号（Video#1）に関連して、パケット識別子（PID１）、コンポーネント・タグ（Component_tag1）、ストリームタイプ（Stream_Type→MPEG2）等の情報が配置される。さらに、このベース映像信号（Video#1）に関連して、制御信号としての３Ｄ方式記述子が配置される。
【０１００】
この３Ｄ方式記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は、通信ＶＯＤとされる。
【０１０１】
また、イベント・インフォメーション・テーブルには、番組番号、イベント識別子（Event_id）、番組名などの情報が配置される他に、制御信号としての３Ｄ情報記述子が配置される。この３Ｄ情報記述子には、独立映像連結方式の３Ｄであること、つまり、ベース映像信号に、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータ（左眼画像データ）が含まれることが記述される。また、この３Ｄ方式記述子には、連結先情報、つまり右眼映像（Ｒ映像）のデータ（右眼画像データ）の取得先の情報が記述される。ここでは、連結先（取得先）は、通信ＶＯＤとされ、併せて、そのＵＲＬ情報も記述される。
【０１０２】
なお、イベント・インフォメーション・テーブルの配下に３Ｄ情報記述子を挿入し、この３Ｄ情報記述子に連結先（取得先）が通信ＶＯＤであることと、そのＵＲＬ情報を記述するのは、以下の理由からである。すなわち、上述のプログラム・マップ・テーブルの配下に挿入される３Ｄ方式記述子にＵＲＬ情報を記述することも考えられるが、プログラム・マップ・テーブルの容量が少なく、ＵＲＬ情報を記述するとオーバフローする恐れがあるからである。また、ＵＲＬ情報は、番組単位で記述すれば充分であると考えられるからでる。
【０１０３】
また、イベント・インフォメーション・テーブルは、予約録画のときに、本当に録画できるかチェックするという目的もある。このイベント・インフォメーション・テーブルに３Ｄ情報記述子を挿入しておくことで、３Ｄ映像の録画チェックに利用できる。例えば、独立映像連結方式の３Ｄである場合、連結先（取得先）が同一のサービス内であれば可能だが、連結先（取得先）が通信ＶＯＤ、通信マルチキャストである場合、通信機能がないので不可能、などの判断が可能となる。
【０１０４】
図９は、右眼画像データが通信で伝送される場合における、トランスポートストリームＴＳの構成例を示している。この場合、トランスポートストリームＴＳには、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれている。この場合、上述の図７とは異なり、このトランスポートストリームＴＳには、拡張映像信号（ＡＶＣ）である第２のビデオデータストリームのＰＥＳパケット「Video PES1」が含まれない。なお、この構成例では、図面の簡単化のために、オーディオに関しては、その図示を省略している。
【０１０５】
この構成例では、ベース映像信号（ＭＰＥＧ２）である第１のビデオデータストリームに、上述した映像３Ｄ識別信号が挿入されている。上述したように、この映像３Ｄ識別信号は、各ピクチャのヘッダ内にユーザデータとして挿入されている。また、この構成例では、ＰＭＴのビデオエレメンタリ・ループに、ベース映像信号（Video#1）に関連して、上述した３Ｄ方式記述子が配置されている。また、この構成例では、また、ＥＩＴに、上述した３Ｄ情報記述子が配置されている。
【０１０６】
［映像３Ｄ識別信号］
ベース映像信号（第１のビデオデータストリーム）の各ピクチャのヘッダ内にユーザデータとして挿入される映像３Ｄ識別信号（Stereo_Video_Format_Signaling）について説明する。図１０は、映像３Ｄ識別信号（Stereo_Video_Format_Signaling）を含むユーザデータの構造例（Syntax）を示している。
【０１０７】
「user_data_start_code」の３２ビットフィールドは、ユーザデータの開始コードであり、固定値“0x000001B2 ”が記載される。「Stereo_Video_Format_Signaling_identifier」の３２ビットフィールドは、データ識別子であり、ここでは、映像３Ｄ識別信号を示す、固定値“0x4A503344”が記載される。データ識別子が「Stereo_Video_Format_Signaling_identifier」であるとき、その後のデータ本体として、映像３Ｄ識別信号（Stereo_Video_Format_Signaling）が配置される。
【０１０８】
図１１は、映像３Ｄ識別信号（Stereo_Video_Format_Signaling）の構造例（Syntax）を示している。「Stereo_Video_Format_Signaling_Length」の８ビットフィールドは、このフィールド以降のバイト長を示し、ここでは、固定値“３”が記載される。「Stereo_Video_Format_Signaling_type」の７ビットフィールドは、画像データの識別情報である。図１２に示すように、“００００１１０”は、画像データが、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータであることを示す。また、“０００１０００”は、画像データが、２次元（２Ｄ）映像のデータ（２次元画像データ）であることを示す。
【０１０９】
なお、図１３は、上述した図１０、図１１の構造例（Syntax）における主要なデータ規定内容（semantics）を示している。
【０１１０】
［３Ｄ方式記述子］
ＰＭＴの配下にあるビデオエレメンタリ・ループに、ベース映像信号（第１のビデオデータストリーム）に関連して配置される３Ｄ方式記述子（Stereoscopic_video_descriptor）について説明する。図１４は、３Ｄ方式記述子（Stereoscopic_video_descriptor）の構造例（Syntax）を示している。図１５は、その構造例における主要なデータ規定内容（semantics）を示している。
【０１１１】
「descriptor_tag」の８ビットフィールドは、デスクリプタの識別子であり、ここでは、３Ｄ方式記述子（Stereoscopic_video_descriptor）であることを示す。「descriptor_length」は、以降のデータの長さ（バイト数）を示す。「Stereo_Video_Format_Signaling_present_flag 」の１ビットのフラグ情報は、ベース映像信号に、所定目的のために連結される他の画像データが存在する第１の画像データが含まれることを示す。このフラグ情報が“１”であるとき、「Stereo_Video_Format_Signaling_type」の７ビットフィールドの情報、つまり他の画像データの取得先情報が存在する。この７ビットフィールドは、上述の映像３Ｄ識別信号（Stereo_Video_Format_Signaling）における「Stereo_Video_Format_Signaling_type」の７ビットフィールドと同じである（図１２参照）。
【０１１２】
「Stereo_Video_Format_Signaling_type」の７ビットフィールドは、“００００１１０”であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータであることを示す。このとき、「alternative_combined_signal_location_type」の６ビットフィールドの情報が存在する。この情報は、連結される画像データの取得先、つまり連結先を示す。“１”は、連結先が同一サービス内であることを示す。“２”は、連結先が他の放送サービスであることを示す。“３”は、連結先が通信ＶＯＤであることを示す。さらに、“４”は、連結先が通信マルチキャストであることを示す。
【０１１３】
［連結映像信号記述子］
ＰＭＴの配下にあるビデオエレメンタリ・ループに、拡張映像信号（第２のビデオデータストリーム）に関連して配置される連結映像信号記述子（combined_video_descriptor）について説明する。図１６は、連結映像信号記述子（combined_video_descriptor）の構造例（Syntax）を示している。図１７は、その構造例における主要なデータ規定内容（semantics）を示している。
【０１１４】
「descriptor_tag」の８ビットフィールドは、デスクリプタの識別子であり、ここでは、連結映像信号記述子（combined_video_descriptor）であることを示す。「descriptor_length」は、以降のデータの長さ（バイト数）を示す。「combined_video_type」は、連結目的を示す。“１”は、ステレオ立体画像（stereoscopic）であることを示す。なお、その他に、多視点画像（multi-scopic）、パノラマ画像（panorama）等を連結目的として示すこともできる。
【０１１５】
「base_video_component」の８ビットフィールドは、連結のベースとなるビデオエレメンタリストリーム（映像ES）のコンポーネント・タグ（component_tag）の値を示す。「base_video_format_type」の８ビットフィールドは、連結のベースとなるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。「extended_video_format_type」８ビットフィールドは、連結の拡張となるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。
【０１１６】
映像フォーマットを示す８ビットフィールドは、例えば、図１８に示すようなビット構成とされている。第７ビットは、インタレースであるかプログレッシブであるかを示す。例えば、“０”はインタレースであることを示す、“１”はプログレッシブであることを示す。また、第６ビット〜第４ビットは、垂直方向のサイズを示す。例えば、“１”は４８０画素であることを示し、“２”は５７６画素であることを示し、“３”は７２０画素であることを示し、“４”は１０８０画素であることを示し、“５”は２１６０画素であることを示す。
【０１１７】
また、第３ビット〜第０ビットは、水平方向のサイズを示す。例えば、“１”は７２０画素であることを示し、“２”は９６０画素であることを示し、“３”は１２８０画素であることを示し、“４”は１４４０画素であることを示し、“５”は１９２０画素であることを示し、“６”は３８４０画素であることを示す。なお、垂直および水平の画素サイズは一例あって、その他のサイズを示すことも可能である。
【０１１８】
［３Ｄ情報記述子］
ＥＩＴ配置される３Ｄ情報記述子（Stereoscopic_information_descriptor）について説明する。図１９は、３Ｄ情報記述子（Stereoscopic_information_descriptor）の構造例（Syntax）を示している。図２０は、その構造例における主要なデータ規定内容（semantics）を示している。
【０１１９】
「descriptor_tag」の８ビットフィールドは、デスクリプタの識別子であり、ここでは、３Ｄ情報記述子（Stereoscopic_information_descriptor）であることを示す。「descriptor_length」は、以降のデータの長さ（バイト数）を示す。「Stereo_Video_Format_Signaling_type」の７ビットフィールドは、上述の３Ｄ方式記述子（Stereoscopic_video_descriptor）のものと同じ情報である（図１２参照）。
【０１２０】
「Stereo_Video_Format_Signaling_type」の７ビットフィールドが、“００００１１０”であるとき、３Ｄ独立映像連結方式の左眼映像（Ｌ映像）のデータであることを示す。このとき、「alternative_combined_signal_location_type」の６ビットフィールドの情報が存在する。この６ビットフィールドは、上述の３Ｄ方式記述子（Stereoscopic_video_descriptor）のものと同じ情報である（図１５参照）。
【０１２１】
この「alternative_combined_signal_location_type」の６ビットフィールドが“００００１０”であるとき、連結先が他の放送サービスである。このとき、「network_id 」、「transport_stream_id 」、「service_id 」、「event_id 」の各情報が存在する。これらは、連結される拡張ビデオデータストリームの取得先が別放送サービスの場合の放送サービスのチューニング情報、および番組IDを示す。
【０１２２】
また、「alternative_combined_signal_location_type」の６ビットフィールドが“００００１１”であるとき、連結先が通信ＶＯＤである。このとき、「alternative_stream_url_byte」の情報が存在する。この「alternative_stream_url_byte」の情報は、連結される拡張データストリームの取得先が通信ＶＯＤの場合のＵＲＬの各データバイトを示す。なお、「alternative_signal_url_length 」の１６ビットフィールドは、「alternative_stream_url_byte」の情報のデータバイト数を示す。
【０１２３】
また、「alternative_combined_signal_location_type」の６ビットフィールドが“０００１００”であるとき、連結先が通信マルチキャストである。このとき、「ip_version 」、「multicast_protocol 」の情報が存在する。「ip_version 」の１ビットフィールドは、ＩＰアドレスのバージョンを示す。例えば、“０”はＩＰｖ４を示し、“１”はＩＰｖ６を示す。「multicast_protocol 」の４ビットフィールドは、マルチキャスト制御プロトコルを示す。例えば、“０ｘ００”はＩＧＭＰｖ２を示し、“０ｘ０１”はＭＬＤｖ２を示す。
【０１２４】
「ip_version」の１ビットフィールドが“０”であるとき、通信マルチキャストのＩＰアドレスを示す「group_address_32」および「service_address_32 」の３２ビットフィールドが存在する。また、「ip_version 」の１ビットフィールドが“１”であるとき、通信マルチキャストのＩＰアドレスを示す「group_address_128 」および「service_address_128 」の１２８ビットフィールドが存在する。
【０１２５】
上述したように、図１に示す画像送受信システム１０において、ステレオ立体画像データを構成する左眼画像データを含む第１のビデオデータストリームを有するトランスポートストリームＴＳに制御信号が挿入される。この制御信号は、第１のビデオデータストリームに含まれる画像データとしてステレオ立体画像データを構成する左眼画像データ（第１の画像データ）が含まれることを示す情報（ＰＭＴの３Ｄ方式記述子、ＥＩＴの３Ｄ情報記述子）を持つものとされる。また、この制御信号は、右眼画像データ（他の画像データ）の取得先を示す情報（３Ｄ方式記述子の連結先、３Ｄ情報記述子の連結先）を持つものとされる。
【０１２６】
そのため、テレビ受信機２００においては、この制御信号に基づいて、第１のビデオデータストリームに含まれる画像データが、ステレオ立体画像データを構成する左眼画像データ（第１の画像データ）であることを認識できる。そして、テレビ受信機２００においては、取得先を示す情報に基づいて、右眼画像データを容易に取得でき、ステレオ立体画像表示を行うことができる。この場合、右眼画像データの取得先は同一サービスに限定されるものではなく、他の放送サービス、あるいは通信ＶＯＤ、通信マルチキャスト等でもよく、地上波放送などの帯域が限定されている放送において３Ｄ放送の導入が容易となる。
【０１２７】
また、図１に示す画像送受信システム１０において、第２のビデオデータストリームに含まれる右眼画像データの映像フォーマットは、第１のビデオデータストリームに含まれる左眼画像データの映像フォーマットと同じか異なるものとされる。そして、トランスポートストリームＴＳに挿入される制御信号は、左眼画像データおよび右眼画像データの映像フォーマット情報（連結映像信号記述子のベース・拡張ピクチャフォーマット）を持つようにされる。
【０１２８】
そのため、右眼画像データの映像フォーマットとして、左眼画像データの映像フォーマットと同じあるいは異なる任意の映像フォーマットの選択が可能となり、映像フォーマットの選択の自由度が増す。すなわち、右眼画像データの映像フォーマットを左眼画像データの映像フォーマットよりも低解像度の映像フォーマットとして、右眼画像データを含む第２のビデオデータストリームのデータ量を低減して、帯域を節約することも容易となる。
【０１２９】
また、テレビ受信機２００においては、制御信号が映像フォーマット情報を持つことで、放送で受信された左眼画像データの映像フォーマットと取得先から取得された右眼画像データの映像フォーマットとを容易に認識できる。そのため、ステレオ立体画像表示のために、右眼画像データの映像フォーマットを左眼画像データの映像フォーマットに合わせるための処理を適切に行ことができる。
【０１３０】
また、図１に示す画像送受信システム１０において、制御信号に含まれる取得先が同一サービスであるとき、トランスポートストリームＴＳは、他の画像データとしての右眼画像データを含む第２のビデオデータストリームを有するものとされる。そして、トランスポートストリームＴＳに挿入される制御信号は、第１のビデオデータストリームと、第２のビデオデータストリームとの組み合わせを示す情報（連結映像信号記述子の連結ベースＥＳのコンポーネント・タグ値）を持つようにされる。
【０１３１】
そのため、テレビ受信機２００においては、この組み合わせを示す情報に基づいて、第２のビデオデータストリームに、第１のビデオデータストリームに含まれる左眼画像データと連結して使用される右眼画像データが含まれることを容易に知ることができる。そして、この第２のビデオデータストリームから右眼画像データを容易に取得可能となる。
【０１３２】
また、図１に示す画像送受信システム１０において、第１のビデオデータストリームには、ステレオ立体画像データを構成する左眼画像データ（第１の画像データ）および２次元画像データ（第２の画像データ）が選択的に含まれる。そして、第１のビデオデータストリームには、フレーム単位で、含まれる画像データが第１の画像データであるか第２の画像データであるかを識別する識別情報（映像３Ｄ識別信号）が含まれる。
【０１３３】
そのため、テレビ受信機２００においては、この識別情報に基づいて、第１のデータストリームに含まれている画像データが第１の画像データであるか第２の画像データであるかを、フレーム単位で認識できる。そして、テレビ受信機２００においては、ステレオ立体画像の表示処理状態と２次元画像の表示処理状態とを、迅速かつ適切に切り換えることが可能となる。
【０１３４】
＜２．変形例＞
なお、上述実施の形態においては、ＰＭＴの配下のビデオエレメンタリ・ループにベース映像信号（第１のビデオデータストリーム）に関連して配置される３Ｄ方式記述子には、映像フォーマット情報が記述されていない。しかし、この３Ｄ方式記述子に、映像フォーマット情報を記述することも考えられる。
【０１３５】
図２１は、その場合における３Ｄ方式記述子（Stereoscopic_video_descriptor）の構造例（Syntax）を示している。この図２１の構造例では、図１４の構造例に対して、さらに、「base_video_format_type」、「extended_video_format_type」の情報が追加されている。上述したように、「base_video_format_type」の８ビットフィールドは、連結のベースとなるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。「extended_video_format_type」８ビットフィールドは、連結の拡張となるビデオエレメンタリストリーム（映像ES）に含まれる画像データの映像フォーマットを示す。
【０１３６】
この場合、ＰＭＴの配下のビデオエレメンタリ・ループに拡張映像信号（第２のビデオデータストリーム）に関連して連結映像信号記述子（図１６参照）がなくても、テレビ受信機２００では、左眼画像データおよび右眼画像データの映像フォーマットを認識できる。つまり、右眼画像データの取得先が他の放送サービス、通信ＶＯＤ、通信マルチキャスト等であっても、テレビ受信機２００では、左眼画像データおよび右眼画像データの映像フォーマットを容易に認識できる。そして、ステレオ立体画像表示のために、右眼画像データの映像フォーマットを左眼画像データの映像フォーマットに合わせるための処理を適切に行ことができる。
【０１３７】
図２２は、上述したように３Ｄ方式記述子に映像フォーマット情報を記述する場合における連結映像信号記述子（combined_video_descriptor）の構造例（Syntax）を示している。この図２２の構造例では、図１６の構造例に対して、「base_video_format_type」、「extended_video_format_type」の情報が除かれている。これらの情報は、３Ｄ方式記述子に記述されているので、不要となるからである。
【０１３８】
また、上述実施の形態においては、所定目的がステレオ立体画像であり、ベース映像信号（第１のビデオデータストリーム）には左眼画像データが含まれ、拡張映像信号（第２のビデオデータストリーム）に右眼画像データが含まれる例を示した。所定目的が多視点画像、パノラマ画像などである場合にも、同様に構成できることは勿論である。
【産業上の利用可能性】
【０１３９】
本技術は、ステレオ立体画像表示を行うための画像送信を行う画像送受信システム等に適用できる。
【符号の説明】
【０１４０】
１０・・・画像送受信システム
１００・・・放送局
１１０・・・送信データ生成部
１１１・・・データ取り出し部
１１１ａ・・・データ記録媒体
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・マルチプレクサ
２００・・・テレビ受信機
２０１・・・制御部
２０２・・・受信部
２０３・・・ＭＰＥＧ２ｖｉｄｅｏのデコーダ
２０４・・・ＭＰＥＧ４−ＡＶＣのデコーダ
２０５・・・同期部
２０６・・・スケーリング部
２０７・・・３Ｄ処理部
２０８・・・３Ｄパネル
２１１・・・アップコンバータ
２２１・・・通信部
【特許請求の範囲】
【請求項１】
所定目的のために連結される他の画像データが存在する第１の画像データを含む第１のビデオデータストリームを有するトランスポートストリームを送信するデータ送信部を備え、
上記トランスポートストリームは、上記第１のビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含む
画像データ送信装置。
【請求項２】
上記他の画像データの映像フォーマットは、上記第１の画像データの映像フォーマットと同じか異なっており、
上記制御信号は、上記第１の画像データおよび上記他の画像データの映像フォーマット情報をさらに持つ
請求項１に記載の画像データ送信装置。
【請求項３】
上記第１の画像データと、該第１の画像データに連結される上記他の画像データは、ステレオ立体画像データを構成する
請求項１に記載の画像データ送信装置。
【請求項４】
上記トランスポートストリームには、該トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを示すプログラム・スペシフィック・インフォメーションとしてのプログラム・マップ・テーブルが含まれており、
上記制御信号は、上記プログラム・マップ・テーブルの配下に挿入されている
請求項１に記載の画像データ送信装置。
【請求項５】
上記制御信号に含まれる上記取得先が同一サービスであるとき、
上記トランスポートストリームは、上記他の画像データを含む第２のビデオデータストリームを有し、
上記制御信号は、上記第１のビデオデータストリームと、上記第２のビデオデータストリームとの組み合わせを示す情報をさらに持つ
請求項１に記載の画像データ送信装置。
【請求項６】
上記第１の画像データの符号化方式はＭＰＥＧ２ｖｉｄｅｏであり、上記他の画像データの符号化方式はＭＰＥＧ４−ＡＶＣである
請求項１に記載の画像データ送信装置。
【請求項７】
上記第１のビデオデータストリームは、上記第１の画像データまたは連結される他の画像データが存在しない第２の画像データを選択的に含み、
上記第１のビデオデータストリームは、フレーム単位で、含まれる画像データが上記第１の画像データであるか上記第２の画像データであるかを識別する識別情報を含む
請求項１に記載の画像データ送信装置。
【請求項８】
上記識別情報は、上記第１のビデオデータストリームの各ピクチャのヘッダ内に挿入されている
請求項７に記載の画像データ送信装置。
【請求項９】
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを生成するストリーム生成ステップと、
上記ストリーム生成ステップで生成されたトランスポートストリームに、上記ビデオデータストリームに含まれる画像データとして上記第１の画像データが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を挿入する制御信号挿入ステップと、
上記制御信号挿入ステップで制御信号が挿入された上記トランスポートストリームを送信するデータ送信ステップと
を備える画像データ送信方法。
【請求項１０】
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを受信するデータ受信部を備え、
上記トランスポートストリームは、上記ビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含み、
上記データ受信部で受信された上記トランスポートストリームから上記第１の画像データを取得する第１のデータ取得部と、
上記データ受信部で受信された上記トランスポートストリームに含まれる上記制御信号に基づいて、上記取得先から上記他の画像データを取得する第２のデータ取得部と、
上記第１のデータ取得部で取得された上記第１の画像データおよび上記第２のデータ取得部で取得された上記他の画像データを連結して処理するデータ処理部とをさらに備える
画像データ受信装置。
【請求項１１】
上記他の画像データの映像フォーマットは、上記第１の画像データの映像フォーマットと同じか異なっており、
上記第１のデータ取得部で取得された上記第１の画像データの映像フォーマットに、上記第２のデータ取得部で取得された上記他の画像データの映像フォーマットを合わせる映像フォーマット調整部をさらに備える
請求項１０に記載の画像データ受信装置。
【請求項１２】
上記ビデオデータストリームは、上記第１の画像データと、連結される他の画像データが存在しない第２の画像データとを選択的に含み、
上記ビデオデータストリームは、フレーム単位で、含まれる画像データが上記第１の画像データであるか上記第２の画像データであるかを識別する識別情報を含み、
上記ビデオデータストリームに含まれる上記識別情報に基づいて、上記第２のデータ取得部および上記データ処理部の動作を制御する制御部をさらに備える
請求項１０に記載の画像データ受信装置。
【請求項１３】
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを受信するデータ受信ステップをさらに備え、
上記トランスポートストリームは、上記ビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含み、
上記データ受信ステップで受信された上記トランスポートストリームから上記第１の画像データを取得する第１のデータ取得ステップと、
上記データ受信ステップで受信された上記トランスポートストリームに含まれる上記制御信号に基づいて、上記取得先から上記他の画像データを取得する第２のデータ取得ステップと、
上記第１のデータ取得ステップで取得された上記第１の画像データおよび上記第２のデータ取得ステップで取得された上記他の画像データを連結して処理するデータ処理ステップとをさらに備える
画像データ受信方法。
【請求項１】
所定目的のために連結される他の画像データが存在する第１の画像データを含む第１のビデオデータストリームを有するトランスポートストリームを送信するデータ送信部を備え、
上記トランスポートストリームは、上記第１のビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含む
画像データ送信装置。
【請求項２】
上記他の画像データの映像フォーマットは、上記第１の画像データの映像フォーマットと同じか異なっており、
上記制御信号は、上記第１の画像データおよび上記他の画像データの映像フォーマット情報をさらに持つ
請求項１に記載の画像データ送信装置。
【請求項３】
上記第１の画像データと、該第１の画像データに連結される上記他の画像データは、ステレオ立体画像データを構成する
請求項１に記載の画像データ送信装置。
【請求項４】
上記トランスポートストリームには、該トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを示すプログラム・スペシフィック・インフォメーションとしてのプログラム・マップ・テーブルが含まれており、
上記制御信号は、上記プログラム・マップ・テーブルの配下に挿入されている
請求項１に記載の画像データ送信装置。
【請求項５】
上記制御信号に含まれる上記取得先が同一サービスであるとき、
上記トランスポートストリームは、上記他の画像データを含む第２のビデオデータストリームを有し、
上記制御信号は、上記第１のビデオデータストリームと、上記第２のビデオデータストリームとの組み合わせを示す情報をさらに持つ
請求項１に記載の画像データ送信装置。
【請求項６】
上記第１の画像データの符号化方式はＭＰＥＧ２ｖｉｄｅｏであり、上記他の画像データの符号化方式はＭＰＥＧ４−ＡＶＣである
請求項１に記載の画像データ送信装置。
【請求項７】
上記第１のビデオデータストリームは、上記第１の画像データまたは連結される他の画像データが存在しない第２の画像データを選択的に含み、
上記第１のビデオデータストリームは、フレーム単位で、含まれる画像データが上記第１の画像データであるか上記第２の画像データであるかを識別する識別情報を含む
請求項１に記載の画像データ送信装置。
【請求項８】
上記識別情報は、上記第１のビデオデータストリームの各ピクチャのヘッダ内に挿入されている
請求項７に記載の画像データ送信装置。
【請求項９】
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを生成するストリーム生成ステップと、
上記ストリーム生成ステップで生成されたトランスポートストリームに、上記ビデオデータストリームに含まれる画像データとして上記第１の画像データが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を挿入する制御信号挿入ステップと、
上記制御信号挿入ステップで制御信号が挿入された上記トランスポートストリームを送信するデータ送信ステップと
を備える画像データ送信方法。
【請求項１０】
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを受信するデータ受信部を備え、
上記トランスポートストリームは、上記ビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含み、
上記データ受信部で受信された上記トランスポートストリームから上記第１の画像データを取得する第１のデータ取得部と、
上記データ受信部で受信された上記トランスポートストリームに含まれる上記制御信号に基づいて、上記取得先から上記他の画像データを取得する第２のデータ取得部と、
上記第１のデータ取得部で取得された上記第１の画像データおよび上記第２のデータ取得部で取得された上記他の画像データを連結して処理するデータ処理部とをさらに備える
画像データ受信装置。
【請求項１１】
上記他の画像データの映像フォーマットは、上記第１の画像データの映像フォーマットと同じか異なっており、
上記第１のデータ取得部で取得された上記第１の画像データの映像フォーマットに、上記第２のデータ取得部で取得された上記他の画像データの映像フォーマットを合わせる映像フォーマット調整部をさらに備える
請求項１０に記載の画像データ受信装置。
【請求項１２】
上記ビデオデータストリームは、上記第１の画像データと、連結される他の画像データが存在しない第２の画像データとを選択的に含み、
上記ビデオデータストリームは、フレーム単位で、含まれる画像データが上記第１の画像データであるか上記第２の画像データであるかを識別する識別情報を含み、
上記ビデオデータストリームに含まれる上記識別情報に基づいて、上記第２のデータ取得部および上記データ処理部の動作を制御する制御部をさらに備える
請求項１０に記載の画像データ受信装置。
【請求項１３】
所定目的のために連結される他の画像データが存在する第１の画像データを含むビデオデータストリームを有するトランスポートストリームを受信するデータ受信ステップをさらに備え、
上記トランスポートストリームは、上記ビデオデータストリームに含まれる画像データとして上記第１のデータが含まれること、および上記他の画像データの取得先を示す情報を持つ制御信号を含み、
上記データ受信ステップで受信された上記トランスポートストリームから上記第１の画像データを取得する第１のデータ取得ステップと、
上記データ受信ステップで受信された上記トランスポートストリームに含まれる上記制御信号に基づいて、上記取得先から上記他の画像データを取得する第２のデータ取得ステップと、
上記第１のデータ取得ステップで取得された上記第１の画像データおよび上記第２のデータ取得ステップで取得された上記他の画像データを連結して処理するデータ処理ステップとをさらに備える
画像データ受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−１６０８１３（Ｐ２０１２−１６０８１３Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１７５９８（Ｐ２０１１−１７５９８）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]