(57)【特許請求の範囲】
【請求項１】
バッテリと、
前記バッテリに動作可能に結合され、(i)バッテリの残存電力容量、(ii)携帯機器の電力消費速度及び(iii)受信信号強度情報に応答して、かつ、前記携帯機器の機能処理能力特徴についての優先度情報に基づいて、前記優先度情報に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の特徴のための電力を準備するために機器の前記機能処理能力特徴を動的に制御するコントローラと
を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴を動的に制御することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わせるためにアプリケーションによって消費される電力を減少させることとを備える、
携帯機器。
【請求項２】
通話時間閾値を表すデータを更に具備し、
前記コントローラは、前記バッテリの電力容量が減少するにつれて前記通話時間閾値に調和してより低い優先度の特徴を犠牲にして音声通信特徴のための電力を準備するために前記機器の機能処理能力特徴を動的に制御する
請求項１記載の携帯機器。
【請求項３】
メモリと、
選択可能な機能処理能力特徴優先度データを提供し、選択された特徴優先度データを前記優先度情報として保存のために前記メモリに提供するユーザインタフェースを具備する請求項１記載の携帯機器。
【請求項４】
携帯機器の受信信号強度を判断する無線信号強度判断器と、
前記無線信号強度判断器に動作可能に結合され、判断された受信信号強度、バッテリ容量情報及び機能処理能力特徴についての優先度情報に基づいて無線携帯機器の前記機能処理能力特徴を調整するコントローラと
を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴を調整することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わせるためにアプリケーションによって消費される電力を減少させることとを備える、
無線携帯機器。
【請求項５】
機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、バッテリ容量情報及び前記優先度情報に基づいて、機器上で動作するアプリケーションの動作をアプリケーションレベルで制御することを備える、請求項４記載の無線機器。
【請求項６】
バッテリと、
前記バッテリに動作可能に結合され、前記バッテリの残存バッテリ容量に基づいて前記バッテリ容量情報を生成するバッテリ容量判断器と
を更に具備する請求項４記載の無線機器。
【請求項７】
機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、前記バッテリ容量情報及び前記優先度情報に基づいて、いずれのアプリケーションが前記機器上で動作することになるかを選択することを備える、請求項４記載の無線機器。
【請求項８】
ユーザ設定可能な通話時間閾値を提供するユーザインタフェースを更に具備し、
前記コントローラは、前記ユーザ設定可能な通話時間閾値によって示される所望の通話時間を維持するために、前記ユーザ設定可能な通話時間閾値に基づいて前記機能処理能力特徴を設定する
請求項４記載の無線機器。
【請求項９】
前記コントローラは、少なくとも１つの前記機能処理能力特徴を提供するために使用されることになる電力量を判断し、緊急通話のための電力を維持するために少なくとも１つの前記機能処理能力特徴を削減する請求項４記載の無線機器。
【請求項１０】
前記コントローラは、電力消費を削減して前記緊急通話のための電力を維持するために、前記無線機器の少なくとも１つの前記機能処理能力特徴を終了する請求項９記載の無線機器。
【請求項１１】
前記コントローラに動作可能に結合され、機能処理能力特徴設定データを表すデータを保存するメモリを更に具備する請求項４記載の無線機器。
【請求項１２】
前記コントローラは、緊急通話モードにあるときに前記無線機器の表示能力を削減する請求項１０記載の無線機器。
【請求項１３】
無線機器の受信信号強度を判断する無線信号強度判断器と、
前記無線信号強度判断器に動作可能に結合され、判断された受信信号強度、バッテリ容量情報、ネットワーク混雑情報及び機能処理能力特徴についての優先度情報に基づいて前記無線機器の機能処理能力特徴を調整するコントローラと
を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴を調整することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わせるためにアプリケーションによって消費される電力を減少させることとを備える、
携帯機器。
【請求項１４】
無線ネットワーク通信信号から前記ネットワーク混雑情報を受信する無線受信機を更に具備する請求項１３記載の無線機器。
【請求項１５】
機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、前記バッテリ容量情報、前記ネットワーク混雑情報及び前記優先度情報に基づいて、機器上で動作するアプリケーションの動作をアプリケーションレベルで制御することを備える、請求項１３記載の無線機器。
【請求項１６】
バッテリと、
前記バッテリに動作可能に結合され、前記バッテリの残存バッテリ容量に基づいて前記バッテリ容量情報を生成するバッテリ容量判断器と
を更に具備する請求項１３記載の無線機器。
【請求項１７】
機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、前記バッテリ容量情報、前記ネットワーク混雑情報及び前記優先度情報に基づいて、いずれのアプリケーションが機器上で動作することになるかを選択することを備える、請求項１３記載の無線機器。
【請求項１８】
ユーザ設定可能な通話時間閾値を提供するユーザインタフェースを更に具備し、
前記コントローラは、前記ユーザ設定可能な通話時間閾値によって示される所望の通話時間を維持するために前記ユーザ設定可能な通話時間閾値に基づいて前記機能処理能力特徴を設定する
請求項１３記載の無線機器。
【請求項１９】
前記コントローラは、少なくとも１つの前記機能処理能力特徴を提供するために使用されることになる電力量を判断し、緊急通話のための電力を維持するために電力切れ状態に先立って緊急通話モードに入る請求項１３記載の無線機器。
【請求項２０】
前記コントローラは、電力消費を削減して前記緊急通話のための電力を維持するために前記無線機器の少なくとも１つの前記機能処理能力特徴を終了する請求項１９記載の無線機器。
【請求項２１】
前記コントローラに動作可能に結合され、機能処理能力特徴設定データを表すデータを保存するメモリを更に具備する請求項１３記載の無線機器。
【請求項２２】
前記コントローラは、緊急通話モードにあるときに、前記無線機器の表示能力を削減する請求項２０記載の無線機器。
【請求項２３】
携帯機器の機能処理能力特徴についての優先度情報を、前記携帯機器によって、得ることと、
前記優先度情報に基づいて、かつ、前記機器内のバッテリの残存電力容量、前記携帯機器の電力消費速度及び受信信号強度情報に応答して、前記優先度情報に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備するために前記機器の機能処理能力特徴を、前記携帯機器によって、動的に制御することと
を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴を動的に制御することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わせるためにアプリケーションによって消費される電力を減少させることとを備える、
方法。
【請求項２４】
前記携帯機器は、通話時間閾値を表すデータを備え、
前記方法は、前記バッテリの電力容量が減少するにつれて前記通話時間閾値に調和してより低い優先度の機能処理能力特徴を犠牲にして音声通信特徴のための電力を準備するために前記機器の機能処理能力特徴を動的に制御することを含む請求項２３記載の方法。
【請求項２５】
選択可能な機能処理能力特徴優先データを提供することと、
選択されたユーザ優先順位付けされた機能処理能力特徴を表すデータをメモリ内に保存することと
を更に具備する請求項２３記載の方法。
【請求項２６】
携帯機器に関しての受信信号強度を、前記携帯機器によって、判断することと、
判断された受信信号強度、バッテリ容量情報及び前記機能処理能力特徴についての優先度情報に基づいて前記携帯機器の機能処理能力特徴を、前記携帯機器によって、調整することと
を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴を調整することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わせるためにアプリケーションによって消費される電力を減少させることとを備える、
方法。
【請求項２７】
機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、前記バッテリ容量情報及び前記優先度情報に基づいて、機器上で動作するアプリケーションの動作をアプリケーションレベルで制御することを備える、請求項２６記載の方法。
【請求項２８】
機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、前記バッテリ容量情報及び前記優先度情報に基づいて、いずれのアプリケーションが機器上で動作することになるかを選択することを備える、請求項２６記載の方法。
【請求項２９】
ユーザ設定可能な通話時間閾値を使用することと、
前記ユーザ設定可能な通話時間閾値によって示される所望の通話時間を維持するために前記ユーザ設定可能な通話時間閾値に基づいて前記機能処理能力特徴を設定することと
を更に具備する請求項２６記載の方法。
【請求項３０】
少なくとも１つの前記機能処理能力特徴を提供するために使用されることになる電力量を判断することと、
緊急通話のための電力を維持するために少なくとも１つの前記機能処理能力特徴を削減することと
を更に具備する、請求項２６記載の方法。
【請求項３１】
電力消費を削減して前記緊急通話のための電力を維持するために無線機器の少なくとも１つの前記機能処理能力特徴を終了することを具備する請求項３０記載の方法。
【請求項３２】
緊急通話モードにあるときに、前記無線機器の表示能力を削減することを更に具備する請求項３０記載の方法。
【請求項３３】
前記携帯機器の前記機能処理能力特徴の調整は、ネットワーク混雑情報にも基づいている、請求項２６記載の方法。
【請求項３４】
ネットワーク混雑における減少を示すネットワーク混雑情報に応答して、前記携帯機器に縮小電力モードに入らせることを更に具備する請求項３３記載の方法。
【請求項３５】
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すか否かを判断することと、
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すならば、前記携帯機器の信号送信電力を増加させることと、
送信電力における増加によって生じる追加的な電力消費を部分的に補うために、他の特徴によって生じる電力消費を削減することと
を更に具備する請求項３３記載の方法。
【請求項３６】
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すか否かを判断することと、
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すならば、現在の電力レベルでパケットの送信を繰り返すこと
を更に具備する請求項３３記載の方法。
【請求項３７】
前記機器の現在の動作条件に基づいて前記機器の電力使用速度を判断することと、
前記電力使用速度に基づいてアプリケーションが実行を継続できる時間量を予測することと、
所望のアプリケーション実行時間にわたって所望のアプリケーションサービス品質が維持され得るか否かを判断することと、
所望のアプリケーション実行時間にわたって所望のアプリケーションサービス品質が維持され得ないならば、前記所望のアプリケーション実行時間を満たすために前記機器の電力消費及び前記アプリケーションによって提供されるサービス品質の少なくとも一方を調整することと
を更に具備する請求項２６記載の方法。
【請求項３８】
前記機器の電力消費及び前記アプリケーションによって提供されるサービス品質の少なくとも一方を調整することは、最小のバッテリ電力エネルギー保留を維持するためにアプリケーションを終了することを包含する請求項３７記載の方法。
【請求項３９】
携帯機器の機能処理能力特徴についての優先度情報を取得するための手段と、
前記優先度情報、前記携帯機器におけるバッテリの残存電力容量、前記携帯機器の電力消費速度及び受信信号強度情報に基づいて、前記携帯機器の機能処理能力特徴を動的に制御するための手段と
を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴の動的制御は、前記優先度情報に調和して、より低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備し、
前記機能処理能力特徴を動的に制御することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わるためにアプリケーションによって消費される電力を減少させることとを備える、
装置。
【請求項４０】
携帯機器の機能処理能力特徴についての優先度情報を取得し、
前記優先度情報、前記携帯機器におけるバッテリの残存電力容量、前記携帯機器の電力消費速度及び受信信号強度情報に基づいて、前記携帯機器の機能処理能力特徴を動的に制御する、
ための実行可能な命令を具備し、
前記優先度情報は、前記機能処理能力特徴毎に割り当てられた優先度レベルを備え、
前記機能処理能力特徴の動的制御は、前記優先度情報に調和して、より低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備し、
前記機能処理能力特徴を動的に制御することは、閾値を下回る信号強度を検出することに応じて送信電力を増大させることと、増大させた前記送信電力を少なくとも部分的に埋め合わるためにアプリケーションによって消費される電力を減少させることとを備える、
一時的でないコンピュータ可読媒体。
【請求項４１】
前記無線携帯機器の前記機能処理能力特徴を調整することは、前記判断された受信信号強度、前記バッテリ容量情報及び前記優先度情報に基づいて、音声通信に使用されないアプリケーションのサービス品質を調整することを備える、請求項４の無線携帯機器。
【請求項４２】
特定の機能処理能力特徴に割り当てられる前記優先度レベルは、少なくとも３つの可能な優先度レベルから選択される、請求項１の携帯機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般にはバッテリを備える機器に関し、より具体的には省電力管理動作を利用するバッテリ式の機器に関する。
【背景技術】
【０００２】
例えばデジタルオーディオ及び／またはビデオプレーヤ、携帯電話機、カメラ、携帯機器、カムコーダ(camcorder)、または任意のその他の相応する携帯機器などの携帯機器は、バッテリ容量の制限がある。無線携帯電話機器について言えば、機器はネットワーク信号強度の異なる環境において、動作することもできる。バッテリの容量が閾値以下に落ち込んだとしても、周知の携帯機器は低バッテリ状態において動作し、例えばディスプレイを暗くすることにより電力消費を削減することができる。また、低バッテリ電力モードは、動作の様々なレベルで機器の特徴（feature）の中断をもたらすことができる。例えば、集積回路は、バッテリレベルが低バッテリ閾値に達したときに低電力状態になることが知られている。集積回路内の特定の機能ブロックまたは集積回路全体へのクロック周波数は、低電力モードにさせられるかもしれない。これは、例えば、各種回路へのクロック周波数を異ならせ、例えば特定用途集積回路汎用プロセッサ、ベースバンドプロセッサまたは任意のその他の回路などの集積回路の内部回路への供給電圧を要求通りに低減させることにより実行されるかもしれない。しかしながら、ユーザは、典型的には、デジタルオーディオまたはビデオ再生機器の再生時間の総計、または、少なくとも緊急通話(emergency call)で携帯機器を使用する能力に関して携帯電話機の残りの通話時間に最も関心がある。しかしながら、低いネットワーク信号強度のエリアにおいて、適切な通信レベルを提供するために単位通話時間当たりにより多くのバッテリ容量が消費されるかもしれない。従って、低バッテリレベル状態において機能ブロックまたは回路を「省電力」にさせることは、無線電話が低信号強度環境にあるときに基地局またはその他の無線機器に十分に高いレベルで送信するための十分なバッテリ容量がないかもしれないので、手遅れであるかもしれない。
【０００３】
また、携帯機器は、例えば、ゲームをしたり、デジタルメディアを再生したりする能力や、カメラを持つ、カムコーダ機能性、ｅメールアプリケーション、音声通信キャパビリティー及びその他の特徴などの多くの異なるソフトウェアアプリケーション及び特徴を持つことが知られている。しかしながら、各特徴は異なる電力量を消費するだろうし、所定のアプリケーションまたは特徴にとって重要な異なるメトリクス(metric)を持つかもしれない。例えば、携帯機器でゲームをプレイするときにはゲームのプレイ時間総計がユーザにとって重要なメトリクスとなるかもしれないし、デジタルオーディオ再生機器に関しては歌の聞ける時間総計が重要なメトリクスとなるかもしれないし、通話時間の総計が携帯電話機における音声通信特徴に関して重要であるかもしれないし、受信できるｅメールの数またはサイズがｅメール特徴にとって妥当であるかもしれない。周知の機器は、バッテリ容量が設定された最小レベルに達するときに、バッテリ電力を節約するために特定の電力削減動作が行われるよう、ユーザに残存バッテリ容量の閾値を設定することを可能にするかもしれない。しかしながら、一部のユーザは、利用可能な特徴により多くの関心があり、バッテリ状態にあまり関心がないかもしれない。
【０００４】
故に、携帯機器及び／または携帯無線機器における改善された電力管理動作の要求が存在する。
【発明の概要】
【０００５】
本発明は、類似の符号が類似の要素を表す以下の図面が添付されているときは以下の記述を考慮してより容易に理解されることになる。
【図面の簡単な説明】
【０００６】
【図１】図１は、本発明の一実施形態に従う無線携帯機器を採用するシステムの一例を示すブロック図である。
【図２】図２は、本発明の一実施形態に従う携帯機器の一例を示すブロック図である。
【図３】図３は、本発明の一実施形態に従う携帯機器の機能処理能力特徴(functional processing capability feature)を動的制御するための方法の一例を示すフローチャートである。
【図４】図４は、本発明の一実施形態に従う携帯機器の一部の一例を示すブロック図である。
【図５】図５は、本発明の一実施形態に従う携帯機器の機能処理能力特徴を動的制御するための方法の一例を示すフローチャートである。
【図６】図６は、本発明の一実施形態に従う、例えば新たなサービス品質レベルなどの新たな機能処理能力特徴レベルを提供するために用いられるデータを示すブロック図である。
【図７】図７は、本発明の一実施形態に従う優先度決定に基づくサービス品質設定の例を示すテーブルである。
【図８】図８は、本発明の一実施形態に従うアプリケーション電力レベルの調整スキームの一例を示すフローチャートである。
【図９】図９は、最大の品質エネルギー消費曲線及び最大の実行時間エネルギー消費曲線を例示する図である。
【図１０】図１０は、本発明の一実施形態に従う携帯機器の機能処理能力特徴を動的制御するための方法の一例を示すフローチャートである。
【図１１】図１１は、本発明の一実施形態に従うユーザインタフェースの一例を図式的に示す。
【図１２】図１２は、本発明の一実施形態に従うユーザインタフェースの一例を図式的に示す。
【図１３】図１３は、本発明の一実施形態に従うユーザインタフェースの一例を図式的に示す。
【図１４】図１４は、本発明の一実施形態に従うユーザインタフェースの一例を図式的に示す。
【図１５】図１５は、本発明の一実施形態に従う携帯機器の電力消費を制御するための方法の一例を示すブロック図である。
【図１６】図１６は、本発明の一実施形態に従う携帯機器の電力消費を制御するための方法の一例を示すブロック図である。
【発明を実施するための形態】
【０００７】
手短に言えば、一実施形態において、携帯機器は、ユーザから優先順位付けされた機能処理能力特徴を表すデータに調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の特徴に電力を準備するために、機器の機能処理能力特徴を動的に制御するコントローラを含む。コントローラは、バッテリの残存電力容量、携帯機器の電力消費レベル及びユーザ優先順位付けされた機能処理能力特徴に基づいて、機能処理能力を動的に制御する。前述のように、ユーザは携帯機器のいずれの機能処理能力特徴が他よりも上の優先度を取るか優先順位付けすることが可能であり、コントローラはバッテリ容量及び電力消費速度(rate)を考慮し、この情報に照らして最も高い優先度の特徴を提供することになるだろう。
【０００８】
例えば、通話時間の特定量に関してのユーザの所望ニーズに基づいて、例えば、ユーザが機器の音声特徴に優先順位付けしているならば、コントローラは評価に基づき音声特徴により使用されることになる電力消費を計算し、コントローラはユーザによって設定される通話時間レベルに適合するために必要に応じて特徴をオフにする。特徴の制御には、例えば受信信号強度表示（RSSI）またはその他の情報が必要に応じて考慮されてよい。例えばいずれのパラメータ設定が機器によって設定され得るかを表示するルックアップテーブルなどの保存される制御データが、特徴を適切にオン／オフしたり、より低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の特徴のための電力を準備するために機器の機能処理能力特徴を調整したりするために使用されてよい。
【０００９】
一実施例において、無線機器の受信信号強度を判断する無線信号強度判断器と、判断された受信信号強度及びバッテリ容量情報に基づいて無線機器の機能処理能力特徴を調整するコントローラとを含む無線携帯機器もまた開示される。受信信号強度は、典型的には、通信「チャネル」の品質メトリクスである。しかしながら、本願明細書において用いられるように、受信信号強度は、例えば周囲雑音に依存した電力使用のレベルが異なる「音声認識チャネル」、または、チャネルに出力しなければならないデータレートに依存しメディアの断片化状態に基づいて異なるストリームがより多くまたはより少ない電力を消費し得る「データストレージチャネル」などの無線機器に適用可能な任意のチャネルの任意の形態の品質メトリクスを参照できる。このように、受信信号強度情報は、機器の機能処理能力特徴を調整する最適な方法を判断するための更なる入力として用いられる。必要に応じて、携帯機器は、ネットワーク混雑情報を考慮に入れ、受信信号強度、バッテリ容量情報及びネットワーク混雑情報に基づいて携帯機器の機能処理能力特徴を調整できる。コントローラは、所定の特徴の利用中に使用される電力の量を判断してよく、コントローラは例えば携帯機器が携帯電話技術を使用している場合において緊急通話のための電力を保存するために、電力切れ(out-of-power)状態に先立って緊急通話モードに入ってもよい。そのようなものとして、コントローラは、機能処理能力特徴を提供するために使用されることになる電力量を判断したり、緊急通話のための電力を保存するために処理能力特徴を削減したりしてよい。
【００１０】
また、必要に応じて、携帯機器は、機器の現在の動作状態に基づいて機器の電力使用速度を判断し、電力使用速度に基づいて、例えばゲームまたは任意のその他の適切なアプリケーションなどの実行をアプリケーションが継続できる時間量を予測してもよい。携帯機器は、所望のアプリケーションサービス品質レベルが所望のアプリケーション実行時間長にわたって維持可能であるかを判断してよく、その場合には所望のアプリケーション実行時間を満たすために、機器の電力消費を調整したり、アプリケーションによって提供されるサービス品質レベルを調整したりしてよい。これは、機器を緊急目的で使用またはその他のより高い優先度のアプリケーションを実行できるよう、最小のバッテリ電力エネルギー保留を維持するためにアプリケーションを終了することを含んでよい。アプリケーションのサービス品質は、例えば、ゲームの表示のため、または、例えばメモリまたはその他の適した態様などの適したビデオソースから特定のレートでビデオを出力するためのアプリケーションによって出力される画像解像度レベルを含んでよい。前述のように、アプリケーションは実行し続けてよいが、アプリケーションを実行するプロセッサ及び／またはアプリケーションによって使用される回路は例えばユーザによって経験されたものと異なる品質レベルで情報を出力するよう制御されることになる。
【００１１】
図１は、必要に応じて１または複数のネットワーク要素１４及びその他の携帯機器１６と適切なネットワーク通信を介して通信する携帯機器１２（この場合では無線携帯機器）を使用するシステム１０の一例を示す。単に説明のためだけであって限定でなく、システムは、例えば必要に応じてウェブサーバと通信できる無線セルラ通信システムなどの無線通信システムとして記述されることになるが、任意のその他の適した通信ネットワークまたは所望の通信ネットワークの組み合わせであってよい。また、携帯機器１２は、本例において、例えば、任意の適した特徴を備えた無線携帯電話機、無線デジタルオーディオ及び／またはビデオプレーヤ、ラップトップコンピュータ機器、ｅメール通信機器、または例えばバッテリを利用する任意のその他の適した携帯機器などとして記述されることになるが、これらに限定されない。単に説明のためだけであるが、携帯機器１２は、本願明細書において、例えば、既知の携帯電話通信回路を用いる音声通話特徴、カメラ特徴、デジタルオーディオ保存及び再生特徴、ビデオ保存及び再生特徴、ｅメール特徴、及び任意のその他の所望の特徴などの適した特徴を備えた携帯電話機として記述されることになる。
【００１２】
図示されるように、携帯機器１２は、ディスプレイ１４と、例えば基地局、ベースサイトコントローラまたは任意のその他の適したネットワーク要素などの無線ネットワーク要素１５と無線で通信するためのアンテナ１８とを含む。ネットワーク要素１５は、例えば、技術分野で知られているような、１または複数のプロセッサ及び関連するメモリ及び本願明細書において記述される情報を通信するための任意の適したインタフェースまたは回路を使用するサーバまたはサーバのグループであってよい。ネットワーク要素１５はアンテナ２０を備えているように示されているが、ネットワーク要素１５は互いに通信し合う要素のグループであってよく、アンテナ２０が基地局の一部であって、例えば、ネットワーク要素１５の別の部分は本願明細書において記述されるような情報を無線で通信できる基地局と通信するサーバまたは回路であってよいと理解されるだろう。携帯機器１２は、技術分野において知られているように、無線通信リンク２４を介してネットワーク２２と通信する。ネットワーク２２は、無線広域ネットワーク、無線ローカルエリアネットワーク、インターネット、イントラネットまたは任意のその他の適した１または複数のネットワークを含む１または複数の無線ネットワークを含んでよい。説明のために過ぎないが、携帯機器１６は、リンク２８を介して或いは例えばBluetooth（登録商標）または任意のその他の適したリンクなどの近距離無線通信リンクを介して直接的に携帯機器１２と通信したり、ネットワーク２２または任意のその他の適した１または複数の機器と通信するために無線広域ネットワークリンク３０を利用したりしてよい、携帯機器１２と同種のものであるとして参照されることになる。しかしながら、任意の適した通信技術が使用されてよい。
【００１３】
携帯機器１２（本例では無線携帯機器）は、判断された受信信号強度及びバッテリ容量情報に基づいて携帯機器１２の機能処理能力特徴を調整するコントローラ３２を含む。前述のように、コントローラ３２は信号強度及びバッテリ容量ベース動的特徴コントローラとしての役目を果たす。機能処理能力特徴は、データ処理が発生しデータ処理が調整可能な機器特徴を含んでよい。機能処理能力特徴は、データ処理に影響する回路の制御のソフトウェアアプリケーション（限定されないが例えば、アプレットまたは任意の形態の実行可能命令などの任意の実行可能命令）の実行に基づくユーザが知覚可能な特徴を含んでよい。従って、機能処理能力特徴は、例えば、ｅメール特徴、ゲームプレイ特徴、ビデオ再生特徴、オーディオ再生特徴、オーディオ記録特徴、音声通信特徴、特定のアプリケーションによってユーザに提供されるサービス品質、または任意のその他の適した機能処理能力特徴であってよい。例えば、３Ｄゲームという状況で、アプリケーションは本願明細書において記述されるように、例えば、ユーザ優先度設定及びバッテリ容量及び／または受信信号強度表示情報次第で、ひょっとするとより高解像度モードで描画し、または、より少ない原始関数(primitive)を用いてオブジェクトを描くよう、制御される。別の例は、ビデオ再生特徴に関して出力の解像度品質または表示に関するフレームレートを低下させることであってよい。一例において、コントローラ３２は、アプリケーションレベルで、判断された信号強度及び機器のバッテリ容量に基づいて機器上で動作しているアプリケーションの動作を制御することにより機器の機能処理能力特徴を調整する。アプリケーションは、例えばＣＰＵコア、ＤＳＰコア、グラフィック処理コアまたはその他のプロセッサなどであるがこれらに限定されない１または複数のプロセッサ上で実行される１または複数のソフトウェアモジュールであってよい。コントローラ３２は、例えば、本願明細書において記述される動作を１または複数のプロセッサに実行させる１または複数の適したソフトウェアモジュールを実行するプロセッサとして実装されてよい。或いは、コントローラ３２は、特定用途向け集積回路の形態の個別ロジック、状態機械または任意のその他の適した機構として実装されてもよいし、技術分野において知られているハードウェア、ソフトウェア及びファームウェアの任意の適した組み合わせによって実装されてもよい。
【００１４】
図２は、例えば無線ハンドセット機器、例えば携帯電話機または前述される任意のその他の適した機器などの携帯機器１２の一例のブロック図を示す。図示されるように、機器１２は、各種ブロックが互いに通信することを可能にする複数のバスまたはその他の所望の内部接続を含む通信機構２００を含んでよい。携帯機器１２は、本例において、１または複数のスピーカ２０２、例えばキーパッド、グラフィックユーザインタフェースまたは任意のその他の適したインタフェースなどの入出力インタフェース２０４、１または複数のディスプレイ、１または複数のフレームバッファ２０８、メモリ２１０、カメラ２１２、バッテリ２１４、マルチメディアプロセッサ２１６、ベースバンドプロセッサ２１８、無線送受信器２２０及びコントローラ３２を含む。
【００１５】
マルチメディアプロセッサ２１６は、例えば、要求される通りに、ベースバンドプロセッサ２１８またはコントローラ３２から分離した或いはこれらに集積化されたマルチメディアコアであってよい。図２に示される機能ブロックは、例えば１または複数の集積回路または技術分野において知られているその他の構造などの任意の適した構造として実装されてよいことが認められるだろう。マルチメディアプロセッサ２１６は、例えば、オーディオ及びビデオ処理回路と共同して１または複数のディスプレイ１４及び２０６に表示するためのグラフィック及び／またはビデオの生成を可能にし、技術分野において知られているような表示のための中間媒体データ及び最終データを保存するためにフレームバッファ２０８を使用するグラフィック処理コアであってよい。図示されるように、コントローラ３２は、マルチメディアプロセッサまたはベースバンドプロセッサ内で実装されてよいし、必要であれば独立した集積回路であってもよい。ベースバンドプロセッサ２１８は、技術分野において知られているように、受信信号または無線送受信器２２０を介して送信される信号を適切に処理し、例えば、音声を処理する任意の必要な無線電話処理回路または無線送受信器２２０を介して受信または送信したデータ情報を処理するための回路を含んでよい。バッテリ２１４は、機器がバッテリモードで動作するときに電力を供給するために各種要素に動作可能なように結合されている。本願明細書において用いられるように、バッテリは制限された電力容量のある任意の適した機構を含み得る。例えば、バッテリ２１４は、充電キャパシタ、燃料電池、リチウムベース電源または任意の適した携帯型の制限電源であってよく、例えば電気的に互いに接続される複数の個別の電源などの１または複数の制限容量電源を含んでよいし、技術分野において知られているような任意の適した形態を採ってよい。
【００１６】
フレームバッファ２０８は、メモリ２１０またはその他のメモリ内で使用されてよく、任意の適した形態を採ってよく、例えばマルチメディアプロセッサ２１６内または必要に応じて任意のその他のモジュールの一部として包含されてよい。フレームバッファ２０８及びメモリ２１０は、限定ではないがＲＯＭ、ＲＡＭ、光記憶機構、または任意の適したデジタル記憶媒体を含む任意の適した形態を採ってよい。メモリ２１０、または任意のその他の適したメモリは、実行時にコントローラまたは任意の処理デバイスを本願明細書において示唆されるように動作させる実行可能命令を含んでよい。前述のように、メモリは適したレジスタを含んでよいし、プロセッサがレジスタを含んでもよいし、或いは、技術分野において理解されているような任意の適した機構が使用されてもよい。技術分野において知られているように、カメラ２１２は、カムコーダ、または、技術分野において知られているような例えば処理及び１または複数のディスプレイ１４及び２０６での表示のためにマルチメディアプロセッサ２１６へ画像を提供する任意のその他の適した機構を含む任意の適した画像提供回路であってよい。図２に示す機能ブロックは単なる例であり、技術分野において知られているような任意の適した機能が携帯機器において使用されてよいことが認められるだろう。同様に、コントローラは、RSSI情報を用いる必要はなく、代わりに、或いは組み合わせて、機器の機能処理能力特徴を制御するためにユーザ優先度設定を組み込んでよい。前述のように、コントローラは、ユーザ優先度情報及びバッテリ容量情報に加えてRSSI情報を使用してもよい。
【００１７】
図３は、図２に示される１または複数のブロックを使用して実装され得る、携帯機器の機能処理能力特徴の動的制御のための方法の一例を示す。また、機器１２から遠く離れたネットワーク要素１５を含む任意のその他の適した要素が、動作を行ってもよい。本願明細書において記述される方法の動作の順番は、望ましい結果に応じて技術分野における通常の知識を有する者によって認められるように、適切に変更されてよいことも認められるだろう。図示されるように、方法は、無線携帯機器が電力を持ち、「オン」状態にあるときに、ブロック３０２において開始する。ブロック３０４において、方法は、携帯機器の受信信号強度を判断することを含む。これは、例えば、技術分野において知られているような、無線送受信器２２０の一部または携帯機器によって受信される信号強度を判断する任意のその他の適したロジックであってよい受信信号強度判断器によってなされ、受信信号を処理すること、或いは、必要に応じて別の携帯機器のような外部機器またはネットワークから信号強度を表示する値を受信することにより判断される受信信号強度情報（ＲＳＳＩ）であってよい。方法は、ブロック３０６において示すように、受信信号強度情報に基づき、そしてバッテリ容量情報に基づいて携帯機器の機能処理能力特徴を調整することを含む。バッテリ容量情報は、例えば、コントローラ３２によってまたは任意のその他の適したバッテリ容量検出または判断回路から得られてよいし、レジスタまたは任意のその他の記憶場所に保存されていてもよい。バッテリ容量情報は、例えば、所定の時点でバッテリから利用可能な残存電力がどれくらいであるかを表す情報であってよい。バッテリ容量情報は、バッテリから利用可能なエネルギー（例えば、ジュールエネルギー）の量に関しての容量を表示する情報を含んでもよい。バッテリ容量情報は、例えば、現在または予想される機器の動作負荷を前提とした単位時間あたりに利用可能なマイクロワット数などの時間当たりの電力などの任意の適した形態で表され得るし、単に、現在のまたは予想される機器の負荷のいずれにも無関係なアンペア時の数またはその他の適した表現であってもよい。バッテリからの実効エネルギーは、大抵は時間または負荷の線形関数でないので、このデータはテーブルから検索され、または、バッテリ自体（賢い(smart)バッテリに関して）から問い合わせられ得る。
【００１８】
機器の機能処理能力特徴を調整することは、例えばコントローラ３２または任意のその他の適した要素によって行われてよく、例えば判断された受信信号強度及びバッテリ容量情報に基づいていずれのソフトウェアアプリケーションが機器上で動作することになるかを選択することを含んでよい。例えば、電話または音声アプリケーションがｅメールアプリケーションを越える優先度を与えられるかもしれず、前述のようにｅメールアプリケーションは終了または例えばグラフィックユーザインタフェースから設定される具体的な指定された送信者からのｅメールのみの受信に制限されるかもしれない。これは、サーバが現在の受理可能送信者リストにない送信者からのどんなｅメールも差し控えることを確実にするためにサーバとのいくらかの通信を必要とする。優先度ベース機能処理能力特徴制御は、例えば、第１位のまたはより高い優先度のアプリケーションを動かすための十分なバッテリ容量を見込むために、より低い優先度のアプリケーションを必要に応じて終了する役目を果たす。
【００１９】
或いは、機器の機能処理能力特徴は、所定のアプリケーションが、受信信号強度及びバッテリ容量情報に基づいて異なるサービス品質をユーザに提供するよう制御されるようにアプリケーションレベルで調整されてよい。そのような動作の例もまた以下に提示される。
【００２０】
図４は、アプリケーションレベル電力管理システム４００としてのコントローラ３２を示すブロック図である。システムは、携帯機器１２内部にあってよく、本例において、バッテリ性能データ４０２を包含するメモリを含む。バッテリ性能データ４０２は、関連のある単位に関して（例えば、単位通話時間あたりに）特定の動作パラメータ（例えば、プロセッサクロック及び電圧設定、RSSI、その他のアプリケーションの実行）を用いる特定のアプリケーションによって消費される容量の歴史的な(historical)データであってよい。本例において、バッテリ性能データは、予めデータが投入されていてそれから実際の使用情報で時間とともに更新され得る複数のエントリを備えたデータアレイであるかもしれない。製造者は、この情報（例えば、性能対負荷、対バッテリ経年）を同様に提供できる。システムは、負荷レベル及びバッテリ経年の経過を追う。バッテリ性能は時間とともに低下し、バッテリ管理システム（例えば、ラップトップコンピュータ内）はバッテリがどれくらいの頻度で放充電されているかを追い、更新されたアンペア時（または容量）の定格(rating)を維持する。テーブル４０２は、機器に異なる温度に亘る異なる電力消費レベル（異なる電流又は電力引き込みレベル）及びバッテリの異なる消耗レベルに関する（多くのバッテリは実際には限られた寿命（例えば２年）内で消費可能であるので、最大の蓄積電荷は典型的には複数の充放電サイクルのあとに低下することに注意されたい）バッテリエネルギー容量を予測することを可能にするデータを包含する。これらのバッテリテーブルは、一般には、予め計算され得る（例えば、製造者のテーブル）。アプリケーション電力センサ４２６がアプリケーション電力を計測するために用いられ得るし、或いはこれはバッテリエネルギーレベル４０６の導関数（時間変化率）によって予想され得るので、アプリケーション電力レベルがテーブルに保存されなくてもよい。テーブルは、異なるアプリケーション／サービスが、それらアプリケーション／サービスの各種構成においてどれくらいの電力を消費するかを表示するデータも保持してよい。
【００２１】
機器は、バッテリエネルギーレベルモニタ４０４、受信信号強度情報４０６を包含するメモリ、例えば温度情報４０９をコントローラ３２に提供する温度センサ４０８などの補助センサ及びネットワーク混雑情報４１０を包含するメモリを含んでよい。グラフィックユーザインタフェース４１２は、ユーザが例えばアプリケーションごとを基準にコントローラがユーザの望む最大のアプリケーション実行時間、アプリケーションが提供する最大のサービス品質またはそれらの間の任意の適したレベルのいずれを許容するように特徴を制御すべきかを選択することを可能にするものとして示されている。ディスプレイに提示されるグラフィック４１４は、アプリケーションによる最大のサービス品質または最大のアプリケーション実行時間のいずれかを提供するコントローラの範囲内で、選択可能なアプリケーション実行時間情報４１６を提供する。所望のアプリケーションサービス品質情報は、ユーザによって選択され、情報４１８として図示され、コントローラに提供される。或いは、各アプリケーションに関するユーザ指定された実行時間長は、適したグラフィックユーザインタフェースまたはその他の適したインタフェースを経由して選択されるデータ４２０として図示されるように提供されてよい。本例において、コントローラ３２は、例えば、例えばゲーム、ｅメールアプリケーション、音声アプリケーション、デジタルオーディオ再生アプリケーション、カメラアプリケーション、またはユーザによって選択可能な特徴に連動して使用される任意のその他の適したコードなどのアプリケーションソフトウェア４２４を実行するアプリケーション処理部４２２を含む適切にプログラムされたプロセッサまたはプロセッサの組である。コントローラは、双方ともコントローラ３２によって実行されるソフトウェアモジュールとして実装されてよい総電力計算器及びアプリケーション実行時間予測器モジュール４２８及びサービス品質選択器４３０に加えて、例えばコントローラによって実行されるソフトウェアであってよいアプリケーション電力センサモジュール４２６も含む。
【００２２】
バッテリ性能データ４０２は、携帯機器内に存在する所定のバッテリに関してメモリ内に予め保存されているデータであってよい。バッテリ性能データ４０２は、例えば、バッテリ製造者によってまたは任意のその他の適した情報源から提供されてよく、特定のバッテリタイプ、所定の電圧レベルでバッテリが供給可能な電力の総量を表示する。バッテリエネルギーレベルモニタ４０４は、現在の電圧レベルを監視し、例えば、バッテリレベル４０６を用いて対応するバッテリが提供可能な電力を検索することによりバッテリが現在提供可能なバッテリ容量はどれくらいであるかを判断するために総電力計算器及びアプリケーション実行時間予測器４２８によって使用される現在のバッテリレベル４０６を提供する。しかしながら、任意のその他の適した技術がバッテリ容量情報を判断するために使用され得ることが認められることになる。受信信号強度情報４０６は、以下に更に記述されるように、各種アプリケーションまたは機能処理能力特徴をどのように制御するかを判断するために用いられてよい。アプリケーション電力センサ４２６は、例えば、アプリケーションソフトウェア４２４を実行するときにどれくらいの電力が消費されるかを判断するための、アプリケーションプロセッサ４２２に関する電流センス回路または電圧センス回路であってよい。アプリケーション電力使用情報４４０もまた総電力計算器及び実行時間予測器４２８に提供される。総電力計算器及びアプリケーション実行時間予測器４２８は、例えば、現在の電力使用量４４０、バッテリ容量情報に基づいて現在のアプリケーション４２４が現在のレベルで実行可能な総時間を判断する。総電力計算器及びアプリケーション実行時間予測器は、例えば、アプリケーション（アプリケーションによって提供される機能処理能力特徴）の実行時間長を予測し、ユーザによって設定される実行時間目標情報４１８を満たすために適切なサービス品質を選択する。サービス品質選択はそれから、アプリケーションプロセッサ４２２がアプリケーションソフトウェア４２４のアプリケーションプロセッサによる処理を、例えばアプリケーションプロセッサに情報４４２を設定することにより動的に制御する必要があるか否かを決定する。受信信号強度表示４０６は、携帯機器の受信信号強度を判断する無線信号強度判断器としての役割を果たす。補助センサ情報４０９は、残存するバッテリ容量をより良く予測するために用いられてよい。例えば、機器またはコントローラの温度が高ければ、より多くの漏れ(leakage)及び電力消費が起こるかもしれない。
【００２３】
総電力計算器及びアプリケーション実行時間予測器４２８は、バッテリ容量判断器としての役割を果たし、現在のバッテリ容量によって提供され得る推定実行時間の判断に用いられるバッテリ容量情報を生成する。一実施形態において、コントローラ３２は、判断された受信信号強度及びバッテリ容量情報に基づいていずれのアプリケーションが機器上で動作するかを選択することにより携帯機器の機能処理能力特徴を調整する。例えば、低い信号強度が検出されると、コントローラ３２は無線送受信器２２０の送信電力を増加させることにより電力消費を増加させてよく、アプリケーションを止め、或いは、アプリケーションレベルで１または複数のアプリケーションによって消費される電力を削減するためにアプリケーションの動作を制御してもよい。総電力計算器及びアプリケーション実行時間予測器は、所定の動作条件下でどれくらいの電力が使用されることになるかを推定する。
【００２４】
本例において、グラフィックユーザインタフェース４１２は、ユーザが通話時間閾値（例えば、緊急通話モードに関して例えば最小１５分の通話時間閾値）を設定することを可能にするために、例えば棒グラフまたはその他の適したグラフィックユーザインタフェースを提供する。コントローラ３２は、例えば、残存バッテリ容量閾値が達せられるならば設定可能な通話時間閾値によって指定される所望の通話時間を維持するために全ての現在動作中のアプリケーションを終了することによって、ユーザ設定可能な通話時間閾値に基づいて機能処理能力特徴を設定する。コントローラ３２は、音声動作を容易にするために音声通信に関連する回路及びその他の回路を「オン」のままにしておくが、全てのその他の作業に関しては終了またはさもなければ電力消費を削減するようにしてよい。これは、保留閾値時間が満たされるときに、その他のアプリケーション（例えば、カメラモードでの動作、音楽の再生など）の実行を控えることによってユーザが最小の緊急通話時間を設定することを可能にする。保留電力レベルが緊急通話のために保留されるとき、コントローラ３２は、ユーザによって選択された機能処理能力特徴を提供するために使用されることになる電力量（例えば、バッテリ容量）の見積もりを判断し、緊急通話のために電力を維持すべくその他の処理能力特徴を縮小する。緊急通話は、例えば、９１１コールのような通話である。機器は、緊急通話電力レベルを保留し、また、実行のままにしておけば緊急通話が実行不可能となるか重要な通話が受信されなくなる（例えば配偶者または子供などの指定された送信者からの）程度までバッテリ電力を低下させるようなその他のアプリケーションを終了するように制御される。
【００２５】
図５は、例えば、緊急通話電力閾値を設定することによりユーザが緊急通話時間を保留し、緊急通話閾値が満たされるまでのアプリケーションの実行時間の最大化を試みる方法で機器の機能処理能力特徴を動的に制御するために機器を制御することを可能にする本発明の一実施形態に従う方法の一例を示す。
【００２６】
図９も参照すると、アプリケーションエネルギー消費対時間曲線図は、例えばアプリケーション実行時間情報４１６（図４参照）などの設定された閾値９０２及び９０４でコントローラ３２によってなされる動的な機能処理能力特徴の調整（サービス品質の調整は一例である）を示す。保留バッテリエネルギーレベル９０６は、例えば、音声通話のために使用されてよい。このレベルより上の利用可能なエネルギーは、ゲームのプレイ、カメラの使用またはその他の特徴のために使用されてよい。しかしながら、ひとたびバッテリエネルギーレベル９０８が満たされると、コントローラ３２は特定のアプリケーションまたは特徴（例えば、ゲームアプリケーション）が実行されることを許可しない。代わりに、この動作モードにおいてコントローラ３２は、音声モードだけが起動されることを許可してよい。バッテリレベル範囲９０６の内部は、アプリケーションの更なる優先順位付けであってもよい。例えば、緊急通話レベル９１０は、機器が安全上の理由で緊急通話のために少なくとも使用されることを可能にするために、ひとたびこのバッテリ容量レベルが達せられたならば他のいかなるアプリケーションの実行も許可されない最高の優先度レベルであってよい。より小さな優先度レベルが、その他のアプリケーションに関してバッテリレベル範囲９０６内に設定されてよい。例えば、ｅメール通信アプリケーションは緊急通話レベル９１０よりも低い優先度を有してよく、音楽再生アプリケーションはｅメール通信アプリケーションよりも低いが前述した例となるゲームアプリケーション優先度レベルより高い優先度を有してよい。この例示的な実施形態において、ひとたびバッテリエネルギーレベル９０８が満たされ或いは達せられると、例となるゲームアプリケーションはそれ以上のゲームアプリケーションプレイを停止して終了されることになる。バッテリエネルギーレベル９０８が緊急通話レベルに移行するにつれて（バッテリ電力消費の結果として）、音楽再生アプリケーションは終了される次のアプリケーションとなり、続いてｅメール通信アプリケーションがある。従って、バッテリレベル９１０を境にして音声通信のみが実行可能となる。機器は任意の適したアプリケーションまたは特徴が最高の優先度の特徴となってよいように構成されてよいことが認められるだろう。例えば、１つの他のモードは、「マイゲーム(my game)に関連しない全てを終了せよ」であってよい。例えば、ユーザが飛行機に乗っていて（または単に少しも通話したくなくて）、ゲームをプレイまたは音楽を聞きたいならば、ユーザインタフェースはユーザが電話の無線周波数部(portion)を終了し、バッテリ寿命を最適化しつつ特定のアプリケーションを電話通話部分よりも上に優先順位付けするためのモードを選択することを可能にする。または、地図が電話にダウンロードされそれが優先度の高い地図（唯一の利用可能な地図が電話上のものである）であれば、ユーザは最高の優先度として地図が利用可能となることを望むだろうから、無線周波数送信部をオンにして電力を消費することを望まないだろう。
【００２７】
図５に戻って参照すると、方法５００は受信信号強度及び残存バッテリ電力容量を判断することを含む（ブロック３０４において示されるように）。ブロック５０２において示されるように、方法はRSSI及び判断された残存バッテリ容量に基づいて利用可能な機器のサービス品質レベルを判断することを含む。これは、ブロック５０４及び５０６によって更に詳細に示される。図示されるようにこれは、例えば、ユーザ設定可能な入力サービス品質レベルをグラフィックユーザインタフェース４１２を介して受信することを含む。ユーザは、アプリケーションごとを基準で或いはその他の任意の基準でサービス品質レベルを設定してよい。これは、最大の利用可能な実行時間に関して所定のアプリケーションを選択すること、或いは、代わりに消費され得る電力量に関わらずサービス品質を最大化することを含む。前述のように、グラフィックユーザインタフェース４１２は、ユーザ入力を受信するために用いられ、ルックアップテーブル（またはその他の適した記憶媒体）に、アプリケーションごとを基準で或いはその他の適した基準で、サービス品質レベル及び異なるサービス品質レベルに関しての対応する電力制御データを保存する。対応する電力制御データは、例えば、アプリケーションによって使用される所定の処理コアまたは特定用途向け集積回路（アプリケーションがゲームであれば、例えば１または複数のグラフィック処理コアなど）に関しての動作クロックレート及び供給電圧レベルを含んでよい。任意のその他の適した電力制御情報が、所定のアプリケーションに関して電力消費を減少または増加させるために利用されてよい。本例は電力制御に関してアプリケーションごとの基準で述べられているが、電力は任意の機能処理能力特徴の基準で制御されることが認められるだろう。
【００２８】
ブロック５０８において示されるように、判断されたサービス品質または機能処理能力特徴が緊急通話閾値を上回る所定の実行時間長にわたって電力を利用するならば、ユーザによって指定されたサービス品質設定でアプリケーションを実行するために十分な電力があることを意味しており、方法は新しい設定で予想される将来の電力使用レベルに基づいて現在のサービス品質設定を新しい設定レベルに調整するために機器を制御すべくブロック５１０に続く。前述のように、ユーザによって設定される所望のサービス品質が、単に電力使用を増加することにより維持され得るならば、電力設定がサービス品質設定を満たすために変更される。しかしながら、ブロック５１２において示されるように、サービス品質特徴が選択されそのサービス品質レベルを満たすための電力量が緊急通話閾値に照らして利用可能でないならば、機器が緊急通話モードに入り音声通信（例えば、緊急通話）のために残存電力を保留するために全てのアプリケーションを効果的に終了することがなされる必要があるだろう。前述のように、コントローラは、電力消費を削減して緊急通話のための電力を維持するために、機能処理能力特徴を終了できる。コントローラ３２、またはGUIを提供するプロセッサは、ユーザ設定可能な入力サービス品質レベルをグラフィックユーザインタフェースを介して受信するときに、例えば、所定のサービス品質設定を満たすために必要とされるような、機器内の回路のためのクロック設定及び／または関連した電圧レベル設定などを含む機能処理能力特徴設定データとして設定可能情報を保存する。
【００２９】
同様に、一例において、機能処理能力特徴を達成するために、機器が緊急通話モードにあるときに、コントローラは複数のディスプレイの１つを停止することにより無線機器の表示能力を削減したり、電力を節約するために緊急通話モードの間に単一ディスプレイのより小さな表示領域を使用したりする。前述のように、機器の機能処理能力は、画面のより小さな領域における表示のためまたは複数ディスプレイの代わりに１つのディスプレイに出力するためのデータをただ処理する必要があるので、変更される。ブロック５１４は、例えばデバイス内の各種回路に関してのクロック周波数及び電力供給電圧レベル設定を定義するレジスタ設定などの機器に関する設定を包含するルックアップテーブルを使用する機能処理能力特徴を調整するための機器の制御の一例をより詳細に示す。例えば特定の処理コアまたは処理コア内の一部の電力消費レベルを調整するために、これらの値が各種回路に関しての制御レジスタに書き込まれる。この制御は、前述のように残存バッテリ容量及び受信信号強度表示に基づいている。上記動作はユーザが必要に応じてゲームをプレイ可能にまたはその他の特徴を使用可能にするように緊急電力モードを除外することを可能にするよう変更されてよいことが認められるだろう。
【００３０】
図６は、機能処理能力特徴設定データの一例を示すブロック図である。例えば１秒または任意のその他の適した期間あたりに数回などの動的な基準で、コントローラ３２はRSSI情報４０６をサンプルし、同様にバッテリ容量レベルを判断する。受信信号強度が高く、バッテリ容量が高いと判断され、ネットワーク混雑情報４１０が低いネットワーク混雑であることを表示するような設定６００に関して図６に示されるように、アプリケーション１に関しての新たなサービス品質設定または機能処理能力特徴レベルは、そのアプリケーションに関して最高のサービス品質に設定される。特定のクロック周波数設定、供給電圧設定またはその他の制御設定を有する別のテーブルが使用され得る。例えば受信信号強度が依然として高いもののバッテリ容量が低いレベルに減っているなど条件が変化するときが、設定６０２によって示される。App.2として示される異なるアプリケーションは、例えばプレイ中のゲームがApp.2として判断されるならば、コントローラ３２がフレームレートの３０／秒出力から１５フレーム／秒出力への変更を引き起こすことによってApp.2がより低い品質のやり方で動作し得るように、または、バッテリ容量が低いので電力を節約するために、作成のための処理能力がより小さくそれ故に電流引き込みがより小さくなるように、グラフィック画像がより不明瞭となるようにグラフィック解像度レベルを変更し得るように、低いサービス品質に設定されてよい。前述のように、この特定例において示されるように、受信信号強度、バッテリ容量及びネットワーク混雑情報は、特定のアプリケーションに関して機能処理能力特徴レベルを判断するために用いられる。別の例において、ネットワーク混雑が高く信号強度が低ければ、機器は、ネットワークとの通信に必要なレベルを提供しようとする試みでより高い送信信号レベルを出力するために、音声通信を制御するアプリケーションに関しての電力消費を増やす必要があるかもしれない。これは、音声アプリケーションが優先権を得ることを可能にするために終了され得る別のアプリケーションを犠牲にしてなされる。或いは、ネットワーク混雑における減少が生じたことを表示するネットワーク混雑情報はより低いネットワーク混雑状況において信号を送信するための電力がより低くなることを示すかもしれないので、機器はこれに応じて削減された電力モードに入ってよい。機器のその他の機能処理能力特徴もネットワーク混雑、受信信号強度及びバッテリ容量に基づいて制御されてよい。
【００３１】
図７は、本発明の一実施形態に従う携帯機器の機能処理能力特徴の動的な制御の方法の別の例を示すフローチャートである。ブロック７００において示されるように、方法は、望まれるよう周期的に（例えば、数秒またはその他の適した期間ごとに）生じるように、RSSI／信号エネルギーチェックのサンプルレートを制御することを含む。ブロック７０２において示されるように、方法はRSSIエネルギー及び機器の現在の電力使用レベルをサンプルすることを含む。ブロック７０４において示されるように、方法は保留エネルギーレベル（図９を参照）が超過されたか否かを判断することを含む。これは、例えば現在のバッテリ容量を判断すること及び機器の現在の電力使用レベルからバッテリ容量レベルが保留エネルギーレベルを下回ることになるか否かを判断することによってなされる。もしそうならば、ブロック７０６において示されるように、方法はユーザに報告することまたはアプリケーションを終了することを含む。しかしながら、ブロック７０４において示されるように、保留時間が超過されていないならば、方法は、アプリケーションが動作している現在のサービス品質設定に基づいて特定のアプリケーションが現在の電力使用レベルでどれくらい長く実行可能かを予測すること（７０８）を含む。ブロック７１０において示されるように、方法は現在のアプリケーション設定によって消費されている現在の電力をサンプルすること及びアプリケーションに関してサービス品質目標を設定することも含む。前述のように、ブロック７１０は、ブロック７１２における比較のために実行中のアプリケーションの「ワーキングセット(Working Set)」（またはアクティブセット(active set)）に関してQoS目標を検索することを参照する。ブロック７１２において示されるように満たされないならば、実行長(Run-Length)がQoS目標となり、これを適合させ実行時間の延長を試みるためにブロック７１４及び７１６において示されるように調整がなされる。例えば、ブロック７１２において示されるように、方法は設定されたサービス品質がユーザによって望まれる最適なサービス品質を満たすか否かを判断することを含む。これは図６及び前述のような所望のクロック周波数設定及び／または電力供給電圧設定を包含する別のテーブルを用いてなされる。ブロック７１０において示されるようにサンプルされた入力４１８、４２０が、調整を導くために用いられる。
【００３２】
サービス品質設定が既に最適な設定であれば、方法は反復して開始する。しかしながら、サービス品質が最適なサービス品質レベルを満たさないならば、方法は、ブロック７１４において示されるように、現在実行中のアプリケーションに関してのルックアップテーブル内のサービス品質調整要素を検索すること及びルックアップテーブル内の情報に基づいて各アプリケーションに関しての改正された電力プロファイルを選択すること含む。一例として、ルックアップテーブルは、図６に示される情報のほかに、より高い優先度のアプリケーションに関してサービス品質が満たされることを可能にするために各種アプリケーションの電力消費レベルを変更するために、機器の回路または機能ブロックをどのように設定するかに関して追加的な情報を含んでよい。例えば、優先アプリケーションが実行中のゲームであって例えばカメラアプリケーションなどの別のアプリケーションがアクティブであるならば、より高い品質の解像度でゲームを実行するために十分な電力を準備するためにカメラアプリケーションはより低い品質の解像度の画像がカメラによって撮られるように制御され得る。ブロック７１６において示されるように、方法は、アプリケーションによって提供される新たなサービス品質を有効にするために技術分野において知られているような、回路のクロック周波数または回路の供給電圧を制御するための適したレジスタ設定などの改訂された電力プロファイルを適用することを含む。
【００３３】
図８は、電力の節約を提供するために機器の動作を動的に制御するための方法の別の例を示す。前述の処理とは違って、受信信号強度表示が全く必要ない。この方法も、コントローラ３２または任意のその他の適した機構によって実行されてよいブロック８００において示されるように、方法はバッテリの残存電力容量を判断することを含む。ブロック８０２において示されるように、方法は、機器の要素によって使用される現在の電力を判断することなどにより、また、ユーザまたは別のやり方で優先順位付けされた機能処理能力特徴に基づいて、機器の電力消費電力レベルを判断することを含み、残存バッテリ容量及び携帯機器の電力消費速度に応じて、８０４において示されるように機器を動的に制御する。機器の動作は、ユーザ優先順位付けされた機能処理能力特徴に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の特徴を実行するための電力を準備するために、ユーザの特徴優先度設定に基づいている。方法は、例えば機器内の記憶場所などからユーザ優先順位付けされた機能処理能力特徴を表すデータを得ることも含んでよい（ネットワークまたはその他の無線機器から機器によって無線で受信され得る）。本例において、ユーザは、グラフィカルユーザインタフェースまたは任意のその他の適したインタフェースを介して、例えば図１０に示すようにより高い優先度またはより低い優先度となるように携帯機器上で利用可能なアプリケーションを分類できる。本例において、バッテリレベルが落ち込むにつれ、機器はより高い優先度のアプリケーションを実行する一方、より低い優先度のアプリケーションを終了させる、或いは、実行を許可しない。ユーザは、例えば緊急の９１１コールなどの重大なアプリケーションに関してどれくらいのバッテリ電力を保留するか、またはその他の適した動作を設定してよい。グラフィカルユーザインタフェース４１２は、ひとたびバッテリ電力レベルが閾値レベルに落ち込むととられる措置をユーザが指定することを可能にするデータを提供し得る。例えば、ユーザは非重大なアプリケーションの使用を無効にするよう選択してもよいし、代わりに機器がユーザへ閾値が達せられたことの警告を提供することを許容するようにしてもよい。
【００３４】
例として、ユーザインタフェースを介して、ユーザは例えば優先度レベルを所定の機器の機能に関してグラフィックユーザインタフェースを経由してユーザ設定１０００に入るように設定してよい。グラフィックユーザインタフェースは、例えば、ユーザが各種の機器の機能（アプリケーションとしても参照される）の優先度レベル１００２を設定することを可能にしてよい。本例において、音声または電話機能は最高の優先度で設定されていて、ユーザ設定は、機器が最小でも１０分の通話時間を優先権として許容することを試みるようサービス品質設定１００４によって示されるように、１０分間である。機器のバッテリの電力容量が減少するにつれ、より低い優先度の機能は終了され、または、バッテリ電力を節約する試みから特徴のサービス品質が低減される。本例において、デジタルオーディオプレーヤ再生時間は１０分間に設定され（及び／または音量レベルも設定され得る）、例えばカメラまたはMPEGデコーダなどのビデオ再生回路などからのビデオの解像度も設定されてよく、ｅメールアプリケーションは１メガバイトまでのｅメールデータが受信されたり、単にヘッダが受信されたりすることが許容されるよう設定されてよく、例えばゲームなどの機器の機能に関して、ディスプレイ上の出力解像度のフレーム／秒が特定の設定に設定されてよい。前述のように、優先順位付けされた特徴１００４は、例えば１０分などの通話時間閾値を表すデータを含んでよく、コントローラ３２は、バッテリの残存電力容量が減少するにつれて通話時間閾値に調和して、例えばゲームプレイ特徴などのより低い優先度の特徴を犠牲にして音声通信のための電力を準備するために機器の機能処理能力特徴を動的に制御する。コントローラ３２は、バッテリの残存電力容量、携帯機器の電力消費速度、ユーザ優先順位付けされた機能処理能力特徴に応じて、ユーザ優先順位付けされた情報に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の特徴のための電力を準備するために機能処理能力特徴を動的に制御する。
【００３５】
図１１は、１１０２として示されるような機器の各種アプリケーション（例えば、機能処理能力特徴）に関して「重大」または「非重大」として示される選択可能な優先度情報を提供するグラフィックユーザインタフェース１１００の一例を示す。前述のように、ユーザインタフェース１１００は、選択可能な機能処理能力特徴優先度データ１１０４を選択時に提供し、ユーザ優先順位付けされた機能処理能力特徴を表すデータとして、保存のためのメモリにデートされている(dated)選択された特徴優先度を提供する。
【００３６】
図１２は、高い優先度のアプリケーションタイプに関してグラフィック１２０２によって示されるような総バッテリ電力のうちのパーセンテージとして保留バッテリ電力レベルをユーザが設定できることを表示するグラフィックユーザインタフェース１２００の一部の別の例を示す。グラフィックユーザインタフェース１２００は、ユーザが非重大なアプリケーションの使用を拒否する警告メッセージの提供または非重大なアプリケーションの実行の許可を要求するメッセージを選択することを可能とする選択可能な通知情報１２０４も提供する。
【００３７】
図１３は、例えば、アプリケーションごとに５つの優先度設定を許容するための更なる優先順位付け方式における、グラフィックユーザインタフェース１３００の特徴優先度データの別の例を示す。図１４は、所定のアプリケーション優先度設定に関して保留バッテリ電力レベルの選択可能性を提供するためのグラフィックユーザインタフェース１４００を示す。
【００３８】
必要であれば、方法は、優先度情報、バッテリ容量及び受信信号強度に基づいて、機器の動作を動的に制御することを含んでもよい。例えば、受信信号強度情報が信号強度が低下していることを表示するならば、コントローラ３２はより高い優先度の音声動作の間のより高い送信電力のために使用されることになる追加的な電力を許容するためにより低い優先度のアプリケーションを終了してよい。その他の制御技法は、技術分野における通常の知識を有する者によって認められるだろう。
【００３９】
図１３及び１４において示されるように、ユーザは優先度に基づいてバッテリ電力を保留できる。例えば制御パネルなどのグラフィカルユーザインタフェースを用いて、ユーザはアプリケーション優先度に基づいてバッテリ電力を保留する。例えば、優先度１のアプリケーションは、２０％のバッテリ電力を保留できる。バッテリ電力がこのレベルまで消耗されるとき、優先度１のアプリケーションだけが使用される。優先度２のアプリケーションは、４０％のバッテリ電力を必要とするように構成されるかもしれず、４０％を越えるバッテリ電力があるならば、優先度２またはより高いアプリケーションが実行されることが許可される。
【００４０】
図１５は、図６を参照して前述したようなネットワーク混雑レベルも考慮する、携帯機器における電力制御を提供するための別の方法が示される。ブロック１５００において示されるように、方法は、ネットワーク混雑レベル情報と一緒に信号強度情報及び残存バッテリ電力容量を受信し続けることを含んでよい。ブロック１５０２において示されるように、方法は、検出された減少混雑レベルに基づいて機器のより低い電力モードに入ることを含む。例えば、ネットワーク混雑レベルが前回の評価から低下するならば、必要とされる送信電力が小さくなるのでコントローラの制御下の機器は低電力モードに入り、機器は必要に応じて電力節約モードに移行できる。
【００４１】
図１６は、ブロック１６００において示されるように、例えばネットワーク混雑レベルが増加したことを表示するなど、ネットワーク混雑レベルが所望の閾値を上回るならば、コントローラは機器の信号送信電力において増加をもたらし、送信電力における増加を部分的に補うためにその他の特徴能力における削減によって削減された電力消費がもたらされることを含む別の方法を示す。或いは、コントローラは、例えば、残存バッテリ容量が適したレベルにあってネットワーク混雑レベルが増加することの表示に基づいて、現在の電力レベルでパケットを繰り返し送信する。或いは、高いネットワーク混雑があるネットワークは、携帯機器に高い混雑状況を表示する信号を送るかもしれず、受信信号強度表示及びバッテリ容量に加えてその情報が、機器に関してのより低い電力モードへのトリガとして使用される（送信成功の見込みがより低くなるため機器は高いネットワーク混雑の間にデータの送信を試みないので）。
【００４２】
前述のように、いくつかある利点の中で特に、ユーザはアプリケーションまたは携帯機器のその他の特徴の動作を優先順位付けしてよく、通話時間またはアプリケーションの実行時間の特定量に関してのユーザの要求に基づいてコントローラは単独で或いは信号強度と一緒に所望の特徴の電力消費を計算する。この評価に基づいて、機器は、通話時間または実行時間設定を満たすために要求されるように、特徴またはアプリケーションをオフにしてよいし、実行時間要求を満たすために適切にアプリケーションのサービス品質を低下させてもよい。また、保留電力は必要であれば維持されてよく、緊急通話またはその他の動作のための電力を節約するために保留時間の間は機器の基本的動作だけが使用される。その他の利点は、技術分野における通常の知識を有する者によって認められるだろう。
【００４３】
本発明の上記詳細な説明及び記述されている実施例は、説明及び記述のためだけに提示されているのであって限定でない。故に、本発明は、上に開示されここで請求される原理の根底にある基本の精神または範囲内に入る任意の及び全ての修正、変更または均等物に及ぶことが企図される。
以下、本願の出願当初の特許請求の範囲の内容が付記される。
［請求項１］
バッテリと、
前記バッテリに動作可能に結合され、(i)バッテリの残存電力容量及び(ii)携帯機器の電力消費速度に応答して、かつ、優先順位付けされた前記携帯機器の機能処理能力特徴に基づいて、前記優先順位付けされた機能処理能力特徴に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の特徴のための電力を準備するために機器の機能処理能力特徴を動的に制御するコントローラと
を具備する携帯機器。
［請求項２］
ユーザ優先順位付けされた特徴を表すデータは、通話時間閾値を表すデータを包含し、
前記コントローラは、前記バッテリの電力容量が減少するにつれて前記通話時間閾値に調和してより低い優先度の特徴を犠牲にして音声通信特徴のための電力を準備するために前記機器の機能処理能力特徴を動的に制御する
請求項１記載の携帯機器。
［請求項３］
選択可能な機能処理能力特徴優先度データを提供し、選択された特徴優先度データを優先順位付けされた機能処理能力特徴を表すデータとして保存のためにメモリに提供するユーザインタフェースを具備する請求項１記載の携帯機器。
［請求項４］
前記コントローラは、受信信号強度情報に基づいて、前記バッテリの電力容量が減少するにつれてユーザ優先順位付けされた特徴を表すデータに調和してより低い優先度の特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備するために機器の動作を動的に制御する請求項１記載の携帯機器。
［請求項５］
携帯機器の受信信号強度を判断する無線信号強度判断器と、
前記無線信号強度判断器に動作可能に結合され、判断された受信信号強度及びバッテリ容量情報に基づいて無線携帯機器の機能処理能力特徴を調整するコントローラと
を具備する無線携帯機器。
［請求項６］
前記コントローラは、前記判断された受信信号強度及びバッテリ容量情報に基づいて、機器上で動作するアプリケーションの動作をアプリケーションレベルで制御することにより、前記機器の機能処理能力特徴を調整する請求項５記載の無線機器。
［請求項７］
バッテリと、
前記バッテリに動作可能に結合され、前記バッテリの残存バッテリ容量に基づいて前記バッテリ容量情報を生成するバッテリ容量判断器と
を具備する請求項５記載の無線機器。
［請求項８］
前記コントローラは、前記判断された受信信号強度及びバッテリ容量情報に基づいて、いずれのアプリケーションが前記機器上で動作することになるかを選択することにより、前記機器の機能処理能力特徴を調整する請求項５記載の無線機器。
［請求項９］
ユーザ設定可能な通話時間閾値を提供するユーザインタフェースを具備し、
前記コントローラは、前記ユーザ設定可能な通話時間閾値によって示される所望の通話時間を維持するために、機能処理能力特徴を削減するよう前記ユーザ設定可能な通話時間閾値に基づいて前記機能処理能力特徴を設定する
請求項５記載の無線機器。
［請求項１０］
前記コントローラは、機能処理能力特徴を提供するために使用されることになる電力量を判断し、緊急通話のための電力を維持するために機能処理能力特徴を削減する請求項５記載の無線機器。
［請求項１１］
前記コントローラは、電力消費を削減して前記緊急通話のための電力を維持するために、前記無線機器の機能処理能力特徴を終了する請求項１０記載の無線機器。
［請求項１２］
前記コントローラに動作可能に結合され、機能処理能力特徴設定データを表すデータを保存するメモリを具備する請求項５記載の無線機器。
［請求項１３］
前記コントローラは、緊急通話モードにあるときに前記無線機器の表示能力を削減する請求項１１記載の無線機器。
［請求項１４］
無線機器の受信信号強度を判断する無線信号強度判断器と、
前記無線信号強度判断器に動作可能に結合され、判断された受信信号強度、バッテリ容量情報及びネットワーク混雑情報に基づいて前記無線機器の機能処理能力特徴を調整するコントローラと
を具備する携帯機器。
［請求項１５］
無線ネットワーク通信信号から前記ネットワーク混雑情報を受信する無線受信機を具備する請求項１４記載の無線機器。
［請求項１６］
前記コントローラは、前記判断された受信信号強度及びバッテリ容量情報に基づいて、機器上で動作するアプリケーションの動作をアプリケーションレベルで制御することにより、機器の機能処理能力特徴を調整する請求項１４記載の無線機器。
［請求項１７］
バッテリと、
前記バッテリに動作可能に結合され、前記バッテリの残存バッテリ容量に基づいて前記バッテリ容量情報を生成するバッテリ容量判断器と
を具備する請求項１４記載の無線機器。
［請求項１８］
前記コントローラは、前記判断された受信信号強度及びバッテリ容量情報に基づいて、いずれのアプリケーションが機器上で動作することになるかを選択することにより、機器の機能処理能力特徴を調整する請求項１４記載の無線機器。
［請求項１９］
ユーザ設定可能な通話時間閾値を提供するユーザインタフェースを具備し、
前記コントローラは、前記ユーザ設定可能な通話時間閾値によって示される所望の通話時間を維持するために前記ユーザ設定可能な通話時間閾値に基づいて前記機能処理能力特徴を設定する
請求項１４記載の無線機器。
［請求項２０］
前記コントローラは、機能処理能力特徴を提供するために使用されることになる電力量を判断し、緊急通話のための電力を維持するために電力切れ状態に先立って緊急通話モードに入る請求項１４記載の無線機器。
［請求項２１］
前記コントローラは、電力消費を削減して前記緊急通話のための電力を維持するために前記無線機器の機能処理能力特徴を終了する請求項２０記載の無線機器。
［請求項２２］
前記コントローラに動作可能に結合され、機能処理能力特徴設定データを表すデータを保存するメモリを具備する請求項１４記載の無線機器。
［請求項２３］
前記コントローラは、緊急通話モードにあるときに、前記無線機器の表示能力を削減する請求項２１記載の無線機器。
［請求項２４］
ユーザ優先順位付けされた機能処理能力特徴を表すデータを得ることと、
ユーザ優先順位付けされた機器の機能処理能力特徴に基づいて、かつ、前記機器内のバッテリの残存電力容量及び携帯機器の電力消費速度に応答して、前記ユーザ優先順位付けされた機能処理能力特徴に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備するために機器の動作を動的に制御することと
を具備する方法。
［請求項２５］
ユーザ優先順位付けされた機能処理能力特徴は、通話時間閾値を表すデータを包含し、
前記方法は、前記バッテリの電力容量が減少するにつれて前記通話時間閾値に調和してより低い優先度の機能処理能力特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備するために前記機器の動作を動的に制御することを含む請求項２４記載の方法。
［請求項２６］
選択可能な機能処理能力特徴優先データを提供することと、
選択されたユーザ優先順位付けされた機能処理能力特徴を表すデータをメモリ内に保存することと
を具備する請求項２４記載の方法。
［請求項２７］
前記バッテリの電力容量が減少するにつれてユーザ優先順位付けされた機能処理能力特徴を表すデータに調和してより低い優先度の特徴を犠牲にしてより高い優先度の機能処理能力特徴のための電力を準備するために前記機器の動作を動的に制御することが、受信信号強度情報にも基づいてなされる請求項２４記載の方法。
［請求項２８］
携帯機器に関しての受信信号強度を判断することと、
判断された受信信号強度及びバッテリ容量情報に基づいて前記携帯機器の機能処理能力特徴を調整することと
を具備する方法。
［請求項２９］
前記判断された受信信号強度及びバッテリ容量情報に基づいて、機器上で動作するプリケーションの動作をアプリケーションレベルで制御することにより、前記機器の機能処理能力特徴を調整することを具備する請求項２８記載の方法。
［請求項３０］
前記判断された受信信号強度及びバッテリ容量情報に基づいて、いずれのアプリケーションが機器上で動作することになるかを選択することにより前記機器の機能処理能力特徴を調整する請求項２８記載の方法。
［請求項３１］
ユーザ設定可能な通話時間閾値を使用することと、
前記ユーザ設定可能な通話時間閾値によって示される所望の通話時間を維持するために前記ユーザ設定可能な通話時間閾値に基づいて前記機能処理能力特徴を設定することと
を具備する請求項２８記載の方法。
［請求項３２］
機能処理能力特徴を提供するために使用されることになる電力量を判断することを具備し、
緊急通話のための電力を維持するために処理能力特徴を削減する
請求項２８記載の方法。
［請求項３３］
電力消費を削減して前記緊急通話のための電力を維持するために前記無線機器の機能処理能力特徴を終了することを具備する請求項２８記載の方法。
［請求項３４］
緊急通話モードにあるときに、前記無線機器の表示能力を削減することを具備する請求項３２記載の方法。
［請求項３５］
ネットワーク混雑情報に基づいて前記携帯機器の機能処理能力特徴を調整することを更に具備する請求項２８記載の方法。
［請求項３６］
ネットワーク混雑における減少を示すネットワーク混雑情報に応答して、前記携帯機器に縮小電力モードに入らせることを具備する請求項３５記載の方法。
［請求項３７］
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すか否かを判断することと、
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すならば、前記携帯機器の信号送信電力を増加させることと、
送信電力における増加によって生じる追加的な電力消費を部分的に補うために、他の特徴によって生じる電力消費を削減することと
を具備する請求項３５記載の方法。
［請求項３８］
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すか否かを判断することと、
前記ネットワーク混雑情報が所望の高レベル閾値以上のネットワーク混雑レベルを示すならば、現在の電力レベルでパケットの送信を繰り返すこと
を具備する請求項３５記載の方法。
［請求項３９］
前記機器の現在の動作条件に基づいて前記機器の電力使用速度を判断することと、
前記電力使用速度に基づいてアプリケーションが実行を継続できる時間量を予測することと、
所望のアプリケーション実行時間にわたって所望のアプリケーションサービス品質が維持され得るか否かを判断することと、
所望のアプリケーション実行時間にわたって所望のアプリケーションサービス品質が維持され得るならば、前記所望のアプリケーション実行時間を満たすために前記機器の電力消費及び前記アプリケーションによって提供されるサービス品質を調整することと
を具備する請求項２８記載の方法。
［請求項４０］
前記所望のアプリケーション実行時間を満たすために前記機器の電力消費及び前記アプリケーションによって提供されるサービス品質を調整することは、最小のバッテリ電力エネルギー保留を維持するためにアプリケーションを終了することを包含する請求項３９記載の方法。
【図１】
0004834159.tif 000002
【図２】
0004834159.tif 000003
【図３】
0004834159.tif 000004
【図４】
0004834159.tif 000005
【図５】
0004834159.tif 000006
【図６】
0004834159.tif 000007
【図７】
0004834159.tif 000008
【図８】
0004834159.tif 000009
【図９】
0004834159.tif 000010
【図１０】
0004834159.tif 000011
【図１１】
0004834159.tif 000012
【図１２】
0004834159.tif 000013
【図１３】
0004834159.tif 000014
【図１４】
0004834159.tif 000015
【図１５】
0004834159.tif 000016
【図１６】
0004834159.tif 000017