(57)【特許請求の範囲】
【請求項１】
ビデオストリーム及び前記ビデオストリームに関するシグナリング情報を有する放送信号を受信するステップであって、
前記シグナリング情報は、プログラムマップテーブル（ＰＭＴ）を有し、
前記ＰＭＴは、フレームパッキングアレンジメント情報が付加拡張情報（ＳＥＩ）メッセージに有されるか否かを示すフレームパッキングフラグ情報を有する、ステップと、
前記放送信号から前記ビデオストリーム及び前記シグナリング情報をパージングするステップと、
前記ＰＭＴに有される前記フレームパッキングフラグ情報が、前記フレームパッキングアレンジメント情報が前記ＳＥＩメッセージに有されることを示す場合、前記ビデオストリームをシグナリングする前記ＳＥＩメッセージに基づいて前記ビデオストリームをデコードして一つのフレームを取得するステップと、
前記一つのフレームからクォータサイズ左映像フレーム、クォータサイズ右映像フレーム、クォータサイズ左深さ映像フレーム及びクォータサイズ右深さ映像フレームを抽出するステップと、
前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームをアップサンプルして、フルサイズ左映像フレーム、フルサイズ右映像フレーム、左映像に対するフルサイズ左深さ映像フレーム及び右映像に対するフルサイズ右深さ映像フレームを生成するステップと、
前記フルサイズ左映像フレーム、前記フルサイズ右映像フレーム、前記フルサイズ左深さ映像フレーム及び前記フルサイズ右深さ映像フレームを用いて３Ｄ映像をレンダリングするステップと、を有し、
前記一つのフレームは、前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームを有し、
前記フレームパッキングアレンジメント情報は、前記一つのフレームが前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームを有することを示すフレームタイプ情報を有し、
前記一つのフレームは、前記フルサイズ左深さ映像フレーム又は前記フルサイズ右深さ映像フレームが有する深さ情報を、前記一つのフレームの色空間の成分に１ビット単位でマッピングして生成され、
前記ＳＥＩメッセージは、前記フルサイズ左深さ映像フレーム又は前記フルサイズ右深さ映像フレーム中の前記深さ情報のビット深度を示すビット深度情報をさらに有する、放送信号受信方法。
【請求項２】
前記ＳＥＩメッセージは、前記一つのフレーム中の前記左映像及び右映像が水平にフリッピングされたことを示すフレームフリッピングフラグ情報を有する、請求項１に記載の放送信号受信方法。
【請求項３】
前記シグナリング情報は、前記一つのフレームが、前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームを有することを示す情報を有する、請求項１に記載の放送信号受信方法。
【請求項４】
ビデオストリーム及び前記ビデオストリームに関するシグナリング情報を有する放送信号を受信する受信部であって、
前記シグナリング情報は、プログラムマップテーブル（ＰＭＴ）を有し、
前記ＰＭＴは、フレームパッキングアレンジメント情報が付加拡張情報（ＳＥＩ）メッセージに有されるか否かを示すフレームパッキングフラグ情報を有する、受信部と、
前記放送信号から前記ビデオストリーム及び前記シグナリング情報をパージングするパーサと、
前記ＰＭＴに有される前記フレームパッキングフラグ情報が、前記フレームパッキングアレンジメント情報が前記ＳＥＩメッセージに有されることを示す場合、前記ビデオストリームをシグナリングする前記ＳＥＩメッセージに基づいて前記ビデオストリームをデコードして一つのフレームを取得し、
前記一つのフレームからクォータサイズ左映像フレーム、クォータサイズ右映像フレーム、クォータサイズ左深さ映像フレーム及びクォータサイズ右深さ映像フレームを抽出し、
前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームをアップサンプルして、フルサイズ左映像フレーム、フルサイズ右映像フレーム、左映像に対するフルサイズ左深さ映像フレーム及び右映像に対するフルサイズ右深さ映像フレームを生成する、デコーダと、
前記フルサイズ左映像フレーム、前記フルサイズ右映像フレーム、前記フルサイズ左深さ映像フレーム及び前記フルサイズ右深さ映像フレームを用いて３Ｄ映像をレンダリングするレンダリング部と、を有し、
前記一つのフレームは、前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームを有し、
前記フレームパッキングアレンジメント情報は、前記一つのフレームが前記クォータサイズ左映像フレーム、前記クォータサイズ右映像フレーム、前記クォータサイズ左深さ映像フレーム及び前記クォータサイズ右深さ映像フレームを有することを示すフレームタイプ情報を有し、
前記一つのフレームは、前記フルサイズ左深さ映像フレーム又は前記フルサイズ右深さ映像フレームが有する深さ情報を、前記一つのフレームの色空間の成分に１ビット単位でマッピングして生成され、
前記ＳＥＩメッセージは、前記フルサイズ左深さ映像フレーム又は前記フルサイズ右深さ映像フレーム中の前記深さ情報のビット深度を示すビット深度情報をさらに有する、放送信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送信号の送受信に関し、より詳細には、３次元（3 dimensional；３Ｄ）放送サービスのための放送信号の送受信方法及び／又は３Ｄ放送サービスのための放送信号の送受信装置に関する。
【背景技術】
【０００２】
デジタル技術及び通信技術の発展に伴い、放送、映画のみならず、インターネット及び個人メディアなどの多様な領域でオーディオ／ビデオ中心のマルチメディアコンテンツの普及及び需要が急速に拡大されている。さらに、放送及び映画を介して立体感を提供する３ＤＴＶ／３Ｄ映画の普遍化と共に、現実感（リアリティ）と臨場感（reality and realism）を提供する没入型（実感）メディア（Immersive Media）に対する消費者の要求が増加している。また、ディスプレイ技術の発展と共に、家庭でのＴＶ画面が大型化するにつれて、ＨＤ級以上の高画質で実感のあるコンテンツがより多く楽しまれ消費されている。これによって、Ｐｏｓｔ−ＨＤＴＶ市場に備えて、３ＤＴＶと共にＵＨＤＴＶ（Ultra High Definition TV）などのリアリティ溢れる（実感）放送（Realistic Broadcasting）が次世代の放送サービスとして関心を集めており、特に、ＵＨＤ（Ultra High Definition）放送サービスに関する論議が増加している趨勢である。
【０００３】
一方、３次元テレビ（3 Dimensional Television；３ＤＴＶ）の普及が本格化するにつれて、記憶媒体による３次元（３Ｄ）映像（ビデオ）コンテンツ（video contents）の提供（普及）（supply）のみならず、デジタル放送による３次元映像コンテンツの伝送（送信）（transmission）が活性化されている。
【０００４】
一般に、３次元映像は、二つの眼（両眼）のステレオ視覚原理を用いて立体感を提供する。人間は、二つの眼の視差、言い換えると、約６５ｍｍほど離れた二つの眼の間の間隔による両眼視差（binocular parallax）を通じて遠近感を感じるので、３Ｄ映像は、左眼及び右眼のそれぞれが関連した平面映像を見るように映像を提供し、立体感及び遠近感を提供することができる。
【０００５】
このような３次元映像ディスプレイ方法としては、ステレオスコピック（stereoscopic）方式、体積表現（volumetric）方式、ホログラフィック（holographic）方式などがある。ステレオスコピック方式の場合、左眼で視聴されるための左映像（left view；レフト（左）ビュー）イメージと、右眼で視聴されるための右映像（right view；ライト（右）ビュー）イメージとを提供し、偏光眼鏡又はディスプレイ装備自体を通じて左眼及び右眼がそれぞれレフトビューイメージ及びライトビューイメージを見る（視聴する）ことによって３次元映像効果を認知できるようにする。
【０００６】
一方、３Ｄコンテンツ製作者が意図した立体効果を、放送受信機でそのまま再現できる場合、それが最適な映像になり得るが、ステレオ映像（stereo image）で構成された３Ｄコンテンツは、視聴条件に応じて実際には放送受信機において異なる立体効果を示す。現在、３ＤＴＶ受信機は、特定の視聴条件に固定された制限的な立体映像のみを提供する。したがって、現在、視聴者は、３Ｄコンテンツ製作者が意図した立体効果を完全に楽しむことができず、視聴者の３Ｄコンテンツに対する満足度が著しく低下しているのが現実である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が達成しようとする技術的課題は、上述した問題を解決するためのものであって、各視聴者の視聴条件の変化とは関係なく、３Ｄコンテンツ製作者が該当コンテンツの製作時に意図した立体効果を放送受信器で提供することにある。
【０００８】
さらに、本発明が達成しようとする技術的課題は、ＵＨＤ放送送受信システムにおいて３Ｄコンテンツを効率よく送受信する方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一実施例に係る放送信号送信方法は、左映像（レフト（左）ビュー）（left view）フレーム、右映像（ライト（右）ビュー）（right view）フレーム、左映像に対する深さ映像（深さ（デプス）ビュー）（depth view）フレーム、及び右映像に対する深さ映像フレームの各フレームをそれぞれダウンサンプル（ダウンサンプリング）し（downsampling）、ダウンサンプルされた各フレームのうち少なくとも一つのフレームを一つのフレームにパックした（packs）パッキングフレーム（packing frame）をエンコードするステップと、エンコードされたパッキングフレーム及びパッキングフレームに関連する映像に関するシグナリング情報を有する放送信号を生成するステップと、生成された放送信号を伝送（送信）する（transmitting）ステップと、を有することができる。
【００１０】
好ましくは、パッキングフレームは、左映像に対する深さ映像フレームに有された深さ情報及び右映像に対する深さ映像フレームに有された深さ情報を、パッキングフレームを示す色空間の成分にビット単位でマッピングして生成することができる。
【００１１】
好ましくは、シグナリング情報は、放送信号に有されたフレームがパッキングフレームであることを示すフレームパッキングアレンジメント情報（frame packing arrangement information）を有することができる。
【００１２】
好ましくは、シグナリング情報は、左映像に対する深さ映像フレームに有された深さ情報及び右映像に対する深さ映像フレームに有された深さ情報のビット深度（bit depth）を示すデプス（深さ）ビット深度情報（depth bit depth information）を有することができる。
【００１３】
好ましくは、シグナリング情報は、左映像フレーム及び右映像フレームが水平にフリッピング（フリップ）（flipping）されたか否かを示すフレームフリッピングフラグ情報（frame flipping flag information）を有することができる。
【００１４】
好ましくは、シグナリング情報は、付加拡張情報（Supplemental Enhancement Information；ＳＥＩ）メッセージを有し、フレームパッキングアレンジメント情報、デプスビット深度情報及びフレームフリッピングフラグ情報のうち少なくともいずれか一つは、パッキングフレームを有するビデオストリーム内のＳＥＩメッセージに有されることができる。
【００１５】
好ましくは、シグナリング情報は、プログラムマップテーブル（Program Map Table；ＰＭＴ）を有し、ＰＭＴは、ＳＥＩメッセージにフレームパッキングアレンジメント情報が有されているか否かを示すフレームパッキングフラグ情報を有することができる。
【００１６】
好ましくは、フレームパッキングアレンジメント情報、デプスビット深度情報及びフレームフリッピングフラグ情報のうち少なくともいずれか一つは、システムレベルでシグナリング（シグナル）する（signal）ことができる。
【００１７】
本発明の他の一実施例に係る放送信号受信方法は、左映像フレーム（left view）、右映像（right view）フレーム、左映像に対する深さ映像（depth view）フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームが一つのフレームにパックされた（packs）パッキングフレーム（packing frame）及びパッキングフレームに関連する映像に関するシグナリング情報を有する放送信号を受信するステップと、受信したパッキングフレームから左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームを抽出するステップと、抽出された少なくとも一つのフレームを用いて３Ｄ映像をレンダリング（rendering）するステップと、を有することができる。
【００１８】
好ましくは、パッキングフレームは、左映像に対する深さ映像フレームに有された深さ情報及び右映像に対する深さ映像フレームに有された深さ情報を、パッキングフレームを示す色空間の成分にビット単位でマッピングして生成することができる。
【００１９】
好ましくは、シグナリング情報は、放送信号に有されたフレームがパッキングフレームであることを示すフレームパッキングアレンジメント情報（frame packing arrangement information）を有することができる。
【００２０】
好ましくは、シグナリング情報は、左映像に対する深さ映像フレームに有された深さ情報及び右映像に対する深さ映像フレームに有された深さ情報のビット深度（bit depth）を示すデプスビット深度情報（depth bit depth information）を有することができる。
【００２１】
好ましくは、シグナリング情報は、左映像フレーム及び右映像フレームが水平にフリッピングされた（flipped）か否かを示すフレームフリッピングフラグ情報（frame flipping flag information）を有することができる。
【００２２】
好ましくは、シグナリング情報は、付加拡張情報（Supplemental Enhancement Information；ＳＥＩ）メッセージを有し、フレームパッキングアレンジメント情報、デプスビット深度情報及びフレームフリッピングフラグ情報のうち少なくともいずれか一つは、パッキングフレームを有するビデオストリーム内のＳＥＩメッセージに有されることができる。
【００２３】
好ましくは、シグナリング情報は、プログラムマップテーブル（Program Map Table；ＰＭＴ）を有し、ＰＭＴは、ＳＥＩメッセージにフレームパッキングアレンジメント情報が有されているか否かを示すフレームパッキングフラグ情報を有することができる。
【００２４】
好ましくは、フレームパッキングアレンジメント情報、デプスビット深度情報及びフレームフリッピングフラグ情報のうち少なくともいずれか一つは、システムレベルでシグナリングすることができる。
【００２５】
本発明の更に他の一実施例に係る放送信号送信装置は、左映像（left view）フレーム、右映像（right view）フレーム、左映像に対する深さ映像（depth view）フレーム及び右映像に対する深さ映像フレームの各フレームをそれぞれダウンサンプルし（downsampling）、ダウンサンプルされた各フレームのうち少なくとも一つのフレームを一つのフレームにパック（packs）したパッキングフレーム（packing frame）をエンコードするエンコーダと、エンコードされたパッキングフレーム及びパッキングフレームに関連する映像に関するシグナリング情報を有する放送信号を生成する放送信号生成部と、生成された放送信号を伝送する（transmitting）伝送部（transmitter）と、を有することができる。
【００２６】
本発明の更に他の一実施例に係る放送信号受信装置は、左映像（left view）フレーム、右映像（right view）フレーム、左映像に対する深さ映像（depth view）フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームが一つのフレームにパックされた（packs）パッキングフレーム（packing frame）及びパッキングフレームに関連する映像に関するシグナリング情報を有する放送信号を受信する受信部（receiver）と、受信したパッキングフレームから左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームを抽出する抽出部と、抽出された少なくとも一つのフレームを用いて３Ｄ映像をレンダリング（rendering）するレンダリング部と、を有することができる。
【発明の効果】
【００２７】
本発明によれば、視聴者の視聴条件とは関係なく、３Ｄコンテンツ製作者が該当コンテンツの製作時に意図した立体効果を視聴者に提供できるという効果がある。
【００２８】
本発明によれば、既存の放送システム構造との互換性を維持しながら、３Ｄコンテンツ製作者が該当コンテンツの製作時に意図した立体効果を視聴者に提供できるという効果がある。
【００２９】
本発明によれば、受信器は、最小限のデータ処理を通じて、３Ｄコンテンツ製作者が該当コンテンツの製作時に意図した立体効果を視聴者に提供できるという効果がある。
【００３０】
本発明によれば、ＵＨＤ放送送受信システムによって３Ｄコンテンツを効率的に送受信できるという効果がある。
【図面の簡単な説明】
【００３１】
【図１】本発明の一実施例に係る放送信号送信方法を示した図である。
【図２】本発明の一実施例に係る映像分析（ビュー合成）モジュール（view synthesis module）の構成を示した図である。
【図３】本発明の一実施例に係る視聴条件（viewing condition）に適応できるステレオ映像（ビュー）（stereo view）を生成する過程を示した図である。
【図４】本発明の一実施例に係る視聴条件に適応できるステレオ映像を提供するための受信器の動作を示した図である。
【図５】本発明の一実施例に係るスクリーンサイズによって認知される立体感の差を示した図である。
【図６】本発明の一実施例に係るスクリーンサイズ別にＩＯＤに対応するピクセルの個数を示した図である。
【図７】本発明の一実施例に係るＩＯＤの長さによって認知される立体感の差を示した図である。
【図８】本発明の一実施例に係る視聴距離（viewing distance）が変わる状況において、輻輳角（vergence angle）を同一に維持しながらステレオ映像の立体感を維持する補償（compensation）方法を示した図である。
【図９】本発明の一実施例に係る視差角（parallax angle）を同一に維持しながらステレオ映像の立体感を維持する補償方法に使用される視差角を示した図である。
【図１０】本発明の一実施例に係る距離範囲（distance range）を同一に維持しながらステレオ映像の立体感を維持する補償方法に使用される距離範囲を示した図である。
【図１１】本発明の一実施例に係るステレオ映像の視聴環境と視差（parallax）範囲との関係を示した図である。
【図１２】本発明の一実施例に係る受信した基準視聴条件（reference viewing condition）及び／又はターゲット視聴条件（target viewing condition）が受信端での視聴条件と一致しない場合、深さ調整（depth adjustment）を行う方法を示した図である。
【図１３】本発明の一実施例に係るステレオ３Ｄレンダリング情報（）を含むｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【図１４】本発明の一実施例に係るｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅの構成を示した図である。
【図１５】本発明の一実施例に係るｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【図１６】本発明の一実施例に係るＰＭＴ（Program Map Table）の構成を示した図である。
【図１７】本発明の一実施例に係るＴＶＣＴ（Terrestrial Virtual Channel Table）の構成を示した図である。
【図１８】本発明の一実施例に係るＳＤＴ（Service Description Table）の構成を示した図である。
【図１９】本発明の一実施例に係るｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５（）の構成を示した図である。
【図２０】本発明の一実施例に係るＤＶＢで使用するｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒ値とこれに対応するｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅ（）を示した図である。
【図２１】本発明の一実施例に係るＤＶＢ１＿ｄａｔａ（）の構成を示した図である。
【図２２】本発明の一実施例に係るステレオ３Ｄレンダリング情報を含むＳＥＩメッセージの構成を示した図である。
【図２３】本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【図２４】本発明の一実施例に係るスクリーンサイズに適応できるステレオ映像（ビュー）を提供するための放送サービス構造を示した図である。
【図２５】本発明の一実施例に係る放送サービスのシグナリング方法及びシグナリング内容を伝送チャネルのタイプによって識別（区分）して（identify）示した図である。
【図２６】本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｖｉｅｗｉｎｇ＿ｃｏｎｄｉｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【図２７】本発明の一実施例に係る受信器の構成を示した図である。
【図２８】本発明の一実施例に係るフレーム互換（frame compatible）過程を示した図である。
【図２９】本発明の一実施例に係る深さマップ（depth map）を８ビット４Ｋフレームにマッピングする方法を示した図である。
【図３０】本発明の一実施例に係る放送信号受信方法を示した図である。
【図３１】本発明の一実施例に係る放送信号送信装置の構成を示した図である。
【図３２】本発明の一実施例に係る放送信号受信装置の構成を示した図である。
【発明を実施するための形態】
【００３２】
以下、添付の図面及び添付の図面に記載した内容を参照して本発明の実施例を詳細に説明するが、本発明が実施例によって制限又は限定されることはない。
【００３３】
本発明で使用される用語としては、本発明での機能を考慮しながら、可能な限り現在広く使用されている一般的な用語を選択したが、これは、当分野に携わる技術者の意図、慣例又は新たな技術の出現などによって変わり得る。また、特定の場合は、出願人が任意に選定した用語もあり、この場合、該当する発明の説明部分でその意味を詳細に記載する。したがって、本発明で使用される用語は、単純な用語の名称ではなく、その用語が持つ実質的な意味と本明細書の全般にわたった内容に基づいて解釈すべきものであることを明らかにしておく。
【００３４】
図１は、本発明の一実施例に係る放送信号送信方法を示した図である。
【００３５】
本発明の一実施例に係る放送信号送信方法は、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームをそれぞれダウンサンプルし、上記ダウンサンプルされた各フレームのうち少なくとも一つのフレームを一つのフレームにパックしたパッキングフレームをエンコードするステップ（Ｓ１０１０）、上記エンコードされたパッキングフレーム及び上記パッキングフレームと関連する映像に関するシグナリング情報を含む放送信号を生成するステップ（Ｓ１０２０）、並びに／又は、上記生成された放送信号を伝送するステップ（Ｓ１０３０）を含むことができる。
【００３６】
本発明の一実施例に係るエンコーダは、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームをそれぞれダウンサンプルし、上記ダウンサンプルされた各フレームのうち少なくとも一つのフレームを一つのフレームにパックしたパッキングフレームをエンコードすることができる。ここで、エンコーダは、左映像、右映像、左映像に対する深さ映像及び／又は右映像に対する深さ映像を生成することができ、上記各映像を一つのフレームに挿入するフレームパッキングを行うことができる。ここで、本発明の他の一実施例によれば、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び／又は右映像に対する深さ映像フレームは、ダウンサンプルすることなく直ぐ一つのフレームにパックすることができる。これに関しては、図２８の説明部分で詳細に説明する。
【００３７】
本発明の一実施例に係る放送信号生成部は、エンコードされたパッキングフレーム及び上記パッキングフレームと関連する映像に関するシグナリング情報を含む放送信号を生成することができる。ここで、放送信号生成部は、ハードウェアに該当（対応）し（correspond to）、変調部を含むことができる。これに関しては、図２８の説明部分で詳細に説明する。
【００３８】
本発明の一実施例に係る伝送部は、生成された放送信号を伝送することができる。伝送部は、放送信号を地上波放送網、ケーブル網及び／又はブロードバンドを介して伝送することができる。これに関しては、図２５及び図２８の説明部分で詳細に説明する。
【００３９】
本発明の他の一実施例によれば、上記パッキングフレームは、上記左映像に対する深さ映像フレームに含まれた深さ情報及び上記右映像に対する深さ映像フレームに含まれた深さ情報を、上記パッキングフレームを示す色空間の成分にビット単位でマッピングして生成することができる。これに関しては、図２９の説明部分で詳細に説明する。
【００４０】
本発明の他の一実施例によれば、上記シグナリング情報は、上記放送信号に含まれたフレームがパッキングフレームであることを示すフレームパッキングアレンジメント情報を含むことができる。これに関しては、図２８の説明部分で詳細に説明する。
【００４１】
本発明の他の一実施例によれば、上記シグナリング情報は、上記左映像フレーム及び右映像フレームが水平にフリッピングされたか否かを示すフレームフリッピングフラグ情報を含むことができる。これに関しては、図２８の説明部分で詳細に説明する。
【００４２】
本発明の他の一実施例によれば、上記シグナリング情報は、ＳＥＩ（Supplemental Enhancement Information）メッセージを含み、上記フレームパッキングアレンジメント情報、上記デプスビット深度情報及び上記フレームフリッピングフラグ情報のうち少なくともいずれか一つは、上記パッキングフレームを含むビデオストリーム内のＳＥＩメッセージに含めることができる。これに関しては、図１９、図２０、図２１及び図２８の説明部分で詳細に説明する。
【００４３】
本発明の他の一実施例によれば、上記シグナリング情報は、ＰＭＴ（Program Map Table）を含み、上記ＰＭＴは、上記ＳＥＩメッセージに上記フレームパッキングアレンジメント情報が含まれているか否かを示すフレームパッキングフラグ情報を含むことができる。これに関しては、図１６、図１９、図２０、図２１及び図２８の説明部分で詳細に説明する。
【００４４】
本発明の他の一実施例によれば、上記フレームパッキングアレンジメント情報、上記デプスビット深度情報及び上記フレームフリッピングフラグ情報のうち少なくともいずれか一つは、システムレベルでシグナリングすることができる。これに関しては、図２５及び図２８の説明部分で詳細に説明する。
【００４５】
図２は、本発明の一実施例に係る映像分析モジュールの構成を示した図である。
【００４６】
本発明の一実施例によれば、この図面に示したように、２個の新しい映像を生成し、任意の時点の３Ｄ映像を出力する場合、それぞれの映像及び深さマップは、後述する４個のステップの処理過程を経ることができる。この場合、上述したそれぞれの映像及び／又は深さマップを処理するために、カメラパラメータ、深さタイプ、ｄｅｐｔｈ＿ｎｅａｒ、ｄｅｐｔｈ＿ｆａｒなどの関連情報を提供することができる。
【００４７】
本発明の一実施例に係る映像分析モジュール２０１０は、第１ワーピング（warping）部２０２０、第１マージング（マージ）（merging）部２０３０、第１ホールフィリング（穴埋め）（hole-filling）部２０４０、第１境界ノイズ除去（boundary noise removal）部２０５０、第２ワーピング部２０６０、第２マージング部２０７０、第２ホールフィリング部２０８０、第２境界ノイズ除去部２０９０及び／又は３Ｄフォーマッタ（3D formatter）２１００を含むことができる。
【００４８】
ワーピング部は、映像分析モジュールに入力されるレフトビュー（Ｌ＿ｖｉｅｗ）、レフトデプス（Ｌ＿ｄｅｐｔｈ）、ライトビュー（Ｒ＿ｖｉｅｗ）及びライトデプス（Ｒ＿ｄｅｐｔｈ）をワーピング（warping）処理することができる。ワーピング部は、レフトビュー及びレフトデプスをワーピング処理し、レフトデータからワープされたデータ（warped from L）を生成することができ、ライトビュー及びライトデプスをワーピング処理し、ライトデータからワープされたデータ（warped from R）を生成することができる。ここで、レフトデータはレフトビュー及びレフトデプスを含むことができ、ライトデータはライトビュー及びライトデプスを含むことができる。ワーピング部は、カメラパラメータ、深さタイプ、ｄｅｐｔｈ＿ｎｅａｒ及び／又はｄｅｐｔｈ＿ｆａｒに基づいてレフトビュー（Ｌ＿ｖｉｅｗ）、レフトデプス（Ｌ＿ｄｅｐｔｈ）、ライトビュー（Ｒ＿ｖｉｅｗ）及びライトデプス（Ｒ＿ｄｅｐｔｈ）をワーピング処理することができる。ここで、カメラパラメータは、３Ｄコンテンツが製作される場所でのカメラに関する情報を含むことができる。深さタイプは、レフトビュー及び／又はライトビューに含まれる各物体に対するディスパリティ値であり、深さ情報を提供することができる。ここで、ディスパリティ（disparity）とは、３Ｄ映像の同一の点（point）を示すためのレフトビュー及びライトビューのそれぞれの点の間の水平方向の差を示し、この差はピクセル単位で示すことができる。ここで、レフトビューは左映像と命名することができ、ライトビューは右映像と命名することができる。ワーピング部は、深さ情報及び／又はホール情報を、マージング部、ホールフィリング部及び／又は境界ノイズ除去部に提供することができる。ワーピング部は、第１ワーピング部及び／又は第２ワーピング部を含むことができる。
【００４９】
マージング部は、ワーピング部によってレフトデータからワープ（ワーピング）された（warped）データ及びライトデータからワープされたデータをマージ（merging）することができる。マージング部は、ワーピング部によって提供された深さ情報及び／又はホール情報を用いることができる。マージング部は、第１マージング部及び／又は第２マージング部を含むことができる。
【００５０】
ホールフィリング部は、マージング部によってマージされたデータのホールを埋める（フィルする、充填する）（fill）ことができる。ホールフィリング部は、ワーピング部によって提供された深さ情報及び／又はホール情報を用いることができる。ホールフィリング部は、第１ホールフィリング部及び／又は第２ホールフィリング部を含むことができる。
【００５１】
境界ノイズ除去部は、ホールフィリング部によってホールが除去されたデータの境界に存在するノイズを除去し、合成されたレフトビュー（synthesized left view）及び／又は合成されたライトビュー（synthesized right view）を生成することができる。境界ノイズ除去部は、ワーピング部によって提供された深さ情報及び／又はホール情報を用いることができる。境界ノイズ除去部は、第１境界ノイズ除去部及び／又は第２境界ノイズ除去部を含むことができる。
【００５２】
３Ｄフォーマッタは、境界ノイズ除去部によって生成された、合成されたレフトビュー及び／又は合成されたライトビューを用いて、任意の時点の合成された３Ｄ映像（ビュー）（synthesized 3D view）を生成することができる。
【００５３】
図３は、本発明の一実施例に係る視聴条件に適応できるステレオ映像（ビュー）を生成する過程を示した図である。
【００５４】
本発明の一実施例によれば、受信端で自体の任意の時点の（random）映像（ビュー）（view）を選択し、映像分析（ビュー合成）（view synthesis）を適用する場合、本発明の一実施例では、映像分析に必要な基本情報（カメラパラメータ、深さタイプ、ｄｅｐｔｈ＿ｎｅａｒ及び／又はｄｅｐｔｈ＿ｆａｒ）のみでレンダリングを行うことができる。しかし、本発明の一実施例では、上述した映像分析に必要な基本情報のみでは視聴条件に合う３Ｄ映像を提供することができない。
【００５５】
本発明の他の一実施例では、上述した映像分析に必要な基本情報だけでなく、現在受信されるステレオ映像が如何なる視聴条件をターゲットにするかに関する情報（ターゲット視聴条件）、他の基準視聴条件をサポート（支援）する（support）場合のガイドラインに関する情報（基準視聴条件及び関連するパラメータ）並びに／又は視聴条件に関する情報を用いて視聴条件に合う３Ｄ映像を提供することができる。
【００５６】
この図面に示したように、本発明の一実施例に係る視聴条件に適応できる映像分析モジュール３０７０は、映像１のためのビデオエレメント（video element for view 1）３０３０、映像１のための深さエレメント（depth element for view 1）３０４０、映像２のためのビデオエレメント（video element for view 2）３０５０、映像２のための深さエレメント（depth element for view 2）３０６０、映像分析に必要な基本情報（映像１及び／又は映像２に関するカメラパラメータ（camera param(view 1, 2)）、深さタイプ、ｄｅｐｔｈ＿ｎｅａｒ、ｄｅｐｔｈ＿ｆａｒ）３０２０、ターゲット視聴条件に関する情報３０１０、基準視聴条件に関する情報３０１０、基準視聴条件関連パラメータ３０１０及び／又は視聴条件に関する情報３０８０を用いて該当（対応する）（corresponding）視聴条件に適応できるレフトビュー（left-view adaptive to a corresponding viewing condition）３０９０及び／又はライトビュー（right-view adaptive to a corresponding viewing condition）３１００を生成することができる。ここで、ターゲット視聴条件に関する情報３０１０、基準視聴条件に関する情報３０１０及び／又は基準視聴条件関連パラメータ３０１０は、送信端から提供することができる。視聴条件に関する情報３０８０は受信端で取得することができる。視聴条件は、スクリーンサイズ、瞳孔間距離（Inter Ocular Distance；ＩＯＤ）、視聴距離（viewing distance）などに関する情報を含むことができる。
【００５７】
図４は、本発明の一実施例に係る視聴条件に適応できるステレオ映像（ビュー）を提供するための受信器の動作を示した図である。
【００５８】
本発明の一実施例に係る映像分析モジュール（深さ調整）４０１０は、ステレオペア１（Ｌ＿ｖｉｅｗ１、Ｒ＿ｖｉｅｗ１）、ステレオデプス（深さ）ペア（stereo depth pair）１（Ｌ＿ｄｅｐｔｈ１、Ｒ＿ｄｅｐｔｈ１）、ターゲット視聴条件及び／又は視聴条件を受け取ってステレオペア２（Ｌ＿ｖｉｅｗ２、Ｒ＿ｖｉｅｗ２）を生成することができる。ここで、ステレオペア１はＬ＿ｖｉｅｗ１及び／又はＲ＿ｖｉｅｗ１を含むことができる。ステレオデプスペア１は、Ｌ＿ｄｅｐｔｈ１及び／又はＲ＿ｄｅｐｔｈ１を含むことができる。ステレオペア２は、Ｌ＿ｖｉｅｗ２及び／又はＲ＿ｖｉｅｗ２を含むことができる。ターゲット視聴条件は、基準視聴条件１（Ｒｅｆ．ｖｉｅｗｉｎｇ  ｃｏｎｄｉｔｉｏｎ  １）、パラメータ１、基準視聴条件２（Ｒｅｆ．ｖｉｅｗｉｎｇ  ｃｏｎｄｉｔｉｏｎ  ２）、パラメータ２、基準視聴条件３（Ｒｅｆ．ｖｉｅｗｉｎｇ  ｃｏｎｄｉｔｉｏｎ  ３）、パラメータ３、基準視聴条件４（Ｒｅｆ．ｖｉｅｗｉｎｇ  ｃｏｎｄｉｔｉｏｎ  ４）及び／又はパラメータ４を含むことができる。ターゲット視聴条件は、より多くの基準視聴条件及びこれに該当するパラメータを含むことができる。ここで、パラメータ１乃至パラメータ４は、それぞれの基準視聴条件に対応するパラメータを示すことができる。例えば、パラメータ１は基準視聴条件１に対応するパラメータに該当し得る。ここで、映像分析モジュールは、本発明の一実施例に係る受信器に含めることができる。
【００５９】
本発明の一実施例に係る受信器は、受信端に記憶されているか受信端に入力された視聴条件がステレオペア１のターゲット視聴条件と一致する場合、追加の深さ調整を行わず、入力を受けたステレオペア１をそのまま出力することができる。このとき、ステレオペア２はステレオペア１と同一であり得る。ターゲット視聴条件は、ステレオペア１の視聴条件を示すことができる。
【００６０】
本発明の一実施例に係る受信器は、受信端に記憶されているか受信端に入力された視聴条件がステレオペア１のターゲット視聴条件と一致しない場合、受信した基準視聴条件のうち視聴条件と一致するものがあるか否かを検索することができる。一致する基準視聴条件が存在する場合、受信器は、一致する基準視聴条件に対応するパラメータ値を参照して深さ調整を行い、新しいステレオペアを取得して出力することができる。一致する基準視聴条件が存在しない場合、受信した基準視聴条件のうち最も類似する条件を参照したり、受信した基準視聴条件を参照して適切なパラメータ値を算出してステレオペア２を生成することができる。これに関しては後で詳細に説明する。
【００６１】
図５は、本発明の一実施例に係るスクリーンサイズによって認知される立体感の差を示した図である。
【００６２】
本発明の一実施例によれば、視聴条件は、主要構成要素としてスクリーンサイズ、ＩＯＤ（Inter Ocular Distance）及び／又は視聴距離を含むことができる。上述した構成要素により、同一のコンテンツを異なる立体感で認知することができる。
【００６３】
本発明の一実施例によれば、スクリーンサイズが小さいほど同一の立体効果を示すためのデプス（深さ）バジェット（depth budget）は多くなる一方、スクリーンサイズが大きいほど同一の立体効果を示すためのデプスバジェットは少なくなり得る。
【００６４】
この図面に示したように、同一のステレオコンテンツが互いに異なるスクリーンサイズに出力される場合、これに対応する視差及び／又は視聴距離によって認知される深さ感が変わり得る。
【００６５】
本発明の一実施例によれば、スクリーンサイズ別に立体感が変わる現象を把握するためにＩＯＤに対応するピクセルの個数を比較する方法を使用することができる。ディスプレイ画面上でＩＯＤが６５ｍｍである視差に対応する深さ（立体効果）は画面の後側に無限大の深さを示すことができ、ＩＯＤが０ｍｍである視差に対応する深さは、視聴条件と関係なく、画面上の深さを示すことができる。その他のＩＯＤの視差に対応する深さは、スクリーンサイズによって異なる立体感を示すことができる。ここで、深さ、立体感及び立体効果は同一の意味で使用することができる。
【００６６】
図６は、本発明の一実施例に係るスクリーンサイズ別にＩＯＤに対応するピクセルの個数を示した図である。
【００６７】
本発明の一実施例に係るこの図面は、１９２０＊１０８０（フルＨＤ）解像度のレフトビュー及びライトビューで構成されたステレオ映像（ビュー）において６５ｍｍのＩＯＤに対応するピクセルの個数を示した図である。この図面のように、多様なスクリーンサイズ別にＩＯＤに対応するピクセルの個数を比較すると、同一の立体効果を示すためのディスパリティのピクセルの個数はスクリーンサイズごとに変わることが分かる。
【００６８】
この図面に示したように、スクリーンサイズが１４インチである場合は、無限大の立体感（unlimited 3D effect）を示すために４０２．７個のピクセルが必要で、スクリーンサイズが２３インチである場合は、無限大の立体感を示すために２４５．１個のピクセルが必要で、３２インチである場合は１７６．２個のピクセル、４２インチである場合は１３４．２個のピクセル、５２インチである場合は１０８．４個のピクセルが必要である。
【００６９】
図７は、本発明の一実施例に係るＩＯＤの長さによって認知される立体感の差を示した図である。
【００７０】
本発明の一実施例によれば、ＩＯＤの長さによってステレオの立体効果が変わり得る。例えば、子供のようにＩＯＤが小さい場合は、同一の立体効果を認知するために必要なデプスバジェットは小さい一方、子供よりＩＯＤが大きい大人の場合は、同一の立体効果を認知するために必要なデプスバジェットは子供に比べて大きくなり得る。
【００７１】
この図面に示したように、多様なＩＯＤ値によって同一の視差（ｐ１）に対して認知される深さ感（Ｄ１、Ｄ１'）が異なり得る。Ｄ１は、ＩＯＤが８０ｍｍである場合に視差（ｐ１）に対して認知される深さ感を示し、Ｄ１'は、ＩＯＤが４０ｍｍである場合に視差（ｐ１）に対して認知される深さ感を示すことができる。
【００７２】
本発明の一実施例によれば、２Ｄに対する視聴距離は、各解像度別に標準団体で定めた推奨（勧奨）視聴距離が存在するので、送信端及び受信端ではこれを基準にすることができる。しかし、ステレオコンテンツの場合、視聴距離によって認知される立体感に差が発生し、視聴距離に対する基準が提示されていない。よって、送信端で基準にした視聴距離に関する情報を受信端に伝送することができる。
【００７３】
上述したように、スクリーンサイズ、ＩＯＤ、視聴距離などの視聴条件によってステレオコンテンツの立体効果は変わり得る。本発明の一実施例は、コンテンツ製作者が意図した立体感を確実に伝達するために、上述した視聴条件に適応できるコンテンツを提供することができる。これに関しては後で詳細に説明する。
【００７４】
図８は、本発明の一実施例に係る視聴距離が変わる状況で輻輳角を同一に維持しながらステレオ映像の立体感を維持する補償方法を示した図である。
【００７５】
本発明の一実施例によれば、ステレオ映像の立体感を維持しようとするとき、視聴条件を構成する要素のうち同一の値を維持しようとする要素によって多様な補償方法が存在し得る。
【００７６】
本発明の一実施例に係る補償方法は、維持しようとする要素（エレメント）（element）が何かによって調整値に差が発生し得るので、受信器は、補償タイプに関する情報を用いて補償することができる。ここで、補償タイプに関する情報は、提供される基準視聴条件及び／又は基準視聴条件に対応する基準補償パラメータ（reference compensation parameter）が如何なる要素をベースにして算出されたものであるかに関する情報を含むことができる。
【００７７】
本発明の一実施例に係る補償方法は、輻輳角を維持する方法、視差角を維持する方法、映像を基準にして距離範囲を維持する方法、スクリーンを基準にして距離範囲を維持する方法及び／又は相対的な距離範囲を維持する方法を含むことができる。ここで、視差角は、アコモデーション角（accommodation angle）と輻輳角との差値を示すことができる。これに関しては後で詳細に説明する。
【００７８】
この図面に示したように、他の視聴条件は同一で、視聴距離のみが大きくなる条件で輻輳角を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を増加させることができる。この図面を見れば、本発明の一実施例に係る補償前（８０１０）と補償後（８０２０）で輻輳角（α）はそのまま維持され、視聴距離が大きくなるにつれて（Ｖｄ１からＶｄ２に）ディスパリティの絶対値も増加し得る。このとき、ディスプレイ幅（ｗ１）、ＩＯＤ（６５ｍｍ）などの他の視聴条件は同一であり得る。
【００７９】
この図面に示していないが、他の視聴条件は同一で、スクリーンサイズのみが大きくなる条件で輻輳角を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティの絶対値を減少させることができる。このとき、視差はそのまま維持することができる。この図面に示していないが、他の視聴条件は同一で、ＩＯＤのみが大きくなる条件で輻輳角を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を減少させることができる。
【００８０】
図９は、本発明の一実施例に係る視差角を同一に維持しながらステレオ映像の立体感を維持する補償方法に使用される視差角を示した図である。
【００８１】
本発明の一実施例に係る視差角（θ−β）は、アコモデーション角（accommodation angle）（θ）と輻輳角（α、β）との差値を示すことができる。ここで、アコモデーション角は、スクリーンに対する両眼の視差角を示すことができる。輻輳角は、物体に対する両眼の視差角を示すことができる。
【００８２】
本発明の一実施例によれば、他の視聴条件は同一で、視聴距離のみが大きくなる条件で視差角を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を増加させることができる。このとき、４ｍ以上の視聴距離に対しては最大ディスパリティ（maximum disparity）の値は変わらなくてもよい。また、他の視聴条件は同一で、スクリーンサイズのみが大きくなる条件で視差角を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティの絶対値を減少させることができる。このとき、視差はそのまま維持することができる。また、視差角を維持する場合、本発明の一実施例は、ＩＯＤのサイズ変化と関係なく、ディスパリティ（視差）を維持することができる。
【００８３】
図１０は、本発明の一実施例に係る距離範囲を同一に維持しながらステレオ映像の立体感を維持する補償方法に使用される距離範囲を示した図である。
【００８４】
本発明の一実施例によれば、視聴者を基準にして距離範囲を維持する方法（１００１０）は、視聴条件が変わってもターゲット最小距離（target minimum distance）（minimum distance ；Ｄｍｉｎ）及びターゲット最大距離（target maximum distance）（maximum distance；Ｄｍａｘ）が維持される方法を意味し得る。ここで、ターゲット最小距離は、視聴者と物体との間の最大距離を示し、ターゲット最大距離は、視聴者と物体との間の最小距離を示すことができる。
【００８５】
視聴者を基準にして距離範囲を維持する方法（１００１０）において、他の視聴条件は同一で、視聴距離のみが大きくなる条件でターゲット最小距離及びターゲット最大距離を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を増加させることができる。また、他の視聴条件は同一で、スクリーンサイズのみが大きくなる条件でターゲット最小距離及びターゲット最大距離を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティの絶対値を減少させることができる。このとき、視差はそのまま維持することができる。また、他の視聴条件は同一で、ＩＯＤのみが大きくなる条件でターゲット最小距離及びターゲット最大距離を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を増加させることができる。
【００８６】
本発明の一実施例によれば、スクリーンを基準にして距離範囲を維持する方法（１００２０）は、視聴条件が変わっても、距離範囲、すなわち、最大距離と最小距離との差の絶対値が維持される方法を意味し得る。ここで、最小距離は、視聴者と物体との間の最小距離を示し、最大距離は、視聴者と物体との間の最大距離を示すことができる。
【００８７】
スクリーンを基準にして距離範囲を維持する方法（１００２０）において、他の視聴条件は同一で、視聴距離のみが大きくなる条件で最大距離と最小距離との差の絶対値を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を増加させることができる。また、他の視聴条件は同一で、スクリーンサイズのみが大きくなる条件で最大距離と最小距離との差の絶対値を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティの絶対値を減少させることができる。このとき、視差はそのまま維持することができる。また、他の視聴条件は同一で、ＩＯＤのみが大きくなる条件で最大距離と最小距離との差の絶対値を維持する場合、本発明の一実施例は、ステレオ映像の立体感をそのまま維持するためにディスパリティ（視差）の絶対値を増加させることができる。
【００８８】
本発明の一実施例によれば、上述した補償タイプによってレンダリングのための補償パラメータ（compensation parameter）に適用される値が変わり得る。受信器は、上述した補償パラメータに適用される値を活用し、視聴環境に合う補償タイプと関連する情報を選択して適用することができる。
【００８９】
本発明の一実施例によれば、上述した視聴条件の変更によってディスパリティを調整する方法（補償方法）は、深さ調整のためのパラメータがシグナリングされない場合、受信端で適切なベースライン（baseline）値を導出するために適用することができる。
【００９０】
図１１は、本発明の一実施例に係るステレオ映像の視聴環境と視差範囲との関係を示した図である。
【００９１】
本発明の一実施例に係る視聴者基準又はスクリーン基準の距離範囲を維持するためにディスパリティを調整する方法は、この図面に示した三角形の比例式（proportional expression of a triangle）を用いることができる。
【００９２】
この図面を見れば、α及びβは輻輳角を示すことができる。Ｄｍａｘ及びＤｍｉｎは、視聴者から物体の像までの最大及び最小距離を示すことができる。Ｖｄは、視聴者からスクリーンまでの距離（視聴距離）を示すことができる。ｐｍａｘは、視聴者から物体の像までの距離が最大であるときの視差を示すことができ、ｐｍｉｎは、視聴者から物体の像までの距離が最小であるときの視差を示すことができる。
【００９３】
本発明の一実施例によれば、各視聴条件間の関係を示した図（１１０３０）に示した三角形を用いて比例式（１１０１０、１１０２０）を生成することができる。上述した比例式を用いて特定視聴条件の要素が固定された値を有するとき、残りの視聴条件の要素が有し得る値を導出することができる。
【００９４】
図１２は、本発明の一実施例に係る受信された基準視聴条件及び／又はターゲット視聴条件が受信端での視聴条件と一致しない場合、深さ調整を行う方法を示した図である。
【００９５】
上述したように、視聴条件が変わることによってディスパリティを調整しなければならない方法は、シグナリングされる深さ調整のためのパラメータが存在しないとき、受信端で適切なベースライン値を導出することにも適用することができる。ここで、ベースライン値は、３Ｄコンテンツを生成するとき、３Ｄコンテンツに含まれる左映像及び右映像をそれぞれ撮影したカメラ間の距離を意味し得る。
【００９６】
本発明の一実施例では、調整しなければならないパラメータ（すなわち、ベースライン）に関する情報がない場合、受信端では、シグナリングされたターゲット視聴条件（或いは基準視聴条件）及びこれに対応するレンダリングパラメータ値を参照し、受信端の視聴条件に適した新しいパラメータを導出することができる。すなわち、視聴距離、スクリーンサイズ及び／又はＩＯＤの値が既存の（initial）値と異なる場合、これに対応してディスパリティが適用されなければならない関係を把握し、新しいディスパリティを導出することができ、新しいディスパリティ値に基づいて調整するベースライン値を導出することができる。
【００９７】
この図面に示したように、既存の（old）ディスパリティと新しいディスパリティとの関係を基準にして（に基づいて）（based upon）、三角形の比例式を用いてベースライン値を導出することができる。導出されたベースライン値は、左映像及び右映像のそれぞれでの特定の像を示すためのピクセルの位置又はピクセルの数を調整するための値として使用することができる。
【００９８】
図１３は、本発明の一実施例に係るステレオ３Ｄレンダリング情報（）を含むｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【００９９】
本発明の一実施例によれば、ステレオコンテンツの立体感、すなわち、深さ範囲の調節において最も基本になる補償パラメータは、二つの映像を撮影したカメラ間の距離を示すベースライン値であり得る。よって、本発明の一実施例は、ターゲット／基準視聴条件及びこれに対応するベースライン距離をシグナリングすることができ、受信端は、ターゲット／基準視聴条件及びこれに対応するベースライン距離を参考にし、受信端の視聴条件に対して最適化された（optimized for the viewing condition）ステレオ映像（ビュー）をレンダリングすることができる。ここで、ベースラインは、ベースライン距離と同一の意味を有することができる。
【０１００】
本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールド及び／又はステレオ３Ｄレンダリング情報（）（stereo 3D rendering info()）を含むことができる。ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ターゲット／基準視聴条件及びこれに対応する補償パラメータを含むことができる。
【０１０１】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、このディスクリプタがステレオ３Ｄレンダリング情報（）を含むディスクリプタであることを示すことができる。
【０１０２】
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、このディスクリプタの長さを示すことができる。
【０１０３】
ステレオ３Ｄレンダリング情報（）は、ｖｉｅｗ＿ｐａｉｒ＿ＩＤ、ｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇ、ｔａｒｇｅｔ＿ｄｉｓｐａｌｙ＿ｓｉｚｅ、ｔａｒｇｅｔ＿ＩＯＤ、ｔａｒｇｅｔ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ、ｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）、ｎｕｍ＿ｏｆ＿ｒｅｆｅｒｅｎｃｅｓ、ｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇ、ｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅ、ｒｅｆ＿ｄｉｓｐｌａｙ＿ｓｉｚｅ、ｒｅｆ＿ＩＯＤ、ｒｅｆ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ及び／又はｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）を含むことができる。
【０１０４】
ｖｉｅｗ＿ｐａｉｒ＿ＩＤは、現在受信されるステレオ映像（ビュー）を識別できる識別子を示すことができる。本発明の一実施例は、ｖｉｅｗ＿ｐａｉｒ＿ＩＤを用いてレフトビュー及び／又はライトビューが如何なるＥＳストリームで構成されるかを識別することができる。ｖｉｅｗ＿ｐａｉｒ＿ＩＤは、後述するｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒと連動して用いることができる。
【０１０５】
ｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇは、ベース及び／又は追加映像ビデオストリーム（additional view video stream）と関連する視聴条件に関する各フィールドの有効性を示すことができる。
【０１０６】
ｔａｒｇｅｔ＿ｄｉｓｐａｌｙ＿ｓｉｚｅは、送信するステレオコンテンツに対して最適化された推奨ディスプレイサイズを示すことができる。ｔａｒｇｅｔ＿ｄｉｓｐｌａｙ＿ｓｉｚｅは、アスペクト比が固定された場合、対角線長さを示す４７インチ、５５インチなどの値を示すことができ、ディスプレイ幅の距離を示すことができる。ｔａｒｇｅｔ＿ｄｉｓｐｌａｙ＿ｓｉｚｅは、上述したｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの１番目のビットが１であるときのみ有効であり得る。
【０１０７】
ｔａｒｇｅｔ＿ＩＯＤは、送信するステレオコンテンツに対して最適化されたＩＯＤを示すことができる。ｔａｒｇｅｔ＿ＩＯＤは、４０ｍｍ〜８０ｍｍの範囲で分布し得る。ｔａｒｇｅｔ＿ＩＯＤは、上述したｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの２番目のビットが１であるときのみ有効であり得る。
【０１０８】
ｔａｒｇｅｔ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅは、送信するステレオコンテンツを視聴するのに最適化された推奨視聴距離を示すことができる。ｔａｒｇｅｔ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅは、上述したｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの３番目のビットが１であるときのみ有効であり得る。
【０１０９】
ｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）は、受信器でステレオコンテンツを新しくレンダリングする場合に参照できる値を示すことができる。例えば、ｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）は、送信するステレオコンテンツを撮影したとき、レフト、ライトの二つのカメラ間の距離を示すベースライン距離を含むことができる。ｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）は、ステレオ映像（ビュー）を補償するために必要な他のパラメータを含むことができる。ｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）は、上述したｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの４番目のビットが１であるときのみ有効であり得る。
【０１１０】
ｎｕｍ＿ｏｆ＿ｒｅｆｅｒｅｎｃｅｓは、仮想映像を生成するために必要なガイド情報の個数を示すことができる。ここで、ガイド情報は、視聴条件及びこれに対応するパラメータセットを意味し得る。
【０１１１】
ｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇは、仮想映像の生成と関連する視聴条件に関する各フィールドの有効性をシグナリングすることができる。
【０１１２】
ｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅは、提供される基準視聴条件及び補償パラメータが如何なるファクタをベースにして算出されたかを示すことができる。これに関しては、後で詳細に説明する。
【０１１３】
ｒｅｆ＿ｄｉｓｐｌａｙ＿ｓｉｚｅは、送信するステレオコンテンツに対して最適化された値ではないが、受信端の視聴条件によって参照可能なディスプレイサイズを示すことができる。ｒｅｆ＿ｄｉｓｐｌａｙ＿ｓｉｚｅは、上述したｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの１番目のビットが１であるときのみ有効であり得る。
【０１１４】
ｒｅｆ＿ＩＯＤは、送信するステレオコンテンツに対して最適化された値ではないが、受信端の視聴条件によって参照可能なＩＯＤを示すことができる。ｒｅｆ＿ＩＯＤは、上述したｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの２番目のビットが１であるときのみ有効であり得る。
【０１１５】
ｒｅｆ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅは、送信するステレオコンテンツに対して最適化された値ではないが、受信端の視聴条件によって参照可能な視聴距離を示すことができる。ｒｅｆ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅｓは、上述したｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの３番目のビットが１であるときのみ有効であり得る。
【０１１６】
ｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）は、受信器でステレオコンテンツを新しくレンダリングする場合に参照できる値を示すことができる。ｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）は、基準視聴条件に対応する補償パラメータを意味し得る。例えば、ｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）は、送信するステレオコンテンツを撮影したとき、レフト、ライトの二つのカメラ間の距離を示すベースライン距離を含むことができる。上述したベースライン距離はｒｅｆ＿ｂａｓｅｌｉｎｅ＿ｄｉｓｔａｎｃｅフィールドに含めることができる。ｒｅｆ＿ｂａｓｅｌｉｎｅ＿ｄｉｓｔａｎｃｅフィールドはｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）に含めることができる。ｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）は、ステレオ映像（ビュー）を補償するために必要な他のパラメータを含むことができる。ｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）は、上述したｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇの４番目のビットが１であるときのみ有効であり得る。
【０１１７】
本発明の一実施例によれば、上述したｖｉｅｗ＿ｐａｉｒ＿ＩＤ、ｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇ、ｔａｒｇｅｔ＿ｄｉｓｐａｌｙ＿ｓｉｚｅ、ｔａｒｇｅｔ＿ＩＯＤ、ｔａｒｇｅｔ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ及び／又はｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）は、実際のサービスに含まれたストリームに関する情報を示すことができ、上述したｎｕｍ＿ｏｆ＿ｒｅｆｅｒｅｎｃｅｓ、ｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇ、ｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅ、ｒｅｆ＿ｄｉｓｐｌａｙ＿ｓｉｚｅ、ｒｅｆ＿ＩＯＤ、ｒｅｆ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ及び／又はｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）は、本発明の一実施例によって仮想映像を生成するために必要であり得る。
【０１１８】
図１４は、本発明の一実施例に係るｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅの構成を示した図である。
【０１１９】
本発明の一実施例に係るｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅが０ｘ００である場合、これは、視聴条件を構成する要素のうち輻輳角の値をそのまま維持する条件でステレオ映像（ビュー）を補償する方法を示すことができる。０ｘ０１である場合、これは、視聴条件を構成する要素のうち視差角の値をそのまま維持する条件でステレオ映像を補償する方法を示すことができる。０ｘ０２である場合、これは、視聴条件を構成する要素のうち視聴者基準の距離範囲をそのまま維持する条件でステレオ映像を補償する方法を示すことができる。０ｘ０３である場合、これは、視聴条件を構成する要素のうちスクリーン基準の距離範囲をそのまま維持する条件でステレオ映像を補償する方法を示すことができる。
【０１２０】
本発明の一実施例によれば、ｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅが示すファクタをベースにして基準視聴条件及び／又はこれによる補償パラメータを決定することができる。
【０１２１】
図１５は、本発明の一実施例に係るｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【０１２２】
本発明の一実施例に係るｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒ（）は、３Ｄ映像ペア（ビューペア）（view pair）の構成情報を含むことができる。
【０１２３】
本発明の一実施例に係るｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ、ｎｕｍ＿ｏｆ＿ｖｉｅｗ＿ｐａｉｒｓ、ｖｉｅｗ＿ｐａｉｒ＿ＩＤ、ｌｅｆｔ＿ＰＩＤ及び／又はｒｉｇｈｔ＿ＰＩＤを含むことができる。
【０１２４】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このディスクリプタが３Ｄ映像ペアに関する情報を含むディスクリプタであることを示すことができる。
【０１２５】
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このディスクリプタの長さを示すことができる。
【０１２６】
ｎｕｍ＿ｏｆ＿ｖｉｅｗ＿ｐａｉｒｓは、プログラム内に含まれるステレオペアの個数を示すことができる。
【０１２７】
ｖｉｅｗ＿ｐａｉｒ＿ＩＤは、各ステレオ映像ペアを識別できる識別子を示すことができる。本発明の一実施例は、ｖｉｅｗ＿ｐａｉｒ＿ＩＤを用いてレフトビュー及び／又はライトビューが如何なるＥＳストリームで構成されるかを識別することができる。
【０１２８】
ｌｅｆｔ＿ＰＩＤは、レフトビューに該当する映像のＰＩＤを示すことができる。
【０１２９】
ｒｉｇｈｔ＿ＰＩＤは、ライトビューに該当する映像のＰＩＤを示すことができる。
【０１３０】
本発明の一実施例に係るｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒ（）は、この図面に示していないが、レフトデプス及び／又はライトデプスに関する情報を含むストリームを識別できるＰＩＤ情報を示すフィールドを含むことができる。
【０１３１】
図１６は、本発明の一実施例に係るＰＭＴ（Program Map Table）の構成を示した図である。
【０１３２】
本発明の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴのプログラムレベルに含めてシグナリングすることができる。（オプション１）
【０１３３】
本発明の他の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴ内で深さストリーム（depth stream）に該当するエレメンタリストリーム（elementary stream）レベルに含めてシグナリングすることができる。（オプション２）
【０１３４】
本発明の更に他の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴ内で深さに対応するビデオエレメンタリストリーム（video elementary stream）レベルに含めてシグナリングすることができる。（オプション３）
【０１３５】
本発明の一実施例によれば、プログラム内に含まれたステレオ映像（ビュー）の構成は、ＰＭＴのプログラムレベル内に含まれたｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒを通じてシグナリングすることができる。
【０１３６】
図１７は、本発明の一実施例に係るＴＶＣＴ（Terrestrial Virtual Channel Table）の構成を示した図である。
【０１３７】
本発明の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ＴＶＣＴのチャネルレベルディスクリプタ（channel level descriptor）に含めてシグナリングすることができる。（オプション１）
【０１３８】
本発明の他の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の各フィールドは、ＴＶＣＴ内のコンポーネントリストディスクリプタ（component list descriptor）に含めてシグナリングすることができる。（オプション２）
【０１３９】
本発明の更に他の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の各フィールドは、ＴＶＣＴ内でサービスロケーションディスクリプタ（service location descriptor）に含めてシグナリングすることができる。（オプション３）
【０１４０】
本発明の一実施例によれば、プログラム内に含まれたステレオ映像（ビュー）の構成は、ＴＶＣＴのチャネルレベル内に含まれたｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒを通じてシグナリングすることができる。
【０１４１】
図１８は、本発明の一実施例に係るＳＤＴ（service description table）の構成を示した図である。
【０１４２】
本発明の一実施例によれば、上述したｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ＳＤＴのサービスレベルディスクリプタ（service level descriptor）に含めてシグナリングすることができる。このとき、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、全ての映像に関する情報を含むことができる。
【０１４３】
本発明の一実施例によれば、プログラム内に含まれたステレオ映像（ビュー）の構成は、ＳＤＴのサービスレベルディスクリプタ内に含まれたｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒを通じてシグナリングすることができる。
【０１４４】
本発明の一実施例に係るＳＤＴは、ｔａｂｌｅ＿ｉｄフィールド、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールド、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールド、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド、ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールド、ｓｅｒｖｉｃｅ＿ｉｄフィールド、ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇフィールド、ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇフィールド、ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールド、ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールド、ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）及び／又はＣＲＣ＿３２フィールドを含む。
【０１４５】
ｔａｂｌｅ＿ｉｄフィールドは、テーブルのタイプを識別する。ｔａｂｌｅ＿ｉｄフィールドは、当該テーブルセクションがＳＤＴを構成するセクションであることを示す役割を担う（serve）ことができる。
【０１４６】
ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、当該フィールドの後に来るテーブルセクションのフォーマットを示す。当該フィールドの値が０であれば、当該テーブルセクションはショートフォーマットであることを示し、当該フィールドの値が１であれば、テーブルセクションは一般的なロングフォーマットであることを示す。
【０１４７】
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの終わりまでの長さを示すことができる。
【０１４８】
ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、当該テーブルで説明しようとするトランスポートストリーム（ＴＳ）を識別する。
【０１４９】
ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（private table section）のバージョン番号を示す。受信器は、当該フィールドと後述するｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドとを用いてメモリに記憶されているテーブルセクションのうち最も最近のものを探すことができる。
【０１５０】
ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドが示す値が１であれば、現在伝送されるテーブルが有効であることを示し、０であれば、現在伝送されるテーブルが現在は有効でないが、後で有効になることを示す。
【０１５１】
ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。
【０１５２】
ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番（order）を示す。
【０１５３】
ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、当該テーブルで記述するサービスを伝送した最初の放送局を識別することができる。
【０１５４】
ｓｅｒｖｉｃｅ＿ｉｄフィールドは、トランスポートストリーム内に存在する各サービスを識別する。ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ＰＭＴでｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドとその機能が同一であり得る。
【０１５５】
ＥＩＴ＿ｓｃｈｅｄｕｌｅ＿ｆｌａｇフィールドが示す値が１であれば、現在ＴＳ内にサービスのためのＥＩＴスケジュール情報（EIT schedule flag）が存在することを示し、０であれば存在しないことを示す。
【０１５６】
ＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ｆｌａｇフィールドが示す値が１であれば、現在ＴＳ内にサービスのためのＥＩＴ＿ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ情報が存在することを示し、０であれば存在しないことを示す。
【０１５７】
ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドは、サービスの状態を示す。例えば、ｒｕｎｎｉｎｇ＿ｓｔａｔｕｓフィールドの値が１であれば、サービスが「ｎｏｔ  ｒｕｎｎｉｎｇ」であることを示し、２であれば「ｓｔａｒｔｓ  ｉｎ  ａ  ｆｅｗ  ｓｅｃｏｎｄｓ」であることを示し、３であれば「ｐａｕｓｉｎｇ」であることを示し、４であれば「ｒｕｎｎｉｎｇ」であることを示し、５であれば「ｓｅｒｖｉｃｅ  ｏｆｆ−ａｉｒ」であることを示すことができる。
【０１５８】
ｆｒｅｅ＿ＣＡ＿ｍｏｄｅフィールドが示す値が０であれば、サービスを構成する各コンポーネントストリームがスクランブルされていないことを示し、１であれば、一つ以上のストリームに対するアクセス（access）がＣＡシステムによって調節されることを示す。ＣＡシステムは、Conditional Access Systemの略語であって、放送の視聴を契約者に限定するために放送コンテンツの暗号化機能と契約者のみが暗号を解いて放送コンテンツを視聴できる機能とを提供するシステムを意味する。
【０１５９】
ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｏｏｐ＿ｌｅｎｇｔｈフィールドは、当該フィールドの後に来る各ディスクリプタの長さを足した値を示す。
【０１６０】
ｄｅｓｃｒｉｐｔｏｒ（）は、各サービスに対して記述するディスクリプタを意味する。本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）及び／又はｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒ（）は、このディスクリプタ（）に該当し得る。
【０１６１】
ＣＲＣ＿３２フィールドは、当該テーブルセクションに含まれたデータに誤りがあるか否かを確認するために使用されるＣＲＣ値を示す。
【０１６２】
図１９は、本発明の一実施例に係るｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５（）の構成を示した図である。
【０１６３】
本発明の一実施例によれば、ステレオ３Ｄレンダリング情報（）は、上述した内容と異なり、ディスクリプタ形態でＰＳＩ／ＰＳＩＰ／ＤＶＢ−ＳＩ情報でなく、ビデオストリーム又はビデオデータヘッダのＳＥＩメッセージに含めて伝送することができる。
【０１６４】
この図面を見れば、Ｈ．２６４（又はＡＶＣ）ビデオの場合は、ＳＥＩ（Supplemental Enhancement Information）領域に該当情報を伝送し、ｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿１３５（）にｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒ及びｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅを含めて伝送することができる。すなわち、ｕｓｅｒ＿ｄａｔａ（）の代わりに、各ＳＥＩペイロードに該当情報を伝送する。ＳＥＩは、ＭＰＥＧ−２のピクチャ拡張及びユーザデータの機能を実行し（performs the function）、位置も同様に制限することができる。すなわち、この図面は、ステレオ３Ｄレンダリング情報（）（stereo_3D_rendering_info()）をＡＶＣ／Ｈ．２６４内に含めて伝送する方法を示した図である。
【０１６５】
本発明の一実施例に係るｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５（）は、ｉｔｕ＿ｔ＿ｔ３５＿ｃｏｕｎｔｒｙ＿ｃｏｄｅ、ｉｔｕ＿ｔ＿ｔ３５＿ｐｒｏｖｉｄｅｒ＿ｃｏｄｅ、ｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒ及び／又はｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅ（）を含むことができる。
【０１６６】
図２０は、本発明の一実施例に係るＤＶＢで使用するｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒ値とこれに対応するｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅ（）とを示した図である。
【０１６７】
本発明の一実施例によれば、ｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒが０ｘ４７４１３９３４（「ＧＡ９４」）であれば、ｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅ（）はＤＶＢ１＿ｄａｔａ（）を示すことができ、ｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒが０ｘ４４５４４７３１（「ＤＴＧ１」）であれば、ｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅ（）はａｆｄ＿ｄａｔａ（）を示すことができる。
【０１６８】
この図面に示したフィールドに関する詳細な説明は、既に公知となった内容及び規格書の内容に置き替えることができる。
【０１６９】
図２１は、本発明の一実施例に係るＤＶＢ１＿ｄａｔａ（）の構成を示した図である。
【０１７０】
本発明の一実施例によれば、ＤＶＢ１＿ｄａｔａ（）は、ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｃｏｄｅ及び／又はｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｓｔｒｕｃｔｕｒｅ（）を含むことができる。
【０１７１】
ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｃｏｄｅは、ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｓｔｒｕｃｔｕｒｅ（）に載せられるデータの種類を示す。
【０１７２】
本発明の一実施例によれば、ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｓｔｒｕｃｔｕｒｅ（）は、上述したステレオ３Ｄレンダリング情報ディスクリプタに含まれる情報を含むことができる。
【０１７３】
この図面に示したフィールドに関する詳細な説明は、既に公知となった内容及び規格書の内容に置き替えることができる。
【０１７４】
図２２は、本発明の一実施例に係るステレオ３Ｄレンダリング情報を含むＳＥＩメッセージの構成を示した図である。
【０１７５】
本発明の一実施例に係るステレオ３Ｄレンダリング情報を含むＳＥＩメッセージは、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）又はステレオ３Ｄレンダリング情報ＳＥＩメッセージと命名することができる。
【０１７６】
本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）は、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｉｄ、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｃａｎｃｅｌ＿ｆｌａｇ及び／又はステレオ３Ｄレンダリング情報（）を含むことができる。
【０１７７】
ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｉｄは、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）に含まれた情報の組み合わせを識別することができる。
【０１７８】
ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｃａｎｃｅｌ＿ｆｌａｇの値が１である場合、これは、以前のピクチャまで適用されたステレオ３Ｄレンダリング情報がこれ以上適用されないことを示すことができる。
【０１７９】
本発明の一実施例は、ビデオレベルでステレオ３Ｄレンダリング関連情報をシグナリングするためにｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）を伝送する方法を提供することができる。
【０１８０】
本発明の一実施例によれば、特定映像のビデオデータ又は深さストリームにｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩメッセージが含まれる場合、本発明の一実施例は、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）を通じて該当ストリームの映像に関する立体情報などをシグナリングすることができる。本発明の一実施例は、ＳＥＩ  ＲＢＳＰ（Raw Byte Sequence Payload）を通じてｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）を受信することができる。本発明の一実施例は、ＡＶＣ  ＮＡＬユニットをパージング（パース）し（parse）、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値が６で、ペイロードタイプが４であるｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５  ＳＥＩメッセージを読み取り、ｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒ値を確認することができる。ここで、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値が６であれば、これはＳＥＩメッセージであることを示すことができる。本発明の一実施例は、ｕｓｅｒ＿ｉｄｅｎｔｉｆｉｅｒ値が０ｘ４７４１３９３４であるｕｓｅｒ＿ｓｔｒｕｃｔｕｒｅ（）を読み取り、ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｃｏｄｅが０ｘ１２であるデータを抽出することができる。本発明の一実施例は、ｕｓｅｒ＿ｄａｔａ＿ｔｙｐｅ＿ｃｏｄｅが０ｘ１２であるｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄａｔａ（）をパージングし、３Ｄ取得情報及び／又は後ほどの仮想映像生成のための情報を取得することができる。
【０１８１】
本発明の一実施例に係るステレオ３Ｄレンダリング情報（）は、ｖｉｅｗ＿ｐａｉｒ＿ＩＤ、ｔａｒｇｅｔ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇ、ｔａｒｇｅｔ＿ｄｉｓｐａｌｙ＿ｓｉｚｅ、ｔａｒｇｅｔ＿ＩＯＤ、ｔａｒｇｅｔ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ、ｒｅｎｄｅｒｅｄ＿ｐａｒａｍ（）、ｎｕｍ＿ｏｆ＿ｒｅｆｅｒｅｎｃｅｓ、ｒｅｆ＿ｐａｒａｍｅｔｅｒ＿ｖａｌｉｄ＿ｆｌａｇ、ｃｏｍｐｅｎｓａｔｉｏｎ＿ｔｙｐｅ、ｒｅｆ＿ｄｉｓｐｌａｙ＿ｓｉｚｅ、ｒｅｆ＿ＩＯＤ、ｒｅｆ＿ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ及び／又はｒｅｆ＿ｃｏｍｐｅｎｓａｔｉｏｎ＿ｐａｒａｍ（）を含むことができる。ステレオ３Ｄレンダリング情報（）に含まれた上述した各フィールドが示す意味は既に説明した。
【０１８２】
本発明の一実施例によれば、ｖｉｅｗ＿ｐａｉｒ＿ＩＤは、ＰＳＩ／ＰＳＩＰ／ＳＩ情報におけるプログラム／チャネル（チャンネル）（channel）／サービスレベルのｖｉｅｗ＿ｐａｉｒ＿ｄｅｓｃｒｉｐｔｏｒに含まれた情報と連動して使用することができる。本発明の他の一実施例は、レフトビュー及びライトビューを構成する各ＥＳのＰＩＤを直接シグナリングすることができる。
【０１８３】
図２３は、本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【０１８４】
本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴのプログラムレベル又はストリームレベルに含めることができる。ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｄｅｓｃｒｉｐｔｏｒ（）は、該当（対応する）ビデオデータ内にステレオ３Ｄレンダリング情報ＳＥＩメッセージが含まれているか否かに関する情報を含むことができる。これによって、受信器は、該当ビデオデータ内にステレオ３Ｄレンダリング情報ＳＥＩメッセージが含まれているか否かをシステムレベルで予め知ることができる。
【０１８５】
本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈ及び／又はｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｍｅｓｓａｇｅ＿ｅｘｉｓｔ＿ｆｌａｇを含むことができる。
【０１８６】
ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは、このディスクリプタが該当ビデオデータ内にステレオ３Ｄレンダリング情報ＳＥＩメッセージが含まれているか否かに関する情報を示すディスクリプタであることを示すことができる。
【０１８７】
ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈは、このディスクリプタの長さを示すことができる。
【０１８８】
ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ＳＥＩ＿ｍｅｓｓａｇｅ＿ｅｘｉｓｔ＿ｆｌａｇは、受信されるビデオストリーム内にステレオ３Ｄレンダリング関連情報を詳細に知ることができるステレオ３ＤレンダリングＳＥＩメッセージが含まれているか否かを示すことができる。
【０１８９】
図２４は、本発明の一実施例に係るスクリーンサイズに適応できるステレオ映像（ビュー）を提供するための放送サービス構造を示した図である。
【０１９０】
本発明の一実施例によれば、使用量分布度（配分）が高い視聴条件（viewing conditions having high distribution levels）を予め選定し、送信端で各視聴条件に合うコンテンツを予め生成する場合、送信端は一つの映像を固定して（fixedly）伝送し、残りの映像を可変的に（variably）伝送することができる。これによって、本発明の一実施例は、それぞれの視聴条件のケースに対するステレオ映像ペアを全て生成して伝送する場合に比べて帯域幅などの資源の消費を減少させることができる。
【０１９１】
この図面を見れば、映像１のためのビデオエレメント（video element for view 1）は、全ての受信器（２Ｄ及び３Ｄ受信器を含む）に適用される映像を示すことができ、映像２−３２″のためのビデオエレメント（video element for view 2-32″）は、スクリーンサイズが３２インチである受信器に適用される映像を示すことができ、映像２−４２″のためのビデオエレメント（video element for view 2-42"）は、スクリーンサイズが４２インチである受信器に適用される映像を示すことができ、映像２−５２″のためのビデオエレメント（video element for view 2-52"）は、スクリーンサイズが５２インチである受信器に適用される映像を示すことができる。ここで、映像２−４２″のためのビデオエレメント及び／又は映像２−５２″のためのビデオエレメントは、ブロードバンド及び／又はＩＰ網を介して伝送することができる。
【０１９２】
図２５は、本発明の一実施例に係る放送サービスのシグナリング方法及びシグナリング内容を伝送チャネルのタイプによって識別して示した図である。
【０１９３】
本発明の一実施例によれば、２Ｄチャネルの場合、ベース映像ビデオのみをインバンド（in-band）チャネルで伝送することができ、３Ｄチャネルの場合、ベース映像ビデオ及び／又は追加の映像ビデオエレメント（additional view video elements）をインバンドチャネルで伝送することができる。
【０１９４】
本発明の一実施例によれば、追加映像ビデオエレメントは、ブロードバンド及び／又は他のチャネルで伝送することができる。
【０１９５】
本発明の一実施例によれば、インバンドで伝送されるサービスは、ＰＭＴのプログラムレベル、ＴＶＣＴのチャネルレベル、ＳＤＴのサービスレベル、ＥＩＴのイベントレベル及び／又はビデオストリームのヘッダ（ＳＥＩメッセージ）によってシグナリングすることができる。
【０１９６】
本発明の一実施例によれば、ブロードバンドで伝送されるサービスは、ＩＰ層（レイヤ）及び／又はビデオレベルでシグナリングすることができる。他のチャネルで伝送されるサービスは、ＰＭＴのプログラムレベル、ＴＶＣＴのチャネルレベル、ＳＤＴのサービスレベル、ＥＩＴのイベントレベル及び／又はビデオストリームのヘッダ（ＳＥＩメッセージ）によってシグナリングすることができる。
【０１９７】
インバンドで伝送されるサービスの場合、本発明の一実施例は、ベース映像及び追加映像エレメントの組み合わせに対するターゲット視聴条件及びこれと関連したパラメータをシグナリングすることができる。本発明の一実施例は、映像分析でレンダリングが可能な仮想映像に関する条件情報をシグナリングすることができる。本発明の一実施例は、アウトオブバンド（out-of-band）（ブロードバンドなどを含む）で受信可能な追加映像ビデオエレメントに関するシグナリング情報をシグナリングすることができる。ここで、上述した追加映像ビデオエレメントに関するシグナリング情報は、追加映像ビデオエレメントのＩＰアドレス、ＥＳ  ＰＩＤ、スケジュール情報などを含むことができる。
【０１９８】
ブロードバンド及び／又は他のチャネルで伝送されるサービスの場合、本発明の一実施例は、ベース映像に関するシグナリング情報をシグナリングすることができる。ここで、ベース映像に関するシグナリング情報は、ベース映像のチャネル、ＰＩＤなどを含むことができる。本発明の一実施例は、映像分析でレンダリングが可能な仮想映像に関する条件情報をシグナリングすることができる。これに関しては後で詳細に説明する。本発明の一実施例は、ブロードバンド及び／又は他のチャネルで伝送されるサービスを既存のレガシＴＶが受信できないようにするフィールドを設定することができる。ここで、既存のレガシＴＶが受信できないようにするフィールドは、隠れたチャネル（hidden channel）、未知のサービスタイプ（unknown service type）などを含むことができる。
【０１９９】
図２６は、本発明の一実施例に係るｓｔｅｒｅｏ＿３Ｄ＿ｖｉｅｗｉｎｇ＿ｃｏｎｄｉｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。
【０２００】
分布度が高い視聴条件を予め選定し、送信端でそれぞれに合うコンテンツを予め生成する場合、各ケースに関するステレオ映像ペア（Stereo view pair）を全て伝送するときに要求される帯域幅などの資源を最小化するために、送信端では一つの映像を固定して伝送し、残りの映像を別途の独立した経路（パス）（path）を介してリアルタイム又は非リアルタイムに伝送することができる。
【０２０１】
この場合、映像ペアディスクリプタ（）は、追加映像ビデオが伝送されるチャネルのシグナリングセクション情報に含めて伝送することができ、映像ペアディスクリプタ（）には３Ｄ映像ペアの構成情報を含めることができる。
【０２０２】
ｓｔｅｒｅｏ＿３Ｄ＿ｖｉｅｗｉｎｇ＿ｃｏｎｄｉｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）は、ｂａｓｅ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールド、ｂａｓｅ＿ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールド、ｂａｓｅ＿ｓｏｕｒｃｅ＿ｉｄフィールド、ｂａｓｅ＿ｎｅｔｗｏｒｋ＿ｉｄフィールド、ｂａｓｅ＿ＰＩＤフィールド及び／又はｎｕｍ＿ｏｆ＿ｖｉｅｗ＿ｐａｉｒｓフィールドを含むことができる。
【０２０３】
ｂａｓｅ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、現在のチャネル又はその他の経路を介して追加映像ビデオのみを送信する場合、これと関連するベース映像ビデオを伝送するチャネル番号を示す。
【０２０４】
ｂａｓｅ＿ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、現在のチャネル又はその他の経路を介して追加映像ビデオのみを送信する場合、これと関連するベース映像ビデオのプログラム番号を示す。
【０２０５】
ｂａｓｅ＿ｓｏｕｒｃｅ＿ｉｄフィールドは、現在のチャネル又はその他の経路を介して追加映像ビデオのみを送信する場合、これと関連するベース映像ビデオのソースを識別する識別子である。
【０２０６】
ｂａｓｅ＿ｎｅｔｗｏｒｋ＿ｉｄフィールドは、現在のチャネル又はその他の経路を介して追加映像ビデオのみを送信する場合、これと関連するベース映像ビデオを提供するネットワークを識別する識別子である。
【０２０７】
ｂａｓｅ＿ＰＩＤフィールドは、現在のチャネル又はその他の経路を介して追加映像ビデオのみを送信する場合、これと関連するベース映像ビデオを伝送するパケットのＰＩＤを示す。
【０２０８】
ｎｕｍ＿ｏｆ＿ｖｉｅｗ＿ｐａｉｒｓフィールドは、提供されるステレオ３Ｄ映像の個数を示す。
【０２０９】
残りのフィールドに関する説明は、ｓｔｅｒｅｏ＿３Ｄ＿ｒｅｎｄｅｒｉｎｇ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（）の各フィールドに関する説明に置き替える。
【０２１０】
図２７は、本発明の一実施例に係る受信器の構成を示した図である。
【０２１１】
視聴条件に合う３Ｄ映像を提供する受信器は、チューナ及び復調部２７０１０、ＶＳＢデコーダ２７０２０、トランスポートパケット（ＴＰ）逆多重化部２７０３０、第２デコーダ２７０４０、ＭＶＣ拡張レイヤデコーダ２７０５０、ＡＶＣレイヤデコーダ２７０６０、第１デコーダ２５０７０、ＰＳＩ／ＰＳＩＰ／ＳＩプロセッサ２７０８０、映像分析モジュール２７０９０、第１仮想映像生成部２７１００、第２仮想映像生成部２７１１０及び／又は出力フォーマッタ２７１２０を含むことができる。
【０２１２】
チューナ及び復調部２７０１０は、３Ｄ放送チャネルでチューニングを行い、受信した信号を復調する。
【０２１３】
ＶＳＢデコーダ２７０２０は、ＶＳＢが適用された信号をデコードする。本ブロックの名称は、ＶＳＢデコーダと命名したが、ＯＦＤＭが適用された信号をデコードするブロックと見なすこともできる。
【０２１４】
トランスポートパケット逆多重化部２７０３０は、放送信号からトランスポートパケットを分離する。特に、パケット識別子をフィルタリングする（filtering）機能を実行する。
【０２１５】
第２デコーダ２７０４０は、第２映像のための深さ情報をデコードする。
【０２１６】
ＭＶＣ拡張レイヤデコーダ２７０５０は、第２映像のためのデータをデコードする。
【０２１７】
ＡＶＣレイヤデコーダ２７０６０は、第１映像のためのデータをデコードする。
【０２１８】
第１デコーダ２７０７０は、第１映像のための深さ情報をデコードする。
【０２１９】
ＰＳＩ／ＰＳＩＰ／ＳＩプロセッサ２７０８０は、シグナリング信号に対する処理を行う。例えば、ＰＳＩＰ又はＤＶＢ  ＳＩに含まれた多くのテーブルを処理したり、シグナリングパケット、シグナリングセグメントなどを処理する機能を実行する。ＰＳＩ／ＰＳＩＰ／ＳＩプロセッサ２７０８０は、上述したディスクリプタなどに含まれる情報を処理する機能を実行することができる。
【０２２０】
映像分析モジュール２７０９０は、仮想映像を生成することができる。これに関しては、映像分析モジュールに関する説明部分で既に説明した。
【０２２１】
第１仮想映像生成部２７１００は、映像分析モジュールで分析された情報又はデータに基づいて第１仮想映像をレンダリングする。例えば、第１仮想映像は、３Ｄ映像に含まれる左映像であり得る。
【０２２２】
第２仮想映像生成部２７１１０は、映像分析モジュールで分析された情報又はデータに基づいて第２仮想映像をレンダリングする。例えば、第２仮想映像は、３Ｄ映像に含まれる右映像であり得る。
【０２２３】
出力フォーマッタ２７１２０は、第１仮想映像及び第２仮想映像を結合して３Ｄ映像をフォーマットする。
【０２２４】
図２８は、本発明の一実施例に係るフレーム互換（frame compatible）過程を示した図である。
【０２２５】
本発明の一実施例によれば、一つのフレームは、左映像、右映像、左映像に対する深さ情報及び／又は右映像に対する深さ情報を含むことができる。ここで、フレームはＵＨＤフレームを含むことができる。
【０２２６】
本発明の一実施例は、この図面に示したフレーム構造を用いてグラスレス（メガネ不要）（glassless）３Ｄサービスをサポートすることができる。ここで、フレーム構造は、シングル４Ｋフレーム構造を含むことができる。
【０２２７】
本発明の一実施例によれば、製作段階（production）で製作された４Ｋ（級）（4K-grade）左映像２８０１０、４Ｋ右映像２８０２０、４Ｋ左映像に対する深さ映像（L depth）２８０３０及び／又は４Ｋ右映像に対する深さ映像（R depth）２８０４０は、それぞれ１／２の高さ及び１／２の幅を有するフレームにサブサンプル（サブサンプリング）（subsampling）（２８０５０、２８０６０、２８０７０、２８０８０）することができる。ここで、製作段階の左映像及び／又は右映像は３８４０ｘ２１６０の解像度を有し、プログレッシブ（progressive）走査方式を有し、２４／３０／６０ｈｚのフレーム率を有するビデオ映像に該当（対応）し得る。サブサンプルされた左映像、右映像、左映像に対する深さ映像及び／又は右映像に対する深さ映像は一つのフレームにパックすることができる（frame packing）（２８０９０）。ここで、本発明の他の一実施例によれば、製作段階の左映像、右映像、左映像に対する深さ映像及び／又は右映像に対する深さ映像がＨＤ（級）（HD grade）で製作される場合は、上述したサブサンプリング過程を介さずに直ぐ一つの４Ｋフレームにパックすることもできる。ここで、本発明の一実施例に係るサブサンプリングは、ダウンサンプリングと同一の意味を示すことができる。パックされたフレームは、エンコードして受信端に伝送することができる（圧縮、ＨＥＶＣエンコーディング）（２８１００）。本発明の一実施例に係る受信端は、エンコードされたフレームを受信してデコードすることができる（圧縮解除（解凍）（decompression）、ＨＥＶＣデコーディング）（２８１１０）。デコードされたフレーム２８１２０を構成する左映像、右映像、左映像に対する深さ映像及び／又は右映像に対する深さ映像は、それぞれ元のフレームサイズにアップサンプル（アップサンプリング）（upsampling）することができる（２８１３０）。本発明の一実施例は、左映像及び左映像に対する深さ映像を用いて合成された左映像２８１４０を生成することができる。本発明の一実施例は、右映像及び右映像に対する深さ映像を用いて合成された右映像２８１５０を生成することができる。本発明の一実施例に係る３Ｄフォーマッタ２８１６０は、生成された合成された左映像及び合成された右映像を結合し、３Ｄ映像をフォーマットして表示する（    display）ことができる（２８１７０）。ここで、左映像に対する深さ映像及び／又は右映像に対する深さ映像は深さマップと命名することができる。
【０２２８】
本発明の一実施例は、グラスレス方式の３Ｄサービスを提供するために左映像、右映像及び／又は深さマップを含む４Ｋフレームを生成する方法を提供することができる。
【０２２９】
本発明の一実施例によれば、伝送フォーマットを基準にして（に基づいて）（based on）、左映像及び／又は右映像はＦＨＤ（Full HD）解像度を有することができ、合成された左映像及び／又は合成された右映像もＦＨＤ解像度を有することができる。
【０２３０】
本発明の一実施例によれば、伝送フォーマットを基準にして、深さマップはＦＨＤ解像度より低くなり得る。
【０２３１】
本発明の一実施例に係る４Ｋフレーム（左映像、右映像及び／又は深さマップを含む）をＨＥＶＣで圧縮して伝送する場合、ビットレートは１５Ｍｂｐｓ〜２０Ｍｂｐｓであり得る。すなわち、２Ｄ映像と同一の水準のビットレートを示すことができる。本発明の一実施例によれば、上述したビットレートは、同一の深さマップの場合、３０％（水準）のビットレート（bit rate of 30%）と仮定し、フレームパッキング（frame packing）による効率オーバーヘッド（efficiency overhead）を２０％（水準）のビットレートと仮定したときに導出された値であり得る。
【０２３２】
本発明の一実施例に係る４Ｋフレーム（左映像、右映像及び／又は深さマップを含む）は、地上波放送網、ケーブル網及び／又は衛星網を介して伝送することができる。ここで、本発明の一実施例は、４Ｋフレームを地上波放送網で伝送する場合、ＤＶＢ−Ｔ２に従うことができる。本発明の一実施例は、４Ｋフレームをケーブル網で伝送する場合、ＤＶＢ−Ｃ２に従うことができる。本発明の一実施例は、４Ｋフレームを衛星で伝送する場合、ＤＶＢ−Ｓ２に従うことができる。
【０２３３】
本発明の一実施例は、伝送されるフレームが左映像、右映像及び／又は深さマップ（左映像に対する深さ映像及び／又は右映像に対する深さ映像）を一つのフレームに含むフォーマットを有していることをシグナリングすることができる。
【０２３４】
本発明の一実施例は、伝送されるフレームが左映像、右映像及び／又は深さマップを一つのフレームに含むフレームフォーマットを有していることをビデオレベル及び／又はシステムレベルでシグナリングすることができる。
【０２３５】
本発明の一実施例によってビデオレベルでシグナリングする場合、本発明の一実施例は、ビデオＥＳ（Elementary Stream、ＨＥＶＣ）内のフレームパッキングアレンジメントＳＥＩメッセージを介して伝送されるフレームが、左映像、右映像及び／又は深さマップを一つのフレームに含むフレームフォーマットであることをシグナリングすることができる。本発明の一実施例に係るフレームパッキングアレンジメントＳＥＩメッセージは、ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅフィールド、ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールド、ｓｐａｔｉａｌ＿ｆｌｉｐｐｉｎｇ＿ｆｌａｇフィールド及び／又はｆｒａｍｅ０＿ｆｌｉｐｐｅｄ＿ｆｌａｇフィールドを含むことができる。ここで、ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｔｙｐｅフィールドは、該当フレームが左映像、右映像及び／又は深さマップを一つのフレームに含むフレームフォーマットであることを示すことができる。ｆｒａｍｅ＿ｐａｃｋｉｎｇ＿ａｒｒａｎｇｅｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドは、深さマップのビット深度を示すことができる。ｓｐａｔｉａｌ＿ｆｌｉｐｐｉｎｇ＿ｆｌａｇフィールド及び／又はｆｒａｍｅ０＿ｆｌｉｐｐｅｄ＿ｆｌａｇフィールドは、左映像及び／又は右映像の水平フリッピング（horizontal flipping）の有無を示すことができる。
【０２３６】
本発明の一実施例に係るシステムレベルでシグナリングする場合、本発明の一実施例は、ＰＭＴ（Program Map Table）内で、ｓｔｒｅａｍ＿ｔｙｐｅを０ｘ２４とＨＥＶＣと同一に設定し、ＨＥＶＣディスクリプタ内でＦＰＡ＿ＳＥＩ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドが示す値を０に設定することができる。この場合、すなわち、ＦＰＡ＿ＳＥＩ＿ｎｏｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドの値が０であるとき、受信器は、ビデオレベルシグナリング情報を通じて左映像、右映像及び／又は深さマップを一つのフレームに含むフレームフォーマットに関する詳細な情報を把握することができる。本発明の一実施例は、ＰＳＩＰ／ＳＩ情報内のコンポーネント（ＥＳ）レベルシグナリングを通じて該当コンポーネント（ＥＳ）が左映像、右映像及び／又は深さマップを一つのフレームに含むフレームフォーマットを含むことをシグナリングすることができる。ここで、コンポーネントはＥＳ（Elementary Stream）を意味し得る。
【０２３７】
図２９は、本発明の一実施例に係る深さマップを８ビット４Ｋフレームにマッピングする方法を示した図である。
【０２３８】
本発明の一実施例は、１２ビットのビット深度を有する深さマップのピクセル（１２−ビット深度ピクセル）を、８ビットのビット深度を有し、４：２：０のＹＣｂＣｒを有する４Ｋフレームのピクセルにマッピングすることができる（２９０１０）。例えば、本発明の一実施例によれば、この図面に示したＤ０の４番目から１１番目までのビットは、Ｙ０の０番目から７番目までのビットにマッピングすることができ、Ｄ０の０番目から３番目までのビットは、Ｃｂ０の４番目から７番目までのビットにマッピングすることができるし、Ｄ１の４番目から１１番目までのビットは、Ｙ１の０番目から７番目までのビットにマッピングすることができ、Ｄ１の０番目から３番目までのビットは、Ｃｂ０の０番目から３番目までのビットにマッピングすることができ、Ｄ２の４番目から１１番目までのビットは、Ｙ２の０番目から７番目までのビットにマッピングすることができ、Ｄ２の０番目から３番目までのビットは、Ｃｒ０の４番目から７番目までのビットにマッピングすることができ、Ｄ３の４番目から１１番目までのビットは、Ｙ３の０番目から７番目までのビットにマッピングすることができ、Ｄ３の０番目から３番目までのビットは、Ｃｒ０の０番目から３番目までのビットにマッピングすることができる。
【０２３９】
本発明の一実施例は、１０ビットのビット深度を有する深さマップのピクセル（１０−ビット深度ピクセル）を、８ビットのビット深度を有し、４：２：０のＹＣｂＣｒを有する４Ｋフレームのピクセルにマッピングすることができる（２９０２０）。例えば、本発明の一実施例によれば、この図面に示したＤ０の２番目から９番目までのビットは、Ｙ０の０番目から７番目までのビットにマッピングすることができ、Ｄ０の０番目から１番目までのビットは、Ｃｂ０の６番目から７番目までのビットにマッピングすることができ、Ｄ１の２番目から９番目までのビットは、Ｙ１の０番目から７番目までのビットにマッピングすることができ、Ｄ１の０番目から１番目までのビットは、Ｃｂ０の４番目から５番目までのビットにマッピングすることができ、Ｄ２の２番目から９番目までのビットは、Ｙ２の０番目から７番目までのビットにマッピングすることができ、Ｄ２の０番目から１番目までのビットは、Ｃｒ０の２番目から３番目までのビットにマッピングすることができ、Ｄ３の２番目から９番目までのビットは、Ｙ３の０番目から７番目までのビットにマッピングすることができ、Ｄ３の０番目から３番目までのビットは、Ｃｒ０の０番目から１番目までのビットにマッピングすることができる。
【０２４０】
図３０は、本発明の一実施例に係る放送信号受信方法を示した図である。
【０２４１】
本発明の一実施例に係る放送信号受信方法は、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームが一つのフレームにパックされたパッキングフレーム及び上記パッキングフレームと関連する映像に関するシグナリング情報を含む放送信号を受信するステップ（Ｓ３００１０）、上記受信したパッキングフレームから上記左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームを抽出するステップ（Ｓ３００２０）並びに／又は上記抽出された少なくとも一つのフレームを用いて３Ｄ映像をレンダリングするステップ（Ｓ３００３０）を含むことができる。
【０２４２】
本発明の一実施例に係る受信部は、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームが一つのフレームにパックされたパッキングフレーム及び上記パッキングフレームと関連する映像に関するシグナリング情報を含む放送信号を受信することができる。これに関しては、図２８の説明部分で既に詳細に説明した。
【０２４３】
本発明の一実施例に係る抽出部は、上記受信したパッキングフレームから上記左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームを抽出することができる。これに関しては、図２８の説明部分で既に詳細に説明した。
【０２４４】
本発明の一実施例に係るレンダリング部は、上記抽出された少なくとも一つのフレームを用いて３Ｄ映像をレンダリングすることができる。レンダリング部は、出力フォーマッタ及び／又は３Ｄフォーマッタと命名することができる。これに関しては、図２７及び図２８の説明部分で既に詳細に説明した。
【０２４５】
本発明の他の一実施例によれば、上記パッキングフレームは、上記左映像に対する深さ映像フレームに含まれた深さ情報及び上記右映像に対する深さ映像フレームに含まれた深さ情報を、上記パッキングフレームを示す色空間の成分にビット単位でマッピングして生成することができる。これに関しては、図２９の説明部分で既に説明した。
【０２４６】
本発明の他の一実施例によれば、上記シグナリング情報は、上記放送信号に含まれたフレームがパッキングフレームであることを示すフレームパッキングアレンジメント情報を含むことができる。これに関しては、図２８の説明部分で既に詳細に説明した。
【０２４７】
本発明の他の一実施例によれば、上記シグナリング情報は、上記左映像フレーム及び右映像フレームが水平にフリッピングされたか否かを示すフレームフリッピングフラグ情報を含むことができる。これに関しては、図２８の説明部分で既に詳細に説明した。
【０２４８】
本発明の他の一実施例によれば、上記シグナリング情報はＳＥＩ（Supplemental Enhancement Information）メッセージを含み、上記フレームパッキングアレンジメント情報、上記デプスビット深度情報及び上記フレームフリッピングフラグ情報のうち少なくともいずれか一つは、上記パッキングフレームを含むビデオストリーム内のＳＥＩメッセージに含めることができる。これに関しては、図１９、図２０、図２１及び図２８の説明部分で既に詳細に説明した。
【０２４９】
本発明の他の一実施例によれば、上記シグナリング情報はＰＭＴ（Program Map Table）を含み、上記ＰＭＴは、上記ＳＥＩメッセージに上記フレームパッキングアレンジメント情報が含まれているか否かを示すフレームパッキングフラグ情報を含むことができる。これに関しては、図１６、図１９、図２０、図２１及び図２８の説明部分で既に詳細に説明した。
【０２５０】
本発明の他の一実施例によれば、上記フレームパッキングアレンジメント情報、上記デプスビット深度情報及び上記フレームフリッピングフラグ情報のうち少なくともいずれか一つは、システムレベルでシグナリングすることができる。これに関しては、図２５及び図２８の説明部分で既に詳細に説明した。
【０２５１】
図３１は、本発明の一実施例に係る放送信号送信装置の構成を示した図である。
【０２５２】
本発明の一実施例に係る放送信号送信装置３１０４０は、エンコーダ３１０１０、放送信号生成部３１０２０及び／又は伝送部３１０３０を含むことができる。
【０２５３】
エンコーダ３１０１０は、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームをそれぞれダウンサンプルし、上記ダウンサンプルされた各フレームのうち少なくとも一つのフレームを一つのフレームにパックしたパッキングフレームをエンコードすることができる。
【０２５４】
放送信号生成部３１０２０は、上記エンコードされたパッキングフレーム及び上記パッキングフレームと関連する映像に関するシグナリング情報を含む放送信号を生成することができる。
【０２５５】
伝送部３１０３０は、上記生成された放送信号を伝送することができる。
【０２５６】
本発明の一実施例に係る放送信号送信装置３１０４０の構成は、上述した放送信号送信方法の対応する各ステップを行うことができる。また、各構成は、ハードウェアに該当（対応）したり、ハードウェアに含めて処理することができる。
【０２５７】
図３２は、本発明の一実施例に係る放送信号受信装置の構成を示した図である。
【０２５８】
本発明の一実施例に係る放送信号受信装置３２０４０は、受信部３２０１０、抽出部３２０２０及び／又はレンダリング部３２０３０を含むことができる。
【０２５９】
受信部３２０１０は、左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームが一つのフレームにパックされたパッキングフレーム及び上記パッキングフレームと関連する映像に関するシグナリング情報を含む放送信号を受信することができる。
【０２６０】
抽出部３２０２０は、上記受信したパッキングフレームから上記左映像フレーム、右映像フレーム、左映像に対する深さ映像フレーム及び右映像に対する深さ映像フレームのうち少なくとも一つのフレームを抽出することができる。
【０２６１】
レンダリング部３２０３０は、上記抽出された少なくとも一つのフレームを用いて３Ｄ映像をレンダリングすることができる。レンダリング部は、上述した映像分析モジュール、出力フォーマッタ及び／又は３Ｄフォーマッタを含むことができる。
【０２６２】
本発明の一実施例に係る放送信号受信装置３２０４０の構成は、上述した放送信号受信方法の対応する各ステップを行うことができる。また、各構成は、ハードウェアに該当（対応）したり、ハードウェアに含めて処理することができる。
【０２６３】
説明の便宜上、各図面を分けて説明したが、各図面に記載されている各実施例を統合して新しい実施例を具現するように設計することも可能である。そして、当業者の必要に応じて、以前に説明した各実施例を実行するためのプログラムが記憶されているコンピュータで読み取り可能な記憶媒体を設計することも本発明の権利範囲に属する。
【０２６４】
本発明に係る装置及び方法は、上述した各実施例の構成及び方法を限定的に適用するものではなく、上述した各実施例は、多様に変形できるように各実施例の全部又は一部を選択的に組み合わせて構成することもできる。
【０２６５】
一方、本発明の映像処理方法は、ネットワークデバイスに備えられたプロセッサが読み取り可能な記憶媒体に、プロセッサが読み取り可能なコードとして具現することが可能である。プロセッサが読み取り可能な記憶媒体は、プロセッサによって読み取られるデータが記憶される全ての種類の記憶装置を含む。プロセッサが読み取り可能な記憶媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピ（登録商標）ディスク、光データ記憶装置などがあり、また、インターネットを介した伝送などのキャリアウェーブ（搬送波）の形態で具現されるものも含む。また、プロセッサが読み取り可能な記憶媒体は、ネットワークで接続されたコンピュータシステムで分散し、分散方式でプロセッサが読み取り可能なコードを記憶して実行することができる。
【０２６６】
また、以上では、本発明の好適な実施例に対して図示して説明したが、本発明は、上述した特定の実施例に限定されるものではなく、特許請求の範囲で請求する本発明の要旨から逸脱することなく、当該発明の属する技術分野で通常の知識を有する者によって多様な変形実施が可能であることは当然であり、このような変形実施は、本発明の技術的思想や展望から個別的に理解してはならない。
【０２６７】
そして、当該明細書では、物の発明及び方法の発明を全て説明しており、必要に応じて両発明の説明を補充して適用することができる。
【０２６８】
発明を実施するための形態は、上述したように、発明を実施するための最善の形態で説明した。
【産業上の利用可能性】
【０２６９】
本発明は、放送産業全般で利用可能である。
【図１】
0006456980.tif 000002
【図２】
0006456980.tif 000003
【図３】
0006456980.tif 000004
【図４】
0006456980.tif 000005
【図５】
0006456980.tif 000006
【図６】
0006456980.tif 000007
【図７】
0006456980.tif 000008
【図８】
0006456980.tif 000009
【図９】
0006456980.tif 000010
【図１０】
0006456980.tif 000011
【図１１】
0006456980.tif 000012
【図１２】
0006456980.tif 000013
【図１３】
0006456980.tif 000014
【図１４】
0006456980.tif 000015
【図１５】
0006456980.tif 000016
【図１６】
0006456980.tif 000017
【図１７】
0006456980.tif 000018
【図１８】
0006456980.tif 000019
【図１９】
0006456980.tif 000020
【図２０】
0006456980.tif 000021
【図２１】
0006456980.tif 000022
【図２２】
0006456980.tif 000023
【図２３】
0006456980.tif 000024
【図２４】
0006456980.tif 000025
【図２５】
0006456980.tif 000026
【図２６】
0006456980.tif 000027
【図２７】
0006456980.tif 000028
【図２８】
0006456980.tif 000029
【図２９】
0006456980.tif 000030
【図３０】
0006456980.tif 000031
【図３１】
0006456980.tif 000032
【図３２】
0006456980.tif 000033