マルチメディアストリームの第一の部分の復号化が中断されるシナリオを識別する段階と、前記マルチメディアストリームの第二の部分の復号化を継続する一方、前記マルチメディアストリームの前記第一の部分の復号化を中断する段階と、を含むコンピュータで実現される方法。前記第一の部分はビデオストリームであり、前記第二の部分はオーディオストリームであり、前記シナリオは、前記ビデオストリームについてのプレイバックアプリケーションが隠されることを含む、請求項1記載の方法。前記第一の部分はオーディオストリームであり、前記第二の部分はビデオストリームであり、前記シナリオは、前記オーディオストリームがミュートされることを含む、請求項1記載の方法。前記シナリオが変化したかを判定する段階と、前記マルチメディアストリームの前記第一の部分の復号化を再開する段階と、を更に含む請求項1記載の方法。前記マルチメディアストリームの前記第一の部分の復号化を再開する段階は、前記マルチメディアストリームの前記第二の部分で現在復号化されている第一のフレームを識別する段階と、前記マルチメディアストリームの前記第一の部分における第二のフレームであって、前記第一のフレームに対応する第二のフレームを識別する段階と、前記第二のフレームで前記マルチメディアストリームの前記第二の部分のレンダリングを再開する段階と、を含む請求項4記載の方法。少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されるメモリであって、マルチメディアストリームの第一の部分の復号化が中断されるシナリオを識別し、前記マルチメディアストリームの第二の部分の復号化を継続する一方、前記マルチメディアストリームの前記第一の部分の復号化を中断する、ための命令を記憶するメモリと、を備えるシステム。前記第一の部分はビデオストリームであり、前記第二の部分はオーディオストリームであり、前記シナリオは、前記ビデオストリームのプレイバックアプリケーションが隠されることを含む、請求項6記載のシステム。前記第一の部分はオーディオストリームであり、前記第二の部分はビデオストリームであり、前記シナリオは、前記オーディオストリームがミュートされることを含む、請求項6記載のシステム。前記命令は、前記シナリオが変化したかを決定し、前記マルチメディアストリームの前記第一の部分の復号化を再開するための命令を更に含む、請求項6記載のシステム。前記メディアストリームの前記第一の部分の復号化を再開することは、前記マルチメディアストリームの前記第二の部分で現在復号化されている第一のフレームを識別する段階と、前記マルチメディアストリームの前記第一の部分における第二のフレームであって、前記第一のフレームに対応する第二のフレームを識別する段階と、前記第二のフレームで前記マルチメディアストリームの前記第二の部分のレンダリングを再開する段階と、を含む請求項9記載のシステム。コンピュータ読み取り可能な記録媒体と、前記コンピュータ読み取り可能な記録媒体で記録される命令であって、処理システムで実行されたときに、前記処理システムに、マルチメディアストリームの第一の部分の復号化が中断されるシナリオを識別し、前記マルチメディアストリームの第二の部分の復号化を継続する一方、前記マルチメディアストリームの前記第一の部分の復号化を中断する処理を実行させる命令と、を備えるコンピュータプログラムプロダクト。前記第一の部分はビデオストリームであり、前記第二の部分はオーディオストリームであり、前記シナリオは、前記ビデオストリームのプレイバックアプリケーションが隠されることを含む、請求項11記載のコンピュータプログラムプロダクト。前記第一の部分はオーディオストリームであり、前記第二の部分はビデオストリームであり、前記シナリオは、前記オーディオストリームがミュートされることを含む、請求項11記載のコンピュータプログラムプロダクト。前記命令は、前記処理システムに、前記シナリオが変化したかを決定し、前記マルチメディアストリームの前記第一の部分の復号化を再開する処理を更に実行させる、請求項11記載のコンピュータプログラムプロダクト。前記メディアストリームの前記第一の部分の復号化を再開することは、前記マルチメディアストリームの前記第二の部分で現在復号化されている第一のフレームを識別し、前記マルチメディアストリームの前記第一の部分における第二のフレームであって、前記第一のフレームに対応する第二のフレームを識別する段階と、前記第二のフレームで前記マルチメディアストリームの前記第二の部分のレンダリングを再開することを含む、請求項14記載のコンピュータプログラムプロダクト。本発明の実施の形態は、特別なメディア再生のシナリオの間の電力消費を最適化する方法、装置、システム及びコンピュータプログラムプロダクトを提供する。1実施の形態では、本方法は、マルチメディアストリームの第一の部分の復号化が中断されるシナリオを識別する段階、マルチメディアストリームの第二の部分を復号化し続ける間に、マルチメディアストリームの第一の部分の復号化を中断する段階を含む。第一の部分は、ビデオストリームであり、第二の部分は、オーディオストリームであり、シナリオは、ビデオストリームのプレイバックウィンドウが隠されることを含む場合がある。第一の部分は、オーディオストリームであり、第二の部分は、ビデオストリームであり、シナリオは、オーディオストリームがミュートされることを含む。本方法は、シナリオが変化したかを判定する段階、及びマルチメディアストリームの第一の部分の復号化を再開する段階を更に含む。本発明は、マルチメディアストリームの第二の部分で現在復号化されている第一のフレームを識別する段階、マルチメディアストリームの第一の部分における第二のフレームであって、第一のフレームに対応する第二のフレームを識別する段階、及びマルチメディアストリームの第一の部分の第二のフレームでのレンダリングを再開する段階を更に含む。本発明の1実施の形態又は実施の形態に対する明細書における参照は、実施の形態に関して記載される特定の特徴、構造又は特性が本発明の少なくとも1つの実施の形態に含まれることを意味する。従って、明細書を通して様々な位置に現れる記載1実施の形態では、1実施の形態によればは、必ずしも、同じ実施の形態を全て示すものではない。説明のため、特定の構成及び詳細が本発明の完全な理解を提供するために述べられる。しかし、当業者にとって、本発明の実施の形態が本明細書で提示された特定の詳細なしに実施される場合があることが明らかであろう。さらに、公知の特徴は、本発明を曖昧にしないように省略又は簡略化される場合がある。様々な例は、この記載を通して与えられる場合がある。これらは、本発明の特定の実施の形態の単なる記載にすぎない。本発明の範囲は、与えられた例に限定されない。図1は、本発明の1実施の形態に係る、特別なメディア再生のシナリオについて電力の最適化を可能にするシステムのブロック図である。システム100は、アプリケーションレイヤ110及びオペレーティングシステム/ランニングレイヤ150を有するソフトウェア環境と、プロセッサ160及びメモリ170を含むハードウェア環境を有する。システムのユーザ102は、メディアアプリケーション120及び他のアプリケーション130のようなアプリケーションレイヤ110におけるプロセッサ160で実行されるアプリケーションを使用する。ユーザ102は、あるアプリケーションから別のアプリケーションに焦点をシフトし、これによりアクティブなアプリケーションは、アクティブでないアプリケーションに重ね合わせられる。例えば、ユーザ102は、メディアアプリケーション120を使用してビデオを再生するか、ワードプロセッシングアプリケーションをアクティブにし、これによりビデオアプリケーションを隠す。ユーザ102は、ワードプロセッシングアプリケーションにおいて作業している間、オーディオストリームを聞き続けることを選択する場合がある。通常の再生のシナリオでは、ビデオストリームは、ビデオストリームの表示がアクティブではない場合でさえ、オーディオストリームに合わせて復号化され続ける。図1に示される実施の形態では、ビデオ表示が別のアプリケーションにより重ね合わされる、この再生のシナリオが検出され、システム100における電力消費を最適化するために使用される。オペレーティングシステム/ランタイム150は、電力消費が最適化されるシナリオを検出する。ポリシーデータストア140は、ユーザ102により設定可能な電力最適化パラメータを記憶する。電力最適化パラメータの1つの例は、ビデオ復号化を中断する電力節約モードに切り替える前に、ビデオプレイバックアプリケーションが別のアプリケーションにより重ね合わせられる時間量である。例えば、ビデオプレイバックアプリケーションが10秒間だけ別のアプリケーションにより重ねられる場合、ビデオストリームの復号化は、電力を節約するために中断される。電力最適化パラメータの別の例は、オーディオ復号化を中断する電力節約モードへの切り替えの前にオーディオがミュートされる時間量である。オペレーティングシステム/ランタイム150が、ビデオプレイバックアプリケーションが別のアプリケーションにより重ね合わされるか、又はオーディオストリームのミュートのような、電力消費が最適化されるシナリオを検出したとき、オペレーティングシステム/ランタイム150は、ポリシーデータストア140をチェックして、ポリシーを作動させるかを判定する。あるポリシーの電力最適化パラメータが適合される場合、オペレーティングシステム/ランタイム150は、利用可能なオーディオ又はビデオストリームの復号化を中断するようにメディアアプリケーション120に通知する。オペレーティングシステム/ランタイム150による通知に応答して、メディアアプリケーション120は、適用可能なオーディオ又はビデオストリームの復号化を中断する。1実施の形態では、適用可能なオーディオ又はビデオストリームの復号化の中断は、ビットストリームの解析及びレンダリングをオフにすることを含む。システム100のハードウェア環境を参照して、プロセッサ160は、処理電力をシステム100に供給するものであって、シングルコアプロセッサ又はマルチコアプロセッサであり、1を超えるプロセッサがシステム100に含まれる場合がある。プロセッサ160は、1以上のシステムバス、通信経路又は媒体図示せずを介してシステム100の他のコンポーネントに接続される。プロセッサ160は、オペレーティングシステム/メディアアプリケーション120及び他のアプリケーション130のようなホストアプリケーションを実行する。システム100は、メモリ170のようなメモリ装置を更に含む。これらのメモリ装置は、ランダムアクセスメモリRAM及びリードオンリメモリROMを含む。この開示のため、用語ROMは、EPROMErasableProgrammableROM、EEPROMElectricallyErasableProgrammableROM、フラッシュROM、フラッシュメモリ等のような不揮発性メモリ装置を一般に示すために使用される。これらのメモリ装置は、IDEIntegratedDriveElectronicsハードドライブ、及び/又は、フロプティカルディスク、光ストレージ、テープ、フラッシュメモリ、メモリスティック、デジタルビデオディスク、バイオロジカルストレージ等のような他の装置又はメディアを更に含む。また、プロセッサ160は、ディスプレイコントローラ、SCSISmallComputerSystemInterfaceコントローラ、ネットワークコントローラ、USBUniversalSerialBusコントローラ、キーボード及びマウスのような入力装置等のような更なるコンポーネントに通信可能に結合される場合もある。システム100は、様々なシステムコンポーネントを通信可能に結合するため、メモリコントローラハブ、入力/出力IOコントローラハブ、PCIルートブリッジ等のような1以上のブリッジ又はハブを含む。本明細書で使用されたとき、用語バスは、ポイントツーポイント経路のような共通通信経路を示すために使用される。システム100の幾つかのコンポーネントは、バスと通信する例えばPCIコネクタといったインタフェースをもつアダプタカードとして実現される場合がある。1実施の形態では、1以上の装置は、プログラマブル又はノンプログラマブルロジックデバイス又はアレイ、特定用途向け集積回路ASIC、埋め込みコンピュータ、スマートカード等のようなコンポーネントを使用した、組み込みコントローラとして実現される場合がある。本明細書で使用されたとき、用語処理システム及びデータ処理システムは、単一のマシン、互いに動作する通信可能に結合されたマシン又はデバイスのシステムを広義に含むことが意図される。例となる処理システムは、限定されるものではないが、分散コンピューティングシステム、スーパーコンピュータ、高性能コンピューティングシステム、コンピューティングクラスタ、メインフレームコンピュータ、ミニコンピュータ、クライアントサーバシステム、パーソナルコンピュータ、ワークステーション、サーバ、ポータブルコンピュータ、ラップトップコンピュータ、タブレット、電話、パーソナルデジタルアシスタントPDA、ハンドヘルド装置、オーディオ及び/又はビデオ装置のような娯楽装置、及び他の情報を処理又は伝送する他の装置を含む。システム100は、少なくとも部分的に、キーボード、マウス等のような従来の入力装置からの入力により制御されるか、及び/又は、別のマシン、生体フィードバック、又は他の入力源又は信号から受信されたコマンドにより制御される。システム100は、ネットワークコントローラ、モデム、或いは、他の通信ポート又はカップリングのような、1以上のリモートデータ処理システム図示せずへの1以上のコネクションを利用する場合がある。システム100は、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、イントラネット、インターネット等のような、物理的なネットワーク及び/又は論理的なネットワークにより他の処理システム図示せずに相互接続される。ネットワークを含む通信は、無線周波RF、衛星、マイクロ波、IEEEInstituteofElectricalandElectronicsEngineers80211、Bluetooth登録商標、光、赤外線、ケーブル、レーザ等を含む、様々な有線及び/又は無線の短距離又は長距離のキャリア及びプロトコルを利用する場合がある。図2は、通常の再生のシナリオの間の図1のメディアアプリケーションのコンポーネント間のデータフローを示すメディアパイプラインである。メディアソースファイル210は、図1のメディアアプリケーション120のデマルチプレクサ/スプリッタ220コンポーネントにより受信される入力メディアストリームを表す。デマルチプレクサ/スプリッタ220は、入力メディアストリームをビデオストリーム221とオーディオストリーム222に分割する。ビデオストリーム221は、ビデオデコーダ230への入力として供給され、ビデオデコーダは、ビットストリームを解析及びデコードし、デコードされたビデオビットストリーム231をビデオレンダラー240に供給し、ビデオレンダラーは、ビデオ出力をレンダリングする。デマルチプレクサ/スプリッタ220から、オーディオストリーム222は、オーディオデコーダ250への入力として供給される。デコードされた出力オーディオストリーム251は、ソース装置260に供給される。図3は、本発明の1実施の形態に係る、ビデオプレイバックアプリケーションが別のアプリケーションによりオーバラップされる再生のシナリオの間の、図1のメディアアプリケーションのコンポーネント間のデータフローを示すメディアパイプラインである。メディアソースファイル310は、図1のメディアアプリケーション120のデマルチプレクサ/スプリッタ320コンポーネントにより受信される入力メディアストリームを表す。デマルチプラクサ/スプリッタ320は、入力メディアストリームをビデオストリーム321とオーディオストリーム322に分割する。しかし、ビデオプレイバックアプリケーションは、別のアプリケーションにより重ね合わされているため、デマルチプレクサ/スプリッタ320は、ビデオストリーム321をビデオデコーダ330に供給せず、したがってビデオストリームは、ビデオレンダラー340に到達せず、従ってビデオ出力はレンダリングされない。ビデオがデコードされない時間の間、ビデオをデコード及びレンダリングするCPUサイクルを除くことで、有意な電力の節約が可能である。ビデオストリームはデコードされないが、デマルチプレクサ/スプリッタ320は、オーディオストリーム322をオーディオデコーダ350に供給し続ける。デコードされた出力オーディオシステム351は、サウンド装置360に供給される。別のアプリケーションにより重ね合わされているビデオプレイバックアプリケーションのシミュレーションは、ビデオストリームを再生する3GBのRAMをもつINTEL登録商標Core2Duo登録商標20GHzで実行され、メディアストリームのビデオストリームは、MPEG4Part2でエンコードされ、オーディオストリームは、MP3でエンコードされる。オーディオ復号化とビデオ復号化の両者による1分間の再生のシナリオは、オーディオ復号化のみによる1分間の再生のシナリオビデオアプリケーションは、別のアプリケーションにより重ね合わされるに比較される。CPIClocksPerInstructionRetiredにおける42の低減が発見され、消費される電力における比例した節約を生じさせる。図4は、本発明の1実施の形態に係る、オーディオ出力がミュートされる再生のシナリオの間の、図1のメディアアプリケーションのコンポーネント間のデータフローを示すメディアパイプラインである。メディアソースファイル410は、図1のメディアアプリケーション120のデマルチプレクサ/スプリッタ420のコンポーネントにより受信される入力メディアストリームを表す。デマルチプレクサ/スプリッタ420は、入力メディアストリームをビデオストリーム421及びオーディオストリーム422に分割する。ビデオストリーム421は、ビデオデコーダ430への入力として供給され、ビデオデコーダは、ビットストリームを解析及びデコードし、デコードされたビットストリーム431をビデオレンダラー440に供給し、ビデオレンダラーは、ビデオ出力をレンダリングする。しかし、デマルチプレクサ/スプリッタ420は、オーディオデコーダ450への入力としてオーディオストリーム422を供給せず、出力オーディオストリームは、サウンド装置460に供給されない。有意な電力の節約は、オーディオ出力をデコード及びレンダリングするため、CPUサイクルをバイパスすることで達成される。図5は、通常の再生のシナリオの間の図1のメディアアプリケーションのコンポーネント間の相互作用を示すシーケンスダイアグラムである。アクション51では、入力メディアストリームは、メディアプレーヤ510に供給される。ビデオクリップの受信に応答して、アクション52では、メディアプレーヤ510はオーディオデコーダ510を呼び出し、ビットストリームを供給する。アクション53では、オーディオデコーダ520は、ビットストリームをデコードし、オーディオストリーム出力をスピーカ550でレンダリングする。アクション54では、メディアプレーヤ510はビデオデコーダ530を呼び、ビデオストリームを供給する。アクション55では、ビデオデコーダ530は、ビデオ出力ストリームをデコードして、ディスプレイ560でレンダリングする。このアクティビティの間、OSサービス540は、ポリシーがアクティブであるときに電力消費量が最適化されるシナリオをモニタリングする。図5におけるステップは、ビデオクリップにおける全てのフレームについて繰り返される。オーディオ及びビデオ復号化及びレンダリングのアクションは、並列に行われる場合があり、例えばアクション52及び53は、アクション54及び55と並列に行われる場合がある。さらに、幾つかのオーディオ又はビデオフレームは、他のオーディオ又はビデオフレームがレンダリングされているのと同時にデコードされ、例えば、ステップ52で、幾つかのフレームは、ステップ53又は55で他のフレームがレンダリングされるのと同時にデコードされる。図6は、本発明の1実施の形態に係る、ビデオプレイバックアプリケーションが別のアプリケーションにより重ね合わせられる再生のシナリオの間の図1のメディアアプリケーションのコンポーネント間の相互作用を示すシーケンスダイアグラムである。アクション61では、入力メディアストリームは、メディアプレーヤ610に供給される。アクション62では、ビデオクリップの受信に応答して、メディアプレーヤ610は、オーディオデコーダ620を呼び出し、ビットストリームを供給する。アクション63では、オーディオデコーダ620は、ビットストリームをデコードし、オーディオストリーム出力をスピーカ650にレンダリングする。アクション6.4では、メディアプレーヤ610は、ビデオデコーダ630を呼び出し、ビデオストリームを供給する。アクション65では、ビデオデコーダ630は、ビデオ出力ストリームをデコードして、ディスプレイ660でレンダリングする。全てのこのアクティビティの間、OSサービス640は、電力の消費が最適化されるシナリオをモニタする。このポイントまで、電力消費を最適化する機会が生じないので、通常の再生のシナリオが続く。図6におけるステップは、メディアクリップにおける全てのフレームについて実行される。図におけるオーディオ及びビデオのステップは並列して行われる。アクション66では、OSサービス640は、ビデオプレイバックアプリケーションが別のアプリケーションにより重ね合わせられるシナリオを識別する。アクション67では、OSサービス640は、イベントPLAYBACKAPPLICATIONLOSTFOCUSをメディアプレーヤ610に送出する。イベントの受信に応じて、メディアプレーヤ610は、電力最適化モードに入るため、ビデオストリームの復号化を中断する。アクション68では、メディアプレーヤ610は、オーディオストリームを復号化のためにオーディオデコーダ620に送出し続け、アクション69では、オーディオデコーダ620は、出力オーディオストリームをスピーカ650でレンダリングする。ビデオ復号化が再び必要とされるシナリオをOSサービス640が識別するまで、オーディオのみの再生が継続する。アクション610では、ユーザは、ビデオプレイバックアプリケーションへの焦点を回復する。このイベントの検出に応答して、アクション611において、OSサービス640は、イベントPLAYBACKAPPLICATIONFOCUSREGAINEDをメディアプレーヤ610に送出する。イベントの受信に応答して、メディアプレーヤ610は、CurrentFrameパラメータによりGetReferenceFrame機能を呼び出すことで、オーディオ出力において再生されている現在のフレームを識別する。現在アクティブなオーディオフレームは、現在のビデオフレームを復号化してオーディオ再生と同期したビデオ再生を配置するため、対応するビデオフレーム及び関連される参照フレームを識別するために使用される。アクション613では、全ての参照フレームは、メディアプレーヤ610から復号化のためにビデオデコーダ630に送出される。現在のオーディオフレームに対応する参照フレームを識別するため、全ての参照フレームが復号化される。現在のビデオフレームから開始するフレームのみが表示される。全ての参照フレームが復号化される必要があるとしても、制限された数の参照フレームのみが利用可能である。例えば、H264規格の下で、毎秒24フレームで実行するビデオクリップが参照フレームをデコードするために1秒未満を必要とするように、最大で16の参照フレームが利用可能である。アクション614では、オーディオストリームとビデオストリームが同期されたからには、焦点が当てられたビデオプレイバックアプリケーション及びミュートされていないオーディオとにより通常の再生が再開される。アクション614では、メディアプレーヤ610は、オーディオストリームをオーディオデコーダ620に供給し、アクション615で、オーディオデコーダは、オーディオストリームをデコードし、スピーカ650でレンダリングする。アクション616では、メディアプレーヤ610は、ビデオストリームを復号化のためにビデオデコーダ630に送出し、アクション617では、ビデオデコーダ630は、ビデオストリームをデコードし、ディスプレイ660をレンダリングする。図7は、本発明の1実施の形態に係る、オーディオ出力がミュートされる再生のシナリオの間の、図1のメディアアプリケーションのコンポーネント間の相互作用を示すシーケンスダイアグラムである。アクション71では、入力メディアストリームは、コマンドPlayClipを介してメディアプレーヤ710に供給される。ビデオクリップの受信に応答して、アクション72では、メディアプレーヤ710は、オーディオデコーダ720を呼び出し、ビットストリームを供給する。アクション73では、オーディオデコーダ720は、ビットストリームをデコードして、オーディオストリーム出力をスピーカ750でレンダリングする。アクション74では、メディアプレーヤ710は、ビデオデコーダ730を呼び出し、ビデオストリームを供給する。アクション75では、ビデオデコーダ730は、ビデオ出力ストリームをデコードし、ディスプレイ760でレンダリングする。全てのこのアクティビティの間、OSサービス740は、電力の消費を最適化することができるシナリオをモニタする。このポイントまで、電力の消費を最適化する機会が生じないので、通常の再生のシナリオが続く。アクション76では、サービス740は、オーディオ再生がミュートされるシナリオを識別する。アクション77では、OSサービス740は、イベントAUDIOMUTEDをメディアプレーヤ710に送出する。イベントの受信に応答して、メディアプレーヤ710は、電力最適化モードに入るため、オーディオストリームの復号化を中断する。アクション78では、メディアプレーヤ710は、ビデオストリームを復号化のためにビデオデコーダ730に送出し続け、アクション79では、ビデオデコーダ730は、出力ビデオストリームをディスプレイ760でレンダリングする。オーディオ復号化が再び必要とされるシナリオをOSサービス740が識別するまで、ビデオのみの再生が継続する。アクション710では、ユーザは、オーディオ再生のミュートを解除する。このイベントの検出に応答して、アクション711では、OSサービス740は、イベントAUDIOUNMUTEDをメディアプレーヤ710に送出する。イベントの受信に応答して、メディアプレーヤ710は、CurrentFrameパラメータによりGetReferenceFrame機能を呼び出すことで、ビデオ出力で再生されている現在のフレームを識別する。現在アクティブなビデオフレーム及びオーディオのミュートを解除する時間は、対応するオーディオ参照フレームを識別して、ビデオの再生をオーディオの再生に同期させるために使用される。アクション713では、全ての参照フレームは、メディアプレーヤ710から復号化のためにオーディオデコーダ730に送出される。全ての参照フレームは、現在のオーディオフレームに対応する参照フレームを識別するために復号化される。アクション714では、オーディオストリームとビデオストリームとが同期されたからには、焦点が当てられるビデオプレイバックアプリケーションとミュートされていないオーディオとにより通常の再生が再開される。アクション714では、メディアプレーヤ710は、オーディオストリームをオーディオデコーダ720に供給し、アクション715で、オーディオデコーダは、オーディオストリームをデコードして、スピーカ750でレンダリングする。アクション716で、メディアプレーヤ710は、ビデオストリームを復号化のためにビデオデコーダ730に送出し、アクション717で、ビデオデコーダ730は、ビデオストリームをデコードし、ディスプレイ760でレンダリングする。図8は、本発明の別の実施の形態に係る、オーディオ出力がミュートされた再生のシナリオの間の図1のシステムのコンポーネント間の相互作用を示すシーケンスダイアグラムである。アクション81では、入力メディアストリームは、コマンドPlayVideoClipを介してメディアプレーヤ810に供給される。アクション82では、ビデオクリップの受信に応答して、メディアプレーヤ810は、オーディオデコーダ820を呼び出し、ビットストリームを供給する。アクション83では、オーディオデコーダ820は、ビットストリームをデコードし、オーディオストリーム出力をスピーカ850でレンダリングする。アクション84では、メディアプレーヤ810は、ビデオデコーダ830を呼び出し、ビデオストリームを供給する。アクション85では、ビデオデコーダ830は、ビデオ出力ストリームをデコードし、ディスプレイ860でレンダリングする。ポリシーがアクティブであるときにこのアクティビティの全ての間、OSサービス840は、電力消費が最適化されるシナリオをモニタする。このポイントまで、電力消費を最適化する機会が生じないので、通常の再生シナリオが続く。アクション86では、OSサーバ840は、オーディオ再生がミュートされるシナリオを識別する。アクション87では、OSサービス840は、イベントAUDIOMUTEDをメディアプレーヤ810に送出する。イベントの受信に応答して、メディアプレーヤ810は、電力最適化モードに入るため、オーディオストリームの復号化を中断する。アクション88では、メディアプレーヤ810は、ビデオストリームを復号化のためにビデオデコーダ830に送出し続け、アクション89では、ビデオデコーダ830は、出力ビデオストリームをディスプレイ860でレンダリングする。オーディオ復号化が再び必要とされるシナリオをOSサービス840が識別するまで、ビデオのみの再生が継続する。アクション810では、ユーザは、オーディオ再生のミュートを解除する。このイベントの検出に応答して、アクション811では、OSサービス840は、イベントAUDIOUNMUTEDをメディアプレーヤ810に送出する。焦点が当てられたビデオプレイバックアプリケーションとミュートされていないオーディオとにより通常の再生が再開する。アクション812では、メディアプレーヤ810は、オーディオストリームをオーディオデコーダ820に供給し、アクション813では、オーディオデコーダは、オーディオストリームをデコードし、スピーカ850でレンダリングする。アクション814では、メディアプレーヤ810は、ビデオストリームを復号化のためにビデオデコーダ830に送出し、アクション815では、ビデオデコーダ830は、ビデオストリームをデコードし、ディスプレイ860でレンダリングする。本明細書で記載された技術は、オーディオ又はビデオ復号化が回避される特別な再生のシナリオを認識することで、電力節約が達成されるのを可能にする。結果として得られる電力の節約は、マルチメディアプレゼンテーションのユーザの楽しみを妥協することなしに、携帯装置のバッテリ寿命を延長する。本明細書で開示されるメカニズムの実施の形態は、ハードウェア、ソフトウェア、ファームウェア、係る実現アプローチの組み合わせで実現される場合がある。本発明の実施の形態は、少なくとも1つのプロセッサ、揮発性及び不揮発性メモリ及び/又はストレージエレメントを含むデータストレージシステム、少なくとも1つの入力装置、少なくとも1つの出力装置を含むプログラマブルシステムで実行するコンピュータプログラムとして実現される場合がある。プログラムコードは、本明細書で記載された記載を実行し、出力情報を生成するために適用される。また、本発明の実施の形態は、本発明の動作を実行する命令を含むか、又は本明細書で記載された構造、回路、装置、プロセッサ及び/又はシステムの特徴を定義するHDLのようなデザインデータを含むコンピュータアクセス可能な記録媒体を含む。また、係る実施の形態は、プログラムプロダクトと呼ばれる。係るコンピュータアクセス可能な記録媒体は、限定されることなしに、ハードディスク、フロプティカルディスクを含む何れかのタイプのディスク、光ディスク、コンパクトディスクリードオンリメモリCDROM、コンパクトディスクリライタブルCDRW、及び光磁気ディスク、リードオンリメモリROMのような半導体装置、ダイナミックランダムアクセスメモリDRAMのようなランダムアクセスメモリRAM、スタティックランダムアクセスメモリSRAM、消去可能なプログラマブルリードオンリメモリEPROM、フラッシュプログラマブルメモリFLASH、電気的に消去可能なプログラマブルリードオンリメモリEEPROM、磁気又は光カード、又は電子的な命令を記録するために適した何れかの他のタイプの記録媒体を含めて、コンピュータ又は装置により製造又は形成される有形の粒子の配置を含む場合がある。出力情報は、公知のやり方で1以上の出力装置に適用される場合がある。この適用のため、処理システムは、例えばデジタルシグナルプロセッサDSP、マイクロコントローラ、特定用途向け集積回路ASICのようなプロセッサを有するシステムを含む。プログラムは、処理システムと通信するため、高水準手続又はオブジェクト指向プログラミング言語で実現される。また、プログラムは、望まれる場合、アセンブリ言語又はマシン言語で実現される場合がある。実際、本明細書で記載されたメカニズムは、特定のプログラミング言語に制限されるものではない。何れのケースであっても、言語は、コンパイル言語又はインタープリタ言語である場合がある。本明細書では、特別のメディア再生のシナリオの間に電力の消費を最適化する方法及びシステムの実施の形態が提示された。本発明の特定の実施の形態が図示及び記載されたが、様々な変形、バリエーション、及び変更が特許請求の範囲から逸脱することなしに行われることが当業者にとって明らかであろう。従って、当業者であれば、その広義の態様において、本発明から逸脱することなしに変形及び変更が行われることを認識されるであろう。特許請求の範囲は、本発明の範囲及び精神に含まれる全ての係る変形、バリエーション及び変更をそれらの範囲において包含するものである。