"立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力部と、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力部と、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力部と、上記画像データを含むビデオデータストリームと、上記重畳情報のデータを含む第1のプライベートデータストリームと、上記視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを送信するデータ送信部とを備え、上記多重化データストリームに、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入される送信装置。上記関連付け情報として、上記第1のプライベートデータストリームに関する情報を記述する第1のデスクリプタおよび上記第2のプライベートデータストリームに関する情報を記述する第2のデスクリプタに共通の識別情報が記述される請求項1に記載の送信装置。上記共通の識別情報は、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームが存在することを示す特殊な値で定義される請求項2に記載の送信装置。上記多重化データストリームは、複数の言語サービスにそれぞれ対応した上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを有し、各言語サービスに対応した上記共通の識別情報は互いに異なるように設定される請求項2に記載の送信装置。上記重畳情報のデータは、DVB方式のサブタイトルデータであり、上記第1のプライベートデータストリームに対応した第1のサブタイトルデスクリプタおよび上記第2のプライベートデータストリームに対応したサブタイトルデスクリプタには、共通のコンポションページIDが記述される請求項2に記載の送信装置。上記第1のデスクリプタおよび上記第2のデスクリプタには言語情報が記述され、上記第2のデスクリプタに記述される言語情報は非言語を示すように設定される請求項2に記載の送信装置。上記非言語を示す言語情報は、ISO言語コードを示すzxx、あるいはqaaからqrzの空間に含まれる言語コードのいずれかである請求項6に記載の送信装置。上記関連付け情報として、上記第1のプライベートデータストリームに関する情報を記述する第1のデスクリプタおよび上記第2のプライベートデータストリームに関する情報を記述する第2のデスクリプタに共通の識別情報が記述され、上記第1のデスクリプタおよび上記第2のデスクリプタに立体画像表示用の情報であることを示すタイプ情報が記述される請求項1に記載の送信装置。上記重畳情報のデータは、DVB方式のサブタイトルデータであり、上記タイプ情報は、サブタイトルタイプ情報である請求項8に記載の送信装置。上記第1のデスクリプタおよび上記第2のデスクリプタには言語情報が記述され、上記第2のデスクリプタに記述される言語情報は非言語を示すように設定される請求項8に記載の送信装置。上記非言語を示す言語情報は、ISO言語コードを示すzxx、あるいはqaaからqrzの空間に含まれる言語コードのいずれかである請求項10に記載の送信装置。上記多重化データストリームには、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを紐付けるための専用の紐付け情報が記述されるデスクリプタが挿入される請求項1に記載の送信装置。上記デスクリプタは、上記専用の紐付け情報を記述するための専用のデスクリプタである請求項12に記載の送信装置。立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力ステップと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力ステップと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力ステップと、上記画像データを含むビデオデータストリームと、上記重畳情報のデータを含む第1のプライベートデータストリームと、上記視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを送信するデータ送信ステップとを備え、上記多重化データストリームに、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入される送信方法。立体画像を構成する左眼画像データおよび右眼画像データをを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを含む第1のプライベートデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、上記上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第1のデコード部と、上記多重化データストリームから上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを抽出してデコードする第2のデコード部とを備え、上記多重化データストリームには、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入されており、上記第2のデコード部は、上記関連付け情報に基づいて、上記多重化データストリームから上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを抽出する受信装置。上述したように立体画像表示において、視聴者は、両眼視差を利用して、立体画像の遠近感を知覚することが普通である。画像に重畳される重畳情報、例えば字幕等に関しても、2次元空間的のみならず、3次元の奥行き感としても、立体画像表示と連動してレンダリングされることが期待される。例えば、画像に字幕を重畳表示する場合、遠近感でいうところの最も近い画像内の物体オブジェクトよりも手前に表示されないと、視聴者は、遠近感の矛盾を感じる場合がある。そこで、重畳情報のデータと共に、左眼画像および右眼画像の間の視差情報を送信し、受信側で、左眼重畳情報および右眼重畳情報との間に視差を付与することが考えられる。このように立体画像を表示し得る受信装置において視差情報は有意義な情報である。放送局から、重畳情報のデータと視差情報とが別個のプライベートデータストリームPESストリームで送信される場合、3D対応の受信装置では、2つのPESストリームの存在を容易に認識し、重畳情報のデータとともに、対応する視差情報を取得することが必要となる。本技術の目的は、3D対応の受信装置が、重畳情報のデータとともに、対応する視差情報の取得を適確に行い得るようにすることにある。本技術の概念は、立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力部と、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力部と、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力部と、上記画像データを含むビデオデータストリームと、上記重畳情報のデータを含む第1のプライベートデータストリームと、上記視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを送信するデータ送信部とを備え、上記多重化データストリームに、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入される送信装置にある。本技術において、画像データ出力部により、立体画像を構成する左眼画像データおよび右眼画像データが出力される。重畳情報データ出力部により、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報のデータが出力される。ここで、重畳情報は、画像に重畳される字幕、グラフィクス、テキストなどの情報である。視差情報出力部により、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報が出力される。データ送信部により、多重化データストリームが送信される。この多重化データストリームは、画像データを含むビデオデータストリームと、重畳情報のデータを含む第1のプライベートデータストリームと、視差情報を含む第2のプライベートデータストリームとを有するものとされる。多重化データストリームには、第1のプライベートデータストリームおよび第2のプライベートデータストリームを関連付ける関連付け情報が挿入されている。本技術において、例えば、関連付け情報として、第1のプライベートデータストリームに関する情報を記述する第1のデスクリプタおよび第2のプライベートデータストリームに関する情報を記述する第2のデスクリプタに共通の識別情報が記述される、ようにしてもよい。この場合、共通の識別情報は、第1のプライベートデータストリームおよび第2のプライベートデータストリームが存在することを示す特殊な値で定義されてもよい。また、本技術において、多重化データストリームは、複数の言語サービスにそれぞれ対応した第1のプライベートデータストリームおよび第2のプライベートデータストリームを有し、各言語サービスに対応した共通の識別情報は互いに異なるように設定されてもよい。これにより、多言語サービスにおいても、受信側の3Dの受信装置においては、言語サービス毎に関連付けされた第1のプライベートデータストリームおよび第2のプライベートデータストリームを正しく抽出してデコードすることが可能となる。また、本技術において、例えば、重畳情報のデータは、DVB方式のサブタイトルデータであり、第1のプライベートデータストリームに対応した第1のサブタイトルデスクリプタおよび第2のプライベートデータストリームに対応したサブタイトルデスクリプタには、共通のコンポションページIDが記述される、ようにしてもよい。また、本技術において、例えば、第1のデスクリプタおよび第2のデスクリプタには言語情報が記述され、第2のデスクリプタに記述される言語情報は非言語を示すように設定されてもよい。この場合、例えば、非言語を示す言語情報は、ISO言語コードを示すzxx、あるいはqaaからqrzの空間に含まれる言語コードのいずれかとされる。これにより、レガシーの2Dの受信装置で、視差情報を含む第2のプライベートデータストリームが抽出されてデコードされることを防止でき、視差情報が受信処理の妨げとなることを防止できる。このように本技術において、多重化データストリームには、第1のプライベートデータストリームおよび第2のプライベートデータストリームを関連付ける関連付け情報が挿入されている。そのため、受信側の3D対応の受信装置では、この関連付け情報に基づいて、関連付けされた第1のプライベートデータストリームおよび第2のプライベートデータストリームを効率よく適確に抽出してデコードすることが可能となる。また、本技術において、例えば、関連付け情報として、第1のプライベートデータストリームに関する情報を記述する第1のデスクリプタおよび第2のプライベートデータストリームに関する情報を記述する第2のデスクリプタに共通の識別情報が記述され、第1のデスクリプタおよび第2のデスクリプタに立体画像表示用の情報であることを示すタイプ情報が記述される、ようにしてもよい。例えば、重畳情報のデータはDVB方式のサブタイトルデータであり、タイプ情報はサブタイトルタイプ情報とされる。この場合、立体画像表示用の情報であることを示すタイプ情報が記述されているにもかかわらず、第1のプライベートデータストリームには視差情報が含まれていないので、受信側の3D対応の受信装置では、視差情報を含む第2のプライベートデータストリームを認識し、共通の識別情報に基づいて見つけて、デコードすることが可能となる。また、本技術において、例えば、多重化データストリームには、第1のプライベートデータストリームおよび第2のプライベートデータストリームを紐付けるための専用の紐付け情報が記述されるデスクリプタが挿入される、ようにしてもよい。例えば、デスクリプタは、専用の紐付け情報を記述するための専用のデスクリプタとされる。あるいは、既存のデスクリプタを拡張して関連付け情報を記述することも可能である。この場合、デスクリプタは、第1のプライベートデータストリームおよび第2のプライベートデータストリームに対応した第1のデスクリプタおよび第2のデスクリプタであり、それらに共通の識別情報が記述される。また、本技術の他の概念は、立体画像を構成する左眼画像データおよび右眼画像データをを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを含む第1のプライベートデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、上記上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第1のデコード部と、上記多重化データストリームから上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを抽出してデコードする第2のデコード部とを備え、上記多重化データストリームには、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入されており、上記第2のデコード部は、上記関連付け情報に基づいて、上記多重化データストリームから上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを抽出する受信装置にある。本技術において、データ受信部により、ビデオデータストリーム、第1のプライベートデータストリームおよび第2のプライベートデータストリームを有する多重化データストリームが受信される。そして、第1のデコード部により、多重化データストリームからビデオデータストリームが抽出されてデコードされる。また、第2のデコード部により、多重化データストリームから第1のプライベートデータストリームおよび第2のプライベートデータストリームが抽出されてデコードされる。ここで、多重化データストリームには、第1のプライベートデータストリームおよび第2のプライベートデータストリームを関連付ける関連付け情報が挿入されている。そのため、第2のデコード部では、この関連付け情報に基づいて、関連付けされた第1のプライベートデータストリームおよび第2のプライベートデータストリームを正しく抽出してデコードし、重畳情報のデータと共に、それに対応した視差情報を取得することが可能となる。本技術によれば、3D対応の受信装置が、重畳情報のデータとともに、対応する視差情報の取得を容易に行い得る。以下、発明を実施するための形態以下、実施の形態とするについて説明する。なお、説明を以下の順序で行う。1.実施の形態2.変形例<1.実施の形態>[画像送受信システムの構成例]図1は、実施の形態としての画像送受信システム10の構成例を示している。この画像送受信システム10は、放送局100と、セットトップボックスSTB200と、テレビ受信機TV300を有している。セットトップボックス200およびテレビ受信機300は、HDMIHighDefinitionMultimediaInterfaceのデジタルインタフェースで接続されている。セットトップボックス200およびテレビ受信機300は、HDMIケーブル400を用いて接続されている。セットトップボックス200には、HDMI端子202が設けられている。テレビ受信機300には、HDMI端子302が設けられている。HDMIケーブル400の一端はセットトップボックス200のHDMI端子202に接続され、このHDMIケーブル400の他端はテレビ受信機300のHDMI端子302に接続されている。[放送局の説明]放送局100は、トランスポートストリームTSを、放送波に載せて送信する。放送局100は、トランスポートストリームTSを生成する送信データ生成部110を備えている。このトランスポートストリームTSには、画像データ、音声データ、重畳情報のデータ、視差情報などが含まれる。ここで、画像データ以下、適宜、立体画像データというは、立体画像を構成する左眼画像データおよび右眼画像データを含む。立体画像データは所定の伝送フォーマットを有する。重畳情報は、一般的には、字幕、グラフィクス情報、テキスト情報などであるが、この実施の形態においてはサブタイトル字幕である。送信データ生成部の構成例図2は、放送局100における送信データ生成部110の構成例を示している。この送信データ生成部110は、既存の放送規格の一つであるDVBDigitalVideoBroadcasting方式に容易に連携できるデータ構造で視差情報視差ベクトルを送信する。この送信データ生成部110は、データ取り出し部111と、ビデオエンコーダ112と、オーディオエンコーダ113を有している。また、この送信データ生成部110は、サブタイトル発生部114と、視差情報作成部115と、サブタイトル処理部116と、サブタイトルエンコーダ118と、マルチプレクサ119を有している。データ取り出し部111には、データ記録媒体111aが、例えば、着脱自在に装着される。このデータ記録媒体111aには、左眼画像データおよび右眼画像データを含む立体画像データと共に、音声データ、視差情報が対応付けて記録されている。データ取り出し部111は、データ記録媒体111aから、立体画像データ、音声データ、視差情報等を取り出して出力する。データ記録媒体111aは、ディスク状記録媒体、半導体メモリ等である。データ記録媒体111aに記録されている立体画像データは、所定の伝送方式の立体画像データである。立体画像データ3D画像データの伝送方式の一例を説明する。ここでは、以下の第1~第3の伝送方式を挙げるが、これら以外の伝送方式であってもよい。また、ここでは、図3に示すように、左眼Lおよび右眼Rの画像データが、それぞれ、決められた解像度、例えば、1920×1080のピクセルフォーマットの画像データである場合を例にとって説明する。第1の伝送方式は、トップアンドボトムTopBottom方式で、図4aに示すように、垂直方向の前半では左眼画像データの各ラインのデータを伝送し、垂直方向の後半では左眼画像データの各ラインのデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データのラインが1/2に間引かれることから原信号に対して垂直解像度は半分となる。第2の伝送方式は、サイドバイサイドSideBySide方式で、図4bに示すように、水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データは、それぞれ、水平方向のピクセルデータが1/2に間引かれる。原信号に対して、水平解像度は半分となる。第3の伝送方式は、フレームシーケンシャルFrameSequential方式、あるいは、L/RノーインターリービングLRNointerleavingで、図4cに示すように、左眼画像データと右眼画像データとをフレーム毎に順次切換えて伝送する方式である。なお、この方式は、フルフレームFullFrame方式、あるいは従来の2Dフォーマットに対してのサービスコンパチブルservicecompatible方式も含む。また、データ記録媒体111aに記録されている視差情報は、例えば、画像を構成するピクセル画素毎の視差ベクトルである。視差ベクトルの検出例について説明する。ここでは、左眼画像に対する右眼画像の視差ベクトルを検出する例について説明する。図5に示すように、左眼画像を検出画像とし、右眼画像を参照画像とする。この例では、xiyiおよびxjyjの位置における視差ベクトルが検出される。xiyiの位置における視差ベクトルを検出する場合を例にとって説明する。この場合、左眼画像に、xiyiの位置の画素を左上とする、例えば4×4、8×8あるいは16×16の画素ブロック視差検出ブロックBiが設定される。そして、右眼画像において、画素ブロックBiとマッチングする画素ブロックが探索される。この場合、右眼画像に、xiyiの位置を中心とする探索範囲が設定され、その探索範囲内の各画素を順次注目画素として、上述の画素ブロックBiと同様の例えば4×4、8×8あるいは16×16の比較ブロックが順次設定されていく。画素ブロックBiと順次設定される比較ブロックとの間で、対応する画素毎の差分絶対値の総和が求められる。ここで、図6に示すように、画素ブロックBiの画素値をLとし、比較ブロックの画素値をRとするとき、画素ブロックBiと、ある比較ブロックとの間における差分絶対値の総和は、Σ|L-R|で表される。右眼画像に設定される探索範囲にn個の画素が含まれているとき、最終的にn個の総和S1~Snが求められ、その中で最小の総和Sminが選択される。そして、この総和Sminが得られた比較ブロックから左上の画素の位置がxi′yi′が得られる。これにより、xiyiの位置における視差ベクトルは、xi′-xi,yi′-yiのように検出される。詳細説明は省略するが、xjyjの位置における視差ベクトルについても、左眼画像に、xjyjの位置の画素を左上とする、例えば4×4、8×8あるいは16×16の画素ブロックBjが設定されて、同様の処理過程で検出される。ビデオエンコーダ112は、データ取り出し部111から取り出された立体画像データに対して、MPEG4-AVC、MPEG2、VC-1等の符号化を施し、ビデオデータストリームビデオエレメンタリストリームを生成する。オーディオエンコーダ113は、データ取り出し部111から取り出された音声データに対して、AC3、AAC等の符号化を施し、オーディオデータストリームオーディオエレメンタリストリームを生成する。サブタイトル発生部114は、DVBDigitalVideoBroadcasting方式の字幕データであるサブタイトルデータを発生する。このサブタイトルデータは、2次元画像用のサブタイトルデータである。このサブタイトル発生部114は、重畳情報データ出力部を構成している。視差情報作成部115は、データ取り出し部111から取り出されたピクセル画素毎の、あるいは複数のピクセルに対しての視差ベクトル水平方向視差ベクトルに対して、ダウンサイジング処理を施し、以下に示すように、各階層の視差情報を生成する。なお、視差情報は必ずしも視差情報作成部115で生成される必要はなく、外部から別途供給される構成も可能である。図7は、各ピクセル画素の輝度値のようにして与えられる相対的な深さ方向のデータの例を示している。ここで、相対的な深さ方向のデータは所定の変換により画素ごとの視差ベクトルとして扱うことが可能となる。この例において、人物部分の輝度値は高くなっている。これは、人物部分の視差ベクトルの値が大きいことを意味し、従って、立体画像表示では、この人物部分が浮き出た状態に知覚されることを意味している。また、この例において、背景部分の輝度値は低くなっている。これは、背景部分の視差ベクトルの値が小さいことを意味し、従って、立体画像表示では、この背景部分が沈んだ状態に知覚されることを意味している。図8は、ブロックBlock毎の視差ベクトルの一例を示している。ブロックは、最下層に位置するピクセル画素の上位層に当たる。このブロックは、画像ピクチャ領域が、水平方向および垂直方向に所定の大きさで分割されることで構成される。各ブロックの視差ベクトルは、例えば、そのブロック内に存在する全ピクセル画素の視差ベクトルから、最も値の大きな視差ベクトルが選択されることで得られる。この例においては、各ブロックの視差ベクトルを矢印で示しており、矢印の長さが視差ベクトルの大きさに対応している。図9は、視差情報作成部115で行われるダウンサイジング処理の一例を示している。最初に、視差情報作成部115は、図9aに示すように、ピクセル画素毎の視差ベクトルを用いて、ブロック毎の符号付き視差ベクトルを求める。上述したように、ブロックは、最下層に位置するピクセル画素の上位層に当たり、画像ピクチャ領域が水平方向および垂直方向に所定の大きさで分割されることで構成される。そして、各ブロックの視差ベクトルは、例えば、そのブロック内に存在する全ピクセル画素の視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。次に、視差情報作成部115は、図9bに示すように、ブロック毎の視差ベクトルを用いて、グループGroupOfBlock毎の視差ベクトルを求める。グループは、ブロックの上位層に当たり、複数個の近接するブロックをまとめてグループ化することで得られる。図9bの例では、各グループは、破線枠で括られる4個のブロックにより構成されている。そして、各グループの視差ベクトルは、例えば、そのグループ内の全ブロックの視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。次に、視差情報作成部115は、図9cに示すように、グループ毎の視差ベクトルを用いて、パーティションPartition毎の視差ベクトルを求める。パーティションは、グループの上位層に当たり、複数個の近接するグループをまとめてグループ化することで得られる。図9cの例では、各パーティションは、破線枠で括られる2個のグループにより構成されている。そして、各パーティションの視差ベクトルは、例えば、そのパーティション内の全グループの視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。次に、視差情報作成部115は、図9dに示すように、パーティション毎の視差ベクトルを用いて、最上位層に位置するピクチャ全体画像全体の視差ベクトルを求める。図9dの例では、ピクチャ全体には、破線枠で括られる4個のパーティションが含まれている。そして、ピクチャ全体の視差ベクトルは、例えば、ピクチャ全体に含まれる全パーティションの視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。このようにして、視差情報作成部115は、最下層に位置するピクセル画素毎の視差ベクトルにダウンサイジング処理を施して、ブロック、グループ、パーティション、ピクチャ全体の各階層の各領域の視差ベクトルを求めることができる。なお、図9に示すダウンサイジング処理の一例では、最終的に、ピクセル画素の階層の他、ブロック、グループ、パーティション、ピクチャ全体の4階層の視差ベクトルを求めている。しかし、階層数ならびに各階層の領域の切り方や領域の数はこれに限定されるものではない。図2に戻って、サブタイトル処理部116は、サブタイトル発生部114で発生されたサブタイトルデータに基づいて、リージョン内にサブリージョンの領域を定義できる。また、サブタイトル処理部116は、視差情報作成部115で作成された視差情報に基づいて、左眼画像および右眼画像における重畳情報の表示位置をシフト調整するための視差情報を設定する。この視差情報は、サブリージョンまたはリージョン毎に、あるいはページ毎に設定可能とされている。図10aは、サブタイトルデータにおいて、画面上に定義されるリージョンと、このリージョン内に定義されるサブリージョンの一例を示している。この例では、RegionStartingPositionがR0であるリージョン0Region0に、SubRegion1、SubRegion2の2つのサブリージョンが定義されている。SubRegion1の水平方向位置HorizontalPositionxはSR1で、SubRegion2の水平方向位置HorizontalPositionxはSR2である。そして、この例では、サブリージョンSubRegion1に対して視差情報disparity1が設定され、サブリージョンSubRegion2に対して視差情報disparity2が設定される。図10bは、視差情報による左眼画像におけるサブリージョン領域内のシフト調整例を示している。サブリージョンSubRegion1に対して視差情報disparity1が設定されている。そのため、サブリージョンSubRegion1に関しては、水平方向位置HorizontalPositionxがSR1-disparity1となるようにシフト調整される。また、サブリージョンSubRegion2に対して視差情報disparity2が設定されている。そのため、サブリージョンSubRegion2に関しては、水平方向位置HorizontalPositionxがSR2-disparity2となるようにシフト調整される。図10cは、視差情報による右眼画像におけるサブリージョン領域内のシフト調整例を示している。サブリージョンSubRegion1に対して視差情報disparity1が設定されている。そのため、サブリージョンSubRegion1に関しては、上述の左眼画像とは逆向きに、水平方向位置HorizontalPositionxがSR1disparity1となるようにシフト調整される。また、サブリージョンSubRegion2に対して視差情報disparity2が設定されている。そのため、サブリージョンSubRegion2に関しては、上述の左眼画像とは逆向きに、水平方向位置HorizontalPositionxがSR2disparity2となるようにシフト調整される。サブタイトル処理部116は、サブタイトル発生部114で発生されたサブタイトルデータと共に、上述のサブリージョン領域の領域情報、視差情報などの表示制御情報を出力する。なお、視差情報に関しては、上述したようにサブリージョン単位で設定できる他、リージョン単位、あるいはページ単位でも設定できる。サブタイトルデータは、DDS、PCS、RCS、CDS、ODS、EDSなどのセグメントを持つ。DDSdisplaydefinitionsegmentは、HDTV用の表示displayサイズを指定する。PCSpagecompositionsegmentは、ページpage内のリージョンregion位置を指定する。RCSregioncompositionsegmentは、リージョンRegionの大きさやオブジェクトobjectの符号化モードを指定し、また、オブジェクトobjectの開始位置を指定する。CDSCLUTdefinitionsegmentは、CLUT内容の指定をする。ODSobjectdatasegmentは、符号化ピクセルデータPixeldataを含む。EDSendofdisplaysetsegmentは、DDSのセグメントからはじまるサブタイトルデータの終了を示す。この実施の形態においては、DSSDesparitySignalingSegmentのセグメントがさらに定義される。このDSSのセグメントに、上述の表示制御情報が挿入される。図2に戻って、サブタイトルエンコーダ118は、第1および第2のプライベートデータストリーム第1および第2のサブタイトルデータストリームを生成する。すなわち、サブタイトルエンコーダ118は、DDS、PCS、RCS、CDS、ODS、EDSのセグメントを含む第1のプライベートデータストリーム2Dストリームを生成する。また、サブタイトルエンコーダ118は、DDS、DSS、EDSのセグメントを含む第2のプライベートデータストリーム3D拡張ストリームを生成する。マルチプレクサ119は、ビデオエンコーダ112、オーディオエンコーダ113およびサブタイトルエンコーダ118からの各データストリームを多重化し、多重化データストリームとしてのトランスポートストリームTSを得る。このトランスポートストリームTSは、PESPacketizedElementartyStreamのストリームとして、ビデオデータストリーム、オーディオデータストリーム、第1および第2のプライベートデータストリームを有するものとなる。図11は、トランスポートストリームTSが有する、2Dストリームおよび3D拡張ストリームの構成を示している。図11aは、2Dストリームを示し、先頭にPESヘッダPESHeaderが配置され、それに続いて、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントを含むPESペイロードPESPayloadが配置されている。また、図11bは、3D拡張ストリームを示し、先頭にPESヘッダPESHeaderが配置され、それに続いて、DDS、DSS、EDSの各セグメントを含むPESペイロードPESPayloadが配置されている。なお、この3D拡張ストリームは、図11cに示すように、PESペイロードPESPayloadにDDS、PCS、DSS、EDSの各セグメントを含む構成でもよい。その場合、PCSのPAGESTATEはNORMALCASEとなり、重畳データbitmapには変化がないことを示す。ここで、2Dストリームおよび3D拡張ストリームに含まれる各セグメントのページIDは同一とされる。これにより、受信側の3D対応の受信装置では、このページIDに基づいて、2Dストリームのセグメントと3D拡張ストリームのセグメントとを結合することが容易となる。マルチプレクサ119は、2Dストリームおよび3D拡張ストリームに、受信側において重畳情報のデータによる表示と視差情報Disparityによるシフト制御とを同期させるための同期情報を含める。具体的には、マルチプレクサ119は、図12に示すように、2DストリームPES1:PES1と3D拡張ストリームPES2:PES2のPESヘッダに挿入されるタイムスタンプPTS:PresentationTimeStampの値が関連付けされたものとする。図12は、2Dストリームと3D拡張ストリームのタイムスタンプPTSの値が同じ値、つまりPTS1に設定される例を示している。この場合、受信側デコード側においては、サブタイトルデータ重畳情報のデータによる字幕パターンの表示がPTS1から開始され、字幕パターンを3D表示とするための視差情報によるシフト制御もPTS1から開始される。なお、図12の例において、3D拡張ストリームには、PTS1のフレームの視差情報と、その後の所定フレームの視差情報との2個の視差情報が含まれていることを示している。受信側デコード側においては、それら2個のフレームの間の任意のフレームの視差情報を補間処理で求めてシフト制御をダイナミックに行い得ることが示されている。また、図12において、2Dストリームに含まれるConventionalSegmentsは、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントを意味している。また、3D拡張ストリームに含まれるExtendedSegmentsは、DDS、DSS、EDSの各セグメント、あるいはDDS、PCS、DSS、EDSの各セグメントを意味している。また、図12において、2DストリームのElementaryPIDはID1であり、3D拡張ストリームのElementaryPIDはID2である。これは、以下の図13、図14においても同様である。図13は、2Dストリームと3D拡張ストリームのタイムスタンプPTSの値が異なる値に設定される例を示している。すなわち、図12の例においては、2DストリームのタイムスタンプPTSの値はPTS1に設定され、3D拡張ストリームのタイムスタンプPTSの値はPTS1より後のPTS2に設定される例を示している。この場合、受信側デコード側においては、サブタイトルデータ重畳情報のデータによる字幕パターンの表示がPTS1から開始され、字幕パターンを3D表示とするための視差情報によるシフト制御がPTS2から開始される。なお、図13の例において、3D拡張ストリームには、PTS2のフレームの視差情報と、その後の複数のフレームの視差情報が含まれていることを示している。受信側デコード側においては、それら複数のフレームの間の任意のフレームの視差情報を補間処理で求めてシフト制御をダイナミックに行い得ることが示されている。図14は、図13と同様に、2Dストリームと3D拡張ストリームのタイムスタンプPTSの値が異なる値に設定される例であって、しかも、タイムスタンプPTSの値が異なる3D拡張ストリームが複数個存在する例を示している。すなわち、図14の例においては、2DストリームのタイムスタンプPTSの値はPTS1に設定されている。また、複数の3D拡張フレームのタイプスタンプPTSの値は、PTS1より後のPTS2,PTS3,PTS4,に設定されている。この場合、受信側デコード側においては、サブタイトルデータ重畳情報のデータによる字幕パターンの表示がPTS1から開始される。また、字幕パターンを3D表示とするための視差情報によるシフト制御がPTS2から開始され、その後に順次更新される。なお、図14の例において、複数個の3D拡張ストリームにはそれぞれタイプスタンプで示されるフレームの視差情報のみが含まれており、受信側デコード側においては、それら複数のフレームの間の任意のフレームの視差情報を補間処理で求めてシフト制御をダイナミックに行い得ることが示されている。図2に示す送信データ生成部110の動作を簡単に説明する。データ取り出し部111から取り出された立体画像データは、ビデオエンコーダ112に供給される。このビデオエンコーダ112では、その立体画像データに対してMPEG4-AVC、MPEG2、VC-1等の符号化が施され、符号化ビデオデータを含むビデオデータストリームが生成される。このビデオデータストリームはマルチプレクサ119に供給される。データ取り出し部111で取り出された音声データはオーディオエンコーダ113に供給される。このオーディオエンコーダ113では、音声データに対して、MPEG-2AudioAAC、あるいは、MPEG-4AAC等の符号化が施され、符号化オーディオデータを含むオーディオデータストリームが生成される。このオーディオデータストリームはマルチプレクサ119に供給される。サブタイトル発生部114では、DVBの字幕データであるサブタイトルデータ2次元画像用が発生される。このサブタイトルデータは、視差情報作成部115およびサブタイトル処理部116に供給される。データ取り出し部111から取り出されたピクセル画素毎の視差ベクトルは、視差情報作成部115に供給される。この視差情報作成部115では、ピクセル毎の、あるいは複数のピクセルに対しての視差ベクトルに対してダウンサイジング処理が施され、各階層の視差情報disparityが作成される。この視差情報は、サブタイトル処理部116に供給される。サブタイトル処理部116では、サブタイトル発生部114で発生されたサブタイトルデータに基づいて、例えば、リージョン内にサブリージョンの領域が定義される。また、サブタイトル処理部116では、視差情報作成部115で作成された視差情報に基づいて、左眼画像および右眼画像における重畳情報の表示位置をシフト調整するための視差情報が設定される。この場合、視差情報は、サブリージョンまたはリージョン毎に、あるいはページ毎に設定される。サブタイトル処理部116から出力されるサブタイトルデータおよび表示制御情報は、サブタイトルエンコーダ118に供給される。表示制御情報には、サブリージョン領域の領域情報、視差情報などが含まれている。このサブタイトルエンコーダ118では、第1および第2のプライベートデータストリームエレメンタリストリームが生成される。すなわち、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントを含む第1のプライベートデータストリーム2Dストリームが生成される。さらに、DDS、DSS、EDSの各セグメントを含む第2のプライベートデータストリーム3D拡張ストリームが生成される。上述したように、DSSのセグメントは、表示制御情報を含むセグメントである。マルチプレクサ119には、上述したように、ビデオエンコーダ112、オーディオエンコーダ113およびサブタイトルエンコーダ118からの各データストリームが供給される。そして、このマルチプレクサ119では、各データストリームがPESパケット化されて多重され、多重化データストリームとしてのトランスポートストリームTSが得られる。このトランスポートストリームTSは、PESストリームとして、ビデオデータストリーム、オーディオデータストリームの他に、第1のプライベートデータストリーム2Dストリームおよび第2のプライベートデータストリーム3D拡張ストリームを有するものとなる。図15は、トランスポートストリームTSの構成例を示している。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。このトランスポートストリームTSには、各エレメンタリストリームをパケット化して得られたPESパケットが含まれている。この構成例では、2Dストリーム第1のプライベートデータストリームのPESパケットSubtitlePES1と、3D拡張ストリーム第2のプライベートデータストリームのPESパケットSubtitlePES2が含まれている。2DストリームPESストリームには、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントが含まれている図11a参照。3D拡張ストリームPESストリームには、DDS、DSS、EDS、あるいはDDS、PCS、DSS、EDSの各セグメントが含まれている図11b、c参照。この場合、2Dストリーム、3D拡張ストリームのElementaryPIDがPID1,PID2のように異なるように設定され、これらのストリームが別のPESストリームであることが示される。図16は、PCSpagecompositionsegmentの構造を示している。このPCSのセグメントタイプは、図17に示すように、0x10である。regionhorizontaladdress、regionverticaladdressは、リージョンregionの開始位置を示す。なお、DDS、RCS、ODSなどのその他のセグメントについては、その構造の図示は省略する。図17に示すように、DDSのセグメントタイプは0x14であり、RCSのセグメントタイプは0x11であり、CDSのセグメントタイプは0x12であり、ODSのセグメントタイプは0x13であり、EDSのセグメントタイプは0x80である。さらに、図17に示すように、DSSのセグメントタイプは、0x15である。このDSSのセグメントの詳細構造については、後述する。図15に戻って、また、トランスポートストリームTSには、PSIProgramSpecificInformationとして、PMTProgramMapTableが含まれている。PSIは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うSIServicedInformationとしてのEITEventInformationTableが含まれている。このEITには、番組単位のメタデータが記載される。PMTの配下に、サブタイトルの内容を示すサブタイトルデスクリプタSubtitlingdescriptorが挿入されている。また、EITの配下に、ストリーム毎に、配信内容を示すコンポーネントデスクリプタComponentdescriptorが挿入されている。図18に示すように、コンポーネントデスクリプタのstreamcontentがサブタイトルsubtitleを示す場合、componenttypeが0x15あるいは0x25であるときは3D用サブタイトルを示し、その他の値のときは2D用サブタイトルを示す。図15に示すように、サブタイトルデスクリプタのsubtitlingtypeは、componenttypeと同じ値に設定される。PMTには、サブタイトルエレメンタリストリームに関連した情報を持つサブタイトルエレメンタリループSubtitleESloopが存在する。このサブタイトルエレメンタリループには、ストリーム毎に、パケット識別子PID等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述する記述子デスクリプタも配置される。図19は、図15に示されているサブタイトルデスクリプタSubtitlingdescriptorおよびコンポーネントデスクリプタComponentdescriptorを取り出して示している。また、図20は、図15に示されているPESストリーム2Dストリーム、3D拡張ストリームを取り出して示している。2Dストリームと3D拡張ストリームとの関連付けを明示するために、それぞれのストリームに対応したサブタイトルデスクリプタのコンポジションページIDcompositionpageidが、以下のように設定される。すなわち、2Dストリームと3D拡張ストリームとで、このcompositionpageidは、同じ値図示では0xXXXXを共有するように設定される。ここで、compositionpageidは、関連付け情報を構成している。また、3D拡張ストリームに含まれる各セグメントが2Dストリームの各セグメントに関連することを示すように、双方のPESストリームで、関連する各セグメントのpageidが同じ値0xXXXXを有するようにエンコードされる。また、サブタイトルデスクリプタおよびコンポーネントデスクリプタには、言語情報として、例えば、ISO言語コードISO639languagecodeが記述される。2Dストリームに対応したデスクリプタのISO言語コードは、サブタイトル字幕の言語を示すように設定される。図示の例においては、英語を示すengに設定されている。3D拡張ストリームは、視差情報を持つDSSのセグメントを持つが、ODSのセグメントは持っておらず、従って言語には依存していない。この3D拡張ストリームに対応したデスクリプタに記述されるISO言語コードは、例えば、非言語を示すzxxに設定される。なお、非言語を示すISO言語コードとして、ISO言語コードのqaaからqrzの空間に含まれる言語コードのいずれかを使用することも考えられる。図21は、その場合におけるサブタイトルデスクリプタSubtitlingdescriptorおよびコンポーネントデスクリプタComponentdescriptorを示している。なお、参考として、図22に、ISO言語コードISO6392Codeリストの抜粋を示す。図23は、サブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engの単言語サービス例である。3D拡張ストリームが、2Dストリームと共通のcompositionpageid=0xXXXXで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定される。なお、2Dストリームは、subtitlingtype2D、ISO639languagecode=engで指定される。ここで、subtitlingtype=3Dは、subtitlingtypeの値が0x15あるいは0x25である場合を意味している。また、subtitlingtype=2Dは、subtitlingtypeの値が0x15と0x25のいずれでもない場合を意味している。このことは、以下においても同様である。図24は、コンポーネントデスクリプタComponentdescriptorの構造例syntaxを示している。descriptortagの8ビットフィールドは、このデスクリプタがコンポーネントデスクリプタであることを示す。descriptorlengthの8ビットフィールドは、このフィールド以後の全体のバイトサイズを示す。streamcontentの4ビットフィールドは、メインのストリームの例えばビデオ、オーディオ、サブタイトルなどのストリームタイプを示す。componenttypeの4ビットフィールドは、メインのストリームの例えばビデオ、オーディオ、サブタイトルなどのコンポーネントタイプを示す。メインのストリームが2Dストリームである場合、つまり2Dストリームに対応したコンポーネントデスクリプタでは、streamcontentはサブタイトルsubtitleとされ、componenttypeは、2次元用2Dとされる。また、メインのストリームが3D拡張ストリームである場合、つまり3D拡張ストリームに対応したコンポーネントデスクリプタでは、streamcontentはサブタイトルsubtitleとされ、componenttypeは、3次元用3Dとされる。componenttagの8ビットフィールドは、メインのストリームに対応したストリームアイデンチファイヤデスクリプタstreamidentifierdescriptor内のcomponenttagと同じ値を持つ。これにより、ストリームアイデンチファイヤデスクリプタと、コンポーネントデスクリプタとが、componenttagで関連付けられる。ISO639languagecodeの24ビットフィールドは、ISO言語コードを示す。図25は、サブタイトルデスクリプタSubtitlingdescriptorの構造例syntaxを示している。descriptortagの8ビットフィールドは、このデスクリプタがサブタイトルデスクリプタであることを示す。descriptorlengthの8ビットフィールドは、このフィールド以後の全体のバイトサイズを示す。ISO639languagecodeの24ビットフィールドは、ISO言語コードを示す。subtitlingtypeの8ビットフィールドは、サブタイトルタイプ情報を示す。メインのストリームが2Dストリームである場合、つまり2Dストリームに対応したサブタイトルデスクリプタでは、subtitlingtypeは2Dとされる。一方、メインのストリームが3D拡張ストリームである場合、つまり3D拡張ストリームに対応したサブタイトルデスクリプタでは、subtitlingtypeは3Dとされる。compositionpageidの16ビットフィールドは、コンポジションページIDを示し、メインのストリームに含まれるセグメントのページIDpageidと同じ値を持つ。[視差情報の更新]上述したように、3D拡張ストリームにより視差情報が送信される。この視差情報の更新について説明する。図26、図27は、インターバル期間Intervalperiodを用いた視差情報の更新例を示している。図26は、インターバル期間Intervalperiodが固定で、しかも、その期間が更新期間と等しい場合を示している。すなわち、A-B、B-C、C-D、の各更新期間は、1個のインターバル期間からなっている。図27は、一般的なもので、インターバル期間Intervalperiodを短期間例えば、フレーム周期でもよいとした場合の、視差情報の更新例を示している。この場合、インターバル期間の個数は、各更新期間において、M,N,P,Q,Rとなる。なお、図26、図27において、Aは字幕表示期間の開始フレーム開始時点を示し、B~Fは、その後の更新フレーム更新時点を示している。字幕表示期間内で順次更新される視差情報を受信側セットトップボックス200などに送る場合、受信側においては、更新期間毎の視差情報に補間処理を施すことで、任意のフレーム間隔、例えば、1フレーム間隔の視差情報を生成して使用することが可能である。図28は、3D拡張ストリームの構成例を示している。なお、この構成例では、PESデータペイロードPESdataPayloadにDDS、DSS、EDSの各セグメントを含む場合を示しているが、PESデータペイロードにDDS、PCS、DSS、EDSの各セグメントを含む場合も同様である。図28aは、DSSのセグメントが1個だけ挿入される例を示している。PESヘッダには、時間情報PTSが含まれている。また、PESペイロードデータとして、DDS、DSS、EDSの各セグメントが含まれている。これらは、サブタイトル表示期間の開始前に一括送信される。この一個のDSSのセグメントには、字幕表示期間で順次更新される複数の視差情報が含められる。なお、1個のDSSに字幕表示期間で順次更新される複数の視差情報を含めずに、この複数の視差情報を受信側セットトップボックス200などに送ることもできる。この場合、3D拡張ストリームに、更新を行うタイミング毎にDSSのセグメントが挿入される。図28bは、その場合の3D拡張ストリームの構成例を示している。図29は、上述の図28bに示すように、DSSのセグメントを順次送信する場合における、視差情報の更新例を示している。なお、図29において、Aは字幕表示期間の開始フレーム開始時点を示し、B~Fは、その後の更新フレーム更新時点を示している。DSSセグメントを順次送信して、字幕表示期間内で順次更新される視差情報を受信側セットトップボックス200などに送る場合も、受信側においては、上述したと同様の処理が可能である。すなわち、この場合も、受信側においては、更新期間毎の視差情報に補間処理を施すことで、任意のフレーム間隔、例えば、1フレーム間隔の視差情報を生成して使用することが可能である。図30は、上述の図27と同様の、視差情報disparityの更新例を示している。更新フレーム間隔は、単位期間としてのインターバル期間ID:IntervalDurationの倍数で表される。例えば、更新フレーム間隔DivisionPeriod1はIDMで表され、更新フレーム間隔DivisionPeriod2はIDNで表され、以下の各更新フレーム間隔も同様に表される。図30に示す視差情報の更新例においては、更新フレーム間隔は固定ではなく、視差情報カーブに応じた更新フレーム間隔の設定が行われている。また、この視差情報disparityの更新例において、受信側では、字幕表示期間の開始フレーム開始時刻T10は、この視差情報が含まれるPESストリームのヘッダに挿入されているPTSPresentationTimeStampで与えられる。そして、受信側では、視差情報の各更新時刻が、各更新フレーム間隔の情報であるインターバル期間の情報単位期間の情報およびそのインターバル期間の個数の情報に基づいて求められる。この場合、字幕表示期間の開始フレーム開始時刻T10から、以下の1式に基づいて、順次各更新時刻が求められる。この1式において、intervalcountはインターバル期間の個数を示し、図30におけるM,N,P,Q,R,Sに相当する値である。また、この1式において、intervaltimeは、図30におけるインターバル期間IDに相当する値である。TmnTm1例えば、図30に示す更新例においては、この1式に基づいて、各更新時刻が以下のように求められる。すなわち、更新時刻T11は、開始時刻T10と、インターバル期間IDと、個数Mが用いられて、T11T10のように求められる。また、更新時刻T12は、更新時刻T11と、インターバル期間IDと、個数Nが用いられて、T12T11のように求められる。以降の各更新時刻も同様に求められる。図30に示す更新例において、受信側では、字幕表示期間内で順次更新される視差情報に関して、補間処理が施され、字幕表示期間内における任意のフレーム間隔、例えば、1フレーム間隔の視差情報が生成されて使用される。例えば、この補間処理として、線形補間処理ではなく、時間方向フレーム方向にローパスフィルタLPF処理を伴った補間処理が行われることで、補間処理後の所定フレーム間隔の視差情報の時間方向フレーム方向の変化がなだらかとされる。図30の破線aはLPF出力例を示している。図31は、字幕としてのサブタイトルの表示例を示している。この表示例においては、ページ領域AreaforPagedefaultに、字幕表示領域としてのリージョンRegionが2つリージョン1、リージョン2含まれている。リージョンには1つまたは複数のサブリージョンが含まれている。ここでは、リージョンに1つのサブリージョンが含まれており、リージョン領域とサブリージョン領域とが等しいものとする。図32は、DSSのセグメントに、字幕表示期間に順次更新される視差情報Disparityとして、リージョン単位の視差情報とページ単位の視差情報の双方が含まれている場合において、各リージョンとページの視差情報カーブの一例を示している。ここで、ページの視差情報カーブは、2つのリージョンの視差情報カーブの最小値を採るような形とされている。リージョン1Region1に関しては、開始時刻であるT10と、その後の更新時刻であるT11,T12,T13,,T16の7個の視差情報が存在する。また、リージョン2Region2に関しては、開始時刻であるT20と、その後の更新時刻であるT21,T22,T23,,T27の8個の視差情報が存在する。さらに、ページPagedefaultに関しては、開始時刻であるT00と、その後の更新時刻であるT01,T02,T03,,T06の7個の視差情報が存在する。図33は、図32に示すページおよび各リージョンの視差情報がどのような構造で送られるかを示している。最初にページレイヤについて説明する。このページレイヤには、視差情報の固定値であるpagedefaultdisparityが配置される。そして、字幕表示期間に順次更新される視差情報に関しては、開始時刻とその後の各更新時刻に対応した、インターバル期間の個数を示すintervalcountと、視差情報を示すdisparitypageupdeteが、順次配置される。なお、開始時刻のintervalcountは0とされる。次に、リージョンレイヤについて説明する。リージョン1サブリージョン1については、視差情報の固定値であるsubregiondisparityintegerpartおよびsubregiondisparityfractionalpartが配置される。ここで、subregiondisparityintegerpartは視差情報の整数部分を示し、subregiondisparityfractionalpartは視差情報の小数部分を示している。そして、字幕表示期間に順次更新される視差情報に関しては、開始時刻とその後の各更新時刻に対応した、インターバル期間の個数を示すintervalcountと、視差情報を示すdisparityregionupdeteintegerpartおよびdisparityregionupdetefractionalpartが、順次配置される。ここで、disparityregionupdeteintegerpartは視差情報の整数部分を示し、disparityregionupdetefractionalpartは視差情報の小数部分を示している。なお、開始時刻のintervalcountは0とされる。リージョン2サブリージョン2については、上述のリージョン1と同様であり、視差情報の固定値であるsubregiondisparityintegerpartおよびsubregiondisparityfractionalpartが配置される。そして、字幕表示期間に順次更新される視差情報に関しては、開始時刻とその後の各更新時刻に対応した、インターバル期間の個数を示すintervalcountと、視差情報を示すdisparityregionupdeteintegerpartおよびdisparityregionupdetefractionalpartが、順次配置される。図34~図36は、DSSDisparitySignalingSegmentの構造例syntaxを示している。図37~図40は、DSSの主要なデータ規定内容semanticsを示している。この構造には、syncbyte、segmenttype、pageid、segmentlength、dssversionnumberの各情報が含まれている。segmenttypeは、セグメントタイプを示す8ビットのデータであり、ここでは、DSSを示す値とされる。segmentlengthは、以降のバイト数を示す8ビットのデータである。disparityshiftupdatesequencepageflagの1ビットフラグは、ページ単位の視差情報として字幕表示期間に順次更新される視差情報があるか否かを示す。1は存在することを示し、0は存在しないことを示す。pagedefaultdisparityshiftの8ビットフィールドは、ページ単位の固定の視差情報、つまり、字幕表示期間内において共通に使用される視差情報を示す。上述したdisparitypageupdatesequenceflagのフラグが1であるとき、disparityshiftupdatesequenceの読み出しが行われる。図36は、disparityshiftupdatesequenceの構造例Syntaxを示している。disparitypageupdatesequencelengthは、以降のバイト数を示す8ビットのデータである。intervalduration230の24ビットフィールドは、単位期間としてのインターバル期間IntervalDuration図30参照を90KHz単位で指定する。つまり、intervalduration230は、このインターバル期間IntervalDurationを90KHzのクロックで計測した値を24ビット長で表す。PESのヘッダ部に挿入されているPTSが33ビット長であるのに対して、24ビット長とされているのは、以下の理由からである。すなわち、33ビット長では24時間分を超える時間を表現できるが、字幕表示期間内のこのインターバル期間IntervalDurationとしては不必要な長さである。また、24ビットとすることで、データサイズを縮小でき、コンパクトな伝送を行うことができる。また、24ビットは8×3ビットであり、バイトアラインが容易となる。divisionperiodcountの8ビットフィールドは、視差情報が影響を及ぼす期間DivisionPeriodの数を示す。例えば、図30に示す更新例の場合には、開始時刻であるT10とその後の更新時刻であるT11~T16に対応して、この数は7となる。このdivisionperiodcountの8ビットフィールドが示す数だけ、以下のforループが繰り返される。intervalcountの8ビットフィールドは、インターバル期間の個数を示す。例えば、図30に示す更新例の場合には、M,N,P,Q,R,Sが相当する。disparityshiftupdateintegerpartの8ビットフィールドは、視差情報を示す。開始時刻の視差情報視差情報の初期値に対応してintervalcountは0とされる。つまり、intervalcountが0であるとき、disparitypageupdateは開始時刻の視差情報視差情報の初期値を示す。図34のwhileループは、それまでに処理したデータ長processedlengthが、セグメントデータ長segmentlengthに達していないとき、繰り返される。このwhileループ中に、リージョン単位、あるいはリージョン内のサブリージョン単位の視差情報が配置される。ここで、リージョンには1つまたは複数のサブリージョンが含まれ、サブリージョン領域とリージョン領域とが同じ場合もある。このwhileループ中に、regionidの情報が含まれている。disparityshiftupdatesequenceregionflagの1ビットフラグは、リージョン内の全サブリージョンのためのdisparityshiftupdatesequenceが存在するか否かを示すフラグ情報である。numberofsubregionsminus1の2ビットフィールドは、リージョン内のサブリージョンの数から1を引いた値を示す。numberofsubregionsminus10のとき、リージョンは、リージョンと同じ寸法の1つのサブリージョンを持つ。numberofsubregionsminus10のとき、リージョンは、水平方向に分けられた複数のサブリージョンを持つ。図35のforループの中に、サブリージョンの数の分だけ、subregionhorizontalposition、subregionwidthの情報が含まれる。subregionhorizontalpositionの16ビットフィールドは、サブリージョンの左端のピクセル位置を示す。subregionwidthはサブリージョンの水平方向の幅をピクセル数で示す。subregiondisparityshiftintegerpartの8ビットフィールドは、リージョン単位サブリージョン単位の固定の視差情報、つまり、字幕表示期間内において共通に使用される視差情報の整数部分を示す。subregiondisparityshiftfractionalpartの4ビットフィールドは、リージョン単位サブリージョン単位の固定の視差情報、つまり、字幕表示期間内において共通に使用される視差情報の小数部分を示す。上述したdisparityshiftupdatesequenceregionflagのフラグが1であるとき、disparityshiftupdatesequence図36参照の読み出しが行われる。[放送受信概念]図41は、セットトップボックス200およびテレビ受信機300が3D対応機器である場合の放送受信概念を示している。この場合、放送局100では、リージョンRegion0内にサブリージョンSR00が定義され、その視差情報Disparity1が設定される。ここでは、リージョンRegion0とサブリージョンSR00とは同じ領域であるとする。放送局100から、立体画像データと共に、サブタイトルデータ、表示制御情報サブリージョンの領域情報Position、視差情報Disparity1が送信される。最初に、3D対応機器であるセットトップボックス200で受信される場合について説明する。この場合、セットトップボックス200は、2Dストリームからサブタイトルデータを構成する各セグメントのデータを読み込み、3D拡張ストリームから視差情報などの表示制御情報を含むDSSのセグメントのデータを読み込んで用いる。この場合、セットトップボックス200は、トランスポートストリームTSから関連付けされた2Dストリームおよび3D拡張ストリームを抽出してデコードする。その際、セットトップボックス200は、各ストリームに対応したサブタイトルデスクリプタ図15参照に記述されている共通のコンポジションページIDに基づいて、関連付けされた2つのストリームを効率的よく適確に抽出する。セットトップボックス200は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、セットトップボックス200は、リージョンの表示データを、立体画像データを構成する左眼画像フレームframe0部分および右眼画像フレームframe1部分にそれぞれ重畳して、出力立体画像データを得る。この際、セットトップボックス200は、視差情報に基づいて、それぞれに重畳される表示データの位置をシフト調整する。なお、セットトップボックス200は、立体画像データの伝送フォーマットサイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式、あるいは、各ビューがフル画面サイズを有するフォーマット方式に応じて、適宜、重畳位置、サイズなどの変更を行う。セットトップボックス200は、上述のようにして得られた出力立体画像データを、例えばHDMIのデジタルインタフェースを通じて、3D対応のテレビ受信機300に送信する。テレビ受信機300は、セットトップボックス200から送られてくる立体画像データに3D信号処理を施し、サブタイトルが重畳された左眼画像および右眼画像のデータを生成する。そして、テレビ受信機300は、LCD等の表示パネルに、ユーザに立体画像を認識させるための両眼視差画像左眼画像および右眼画像を表示する。次に、3D対応機器であるテレビ受信機300で受信される場合について説明する。この場合、テレビ受信機300は、2Dストリームからサブタイトルデータを構成する各セグメントのデータを読み込み、3D拡張ストリームから視差情報などの表示制御情報を含むDSSのセグメントのデータを読み込んで用いる。テレビ受信機300は、上述したセットトップボックス200と同様に、共通のコンポジションページIDに基づいて、トランスポートストリームTSから関連付けされた2Dストリームおよび3D拡張ストリームを効率よく適確に抽出してデコードする。テレビ受信機300は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、テレビ受信機300は、リージョンの表示データを、立体画像データに伝送フォーマットに応じた処理をして得られた左眼画像データおよび右眼画像データにそれぞれ重畳し、サブタイトルが重畳された左眼画像および右眼画像のデータを生成する。そして、テレビ受信機300は、LCD等の表示パネルに、ユーザに立体画像を認識させるための両眼視差画像左眼画像および右眼画像を表示する。図42は、セットトップボックス200およびテレビ受信機300がレガシーの2D対応機器である場合の放送受信概念を示している。この場合、上述の図41の場合と同様に、放送局100から、立体画像データと共に、サブタイトルデータ、表示制御情報サブリージョンの領域情報Position、視差情報Disparity1が送信される。最初に、レガシーの2D対応機器であるセットトップボックス200で受信される場合について説明する。この場合、セットトップボックス200は、2Dストリームからサブタイトルデータを構成する各セグメントのデータを読み込んで用いる。この場合、セットトップボックス200は、各ストリームに対応したサブタイトルデスクリプタ図15参照に記述されているサブタイトルタイプ情報、言語情報などにより、トランスポートストリームTSから2Dストリームのみを抽出してデコードする。これにより、セットトップボックス200は、視差情報などの表示制御情報を含むDSSのセグメントの読み込みを行わないので、その読み込みが受信処理の妨げとなることを回避できる。上述したように、トランスポートストリームTSには、2Dストリーム、3D拡張ストリームにそれぞれ対応して、サブタイトルデスクリプタが挿入されている図15参照。そして、2Dストリームに対応したサブタイトルデスクリプタのサブタイトルタイプ情報subtitlingtypeは2Dとされている。また、3Dストリームに対応したサブタイトルデスクリプタのサブタイトルタイプ情報subtitlingtypeは3Dとされている。また、上述したように、トランスポートストリームTSには、2Dストリーム、3D拡張ストリームにそれぞれ対応して、コンポーネントデスクリプタおよびサブタイトルデスクリプタが挿入されている図15参照。そして、2Dストリームに対応したデスクリプタの言語情報ISO言語コードは言語を示すように設定され、3D拡張ストリームに対応したデスクリプタの言語情報ISO言語コードは非言語を示すように設定されている。セットトップボックス200は、2D対応機器であるため、サブタイトルタイプ情報に基づき、サブタイトルタイプ2DHDSDに対応した2Dストリームを抽出すべきストリームとして決定する。また、セットトップボックス200は、ユーザが選択した、あるいは機器が自動的に選択した言語の2Dストリームを抽出すべきストリームとして決定する。セットトップボックス200は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、セットトップボックス200は、リージョンの表示データを、立体画像データに対して伝送フォーマットに応じた処理が施されて得られた2次元画像データに重畳して、出力2次元画像データを得る。セットトップボックス200は、上述のようにして得られた出力2次元画像データを、例えばHDMIのデジタルインタフェースを通じて、テレビ受信機300に送信する。テレビ受信機300は、セットトップボックス200から送られてくる2次元画像データによる2次元画像を表示する。次に、2D対応機器であるテレビ受信機300で受信される場合について説明する。この場合、テレビ受信機300は、2Dストリームからサブタイトルデータを構成する各セグメントのデータを読み込んで用いる。この場合、テレビ受信機300は、上述したセットトップボックス200と同様に、サブタイトルタイプ情報、言語情報により、トランスポートストリームTSからユーザが選択した言語の2Dストリームのみを抽出してデコードする。つまり、テレビ受信機300は、視差情報などの表示制御情報を含むDSSのセグメントの読み込みを行わないので、その読み込みが受信処理の妨げとなることを回避できる。テレビ受信機300は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。テレビ受信機300は、このリージョンの表示データを、立体画像データに対して伝送フォーマットに応じた処理が施されて得られた2次元画像データに重畳して、2次元画像データを得る。そして、テレビ受信機300は、この2次元画像データによる2次元画像を表示する。図43は、上述した受信機セットトップボックス200、テレビ受信機300がレガシーの2D対応機器2DReceiverである場合および3D対応機器3DReceiverである場合の放送受信概念をまとめて示している。なお、この図においては、立体画像データ3D画像データの伝送方式をサイドバイサイドSideBySide方式としている。また、3D対応機器3DReceiverにおいては、3Dモード3Dmodeあるいは2Dモード2Dmodeの選択が可能としている。ユーザにより3Dモード3Dmodeが選択された場合には、上述の図41で説明した通りである。ユーザにより2Dモード2Dmodeが選択された場合には、上述の図42で説明した2D対応機器2DReceiverの場合と同様となる。図2に示す送信データ生成部110において、2Dストリームおよび3D拡張ストリームにそれぞれ対応して挿入されるサブタイトルデスクリプタには、共通のコンポジションページIDが記述され、これら2つのストリームの関連付けが明示される。そのため、受信側の3D対応の受信装置では、この関連付け情報に基づいて、関連付けされた2Dストリームおよび3D拡張ストリームを正しく抽出してデコードし、サブタイトルデータと共に視差情報を得ることができる。また、図2に示す送信データ生成部110において、2Dストリームおよび3D拡張ストリームにそれぞれ対応して挿入されるコンポーネントデスクリプタ、サブタイトルデスクリプタには、それぞれのストリームを識別可能にサブタイトルタイプ情報および言語情報が設定される。そのため、2D対応の受信装置では、当該サブタイトルタイプ情報、言語情報に基づいて、2Dストリームのみを容易かつ精度よく抽出してデコードできる。そのため、2D対応の受信装置では、視差情報を持つDSSのセグメントの読み込みを強力に防止でき、その処理が受信処理の妨げとなることを回避できる。また、図2に示す送信データ生成部110においては、トランスポートストリームTSに挿入される2Dストリームおよび3D拡張ストリームに含まれる各セグメントのページIDpageidは同一とされる。そのため、受信側の3D対応の受信装置では、このページIDに基づいて、2Dストリームのセグメントと3D拡張ストリームのセグメントとを結合することが容易となる。また、図2に示す送信データ生成部110においては、サブタイトル表示期間において順次更新される視差情報を含むDSSセグメントを送信できるので、左眼サブタイトルおよび右眼サブタイトルの表示位置を動的に制御できる。これにより、受信側においては、左眼サブタイトルおよび右眼サブタイトルの間に付与する視差を画像内容の変化に連動して動的に変化させることが可能となる。また、図2に示す送信データ生成部110においては、サブタイトルエンコーダ118で得られるDSSのセグメントに含まれる更新フレーム間隔毎のフレームの視差情報は、前回の視差情報からのオフセット値ではなく、視差情報そのものである。そのため、受信側において、補間過程でエラーが生じても、一定遅延時間内にエラーからの復帰が可能になる。なお、上述では、英語engの1つの言語サービスのみが存在する場合の例を示した図23参照。しかし、本技術は、多言語サービスにも同様に適用できることは勿論である。図44は、2言語サービスが存在する場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engと独語gerの2つの言語サービス例である。英語サービスに関しては、3D拡張ストリームは、2Dストリームと共通のcompositionpageid=0xXXXXで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定され、2Dストリームは、subtitlingtype=2D、ISO639languagecode=engで指定される。一方、独語サービスに関しては、3D拡張ストリームは、2Dストリームと共通のcompositionpageid=0xYYYYで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定され、2Dストリームは、subtitlingtype=2D、ISO639languagecode=gerで指定される。上述したように、多言語サービスの場合、各言語サービスに対応したコンポジションページIDcompositionpageidは互いに異なるように設定される。これにより、多言語サービスにおいても、受信側の3Dの受信装置においては、言語サービス毎に関連付けされた2Dストリームおよび3D拡張ストリームを効率よく適確に抽出してデコードすることが可能となる。図45は、トランスポートストリームTSの構成例を示している。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。このトランスポートストリームTSには、各エレメンタリストリームをパケット化して得られたPESパケットが含まれている。この構成例では、英語サービスに関して、2DストリームのPESパケットSubtitlePES1と、3D拡張ストリームのPESパケットSubtitlePES2が含まれている。また、独語サービスに関して、2DストリームのPESパケットSubtitlePES3と、3D拡張ストリームのPESパケットSubtitlePES4が含まれている。2DストリームPESストリームには、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントが含まれている図11a参照。3D拡張ストリームPESストリームには、DDS、DSS、EDS、あるいはDDS、PCS、DSS、EDSの各セグメントが含まれている図11b、c参照。この場合、各ストリームのElementaryPIDが異なるように設定され、これらのストリームが別のPESストリームであることが示される。PMTには、サブタイトルエレメンタリストリームに関連した情報を持つサブタイトルエレメンタリループSubtitleESloopが存在する。このサブタイトルエレメンタリループには、ストリーム毎に、パケット識別子PID等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述する記述子デスクリプタも配置される。英語サービスに係る2Dストリームと3D拡張ストリームとの関連付けを明示するために、各ストリームに対応したサブタイトルデスクリプタのコンポジションページIDが、以下のように設定されている。すなわち、この2Dストリームと3D拡張ストリームとで、compositionpageidは、同じ値図示では0xXXXXを共有するように設定される。また、3D拡張ストリームに含まれる各セグメントが2Dストリームの各セグメントに関連することを示すように、双方のPESストリームで、関連する各セグメントのpageidが同じ値0xXXXXを有するようにエンコードされる。同様に、独語サービスに係る2Dストリームと3D拡張ストリームとの関連付けを明示するために、各ストリームに対応したサブタイトルデスクリプタのコンポジションページIDが設定されている。すなわち、この2Dストリームと3D拡張ストリームとで、compositionpageidは、同じ値図示では0xYYYYを共有するように設定される。また、3D拡張ストリームに含まれる各セグメントが2Dストリームの各セグメントに関連することを示すように、双方のPESストリームで、関連する各セグメントのpageidが同じ値0xYYYYを有するようにエンコードされる。トランスポートストリームTSが上述したような多言語に係るサブタイトルデータストリームを有する場合、受信装置では、ユーザが選択した、あるいは自動的に選択された言語サービスに係るサブタイトルデータストリームが抽出されてデコードされる。その際、3D対応の受信装置では、共通のコンポジションページIDに基づいて、選択された言語サービスの関連付けされた2Dストリームおよび3D拡張ストリームが効率よく適確に抽出されてデコードが行われる。一方、レガシーの2D対応の受信装置では、サブタイトリングタイプ情報、言語情報に基づいて、選択された言語サービスの2Dストリームのみが抽出されてデコードが行われる。また、図44に示すストリーム構成例においては、3D拡張ストリームをコンポジションページcompositionpageとして運用するものを示した。その場合、上述したように、各言語サービスに対応して、2Dストリームおよび3Dストリームが存在する。3D拡張ストリームをアンシラリページとして運用することも考えられる。その場合、3D拡張ストリームとして各言語サービス共通の1つの3D拡張ストリームが存在するストリーム構成とできる。これにより、PESストリームの帯域の有効活用が可能となる。図46は、3D拡張ストリームをアンシラリページとして運用する場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engと独語gerの2つの言語サービス例である。この構成例では、3D拡張ストリームが各言語サービスの中にcompositionpageidで取り込まれてはいない。この構成例では、3D拡張ストリームは、各言語サービス共通のアンシラリページIDancillarypageidで、各言語サービスから共通に参照される。英語サービスに関しては、2Dストリームは、compositionpageid=0xXXXXで取り込まれ、subtitlingtype=2D、ISO639languagecode=engで指定される。そして、3D拡張ストリームは、ancillarypageid=0xZZZZで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定される。同様に、独語サービスに関しては、2Dストリームは、compositionpageid=0xYYYYで取り込まれ、subtitlingtype=2D、ISO639languagecode=gerで指定される。そして、3D拡張ストリームは、ancillarypageid=0xZZZZで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定される。図47は、トランスポートストリームTSの構成例を示している。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。このトランスポートストリームTSには、各エレメンタリストリームをパケット化して得られたPESパケットが含まれている。この構成例では、英語サービスに関して、2DストリームのPESパケットSubtitlePES1が含まれている。また、独語サービスに関して、2DストリームのPESパケットSubtitlePES2が含まれている。さらに、英語サービスおよび独語サービスに関して、3D拡張ストリームのPESパケットSubtitlePES3が含まれている。2DストリームPESストリームには、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントが含まれている図11a参照。3D拡張ストリームPESストリームには、DDS、DSS、EDSが含まれている図11b参照。この場合、各ストリームのElementaryPIDが異なるように設定され、これらのストリームが別のPESストリームであることが示される。PMTには、サブタイトルエレメンタリストリームに関連した情報を持つサブタイトルエレメンタリループSubtitleESloopが存在する。このサブタイトルエレメンタリループには、ストリーム毎に、パケット識別子PID等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述する記述子デスクリプタも配置される。英語サービスに係る2Dストリームと、各言語サービス共通の3D拡張ストリームとの関連付けを明示するために、各ストリームに対応したサブタイトルデスクリプタのコンポジションページIDが、以下のように設定されている。すなわち、この2Dストリームと3D拡張ストリームとで、compositionpageidは、同じ値図示では0xXXXXを共有するように設定される。その際、その3D拡張ストリームに対応したサブタイトルデスクリプタにおいて、ancillarypageidは、compositionpageidとは異なる値図示では0xZZZZに設定され、3D拡張ストリームはアンシラリページとして運用される。同様に、独語サービスに係る2Dストリームと、各言語サービス共通の3D拡張ストリームとの関連付けを明示するために、各ストリームに対応したサブタイトルデスクリプタのコンポジションページIDが設定されている。すなわち、この2Dストリームと3D拡張ストリームとで、compositionpageidは、同じ値図示では0xYYYYを共有するように設定される。その際、その3D拡張ストリームに対応したサブタイトルデスクリプタにおいて、ancillarypageidは、compositionpageidとは異なる値図示では0xZZZZに設定され、3D拡張ストリームはアンシラリページとして運用される。[セットトップボックスの説明]図1に戻って、セットトップボックス200は、放送局100から放送波に載せて送信されてくるトランスポートストリームTSを受信する。このトランスポートストリームTSには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データが含まれている。また、トランスポートストリームTSには、サブタイトル字幕を表示するための立体画像用のサブタイトルデータ表示制御情報を含むも含まれている。すなわち、トランスポートストリームTSは、PESのストリームとして、ビデオデータストリーム、オーディオデータストリーム、第1および第2のプライベートデータストリームサブタイトルデータストリームを有している。上述したように、第1および第2のプライベートデータストリームは、それぞれ、2Dストリームおよび3D拡張ストリームである図11参照。セットトップボックス200は、ビットストリーム処理部201を有している。セットトップボックス200が3D対応機器3DSTBである場合、ビットストリーム処理部201は、トランスポートストリームTSから、立体画像データ、音声データ、サブタイトルデータ表示制御情報を含むを取得する。そして、ビットストリーム処理部201は、2Dストリームからサブタイトルデータを構成する各セグメントのデータを取得し、3D拡張ストリームから視差情報などの表示制御情報を含むDSSのセグメントのデータを取得する。そして、ビットストリーム処理部201は、立体画像データ、サブタイトルデータ表示制御情報を含むを用いて、左眼画像フレームframe0部分および右眼画像フレームframe1部分にそれぞれサブタイトルが重畳された出力立体画像データを生成する図41参照。この場合、左眼画像に重畳するサブタイトル左眼サブタイトルと右眼画像に重畳するサブタイトル右眼サブタイトルとの間に視差を付与できる。例えば、上述したように、放送局100から送られてくる立体画像用のサブタイトルデータに付加されている表示制御情報には、視差情報が含まれており、この視差情報に基づいて、左眼サブタイトルおよび右眼サブタイトルの間に視差を付与できる。このように、左眼サブタイトルと右眼サブタイトルとの間に視差が付与されることで、ユーザは、サブタイトル字幕を画像の手前に認識可能となる。セットトップボックス200は、3Dサービスと判断するとき、上述した共通のコンポジションページIDに基づいて、トランスポートストリームTSから関連付けされた2Dストリームおよび3D拡張ストリームを抽出してデコードすることを行う。そして、セットトップボックス200は、サブタイトル字幕データおよび視差情報を用いて、上述したように背景画像にサブタイトル字幕を貼り付ける処理重畳処理を行う。なお、3D拡張ストリームを抽出できないとき、ビットストリーム処理部201は、受信機のロジックに従って、背景画像にサブタイトル字幕を貼り付ける処理重畳処理を行う。セットトップボックス200は、例えば、以下の1~3の場合に、3Dサービスであると判断する。1SDTにおいて、サービスデスクリプタServicedescriptorのservicetypeが3D0x1C,0x1D,0x1E=framecompatibleである場合図48a参照。2SDTまたはEITにおいて、コンポーネントデスクリプタcomponentdescriptorのstreamcontentがMPEG4AVCvideo0x05で、かつcomponenttypeが0x80~0x83の3Dフォーマットを示す場合図48b参照。3上述の1および2の双方を満足する場合。図49のフローチャートは、セットトップボックス200における3Dサービスの判断処理の一例を示している。セットトップボックス200は、ステップST1において、判断処理を開始し、その後に、ステップST2の処理に移る。このステップST2において、セットトップボックス200は、サービスデスクリプタのservicetypeが3Dであるか否かを判別する。3Dであるとき、セットトップボックス200は、ステップST3において、3Dサービスであると判断する。ステップST2でservicetypeが3Dでないとき、セットトップボックス200は、ステップST4の処理に移る。このステップST4において、セットトップボックス200は、コンポーネントデスクリプタのstreamcontentがMPEG4AVCvideo0x05で、かつcomponenttypeが3Dフォーマットを示すか否かを判別する。3Dフォーマットを示すとき、セットトップボックス200は、ステップST3において、3Dサービスであると判断する。一方、3Dフォーマットを示さないとき、セットトップボックス200は、ステップST5において、2Dサービスであると判断する。図50のフローチャートは、セットトップボックス200における3Dサービスの判断処理の他の一例を示している。セットトップボックス200は、ステップST11において、判断処理を開始し、その後に、ステップST12の処理に移る。このステップST12において、セットトップボックス200は、サービスデスクリプタのservicetypeが3Dであるか否かを判別する。3Dであるとき、セットトップボックス200は、ステップST13の処理に移る。このステップST13において、セットトップボックス200は、コンポーネントデスクリプタのstreamcontentがMPEG4AVCvideo0x05で、かつcomponenttypeが3Dフォーマットを示すか否かを判別する。3Dフォーマットを示すとき、セットトップボックス200は、ステップST14において、3Dサービスであると判断する。ステップST12で3Dでないとき、あるいはステップST13で3Dフォーマットを示さないとき、セットトップボックス200は、ステップST15において、2Dサービスであると判断する。図51のフローチャートは、3Dサービスであると判断した場合における、セットトップボックス200の処理の流れを概略的に示している。セットトップボックス200は、ステップST21で3Dサービスであると判断し、その後に、ステップST22の処理に移る。このステップST22において、セットトップボックス200は、streamtypeが0x03を示す第1のストリームのコンポーネントデスクリプタcomponentdescriptorのcomponenttypeが3Dであるか否かを判別する。componenttypeが3Dであるとき、セットトップボックス200は、ステップST23において、対象のPESストリームは、3DのPESストリームであると判断する。ここで、3DのPESストリーム3Dストリームは、図52に示すように、DDS、PCS、RCS、CDS、ODS、EDSの重畳情報のデータサブタイトルデータを構成する各セグメントの他に、上述した視差情報等を持つDSSセグメントを含むPESストリームである。次に、セットトップボックス200は、ステップST24において、3D拡張セグメントDSSセグメントは、対象PESストリーム中に存在すると判断する。その後、セットトップボックス200は、ステップST25において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。ステップST22でcomponenttypeが3Dでないとき、セットトップボックス200は、ステップST26において、対象のPESストリームは、2Dストリームであると判断する。そして、セットトップボックス200は、ステップST27において、3D拡張ストリームが別個に存在すると判断する。その後、セットトップボックス200は、ステップST28において、コンポジションページIDを共有するもう一つのPESストリーム、つまり3D拡張ストリームを探す。その後、セットトップボックス200は、ステップST29の処理に移る。このステップST29において、セットトップボックス200は、3D拡張ストリームが別に存在するか否かを判別する。3D拡張ストリームが存在するとき、セットトップボックス200は、ステップST25において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。一方、3D拡張ストリームが存在しないとき、セットトップボックス200は、ステップST30において、2Dセグメントをデコードした後、当該セットトップボックス200受信機の仕様に則ってサブタイトルに所定の視差を付与して、サブタイトル字幕を背景画像3Dビデオに重畳する。例えば、サブタイトルに視差を付与せず、サブタイトルをモニタポジションに位置させる。また、例えば、サブタイトルに固定の視差を付与して、モニタポジションより手前の位置にサブタイトルを位置させる。図53aは、画像上におけるサブタイトル字幕の表示例を示している。この表示例では、背景と近景オブジェクトとからなる画像上に、字幕が重畳された例である。図53bは、背景、近景オブジェクト、字幕の遠近感を示し、字幕が最も手前に認識されることを示している。図54aは、図53aと同じ、画像上におけるサブタイトル字幕の表示例を示している。図54bは、左眼画像に重畳される左眼字幕LGIと、右眼画像に重畳される右眼字幕RGIを示している。図54cは、字幕が最も手前に認識されるために、左眼字幕LGIと右眼字幕RGIとの間に視差が与えられることを示している。また、セットトップボックス200がレガシーの2D対応機器2DSTBである場合、ビットストリーム処理部201は、トランスポートストリームTSから、立体画像データ、音声データ、サブタイトルデータ表示制御情報を含まないビットマップパターンデータを取得する。そして、ビットストリーム処理部201は、立体画像データ、サブタイトルデータを用いて、サブタイトルが重畳された2次元画像データを生成する図42参照。この場合、ビットストリーム処理部201は、2Dストリームからサブタイトルデータを構成する各セグメントのデータを取得する。つまり、この場合、3D拡張ストリームからDSSのセグメントを読み込むことを行わないので、その読み込みが受信処理の妨げとなることを回避できる。この場合、ビットストリーム処理部201は、サブタイトルタイプ情報、言語情報に基づいて、トランスポートストリームTSから2Dストリームのみを容易かつ精度よく抽出してデコードする。[セットトップボックスの構成例]セットトップボックス200の構成例を説明する。図55は、セットトップボックス200の構成例を示している。このセットトップボックス200は、ビットストリーム処理部201と、HDMI端子202と、アンテナ端子203と、デジタルチューナ204と、映像信号処理回路205と、HDMI送信部206と、音声信号処理回路207を有している。また、このセットトップボックス200は、CPU211と、フラッシュROM212と、DRAM213と、内部バス214と、リモートコントロール受信部RC受信部215と、リモートコントロール送信機RC送信機216を有している。アンテナ端子203は、受信アンテナ図示せずで受信されたテレビ放送信号を入力する端子である。デジタルチューナ204は、アンテナ端子203に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応したトランスポートストリームTSビットストリームデータを出力する。ビットストリーム処理部201は、トランスポートストリームTSに基づいて、サブタイトルが重畳された出力立体画像データおよび音声データを出力する。このビットストリーム処理部201は、セットトップボックス200が3D対応機器3DSTBである場合、トランスポートストリームTSから、立体画像データ、音声データ、サブタイトルデータ表示制御情報を含むを取得する。ビットストリーム処理部201は、立体画像データを構成する左眼画像フレームframe0部分および右眼画像フレームframe1部分にそれぞれサブタイトルが重畳された出力立体画像データを生成する図41参照。この際、視差情報に基づいて、左眼画像に重畳するサブタイトル左眼サブタイトルと右眼画像に重畳するサブタイトル右眼サブタイトルとの間に視差を付与する。すなわち、ビットストリーム処理部201は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、ビットストリーム処理部201は、リージョンの表示データを、立体画像データを構成する左眼画像フレームframe0部分および右眼画像フレームframe1部分にそれぞれ重畳して、出力立体画像データを得る。この際、ビットストリーム処理部201は、視差情報に基づいて、それぞれに重畳される表示データの位置をシフト調整する。また、ビットストリーム処理部201は、セットトップボックス200が2D対応機器2DSTBである場合、立体画像データ、音声データ、サブタイトルデータ表示制御情報を含まないを取得する。ビットストリーム処理部201は、立体画像データ、サブタイトルデータを用いて、サブタイトルが重畳された2次元画像データを生成する図42参照。すなわち、ビットストリーム処理部201は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、ビットストリーム処理部201は、リージョンの表示データを、立体画像データに対して伝送フォーマットに応じた処理が施されて得られた2次元画像データに重畳して、出力2次元画像データを得る。映像信号処理回路205は、ビットストリーム処理部201で得られた画像データに対して必要に応じて画質調整処理などを行い、処理後の画像データをHDMI送信部206に供給する。音声信号処理回路207は、ビットストリーム処理部201から出力された音声データに対して必要に応じて音質調整処理等を行い、処理後の音声データをHDMI送信部206に供給する。HDMI送信部206は、HDMIに準拠した通信により、例えば、非圧縮の画像データおよび音声データを、HDMI端子202から送出する。この場合、HDMIのTMDSチャネルで送信するため、画像データおよび音声データがパッキングされて、HDMI送信部206からHDMI端子202に出力される。CPU211は、セットトップボックス200の各部の動作を制御する。フラッシュROM212は、制御ソフトウェアの格納およびデータの保管を行う。DRAM213は、CPU211のワークエリアを構成する。CPU211は、フラッシュROM212から読み出したソフトウェアやデータをDRAM213上に展開してソフトウェアを起動させ、セットトップボックス200の各部を制御する。RC受信部215は、RC送信機216から送信されたリモートコントロール信号リモコンコードを受信し、CPU211に供給する。CPU211は、このリモコンコードに基づいて、セットトップボックス200の各部を制御する。CPU211、フラッシュROM212およびDRAM213は内部バス214に接続されている。セットトップボックス200の動作を簡単に説明する。アンテナ端子203に入力されたテレビ放送信号はデジタルチューナ204に供給される。このデジタルチューナ204では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応したトランスポートストリームビットストリームデータTSが出力される。デジタルチューナ204から出力されるトランスポートストリームビットストリームデータTSは、ビットストリーム処理部201に供給される。このビットストリーム処理部201では、以下のようにして、テレビ受信機300に出力するための出力画像データが生成される。セットトップボックス200が3D対応機器3DSTBである場合、トランスポートストリームTSから、立体画像データ、音声データ、サブタイトルデータ表示制御情報を含むが取得される。そして、このビットストリーム処理部201では、立体画像データを構成する左眼画像フレームframe0部分および右眼画像フレームframe1部分にそれぞれサブタイトルが重畳された出力立体画像データが生成される。この際、視差情報に基づいて、左眼画像に重畳する左眼サブタイトルと右眼画像に重畳する右眼サブタイトルとの間に視差が付与される。また、セットトップボックス200が2D対応機器2DSTBである場合、立体画像データ、音声データ、サブタイトルデータ表示制御情報を含まないが取得される。そして、このビットストリーム処理部201では、立体画像データ、サブタイトルデータを用いて、サブタイトルが重畳された2次元画像データが生成される。ビットストリーム処理部201で得られた出力画像データは、映像信号処理回路205に供給される。この映像信号処理回路205では、出力画像データに対して、必要に応じて画質調整処理等が施される。この映像信号処理回路205から出力される処理後の画像データは、HDMI送信部206に供給される。また、ビットストリーム処理部201で得られた音声データは、音声信号処理回路207に供給される。この音声信号処理回路207では、音声データに対して、必要に応じて音質調整処理等の処理が行われる。この音声信号処理回路207から出力される処理後の音声データは、HDMI送信部206に供給される。そして、HDMI送信部206に供給された画像データおよび音声データは、HDMIのTMDSチャネルにより、HDMI端子202からHDMIケーブル400に送出される。[ビットストリーム処理部の構成例]図56は、セットトップボックス200が3D対応機器3DSTBである場合におけるビットストリーム処理部201の構成例を示している。このビットストリーム処理部201は、上述の図2に示す送信データ生成部110に対応した構成となっている。このビットストリーム処理部201は、デマルチプレクサ221と、ビデオデコーダ222と、オーディオデコーダ229を有している。また、このビットストリーム処理部201は、符号化データバッファ223と、サブタイトルデコーダ224と、ピクセルバッファ225と、視差情報補間部226と、位置制御部227と、ビデオ重畳部228を有している。ここで、符号化データバッファ223は、デコードバッファを構成している。デマルチプレクサ221は、トランスポートストリームTSから、ビデオデータストリーム、オーディオデータストリームのパケットを抽出し、各デコーダに送ってデコードする。また、デマルチプレクサ221は、さらに、以下のストリームを抽出して、符号化データバッファ223に一時的に蓄積する。この場合、デマルチプレクサ221は、上述したように、3Dサービスであると判断した後に、共通のコンポジションページIDに基づいて、ユーザが選択した、あるいは自動的に選択された言語の2Dストリームと3D拡張ストリームを抽出する。この場合、3D拡張ストリームを抽出できないこともある。ビデオデコーダ222は、上述の送信データ生成部110のビデオエンコーダ112とは逆の処理を行う。すなわち、ビデオデコーダ222は、デマルチプレクサ221で抽出されたビデオのパケットからビデオデータストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む立体画像データを得る。この立体画像データの伝送フォーマットは、例えば、サイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式、あるいは各ビューがフル画面サイズを占めるビデオ伝送フォーマットの方式などである。サブタイトルデコーダ224は、上述の送信データ生成部110のサブタイトルエンコーダ125とは逆の処理を行う。すなわち、このサブタイトルデコーダ224は、符号化データバッファ223に蓄積されている各ストリームのパケットから各ストリームを再構成し、復号化処理を行って、以下のセグメントのデータを取得する。すなわち、サブタイトルデコーダ224は、2Dストリームをデコードしてサブタイトルデータを構成する各セグメントのデータを取得する。また、サブタイトルデコーダ224は、3D拡張ストリームをデコードしてDSSのセグメントのデータを取得する。上述したように、2Dストリームおよび3D拡張ストリームに含まれる各セグメントのページIDは同一とされている。そのため、サブタイトルデコーダ224では、このページIDに基づいて、2Dストリームのセグメントと3D拡張ストリームのセグメントとを容易に結合できる。サブタイトルデコーダ224は、サブタイトルデータを構成する各セグメントのデータおよびサブリージョンの領域情報に基づいて、サブタイトルを表示するためのリージョンの表示データビットマップデータを生成する。ここで、リージョン内にあってサブリージョンで囲まれていない領域は、透明色が割り当てられる。ピクセルバッファ225は、この表示データを一時的に蓄積する。ビデオ重畳部228は、出力立体画像データVoutを得る。この場合、ビデオ重畳部228は、ビデオデコーダ222で得られた立体画像データの左眼画像フレームframe0部分および右眼画像フレームframe1の部分に、それぞれ、ピクセルバッファ225に蓄積されている表示データを重畳する。この場合、ビデオ重畳部228は、立体画像データの伝送方式サイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式、MVC方式などに応じて、適宜、重畳位置、サイズなどの変更を行う。このビデオ重畳部228は、出力立体画像データVoutを、ビットストリーム処理部201の外部に出力する。視差情報補間部226は、サブタイトルデコーダ224で得られる視差情報を位置制御部227に送る。視差情報補間部226は、視差情報に対して、必要に応じて、補間処理を施して、位置制御部227に送る。位置制御部227は、視差情報に基づいて、それぞれのフレームに重畳される表示データの位置をシフト調整する図41参照。この場合、位置制御部227は、左眼画像フレームframe0部分および右眼画像フレームframe1部分に重畳される表示データ字幕パターンデータを、視差情報に基づいて、互いに反対方向となるようにシフト調整して、視差を付与する。なお、上述したように3D拡張ストリームが抽出されない場合には、例えば固定の視差情報により、適宜な視差が付与される。なお、表示制御情報には、字幕表示期間内で共通に使用される視差情報が含まれる。また、この表示制御情報には、さらに、字幕表示期間内で順次更新される視差情報が含まれることもある。この字幕表示期間内で順次更新される視差情報は、上述したように、字幕表示期間の最初のフレームの視差情報と、その後の更新フレーム間隔毎のフレームの視差情報とからなっている。位置制御部227は、字幕表示期間内で共通に使用される視差情報に関しては、そのまま使用する。一方、位置制御部227は、字幕表示期間内で順次更新される視差情報に関しては、視差情報補間部226で必要に応じて補間処理が施されたものを使用する。例えば、視差情報補間部226は、字幕表示期間内における任意のフレーム間隔、例えば、1フレーム間隔の視差情報を生成する。視差情報補間部226は、この補間処理として、線形補間処理ではなく、例えば、時間方向フレーム方向にローパスフィルタLPF処理を伴った補間処理を行う。これにより、補間処理後の所定フレーム間隔の視差情報の時間方向フレーム方向の変化がなだらかとなる。また、オーディオデコーダ229は、上述の送信データ生成部110のオーディオエンコーダ113とは逆の処理を行う。すなわち、このオーディオデコーダ229は、デマルチプレクサ221で抽出されたオーディオのパケットからオーディオのエレメンタリストリームを再構成し、復号化処理を行って、出力音声データAoutを得る。このオーディオデコーダ229は、出力音声データAoutを、ビットストリーム処理部201の外部に出力する。図56に示すビットストリーム処理部201の動作を簡単に説明する。デジタルチューナ204図55参照から出力されるトランスポートストリームTSは、デマルチプレクサ221に供給される。このデマルチプレクサ221では、トランスポートストリームTSから、ビデオデータストリーム、オーディオデータストリームのパケットが抽出され、各デコーダに供給される。また、このデマルチプレクサ221では、さらに、ユーザが選択した言語の2Dストリームおよび3D拡張ストリームのパケットが抽出され、符号化データバッファ223に一時的に蓄積される。ビデオデコーダ222では、デマルチプレクサ221で抽出されたビデオデータのパケットからビデオデータストリームが再構成され、さらに復号化処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。この立体画像データは、ビデオ重畳部228に供給される。サブタイトルデコーダ224では、符号化データバッファ223から2Dストリームおよび3D拡張ストリームのパケットが読み出されてデコードされる。そして、サブタイトルデコーダ224では、サブタイトルデータを構成する各セグメントのデータおよびサブリージョンの領域情報に基づいて、サブタイトルを表示するためのリージョンの表示データビットマップデータが生成される。この表示データは、ピクセルバッファ225に一時的に蓄積される。ビデオ重畳部228では、ビデオデコーダ222で得られた立体画像データの左眼画像フレームframe0部分および右眼画像フレームframe1の部分に、それぞれ、ピクセルバッファ225に蓄積されている表示データが重畳される。この場合、立体画像データの伝送方式サイドバイサイド方式、トップアンドボトム方式、フレームシーケンシャル方式、MVC方式などに応じて、適宜、重畳位置、サイズなどが変更される。このビデオ重畳部228で得られる出力立体画像データVoutは、ビットストリーム処理部201の外部に出力される。また、サブタイトルデコーダ224で得られる視差情報は、視差情報補間部226を通じて位置制御部227に送られる。視差情報補間部226では、必要に応じて、補間処理が行われる。例えば、字幕表示期間内で順次更新される数フレーム間隔の視差情報に関しては、視差情報補間部226で必要に応じて補間処理が施され、任意のフレーム間隔、例えば、1フレーム間隔の視差情報が生成される。位置制御部227では、ビデオ重畳部228で左眼画像フレームframe0部分および右眼画像フレームframe1部分に重畳される表示データ字幕パターンデータを、視差情報に基づいて、互いに反対方向となるようにシフト調整することが行われる。これにより、左眼画像に表示される左眼サブタイトルと右眼画像に表示される右眼サブタイトルとの間に視差が付与される。従って、立体画像の内容に応じた、サブタイトル字幕の3D表示が実現される。また、オーディオデコーダ229では、デマルチプレクサ221で抽出されたオーディオのパケットからオーディオエレメンタリストリームが再構成され、さらに復号化処理が施されて、上述の表示用立体画像データVoutに対応した音声データAoutが得られる。この音声データAoutは、ビットストリーム処理部201の外部に出力される。図57は、セットトップボックス200が2D対応機器2DSTBである場合におけるビットストリーム処理部201の構成例を示している。この図57において、図56と対応する部分には、同一符号を付し、その詳細説明は省略する。以下、説明の便宜のため、図56に示すビットストリーム処理部201を3D対応ビットストリーム処理部201と呼び、図57に示すビットストリーム処理部201を2D対応ビットストリーム処理部201と呼ぶこととする。図56に示す3D対応ビットストリーム処理部201において、ビデオデコーダ222は、デマルチプレクサ221で抽出されたビデオのパケットからビデオデータストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む立体画像データを取得する。それに対して、図57に示す2D対応ビットストリーム処理部201において、ビデオデコーダ222は、立体画像データを取得した後、左眼画像データまたは右眼画像データを切り出し、必要に応じてスケーリング処理等を行って2次元画像データを得る。また、図56に示す3D対応ビットストリーム処理部201において、デマルチプレクサ221は、上述したように、ユーザが選択した、あるいは自動的に選択された言語の2Dストリームおよび3D拡張ストリームのパケットを抽出し、サブタイトルデコーダ224に送る。それに対して、図57に示す2D対応ビットストリーム処理部201において、デマルチプレクサ221は、図42で説明したように、ユーザが選択した、あるいは自動的に選択された言語の2Dストリームのパケットのみを抽出し、サブタイトルデコーダ224に送る。この場合、デマルチプレクサ221は、サブタイトルタイプ情報、言語情報に基づいて、トランスポートストリームTSから2Dストリームのみを容易かつ精度よく抽出してデコードする。すなわち、トランスポートストリームTSには、2Dストリームおよび3D拡張ストリームに対応して挿入されているコンポーネントデスクリプタ、サブタイトルデスクリプタが挿入されている図15参照。これらのデスクリプタには、2Dストリームおよび3D拡張ストリームをそれぞれ識別可能にサブタイトルタイプ情報subtitlingtypeおよび言語情報ISO639languagecodeが設定されている図15、図19参照。そのため、デマルチプレクサ221は、当該サブタイトルタイプ情報、言語情報に基づき、トランスポートストリームTSから2Dストリームのみを容易かつ精度よく抽出することが可能となる。また、図56に示す3D対応ビットストリーム処理部201において、サブタイトルデコーダ224は、上述したように、例えば、2Dストリームからサブタイトルデータを構成する各セグメントのデータを取得し、さらに、3D拡張ストリームからDSSのセグメントのデータを取得する。それに対して、図57に示す2D対応ビットストリーム処理部201において、サブタイトルデコーダ224は、2Dストリームからサブタイトルデータを構成する各セグメントのデータのみを取得する。そして、サブタイトルデコーダ224は、この各セグメントのデータおよびサブリージョンの領域情報に基づいて、サブタイトルを表示するためのリージョンの表示データビットマップデータを生成し、ピクセルバッファ225に一時的に蓄積する。この場合、サブタイトルデコーダ224は、DSSのセグメントのデータの読み込みを行わない。そのため、その読み込みが受信処理の妨げとなることを回避できる。また、図56に示す3D対応ビットストリーム処理部201において、ビデオ重畳部228は、出力立体画像データVoutを得て、ビットストリーム処理部201の外部に出力する。この場合、ビデオデコーダ222で得られた立体画像データの左眼画像フレームframe0部分および右眼画像フレームframe1の部分に、それぞれ、ピクセルバッファ225に蓄積されている表示データを重畳して、出力立体画像データVoutを得る。そして、位置制御部227は、その表示データを、視差情報に基づいて、互いに反対方向となるようにシフト調整し、左眼画像に表示される左眼サブタイトルと右眼画像に表示される右眼サブタイトルとの間に視差を付与する。それに対して、図57に示す2D対応ビットストリーム処理部201において、ビデオ重畳部228は、ビデオデコーダ222で得られた2次元画像データにピクセルバッファ225に蓄積されている表示データを重畳し、出力2次元画像データVoutを得る。そして、ビデオ重畳部228は、この出力2次元画像データVoutを、ビットストリーム処理部201の外部に出力する。図57に示す2Dビットストリーム処理部201の動作を簡単に説明する。なお、オーディオ系の動作については、図56に示す3Dビットストリーム処理部201と同様であるので省略する。デジタルチューナ204図55参照から出力されるトランスポートストリームTSは、デマルチプレクサ221に供給される。このデマルチプレクサ221では、トランスポートストリームTSから、ビデオデータストリーム、オーディオデータストリームのパケットが抽出され、各デコーダに供給される。また、このデマルチプレクサ221では、さらに、2Dストリームのパケットが抽出され、符号化データバッファ223に一時的に蓄積される。ビデオデコーダ222では、デマルチプレクサ221で抽出されたビデオデータのパケットからビデオデータストリームが再構成され、さらに復号化処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。そして、ビデオデコーダ222では、さらに、この立体画像データから左眼画像データまたは右眼画像データが切り出され、必要に応じてスケーリング処理等が施されて、2次元画像データが得られる。この2次元画像データは、ビデオ重畳部228に供給される。また、サブタイトルデコーダ224では、符号化データバッファ223から2Dストリームが読み出されてデコードされる。そして、サブタイトルデコーダ224では、サブタイトルデータを構成する各セグメントのデータに基づいて、サブタイトルを表示するためのリージョンの表示データビットマップデータが生成される。この表示データは、ピクセルバッファ225に一時的に蓄積される。ビデオ重畳部228では、ビデオデコーダ222で得られた2次元画像データに対してピクセルバッファ225に蓄積されているサブタイトルの表示データビットマップデータが重畳され、出力2次元画像データVoutが得られる。この出力2次元画像データVoutは、ビットストリーム処理部201の外部に出力される。図55に示すセットトップボックス200において、2Dストリームおよび3D拡張ストリームにそれぞれ対応して挿入されるサブタイトルデスクリプタには、共通のコンポジションページIDが記述され、これら2つのストリームの関連付けが明示されている。そのため、セットトップボックス200では、この関連付け情報に基づいて、関連付けされた2Dストリームおよび3D拡張ストリーム効率よく適確に抽出してデコードし、サブタイトルデータと共に視差情報を得ることができる。また、図55に示すセットトップボックス200において、2Dビットストリーム処理部201図57参照のデマルチプレクサ221は、サブタイトルタイプ情報、言語情報に基づいて、トランスポートストリームTSから2Dストリームのみを容易かつ精度よく抽出する。これにより、サブタイトルデコーダ224が視差情報を持つDSSのセグメントが含まれる3D拡張ストリームに対してデコード処理を行うことを強固に防止でき、その処理が受信処理の妨げとなることを回避できる。また、図55に示すセットトップボックス200において、デジタルチューナ204から出力されるトランスポートストリームTSには、立体画像データ、サブタイトルデータの他に、表示制御情報も含まれる。この表示制御情報には、表示制御情報サブリージョンの領域情報、視差情報などが含まれている。そのため、左眼サブタイトルおよび右眼サブタイトルの表示位置に視差を付与でき、サブタイトル字幕の表示において、画像内の各物体との間の遠近感の整合性を最適な状態に維持することが可能となる。また、図55に示すセットトップボックス200において、3D対応ビットストリーム処理部201図46参照のサブタイトルデコーダ224で取得される表示制御情報に字幕表示期間内で順次更新される視差情報が含まれる場合、左眼サブタイトルおよび右眼サブタイトルの表示位置を動的に制御できる。これにより、左眼サブタイトルおよび右眼サブタイトルの間に付与する視差を画像内容の変化に連動して動的に変化させることが可能となる。また、図55に示すセットトップボックス200において、3Dビットストリーム処理部201図49参照の視差情報補間部226で、字幕表示期間所定数のフレーム期間内で順次更新される視差情報を構成する複数フレームの視差情報に対して補間処理が施される。この場合、送信側から更新フレーム間隔毎に視差情報が送信される場合であっても、左眼サブタイトルおよび右眼サブタイトルの間に付与する視差を、細かな間隔で、例えばフレーム毎に制御することが可能となる。また、図55に示すセットトップボックス200において、3Dビットストリーム処理部201図56参照の視差情報補間部226における補間処理は、例えば、時間方向フレーム方向のローパスフィルタ処理を伴うようにすることもできる。そのため、送信側から更新フレーム間隔毎に視差情報が送信される場合であっても、補間処理後の視差情報の時間方向の変化をなだらかにでき、左眼サブタイトルおよび右眼サブタイトルの間に付与される視差の推移が、更新フレーム間隔毎に不連続となることによる違和感を抑制できる。なお、上述していないが、セットトップボックス200が3D対応機器である場合であって、2次元表示モードまたは3次元表示モードのユーザ選択が可能な構成も考えられる。その場合、3次元表示モードが選択されるときには、ビットストリーム処理部201は、上述した3D対応ビットストリーム処理部201図56参照と同様の構成、動作とされる。一方、2次元表示モードが選択されるときには、ビットストリーム処理部201は、上述した2D対応ビットストリーム処理部201図57参照と実質的に同様の構成、動作とされる。[テレビ受信機の説明]図1に戻って、テレビ受信機300は、3D対応機器である場合、セットトップボックス200からHDMIケーブル400を介して送られてくる立体画像データを受信する。このテレビ受信機300は、3D信号処理部301を有している。この3D信号処理部301は、立体画像データに対して、伝送フォーマットに対応した処理デコード処理を行って、左眼画像データおよび右眼画像データを生成する。[テレビ受信機の構成例]3D対応のテレビ受信機300の構成例を説明する。図58は、テレビ受信機300の構成例を示している。このテレビ受信機300は、3D信号処理部301と、HDMI端子302と、HDMI受信部303と、アンテナ端子304と、デジタルチューナ305と、ビットストリーム処理部306を有している。また、このテレビ受信機300は、映像グラフィック処理回路307と、パネル駆動回路308と、表示パネル309と、音声信号処理回路310と、音声増幅回路311と、スピーカ312を有している。また、このテレビ受信機300は、CPU321と、フラッシュROM322と、DRAM323と、内部バス324と、リモートコントロール受信部RC受信部325と、リモートコントロール送信機RC送信機326を有している。アンテナ端子304は、受信アンテナ図示せずで受信されたテレビ放送信号を入力する端子である。デジタルチューナ305は、アンテナ端子304に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応したトランスポートストリームビットストリームデータTSを出力する。ビットストリーム処理部306は、トランスポートストリームTSに基づいて、サブタイトルが重畳された出力立体画像データおよび音声データを出力する。このビットストリーム処理部201は、詳細説明は省略するが、例えば、上述したセットトップボックス200の、3D対応ビットストリーム処理部201図56参照と同様の構成とされる。このビットストリーム処理部306は、立体画像データに対して、左眼サブタイトルおよび右眼サブタイトルの表示データを合成し、サブタイトルが重畳された出力立体画像データを生成して出力する。なお、このビットストリーム処理部306は、例えば、立体画像データの伝送フォーマットがサイドバイサイド方式、あるいはトップアンドボトム方式などの場合、スケーリング処理を施し、フル解像度の左眼画像データおよび右眼画像データを出力する。また、ビットストリーム処理部306は、画像データに対応した音声データを出力する。HDMI受信部303は、HDMIに準拠した通信により、HDMIケーブル400を介してHDMI端子302に供給される非圧縮の画像データおよび音声データを受信する。このHDMI受信部303は、そのバージョンが例えばHDMI1.4aとされており、立体画像データの取り扱いが可能な状態にある。3D信号処理部301は、HDMI受信部303で受信された立体画像データに対して、デコード処理を行って、フル解像度の左眼画像データおよび右眼画像データを生成する。3D信号処理部301は、TMDS伝送データフォーマットに対応したデコード処理を行う。なお、3D信号処理部301は、ビットストリーム処理部306で得られたフル解像度の左眼画像データおよび右眼画像データに対しては何もしない。映像グラフィック処理回路307は、3D信号処理部301で生成された左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データを生成する。また、映像グラフィック処理回路307は、画像データに対して、必要に応じて、画質調整処理を行う。また、映像グラフィック処理回路307は、画像データに対して、必要に応じて、メニュー、番組表などの重畳情報のデータを合成する。パネル駆動回路308は、映像グラフィック処理回路307から出力される画像データに基づいて、表示パネル309を駆動する。表示パネル309は、例えば、LCDLiquidCrystalDisplay、PDPPlasmaDisplayPanel等で構成されている。音声信号処理回路310は、HDMI受信部303で受信された、あるいはビットストリーム処理部306で得られた音声データに対してD/A変換等の必要な処理を行う。音声増幅回路311は、音声信号処理回路310から出力される音声信号を増幅してスピーカ312に供給する。CPU321は、テレビ受信機300の各部の動作を制御する。フラッシュROM322は、制御ソフトウェアの格納およびデータの保管を行う。DRAM323は、CPU321のワークエリアを構成する。CPU321は、フラッシュROM322から読み出したソフトウェアやデータをDRAM323上に展開してソフトウェアを起動させ、テレビ受信機300の各部を制御する。RC受信部325は、RC送信機326から送信されたリモートコントロール信号リモコンコードを受信し、CPU321に供給する。CPU321は、このリモコンコードに基づいて、テレビ受信機300の各部を制御する。CPU321、フラッシュROM322およびDRAM323は、内部バス324に接続されている。図58に示すテレビ受信機300の動作を簡単に説明する。HDMI受信部303では、HDMI端子302にHDMIケーブル400を介して接続されているセットトップボックス200から送信されてくる、立体画像データおよび音声データが受信される。このHDMI受信部303で受信された立体画像データは、3D信号処理部301に供給される。また、このHDMI受信部303で受信された音声データは音声信号処理回路310に供給される。アンテナ端子304に入力されたテレビ放送信号はデジタルチューナ305に供給される。このデジタルチューナ305では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応したトランスポートストリームビットストリームデータTSが出力される。このトランスポートストリームTSは、ビットストリーム処理部306に供給される。ビットストリーム処理部306では、ビデオデータストリーム、オーディオデータストリーム、さらには、2Dストリーム、3D拡張ストリームに基づいて、サブタイトルが重畳された出力立体画像データおよび音声データが得られる。この場合、立体画像データに対して、左眼サブタイトルおよび右眼サブタイトルの表示データが合成され、サブタイトルが重畳された出力立体画像データフル解像度の左眼画像データおよび右眼画像データが生成される。この出力立体画像データは、3D信号処理部301を通って、映像グラフィック処理回路307に供給される。3D信号処理部301では、HDMI受信部303で受信された立体画像データに対してデコード処理が行われて、フル解像度の左眼画像データおよび右眼画像データが生成される。この左眼画像データおよび右眼画像データは、映像グラフィック処理回路307に供給される。この映像グラフィック処理回路307では、左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データが生成され、必要に応じて、画質調整処理、OSDオンスクリーンディスプレイ等の重畳情報データの合成処理も行われる。この映像グラフィック処理回路307で得られる画像データはパネル駆動回路308に供給される。そのため、表示パネル309により立体画像が表示される。例えば、表示パネル309に、左眼画像データによる左眼画像および右眼画像データによる右眼画像が交互に時分割的に表示される。視聴者は、例えば、表示パネル309の表示に同期して左眼シャッタおよび右眼シャッタが交互に開くシャッタメガネを装着することで、左眼では左眼画像のみを見ることができ、右眼では右眼画像のみを見ることができ、立体画像を知覚できる。また、ビットストリーム処理部306で得られた音声データは、音声信号処理回路310に供給される。この音声信号処理回路310では、HDMI受信部303で受信された、あるいはビットストリーム処理部306で得られた音声データに対してD/A変換等の必要な処理が施される。この音声データは、音声増幅回路311で増幅された後に、スピーカ312に供給される。そのため、スピーカ312から表示パネル309の表示画像に対応した音声が出力される。なお、図58は上述したように3D対応のテレビ受信機300である。詳細説明は省略するが、レガシーの2D対応のテレビ受信機もほぼ同様の構成となる。ただし、レガシーの2D対応のテレビ受信機の場合、ビットストリーム処理部306は、上述の図57に示す2D対応ビットストリーム処理部201と同様の構成、動作となる。また、レガシーの2D対応のテレビ受信機の場合、3D信号処理部301は不要となる。また、3D対応のテレビ受信機300にあって、2次元表示モードまたは3次元表示モードのユーザ選択が可能な構成も考えられる。その場合、3次元表示モードが選択されるときには、ビットストリーム処理部306は、上述したと同様の構成、動作とされる。一方、2次元表示モードが選択されるときには、ビットストリーム処理部306は、上述の図57に示す2D対応ビットストリーム処理部201と同様の構成、動作となる。<2.変形例>変形例1なお、上述実施の形態においては、2Dストリームに対応したサブタイトルデスクリプタに記述されるsubtitlingtypeが2Dに設定されている。しかし、このsubtitlingtypeを3Dに設定することも考えられる。この場合、受信側の3D対応の受信装置では、タイプが3DであるPESストリームにもかかわらず、そのPESストリームにDSSセグメントが含まれていないとき、DSSセグメントを含む他のPESストリームの存在を認識できる。図59は、その場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engの単言語サービス例である。3D拡張ストリームが、2Dストリームと共通のcompositionpageid=0xXXXXで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定される。ここで、2Dストリームは、subtitlingtype=3D、ISO639languagecode=engで指定される。図60は、トランスポートストリームTSの構成例を示している。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。このトランスポートストリームTSには、各エレメンタリストリームをパケット化して得られたPESパケットが含まれている。この構成例では、2Dストリーム第1のプライベートデータストリームのPESパケットSubtitlePES1と、3D拡張ストリーム第2のプライベートデータストリームのPESパケットSubtitlePES2が含まれている。2DストリームPESストリームには、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントが含まれている図11a参照。3D拡張ストリームPESストリームには、DDS、DSS、EDS、あるいはDDS、PCS、DSS、EDSの各セグメントが含まれている図11b、c参照。この場合、2Dストリーム、3D拡張ストリームのElementaryPIDがPID1,PID2のように異なるように設定され、これらのストリームが別のPESストリームであることが示される。PMTの配下に、2Dストリーム、3D拡張ストリームに対応して、それぞれの内容を示すサブタイトルデスクリプタSubtitlingdescriptorが挿入されている。また、EITの配下に、ストリーム毎に、配信内容を示すコンポーネントデスクリプタComponentdescriptorが挿入されている。コンポーネントデスクリプタのstreamcontentがサブタイトルsubtitleを示す場合、componenttypeが0x15あるいは0x25であるときは3D用サブタイトルを示し、その他の値のときは2D用サブタイトルを示す。サブタイトルデスクリプタのsubtitlingtypeは、componenttypeと同じ値に設定される。ここで、3D拡張ストリームに対応したコンポーネントデスクリプタのcomponenttypeおよびサブタイトルデスクリプタのsubtitlingtypeは、3Dに設定される。さらに、2Dストリームに対応したコンポーネントデスクリプタのcomponenttypeおよびサブタイトルデスクリプタのsubtitlingtypeも、3Dに設定される。2Dストリームと3D拡張ストリームとの関連付けを明示するために、それぞれのストリームに対応したサブタイトルデスクリプタのコンポジションページIDcompositionpageidが設定される。すなわち、2Dストリームと3D拡張ストリームとで、このcompositionpageidは、同じ値図示では0xXXXXを共有するように設定される。ここで、compositionpageidは、関連付け情報を構成している。また、3D拡張ストリームに含まれる各セグメントが2Dストリームの各セグメントに関連することを示すように、双方のPESストリームで、関連する各セグメントのpageidが同じ値0xXXXXを有するようにエンコードされる。また、サブタイトルデスクリプタおよびコンポーネントデスクリプタには、言語情報として、例えば、ISO言語コードISO639languagecodeが記述される。2Dストリームに対応したデスクリプタのISO言語コードは、サブタイトル字幕の言語を示すように設定される。図示の例においては、英語を示すengに設定されている。3D拡張ストリームは、視差情報を持つDSSのセグメントを持つが、ODSのセグメントは持っておらず、従って言語には依存していない。この3D拡張ストリームに対応したデスクリプタに記述されるISO言語コードは、例えば、非言語を示すzxxに設定される。なお、図59に示すストリーム構成例では、英語engの1つの言語サービスのみが存在する場合の例を示した図23参照。しかし、本技術は、多言語サービスにも同様に適用できることは勿論である。図61は、2言語サービスが存在する場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engと独語gerの2つの言語サービス例である。英語サービスに関しては、3D拡張ストリームは、2Dストリームと共通のcompositionpageid=0xXXXXで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定され、2Dストリームは、subtitlingtype=3D、ISO639languagecode=engで指定される。一方、独語サービスに関しては、3D拡張ストリームは、2Dストリームと共通のcompositionpageid=0xYYYYで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定され、2Dストリームは、subtitlingtype=3D、ISO639languagecode=gerで指定される。次に、図62のフローチャートを参照して、2Dストリームに対応したサブタイトルデスクリプタに記述されるsubtitlingtypeが3Dに設定される場合であって、3D対応受信機が3Dサービスであると判断した場合における処理の流れを説明する。ここでは、受信機がセットトップボックス200であるとして説明する。セットトップボックス200は、ステップST41で3Dサービスであると判断し、その後に、ステップST42の処理に移る。このステップST42において、セットトップボックス200は、streamtypeが0x03を示す第1のストリームのコンポーネントデスクリプタcomponentdescriptorのcomponenttypeが3Dであるか否かを判別する。componenttypeが3Dであるとき、セットトップボックス200は、ステップST43において、対象のPESストリームは、3DのPESストリームであると判断する。そして、セットトップボックス200は、ステップST44の処理に移る。このステップST44において、セットトップボックス200は、対象のPESストリームに3D拡張されたセグメント、すなわちDSSセグメントが存在するか否かを判断する。対象PESストリームにDSSセグメントが存在するとき、セットトップボックス200は、ステップST45において、3D拡張セグメントDSSセグメントは、対象PESストリーム中に存在すると判断する図52参照。その後、セットトップボックス200は、ステップST46において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。ステップST44で対象PESストリームにDSSセグメントが存在しないとき、セットトップボックス200は、ステップST47において、対象PESストリームは、2Dストリームであると判断する。そして、セットトップボックス200は、ステップST48において、3D拡張ストリームが別個に存在すると判断する。その後、セットトップボックス200は、ステップST49において、コンポジションページIDを共有するもう一つのPESストリーム、つまり3D拡張ストリームを探す。そして、セットトップボックス200は、ステップST46において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。また、ステップST42でcomponenttypeが3Dでないとき、セットトップボックス200は、ステップST50において、対象のPESストリームは、2Dストリームであると判断する。そして、セットトップボックス200は、ステップST51において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。変形例2また、上述実施の形態においては、2Dストリーム、3D拡張ストリームに対応したサブタイトルデスクリプタに記述されるコンポジションページIDcompositionpageidを共有化する例を示した。このコンポジションページIDを、関連付けされた2Dストリームおよび3D拡張ストリームが存在することを示す特殊な値specialvalueAで定義することも考えられる。この場合、受信側の3D対応の受信装置では、コンポジションページIDが特殊な値specialvalueAであるときのみ、2Dストリームの他に3D拡張ストリームが存在することを確認できる。つまり、受信装置は、DSSセグメントがもう一つのPESストリームに分割されていることを確認でき、3D拡張ストリームが存在しないのに、それを探すなどの無駄な処理を回避できる。図63は、その場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engの単言語サービス例である。3D拡張ストリームが、2Dストリームと共通のcompositionpageid=specialvalueAで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定される。なお、2Dストリームは、subtitlingtype=2D、ISO639languagecode=engで指定される。図64は、トランスポートストリームTSの構成例を示している。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。このトランスポートストリームTSには、各エレメンタリストリームをパケット化して得られたPESパケットが含まれている。この構成例では、2DストリームのPESパケットSubtitlePES1と、3D拡張ストリームのPESパケットSubtitlePES2が含まれている。2DストリームPESストリームには、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントが含まれている図11a参照。3D拡張ストリームPESストリームには、DDS、DSS、EDS、あるいはDDS、PCS、DSS、EDSの各セグメントが含まれている図11b、c参照。この場合、各ストリームのElementaryPIDが異なるように設定され、これらのストリームが別のPESストリームであることが示される。PMTには、サブタイトルエレメンタリストリームに関連した情報を持つサブタイトルエレメンタリループSubtitleESloopが存在する。このサブタイトルエレメンタリループには、ストリーム毎に、パケット識別子PID等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述する記述子デスクリプタも配置される。2Dストリームと3D拡張ストリームとの関連付けを明示するために、各ストリームに対応したサブタイトルデスクリプタのコンポジションページIDが設定されている。すなわち、この2Dストリームと3D拡張ストリームとで、compositionpageidは、同じ値を共有するように設定される。そして、この値は、関連付けされた2Dストリームおよび3D拡張ストリームが存在することを示す特殊な値specialvalueAとされる。また、3D拡張ストリームに含まれる各セグメントが2Dストリームの各セグメントに関連することを示すように、双方のPESストリームで、関連する各セグメントのpageidが同じ値specialvalueAを有するようにエンコードされる。なお、図63に示すストリーム構成例では、英語engの1つの言語サービスのみが存在する場合の例を示した。しかし、本技術は、多言語サービスにも同様に適用できることは勿論である。図65は、2言語サービスが存在する場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engと独語gerの2つの言語サービス例である。英語サービスに関しては、3D拡張ストリームは、2Dストリームと共通のcompositionpageid=specialvalueAで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定され、2Dストリームは、subtitlingtype=2D、ISO639languagecode=engで指定される。一方、独語サービスに関しては、3D拡張ストリームは、2Dストリームと共通のcompositionpageid=specialvalueBで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定され、2Dストリームは、subtitlingtype=2D、ISO639languagecode=gerで指定される。次に、図66のフローチャートを参照して、共通のコンポジションページIDcompositionpageidが特殊な値に設定される場合であって、3D対応受信機が3Dサービスであると判断した場合における処理の流れを説明する。ここでは、受信機がセットトップボックス200であるとして説明する。セットトップボックス200は、ステップST61で3Dサービスであると判断し、その後に、ステップST62の処理に移る。このステップST62において、セットトップボックス200は、streamtypeが0x03を示す第1のストリームのコンポーネントデスクリプタcomponentdescriptorのcomponenttypeが3Dであるか否かを判別する。componenttypeが3Dであるとき、セットトップボックス200は、ステップST63において、対象のPESストリームは、3DのPESストリームであると判断する。ここで、3DのPESストリーム3Dストリームは、図52に示すように、DDS、PCS、RCS、CDS、ODS、EDSの重畳情報のデータサブタイトルデータを構成する各セグメントの他に、上述した視差情報等を持つDSSセグメントを含むPESストリームである。次に、セットトップボックス200は、ステップST64において、3D拡張セグメントDSSセグメントは、対象PESストリーム中に存在すると判断する。その後、セットトップボックス200は、ステップST65において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。また、上述のステップST62でcomponenttypeが3Dでないとき、セットトップボックス200は、ステップST66において、対象のPESストリームは、2Dストリームであると判断する。そして、セットトップボックス200は、ステップST67において、対象のPESストリームを指すサブタイトルデスクリプタのcompositionpageidが、デュアルストリームDualstreamを意味する特殊な値か否かを判別する。特殊な値であるとき、セットトップボックス200は、ステップST68において、3D拡張ストリームが別個に存在すると判断する。その後、セットトップボックス200は、ステップST69において、コンポジションページIDを共有するもう一つのPESストリーム、つまり3D拡張ストリームを探す。そして、セットトップボックス200は、ステップST65において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。上述のステップST67で特殊な値でないとき、セットトップボックス200は、ステップST70において、2Dストリームに関連するPESストリームはないと判断する。そして、セットトップボックス200は、ステップST71において、2Dセグメントをデコードした後、当該セットトップボックス200受信機の仕様に則ってサブタイトルに所定の視差を付与して、サブタイトル字幕を背景画像3Dビデオに重畳する。例えば、サブタイトルに視差を付与せず、サブタイトルをモニタポジションに位置させる。また、例えば、サブタイトルに固定の視差を付与して、モニタポジションより手前の位置にサブタイトルを位置させる。変形例3また、上述実施の形態においては、2Dストリーム、3D拡張ストリームをサブタイトルデスクリプタに記述されるコンポジションページIDcompositionpageidを用いて対応付けをする例を示した。2Dストリーム、3D拡張ストリームの紐付けのための専用の情報紐付け情報をデスクリプタに記述することも考えらられる。これにより、関連付けされた2Dストリーム、3D拡張ストリームの紐付けをより強固に行うことができる。図67は、その場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engの単言語サービス例である。3D拡張ストリームが、2Dストリームと共通のcompositionpageid=0xXXXXで取り込まれ、subtitlingtype=3D、ISO639languagecode=zxxで指定される。なお、2Dストリームは、subtitlingtype=2D、ISO639languagecode=engで指定される。そして、2Dストリーム、3D拡張ストリームに対応したサブタイトルデスクリプタのコンポジションページIDcompositionpageidが共通化されることで、これらの2つのストリームの関連が明示的に示される。また、デスクリプタに専用の紐付け情報を記述することで、これら2つのストリームの紐付けが明示される。この場合におけるデスクリプタとしては、1新たな定義されたデスクリプタを使用する場合、2既存のデスクリプタを利用する場合、の2通りが考えられる。最初に新たなデスクリプタを定義する場合について説明する。ここでは、専用の紐付け情報associationIDが記述される、ストリームアソシエーションIDデスクリプタstreamassociationIDdescriptorが新たに定義される。図68は、ストリームアソシエーションIDデスクリプタの構造例syntaxを示している。図69は、その構造例における主要な情報の内容Semanticsを示している。descriptortagの8ビットフィールドは、このデスクリプタがストリームアソシエーションIDデスクリプタであることを示す。descriptorlengthの8ビットフィールドは、このフィールド以後の全体のバイトサイズを示す。streamcontentの4ビットフィールドは、メインのストリームの例えばビデオ、オーディオ、サブタイトルなどのストリームタイプを示す。componenttypeの4ビットフィールドは、メインのストリームの例えばビデオ、オーディオ、サブタイトルなどのコンポーネントタイプを示す。これらstreamcontent、componenttypeには、メインのストリームに対応したコンポーネントデスクリプタ内のstreamcontent、componenttypeと同じ情報とされる。associationIDの4ビットフィールドは、紐付け情報を示す。紐付けすべき各コンポーネントPESストリームに対応したストリームアソシエーションIDデスクリプタのassociationIDは同じ値を持つ。次に、既存のデスクリプタを利用する場合について説明する。ここでは、コンポーネントデスクリプタを拡張定義して用いる例を説明する。図70は、拡張されたコンポーネントデスクリプタの構造例syntaxを示している。図71は、その構造例における主要な情報の内容Semanticsを示している。extendedflagの1ビットフィールドは、デスクリプタが拡張されているか否かを示す。この場合、1は拡張されていることを示し、0は拡張されていないことを示す。コンポーネントデスクリプタが拡張されている場合には、このデスクリプタは、紐付け情報としてのassociationIDを持つ。extensiontypeの8ビットフィールドは、拡張タイプを示す。ここでは、例えば0x01に設定されることで、当該コンポーネントデスクリプタに対応するコンポーネントPESストリームが、associationIDにより、紐付けられることを示す。extensionlengthは、このフィールド以後の拡張されているバイトサイズを示す。そして、associationIDの4ビットフィールドは、紐付け情報を示す。上述したように、紐付けすべき各コンポーネントPESストリームに対応したストリームアソシエーションIDデスクリプタのassociationIDは同じ値を持つ。図72は、トランスポートストリームTSの構成例を示している。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。このトランスポートストリームTSには、各エレメンタリストリームをパケット化して得られたPESパケットが含まれている。この構成例では、2DストリームのPESパケットSubtitlePES1と、3D拡張ストリームのPESパケットSubtitlePES2が含まれている。2DストリームPESストリームには、DDS、PCS、RCS、CDS、ODS、EDSの各セグメントが含まれている図11a参照。3D拡張ストリームPESストリームには、DDS、DSS、EDS、あるいはDDS、PCS、DSS、EDSの各セグメントが含まれている図11b、c参照。この場合、各ストリームのElementaryPIDが異なるように設定され、これらのストリームが別のPESストリームであることが示される。2Dストリームと3D拡張ストリームとの関連付けを明示するために、各ストリームに対応したサブタイトルデスクリプタのコンポジションページIDが設定されている。すなわち、この2Dストリームと3D拡張ストリームとで、compositionpageidは、同じ値図示では0xXXXXを共有するように設定される。また、3D拡張ストリームに含まれる各セグメントが2Dストリームの各セグメントに関連することを示すように、双方のPESストリームで、関連する各セグメントのpageidが同じ値0xXXXXを有するようにエンコードされる。また、2Dストリーム、3D拡張ストリームにそれぞれ対応したコンポーネントデスクリプタcomponentdesucriptorが拡張され、それぞれに記述される紐付け情報としてのassociationIDは同じ値に設定される。これにより、関連づけられた2Dストリーム、3D拡張ストリームが、associationIDにより、紐付けされる。また、トランスポートストリームTSには、2Dストリーム、3D拡張ストリームにそれぞれ対応したストリームアソシエーションIDデスクリプタstreamassociationIDdescriptorが挿入されている。そして、それぞれに記述される紐付け情報としてのassociationIDは同じ値に設定される。これにより、関連づけられた2Dストリーム、3D拡張ストリームが、associationIDにより、紐付けされる。なお、図72に示すトランスポートストリームTSの構成例においては、コンポーネントデスクリプタの拡張と、ストリームアソシエーションIDデスクリプタの挿入とを両方行っている。しかし、いずれか一方であってもよい。なお、図中に記載はないが、componentdescriptorとPIDの関連付けは、必要に応じてstreamidentifierdescriptorのcomponenttagを介して行われることは勿論である。なお、図67に示すストリーム構成例では、英語engの1つの言語サービスのみが存在する場合の例を示した。しかし、本技術は、多言語サービスにも同様に適用できることは勿論である。図73は、2言語サービスが存在する場合におけるサブタイトルデータストリーム2Dストリーム、3D拡張ストリームのストリーム構成例を示している。この例は、英語engと独語gerの2つの言語サービス例である。この場合、各言語サービスにおいて、2Dストリーム、3D拡張ストリームが、対応するデスクリプタに専用の紐付け情報associationIDが記述されることで紐付けされる。この際、異なる言語サービス間において、associationIDの値は異なるものとされる。図74は、その場合におけるトランスポートストリームTSの構成例を示している。英語の言語サービスに関してassociationIDはassociationID1とされ、独語の言語サービスに関してassociationIDはassociationID2とされている。次に、図75のフローチャートを参照して、専用の紐付け情報をデスクリプタに記述する場合であって、3D対応受信機が3Dサービスであると判断した場合における処理の流れを説明する。ここでは、受信機がセットトップボックス200であるとして説明する。セットトップボックス200は、ステップST81で3Dサービスであると判断し、その後に、ステップST82の処理に移る。このステップST82において、セットトップボックス200は、PMTあるいはEITのデスクリプタdescriptorに紐付け情報としてのassociationIDが存在するか否かを判別する。associationIDが存在するとき、セットトップボックス200は、ステップST83において、各PESストリームのassociationIDを比較する。そして、セットトップボックス200は、ステップST84において、2Dストリームと3D拡張ストリームの関連状態、つまり紐付けを認識する。そして、セットトップボックス200は、ステップST85において、ステップST65において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。上述のステップST82でassociationIDが存在しないとき、セットトップボックス200は、ステップST86の処理に移る。このステップST86において、セットトップボックス200は、streamtypeが0x03を示す第1のストリームのコンポーネントデスクリプタcomponentdescriptorのcomponenttypeが3Dであるか否かを判別する。componenttypeが3Dであるとき、セットトップボックス200は、ステップST87において、対象のPESストリームは、3DのPESストリームであると判断する。ここで、3DのPESストリーム3Dストリームは、図52に示すように、DDS、PCS、RCS、CDS、ODS、EDSの重畳情報のデータサブタイトルデータを構成する各セグメントの他に、上述した視差情報等を持つDSSセグメントを含むPESストリームである。次に、セットトップボックス200は、ステップST88において、3D拡張セグメントDSSセグメントは、対象PESストリーム中に存在すると判断する。その後、セットトップボックス200は、ステップST85において、2Dセグメントをデコードした後、3D拡張セグメントをデコードし、視差情報を考慮して、サブタイトル字幕を背景画像3Dビデオに重畳する。また、上述のステップST86でcomponenttypeが3Dでないとき、セットトップボックス200は、ステップST89において、対象のPESストリームは、2Dストリームであると判断する。そして、セットトップボックス200は、ステップST90において、2Dセグメントをデコードした後、当該セットトップボックス200受信機の仕様に則ってサブタイトルに所定の視差を付与して、サブタイトル字幕を背景画像3Dビデオに重畳する。例えば、サブタイトルに視差を付与せず、サブタイトルをモニタポジションに位置させる。また、例えば、サブタイトルに固定の視差を付与して、モニタポジションより手前の位置にサブタイトルを位置させる。その他なお、図55に示すセットトップボックス200においては、デジタルチューナ204に接続されるアンテナ入力端子203が設けられたものを示した。しかし、ケーブルを介して送信されてくるRF信号を入力するセットトップボックスも同様に構成できる。その場合、アンテナ端子203の代わりにケーブル端子が設けられたものとなる。また、インターネット、ホームネットワークが直接、あるいはそれらがルータ経由で接続されるセットトップボックスも同様に構成できる。つまり、その場合、セットトップボックスには、上述のトランスポートストリームTSがインターネット、ホームネットワークから直接、あるいはそれらからルータ経由で送られてくることになる。図76は、その場合におけるセットトップボックス200Aの構成例を示している。この図76において、図55と対応する部分には同一符号を付して示している。このセットトップボックス200Aは、ネットワークインタフェース209に接続されたネットワーク端子208を有している。そして、このネットワークインタフェース209からトランスポートストリームTSが出力され、ビットストリーム処理部201に供給される。詳細説明は省略するが、このセットトップボックス200Aのその他は、図55に示すセットトップボックス200と同様に構成され、同様の動作をする。また、図58に示すテレビ受信機300においては、デジタルチューナ204に接続されるアンテナ入力端子304が設けられたものを示した。しかし、ケーブルを介して送信されてくるRF信号を入力するテレビ受信機も同様に構成できる。その場合、アンテナ端子304の代わりにケーブル端子が設けられたものとなる。また、インターネット、ホームネットワークに直接、あるいはそれらがルータ経由で接続されるテレビ受信機も同様に構成できる。つまり、その場合、テレビ受信機には、上述のトランスポートストリームTSがインターネット、ホームネットワークから直接、あるいはそれらからルータ経由で送られてくることになる。図77は、その場合におけるテレビ受信機300Aの構成例を示している。この図77において、図58と対応する部分には同一符号を付して示している。このテレビ受信機300Aは、ネットワークインタフェース314に接続されたネットワーク端子313を有している。そして、このネットワークインタフェース314からトランスポートストリームTSが出力され、ビットストリーム処理部306に供給される。詳細説明は省略するが、このテレビ受信機300Aのその他は、図58に示すテレビ受信機300と同様に構成され、同様の動作をする。また、上述実施の形態においては、画像送受信システム10が、放送局100、セットトップボックス200およびテレビ受信機300で構成されているものを示した。しかし、テレビ受信機300は、図58に示すように、セットトップボックス200内のビットストリーム処理部201と同様に機能するビットストリーム処理部306を備えている。したがって、図78に示すように、放送局100およびテレビ受信機300で構成される画像送受信システム10Aも考えられる。詳細説明は省略するが、テレビ受信機300では、上述のセットトップボックス200と同様に、3Dサービスの判断処理図49、図50参照、3Dサービスであると判断した場合における受信処理図51、図62、図66、図75が行われる。また、上述実施の形態においては、コンポーネントデスクリプタcomponentdescriputorが存在する場合について説明した図15参照。しかし、EPGが運用されない場合、EITが存在せず、コンポーネントデスクリプタは存在しない。本技術は、コンポーネントデスクリプタが存在しなくても成り立つものである。すなわち、PMTの配下に配置されるサブタイトルデスクリプタSubtitledescriptor、ストリームアソシエーションIDデスクリプタstreamassociationIDdescriptorなどにより実現できる。また、上述実施の形態においては、3D拡張ストリームにDDS、DSS、EDSの各セグメント、あるいはDDS、PCS、DSS、EDSの各セグメントが含まれる例を示した図11b、c参照。しかし、3D拡張ストリームのセグメント構成は、これに限定されるものではなく、その他のセグメントを含む構成も考えられる。この場合、3D拡張ストリームには、最大で、DDS、PCS、RCS、CDS、ODS、DSS、EDSの各セグメントが含まれる。また、上述実施の形態においては、セットトップボックス200と、テレビ受信機300とが、HDMIのデジタルインタフェースで接続されるものを示している。しかし、これらが、HDMIのデジタルインタフェースと同様のデジタルインタフェース有線の他に無線も含むで接続される場合においても、この発明を同様に適用できる。また、上述実施の形態においては、重畳情報としてサブタイトル字幕を取り扱うものを示した。しかし、その他のグラフィクス情報、テキスト情報などの重畳情報をはじめ、基本ストリームと追加ストリームとに分割されたものが関連して出力されるようにエンコーダされるもので、オーディオのストリームに関して扱うものにも、この発明を同様に適用できる。また、本技術は、以下のような構成を取ることもできる。1立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力部と、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力部と、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力部と、上記画像データを含むビデオデータストリームと、上記重畳情報のデータを含む第1のプライベートデータストリームと、上記視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを送信するデータ送信部とを備え、上記多重化データストリームに、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入される送信装置。2上記関連付け情報として、上記第1のプライベートデータストリームに関する情報を記述する第1のデスクリプタおよび上記第2のプライベートデータストリームに関する情報を記述する第2のデスクリプタに共通の識別情報が記述される前記1に記載の送信装置。3上記共通の識別情報は、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームが存在することを示す特殊な値で定義される前記2に記載の送信装置。4上記多重化データストリームは、複数の言語サービスにそれぞれ対応した上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを有し、各言語サービスに対応した上記共通の識別情報は互いに異なるように設定される前記1または2に記載の送信装置。5上記重畳情報のデータは、DVB方式のサブタイトルデータであり、上記第1のプライベートデータストリームに対応した第1のサブタイトルデスクリプタおよび上記第2のプライベートデータストリームに対応したサブタイトルデスクリプタには、共通のコンポションページIDが記述される前記2から4のいずれかに記載の送信装置。6上記第1のデスクリプタおよび上記第2のデスクリプタには言語情報が記述され、上記第2のデスクリプタに記述される言語情報は非言語を示すように設定される前記2から5のいずれかに記載の送信装置。7上記非言語を示す言語情報は、ISO言語コードを示すzxx、あるいはqaaからqrzの空間に含まれる言語コードのいずれかである前記6に記載の送信装置。8上記関連付け情報として、上記第1のプライベートデータストリームに関する情報を記述する第1のデスクリプタおよび上記第2のプライベートデータストリームに関する情報を記述する第2のデスクリプタに共通の識別情報が記述され、上記第1のデスクリプタおよび上記第2のデスクリプタに立体画像表示用の情報であることを示すタイプ情報が記述される前記1に記載の送信装置。9上記重畳情報のデータは、DVB方式のサブタイトルデータであり、上記タイプ情報は、サブタイトルタイプ情報である前記8に記載の送信装置。10上記第1のデスクリプタおよび上記第2のデスクリプタには言語情報が記述され、上記第2のデスクリプタに記述される言語情報は非言語を示すように設定される前記8または9に記載の送信装置。11上記非言語を示す言語情報は、ISO言語コードを示すzxx、あるいはqaaからqrzの空間に含まれる言語コードのいずれかである前記10に記載の送信装置。12上記多重化データストリームには、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを紐付けるための専用の紐付け情報が記述されるデスクリプタが挿入される前記1に記載の送信装置。13上記デスクリプタは、上記専用の紐付け情報を記述するための専用のデスクリプタである前記12に記載の送信装置。14立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力ステップと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力ステップと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力ステップと、上記画像データを含むビデオデータストリームと、上記重畳情報のデータを含む第1のプライベートデータストリームと、上記視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを送信するデータ送信ステップとを備え、上記多重化データストリームに、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入される送信方法。15立体画像を構成する左眼画像データおよび右眼画像データをを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを含む第1のプライベートデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含む第2のプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、上記上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第1のデコード部と、上記多重化データストリームから上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを抽出してデコードする第2のデコード部とを備え、上記多重化データストリームには、上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを関連付ける関連付け情報が挿入されており、上記第2のデコード部は、上記関連付け情報に基づいて、上記多重化データストリームから上記第1のプライベートデータストリームおよび上記第2のプライベートデータストリームを抽出する受信装置。本技術の主な特徴は、2DセグメントDDS、PCS、RCS、CDS、ODS、EDSの各セグメントを含む2Dストリームと、これとは別個に3D拡張セグメントDSSセグメントを含む3D拡張ストリームを送信する場合図11参照、トランスポートストリームTSにこれら2つのストリームを関連付ける関連付け情報共通のcompositionpageidなどを挿入することで図15参照、3D対応受信装置でこれら2つのストリームを効率よく適確に抽出してデコード可能としたことである。"