(57)【要約】適応ビデオ圧縮を提供する方法は、ビデオストリームを第一の圧縮フォーマットでエンコードするステップと、前記ビデオストリームをストレージデバイスに保管するステップと、前記ビデオストリームを前記ストレージデバイスから取得するステップと、前記ビデオストリームをデコードするステップと、前記ビデオストリームを第二の圧縮フォーマットでエンコードするステップと、前記ビデオストリームを前記ストレージデバイスに保管するステップとを含む。また、適応ビデオ圧縮を提供するシステムおよびその他の方法も開示される。
2007506305.tif 000002
【特許請求の範囲】
【請求項１】
ビデオストリームを第一の圧縮フォーマットでエンコードするステップと、
前記第一の圧縮フォーマットでエンコードされた前記ビデオストリームをストレージデバイスに保管するステップと、
前記第一の圧縮フォーマットでエンコードされた前記ビデオストリームを前記ストレージデバイスから取得するステップと、
前記第一の圧縮フォーマットでエンコードされた前記ビデオストリームをデコードするステップと、
前記デコードされたビデオストリームを第二の圧縮フォーマットでエンコードするステップと、
前記第二の圧縮フォーマットでエンコードされた前記ビデオストリームを前記ストレージデバイスに保管するステップと、
を含む、方法。
【請求項２】
前記方法は、テレビのセットトップ端末によって実施される、請求項１に記載の方法。
【請求項３】
前記第二の圧縮フォーマットによって、第一の圧縮フォーマットより高い圧縮レートが可能になる、請求項１に記載の方法。
【請求項４】
前記第一の圧縮フォーマットは、第二の圧縮フォーマットより計算の複雑性が少ないフォーマットである、請求項１に記載の方法。
【請求項５】
ビデオストリームが第一のビットレートを有するように、該ビデオストリームをエンコードするステップと、
前記第一のビットレートを有する前記ビデオストリームをストレージデバイスに保管するステップと、
前記第一のビットレートを有する前記ビデオストリームを前記ストレージデバイスから取得するステップと、
前記第一のビットレートを有する前記ビデオストリームをデコードするステップと、
前記デコードされたビデオストリームが前記第一のビットレートより低い第二のビットレートを有するように、前記デコードされたビデオストリームをエンコードするステップと、
前記第二のビットレートを有する前記ビデオストリームを前記ストレージデバイスに保管するステップと、
を含む、方法。
【請求項６】
前記方法は、テレビのセットトップ端末によって実施される、請求項５に記載の方法。
【請求項７】
前記第一のビットレートを有する前記ビデオストリームは、さらに高い計算複雑性を要求するフォーマットである、請求項５に記載の方法。
【請求項８】
前記第一のビットレートを有する前記ビデオストリームと前記第二のビットレートを有する前記ビデオストリームは、ＭＰＥＧ−２フォーマットである、請求項５に記載の方法。
【請求項９】
前記第一のビットレートを有する前記ビデオストリームおよび前記第二のビットレートを有する前記ビデオストリームは、Ｈ．２６４フォーマットである、請求項５に記載の方法。
【請求項１０】
ビデオストリームを受信するステップと、
計算リソースの可用性に応じる方法で前記ビデオストリームを圧縮するステップと、
計算リソースの可用性に応じる方法で前記圧縮したビデオストリームを再圧縮するステップと、
を含む、方法。
【請求項１１】
前記圧縮したビデオストリームを再圧縮するステップは、
前記圧縮したビデオストリームをデコードするステップと、
前記デコードしたビデオストリームをエンコードするステップと、
を含む、請求項１０に記載の方法。
【請求項１２】
前記計算リソースは、命令実行リソース、バス帯域幅、メモリ容量、ストレージ容量、ストレージ容量へのアクセスのうちの少なくとも１つを含む、請求項１０に記載の方法。
【請求項１３】
前記方法は、テレビのセットトップ端末（ＳＴＴ）によって実施される、請求項１０に記載の方法。
【請求項１４】
ビデオストリームを受信するステップと、
前記受信したビデオストリームの１つ以上の特性に応じる方法でビデオストリームを圧縮するステップと、
前記圧縮したビデオストリームの１つ以上の特性に応じる方法で前記圧縮したビデオストリームを再圧縮するステップと、
を含む、方法。
【請求項１５】
前記受信したビデオストリームは、前記受信したビデオストリームのフォーマット、前記受信したビデオストリームのビットレート、前記受信したビデオストリームに対応する画像サイズ、前記受信したビデオストリームのフレームレート、前記受信したビデオストリームのカラー特性、前記受信したビデオストリームの複雑性、前記受信したビデオストリームに含まれるフレームタイプのうちの少なくとも１つに応じる方法で圧縮される、請求項１４の方法。
【請求項１６】
前記圧縮したビデオストリームは、前記圧縮したビデオストリームのフォーマット、前記圧縮したビデオストリームのビットレート、前記圧縮したビデオストリームに対応する画像サイズ、前記圧縮したビデオストリームのフレームレート、前記圧縮したビデオストリームのカラー特性、前記圧縮したビデオストリームの複雑性、前記圧縮したビデオストリームに含まれているフレームタイプのうちの少なくとも１つに応じる方法で再圧縮される、請求項１４の方法。
【請求項１７】
前記圧縮したビデオストリームを再圧縮するステップは、
前記圧縮したビデオストリームをデコードするステップと、
前記デコードしたビデオストリームをエンコードするステップと、
を含む、請求項１４に記載の方法。
【請求項１８】
前記方法は、テレビのセットトップ端末（ＳＴＴ）によって実施される、請求項１４に記載の方法。
【請求項１９】
長時間にわたり計算リソースの消費を監視するステップと、
ビデオストリームを受信するステップと、
前記ビデオストリームを圧縮するステップと、
将来時の計算リソースの可用性に応じて前記将来時に前記圧縮したビデオストリームを再圧縮するステップと、
を含む、方法。
【請求項２０】
前記計算リソースは、命令実行リソース、バス帯域幅、メモリ容量、ストレージ容量、ストレージ容量へのアクセスのうちの少なくとも１つを含む、請求項１９に記載の方法。
【請求項２１】
前記計算リソースの消費を監視するステップは、ユーザー入力の監視することを含む、請求項１９に記載の方法。
【請求項２２】
前記方法は、テレビのセットトップ端末（ＳＴＴ）によって実施される、請求項１９に記載の方法。
【請求項２３】
第一の圧縮フォーマットでビデオストリームを圧縮するように構成されたエンコーダーと、
前記第一の圧縮フォーマットでエンコードされた前記ビデオストリームを解凍するように構成されたデコーダーと、
第二の圧縮フォーマットで前記解凍したビデオストリームを再圧縮するように構成されたエンコーダーと、
を備える、セットトップ端末（ＳＴＴ）。
【請求項２４】
前記第二の圧縮フォーマットによって、前記第一の圧縮フォーマットより高い圧縮レートが可能になる、請求項２３に記載のＳＴＴ。
【請求項２５】
前記第一の圧縮フォーマットはＭＰＥＧ−２フォーマットで、前記第二の圧縮フォーマットはＨ.２６４フォーマットである、請求項２３に記載のＳＴＴ。
【請求項２６】
ビデオストリームが第一のビットレートを有するように、該ビデオストリームを圧縮するように構成されたエンコーダーと、
前記第一のビットレートを有する前記ビデオストリームを解凍するように構成されたデコーダーと、
前記再圧縮したビデオストリームが前記第一のビットレートよりも低い第二のビットレートを有するように、前記デコードしたビデオストリームを再圧縮するように構成されたエンコーダーと、
を備える、セットトップ端末（ＳＴＴ）。
【請求項２７】
前記第一のビットレートを有する前記ビデオストリームはＭＰＥＧ‐２フォーマットであり、前記第二のビットレートを有する前記ビデオストリームはＨ．２６４フォーマットである、請求項２６に記載のＳＴＴ。
【請求項２８】
前記第一のビットレートを有する前記ビデオストリームと前記第二のビットレートを有する前記ビデオストリームは、ＭＰＥＧ−２フォーマットである、請求項２６に記載のＳＴＴ。
【請求項２９】
前記第一のビットレートを有する前記ビデオストリームと前記第二のビットレートを有する前記ビデオストリームはＨ．２６４フォーマットである、請求項２６に記載のＳＴＴ。
【請求項３０】
計算リソースの可用性に応じる方法で前記ビデオストリームを圧縮するように構成されたエンコーダーと、
計算リソースの可用性に応じる方法で前記圧縮したビデオストリームを再圧縮するように構成されたエンコーダーと、
を備える、セットトップ端末（ＳＴＴ）。
【請求項３１】
前記圧縮したビデオストリームを再圧縮するように構成されたエンコーダーは前記圧縮したビデオストリームをデコードするように構成される、請求項３０に記載のＳＴＴ。
【請求項３２】
前記計算リソースは、命令実行リソース、バス帯域幅、メモリ容量、ストレージ容量、ストレージ容量へのアクセスのうちの少なくとも１つを含む、請求項３０に記載のＳＴＴ。
【請求項３３】
前記受信したビデオストリームの１つ以上の特性に応じる方法でビデオストリームを圧縮するように構成されたエンコーダーと、
前記圧縮したビデオストリームの１つ以上の特性に応じる方法で前記圧縮したビデオストリームを再圧縮するように構成されたエンコーダーと、
を備える、セットトップ端末（ＳＴＴ）。
【請求項３４】
前記受信したビデオストリームは、前記受信したビデオストリームのフォーマット、前記受信したビデオストリームのビットレート、前記受信したビデオストリームに対応する画像サイズ、前記受信したビデオストリームのフレームレート、前記受信したビデオストリームのカラー特性、前記受信したビデオストリームの複雑性、前記受信したビデオストリームに含まれるフレームタイプのうちの少なくとも１つに応じる方法で圧縮される、請求項３３に記載のＳＴＴ。
【請求項３５】
前記圧縮したビデオストリームは、前記圧縮したビデオストリームのフォーマット、前記圧縮したビデオストリームのビットレート、前記圧縮したビデオストリームに対応する画像サイズ、前記圧縮したビデオストリームのフレームレート、前記圧縮したビデオストリームのカラー特性、前記圧縮したビデオストリームの複雑性、前記圧縮したビデオストリームに含まれるフレームタイプのうちの少なくとも１つに応じる方法で再圧縮される、請求項３３に記載のＳＴＴ。
【請求項３６】
前記圧縮したビデオストリームを再圧縮するように構成されるエンコーダーは、前記圧縮したビデオストリームをデコードするように構成される、請求項３３に記載のＳＴＴ。
【請求項３７】
長時間にわたり計算リソースの消費を監視するように構成されたモジュールと、
ビデオストリームを圧縮するように構成されたエンコーダーと、
将来時の計算リソースの可用性に応じて、前記将来時に前記圧縮したビデオストリーム再圧縮するように構成されるエンコーダーと、
を備える、セットトップ端末（ＳＴＴ）。
【請求項３８】
前記計算リソースは、計算命令リソース、バス帯域幅、メモリ容量、ストレージ容量、ストレージ容量へのアクセスのうちの少なくとも１つを有する、請求項３７に記載のＳＴＴ。
【請求項３９】
第一の圧縮フォーマットを有するビデオ提示を保管するステップと、
第一の部分は第二の圧縮フォーマットを持ち、第二の部分は前記第一の圧縮フォーマットのままであるように、ビデオ提示の前記第一の部分をトランスコードするステップと、
前記第二の圧縮フォーマットを有する前記第一の部分をデコードするステップと、
前記第一の部分をユーザーに提供するステップと、
前記第一の圧縮フォーマットを有する前記第二の部分をデコードするステップと、
前記第二の部分を前記ユーザーに提供するステップと、
を含む、方法。
【請求項４０】
テレビセットトップ端末によって実施される方法であって、該方法は、
第一の圧縮フォーマットでビデオストリームをエンコードするステップと、
前記第一の圧縮フォーマットでエンコードされた前記ビデオストリームをストレージデバイスに保管するステップと、
前記ストレージデバイスから前記第一のフォーマットでエンコードされた前記ビデオストリームを取得するステップと、
前記第一の圧縮フォーマットでエンコードされたビデオストリームをデコードするステップと、
前記デコードしたビデオストリームを第二の圧縮フォーマットでエンコードするステップと、
前記第二のフォーマットでエンコードされた前記ビデオストリームを前記ストレージデバイスに保管するステップと、
を含み、
前記第一の圧縮フォーマットはＭＰＥＧ‐２フォーマットであり、前記第二の圧縮フォーマットは、Ｈ．２６４フォーマットであり、
前記第二の圧縮フォーマットによって、前記第一の圧縮フォーマットより高い圧縮レートが可能になる、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にビデオに関連し、より具体的にはビデオ圧縮に関連する。
【背景技術】
【０００２】
テレビのセットトップ端末（ＳＴＴ）がデジタル形式で大量のビデオ提示（例えば映画）を保管できることが望ましい。ＳＴＴに大量のデジタルビデオ掲示を保管できるようにする１つの方法は、ＳＴＴ内に大量のビデオ掲示に適応十分な保管容量を有するストレージデバイスを含めることである。しかしながら、この手法は、コスト効率がよくない場合があり、また、ユーザーが望むだけの多くのビデオ掲示を保管できない場合がある。従って、デジタルビデオ掲示の保管に伴うこの問題、およびその他の問題に対応するシステムおよび方法の必要性が存在する。
【発明の開示】
【課題を解決するための手段】
【０００３】
本発明の好ましい実施例は、加入者テレビシステムのセットトップ端末（ＳＳＴ）との関連で理解できる。本発明の１つの実施例では、非圧縮デジタル化ビデオシーケンスは、第一の圧縮フォーマットにエンコードされ、ビデオストリームとしてストレージデバイスに保管される。後に、ビデオストリームの複数の圧縮画像を有するセグメントが、開始点から順次にストレージデバイスから取得されてから、デコードされ、それぞれの非圧縮デジタル化画像に再構成される。ビデオストリームの１つ以上の画像がデコードされてメモリに保管された後、第二の圧縮フォーマットにエンコードされて、ストレージデバイスに保管される。第一の圧縮フォーマットのビデオストリームの一部、およびそのために第二の圧縮フォーマットで作成されたコピーは削除される場合がある。第二の圧縮フォーマットにより、より少ないビットを使用してビデオストリームをエンコードすることが可能になり、結果として、ビデオストリームを保管するためにより少ない保管容量が使用される。この実施例およびその他の実施例は、添付の図面を参照しながら、以下にさらに詳細を説明する。
【０００４】
本発明の実施例は、以下の図面を参照することによりさらによく理解できる。図面の構成要素は、必ずしも同縮尺ではなく、本発明の原理を明確に説明することを目的とする。図面では、参照番号などはいくつかの図面で対応しているパーツを指す。
【発明を実施するための最良の形態】
【０００５】
添付図面は図１〜７である。図１は、特に、適応ビデオ圧縮を実施（ｉｍｐｌｅｍｅｎｔ）することができる加入者テレビシステムの例を提供する。図２は、特に、適応ビデオ圧縮を実施するために使用することができるＳＴＴの例を提供する。図３Ａ〜３Ｄは、特に、ＳＴＴの適応ビデオ圧縮に従うデータフローの例を示す概念図である。図４〜７は、特に、ＳＴＴで適応ビデオ圧縮を実施する場合に使用できる方法を表すフローチャートである。しかしながら、本発明は多数の異なる形式で実施されてもよく、ここに示した実施例に限定されると解釈されるべきではないことに注意すべきである。さらに、ここに示されるすべての例は、限定されないことを意図しており、特に、本発明の明確化を助けるために提供される。
【０００６】
図１は、加入者テレビシステム１００の限定されない例を表す概念図である。図１に示される加入者テレビシステム１００は、単なる説明に過ぎず、本発明の好ましい実施例の範囲の限定を暗示するものとして解釈されるべきではないことに注意すべきである。この例では、加入者テレビシステム１００は、ネットワーク１３０を介して連結されるヘッドエンド１１０とＳＴＴ２００を含む。ＳＴＴ２００は、典型的には、ユーザーの住宅または業務場所に位置しており、スタンドアロンのユニットであってもよく、または、例えばテレビ１４０のような別のデバイスと統合されてもよい。
【０００７】
ヘッドエンド１１０とＳＴＴ２００は、例えば、テレビ番組、インタラクティブ方式の番組案内（ＩＰＧ）、ビデオオンデマンド（ＶＯＤ）掲示などを含むテレビ機能をユーザーに提供するために共に機能する。ヘッドエンド１１０は、ビデオ、オーディオ、テキスト形式のデータをＳＴＴ２００のようなクライアントデバイスに提供するための１つ以上のサーバーデバイス（図示せず）を含む場合がある。ヘッドエンド１１０は、さらに、ＳＴＴ２２０が対応する承認済み機能を実施できるようにするための承認信号またはメッセージを提供してもよい。
【０００８】
ＳＴＴ２００は、ネットワーク１３０を介してヘッドエンド１１０から、例えば、特にＭＰＥＧ‐２ストリームなどを含む信号（ビデオ、オーディオ、その他のデータ）を受信し、ネットワーク１３０を介してヘッドエンド１１０に任意のリバース情報を提供する。ネットワーク１３０は、例えば、特にケーブルテレビネットワークや衛星テレビネットワークを含むテレビサービスデータを通信するためのいかなる適切な手段であってよい。
【０００９】
図２は、本発明の１つの実施例に従い、ＳＴＴ２００で選択された構成要素を示す概念図である。図２に示されたＳＴＴ２００は、単なる説明に過ぎず、本発明の好ましい実施例の範囲の限定を暗示するものとして解釈されるべきではないことに注意すべきである。例えば、別の実施例では、ＳＴＴ２００は、図２に示された構成要素より少ない構成要素、追加の構成要素、異なる構成要素を有していてもよい。
【００１０】
ＳＴＴ２００は、ＳＴＴ２００の操作を制御するための少なくとも１つのプロセッサ２４４、テレビ１４０を機能させる出力システム２４８、特定のテレビチャンネルあるいは周波数に調整するため、および、ヘッドエンド１１０にさまざまな種類のデータを送受信するためのチューナーシステム２４５を含むことが好ましい。別の実施例では、ＳＴＴ２００はダウンロードした（または送信した）データを受信するための複数のチューナーを含んでいてもよい。チューナーシステム２４５により、ＳＴＴ２００はダウンストリームのメディアやデータ転送に調整することができ、従って、ユーザーがデジタルまたはアナログ信号を受信できるようになる。１つの実施例では、チューナーシステム２４５は、双方向四位相偏移変調（ＱＰＳＫ）データ通信のための帯域外チューナー、およびテレビ信号を受信するための直行振幅変調（ＱＡＭ）チューナー（帯域内）を含んでいてもよい。さらに、受信装置２４６は、例えばリモートコントロールなどのような入力デバイスから外部で生成されたユーザー入力やコマンドを受信する。
【００１１】
１つの実施では、ビデオストリームは、通信インターフェイス２４２（例えば、同軸ケーブルインターフェイス）を経由してＳＴＴ２００で受信され、一時メモリキャッシュに保管される。一時メモリキャッシュは、メモリ２４９の専用部分、または、通信インターフェイス２４２に直接接続された別のメモリデバイスであってもよい。このようなメモリキャッシュは、ストレージデバイス２６３へのデータ転送を可能にするように実施管理されることができる。
【００１２】
ＳＴＴ２００は、通信ポート２６４とも呼ばれる、データをその他のデバイスに送受信するための１つ以上の無線または有線インターフェイスを含んでいてもよい。例えば、ＳＴＴ２００は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、イーサネット（登録商標）、ＩＥＥＥ‐１３９４、シリアルやパラレルポートなどを装備することができる。また、ＳＴＴ２００は、アナログビデオ信号を受信するためのアナログビデオ入力ポートを含んでいてもよい。
【００１３】
さまざまな情報源からの入力ビデオストリームおよび／または信号は、ＳＴＴ２００によって受信されることができる。例えば、入力ビデオストリームまたは信号は、特に以下のいずれかを有していてもよい。
１．ネットワーク通信インターフェイス２４２を経由してヘッドエンド１１０から受信される放送アナログビデオ信号。
２．例えば、Ｓ‐Ｖｉｄｅｏ入力または合成ビデオ入力など、アナログオーディオやビデオコネクタ（表示されていない）を経由して家庭用電子機器から受信されるアナログビデオ信号。
３．ネットワーク通信インターフェイス２４２を経由してヘッドエンド１１０から受信される放送、またはオンデマンドデジタルビデオストリーム。
４．ＵＳＢ、ＩＥＥＥ‐１３９４、イーサネット（登録商標）など、デジタルビデオインターフェイスまたは家庭用ネットワークインターフェイスを経由してデジタル家庭用電子機器（パーソナルコンピュータまたはデジタルビデオカムコーダーなど）から受信されるデジタルビデオストリーム。
５．ＩＤＥ、ＳＣＳＩ、ＵＳＢ、ＩＥＥＥ‐１３９４、イーサネット（登録商標）などのデジタルビデオインターフェイスまたは通信インターフェイスを経由して外部接続されたストレージデバイス（例えばＤＶＤプレーヤー）から受信されるデジタルビデオストリーム。
【００１４】
ＳＴＴ２００は、放送メディアコンテンツやデータを処理するための復調システム２１３および位相復調および解析システム２１５（ここでは逆多重化システム２１５と呼ばれる）を有する、信号処理システム２１４を含む。信号処理システム２１４の１つ以上の構成要素は、ソフトウェア、ソフトウェアとハードウェアの組み合わせ、ハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ））により実施できる。
【００１５】
復調システム２１３は、アナログまたはデジタル通信信号を復調するための機能を有する。例えば、復調システム２１３は、ＱＡＭ変調信号として変調されたキャリア周波数のデジタル通信信号を復調できる。アナログテレビ信号に対応するキャリア周波数に調整すると、逆多重化システム２１５は迂回される場合があり、代わりに、復調システム２１３により出力される復調されたアナログテレビ信号がアナログビデオデコーダー２１６に送られる場合がある。
【００１６】
アナログビデオデコーダー２１６は、アナログテレビ信号を、それぞれのデジタル化されたオーディオといっしょにデジタル化された画像のシーケンスに変換する。デジタル化された画像とそれぞれのオーディオは、アナログビデオデコーダー２１６により、表示順序で順次出力されて、圧縮エンジン２１７の入力で提示される。同時に、デジタル化された画像とそれぞれのオーディオは、出力システム２４８を経由してテレビ１４０にも出力される場合がある。例えば、アナログビデオデコーダー２１６により出力される（表示順序順）デジタル化された画像とそれぞれのオーディオ出力は、メディアエンジン２２２内にあるデジタルエンコーダー（ＤＥＮＣ（図示せず））の入力で提示され、その後、メディアエンジン２２２から出力システム２４８に出力されることができる。
【００１７】
その後、圧縮エンジン２１７は、特定の圧縮フォーマットに従い、デジタルビデオやオーディオデータをそれぞれ圧縮したビデオとオーディオストリームに変換する。圧縮したオーディオおよびビデオストリームのフォーマットは、ビデオ圧縮標準に従い製作される場合があるので、将来時に解凍および再構成する場合には、ビデオデコーダー２２３とオーディオデコーダー２２５が解釈することができる。
【００１８】
特に、現在既知の圧縮標準の例は以下の発行物に見ることができ、ここに引用することによりその全体が本明細書に組み入れられる。
（１）ＩＳＯ／ＩＥＣ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  ＩＳ  １１１７２−２，  「Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｆｏｒ  ｄｉｇｉｔａｌ  ｓｔｏｒａｇｅ  ｍｅｄｉａ  ａｔ  ｕｐ  ｔｏ  ａｂｏｕｔ  １．５  Ｍｂｉｔｓ／ｓ−Ｐａｒｔ  ２：  ｖｉｄｅｏ」，  １９９３
（２）ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ−２６２  （１９９６）：  「Ｇｅｎｅｒｉｃ  ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ：  Ｖｉｄｅｏ」，（ＩＳＯ／ＩＥＣ  １３８１８−２）
（３）ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６１  （１９９３）：  「Ｖｉｄｅｏ  ｃｏｄｅｃ  ｆｏｒ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ  ａｔ  ｐｘ６４ｋｂｉｔｓ／ｓ」
（４）Ｄｒａｆｔ  ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６３  （１９９５）：  「Ｖｉｄｅｏ  ｃｏｄｅｃ  ｆｏｒ  ｌｏｗ  ｂｉｔｒａｔｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ．」
（５）Ｄｒａｆｔ  ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４  （２００３）  （ＩＳＯ／ＩＥＣ  １４４９６−１０）
１つの実施例では、圧縮エンジン２１７は、Ｎ個のデジタル化した画像シーケンスを受信し、圧縮し、パラレルでリアルタイムにオーディオに関連付けられたＮ個の圧縮ビデオストリームを出力することが可能である。ここに使用されているＮは、１より大きい正の整数であり、リアルタイムで圧縮エンジン２１７が実施可能である圧縮操作の最大数を特徴付ける。それぞれの圧縮ストリームは、圧縮エンジン２１７の機能と互換性のある複数の圧縮フォーマットのうちの１つで圧縮されてよい。さらに、各圧縮されたストリームは、ヘッダーとペイロードを含むデータパケットのシーケンスを有することができる。各ヘッダーは、それぞれの圧縮されたストリームに関連付けられた固有のパケット識別コード（ＰＩＤ）を含むことができる。
【００１９】
圧縮エンジン２１７は、オーディオとビデオを圧縮したストリームを、例えば、ＭＰＥＧ‐２送信ストリームのような送信ストリームに多重化する。さらに、圧縮エンジン２１７は、パラレルで２つ以上のビデオプログラムに対応して（例えば、ＳＴＴ２００が複数のチューナーを有する場合には調整されたアナログテレビ信号が２つ）オーディオとビデオを圧縮し、それぞれのオーディオとビデオが圧縮されたストリームを単独の送信ストリームに多重化するように設定することができる。圧縮エンジン２１７の出力は、信号処理システム２１４に提供されてもよい。ビデオとオーディオデータは、１つのモジュールによりメモリ２４９に一時的に保管されてから、別のモジュールにより取得されて処理される場合があることに注意すべきである。
【００２０】
逆多重化システム２１５は、ＭＰＥＧ‐２送信逆多重化を含むことができる。デジタル送信信号を運ぶキャリア周波数に調整した場合、逆多重化システム２１５により、希望のビデオストリームに対応するデータのパケットを抽出することができる。従って、逆多重化システム２１５は、必要としないビデオストリームに対応するデータパケットのこれ以上の処理を排除できる。
【００２１】
信号処理システム２１４の構成要素は、ＱＡＭ復調、転送エラー修正、ＭＰＥＧ‐２転送ストリームの逆多重化、パケット化された基本ストリームの解析の機能であることが好ましい。信号処理システム２１４は、ＳＴＴ２００の中断およびメッセージ機能を経由して、プロセッサ２４４と通信することもできる。信号処理２１４により出力される圧縮されたビデオとオーディオストリームは、ストレージデバイス２６３に保管することができる。または、テレビ１４０（図１）に出力される前に、ビデオデコーダー２２３とオーディオデコーダー２２５により解凍が可能なメディアエンジン２２２に提供することができる。１つの実施例では、信号処理システム２１４により出力される圧縮されたビデオとオーディオのストリームは、ストレージデバイス２６３に保管され、同時に、テレビ１４０（図１）に出力される前にビデオデコーダー２２３とオーディオデコーダー２２５により解凍されるメディアエンジン２２２に提供される。
【００２２】
信号処理システム２１４は、特にメモリ、暗号解読装置、サンプラー、デジタル化装置（例えば、アナログからデジタルへの変換機）、多重化装置など図示していないその他の構成要素を含んでもよいことは、当業者により理解されるであろう。さらに、信号処理システム２１４の構成要素は、特に、ＳＴＴ２００の別の領域に空間的に取り付けできる。
【００２３】
逆多重化システム２１５は、シーケンスヘッダーと画像ヘッダーを解釈するために圧縮ストリームを解析し（つまり、読み出しと解釈）、圧縮ストリームを運ぶ送信ストリームをメモリ２４９に入れる。プロセッサ２４４は、信号処理システム２１４により出力されるデータを解釈し、テーブルあるいはデータ構造の形で、圧縮ビデオストリームの一部の画像の開始相対位置または絶対位置を有する補助データを生成する。１つの実施例では、このような補助データは、圧縮ストリームの連続画像を有するセグメントの開始を識別し、１つ以上のこのようなセグメントへのアクセスを促進するために使用される。例えば、補助データは、ビデオストリームの正しい位置から開始する複数の再生モードを促進することができる。トリックモードまたはランダムアクセス操作とも呼ばれる複数の再生モードは、例えば、早送り、スロー再生、等速再生、高速逆方向再生、スロー逆方向再生、巻き戻しを含むことができる。圧縮画像の各セグメントは、取得されて第一のビデオ圧縮フォーマットから第二のビデオ圧縮フォーマットへ転換されることができる。
【００２４】
第一の圧縮フォーマットでエンコードされた第一の圧縮ストリームは、早い時期に圧縮エンジン２１７により生成できるが、別の未知の圧縮エンジンにより生成することも可能であり、例えば、通信インターフェイス２４２などの通信ポートを経由してＳＴＴ２００により受信されることが可能である。第一の圧縮フォーマットは、第一の圧縮計算複雑性と第一の解凍計算複雑性により特徴付けられることができる。第二の圧縮フォーマットは、第二の圧縮計算複雑性と第二の解凍計算複雑性により特徴付けられることができる。第二のフォーマットを有するビデオセグメントの圧縮や解凍は、第一のフォーマットを有する対応するビデオセグメントを圧縮または解凍するＳＴＴ２００のリソースを多く必要とする。
【００２５】
以下で詳細を説明するように、第一の操作モードでは、変換またはトランスコーディングは、ストレージデバイス２６３から第一の圧縮したビデオストリームの１つのセグメントに一度にアクセスすることにより、非リアルタイムベースでセグメント別に実施される。本発明の１つの実施例によれば、トランスコーディング操作の速度は、ＳＴＴ２２０の使用可能なリソース量により決定される（例えば、メモリ、メモリバス帯域幅、エンコーダー処理）。
【００２６】
以下で詳細を説明するように、第二の操作モードでは、トランスコーディング操作は、ＳＴＴ２２０のリソースの可用性に従い、組織的な方法で、ストレージデバイス２６３から第一の圧縮ストリームの連続セグメントにアクセスすることにより、リアルタイムで実施される。どの圧縮ストリームの連続画像も、画像の表示順序ではない場合があるが、圧縮ストリームをエンコードするために採用されたそれぞれのビデオ圧縮フォーマットの構文と意味に従う順序であってよいことに注意すべきである。
【００２７】
本発明の１つの実施例では、複数のチューナーとそれぞれの復調システム２１３、逆多重化システム２１５、信号処理システム２１４は、複数のそれぞれの放送デジタルビデオストリームを同時に受信して処理してもよい。あるいは、それぞれ十分な処理能力のある単独の復調システム２１３、単独の逆多重化システム２１５、単独の信号処理システム２１４が、複数のデジタルビデオストリームを処理するために使用されてもよい。
【００２８】
まだ別の実施例では、調整システム２４５の第一のチューナーは、第一のビデオチャンネルに応じるアナログビデオ信号を受信して、第二のチューナーは第二のビデオチャンネルに応じるデジタル圧縮ストリームを同時に受信する。第一のビデオチャンネルのビデオ信号はデジタルフォーマットに変換される。第二のビデオストリームおよび／または圧縮デジタル化された第一のビデオストリームは、ストレージデバイス２６３に保管されてもよい。２つのストリームそれぞれのデータ注釈は、ストレージデバイス２６３からの今後のビデオストリームの取得を促進するために実施されてもよい。また、第一のビデオストリームおよび／または第二のビデオストリームは、デコードとその次のテレビ１４０（図１）からの掲示のために、メディアエンジン２２２に送られてもよい。
【００２９】
複数の圧縮エンジン２１７は、複数のアナログビデオプログラムを同時に圧縮するために使用されてもよい。あるいは、十分な処理能力のある単独の圧縮エンジン２１７は、複数のアナログビデオプログラムを圧縮するために使用されてもよい。圧縮デジタル化されたそれぞれのアナログビデオプログラムは、ストレージデバイス２６３に保管されてもよい。それぞれの生成された圧縮ビデオストリームのデータ注釈は、ストレージデバイス２７３からの今後のビデオストリームの取得を促進するために実施されてもよい（例えば、トランスコーディング操作を実施するため）。
【００３０】
ＳＴＴ２００は、ＳＴＴ２００により受信されるビデオストリームを保管するために、少なくとも１つのストレージデバイス２６３を含む。ストレージデバイス２６３は、例えば、磁気、光学式、半導体ベースのストレージデバイスなど任意の種類の電子ストレージデバイスであってよい。ストレージデバイス２６３は、少なくとも１つのハードディスク２０１とコントローラ２６９を含むことが好ましい。ＤＶＲ（デジタルビデオレコーダー）アプリケーション２６７は、デバイスドライバ２１１といっしょに、特に、ストレージデバイス２６３への読み書き操作を達成する。コントローラ２６９は、デバイスドライバ２１１から操作命令を受信して、ハードディスク２０１への読み書き操作を実行する命令を実施する。ここで、ストレージデバイス２６３への読み書き操作は、特に指定しない限り、ストレージデバイス２６３のメディア（例えば、ハードディスク２０１）への操作を意味すると理解される。
【００３１】
ストレージデバイス２６３は、ＳＴＴ２００の内部にあり、特に、内部あるいは外部接続を可能にするＩＤＥインターフェイスのようなインターフェイス（表示されていない）から共通のバス２０５に連結されることが好ましい。あるいは、ストレージデバイス２６３は、通信ポート２６４からＳＴＴ２００に外部的に接続できる。通信ポート２６４は、特に、ＳＣＳＩ、ＩＥＥＥ‐１３９４インターフェイス、ＵＳＢなどであってもよい。
【００３２】
デバイスドライバ２１１は、ソフトウェアモジュールで、オペレーティングシステム２５３にあることが好ましい。オペレーティングシステム２５３の管理下にあるデバイスドライバ２１１は、ストレージデバイス２６３のために操作命令を提供するために、ストレージデバイスコントローラ２６９と通信する。デバイスドライバやデバイスコントローラは、当業者には周知であり、それぞれの詳細機能の説明はここには記載しない。
【００３３】
本発明の好ましい実施例では、録画したビデオストリームの特性に関係する情報は、プログラム情報ファイル２０３に含まれ、特定の再生モードの要求を満たすために解釈される。プログラム情報ファイル２０３は、例えば、録画したビデオストリームに対応するパケット識別コード（ＰＩＤ）を含む場合がある。要求された再生モードは、圧縮データの特性と要求で指定された再生モードをベースにしてプロセッサ２４４により実施される。再生のためにストレージデバイス２６３から取得されるビデオおよび／またはオーディオストリームは、ストレージデバイス２６３に対応する出力キャッシュに入れられ、メモリ２４９に転送されてから、メディアメモリ２２４に転送されることができ、ここで、メディアエンジン２２２により再生のために取得されて処理されることができる。
【００３４】
本発明の１つの実施例では、オペレーティングシステム（ＯＳ）２５３、デバイスドライバ２１１、コントローラ２６９は、ハードディスククラスタやクラスタに保管されているファイルに関する情報を有するＦＡＴを作成するために共に機能する。ＯＳ２５３は、ＦＡＴ２０４を確認することによりファイルのデータ場所を決定できる。また、ＦＡＴ２０４は、どのクラスタが空いていたり、開いていたりするかを追跡し、使用可能なクラスタを追跡する。
【００３５】
ＤＶＲアプリケーション２６７は、現在ストレージデバイス２６３に保管されている必要なビデオ提示を選択するために、使用可能なユーザーインターフェイスを提供する。また、ＤＶＲアプリケーションは、要求されたビデオ掲示と関係のあるトリックモード操作のための要求実施を助けるためや、トリックモード操作の現在のステータスを示す視覚的フィードバックをユーザーに提供するために（例えば、トリックモード操作の種類や速度、および／またはビデオ掲示の開始／終わりへの現在の画像の相対位置）使用されてもよい。
【００３６】
ＤＶＲアプリケーションは、さらに、トランスコーディング操作のステータスに関係する視覚的フィードバックを表示する機能がある。視覚的フィードバックは、トランスコーディング操作が実施されているかどうかを示す場合がある。また、視覚的フィードバックは、以下の１つ以上を含むことができる。
１．第一の非リアルタイムトランスコーディング操作が開始された時間。
２．第一の非リアルタイムトランスコーディング操作の終了予定時間。
３．第一の非リアルタイムトランスコーディング操作を経由してプログラムがフォーマット変換を行っているかどうかを、トランスコーディング中に表示されることができる。
４．トランスコーディング操作を中止するための視聴者への指示（例えば、指定ユーザー入力）。視聴者は、その他のＳＴＴ２００機能を実施するためにＳＴＴ２００リソースを空けるためにトランスコーディング操作を中止することができる。
５．トランスコーディング操作を延期するための視聴者への指示。
６．トランスコーディング操作を停止するための視聴者への指示（例えば、プログラムの第一の部分をトランスコーディング操作により生成された第二の圧縮フォーマットのままに、そしてプログラムの残りの部分は第一の圧縮フォーマットのままにする（つまり、トランスコードしないフォーマット））。この方法では、視聴者は、第二のフォーマットでエンコードされた第一の部分（例えば、トランスコードされたフォマット）と第一のフォーマットでエンコードされた第二の部分（例えば受信したフォーマット）を有するビデオを表示することができる。
【００３７】
ＤＶＲアプリケーション２６７は、ハードウェア、ソフトウェア、ファームウェア、これらの組み合わせに実装されることができる。好ましい実施例では、ＤＶＲアプリケーション２６７は、メモリ２４９に保管されるソフトウェアに実装され、プロセッサ２４４により実行される。ＤＶＲアプリケーション２６７は、論理関数を実装するための命令実行の順番を示すリストを有するが、コンピュータベースのシステム、プロセッサ内蔵システム、命令実行システム、装置、デバイスから命令を取り出してその命令を実行できるその他のシステムの命令実行システム、装置、デバイスにより、あるいはこれらを接続して使用するための任意のコンピュータ読み出し可能メディアにより、実施できる。
【００３８】
ＤＶＲアプリケーション２６７のようなアプリケーションがビデオストリームファイルを作成（あるいは拡張）すると、オペレーティングシステム２５３は、デバイスドライバ２１１といっしょに、ＦＡＴ２０４からビデオストリームに書き込むために使用可能なクラスタをクエリする。限定されない例として、ダウンロードしたビデオストリームをストレージデバイス２６３にバッファするためには、ＤＶＲアプリケーション２６７は、ビデオストリームファイルや、ダウンロードされるビデオストリームのファイル名を作成する。ＤＶＲアプリケーション２６７は、ダウンロードしたビデオストリームを特定のビデオストリームファイル名の使用可能なクラスタに書き込ませる。その後、ＦＡＴ２０４は、ダウンロードしたビデオストリームが書き込まれたクラスタを特定する情報だけでなく、新しいビデオストリームファイル名を含むように更新される。
【００３９】
ビデオストリームを保管するために追加のクラスタが必要であれば、オペレーティングシステム２５３は、ハードディスク２０１へのビデオストリームの書き込みを継続するために、ＦＡＴ２０４から別の使用可能なクラスタの位置をクエリできる。別のクラスタが見つかると、ＦＡＴ２０４は、指定のビデオストリームファイル名の特定のビデオストリームを保管するために連結されたクラスタがどれであるかを追跡するように更新される。特定のビデオストリームファイルに対応するクラスタは、連続的あるいは分断されている場合がある。例えば、デフラグメンタを採用して、特定のビデオストリームファイルに関連付けられたクラスタを連続にすることができる。
【００４０】
１つの実施例では、ＳＴＴ２００（例えば、ＤＶＲアプリケーション２６７により命令されるように）は、第一の圧縮フォーマット（例えば、圧縮エンジン２１７によって）の信号を圧縮すると同時に第一の圧縮ストリームとしてすべてリアルタイムベースでストレージデバイス２６３に保管しながら、受信したアナログビデオ信号（例えば、調整されたアナログチャンネル）をテレビ１４０に出力することができる。別の実施例に従うと、ＳＴＴ２００が受信したアナログビデオ信号を圧縮して保管しながら、ビデオ録画操作は、予め決定されていた短時間の遅延の後（例えば、保管されたビデオストリームの一定時間後）ストレージデバイス２６３から対応する第一の圧縮ビデオを取得して、メディアエンジン２２２で解凍して、リアルタイムの等速再生モードを達成するためにテレビ１４０に出力することにより、実施されてもよい。
【００４１】
さらに別の実施例に従うと、デジタル化されて圧縮されたアナログビデオ信号は、解凍され、対応するビデオ掲示を要求しているユーザー入力に応じる場合にのみ、テレビ１４０に出力される。また別の実施例に従うと、デジタル化されて圧縮されたアナログビデオ信号は、解凍され、ユーザーにより発生するビデオ掲示の一時停止後に等速再生を再開するために、または、このように再生される対応するビデオ掲示を要求するユーザー入力に応じる場合にのみさらに長時間の遅延により別の再生モードまたはビデオ録画でテレビ１４０に出力される。
【００４２】
ＳＴＴ２００（例えば、ＤＶＲアプリケーション２６７により命令されるように）は、メディアエンジン２２２の圧縮されたストリームを解凍すると同時に、すべてリアルタイムでテレビ１４０に出力しながら、ストレージデバイス２６３に受信して圧縮したビデオストリーム（第一のフォーマットを有する）を保管することができる。あるいは、受信して圧縮したビデオストリームは、解凍されて、対応するビデオ掲示を要求するユーザー入力に応じる場合にのみテレビ１４０に出力される。まだ別の実施例に従うと、受信した圧縮したビデオストリームは、解凍され、ユーザーにより発生したビデオ掲示の一時停止後に等速再生を再開するために、または、このように再生される対応するビデオ掲示を要求するユーザー入力に応じる場合にのみさらに長時間の遅延により、別の再生モードあるいはテレビ録画でテレビ１４０に出力される。
【００４３】
以下で詳細に説明するように、ＳＴＴ２００（例えば、ＤＶＲアプリケーション２６７により命令されるように）は、第一の圧縮フォーマットを有している第一の圧縮ストリームを第二の圧縮フォーマットを有する第二の圧縮ストリームにトランスコーディングすることができる（例えば、第一の圧縮フォーマットより高い計算複雑性のある）。第二の圧縮ストリームは、次に解凍されて、ユーザー入力に応じて、テレビ１４０に出力する場合がある。第一の圧縮ストリームのトランスコーディングには、以下に説明するように、ストレージデバイス２６３からの第一の圧縮ストリームの取得、第一の圧縮ストリームの解凍、そして、第二のフォーマットで解凍したストリームの再圧縮が関与する場合がある。
【００４４】
トランスコーディング処理中のビデオ掲示は、トランスコーディング操作が完了する前にテレビ１４０に出力されてもよい（例えば、ビデオ掲示の再生を要求するユーザー入力に応じる）。例えば、第二の圧縮フォーマット（つまり、トランスコーディングされたフォーマット）を有するビデオ掲示の第一の部分や、第一の圧縮したフォーマットを有するビデオ掲示の第二の部分は、ストレージデバイス２６３から取得され、メディアエンジン２２により解凍され、テレビ１４０に出力されてもよい。
【００４５】
テレビ録画機能の一例として、ＳＴＴ２００のＤＶＲアプリケーション２６７は、リアルタイムでストレージデバイス２６３に圧縮フォーマットで保管すると同時に、テレビ１４０に調整したチャンネルを表示する機能がある。好ましい実施例では、ＳＴＴ２００の受信したアナログビデオ信号は、テレビ１４０に表示されて、同時に、圧縮エンジン２１７によりい第一の圧縮フォーマットに圧縮されて、第一の圧縮ストリームとしてストレージデバイス２６３に保管される。後で、以下に説明されるように、リソースの可用性に従い、ＤＶＲアプリケーション２６７は、ＳＴＴ２００が第一の圧縮ストリームを取得し、再構成された画像を取得するためにメディアエンジン２２２の第一に圧縮されたストリームを解凍し、圧縮エンジン２１７を採用することにより、再構成した画像をより高い計算の複雑性のある第二の圧縮フォーマットの第二の圧縮ストリーム掲示に圧縮し、第二の圧縮ストリームをストレージデバイス２６３に保管させる。さらに後で、ＤＶＲアプリケーション２６７は、第二の圧縮ストリームを取得し、視聴者により要求された再生モードに応じて、メディアエンジン２２２で解凍し、テレビ１４０に表示する。
【００４６】
テレビ録画機能の別の例としては、ＤＶＲアプリケーション２６７は、ＳＴＴ２００に受信したアナログ信号を圧縮エンジン２１７を使用して第一の圧縮フォーマットに圧縮させ、第一の圧縮ビデオストリームとして、リアルタイムでストレージデバイス２６３に保管させる。受信したアナログビデオチャンネルの圧縮や保管を同時に実行する一方で、テレビ録画操作は、ストレージデバイス２６３から、遅延して第一の圧縮ビデオストリームを取得させ、メディアエンジン２２２で解凍し、テレビ１４０で表示することにより達成される。後で、以下に説明するようにリソースの可用性に従い、ＤＶＲアプリケーション２６７は、もう一度第一の圧縮ストリームの取得を行わせて、再構成された画像を取得するためにメディアエンジン２２２の第一の圧縮ストリームを解凍し、圧縮エンジン２１７を採用することにより、再構成された画像をより高い計算複雑性を有する第二の圧縮フォーマットのある第二の圧縮ストリーム掲示に圧縮し、ストレージデバイス２６３に第二の圧縮ストリームを保管する。さらに後から、ＤＶＲアプリケーション２６７は、第二の圧縮ストリームを取得し、視聴者により要求された再生モードに応じて、メディアエンジン２２２で解凍して、テレビ１４０に再生する。
【００４７】
テレビ録画機能のさらに別の例として、ＤＶＲアプリケーション２６７は、メディアエンジン２２２の圧縮されたストリームを解凍すると同時にテレビ１４０に表示しながら、ＳＴＴ２００に受信した圧縮ビデオストリームをストレージデバイス２６３に保管させる。受信した圧縮ビデオストリームは、第一の圧縮フォーマットの掲示である。後から、以下に説明するようにリソースの可用性に従い、ＤＶＲアプリケーション２６７は第一の圧縮ストリームを取得させ、再構成された画像を取得するためにもう一度メディアエンジン２２２にある第一の圧縮ストリームを解凍させ、圧縮エンジン２１７を採用することにより、再構成された画像をさらに高い計算複雑性のある第二の圧縮フォーマットに圧縮させ、第二の圧縮ストリームをストレージデバイス２６３に保管する。さらに後で、ＤＶＲアプリケーション２６７は、第二の圧縮ストリームを取得し、視聴者により要求された再生モードに応じて、メディアエンジン２２２で解凍し、テレビ１４０に再生する。
【００４８】
加入者により設定される録画操作の一例として、ＳＴＴ２００のＤＶＲアプリケーション２６７は、ＳＴＴ２００でアナログビデオ信号を受信し、圧縮エンジン２１７を採用することにより第一の圧縮フォーマットに圧縮して、第一の圧縮ストリームとしてストレージデバイス２６３に保管する。後から、以下に説明するようにリソースの可用性に従い、ＤＶＲアプリケーション２６７は、ＳＴＴ２００に第一の圧縮ストリームを取得させ、再構成された画像を取得するためにメディアエンジン２２２で第一の圧縮ストリームを解凍し、圧縮エンジン２１７を採用することにより、再構成された画像をより高い計算複雑性のある第二の圧縮フォーマットのある第二の圧縮ストリーム掲示を圧縮し、第二の圧縮ストリームをストレージデバイス２６３に保管させる。さらに後で、ＤＶＲアプリケーション２６７は、第二の圧縮ストリームを取得し、視聴者により要求された再生モードに応じて、メディアエンジン２２２で解凍し、テレビ１４０で表示する。
【００４９】
加入者により設定される録画操作の別の例として、ＤＶＲアプリケーション２６７は、ＳＴＴ２００に受信した第一の圧縮フォーマットのある圧縮ビデオストリームをストレージデバイス２６３に保管させる。後から、以下に説明するようにリソースの可用性に従い、ＤＶＲアプリケーション２６７は、第一の圧縮ストリームを取得させ、再構成された画像を取得するためにメディアエンジン２２２の第一の圧縮ストリームを解凍させ、圧縮エンジン２１７を採用することにより、再構成された画像をより高い計算複雑性のある第二の圧縮フォーマットの第二の圧縮ストリーム掲示に圧縮させ、第二の圧縮ストリームをストレージデバイス２６３に保管させる。さらに後で、ＤＶＲアプリケーション２６７は、第二の圧縮ストリームを取得し、視聴者により要求された再生モードに応じて、メディアエンジン２２２に解凍し、テレビ１４０に再生する。
【００５０】
図３Ａは、本発明の１つの実施例に従う、ＳＴＴ２００のデータフローを表す簡単な概念図である。図３Ａに示された例に従い、圧縮ビデオストリームセグメント３１１は、ストレージデバイス２６３から取得され、デコーダー２２３に転送されてデコードされる。デコーダー２２３から出力される解凍された（つまり、再構成された）セグメント３１２は、その後、エンコーダー２１７に転送されて圧縮される。
【００５１】
メモリ３０２は、データ転送の中間収納場所として、または、デコード操作がデコードした画像を出力し、エンコーダー２１７により圧縮される画像が入力される収納場所として機能することができる。例えば、圧縮ビデオストリームセグメント３１１は、ストレージデバイス２６３から取得され、入力バッファ（表示されない）に対応するメモリ３０２の部分に置かれる。プロセッサ２４４（図２）は、取得操作を開始して、時間を調整した方法でのデータ転送の開始と制御をサポートする。デコーダー２２３は、圧縮ビデオストリームセグメント３１１を受信してデコードする。解凍した（つまり再構成された）画像を有するビデオストリームセグメント３１２は、デコーダー２２３によりメモリ３０２に出力される。その後、ビデオストリームセグメント３１２は、圧縮するためにエンコーダー２１７に提供される。エンコーダー２１７により出力される圧縮画像は、メモリ３０２に置かれる。プロセッサ２４４は、トランスコーディングされたビデオセグメントに対応する補助データの必要に応じて、新しい注釈を生成する。トランスコーディングされたビデオセグメントは、新しいファイルの一部としてストレージデバイス２６３に書き込まれる。補助データは、トランスコーディングされたビデオセグメントの書込み操作が実施されるたびにストレージデバイス２６３に書き込まれる場合がある。あるいは、特に、複数のトランスコーディングされたセグメントがストレージデバイス２６３に書き込まれるたびに補助データが書き込まれる場合がある。
【００５２】
プロセッサ２４４の制御およびＳＴＴ２００の信号および中断メカニズム（表示されていない）のサポートにより、取得、解凍、圧縮、書き込み操作は、パラレル処理を効果的に実施するために、適切な遅延で時間調整（例えば、時間をずらす）されることが好ましい。
【００５３】
代替の実施例では、デコーダー２２３およびエンコーダー２１７は、それぞれ、別のメモリデバイスにデータを保管、および／またはデータを取得する場合がある。エンコーダー２１７により出力される圧縮セグメント３１３は、その後、保管のためにストレージデバイス２６３に転送される。セグメント３１３のビットレートはセグメント３１１のビットレートより低いので、セグメント３１１をセグメント３１３に変換することにより、対応するビデオストリームを保管するために必要な保管容量を削減する。別の実施例では、デコーダー２２３やエンコーダー２１７により実施される機能は、単独のモジュールにより実施できる。
【００５４】
１つの実施例では、トランスコーディング操作中にエンコーダー２１７により作成された圧縮セグメントは、圧縮の中間レベルを有する中間状態である。中間圧縮状態は、このような圧縮フォーマットをデコードできるデコーダー（例えばビデオデコーダー２２３）によるデコードを可能にする好ましい圧縮フォーマット仕様を厳守する。例えば、特定時間での使用可能なリソースの不足により、エンコーダー２１７は、トランスコーディング操作の最初の段階でＩ画像だけを有する圧縮セグメントを作成する場合がある。以降のトランスコーディング操作またはトランスコーディング操作の第二段階は、その後、同じ圧縮フォーマット仕様に従いながら、さらに圧縮されたビデオセグメントを作成する。例えば、圧縮されたＩ画像の中には、以降の圧縮操作中にＢおよび／またはＰ画像に変換される場合がある。
【００５５】
１つの実施例によると、第一のトランスコーディング操作は、少ないＳＴＴリソースを消費しながら（例えば、メモリ、メモリバス帯域幅、エンコーダー処理）、リアルタイムで実施される場合がある。第一のトランスコーディング操作は、例えば、ＢやＰ画像ではなく、Ｉ画像を生成する場合がある。高い圧縮を実現するための以降のトランスコーディング操作は、その後、１つ以上のリソースをさらに消費しながら、非リアルタイムベースで実施される。さらに、各トランスコーディング操作（あるいは一部のトランスコーディング操作）は、リアルタイムベースでトランスコーディング操作を実施するための十分なＳＴＴ２００リソースがあるかどうかなどの、１つ以上の要素に依存して、リアルタイムまたは非リアルタイムベースで実施されてもよい。
【００５６】
また、各トランスコーディング操作の結果は、リソースの可用性に応じることができる。例えば、第一のレベルの圧縮、圧縮フォーマット、画像の解像度を実現する第一の種類のトランスコーディング操作を実施するために不十分なリソースしかなければ、代わりに、第二のレベルの圧縮、圧縮フォーマット、画像の解像度をもたらす第二の種類のトランスコーディング操作が実施される。さらに、ビデオストリーム上で実施されるタイミングおよび／またはトランスコーディング操作の数は、以下に説明するように、ＳＴＴリソースの可用性に応じることができる。
【００５７】
図３Ｂ〜３Ｄは、制限されない例、特に、ＳＴＴ２００を介して実施可能なトランスコーディング方法を表す。図３Ｂに示された例に従い、第一の圧縮フォーマットを有する第一の圧縮ストリーム３０１（例えば、ＭＰＥＧ‐２）は、ストレージデバイス２６３（ＳＴＴ２００−１内）から取得され、ＭＰＥＧ‐２デコーダー２２３−１へ転送され、デコードされる（つまり、解凍される）。第一の圧縮ストリーム３０１は、録画された番組の開始点、または、トランスコーディング操作が終了する前のポイントなどのある定義済み開始ポイントから取得される。第一の圧縮ストリーム３０１の連続画像を有するセグメントは、連続的にアクセスされて、デコーダー２２３−１に提供される。１つ以上の連続した圧縮画像のセグメントは、アクセスされて、ＳＴＴ２００−１で第一のビデオ圧縮フォーマットから第二のビデオ圧縮フォーマットに転換されることができる。
【００５８】
ＭＰＥＧ‐２デコーダー２２３−１により出力される解凍画像３０２は、Ｈ．２６４エンコーダー２１７−２に転送されて、Ｈ．２６４フォーマットに圧縮される。１つの実施例では、第一の圧縮ストリーム３０１の取得とトランスコーディングは、セグメント別ベースの組織的方法で実施される。第一から第二の圧縮フォーマットへの変換、あるいはトランスコーディング操作は、ＳＴＴ２００に使用可能十分なリソースがあれば、リアルタイムで実施されることができる（例えば、その他のＳＴＴ操作によるリソースの需要が低いなど）。使用可能なＳＴＴリソースの例としては、特に、メモリ量、メモリバス帯域幅、命令実行要領、エンコーダーのエンコーディング容量、デコーダーのデコーディング容量がある。
【００５９】
Ｈ．２６４エンコーダー２１７−２により出力されるＨ．２６４データ３０３は、その後、保管のためにストレージデバイス２６３に転送される。Ｈ．２６４データ３０３のビットレートがＭＰＥＧ‐２データ３０１のビットレートより低いため、ＭＰＥＧ‐２データ３０１をＨ．２６４データ３０３に変換すると、対応するビデオストリームを保管するために必要な保管容量が削減する。代替の実施例では、ＭＰＥＧ２デコーダー２２３−１およびＨ．２６４エンコーダー２１７−２により実施される機能は、単独のモジュールにより（例えば、圧縮エンジン２１７（図２））実施できることに注意すべきである。
【００６０】
圧縮エンジン２１７は、内部の処理能力と使用可能なリソース量に応じて、いくつかの操作をパラレルに実施できる機能を有することが好ましい。例えば、圧縮エンジン２１７は、リアルタイムベースおよび／または非リアルタイムベースでビデオストリームのセグメントをデコードおよび／またはエンコードする機能を有することができる。圧縮エンジン２１７は、ストレージデバイス２６３および／または別のメモリデバイスから、圧縮されるビデオセグメントを提供されることができる。圧縮エンジン２１７により出力される圧縮画像は、選択した圧縮フォーマットの構文と意味により指定される順序となっていてもよい。圧縮エンジン２１７の出力は、ストレージデバイス２６３に転送される前に、圧縮ビットバッファに保管されることができる。
【００６１】
別の実施例では、ＳＴＴ２００は、解凍および圧縮操作をパラレルで実施する機能がある。パラレルの解凍および圧縮操作、またはその一部は、リアルタイムベースおよび／または非リアルタイムベースで実施することができる。ＳＴＴ２００は、複数のそれぞれの画像サイズ（つまり、画像解像度）、画像フレームレート、圧縮フォーマットに関与する圧縮および解凍操作を実施するように設定されることができる。
【００６２】
説明の目的で（しかし、限定されず）、ＳＴＴ２００は２つの圧縮フォーマット（例えば、ＭＰＥＧ‐２とＨ．２６４）、２つの画像サイズ（ＳＤとＨＤ）、２つの画像レート（例えば、２４ヘルツと３０ヘルツ）を使用してエンコードとデコードする機能があると想定すると、ＳＴＴ２００は、圧縮フォーマット、画像サイズ、画像レートの８つの組み合わせの１つを使用して画像をエンコード、および／または８つのこのような組み合わせの１つを使用してデコードできる。一例として、特に、ＳＴＴ２００の使用可能なリソースにより、表１で指定された操作がリアルタイムおよびパラレルで実施できてもよい。
【００６３】
パラレルで実施することができる操作の組み合わせ例
【００６４】
【表１】
2007506305.tif 000003
表１の上の２行は、エンコードのための圧縮フォーマット、画像サイズ、画像レートの８つの組み合わせを表し、下の２行は解凍の８つの組み合わせを示す。この限定されない例では、圧縮エンジン２１７は、２つの解凍操作（例えば、ＭＰＥＧ‐２フォーマットのＨＤ画像サイズ）でパラレルで（例えば、Ｈ．２６４フォーマットのＳＤ画像サイズ）３つの圧縮操作を実施する機能がある。限定されない例として、表１は、ＳＴＴ２００が、すべてリアルタイムでパラレルに、２つのＭＰＥＧ‐２ＨＤビデオストリームをＨ．２６４ＳＤビデオストリームにトランスコーディングして、アナログチャンネルを圧縮する機能があることを示している。
【００６５】
ＨＤビデオストリームのエンコーディングやデコーディングは、ＳＤビデオストリームのエンコーディングやデコーディングよりも多くのＳＴＴ２００のリソースを要求することに注意する。さらに、Ｈ．２６４フォーマットを有するビデオストリームのエンコーディングやデコーディングは、ＭＰＥＧ‐２フォーマットを有するスビデオストリームのエンコーディングやデコーディングよりも多くのＳＴＴ２００のリソースを要求する。従って、ＭＰＥＧ‐２フォーマットであるＳＤビデオストリームは、ＭＰＥＧ２フォーマットのＨＤビデオストリームよりも、リアルタイムでＨ．２６４フォーマットにトランスコーディングされることが多い。さらに、ＭＰＥＧ‐２フォーマットのＨＤビデオストリームは、より大きい画像解像度のＨ．２６４フォーマットにトランスコーディングされるのではなく、ＳＤに小型化されて、リアルタイムでＨ．２６４フォーマットにトランスコーディングされてもよい。その他の例としては、上の表に示されるよりも少ない、別の、および／または追加の操作の実施が含まれる。リアルタイムベースではなく、非リアルタイムベースでの操作を可能にするためには、より少ないリソースが必要な場合があることに注意すべきである。
【００６６】
圧縮または解凍操作を実施するために必要なＳＴＴリソースの概算は、圧縮フォーマット、画像サイズ、画像レート、時間の要素をそれぞれ組み合わせて、最悪の条件で予め計算される。時間要素は、操作がリアルタイムで実施されるかどうかを指定して、非リアルタイム操作に複数の完了時間を提供する。これらの概算はメモリ２４９に保管されて、トランスコーディング操作中、プロセッサ２４４によりアクセス可能である。
【００６７】
第一の画像サイズから第二の画像サイズへのトランスコーディング操作は、画像が再構成（つまり解凍）されるに従い、メディアエンジン２２２にある複数のタップや位相のサンプルレート変換機能、または倍率フィルタにより可能になる場合がある。別の実施例では、圧縮エンジン２１７は、画像が圧縮のために入力されるに従い、複数のタップや位相のサンプルレート変換機能、または倍率フィルタにより倍率を実施できる。例えば、ＭＰＥＧ−２フォーマットのＨＤのビデオストリームをＨ．２６４フォーマットのＳＤビデオストリームにトランスコーディングする場合、ＨＤ  ＭＰＥＧ−２圧縮ストリームが解凍され、ＨＤ画像が再構成され、サンプルレート変換機能またはフィルタが再構成されたＨＤ画像をＳＤ画像に縮小して、ＳＤ画像はＨ．２６４圧縮フォーマットに圧縮される。
【００６８】
リソース監視２６８（図２）は、ＳＴＴ２００により実施されている解凍や圧縮操作を監視し、追跡することができる。リソース監視２６８は、ＳＴＴ２００で現在実行中および実行が予定されているそれぞれの操作のために、メモリ２４９に保管されたリソース消費の概算から、別の時間間隔のリソース消費を追跡する。リソース監視２６８は、使用可能なリソースを決定することにより、ＤＶＲアプリケーション２６７（図２）により要求された圧縮と解凍操作のための権利を管理する。リソース監視２６８は、無制限あるいは概算時間の間、十分なリソースがあれば、リアルタイム操作のための権限を与える。リソース監視２６８は、使用可能なリソースを基本にして非リアルタイムの圧縮および解凍操作を予定し、このような操作の実施に必要なリソースを概算する。
【００６９】
図３Ｃは、本発明の１つの実施例に従い、ＳＴＴ２００−２のデータフローを表す簡単な概念図である。図３Ｃに示された例に従い、Ｈ．２６４データ３２１はストレージデバイス２６３から取得され、Ｈ．２６４デコーダー２２３−２に転送され、デコードされる。Ｈ．２６４デコーダー２２３−２により出力された解凍したデータ３２２は、Ｈ．２６４エンコーダー２１７−２に転送されて、Ｈ．２６４フォーマットで圧縮される。Ｈ．２６４エンコーダー２１７−２により出力されるＨ．２６４データ３２３は、Ｈ．２６４データ３２１より低いビットレートをもつが、その後、保管のためにストレージデバイス２６３に転送される。Ｈ．２６４データ３２３のビットレートはＨ．２６４データ３２１のビットレートより低いので、Ｈ．２６４データ３２１をＨ．２６４データ３２３に変換すると、対応するビデオストリームを保管するために必要な保管容量が削減される。代替の実施例では、Ｈ．２６４デコーダー２２３−２およびＨ．２６４エンコーダー２１７−２により実施される機能は単独のモジュールによる実施が可能なことに注意する。図３Ｃに示されたトランスコーディング操作は、複数の位相トランスコーディング操作の場合があるが、また、ＨＤのような大きい画像サイズをＳＤのような小さい画像サイズに変換するためのトランスコーディング操作の場合がある。
【００７０】
図３Ｄは、本発明の１つの実施例に従い、ＳＴＴ２００−３のデータフローを表す簡単な概念図である。図３Ｄに示された例に従い、ＭＰＥＧ−２データ３３１は、ストレージデバイス２６３から取得されて、ＭＰＥＧ−２デコーダー２２３−１に転送され、デコードされる。ＭＰＥＧ−２デコーダー２２３−１により出力される解凍したデータ３３２は、ＭＰＥＧ−２エンコーダー２１７−１に転送されて、ＭＰＥＧ−２フォーマットで圧縮される。ＭＰＥＧ−２エンコーダー２１７−１により出力されるＭＰＥＧ−２データ３３３は、ＭＰＥＧ−２データ３３１より低いビットレートを有するが、その後、保管のためにストレージデバイス２６３に転送される。ＭＰＥＧ−２データ３３３のビットレートはＭＰＥＧ−２データ３３１のビットレートよりも低いため、ＭＰＥＧ−２データ３３１をＭＰＥＧ−２データ３３３に変換すると、対応するビデオストリームの保管に必要な保管容量が削減される。代替の実施例では、ＭＰＥＧ−２デコーダー２２３−１およびＭＰＥＧ−２エンコーダー２１７−１により実施される機能は単独のモジュールにより実施できることに注意すべきである。
【００７１】
図４は、本発明の実施例に従い、図１に表されているＳＴＴ２００により実施可能な方法の限定されない例を表すフローチャートである。ビデオストリームは、それぞれ、ステップ４０１と４０２に示されているように、第一の圧縮フォーマットでエンコードされ、ストレージデーバイスに保管される。後に、それぞれ、ステップ４０３と４０４に示されているように、ビデオストリームセグメントはストレージデバイスから取得されて、デコードされる。非リアルタイムのトランスコーディング操作では、デコードされたビデオセグメントは、メモリに保管されて、後からエンコードされる場合がある。
【００７２】
ビデオストリームセグメントが出コードされた後、それぞれステップ４０５と４０６に示されているように、第２の圧縮フォーマットでエンコードされ、ストレージデバイスに保管される。ステップ４０４と４０５は、ビデオセグメントのデコーディングとエンコーディングに十分なＳＴＴリソースが使用可能な場合、一定期間実施されるように予定されることができる。さらに、ステップ４０３−４０６は、ビデオストリーム全体がトランスコーディングされるまで繰り返されることができる（つまり、追加のセグメントをトランスコーディングして、ストレージデバイスに保管する）。例えば、ステップ４０７により示されているように、トランスコーディングされる追加のビデオセグメントが残っている場合は、この方法はステップ４０３に戻る。ステップ４０５により実現される第二の圧縮フォーマットにより、少ないビットを使用してビデオストリーム（またはその一部）がエンコードされる。結果として、第二の圧縮フォーマットでエンコードされた後、ビデオストリームを保管するために使用される保管容量は少なくなる。
【００７３】
図５は、本発明の実施例に従い、図１に表されたＳＴＴ２００により実施される場合がある別の例の限定されない例を表すフローチャートである。ビデオストリームは、それぞれステップ５０１と５０２に示されているように、第一のビットレートでエンコードされ、ストレージデバイスに保管される。後で、ビデオストリームセグメントは、それぞれステップ５０３と５０４に示されているようにストレージデバイスから取得されてデコードされる。デコードされた画像は、エンコーダーがデコードされた画像を再エンコードできるように使用される場合がある情報と共にメモリに保管されることができる。そして、ビデオストリームセグメントは、ステップ５０５に示されているように、第一のビットレートより低い第二のビットレートでエンコードされることができる。ステップ５０４と５０５は、ビデオセグメントのデコーディングとエンコーディングのために使用可能な十分なＳＴＴリソースがある場合、一定期間、実施するように予定されることができる。
【００７４】
ビデオストリームセグメントは、ステップ５０６に示されているように第二のビットレートでエンコードされた後、ストレージデバイスに保管される。ステップ５０３−５０６は、ビデオストリーム全体がトランスコーディングされるまで繰り返される場合がある（つまり、追加のセグメントのトランスコーディングとストレージデバイスへの保管）。例えば、ステップ５０７により示されるように、トランスコーディングされる追加のビデオセグメントが残っていれば、方法はステップ５０３に戻る。第二のビットレートでビデオストリームをエンコードすると、ビデオストリームを保管するために使用される保管容量が少なくなる。
【００７５】
図６は、本発明の１つの実施例に従う方法６００の限定されない例を表すフローチャートである。ステップ６０１では、ビデオデータはＳＴＴ２００により受信される。受信したビデオデータがアナログフォーマットであれば（例えば、アナログビデオチャンネル経由で受信）、ビデオデータはＳＴＴ２００によりデジタル化される。そして、ステップ６０２で、ビデオデータは、ＳＴＴ２００の計算リソースの可用性、および／または受信したビデオストリームの１つ以上の特徴に応じた方法で圧縮される。
【００７６】
例えば、ＳＴＴ２００は、特に、ＳＴＴ２００にその他のＳＴＴ２００の機能に干渉することなくリアルタイムで実行する十分な処理およびバス帯域幅リソースがあれば、ビデオデータをＨ．２６４フォーマットで圧縮することができる。そうでない場合は、ＳＴＴ２００は、ＭＰＥＧ−２フォーマットでビデオデータを最初に圧縮することができ、従って、現在のＳＴＴ２００のリソースにかかる負担が少なくなる。別の例としては、ビデオデータをＭＰＥＧ−２またはＨ．２６４（例えば、デジタルチャンネルから）のような圧縮フォーマットで受信すれば、ＳＴＴ２００は、圧縮をこれ以上することなく受信したビデオデータを最初に保管することができる。
【００７７】
その後、圧縮されたビデオデータは、ステップ６０３に示されているように、ＳＴＴ２００の計算リソースの可用性および／または圧縮されたビデオデータの１つ以上の特性に応じる方法で今後再圧縮されることができる。例えば、特に、圧縮されたビデオデータがＭＰＥＧ−２フォーマットであれば、デコードされてＨ．２６４フォーマットに再圧縮されてもよい。別の例では、再圧縮は、ＳＴＴ２００の計算リソースに対して競合する要求がほとんどない、あるいはないときに１つ以上の時間間隔中に実施されてもよい。
【００７８】
ビデオデータの各セグメントは、十分なＳＴＴリソースが使用可能なとき、指定時間内にその他のセグメントとは別に圧縮および／または再圧縮されてもよい。さらに、画像サイズ、フレームレート、圧縮フォーマットは使用可能なＳＴＴリソースに応じることができる。１つの実施例では、特に、ステップ６０２は、リアルタイムベースで実施され、ステップ６０３は非リアルタイムベースで実施されることができる。
【００７９】
受信したビデオデータが圧縮および／再圧縮される方法は、例えば、特に以下の要素の１つ以上に応じることができる。
Ａ）受信したビデオデータのフォーマット（例えば、ＭＰＥＧ−２、Ｈ．２６４、アナログ、独自）。
Ｂ）受信したビデオデータのビットレート。
Ｃ）受信したビデオデータに応じる画像サイズ。
Ｄ）受信したビデオデータのフレームレート。
Ｅ）受信したビデオデータのカラー特性。
Ｆ）受信したビデオデータの複雑性。
Ｇ）受信したビデオデータに含まれるフレーム種類（Ｉ、Ｐ、および／またはＢ）。
Ｈ）ＳＴＴ２００処理リソースの可用性。
Ｉ）ＳＴＴ２００メモリリソースの可用性。
Ｊ）ＳＴＴ２００バス帯域幅リソースの可用性。
Ｋ）ＳＴＴ２００保管容量の可用性。
Ｌ）保管容量に使用可能なアクセスのレート。
Ｍ）パラレルで実施することが必要な場合があるエンコーディングとデコーディング操作数（例えば、ＭＰＥＧ−２エンコーディング、ＭＰＥＧ−２デコーディング、Ｈ．２６４エンコーディング、Ｈ．２６４デコーディング）。
Ｎ）ＳＴＴ２００の加入者使用量のパターン。
【００８０】
さらに、受信したビデオデータが圧縮および／または再圧縮される方法は、以下の１つ以上を達成する。
Ｏ）圧縮されたおよび／または再圧縮されたビデオデータの画像サイズ。
Ｐ）圧縮されたおよび／または再圧縮されたビデオデータに含まれるフレームの種類（例えば、Ｉ、Ｐ、および／またはＢ）。
Ｑ）圧縮されたおよび／または再圧縮されたビデオデータのビットレート。
Ｒ）受信したビデオデータの圧縮および／または再圧縮にかかる時間。
Ｓ）受信したビデオデータの再圧縮が今後予定されているかどうか。
Ｔ）受信したビデオデータの再圧縮が予定されている時間。
【００８１】
言い換えると、上記特性Ｏ、Ｐ、Ｑ、Ｒ、Ｓ、およびＴの１つ以上は上記要素Ａ、Ｂ、ＣからＮの１つ以上に応じる。
【００８２】
図７は、本発明の１つの実施例に従う方法７００の限定されない例を表すフローチャートである。ＳＴＴ２００のリソースの消費は、ステップ７０１に示されているように、指定の時間間隔で監視される。例えば、特に、ＳＴＴ２００のメモリ、処理、バス帯域幅の使用量が監視され、および／または何日間か、何週間か、何ヶ月間にわたり概算されてもよい。その後、ステップ７０２に示されているようにビデオデータが受信される。ビデオデータがアナログフォーマットで受信されると、ＳＴＴ２００によりデジタル化される。その後、ビデオデータはステップ７０３に示されているように圧縮される。ステップ７０４に示されているように、第一の複数期間が、第一のビットレートを有するそれぞれのビデオセグメント（受信したビデオデータの）をデコードするために予定される。さらに、ステップ７０５に示されているように、第二の複数期間が、デコードされたビデオセグメントを第一のビットレートより低い第二のビットレートでエンコードするために予定される。その後、ビデオセグメントは、ステップ７０６に示されているようにそれぞれ予定された第一の複数期間にデコードされる。その後、ステップ７０７に示されているように、ビデオセグメントは、それぞれ予定された第二の複数の期間でエンコードされる。
【００８３】
図４〜７に表されたステップは、１つ以上の実行可能命令に含まれるモジュール、セグメント、一部のコードを使用して実施されてもよい。代替の実施例では、図４〜７に表された機能またはステップは、当業者には理解されるとおり、関与する機能に依存して、実質上同時、逆順など、示された、あるいは説明された順序とは異なる順序で実行される場合がある。
【００８４】
図４〜７に示された方法により提供される機能は、コンピュータ関連システム（例えば埋め込みシステム）または方法により、あるいは関連して使用される任意のコンピュータ読み出し可能メディアで実施できる。本明細書の趣旨において、コンピュータ読み出し可能メディアは、電子、磁気、光学、半導体、コンピュータ関連システムまたは方法により、あるいは関連して使用されるコンピュータプログラムまたはデータを含むまたは保管できるその他の物理的デバイスあるいは方法である。さらに、図４〜７に示される方法により提供される機能は、ハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ）およびサポート回路）、ソフトウェア、ソフトウェアとハードウェアの組み合わせにより実施できる。
【００８５】
本発明の上記実施例は、可能な例、特に実施の例に過ぎず、本発明の原理を明確に理解するためのものである。本発明の原理から実質上逸脱することなく、多数の変化や変更を本発明の上記の実施例に行うことができる。このような変更や変化はすべて、開示の範囲内としてここに含まれ、以下の請求項により保護されるものとする。さらに、本発明の範囲は、ハードウェアおよび／またはソフトウェア設定メディアにおいて論理的に実施される本発明の好ましい実施例の機能の実施を含む。
【図面の簡単な説明】
【００８６】
【図１】図１は、加入者テレビシステムの限定されない例を表す高度な概念図である。
【図２】図２は、本発明の１つの実施例に従うＳＴＴの概念図である。
【図３Ａ】図３Ａは、ＳＴＴのデータフローの例を示す概念図である。
【図３Ｂ】図３Ｂは、ＳＴＴのデータフローの例を示す概念図である。
【図３Ｃ】図３Ｃは、ＳＴＴのデータフローの例を示す概念図である。
【図３Ｄ】図３Ｄは、ＳＴＴのデータフローの例を示す概念図である。
【図４】図４は、本発明の実施例に従い、図１に表されるＳＴＴにより実施されるビデオ再圧縮方法の限定されない例を表すフローチャートである。
【図５】図５は、本発明の別の実施例に従い、図１に表されるＳＴＴにより実施されるビデオ再圧縮方法の限定されない例を示すフローチャートである。
【図６】図６は、本発明のまた別の実施例に従い、図１に示されたＳＴＴにより実施されるビデオ再圧縮方法の限定されない例を表すフローチャートである。
【図７】図７は、本発明のさらなる実施例に従い、図１に示されたＳＴＴにより実施されるビデオ再圧縮方法の限定されない例を表すフローチャートである。
【図１】
2007506305.tif 000004
【図２】
2007506305.tif 000005
【図３Ａ】
2007506305.tif 000006
【図３Ｂ】
2007506305.tif 000007
【図３Ｃ】
2007506305.tif 000008
【図３Ｄ】
2007506305.tif 000009
【図４】
2007506305.tif 000010
【図５】
2007506305.tif 000011
【図６】
2007506305.tif 000012
【図７】
2007506305.tif 000013
【国際調査報告】
2007506305.tif 000014
2007506305.tif 000015
2007506305.tif 000016