JP6001023B2 - モバイル・デバイスのためのバッテリ電力管理 - Google Patents

Description

本開示は、一般的に、エレクトロニクスに関し、より具体的には、モバイル・デバイスを管理するための技法に関する。

モバイル・デバイスはますます、消費者の日常生活に欠かせない要素になってきた。これらのモバイル・デバイスには、セルラー電話、携帯情報端末（ＰＤＡ）、ラップトップ、ネットブック、等が含まれる。モバイル・デバイスの演算能力、データ・レート、および記憶能力は、過去数十年間、凄まじい勢いで成長してきたが、急速に成長し続けることが期待されている。その結果、モバイル・デバイスは現在、音声通話のほかに多数のサービスをサポートすることができる。たとえば、スマート・フォンは、ユーザに、電話をかけること、ウェブをブラウジングすること、映像を見ること、音楽を聴くこと、インスタント・メッセージを送ること、銀行口座を管理すること、株式を取引すること、等を可能にさせることができる。

新たなサービスやアプリケーションが、モバイル・デバイスの有用性をさらに向上させるために、続々と提供されている。たとえば、数多くの会社が、ユーザに、セルラー電話を使用して自分の美容や健康のコンディションを管理することを可能にさせるために、生物物理学センサや医用センサをセルラー電話に組み込むためのサービスや技術を開発してきた。さらに、多数のネットワーク・オペレータが、モバイル・デバイスへのアプリケーションの動的なダウンロードをユーザに可能にさせるサービスを提供し、それによって、モバイル・デバイスの能力をさらに拡張している。

モバイル・デバイスで利用可能な多くのサービスやアプリケーションは、処理能力、マルチメディア処理およびレンダリング、ネットワークへの接続、および／または、Ｚｉｇｂｅｅ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）といったパーソナル・エリア・ネットワークのサポートを要求する。これらさまざまなアクティビティは一般的に、モバイル・デバイスの電力消費を増加させる。しかしながら、モバイル・デバイスは普通、内部のバッテリで動作し、限られたバッテリ電力を有する。バッテリ容量の改良は、モバイル・デバイスの処理能力や帯域幅の改良、ならびにモバイル・デバイスのためのサービスやアプリケーションの爆発的な増加とマッチしてこなかった。結果として、モバイル・デバイスのバッテリの寿命が、主要な制限要因およびユーザからの不満の主な原因であることが多い。

サービス品質（ＱｏＳ）メカニズムを使用してモバイル・デバイスのバッテリ電力を管理するための技法が、本明細書において説明される。この技法は、考慮すべきさまざまな事項に基づいて異なるアプリケーションに異なる量のバッテリ電力が割り当てられ得るように、バッテリ電力を割り当てることができる。この技法は、パフォーマンスとユーザエクスペリエンス（user experience）とを改良することができる。

一態様において、バッテリ電力は、モバイル・デバイスにおいてアプリケーションを実行する前に、そのアプリケーションのために予約されることができる。この予約は、アプリケーションが実行のために十分なバッテリ電力を有することを保証し得る。１つの設計において、アプリケーションがアクティブになろうとしているとのインジケーション（indication）が受け取られ得る。モバイル・デバイスのために利用可能なバッテリ電力と、そのアプリケーションのために要求されるバッテリ電力とが判定され得る。要求されるバッテリ電力は、それが、利用可能なバッテリ電力を超過しない場合、アプリケーションに割り当てられることができる。要求されるバッテリ電力が利用可能なバッテリ電力を超過する場合、１つ以上の軽減操作が実行されることができる。

別の態様において、バッテリ電力は、アプリケーションの優先順位に基づいて、アプリケーションに割り当てられることができる。１つの設計において、モバイル・デバイスにおけるアクティブなアプリケーションが識別されることができ、それらの優先順位が判定されることができる。バッテリ電力は、それらの優先順位に基づいてアプリケーションに割り当てられることができる。たとえば、アプリケーションは、それらの優先順位に基づいて順序づけられることができ、利用可能なバッテリ電力は、最も高い優先順位のアプリケーションから順に、一度に１つのアプリケーションに、割り当てられることができる。

さらなる別の態様において、バッテリ電力は、モバイル・デバイスにおけるバッテリのためのバッテリ放電曲線に基づいて、割り当てられることができる。１つの設計では、モバイル・デバイスにおけるアクティブな少なくとも１つのアプリケーションが識別されることができる。モバイル・デバイスのために適用可能なバッテリ放電曲線が判定されることができる。そして、バッテリ電力が、バッテリ放電曲線に基づいて、少なくとも１つのアプリケーションに割り当てられることができる。たとえば、バッテリ放電曲線上の動作点が、長いバッテリ寿命、良好なパフォーマンス、等といった少なくとも１つの目的に基づいて選択されることができる。利用可能なバッテリ電力または電流が、選択された動作点に基づいて判定されることができ、少なくとも１つのアプリケーションに割り当てられることができる。

本開示のさまざまな態様および特徴が、下記においてさらに詳細に説明される。

図１は、モバイル・デバイスのブロック図である。 図２は、モバイル・デバイスのバッテリ・コントローラのブロック図である。 図３は、アプリケーションにバッテリ電力を割り当てるための処理を示す図である。 図４は、バッテリ放電曲線のグラフを示す図である。 図５は、実行前にアプリケーションにバッテリ電力を割り当てるための処理を示す図である。 図６は、アプリケーションのためにバッテリ電力を予約するための処理を示す図である。 図７は、優先順位に基づいてアプリケーションにバッテリ電力を割り当てるための処理を示す図である。 図８は、バッテリ放電曲線に基づいてバッテリ電力を割り当てるための処理を示す図である。

詳細な説明

図１は、モバイル・デバイス１００の例示的な設計のブロック図を示す。モバイル・デバイス１００は、ユーザ機器（ＵＥ）、モバイル局、端末、アクセス端末、モバイル機器、加入者ユニット、局、等と呼ばれることもできる。モバイル・デバイス１００は、セルラー電話、ＰＤＡ、無線モデム、ハンドヘルド・デバイス、ラップトップ・コンピュータ、ネットブック、等であることができる。モバイル・デバイス１００は、受信経路および送信経路を介した双方向通信をサポートすることができる。

受信経路では、アンテナ１１２が、基地局および／または他の送信機局によって送信された信号を受信することができ、受信された信号を受信機（ＲＣＶＲ）１１４に提供することができる。受信機１１４は、受信された信号を処理（たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）し、入力サンプルをデジタル・セクション１２０に提供することができる。送信経路では、デジタル・セクション１２０が、送信されるべきデータを処理し、出力サンプルを送信機（ＴＭＴＲ）１１６に提供することができる。送信機１１６は、出力サンプルを処理（たとえば、アナログ変換、フィルタリング、増幅、およびアップコンバート）して上りリンク信号を生成することができ、上りリンク信号は、アンテナ１１２を介して送信されることができる。

デジタル・セクション１２０には、通信および他のサービスをサポートする、さまざまな処理ユニット、メモリ・ユニット、およびインターフェース・ユニットが含まれ得る。図１に示す設計では、デジタル・セクション１２０は、中央演算処理装置（ＣＰＵ）１３０、デジタル・シグナル・プロセッサ（ＤＳＰ）１３２、メイン・コントローラ１３４、メモリ１３６、ローカル通信（Ｃｏｍｍ）プロセッサ１３８、バッテリ・コントローラ１４０、アプリケーション（ＡＰＰ）記憶ユニット１４２、入力／出力（Ｉ／Ｏ）コントローラ１４４、外部バス・インターフェース（ＥＢＩ）１４６、およびディスプレイ・コントローラ１４８を含む。ＣＰＵ１３０は、アクティブなアプリケーションのための処理を実行することができ、１つ以上の縮小命令セット・コンピュータ（ＲＩＳＣ）プロセッサ、汎用プロセッサ、等を含むことができる。ＤＳＰ１３２は、通信のための処理、たとえば、符号化、復号、変調、復調、暗号化、解読、等を実行することができる。コントローラ１３４は、モバイル・デバイス１００におけるさまざまなユニットの動作を指示することができ、および／または他の機能を実行することができる。メモリ１３６は、デジタル・セクション１２０内のさまざまなユニットのためのデータおよび／または命令を記憶することができる。プロセッサ１３８は、たとえば、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ、等を介したパーソナル・エリア・ネットワーク（ＰＡＮ）とのローカル通信をサポートすることができる。バッテリ・コントローラ１４０は、下記において説明するように、モバイル・デバイス１００のためにバッテリ電力を管理することができる。

モバイル・デバイス１００は、多数のアプリケーションおよびサービスをサポートすることができる。ユーザが直接使用することのできるプログラムをアプリケーションと呼ぶことができる。システムまたはモバイル・デバイスが提供する機能をサービスと呼ぶことができる。たとえば、ＹｏｕＴｕｂｅ（登録商標）は、ユーザが使用することのできるアプリケーションであり得るとともに、データ・サービス、グラフィック処理、ユーザ・インターフェース、電力管理、等といった多数のサービスに依存し得る。記憶ユニット１４２は、モバイル・デバイス１００によってサポートされたアプリケーションを記憶することができる。モバイル・デバイス１００はまた、音声、パケット・データ、ウェブ・ブラウジング、映像の共有、テレビ電話、電子メール、インスタント・メッセージング、プッシュ・ツー・トーク、マルチ・ウェイ通話、ブロードキャスト受信、メディア・プレイヤ、ゲーム、等のさまざまなサービスをサポートすることができる。一般的に、任意の数のアプリケーション、およびサポートされたアプリケーションのうちのいずれか１つが、任意の所与の瞬間にアクティブであり得る。任意の数のサービス、およびサポートされたサービスのうちのいずれか１つが、任意の所与の瞬間に呼び出され、アクティブなアプリケーション（単数または複数）をサポートすることができる。

Ｉ／Ｏコントローラ１４４は、キーボード１５２、カメラ１５４、マイクロフォン、およびスピーカー（図１には示さず）、等の外部のユニットにインターフェース接続し得る。ＥＢＩ１４６は、デジタル・セクション１２０とメイン・メモリ１５６との間のデータ転送を容易にすることができ、メイン・メモリ１５６は、モバイル・デバイス１００のために大容量記憶装置を提供することができる。ディスプレイ・コントローラ１４８は、ディスプレイ・ユニット１５８におけるテキスト、映像、および／またはグラフィックの表示を容易にするための処理を実行することができる。ディスプレイ・ユニット１５８は、液晶ディスプレイ（ＬＣＤ）または何らかの他のタイプのディスプレイであることができる。バッテリ１５０は、モバイル・デバイス１００のためにバッテリ電力を提供することができる。

デジタル・セクション１２０は、１つ以上の特定用途向け集積回路（ＡＳＩＣ）および／または何らかの他のタイプの集積回路（ＩＣ）に組み込まれることができる。たとえば、デジタル・セクション１２０におけるユニットのすべて、またはほとんどは、クゥアルコム・インコーポレイテッドによるモバイル・ステーション・モデム（ＭＳＭ（登録商標））のＡＳＩＣに組み込まれることができ、バッテリ・コントローラ１４０は、これもまたクゥアルコム・インコーポレイテッドによる、パワー・マネージメントＩＣ（ＰＭＩＣ）に組み込まれることができる。バッテリ・コントローラ１４０はまた、デジタル・セクション１２０における他のユニットに組み込まれることもできる。受信機１１４および送信機１１６は、１つ以上のアナログＩＣ、無線周波数ＩＣ（ＲＦＩＣ）、ミックスド・シグナルＩＣ、等に組み込まれることができる。

図１は、モバイル・デバイス１００の例示的な設計を示す。一般的に、モバイル・デバイス１００には、図１に示したものよりも少ない、多い、および／または、図１に示したものとは異なる、処理ユニット、メモリ・ユニット、およびインターフェース・ユニットが含まれ得る。デジタル・セクション１２０における処理ユニットの数および処理ユニットのタイプは、モバイル・デバイス１００によってサポートされる通信ネットワークやサービス、コストや電力といった考慮すべき事項、等のさまざまなファクタに依存し得る。

モバイル・デバイス１００には、多数のサブシステムが含まれることができ、各サブシステムは、特定の機能を提供する。たとえば、モバイル・デバイス１００には、受信機１１４および送信機１１６を含むＲＦサブシステム、ＣＰＵ１３０を含むＣＰＵサブシステム、ＤＳＰ１３２を含むＤＳＰサブシステム、ディスプレイ・コントローラ１４８およびディスプレイ・ユニット１５８を含むディスプレイ・サブシステム、ローカル通信プロセッサ１３８を含むＰＡＮサブシステム、ＥＢＩ１４６およびメモリ１３６、１５６を含むメモリ・サブシステム、Ｉ／Ｏコントローラ１４４およびカメラ１５４を含むカメラ・サブシステム、等が含まれ得る。これらのサブシステムは、他の手法で定義されることもできる。たとえば、受信機１１４および送信機１１６は、２つの別個のサブシステムとみなされることができる。別の例として、ＣＰＵ１３０および／またはＤＳＰ１３２は、各々、複数のサブシステムに分割されることができる。いずれにせよ、各サブシステムは、関連づけられた機能が必要とされるとイネーブルにされることができ、またはそうでなければ、バッテリ電力を節約するためにディスエーブルにされる（disabled）ことができる。

図２は、図１におけるモバイル・デバイス１００内のバッテリ・コントローラ１４０の例示的な設計のブロック図を示す。この設計において、バッテリ・コントローラ１４０は、バッテリ・マネジャ２１０と電力モニタ２２０とを含む。バッテリ・マネジャ２１０は、Ｎ個のアプリケーションがモバイル・デバイス１００においてアクティブであるとのインジケーションを受け取ることができ、ここで、Ｎは、１以上であり得る。一般的に、任意の数のアプリケーションが、モバイル・デバイス１００によってサポートされることができ、任意の数のアプリケーションが、任意の所与の瞬間にアクティブであり得る。バッテリ・マネジャ２１０はまた、アクティブなアプリケーションにバッテリ電力を割り当てるために使用され得る、さまざまなタイプの情報を受け取ることができる。たとえば、バッテリ・マネジャ２１０は、アプリケーションの優先順位、モバイル・デバイス１００内のさまざまなサブシステムによる電力消費、バッテリ１５０の放電曲線、バッテリ電力管理の目的、等を示す情報を受け取ることができる。バッテリ・マネジャ２１０は、以下に説明するように、受け取ったすべての情報に基づいて、アクティブなアプリケーションにバッテリ電力を割り当てることができる。

電力モニタ２２０が、モバイル・デバイス１００内のＭ個のアクティブなサブシステムによる電力消費を監視することができ、ここで、Ｍは１以上であり得る。一般的に、モバイル・デバイス１００は、任意の数のサブシステムを含むことができ、任意の数のサブシステムが、モバイル・デバイス１００のためのアクティブなアプリケーションおよび他の機能をサポートするために、任意の所与の瞬間にアクティブであることができる。電力モニタ２２０は、アクティブなサブシステムの各々によって消費されるバッテリ電力の量を判定することができ、この情報をバッテリ・マネジャ２１０に提供することができる。バッテリ・マネジャ２１０は、電力モニタ２２０からのこの情報に基づいて、バッテリ電力を割り当て、管理することができる。

１つのバッテリ電力管理スキームにおいて、バッテリ電力は、アクティブなサブシステムに、先着順で（on a first come first serve basis）割り当てられることができる。あるアプリケーションがアクティブになった場合、このアプリケーションをサポートするために使用されるすべてのサブシステムが判定され得る。そして、バッテリ電力が、そのアプリケーションをサポートするために使用される各サブシステムに割り当てられることができる。

上述したバッテリ電力管理スキームにおいて、バッテリ電力は、本質的に、必要に応じて自由に割り当てられることができる無制限のリソースとみなされる。モバイル・デバイス１００における各サブシステムは、可能な限り少ない電力を消費するように設計され得る。しかしながら、アクティブなサブシステムの各々は、その優先モードで動作する必要があれば、それだけ多くのバッテリ電力を、他のサブシステムを考慮せずに引き込み得る。このスキームは、モバイル・デバイス１００のために利用可能なバッテリ電力がすべてのアクティブなサブシステムの電力要求を満たすには不十分である場合、不満足なパフォーマンスを提供し得る。このスキームでは、モバイル・デバイス１００がバッテリ電力を使い尽くした場合、すべてのアプリケーションが、それらの重要性とは無関係にシャットダウンされ得る。

ある態様において、バッテリ電力は、限られた、貴重なシステム・リソースとみなされることができ、ＱｏＳ技術を使用して管理されることができる。ＱｏＳは、（ｉ）異なるアプリケーションまたはデータ・フローに異なる優先順位を提供する能力、または（ｉｉ）アプリケーションまたはデータ・フローのためにある特定のレベルのパフォーマンスを保証する能力のことを言う。たとえば、要求されるある特定のビット・レート、遅延、ジッタ、パケット・エラー確率、および／またはビット・エラー・レートが保証され得る。ＱｏＳ保証は、ネットワークの能力がすべての要求を満たすのに不十分である場合に、重要であり得る。ＱｏＳ保証は、たとえば、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）、オンライン・ゲーム、ＩＰ−ＴＶといった、リアル・タイム・ストリーミング・マルチメディア・アプリケーションのために、特に所望され得るが、その理由は、これらのアプリケーションがしばしば、固定されたビット・レートを要求し、遅延に敏感だからである。ＱｏＳ保証は、能力が限られている通信ネットワーク（たとえば、セルラー・ネットワーク）に、特に適用可能であり得る。

多数のＱｏＳ技術が、バッテリ電力管理のために使用されることができる。１つの設計では、リソース予約プロトコル（ＲＳＶＰ）と同様のプロトコルが、実行前にバッテリ電力を要求するためにアプリケーションによって使用されることができる。ＲＳＶＰは普通、ネットワークを介してリソースを要求し、予約するために、アプリケーションによって使用される。ＲＳＶＰにより、アプリケーションは、あるネットワーク帯域幅を前もって予約することができる。コア・ルータが、その予約を受理し、維持し、破棄することができる。バッテリ電力管理により、アプリケーションは、バッテリ・コントローラ１４０にバッテリ電力を要求することができ、バッテリ・コントローラ１４０は、この要求を受理、維持、または拒否することができる。

別の設計では、実行されようとしている異なるアプリケーションを区別するために、ディフサーブ、すなわち「ＤｉｆｆＳｅｒｖ」、と同様のスキームが、使用されることができる。ＤｉｆｆＳｅｒｖにより、パケットは、各パケットによって要求されるサービスのタイプ別にマーキングされることができる。これらのマーキングに応答して、ルータとスイッチは、パケットの要求を満たす適切なキューイング・ストラテジを使用することができる。バッテリ電力管理のために、アプリケーションは、それらのバッテリ電力要求を、アプリケーションのタイプおよび／または要求、アプリケーションによって要求されるサブシステムおよび／またはサービス、等にしたがって、マーキングすることができる。所与のアプリケーションのためのマーキングは、そのアプリケーションの優先順位、そのアプリケーションによって要求されるサブシステムおよび／またはサービス、等を示すことができる。そして、要求は、さらなる処理のために、適切なキューに入れられることができる。

他のＱｏＳ保証もまた、バッテリ電力管理のために使用されることができる。たとえば、トラヒック・データをシェーピング（shape）し、データ・レートを制限するための技術（たとえば、トークン・バケット（token bucket）、およびリーキー・バケット（leaky bucket））が、バッテリ電力管理のためにバッテリの使用をシェーピングし制限するために、使用されることができる。トラヒック・データのためのスケジューリング・アルゴリズム（たとえば、重みづけされたフェア・キューイング（fair queuing）、重みづけされたラウンド・ロビン（weighted round robin）、プロポーショナル・フェアネス（proportional fairness）、等）が、同一の優先順位クラスにおけるアプリケーションへのバッテリ電力の割り当てのために、使用されることができる。

ＱｏＳを用いたバッテリ電力管理は、考慮すべきさまざまな事項に基づいて異なるアプリケーションに異なる量のバッテリ電力が割り当てられ得るように、バッテリ電力を動的に割り当てることを含み得る。ＱｏＳを用いたバッテリ電力管理は、下記の１つ以上に基づいて達成されることができる。第１に、バッテリ電力が、実行前にアプリケーションのために要求されることができ、バッテリ電力は、下記に説明するように、考慮すべきさまざまな事項に基づいて、アプリケーションに割り当てられることができ、または割り当てられない場合もある。第２に、アプリケーションに優先順位がつけられることができ、より高い優先順位のアプリケーションには、より多くのバッテリ電力が割り当てられることができ、より低い優先順位のアプリケーションには、より少ないバッテリ電力が割り当てられ得る（または割り当てられない）。第３に、バッテリ電力が、動的な手法で管理されることができ、バッテリ電力の割り当ては、変化する状況によって、経時的に、変化することができる。第４に、バッテリ電力は、バッテリの寿命、放電曲線、アプリケーションのパフォーマンス、等に関連する１つ以上の目的／目標を達成するように、割り当てられることができる。

１つの設計では、アプリケーションへのバッテリ電力の割り当てを支援するために、モバイル・デバイス１００におけるアプリケーションに、優先順位がつけられることができる。１つ以上のエンティティによって、またさまざまなファクタに基づいて、アプリケーションに特定の優先順位が割り当てられることができる。アプリケーションの優先順位は、ユーザによって、またはユーザの選好に基づいて、設定されることができる。たとえば、ユーザによって、ゲーム・アプリケーションよりも高い優先順位が電子メールのアプリケーションに割り当てられることができる。アプリケーションの優先順位はまた、ネットワーク・オペレータ、オリジナル・エクイップメント・マニュファクチュアラ（ＯＥＭ）、サード・パーティ、等によって、またはそれらからの入力に基づいて、設定されることができる。

アプリケーションの優先順位はまた、アプリケーションを実行するために必要とされるバッテリ電力の量に基づいて、設定されることもできる。アプリケーションは、１つ以上のサブシステムを要求し得るが、サブシステムは集合的に、アプリケーションの優先順位に影響し得る。たとえば、アプリケーションの優先順位は、（ｉ）アプリケーションが、他のアプリケーションのためによく使用されるサブシステムを使用する場合、および／または、少ない電力を使用する場合には、より高くなり、または、（ｉｉ）アプリケーションが、他のアプリケーションのためにあまり使用されないサブシステムを使用する場合、および／または、高い電力を消費する場合には、より低くなり得る。アプリケーションの優先順位はまた、アプリケーションの依存性に基づいて設定されることもできる。たとえば、ブラウザ・アプリケーションは、データ接続を要求し得るが、データ接続は、ブラウザ・アプリケーションに割り当てられる優先順位に影響し得る。

アプリケーションの優先順位はまた、無線ネットワークの負荷に基づいて設定されることもできる。たとえば、無線ネットワークに高い負荷がかかっている場合、高いデータ・レートを要求するデータ・アプリケーションには、より低い優先順位が割り当てられ得る。ネットワークの負荷は、無線ネットワークによってブロードキャストされるか、または、たとえば１日の中の１時間、１週間の中の１日、等に基づいて、間接的に判定されることができる。

アプリケーションの優先順位はまた、他のファクタに基づいて設定されることもできる。一般的に、ファクタの任意のセットに基づいて、アプリケーションに特定の優先順位が割り当てられ得る。割り当てられる優先順位は、ユーザの選好およびシステムの動作に対するアプリケーションの重要性に依存することができる。アプリケーションの優先順位は、経時的に変化し得る。たとえば、アプリケーションの優先順位は、たとえばバッテリ電力の不足、または、ある特定のサブシステムに対する他のアプリケーションとの競合が原因で、アプリケーションが、それが実行され得るまで長く待たねばならなければならないほどに、高くなり得る。

モバイル・デバイス１００におけるアプリケーションは、それらの優先順位に基づいて、異なるクラスにグループ分けされることができる。アプリケーションの優先順位は、アプリケーションがアクティブになったときにアプリケーションにバッテリ電力を割り当てるために、使用されることができる。

図３は、バッテリ電力をアプリケーションに割り当てるための処理３００の例示的な設計を示す。処理３００は、図１および図２におけるバッテリ・コントローラ１４０によって、または、モバイル・デバイス１００内の何らかの他のユニットによって、実行されることができる。１つの設計において、処理３００は、モバイル・デバイス１００において起動されたばかりの、まだ実行されていないアプリケーションに対して実行されることができる。この設計は、アプリケーションの起動時に一度だけ、アプリケーションにバッテリ電力を割り当て得る。別の設計では、処理３００は、ついさっき起動されたばかりのアプリケーションだけでなく、モバイル・デバイス１００において現在実行中のアプリケーションに対しても、実行されることができる。この設計は、アプリケーションの起動時にアプリケーションにバッテリ電力を割り当てることができ、アプリケーションが実行されているときには、バッテリ電力の割り当てを変更することができる。

最初に、モバイル・デバイス１００で実行されようとしているすべてのアプリケーションの優先順位とバッテリ要求が判定され得る（ブロック３１２）。これらのアプリケーションは、ついさっき起動されたばかりのアプリケーションを含むことができ、場合によっては、現在実行中のアプリケーションを含むことができる。たとえば、ユーザは、音声および／またはパケット・データに関する１つ以上のアプリケーションを有することができ、また、入って来る電子メールがないか電子メール・サーバを周期的にチェックし得る、電子メール・アプリケーションを実行中であり得る。ユーザはまた、モバイル・デバイス１００とイヤホンとの両方で電力を消費し得るＢｌｕｅｔｏｏｔｈに関するアプリケーションを実行中であり得る。アプリケーションの優先順位は、前述したように判定されることができる。アプリケーションのバッテリ要求は、各アプリケーションによって必要とされる電流の量、各アプリケーションの持続時間またはランタイム、等を含み得る。

（もしあれば）バッテリ電力管理の目的が判定され得る（ブロック３１４）。目的には、最長のスタンバイ時間、最長のバッテリ寿命、最大の放電電流、最大の全バッテリ容量、指定された１つ以上のアプリケーションのための最良のカバレッジ、全アプリケーションに対する平等なサービス、等が含まれ得る。これらの目的は、バッテリ電力がどのようにアプリケーションに割り当てられ得るかに影響し得る。目的は、ユーザまたはシステム・アドミニストレータによって指定されることができ、または、ユーザのＱｏＳポリシーに基づいて自動的に判定されることができる。モバイル・デバイス１００のために利用可能なバッテリ電力が判定されることができ、これは、バッテリ電力管理の目的に依存し得る（ブロック３１６）。

ついで、最も高い優先順位を有するアプリケーションが、バッテリ電力の割り当てのために選択されることができる（ブロック３１８）。選択されたアプリケーションのために要求されるバッテリ電力（またはバッテリの使用）が推定され得る（ブロック３２０）。これは、選択されたアプリケーションをサポートするために使用されるすべてのサブシステムを判定することと、各サブシステムのために要求されるバッテリ電力を判定することと、すべてのサブシステムのために要求されるバッテリ電力を合計することとによって、達成され得る。各アプリケーションは、そのアプリケーションのバッテリの使用を推定するために使用され得る特定の電力プロファイルに関連づけられ得る。１つの設計において、バッテリ電力は、電流とバッテリ容量とによって定量化されることができる。電流は、使用率を示すことができ、マイクロアンペア（μＡ）単位で表され得る。バッテリ容量は、使用の合計を示すことができ、マイクロアンペア時間（μＡｈ）単位で表され得る。選択されたアプリケーションのために要求される電流は、アプリケーションをサポートするために使用される１つ以上のサブシステムのために要求される電流に基づいて、推定され得る。選択されたアプリケーションのために要求されるバッテリ容量は、要求される電流だけでなく、要求されるサブシステム（単数または複数）の周波数、持続時間、使用パターンにも基づいて、推定されることができる。

ついで、モバイル・デバイス１００のために利用可能なバッテリ電力が、選択されたアプリケーションへの割り当てに十分かどうかの判定がなされ得る（ブロック３２２）。（ｉ）利用可能な電流が、選択されたアプリケーションのために要求される電流を満足する、または超過する場合、および（ｉｉ）利用可能なバッテリ容量が、選択されたアプリケーションのために要求されるバッテリ容量を満足する、または超過する場合、利用可能なバッテリ電力は十分であり得る。利用可能なバッテリ電力が十分であり、ブロック３２２の答えが「はい」の場合には、選択されたアプリケーションに、それが要求するバッテリ電力に基づいて、バッテリ電力が割り当てられ得る（ブロック３２４）。ブロック３２４における割り当ては、（たとえば、電流引き込みおよびバッテリ容量の観点から）十分なバッテリ電力が、選択されたアプリケーションのために予約されることを保証するだろう。

モバイル・デバイス１００のために利用可能なバッテリ電力が、選択されたアプリケーションへのバッテリ電力の割り当てを反映するために更新され得る（ブロック３２６）。ついで、すべてのアプリケーションにバッテリ電力が割り当てられたかどうかの判定がなされ得る（ブロック３２８）。答えが「いいえ」の場合には、処理は、ブロック３１８へと戻り、バッテリ電力の割り当てのために別のアプリケーションを選択することができる。そうでなければ、処理は終了し得る。

図３に示した設計において、利用可能なバッテリ電力が、選択されたアプリケーションにとって不十分であった場合、処理は、ブロック３２２からブロック３２８へと進むことができる。この設計は、選択されたアプリケーションよりも少ないバッテリ電力を消費し得る、より低い優先順位のアプリケーションに、利用可能なバッテリ電力が割り当てられることを可能にし得る。別の設計では、利用可能なバッテリ電力が選択されたアプリケーションにとって不十分であった場合、処理は終了し得る。

１つの設計では、新たなアプリケーションが起動されるたびに、処理３００が実行されることができる。別の設計では、処理３００は、周期的に、ならびに、新たなアプリケーションが起動されたときに、実行されることができる。いずれにせよ、処理３００は、より低い優先順位のアプリケーションより前に、より高い優先順位のアプリケーションに、バッテリ電力が割り当てられることを保証し得る。これは、バッテリ電力が、実行されようとしているすべてのアプリケーションにとって不十分である場合のパフォーマンスおよびユーザエクスペリエンスを改良することができる。図３における設計は、特定のアプリケーションをサポートするのに十分なバッテリ電力が利用可能かどうかを判定するために、実行されようとしているすべてのアプリケーションの優先順位と、各アプリケーションのために要求されるバッテリ電力と、モバイル・デバイス１００のために利用可能なバッテリ電力とを考慮することができる。答えが「はい」の場合には、アプリケーションは、バッテリ電力を割り当てられることができ、実行を許可され得る。そうでなければ、ユーザにその旨が知らされることができ、レコメンデーションのリストが提供され得る。

１つの設計において、所与のアプリケーションのために要求されるバッテリ電力は、そのアプリケーションをサポートするために使用される１つ以上のサブシステムのために要求されるバッテリ電力に基づいて、推定され得る。たとえば、そのアプリケーションは、クゥアルコム・インコーポレイテッドによるＭｅｄｉａＦＬＯ（登録商標）サービスのような、モバイルＴＶサービスのためのものであり得る。モバイルＴＶサービスを受信するために、アプリケーションは、受信した信号を復号するための第１のサブシステム、復号した信号をサービス鍵を使用して解読するための第２のサブシステム、コンテンツを復号するための第３のサブシステム、映像および音声信号を表現するための第４のサブシステム、ユーザ・インターフェースを管理するための第５のサブシステム、等を使用することができる。アプリケーションはまた、使用のトラッキングとバックエンド・システムへのフィードバックとを提供するためにデータ・リンクを使用することができ、１つ以上のサブシステムが、データ・リンクのために使用されることができる。それらのサブシステムは、ある特定の電力要求を有することができ、そのアプリケーションにとって十分なバッテリ電力があることを保証するために、まとめて評価されることができる。

１つの設計において、あるアプリケーションのために要求されるバッテリ電力は、そのアプリケーションをサポートするために必要とされるバッテリ電力の増分量に基づいて推定されることができる。アプリケーションは、１つ以上のサブシステムを使用し、各サブシステムは、任意の数のアプリケーションをサポートし得る。各サブシステムに関し、（もしあれば）他のアプリケーションをサポートするためにそのサブシステムによって消費されるバッテリ電力の量が判定され得る。このアプリケーションを含むすべてのアプリケーションをサポートするためにサブシステムによって消費されるバッテリ電力の合計量もまた、推定され得る。ついで、アプリケーションをサポートするためにサブシステムによって必要とされるバッテリ電力の増分量が、（ｉ）すべてのアプリケーションをサポートするために使用されるバッテリ電力の合計量と、（ｉｉ）他のアプリケーションをサポートするために使用されるバッテリ電力の量と、の間の差に基づいて、判定されることができる。そして、アプリケーションのために要求されるバッテリ電力は、アプリケーションをサポートするためにすべてのサブシステムによって必要とされるバッテリ電力の増分量の合計と等しいことができる。この設計は、アプリケーションをサポートするために必要とされる上乗せ分のバッテリ電力のみがアプリケーションに課されることを保証し得る。

１つの設計では、他のアプリケーションに対する先立つコミットメントおよび割り当てにより、利用可能なバッテリ電力がそのアプリケーションにとって不十分である場合、ユーザおよび／またはアプリケーションにフィードバックが提供されることができる。すると、ユーザおよび／またはアプリケーションは、軽減操作／措置を行うことができる。１つの設計では、電力消費を減じるために、アプリケーションの動作がアプリケーションによって変更されることができる。たとえば、アプリケーションは電子メールのアプリケーションであることができ、電力消費を減じるために、アプリケーションが電子メール・サーバをチェックする頻度が減じられることができる。別の設計では、アプリケーションの優先順位が、実行中の他のアプリケーションの優先順位よりも高く上げられることができる。そして、処理３００が、アプリケーションが更新された優先順位を有している状態で、再び実行されることができる。

別の設計では、電力消費を減じ、利用可能なバッテリ電力を増加させるために、モバイル・デバイス１００における１つ以上のサブシステムまたはコンポーネントが、ディスエーブルにされるか、または変更されることができる。たとえば、Ｂｌｕｅｔｏｏｔｈのためのサブシステムが、電力消費を節約するためにオフにされることができる。別の例として、電力消費を減じるために、表示ユニットが薄暗くされるか、またはより低い解像度で表示されるか、またはより少ない頻度でリフレッシュされることができる。

さらなる別の設計では、利用可能なバッテリ電力を増加させるために、以前にバッテリ電力が割り当てられた、より低い優先順位の１つ以上のアプリケーションが、ディスエーブルにされることができる。たとえば、以前にバッテリ電力が割り当てられた電子メールのアプリケーションは、シャットダウンされることができ、この電子メールのアプリケーションに割り当てられたバッテリ電力が取り戻されることができる。

さらなる別の設計では、共通の依存性を有するアプリケーションのセットが、バッテリ電力の割り当てのために選択されることができる。このセットには、利用可能なバッテリ電力によってサポートされ得るほとんどのアプリケーションが含まれることができる。この設計は、アプリケーションをサポートするために必要とされる全バッテリ電力を減じることができる。

さらなる別の設計では、電力消費を減じるために、モバイル・デバイス１００におけるある特定のタスクが、ネットワーク側へと移されることができる。たとえば、復号タスクが、ネットワーク側へと移されることができる。さらなる別の設計では、ネットワーク側の動作が、モバイル・デバイス１００における電力消費を減じるように変更されることができる。たとえば、件名のみの電子メールは、モバイル・デバイス１００に送信されることができ、添付ファイルは、ネットワーク側に一時的に記憶されるか、または削除されることができる。

要求しているアプリケーション、またはバッテリ電力がすでに割り当てられたアプリケーション、またはモバイル・デバイス１００で実行中のサブシステムによる電力消費を減じるために、他の軽減操作もまた行われることができる。要求しているアプリケーションおよび／または利用可能なバッテリ電力に関する任意の更新に基づいて、処理３００が再び実行されることができる。

１つの設計において、利用可能なバッテリ電力が実行されようとしているすべてのアプリケーションにとって不十分である場合、可能な軽減操作のリストがユーザに提供されることができる。このリストは、前述した軽減操作のいずれかを含むことができる。ユーザは、このリストから軽減操作を選択することができる。そして、バッテリ電力が、ユーザによって選択された軽減操作に基づいて割り当てられることができる。

別の態様では、バッテリ電力が、モバイル・デバイス１００におけるバッテリ１５０のためのバッテリ放電曲線を考慮することによって、割り当てられることができる。バッテリ１５０の定格は、特定の電流引き込み（３００μＡ）における特定の容量（たとえば、１５００μＡｈ）であり得る。しかしながら、バッテリ１５０の寿命は、電流引き込みの非線形関数であり得る。

図４は、モバイル・デバイス１００におけるバッテリ１５０の、バッテリ放電曲線の例示的なグラフ４１０と、有効容量の例示的なグラフ４２０とを示す。図４において、左側の縦軸は、電流を表し、右側の縦軸（図示せず）は、バッテリ／電池の容量を表し、横軸は、バッテリの寿命を表す。バッテリ放電曲線は、異なる量の電流引き込みに対するバッテリ１５０の寿命を示し得る。バッテリ１５０は、特定の定格電流引き込み（Ｉ_{ＲＡＴＥＤ}）において特定の定格容量を有することができ、それは、特定のバッテリ寿命（Ｔ_{ＲＡＴＥＤ}）に対応し得る。バッテリの寿命は、より低い電流引き込みの場合には長くなり、または、より高い電流引き込みの場合には短くなり得る。たとえば、バッテリ放電曲線上の動作点が、より長いバッテリ寿命を得るように選択されることができる。この動作点は、利用可能な電流Ｉ_{ＡＶＡＩＬＢＬＥ}と、バッテリ寿命Ｔ_ＬＩＦＥとに関連づけられ得る。一般的に、バッテリの寿命は、図４に示すように、電流引き込みの非線形関数であり得る。さらに、有効バッテリ容量もまた、図４に示すように、電流引き込みの非線形関数であり得る。

異なるバッテリは、異なるバッテリ放電曲線を有し得る。さらに、所与のバッテリについてのバッテリ放電曲線は、バッテリの古さ、動作環境（温度）、充電の状態、等によって異なり得る。バッテリの容量および寿命は、バッテリの繰り返しの充電と放電とともに劣化し得る。

１つの設計では、バッテリ１５０に関し、異なるシナリオのためのバッテリ放電曲線が、（たとえば、経験的に）判定されることができ、モバイル・デバイス１００に記憶され得る。異なるシナリオは、バッテリ１５０の異なる充電状態（たとえば、１本のバー、２本のバー、等）、異なる温度、等に対応し得る。最適なシナリオのためのバッテリ放電曲線がアプリケーションにバッテリ電力を割り当てる際に考慮されることができ、バッテリ１５０が最適な状況下で動作してその耐用年数を延ばすことを保証する。たとえば、バッテリ１５０の電力が少なく、バッテリ寿命を延ばすことが重要な目的である場合には、バッテリ電力は、電流引き込みが可能な限り低くなるように、アプリケーションに割り当てられることができる。逆に、バッテリ１５０がフルに充電されていて、高いデータ・レートが重要な目的である場合には、バッテリ電力は、より高い電流引き込みを可能にするようにアプリケーションに割り当てられることができる。

すなわち、バッテリ電力は、バッテリ１５０の充電状態、所望の目的、および／または他のファクタに基づいて割り当てられることができる。現在の充電状態のためのバッテリ放電曲線が、バッテリ電力の割り当てを支援する（たとえば、電流引き込みを制限する）ために使用されることができ、それによって、所望の目的が達成され得る。

さらなる別の態様では、モバイル・デバイス１００のためのバッテリ電力の管理は、分散された手法で実行されることができる。電力コントローラが、ネットワーク側で維持されることができ、良好なパフォーマンスを達成するようにモバイル・デバイス１００の動作を制御することができる。１つの設計では、ＱｏＳ要求が、ネットワークへと送信されることができ、バッテリ電力に関するパラメータを含むことができる。たとえば、要求は、アクセスを求め得るが、わずかＸの量のバッテリ電力を使用するにすぎない。要求におけるバッテリ電力レベルは、モバイル・デバイス１００との通信を制御するために使用され得る。たとえば、モバイル・デバイス１００に割り当てられる帯域幅および／または遅延は、モバイル・デバイス１００による長引いた動作が回避され得るように、維持されることができる。ネットワーク側の電力コントローラは、他のモバイル・デバイスのアクセスと相対的にモバイル・デバイス１００のアクセスを変更することによって、モバイル・デバイス１００のバッテリ寿命を向上させることができる。

ここで説明された技法により、重要で優先されるべきアプリケーションは、バッテリ電力の割り当てにおいて、確実により高い優先順位を受けることができる。バッテリの使用を推定し、あらかじめバッテリ電力を割り当てることによって、この技法は、アプリケーションが良好なユーザエクスペリエンスを提供するのに十分なバッテリ電力が予約されることを保証し得る。この技法はまた、ユーザがユーザの選好に見合うようにバッテリ電力の割り当てを動的に調節するためのメカニズムを提供することができる。さらに、バッテリ電力の割り当ては、バッテリが所望の放電範囲で動作し得ることによって、バッテリの寿命を延ばし、バッテリを取り換える必要を最小限にし得るようなものであり得る。

図５は、バッテリ電力を管理するための処理５００の設計を示す。アプリケーションがモバイル・デバイスにおいてアクティブになろうとしているとのインジケーションが受け取られ得る（ブロック５１２）。モバイル・デバイスにおいてそのアプリケーションを実行する前に、バッテリ電力がそのアプリケーションのために予約され得る（ブロック５１４）。アプリケーションのために要求されるバッテリ電力がモバイル・デバイスのために利用可能なバッテリ電力を超過しない場合、バッテリ電力が、そのアプリケーションのために予約され得る。そうでなければ、少なくとも１つの軽減操作が、モバイル・デバイスのために利用可能なバッテリ電力を増加させるために、実行され得る（ブロック５１６）。軽減操作（単数または複数）は、データ・レートを調節すること、または映像品質を低下させること、または画面の明るさを減じること、またはモバイル・デバイスの１つ以上のサブシステムをディスエーブルにすること、またはモバイル・デバイスで実行中の１つ以上のアプリケーションをディスエーブルにすること、または何らかの他の軽減操作、またはそれらの組み合わせを含み得る。１つの設計では、アプリケーションまたはモバイル・デバイスによる電力消費を減じるための可能な軽減操作のリストが提供され得る。そのリストからの軽減操作の選択が、たとえば、ユーザから受け取られ得る。そして、選択された軽減操作が、アプリケーションまたはモバイル・デバイスによる電力消費を減じるために実行され得る。

図６は、図５におけるブロック５１４の設計を示す。モバイル・デバイスのために利用可能なバッテリ電力が判定され得る（ブロック６１２）。アプリケーションのために要求されるバッテリ電力もまた判定され得る（ブロック６１４）。要求されるバッテリ電力は、それが、利用可能なバッテリ電力を超過しない場合、アプリケーションに割り当てられることができる（ブロック６１６）。要求されるバッテリ電力の、アプリケーションへの割り当てを考慮して、モバイル・デバイスのために利用可能なバッテリ電力が更新され得る（ブロック６１８）。

ブロック６１４の１つの設計において、アプリケーションのために要求されるバッテリ電力が、アプリケーションによって使用されるモバイル・デバイスの少なくとも１つのサブシステムを識別することによって判定され得る。アプリケーションをサポートするために少なくとも１つのサブシステムによって消費されるバッテリ電力が推定され得る。そして、アプリケーションのために要求されるバッテリ電力が、少なくとも１つのサブシステムによって消費される推定されたバッテリ電力に基づいて、判定され得る。

所与のサブシステムは、そのアプリケーションと、少なくとも他のアクティブなアプリケーションとを含み得る、複数のアプリケーションによって共有され得る。アプリケーションをサポートするためにサブシステムによって消費されるバッテリ電力が以下のようにして判定され得る。少なくとも１つのアクティブなアプリケーションをサポートするためにサブシステムによって消費されるバッテリ電力が推定され得る。そのアプリケーションと、少なくとも１つのアクティブなアプリケーションとをサポートするためにサブシステムによって消費される合計バッテリ電力もまた、推定され得る。そして、アプリケーションをサポートするためにサブシステムによって消費されるバッテリ電力が、（ｉ）アプリケーションと少なくとも１つのアクティブなアプリケーションとをサポートするためにサブシステムによって消費される合計バッテリ電力と、（ｉｉ）少なくとも１つのアクティブなアプリケーションをサポートするためにサブシステムによって消費されるバッテリ電力と、の間の差に基づいて、推定されることができる。

１つの設計において、バッテリ電力は、電流に基づいて定量化されることができる。アプリケーションのために要求される電流は、それが、モバイル・デバイスのために利用可能な電流を超過しない場合、アプリケーションに割り当てられ得る。別の設計において、バッテリ電力は、バッテリ容量に基づいて定量化されることができる。アプリケーションのために要求されるバッテリ容量は、それが、モバイル・デバイスのために利用可能なバッテリ容量を超過しない場合、アプリケーションに割り当てられることができる。さらなる別の設計において、バッテリ電力は、電流とバッテリ容量との両方に基づいて定量化されることができる。アプリケーションのために要求される電流および要求されるバッテリ容量は、それらが、モバイル・デバイスのために利用可能な電流および利用可能なバッテリ容量をそれぞれ超過しない場合に、アプリケーションに割り当てられることができる。

図７は、バッテリ電力を管理するための処理７００の設計を示す。モバイル・デバイスにおけるアクティブな複数のアプリケーションが識別され得る（ブロック７１２）。複数のアプリケーションの優先順位が判定され得る（ブロック７１４）。各アプリケーションの優先順位は、ユーザ入力、またはユーザの選好、またはそのアプリケーションに関連づけられた優先順位情報（ＲＳＣＰと同様のメカニズムによってそのアプリケーションによって提供され得る）、またはそのアプリケーションを他のアプリケーションと差別化するために使用されるマーキング（ＤｉｆｆＳｅｒｖと同様のメカニズムによって提供され得る）、または何らかの他の情報、またはそれらの任意の組み合わせに基づいて、判定され得る。

バッテリ電力が、複数のアプリケーションに、それらの優先順位に基づいて割り当てられ得る（ブロック７１６）。１つの設計では、モバイル・デバイスのために利用可能なバッテリ電力が判定され得る。複数のアプリケーションが、それらの優先順位に基づいて、順序づけられ／ランク付けされることができる。そして、利用可能なバッテリ電力が、たとえば、図３に示すように、複数のアプリケーションのうち、最も高い優先順位のアプリケーションから順に、一度に１つのアプリケーションに割り当てられることができる。利用可能なバッテリ電力が、それらのアプリケーションのすべてのために不十分である場合には、前述したように、１つ以上の軽減操作が実行されることができる。

１つの設計において、複数のアプリケーションの優先順位は、たとえば、周期的に、またはトリガされた場合に、更新されることができる（ブロック７１８）。たとえば、各アプリケーションの優先順位は、そのアプリケーションのパフォーマンス、またはそのアプリケーションがバッテリ電力を割り当てられるためにどれほど長く待っているか、または何らかの他の考慮すべき事項、またはそれらの組み合わせに基づいて更新されることができる。複数のアプリケーションへのバッテリ電力の割り当ては、複数のアプリケーションの更新された優先順位に基づいて繰り返されることができる（ブロック７２０）。

図８は、バッテリ電力を管理するための処理８００の設計を示す。モバイル・デバイスにおけるアクティブな少なくとも１つのアプリケーションが識別され得る（ブロック８１２）。モバイル・デバイスのために適用可能なバッテリ放電曲線が判定され得る（ブロック８１４）。バッテリ電力は、そのバッテリ放電曲線に基づいて、少なくとも１つのアプリケーションに割り当てられ得る（ブロック８１６）。

１つの設計では、少なくとも１つのアプリケーションのバッテリ要求もまた判定され得る。そして、バッテリ電力は、少なくとも１つのアプリケーションのバッテリ要求にさらに基づいて、少なくとも１つのアプリケーションに割り当てられることができる。

１つの設計では、モバイル・デバイスのためのバッテリ電力に関連する少なくとも１つの目的が判定され得る。少なくとも１つの目的は、最長の放電時間、または最長のスタンバイ時間、または最長のバッテリ寿命、または最大の全バッテリ容量、または指定された１つ以上のアプリケーションのための最良のパフォーマンス、または少なくとも１つのアプリケーションに対する平等なサービス、または何らかの他の目的、またはそれらの組み合わせを備え得る。そして、バッテリ電力は、少なくとも１つの目的にさらに基づいて、少なくとも１つのアプリケーションに割り当てられることができる。たとえば、バッテリ放電曲線上の動作点が、たとえば、図４に示すように、少なくとも１つの目的に基づいて、選択されることができる。モバイル・デバイスのために利用可能なバッテリ電力（または利用可能な電流）が、選択された動作点に基づいて判定されることができる。そして、利用可能なバッテリ電力または電流が、少なくとも１つのアプリケーションに割り当てられることができる。

ここに説明された技法は、ハードウェアで（たとえば、ＡＳＩＣにおいて）、またはソフトウェアで実現されることができる。この技法は、ＰＭＩＣのような既存の電力管理回路で実現されることができる。この技法はまた、バッテリで実現されることもできる。この技法は、（ｉ）バッテリとモバイル・デバイスの残りの部分との間のインターフェース、および（ｉｉ）モバイル・デバイスと、センサ、Ｂｌｕｅｔｏｏｔｈイヤホン、等といったアクセサリ・デバイスとの間のインターフェース、を利用し得る。アクセサリ・デバイスは、モバイル・デバイスの電力消費に直接的または間接的な影響を有し得る。

当業者は、情報および信号が、さまざまな異なる技術および技法のいずれかを使用して表され得ることを理解するだろう。たとえば、前述の説明全体を通して言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、またはそれらの任意の組み合わせによって表わされることができる。

当業者は、本明細書における開示に関連して説明された、さまざまな例示的な論理ブロック、モジュール、回路、アルゴリズムのステップが、電子ハードウェア、コンピュータ・ソフトウェア、または両者の組み合わせとして実現され得ることをさらに理解するだろう。ハードウェアとソフトウェアとのこの互換性を明確に説明するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点で一般的に上述されている。そのような機能がハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課された特定の用途および設計の制約に依存する。当業者は、特定の用途ごとにさまざまな手法で、説明された機能を実現することができるが、そのような実現の決定は、本開示の範囲を逸脱するものと解釈されるべきでない。

ここでの開示に関連して説明された、さまざまな例示的な論理ブロック、モジュール、および回路は、ここで説明された機能を実行するように設計された、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェア・コンポーネント、またはそれらの任意の組み合わせを用いて、実現または実行されることができる。汎用プロセッサは、マイクロプロセッサであることができるが、その代わりに、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであることができる。プロセッサはまた、コンピューティング・デバイスの組み合わせ、たとえば、ＤＳＰと、１つのマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと結合された１つ以上のマイクロプロセッサとの組み合わせ、または任意の他のそのような構成として、実現されることもできる。

ここでの開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェア・モジュールで、または両者の組み合わせで、具現化されることができる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術で周知の任意の他の形態の記憶媒体に存在することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。あるいは、記憶媒体は、プロセッサに組み込まれることができる。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することができる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内の離散コンポーネントとして存在することができる。

１つ以上の例示的な設計において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実現されることができる。ソフトウェアで実現される場合、機能は、コンピュータ読取可能な媒体において、１つ以上の命令またはコードとして、記憶または伝送されることができる。コンピュータ読取可能な媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされることができる任意の入手可能な媒体であることができる。限定ではなく例として、そのようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、または、命令またはデータ構造の形態で所望のプログラム・コード手段を搬送または記憶するために使用されることができ、かつ、汎用または専用コンピュータ、または汎用または専用プロセッサによってアクセスされることができる任意の他の媒体を含むことができる。また、任意の接続は、コンピュータ読取可能な媒体と適切に称される。たとえば、ソフトウェアが、ウェブサイト、サーバ、または他のリモート・ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のような無線技術を使用して伝送される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のような無線技術は、媒体の定義に含まれる。ディスク（disk）およびディスク（disc）は、ここで使用される場合、コンパクト・ディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は通常、磁気的にデータを再生するが、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記したものの組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。

本開示の先の説明は、本開示を製造または使用することをいずれの当業者にも可能にさせるために提供されている。本開示に対するさまざまな変更は、当業者に容易に理解され、ここで定義された一般的な原理は、本開示の精神または範囲から逸脱せずに、他の変形例に適用されることができる。このように、本開示は、ここに説明された例および設計に限定されることは意図しておらず、ここに開示された原理および新規な特徴と一致する最も広い範囲が付与されるべきである。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
バッテリ電力を管理する方法であって、
アプリケーションがモバイル・デバイスにおいてアクティブになろうとしているとのインジケーションを受け取ることと、
前記モバイル・デバイスにおいて前記アプリケーションを実行する前に、前記アプリケーションのためにバッテリ電力を予約することと
を備える方法。
［Ｃ２］
前記アプリケーションのためにバッテリ電力を予約することは、
前記モバイル・デバイスのために利用可能なバッテリ電力を判定することと、
前記アプリケーションのために要求されるバッテリ電力を判定することと、
前記要求されるバッテリ電力が前記利用可能なバッテリ電力を超過しない場合、前記要求されるバッテリ電力を前記アプリケーションに割り当てることと、
前記要求されるバッテリ電力の前記アプリケーションへの割り当てを考慮して、前記モバイル・デバイスのために利用可能なバッテリ電力を更新することと
を備える、Ｃ１に記載の方法。
［Ｃ３］
バッテリ電力は、電流に基づいて定量化され、前記アプリケーションのために要求される電流は、前記要求される電流が前記モバイル・デバイスのために利用可能な電流を超過しない場合、前記アプリケーションに割り当てられる、Ｃ２に記載の方法。
［Ｃ４］
バッテリ電力は、バッテリ容量に基づいて定量化され、前記アプリケーションのために要求されるバッテリ容量は、前記要求されるバッテリ容量が前記モバイル・デバイスのために利用可能なバッテリ容量を超過しない場合、前記アプリケーションに割り当てられる、Ｃ２に記載の方法。
［Ｃ５］
前記アプリケーションのために要求されるバッテリ電力を判定することは、
前記アプリケーションによって使用される前記モバイル・デバイスの少なくとも１つのサブシステムを識別することと、
前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費されるバッテリ電力を推定することと、
前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費される前記推定されたバッテリ電力に基づいて、前記アプリケーションのために要求されるバッテリ電力を判定することと
を備える、Ｃ２に記載の方法。
［Ｃ６］
前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費されるバッテリ電力を推定することは、
前記アプリケーションと少なくとも１つのアクティブなアプリケーションとによって使用されるサブシステムを識別することと、ここで、前記サブシステムは、前記アプリケーションをサポートする前記少なくとも１つのサブシステムのうちの１つである、
前記少なくとも１つのアクティブなアプリケーションをサポートするために前記サブシステムによって消費されるバッテリ電力を推定することと、
前記アプリケーションと前記少なくとも１つのアクティブなアプリケーションとをサポートするために前記サブシステムによって消費される合計バッテリ電力を推定することと、
前記アプリケーションと前記少なくとも１つのアクティブなアプリケーションとをサポートするために前記サブシステムによって消費される前記合計バッテリ電力と、前記少なくとも１つのアクティブなアプリケーションをサポートするために前記サブシステムによって消費される前記バッテリ電力と、の間の差に基づいて、前記アプリケーションをサポートするために前記サブシステムによって消費されるバッテリ電力を推定することと
を備える、Ｃ５に記載の方法。
［Ｃ７］
前記アプリケーションのためにバッテリ電力を予約することは、
前記アプリケーションのために要求されるバッテリ電力が前記モバイル・デバイスのために利用可能なバッテリ電力を超過しない場合、前記アプリケーションのためにバッテリ電力を予約することと、
前記アプリケーションのために要求されるバッテリ電力が前記モバイル・デバイスのために利用可能なバッテリ電力を超過する場合、少なくとも１つの軽減操作を実行することと
を備える、Ｃ１に記載の方法。
［Ｃ８］
前記少なくとも１つの軽減操作を実行することは、前記モバイル・デバイスのために利用可能なバッテリ電力を増加させるために、データ・レートを調節すること、または映像品質を低下させること、または画面の明るさを減じること、または前記モバイル・デバイスの１つ以上のサブシステムをディスエーブルにすること、または前記モバイル・デバイスにおいて実行中の１つ以上のアプリケーションをディスエーブルにすること、またはそれらの組み合わせを備える、Ｃ７に記載の方法。
［Ｃ９］
前記少なくとも１つの軽減操作を実行することは、
前記アプリケーションまたは前記モバイル・デバイスによる電力消費を減じるために可能な軽減操作のリストを提供することと、
前記可能な軽減操作のリストからの軽減操作の選択を受け取ることと、
前記アプリケーションまたは前記モバイル・デバイスによる電力消費を減じるために、前記軽減操作を実行することと
を備える、Ｃ７に記載の方法。
［Ｃ１０］
バッテリ電力を管理するための装置であって、
アプリケーションがモバイル・デバイスにおいてアクティブになろうとしているとのインジケーションを受け取るための手段と、
前記モバイル・デバイスにおいて前記アプリケーションを実行する前に、前記アプリケーションのためにバッテリ電力を予約するための手段と
を備える装置。
［Ｃ１１］
前記アプリケーションのためにバッテリ電力を予約するための手段は、
前記モバイル・デバイスのために利用可能なバッテリ電力を判定するための手段と、
前記アプリケーションのために要求されるバッテリ電力を判定するための手段と、
前記要求されるバッテリ電力が前記利用可能なバッテリ電力を超過しない場合、前記要求されるバッテリ電力を前記アプリケーションに割り当てるための手段と、
前記要求されるバッテリ電力の前記アプリケーションへの割り当てを考慮して、前記モバイル・デバイスのために利用可能なバッテリ電力を更新するための手段と
を備える、Ｃ１０に記載の装置。
［Ｃ１２］
前記アプリケーションのために要求されるバッテリ電力を判定するための手段は、
前記アプリケーションによって使用される前記モバイル・デバイスの少なくとも１つのサブシステムを識別するための手段と、
前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費されるバッテリ電力を推定するための手段と、
前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費される前記推定されたバッテリ電力に基づいて、前記アプリケーションのために要求されるバッテリ電力を判定するための手段と
を備える、Ｃ１１に記載の装置。
［Ｃ１３］
前記アプリケーションのためにバッテリ電力を予約するための手段は、
前記アプリケーションのために要求されるバッテリ電力が前記モバイル・デバイスのために利用可能なバッテリ電力を超過しない場合、前記アプリケーションのためにバッテリ電力を予約するための手段と、
前記アプリケーションのために要求されるバッテリ電力が前記モバイル・デバイスのために利用可能なバッテリ電力を超過する場合、少なくとも１つの軽減操作を実行するための手段と
を備える、Ｃ１０に記載の装置。
［Ｃ１４］
バッテリ電力を管理するための装置であって、
アプリケーションがモバイル・デバイスにおいてアクティブになろうとしているとのインジケーションを受け取り、前記モバイル・デバイスにおいて前記アプリケーションを実行する前に、前記アプリケーションのためにバッテリ電力を予約するように構成された少なくとも１つのプロセッサ
を備える装置。
［Ｃ１５］
前記少なくとも１つのプロセッサは、前記モバイル・デバイスのために利用可能なバッテリ電力を判定し、前記アプリケーションのために要求されるバッテリ電力を判定し、前記要求されるバッテリ電力が前記利用可能なバッテリ電力を超過しない場合、前記要求されるバッテリ電力を前記アプリケーションに割り当て、前記要求されるバッテリ電力の前記アプリケーションへの割り当てを考慮して、前記モバイル・デバイスのために利用可能なバッテリ電力を更新するように構成される、Ｃ１４に記載の装置。
［Ｃ１６］
前記少なくとも１つのプロセッサは、前記アプリケーションによって使用される前記モバイル・デバイスの少なくとも１つのサブシステムを識別し、前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費されるバッテリ電力を推定し、前記アプリケーションをサポートするために前記少なくとも１つのサブシステムによって消費される前記推定されたバッテリ電力に基づいて、前記アプリケーションのために要求されるバッテリ電力を判定するように構成される、Ｃ１５に記載の装置。
［Ｃ１７］
前記少なくとも１つのプロセッサは、前記アプリケーションのために要求されるバッテリ電力が前記モバイル・デバイスのために利用可能なバッテリ電力を超過しない場合、前記アプリケーションのためにバッテリ電力を予約し、前記アプリケーションのために要求されるバッテリ電力が前記モバイル・デバイスのために利用可能なバッテリ電力を超過する場合、少なくとも１つの軽減操作を実行するように構成される、Ｃ１４に記載の装置。
［Ｃ１８］
非一時的なコンピュータ読取可能な媒体を備えるコンピュータ・プログラム製品であって、
前記非一時的なコンピュータ読取可能な媒体は、
少なくとも１つのコンピュータに、モバイル・デバイスのために利用可能なバッテリ電力を判定させるためのコードと、
前記少なくとも１つのコンピュータに、アプリケーションのために要求されるバッテリ電力を判定させるためのコードと、
前記少なくとも１つのコンピュータに、前記要求されるバッテリ電力が前記利用可能なバッテリ電力を超過しない場合、前記要求されるバッテリ電力を前記アプリケーションに割り当てさせるためのコードと、
前記少なくとも１つのコンピュータに、前記要求されるバッテリ電力の前記アプリケーションへの割り当てを考慮して、前記モバイル・デバイスのために利用可能なバッテリ電力を更新させるためのコードと
を備える、コンピュータ・プログラム製品。
［Ｃ１９］
バッテリ電力を管理する方法であって、
モバイル・デバイスにおけるアクティブな複数のアプリケーションを識別することと、
前記複数のアプリケーションの優先順位を判定することと、
前記複数のアプリケーションの優先順位に基づいて、前記複数のアプリケーションにバッテリ電力を割り当てることと
を備える方法。
［Ｃ２０］
前記複数のアプリケーションの優先順位を判定することは、各アプリケーションの優先順位を、ユーザ入力、またはユーザの選好、または前記アプリケーションに関連づけられた優先順位情報、または前記アプリケーションを他のアプリケーションと差別化するために使用されたマーキング、またはそれらの組み合わせに基づいて判定することを備える、Ｃ１９に記載の方法。
［Ｃ２１］
前記複数のアプリケーションにバッテリ電力を割り当てることは、
前記モバイル・デバイスのために利用可能なバッテリ電力を判定することと、
前記複数のアプリケーションの優先順位に基づいて前記複数のアプリケーションを順序づけることと、
前記複数のアプリケーションのうち、最も高い優先順位のアプリケーションから順に、一度に１つのアプリケーションに、前記利用可能なバッテリ電力を割り当てることと
を備える、Ｃ１９に記載の方法。
［Ｃ２２］
前記複数のアプリケーションの優先順位を更新することと、
前記複数のアプリケーションの前記更新された優先順位に基づいて前記複数のアプリケーションにバッテリ電力を割り当てることを周期的に繰り返すことと
をさらに備える、Ｃ１９に記載の方法。
［Ｃ２３］
前記複数のアプリケーションの優先順位を更新することは、前記アプリケーションのパフォーマンスに基づいて、各アプリケーションの優先順位を更新することを備える、Ｃ２２に記載の方法。
［Ｃ２４］
バッテリ電力を管理するための装置であって、
モバイル・デバイスにおけるアクティブな複数のアプリケーションを識別するための手段と、
前記複数のアプリケーションの優先順位を判定するための手段と、
前記複数のアプリケーションの優先順位に基づいて、前記複数のアプリケーションにバッテリ電力を割り当てるための手段と
を備える装置。
［Ｃ２５］
前記複数のアプリケーションにバッテリ電力を割り当てるための手段は、
前記モバイル・デバイスのために利用可能なバッテリ電力を判定するための手段と、
前記複数のアプリケーションの優先順位に基づいて、前記複数のアプリケーションを順序づけるための手段と、
前記複数のアプリケーションのうち、最も高い優先順位のアプリケーションから順に、一度に１つのアプリケーションに、前記利用可能なバッテリ電力を割り当てるための手段と
を備える、Ｃ２４に記載の装置。
［Ｃ２６］
前記複数のアプリケーションの優先順位を更新するための手段と、
前記複数のアプリケーションの前記更新された優先順位に基づいて前記複数のアプリケーションにバッテリ電力を割り当てることを周期的に繰り返すための手段と
をさらに備える、Ｃ２４に記載の装置。
［Ｃ２７］
バッテリ電力を管理する方法であって、
モバイル・デバイスにおけるアクティブな少なくとも１つのアプリケーションを識別することと、
前記モバイル・デバイスのために適用可能なバッテリ放電曲線を判定することと、
前記バッテリ放電曲線に基づいて、前記少なくとも１つのアプリケーションにバッテリ電力を割り当てることと
を備える方法。
［Ｃ２８］
前記少なくとも１つのアプリケーションのバッテリ要求を判定することをさらに備え、バッテリ電力が、前記少なくとも１つのアプリケーションのバッテリ要求にさらに基づいて、前記少なくとも１つのアプリケーションに割り当てられる、Ｃ２７に記載の方法。
［Ｃ２９］
前記少なくとも１つのアプリケーションにバッテリ電力を割り当てることは、
前記バッテリ放電曲線上の動作点を選択することと、
前記選択された動作点に基づいて、前記モバイル・デバイスのために利用可能なバッテリ電力を判定することと、
前記少なくとも１つのアプリケーションに前記利用可能なバッテリ電力を割り当てることと
を備える、Ｃ２７に記載の方法。
［Ｃ３０］
前記モバイル・デバイスのためのバッテリ電力に関連する少なくとも１つの目的を判定することをさらに備え、バッテリ電力が、前記少なくとも１つの目的にさらに基づいて、前記少なくとも１つのアプリケーションに割り当てられる、Ｃ２７に記載の方法。
［Ｃ３１］
前記少なくとも１つのアプリケーションにバッテリ電力を割り当てることは、
前記バッテリ放電曲線と前記少なくとも１つの目的とに基づいて、前記モバイル・デバイスのために利用可能なバッテリ電力を判定することと、
前記少なくとも１つのアプリケーションに前記利用可能なバッテリ電力を割り当てることと
を備える、Ｃ３０に記載の方法。
［Ｃ３２］
前記少なくとも１つの目的は、最長の放電時間、または最長のスタンバイ時間、または最大の全バッテリ容量、または指定された１つ以上のアプリケーションのための最良のパフォーマンス、または前記少なくとも１つのアプリケーションに対する平等なサービス、またはそれらの組み合わせを備える、Ｃ３０に記載の方法。
［Ｃ３３］
バッテリ電力を管理するための装置であって、
モバイル・デバイスにおけるアクティブな少なくとも１つのアプリケーションを識別するための手段と、
前記モバイル・デバイスのために適用可能なバッテリ放電曲線を判定するための手段と、
前記バッテリ放電曲線に基づいて、前記少なくとも１つのアプリケーションにバッテリ電力を割り当てるための手段と
を備える装置。
［Ｃ３４］
前記少なくとも１つのアプリケーションのバッテリ要求を判定するための手段をさらに備え、バッテリ電力が、前記少なくとも１つのアプリケーションのバッテリ要求にさらに基づいて、前記少なくとも１つのアプリケーションに割り当てられる、Ｃ３３に記載の装置。
［Ｃ３５］
前記少なくとも１つのアプリケーションにバッテリ電力を割り当てるための手段は、
前記バッテリ放電曲線上の動作点を選択するための手段と、
前記選択された動作点に基づいて、前記モバイル・デバイスのために利用可能なバッテリ電力を判定するための手段と、
前記少なくとも１つのアプリケーションに前記利用可能なバッテリ電力を割り当てるための手段と
を備える、Ｃ３３に記載の装置。
［Ｃ３６］
前記モバイル・デバイスのためのバッテリ電力に関連する少なくとも１つの目的を判定するための手段をさらに備え、バッテリ電力が、前記少なくとも１つの目的にさらに基づいて、前記少なくとも１つのアプリケーションに割り当てられる、Ｃ３３に記載の装置。

Claims (7)

1. バッテリ電力を管理する方法であって、
   モバイル・デバイスにおけるアクティブな複数のアプリケーションを識別することと、
   前記複数のアプリケーションの優先順位を判定することと、
   前記複数のアプリケーションの前記優先順位に基づいて、前記複数のアプリケーションにそれぞれバッテリ電力を割り当てることと
   を備える方法。
2. 前記複数のアプリケーションの前記優先順位を前記判定することは、各アプリケーションの優先順位を、ユーザ入力、またはユーザの選好、または前記アプリケーションに関連づけられた優先順位情報、または前記アプリケーションを他のアプリケーションと差別化するために使用されたマーキング、またはそれらの組み合わせに基づいて判定することを備える、請求項１に記載の方法。
3. 前記複数のアプリケーションにバッテリ電力を前記割り当てることは、
   前記モバイル・デバイスのために利用可能なバッテリ電力を判定することと、
   前記複数のアプリケーションの前記優先順位に基づいて前記複数のアプリケーションを順序づけることと、
   前記複数のアプリケーションのうち、最も高い優先順位のアプリケーションから順に、一度に１つのアプリケーションに、前記利用可能なバッテリ電力を割り当てることと
   を備える、請求項１に記載の方法。
4. 前記複数のアプリケーションの前記優先順位を更新することと、
   前記複数のアプリケーションの前記更新された優先順位に基づいて前記複数のアプリケーションにバッテリ電力を前記割り当てることを周期的に繰り返すことと
   をさらに備える、請求項１に記載の方法。
5. バッテリ電力を管理するための装置であって、
   モバイル・デバイスにおけるアクティブな複数のアプリケーションを識別するための手段と、
   前記複数のアプリケーションの優先順位を判定するための手段と、
   前記複数のアプリケーションの前記優先順位に基づいて、前記複数のアプリケーションにそれぞれバッテリ電力を割り当てるための手段と
   を備える装置。
6. 前記複数のアプリケーションにバッテリ電力を前記割り当てるための手段は、
   前記モバイル・デバイスのために利用可能なバッテリ電力を判定するための手段と、
   前記複数のアプリケーションの前記優先順位に基づいて、前記複数のアプリケーションを順序づけるための手段と、
   前記複数のアプリケーションのうち、最も高い優先順位のアプリケーションから順に、一度に１つのアプリケーションに、前記利用可能なバッテリ電力を割り当てるための手段と
   を備える、請求項５に記載の装置。
7. 前記複数のアプリケーションの前記優先順位を更新するための手段と、
   前記複数のアプリケーションの前記更新された優先順位に基づいて前記複数のアプリケーションにバッテリ電力を前記割り当てることを周期的に繰り返すための手段と
   をさらに備える、請求項５に記載の装置。

Images