(57)【特許請求の範囲】
【請求項１】
それぞれ種類の異なる複数の動作リクエストに応じて複数の異なる動作を実行する複数の周辺装置を接続したコンピュータ・システムにおいて消費電力を管理するシステムであって、
（ａ）前記複数の周辺装置へ同時に割当てることが可能な最大消費電力が決まっている電源装置と、
（ｂ）前記複数の周辺装置に対応する複数の制御プログラムとを備え、
当該複数の制御プログラムの各々は、前記複数の動作リクエストのうち対応する周辺装置用の動作リクエストに応じて、対応する周辺装置の動作を制御するものであり、
（ｃ）前記複数の動作リクエストの実行に必要な前記複数の周辺装置の消費電力を、前記複数の動作リクエストの各々毎に記録したテーブルと、
（ｄ）前記複数の制御プログラムのうち一の制御プログラムで前記複数の動作リクエストのうち一の新しい動作リクエストが実行される際に、当該新しい動作リクエストを受け取り、前記テーブルから、当該新しい動作リクエストの実行に必要な消費電力及び前記複数の動作リクエストのうち現在実行中の動作リクエストで使用している消費電力を読み取り、当該読み取った全ての動作リクエストの消費電力の和が前記最大消費電力以下の場合には、当該新しい動作リクエストを前記一の制御プログラムに送るキュー制御プログラムとをさらに備え、
前記キュー制御プログラムは、
前記読み取った全ての動作リクエストの消費電力の和が前記最大消費電力を越える場合には、前記新しい動作リクエストを前記一の制御プログラムに送らずにキューに保存し、その後に前記現在実行中の動作リクエストのうち一の動作リクエストが完了したときに、前記キューに保存された前記新しい動作リクエストの実行に必要な消費電力及び前記現在実行中の動作リクエストのうち前記完了した一の動作リクエストを除く動作リクエストで使用している消費電力を前記テーブルから読み取り、当該読み取った全ての動作リクエストの消費電力の和が、前記最大消費電力以下の場合には、前記新しい動作リクエストを前記一の制御プログラムに送るとともに、前記キューを更新することを特徴とする、消費電力を管理するシステム。
【請求項２】
それぞれ種類の異なる複数の動作リクエストに応じて複数の異なる動作を実行する複数の周辺装置を接続したコンピュータ・システムにおいて電源を管理する方法であって、
（ａ）前記複数の動作リクエストのうち一の新しい動作リクエストが実行される際に、当該新しい動作リクエストをキュー制御プログラムへ送るステップと、
（ｂ）前記新しい動作リクエストを受け取った前記キュー制御プログラムにより、前記複数の動作リクエストの実行に必要な前記複数の周辺装置の消費電力を前記複数の動作リクエストの各々毎に記録したテーブルから、前記新しい動作リクエストの実行に必要な消費電力及び前記複数の動作リクエストのうち現在実行中の動作リクエストで使用している消費電力を読み取るステップと、
（ｃ）前記ステップ（ｂ）で読み取った全ての動作リクエストの消費電力の和と、前記電源の最大消費電力とを比較するステップと、
（ｄ）前記比較の結果、前記ステップ（ｂ）で読み取った全ての動作リクエストの消費電力の和が前記最大消費電力以下の場合にのみ、前記新しい動作リクエストを対応する制御プログラムへ送るステップと、
（ｅ）前記比較の結果、前記ステップ（ｂ）で読み取った全ての動作リクエストの消費電力の和が前記最大消費電力を越える場合には、前記新しい動作リクエストを対応する制御プログラムへ送らずにキューに保存するステップと、
（ｆ）前記新しい動作リクエストを前記キューに保存した後に、前記現在実行中の動作リクエストのうち一の動作リクエストが完了したときに、前記キューに保存された前記新しい動作リクエストの実行に必要な消費電力及び前記現在実行中の動作リクエストのうち前記完了した一の動作リクエストを除く動作リクエストで使用している消費電力を前記テーブルから読み取り、当該読み取った全ての動作リクエストの消費電力の和が前記最大消費電力以下の場合には、前記新しい動作リクエストを前記制御プログラムに送るとともに、前記キューを更新するステップと
を含むことを特徴とする電源を管理する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、主としてコンピューター・システムにおける消費電力の管理、特に複数の周辺装置が同時に動作可能なコンピュータ・システムにおいて、これらの周辺装置の消費電力の合計値が所定の値を越えないように制御する消費電力の管理装置及び方法に関する。
【０００２】
【従来の技術】
複数の周辺装置に対して同時に作業を実行させることが可能なコンピュータ・システムにおいて、従来は個々の装置に対する制御は互いに独立して実行されており、そのためそれらの周辺装置に供給する電力の最大値として、それら各々の周辺装置の作業実行に要する最大消費電力の合計値を用いていた。
【０００３】
例えば、フロッピーディスクドライブ、ＣＤ−ＲＯＭドライブ等を備え、それらの周辺装置に対して備える電力装置の電力供給能力はそれらフロッピーディスクドライブの実行の際に要する最大電力とＣＲ−ＲＯＭドライブの実行の際に要する最大電力との合計値を満足するように設定される。これは許される全ての使用条件において電源装置が過負荷にならないようにするためである。一方、通常の使用においては、これらの周辺装置が同時に最大電力を消費する頻度は非常に少ない。このことは、電源装置の利用効率が低いことを意味し、ひいてはコンピュータ・システム全体の大きさは重さ等を小さくする上で弊害となっている。
【０００４】
【発明が解決しようとする課題】
本願発明では、周辺装置に実行させる作業を、それぞれの作業が必要とする消費電力をもとに制御することにより電源装置の利用効率を高め、上述の弊害を取り除くことを目的とする。
【０００５】
【課題を解決するための手段】
本発明の１つの態様は、複数の動作リクエストに応じて複数の異なる動作を実行する周辺装置を接続したコンピュータ・システムにおいて消費電力を管理するシステムである。このシステムは、（ａ）前記複数の動作リクエストに応じて前記周辺装置の動作を制御する制御プログラムと、（ｂ）前記複数の動作リクエストの各々の実行に必要な前記周辺装置の消費電力を各前記動作リクエスト毎に記録したテーブルと、（ｃ）前記制御プログラムで実行される全ての動作リクエストを受け取り、受け取った全ての動作リクエストについて、前記テーブルから、それぞれの動作リクエストの実行に必要な消費電力を読み取り、読み取った消費電力が、前記周辺装置がその時点で使用可能な最大消費電力以下の場合には、該動作リクエストを前記制御プログラムに送るキュー制御プログラムとを有する。
前記キュー制御プログラムは、前記動作リクエストを受け取った場合に、前記テーブルから、該動作リクエストの実行に必要な消費電力を読み取り、読み取った消費電力が前記最大消費電力を越える場合には、該動作リクエストをキューに保存し、更に、前記キューに保存された前記動作リクエストを有する場合には、実行中の動作リクエストのうち少なくとも１つが完了したときに、前記キューに保存された前記動作リクエストの実行に必要な消費電力を前記テーブルから読み取り、読み取った消費電力が、前記周辺装置が使用可能な最大消費電力以下の場合には、該動作リクエストを前記制御プログラムに送る。
本発明のもう１つの態様は、それぞれ複数の動作リクエストに応じて複数の異なる動作を実行する複数の周辺装置を接続したコンピュータ・システムにおいて消費電力を管理するシステムである。このシステムは、（ａ）前記複数の周辺装置へ同時に割当てることが可能な最大消費電力が決まっている電源装置と、（ｂ）それぞれ複数の動作リクエストに応じて、対応する周辺装置の動作を制御する複数の制御プログラムと、（ｃ）前記複数の動作リクエストの各々の実行に必要な前記周辺装置の消費電力を各動作リクエスト毎に記録したテーブルと、（ｄ）前記複数の制御プログラムで実行される全ての動作リクエストを受け取り、受け取った全ての動作リクエストについて、前記テーブルから、それぞれの動作リクエストの実行に必要な消費電力を読み取り、読み取った消費電力が前記最大消費電力以下の場合には、該動作リクエストを対応する制御プログラムに送り、読み取った消費電力が前記最大消費電力を越える場合には、該動作リクエストをキューに保存するキュー制御プログラムとを有する。
この態様において、コンピュータ・システムは、複数の周辺装置、及び周辺装置に固有の制御プログラムを有し、１．各制御プログラムで実行されるリクエストを管理する「キュー制御プログラム」、および２．キュー制御プログラムによりリクエストを保存するためのキューが用いられる。制御プログラムで実行されるリクエストは全てキュー制御プログラムのキューに保存・管理され、キュー制御プログラムはキュー中に保存されたリクエストを順に取り出し、この新たなリクエストを処理するために必要な消費電力と現在実行中のリクエストに必要な消費電力の合計が、使用可能な全消費電力の最大値より小さい場合には、そのリクエストを処理する装置プログラムへ送り、使用可能な全消費電力の最大値より大きい場合には、そのリクエストを処理せずに、自身のキューに待機状態で保存する。
【０００６】
【発明の実施の形態】
以下、図面を参照して、次の順序で本発明の実施例について説明する。
【０００７】
Ａ．パーソナル・コンピュータ・システム（図１）
Ｂ．パーソナル・コンピュータ・システムのハードウェア構成（図２）
Ｃ．マルチメディア・ボックス及びＰＣカード（図３）
Ｄ．装置プログラム及びキュー制御プログラム（図４）
Ｅ．各プログラムの動作概要（図５）
Ｆ．キュー制御プログラムの動作（図６）
Ｇ．各装置の消費電力（図７）
Ｆ．本願発明の動作例（図８）
【０００８】
説明の便宜のため、以下では主として近年多く販売されているノートブック・パソコンの例を用いて、本発明の装置の構成並びに動作内容を説明するが、本願発明は、該ノートブック・パソコンに限定されることはなく、デスクトップ型及びフロアスタンド型等の幅広いコンピュータ・システムでも実現可能である。
【０００９】
Ａ．パーソナル・コンピュータ・システム（図１）
図１を参照すると、本発明を実施するためのコンピュータ・システムの全体図が示されている。コンピュータ・システムの本体１は、図示のような携帯型のＰＣでもよいし、また、デスクトップ型その他のＰＣ又はワークステーション等であってもよい。コンピュータ・システム１は、文字等の入力装置としてキーボード２、文字や図形等の出力装置として液晶パネル３、音声等の出力装置としてスピーカー９、及び最近では画像入力装置としてのビデオ・カメラ等を標準的に備えているものもある。
【００１０】
このコンピュータ・システム本体１にＰＣＭＣＩＡカード１０を接続し、ケーブル８を介して、マルチメディア用のボックス１１が示されている。このマルチメディア・ボックス１１は、ＣＤ−ＲＯＭドライブ５、フロッピー・ディスク・ドライブ（ＦＤＤ）６、及びハードディスク・ドライブ（ＨＤＤ）７等を内蔵している。また、このマルチメディア・ボックス１１は、独自の電源回路を有しておらず、必要な電力は全てＰＣＭＣＩＡカード１０及びケーブル８を介して本体１から供給されている。
【００１１】
Ｂ．パーソナル・コンピュータ・システムのハードウェア構成（図２）
図２を参照すると、図１のノートブック・パソコンの内部にあり、通常マザーボード（プレーナ）上に配置されている論理回路のブロック図が示されている。近年のパーソナル・コンピュータ・システムでは、種々の処理速度の装置が接続される複数のバスが有り、バス・ブリッジと呼ばれるバス間のプロトコル変換を行う回路が係る複数のバス間の橋渡しを行っている。係るバス構成の代表的な例として図２には、ＣＰＵ２０２に直接接続されるＣＰＵローカルバス２１２、比較的高速な周辺装置を接続するためのＰＣＩバス２１３及び２１６、及び比較的低速な周辺装置等を接続するためのＩＳＡバス２２１、ＰＣＭＣＩＡバス２１９及びＩＤＥバス２１７等が示されている。
【００１２】
そして、ＣＰＵバス２１２とＰＣＩバス２１３を接続するためのホスト・ブリッジ／メモリ制御回路２０４、ＰＣＩバス２１３及びＩＳＡバス２２１を接続するためのＰＣＩ−ＩＳＡバス・ブリッジ回路２１５、ＰＣＩバス２１３及びＰＣＭＣＩＡバス２１９を接続するＰＣＩ−ＰＣＭＣＩＡバス・ブリッジ回路２１４等も図２に示されている。
【００１３】
また、各バスには、そのバスの処理速度に適合した複数の周辺装置等が接続されている。例えば、最も高速のＣＰＵローカルバス２１２にはその名のとおりＣＰＵが接続され、ＰＣＩバス２１３には高速なグラフィック／ビデオ・コントローラ２２２が接続され、ＩＳＡバス２２１にはキーボード・コントローラ２２９、オーディオ・コントローラ２３０、又は汎用のＩ／Ｏ制御回路であるＳｕｐｅｒ  Ｉ／Ｏコントローラ２３１等が接続されている。
【００１４】
更に、ホスト・ブリッジ／メモリ制御回路２０４は、バス・ブリッジ機能の他にメモリ制御機能も有し、メモリ・データ・バッファ２０５を介してＢＩＯＳ  ＲＯＭ２０６及び主記憶装置ＲＡＭ２０７に接続されている。
また、ＰＣＩバス２１３に接続されたグラフィック／ビデオ・コントローラ２２２は、画面表示用のビデオ・メモリ２２３を有し、バッファ２２４を介してデジタル信号でＬＣＤパネルに接続され、アナログ・フロント・エンド（ＡＦＥ）２２５を介して外部からのアナログ・ビデオ入力をデジタル化して取り込む。
【００１５】
図３を参照すると、本願発明の対象となる図１のマルチメディア・ボックス１１の内部構成が更に詳細に示されている。マルチメディア・ボックス３１０は、何らかのインターフェースを利用することによりコンピュータ１本体に接続される。当明細書においては、係るインターフェースの一例として、コンピュータにおいて幅広く使用されているＰＣＭＣＩＡを使用している。従って、この場合は、ＰＣカード３００がコンピュータ本体のＰＣＭＣＩＡバス３０１に接続され、マルチメディア・ボックス３１０は、このＰＣカード３００からの専用バス３０８を介して接続される。
【００１６】
ＰＣカード３００は、まず本体のＰＣＭＣＩＡバス３０１と専用バス３０８との間のインターフェースを司るＰＣＭＣＩＡインタフェース・コントローラ３０２を有する。又、このインターフェース・コントローラ３０２と協働して動作するデータ・バス用のドライバ／レシーバ３０３及び、アドレス・バス用のドライバ３０４回路を有する。
【００１７】
ＰＣＭＣＩＡインタフェース・コントローラ３０２によって変換された専用バス３０８は、接続ケーブル８を介してマルチメディア・ボックス３１０へ接続され、更に、マルチメディア・ボックス３１０の内部でインターフェース回路３１１によって各装置のコントローラへ接続される。
【００１８】
このマルチメディア・ボックス３１０は、様々な種類の記憶装置、例えばＣＤ−ＲＯＭ装置３１５、ハードディスク（ＨＤＤ）装置３１６、フロッピー・ディスク（ＦＤＤ）装置３１７等を含む。そして、インターフェース回路３１１に接続された各装置のコントローラ、すなわちＣＤ−ＲＯＭコントローラ３１２、ＨＤＤコントローラ３１３、及びＦＤＤコントローラ３１４を介して、対応する各記憶装置へと接続される。
【００１９】
Ｄ．装置プログラム及びキュー制御プログラム（図４）
図４を参照して、本願発明のソフトウェアに関連した構成を説明する。図３を参照して説明したように、本願の実施例としては、マルチメディア・ボックス３１０は、ＦＤＤ４０２、ＣＤ−ＲＯＭ４０４及びＨＤＤ４０６を有する。そして、夫々の物理装置が対応する制御プログラムを有する。ＦＤＤ制御プログラム４０１はＦＤＤ４０２の動作を制御し、ＣＤ−ＲＯＭ制御プログラム４０３はＣＤ−ＲＯＭ４０４を制御し、ＨＤＤ制御プログラムはＨＤＤ４０６を制御する。
ＦＤＤ制御プログラムは、ＦＤＤに関連する「ＦＤ書込み」リクエスト及び「ＦＤ読み出し」リクエストをサポートする。
【００２０】
ＣＤ−ＲＯＭ制御プログラムは、ＣＤ−ＲＯＭに関連する「ＣＤ−ＲＯＭ読み出し」リクエストをサポートする。
ＨＤＤ制御プログラムは、ＨＤＤに関連する「ＨＤ書込み」リクエスト及び「ＨＤ読み出し」リクエストをサポートする。
【００２１】
各物理装置の制御プログラムは、オペレーティング・システム（ＯＳ）等のシステム・プログラムにより制御される。システム・プログラムの制御プログラムに対するリクエストの発行は、従来その他の制御プログラムのリクエスト実行状況とは無関係に行なわれてきた。つまり、システム・プログラムがＦＤＤ制御プログラム等のある制御プログラムにリクエストを発行する場合は、他のＣＤ−ＲＯＭ制御プログラムやＨＤＤ制御プログラムのリクエスト実行状況を考慮してはいなかった。
【００２２】
これに対して、本願発明の場合は、キュー制御プログラムは、各制御プログラムのリクエスト実行時の消費電力を予めテーブルとして保持している。すなわち、本実施例の場合は図７のテーブルが準備されている。そして、キュー制御プログラムは、実行中の全リクエストに要する消費電力の合計（Ｐｓｕｍ）がシステムの電源の最大値（Ｐｍａｘ）を越えないように各リクエストを各装置制御プログラムへ送る。本実施例の場合の、３つの物理装置に割当てられている電力の合計の最大値（Ｐｍａｘ）は、８００ｍＷである。
【００２３】
Ｅ．各プログラムの動作概要（図５）
図５を参照して、キュー制御プログラム及び装置プログラムの動作の概要を説明する。
まず、システム・プログラムは、対応する装置プログラムへリクエストを送る（ブロック５０２）。次に、リクエストを受け取った装置プログラムは、このリクエストをキュー制御プログラムへ送る。そして、キュー制御プログラムは、各装置プログラムから受け取ったすべてのリクエストをキュー制御プログラム用のＦＩＦＯバッファーへ順次蓄積していく。
【００２４】
Ｆ．キュー制御プログラムの動作（図６）
図６を参照して、今度はキュープログラムの内部の動作の概要を説明する。
装置プログラムは、リクエストをＦＩＦＯバッファに登録した後、キュー制御プログラムへ入口１より入る。
キュー制御プログラムは、６０１において、ＦＩＦＯバッファにリクエストが残っているか否かを確認する。この判断の結果、Ｎｏであれば、再び制御プログラムによって起動されるまで待機状態となる。Ｙｅｓであればキュー制御プログラムは、ＦＩＦＯバッファの先頭からリクエストを１つコピーする６０２。この時、ＦＩＦＯバッファの内容は更新しない。
【００２５】
ブロック６０３において、ＦＩＦＯからコピーしたリクエストの処理に必要な消費電力（Ｐｎｅｗ）を図７を参照して求め、現在すでに処理実行中のリクエストに必要な消費電力の合計値（Ｐｎｏｗ）に加える。そして、このＰｎｏｗとＰｎｅｗの合計値（Ｐｓｕｍ）と、対象となる装置全体に割当てる事ができる消費電力の最大値（Ｐｍａｘ）とを比較する。ＰｓｕｍがＰｍａｘを越える場合は、現在実行中のリクエストのうちで少なくとも１つが完了するまで待機する６０４。
実行中のリクエストのうちで少なくとも１つが完了したら、ブロック６０１に戻る。
【００２６】
ブロック６０３でＹｅｓの場合は、そのコピーされたリクエストをＦＩＦＯから取り出し、ＦＩＦＯの内容を更新する６０５。
取り出したリクエストを要求先装置プログラムへ送り６０６、ブロック６０１へ戻る。リクエストを送られた装置プログラムは、リクエスト実行後、再び入口２より、キュー制御プログラムに入り、ブロック６０４を実行する。
そして、以上の一連の動作を繰り返すことにより複数のリクエストを処理していく。
【００２７】
Ｆ．本願発明の動作例（図８）
図８を参照して、図５、図６等を用いて説明した装置プログラム及びキュー制御プログラムの実例を紹介する。
まず、図８のＮｏ．１の行において最初にシステム・プログラムから「ＦＤ読み出し」リクエストが発行される。また、この「ＦＤ読み出し」リクエストの前には、１つもリクエストが発行されておらず、従って、各装置も停止していると仮定する。この「ＦＤ読み出し」リクエストは、図７を参照すると新たに「２００ｍＷ」（Ｐｎｅｗ）の電力を必要とし、現在すでに使用している消費電力は「０ｍＷ」であるので、この新たなＰｎｅｗと現在の消費電力Ｐｎｏｗの合計値Ｐｓｕｍは、２００ｍＷ＋０ｍＷ＝２００ｍＷとなり、この２００ｍＷは本システムの最大消費電力８００ｍＷより小さいので図６のブロック６０３の判定において結果はＹｅｓとなる。従って、この「ＦＤ読み出し」リクエストは、当リクエストの対象となるＦＤＤ制御プログラムへと送られ、その後このＦＤＤ制御プログラムから当「ＦＤ読み取り」リクエストに応じた制御がＦＤＤ装置に対して行われる。そして、ＦＤＤ装置において「ＦＤ読み取り」を実行後、その結果をＦＤＤ装置プログラムは、システム・プログラムへ返送し、一連の処理が完了する。
【００２８】
Ｎｏ．２の行において、今度はシステム・プログラムから「ＣＤ−ＲＯＭ読み取り」リクエストが発行される。Ｎｏ．１の行と同様の処理がＮｏ．２の行に対しても行われる。但し、今度は、既にＰｎｏｗが２００ｍＷである点で相違する。すなわち、図６のブロック６０３の判定において、今度はＰｎｏｗが２００ｍＷであり（既にＮｏ．１のＦＤＤ読み取りが行われているので）、Ｐｎｅｗは図７より４００ｍＷである。従って、図６の６０３の判定において、ＰｎｅｗとＰｎｏｗとの合計値Ｐｓｕｍは、６００ｍＷとなるが、依然としてＰｍａｘである８００ｍＷを越えていないので、このリクエストは要求元の装置プログラムへ送り返される。後は、Ｎｏ．１の処理と同様である。
【００２９】
Ｎｏ．３の行へ移ると、今度のリクエストは「ＨＤ書込み」であり、そのＰｎｅｗは３５０ｍＷである。従って、ＰｎｏｗとＰｎｅｗの合計値は９５０ｍＷとなるため、Ｐｍａｘの値８００ｍＷを越えてしまう。従って、ブロック６０３の判定において、Ｎｏの方へ分岐し、このリクエストはキューに保存される。
Ｎｏ．４の行へ移ると、今度のリクエストは「ＦＤ書込み」であり、そのＰｎｅｗは３００ｍＷである。従って、合計値Ｐｓｕｍは９００ｍＷとなるため、Ｐｍａｘの値８００ｍＷを越えてしまう。従って、ブロック６０３の判定において、Ｎｏの方へ分岐し、このリクエストもキューに保存される。
Ｎｏ．５へ移ると、Ｎｏ．１のリクエストである「ＦＤ読み出し」が、この時点で完了する。従って、今度のＰｎｅｗは−２００ｍＷでありＰｎｏｗは６００ｍＷであるので、Ｐｓｕｍは４００ｍＷへ減少する。
【００３０】
Ｎｏ．７へ移ると、今度は既にキューに待機状態にある「ＨＤ書込み」リクエストが再びキューから取り出される。現時点のＰｎｏｗは４００ｍＷであるためＰｓｕｍは、７５０ｍＷであり、Ｐｍａｘ以下であるので、この「ＨＤ書込み」リクエストは装置プログラムへ送られ実行される。
ＮＯ．８、９において、キューから待機中のリクエスト「ＦＤ書込み」が取り出される。この場合は、Ｐｓｕｍが１０５０ｍＷであり、Ｐｍａｘを越えているので、このリクエストは再びキューに保存される待機状態になる。
Ｎｏ．１０において、既に実行していた「ＣＤ−ＲＯＭ読み出し」リクエストが完了する。従って、この時点でのＰｓｕｍは３５０ｍＷとなる。
Ｎｏ．１１，１２において、キュー上に待機していた「ＦＤ書き込み」リクエストがキューから取り出されてる。このとき、Ｐｓｕｍは６５０ｍＷであり、Ｐｍａｘを越えないので、そのままこのリクエストが実行される。
Ｎｏ．１３において、実行中であった「ＨＤ書き込み」リクエストが完了する。この時点での、Ｐｎｏｗは３００ｍＷとなる。
Ｎｏ．１４において、今度は実行中の「ＦＤ書き込み」が完了し、新たなＰｎｏｗは０ｍＷとなる。
【００３１】
このように、システム・プログラムから次々と送られてくる各種リクエストをキュー制御プログラムが、最大消費電力を考慮しながらキューを利用して処理していく。
【００３３】
【図面の簡単な説明】
【図１】本発明を実施するためのコンピュータ・システムを表す図である。
【図２】本発明を実施するためのコンピュータ・システム内部の論理回路を表すブロック図である。
【図３】本願発明のマルチメディア・ボックス及びＰＣカードを表す図である。
【図４】本願発明の構成要素である装置プログラム及びキュー制御プログラムの関係を表す図である。
【図５】本願発明の各プログラムの動作の概要を表すフローチャートである。
【図６】本願発明のキュー制御プログラムの動作の概要を表すフローチャートである。
【図７】本願発明の各装置の消費電力を表す表である。
【図８】本願発明の動作例を表す表である。
【符号の説明】
１０  コンピュータ・システム
１１  スピーカ
１２  キーボード
１３  液晶パネル（ＬＣＤ）
１４  ＣＤ−ＲＯＭドライブ
１５  ビデオ・カメラ
２０１  クロック生成回路
２０２  ＣＰＵ
２０４  ホスト・ブリッジ／メモリ制御回路
２１４  ＰＣＩ−ＰＣＭＣＩＡブリッジ回路
２１５  ＰＣＩ−ＩＳＡブリッジ回路
２２２  グラフィックス／ビデオ・コントローラ
２２３  ビデオ・メモリ
２２９  キーボード
３００  ＰＣカード
３０１  ＰＣＭＣＩＡバス
３０２  ＰＣＭＣＩＡインタフェース・コントローラ
３０３  データ・ドライバ／レシーバ
３０４  アドレス・ドライバ
３０５  アドレス・バス
３０６  データ・バス
３０８  専用バス
３１０  マルチメディア・ボックス
３１１  インタフェース回路
３１２  ＣＤ−ＲＯＭコントローラ
３１３  ＨＤＤコントローラ
３１４  ＦＤＤコントローラ
３１５  ＣＤ−ＲＯＭドライブ
３１６  ＨＤＤドライブ
３１７  ＦＤＤドライブ
４００  システム・プログラム
４０１  ＦＤＤ制御プログラム
４０２  ＦＤＤ
４０３  ＣＤ−ＲＯＭ制御プログラム
４０４  ＣＤ−ＲＯＭ
４０５  ＨＤＤ制御プログラム
４０６  ＨＤＤ
４０７  キュー制御プログラム
【図１】
0003580630.tif 000002
【図２】
0003580630.tif 000003
【図３】
0003580630.tif 000004
【図４】
0003580630.tif 000005
【図５】
0003580630.tif 000006
【図６】
0003580630.tif 000007
【図７】
0003580630.tif 000008
【図８】
0003580630.tif 000009