3次元コンテンツを再生するデバイスであって、3次元コンテンツを含むビデオストリームを受信する手段と、前記3次元コンテンツと画像とを組み合わせる手段とを備え、前記3次元コンテンツと画像とを組み合わせる手段は、前記3次元コンテンツに画像を重ね合わせる方法を実行し、前記3次元コンテンツおよび前記3次元コンテンツに画像を重ね合わせるための奥行きマップを含むビデオストリームを受信し、前記奥行きマップは、前記3次元コンテンツの奥行きに関する情報を含み、前記ビデオストリームのフレーム内に画像として挿入されており、前記奥行きマップは、再生時に前記3次元コンテンツに画像を重ね合わせることのみを目的として送信され、前記画像の重ね合わせは、前記奥行きマップに応じた位置で奥行きを持たせつつ行なわれ、前記奥行きマップは、前記3次元コンテンツに対応付けられている2次元画像よりも画素数が少ないデバイス。前記奥行きマップは、前記3次元コンテンツのうち下半分、好ましくは、下3分の1の画素の奥行きに関する情報のみを含む請求項1に記載のデバイス。前記奥行きマップは、解像度が不均一であり、特に、前記奥行きマップの下半分または下3分の1は、上側よりも解像度が高い請求項1または2に記載のデバイス。前記奥行きマップは、前記3次元コンテンツに対応付けられている2次元画像よりも解像度が低い請求項1から3のいずれか一項に記載のデバイス。前記3次元コンテンツは、複数の画素から構成される画像であり、前記奥行きマップは、前記3次元コンテンツの前記複数の画素の奥行きに対応する構成要素を持つ奥行きマップをアンダーサンプリングすることによって得られる請求項4に記載のデバイス。前記奥行きマップをアンダーサンプリングした後、アンダーサンプリングされた前記奥行きマップは、複数のブロックに分割され、各ブロックの画素毎に、同一の値を割り当て、前記値は、前記各ブロックの画素の最小奥行き、または、前記各ブロックの画素の奥行きの平均値に等しい請求項5に記載のデバイス。前記奥行きマップをアンダーサンプリングする前、前記奥行きマップは、複数のブロックに分割され、各ブロックの画素毎に、同一の値を割り当て、前記値は、前記各ブロックの画素の最小奥行き、または、前記各ブロックの画素の奥行きの平均値に等しい請求項5に記載のデバイス。前記複数のブロックのサイズは、2×2画素の基礎ブロックの倍数に等しい請求項6または7に記載のデバイス。前記奥行きマップは、前記フレームのうち表示用でない部分に入力する請求項1から8のいずれか一項に記載のデバイス。前記奥行きマップは、前記フレームのうち、前記3次元コンテンツが占有していない複数の領域に分散する複数のブロックに分割される請求項1から9のいずれか一項に記載のデバイス。前記フレームは、右画像、左画像および前記奥行きマップを含み、前記奥行きマップは、前記フレームのうち、前記3次元コンテンツが占有していない複数の領域に分散する複数のブロックに分割され、前記フレームは、H.264符号化規格に応じて符号化される請求項1から10のいずれか一項に記載のデバイス。前記3次元コンテンツは、2次元画像と、立体視用の一対の一方の画像を再構築させる情報とを含み、前記奥行きマップは、前記2次元画像の一部に入力されている請求項1から9のいずれか一項に記載のデバイス。前記フレームは、前記フレーム内での前記奥行きマップの位置を受信機に示すフラグを含む請求項1から12のいずれか一項に記載のデバイス。前記ビデオストリームは、前記フレーム内での前記奥行きマップの位置を受信機に示すフラグを含み、前記フラグは、前記フレームの外部にある請求項1から13のいずれか一項に記載のデバイス。3次元コンテンツに画像を重ね合わせる方法であって、前記3次元コンテンツおよび前記3次元コンテンツに画像を重ね合わせるための奥行きマップを含むビデオストリームを受信し、前記奥行きマップは、前記3次元コンテンツの奥行きに関する情報を含み、前記ビデオストリームのフレーム内に画像として挿入されており、前記奥行きマップは、再生時に前記3次元コンテンツに画像を重ね合わせることのみを目的として送信され、前記画像の重ね合わせは、前記奥行きマップに応じた位置で奥行きを持たせつつ行なわれ、前記奥行きマップは、前記3次元コンテンツに対応付けられている2次元画像よりも画素数が少ない方法。前記奥行きマップは、前記3次元コンテンツのうち下半分、好ましくは、下3分の1の画素の奥行きに関する情報のみを含む請求項15に記載の方法。前記奥行きマップは、解像度が不均一であり、特に、前記奥行きマップの下半分または下3分の1は、上側よりも解像度が高い請求項15または16に記載の方法。前記奥行きマップは、前記3次元コンテンツに対応付けられている2次元画像よりも解像度が低い請求項15から17のいずれか一項に記載の方法。前記3次元コンテンツは、複数の画素から構成される画像であり、前記奥行きマップは、前記3次元コンテンツの前記複数の画素の奥行きに対応する構成要素を持つ奥行きマップをアンダーサンプリングすることによって得られる請求項18に記載の方法。前記奥行きマップをアンダーサンプリングした後、アンダーサンプリングされた前記奥行きマップは、複数のブロックに分割され、各ブロックの画素毎に、同一の値を割り当て、前記値は、前記各ブロックの画素の最小奥行き、または、前記各ブロックの画素の奥行きの平均値に等しい請求項19に記載の方法。前記奥行きマップをアンダーサンプリングする前、前記奥行きマップは、複数のブロックに分割され、各ブロックの画素毎に、同一の値を割り当て、前記値は、前記各ブロックの画素の最小奥行き、または、前記各ブロックの画素の奥行きの平均値に等しい請求項19に記載の方法。前記複数のブロックのサイズは、2×2画素の基礎ブロックの倍数に等しい請求項20または21に記載の方法。前記奥行きマップは、前記フレームのうち表示用でない部分に入力する請求項15から22のいずれか一項に記載の方法。前記奥行きマップは、前記フレームのうち、前記3次元コンテンツが占有していない複数の領域に分散する複数のブロックに分割される請求項15から23のいずれか一項に記載の方法。前記フレームは、右画像、左画像および前記奥行きマップを含み、前記奥行きマップは、前記フレームのうち、前記3次元コンテンツが占有していない複数の領域に分散する複数のブロックに分割され、前記フレームは、H.264符号化規格に応じて符号化される請求項15から24のいずれか一項に記載の方法。前記3次元コンテンツは、2次元画像と、立体視用の一対の一方の画像を再構築させる情報とを含み、前記奥行きマップは、前記2次元画像の一部に入力されている請求項15から23のいずれか一項に記載の方法。前記フレームは、前記フレーム内での前記奥行きマップの位置を受信機に示すフラグを含む請求項15から26のいずれか一項に記載の方法。前記ビデオストリームは、前記フレーム内での前記奥行きマップの位置を受信機に示すフラグを含み、前記フラグは、前記フレームの外部にある請求項15から27のいずれか一項に記載の方法。複数のフレームを備える立体視ビデオストリームであって、前記立体視ビデオストリームは、少なくとも1つの3次元コンテンツと、画像として前記複数のフレームのうち一のフレームに挿入されている少なくとも1つの奥行きマップとを備え、前記奥行きマップは、前記3次元コンテンツに対応付けられている2次元画像よりも画素数が少なく、前記立体視ビデオストリームは、請求項15から28のいずれか一項に記載の方法で利用される立体視ビデオストリーム。本発明の目的は、先行技術に係る欠点を克服可能である、立体視ビデオストリームが搬送する3次元コンテンツと画像とを合成する方法およびシステムを提供する。具体的には、本発明の一の目的は、3Dコンテンツ再生側で必要な演算コストが低減されるような、3Dコンテンツへ画像を重ね合わせる方法を提供することにある。本発明の別の目的は、高帯域幅を利用する必要がなく、立体視ビデオストリームの符号化処理および復号化処理に対してロバストな、立体視ビデオストリームによって搬送されたコンテンツに画像を重ね合わせるために必要な情報を送信する方法を提供することにある。本発明の上記およびその他の目的は、立体視ビデオストリームによって搬送されたコンテンツに画像を重ね合わせるための方法およびシステムであって、特許請求の範囲に記載された特徴を持つ方法およびシステムによって実現される。特許請求の範囲は、本明細書の不可欠な一部とする。本発明の基礎となっている一般的な概念は、再生時において、立体視ストリームのフレームに含まれている画像に符号化されている重ね合わせ奥行きマップを利用して、立体視ストリームに重ね合わせて要素を表示する点にある。本発明で利用する奥行きマップは、復号器またはテレビセットに、ローカルに生成された画像を適切に立体画像に重ね合わせるために有用な情報を供給するということのみを目的として送信されているので、立体視ビデオストリームを符号化することを目的としたものではない。このため、奥行きマップは、立体視用の画像対よりも解像度が低くなっているので、画素数が少なくなっている。このため、帯域幅の占有が制限される。これは、3次元画像を生成する場合にマップが利用されず、オーバーレイを適切な位置に置くことのみを目的とするので、可能である。好ましい実施形態によると、フレームは、適切に多重化されている、右画像と、左画像と、奥行きマップとを備える合成画像を搬送する。一実施形態によると、右画像および左画像は、従来の形式に応じて、例えば、横並びに、上下に、または、格子状に配置されている一方、奥行きマップは、合成フレームの自由領域に挿入されており表示用ではない。別の実施形態によると、合成フレームにおける右画像および左画像の並べ方が、新規である。本実施形態によると、フレームは、右画像および左画像の両方の元の形式つまり、符号化前の画素の合計よりも多い複数の画素を含み、デシメーションを実行することなく入力される。本実施形態では、第1の画像例えば、左画像の画素を変化させることなく合成画像に入力するが、第2の画像は、複数の領域に分割され、これらの領域の画素は合成画像の自由領域に配置される。この解決方法によると、2つの画像のうち一方をそのままとすることによって、再構築した画像の質が改善されるという利点が得られる。第2の画像は、できる限り少ない数の領域に分割して、画素間の空間相関を最大限まで高め、圧縮ステップにおいてアーチファクト発生を少なくするという利点がある。有益な実施形態によると、第2の画像の領域は、並進または回転並進のみを利用して合成画像に入力される。このため、水平方向解像度と垂直方向解像度との間の比率は変わらないままである。別の実施形態によると、第2の画像を分割して得られた複数の領域のうち少なくとも1つは、鏡面反転ステップが実施される。つまり、一の軸特に、一辺に対して反転させ、合成画像内において、一辺が、境界において同一または同様の画素を持つ他方の画像の一辺と隣接するように配置する。これは、2つの右画像および左画像の対応する画素同士、つまり、2つの画像の同一行および同一列に配置される画素同士に強い相関関係があるためである。この解決方法によれば、境界領域においてアーチファクトの発生が少なくなるという利点が得られる。別の利点として、境界領域が合成画像を対角線方向に横切るように配置された三角形状の領域を利用する解決方法に比べて、第2の画像を分割して得られる領域は矩形形状を持つことが挙げられる。これによって、特に圧縮ステップが正方形状の画素ブロック例えば、H.264規格の場合16×16に対して行われる場合、その後に行われる圧縮ステップにおいて発生するアーチファクトが低減される。特に有益な実施形態によると、アーチファクトの形成は、合成画像に冗長性を取り入れることによって、つまり、一部の画素群を複数回複製することによって、さらに低減されるか、または、完全に無くなる。具体的には、合成画像に入力すべき基礎となる画像を複数の領域に分割することによってこの効果が得られる。この際、これらの領域の画素の総数が、基礎となる画像の画素の数よりも多くなるような寸法の領域に分割する。つまり、基礎となる画像を分割して得られる複数の領域のうち少なくとも2つの領域は、共通する画像部分を持つ。共通画像部分は、分割後の画像において互いに隣接する領域同士の間の境界領域である。この共通画像部分のサイズは、合成画像に対して後に適用されるべき圧縮の種類に応じて決まることが好ましく、分割後の画像が再構築される場合に部分的または完全に除去されるバッファ領域として機能するとしてよい。分割して得られる領域の境界領域には圧縮によってアーチファクトが発生する可能性があるので、バッファ領域を除去することによって、または、少なくともその最も外側の部分を除去することによって、アーチファクトを除去して、元の画像に忠実に画像再構築を行うことが可能になる。本発明のその他の目的および利点は、以下に記載する幾つかの実施形態の説明からより明らかとなる。実施形態は、本発明を限定するものではなく一例として紹介している。図1は、立体視ビデオストリーム101によって搬送されるビデオコンテンツに画像を重ね合わせるための奥行きマップを含む立体視ビデオストリーム101を生成するデバイス100を示すブロック図である。本発明において、3次元3Dコンテンツは、観察者にさまざまな奥行きを感じさせ、画像またはビデオを表示または投影しているスクリーン面から構成要素が飛び出してくる画像またはビデオである。2つの画像を重ね合わせるという表現は、本明細書において、任意の形式で、例えば、透明状態で、半透明状態で、または、完全に不透明な状態で2つの画像を組み合わせることを意味する。本発明は、静的または動的のいずれであっても、つまり、グラフィック特性が一定または経時可変性のいずれであっても、どのような種類の重ね合わせにも等しく適用される。グラフィック特性は、2次元特性または3次元特性であるとしてよい。3次元コンテンツの奥行は、3Dコンテンツを表示しているスクリーンに直交する軸に沿ってスクリーンに入力される3次元コンテンツの寸法に関連している。本明細書において、スクリーンは、奥行きゼロポイントに対応し、最小奥行きポイントは、3Dコンテンツのうち、自身に最も近いとユーザが感知するポイント、つまり、スクリーンから最も離れているポイントである。したがって、最大奥行きポイントは、観察者がスクリーン内で最も深いと感知するポイント、つまり、スクリーン平面を超えて自分自身から最も遠いポイントである。図1において、デバイス100は、左目L用および右目R用である2つの画像シーケンス102および103、例えば、2つのビデオストリームと、奥行きマップシーケンス106が入力される。シーケンス106に含まれる各奥行きマップは、シーケンス102および103に含まれる一対の右画像および左画像に対応付けられる。本実施形態では、奥行きマップは、右画像を左画像と比較して、比較した2つの画像のうち一方の画素数に等しいサイズを持つマトリクス奥行きマップを作成する公知のアルゴリズムを用いて生成される。この奥行きマップの構成要素は、表示される各画素の奥行きに比例する値を持つ。別の奥行きマップ生成方法は、シーン内のオブジェクトと、当該シーンを撮影している一対のビデオカメラとの間の距離を測定する。この距離は、レーザを利用することで、容易に測定することができる。電子コンピュータを利用して生成された人工的なビデオストリームの場合、ビデオカメラは、仮想的なビデオカメラであり、コンピュータが人工的に形成した特定シーンの2つの視点から成る。別の実施形態によると、一の奥行きマップは、右画像および左画像から成る画像対の複数に対応付けられている。この場合、奥行きマップの各構成要素について選択される値は、複数の異なるフレームにおける画素の最小奥行き値である。本実施形態では、奥行きマップは、対応付けられているフレーム群毎に一回入力され、デバイス100にかかる負荷を減らすことが好ましい。デバイス100には、一の奥行きマップと、右画像および左画像から成る画像対の複数とを対応付ける情報も入力される。図1に示す例に代えて、シーケンス106に含まれる奥行きマップは、デバイス100内で生成されるとしてもよい。この場合、デバイス100は、シーケンス102および103の画像LおよびRが入力され、対応する奥行きマップを生成する適切なモジュールを備える。デバイス100は、2つのシーケンス102および103の2つの画像、ならびに、シーケンス106の奥行きマップを多重化する方法を実行する。デバイス100は、右画像および左画像、ならびに、奥行きマップを多重化する方法を実行するべく、入力画像図1の例の場合、右画像を、それぞれが受信した画像の一の領域に対応する複数のサブ画像に分割する分割モジュール104と、奥行きマップを処理するアンダーサンプリングおよびフィルタリングモジュール107と、奥行きマップを含めて受信した画像の画素を、出力として提供すべき一の合成画像に入力可能な合成モジュール105とを備える。シーケンス106の処理が不要である場合、モジュール107は省略するとしてもよい。これは、例えば、奥行きマップがレーザを利用して生成され、始めから、画像Lおよび画像Rよりも解像度が低い場合である。デバイス100が実行する多重化方法の一例は、図2を参照しつつ以下で説明する。当該方法は、ステップ200で開始される。この後ステップ201、2つの入力画像のいずれか右画像または左画像を、図3に示すように、複数の領域に分割する。図3の例では、分割された画像は、ビデオストリーム720pのフレームR、つまり、解像度が1280×720画素、25/30fps毎秒フレーム数でプログレッシブ形式である。図3のフレームRは、右目用の画像を搬送するビデオストリーム103から得たものであり、3つの領域R1、R2およびR3に分割される。画像Rの分割は、サイズが同じ2つの部分に分割した後、一方を同じサイズの2つの部分にさらに分割することによって行う。領域R1は、サイズが640×720画素であり、全行の最初の640個の画素を全て持つ。領域R2は、サイズが640×360画素であり、最初の360行のうち641から720までの画素を持つ。領域R3は、サイズが640×360画素であり、画像Rの残りの画素、つまり、最後の360行のうち641から720の画素を持つ。図1の例では、画像Rを分割するステップは、モジュール104によって実行される。モジュール104は、入力画像Rこの場合、フレームRを受信して、3つの領域R1、R2およびR3に対応する3つのサブ画像つまり、3つの画素群を出力する。この後ステップ202、203および205、合成画像Cが構築される。合成画像Cは、右画像および左画像の両方に関する情報、および、受信した奥行きマップに関する情報を含む。本明細書で説明する例では、合成画像Cは、出力立体視ビデオストリームのフレームであるので、コンテナフレームとも呼ばれる。最初にステップ202、デバイス100が受信したが、デバイス105が分割しない入力画像図1の例では左画像Lが、入力画像の両方の画素をすべて含むようなサイズを持つコンテナフレームに、そのまま入力される。例えば、入力画像のサイズが1280×720画素である場合、両方を含むのに適したコンテナフレームは、1920×1080画素のフレームである。例えば、1080p型のビデオストリームのフレームプログレッシブ形式、1920×1080画素、毎秒フレーム数は25/30である。図4の例では、左画像Lは、コンテナフレームCに入力され、左上の隅に配置される。これは、画像Lの1280×720画素を、コンテナフレームCのうち、最初の720行のうち最初の1280画素から成る領域C1に複製することによって行われる。以下の記載において画像をフレームに入力するという記載がある場合、または、一のフレームから別のフレームに画素を複製または転写するという記載がある場合、ソース画像と同一画素から成る新しいフレームをハードウェア手段および/またはソフトウェア手段を利用して生成する手順を実行することを意味すると理解されたい。ソフトウェアおよび/またはハードウェアを利用してターゲット画像にソース画像または、ソース画像の画素群を再生成する方法は、本発明に関しては重要でないと見なされ、当業者には公知であるので、本明細書ではこれ以上説明しない。次のステップ203において、モジュール104がステップ201で分割した画像を、コンテナフレームに入力する。これは、モジュール105が、分割された画像の画素を、コンテナフレームCのうち、画像Lが占有していない複数の領域、つまり、領域C1の外部の領域に複製することによって行われる。圧縮を最適化して、ビデオストリームを解凍する際のアーチファクトの発生を抑制するべく、モジュール104が出力するサブ画像の画素は、対応する空間関係を維持しつつ複製される。言い換えると、領域R1、R2およびR3は、変形を行うことなく、並進および/または回転のみで、フレームCの複数の領域に複製される。モジュール105が出力するコンテナフレームCの一例を図5に示す。領域R1は、最初の720行の最後の640画素領域C2、つまり、既に複製されている画像Lの隣に複製される。領域R2およびR3は、領域C1の下方に複製される。つまり、最後の360行の最初の640画素、および、続く640画素を含む領域C3およびC4に複製される。図5に示した解決方法に代えて、領域R2およびR3は、境界領域を減らすべく、コンテナフレームCのうち画素群を挟んで離間している複数の別箇の領域つまり、重複も隣接もしていない複数の領域に複製されるとしてもよい。画像LおよびRをコンテナフレームに入力処理は、水平方向解像度および垂直方向解像度のバランスの変更を意味するものではない。フレームCの自由画素において、つまり、領域C5に、モジュール105は、画像として、立体視画像対LおよびRに関連する奥行きマップDMを入力するステップ205。ステップ205の前に、奥行きマップDMに対して、アンダーサンプリング、フィルタリングまたは別の処理をモジュール107が行うとしてよい。奥行きマップは、グレースケール画像として符号化されていることが好ましい。奥行きマップの情報コンテンツは、色度はヌルであるので、輝度信号のみによって搬送され得る。これによって、コンテナフレームCを実質的に圧縮することができる。図5の例で示すように、フレームCに入力された奥行きマップは、画像重ね合わせ奥行きマップであることが好ましく、解像度は画像対LおよびRよりも低い。これは、奥行きマップの送信の目的は、立体視ビデオストリームを生成することではなく、奥行きを持たせつつ重ね合わせ画像を位置決めすることのみであるためである。奥行きマップについて選択された解像度は、できる限り低く設定しなければならない転送に必要なビットレートと、重ね合わせ画像を適切に位置決めするために必要な情報の品質との兼ね合いで決まる。好ましい実施形態によると、重ね合わせ奥行きマップDMは、解像度が640×360画素で、解像度が画像対LおよびRと同じ1280×720画素である元の奥行きマップの4対1のアンダーサンプリングまたはデシメーションに対応する。アンダーサンプリングされたマップDMの各画素は、元のマップの2×2の画素領域に対応する特に、4対1のアンダーサンプリング処理は、元のマップから、2つの行のうち1つの行を選択し、2つの列のうち1つの列を選択することによって実行することができる。別の実施形態によると、デシメーション処理の後、重ね合わせ奥行きマップDMには、16×16画素のマクロブロックに分割される処理が行われ、同じマクロブロックに属する画素には、1つの奥行き値が割り当てられる。この値はマクロブロック内の最小奥行きに等しいことが好ましい。これは、重ね合わせ画像を適切に位置決めする際に最も重要な値であるからである。これに代えて、この値は、マクロブロック内の平均奥行き値に等しいとしてもよい。16×16画素のマクロブロックにするという選択肢は、このようなマクロブロックがH.264規格で利用されているものと一致するので、利用される圧縮規格がH.264である場合に特に有益である。この解決方法によれば、圧縮によって発生するアーチファクトが少なくなり、必要なビットレートも低くなる。8×8または4×4のブロックへとさらに分割することは、H.264圧縮アルゴリズムの特徴のために、このようなブロック内の画素がすべて等しい場合に圧縮の効果が得られるので、有益であるとみなされる。これに代えて、含まれる画素がすべて等しいブロックまたはマクロブロックへの分割を行わず、640×360の奥行きマップを2次元ローパスフィルタでフィルタリングするとしてもよい。圧縮の利点は、最も高い空間周波数が除去または低減されるので、この場合も同様に得られる。これに代えて、奥行きマップは、64対1のアンダーサンプリングの結果として解像度が160×90画素であるとしてよく、奥行きマップDMの各画素は、元のマップの8×8の領域に対応する。別の実施形態によると、コンテナフレームCに入力される重ね合わせ奥行きマップDMは、解像度が不均一であるとしてもよい。具体的には、重ね合わせ奥行きマップの下半分または下3分の1は、上側よりも解像度が高い。この解決方法は、字幕または音量等の情報が通常は画像の下側に配置されるので、その位置決めに関連して特に有益である。受信機はこのため、対象領域、例えば、3D画像の下3分の1の画素の奥行きに関してより正確な情報を利用することができ、当該領域において正しく画像テキストまたはグラフィックを位置決めすることができる。少なくとも、重ね合わせ奥行きマップは、対象領域、特に、3次元コンテンツの下半分または下3分の1に含まれる全てまたはその一部のみの画素の奥行きに関する情報を含むのみであるとしてよい。別の実施形態によると、コンテナフレームのうち右画像または左画像が占有していない領域、右画像または左画像の一部が占有していない領域、または、重ね合わせ奥行きマップが占有していない領域は、デマルチプレクサレベルで右画像および左画像を再構築する際に必要となるフラグを受信するための領域である。例えば、このフラグは、合成画像をどのように作成するかに関するフラグであるとしてよい。このフラグは、奥行きマップを適切に利用するために有用な情報を含むのが好ましい。このフラグ領域の画素は、例えば、フラグ情報を搬送する任意の種類のバーコード、例えば、線形バーコードまたは2次元バーコードを形成するように2色例えば、黒および白で色づけされている。受信した右画像および左画像、ならびに、重ね合わせ奥行きマップをそして、おそらくフラグもコンテナフレームに転送し終えると、デバイス100が実施している方法は終了し、コンテナフレームは、圧縮され、通信チャネルで送信したり、および/または、適切な媒体例えば、CD、DVD、Blu-ray、大容量メモリ等に記録したりされる。上述した多重化処理では、一の領域または画像の画素同士の空間関係は変化しないので、デバイス100から出力されるビデオストリームは、大きなアーチファクトを発生させることなく送信されたものに非常に忠実な画像が再構築される可能性を低くすることなく、大幅に圧縮することができる。さらに別の実施形態を説明する前に、好ましい実施形態では、フレームRを3つの領域R1、R2およびR3に分割することは、合成画像で利用可能な空間およびコンテナフレームに変化させることなく入力される左画像が占有する空間を考慮すると、最小数の領域にフレームを分割することに対応することを指摘しておきたい。この最小数は、言い換えると、コンテナフレームCのうち左画像が占有していない空間を占有するために必要な領域の最小数である。このため、画像を分割して得られる領域の最小数は通常、ソース画像右画像および左画像の形式およびターゲット合成画像コンテナフレームCの関数として定義される。フレームに入力する画像は、画像例えば、上記の例では、Rを最小数の矩形領域に分割する必要があることを考慮して、分割することが好ましい。別の実施形態では、右画像Rは、図6に示すように分割される。領域R1 ́は、図3の領域R1に対応し、画像の全720行のうち最初の640画素を含む。領域R2 ́は、領域R1 ́に隣接する320列の画素を含み、領域R3 ́は、最後の320列の画素を含む。このため、コンテナフレームCは、図7に示すように構築することができる。領域R2 ́およびR3 ́は、90度回転させ、画像Lおよび領域R1 ́の下方にある領域C3 ́およびC4 ́に配置されている。このように回転させた領域R2 ́およびR3 ́は、720画素×320行を占有するので、領域C3 ́およびC4 ́は、画像Lから複製した画素を含む領域C1および領域R1 ́から複製した画素を含むC2から、離れている。領域C3 ́およびC4 ́は、他の領域C1およびC2とは、セーフガード行を少なくとも1行空けて離れていることが好ましい。具体的には、領域R2 ́およびR3 ́の画素をコンテナフレームCのうち最後の複数行に複製することが有益であり好ましい。この場合、コンテナフレームは1080行から構成されているので、図7に示す実施形態の場合、回転させた領域R2 ́およびR3 ́は、上方の画像Lおよび領域R1 ́から、高さが40画素であるセーフガードストリップを空けて離れている。図7の例では、領域R2 ́およびR3 ́は、互いに離れており、右画像および左画像を複製したものではない所定の色例えば、白または黒の画素によって周囲を取り囲まれている。このように、右画像および左画像を複製した画素を含む領域間の境界領域を減らし、画像の圧縮によって発生するアーチファクトを低減し、圧縮率を最大限まで高くする。R2 ́およびR3 ́をコンテナフレームCの最後の複数行に位置決めする図7を参照しつつ上述ことに代えて、好ましい実施形態によると、R2 ́およびR3 ́は、高さが32行であるセーフガードストリップが、R2 ́およびR3 ́の上側端縁とLの下側端縁との間に残るように配置される。これによると、R2 ́およびR3 ́の下側端縁と、Cの下側端縁との間には、高さが8行の第2のセーフガードストリップが設けられる。コンテナフレームの幅をさらに活用することで、R2 ́およびR3 ́を、右画像または左画像のいずれの複製でもない画素によって周囲を完全に取り囲むように配置することも可能である。最後に、フレームCの右下の隅にある領域C5 ́において、重ね合わせ奥行きマップDM ́は、上述したように元の奥行きマップをアンダーサンプリングすることによって得られる160×90画素という解像度で入力される。一般的に、重ね合わせ奥行きマップは、フレームCの自由空間に含まれる限りにおいて、任意の解像度としてよい。利用可能な空間をより有効に活用するべく、重ね合わせ奥行きマップは、フレームCに入力する前に、回転処理および/または分割処理を実施するとしてもよい。図8および図9を参照しつつ本明細書で説明する別の実施形態によると、モジュール104は、3つのサブ画像R1 ́ ́、R2 ́ ́およびR3 ́ ́を抽出する。サブ画像の画素の合計値は、分割された画像の画素よりも多い。領域R1 ́ ́は、図6の領域R1 ́に対応するが、R2 ́ ́およびR3 ́ ́は、領域R2 ́およびR3 ́に加えて追加領域Ra2およびRa3を含む。追加領域によって、画像圧縮処理におけるアーチファクトの発生を最小限に抑えることができる。このため、セグメントR1 ́ ́は、サイズが640×720画素である領域であり、分割すべきフレームRの最初の複数列である。セグメントR3 ́ ́は、分割すべきフレームRの最後の複数列であり、中央領域R2 ́ ́と境界を接している。R3 ́ ́は、左側R2 ́ ́と境界を接する側に、領域R2 ́ ́と共通の画素を含むバッファストリップRa3を持つ。言い換えると、R2 ́ ́の最後の数行およびR3 ́ ́の最初の数行バッファストリップRa3を構成する行は同じである。バッファストリップRa3のサイズは、後にコンテナフレームCに、一般的には、コンテナフレームCを含むビデオストリームに適用される圧縮の種類の関数として選択されることが好ましい。具体的には、当該ストリップのサイズは、圧縮処理で用いられる基礎処理単位の2倍である。例えば、H.264規格によれば、画像を16×16画素のマクロブロックに分割し、各マクロブロックはこの規格の基礎処理単位を表している。この仮定に基づき、ストリップRa3の幅は32画素である。このため、セグメントR3 ́ ́は、サイズが35232032×720画素であり、画像Rの最後の352列の画素を含む。セグメントR2 ́ ́は、分割すべき画像Rの中央部分に当たり、左側に、ストリップRa3と同じサイズのバッファストリップRa2を持つ。H.264圧縮規格を考慮する例の場合、ストリップRa2は、幅が32画素であり、領域R1 ́ ́と共通の画素を含む。このため、セグメントR2 ́ ́は、サイズが352×720画素であり、フレームRのうち列608R1 ́ ́の640-32から978の画素を含む。モジュール104から出力される領域R1 ́ ́、R2 ́ ́およびR3 ́ ́図8に示すに関する3つのサブ画像は、図9に示すように、コンテナフレームCに入力される。領域R2 ́ ́およびR3 ́ ́は、90度回転させて、画素をフレームCの最後の複数行C3 ́ ́およびC4 ́ ́と示す領域に複製する。この際、領域C3 ́ ́およびC4 ́ ́と、画像LおよびR1 ́ ́の画素を含む領域C1およびC2とを離す所定数のセーフガード画素を設ける。図9に示す場合には、このセーフガードストリップは、幅が8画素である。この実施形態でも同様に、重ね合わせ奥行きマップDM ́は、フレームCの右下の隅にある領域C5 ́に入力される。このように得られるフレームCは、後に圧縮して、送信されるか、または、格納媒体例えば、DVDに格納される。このため、画像またはビデオ信号を圧縮する圧縮手段が、圧縮した画像またはビデオ信号を記録および/または送信する手段と共に設けられる。図10は、媒体から読み出した、または、受信したコンテナフレームを圧縮されている場合には解凍して、右画像および左画像の2枚の画像を再構築して、対応する重ね合わせ奥行きマップと共に、ビデオコンテンツに重ね合わされた画像によって3Dコンテンツを実現する表示デバイス例えば、テレビセットが利用できるようにする受信機1100のブロック図である。受信機1100は、テレビセットに組み込まれているセットトップボックスまたは受信機であるとしてよい。尚、受信機1100がテレビセットに組み込まれていないセットトップボックスである場合には、受信機1100は、生成するグラフィクス例えば、字幕、EPGおよび関連メニューを適切に位置決めするべく、内部で奥行きマップを利用する必要があることに留意されたい。また、受信機1100は、奥行きマップ例えば、HDMIインターフェースを介してをテレビセットに送る必要がある。これは、テレビセットは、自身が生成するグラフィクス例えば、メニューを適切に位置決めするために奥行きマップが必要であるためである。受信機1100について説明する内容は、リーダー例えば、DVDリーダーにも適用可能である。このようなリーダーは、コンテナフレーム圧縮されている場合があるを読み出して処理し、リーダーが読み出したコンテナフレーム圧縮されている場合があるに入力されている右画像および左画像に対応する一対のフレームを生成する。図10に戻ると、受信機は、ケーブルまたはアンテナを介して圧縮された立体視ビデオストリーム1101を受信し、解凍モジュール1102を利用して解凍して、一連のフレームCに対応するフレームC ́を含むビデオストリームを取得する。理想的なチャネルが存在する場合、または、コンテナフレームが大容量メモリまたはデータ媒体Blue-ray、CD、DVDから読み出される場合、フレームC ́は、圧縮処理で発生するアーチファクトが無ければ、右画像および左画像、ならびに、重ね合わせ奥行きマップに関する情報を搬送するコンテナフレームCに対応する。フレームC ́はこの後、再構築モジュール1103に供給される。再構築モジュール1103は、図11および図12を参照しつつ後述するように、画像再構築処理および奥行きマップ抽出処理を実行する。ビデオストリームが圧縮されていない場合、解凍モジュール1102が省略され、ビデオ信号が再構築モジュール1103に直接供給されることは明らかである。再構築処理は、解凍されたコンテナフレームC ́を受信するステップ1300で開始される。再構築モジュール1103は、解凍されたフレームのうち最初の720×1080画素を、コンテナフレームよりも小さい新しいフレーム、例えば、720pストリームのフレームに複製することによって、左画像Lを抽出するステップ1301。このように再構築された画像Lは、受信機1100に出力されるステップ1302。この後、当該方法では、コンテナフレームC ́から右画像Rを抽出する。右画像を抽出するステップは、フレームC ́に含まれている領域R1 ́ ́の一部を複製ステップ1303することによって、開始される。更に詳細に説明すると、R1 ́ ́のうち最初の624640-16列の画素を、図11に示すように、再構築後の画像Routを表す新しいフレームのうち、対応する最初の624列に複製する。実際には、これによって、再構築ステップから、例えば、H.264圧縮規格で実行される動き検出手順の影響によりアーチファクトが最も発生しやすいR1 ́ ́の16列を除外する。この後、R2 ́ ́の中央部分を抽出するステップ1304解凍されたフレームC ́上述したように、図9のフレームCに対応するから、領域C3 ́ ́ソース領域R2 ́ ́に対応するの画素を選択して、マルチプレクサ100で実行された回転とは逆方向に90度回転させ、元の、つまり、図8に示すような行/列状態に戻す。この時点において、R2 ́ ́のうち最初の16列および最後の16列は、削除され、残りの352-32=320列を、R1 ́ ́から複製した画素の隣の自由列に複製する。R2 ́ ́の最も外側の16列を切り取ることによって、アーチファクトが最も発生しやすいこれらの列を削除する。切り取り領域の幅はこの場合は、16列、利用する圧縮処理の種類に応じて決まる。この領域は、圧縮処理で用いる基礎処理単位に等しいことが好ましい。本明細書で説明するケースでは、H.264規格は、16×16画素のブロックに対して処理を行うので、16列を切り取る。R3 ́ ́に関してステップ1305、領域C4 ́ ́の画素をフレームC ́から抽出し、サブ画像R3 ́ ́は元の行/列形式に戻る図8を参照。この後、最初の16列を削除して領域Ra3の半分に対応、残りの352-16=336列を、再構築されたフレームの右にある最後の複数の自由列に複製する。R2 ́ ́と同様に、R3 ́ ́でも、切り取り領域は、圧縮処理で用いる基礎処理単位に等しい。言うまでもなく、領域R2 ́ ́およびR3 ́ ́の両方について、仮想的に回転処理を実行するとしてよい。つまり、図8に示すように、切りとるべき16行に対応する領域C3 ́ ́R2 ́ ́の場合、R3 ́ ́であればC4 ́ ́の最後の16行を除き、領域C3 ́ ́R2 ́ ́である場合、R3 ́ ́であればC4 ́ ́の行の画素を再構築されたフレームの新しいフレームRoutの列に複製することによって、対象の画素の抽出に関して同じ結果が得られる。この時点において、右画像Routは完全に再構築されており、出力可能であるステップ1306。最後に、再構築モジュール1103は、解凍されたコンテナフレームC ́のうち、領域C5 ́に対応する最後の160×90画素の輝度値をレジスタに複製することによって、重ね合わせ奥行きマップDM ́を抽出するステップ1308。このレジスタのコンテンツは、受信機1100に出力されステップ1309、立体視ビデオストリームによって搬送される3次元コンテンツと組み合わせるべき、奥行きを持たせる画像テキストまたはグラフィクスの位置を定めるために利用される。特に、3次元コンテンツに重ね合わせるべき画像を組み合わせるために利用される。受信機1100は、入力フレームから抽出された奥行きマップならびに画像LおよびRの内容を出力することに代えて、または、この構成に加えて、文字生成部および/またはグラフィック生成部を含み、画像LおよびRと、つまり、3次元コンテンツと他の画像を組み合わせる。組み合わせるべき画像は、受信機のメモリ領域から選択し、受信機を製造する際に格納される例えば、一部のメニューのグラフィック、または、チャネル番号のグラフィックか、または、ビデオストリームから抽出されるとしてよい例えば、番組ガイド情報および字幕。これらの画像は、ビデオストリームから抽出した重ね合わせ奥行きマップによって決まる位置において、奥行きを持たせつつ3次元コンテンツと組み合わせる。具体的には、一対の画像LおよびRから構成される立体画像毎に、組み合わせられた画像は、当該立体画像の最小奥行きのポイントに配置される。画像を3Dコンテンツと組み合わせた後、本実施形態では、受信機1100は、一対の画像LおよびRを出力する。一対の画像LおよびRを再生すると、ユーザは、重ね合わせられた画像例えば、字幕、メニュー、グラフィック等が加えられた、画像LおよびRによって生成される元のコンテンツに対応する3次元コンテンツである感知する。コンテナフレームC ́に含まれている右画像および左画像、ならびに、奥行きマップを再構築する処理は、このようにして完了するステップ1307。この処理は、受信機1100が受信するビデオストリームのフレーム毎に繰り返し実行されるので、出力は、右画像用のビデオストリーム1104および左画像用のビデオストリーム1105という2つのビデオストリームと、重ね合わせ奥行きマップから推定される1つのデータ信号とから構成される。図10、11および12を参照しつつ上述した重ね合わせ奥行きマップ、ならびに、右画像および左画像を再構築する処理は、デマルチプレクサ1100がどのようにコンテナフレームCが構築されたかを知っており、右画像および左画像、ならびに、重ね合わせ奥行きマップを抽出できるという仮定に基づいている。言うまでもなく、これは、多重化が標準化されている場合に可能である。上述した方法のうちいずれかに従って、または、特許請求の範囲の主題である解決方法を利用した方法のいずれか1つに従って、コンテナフレームが生成されることを考慮に入れるべく、デマルチプレクサは、合成画像の所定の領域に含まれているフラグ情報例えば、上述したようにバーコードを利用して、合成画像のコンテンツを展開する方法を取得する、そして、左画像および右画像、ならびに、重ね合わせ奥行きマップを再構築する方法を取得する。フラグを復号した後、デマルチプレクサは、変更されていない画像例えば、上述した例では左画像の位置と共に、他方の画像例えば、上述した例では、右画像を分割して得られる領域の位置および変更回転、並進等、ならびに、重ね合わせ奥行きマップの位置を取得する。この情報を利用することで、デマルチプレクサは、変更していない画像例えば、左画像および奥行きマップを抽出して、分割された画像例えば、右画像を再構築することができる。好ましい実施形態および有益な実施形態を参照しつつ本発明を上述してきたが、上述した実施形態に限定されないこと、そして、オブジェクトまたはシーンについての2つの視点右および左に対応付けられる2つの画像を組み合わせて合成画像を生成したい当業者であれば多くの点を変更し得ることは明らかである。例えば、上述したデバイス、特に、デバイス100および受信機1100を提供する電子モジュールは、さまざまな方法で分割および分散させて設けるとしてよい。さらに、ハードウェアモジュールとして提供されるとしてもよいし、プロセッサ、特に、受信した入力フレームを一時的に格納するための適切なメモリ領域を持つビデオプロセッサが実装するソフトウェアアルゴリズムとして提供されるとしてもよい。これらのモジュールは、本発明に係る画像の多重化および逆多重化を行う方法のビデオ処理ステップのうち1以上を、並列または直列に実行するとしてよい。また、好ましい実施形態は2つの720pビデオストリームを1つの1080pビデオストリームに多重化することに言及しているが、他の形式も利用するとしてよく、例えば、2つの640×480ビデオストリームを1つの1280×720ビデオストリームに、または、2つの320×200ビデオストリームを1つの640×480ビデオストリームに多重化してもよいことは明らかである。合成画像を生成する方法はそれぞれ、特定の利点を持つので、合成画像の構成について本発明は特定の種類に限定されるものではない。例えば、図1から図12を参照しつつ上述した実施形態は、並進または回転並進のみを実行するという利点を持つ。このため、必要な演算処理能力がわずかで済む。これに代えて、上述したように回転および/または並進に加えて、図13に示す種類の合成画像を得るべく、画像に対して鏡面反転ステップを実施することが考えられる。こういった追加処理は、同様の画素を含む領域同士の間にある境界を最大限まで大きくするべく実行され、両者間に存在する強い相関関係を利用し、後に実行する圧縮ステップで発生し得るアーチファクトを最小限に抑える。図13および図14の例では、分かり易いように、通常はわずかに異なるが、右画像および左画像の2枚の画像が同一であることが仮定されていた。図13では、左画像L図14のaに示すが、コンテナフレームCの右上の隅に配置され、最初の720行のうち最後の1280画素を占有する。上述した例と同様に、画像Lは、コンテナフレームCに変更なしで複製する。これに代えて、右画像Rは、図3の例にしたがって、分割される。図14のbは、画像Rが3つの領域R1、R2およびR3に分割される様子を示す。この後、一部の領域図14の例では領域R1およびR3に対して鏡面反転処理を実行する。鏡面反転処理は、垂直軸に対してつまり、画像の列に平行に行われるとしてもよいし、または、水平軸に対してつまり、画像の行に平行に行われるとしてもよい。垂直軸に対する反転の場合、列Nの画素Nは1と1080との間の整数、1080は画像の列の数を列10801-Nに複製する。水平軸に対する反転の場合、行Mの画素Mは、1と720との間の整数、720は画像の行の数を行7201-Nに複製する。図14のcおよびdは、領域R1を画像Rから抽出して、垂直軸に対して、特に、垂直な一辺に対して、反転させるR1rot様子を示す。反転後の領域R1invを最初の640行のうち最初の640画素に入力する。図13の例から分かるように、R1invを回転させてコンテナフレームCに入力すると、Lと境界を接しているR1invの画素は、R1invと境界を接しているLの画素と非常に類似している。これらの画素同士の空間相関関係は、アーチファクトの発生を抑制するという利点がある。図14のeおよびfによると、図14のbの画像Rから領域R3を抽出して、水平軸に対して、特に、水平な一辺に対して反転させるR3inv。領域R3invは、最後の360行のうち最後の640画素に入力される。これによって、R3invとLとの間の境界領域の画素が、空間相関関係が強い画素であるので、アーチファクトの発生が抑制される。この境界領域の画素は、実際のところ、画像のうち同様の部分または同一の部分を表している。コンテナフレームCはこの後、領域R2を入力することで完成する。本例によると、R2は、反転させず、および/または、回転させる。これは、どの場合でも、R2の境界領域と、RまたはLの別の領域の同様の画素で構成されている境界領域とを一致させることが可能ではないためである。最後に、本発明は、本発明の保護範囲に含まれる上述した多重化処理のいずれか1つを逆に行っていくことで、右画像および左画像を合成画像から抽出する任意の逆多重化方法にも関連することも明らかである。このため、本発明は、合成画像から一対の画像を生成する方法にも関連する。当該方法は、合成画像の一の領域から、複数の連続した画素で構成される一の画素群を複製することによって、右画像および左画像のうち第1の画像例えば、左画像を生成する段階と、合成画像の他の領域から、複数の連続した画素で構成される他の画素群を複製することによって、第2の画像例えば、右画像を生成する段階とを備える。一実施形態によると、第2の画像を生成する情報は、合成画像の一の領域から抽出する。この情報は、バーコードに従って符号化されることが好ましい。右画像および左画像を生成する方法の一実施形態によると、合成画像において分割されている画像を生成する段階は、複数の異なる領域のうち一の領域の画素群を鏡面反転させる段階を少なくとも一回実行することを含む。右画像および左画像を生成する方法の一実施形態によると、合成画像において分割されている画像を生成する段階は、再構築すべき画像の画素を含む、合成画像の複数の領域のうち一の領域から画素を除去する段階を少なくとも一回実行することを含む。具体的には、当該領域の境界領域から画素を削除する。一実施形態によると、分割されると合成画像の複数の領域を生成する画像は、分割されるべき画像の画素を含む画素領域に対して、並進処理および/または回転処理のみを実行して再構築される。上述した実施形態例では、右画像および左画像の2枚の画像のうち一方が複数の部分に分割されているコンテナフレームに重ね合わせ奥行きマップを入力するとしたが、本発明は右画像および左画像の2枚の画像のコンテナフレーム内の形式について特定のものに依存しないことは明らかである。例えば、これら2枚の画像は、重ね合わせ奥行きマップを入れることができる自由スペースをフレーム内に残すべく、アンダーサンプリングされて、横並びに横並び形式配置されるとしてもよいし、または、一方を他方の上に配置するとしてもよい上下形式。また、右画像および左画像の一方は、変更しないままとしてよく、他方はアンダーサンプリングして奥行きマップ用のスペースを空けるとしてもよい。最後に、添付図面を参照しつつ上述した実施形態例は、全体奥行きマップ、つまり、画像Lおよび画像Rの2枚の画像のうち一方とは異なり、複数の部分に分割することなく3Dコンテンツの奥行きマップにデシメーションまたはフィルタリングを実行することによって算出された奥行きマップに関すると明言しておきたい。しかし、本発明はこれに限定されるものではなく、重ね合わせ奥行きマップは、生成されるとまたは受信されると、複数の部分に奥行きマップを分割してコンテナフレームの複数の異なる領域に配置するエンコーダによってコンテナフレームに入力されるとしてよい。例えば、公知であるように、H.264エンコーダは、立体視コンテンツを符号化するべく、デコーダによって切り取られる追加行を8行入力する必要がある。一実施形態によると、重ね合わせ奥行きマップは、分割することによって、例えば、サイズが8×8の240個のブロックに分割することによって、この8行の追加行に入力することができる。これらのブロックは、適切に組み合わせることによって、搬送された立体視コンテンツに比例した寸法を持つ画像を形成する。ブロック配置方法の一例を挙げると、係数を16としてデシメーション処理された奥行きマップの行を走査することによって、このため、120×72の解像度で得られるとしてよい。この場合、120×8画素のストリップを並べて1080×8画素の画像を取得する。別の実施形態では、同じくデシメーション処理された奥行きマップを、オフセットを8画素とするのではなく、オフセットを6画素として、高さが8画素のより多数のストリップに分割するとしてよい。このため、コンテンツは冗長性を持ち、メイン画像との境界においてより高いコンテンツ保護が得られる。これは、立体視コンテンツが、上下形式、横並び形式、または、格子状に多重化された一対の右画像および左画像を含む場合に特に有益であると考えられる。このような解像度であれば、フレーム内の表示可能な画素、例えば、1920×1080形式の画素を全て占有する。フレームが一対の非対称にデシメーション処理された画像を含む場合例えば、列のデシメーション処理が行のデシメーション処理よりも多い横並び形式、または、列はデシメーションされず行のみがデシメーションされる上下形式には、重ね合わせ奥行きマップは、奥行きマップに、同じフレーム内に配置される画像をサンプリングする際に用いられた比率に比例する行/列デシメーション比率でデシメーション処理を実行することによって得られることが好ましい。一例として、横並び形式を用いて右画像および左画像をフレーム内に多重化すると仮定すると、行/列デシメーション比率は、すべての行をそのままにして、列を係数を2としてデシメーションするので、1:2である。この場合、重ね合わせ奥行きマップは、1:2の行/列デシメーション比率で奥行きマップをデシメーション処理することで得ることができる。また、上記以外のさまざまな方法を用いて奥行きマップが占有している領域を受信機に信号伝達するとしてよいことは明らかである。上記では、画像にフラグを入力している。実際には、このようなフラグはビデオストリームを搬送する信号のデータパケットに含めるとしてもよい。