"単一の復号器47を含む受信機4でのチャンネル切り替え方法であって、グループオブピクチャGoPに符号化されたプログラムを搬送するチャンネルに切り替えるステップと、前記プログラムを、連続した第1のGoPで符号化された第1のストリームおよび連続した第2のGoPで符号化された第2のストリームで受信するステップであって、各GoPは、イントラフレームピクチャで開始し、前記第2のGoPの各々は、前記第1のGoPの1つの幾らかのピクチャを含む、前記受信するステップと、前記第1のストリームおよび前記第2のストリームのうちから、前記復号器に送信されるピクチャを選択するステップと、前記選択されたピクチャを前記復号器に送信するステップと、を含む、前記方法。第1の受信されたIピクチャが前記第1のストリームに属する場合、前記第1のストリームのピクチャを選択し、前記第2のストリームの受信を解除するステップを含む、請求項1に記載の方法。第1の受信されたIピクチャが前記第2のストリームに属する場合、前記第1のストリームに属するIピクチャが受信されるまで前記第2のストリームのピクチャを選択するステップを含む、請求項1に記載の方法。前記第1のストリームに属するIピクチャを受信すると、前記第1のストリームのIピクチャの表示が予定される前のタイムスロットまで前記第1のストリームのIピクチャの復号を遅延させるステップを含む、請求項3に記載の方法。前記第1のストリームのIピクチャが復号されるタイムスロットの間、最後に復号された前記第2のストリームのピクチャを繰り返すステップを含む、請求項4に記載の方法。単一のビデオ復号器47と、連続した第1のGoPで符号化された第1のストリームおよび連続した第2のGoPで符号化された第2のストリームを受信するインタフェース41,42であって、各GoPは、イントラフレームピクチャで開始し、第2のGoPの各々は、前記第1のGoPの1つの幾らかのピクチャを含む、前記インタフェース41,42と、前記第1のストリームおよび前記第2のストリームのうちから、前記ビデオ復号器に送信されるピクチャの選択を行うように構成されたコントローラ45と、を含む受信機4。前記コントローラは、前記第1の受信されたIピクチャが前記第2のストリームに属する場合、前記第1のストリームに属するIピクチャが受信されるまで前記第2のストリームのピクチャを選択するように構成されている、請求項6に記載の受信機。前記コントローラは、前記第1のストリームのIピクチャの表示が予定される前のタイムスロットまで前記第1のストリームのIピクチャの復号を遅延させるように構成されている、請求項7に記載の受信機。図2および図3において示されたブロックは、純粋に、機能的なものであり、これらは、必ずしも物理的に別個のものに対応するものではない。すなわち、これらのブロックは、ハードウエアまたはソフトウエアの形態で開発されてもよく、1つまたは幾つかの集積回路として実施されてもよい。本発明の図面および記載は、本発明の明確な理解のために関連のある要素を例示するように簡略化されており、分かりやすくする目的で、通常のディジタルマルチメディアコンテンツ配信の方法およびシステムにおいて存在する多くの他の要素を削除していることを理解すべきである。しかしながら、これらの要素は、本技術分野においてよく知られており、このような要素についての詳細な説明は、本明細書において提供されていない。本発明の開示内容は、当業者にとって公知なこのような変形および改変の全てに関する。例示的な実施の形態は、MPEG圧縮の範囲にあるディジタルテレビジョンのフレームワーク内にあるが、本発明は、この特定の環境に限定されるものではなく、コンテンツが高解像度および低解像度で圧縮されることがある他のフレームワーク内にも適用することができる。本実施形態に係るシステムは、図2に例示されている。サーバ6は、ビデオソース1を受信し、ビデオ符号化器2を用いてこのビデオソース1を符号化する。ビデオソース1は、フル解像度のストリームおよび低解像度のストリームに符号化される。これらのストリームは、インターネットプロトコルネットワーク3IPネットワーク3を介してビデオ受信機4で受信される。ビデオ受信機4は、ストリームを復号することができる。復号が行われると、ストリームは、ビデオを表示するビデオディスプレイに送信される。本実施形態に係るビデオ受信機4は、図3に例示されている。フロントエンド41は、所与の周波数で受信された信号を選択し、この信号をベースバンドで逆多重化器42に送信する。逆多重化器42は、例えば、MPEG規格に従って、この信号からディジタルデータストリームを抽出する。このデータストリームは、次に、オーディオ/ビデオ復号器47によってビデオ信号およびオーディオ信号に変換される。例示されているように、逆多重化器は、第1のバッファ43に送信されるフル解像度のビデオを抽出する。さらに、逆多重化器は、第2のバッファ44に送信される低解像度のビデオを抽出する。復号器47は、第1のバッファと第2のバッファとのいずれにもアクセスすることが可能である。このアクセスの制御および管理は、復号コントローラ45によって行われる。復号コントローラ45は、圧縮されたピクチャタイプI、P、B、アクセス単位の復号タイムスタンプDTS:DecodingTimeStampsおよび再生出力タイムスタンプPTS:PresentationTimeStamps、さらに、プログラムクロックリファレンスPCR:ProgramClockReferenceに対するシステムタイムクロックSTC:SystemTimeClockスレーブ46に従って、復号されるべきバッファリングされた展開済みのピクチャ間のアービトレーションarbitrationを行うように構成されている。復号コントローラは、圧縮されたピクチャヘッダにおけるこれらの値を読み込む。復号コントローラは、以下に説明する方法に従って復号するピクチャを選択する。さらに、復号コントローラは、復号器にとってアクセス可能なバッファを選択する。復号されないピクチャは、バッファから除去される。次に、選択されたピクチャは、ビデオ復号器に送信される。復号が行われると、ビデオは、ディスプレイ装置5に送信される前にバッファリングされるバッファ48に記憶される。本実施形態によれば、受信機は、復号器を含む。代替的な実施形態では、復号器は、別の装置に含まれていることがある。その場合、受信機は、復号器に送信されるピクチャのアービトレーションを同様に行って、ピクチャが復号され、ディスプレイに送信されるようにする。図4は、Iフレームが受信される前の待機時間およびビデオ復号器バッファ遅延を例示するチャンネル変更処理を示す図である。受信機は、Zap矢印のポイントから新たなサービスのデータの受信を開始する。このポイントは、圧縮されたIピクチャの中央付近に存在する。所与のアクセス単位の復号器バッファ遅延は、ΔPCR/PTSとして示されている。この復号器バッファ遅延は、復号されたアクセス単位がレンダリングされる時間を表す再生出力タイムスタンプPTS:PresentationTimeStampに関し、このアクセス単位を復号器のバッファがローディングする際の最初のPCR遅延である。ここで、PCR=20のパケットの前に、PTS=20の圧縮されたIピクチャが送信され、これらの相対的な時間差はΔPCR/PTSである。復号器バッファ遅延ΔPCR/PTSは、黙示的に、復号器の入力から復号器の出力または再生出力プレゼンテーションまでの、エンドトゥエンド遅延に関するものであり、これは、2005年の情報技術-動画および関連するオーディオ情報の一般的な符号化:システムInformationteCHnoloGY-Genericcodingofmovingpicturesandassociatedaudioinformation:Systemsと題された規格ISO/IEC13818-1修正5に規定されており、これを、以下、ISO/IEC13818-1と呼ぶ。符号化処理で決定されるのは定数値である。符号化器は、ストリームの所与のアクセス単位をΔPCR/PTSに固定された復号器バッファサイズで確実に復号できるようにする。換言すれば、符号化器は、ΔPCR/PTSを超えるものをバッファリングするアクセス単位が存在しないようにする。一般的に、ΔPCR/PTSは、GoP長よりも長くない。図4において、受信機がチャンネルを変更すると、まず、受信機は、次の圧縮されたIピクチャに対応する待機時間、待機する。このIピクチャが受信されたとき、受信機は、対応するPTSPTS=30をチェックし、ピクチャレンダリング処理を開始する前に、PCR=30に対応する復号器バッファ時間、待機しなければならない。チューンインコンパニオンストリームは、より短いGoPを構成することによって待機時間を改善するために使用される。両方のサービスの再生出力の同期を維持するために、符号化処理は、2つのストリームのGoPを、これらがPCRと一致しているままとなるように構成する。さらに、これらの2つのサービスの符号化処理は、同じ一定のエンドトゥエンド遅延に基づいており、これは、符号化器への入力から2つのサービスの復号器からの再生出力までの遅延が同一であることを意味する。図5は、フル解像度のストリームおよび低解像度のストリームのそれぞれで搬送された、追加的なチューンインコンパニオンサービスを用いたオリジナルのLMBサービスを示している。この例において、チューンインコンパニオンサービスは、フル解像度のストリームの半分の長さのGoP長を有する。受信機がチャンネルを変更または選択すると、受信機は、フル解像度のストリームおよび低解像度のストリームの双方での、次の圧縮されたIピクチャに対応する待機時間、待機する。図5に示されているように、大抵の場合、見つかった第1の圧縮されたIピクチャは、低解像度のものである。次に、バッファは、通常、低解像度のストリームのレンダリングが開始するまで、復号器バッファ時間、データを記憶する。これは、レンダリング開始の矢印によって図5によって示されている。この矢印は、PCR=25のときに行われるPTS=25の低解像度の圧縮されたIピクチャのレンダリングを示す。図4と比較して、待機時間は少なくなっている。最後に、PCR=30での切り替えの矢印は、フル解像度のストリームを再生出力する準備ができたときを示している。これは、図4のレンダリング開始の矢印に相当する。この時点で、低解像度ビデオは、これ以上レンダリングされることはない。コンパニオンストリームは、受信機から、この受信機によって切断される。フル解像度のビデオが表示される。チャンネル変更段階が終了する。図6は、低解像度のストリームおよびフル解像度のストリームのそれぞれで搬送されるチューンインコンパニオンサービスおよびオリジナルのLMBサービスを示している。各サービスは、自己の符号化制約条件を有する。オリジナルのLMBサービスは、エンドトゥエンド遅延フル解像度end-to-end-delay-full-resと称する一定のエンドトゥエンド遅延を用いて符号化され、これは、所与のアクセス単位について、復号器バッファ遅延ΔPCR/PTSfull-resを生じさせる。チューインコンパニオンサービスは、より短いエンドトゥエンド遅延エンドトゥエンド遅延低解像度end-to-end-delay-low-resを用いて符号化され、これは、所与のアクセス単位について、復号器バッファ遅延ΔPCR/PTSlow-resを生じさせる。両方のサービスの再生出力の間の同期を維持するために、符号化処理の前に、チューンインコンパニオンサービスは、オリジナルのサービスと比較して遅延される。遅延の値は、2つのストリームの各々の符号化処理の間に使用されるエンドトゥエンド遅延の値の間の差、すなわち、エンドトゥエンド遅延フル解像度end-to-end-delay-full-res-エンドトゥエンド遅延低解像度end-to-end-delay-low-resと等しい。実際、このことは、エンドトゥエンド遅延が一定値であるISO/IEC13818-1から知られている。従って、フル解像度のストリームと比較してより小さなエンドトゥエンド遅延を用いて低解像度のストリームが符号化されている場合には、低解像度のストリームのピクチャは、フル解像度のストリームの対応するピクチャよりも前に再生出力される。そこで、2つのストリームの再生出力を同期化させるために、フル解像度のストリームと比較して低解像度のストリームを遅延させることが必要である。符号化処理の前に低解像度のストリームを遅延させることにより、同一のシステムタイムクロックSTC:SystemTimeClockを用いて2つのストリームを符号化し、フル解像度のストリームおよび遅延した低解像度のストリームとの間でPCRを一致したままにすることができる。図6において、2つのストリームのPTS=20の圧縮されたIピクチャは、これ以上は同期した状態で搬送されない。ビデオ復号器においてバッファリングされた後、これらのストリームは自らを再同期させる。この理由は、符号器によって構成されるバッファ復号器遅延は、これらのストリームを符号化するために使用されるエンドトゥエンド遅延の間の差がトランスポート遅延と等しくなるようになっているからである。受信機がチャンネルを変更、選択すると、まず、受信機は、低解像度のストリームに存在する次の圧縮されたIピクチャに対応する待機時間、待機する。次に、受信機は、ビデオ復号器バッファにデータを記憶し、ΔPCR/PTSフル解像度ΔPCR/PTSfull-resよりも短いΔPCR/PTS低解像度ΔPCR/PTSlow-resを復号器バッファ時間、待機する。これは、レンダリング開始の矢印によって図6によって示されている。この矢印は、PCR=20のときに行われるPTS=20の低解像度の圧縮されたIピクチャのレンダリングを示す。図5と比較して、バッファ時間が減少している。最後に、PCR=30での切り替えの矢印は、図4の場合と同じである。コンパニオンチューンインサービスは、エンドユーザに対してより長時間に渡って再生出力される。この理由は、新たなサービスの再生出力がより速く行われるからである。復号器コントローラは、図5および図6に例示されているような、フル解像度のストリームおよび低解像度のストリームとの間の選択を実行する。フル解像度のストリームおよび低解像度のストリームは、それぞれのバッファに記憶される。コントローラは、復号される適切なピクチャを選択し、このピクチャが復号器に送信されるようにする。本実施形態に係る復号アービトレーションの方式が図7に例示されている。チャンネル変更リクエストの後、受信機は、古いサービスの受信を停止し、新たなオリジナルのサービス、即ち、フル解像度で符号化されたものおよびそのチューインコンパニオンサービス、低解像度で符号化されたものを受信し、バッファリングするために必要な動作を実行する。次に、受信機は、両方のサービスストリームに復号されるべき圧縮されたIピクチャを待機するステップ1.1。復号されるべき第1の圧縮されたIピクチャステップ1.2がオリジナルのサービスストリームに属するステップ21場合には、受信機は、チューンインコンパニオンサービスを処理するために停止し、オリジナルのサービスを処理し、チャンネル変更が有効である。復号されるべき第1の圧縮されたIピクチャステップ1.2がコンパニオンサービスストリームに属するステップ22場合には、受信機は、そのピクチャの復号を開始し、オリジナルのストリームにおける圧縮されたIピクチャが復号されなければならなくなるまで、そのストリームの処理を継続するステップ4.2。オリジナルのストリームの圧縮されたIピクチャを次のタイムスロットで再生出力しなければならない場合PTS=DTS1/フレームレートステップ5.1には、オリジナルのストリームが処理される。そうでない場合ステップ5.2には、この圧縮されたIピクチャの復号が、それぞれの再生出力の直前のタイムスロット1/フレームレートまで遅延し、この時間内に、チューンインコンパニオンサービスが復号される。復号されるべき2つのストリームの圧縮されたピクチャ間のアービトレーションが必要であり、オリジナルのサービスの圧縮されたピクチャが選択されている場合には、チューンインサービスの対応するピクチャがそのバッファから削除される。この場合、利用可能な復号ピクチャが存在しないタイムスロットにおいて再生出力されるピクチャとして、前に符号化されたピクチャを再生出力することになる。図8は、本実施形態の受信機において復号コンフリクトが管理される方法を例示している。図8は、図1に示されているストリームと同じものを示している。復号処理は、異なっており、異なる表示順序で行われる。さらに、この図8は、チューンインコンパニオンストリームのタイムスロットにおいて復号されたピクチャが利用可能である場合、前に復号されたピクチャを再生出力する方式が採用されることを示している。最後の2つの例において、低解像度のストリームからフル解像度のストリームに切り替える際のコンフリクトは存在しない。これは、このフレームが復号されるタイムスロットの後のタイムスロットで、フル解像度のストリームの最初のIフレームが再生出力されるという事実に基づく。さらに、復号器がフル解像度のストリームの最初のIフレームを復号するタイムスロットの間に再生出力されるべき低解像度のストリームのフレームは、既に復号されている。第3の例において、復号器が高解像度のI11フレームを復号するタイムスロットでは、復号器は、既に復号されている低解像度P10フレームを再生出力している。この最後のフレームの後、復号器は、高解像度I11フレームを再生出力する。結果として、両方のストリームの間の切り替えはシームレスである。最初の2つの例においては、この切り替えを復号器でシームレスに行うことができる。また、最初の例は、さらにタイムスロット1~19を示す図9にも例示されている。ユーザは、高解像度I1フレームが配信された後であるが、復号器によって低解像度I7フレームが受信される前にチャンネル変更を行う。復号器は、タイムスロット7、10、11、および12の間に低解像度フレームI7、P10、b11、およびb12をそれぞれ復号し、タイムスロット10、13、11、および12の間にそれぞれこれらを再生出力する。そして、復号器は、タイムスロット13の間に復号されるべき高解像度IフレームI13さらに、低解像度IフレームI13を受信する。このタイムスロットの間、これらのうちの1つのみが復号される。復号コントローラは、次のタイムスロット、即ち、タイムスロット14の間に高解像度I13フレームが再生出されるべきであるかどうかをチェックする。タイムスロット14の間ではなく、タイムスロット16の間にI13が再生出力されるべきであるため、復号コントローラは、復号器に低解像度I13フレームを復号させる。さらに、復号コントローラは、高解像度I13フレーム復号を遅延させる。このタイムスロットの間、復号器は、低解像度P10フレームを再生出力する。タイムスロット14が開始すると、復号コントローラは、高解像度I13フレームが次のタイムスロット、即ち、タイムスロット15の間に再生出力されるべきかどうかをチェックする。再生出力が行われるべきでない場合には、復号コントローラは、復号器に低解像度b14フレームを復号させ、高解像度I13フレームの復号を遅延させる。このタイムスロットの間、復号器は、低解像度b14フレームを再生出力する。タイムスロット15が開始すると、復号コントローラは、高解像度I13フレームが次のタイムスロット、即ち、タイムスロット16の間に再生出力されるべきかどうかをチェックする。再生出力が行われるべきである場合には、復号コントローラは、復号器にこのフレームを復号させ、低解像度のストリームの復号を停止させる。このタイムスロットの間、低解像度および高解像度のb15フレームの双方が復号されていないため、復号器には、再生出力するべき復号されたフレームがない。復号器は、第2のタイムスロットの間、低解像度b14フレームを繰り返すことによって、この移行を管理する。エンドユーザは、2つのフレーム期間にわたって同一のフレームを見る。勿論、復号器は、図9におけるタイムスロット13の間、高解像度Iフレームを復号すべきようになるとすぐに低解像度のストリームの復号を停止する場合には、同一の低解像度P10フレームが3つのフレーム期間に渡って表示される。代替的には、この移行は、復号器でなく、コントローラによって管理される。コントローラは、復号器に対し、復号器が再び最後に復号されたフレームを再生出力すべきであることを知らせる。明細書、請求項の範囲、および図面において開示された内容は、独立して提供されることも、適切な組み合わせにより提供されることもある。機能は、適宜、ハードウエア、ソフトウエア、または、ハードウエアおよびソフトウエアを組み合わせた形態で実施することができる。本明細書において、一実施形態または実施形態と参照している場合、実施形態に係る特定の機能、構造、または特性が本発明の少なくとも一実施態様に含まれることを意味する。明細書の様々な箇所に存在する一実施形態においてはという記載は、必ずしも、全てが同一の実施形態について言及するものではなく、別個の実施形態または代替的な実施形態が他の実施形態に対して相互に排他的であるものではない。請求項に存在する参照符号は例示的な目的のみのものであり、請求の範囲に限定的な影響を与えるものではない。"