(57)【要約】【課題】レガシーの２Ｄ対応の受信装置の受信処理の妨げとならないように視差情報の送信を行う。【解決手段】多重化データストリームに、重畳情報のデータおよび視差情報を含むプライベートデータストリームを持たせる。このプライベートデータストリームにおいて、重畳情報のデータおよび視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている。受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報に基づき、プライベートデータストリームから重畳情報のデータのみを良好に取得することが可能となる。つまり、レガシーの２Ｄ対応の受信装置は、このサービス識別情報に基づいて視差情報を読み飛ばすことが可能となり、視差情報の送信がレガシーの２Ｄ対応の受信装置の受信処理の妨げとなることを防止できる。【選択図】図１１
2013066075.tif 000002
【特許請求の範囲】
【請求項１】
立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力部と、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力部と、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力部と、
上記画像データを含むビデオデータストリームと、上記重畳情報のデータおよび上記視差情報を含むプライベートデータストリームとを有する多重化データストリームを送信するデータ送信部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている
送信装置。
【請求項２】
上記重畳情報のデータに付加されている第１の上記サービス識別情報と上記視差情報に付加されている第２の上記サービス識別情報とは固有の関係を持ち、
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記第１のサービス識別情報に対応した識別情報が記述され、上記第２のサービス識別情報に対応した識別情報は記述されていない
請求項１に記載の送信装置。
【請求項３】
上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記デスクリプタは、サブタイトル・デスクリプタであり、
上記第１のサービス識別情報に対応した識別情報は、コンポジション・ページＩＤである
請求項２に記載の送信装置。
【請求項４】
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記重畳情報のデータに付加されている第１の上記サービス識別情報に対応した第１の識別情報が記述されると共に、上記視差情報に付加されている第２の上記サービス識別情報に対応した第２の識別情報が上記第１の識別情報と区別されて記述されている
請求項１に記載の送信装置。
【請求項５】
上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記デスクリプタは、サブタイトル・デスクリプタであり、
上記第１の識別情報はコンポジション・ページＩＤであり、上記第２の識別情報はアンシラリ・ページＩＤである
請求項４に記載の送信装置。
【請求項６】
上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記デスクリプタは、サブタイトル・デスクリプタであり、
上記第１の識別情報および上記第２の識別情報はコンポジション・ページＩＤである
請求項４に記載の送信装置。
【請求項７】
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて上記重畳情報のデータの情報タイプが第１のタイプであることを示す第１のタイプ情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて上記視差情報の情報タイプが上記第１のタイプとは異なる第２のタイプであることを示すタイプ情報が記述される
請求項１に記載の送信装置。
【請求項８】
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて所定の言語を示す第１の言語情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて非言語を示す第２の言語情報が記述される
請求項１に記載の送信装置。
【請求項９】
上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記プライベートデータストリームにおいて上記重畳情報のデータが含まれる第１のセグメントには上記サービス識別情報として第１のページＩＤが付され、
上記プライベートデータストリームにおいて上記視差情報が含まれる第２のセグメントには上記サービス識別情報として第２のページＩＤが付される
請求項１に記載の送信装置。
【請求項１０】
上記第２のページＩＤの値は、上記第１のページＩＤの値に予め決定された所定値が加算された値とされる
請求項９に記載の送信装置。
【請求項１１】
上記多重化データストリームには、上記プライベートデータストリームに対応したサブタイトル・デスクリプタが挿入されており、
上記サブタイトル・デスクリプタには、上記第１のページＩＤに対応させて第１のタイプを示す第１のサブタイトルタイプ情報が記述されると共に、上記第２のページＩＤに対応させて上記第１のタイプとは異なる第２のタイプを示す第２のサブタイトルタイプ情報が記述される
請求項９に記載の送信装置。
【請求項１２】
上記多重化データストリームには、上記プライベートデータストリームに対応したサブタイトル・デスクリプタが挿入されており、
上記サブタイトル・デスクリプタには、上記第１のページＩＤに対応させて所定の言語を示す第１の言語情報が記述されると共に、上記第２のページＩＤに対応させて非言語を示す第２の言語情報が記述される
請求項９に記載の送信装置。
【請求項１３】
上記多重化データストリームは、単一の言語サービスに対応した上記重畳情報のデータおよび上記視差情報を含む上記プライベートデータストリームを複数有する
請求項１に記載の送信装置。
【請求項１４】
上記多重化データストリームは、複数の言語サービスにそれぞれ対応した上記重畳情報のデータおよび上記視差情報を含むプライベートデータストリームを有する
請求項１に記載の送信装置。
【請求項１５】
上記複数の言語サービスに対応した上記視差情報は共有化される
請求項１４に記載の送信装置。
【請求項１６】
上記重畳情報のデータはＤＶＢ方式のサブタイトルデータであり、
上記複数の言語サービスに対応した上記視差情報をアンシラリ・ページとして運用する
請求項１５に記載の送信装置。
【請求項１７】
立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力ステップと、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力ステップと、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力ステップと、
上記画像データを含むビデオデータストリームと、上記重畳情報のデータおよび視差情報を含むプライベートデータストリームとを有する多重化データストリームを送信するデータ送信ステップとを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている
送信方法。
【請求項１８】
立体画像を構成する左眼画像データおよび右眼画像データを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータおよび上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含むプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、
上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第１のデコード部と、
上記多重化データストリームから上記プライベートデータストリームを抽出してデコードする第２のデコード部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されており、
上記第２のデコード部は、上記サービス識別情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
受信装置。
【請求項１９】
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて上記重畳情報のデータの情報タイプが第１のタイプであることを示す第１のタイプ情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて上記視差情報の情報タイプが上記第１のタイプとは異なる第２のタイプであることを示すタイプ情報が記述され、
上記第２のデコード部は、上記サービス識別情報の他に上記タイプ情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
請求項１８に記載の受信装置。
【請求項２０】
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて所定の言語を示す第１の言語情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて非言語を示す第２の言語情報が記述され、
上記第２のデコード部は、上記サービス識別情報の他に上記言語情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
請求項１８に記載の受信装置。
【請求項２１】
立体画像を構成する左眼画像データおよび右眼画像データを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータおよび上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含むプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、
上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第１のデコード部と、
上記多重化データストリームから上記プライベートデータストリームを抽出してデコードする第２のデコード部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されており、
上記重畳情報のデータに付加されている第１の上記サービス識別情報と上記視差情報に付加されている第２の上記サービス識別情報とは固有の関係を持ち、
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記第１のサービス識別情報に対応した識別情報が記述され、上記第２のサービス識別情報に対応した識別情報は記述されておらず、
上記第２のデコード部は、上記デスクリプタに記述される上記第１のサービス識別情報に対応した識別情報と上記固有の関係に基づいて、上記プライベートデータストリームから上記重畳情報のデータおよび上記視差情報を取得する
受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法および受信装置に関する。特に、本技術は、左眼画像データおよび右眼画像データを持つ立体画像データと共に、重畳情報のデータおよび視差情報を送信する送信装置等に関する。
【背景技術】
【０００２】
例えば、特許文献１には、立体画像データのテレビ放送電波を用いた伝送方式について提案されている。この伝送方式では、左眼用画像データおよび右眼用画像データを持つ立体画像データが送信され、両眼視差を利用した立体画像表示が行われる。
【０００３】
図７６は、両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクト（物体）の左右像の表示位置と、その立体像の再生位置との関係を示している。例えば、スクリーン上に図示のように左像Ｌａが右側に右像Ｒａが左側にずれて表示されているオブジェクトＡに関しては、左右の視線がスクリーン面より手前で交差するため、その立体像の再生位置はスクリーン面より手前となる。ＤＰａは、オブジェクトＡに関する水平方向の視差ベクトルを表している。
【０００４】
また、例えば、スクリーン上に図示のように左像Ｌｂおよび右像Ｒｂが同一位置に表示されているオブジェクトＢに関しては、左右の視線がスクリーン面で交差するため、その立体像の再生位置はスクリーン面上となる。さらに、例えば、スクリーン上に図示のように左像Ｌｃが左側に右像Ｒｃが右側にずれて表示されているオブジェクトＣに関しては、左右の視線がスクリーン面より奥で交差するため、その立体像の再生位置はスクリーン面より奥となる。ＤＰｃは、オブジェクトＣに関する水平方向の視差ベクトルを表している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６１１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように立体画像表示において、視聴者は、両眼視差を利用して、立体画像の遠近感を知覚することが普通である。画像に重畳される重畳情報、例えば字幕等に関しても、２次元空間的のみならず、３次元の奥行き感としても、立体画像表示と連動してレンダリングされることが期待される。例えば、画像に字幕を重畳(オーバーレイ)表示する場合、遠近感でいうところの最も近い画像内の物体（オブジェクト）よりも手前に表示されないと、視聴者は、遠近感の矛盾を感じる場合がある。
【０００７】
そこで、重畳情報のデータと共に、左眼画像および右眼画像の間の視差情報を送信し、受信側で、左眼重畳情報および右眼重畳情報との間に視差を付与することが考えられる。このように立体画像を表示し得る受信装置において視差情報は有意義な情報である。一方、レガシーの２Ｄ（二次元）対応の受信装置において、この視差情報は不要なものである。この２Ｄ対応の受信装置において、この視差情報の送信が正常な受信処理の妨げとなることがないように何らかの施策を講ずる必要がある。
【０００８】
本技術の目的は、視差情報の送信がレガシーの２Ｄ対応の受信装置の受信処理の妨げとなることを防止することにある。また、本技術の目的は、３Ｄ対応の受信装置が重畳情報のデータとともに対応する視差情報の取得を効率よく適確に行い得るようにすることにある。
【課題を解決するための手段】
【０００９】
本技術の概念は、
立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力部と、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力部と、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力部と、
上記画像データを含むビデオデータストリームと、上記重畳情報のデータおよび上記視差情報を含むプライベートデータストリームとを有する多重化データストリームを送信するデータ送信部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている
送信装置にある。
【００１０】
本技術において、画像データ出力部により、立体画像を構成する左眼画像データおよび右眼画像データが出力される。重畳情報データ出力部により、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報のデータが出力される。ここで、重畳情報は、画像に重畳される字幕、グラフィクス、テキストなどの情報である。視差情報出力部により、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報が出力される。
【００１１】
データ送信部により、多重化データストリームが送信される。この多重化データストリームは、画像データを含むビデオデータストリームと、重畳情報のデータおよび視差情報を含むプライベートデータストリームとを有するものとされる。ここで、このプライベートデータストリームにおいて、重畳情報のデータおよび視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている。
【００１２】
このように本技術において、プライベートデータストリームに重畳情報のデータおよび視差情報が含まれるが、それらには、別個のサービスであることを示すサービス識別情報が付加されている。そのため、受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報に基づき、プライベートデータストリームから重畳情報のデータのみを良好に取得することが可能となる。つまり、レガシーの２Ｄ対応の受信装置は、このサービス識別情報に基づいて視差情報を読み飛ばすことが可能となり、視差情報の送信がレガシーの２Ｄ対応の受信装置の受信処理の妨げとなることを防止できる。
【００１３】
なお、本技術において、例えば、重畳情報のデータに付加されている第１のサービス識別情報と視差情報に付加されている第２のサービス識別情報とは固有の関係を持ち、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されており、このデスクリプタには、第１のサービス識別情報に対応した識別情報が記述され、第２のサービス識別情報に対応した識別情報は記述されていない、ようにされてもよい。
【００１４】
ここで、例えば、重畳情報のデータはＤＶＢ方式のサブタイトルデータであり、デスクリプタはサブタイトル・デスクリプタであり、第１のサービス識別情報に対応した識別情報はコンポジション・ページＩＤであってもよい。なお、固有の関係の一例として、例えば、第２のサービス識別情報が示す値は第１のサービス識別情報が示す値に固定値（オフセット値）が加えられたものとされる。
【００１５】
レガシーの２Ｄ対応の受信装置は、デスクリプタに記述されている第１のサービス識別情報に対応した識別情報に基づいて、プライベートデータストリームから重畳情報のデータのみを良好に取得できる。つまり、レガシーの２Ｄ対応の受信装置は、デスクリプタに第２のサービス識別情報に対応した識別情報の記述がないので、プライベートデータストリームに含まれる視差情報を読み飛ばすこととなる。これにより、レガシーの２Ｄ対応の受信装置において、視差情報の送信が受信処理の妨げとなることを防止できる。また、３Ｄ対応の受信装置は、第１のサービス識別情報に対応した識別情報および固有の関係に基づいて、プライベートデータストリームから重畳情報のデータとともに対応する視差情報の取得を効率よく適確に行うことができる。
【００１６】
また、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されており、このデスクリプタには、重畳情報のデータに付加されている第１のサービス識別情報に対応した第１の識別情報が記述されると共に、視差情報に付加されている第２のサービス識別情報に対応した第２の識別情報が第１の識別情報と区別されて記述されている、ようにされてもよい。ここで、例えば、重畳情報のデータはＤＶＢ方式のサブタイトルデータであり、デスクリプタはサブタイトル・デスクリプタであり、第１の識別情報はコンポジション・ページＩＤであり、第２の識別情報はアンシラリ・ページＩＤであってもよい。また、例えば、重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、デスクリプタは、サブタイトル・デスクリプタであり、第１の識別情報および第２の識別情報はコンポジション・ページＩＤであってもよい。
【００１７】
レガシーの２Ｄ対応の受信装置は、デスクリプタに記述されている第１のサービス識別情報に対応した第１の識別情報に基づいて、プライベートデータストリームから重畳情報のデータのみを良好に取得できる。つまり、レガシーの２Ｄ対応の受信装置は、プライベートデータストリームに含まれる視差情報を読み飛ばすことができる。これにより、レガシーの２Ｄ対応の受信装置において、視差情報の送信が受信処理の妨げとなることを防止できる。また、３Ｄ対応の受信装置は、第１のサービス識別情報に対応した第１の識別情報および第２のサービス識別情報に対応した第２の識別情報に基づいて、プライベートデータストリームから重畳情報のデータとともに対応する視差情報の取得を効率よく適確に行うことができる。
【００１８】
また、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されており、デスクリプタには、プライベートデータストリームにおいて重畳情報のデータに付加されている第１のサービス識別情報に対応させて重畳情報のデータの情報タイプが第１のタイプであることを示す第１のタイプ情報が記述されると共に、プライベートデータストリームにおいて視差情報に付加されている第２のサービス識別情報に対応させて視差情報の情報タイプが第１のタイプとは異なる第２のタイプであることを示すタイプ情報が記述される、ようにされてもよい。この場合、受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報の他にタイプ情報をも参照でき、視差情報をより確実に読み飛ばすことが可能となる。
【００１９】
また、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されており、デスクリプタには、プライベートデータストリームにおいて重畳情報のデータに付加されている第１のサービス識別情報に対応させて所定の言語を示す第１の言語情報が記述されると共に、プライベートデータストリームにおいて視差情報に付加されている第２のサービス識別情報に対応させて非言語を示す第２の言語情報が記述される、ようにされてもよい。例えば、非言語を示す言語情報は、ＩＳＯ言語コードの非言語を示す「ｚｘｘ」、あるいは、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれかとされてもよい。この場合、受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報の他に言語情報をも参照でき、視差情報をより確実に読み飛ばすことが可能となる。
【００２０】
また、本技術において、例えば、重畳情報のデータは、ＤＶＢ（Digital Video Broadcasting）方式のサブタイトルデータであり、プライベートデータストリームにおいて重畳情報のデータが含まれる第１のセグメントにはサービス識別情報として第１のページＩＤが付され、プライベートデータストリームにおいて視差情報が含まれる第２のセグメントにはサービス識別情報として第２のページＩＤが付される、ようにされてもよい。この場合、例えば、第２のページＩＤの値は、第１のページＩＤの値に予め決定された所定値が加算された値とされてもよい。これにより、ページＩＤ上において、重畳情報のデータが含まれる第１のセグメントと、視差情報が含まれる第２のセグメントのひも付けが可能となる。
【００２１】
また、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したサブタイトル・デスクリプタが挿入されており、サブタイトル・デスクリプタには、第１のページＩＤに対応させて第１のタイプを示す第１のサブタイトルタイプ情報が記述されると共に、第２のページＩＤに対応させて第１のタイプとは異なる第２のタイプを示す第２のサブタイトルタイプ情報が記述される、ようにされてもよい。
【００２２】
また、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したサブタイトル・デスクリプタが挿入されており、サブタイトル・デスクリプタには、第１のページＩＤに対応させて所定の言語を示す第１の言語情報が記述されると共に、第２のページＩＤに対応させて非言語を示す第２の言語情報が記述される、ようにされてもよい。
【００２３】
また、本技術において、例えば、多重化データストリームは、単一の言語サービスに対応した重畳情報のデータおよび視差情報を含むプライベートデータストリームを複数有する、ようにされてもよい。
【００２４】
また、本技術において、例えば、多重化データストリームは、複数の言語サービスにそれぞれ対応した重畳情報のデータおよび視差情報を含むプライベートデータストリームを有する、ようにされてもよい。この場合、複数の言語サービスに対応した視差情報は共有化されてもよい。例えば、重畳情報のデータはＤＶＢ方式のサブタイトルデータであり、複数の言語サービスに対応した視差情報をアンシラリ・ページとして運用する、ようにされる。これにより、ストリームの帯域の有効活用が可能となる。
【００２５】
また、本技術の他の概念は、
立体画像を構成する左眼画像データおよび右眼画像データを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータおよび上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含むプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、
上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第１のデコード部と、
上記多重化データストリームから上記プライベートデータストリームを抽出してデコードする第２のデコード部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されており、
上記第２のデコード部は、上記サービス識別情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
受信装置にある。
【００２６】
本技術において、データ受信部により、ビデオデータストリームおよびプライベートデータストリームを有する多重化データストリームが受信される。ビデオデータストリームには、立体画像を構成する左眼画像データおよび右眼画像データが含まれている。また、プライベートデータストリームには、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報のデータおよび左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報が含まれている。
【００２７】
第１のデコード部により、多重化データストリームからビデオデータストリームが抽出されてデコードされる。また、第２のデコード部により、多重化データストリームからプライベートデータストリームが抽出されてデコードされる。ここで、プライベートデータストリームにおいて、重畳情報のデータおよび視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている。第２のデコード部では、サービス識別情報に基づいて、プライベートデータストリームから重畳情報のデータ、あるいは重畳情報のデータおよび視差情報が取得される。
【００２８】
このように本技術において、プライベートデータストリームに重畳情報のデータおよび視差情報が含まれるが、それらには、別個のサービスであることを示すサービス識別情報が付加されている。そのため、受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報に基づき、プライベートデータストリームから重畳情報のデータのみを良好に取得することが可能となる。つまり、レガシーの２Ｄ対応の受信装置は、このサービス識別情報に基づいて視差情報を読み飛ばすことが可能となり、視差情報の送信がレガシーの２Ｄ対応の受信装置の受信処理の妨げとなることを防止できる。なお、受信側の３Ｄ対応の受信装置では、サービス識別情報に基づき、プライベートデータストリームから重畳情報のデータおよび視差情報の双方を良好に取得できる。
【００２９】
なお、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されており、デスクリプタには、プライベートデータストリームにおいて重畳情報のデータに付加されている第１のサービス識別情報に対応させて重畳情報のデータの情報タイプが第１のタイプであることを示す第１のタイプ情報が記述されると共に、プライベートデータストリームにおいて視差情報に付加されている第２のサービス識別情報に対応させて視差情報の情報タイプが第１のタイプとは異なる第２のタイプであることを示すタイプ情報が記述され、第２のデコード部は、サービス識別情報の他にタイプ情報に基づいて、プライベートデータストリームから重畳情報のデータ、あるいは重畳情報のデータおよび視差情報を取得する、ようにされてもよい。この場合、受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報の他にタイプ情報をも参照でき、視差情報をより確実に読み飛ばすことが可能となる。
【００３０】
また、本技術において、例えば、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されており、デスクリプタには、プライベートデータストリームにおいて重畳情報のデータに付加されている第１のサービス識別情報に対応させて所定の言語を示す第１の言語情報が記述されると共に、プライベートデータストリームにおいて視差情報に付加されている第２のサービス識別情報に対応させて非言語を示す第２の言語情報が記述され、第２のデコード部は、サービス識別情報の他に言語情報に基づいて、プライベートデータストリームから重畳情報のデータ、あるいは重畳情報のデータおよび視差情報を取得する、ようにされてもよい。この場合、受信側のレガシーの２Ｄ対応の受信装置では、サービス識別情報の他に言語情報をも参照でき、視差情報をより確実に読み飛ばすことが可能となる。
【００３１】
また、本技術のさらに他の概念は、
立体画像を構成する左眼画像データおよび右眼画像データを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータおよび上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含むプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、
上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第１のデコード部と、
上記多重化データストリームから上記プライベートデータストリームを抽出してデコードする第２のデコード部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されており、  上記重畳情報のデータに付加されている第１の上記サービス識別情報と上記視差情報に付加されている第２の上記サービス識別情報とは固有の関係を持ち、
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記第１のサービス識別情報に対応した識別情報が記述され、上記第２のサービス識別情報に対応した識別情報は記述されておらず、
上記第２のデコード部は、上記デスクリプタに記述される上記第１のサービス識別情報に対応した識別情報と上記固有の関係に基づいて、上記プライベートデータストリームから上記重畳情報のデータおよび上記視差情報を取得する
受信装置にある。
【００３２】
本技術において、データ受信部により、ビデオデータストリームおよびプライベートデータストリームを有する多重化データストリームが受信される。ビデオデータストリームには、立体画像を構成する左眼画像データおよび右眼画像データが含まれている。また、プライベートデータストリームには、左眼画像データおよび右眼画像データによる画像に重畳する重畳情報のデータおよび左眼画像データおよび右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報が含まれている。
【００３３】
第１のデコード部により、多重化データストリームからビデオデータストリームが抽出されてデコードされる。また、第２のデコード部により、多重化データストリームからプライベートデータストリームが抽出されてデコードされる。
【００３４】
ここで、プライベートデータストリームにおいて、重畳情報のデータおよび視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている。この場合、重畳情報のデータに付加されている第１のサービス識別情報と視差情報に付加されている第２のサービス識別情報とは固有の関係を持つようにされている。例えば、固有の関係の一例として、第２のサービス識別情報が示す値は第１のサービス識別情報が示す値に固定値（オフセット値）が加えられたものとされる。
【００３５】
また、多重化データストリームには、プライベートデータストリームに対応したデスクリプタが挿入されている。そして、このデスクリプタには、第１のサービス識別情報に対応した識別情報が記述されるものの、第２のサービス識別情報に対応した識別情報は記述されない。このように第２のサービス識別情報に対応した識別情報の記述がないことで、レガシーの２Ｄ対応の受信装置においては、プライベートデータストリームに含まれる視差情報を読み飛ばすことが期待されるからである。
【００３６】
第２のデコード部では、デスクリプタに記述される第１のサービス識別情報に対応した識別情報と固有の関係に基づいて、プライベートデータストリームから重畳情報のデータおよび視差情報が取得される。この場合、デスクリプタに記述される識別情報から直接第１のサービス識別情報が認識され、また、デスクリプタに記述される識別情報を固有の関係で加工（オフセット値の付加など）することで第２のサービス識別情報の認識が可能となる。したがって、プライベートデータストリームから重畳情報のデータとともに対応する視差情報の取得を効率よく適確に行うことができる。
【発明の効果】
【００３７】
本技術によれば、視差情報の送信がレガシーの２Ｄ対応の受信装置の受信処理の妨げとなることを防止できる。
【図面の簡単な説明】
【００３８】
【図１】この発明の実施の形態としての画像送受信システムの構成例を示すブロック図である。
【図２】放送局における送信データ生成部の構成例を示すブロック図である。
【図３】１９２０×１０８０のピクセルフォーマットの画像データを示す図である。
【図４】立体画像データ（３Ｄ画像データ）の伝送方式である「Top & Bottom」方式、「Side By Side」方式、「Frame Sequential」方式を説明するための図である。
【図５】左眼画像に対する右眼画像の視差ベクトルを検出する例を説明するための図である。
【図６】視差ベクトルをブロックマッチング方式で求めることを説明するための図である。
【図７】ピクセル（画素）毎の視差ベクトルの値を各ピクセル（各画素）の輝度値として用いた場合の画像例を示す図である。
【図８】ブロック（Block）毎の視差ベクトルの一例を示す図である。
【図９】送信データ生成部の視差情報作成部で行われるダウンサイジング処理を説明するための図である。
【図１０】サブタイトルデータにおいて、画面上に定義されるリージョンと、このリージョン内に定義されるサブリージョンの一例を示す図である。
【図１１】トランスポートストリームＴＳが有する、ＤＳＳのセグメントを含むサブタイトルデータストリームの構成例を示す図である。
【図１２】トランスポートストリームＴＳの構成例を示す図である。
【図１３】サブタイトルデータを構成するＰＣＳ（page_composition_segment）の構造を示す図である。
【図１４】「segment_type」の各値とセグメントタイプとの対応関係を示す図である。
【図１５】３Ｄ用サブタイトルのフォーマットを示す情報（Component_type=0x15，0x25）を説明するための図である。
【図１６】トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を説明するための図である。
【図１７】トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を説明するための図である。
【図１８】ＩＳＯ言語コード（ISO 639-2 Code）リストの抜粋を示す図である。
【図１９】サブタイトルデータストリームのストリーム構成例を示す図である。
【図２０】サブタイトル・デスクリプタ（Subtitling_descriptor）の構造例（syntax）を示す図である。
【図２１】インターバル期間（Interval period）を用いた視差情報の更新例であって、インターバル期間が固定で、しかも、その期間が更新期間と等しい場合を示す図である。
【図２２】インターバル期間（Interval period）を用いた視差情報の更新例であって、インターバル期間を短期間とした場合の視差情報の更新例を示す図である。
【図２３】ＤＳＳセグメントを含むサブタイトルデータストリームの構成例を示している。
【図２４】ＤＳＳセグメントを順次送信する場合における、視差情報の更新例を示す図である。
【図２５】更新フレーム間隔が単位期間としてのインターバル期間（ＩＤ：Interval Duration）の倍数で表される視差情報（disparity）の更新例を示す図である。
【図２６】ページ領域（Area for Page_default）に字幕表示領域としてのリージョン（Region）が２つ含まれているサブタイトルの表示例を示す図である。
【図２７】ＤＳＳのセグメントに、字幕表示期間に順次更新される視差情報（Disparity）として、リージョン単位の視差情報と全てのリージョンを含むページ単位の視差情報の双方が含まれている場合において、各リージョンとページの視差情報カーブの一例を示す図である。
【図２８】ページおよび各リージョンの視差情報がどのような構造で送られるかを示す図である。
【図２９】ＤＳＳの構造例（syntax）を示す図（１／３）である。
【図３０】ＤＳＳの構造例を示す図（２／３）である。
【図３１】ＤＳＳの構造例を示す図（３／３）である。
【図３２】ＤＳＳの主要なデータ規定内容（semantics）を示す図（１／４）である。
【図３３】ＤＳＳの主要なデータ規定内容を示す図（２／４）である。
【図３４】ＤＳＳの主要なデータ規定内容を示す図（３／４）である。
【図３５】ＤＳＳの主要なデータ規定内容を示す図（４／４）である。
【図３６】セットトップボックスおよびテレビ受信機が３Ｄ対応機器である場合の放送受信概念を示す図である。
【図３７】セットトップボックス（２Ｄ対応機器）における２Ｄストリームのみの抽出処理を概略的に示す図である。
【図３８】受信機がレガシーの２Ｄ対応機器（2D Receiver）である場合および３Ｄ対応機器（3D Receiver）である場合の放送受信概念をまとめて示す図である（ＳＢＳの場合）。
【図３９】受信機がレガシーの２Ｄ対応機器（2D Receiver）である場合および３Ｄ対応機器（3D Receiver）である場合の放送受信概念をまとめて示す図である（ＭＶＣの場合）。
【図４０】３Ｄ対応の受信装置における３Ｄサービスの判断処理を説明するための図である。
【図４１】画像上における字幕（グラフィクス情報）の表示例と、背景、近景オブジェクト、字幕の遠近感を示す図である。
【図４２】画像上における字幕の表示例と、字幕を表示するための左眼字幕ＬＧＩおよび右眼字幕ＲＧＩを示す図である。
【図４３】画像送受信システムを構成するセットトップボックスの構成例を示すブロック図である。
【図４４】セットトップボックスを構成するビットストリーム処理部の構成例（３Ｄ対応）を示すブロック図である。
【図４５】セットトップボックスを構成するビットストリーム処理部の他の構成例（２Ｄ対応）を示すブロック図である。
【図４６】画像送受信システムを構成するテレビ受信機の構成例を示すブロック図である。
【図４７】２言語サービスが存在する場合における、トランスポートストリームＴＳが有するＤＳＳセグメントを含むサブタイトルデータストリームの構成例を示す図である。
【図４８】２言語サービスが存在する場合におけるトランスポートストリームＴＳの構成例を示す図である。
【図４９】トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を説明するための図である。
【図５０】第１言語サービスに係るサブタイトルデータストリーム（ＰＩＤ１）および第２言語サービスに係るサブタイトルデータストリーム（ＰＩＤ２）のストリーム構成例を示す図である。
【図５１】２言語サービスが存在する場合における、トランスポートストリームＴＳが有するＤＳＳセグメントを含むサブタイトルデータストリームの他の構成例を示す図である。
【図５２】言語サービス間でＤＳＳセグメントを共有する場合におけるトランスポートストリームＴＳの構成例を示す図である。
【図５３】トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を説明するための図である。
【図５４】１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合における、トランスポートストリームＴＳが有するＤＳＳセグメントを含むサブタイトルデータストリームの構成例を示す図である。
【図５５】１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合におけるトランスポートストリームＴＳの構成例を示す図である。
【図５６】トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を説明するための図である。
【図５７】１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合における、トランスポートストリームＴＳが有するＤＳＳセグメントを含むサブタイトルデータストリームの他の構成例を示す図である。
【図５８】１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合におけるトランスポートストリームＴＳの構成例を示す図である。
【図５９】トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を説明するための図である。
【図６０】ＰＥＳペイロード（PES payload）に３Ｄ拡張セグメントを含む３Ｄ＿ＥＸ部が存在する場合における、トランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示す図である。
【図６１】ＰＥＳペイロード（PES payload）に３Ｄ拡張セグメントを含む３Ｄ＿ＥＸ部が存在するサブタイトルデータストリームを有するトランスポートストリームＴＳの構成例を示す図である。
【図６２】サブタイトルデータストリームのストリーム構成例を示す図である。
【図６３】トランスポートストリームＴＳが有するサブタイトルデータストリームの他の構成例を示す図である。
【図６４】トランスポートストリームＴＳの構成例を示す図である。
【図６５】２言語サービスが存在する場合におけるトランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示す図である。
【図６６】トランスポートストリームＴＳの構成例を示す図である。
【図６７】トランスポートストリームＴＳが有するサブタイトルデータストリームの他の構成例を示す図である。
【図６８】トランスポートストリームＴＳの構成例を示す図である。
【図６９】トランスポートストリームＴＳが有するサブタイトルデータストリームの別の構成例を示す図である。
【図７０】トランスポートストリームＴＳの構成例を示す図である。
【図７１】３Ｄ拡張セグメントを共有する場合におけるトランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示す図である。
【図７２】トランスポートストリームＴＳの構成例を示す図である。
【図７３】画像送受信システムを構成するセットトップボックスの他の構成例を示すブロック図である。
【図７４】画像送受信システムを構成するテレビ受信機の他の構成例を示すブロック図である。
【図７５】画像送受信システムの他の構成例を示すブロック図である。
【図７６】両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクトの左右像の表示位置と、その立体像の再生位置との関係を説明するための図である。
【発明を実施するための形態】
【００３９】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００４０】
＜１．実施の形態＞
［画像送受信システムの構成例］
図１は、実施の形態としての画像送受信システム１０の構成例を示している。この画像送受信システム１０は、放送局１００と、セットトップボックス（ＳＴＢ）２００と、テレビ受信機（ＴＶ）３００を有している。
【００４１】
セットトップボックス２００およびテレビ受信機３００は、ＨＤＭＩ(High Definition Multimedia Interface)のデジタルインタフェースで接続されている。セットトップボックス２００およびテレビ受信機３００は、ＨＤＭＩケーブル４００を用いて接続されている。セットトップボックス２００には、ＨＤＭＩ端子２０２が設けられている。テレビ受信機３００には、ＨＤＭＩ端子３０２が設けられている。ＨＤＭＩケーブル４００の一端はセットトップボックス２００のＨＤＭＩ端子２０２に接続され、このＨＤＭＩケーブル４００の他端はテレビ受信機３００のＨＤＭＩ端子３０２に接続されている。
【００４２】
［放送局の説明］
放送局１００は、多重化データストリームとしてのトランスポートストリームＴＳを、放送波に載せて送信する。放送局１００は、トランスポートストリームＴＳを生成する送信データ生成部１１０を備えている。このトランスポートストリームＴＳには、画像データ、音声データ、重畳情報のデータ、視差情報などが含まれる。ここで、画像データ（以下、適宜、「立体画像データ」という）は、立体画像を構成する左眼画像データおよび右眼画像データを含む。立体画像データは所定の伝送フォーマットを有する。重畳情報は、一般的には、字幕、グラフィクス情報、テキスト情報などであるが、この実施の形態においてはサブタイトル（字幕）である。
【００４３】
「送信データ生成部の構成例」
図２は、放送局１００における送信データ生成部１１０の構成例を示している。この送信データ生成部１１０は、既存の放送規格の一つであるＤＶＢ（Digital Video Broadcasting）方式に容易に連携できるデータ構造で視差情報（視差ベクトル）を送信する。この送信データ生成部１１０は、データ取り出し部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３を有している。また、この送信データ生成部１１０は、サブタイトル発生部１１４と、視差情報作成部１１５と、サブタイトル処理部１１６と、サブタイトルエンコーダ１１８と、マルチプレクサ１１９を有している。
【００４４】
データ取り出し部１１１には、データ記録媒体１１１ａが、例えば、着脱自在に装着される。このデータ記録媒体１１１ａには、左眼画像データおよび右眼画像データを含む立体画像データと共に、音声データ、視差情報が対応付けて記録されている。データ取り出し部１１１は、データ記録媒体１１１ａから、立体画像データ、音声データ、視差情報等を取り出して出力する。データ記録媒体１１１ａは、ディスク状記録媒体、半導体メモリ等である。
【００４５】
データ記録媒体１１１ａに記録されている立体画像データは、所定の伝送方式の立体画像データである。立体画像データ（３Ｄ画像データ）の伝送方式の一例を説明する。ここでは、以下の第１〜第３の伝送方式を挙げるが、これら以外の伝送方式であってもよい。また、ここでは、図３に示すように、左眼（Ｌ）および右眼（Ｒ）の画像データが、それぞれ、決められた解像度、例えば、１９２０×１０８０のピクセルフォーマットの画像データである場合を例にとって説明する。
【００４６】
第１の伝送方式は、トップ・アンド・ボトム（Top & Bottom）方式で、図４（ａ）に示すように、垂直方向の前半では左眼画像データの各ラインのデータを伝送し、垂直方向の後半では左眼画像データの各ラインのデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データのラインが１／２に間引かれることから原信号に対して垂直解像度は半分となる。
【００４７】
第２の伝送方式は、サイド・バイ・サイド（Side By Side）方式で、図４（ｂ）に示すように、水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データは、それぞれ、水平方向のピクセルデータが１／２に間引かれる。原信号に対して、水平解像度は半分となる。
【００４８】
第３の伝送方式は、フレーム・シーケンシャル（Frame Sequential）方式、あるいは、Ｌ／Ｒ ノーインターリービング（L/RNo interleaving）で、図４（ｃ）に示すように、左眼画像データと右眼画像データとをフレーム毎に順次切換えて伝送する方式である。なお、この方式は、フル・フレーム（Full Frame）方式、あるいは従来の２Ｄフォーマットに対してのサービスコンパチブル（service compatible）方式も含む。
【００４９】
また、データ記録媒体１１１ａに記録されている視差情報は、例えば、画像を構成するピクセル（画素）毎の視差ベクトルである。視差ベクトルの検出例について説明する。ここでは、左眼画像に対する右眼画像の視差ベクトルを検出する例について説明する。図５に示すように、左眼画像を検出画像とし、右眼画像を参照画像とする。この例では、（xi,yi）および（xj,yj）の位置における視差ベクトルが検出される。
【００５０】
（xi,yi）の位置における視差ベクトルを検出する場合を例にとって説明する。この場合、左眼画像に、（xi,yi）の位置の画素を左上とする、例えば４×４、８×８あるいは１６×１６の画素ブロック（視差検出ブロック）Ｂｉが設定される。そして、右眼画像において、画素ブロックＢｉとマッチングする画素ブロックが探索される。
【００５１】
この場合、右眼画像に、（xi,yi）の位置を中心とする探索範囲が設定され、その探索範囲内の各画素を順次注目画素として、上述の画素ブロックＢｉと同様の例えば４×４、８×８あるいは１６×１６の比較ブロックが順次設定されていく。
【００５２】
画素ブロックＢｉと順次設定される比較ブロックとの間で、対応する画素毎の差分絶対値の総和が求められる。ここで、図６に示すように、画素ブロックＢｉの画素値をＬ(x,y)とし、比較ブロックの画素値をＲ(x,y)とするとき、画素ブロックＢｉと、ある比較ブロックとの間における差分絶対値の総和は、Σ｜Ｌ(x,y)−Ｒ(x,y)｜で表される。
【００５３】
右眼画像に設定される探索範囲にｎ個の画素が含まれているとき、最終的にｎ個の総和Ｓ１〜Ｓｎが求められ、その中で最小の総和Ｓminが選択される。そして、この総和Ｓminが得られた比較ブロックから左上の画素の位置が（xi′,yi′）が得られる。これにより、（xi,yi）の位置における視差ベクトルは、（xi′−xi，yi′−yi）のように検出される。詳細説明は省略するが、（xj,yj）の位置における視差ベクトルについても、左眼画像に、（xj,yj）の位置の画素を左上とする、例えば４×４、８×８あるいは１６×１６の画素ブロックＢｊが設定されて、同様の処理過程で検出される。
【００５４】
図２に戻って、ビデオエンコーダ１１２は、データ取り出し部１１１から取り出された立体画像データに対して、ＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２、ＶＣ−１等の符号化を施し、ビデオデータストリーム（ビデオエレメンタリストリーム）を生成する。オーディオエンコーダ１１３は、データ取り出し部１１１から取り出された音声データに対して、ＡＣ３、ＡＡＣ等の符号化を施し、オーディオデータストリーム（オーディオエレメンタリストリーム）を生成する。
【００５５】
サブタイトル発生部１１４は、ＤＶＢ（Digital Video Broadcasting）方式の字幕データであるサブタイトルデータを発生する。このサブタイトルデータは、２次元画像用のサブタイトルデータである。このサブタイトル発生部１１４は、重畳情報データ出力部を構成している。
【００５６】
視差情報作成部１１５は、データ取り出し部１１１から取り出されたピクセル（画素）毎の、あるいは複数のピクセルに対しての視差ベクトル（水平方向視差ベクトル）に対して、ダウンサイジング処理を施し、以下に示すように、各階層の視差情報を生成する。なお、視差情報は必ずしも視差情報作成部１１５で生成される必要はなく、外部から別途供給される構成も可能である。
【００５７】
図７は、各ピクセル（画素）の輝度値のようにして与えられる相対的な深さ方向のデータの例を示している。ここで、相対的な深さ方向のデータは所定の変換により画素ごとの視差ベクトルとして扱うことが可能となる。この例において、人物部分の輝度値は高くなっている。これは、人物部分の視差ベクトルの値が大きいことを意味し、従って、立体画像表示では、この人物部分が浮き出た状態に知覚されることを意味している。また、この例において、背景部分の輝度値は低くなっている。これは、背景部分の視差ベクトルの値が小さいことを意味し、従って、立体画像表示では、この背景部分が沈んだ状態に知覚されることを意味している。
【００５８】
図８は、ブロック（Block）毎の視差ベクトルの一例を示している。ブロックは、最下層に位置するピクセル（画素）の上位層に当たる。このブロックは、画像（ピクチャ）領域が、水平方向および垂直方向に所定の大きさで分割されることで構成される。各ブロックの視差ベクトルは、例えば、そのブロック内に存在する全ピクセル（画素）の視差ベクトルから、最も値の大きな視差ベクトルが選択されることで得られる。この例においては、各ブロックの視差ベクトルを矢印で示しており、矢印の長さが視差ベクトルの大きさに対応している。
【００５９】
図９は、視差情報作成部１１５で行われるダウンサイジング処理の一例を示している。最初に、視差情報作成部１１５は、図９（ａ）に示すように、ピクセル（画素）毎の視差ベクトルを用いて、ブロック毎の符号付き視差ベクトルを求める。上述したように、ブロックは、最下層に位置するピクセル（画素）の上位層に当たり、画像（ピクチャ）領域が水平方向および垂直方向に所定の大きさで分割されることで構成される。そして、各ブロックの視差ベクトルは、例えば、そのブロック内に存在する全ピクセル（画素）の視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。
【００６０】
次に、視差情報作成部１１５は、図９（ｂ）に示すように、ブロック毎の視差ベクトルを用いて、グループ（Group Of Block）毎の視差ベクトルを求める。グループは、ブロックの上位層に当たり、複数個の近接するブロックをまとめてグループ化することで得られる。図９（ｂ）の例では、各グループは、破線枠で括られる４個のブロックにより構成されている。そして、各グループの視差ベクトルは、例えば、そのグループ内の全ブロックの視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。
【００６１】
次に、視差情報作成部１１５は、図９（ｃ）に示すように、グループ毎の視差ベクトルを用いて、パーティション（Partition）毎の視差ベクトルを求める。パーティションは、グループの上位層に当たり、複数個の近接するグループをまとめてグループ化することで得られる。図９（ｃ）の例では、各パーティションは、破線枠で括られる２個のグループにより構成されている。そして、各パーティションの視差ベクトルは、例えば、そのパーティション内の全グループの視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。
【００６２】
次に、視差情報作成部１１５は、図９（ｄ）に示すように、パーティション毎の視差ベクトルを用いて、最上位層に位置するピクチャ全体（画像全体）の視差ベクトルを求める。図９（ｄ）の例では、ピクチャ全体には、破線枠で括られる４個のパーティションが含まれている。そして、ピクチャ全体の視差ベクトルは、例えば、ピクチャ全体に含まれる全パーティションの視差ベクトルから、最も値の小さな、あるいは最も絶対値が大きい負の値をもつ視差ベクトルが選択されることで得られる。
【００６３】
このようにして、視差情報作成部１１５は、最下層に位置するピクセル（画素）毎の視差ベクトルにダウンサイジング処理を施して、ブロック、グループ、パーティション、ピクチャ全体の各階層の各領域の視差ベクトルを求めることができる。なお、図９に示すダウンサイジング処理の一例では、最終的に、ピクセル（画素）の階層の他、ブロック、グループ、パーティション、ピクチャ全体の４階層の視差ベクトルを求めている。しかし、階層数ならびに各階層の領域の切り方や領域の数はこれに限定されるものではない。
【００６４】
図２に戻って、サブタイトル処理部１１６は、サブタイトル発生部１１４で発生されたサブタイトルデータに基づいて、リージョン内にサブリージョンの領域を定義できる。また、サブタイトル処理部１１６は、視差情報作成部１１５で作成された視差情報に基づいて、左眼画像および右眼画像における重畳情報の表示位置をシフト調整するための視差情報を設定する。この視差情報は、サブリージョンまたはリージョン毎に、あるいはページ毎に設定可能とされている。
【００６５】
図１０（ａ）は、サブタイトルデータにおいて、画面上に定義されるリージョンと、このリージョン内に定義されるサブリージョンの一例を示している。この例では、「Region_Starting Position」がＲ０であるリージョン０（Region0）に、「SubRegion 1」、「SubRegion 2」の２つのサブリージョンが定義されている。「SubRegion 1」の水平方向位置（Horizontal Position）ｘはＳＲ１で、「SubRegion 2」の水平方向位置（Horizontal Position）ｘはＳＲ２である。そして、この例では、サブリージョン「SubRegion 1」に対して視差情報「disparity 1」が設定され、サブリージョン「SubRegion 2」に対して視差情報「disparity 2」が設定される。
【００６６】
図１０（ｂ）は、視差情報による左眼画像におけるサブリージョン領域内のシフト調整例を示している。サブリージョン「SubRegion 1」に対して視差情報「disparity 1」が設定されている。そのため、サブリージョン「SubRegion 1」に関しては、水平方向位置（Horizontal Position）ｘがＳＲ１−disparity 1 となるようにシフト調整される。また、サブリージョン「SubRegion2」に対して視差情報「disparity 2」が設定されている。そのため、サブリージョン「SubRegion 2」に関しては、水平方向位置（Horizontal Position）ｘがＳＲ２−disparity 2 となるようにシフト調整される。
【００６７】
図１０（ｃ）は、視差情報による右眼画像におけるサブリージョン領域内のシフト調整例を示している。サブリージョン「SubRegion 1」に対して視差情報「disparity 1」が設定されている。そのため、サブリージョン「SubRegion 1」に関しては、上述の左眼画像とは逆向きに、水平方向位置（HorizontalPosition）ｘがＳＲ１＋disparity 1 となるようにシフト調整される。また、サブリージョン「SubRegion 2」に対して視差情報「disparity 2」が設定されている。そのため、サブリージョン「SubRegion 2」に関しては、上述の左眼画像とは逆向きに、水平方向位置（HorizontalPosition）ｘがＳＲ２＋disparity 2 となるようにシフト調整される。
【００６８】
サブタイトル処理部１１６は、サブタイトル発生部１１４で発生されたサブタイトルデータと共に、上述のサブリージョン領域の領域情報、視差情報などの表示制御情報を出力する。なお、視差情報に関しては、上述したようにサブリージョン単位で設定できる他、リージョン単位、あるいはページ単位でも設定できる。
【００６９】
サブタイトルデータは、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなどのセグメントを持つ。ＤＤＳ（display definition segment）は、ＨＤＴＶ用の表示（display）サイズを指定する。ＰＣＳ（page composition segment）は、ページ（page）内のリージョン（region）位置を指定する。ＲＣＳ（region compositionsegment）は、リージョン（Region）の大きさやオブジェクト（object）の符号化モードを指定し、また、オブジェクト（object）の開始位置を指定する。
【００７０】
ＣＤＳ（CLUT definition segment）は、ＣＬＵＴ内容の指定をする。ＯＤＳ（objectdata segment）は、符号化ピクセルデータ（Pixel data）を含む。ＥＤＳ（end of display set segment）は、ＤＤＳのセグメントからはじまるサブタイトルデータの終了を示す。この実施の形態においては、ＤＳＳ（Disparity Signaling Segment）のセグメントがさらに定義される。このＤＳＳのセグメントに、上述の視差情報などの表示制御情報が挿入される。
【００７１】
図２に戻って、サブタイトルエンコーダ１１８は、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むサブタイトルデータストリーム（プライベートデータストリーム）を生成する。マルチプレクサ１１９は、ビデオエンコーダ１１２、オーディオエンコーダ１１３およびサブタイトルエンコーダ１１８からの各データストリームを多重化し、多重化データストリームとしてのトランスポートストリームＴＳを生成する。このトランスポートストリームＴＳは、ＰＥＳ（Packetized Elementary Stream）のストリームとして、ビデオデータストリーム、オーディオデータストリーム、サブタイトルデータストリームを有するものとなる。
【００７２】
図１１は、トランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示している。先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むＰＥＳペイロード（PES Payload）が配置されている。ここで、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤ（＝page_id1）とＤＳＳのセグメントに付されるページＩＤ（＝page_id2）とは異なるものとされる。
【００７３】
ここで、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントは重畳情報のデータ（サブタイトルデータ）を含む第１のセグメントを構成している。また、ＤＳＳのセグメントは視差情報を含む第２のセグメントを構成している。ページＩＤはサービス識別情報を構成している。第１のセグメントに付されるページＩＤと、第２のセグメントに付されるページＩＤとが異なるものとされることで、第１のセグメントと第２のセグメントとが別個のサービスであることが示され、その識別が可能となる。
【００７４】
この実施の形態において、第２のセグメントに付されるページＩＤ（＝page_id2）の値は、第１のセグメントに付されるページＩＤ（＝page_id1）の値に予め決定された所定値が加算された値とされる。これにより、第１のセグメントであるＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントと、第２のセグメントであるＤＳＳのセグメントとが、ページＩＤ上においてひも付けされている。
【００７５】
図２に示す送信データ生成部１１０の動作を簡単に説明する。データ取り出し部１１１から取り出された立体画像データは、ビデオエンコーダ１１２に供給される。このビデオエンコーダ１１２では、その立体画像データに対してＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２、ＶＣ−１等の符号化が施され、符号化ビデオデータを含むビデオデータストリームが生成される。このビデオデータストリームはマルチプレクサ１１９に供給される。
【００７６】
データ取り出し部１１１で取り出された音声データはオーディオエンコーダ１１３に供給される。このオーディオエンコーダ１１３では、音声データに対して、ＭＰＥＧ−２Ａｕｄｉｏ ＡＡＣ、あるいは、ＭＰＥＧ−４  ＡＡＣ等の符号化が施され、符号化オーディオデータを含むオーディオデータストリームが生成される。このオーディオデータストリームはマルチプレクサ１１９に供給される。
【００７７】
サブタイトル発生部１１４では、ＤＶＢの字幕データである２次元画像用のサブタイトルデータが発生される。このサブタイトルデータは、視差情報作成部１１５およびサブタイトル処理部１１６に供給される。
【００７８】
データ取り出し部１１１から取り出されたピクセル（画素）毎の視差ベクトルは、視差情報作成部１１５に供給される。この視差情報作成部１１５では、ピクセル毎の、あるいは複数のピクセルに対しての視差ベクトルに対してダウンサイジング処理が施され、各階層の視差情報（disparity）が作成される。この視差情報は、サブタイトル処理部１１６に供給される。
【００７９】
サブタイトル処理部１１６では、サブタイトル発生部１１４で発生されたサブタイトルデータに基づいて、例えば、リージョン内にサブリージョンの領域が定義される。また、サブタイトル処理部１１６では、視差情報作成部１１５で作成された視差情報に基づいて、左眼画像および右眼画像における重畳情報の表示位置をシフト調整するための視差情報が設定される。この場合、視差情報は、サブリージョンまたはリージョン毎に、あるいはページ毎に設定される。
【００８０】
サブタイトル処理部１１６から出力されるサブタイトルデータおよび表示制御情報は、サブタイトルエンコーダ１１８に供給される。表示制御情報には、サブリージョン領域の領域情報、視差情報などが含まれている。サブタイトルエンコーダ１１８では、サブタイトルデータストリームが生成される。すなわち、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むサブタイトルデータストリームが生成される。上述したように、ＤＳＳのセグメントは、表示制御情報を含むセグメントである。
【００８１】
マルチプレクサ１１９には、上述したように、ビデオエンコーダ１１２、オーディオエンコーダ１１３およびサブタイトルエンコーダ１１８からの各データストリームが供給される。そして、このマルチプレクサ１１９では、各データストリームがＰＥＳパケット化されて多重され、多重化データストリームとしてのトランスポートストリームＴＳが生成される。このトランスポートストリームＴＳは、ＰＥＳストリームとして、ビデオデータストリーム、オーディオデータストリームの他に、サブタイトルデータストリーム（プライベートデータストリーム）を有するものとなる。
【００８２】
図１２は、トランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【００８３】
この構成例では、サブタイトルデータストリーム（プライベートデータストリーム）のＰＥＳパケット「Subtitle PES1」が含まれている。このサブタイトルデータストリームには、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントにはページＩＤとして“page_id1”が付され、第２のセグメントとしてのＤＳＳのセグメントにはページＩＤとして“page_id2”が付され、識別可能とされている。
【００８４】
図１３は、ＰＣＳ（page_composition_segment）の構造を示している。このＰＣＳのセグメントタイプは、図１４に示すように、「0x10」である。図１３において、「region_horizontal_address」、「region_vertical_address」は、リージョン（region）の開始位置を示す。なお、ＤＤＳ、ＲＣＳ、ＯＤＳなどのその他のセグメントについては、その構造の図示は省略する。図１４に示すように、ＤＤＳのセグメントタイプは「0x14」であり、ＲＣＳのセグメントタイプは「0x11」であり、ＣＤＳのセグメントタイプは「0x12」であり、ＯＤＳのセグメントタイプは「0x13」であり、ＥＤＳのセグメントタイプは「0x80」である。さらに、図１４に示すように、ＤＳＳのセグメントタイプは、「0x15」である。このＤＳＳのセグメントの詳細構造については、後述する。
【００８５】
図１２に戻って、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（ProgramMap Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ(EventInformation Table)が含まれている。このＥＩＴには、番組単位のメタデータが記載される。
【００８６】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【００８７】
デスクリプタとしてサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。サブタイトル・デスクリプタには、第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値（page_id1）は、このコンポジション・ページＩＤの値（page_id1）と同じものとされる。
【００８８】
また、第１のセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この第１のセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、英語を示す「eng」に設定される。
【００８９】
また、サブタイトル・デスクリプタには、第２のセグメントとしてのＤＳＳのセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。ＤＳＳのセグメントに付されるページＩＤの値（page_id2）は、このコンポジション・ページＩＤの値（page_id2）と同じものとされる。
【００９０】
また、第２のセグメントに対応したサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値、例えば、「0x15」あるいは「0x25」とされる（図１５の“component_type”参照）。さらに、この第２のセグメントに対応したＩＳＯ言語コードは、例えば、非言語を示す「zxx」に設定される。
【００９１】
図１６は、図１２に示されているサブタイトル・デスクリプタ（Subtitling_descriptor）等を取り出して示している。なお、上述では、第２のセグメントに対応したＩＳＯ言語コードは、例えば、非言語を示す「zxx」に設定されるように説明した。しかし、第２のセグメントに対応したＩＳＯ言語コードを、図１７に示すように、第１のセグメントに対応したＩＳＯ言語コードと同じく、サブタイトル（字幕）の言語を示すように設定することも考えられる。
【００９２】
なお、非言語を示すＩＳＯ言語コードとして、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれか、あるいは、「mis」または「und」の言語コードを使用することも考えられる。なお、参考として、図１８に、ＩＳＯ言語コード（ISO 639-2 Code）リストの抜粋を示す。
【００９３】
図１９は、サブタイトルデータストリームのストリーム構成例を示している。この例は、英語“ｅｎｇ”の言語サービス例である。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（「２Ｄ」で示す）に対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ａ１”とされている。そのため、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値は“Ａ１”であることが分かる。
【００９４】
また、コンポジション・ページＩＤ＝ページＩＤ＝Ａ１に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ａ１に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、英語を示す「eng」に設定されている。
【００９５】
また、第２のセグメントとしてのＤＳＳセグメントに対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ａ２”とされている。そのため、ＤＳＳのセグメントに付されるページＩＤの値は“Ａ２”であることが分かる。
【００９６】
また、コンポジション・ページＩＤ＝ページＩＤ＝Ａ２に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ａ２に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、非言語を示す「zxx」に設定されている。
【００９７】
図２０は、サブタイトル・デスクリプタ（Subtitling_descriptor）の構造例（syntax）を示している。「descriptor_tag」の８ビットフィールドは、このデスクリプタがサブタイトル・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、このフィールド以後の全体のバイトサイズを示す。
【００９８】
「ISO_639_language_code」の２４ビットフィールドは、ＩＳＯ言語コードを示す。第１のセグメントに対応してサブタイトル（字幕）の言語を示すコードとされ、第２のセグメントに対応して非言語あるいはサブタイトル（字幕）の言語を示すコードとされる。「subtitling_type」の８ビットフィールドは、サブタイトルタイプ情報を示す。第１のセグメントに対応したサブタイトリングタイプ（subtitling_type）は“２Ｄ”とされ、第２のセグメントに対応したサブタイトリングタイプ（subtitling_type）は“３Ｄ”とされる。「composition_page_id」の１６ビットフィールドは、コンポジション・ページＩＤを示す。第１のセグメントに対応したコンポジション・ページＩＤはそれに付されるページＩＤと同じ値とされ、第２のセグメントに対応したコンポジション・ページＩＤはそれに付されるページＩＤと同じ値とされる。
【００９９】
［視差情報の更新］
上述したように、サブタイトルデータストリームに含まれるＤＳＳセグメントにより視差情報が送信される。この視差情報の更新について説明する。
【０１００】
図２１、図２２は、インターバル期間（Interval period）を用いた視差情報の更新例を示している。図２１は、インターバル期間（Interval period）が固定で、しかも、その期間が更新期間と等しい場合を示している。すなわち、Ａ−Ｂ、Ｂ−Ｃ、Ｃ−Ｄ、・・・の各更新期間は、１個のインターバル期間からなっている。
【０１０１】
図２２は、一般的なもので、インターバル期間（Interval period）を短期間（例えば、フレーム周期でもよい）とした場合の、視差情報の更新例を示している。この場合、インターバル期間の個数は、各更新期間において、Ｍ，Ｎ，Ｐ，Ｑ，Ｒとなる。なお、図２１、図２２において、“Ａ”は字幕表示期間の開始フレーム（開始時点）を示し、“Ｂ”〜“Ｆ”は、その後の更新フレーム（更新時点）を示している。
【０１０２】
字幕表示期間内で順次更新される視差情報を受信側（セットトップボックス２００など）に送る場合、受信側においては、更新期間毎の視差情報に補間処理を施すことで、任意のフレーム間隔、例えば、１フレーム間隔の視差情報を生成して使用することが可能である。
【０１０３】
図２３は、サブタイトルデータストリームの構成例を示している。図２３（ａ）は、ＤＳＳのセグメントが１個だけ挿入される例を示している。ＰＥＳヘッダには、時間情報（ＰＴＳ）が含まれている。また、ＰＥＳペイロードデータとして、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。これらは、字幕表示期間の開始前に一括送信される。この１個のＤＳＳセグメントには、字幕表示期間で順次更新される複数の視差情報が含められる。
【０１０４】
なお、字幕表示期間で順次更新される複数の視差情報を複数のパケットに分割して、この順次更新される複数の視差情報を受信側（セットトップボックス２００など）に送ることもできる。この場合、サブタイトルデータストリームに、更新を行うタイミング毎にＤＳＳのセグメントが挿入される。
【０１０５】
図２３（ｂ）は、その場合におけるサブタイトルデータストリームの構成例を示している。この場合、最初に、ＰＥＳヘッダに時間情報ＰＴＳnが含まれ、ＰＥＳペイロードデータとしてＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが送信される。その後、更新を行うタイミング毎に、ＰＥＳヘッダにそのタイミングの時間情報ＰＴＳn，ＰＴＳn+1，・・・が含まれ、ＰＥＳペイロードデータとしてＤＤＳ、ＰＣＳ、ＤＳＳ、ＥＤＳの各セグメントが送信される。
【０１０６】
図２４は、上述の図２３（ｂ）に示すように、ＤＳＳのセグメントを順次送信する場合における、視差情報の更新例を示している。なお、図２４において、“Ａ”は字幕表示期間の開始フレーム（開始時点）を示し、“Ｂ”〜“Ｆ”は、その後の更新フレーム（更新時点）を示している。
【０１０７】
ＤＳＳセグメントを順次送信して、字幕表示期間内で順次更新される視差情報を受信側（セットトップボックス２００など）に送る場合も、受信側においては、上述したと同様の処理が可能である。すなわち、この場合も、受信側においては、更新期間毎の視差情報に補間処理を施すことで、任意のフレーム間隔、例えば、１フレーム間隔の視差情報を生成して使用することが可能である。
【０１０８】
図２５は、上述の図２２と同様の、視差情報（disparity）の更新例を示している。更新フレーム間隔は、単位期間としてのインターバル期間（ＩＤ：Interval Duration）の倍数で表される。例えば、更新フレーム間隔「DivisionPeriod 1」は“ＩＤ＊Ｍ”で表され、更新フレーム間隔「Division Period 2」は“ＩＤ＊Ｎ”で表され、以下の各更新フレーム間隔も同様に表される。図２５に示す視差情報の更新例においては、更新フレーム間隔は固定ではなく、視差情報カーブに応じた更新フレーム間隔の設定が行われている。
【０１０９】
また、この視差情報（disparity）の更新例において、受信側では、字幕表示期間の開始フレーム（開始時刻）Ｔ1_0は、この視差情報が含まれるＰＥＳストリームのヘッダに挿入されているＰＴＳ（PresentationTime Stamp）で与えられる。そして、受信側では、視差情報の各更新時刻が、各更新フレーム間隔の情報であるインターバル期間の情報（単位期間の情報）およびそのインターバル期間の個数の情報に基づいて求められる。
【０１１０】
この場合、字幕表示期間の開始フレーム（開始時刻）Ｔ1_0から、以下の（１）式に基づいて、順次各更新時刻が求められる。この（１）式において、「interval_count」はインターバル期間の個数を示し、図２５におけるＭ，Ｎ，Ｐ，Ｑ，Ｒ，Ｓに相当する値である。また、この（１）式において、「interval_time」は、図２５におけるインターバル期間（ＩＤ）に相当する値である。
【０１１１】
Tm_n= Tm_(n-1) + (interval_time * interval_count)      ・・・（１）
【０１１２】
例えば、図２５に示す更新例においては、この（１）式に基づいて、各更新時刻が以下のように求められる。すなわち、更新時刻Ｔ1_1は、開始時刻（Ｔ1_0）と、インターバル期間（ＩＤ）と、個数（Ｍ）が用いられて、「T1_1 = T1_0 + (ID * M) 」のように求められる。また、更新時刻Ｔ1_2は、更新時刻（Ｔ1_1）と、インターバル期間（ＩＤ）と、個数（Ｎ）が用いられて、「T1_2 = T1_1+ (ID * N) 」のように求められる。以降の各更新時刻も同様に求められる。
【０１１３】
図２５に示す更新例において、受信側では、字幕表示期間内で順次更新される視差情報に関して、補間処理が施され、字幕表示期間内における任意のフレーム間隔、例えば、１フレーム間隔の視差情報が生成されて使用される。例えば、この補間処理として、線形補間処理ではなく、時間方向（フレーム方向）にローパスフィルタ（ＬＰＦ）処理を伴った補間処理が行われることで、補間処理後の所定フレーム間隔の視差情報の時間方向（フレーム方向）の変化がなだらかとされる。図２５の破線ａはＬＰＦ出力例を示している。
【０１１４】
図２６は、字幕としてのサブタイトルの表示例を示している。この表示例においては、ページ領域（Area for Page_default）に、字幕表示領域としてのリージョン（Region）が２つ（リージョン１、リージョン２）含まれている。リージョンには１つまたは複数のサブリージョンが含まれている。ここでは、リージョンに１つのサブリージョンが含まれており、リージョン領域とサブリージョン領域とが等しいものとする。
【０１１５】
図２７は、ＤＳＳのセグメントに、字幕表示期間に順次更新される視差情報（Disparity）として、リージョン単位の視差情報とページ単位の視差情報の双方が含まれている場合において、各リージョンとページの視差情報カーブの一例を示している。ここで、ページの視差情報カーブは、２つのリージョンの視差情報カーブの最小値を採るような形とされている。
【０１１６】
リージョン１（Region1）に関しては、開始時刻であるＴ1_0と、その後の更新時刻であるＴ1_1，Ｔ1_2，Ｔ1_3，・・・，Ｔ1_6の７個の視差情報が存在する。また、リージョン２（Region2）に関しては、開始時刻であるＴ2_0と、その後の更新時刻であるＴ2_1，Ｔ2_2，Ｔ2_3，・・・，Ｔ2_7の８個の視差情報が存在する。さらに、ページ（Page_default）に関しては、開始時刻であるＴ0_0と、その後の更新時刻であるＴ0_1，Ｔ0_2，Ｔ0_3，・・・，Ｔ0_6の７個の視差情報が存在する。
【０１１７】
図２８は、図２７に示すページおよび各リージョンの視差情報がどのような構造で送られるかを示している。最初にページレイヤについて説明する。このページレイヤには、視差情報の固定値である「page_default_disparity」が配置される。そして、字幕表示期間に順次更新される視差情報に関しては、開始時刻とその後の各更新時刻に対応した、インターバル期間の個数を示す「interval_count」と、視差情報を示す「disparity_page_update」が、順次配置される。なお、開始時刻の「interval_count」は“０”とされる。
【０１１８】
次に、リージョンレイヤについて説明する。リージョン１（サブリージョン１）については、視差情報の固定値である「subregion_disparity_integer_part」および「subregion_disparity_fractional_part」が配置される。ここで、「subregion_disparity_integer_part」は視差情報の整数部分を示し、「subregion_disparity_fractional_part」は視差情報の小数部分を示している。
【０１１９】
そして、字幕表示期間に順次更新される視差情報に関しては、開始時刻とその後の各更新時刻に対応した、インターバル期間の個数を示す「interval_count」と、視差情報を示す「disparity_region_update_integer_part」および「disparity_region_update_fractional_part」が、順次配置される。ここで、「disparity_region_update_integer_part」は視差情報の整数部分を示し、「disparity_region_update_fractional_part」は視差情報の小数部分を示している。なお、開始時刻の「interval_count」は“０”とされる。
【０１２０】
リージョン２（サブリージョン２）については、上述のリージョン１と同様であり、視差情報の固定値である「subregion_disparity_integer_part」および「subregion_disparity_fractional_part」が配置される。そして、字幕表示期間に順次更新される視差情報に関しては、開始時刻とその後の各更新時刻に対応した、インターバル期間の個数を示す「interval_count」と、視差情報を示す「disparity_region_update_integer_part」および「disparity_region_update_fractional_part」が、順次配置される。
【０１２１】
図２９〜図３１は、ＤＳＳ（Disparity_Signaling_ Segment）の構造例（syntax）を示している。図３２〜図３５は、ＤＳＳの主要なデータ規定内容（semantics）を示している。この構造には、「sync_byte」、「segment_type」、「page_id」、「segment_length」、「dss_version_number」の各情報が含まれている。「segment_type」は、セグメントタイプを示す８ビットのデータであり、ここでは、ＤＳＳを示す値とされる。「segment_length」は、以降のバイト数を示す８ビットのデータである。
【０１２２】
「disparity_shift_update_sequence_page_flag」の１ビットフラグは、ページ単位の視差情報として字幕表示期間に順次更新される視差情報があるか否かを示す。“１”は存在することを示し、“０”は存在しないことを示す。「page_default_disparity_shift」の８ビットフィールドは、ページ単位の固定の視差情報、つまり、字幕表示期間内において共通に使用される視差情報を示す。上述した「disparity_page_update_sequence_flag」のフラグが“１”であるとき、「disparity_shift_update_sequence()」の読み出しが行われる。
【０１２３】
図３１は、「disparity_shift_update_sequence()」の構造例（Syntax）を示している。「disparity_page_update_sequence_length」は、以降のバイト数を示す８ビットのデータである。「interval_duration[23..0]」の２４ビットフィールドは、単位期間としてのインターバル期間（Interval Duration）（図２５参照）を９０ＫＨｚ単位で指定する。つまり、「interval_duration[23..0]」は、このインターバル期間（Interval Duration）を９０ＫＨｚのクロックで計測した値を２４ビット長で表す。
【０１２４】
ＰＥＳのヘッダ部に挿入されているＰＴＳが３３ビット長であるのに対して、２４ビット長とされているのは、以下の理由からである。すなわち、３３ビット長では２４時間分を超える時間を表現できるが、字幕表示期間内のこのインターバル期間（Interval Duration）としては不必要な長さである。また、２４ビットとすることで、データサイズを縮小でき、コンパクトな伝送を行うことができる。また、２４ビットは８×３ビットであり、バイトアラインが容易となる。
【０１２５】
「division_period_count」の８ビットフィールドは、視差情報が影響を及ぼす期間（Division Period）の数を示す。例えば、図２５に示す更新例の場合には、開始時刻であるＴ1_0とその後の更新時刻であるＴ1_1〜Ｔ1_6に対応して、この数は“７”となる。この「division_period_count」の８ビットフィールドが示す数だけ、以下のforループが繰り返される。
【０１２６】
「interval_count」の８ビットフィールドは、インターバル期間の個数を示す。例えば、図２５に示す更新例の場合には、Ｍ，Ｎ，Ｐ，Ｑ，Ｒ，Ｓが相当する。「disparity_shift_update_integer_part」の８ビットフィールドは、視差情報を示す。開始時刻の視差情報（視差情報の初期値）に対応して「interval_count」は“０”とされる。つまり、「interval_count」が“０”であるとき、「disparity_page_update」は開始時刻の視差情報（視差情報の初期値）を示す。
【０１２７】
図２９のwhileループは、それまでに処理したデータ長（processed_length）が、セグメントデータ長（segment_length）に達していないとき、繰り返される。このwhileループ中に、リージョン単位、あるいはリージョン内のサブリージョン単位の視差情報が配置される。ここで、リージョンには１つまたは複数のサブリージョンが含まれ、サブリージョン領域とリージョン領域とが同じ場合もある。
【０１２８】
このwhileループ中に、「region_id」の情報が含まれている。「disparity_shift_update_sequence_region_flag」の１ビットフラグは、リージョン内の全サブリージョンのための「disparity_shift_update_sequence()」が存在するか否かを示すフラグ情報である。「number_of_subregions_minus_1」の２ビットフィールドは、リージョン内のサブリージョンの数から１を引いた値を示す。「number_of_subregions_minus_1=0」のとき、リージョンは、リージョンと同じ寸法の１つのサブリージョンを持つ。
【０１２９】
「number_of_subregions_minus_1>0」のとき、リージョンは、水平方向に分けられた複数のサブリージョンを持つ。図３０のforループの中に、サブリージョンの数の分だけ、「subregion_horizontal_position」、「subregion_width」の情報が含まれる。「subregion_horizontal_position」の１６ビットフィールドは、サブリージョンの左端のピクセル位置を示す。「subregion_width」はサブリージョンの水平方向の幅をピクセル数で示す。
【０１３０】
「subregion_disparity_shift_integer_part」の８ビットフィールドは、リージョン単位（サブリージョン単位）の固定の視差情報、つまり、字幕表示期間内において共通に使用される視差情報の整数部分を示す。「subregion_disparity_shift_fractional_part」の４ビットフィールドは、リージョン単位（サブリージョン単位）の固定の視差情報、つまり、字幕表示期間内において共通に使用される視差情報の小数部分を示す。上述した「disparity_shift_update_sequence_region_flag」のフラグが“１”であるとき、「disparity_shift_update_sequence()」（図３１参照）の読み出しが行われる。
【０１３１】
［放送受信概念］
図３６は、セットトップボックス２００およびテレビ受信機３００が３Ｄ対応機器である場合の放送受信概念を示している。この場合、放送局１００では、リージョン「Region 0」内にサブリージョン「SR 00」が定義され、その視差情報「Disparity 1」が設定される。ここでは、リージョン「Region 0」とサブリージョン「SR 00」とは同じ領域であるとする。放送局１００から、立体画像データと共に、サブタイトルデータ、表示制御情報（サブリージョンの領域情報「Position」、視差情報「Disparity 1」）が送信される。
【０１３２】
最初に、３Ｄ対応機器であるセットトップボックス２００で受信される場合について説明する。この場合、セットトップボックス２００は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータを読み込むと共に、視差情報などの表示制御情報を含むＤＳＳセグメントのデータを読み込んで用いる。この場合、セットトップボックス２００は、各セグメントに付されているページＩＤにより、サブタイトルデータを構成する各セグメントとＤＳＳセグメントとを識別できる。
【０１３３】
また、この場合、セットトップボックス２００は、サブタイトル・デスクリプタにページＩＤに対応付けて記述されているサブタイトルタイプ情報、言語情報（図１２参照）に基づいて、サブタイトル（字幕）の言語を認識でき、ＤＳＳセグメントが視差情報などの表示制御情報を含むセグメントであることを認識できる。
【０１３４】
すなわち、サブタイトルデータを構成する各セグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされたサブタイトルタイプ情報「subtitling_type」は“２Ｄ”とされている。一方、ＤＳＳセグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされたサブタイトルタイプ情報「subtitling_type」は“３Ｄ”とされている。
【０１３５】
また、サブタイトルデータを構成する各セグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされた言語情報（ＩＳＯ言語コード）はサブタイトル（字幕）の言語を示すように設定されている。一方、ＤＳＳセグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされた言語情報（ＩＳＯ言語コード）は例えば非言語を示すように設定されている。
【０１３６】
セットトップボックス２００は、３Ｄ対応機器である。セットトップボックス２００は、サブタイトルタイプ情報および言語情報に基づき、読み込むべきセグメントを以下のように決定する。すなわち、セットトップボックス２００は、サブタイトルタイプ“２Ｄ”に対応し、かつ言語情報（ＩＳＯ言語コード）が所定の言語を示しているサブタイトルデータを構成する各セグメントを読み込むべきセグメントとして決定する。また、セットトップボックス２００は、サブタイトルタイプ“３Ｄ”に対応し、かつ言語情報（ＩＳＯ言語コード）が非言語を示しているＤＳＳセグメントを読み込むべきセグメントとして決定する。
【０１３７】
セットトップボックス２００は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、セットトップボックス２００は、リージョンの表示データを、立体画像データを構成する左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分にそれぞれ重畳して、出力立体画像データを得る。
【０１３８】
この際、セットトップボックス２００は、視差情報に基づいて、それぞれに重畳される表示データの位置をシフト調整する。なお、セットトップボックス２００は、立体画像データの伝送フォーマット（サイド・バイ・サイド方式、トップ・アンド・ボトム方式、フレーム・シーケンシャル方式、あるいは、各ビューがフル画面サイズを有するフォーマット方式）に応じて、適宜、重畳位置、サイズなどの変更を行う。
【０１３９】
セットトップボックス２００は、上述のようにして得られた出力立体画像データを、例えばＨＤＭＩのデジタルインタフェースを通じて、３Ｄ対応のテレビ受信機３００に送信する。テレビ受信機３００は、セットトップボックス２００から送られてくる立体画像データに３Ｄ信号処理を施し、サブタイトルが重畳された左眼画像および右眼画像のデータを生成する。そして、テレビ受信機３００は、ＬＣＤ等の表示パネルに、ユーザに立体画像を認識させるための両眼視差画像（左眼画像および右眼画像）を表示する。
【０１４０】
次に、３Ｄ対応機器であるテレビ受信機３００で受信される場合について説明する。この場合、テレビ受信機３００は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータを読み込むと共に、視差情報などの表示制御情報を含むＤＳＳセグメントのデータを読み込んで用いる。
【０１４１】
この場合、テレビ受信機３００は、上述したセットトップボックス２００と同様に、各セグメントに付されているページＩＤにより、サブタイトルデータを構成する各セグメントとＤＳＳセグメントとを識別できる。また、テレビ受信機３００は、上述したセットトップボックス２００と同様に、サブタイトル・デスクリプタにページＩＤに対応付けて記述されているサブタイトルタイプ情報、言語情報に基づいて、サブタイトル（字幕）の言語を認識でき、ＤＳＳセグメントが視差情報などの表示制御情報を含むセグメントであることを認識できる。
【０１４２】
テレビ受信機３００は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、テレビ受信機３００は、リージョンの表示データを、立体画像データに伝送フォーマットに応じた処理をして得られた左眼画像データおよび右眼画像データにそれぞれ重畳し、サブタイトルが重畳された左眼画像および右眼画像のデータを生成する。そして、テレビ受信機３００は、ＬＣＤ等の表示パネルに、ユーザに立体画像を認識させるための両眼視差画像（左眼画像および右眼画像）を表示する。
【０１４３】
図３７は、セットトップボックス２００およびテレビ受信機３００がレガシーの２Ｄ対応機器である場合の放送受信概念を示している。この場合、上述の図３６の場合と同様に、放送局１００から、立体画像データと共に、サブタイトルデータ、表示制御情報（サブリージョンの領域情報「Position」、視差情報「Disparity 1」）が送信される。
【０１４４】
最初に、レガシーの２Ｄ対応機器であるセットトップボックス２００で受信される場合について説明する。この場合、セットトップボックス２００は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータのみを読み込んで用いる。この場合、セットトップボックス２００は、各セグメントに付されているページＩＤにより、サブタイトルデータを構成する各セグメントとＤＳＳセグメントとを識別できる。
【０１４５】
セットトップボックス２００は、ページＩＤに基づき、サブタイトルデータを構成する各セグメントのデータのみを読み込み、ＤＳＳセグメントのデータを読み飛ばす。この場合、セットトップボックス２００は、サブタイトル・デスクリプタに記述されるサブタイトルタイプ情報、言語情報（図１２参照）を参照することで、ＤＳＳセグメントのデータをより確実に読み飛ばすことが可能となる。セットトップボックス２００は、ＤＳＳセグメントのデータの読み込みを行わないことで、その読み込みが受信処理の妨げとなることを回避できる。
【０１４６】
上述したように、ＤＳＳセグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされたサブタイトルタイプ情報「subtitling_type」は“３Ｄ”とされている。また、ＤＳＳセグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされた言語情報（ＩＳＯ言語コード）は例えば非言語を示すように設定されている。
【０１４７】
セットトップボックス２００は、レガシーの２Ｄ対応機器である。そのため、セットトップボックス２００は、サブタイトルタイプ情報“３Ｄ”の意味を理解できない。また、セットトップボックス２００は、言語情報（ＩＳＯ言語コード）が非言語に設定されている場合、その意味を理解できないか、あるいはユーザが選択した、あるいは機器が自動的に選択した言語とは無関係のデータであることを理解する。従って、セットトップボックス２００は、サブタイトルタイプ“２Ｄ”に対応し、かつ言語情報（ＩＳＯ言語コード）が所定の言語を示しているサブタイトルデータを構成する各セグメントのデータのみを読み込み、ＤＳＳセグメントのデータは読み飛ばす。
【０１４８】
セットトップボックス２００は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、セットトップボックス２００は、リージョンの表示データを、立体画像データに対して伝送フォーマットに応じた処理が施されて得られた２次元画像データに重畳して、出力２次元画像データを得る。
【０１４９】
セットトップボックス２００は、上述のようにして得られた出力２次元画像データを、例えばＨＤＭＩのデジタルインタフェースを通じて、テレビ受信機３００に送信する。テレビ受信機３００は、セットトップボックス２００から送られてくる２次元画像データによる２次元画像を表示する。
【０１５０】
次に、２Ｄ対応機器であるテレビ受信機３００で受信される場合について説明する。この場合、テレビ受信機３００は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータのみを読み込んで用いる。この場合、テレビ受信機３００は、上述したセットトップボックス２００と同様に、ページＩＤに基づき、サブタイトルデータを構成する各セグメントのデータのみを読み込み、ＤＳＳセグメントのデータを読み飛ばす。
【０１５１】
この場合、テレビ受信機３００は、上述したセットトップボックス２００と同様に、サブタイトル・デスクリプタに記述されるサブタイトルタイプ情報、言語情報（図１２参照）を参照することで、ＤＳＳセグメントのデータをより確実に読み飛ばすことが可能となる。セットトップボックス２００は、ＤＳＳセグメントのデータの読み込みを行わないことで、その読み込みが受信処理の妨げとなることを回避できる。
【０１５２】
テレビ受信機３００は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。テレビ受信機３００は、このリージョンの表示データを、立体画像データに対して伝送フォーマットに応じた処理が施されて得られた２次元画像データに重畳して、２次元画像データを得る。そして、テレビ受信機３００は、この２次元画像データによる２次元画像を表示する。
【０１５３】
図３８は、上述した受信機（セットトップボックス２００、テレビ受信機３００）がレガシーの２Ｄ対応機器（2D Receiver）である場合および３Ｄ対応機器（3D Receiver）である場合の放送受信概念を示している。なお、この図においては、立体画像データ（３Ｄ画像データ）の伝送方式をサイド・バイ・サイド（Side By Side）方式としている。
【０１５４】
また、３Ｄ対応機器（3D Receiver）においては、３Ｄモード（3D mode）あるいは２Ｄモード(2D mode)の選択が可能とされている。ユーザにより３Ｄモード（3D mode）が選択された場合には、上述の図３６で説明した通りである。ユーザにより２Ｄモード(2D mode)が選択された場合には、上述の図３７で説明した２Ｄ対応機器（2DReceiver）の場合と同様となる。
【０１５５】
図３９も、上述した受信機（セットトップボックス２００、テレビ受信機３００）がレガシーの２Ｄ対応機器（2D Receiver）である場合および３Ｄ対応機器（3D Receiver）である場合の他の放送受信概念を示している。なお、この図においては、立体画像データ（３Ｄ画像データ）が、Ｈ．２６４／ＭＶＣ（Multi-view Video Coding）方式で伝送される例を示している。この場合、例えば、左眼画像データはベースビューの画像データとして送信され、右眼画像データはノンベースビューの画像データとして送信される。詳細説明は書略するが、この場合におけるレガシーの２Ｄ対応機器（2D Receiver）および３Ｄ対応機器（3D Receiver）の動作は、図３８に示す例と同様である。
【０１５６】
図２に示す送信データ生成部１１０において、出力トランスポートストリームＴＳが有するサブタイトルデータストリームには、２次元表示用のサブタイトルデータを構成する各セグメントの他に、視差情報等を含むＤＳＳセグメントが含まれている（図１１参照）。この場合、２次元表示用のサブタイトルデータを構成する各セグメントに付されるページＩＤの値と、ＤＳＳセグメントに付されるページＩＤの値とは異なるものとされ、それらのセグメントの識別が可能とされている。
【０１５７】
そのため、受信側のレガシーの２Ｄ対応の受信装置では、サブタイトルデータストリームからサブタイトルデータを構成する各セグメントのみを読み込んで受信処理を行うことができる。つまり、２Ｄ対応の受信装置では、サブタイトルデータストリームからＤＳＳセグメントのデータを読み込まないで済み、その読み込みが受信処理の妨げとなることを回避できる。
【０１５８】
また、図２に示す送信データ生成部１１０において、出力トランスポートストリームＴＳに挿入されているサブタイトル・デスクリプタには、各セグメントに付されるページＩＤに対応付けて、サブタイトルタイプ情報および言語情報が記述されている。そのため、受信側のレガシーの２Ｄ対応の受信装置では、このサブタイトルタイプ情報、言語情報を参照することで、ＤＳＳセグメントのデータをより確実に読み飛ばすことが可能となる。
【０１５９】
また、図２に示す送信データ生成部１１０においては、サブタイトル表示期間において順次更新される視差情報を含むＤＳＳセグメントを送信できるので、左眼サブタイトルおよび右眼サブタイトルの表示位置を動的に制御できる。これにより、受信側においては、左眼サブタイトルおよび右眼サブタイトルの間に付与する視差を画像内容の変化に連動して動的に変化させることが可能となる。
【０１６０】
また、図２に示す送信データ生成部１１０においては、サブタイトルエンコーダ１１８で得られるＤＳＳのセグメントに含まれる更新フレーム間隔毎のフレームの視差情報は、前回の視差情報からのオフセット値ではなく、視差情報そのものである。そのため、受信側において、補間過程でエラーが生じても、一定遅延時間内にエラーからの復帰が可能になる。
【０１６１】
［セットトップボックスの説明］
図１に戻って、セットトップボックス２００は、放送局１００から放送波に載せて送信されてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データが含まれている。また、トランスポートストリームＴＳには、サブタイトル（字幕）を表示するための立体画像用のサブタイトルデータ（表示制御情報を含む）も含まれている。
【０１６２】
すなわち、トランスポートストリームＴＳは、ＰＥＳのストリームとして、ビデオデータストリーム、オーディオデータストリーム、サブタイトルデータストリーム（プライベートデータストリーム）を有している。上述の図１１に示すように、サブタイトルデータストリームには、サブタイトルデータを構成するＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントが含まれ、さらに視差情報等を含むＤＳＳのセグメントが含まれている。そして、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤ（＝page_id1）とＤＳＳのセグメントに付されるページＩＤ（＝page_id2）とは異なるものとされている。
【０１６３】
また、トランスポートストリームＴＳには、サブタイトルデータストリームに対応して、サブタイトル・デスクリプタが挿入されている（図１２参照）。そして、このサブタイトル・デスクリプタに、上述の各ページＩＤに対応付けてサブタイトルタイプ情報、言語情報が記述されている。
【０１６４】
すなわち、サブタイトルデータを構成する各セグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされたサブタイトルタイプ情報「subtitling_type」は“２Ｄ”とされている。一方、ＤＳＳセグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされたサブタイトルタイプ情報「subtitling_type」は“３Ｄ”とされている。
【０１６５】
また、サブタイトルデータを構成する各セグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされた言語情報（ＩＳＯ言語コード）はサブタイトル（字幕）の言語を示すように設定されている。一方、ＤＳＳセグメントに付されたページＩＤと同じ値を持つコンポジション・ページＩＤで関連付けされた言語情報（ＩＳＯ言語コード）は例えば非言語を示すように設定されている。
【０１６６】
セットトップボックス２００は、ビットストリーム処理部２０１を有している。セットトップボックス２００が３Ｄ対応機器（3D STB）である場合、ビットストリーム処理部２０１は、トランスポートストリームＴＳから、立体画像データ、音声データ、サブタイトルデータ（表示制御情報を含む）を取得する。この場合、ビットストリーム処理部２０１は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータを取得すると共に、視差情報などの表示制御情報を含むＤＳＳセグメントのデータを取得する。
【０１６７】
そして、ビットストリーム処理部２０１は、立体画像データ、サブタイトルデータ（表示制御情報を含む）を用いて、左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分にそれぞれサブタイトルが重畳された出力立体画像データを生成する（図３６参照）。この場合、左眼画像に重畳するサブタイトル（左眼サブタイトル）と右眼画像に重畳するサブタイトル（右眼サブタイトル）との間に視差を付与できる。
【０１６８】
例えば、上述したように、放送局１００から送られてくる立体画像用のサブタイトルデータに付加されている表示制御情報には、視差情報が含まれており、この視差情報に基づいて、左眼サブタイトルおよび右眼サブタイトルの間に視差を付与できる。このように、左眼サブタイトルと右眼サブタイトルとの間に視差が付与されることで、ユーザは、サブタイトル（字幕）を画像の手前に認識可能となる。
【０１６９】
セットトップボックス２００は、３Ｄサービスと判断するとき、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータを取得すると共に、視差情報などの表示制御情報を含むＤＳＳセグメントのデータを取得することを行う。そして、セットトップボックス２００は、サブタイトル（字幕）データおよび視差情報を用いて、上述したように背景画像にサブタイトル（字幕）を貼り付ける処理（重畳処理）を行う。なお、視差情報を取得できないとき、ビットストリーム処理部２０１は、受信機のロジックに従って、背景画像にサブタイトル（字幕）を貼り付ける処理（重畳処理）を行う。
【０１７０】
セットトップボックス２００は、例えば、以下の（１）〜（３）の場合に、３Ｄサービスであると判断する。
（１）ＳＤＴにおいて、サービス・デスクリプタ（Service descriptor）の「service_type」が３Ｄ（0x1C，0x1D，0x1E＝frame compatible）である場合（図４０（ａ）参照）。
（２）ＳＤＴまたはＥＩＴにおいて、コンポーネント・デスクリプタ（component descriptor）の「stream_content」がMPEG4-AVC video（0x05）で、かつ「component_type」が（0x80〜0x83）の３Ｄフォーマットを示す場合（図４０（ｂ）参照）。
（３）上述の（１）および（２）の双方を満足する場合。
【０１７１】
図４１（ａ）は、画像上におけるサブタイトル（字幕）の表示例を示している。この表示例では、背景と近景オブジェクトとからなる画像上に、字幕が重畳された例である。図４１（ｂ）は、背景、近景オブジェクト、字幕の遠近感を示し、字幕が最も手前に認識されることを示している。
【０１７２】
図４２（ａ）は、図４１（ａ）と同じ、画像上におけるサブタイトル（字幕）の表示例を示している。図４２（ｂ）は、左眼画像に重畳される左眼字幕ＬＧＩと、右眼画像に重畳される右眼字幕ＲＧＩを示している。図４２（ｃ）は、字幕が最も手前に認識されるために、左眼字幕ＬＧＩと右眼字幕ＲＧＩとの間に視差が与えられることを示している。
【０１７３】
また、セットトップボックス２００がレガシーの２Ｄ対応機器（2D STB）である場合、ビットストリーム処理部２０１は、トランスポートストリームＴＳから、立体画像データ、音声データ、サブタイトルデータ（表示制御情報を含まないビットマップ・パターンデータ）を取得する。そして、ビットストリーム処理部２０１は、立体画像データ、サブタイトルデータを用いて、サブタイトル（字幕）が重畳された２次元画像データを生成する（図３７参照）。
【０１７４】
この場合、ビットストリーム処理部２０１は、サブタイトルデータストリームからサブタイトルデータを構成する各セグメントのデータのみを取得する。つまり、この場合、サブタイトルデータストリームからＤＳＳセグメントのデータの読み込みを行わないので、その読み込みが受信処理の妨げとなることを回避できる。この場合、ビットストリーム処理部２０１は、ページＩＤに基づき、サブタイトルデータを構成する各セグメントのデータのみを読み込み、ＤＳＳのセグメントのデータを読み飛ばす。
【０１７５】
また、この場合、ビットストリーム処理部２０１は、上述したようにサブタイトル・デスクリプタに記述されるサブタイトルタイプ情報、言語情報を参照することで、ＤＳＳセグメントのデータをより確実に読み飛ばすことが可能となる。ビットストリーム処理部２０１は、ＤＳＳのセグメントのデータの読み込みを行わないことで、その読み込みが受信処理の妨げとなることを回避できる。
【０１７６】
［セットトップボックスの構成例］
セットトップボックス２００の構成例を説明する。図４３は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、ビットストリーム処理部２０１と、ＨＤＭＩ端子２０２と、アンテナ端子２０３と、デジタルチューナ２０４と、映像信号処理回路２０５と、ＨＤＭＩ送信部２０６と、音声信号処理回路２０７を有している。また、このセットトップボックス２００は、ＣＰＵ２１１と、フラッシュＲＯＭ２１２と、ＤＲＡＭ２１３と、内部バス２１４と、リモートコントロール受信部（ＲＣ受信部）２１５と、リモートコントロール送信機（ＲＣ送信機）２１６を有している。
【０１７７】
アンテナ端子２０３は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２０４は、アンテナ端子２０３に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応したトランスポートストリームＴＳ（ビットストリームデータ）を出力する。
【０１７８】
ビットストリーム処理部２０１は、トランスポートストリームＴＳに基づいて、サブタイトルが重畳された出力立体画像データおよび音声データを出力する。このビットストリーム処理部２０１は、セットトップボックス２００が３Ｄ対応機器（3D STB）である場合、トランスポートストリームＴＳから、立体画像データ、音声データ、サブタイトルデータ（表示制御情報を含む）を取得する。
【０１７９】
ビットストリーム処理部２０１は、立体画像データを構成する左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分にそれぞれサブタイトルが重畳された出力立体画像データを生成する（図３６参照）。この際、視差情報に基づいて、左眼画像に重畳するサブタイトル（左眼サブタイトル）と右眼画像に重畳するサブタイトル（右眼サブタイトル）との間に視差を付与する。
【０１８０】
すなわち、ビットストリーム処理部２０１は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、ビットストリーム処理部２０１は、リージョンの表示データを、立体画像データを構成する左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分にそれぞれ重畳して、出力立体画像データを得る。この際、ビットストリーム処理部２０１は、視差情報に基づいて、それぞれに重畳される表示データの位置をシフト調整する。
【０１８１】
また、ビットストリーム処理部２０１は、セットトップボックス２００が２Ｄ対応機器（2D STB）である場合、立体画像データ、音声データ、サブタイトルデータ（表示制御情報を含まない）を取得する。ビットストリーム処理部２０１は、立体画像データ、サブタイトルデータを用いて、サブタイトルが重畳された２次元画像データを生成する（図３７参照）。
【０１８２】
すなわち、ビットストリーム処理部２０１は、サブタイトルデータに基づいて、サブタイトルを表示するためのリージョンの表示データを生成する。そして、ビットストリーム処理部２０１は、リージョンの表示データを、立体画像データに対して伝送フォーマットに応じた処理が施されて得られた２次元画像データに重畳して、出力２次元画像データを得る。
【０１８３】
映像信号処理回路２０５は、ビットストリーム処理部２０１で得られた画像データに対して必要に応じて画質調整処理などを行い、処理後の画像データをＨＤＭＩ送信部２０６に供給する。音声信号処理回路２０７は、ビットストリーム処理部２０１から出力された音声データに対して必要に応じて音質調整処理等を行い、処理後の音声データをＨＤＭＩ送信部２０６に供給する。
【０１８４】
ＨＤＭＩ送信部２０６は、ＨＤＭＩに準拠した通信により、例えば、非圧縮の画像データおよび音声データを、ＨＤＭＩ端子２０２から送出する。この場合、ＨＤＭＩのＴＭＤＳチャネルで送信するため、画像データおよび音声データがパッキングされて、ＨＤＭＩ送信部２０６からＨＤＭＩ端子２０２に出力される。
【０１８５】
ＣＰＵ２１１は、セットトップボックス２００の各部の動作を制御する。フラッシュＲＯＭ２１２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２１３は、ＣＰＵ２１１のワークエリアを構成する。ＣＰＵ２１１は、フラッシュＲＯＭ２１２から読み出したソフトウェアやデータをＤＲＡＭ２１３上に展開してソフトウェアを起動させ、セットトップボックス２００の各部を制御する。
【０１８６】
ＲＣ受信部２１５は、ＲＣ送信機２１６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ２１１に供給する。ＣＰＵ２１１は、このリモコンコードに基づいて、セットトップボックス２００の各部を制御する。ＣＰＵ２１１、フラッシュＲＯＭ２１２およびＤＲＡＭ２１３は内部バス２１４に接続されている。
【０１８７】
セットトップボックス２００の動作を簡単に説明する。アンテナ端子２０３に入力されたテレビ放送信号はデジタルチューナ２０４に供給される。このデジタルチューナ２０４では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応したトランスポートストリーム（ビットストリームデータ）ＴＳが出力される。
【０１８８】
デジタルチューナ２０４から出力されるトランスポートストリーム（ビットストリームデータ）ＴＳは、ビットストリーム処理部２０１に供給される。このビットストリーム処理部２０１では、以下のようにして、テレビ受信機３００に出力するための出力画像データが生成される。
【０１８９】
セットトップボックス２００が３Ｄ対応機器（3D STB）である場合、トランスポートストリームＴＳから、立体画像データ、音声データ、サブタイトルデータ（表示制御情報を含む）が取得される。そして、このビットストリーム処理部２０１では、立体画像データを構成する左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分にそれぞれサブタイトルが重畳された出力立体画像データが生成される。この際、視差情報に基づいて、左眼画像に重畳する左眼サブタイトルと右眼画像に重畳する右眼サブタイトルとの間に視差が付与される。
【０１９０】
また、セットトップボックス２００が２Ｄ対応機器（2D STB）である場合、立体画像データ、音声データ、サブタイトルデータ（表示制御情報を含まない）が取得される。そして、このビットストリーム処理部２０１では、立体画像データ、サブタイトルデータを用いて、サブタイトルが重畳された２次元画像データが生成される。
【０１９１】
ビットストリーム処理部２０１で得られた出力画像データは、映像信号処理回路２０５に供給される。この映像信号処理回路２０５では、出力画像データに対して、必要に応じて画質調整処理等が施される。この映像信号処理回路２０５から出力される処理後の画像データは、ＨＤＭＩ送信部２０６に供給される。
【０１９２】
また、ビットストリーム処理部２０１で得られた音声データは、音声信号処理回路２０７に供給される。この音声信号処理回路２０７では、音声データに対して、必要に応じて音質調整処理等の処理が行われる。この音声信号処理回路２０７から出力される処理後の音声データは、ＨＤＭＩ送信部２０６に供給される。そして、ＨＤＭＩ送信部２０６に供給された画像データおよび音声データは、ＨＤＭＩのＴＭＤＳチャネルにより、ＨＤＭＩ端子２０２からＨＤＭＩケーブル４００に送出される。
【０１９３】
［ビットストリーム処理部の構成例］
図４４は、セットトップボックス２００が３Ｄ対応機器（3D STB）である場合におけるビットストリーム処理部２０１の構成例を示している。このビットストリーム処理部２０１は、上述の図２に示す送信データ生成部１１０に対応した構成となっている。このビットストリーム処理部２０１は、デマルチプレクサ２２１と、ビデオデコーダ２２２と、オーディオデコーダ２２９を有している。
【０１９４】
また、このビットストリーム処理部２０１は、符号化データバッファ２２３と、サブタイトルデコーダ２２４と、ピクセルバッファ２２５と、視差情報補間部２２６と、位置制御部２２７と、ビデオ重畳部２２８を有している。ここで、符号化データバッファ２２３は、デコードバッファを構成している。
【０１９５】
デマルチプレクサ２２１は、トランスポートストリームＴＳから、ビデオデータストリーム、オーディオデータストリームのパケットを抽出し、各デコーダに送ってデコードする。また、デマルチプレクサ２２１は、さらに、サブタイトルデータストリームを抽出して、符号化データバッファ２２３に一時的に蓄積する。
【０１９６】
ビデオデコーダ２２２は、上述の送信データ生成部１１０のビデオエンコーダ１１２とは逆の処理を行う。すなわち、ビデオデコーダ２２２は、デマルチプレクサ２２１で抽出されたビデオのパケットからビデオデータストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む立体画像データを得る。この立体画像データの伝送フォーマットは、例えば、サイド・バイ・サイド方式、トップ・アンド・ボトム方式、フレーム・シーケンシャル方式、あるいは各ビューがフル画面サイズを占めるビデオ伝送フォーマットの方式などである。
【０１９７】
サブタイトルデコーダ２２４は、上述の送信データ生成部１１０のサブタイトルエンコーダ１２５とは逆の処理を行う。すなわち、このサブタイトルデコーダ２２４は、符号化データバッファ２２３に蓄積されているサブタイトルデータストリームのパケットからストリームを再構成し、復号化処理を行って、以下のセグメントのデータを取得する。すなわち、サブタイトルデコーダ２２４は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータを取得すると共に、視差情報などの表示制御情報を含むＤＳＳセグメントのデータを取得する。
【０１９８】
サブタイトルデコーダ２２４は、サブタイトルデータを構成する各セグメントのデータおよびサブリージョンの領域情報に基づいて、サブタイトルを表示するためのリージョンの表示データ（ビットマップデータ）を生成する。ここで、リージョン内にあってサブリージョンで囲まれていない領域は、透明色が割り当てられる。ピクセルバッファ２２５は、この表示データを一時的に蓄積する。
【０１９９】
ビデオ重畳部２２８は、出力立体画像データＶoutを得る。この場合、ビデオ重畳部２２８は、ビデオデコーダ２２２で得られた立体画像データの左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）の部分に、それぞれ、ピクセルバッファ２２５に蓄積されている表示データを重畳する。この場合、ビデオ重畳部２２８は、立体画像データの伝送方式（サイド・バイ・サイド方式、トップ・アンド・ボトム方式、フレーム・シーケンシャル方式、ＭＶＣ方式など）に応じて、適宜、重畳位置、サイズなどの変更を行う。このビデオ重畳部２２８は、出力立体画像データＶoutを、ビットストリーム処理部２０１の外部に出力する。
【０２００】
視差情報補間部２２６は、サブタイトルデコーダ２２４で得られる視差情報を位置制御部２２７に送る。視差情報補間部２２６は、視差情報に対して、必要に応じて、補間処理を施して、位置制御部２２７に送る。位置制御部２２７は、視差情報に基づいて、それぞれのフレームに重畳される表示データの位置をシフト調整する（図３６参照）。この場合、位置制御部２２７は、左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分に重畳される表示データ（字幕パターンデータ）を、視差情報に基づいて、互いに反対方向となるようにシフト調整して、視差を付与する。
【０２０１】
なお、表示制御情報には、字幕表示期間内で共通に使用される視差情報が含まれる。また、この表示制御情報には、さらに、字幕表示期間内で順次更新される視差情報が含まれることもある。この字幕表示期間内で順次更新される視差情報は、上述したように、字幕表示期間の最初のフレームの視差情報と、その後の更新フレーム間隔毎のフレームの視差情報とからなっている。
【０２０２】
位置制御部２２７は、字幕表示期間内で共通に使用される視差情報に関しては、そのまま使用する。一方、位置制御部２２７は、字幕表示期間内で順次更新される視差情報に関しては、視差情報補間部２２６で必要に応じて補間処理が施されたものを使用する。例えば、視差情報補間部２２６は、字幕表示期間内における任意のフレーム間隔、例えば、１フレーム間隔の視差情報を生成する。
【０２０３】
視差情報補間部２２６は、この補間処理として、線形補間処理ではなく、例えば、時間方向（フレーム方向）にローパスフィルタ（ＬＰＦ）処理を伴った補間処理を行う。これにより、補間処理後の所定フレーム間隔の視差情報の時間方向（フレーム方向）の変化がなだらかとなる。
【０２０４】
また、オーディオデコーダ２２９は、上述の送信データ生成部１１０のオーディオエンコーダ１１３とは逆の処理を行う。すなわち、このオーディオデコーダ２２９は、デマルチプレクサ２２１で抽出されたオーディオのパケットからオーディオのエレメンタリストリームを再構成し、復号化処理を行って、出力音声データＡoutを得る。このオーディオデコーダ２２９は、出力音声データＡoutを、ビットストリーム処理部２０１の外部に出力する。
【０２０５】
図４４に示すビットストリーム処理部２０１の動作を簡単に説明する。デジタルチューナ２０４（図４３参照）から出力されるトランスポートストリームＴＳは、デマルチプレクサ２２１に供給される。このデマルチプレクサ２２１では、トランスポートストリームＴＳから、ビデオデータストリーム、オーディオデータストリームのパケットが抽出され、各デコーダに供給される。また、このデマルチプレクサ２２１では、トランスポートストリームＴＳからサブタイトルデータストリームのパケットが抽出され、符号化データバッファ２２３に一時的に蓄積される。
【０２０６】
ビデオデコーダ２２２では、デマルチプレクサ２２１で抽出されたビデオデータのパケットからビデオデータストリームが再構成され、さらに復号化処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。この立体画像データは、ビデオ重畳部２２８に供給される。
【０２０７】
サブタイトルデコーダ２２４では、符号化データバッファ２２３からサブタイトルデータのパケットが読み出されてデコードされる。そして、サブタイトルデコーダ２２４では、サブタイトルデータを構成する各セグメントのデータおよびサブリージョンの領域情報に基づいて、サブタイトルを表示するためのリージョンの表示データ（ビットマップデータ）が生成される。この表示データは、ピクセルバッファ２２５に一時的に蓄積される。
【０２０８】
ビデオ重畳部２２８では、ビデオデコーダ２２２で得られた立体画像データの左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）の部分に、それぞれ、ピクセルバッファ２２５に蓄積されている表示データが重畳される。この場合、立体画像データの伝送方式（サイド・バイ・サイド方式、トップ・アンド・ボトム方式、フレーム・シーケンシャル方式、ＭＶＣ方式など）に応じて、適宜、重畳位置、サイズなどが変更される。このビデオ重畳部２２８で得られる出力立体画像データＶoutは、ビットストリーム処理部２０１の外部に出力される。
【０２０９】
また、サブタイトルデコーダ２２４で得られる視差情報は、視差情報補間部２２６を通じて位置制御部２２７に送られる。視差情報補間部２２６では、必要に応じて、補間処理が行われる。例えば、字幕表示期間内で順次更新される数フレーム間隔の視差情報に関しては、視差情報補間部２２６で必要に応じて補間処理が施され、任意のフレーム間隔、例えば、１フレーム間隔の視差情報が生成される。
【０２１０】
位置制御部２２７では、ビデオ重畳部２２８で左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）部分に重畳される表示データ（字幕パターンデータ）を、視差情報に基づいて、互いに反対方向となるようにシフト調整することが行われる。これにより、左眼画像に表示される左眼サブタイトルと右眼画像に表示される右眼サブタイトルとの間に視差が付与される。従って、立体画像の内容に応じた、サブタイトル（字幕）の３Ｄ表示が実現される。
【０２１１】
また、オーディオデコーダ２２９では、デマルチプレクサ２２１で抽出されたオーディオのパケットからオーディオエレメンタリストリームが再構成され、さらに復号化処理が施されて、上述の表示用立体画像データＶoutに対応した音声データＡoutが得られる。この音声データＡoutは、ビットストリーム処理部２０１の外部に出力される。
【０２１２】
図４５は、セットトップボックス２００が２Ｄ対応機器（2D STB）である場合におけるビットストリーム処理部２０１の構成例を示している。この図４５において、図４４と対応する部分には、同一符号を付し、その詳細説明は省略する。以下、説明の便宜のため、図４４に示すビットストリーム処理部２０１を３Ｄ対応ビットストリーム処理部２０１と呼び、図４４に示すビットストリーム処理部２０１を２Ｄ対応ビットストリーム処理部２０１と呼ぶこととする。
【０２１３】
図４４に示す３Ｄ対応ビットストリーム処理部２０１において、ビデオデコーダ２２２は、デマルチプレクサ２２１で抽出されたビデオのパケットからビデオデータストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む立体画像データを取得する。それに対して、図４５に示す２Ｄ対応ビットストリーム処理部２０１において、ビデオデコーダ２２２は、立体画像データを取得した後、左眼画像データまたは右眼画像データを切り出し、必要に応じてスケーリング処理等を行って２次元画像データを得る。
【０２１４】
また、図４４に示す３Ｄ対応ビットストリーム処理部２０１において、サブタイトルデコーダ２２４では、符号化データバッファ２２３からサブタイトルデータのパケットが読み出されてデコードされる。この場合、サブタイトルデコーダ２２４では、サブタイトルデータを構成する各セグメントおよびＤＳＳセグメントの双方のデータが読み込まれる。
【０２１５】
それに対して、図４５に示す２Ｄ対応ビットストリーム処理部２０１において、サブタイトルデコーダ２２４では、サブタイルデータストリームに含まれるサブタイトルデータを構成する各セグメントのデータのみが読み込まれる。この場合、各セグメントに付されているページＩＤ、さらには、サブタイトル・デスクリプタに記述されているサブタイトルタイプ情報、言語情報が参照され、ＤＳＳセグメントのデータの読み飛ばしが行われる。
【０２１６】
また、図４４に示す３Ｄ対応ビットストリーム処理部２０１において、サブタイトルデコーダ２２４は、上述したように、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータを取得し、さらに、ＤＳＳセグメントのデータを取得する。
【０２１７】
それに対して、図４５に示す２Ｄ対応ビットストリーム処理部２０１において、サブタイトルデコーダ２２４は、サブタイトルデータストリームから、サブタイトルデータを構成する各セグメントのデータのみを取得する。そして、サブタイトルデコーダ２２４は、この各セグメントのデータおよびサブリージョンの領域情報に基づいて、サブタイトルを表示するためのリージョンの表示データ（ビットマップデータ）を生成し、ピクセルバッファ２２５に一時的に蓄積する。この場合、サブタイトルデコーダ２２４は、ＤＳＳセグメントのデータの読み込みを行わない。そのため、その読み込みが受信処理の妨げとなることを回避できる。
【０２１８】
また、図４４に示す３Ｄ対応ビットストリーム処理部２０１において、ビデオ重畳部２２８は、出力立体画像データＶoutを得て、ビットストリーム処理部２０１の外部に出力する。この場合、ビデオデコーダ２２２で得られた立体画像データの左眼画像フレーム（frame0）部分および右眼画像フレーム（frame1）の部分に、それぞれ、ピクセルバッファ２２５に蓄積されている表示データを重畳して、出力立体画像データＶoutを得る。そして、位置制御部２２７は、その表示データを、視差情報に基づいて、互いに反対方向となるようにシフト調整し、左眼画像に表示される左眼サブタイトルと右眼画像に表示される右眼サブタイトルとの間に視差を付与する。
【０２１９】
それに対して、図４５に示す２Ｄ対応ビットストリーム処理部２０１において、ビデオ重畳部２２８は、ビデオデコーダ２２２で得られた２次元画像データにピクセルバッファ２２５に蓄積されている表示データを重畳し、出力２次元画像データＶoutを得る。そして、ビデオ重畳部２２８は、この出力２次元画像データＶoutを、ビットストリーム処理部２０１の外部に出力する。
【０２２０】
図４５に示す２Ｄビットストリーム処理部２０１の動作を簡単に説明する。なお、オーディオ系の動作については、図４４に示す３Ｄビットストリーム処理部２０１と同様であるので省略する。
【０２２１】
デジタルチューナ２０４（図４３参照）から出力されるトランスポートストリームＴＳは、デマルチプレクサ２２１に供給される。このデマルチプレクサ２２１では、トランスポートストリームＴＳから、ビデオデータストリーム、オーディオデータストリームのパケットが抽出され、各デコーダに供給される。また、このデマルチプレクサ２２１では、トランスポートストリームＴＳからサブタイトルデータストリームのパケットが抽出され、符号化データバッファ２２３に一時的に蓄積される。
【０２２２】
ビデオデコーダ２２２では、デマルチプレクサ２２１で抽出されたビデオデータのパケットからビデオデータストリームが再構成され、さらに復号化処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。そして、ビデオデコーダ２２２では、さらに、この立体画像データから左眼画像データまたは右眼画像データが切り出され、必要に応じてスケーリング処理等が施されて、２次元画像データが得られる。この２次元画像データは、ビデオ重畳部２２８に供給される。
【０２２３】
また、サブタイトルデコーダ２２４では、符号化データバッファ２２３からサブタイトルデータストリームが読み出されてデコードされる。この場合、サブタイトルデコーダ２２４では、サブタイトルデータを構成する各セグメントのデータのみが読み込まれる。この場合、各セグメントに付されているページＩＤ、さらには、サブタイトル・デスクリプタに記述されているサブタイトルタイプ情報、言語情報が参照され、ＤＳＳセグメントのデータは読み飛ばされる。
【０２２４】
そして、サブタイトルデコーダ２２４では、サブタイトルデータを構成する各セグメントのデータに基づいて、サブタイトルを表示するためのリージョンの表示データ（ビットマップデータ）が生成される。この表示データは、ピクセルバッファ２２５に一時的に蓄積される。ビデオ重畳部２２８では、ビデオデコーダ２２２で得られた２次元画像データに対してピクセルバッファ２２５に蓄積されているサブタイトルの表示データ（ビットマップデータ）が重畳され、出力２次元画像データＶoutが得られる。この出力２次元画像データＶoutは、ビットストリーム処理部２０１の外部に出力される。
【０２２５】
図４３に示すセットトップボックス２００において、デジタルチューナ２０４から出力されるトランスポートストリームＴＳには、立体画像データ、サブタイトルデータの他に、表示制御情報も含まれる。この表示制御情報には、表示制御情報（サブリージョンの領域情報、視差情報など）が含まれている。そのため、左眼サブタイトルおよび右眼サブタイトルの表示位置に視差を付与でき、サブタイトル（字幕）の表示において、画像内の各物体との間の遠近感の整合性を最適な状態に維持することが可能となる。
【０２２６】
また、図４３に示すセットトップボックス２００において、３Ｄ対応ビットストリーム処理部２０１（図４４参照）のサブタイトルデコーダ２２４で取得される表示制御情報に字幕表示期間内で順次更新される視差情報が含まれる場合、左眼サブタイトルおよび右眼サブタイトルの表示位置を動的に制御できる。これにより、左眼サブタイトルおよび右眼サブタイトルの間に付与する視差を画像内容の変化に連動して動的に変化させることが可能となる。
【０２２７】
また、図４３に示すセットトップボックス２００において、３Ｄビットストリーム処理部２０１（図４４参照）の視差情報補間部２２６で、字幕表示期間（所定数のフレーム期間）内で順次更新される視差情報を構成する複数フレームの視差情報に対して補間処理が施される。この場合、送信側から更新フレーム間隔毎に視差情報が送信される場合であっても、左眼サブタイトルおよび右眼サブタイトルの間に付与する視差を、細かな間隔で、例えばフレーム毎に制御することが可能となる。
【０２２８】
また、図４３に示すセットトップボックス２００において、３Ｄビットストリーム処理部２０１（図４３参照）の視差情報補間部２２６における補間処理は、例えば、時間方向（フレーム方向）のローパスフィルタ処理を伴うようにすることもできる。そのため、送信側から更新フレーム間隔毎に視差情報が送信される場合であっても、補間処理後の視差情報の時間方向の変化をなだらかにでき、左眼サブタイトルおよび右眼サブタイトルの間に付与される視差の推移が、更新フレーム間隔毎に不連続となることによる違和感を抑制できる。
【０２２９】
また、図４３に示すセットトップボックス２００において、２Ｄビットストリーム処理部２０１（図４５参照）のサブタイトルデコーダ２２４は、各セグメントに付されているページＩＤに基づいて、サブタイトルデータストリームからサブタイトルデータを構成する各セグメントのみを読み込んで用いる。つまり、サブタイトルデコーダ２２４は、サブタイトルデータストリームに含まれるＤＳＳセグメントのデータを、ページＩＤの識別力によって、読み飛ばすようにされる。これにより、２Ｄビットストリーム処理部２０１は、サブタイトルデータストリームからＤＳＳセグメントのデータを読み込まないで済み、その読み込みが受信処理の妨げとなることを回避できる。
【０２３０】
その際、サブタイトルデコーダ２２４は、さらに、サブタイトル・デスクリプタに各セグメントに付されるページＩＤに対応付けて記述されているサブタイトルタイプ情報、言語情報を参照できる。この場合、ＤＳＳセグメントに対応したサブタイトルタイプ情報は“２Ｄ”とされている。また、この場合、ＤＳＳセグメントに対応した言語情報は、例えば、非言語を示すものとされている。これにより、２Ｄビットストリーム処理部２０１は、ＤＳＳのセグメントのデータをより確実に読み飛ばすことが可能となる。
【０２３１】
なお、上述していないが、セットトップボックス２００が３Ｄ対応機器である場合であって、２次元表示モードまたは３次元表示モードのユーザ選択が可能な構成も考えられる。その場合、３次元表示モードが選択されるときには、ビットストリーム処理部２０１は、上述した３Ｄ対応ビットストリーム処理部２０１（図４４参照）と同様の構成、動作とされる。一方、２次元表示モードが選択されるときには、ビットストリーム処理部２０１は、上述した２Ｄ対応ビットストリーム処理部２０１（図４５参照）と実質的に同様の構成、動作とされる。
【０２３２】
［テレビ受信機の説明］
図１に戻って、テレビ受信機３００は、３Ｄ対応機器である場合、セットトップボックス２００からＨＤＭＩケーブル４００を介して送られてくる立体画像データを受信する。このテレビ受信機３００は、３Ｄ信号処理部３０１を有している。この３Ｄ信号処理部３０１は、立体画像データに対して、伝送フォーマットに対応した処理（デコード処理）を行って、左眼画像データおよび右眼画像データを生成する。
【０２３３】
［テレビ受信機の構成例］
３Ｄ対応のテレビ受信機３００の構成例を説明する。図４６は、テレビ受信機３００の構成例を示している。このテレビ受信機３００は、３Ｄ信号処理部３０１と、ＨＤＭＩ端子３０２と、ＨＤＭＩ受信部３０３と、アンテナ端子３０４と、デジタルチューナ３０５と、ビットストリーム処理部３０６を有している。
【０２３４】
また、このテレビ受信機３００は、映像・グラフィック処理回路３０７と、パネル駆動回路３０８と、表示パネル３０９と、音声信号処理回路３１０と、音声増幅回路３１１と、スピーカ３１２を有している。また、このテレビ受信機３００は、ＣＰＵ３２１と、フラッシュＲＯＭ３２２と、ＤＲＡＭ３２３と、内部バス３２４と、リモートコントロール受信部（ＲＣ受信部）３２５と、リモートコントロール送信機（ＲＣ送信機）３２６を有している。
【０２３５】
アンテナ端子３０４は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ３０５は、アンテナ端子３０４に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応したトランスポートストリーム（ビットストリームデータ）ＴＳを出力する。
【０２３６】
ビットストリーム処理部３０６は、トランスポートストリームＴＳに基づいて、サブタイトルが重畳された出力立体画像データおよび音声データを出力する。このビットストリーム処理部２０１は、詳細説明は省略するが、例えば、上述したセットトップボックス２００の、３Ｄ対応ビットストリーム処理部２０１（図４４参照）と同様の構成とされる。このビットストリーム処理部３０６は、立体画像データに対して、左眼サブタイトルおよび右眼サブタイトルの表示データを合成し、サブタイトルが重畳された出力立体画像データを生成して出力する。
【０２３７】
なお、このビットストリーム処理部３０６は、例えば、立体画像データの伝送フォーマットがサイド・バイ・サイド方式、あるいはトップ・アンド・ボトム方式などの場合、スケーリング処理を施し、フル解像度の左眼画像データおよび右眼画像データを出力する。また、ビットストリーム処理部３０６は、画像データに対応した音声データを出力する。
【０２３８】
ＨＤＭＩ受信部３０３は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル４００を介してＨＤＭＩ端子３０２に供給される非圧縮の画像データおよび音声データを受信する。このＨＤＭＩ受信部３０３は、そのバージョンが例えばＨＤＭＩ１．４ａとされており、立体画像データの取り扱いが可能な状態にある。
【０２３９】
３Ｄ信号処理部３０１は、ＨＤＭＩ受信部３０３で受信された立体画像データに対して、デコード処理を行って、フル解像度の左眼画像データおよび右眼画像データを生成する。３Ｄ信号処理部３０１は、ＴＭＤＳ伝送データフォーマットに対応したデコード処理を行う。なお、３Ｄ信号処理部３０１は、ビットストリーム処理部３０６で得られたフル解像度の左眼画像データおよび右眼画像データに対しては何もしない。
【０２４０】
映像・グラフィック処理回路３０７は、３Ｄ信号処理部３０１で生成された左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データを生成する。また、映像・グラフィック処理回路３０７は、画像データに対して、必要に応じて、画質調整処理を行う。
【０２４１】
また、映像・グラフィック処理回路３０７は、画像データに対して、必要に応じて、メニュー、番組表などの重畳情報のデータを合成する。パネル駆動回路３０８は、映像・グラフィック処理回路３０７から出力される画像データに基づいて、表示パネル３０９を駆動する。表示パネル３０９は、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma DisplayPanel）等で構成されている。
【０２４２】
音声信号処理回路３１０は、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で得られた音声データに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路３１１は、音声信号処理回路３１０から出力される音声信号を増幅してスピーカ３１２に供給する。
【０２４３】
ＣＰＵ３２１は、テレビ受信機３００の各部の動作を制御する。フラッシュＲＯＭ３２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ３２３は、ＣＰＵ３２１のワークエリアを構成する。ＣＰＵ３２１は、フラッシュＲＯＭ３２２から読み出したソフトウェアやデータをＤＲＡＭ３２３上に展開してソフトウェアを起動させ、テレビ受信機３００の各部を制御する。
【０２４４】
ＲＣ受信部３２５は、ＲＣ送信機３２６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ３２１に供給する。ＣＰＵ３２１は、このリモコンコードに基づいて、テレビ受信機３００の各部を制御する。ＣＰＵ３２１、フラッシュＲＯＭ３２２およびＤＲＡＭ３２３は、内部バス３２４に接続されている。
【０２４５】
図４６に示すテレビ受信機３００の動作を簡単に説明する。ＨＤＭＩ受信部３０３では、ＨＤＭＩ端子３０２にＨＤＭＩケーブル４００を介して接続されているセットトップボックス２００から送信されてくる、立体画像データおよび音声データが受信される。このＨＤＭＩ受信部３０３で受信された立体画像データは、３Ｄ信号処理部３０１に供給される。また、このＨＤＭＩ受信部３０３で受信された音声データは音声信号処理回路３１０に供給される。
【０２４６】
アンテナ端子３０４に入力されたテレビ放送信号はデジタルチューナ３０５に供給される。このデジタルチューナ３０５では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応したトランスポートストリーム（ビットストリームデータ）ＴＳが出力される。このトランスポートストリームＴＳは、ビットストリーム処理部３０６に供給される。
【０２４７】
ビットストリーム処理部３０６では、ビデオデータストリーム、オーディオデータストリーム、さらには、サブタイトルデータストリームに基づいて、サブタイトルが重畳された出力立体画像データおよび音声データが得られる。この場合、立体画像データに対して、左眼サブタイトルおよび右眼サブタイトルの表示データが合成され、サブタイトルが重畳された出力立体画像データ（フル解像度の左眼画像データおよび右眼画像データ）が生成される。この出力立体画像データは、３Ｄ信号処理部３０１を通って、映像・グラフィック処理回路３０７に供給される。
【０２４８】
３Ｄ信号処理部３０１では、ＨＤＭＩ受信部３０３で受信された立体画像データに対してデコード処理が行われて、フル解像度の左眼画像データおよび右眼画像データが生成される。この左眼画像データおよび右眼画像データは、映像・グラフィック処理回路３０７に供給される。この映像・グラフィック処理回路３０７では、左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データが生成され、必要に応じて、画質調整処理、ＯＳＤ（オンスクリーンディスプレイ）等の重畳情報データの合成処理も行われる。
【０２４９】
この映像・グラフィック処理回路３０７で得られる画像データはパネル駆動回路３０８に供給される。そのため、表示パネル３０９により立体画像が表示される。例えば、表示パネル３０９に、左眼画像データによる左眼画像および右眼画像データによる右眼画像が交互に時分割的に表示される。視聴者は、例えば、表示パネル３０９の表示に同期して左眼シャッタおよび右眼シャッタが交互に開くシャッタメガネを装着することで、左眼では左眼画像のみを見ることができ、右眼では右眼画像のみを見ることができ、立体画像を知覚できる。
【０２５０】
また、ビットストリーム処理部３０６で得られた音声データは、音声信号処理回路３１０に供給される。この音声信号処理回路３１０では、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で得られた音声データに対してＤ／Ａ変換等の必要な処理が施される。この音声データは、音声増幅回路３１１で増幅された後に、スピーカ３１２に供給される。そのため、スピーカ３１２から表示パネル３０９の表示画像に対応した音声が出力される。
【０２５１】
なお、図４６は上述したように３Ｄ対応のテレビ受信機３００である。詳細説明は省略するが、レガシーの２Ｄ対応のテレビ受信機もほぼ同様の構成となる。ただし、レガシーの２Ｄ対応のテレビ受信機の場合、ビットストリーム処理部３０６は、上述の図４５に示す２Ｄ対応ビットストリーム処理部２０１と同様の構成、動作となる。また、レガシーの２Ｄ対応のテレビ受信機の場合、３Ｄ信号処理部３０１は不要となる。
【０２５２】
また、３Ｄ対応のテレビ受信機３００にあって、２次元表示モードまたは３次元表示モードのユーザ選択が可能な構成も考えられる。その場合、３次元表示モードが選択されるときには、ビットストリーム処理部３０６は、上述したと同様の構成、動作とされる。一方、２次元表示モードが選択されるときには、ビットストリーム処理部３０６は、上述の図４４に示す２Ｄ対応ビットストリーム処理部２０１と同様の構成、動作となる。
【０２５３】
＜２．変形例＞
なお、上述実施の形態においては、英語“ｅｎｇ”の１つの言語サービスのみが存在する場合の例を示した（図１９参照）。しかし、本技術は、多言語サービスにも同様に適用できることは勿論である。
【０２５４】
「複数ＰＥＳ、言語サービス間でＤＳＳセグメントの非共有」
図４７は、２言語サービスが存在する場合における、トランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示している。この例は、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。
【０２５５】
この構成例では、トランスポートストリームＴＳは、第１言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ１）と、第２言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ２）を有している。各サブタイトルデータストリームは、上述の図１１に示すサブタイトルデータストリームと同様の構成とされる。
【０２５６】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むＰＥＳペイロード（PES Payload）が配置されている。
【０２５７】
ここで、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントは、英語“ｅｎｇ”のサブタイトル（字幕）データを含む第１のセグメントを構成している。また、ＤＳＳのセグメントは、視差情報を含む第２のセグメントを構成している。
【０２５８】
ページＩＤはサービス識別情報を構成している。第１のセグメントに付されるページＩＤと、第２のセグメントに付されるページＩＤとは異なるものとされている。つまり、第１のセグメントに付されるページＩＤ（＝page_id1_1）と、第２のセグメントに付されるページＩＤ（＝page_id1_2）とは異なるものとされ、識別が可能とされている。これにより、第１のセグメントと第２のセグメントとが別個のサービスであることが示され、その識別が可能となっている。
【０２５９】
また、ここで、第２のセグメントに付されるページＩＤ（＝page_id1_2）の値は、第１のセグメントに付されるページＩＤ（＝page_id1_1）の値に予め決定された所定値が加算された値とされている。これにより、第１のセグメントであるＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対して、第２のセグメントであるＤＳＳのセグメントが、ページＩＤにより、ひも付けされることとなる。
【０２６０】
また、サブタイトルデータストリーム（ＰＩＤ２）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むＰＥＳペイロード（PES Payload）が配置されている。ここで、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントは、独語“ｇｅｒ”のサブタイトル（字幕）データを含む第１のセグメントを構成している。また、ＤＳＳのセグメントは、視差情報を含む第２のセグメントを構成している。
【０２６１】
ページＩＤはサービス識別情報を構成している。第１のセグメントに付されるページＩＤと、第２のセグメントに付されるページＩＤとは異なるものとされている。つまり、第１のセグメントに付されるページＩＤ（＝page_id2_1）と、第２のセグメントに付されるページＩＤ（＝page_id2_2）とは異なるものとされ、識別が可能とされている。これにより、第１のセグメントと第２のセグメントとが別個のサービスであることが示され、その識別が可能となっている。
【０２６２】
また、ここで、第２のセグメントに付されるページＩＤ（＝page_id2_2）の値は、第１のセグメントに付されるページＩＤ（＝page_id2_1）の値に予め決定された所定値が加算された値とされている。これにより、第１のセグメントであるＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対して、第２のセグメントであるＤＳＳのセグメントが、ページＩＤにより、ひも付けされることとなる。
【０２６３】
図４８は、上述したように２言語サービスが存在する場合におけるトランスポートストリームＴＳの構成例を示している。なお、この図においては、図面の簡単化のために、上述した図１２と同様に、ビデオおよびオーディオに関係する部分の図示を省略している。
【０２６４】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。このサブタイトルデータストリーム（ＰＩＤ１）には、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントにはページＩＤとして“page_id1_1”が付され、第２のセグメントとしてのＤＳＳのセグメントにはページＩＤとして“page_id1_2”が付され、識別可能とされる。
【０２６５】
また、この構成例では、サブタイトルデータストリーム（ＰＩＤ２）のＰＥＳパケット「Subtitle PES2」が含まれている。このサブタイトルデータストリーム（ＰＩＤ２）には、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントにはページＩＤとして“page_id2_1”が付され、第２のセグメントとしてのＤＳＳのセグメントにはページＩＤとして“page_id2_2”が付され、識別可能とされている。
【０２６６】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリーム（ＰＩＤ１）に対応してパケット識別子（PID）、サブタイトル・デスクリプタ等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリーム（ＰＩＤ２）に対応してパケット識別子（PID）、サブタイトル・デスクリプタ等の情報が配置される。
【０２６７】
サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。サブタイトルデータストリーム（ＰＩＤ１）のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値（page_id1_1）は、このコンポジション・ページＩＤの値（page_id1_1）と同じものとされる。
【０２６８】
また、第１のセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この第１のセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、英語を示す「eng」に設定される。
【０２６９】
また、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第２のセグメントとしてのＤＳＳのセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。サブタイトルデータストリーム（ＰＩＤ１）のＤＳＳのセグメントに付されるページＩＤの値（page_id1_2）は、このコンポジション・ページＩＤの値（page_id1_2）と同じものとされる。
【０２７０】
また、第２のセグメントに対応したサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値、例えば、「0x15」あるいは「0x25」とされる（図１５の“component_type”参照）。さらに、この第２のセグメントに対応したＩＳＯ言語コードは、例えば、非言語を示す「zxx」、あるいは英語を示す「eng」に設定される。
【０２７１】
また、サブタイトルデータストリーム（ＰＩＤ２）に対応したサブタイトル・デスクリプタにも、第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。サブタイトルデータストリーム（ＰＩＤ２）のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値（page_id2_1）は、このコンポジション・ページＩＤの値（page_id2_1）と同じものとされる。
【０２７２】
また、第１のセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この第１のセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、独語を示す「ger」に設定される。
【０２７３】
また、サブタイトルデータストリーム（ＰＩＤ２）に対応したサブタイトル・デスクリプタには、第２のセグメントとしてのＤＳＳのセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。サブタイトルデータストリーム（ＰＩＤ２）のＤＳＳのセグメントに付されるページＩＤの値（page_id2_2）は、このコンポジション・ページＩＤの値（page_id2_2）と同じものとされる。
【０２７４】
また、第２のセグメントに対応したサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値、例えば、「0x15」あるいは「0x25」とされる（図１５の“component_type”参照）。さらに、この第２のセグメントに対応したＩＳＯ言語コードは、例えば、非言語を示す「zxx」、あるいは独語を示す「ger」に設定される。
【０２７５】
図４９は、図４８に示されている各サブタイトルデータストリームに対応したサブタイトル・デスクリプタ（Subtitling_descriptor）等を取り出して示している。なお、非言語を示すＩＳＯ言語コードとして、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれか、あるいは、「mis」または「und」の言語コードを使用することも考えられる（図１８参照）。
【０２７６】
図５０は、第１言語サービスに係るサブタイトルデータストリーム（ＰＩＤ１）および第２言語サービスに係るサブタイトルデータストリーム（ＰＩＤ２）のストリーム構成例を示している。
【０２７７】
最初に、サブタイトルデータストリーム（ＰＩＤ１）について説明する。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（「２Ｄ」で示す）に対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ａ１”とされている。そのため、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値は“Ａ１”であることが分かる。
【０２７８】
また、コンポジション・ページＩＤ＝ページＩＤ＝Ａ１に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ａ１に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、英語を示す「eng」に設定されている。
【０２７９】
また、第２のセグメントとしてのＤＳＳセグメントに対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ａ２”とされている。そのため、ＤＳＳのセグメントに付されるページＩＤの値は“Ａ２”であることが分かる。
【０２８０】
また、コンポジション・ページＩＤ＝ページＩＤ＝Ａ２に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ａ２に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、非言語を示す「zxx」に設定されている。
【０２８１】
次に、サブタイトルデータストリーム（ＰＩＤ２）について説明する。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（「２Ｄ」で示す）に対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ｂ１”とされている。そのため、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値は“Ｂ１”であることが分かる。
【０２８２】
また、コンポジション・ページＩＤ＝ページＩＤ＝Ｂ１に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ｂ１に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、独語を示す「ger」に設定されている。
【０２８３】
また、第２のセグメントとしてのＤＳＳセグメントに対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ｂ２”とされている。そのため、ＤＳＳのセグメントに付されるページＩＤの値は“Ｂ２”であることが分かる。
【０２８４】
また、コンポジション・ページＩＤ＝ページＩＤ＝Ｂ２に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ｂ２に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、非言語を示す「zxx」に設定されている。
【０２８５】
トランスポートストリームＴＳが上述したような多言語に係るサブタイトルデータストリームを有する場合、受信装置では、ユーザが選択した、あるいは自動的に選択された言語サービスに係るサブタイトルデータストリームが抽出されてデコードされる。その際、レガシーの２Ｄ対応の受信装置では、ページＩＤに基づいて、サブタイトルデータストリームに含まれるＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントの読み出しのみ行われ、ＤＳＳセグメントについては読み飛ばされる。この場合、ＤＳＳセグメントの付されたページＩＤに対応してサブタイトル・デスクリプタに記述されている言語情報が非言語を示すように設定されていることで、このＤＳＳセグメントが選択された言語に対応していないことが認識され、ＤＳＳセグメントの読み飛ばしをより確実に行うことが可能となる。
【０２８６】
「複数ＰＥＳ、言語サービス間でＤＳＳセグメントの共有」
上述の図４７に示すサブタイトルデータストリームの構成例においては、言語サービス間でＤＳＳセグメントを共有しない場合を示した。すなわち、図４７に示すサブタイトルデータストリームの構成例において、ＤＳＳセグメントは、コンポジション・ページ（composition_page）として運用されている。しかし、言語サービス間でＤＳＳセグメントを共有することも考えられる。その場合、ＤＳＳセグメントは、アンシラリ・ページ（ancillary_page）として運用される。
【０２８７】
図５１は、２言語サービスが存在する場合における、トランスポートストリームＴＳが有するサブタイトルデータストリームの他の構成例を示している。この例は、図４６に示す例と同様に、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。
【０２８８】
この構成例では、トランスポートストリームＴＳは、第１言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ１）と、第２言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ２）を有している。各サブタイトルデータストリームは、ＤＳＳセグメントに付されるページＩＤが、サブタイトル・デスクリプタに記述されているアンシラリ・ページＩＤ（ancillary_page_id）と同じ値とされることを除き、上述の図４７に示すサブタイトルデータストリームと同様の構成とされる。
【０２８９】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）について、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントには、ページＩＤとして、コンポジション・ページＩＤ（composition_page_id）の値と同じ値のページＩＤ（page_id1_1）が付される。これに対して、ＤＳＳのセグメントには、アンシラリ・ページＩＤ（ancillary_page_id）と同じ値のページＩＤ（page_id_ancillary）が付される。
【０２９０】
同様に、サブタイトルデータストリーム（ＰＩＤ２）について、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントには、ページＩＤとして、コンポジション・ページＩＤ（composition_page_id）の値と同じ値のページＩＤ（page_id2_1）が付される。これに対して、ＤＳＳのセグメントには、アンシラリ・ページＩＤ（ancillary_page_id）と同じ値のページＩＤ（page_id_ancillary）が付される。
【０２９１】
なお、図５１に示すサブタイトルデータストリームの構成例においては、各サブタイトルデータストリームに含まれるＤＳＳセグメントにアンシラリ・ページＩＤ（ancillary_page_id）と同じ値のページＩＤを付して、アンシラリ・ページ（ancillary_page）として運用できる。しかし、この構成例の場合、２つのサブタイトルデータストリーム（ＰＥＳストリーム）に分かれているので、物理的には、それぞれのサブタイトルデータストリームに、コピーされたＤＳＳセグメントが存在する状態となる。
【０２９２】
図５２は、上述したように、言語サービス間でＤＳＳセグメントを共有する場合におけるトランスポートストリームＴＳの構成例を示している。なお、この図においては、図面の簡単化のために、上述した図４８と同様に、ビデオおよびオーディオに関係する部分の図示を省略している。
【０２９３】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。このサブタイトルデータストリーム（ＰＩＤ１）には、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントにはページＩＤとして“page_id1_1”が付される。また、第２のセグメントとしてのＤＳＳのセグメントにはページＩＤとして“page_id_ancillary”が付され、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントと識別可能とされると共に、アンシラリ・ページとして運用される。
【０２９４】
また、この構成例では、サブタイトルデータストリーム（ＰＩＤ２）のＰＥＳパケット「Subtitle PES2」が含まれている。このサブタイトルデータストリーム（ＰＩＤ２）には、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントにはページＩＤとして“page_id2_1”が付される。また、第２のセグメントとしてのＤＳＳのセグメントにはページＩＤとして“page_id_ancillary”が付され、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントと識別可能とされると共に、アンシラリ・ページとして運用される。
【０２９５】
サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“page_id1_1”とされている。これに対して、第２のセグメントとしてのＤＳＳセグメントに対応して、コンポジション・ページＩＤは“page_id1_2”とされ、アンシラリ・ページＩＤは“page_id_ancillary”とされ、異なる値とされている。
【０２９６】
同様に、サブタイトルデータストリーム（ＰＩＤ２）に対応したサブタイトル・デスクリプタには、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、第１のセグメントとしての、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“page_id2_1”とされている。これに対して、第２のセグメントとしてのＤＳＳセグメントに対応して、コンポジション・ページＩＤは“page_id2_2”とされ、アンシラリ・ページＩＤは“page_id_ancillary”とされ、異なる値とされている。
【０２９７】
なお、詳細説明は省略するが、図５２に示すトランスポートストリームＴＳの構成例のその他は、図４８に示す構成例と同様である。図５３は、図５２に示されている各サブタイトルデータストリームに対応したサブタイトル・デスクリプタ（Subtitling_descriptor）等を取り出して示している。なお、非言語を示すＩＳＯ言語コードとして、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれか、あるいは、「mis」または「und」の言語コードを使用することも考えられる（図１８参照）。
【０２９８】
「１ＰＥＳ、言語サービス間でＤＳＳセグメントの非共有」
上述の図４７に示すサブタイトルデータストリームの構成例においては、単一の言語サービスに対応したＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントおよびＤＳＳのセグメントを含む２つのサブタイトルデータストリームが存在する場合を示した。しかし、各言語サービスに対応した、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントおよびＤＳＳのセグメントが１つのサブタイトルデータストリームに含まれる構成も考えられる。
【０２９９】
図５４は、１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合における、トランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示している。この例は、図４７に示す例と同様に、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。この構成例では、トランスポートストリームＴＳは、１つのサブタイトルデータストリーム（ＰＩＤ１）を有している。このサブタイトルデータストリーム（ＰＩＤ１）は、上述の図１１に示すサブタイトルデータストリームと同様の構成とされる。
【０３００】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むＰＥＳペイロード（PES Payload）が配置されている。この場合、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳの各セグメントは２個ずつ存在する。例えば、連続する２個のうち、最初の１個は第１言語サービス（1st Language Service）に係るセグメントとされ、続く１個は第２言語サービス（2nd Language Service）に係るセグメントとされる。
【０３０１】
第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳの各セグメントに付されるページＩＤ（＝page_id1_1）と、その第１言語サービスに係るＤＳＳのセグメントに付されるページＩＤ（＝page_id1_2）とは異なるものとされ、識別が可能とされている。また、「page_id1_2」の値は、ページ「page_id1_1」の値に予め決定された所定値が加算された値とされる。これにより、第１言語サービスにおいて、ＤＳＳのセグメントが、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対して、ページＩＤによりひも付けされる。
【０３０２】
同様に、第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳの各セグメントに付されるページＩＤ（＝page_id2_1）と、その第２言語サービスに係るＤＳＳのセグメントに付されるページＩＤ（＝page_id2_2）とは異なるものとされ、識別が可能とされている。また、「page_id2_2」の値は、ページ「page_id2_1」の値に予め決定された所定値が加算された値とされる。これにより、第２言語サービスにおいて、ＤＳＳのセグメントが、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対して、ページＩＤによりひも付けされる。
【０３０３】
なお、この場合、第１言語サービスに係る各セグメントに付されるページＩＤの値と、第２言語サービスに係る各セグメントに付されるページＩＤの値とは異なるものとされる。これにより、ページＩＤに基づいて、第１言語サービスあるいは第２言語サービスに係るセグメントを選択的に取り出して、デコードすることが可能となる。
【０３０４】
図５５は、上述したように１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合におけるトランスポートストリームＴＳの構成例を示している。なお、この図においては、図面の簡単化のために、上述した図４８と同様に、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３０５】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。このサブタイトルデータストリーム（ＰＩＤ１）には、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳの各セグメントが２個ずつ含まれている。
【０３０６】
第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントおよびＥＤＳセグメントには、ページＩＤとして“page_id1_1”が付され、この第１言語サービスに係るＤＳＳセグメントには、ページＩＤとして“page_id1_2”が付され、識別可能とされる。同様に、第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントには、ページＩＤとして“page_id2_1”が付され、この第２言語サービスに係るＤＳＳセグメントには、ページＩＤとして“page_id2_2”が付され、識別可能とされる。
【０３０７】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリーム（ＰＩＤ１）に対応してパケット識別子（PID）、サブタイトル・デスクリプタ等の情報が配置される。
【０３０８】
サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第１言語サービスの各セグメントに関連して、以下のような情報が記述される。すなわち、第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。この第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値（page_id1_1）は、このコンポジション・ページＩＤの値（page_id1_1）と同じものとされる。
【０３０９】
また、第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、英語を示す「eng」に設定される。
【０３１０】
また、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第１言語サービスに係るＤＳＳのセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。この第１言語サービスに係るＤＳＳのセグメントに付されるページＩＤの値（page_id1_2）は、このコンポジション・ページＩＤの値（page_id1_2）と同じものとされる。
【０３１１】
また、第１言語サービスに係るＤＳＳのセグメントに対応したサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値、例えば、「0x15」あるいは「0x25」とされる（図１５の“component_type”参照）。さらに、この第１言語サービスに係るＤＳＳのセグメントに対応したＩＳＯ言語コードは、例えば、非言語を示す「zxx」、あるいは英語を示す「eng」に設定される。
【０３１２】
同様に、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第２言語サービスの各セグメントに関連して、以下のような情報が記述される。すなわち、第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。この第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに付されるページＩＤの値（page_id2_1）は、このコンポジション・ページＩＤの値（page_id2_1）と同じものとされる。
【０３１３】
また、第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、独語を示す「ger」に設定される。
【０３１４】
また、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第２言語サービスに係るＤＳＳのセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。この第２言語サービスに係るＤＳＳのセグメントに付されるページＩＤの値（page_id2_2）は、このコンポジション・ページＩＤの値（page_id2_2）と同じものとされる。
【０３１５】
また、第２言語サービスに係るＤＳＳのセグメントに対応したサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値、例えば、「0x15」あるいは「0x25」とされる（図１５の“component_type”参照）。さらに、この第２言語サービスに係るＤＳＳのセグメントに対応したＩＳＯ言語コードは、例えば、非言語を示す「zxx」、あるいは独語を示す「ger」に設定される。
【０３１６】
図５６は、図５５に示されているサブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタ（Subtitling_descriptor）等を取り出して示している。なお、非言語を示すＩＳＯ言語コードとして、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれかを使用することも考えられる。
【０３１７】
トランスポートストリームＴＳが上述したような多言語サービスに係る各セグメントが存在するサブタイトルデータストリームを有する場合、受信装置では、ユーザが選択した、あるいは自動的に選択された言語サービスに係るセグメントが抽出されてデコードされる。その際、レガシーの２Ｄ対応の受信装置では、ページＩＤに基づいて、サブタイトルデータストリームに含まれるＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントの読み出しのみ行われ、ＤＳＳセグメントについては読み飛ばされる。この場合、ＤＳＳセグメントに付されたページＩＤに対応してサブタイトル・デスクリプタに記述されている言語情報が非言語を示すように設定されていることで、このＤＳＳセグメントが選択された言語に対応していないことが認識され、ＤＳＳセグメントの読み飛ばしをより確実に行うことが可能となる。
【０３１８】
「１ＰＥＳ、言語サービス間でＤＳＳセグメントの共有」
上述の図５４に示すサブタイトルデータストリームの構成例においては、言語サービス間でＤＳＳセグメントを共有しない場合を示した。すなわち、図５４に示すサブタイトルデータストリームの構成例において、各言語サービスに係るＤＳＳセグメントは、コンポジション・ページ（composition_page）として運用されている。しかし、言語サービス間でＤＳＳセグメントを共有することも考えられる。その場合、ＤＳＳセグメントは、アンシラリ・ページ（ancillary_page）として運用される。
【０３１９】
図５７は、１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合における、トランスポートストリームＴＳが有するサブタイトルデータストリームの他の構成例を示している。この例は、図５４に示す例と同様に、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。
【０３２０】
この構成例では、トランスポートストリームＴＳは、１つのサブタイトルデータストリーム（ＰＩＤ１）を有している。このサブタイトルデータストリーム（ＰＩＤ１）は、ＤＳＳセグメントに付されるページＩＤが、サブタイトル・デスクリプタに記述されているアンシラリ・ページＩＤ（ancillary_page_id）と同じ値とされることを除き、上述の図４７に示すサブタイトルデータストリームと同様の構成とされる。なお、この場合、ＤＳＳのセグメントは２言語間で共有化されるので、１個のみとなる。
【０３２１】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含むＰＥＳペイロード（PES Payload）が配置されている。この場合、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントは２個ずつ存在する。例えば、連続する２個のうち、最初の１個は第１言語サービス（1st Language Service）に係るセグメントとされ、続く１個は第２言語サービス（2nd Language Service）に係るセグメントとされる。
【０３２２】
第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントには、ページＩＤ（＝page_id1_1）が付される。また、第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントにはページＩＤ（＝page_id2_1）が付される。さらに、言語サービス間で共有化されるＤＳＳのセグメントには、アンシラリ・ページＩＤ（ancillary_page_id）と同じ値のページＩＤ（page_id_ancillary）が付される。
【０３２３】
図５８は、上述したように１つのサブタイトルデータストリームに２言語サービスに係る各セグメントが存在する場合におけるトランスポートストリームＴＳの構成例を示している。なお、この図においては、図面の簡単化のために、上述した図５５と同様に、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３２４】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。このサブタイトルデータストリーム（ＰＩＤ１）には、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントが２個ずつ含まれている。ＤＳＳのセグメントは、２言語サービス間で共有化されるので１個のみとなる。
【０３２５】
第１言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントおよびＥＤＳセグメントには、ページＩＤとして“page_id1_1”が付され、第２言語サービスに係るＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメントには、ページＩＤとして“page_id2_1”が付される。そして、共有化されるＤＳＳのセグメントには、ページＩＤとして“page_id_ancillary”が付され、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントと識別可能とされると共に、アンシラリ・ページとして運用される。
【０３２６】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリーム（ＰＩＤ１）に対応してパケット識別子（PID）、サブタイトル・デスクリプタ等の情報が配置される。
【０３２７】
サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第１言語サービスの各セグメントに関連して、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“page_id1_1”とされている。これに対して、ＤＳＳセグメントに対応して、コンポジション・ページＩＤは“page_id1_1”とされ、アンシラリ・ページＩＤは“page_id_ancillary”とされ、異なる値とされている。
【０３２８】
同様に、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第２言語サービスの各セグメントに関連して、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“page_id2_1”とされている。これに対して、ＤＳＳセグメントに対応して、コンポジション・ページＩＤは“page_id2_1”とされ、アンシラリ・ページＩＤは“page_id_ancillary”とされ、異なる値とされている。
【０３２９】
なお、詳細説明は省略するが、図５８に示すトランスポートストリームＴＳの構成例のその他は、図５５に示す構成例と同様である。図５９は、図５８に示されている各サブタイトルデータストリームに対応したサブタイトル・デスクリプタ（Subtitling_descriptor）等を取り出して示している。なお、非言語を示すＩＳＯ言語コードとして、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれか、あるいは、「mis」または「und」の言語コードを使用することも考えられる（図１８参照）。
【０３３０】
上述したように、ＤＳＳのセグメントを各言語サービス間で共有化することで、ＰＥＳストリームの帯域の有効活用が可能となる。
【０３３１】
「３Ｄ＿ＥＸ部を含む構成」
また、上述では、サブタイトルデータストリームに、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントの他に、ＤＳＳのセグメントが含まれるものを示した（図１１、図４７、図５１、図５４、図５７参照）。しかし、このＤＳＳセグメントの部分に、ＤＳＳセグメントだけではなく、サブタイトル（字幕）表示の３Ｄ拡張に係るその他のセグメントをも含めることも考えられる。
【０３３２】
図６０は、その場合におけるトランスポートストリームＴＳが有するサブタイトルデータストリーム（ＰＩＤ１）の構成例を示している。先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントおよび３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、３Ｄ拡張に係る全てのセグメントが含まれる。３Ｄ＿ＥＸ部には、例えばＤＳＳのセグメントのみ、あるいはＤＤＳ、ＰＣＳ、ＤＳＳ、ＥＤＳの各セグメントなど、最大ではＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含めることができる。
【０３３３】
ここで、３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（以下、適宜、「２Ｄセグメント」という）に付されるページＩＤ（＝page_id1）と、３Ｄ＿ＥＸ部が持つ各セグメント（以下、適宜、「３Ｄ拡張セグメント」という）に付されるページＩＤ（＝page_id2）とは異なるものとされる。２Ｄセグメントは、重畳情報のデータ（サブタイトルデータ）を含む第１のセグメントを構成している。また、３Ｄ拡張（3D_EX）セグメントは、視差情報を含む第２のセグメントを構成している。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なるものとされることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。
【０３３４】
この場合、３Ｄ拡張セグメント（第２のセグメント）に付されるページＩＤ（＝page_id2）の値は、２Ｄセグメント（第１のセグメント）に付されるページＩＤ（＝page_id1）の値に予め決定された所定値が加算された値とされる。これにより、３Ｄ拡張セグメントは、２Ｄセグメントと、ページＩＤにより、ひも付けされ、関連するセグメントであることが分かる。
【０３３５】
図６１は、上述したように、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳペイロード（PES payload）に、３Ｄ拡張セグメントを含む３Ｄ＿ＥＸ部が存在する場合における、トランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３３６】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント、つまり２Ｄセグメント（第１のセグメント）には、ページＩＤとして“page_id1”が付されている。また、３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメント（第２のセグメント）には、ページＩＤとして“page_id2”が付されている。
【０３３７】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【０３３８】
デスクリプタとしてサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。サブタイトル・デスクリプタには、２Ｄセグメント（第１のセグメント）に対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。２Ｄセグメントに付されるページＩＤの値（page_id1）は、このコンポジション・ページＩＤの値（page_id1）と同じものとされる。
【０３３９】
また、２Ｄセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この２Ｄセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、英語を示す「eng」に設定される。
【０３４０】
また、サブタイトル・デスクリプタには、３Ｄ拡張セグメント（第２のセグメント）に対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。３Ｄ拡張セグメントに付されるページＩＤの値（page_id2）は、このコンポジション・ページＩＤの値（page_id2）と同じものとされる。
【０３４１】
また、３Ｄ拡張セグメントに対応したサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値、例えば、「0x15」あるいは「0x25」とされる（図１５の“component_type”参照）。さらに、この３Ｄ拡張セグメントに対応したＩＳＯ言語コードは、例えば、例えば、非言語を示す「zxx」、あるいは英語を示す「eng」に設定される。なお、非言語を示すＩＳＯ言語コードとして、ＩＳＯ言語コードの「ｑａａ」から「ｑｒｚ」の空間に含まれる言語コードのいずれか、あるいは、「mis」または「und」の言語コードを使用することも考えられる（図１８参照）。
【０３４２】
図６２は、サブタイトルデータストリームのストリーム構成例を示している。「２Ｄ」で示している２Ｄセグメント（第１のセグメント）に対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ａ１”とされている。２Ｄセグメントに付されるページＩＤの値は“Ａ１”であることが分かる。また、コンポジション・ページＩＤ＝ページＩＤ＝Ａ１に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ａ１に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、英語を示す「eng」に設定されている。
【０３４３】
一方、「３Ｄ＿ＥＸ」で示している３Ｄ拡張セグメント（第２のセグメント）に対応してサブタイトル・デスクリプタに記述されているコンポジション・ページＩＤ（composition_page_id）は“Ａ２”とされている。そのため、３Ｄ拡張セグメントに付されるページＩＤの値は“Ａ２”であることが分かる。また、コンポジション・ページＩＤ＝ページＩＤ＝Ａ２に対応させて、サブタイトル・デスクリプタに記述されるサブタイトリングタイプ（subtitling_type）は、３Ｄ用サブタイトルを示す値とされている。さらに、コンポジション・ページＩＤ＝ページＩＤ＝Ａ２に対応させて、サブタイトル・デスクリプタに記述されるＩＳＯ言語コードは、非言語を示す「zxx」に設定されている。
【０３４４】
上述の図６０〜図６２の例は、上述の図１１の例に対応した例である。詳細説明は省略するが、上述の図４７、図５１、図５４、図５７の各例においても、ＤＳＳセグメントを、３Ｄ＿ＥＸ部で置き換えた構成を考えることができることは勿論である。なお、３Ｄ＿ＥＸ部に含めるセグメントは、常に一定である必要はなく、例えば、任意のタイミングで変更可能とすることも考えられる。
【０３４５】
「２Ｄセグメントのコンポジション・ページＩＤのみの登録（単言語サービス）」
図６３は、トランスポートストリームＴＳが有するサブタイトルデータストリームの他の構成例を示している。先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメントおよび３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、上述の図６０の構成例と同様に、例えばＤＳＳのセグメントのみ、あるいはＤＤＳ、ＰＣＳ、ＤＳＳ、ＥＤＳの各セグメントなど、最大ではＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの各セグメントを含めることができる。この例では、ＤＤＳ、ＰＣＳ、ＤＳＳ、ＥＤＳの各セグメントが含まれている。
【０３４６】
ここで、３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（以下、適宜、「２Ｄセグメント」という）に付されるページＩＤ（＝ＣＰ１）と、３Ｄ＿ＥＸ部が持つ各セグメント（以下、適宜、「３Ｄ拡張セグメント」という）に付されるページＩＤ（＝ＣＰ１′）とは異なるものとされる。２Ｄセグメントは、重畳情報のデータ（サブタイトルデータ）を含む第１のセグメントを構成している。また、３Ｄ拡張（3D_EX）セグメントは、視差情報を含む第２のセグメントを構成している。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。
【０３４７】
また、ここで、「ＣＰ１」と「ＣＰ１′」とは固有の関係を持つように設定される。つまり、「ＣＰ１」に対応したコンポジション・ページＩＤ（composition_page_id）から、この固有の関係に基づいて、「ＣＰ１′」を一意に求めることが可能となる。固有の関係の一例として、「ＣＰ１′」は、「ＣＰ１」に固定値（オフセット値）を加えたものとされる。例えば、ＣＰ１＝0x0XXX であり、固定値＝0x8000 であるとき、ＣＰ１′＝0x8XXX となる。このように「ＣＰ１」と「ＣＰ１′」とが固有の関係を持つことで、３Ｄ拡張セグメントは、２Ｄセグメントと、ページＩＤによりひも付けされる。
【０３４８】
図６４は、上述の図６３のサブタイトルデータストリーム（ＰＩＤ１）を有するトランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においては、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３４９】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント、つまり２Ｄセグメント（第１のセグメント）には、ページＩＤとして“CP1=0x0XXX”が付されている。また、３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメント（第２のセグメント）には、ページＩＤとして“CP1′=0x8XXX”が付されている。
【０３５０】
トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（ProgramMap Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ(EventInformation Table)が含まれている。このＥＩＴには、番組単位のメタデータが記載される。
【０３５１】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【０３５２】
デスクリプタとして、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。このサブタイトル・デスクリプタには、２Ｄセグメント（第１のセグメント）に対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。２Ｄセグメントに付されるページＩＤの値（0x0XXX）は、このコンポジション・ページＩＤの値（0x0XXX）と同じものとされる。
【０３５３】
また、２Ｄセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この２Ｄセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、英語を示す「eng」に設定される。
【０３５４】
なお、このサブタイトル・デスクリプタには、上述の図１２に示すトランスポートストリームＴＳの構成例とは異なり、３Ｄ拡張セグメント（第２のセグメント）に対応したコンポジション・ページＩＤ（composition_page_id）等の記述はされない。
【０３５５】
サブタイトルデータストリーム（ＰＩＤ１）が図６３に示すように構成され、これに対応するサブタイトル・デスクリプタに図６４に示すように２Ｄセグメントに対応したコンポジション・ページＩＤ等のみが記述される場合には、以下のような効果がある。
【０３５６】
すなわち、レガシーの２Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているコンポジション・ページＩＤに基づいて、サブタイトルデータストリーム（ＰＩＤ１）から２Ｄセグメントのみを読み込んでデコードし、サブタイトルデータを得ることができる。つまり、レガシーの２Ｄ対応の受信装置は、デスクリプタに、３Ｄ拡張セグメントに対応したコンポジション・ページＩＤの記述がないので、サブタイトルデータストリーム（ＰＩＤ１）に含まれる３Ｄ拡張セグメントを読み飛ばすこととなる。これにより、レガシーの２Ｄ対応の受信装置において、視差情報を含む３Ｄ拡張セグメントの送信が受信処理の妨げとなることを防止できる。
【０３５７】
また、３Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているコンポジション・ページＩＤと、固有の関係に基づいて、サブタイトルデータストリーム（ＰＩＤ１）から２Ｄセグメントおよび３Ｄ拡張セグメントの双方を読み込んでデコードし、サブタイトルデータおよび視差情報を良好に取得できる。すなわち、３Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているコンポジション・ページＩＤから２ＤセグメントのページＩＤを知ることができ、サブタイトルデータストリーム（ＰＩＤ１）から２Ｄセグメントを読み込むことができる。さらに、３Ｄ対応の受信装置は、コンポジション・ページＩＤから固有の関係に基づいて、３Ｄ拡張セグメントのページＩＤを知ることができ、サブタイトルデータストリーム（ＰＩＤ１）から３Ｄ拡張セグメントを読み込むことができる。
【０３５８】
「２Ｄセグメントのコンポジション・ページＩＤのみの登録（多言語サービス）」
上述の図６３に示すサブタイトルデータストリームの構成例においては、英語“ｅｎｇ”の１つの言語サービスのみが存在する場合の例を示した。多言語サービスの場合も同様に構成できる。図６５は、２言語サービスが存在する場合におけるトランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示している。この例は、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。
【０３５９】
この構成例では、トランスポートストリームＴＳは、第１言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ１）と、第２言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ２）を有している。各サブタイトルデータストリームは、上述の図６３に示すサブタイトルデータストリームと同様の構成とされる。
【０３６０】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（２Ｄセグメント）および３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、ＤＤＳ、ＰＣＳ、ＤＳＳ、ＥＤＳの各セグメント（３Ｄ拡張セグメント）が含まれている。ここで、２Ｄセグメントに付されるページＩＤ（＝ＣＰ１）と、３Ｄ拡張セグメントに付されるページＩＤ（＝ＣＰ１′）とは異なるものとされる。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。
【０３６１】
また、ここで、「ＣＰ１」と「ＣＰ１′」とは固有の関係を持つように設定される。つまり、「ＣＰ１」に対応したコンポジション・ページＩＤ（composition_page_id）から、この固有の関係に基づいて、「ＣＰ１′」を一意に求めることが可能となる。固有の関係の一例として、この例では、「ＣＰ１′」は「ＣＰ１」に固定値（オフセット値）を加えたものとされる。例えば、ＣＰ１＝0x0XXX であり、固定値＝0x8000 であるとき、ＣＰ１′＝0x8XXX となる。このように「ＣＰ１」と「ＣＰ１′」とが固有の関係を持つことで、３Ｄ拡張セグメントは、２Ｄセグメントと、ページＩＤによりひも付けされる。
【０３６２】
また、サブタイトルデータストリーム（ＰＩＤ２）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント（２Ｄセグメント）および３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、ＤＤＳ、ＰＣＳ、ＤＳＳ、ＥＤＳの各セグメント（３Ｄ拡張セグメント）が含まれている。ここで、２Ｄセグメントに付されるページＩＤ（＝ＣＰ２）と、３Ｄ拡張セグメントに付されるページＩＤ（＝ＣＰ２′）とは異なるものとされる。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。
【０３６３】
また、ここで、「ＣＰ２」と「ＣＰ２′」とは固有の関係を持つように設定される。つまり、「ＣＰ２」に対応したコンポジション・ページＩＤ（composition_page_id）から、この固有の関係に基づいて、「ＣＰ２′」を一意に求めることが可能となる。固有の関係の一例として、この例では、「ＣＰ２′」は「ＣＰ２」に固定値（オフセット値）を加えたものとされる。例えば、ＣＰ２＝0x0YYY であり、固定値＝0x8000 であるとき、ＣＰ１′＝0x8YYY となる。このように「ＣＰ２」と「ＣＰ２′」とが固有の関係を持つことで、３Ｄ拡張セグメントは、２Ｄセグメントと、ページＩＤによりひも付けされる。
【０３６４】
図６６は、上述の図６５のサブタイトルデータストリーム（ＰＩＤ１，ＰＩＤ２）を有するトランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においても、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３６５】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP1=0x0XXX”が付されている。また、３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“CP1′=0x8XXX”が付されている。これにより、サブタイトルデータストリーム（ＰＩＤ１）において、２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。
【０３６６】
また、この構成例では、サブタイトルデータストリーム（ＰＩＤ２）のＰＥＳパケット「Subtitle PES2」が含まれている。３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP2=0x0YYY”が付されている。また、３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“CP2′=0x8YYY”が付されている。これにより、サブタイトルデータストリーム（ＰＩＤ２）において、２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。
【０３６７】
トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（ProgramMap Table）が含まれている。このＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うＳＩ（Serviced Information）としてのＥＩＴ（EventInformation Table）が含まれている。このＥＩＴには、番組単位のメタデータが記載される。
【０３６８】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【０３６９】
デスクリプタとして、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。このサブタイトル・デスクリプタには、２Ｄセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。２Ｄセグメントに付されるページＩＤの値（0x0XXX）は、このコンポジション・ページＩＤの値（0x0XXX）と同じものとされる。
【０３７０】
また、２Ｄセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この２Ｄセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、英語を示す「eng」に設定される。なお、このサブタイトル・デスクリプタには、３Ｄ拡張セグメントに対応したコンポジション・ページＩＤ等の記述はされない。
【０３７１】
また、デスクリプタとして、サブタイトルデータストリーム（ＰＩＤ２）に対応したサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。このサブタイトル・デスクリプタには、２Ｄセグメントに対応して、ＩＳＯ言語コード（ISO_639_language_code）、サブタイトリングタイプ（subtitling_type）、コンポジション・ページＩＤ（composition_page_id）が記述される。２Ｄセグメントに付されるページＩＤの値（0x0YYY）は、このコンポジション・ページＩＤの値（0x0YYY）と同じものとされる。
【０３７２】
また、２Ｄセグメントに対応したサブタイトリングタイプ（subtitling_type）は、２Ｄ用サブタイトルを示す値、例えば、「0x14」あるいは「0x24」とされる（図１５の“component_type”参照）。さらに、この２Ｄセグメントに対応したＩＳＯ言語コードは、サブタイトル（字幕）の言語を示すように設定される。図示の例においては、独語を示す「ger」に設定される。なお、このサブタイトル・デスクリプタには、３Ｄ拡張セグメントに対応したコンポジション・ページＩＤ等の記述はされない。
【０３７３】
トランスポートストリームＴＳが上述したような多言語に係るサブタイトルデータストリームを有する場合、受信装置では、ユーザが選択した、あるいは自動的に選択された言語サービスに係るサブタイトルデータストリームが抽出されてデコードされる。その際、上述の単言語サービスの例（図６３、図６４参照）で説明したと同様に、レガシーの２Ｄ対応受信装置および３Ｄ対応の受信装置において、所定の効果を得ることができる。
【０３７４】
「アンシラリ・ページＩＤによる３Ｄ拡張セグメントの識別（２ＰＥＳ）」
図６７は、トランスポートストリームＴＳが有するサブタイトルデータストリームのさらに他の構成例を示している。この例は、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。この構成例では、トランスポートストリームＴＳは、第１言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ１）と、第２言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ２）を有している。
【０３７５】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント（２Ｄセグメント）および３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、ＤＳＳ、ＥＤＳの各セグメント（３Ｄ拡張セグメント）が含まれている。ここで、２Ｄセグメントに付されるページＩＤ（＝ＣＰ１）と、３Ｄ拡張セグメントに付されるページＩＤ（＝ＡＰ１）とは異なるものとされる。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。ここで、２Ｄセグメントはコンポジション・ページとして運用され、３Ｄセグメントはアンシラリ・ページとして運用される。
【０３７６】
また、サブタイトルデータストリーム（ＰＩＤ２）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント（２Ｄセグメント）および３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、ＤＳＳ、ＥＤＳの各セグメント（３Ｄ拡張セグメント）が含まれている。ここで、２Ｄセグメントに付されるページＩＤ（＝ＣＰ２）と、３Ｄ拡張セグメントに付されるページＩＤ（＝ＡＰ２）とは異なるものとされる。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。ここで、２Ｄセグメントはコンポジション・ページとして運用され、３Ｄセグメントはアンシラリ・ページとして運用される。
【０３７７】
なお、この例では、３Ｄ＿ＥＸ部には、ＤＳＳ、ＥＤＳの２つのセグメントが含まれている。しかし、３Ｄ＿ＥＸ部に含まれるセグメントの組み合わせは、これに限定されるものではない。例えば、３Ｄ＿ＥＸ部に、ＯＤＳ、ＤＳＳ、ＥＤＳの３つのセグメント、あるいはＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの４つのセグメントなどを含めることも考えられ得る。
【０３７８】
図６８は、上述の図６７のサブタイトルデータストリーム（ＰＩＤ１，ＰＩＤ２）を有するトランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においても、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３７９】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP1”が付されている。また、３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“AP1”が付されている。これにより、サブタイトルデータストリーム（ＰＩＤ１）において、２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。
【０３８０】
また、この構成例では、サブタイトルデータストリーム（ＰＩＤ２）のＰＥＳパケット「Subtitle PES2」が含まれている。３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP2”が付されている。また、３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“AP2”が付されている。これにより、サブタイトルデータストリーム（ＰＩＤ２）において、２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。
【０３８１】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【０３８２】
デスクリプタとして、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。このサブタイトル・デスクリプタには、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。
【０３８３】
すなわち、２Ｄセグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“CP1”とされている。これにより、２Ｄセグメントはコンポジション・ページとして運用され、この２Ｄセグメントに付されるページＩＤの値は、コンポジション・ページＩＤと同じ値“CP1”とされている。これに対して、３Ｄ拡張セグメントに対応して、コンポジション・ページＩＤは“CP1”とされ、アンシラリ・ページＩＤは“AP1”とされ、異なる値とされている。これにより、３Ｄ拡張セグメントはアンシラリ・ページとして運用され、この３Ｄ拡張セグメントに付されるページＩＤの値は、アンシラリ・ページＩＤと同じ値“AP1”とされている。
【０３８４】
また、デスクリプタとして、サブタイトルデータストリーム（ＰＩＤ２）に対応したサブタイトル・デスクリプタ（Subtitling_descriptor）が存在する。このサブタイトル・デスクリプタには、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。
【０３８５】
すなわち、２Ｄセグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“CP2”とされている。これにより、２Ｄセグメントはコンポジション・ページとして運用され、この２Ｄセグメントに付されるページＩＤの値は、コンポジション・ページＩＤと同じ値“CP2”とされている。これに対して、３Ｄ拡張セグメントに対応して、コンポジション・ページＩＤは“CP2”とされ、アンシラリ・ページＩＤは“AP2”とされ、異なる値とされている。これにより、３Ｄ拡張セグメントはアンシラリ・ページとして運用され、この３Ｄ拡張セグメントに付されるページＩＤの値は、アンシラリ・ページＩＤと同じ値“AP2”とされている。
【０３８６】
サブタイトルデータストリーム（ＰＩＤ１、ＰＩＤ２）が図６７に示すように構成され、これに対応するサブタイトル・デスクリプタに図６８に示すようにコンポジション・ページＩＤ、アンシラリ・ページＩＤ等が記述される場合には、以下のような効果がある。
【０３８７】
すなわち、レガシーの２Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているコンポジション・ページＩＤに基づいて、サブタイトルデータストリーム（ＰＩＤ１、ＰＩＤ２）から２Ｄセグメントのみを読み込んでデコードし、サブタイトルデータを得ることができる。つまり、レガシーの２Ｄ対応の受信装置は、サブタイトルデータストリーム（ＰＩＤ１、ＰＩＤ２）に含まれる３Ｄ拡張セグメントを読み飛ばすことができる。これにより、レガシーの２Ｄ対応の受信装置において、視差情報を含む３Ｄ拡張セグメントの送信が受信処理の妨げとなることを防止できる。
【０３８８】
また、３Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているコンポジション・ページＩＤおよびアンシラリ・ページＩＤに基づいて、サブタイトルデータストリーム（ＰＩＤ１、ＰＩＤ２）から２Ｄセグメントおよび３Ｄ拡張セグメントの双方を読み込んでデコードし、サブタイトルデータおよび視差情報を良好に取得できる。すなわち、３Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているコンポジション・ページＩＤから２ＤセグメントのページＩＤを知ることができ、サブタイトルデータストリームから２Ｄセグメントを読み込むことができる。さらに、３Ｄ対応の受信装置は、サブタイトル・デスクリプタに記述されているアンシラリ・ページＩＤから３Ｄ拡張セグメントのページＩＤを知ることができ、サブタイトルデータストリームから３Ｄ拡張セグメントを読み込むことができる。
【０３８９】
なお、図６７、図６８に示す構成例は、多言語サービスの１つである２言語サービスの例を示した。詳細説明は省略するが、単言語サービスの場合も同様に構成できる（図６７、図６８のサブタイトルデータストリーム（ＰＩＤ１）あるいはサブタイトルデータストリーム（ＰＩＤ２）の部分を参照）。
【０３９０】
「アンシラリ・ページＩＤによる３Ｄ拡張セグメントの識別（１ＰＥＳ）」
上述の図６７、図６８の構成例では、トランスポートストリームＴＳは、第１言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ１）と第２言語サービスに対応したサブタイトルデータストリーム（ＰＩＤ２）とを有している。しかし、１つのサブタイトルデータストリームに２言語サービスに係る各セグメントを含めることも考えられる。
【０３９１】
図６９は、その場合におけるトランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示している。この例は、図６７に示す例と同様に、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。この構成例では、トランスポートストリームＴＳは、１つのサブタイトルデータストリーム（ＰＩＤ１）を有している。
【０３９２】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント（２Ｄセグメント）および３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、ＤＤＳ、ＥＤＳの各セグメント（３Ｄ拡張セグメント）が含まれている。
【０３９３】
この場合、２Ｄセグメントを構成する各セグメントは２個ずつ存在する。例えば、連続する２個のうち、最初の１個は第１言語サービス（1st Language Service）に係るセグメントとされ、続く１個は第２言語サービス（2nd Language Service）に係るセグメントとされる。また、３Ｄ拡張セグメントを構成する各セグメントは２個ずつ存在する。例えば、連続する２個のうち、最初の１個は第１言語サービス（1st Language Service）に係るセグメントとされ、続く１個は第２言語サービス（2nd Language Service）に係るセグメントとされる。
【０３９４】
ここで、第１言語サービスに係る２Ｄセグメントに付されるページＩＤ（＝ＣＰ１）と、第１言語サービスに係る３Ｄ拡張セグメントに付されるページＩＤ（＝ＡＰ１）とは異なるものとされる。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。ここで、２Ｄセグメントはコンポジション・ページとして運用され、３Ｄセグメントはアンシラリ・ページとして運用される。
【０３９５】
同様に、第２言語サービスに係る２Ｄセグメントに付されるページＩＤ（＝ＣＰ２）と、第２言語サービスに係る３Ｄ拡張セグメントに付されるページＩＤ（＝ＡＰ２）とは異なるものとされる。２Ｄセグメントに付されるページＩＤと、３Ｄ拡張セグメントに付されるページＩＤとが異なることで、これらのセグメントが別個のサービスであることが示され、その識別が可能となる。ここで、２Ｄセグメントはコンポジション・ページとして運用され、３Ｄセグメントはアンシラリ・ページとして運用される。
【０３９６】
なお、この例でも、３Ｄ＿ＥＸ部には、ＤＳＳ、ＥＤＳの２つのセグメントが含まれている。しかし、３Ｄ＿ＥＸ部に含まれるセグメントの組み合わせは、これに限定されるものではない。例えば、３Ｄ＿ＥＸ部に、ＯＤＳ、ＤＳＳ、ＥＤＳの３つのセグメント、あるいはＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの４つのセグメントなどを含めることも考えられ得る。
【０３９７】
図７０は、上述の図６９のサブタイトルデータストリーム（ＰＩＤ１）を有するトランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においても、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【０３９８】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。第１言語サービスに係る３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP1”が付されている。また、第１言語サービスに係る３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“AP1”が付されている。同様に、第２言語サービスに係る３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP2”が付されている。また、第２言語サービスに係る３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“AP2”が付されている。
【０３９９】
これにより、サブタイトルデータストリーム（ＰＩＤ１）において、第１言語サービスに係る各セグメントと第２言語サービスに係る各セグメントとは、ページＩＤにより識別可能とされている。また、サブタイトルデータストリーム（ＰＩＤ１）において、第１言語サービスに係る２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。さらに、ブタイトルデータストリーム（ＰＩＤ１）において、第２言語サービスに係る２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。
【０４００】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【０４０１】
サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第１言語サービスの各セグメントに関連して、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、２Ｄセグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“CP1”とされている。これに対して、３Ｄ拡張セグメントに対応して、コンポジション・ページＩＤは“CP1”とされ、アンシラリ・ページＩＤは“AP1”とされ、異なる値とされている。
【０４０２】
同様に、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第２言語サービスの各セグメントに関連して、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、２Ｄセグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“CP2”とされている。これに対して、３Ｄ拡張セグメントに対応して、コンポジション・ページＩＤは“CP2”とされ、アンシラリ・ページＩＤは“AP2”とされ、異なる値とされている。
【０４０３】
サブタイトルデータストリーム（ＰＩＤ１）が図６９に示すように構成され、これに対応するサブタイトル・デスクリプタに図７０に示すようにコンポジション・ページＩＤ、アンシラリ・ページＩＤ等が記述される場合も、上述の図６７、図６８で説明したと同様に、レガシーの２Ｄ対応受信装置および３Ｄ対応の受信装置において、所定の効果を得ることができる。
【０４０４】
「アンシラリ・ページＩＤによる３Ｄ拡張セグメント（共有）の識別（１ＰＥＳ）」
上述の図６９に示すサブタイトルデータストリームの構成例においては、各言語サービスにおける３Ｄ拡張セグメントが併存する場合を示した。しかし、言語サービス間で３Ｄ拡張セグメントを共有することも考えられる。
【０４０５】
図７１は、３Ｄ拡張セグメントを共有する場合におけるトランスポートストリームＴＳが有するサブタイトルデータストリームの構成例を示している。この例は、図６９に示す例と同様に、英語“ｅｎｇ”の第１言語サービス（1st Language Service）と、独語“ger”の第２言語サービス（2nd Language Service）の２言語サービスが存在する例である。この構成例では、トランスポートストリームＴＳは、１つのサブタイトルデータストリーム（ＰＩＤ１）を有している。
【０４０６】
すなわち、サブタイトルデータストリーム（ＰＩＤ１）は、先頭にＰＥＳヘッダ（PES Header）が配置され、それに続いて、ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント（２Ｄセグメント）および３Ｄ＿ＥＸ部を含むＰＥＳペイロード（PES Payload）が配置されている。３Ｄ＿ＥＸ部には、ＤＳＳ、ＥＤＳの各セグメント（３Ｄ拡張セグメント）が含まれている。
【０４０７】
この場合、２Ｄセグメントを構成する各セグメントは２個ずつ存在する。例えば、連続する２個のうち、最初の１個は第１言語サービス（1st Language Service）に係るセグメントとされ、続く１個は第２言語サービス（2nd Language Service）に係るセグメントとされる。なお、３Ｄ拡張セグメントを構成する各セグメントは、各言語サービス間で共有されるので、１個ずつしか存在しない。
【０４０８】
ここで、第１言語サービスに係る２Ｄセグメントに付されるページＩＤ（＝ＣＰ１）と、３Ｄ拡張セグメントに付されるページＩＤ（＝ＡＰ１）とは異なるものとされる。同様に、第２言語サービスに係る２Ｄセグメントに付されるページＩＤ（＝ＣＰ２）と、３Ｄ拡張セグメントに付されるページＩＤ（＝ＡＰ１）とは異なるものとされる。ここで、各言語サービスの２Ｄセグメントはコンポジション・ページとして運用され、共有の３Ｄセグメントはアンシラリ・ページとして運用される。
【０４０９】
なお、この例でも、３Ｄ＿ＥＸ部には、ＤＳＳ、ＥＤＳの２つのセグメントが含まれている。しかし、３Ｄ＿ＥＸ部に含まれるセグメントの組み合わせは、これに限定されるものではない。例えば、３Ｄ＿ＥＸ部に、ＯＤＳ、ＤＳＳ、ＥＤＳの３つのセグメント、あるいはＣＤＳ、ＯＤＳ、ＤＳＳ、ＥＤＳの４つのセグメントなどを含めることも考えられ得る。
【０４１０】
図７２は、上述の図７１のサブタイトルデータストリーム（ＰＩＤ１）を有するトランスポートストリームＴＳの構成例を示している。このトランスポートストリームＴＳには、各エレメンタリストリームをパケット化して得られたＰＥＳパケットが含まれている。なお、この図においても、図面の簡単化のために、ビデオおよびオーディオに関係する部分の図示を省略している。
【０４１１】
この構成例では、サブタイトルデータストリーム（ＰＩＤ１）のＰＥＳパケット「Subtitle PES1」が含まれている。第１言語サービスに係る３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP1”が付されている。また、第２言語サービスに係る３Ｄ＿ＥＸ部を除くＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳの各セグメント、つまり２Ｄセグメントには、ページＩＤとして“CP2”が付されている。そして、共有される３Ｄ＿ＥＸ部に含まれる３Ｄ拡張セグメントには、ページＩＤとして“AP１”が付されている。
【０４１２】
これにより、サブタイトルデータストリーム（ＰＩＤ１）において、第１言語サービスに係る各セグメントと第２言語サービスに係る各セグメントとは、ページＩＤにより識別可能とされている。また、サブタイトルデータストリーム（ＰＩＤ１）において、第１言語サービスに係る２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。さらに、ブタイトルデータストリーム（ＰＩＤ１）において、第２言語サービスに係る２Ｄセグメントと３Ｄ拡張セグメントとは、ページＩＤにより識別可能とされている。
【０４１３】
ＰＭＴには、サブタイトルデータストリームに関連した情報を持つサブタイトルエレメンタリ・ループが存在する。このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームのパケット識別子（PID）等の情報が配置される。また、このサブタイトルエレメンタリ・ループには、サブタイトルデータストリームに関連する情報を記述するデスクリプタ（記述子）も配置される。
【０４１４】
サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第１言語サービスの各セグメントに関連して、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、２Ｄセグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“CP1”とされている。これに対して、３Ｄ拡張セグメントに対応して、コンポジション・ページＩＤは“CP1”とされ、アンシラリ・ページＩＤは“AP1”とされ、異なる値とされている。
【０４１５】
同様に、サブタイトルデータストリーム（ＰＩＤ１）に対応したサブタイトル・デスクリプタには、第２言語サービスの各セグメントに関連して、コンポジション・ページＩＤ（composition_page_id）と、アンシラリ・ページＩＤ（ancillary_page_id）が、以下のように設定されている。すなわち、２Ｄセグメントに対応して、コンポジション・ページＩＤおよびアンシラリ・ページＩＤは、同じ値“CP2”とされている。これに対して、３Ｄ拡張セグメントに対応して、コンポジション・ページＩＤは“CP2”とされ、アンシラリ・ページＩＤは“AP１”とされ、異なる値とされている。
【０４１６】
サブタイトルデータストリーム（ＰＩＤ１）が図７１に示すように構成され、これに対応するサブタイトル・デスクリプタに図７２に示すようにコンポジション・ページＩＤ、アンシラリ・ページＩＤ等が記述される場合も、上述の図６７、図６８で説明したと同様に、レガシーの２Ｄ対応受信装置および３Ｄ対応の受信装置において、所定の効果を得ることができる。
【０４１７】
なお、図４３に示すセットトップボックス２００においては、デジタルチューナ２０４に接続されるアンテナ入力端子２０３が設けられたものを示した。しかし、ケーブルを介して送信されてくるＲＦ信号を入力するセットトップボックスも同様に構成できる。その場合、アンテナ端子２０３の代わりにケーブル端子が設けられたものとなる。
【０４１８】
また、インターネット、ホームネットワークが直接、あるいはそれらがルータ経由で接続されるセットトップボックスも同様に構成できる。つまり、その場合、セットトップボックスには、上述のトランスポートストリームＴＳがインターネット、ホームネットワークから直接、あるいはそれらからルータ経由で送られてくることになる。
【０４１９】
図７３は、その場合におけるセットトップボックス２００Ａの構成例を示している。この図７３において、図４３と対応する部分には同一符号を付して示している。このセットトップボックス２００Ａは、ネットワークインタフェース２０９に接続されたネットワーク端子２０８を有している。そして、このネットワークインタフェース２０９からトランスポートストリームＴＳが出力され、ビットストリーム処理部２０１に供給される。詳細説明は省略するが、このセットトップボックス２００Ａのその他は、図４３に示すセットトップボックス２００と同様に構成され、同様の動作をする。
【０４２０】
また、図４６に示すテレビ受信機３００においては、デジタルチューナ２０４に接続されるアンテナ入力端子３０４が設けられたものを示した。しかし、ケーブルを介して送信されてくるＲＦ信号を入力するテレビ受信機も同様に構成できる。その場合、アンテナ端子３０４の代わりにケーブル端子が設けられたものとなる。
【０４２１】
また、インターネット、ホームネットワークに直接、あるいはそれらがルータ経由で接続されるテレビ受信機も同様に構成できる。つまり、その場合、テレビ受信機には、上述のトランスポートストリームＴＳがインターネット、ホームネットワークから直接、あるいはそれらからルータ経由で送られてくることになる。
【０４２２】
図７４は、その場合におけるテレビ受信機３００Ａの構成例を示している。この図７４において、図４６と対応する部分には同一符号を付して示している。このテレビ受信機３００Ａは、ネットワークインタフェース３１４に接続されたネットワーク端子３１３を有している。そして、このネットワークインタフェース３１４からトランスポートストリームＴＳが出力され、ビットストリーム処理部３０６に供給される。詳細説明は省略するが、このテレビ受信機３００Ａのその他は、図４６に示すテレビ受信機３００と同様に構成され、同様の動作をする。
【０４２３】
また、上述実施の形態においては、画像送受信システム１０が、放送局１００、セットトップボックス２００およびテレビ受信機３００で構成されているものを示した。しかし、テレビ受信機３００は、図４６に示すように、セットトップボックス２００内のビットストリーム処理部２０１と同様に機能するビットストリーム処理部３０６を備えている。したがって、図７５に示すように、放送局１００およびテレビ受信機３００で構成される画像送受信システム１０Ａも考えられる。
【０４２４】
また、上述実施の形態においては、セットトップボックス２００と、テレビ受信機３００とが、ＨＤＭＩのデジタルインタフェースで接続されるものを示している。しかし、これらが、ＨＤＭＩのデジタルインタフェースと同様のデジタルインタフェース（有線の他に無線も含む）で接続される場合においても、この発明を同様に適用できる。
【０４２５】
また、上述実施の形態においては、重畳情報としてサブタイトル（字幕）を取り扱うものを示した。しかし、その他のグラフィクス情報、テキスト情報などの重畳情報をはじめ、基本ストリームと追加ストリームとに分割されたものが関連して出力されるようにエンコーダされるもので、オーディオのストリームに関して扱うものにも、本技術を同様に適用できる。
【０４２６】
また、本技術は、以下のような構成を取ることもできる。
（１）立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力部と、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力部と、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力部と、
上記画像データを含むビデオデータストリームと、上記重畳情報のデータおよび上記視差情報を含むプライベートデータストリームとを有する多重化データストリームを送信するデータ送信部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている
送信装置。
（２）上記重畳情報のデータに付加されている第１の上記サービス識別情報と上記視差情報に付加されている第２の上記サービス識別情報とは固有の関係を持ち、
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記第１のサービス識別情報に対応した識別情報が記述され、上記第２のサービス識別情報に対応した識別情報は記述されていない
前記（１）に記載の送信装置。
（３）上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記デスクリプタは、サブタイトル・デスクリプタであり、
上記第１のサービス識別情報に対応した識別情報は、コンポジション・ページＩＤである
前記（２）に記載の送信装置。
（４）上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記重畳情報のデータに付加されている第１の上記サービス識別情報に対応した第１の識別情報が記述されると共に、上記視差情報に付加されている第２の上記サービス識別情報に対応した第２の識別情報が上記第１の識別情報と区別されて記述されている
前記（１）に記載の送信装置。
（５）上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記デスクリプタは、サブタイトル・デスクリプタであり、
上記第１の識別情報はコンポジション・ページＩＤであり、上記第２の識別情報はアンシラリ・ページＩＤである
前記（４）に記載の送信装置。
（６）上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記デスクリプタは、サブタイトル・デスクリプタであり、
上記第１の識別情報および上記第２の識別情報はコンポジション・ページＩＤである
前記（４）に記載の送信装置。
（７）上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて上記重畳情報のデータの情報タイプが第１のタイプであることを示す第１のタイプ情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて上記視差情報の情報タイプが上記第１のタイプとは異なる第２のタイプであることを示すタイプ情報が記述される
前記（１）、（４）から（６）のいずれかに記載の送信装置。
（８）上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて所定の言語を示す第１の言語情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて非言語を示す第２の言語情報が記述される
前記（１）、（４）から（７）のいずれかに記載の送信装置。
（９）上記重畳情報のデータは、ＤＶＢ方式のサブタイトルデータであり、
上記プライベートデータストリームにおいて上記重畳情報のデータが含まれる第１のセグメントには上記サービス識別情報として第１のページＩＤが付され、
上記プライベートデータストリームにおいて上記視差情報が含まれる第２のセグメントには上記サービス識別情報として第２のページＩＤが付される
前記（１）から（８）のいずれかに記載の送信装置。
（１０）上記第２のページＩＤの値は、上記第１のページＩＤの値に予め決定された所定値が加算された値とされる
前記（９）に記載の送信装置。
（１１）上記多重化データストリームには、上記プライベートデータストリームに対応したサブタイトル・デスクリプタが挿入されており、
上記サブタイトル・デスクリプタには、上記第１のページＩＤに対応させて第１のタイプを示す第１のサブタイトルタイプ情報が記述されると共に、上記第２のページＩＤに対応させて上記第１のタイプとは異なる第２のタイプを示す第２のサブタイトルタイプ情報が記述される
前記（９）または（１０）に記載の送信装置。
（１２）上記多重化データストリームには、上記プライベートデータストリームに対応したサブタイトル・デスクリプタが挿入されており、
上記サブタイトル・デスクリプタには、上記第１のページＩＤに対応させて所定の言語を示す第１の言語情報が記述されると共に、上記第２のページＩＤに対応させて非言語を示す第２の言語情報が記述される
前記（９）から（１１）のいずれかに記載の送信装置。
（１３）上記多重化データストリームは、単一の言語サービスに対応した上記重畳情報のデータおよび上記視差情報を含む上記プライベートデータストリームを複数有する
前記（１）から（１２）のいずれかに記載の送信装置。
（１４）上記多重化データストリームは、複数の言語サービスにそれぞれ対応した上記重畳情報のデータおよび上記視差情報を含むプライベートデータストリームを有する
前記（１）から（１２）のいずれかに記載の送信装置。
（１５）上記複数の言語サービスに対応した上記視差情報は共有化される
前記（１４）に記載の送信装置。
（１６）上記重畳情報のデータはＤＶＢ方式のサブタイトルデータであり、
上記複数の言語サービスに対応した上記視差情報をアンシラリ・ページとして運用する
前記（１５）に記載の送信装置。
（１７）立体画像を構成する左眼画像データおよび右眼画像データを出力する画像データ出力ステップと、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータを出力する重畳情報データ出力ステップと、
上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を出力する視差情報出力ステップと、
上記画像データを含むビデオデータストリームと、上記重畳情報のデータおよび視差情報を含むプライベートデータストリームとを有する多重化データストリームを送信するデータ送信ステップとを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されている
送信方法。
（１８）立体画像を構成する左眼画像データおよび右眼画像データを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータおよび上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含むプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、
上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第１のデコード部と、
上記多重化データストリームから上記プライベートデータストリームを抽出してデコードする第２のデコード部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されており、
上記第２のデコード部は、上記サービス識別情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
受信装置。
（１９）上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて上記重畳情報のデータの情報タイプが第１のタイプであることを示す第１のタイプ情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて上記視差情報の情報タイプが上記第１のタイプとは異なる第２のタイプであることを示すタイプ情報が記述され、
上記第２のデコード部は、上記サービス識別情報の他に上記タイプ情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
前記（１８）に記載の受信装置。
（２０）上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記プライベートデータストリームにおいて上記重畳情報のデータに付加されている第１のサービス識別情報に対応させて所定の言語を示す第１の言語情報が記述されると共に、上記プライベートデータストリームにおいて上記視差情報に付加されている第２のサービス識別情報に対応させて非言語を示す第２の言語情報が記述され、
上記第２のデコード部は、上記サービス識別情報の他に上記言語情報に基づいて、上記プライベートデータストリームから上記重畳情報のデータ、あるいは上記重畳情報のデータおよび上記視差情報を取得する
前記（１８）または（１９）に記載の受信装置。
（２１）立体画像を構成する左眼画像データおよび右眼画像データを含むビデオデータストリームと、上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報のデータおよび上記左眼画像データおよび上記右眼画像データによる画像に重畳する重畳情報をシフトさせて視差を付与するための視差情報を含むプライベートデータストリームとを有する多重化データストリームを受信するデータ受信部と、
上記多重化データストリームから上記ビデオデータストリームを抽出してデコードする第１のデコード部と、
上記多重化データストリームから上記プライベートデータストリームを抽出してデコードする第２のデコード部とを備え、
上記プライベートデータストリームにおいて、上記重畳情報のデータおよび上記視差情報には、それぞれ、別個のサービスであることを示すサービス識別情報が付加されており、
上記重畳情報のデータに付加されている第１の上記サービス識別情報と上記視差情報に付加されている第２の上記サービス識別情報とは固有の関係を持ち、
上記多重化データストリームには、上記プライベートデータストリームに対応したデスクリプタが挿入されており、
上記デスクリプタには、上記第１のサービス識別情報に対応した識別情報が記述され、上記第２のサービス識別情報に対応した識別情報は記述されておらず、
上記第２のデコード部は、上記デスクリプタに記述される上記第１のサービス識別情報に対応した識別情報と上記固有の関係に基づいて、上記プライベートデータストリームから上記重畳情報のデータおよび上記視差情報を取得する
受信装置。
【０４２７】
本技術の主な特徴は、２Ｄセグメント（ＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなど）と３Ｄ拡張セグメント（ＤＳＳなど）にそれぞれ対応するページＩＤを付することで、２Ｄ互換性を保ちながら１つのＰＥＳストリームでこれらのセグメントを伝送可能としたことである（図１１、図１９参照）。また、複数言語サービス間においても、それぞれのセグメントに対応するページＩＤを付することで対応可能としたことである（図４７，図５０参照）。
【０４２８】
また、２Ｄセグメントと３Ｄ拡張セグメントに固有の関係を持たせ、サブタイトル・デスクリプタには２Ｄセグメントに付加されるコンポジション・ページＩＤのみを記述することで、レガシー２Ｄ対応受信装置および３Ｄ対応受信装置の受信処理が適切に行われるようにしたことである（図６３、図６４参照）。また、２Ｄセグメントをコンポジション・ページとして運用し、３Ｄ拡張セグメントをアンシラリ・ページとして運用することで、レガシー２Ｄ対応受信装置および３Ｄ対応受信装置の受信処理が適切に行われるようにしたことである（図６７、図６８参照）。
【符号の説明】
【０４２９】
１０，１０Ａ・・・画像送受信システム
１００・・・放送局
１１１・・・データ取り出し部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・サブタイトル発生部
１１５・・・視差情報作成部
１１６・・・サブタイトル処理部
１１８・・・サブタイトルエンコーダ
１１９・・・マルチプレクサ
２００，２００Ａ・・・セットトップボックス（ＳＴＢ）
２０１・・・ビットストリーム処理部
２０２・・・ＨＤＭＩ端子
２０３・・・アンテナ端子
２０４・・・デジタルチューナ
２０５・・・映像信号処理回路
２０６・・・ＨＤＭＩ送信部
２０７・・・音声信号処理回路
２０８・・・ネットワーク端子
２０９・・・ネットワークインタフェース
２１１・・・ＣＰＵ
２１５・・・リモートコントロール受信部
２１６・・・リモートコントロール送信機
２２１・・・デマルチプレクサ
２２２・・・ビデオデコーダ
２２３・・・符号化データバッファ
２２４・・・サブタイトルデコーダ
２２５・・・ピクセルバッファ
２２６・・・視差情報補間部
２２７・・・位置制御部
２２８・・・ビデオ重畳部
２２９・・・オーディオデコーダ
３００，３００Ａ・・・テレビ受信機（ＴＶ）
３０１・・・３Ｄ信号処理部
３０２・・・ＨＤＭＩ端子
３０３・・・ＨＤＭＩ受信部
３０４・・・アンテナ端子
３０５・・・デジタルチューナ
３０６・・・ビットストリーム処理部
３０７・・・映像・グラフィック処理回路
３０８・・・パネル駆動回路
３０９・・・表示パネル
３１０・・・音声信号処理回路
３１１・・・音声増幅回路
３１２・・・スピーカ
【図１】
2013066075.tif 000003
【図２】
2013066075.tif 000004
【図３】
2013066075.tif 000005
【図４】
2013066075.tif 000006
【図５】
2013066075.tif 000007
【図６】
2013066075.tif 000008
【図８】
2013066075.tif 000009
【図９】
2013066075.tif 000010
【図１０】
2013066075.tif 000011
【図１１】
2013066075.tif 000012
【図１２】
2013066075.tif 000013
【図１３】
2013066075.tif 000014
【図１４】
2013066075.tif 000015
【図１５】
2013066075.tif 000016
【図１６】
2013066075.tif 000017
【図１７】
2013066075.tif 000018
【図１８】
2013066075.tif 000019
【図１９】
2013066075.tif 000020
【図２０】
2013066075.tif 000021
【図２１】
2013066075.tif 000022
【図２２】
2013066075.tif 000023
【図２３】
2013066075.tif 000024
【図２４】
2013066075.tif 000025
【図２５】
2013066075.tif 000026
【図２６】
2013066075.tif 000027
【図２７】
2013066075.tif 000028
【図２８】
2013066075.tif 000029
【図２９】
2013066075.tif 000030
【図３０】
2013066075.tif 000031
【図３１】
2013066075.tif 000032
【図３２】
2013066075.tif 000033
【図３３】
2013066075.tif 000034
【図３４】
2013066075.tif 000035
【図３５】
2013066075.tif 000036
【図３６】
2013066075.tif 000037
【図３７】
2013066075.tif 000038
【図３８】
2013066075.tif 000039
【図３９】
2013066075.tif 000040
【図４０】
2013066075.tif 000041
【図４３】
2013066075.tif 000042
【図４４】
2013066075.tif 000043
【図４５】
2013066075.tif 000044
【図４６】
2013066075.tif 000045
【図４７】
2013066075.tif 000046
【図４８】
2013066075.tif 000047
【図４９】
2013066075.tif 000048
【図５０】
2013066075.tif 000049
【図５１】
2013066075.tif 000050
【図５２】
2013066075.tif 000051
【図５３】
2013066075.tif 000052
【図５４】
2013066075.tif 000053
【図５５】
2013066075.tif 000054
【図５６】
2013066075.tif 000055
【図５７】
2013066075.tif 000056
【図５８】
2013066075.tif 000057
【図５９】
2013066075.tif 000058
【図６０】
2013066075.tif 000059
【図６１】
2013066075.tif 000060
【図６２】
2013066075.tif 000061
【図６３】
2013066075.tif 000062
【図６４】
2013066075.tif 000063
【図６５】
2013066075.tif 000064
【図６６】
2013066075.tif 000065
【図６７】
2013066075.tif 000066
【図６８】
2013066075.tif 000067
【図６９】
2013066075.tif 000068
【図７０】
2013066075.tif 000069
【図７１】
2013066075.tif 000070
【図７２】
2013066075.tif 000071
【図７３】
2013066075.tif 000072
【図７４】
2013066075.tif 000073
【図７５】
2013066075.tif 000074
【図７６】
2013066075.tif 000075
【図７】
2013066075.tif 000076
【図４１】
2013066075.tif 000077
【図４２】
2013066075.tif 000078