(57)【要約】複雑さをスケーリング可能なデコーダシステム及び方法。前記システムは、圧縮されたビデオデータをデコードするための複数の機能ブロックを持ち、前記機能ブロックの少なくとも１つの複雑さを選択的に減少する複数のスケーリング可能な機能を更に含むデコーダと、前記デコーダのためのスケーリング戦略を生成するローカルリソースコントローラとを有し、前記スケーリング戦略はシステムリソースマネージャから受信された複雑さの要求に応じて選択され、前記スケーリング戦略は前記ローカルリソースコントローラにとって利用可能な複数の所定のスケーリング戦略から選択される。前記所定のスケーリング戦略のそれぞれは、オフラインで設計されたルックアップテーブルから選択されても良い。
2004534485.tif 000002
【特許請求の範囲】
【請求項１】
圧縮されたビデオデータをデコードするための複数の機能ブロックを持ち、前記機能ブロックの少なくとも１つの複雑さを選択的に減少する複数のスケーリング可能な機能を更に含むデコーダと、
前記デコーダのためのスケーリング戦略を生成するローカルリソースコントローラとを有し、
前記スケーリング戦略はシステムリソースマネージャから受信された複雑さの要求に応じて選択され、前記スケーリング戦略は前記ローカルリソースコントローラにとって利用可能な複数の所定のスケーリング戦略から選択される、複雑さをスケーリング可能なデコーダシステム。
【請求項２】
前記複数の所定のスケーリング戦略はルックアップテーブルに列記されている、請求項１に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項３】
前記複数の所定のスケーリング戦略はオフラインで設計される、請求項１に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項４】
前記複数の所定のスケーリング戦略のそれぞれは、前記デコーダの複雑さをどのように減少するかを前記スケーリング可能な機能の少なくとも１つに指示する、請求項１に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項５】
前記デコーダの複雑さは、ＣＰＵ処理パワー要求、帯域幅要求、パワー消費及びメモリ要求から成る群から選択される、請求項４に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項６】
前記複数の所定のスケーリング戦略の少なくとも１つは、前記リソースマネージャに要求されたクチャ・イン・ピクチャ要求を処理するための戦略を含む、請求項４に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項７】
前記ピクチャ・イン・ピクチャ要求を処理するためのスケーリング戦略は、ピクチャ・イン・ピクチャのスケーリング機能を含む、請求項６に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項８】
前記スケーリング可能な機能は、適応型Ｂフレームスケーリング、ＩＤＣＴスケーリング、動き補償スケーリング及び埋め込みサイズ変更から成る群から選択される、請求項１に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項９】
前記ローカルリソースコントローラは更に、前記デコーダによって処理されているデータを検査し、出力複雑さレベルが所定の閾値より低く低下した場合に前記選択されたスケーリング戦略を変更する、データ依存の戦略システムを含む、請求項１に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項１０】
前記データ依存の戦略システムは、出力品質が前記所定の閾値より低く低下したか否かを決定するシステムを含む、請求項９に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項１１】
前記データ依存の戦略システムは、前記デコーダによって処理されているゼロでないＤＣＴデータの量が前記所定の閾値より低く低下したか否かを決定するシステムを含む、
請求項９に記載の複雑さをスケーリング可能なデコーダシステム。
【請求項１２】
複数の処理機能及びリソースマネージャを持つメディア・プロセッサ・コアにおける複雑さをスケーリング可能なデコーダシステムを提供する方法であって、
前記リソースマネージャからスケーリング可能なデコーダと関連するローカルリソースコントローラに複雑さ要求を送信するステップと、
前記複雑さ要求に応じてルックアップテーブルからスケーリング戦略を選択するステップと、
前記スケーリング可能なデコーダに前記スケーリング戦略を伝達するステップと、
前記伝達されたスケーリング戦略に基づいて前記スケーリング可能なデコーダの複雑さを減少するステップと、
を有する方法。
【請求項１３】
前記デコーダによって処理されているデータを検査するステップと、
前記検査されたデータが所定の閾値を突破した場合に前記スケーリング戦略を変更するステップと、
を更に有する、請求項１２に記載の方法。
【請求項１４】
前記検査されたデータは出力品質レベルを含む、請求項１３に記載の方法。
【請求項１５】
前記検査されたデータはゼロでないデータの量を含む、請求項１３に記載の方法。
【請求項１６】
オフラインモードにおいて、複数の複雑さ減少要求のそれぞれについて好適なスケーリング戦略を決定する準備的なステップと、
前記好適な戦略に基づいて前記ルックアップテーブルを生成する準備的なステップと、
を有する、請求項１２に記載の方法。
【請求項１７】
前記選択されたスケーリング戦略は、パワー消費、メモリサイズ削減、帯域幅削減及び処理パワー削減から成る群から選択される複雑さ減少を実行する、少なくとも１つのスケーリング機能を含む、請求項１２に記載の方法。
【請求項１８】
実行されたときに、メディア処理コアにおけるスケーリング可能なデコーダにローカルリソースの制御を提供する、記録可能な媒体に保存されるプログラムであって、
リソースマネージャから複雑さ要求を受信するように構成されるプログラムコードと、
前記受信された複雑さ要求に基づいて、複数の所定のスケーリング戦略からスケーリング戦略を選択するように構成されるプログラムコードと、
前記選択されたスケーリング戦略を前記スケーリング可能なデコーダに伝達するように構成されるプログラムコードと、
を有するプログラム。
【請求項１９】
前記デコーダから受信されたデータを分析するように構成されるプログラムコードと、
前記分析されたデータが所定の閾値を突破した場合に前記選択されたスケーリング戦略を変更するように構成されるプログラムコードと、
を更に有する、請求項１８に記載のプログラム。
【請求項２０】
前記複数の所定のスケーリング戦略のそれぞれを含むルックアップテーブルを更に有する、請求項１８に記載のプログラム。
【請求項２１】
前記複数の所定のスケーリング戦略のそれぞれは、前記ルックアップテーブル中の関連する複雑さ要求を含む、請求項２０に記載のプログラム。
【請求項２２】
前記複数の所定のスケーリング戦略は、適応型Ｂフレームスケーリング、ＩＤＣＴスケーリング、埋め込みサイズ変更、動き補償スケーリング及びＰＩＰ処理から成る群から選択されるスケーリング機能を含む、請求項１８に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮されたビデオ信号の処理に関し、より詳細には、メディア処理コアにおけるメインストリームのデコード処理をスケーリングするためのローカルリソース制御器を実装するシステム及び方法に関する。
【背景技術】
【０００２】
マルチメディア処理システムは、消費者エレクトロニクス市場の急速に成長する分野となった。規格ベースのビデオ処理（例えばＭＰＥＧ２、ＭＰＥＧ４、Ｈ．２６３など）はこの業界の成功の重要な要素となってきた。全てのビデオ処理機能のうち、ビデオのデコード（decoding）は、種々の処理機能の中でも典型的に最もリソースを消費する処理である。ビデオのデコード処理は、種々の規格の１つに従って実行され、妥当な出力品質レベルを確保する。しかしながら、かような規格は一般に、デコーダが無限のリソースを用いて動作することを仮定する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
マルチメディア処理システムの中心には、処理機能の全てを実行するメディア・プロセッサ・コア（ＭＰＣ）がある。しかしながら、しばしば同時に起こるマルチメディア処理及びデコードの機能に対する要求は、ＭＰＣの能力（即ち、計算能力）を超える。このことが起こると、各個々の機能に割り当てられるリソース（例えば、ＣＰＵサイクル、メモリサイズ、メモリ帯域幅、電力消費など）が制限される。リソースの制約を受け易いシステムに対する１つの解決策は、特定の処理機能又はアルゴリズムの「スケーリングする（scale）」こと、即ち複雑さを減少することである。しかしながら、スケーリング処理のトレードオフは、減少された出力品質である。
【０００４】
リソースが制限されたシステムについては、特定の処理機能のために利用可能なコンピュータリソースは、システム負荷に依存して時間と共に変化し得る。システムが折り良く動作することを保証するため、アルゴリズムの複雑さレベルは、出力結果を犠牲にすることによって時間と共に前記利用可能なリソースに動的に適応される必要がある。従って、リソースの制約に動的に適応することができるスケーリング可能なデコーダに対するニーズが存在する。更に、低コスト、効率的、及びリソースが制約された複雑さをスケーリング可能なビデオデコーダは、次世代の多機能で多目的のマルチメディアビデオ装置に重要である。
【課題を解決するための手段】
【０００５】
本発明は、リソースの制約に動的に適応することができる、複雑さをスケーリング可能なデコーダシステムを提供することにより、他の問題と共に上述の問題を克服する。第１の態様において、本発明は、圧縮されたビデオデータをデコードするための複数の機能ブロックを持ち、前記機能ブロックの少なくとも１つの複雑さを選択的に減少する複数のスケーリング可能な機能を更に含むデコーダと、前記デコーダのためのスケーリング戦略を生成するローカルリソースコントローラとを有し、前記スケーリング戦略はシステムリソースマネージャから受信された複雑さの要求に応じて選択され、前記スケーリング戦略は前記ローカルリソースコントローラにとって利用可能な複数の所定のスケーリング戦略から選択される、複雑さをスケーリング可能なデコーダシステムを提供する。
【０００６】
第２の態様において、本発明は、複数の処理機能及びリソースマネージャを持つメディア・プロセッサ・コアにおける複雑さをスケーリング可能なデコーダシステムを提供する方法であって、前記リソースマネージャからスケーリング可能なデコーダと関連するローカルリソースコントローラに複雑さ要求を送信するステップと、前記複雑さ要求に応じてルックアップテーブルからスケーリング戦略を選択するステップと、前記スケーリング可能なデコーダに前記スケーリング戦略を伝達するステップと、前記伝達されたスケーリング戦略に基づいて前記スケーリング可能なデコーダの複雑さを減少するステップと、を有する方法を提供する。
【０００７】
第３の態様において、本発明は、実行されたときに、メディア処理コアにおけるスケーリング可能なデコーダにローカルリソースの制御を提供する、記録可能な媒体に保存されるプログラムであって、リソースマネージャから複雑さ要求を受信するように構成されるプログラムコードと、前記受信された複雑さ要求に基づいて、複数の所定のスケーリング戦略からスケーリング戦略を選択するように構成されるプログラムコードと、前記選択されたスケーリング戦略を前記スケーリング可能なデコーダに伝達するように構成されるプログラムコードと、を有するプログラムを提供する。
【発明を実施するための最良の形態】
【０００８】
１．概要
本発明の好適な実施例は、添付された図と共に以下に説明される。ここで同様の名称は同様の要素を示す。
【０００９】
本開示の目的のため、ＭＰＥＧ２ビデオデコーダを使用する実施例が本発明を説明するために利用される。しかしながら、本発明は同様のアーキテクチャを持ついずれのデコーダシステムに適用可能であることは理解されるべきである。標準的なＭＰＥＧ２ビデオデコーダは、当分野では良く知られており、４つの機能ブロック及び加算器を利用してＭＰＥＧ２ビデオビットストリームをデコードする。前記機能ブロックは、可変長デコーダ（ＶＬＤ）、逆走査及び逆量子化（ＩＱ）、逆離散コサイン変換（ＩＤＣＴ）及び動き補償（ＭＣ）である。ＭＰＥＧ２デコーダはフレーム記憶装置を参照するため２つのフレームバッファを利用する。一般に、フレームの解像度が高いほど、より多くのデコードリソース（メモリサイズ、メモリ帯域幅、及び計算の複雑さ）が要求される。ＭＰＥＧ２デコーダをスケーリングするための種々の方法が提案されてきた。その幾つかは以下により詳細に議論される。
【００１０】
図１を参照すると、それぞれが自身のローカルのリソースコントローラ（ＬＲＣ１乃至ＬＲＣ５）を備える種々のマルチメディア処理機能ユニット２０、２２、２４，２６及び２８を含む、全体のシステム図１０が示されている。
【００１１】
メディア・プロセッサ・コア（ＭＰＣ）リソースマネージャ１８（ここでは「ＲＭ−ＭＰＣ」又は「リソースマネージャ」と呼ぶ）は、各機能ユニットを該ユニットのローカルのリソースコントローラを通して制御する。ＲＭ−ＭＰＣ１８は例えば、サービス品質マネージャ及び戦略マネージャを有しても良い。ＲＭ−ＭＰＣ１８はシステム１０の全ての機能ユニットのリソースの利用を監視し、各個々の機能ユニットに動的に前記リソースを分配する。かくして、機能ユニットの１つがより多くのリソースを要求した場合には、ＲＭ−ＭＰＣ１８は該要求の優先度を重み付けし、全体のリソースを再分配する。ＭＰＣ１６は次いで他の機能ユニットを優先して、特定の機能ユニットからパワーをそらす（例えば、幾つかの複雑な後処理を除去する、より低い出力オーディオ品質を生成する、又は主ストリームＭＰＥＧデコードのための計算負荷を減らすなど）。
【００１２】
２．リソースをスケーリング可能なデコード
本発明の特徴は、リソースをスケーリング可能なデコードシステムを提供することである。本実施例においては、該リソースをスケーリング可能なデコードシステムは、ＬＲＣ３１４と主ストリームＭＰＥＧデコード２４とによって実装される。従来の動作モードにおいては、前記機能ユニットのそれぞれのためのリソース分配はデフォルトの設計を利用していた。該設計は典型的に、主ストリームＭＰＥＧデコード処理（即ちデコーダ）２４とのリソースの衝突へは導かない。例えば、ＰＩＰ（ピクチャ・イン・ピクチャ）エンコード／デコード２２は、主ストリームデコード２４が実行されている間、常に起動されているわけではない。しかしながら、主ストリームデコードユニット２４の他の機能ユニットが、かなりのリソースを要求する場合には、主ストリームデコード２４によるリソース使用を減少させるため、ＬＲＣ３１４によってリソースをスケーリング可能なＭＰＥＧ２デコードが起動されることができる。例えば、視聴者が高品質なフォーマット（例えばＭＰＥＧ２又はＭＰＥＧ４）で記憶スペースにＰＩＰを録画したい場合、ＰＩＰエンコーダ２２がより高いリソースの優先度を獲得し、主ストリームデコード２４は自身のリソースの消費を減少するようにスケーリングされる必要がある。
【００１３】
主ストリームデコーダ２４と関連するＬＲＣ３ １４は、ＲＭ−ＭＰＣ１８から動的にリソースの予算を受信し、前記デコーダ内の各個々の機能ブロックに前記受信された予算を再分配する。ＬＲＣ３１４はかくして、１以上の可能なスケーリング戦略を用いて、デコード処理のためにどのようにリソースを割り当てるかをローカルに決定する。スケーリング戦略は、ルックアップテーブルを介して、ＬＲＣ３によって選択され制御される。該ルックアップテーブルは、図２及び図３に関連して以下に詳細に説明される。
【００１４】
３．ルックアップテーブル
スケーリング戦略は、オフラインの実験を通して得られ、次いでスケーラビリティ・ルックアップテーブルにリストされている。該ルックアップテーブルを作成するために、設計者は多くの利用可能なスケーリング機能又はアルゴリズムを提供される。各スケーリング機能は、減少された出力品質と引き換えに、前記デコーダの機能ブロックの１つの複雑さを減少させる。かようなスケーリング機能の例は、（１）「SCALABLE MPEG-2 VIDEO DECODER」と題された２００１年３月２９日出願の同時係属中の米国特許出願シリアル番号０９／８２１，１４０に開示されているような適応型Ｂフレームスケーリング、（２）「SCALABLE MPEG-2 DECODER」と題された２００１年１月１１日に出願された同時係属中の米国特許出願シリアル番号０９／７５９，０４２に開示されているようなＩＤＣＴスケーリング、（３）「SCALABLE MPEG-2 VIDEO DECODER WITH SELECTIVE MOTION COMPENSATION」と題された２００１年１月９日出願の同時係属中の米国特許出願シリアル番号０９／７０９，２６０に開示されているような動き補償スケーリング、（４）「VERTICAL SCALING OF INTERLACED VIDEO IN THE FREQUENCY DOMAIN」と題された２００１年３月３０日出願の同時係属中の米国特許出願シリアル番号０９／８６７，９７０に開示されているような埋め込みサイズ変更（embedded resizing）を含む。これらは参照によって本明細書に組み込まれたものとする。ピクチャ・イン・ピクチャ処理を最適化する特殊ＰＩＰ処理ルーチンのような他のスケーリング戦略も同様に使用されることができる。かくして、以上列記されたスケーリング機能は単に例示目的のものであって、他のスケーリング機能が同様に実装されることができることは理解されるべきである。
【００１５】
スケーラビリティ・ルックアップテーブルが、とり得る各複雑さ要求についてスケーリング戦略を決定するために準備される。各複雑さの要求は、１以上の複雑さリソースに決められた制限を有する。例えば複雑さの要求は、帯域幅の消費が８０％以下に減少され、ＣＰＵ処理パワーが９０％以下に減少される必要があることを命じ得る。
【００１６】
設計者は前もって、各個々のデコーダブロックがどの品質レベルに、どの状況においてスケーリングされ得るかを知っている。例えば、ＰＩＰが起動されている場合において、既知の割合だけ複雑さを減少するために特殊ＰＩＰ処理ルーチンが使用されることができる。各複雑さ要求のため、設計者は最良の結果を達成するため、異なるスケーリング可能な機能の種々のとり得る組み合わせを試す。前記設計者は、前記複雑さの要求に合致する全ての戦略のうち、特定の複雑さレベルについて最良の主観的な品質レベルに対応する戦略を選択する。この処理は、複雑さルックアップテーブルが完了するまで、各複雑さ要求について繰り返される。
【００１７】
例となるルックアップテーブル４６が図２に示される。図２の左側は１４個の種々の複雑さ要求である。例えば、複雑さ要求「１．」は、９０％の上限を持つ（従って即ち、１０％以上の削減を要求する）メモリ削減を示し、複雑さ要求「７．」は８５％の上限を持つ帯域幅削減を示し、複雑さ要求「１４．」は８０％の上限を持つメモリ削減と８０％の上限を持つＣＰＵ削減とピクチャ・イン・ピクチャ（ＰＩＰ）の起動とを示す等する。各複雑さ要求について、対応するスケーリング戦略が存在する（右側に列記されている）。本例においては、５個の異なるスケーリング機能が利用される。即ちＡ＝適応型Ｂフレームスケーリング、Ｉ＝ＩＤＣＴスケーリング、ＭＣ＝動き補償スケーリング、Ｅ＝埋め込みサイズ変更、及びＰ＝ＰＩＰ処理である。かくして例えば、埋め込みサイズ変更Ｅが複雑さ要求「１．」乃至「４．」のために利用される。代わりに、適応型Ｂフレーム（Ａ）、ＩＤＣＴスケーリング（Ｉ）、埋め込みサイズ変更（Ｅ）及びＰＩＰ処理（Ｐ）が、複雑さ要求「１４．」のために利用される。
【００１８】
図２に示されたテーブルは、単に例示の目的のものであることは認識されるべきである。従って、エントリの数、複雑さの範囲、複雑さのタイプ（メモリ、帯域幅、ＣＰＵ、機能）、複雑さの組み合わせ、スケーリング機能の組み合わせ、スケーリング機能のタイプ等は全て例示目的のものであって、本発明を限定するものではない。例えば、前記テーブルは、バッテリのパワー消費を含んでも良い。更に、スケーリング機能のそれぞれの変形が利用されても良い。例えば、ＩＤＣＴスケーリングの１以上の変形があっても良い。その上、前記テーブルそれ自体は、データベースとして、プログラムコードとして、データオブジェクトとして等、いずれの既知のフォーマットによって実装されても良い。
【００１９】
４．データ依存戦略
上述のルックアップテーブルは、データに依存しない戦略を有している。これは、要求される複雑さレベルは、データの特性に関わらず対応する戦略によって実現されることができることを意味している。本発明は、前記デコーダによって処理されているデータの特性に基づいてスケーリング戦略を動的に洗練又は変更することができる、データ依存戦略システムをも含む。該データ依存戦略は、上述のルックアップテーブルに組み込まれても良いし、又は別個のシステム及び／又はルックアップテーブルによって取り扱われても良い。複雑さ減少のための２つの例となるデータ依存戦略が以下のように説明される。
【００２０】
第１の例は、出力品質の劣化を含む。特に、出力品質が視聴者が許容できるものよりも悪い場合、品質を改善するために、選択された戦略は変更される必要がある。目標の品質測定（例えばデータの試験）が、許容可能な出力品質を決定するために利用されることができる。品質測定が閾値より低く低下した場合、ローカルのリソースコントローラが動的に前記スケーリング戦略を変更することができる。例えば、８０％の複雑さレベルを達成するためのデコードループにおいてＩＤＣＴスケーリングアルゴリズムを利用した後、出力品質が許容できないものであった場合、前記システムは、８０％の複雑さレベルを達成するため、Ｂ画像サイズを２分の１に減少し次いでＩＤＣＴ複雑さを更に減少するためＩＤＣＴスケーリングアルゴリズムを変更する。最終的な画像サイズは、より小さな複雑さを持つデコードループの後再スケーリングされることができる。
【００２１】
第２の例は、データ特性に照らして、前記選択されたスケーリング戦略の更なる単純化を含む。例えば、１つのシーケンスについてのＤＣＴデータが「まばらである」（即ち、少量のゼロでないデータを含む）と特定された場合、ＩＤＣＴスケーリングアルゴリズムは非常に低い複雑さレベルを提供するように指示されることができる。かくして例えば、最初に要求された８０％の複雑さは、出力品質の劣化なしに更に減少されることができる。
【００２２】
上述の２つの例は、単に例示の目的のものであって、他のデータ依存の戦略が実装されても良いことは理解されるべきである。
【００２３】
５．リソースをスケーリング可能なデコードシステム
ここで図３を参照すると、デコーダ２４、ローカルのリソース制御（ＬＲＣ）１４、オフライン設計システム５４を有する、例となる複雑さスケーリング可能なデコードシステム１２が示されている。デコーダ２４は典型的なデコーダ（即ちＶＬＤ、ＩＱ、ＩＤＣＴ及びＭＣ）を形作る機能ブロック４２を含む。従ってデコーダ２４はビットストリーム５８を受信し、出力６０を生成する。ビットストリーム５８は例えば、離散コサイン変換（ＤＣＴ）データを有し、出力６０は画素ベースのビデオ画像を有しても良い。デコーダ２４は機能ブロック４２の複雑さを減少するために利用されることができるスケーリング可能な機能４０をも含む。適応型Ｂフレームスケーリング、ＩＤＣＴスケーリング、埋め込みサイズ変更、動き補償スケーリング及びＰＩＰ処理を含むスケーリング可能な機能４０の幾つかの例は以上に説明されているが、他のスケーリング機能が利用されても良く、それ故本発明の範囲に入ることは認識されるべきである。
【００２４】
戦略５０はＬＲＣ１４に基づきスケーリング可能なデコーダを実装するためにどのスケーリング可能な機能を呼ぶべきかを決定する。ＬＲＣ１４は、以下のように戦略５０を決定する。最初に、ＬＲＣ戦略マネージャ４４が、リソースマネージャから複雑さ要求５６を受信する。ＬＲＣ戦略マネージャ４４は次いで、提示された要求５６のために適切な戦略を選択するため、ルックアップテーブル４６を調査する。例となるルックアップテーブルは図２と関連して上述されている。適切な戦略５０が選択されると、該戦略は実装のためデコーダ２４に提示される。
【００２５】
ＬＲＣ１４はデータ依存の戦略システム４８をも含む。データ依存の戦略システム４８は、デコーダ２４の機能ブロック４２によって処理されているデータ５２に基づき選択された戦略５０を変更又は洗練することができる。上述されているデータ依存の戦略の例は、（１）出力品質を閾値と比較すること、及び（２）ゼロでないデータの量が閾値より下に低下したか否かを決定することを含む。
【００２６】
上述したように、ルックアップテーブル４６及びデータ依存の戦略４８は、オフライン設計システム５４によってオフラインで設計される。戦略は、設計者が主観的に出力品質を検査する試行錯誤の処理によって、及び／又は２００１年３月２７日に出願された同時係属中の出願シリアル番号０９／８１７，９８１（参照によって本明細書に組み込まれたものとする）において開示されているような自動化されたアプリケーションによって、取得されることができる。
【００２７】
ルックアップテーブル４６は広く解釈されるべきであって、実際に物理的なテーブルを有している必要はないことは理解されるべきである。ルックアップテーブル４６はそれ故、受信された複雑さの要求に基づきスケーリングの戦略を選択するいずれのシステムを含んでも良い。例えばテーブル４６は、「if-then-else」型の又は「case」型のプログラムコード命令文を有しても良い。
【００２８】
６．例となる戦略
ここで図４を参照すると、例となるスケーリング可能なデコード処理８０が示されている。最初に、リソースマネージャ１８は、ＰＩＰ要求、メモリ状態及びコンピュータパワー状態を含むリソース情報を前記システムから受信する。リソースマネージャ１８は次いで、いずれのリソース制約に関する複雑さ要求を、ＭＰＥＧ２デコーダＬＲＣ１４に提示する。次いで、ステップ６２においてＬＲＣ１４はデコーダの複雑さが減少されるべきか否かを決定する。該複雑さが減少される必要がある場合、ステップ６４において複雑さ減少割合が算出され、ステップ６６において該デコーダにおいて必要な複雑さスケーリング可能な機能が呼び出される。複雑さの減少が必要ない場合、ステップ６８においてＬＲＣ１４はＰＩＰ要求があるか否かを問い合わせる。ＰＩＰ要求がある場合、ステップ７０においてＬＲＣ１４はＰＩＰ位置を入力し、ステップ７２においてＢフレームのパンクチュアリング（puncturing）を伴うスケーリング可能なデコーダ機能を呼び出す。ＰＩＰ要求がない場合、ステップ７４においてＬＲＣ１４はメモリ削減要求があるか否かを決定する。メモリ削減要求がある場合、ステップ７６において前記デコーダ内の埋め込みサイズ変更機能が呼び出される。
【００２９】
ここで説明されたシステム及び方法は、ハードウェア、ソフトウェア又はハードウェアとソフトウェアとの組み合わせによって実装されることができることは理解されるべきである。これらは、ここで説明された方法を実行するように構成された、いずれのタイプのコンピュータシステム、又は他の装置によって実装されても良い。ハードウェアとソフトウェアとの典型的な組み合わせは、ロードされ実行されるときに、ここで説明された方法を実行するようにコンピュータシステムを制御するコンピュータプログラムを備えた汎用コンピュータシステムである。代わりに、本発明の１以上の機能タスクを実行するために特殊化されたハードウェアを含む、専用コンピュータが利用されても良い。本発明は、ここで説明された方法及び機能の実装を可能にする全ての特徴を有し、コンピュータシステムにロードされたときにこれらの方法及び機能を実行することが可能な、コンピュータプログラム製品に組み込まれることもできる。本文脈におけるコンピュータプログラム、ソフトウェアプログラム、プログラム、プログラム製品又はソフトウェアは、いずれの言語、コード又は表記法において、直接に又は以下のいずれか又は両方の後に、情報処理能力を持つシステムに特定の機能を実行させることを意図された命令文のセットのいずれの表現をも意味する：（ａ）他の言語、コード又は表記法への変換、及び／又は（ｂ）異なるマテリアル形式による再生。
【００３０】
本発明の好適な実施例の以上の説明は例示及び説明の目的のため提示されてきた。本実施例は、網羅的なものとして、又は開示されたそのままの形式に本発明を限定するものとして意図されたものではなく、明らかに多くの変更及び変形が上述の教示に照らして可能である。当業者には明白なかような変更及び変形は、付随する請求項によって定義される本発明の範囲内に含まれるように意図される。例えば、ここで提供された説明は一般にＭＰＥＧ−２デコーダに関連するが、本発明はＭＰＥＧ１、ＭＰＥＧ４、Ｈ．２６Ｌ、Ｈ．２６１及びＨ．２６３のような規格を利用する同様のシステムに適用されることができることは理解されるべきである。
【図面の簡単な説明】
【００３１】
【図１】本発明によるメディア・プロセッサ・コアのブロック図を示す。
【図２】本発明によるルックアップテーブルを示す。
【図３】本発明の好適な実施例によるリソースをスケーリング可能なデコードシステムを示す。
【図４】スケーリング可能なデコードシステムのフロー図の例を示す。
【図１】
2004534485.tif 000003
【図２】
2004534485.tif 000004
【図３】
2004534485.tif 000005
【図４】
2004534485.tif 000006
【国際公開パンフレット】
2004534485.tif 000007
2004534485.tif 000008
2004534485.tif 000009
2004534485.tif 000010
2004534485.tif 000011
2004534485.tif 000012
2004534485.tif 000013
2004534485.tif 000014
2004534485.tif 000015
2004534485.tif 000016
2004534485.tif 000017
2004534485.tif 000018
2004534485.tif 000019
2004534485.tif 000020
2004534485.tif 000021
2004534485.tif 000022
2004534485.tif 000023
2004534485.tif 000024
【国際調査報告】
2004534485.tif 000025
2004534485.tif 000026
2004534485.tif 000027