(57)【特許請求の範囲】
【請求項１】
ディジタル信号を転送する方法であって、
コンテンツ・チャンネル信号を搬送する第１のコンテンツ・ストリームを、ストリーミング・コンテンツの再生レートよりも速いレートで、バッファにおいて受信するステップと、
第１のコンテンツ・ストリームを、コンテンツ・チャンネル信号を搬送する第２のコンテンツ・ストリームに切り換えるステップと、から成り、
前記第２のコンテンツ・ストリームは表示レートでバッファに転送される、前記方法。
【請求項２】
コンテンツ・チャンネル信号がストリーミング・ビデオ・データから成る、請求項１記載の方法。
【請求項３】
コンテンツ・チャンネル信号がストリーミング・オーディオ・データから成る、請求項１記載の方法。
【請求項４】
第１のコンテンツ・ストリームから第２のコンテンツ・ストリームに切り換えるステップが更に、切換えに先立ちバッファが満たされていることを確認するステップを含む、請求項１記載の方法。
【請求項５】
第１のコンテンツ・ストリームから第２のコンテンツ・ストリームに切り換えるステップが更に、切換えに先立ちバッファに所定量のチャンネル・コンテンツ・データが入っていることを確認するステップを含む、請求項１記載の方法。
【請求項６】
前記第２のコンテンツ・ストリームが、マルチキャスト、ブロードキャスト、および非同期転送モード（ＡＴＭ）ポイント‐マルチポイント（ｐｏｉｎｔ‐ｍｕｌｔｉｐｏｉｎｔ）から成る群から選択される形式のものである、請求項１記載の方法。
【請求項７】
ディジタル信号を転送する装置であって、
コンテンツ・チャンネル信号を搬送する第１のコンテンツ・ストリームを、ストリーミング・コンテンツの再生レートよりも速いレートで、バッファにおいて受信する手段と、
第１のコンテンツ・ストリームから、コンテンツ・チャンネル信号を搬送する第２のコンテンツ・ストリームに切り換える手段と、を具え、
前記第２のコンテンツ・ストリームが表示レートでバッファに転送される、前記ディジタル信号を転送する装置。
【請求項８】
第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更する方法であって、
チャンネル変更コマンドを受信するステップと、
第２のディジタル・ビデオ・チャンネルを搬送する第１のビデオ・ストリームを、第１のバッファから少なくとも第２のバッファへ表示レートよりも速いレートで転送するステップと、
第２のディジタル・ビデオ・チャンネルを受信すると直ちに、第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更するステップと、
前記第１のビデオ・ストリームから、第２のディジタル・ビデオ・チャンネルを搬送する第２のビデオ・ストリームに切り換えるステップと、から成り、
前記第２のビデオ・ストリームが表示レートで第２のバッファに転送される、前記方法。
【請求項９】
第１および第２のビデオ・ストリームがディジタル加入者線信号から成る、請求項８記載の方法。
【請求項１０】
第１のビデオ・ストリームから第２のビデオ・ストリームに切り換えるステップが更に、切換えに先立ち第２のバッファが望ましいレベルに満たされていることを確認するステップを含む、請求項８記載の方法。
【請求項１１】
第１のビデオ・ストリームを第１のバッファにほぼ表示レートでロードするステップを更に含む、請求項８記載の方法。
【請求項１２】
チャンネル変更コマンドを受信するステップが更に、第１のバッファと第２のバッファ間の１対１の接続を設定するステップを含む、請求項８記載の方法。
【請求項１３】
前記第２のビデオ・ストリームが、マルチキャスト、ブロードキャストおよびＡＴＭポイント‐マルチポイントのうちの１つである、請求項８記載の方法。
【請求項１４】
ディジタル・ビデオ・チャンネルが、ディジタル加入者線、ケーブル・モデム、およびＩＳＤＮのうちの１つによって第２のバッファに配信される、請求項８記載の方法。
【請求項１５】
機械で読取り可能なプログラム記憶デバイスであって、
第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更する方法のステップを実行するために前記機械で実行可能な命令のプログラムを具体的に実施し、前記方法のステップは、
チャンネル変更コマンドを受信するステップと、
第２のディジタル・ビデオ・チャンネルを搬送する第１のビデオ・ストリームを、表示レートよりも速いレートで第１のバッファから少なくとも第２のバッファに転送するステップと、
第２のディジタル・ビデオ・チャンネルを受信すると直ちに第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更するステップと、そして
第１のビデオ・ストリームから、第２のディジタル・ビデオ・チャンネルを搬送する第２のビデオ・ストリームに切り換えるステップと、から成り、
前記第２のビデオ・ストリームは表示レートで前記第２のバッファに転送される、前記プログラム記憶デバイス。
【請求項１６】
第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更する装置であって、
チャンネル変更コマンドを受信する手段と、
第２のディジタル・ビデオ・チャンネルを搬送する第１のビデオ・ストリームを第１のバッファから少なくとも第２のバッファへ表示レートよりも速いレートで転送する手段と、
第２のディジタル・ビデオ・チャンネルを受信すると直ちに第１のディジタル・ビデオ・チャンネルから前記第２のディジタル・ビデオ・チャンネルに変更する手段と、
第１のビデオ・ストリームから、第２のディジタル・ビデオ・チャンネルを搬送する第２のビデオ・ストリームに切り換える手段と、を具え、
前記第２のビデオ・ストリームは前記第２のバッファに表示レートで転送される、前記チャンネルを変更する装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ストリーミング・コンテンツ（ｓｔｒｅａｍｉｎｇ  ｃｏｎｔｅｎｔ）をダウンロードすることに関する。
【０００２】
【従来の技術】
ディジタル・ビデオ番組を中継局（Ｈｅａｄ  Ｅｎｄ：ＨＥ）からディジタル加入者線（ＤＳＬ）を通してセット・トップ・ボックス（ＳＴＢ）に搬送する方法が業界内で提案されている。多くの場合、ディジタル・ビデオ（映像）は、ＭＰＥＧ２またはＭＰＥＧ４のような圧縮ディジタル・ビデオの形態をとっている。これらのシステムの多くは、ビデオをネットワークの末端まで効率的に配信するために、ＨＥ装置内でビデオ・マルチキャスト（ｍｕｌｔｉｃａｓｔ）を利用する。これらのシステムの重大な制約は、ＤＳＬリンクが有する帯域幅では１つか２つのビデオ・ストリーム（Ｖｉｄｅｏ  Ｓｔｒｅａｍ、プログラム／番組）しか同時に処理できないことである。
【０００３】
このような帯域幅の制約のために、これらのシステムが遭遇する１つの問題はジッタ（ｊｉｔｔｅｒ）である。ジッタは、ディジタル信号のビット到着時間の「ずれ（ｄｅｖｉａｔｉｏｎ）」または「変位（ｄｉｓｐｌａｃｅｍｅｎｔ）」である。ジッタの原因として、とりわけ、ネットワークのスイッチにおけるキュー（ｑｕｅｕｅｓ）およびその後の再送信を必要とするパケットの衝突がある。
また、ジッタは、非同期転送モード（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ：ＡＴＭ）のスイッチングまたはインターネット・プロトコル（ＩＰ）のルーティング（ｒｏｕｔｉｎｇ）の結果として、ビデオ・ストリームに加えられる。さらに、ビデオ（映像）がＤＳＬのモデムからＳＴＢに、例えば、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））を介して家庭内に配信されると、ジッタはビデオ・ストリームに加えられて生じることもある。
【０００４】
【発明が解決しようとする課題】
ジッタを訂正するために、例えば、ＳＴＢ内のデコーダのフロント・エンドで大型のデジッタ（ｄｅ‐ｊｉｔｔｅｒ、ジッタ除去）バッファを使用する方法が提案されている。しかしながら、デジッタ・バッファはかなりの望ましくない時間遅延を信号に与える。例えば、ビデオ（映像）を５秒間保持するように設計されたデジッタ・バッファの場合、ビデオがＳＴＢで受信されてから表示されるまでに５秒間の遅延を生じる。
【０００５】
バッファリング（ｂｕｆｆｅｒｉｎｇ）は付加的な問題を生じる。例えば、もし、視聴者がチャンネルを変更し、システムが単にＳＴＢをリアルタイムのビデオ・ストリームに接続するだけであっても、視聴者は、ビデオ（映像）が表示されるまでにバッファが満たされるのを５秒間も待たなければならない。このため、多くの人々が予期するチャンネル変更の体験が損なわれる。例えば、多くの人々は或る１つの番組に落ち着くまでに、放送中の番組を調べるために、幾つかのチャンネルを「サーフィン」したがる。新しいチャンネルを選択する度に長い遅延があると種々のチャンネルを素早くサーフィンできず、視聴者はそのような遅延を特に苛立たしく感じる。
【０００６】
【課題を解決するための手段】
従って、本発明は、瞬時にチャンネルの変更を行うと共にジッタの除去されたストリーミング・コンテンツ（ｓｔｒｅａｍｉｎｇ  ｃｏｎｔｅｎｔ）システムおよび方法を提供する。本発明の原理に従い、バッファはコンテンツ・チャンネル信号を搬送する第１のコンテンツ・ストリームを受信する。この第１のコンテンツ・ストリームは、ストリーミング・コンテンツの再生レート（ｒａｔｅ：速度）（ｐｌａｙｏｕｔ  ｒａｔｅ）よりも相当に大きいレート（速度）でコンテンツ・チャンネル信号を搬送する。バッファはそのコンテンツ・チャンネル信号の受信を第１のコンテンツ・ストリームから第２のコンテンツ・ストリームに切り換える。該第２のコンテンツ・ストリームは、ストリーミング・コンテンツの再生レートとほぼ同じレートである。一般に、この切換えは、コンテンツ・チャンネル信号が所定の閾値（ｔｈｒｅｓｈｏｌｄ）までバッファされたときに行われる。
【０００７】
添付されている図面に関して、本発明を以下に詳細に説明する。
特許請求の範囲と実施例との対応関係を実施例で使われている参照番号を用いて示すと以下の通りである。
（請求項１）  ディジタル信号を転送する方法であって、
コンテンツ・チャンネル信号を搬送する第１のコンテンツ・ストリームを、ストリーミング・コンテンツの再生レートよりも速いレート（２０１）で、バッファにおいて受信するステップと、
第１のコンテンツ・ストリームを、コンテンツ・チャンネル信号を搬送する第２のコンテンツ・ストリームに切り換えるステップと、から成り、
前記第２のコンテンツ・ストリームは表示レート（２０２）でバッファに転送される、前記方法。
（請求項２）  コンテンツ・チャンネル信号がストリーミング・ビデオ・データから成る、請求項１記載の方法。
（請求項３）  コンテンツ・チャンネル信号がストリーミング・オーディオ・データから成る、請求項１記載の方法。
（請求項４）  第１のコンテンツ・ストリームから第２のコンテンツ・ストリームに切り換えるステップが更に、切換えに先立ちバッファが満たされていることを確認するステップを含む、請求項１記載の方法。
（請求項５）  第１のコンテンツ・ストリームから第２のコンテンツ・ストリームに切り換えるステップが更に、切換えに先立ちバッファに所定量のチャンネル・コンテンツ・データが入っていることを確認するステップを含む、請求項１記載の方法。
（請求項６）  前記第２のコンテンツ・ストリームが、マルチキャスト、ブロードキャスト、および非同期転送モード（ＡＴＭ）ポイント‐マルチポイント（ｐｏｉｎｔ‐ｍｕｌｔｉｐｏｉｎｔ）から成る群から選択される形式のものである、請求項１記載の方法。
（請求項７）  ディジタル信号を転送する装置であって、
コンテンツ・チャンネル信号を搬送する第１のコンテンツ・ストリームを、ストリーミング・コンテンツの再生レートよりも速いレート（２０１）で、バッファにおいて受信する手段と、
第１のコンテンツ・ストリームから、コンテンツ・チャンネル信号を搬送する第２のコンテンツ・ストリームに切り換える手段と、を具え、
前記第２のコンテンツ・ストリームが表示レート（２０２）でバッファに転送される、前記ディジタル信号を転送する装置。
（請求項８）  第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更する方法であって、
チャンネル変更コマンドを受信するステップと、
第２のディジタル・ビデオ・チャンネルを搬送する第１のビデオ・ストリームを、第１のバッファから少なくとも第２のバッファへ表示レート（２０２）よりも速いレートで転送するステップと、
第２のディジタル・ビデオ・チャンネルを受信すると直ちに、第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更するステップと、
前記第１のビデオ・ストリームから、第２のディジタル・ビデオ・チャンネルを搬送する第２のビデオ・ストリームに切り換えるステップと、から成り、
前記第２のビデオ・ストリームが表示レート（２０２）で第２のバッファに転送される、前記方法。
（請求項９）  第１および第２のビデオ・ストリームがディジタル加入者線信号から成る、請求項８記載の方法。
（請求項１０）  第１のビデオ・ストリームから第２のビデオ・ストリームに切り換えるステップが更に、切換えに先立ち第２のバッファが望ましいレベルに満たされていることを確認するステップを含む、請求項８記載の方法。
（請求項１１）  第１のビデオ・ストリームを第１のバッファにほぼ表示レートでロードするステップを更に含む、請求項８記載の方法。
（請求項１２）  チャンネル変更コマンドを受信するステップが更に、第１のバッファと第２のバッファ間の１対１の接続を設定するステップを含む、請求項８記載の方法。
（請求項１３）  前記第２のビデオ・ストリームが、マルチキャスト、ブロードキャストおよびＡＴＭポイント‐マルチポイントのうちの１つである、請求項８記載の方法。
（請求項１４）  ディジタル・ビデオ・チャンネルが、ディジタル加入者線、ケーブル・モデム、およびＩＳＤＮのうちの１つによって第２のバッファに配信される、請求項８記載の方法。
（請求項１５）  機械で読取り可能なプログラム記憶デバイスであって、
第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更する方法のステップを実行するために前記機械で実行可能な命令のプログラムを具体的に実施し、前記方法のステップは、
チャンネル変更コマンドを受信するステップと、
第２のディジタル・ビデオ・チャンネルを搬送する第１のビデオ・ストリームを、表示レート（２０１）よりも速いレートで第１のバッファから少なくとも第２のバッファに転送するステップと、
第２のディジタル・ビデオ・チャンネルを受信すると直ちに第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更するステップと、そして
第１のビデオ・ストリームから、第２のディジタル・ビデオ・チャンネルを搬送する第２のビデオ・ストリームに切り換えるステップと、から成り、
前記第２のビデオ・ストリームは表示レート（２０２）で前記第２のバッファに転送される、前記プログラム記憶デバイス。
（請求項１６）  第１のディジタル・ビデオ・チャンネルから第２のディジタル・ビデオ・チャンネルに変更する装置であって、
チャンネル変更コマンドを受信する手段と、
第２のディジタル・ビデオ・チャンネルを搬送する第１のビデオ・ストリームを第１のバッファから少なくとも第２のバッファへ表示レート（２０１）よりも速いレートで転送する手段と、
第２のディジタル・ビデオ・チャンネルを受信すると直ちに第１のディジタル・ビデオ・チャンネルから前記第２のディジタル・ビデオ・チャンネルに変更する手段と、
第１のビデオ・ストリームから、第２のディジタル・ビデオ・チャンネルを搬送する第２のビデオ・ストリームに切り換える手段と、を具え、
前記第２のビデオ・ストリームは前記第２のバッファに表示レート（２０２）で転送される、前記チャンネルを変更する装置。
【０００８】
【発明の実施の形態】
本発明は、新しいチャンネルを選択後の初期の期間に表示速度よりも十分に速い速度でビデオ（映像）・データをＳＴＢに伝達する。この初期の期間の間にＳＴＢバッファに所望のレベルまでデータがロードされる。ＳＴＢバッファがロードされるとビデオはビデオ・マルチキャスト（ｖｉｄｅｏ  ｍｕｌｔｉｃａｓｔ）の接続に切り換えられ、ＳＴＢのビデオ・デコーダはバッファされたビデオを、ビデオ表示レート（速度）とほぼ同じレートで、ＳＴＢのバッファから受信する。ビデオに関して述べたが、本発明のコンセプトおよび原理はあらゆる形態のストリーミング・ディジタル・データ（ビデオ、オーディオ、またはその組合せ）に適用できる。
【０００９】
本発明は、ハードウェア、ソフトウェア、ファームウェア、特殊目的のプロセッサあるいはその組合わせなど、種々の形態で実現できる。また、本発明は、プログラム（番組）蓄積デバイス上に具体化されるアプリケーション・プログラムとして、ソフトウェアでも実現できる。アプリケーション・プログラムは、適当なアーキテクチャから成るマシーンにアップロードされそのマシーンで実行される。１つの実施例では、このマシーンは、１つ以上の中央処理装置（ＣＰＵ）、ランダム・アクセス・メモリ（ＲＡＭ）、および入力／出力（Ｉ／Ｏ）インタフェースのようなハードウェアを有するコンピュータのプラットフォーム（ｐｌａｔｆｏｒｍ、コンピュータ・システムの基盤となるハードウェアあるいはソフトウェアを示す。）で実現される。コンピュータのプラットフォームには、オペレーティング・システムおよびマイクロ・インストラクション・コードも含まれる。ここで述べる種々のプロセスおよび機能は、マイクロ・インストラクション・コードの一部であるか、またはオペレーティング・システム上で実行されるアプリケーション・プログラムの一部（またはその組合せ）でも良い。また、付加的なデータ蓄積（ストレージ）デバイスおよびプリンタのような他の種々の周辺装置をコンピュータのプラットフォームに接続しても良い。
【００１０】
本発明の説明および図面に示されているシステムの構成要素および方法のステップの幾つかはソフトウェアで実施されるので、システムの構成要素（またはプロセスのステップ）間の実際の接続は、本発明がプログラムされる方法に依り異なる。本発明の教示を与えられると、この技術分野に於て通常の技量を有する者は本発明および同様な実装または構成を思考できるであろう。
【００１１】
本発明の実施例によれば、インターネットによる配信におけるように、ジッタの量および激しさがしばしば問題となるシステムにおいて、デコーダのフロント・エンドに比較的大きなデジッタ（ｄｅ‐ｊｉｔｔｅｒ、ジッタ除去）バッファを具え、それによって、バッファされたビデオの量を増加させることにより、ジッタの発生および激しさを減少させることができる。
【００１２】
本発明は、ビデオ・サーバからインターネットでビデオを配信しているシステムに利用できる。最終的な配信は、ＤＳＬ（ディジタル加入者線）、ダイヤルアップ、ケーブル・モデム、ＩＳＤＮ、あるいはインターネットに接続する他の手段によって行われる。また、本発明は、効率的な配信を行うためにマルチキャスト（ｍｕｌｔｉｃａｓｔ、同じデータを複数のあて先アドレスに配布すること。）信号を使用するかあるいは単にストリームを複製しストリームを個々に送出するシステムまたはネットワークの接続にも利用できる。
【００１３】
図１はＤＳＬビデオを伝達するネットワークを例示する。これには、ビデオ・サーバ１０１、ＡＴＭスイッチ１０２、サービス制御プロセッサ（Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｐｒｏｃｅｓｓｏｒ：ＳＣＰ）１０３が含まれている。このネットワークには複数のＤＳＬユーザをネットワークに接続するＤＳＬアクセス・マルチプレクサ（ＤＳＬＡＭ）１０４も含まれている。ＤＳＬＡＭ１０４はＡＴＭスイッチ１０２に接続される。ＤＳＬＡＭ１０４は信号をデマルチプレクス（逆多重化）し、それをそれぞれのＤＳＬに伝達する。このネットワークはさらに、ＤＳＬターミネータ１０５、ルータ１０６、ＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅ  Ｅｑｕｉｐｍｅｎｔ、顧客構内装置）１０７、ＳＴＢ１０８を具える。ビデオ・サーバ１０１は選択される各ビデオ・チャンネルのためのバッファを具える。これらのバッファは、ＳＴＢ  (Ｓｅｔ  Ｔｏｐ  Ｂｏｘ、セット・トップ・ボックス)  １０８において表示される最悪のジッタ発生ケース（ＡＴＭ配信により生じるジッタおよびＥｔｈｅｒｎｅｔ（登録商標）のようなＬＡＮ内部の配信により生じるジッタを含む）を処理する大きさにできる。
【００１４】
ジッタは、使用される配信チャンネルに依り数マイクロ秒から数秒にわたる。
チャンネル変更コマンド用の通信チャンネルは、ＳＴＢ１０８と中継局装置１０９との間に存在する。顧客がチャンネルをオンにするか、またはチャンネルを変更するときに、ＳＴＢ１０８から中継局１０９にコマンドが送られる。ＳＣＰ１０３は、ビデオ・サーバ１０１とＳＴＢ１０８間の接続を設定する。ビデオ・サーバ１０１は、通常のビデオ視聴速度（例えば、毎秒３０フレーム）よりも相当に早い速度（例えば、２倍速）で中継局バッファからＳＴＢバッファにビデオ（映像）を供給する。
【００１５】
本発明の１つの実施例で、接続は一時的な２箇所間の接続として論理的に設定される。他のＳＴＢで、まったく同時にこのように高速のストリームを受信するものはない。このＳＴＢは高速のビデオ・ストリームを受信し、直ちにそのストリームの表示を開始するが、そのビデオを通常の視聴速度で表示する。従って、ビデオはそれが表示（または消費）されている速度よりも早くＳＴＢに到着するので、ＳＴＢのフロント・エンド内のデジッタ（ジッタ除去）用バッファには映像がロード（蓄積）されている。ＳＴＢバッファが望ましいレベルにまで満たされると、ＳＣＰはビデオ・ソースを、１つまたはそれ以上のＳＴＢの間で共有できるビデオ・ストリーム（例えば、マルチキャスト）に切り換える。
【００１６】
図２について、生放送の場合、中継局（ＨＥ）は、ＳＴＢ内でデジッタ（ジッタ除去）用に使用されるバッファと少なくとも同じ大きさのバッファを維持する。例えば、５秒のＳＴＢデジッタ・バッファに対し、中継局のバッファはビデオ（映像）を５秒間以上貯える。視聴者がチャンネルを変更すると、中継局は通常の視聴用ビデオ・レート２０２（例えば、毎秒３０フレーム）より速いレート２０１（例えば、毎秒６０フレーム）で、遅延されたビデオ（映像）を中継局バッファから供給する。
【００１７】
本発明の１つの実施例で、中継局のバッファは、情報のレベルを維持する巡回バッファまたはキュー（ｑｕｅｕｅ）である。中継局の送信機は、漸進的に遅れた時刻からのデータをバッファ内から引き出している。バッファは常に満たされており、従って、異なる時刻からのデータをバッファ内から引き出すことにより、多数の顧客に同時に対応できる。データは１Ｘ（１倍）のレートでバッファから転送されるが、データはより高いレート（例えば、３Ｘ（３倍））でＳＴＢに送られている。しかしながら、ＳＴＢから見て中継局バッファは空になっているように見える。
【００１８】
ビデオ（映像）は通常の速度で表示されているが、ストリームはより高速で到着しているので、デコーダのフロント・エンド内のデジッタ・バッファは所望のレベルに満たされる。実施例によれば、このバッファが５秒間ビデオで満たされると、中継局はＳＴＢにビデオを高速で送信しなくなり、通常の視聴速度でビデオを送信し始める。これは１対１（ｏｎｅ‐ｔｏ‐ｏｎｅ）の関係で起こるが、ＳＴＢの入力を単にマルチキャスト（ｍｕｌｔｉｃａｓｔ）またはブロードキャスト（放送）のビデオ・ストリームに切り換えるだけでも起こり得る。マルチキャスト・ストリームはリアルタイムで送られる。初期の段階の間、この５秒間の遅延は、中継局バッファから送られている５秒間の古いデータに起因する。マルチキャストに切り換えた後、すべての遅延はＳＴＢバッファ内に貯えられた５秒間のビデオ（映像）に起因する。
【００１９】
中継局でバッファされた信号からビデオ・ストリームへの切換えは中継局から制御できる。何故なら、すべての遅延されたビデオ（映像）をどの箇所でＳＴＢが中継局のバッファから受信したのかを中継局は知っており、送信用に残されているビデオは、遅延バッファを満たすために使用されているリアルタイムのビデオのみだからである。
【００２０】
図３について、一時的なチャンネル変更の期間（３０１〜３０３）にデータは中継局バッファ３０４〜３０７からＳＴＢバッファ３０８〜３１１に転送され、希望する遅延が達成されてから、バッファされたブロードキャスト（ｂｒｏａｄｃａｓｔ、放送）ストリーム３１２に切り換えられる。この方法は、リアルタイムの放送、例えば、スポーツ、映画、あるいは他のビデオ（映像）番組に利用できる。
【００２１】
また、第２の変更後の最初のわずかな時間に幾つかのビデオ・データが遅れて到着することも起こり得る。しかしながら、大部分のビデオ・パケットに関連するパケットの遅延は最大遅延よりも少ないと予想されるので、これは異議を生じるとは予想されない。加えて、復号化用バッファが満たされるにつれて、遅れたパケットに出会う可能性は減少する。
【００２２】
ＤＳＬビデオ（映像）配信システムのジッタを除去（ｄｅ‐ｊｉｔｔｅｒ）するシステムと方法について実施例を記述したが、上述した教示に鑑みて修正および変更が当業者によってなし得る。従って、本発明の精神とクレームの範囲内で開示された本発明の実施例の変更がなされ得る。このように本発明は特許法で要求される委曲をつくして説明され、特許証で保護されることが望まれる請求事項はクレームに記載されている。
【図面の簡単な説明】
【図１】本発明の原理に従いＤＳＬビデオ（映像）を搬送できるネットワークを示す。
【図２】本発明の原理に従うチャンネル変更のメカニズムを流れ図で示す。
【図３】本発明の原理に従い最初の視聴期間にソース・バッファからデジッタ（ジッタ除去）バッファへのデータの転送を示す。
【符号の説明】
１０１  ビデオ・サーバ
１０２  ＡＴＭ（非同期転送モード）スイッチ
１０３  サービス制御プロセッサ（ＳＣＰ）
１０４  ＤＳＬＡＭ（ディジタル加入者線・アクセス・マルチプレクサ）
１０５  ＤＳＬ（ディジタル加入者線）ターミネ−タ
１０６  ルータ
１０７  ＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅ  Ｅｑｕｉｐｍｅｎｔ、顧客構内装置）
１０８  セット・トップ・ボックス（ＳＴＢ）
１０９  中継局（ＨＥ）装置
２０１  通常視聴用のビデオ・レートより高いビデオ・レート(毎秒６０フレーム)
２０２  通常視聴用のビデオ・レート（毎秒３０フレーム）
３０１〜３０３  一時的チャンネル変更期間
３０４〜３０７  中継局バッファ
３０８〜３１１  ＳＴＢバッファ
３１２  バッファされた放送ストリーム
【図１】
0004043323.tif 000002
【図２】
0004043323.tif 000003
【図３】
0004043323.tif 000004