(57)【要約】コンピュータデバイス上のソフトウェアアプリケーションの電力消費が、複数の定義された電力管理状態に従って管理される。１つまたは２つ以上のソフトウェアアプリケーションについてのユーザが選択可能な機能が、特定され、これらのユーザが選択可能な機能を選択したものが、それぞれの電力管理状態について定義される。その後、アクティブな電力管理状態が変更されると、その管理状態について各ユーザが選択可能な機能を選択したものが、コンピュータデバイス上の関連するソフトウェアアプリケーションに実行させる。
2004530976.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータデバイス上のソフトウェアアプリケーションの電力消費を管理する方法であって、
前記コンピュータデバイスの複数の電力管理状態を判別することと、
１つまたは２つ以上のソフトウェアアプリケーションについてのユーザが選択可能な機能を特定し、前記複数の電力管理状態についての、前記ユーザが選択可能な機能の選択を保持すること、
電力管理状態の変更を認識し、前記ユーザが選択可能な機能の選択を、前記コンピュータデバイス上のソフトウェアアプリケーションに実行させることを含み、該選択の実行により新しい電力管理状態にする前記方法。
【請求項２】
前記選択を、電力管理状態の変更時にアクティブなソフトウェアアプリケーションに実行させる請求項１に記載の方法。
【請求項３】
前記選択を、ソフトウェアアプリケーションが新しい電力管理状態でアクティブになるときに、当該ソフトウェアアプリケーションに実行させる請求項１または請求項２に記載の方法。
【請求項４】
前記選択を実行させることは、ソフトウェアアプリケーションへの、該ソフトウェアアプリケーションに適したマクロ言語での入力を含む請求項１から３のいずれか１つに記載の方法。
【請求項５】
前記ソフトウェアアプリケーションに対する前記マクロ言語の入力は、該ソフトウェアアプリケーションがアクティブになるまで行われない、請求項４に記載の方法。
【請求項６】
前記選択を実行させることは、シミュレートされたユーザ入力をソフトウェアアプリケーションに出力することを含む、請求項１から５のいずれか１つに記載の方法。
【請求項７】
前記シミュレートされたユーザ入力は、前記ソフトウェアアプリケーションのメニュー項目がアクティブになることによって提供される、請求項６に記載の方法。
【請求項８】
ソフトウェアアプリケーションへの入力は、当該ソフトウェアアプリケーションの起動時に、当該ソフトウェアアプリケーションによってアクセスされる情報で与えられる請求項１から７のいずれか１つに記載の方法。
【請求項９】
ユーザが選択可能な機能は、ソフトウェアアプリケーションの動作中に通常有効にされるが該ユーザによって無効にすることができる機能とすることができる、請求項１から８のいずれか１つに記載の方法。
【請求項１０】
ユーザが選択可能な機能のための有効な選択は、該機能についての通常のユーザデフォルト選択を維持するものとすることができる、請求項１から９のいずれか１つに記載の方法。
【請求項１１】
コンピュータデバイス上のアプリケーションの電力管理に適合したデータ構造であって、
１つまたは２つ以上のソフトウェアアプリケーションについてのユーザが選択可能な機能を特定し、前記ユーザが選択可能な機能の前記複数の電力管理状態についての選択を保持するデータベースと、
電力管理状態の変更の入力に応答し、前記コンピュータデバイス上のソフトウェアアプリケーションを制御して、ユーザが選択可能な機能のうちの前記選択を実行させ、新しい電力管理状態にする実行可能な構造体と、
を備えるデータ構造。
【請求項１２】
前記実行可能な構造体は、現在アクティブなソフトウェアアプリケーションで動作する、請求項１１に記載のデータ構造。
【請求項１３】
前記実行可能な構造体は、ソフトウェアアプリケーションが前記新しい電力管理状態でアクティブになると、当該ソフトウェアアプリケーションで動作する、請求項１１または請求項１２に記載のデータ構造。
【請求項１４】
前記実行可能な構造体は、ソフトウェアアプリケーションへの、該ソフトウェアアプリケーションに適したマクロ言語での入力を含む請求項１１ないし１３のいずれか１項に記載のデータ構造。
【請求項１５】
前記実行可能な構造体は、ソフトウェアアプリケーションへのマクロ言語の入力を、該ソフトウェアアプリケーションがアクティブになるまで行わない請求項１４に記載のデータ構造。
【請求項１６】
前記実行可能な構造体は、シミュレートされたユーザ入力をソフトウェアアプリケーションに提供する、請求項１１ないし１５のいずれか１項に記載のデータ構造。
【請求項１７】
前記シミュレートされたユーザ入力は、前記ソフトウェアアプリケーションのメニュー項目がアクティブになることによって提供される、請求項１６に記載のデータ構造。
【請求項１８】
ソフトウェアアプリケーションに対する入力が、該ソフトウェアアプリケーションの起動時に、該ソフトウェアアプリケーションによってアクセスされる情報に提供される、請求項１１ないし１７のいずれか１項に記載のデータ構造。
【請求項１９】
ユーザが選択可能な機能が、ソフトウェアアプリケーションの動作中に通常有効にされるが該ユーザによって無効にすることができる機能とすることができる、請求項１１ないし１８のいずれか１項に記載のデータ構造。
【請求項２０】
ユーザが選択可能な機能のための有効な選択は、該機能についての通常のユーザデフォルト選択を維持するものとすることができる、請求項１１ないし１９のいずれか１項に記載のデータ構造。
【請求項２１】
請求項１１ないし２０のいずれか１項に記載のデータ構造によって記録されるデータ媒体。
【請求項２２】
ソフトウェアアプリケーションの電力消費を管理するようにプログラムされたコンピュータデバイスであって、
１つまたは２つ以上のソフトウェアアプリケーションのユーザが選択可能な機能を特定したものを記憶し、前記ユーザが選択可能な機能の前記複数の電力管理状態についての選択を記憶するメモリと、
電力管理状態の変更の入力に応答し、該コンピュータデバイス上のソフトウェアアプリケーションを制御し、ユーザが選択可能な機能のうちの前記選択を実行させて、新しい電力管理状態にするようにプログラムされたプロセッサと、
を備えるコンピュータデバイス。
【請求項２３】
前記プロセッサは、電力管理状態の変更を検出するようにプログラムされる、請求項２２に記載のコンピュータデバイス。
【請求項２４】
前記プロセッサは、電力管理状態の変更のユーザ入力を許容するようにプログラムされる、請求項２２または請求項２３に記載のコンピュータデバイス。
【請求項２５】
前記選択を、現在アクティブなソフトウェアアプリケーションに実行させる請求項２２ないし２４のいずれか１項に記載のコンピュータデバイス。
【請求項２６】
前記実行可能な構造体は、ソフトウェアアプリケーションが前記新しい電力管理状態でアクティブになると、該ソフトウェアアプリケーションで動作する、請求項２２ないし２５のいずれか１項に記載のコンピュータデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータアプリケーションにおける電力管理に関する。本発明は、特に、複数の場所で動作するように適合されたコンピュータデバイス、特に、モバイルコンピュータデバイス（これらに限定されるわけではないが、ノートブックコンピュータ、ポケットコンピュータ、および個人情報端末を含む）に関する。
【背景技術】
【０００２】
電力管理は、モバイルコンピュータデバイスにとって重要な問題であり、特に、ノートブックコンピュータのような、かなりの電力を消費するコンピュータデバイスにとっては重要な問題である。
【０００３】
いくつかのタイプの電力管理ツールが、ノートブックコンピュータデバイスに備えられていることが知られている。通常備えられている最も単純な例は、電源に応じて（具体的には、電源が、電源ライン（the mains）であるか、バッテリであるかについて）異なる電力管理を提供することである。さらに、このようなデバイスのオペレーティングシステムは、電力管理の問題に対処する。たとえば、Microsoft Windows 2000は、電源ラインによる稼動およびバッテリによる稼動について、さまざまなユーザが選択可能な電力オプションを提供し、モニタオプション、ハードディスクオプションおよびスタンバイオプションを提供する。
【０００４】
より高機能な電力管理ツールの一例は、Sony Vaioノートブックコンピュータに用いられているPhoenix Technologies社の製品であるPhoenix  PowerPanel  3.0である。これは、現在アクティブなアプリケーションに基づいてシステム電力管理ポリシーを調整する。Phoenix  PowerPanelは、異なるアプリケーションタイプに対して、そのアプリケーションタイプに最適化された電力管理設定からなる電力プロファイルを提供する（http://www.phoenix.com/platform/powerpanel.htmlにさらに記述されている）。また、ユーザは、（アクティブなアプリケーションのアプリケーションタイプのPowerPanelによる自動検出に頼るのではなく）どの電力プロファイルを使用するかを選択するオプションも有する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
モバイルコンピュータデバイスにおける電力管理をさらにより一層改善する他のアプローチを見つけ出すことが望まれている。
【課題を解決するための手段】
【０００６】
したがって、本発明は、コンピュータデバイス上のソフトウェアアプリケーションの電力消費を管理する方法を提供する。この方法は、上記コンピュータデバイス用の複数の電力管理状態を判別すること、１つまたは２つ以上のソフトウェアアプリケーションのユーザが選択可能な機能を特定し、上記ユーザが選択可能な機能の複数の電力管理状態についての選択を保持すること、電力管理状態の変更を認識し、上記ユーザが選択可能な機能のうちの上記選択を、上記コンピュータデバイス上のソフトウェアアプリケーションに実行させることを備え、それにより新しい電力管理状態にする。
【０００７】
別の態様では、本発明は、コンピュータデバイス上のアプリケーションの電力管理に適合したデータ構造を提供する。このデータ構造は、１つまたは２つ以上のソフトウェアアプリケーションのユーザが選択可能な機能を特定し、上記ユーザが選択可能な機能の複数の電力管理状態についての選択を保持するデータベースと、電力管理状態の変更の入力に応答して、上記コンピュータデバイス上のソフトウェアアプリケーションを制御して、ユーザが選択可能な機能の上記選択を実行させて、新しい電力管理状態にする実行可能な構造体を備える。
【０００８】
このようなデータ構造の使用は、コンピュータデバイス上に存在し、かつ、アクティブなアプリケーションとして具体化されることが好ましく、ユーザが介入することなく、アプリケーションの電力管理を実現することができる。ユーザが選択可能な機能は、新しい電力管理状態の要件に従って有効にしたり、無効にしたりすることができる（または、新しい電力管理状態にとって重要でない場合には、ユーザの通常の基本設定を元の状態に戻すことができる）。
【０００９】
このようなデータ構造は、アクティブなアプリケーションに対して、新しい電力管理状態用に選択を実行させることができ、新たにブートされたアプリケーションを、選択を起動時に確実に適用することもできる。この選択を、関連したアプリケーションに適したマクロによるか、擬似的なユーザ入力によるか、または初期化ファイルもしくはレジストリを変更することによって実行させることができる。
【００１０】
さらに別の態様では、本発明は、ソフトウェアアプリケーションの電力消費を管理するようにプログラムされたコンピュータデバイスを提供する。このコンピュータデバイスは、１つまたは２つ以上のソフトウェアアプリケーションのユーザが選択可能な機能の特定したものを記憶し、上記ユーザが選択可能な機能の複数の電力管理状態についての選択を記憶するメモリと、電力管理状態の変更の入力に応答して、当該コンピュータデバイス上のソフトウェアアプリケーションを制御して、ユーザが選択可能な機能の上記選択を実行させ新しい電力管理状態にするようにプログラムされたプロセッサと、を備える。
【発明を実施するための最良の形態】
【００１１】
以下に、添付図面を参照しながら、本発明の実施形態を、例として説明する。
図１は、本発明の態様と共に使用するのに適したノートブックコンピュータの概略図を示している。当業者によって理解されるように、本発明は、ノートブックコンピュータのどの従来のアーキテクチャにも適用することができる。
【００１２】
ノートブックコンピュータ１は、ＣＰＵ１０およびメモリ１１（本明細書では、便宜上、１つの概略的な要素として示しているが、通常、ＲＡＭメインメモリ、立ち上げ時に必要なＢＩＯＳおよび他のコードを保持するＲＯＭ、ならびにＲＡＭキャッシュからなる）を備える。メモリ１１は、当該コンピュータのオペレーティングシステムを保持し、また、当該コンピュータが実行するため、利用可能なアプリケーションも保持する。
【００１３】
ノートブックコンピュータ１は、コンピュータの実行時間の少なくとも一部の時間の間、バッテリ１３によって駆動されるようになっている。したがって、電力の節約は、関係のある関心事である。残りの時間、ノートブックコンピュータは、電源ライン１２によって駆動されることができる（別法として、または、付加的に、この電源ラインの接続は、一般に、バッテリ１３に電力を供給するために用いられるであろう）。
【００１４】
かなりの電力を消費するノートブックコンピュータ１のコンポーネントが、図１に示されている。ＣＰＵ１０は、通常の使用ではかなりの電力を消費し、アプリケーションが重い処理を要求した場合には、より多くの電力を消費する可能性がある。ディスプレイ２も、かなりの電力を消費し、スクリーンバックライト１７は、電力の主な消費物である。電力は、ディスプレイ２に信号を供給するグラフィックスアダプタ１５によっても消費されることになる。ディスクドライブ（たとえば、ディスクドライブコントローラ１６を通じて制御されるハードディスクドライブ４およびフロッピィディスクドライブ５）も、かなりの電力を消費する。それ以外の電力消費物は、ノートブックコンピュータに付随するかまたは統合されたさまざまな入出力デバイス（キーボード、マウスなど）１８、およびノートブックコンピュータ１のネットワークへの接続を可能にするネットワークアダプタ１４であることがある。シリアルインタフェース７（これを通じて、モデムが接続されることがあり、これが、標準として、コンピュータ内部にあるならば、これは、かなりの電力消費物になり得る）およびパラレルインタフェース７は、完全を期すために、標準的なシステム要素として示されている。
【００１５】
また、図１には、電力管理スイッチ１９も示されている。これらのスイッチには、通常、リッドスイッチおよびユーザスイッチが含まれる。リッドスイッチは、ディスプレイをオフにし、（通常）ノートブックコンピュータ１をスリープ状態に移行させる。ユーザスイッチは、通常、コンピュータをオンにするか、または、コンピュータをサスペンド状態にするために使用される。
【００１６】
また、図１には、位置検出要素３も示されている。この位置検出要素は、ＧＰＳ受信機、ＧＳＭ  ＰＬＭＮ（公衆陸上移動網（Public Land Mobile Network））への携帯電話接続、短距離無線ビーコンまたは短距離赤外線ビーコンといったさまざまな選び得る可能性のうちの１つによって実現することができる。電力管理における位置検出素子の意義は、出願人の同時係属中の「Context-Dependent Operation Of Mobile Computing Devices」という発明の名称の同日付けの英国特許出願に、より詳細に記述されている。
【００１７】
通常のノートブックコンピュータまたは他のモバイルコンピュータデバイスは、いくつかのコンピュータアプリケーションを搭載している。最も一般的には、ノートブックコンピュータには、たとえば、ワードプロセッサ、スプレッドシート、プレゼンテーションソフトウェアおよび電子メールソフトウェアを含む生産性ソフトウェア一式（Microsoft  OfficeまたはLotus  Smartsuiteなど）がロードされている。このような各アプリケーションは、そのアプリケーションの動作にとって基本的ではない膨大な数の機能を含んでいる。これらの機能の多くは、ユーザが選択可能であるか、または、選択解除可能（それらの機能が、そのアプリケーションのデフォルトバージョンに存在するが、ユーザが選択解除できるという点で）である。
【００１８】
これらのいくつかの機能は、ＣＰＵ時間であろうがそれ以外の時間であろうが、かなりの電力を消費する。モバイル動作のような、電力の節約が重要な場合において、ユーザのアプリケーションの使用に重大な影響を与えないときは、このような機能のいくつかまたはすべて無効にすることが望ましい。ユーザは、アプリケーションの使用中に手動でこれを行うことができる。しかし、これは効率的ではなく、時間がかかり、かつユーザの経験から大きく外れることになる。
【００１９】
本発明の態様は、ユーザが介入することなく（おそらく、自動的に行われる電力管理選択を必要な場合に無効にすることは除かれる）、アプリケーションにおける効果的な電力管理を実現するためのメカニズムを提供する。第１のステップは、コンピュータデバイス用の複数の電力管理状態を定義することである。単純には、「通常」状態および「エコノミー」状態の２つが存在し得る。「通常」状態では電力管理は適用されない。「エコノミー」状態では、電力管理が課され、その結果、すべてのアクティブなアプリケーションが、可能な限り電力使用を節約するようになる。このアプローチが適用され、それにより、「通常」状態が、コンピュータデバイスに供給される主電力によって動作し、「エコノミー」状態が、バッテリ電力（または、おそらく、バッテリ電力および指定閾値未満の充電レベルの双方）を適用することによって動作する。より複雑な方式が可能である。すなわち、「ライトエコノミー」状態を、閾値を超えるバッテリ電力に対して使用することができる（このライトエコノミーでは、アニメーションのように、より有用ではない電力消費が激しい（less powerful power hungry）機能のみが無効にされる）か、または、いくつかのアプリケーションでは、機能を制限せずに使用することができる、その他のアプリケーションでは、機能の使用を制限する状態を定義することができる（たとえば、「プレゼンテーション」状態は、プレゼンテーション用アプリケーションの使用を最も効果的にするが、その他のアプリケーションによる電力消費を制限する）。
【００２０】
これらの電力管理状態は、たとえば、ユーザの通常のオフィスでの使用、家庭での使用、会議での使用、または旅行中の使用といった、ユーザのコンテクストによって決定され得る。このようなコンテクストの決定は、出願人の同時係属中の「Context-Dependent Operation Of Mobile Computing Devices」という発明の名称の同日付けの出願に論述されている。
【００２１】
本発明の実施形態は、アプリケーションの適当な機能にとって不可欠ではないがかなりの電力を消費するソフトウェアアプリケーションの機能を、適切な電力管理状態において無効にすることができることを提供する。これは、関連するアプリケーションの機能を選択できるか、または選択解除できるメカニズムが存在する場合にのみ可能である。しかしながら、ある機能が、ユーザによってアプリケーション内で選択可能であるか、または選択解除可能である場合には、一般に、このような機能は、後述するように、ユーザが介入することなく自動的に制御されることが可能である。
【００２２】
次に、それぞれの関連するソフトウェアアプリケーションについて、電力管理状態の少なくともいくつかの間で変化することが望まれる、あらゆる選択可能な機能のリストを編集することが必要である。それぞれのアプリケーションの機能について、その機能、アプリケーションの外部からのその機能についてどのように選択を行うことができるか、およびそれぞれの電力管理状態でのその機能について選択とを特定することが必要である。表１は、あるアプリケーション、すなわちMicrosoft  Office  2000のMicrosoft  Word用の例示的なリストを示している。
【００２３】
【表１】
2004530976.tif 000003
【００２４】
この場合、通常状態、ライトエコノミーモード（たとえば、バッテリ動作ではあるが、閾値充電状態を上回る）およびディープエコノミー状態（閾値充電状態を下回るバッテリ動作が存在する場合）の３つの電力管理状態が存在する。アニメーション（たとえばアニメーション化されたOfficeアシスタント）は、コンピュータデバイスが通常状態にある場合には有効にされるが、双方のエコノミー状態では無効にされる。かなりの電力の消費者であるスペルチェッカは、これが、ユーザの選択された通常の基本設定である場合には（その起動ファイルのプログラムに提供されるように）、タイプ中に動作することができるが、それ以外の場合には、動作することができない。換言すると、ユーザの基本設定は、通常状態では無効にされないことになる。これは、ライトエコノミー状態にも適用されるが、ディープエコノミー状態では、この機能は無効にされることになる。タイプ中の文法チェックについては、ユーザの通常の選択は、通常状態に対して影響を受けないが、いずれのエコノミー状態でも、この機能は無効にされることになる。
【００２５】
少なくとも３つの異なるタイプの制御方法が使用可能である。第１のタイプは、上記表で特定されるように、アプリケーションに適したマクロ言語によるマクロを提供することである。これは、たとえば、Microsoftのプロダクティビティ・ソフトウェアに特に適している。マクロは、適切なＡＰＩを通じて記述することができる。たとえば、Microsoft  Officeについては、アドイン（Add-In）ライブラリを用いることができ（ツールメニューの「テンプレートおよびアドイン（Templates and Add-Ins）」を通じてアプリケーションにアクセスすることができ）、適切な選択を行うアドインが提供される。関連するアプリケーションが、現在アクティブでない場合には、新しい電力管理状態について選択の適用が、決して開始されないことを確実にするために、注意が必要である。これは、そのアプリケーションが現在アクティブでない場合、そのアプリケーションがブートされるまで、そのマクロが適用されないことを確実にすることによって達成することができる。Microsoftオペレーティングシステムについて、このようなアドインは、通常、ＯＬＥオートメーションおよびＣＯＭメソッド呼び出しによって機能する。その他のオペレーティングシステムは、異なるメカニズムを有する（Ｊａｖａについては、Ｊａｖａリモートメソッドインボケーション（ＲＭＩ（Remote Method Invocation））を用いることができる）であろうが、原理は同様であり、当業者は、所定のオペレーティングシステムおよびアプリケーションについて、これら原理をどのように適用できるかを理解するであろう。
【００２６】
第２のタイプの制御方法は、プログラムに対するユーザ入力のシミュレーションである。これを達成する最も簡単な方法は、一般的に、ユーザのメニュー選択をシミュレートすることによるものである。メニューの定義は、通常、オペレーティングシステムによって提供されるので、この方法は、実行するのが容易である。これは、一旦ユーザによりメニュー項目がアクティブにされることによってアプリケーションのどの機能が変更されたかが決定されると、適切なメニュー項目の選択をシミュレーションできることを意味する。この必要なメニュー項目呼び出しの決定は、せいぜいデバッグツールによるアプリケーションの解析を必要とする可能性があるが、アプリケーションのメニューオプションが（おそらくは、そのアプリケーションの各バージョンと共に）変更されるごとに、そのアプリケーションについてのユーザ入力シミュレーションによる選択を再構築する必要があるという欠点を有する。
【００２７】
第３のタイプの制御方法は、立ち上げ時にアプリケーションがアクセスしなければならない初期化ファイルまたはレジストリ情報を、変更することである。この方法は、達成にあたり最も容易かもしれないが、電力管理状態の変更の全体にわたってアプリケーションがアクティブである場合に、あまり良く適合しない。この方法は、ある特定のオペレーティング環境（たとえばUnixなど）にとっては特に適した選択になり得る。
【００２８】
様々な制御方法を、異なるアプリケーションについて使用できる。たとえば、Microsoft  Officeのアプリケーションについては、マクロを使用することができ、その他のアプリケーションについては、シミュレーションされるユーザ入力を使用することができる。他に可能なものは、状態変更時にアプリケーションがアクティブ（容易に検出できるように）であるかどうかに応じて、異なる制御方法を使用することである。たとえば、アプリケーションがアクティブな場合、マクロまたはシミュレーションされるユーザ入力によって、機能の選択を行うことができる。一方、アプリケーションがアクティブでない場合、初期化ファイルを変更することができる。これは、マクロが、電力管理オプションを適用するために、容易にアプリケーションを開始することを防止するための別の方法である。
【００２９】
図２は、コンピュータデバイス上で動作するプロセスの観点から、本発明の実施形態のアプリケーションを示している。図３は、同じプロセスを示すフローチャートを示している。この実施形態では、電力管理は、（上述したような）決定されたユーザのコンテクストに沿って行われる。しかしながら本発明の他の実施形態は、ユーザのコンテクストを必要としない一方で（たとえば、バッテリ充電閾値未満で機能しなくなるような）単純なルールで動作できることは、十分理解されるべきである。位置関連情報２０が、現在のユーザのコンテクストを決定するコンテクスト決定プロセス２１による定期的なポーリングステップ、またはトリガイベントによって受信される（ステップ２００）。このユーザのコンテクストが変化する場合には、アプリケーション電力管理プロセス２３は、新しい電力管理状態の通知を受ける（ステップ２１０）。次に、アプリケーション電力管理プロセスは、その機能データベース２４を調べ（ステップ２２０）、アプリケーションの機能に対するどの変更が、新しい電力管理状態に必要とされるかを決定する（ステップ２２５）。アプリケーション２５のように、アプリケーションがアクティブである場合には、上記に示した制御方法のいずれかによって、機能を選択（ステップ２３０）または選択解除（ステップ２４０）することができるか、あるいは、変更を行わないことも可能である（２５０）。アプリケーションは、最初にチェックされ、変更されるあらゆる機能の現在の状態を判断し、それにより、冗長な命令が発行されないようにすることが好ましい。アプリケーションが（アプリケーション２６のように）アクティブでない場合には、そのアクティブでないアプリケーションが、次にブートされた時にアクティブになることに備えて、機能の選択または選択解除が準備される（ステップ２６０）。
【００３０】
ユーザが、電力管理機能の選択を一時的に無効にできることが望ましい。制御ステップが、電力管理状態の変更に対してのみ行われる場合には、これは、関連するアプリケーション内の機能を単にユーザが変更することによって、単一の電力管理状態内で簡単に達成することができる。しかしながら、その後の状態の変更にわたって、この機能のユーザの積極的な選択を保存することが好ましい場合がある。この場合には、同じユーザの作業期間における電力管理状態の変更にわたって、アプリケーション電力管理プロセスにより管理される機能のユーザによる変更に注目し、当該変更を保存することができる。また、アプリケーション電力管理プロセスに対するユーザインタフェースが存在することが好ましい場合もある。このユーザインタフェースによって、どの機能が、アプリケーション電力管理プロセスによって変更可能であるか（および、これらの機能をどのように変更できるか）についてのユーザ制御が可能になる。電力管理状態がユーザの状態の態様である場合に、これは、さまざまな電力管理オプションおよび特定のユーザの状態に対するユーザ設定を決定するアプリケーションの一部として達成することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の態様と共に使用するのに適したノートブックコンピュータの概略図。
【図２】本発明の実施形態に使用されるプロセスおよびそれらの相互関係の概略図。
【図３】図２に示す実施形態のフローチャート。
【図１】
2004530976.tif 000004
【図２】
2004530976.tif 000005
【図３】
2004530976.tif 000006
【国際公開パンフレット】
2004530976.tif 000007
2004530976.tif 000008
2004530976.tif 000009
2004530976.tif 000010
2004530976.tif 000011
2004530976.tif 000012
2004530976.tif 000013
2004530976.tif 000014
2004530976.tif 000015
2004530976.tif 000016
2004530976.tif 000017
2004530976.tif 000018
2004530976.tif 000019
2004530976.tif 000020
2004530976.tif 000021
2004530976.tif 000022
2004530976.tif 000023
【国際公開パンフレット（コレクトバージョン）】
2004530976.tif 000024
2004530976.tif 000025
【国際調査報告】
2004530976.tif 000026
2004530976.tif 000027
2004530976.tif 000028