(57)【要約】【課題】デスティネーション・ステーションにおいて、ソース・ステーションにおける再生速度より低い速度でコンテンツを再生する。【解決手段】家庭内オーディオビジュアル伝送システムが、例えば３つの入力チャンネルを有するゲートウェイ１５を具えている。各チャンネル上には、トランスコーダ２０〜２２及びバッファ２３〜２５がある。３つのデスティネーション・ステーション１８、１９、３２は、それぞれバッファ２８、２９、３３、及びデコーダ３０、３１、３４を具えている。このシステムは、ゲートウェイ１５と関連する受信機との間に分布する各チャンネルに対して所定のバッファ遅延を提供することを目的とする。チャンネル変更、スイッチオン、あるいは類似の条件に続いて、チャンネル用のバッファが空になる。こうした事象に続いて、デスティネーション・ステーションでは、バッファの充満度を増加させつつ再生を実行可能にする減速再生が行われる。減速再生は、ＭＰＥＧ−２ストリームにタイムスタンプを含める手段をトランスコーダ２０〜２２に具えさせることによって行うことが好ましく、これらのタイムスタンプは、デスティネーション・ステーションにおいてフィールドの反復を生じさせる。オーディオ信号にフレーム反復を施して、ピッチの低下を回避することができる。
2006513608.tif 000002
【特許請求の範囲】
【請求項１】
ソース・ステーション、デスティネーション・ステーション、及びこれらのステーション間に分布するチャンネルバッファを具えたオーディオビジュアル・コンテンツ伝送システムにおいて、
前記システムが、前記デスティネーション・ステーションにおいて前記ソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御する制御手段を具えていることを特徴とするオーディオビジュアル・コンテンツ伝送システム。
【請求項２】
前記制御手段が、１つのフレームを再生し、前記バッファが所望の充満度に達するまで当該フレームを維持すべく構成されていることを特徴とする請求項１に記載のシステム。
【請求項３】
前記制御手段が、前記チャンネルバッファに記憶されているコンテンツの通常再生時間に応じた再生速度で前記コンテンツを再生すべく構成されていることを特徴とする請求項１に記載のシステム。
【請求項４】
前記制御手段が、前記デスティネーション・ステーションにおいて１つのフレームを再生し、前記バッファが所定の充満度に達するまで当該フレームを維持し、これに続いて前記コンテンツを前記再生速度より低い速度で再生し、そして再生速度を次第に増加させるべく構成されていることを特徴とする請求項３に記載のシステム。
【請求項５】
前記制御手段が、前記デスティネーション・ステーションにおいて、バッファ充満度が所望のレベルに達するまで前記コンテンツをほぼ一定の速度で再生すべく構成されていることを特徴とする請求項３または４に記載のシステム。
【請求項６】
前記制御手段が、意図された再生速度に達するまで再生速度をほぼ直線的に増加させるべく構成されていることを特徴とする請求項３または４に記載のシステム。
【請求項７】
ソース・ステーション、デスティネーション・ステーション、及びこれらのステーション間に分布するチャンネルバッファを具えたオーディオビジュアル・コンテンツ伝送システムを動作させる方法において、
前記デスティネーション・ステーションにおいて前記ソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御するステップを具えていることを特徴とするオーディオビジュアル・コンテンツ伝送システムの動作方法。
【請求項８】
前記制御するステップが、１つのフレームを再生し、前記バッファが所定の充満度に達するまで当該フレームを維持するステップを具えていることを特徴とする請求項７に記載の方法。
【請求項９】
前記制御するステップが、前記チャンネルバッファに記憶されているコンテンツの通常再生時間に応じた再生速度で前記コンテンツを再生するステップを具えていることを特徴とする請求項７に記載の方法。
【請求項１０】
前記制御するステップが、前記デスティネーション・ステーションにおいて１つのフレームを再生し、前記バッファが所定の充満度に達するまで当該フレームを維持し、これに続いて前記コンテンツを前記再生速度より低い速度で再生し、そして再生速度を次第に増加させるステップを具えていることを特徴とする請求項９に記載の方法。
【請求項１１】
前記制御するステップが、前記デスティネーション・ステーションにおいて、バッファ充満度が所望のレベルに達するまで前記コンテンツをほぼ一定の速度で再生するステップを具えていることを特徴とする請求項９または１０に記載の方法。
【請求項１２】
オーディオビジュアル・コンテンツ伝送システム用のソース・ステーションにおいて、前記ソース・ステーションが、デスティネーション・ステーションにおいて前記ソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御する制御手段を具えていることを特徴とするオーディオビジュアル・コンテンツ伝送システム用のソース・ステーション。
【請求項１３】
前記制御手段が、前記デスティネーション・ステーションにおける１つのフレームの再生を行わせて、前記ソース・ステーションと前記デスティネーション・ステーションとの間に分布するバッファの充満度が所望のレベルに達するまでの当該フレームの維持を行わせるべく構成されていることを特徴とする請求項１２に記載のステーション。
【請求項１４】
前記制御手段が、前記デスティネーション・ステーションにおける、前記ソース・ステーションと前記デスティネーション・ステーションとの間に分布するチャンネルバッファに記憶されているコンテンツの通常再生時間に応じた再生速度での前記コンテンツの再生を制御すべく構成されていることを特徴とする請求項１２に記載のステーション。
【請求項１５】
前記制御手段が、前記デスティネーション・ステーションを制御して、１つのフレームを再生し、前記バッファが所定の充満度に達するまで当該フレームを維持し、これに続いて前記コンテンツを前記再生速度より低い速度で再生し、そして再生速度を次第に増加させるべく構成されていることを特徴とする請求項１４に記載のステーション。
【請求項１６】
前記制御手段が、前記デスティネーション・ステーションにおける前記コンテンツの再生を制御して、バッファ充満度が所望のレベルに達するまで前記コンテンツをほぼ一定の速度で再生すべく構成されていることを特徴とする請求項１４または１５に記載のステーション。
【請求項１７】
前記制御手段が、前記デスティネーション・ステーションを制御して、意図された再生速度に達するまで再生速度をほぼ直線的に増加させるべく構成されていることを特徴とする請求項１４または１５に記載のステーション。
【請求項１８】
前記制御手段が、前記デスティネーション・ステーションを制御して、再生速度の増加率を次第に減少させるべく構成されていることを特徴とする請求項１４または１５に記載のステーション。
【請求項１９】
前記制御手段が、受信したコンテンツを前記チャンネルバッファへの供給用に符号化すべく構成されたコーダの一部を形成することを特徴とする請求項１２〜１８のいずれかに記載のステーション。
【請求項２０】
前記制御手段が、前記デスティネーション・ステーションにおけるフィールド反復を実行すべく構成されていることを特徴とする請求項１９に記載のステーション。
【請求項２１】
前記制御手段が、前記デスティネーション・ステーションにおけるフィールド反復を実行するためのタイムスタンプを付けるべく構成されていることを特徴とする請求項２０に記載のステーション。
【請求項２２】
フィールド間の動きの尺度を測定する手段を具えて、前記制御手段が、比較的小さいフィールド間の動きに関連するフィールドのみに対してフィールド反復を実行すべく構成されていることを特徴とする、請求項１４〜１８のいずれかに従属する請求項２０または２１に記載のステーション。
【請求項２３】
前記制御手段が、前記フィールド間の動きの尺度をしきい値と比較して、前記しきい値を超えない場合のみにフィールド反復を実行すべく構成されていることを特徴とする請求項２２に記載のステーション。
【請求項２４】
前記制御手段が、所望の再生速度及び実行するフィールド反復の量に応じて前記しきい値を調整すべく構成されていることを特徴とする請求項２３に記載のステーション。
【請求項２５】
オーディオ・サンプルのフレームを反復する手段を具えていることを特徴とする、請求項１４〜１８に従属する請求項１９〜２４のいずれかに記載のステーション。
【請求項２６】
反復されるオーディオ・サンプルのフレームの始点を先行するフレームの終点に合わせる手段を具えていることを特徴とする請求項２５に記載のステーション。
【請求項２７】
前記コーダが、オーディオ・デコーダ及びオーディオ・エンコーダを直列に具えたトランスコーダであり、前記オーディオ・デコーダが、前記オーディオ・エンコーダに符号化情報を提供すべく構成されていることを特徴とする請求項２５または２６に記載のステーション。
【請求項２８】
オーディオフレームの反復に対する適性を測定する手段を具えていることを特徴とする請求項２５〜２７のいずれかに記載のステーション。
【請求項２９】
オーディオの減速を実行する手段とビデオの減速を実行する手段とを結合することによって同期制御を行うことを特徴とする請求項２５〜２８のいずれかに記載のステーション。
【請求項３０】
パーソナル・ビデオレコーダ等を具えて、前記制御手段が、前記デスティネーション・ステーションにおける再生を、意図された再生速度にほぼ等しくなるように制御すべく構成されていることを特徴とする請求項１２に記載のステーション。
【請求項３１】
前記ソース・ステーションと前記デスティネーション・ステーションとの間に分布するバッファによってもたらされる遅延が所望の遅延にほぼ等しいことの検出に応答して、前記パーソナル・ビデオレコーダ等の再生速度を意図された再生速度にほぼ等しくすべく制御する手段を具えていることを特徴とする請求項３０に記載のステーション。
【請求項３２】
ジャンプ事象に応答して、前記チャンネルバッファ内のデータを消去または廃棄する手段を具えていることを特徴とする請求項３０または３１に記載のステーション。
【請求項３３】
オーディオビジュアル・コンテンツ伝送システム用のデスティネーション・ステーションにおいて、前記デスティネーション・ステーションが、ソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御する制御手段を具えていることを特徴とするオーディオビジュアル・コンテンツ伝送システム用のデスティネーション・ステーション。
【請求項３４】
前記制御手段が、１つのフレームを再生し、前記ソース・ステーションと前記デスティネーション・ステーションとの間に分布するバッファが所望の充満度に達するまで当該フレームを維持すべく構成されていることを特徴とする請求項３３に記載のステーション。
【請求項３５】
前記制御手段が、前記ソース・ステーションと前記デスティネーション・ステーションとの間に分布するチャンネルバッファに記憶されているコンテンツの通常再生時間に応じた再生速度で前記コンテンツを再生すべく構成されていることを特徴とする請求項３３に記載のステーション。
【請求項３６】
前記制御手段が、１つのフレームを再生し、前記バッファが所定の充満度に達するまで当該フレームを維持し、これに続いて前記コンテンツを前記再生速度より低い速度で再生し、そして再生速度を次第に増加させるべく構成されていることを特徴とする請求項３５に記載のステーション。
【請求項３７】
前記制御手段が、バッファ充満度が所望のレベルに達するまで前記コンテンツをほぼ一定の速度で再生すべく構成されていることを特徴とする請求項３５または３６に記載のステーション。
【請求項３８】
前記制御手段が、意図された再生速度に達するまで再生速度をほぼ直線的に増加させるべく構成されていることを特徴とする請求項３５または３６に記載のステーション。
【請求項３９】
特定のフレームレートを有するディジタル・ビデオ信号をより低いレートで供給すべく動作可能なディジタル・ディスプレイ及びデコーダを集積して具えていることを特徴とする請求項３５〜３８のいずれかに記載のステーション。
【請求項４０】
前記デコーダが、このデコーダの出力における不活性時間を増加させて、これにより、より低いレートで信号を供給すべく動作可能であることを特徴とする請求項３９に記載のステーション。
【請求項４１】
前記デコーダ、及び表示コントローラの各々が、共通に受信した１つ以上の信号によってロックされる位相ロックループを具えていることを特徴とする請求項３９または４０に記載のステーション。
【請求項４２】
請求項４０または４１に記載のデスティネーション・ステーションと、前記デスティネーション・ステーションにおけるバッファ充満度を推定して、この推定にもとづいてジョイント・ビットレート・コントローラを動作させるべく構成されたソース・ステーションとを具えていることを特徴とするシステム。
【請求項４３】
受信したビデオ信号のフィールドを反復すべく構成されたインターレーサを具えていることを特徴とする請求項３３〜３８に記載のステーション。
【請求項４４】
フィールド間の動きの尺度を表わす受信信号を監視して、比較的小さいフィールド間の動きに関連するフィールドのみに対してフィールド反復を実行すべく前記インターレーサを制御する手段を具えていることを特徴とする、請求項３５〜３８のいずれかに従属する請求項４３に記載のステーション。
【請求項４５】
前記フィールド間の動きの尺度をしきい値と比較して、前記しきい値を超えない場合のみにフィールド反復を実行する手段を具えていることを特徴とする請求項４４に記載のステーション。
【請求項４６】
所望の再生速度及び実行するフィールド反復の量に応じて前記しきい値を調整する手段を具えていることを特徴とする請求項４５に記載のステーション。
【請求項４７】
オーディオ・サンプルのフレームを反復する手段を具えていることを特徴とする、請求項３５〜３８のいずれかに従属する請求項４３〜４６のいずれかに記載のステーション。
【請求項４８】
反復されるオーディオ・サンプルのフレームの始点を先行するフレームの終点に合わせる手段を具えていることを特徴とする請求項４７に記載のステーション。
【請求項４９】
オーディオフレームの反復に対する適性を測定する手段を具えていることを特徴とする請求項４７または４８に記載のステーション。
【請求項５０】
オーディオの減速を実行する手段とビデオの減速を実行する手段とを結合することによって同期制御を行うことを特徴とする請求項４７〜４９に記載のステーション。
【請求項５１】
フレームレートの変換を実行すべく構成された画像改善プロセッサを含む集積型ディジタル・ディスプレイを具えていることを特徴とする請求項３３〜３８に記載のステーション。
【請求項５２】
意図されたフレームレートより低いレートでテレビジョン・フレームを生成する手段を具えていることを特徴とする請求項３５〜３８に記載のステーション。
【請求項５３】
意図されたクロック周波数より低い周波数を採用すべく、ディジタル・エンコーダのクロック信号を制御する手段を具えていることを特徴とする請求項５２に記載のステーション。
【請求項５４】
前記ソース・ステーションが請求項１２〜３２のいずれかに記載のステーションであることを特徴とする請求項１に記載のシステム。
【請求項５５】
前記デスティネーション・ステーションが、請求項３３〜４１のいずれか、あるいは請求項４３〜５３のいずれかに記載のステーションであることを特徴とする請求項１または５４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野）
本発明は、オーディオビジュアル（音響映像）コンテンツ伝送システム、及びこうしたシステムを制御する方法に関するものである。本発明は、こうしたシステム用のソース・ステーション（送信側）及びデスティネーション・ステーション（受信側）にも関するものである。
【０００２】
（発明の背景）
ホーム（家庭用）オーディオビジュアル（ＡＶ）コンテンツ配信システムについての種々の提案が存在する。家庭の所々に分布するディスプレイに無線リンクによって接続された中央ゲートウェイを有するシステムによって達成されるべき、設置及びコスト上の利益が存在することは認められる。しかし、無線リンクの提供は多くの技術的課題を提起し、本発明はこれらの課題の一部に応えようとするものである。
【０００３】
インターネット・テレビジョン（ＴＶ）は、オーディオビジュアル・ストリーム（データ流）の低信頼性チャンネル（インターネット）上での配信用に知られている。しかし、インターネットＴＶは、大量のコンテンツをソース側で利用しがちであり、それ相応にサーバーが所望の速度（レート）で読み出し可能である。従って、インターネットＴＶは、技術的意味で放送コンテンツの家庭内配信とは非常に異なるものと考えられる。
【０００４】
（発明の概要）
本発明の第１の態様によれば、ソース・ステーション及びデスティネーション・ステーション、及びこれらのステーション間に分布するチャンネルバッファを具えたオーディオビジュアル・コンテンツ伝送システムが提供され、このシステムは、デスティネーション・ステーションにおいて、ソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御する制御手段を具えている。
【０００５】
デスティネーション・ステーションにおいてより低速で再生することによって、バッファに記憶されているコンテンツの（意図された再生速度での）再生時間が増加することがあり、デスティネーション・ステーションにおいて、より低速ではあるがコンテンツの再生中に、バッファは所望のレベルまで満たされる。このことは、次の事象：即ち、チャンネルバッファが無関係になる事象、例えばチャンネル変更の事象、あるいは、例えば受信が乱れた期間またはスイッチオンに続くコンテンツが存在しない事象において特に有用である。明細書全体を通して、「意図された再生速度」あるいは「意図された生成速度」とは、コンテンツの作成者がその速度での再生を意図した速度を意味し、通常のマージン（余裕）を伴う。またこの用語は、それに適した所で、１秒当たり２４フレームでの再生を意図されたフィルムを１秒当たり約２５フレームの速度で再生すること、及びその逆を含む。
【０００６】
長時間のうちに再生速度を変更可能にする種々の方法が存在する。簡単なシステム内の制御手段を、１フレームを再生して、バッファが所望の充満度に達するまでこのフレームを維持すべく構成することができる。この解決法は特に設計が簡単であり、静止画像を提供することができ、遅延時間後に再生用のバッファが満たされる間に、ユーザはこの静止画像にもとづいて、コンテンツが要求したものであるか否かを判定することができる。
【０００７】
しかし、前記制御手段は、チャンネルバッファに記憶されたコンテンツの通常の再生時間に応じた速度でコンテンツを再生すべく構成されていることが好ましい。意図された再生速度の５０〜９５％の範囲内の速度でのコンテンツの再生は、非限定的な例を引き合いに出せば、チャンネル上で中継中のコンテンツをユーザに適度に理解させることができ、この間にコンテンツの再生はより早く行うことができ、恐らくは、先行再生なしでバッファが満たされる場合に可能な早さよりもずっと早い。この特徴は、事象とコンテンツの再生との間の大幅な遅延なしに大量のバッファを使用することも可能にする。長いバッファ遅延の使用は、ソース・ステーションとデスティネーション・ステーションとの間の、より低信頼性の伝送チャンネルにとって重要である。
【０００８】
前記制御手段が、ソース・ステーションの一部を形成するコーダ（符号化器）の一部を形成し、受信したコンテンツをチャンネルバッファへの供給用に符号化すべく構成されていることが好ましい。このコーダは、受信するコンテンツの性質に応じて、エンコーダ（符号化器）またはトランスコーダ（符号変換器）とすることができる。
【０００９】
信号のビデオ成分に対しては、前記制御手段がフィールド反復を実行すべく構成されていることが好ましい。このことは、コンテンツの所定長について再生時間を拡張しつつ、デスティネーション受信機の出力フレームレートを通常のフレームレートに等しくすることができるので、特に有利である。またこの特徴は、例えば前記制御手段がフィールド反復フラグ及び修正タイムスタンプを与えて、デスティネーション・ステーションにおけるフィールド反復を実行すべく構成されている場合に、フィールドを２回以上反復伝送する必要性を回避するために適宜用いることができる。
【００１０】
フィールドを反復する際には、大部分の場合に画質が幾分劣化する。しかし、この劣化は、フィールド間の動きの尺度を測定する手段を設けることによって、そして前記制御手段を、比較的小さいフィールド間の動きに関連するフィールドについてのみフィールド反復を実行すべく構成することによって最小化することができる。このことを達成するために、前記制御手段を、前記フィールド間の動きの尺度をしきい値と比較して、このしきい値を超えない場合のみにフィールド反復を実行すべく構成することができる。反復されるフィールドの比率が所望の再生速度に整合しないことを防止するために、前記制御手段を、所望の再生速度及び実行するフィールド反復の量に応じて前記しきい値を調整すべく構成することができる。
【００１１】
信号のオーディオ成分に対しては、ソース・ステーションがオーディオ・サンプル（標本値）のフレームを反復する手段を具えることができる。オーディオ信号の区間を反復することによって、区間反復なしにオーディオ・シーケンスの再生時間を拡張する際に生じるピッチ低下の効果を軽減することができる。前記コーダがトランスコーダである場合には、オーディオ・デコーダ及びオーディオ・エンコーダを直列に具えて、このオーディオ・デコーダを、このオーディオ・エンコーダに符号化（コーディング）情報を提供すべく構成することによって、特定のディジタル信号処理操作の特定のカスケード効果を回避することができる。
【００１２】
好適例では、オーディオフレームの反復に対する適性を測定する手段が提供され、アーティファクト（偽信号）の不所望な効果が軽減される可能性がある。
【００１３】
オーディオの減速とビデオの減速との結合によって、同期制御を行うことができる。オーディオの減速とビデオの減速とに独立した制御メカニズム（機構）を用いることができるので、非結合の手段どうしが食い違って、オーディオがビデオと十分に同期しないことがある。このことは、例えばコンテンツが、人々の発話のクローズアップ（大写し）を含む際に特に重要である。この結合は、システム構成要素に適したあらゆる方法によって達成することができる。
【００１４】
ソース・ステーションにおいて減速を実行するための代案として、デスティネーション・ステーションが例えば、受信したビデオ信号のフィールドを反復すべく構成されたインターレーサ（インターレース器）を具えることができる。しかし、本発明では、ソース・ステーションにおけるコーダを、フィールド間の動きの尺度を測定すべく構成する方が良い。この場合には、ソース・ステーションが、フィールド間の動きの尺度を表わす信号を送信すべく構成され、前記インターレーサが、比較的小さいフレーム間の動きに関連するフィールドについてのみフィールド反復を実行すべく構成されていることが有利である。その代わりに、フレーム間の動きの測定をデスティネーション・ステーションで行うことができる。良好な結果を得るために、デスティネーション・ステーションは、フィールド間の動きの尺度をしきい値と比較して、このしきい値を超えた場合のみにフィールド反復を実行する手段を具えることができる。本発明では、コンテンツだけで再生速度を決定することを回避するために、デスティネーション・ステーションが、所望の再生速度及びフィールド反復を行う量に応じて前記しきい値を調整すべく構成されていることが好ましい。
【００１５】
オーディオ信号は、ソース・ステーションにおいてオーディオの減速を実行したのと同様の方法で再生時間を増加させるべく処理することができる。
【００１６】
同期制御は、オーディオの減速を実行する手段とビデオの減速を実行する手段とを結合することによって行うことができる。
【００１７】
ビデオ成分について減速再生を実行する代わりの方法は、デスティネーション・ステーションを、テレビジョン・フレームを意図されたフレームレートよりも低いフレームレートで再生すべく構成することである。このことは、設計及び製造が比較的簡単であるという利点を有する、というのは、専用のコンピュータ・コードの書込みが必要になり得る、フィールド反復及びプロセッサの演算密度を高くし得る他の操作を回避することができるからである。こうしたビデオの減速再生の簡単な方法は、Ｄ／Ａ変換器におけるサンプルレート（標本化速度）を低減するか、あるいはオーディオのサンプルまたはフレームを反復するかのいずれかによる、オーディオ成分用の同様の方法と組み合わせることができる。
【００１８】
ソース・ステーションがパーソナル（個人用）ビデオレコーダ等を具えている場合には、デスティネーション・ステーションにおいて、意図された速度より低い速度で再生を行う代わりに、バッファの充満度を増加させることができる。本発明では、システムが、バッファによってもたらされた遅延が所望の遅延にほぼ等しいことの検出に応答して、ソース側における再生速度を意図された再生速度にほぼ等しくすべく制御する手段、及び／または、ジャンプ事象に応答して、チャンネルバッファ内のデータを消去または無視する手段を具えることができる。
【００１９】
本発明の第２の態様によれば、ソース・ステーション及びデスティネーション・ステーション、及びこれらのステーション間に分布するチャンネルバッファを具えたオーディオビジュアル・コンテンツ伝送システムを動作させる方法が提供され、この方法は、デスティネーション・ステーションにおいて、コンテンツをソース・ステーションにおける再生速度より低い速度で再生すべく制御するステップを具えている。
【００２０】
本発明の第３の態様によれば、オーディオビジュアル・コンテンツ伝送システム用のソース・ステーションが提供され、このソース・ステーションは、デスティネーション・ステーションにおいてソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御する制御手段を具えている。
【００２１】
本発明の第４の態様によれば、オーディオビジュアル・コンテンツ伝送システム用のデスティネーション・ステーションが提供され、このデスティネーション・ステーションは、ソース・ステーションにおける再生速度より低い速度でコンテンツを再生すべく制御する制御手段を具えている。
【００２２】
以下、本発明の実施例について図面を参照しながら説明し、これらの実施例は例示に過ぎない。
【００２３】
（好適な実施例の詳細な説明）
図１に示すように、家庭１０には第１〜第４テレビジョン受像器１１〜１４が設けられ、各受像器がそれぞれのリモートコントローラＲＣを有する。セットトップボックス（ゲートウェイ）の形態のゲートウェイ１５がビデオソース（源）１６に接続され、ビデオソース１６は、いくつかの非限定的な例を引き合いに出せば、衛生放送（皿形）アンテナ、従来型のアンテナ、ケーブルＴＶソース、あるいはインターネットＴＶソースとすることができる。この例のゲートウェイ１５は４つのチャンネルを有し、うち２つはそれぞれの同軸ケーブルによって第１及び第４ＴＶ受像器１１及び１４に配線され、うち２つは無線トランシーバ１７を通して信号供給される。第２及び第３ＴＶ受像器１２、１３には、それぞれの無線トランシーバ１８、１９が関連し、これらの各々が、トランシーバ１７経由でゲートウェイ１５と通信すべく動作可能である。無線トランシーバ１８、１９は、「薄いクライアント」と称することができる、というのは、これらは処理リソースまたは他のハードウエアを多くは含まないからである。代わりにゲートウェイ１５には、ハードディスク・ドライブ（駆動装置）、ブロードバンド（広帯域）モデム、強力なプロセッサ、及び十分な量の半導体メモリが設けられ、これらがプロセッサの演算密度の高いアプリケーションを実行する。さらに、固定または携帯の無線トランシーバ（図示せず）を配置して、ゲートウェイ１５のさらなる出力チャンネルを受信することができる。ゲートウェイ１５は、ＳＴＢ（セットトップボックス）の代わりにサーバーとして実現することができる。
【００２４】
以下に説明する第１実施例は、ビデオソース１６がアナログ信号よりもむしろディジタル出力信号を有する場合に関するものである。
【００２５】
図２に、無線チャンネルの構成要素を示す。ゲートウェイ１５は３つのチャンネルを具え、各々がそれぞれのトランスコーダ２０、２１、２２、及びこれに直列接続したそれぞれのバッファ２３、２４、２５を具えている。バッファ２３〜２５の出力はスケジューラ２６のそれぞれの入力に接続され、スケジューラ２６の出力はトランシーバ１７に接続されている。トランスコーダ２０〜２２の出力レート（速度）は、ジョイント・ビットレート・コントローラ（ＪＢＲＣ：Joint Bit-Rate Controller）２７によって制御される。トランスコーダ２０〜２２の各々は、その入力で受信した信号を、ＪＢＲＣ２７の制御下でＭＰＥＧ−２信号にトランスコード（符号変換）する。あるいはまた、いずれかの適切な規格、例えばＪＶＴ（ＡＶＣ、ＭＰＥＧ−４ part 10としても知られている）に則した符号変換も可能である。本発明の減速再生の特徴は、連続したフレームの提供に必要な期間中に初期フレームが（リアルタイム（実時間）の再生速度以下の速度で）出力されることを保証することによって、こうした世に出てくる圧縮方法の利用と両立することが有利である。ＪＲＢＣ２７は、ＥＤＦ（Earliest Deadline First：最終期限が近いものを優先）アルゴリズムに従って動作し、このアルゴリズムは、他のデータより早く消費されるべきデータの伝送を優先する。トランシーバ１８、１９の各々が、それぞれのバッファ２８、２９及びそれぞれのデコーダ３０、３１を直列に具えている。さらなるトランシーバ３２は同様に、バッファ３３及びデコーダ３４を直列に具えている。デコーダ３０、３１、３３は従来の容易に入手可能なＭＰＥＧ−２デコーダである。ゲートウェイ１５はコンテンツを発生するのでソース・ステーションと称することができ、受信機１８、１９、３２はデスティネーション・ステーションと称することができる。
【００２６】
無線トランシーバ１７は、パケット内の無線データフレームを単一周波数で、例えば802.11aを用いて送信すべく動作可能である。各データフレームは受信機１８、１９、３２のうちの特定のものに指向させることができる。受信機１８、１９、３２は、自分宛でないデータフレームを廃棄することができる。これらのデータフレームの各々を同じ持続時間にすることができる。しかし、データフレームに含まれるビット数は、送信機１７とこれに関連する受信機１８、１９、３２との間の伝送径路の特性に依存する。伝送径路が（例えば無線妨害によって）好ましい特性以下であれば、より多くのエラー訂正ビット、従ってより少ないデータビットが、この伝送径路上で伝送されるデータフレームに含まれ、その逆も成り立つ。従って、異なる受信機１８、１９、３２に対して異なる伝送レート（速度）が存在し得る。
【００２７】
受信機１８，１９、３２においてデータフレームを適正に受信したことの通知は、低（狭）帯域チャンネル（図示せず）によって、関連する受信機からトランシーバ１７に対して行う。適正に受信されなかったデータフレームの再送信は、何らかの適切な方法で行われる。この低帯域チャンネルは、リモートコントロール（遠隔制御）信号も、ゲートウェイ１５内で処理するために搬送することができるが、その代わりに、これらの信号は別個に通信伝送することができる。前記低帯域チャンネルは、関連する受信機の現在のバッファリング（バッファの使用）レベルをゲートウェイ１５に信号伝送するために用いることもでき、こうした情報はスケジューラ２６を制御するために用いることができる。前記低帯域チャンネルは無線チャンネルとすることができ、あるいは、例えば前からある給電ケーブルを利用することができる。
【００２８】
ＪＢＲＣ２７は、コンテンツの複雑性にもとづいて、即ち、各チャンネルに同じ帯域を割り当てる代わりに、マルチプレクサ（多重化器）内の個々のデータ流（データストリーム）に帯域を割り当て、圧縮が困難なコンテンツのチャンネルは、圧縮がより容易なチャンネルからビットを「盗む」。このことは、総チャンネルレートに対する平均画質を改善する。
【００２９】
バッファリングは性能を改善するために重要である。実施例のシステムは、大量のバッファリングによって見出される信頼性という利益の少なくとも一部を、低遅延システムに見出される高速のチャンネル変化性能の少なくとも一部と共に達成する。
【００３０】
チャンネルに対するバッファリング遅延は、ゲートウェイ１５内のバッファと、これに対応する受信機１８、１９、３２内のバッファとに分かれるものとして可視化することができる。定常状態では、ＪＢＲＣ２７は、システム内に存在するビデオデータを可能な限り大量に、受信機のバッファ２８、２９、３３内に記憶しようとする。このことは、ホーム（家庭内）システム内の所定量のバッファリングに対して、チャンネル劣化に対する最適な保護をもたらす。
【００３１】
しかし、システムを完全に理解するためには、バッファが、システムの家庭内の構成要素によって行われるバッファリングよりも大きい、ということを念頭に置く必要がある。このことを図３に示す。図３に、システムの構成要素を３つの別個の位置に具えたオーディオビジュアル・コンテンツ伝送システムを示す。スタジオ位置４０では、エンコーダまたはトランスコーダ４１が、オーディオビジュアル・コンテンツを適切なソース（図示せず）から受信すべく構成されている。このオーディオビジュアル・コンテンツがアナログ形式または非圧縮のディジタル形式である場合には、エンコーダ４１は、信号を適切なディジタル圧縮フォーマットに符号化すべく構成される。ソースがオーディオビジュアル・コンテンツを高品位のディジタル圧縮フォーマットで提供する場合には、トランスコーダ４１は、符号化よりもむしろトランスコード（符号変換）を用いて、このオーディオビジュアル・コンテンツを適切な低品位の圧縮フォーマットに変換すべく構成される。いずれの場合にも、圧縮信号がバッファ４２に供給され、これに続いて、これらの信号は送信機４３に送られる。送信機４３はあらゆる形態を採ることができるが、例えばディジタルビデオ放送（ＤＶＢ：Digital Video Broadcasting）送信機またはディジタル衛星放送送信機とすることができる。ゲートウェイ１５では、受信機１６が、送信機４３からのコンテンツを受信して、このコンテンツをプリ・トランスコーダ（トランスコーダ前置）バッファ４４に供給すべく構成されている。各チャンネルはトランスコーダを具え、図３にはそのうちの１つのみを２０で示す。各トランスコーダ２０はバッファを具え（その１つのみを２３で示す）、このバッファからのデータは送信機４５によって受信機１８の受信部４６に送信される。受信機１８内には、チャンネルバッファ２８をデコーダ３０と共に示す。
【００３２】
従来のシステムでは、出力において元の入力信号の一時的な正しい再生を可能にするために、信号径路全体（エンコーダ４１の入力から最終的な遅延がもたらされるまで）におけるバッファ遅延は一定である。スタジオ位置ではかなり大量（２〜３秒あるいはそれ以上）のバッファリングがあり得るが、受信機におけるバッファリングの量は通常限られている。例えば、ＭＰＥＧ−２規格は、受信機におけるバッファリングの量を１秒以下にすることを提唱している。同様の量のバッファリングが、多くのディジタル放送システムに見られる。このことは符号化及び送信の方策についていくらかの柔軟性（フレキシビリティ）を可能にしつつ、受信機位置における十分なデータのバッファリングを可能にして、フレームの再整列が存在しても適正な復号化を可能にすることを保証する。
【００３３】
図４に、別個にディジタル符号化されたビデオソース（例えばテレビジョン・チャンネル）に対してトランスコーダ２０が生成するビデオデータ用の送信バッファの状態を示し、これらのビデオソースにそれぞれチャンネル１、２、３のラベルを付ける。この図は、時刻ｔ＝１０におけるバッファの状態を示す。データが復号化されることを意図した時刻をデッドライン（締め切り）時刻と称する。横軸上には、曲線で表わすデータに対するデッドライン時刻を、ｔ＝２０からｔ＝１０までについて示す。ｔ＝２０は新たにトランスコード（符号変換）されたデータに対応し、ｔ＝１０は現在ＴＶに表示されているデータに対応する。図では、特定時刻に対する、バッファ２３〜２５内に存在するデータの量を累積的な方法で示し、即ち、チャンネル３の曲線上のある点に対して与えられる値は、総データ量を対応するデッドライン時刻と共に与える。
【００３４】
システムの動的な挙動は、（横軸上のマーカー（印）を含めた）図４の曲線を可視化することによってわかり、次第に右に向かって移動している。データはトランスコーダ２０〜２２によって、○を付けた位置で生成される。データは、縦の点線で示す位置でスケジューラ２６によって消費される。任意の所定時刻において、スケジューラ２６は、バッファ２３〜２５の先頭のデータのうちデッドライン時刻が最も早いものを送信用に選択する。各チャンネルは同等に取り扱う。一部のデータは、再送信ありでも再送信なしでも、適切な受信機１８、１９、３２によって確認されるまでは、バッファ内のスケジューラ位置（縦の点線）の右側に存在する。
【００３５】
図４に示すシステムは定常状態にある、というのは、所定時点において、３つのトランスコーダ２０〜２２のすべてがほぼ等しいデッドライン時刻（即ちｔ＝２０）のデータを生成するからである。本発明では、端から端までの総遅延が、３つのチャンネルすべてについての最大遅延に達している。この遅延は１０秒（即ち、ｔ＝１０とｔ＝２０との差）に等しい。所定のデッドライン時刻について、所定のチャンネルについて生成されるデータ量は、ＪＢＲＣ２７によって制御される。このことが、将来における曲線の高さを決める。
【００３６】
ＪＢＲＣ２７がチャンネルのビットレートを決めるために用いるアルゴリズムは、バッファを用いることによってチャンネルの劣化を防止する最適な信頼性が提供されるように、そして各受信機において知覚される画質を最適化するように選択する。
【００３７】
以上の説明は、定常状態、即ち受信機１８、１９、３２のすべてが、それぞれが選択したテレビジョン・チャンネルのデータを比較的長い期間にわたって受信している際に関するものである。例えば、受信機１８に関連するテレビジョン１２のユーザが、適切なリモートコントローラＲＣを用いてソース・チャンネルを変更すると、定常状態が崩れる。これに応答して、このチャンネル用の（即ち、ゲートウェイ１５及び受信機１８内の）データバッファのデータが空になって、異なるテレビジョン・チャンネルがゲートウェイ１５に設定される。これらのバッファを空にする代わりに、新たなチャンネルの十分なデータを受信するまで、一部のデータを受信機に残して、ブラック（黒色）スクリーンの代わりにビデオを表示できるようにすることが望ましいことがある。チャンネル変更の事象の直後に、システム内で最小量のバッファリングを立ち上げて、受信機１８ができる限り早く再生を開始できるようにする。例えば映画を見ている際のように、不用意な定常状態の崩れを回避するために、システムは、システムが最初にユーザによってアンロック（ロック解除）状態にされていなければチャンネル変更のようなユーザ・コマンドを拒絶するロックモードを提供することができる。こうした特徴を提供する手段は当業者にとって容易にわかり、スイッチ、特に前以って定めたリモートコントローラのキーを押す順序、等を含む。図５に、チャンネル１についてのチャンネル変更の事象の少し後の、送信バッファの状態の例を示し、ここでもｔ＝１０ｓである。図４に示すように、チャンネル３についての曲線の高さが、送信バッファ２２、２３内の総データ量を対応するデッドラインと共に表わす。
【００３８】
図に見られるように、今度は、デッドラインが現在の表示時刻（ｔ＝１０ｓ）に非常に近いデータが送信バッファ２２内に存在する。スケジューラ２６はまず、チャンネル２または３のいずれかのデータを考慮する前に、ｔ＝１０ｓに近いチャンネル１のデータを送出する。チャンネル１についてのすべてのデータが送信済みであれば、スケジューラ位置がチャンネル１用の挿入点の後方にあっても、スケジューラ２６はチャンネル２及び３からのデータを送信する。チャンネル１のデータフレームは他のチャンネルのフレームに先行する。
【００３９】
チャンネル１については、トランスコーダ２０が、現在時刻に非常に近いデッドラインを有するデータを挿入する。しかし、受信機１８では減速再生が用いられ、減速再生は、チャンネル１用の挿入点を次第に他のチャンネル用の挿入点に向かって移動させる。減速再生は、オーディオビジュアル・データを消費しつつ、トランスコーダとデコーダとの間にバッファリング遅延（即ち、再生時間の意味でのデータ量の増加）を形成する。最終的に、図４に示す定常状態に達する。スイッチオンの事象は、ほぼ同様の方法で取り扱うが、もちろん最初にバッファを空にする必要はない。バッファがシステム全体にわたって分布しているということは、コンテンツの再生に対する悪影響なしに、ＤＳＰ（Digital Signal Processor：ディジタル信号処理用プロセッサ）の制約による遅延を生じさせることを可能にする。定常状態を崩すような、ソース・コンテンツに関する事象（例えば、チャンネル変更、メディアプレーヤ（媒体再生機）の再生／停止／一時停止（ポーズ）、等）についての情報は、Project 50、IEEE1394/HAViを含めたプロトコルが利用可能であればこれらを用いて、システムの構成要素間で伝えることができる。こうした情報は、既知の方法を用いてシンク（同期）の乱れ、あるいはアナログのソース・コンテンツ中の可聴のクリック音のような不連続性を監視して導出することができる。
【００４０】
ＪＢＲＣ２７の動作の態様は、本願と同じ出願日の他の特許文献に説明され、その請求項に記載されている。
【００４１】
トランスコーダ２０〜２２は同一であり、図６に示すように、各々がオーディオ信号と映像信号とを別個に制御する。図６に示すように、第１トランスコーダ２０はデマルチプレクサ（多重分離器）５０を具え、デマルチプレクサ５０はビデオデータとオーディオデータとを分離して、ビデオデータをビデオ・トランスコーダ５１に供給して、オーディオデータをオーディオ・トランスコーダ５２に供給すべく構成されている。ビデオ・トランスコーダ５１は、トランスコード（符号変換）したビデオフレームを径路５４経由でビデオ減速モジュールに供給して、動き分析情報を径路５５経由で供給すべく制御される。トランスコード中に従来の方法でビデオデータから抽出した動き分析情報は、ビデオ信号のフィールド間に存在する動きの量の尺度を含む。ビデオ減速モジュール５３は、ビデオの減速を実行して、ビデオ・トランスコーダ５１から流出するＭＰＥＧ−２データに、ＭＰＥＧヘッダ内の適切なＰＴＳ（Presentation Time Stamp：プレゼンテーション・タイムスタンプ、情報提供の日時印）及びＤＴＳ（Decoding Time Stamp：復号化タイムスタンプ）を付けるべく構成されている。
【００４２】
オーディオ・デコーダ５２は、復号化したオーディオ信号（即ちサンプル）を径路５７経由でオーディオ減速モジュール５６に供給して、制御情報を別個の径路５８上でオーディオ減速モジュール５６に供給する。オーディオ減速モジュール５６は、オーディオ・サンプルをサンプル径路６０経由でオーディオ・エンコーダ５９に供給して、減速情報を別個の径路６１経由で供給すべく接続されている。オーディオ・デコーダ５２は、符号化（コーディング）フォーマット情報をさらなる径路６２経由でオーディオ・エンコーダ５９に渡すべく接続されている。オーディオ・エンコーダ５９からの信号はマルチプレクサ（多重化器）６３によって、ビデオ減速モジュール５３からの信号と多重化され、これらの信号はマルチプレクサ６３からバッファ２３に供給される。ＪＢＲＣ２７は、マルチプレクサ６３の出力におけるデータレートが所望のデータレートに等しいかほぼ等しくなるように、ビデオ・トランスコーダ５１及びオーディオ・エンコーダ５９を制御する。
【００４３】
スタジオ４０におけるエンコーダまたはトランスコーダ４１が発生する信号は、通常のようにタイムスタンプを含む。これらのタイムスタンプは、受信局において、このタイムスタンプに関連するフレームの提供時刻を知るために用いることを意図したものである。スタジオ４０から送られる信号に含まれるタイムスタンプは、システム全体が１つのバッファを構成することを可能にして、システム全体が構成するバッファが主なレイテンシ（待ち時間）を有する。この例では、１０秒の追加的なバッファ・レイテンシを用いるが、他の値はいずれも適切にすることができる。追加的なバッファ・レイテンシは、受信機１６とデコーダ３０との間の構成要素によってもたらされる。バッファの全長は、スタジオ４０内のバッファ４２に記憶されるデータ、ゲートウェイ１５内のバッファ２３及び４４、及び受信機１８内のバッファ２８によって構成される。バッファリングの量も、トランスコーダ２０及びデコーダ３０に固有のバッファによってもたらされる。
【００４４】
無線リンク上でデータを送るために用いるデータ・プロトコルは、送信されるゲートウェイ１５内のタイムベースと受信機１８内のタイムベースとを同期させるメカニズムを含む。ＭＰＥＧ−２伝送システムを用いる本実施例では、少なくとも４０ｍｓ毎に１回、ＰＣＲクロックサンプルをＰＣＲデータフィールド内で送り、このことは、受信機１８が受信したクロック値を用いて自分のクロックを再調整することを可能にする。代わりに、インターネット規格（例えばリアルタイム（実時間）伝送プロトコル（ＲＴＰ：Realtime Transport Protocol））を用いる場合には、クロックサンプル値はＲＴＰヘッダから提供される。いずれの方法も２つの完全に同期したクロックを、一方は受信機１８内に、他方はゲートウェイ１５内に提供する。
【００４５】
ゲートウェイ１５は、受信ステーション１８において、特別なデコーダなしに減速再生を行わせる信号を発生すべく構成されている（即ち、受信ステーションでは、容易に入手可能なＭＰＥＧデコーダを用いることができる）。このことは、ビデオ減速モジュール５３において、連続したフレーム中のフィールドを反復することをデコーダに指示する画像符号化拡張フラグをビデオ・ストリーム中に含めることによって達成される。この方法でフラグを設定することによって、１つのフィールドが１回しか送信されなくても、このフィールドを２回表示することができる。反復すべきフィールドの決定は、以下に説明する方法のうちの１つのような、いずれかの適切な方法によって行うことができる。オーディオデータは別個に取り扱う。オーディオデータのフレームはオーディオ減速モジュール５６によって反復し、結果的なオーディオ・ストリームは、受信機１８に伝送する前にオーディオ・エンコーダ５９によって符号化する。このことは以下でより詳細に説明する。
【００４６】
減速を実行するために、トランスコーダ２０は、ＭＰＥＧヘッダ内のプレゼンテーション・タイムスタンプ及び復号化タイムスタンプを所望の遅延に応じて増加させることによって、そして適切なフィールド反復フラグを設定することによって遅延を変更する。そして受信機１８内のデコーダ３０は、特別なハードウエア及びソフトウエアを必要とせずに指定された遅延を実行し、即ち、デコーダ３０は標準的で容易に入手可能なＭＰＥＧ−２デコーダとして実現することができる。トランスコーダ２０は、新たなテレビジョン・チャンネルからのデータを処理し始めてからの経過時間を測定することができ、そして、実行中の減速の量を知っているので、バッファの充満度を推測することができる。従ってトランスコーダ２０は、バッファが満杯になる時点を知ることができ（即ち、必要なバッファ遅延を有し）、そして減速再生の実行を適宜中止することができる。
【００４７】
ビデオソースが非プログレッシブ（非順次）である場合には、動き検出支援の（動き検出に支援される）フィールド反復をビデオ減速モジュール５３内で用いることができる。ソースがインターレース（飛び越し走査）である場合には、あるフレーム内のフィールド間に動きが観測され、フィールド間の動きが無いか少ないフレームのみに対して、フィールド反復を選択的に挿入する（差し挟む）。フィールド間の動きは、次の２つの方法のうちの一方で測定することができる。
【００４８】
第１には、ＭＰＥＧ領域での動き分析は、ビデオ・トランスコーダ５１内で、対応するトランスコーダによってプログレッシブ的に符号化されたマクロブロックの数を調べることによって行うことができる。ビデオ・トランスコーダ５１は、大きな量のフィールド間の動きを有するブロックをインターレースのマクロブロックとして符号化し、このことは高品位のトランスコーダでは標準的である。フィールド反復の適性の測定は、フレーム内のインターレースされたマクロブロックの数を検出することによって行うことができる。あるいはまた、ＭＰＥＧ領域内で、動きベクトルを用いた動きフィールドを調べることによって、そして、画像内の大きな動きベクトルを有する領域の数を検出することによりフィールド反復の適性を測定することによって、同じ結果を達成することができる。いずれの方法でも、フレーム毎のフィールド間の動きの尺度を、径路５５上で搬送される適切な信号によってビデオ減速モジュール５３に供給することができる。ビデオ減速モジュール５３は、マルチプレクサ６３に供給されるＭＰＥＧ−２信号の画像符号化拡張におけるフラグの適切な変更によって、受信機１８に適切なフィールドを反復させる。このことは、ＭＰＥＧ−２に完全に準拠する方法で達成することができ、このことは、受信機１８における標準的なＭＰＥＧ−２デコーダの使用を可能にする。
【００４９】
ビデオについては、慎重に選択した時点でフィールド反復を用いることによって減速を達成することが知られている。例えば、米国では、３：２のテレシネ（３：２プルダウン）を用いて、２４Ｈｚのフィルムを３０Ｈｚのテレビジョン・フレームに変換している。以下の、このことの簡単な説明は、本実施例のシステムに採用する方法の理解を手助けする。
【００５０】
３：２プルダウンまたはテレシネは、１秒当たり２４フレームで撮像したフィルムを、１秒当たり３０フレームが流れるＮＴＳＣビデオまたはＳＥＣＡＭビデオに変換するプロセスである。フレームは２フィールドから成る。このプロセスは、フィルムをテレビジョン伝送する前にスタジオで実行する。フレームをインターレースの方法で走査するが、各フレームを２回走査して１フレーム当たり２フィールドを生成すれば４８フィールドしか生成されず、従ってフレームを交互に（１つおきに）３回走査して、２フィールドの代わりに３フィールドを生成する。このことは、入力フレームを３：２：３：２の拍子で走査して、これにより２４フレームが６０フィールドになることを意味する。このプロセスを図７に示す。
【００５１】
図７に見られるように、第１フィルムフレームＦ０は３つのビデオフィールドに変換され、即ち、第１及び第２ビデオフレームＦ１及びＦ２の上位（第１）フィールド及び第１ビデオフレームの下位（第２）フィールドに変換される。第２フィルムフレームＦ３は２つのビデオフレームに変換され、即ち第２ビデオフレームの下位フィールド及び第３ビデオフレームＦ４の上位フィールドに変換される。第３フィルムフレームＦ５は３つのビデオフィールドに変換され、第３ビデオフレームＦ４及び第４ビデオフレームＦ６に用いられる。第４フィルムフレームＦ７はそのままコピーされて、第５ビデオフレームＦ８を生成する。これにより、３−２−３−２−３−２等のパターンが生じ、３−２プルダウンの名前はこれに由来する。
【００５２】
３：２プルダウンは特定フレームのフィールドの表示順序を反転させる（例えば、図５では、第３フィルムフレームＦ５の下位フィールドが第３ビデオフレームＦ４内に生成された後に、第３フィルムフレームＦ５の上位フィールドが第４ビデオフレームＦ６内に生成される）、この手順は、元のフレームのフィールド間の動きが無いか小さい場合（例えば、元のフレームがプログレッシブのコンテンツ、あるいは動きなしのインターレースのコンテンツを含む場合）のみに、大幅なアーティファクト（歪像）なしに良好な結果を与える。元の映画素材からは良好な結果が得られる、というのは、元のフレームがインターレースを用いていない（即ち、元のフレームがプログレッシブである）からである。
【００５３】
ソースが特定の種類のものであれば、本実施例でフィールド反復を実行するために用いる方法は元のビデオソースに依存する。ある一般的なソースのフォーマットに用いる方法は、次の通りである。
【００５４】
ＰＡＬ（フィルム素材、２４＠２５テレシネ）は、２４個のフィルムフレームを２５個のＴＶフレームに当てはめるために、放送スタジオにおいて４％だけ加速されるフィルム素材である。これは、ＰＡＬ規格を用いている国内で最も広範に用いられているテレシネ方式である。こうしたソースから来るビデオについては、ビデオ減速モジュール５３は規則的なパターンでフィールドを反復させる。いずれにせよ元のソースがプログレッシブであるので、動き検出は不要である。フィルム素材がかなり高速に再生されるので、特定量だけ減速させることによる再生品質は他のフィルムソースほど劣化しない。
【００５５】
ＰＡＬ（フィルム素材、２４＋１テレシネ）は、生成される４８フィールドのうちの２つを放送スタジオにおいて反復して、フィルムを５０フィールド／秒の適正な速度で再生することを可能にする。こうした材料に対しては、ビデオ減速モジュール５３は、テレシネによって混合されたフィールドの反復を回避すべく構成し、これにより、これらのフィールドがもはや同じプログレッシブ・フレームに属しないようにする。このことは、（例えばＭＰＥＧデータ中の動き情報を用いることによって）２４＋１シーケンスを検出して、適正なフィールドを反復させるか、あるいは、動き検出支援のフィールド反復をインターレース・ソースに対して用いるかのいずれかによって達成される。後者の方法は、前者の方法を用いて得られるよりもやや不規則な反復パターンを与える。
【００５６】
ＰＡＬ（インターレース素材）−この性質のビデオ素材については、動き検出支援のフィールド反復をビデオ減速モジュール５３によって実現して、フィールド反復が目に付く影響を防止する。本発明では、オーディオ遅延をビデオ遅延に合わせてロックして（このことは変則的であり得る）、データのオーディオ成分とビデオ成分との同期を維持する。
【００５７】
ＮＴＳＣ（フィルム素材、３：２プルダウンのテレシネ）：この性質のビデオについては、ビデオの処理について２つの主要点が存在する。１つの選択肢では、ＭＰＥＧ動き情報を用いて３：２のプルダウン・パターンを検出し、フィールド反復をこれに適用する。あるいはまた、動き検出支援のフィールド反復を用いてプルダウン・パターンを検出する。
【００５８】
ＮＴＳＣ型のビデオ（インターレース素材）については、ビデオ減速モジュール５３によって実現される動き検出支援のフィールド反復を用いる。
【００５９】
フィールド反復の量が再生速度の低減量を決める。従って、フィールド間の動き量がしきい値より少ないフィールドのみを反復することによって、処理中のコンテンツに応じた減速量が生じる。遅い動きまたは静止したシーンが大幅に減速されて、他のシーンは全く減速されないことがある。従って、フィールド反復によってもたらされる再生速度の低減量を監視して、これに応じて前記しきい値を調整する。所望の再生速度の低減量に達するために必要な数より少数のフィールド反復が行われている場合には前記しきい値を増加させて、これにより、フィールドが反復用に選択される確率が増加する。逆に、必要以上のフィールド反復が行われている場合には、前記しきい値を減少させて、これにより、フィールドが反復される確率が減少する。前記しきい値の適性の尺度との比較、及びこのしきい値の調整は、ビデオ減速モジュール５３によって実行される。
【特許文献１】国際特許出願  WO 00/72310
【００６０】
オーディオを意図された速度より大幅に低い速度で再生する場合には、再生音のピッチの低下が耳に付くことがある。減速再生によるピッチの低下は、トランスコーダ２０内のオーディオ・デコーダ５２、オーディオ減速モジュール５６、及びオーディオ・エンコーダ５９の動作によって回避される。スタジオ４０から受信した符号化オーディオ信号はデマルチプレクサ５０によってビデオ信号から分離され、これらの符号化オーディオ信号はオーディオ・デコーダ５２によって通常の方法で復号化される。受信データを符号化するために用いた符号化フォーマットに関する情報は、径路６２上でオーディオ・エンコーダ５９に供給され、制御情報は径路５８経由でオーディオ減速モジュール５６に提供される。オーディオの減速はオーディオ減速モジュール５６によって所望の程度に行われる。本発明では、国際特許出願WO 00/72310に記載されたのと同様の手順を用い、この特許出願は参考文献として本明細書に含める。以下、この手順について図８Ａ〜８Ｃを参照して説明する。
【００６１】
図８Ａに、オーディオ・データの第１及び第２フレーム７０、７１を示す。各フレーム７０、７１は（オーディオ・デコーダ５２によって供給される）一連のサンプルから成り、これらのサンプルはシーケンシャルであり（列をなし）、即ち、第２フレームが第１フレームに続く。これらのフレームの各々が４４０サンプルに関連し、例えば４４．１ｋＨｚのオーディオの約１ｍｓに相当する。オーディオ減速モジュール５６は第１フレーム７０のコピーを作成して、このコピーは第３フレーム７２を構成し、このコピーをシーケンス（列）内の第１フレームと第２フレームとの間に配置する。このことを図８に示す。そして第３フレーム７２を時間領域内で移動して、その先頭を第１フレーム７０の終端に重ねる（オーバラップさせる）。そして、サンプルによって表現されるオーディオ信号どうしを、良好な一致点が見つかるまで比べ合わせる。クロスフェード（一方の音を減衰させながら他方の音を増大させていく）アルゴリズムを用いて、第１フレーム７０によって表現される波形と第３フレーム７２によって表現される波形とを完全につなげ合わせる。従って、第２フレーム７１は第３フレーム７２の終端に付く。もちろん、第３フレーム７２の終端は、特別な修正なしに第２フレーム７１につながる。この結果を図８Ｃに示す。
【００６２】
フレームの周期的な反復は、所定のサンプル再生速度に対するシーケンスの持続時間を増加させる。フレームを十分な時間間隔数だけ反復させて、所望の再生時間長を有するオーディオ・シーケンスに達する。そして結果的なシーケンスは、通常はオーディオ・エンコーダ５９によって符号化され、この符号化は、スタジオ４０においてオーディオ信号を符号化するために用いる符号化についてオーディオ・デコーダ５２が推察済みであるという情報を用いる（この情報は径路６２上で受信する）。この情報をオーディオ・エンコーダ５９に提供することによって符号化の品質を改善することができる、というのは、特定のＤＳＰ動作のカスケード効果を回避することができるからである。また、オーディオ・エンコーダ５９が符号化パラメータを決める必要性をなくすことによって、エンコーダを実現するコストを削減することができる。しかし、このことを実行するために、エンコーダ５９は、エンコーダ５９が受信するサンプルと、デコーダ５２によって受信され、これらのサンプルに対応する圧縮オーディオ信号との関係に関する情報を考慮に入れなければならない。この情報は、オーディオ減速モジュール５６から径路６１経由で渡される。オーディオ・エンコーダ５９は、結果的なデータに、意図された再生速度に固有のタイムスタンプを付ける。これにより、オーディオ信号が減速されるがピッチの低下なしで供給され、受信機１８において、容易に入手可能なデコーダを用いて再生される。
【００６３】
オーディオ・デコーダ５２は、オーディオ減速モジュール５６に渡すサンプルのフレーム反復の適性レベルを検出すべく構成されていることが好ましい。こうして測定した適性レベルは、径路５８上で１〜１０の数値として渡される。この適性レベルは、ノイズ（雑音）レベルを検出することによって測定することができる、というのは、無音フレームはアーティファクト（歪み）の生成なしで反復できるからである。非常に高いノイズレベルを有するフレームは高い適性尺度も生みだす、というのは、これらのフレームは耳に付きやすいアーティファクトの生成なしで反復できるからである。オーディオ減速モジュール５６は、受信した適性値を、要求されるフレーム反復レート（割合）及び実際の反復レートと共に受信して、反復すべきフレームをいずれかの好都合な方法で決定する。
【００６４】
なお、以上のことにより、オーディオの減速は、コンテンツ・ストリーム中のビデオの減速を実行するストリーム部分とは異なる時刻に関連する部分において実行することができる。２つの成分間の同期の度合いを保つために、オーディオ及びビデオの減速メカニズムどうしを粗結合させる。制御メカニズムを利用して、オーディオとビデオとの上記相違が限度内（いわゆるリップシンク（口の動きと声とが一致して聞こえること）限界）であることを保証する。このことは、減速に用いるしきい値を、オーディオとビデオとの間の相対遅延に応じた量だけ調整することによって行うことができる。
【００６５】
受信機１８における再生速度の制御はゲートウェイ１５で実行する。一実施例では、要求されるバッファの充満度に達するまでは、所望の再生速度が固定値であり、例えば意図された再生速度の８５％または９０％である。上述したフィールド反復メカニズムの作用により、実際の再生速度は所望の速度に留まらないが、長い時間で見れば所望値に向かう傾向がある。
【００６６】
好適な実施例では、受信機における再生速度が、チャンネル変更または類似の事象に続いて次第に増加する。例えば、一旦、画像のフレームがテレビジョン１２の表示に利用可能になると、このフレームはそれなりに表示される。短い遅延に続いて、意図された再生速度の８０％で再生が行われ、そして、バッファが所望の充満度に達した時点で再生速度が意図された再生速度の１００％に達するまで、この速度が次第に増加する。この再生速度は、時間に対して直線的に増加させるか、あるいは次第に１００％に向かう前の最初に急峻に増加させることができる。反復するフィールド数と反復しないフィールド数との比率は、動き分析のしきい値及びビデオデータによって表現されるコンテンツに依存し、予測不可能であることにより、再生速度と時間との所定の関係を厳格に固定することは、通常は不可能である。しかし、所望の再生速度に一致する程度に応じてしきい値を調整するということは、所定の関係に程良く固定することを可能にする。特定用途向けに選択した関係は動作環境に依存し得る。
【００６７】
以下、代案の実施例について、ここでも図２及び５を参照しながら説明する。このさらなる実施例では、反復すべきフィールドについての決定を行わない。その代わりに、一旦、十分なデータをビデオ・トランスコーダ５１によってトランスコードして単一の静止フレームを生成すると、この静止フレームをビデオ減速モジュール５３に供給して、ビデオ減速モジュール５３はこの静止フレームにＰＴＳ及びＤＴＳスタンプを含ませて、このフレームを受信機１８に連続表示させるべく動作する。この静止フレームに続くフレームに関連するビデオ信号は通常の方法でトランスコードして、ＤＴＳ／ＰＴＳ及びＤＴＳスタンプを設けて、これらのスタンプは、これらのビデオ信号を受信機１８に意図された提供速度で生成させるが、一旦バッファが所望の充満度に達した（例えば１０秒の遅延分に達した）際のみに開始する。従って、受信機１８に関連するテレビジョン１２の視聴者は次のことを経験する。チャンネル変更の事象の直後には何も表示されない。一旦、ビデオ・トランスコーダ５１がビデオの１フレームをトランスコードして、このフレームが受信機１８に良好に搬送されて復号化されると、この１フレームが表示される。大部分の状況において、このことを達成するのに短い期間、例えば４分の１秒を要する。オーディオデータはビデオデータと同様にバッファを満たしつつあるので、オーディオ信号は再生されない。意図された再生速度でのビデオ再生をオーディオと同時に再開する際には、単一のフレームを生成するのに要する時間をバッファ遅延から引いた時間に相当する時間だけ、単一のビデオフレームがディスプレイ上に留まる。
【００６８】
さらなる代案の実施例では、ゲートウェイ１５において生成される信号に対する再生速度の低減を施さない（即ち、エンコーダ２０によるフィールド反復を行わない）。その代わりに、再生速度低減の制御は受信機１８、１９、３２で行う。図９に受信機１８を示し、他の受信機１９、３２も同様である。図９に示すように、受信機１８は、チャンネル・バッファ８２、デマルチプレクサ８０、ビデオ・デコーダ８１，ビデオ・バッファ８２、インターレーサ（インターレース器）８３、及びディジタル・エンコーダ（ＤＥＮＣ：Digital ENCoder）８４をこの順に具えている。ＤＥＮＣ８４は、ディジタル−アナログ変換器であり、非圧縮のディジタル・オーディオ及びディジタル・ビデオを、テレビジョンに供給可能なアナログ信号に変換する。デマルチプレクサ８０はビデオ信号とオーディオ信号とを分離して、ビデオ信号はビデオ・デコーダ８１に供給されて、ここでビデオ・バッファ８２に供給される前に復号化される。オーディオ信号は、上記ビデオ信号処理経路に並列な経路上に供給され、この経路はオーディオ・デコーダ８５、オーディオ・バッファ８６、及びオーディオ・ディジタル信号プロセッサ（ＤＳＰ）８７を具えている。オーディオＤＳＰ８７は、図６のオーディオ減速モジュール５６と同様の方法でフィールドを反復すべく動作し、オーディオ・デコーダ８６が提供する情報を利用する。インターレーサ８３及びオーディオＤＳＰ８７からの信号はＤＥＮＣ８４のそれぞれの入力に供給されて、ＤＥＮＣ８４で組み合わされて、テレビジョン１２への供給用のアナログ信号が形成される。コントローラ８８は、インターレーサ８３及びオーディオＤＳＰ８７の各々に接続された出力を有する。これらの接続により、コントローラ８８はシステムの要求に従った制御を実行することができる。実際的な実現では、チャンネル・バッファ２８、ビデオ・バッファ８２、及びオーディオ・バッファ８６は、同じ物理的メモリの種々の部分を構成することができ、物理的メモリは仮想的あるいは物理的に複数バッファに分割することができる。また、デコーダ８１、８５とテレビジョン１２との間には相当量のバッファ遅延が存在する。
【００６９】
一旦、十分なデータがチャンネル・バッファ２８内に存在すると、通常再生速度のおよそ８０％の再生が行われる。この減速再生は、図６のビデオ減速ブロック５３に関連して上述したのと同じ方法でフィールド反復を実行すべくインターレーサ８３を制御することによって行うことができる。そして、所望のバッファ充満度に達した際に、意図された再生速度の１００％に達するまで、再生速度を次第に増加させる。あるいはまた、前の実施例に関連して説明したいずれかの方法を利用することができる。この目的のために、ゲートウェイ１５内のトランスコーダ２０〜２２は、フィールド間の動き情報を測定すべく構成することができ、フィールド間の動き情報は受信機１８に伝送されて、インターレーサ８３が反復すべきフィールドの決定に用いる。オーディオＤＳＰ８７は、図８を参照して上述したのと同じ方法を用いて、適切なレート（割合）でフレームを反復して所望の再生速度を達成すべく制御される。
【００７０】
代案の実施例では、再生速度を上述したような段階的な方法で増加させない。その代わりに、一旦、ビデオ・デコーダ８１が、単一の静止フレームをＤＥＮＣ８４に供給するのに十分なデータを持つと、静止画像が提供される。そして、分布するバッファが所望の充満度であることが判定されるまで、この画像を反復し、これに続いて、意図された再生速度の１００％で再生を再開する。バッファ充満度は、受信信号に含まれるＰＴＳ／ＤＴＳスタンプを内部クロック（図示せず）と比較することによって推測することができる。
【００７１】
簡単な実現では、受信機１８が具えているコントローラ８８が、チャンネル変更または他のバッファを空にする事象に続いて静止フレームを生成して、システム全体が構成するバッファが要求された充満度であることの判定が行われるまで、このフレームを表示し続けるように構成されている。この判定は例えば、ゲートウェイ１５において、スタジオ４０から受信したディジタル信号がタイムスタンプを含み、このタイムスタンプから、トランスコーダが一度に発生する信号に関連するオーディオビジュアル・コンテンツが、静止フレームが所望のバッファ・レイテンシに等しい量だけ載せられたオーディオビジュアル信号から分離されることの検出によって行う。
【００７２】
より複雑な例では、システムによって行われるバッファリングの量をしきい値と対比して検出するまで静止フレームを維持して、これに続いて、受信機１８における再生速度を通常の再生速度の１００％未満の値に設定する。例えば、通常再生速度の８０％の再生を開始させることができる。そして、バッファが満杯になって通常再生速度の１００％の再生が実行可能になるまで、さらなるしきい値を超える毎に再生速度を段階的に増加させる。
【００７３】
さらに他の実施例では、ゲートウェイ１５または受信機１８におけるフィールドの反復なしで再生速度の低減を実行する。その代わりに、バッファの充満度を増加させる必要性とは無関係に、ＭＰＥＧ−２フォーマットの信号をゲートウェイ１５で反復する。受信機１８では、ＰＴＳ及びＤＴＳスタンプを復号化して、これらのスタンプ、及び内部クロックによって与えられる時刻の調査から、確立する必要のあるバッファリングの量についての推測を行って、所望量のバッファリング（例えば１０秒）に達する。そしてＤＥＮＣ８４を、テレビジョン・フレームを意図された再生速度より低い速度で生成すべく制御する。このことは、コントローラ８８を用いて、ＤＥＮＣ８４に供給されるクロック信号の速度を低減することによって達成される。アーティファクトの出現を回避するために、ＤＥＮＣ８４のクロック速度を比較的少量だけ低下させて、本実施例では、１秒当たり２５フレームから１秒当たり２４フレームに低下させる。このことは、４％の減速を構成し、この減速は、現代及びより旧型のテレビジョン受像器によって容易に処理される。一旦、所望量のバッファリングを達成すると、コントローラ８８は、ＤＥＮＣ８４に供給されるクロック信号の周波数を、ＤＥＮＣ８４が意図されたフレームレートに等しいレートでフレームを供給するように変更する。本実施例では、ゲートウェイ１５ではオーディオの減速を行わず、受信機１８ではピッチの調整を行わない。その代わりに、ＤＥＮＣ８４は、意図されたレート未満のレートでフレームを供給して、減速され、従って意図されたピッチに比べてピッチが低下したオーディオ・コンテンツを再生する。しかし、ピッチ低下の量は非常に小さい（４％）ので、この低下は通常は知覚されず、従って許容範囲であるものと考えられる。この原理は、他の少し低減した速度での再生を行うために適用することができる。しかし、（発話）音声信号のピッチ低下の影響は、およそ７％の低下率において顕著になる。また、フレーム反復レート（割合）が低下すると共に、信号がテレビジョン受像器によってアーティファクトなしでは再生できなくなる機会が増加する。
【００７４】
さらに他の実施例では、オーディオの減速をゲートウェイ１５で実行して、ビデオの減速を受信機１８で実行する。あるいはまた、オーディオの減速を受信機１８で実行して、ビデオの減速を受信機１８で実行することができる。２つの成分の同期は、いずれかの適切な方法で維持することができる。
【００７５】
以下、追加的な実施例について図１０及び１１を参照しながら説明し、図１０及び１１はそれぞれ、受信機１００及びその特定の構成要素を示す。受信機１００は、無線受信部及びビデオ処理ＩＣを統合したディジタル・フラットパネル・ディスプレイである。受信機１００は、ＬＣＤ（Liquid Crystal Display：液晶ディスプレイ）またはプラズマディスプレイ、あるいは他のいずれかの種類のディジタル・フラットパネル・ディスプレイとすることができる。本実施例では、追加的なディスプレイ１１〜１３は必要とせず、ゲートウェイ１５ではオーディオビジュアル信号の減速は実行しない。その代わりに、すべてのＡＶ減速を受信機１００において実行する。大きな違いは、受信機１００は完全なディジタルシステムであるので、ＤＥＮＣを具えていないことである。
【００７６】
受信機１００は、ゲートウェイ１５及びこれに関連する送信機１７、無線受信部１０１、チャンネル・バッファ１０２、ＡＶデコーダ１０３、表示コントローラ１０４、及び表示パネル１０５を、下流に向きにこの順に直列に具えている。受信機１００の従来の構成要素は、通常のＬＣＤまたはプラズマディスプレイの構成要素とほぼ同様に動作する。表示コントローラ１０４には、ＴＣＯＮとしても知られているタイミング・コントローラ（図示せず）が統合されている。代わりにＴＣＯＮを表示パネル１０５に統合することができる。無線受信部１０１は、送信機１７によって送信される信号を復調して、この信号に対応するデータ流をチャンネル・バッファ１０２に供給する。無線受信部１０１は、再送信要求、及び従来の無線受信機の他のすべての機能を取り扱う。チャンネル・バッファ１０２は、１５秒の圧縮ＡＶデータを記憶するのに十分な大きさである。デコーダ１０３はチャンネル・バッファ１０２からデータを抽出して、オーディオデータをオーディオ出力１０６に供給して、非圧縮のディジタル・ビデオデータを表示コントローラ１０４に供給する。表示パネル１０５は、表示コントローラ１０４が供給するデータにもとづいて画像を生成する。
【００７７】
ＡＶデコーダ１０３の一部をなすソフトウェアは、どの時点でどんな減速を適用する決定する。いずれかの適切な方法、例えば他の実施例に関連して上述した方法のいずれかを用いることができる。簡単な実現では、ＡＶデコーダ１０３は、意図された通常再生速度の９０％の平均速度でフレームを再生する間に、チャンネル・バッファ１０２は１０秒分（即ち２４０フレーム分）未満のＡＶデータを含む。オーディオの減速はいずれかの適切な方法で行い、例えば図６または図８を参照して上述した方法のうちの１つを用いて行う。
【００７８】
単純な再生速度決定方法を用いることには利点が存在する。特に、このことは、ゲートウェイ１５においてこの方法を容易に再現することを可能にする。ゲートウェイ１５に再生速度決定方法を複製させることによって、ゲートウェイ１５は、受信機１００に送信されるデータ量、及びチャンネル変更事象からの経過時間の知識を用いて、受信機１００内のチャンネル・バッファ１０２の充満度を推定することができる。
【００７９】
上述した図２の実施例に関して説明したように、ＪＢＲＣ２２は受信機１００毎のバッファ充満度を用いて、受信機に送信する必要のあるデータの相対的な重要度を特定する。もちろんバッファは、ゲートウェイ１５内及び受信機１００内に分布している。
【００８０】
ＣＲＴ（Cathode Ray Tube：陰極線管）ディスプレイとは対照的に、フラットパネル・ディスプレイについては、大きなアーティファクトをもたらすことなしに表示フレームレートを大幅に低減することが一般に可能である。本実施例では、ＡＶデコーダ１０３の適切な制御によって表示パネル１０５上のフレームレートを低減する。
【００８１】
ＡＶデコーダ１０３は、低減されたフレームレートの信号を表示コントローラ１０４経由で表示パネル１０５に供給する。デコーダ１０３は表示コントローラ１０４と同期して、デコーダ１０３が、表示コントローラ１０４の出力に供給されるレートと同じレートでフレームを供給することを保証する。この同期は、ＦＩＦＯ（First-in, First-out：先入れ先出し）及びＰＬＬ（Phase-Locked Loop：位相ロックループ／位相同期ループ）を用いた粗結合か、あるいは表示コントローラ１０４及びデコーダ１０３のクロックの周波数を共に低減するかのいずれかによって達成することができ、両方法について以下に説明する。
【００８２】
フレームレートの低減を行うために、ＡＶデコーダ１０３を、出力信号に不活性時間を設けるべく制御して、これにより、フレーム間周期を増加させる。この不活性時間は、垂直及び水平ブランキング期間の一方または両方を増加させることによって増加させることができる。
【００８３】
以下、クロック発生方法について図１１を参照しながら説明する。ここでは、ＡＶデコーダ１０３の一部を形成するＰＬＬ１１０が、Ｖsync及びＨsync信号を、表示コントローラ１０４の一部を形成するＰＬＬ１１１に供給する。表示コントローラのＰＬＬ１１１はＴＣＯＮの一部を形成する。表示コントローラ１０４の一部を形成するデュアルポートＦＩＦＯバッファ１１２は、ＡＶデコーダのＰＬＬ１１０からの入力画素クロック、及び表示コントローラのＰＬＬ１１１からの出力画素クロックを受信するように接続する。ＦＩＦＯバッファ１１２はＡＶデコーダ１０３からの画素データも受信する。ＦＩＦＯバッファ１１２は、供給される信号を用いて出力１１３上に画素データを生成し、出力１１３は表示コントローラ１０４に接続されている。出力１１３上に生成される画素データは、表示コントローラのＰＬＬ１１１が発生する出力画素クロックによって決まるレートで生成される。２つのＰＬＬ１１０、１１１の接続は、表示コントローラのＰＬＬ１１１がＶsync及びＨsync信号にロックされることを可能にして、表示パネル１０５に送られる画素データ信号のフレームレートが表示コントローラ１０４に入る信号のフレームレートにロックされることを保証する。
【００８４】
入力画素クロックと出力画素クロックとは非同期であるが、表示コントローラのＰＬＬＬ１１１によるＶsync及びＨsync信号の使用は、ＦＩＦＯバッファ１１２の入力及び出力データレートがロックされることを保証する。ＡＶデコーダ１０３と表示コントローラ１０４との間の接続は、非圧縮ディジタル・ビデオ転送用のフォーマットを使用し、ＩＴＵ６５６がその例である。ＩＴＵ６５６規格は、入力画素クロックが正確に２７ＭＨｚであることを指定している。本実施例では、ＡＶデコーダ１０３及びコントローラ１０４のクロック領域をロックしないで、ＡＶデコーダ１０３内では上記規格によって指定される２７ＭＨｚのクロックを保ちつつ、パネルへの画素データクロックを低下させて、減速中に存在するより低いフレームレートを用意する。
【００８５】
代案の実施例では、ＡＶデコーダ１０３内の画素クロックを含むすべてのクロックの周波数を低減する。本実施例では、ＡＶデコーダ１０３から出る信号はＩＴＵ６５６に準拠しないが、このことは大多数の既存の表示コントローラにとっては問題にならない。
【００８６】
以下、さらなる実施例について図１２を参照しながら説明する。図１０と同様の要素には同じ参照番号を用いる。ここでは、受信機１２０は、無線受信部（図示せず）及びビデオ処理ＩＣを集積したディジタル・フラットパネル・ディスプレイである。図１０及び図１１の実施例のようにＡＶデコーダの制御を利用する代わりに、受信機１２０は、ＡＶデコーダ１２２と表示コントローラ１２３との間に挿入した画像改善プロセッサ１２１を具えている。画像改善プロセッサ１２１は、ハイエンド（上位機種）のディジタル・フラットパネル・ディスプレイに一般に見られ、その動作は当業者にとって既知である。ビデオの減速を実行するために、画像改善プロセッサ１２１はフレームレートの修正を生じさせるべく構成されている。このことは、他の実施例に関連して上述した方法のうちの１つのようなフレーム／フィールド反復法の使用、あるいはまた、他の適切な方法を含むことができる。例えば、プロセッサ１２１は、図９のインタフェース８３とほぼ同様に動作すべく構成したインタフェースを含むことができる。本実施例は、図１０及び１１の実施例よりも高いフレームレートを生成する。あるいはまた、画像改善プロセッサ１２１は動き推定を用いたフレーム補間を用いて、このフレーム補間は、一般にフィールド反復に関連する一時的なアーティファクトの一部を除去する。
【００８７】
ゲートウェイ１５はＰＶＲ（Personal Video Recorder：個人用ビデオレコーダ）ソースからの信号を、他のソースからの信号とは異なるように取り扱う。ＰＶＲは記録装置であり、記録能力を有する精巧なセットトップボックスと考えることができる。ＰＶＲは次の名でも知られている：ディジタル・ビデオレコーダ（ＤＶＲ：Digital Video Recorder）、パーソナル（個人用）ＴＶ受信機（ＰＴＲ：Personal TV Receiver）、パーソナル・ビデオステーション（ＰＶＳ：Personal Video Station）、及びハードディスク・レコーダ（ＨＤＲ：Hard Disk Recorder）。ＰＶＲはテレビジョン番組を記録及び再生する。記憶はアナログよりもむしろディジタル形式で行う。ＶＣＲ（Video Cassette Recorder：ビデオカセットレコーダ）と同様に、ＰＶＲは記録した番組をポーズ（一時停止）、巻き戻し、停止、あるいは早送りする能力を有する。ＰＶＲは番組を記録して、少しの遅延時間をおいてほぼ即座に再生できるので、生番組のように見えるものを、記録した番組としての状態に即した方法で操作することができる。ＰＶＲの能力は、タイム・マーキング（時間マーク付け）、インデックス（索引）付け、及びノンリニア編集（ランダムなつなぎ合わせ）を含むことが多い。ＰＶＲは、入力ビデオデータ流をＭＰＥＧ−１またはＭＰＥＧ−２として符号化して、ＶＣＲによく似た装置内のハードディスクに記憶する。
【００８８】
ＰＶＲからのコンテンツは放送コンテンツとは異なる、というのは、将来のある時点で復号化することを意図されたコンテンツにアクセスすることができるからである。ＰＶＲソースからのデータが要求されるチャンネル変更あるいはスイッチオンの事象に続いて、ゲートウェイ１５はＰＶＲ（図示せず）を制御して、オーディオビジュアル・コンテンツを意図された再生速度よりもずっと大きい速度にするようなレートでデータを生成する。本発明で称するレートはデータレートではなく、データによって表現されるコンテンツのフレームレートあるいはサンプルレートである。このことは、リアルタイムより大きいレートでのトランスコードを必要とする。トランスコーディングは、システムの動作条件に適したレートでデータを供給すべく制御する。
【００８９】
ＰＶＲからデータを取り出す場合には、すべてのコンテンツ・データが迅速に入手できる。このことは、チャンネル２及び／またはチャンネル３もデータを送らなければならないデッドラインにスケジューラ２６が達するまで、チャンネル１用のデータを、トランシーバ１７と受信機１８との間でチャンネルの最大速度で送ることを可能にする。ゲートウェイ１５のバッファは、フレームレートまたはサンプルレートの意味で、デコーダが消費できるよりも迅速に満たすことができるので、再生速度を低減する必要はない。
【００９０】
ＰＶＲのソースでは、前方へのジャンプ及び後方へのジャンプの事象は、チャンネル変更及びスイッチオンの事象と同様の方法で取り扱われる。例えば、ＰＶＲを一時停止させているユーザは、チャンネル遅延の分だけ後方にジャンプして一時停止する指示をＰＶＲに与えて、こうした指示は低帯域のチャンネルを用いて、関連する受信機から（できればトランシーバ１７経由で）ＰＶＲに伝えることができる。これらの指示は、P50あるいはIEEE1394/HAViによって既知の方法でＰＶＲに送ることができる。
【００９１】
以上では、ゲートウェイ１５とデコーダ・ステーション１８、１９、３２との間のリンクが無線リンクであるが、本発明はこれに限定されない。本発明は、低信頼性の伝送リンクが存在するあらゆるシステムに適用可能である。こうしたリンクは、例えば電波または赤外線を用いた無線とするか、あるいはイーサネット（登録商標）、電力線ケーブル、電話線ケーブル、あるいは相当量の妨害を受けることのある他のあらゆる種類のケーブルとすることができる。このリンクはＴＣＰ−ＩＰ（Transmission Control Protocol-Internet Protocol：インターネットで用いるプロトコル群）イントラネットを利用することができる。
【図面の簡単な説明】
【００９２】
【図１】本発明を適用したホームＡＶコンテンツ配信システムの概略図である。
【図２】図１のシステムの特定構成要素の具体例を示す図である。
【図３】スタジオ位置におけるディジタル・コンテンツ・ソースを含むシステムを示す図である。
【図４】定常状態における、図２のソース・ステーションにおけるバッファ充満度を示す図である。
【図５】チャンネル変更状態直後の、図２のソース・ステーションにおけるバッファ充満度を示す図である。
【図６】図２のソース・ステーションの詳細を示す図である。
【図７】フレームのフィールドをインタレースして３：２プルダウンを得る様子を示す図であり、３：２プルダウンは、本発明の一態様で用いるフィールド反復法に利用することができる。
【図８】図８Ａ〜８Ｃは、本発明の一態様が用いるオーディオフレームの反復を示す図である。
【図９】本発明の他の実施例で用いるデスティネーション・ステーションを示す図である。
【図１０】本発明の一実施例で用いる受信機を示す図である。
【図１１】図１０の受信機の一部を示す図である。
【図１２】本発明の他の実施例で用いる受信機を示す図である。
【図１】
2006513608.tif 000003
【図２】
2006513608.tif 000004
【図３】
2006513608.tif 000005
【図４】
2006513608.tif 000006
【図５】
2006513608.tif 000007
【図６】
2006513608.tif 000008
【図７】
2006513608.tif 000009
【図８】
2006513608.tif 000010
【図９】
2006513608.tif 000011
【図１０】
2006513608.tif 000012
【図１１】
2006513608.tif 000013
【図１２】
2006513608.tif 000014
【国際調査報告】
2006513608.tif 000015
2006513608.tif 000016
2006513608.tif 000017
2006513608.tif 000018
2006513608.tif 000019