ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための方法であって、前記オクルージョンデータに関するフォーマットを特定するステップであって、前記フォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップS602と、前記オクルージョンデータに関する前記フォーマットが、前記フィルドオクルージョンデータフォーマットであると特定された場合に、エンコーディングの前に前記オクルージョンデータをスパースオクルージョンデータフォーマットへと変換するステップS604と、前記オクルージョンデータをエンコーディングして、エンコーディングされたオクルージョンデータを作成するステップS603と、前記エンコーディングされたオクルージョンデータを、前記オクルージョンデータに関して特定された前記フォーマットを表すインジケータとともに出力するステップS605と、を含むことを特徴とする方法。前記変換するステップは、前記オクルージョンデータ内に含まれているそれぞれの非オクルージョンエリア内のそれぞれのサンプルを、定義された特徴を用いて表すステップS604をさらに含むことを特徴とする請求項1に記載の方法。前記変換するステップは、前記表すステップの前に、前記オクルージョンデータに関して少なくとも1つのオクルージョンエリアおよび少なくとも1つの非オクルージョンエリアを識別するステップをさらに含み、前記少なくとも1つのオクルージョンエリアは、前記少なくとも1つの非オクルージョンエリアと相互に排他的であることを特徴とする請求項2に記載の方法。前記識別するステップは、少なくとも奥行きデータに応答して、前記オクルージョンデータに関連付けられている前記ビデオデータフレーム内の1つまたは複数の奥行きの切れ目を検知するステップであって、前記奥行きデータは、前記オクルージョンデータに関連付けられている前記ビデオデータフレーム内に含まれているステップと、前記1つまたは複数の奥行きの切れ目に沿ったそれぞれのエリアを前記オクルージョンデータ内の非オクルージョンエリアとして分類するステップと、をさらに含むことを特徴とする請求項2に記載の方法。前記定義された特徴は、定義された色を含むことを特徴とする請求項2に記載の方法。前記定義された特徴は、定義された奥行き値を含むことを特徴とする請求項2に記載の方法。前記オクルージョンデータは、オクルージョンビデオデータおよびオクルージョン奥行きデータのうちの1つを含むことを特徴とする請求項2に記載の方法。前記エンコーディングするステップは、H.264/AVC、MVC、およびMPEG-2のうちの1つを含むビデオコーディング標準に従って実行されることを特徴とする請求項2に記載の方法。前記エンコーディングするステップは、H.264/AVC、MVC、およびMPEG-2のうちの1つを含むビデオコーディング標準に従って実行されることを特徴とする請求項1に記載の方法。前記オクルージョンデータに関して特定された前記フォーマットを表す前記インジケータは、スライスヘッダ、シーケンスパラメータセット、ピクチャーパラメータセット、ビューパラメータセット、ネットワーク抽象化レイヤユニットヘッダ、および付加拡張情報メッセージのうちの少なくとも1つの中に含まれていることを特徴とする請求項1に記載の方法。前記オクルージョンデータは、オクルージョンビデオデータおよびオクルージョン奥行きデータのうちの1つを含むことを特徴とする請求項1に記載の方法。ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための装置であって、前記オクルージョンデータに関するフォーマットを特定するステップであって、前記フォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップS602と、前記オクルージョンデータに関する前記フォーマットが、前記フィルドオクルージョンデータフォーマットであると特定された場合に、エンコーディングの前に前記オクルージョンデータをスパースオクルージョンデータフォーマットへと変換するステップS604と、前記オクルージョンデータをエンコーディングして、エンコーディングされたオクルージョンデータを作成するステップS603と、前記エンコーディングされたオクルージョンデータを、前記オクルージョンデータに関して特定された前記フォーマットを表すインジケータとともに出力するステップS605と、を行うためのエンコーダを含むことを特徴とする装置。前記変換するステップは、前記オクルージョンデータ内に含まれているそれぞれの非オクルージョンエリア内のそれぞれのサンプルを、定義された特徴を用いて表すステップS604をさらに含むことを特徴とする請求項12に記載の装置。前記変換するステップは、前記表すステップの前に、前記オクルージョンデータに関して少なくとも1つのオクルージョンエリアおよび少なくとも1つの非オクルージョンエリアを識別するステップをさらに含み、前記少なくとも1つのオクルージョンエリアは、前記少なくとも1つの非オクルージョンエリアと相互に排他的であることを特徴とする請求項13に記載の装置。前記識別するステップは、少なくとも奥行きデータに応答して、前記オクルージョンデータに関連付けられている前記ビデオデータフレーム内の1つまたは複数の奥行きの切れ目を検知するステップであって、前記奥行きデータは、前記オクルージョンデータに関連付けられている前記ビデオデータフレーム内に含まれているステップと、前記1つまたは複数の奥行きの切れ目に沿ったそれぞれのエリアを前記オクルージョンデータ内の非オクルージョンエリアとして分類するステップと、をさらに含むことを特徴とする請求項13に記載の装置。前記定義された特徴は、定義された色を含むことを特徴とする請求項13に記載の装置。前記定義された特徴は、定義された奥行き値を含むことを特徴とする請求項13に記載の装置。前記オクルージョンデータは、オクルージョンビデオデータおよびオクルージョン奥行きデータのうちの1つを含むことを特徴とする請求項13に記載の装置。前記エンコーディングするステップは、H.264/AVC、MVC、およびMPEG-2のうちの1つを含むビデオコーディング標準に従って実行されることを特徴とする請求項13に記載の装置。前記エンコーディングするステップは、H.264/AVC、MVC、およびMPEG-2のうちの1つを含むビデオコーディング標準に従って実行されることを特徴とする請求項12に記載の装置。前記オクルージョンデータに関して特定された前記フォーマットを表す前記インジケータは、スライスヘッダ、シーケンスパラメータセット、ピクチャーパラメータセット、ビューパラメータセット、ネットワーク抽象化レイヤユニットヘッダ、および付加拡張情報メッセージのうちの少なくとも1つの中に含まれていることを特徴とする請求項12に記載の装置。前記オクルージョンデータは、オクルージョンビデオデータおよびオクルージョン奥行きデータのうちの1つを含むことを特徴とする請求項12に記載の装置。ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための方法であって、受信されたオクルージョンデータに関するオリジナルフォーマットを表すインジケータを抽出するステップS702であって、前記オリジナルフォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップと、前記受信されたオクルージョンデータをデコーディングして、デコーディングされたオクルージョンデータを作成するステップS703と、前記インジケータが、前記オリジナルフォーマットをフィルドオクルージョンデータフォーマットとして示している場合に、前記デコーディングされたオクルージョンデータをスパースオクルージョンデータフォーマットから前記フィルドオクルージョンデータフォーマットへ変換するステップS706とを含み、前記変換するステップは、定義された特徴を用いて表されている非オクルージョンエリアデータを、前記オクルージョンデータに関連付けられている前記ビデオデータフレーム内の2Dデータからのそれぞれの併置されるサンプルによって置き換えるステップS706と、前記デコーディングされたオクルージョンデータ、および存在する場合には、変換されたデコーディングされたオクルージョンデータを出力するステップS705と、をさらに含むことを特徴とする方法。前記定義された特徴は、定義された色を含むことを特徴とする請求項1に記載の方法。前記定義された特徴は、定義された奥行き値を含むことを特徴とする請求項1に記載の方法。前記オクルージョンデータは、オクルージョンビデオデータおよびオクルージョン奥行きデータのうちの1つを含むことを特徴とする請求項1に記載の方法。前記デコーディングするステップは、H.264/AVC、MVC、およびMPEG-2のうちの1つを含むビデオコーディング標準に従って実行されることを特徴とする請求項1に記載の方法。ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための装置であって、受信されたオクルージョンデータに関するオリジナルフォーマットを表すインジケータを抽出するステップS702であって、前記オリジナルフォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップと、前記受信されたオクルージョンデータをデコーディングして、デコーディングされたオクルージョンデータを作成するステップS703と、前記インジケータが、前記オリジナルフォーマットをフィルドオクルージョンデータフォーマットとして示している場合に、前記デコーディングされたオクルージョンデータをスパースオクルージョンデータフォーマットから前記フィルドオクルージョンデータフォーマットへ変換するステップS706とを行うためのデコーダを含み、前記変換するステップは、定義された特徴を用いて表されている非オクルージョンエリアデータを、前記オクルージョンデータに関連付けられている前記ビデオデータフレーム内の2Dデータからのそれぞれの併置されるサンプルによって置き換えるステップS706と、前記デコーディングされたオクルージョンデータ、および存在する場合には、変換されたデコーディングされたオクルージョンデータを出力するステップS705と、をさらに含むことを特徴とする装置。前記定義された特徴は、定義された色を含むことを特徴とする請求項28に記載の装置。前記定義された特徴は、定義された奥行き値を含むことを特徴とする請求項28に記載の装置。前記オクルージョンデータは、オクルージョンビデオデータおよびオクルージョン奥行きデータのうちの1つを含むことを特徴とする請求項28に記載の装置。前記デコーディングするステップは、H.264/AVC、MVC、およびMPEG-2のうちの1つを含むビデオコーディング標準に従って実行されることを特徴とする請求項28に記載の装置。LDVフォーマットに対していくつかのコーディングの実験が、MVCmulti-viewvideocodingを使用して行われたが、それらの実験においては、オクルージョンデータは、通常の2Dビューとして扱われている。しかしながら、このアプローチは、オクルージョンビデオデータおよびオクルージョン奥行きデータを取り扱うための効率的な方法ではない。たとえば、手ごろな価格の3Dコンテンツに対する需要が伸びている中で、伝送帯域幅、格納容量、および処理能力における限界によって、3Dシステム全体にわたってさらに高い効率を求めるニーズが引き続き浮き彫りになるであろう。しかし、当技術分野において知られている技術のうちのいずれも、オクルージョンデータを効率よくコーディングすることに適していない。したがって、3Dコンテンツの処理、格納、および伝送においてさらに高いシステム効率を提供するために、オクルージョンビデオデータおよびオクルージョン奥行きデータの両方を含む、オクルージョンデータのためのさらに効率的なコーディング技術が必要とされていると思われる。オクルージョンデータは、たとえレンダリング処理内で参照されるとしても、頻繁には参照されず、典型的には、レンダリング処理内のいずれの単一ポイントにおいても、オクルージョンデータのフレーム内のわずかなエリアしか使用されない、という事実を、これまでのオクルージョンデータ用のコーディング処理は無視しているように思われる。典型的には、オクルージョンビデオは、ビューが仮想位置にワープwarpした後に穴が見られる場合に参照される。その場合でさえ、オクルージョンビデオのうちで、ワープされたビュー内の穴の位置に対応する1つまたは複数のわずかなエリアしか参照されない。同様の原理が、オクルージョン奥行きの使用にも当てはまる。そしてこれらの観察結果は、オクルージョンデータのための効率的なコーディング戦略を作成する際に有用である。本発明の原理によれば、3Dビデオにおけるオクルージョンビデオデータおよびオクルージョン奥行きデータなどのオクルージョンレイヤのためのコーディング方法は、このデータを取り扱うシステムにおける伝送および処理の効率を改善することを対象とする。オクルージョンデータのためのこれらのコーディング方法は、オクルージョンフォーマットを表示することと、すべてのオクルージョンデータをスパースデータフォーマットへと変換することと、非オクルージョンエリアまたはマクロブロックを、単一の色などの定義された特徴で満たすことと、参照ピクチャーリスト内の2Dデータの配置を並べ替えることと、奥行きの境界に対する近接度を使用して、オクルージョンエリアおよび非オクルージョンエリアまたはマクロブロックを検知することと、非オクルージョンエリアまたはマクロブロックのためにスキップモードのコーディングを使用することと、オクルージョンエリアマクロブロックをコーディングするためにレート歪みコストを使用することと、単一のオクルージョンフレームをコーディングする一方で、次のn-1個のオクルージョンフレームをスキップすることとを含む。これらの技術のそれぞれは、個別に適用されるか、または組み合わせて適用されるかにかかわらず、3Dデータのビットストリーム全体にわたって、改善されて著しく拡張さえされたコーディング利得および伝送利得を提供する。本発明の原理の一態様によれば、ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための方法が提供され、この方法は、オクルージョンデータに関するフォーマットを特定するステップであって、そのフォーマットは、スパースオクルージョンデータフォーマットおよびフィルドfilledオクルージョンデータフォーマットのうちの1つから選択されるステップと、オクルージョンデータに関するフォーマットが、フィルドオクルージョンデータフォーマットであると特定された場合に、エンコーディングの前にオクルージョンデータをスパースオクルージョンデータフォーマットへと変換するステップと、オクルージョンデータをエンコーディングして、エンコーディングされたオクルージョンデータを作成するステップと、エンコーディングされたオクルージョンデータを、オクルージョンデータに関して特定されたフォーマットを表すインジケータとともに出力するステップとを含む。本発明の原理の別の態様によれば、ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための装置が提供され、この装置は、オクルージョンデータに関するフォーマットを特定するステップであって、そのフォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップと、オクルージョンデータに関するフォーマットが、フィルドオクルージョンデータフォーマットであると特定された場合に、エンコーディングの前にオクルージョンデータをスパースオクルージョンデータフォーマットへと変換するステップと、オクルージョンデータをエンコーディングして、エンコーディングされたオクルージョンデータを作成するステップと、エンコーディングされたオクルージョンデータを、オクルージョンデータに関して特定されたフォーマットを表すインジケータとともに出力するステップとを行うためのエンコーダを含む。本発明の原理の別の態様によれば、ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための方法が提供され、この方法は、受信されたオクルージョンデータに関するオリジナルフォーマットを表すインジケータを抽出するステップであって、オリジナルフォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップと、受信されたオクルージョンデータをデコーディングして、デコーディングされたオクルージョンデータを作成するステップと、インジケータが、オリジナルフォーマットをフィルドオクルージョンデータフォーマットとして示している場合に、デコーディングされたオクルージョンデータをスパースオクルージョンデータフォーマットからフィルドオクルージョンデータフォーマットへ変換するステップとを含み、変換するステップは、定義された特徴を用いて表されている非オクルージョンエリアデータを、オクルージョンデータに関連付けられているビデオデータフレーム内の2Dデータからのそれぞれの併置されるサンプルによって置き換えるステップと、デコーディングされたオクルージョンデータ、および存在する場合には、変換されたデコーディングされたオクルージョンデータを出力するステップとをさらに含む。本発明の原理の別の態様によれば、ビデオデータフレームのシーケンスにおいてオクルージョンデータを処理するための装置が提供され、この装置は、受信されたオクルージョンデータに関するオリジナルフォーマットを表すインジケータを抽出するステップであって、オリジナルフォーマットは、スパースオクルージョンデータフォーマットおよびフィルドオクルージョンデータフォーマットのうちの1つから選択されるステップと、受信されたオクルージョンデータをデコーディングして、デコーディングされたオクルージョンデータを作成するステップと、インジケータが、オリジナルフォーマットをフィルドオクルージョンデータフォーマットとして示している場合に、デコーディングされたオクルージョンデータをスパースオクルージョンデータフォーマットからフィルドオクルージョンデータフォーマットへ変換するステップとを行うためのデコーダを含み、変換するステップは、定義された特徴を用いて表されている非オクルージョンエリアデータを、オクルージョンデータに関連付けられているビデオデータフレーム内の2Dデータからのそれぞれの併置されるサンプルによって置き換えるステップと、デコーディングされたオクルージョンデータ、および存在する場合には、変換されたデコーディングされたオクルージョンデータを出力するステップとをさらに含む。1つまたは複数の実施態様の詳細が、添付の図面および以降の説明において示されている。たとえ特定の1つの様式で説明されていても、実施態様は、さまざまな様式で構成または具体化することができるということは明らかなはずである。たとえば、一実施態様は、方法として実行すること、または一式のオペレーションを実行するように構成されている装置として具体化すること、または一式のオペレーションを実行するための命令を格納する装置として具体化することができる。その他の態様および特徴は、以降の詳細な説明を添付の図面および特許請求の範囲と併せて考察すれば、明らかになるであろう。本明細書に記載されている例示的な実施形態は、本発明の好ましい実施形態を示しており、そのような例示的な実施形態は、いかなる形であれ本発明の範囲を限定するものと解釈されるべきではない。オクルージョンビデオデータおよびオクルージョン奥行きデータなどのオクルージョンレイヤのためのコーディング方法が、このデータを取り扱うシステムにおける伝送および処理の効率を改善することを対象とするものとして、本明細書に記載されている。いくつかの改良されたコーディング技術が開示されている。加えて、この説明はまた、オクルージョンデータの実際のタイプに関する詳細を伝達する目的でフレームヘッダまたはオーバーヘッドメッセージ内に含めるためのシンタックスに関する情報、および本発明の実施において有用なその他の情報を含む。本明細書に記載されているエンコーディング技術およびデコーディング技術は、オクルージョンデータの特定の1つの種類が明示的に指定されていない限り、そのオクルージョンデータがオクルージョン奥行きデータであるか、またはオクルージョンビデオデータであるかにかかわらず、オクルージョンデータ全般に適用可能であるということが意図されている。その上、本明細書に記載されているエンコーディング技術およびデコーディング技術は、オクルージョンデータフォーマットの特定の1つのタイプが明示的に指定されていない限り、そのオクルージョンデータフォーマットがスパースであるか、またはフィルドであるかにかかわらず、オクルージョンデータのあらゆるフォーマット全般に適用可能であるということも意図されている。特定の用語が本出願の文脈において適切に理解されるようにそれらの用語について説明することが重要である。特定の有用な用語について、下記のように定義する。2Dデータとは、2Dのビデオデータおよび奥行きデータのうちの一方または両方を含み、この場合、データという用語は、レイヤという用語と交換可能に使用することができる。2Dビデオレイヤとは一般に、本明細書においては、従来のビデオ信号を指すために使用される。奥行きレイヤとは一般に、本明細書においては、シーンオブジェクトに関する距離情報を示すデータを指すために使用される。奥行きマップとは、奥行きレイヤの典型的な一例である。オクルージョンビデオレイヤとは一般に、本明細書においては、特定の視点からふさがれているoccludedビデオ情報を指すために使用される。オクルージョンビデオレイヤは、典型的には、2Dビデオレイヤに関するバックグラウンド情報を含む。オクルージョン奥行きレイヤとは一般に、本明細書においては、特定の視点からふさがれている奥行き情報を指すために使用される。オクルージョン奥行きレイヤは、典型的には、奥行きレイヤに関するバックグラウンド情報を含む。透過レイヤとは一般に、本明細書においては、奥行きの切れ目または奥行きの境界を示すピクチャーを指すために使用される。典型的な透過レイヤは、2値の情報を有し、それらの2つの値のうちの1つは、隣の奥行き値に対して、奥行きが特定のしきい値よりも大きい切れ目を有する位置を示す。3DVビューとは、本明細書においては、1つのビュー位置からのデータセットと定義され、これは、MVCにおいて使用されるビューとは異なる。たとえば、3DVビューは、MVCにおけるビューよりも多くのデータを含むことができる。2DZフォーマットに関しては、3DVビューは、2つのレイヤ、すなわち、2Dビデオと、その奥行きマップとを含むことができる。LDVフォーマットに関しては、3DVビューは、4つのレイヤ、すなわち、2Dビデオと、奥行きマップと、オクルージョンビデオと、オクルージョン奥行きマップとを含むことができる。加えて、透過マップは、数ある中でも、3DVビュー内の別のレイヤデータタイプとすることができる。3DVレイヤとは、3DVビューのレイヤのうちの1つと定義される。3DVレイヤの例は、たとえば、2Dビューまたは2Dビデオ、奥行き、オクルージョンビデオ、オクルージョン奥行き、および透過マップである。2Dビューまたは2Dビデオ以外のレイヤは、3DV補足レイヤとも定義される。1つまたは複数の実施形態においては、3DVデコーダは、レイヤを識別し、そのレイヤを、3dvレイヤidを使用してその他のレイヤから区別するように構成することができる。一実施態様においては、3dvレイヤidは、表1におけるように定義される。しかし、本明細書において提供されている教示に照らせば、当業者なら理解できることだが、それらのレイヤをその他の方法で定義および識別することもできるということに留意されたい。一般的な3DVコーダ/デコーダコーデックフレームワーク、たとえば、上で確認したPCT出願第PCT/US2010/001286号明細書に記載されているものなどにおいては、オクルージョンビデオおよびオクルージョン奥行きは、特定の3DVレイヤにおいて扱われ、それによって、新たなまたはさらなるコーディングモードを設計することが可能になる。この説明においては、PCT出願第PCT/US2010/001286号明細書の図3~図6からの3DVコーデックフレームワークは、それぞれ図1~図4として本明細書に含まれている。このフレームワークに関するさらなる詳細については、PCT出願第PCT/US2010/001286号明細書を参照することを推奨する。図1および図2は、ハイレベルな一般的な3DVエンコーダ300およびデコーダ400をそれぞれ示している。エンコーダ300/デコーダ400は、レイヤエンコーダ/デコーダおよび3DV参照バッファから構成されている。たとえば、3DVコンテンツ信号302が、たとえば、2Dビューレイヤ、奥行きレイヤ、オクルージョンビューレイヤ、オクルージョン奥行きレイヤ、および透過マップレイヤを含むことができ、図1において示されているように、さまざまなレイヤエンコーダに入力される。具体的には、エンコーダシステム/装置300は、2Dレイヤをエンコーディングするように構成されていてAVCとの互換性を有することができる2Dレイヤエンコーダ304と、拡張2Dレイヤをエンコーディングするように構成されている拡張2Dレイヤエンコーダ306と、奥行きレイヤをエンコーディングするように構成されている奥行きレイヤエンコーダ308と、オクルージョンビューレイヤをエンコーディングするように構成されているオクルージョンビューレイヤエンコーダ310と、オクルージョン奥行きレイヤをエンコーディングするように構成されているオクルージョン奥行きレイヤエンコーダ312と、透過レイヤをエンコーディングするように構成されている透過レイヤエンコーダ314とを含む。このように、それぞれのレイヤは、別々のエンコーダおよび/またはエンコーディング技術を使用してエンコーディングすることができる。拡張2Dレイヤとは一般に、本明細書においては、そのようなレイヤを、AVC、MVC、SVC、またはその他の何らかの基礎をなす標準との互換性を有するレイヤから区別するために使用される。たとえば拡張2Dレイヤは、典型的には、MVCとの互換性を有していない。なぜなら、そのようなレイヤは、たとえば、レイヤ間の参照を使用することなど、新たなコーディングツールを可能にするためである。したがって、そのようなレイヤは一般に、MVCとの下位互換性を有していない。拡張2Dレイヤまたは補足レイヤという用語は、MVCを用いてコーディングすることができるが表示されることを期待されていないレイヤを指すためにも使用することもでき、したがって、MVCを用いてコーディングされるものとして説明されることは典型的ではないということに留意されたい。たとえば、一連の奥行きレイヤは、MVCによって一連のピクチャーとして扱われることが可能であり、MVCによってコーディングされることが可能である。しかし、奥行きレイヤを表示することは典型的ではなく、したがって、MVCを使用することによる以外に、そのようなレイヤを識別およびコーディングする別の方法を有することが望ましい場合が多い。それぞれのレイヤは、別の参照を使用することもできる。その参照は、エンコーディングされているデコーディングされているピクチャー/ブロックとは別のレイヤから生じるものとすることができる。別のレイヤからの参照は、3DV参照バッファ3163DV参照/出力バッファ414から得ることができる。図1において示されているように、それぞれのレイヤエンコーダは、入力信号302をさまざまなモードでエンコーディングして出力信号318を生成することを可能にするために、3DV参照バッファ316と信号通信状態にある。3DV参照バッファ316を利用することによって、3DVフォーマットのそれぞれのレイヤは、それ自体のレイヤからの参照、たとえば、モーション補償および/もしくはディスパリティー補償を伴う同じレイヤ内での時間的参照および/もしくはビュー間参照などを使用して、ならびに/または、さまざまなレイヤの間におけるレイヤ間予測を使用してエンコーディングすることができる。たとえば、レイヤ間予測は、別のレイヤからのモーション情報、たとえば、モーションベクトル、参照インデックスなどを再利用して、現在のレイヤをエンコーディングすることができ、これは、モーションスキップモードとも呼ばれる。この方法においては、出力信号318は、1つまたは複数の3DVビューに関するさまざまなレイヤ情報でインターリーブされることが可能である。レイヤ間予測は、その他のレイヤのアクセスに基づく任意の種類の技術のものとすることができる。デコーダシステム/装置400に関しては、システム400は、図2において示されているように信号318を入力することができるさまざまなレイヤデコーダを含む。詳細には、エンコーダシステム/装置400は、2Dレイヤをデコーディングするように構成されていてAVCとの互換性を有することができる2Dレイヤデコーダ402、拡張2Dレイヤをデコーディングするように構成されている拡張2Dレイヤデコーダ404、奥行きレイヤをデコーディングするように構成されている奥行きレイヤデコーダ406、オクルージョンビューレイヤをデコーディングするように構成されているオクルージョンビューレイヤデコーダ408、オクルージョン奥行きレイヤをデコーディングするように構成されているオクルージョン奥行きレイヤデコーダ410、および/または透過レイヤをデコーディングするように構成されている透過レイヤデコーダ412を含む。図2において示されているように、それぞれのレイヤデコーダは、3DV参照/出力バッファ414と信号通信状態にあり、3DV参照/出力バッファ414は、レイヤデコーダから受信したデコーディングされたレイヤ情報を解析することと、入力信号内に含まれているレイヤが、3D処理をサポートする構造にどのように適合するかを特定することとを行うように構成することができる。そのような3D処理は、たとえば、本明細書に記載されているような3Dレイヤのコーディング、または受信機もしくはディスプレイユニットにおけるさらなるピクチャーのレンダリング合成を含むことができる。レンダリングは、たとえば、2Dビデオをワープするために奥行きピクチャーを、および/または、レンダリングされたピクチャーの穴をバックグラウンド情報で埋めるためにオクルージョンピクチャーを使用することができる。加えて、3DV参照/出力バッファ414は、出力信号416を、ユーザへ提示するために3DV互換フォーマットで生成するように構成することができる。フォーマットされた3DVコンテンツ信号416は、もちろん、たとえば、2Dビューレイヤ、奥行きレイヤ、オクルージョンビューレイヤ、オクルージョン奥行きレイヤ、および透過マップレイヤを含むことができる。出力バッファは、図2において示されているように、参照バッファと一体化して実装することができるが、別法として、その他の実施形態においては、参照バッファと出力バッファとを別々にすることもできる。エンコーダ300およびデコーダ400のその他の実装形態では、より多くのレイヤ、またはより少ないレイヤを使用することができる。加えて、示されているレイヤとは異なるレイヤを使用することもできる。バッファという用語は、3DV参照バッファ316において、および3DV参照/出力バッファ414において使用される際には、インテリジェントバッファである、ということは明らかなはずである。そのようなバッファを使用して、たとえば、ピクチャーを格納すること、参照または参照の一部分を提供すること、およびピクチャーを出力用として並べ替えることができる。加えて、そのようなバッファを使用して、たとえば、その他のさまざまな処理オペレーション、例としては、仮説に基づく参照デコーダのテスト、マーキングコマンドの処理たとえば、AVCにおけるメモリマネージメントコントロールオペレーション、およびデコーディングされたピクチャーのバッファのマネージメントなどを実行することができる。図3は、レイヤエンコーダ304~314のうちの任意の1つまたは複数を実施するために使用することができる一般的な3DVレイヤエンコーダ500のハイレベルブロック図/流れ図を示しており、図4は、レイヤデコーダ402~412のうちの任意の1つまたは複数を実施するために使用することができる一般的な3DVレイヤデコーダ600のハイレベルブロック図/流れ図を示している。レイヤエンコーダ304~314のそれぞれは、特定の目的に有利に働くように、たとえば図3において示されているように、それぞれの対応するレイヤに対して同じ一般的な様式で設計することができるということがわかる。逆に、本明細書において提供されている教示に照らせば理解できることだが、それらのレイヤエンコーダは、それぞれの独自の特徴をよりよく利用するように別々の構成にすることもできる。同様に、デコーダ402~412は、たとえば図4において示されているように、それぞれの対応するレイヤに対して同じ一般的な様式で設計することができる。逆に、それらのレイヤデコーダは、それぞれの独自の特徴をよりよく利用するように別々の構成にすることもできる。MVCエンコーダに関しては、入力が、複数のビューから構成されているということに留意されたい。それぞれのビューは、従来の2Dビデオである。したがって、AVCエンコーダと比較して、典型的なMVCエンコーダは、ディスパリティー推定ブロック、ディスパリティー補償ブロック、およびビュー間参照バッファなど、さらなるブロックを含む。同じように、図3および図4は、3DVの参照およびレイヤ間予測のためのブロックを含む。3DVエンコーダでは、入力は、複数の3Dビューから構成されている。上述のように、それぞれの3Dビューは、いくつかのレイヤを含むことができる。したがって、それぞれのレイヤのためのエンコーディング方法は、それぞれの独自の特徴を利用するように別々に設計することができる。結果として、3DVエンコーダは、図1において示されているように、複数のレイヤエンコーダに分けることができる。しかし、それらのレイヤエンコーダを緊密に結合することもできる。レイヤエンコーダにおいて使用される技術は、所与のシステムに関して所望に応じて調整することができる。それぞれのレイヤはビデオ信号として現れるため、それらのレイヤは、図3において示されているように高いレベルでは同様の構造を有することができる。それらのレイヤエンコーダは、より低い、より具体的なレベルでは別々に設計することができるということに留意されたい。もちろん、一実施形態では、すべてのレイヤをエンコーディングするように構成されている単一のエンコーダを使用することもできる。図3において示されているハイレベルの図に関して、3DVレイヤエンコーダ500は、レイヤパーティショナー504を含むことができ、レイヤパーティショナー504は、入力信号502内の3DVビューiに関する3DVビューレイヤを受信して、それらの3DVビューレイヤを互いに分割するように構成されている。パーティショナー504は、アダーまたはコンバイナー506、変位モーション/ディスパリティー補償モジュール508、および変位モーション/ディスパリティー推定モジュール510と信号通信状態にあり、それらはそれぞれ、一式の分割されたレイヤをパーティショナー504から受信する。アダー506への別の入力は、スイッチ512を通じて受信されるさまざまな可能な参照ピクチャー情報のうちの1つである。たとえば、スイッチ512と信号通信状態にあるモード特定モジュール536が、現在エンコーディングされている同じブロックまたはスライスを参照して、エンコーディングモードをイントラ予測とすべきであると特定した場合には、アダーは、自分の入力をイントラ予測モジュール530から受信する。あるいは、モード特定モジュール536が、現在処理されている同じフレームもしくは3DVビューもしくは3DVレイヤのブロックもしくはスライス、または、現在エンコーディングされているブロックもしくはスライスとは異なる別の以前に処理されたフレームもしくは3DVビューもしくは3DVレイヤのブロックもしくはスライスを参照して、エンコーディングモードを変位補償および変位推定とすべきであると特定した場合には、アダーは、図3において示されているように、自分の入力を変位補償モジュール508から受信する。さらに、モード特定モジュール536が、現在処理されている同じフレームもしくは3DVビュー、または、現在処理されているレイヤとは異なる別の以前に処理されたフレームもしくは3DVビューの3DVレイヤを参照して、エンコーディングモードを3DVレイヤ間予測とすべきであると特定した場合には、アダーは、自分の入力を、3DV参照バッファ532と信号通信状態にある3DVレイヤ間予測モジュール534から受信する。アダー506は、1つまたは複数の3DVレイヤおよび予測、補償、および/または推定の情報を含む信号を変換モジュール514に提供し、変換モジュール514は、自分の入力信号を変換して、その変換した信号を量子化モジュール516に提供するように構成されている。量子化モジュール516は、自分の受信した信号に対して量子化を実行して、その量子化した情報をエントロピーエンコーダ518に出力するように構成されている。エントロピーエンコーダ518は、自分の入力信号に対してエントロピーエンコーディングを実行して、ビットストリーム520を生成するように構成されている。逆量子化モジュール522は、量子化された信号を量子化モジュール516から受信して、その量子化された信号に対して逆量子化を実行するように構成されている。そして逆変換モジュール524は、逆量子化された信号をモジュール522から受信して、その受信した信号に対して逆変換を実行するように構成されている。モジュール522および524は、アダー506からの信号出力を再作成または再構築する。アダーまたはコンバイナー526は、逆変換モジュール524から受信した信号と、スイッチ512から受信した信号とを足し合わせ結合し、その結果として得られた信号をイントラ予測モジュール530およびデブロッキングフィルタ528へ出力する。さらに、イントラ予測モジュール530は、上述のように、自分の受信した信号を使用してイントラ予測を実行する。同様に、デブロッキングフィルタ528は、アダー526から受信した信号をフィルタリングし、フィルタリングした信号を3DV参照バッファ532に提供する。そして3DV参照バッファ532は、自分の受信した信号を解析する。3DV参照バッファ532は、要素534、508、および510による上述のようなレイヤ間エンコーディングおよび変位補償/推定エンコーディングに際して支援を行う。3DV参照バッファ532は、たとえば、さまざまな3DVレイヤのうちのすべてまたは一部を提供する。再び図4を参照すると、3DVレイヤデコーダ600は、ビットストリーム受信機602を使用してビットストリーム318を受信するように構成することができ、そしてビットストリーム受信機602は、ビットストリームパーサ604と信号通信状態にあり、ビットストリームをパーサ604に提供する。ビットストリームパーサ604は、残りのビットストリーム605をエントロピーデコーダ606へ伝送し、コントロールシンタックス要素607をモード選択モジュール622へ伝送し、変位モーション/ディスパリティーベクトル情報609を変位補償モーション/ディスパリティーモジュール618へ伝送し、現在デコーディングされている3DVレイヤ以外の3DVレイヤからのコーディング情報611を3DVレイヤ間予測モジュール620へ伝送するように構成することができる。逆量子化モジュール608は、エントロピーデコーダ606から受信したエントロピーデコーディングされた信号に対して逆量子化を実行するように構成することができる。加えて、逆変換モジュール610は、逆量子化モジュール608から受信した逆量子化された信号に対して逆変換を実行して、その逆変換した信号をアダーまたはコンバイナー612へ出力するように構成することができる。アダー612は、採用されているデコーディングモードに応じて、その他のさまざまな信号のうちの1つを受信することができる。たとえば、モード特定モジュール622は、現在処理されているブロックに対してエンコーダ500によって3DVレイヤ間予測エンコーディングが実行されたか、変位補償エンコーディングが実行されたか、またはイントラ予測エンコーディングが実行されたかを、コントロールシンタックス要素607を解析および分析することによって特定することができる。特定されたモードに応じて、モデル選択コントロールモジュール622は、コントロールシンタックス要素607に基づいて、スイッチ623にアクセスしてスイッチ623をコントロールすることができ、それによって、アダー612は、3DVレイヤ間予測モジュール620、変位補償モジュール618、またはイントラ予測モジュール614から信号を受信することができる。ここでは、イントラ予測モジュール614は、たとえば、現在デコーディングされている同じブロックまたはスライスへの参照を使用して、ブロックまたはスライスをデコーディングするためにイントラ予測を実行するように構成することができる。そして変位補償モジュール618は、たとえば、現在処理されている同じフレームもしくは3DVビューもしくは3DVレイヤのブロックもしくはスライス、または、現在デコーディングされているブロックもしくはスライスとは異なる別の以前に処理されたフレームもしくは3DVビューもしくは3DVレイヤのブロックもしくはスライスへの参照を使用して、ブロックまたはスライスをデコーディングするために変位補償を実行するように構成することができる。さらに、3DVレイヤ間予測モジュール620は、たとえば、現在処理されている同じフレームもしくは3DVビューの3DVレイヤ、または、現在処理されているレイヤとは異なる別の以前に処理されたフレームもしくは3DVビューの3DVレイヤへの参照を使用して、ブロックまたはスライスをデコーディングするために3DVレイヤ間予測を実行するように構成することができる。予測情報信号または補償情報信号を受信した後に、アダー612は、その予測情報信号または補償情報信号を、デブロッキングフィラー602へ伝送するために、逆変換された信号と足し合わせることができる。デブロッキングフィルタ602は、自分の入力信号をフィルタリングして、デコーディングされたピクチャーを出力するように構成することができる。アダー612は、足し合わされた信号を、イントラ予測において使用するために、イントラ予測モジュール614へ出力することもできる。さらに、デブロッキングフィルタ602は、フィルタリングされた信号を3DV参照バッファ616へ伝送することができる。3DV参照バッファ316は、自分の受信した信号を解析して、要素618および620による上述のようなレイヤ間デコーディングおよび変位補償デコーディングを可能にして、それらのデコーディングに際して支援を行うように構成することができ、要素618および620のそれぞれに対して、3DV参照バッファ616は、解析された信号を提供する。そのような解析された信号は、たとえば、さまざまな3DVレイヤのうちのすべてまたは一部である場合がある。本明細書において開示されている教示に照らせば、当業者なら理解できることだが、システム/装置300、400、500、および600は、別々の構成にすることができ、別々の要素を含むことができるということを理解されたい。オクルージョンデータは、LDVLayeredDepthVideoフォーマットにおいて重要な役割を果たしている。図5は、LDVフォーマットの成分をa~fで示している。LDVビデオフォーマットには、カラービデオ図5a、奥行き図5b、オクルージョンビデオ図5c/e、およびオクルージョン奥行き図5d/fという4つの成分がある。カラービデオは、図5aにおいて示されており、奥行きは、図5bにおいて示されている。図5cは、カラービデオからの対応するピクセルによって満たされている非オクルージョンエリアを有するオクルージョンビデオを示している。図5dは、奥行きからの対応する奥行きサンプルによって満たされている非オクルージョンエリアを有するオクルージョン奥行きを示している。図5cは、フィルドオクルージョンビデオを表しており、図5dは、フィルド奥行きデータを表している。代替構成においては、図5eは、スパースオクルージョンビデオを表しており、図5fは、スパース奥行きデータを表している。フィルドオクルージョンデータの代わりにスパースオクルージョンデータを使用することができ、またはその逆もまた同様である。図5eおよび図5fにおいては、非オクルージョンエリアは、オクルージョンビデオに関しては黒色で、オクルージョン奥行きに関しては白色で示されている。通常、オクルージョンデータは、図5cおよび図5dにおいて示されているように表されることになり、本明細書においては、フィルドオクルージョンデータとして知られている。オクルージョンデータが、図5eおよび図5fにおいて示されているように特定の同一色、たとえば黒色または白色などによって満たされている1つまたは複数の非オクルージョンエリアを有する場合、この表示は、本明細書においては、スパースオクルージョンデータとして知られている。視聴者のためにビデオをレンダリングする目的では、スパースオクルージョンデータは、対応するフィルドオクルージョンデータと同等であるとみなされるということを理解されたい。なぜなら、非オクルージョンエリアは一般に、3Dワープオペレーションおよび穴を埋めるオペレーションにおいては、まったく参照されないためである。したがって、フィルドオクルージョンデータまたはスパースオクルージョンデータを、LDVフォーマットにおいて、まったく混乱を伴わずに、または一般性をいっさい失うことなく、エンコーディングすることが可能である。スパースオクルージョンデータおよびフィルドオクルージョンデータは、互いに同等であり、レンダリングの点からは交換可能である。しかし、レンダリング処理は、レンダリングの際に穴を埋める処理を実行する場合などに、ピクセルがオクルージョンエリアに属するか、または非オクルージョンエリアに属するかを知っておく必要が生じることがある。そのようなケースにおいては、穴ピクセルがオクルージョンエリア内に存在する場合には、オクルージョンデータを使用して、その穴ピクセルを埋めることができる。オクルージョンデータを使用しない場合には、隣のバックグラウンドピクセルを使用して、その穴ピクセルを埋めることができる。上述のように、オクルージョンフォーマットの表示は、少なくとも、オクルージョンエリアか非オクルージョンエリアかの特定を支援する際に有用である。オクルージョンデータフォーマットの表示は、3Dビデオ信号のためのハイレベルシンタックス内に含めることができる。本明細書において使用される際には、ハイレベルシンタックスとは、階層的にはマクロブロックレイヤの上にあるビットストリーム内に存在するシンタックスを指す。たとえば、ハイレベルシンタックスは、本明細書において使用される際には、スライスヘッダレベル、SEISupplementalEnhancementInformationレベル、PPSPictureParameterSetレベル、SPSSequenceParameterSetレベル、VPSViewParameterSet、およびNALNetworkAbstractionLayerユニットヘッダレベルのシンタックスを指すことができるが、それらには限定されない。表2は、そのようなインジケータフラグを含めるための修正されたSPSの一例を提示しており、ここでは、一例として、3DVシーケンスのための拡張されたSPSが採用されている。上記の表2におけるすべての陰影付きのエントリーに関するセマンティクスについては、本出願の権利者が所有する同時係属中のPCT出願第PCT/US2010/001286号明細書整理番号PU090045において、その中の表13に関連して、少なくともページ50~55において、完全に説明されている。残りのエントリー、occlusiondataformatのセマンティクスは、下記のとおりである。0という値は、コーディングされているオクルージョンビデオ/奥行きがフィルドオクルージョンデータであるということを示しており、1という値は、コーディングされているオクルージョンビデオ/奥行きがスパースオクルージョンデータであるということを示しており、1よりも大きい値は、この時点では予備である。図6および図7は、オクルージョンデータのためのキーイング技術とともにスパースオクルージョンデータおよびフィルドオクルージョンデータの表示を含むオクルージョンデータのエンコーディングおよびデコーディングの一実施形態に関するフローチャートを示している。これらの処理のステップについては、すぐ次でさらに詳細に説明する。図6におけるエンコーディング方法は、ステップS601において開始する。コントロールが、直接ステップS602に渡される。ステップS602においては、エンコーダによって最初に受信された入力オクルージョンデータフォーマットに関する特定が行われる。この特定に関しては、その他の技術を採用することもできるが、ある例示的で簡単な技術は、受信されたビデオフレームに関連付けられているオクルージョンデータフォーマットのインジケータまたは表示を分析する。そのインジケータの一実施形態が、ハイレベルシンタックス内のocclusiondataformatエントリーとして上で示されている。このインジケータは、関連付けられているオクルージョンデータを、フィルドフォーマットのもの、またはスパースフォーマットのものとして特徴付ける。いくつかのケースにおいては、このインジケータは、フラグとも呼ばれる。スパースオクルージョンデータがエンコーダによって受信されていることをインジケータが示した場合には、コントロールは、ステップS603へ移される。フィルドオクルージョンデータがエンコーダによって受信されていることをインジケータが示した場合には、コントロールは、ステップS604へ移される。ステップS603においては、スパースオクルージョンデータが、標準的なビデオエンコーディング技術を使用してエンコーディングされて、エンコーディングされたオクルージョンデータが作成される。標準的なビデオエンコーディング技術としては、MVCMultiviewVideoCodingと、H.264/AVCAdvancedVideoCodingと、少なくともMPEG-2を含むMPEGコーディングとが含まれるが、それらには限定されない。これらのコーディング技術は、標準化されており、当業者によく知られているものとして理解されている。これらの技術に関するさらなる説明は、本明細書においては提示しない。コントロールは、ステップS605へ移される。ステップS605においては、伝送のためにビットストリームが用意される。このビットストリームは、エンコーディングされたオクルージョンデータを、最初に受信されたオクルージョンデータに関するオクルージョンデータフォーマットのインジケータすなわち、スパースまたはフィルドの表示とともに含む。コントロールは、ステップS606へ移され、ステップS606で、このエンコーディング方法は終了する。ステップS604においては、受信されたオクルージョンデータが処理されて、オクルージョンデータフォーマットが、フィルドフォーマットからスパースフォーマットへ変更される。受信されたオクルージョンデータが、スパースフォーマットで表されている場合には、それぞれの非オクルージョンエリアは、定義された特徴、そのような定義された色またはデータ値として表される。これは、非オクルージョンエリア内のデータサンプルを、定義された色または定義された奥行きレベルなどの定義された特徴によって置き換えることによって達成され、それによって、結果としてスパースオクルージョンデータフォーマットが生じる。この処理は、1つの画像内のある色を使用して背後の別の画像を見せるカラーキーイング技術に類似している。表示においてスパースオクルージョンデータフォーマットへの変更を行うことは、標準的なコーディング技術から生じる効率のおかげで、逆の変更すなわち、スパースフォーマットをフィルドフォーマットへ変更することよりも好ましい。特定の同一色で均一に表されている非オクルージョンエリアのほとんどは、スキップモードでコーディングすることができるため、従来のエンコーディングを通じて効率が得られる。スキップモードのエンコーディングにおいては、マクロブロックは、スキップされたマクロブロックとしてコーディングされ、それによって、エンコーダによって出力されるエンコーディングされたオクルージョンデータにおけるデータの量が少なくなる。スキップモードのコーディングが使用される場合には、デコーダは、マクロブロックを、周囲のマクロブロックのモーションベクトルおよび/または周囲のマクロブロック内のパーティションを参照することによって、デコーディングする。スキップモードのコーディングは、当業者によく知られているものとして理解されている。このコーディング技術に関するさらなる説明は、本明細書においては提示しない。そしてコントロールは、ステップS603へ移される。このステップにおいては、オクルージョンデータに関して、少なくとも1つのオクルージョンエリアおよび少なくとも1つの非オクルージョンエリアを識別することが必要である。これらのオクルージョンエリアは、互いに対して相互に排他的であろう。識別によって、定義された色などの定義された特徴で非オクルージョンエリアを満たすことが可能になる。オクルージョンエリアまたは非オクルージョンエリアのそのような識別を実行するための1つの例示的な技術は、オクルージョンデータと同じフレームからの奥行きデータを、そのオクルージョンデータに関連付けられているビデオデータフレーム内の1つまたは複数の奥行きの切れ目を検知するために使用することを含む。そして、それぞれの検知された奥行きの切れ目に沿ったエリアが、オクルージョンデータ内のオクルージョンエリアとして分類される。本明細書に記載されている検知および/または分類を実行するために、その他の技術を利用することもできる。別の例示的な技術においては、ビデオデータが、フィルドオクルージョンデータとともに入力される。非オクルージョンエリアは、ビデオフレームと、フィルドオクルージョンビデオフレームとの間における差分フレームを計算することによって明らかにされる。非オクルージョンエリア内のサンプルは、差分フレーム内では、ゼロ、またはゼロに近い値を有することになる。図7におけるデコーディング方法は、ステップS701において開始する。コントロールが、直接ステップS702へ移される。ステップS702においては、エンコーダにおいて最初に受信されたオクルージョンデータに関するオクルージョンデータフォーマットを表すインジケータまたはフラグが抽出される。このフラグまたはインジケータは、そのオクルージョンデータフォーマットを、スパースオクルージョンデータフォーマットまたはフィルドオクルージョンデータフォーマットとして識別する。図6におけるエンコーディング方法を参照して上述したように、エンコーダは、実際には、エンコーディングされたオクルージョンデータをスパースデータフォーマットで出力するということを想起されたい。そしてコントロールは、ステップS703へ移される。ステップ703においては、スパースオクルージョンデータが、標準的なビデオデコーディング技術を使用してデコーディングされて、デコーディングされたオクルージョンデータが作成される。標準的なビデオデコーディング技術としては、MVCMultiviewVideoCodingと、H.264/AVCAdvancedVideoCodingと、少なくともMPEG-2を含むMPEGコーディングとが含まれるが、それらには限定されない。コントロールは、ステップS704へ移される。ステップS704においては、エンコーダにおいて最初に受信されたオクルージョンデータについてのオクルージョンデータフォーマットに関する特定が行われる。この特定は、ステップS702において抽出されたフラグまたはインジケータに少なくとも部分的に基づく。スパースオクルージョンデータがエンコーダによって最初に受信されたことをインジケータが示した場合には図6、コントロールは、ステップS705へ移される。フィルドオクルージョンデータがエンコーダによって最初に受信されたことをインジケータが示した場合には図6、コントロールは、ステップS706へ移される。ステップS705においては、デコーディングされたオクルージョンデータが、ステップS704からのスパースオクルージョンデータフォーマットまたはステップS706からのフィルドオクルージョンデータフォーマットで出力される。この方法は、ステップS707において終了する。ステップS706へ進むのは、エンコーダによって最初に受信されたオクルージョンデータが、ステップS702において抽出されて受信されたフラグまたはインジケータによって識別された際に、フィルドオクルージョンデータフォーマットであったとステップS704において特定されたためである。上述のように、ステップS704では、デコーディングされたオクルージョンデータをスパースデータフォーマットで出力する。スパースオクルージョンデータフォーマットを、最初に受信されたフィルドオクルージョンデータフォーマットに変換するために、たとえば、定義された色などの定義された特徴によって識別された非オクルージョンエリアを、フレームの対応するビデオ成分または奥行き成分内の併置されるデータサンプルで満たすことが必要である。オクルージョンデータがオクルージョンビデオである場合には、同じフレームからの対応するビデオ成分が、デコーディングされたオクルージョンデータ内の非オクルージョンエリアデータサンプルを満たすために使用される。同様に、オクルージョンデータがオクルージョン奥行き成分である場合には、同じフレームからの対応する奥行き成分が、デコーディングされたオクルージョンデータ内の非オクルージョンエリアデータサンプルを満たすために使用される。デコーディングされたオクルージョンデータが、適切な最初に受信されたフォーマットへと変換されると、コントロールは、ステップS705へ移される。本発明の別の実施形態においては、オクルージョンビデオまたはオクルージョン奥行きである場合があるオクルージョンデータの場所は、参照ピクチャーリスト内で変更される。参照ピクチャーリストの構築では、典型的には、その参照ピクチャーリスト内の時間的ピクチャーおよびビュー間参照ピクチャーの後にレイヤ間参照ピクチャーを付加する。さまざまな参照ピクチャーリストの例が、上で確認したPCT出願第PCT/US2010/001291号明細書に記載されている。この点については、本出願の権利者が所有する、Panditらに関する米国特許出願公開第2010/0118933号明細書も参照されたい。本発明においては、オクルージョンデータをエンコーディングする際には、ビデオレイヤからの参照ピクチャーが、参照ピクチャーリスト内の場所0に配置される。言い換えれば、オクルージョンデータをエンコーディングする際には、同じタイムスタンプすなわち、同じビデオフレームを有する2Dデータが、参照ピクチャーリスト内の場所0に配置される。オクルージョンデータが、この並べ替えられた参照ピクチャーリストを使用してエンコーディングされる際には、非オクルージョンエリア内のブロックを取り扱う上でいくらかのコーディング効率を得ることが可能である。本明細書に記載されているエンコーディングは、オクルージョンビデオデータまたはオクルージョン奥行きデータに適用することができ、そのデータは、スパースオクルージョンデータフォーマットまたはフィルドオクルージョンデータフォーマットである場合があるということに留意されたい。非オクルージョンエリアのエンコーディング中に、スキップモードのエンコーディングを適用することができ、それによって、1つまたは複数の非オクルージョンエリアに対応する奥行きデータまたはビデオデータが、それらのデータにさらなる修正をいっさい加えることなく、その非オクルージョンエリア内に直接コピーされるため、コーディングの効率が得られる。この効率は、非オクルージョンエリア情報を、参照ピクチャーリスト内の場所0におけるオクルージョンビデオデータまたはオクルージョン奥行きデータからすぐに利用できるようにすることによって、可能になる。非オクルージョンエリアの識別は、図6のステップS604を参照して上述した技術のうちのいずれかを通じて達成される。本明細書における同じ使用に関しては、非オクルージョンエリアを、およびオクルージョンエリアでさえ特定および識別するためのよく知られているいかなる技術も考えられる。ビデオデータのブロックすなわち、マクロブロックが、非オクルージョンエリア内にあるものとして、または非オクルージョンエリアに関連付けられているものとして識別された場合には、エンコーダは、そのブロック用にスキップモードのエンコーディングを選択する。ビデオデータのブロックが、オクルージョンエリア内にあるものとして、またはオクルージョンエリアに関連付けられているものとして識別された場合には、エンコーダは、レート歪みコストすなわち、RDコストに基づいて、そのブロック用のコーディングモードを選択する。エンコーディングソリューションのRDコストは、エンコーディングされたマクロブロック内の歪みを考慮し、そのエンコーディングソリューション用に生成されることになる実際のビットを計算に入れる場合が多い。ビデオエンコーディングにおけるRDコストの計算および使用は、よく知られている処理であると考えられ、本明細書においては、さらに詳細には説明しない。本発明のこの態様に従って実現されるデコーダに関しては、ビデオ参照フレームからのデータは、非オクルージョンブロックへコピーされる。デコーダにおいてスパースオクルージョンデータフォーマットが所望されている場合には、デコーダ内のコピー処理はスキップされ、デコーダは、上述の定義された色などの定義された特徴によって、ブロックを単に満たす。図8および図9は、上述のような、特定のオクルージョンデータをエンコーディング/デコーディングするための参照ピクチャーリストの並べ替えおよびスキップモードの使用に基づくオクルージョンデータ用のエンコーディングおよびデコーディングの一実施形態に関するフローチャートを示している。図8におけるエンコーディング方法は、ステップS801において開始する。コントロールが、すぐにステップS802へ移される。ステップS802においては、参照ピクチャーリストが、同じタイムスタンプを有する2Dデータを場所0に配置することによって構成される。2Dデータという用語は、2Dのビデオデータおよび奥行きデータのうちの一方または両方を含むものと理解されている。次いでコントロールは、ステップS803へ移される。本発明の好ましい実施形態は、受信されたオクルージョンデータを処理してオクルージョンデータフォーマットをフィルドフォーマットからスパースフォーマットへ変更することによって実現されるということを理解されたい。これについては、図6に関連して上述した。受信されたオクルージョンデータが、スパースフォーマットで表されている場合には、それぞれの非オクルージョンエリアは、定義された特徴、そのような定義された色またはデータ値として表される。これは、非オクルージョンエリア内のデータサンプルを、定義された色または定義された奥行きレベルなどの定義された特徴によって置き換えることによって達成され、それによって、結果としてスパースオクルージョンデータフォーマットが生じる。この処理は、1つの画像内のある色を使用して背後の別の画像を見せるカラーキーイング技術に類似している。表示においてスパースオクルージョンデータフォーマットへの変更を行うことは、標準的なコーディング技術から生じる効率のおかげで、逆の変更すなわち、スパースフォーマットをフィルドフォーマットへ変更することよりも好ましい。ステップS803においては、データのエンコーディングが実行される。エンコーディングされるデータのブロックが、非オクルージョンエリア内にあるものとして識別された場合には、そのブロック用にスキップモードのエンコーディングを使用して、エンコーディングが実行される。エンコーディングされるデータのブロックが、非オクルージョンエリア内にないものとして識別された場合には、非オクルージョンエリア内にないすなわち、オクルージョンエリア内にあるものとして識別されたデータのブロックに関しては、レート歪みコストRDコストという従来の基準でコーディングモードが選択される。次いでコントロールは、ステップS804へ移される。ステップS804においては、出力伝送のためにビットストリームが用意される。このビットストリームは、エンコーディングされたオクルージョンデータを、最初に受信されたオクルージョンデータに関するインジケータまたはフラグオクルージョンデータフォーマットすなわち、スパースまたはフィルドの表示とともに含む。このインジケータについては、たとえば、図6に関連して詳細に上述した。コントロールは、ステップS805へ移され、ステップS805で、このエンコーディング方法は終了する。図9におけるデコーディング方法は、ステップS901において開始する。コントロールが、すぐにステップS902へ移される。ステップS902においては、やはり参照ピクチャーリストが、同じタイムスタンプを有する2Dデータを場所0に配置することによって構成される。上述のように、2Dデータという用語は、2Dのビデオデータおよび奥行きデータのうちの一方または両方を含むものと理解されている。次いでコントロールは、ステップS903へ移される。ステップS903においては、スライスまたはピクチャー内のすべてのマクロブロックが、従来のビデオデコーディング方法でデコーディングされる。次いでコントロールは、ステップS904へ移される。ステップS904においては、ビデオデータとともに受信されたインジケータまたはフラグに基づいて、2つの可能な技術のうちの1つが、オクルージョンデータ用に使用される。インジケータが、最初に受信されたオクルージョンデータに関してオクルージョンデータフォーマットをスパースとして識別した場合には、非オクルージョンエリアは、定義された色または定義された奥行き値などの定義された特徴で満たされる。インジケータが、最初に受信されたオクルージョンデータに関してオクルージョンデータフォーマットをフィルドとして識別した場合には、非オクルージョンエリアは、2Dビデオの対応する部分からのデータサンプルで満たされる。次いでコントロールは、ステップS905へ移され、ステップS905で、このデータのためのデコーディング方法は終了する。上述の実施形態において説明した改訂された参照ピクチャーリストの構築に関しては、参照ピクチャーインデックスが、必ずしもオクルージョンブロックのコーディングにとって最適化されるとは限らないということがここでわかる。最適化に関するこの問題が生じるのは、オクルージョンエリア内のブロックが、最良のマッチングのために、レイヤ間参照ピクチャーではなく、時間的参照ピクチャーを使用する可能性が高いためである。その一方で、上で確認したPCT出願第PCT/US2010/001291号明細書において示されているように、非オクルージョンエリア内のブロックが、レイヤ参照ピクチャーを参照ピクチャーリストの最後に置くことが、必ずしもよいとは限らない。したがって、参照ピクチャーリストの並べ替えだけでは、オクルージョンエリアに関連付けられているブロック、および非オクルージョンエリアに関連付けられているブロックの両方のブロックをエンコーディング/デコーディングするための完全に適切で効果的なソリューションを提供することはできない。オクルージョンデータのためのエンコーダおよびデコーダ方法の別の実施形態は、奥行きの使用と、奥行きの境界の検知とを含む。この実施形態は、図10および図11において示されている。図10および図11は、特定のオクルージョンデータのための奥行きスキップモードのエンコーディングの使用を含むオクルージョンデータのエンコーディングおよびデコーディングのためのフローチャートを示している。上で説明したように、本明細書における技術は、オクルージョンビデオデータおよびオクルージョン奥行きデータの両方に交換可能に適用することができる。本発明のこの実施形態に関しては、オクルージョンエリアブロックおよび非オクルージョンエリアブロックの両方のコーディングに有利に働くように、レイヤ間参照ピクチャーを参照ピクチャーリストの最後に付加することによって、参照ピクチャーリストが構成される。そのような参照ピクチャーリストの例は、PCT出願第PCT/US2010/001291号明細書に記載されている。エンコーディング処理中に、再構築された奥行きサンプルに対して境界の検知が実行されて、検知された奥行きの境界に対する現在のマクロブロックの近接度が特定され、通常はピクセルで測定される。再構築された奥行きサンプルは、通常は図3のエンコーダ内のデブロッキングフィルタ528の出力において利用可能である。再構築された奥行きサンプルは、エンコーダ内で使用される。なぜなら、エンコーダおよびデコーダは、境界の検知のために実質的に同じ情報を使用しなければならないためであり、また、再構築された奥行きサンプルマップは、デコーダ内で利用可能な唯一のサンプルであるためである。デコーダは、エンコーダ内に存在するオリジナルの奥行きデータを有していない。したがって、エンコーダおよびデコーダが実質的に同じ奥行き情報を使用しなければならないという制約が保持される場合には、エンコーダが境界の検知のためにオリジナルの奥行きサンプルを利用することは、適切ではないだろう。マクロブロックが、検知された奥行きの境界からlピクセル内にあると特定された場合には、このマクロブロックは、オクルージョンエリアマクロブロックとしてマークされ、上で説明したようにレート歪みRDコストを使用して、エンコーディングモードが選択される。その一方で、マクロブロックが、検知された奥行きの境界からlピクセル内にないと特定された場合には、そのマクロブロックをエンコーディングするために、レイヤ間スキップエンコーディングモードが使用されることになる。デコーディングの際には、スキップモードのエンコーディングを介してエンコーディングされたブロックは、下記の方法で奥行きデータを利用する。マクロブロックと、奥行きの境界との間における距離が特定される。エンコーディング処理においてスキップされたいかなるマクロブロックに関しても、そのマクロブロックから、最も近い検知された奥行きの境界までの距離が、lピクセルというしきい値である場合、またはそのしきい値内にある場合すなわち、そのしきい値未満である場合には、そのマクロブロックは、時間的にスキップされたブロックとして識別される。そうではなく、スキップされたマクロブロックから、最も近い検知された奥行きの境界までの距離が、lピクセルというしきい値よりも大きい場合すなわち、そのしきい値を超える場合には、そのマクロブロックは、非オクルージョンエリアマクロブロックとして識別され、さらには、レイヤ間のスキップされたマクロブロックであるとみなされる。奥行きの境界の検知は、コーデックの実施形態のオペレーションにとって重要である。奥行きの境界は、好ましくは、エンコーダにおいて使用されたのと同じアルゴリズムを使用して、デコーダにおいて検知されるべきであるということがわかる。このことによって、再構築された奥行きサンプルは、エンコーダおよびデコーダにおいて必ず同じ再構築を有することになる。奥行きの境界の検知は、任意の数のよく知られている技術によって達成することができる。これらのよく知られている技術については、本明細書においては、これ以上説明しない。図10におけるエンコーディング方法は、ステップS1001において開始する。コントロールが、すぐにステップS1002へ移される。ステップS1002においては、参照ピクチャーリストが、同じタイムスタンプを有する2Dデータを、その参照ピクチャーリスト内の時間的ピクチャーおよびビュー間参照ピクチャーの両方の後に配置することによって構成される。次いでコントロールは、ステップS1003へ移される。ステップS1003においては、1つまたは複数の奥行きの境界が、再構築された奥行きマップから検知される。それぞれのマクロブロックから、最も近い奥行きの境界までの距離が測定される。マクロブロックから、その最も近い奥行きの境界までの距離が、lピクセル以下である場合には、そのマクロブロックは、オクルージョンエリアマクロブロックとしてマークされる。マクロブロックから、その最も近い奥行きの境界までの距離が、lピクセルを超える場合には、そのマクロブロックは、非オクルージョンエリアマクロブロックである。そのマークまたはフラグは、マクロブロックを、オクルージョンエリアマクロブロックであるものとして識別するため、そのマークまたはフラグがなければ、その関連付けられているマクロブロックは、非オクルージョンエリアマクロブロックであるものとして自動的に識別される。2つの状態フラグがあれば、それぞれのマクロブロックを、非オクルージョンエリアマクロブロックたとえば、フラグ=0、またはオクルージョンエリアマクロブロックたとえば、フラグ=1として適切に識別するのに十分であろうということに留意されたい。次いでコントロールは、ステップS1004へ移される。ステップS1004においては、マクロブロックに関するフラグまたはマークが読み取られる。そのマクロブロックが非オクルージョンエリアマクロブロックであることをマークが示している場合には、そのマクロブロックをエンコーディングするために、従来のスキップモードのエンコーディングが使用される。そのマクロブロックがオクルージョンエリアマクロブロックであることをマークが示している場合には、従来のレート歪みコストRDコストに基づいて、エンコーディングモードが選択され、使用される。次いでコントロールは、ステップS1005へ移される。ステップS1005においては、出力伝送のためにビットストリームが用意される。このビットストリームは、エンコーディングされたオクルージョンデータを、最初に受信されたオクルージョンデータに関するインジケータまたはフラグオクルージョンデータフォーマットすなわち、スパースまたはフィルドの表示とともに含む。このインジケータについては、たとえば、図6に関連して詳細に上述した。コントロールは、ステップS1006へ移され、ステップS1006で、このエンコーディング方法は終了する。図11におけるデコーディング方法は、ステップS1101において開始する。コントロールが、すぐにステップS1102へ移される。ステップS1102においては、参照ピクチャーリストが、同じタイムスタンプを有する2Dデータを、その参照ピクチャーリスト内の時間的ピクチャーおよびビュー間参照ピクチャーの両方の後に配置することによって構成される。次いでコントロールは、ステップS1103へ移される。ステップS1103においては、エンコーディング方法に関するステップS1002におけるのとちょうど同じように、1つまたは複数の奥行きの境界が、再構築された奥行きマップから検知される。それぞれのマクロブロックから、最も近い奥行きの境界までの距離が測定される。マクロブロックから、その最も近い奥行きの境界までの距離が、lピクセル以下である場合には、そのマクロブロックは、オクルージョンエリアマクロブロックとしてマークされる。マクロブロックから、その最も近い奥行きの境界までの距離が、lピクセルを超える場合には、そのマクロブロックは、非オクルージョンエリアマクロブロックである。そのマークまたはフラグは、マクロブロックを、オクルージョンエリアマクロブロックであるものとして識別するため、そのマークまたはフラグがなければ、その関連付けられているマクロブロックは、非オクルージョンエリアマクロブロックであるものとして自動的に識別される。図10に関連して上述したように、2つの状態フラグがあれば、それぞれのマクロブロックを、非オクルージョンエリアマクロブロックたとえば、フラグ=0、またはオクルージョンエリアマクロブロックたとえば、フラグ=1として適切に識別するのに十分であろう。次いでコントロールは、ステップS1104へ移される。次いでマクロブロックのデコーディングが、ステップS1104において実行される。デコーディングは、はじめに、ビデオデータとともに受信されたインジケータまたはフラグに基づいて実行され、一方のフラグまたはマークは、マクロブロックを、非オクルージョン/オクルージョンエリアマクロブロックであるものとして示し、他方のインジケータまたはフラグは、オクルージョンデータフォーマットを、スパースまたはフィルドとして識別する。最初に、スライスまたはピクチャー内のすべてのマクロブロックが、図9において示されているステップS903と同様の従来のビデオデコーディング方法でデコーディングされる。スキップされたマクロブロックが、非オクルージョンエリアマクロブロックを示す一方のフラグ、および最初に受信されたオクルージョンデータに関してオクルージョンデータフォーマットをスパースとして識別する他方のインジケータによって識別された場合には、非オクルージョンエリアは、定義された色または定義された奥行き値などの定義された特徴で満たされる。スキップされたマクロブロックが、非オクルージョンエリアマクロブロックを示す一方のフラグ、および最初に受信されたオクルージョンデータに関してオクルージョンデータフォーマットをフィルドとして識別する他方のインジケータによって識別された場合には、非オクルージョンエリアは、2Dビデオの対応する部分からのデータサンプルで満たされる。その他のすべてのマクロブロックに関しては、上述のように、従来のデコーディングが使用される。次いでコントロールは、ステップS1105へ移され、ステップS1105で、このデータのためのデコーディング方法は終了する。図12および図13は、オクルージョンデータのための更新メカニズムの使用を含む、本発明の原理に従って実現される、更新メカニズムを採用するオクルージョンデータのエンコーディングおよびデコーディングの別の実施形態に関するフローチャートを示している。この実施形態においては、オクルージョンフレームは、定義された時間またはフレームにわたって1つのフレームと次なるフレームとの間で実質的に同じまたは一定であることが予想される。エンコーダの側では、オクルージョンデータは、1つの代表オクルージョンデータフレームを使用することによって得ることができる。あるいは、1つのビデオシーンからの複数の連続したオクルージョンデータフレームを連結様式combinatorialmannerでマージして、代表オクルージョンデータフレームを実現することもできる。そしてエンコーディングおよびデコーディングの両方に関して、代表オクルージョンデータフレームは、新たな代表オクルージョンデータフレームによって取って代わられるまで、定義された数のフレームすなわち、時間にわたって有効である。この方法は、オクルージョンビデオデータまたはオクルージョン奥行きデータに適用することができる。この技術を実現するためには、代表オクルージョンデータフレームが次の更新まで有効である間のフレーム数nを特定することが必要である。加えて、代表オクルージョンデータフレームが次の更新まで有効である間のそのフレーム数nを、エンコーダからデコーダへのメッセージを介して伝送されるシンタックス内に含めることが必要であり、それによってデコーダは、適切に機能することができる。代表オクルージョンデータフレームが有効である間のフレームは、一般には連続していることが意図されているが、特定の状況のもとでは連続していないことも可能であると考えられる。たとえば、2つのシーンが頻繁に切り替えられる場合には、1つのシーンに関するオクルージョンデータは、交互のシーンシーケンスにおけるそのシーンに関連したフレームのために使用することができる。それらのフレームは、第2のシーンからのフレームと交互になっているため、その時間に関するフレーム数nは、実際には、連続していないフレームをカバーしている。図12は、更新メカニズムの使用を採用するオクルージョンデータのエンコーディングを実現するためのフローチャートを示している。この方法は、ステップS1201において開始し、それに関するコントロールは、ステップS1202に渡される。ステップS1202においては、時間nが特定される。この時間は、一般に整数のフレーム数として表される。これは、単一の代表オクルージョンデータフレームビデオまたは奥行きが有効である時間を表す。コントロールは、ステップS1203に渡される。ステップS1203においては、代表オクルージョンデータフレームがエンコーディングされる。次のn-1個の連続したオクルージョンデータフレームに対しては、エンコーディングも伝送も実行されない。それらのフレームは、事実上スキップされる。代表オクルージョンデータフレームは、その代表オクルージョンデータフレームが有効である時間n内のn個の連続したオクルージョンデータフレームから選択された1つのオクルージョンデータフレームとすることができる。上述のように、代表オクルージョンデータフレームは、その代表オクルージョンデータフレームが有効である時間n内のn個の連続したオクルージョンデータフレームから選択された2つ以上のオクルージョンデータフレームの特徴の組合せとすることができる。コントロールは、ステップS1204に渡される。ステップS1204においては、エンコーディングされた代表オクルージョンデータフレームが、時間nを示すシンタックスメッセージとともに伝送される。コントロールは、ステップS1205に渡される。特定ステップS1205においては、時間nが経過したかどうかが特定され、それによって、新たな代表オクルージョンデータフレームをエンコーディングして、現在の代表オクルージョンデータフレームを更新して置き換えることができる。時間が経過し、エンコーディングのための準備が整っている別の代表オクルージョンデータフレームがある場合には、コントロールは、ステップS1202へ戻される。エンコーディングのための準備が整っているオクルージョンデータフレームがもうない場合には、コントロールは、ステップS1206に渡され、ステップS1206で、この処理は終了する。この実施形態においては、デコーディングされたオクルージョンフレームが、別の代表オクルージョンフレームがデコーディングされて、前の代表オクルージョンフレームが更新されて置き換えられるまで、自分の関連付けられているフレームと、デコーディングの順序で後に続くn-1個の連続したフレームのすべてとにわたって有効であり続けることになる。デコーディング処理が、ステップS1301において開始し、コントロールが、ステップS1302に渡される。ステップS1302においては、シンタックスメッセージがデコーディングされて、時間nが特定される。コントロールは、ステップS1303に渡される。ステップS1303においては、代表オクルージョンデータフレームがデコーディングされる。そして、その代表オクルージョンデータフレームは、時間nにわたって、すなわち、次のn-1個の連続したフレームにわたって有効なものとして保持される。コントロールは、ステップS1304に渡される。特定ステップS1304においては、時間nが経過したかどうかが特定され、それによって、新たな代表オクルージョンデータフレームをデコーディングして、現在の代表オクルージョンデータフレームを更新して置き換えることができる。時間nが経過し、デコーディングのための準備が整っている別の代表オクルージョンデータフレームがある場合には、コントロールは、ステップS1302へ戻される。デコーディングのための準備が整っているオクルージョンデータフレームがもうない場合には、コントロールは、ステップS1305に渡され、ステップS1305で、この処理は終了する。本明細書に記載されている方法は、コンピュータプロセッサベースの実施態様における使用、またはコンピュータ可読ストレージメディア上での使用、または本明細書の図1~図4において示されているコーディング/デコーディング装置などのその他の装置における使用のために考えられている。オクルージョンデータのコーディングおよびデコーディングに関する上述の説明および図示は、本発明のさまざまな実施形態の例示である。特定の修正形態および変形形態、たとえば、異なるタイプのオクルージョンデータを使用すること、特定のエンコーディングステップもしくはデコーディングステップを実行する順序を変えること、または方法における1つもしくは複数のステップを省略することまでも、本発明を実施するために使用することができる。本明細書において列挙されているすべての例および条件を表す表現conditionallanguageは、本発明の原理、および、当技術分野を進展させることに対して本発明者によって寄与されたコンセプトを読者が理解する際に役立つための教示上の目的を意図されており、また、そのような具体的に列挙された例および条件に限定されるものではないと解釈されるべきである。その上、本明細書において本発明の原理、態様、および実施形態、ならびにその具体例について述べるすべての記述は、その構造上の均等物および機能上の均等物の両方を包含することを意図されている。加えて、そのような均等物は、構造のいかんを問わず、同じ機能を実行するあらゆる均等物において開発されるあらゆる要素を含む、現在知られている均等物、ならびに将来開発される均等物の両方を含むことが意図されている。複数の実施態様について、本明細書において説明してきた。それでもなお、さまざまな修正を行うことができるということが理解できるであろう。たとえば、別々の実施態様の要素どうしを結合、補完、修正、または除去して、その他の実施態様を作成することができる。加えて、開示されている構造および処理の代わりに、その他の構造および処理を使用することができ、その結果として生じる実施態様は、開示されている実施態様と比較して、少なくとも実質的に同じ1つまたは複数の機能を、少なくとも実質的に同じ1つまたは複数の方法で実行して、少なくとも実質的に同じ1つまたは複数の結果を達成することになるということを当業者なら理解するであろう。特に、本明細書においては、添付の図面を参照して、例示的な実施形態について説明してきたが、本発明の原理は、それらの厳密な実施形態に限定されるものではなく、当業者なら、本発明の原理の範囲または趣旨から逸脱することなく、それらの実施形態においてさまざまな変更および修正を行うことができるということを理解されたい。したがって、これらおよびその他の実施態様は、本出願によって考慮されており、添付の特許請求の範囲の範疇内に収まる。