(57)【特許請求の範囲】
【請求項１】
チャンネル切替えを可能にするチャンネル切替え処理装置であって、
同じ番組に相当する少なくとも２つのビデオ・ストリームであって該２つのビデオ・ストリームの間で異なる位置に所定の間隔を空けて設けられたイントラ符号化ピクチャを含む少なくとも２つのビデオ・ストリームを受信し、かつ、局所ループを介して復号器を含む装置から受信したチャンネル切替え要求に応じて、選択されたストリームが前記少なくとも２つのビデオ・ストリームのうちイントラ符号化ピクチャを含む次のものであるように、前記少なくとも２つのビデオ・ストリーム内のイントラ符号化ピクチャの位置に基づいて、前記少なくとも２つのビデオ・ストリームのうちの１つのみを、前記復号器を含む装置に前記局所ループを介して送信するために選択するセレクタを備えることを特徴とするチャンネル切替え処理装置。
【請求項２】
請求項１記載のチャンネル切替え処理装置であって、前記セレクタは、前記少なくとも２つのビデオ・ストリームのパケット・ヘッダ内のフィールドを用いて前記イントラ符号化ピクチャの存在を判定することを特徴とするチャンネル切替え処理装置。
【請求項３】
請求項１記載のチャンネル切替え処理装置であって、
前記少なくとも２つのビデオ・ストリーム内の第１のビデオ・ストリームにおいては、第１のピクチャ番号から始まって前記所定の間隔毎に前記イントラ符号化ピクチャが存在し、
前記少なくとも２つのビデオ・ストリーム内の第２のビデオ・ストリームにおいては、前記第１のピクチャ番号とは異なる第２のピクチャ番号から始まって前記所定の間隔毎に前記イントラ符号化ピクチャが存在している、ことを特徴とするチャンネル切替え処理装置。
【請求項４】
チャンネル切替えを可能にする方法であって、
同じ番組に相当する少なくとも２つのビデオ・ストリームであって該２つのビデオ・ストリームの間で異なる位置に所定の間隔を空けて設けられたイントラ符号化ピクチャを含む少なくとも２つのビデオ・ストリームを受信する工程と、
局所ループを介して復号器を含む装置から受信したチャンネル切替え要求に応じて、選択されたストリームが前記少なくとも２つのビデオ・ストリームのうちイントラ符号化ピクチャを含む次のものであるように、前記少なくとも２つのビデオ・ストリーム内のイントラ符号化ピクチャの位置に基づいて、前記少なくとも２つのビデオ・ストリームのうちの１つのみを、前記復号器を含む装置に前記局所ループを介して送信するために選択する行程と含むことを特徴とする方法。
【請求項５】
請求項４記載の方法であって、前記選択する工程において、前記少なくとも２つのビデオ・ストリームのパケット・ヘッダ内のフィールドを用いて前記イントラ符号化ピクチャの存在を判定する、ことを特徴とする方法。
【請求項６】
請求項４記載の方法であって、
前記少なくとも２つのビデオ・ストリーム内の第１のビデオ・ストリームにおいては、第１のピクチャ番号から始まって前記所定の間隔毎に前記イントラ符号化ピクチャが存在し、
前記少なくとも２つのビデオ・ストリーム内の第２のビデオ・ストリームにおいては、前記第１のピクチャ番号とは異なる第２のピクチャ番号から始まって前記所定の間隔毎に前記イントラ符号化ピクチャが存在している、ことを特徴とする方法。
【請求項７】
チャンネル切替えを可能にする方法であって、
同じ番組に相当する少なくとも２つのビデオ・ストリームであって該２つのビデオ・ストリームの間で異なる位置に所定の間隔を空けて設けられたイントラ符号化ピクチャを含む少なくとも２つのビデオ・ストリームを生成する工程と、
局所ループを介して復号器を含む装置から受信したチャンネル切替え要求に応じて、選択されたストリームが前記少なくとも２つのビデオ・ストリームのうちイントラ符号化ピクチャを含む次のものであるように、前記少なくとも２つのビデオ・ストリーム内のイントラ符号化ピクチャの位置に基づいて、前記少なくとも２つのビデオ・ストリームのうちの１つのみを、前記復号器を含む装置に前記局所ループを介して送信するために選択する工程とを含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ディジタル加入者線（ＤＳＬ）システムに関し、特に、並列ストリームを用いてＤＳＬシステムにおける高速チャンネル切替えを可能にする方法及び装置に関する。
［関連出願への相互参照］
本願では、西暦２００４年７月７日付け出願の米国仮出願第６０／５８６，１１７号の内容全体を本明細書及び特許請求の範囲に援用する。
【背景技術】
【０００２】
ＤＳＬ放送システムを介した商用ビデオでは、エンド・ユーザがすばやくチャンネルを切替えることができることを可能にすることが望ましい。一般的なビデオ圧縮標準（ＭＰＥＧ−２やＪＶＴ／Ｈ．２６４／ＭＰＥＧ  ＡＶＣなど）は、イントラ符号化及びインター符号化を用いる。適切な復号化のために、復号器は、イントラ符号化（Ｉ）ピクチャから始めて、圧縮ビデオ系列を復号化し、次いで、後続するインター符号化ピクチャ（Ｐピクチャ及びＢピクチャ）を復号化し続けなければならない。ピクチャ群（ＧＯＰ）は、Ｉピクチャ、並びに後続するいくつかのＰピクチャ及びＢピクチャを含み得る。Ｉピクチャは通常、同等のビデオ品質のＰピクチャ又はＢピクチャに対して、ずっと多くのビット数（３倍以上１０倍以内の範囲内のビット数）を必要とする。チャンネルの切替えの後、又は受信器を最初にオンにした後、受信器は、当初、特定のチャンネル上で番組を受信し始める際に、適切に復号化し始めるためには、Ｉピクチャが受信されるまで待たなければならない。これによって遅延が生じる。
【０００３】
ディジタル・ビデオ放送システムにおけるチャンネル切替え遅延を最小にするために、Ｉピクチャは通常、頻繁に（例えば、Ｎ個のピクチャ毎に）送出される。例えば、（システムのビデオ圧縮部分の）１／２秒の遅延を可能にするために、毎秒３０フレーム（３０ｆｐｓ）のコンテンツの場合、Ｎ＝１５を用いることが一般的である。圧縮Ｉピクチャは、圧縮Ｐピクチャや圧縮Ｂピクチャよりも容量がずっと大きいので、これによって、Ｉピクチャがそれほど頻繁に挿入されない場合に必要になるビットレートよりもビットレートはかなり増える。
【０００４】
一部のシステムでは、完全なＩピクチャを頻繁に送出する代わりに、「順次リフレッシュ」と呼ばれる手法（ピクチャ部分がイントラ符号化される）が用いられる。通常、ピクチャ内のマクロブロックは全て、Ｎ個のピクチャ周期中に少なくとも１度、イントラ符号化される。Ｉピクチャは、ＰピクチャやＢピクチャに対して、符号化のために必要なビット数がずっと多い。
【０００５】
ＪＶＴ／Ｈ．２６４／ＭＰＥＧ  ＡＶＣ圧縮標準では、Ｐ及びＢピクチャは、複数の参照ピクチャ（先行するＩピクチャの前のピクチャを含む）を用いて予測することができる。上記標準は、ランダム・アクセス・ポイントを独立復号器リフレッシュ（すなわち、ＩＤＲ。ＩＤＲに後続するピクチャを予測するうえでＩＤＲに先行する参照ピクチャは用いられないという制約を有する）として明確化している。ピクチャは、別々のタイプのスライスを用いて符号化することができる。符号化スライス全てがタイプＩのものであるピクチャは、Ｉピクチャと呼び得る。
【０００６】
ＪＶＴ／Ｈ．２６４／ＭＰＥＧ  ＡＶＣ圧縮標準は、標準において以下のように規定されたツール（冗長なピクチャと呼ばれている）を含む。
【０００７】
冗長な符号化ピクチャ：ピクチャ又はピクチャ部分の符号化表現。冗長な符号化ピクチャのコンテンツは、この勧告｜国際標準に準拠したビットストリームの復号化処理によって用いられるものでない。冗長な符号化ピクチャは、１次符号化ピクチャ内のマクロブロック全てを含むことを必要としない。冗長符号化ピクチャは、復号化処理に対する規範的効果を有するものでない。１次符号化ピクチャも参照のこと。
【０００８】
スライス・ヘッダはｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔフィールドを含む（その意味は、ＪＶＴ／Ｈ．２６４／ＭＰＥＧ  ＡＶＣ圧縮標準において以下のように規定されている）。
【０００９】
ｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔは、１次符号化ピクチャに属するスライス及びスライス・データ・パーティションの場合、０に等しい。ｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔは、冗長な符号化ピクチャにおける符号化スライス及び符号化スライス・データ・パーティションの場合、０よりも大きい。ｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔが存在しない場合、その値は、０に等しいものと推論される。ｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔの値は、０以上１２７以下の範囲内にある。
【００１０】
スライスのスライス・データ内のカテゴリ３の構文構成要素が存在していることをスライス・データ・パーティションＡ  ＲＢＳＰの構文構成要素が示す場合、スライス・データ・パーティションＡ  ＲＢＳＰ内のものと同じ値のｓｌｉｃｅ＿ｉｄ及びｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔを有するスライス・データ・パーティションＢが存在する。
【００１１】
さもなければ（スライスのスライス・データ内のカテゴリ３の構文構成要素が存在していることをスライス・データ・パーティションＡ  ＲＢＳＰの構文構成要素が示すものでない場合）、スライス・データ・パーティションＡ  ＲＢＳＰ内のものと同じ値のｓｌｉｃｅ＿ｉｄ及びｒｅｄｕｎｄａｎｔ＿ｐｉｃ＿ｃｎｔを有するスライス・データ・パーティションＢ  ＲＢＳＰは存在しない。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
チャンネル切替えストリームが、通常のビデオ・ビットストリームとともに符号化され、送信されるシステムが提案されている。チャンネル切替えストリームは、通常のビットストリーム内のＩピクチャよりも高い周波数で送出される、品質がより低いＩピクチャを含む。新たなチャンネルにユーザが合わせると、通常ストリームにおいて、又はチャンネル切替えストリームにおいて、第１のＩピクチャの受信によって再生が始まり得る。このシステムは、チャンネル切替えが上流で示されることなしでの、又は、システム内の中間点での記憶の可能性なしでのエンド・ツー・エンド放送システムを対象としている。
【００１３】
系列内の符号化ピクチャの一部について、より低い分解能で予測残差を符号化することが可能である一方で、系列内のその他の符号化ピクチャが、完全な分解能で符号化されるように削減分解能更新コデックが用いられる別のシステムが提案されている。しかし、このシステムは、チャンネル切替え効率を向上させるための機能を備えるものでない。
【００１４】
チャンネル切替えストリームが、通常のビットストリームとともに地域の広帯域ネットワークを介して符号化され、送信される更に別のシステムが提案されている。前述のストリームはＤＳＬＡＭ内に記憶することができる。ユーザ・チャンネル切替え要求がＤＳＬＡＭで受信されると、チャンネル切替えストリームが、短い過渡期間にわたってＤＳＬ局所ループを介して送出され、次いで通常のストリームが送出される。チャンネル切替えストリーム符号化ピクチャが、それに対応した通常ストリーム符号化ピクチャよりも容量が大きい場合、ＤＳＬ局所ループの瞬間的な帯域幅要件が増やされることになる。このことによって、復号器及びＤＳＬＡＭでの、符号器レート制御、及びバッファのオーバーフロー／アンダーフローの問題が生じ得る。この問題は、チャンネル切替えストリーム符号化ピクチャの容量を制限することによって、ないようにすることが可能である（それは、チャンネル切替えに後続する過渡期間中にビデオ品質が低下することにつながる）。
【課題を解決するための手段】
【００１５】
従来技術の前述並びにその他の弱点及び欠点は、並列ストリームを用いてディジタル加入者線（ＤＳＬ）システムにおける高速チャンネル切替えを可能にする方法及び装置に関する本発明によって解決される。
【００１６】
本発明の局面によれば、ディジタル加入者線（ＤＳＬ）システムのディジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）において、チャンネル切替えを可能にするチャンネル切替え処理装置を備える。チャンネル切替え処理装置は、同じ番組に相当する少なくとも２つのビデオ・ストリームを受信し、少なくとも２つのビデオ・ストリーム内のイントラ符号化ピクチャの位置に基づいて、送信するために少なくとも２つのビデオ・ストリームのうちの１つを選択するセレクタを含む。
【００１７】
本発明の別の局面によれば、ディジタル加入者線（ＤＳＬ）システムにおいてチャンネル切替えを可能にするビデオ符号器を備える。ビデオ符号器は、少なくとも２つのビデオ・ストリーム内の別々の位置で生起するイントラ符号化ピクチャを少なくとも２つのビデオ・ストリームが含むように、同じ番組に相当する少なくとも２つのビデオ・ストリームを符号化する符号器を含む。
【００１８】
本発明の更に別の局面によれば、ディジタル加入者線（ＤＳＬ）システムのディジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）において、チャンネル切替えを可能にする方法を備える。方法は、同じ番組に相当する少なくとも２つのビデオ・ストリームを受信する工程と、少なくとも２つのビデオ・ストリーム内のイントラ符号化ピクチャの位置に基づいて、送信するために少なくとも２つのビデオ・ストリームのうちの１つを選択する工程とを含む。
【００１９】
本発明の更なる局面によれば、ディジタル加入者線（ＤＳＬ）システムにおいてチャンネル切替えを可能にする符号化方法を備える。方法は、少なくとも２つのビデオ・ストリーム内の別々の位置で生起するイントラ符号化ピクチャを少なくとも２つのビデオ・ストリームが含むように、同じ番組に相当する少なくとも２つのビデオ・ストリームを符号化する工程を含む。
【図面の簡単な説明】
【００２０】
【図１】本発明の原理による例示的なエンド・ツー・エンド・アーキテクチャを示す構成図である。
【図２Ａ】本発明の原理による、２つの並列ビデオ・ビットストリームの例示的なピクチャ符号化パターンを示す図である。
【図２Ｂ】従来技術による例示的なピクチャ符号化パターンを示す図である。
【図３】本発明の原理による例示的なピクチャ符号化順序パターンを示す図である。
【図４】本発明の原理による、ディジタル加入者線（ＤＳＬ）システムにおけるチャンネル切替えを可能にする例示的な方法を示す図である。
【発明を実施するための形態】
【００２１】
本発明の前述並びにその他の局面、特徴及び利点は、添付図面とともに検討するものとする、以下の、例示的な実施例の詳細な説明から明らかになるであろう。
【００２２】
本発明は、以下の例示的な図によって、より深く理解することができる。
【実施例】
【００２３】
本発明は、並列ストリームを用いてディジタル加入者線（ＤＳＬ）システムにおける高速チャンネル切替えを可能にする方法及び装置に関する。ＤＳＬ局所ループは、エンド・ツー・エンドのビデオ・オーバＤＳＬシステムの、帯域が最も制限されたリンクである。効果的には、本発明は、ＤＳＬ局所ループ帯域幅を最小にしながら、低チャンネル切替え遅延を可能にする方法及び装置を提供する。更に、本発明によれば、ＤＳＬ局所ループ経由では、従来技術のシステムにおいて行われるほど頻繁にＩピクチャを送出することを必要とすることなく、所望のチャンネル切替え遅延を達成することが可能である。
【００２４】
本明細書は、本発明の原理を示す。よって、本明細書及び特許請求の範囲に明示的に説明されているものでないか、又は示されているものでないが、本発明の原理を実施し、その趣旨及び範囲内に含まれる種々の配置を当業者が考え出すことができるであろうことが分かる。
【００２５】
本明細書及び特許請求の範囲記載の、例、及び条件付き文言は全て、本発明の原理、及び、当該技術分野を助長するために本願の発明者が寄与する概念の理解を助けるという説明目的のためであることが意図されており、前述の特記された例及び条件に限定されることのないものと解されることとする。
【００２６】
更に、本発明の原理、局面及び実施例、並びにその特定の例を記載した、本明細書及び特許請求の範囲内の記載は全て、その構造的な均等物及び機能的な均等物を包含することが意図されている。更に、現在知られている均等物、及び、将来において開発される均等物（構造に係わらず、同じ機能を行う、開発された構成要素）を前述の均等物が含むことが意図されている。
【００２７】
よって、例えば、本明細書記載の構成図が、本発明の原理を実施する例証的な回路の概念図を表すことを当業者は分かるであろう。同様に、コンピュータ又はプロセッサを明示的に示しているか否かに係わらず、コンピュータ読み取り可能媒体において実質的に表し、コンピュータ又はプロセッサによってそのように実行することができる種々の処理をフローチャート、フロー図、状態遷移図、疑似コード、及び同様なものが表すことが分かるであろう。
【００２８】
図に示す種々の構成要素の機能は、専用ハードウェア、並びに適切なソフトウェアと関連してソフトウェアを実行することができるハードウェアを用いることによって備えることができる。プロセッサによって備えられる場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、又は複数の個々のプロセッサ（一部は共有され得る）によって備えることができる。更に、「プロセッサ」又は「コントローラ」の語を明示的に用いていることは、ソフトウェアを実行することができるハードウェアを排他的に表すものと解されないものとし、ディジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するリード・オンリー・メモリ（「ＲＯＭ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）、及び不揮発性記憶装置を限定なしで暗黙的に含み得る。
【００２９】
他のハードウェア（通常のハードウェア及び／又はカスタム）も含み得る。同様に、図に示すスイッチは概念的なものに過ぎない。その機能は、プログラム・ロジックの処理によって、専用ロジックによって、若しくはプログラム制御と専用ロジックとの相互作用によって行うことができ、又は手作業によっても行うことができる。特定の手法は、意味合いから、より具体的に理解されるように実施者によって選択可能である。
【００３０】
本願の特許請求の範囲では、特定された機能を行う手段として記載された構成要素は、上記機能を行う何れかの手段（例えば、ａ）その機能を行う回路要素の組み合わせ、ｂ）何れかの形態のソフトウェア（よって、上記機能を行うために上記ソフトウェアを実行する適切な回路と組み合わせた、ファームウェア、マイクロコード、又は同様なものを含む）を含む）を包含することが意図されている。前述の特許請求の範囲記載の本発明は、特許請求の範囲が要求するやり方で、記載された種々の手段によって提供される機能が組み合わせられ、集約されることにある。よって、出願人は、前述の機能を提供することが可能な如何なる手段も、本明細書及び特許請求の範囲記載のものと均等であるものとする。
【００３１】
本発明の原理によれば、ＤＳＬ局所ループ経由では、従来技術のシステムにおいて行われるほど頻繁にＩピクチャを送出することを必要とすることなく、所望のチャンネル切替え遅延を達成することが可能である。２つ以上の並列ビデオ・ビットストリームが符号器で作成される（並列ビデオ・ビットストリームそれぞれは、ビットストリーム内に、所望の間隔を空けた別々のピクチャ位置に生起するＩピクチャを含む）。並列ビデオ・ストリームのうちの１つのＩピクチャ間隔は、合成されたビットストリームのＩピクチャの間隔よりも大きい。チャンネル切替えに後続するビデオ復号化は、合成ビットストリームのＩピクチャに後続して始まり得る。並列のビデオ・ビットストリームのうちの単一のビデオ・ストリームのみが、特定の番組についていつでもＤＳＬ局所ループを介して送出される。よって、すばやいチャンネル切替え応答をなお可能にしながら、より大きなＩピクチャ間隔を可能にすることによって、ＤＳＬ局所ループ・ビットレート要件が軽減される。
【００３２】
図１に移れば、本発明を適用し得る例示的なエンド・ツー・エンド・アーキテクチャを、参照符号１００によって概括的に示す。例示的なエンド・ツー・エンド・アーキテクチャ１００は、２つの並列なビデオ・ビットストリームを用いる、本発明の例に関する。しかし、本発明は、如何なる数の並列ビデオ・ストリームにも適用することが可能である。アーキテクチャ１００は、コンテンツ・プロバイダ１１０と、地域の広帯域ネットワーク１２０と、ディジタル加入者線アクセス多重化装置（ＤＳＬＡＭ）１３０と、局所ループ１４０と、セット・トップ・ボックス（ＳＴＢ）１５０とを含む。コンテンツ・プロバイダ１１０は、多重化装置１１４の、第１の入力及び第２の入力それぞれと信号通信を行う第１の出力及び第２の出力を有するビデオ符号器１１２を含む。多重化装置１１４の出力は、コンテンツ・プロバイダ１１０の出力を供給する（地域の広帯域ネットワーク１２０と信号通信で接続される）。地域の広帯域ネットワーク１２０は、ＤＳＬＡＭ１３０の第１の入力と信号通信で更に接続される。
【００３３】
ＤＳＬＡＭ１３０は、セレクタ１３４の、第１の入力及び第２の入力それぞれと信号通信を行う第１の出力及び第２の出力を有する逆多重化装置１３２を含む。ＤＳＬＡＭ１３０の第１の入力は逆多重化装置１３２の入力と信号通信で接続される。ＤＳＬＡＭ１３０の第２の入力はセレクタ１３４の第３の入力と信号通信で接続される。ＤＳＬＡＭ１３０の出力はセレクタ１３４の出力と信号通信で接続される。ＤＳＬＡＭ１３０の、第３の入力、及び出力は局所ループ１４０と信号通信で接続される。ＤＳＬＡＭ１３０は、本明細書及び特許請求の範囲において「チャンネル切替え処理装置」としても置換可能に表す。
【００３４】
ＳＴＢ１５０は、ユーザ・インタフェース１５２及びビデオ復号器１５４を含む。ＳＴＢ１５０の出力は、局所ループ１４０及びユ―ザ・インタフェース１５２と信号通信で接続され、ＳＴＢ１５０の入力は、局所ループ１４０及びビデオ復号器１５４と信号通信で接続される。
【００３５】
ビデオ符号器１１２は、２つの並列ビデオ・ビットストリームを作成する。２つの並列ビデオ・ストリームは併せて多重化され、地域の広帯域ネットワーク１２０を介してＤＳＬアクセス多重化装置（ＤＳＬＡＭ）１３０に送信される。単純にするために、単一の番組の符号器のみを図１に示す。しかし、実際のシステムでは、複数の番組がサポートされ、図１の構成要素は、サポートされる番組毎に複製することができる。ユーザは、視聴する対象の新たな番組への切替えを示すためにＳＴＢ１５０内のユーザ・インタフェース１５２を介してチャンネル切替え要求を行う。この要求はＤＳＬＡＭ１３０に転送される。
【００３６】
チャンネルの切替えのために、又はＳＴＢ１５０を当初、オンにするために特定の番組の再生がユーザによって要求されると、要求は局所ループ１４０を介してＤＳＬＡＭ１３０に送出される。ＤＳＬＡＭ１３０は次いで、ＤＳＬ局所ループ１４０を介してＳＴＢ１５０に送出するために並列ビデオ・ストリームのうちの１つを選択する。
【００３７】
地域の広帯域ネットワーク１２０を介した帯域幅要件は、本発明によって増やされる。２つ以上の並列ビデオ・ビットストリームが番組毎に送信されるからである。ＤＳＬ局所ループ１４０経由の帯域幅要件は軽減される。ＤＳＬ局所ループ１４０を介して送信されるＩピクチャが少なくなるからである。Ｉピクチャは通常、同じ画像品質のＰピクチャ及びＢピクチャよりもかなり多いビット数を要求する。
【００３８】
図２Ａに移れば、２つの並列ビデオ・ビットストリームの例示的なピクチャ符号化パターンを参照符号２００によって概括的に示す。図２Ｂに移れば、従来技術のシステムの例示的なピクチャ符号化パターンを参照符号２５０によって概括的に示す。図２Ｂに示す従来技術のシステムの例示的なピクチャ符号化パターン２５０は、図２Ａに示す例示的なピクチャ符号化パターンと同じチャンネル切替え遅延を有することになる。本発明によれば、ストリーム１もストリーム２も、地域の広帯域ネットワーク１２０を介して送信される。ＤＳＬＡＭ１３０によって選択される、ストリーム１又はストリーム２のうちの一方のみが、ＤＳＬ局所ループ１４０を介して送信されることになる。ストリーム１単独又はストリーム２単独のビットレートは、従来技術のシステムと同じ品質の場合、低くなる。従来技術のストリームは、ストリーム１又はストリーム２に対して最大２倍のＩピクチャを含む。従来技術のストリーム内Ｉピクチャ毎に、ストリーム１又はストリーム２が同じ位置でＩピクチャを含む。
【００３９】
図２Ａは特定の例を表し、よって、本発明の趣旨を維持しながら、並列ビデオ・ストリームの他の、ピクチャ符号化パターン、及び番号を表す。例えば、Ｉピクチャが並列ストリームのうちの２つ以上において同じ位置に（特に符号化効率に対して有利な場合に（例えば、シーンの切換わり時に））存在していることが考えられる。符号器１１２の主要要件は、Ｉピクチャが、所定の間隔内で、並列ストリームのうちの少なくとも１つにおいて存在していることである。
【００４０】
並列ビデオ・ストリームそれぞれを、所望のレート制御及びバッファ・モデルに従うよう符号化することが可能である。同じ番組を表す並列ビデオ・ストリームそれぞれが、同じレート制御及びバッファ・モデルに従うよう符号化されることが期待されている。ＤＳＬＡＭ１３０は、特定の番組の送信を開始する旨の要求を受信すると、ＳＴＢ１５０に送出する対象の並列ビデオ・ストリームの１つを選択する。番組が表示されなくなる（例えば、ＳＴＢ１５０がオフにされる、又はチャンネルが別の番組に切替えられる）まで、ＤＳＬＡＭ１３０は、選択ストリームをＳＴＢ１５０に送出し続ける。この機能をサポートするうえでＳＴＢ１５０において必要な特定のサポートはなく、ビデオ品質は、チャンネルの切替え後、一定である。新たに要求されたチャンネルを表すビデオの提示において初期遅延が存在するが、その初期遅延が終った後は、平均ビットレートでのＤＳＬ局所ループ１４０を介したＤＳＬＡＭ１３０からＳＴＢ１５０へのビットストリームの送信によってＳＴＢ１５０での平滑な再生を達成することが可能である。これは、ＤＳＬＡＭにおいてチャンネル切替えストリームを記憶することができる前述のシステムとは異なる（これは、完全な品質、又はより低い品質のチャンネル切替えストリーム・ピクチャに用いることが可能である）。前述のシステムでは、完全な品質のチャンネル切替えピクチャが用いられる場合、平滑な再生には、局所ループ経由のより高い瞬間的な帯域幅が必要である。前述のシステムでは、より低い品質のチャンネル切替えピクチャが用いられる場合、ビデオ品質は、ビデオが再生されると一時的に低減される。本発明では、ＤＳＬ局所ループ１４０経由の、より高い瞬間的な帯域幅も、一時的に低減されたビデオ品質も必要でない。しかし、本発明では、地域の広帯域ネットワーク１２０経由の帯域幅要件が増やされる。
【００４１】
送出する対象の並列ビデオ・ストリームを選択するのにＤＳＬＡＭ１３０が用いることが可能な例示的な方法の１つは、ストリームのうちの１つにＩピクチャが存在している状態になるまでストリームのそれぞれからの入力パケットを監視することである。次いで、ＤＳＬＡＭ１３０は、ＳＴＢ１５０に送出する対象のＩピクチャを含むストリームを選択し、その選択ストリームを送出し続けることが可能である。特定のストリームにおいてＩピクチャが到着した時点を識別するうえでＤＳＬＡＭ１３０において必要な処理を単純にするために、パケットがＩピクチャを含んでいることを示すよう、パケット・ヘッダ内のフィールドを設定することが可能である。あるいは、並列ストリームにおけるＩピクチャの位置は、特定の他の手段（ユーザ・データ・フィールドなど）を用いて送信することが可能であるか、又は固定された要求パターンに従い得る。２つ以上の並列ストリームが、同じピクチャ位置においてＩピクチャを含む場合、前述のストリームは何れも、送信のために選択することが可能である。
【００４２】
地域の広帯域ネットワーク１２０経由の帯域幅要件は、特定の場合に、本発明の任意的な実施例を用いて軽減することが可能である。図３に移れば、本発明の任意的な実施例の例示的なピクチャ符号化順序パターンを、参照符号３００によって概括的に示す。シーンの切換わりがビデオ系列において生起する場合、ＰピクチャとしてではなくＩピクチャとしてシーン切換わりピクチャを符号化するほうが、通常、符号化効率が高い。Ｉピクチャがストリーム１においてスケジュールよりも早く符号化された場合（例えば、シーン切換わりが生起したため）、Ｉピクチャ及び後続ストリームをストリーム２においても送出する必要はない。その場合、ＳＴＢ１５０において所望のチャンネル切替え間隔をなお維持しながら、シーン切換わりＩピクチャに後続する期間のストリーム２について、符号化ピクチャを送信しなくてよい。この実施例が用いられる場合、チャンネル切替えが生起しなかった場合でも、ＤＳＬＡＭ１３０におけるストリーム・セレクタは、ストリーム２からストリーム１に場合によっては切替わらなければならないことになる。補助情報（ＤＳＬＡＭ１３０におけるセレクタ１３４の動作を単純にするために並列ビデオ・ストリームにおいて符号化ピクチャの有無を示す）を場合によってはユーザ・データとして送出することが可能である。あるいは、ストリーム２内に対応する符号化ピクチャなしでストリーム１における特定の表示時間に符号化ピクチャが存在していたことをＤＳＬＡＭ１３０自体が判定することが可能である。
【００４３】
図４に移れば、ディジタル加入者線（ＤＳＬ）システムにおけるチャンネル切替えを可能にする例示的な方法を参照符号４００によって概括的に示す。開始ブロック４０２は機能ブロック４０５に制御を移す。機能ブロック４０５はピクチャ番号をｐ＝０に設定し、機能ブロック４０７に制御を移す。機能ブロック４０７は、ストリーム番号をｓ＝０に設定し、決定ブロック４１０に制御を移す。決定ブロック４１０は、ストリーム番号ｓにおけるピクチャ番号ｐがＩ（イントラ符号化）ピクチャであるか否かを判定する。ストリーム番号ｓにおけるピクチャ番号ｐがＩピクチャでない場合、制御が機能ブロック４１５に移される。
さもなければ、ストリーム番号ｓにおけるピクチャ番号ｐがＩピクチャの場合、制御が機能ブロック４３０に移される。機能ブロック４１５では、ストリーム番号ｓが１増やされ（すなわち、ｓ＝ｓ＋１）、制御が決定ブロック４２０に移される。決定ブロック４２０は、ｓ＝（合計）ストリーム数か否かを判定する。ｓがストリーム数に等しくない場合、制御がもう一度機能ブロック４１５に移される。さもなければ、ｓ＝ストリーム数の場合、制御が機能ブロック４２５に移される。機能ブロック４２５はピクチャ番号ｐを１増やし（すなわち、ｐ＝ｐ＋１）、機能ブロック４０７にもう一度制御が移される。機能ブロック４３０では、ストリームｓからのピクチャｐが送信され、制御が機能ブロック４３５に移される。機能ブロック４３５はピクチャ番号ｐを１増やし（すなわち、ｐ＝ｐ＋１）、決定ブロック４４０に制御を移す。決定ブロック４４０は、「終了要求」が受信された（すなわち、セット・トップ・ボックス１５０をユーザがオフにした）か否かを判定する。終了要求が受信されていない場合、制御が決定ブロック４４５に移される。さもなければ、終了要求が受信されている場合、制御が終了ブロック４５０に移される。決定ブロック４４５では、チャンネル切替え要求が受信されたか否かが判定される。チャンネル切替え要求が受信されている場合、制御がもう一度決定ブロック４１０に移される。さもなければ、チャンネル切替え要求が受信されていない場合、制御が決定ブロック４６０に移される。決定ブロック４６０は、ピクチャｐがストリームｓ内に存在しているか否かを判定する。ピクチャｐがストリームｓにおいて存在している場合、制御がもう一度機能ブロック４３０に移される。さもなければ、ピクチャｐがストリームｓに存在していない場合、制御がもう一度機能ブロック４０７に移される。
【００４４】
本発明に付随する多くの利点／特徴の一部を次に説明する。例えば、１つの利点／特徴は、同じ番組に相当する２つ以上のビデオ・ストリームを受信し、ストリーム内のイントラ符号化ピクチャの位置に基づいて、送信する対象のストリームのうちの１つを選択する、ＤＳＬＡＭにおけるチャンネル切替え処理装置である。別の利点／特徴は、イントラ符号化ピクチャが存在していることがパケット・ヘッダ内のフィールドによって判定される前述のチャンネル切替え処理装置である。更に、別の利点／特徴は、所定のパターンにイントラ符号化ピクチャの位置が従う前述のチャンネル切替え処理装置である。なお別の利点／特徴は、別個のビデオ・ストリームにおける別々の位置に生起するイントラ符号化ピクチャを含む、同じ番組を表す２つ以上のビデオ・ストリームを作成するビデオ符号器である。更に、別の利点／特徴は、合成ビデオ・ビットストリームのイントラ符号化ピクチャ間の最大間隔が、所望のチャンネル切替え獲得時間に基づいて制限される前述の符号器である。
【００４５】
本発明の前述並びにその他の特徴及び利点は、本明細書及び特許請求の範囲記載の教示に基づいて当業者によって容易に確認することができる。本発明の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途向プロセッサ、又はこれらの組み合わせの種々の形態で実施することができる。
【００４６】
最も好ましくは、本発明の教示はハードウェア及びソフトウェアの組み合わせとして実施される。更に、ソフトウェアは好ましくは、プログラム記憶装置上に有形的に実施されたアプリケーション・プログラムとして実現される。アプリケーション・プログラムは、何れかの適切なアーキテクチャを備えるマシンにアップロードし得るものであり、かつ、前述のマシンによって実行し得る。好ましくは、マシンは、ハードウェア（１つ又は複数の中央処理装置（「ＣＰＵ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）及び入出力（「Ｉ／Ｏ」）インタフェースなど）を有するコンピュータ・プラットフォーム上に実現される。コンピュータ・プラットフォームは、オペレーティング・システム及びマイクロ命令コードも含み得る。本明細書及び特許請求の範囲記載の種々の処理及び機能は、マイクロ命令コードの一部若しくはアプリケーション・プログラムの一部、又はそれらの何れかの組み合わせ（ＣＰＵによって実行することができる）であり得る。更に、種々の他の周辺装置（更なるデータ記憶装置や印刷装置など）をコンピュータ・プラットフォームに接続することができる。
【００４７】
更に、添付図面に表した構成システム部分及び構成工程の一部は好ましくはソフトウェアで実現されるので、システム構成部分間又は処理機能ブロック間の実際の接続は、本発明がプログラムされるやり方によって変わり得る。本明細書及び特許請求の範囲に記載の教示を前提とすれば、当業者は、本発明の前述及び同様の実現形態又は構成を考え出すことができるであろう。
【００４８】
添付図面を参照しながら例証的な実施例を本明細書及び特許請求の範囲において説明したが、本発明は前述のまさにその実施例に限定されるものでなく、本発明の範囲又は趣旨から逸脱することなく、種々の変更及び修正を行うことができる。前述の変更及び修正は全て、特許請求の範囲記載の本発明の範囲内に含まれることが意図されている。
【符号の説明】
【００４９】
１３４  セレクタ
【図１】
0005551218.tif 000002
【図２Ａ】
0005551218.tif 000003
【図２Ｂ】
0005551218.tif 000004
【図３】
0005551218.tif 000005
【図４】
0005551218.tif 000006