(57)【特許請求の範囲】
【請求項１】
映像番組コンテンツのＭＰＥＧトランスポートストリームを送信する送信装置と、前記送信されたＭＰＥＧトランスポートストリームを受信する受信装置と、を備える送受信システムであって、
前記送信装置は、
前記映像番組コンテンツを符号化し映像エレメンタリーストリームを生成する映像エレメンタリーストリーム生成部と、
前記映像番組コンテンツに関する番組情報を記述したイベントインフォメーションテーブルを生成する情報生成部と、
前記イベントインフォメーションテーブルと、前記映像エレメンタリーストリームとを含むＭＰＥＧトランスポートストリームを生成するＭＰＥＧトランスポートストリーム生成部と、
前記ＭＰＥＧトランスポートストリーム生成部で生成された前記ＭＰＥＧトランスポートストリームを送信する送信部とを備え、
前記情報生成部は、前記イベントインフォメーションテーブル内に、番組単位で配置可能な前記映像番組コンテンツ中に３Ｄ映像を含むかどうかを示す第１の識別情報を配置し、
前記映像エレメンタリーストリーム生成部は、前記映像エレメンタリーストリーム内に、映像のピクチャー単位で配置可能な前記映像エレメンタリーストリーム内の映像が３Ｄ映像であるか２Ｄ映像であるかを示す第２の識別情報を配置し、
前記受信装置は、
送信された前記映像番組コンテンツの前記ＭＰＥＧトランスポートストリームを受信する受信部と、
前記受信部で受信した前記ＭＰＥＧトランスポートストリームの前記映像エレメンタリーストリームを復号する復号部と、
前記受信部で受信した前記ＭＰＥＧトランスポートストリームの前記イベントインフォメーションテーブルに基づく番組情報または前記復号部で復号した映像を出力する出力部と、
前記受信部で受信した前記ＭＰＥＧトランスポートストリームに再構成処理を行って生成したトランスポートストリームを外部に出力する高速デジタルインターフェース部と、
前記受信部と前記復号部と前記出力部と高速デジタルインターフェース部とを制御する制御部とを備え、
前記制御部による制御状態は、
前記イベントインフォメーションテーブルに配置される、前記映像番組コンテンツ中に３Ｄ映像を含むかどうかを示す前記第１の識別情報に応じて、前記映像番組コンテンツの中に３Ｄ映像を含むかどうかについての情報を出力するように制御する第１の制御状態と、
前記ＭＰＥＧトランスポートストリームの映像エレメンタリーストリーム内に配置される前記映像エレメンタリーストリーム内の映像が３Ｄ映像であるか２Ｄ映像であるかを示す前記第２の識別情報に応じて、前記映像エレメンタリーストリームを復号した映像の出力状態を変更して該映像を出力するように制御する第２の制御状態と、
前記ＭＰＥＧトランスポートストリームに再構成処理を行って生成したトランスポートストリームを前記高速デジタルインターフェース部から外部に出力する第３の制御状態と、
があることを特徴とする送受信システム。
【請求項２】
映像番組コンテンツのＭＰＥＧトランスポートストリームを送信装置が送信し、送信されたＭＰＥＧトランスポートストリームを受信装置が受信する送受信方法であって、
前記送信装置において、
前記映像番組コンテンツを符号化して映像エレメンタリーストリームを生成する映像エレメンタリーストリーム生成ステップと、
前記映像番組コンテンツに関する番組情報を記述したイベントインフォメーションテーブルを生成する情報生成ステップと、
前記イベントインフォメーションテーブルと、前記映像エレメンタリーストリームとを含むＭＰＥＧトランスポートストリームを生成するＭＰＥＧトランスポートストリーム生成ステップと、
前記ＭＰＥＧトランスポートストリーム生成ステップで生成された前記ＭＰＥＧトランスポートストリームを送信する送信ステップとを実行し、
前記情報生成ステップでは、前記イベントインフォメーションテーブル内に、番組単位で配置可能な前記映像番組コンテンツ中に３Ｄ映像を含むかどうかを示す第１の識別情報を配置し、
前記映像エレメンタリーストリーム生成ステップでは、前記映像エレメンタリーストリーム内に、映像のピクチャー単位で配置可能な前記映像エレメンタリーストリーム内の映像が３Ｄ映像であるか２Ｄ映像であるかを示す第２の識別情報を配置し、
前記受信装置において、
送信された前記映像番組コンテンツの前記ＭＰＥＧトランスポートストリームを受信する受信ステップと、
前記受信ステップで受信した前記ＭＰＥＧトランスポートストリームの前記映像エレメンタリーストリームを復号する復号ステップと、
前記受信ステップで受信した前記ＭＰＥＧトランスポートストリームの前記イベントインフォメーションテーブルに基づく番組情報または前記復号ステップで復号した映像を出力する、または、前記受信ステップで受信した前記ＭＰＥＧトランスポートストリームに再構成処理を行って生成したトランスポートストリームを高速デジタルインターフェースを介して外部に出力する出力ステップと、を実行し、
前記出力ステップにおける出力状態には、
前記イベントインフォメーションテーブルに配置される、前記映像番組コンテンツ中に３Ｄ映像を含むかどうかを示す前記第１の識別情報に応じて、前記映像番組コンテンツの中に３Ｄ映像を含むかどうかについての情報を出力する第１の出力状態と、
前記ＭＰＥＧトランスポートストリームの映像エレメンタリーストリーム内に配置される前記映像エレメンタリーストリーム内の映像が３Ｄ映像であるか２Ｄ映像であるかを示す前記第２の識別情報に応じて、前記映像エレメンタリーストリームを復号した映像の出力状態を変更して該映像を出力する第２の出力状態と、
前記ＭＰＥＧトランスポートストリームに再構成処理を行って生成したトランスポートストリームを前記高速デジタルインターフェースを介して外部に出力する第３の出力状態と、
があることを特徴とする送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、三次元（Three dimension：以下３Ｄ）映像の放送受信装置、受信方法お
よび送受信方法に関する。
【背景技術】
【０００２】
特許文献１には、「ユーザーが求めている番組が或るチャンネルで始まること等を能動
的に告知することができるディジタル放送受信装置を提供すること」（特許文献１［００
０５］参照）を課題とし、その解決手段として、「ディジタル放送波に含まれる番組情報
を取り出し、ユーザーによって登録された選択情報を用いて告知対象番組を選択する手段
と、選択した告知対象番組の存在を告げるメッセージを現在表示中の画面に割り込ませて
表示する手段と、を備えたこと」（特許文献１［０００６］参照）等が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−９０３３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１においては３Ｄコンテンツの視聴に関して開示がない。そのため、
受信機が現在受信している、あるいは将来受信する番組が３Ｄ番組であることが認識でき
ないという課題がある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明の一実施の態様は、例えば特許請求の範囲に記載さ
れている技術的思想を用いればよい。
【発明の効果】
【０００６】
上記手段によれば、受信機が現在受信している、あるいは将来受信する番組が３Ｄ番組
であることを認識できるようになり、ユーザーの利便性を高めることが可能になる。
【図面の簡単な説明】
【０００７】
【図１】システムの構成例を示すブロック図の一例
【図２】送信装置１の構成例を示すブロック図の一例
【図３】ストリーム形式種別の割り当ての例
【図４】コンポーネント記述子の構造の一例
【図５（ａ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｂ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｃ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｄ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｅ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図６】コンポーネントグループ記述子の構造の一例
【図７】コンポーネントグループ種別の例
【図８】コンポーネントグループ識別の例
【図９】課金単位識別の例
【図１０（ａ）】３Ｄ番組詳細記述子の構造の一例
【図１０（ｂ）】３Ｄ／２Ｄ種別の例を示す図
【図１１】３Ｄの方式種別の例を示す図
【図１２】サービス記述子の構造の一例
【図１３】サービス形式種別の例
【図１４】サービスリスト記述子の構造の一例
【図１５】コンポーネント記述子の送信装置１における送出運用規則の一例
【図１６】コンポーネントグループ記述子の送信装置１における送出運用規則の一例である。
【図１７】３Ｄ番組詳細記述子の送信装置１における送出運用規則の一例
【図１８】サービス記述子の送信装置１における送出運用規則の一例
【図１９】サービスリスト記述子の送信装置１における送出運用規則の一例
【図２０】受信装置４における、コンポーネント記述子の各フィールドに対する処理の一例
【図２１】受信装置４における、コンポーネントグループ記述子の各フィールドに対する処理の一例
【図２２】受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一例
【図２３】受信装置４における、サービス記述子の各フィールドに対する処理の一例
【図２４】受信装置４における、サービスリスト記述子の各フィールドに対する処理の一例
【図２５】本発明の受信装置の構成図の一例
【図２６】本発明の受信装置におけるＣＰＵ内部機能ブロック図の概要図の一例
【図２７】次番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理のフローチャートの一例
【図２８】メッセージ表示の一例
【図２９】メッセージ表示の一例
【図３０】メッセージ表示の一例
【図３１】メッセージ表示の一例
【図３２】次番組開始時のシステム制御部のフローチャートの一例
【図３３】メッセージ表示の一例
【図３４】メッセージ表示の一例
【図３５】システムの構成例を示すブロック図の一例
【図３６】システムの構成例を示すブロック図の一例
【図３７】３Ｄコンテンツの３Ｄ再生／出力／表示処理の一例の説明図
【図３８】３Ｄコンテンツの２Ｄ再生／出力／表示処理の一例の説明図
【図３９】３Ｄコンテンツの３Ｄ再生／出力／表示処理の一例の説明図
【図４０】３Ｄコンテンツの２Ｄ再生／出力／表示処理の一例の説明図
【図４１】現番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理のフローチャートの一例
【図４２】メッセージ表示の一例
【図４３】ユーザー選択後の表示処理フローチャートの一例
【図４４】メッセージ表示の一例
【図４５】現番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理のフローチャートの一例
【図４６】メッセージ表示の一例
【図４７】３Ｄ映像伝送時のストリームの組合せ例
【図４８】コンテント記述子の構造の一例
【図４９】番組ジャンルについてのコード表の一例
【図５０】番組特性についてのコード表の一例
【図５１】番組特性についてのコード表の一例
【発明を実施するための形態】
【０００８】
以下、本発明に好適な実施形態の例（実施例）を説明する。但し、本発明は本実施例に
限定されない。本実施例は、主には受信装置について説明してあり、受信装置での実施に
好適であるが、受信装置以外への適用を妨げるものではない。また、実施例の構成すべて
が採用される必要はなく取捨選択可能である。
【０００９】
＜システム＞
図1は、本実施例のシステムの構成例を示すブロック図である。放送で情報を送受信し
て記録再生する場合を例示している。ただし放送に限定されず通信によるＶＯＤであって
もよく、総称して配信ともいう。
【００１０】
１は放送局などの情報提供局に設置される送信装置、２は中継局や放送用衛星などに設
置される中継装置、３はインターネットなど一般家庭と放送局を繋ぐ公衆回線網、ユーザ
ーの宅内などに設置される４は受信装置、１０は受信装置４に内蔵される受信記録再生部
である。受信記録再生部１０では、放送された情報を記録し再生、またはリムーバブルな
外部媒体からのコンテンツの再生、などができる。
【００１１】
送信装置１は、中継装置２を介して変調された信号電波を伝送する。図のように衛星に
よる伝送以外にも例えばケーブルによる伝送、電話線による伝送、地上波放送による伝送
、公衆回線網３を介したインターネットなどのネットワーク経由による伝送などを用いる
こともできる。受信装置４で受信されたこの信号電波は、後に述べるように、復調されて
情報信号となった後、必要に応じ記録媒体に記録される。または公衆回線網３を介して伝
送する場合には、公衆回線網３に適したプロトコル（例えばＴＣＰ／ＩＰ）に準じたデー
タ形式（ＩＰパケット）等の形式に変換され、前記データを受信した受信装置４は、復号
して情報信号とし、必要に応じ記録するに適した信号となって記録媒体に記録される。ま
た、ユーザーは、受信装置４にディスプレイが内蔵されている場合はこのディスプレイで
、内蔵されていない場合には受信装置４と図示しないディスプレイとを接続して情報信号
が示す映像音声を視聴することができる。
【００１２】
＜送信装置＞
図２は、図１のシステムのうち、送信装置１の構成例を示すブロック図である。
【００１３】
１１はソース発生部、１２はＭＰＥＧ２、或いはＨ.２６４方式等で圧縮を行い、番組
情報などを付加するエンコード部、１３はスクランブル部、１４は変調部、１５は送信ア
ンテナ、１６は管理情報付与部である。カメラ、記録再生装置などから成るソース発生部
１１で発生した映像音声などの情報は、より少ない占有帯域で伝送できるよう、エンコー
ド部１２でデータ量の圧縮が施される。必要に応じてスクランブル部１３で、特定の視聴
者には視聴可能となるように伝送暗号化される。変調部１４でＯＦＤＭ，ＴＣ８ＰＳＫ，
ＱＰＳＫ、多値ＱＡＭなど伝送するに適した信号となるよう変調された後、送信アンテナ
１５から、中継装置２に向けて電波として送信される。このとき、管理情報付与部１６で
は、ソース発生部１１で作成されたコンテンツの属性などの番組特定情報（例えば、映像
や音声の符号化情報、音声の符号化情報、番組の構成、３Ｄ映像か否か等）が付与され、
また、放送局が作成した番組配列情報（例えば現在の番組や次番組の構成、サービスの形
式、１週間分の番組の構成情報等）なども付与される。これら番組特定情報および番組配
列情報を合わせて、以下では番組情報と呼ぶ。
【００１４】
なお、一つの電波には複数の情報が、時分割、スペクトル拡散などの方法で多重される
ことが多い。簡単のため図２には記していないが、この場合、ソース発生部１１とエンコ
ード部１２の系統が複数個あり、エンコード部１２とスクランブル部１３との間に、複数
の情報を多重するマルチプレクス部（多重化部）が置かれる。
【００１５】
また、公衆回線網３を経由して送信する信号についても同様に、エンコード部１２で作
成された信号が必要に応じて暗号化部１７で、特定の視聴者には視聴可能となるように暗
号化される。通信路符号化部１８で公衆回線網３で伝送するに適した信号となるよう符号
化された後、ネットワークＩ／Ｆ（Interface）部１９から、公衆回線網３に向けて送信
される。
【００１６】
＜３Ｄ伝送方式＞
送信装置１から伝送される３Ｄ番組の伝送方式には大きく分けて二つの方式がある。一
つの方式は、既存の２Ｄ番組の放送方式を生かし、１枚の画像内に左目用と右目用の映像
を収めた方式がある。この方式は映像圧縮方式として既存のＭＰＥＧ２（Moving Picture
Experts Group 2）やＨ．２６４ ＡＶＣが利用され、その特徴は、既存の放送と互換が
あり、既存の中継インフラを利用でき、既存の受信機（ＳＴＢなど）での受信が可能であ
るが、既存の放送の再高解像度の半分（垂直方向、あるいは水平方向）の３Ｄ映像の伝送
となる。例えば、図３９（ａ）で示すように１枚の画像を左右に分割して左目用映像（Ｌ
）と右目用映像（Ｒ）それぞれの水平方向の幅が２Ｄ番組の約半分、垂直方向の幅が２Ｄ
番組と同等の画面サイズで収めた「Side-by-Side」方式や１枚の画像を上下に分割して左
目用映像（Ｌ）と右目用映像（Ｒ）それぞれの水平方向の幅が２Ｄ番組と同等、垂直方向
が２Ｄ番組の約半分の画面サイズで収めた「Top-and-Bottom」方式、その他インタレース
を利用して収めた「Field alternative」方式や走査線１本ごとに左目用と右目用の映像
を交互に収めた「Line alternative」方式や２次元（片側の）映像と映像の各ピクセルご
との深度(被写体までの距離)情報を収めた「Left＋Depth」方式がある。これらの方式は
、１枚の画像を複数の画像に分割して複数の視点の画像を格納するものであるので、符号
化方式自体は、元々多視点映像符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（Ｍ
ＶＣを除く）符号化方式をそのまま用いることができ、既存の２Ｄ番組の放送方式を生か
して３Ｄ番組放送を行うことができるというメリットがある。なお、例えば、２Ｄ番組を
最大水平方向が１９２０ドット、垂直方向が１０８０ラインの画面サイズで伝送可能な場
合には、「Side-by-Side」方式で３Ｄ番組放送を行う場合には、１枚の画像を左右に分割
して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれが水平方向が９６０ドット、垂直方向
が１０８０ラインの画面サイズで収めて伝送すればよい。同様にこの場合、「Top-and-Bo
ttom」方式で３Ｄ番組放送を行う場合には、１枚の画像を上下に分割して左目用映像（Ｌ
）と右目用映像（Ｒ）それぞれが水平方向が１９２０ドット、垂直方向が５４０ラインの
画面サイズで収めて伝送すればよい。
【００１７】
他の方式としては、左目用の映像と右目用の映像をそれぞれ別ストリーム（ES）で伝送
する方式がある。本実施例では、当該方式を以下、「３Ｄ２視点別ＥＳ伝送」と称する。
この方式の一例として、例えば、多視点映像符号化方式であるＨ．２６４ ＭＶＣによる
伝送方式がある。その特徴は、高解像度の３Ｄ映像が伝送できる。この方式を用いると、
高解像度の３Ｄ映像を伝送できるという効果がある。なお、多視点映像符号化方式とは、
多視点の映像を符号化するために規格化された符号化方式であり、１画像を視点ごとに分
割することなく、多視点の映像を符号化でき、視点ごとに別画像を符号化するものである
。
【００１８】
この方式で３Ｄ映像を伝送する場合では、例えば左目用視点の符号化画像を主視点画像
とし、右目用の符号化画像を他の視点画像として伝送すればよい。このようにすれば主視
点画像については既存の２Ｄ番組の放送方式と互換性を保つことが可能である。例えば、
多視点映像符号化方式としてＨ．２６４ ＭＶＣを用いる場合には、Ｈ．２６４ ＭＶＣの
ベースサブストリームについては、主視点画像はＨ．２６４ ＡＶＣの２Ｄ画像と互換性
を保つことができ、主視点画像を２Ｄ画像として表示可能である。
【００１９】
さらに、本発明の実施例では、「３Ｄ２視点別ＥＳ伝送方式」の他の例として以下の方
式も含めることとする。
【００２０】
「３Ｄ２視点別ＥＳ伝送方式」の他の一例に、左目用の符号化画像を主視点画像としＭ
ＰＥＧ２で符号化し、右目用の符号化画像を他の視点画像としＨ．２６４ ＡＶＣで符号
化してそれぞれ別ストリームとする方式を含める。この方式によれば、主視点画像はＭＰ
ＥＧ２互換となり２Ｄ画像として表示可能となることから、ＭＰＥＧ２による符号化画像
が広く普及している既存の２Ｄ番組の放送方式と互換性を保つことが可能である。
【００２１】
「３Ｄ２視点別ＥＳ伝送方式」の他の一例に、左目用の符号化画像を主視点画像としＭ
ＰＥＧ２で符号化し、右目用の符号化画像を他の視点画像としてＭＰＥＧ２で符号化して
それぞれ別ストリームとする方式を含める。この方式も、主視点画像はＭＰＥＧ２互換と
なり２Ｄ画像として表示可能となることから、ＭＰＥＧ２による符号化画像が広く普及し
ている既存の２Ｄ番組の放送方式と互換性を保つことが可能である。
【００２２】
「３Ｄ２視点別ＥＳ伝送方式」の他の一例として、左目用の符号化画像を主視点画像と
しＨ．２６４ ＡＶＣまたはＨ．２６４ ＭＶＣで符号化し、右目用の符号化画像を他の視
点画像としてＭＰＥＧ２で符号化することもありえる。
【００２３】
なお、「３Ｄ２視点別ＥＳ伝送方式」とは別に、元々多視点映像符号化方式として規定
された符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）などの符号
化方式であっても左目用の映像と右目用のフレームを交互に格納したストリームを生成す
ることで３Ｄ伝送も可能である。
【００２４】
＜番組情報＞
番組特定情報と番組配列情報とを番組情報という。
番組特定情報はＰＳＩ（Program Specific Information）とも呼ばれ、所要の番組を選
択するために必要な情報で、放送番組に関連するＰＭＴ（Program Map Table）を伝送す
るＴＳパケットのパケット識別子を指定するＰＡＴ（Program Association Table）、放
送番組を構成する各符号化信号を伝送するＴＳパケットのパケット識別子および有料放送
の関連情報のうち共通情報を伝送するＴＳパケットのパケット識別子を指定するＰＭＴ、
変調周波数など伝送路の情報と放送番組を関連付ける情報を伝送するＮＩＴ（Network In
formation Table）、有料放送の関連情報のうち個別情報を伝送するＴＳパケットのパケ
ット識別子を指定するＣＡＴ（Conditional Access Table）の４つのテーブルからなり、
ＭＰＥＧ２システム規格で規定されている。例えば、映像の符号化情報、音声の符号化情
報、番組の構成を含む。本発明では、さらに３Ｄ映像か否かなどを示す情報を新たに含め
る。当該ＰＳＩは管理情報付与部１６で付加される。
【００２５】
番組配列情報はＳＩ（Service Information）とも呼ばれ、番組選択の利便性のために
規定された各種情報であり、ＭＰＥＧ−２システム規格のＰＳＩ 情報も含まれ、番組名
、放送日時、番組内容など、番組に関する情報が記載されるＥＩＴ（Event Information 
Table）、編成チャンネル名、放送事業者名など、編成チャンネル（サービス）に関する
情報が記載されるＳＤＴ（Service Description Table）などがある。
【００２６】
例えば、現在放送されている番組や次に放送される番組の構成、サービスの形式、また
、１週間分の番組の構成情報などを示す情報を含み、管理情報付与部１６で付加される。
【００２７】
番組情報には番組情報の構成要素であるコンポーネント記述子、コンポーネントグルー
プ記述子、３Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子などを含む。こ
れらの記述子は、ＰＭＴ、ＥＩＴ[schedule basic/schedule extended/present/followin
g]、ＮＩＴ、ＳＤＴといったテーブルの中に記載される。
【００２８】
ＰＭＴ、ＥＩＴそれぞれのテーブルの使い分けとしては、例えばＰＭＴについては現在
放送されている番組の情報のみの記載であるため、未来に放送される番組の情報について
は確認することができない。しかし、送信側からの送信周期が短いため受信完了までの時
間が短く、現在放送されている番組の情報なので変更されることがないという意味での信
頼度が高いといった特徴がある。一方、ＥＩＴ[schedule basic/schedule extended]につ
いては現在放送されている番組以外に７日分先までの情報を取得できるが、送信側からの
送信周期がＰＭＴに比べ長いため受信完了までの時間が長く、保持する記憶領域が多く必
要で、かつ未来の事象のため変更される可能性があるという意味で信頼度が低いなどのデ
メリットがある。ＥＩＴ[following]については次の放送時間の番組の情報を取得できる
。
【００２９】
番組特定情報のＰＭＴは、ＩＳＯ／ＩＥＣ１３８１８−１で規定されているテーブル構
造を用い、その2ndループ（ＥＳ（Elementary Stream）毎のループ）に記載の８ビットの
情報であるstream_type（ストリーム形式種別）により、放送されている番組のＥＳの形
式を示すことができる。本発明の実施例では、従来よりもＥＳの形式を増やし、例えば、
図３に示すように放送する番組のＥＳの形式を割り当てる。
【００３０】
まず、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリ
ーム(主視点)について、既存のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC
映像ストリームと同じ０ｘ１Ｂを割り当てる。次に、０ｘ２０に３Ｄ映像番組に用いる
ことが可能な多視点映像符号化ストリーム（例えばＨ．２６４ ＭＶＣ）のサブビットス
トリーム（他の視点）を割り当てる。
【００３１】
また、３D映像の複数視点を別ストリームで伝送する「３Ｄ２視点別ＥＳ伝送方式」で
もちいる場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)について、既
存のITU-T 勧告H.262|ISO/IEC 13818-2 映像と同じ０ｘ０２を割り当てる。ここで、３D
映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービット
ストリーム(主視点)とは、３D映像の複数視点の映像のうち、主視点の映像のみをH.262(M
PEG2)方式で符号化したストリームである。
【００３２】
さらに、０ｘ２１に、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2
)方式の他の視点のビットストリームを割り当てる。
【００３３】
さらに、０ｘ２２に３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.2
64|ISO/IEC 14496-10 映像で規定されるAVC ストリーム方式の他の視点ビットストリーム
のビットストリームを割り当てる。
【００３４】
なお、ここでの説明では３Ｄ映像番組に用いることが可能な多視点映像符号化ストリー
ムのサブビットストリームを０ｘ２０に割り当て、３D映像の複数視点を別ストリームで
伝送する場合のH.262(MPEG2)方式の他の視点のビットストリームを０ｘ２１に割り当て、
３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 
映像で規定されるAVC ストリームを０ｘ２２に割り当てるとしたが、０ｘ２３〜０ｘ７Ｅ
の何れかに割り当てられることでも良い。また、ＭＶＣ映像ストリームは単なる一例であ
って、３Ｄ映像番組に用いることが可能な多視点映像符号化ストリームを示すのであれば
、H.264/MVC以外の映像ストリームでもよい。
【００３５】
以上ように、stream_type（ストリーム形式種別）のビットを割りあてることにより、
送信装置１側の放送事業者が３Ｄ番組を伝送（放送）するにあたり、本発明の実施例では
、例えば、図４７に示すようなストリームの組合せで伝送することが可能となる。
【００３６】
組合せ例１では、主視点(左目用)映像ストリームとして、多視点映像符号化(例：H.264
/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B
)を伝送し、副視点(右目用) 映像ストリームとして多視点映像符号化(例：H.264/MVC)ス
トリームの他の視点用サブビットストリーム(ストリーム形式種別0x20)を伝送する。
【００３７】
この場合は、主視点(左目用)映像ストリーム、副視点(右目用) 映像ストリームともに
、多視点映像符号化(例：H.264/MVC)方式のストリームを用いる。多視点映像符号化(例：
H.264/MVC)方式は、そもそも多視点の映像を伝送するための方式であり、図４７の組合せ
例の中で最も効率よく３Ｄ番組を伝送することができる。
【００３８】
また、３Ｄ番組を３Ｄ表示（出力）する際には、受信装置は、主視点(左目用)映像スト
リームと副視点(右目用) 映像ストリームとの両者を処理して、３Ｄ番組を再生すること
が可能となる。
【００３９】
受信装置が３Ｄ番組を２Ｄ表示（出力）する場合には、主視点(左目用)映像ストリーム
のみを処理すれば、２Ｄ番組として表示（出力）することが可能となる。
【００４０】
なお、多視点映像符号化方式H.264/MVCのベースビューサブビットストリームと、既存
のH.264/AVC(MVCを除く)の映像ストリームには互換性があるので、図３のように両者のス
トリーム形式種別を同じ０ｘ１Ｂに割り当てることにより以下の効果がある。つまり、３
Ｄ番組を３Ｄ表示（出力）する機能を有していない受信装置が組合せ例１の３Ｄ番組を受
信したとしても、受信装置に既存のH.264/AVC(MVCを除く)の映像ストリーム（ITU-T 勧告
H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリーム）を表示（出力）する機
能さえあれば、ストリーム形式種別に基づいて当該番組の主視点(左目用)映像ストリーム
を、既存のH.264/AVC(MVCを除く)の映像ストリームと同様のストリームと認識して通常の
２Ｄ番組として表示（出力）することが可能となるという効果である。
【００４１】
さらに、副視点(右目用) 映像ストリームには、従来にないストリーム形式種別を割り
当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点(
右目用) 映像ストリームについて放送局側が意図しない表示（出力）を防止できる。
【００４２】
よって、新たに組合せ例１の３Ｄ番組の放送を開始したとしても、既存のH.264/AVC(MV
Cを除く)の映像ストリームを表示（出力）する機能を有する既存の受信装置で表示（出力
）できないという状況を回避することができる。これにより、ＣＭ（commercial message
）などの広告収入により運営する放送などで新たに当該３Ｄ番組放送を開始したとても、
３Ｄ表示(出力)機能に対応していない受信装置でも視聴可能となるので、受信装置の機能
の制限により、視聴率が低下すること回避することができ、放送局側でもメリットがある
。
【００４３】
組合せ例２では、主視点(左目用)映像ストリームとして、３D映像の複数視点を別スト
リームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)(ス
トリーム形式種別0x02)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数
視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定さ
れるAVC ストリーム(ストリーム形式種別0x22)を伝送する。
【００４４】
組合せ例１と同様に、３Ｄ番組を３Ｄ表示（出力）する際には、受信装置は、主視点(
左目用)映像ストリームと副視点(右目用) 映像ストリームとの両者を処理して、３Ｄ番組
を再生することが可能となり、受信装置が３Ｄ番組を２Ｄ表示（出力）する場合には、主
視点(左目用)映像ストリームのみを処理すれば、２Ｄ番組として表示（出力）することが
可能となる。
【００４５】
さらに、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベー
スビュービットストリーム(主視点)を、既存のITU-T勧告H.262|ISO/IEC 13818-2映像スト
リームと互換性のあるストリームとし、図３のように両者のストリーム形式種別を同じ０
ｘ１Ｂに割り当てることにより、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリーム
を表示（出力）する機能を有する受信装置であれば、３Ｄ表示（出力）機能を有しない受
信装置でも、２Ｄ番組として表示（出力）することが可能となる。
【００４６】
また、組合せ例１と同様に、副視点(右目用) 映像ストリームには、従来にないストリ
ーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の
受信装置で副視点(右目用) 映像ストリームについて放送局側が意図しない表示（出力）
を防止できる。
【００４７】
既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームについての表示（出力）機能を
有する受信装置は広く普及しているので、受信装置の機能の制限による視聴率の低下をよ
り防ぐことが可能となり、放送局にとって最も好ましい放送を実現することができる。
【００４８】
さらに、副視点(右目用) 映像ストリームを、ITU-T 勧告H.264|ISO/IEC 14496-10 映像
で規定されるAVC ストリーム(ストリーム形式種別0x22)とすることにより、副視点(右目
用) 映像ストリームを高い圧縮率で伝送することが可能となる。
【００４９】
すなわち、組合せ例２によれば、放送局の商業的なメリットと高効率伝送による技術的
メリットを両立することが可能となる。
【００５０】
組合せ例３では、主視点(左目用)映像ストリームとして、３D映像の複数視点を別スト
リームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)(ス
トリーム形式種別0x02)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数
視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリーム(
ストリーム形式種別0x21)を伝送する。
【００５１】
この場合も、組合せ例２と同様に、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリ
ームを表示（出力）する機能を有する受信装置であれば、３Ｄ表示（出力）機能を有しな
い受信装置でも、２Ｄ番組として表示（出力）することが可能となる。
【００５２】
受信装置の機能の制限による視聴率の低下をより防ぐという放送局の商業的なメリット
に加え、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの符号化方
式をH.262(MPEG2)方式に統一することにより、受信装置における映像復号化機能のハード
ウェア構成を簡素化することが可能となる。
【００５３】
なお、組合せ例４のように、主視点(左目用)映像ストリームとして、多視点映像符号化
(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形
式種別0x1B)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ス
トリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリーム(ストリーム
形式種別0x21)を伝送することも可能である。
【００５４】
なお、図４７の組合せにおいて、多視点映像符号化(例：H.264/MVC)ストリームのベー
スビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)の代わりに、ITU-T 勧
告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリーム(ストリーム形式種別0x
1B)としても同様の効果を得ることができる。
【００５５】
また、図４７の組合せにおいて、３D映像の複数視点を別ストリームで伝送する場合のH
.262(MPEG2)方式のベースビュービットストリーム(主視点)の代わりに、ITU-T勧告H.262|
ISO/IEC 13818-2映像ストリーム(ストリーム形式種別0x02)としても同様の効果を得るこ
とができる。
【００５６】
図４は、番組情報の一つであるコンポーネント記述子（Component Descriptor）の構造
の一例を示す。コンポーネント記述子はコンポーネント（番組を構成する要素。例えば、
映像、音声、文字、各種データなど）の種別を示し、エレメンタリストリームを文字形式
で表現するためにも利用される。この記述子はＰＭＴおよび/またはＥＩＴに配置される
。
【００５７】
コンポーネント記述子の意味は次の通りである。つまり、descriptor_tagは８ビットの
フィールドで、この記述子がコンポーネント記述子と識別可能な値が記載される。descri
ptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。stream_co
ntent（コンポーネント内容）は４ビットのフィールドで、ストリームの種別（映像、音
声、データ）を表し、図４に従って符号化される。component_type（コンポーネント種別
）は８ビットのフィールド、映像、音声、データといったコンポーネントの種別を規定し
、図４に従って符号化される。component_tag（コンポーネントタグ）は、８ ビットのフ
ィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドに
より、コンポーネント記述子で示される記述内容（図５）を参照できる。
【００５８】
プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異
なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するた
めのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値である（た
だし、ストリーム識別記述子がＰＭＴ内に存在する場合）。ISO_639_language_code（言
語コード）の24 ビットのフィールドは、コンポーネント（音声、あるいはデータ）の言
語、およびこの記述子に含まれる文字記述の言語を識別する。
【００５９】
言語コードは、ISO 639-2(22)に規定されるアルファベット3文字コードで表す。各文字
はISO8859-1(24)に従って8ビットで符号化され、その順で24ビットフィールドに挿入され
る。例えば、日本語はアルファベット3文字コードで「jpn」であり、次のように符号化さ
れる。「0110 1010 0111 0000 0110 1110」。text_char（コンポーネント記述）は、8ビ
ットのフィールドである。一連のコンポーネント記述のフィールドは、コンポーネントス
トリームの文字記述を規定する。
【００６０】
図５（a）〜（e）は、コンポーネント記述子の構成要素であるstream_content（コンポ
ーネント内容）とcomponent_type（コンポーネント種別）の一例を示す。図５（a）に示
すコンポーネント内容の０ｘ０１は、ＭＰＥＧ２形式で圧縮された映像ストリームの様々
な映像フォーマットについて表す。
【００６１】
図５（b）に示すコンポーネント内容の０ｘ０５は、Ｈ.２６４ ＡＶＣ形式で圧縮され
た映像ストリームの様々な映像フォーマットについて表す。図５（c）に示すコンポーネ
ント内容の０ｘ０６は、多視点映像符号化（例えば、Ｈ.２６４ ＭＶＣ形式）で圧縮され
た３Ｄ映像ストリームの様々な映像フォーマットについて表す。
【００６２】
図５（d）に示すコンポーネント内容の０ｘ０７は、ＭＰＥＧ２、またはＨ.２６４ Ａ
ＶＣ形式で圧縮された３Ｄ映像のSide-by-Side形式のストリームの様々な映像フォーマッ
トについて表す。この例ではＭＰＥＧ２とＨ.２６４ ＡＶＣ形式で同じコンポーネント内
容の値としたが、ＭＰＥＧ２とＨ.２６４ ＡＶＣで別の値を設定することでも良い。
【００６３】
図５（e）に示すコンポーネント内容の０ｘ０８は、ＭＰＥＧ２、またはＨ.２６４ Ａ
ＶＣ形式で圧縮された３Ｄ映像のTop-and-Bottom形式のストリームの様々な映像フォーマ
ットについて表す。この例ではＭＰＥＧ２とＨ.２６４ ＡＶＣ形式で同じコンポーネント
内容の値としたが、ＭＰＥＧ２とＨ.２６４ ＡＶＣで別の値を設定することでも良い。
【００６４】
図５（d）や図５（e）のように、コンポーネント記述子の構成要素であるstream_conte
nt（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによって、
３Ｄ映像であるか否か、３Ｄ映像の方式、解像度、アスペクト比の組合せを示す構成とす
ることにより、３Ｄと２Ｄの混合放送であっても、少ない伝送量で、２Ｄ番組／３Ｄ番組
識別を含めた各種映像方式情報の伝送が可能となる。
【００６５】
特に、元々多視点映像符号化方式として規定された符号化方式ではないＭＰＥＧ２やＨ
.２６４ ＡＶＣ（ＭＶＣを除く）などの符号化方式を用いて、Side-by-Side形式やTop-an
d-Bottom形式などの１画像中に複数の視点の画像を含めて３Ｄ映像番組を伝送する場合は
、上述したstream_type（ストリーム形式種別）だけでは、３Ｄ映像番組用に一画像中に
複数の視点の画像を含めて伝送しているのか、１視点の通常の画像なのかを識別すること
は困難である。よって、この場合は、stream_content（コンポーネント内容）とcomponen
t_type（コンポーネント種別）の組合せによって、当該番組が２Ｄ番組／３Ｄ番組識別を
含めた各種映像方式の識別を行えばよい。また、ＥＩＴにより現在放送している、或いは
将来放送される番組に関するコンポーネント記述子が配信されることにより、受信装置４
においてＥＩＴを取得することによりＥＰＧ（番組表）を作成し、ＥＰＧの情報として３
Ｄ映像であるか否か、３Ｄ映像の方式、解像度、アスペクト比、３Ｄ映像であるか否かを
作成することができる。受信装置は、ＥＰＧにこれらの情報を表示（出力）できるように
なるメリットがある。
【００６６】
以上説明したとおり、受信装置４がstream_contentとcomponent_typeを監視することで
、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果
がある。
【００６７】
図６は、番組情報の一つであるコンポーネントグループ記述子（Component Group Desc
riptor）の構造の一例を示す。コンポーネントグループ記述子は、イベント内のコンポー
ネントの組み合わせを定義し、識別する。つまり、複数コンポーネントのグループ化情報
を記述する。この記述子はＥＩＴに配置される。
【００６８】
コンポーネントグループ記述子の意味は次の通りである。つまり、descriptor_tagは８
ビットのフィールドで、この記述子がコンポーネントグループ記述子と識別可能な値が記
載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載し
ている。component_group_type（コンポーネントグループ種別）は３ビットのフィールド
で、図７に従い、コンポーネントのグループ種別を表す。
ここで、００１は、３ＤＴＶサービスを表し、０００のマルチビューＴＶサービスと区別
される。ここで、マルチビューＴＶサービスとは、複数視点の２Ｄ映像をそれぞれの視点
ごとに切り替えて表示可能なＴＶサービスである。例えば、多視点映像符号化映像ストリ
ームや、元々多視点映像符号化方式として規定された符号化方式ではない符号化方式のス
トリームにおいて１画面中に複数の視点の画像を含めて伝送する場合のストリームを３Ｄ
映像番組のみならず、マルチビューＴＶ番組にも用いる場合もありえる。この場合には、
ストリームに多視点の映像が含まれていても、上述したstream_type（ストリーム形式種
別）だけでは３Ｄ映像番組なのか、マルチビューＴＶ番組なのか識別できない場合もある
。このような場合は、component_group_type（コンポーネントグループ種別）による識別
が有効である。total_bit_rate_flag（総ビットレートフラグ）は1 ビットのフラグで、
イベント中のコンポーネントグループ内の総ビットレートの記述状態を示す。このビット
が「0」の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中
に存在しないことを示す。このビットが「1」の場合、コンポーネントグループ内の総ビ
ットレートフィールドが当該記述子中に存在することを示す。num_of_group（グループ数
）は4 ビットのフィールドで、イベント内でのコンポーネントグループの数を示す。
【００６９】
component_group_id（コンポーネントグループ識別）は4 ビットのフィールドで、図８
に従い、コンポーネントグループ識別を記述する。num_of_CA_unit（課金単位数）は4 ビ
ットのフィールドで、コンポーネントグループ内での課金／非課金単位の数を示す。CA_u
nit_id（課金単位識別）は4 ビットのフィールドで、図９に従い、コンポーネントが属す
る課金単位識別を記述する。
【００７０】
num_of_component（コンポーネント数）は4 ビットのフィールドで、当該コンポーネン
トグループに属し、かつ直前のCA_unit_id で示される課金／非課金単位に属するコンポ
ーネントの数を示す。component_tag（コンポーネントタグ）は8 ビットのフィールドで
、コンポーネントグループに属するコンポーネントタグ値を示す。
【００７１】
total_bit_rate（トータルビットレート）は8 ビットのフィールドで、コンポーネント
グループ内のコンポーネントの総ビットレートを、トランスポートストリームパケットの
伝送レートを1/4Mbps 毎に切り上げて記述する。text_length（コンポーネントグループ
記述長）は8 ビットのフィールドで、後続のコンポーネントグループ記述のバイト長を表
わす。text_char（コンポーネントグループ記述）は8 ビットのフィールドである。一連
の文字情報フィールドは、コンポーネントグループに関する説明を記述する。
【００７２】
以上、受信装置４がcomponent_group_typeを監視することで、現在受信している、ある
いは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【００７３】
次に、３Ｄ番組に関する情報を示す新たな記述子を用いる例を説明する。図１０（ａ）
は、番組情報の一つである３Ｄ番組詳細記述子の構造の一例を示す。３Ｄ番組詳細記述子
は番組が３Ｄ番組である場合の詳細情報を示し、受信機における３Ｄ番組判定用などに利
用される。この記述子はＰＭＴおよび/またはＥＩＴに配置される。３Ｄ番組詳細記述子
は、既に説明した図５(c)〜(e)に示す３Ｄ映像番組用のstream_content（コンポーネント
内容やとcomponent_type（コンポーネント種別）と並存させてもよい。しかし、３Ｄ番組
詳細記述子を伝送することにより、３Ｄ映像番組用のstream_content（コンポーネント内
容やcomponent_type（コンポーネント種別）を伝送しない構成としても良い。３Ｄ番組詳
細記述子の意味は次の通りである。次にdescriptor_tagは８ビットのフィールドで、この
記述子が３Ｄ番組詳細記述子と識別可能な値（例えば0ｘＥ１）が記載される。descripto
r_lengthは８ビットのフィールドで、この記述子のサイズを記載している。
【００７４】
3d_2d _type（３Ｄ／２Ｄ種別）は８ビットのフィールドで、図１０（ｂ）に従い、３
Ｄ番組中における３Ｄ映像／２Ｄ映像の種別を表す。このフィールドは、例えば番組本編
は３Ｄ映像であり、番組の途中で挿入されるコマーシャルなどが２Ｄ映像で構成されるよ
うな３Ｄ番組において、３Ｄ映像なのか２Ｄ映像なのかを識別するための情報であり、受
信装置における誤動作（受信装置は３Ｄ処理を行っているのに放送番組が２Ｄ映像のため
発生する表示（出力）の問題）を防ぐ目的で配置される。０ｘ０１は３Ｄ映像、０ｘ０２
は２Ｄ映像を表す。
3d_method_type（３Ｄ方式種別）は８ビットのフィールドで、図１１に従い、３Ｄの方式
種別を表す。０ｘ０１は「３Ｄ２視点別ＥＳ伝送方式」方式、０ｘ０２はSide-by-Side 
方式、０ｘ０３はTop-and-Bottom 方式を表す。stream_type（ストリーム形式種別）は８
ビットのフィールドで、上記で説明した図３に従い、番組のＥＳの形式を示す。なお、３
Ｄ番組詳細記述子を、３Ｄ映像番組の場合に伝送し、２Ｄ映像番組では伝送しない構成と
してもよい。受信した番組についての３Ｄ番組詳細記述子の伝送の有無だけで、当該番組
が２Ｄ映像番組なのか、３Ｄ映像番組なのか識別することが可能となる。
【００７５】
component_tag（コンポーネントタグ）は、８ビットのフィールドである。サービスの
コンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子
で示される記述内容（図５）を参照できる。プログラムマップセクションでは、各ストリ
ームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは
、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内の
コンポーネントタグと同一の値である（ただし、ストリーム識別記述子がＰＭＴ内に存在
する場合）。
【００７６】
以上、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、
現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果が
ある。加えて、番組が３Ｄ番組である場合には、３Ｄ伝送方式の種別を識別すること、３
Ｄ映像と２Ｄ映像が混在している場合にはその識別が可能となる。
【００７７】
次に、サービス（編成チャンネル）単位で３Ｄ映像か２Ｄ映像かを識別する例について
説明する。図１２は、番組情報の一つであるサービス記述子（Service Descriptor）の構
造の一例を示す。サービス記述子は、編成チャンネル名とその事業者名をサービス形式種
別とともに文字符号で表す。この記述子はＳＤＴに配置される。
【００７８】
サービス記述子の意味は次の通りである。つまり、service_type（サービス形式種別）
は８ビットのフィールドで、図１３に従ってサービスの種類を表す。０ｘ０１は、３Ｄ映
像サービスを表す。service_provider_name_length（事業者名長）の8 ビットのフィール
ドは、後続の事業者名のバイト長を表す。char（文字符号）は8 ビットのフィールドであ
る。一連の文字情報フィールドは、事業者名あるいはサービス名を表す。service_name_l
ength（サービス名長）の8 ビットのフィールドは、後続のサービス名のバイト長を表す
。
【００７９】
以上、受信装置４がservice_typeを監視することで、サービス（編成チャンネル）が３
Ｄ番組のチャンネルであることを認識できる効果がある。このように、サービス（編成チ
ャンネル）が３Ｄ映像サービスか２Ｄ映像サービスかを識別することができれば、例えば
、EPG表示などで、当該サービスが３Ｄ映像番組放送サービスである旨の表示などが可能
となる。但し、３Ｄ映像番組を中心に放送しているサービスといえども、広告映像のソー
スが２D映像しかない場合など、２D映像を放送しなければならない場合もありうる。よっ
て、当該サービス記述子のservice_type（サービス形式種別）による３Ｄ映像サービスの
識別は、既に説明した、stream_content（コンポーネント内容）とcomponent_type（コン
ポーネント種別）の組合せによる３D映像番組の識別、component_group_type（コンポー
ネントグループ種別）による３D映像番組の識別、または３Ｄ番組詳細記述子による３D映
像番組の識別と併用することが望ましい。複数の情報を組み合わせて識別する場合は、３
D映像放送サービスであるが、一部の番組だけ２D映像であるなどの識別も可能となる。こ
のような識別ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像放送
サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以外に
２D映像番組が混在していても、番組受信時等に３D映像番組と２D映像番組とで表示制御
等を必要に応じて切り替えることが可能となる。
【００８０】
図１４は、番組情報の一つであるサービスリスト記述子（Service List Descriptor）
の構造の一例を示す。サービスリスト記述子は、サービス識別とサービス形式種別による
サービスの一覧を提供する。つまり、編成チャンネルとその種別の一覧を記述する。この
記述子はＮＩＴに配置される。
【００８１】
サービスリスト記述子の意味は次の通りである。つまり、service_id（サービス識別）
は16 ビットのフィールドで、そのトランスポートストリーム内の情報サービスをユニー
クに識別する。サービス識別は、対応するプログラムマップセクション内の放送番組番号
識別（program_number）に等しい。service_type（サービス形式種別）は８ビットのフィ
ールドで、上記で説明した図１２に従ってサービスの種類を表す。
【００８２】
これらのservice_type（サービス形式種別）によって「３D映像放送サービス」である
か否かを識別することができるので、例えば、当該サービスリスト記述子に示される編成
チャンネルとその種別の一覧を用いて、EPG表示において「３D映像放送サービス」のみを
グルーピングする表示を行うことなどが可能となる。
【００８３】
以上、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャ
ンネルであることを認識できる効果がある。
【００８４】
以上説明した記述子の例は、代表的なメンバのみを記載しており、これ以外のメンバを
持つこと、複数のメンバを一つに纏めること、一つのメンバを詳細情報を持つ複数のメン
バに分割することも考えられる。
【００８５】
＜番組情報の送出運用規則例＞
上記で説明した番組情報のコンポーネント記述子、コンポーネントグループ記述子、３
Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子は、例えば管理情報付与部１
６で生成、付加され、ＭＰＥＧ-ＴＳのＰＳＩ（一例としてＰＭＴなど）、或いはＳＩ（
一例としてＥＩＴ、或いはＳＤＴ、或いはＮＩＴなど）に格納されて送信装置１から送出
される情報である。
【００８６】
送信装置１における番組情報の送出運用規則例について以下説明する。
図１５は、コンポーネント記述子の送信装置１における送出運用規則の一例を示す。「
descriptor_tag」にはコンポーネント記述子を意味する“0x50”を記述する。「descript
or_length」には、コンポーネント記述子の記述子長を記述する。記述子長の最大値は規
定しない。「stream_content」には、“0x01”（映像）を記述する。
【００８７】
「component_type」には、当該コンポーネントの映像コンポーネント種別を記述する。
コンポーネント種別については、図５の中から設定する。「component_tag」は当該番組
内で一意となるコンポーネントタグ値を記述する。「ISO_639_language_code」は“jpn（
”0x6A706E“）”を記述する。
【００８８】
「text_char」は複数映像コンポーネント存在時に映像種類名として16byte（全角8文字
）以下で記述する。改行コードは使用しない。コンポーネント記述がデフォルトの文字列
である場合はこのフィールドを省略することができる。デフォルト文字列は「映像」であ
る。
【００８９】
なお、イベント（番組）に含まれる0x00〜0x0F のcomponent_tag 値を持つ、全ての映
像コンポーネントに対して必ず一つ送出する。
【００９０】
このように送信装置１で送出運用することにより、受信装置４がstream_contentとcomp
onent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組
であることを認識できる効果がある。
【００９１】
図１６は、コンポーネントグループ記述子の送信装置１における送出運用規則の一例を
示す。
【００９２】
「descriptor_tag」にはコンポーネントグループ記述子を意味する“0xD9”を記述する
。「descriptor_length」には、コンポーネントグループ記述子の記述子長を記述する。
記述子長の最大値は規定しない。「component_group_type」は、コンポーネントグループ
の種別を示す。‘000’は、マルチビューテレビを‘001’は、３Ｄテレビを示す。
【００９３】
「total_bit_rate_flag」には、イベント中のグループ内の総ビットレートがすべて規
定のデフォルト値にある場合は’0’を、イベント中のグループ内の総ビットレートのい
ずれかが規定のデフォルト値を越えている場合は’1’を示す。
【００９４】
「num_of_group」はイベント内でのコンポーネントグループの数を記述する。マルチビ
ューテレビ（ＭＶＴＶ）の場合には最大３とし、３Ｄテレビ（３ＤＴＶ）の場合には最大
２とする。
【００９５】
「component_group_id」はコンポーネントグループ識別を記述する。メイングループの
場合には”0x0”を割り当て、各サブグループの場合には放送事業者がイベント内で一意
に割り当てる。
【００９６】
「num_of_CA_unit」はコンポーネントグループ内での課金／非課金単位の数を記述する
。最大値は2 とする。当該コンポーネントグループ内に課金を行うコンポーネントが一切
含まれない場合は"0x1"とする。
【００９７】
「CA_unit_id」は課金単位識別を記述する。放送事業者がイベント内で一意に割り当て
る。「num_of_component」は当該コンポーネントグループに属し、かつ直前の「CA_unit_
id 」で示される課金／非課金単位に属するコンポーネントの数を記述する。最大値は15
とする。
【００９８】
「component_tag」はコンポーネントグループに属するコンポーネントタグ値を記述す
る。「total_bit_rate」はコンポーネントグループ内の総ビットレートを記述する。ただ
し、デフォルト値の場合は”0x00”を記述する。
【００９９】
「text_length」は後続のコンポーネントグループ記述のバイト長を記述する。最大値
は16（全角8 文字）とする。「text_char」はコンポーネントグループに関する説明を必
ず記述する。デフォルト文字列は規定しない。また、改行コードは使用しない。
【０１００】
なお、マルチビューテレビサービスを行う場合には「component_group_type」は’000
’として必ず送出する。また、３Ｄテレビサービスを行う場合には「component_group_ty
pe」は’001’として必ず送出する。
【０１０１】
このように送信装置１で送出運用することにより、受信装置４がcomponent_group_type
を監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であること
を認識できる効果がある。
【０１０２】
図１７は、３Ｄ番組詳細記述子の送信装置１における送出運用規則の一例を示す。「de
scriptor_tag」には３Ｄ番組詳細記述子を意味する“0xE1”を記述する。「descriptor_l
ength」には、３Ｄ番組詳細記述子の記述子長を記述する。「3d_2d_type」は３Ｄ／２Ｄ
識別を記述する。図１０(b)の中から設定する。「3d_method_type」は３Ｄ方式識別を記
述する。図１１の中から設定する。「stream_type」は番組のＥＳの形式をを記述する。
図３の中から設定する。「component_tag」は当該番組内で一意となるコンポーネントタ
グ値を記述する。
【０１０３】
このように送信装置１で送出運用することにより、受信装置４が３Ｄ番組詳細記述子を
監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番
組が３Ｄ番組であることを認識できる効果がある。
【０１０４】
図１８は、サービス記述子の送信装置１における送出運用規則の一例を示す。「descri
ptor_tag」にはサービス記述子を意味する“0x48”を記述する。「descriptor_length」
には、サービス記述子の記述子長を記述する。「service_type」はサービス形式種別を記
述する。
【０１０５】
サービス形式種別については、図１３の中から設定する。「service_provider_name_le
ngth」はＢＳ/ＣＳデジタルテレビジョン放送では事業者名長を記述する。最大値は２０
とする。地上デジタルテレビジョン放送ではservice_provider_name を運用しないため、
“0x00”を記述する。
【０１０６】
「char」はＢＳ/ＣＳデジタルテレビジョン放送では事業者名を記述する。最大全角10
文字。地上デジタルテレビジョン放送では何も記述しない。「service_name_length」は
編成チャンネル名長を記述する。最大値は20 とする。「char」は編成チャンネル名を記
述する。２０バイト以内かつ全角１０文字以内である。なお、対象編成チャンネルに対し
、１個のみを必ず配置する。
【０１０７】
このように送信装置１で送出運用することにより、受信装置４がservice_typeを監視す
ることで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【０１０８】
図１９は、サービスリスト記述子の送信装置１における送出運用規則の一例を示す。「
descriptor_tag」にはサービスリスト記述子を意味する“0x41”を記述する。「descript
or_length」には、サービスリスト記述子の記述子長を記述する。「loop」は対象トラン
スポートストリームに含まれるサービス数のループを記述する。
【０１０９】
「service_id」は当該トランスポートストリームに含まれるservice_id を記述する。
「service_type」は対象サービスのサービスタイプを記述する。図１３の中から設定する
。なお、ＮＩＴ内ＴＳループに対して必ず配置する。
【０１１０】
このように送信装置１で送出運用することにより、受信装置４がservice_typeを監視す
ることで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【０１１１】
以上、送信装置１における番組情報の送出例について説明したが、番組が２Ｄ番組から
３Ｄ番組に切り替わる際に、３Ｄ番組の始まる最初の画面において、例えばテロップなど
を用いて「これから３Ｄ番組が開始される旨」、「３Ｄ表示で視聴する場合には３Ｄ視聴
用のメガネを装着する旨」、「眼が疲れているときや体調が悪いときには２Ｄ表示の視聴
を勧める旨」、「３Ｄ番組の長時間の視聴は眼が疲れたり体調が悪くなる可能性がある旨
」などを送信装置１で作成する３Ｄ番組の映像にはめ込んで送出することにより受信装置
４で３Ｄ番組を視聴するユーザに対して３Ｄ番組視聴に対する注意・警告を行うことがで
きるメリットがある。
【０１１２】
＜受信装置のハードウェア構成＞
図２５は、図１のシステムのうち、受信装置４の構成例を示すハードウェア構成図であ
る。２１は受信機全体を制御するＣＰＵ（Central Processing Unit）、２２はＣＰＵ２
１と受信装置内各部との制御および情報を送信するための汎用バス、２３は無線（衛星、
地上）、ケーブルなどの放送伝送網を介して送信装置１から送信された放送信号を受信し
、特定の周波数を選局し復調、誤り訂正処理、などを行い、MPEG2-Transport Stream（以
下、「ＴＳ」ともいう。）などの多重化パケットを出力するチューナ、２４はスクランブ
ル部１３によるスクランブルを復号するデスクランブラ、２５はネットワークと情報を送
受信し、インターネットと受信装置間で各種情報およびＭＰＥＧ２―ＴＳを送受信するネ
ットワークＩ／Ｆ（Interface）、２６は例えば受信装置４に内蔵されているＨＤＤ（Har
d Disk Drive）やフラッシュメモリ、またはリムーバブルなＨＤＤ、ディスク型記録媒体
、フラッシュメモリ、などの記録媒体、２７は記録媒体２６を制御し、記録媒体２６への
信号の記録や記録媒体２６からの信号の再生を制御する記録再生部、２９はＭＰＥＧ２―
ＴＳなどの形式に多重化されている信号を、映像ＥＳ（Elementary Stream）、音声ＥＳ
、番組情報などの信号に分離する多重分離部である。ＥＳとは、圧縮・符号化された画像
・音声データのそれぞれのことである。３０は映像ＥＳを、映像信号に復号する映像復号
部、３１は音声ＥＳを、音声信号に復号し、スピーカ４８に出力または音声出力４２から
出力する音声復号部、３２は、映像復号部３０で復号された映像信号を前記ＣＰＵの指示
に従い３Ｄまたは２Ｄの映像信号を後述する変換処理により所定のフォーマットに変換す
る処理や、ＣＰＵ２１が作成したＯＳＤ（On Screen Display）などの表示を映像信号に
重畳する処理などを行い、処理後の映像信号をディスプレイ４７または映像信号出力部４
１に出力し、処理後の映像信号のフォーマットに対応する同期信号や制御信号（機器制御
に使用）を映像信号出力部４１および制御信号出力部４３から出力する映像変換処理部、
３３はユーザー操作入力部４５からの操作入力（例えばＩＲ（Infrared Radiation）信号
を発信するリモートコントローラーからのキーコード）を受信し、またＣＰＵ２１や映像
変換処理部３２が生成した外部機器への機器制御信号（例えばＩＲ）を機器制御信号送信
部４４から送信する制御信号送受信部、３４は内部にカウンタを有し、また現在の時刻の
保持を行うタイマー、４６は前記多重分離部で再構成されたＴＳに対し暗号化等必要な処
理を行い外部にＴＳを出力、または外部から受信したＴＳを復号化して多重分離部２９に
対して入力するシリアルインタフェースやＩＰインタフェースなどの高速デジタルＩ／Ｆ
、４７は映像復号部３０が復号して映像変換処理部３２により映像が変換された３Ｄ映像
および２Ｄ映像を表示するディスプレイ、４８は音声復号部が復号した音声信号に基づい
て音を出力するスピーカを表しており、主にこれらの装置により、受信装置４は構成され
ている。ディスプレイに３Ｄ表示する場合も、必要であれば、同期信号や制御信号は制御
信号出力部４３や機器制御信号送信端子４４から出力する。
【０１１３】
受信装置および視聴装置および３Ｄ視聴補助装置（例えば３Ｄメガネ）を含めたシステ
ム構成について、図３５および図３６に例を示す。図３５は受信装置と視聴装置が一体と
なったシステム構成、また図３６は受信装置と視聴装置が別構成となった場合の例である
。
【０１１４】
図３５において、３５０１は前記受信装置４の構成を含み３Ｄ映像表示および音声出力
が可能な表示装置、３５０３は前記表示装置３５０１から出力される３Ｄ視聴補助装置制
御信号（例えばＩＲ信号）、３５０２は３Ｄ視聴補助装置を表している。図３５の例にお
いては、映像信号は前記表示装置３５０１が具備する映像ディスプレイから表示され、ま
た音声信号は前記表示装置３５０１が具備するスピーカから出力される。また同様に表示
装置３５０１は機器制御信号４４または制御信号４３の出力部から出力される３Ｄ視聴補
助装置制御信号を出力する出力端子を具備する。
【０１１５】
なお、上記の説明は、図３５に示す表示装置３５０１と３Ｄ視聴補助装置３５０２とが
後述するアクティブシャッター方式により表示する例を前提として説明したが、図３５に
示す表示装置３５０１と３Ｄ視聴補助装置３５０２とが後述する偏光分離による３Ｄ映像
表示装置を行う方式の場合には、３Ｄ視聴補助装置３５０２は左目と右目に異なる映像が
入射するように偏光分離を行うものであればよく、表示装置３５０１から機器制御信号４
４または制御信号４３の出力部から３Ｄ視聴補助装置３５０２へ出力される３Ｄ視聴補助
装置制御信号３５０３を出力しなくともよい。
【０１１６】
また図３６において、３６０１は前記受信装置４の構成を含む映像音声出力装置、３６
０２は映像／音声／制御信号を伝送する伝送経路（例えばＨＤＭＩケーブル）、３６０３
は外部から入力された映像信号や音声信号を表示出力するディスプレイを表す。
【０１１７】
この場合、映像音声出力装置３６０１（受信装置４）の映像出力４１から出力される映
像信号と音声出力４２から出力される音声信号、制御信号出力部４３から出力される制御
信号は、伝送路３６０２で規定されているフォーマット（例えばＨＤＭＩ規格により規定
されるフォーマット）に適した形式の伝送信号に変換され、伝送経路３６０２を経由しデ
ィスプレイ３６０３に入力される。ディスプレイ３６０３では前記伝送信号を受信し、も
との映像信号、音声信号、制御信号に復号し、映像と音声を出力するとともに、３Ｄ視聴
補助装置３５０２に対して３Ｄ視聴補助装置制御信号３５０３を出力する。
【０１１８】
なお、上記の説明は、図３６に示す表示装置３６０３と３Ｄ視聴補助装置３５０２とが
後述するアクティブシャッター方式により表示する例を前提として説明したが、図３６に
示す表示装置３６０３と３Ｄ視聴補助装置３５０２とが後述する偏光分離による３Ｄ映像
表示装置を行う方式の場合には、３Ｄ視聴補助装置３５０２は左目と右目に異なる映像が
入射するように偏光分離を行うものであればよく、表示装置３６０３から３Ｄ視聴補助装
置３５０２へ３Ｄ視聴補助装置制御信号３６０３を出力しなくともよい。
【０１１９】
なお、図２５に示した２１〜４６の各構成要件の一部は、１つの、又は複数のＬＳＩで
構成されていてもよい。また、図２５に示した２１〜４６の各構成要件の一部の機能をソ
フトウェアで実現する構成としてもよい。
【０１２０】
＜受信装置の機能ブロック図＞
図２６は、ＣＰＵ２１内部における処理の機能ブロック構成の一例である。ここで各機
能ブロックは例えばＣＰＵ２１で実行されるソフトウェアのモジュールとして存在してお
り、それぞれのモジュール間は何らかの手段（例えばメッセージパッシング、ファンクシ
ョンコール、イベント送信）などを行って情報やデータの受け渡しおよび制御指示を行う
。
【０１２１】
また、各モジュールは受信装置４内部の各ハードウェアとも、汎用バス２２を介して情
報の送受信を行っている。また図に記載の関係線（矢印）は今回の説明に関連する部分を
主に記載しているが、その他のモジュール間についても通信手段および通信を必要とした
処理は存在する。例えば選局制御部５９は、選局に必要な番組情報を番組情報解析部５４
から適宜取得している。
【０１２２】
次に各機能ブロックの機能について説明する。システム制御部５１は各モジュールの状
態やユーザーの指示状態などを管理し、各モジュールに対して制御指示を行う。ユーザー
指示受信部５２は制御信号送受信部３３が受信したユーザー操作の入力信号を受信および
解釈し、ユーザーの指示をシステム制御部５１に伝える。機器制御信号送信部５３はシス
テム制御部５１や、他のモジュールからの指示に従い、制御信号送受信部３３に対して機
器制御信号を送信するように指示する。
【０１２３】
番組情報解析部５４は多重分離部２９から番組情報を取得して内容を分析し、必要な情
報を各モジュールに対して提供する。時間管理部５５は番組情報解析部５４から、ＴＳに
含まれる時刻補正情報（ＴＯＴ：Time offset table）を取得して現在の時刻を管理する
とともに、タイマー３４が有するカウンタを使用し、各モジュールの要求に従いアラーム
（指定時刻の到来を通知）やワンショットタイマ（一定時間の経過を通知）の通知を行う
。
【０１２４】
ネットワーク制御部５６は、ネットワークＩ／Ｆ２５を制御し、特定ＵＲＬ（Unique R
esource  Locater）や特定ＩＰ(Internet Protocol)アドレスからの各種情報およびＴＳ
の取得を行う。復号制御部５７は、映像復号部３０および音声復号部３１を制御し、デコ
ードの開始や停止、ストリームに含まれる情報の取得などを行う。
【０１２５】
記録再生制御部５８は記録再生部２７を制御し、記録媒体２６から、特定のコンテンツ
の特定の位置から、また任意の読み出しの形式（通常再生、早送り、巻戻し、一時停止）
で信号を読み出す。また、記録再生部２７に入力された信号を、記録媒体２６に対して記
録する制御を行う。
【０１２６】
選局制御部５９は、チューナ２３、デスクランブラ２４、多重分離部２９および復号制
御部５７を制御し、放送の受信および放送信号の記録を行う。または記録媒体からの再生
を行い、映像信号および音声信号を出力するまでの制御を行う。詳しい放送受信の動作お
よび放送信号の記録動作、記録媒体からの再生動作については後述する。
【０１２７】
ＯＳＤ作成部６０は、特定のメッセージを含むＯＳＤデータを作成し、映像変換制御部
６１に対して前記作成したＯＳＤデータを映像信号に重畳して出力するように指示を行う
。ここでＯＳＤ作成部６０は、左目用と右目用といった視差のあるＯＳＤデータを作成し
、映像変換制御部６１に対して、前記左目用と右目用のＯＳＤデータをもとに３Ｄ表示を
要求することにより、３Ｄでのメッセージ表示等を行う。
【０１２８】
映像変換制御部６１は、映像変換処理部３２を制御し、映像復号部３０から映像変換処
理部３２に入力された映像信号を、前記システム制御部５１からの指示に従い３Ｄまたは
２Ｄの映像に変換し変換した映像と、ＯＳＤ作成部６０から入力されたＯＳＤを重畳し、
さらに必要に応じて映像を加工（スケーリングやＰｉｎＰ、３Ｄ表示など）してディスプ
レイ４７に表示または外部に出力する。映像変換処理部３２における３Ｄ映像、２Ｄ映像
の所定のフォーマットへの変換方法の詳細については後述する。各機能ブロックはこれら
のような機能を提供する。
【０１２９】
＜放送受信＞
ここで放送受信を行う場合の制御手順と信号の流れについて説明する。まず特定チャン
ネル（ＣＨ）の放送受信を示すユーザーの指示（例えばリモコンのＣＨボタン押下）を、
ユーザー指示受信部５２から受信したシステム制御部５１は、ユーザーの指示したＣＨ（
以下指定ＣＨ）での選局を選局制御部５９に指示する。
【０１３０】
前記指示を受信した選局制御部５９は、チューナ２３に対して指定ＣＨの受信制御（指
定周波数帯への選局、放送信号復調処理、誤り訂正処理）を指示し、ＴＳをデスクランブ
ラ２４に出力させる。
【０１３１】
次に選局制御部５９は、デスクランブラ２４に対して前記ＴＳのデスクランブルし多重
分離部２９に出力するように指示し、多重分離部２９に対しては、入力されたＴＳの多重
分離、および多重分離した映像ＥＳの映像復号部３０への出力と、音声ＥＳの音声復号部
３１への出力、を指示する。
【０１３２】
また、選局制御部５９は、復号制御部５７に対し、映像復号部３０と音声復号部３１に
入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御
部３１は、映像復号部３０に対して復号した映像信号を映像変換処理部３２に出力するよ
うに制御し、音声復号部３１に対して復号した音声信号をスピーカ４８または音声出力４
２に出力するように制御を行う。このようにして、ユーザーが指定したＣＨの映像および
音声を出力する制御を行う。
【０１３３】
また、選局時のＣＨバナー（ＣＨ番号や番組名、番組情報等を表示するＯＳＤ）を表示
するために、システム制御部５１はＯＳＤ作成部６０に対してＣＨバナーの作成および出
力を指示する。前記指示を受信したＯＳＤ作成部６０は、作成したＣＨバナーのデータを
映像変換制御部６１に送信し、前記データを受信した映像変換制御部６１はＣＨバナーを
映像信号に重畳して出力するように制御を行う。このようにして、選局時等のメッセージ
表示を行う。
【０１３４】
＜放送信号の記録＞
次に放送信号の記録制御と信号の流れについて説明する。特定のＣＨの記録を行う場合
には、システム制御部５１は選局制御部５９に対して特定ＣＨの選局および記録再生部２
７への信号出力を指示する。
【０１３５】
前記指示を受信した選局制御部５９は、前記放送受信処理と同様に、チューナ２３に対
して指定ＣＨの受信制御を指示し、デスクランブラ２４に対して、チューナー２３から受
信したＭＰＥＧ２−ＴＳのデスクランブル、多重分離部２９に対してデスクランブラ２４
からの入力を記録再生部２７に出力するように制御する。
【０１３６】
また、システム制御部５１は、記録再生制御部５８に対して、記録再生部２７への入力
ＴＳを記録するように指示する。前記指示を受信した記録再生制御部５８は、記録再生部
２７に入力される信号（ＴＳ）に対して、暗号化などの必要な処理を行い、また記録再生
時に必要な付加情報（記録ＣＨの番組情報、ビットレート等のコンテンツ情報）の作成、
また管理データ（記録コンテンツのＩＤ、記録媒体２６上の記録位置、記録形式、暗号化
情報など）への記録を行った後に、前記ＭＰＥＧ２−ＴＳおよび付加情報、管理データを
記録媒体２６へ書き込む処理を行う。このようにして放送信号の記録を行う。
【０１３７】
＜記録媒体からの再生＞
次に記録媒体からの再生処理について説明する。特定の番組の再生を行う場合には、シ
ステム制御部５１は、記録再生制御部５８に対して、特定の番組の再生を指示する。この
際の指示としては、コンテンツのＩＤと再生開始位置（例えば番組の先頭、先頭から１０
分の位置、前回の続き、先頭から100Mbyteの位置等）を指示する。前記指示を受信した記
録再生制御部５８は、記録再生部２７を制御し、付加情報や管理データを用いて記録媒体
２６から信号（ＴＳ）を読み出して、暗号の復号などの必要な処理を行った後に、多重分
離部２９に対してＴＳを出力するように処理を行う。
【０１３８】
また、システム制御部５１は、再生信号の映像音声出力を選局制御部５９に対して指示
する。前記指示を受信した選局制御部５９は、記録再生部２７からの入力を多重分離部２
９に出力するように制御し、多重分離部２９に対して、入力されたＴＳの多重分離、およ
び多重分離された映像ＥＳの映像復号部３０への出力、および多重分離された音声ＥＳの
音声復号部３１への出力、を指示する。
【０１３９】
また、選局制御部５９は、復号制御部５７に対し、映像復号部３０と音声復号部３１に
入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御
部３１は、映像復号部３０に対して復号した映像信号を映像変換処理部３２に出力するよ
うに制御し、音声復号部３１に対して復号した音声信号をスピーカ４８または音声出力４
２に出力するように制御を行う。このようにして記録媒体からの信号再生処理を行う。
【０１４０】
＜３Ｄ映像の表示方法＞
本発明に用いることのできる３Ｄ映像の表示方式としては、左目と右目に視差を感じさ
せる左目用と右目用の映像を作成し、人間に立体物が存在しているように認識させるいく
つかの方式がある。
【０１４１】
ひとつの方式としては、ユーザーが着用するメガネに対して、液晶シャッター等を用い
て左右のグラスを交互に遮光を行い、またそれと同期させて左目用と右目用の映像を表示
させ、左右の目に映る画像に視差を発生させるアクティブシャッター方式がある。
【０１４２】
この場合、受信装置４は、ユーザーが着用するアクティブシャッター方式メガネへ、制
御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号を出力する。また
、映像信号出力部４１から映像信号を外部の３D映像表示装置へ出力して、左目用の映像
と右目用の映像とを交互に表示させる。または、受信装置４の有するディスプレイ４７に
同様の３Ｄ表示を行う。このようにすれば、アクティブシャッター方式メガネを着用した
ユーザは、当該３D映像表示装置または受信装置４の有するディスプレイ４７で３D映像を
視聴することができる。
【０１４３】
また、別の方式としては、ユーザーが着用するメガネに対して、左右のグラスに直線偏
光で直交するフィルムを貼るもしくは直線偏光コートを施す、または円偏光で偏光軸の回
転方向が逆方向のフィルムを貼るもしくは円偏光コートを施し、左目と右目のメガネの偏
光にそれぞれ対応した互いに異なる偏光による左目用の映像と右目用の映像を同時に出力
することにより、左目と右目のそれぞれに入射する映像を偏光状態により分離することで
左目と右目で視差を発生させる偏光方式がある。
【０１４４】
この場合、受信装置４は、映像信号出力部４１から映像信号を外部の３D映像表示装置
へ出力して、該３D映像表示装置は、左目用の映像と右目用の映像とを異なる偏光状態で
表示させる。または、受信装置４の有するディスプレイ４７によって同様の表示を行う。
このようにすれば、偏光方式メガネを着用したユーザは、当該３D映像表示装置または受
信装置４の有するディスプレイ４７で３D映像を視聴することができる。なお、偏光方式
では、偏光方式メガネには、受信装置４から同期信号や制御信号を送信することなく、３
D映像視聴が可能となるため、制御信号出力部４３や機器制御信号送信端子４４から同期
信号や制御信号を出力する必要はない。
【０１４５】
また、このほか、色による左右の目の映像を分離させるカラー分離方式を用いてもよい
。また、裸眼で視聴可能な視差障壁を利用して３Ｄ映像を作り出す視差障壁方式を用いて
もよい。
【０１４６】
なお、本発明に係る３Ｄ表示方式は特定の方式に限定されるものではない。
【０１４７】
＜番組情報を利用した３Ｄ番組の具体的な判定方法の例＞
３Ｄ番組の判定方法の例としては、既に説明した放送信号および再生信号の番組情報に
含まれる各種テーブルや記述子から、新たに含めた３Ｄ番組か否かを判定する情報を取得
し、３Ｄ番組か否かを判定することが可能である。
【０１４８】
ＰＭＴや、ＥＩＴ[schedule basic/schedule extended/present/following]、といった
テーブルの中に記載の、コンポーネント記述子、コンポーネントグループ記述子に新たに
含められた３Ｄ番組か否かを判定する情報を確認する、または３Ｄ番組判定用の新たな記
述子である３Ｄ番組詳細記述子を確認する、ＮＩＴや、ＳＤＴ、といったテーブルの中に
記載の、サービス記述子、サービスリスト記述子などに新たに含められた３Ｄ番組か否か
を判定する情報を確認する、などにより３Ｄ番組か否かを判定する。これらの情報は、前
述した送信装置において放送信号に付与され、送信される。送信装置では、例えば管理情
報付与部１６によってこれらの情報が放送信号に付与される。
【０１４９】
それぞれのテーブルの使い分けとしては、例えばＰＭＴについては現在の番組の情報し
か記載していないため、未来の番組の情報については確認することができないが、信頼度
は高いといった特徴がある。一方ＥＩＴ[schedule basic/schedule extended]については
現在の番組だけでなく未来の番組の情報を取得できるが、受信完了までの時間が長く、保
持する記憶領域が多く必要で、かつ未来の事象のため信頼度が低いなどのデメリットがあ
る。ＥＩＴ[following]については次の放送時間の番組の情報を取得できるため、本実施
例への適用については好適である。またＥＩＴ[present]については現在の番組情報の取
得に使用でき、ＰＭＴとは異なる情報を入手できる。
【０１５０】
次に、送信装置１から送出された、図４、図６、図１０、図１２、図１４で説明した番
組情報に関係する受信装置４の処理の詳細例を説明する。
【０１５１】
図２０は、受信装置４における、コンポーネント記述子の各フィールドに対する処理の
一例を示す。
【０１５２】
「descriptor_tag」が“0x50”だと、当該記述子がコンポーネント記述子であると判断
する。「descriptor_length」により、コンポーネント記述子の記述子長であると判断す
る。「stream_content」が“0x01”,“0x05”,“0x06”,“0x07”だと、当該記述子は有
効（映像）である判断する。“0x01”,“0x05”,“0x06”,“0x07”以外の場合、当該記
述子は無効である判断する。「stream_content」が“0x01”,“0x05”,“0x06”,“0x07
”の場合、以降の処理を行う。
【０１５３】
「component_type」は、当該コンポーネントの映像コンポーネント種別と判断する。こ
のコンポーネント種別については、図５のいずれかの値が指定されている。この内容によ
り、当該コンポーネントが３D映像番組についてのコンポーネントか否かが判断可能であ
る。
【０１５４】
「component_tag」は、当該番組内で一意となるコンポーネントタグ値で、ＰＭＴ のス
トリーム識別子のコンポーネントタグ値と対応させて利用できる。
【０１５５】
「ISO_639_language_code」は、“jpn（”0x6A706E“）”以外でも、後に配置される文
字コードを”jpn”として扱う。
【０１５６】
「text_char」は、16byte（全角8 文字）以内をコンポーネント記述と判断する。この
フィールドが省略された場合はデフォルトのコンポーネント記述と判断する。デフォルト
文字列は「映像」である。
【０１５７】
以上説明したように、コンポーネント記述子はイベント（番組）を構成する映像コンポ
ーネント種別を判断でき、コンポーネント記述を受信機における映像コンポーネント選択
の際に利用する事ができる。
【０１５８】
なお、component_tag値が0x00〜0x0F の値に設定された映像コンポーネントのみを単独
での選択対象とする。前記以外のcomponent_tag 値で設定された映像コンポーネントは、
単独での選択対象とはならず、コンポーネント選択機能などの対象としてはならない。
【０１５９】
また、イベント（番組）中のモード変更などにより、コンポーネント記述が実際のコン
ポーネントと一致しないことが有る。（コンポーネント記述子のcomponent_type は、当
該コンポーネントの代表的なコンポーネント種別を記載し、番組途中でのモード変更に対
しリアルタイムでこの値を変えるようなことは行わない。）
また、コンポーネント記述子により記載されたcomponent_type は、デジタル記録機器
におけるコピー世代を制御する情報および最大伝送レートの記述であるデジタルコピー制
御記述子が当該イベント（番組）に対して省略された場合のデフォルトのmaximum_bit_ra
te を判断する際に参照される。
【０１６０】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうこと
により、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信して
いる、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０１６１】
図２１は、受信装置４における、コンポーネントグループ記述子の各フィールドに対す
る処理の一例を示す。
【０１６２】
「descriptor_tag」が“0xD9”だと、当該記述子がコンポーネントグループ記述子であ
ると判断する。「descriptor_length」により、コンポーネントグループ記述子の記述子
長であると判断する。
【０１６３】
「component_group_type」が‘000’ だと、マルチビューテレビサービスと判断し、‘
001’ だと、３Ｄテレビサービスと判断する。
【０１６４】
「total_bit_rate_flag」が’0’だと、イベント（番組）中のグループ内の総ビットレ
ートが当該記述子に記載されていないと判断する。’1’だと、イベント（番組）中のグ
ループ内の総ビットレートが当該記述子に記載されていると判断する。
【０１６５】
「num_of_group」は、イベント（番組）内でのコンポーネントグループの数と判断する
。最大値が存在しこれを越えた場合には最大値として処理する可能性がある。「componen
t_group_id」は、”0x0”だと、メイングループと判断する。”0x0”以外だと、サブグル
ープと判断する。
【０１６６】
「num_of_CA_unit」は、コンポーネントグループ内での課金／非課金単位の数と判断す
る。最大値を越えた場合には2 として処理する可能性がある。
【０１６７】
「CA_unit_id」が“0x0”だと、非課金単位グループと判断する。“0x1”だと、デフォ
ルトＥＳ群を含む課金単位と判断する。“0x0”と“0x1”以外だと、上記以外の課金単位
識別と判断する。
【０１６８】
「num_of_component」は、当該コンポーネントグループに属し、かつ直前のCA_unit_id
で示される課金／非課金単位に属するコンポーネントの数と判断する。最大値を越えた
場合には１５として処理する可能性がある。
【０１６９】
「component_tag」は、コンポーネントグループに属するコンポーネントタグ値と判断
し、ＰＭＴのストリーム識別子のコンポーネントタグ値と対応させて利用できる。「tota
l_bit_rate」は、コンポーネントグループ内の総ビットレートと判断する。ただし、”0x
00”の際はデフォルトと判断する。
【０１７０】
「text_length」が１６（全角8 文字）以下だとコンポーネントグループ記述長と判断
し、１６（全角8 文字）より大きいと、コンポーネントグループ記述長が１６（全角8文
字）を超えた分の説明文は無視して良い。
【０１７１】
「text_char」は、コンポーネントグループに関する説明文を指す。なお、component_g
roup_type=’000’のコンポーネントグループ記述子の配置によって、当該イベント（番
組）においてマルチビューテレビサービスを行うと判断し、コンポーネントグループ毎の
処理に利用することができる。
【０１７２】
また、component_group_type=’001’のコンポーネントグループ記述子の配置によって
、当該イベント（番組）において３Ｄテレビサービスを行うと判断し、コンポーネントグ
ループ毎の処理に利用することができる。
【０１７３】
さらに、各グループのデフォルトＥＳ群は、CA_unit ループ先頭に配置されるコンポー
ネントループ中に必ず記載する。
【０１７４】
メイングループ(component_group_id=0x0)において、
・グループのデフォルトＥＳ群が非課金対象ならば、free_CA_mode=0 とし、CA_unit_id=
0x1 のコンポーネントループを設定してはならない。
・グループのデフォルトＥＳ群が課金対象ならば、free_CA_mode=1 とし、CA_unit_id=”
0x1”のコンポーネントループを必ず設定し、記載する。
また、サブグループ(component_group_id＞0x0)において、
・サブグループに対しては、メイングループと同じ課金単位、あるいは非課金単位のみ設
定できる。
・グループのデフォルトＥＳ群が非課金対象ならば、CA_unit_id=0x0 のコンポーネント
ループを設定し、記載する。
・グループのデフォルトＥＳ群が課金対象ならば、CA_unit_id=0x1 のコンポーネントル
ープを設定し、記載する。
【０１７５】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうこと
により、受信装置４がcomponent_group_typeを監視することで、現在受信している、ある
いは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０１７６】
図２２は、受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一
例を示す。
【０１７７】
「descriptor_tag」が“0xE1”だと、当該記述子が３Ｄ番組詳細記述子であると判断す
る。「descriptor_length」により、３Ｄ番組詳細記述子の記述子長であると判断する。
「3d_2d_type」は、当該３Ｄ番組における３Ｄ／２Ｄ識別であると判断する。図１０（b
）の中から指定される。「3d_method_type」は、当該３Ｄ番組における３Ｄ方式識別であ
ると判断する。図１１の中から指定される。
【０１７８】
「stream_type」は、当該３Ｄ番組のＥＳの形式であると判断する。図３の中から指定
される。「component_tag」は、当該３Ｄ番組内で一意となるコンポーネントタグ値であ
ると判断する。ＰＭＴ のストリーム識別子のコンポーネントタグ値と対応させて利用で
きる。
【０１７９】
なお、３Ｄ番組詳細記述子自体の有無により、当該番組が３Ｄ映像番組であるか否かを
判断する構成としてもよい。すなわち、この場合は、３Ｄ番組詳細記述子がなければ、２
Ｄ映像番組と判断し、３Ｄ番組詳細記述子がある場合には、３Ｄ映像番組であると判断す
る。
【０１８０】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうこと
により、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、
現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果が
ある。
【０１８１】
図２３は、受信装置４における、サービス記述子の各フィールドに対する処理の一例を
示す。「descriptor_tag」が“0x48”だと、当該記述子がサービス記述子であると判断す
る。「descriptor_length」により、サービス記述子の記述子長であると判断する。「ser
vice_type」は、図１３に示されたservice_type 以外の場合は当該記述子を無効と判断す
る。
【０１８２】
「service_provider_name_length」は、ＢＳ/ＣＳデジタルテレビジョン放送の受信の
場合には、２０以下だと、事業者名長と判断し、２０より大きいと、事業者名を無効と判
断する。一方、地上デジタルテレビジョン放送の受信の場合には、“0x00”以外は無効と
判断する。
【０１８３】
「char」は、ＢＳ/ＣＳデジタルテレビジョン放送の受信の場合には、事業者名と判断
する。一方、地上デジタルテレビジョン放送の受信の場合には、記載内容は無視する。「
service_name_length」が２０以下だと、編成チャンネル名長と判断し、２０より大きい
と、編成チャンネル名を無効と判断する。
【０１８４】
「char」は、編成チャンネル名と判断する。なお、上記図１８で説明した送出運用規則
の一例に従い記述子を配置したＳＤＴを受信できなければ、対象サービスの基本情報は無
効であると判断する。
【０１８５】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうこと
により、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャ
ンネルであることを認識できる効果がある。
【０１８６】
図２４は、受信装置４における、サービスリスト記述子の各フィールドに対する処理の
一例を示す。「descriptor_tag」が“0x41”だと、当該記述子がサービスリスト記述子で
あると判断する。「descriptor_length」により、サービスリスト記述子の記述子長であ
ると判断する。
【０１８７】
「loop」は、対象トランスポートストリームに含まれるサービス数のループを記述する
。「service_id」は、当該トランスポートストリームに対するservice_id と判断する。
「service_type」は、対象サービスのサービスタイプを示す。図１３で規定されるサービ
スタイプ以外は無効と判断する。
【０１８８】
以上説明したように、サービスリスト記述子は対象ネットワークに含まれるトランスポ
ートストリームの情報と判断することができる。
【０１８９】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうこと
により、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャ
ンネルであることを認識できる効果がある。
【０１９０】
次に各テーブル内の具体的な記述子について説明する。まず、ＰＭＴの2ndループ（Ｅ
Ｓ毎のループ）に記載のstream_typeの中のデータの種類により、上記図３で説明したよ
うにＥＳの形式を判定することができるが、この中に、現在放送されているストリームが
３Ｄ映像であることを示す記述が存在する場合には、その番組を３Ｄ番組と判定する（例
えば、stream_typeに多視点映像符号化(例：H.264/MVC)ストリームのサブビットストリー
ム(他の視点)を示す０ｘ１Ｆがあれば、その番組を３Ｄ番組と判定する。
【０１９１】
また、stream_type以外にも、ＰＭＴの中で現在reservedとされている領域について、
新たに３Ｄ番組または２Ｄ番組を識別する２Ｄ／３Ｄ識別ビットを割り当て、その領域で
判定することも可能である。
【０１９２】
ＥＩＴについても同様にreservedの領域に新たに２Ｄ／３Ｄ識別ビットを割り当てして
判定することも可能である。
【０１９３】
ＰＭＴおよび/またはＥＩＴに配置されるコンポーネント記述子で３Ｄ番組を判定する
場合は、上記図４および５で説明したようにコンポーネント記述子のcomponent_typeに、
３Ｄ映像を示す種別を割り当て（例えば、図５（ｃ）〜（e））、component_typeが３Ｄ
を表すものが存在すれば、その番組を３Ｄ番組と判定することが可能である。（例えば、
図５（ｃ）〜（e）などを割り当てし、その値が対象番組の番組情報に存在していること
を確認する。）
ＥＩＴに配置されるコンポーネントグループ記述子による判定方法としては、上記図６
および７で説明したようにcomponent_group_typeの値に、３Ｄサービスを表す記述を割り
当て、component_group_typeの値が、３Ｄサービスを表していれば、３Ｄ番組と判別可能
である（例えば、ビットフィールドで００１は、３ＤＴＶサービスなどを割り当てし、そ
の値が対象番組の番組情報に存在していることを確認する。）
ＰＭＴおよび/またはＥＩＴに配置される３Ｄ番組詳細記述子による判定方法としては
、上記図１０および１１で説明したように対象の番組が３Ｄ番組であるか判定する場合に
は、３Ｄ番組詳細記述子内の3d_2d _type（３Ｄ／２Ｄ種別）の内容により判定可能であ
る。また、受信番組について３Ｄ番組詳細記述子が伝送されていない無い場合は、２Ｄ番
組と判断する。また、前記記述子の中に含まれる３Ｄ方式種別（上記3d_method_type）に
受信装置が対応可能な３Ｄ方式であれば、次番組を３Ｄ番組と判定する方法も考えられる
。その場合には、記述子の解析処理は複雑になるが、受信装置が対応不可能な３Ｄ番組に
対してメッセージ表示処理や記録処理を行う動作を中止することが可能になる。
【０１９４】
ＳＤＴに配置されるサービス記述子やＮＩＴに配置されるサービスリスト記述子に含ま
れるservice_typeの情報に、上記図１２および１３および１４で説明したように０ｘ０１
に３Ｄ映像サービスを割り当て、当該記述子がある番組情報を取得した場合に、３Ｄ番組
として判定することが可能である。この場合には、番組単位での判定ではなく、サービス
（ＣＨ、編成チャンネル）単位での判定となり、同一編成チャンネル内での次番組の３Ｄ
番組判定はできないが、情報の取得が番組単位でないため容易といった利点もある。
【０１９５】
また番組情報については、専用の通信路（放送信号、またはインターネット）を通じて
取得する方法もある。その場合にも、番組の開始時間とＣＨ（放送編成チャンネル、ＵＲ
ＬまたはＩＰアドレス）、その番組が３Ｄ番組かをあらわす識別子があれば、同様に３Ｄ
番組判定は可能である。
【０１９６】
以上の説明では、サービス（CH）または番組単位で３D映像か否かを判定するためのさ
まざまな情報（テーブルや記述子に含まれる情報）について説明したが、これらは本発明
において必ずしも全て送信する必要はない。放送形態に合せて必要な情報を送信すればよ
い。これらの情報のうち、それぞれ単独の情報を確認して、サービス（CH）または番組単
位で３D映像か否かを判定してもよく、複数の情報を組み合わせてサービス（CH）または
番組単位で３D映像か否かを判定してもよい。複数の情報を組み合わせて判定する場合は
、３D映像放送サービスであるが、一部の番組だけ２D映像であるなどの判定も可能となる
。このような判定ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像
放送サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以
外に２D映像番組が混在していても、番組受信時に３D映像番組と２D映像番組とで表示制
御等を切り替えることが可能となる。
【０１９７】
なお、以上説明した３Ｄ番組の判定方法により、３Ｄ番組と判定された場合において、
例えば図５（ｃ）〜（ｅ）で指定された３Ｄコンポーネントが受信装置４で適切に処理（
表示、出力）することができる場合には３Ｄにて処理（再生、表示、出力）し、受信装置
４で適切に処理（再生、表示、出力）することができない場合（例えば、指定された３Ｄ
伝送方式に対応する３Ｄ映像再生機能がない場合など）には２Ｄにて処理（再生、表示、
出力）してもよい。このとき、２Ｄ映像の表示、出力とともに、当該３Ｄ映像番組が、受
信装置において適切に３Ｄ表示または３Ｄ出力できない旨を合せて表示してもよい。この
ようにすれば、２Ｄ映像番組として放送された番組なのか、３Ｄ映像番組として放送され
た番組であるが受信装置で適切に処理できないため２Ｄ映像を表示しているのかをユーザ
が把握することができる。
【０１９８】
＜３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理＞
次に３Ｄコンテンツ（３Ｄ映像を含むデジタルコンテンツ）再生時の処理について説明
する。ここではまず、図４７に示すような、１つのＴＳに主視点映像ＥＳと副視点映像Ｅ
Ｓが存在する、３Ｄ２視点別ＥＳ伝送方式の場合の再生処理について説明する。まずユー
ザーが３Ｄ出力／表示への切替指示（例えばリモコンの「３Ｄ」キー押下）等を行った場
合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して
３Ｄ映像への切替を指示する（なお、以下の処理は、３Ｄ２視点別ＥＳ伝送方式のコンテ
ンツについて、３Ｄコンテンツの３Ｄ表示／出力へのユーザー切替指示以外の条件で３Ｄ
出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１は、上
記の方法で現在の番組が３Ｄ番組か否かを判定する。
【０１９９】
現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に
対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情
報解析部５４から主視点映像ＥＳと副視点映像ＥＳそれぞれについて、ＰＩＤ(packet ID
)、および符号化方式（例えばH.264/MVC,MPEG2,H.264/AVCなど）を取得し、次に多重分離
部２９に対して前記主視点映像ＥＳと副視点映像ＥＳを多重分離して映像復号部３０に出
力するよう制御を行う。
【０２００】
ここで、例えば前記主視点映像ＥＳは、映像復号部の１番入力、前記副視点映像ＥＳは
映像復号部の２番入力に入力するように、多重分離部２９を制御する。その後選局制御部
５９は、復号制御部５７に対して、映像復号部３０の１番入力は主視点映像ＥＳで２番入
力は副視点映像ＥＳという情報およびそれぞれの前記符号化方式を送信し、かつこれらの
ＥＳを復号するように指示を行う。
【０２０１】
図４７に示す３Ｄ２視点別ＥＳ伝送方式の組合せ例２や組合せ例４のように、主視点映
像ＥＳと副視点映像ＥＳで符号化方式が異なる３Ｄ番組を復号するために、映像復号部３
０は、それぞれの符号化方式に対応した、複数種類の復号機能を有するように構成すれば
よい。
【０２０２】
図４７に示す３Ｄ２視点別ＥＳ伝送方式の組合せ例１や組合せ例３のように、主視点映
像ＥＳと副視点映像ＥＳで符号化方式が同じ３Ｄ番組を復号するために、映像復号部３０
は、単一の符号化方式に対応した復号機能のみを有する構成でもかまわない。この場合は
、映像復号部３０を安価に構成することができる。
【０２０３】
前記指示を受信した復号制御部５７は、主視点映像ＥＳと副視点映像ＥＳそれぞれの符
号化方式に対応した復号を行い、左目用と右目用の映像信号を映像変換処理部３２に出力
する。ここで、システム制御部５１は映像変換制御部６１に対して、３Ｄ出力処理を行う
ように指示を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、
映像変換処理部３２を制御して、映像出力４１から出力する、または受信装置４が備える
ディスプレイ４７に３Ｄ映像を表示する。
【０２０４】
当該３Ｄ再生／出力／表示方法について、図３７を用いて説明する。
【０２０５】
図３７（a）は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの左右の視点の映像を交
互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生／出力／表
示方法の説明図である。図の左側上部のフレーム列（Ｍ１，Ｍ２，Ｍ３，・・・）が、３
Ｄ２視点別ＥＳ伝送方式のコンテンツの主視点(左目用)映像ＥＳに含まれる複数のフレー
ム、図の左側下部のフレーム列（Ｓ１，Ｓ２，Ｓ３，・・・）が３Ｄ２視点別ＥＳ伝送方
式のコンテンツの副視点（右目用）映像ＥＳに含まれる複数のフレームを表している。映
像変換処理部３２では、前記入力された主視点（左目用）／副視点（右目用）映像信号の
各フレームを、図の右側のフレーム列（Ｍ１，Ｓ１，Ｍ２，Ｓ２，Ｍ３，Ｓ３，・・・・
・・）で表すように、交互にフレームを映像信号として出力／表示する。このような出力
／表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度を最大に
用いることができ、高解像度の３Ｄ表示が可能となる。
【０２０６】
図３６のシステム構成において、図３７（a）の方式を用いる場合には、上記映像信号
の出力とともに、それぞれの映像信号が主視点（左目）用、副視点（右目）用と判別可能
な同期信号を制御信号４３から出力する。前記映像信号と前記同期信号を受信した外部の
映像出力装置は、前記映像信号を前記同期信号に合わせて主視点（左目用）、副視点（右
目用）の映像を出力し、かつ３Ｄ視聴補助装置に同期信号を送信することにより３Ｄ表示
を行うことが可能になる。なお、外部の映像出力装置から出力される同期信号は、外部の
映像出力装置で生成してもよい。
【０２０７】
また図３５のシステム構成において、図３７（a）の方式を用いて、前記映像信号を受
信装置４が備えるディスプレイ４７に表示する場合には、前記同期信号を機器制御信号送
信部５３および制御信号送受信部３３を経由し、機器制御信号送信端子４４から出力して
、外部の３Ｄ視聴補助装置の制御（例えばアクティブシャッターの遮光切替）を行うこと
により、３Ｄ表示を行う。
【０２０８】
図３７（b）は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの左右の視点の映像をデ
ィスプレイの異なる領域に表示する方式の出力、表示に対応する再生／出力／表示方法の
説明図である。当該処理は、３Ｄ２視点別ＥＳ伝送方式のストリームを映像復号部３０で
復号し、映像変換処理部３２で映像変換処理を行うものである。ここで、異なる領域に表
示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点（左目）
用、副視点（右目）用の表示領域として表示する等の方法がある。または、表示領域はラ
イン単位でなくともよく、視点ごとに異なる画素を持つディスプレイの場合は、主視点（
左目）用の複数の画素の組合せと副視点（右目）用の画素の複数の画素の組合せのそれぞ
れの表示領域とすればよい。例えば、上述した偏光方式の表示装置では、例えば、上記の
異なる領域から、３Ｄ視聴補助装置の左目右目のそれぞれの偏光状態に対応した、互いに
異なる偏光状態の映像を出力すればよい。このような出力／表示方式によれば、各視点そ
れぞれについてディスプレイに表示可能な解像度は、図３７（a）の方式よりも少なくな
るが、主視点（左目）用の映像と副視点（右目）用の映像を同時に出力／表示可能であり
、交互に表示する必要がない。これにより、図３７（a）の方式よりもちらつきの少ない
３Ｄ表示が可能となる。
【０２０９】
なお、図３５、図３６のいずれのシステム構成においても、図３７（ｂ）の方式を用い
る場合には、３Ｄ視聴補助装置は、偏光分離メガネであればよく、特に電子制御を行う必
要がない。この場合、３Ｄ視聴補助装置をより安価に提供することが可能となる。
【０２１０】
＜３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示処理＞
３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示を行う場合の動作につい
て以下に説明する。ユーザーが２Ｄ映像への切替指示（例えばリモコンの「２Ｄ」キー押
下）を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御
部５１に対して２Ｄ映像への信号切替を指示する（なお、以下の処理は、３Ｄ２視点別Ｅ
Ｓ伝送方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出
力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１はまず選
局制御部５９に対して、２Ｄ映像の出力を指示する。
【０２１１】
前記指示を受信した選局制御部５９は、まず番組情報解析部５４から２Ｄ映像用のＥＳ
（前記主視点ＥＳ、またはデフォルトタグを持つＥＳ）のＰＩＤを取得し、多重分離部２
９に対して前記ＥＳを映像復号部３０に出力するよう制御を行う。その後選局制御部５９
は復号制御部５７に対して、前記ＥＳを復号するように指示を行う。すなわち、３Ｄ２視
点別ＥＳ伝送方式では、主視点と副視点とで、サブストリームまたはＥＳが異なっている
ので、主視点のサブストリームまたはＥＳのみを復号すればよい。
【０２１２】
前記指示を受信した復号制御部５７は映像復号部３０を制御して前記ＥＳの復号を行い
、映像信号を映像変換処理部３２に出力する。ここで、システム制御部５１は映像変換制
御部６１に対して、映像の２Ｄ出力を行うように制御を行う。前記指示をシステム制御部
５１から受信した映像変換制御部６１は、映像変換処理部３２に２Ｄ映像信号を映像出力
端子４１から出力する、またはディスプレイ４７に２Ｄ映像を表示する制御を行う。
【０２１３】
当該２Ｄ出力／表示方法について、図３８を用いて説明する。符号化映像の構成は図３
７と同様であるが、上記説明の通り、映像復号部３０では第２のＥＳ（副視点映像ＥＳ）
は復号されないため、映像変換処理部３２復号される一方のＥＳ側の映像信号を図の右側
のフレーム列（Ｍ１，Ｍ２，Ｍ３，・・・・・・）で表すような２Ｄ映像信号に変換して
出力する。このようにして２Ｄ出力／表示を行う。
【０２１４】
ここでは２Ｄ出力/表示の方法として右目用ＥＳの復号を行わない方法について記載し
たが、３Ｄ表示時と同様に、左目用ＥＳと右目用ＥＳの両方の復号を行い、映像変換処理
部３２で右目用映像信号を間引く処理を実施することにより２Ｄ表示を行っても良い。そ
の場合は復号処理や多重分離処理の切り替え処理が無くなり切り替え時間の低減やソフト
ウェア処理の簡略化などの効果が期待できる。
【０２１５】
＜Side-by-Side方式／Top-and-Bottom方式の３Ｄコンテンツの３Ｄ出力／表示処理＞
次に１つの映像ＥＳに左目用映像と右目用映像が存在する場合（例えばSide-by-Side方
式やTop-and-Bottom方式のように１つの２Ｄ画面中に左目用映像と右目用映像とを格納す
る場合）の３Ｄコンテンツの再生処理を説明する。上記と同様にユーザーが３Ｄ映像への
切替指示を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム
制御部５１に対して３Ｄ映像への切替を指示する（なお、以下の処理は、Side-by-Side方
式やTop-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の
条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部
５１は、同様に上記の方法で現在の番組が３Ｄ番組か否かを判定する。
【０２１６】
現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に
対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情
報解析部５４から３Ｄ映像を含む３Ｄ映像ＥＳのＰＩＤ(packet ID)、および符号化方式
（例えばMPEG2,H.264/AVC等）を取得し、次に多重分離部２９に対して前記３Ｄ映像ＥＳ
を多重分離して映像復号部３０に出力するよう制御し、また映像復号部３０に符号化方式
に応じた復号化処理を行い、復号した映像信号を映像変換処理部３２に出力するように制
御を行う。
【０２１７】
ここで、システム制御部５１は映像変換制御部６１に対して、３Ｄ出力処理を行うよう
に指示を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、入力
された映像信号を左目用映像と右目用映像に分離してスケーリング等の加工（詳細は後述
する）を行うように映像変換処理部３２に対して指示を行う。映像変換処理部３２は変換
した映像信号を映像出力４１から出力する、または受信装置４が備えるディスプレイ４７
に映像を表示する。
【０２１８】
当該３Ｄ映像の再生／出力／表示方法について、図３９を用いて説明する。
【０２１９】
図３９（a）は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの左右
の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応す
る再生／出力／表示方法の説明図である。符号化映像としてSide-by-Side方式、Top-and-
Bottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像
の映像内の配置が異なる点のみのため、以下の説明ではSide-by-Side方式を用いて説明し
、Top-and-Bottom方式の説明を省略する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ
２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像が１フレームの左側／右側に配置され
たSide-by-Side方式映像信号を表している。映像復号部３０では、左目用と右目用の映像
１フレームの左側／右側に配置された状態のSide-by-Side方式映像信号が復号され、映像
変換処理部３２では、前記復号されたSide-by-Side方式映像信号の各フレームを左目用映
像と右目用映像になるように左右分離して、さらにスケーリング（出力映像の横サイズに
合うように伸張／補間、または圧縮／間引等を実施）をする。さらに、図の右側のフレー
ム列（Ｌ１，Ｒ１，Ｌ２，Ｒ２，Ｌ３，Ｒ３，・・・・・・）で表すように、交互にフレ
ームを映像信号として出力する。
【０２２０】
図３９（a）において、交互にフレームを出力／表示する出力／表示映像に変換した後
の処理および、３Ｄ視聴補助装置への同期信号や制御信号の出力等については、既に説明
した、図３７（a）で説明した３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／
出力／表示処理と同様であるため、説明を省略する。
【０２２１】
図３９（b）は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの左右
の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生／
出力／表示方法の説明図である。図３９（a）と同様に、符号化映像としてSide-by-Side
方式、Top-and-Bottom方式の説明を併記して図示しているが、両者の異なる点は左目用映
像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSide-by-Side方式
を用いて説明し、Top-and-Bottom方式の説明を省略する。図の左側のフレーム列（Ｌ１／
Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像が１フレームの左側／
右側に配置されたSide-by-Side方式映像信号を表している。映像復号部３０では、左目用
と右目用の映像１フレームの左側／右側に配置された状態のSide-by-Side方式映像信号が
復号され、映像変換処理部３２では、前記復号されたSide-by-Side方式映像信号の各フレ
ームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング（出力映
像の横サイズに合うように伸張／補間、または圧縮／間引等を実施）をする。さらに、ス
ケーリングした左目用映像と右目用映像とを異なる異なる領域に出力、表示する。図３７
（b）での説明と同様に、ここで、異なる領域に表示するとは、例えば、ディスプレイの
奇数ラインと偶数ラインをそれぞれ主視点（左目）用、副視点（右目）用の表示領域とし
て表示する等の方法がある。その他、異なる領域への表示処理および偏光方式の表示装置
での表示方法等は、図３７（ｂ）で説明した３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツ
の３Ｄ再生／出力／表示処理と同様であるため、説明を省略する。
【０２２２】
図３９（b）の方式では、ディスプレイの垂直解像度と入力映像の垂直解像度とが同じ
であっても、左目用映像と右目用映像とをそれぞれディスプレイの奇数ラインと偶数ライ
ンに出力、表示する場合は、それぞれの垂直の解像度を減らす必要がある場合があるが、
このような場合も上記スケーリング処理において、左目用映像と右目用映像の表示領域の
解像度に対応した間引を実施すればよい。
【０２２３】
＜Side-by-Side方式／Top-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示処理＞
Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの２Ｄ表示を行う場合の
各部の動作について下記に説明する。ユーザーが２Ｄ映像への切替指示（例えばリモコン
の「２Ｄ」キー押下）を行った場合、前記キーコードを受信したユーザー指示受信部５２
は、システム制御部５１に対して２Ｄ映像への信号切替を指示する（なお、以下の処理は
、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示へのユ
ーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。
前記指示を受信したシステム制御部５１は映像変換制御部６１に対して、２Ｄ映像の出力
を指示する。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変
換処理部３２に入力された前記映像信号に対して、２Ｄ映像出力を行うように制御を行う
。
【０２２４】
映像の２Ｄ出力／表示方法について、図４０を用いて説明する。図４０(a)はSide-by-S
ide方式、図４０(b)はTop-and-Bottom方式の説明を図示しており、どちらも左目用映像と
右目用映像の映像内の配置が異なるのみのため、説明は図４０(a)のSide-by-Side方式を
用いて説明する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）
が、左目用と右目用の映像信号が、１フレームの左側／右側に配置されたSide-by-Side方
式映像信号を表している。映像変換処理部３２では、前記入力されたSide-by-Side方式映
像信号の各フレームを左右の左目用映像、右目用映像の各フレームに分離した後、主視点
映像（左目用映像）部分のみをスケーリングし、図の右側のフレーム列（Ｌ１，Ｌ２，Ｌ
３，・・・・・・）で表すように、主視点映像（左目用映像）のみを映像信号として出力
する。
【０２２５】
映像変換処理部３２は、上記処理を行った映像信号について、２Ｄ映像として映像出力
４１から出力し、制御信号４３から制御信号を出力する。このようにして２Ｄ出力／表示
を行う。
【０２２６】
なお、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテンツを、１画像に２視点格
納したそのままの２Ｄ出力／表示を行う例も図４０(c)(d)に示す。例えば、図３６のよう
に、受信装置と視聴装置が別構成の場合などにおいて、受信装置からは復号したSide-by-
Side方式やTop-and-Bottom方式の映像を１画像に２視点格納した映像のまま出力し、視聴
装置で３Ｄ表示のための変換をおこなってもよい。
【０２２７】
＜現番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理フローの例＞
次に、現番組が３Ｄコンテンツである場合、または現番組が３Ｄコンテンツになった場
合のコンテンツの出力／表示処理について説明する。現番組が３Ｄコンテンツ番組である
場合または３Ｄコンテンツ番組になった場合の３Ｄコンテンツの視聴に関して、無条件で
３Ｄコンテンツの表示が開始されてしまうと、ユーザは当該コンテンツを視聴することは
できず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うこと
で、ユーザの利便性を向上させることができる。
【０２２８】
図４１は、番組の切り替わり時における現在番組や番組情報の変更などの契機で実行さ
れるシステム制御部５１の処理フローの一例である。図４１の例では、２Ｄ番組でも、３
Ｄ番組でも、まずは一方の視点（例えば主視点）の映像の２Ｄ表示を行うフローである。
【０２２９】
システム制御部５１は番組情報解析部５４から現在の番組の番組情報を取得し、現在の
番組が３Ｄ番組か否かを上記の３Ｄ番組の判定方法により判定し、さらに現在の番組の３
Ｄ方式種別（例えば２視点別ＥＳ伝送方式／Side-by-Side方式など、例えば３Ｄ番組詳細
記述子に記載の３Ｄ方式種別から判断）を同様に番組情報解析部５４から取得する（Ｓ４
０１）。なお、現在番組の番組情報の取得は、番組の切り替わり時に限らず、定期的に取
得しても良い。
【０２３０】
判定の結果、現在の番組が３Ｄ番組で無い場合（Ｓ４０２のno）、２Ｄの映像を２Ｄで
表示するように制御を行う（Ｓ４０３）。
【０２３１】
現在の番組が３Ｄ番組の場合（Ｓ４０２のyes）、システム制御部５１は、図３８や図
４０(a)(b)で説明した方法で、それぞれの３Ｄ方式種別に対応した形式で３Ｄ映像信号の
一方の視点（例えば主視点）を２Ｄ表示するように制御を行う（Ｓ４０４）。このとき、
３Ｄ番組である旨を示す表示を番組の２Ｄ表示映像に重畳して表示してもよい。このよう
にして、現在の番組が３Ｄ番組の場合に、一方の視点（例えば主視点）の映像を２Ｄ表示
する。
【０２３２】
なお、選局動作を行い、現在の番組が変更になった場合にも、システム制御部５１にお
いて上記のフローが実施される。
【０２３３】
このように、現在番組が３Ｄ番組である場合に、とりあえず一方の視点（例えば主視点
）の映像の２Ｄ表示とする。これにより、ユーザが３Ｄ視聴補助装置を装着していない等
、ユーザの３Ｄ視聴準備が整っていなくとも、ユーザはとりあえず２Ｄ番組とほぼ同様に
視聴することが可能となる。特に、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテ
ンツの場合には、図４０(c)(d)に示すように、１画像に２視点格納した映像のまま出力す
るのではなく、図４０(a)(b)に示すように、一方の視点の２Ｄ出力／表示とすることによ
り、１画像に２視点格納した映像を一方の視点のを２Ｄ表示する指示を、リモコン等を介
してユーザが手動で行わなくとも、ユーザが通常の２Ｄ番組と同様に視聴することが可能
となる。
【０２３４】
次に、図４２は、例えばステップＳ４０４で映像を２Ｄ表示するとともにシステム制御
部５１がＯＳＤ作成部６０に表示させるメッセージの一例である。ユーザーに３Ｄ番組が
開始されたことを通知するメッセージを表示し、さらにユーザーが応答を行うオブジェク
ト（以下ユーザー応答受信オブジェクト：例えばＯＳＤ上のボタン）１６０２を表示し、
その後の動作を選択させる。
【０２３５】
メッセージ１６０１表示時、例えばユーザーがリモコンの“ＯＫ”ボタンを押下した場
合、ユーザー指示受信部５２は“ＯＫ”が押下されたことをシステム制御部５１に通知す
る。
【０２３６】
図４２の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコ
ンを操作し、リモコンの＜３Ｄ＞ボタンを押下した場合または画面の「ＯＫ／３Ｄ」にカ
ーソルを合わせリモコンの＜ＯＫ＞ボタンを押下した場合は、ユーザー選択は“３Ｄ切替
”と判定する。
【０２３７】
または、ユーザーがリモコンの＜キャンセル＞ボタンまたは＜戻る＞ボタンを押下した
場合または画面の「キャンセル」にカーソルを合わせリモコンの＜ＯＫ＞を押下した場合
は、ユーザー選択は“３Ｄ切替以外”と判定する。これ以外にも、例えばユーザーの３Ｄ
視聴準備が完了したか否かの状態（３Ｄ視聴準備状態）がＯＫになる動作が行われた場合
（例えば３Ｄメガネ装着）には、ユーザー選択は“３Ｄ切替”となる。
【０２３８】
ユーザーが選択を行った後に実行されるシステム制御部５１の処理フローについて、図
４３に示す。ユーザー選択結果を、システム制御部５１はユーザー指示受信部５２から取
得する（Ｓ５０１）。ユーザー選択が、“３Ｄ切替”で無かった場合（Ｓ５０２のno）、
映像は２Ｄ表示のまま終了し、特に処理は行わない。
【０２３９】
ユーザーの選択が“３Ｄ切替”であった場合（Ｓ５０２のyes）、上記の３Ｄ表示方法
で映像を３Ｄ表示（Ｓ５０４）する。
【０２４０】
以上のフローにより、３Ｄ番組開始時には、一方の視点の映像を２Ｄ出力／表示してお
き、ユーザーが操作や３Ｄ視聴準備などを行った後など、ユーザが３Ｄ視聴を行いたいと
きに、３Ｄ映像を出力／表示して映像を３Ｄで視聴をすることが可能となり、ユーザの都
合に合せた視聴方法を提供することができる。
【０２４１】
なお、図４２の表示例では、ユーザーが応答を行うためのオブジェクトを表示したが、
単純に「３Ｄ番組」等、当該番組が「３Ｄ視聴」に対応した番組であることを単に示す文
字または、ロゴ、マーク等を表示するのみでもよい。この場合は、「３Ｄ視聴」に対応し
た番組であることを認識したユーザがリモコンの「３Ｄ」キーを押下げ、当該リモコンか
らの信号を受信したユーザー指示受信部５２からシステム制御部５１への通知を契機に２
Ｄ表示から３Ｄ表示に切り替えを行えばよい。
【０２４２】
さらに、ステップＳ４０４で表示するメッセージ表示の別の例としては、図４２のよう
に単純にＯＫだけでなく、番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記す
る方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図
４４に示す。
【０２４３】
このようにすると図４２のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動
作をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど（１２０２に記載
の“２Ｄで見る”押下時には、ユーザー３Ｄ視聴準備状態をＮＧと判定）、利便性が高ま
る。
【０２４４】
次に、３Ｄコンテンツの視聴に関して、３Ｄ番組視聴開始時に、特定の映像／音声を出
力、または映像／音声をミュート（黒画面表示／表示停止、音声出力を停止）する例につ
いて説明する。これはユーザーが３Ｄ番組を視聴開始した場合に。無条件で３Ｄコンテン
ツの表示が開始されてしまうと、ユーザは当該コンテンツを視聴することはできず、ユー
ザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの
利便性を向上させることができる。  この場合の３Ｄ番組開始時にシステム制御部５１で
実行される処理フローを図４５に示す。図４１の処理フローと異なる点は、Ｓ４０４の処
理に代わり、特定映像音声を出力するステップ（Ｓ４０５）が追加された点である。
【０２４５】
ここでいう特定映像音声とは、例えば映像であれば、３Ｄ準備を促すメッセージ、黒画
面、番組の静止画、などが挙げられ、音声としては、無音、または固定パターンの音楽（
環境音楽）などが挙げられる。
【０２４６】
固定パターン映像（メッセージや環境映像、または３Ｄ映像等）の表示については、映
像復号部３０内部または図に記載していないＲＯＭまたは記録媒体２６からデータを読み
出し、映像復号部３０が復号して出力することにより実現できる。黒画面の出力について
は、例えば映像復号部３０が黒色を表す信号のみの映像を出力する、または映像変換処理
部３２が出力信号のミュートまたは黒映像の出力することにより実現できる。
【０２４７】
また、固定パターン音声（無音、環境音楽）の場合も同様に、音声復号部３１の内部ま
たはＲＯＭまたは記録媒体２６からデータを読み出して復号出力、出力信号のミュート等
により実現できる。
【０２４８】
番組映像の静止画の出力については、システム制御部５１から記録再生制御部５８に対
して、番組の再生および映像の一時停止を指示することにより実現できる。ユーザー選択
を実施した後のシステム制御部５１の処理は上記と同様、図４３のように実行する。
【０２４９】
これによりユーザーが３Ｄ視聴準備を完了するまでの間、番組の映像や音声を出力しな
いことが可能になる。
【０２５０】
前記の例と同様に、ステップＳ４０５で表示するメッセージ表示としては、図４６のよ
うになる。図４２と異なる点は、表示されている映像および音声が異なるのみで、ひょう
じされるメッセージやユーザー応答受信オブジェクトの構成、ユーザー応答受信オブジェ
クトの動作も同様である。
【０２５１】
メッセージの表示については図４６のように単純にＯＫだけでなく、番組の表示方式を
２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えられる。その場合のメッセージ
と、ユーザー応答受信オブジェクトの例も図４４と同様に表示可能であり、このようにす
ると前記のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作をより判断しや
すくなる他、明示的に２Ｄでの表示を指示できるなど、前記の例と同様に利便性が高まる
。
【０２５２】
＜次番組が３Ｄコンテンツであるか否かに基づく２Ｄ／３Ｄ映像表示処理フローの例＞
次に、次番組が３Ｄコンテンツである場合のコンテンツの出力／表示処理について説明
する。次番組が３Ｄコンテンツである場合の当該次番組である３Ｄコンテンツ番組の視聴
に関して、ユーザが３Ｄコンテンツを視聴する状態ではないにもかかわらず、３Ｄコンテ
ンツの表示が開始されてしまうと、ユーザはベストの状態で当該コンテンツを視聴するこ
とはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行う
ことで、ユーザの利便性を向上させることができる。
【０２５３】
図２７では、選局処理などにより次の番組開始までの時間が変化した場合や、放送局か
ら送信される番組情報のＥＩＴに含まれる次番組の開始時刻または現在番組の終了時刻情
報などにより、次の番組の開始時刻が変化したと判定した場合などに、システム制御部５
１で実行されるフローの一例である。まずシステム制御部５１は番組情報解析部５４から
次の番組の番組情報を取得し（Ｓ１０１）、前記３Ｄ番組の判定方法により、次番組が３
Ｄ番組か否かを判定する。
【０２５４】
次番組が３Ｄ番組でない場合（Ｓ１０２のno）、特に処理は行わずに終了する。次番組
が３Ｄ番組の場合（Ｓ１０２のyes）、次番組の開始までの時間を計算する。具体的には
前記取得した番組情報のＥＩＴから次番組の開始時刻または現在番組の終了時刻を取得し
、時間管理部５５から現在時刻を取得して、その差分を計算する。
【０２５５】
次番組開始までＸ分以下で無い場合（Ｓ１０３のno）、特に処理を行わずに次番組開始
Ｘ分前となるまで待つ。次番組開始までＸ分以下の場合（Ｓ１０３のyes）、ユーザーに
対して、３Ｄ番組がもうすぐ始まる旨のメッセージを表示する（Ｓ１０４）。
【０２５６】
図２８にその際のメッセージ表示の例を示す。７０１が装置が表示する画面全体、７０
２に装置が表示するメッセージを示している。このようにして、３Ｄ番組が開始される以
前に、ユーザーに対して３Ｄ視聴補助装置を準備させるように注意を促すことが可能とな
る。
【０２５７】
上記番組開始前までの判定時間Ｘについては、Ｘを小さくすると番組開始までにユーザ
ーの３Ｄ視聴準備が間に合わない可能性がある。またＸを大きくすると、長期間メッセー
ジ表示が視聴の妨げになる、準備が完了した後に間が空いてしまうというデメリットがあ
るため、適度な時間に調整する必要がある。
【０２５８】
また、ユーザーに対してメッセージを表示する際に、具体的に次の番組の開始時間を表
示しても良い。その場合の画面表示例を図２９に示す。８０２が３Ｄ番組開始までの時間
を表示したメッセージである。ここでは分単位での記載を行っているが、秒単位で記載を
行っても良い。その場合には、より詳細な次番組の開始時間をユーザーが知ることができ
るが、処理負荷が高くなるというデメリットもある。
【０２５９】
なお、図２９には３Ｄ番組が開始されるまでの時間を表示する例を示したが、３Ｄ番組
が開始される時刻を表示するようにしてもよい。午後９時に３Ｄ番組が開始される場合は
、例えば「午後９時から３Ｄ番組が始まります。３Ｄメガネを着用して下さい。」という
メッセージを表示すればよい。
このようなメッセージを表示することにより、ユーザーが具体的な次番組の開始時間を知
り適切なペースで３Ｄ視聴の準備を行うことが可能になる。
【０２６０】
また、図３０のように、３Ｄ視聴補助装置使用時には立体的に見えるマーク（３Ｄチェ
ックマーク）を付加することも考えられる。９０２が３Ｄ番組開始を予告するメッセージ
、９０３が３Ｄ視聴補助装置使用時に立体に見えるマークである。これにより、３Ｄ番組
開始前に、ユーザーが３Ｄ視聴補助装置の正常動作を確認することができる。例えば３Ｄ
視聴補助装置に不具合（例えばバッテリー切れ、故障など）が発生した場合に、番組開始
までに修理や交換等の対応を行うことも可能になる。
【０２６１】
次に、次番組が３Ｄであることをユーザーに通知した後、ユーザーの３Ｄ視聴準備が完
了したか否かの状態（３Ｄ視聴準備状態）を判定し、３Ｄ番組の映像を２Ｄ表示または３
Ｄ表示に切り替える方法について説明する。
【０２６２】
次番組が３Ｄであることをユーザーに通知する方法については、上述したとおりである
。ただし、ステップＳ１０４でユーザーに表示するメッセージについて、ユーザーが応答
を行うオブジェクト（以下ユーザー応答受信オブジェクト：例えばＯＳＤ上のボタン）が
表示されている点が異なる。このメッセージの例について図３１に示す。
【０２６３】
１００１はメッセージ全体、１００２はユーザーが応答を行うためのボタンを表してい
る。図３１のメッセージ１００１表示時、例えばユーザーがリモコンの“ＯＫ”ボタンを
押下した場合、ユーザー指示受信部５２は“ＯＫ”が押下されたことをシステム制御部５
１に通知する。
【０２６４】
前記通知を受信したシステム制御部５１は、ユーザーの３Ｄ視聴準備状態がＯＫである
ことを状態として保存する。次に時間が経過し、現在番組が３Ｄ番組になった場合のシス
テム制御部５１の処理フローについて、図３２を用いて説明する。
【０２６５】
システム制御部５１は番組情報解析部５４から現在の番組の番組情報を取得し（Ｓ２０
１）、現在の番組が３Ｄ番組か否かを上記の３Ｄ番組の判定方法により判定する。現在の
番組が３Ｄ番組で無い場合（Ｓ２０２のno）、上記の方法で映像を２Ｄ表示するように制
御を行う（Ｓ２０３）。
【０２６６】
現在の番組が３Ｄ番組の場合（Ｓ２０２のyes）、次にユーザーの３Ｄ視聴準備状態を
確認する（Ｓ２０４）。システム制御部５１が保存している前記３Ｄ視聴準備状態が、Ｏ
Ｋで無い場合（Ｓ２０５のno）、同様に映像を２Ｄ表示するように制御を行う（Ｓ２０３
）。
【０２６７】
前記３Ｄ視聴準備状態がＯＫの場合（Ｓ２０５のyes）、上記の方法で映像を３Ｄ表示
するように制御を行う（Ｓ２０６）。このようにして、現在の番組が３Ｄ番組でかつユー
ザーの３Ｄ視聴準備が完了したことを確認できた場合に、映像の３Ｄ表示を行う。
【０２６８】
ステップＳ１０４で表示するメッセージ表示としては、図３１のように単純にＯＫだけ
でなく、次番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えら
れる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図３３および図３
４に示す。
【０２６９】
このようにすると前記のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作
をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど（１２０２に記載の
“２Ｄで見る”押下時には、ユーザー３Ｄ視聴準備状態をＮＧと判定）、利便性が高まる
。
【０２７０】
また、ユーザーの３Ｄ視聴準備状態の判定は、ここではリモコンでのユーザーメニュー
の操作としているが、他にも例えば３Ｄ視聴補助装置が発信するユーザー装着完了信号に
より、前記３Ｄ視聴準備状態を判定する方法や、撮像装置でユーザーの視聴状態を撮影し
、前記撮影結果から画像認識やユーザーの顔認識を行い、３Ｄ視聴補助装置を着用してい
ることを判定しても良い。
【０２７１】
このように判定することにより、ユーザーが何か受信装置に対して操作を行う手間を省
くことが可能になり、さらに誤操作で２Ｄ映像視聴と３Ｄ映像視聴を誤って設定してしま
うことを避けることが可能になる。
【０２７２】
また、別の方法としては、ユーザーがリモコンの＜３Ｄ＞ボタンを押下した場合に、３
Ｄ視聴準備状態をＯＫと判断、ユーザーがリモコンの＜２Ｄ＞ボタンまたは＜戻る＞ボタ
ンまたは＜キャンセル＞ボタンを押下した場合に、３Ｄ視聴準備状態をＮＧと判定する方
法もある。この場合は明確で容易にユーザーが自分の状態を装置に通知できるが、誤操作
や誤解による状態送信などのデメリットも考えられる。
【０２７３】
また、上記例において、現在の番組の情報を取得せず、事前に取得した次の番組の番組
情報のみを判定して処理を行うことも考えられる。この場合は、図３２のステップＳ２０
１において、現在の番組が３Ｄ番組かの判定を行なわず、事前に（例えば図２７のステッ
プＳ１０１）取得した番組情報を使用する方法も考えられる。この場合は処理構造が簡易
になるなどのメリットが考えられるが、突如番組構成が変更になり、次番組が３Ｄ番組で
なくなるような場合にも３Ｄ映像切替処理が実行される可能性があるなどのデメリットが
存在する。
【０２７４】
本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去
することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいと
いうメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセー
ジの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にするこ
とがユーザーの利便性を高める。
【０２７５】
上記で説明した実施例によれば、３Ｄ番組の開始部分について、事前にユーザーが３Ｄ
視聴準備を完了できたり、３Ｄ番組の開始に間に合わない場合には記録再生機能を用いて
ユーザーが３Ｄ番組を視聴する準備が完了してから再度映像表示をさせたりするなど、よ
り良い状態でユーザーが３Ｄ番組を視聴することが可能になる。また、ユーザーにとって
望ましいと思われる表示方法（３Ｄ映像を視聴したい場合に３Ｄ映像表示、またはその逆
）へ映像表示を自動的に切り替えるなど、ユーザーの利便性を高めることが可能になる。
また、選局により３Ｄ番組へと切り替えた場合や、記録されている３Ｄ番組の再生開始時
なども同様の効果が期待できる。
【０２７６】
以上の説明においては、図１０（ａ）で説明した３Ｄ番組詳細記述子をＰＭＴ（Progra
m Map Table）やＥＩＴ（Event Information Table）などのテーブルに配置して伝送する
例を説明した。これに替えて、またはこれに加えて、当該３Ｄ番組詳細記述子に含まれる
情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納し
て伝送してもよい。この場合、これらの情報は番組の映像ＥＳ内に含まれることとなる。
【０２７７】
格納する情報は、図１０（ｂ）で説明した3d_2d _type（３Ｄ／２Ｄ種別）情報や図１
１で説明した3d_method_type（３Ｄ方式種別）情報などが挙げられる。なお、格納する際
には、3d_2d _type（３Ｄ／２Ｄ種別）情報と3d_method_type（３Ｄ方式種別）情報とは
別情報でも良いが、３Ｄ映像か２Ｄ映像かの識別と、当該３Ｄ映像がどの３Ｄ方式である
かの識別とをあわせて識別する情報としてもよい。
【０２７８】
具体的には、映像符号化方式がＭＰＥＧ２方式である場合には、Picture header、Pict
ure Coding Extensionに続くユーザデータ領域に上記の３Ｄ／２Ｄ種別情報や３Ｄ方式種
別情報を含めて符号化を行えばよい。
【０２７９】
また、映像符号化方式がH.264/AVC方式である場合には、アクセスユニットに含まれる
付加情報（supplemental enhancement information）領域に上記の３Ｄ／２Ｄ種別情報や
３Ｄ方式種別情報を含めて符号化を行えばよい。
【０２８０】
このように、ＥＳ内の映像の符号化層において３Ｄ映像／２Ｄ映像の種別を表す情報や
３Ｄ方式の種別を表す情報を伝送することにより、映像のフレーム（ピクチャー）単位で
の識別が可能になるという効果がある。
【０２８１】
この場合、ＰＭＴ（Program Map Table）に格納した場合よりも、短い単位で上記識別
が可能となるため、送信される映像における３Ｄ映像／２Ｄ映像の切り替わりに対する受
信機の応答速度を向上させることが可能となり、３Ｄ映像／２Ｄ映像切り替わり時に生じ
る可能性があるノイズなどをより抑えることが可能となる。
【０２８２】
また、ＰＭＴ（Program Map Table）には、上記３Ｄ番組詳細記述子を配置せず、映像
符号化時に映像とともに符号化する映像符号化層に上記情報を格納する場合は、従来の２
Ｄ放送の放送局で新たに２Ｄ／３Ｄ混在放送を開始する際に、例えば、放送局側は、図２
の送信装置１におけるエンコード部１２のみを新たに２Ｄ／３Ｄ混在放送に対応する構成
とすればよく、管理情報付与部１６で付加するＰＭＴ（Program Map Table）の構成を変
更する必要がなく、より低コストに２Ｄ／３Ｄ混在放送を開始することが可能となる。  
【０２８３】
なお、映像符号化時に映像とともに符号化されるユーザデータ領域や付加情報領域など
の所定領域に、3d_2d _type（３Ｄ／２Ｄ種別）情報や3d_method_type（３Ｄ方式種別）
情報などの３Ｄ関連情報（特に３Ｄ／２Ｄを識別する情報）が格納されていない場合には
、受信機は、当該映像は２Ｄ映像であると判断する構成にしてもよい。この場合、放送局
は、２Ｄ映像については、符号化処理時にこれらの情報の格納を省略することも可能とな
り、放送における処理工数が低減できる。
【０２８４】
以上の説明において、番組（イベント）単位、サービス単位で３Ｄ映像を識別する識別
情報を配置する例として、コンポーネント記述子、コンポーネントグループ記述子、サー
ビス記述子、サービスリスト記述子などの番組情報に含める例や、新たに３Ｄ番組詳細記
述子を設ける例を説明した。また、これらの記述子をＰＭＴ、ＥＩＴ[schedule basic/sc
hedule extended/present/following]、ＮＩＴ、ＳＤＴなどのテーブルに含めて伝送する
こととした。
【０２８５】
ここで、さらに別の例として、図４８に示すコンテント記述子（Content descriptor）
に３Ｄ番組（イベント）の識別情報を配置する例を説明する。
【０２８６】
図４８は、番組情報の一つであるコンテント記述子の構造の一例を示す。コンテント記
述子は、イベント（番組）のジャンルに関する情報を記述する。この記述子はＥＩＴに配
置する。コンテント記述子には、イベント（番組）のジャンル情報のほか、番組特性を示
す情報を記述できる。
【０２８７】
コンテント記述子の構造は次の通りである。descriptor_tagは記述子自体を識別するた
めの８ビットのフィールドで、この記述子がコンテント記述子と識別可能な値“0x54”が
記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載
している。
content_nibble_level_1（ジャンル1）は４ビットのフィールドで、コンテント識別の第
一段階分類を表す。具体的には、番組ジャンルの大分類を記述する。番組特性を示す際に
は”0xE”を指定する。
content_nibble_level_2（ジャンル2）は４ビットのフィールドで、content_nibble_leve
l_1（ジャンル1）より詳細なコンテント識別の第二段階分類を表す。具体的には、番組ジ
ャンルの中分類を記述する。content_nibble_level1=”0xE”のときは、番組特性コード
表の種類を記述する。
user_nibble（ユーザジャンル）は４ビットのフィールドで、content_nibble_level1=”0
xE”としたときのみ、番組特性を記述する。その他の場合は、”0xFF”（未定義）とする
。図４８に示すようにuser_nibbleの４ビットのフィールドは二つ配置可能であり、当該
二つのuser_nibbleの値の組合せ（以下、先に配置されるビットを「第１のuser_nibbleビ
ット」、後に配置されるビットを「第２のuser_nibbleビット」と称する）により、番組
特性を定義することができる。  
【０２８８】
当該コンテント記述子を受信した受信機は、descriptor_tagが“0x54”であれば、当該
記述子はコンテント記述子と判断する。また、descriptor_lengthにより、本記述子で記
述されるデータの終わりを判断できる。さらにdescriptor_lengthに示される長さ以下の
部分の記述を有効と判断し、超えた部分の記述は無視して処理を行う。
【０２８９】
また、受信機は、content_nibble_level_1の値が“0xE”か否かを判断し、“0xE”では
ないときは、番組ジャンルの大分類であると判断する。“0xE”ではないときはジャンル
として判断せず、後続のuser_nibble で何らかの番組特性が指定されていると判断する。
【０２９０】
受信機は、上記content_nibble_level_1の値が“0xE”でなかった場合には、content_n
ibble_level_2を番組ジャンルの中分類と判断し、番組ジャンルの大分類と共に、検索、
表示等に利用する。上記content_nibble_level_1の値が“0xE”であった場合には、第１
のuser_nibbleビットと第２のuser_nibbleビットの組合せにより定義される番組特性コー
ド表の種類を示すと判断する。
【０２９１】
受信機は、上記content_nibble_level_1の値が“0xE”である場合には、第１のuser_ni
bbleビット、第２のuser_nibbleビットを組合せにより番組特性を示すビットと判断する
。上記content_nibble_level_1の値が“0xE”でない場合には、第１のuser_nibbleビット
、第２のuser_nibbleビットにいかなる値が入っていても無視する。
【０２９２】
よって、放送局は、当該コンテント記述子のcontent_nibble_level_1の値を“0xE”と
しない場合、content_nibble_level_1の値とcontent_nibble_level_2の値の組合せによっ
て、受信機に対象イベント（番組）のジャンル情報を伝送することができる。
【０２９３】
ここで、例えば、図４９に示すように、content_nibble_level_1の値が“0x0”の場合
、番組ジャンルの大分類を「ニュース／報道」と定義し、content_nibble_level_1の値が
“0x0”であってcontent_nibble_level_2の値が”0x1”の場合を「天気」と定義し、cont
ent_nibble_level_1の値が“0x0”であってcontent_nibble_level_2の値が”0x2”の場合
を「特集・ドキュメント」と定義し、content_nibble_level_1の値が“0x1”の場合、番
組ジャンルの大分類を「スポーツ」と定義し、content_nibble_level_1の値が“0x1”で
あってcontent_nibble_level_2の値が”0x1”の場合を「野球」と定義し、content_nibbl
e_level_1の値が“0x1”であってcontent_nibble_level_2の値が”0x2”の場合を「サッ
カー」と定義した場合について説明する。
【０２９４】
この場合、受信機は、content_nibble_level_1の値により、番組ジャンルの大分類が「
ニュース／報道」なのか「スポーツ」なのか判断することが可能となり、content_nibble
_level_1の値とcontent_nibble_level_2の値の組合せにより、「ニュース／報道」や「ス
ポーツ」などの番組ジャンルの大分類よりも下位の番組ジャンルである番組ジャンルの中
分類まで判断することが可能となる。
【０２９５】
なお、当該判断処理を実現するためには、受信機の有する記憶部にcontent_nibble_lev
el_1の値とcontent_nibble_level_2の値の組合せと番組ジャンルの定義の対応関係を示す
ジャンルコード表情報を予め記憶しておけばよい。
【０２９６】
ここで、当該コンテント記述子を用いて対象イベント（番組）の３Ｄ番組関連の番組特
性情報を伝送する場合について説明する。以下では、３Ｄ番組の識別情報を番組ジャンル
ではなく番組特性として伝送する場合について説明する。
【０２９７】
まず、コンテント記述子を用いて３Ｄ番組関連の番組特性情報を伝送する場合に、放送
局は、コンテント記述子のcontent_nibble_level_1の値を“0xE”として伝送する。これ
により、受信機は、当該コンテント記述子が伝送する情報が対象イベント（番組）のジャ
ンル情報ではなく対象イベント（番組）の番組特性情報であると判断できる。また、これ
によりコンテント記述子に記述される第１のuser_nibbleビットと第２のuser_nibbleビッ
トとがその組合せにより番組特性情報を示すものであると判断することができる。
【０２９８】
ここで、例えば、図５０に示すように、第１のuser_nibbleビットの値が“0x3”の場合
、該コンテント記述子が伝送する対象イベント（番組）の番組特性情報が「３Ｄ番組関連
の番組特性情報」であると定義し、第１のuser_nibbleビットの値が“0x3”であって第２
のuser_nibbleビットの値が“0x0”の場合の番組特性を「対象イベント（番組）に３Ｄ映
像が含まれない」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser
_nibbleビットの値が“0x1”の場合の番組特性を「対象イベント（番組）の映像は３Ｄ映
像である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbl
eビットの値が“0x2”の場合の番組特性を「対象イベント（番組）中に３Ｄ映像と２Ｄ映
像とが含まれる」と定義した場合について説明する。
【０２９９】
この場合、受信機は、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の
組合せによって、対象イベント（番組）の３Ｄ番組関連の番組特性を判断可能となり、当
該コンテント記述子が含まれるＥＩＴを受信した受信機は、電子番組表（ＥＰＧ）表示に
おいて、将来受信するまたは現在受信している番組について「３Ｄ映像が含まれない」旨
、当該番組について「３Ｄ映像番組である」旨、当該番組について「３Ｄ映像と２Ｄ映像
とが含まれる」旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。
【０３００】
また、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、３Ｄ映像が含まれ
ない番組、３Ｄ映像が含まれる番組、３Ｄ映像と２Ｄ映像とが含まれる番組等の検索が可
能となり、該当番組の一覧表示等を行うことが可能となる。
【０３０１】
なお、当該判断処理を実現するためには、受信機の有する記憶部に第１のuser_nibble
ビットの値と第２のuser_nibbleビットの値の組合せと番組特性の定義の対応関係を示す
番組特性コード表情報を予め記憶しておけばよい。
【０３０２】
また、３Ｄ番組関連の番組特性情報の別の定義例として、例えば、図５１に示すように
、第１のuser_nibbleビットの値が“0x3”の場合、該コンテント記述子が伝送する対象イ
ベント（番組）の番組特性情報が「３Ｄ番組関連の番組特性情報」であると定義し、第１
のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x0”の場
合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれない」と定義し、第１のuser
_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x1”の場合の番
組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式がSide-by-
Side方式である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser
_nibbleビットの値が“0x2”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含
まれ、その３Ｄ映像伝送方式がTop-and-Bottom方式である」と定義し、第１のuser_nibbl
eビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x3”の場合の番組特性
を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式が３Ｄ２視点別Ｅ
Ｓ伝送方式である」と定義した場合について説明する。
【０３０３】
この場合、受信機は、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の
組合せによって、対象イベント（番組）の３Ｄ番組関連の番組特性を判断可能となり、対
象イベント（番組）に３Ｄ映像が含まれるかのみならず、３Ｄ映像が含まれる場合の３Ｄ
伝送方式を判断することが可能となる。受信機が対応可能（３Ｄ再生可能）な３Ｄ伝送方
式の情報を予め受信機が有する記憶部に記憶しておけば、受信機は、予め記憶部に記憶し
た当該対応（再生）可能な３Ｄ伝送方式の情報と、ＥＩＴに含まれるコンテント記述子に
より判断した対象イベント（番組）の３Ｄ伝送方式の情報を比較することにより、電子番
組表（ＥＰＧ）表示において、将来受信するまたは現在受信している番組について「３Ｄ
映像が含まれない」旨、当該番組について「３Ｄ映像が含まれ、本受信機で３Ｄ再生が可
能である」旨、当該番組について「３Ｄ映像が含まれるが、本受信機で３Ｄ再生はできな
い」旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。
【０３０４】
また、上記の例では、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nib
bleビットの値が“0x3”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ
、その３Ｄ映像伝送方式が３Ｄ２視点別ＥＳ伝送方式である」と定義したが、図４７に示
す「３Ｄ２視点別ＥＳ伝送方式」の詳細なストリーム組合せごとに第２のuser_nibbleビ
ットの値を用意してもよい。このようにすれば、受信機においてさらに詳細な識別が可能
となる。
【０３０５】
また、対象イベント（番組）の３Ｄ伝送方式の情報を表示しても良い。
【０３０６】
また、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、３Ｄ映像が含まれ
ない番組、３Ｄ映像が含まれ本受信機で３Ｄ再生可能な番組、３Ｄ映像が含まれるが本受
信機で３Ｄ再生できない番組等の検索が可能となり、該当番組の一覧表示等を行うことが
可能となる。
【０３０７】
また、３Ｄ映像が含まれる番組について３Ｄ伝送方式ごとに番組検索も可能となり、３
Ｄ伝送方式ごと番組の一覧表示を行うことも可能となる。なお、３Ｄ映像が含まれるが本
受信機で３Ｄ再生できない番組の検索や３Ｄ伝送方式ごとの番組検索は、例えば、本受信
機では３Ｄ再生できなくとも、利用者が有する他の３Ｄ映像番組再生機器において再生可
能である場合に有効である。本受信機で３Ｄ再生できない３Ｄ映像が含まれる番組であっ
ても、本受信機の映像出力部から他の３Ｄ映像番組再生機器に当該番組をトランスポート
ストリーム形式のまま出力して、３Ｄ映像番組再生機器で、受信したランスポートストリ
ーム形式の番組を３Ｄ再生することも可能であり、また、本受信機にリムーバブルメディ
アへのコンテンツを記録する記録部があれば、リムーバブルメディアへ当該番組を記録し
て、上記他の３Ｄ映像番組再生機器で当該リムーバブルメディアに記録された上記番組を
３Ｄ再生することも可能だからである。
【０３０８】
なお、当該判断処理を実現するためには、受信機の有する記憶部に、第１のuser_nibbl
eビットの値と第２のuser_nibbleビットの値の組合せと番組特性の定義の対応関係を示す
番組特性コード表情報と、受信機が対応可能（３Ｄ再生可能）な３Ｄ伝送方式の情報とを
予め記憶しておけばよい。
【符号の説明】
【０３０９】
１  送信装置
２  中継装置
３  ネットワーク
４  受信装置
１０  記録再生部
１１  ソース発生部
１２  エンコード部
１３  スクランブル部
１４  変調部
１５  送信アンテナ部
１６  管理情報
１７  暗号化部
１８  通信路符号化部
１９  ネットワークＩ／Ｆ部
２１  ＣＰＵ
２２  汎用バス
２３  チューナ
２４  デスクランブラ
２５  ネットワークＩ／Ｆ
２６  記録媒体
２７  記録再生部
２９  多重分離部
３０  映像復号部
３１  音声復号部
３２  映像変換処理部
３３  制御信号送受信部
３４  タイマー
４１  映像出力部
４２  音声出力部
４３  制御信号出力部
４４  機器制御信号送信
４５  ユーザー操作入力
４６  高速デジタルインタフェース
４７  ディスプレイ
４８  スピーカ
５１  システム制御部
５２  ユーザー指示受信部
５３  機器制御信号送信部
５４  番組情報解析部
５５  時間管理部
５６  ネットワーク制御部
５７  復号制御部
５８  記録再生制御部
５９  選局制御部
６０  ＯＳＤ作成部
６１  映像変換制御部
【図１】
0005849126.tif 000002
【図２】
0005849126.tif 000003
【図３】
0005849126.tif 000004
【図４】
0005849126.tif 000005
【図５（ａ）】
0005849126.tif 000006
【図５（ｂ）】
0005849126.tif 000007
【図５（ｃ）】
0005849126.tif 000008
【図５（ｄ）】
0005849126.tif 000009
【図５（ｅ）】
0005849126.tif 000010
【図６】
0005849126.tif 000011
【図７】
0005849126.tif 000012
【図８】
0005849126.tif 000013
【図９】
0005849126.tif 000014
【図１０（ａ）】
0005849126.tif 000015
【図１０（ｂ）】
0005849126.tif 000016
【図１１】
0005849126.tif 000017
【図１２】
0005849126.tif 000018
【図１３】
0005849126.tif 000019
【図１４】
0005849126.tif 000020
【図１５】
0005849126.tif 000021
【図１６】
0005849126.tif 000022
【図１７】
0005849126.tif 000023
【図１８】
0005849126.tif 000024
【図１９】
0005849126.tif 000025
【図２０】
0005849126.tif 000026
【図２１】
0005849126.tif 000027
【図２２】
0005849126.tif 000028
【図２３】
0005849126.tif 000029
【図２４】
0005849126.tif 000030
【図２５】
0005849126.tif 000031
【図２６】
0005849126.tif 000032
【図２７】
0005849126.tif 000033
【図２８】
0005849126.tif 000034
【図２９】
0005849126.tif 000035
【図３０】
0005849126.tif 000036
【図３１】
0005849126.tif 000037
【図３２】
0005849126.tif 000038
【図３３】
0005849126.tif 000039
【図３４】
0005849126.tif 000040
【図３５】
0005849126.tif 000041
【図３６】
0005849126.tif 000042
【図３７】
0005849126.tif 000043
【図３８】
0005849126.tif 000044
【図３９】
0005849126.tif 000045
【図４０】
0005849126.tif 000046
【図４１】
0005849126.tif 000047
【図４２】
0005849126.tif 000048
【図４３】
0005849126.tif 000049
【図４４】
0005849126.tif 000050
【図４５】
0005849126.tif 000051
【図４６】
0005849126.tif 000052
【図４７】
0005849126.tif 000053
【図４８】
0005849126.tif 000054
【図４９】
0005849126.tif 000055
【図５０】
0005849126.tif 000056
【図５１】
0005849126.tif 000057