JP2014102836A - 携帯用電子装置の節電モードでのプロセッサ活動の監視及び管理方法とこれを支援する電子装置 - Google Patents

Abstract

【課題】携帯用電子装置の節電モードでのプロセッサ活動の監視及び管理を行う。
【解決手段】電子装置及び該電子装置で実行される方法は、節電モード中に発生する自動ウェイクアップイベントを監視する。ウェイクアップイベントは、電子装置で実行可能な各アプリケーションに対して監視される。そして、監視されたウェイクアップイベントに基づいて、節電モード中に一定以上の処理活動を行ったアプリケーションが列挙される。それにより、節電モード中にバッテリー電力を消費するアプリケーションに対する指示情報が獲得できる。
【選択図】図１

Description

本発明は、携帯用電子装置に関し、より詳細には、携帯用電子装置におけるバッテリー電力節減に関する。

近年、スマートフォン及びその他携帯用（すなわち、手に持って使用する）電子機器において、バッテリー寿命は、消費者に非常に重要であるから、バッテリー消費の最小化は、核心的な設計考慮事項である。バッテリー消費を減らすために、一般的に携帯用電子装置節電モード（ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅ）を提供する。節電モード中に、ディスプレイは、オフとされ、中央処理装置の処理活動は、最小化される。或る装置は、バッテリー消費が漸進的に減少する様々な段階の節電モードを備える。

近年、使用される典型的なスマートフォンは、数十または数百個のソフトウェアアプリケーション（一般に、アプリ（ａｐｐ）と称される）をメモリに格納して具備する。このようなアプリの一部は、ＯＥＭ製造社が提供したものであり、他の一部は、ユーザが外部出処からダウンロードしたものである。各アプリに対するアイコンが一般的に装置のホームスクリーン中の１つに表示され、ユーザが迅速にアプリを開始することができ、開始したアプリは、装置のプロセッサにより実行され、バッテリー電力を消費する。第１アプリが開始されてフォアグラウンド（ｆｏｒｅｇｒｏｕｎｄ）で実行されることによって、装置のディスプレイに支配的にイメージを出力すれば、ユーザが第２アプリに動作切替えしても、第１アプリは、アップデート受信のために周期的にサーバーと通信するなど、低水準のバックグラウンド（ｂａｃｋｇｒｏｕｎｄ）処理を継続することができる。しかも、或るアプリケーションは、端末がアイドルまたはスリープモード（ｉｄｌｅ ｏｒ ｓｌｅｅｐ ｍｏｄｅ）にあっても、バックグラウンドでプログラムを動作させたり、またはバックグラウンドでプロセスまたは命令を周期的に実行したりして、バッテリー消費の一因となる。

したがって、本発明の目的は、前述したような従来技術の問題点を解決するためのもので、バッテリー節約を支援する携帯用電子装置の節電モードでのプロセッサ活動の監視及び管理方法とこれを支援する電子装置を提供することにある。

好ましい実施態様において、電子装置及び該電子装置で実行される方法は、スリープ（またはアイドル）モード中に起きる自動ウェイクアップ（ａｕｔｏｍａｔｉｃ ｗａｋｅｕｐ）イベントを監視する。ウェイクアップイベントは、電子装置で実行可能な各アプリケーションに対して監視される。そして、少なくとも監視されるウェイクアップイベントに基づいて、スリープモード中に最も多くの処理活動を行ったアプリケーションが列挙される（ｌｉｓｔｅｄ）。

装置のバックグラウンド動作中に一定時間の間に最も頻繁にウェイクアップするかまたは最も長い累積プロセッサ時間（ｃｕｍｕｌａｔｉｖｅ ｐｒｏｃｅｓｓｏｒ ｔｉｍｅ）を有すると判定されたアプリケーションは、処理活動リスト（ｐｒｏｃｅｓｓｉｎｇ ａｃｔｉｖｉｔｙ ｌｉｓｔ）で最上位に位置することができる。次に、順位リスト（ｒａｎｋｉｎｇ ｌｉｓｔ）または最も多くの処理活動を行ったアプリケーションのリストが表示されることができ、これは、処理活動が多くて、好ましいものよりも多くのバッテリー消費をもたらすアプリケーションをユーザが区別することができるようにする。そして、ユーザが、適切な措置選択されたアプリケーションに対するウェイクアップブロックを行うこと、当該アプリケーションを装置メモリから完全に除去すること、または当該アプリケーションを順位リストから除去することなどをできるようにするメニューが生成されることができる。

一態様において、各アプリケーションに対して、スリープモードでユーザ主導のウェイクアップ（ｕｓｅｒ−ｉｎｉｔｉａｔｅｄ ｗａｋｅｕｐｓ）に対する自動ウェイクアップ（ａｕｔｏｍａｔｉｃ ｗａｋｅｕｐｓ）の比率が設定される。そして、処理活動順位（ｐｒｏｃｅｓｓｉｎｇ ａｃｔｉｖｉｔｙ ｒａｎｋｉｎｇ）は、このような比率に基づく。或るアプリケーションのこの比率が高いということは、前記アプリケーションにおいて相対的に高い比率の処理活動が自動的に起きる、すなわち、ユーザとの対話なしにバックグラウンド処理の一環として処理活動が高い比率で起きる、ということを示す。このように高い比率を示すアプリケーションは、自動ウェイクアップブロックのための好ましい候補として見なされることができる。

一態様によれば、携帯用電子装置は、制御部を含み、前記制御部は、アプリケーションを実行し、各アプリケーションに対してスリープモード中にバックグラウンドで起きる自動ウェイクアップイベントを監視し、少なくとも監視されたウェイクアップイベントに基づいて、スリープモード中の処理活動に対してアプリケーションを整列するように構成される。メモリ部は、アプリケーションに対するプログラム命令（ｐｒｏｇｒａｍｉｎ ｓｔｒｕｃｔｉｏｎｓ）を格納する。

本発明による処理活動を監視し管理する電子装置の好ましい実施形態を示す機能ブロック図である。 図１の電子装置で実行され得る好ましい方法を例示する流れ図である。 本発明の実施形態によってウェイクアップアラームを登録し、ウェイクアップイベントを記録する電子装置で実行される方法を例示する図である。 図１の電子装置で実行され得る別の好ましい方法を例示する流れ図である。 好ましい電子装置の例示的な制御部内の処理モジュールを示す機能ブロック図である。 好ましい電子装置の別の例示的な制御部内の処理モジュールを示す機能ブロック図である。 一実施形態によって登録されたアラームを有するアプリに対する処理活動管理を可能にするメニューを表示する例示的なスクリーンを示す図である。

添付の図面を参照する下記の記述は、例示的な目的で提示された本発明の好ましい実施形態を完全に理解するのに役立つように提供されたものである。記述に含まれた具体的な内容は、本発明の属する技術分野における通常の知識を有する者が提示された発明を理解するのに役立てるためのものであって、例示的なものに過ぎないことに留意しなければならない。したがって、ここに開示された例以外にも本発明の技術的思想及び添付の特許請求の範囲の範囲を逸脱することなく、他の変更及び変形が可能であるということは、当業者に自明である。単純性及び明瞭性のために、当業者に提示される場合、本発明の要旨を不明にするおそれがある公知機能及び構成に関する詳細な説明は、省略されることがある。

本明細書及び特許請求の範囲で使用される用語及び単語は、辞書的意味に制限されるものではなく、本発明の明確で且つ一貫した理解のためだけに発明者によって使用されたものである。したがって、本発明の好ましい実施形態に対する記述は、例示的なものに過ぎず、添付の特許請求の範囲及びその均等物によって定義される本発明を限定しようとする意図はないことを当業者は留意しなければならない。

本明細書で使用される単数の表現（“ａ”、“ａｎ”及び“ｔｈｅ”）は、文脈上、明白に異なって解釈されない限り、複数の表現を含む。したがって、例えば、部分表面（ａ ｃｏｍｐｏｎｅｎｔ ｓｕｒｆａｃｅ）という表現は、１つまたはそれ以上のこのような表面を指称する。
用語“実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）”は、言及された特性、パラメータまたは値が正確に達成される必要はなく、例えば公差、測定エラー、測定精度限界及びその他当業者に知られた要因などを含む（しかし、それらに限定されず）偏差または変異が当該特性が提供しようとする効果を排除しない程度は起きることがあることを意味する。
本発明の前述した及びその他の側面、特徴及び長所は、添付の図面と一緒に後述する詳細な説明からさらに明らかになる。添付の図面において、類似の参照符号は、類似の要素や特徴を示す。

本発明の好ましい実施形態において、電子装置及び該電子装置で実行される方法は、スリープ（またはアイドル）モード中に発生する自動ウェイクアップイベントを監視する。ウェイクアップイベントは、電子装置で実行可能な各アプリケーション、すなわち装置のアプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）上で実行されるアプリに対して監視される。そして、アプリケーションは、少なくとも監視されたウェイクアップイベントに基づいて、スリープモード中の処理活動に対して整列される。例えば、装置のバックグラウンド動作中に一定時間の間に最も頻繁にウェイクアップするか（ｍｏｓｔ ｆｒｅｑｕｅｎｔ ｗａｋｅｕｐｓ）、または大部分の累積プロセッサ時間（ｍｏｓｔ ｃｕｍｕｌａｔｉｖｅ ｐｒｏｃｅｓｓｏｒ ｔｉｍｅ）を使用すると判定されたアプリケーションは、処理活動リストで最上位に位置することができる。次に、最も多くの処理活動を行ったアプリケーションのリストまたは順位リストが表示されることができ、これは、処理活動が多くて、好ましい水準よりも多くのバッテリー消費をもたらすアプリケーションをユーザが区別することができるようにする。そして、ユーザが、適切な措置選択されたアプリケーションに対する自動ウェイクアップブロックを行うこと、当該アプリケーションを装置メモリから完全に除去すること、または当該アプリケーションを順位リストから除去することなどをできるようにするメニューが生成されることができる。

一実施形態において、各アプリケーションに対して、ユーザ主導のウェイクアップに対する自動ウェイクアップ（周期的及び非周期的ウェイクアップを両方とも含む）の比率が設定される。そして、処理活動順位（ｐｒｏｃｅｓｓｉｎｇ ａｃｔｉｖｉｔｙ ｒａｎｋｉｎｇ）は、このような比率に基づく。或るアプリケーションのこの比率が高いということは、前記アプリケーションにおいて相対的に高い比率の処理活動が自動的に起きるということを示す。すなわち、ユーザとの対話なしにスリープモードでバックグラウンド処理の一環として自動ウェイクアップが高い比率で行われることがあることを意味することができる。このように高い比率を示すアプリケーションは、ウェイクアップブロックのための好ましい候補として見なされることができる。

本発明による携帯用電子装置は、スマートフォン、タブレットコンピュータ、電子ブック端末機などの移動端末機（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）またはバッテリー電力節約のために節電モードで動作するその他の電子機器であることができる。移動端末機は、ネットワークに無線で接続することができ、アプリケーションを自由に設置し除去することができる端末またはユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）である。ここで、ネットワークは、インターネット、移動通信ネットワーク、その他の類似のデータ及び通信ネットワークを含む。移動端末機は、移動中に高速のインターネット接続を可能にする、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）またはＷＩＰＩ（Ｗｉｒｅｌｅｓｓ Ｉｎｔｅｒｎｅｔ Ｐｌａｔｆｏｒｍｆｏｒ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）を使用した移動通信ネットワークを介するか、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）を使用した無線近距離ネットワーク（ＷＬＡＮ）を介するか、ＷｉＢｒｏ（Ｗｉｒｅｌｅｓｓ Ｂｒｏａｄｂａｎｄ）やＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）などの携帯インターネットサービスを介してインターネットに無線で接続することができる。移動通信ネットワークは、基地局とこれらを制御する制御機とで構成され、同期または非同期システムであることができ、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、３世代、３．５世代、４世代、５世代技術またはその他の適したプロトコルを基盤とする任意の移動ネットワークであることができる。

図１は、本発明による処理活動を監視し管理する電子装置１００の好ましい実施形態を示す機能ブロック図である。電子装置１００は、制御部１１０を含み、制御部１１０は、電子装置１００の全般的な動作を制御し、ユーザと対話するアプリケーション（以下、‘アプリ’とも称する）１１２を実行するために少なくとも１つのプロセッサを有する。ここで使用されるものように、アプリは、ディスプレイに情報やイメージを出力するか、音を出力するか、振動のような動きを発生するか、測定をするか、他のプロセスや外部装置と通信などを行うことができる１つのプロセスである。以下に記述されるように、一実施形態では、選択されたアプリの行為を変更するメニューオプションがユーザに提供される。したがって、ここで特に考慮されるアプリは、電子装置１００の基本的な動作に必須的ではないアプリである（元々のオペレーティングシステムプロセスのような必須なプロセスは、このようなプロセスを撹乱することは、好ましくないこともあるので、後述するユーザ管理によって意図された動作をブロックされないことが好ましい。アプリは、事前に設置されたソフトウェアとしてのＯＥＭアプリであるか、またはユーザによって自発的にダウンロードされたアプリであることができる。

電子装置１００は、メモリ１２０をさらに含み、メモリ１２０は、制御部１１０によって抽出され実行されるアプリケーションに対するプログラム命令を格納し、また、多様なプログラムに対する各種データを格納する。ＲＦ通信部１３０は、アンテナ１６０を介した外部基地局、アクセスノードまたはその他計算機器とのデータ通信のために送信に必要な動作（コーディング、増幅、変調、アップコンバートなど）及び受信に必要な動作（フィルタリング、ダウンコンバート、復調、デコーディング、増幅など）を行う。入出力部１５０は、ユーザとの対話のために提供されたもので、タッチスクリーンのようなディスプレイ、キーボード（仮想的なもの及び／または実際のもの）、機能キーまたはボタン、スピーカー、マイク及びその他適切な入出力手段を含むことができる。充電可能なバッテリー１４０は、装置１００の様々な構成要素に電力を供給する。バッテリー１４０の寿命（すなわち、１回のバッテリー充電で装置が動作可能な時間の長さ）は、バッテリー消費をもたらす処理活動が選択的に減少するので、記述される実施形態によって延長されることができる。

制御部１１０は、複数のアプリケーション１１２を実行する１つ以上のプロセッサを含む。アプリＡＰＰ−１、ＡＰＰ−２、ＡＰＰ−Ｎのうちいずれも、フォアグラウンドで実行されることができ、一般的に装置１００のディスプレイを占有したアプリによって生成されたイメージが現われることができる。フォアグラウンドで実行されるアプリは、一般的にユーザによる現在選択の結果である。１つのアプリがフォアグラウンドで実行される間に、他のアプリが、ユーザデータまたはアプリ自体のソフトウェアアップデートを取り出すために外部サーバーと通信するなどの動作をしながら、バックグラウンドで実行されることができる。例えば、電子メールアプリは、他のアプリがフォアグラウンドで実行される間に、一般的にバックグラウンドで実行され、最近の電子メールを確認するために、メールサーバーと周期的に通信する。アプリケーション１１２が制御部１１０の一部として示されているが、或るアプリＡＰＰ−ｊがフォアグラウンドで実行されることとは異なって、現在活動的に実行中ではない場合、そのアプリは、バックグラウンド動作途中サスペンド状態（ｓｕｓｐｅｎｄｅｄ ｓｔａｔｅ）にあり得るということを当業者が理解することができる。サスペンド状態で、前記アプリは、サスペンド状態に該当する最近のデータがプログラムコードと関連付けされて格納された、メモリ１２０に存在すると見なされることができる。

制御部１１０は、また、装置１００が節電モードまたはスリープモードに進入するように制御する。スリープモードでは、装置のディスプレイは、オフとされることができ、制御部のアプリケーションプロセッサＡＰは、最小化されるか、または必須機能支援を除いた構成がサスペンドされることができる。アプリケーションプロセッサがサスペンドされれば、下記に記述されるように、フォアグラウンドまたはバックグラウンドで現在実行中のすべてのアプリケーションは、ウェイクアップされるまで停止される。

スリープモードは、電子装置１００が一定時間の間にユーザ行為を検出しなければ、自動的に開始されることができる。スリープモード中に、電子装置１００は、通信レディ（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｒｅａｄｙ）のために必要な周期的なバックグラウンド通信演算を持続的に行う。しかも、通信レディのために既定の措置によって、アプリは、スリープモードでユーザデータまたはソフトウェアアップデートを送受信するために自動的及び周期的にウェイクアップされる（以下の説明のようにブロックされない限り）。以下でさらに詳細に記述されるように、節電モードでの処理活動の監視及び管理のために、制御部１１０は、活動管理部１１４、アラーム管理部１１６、カーネル１１８及びハードウェア（ＨＷ）タイマー１２０をさらに含む。以下に説明される別の実施形態では、オペレーティングシステムデータベース（ＯＳＤＢ）１２２が活動管理部１１４を代替する処理エンティティ（ａｌｔｅｒｎａｔｉｖｅ ｐｒｏｃｅｓｓｉｎｇ ｅｎｔｉｔｙ）として使用されることができる。

図２は、図１の電子装置１００で実行されることができる好ましい方法２００を例示する流れ図である。電子装置１００が活性モード（ａｃｔｉｖｅ ｍｏｄｅ）動作中に、複数のアプリ１１２は、各々ウェイクアップアラーム（ｗａｋｅｕｐ ａｌａｒｍ）をアラーム管理部１１６に登録する（段階２０２）。ＡＰＰ−２のようなアプリがウェイクアップアラームを登録するということは、以後の一定時点にまたは周期的に所定の演算を行うことができるように当該アプリのウェイクアップ（ｔｏ ｂｅ ａｗａｋｅｎ）を要請するものである。或るアプリに対するアラームが登録されれば、装置１００がスリープモードに進入してとどまるとしても、システムがウェイクアップ動作を引き受ける。

段階２０４で、装置１００がスリープモードに進入する。前述したように、スリープモードは、一定時間の間にユーザ入力が受信されなければ、自動的に開始されることができる。もし装置１００が手動でスリープモード進入を許容するソフトまたはハードキーを具備していたら、前記キーを用いたユーザ入力が検出されれば、スリープモードが開始されることができる。スリープモードで、すべてのアプリを実行するアプリケーションプロセッサＡＰは、登録されたアラームに由来したアラームトリガーによってウェイクアップされるまで、または入出力部１５０でユーザ入力が受信される（すなわち、ユーザが入出力部１５０のタッチスクリーンをタッチする）まで停止される。

段階２０６で、スリープモード中に発生したすべてのウェイクアップイベントは、活動管理部１１４（または別の実施形態では、ＯＳＤＢ）によって記録され、当該イベントは、所定の期間の間にテーブルで整理される。前記所定の期間は、様々な方式で決定されることができ、デフォルトでまたはユーザ設定メニューで選択によって設定されることができる。例えば、ユーザまたは監視プログラムは、各アプリが過去Ｘ日またはＸ時間にわたって、活性モード、スリープモードまたはその他節電モードなどの動作タイプに関係なく、何回ウェイクアップされたかを把握することが好ましい。代替的にまたは追加的に、各アプリが過去Ｘ日またはＸ時間にわたってスリープモード中に何回ウェイクアップされたか決定されることができる。

次に、段階２０８で、アプリは、ウェイクアップアラームイベントに基づくスリープモード利用によって整列され、その順位リストがメニューモードのようなユーザアクセスモードで表示される。このような方式で、ユーザは、スリープモード中に最も頻繁にウェイクアップされ、したがって、スリープモード中に最も多くのバッテリー１４０の消費をもたらすアプリケーションを把握することができる。段階２１０で、ウェイクアップアラームは、ユーザ指示によって変更される。以後に記述される例示的なメニュー（図７参照）を見れば、選択されたアプリに対するウェイクアップ要請をブロックするか、アプリを除去するか、または単に順位リストからアプリを除去するオプションがユーザに与えられることができる。

図３は、本発明の実施形態によってウェイクアップアラームを登録し、ウェイクアップイベントを記録する電子装置１００で実行される方法を例示する。電子装置１００の活性モード（すなわち、非スリープモード）中に、現在フォアグラウンドまたはバックグラウンドで実行中のアプリケーションＡＰＰ−ｊがアラーム設定（登録）要請をアラーム管理部１１６に送ることができる（段階３０２）。このような要請は、未来の或る時点を指定するウェイクアップアラーム時間の形態であることができる。この場合、特定時点から始まって周期的な時間間隔で続くウェイクアップを指定する追加的な要請指示が含まれることができる。これとは異なって、前記要請は、最初のウェイクアップ時間がシステムによって定められることができるように特定された開始時間がない周期的ウェイクアップに対するものであることができる。次に、アラーム管理部１１６は、要請を発したアプリが現在要請登録をブロックされたものではなければ、要請されたウェイクアップアラーム時間をカーネル１１８に伝達する（段階３０４）。前述したように、ユーザは、装置ディスプレイに提供されたオプションメニュー、例えば、図７に例示されるオプションメニュー、で選択されたアプリの要請登録をブロックすることができる。段階３０６で、カーネル１１８は、アプリによりブロックされない要請に従ってＨＷタイマーを設定する。

アプリに対するウェイクアップ時間になれば、ＨＷタイマー１２０は、アプリに対応するウェイクアップトリガーを生成し、このトリガーは、カーネル１１８を介してアラーム管理部１１６に伝達される（段階３０８）。アラーム管理部１１６は、当該アプリケーションをウェイクアップさせるためにそのアプリケーションの関数を呼び出して応答する（段階３１０）。同時に、アラーム管理部１１６は、ウェイクアップイベントを各アプリ１１２に対するウェイクアップイベントを計数するアラーム計数ブロック（この例では、活動管理部１１４の一部）に記録する（段階３１２）。また、活動管理部１１４は、各ウェイクアップイベントに対するアプリの実行時間を決定する。実行時間は、また、アラーム計数ブロックによって格納される（段階３１４）。このような方式で、ウェイクアップ統計値が各アプリに対して生成され、他のアプリの統計値と比較されて順位が決定され、順位は、ユーザによるアプリ管理のために順位リストに表示されることができる。

スリープモード中の処理活動に対するアプリの順位は、バッテリー過多使用に対するアプリの順位を付けるための間接的な方式である。このような順位は、いくつかの方式で決定されることができる。

順位付ける方法の一実施形態で、Ｘ日またはＸ時間などの所定の期間の間にわたって単純に各アプリに対してスリープモードで起きる自動ウェイクアップイベントの実際個数を計数する。最も多くのウェイクアップイベントを有するアプリが最も多くのプロセッサパワーを使用したものとして見なされ、処理活動順位リストの最初の順位に置かれる。ここで、特定アプリがフォアグラウンドで実行中ではないとき、そのアプリに対するウェイクアップが活性モード中にも、“活性モードウェイクアップ”が発生することがある。しかし、このようなタイプのウェイクアップイベントは、好ましい実施形態では、計数（ｃｏｕｎｔ）されないことがある。換言すれば、第１アプリがフォアグラウンドで実行中であり、第２アプリがプロセッサ使用なしに実質的にサスペンドされているとき、以前に設定されたウェイクアップアラームが実行される（ｇｏ ｏｆｆ）ことができ、これにより、第１アプリがフォアグラウンドで続いて動作中であるとき、第２アプリは、前記ウェイクアップイベントに関して意図された演算をバックグラウンド処理で行うことができる。別の実施形態（ここでは詳細に記述されない）では、このような活性モードウェイクアップが考慮されることができる。

順位付ける別の方法で、所定の期間の間に各アプリに対して自動ウェイクアップイベントによる累積実行時間が決定され、順位付けの主な尺度として使用される。
順位付ける別の方法で、ウェイクアップイベントの個数と累積実行時間との混合（ｈｙｂｒｉｄ）が考慮される。例えば、１つのウェイクアップイベントが処理活動によって最小量のエネルギーを消費すると、そのウェイクアップイベントに対する実行時間は、無視してもよいほどであるとしても、考慮することができる。したがって、全体処理活動尺度（ｔｏｔａｌ ｐｒｏｃｅｓｓｉｎｇ ａｃｔｉｖｉｔｙ ｍｅａｓｕｒｅ）は、混合方式によって（ｋｘＮ）＋ＲＴ（ここで、Ｎは、ウェイクアップイベントの個数、ｋは、各ウェイクアップイベントに対して消費される最小量のエネルギーを考慮する所定の定数、ＲＴは、すべてのウェイクアップイベントに対する累積実行時間である）で決定されることができる。

さらに別の実施形態による順位付ける方法は、下記のＢに対するＡの比率Ｃに基づくものである。
Ａ：所定の時間の間にスリープモードで自動的に起きるウェイクアップイベントの数
Ｂ：前記所定の時間の間に考慮されるアプリに対してユーザ実行の結果として起きるウェイクアップイベントの数
すなわち、
Ｃ＝Ａ／Ｂ 数式（１）
少なくとも次の４つの場合がある。
１．ＡＬＡＲＭ＿ＣＮＴ／ＲＵＮ＿ＣＮＴ
２．ＡＬＡＲＭ＿ＣＮＴ／ＲＵＮ＿ＴＩＭＥ
３．ＡＬＡＲＭ＿ＴＩＭＥ／ＲＵＮ＿ＣＮＴ
４．ＡＬＡＲＭ＿ＴＩＭＥ／ＲＵＮ＿ＴＩＭＥ

ここで、ＡＬＡＲＭ＿ＴＩＭＥは、スリープ状態での累積ウェイクアップ持続時間（ｃｕｍｕｌａｔｉｖｅ ｗａｋｅｕｐ ｌａｓｔｉｎｇ ｔｉｍｅ）である。例えば、所定の期間の間に第１ウェイクアップが３秒持続し、第２ウェイクアップが２秒持続すれば、ＡＬＡＲＭ＿ＴＩＭＥは、５秒であり、ＡＬＡＲＭ＿ＣＮＴは、２である。ＲＵＮ＿ＣＮＴは、所定の期間の間にユーザが当該アプリケーションを開始した回数を示す。ＲＵＮ＿ＴＩＭＥは、所定の期間の間にユーザによる活性化による当該アプリケーションの累積実行時間を示す。

したがって、所与のアプリケーションに対する比率Ｃは、ユーザによって開始された能動的動作に起因した累積処理時間と比較した、ウェイクアップ演算に起因した累積処理時間の百分率に対する尺度を提供する。結果的に、或るアプリケーションの比率Ｃが高いということは、前記アプリケーションにおいて相対的に高い比率の処理活動が自動的に起きること、すなわち、ユーザとの対話なしにバックグラウンド処理の一環として処理活動が高い比率で起きる、ということを示す。このように高い比率を示すアプリケーションは、ウェイクアップブロックのための好ましい候補として見なされることができる。

一方、ユーザは、スケジューリングアプリケーションで特定時間のアラームを設定するか、または時計アラームアプリケーションで例えばモーニングコールを設定することができる。システムは、スリープ状態にあるとしても、設定された時間になれば、登録されたウェイクアップによってアラームが作動する。電子メールアプリケーション及び天気アプリケーションは、サーバーと周期的に同期化される一方で、スケジューリングアプリケーション及び時計アラームアプリケーションのアラームは、一般的にユーザによって設定された一度だけ動作する。このような例示で、比率Ｃに基づいて順位を付ける簡単な例が表１に例示されている。この例で、各スケジューリングアプリケーション、時計アラームアプリケーション、電子メールアプリケーション、天気アプリケーションに対して自動ウェイクアップとユーザ主導実行とが計数された。スケジューリングアプリケーションの比率Ｃが最も低く、電子メールアプリケーションの比率Ｃが最も高い。したがって、ユーザは、スリープモード中の電子メールアプリケーションに対する処理活動が過多であると考えることができる。ユーザは、電子メールアプリケーションに対するウェイクアップをブロックするか、または他の設定メニューで電子メールアプリケーションがメールサーバーにアクセスする周期を延長するなどの調整をする決定をすることができる。

図４は、図１の電子装置で実行されることができる例示的な方法４００を示す流れ図である。この例で、アプリに対するウェイクアップイベントがスリープモードで監視され、ユーザ実行もまた監視される。これにより、順位は、考慮中の各アプリに対して、ユーザ対話による処理活動“Ｂ”に対する自動ウェイクアップイベントによる処理活動“Ａ”の百分率を示す比率Ｃに基づくことができる。

電子装置１００は、活性モードで動作する（４０２）。各アプリに対するウェイクアップアラームが前述されたように登録される（４０４）。もしスリープモードに進入したら（４０６）、制御部１１０のアプリケーションプロセッサは、いかなるアプリも実行されないようにサスペンドされ、アラーム管理部１１６は、どのアプリに対するウェイクアップトリガーがＨＷタイマー１２０から受信されたかを検査する（４１２）。受信されなかったら、装置は、スリープモードにとどまる。受信されたら、当該アプリに対するウェイクアップ計数（ｃｏｕｎｔ）Ａが更新され、追加的なＡ計数データによって処理活動順位が決定または更新される（４１４）。すなわち、当該アプリに対する“Ｃ”計数が更新されるかまたは計算されることができる（各種アプリに対する最初の順位を確立するために十分な個数（ｃｏｕｎｔｓ）を生成するための最初の所定時間が必要である）。
もしスリープモードに進入していないか（４０６）、いずれかのアプリに対するユーザ実行が感知されれば（４１０）、そのアプリに対するユーザ実行計数“Ｂ”が更新され、比率“Ｃ”が更新されることができる（４１６）。

段階４１４または４１６での比率Ｃの更新後、処理活動管理のためのユーザメニューがアクセスされたかを検査する（４１８）。ユーザメニューアクセスがなければ、以後の過程は、段階４０６に戻る。ユーザメニューアクセス時には、アプリに対するウェイクアップアラームのブロックまたはアプリの除去を指定するユーザ指示が受信されたかを検査する（４２０）。ユーザ指示が受信されなければ、フローは、段階４０６に戻る。ユーザ指示が受信されれば、登録されたアラームが指示に従って変更され（４２２）、フローは、段階４０６に戻る。

図５は、電子装置１００の制御部１１０の実施形態１１０ａ内部の処理モジュールを示す機能ブロック図である。制御部１１０は、アラーム管理部１１６、活動管理部１１４、カーネル１１８、ＨＷタイマー１２０、フォアグラウンドやバックグラウンドで実行されるアプリケーション１１２のうち代表的なアプリケーションＡＰＰ−ｊを含み、これらは、すべて図１〜図４に関連して記述されたことがある。制御部１１０は、アラーム計数ブロック５１０、データブロック５２０及びユーザインターフェース（ＵＩ）ブロック５３０をさらに含む。

前述したように、アプリケーション１１２のうちアプリＡＰＰ−ｊは、以後の一定時点に所定の演算を行うことができるようにウェイクアップを要請するためにウェイクアップアラームをアラーム管理部１１６に登録する。すなわち、アプリＡＰＰ−ｊに対するウェイクアップイベントが以後に装置１００がスリープモードにあるかまたはフォアグラウンドで他のアプリを実行する活性モードにあるときに発生するものと予想される。ウェイクアップアラーム時間は、ＨＷタイマー１２０に伝達され、当該ウェイクアップが発生すればアプリＡＰＰ−ｊがウェイクアップ呼出され、所定の処理演算を開始する。ウェイクアップ呼出とともに、アラーム管理部１１６は、アプリ名称（ＡＰＰ ｎａｍｅ）をアラーム計数ブロック５１０に伝達する。アラーム計数ブロック５１０は、各アプリケーションに対するウェイクアップイベントを計数し、活動管理部１１４から受信した各ウェイクアップイベントに対する処理活動の開始及び終了時間を利用してアプリケーションの実行時間を格納する。このために、アラーム計数ブロック５１０は、各アプリに対するウェイクアップ回数（アラーム計数）を更新するためのＡＰＰ＿ＡＬＡＲＭ＿ＣＮＴ処理モジュール５１４を含む。ＡＰＰ−ｊに対する更新された計数は、各アプリのアラーム計数を格納するデータブロック５２０、ここで、データブロック５２０もメモリ１２０の一部として見なされることができる、内の記憶部位５２４に伝達される。アラーム計数ブロック５１０は、ウェイクアップイベントに関連する実行時間を監視するためにＡＰＰ＿ＲＵＮ＿ＣＮＴ処理モジュールをさらに含み、前述したように、最終的には、所定の時間にわたった累積実行時間に到逹するようになる。これにより、ウェイクアップアラームを登録した様々なアプリに対する処理活動順位が導出されることができる。

データブロック５２０は、図２〜図４とともに記述された方法のうち１つにより計算されたウェイクアップ統計値を格納する。すなわち、スリープモード中にアプリの処理活動は、ウェイクアップイベントの個数、所定の時間にわたったウェイクアップイベントに関連した累積実行時間、または前述した比率Ｃによって特徴付けられることができる。

図７を参照すれば、実施形態によってアラームを登録したアプリに対する処理活動管理を可能にするメニューの表示スクリーン７００が示されている。表示スクリーン７００は、所定個数のアプリ（ここでは、ＡＰＰ−１乃至ＡＰＰ−６）に対する区分されるアイコンを表示する主領域７０２を含む。表示されたアプリは、すべてのアプリケーション１１２のうち選定された最も頻繁なウェイクアップリスト（ｍｏｓｔ ｆｒｅｑｕｅｎｔ ｗａｋｅｕｐ ｌｉｓｔ）に入っているアプリである。節電モード中に処理活動に対する尺度が各アプリＡＰＰ−１乃至ＡＰＰ−６の側方に並んで表示されている。この例では、比率Ｃ、すなわち、百分率Ａ／Ｂ（Ａ：自動ウェイクアップイベントの数、Ｂ：ユーザ主導実行の数）、が各アプリに対する節電モード処理活動の量を指示するために使用された。別の実施形態において、尺度は、自動ウェイクアップの個数、ウェイクアップに対する実行時間、または前述したようなものの組合せに基づくことができる。相対的な処理活動の迅速な視覚的認識のために表示された数値は、バー７１１の長さにより補完されることができる。

ユーザは、処理活動管理のためにＡＰＰ−３に対するもののような表示されたアプリアイコンを選択すること、例えば、電子装置１００のタッチスクリーン上に発生するタッチイベント７０５によって示されたように選択すること、ができる。このように或るアプリが選択されれば、ポップアップメニューなどが生成され、ユーザに複数のメニューオプションのうち１つを選択する命令を入力するようにする。ウェイクアップブロックオプション７３０が選択されれば、選択されたアプリＡＰＰ−３に対するすべてのウェイクアップアラームがブロックされ、結果的に、節電モードで当該アプリに対する処理演算がブロックされる。アプリ削除メニューオプション７１０は、ユーザが選択されたアプリＡＰＰ−３を装置メモリ１２０から完全に除去することができるようにする。リストで除去メニューオプション７２０は、ユーザが当該アイコンを主スクリーン領域７０２上の最も頻繁なウェイクアップリストから除去することができるようにし、これにより、一般的に他のアプリがその場所に表示される。主スクリーン領域７０２は、頻繁なウェイクアップリスト（ｆｒｅｑｕｅｎｔ ｗａｋｅｕｐ ｌｉｓｔ）にあるアプリの表示のための節電モードアイコン７０４、ユーザがメモリから既に削除されたアプリを他のリスト上で見て管理することができるようにする削除リストアイコン７０６、及びブロックされたアプリのリストを表示するためのブロックリストアイコン７０８を含む。ブロックされたアプリは、また、適切なユーザ命令（図示せず）でブロック解除（ｕｎｂｌｏｃｋｅｄ）されることができる。

さらに図５を参照すれば、ＵＩブロック５３０は、図７に図示され、関連して説明されたように、処理活動管理のためのユーザインターフェースディスプレイを生成するように構成される。ＵＩブロック５３０は、また、ウェイクアップ統計値の初期化のための再設定機能を提供する。このために、ＵＩブロック５３０は、リスト表示モジュール５３２、アプリ削除処理モジュール５３４、リストからのアプリ除去処理モジュール５３６、ウェイクアップアラームブロック処理モジュール５３８、除去されたアプリリスト処理モジュール５４０、ブロックされたアプリリスト処理モジュール５４２、及びデータ再設定処理モジュール５４４を含む。データブロック５２０は、関連した処理モジュール５３６〜５４４により必要時にアクセスされる多様なリストを格納するリスト管理データ構造５２２をさらに含む。

図６は、電子装置１００の制御部１１０の実施形態１１０ｂ内部の処理モジュールを示す機能ブロック図である。制御部１１０ｂは、アラーム計数ブロック６１０、データブロック６２０及びＵＩブロック６３０を含み、これらは、それぞれ図５のアラーム計数ブロック５１０、データブロック５２０及びＵＩブロック５３０と同一であるか、実質的に同一である。また、アラーム管理部１１６、カーネル１１８、ＨＷタイマー１２０及び代表的なアプリケーションＡＰＰ−ｊは、前述した通りである。制御部１１０ａと比べて、制御部１１０ｂでは、活動管理部１１４がＡｎｄｒｏｉｄ（登録商標）ＤＢのようなＯＳＤＢ ６４０に代替された。ＯＳＤＢ ６４０は、データブロック６２０、例えば、アプリケーション実行の数（すなわち、前述したパラメータ‘Ｂ’）、アプリケーション実行時間及びウェイクアップアラームの数（すなわち、前述したパラメータ‘Ａ’）を含む、を管理する。アラーム計数ブロック６１０は、情報をＯＳＤＢ ６４０から受信し、図５の実施形態と同様の方式で動作する。

本発明による前述した方法は、ハードウェア、ファームウェア、ソフトウェア、またはＣＤ−ＲＯＭ、ＲＡＭ、フロッピー（登録商標）ディスク、ハードディスクまたは光ディスクのような記録媒体に格納可能なコンピュータコード、または遠隔記録媒体や機械で読み取り可能な不揮発性媒体に格納されていて、ネットワークを介してダウンロードされるコンピュータコードで具現されることができる。したがって、本明細書に記述された方法は、汎用コンピュータや特殊用処理器を利用して記録媒体に格納されるソフトウェアやまたはＡＳＩＣやＦＰＧＡのようにプログラム可能であるか、または専用ハードウェアで表現されることができる。コンピュータ、プロセッサ、マイクロプロセッサコントローラーまたはプログラム可能なハードウェアは、コンピュータ、プロセッサまたはハードウェアによりアクセスされて実行される場合、本明細書の処理方法を具現するソフトウェアまたはコンピュータコードを格納するか受信するＲＡＭ、ＲＯＭ、Ｆｌａｓｈなどのようなメモリ素子を含むということを理解することができる。また、汎用コンピュータが本明細書中に開示された処理を具現するコードにアクセスする場合、そのコードの実行は、汎用コンピュータを本明細書に開示された処理を実行する特殊用コンピュータに変換させるということを理解することができる。

本発明の好ましい実施形態が特定の事例を例示して記述され開示されたが、添付の特許請求の範囲及びその均等物により定義される本発明の技術的思想及び範囲を逸脱することなく、形式や内容面で様々な変形が可能であるということを当業者は理解することができる。

１００ 電子装置
１１０ 制御部
１２０ メモリ
１３０ ＲＦ通信部
１４０ バッテリー
１５０ 入出力部
１６０ アンテナ

Claims (20)

1. 携帯用電子装置で実行される方法であって、
   前記電子装置で実行される各アプリケーションに対して節電モード中に発生するウェイクアップイベントを監視する段階と、
   監視されたウェイクアップイベントに基づいて、節電モード中に処理活動を行ったアプリケーションを列挙する段階と
   を含む方法。
2. アプリケーションは、節電モードでの装置動作中に所定の時間の間に起きる関連するウェイクアップイベントの個数に基づいて列挙されることを特徴とする請求項１に記載の方法。
3. アプリケーションは、節電モードでの装置動作中に所定の時間の間の関連するウェイクアップ実行時間の累積時間に基づいて列挙されることを特徴とする請求項１に記載の方法。
4. アプリケーションは、節電モードでの装置動作中に所定の時間の間に発生するユーザ主導のアプリケーション実行のために登録されたアラームによる自動ウェイクアップの比率に基づいて順位が付けられることを特徴とする請求項１に記載の方法。
5. 節電モード動作中に少なくとも１回のウェイクアップを要請するアプリケーションに対して少なくとも１つのウェイクアップアラームをアラーム管理部に登録する段階をさらに含むことを特徴とする請求項１に記載の方法。
6. 前記節電モードは、前記電子装置のディスプレイがオフとされるモードであり、
   所定の時間の間に装置とユーザとの間の対話が検出されなければ、節電モードを自動的に開始する段階をさらに含むことを特徴とする請求項１に記載の方法。
7. 順位付けたアプリケーションに対するユーザ管理可能な順位リストを前記電子装置のディスプレイに表示する段階をさらに含むことを特徴とする請求項１に記載の方法。
8. 選択された順位付けたアプリケーションのうち選択されたアプリケーションに対して自動ウェイクアップをブロックするように設定可能な第１メニューオプションを表示する段階をさらに含むことを特徴とする請求項７に記載の方法。
9. 選択されたアプリケーションを前記電子装置のメモリから除去するための第２メニューオプションを表示する段階と、
   選択されたアプリケーションを前記順位リストから除去するための第３メニューオプションを表示する段階と
   のうち少なくとも１つの段階をさらに含むことを特徴とする請求項８に記載の方法。
10. 前記携帯用電子装置は、移動通信端末機であり、
    前記節電モードは、端末ディスプレイはオフとされるが、通信の準備が整った状態とするために通信制御信号が基地局から周期的に受信される通信レディスリープモードであることを特徴とする請求項１に記載の方法。
11. アプリケーションを実行し、各アプリケーションに対して節電モード中に起きる自動ウェイクアップイベントを監視し、監視されたウェイクアップイベントに基づいて、節電モード中に処理活動を行ったアプリケーションを列挙するように構成された制御部と、
    アプリケーションに対するプログラム命令が格納されるメモリと
    を含む携帯用電子装置。
12. アプリケーションは、節電モードでの装置動作中に所定の時間の間に起きる関連するウェイクアップイベントの個数に基づいて列挙されることを特徴とする請求項１１に記載の携帯用電子装置。
13. アプリケーションは、節電モードでの装置動作中に所定の時間の間の関連するウェイクアップ実行時間の累積時間に基づいて列挙されることを特徴とする請求項１１に記載の携帯用電子装置。
14. アプリケーションは、節電モードでの装置動作中に所定の時間の間に発生するユーザ主導のアプリケーション実行のために登録されたアラームによる自動ウェイクアップの比率に基づいて順位付けられることを特徴とする請求項１１に記載の携帯用電子装置。
15. 列挙されたアプリケーションのうち選択されたアプリケーションに対する自動ウェイクアップをブロックするために少なくとも第１メニューオプションを表示するディスプレイをさらに含むことを特徴とする請求項１１に記載の携帯用電子装置。
16. 前記ディスプレイは、選択されたアプリケーションを前記メモリから除去するための第２メニューオプションと、選択されたアプリケーションを前記表示されたリストから除去するための第３メニューオプションとのうち少なくとも１つが表示されることを特徴とする請求項１５に記載の携帯用電子装置。
17. 前記制御部は、
    アプリケーションによるアラーム登録要請を扱うアラーム管理部と、
    登録されたアラームを格納し、ウェイクアップイベントが発生すれば、アラームトリガーを前記アラーム管理部に伝達するハードウェアタイマーと、
    順位を計算するために所定の期間の間に各アプリケーションに対するウェイクアップイベント及び実行時間を計数する活動管理部と
    を含むことを特徴とする請求項１１に記載の携帯用電子装置。
18. 携帯用電子装置に対するプログラム命令を格納する不揮発性記録媒体であって、
    プロセッサにより実行されたとき、前記電子装置で実行される各アプリケーションに対して節電モード中に発生する自動ウェイクアップイベントを監視し、少なくとも監視されたウェイクアップイベントに基づいて、節電モード中に最も多くの処理活動を行ったアプリケーションが列挙されるように前記携帯用電子装置を制御するプログラム命令を格納する記録媒体。
19. 前記プログラム命令は、前記プロセッサにより実行されたとき、所定時間の装置動作中に発生するユーザ主導実行のために登録されたアラームによる自動ウェイクアップの比率に基づいてアプリケーションが列挙されるように前記携帯用電子装置を制御することを特徴とする請求項１８に記載の記録媒体。
20. 前記プログラム命令は、前記プロセッサにより実行されたとき、選択された順位付けたアプリケーションに対する自動ウェイクアップをブロックするための少なくとも第１メニューオプションが表示されるように前記携帯用電子装置を制御することを特徴とする請求項１８に記載の記録媒体。

Images