"3次元ビデオのためのクローズドキャプションの視差データを処理する方法であって、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取るステップと、前記サービス番号を、非通知サービスである7~63のサービス番号を有する対応する被マップ側拡張サービスにマッピングするステップと、前記被マップ側拡張サービス内に現れる前記クローズドキャプションデータから前記視差データを解析するステップと、クローズドキャプションテキストデータを受け取るステップと、前記キャプションテキスト及び視差データを処理し、前記キャプションテキストの表示上の、CEA-708に準拠する可変長コマンドで搬送された前記視差データにより定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成するステップと、を含むことを特徴とする方法。3次元ビデオのためのクローズドキャプションの視差データを処理する方法であって、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取るステップと、前記サービス番号を、7~63のサービス番号を有する対応する被マップ側拡張サービスにマッピングするステップと、前記被マップ側拡張サービス内に現れる前記クローズドキャプションデータから前記視差データを解析するステップと、クローズドキャプションテキストデータを受け取るステップと、前記キャプションテキスト及び視差データを処理し、前記キャプションテキストの表示上の、前記視差データにより定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成するステップと、を含むことを特徴とする方法。前記視差データが、CEA-708に準拠する可変長コマンドで搬送される、ことを特徴とする請求項2に記載の方法。前記被マップ側拡張サービス番号が、1から49、2から50、3から51、4から52、5から53及び6から54のようにマッピングされる、ことを特徴とする請求項2に記載の方法。前記被マップ側拡張サービス番号が、1から57、2から58、3から59、4から60、5から61及び6から62のようにマッピングされる、ことを特徴とする請求項2に記載の方法。前記被マップ側拡張サービス番号が、2進数で表した場合、関連するサービス番号を前記拡張サービス番号の最下位3ビットによって一意に識別する、ことを特徴とする請求項2に記載の方法。1又はそれ以上のプログラムされたプロセッサ上で実行された時に請求項2に記載の方法を実行する命令を記憶する、ことを特徴とするコンピュータ可読記憶媒体。3次元ビデオのためのクローズドキャプションの視差データを処理する方法であって、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取るステップと、前記サービス番号を、非通知サービスである対応する被マップ側拡張サービスにマッピングするステップと、前記被マップ側拡張サービス内に現れる前記クローズドキャプションデータから前記視差データを解析するステップと、クローズドキャプションテキストデータを受け取るステップと、前記キャプションテキスト及び視差データを処理し、前記キャプションテキストの表示上の、前記視差データにより定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成するステップと、を含むことを特徴とする方法。前記拡張サービスが、7~63のサービス番号に対応する、ことを特徴とする請求項8に記載の方法。前記視差データが、CEA-708に準拠する可変長コマンドで搬送される、ことを特徴とする請求項8に記載の方法。前記被マップ側拡張サービス番号が、1から49、2から50、3から51、4から52、5から53及び6から54のようにマッピングされる、ことを特徴とする請求項8に記載の方法。前記被マップ側拡張サービス番号が、1から57、2から58、3から59、4から60、5から61及び6から62のようにマッピングされる、ことを特徴とする請求項8に記載の方法。前記被マップ側拡張サービス番号が、2進数で表した場合、関連するサービス番号を前記拡張サービス番号の最下位3ビットによって一意に識別する、ことを特徴とする請求項8に記載の方法。1又はそれ以上のプログラムされたプロセッサ上で実行された時に請求項8に記載の方法を実行する命令を記憶する、ことを特徴とするコンピュータ可読記憶媒体。クローズドキャプションの視差データを処理するテレビ受信機装置であって、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取る受信機と、前記サービス番号を、非通知サービスである対応する被マップ側拡張サービスにマッピングする1又はそれ以上のプロセッサと、前記被マップ側拡張サービス内に現れる前記クローズドキャプションデータから前記視差データを解析し、前記トランスポートストリームからクローズドキャプションテキストデータをさらに受け取るパーサと、前記視差データ及び前記キャプションテキストを受け取って処理し、前記キャプションテキストの表示上の、前記視差データにより定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成する合成器と、を備えることを特徴とする装置。前記拡張サービスが、7~63のサービス番号に対応する、ことを特徴とする請求項15に記載の装置。前記視差データが、CEA-708に準拠する可変長コマンドで搬送される、ことを特徴とする請求項15に記載の装置。前記被マップ側拡張サービス番号が、1から49、2から50、3から51、4から52、5から53及び6から54のようにマッピングされる、ことを特徴とする請求項15に記載の装置。前記被マップ側拡張サービス番号が、1から57、2から58、3から59、4から60、5から61及び6から62のようにマッピングされる、ことを特徴とする請求項15に記載の装置。前記被マップ側拡張サービス番号が、2進数で表した場合、関連するサービス番号を前記拡張サービス番号の最下位3ビットによって一意に識別する、ことを特徴とする請求項15に記載の装置。添付図面と併せて行う以下の詳細な説明を参照することにより、構成及び動作方法を示す特定の例示的な実施形態、並びに目的及び利点を最も良く理解することができる。本発明は、多くの異なる形の実施形態が可能であるが、このような実施形態の開示は原理の一例として見なすべきであり、図示及び説明する特定の実施形態に本発明を限定することを意図するものではないという理解の下、図面に特定の実施形態を示し本明細書で詳細に説明する。以下の説明では、図面の複数の図における同様の、類似の又は一致する部分については同じ参照番号を使用して説明する。本明細書で使用する1つの英文不定冠詞という用語は、1又は1よりも多くの、と定義される。本明細書で使用する複数のという用語は、2又は2よりも多い、と定義される。本明細書で使用する別のという用語は、少なくとも第2の又はそれ以上の、と定義される。本明細書で使用する含むincluding及び/又は有するhavingという用語は、備えるcomprisingすなわち包括的な用語と定義される。本明細書で使用する結合されるという用語は、接続されると定義されるが、必ずしも直接的な、また必ずしも機械的な接続ではない。本明細書で使用するプログラム又はコンピュータプログラムという用語又は類似の用語は、コンピュータシステム上での実行を意図された一連の命令であると定義される。プログラム又はコンピュータプログラムは、実行可能アプリケーション、アプレット、サーブレット、ソースコード、オブジェクトコード、共有ライブラリ/ダイナミックロードライブラリ、及び/又はコンピュータシステム上で実行するように設計されたその他の一連の命令におけるサブルーチン、プログラムモジュール、スクリプト、関数、手順、オブジェクト方法、オブジェクト実装を含むことができる。本明細書で使用するプログラムという用語は、第2の文脈上記の定義を第1の文脈とするで使用することもできる。第2の文脈では、この用語はテレビ番組という意味で使用される。この文脈では、この用語は単一のテレビ番組として解釈され、電子番組ガイドEPGで伝えられるようなあらゆるまとまった一連のオーディオビデオコンテンツを意味するために使用され、このコンテンツが、映画、スポーツイベント、連続番組の一部、ニュース放送などのいずれであるかは関係ない。この用語はまた、電子番組ガイドでは番組として伝えられないコマーシャルスポット及びその他の番組様のコンテンツを含むと解釈することもできる。本明細書を通じて、1つの実施形態、いくつかの実施形態、ある実施形態、ある実施構成、ある例、又は同様の用語への言及は、実施形態に関連して説明する特定の特徴、構造又は特性が、本発明の少なくとも1つの実施形態に含まれることを意味する。従って、本明細書を通じて至るところに出現するこのような語句は、必ずしも全てが同じ実施形態について言及するものではない。さらに、上記の特定の特徴、構造又は特性を、本発明を限定することなく1又はそれ以上の実施形態にあらゆる好適な態様で組み合わせることができる。本明細書で使用する又はという用語は包括的なものとして解釈すべきであり、すなわちいずれか1つ又はあらゆる組み合わせを意味する。従って、A、B又はCは、A、B、C、AとB、AとC、BとC、AとBとC、のいずれかを意味する。この定義に対する例外は、要素、機能、ステップ又は行為の組み合わせが何らかの点で本質的に互いに相容れない場合にのみ生じる。3Dビデオ番組の表示内にクローズドキャプションを表す場合、CCウィンドウと関連テキストが、異なる、より適切な知覚深度に現れるように表示する措置をとらない限り、これらはスクリーン平面内に表示される可能性が高い。3Dコンテンツのシーン内のオブジェクトは、視聴者にとってディスプレイスクリーン平面の前に何らかの距離があると感じられるように表示することができる。万一、ディスプレイ平面と同じ深度に配置されたキャプションウィンドウがこのオブジェクトの前に配置された場合、深度違反が発生する。このような場合、相入れない深度表現が視聴者に示され、眼精疲労及び不快感を生じる状況となる。キャプションは、単純にスクリーン平面に位置する場合、シーン内のコンテンツとz軸で交差することができるので、キャプションの表示は、ビデオ表示の主題に対して個別に作成されることが好ましい。これを行うために、キャプションテキストを含むウィンドウのz軸上の知覚される配置スクリーン平面の前又は後の指定距離を定めて効果的な表示を行ってシーン内のオブジェクトへの干渉を避けるための追加情報をキャプションとともに送信することができる。この情報を提供するための技術をいくつか考案することはできるが、これらの多くには欠点がある。立体3Dテレビは、左目用と右目用の別個の表示を、視聴者の目の各々がその目を対象とした画像のみを見るようにする方法と組み合わせてディスプレイ画面に配信するものである。所与のオブジェクトの配置の水平位置で左目と右目の視野が異なる時に、このオブジェクトに関して深度の錯覚が得られる。3次元表示システムに関する基本技術の概要は、英国、DurhamDH13LE、SouthRoad、Durham大学、科学研究所、コンピュータ科学学科、NickHolliman博士による3D表示システム3DDisplaySystem特に10~11ページ及び図5を参照に記載されており、この文献はその全体が引用により本明細書に組み入れられる。本明細書で使用する視差という用語は、網膜歪覚と区別するものとして、より正式には画面視差すなわち、画面上で測定されるものと呼ぶことができ、画面上に表示される一対の位置合わせされた立体画像の右画像及び左画像内の対応点の物理的x座標の差異として定義される。説明を簡単にするために、本明細書では、それほど正式ではない視差という用語を使用する。慣例によれば、視差が負の場合例えば、画面上で左目画像が右目画像の右側に表示される場合、オブジェクトは、スクリーン平面の前にあるように知覚される。視差が正の場合例えば、画面上で左目画像が右目画像の左側に表示される場合、オブジェクトは、スクリーン平面の後にあるように知覚される。視差データという用語は、キャプションウィンドウ及びその関連テキストなどの所与のグラフィカルオブジェクトを表示する際に使用する視差値を示すあらゆるデータを意味することができる。より一般的には、現在のシーン内のオブジェクトのz軸位置を反映するデータを意味するためにこの用語を使用することもできる。シーンエリアを領域内にマッピングして、視聴者に最も近い各領域内のオブジェクトのz軸位置をマップ内の座標として記録することができる。このようなマップを、視差マップ又は深度マップと呼ぶことができる。視差マップは、フレームごとに変化することができ、多くの方法で表現することができる。なお、視差は、左目画像と右目画像の水平オフセットの尺度であるが、分数の画素オフセットも完全に許容できるので、このオフセットは整数の画素数である必要はない。表示のための3Dビデオ及びCCコンテンツの配信という背景では、視差は、付随するビデオの幅のパーセンテージとして一般に表される。従って、これは無次元数である。例えば、シグナリング方式には、視差の1つの単位は一般に、ディスプレイ画面の幅と一致するように表示されるビデオコンテンツの幅の1/1920に等しいという規定がある。ただし、画面の幅が1920であっても、1/1920の視差が実際の視差の最小増分というわけではない。この定義によれば、視差7は、ビデオコンテンツの幅の7/1920に等しい距離を意味する。やはりこの定義によれば、水平解像度が1920画素の画面という特別な事例では、視差の完全な1単位が1表示画素と同じということになるが、これは特別な事例と見なすべきである。ディスプレイ画面の水平画素が、例えば1600などの、1920未満の場合、これに応じて視差がスケール調整され、視差7は7/19201600=5.83画素に等しくなる。従って、最も正確には、視差は、1対の位置合わせされた立体画像の左目画像と右目画像内の対応点のx軸水平に沿った、画面上の物理的位置の差異と見なすべきである。一般に、CCウィンドウは、z軸に沿って位置付けられた、ディスプレイスクリーン平面に対して平行な平面内に存在すると知覚される2次元ウィンドウである点にも注目されたい。本明細書の主題は、3Dキャプションサービスをサポートするデータの伝送に関する問題に取り組むものである。レガシーな既存の、在野のキャプションデコーダとの下位互換性があることをほぼ保証できる、CEA-708に準拠する装置のDTVキャプションチャネルでデータを配信する方法が必要である。1つの可能性は、本明細書と同日付で出願され、Eyerに付与された、クローズドキャプション視差のための拡張コマンドストリームEXTENDEDCOMMANDSTREAMFORCLOSEDCAPTIONDISPARITYという名称の米国特許出願第13/022,810号に記載されているような拡張チャネルを使用することであり、この特許出願はその全体が引用により本明細書に組み入れられる。3Dオーディオ/ビデオコンテンツのためのクローズドキャプションデータは、キャプションウィンドウ属性の定義及びテキスト、並びに3Dビデオ上に各キャプションウィンドウを表示すべきz軸位置深度を指定する視差データを含む。コンテンツを作成して配信するシナリオには、同じコンテンツの2Dバージョンが異なる経路を通じて受信機に配信される例えば、ケーブル上の異なるチャンネルでブロードキャストされるものもある。この2Dバージョンのコンテンツは、視差データを含む同じクローズドキャプションデータを伴うことができる。2Dバージョンのコンテンツは、3D非対応受信機レガシー受信機と呼ぶこともできるによって処理されるので、キャプションデータを処理する場合には、視差データは適当に無視又はスキップされるべきである。高度なキャプションのCEA規格であるCEA-708は、規格を将来的に拡張できるように意図された対策をいくつか含んでいた。これらの拡張の1つを視差データの追加に使用することは、正しい選択のように思えるであろうが、CEA-708キャプションデコーダの実現は、このデコーダがこれらの拡張のいくつかを処理する方法に関して不十分であることが判明した。CEA-708規格は、領域によっては不明瞭で又は分かりにくく、実際に実施エラー又は脱落を招く。キャプションストリーム内に視差データが存在することによってレガシーデコーダが悪影響を受けるであろう可能性を最小限に抑える方法が模索されてきた。本明細書で説明する方法は、標準的キャプションサービスの1つに関連することが分かっている別個のキャプションサービス内で視差データを配信するものである。CEA-708高度キャプション規格は、複数の同時キャプションサービスをサポートし、従って、例えば同じ番組に異なる言語のキャプションを提供することができる。CEA-708は、第9項に最低限のデコーダを定義する。最低限のデコーダは、標準サービス番号1~6を処理する必要がある。拡張サービス7~63の処理は任意である。この規格を引用すると、デコーダは、標準サービスヘッダ、拡張サービスブロックヘッダ、及びヌルブロックヘッダから成る全てのキャプションチャネルブロックヘッダを復号できるものとするとある。本明細書で説明する視差データ伝送方法は、拡張範囲7~63のサービス番号で識別されるサービスに3Dデータを挿入するものである。視差データを搬送するための標準的方法では、例えばサービス番号63などの1つの拡張サービスが、標準サービス番号1のための3D関連データを搬送することを想定することができる。しかしながら、この方法は、英語とスペイン語のキャプションを同時に提供するような複数の同時キャプションサービスの例に対処するには不十分と思われる。拡張サービス63又は7~62の範囲の他のいずれかのサービス番号が、1又はそれ以上の標準サービスのための3Dデータを搬送できるようなシステムを設計することができる。拡張サービス63内に、例えば、ある3Dデータのブロックを標準サービス1~6の特定の1つに関連付けるためのシグナリングを存在させることができる。このような方法は、可能ではあるが扱いにくく非効率的と思われる。3Dデータを伝送するタイミングは、キャプションウィンドウ定義及びテキストを確立するキャプションデータと厳密に一致すべきである。複数の標準サービスのための3Dデータを1つの拡張サービス内で伝送する場合、デコーダは、復号していない標準サービスのデータブロックに遭遇し、無駄な努力となる。本主題は、サービス番号1~6と6つの拡張サービス番号との間のマッピングを定義することによって上記の制限を克服する。3D対応受信機が、標準サービス1のキャプションを復号する際に、標準サービス1にマッピングされる拡張サービスのサービスブロックも処理する。このマッピングされる拡張サービスは、標準サービス1に関連する3Dデータのみを含み、その他のサービスに関連するデータは含まない。簡単かつ効率的にするために、標準マッピングを使用することができる。本主題のさらなる態様は、3D視差データを伝送するために使用するデータ構造が、CEA-708-D、第7項、1.11.2で定義されるような可変長コマンドと呼ばれるCEA-708の拡張機能を使用する方法に関する。この機能に対応できないレガシー受信機は大量に存在すると考えられるので、このような方法は、標準サービスを背景とした使用には適さないと思われる。このような受信機がこれらの可変長コマンドの1つに遭遇すると、画面上に表示されるキャプション出力が文字化けする恐れがある。しかしながら、拡張サービス番号のサービスブロックで視差データを配信する場合、このことは問題ではない。全ての既存の受信機は、現在復号していないサービス番号に対応するサービスブロック拡張サービスを含むをスキップできると考えられる。いずれかのレガシー受信機が視差データの復号を試みた場合キャプションサービス記述子では、視差データを含むキャプションサービスは通知されないので、通常は行われないはずである、この受信機は、CEA-708-Dに基づいて構築されていれば、コマンドの内容を単純に無視する。以上から要約すると、対処すべきいくつかの問題点は以下の通りである。1.レガシー装置と互換性のある例えば、2Dバージョンのブロードキャストのためのキャプションデータを処理する際に異常な出力を行わない3D視差データの配信方法の必要性。2.拡張範囲内7~63の1つのサービス番号を使用することは有用であるが、完全な解決策ではない。3.拡張サービス番号で識別されるキャプションサービス内で3D視差データを送信する場合、完全な2Dデータを複製する必要帯域幅の浪費、又はこの3Dサービスが関連する2Dサービスのサービス番号を送信する必要これも帯域幅の浪費がある。4.拡張サービス番号で識別されるサービス内の3D視差データを、レガシーデコーダによって復号できる可能性があるこのようなデコーダが、ユーザが番号でサービスを選択できるようにしていた場合。この場合、レガシー装置は、CEA-708-Dに準拠して構築されていれば、正しく復号を行い、3Dデータを未サポートのコマンドとして単純に破棄するはずである。標準化委員会内でこの問題に対処してきた限り、解決策は、3D視差サービスの数を1つに限定し、レガシー装置が3Dデータストリームを認識した場合にこれらの動作を考慮しないことであった。拡張サービス番号を使用する場合、コマンドシンタックスのための方法が必要である。従って、本発明の実施形態を実現することによる1つの解決策では、複数の3D視差データサービスを配信する例えば、3Dデータを必要とする複数の同時キャプションサービスをサポートする能力を提供するために、マッピングスキームを使用する。以下のマッピングテーブル例は、使用できるマッピングの一例である。この例で番号49を選択したのは、2進数では、この番号が対応する例えば、追加コマンドを提供するサービス番号が、最下位3ビットで示されるからである。このようにして、サービス番号にビットマスクを適用すると、拡張サービス番号は、このサービス番号に都合良くセルフマッピングを行う。例えば、拡張サービス番号のビットごとに72進数で111を論理積演算すると、関連する主要キャプションサービス番号となる。しかしながら、その他のマッピングも同様に選択できるので、この方法を限定的なものと見なすべきではない。例えば、1は51に、2は52に関連付けることができ、以下同様である。別の例では、被マップ側拡張サービス番号を、1から57、2から58、3から59、4から60、5から61、6から62のようにマッピングすることができる。別の例では、被マップ側拡張サービス番号に、連続していること、上記の例から選択されること、又は2進数で表した時にいずれかの特定のビット配列を有すること、といった制限がなくてもよい。レガシーデコーダとの互換性を最適化するために全てのレガシーデコーダが新規のコマンドを適当に無視できることを完全に保証できるわけではないが、CEA-708-D、第7項、1.11.2で定義されるような可変長コマンドを使用することができる。このようなコマンドは、C3コマンドC3コードセット-拡張制御コードセット2を使用する。正しく実施された場合、レガシーデコーダは、可変長コマンドをスキップし、予測不能な行動をとらないことが保証されるはずである。従って、レガシーデコーダが視差データを処理しようと試みることに起因して誤動作しないことを保証する助けとするために、視差データに拡張サービス番号を使用する。標準サービス番号1~6にマッピングされた異なる拡張サービス番号7~63を使用することにより、複数のキャプションサービスに対応することができる。本明細書の教示に従ってこれを行った場合、サービス番号が拡張サービス番号に自動的にマッピングされるので、データ構造内のサービス番号を明示的に識別する必要はない。レガシーデコーダがこのサービスを行おうと試みるのをさらに防ぐために、可変長コマンドを使用していずれかの好適な方法で視差データを定義することができる。レガシーデコーダの中には、CEA-708に定義されるような可変長の拡張をスキップする機能を正しく実施できないものもあるが、これらの拡張は、例えば、キャプションの言語を選択するようにユーザが一般に選択できない非通知サービスなので、とにかく拡張サービス番号を選択する選択肢が視聴者に与えられることは決してない。これらのサービスは、ATSCA/65のProgramandSystemInformationProtocolPSIPで定義されるキャプションサービス記述子CSDでは通知されず、ほとんどの受信機は拡張サービス番号を実施しないすなわち、これらの受信機は、CEA-708、第9項の最低要件にしか従わない。可変長の視差コマンド例を、図1に100として示している。CEA-708-D、第7項、1.11.2に規定されるように、可変長コマンドは、後に0x90~0x9Fの数字が続くEXT1文字によって示され、この場合の0xの表記は、16進形式で表される数字を示す。図1に示すコマンドフォーマットでは、EXT1文字0x10の後に0x90が続く。この背景では、0x90は、SetDisparityコマンドのコマンド識別子である。CEA-708-D、第7項、1.11.2に定義されるシンタックスによれば、次のバイトは2ビットのTypeフィールドを含み、0ビット、そして5ビットの長さフィールドが続く。長さフィールドを含むバイトの後に、caption_disparity_dataのデータ構造が続く。以下の表1に、キャプション視差データの一例のシンタックスを疑似コードで示す。表1-キャプション視差データシンタックス例表1では、bslbfが、ビットシリアル、左端ビットが最初を意味し、uimsbfが、符号なし整数、最上位ビットが最初を意味し、simsbfが、符号付き整数、最上位ビットが最初を意味する。reservedと表記されたフィールドは今のところ未定義であるが、受信機は、将来的な規格の発表でこれらのフィールドが定義される時までこれらのフィールドを無視する。この例示的な表1は、例えば、本出願と同日付けで出願された、Eyer他に付与された、視差データ伝送及びシグナリンクDisparityDataTransportandSignalingという名称の米国特許出願第_______号に記載されており、この特許出願はその全体が引用により本明細書に組み入れられる。この方法では、上記出願に記載されるように、各線分の傾斜及びこの傾斜が当てはまるフレーム数を使用して視差を定義する。この技術による折れ線近似の例を、図2に200として示しており、最初の傾斜を0と仮定して、一連の線分をフレーム、傾斜変化=2,7,10,9,8,-7,10,-9によって表している。しかしながら、この機構を利用して、他のあらゆる好適な視差表現を望む通りに実現することもできる。この例示的な表1で上述した変数は、限定ではなく一例として以下の意味を有し、提示する定義は、CEA-708高度キャプション規格の更新などの技術規格での使用に適した形式である。caption_window_count:このcaption_disparity_dataのインスタンスに含まれるキャプションウィンドウの数を示す3ビットの符号なし整数。caption_window_id:このforループの繰り返しにおいて視差データが与えられる対応するサービス内のウィンドウIDを識別する3ビットの符号なし整数。temporal_extension_flag:1に設定した場合、時変視差パスを識別するデータが含まれることを示す1ビットのフラグ。disparity[i]:1920の水平画素に対する関連するキャプションウィンドウの視差値を示す9ビットの符号付き整数。値0はスクリーン平面視差なしを示す。負の値は、画面の面の知覚深度に対応し、正の値は画面の後の知覚深度に対応する。alternate_disparity[i]:disparity[i]と同様に符号化される9ビットの符号付き整数。時変キャプションウィンドウを表示できないデコーダが折れ線経路で与えられる値の代わりに使用できる視差値を与える。segment_count:後続のセグメント数を示す1~31の範囲の5ビットの符号なし整数。frame_count:後続のsegment_slope_changeを適用する前に待機すべきビデオフレーム数を示す0~31の範囲の5ビットの符号なし整数。segment_slope_change:frame_countで示されるフレームで適用する傾斜の変化量を示す-16~15の範囲の5ビットの2の補数符号付き整数。傾斜は、32個のフレームにわたる視差の画素数で指定される。ここで図3を参照すると、放送局などのサービスプロバイダの基本図を示している。一般的に言えば、1つのサービスプロバイダは、1又はそれ以上のトランスポートストリームを介して複数の番組を提供することができる。エンコーダにオーディオ、ビデオ、及びキャプションデータが提供され、このエンコーダが、これらのデータを、上述したようなキャプションデータパケットを含む配信に適したパケットに符号化する。図示のように、エンコーダ402及び404によって番組A及び番組Bが符号化され、次にこれらがトランスポートストリームマルチプレクサ410に提供され、次にこのマルチプレクサが、ケーブル又は衛星放送などの物理チャネル媒体を介して配信できる出力を提供する。図4に示すように、この物理チャネルからの符号化データが、テレビ受信機装置テレビ又はセットトップボックスなどで受け取られる。このトランスポートストリームが、トランスポートストリームデマルチプレクサ504で逆多重化されて、オーディオ、ビデオ、及びキャプションデータ並びに、場合によっては図示していないその他のデータを含む1又はそれ以上の番組ストリームが生成される。番組Aからのビデオパケットは、デマルチプレクサ504からビデオパーサ508に転送される。番組Aからのオーディオパケットは、デマルチプレクサ504からオーディオデコーダ512に転送され、このオーディオデコーダ512がオーディオ出力を生成する。ビデオパーサ508は、ビデオストリームからビデオパケットを抽出し、これらをビデオデコーダ514に転送する。ビデオパーサ508は、ビデオストリームからユーザデータを抽出し、これをユーザデータパーサ510に転送する。ユーザデータパーサ510は、ユーザデータパケット内からクローズドキャプションデータを抽出し、これをキャプションプロセッサ516に転送する。キャプションプロセッサ516内では、関心のあるキャプションサービス以外のキャプションサービス用データを含むキャプションサービスブロックをフィルタ除去して破棄する。ビデオコンテンツが3Dの場合、キャプションプロセッサ516は、関心のある主要サービスに対応するキャプションサービスブロックを処理すると同時に、被マップ側拡張サービスに対応するキャプションサービスブロックを処理する。キャプションプロセッサ516の出力は、クローズドキャプションのグラフィカル表現であり、通常はキャプションウィンドウに入れられたテキストである。3Dコンテンツでは、キャプションプロセッサ516の出力は、各キャプションウィンドウの知覚深度z平面位置を確立するために適当な視差が適用された、左目視野及び右目視野のための別個のキャプション出力である。キャプションデータパケット内のデータに基づいてx、y、及びz平面内にキャプションを配置した3Dビデオを生成するために、合成器520においてキャプショングラフィックスがビデオデータと合成される。このようなデータは、キャプションをz軸内に静的に、又はキャプションデータの作成に基づいて動的に配置することができる。図5に、受信機装置をより詳細に示しており、ここでは地上波放送、ケーブル、又は衛星などのあらゆる適当な発信源を介して、受信機600のチューナ/復調器602においてコンテンツが受け取られる。チューナ/復調器602からのトランスポートストリームは、デマルチプレクサ606においてオーディオ及びビデオストリームに逆多重化される。オーディオデコーダ610においてオーディオが復号され、ビデオデコーダ614においてビデオが復号される。選択的に利用できる非圧縮A/Vインターフェイス618を介して、非圧縮A/Vデータを受け取ることもできる。IPテレビコンテンツを復号するために、ネットワークインターフェイス626を介してインターネット622経由でA/Vコンテンツを受け取ることもできる。また、非リアルタイムNRTで保存されるコンテンツのためのストレージ630を提供することもできる。このNRTコンテンツは、606において、他のコンテンツソースと同様の方法で逆多重化することにより再生することができる。一般に、受信機は、ワーキングメモリ640及びプログラムメモリ642に相互接続されるとともに650などの1又はそれ以上のバスを介してグラフィックサブシステム644に相互接続されたCPU638などのプロセッサの制御下で動作する。CPU638は、デマルチプレクサ606からクローズドキャプションデータを受け取るとともに、本明細書で説明した機構を介して視差データを受け取り、拡張サービス内のデータを解析することによって、いずれのz位置、並びにx及びy位置にキャプションデータを位置付けるかを決定する。この情報が、グラフィックサブシステム644に転送され、合成器660において画像が合成されて、処理及びビデオディスプレイ上の表示に適した出力が生成される。図6に、本明細書で説明した方法で供給されるキャプションデータを処理するために使用するプログラムモジュールの1つの実施構成を示す。この例示的な実施構成では、プログラムメモリ642からのプログラム制御により動作してワーキングメモリ640を使用するCPU638が、逆多重化したトランスポートストリームをデマルチプレクサ606から受け取り、パーサモジュール704が、708においてキャプションデータすなわち、キャプションテキストを生成し、提示されたサービス番号で参照されるサービスが、拡張サービスマップテーブル714内でマッピングされた拡張サービスに対応することを拡張サービス処理モジュール712から判断し、グラフィックサブシステム644が処理に使用する拡張サービスのサービスデータブロックから視差データが抽出される。パーサ704は、706によって示すその他のデータ処理モジュールに対してその他データを解析することもできる。次に、この処理されたキャプションデータが、合成器660においてデマルチプレクサ606からのビデオデータと合成されて、CCデータの位置がz軸内に指定通りに配置された表示用データが生成される。従って、クローズドキャプションの視差データを処理するテレビ受信機装置は、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取る受信機を有する。638などの1又はそれ以上のプロセッサが、このサービス番号を、非通知サービスである対応する被マップ側拡張サービスにマッピングする。704などのパーサ処理が、被マップ側拡張サービス内に現れるクローズドキャプションデータから視差データを解析する。このパーサは、トランスポートストリームからクローズドキャプションテキストデータをさらに受け取る。660などの合成器が、視差データ及びキャプションテキストを受け取って処理し、キャプションテキストの表示上の視差データにより定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成する。いくつかの実施構成では、拡張サービスが、7~63のサービス番号に対応する。いくつかの実施構成では、視差データが、CEA-708に準拠する可変長コマンドで搬送される。いくつかの実施構成では、被マップ側拡張サービス番号が、1から49、2から50、3から51、4から52、5から53、及び6から54のようにマッピングされ、他の実施構成では、被マップ側拡張サービス番号が、1から57、2から58、3から59、4から60、5から61、及び6から62のようにマッピングされる。いくつかの実施構成では、被マップ側拡張サービス番号が、2進数で表した場合、拡張サービス番号の最下位3ビットによって関連サービス番号を一意に識別する。本発明の実施構成例による全体的な処理を図7のフローチャート800に示しており、この処理は802から開始する。804においてキャプションが有効になった場合、サービス番号1~6のいずれかにキャプションデータが存在する旨を示すデータを受け取る。810において、選択したサービス番号を、7~63の範囲の拡張サービス番号にマッピングする。814において、クローズドキャプションテキストを受け取り、818において、クローズドキャプション視差データを受け取る。これらのイベントは、テキスト及びキャプションデータが継続的に受け取られる連続フローであり、従ってこの表現を正確に時間を示すものであると解釈すべきではないことが理解されよう。822において視差データを処理して、クローズドキャプションテキスト及びこのテキストを含むクローズドキャプションウィンドウのz軸位置を決定し、次にこのデータを出力して合成表示データを生成する。この処理は、826において視差データ及びキャプションデータが終了するまでクローズドキャプションテキスト及び視差データを受け取り続け、830において戻る。826において、さらなるキャプションが利用可能な場合、処理は804へ進み、依然としてキャプションが有効であれば繰り返す。804においてキャプションが無効になった場合、処理は830において戻る。従って、3次元ビデオのためのクローズドキャプションの視差データを処理する方法は、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取るステップと、810のように、このサービス番号を、非通知サービスである7~63のサービス番号を有する対応する被マップ側拡張サービスにマッピングするステップとを含む。被マップ側拡張サービス内に現れるクローズドキャプションデータから視差データを解析する。次に、この処理は、クローズドキャプションテキストデータを受け取り、キャプションテキスト及び視差データを処理して、キャプションテキストの表示上の、CEA-708に準拠する可変長コマンドで搬送された視差データにより定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成する。いくつかの実施構成では、3次元ビデオのためのクローズドキャプションの視差データを処理する方法が、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取るステップと、このサービス番号を、7~63のサービス番号を有する対応する被マップ側拡張サービスにマッピングするステップと、この被マップ側拡張サービス内に現れるクローズドキャプションデータから視差データを解析するステップと、クローズドキャプションテキストデータを受け取るステップと、キャプションテキスト及び視差データを処理し、キャプションテキストの表示上の、視差データによって定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成するステップとを含む。当業者であれば、本教示を検討した時に多くの変形例が浮かぶであろう。例えば、いくつかの実施構成では、レガシー受信機がより高い番号の拡張サービスに対して動作するのをさらに防ぐために、視差データが、CEA-708に準拠する可変長コマンドで搬送される。いくつかの実施構成では、被マップ側拡張サービス番号が、1から49、2から50、3から51、4から52、5から53、及び6から54のようにマッピングされ、他の実施構成では、被マップ側拡張サービス番号が、1から57、2から58、3から59、4から60、5から61、及び6から62のようにマッピングされる。いくつかの実施構成では、被マップ側拡張サービス番号が、2進数で表した場合、拡張サービス番号の最下位3ビットによって関連サービス番号を一意に識別する。3次元ビデオのためのクローズドキャプションの視差データを処理する別の方法例は、1~6のサービス番号を有するサービスブロック内にクローズドキャプションテキストを含むクローズドキャプションデータを受け取るステップと、このサービス番号を、非通知サービスである対応する被マップ側拡張サービスにマッピングするステップと、被マップ側拡張サービス内に現れるクローズドキャプションデータから視差データを解析するステップと、クローズドキャプションテキストデータを受け取るステップと、キャプションテキスト及び視差データを処理し、キャプションテキストの表示上の、視差データによって定義されるz軸位置に3次元画像の表示を定義するのに適した出力を生成するステップとを含む。いくつかの実施構成では、拡張サービスが、7~63のサービス番号に対応する。いくつかの実施構成では、視差データが、CEA-708に準拠する可変長コマンドで搬送される。いくつかの実施構成では、被マップ側拡張サービス番号が、1から49、2から50、3から51、4から52、5から53、及び6から54のようにマッピングされ、他の実施構成では、1から57、2から58、3から59、4から60、5から61、及び6から62などの他のマッピングを使用することができる。いくつかの実施構成では、被マップ側拡張サービス番号が、2進数で表した場合、拡張サービス番号の最下位3ビットによって関連サービス番号を一意に識別する。当業者であれば、1又はそれ以上のプログラムされたプロセッサ上で実行された時に方法を実行する命令を記憶する非一時的記憶媒体を含む1又はそれ以上のコンピュータ可読記憶媒体を使用することにより、上述の処理を実施できると理解するであろう。なお、視差データは、連続ストリームとして配信することができ、或いは予め配信しておくこともできる。当業者であれば、上記の教示を検討した時に、上記の例示的な実施形態のいくつかが、プログラムされたプロセッサの使用に基づくものであると認識するであろう。しかしながら、特殊用途向けハードウェア及び/又は専用プロセッサなどのハードウェアコンポーネントの同等物を使用して他の実施形態を実施することもできるので、本発明はこのような例示的な実施形態に限定されるものではない。同様に、汎用コンピュータ、マイクロプロセッサベースのコンピュータ、マイクロコントローラ、光学コンピュータ、アナログコンピュータ、専用プロセッサ、特定用途向け回路及び/又は専用配線論理を使用して、別の同等の実施形態を構成することもできる。当業者であれば、上記の教示を検討した時に、本発明の特定の実施形態から逸脱することなく、ディスク型記憶装置、並びに、例えば、リードオンリメモリROM装置、ランダムアクセスメモリRAM装置、ネットワークメモリ装置、光学記憶装置、磁気記憶装置、光磁気記憶装置、フラッシュメモリ、コアメモリ及び/又はその他の同等の揮発性及び不揮発性記憶装置技術などを含む非一時的記憶装置のような他の形の記憶装置を使用して、上述した実施形態のいくつかを実現するために使用されるプログラム動作及び処理及び関連データを実現できると理解するであろう。非一時的という用語は、電力の停止又はその他の動作によって情報が失われないことを示唆するものではない。このような代替の記憶装置も同等物と見なすべきである。本明細書で説明したいくつかの実施形態は、いずれかの適当な電子憶媒又はコンピュータ可読記憶媒体上に記憶できる、フロー図の形で広義に上述したプログラミング命令を実行するプログラムされたプロセッサを使用して実施され又は実施することができる。しかしながら、当業者であれば、本教示を検討した時に、本発明の実施形態から逸脱することなく上述の処理をあらゆる数の変形形態で、及び多くの好適なプログラム言語で実施できることを理解するであろう。例えば、多くの場合、本発明のいくつかの実施形態から逸脱することなく、実施されるいくつかの動作の順序を変更することができ、さらなる動作を追加することができ、或いは動作を削除することもできる。本発明のいくつかの実施形態から逸脱することなく、エラートラップを追加及び/又は強化することができ、動作フロー、ユーザインターフェイス及び情報提示の変形例を作成することもできる。このような変形例は想定されており、同等物と見なされる。いくつかの例示的な実施形態について説明したが、当業者には、上述の説明に照らして多くの代替、修正、置換、及び変形が明らかになることが明白である。"