"一以上の入力ビデオ信号から複数の第1の視野画像および複数の第2の視野画像を取得する取得部と、前記複数の第1の視野画像および前記複数の第2の視野画像の差から複数の差分イメージを算出するプロセッサと、一以上の出力ビデオストリームに前記複数の第1の視野画像と前記複数の差分イメージとを含めて出力するエンコーダであって、前記出力ビデオストリームが、前記複数の差分イメージが前記一以上の出力ビデオストリーム内に存在するか否かをデコーダに対して示すためのデータを含む、前記複数の第1の視野画像のそれぞれと関連付けられているヘッダと、前記複数の第1の視野画像と、前記複数の差分イメージとを含む、該エンコーダと、を備える立体デジタルビデオを符号化するシステム。前記システムがケーブルシステム、高品位テレビシステム、衛星テレビシステム、光ディスクシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部である、請求項1に記載のシステム。前記エンコーダが更に前記複数の差分イメージのエラー訂正を実行する、請求項1に記載のシステム。前記取得部が、立体デジタルビデオを撮影するカメラを備える、請求項1に記載のシステム。前記プロセッサが前記複数の差分イメージを複数のBタイプイメージフレームまたは複数のPタイプイメージフレームとして算出する、請求項1に記載のシステム。前記エンコーダが、前記一以上の出力ビデオストリームが複数の差分イメージを含むことを示す前記ヘッダ内に所定のビット集合を格納する、請求項1に記載のシステム。前記エンコーダが前記複数の差分イメージ固有のデータ構造に前記複数の差分イメージを格納する、請求項1に記載のシステム。前記一以上の出力ビデオストリームが複数のビデオストリームを含む、請求項1に記載のシステム。前記一以上の出力ビデオストリームがMPEG互換のビデオストリームである、請求項1に記載のシステム。前記エンコーダが前記ヘッダおよび第1の視野フレームを第1のビデオストリームに格納し、前記複数の差分イメージを所定のデータ構造に格納する、請求項1に記載のシステム。前記差分イメージが、前記第1の視野画像と前記第2の視野画像との差を測定することで算出される動きベクトルを含む、請求項1に記載のシステム。一以上の入力ビデオ信号から複数の第1の視野画像および複数の第2の視野画像を取得する少なくとも一つのバッファと、前記複数の第1の視野画像および前記複数の第2の視野画像の差から複数の差分イメージを算出する算出手段と、一以上の出力ビデオストリームに前記複数の第1の視野画像と前記複数の差分イメージとを格納する格納手段であって、前記出力ビデオストリームが、前記複数の差分イメージが前記一以上の出力ビデオストリーム内に存在するか否かをデコーダに対して示すためのデータを含む、前記複数の第1の視野画像のそれぞれと関連付けられているヘッダと、前記複数の第1の視野画像と、前記複数の差分イメージとを含む、該格納手段と、を備える立体ビデオ符号化システム。前記少なくとも一つのバッファがデジタル信号プロセッサの一部である、請求項12に記載のシステム。前記システムがケーブルシステム、高品位テレビシステム、衛星テレビシステム、光ディスクシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部である、請求項12に記載のシステム。前記複数の差分イメージのエラー訂正を実行するエラー訂正手段を更に備える、請求項12に記載のシステム。前記算出手段が前記複数の差分イメージを複数のBタイプイメージフレームまたは複数のPタイプイメージフレームとして算出する、請求項12に記載のシステム。前記格納手段が、前記一以上の出力ビデオストリームが複数の差分イメージを含むことを示す前記ヘッダ内に所定のビット集合を格納する、請求項12に記載のシステム。前記格納手段が前記複数の差分イメージ固有のデータ構造に前記複数の差分イメージを格納する、請求項12に記載のシステム。前記一以上の出力ビデオストリームが複数のビデオストリームを含む、請求項12に記載のシステム。前記一以上の出力ビデオストリームがMPEG互換のビデオストリームである、請求項12に記載のシステム。前記格納手段が前記ヘッダおよび第1の視野フレームを第1のビデオストリームに格納し、前記複数の差分イメージを所定のデータ構造に格納する、請求項12に記載のシステム。前記差分イメージが、前記第1の視野画像と前記第2の視野画像との差を測定することで算出される動きベクトルを含む、請求項12に記載のシステム。一以上の入力ビデオ信号から複数の第1の視野画像および複数の第2の視野画像を取得する取得ステップと、前記複数の第1の視野画像および前記複数の第2の視野画像の差から複数の差分イメージを算出する算出ステップと、一以上の出力ビデオストリームに前記複数の第1の視野画像と前記複数の差分イメージとを格納する格納ステップであって、前記出力ビデオストリームが、前記複数の差分イメージが前記一以上の出力ビデオストリーム内に存在するか否かをデコーダに対して示すためのデータを含む、前記複数の第1の視野画像のそれぞれと関連付けられているヘッダと、前記複数の第1の視野画像と、前記複数の差分イメージとを含む、該格納ステップと、を含む立体ビデオ符号化方法。前記方法が、ケーブルシステム、高品位テレビシステム、衛星テレビシステム、光ディスクシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部として実行される、請求項23に記載の方法。前記複数の差分イメージのエラー訂正を実行するエラー訂正ステップを更に含む、請求項23に記載の方法。前記一以上の出力ビデオストリームが複数の差分イメージを含むことを示す前記ヘッダ内に所定のビット集合が格納される、請求項23に記載の方法。前記複数の差分イメージが、該複数の差分イメージ固有のデータ構造に格納される、請求項23に記載の方法。前記一以上の出力ビデオストリームがMPEG互換のビデオストリームである、請求項23に記載の方法。前記複数の差分イメージが、複数のBタイプイメージフレームまたは複数のPタイプイメージフレームとして算出する、請求項28に記載の方法。前記ヘッダおよび前記複数の第1の視野画像が第1のビデオストリームに格納され、前記複数の差分イメージが所定のデータ構造に格納される、請求項23に記載の方法。前記差分イメージが、前記第1の視野画像と前記第2の視野画像との差を測定することで算出される動きベクトルを含む、請求項23に記載の方法。ディジタルビデオストリームから3次元イメージを得るという目的をもって、コーディングプロセスの異なる部分のハードウェア変更およびソフトウェア変更によって、現在のMPEG2コーダに対する変更が行われた。図1からわかるように、MPEG2-4互換TDVision登録商標コーダ1は、ソフトウェア変更3およびハードウェア変更4を介して達成されるそれ自体のコーディングプロセス2を有する。図2では、本発明のコーダオブジェクトのコンパイルプロセスが示されており、実際には、イメージ10が、撮影され、動き補償および誤り検出プロセス11にサブミットされ、離散コサイン変換関数が、周波数パラメータを変更するために適用され12、次に、量子化行列13が、正規化プロセスを実行するために適用され、行列から行への変換プロセス14が適用され、ここで、可変長コーディング15を実行する可能性が存在し、最後に、コーディングされたデータ16を有するビデオシーケンスが得られる。このコンパイルプロセスを実行するために、フォーマット図3の30またはMPEG2互換3Dイメージコンパイル方法に従わなければならず、実際に、図3に示されているように、video_sequence31を、sequence_header32、user_data33、sequence_scalable_extension34、picture_header35、picture_coding_extension36、およびdpicture_temporal_scalable_extension37の各構造で変更し、したがって、TDVision登録商標立体カメラを用いて撮影された立体3Dディジタルイメージに適するコンパイルフォーマットを得なければならない。ビデオデータストリームの構造およびvideo_sequenceを、TDVision登録商標テクノロジコーディングされたイメージタイプをビットレベルで識別するのに必要なフラグを含めるために変更しなければならない。この変更は、次のコーディングステージですなわち、MPEG2で二重イメージをコーディングする時ソフトウェアとハードウェアによってイメージをコーディングする時に行われる。ソフトウェア:video_sequenceヘッダを変更する。識別フラグを識別する。データフィールドを変更する。イメージフィールドを変更する。ハードウェア:左チャネルと右チャネルの間で電子比較を行う。差をBタイプイメージとして処理する誤り訂正。次に、これをTDVision登録商標識別子と共に保管する。変更を、相補バッファに適用する。結果を副バッファに保存し、保管する。実際には、DSPバッファの入力メモリが2倍にされ、立体TDVision登録商標カメラからの既存の左右の立体信号に対応する2つの独立のビデオ信号の同時入力が可能にされ、DSPが、両方のビデオ信号の入力バッファを比較することを可能にされる。ハードウェアコーディングプロセスは、単一のビデオ入力チャネルの関数として通常のMPEG2の形で実行され、両方の信号左および右がとられ、電子的に比較され、左信号と右信号の間の比較の差が、得られ、前記差が、一時バッファに保管され、誤り訂正が、左信号に関してルマおよびクロマで計算され、DCT離散コサイン変換関数が適用され、情報が、Bタイプブロック内で、aUSER_DATASW識別子構造内bPICTURE_DATA3D構造内に保管される。次のフレームに継続する。ハードウェアは、図4のブロック図で表されており、実際には、左信号41および右信号42がとられ、両方の信号が、一時バッファ43に保管され、左信号と右信号の間の差が、比較され、誤り差分が、計算され、その情報が保管され45、正しいイメージが、コーディングされ46、このコーディングは、I、B、またはPタイプイメージ47として実行され、最終的にvideo_sequence48に保管される。DSPによって処理されるメモリを複製し、8つまでの出力バッファを配置する可能性を有することが必須であり、これによって、TDVision登録商標社の3DVisor登録商標などのデバイスでの立体イメージの以前の表現および同時表現が可能になる。実際には、TexasInstruments社のTMS320C62XDSPのプログラミングAPIを呼び出す時に、2チャネルを初期化しなければならない。MPEG2VDEC_createconstIMPEG2VDEC_fxnsfxns,constMEPG2VDEC_Paramsparamsここで、IMPEG2VDEC_fxnsyMEPG2VDEC_Paramsは、各ビデオチャネルの動作パラメータを定義するポインタ構造であり、たとえば、3DLhandle=MPEG2VDEC_createfxns3DLEFT,Params3DLEFT3DRhandle=MPEG2VDEC_createfxns3DRIGHT,Params3DRIGHTである。これによって、左右の立体チャネルごとに1つずつの、2つのビデオチャネルをデコードできるようになり、2つのビデオハンドラが得られる。二重表示出力バッファが必要であり、ソフトウェアによって、AP関数を呼び出すことによって、2つのバッファのうちのどちらが出力を表示しなければならないかが定義される。すなわち、MPEG2VDEC_APPLY3DRhandle,inputR1,inputR2,inputR3,3doutright_pb,3doutright_fbMPEG2VDEC_APPLY3DLhandle,inputL1,inputL2,inputL3,3doutleft_pb,3doutleft_fb3DLhandleは、DSPの作成関数によって返されるハンドルへのポインタであり、input1パラメータは、FUNC_DECODE_FRAMEまたはFUNC_START_PARAのアドレスであり、input2は、外部入力バッファアドレスへのポインタであり、input3は、外部入力バッファのサイズである。3doutleft_pbは、パラメータバッファのアドレスであり、3doutleft_fbは、デコードされたイメージが保管される出力バッファの先頭である。timecodeおよびtimestampは、順次同期式の形での最終デバイスへの出力に使用される。ソフトウェアプロセスおよびハードウェアプロセスの統合は、DSPと称するデバイスによって実行され、このDSPは、ハードウェアプロセスのほとんどを実行する。これらのDSPは、製造業者によって供給されるC言語およびアセンブリ言語のハイブリッドによってプログラムされる。各DSPは、DSP内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のAPIを有する。この参照情報を用いて、MPEG2フォーマット互換3Dイメージコーディングに関する本願が作られる。実際には、ビデオシーケンスの始めに、シーケンスヘッダおよびシーケンス拡張が必ず現れる。シーケンス拡張の反復は、最初と同一でなければならない。対照的に、シーケンスヘッダ反復は、最初の出現と比較してほとんど変化せず、量子化行列を定義する部分だけが変化しなければならない。シーケンス反復を有することによって、ビデオストリームへのランダムアクセスが可能になる、すなわち、デコーダがビデオストリームの途中から再生を開始しなければならない場合に、これを行うことが可能であり、デコーダは、ビデオストリーム内の次のイメージをデコードできるようになるために、前のシーケンスヘッダおよびシーケンス拡張を検索するだけでよい。これは、プログラムが既に開始されている時に同調された衛星デコーダなど、先頭から開始できないビデオストリームについても発生する。すなわち、シーケンスヘッダは、ビデオストリームに対するより高い情報レベルを提供し、わかりやすくするために、それぞれに対応するビット数も示され、上位ビットは、シーケンス拡張Sequence_Extension構造内に置かれ、次の構造によって形成される。拡張データiおよびユーザデータiこれは、他の構造を保管するコンテナであり、それ自体のデータを有しておらず、基本的に、一連のextension_data1構造およびuser_data構造であり、いくつかの場合に、この構造が完全に空である可能性がある。Extension_dataiこの構造には、単純な構造拡張が含まれる。含まれる拡張構造タイプは、iの値に依存し、この値は、1または2の値を有することができる。この値が0と等しい場合には、data_extensionがsequence_extensionに続き、extension_dataiが、両方すなわち1つのsequence_display_extensionまたは1つのsequence_scalable_extensionを含むことができる。i=2の場合に、この構図はpicture_coding_extensionに続き、このpicture_coding_extensionに、quant_matrix_extension、copyright_extension、picture_display_extension、picture_spatial_scalable_extension、または1つのpicture_temporal_scalable_extensionを含めることができる。この構造は、必ず0x000001B5から始まる。User_datauser_data構造は、アプリケーション用の特定のデータをビデオシーケンスvideo_sequence内に保管することを可能にする。MPEG2仕様は、この機能のフォーマットを定義せず、ユーザデータのフォーマットも定義していない。この構造は、user_data_start_code=0x000001B5から始まり、データストリームstream内の次の開始コードまで続く任意の個数のデータuser_dataを含む。唯一の条件は、23個を超える連続する0を有してはならないことである。というのは、23個を超える連続する0が、開始コードとして解釈される可能性があるからである。Sequence_display_extensionこの構造は、デコーディングプロセスで使用されない情報すなわち、デコードされたビデオを正しく表示するのに有用な、コーディングされた内容に関する情報を提供する。Sequence_scalable_extensionこの構造は、すべてのスケーラブルビデオストリームに存在しなければならず、スケーラブルビデオストリームとは、ベースレイヤと1つまたは複数のエンハンスメントレイヤを含むビデオストリームである。異なるタイプのMPEG2スケーラビリティがあり、メインレイヤのスケーラビリティの例が、ビデオ内容の標準解像力を含むことであり、エクステンションレイヤは、解像力を高める追加データを有する。Picture_temporal_scalable_extension時間スケーラビリティを有する場合に、2つの空間解像度ストリームが存在し、下レイヤは、ビデオフレームのより小さいインデックスの版を提供し、上レイヤは、同一ビデオのフレームのより大きいインデックスの版を導出するのに使用することができる。時間スケーラビリティは、低品質、低コスト、または無料のデコーダによって使用することができ、より高いフレーム毎秒は、有料で使用される。Picture_spatial_scalable_extensionイメージ空間スケーラビリティの場合に、エンハンスメントレイヤにデータが含まれ、このデータは、ベースレイヤのよりよい解像度を可能にし、したがって、ベースレイヤのよりよい解像度を再構築することができる。エンハンスメントレイヤが、動き補償の基準としてのベースレイヤの関数として使用される時に、エンハンスメントレイヤのより高い解像度を得るために、下レイヤをエスカレートし、オフセットしなければならない。EXTENSION_AND_USER_DATA2このMPEG2互換コーディングプロセスは、現在、図5の立体カメラ52を用いて撮影される3Dディジタルイメージをコーディングするのに使用され、そのコードは、次にコンパイラ51を通り、次に、それをPC50、DVD53で表示するための信号を得ることができ、デコーダ54内で信号がコーディングされる時に、これをデコーダ55内に送って、イメージをケーブル56、衛星57、高品位テレビジョン59HDTV、または3DVisor登録商標デバイス59などで表示することができる。したがって、イメージは、DVDディジタル多用途ディスクDTVディジタルテレビジョンHDTV高品位テレビジョンケーブルDVB、ディジタルビデオ放送衛星DDS、ディジタル衛星システムで表示することができ、これはソフトウェアプロセスとハードウェアプロセスの統合である。ハードウェアに関して、プロセスのほとんどが、DSPディジタル信号プロセッサと称するデバイスによって実行される。すなわち、1つのMotorola社のモデルおよび1つのTexasInstruments社のモデルTMS320C62Xである。これらのDSPは、当の製造業者によって供給されるC言語およびアセンブリ言語のハイブリッドによってプログラムされる。各DSPは、DSP内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のAPIを有する。この参照情報から、3Dイメージがコーディングされ、このコードは、MPEG2フォーマットおよびそれ自体のコーディングアルゴリズムと互換である。情報がコーディングされる時に、DSPは、MPEG2圧縮されたビデオストリームを形成するために、予測プロセス、比較プロセス、量子化プロセス、およびDCT関数適用プロセスを実行する責任を負う。本発明の特定の実施形態を図示し、説明したが、当業者には、本発明の範囲から逸脱せずに複数の修正または変更を作ることができることは明白であろう。そのような修正および変更のすべてが、添付の特許請求の範囲に含まれ、その結果、すべての変更および修正が、本発明の範囲に含まれるようになることが意図されている。"