JP2007287020A - 動作モード制御方法 - Google Patents

Abstract

【課題】ＣＰＵの負荷の変化に対してＣＰＵの動作モードを追従させることが可能で、処理速度向上および省電力性を達成することができる動作モード制御方法を提供する。
【解決手段】映像音声処理装置１の電源が入れられると、制御部２００が動作を始め、アプリケーション群３０００Ａのいずれかが実行される（Ｓ９）。アプリケーションは、制御部２００をアプリケーションの処理に対して追従させる必要がある状態および動作が生じた場合に、その状態および動作を検知する状態管理を行う（Ｓ１０）。次に、ロードモニタウォッチャ３０９にコマンドを送信し、ロードモニタ２００ｂから送信される情報を無視するよう指示する（Ｓ１１）。次に、状態および動作に基づき予め定められたパフォーマンスモードを判定し、ロードモニタウォッチャ３０９に送信する（Ｓ１２）。次に、制御部２００は判定されたパフォーマンスモードにて動作する（Ｓ１３〜Ｓ１６）。
【選択図】図７

Description

本発明は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｉｎｇ Ｕｎｉｔ）を搭載した機器の動作モード制御方法に関し、特に映像および音声を処理する携帯型メディアシステムにおいて高速かつ省電力を達成するための動作モード制御方法に関する。

従来の技術として、ＣＰＵを搭載した電子機器としてのポータブルコンピュータにおいて、ユーザーが電子機器の動作速度に関係するＣＰＵのクロック周波数を選択可能なポータブルコンピュータが知られている（例えば、特許文献１）。

このポータブルコンピュータによると、ＣＰＵは外部から供給される基本クロックを内部で分周してＣＰＵクロックを生成することが可能で、高速用、通常用、低速用の動作モードを有する。ユーザーは、セットアップメニューにて各動作モードを選択することが可能であり、また、それぞれの動作モードに対し用意された２種類のＣＰＵクロックをキー操作により切り替えることができる。
特開平５−１０８１９５号公報

しかし、従来のポータブルコンピュータによると、各動作モード、また各動作モード中のＣＰＵクロックをユーザーが切り替える必要があるため、ユーザーが認識していない内部でのＣＰＵの負荷に対応できないという問題がある。また、非常に短い周期で変化するＣＰＵの負荷に対してユーザーが対応するには限界があり、処理速度向上と省電力性の両立が難しいという問題がある。

従って、本発明の目的は、ＣＰＵの負荷の変化に対してＣＰＵの動作モードを追従させることが可能で、処理速度向上および省電力性を達成することができる動作モード制御方法を提供することにある。

（１）本発明は上記目的を達成するため、映像、音声あるいはその両者を再生するメディア再生システムを制御するためのアプリケーションを起動する起動ステップと、前記アプリケーションが実行されるとき、制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を停止する停止ステップと、前記アプリケーションによって前記アプリケーションの状態を管理する状態管理ステップと、前記アプリケーションによって前記状態に応じた動作モードを判定する判定ステップと、前記制御部が前記動作モードによって前記メディア再生システムを制御する制御ステップとを有することを特徴とする動作モード制御方法を提供する。

このような構成によれば、制御部の動作モード切替機能を停止させ、アプリケーションがアプリケーション内部の状態に基づいた動作モードを決定するため、制御部の処理負担に追従した動作モードの選択が可能となり、処理速度が向上し、かつ省電力性を達成することができる。

（２）また、本発明は上記目的を達成するため、映像、音声あるいはその両者を再生するメディア再生システムを制御するためのアプリケーションを起動する起動ステップと、前記アプリケーションが実行されるとき、制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を用いて前記制御部を動作させる動作ステップと、前記アプリケーションが実行されており、前記アプリケーションの状態が急激に変化するとき、制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を停止する停止ステップと、前記アプリケーションによって前記アプリケーションの状態を管理する状態管理ステップと、前記アプリケーションによって前記状態に応じた動作モードを判定する判定ステップと、前記制御部が前記動作モードによって前記メディア再生システムを制御する制御ステップと、前記制御ステップ実行後に一定の時間が経過したとき、再び制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を用いて制御部を動作させる第２の動作ステップとを有することを特徴とする動作モード制御方法を提供する。

このような構成によれば、制御部の負担が急激に変わる場合にのみ、アプリケーションがアプリケーション内部の状態に基づいた動作モードを決定するため、制御部の負担に対してより柔軟に対応可能になり、（１）の効果に加えて省電力性がさらに向上する。

本発明によれば、ＣＰＵの処理速度向上および省電力性の達成が可能となる。

以下に、本発明の動作モード制御方法の実施の形態を図面を参考にして詳細に説明する。

〔第１の実施の形態〕
（映像音声処理装置の構成）
図１は、本発明の第１の実施の形態に関する映像音声処理装置の斜視図である。

映像音声処理装置１は、内部にＣＰＵや、小型のＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）等の電子部品を有し、正面には文字、画像等を表示する表示部１１と、表示項目を操作するためのスタートスイッチ１２０とバックスイッチ１２１と決定スイッチ１２２と十字キースイッチ１２３とを有する。右側面には、電源スイッチ、音量スイッチ等からなる操作スイッチ群１２４と外部より電源を供給できる電源ジャック１２６とを有する。上側面には、イヤホンジャック１３０とロックスイッチ１２５とを有する。下側面には、図示しないＵＳＢ端子１３２と拡張コネクタ１３３を有する。

イヤホン１０は、イヤホンプラグ１３１を有し、イヤホンジャック１３０に差し込んで接続することにより音声を出力する。

図２は、本発明の第１の実施の形態に関する映像音声処理装置の概略構成図である。

制御部２００は、ＣＰＵコア２００ａとロードモニタ２００ｂとクロックＩ／Ｆ２００ｃと外部メモリＩ／Ｆ２００ｄを有し、映像音声処理装置１の各部を統括して制御し、時計機能、オーディオやビデオ等のコンテンツのファイルシステム管理、エンコードおよびデコード時の制御、再生モード設定、ユーザーインターフェース制御等の動作を行う。

操作部２０１は、映像音声処理装置１に設けられる各スイッチの操作に応じた操作信号を制御部２００に出力する。なお、ここでキーパッド２０１ａは、図１に示すスタートスイッチ１２０とバックスイッチ１２１と決定スイッチ１２２と十字キースイッチ１２３と操作スイッチ群１２４とロックスイッチ１２５とからなるスイッチ群を総括した名称とする。

メモリ２０３は、オーディオデータ等のファイルを一時的に記憶し、各部でのデータ処理を補助する。

記憶部２０４は、映像音声処理装置１を動作させるためのファームウエア、オーディオ等のコンテンツの管理に必要な管理データ、再生および制御に必要なアプリケーションプログラム、プログラムの設定データ、そしてオーディオデータ等のコンテンツデータを記憶する。

ＴＶエンコーダ２０５は、外部より拡張コネクタ１３３を介して受信した映像信号を符号化し記憶部２０４に記憶し保存する。

駆動回路２０６は、バックライト２０６ａとＬＣＤコントローラ２０６ｂを有し、ユーザー操作に基づく表示画面に応じたデータを制御部２００からバス２０９を介して入力することにより表示部１１を駆動制御する。

音声出力部２０７は、オーディオコーデック２０７ａを有し、デコードされたオーディオ信号を内蔵されたアンプで増幅してイヤホンジャック１３０に出力する。

インターフェース（Ｉ／Ｆ）部２０８は、ＵＳＢ端子１３２と拡張コネクタ１３３を有し、ＵＳＢ端子１３２等に外部機器が接続されたとき、バス２０９に対してコンテンツのデータの入出力を制御する。

（制御部の構成）
図３は、本発明の第１の実施の形態における制御部の構成を示す概略図である。

制御部２００は、演算処理を行うＣＰＵコア２００ａと、ＣＰＵコア２００ａの負荷状態を監視するロードモニタ２００ｂと、外部との動作クロックのインターフェースとなりクロック数および電圧を制御可能なクロックＩ／Ｆ２００ｃと、外部メモリとの通信におけるインターフェースとなりクロック数および電圧を制御可能な外部メモリＩ／Ｆ２００ｄとを有し、各部はＣＰＵコア２００ａを中心として接続される。

（ソフトウェアの構成）
図４は、本発明の第１の実施の形態におけるソフトウェア構成を示す概略図である。

ソフトウェアは、アプリケーション群３０００Ａと、オペレーティングシステム３０４と、ドライバ群３０００Ｂとからなり、各ドライバに対応したデバイス群２０００が接続されている。

アプリケーション群３０００Ａは、カレンダー機能を有しスケジュール管理が可能なスケジューラ３００と、テキストファイルを閲覧可能なテキストビュワ３０１と、各種ゲームソフトを実行可能なゲーム３０２と、音声ファイルおよび映像ファイルを再生および記録可能なメディアプレイヤ３０３とを有する。

オペレーティングシステム３０４は、アプリケーション群３０００Ａとドライバ群３０００Ｂを統括して管理する。

ドライバ群３０００Ｂは、ＵＳＢコントローラ２０８ａを制御するＵＳＢドライバ３０５と、オーディオコーデック２０７ａと連携して音声データと音声信号の変換を行うＤ／Ａコンバータ３０６と、ＬＣＤコントローラ２０６ｂとバックライト２０６ａとＴＶエンコーダ２０５とを管理して制御するディスプレイドライバ３０７と、キーパッド２０１ａからの入力信号を制御するキードライバ３０８と、制御部２００内のロードモニタ２００ｂと外部メモリＩ／ＦとクロックＩ／Ｆとを管理して制御するロードモニタウォッチャ３０９とを有する。

（制御部の動作）
以下に、本発明の第１の実施の形態における映像音声処理装置の動作を図１から図１３を参照しつつ説明する。

図５は、本発明の第１の実施の形態に関する制御部の処理動作を示すフローチャートである。

映像音声処理装置１の電源が入れられると、制御部２００が動作を始める。まず、ロードモニタ２００ｂによりＣＰＵコア２００ａの負荷（ＣＰＵロード）が測定される（Ｓ１）。次に、ロードモニタウォッチャ３０９は、測定されたＣＰＵロードに基づいてパフォーマンスモードを判定する（Ｓ２）。

ＣＰＵロードが大きい場合（Ｈｉｇｈ）、ロードモニタウォッチャ３０９は、制御部２００をハイパフォーマンスモードで動作させるため、ロードモニタ２００ｂよりＣＰＵコア２００ａを介してクロックＩ／Ｆ２００ｃ、および外部メモリＩ／Ｆ２００ｄに対しハイパフォーマンスモードに基づいたクロック数および電圧で動作するよう命令する（Ｓ３）。

ＣＰＵロードが標準の場合（Ｍｉｄｄｌｅ）、ロードモニタウォッチャ３０９は、制御部２００をミドルパフォーマンスモードで動作させるため、ロードモニタ２００ｂよりＣＰＵコア２００ａを介してクロックＩ／Ｆ２００ｃ、および外部メモリＩ／Ｆ２００ｄに対しミドルパフォーマンスモードに基づいたクロック数および電圧で動作するよう命令する（Ｓ４）。

ＣＰＵロードが小さい場合（Ｌｏｗ）、ロードモニタウォッチャ３０９は、制御部２００をローパフォーマンスモードで動作させるため、ロードモニタ２００ｂよりＣＰＵコア２００ａを介してクロックＩ／Ｆ２００ｃ、および外部メモリＩ／Ｆ２００ｄに対しローパフォーマンスモードに基づいたクロック数および電圧で動作するよう命令する（Ｓ５）。

図６は、本発明の第１の実施の形態における制御部の動作を示すタイミングチャートである。

時間ｔ_０よりオーディオを再生し、時間Ａよりビデオを再生している状態において、制御部２００の負荷はオーディオ再生に比べビデオ再生の方が大きいため、ＣＰＵロードは時間Ａにおいて立ち上がるように振る舞う。ロードモニタ２００ｂは１０ｍｓｅｃの一定間隔において、ＣＰＵロードの平均値を測定しており、その平均値が定められた閾値を超えた場合にロードモニタウォッチャ３０９がパフォーマンスモードを切り替える。

時間ｔ_０〜ｔ_１、ｔ_１〜ｔ_２、ｔ_２〜ｔ_３においてＣＰＵロードの平均値はローパフォーマンスモードの閾値を超えないため、ロードモニタウォッチャ３０９はローパフォーマンスモードにて制御部２００を動作させる。時間ｔ_３〜ｔ_４において、ＣＰＵロードの平均値はハイパフォーマンスモードの閾値を超えるため、ロードモニタウォッチャ３０９は、時間ｔ_４よりハイパフォーマンスモードにて制御部２００を動作させる。その結果、ｔ_４−Ａ分の時間的な遅延が生じることになる。

（映像音声処理装置の動作）
図７は、本発明の第１の実施の形態に関する映像音声処理装置の処理動作を示すフローチャートである。

映像音声処理装置１の電源が入れられると、制御部２００が動作を始め、アプリケーション群３０００Ａのいずれかが実行される（Ｓ９）。例えば、メディアプレイヤ３０３が実行されている場合、メディアプレイヤ３０３は、制御部２００をメディアプレイヤ３０３の処理に対して追従させる必要がある状態および動作が生じた場合に、その状態および動作を検知する状態管理を行う（Ｓ１０）。次に、メディアプレイヤ３０３は、オペレーティングシステム３０４を介し、ロードモニタウォッチャ３０９にコマンドを送信し、ロードモニタ２００ｂから送信される情報を無視するよう指示する（Ｓ１１）。

次に、メディアプレイヤ３０３は、状態および動作に基づき予め定められたパフォーマンスモードを判定し、オペレーティングシステム３０４を介して、ロードモニタウォッチャ３０９に送信する（Ｓ１２）。

ＣＰＵロードが大きいとメディアプレイヤ３０３が判定した場合（Ｈｉｇｈ）、ロードモニタウォッチャ３０９は、制御部２００をハイパフォーマンスモードで動作させるため、ロードモニタ２００ｂよりＣＰＵコア２００ａを介してクロックＩ／Ｆ２００ｃ、および外部メモリＩ／Ｆ２００ｄに対しハイパフォーマンスモードに基づいたクロック数および電圧で動作するよう命令する（Ｓ１３）。

ＣＰＵロードが標準であるとメディアプレイヤ３０３が判定した場合（Ｍｉｄｄｌｅ）、ロードモニタウォッチャ３０９は、制御部２００をミドルパフォーマンスモードで動作させるため、ロードモニタ２００ｂよりＣＰＵコア２００ａを介してクロックＩ／Ｆ２００ｃ、および外部メモリＩ／Ｆ２００ｄに対しミドルパフォーマンスモードに基づいたクロック数および電圧で動作するよう命令する（Ｓ１４）。

ＣＰＵロードが小さいとメディアプレイヤ３０３が判定した場合（Ｌｏｗ）、ロードモニタウォッチャ３０９は、制御部２００をローパフォーマンスモードで動作させるため、ロードモニタ２００ｂよりＣＰＵコア２００ａを介してクロックＩ／Ｆ２００ｃ、および外部メモリＩ／Ｆ２００ｄに対しローパフォーマンスモードに基づいたクロック数および電圧で動作するよう命令する（Ｓ１５）。

ＣＰＵロードがオートモードにおいてよく追従するとメディアプレイヤ３０３が判定した場合（ａｕｔｏ）、メディアプレイヤ３０３は、ロードモニタウォッチャ３０９に対しロードモニタ２００ｂを無視しないようコマンドを送信する（Ｓ１６）。その後の動作は、図５に示すフローチャートに従うものとする。

（状態管理）
以下、図３〜１０においての説明は、図７におけるＳ１０について記している。

図８は、本発明の第１の実施の形態に関する状態管理の処理動作の具体例を示すフローチャートである。

例えば、テキストビュワ３０１を操作するためにキーパッド２０１ａを操作する（Ｓ２１）。次に、キーパッド２０１ａの操作は、キードライバ３０８により認識される（Ｓ２２）。キードライバ３０８は、操作情報をオペレーティングシステム３０４を介し、テキストビュワ３０１へ送信し、テキストビュワ３０１により操作が認識される（Ｓ２３）。以降の処理は、図７のＳ１１へと続き、ロードモニタ２００ｂから送信される情報を無視するよう指示する。例えば、テキストを頻繁にスクロールするようにキーパッド２０１ａを操作した場合は、制御部２００の負荷が大きくなるため、ハイパフォーマンスモードで動作させる。

図９は、本発明の第１の実施の形態に関する状態管理の処理動作の具体例を示すフローチャートである。

例えば、スケジューラ３００起動中にキーパッド２０１ａを操作しないまま一定時間が経過した場合（Ｓ３１）、スケジューラ３００よりディスプレイドライバ３０７へコマンドが送信される（Ｓ３２）。ディスプレイドライバ３０７は、ＬＣＤコントローラ２０６ｂ、バックライト２０６ａ、およびＴＶエンコーダ２０５の動作を停止させて表示部１１の表示を切る（Ｓ３３）。次に、ディスプレイドライバ３０７よりコマンドが送信され、スケジューラ３００が状態を認識する（Ｓ３４）。以降の処理は、図７のＳ１１へと続き、ロードモニタ２００ｂから送信される情報を無視するよう指示する。スケジューラ３００のように待機時の制御部２００の負荷が小さく、また表示部１１の駆動に要していた制御部２００の負荷がなくなった場合は、ローパフォーマンスモードで動作させる。

図１０は、本発明の第１の実施の形態に関する状態管理の処理動作の具体例を示すフローチャートである。

例えば、ＵＳＢ端子１３２に図示しないＵＳＢケーブルを挿入して図示しない外部のコンピュータと通信した場合（Ｓ４１）、ＵＳＢドライバ３０５によりＵＳＢコントローラ２０８ａの状態が認識される（Ｓ４２）。次に、ＵＳＢドライバ３０５よりコマンドが送信され、例えばゲーム３０２が状態を認識する（Ｓ４３）。以降の処理は、図７のＳ１１へと続き、ロードモニタ２００ｂから送信される情報を無視するよう指示する。外部のコンピュータとの通信には制御部２００の負担が大きくなり、また、ＵＳＢケーブルより電源が供給されるため、常にハイパフォーマンスモードで動作させる。

図１１は、本発明の第１の実施の形態における映像音声処理装置の動作を示すタイミングチャートである。

オーディオを再生し、時間Ａよりビデオを再生する状態において、制御部２００の負荷はオーディオ再生に比べビデオ再生の方が大きいため、ＣＰＵロードは時間Ａにおいて立ち上がるように振る舞う。メディアプレイヤ３０３は、オーディオ再生からビデオ再生の切替動作をアプリケーション内部で状態として判定しており、時間Ａにおいてアプリケーションからの命令によって制御部２００のパフォーマンスモードをローからハイへ切り替えることで追従させる。

図１２は、本発明の第１の実施の形態におけるビデオデコード時の映像音声処理装置の動作を示すタイミングチャートである。

一般的にＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）規格の動画ファイルは、イントラフレームであるＩピクチャと、Ｉピクチャ以降の差分で構成されるインターフレームであるＰピクチャとで構成され、図１２のように示される。ピクチャあたりの時間は３３ｍｓｅｃである。

ｔ_３〜ｔ_４間のＩピクチャは、画像全体を描画する必要があるためＣＰＵロードは大きなものとなり、それ以降は差分のＰピクチャであるため、ＣＰＵロードは小さくなるが、ｔ_７〜ｔ_９間のように差分が大きなＰピクチャを処理する場合はＣＰＵロードは大きくなる。

Ｉピクチャを処理するタイミングや、差分の大きなＰピクチャを処理するタイミングは、ＭＰＥＧを処理するデコーダにおいてヘッダを読み込むことで判断できるため、そのタイミングに合わせてメディアプレイヤ３０３よりロードモニタウォッチャ３０９にコマンドを送信することで、パフォーマンスモードをＣＰＵロードに追従させて変化できる。

図１３は、本発明の第１の実施の形態におけるビデオデコード時の映像音声処理装置の動作を示すタイミングチャートである。

一般的に、ＭＰＥＧをデコードする際の処理としては、メディアプレイヤ３０３のようなソフトウェア上で、デコードし、その後の処理を駆動回路２０６のようなハードウェア上でフィルタリング、およびリスケーリングを行う。

ｔ_０〜ｔ_１間にてソフトウェア上でデコードするため、ＣＰＵロードは大きくなり、ｔ_１〜ｔ_３間ではハードウェアフィルタリングを行うため、ＣＰＵロードは小さくなり、フィルタリング後に生じるハードウエア間のデータ転送時に一時的にＣＰＵロードが大きくなる。ｔ_３〜ｔ_５間ではハードウェアリスケーリングを行うため、ＣＰＵロードは小さくなり、リスケーリング後に生じるハードウェア間のデータ転送時に一時的にＣＰＵロードが大きくなる。この一連の動作は、１フレーム分の３３ｍｓｅｃにて終了する。

ロードモニタ２００ｂは、一定時間のＣＰＵロードの平均値を測定するため、１フレーム分のＣＰＵロードをローパフォーマンスモードであると判定する。ロードモニタ２００ｂの指示に従い、ローパフォーマンスモードで動作する場合、制御部２００は、ソフトウェアデコードの処理をｔ_１までに終了できず、δｔ分遅れたｔ_２にて処理を終了する。ハードウェアフィルタリング、およびハードウェアリスケーリングの処理終了時刻はδｔ遅れるため、１フレーム分の処理は３３ｍｓｅｃで終了せず、動画表示のコマ落ちが生じる。

メディアプレイヤ３０３によって制御部２００の管理を行う場合、ロードモニタウォッチャ３０９より、制御部２００をハイパフォーマンスモードで動作させるよう指示するため、ソフトウェアデコードの処理の際に遅れが生じず、３３ｍｓｅｃにて処理が終了する。

（第１の実施の形態の効果）
上記した実施の形態によると、ロードモニタ２００ｂを無視して、アプリケーションレベルからロードモニタウォッチャ３０９を介して制御部２００のパフォーマンスモードを制御することができるため、ＣＰＵロードに確実に追従したパフォーマンスモードを選択することが可能であり、処理速度向上および省電力性を達成することができる。

また、アプリケーションレベルから制御部２００のパフォーマンスモードを制御するため、ユーザーの認識できない内部処理の負荷の増減に対応することができ、処理速度向上および省電力性を達成することができる。

〔第２の実施の形態〕
（動作）
以下に、本発明の第２の実施の形態における映像音声処理装置の動作を図１４および各図を参照しつつ説明する。

図１４は、本発明の第２の実施の形態に関する映像音声処理装置の動作を示すタイミングチャートである。なお、以下の説明において、第１の実施の形態と同一の構成および機能を有する部分については共通の符号を付している。

オーディオを再生し、時間Ａよりビデオを再生する状態において、制御部２００の負荷はオーディオ再生に比べビデオ再生の方が大きいため、ＣＰＵロードは時間Ａにおいて立ち上がるように振る舞う。時間Ａまでは、ロードモニタ２００ｂがＣＰＵロードを測定することにより動作するオートパフォーマンスモードにより制御部２００を動作させる。時間Ａにおいて、メディアプレイヤ３０３は、オーディオ再生からビデオ再生の切替動作をアプリケーション内部で状態として判定しており、制御部２００のパフォーマンスモードをローからハイへ切り替えることで追従させる。時間Ｂにおいて、再びオートパフォーマンスモードにより制御部２００を動作させる。

（第２の実施の形態の効果）
上記した実施の形態によると、再生状態を切り替える場合等、制御部２００への負荷が急激に増大するタイミングをアプリケーション内部にて状態として判断し、その他の状態をロードモニタ２００ｂにより判断することで、制御部２００の負荷に対してより柔軟に対応することが可能となり、処理速度向上および省電力性向上を達成できる。

なお、Ａ〜Ｂ間の時間は、映像音声処理装置１の設計者が設定しても、ユーザーが設定できるようにしてもよく、処理速度向上と省電力性とのバランスにより調整可能なものとする。

本発明の第１の実施の形態に関する映像音声処理装置の斜視図である。 本発明の第１の実施の形態に関する映像音声処理装置の概略構成図である。 本発明の第１の実施の形態における制御部の構成を示す概略図である。 本発明の第１の実施の形態におけるソフトウェア構成を示す概略図である。 本発明の第１の実施の形態に関する制御部の処理動作を示すフローチャートである。 本発明の第１の実施の形態における制御部の動作を示すタイミングチャートである。 本発明の第１の実施の形態に関する映像音声処理装置の処理動作を示すフローチャートである。 本発明の第１の実施の形態に関する状態管理の処理動作の具体例を示すフローチャートである。 本発明の第１の実施の形態に関する状態管理の処理動作の具体例を示すフローチャートである。 本発明の第１の実施の形態に関する状態管理の処理動作の具体例を示すフローチャートである。 本発明の第１の実施の形態における映像音声処理装置の動作を示すタイミングチャートである。 本発明の第１の実施の形態におけるビデオデコード時の映像音声処理装置の動作を示すタイミングチャートである。 本発明の第１の実施の形態におけるビデオデコード時の映像音声処理装置の動作を示すタイミングチャートである。 本発明の第２の実施の形態に関する映像音声処理装置の動作を示すタイミングチャートである。

符号の説明

１…映像音声処理装置、１０…イヤホン、１１…表示部、１２０…スタートスイッチ、１２１…バックスイッチ、１２２…決定スイッチ、１２３…十字キースイッチ、１２４…操作スイッチ群、１２５…ロックスイッチ、１２６…電源ジャック、１３０…イヤホンジャック、１３１…イヤホンプラグ、１３２…ＵＳＢ端子、１３３…拡張コネクタ、２００…制御部、２００ａ…ＣＰＵコア、２００ｂ…ロードモニタ、２００ｃ…クロックＩ／Ｆ、２００ｄ…外部メモリＩ／Ｆ、２０１…操作部、２０１ａ…キーパッド、２０３…メモリ、２０４…記憶部、２０５…ＴＶエンコーダ、２０６…駆動回路、２０６ａ…バックライト、２０６ｂ…ＬＣＤコントローラ、２０７…音声出力部、２０７ａ…オーディオコーデック、２０８…Ｉ／Ｆ部、２０８ａ…ＵＳＢコントローラ、２０９…バス、３００…スケジューラ、３０１…テキストビュワ、３０２…ゲーム、３０３…メディアプレイヤ、３０４…オペレーティングシステム、３０５…ＵＳＢドライバ、３０６…Ｄ／Ａコンバータ、３０７…ディスプレイドライバ、３０８…キードライバ、３０９…ロードモニタウォッチャ、２０００…デバイス群、３０００Ａ…アプリケーション群、３０００Ｂ…ドライバ群、

Claims (7)

1. 映像、音声あるいはその両者を再生するメディア再生システムを制御するためのアプリケーションを起動する起動ステップと、
   前記アプリケーションが実行されるとき、制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を停止する停止ステップと、
   前記アプリケーションによって前記アプリケーションの状態を管理する状態管理ステップと、
   前記アプリケーションによって前記状態に応じた動作モードを判定する判定ステップと、
   前記制御部が前記動作モードによって前記メディア再生システムを制御する制御ステップとを有することを特徴とする動作モード制御方法。
2. 前記状態管理ステップは、
   キーパッドの操作をキードライバが認識する認識ステップと、
   前記アプリケーションが前記キードライバよりコマンドを受信し、前記操作を認識して管理する管理ステップとを有することを特徴とする請求項１に記載の動作モード制御方法。
3. 前記状態管理ステップは、
   外部からの操作信号が一定時間ない場合に、前記アプリケーションよりディスプレイドライバにコマンドを送信する送信ステップと、
   前記ディスプレイドライバにより表示部の表示を切る停止ステップと、
   前記アプリケーションが前記ディスプレイドライバの動作に基づいた信号を受信し、前記信号を認識する管理ステップとを有することを特徴とする請求項１に記載の動作モード制御方法。
4. 前記管理ステップは、
   前記装置がＵＳＢ端子を介して外部コンピュータと接続された場合に、前記外部コンピュータの接続をＵＳＢドライバが認識する認識ステップと、
   前記アプリケーションが前記ＵＳＢドライバよりコマンドを受信し、前記外部コンピュータの接続を認識する管理ステップとを有することを特徴とする請求項１に記載の動作モード制御方法。
5. 前記判定ステップは、
   前記動作モード切替機能を使用した方が良いと判断した場合に、前記動作モード切替機能を再び動作させることを特徴とする請求項１に記載の動作モード制御方法。
6. 映像、音声あるいはその両者を再生するメディア再生システムを制御するためのアプリケーションを起動する起動ステップと、
   前記アプリケーションが実行されるとき、制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を用いて前記制御部を動作させる動作ステップと、
   前記アプリケーションが実行されており、前記アプリケーションの状態が急激に変化するとき、制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を停止する停止ステップと、
   前記アプリケーションによって前記アプリケーションの状態を管理する状態管理ステップと、
   前記アプリケーションによって前記状態に応じた動作モードを判定する判定ステップと、
   前記制御部が前記動作モードによって前記メディア再生システムを制御する制御ステップと、
   前記制御ステップ実行後に一定の時間が経過したとき、再び制御部の負荷に応じて前記制御部の処理速度を切り替える動作モード切替機能を用いて制御部を動作させる第２の動作ステップとを有することを特徴とする動作モード制御方法。
7. 前記動作モードは、複数のＣＰＵクロック速度とＣＰＵ動作電圧および複数のバスクロック速度とバス動作電圧の組み合わせを有することを特徴とする請求項１または６に記載の動作モード制御方法。