(57)【要約】      （修正有）【課題】ディジタルビデオストリーム内の３次元イメージを得る。【解決手段】コーディングプロセスの異なる部分でソフトウェア及びハードウェアの変更を行うことにより、現在のＭＰＥＧ２コーダに対する変更が行われる。ビデオデータストリームのビデオシーケンス構造が、ビットレベルでＴＤＶｉｓｉｏｎ（Ｒ）テクノロジイメージのタイプを識別する必要なフラグを含めるために変更される。ソフトウェア変更が、ビデオシーケンス、識別フラグ、データフィールド及びイメージフィールドの変更のヘディングに関するプロセスで行われる。左チャネルイメージと右チャネルイメージの間の電子比較が、ハードウェアで実行される。差がＢタイプイメージとして処理される。結果が、ＴＤＶｉｓｉｏｎ（Ｒ）テクノロジ識別子と共にバッファメモリに保管される。情報コーディング中に、ＤＳＰが使用される。【選択図】図５
2011223588.tif 000002
【特許請求の範囲】
【請求項１】
一以上の入力ビデオ信号から複数の第１の視野画像および複数の第２の視野画像を取得する取得部と、
前記複数の第１の視野画像および前記複数の第２の視野画像の差から複数の差分イメージを算出するプロセッサと、
一以上の出力ビデオストリームに前記複数の第１の視野画像と前記複数の差分イメージとを含めて出力するエンコーダであって、前記出力ビデオストリームが、前記複数の差分イメージが前記一以上の出力ビデオストリーム内に存在するか否かをデコーダに対して示すためのデータを含む、前記複数の第１の視野画像のそれぞれと関連付けられているヘッダと、前記複数の第１の視野画像と、前記複数の差分イメージとを含む、該エンコーダと、
を備える立体デジタルビデオを符号化するシステム。
【請求項２】
前記システムがケーブルシステム、高品位テレビシステム、衛星テレビシステム、光ディスクシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部である、
請求項１に記載のシステム。
【請求項３】
前記エンコーダが更に前記複数の差分イメージのエラー訂正を実行する、
請求項１に記載のシステム。
【請求項４】
前記取得部が、立体デジタルビデオを撮影するカメラを備える、
請求項１に記載のシステム。
【請求項５】
前記プロセッサが前記複数の差分イメージを複数のＢタイプイメージフレームまたは複数のＰタイプイメージフレームとして算出する、
請求項１に記載のシステム。
【請求項６】
前記エンコーダが、前記一以上の出力ビデオストリームが複数の差分イメージを含むことを示す前記ヘッダ内に所定のビット集合を格納する、
請求項１に記載のシステム。
【請求項７】
前記エンコーダが前記複数の差分イメージ固有のデータ構造に前記複数の差分イメージを格納する、
請求項１に記載のシステム。
【請求項８】
前記一以上の出力ビデオストリームが複数のビデオストリームを含む、
請求項１に記載のシステム。
【請求項９】
前記一以上の出力ビデオストリームがＭＰＥＧ互換のビデオストリームである、
請求項１に記載のシステム。
【請求項１０】
前記エンコーダが前記ヘッダおよび第１の視野フレームを第１のビデオストリームに格納し、前記複数の差分イメージを所定のデータ構造に格納する、
請求項１に記載のシステム。
【請求項１１】
前記差分イメージが、前記第１の視野画像と前記第２の視野画像との差を測定することで算出される動きベクトルを含む、
請求項１に記載のシステム。
【請求項１２】
一以上の入力ビデオ信号から複数の第１の視野画像および複数の第２の視野画像を取得する少なくとも一つのバッファと、
前記複数の第１の視野画像および前記複数の第２の視野画像の差から複数の差分イメージを算出する算出手段と、
一以上の出力ビデオストリームに前記複数の第１の視野画像と前記複数の差分イメージとを格納する格納手段であって、前記出力ビデオストリームが、前記複数の差分イメージが前記一以上の出力ビデオストリーム内に存在するか否かをデコーダに対して示すためのデータを含む、前記複数の第１の視野画像のそれぞれと関連付けられているヘッダと、前記複数の第１の視野画像と、前記複数の差分イメージとを含む、該格納手段と、
を備える立体ビデオ符号化システム。
【請求項１３】
前記少なくとも一つのバッファがデジタル信号プロセッサの一部である、
請求項１２に記載のシステム。
【請求項１４】
前記システムがケーブルシステム、高品位テレビシステム、衛星テレビシステム、光ディスクシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部である、
請求項１２に記載のシステム。
【請求項１５】
前記複数の差分イメージのエラー訂正を実行するエラー訂正手段を更に備える、
請求項１２に記載のシステム。
【請求項１６】
前記算出手段が前記複数の差分イメージを複数のＢタイプイメージフレームまたは複数のＰタイプイメージフレームとして算出する、
請求項１２に記載のシステム。
【請求項１７】
前記格納手段が、前記一以上の出力ビデオストリームが複数の差分イメージを含むことを示す前記ヘッダ内に所定のビット集合を格納する、
請求項１２に記載のシステム。
【請求項１８】
前記格納手段が前記複数の差分イメージ固有のデータ構造に前記複数の差分イメージを格納する、
請求項１２に記載のシステム。
【請求項１９】
前記一以上の出力ビデオストリームが複数のビデオストリームを含む、
請求項１２に記載のシステム。
【請求項２０】
前記一以上の出力ビデオストリームがＭＰＥＧ互換のビデオストリームである、
請求項１２に記載のシステム。
【請求項２１】
前記格納手段が前記ヘッダおよび第１の視野フレームを第１のビデオストリームに格納し、前記複数の差分イメージを所定のデータ構造に格納する、
請求項１２に記載のシステム。
【請求項２２】
前記差分イメージが、前記第１の視野画像と前記第２の視野画像との差を測定することで算出される動きベクトルを含む、
請求項１２に記載のシステム。
【請求項２３】
一以上の入力ビデオ信号から複数の第１の視野画像および複数の第２の視野画像を取得する取得ステップと、
前記複数の第１の視野画像および前記複数の第２の視野画像の差から複数の差分イメージを算出する算出ステップと、
一以上の出力ビデオストリームに前記複数の第１の視野画像と前記複数の差分イメージとを格納する格納ステップであって、前記出力ビデオストリームが、前記複数の差分イメージが前記一以上の出力ビデオストリーム内に存在するか否かをデコーダに対して示すためのデータを含む、前記複数の第１の視野画像のそれぞれと関連付けられているヘッダと、前記複数の第１の視野画像と、前記複数の差分イメージとを含む、該格納ステップと、
を含む立体ビデオ符号化方法。
【請求項２４】
前記方法が、ケーブルシステム、高品位テレビシステム、衛星テレビシステム、光ディスクシステム、およびデジタルテレビシステムのうちの少なくとも一つの一部として実行される、
請求項２３に記載の方法。
【請求項２５】
前記複数の差分イメージのエラー訂正を実行するエラー訂正ステップを更に含む、
請求項２３に記載の方法。
【請求項２６】
前記一以上の出力ビデオストリームが複数の差分イメージを含むことを示す前記ヘッダ内に所定のビット集合が格納される、
請求項２３に記載の方法。
【請求項２７】
前記複数の差分イメージが、該複数の差分イメージ固有のデータ構造に格納される、
請求項２３に記載の方法。
【請求項２８】
前記一以上の出力ビデオストリームがＭＰＥＧ互換のビデオストリームである、
請求項２３に記載の方法。
【請求項２９】
前記複数の差分イメージが、複数のＢタイプイメージフレームまたは複数のＰタイプイメージフレームとして算出する、
請求項２８に記載の方法。
【請求項３０】
前記ヘッダおよび前記複数の第１の視野画像が第１のビデオストリームに格納され、前記複数の差分イメージが所定のデータ構造に格納される、
請求項２３に記載の方法。
【請求項３１】
前記差分イメージが、前記第１の視野画像と前記第２の視野画像との差を測定することで算出される動きベクトルを含む、
請求項２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３ＤＶｉｓｏｒ（商標）デバイスでの立体ビデオイメージ表示に関し、具体的には、標準化された圧縮技法を使用することによって３次元情報の保管を可能にする、ディジタルデータ圧縮システムによるビデオイメージコーディング方法に関する。
【背景技術】
【０００２】
現在、データ圧縮技法は、１つのイメージまたは一連のイメージの表現のビット消費を減らすために使用されている。標準化作業が、国際標準化機構の専門家のグループによって実行された。現在、これらの方法を、通常、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）、およびＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）と称する。
【０００３】
これらの技法の共通の特性は、イメージブロックが、通常は離散コサイン変換（ＤＣＴ）と称する、ブロックに適当な変換の適用によって処理されることである。形成されたブロックが、量子化プロセスにサブミットされ、その後、可変長コードを用いてコード化される。
【０００４】
可変長コードは、可逆プロセスであり、可変長コードを用いてコーディングされたものの正確な再構成を可能にする。
【０００５】
ディジタルビデオ表示に、３０Ｈｚから７５Ｈｚの周波数で連続して表示されまたは提示される、ある個数のイメージフレーム（３０ｆｐｓから９６ｆｐｓ）が含まれる。各イメージフレームは、それでも、特定のシステムのディスプレイ解像度に従って、画素アレイによって形成されたイメージである。たとえば、ＶＨＳシステムは、３２０列４８０行のディスプレイ解像度を有し、ＮＴＳＣシステムは、７２０列４８０行のディスプレイ解像度を有し、高品位テレビジョンシステム（ＨＤＴＶ）は、１３６０列１０２０行のディスプレイ解像度を有する。低解像度のディジタル化された形式である３２０列４８０行ＶＨＳフォーマットに関して、２時間のムービーは、１００ギガバイトのディジタルビデオ情報と同等とすることができる。これと比較して、従来のコンパクト光ディスクは、約０．６ギガバイトの容量を有し、磁気ハードディスクは、１〜２ギガバイトの容量を有し、現在のコンパクト光ディスクは、８ギガバイト以上の容量を有する。
【０００６】
そのような大量の情報量に関するストレージ制限および伝送制限に答えて、複数の標準圧縮プロセスが確立された。これらのビデオ圧縮技法は、フレームからフレームへの画素の表現に基づく、フレームごとの圧縮を提供するために、時空間相関と称する連続するイメージフレームの間の類似する特性を使用する。
【０００７】
我々が映画またはＴＶの画面で見るすべてのイメージが、高い速度で完全なイメージ（写真に似た静止画）を提示するという原理に基づく。これらが、３０フレーム毎秒速度（３０ｆｐｓ）ですばやく順次の形で提示される時に、我々は、人間の目の保持力に起因して、これらを動画として知覚する。
【０００８】
順次の形で提示されるイメージを分類し、ビデオ信号を形成するために、各イメージを行に分割する必要があり、ここで、各行は、画素またはピクセルに分割され、各画素は、２つの関連する値すなわちルマおよびクロマを有する。ルマは、各点での光強度を表し、ルマは、定義された色空間（ＲＧＢ）の関数として色を表し、この色空間は、３バイトによって表すことができる。
【０００９】
イメージは、水平垂直ラスタで上から下へ、左から右へと周期的に画面に表示される。走査線の本数および表示の周波数は、ＮＴＳＣ、ＰＡＬ、またはＳＥＣＡＭなどのフォーマットの関数として変化し得る。
【００１０】
理論的に、ルマ、クロマＵ、およびクロマＶごとに画素に値を割り当てることが可能であるが、これは、４バイトを表し（クロマに１バイト、色に３バイト）、これは、ＮＴＳＣの４８０行７２０列フォーマットおよび約３０フレーム毎秒では、４×４８０×７２０×３０すなわち約４０メガバイト毎秒のメモリをもたらし、これは、使用可能な帯域幅に起因して、ストレージおよび伝送がむずかしい。現在、１：４画素でクロマデータを減らす、すなわち、４画素おきに色サンプルをとり、欠けている３画素について同一の情報を複製することが可能であり、人間は、この差を知覚しない。このフォーマットは、すなわち、次の通りである。
４：４：４（４×４＝１６画素グループ内の４つのルマサンプルおよび４つのクロマサンプル）。
４：２：２（４×２＝８画素グループ内の４つのルマサンプルおよび２つのクロマサンプル）。
４：１：１（４×１＝４画素グループ内の４つのルマサンプルおよび１つのクロマサンプル）。
ＭＰＥＧ１の４：２：０（４×２＝８画素グループ内の８つのルマサンプルおよび水平画素の間の２つのクロマサンプル）。
ＭＰＥＧ１の４：２：０（４×２＝８画素グループ内の８つのルマサンプルおよび垂直画素の間の２つのクロマサンプル）。
【００１１】
情報がこの形で減らされた時であっても、ＮＴＳＣフォーマットで１秒の情報を保管するのに必要な、必要なディジタル情報量は、４：２：０品質で１５メガバイト、２時間ファイルの場合には１０８ギガバイトである。
【００１２】
２次元ビデオシーケンスからの３次元シーン再構築の複数の方法が存在する。最近のテクノロジ開発に鑑み、将来に関して、ＭＰＥＧ４標準規格は、時空間関連グラフィックスコーディング媒体の提供を試みており、これは、工学応用例の立体イメージ、設計、および製造の重要なツールになる。仮想空間が作成され、ここでシーンの幾何学モデルが再構築される。たとえば、２００３年１２月９日にＣｅｃｉｌｅ  Ｄｕｆｏｕｒに与えられた米国特許第６６６１９１４号であるが、この場合に、新しい３次元再構築方法が記載されており、シーン連続物が単純なカメラによって撮影され、イメージの輪郭が再構築され、各ビューの隠れ部分の深さが、後に射影され、リファイニングプロセスにサブミットされる。
【００１３】
イメージ処理に関する競争で、多くの人が貴重な貢献を行い、たとえば２００３年１０月２１日にＩｔｏｋａｗａに与えられた米国特許第６６３６６４４号は、ＭＰＥＧ４を使用するイメージングプロセスに言及しているが、イメージ境界にまたがって延びるクロマ値イメージが抽出され、これを用いて、コーディングでのより高い効率が達成され、自然な色削減を、イメージの輪郭で達成することができる。
【００１４】
２００３年１０月１４日にＫｌｅｉｈｏｒｓｔ他に与えられた米国特許第６６３３６７６号など、ビデオ信号をコーディングする複数の方法および配置が存在し、米国特許第６６３３６７６号の方法は、カメラシステム内のコーダ検出器に適用され、ビデオ信号が、補償された動きを用いてコーディングされ（Ｉ．Ｂ．Ｐ．）、高解像度イメージが生成され、このイメージは、前のイメージの補間であり、要約すると、より高い関心を持たれている領域が、ビデオ信号内で判定され、一緒に、より少ないメモリを占める。
【００１５】
イメージ圧縮コーディングは、本質的に、効率的な形でディジタルイメージを保管するか伝送するのに使用され、圧縮ディジタルイメージコーディングの方法は、ＪＰＥＧおよびＭＰＥＧなどの一般的な標準規格で支配的なテクノロジなのでＤＣＴを使用する。２００２年２月５日にＢｏｏｎに与えられた米国特許第６３４５１２３号に、通常のＤＣＴ法を用いて係数を変換することによるディジタルイメージコーディングの方法が記載されており、事前に書き込まれた量子化スケールで変換するために前記係数の量子化プロセスを適用し、最後に、可変長コーディングプロセスが、量子化され変換された係数に、これらを可変長コードテーブルと比較することによって適用される。
【００１６】
イメージは、コーディングのために複数の小さい領域に分割され、これらの小さい領域は、互いに隣接し、サンプルが、１領域からとられ、次のイメージ領域の環境が、予測される。この予測コーディング方法が、２０００年１１月１４日にＢｏｏｎ他に与えられた米国特許第６１４８１０９号で使用されており、米国特許第６１４８１０９号では、小さい領域の間の差の生成されたイメージデータが、コーディングされ、抽出される。
【００１７】
２０００年８月１日にＭｕｒａｋａｍｉ他に与えられた米国特許第６０９７７５９号に、フィールドコーディングされたイメージのバイブロック（ｂｙ−ｂｌｏｃｋ）コーディングシステムが記載されている。ブロックパターンに、１つの個別ブロックフィールドと１つの非インターレースブロックが含まれ、コーディングシステムは、補償された動き予測信号を作るために奇数フィールドおよび偶数フィールドの動きを調査し、したがって、高効率コーディングがもたらされる。
【００１８】
Ｋａｔａｔａ他に与えられた米国特許第５９７８５１５号、米国特許第５９６３２５７号、および米国特許第５８１５６０１号は、イメージデータを記述するのに使用されるデータ量を増やさずに、他の区域と比較した選択された区域のイメージ品質を高める形でイメージデータをコーディングするイメージコーダに言及している。
【００１９】
１９９６年１１月２６日にＧｉｓｌｅに与えられた米国特許第５５７９４１３号に、量子化されたイメージブロック内のデータ信号を変換し、これを可変長コーディングされたデータ信号に変換する方法が記載されており、ここで、各イベントが、３次元量として表される。
【００２０】
より少ないスペースで同一内容のストレージを可能にするデータ圧縮システムを使用する必要が生じ、専門家グループが、情報を圧縮し、イメージを表示する形であって、実装詳細には言及せずに、ＭＰＥＧと互換であるならばすべてのソフトウェア開発者およびハードウェア開発者がそのプロセスを実行する新しい形を作成できるという目標をもつ形の作成に専念した。現在、ＭＰＥＧ２が、全世界の標準であり、テレビジョン、ビデオ、およびオーディオに関連する会社によって幅広く使用されている。
【００２１】
オーディオおよびビデオは、要素パッケージ（ＰＥＳ）にパッケージ化され、前記オーディオパッケージおよびビデオパッケージは、ＭＰＥＧ２データストリームを作成するために一緒にインターレースされる。各パッケージは、再生時のオーディオおよびビデオの同期化用の時間識別（タイムスタンプ）を有し、たとえば、３つのビデオフレームおきに、１つのオーディオフレームが関連する。
【００２２】
ＭＰＥＧは、システムのストリームにビデオおよびオーディオをインターレースする２つの異なる方法を有する。
トランスポートストリームは、干渉を受けやすい衛星システムなど、より高い誤りの可能性を有するシステムで使用される。各パッケージは、１８８バイト長であり、識別ヘッダから始まり、この識別ヘッダが、ギャップの認識および誤りの修復を可能にする。さまざまなオーディオプログラムおよびビデオプログラムを、単一のトランスポートストリーム上でトランスポートストリームを介して同時に伝送することができ、ヘッダに起因して、これらを独立に個別にデコードし、多数のプログラムに統合することができる。
プログラムストリームは、ＤＶＤ再生時など、より低い誤りの可能性を有するシステムで使用される。この場合に、パッケージは、可変長を有し、トランスポートストリームで使用されるパッケージより実質的に大きいサイズを有する。主要な特性として、プログラムストリームは、単一のプログラム内容だけを許容する。
【００２３】
ＭＰＥＧ２の下のビデオシステムは、インターレースタイプおよびプログレッシブタイプのビデオイメージのコーディングを可能にする。
【００２４】
すなわち、プログレッシブビデオ方式は、フルフレーム（フレームピクチャ、ｆｐ）で保管され、インターレースビデオ方式では、２つの形すなわち、フルフレームイメージ（フレームピクチャ）またはフィールドイメージ（フィールドピクチャ）で保管することができる。
【００２５】
圧縮方式では、３つのＭＰＥＧ２フォーマットイメージが存在する。
イントラコーディング（Ｉ）、その情報は、そのイメージ自体の内部データの関数としてコーディングされる。
予測コーディング（Ｐ）、その情報は、他の将来の時点に置かれたデータだけに依存する。
両方向予測コーディング（Ｂ）、その情報は、過去と将来に置かれたデータに依存する。
【００２６】
次に、上のパッケージに適用される、たとえば時間予測、圧縮、および空間圧縮など、３つの圧縮タイプがある。
【００２７】
時間での予測圧縮は、時間的に異なるが関連する動きを有する２つのフレームを参照し、フレームの間でイメージがほとんど変化しないという事実を利用する。
【００２８】
空間圧縮は、同一フレーム内に置かれた情報をコンパクト化し（イントラコーディング）、たとえば色に３バイト、ルマに１バイトの１００×１００画素イメージで、この情報を保管することが望まれる場合に、４０キロバイト毎フレームが必要になり、逆に、このイメージが完全に白である場合に、ｃｏｌｏｒ：２５５Ｒ、２５５Ｇ、２５５Ｂ、Ｘｓｔａｒｔ＝０、Ｙｓｔａｒｔ＝０、Ｘｅｎｄ＝９９、Ｙｅｎｄ＝９９として表すことができ、これは、この区域全体が白であることを表し、４０キロバイトではなく７バイトまたは８バイトだけが使用される。したがって、ＭＰＥＧ圧縮が達成されるが、この処理ステップは、複雑であり、本発明の範囲の外である。
【００２９】
タイプ（Ｉ）イメージは、自己完結型であり、前後のフレームを参照せず、したがって、圧縮は、時間予測では使用されず、それ自体の空間の関数としてのみ使用される。
【００３０】
タイプ（Ｐ）イメージは、それ自体をコーディングするために基準イメージに基づき、したがって、時間予測圧縮および空間圧縮も使用する。これらのイメージは、（Ｉ）タイプイメージまたは他の（Ｐ）タイプイメージを参照することができるが、１イメージの基準イメージだけを使用する。
【００３１】
（Ｂ）タイプイメージは、再構築に前および後の２つの基準を必要とし、このタイプのイメージは、最良の圧縮率を有する。（Ｂ）タイプイメージを得るための基準は、（Ｐ）タイプまたは（Ｉ）タイプのどちらかとすることだけができ、絶対に（Ｂ）タイプとすることはできない。
【００３２】
コーディングシーケンスとデコーディングシーケンスは異なる。
【００３３】
情報量を減らすために、完全なイメージが、マクロブロックと呼ばれる単位のフルフレームに分割され、各マクロブロックは、１６画素×１６画素の部分から構成され、上から下、左から右に順序付けられ、名前を付けられ、画面上のマクロブロックマトリックスアレイが作成され、マクロブロックは、情報ストリーム内で順序付けられた順次の形すなわち、０、１、２、３、…、ｎで送られる。
【００３４】
（Ｉ）タイプイメージを有するマクロブロックは、空間圧縮だけの自己完結型であり、（Ｐ）タイプイメージは、制限なしにイントラコーディングされたマクロブロック（インターレースマクロブロック）である可能性を伴って、前のイメージを参照するために（Ｐ）タイプマクロブロックを含むことができる。
【００３５】
（Ｂ）タイプイメージは、イントラコーディングされた（インターレース）タイプのマクロブロックによって形成することもでき、このマクロブロックは、前のイメージ、後のイメージ、またはその両方を参照する。
【００３６】
次に、マクロブロックがブロックに分割され、１ブロックは、８×８のデータ行列またはサンプル行列であり、クロマフォーマットが分類される形に起因して、４：４：４フォーマットは、１つのルマサンプルＹ、１つのクロマサンプルＣｒ、および１つのクロマサンプルＣｂを必要とし、したがって、４：４：４フォーマットマクロブロックは、１マクロブロックあたり１２ブロックを必要とし、４：２：０フォーマットでは、１マクロブロックあたり６ブロックが必要である。
【００３７】
連続するマクロブロックの組は、スライスを表し、１スライス内に任意の個数のマクロブロックを設けることができ、これらのマクロブロックは、単一の行に属する必要があり、マクロブロックと同一の形で、スライスは、左から右、上から下に命名される。スライスは、イメージ全体をカバーする必要がない。というのは、コーディングされたイメージが、画素ごとのサンプルを必要としないからである。
【００３８】
一部のＭＰＥＧプロファイルは、固定したスライス構造を必要とし、このスライス構造によって、イメージ全体が満足されなければならない。適当なハードウェアアルゴリズムおよびソフトウェアアルゴリズムの組合せの使用が、ＭＰＥＧイメージ圧縮を可能にする。
【００３９】
コーディングされたデータは、ブロック固有情報、マクロブロック、フィールド、フレーム、イメージ、およびＭＰＥＧ２フォーマットビデオを有するバイトである。
【００４０】
この情報を、ブロックによってグループ化しなければならず、情報コーディング、たとえば（ＶＬＣ）から得られた結果は、線形ビット−バイトストリームである。
【００４１】
ここで、ＶＬＣ（可変長デコーダ）は、最も頻繁なパターンがより短いコードによって置換され、頻繁に発生しないパターンがより長いコードによって置換される圧縮アルゴリズムである。この情報の圧縮された版は、より少ないスペースを占め、ネットワークによってより高速に伝送することができる。しかし、これは、簡単に編集可能なフォーマットではなく、ルックアップテーブルを使用する圧縮解除を必要とする。
【００４２】
逆スキャン、情報を、ブロックによってグループ化しなければならず、ＶＬＣによって情報をコーディングする時に得られるものが、線形ストリームである。ブロックは、８×８データ行列であり、したがって、線形情報を正方形の８×８行列に変換する必要がある。これは、プログレッシブイメージまたはインターレースイメージのどちらであるかに応じて、両方のシーケンスタイプで上から下、左から右への降下するジグザグの形で行われる。
【００４３】
逆量子化は、単純に、各データ値に係数をかけることからなる。コーディングされた時に、ブロック内のデータの大半が、人間の目が知覚できない情報を除去するために量子化され、この量子化は、より大きいＭＰＥＧ２ストリーム変換を得ることを可能にし、デコーディングプロセスで逆プロセス（逆量子化）を実行することも必要とする。
【００４４】
ＭＰＥＧビデオシーケンス構造  これは、ＭＰＥＧ２フォーマットで使用される最大の構造であり、次のフォーマットを有する。
ビデオシーケンス（Ｖｉｄｅｏ＿Ｓｅｑｕｅｎｃｅ）
シーケンスヘッダ（Ｓｅｑｕｅｎｃｅ＿Ｈｅａｄｅｒ）
シーケンス拡張（Ｓｅｑｕｅｎｃｅ＿Ｅｘｔｅｎｓｉｏｎ）
ユーザデータ（０）および拡張（Ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿Ｕｓｅｒ＿Ｄａｔａ（０））
イメージグループヘッダ（Ｇｒｏｕｐ＿ｏｆ＿Ｐｉｃｔｕｒｅ＿Ｈｅａｄｅｒ）
ユーザデータ（１）および拡張（Ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿Ｕｓｅｒ＿Ｄａｔａ（１））
イメージヘッダ（Ｐｉｃｔｕｒｅ＿Ｈｅａｄｅｒ）
コーディングされたイメージ拡張（Ｐｉｃｔｕｒｅ＿Ｃｏｄｉｎｇ＿Ｅｘｔｅｎｓｉｏｎ）
ユーザデータ（２）および拡張（Ｅｘｔｅｎｓｉｏｎ＿ａｎｄ＿Ｕｓｅｒ＿Ｄａｔａ（２））
イメージデータ（Ｐｉｃｔｕｒｅ＿Ｄａｔａ）
スライス（Ｓｌｉｃｅ）
マクロブロック（Ｍａｃｒｏｂｌｏｃｋ）
動きベクトル（Ｍｏｔｉｏｎ＿Ｖｅｃｔｏｒｓ）
コーディングされたブロックパターン（Ｃｏｄｅｄ＿Ｂｌｏｃｋ＿Ｐａｔｔｅｒｎ）
ブロック（Ｂｌｏｃｋ）
最終シーケンスコード（Ｓｅｑｕｅｎｃｅ＿ｅｎｄ＿Ｃｏｄｅ）
【００４５】
ビデオシーケンスは、これらの構造からなり、ビデオシーケンスは、ＭＰＥＧ１フォーマットおよびＭＰＥＧ２フォーマットについて適用され、各バージョンを区別するために、シーケンスヘッダの直後にシーケンス拡張が存在することが検証されなければならず、シーケンス拡張がヘッダに続かない場合には、そのストリームはＭＰＥＧ１フォーマットビデオストリームである。
【発明の概要】
【００４６】
本発明の目的は、伝送、受取、および３Ｄｖｉｓｏｒｓ（登録商標）での表示のためのコーディングされたデータを提供する、立体３Ｄイメージディジタルコーディングの方法およびシステムを提供することである。
【００４７】
本発明のもう１つの目的は、ビデオデータストリームｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ構造が変更され、識別フラグがビットレベルで含まれるコーディング方式を提供することである。
【００４８】
本発明のもう１つの目的は、ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ、識別フラグ、データフィールド、およびイメージフィールドが変更される形で３Ｄイメージディジタルコーディングソフトウェアプロセスを提供することである。
【００４９】
本発明のもう１つの目的は、左チャネルと右チャネルの間で電子比較が行われ、イメージの間の差の誤り訂正が行われ、処理されたイメージがＴＤＶｉｓｉｏｎ（登録商標）テクノロジ識別子と共にｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅに保管される形で３Ｄイメージディジタルコーディングハードウェアプロセスを提供することである。
【００５０】
本発明のもう１つの目的は、ＤＳＰの入力バッファメモリが２倍にされ、２つの独立のビデオ信号の同時入力が使用可能であり、ＤＳＰが、両方のビデオ入力の入力バッファを比較することを可能にされる形で３Ｄイメージディジタルコーディングハードウェアプロセスを提供することである。
【図面の簡単な説明】
【００５１】
【図１】立体３Ｄビデオイメージコーディングに関するハードウェア変更およびソフトウェア変更を表す図である。
【図２】ＭＰＥＧ２−４互換立体３Ｄビデオイメージのコンパイルプロセスを表す図である。
【図３】ＭＰＥＧ２−４互換立体３Ｄビデオイメージのコンパイルに関するソフトウェアフォーマットを表す図である。
【図４】ＭＰＥＧ２−４互換立体３Ｄビデオイメージのコンパイルに関するハードウェアフォーマットを表す図である。
【図５】本発明のコーダが属するテクノロジの枝すなわち、立体３Ｄイメージ処理と、そのコーディングと、デコーディングと、ケーブル、衛星、およびＤＶＤを介する伝送と、ＨＤＴＶと、３ＤＶｉｓｏｒｓ（登録商標）ディスプレイとの地図を表す図である。
【発明を実施するための形態】
【００５２】
ディジタルビデオストリームから３次元イメージを得るという目的をもって、コーディングプロセスの異なる部分のハードウェア変更およびソフトウェア変更によって、現在のＭＰＥＧ２コーダに対する変更が行われた。図１からわかるように、ＭＰＥＧ２−４互換ＴＤＶｉｓｉｏｎ（登録商標）コーダ（１）は、ソフトウェア変更（３）およびハードウェア変更（４）を介して達成されるそれ自体のコーディングプロセス（２）を有する。
【００５３】
図２では、本発明のコーダオブジェクトのコンパイルプロセスが示されており、実際には、イメージ（１０）が、撮影され、動き補償および誤り検出プロセス（１１）にサブミットされ、離散コサイン変換関数が、周波数パラメータを変更するために適用され（１２）、次に、量子化行列（１３）が、正規化プロセスを実行するために適用され、行列から行への変換プロセス（１４）が適用され、ここで、可変長コーディング（１５）を実行する可能性が存在し、最後に、コーディングされたデータ（１６）を有するビデオシーケンスが得られる。このコンパイルプロセスを実行するために、フォーマット（図３の３０）またはＭＰＥＧ２互換３Ｄイメージコンパイル方法に従わなければならず、実際に、図３に示されているように、ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ（３１）を、ｓｅｑｕｅｎｃｅ＿ｈｅａｄｅｒ（３２）、ｕｓｅｒ＿ｄａｔａ（３３）、ｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（３４）、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ（３５）、ｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎ（３６）、およびｄｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（３７）の各構造で変更し、したがって、ＴＤＶｉｓｉｏｎ（登録商標）立体カメラを用いて撮影された立体３Ｄディジタルイメージに適するコンパイルフォーマットを得なければならない。
【００５４】
ビデオデータストリームの構造およびｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅを、ＴＤＶｉｓｉｏｎ（登録商標）テクノロジコーディングされたイメージタイプをビットレベルで識別するのに必要なフラグを含めるために変更しなければならない。
【００５５】
この変更は、次のコーディングステージですなわち、ＭＰＥＧ２で二重イメージをコーディングする時（ソフトウェア）とハードウェアによってイメージをコーディングする時に行われる。
【００５６】
ソフトウェア：
ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅヘッダを変更する。
識別フラグを識別する。
データフィールドを変更する。
イメージフィールドを変更する。
【００５７】
ハードウェア：
左チャネルと右チャネルの間で電子比較を行う。
差をＢタイプイメージとして処理する（誤り訂正）。
次に、これをＴＤＶｉｓｉｏｎ（登録商標）識別子と共に保管する。
変更を、相補バッファに適用する。
結果を副バッファに保存し、保管する。
【００５８】
実際には、ＤＳＰバッファの入力メモリが２倍にされ、立体ＴＤＶｉｓｉｏｎ（登録商標）カメラからの既存の左右の立体信号に対応する２つの独立のビデオ信号の同時入力が可能にされ、ＤＳＰが、両方のビデオ信号の入力バッファを比較することを可能にされる。
【００５９】
ハードウェアコーディングプロセスは、単一のビデオ入力チャネルの関数として通常のＭＰＥＧ２の形で実行され、両方の信号（左および右）がとられ、電子的に比較され、左信号と右信号の間の比較の差が、得られ、前記差が、一時バッファに保管され、誤り訂正が、左信号に関してルマおよびクロマで計算され、ＤＣＴ（離散コサイン変換）関数が適用され、情報が、Ｂタイプブロック内で、
ａ）ＵＳＥＲ＿ＤＡＴＡ（）（ＳＷ）識別子構造内
ｂ）ＰＩＣＴＵＲＥ＿ＤＡＴＡ３Ｄ（）構造内
に保管される。次のフレームに継続する。
【００６０】
ハードウェアは、図４のブロック図で表されており、実際には、左信号（４１）および右信号（４２）がとられ、両方の信号が、一時バッファ（４３）に保管され、左信号と右信号の間の差が、比較され、誤り差分が、計算され、その情報が保管され（４５）、正しいイメージが、コーディングされ（４６）、このコーディングは、「Ｉ」、「Ｂ」、または「Ｐ」タイプイメージ（４７）として実行され、最終的にｖｉｄｅｏ＿ｓｅｑｕｅｎｃ
ｅ（４８）に保管される。
【００６１】
ＤＳＰによって処理されるメモリを複製し、８つまでの出力バッファを配置する可能性を有することが必須であり、これによって、ＴＤＶｉｓｉｏｎ（登録商標）社の３ＤＶｉｓｏｒ（登録商標）などのデバイスでの立体イメージの以前の表現および同時表現が可能になる。
実際には、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ社のＴＭＳ３２０Ｃ６２Ｘ  ＤＳＰのプログラミングＡＰＩを呼び出す時に、２チャネルを初期化しなければならない。
ＭＰＥＧ２ＶＤＥＣ＿ｃｒｅａｔｅ（ｃｏｎｓｔ  ＩＭＰＥＧ２ＶＤＥＣ＿ｆｘｎｓ＊ｆｘｎｓ，ｃｏｎｓｔ  ＭＥＰＧ２ＶＤＥＣ＿Ｐａｒａｍｓ＊  ｐａｒａｍｓ）
ここで、ＩＭＰＥＧ２ＶＤＥＣ＿ｆｘｎｓ  ｙ  ＭＥＰＧ２ＶＤＥＣ＿Ｐａｒａｍｓは、各ビデオチャネルの動作パラメータを定義するポインタ構造であり、たとえば、
３ＤＬｈａｎｄｌｅ＝ＭＰＥＧ２ＶＤＥＣ＿ｃｒｅａｔｅ（ｆｘｎｓ３ＤＬＥＦＴ，Ｐａｒａｍｓ３ＤＬＥＦＴ）
３ＤＲｈａｎｄｌｅ＝ＭＰＥＧ２ＶＤＥＣ＿ｃｒｅａｔｅ（ｆｘｎｓ３ＤＲＩＧＨＴ，Ｐａｒａｍｓ３ＤＲＩＧＨＴ）
である。
これによって、左右の立体チャネルごとに１つずつの、２つのビデオチャネルをデコードできるようになり、２つのビデオハンドラが得られる。
【００６２】
二重表示出力バッファが必要であり、ソフトウェアによって、ＡＰ関数を呼び出すことによって、２つのバッファのうちのどちらが出力を表示しなければならないかが定義される。
すなわち、ＭＰＥＧ２ＶＤＥＣ＿ＡＰＰＬＹ（３ＤＲｈａｎｄｌｅ，ｉｎｐｕｔＲ１，ｉｎｐｕｔＲ２，ｉｎｐｕｔＲ３，３ｄｏｕｔｒｉｇｈｔ＿ｐｂ，３ｄｏｕｔｒｉｇｈｔ＿ｆｂ）
ＭＰＥＧ２ＶＤＥＣ＿ＡＰＰＬＹ（３ＤＬｈａｎｄｌｅ，ｉｎｐｕｔＬ１，ｉｎｐｕｔＬ２，ｉｎｐｕｔＬ３，３ｄｏｕｔｌｅｆｔ＿ｐｂ，３ｄｏｕｔｌｅｆｔ＿ｆｂ）
３ＤＬｈａｎｄｌｅは、ＤＳＰの作成関数によって返されるハンドルへのポインタであり、ｉｎｐｕｔ１パラメータは、ＦＵＮＣ＿ＤＥＣＯＤＥ＿ＦＲＡＭＥまたはＦＵＮＣ＿ＳＴＡＲＴ＿ＰＡＲＡのアドレスであり、ｉｎｐｕｔ２は、外部入力バッファアドレスへのポインタであり、ｉｎｐｕｔ３は、外部入力バッファのサイズである。
【００６３】
３ｄｏｕｔｌｅｆｔ＿ｐｂは、パラメータバッファのアドレスであり、３ｄｏｕｔｌｅｆｔ＿ｆｂは、デコードされたイメージが保管される出力バッファの先頭である。
【００６４】
ｔｉｍｅｃｏｄｅおよびｔｉｍｅｓｔａｍｐは、順次同期式の形での最終デバイスへの出力に使用される。
【００６５】
ソフトウェアプロセスおよびハードウェアプロセスの統合は、ＤＳＰと称するデバイスによって実行され、このＤＳＰは、ハードウェアプロセスのほとんどを実行する。これらのＤＳＰは、製造業者によって供給されるＣ言語およびアセンブリ言語のハイブリッドによってプログラムされる。各ＤＳＰは、ＤＳＰ内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のＡＰＩを有する。
【００６６】
この参照情報を用いて、ＭＰＥＧ２フォーマット互換３Ｄイメージコーディングに関する本願が作られる。
【００６７】
実際には、ビデオシーケンスの始めに、シーケンスヘッダおよびシーケンス拡張が必ず現れる。シーケンス拡張の反復は、最初と同一でなければならない。対照的に、シーケンスヘッダ反復は、最初の出現と比較してほとんど変化せず、量子化行列を定義する部分だけが変化しなければならない。シーケンス反復を有することによって、ビデオストリームへのランダムアクセスが可能になる、すなわち、デコーダがビデオストリームの途中から再生を開始しなければならない場合に、これを行うことが可能であり、デコーダは、ビデオストリーム内の次のイメージをデコードできるようになるために、前のシーケンスヘッダおよびシーケンス拡張を検索するだけでよい。これは、プログラムが既に開始されている時に同調された衛星デコーダなど、先頭から開始できないビデオストリームについても発生する。
【００６８】
すなわち、シーケンスヘッダは、ビデオストリームに対するより高い情報レベルを提供し、わかりやすくするために、それぞれに対応するビット数も示され、上位ビットは、シーケンス拡張（Ｓｅｑｕｅｎｃｅ＿Ｅｘｔｅｎｓｉｏｎ）構造内に置かれ、次の構造によって形成される。
【表１】
2011223588.tif 000003
【表２】
2011223588.tif 000004
【００６９】
拡張データ（ｉ）およびユーザデータ（ｉ）
これは、他の構造を保管するコンテナであり、それ自体のデータを有しておらず、基本的に、一連のｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（１）構造およびｕｓｅｒ＿ｄａｔａ（）構造であり、いくつかの場合に、この構造が完全に空である可能性がある。
【００７０】
Ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（ｉ）
この構造には、単純な構造拡張が含まれる。含まれる拡張構造タイプは、（ｉ）の値に依存し、この値は、１または２の値を有することができる。この値が「０」と等しい場合には、ｄａｔａ＿ｅｘｔｅｎｓｉｏｎがｓｅｑｕｅｎｃｅ＿ｅｘｔｅｎｓｉｏｎに続き、ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ（ｉ）が、両方すなわち１つのｓｅｑｕｅｎｃｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎまたは１つのｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎを含むことができる。
【００７１】
ｉ＝２の場合に、この構図はｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎに続き、このｐｉｃｔｕｒｅ＿ｃｏｄｉｎｇ＿ｅｘｔｅｎｓｉｏｎに、ｑｕａｎｔ＿ｍａｔｒｉｘ＿ｅｘｔｅｎｓｉｏｎ（）、ｃｏｐｙｒｉｇｈｔ＿ｅｘｔｅｎｓｉｏｎ（）、ｐｉｃｔｕｒｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎ（）、ｐｉｃｔｕｒｅ＿ｓｐａｔｉａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）、または１つのｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎを含めることができる。この構造は、必ず０ｘ０００００１Ｂ５から始まる。
【００７２】
Ｕｓｅｒ＿ｄａｔａ
ｕｓｅｒ＿ｄａｔａ構造は、アプリケーション用の特定のデータをビデオシーケンス（ｖｉｄｅｏ＿ｓｅｑｕｅｎｃｅ）内に保管することを可能にする。ＭＰＥＧ２仕様は、この機能のフォーマットを定義せず、ユーザデータのフォーマットも定義していない。この構造は、ｕｓｅｒ＿ｄａｔａ＿ｓｔａｒｔ＿ｃｏｄｅ＝０ｘ０００００１Ｂ５から始まり、データストリーム（ｓｔｒｅａｍ）内の次の開始コードまで続く任意の個数のデータ（ｕｓｅｒ＿ｄａｔａ）を含む。唯一の条件は、２３個を超える連続する０を有してはならないことである。というのは、２３個を超える連続する０が、開始コードとして解釈される可能性があるからである。
【００７３】
Ｓｅｑｕｅｎｃｅ＿ｄｉｓｐｌａｙ＿ｅｘｔｅｎｓｉｏｎ（）
この構造は、デコーディングプロセスで使用されない情報すなわち、デコードされたビデオを正しく表示するのに有用な、コーディングされた内容に関する情報を提供する。
【表３】
2011223588.tif 000005
【００７４】
Ｓｅｑｕｅｎｃｅ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ
この構造は、すべてのスケーラブルビデオストリームに存在しなければならず、スケーラブルビデオストリームとは、ベースレイヤと１つまたは複数のエンハンスメントレイヤを含むビデオストリームである。異なるタイプのＭＰＥＧ２スケーラビリティがあり、メインレイヤのスケーラビリティの例が、ビデオ内容の標準解像力を含むことであり、エクステンションレイヤは、解像力を高める追加データを有する。
【表４】
2011223588.tif 000006
【表５】
2011223588.tif 000007
【表６】
2011223588.tif 000008
【表７】
2011223588.tif 000009
【００７５】
Ｐｉｃｔｕｒｅ＿ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）
時間スケーラビリティを有する場合に、２つの空間解像度ストリームが存在し、下レイヤは、ビデオフレームのより小さいインデックスの版を提供し、上レイヤは、同一ビデオのフレームのより大きいインデックスの版を導出するのに使用することができる。時間スケーラビリティは、低品質、低コスト、または無料のデコーダによって使用することができ、より高いフレーム毎秒は、有料で使用される。
【表８】
2011223588.tif 000010
【００７６】
Ｐｉｃｔｕｒｅ＿ｓｐａｔｉａｌ＿ｓｃａｌａｂｌｅ＿ｅｘｔｅｎｓｉｏｎ（）
イメージ空間スケーラビリティの場合に、エンハンスメントレイヤにデータが含まれ、このデータは、ベースレイヤのよりよい解像度を可能にし、したがって、ベースレイヤのよりよい解像度を再構築することができる。エンハンスメントレイヤが、動き補償の基準としてのベースレイヤの関数として使用される時に、エンハンスメントレイヤのより高い解像度を得るために、下レイヤをエスカレートし、オフセットしなければならない。
【表９】
2011223588.tif 000011
【００７７】
ＥＸＴＥＮＳＩＯＮ＿ＡＮＤ＿ＵＳＥＲ＿ＤＡＴＡ（２）
このＭＰＥＧ２互換コーディングプロセスは、現在、図５の立体カメラ（５２）を用いて撮影される３Ｄディジタルイメージをコーディングするのに使用され、そのコードは、次にコンパイラ（５１）を通り、次に、それをＰＣ（５０）、ＤＶＤ（５３）で表示するための信号を得ることができ、デコーダ（５４）内で信号がコーディングされる時に、これをデコーダ（５５）内に送って、イメージをケーブル（５６）、衛星（５７）、高品位テレビジョン（５９）（ＨＤＴＶ）、または３ＤＶｉｓｏｒ（登録商標）デバイス（５９）などで表示することができる。したがって、イメージは、
ＤＶＤ（ディジタル多用途ディスク）
ＤＴＶ（ディジタルテレビジョン）
ＨＤＴＶ（高品位テレビジョン）
ケーブル（ＤＶＢ、ディジタルビデオ放送）
衛星（ＤＤＳ、ディジタル衛星システム）
で表示することができ、これはソフトウェアプロセスとハードウェアプロセスの統合である。
【００７８】
ハードウェアに関して、プロセスのほとんどが、ＤＳＰ（ディジタル信号プロセッサ）と称するデバイスによって実行される。すなわち、１つのＭｏｔｏｒｏｌａ社のモデルおよび１つのＴｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ社のモデル（ＴＭＳ３２０Ｃ６２Ｘ）である。
【００７９】
これらのＤＳＰは、当の製造業者によって供給されるＣ言語およびアセンブリ言語のハイブリッドによってプログラムされる。各ＤＳＰは、ＤＳＰ内に置かれ、ソフトウェアによって呼び出される関数リストまたは手続き呼出しからなる、それ自体のＡＰＩを有する。この参照情報から、３Ｄイメージがコーディングされ、このコードは、ＭＰＥＧ２フォーマットおよびそれ自体のコーディングアルゴリズムと互換である。情報がコーディングされる時に、ＤＳＰは、ＭＰＥＧ２圧縮されたビデオストリームを形成するために、予測プロセス、比較プロセス、量子化プロセス、およびＤＣＴ関数適用プロセスを実行する責任を負う。
【００８０】
本発明の特定の実施形態を図示し、説明したが、当業者には、本発明の範囲から逸脱せずに複数の修正または変更を作ることができることは明白であろう。そのような修正および変更のすべてが、添付の特許請求の範囲に含まれ、その結果、すべての変更および修正が、本発明の範囲に含まれるようになることが意図されている。
【図１】
2011223588.tif 000012
【図２】
2011223588.tif 000013
【図３】
2011223588.tif 000014
【図４】
2011223588.tif 000015
【図５】
2011223588.tif 000016
【外国語明細書】
2011223588000001.pdf