JP2018500811A - ユーザ機器のための電力管理方法および電力管理装置 - Google Patents

Abstract

ユーザ機器のための電力管理方法および電力管理装置が開示される。方法は、アプリケーションの消費電力パラメータを取得する段階（１０１）であり、アプリケーションはユーザ機器にインストールされ、消費電力パラメータはアプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースによって消費される電気量についての情報を表わすのに用いられ、電力消費リソースはユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含み、コンポーネントリソースはユーザ機器における処理リソース以外の別のハードウェアリソースであり、システムリソースはユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む、段階と、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階（１０２）と、アプリケーションの消費電力ステータスに基づいてアプリケーションの消費電力レポートを生成する段階（１０３）とを含む。このように、取得された消費電力統計結果は、より正確である。

Description

本発明の実施形態は、通信フィールドに関する。より具体的には、ユーザ機器のための電力管理方法および電力管理装置に関する。

通信技術が発展し、ユーザ機器（UE、User Equipment）の機能がより豊かになっている。多くのユーザ機器は、ユーザがユーザ機器の消費電力情報を取得することを支援すべく、電力管理解決手段を提供し得、例えば、消費電力統計機能を提供し得る。例えば、Ａｎｄｒｏｉｄ（登録商標）（アンドロイド）システムは、「バッテリ情報」を提供することができ、ユーザは、消費電力アプリケーションであるアプリケーションを知るべく、「バッテリ情報」における各アプリケーションまたは各プロセスの消費電力情報を見ることができる。このタイプの消費電力統計機能は概して、ユーザ機器における各アプリケーションの消費電力の、ユーザ機器の合計消費電力に対するパーセンテージをフィードバックし得、又は、オペレーティングシステムによって消費される電気量をフィードバックし得る。

しかしながら、現行は、消費電力統計機能は、中央演算処理装置（CPU、Central Processing Unit）に対する、アプリケーションの占有率および占有時間に基づいて実装される。すなわち、統計は、ＣＰＵがアプリケーションを動作させるときに消費される電気量のみについて収集され得る。従って、高いＣＰＵ占有率および長い実行時間を有するアプリケーションのみが列挙され得る。この消費電力統計機能によって収集される統計は、正確ではない。

本発明の実施形態は、より正確な消費電力統計結果を提供すべく、ユーザ機器のための電力管理方法および電力管理装置を提供する。

第１態様によると、ユーザ機器のための電力管理方法が提供され、アプリケーションの消費電力パラメータを取得する段階であり、アプリケーションはユーザ機器にインストールされ、消費電力パラメータはアプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースによって消費される電気量についての情報を表わすのに用いられ、電力消費リソースはユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含み、コンポーネントリソースはユーザ機器における処理リソース以外の別のハードウェアリソースであり、システムリソースはユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む、段階と、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階と、アプリケーションの消費電力ステータスに基づいてアプリケーションの消費電力レポートを生成する段階と、を含む。

第１態様を参照して、第１態様の第１実施方法では、消費電力レポートは、アプリケーションの識別情報を含み、消費電力レポートはさらに、以下の情報：アプリケーションの消費電力レベル、アプリケーションによって消費される電気量、アプリケーションによって消費される電気量の、ユーザ機器によって消費される合計電気量に対するパーセンテージ、または、消費電力理由の記述情報、の１つ又は複数を含む。

第１態様または第１態様の第１実施方法を参照して、第１態様の第２実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションがユーザ機器を定期的にウェイクアップする回数であり、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階は、回数が第１閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定する段階を含む。

第１態様または第１態様の第１実施方法を参照して、第１態様の第３実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションがユーザ機器をウェイクアップ状態にロックする持続時間であり、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階は、持続時間が第２閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定する段階を含む。

第１態様または第１態様の第１実施方法を参照して、第１態様の第４実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションが自動的に起動する回数であり、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階は、回数が第３閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定する段階を含む。

第１態様または第１態様の第１実施方法を参照して、第１態様の第５実施方法では、消費電力パラメータは、アプリケーションによって呼び出されるコンポーネントにより消費される電気量であり、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階は、コンポーネントによって消費される電気量が第４閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定する段階を含む。

第１態様の第５実施方法を参照して、第１態様の第６実施方法では、アプリケーションの消費電力パラメータを取得する段階は、コンポーネントがアプリケーションによって呼び出される持続時間を決定する段階と、コンポーネントがアプリケーションによって呼び出される持続時間、および、コンポーネントによって単位時間当たりに消費される予め設定された電気量に従い、コンポーネントによって消費される電気量を取得する段階とを含む。

第１態様の第５実施方法または第６実施方法を参照して、第１態様の第７実施方法では、コンポーネントは、全地球測位システムモジュール、モバイル通信モジュール、無線ローカルエリアネットワーク通信モジュール、またはバックライトモジュールを含む。

第１態様または第１態様の第１実施方法を参照して、第１態様の第８実施方法では、消費電力パラメータは、アプリケーションによって呼び出されるシステムリソースにより消費される電気量であり、消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する段階は、アプリケーションによって呼び出されるシステムリソースにより消費される電気量が第５閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定する段階を含む。

第１態様の第８実施方法を参照して、第１態様の第９実施方法では、アプリケーションの消費電力パラメータを取得する段階は、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、処理リソースが占有されているときの処理リソースの動作周波数を決定する段階と、処理リソースの動作周波数と、処理リソースによって単位時間当たりに消費される電気量との間の、予め設定された対応関係に従い、処理リソースの動作周波数に対応する、単位時間当たりに消費される電気量を決定する段階と、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、単位時間当たりに消費される電気量に従い、アプリケーションによって呼び出されるシステムリソースにより消費される電気量を取得する段階とを含む。

第１態様または第１態様の第１実施方法を参照して、第１態様の第１０実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションが動作しているときにアプリケーションによって呼び出される全ての電力消費リソースによって消費される合計電気量である。

第１態様または前述の実施方法の任意の１つを参照して、第１態様の第１１実施方法では、アプリケーションの複数の消費電力特性に対応する消費電力パラメータを取得する段階の前に、方法はさらに、ユーザ機器の現在の電気量が第６閾値と等しい又はそれより少ないと決定する段階、または、ユーザ機器の電気量の減少率が第７閾値と等しい又はそれより大きいと決定する段階を備える。

第２態様によると、ユーザ機器のための電力管理装置が提供され、アプリケーションの消費電力パラメータを取得するように構成され、アプリケーションはユーザ機器にインストールされ、消費電力パラメータはアプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースによって消費される電気量についての情報を表わすのに用いられ、電力消費リソースはユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含み、コンポーネントリソースはユーザ機器における処理リソース以外の別のハードウェアリソースであり、システムリソースはユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む、取得ユニットと、取得ユニットによって取得された消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定するように構成された決定ユニットと、決定ユニットによって決定されたアプリケーションの消費電力ステータスに基づいてアプリケーションの消費電力レポートを生成するように構成されたレポートユニットと、を含む。

第２態様を参照して、第２態様の第１実施方法では、消費電力レポートは、アプリケーションの識別情報を含み、消費電力レポートはさらに、以下の情報：アプリケーションの消費電力レベル、アプリケーションによって消費される電気量、アプリケーションによって消費される電気量の、ユーザ機器によって消費される合計電気量に対するパーセンテージ、または、消費電力理由の記述情報、の１つ又は複数を含む。

第２態様または第２態様の第１実施方法を参照して、第２態様の第２実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションがユーザ機器を定期的にウェイクアップする回数であり、決定ユニットは、具体的には、回数が第１閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定するように構成されている。

第２態様または第２態様の第１実施方法を参照して、第２態様の第３実施方法では、記電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションがユーザ機器をウェイクアップ状態にロックする持続時間であり、決定ユニットは、具体的には、持続時間が第２閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定するように構成されている。

第２態様または第２態様の第１実施方法を参照して、第２態様の第４実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションがユーザ機器を自動的に起動する回数であり、決定ユニットは、具体的には、回数が第３閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定するように構成されている。

第２態様または第２態様の第１実施方法を参照して、第２態様の第５実施方法では、消費電力パラメータは、アプリケーションによって呼び出されるコンポーネントにより消費される電気量であり、決定ユニットは、具体的には、コンポーネントによって消費される電気量が第４閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定するように構成されている。

第２態様の第５実施方法を参照して、第２態様の第６実施方法では、取得ユニットは、具体的には、コンポーネントがアプリケーションによって呼び出される持続時間を決定し、コンポーネントがアプリケーションによって呼び出される持続時間、および、コンポーネントによって単位時間当たりに消費される予め設定された電気量に従い、コンポーネントによって消費される電気量を取得するように構成されている。

第２態様の第５実施方法または第６実施方法を参照して、第２態様の第７実施方法では、コンポーネントは、全地球測位システムモジュール、モバイル通信モジュール、無線ローカルエリアネットワーク通信モジュール、またはバックライトモジュールを含む。

第２態様または第２態様の第１実施方法を参照して、第２態様の第８実施方法では、消費電力パラメータは、アプリケーションによって呼び出されるシステムリソースにより消費される電気量であり、決定ユニットは、具体的には、アプリケーションによって呼び出されるシステムリソースにより消費される電気量が第５閾値と等しい又はそれより大きい場合にアプリケーションが高消費電力状態にあると決定するように構成されている。

第２態様の第８実施方法を参照して、第２態様の第９実施方法では、取得ユニットは、具体的には、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、処理リソースが占有されているときの処理リソースの動作周波数を決定し、処理リソースの動作周波数と、処理リソースによって単位時間当たりに消費される電気量との間の、予め設定された対応関係に従い、処理リソースの動作周波数に対応する、単位時間当たりに消費される電気量を決定し、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、単位時間当たりに消費される電気量に従い、アプリケーションによって呼び出されるシステムリソースにより消費される電気量を取得するように構成されている。

第２態様または第２態様の第１実施方法を参照して、第２態様の第１０実施方法では、電力消費リソースはさらに、ユーザ機器の処理リソースを含み、消費電力パラメータは、アプリケーションが動作しているときにアプリケーションによって呼び出される全ての電力消費リソースによって消費される合計電気量である。

第２態様または前述の実施方法の任意の１つを参照して、第２態様の第１１実施方法では、取得ユニットは、具体的には、ユーザ機器の現在の電気量が第６閾値と等しい又はそれより少ないと決定する場合、または、ユーザ機器の電気量の減少率が第７閾値と等しい又はそれより大きいと決定する場合に、アプリケーションの消費電力パラメータを取得するように構成されている。

第３の態様によると、前述の任意の１つに従う電力管理装置を含むユーザ機器が提供される。

本発明の実施形態では、統計がアプリケーションの消費電力コンディションについて収集される場合、システムリソースまたはコンポーネントリソースを呼び出すことによって引き起こされる消費電力が考慮される。このように、取得された消費電力統計結果は、より正確である。

本発明の実施形態における技術的解決手段をより明確に説明すべく、以下では、実施形態を説明するために必要とされる添付の図面を簡潔に説明する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示すものに過ぎず、当業者は依然として、創造努力なく、これら添付の図面から他の図面を導き出し得る。
本発明の実施形態による電力管理方法の概略フローチャートである。 本発明の実施形態による電力管理プロセスの概略フローチャートである。 本発明の別の実施形態による電力管理プロセスの概略フローチャートである。 本発明の実施形態による電力管理装置のブロック図である。 本発明の実施形態によるユーザ機器の概略ブロック図である。

以下では、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的解決手段を明確かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態のいくつかであって、全てではない。創造努力なく、本発明の実施形態に基づいて、当業者により取得される全ての他の実施形態は、本発明の保護範囲に含まれるものとする。

ユーザ機器（UE、User Equipment）は、端末とも称され得る。ユーザ機器は、携帯電話（「セルラ」フォンとも称される）のようなモバイル端末、または、例えば、ポータブル装置、ポケットサイズ装置、ハンドヘルド装置、コンピュータビルトイン装置、若しくは、車載モバイル装置といったモバイル端末を備えるコンピュータであり得る。

本発明の実施形態では、用語「アプリケーション」は、例えば、アプリケーションプログラム（Appまたはapplication）といった、ＵＥ上で電力を消費することを必要とする様々な形態のアプリケーションを含むことに注意すべきである。別の例では、アプリケーションはさらに、オペレーティングシステムプロセス、プラットフォームシステムプロセスなどであり得る。それぞれのアプリケーションは、アプリケーションが動作しているときに、例えばＣＰＵまたはグラフィック処理ユニット（GPU、Graphic Processing Unit）といった処理リソースを占有する。なお、アプリケーションは、別のコンポーネントリソース、例えば、グローバル・ポジショニング・システム（GPS、Global Positioning System）モジュール、モバイル通信モジュール（例えば、モバイル通信チップ、トランシーバおよびアンテナユニット）、別の通信モジュール（例えば、ＷｉＦｉ（登録商標）モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、および、赤外線モジュール）、オーディオモジュール（例えば、スピーカおよびマイク）、カメラモジュール、センサモジュール（例えば、ジャイロスコープ、加速度計、重力計、歩数計、指紋認識モジュール、および、タッチスクリーン）、表示モジュール（例えば、液晶ディスプレイおよびバックライトモジュール）、および、照明モジュール（例えば、フラッシュおよび照明ソースモジュール）を占有し得る。なお、アプリケーションは、アプリケーションが動作しているときにシステムリソースを占有し得る。例えば、アプリケーションは、アプリケーションが動作しているときに、オペレーティングシステムのいくつかのコンポーネントまたはいくつかのスレッド、例えば、アプリケーション・プログラミング・インタフェース（API、Application Programming Interface）を呼び出すことを必要とし得る。これらのリソースまたはシステムは、アプリケーションによって呼び出されるときに、いくらかの電気を消費する。当業者であれば、上記で説明された特定のリソースまたはシステムの例は、単なる代表的なものに過ぎず、本発明の実施形態の範囲を限定することが意図されていないことを理解するであろう。

本明細書におけるオペレーティングシステムプロセスとは、オペレーティングシステムの基本機能を実施するプロセスを指している。プラットフォームシステムプロセスとは主に、システムにおける機能を向上するプロセスを指している。オペレーティングシステムプロセスおよびプラットフォームシステムプロセスは全体として、システムプロセスと称され得、システムプロセスは、概して、ベンダーまたはオペレータによって前もってユーザ機器にインストールされていて、概して、ユーザにより自由に削除されることができない。

ユーザ機器の電力管理機能は、ＣＰＵ及び／又はＧＰＵがアプリケーションを動作させるときに消費される電気量について統計を収集し得る。例えば、ＣＰＵ及び／又はＧＰＵ周波数と消費電流との間の対応関係は、ユーザ機器において構成され得る。アプリケーションが動作しているとき、アプリケーションの実行時間と、動作中のＣＰＵ及び／又はＧＰＵ周波数とは、リアルタイムに取得され得る。そして、取得されたＣＰＵ及び／又はＧＰＵ周波数と、上記で構成された対応関係とに従い、対応する電力消費電流が見出される。アプリケーションによって消費される電気量は、見出された電力消費電流とアプリケーションの実行時間とを乗算することで、推定により取得され得る。

しかしながら、統計が、単に処理リソースの周波数に基づいているに過ぎないアプリケーションによって消費される電気量について収集されるならば、統計結果は不正確である。上記で説明されたように、アプリケーションは、処理リソースに加えて別のリソースも呼び出すことに起因して、電気を消費している可能性が非常に高い。本発明の実施形態では、ユーザ機器において電気を消費するリソースは、全体として、「電力消費リソース」と称される。

図１は、本発明の実施形態による電力管理方法の概略フローチャートである。図１における方法は、ユーザ機器によって実行されてもよく、例えば、ユーザ機器のオペレーティングシステムによって実行されてもよく、または、専用プロセス（例えば、ユーザ機器ベンダーまたはオペレータによって前もってインストールされているソフトウェアキット）によって実行されてもよく、または、ユーザによりインストールされたアプリケーションによって実行されてもよい。図１における方法を実行するためのエンティティは、全体として、電力管理装置と称され得る。

１０１：アプリケーションの消費電力パラメータを取得する。

アプリケーションは、ユーザ機器にインストールされる。消費電力パラメータは、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される電気量についての情報を表わすのに用いられる。例えば、消費電力パラメータは、電気量の値として、または、消費電気量を反映できる同等な情報として表現され得る。

電力消費リソースは、ユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含み得る。なお、電力消費リソースはさらに、ユーザ機器の処理リソースを含み得る。

コンポーネントリソースは、ユーザ機器における処理リソース以外の別のハードウェアリソース、例えば、ＧＰＳモジュール、ＷｉＦｉ（登録商標）モジュール、バックライトモジュール、照明モジュール、スピーカモジュールおよびセンサモジュールである。

システムリソースは、ユーザ機器のオペレーティングシステムリソースまたはプラットフォームシステムリソースを含む。オペレーティングシステムリソースは、例えば、ハードウェアドライバ（例えば、バックライトコンポーネントドライバおよび指紋認識コンポーネントドライバ）、タイマーおよび割り込みなどの、システムの基本機能リソースを含み得る。プラットフォームシステムリソースは、例えば、Ａｎｄｒｏｉｄ（登録商標）システムのシステムサーバ（system server）といったシステムの拡張機能リソースを含み得、または、例えば、Ａｎｄｒｏｉｄ（登録商標）システムの４つのコンポーネント：動作（Activity）、サービス（Service）、放送受信機（Broadcast Receiver）およびコンテンツプロバイダ（Content Provider）といったオペレーティングシステムのシステムコンポーネントを含み得、または、例えば、ソフトウェア開発キット（SDK、Software Development Kit）および位置情報検索キットといった拡張機能を備えるソフトウェアキットを含み得る。

１０２：消費電力パラメータに基づいてアプリケーションの消費電力ステータスを決定する。

１０３：アプリケーションの消費電力ステータスに基づいてアプリケーションの消費電力レポートを生成する。

本発明の当該実施形態では、統計がアプリケーションの消費電力コンディションについて収集される場合、システムリソースまたはコンポーネントリソースを呼び出すことによって引き起こされる消費電力が考慮される。このように、取得された消費電力統計結果は、より正確である。

上記で説明した通り、消費電力パラメータは、電気量の値として、または、消費電気量を反映できる同等な情報として表現され得る。消費電力パラメータの特定の形態は、消費電力パラメータがアプリケーションの消費電力コンディションを定量的に反映できる限りにおいて、本発明の当該実施形態に限定されない。

ある実施方法では、消費電力パラメータを取得するときに、ユーザ機器は、全ての可能なリソースタイプをトラバースしてもよい。この方法は、比較的実施し易い。消費電力分析を実行する前に、ユーザ機器は、アプリケーションによって呼び出されるリソースを知ることを必要としなくてもよい。

別の実施方法では、ユーザ機器は、アプリケーションタイプに従い、アプリケーションによって呼び出され得るリソースタイプを決定してもよい。例えば、アプリケーションタイプとリソースとの間の対応関係は、ユーザ機器において予め記憶され得る。ある例では、インスタントメッセージングタイプのアプリケーションは、処理リソースおよびシステムリソースを呼び出し、モバイルネットワークを用いることによってデータを受信および送信するときにモバイル通信モジュールを呼び出し、無線ローカルエリアネットワーク（WLAN、Wireless Local Area Network）を用いるときにＷＬＡＮモジュール（例えばＷｉＦｉ（登録商標）モジュール）を呼び出す。別の例では、ビデオ通信タイプのアプリケーションは、処理リソースおよびシステムリソースを呼び出し、通信モジュール（例えば、前述のモバイル通信モジュールまたは前述のＷＬＡＮモジュール）を呼び出し、さらに、表示モジュール（例えば表示画面またはバックライト）およびカメラモジュールを呼び出す。さらに別の例では、ナビゲーションタイプのアプリケーションは、処理リソースおよびシステムリソースを呼び出し、ＧＰＳモジュールおよび表示モジュールを呼び出す。ナビゲーションタイプのアプリケーションは、さらに、オーディオモジュール（例えばスピーカ）を呼び出してもよく、加えて、リアルタイムマップをダウンロードすべく通信モジュールを呼び出してもよい。このように、ユーザ機器は、アプリケーションのタイプに従い、アプリケーションが動作しているときにアプリケーションによって呼び出される特定のリソースを決定し得る。このように、消費電力分析の計算量は、低減され得る。

さらに別の例では、ユーザ機器は、リアルタイムまたは準リアルタイムで、どのリソースがアプリケーションによって呼び出されるのかをモニタリングしてもよい。リソースを呼び出すとき、アプリケーションは、対応する呼び出しコマンドを送出する。ユーザ機器のための電力管理装置は、アプリケーションによって呼び出されるリソースを知るべく、リアルタイムで呼び出しコマンドをモニタリングおよびパースしてもよい。代替的に、ユーザ機器のための電力管理装置は、呼び出しコマンドをパースすることによってアプリケーションにより呼び出されるリソースを知るべく、アプリケーションが動作した後にオペレーティングシステムまたは別のソースから、実行プロセスにおいてアプリケーションにより送出される呼び出しコマンドを取得してもよい。本明細書における呼び出しコマンドの取得は、オペレーティングシステムによってアクティブに押し進められてもよく、または、電力管理装置の要求に基づいてオペレーティングシステムにより電力管理装置へとフィードバックされてもよく、または、オペレーティングシステムを巻き込むことを必要としなくてもよい。代わりに、電力管理装置は、アプリケーションによってオペレーティングシステムに送出される呼び出しコマンドを直接調査する（probe）。このように、消費電力分析の計算量はまた、低減され得る。

ある実施形態では、オプションで、消費電力パラメータは、アプリケーションによって呼び出されるコンポーネントにより消費される電気量であってもよい。この場合、段階１０２では、コンポーネントにより消費される電気量が閾値と等しい又はそれより大きい場合に、アプリケーションが高消費電力状態であると決定されてもよい。例えば、消費電力、および、その閾値の単位は、ｍＡｈ（ミリアンペア時）であってもよい。

アプリケーションによって呼び出されるコンポーネントは、前述のコンポーネントリソース、例えば、ＧＰＳモジュール、モバイル通信モジュール、ＷＬＡＮ通信モジュールまたはバックライトモジュールの１つ又は複数であってもよい。

別の実施形態では、オプションで、段階１０１において、アプリケーションの消費電力パラメータが取得されたときに、コンポーネントがアプリケーションによって呼び出される持続時間、および、コンポーネントによって単位時間当たりに消費される予め設定された電気量が決定されてもよい。そして、コンポーネントによって消費される電気量は、コンポーネントがアプリケーションによって呼び出される持続時間、および、単位時間当たりに消費される電気量に従って、例えば、持続時間と、単位時間当たりに消費される電気量とを乗算することによって、取得されてもよい。単位時間当たりに消費される予め設定された電気量は、実測値であってもよく、例えば、Ｎを正の整数として、コンポーネントが呼び出される過去のＮ回の間の、コンポーネントによって単位時間当たりに消費された測定電気量の平均値または加重平均値であってもよい。代替的に、単位時間当たりに消費される予め設定された電気量は、経験値であってもよい。

ある具体例では、例としてＧＰＳモジュールを用いて、ＧＰコンポーネントと、単位時間当たりに消費される電気量との間の対応関係は、ユーザ機器において、例えば、拡張マークアップ言語（XML、eXtensible Markup Language）テーブルの形で構成されてもよい。消費電力分析を実行する場合、電力管理装置は、ＧＰＳモジュールによって消費される電気量を取得すべく、ＧＰＳモジュールに対応する、単位時間当たりに消費される電気量を検索し、単位時間当たりに消費される電気量と、アプリケーションがＧＰＳモジュールを呼び出す合計持続時間とを乗算する。消費電気量が閾値（例えば１００ｍＡｈ）と等しい又はそれより大きい場合、アプリケーションが高消費電力状態であると決定される。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションによって呼び出されるシステムリソースにより消費される電気量であってもよい。この場合、段階１０２では、アプリケーションによって呼び出されるシステムリソースにより消費される電気量が閾値と等しい又はそれより大きい場合に、アプリケーションが高消費電力状態であると決定されてもよい。

例えば、段階１０１において、アプリケーションの消費電力パラメータが取得される場合、アプリケーションによって呼び出されるシステムリソースが処理リソース（ＣＰＵ及び／又はＧＰＵ）を占有する持続時間と、処理リソースが占有されるときの処理リソースの動作周波数とが決定されてもよい。そして、処理リソースの動作周波数に対応する、単位時間当たりに消費される電気量は、処理リソースの動作周波数と、処理リソースによって単位時間当たりに消費される電気量との間の予め設定された対応関係に従って決定されてもよい。このように、アプリケーションによって呼び出されるシステムリソースにより消費される電気量は、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間と、および、単位時間当たりに消費される電気量に従って取得されてもよい。

例として処理リソースがＣＰＵであるものを用いて、ＣＰＵ周波数と単位時間当たりに消費される電気量との間の対応関係が、ユーザ機器において、例えば、ＸＭＬテーブルの形で構成されてもよい。消費電力分析が実行される場合、アプリケーションによって呼び出されるシステムリソース（例えばメインスレッドまたはシステムコンポーネント）がＣＰＵを占有する持続時間、および、占有プロセスにおけるＣＰＵ周波数が取得されてもよい。そして、ＣＰＵによって単位時間当たりに消費される対応する電気量を取得すべく、ＣＰＵ周波数に従ってＸＭＬテーブルが検索されてもよい。ＣＰＵによって単位時間当たりに消費される電気量と、ＣＰＵが占有される持続時間とを乗算することによって、システムリソースによって消費される電気量が取得されてもよい。

消費電力パラメータに対し、電気量値に加えて、別の表現方法が用いられてもよい。例えば、１つ又は複数の電力消費リソースによって消費される電気量の組み合わせ情報を示すのに当該表現方法が用いられてもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションがユーザ機器を定期的にウェイクアップする回数であってもよい。この場合、段階１０２において、アプリケーションがユーザ機器を定期的にウェイクアップする回数が閾値（例えば１０００）と等しい又はそれより大きい場合に、アプリケーションが高消費電力状態であると決定される。

例えば、オンライン状態を保持すべく、または、ネットワークサーバへの接続のステータスを保持すべく、いくつかのアプリケーションは、タイマーを設定して、定期的にユーザ機器をウェイクアップする。例えば、一般的なハートビートメカニズムにおいて、アプリケーションは一定時間間隔でハートビートパケットをネットワークサイドに送信する。ユーザ機器を定期的にウェイクアップする場合、アプリケーションは、ＣＰＵおよび対応するシステムリソースを呼び出して計算処理を実行する。なお、ハートビートパケットが送信されることを必要としているならば、アプリケーションはさらに、通信モジュール（例えば、前述のモバイル通信モジュールまたは前述のＷＬＡＮモジュール）を呼び出してもよい。ユーザ機器がウェイクアップされる度に、これらのリソースを呼び出すことによって電気量が消費される。例えば、非制限的な値の例では、１０００回のウェイクアップ動作は、７５０ｍＡｈの電気量を消費し得る。従って、ユーザ機器をウェイクアップする回数は、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される電気量を表わす情報として用いられてもよく、すなわち、前述の消費電力パラメータとして用いられてもよい。

ウェイクアップ回数について統計を収集する開始時点は、本明細書における本発明の当該実施形態に限定されない。例えば、統計は、ユーザ機器がオンにされた時から開始して、アプリケーションによりユーザ機器を定期的にウェイクアップする回数について収集されてもよく、統計は、ユーザ機器が一回で十分に（例えば、合計電気量の９０％より多く又は９９％）充電された時から開始して、アプリケーションによりユーザ機器を定期的にウェイクアップする回数について収集されてもよく、統計は、消費電力分析がトリガされて開始された時から開始して、アプリケーションによりユーザ機器を定期的にウェイクアップする回数について収集されてもよく、または、統計は、ある期間（例えば、午前９時から午後９時まで）にアプリケーションによりユーザ機器を定期的にウェイクアップする回数について収集されてもよい。そして、統計が収集されるウェイクアップ回数に従い、アプリケーションが高消費電力状態であるかどうかが決定される。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションがユーザ機器をウェイクアップ状態にロックする持続時間であってもよい。この場合、段階１０２において、アプリケーションがユーザ機器をウェイクアップ状態にロックする持続時間が閾値（例えば１時間）と等しい又はそれより大きい場合に、アプリケーションが高消費電力状態であると決定される。

例えば、いくつかのアプリケーションは、ユーザ機器が待機状態に入ることを防止すべく、ウェイクロック（ｗａｋｅｌｏｃｋ）を起動してもよい。例えば、ビデオ再生アプリケーションまたは音声再生アプリケーションは、ユーザ機器が、貧弱なユーザエクスペリエンスを引き起こすスリープに入ることを防止すべく、ｗａｋｅｌｏｃｋを維持してもよい。代替的に、例えば、いくつかのアプリケーションは、オンライン状態を保持すべく、ｗａｋｅｌｏｃｋを維持してもよい。ユーザ機器は、待機状態に入ることができず、したがって、ユーザ機器は、アプリケーションが様々な電力消費リソースを呼び出すことを停止できず、それにより、より大きな電気量を消費することになる。例えば、非制限的な値の例では、ウェイクアップが１時間保持されるときに４０ｍＡｈの電気量が消費されてもよい。従って、ユーザ機器がウェイクアップし続ける持続時間は、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される電気量を表わす情報として用いられてもよく、すなわち、前述の消費電力パラメータとして用いられてもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションが自動的に起動する回数であってもよい。この場合、段階１０２において、回数が閾値（例えば２００回）と等しい又はそれより大きい場合に、アプリケーションが高消費電力状態であると決定される。

例えば、オンライン状態を保持すべく、または、ネットワークサーバへの接続のステータスを保持すべく、アプリケーションは、アプリケーションの開始ステータスを検査する。アプリケーションが閉じていると見出した場合、アプリケーションはバックグラウンドで自動起動動作を実行してもよい。アプリケーションが自動的に起動する度に、アプリケーションは、対応する電力消費リソースを呼び出し、それにより、電気量を消費することになる。例えば、非制限的な値の例では、２００回の自動起動動作は、２３０ｍＡｈの電気量を消費し得る。従って、アプリケーションの自動起動回数は、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される電気量を表わす情報として用いられてもよく、すなわち、前述の消費電力パラメータとして用いられてもよい。

自動起動回数について統計を収集する開始時点は、本明細書における本発明の当該実施形態に限定されない。例えば、統計は、ユーザ機器がオンにされた時から開始して、アプリケーションの自動起動回数について収集されてもよく、統計は、ユーザ機器が一回で十分に（例えば、合計電気量の９０％より多く又は９９％より多く）充電された時から開始して、アプリケーションの自動起動回数について収集されてもよく、統計は、消費電力分析がトリガされて開始された時から開始して、アプリケーションの自動起動回数について収集されてもよく、または、統計は、ある期間（例えば、午前９時から午後９時まで）のアプリケーションの自動起動回数について収集されてもよい。そして、統計が収集される自動起動回数に従い、アプリケーションが高消費電力状態であるかどうかが決定される。

図１における方法は、ユーザ機器の電気量の状態変化に基づいてトリガされてもよい。ある実施形態では、オプションで、ユーザ機器の現在の電気量が閾値未満であると決定されるときに、または、ユーザ機器の電気量の減少率が閾値より大きいときに、前述の段階１０１から１０３のプロセスは、トリガされて実行されてもよい。例えば、スクリーンオフ状態で、１時間にユーザ機器によって消費される電気量が合計電気量の３％または５％に達したときに、前述の段階１０１から１０３のプロセスは、トリガされて実行される。または、スクリーンオン状態で、１時間にユーザ機器によって消費される電気量が合計電気量の１０％に達したときに、前述の段階１０１から１０３のプロセスは、トリガされて実行される。

なお、消費電力レポートの特定の内容は、本発明の当該実施形態に限定されない。ある実施形態では、消費電力レポートは、アプリケーションの識別情報、例えばアプリケーション名称を含んでもよい。なお、消費電力レポートはさらに、他の情報、例えば、アプリケーションの消費電力レベル（例えば、高消費電力、中間消費電力、低消費電力）、アプリケーションによって消費される電気量、ユーザ機器によって消費される合計電気量に対する、アプリケーションによって消費される電気量のパーセンテージ、または、消費電力特性の記述情報を含んでもよい。

本発明の当該実施形態は、具体例を参照して以下でより詳細に説明される。

図２は、本発明の実施形態による電力管理プロセスの概略フローチャートである。

図２の実施形態では、電力管理装置は、アプリケーションが高消費電力状態であるかどうかを決定すべく、いくつかのタイプの消費電力パラメータをトラバースする。図２の実施形態において与えられる特定の値は、単なる代表的なものに過ぎず、本発明の当該実施形態の範囲を限定することを意図されていないことに注意すべきである。

なお、以下の特定の実施形態では、例としてＡｎｄｒｏｉｄ（登録商標）オペレーティングシステムを用いることによって説明が与えられる。しかしながら、適用可能なオペレーティングシステムは、本発明の当該実施形態に限定されず、本発明の当該実施形態はまた、別のオペレーティングシステムにおいて用いられてもよい。

２０１：消費電力分析サービスを起動する。

例えば、電力管理装置がユーザによりインストールされるアプリケーションであるならば、ユーザは、アプリケーションを開くことによって消費電力分析サービスを起動してもよい。別の実施形態では、消費電力分析サービスは、自動的に起動してもよく（例えば、ユーザ機器がオンにされたときに起動してもよく）、または、デーモンとして動作してもよい。

２０２：システムバッテリレベルの変化のブロードキャストを受信する。

例えば、ユーザ機器の電気量が変化するときに、システムは、そのインテントアクション（Intent Action）がAndroid（登録商標）.intent.action.BATTERY_CHANGEDであるブロードキャストを外部へと送信する。この一定のブロードキャストが、ユーザ機器の電気量が異常に減少している（例えば、電気量の減少率が予め設定された閾値より大きい）ことを表わしている場合、各アプリケーションの消費電力パラメータを取得する段階、および、各アプリケーションの消費電力ステータスを分析する段階の次のプロセスが実行される。換言すると、次の段階２０３から２１４は、被分析アプリケーションのセットにおける各アプリケーションに対して実行されてもよい。被分析アプリケーションのセットは、予め設定されてもよく、ユーザにより選択されてもよく、又は、過去の消費電力分析結果に従ってアップデートされてもよい。

２０３から２０５は分析ブランチである。

２０３：複数の被分析アプリケーションのタイマーウェイクアップの回数を取得する。

２０４：各アプリケーションをウェイクアップする回数が予め設定された閾値、例えば、１０００回に等しいか又はそれより大きいかを決定する。ウェイクアップ回数が１０００回未満であるならば、別の分析ブランチがアプリケーションに対して実行され続ける、すなわち、段階２０６、２０９または２１２を実行し続ける。

２０５：アプリケーションをウェイクアップする回数が１０００回と等しい又はそれより大きいならば、アプリケーションが高消費電力状態であると決定する。アプリケーションは、消費電力レポートに記録される。例えば、アプリケーションの識別情報（例えば名称）および消費電力ステータス（例えば「高消費電力」）が記録され、高消費電力の理由が「タイマーウェイクアップの過度に多い回数」と記録されてもよい。

２０６から２０８は、別の分析ブランチである。

２０６：ユーザ機器がウェイクアップし続ける持続時間であって、ｗａｋｅｌｏｃｋが原因で複数の被分析アプリケーションによって引き起こされる持続時間を取得する。

２０７：各アプリケーションに対応する持続時間が予め設定された閾値、例えば、１時間に等しいか又はそれより大きいかを決定する。対応する持続時間が１時間未満であるならば、未だ実行されていない別の分析ブランチが、アプリケーションに対して実行され続ける。

２０８：ユーザ機器がウェイクアップし続ける持続時間であって、アプリケーションによって引き起こされる持続時間が１時間と等しい又はそれより大きいならば、アプリケーションが高消費電力状態であると決定する。アプリケーションは、消費電力レポートに記録される。例えば、アプリケーションの識別情報（例えば名称）および消費電力ステータス（例えば「高消費電力」）が記録され、高消費電力の理由が「過度に長時間のウェイクアップ継続」と記録されてもよい。

２０９から２１１は、別の分析ブランチである。

２０９：複数の被分析アプリケーションがＧＰＳモジュールを呼び出すときに引き起こされる消費電気量を取得する。

２１０：各アプリケーションに対応する、ＧＰＳによって消費される電気量が予め設定された閾値、例えば、１００ｍＡｈに等しいか又はそれより大きいかを決定する。ＧＰＳによって消費される電気量が１００ｍＡｈ未満であるならば、未だ実行されていない別の分析ブランチが、アプリケーションに対して実行され続ける。

２１１：アプリケーションに対応する、ＧＰＳによって消費される電気量が１００ｍＡｈと等しい又はそれより大きいならば、アプリケーションが高消費電力状態であると決定する。アプリケーションは、消費電力レポートに記録される。例えば、アプリケーションの識別情報（例えば名称）および消費電力ステータス（例えば高消費電力）が記録され、高消費電力の理由が「ＧＰＳによって消費される過度な電気」と記録されてもよい。

２１２から２１４は、別の分析ブランチである。

２１２：複数の被分析アプリケーションの自動起動回数を取得する。

２１３：各アプリケーションの自動起動回数が予め設定された閾値、例えば２００回に等しいか又はそれより大きいかを決定する。自動起動回数が２００回未満であるならば、未だ実行されていない別の分析ブランチが、アプリケーションに対して実行され続ける。

２１４：アプリケーションの自動起動回数が２００回と等しい又はそれより大きいならば、アプリケーションが高消費電力状態であると決定する。アプリケーションは、消費電力レポートに記録される。例えば、アプリケーションの識別情報（例えば名称）および消費電力ステータス（例えば「高消費電力」）が記録され、高消費電力の理由が「過度に多い自動起動回数」と記録されてもよい。

２１５：全ての分析ブランチが実行された場合に、生成された消費電力レポートをユーザに示す。

例えば、消費電力レポートの結果の全て又はいくつかは、電力管理装置のアプリケーションインターフェース上でユーザに示されてもよく、又は、ユーザは、ポップアップウィンドウの方法で、高消費電力状態であるアプリケーションを思い出させられてもよい。消費電力レポートを表わす特定の形態は、本発明の当該実施形態に限定されない。なお、電力管理装置のアプリケーションインターフェースにおいて、例えば、ユーザが消費電力レポートのインタフェース上の高消費電力アプリケーションを直接閉じる若しくは削除すること、又は、アプリケーションの高消費電力機能（例えばＧＰＳ機能）を閉じることを可能にする、更なる機能があってもよい。なお、消費電力ランク付けのような動作が実行されてもよい。

本発明の当該実施形態では、統計がアプリケーションの消費電力コンディションについて収集される場合、処理リソースを呼び出すことによって引き起こされる消費電力が考慮されるだけでなく、システムリソースまたはコンポーネントリソースを呼び出すことによって引き起こされる消費電力も考慮される。このように、取得された消費電力統計結果は、より正確である。

前述の分析ブランチを実行するシーケンスは、図２に示されているものに限定されない。例えば、シーケンスはスイッチされてもよく、または、分析ブランチは同時並行で実行されてもよい。なお、分析ブランチの量及び特定の分析対象は、図２に示されているものに限定されない。より多くの又はより少ない分析ブランチが存在してもよく、分析ブランチに対して、例えば、ＷｉＦｉ（登録商標）モジュールの呼び出し、バックライトの動作持続時間、フラッシュの光を放つ回数、および、スピーカの動作持続時間といった、別の消費電力理由もまた分析されてもよい。

図３は、本発明の別の実施形態による電力管理プロセスの概略フローチャートである。

図３の実施形態では、特定のアプリケーションに対して、アプリケーションの消費電力ステータスが分析され、アプリケーションの消費電力レポートが生成される。

３０１：どのアプリケーションが動作しているかを決定する。

次の段階は、動作している１つ又は複数のアプリケーションに対して実行される。

３０２：アプリケーションが（例としてＣＰＵを用いて）処理リソースを呼び出すときに消費される電気量について統計を収集する。

例えば、アプリケーションがＣＰＵを占有する持続時間、および、占有中のＣＰＵの動作周波数が決定されてもよい。動作周波数で単位時間当たりに消費される電気量を取得すべく、動作周波数と単位時間当たりに消費される電気量との間の予め設定された対応関係のテーブルが検索される。単位時間当たりに消費される電気量と占有持続時間とを乗算することによって、アプリケーションによって呼び出されるＣＰＵにより消費される電気量が取得されてもよい。

３０３：アプリケーションによって呼び出されるシステムリソースにより消費される電気量について統計を収集する。

例えば、アプリケーションがシステムリソースを呼び出すときに、システムリソースはまた、ＣＰＵを占有して、電気量を消費する。アプリケーションによって呼び出されるシステムリソースにより消費される電気量について統計が収集されないが、単に、ユーザ機器のシステムリソースを呼び出すことによって消費される合計電気量について統計が収集されるならば、システムリソースが呼び出されないので、ユーザは単に、消費される電気量を知り得るだけで、消費電力を引き起こすアプリケーションを知ることができない。本発明の当該実施形態では、より正確な統計結果を取得すべく、段階３０２における電気量と段階３０３における電気量との両方について統計が収集されて、アプリケーションによって消費される電気量として用いられ得る。

３０４：アプリケーションによって呼び出されるコンポーネントリソースにより消費される電気量について統計を収集する。

例えば、アプリケーションがＷｉＦｉ（登録商標）モジュールを呼び出して通信を実行する、と仮定する。ＷｉＦｉ（登録商標）モジュールによって消費される合計電気量を取得すべく、ＷｉＦｉ（登録商標）モジュールに対応する、単位時間当たりに消費される電気量が検索され、単位時間当たりに消費される電気量は、アプリケーションがＷｉＦｉ（登録商標）モジュールを呼び出す合計持続時間と乗算される。

別の例では、アプリケーションが、表示モジュールがコンテンツを表示することを必要とし、従って、アプリケーションが、バックライトモジュールを呼び出すことを必要とする、と仮定する。バックライトモジュールによって消費される電気量を取得すべく、アプリケーションが動作しているときの表示画面の明るさレベルに対応する、バックライトモジュールによって単位時間当たりに消費される電気量が検索され、単位時間当たりに消費される電気量は、アプリケーションがバックライトモジュールを呼び出す合計持続時間と乗算される。

３０５：様々なリソースによって消費される電気の量であって、段階３０２から３０４において取得される量に基づいて、アプリケーションによって消費される合計電気量を取得する。

合計消費電気量のために、処理リソースによって消費される電気量について統計が収集されるだけでなく、システムリソースおよびコンポーネントリソースによって消費される電気量について統計が収集される。従って、アプリケーションの消費電力ステータスは、より正確に反映される。

３０６：アプリケーションの消費電力レポートを生成する。

消費電力レポートは、アプリケーションの識別情報を含んでもよく、加えて、段階３０５において取得された合計消費電気量をさらに含んでもよい。なお、アプリケーションの消費電力レベルがさらに、合計消費電気量に従って決定されてもよい。例えば、異なる消費電力レベル（例えば、高消費電力、中間消費電力、および低消費電力）に対応する消費電力範囲が予め設定されてもよい。

なお、消費電気量は、その単位が例えばｍＡｈである特定の電気量値として表わされてもよく、または、ユーザ機器の合計電気量の比例値として表わされてもよい。

本発明の当該実施形態では、統計がアプリケーションの消費電力コンディションについて収集される場合、処理リソースを呼び出すことによって引き起こされる消費電力が考慮されるだけでなく、システムリソースまたはコンポーネントリソースを呼び出すことによって引き起こされる消費電力も考慮される。このように、取得された消費電力統計結果は、より正確である。

図４は、本発明の実施形態による電力管理装置のブロック図である。図４に示されるように、電力管理装置４０は、取得ユニット４１と、決定ユニット４２と、レポートユニット４３とを含む。

取得ユニット４１は、アプリケーションの消費電力パラメータを取得するように構成される。アプリケーションは、ユーザ機器にインストールされる。消費電力パラメータは、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される電気量についての情報を表わすのに用いられる。電力消費リソースは、ユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含む。コンポーネントリソースは、ユーザ機器における処理リソース以外の別のハードウェアリソースであり、システムリソースは、ユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む。なお、電力消費リソースはさらに、ユーザ機器の処理リソースを含み得る。

決定ユニット４２は、取得ユニット４１によって取得される消費電力パラメータに基づいて、アプリケーションの消費電力ステータスを決定するように構成される。

レポートユニット４３は、決定ユニット４２によって決定されるアプリケーションの消費電力ステータスに基づいて、アプリケーションの消費電力レポートを生成するように構成される。

本発明の当該実施形態では、統計がアプリケーションの消費電力コンディションについて収集される場合、システムリソースまたはコンポーネントリソースを呼び出すことによって引き起こされる消費電力が考慮される。このように、取得された消費電力統計結果は正確である。

図４における電力管理装置は、図１から図３の実施形態のプロセスを実施してもよい。詳細は、繰り返しを回避すべく、改めて説明されない。

ある実施形態では、オプションで、消費電力レポートはアプリケーションの識別情報を含んでもよい。消費電力レポートはさらに、以下の情報：アプリケーションの消費電力レベル、アプリケーションによって消費される電気量、アプリケーションによって消費される電気量の、ユーザ機器によって消費される合計電気量に対するパーセンテージ、または、消費電力理由の記述情報、の１つ又は複数を含んでもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションがユーザ機器を定期的にウェイクアップする回数であってもよい。回数が第１閾値と等しい又はそれより大きい場合、決定ユニット４２は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションがユーザ機器をウェイクアップ状態にロックする持続時間であってもよい。持続時間が第２閾値と等しい又はそれより大きい場合、決定ユニット４２は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションが自動的に起動する回数であってもよい。回数が第３閾値と等しい又はそれより大きい場合、決定ユニット４２は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションによって呼び出されるコンポーネントにより消費される電気量であってもよい。コンポーネントによって消費される電気量が第４閾値と等しい又はそれより大きい場合、決定ユニット４２は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、取得ユニット４１は、コンポーネントがアプリケーションによって呼び出される持続時間、および、コンポーネントによって単位時間当たりに消費される予め設定された電気量を決定し、コンポーネントがアプリケーションによって呼び出される持続時間、および、単位時間当たりに消費される電気量に従って、コンポーネントによって消費される電気量を取得してもよい。

別の実施形態では、オプションで、前述のコンポーネントは、ＧＰＳモジュール、モバイル通信モジュール、無線ローカルエリアネットワーク通信モジュール、バックライトモジュールなどを含んでもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションによって呼び出されるシステムリソースにより消費される電気量であってもよい。アプリケーションによって呼び出されるシステムリソースにより消費される電気量が第５閾値と等しい又はそれより大きい場合、決定ユニット４２は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、取得ユニット４１は、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、処理リソースが占有されているときの処理リソースの動作周波数を決定し、処理リソースの動作周波数と、処理リソースによって単位時間当たりに消費される電気量との間の、予め設定された対応関係に従い、処理リソースの動作周波数に対応する、単位時間当たりに消費される電気量を決定し、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、単位時間当たりに消費される電気量に従い、アプリケーションによって呼び出されるシステムリソースにより消費される電気量を取得してもよい。

別の実施形態では、オプションで、消費電力パラメータは、例えば図３の実施形態により示されるものといった、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される合計電気量であってもよい。

別の実施形態では、オプションで、取得ユニット４１は、ユーザ機器の現在の電気量が第６閾値と等しい又はそれより少ないと決定されたときの、または、ユーザ機器の電気量の減少率が第７閾値と等しい又はそれより大きいと決定されたときの、アプリケーションの消費電力パラメータを取得してもよい。

本発明の当該実施形態におけるユーザ機器は、前述の電力管理装置４０を含んでもよい。

図５は、本発明の実施形態によるユーザ機器の概略ブロック図である。

本発明の当該実施形態において提供されるユーザ機器（例えば携帯電話）は、図１から図３において示される本発明の実施形態により実施される方法を実行するように構成されてもよい。説明の便宜上、ただ単に、本発明の当該実施形態に関連する一部が示されている。開示されていない特定の技術的詳細のため、図１から図３に示される本発明の実施形態を参照されたい。

モバイル端末は、携帯電話、コンピュータ、ノートブックコンピュータ、ＵＭＰＣ（Ultra-mobile Personal Computer、ウルトラモバイルパーソナルコンピュータ）、ノートブック、ＰＤＡ（Personal Digital Assistant、パーソナルデジタルアシスタント）などの端末デバイスであってもよい。本発明の当該実施形態では、モバイル端末が携帯電話である例を用いることによって、説明が与えられる。図５は、本発明の実施形態に関連する携帯電話５００の部分的構造のブロック図である。

図５に示されるように、携帯電話５００は、ＲＦ（radio frequency、無線周波数）回路５２０、メモリ５３０、入力部５４０、表示部５５０、重力センサ５６０、音声回路５７０、プロセッサ５８０および電源５９０などのコンポーネントを含む。当業者であれば、図５に示される携帯電話の構造は、携帯電話への限定とみなされないこと、および、携帯電話は、図に示されるものに比べて、より多くのコンポーネント若しくはより少ないコンポーネントを含んでもよく、または、いくつかのコンポーネントが組み合わされてもよく、または、異なるコンポーネント配置が用いられてもよいことを理解するであろう。携帯電話５００のコンポーネントは、図５を参照して以下で具体的に説明される。

ＲＦ回路５２０は、情報を受信して送信するプロセスにおいて、または、呼処理において、信号を受信および送信するように構成されてもよい。具体的には、基地局のダウンリンク情報を受信した後に、ＲＦ回路５１０は、ダウンリンク情報を処理のためプロセッサ５８０に送達し、アップリンクデータを基地局に送信する。一般に、ＲＦ回路は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、ＬＮＡ（low noise amplifier、低雑音増幅器）、デュプレクサなどを含むが、これらに限定されない。なお、ＲＦ回路５２０はまた、無線通信によりネットワークおよび別のデバイスと通信してもよい。無線通信は、これらに限定されないが、ＧＳＭ（登録商標）（global system of mobile communication、モバイル通信用グローバルシステム）、ＧＰＲＳ（general packet radio service、ジェネラルパケットラジオサービス）、ＣＤＭＡ（code division multiple access、符号分割多重アクセス）、ＷＣＤＭＡ（登録商標）（wideband code division multiple access、ワイドバンド符号分割多重アクセス）、ＬＴＥ（long term evolution、ロングタームエボリューション）、電子メール、ＳＭＳ（short messaging service、ショートメッセージサービス）などを含む、任意の通信基準またはプロトコルを用いてもよい。

メモリ５３０は、ソフトウェアプログラムおよびモジュールを格納するように構成されてもよい。プロセッサ５８０は、携帯電話５００の様々な機能アプリケーションおよびデータプロセッシングを実施すべく、メモリ５３０に記憶されているソフトウェアプログラムおよびモジュールを動作させる。メモリ５３０は主に、プログラム格納領域およびデータ格納領域を含んでもよい。プログラム格納領域は、オペレーティングシステム、少なくとも１つの機能（音声再生機能および画像表示機能など）によって必要とされるアプリケーションプログラムなどを格納してもよい。データ格納領域は、携帯電話５００の使用により生成されるデータ（音声データ、画像データおよびアドレス帳）などを格納してもよい。なお、メモリ５３０は、高速ランダムアクセスメモリを含んでもよく、また、少なくとも１つのディスクストレージデバイスのような不揮発性メモリ、フラッシュメモリデバイス、または、別の揮発性ソリッドステートストレージデバイスを含んでもよい。

入力部５４０は、入力桁または特性情報を受信して、携帯電話５００のユーザ設定および機能制御に関連するキー信号入力を生成するように構成されてもよい。具体的には、入力部５４０は、タッチスクリーン５４１および別の入力装置５４２を含んでもよい。タッチスクリーン５４１は、タッチ制御パネルとも称され、タッチスクリーン５４１上の又はその周囲のタッチ操作（例えば、指またはタッチペンなどの任意の適切な対象物または付属品を用いることによる、ユーザからの、タッチスクリーン５４１上での、またはタッチスクリーン５４１周りでの操作）を収集し、予め設定されているプログラムに従って対応する接続装置を駆動できる。オプションで、タッチスクリーン５４１は、２つの部品、すなわちタッチ検出装置およびタッチコントローラを含んでもよい。タッチ検出装置は、ユーザのタッチ方向を検出し、タッチ操作によって生成される信号を検出し、信号をタッチコントローラに転送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチポイント座標に変換し、そして、タッチポイント座標をプロセッサ５８０に送信する。さらに、タッチコントローラは、プロセッサ５８０から送信されるコマンドを受信して実行できる。なお、タッチスクリーン５４１は、抵抗式、静電容量式、赤外線、および、表面弾性波などの様々なタイプで実装されてもよい。タッチスクリーン５４１に加えて、入力部５４０はさらに、別の入力装置５４２を含んでもよい。具体的には、別の入力装置５４２は、物理的キーボード、機能キー（ボリューム制御キーまたは電源スイッチキーなど）、トラックボール、マウスおよびジョイスティックの１つ又は複数を含んでもよいが、これらに限定されない。

表示部５５０は、ユーザによって入力される情報またはユーザ用に提供される情報、および、携帯電話５００の様々なメニューを表示するように構成されてもよい。表示部５５０は、表示パネル５５１を含んでもよい。オプションで、表示パネル５４１は、ＬＣＤ（Liquid Crystal Display、液晶ディスプレイ）、ＯＬＥＤ（Organic Light-Emitting Diode、有機発光ダイオード）などの形で構成されてもよい。さらに、タッチスクリーン５４１は、表示パネル５５１をカバーしてもよい。タッチスクリーン５４１上での又はその周囲でのタッチ操作を検出するときに、タッチスクリーン５４１は、タッチイベントのタイプを決定すべく、タッチ操作をプロセッサ５８０に転送し、そして、プロセッサ５８０は、タッチイベントのタイプに従って、表示パネル５５１上に対応する視覚的出力を提供する。図５において、タッチスクリーン５４１および表示パネル５５１は、入力機能と、携帯電話５００の入力機能とを実施する、２つの独立したコンポーネントとして用いられるが、いくつかの実施形態では、タッチスクリーン５４１は、携帯電話５００の入力機能および出力機能を実施する表示パネル５５１と統合されてもよい。

重力センサ（gravity sensor）５６０は、様々な方向（概して３軸）における携帯電話の加速度の大きさを検出してもよく、携帯電話が静止している場合は重力の大きさおよび方向を検出してもよく、携帯電話所作（例えば、水平画面と鉛直画面との間のスイッチング、関連ゲーム、および、磁力計所作キャリブレーション）、振動識別に関連する機能（例えば、歩数計およびノック）などを識別する、アプリケーション用に用いられてもよい。

携帯電話５００はさらに、例えば光学センサといった、別のセンサを含んでもよい。具体的には、光学センサは、周辺光センサおよび光学式近接センサを含んでもよい。周辺光センサは、周辺光の明るさに従って、表示パネル５４１の明るさを調整してもよい。光学式近接センサは、携帯電話に近づく又はタッチしている対象物があるかどうかを検出してもよく、携帯電話５００が耳に向かって動かされている場合は、表示パネル５４１及び／又はバックライトをオフにしてもよい。携帯電話５００に構成され得る、ジャイロスコープ、気圧計、湿度計、温度計または赤外線センサなどの別のセンサは、本明細書において説明されない。

音声回路５７０、スピーカ５７１、および、マイク５７２が、ユーザと携帯電話５００との間に音声インタフェースを提供してもよい。音声回路５７０は、受信した音声データを、電気信号に変換し、電気信号をスピーカ５７１に伝送してもよい。スピーカ５７１は、電気信号を、出力用の音声信号に変換する。一方で、マイク５７２は、収集された音声信号を電気信号に変換する。音声回路５７０は、電気信号を受信し、電気信号を音声データに変換し、そして、音声データを、例えば、別の携帯電話に送信すべく、または、音声データをさらなる処理用にメモリ５３０に出力すべく、音声データをＲＦ回路５２０に出力する。

プロセッサ５８０は、携帯電話５００の制御センタであり、様々なインタフェースおよびラインを用いることによって、携帯電話全体の様々な部分に接続される。メモリ５３０に記憶されているソフトウェアプログラム及び／又はモジュールを動作させる又は実行することによって、および、メモリ５３０に記憶されているデータを呼び出すことによって、プロセッサ５８０は、携帯電話５００の様々な機能およびデータプロセッシングを実行し、それにより、携帯電話の全体的なモニタリングを実行する。オプションで、プロセッサ５８０は、１つ又は複数のプロセッシングユニットを含んでもよい。好ましくは、プロセッサ５８０は、アプリケーションプロセッサおよびモデムプロセッサと統合されてもよい。アプリケーションプロセッサは主に、オペレーティングシステム、ユーザインタフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは主に、無線通信を処理する。前述のモデムプロセッサはプロセッサ５８０に統合されなくてもよいことが理解されるであろう。

携帯電話５００はさらに、電力をコンポーネントに供給するための（バッテリのような）電源５９０を含む。好ましくは、電源は、電力管理システムを用いることによってプロセッサ５８０に論理的に接続されてもよく、それにより、電力管理システムを用いることによって、充電管理、放電管理および消費電力管理などの機能を実施する。

示されていないが、携帯電話５００はさらに、ＷｉＦｉ（登録商標）（wireless fidelity、ワイヤレス・フィディリティ）モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどを含んでもよい。本明細書では詳細は説明されない。

本発明の当該実施形態では、プロセッサ５８０はさらに、アプリケーションの消費電力パラメータを取得するように構成される。アプリケーションは、ユーザ機器にインストールされる。消費電力パラメータは、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される電気量についての情報を表わすのに用いられる。電力消費リソースは、ユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含む。コンポーネントリソースは、ユーザ機器における処理リソース以外の別のハードウェアリソースであり、システムリソースは、ユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む。なお、電力消費リソースはさらに、ユーザ機器の処理リソースを含み得る。

プロセッサ５８０はさらに、消費電力パラメータに基づいて、アプリケーションの消費電力ステータスを決定するように構成される。

プロセッサ５８０はさらに、アプリケーションの消費電力ステータスに基づいて、アプリケーションの消費電力レポートを生成するように構成される。

本発明の当該実施形態では、統計がアプリケーションの消費電力コンディションについて収集される場合、処理リソースを呼び出すことによって引き起こされる消費電力が考慮されるだけでなく、システムリソースまたはコンポーネントリソースを呼び出すことによって引き起こされる消費電力も考慮される。このように、取得された消費電力統計結果は、より正確である。

図５におけるユーザ機器は、図１から図３の実施形態のプロセスを実施してもよい。詳細は、繰り返しを回避すべく、改めて説明されない。

ある実施形態では、オプションで、消費電力レポートはアプリケーションの識別情報を含んでもよい。 消費電力レポートはさらに、以下の情報：アプリケーションの消費電力レベル、アプリケーションによって消費される電気量、アプリケーションによって消費される電気量の、ユーザ機器によって消費される合計電気量に対するパーセンテージ、または、消費電力理由の記述情報、の１つ又は複数を含んでもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションがユーザ機器を定期的にウェイクアップする回数であってもよい。回数が第１閾値と等しい又はそれより大きい場合、プロセッサ５８０は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションがユーザ機器をウェイクアップ状態にロックする持続時間であってもよい。持続時間が第２閾値と等しい又はそれより大きい場合、プロセッサ５８０は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションが自動的に起動する回数であってもよい。回数が第３閾値と等しい又はそれより大きい場合、プロセッサ５８０は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションによって呼び出されるコンポーネントにより消費される電気量であってもよい。コンポーネントによって消費される電気量が第４閾値と等しい又はそれより大きい場合、プロセッサ５８０は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、プロセッサ５８０は、コンポーネントがアプリケーションによって呼び出される持続時間、および、コンポーネントによって単位時間当たりに消費される予め設定された電気量を決定し、コンポーネントがアプリケーションによって呼び出される持続時間、および、単位時間当たりに消費される電気量に従って、コンポーネントによって消費される電気量を取得してもよい。

別の実施形態では、オプションで、消費電力パラメータは、アプリケーションによって呼び出されるシステムリソースにより消費される電気量であってもよい。アプリケーションによって呼び出されるシステムリソースにより消費される電気量が第５閾値と等しい又はそれより大きい場合、プロセッサ５８０は、アプリケーションが高消費電力状態であると決定してもよい。

別の実施形態では、オプションで、プロセッサ５８０は、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、処理リソースが占有されているときの処理リソースの動作周波数を決定し、処理リソースの動作周波数と、処理リソースによって単位時間当たりに消費される電気量との間の、予め設定された対応関係に従い、処理リソースの動作周波数に対応する、単位時間当たりに消費される電気量を決定し、アプリケーションによって呼び出されるシステムリソースが処理リソースを占有する持続時間、および、単位時間当たりに消費される電気量に従い、アプリケーションによって呼び出されるシステムリソースにより消費される電気量を取得してもよい。

別の実施形態では、オプションで、消費電力パラメータは、例えば図３の実施形態により示されるものといった、アプリケーションが動作しているときにアプリケーションによって呼び出される電力消費リソースにより消費される合計電気量であってもよい。

別の実施形態では、オプションで、プロセッサ５８０は、ユーザ機器の現在の電気量が第６閾値と等しい又はそれより少ないと決定されたときの、または、ユーザ機器の電気量の減少率が第７閾値と等しい又はそれより大きいと決定されたときの、アプリケーションの消費電力パラメータを取得してもよい。

当業者であれば、本明細書に開示される実施形態で説明される例との組み合わせにおいて、ユニット及びアルゴリズムステップが、電子的ハードウェアによって、又はコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって実装され得ることを認識するであろう。機能がハードウェアによって実行されるかソフトウェアによって実行されるかは、技術的解決手段の特定の用途および設計制約条件次第である。当業者であれば、異なる方法を用いて、それぞれの特定の用途に対して説明された機能を実装するかもしれない。しかしながら、そのような実装が、本発明の範囲を越えるものとみなされるべきではない。

簡便且つ簡潔な説明をする目的で、前述のシステム、装置およびユニットの詳細な動作プロセスについて、前述の方法の実施形態における対応するプロセスが参照されてよいことは、当業者によって明確に理解され得ることであり、詳細は本明細書で改めて説明されない。

本願において提供されるいくつかの実施形態において、開示されたシステム、装置、および方法は他の複数の方法で実装され得ることが理解されるべきである。例えば、説明された装置の実施形態は、単に代表的なものに過ぎない。例えば、ユニットの分割は、単なる論理的機能の分割に過ぎず、実際の実装においては他の分割であり得る。例えば、複数のユニット又はコンポーネントは、別のシステムに組み合わされ又は統合されてよく、又は、いくつかの機能は、無視されてもよく、実行されなくてもよい。なお、表示された又は議論された、相互連結または直接連結または通信接続は、いくつかのインタフェースを用いることによって実施されてもよい。装置とユニットとの間の間接連結または通信接続は、電気的、機械的、または他の形で実施されてもよい。

別個の部分として説明されたユニットは、物理的に別個であっても別個でなくてもよく、ユニットとして表示された部分は、物理的なユニットであってもそうでなくてもよく、１か所に位置してもよく、又は、複数のネットワークユニット上に分散されてもよい。ユニットのいくつか又は全ては、実施形態の解決手段の目的を実現する実際の必要性に従って、選択されてもよい。

なお、本発明の実施形態における機能ユニットは１つの処理ユニットに統合されてもよく、ユニットのそれぞれは物理的に単独で存在してもよく、又は、２つ又はそれより多くのユニットは１つのユニットに統合される。

機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売される又は用いられる場合、機能はコンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づき、本発明の技術的解決手段は本質的に、または従来技術に寄与する部分、または技術的解決手段のいくつかが、ソフトウェア製品の形で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態で説明された方法の段階の全て又はいくつかを実行すべく、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってもよい）に指示するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ROM、Read-Only Memory）、ランダムアクセスメモリ（RAM、Random Access Memory）、磁気ディスク又は光ディスクなどの、プログラムコードを格納できる任意の媒体を含む。

前述の説明は、本発明の特定の実施方法に過ぎず、本発明の保護範囲を限定することを意図されていない。本発明において開示された技術的範囲内で、当業者によって容易に考え出される任意の変形または置換は、本発明の保護範囲内にあるものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うことになる。

通信技術が発展し、ユーザ機器（UE、User Equipment）の機能がより豊かになっている。多くのユーザ機器は、ユーザがユーザ機器の消費電力情報を取得することを支援すべく、電力管理解決手段を提供し得、例えば、消費電力統計機能を提供し得る。例えば、Ａｎｄｒｏｉｄ（登録商標）（アンドロイド）システムは、「バッテリ情報」を提供することができ、ユーザは、電力消費アプリケーションであるアプリケーションを知るべく、「バッテリ情報」における各アプリケーションまたは各プロセスの消費電力情報を見ることができる。このタイプの消費電力統計機能は概して、ユーザ機器における各アプリケーションの消費電力の、ユーザ機器の合計消費電力に対するパーセンテージをフィードバックし得、又は、オペレーティングシステムによって消費される電気量をフィードバックし得る。

例えば、消費電力レポートの結果の全て又はいくつかは、電力管理装置のアプリケーションインターフェース上でユーザに示されてもよく、又は、ユーザは、ポップアップウィンドウの方法で、高消費電力状態であるアプリケーションを思い出させられてもよい。消費電力レポートを表わす特定の形態は、本発明の当該実施形態に限定されない。なお、電力管理装置のアプリケーションインターフェースにおいて、例えば、ユーザが消費電力レポートのインタフェース上の高電力消費アプリケーションを直接閉じる若しくは削除すること、又は、アプリケーションの高消費電力機能（例えばＧＰＳ機能）を閉じることを可能にする、更なる機能があってもよい。なお、消費電力ランク付けのような動作が実行されてもよい。

ＲＦ回路５２０は、情報を受信して送信するプロセスにおいて、または、呼処理において、信号を受信および送信するように構成されてもよい。具体的には、基地局のダウンリンク情報を受信した後に、ＲＦ回路５１０は、ダウンリンク情報を処理のためプロセッサ５８０に送達し、アップリンクデータを基地局に送信する。一般に、ＲＦ回路は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、ＬＮＡ（low noise amplifier、低雑音増幅器）、デュプレクサなどを含むが、これらに限定されない。なお、ＲＦ回路５２０はまた、無線通信によりネットワークおよび別のデバイスと通信してもよい。無線通信は、これらに限定されないが、ＧＳＭ（登録商標）（global system for mobile communication、モバイル通信用グローバルシステム）、ＧＰＲＳ（general packet radio service、ジェネラルパケットラジオサービス）、ＣＤＭＡ（code division multiple access、符号分割多重アクセス）、ＷＣＤＭＡ（登録商標）（wideband code division multiple access、ワイドバンド符号分割多重アクセス）、ＬＴＥ（long term evolution、ロングタームエボリューション）、電子メール、ＳＭＳ（short messaging service、ショートメッセージサービス）などを含む、任意の通信基準またはプロトコルを用いてもよい。

表示部５５０は、ユーザによって入力される情報またはユーザ用に提供される情報、および、携帯電話５００の様々なメニューを表示するように構成されてもよい。表示部５５０は、表示パネル５５１を含んでもよい。オプションで、表示パネル５５１は、ＬＣＤ（Liquid Crystal Display、液晶ディスプレイ）、ＯＬＥＤ（Organic Light-Emitting Diode、有機発光ダイオード）などの形で構成されてもよい。さらに、タッチスクリーン５４１は、表示パネル５５１をカバーしてもよい。タッチスクリーン５４１上での又はその周囲でのタッチ操作を検出するときに、タッチスクリーン５４１は、タッチイベントのタイプを決定すべく、タッチ操作をプロセッサ５８０に転送し、そして、プロセッサ５８０は、タッチイベントのタイプに従って、表示パネル５５１上に対応する視覚的出力を提供する。図５において、タッチスクリーン５４１および表示パネル５５１は、入力機能と、携帯電話５００の入力機能とを実施する、２つの独立したコンポーネントとして用いられるが、いくつかの実施形態では、タッチスクリーン５４１は、携帯電話５００の入力機能および出力機能を実施する表示パネル５５１と統合されてもよい。

携帯電話５００はさらに、例えば光学センサといった、別のセンサを含んでもよい。具体的には、光学センサは、周辺光センサおよび光学式近接センサを含んでもよい。周辺光センサは、周辺光の明るさに従って、表示パネル５５１の明るさを調整してもよい。光学式近接センサは、携帯電話に近づく又はタッチしている対象物があるかどうかを検出してもよく、携帯電話５００が耳に向かって動かされている場合は、表示パネル５５１及び／又はバックライトをオフにしてもよい。携帯電話５００に構成され得る、ジャイロスコープ、気圧計、湿度計、温度計または赤外線センサなどの別のセンサは、本明細書において説明されない。

Claims (25)

1. ユーザ機器のための電力管理方法であり、
   アプリケーションの消費電力パラメータを取得する段階であり、前記アプリケーションは前記ユーザ機器にインストールされ、前記消費電力パラメータは前記アプリケーションが動作しているときに前記アプリケーションによって呼び出される電力消費リソースによって消費される電気量についての情報を表わすのに用いられ、前記電力消費リソースは前記ユーザ機器のシステムリソース及び／又は前記ユーザ機器のコンポーネントリソースを含み、前記コンポーネントリソースは前記ユーザ機器における処理リソース以外の別のハードウェアリソースであり、前記システムリソースは前記ユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む、段階と、
   前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定する段階と、
   前記アプリケーションの前記消費電力ステータスに基づいて前記アプリケーションの消費電力レポートを生成する段階と
   を備える方法。
2. 前記消費電力レポートは、前記アプリケーションの識別情報を含み、
   前記消費電力レポートはさらに、以下の情報：前記アプリケーションの消費電力レベル、前記アプリケーションによって消費される電気量、前記アプリケーションによって消費される前記電気量の、前記ユーザ機器によって消費される合計電気量に対するパーセンテージ、または、消費電力理由の記述情報、の１つ又は複数を含む
   請求項１に記載の方法。
3. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが前記ユーザ機器を定期的にウェイクアップする回数であり、
   前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定する前記段階は、
   前記回数が第１閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定する段階を含む
   請求項１または２に記載の方法。
4. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが前記ユーザ機器をウェイクアップ状態にロックする持続時間であり、
   前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定する前記段階は、
   前記持続時間が第２閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定する段階を含む
   請求項１または２に記載の方法。
5. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが自動的に起動する回数であり、
   前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定する前記段階は、
   前記回数が第３閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定する段階を含む
   請求項１または２に記載の方法。
6. 前記消費電力パラメータは、前記アプリケーションによって呼び出されるコンポーネントにより消費される電気量であり、
   前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定する前記段階は、
   前記コンポーネントによって消費される前記電気量が第４閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定する段階を含む
   請求項１または２に記載の方法。
7. アプリケーションの消費電力パラメータを取得する前記段階は、
   前記コンポーネントが前記アプリケーションによって呼び出される持続時間を決定する段階と、
   前記コンポーネントが前記アプリケーションによって呼び出される持続時間、および、前記コンポーネントによって単位時間当たりに消費される予め設定された電気量に従い、前記コンポーネントによって消費される前記電気量を取得する段階と
   を含む、請求項６に記載の方法。
8. 前記コンポーネントは、全地球測位システムモジュール、モバイル通信モジュール、無線ローカルエリアネットワーク通信モジュール、またはバックライトモジュールを含む
   請求項６または７に記載の方法。
9. 前記消費電力パラメータは、前記アプリケーションによって呼び出される前記システムリソースにより消費される電気量であり、
   前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定する前記段階は、
   前記アプリケーションによって呼び出される前記システムリソースにより消費される前記電気量が第５閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定する段階を含む
   請求項１または２に記載の方法。
10. アプリケーションの消費電力パラメータを取得する前記段階は、
    前記アプリケーションによって呼び出される前記システムリソースが前記処理リソースを占有する持続時間、および、前記処理リソースが占有されているときの前記処理リソースの動作周波数を決定する段階と、
    前記処理リソースの動作周波数と、前記処理リソースによって単位時間当たりに消費される電気量との間の、予め設定された対応関係に従い、前記処理リソースの前記動作周波数に対応する、単位時間当たりに消費される前記電気量を決定する段階と、
    前記アプリケーションによって呼び出される前記システムリソースが前記処理リソースを占有する前記持続時間、および、単位時間当たりに消費される前記電気量に従い、前記アプリケーションによって呼び出される前記システムリソースにより消費される前記電気量を取得する段階と
    を含む、請求項９に記載の方法。
11. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが動作しているときに前記アプリケーションによって呼び出される全ての電力消費リソースによって消費される合計電気量である
    請求項１または２に記載の方法。
12. 前記アプリケーションの複数の消費電力特性に対応する消費電力パラメータを取得する前記段階の前に、前記方法はさらに、
    前記ユーザ機器の現在の電気量が第６閾値と等しい又はそれより少ないと決定する段階、または、
    前記ユーザ機器の電気量の減少率が第７閾値と等しい又はそれより大きいと決定する段階
    を備える、請求項１から１１の何れか一項に記載の方法。
13. ユーザ機器のための電力管理装置であり、
    アプリケーションの消費電力パラメータを取得するように構成され、前記アプリケーションは前記ユーザ機器にインストールされ、前記消費電力パラメータは前記アプリケーションが動作しているときに前記アプリケーションによって呼び出される電力消費リソースによって消費される電気量についての情報を表わすのに用いられ、前記電力消費リソースは前記ユーザ機器のシステムリソース及び／又はユーザ機器のコンポーネントリソースを含み、前記コンポーネントリソースは前記ユーザ機器における処理リソース以外の別のハードウェアリソースであり、前記システムリソースは前記ユーザ機器のオペレーティングシステムリソース及び／又はプラットフォームシステムリソースを含む、取得ユニットと、
    前記取得ユニットによって取得された前記消費電力パラメータに基づいて前記アプリケーションの消費電力ステータスを決定するように構成された決定ユニットと、
    前記決定ユニットによって決定された前記アプリケーションの前記消費電力ステータスに基づいて前記アプリケーションの消費電力レポートを生成するように構成されたレポートユニットと
    を備える電力管理装置。
14. 前記消費電力レポートは、前記アプリケーションの識別情報を含み、
    前記消費電力レポートはさらに、以下の情報：前記アプリケーションの消費電力レベル、前記アプリケーションによって消費される電気量、前記アプリケーションによって消費される前記電気量の、前記ユーザ機器によって消費される合計電気量に対するパーセンテージ、または、消費電力理由の記述情報、の１つ又は複数を含む
    請求項１３に記載の電力管理装置。
15. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが前記ユーザ機器を定期的にウェイクアップする回数であり、
    前記決定ユニットは、具体的には、前記回数が第１閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定するように構成されている
    請求項１３または１４に記載の電力管理装置。
16. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが前記ユーザ機器をウェイクアップ状態にロックする持続時間であり、
    前記決定ユニットは、具体的には、前記持続時間が第２閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定するように構成されている
    請求項１３または１４に記載の電力管理装置。
17. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが前記ユーザ機器を自動的に起動する回数であり、
    前記決定ユニットは、具体的には、前記回数が第３閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定するように構成されている
    請求項１３または１４に記載の電力管理装置。
18. 前記消費電力パラメータは、前記アプリケーションによって呼び出されるコンポーネントにより消費される電気量であり、
    前記決定ユニットは、具体的には、前記コンポーネントによって消費される前記電気量が第４閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定するように構成されている
    請求項１３または１４に記載の電力管理装置。
19. 前記取得ユニットは、具体的には、前記コンポーネントが前記アプリケーションによって呼び出される持続時間を決定し、前記コンポーネントが前記アプリケーションによって呼び出される前記持続時間、および、前記コンポーネントによって単位時間当たりに消費される予め設定された電気量に従い、前記コンポーネントによって消費される前記電気量を取得するように構成されている
    請求項１８に記載の電力管理装置。
20. 前記コンポーネントは、全地球測位システムモジュール、モバイル通信モジュール、無線ローカルエリアネットワーク通信モジュール、またはバックライトモジュールを含む
    請求項１８または１９に記載の電力管理装置。
21. 前記消費電力パラメータは、前記アプリケーションによって呼び出される前記システムリソースにより消費される電気量であり、
    前記決定ユニットは、具体的には、前記アプリケーションによって呼び出される前記システムリソースにより消費される前記電気量が第５閾値と等しい又はそれより大きい場合に前記アプリケーションが高消費電力状態にあると決定するように構成されている
    請求項１３または１４に記載の電力管理装置。
22. 前記取得ユニットは、具体的には、前記アプリケーションによって呼び出される前記システムリソースが前記処理リソースを占有する持続時間、および、前記処理リソースが占有されているときの前記処理リソースの動作周波数を決定し、前記処理リソースの動作周波数と、前記処理リソースによって単位時間当たりに消費される電気量との間の、予め設定された対応関係に従い、前記処理リソースの前記動作周波数に対応する、単位時間当たりに消費される前記電気量を決定し、前記アプリケーションによって呼び出される前記システムリソースが前記処理リソースを占有する前記持続時間、および、単位時間当たりに消費される前記電気量に従い、前記アプリケーションによって呼び出される前記システムリソースにより消費される前記電気量を取得するように構成されている
    請求項２１に記載の電力管理装置。
23. 前記電力消費リソースはさらに、前記ユーザ機器の前記処理リソースを含み、前記消費電力パラメータは、前記アプリケーションが動作しているときに前記アプリケーションによって呼び出される全ての電力消費リソースによって消費される合計電気量である
    請求項１３または１４に記載の電力管理装置。
24. 前記取得ユニットは、具体的には、前記ユーザ機器の現在の電気量が第６閾値と等しい又はそれより少ないと決定する場合、または、前記ユーザ機器の電気量の減少率が第７閾値と等しい又はそれより大きいと決定する場合に、前記アプリケーションの前記消費電力パラメータを取得するように構成されている
    請求項１３から２３の何れか一項に記載の電力管理装置。
25. 請求項１３から２４の何れか一項に記載の電力管理装置を備えるユーザ機器。

Images