(57)【特許請求の範囲】
【請求項１】
外部機器との通信処理と、音声データを再生する再生処理と、を含む複数の処理を並列実行する通信機能付き電子機器において、
当該電子機器が実行する処理、当該処理に必要な消費電力の所定の設定値、及び、当該処理の優先度を対応づけて記憶する記憶手段と、
当該電子機器が実行する処理によって消費される消費電力の合計値を取得する取得手段と、
前記通信処理が実行されるときに、前記取得手段により取得された合計値と前記通信処理によって消費される消費電力との和と、所定のしきい値とを比較する第１の比較手段と、
前記第１の比較手段による比較の結果と前記記憶手段に記憶された優先度とに基づいて、前記並列実行されている複数の処理のうちの特定の処理による消費電力を小さくするよう制御する処理制御手段と、
前記再生処理が行われている場合に、前記再生される音声データを先読みし、当該先読みした音声データから、前記再生処理による所定期間経過後の消費電力の予測値を求める予測値取得手段と、
前記予測値取得手段によって取得された予測値と前記しきい値とを比較する第２の比較手段と、
を備え、
前記処理制御手段は、前記予測値が前記しきい値より大きくなると前記第２の比較手段により判定された場合、前記並列実行されている複数の処理のうち、前記記憶されている優先度が最も低い処理による消費電力を小さくするように制御する、
ことを特徴とする通信機能付き電子機器。
【請求項２】
前記予測値取得手段は、前記先読みした音声データを解析して音圧値を求め、当該求めた音圧値から、前記再生処理において予測される消費電力を取得する、
ことを特徴とする、請求項１に記載の通信機能付き電子機器。
【請求項３】
前記処理制御手段は、前記第１の比較手段により、前記取得手段により取得された合計値と前記通信処理によって消費される消費電力との和が前記所定のしきい値より大きいと判定された場合に、前記記憶手段に記憶された優先度に基づいて、前記並列実行されている複数の処理のうち特定の処理を一時停止させ、その後、前記第１の比較手段により前記所定のしきい値が前記取得手段により取得された合計値と前記通信処理によって消費される消費電力との和より大きいと判定された場合に、前記一時停止された前記特定の処理を再開する、
ことを特徴とする、請求項１又は２に記載の通信機能付き電子機器。
【請求項４】
外部機器との通信処理と、音声データを再生する再生処理と、を含む複数の処理を並列実行する通信機能付き電子機器の処理制御方法であって、
当該電子機器が実行する処理によって消費される消費電力の合計値を取得する取得ステップと、
前記通信処理が実行されるときに、前記取得ステップにて取得された合計値と前記通信処理によって消費される消費電力との和と、所定のしきい値とを比較する第１の比較ステップと、
前記第１の比較ステップによる比較の結果と、当該電子機器が実行する処理に対応付けられる優先度とに基づいて、前記並列実行されている複数の処理のうちの特定の処理による消費電力を小さくするよう制御する処理制御ステップと、
前記再生処理が行われている場合に、前記再生される音声データを先読みし、当該先読みした音声データから、前記再生処理による所定期間経過後の消費電力の予測値を求める予測値取得ステップと、
前記予測値取得ステップにおいて取得された予測値と前記しきい値とを比較する第２の比較ステップと、
を備え、
前記処理制御ステップでは、前記予測値が前記しきい値より大きくなると前記第２の比較ステップにおいて判定された場合、前記並列実行されている複数の処理のうち前記優先度が最も低い処理による消費電力を小さくするように制御する、
ことを特徴とする処理制御方法。
【請求項５】
外部機器との通信処理と、音声データを再生する再生処理と、を含む複数の処理を並列実行するコンピュータを、
当該コンピュータにより実行される処理によって消費される消費電力の合計値を取得する取得手段、
当該コンピュータが通信処理を実行するときに、前記取得手段によって取得された合計値と前記通信処理によって消費される消費電力との和と、所定のしきい値とを比較する第１の比較手段、
前記第１の比較手段による比較の結果と、当該コンピュータが実行する処理に必要な消費電力の所定の設定値と、当該処理の優先度とに基づいて、前記並列実行されている複数の処理のうちの特定の処理による消費電力を小さくするよう制御する処理制御手段、
前記再生処理が行われている場合に、前記再生される音声データを先読みし、当該先読みした音声データから、前記再生処理による所定期間経過後の消費電力の予測値を求める予測値取得手段、
前記予測値取得手段によって取得された予測値と前記しきい値とを比較する第２の比較手段、
として機能させ、
前記処理制御手段は、前記予測値が前記しきい値より大きくなると前記第２の比較手段により判定された場合、前記並列実行されている複数の処理のうち前記優先度が最も低い処理による消費電力を小さくするように制御する、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の処理を並列実行する電子機器に関し、特に、複数の処理に通信処理が含まれる場合に好適な通信機能付き電子機器、処理制御方法、及び、処理制御プログラムに関する。
【背景技術】
【０００２】
近年、携帯電話機に代表される通信機能を備えた電子機器が広く普及している。このような機器では、ユーザの多種多様なニーズに応えるために、また、多種多様なサービスをユーザに提供するために、複数のアプリケーションソフトウェア（以下、「アプリケーション」と呼ぶ）を実装していることが多い。例えば、携帯電話機の場合、通信用アプリケーション、待ち受け画面用アプリケーションのほか、カメラ撮影用アプリケーション、音楽再生用アプリケーション、テレビリモコン用アプリケーション、などである。そして、電子機器は、これらのアプリケーションを用いた複数の機能を並列処理することができる。
【０００３】
例えば、特許文献１には、赤外線通信機能を用いて外部のプリンタに画像などのデータを送信すると同時に、無線通信による着信に応答することができる携帯電話機が開示されている。
【特許文献１】特開２００５−１０２１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上述のようなアプリケーションを起動して処理を行うためには正常に動作するために必要な消費電力を確保する必要があるが、消費電力はアプリケーションを実行中に一定とは限らず、状況によって電力源の正常時の最大放電電流を一時的に超えてしまう場合がある。例えば、正常時の最大放電電流に近い消費電力を必要としている状況で、通信エリアの変更に伴う登録処理や着信等、ユーザが予期しない通信処理を動作させると一時的に電圧が不安定になり、アプリケーションの誤動作あるいは携帯電話機能の停止という事態が発生してしまう恐れがある。
【０００５】
この発明は、上記実情に鑑みてなされたものであり、複数の処理を並列に実行しているとき、予期しない通信処理による他の処理への影響を抑えることが可能な通信機能付き電子機器、処理制御方法、及び、処理制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る通信機能付き電子機器は、外部機器との通信処理と、音声データを再生する再生処理と、を含む複数の処理を並列実行する通信機能付き電子機器において、
当該電子機器が実行する処理、当該処理に必要な消費電力の所定の設定値、及び、当該処理の優先度を対応づけて記憶する記憶手段と、
当該電子機器が実行する処理によって消費される消費電力の合計値を取得する取得手段と、
前記通信処理が実行されるときに、前記取得手段により取得された合計値と前記通信処理によって消費される消費電力との和と、所定のしきい値とを比較する第１の比較手段と、
前記第１の比較手段による比較の結果と前記記憶手段に記憶された優先度とに基づいて、前記並列実行されている複数の処理のうちの特定の処理による消費電力を小さくするよう制御する処理制御手段と、
前記再生処理が行われている場合に、前記再生される音声データを先読みし、当該先読みした音声データから、前記再生処理による所定期間経過後の消費電力の予測値を求める予測値取得手段と、
前記予測値取得手段によって取得された予測値と前記しきい値とを比較する第２の比較手段と、
を備え、
前記処理制御手段は、前記予測値が前記しきい値より大きくなると前記第２の比較手段により判定された場合、前記並列実行されている複数の処理のうち、前記記憶されている優先度が最も低い処理による消費電力を小さくするように制御する。
この結果、通信機能付き電子機器は、並列実行された通信処理を含む処理によって消費される消費電力の総和と所定のしきい値とを、例えば通信処理の開始前に比較し、このしきい値の方が小さい場合に、優先度に基づいて特定の処理により消費される消費電力を小さく制御することができる。すなわち、予期しない着信などの通信処理が発生した場合でも、優先度に基づいて特定の処理の消費電力を抑えることにより機器全体の消費電力を確保することができ、正常に通信処理を行うことができる。
【０００７】
また、前記予測値取得手段は、前記先読みした音声データを解析して音圧値を求め、当該求めた音圧値から、前記再生処理において予測される消費電力を取得してもよい。
また、前記処理制御手段は、前記第１の比較手段により、前記取得手段により取得された合計値と前記通信処理によって消費される消費電力との和が前記所定のしきい値より大きいと判定された場合に、前記記憶手段に記憶された優先度に基づいて、前記並列実行されている複数の処理のうち特定の処理を一時停止させ、その後、前記第１の比較手段により前記所定のしきい値が、前記取得手段により取得された合計値と前記通信処理によって消費される消費電力との和より大きいと判定された場合に、前記一時停止された前記特定の処理を再開してもよい。
この結果、通信機能付き電子機器は、並列実行された通信処理を含む処理によって消費される消費電力の総和と所定のしきい値とを通信処理の開始前に比較し、しきい値の方が小さい場合に優先度に基づいて特定の処理を一時停止させることができる。そして、並列実行された処理によって消費される消費電力の総和の方が小さくなったときに、一時停止された特定の処理を再開することができる。すなわち、予期しない着信などの通信処理が発生した場合でも、優先度に基づいて特定の処理を一時停止することにより機器全体の消費電力を確保することができ、正常に通信処理を行うことができる。そして、一時停止された特定の処理を再開するために十分な電力を確保できたときに、この処理を再開することができる。
【０００９】
上記目的を達成するため、本発明の第２の観点に係る処理制御方法は、外部機器との通信処理と、音声データを再生する再生処理と、を含む複数の処理を並列実行する通信機能付き電子機器の処理制御方法であって、
当該電子機器が実行する処理によって消費される消費電力の合計値を取得する取得ステップと、
前記通信処理が実行されるときに、前記取得ステップにて取得された合計値と前記通信処理によって消費される消費電力との和と、所定のしきい値とを比較する第１の比較ステップと、
前記第１の比較ステップによる比較の結果と、当該電子機器が実行する処理に対応付けられる優先度とに基づいて、前記並列実行されている複数の処理のうちの特定の処理による消費電力を小さくするよう制御する処理制御ステップと、
前記再生処理が行われている場合に、前記再生される音声データを先読みし、当該先読みした音声データから、前記再生処理による所定期間経過後の消費電力の予測値を求める予測値取得ステップと、
前記予測値取得ステップにおいて取得された予測値と前記しきい値とを比較する第２の比較ステップと、
を備え、
前記処理制御ステップでは、前記予測値が前記しきい値より大きくなると前記第２の比較ステップにおいて判定された場合、前記並列実行されている複数の処理のうち前記優先度が最も低い処理による消費電力を小さくするように制御する。
この結果、並列実行される通信処理を含むすべての処理によって消費される消費電力の総和と所定のしきい値とを比較し、前記総和の方が大きくなる場合は、当該電子機器が実行する処理に必要な消費電力の所定の設定値と、当該処理の優先度とに基づいて、特定の処理により消費される消費電力を小さく制御することができる情報処理方法を提供することができる。すなわち、この動作制御方法により制御される通信機能付き電子機器は、予期しない着信などの通信処理が発生した場合でも、特定の処理の消費電力を抑えることにより機器全体の消費電力を確保することができ、正常に通信処理を行うことができる。
【００１０】
上記目的を達成するため、本発明の第３の観点に係るプログラムは、外部機器との通信処理と、音声データを再生する再生処理と、を含む複数の処理を並列実行するコンピュータを、
当該コンピュータにより実行される処理によって消費される消費電力の合計値を取得する取得手段、
当該コンピュータが通信処理を実行するときに、前記取得手段によって取得された合計値と前記通信処理によって消費される消費電力との和と、所定のしきい値とを比較する第１の比較手段、
前記第１の比較手段による比較の結果と、当該コンピュータが実行する処理に必要な消費電力の所定の設定値と、当該処理の優先度とに基づいて、前記並列実行されている複数の処理のうちの特定の処理による消費電力を小さくするよう制御する処理制御手段、
前記再生処理が行われている場合に、前記再生される音声データを先読みし、当該先読みした音声データから、前記再生処理による所定期間経過後の消費電力の予測値を求める予測値取得手段、
前記予測値取得手段によって取得された予測値と前記しきい値とを比較する第２の比較手段、
として機能させ、
前記処理制御手段は、前記予測値が前記しきい値より大きくなると前記第２の比較手段により判定された場合、前記並列実行されている複数の処理のうち前記優先度が最も低い処理による消費電力を小さくするように制御する。
この結果、プログラムは、コンピュータを上記の通信機能付き電子機器として機能させることができる。
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記憶媒体に記録することができる。
上記プログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記憶媒体は、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００１１】
この発明によれば、並列実行される複数処理のうち１つの処理の消費電力の変化が他の処理に及ぼす影響を抑えるために好適な通信機能付き電子機器、処理制御方法及び処理制御プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１２】
（実施形態１）
以下、本発明を携帯電話機に適用させた場合についての実施形態を詳述する。
【００１３】
図１は、本実施形態に係る通信機能付き電子機器として、携帯電話機１００の構成を示す図である。本図のように、携帯電話機１００は、無線処理部１０１、表示部１０２、入力部１０３、Ｉ／Ｏ（Input/Output）１０４、音声処理部１０５、赤外線通信部１０６、制御部１０７、ＲＯＭ（Read Only Memory）１０８、ＲＡＭ（Random Access Memory）１０９、電源部１１０、及び、システムバス１１１を備える。
【００１４】
無線処理部１０１は、携帯電話機１００が携帯電話の送信機となる場合、マイクロフォン１２５により入力され音声処理部１０５が備えるＡ／Ｄ（Analog/Digital）コンバータ（図示せず）により変換された音声信号を変調し、無線処理部１０１が備えるアンテナ１２１を用いて相手（受信側）に送信する。また、携帯電話機１００が受信機となる場合、無線処理部１０１が備えるアンテナ１２１を用いて音声信号等を受信し、入力された音声信号を復調する。復調された音声信号は音声処理部１０５に入力される。
【００１５】
表示部１０２は、制御部１０７や表示部１０２が備える画像演算プロセッサ（図示せず）によって画像データを加工処理した後、表示部１０２が備える出力バッファ（図示せず）に記録する。出力バッファに記録された画像情報は、所定の同期タイミングで画像信号に変換され、表示部１０２に接続されるディスプレイ１２２に出力される。これにより、各種の画像表示が可能となる。例えば、ディスプレイ１２２は、ＬＣＤ（Liquid Crystal Display）から構成される。
【００１６】
操作部１０３は、操作キー１２３からの操作信号が入力され、操作信号に対応するキーコード信号を制御部１０７に出力する。制御部１０７は、キーコード信号に基づき、操作内容を決定する。
【００１７】
Ｉ／Ｏ１０４は、メモリカード等の外部記録媒体との接続を行いデータの入出力を行う。また、例えば、ＵＳＢ（Universal Serial Bus）接続により携帯電話機１００と外部機器とを接続して、外部機器との間でデータの入出力を行う。
【００１８】
音声処理部１０５は、携帯電話機１００が携帯電話の送信機となる場合、ユーザの発声音等を音声処理部１０５に接続されるマイクロフォン１２５によって集音し、音声処理部１０５が備えるＡ／Ｄ（Analog/Digital）コンバータ（図示せず）により音声信号に変換し音声信号を出力する。また、音声処理部１０５は、携帯電話機１００が受信機となる場合、音声処理部１０５に接続されるスピーカ１２４に、音声処理部１０５が備えるＤ／Ａ（Digital/Analog）コンバータ（図示せず）により復調された通話音を出力する。
【００１９】
赤外線通信部１０６は、赤外線ポート１２６を用いて赤外線によるデータ通信などを行う。例えば、赤外線データ通信は、ＩｒＤＡ（Infrared Data Association）規格に基づいて行われる。
【００２０】
制御部１０７は、ＲＯＭ１０８に記憶された制御プログラムに従って、携帯電話機１００の全体の制御を行う。制御部１０７は、制御の必要に応じて、各部に制御信号およびデータを送信、または、各部から応答信号およびデータを受信する。例えば、制御部１０７は、ＣＰＵ（Central Processing Unit）から構成される。また、制御部１０７は、ディスプレイ１２２を制御するためのドライバ１２２１と、操作キー１２３を制御するためのドライバ１２３１に接続されたドライバ１２７を用いて、ディスプレイ１２２や操作キー１２３を必要に応じて制御することができる。
【００２１】
ＲＯＭ１０８は、携帯電話機１００の全体の制御に必要なオペレーティングシステムやプログラム等を記憶する不揮発性メモリである。
【００２２】
ＲＡＭ１０９は、制御部１０７が行う処理に必要なデータやプログラム等を一時的に記憶する。また、ＲＡＭ１０９の記憶領域の一部はフラッシュメモリから構成され、電話やメールに使用するアドレス帳、通話の履歴、各種機能の設定値等を記憶する。
【００２３】
電源部１１０は、携帯電話機１００を駆動させるための電源である。
【００２４】
システムバス１１１は無線処理部１０１、表示部１０２、入力部１０３、Ｉ／Ｏ１０４、音声処理部１０５、赤外線通信部１０６、制御部１０７、ＲＯＭ１０８、ＲＡＭ１０９、電源部１１０との間で命令やデータを転送するための伝送経路である。
【００２５】
次に、本実施形態の携帯電話機１００の制御部１０７等が実行する処理について図２を用いて説明する。
【００２６】
携帯電話機１００は、無線通信部２０１と、記憶部２０２と、取得部２０３と、比較部２０４と、動作制御部２０５と、を備える。
【００２７】
無線通信部２０１は、動作制御部２０５からの指示により携帯電話機１００に携帯電話の通話機能を実現させるための処理を行う。無線通信部２０１は、携帯電話機１００が携帯電話の送信機となる場合、マイクロフォン１２５により入力された音声信号を音声処理部１０５が備えるＡ／Ｄコンバータによりディジタル変換する。そして、無線通信部２０１は、変換された音声信号を変調し、無線処理部１０１に接続されたアンテナ１２１を用いて相手（受信側）に送信する。また、携帯電話機１００が受信機能を動作させる場合、無線通信部２０１は、無線処理部１０１に接続されたアンテナ１２１を用いて音声信号を相手（送信側）から受信し、受信した音声信号を復調して、音声処理部１０５が備えるＤ／Ａコンバータによりアナログ変換する。変換された音声信号は、音声処理部１０５に接続されたスピーカ１２４に出力される。
なお、無線処理部１０１と音声処理部１０５と制御部１０７とが協働して動作することにより、無線通信部２０１として機能する。
【００２８】
記憶部２０２は、携帯電話機１００が実行する処理を示す情報と、この処理に必要な消費電力の所定の設定値と、優先度とを対応づけた情報を記憶するタスク管理テーブル３０１を格納する。携帯電話機１００が行う処理は、１つのアプリケーションが行なっている作業（以下、「タスク」と呼ぶ）を１つの単位として管理される。ここで、タスクには、例えば、上述の無線通信部１０１により実行される通話処理のほか、受信待機（待ち受け）処理、表示部１０２に接続されるディスプレイ１２２のバックライト点灯処理、赤外線通信部１０６による赤外線通信処理、音楽再生処理、テレビリモコン処理などがある。記憶部２０２は、動作制御部２０５によりタスクが実行されると、動作制御部２０５からの指示によりそのタスクの内容を示す情報とその優先度とをタスク管理テーブル３０１に記憶する。なお、本実施形態では、無線通信部２０１により実行される処理（例えば、通話処理、待ち受け処理、位置登録処理等）の優先度を最も高く設定している。
【００２９】
図３（ａ）は、記憶部２０２が格納するタスク管理テーブル３０１が記憶する情報の例を示す図である。例えば本図では、タスク管理テーブル３０１は、携帯電話機１００の受信待機処理を示す「待ち受け」処理の必要消費電流が１５０ミリアンペアであり、この処理の優先度が第１位であることが記憶されている。すなわち、この状態では、携帯電話機１００は動作制御部２０５により待ち受け処理が実行中である。同様に、ディスプレイ１２２の「バックライト点灯」処理の必要消費電力が２５０ミリアンペア、優先度が第２位で実行中である。また、赤外線通信部１０６による「テレビリモコン用アプリケーション起動」処理の必要消費電力が１００ミリアンペア、優先度が第３位で実行中である。さらに、操作キー１２３の「キーバックライト点灯」処理の必要消費電力が６０ミリアンペア、優先度が最も低い順位で実行中である。このように、タスク管理テーブル３０１は、携帯電話機１００が実行しているタスクを管理するテーブルである。
【００３０】
ここで、タスク管理テーブル３０１に記憶される必要消費電力は、対応するタスクを実行するために必要な消費電力であり、予め測定されて得られている値である。例えば、ＲＯＭ１０８に記憶されているプログラムは、タスクの種類と必要消費電力とを対応づけるデータを予め備えている。あるいは、携帯電話機１００は、タスクの種類と必要消費電力とを対応づけるテーブルやデータベースを備えていてもよい。
【００３１】
例えば、ユーザによる操作によりテレビリモコン用アプリケーションを用いてテレビリモコン処理が実行されたとする。このとき、動作制御部２０５は、携帯電話機１００がテレビジョン受像機のチャンネルを制御するリモートコントローラとして機能するように携帯電話機１００の全体を制御する。すなわち、入力部１０３は操作キー１２３により入力された入力信号を制御部１０７に送信し、制御部１０７は対応する動作を赤外線通信部１０６に実行させ、赤外線ポート１２６により所定の赤外線信号が発信される。
【００３２】
また、後述するように、動作制御部２０５は、携帯電話機１００で実行されるタスクの状態が変化するとタスク管理テーブル３０１に記憶する情報を更新し、例えば図３（ｂ）に示すような内容に書き換える。例えば本図では、携帯電話機１００は、図３（ａ）の状態と比べて新たに「赤外線通信」処理が優先度第４位で実行中であることになる。なお、この例では、「キーバックライト点灯」処理は最も優先度を低くして実行するように設定されているため、「キーバックライト点灯」処理の優先度は第４位から第５位に更新されている。
なお、ＲＡＭ１０９と制御部１０７とが協働して動作することにより、記憶部２０２として機能する。
【００３３】
取得部２０３は、携帯電話機１００全体の消費電力を取得する。
【００３４】
例えば、図４は、取得部２０３が取得する消費電力（本図では電流値を採用）の時系列変化の例を示す図である。本図では、時刻Ｔ１に通常の待ち受け処理に加えて操作キー１２３のキーバックライト点灯処理が実行されて消費電流値がＣ１からＣ２に変化している。また、時刻Ｔ２にディスプレイ１２２のバックライト点灯処理が実行されて、消費電流値がＣ２からＣ３に変化している。同様に、時刻Ｔ３に更にテレビリモコン用アプリケーションが起動されて消費電流値がＣ３からＣ４へ、時刻Ｔ４に更に赤外線通信が実行されて消費電流値がＣ４からＣ５へ、それぞれ変化している。取得部２０３は、取得した消費電力の値を比較部２０４に入力する。
なお、電源部１１０と制御部１０７とが協働して動作することにより取得部２０３として機能する。
【００３５】
比較部２０４は、動作制御部２０５により入力された新規に起動するタスクの必要消費電力と取得部２０３により入力された現在の消費電力の和と、所定のしきい値とを比較し、消費電力がしきい値よりも大きくなるか否かを判定する。比較部２０４は、比較結果を動作制御部２０５に入力する。本実施形態では、比較部２０４は、携帯電話機１００で実行されるタスクに変化があり動作制御部２０５から通知があったタイミングでこの比較を行う。ただし、この比較を行うタイミングはこれに限られず、例えば携帯電話機１００の電源が入っているときには起動される可能性のあるタスクについて常に行うようにしてもよい。
なお、制御部１０７が比較部２０４として機能する。
【００３６】
動作制御部２０５は、携帯電話機１００を携帯電話の送信機及び受信機として機能させるように無線通信部２０１を制御する。また、動作制御部２０５は、携帯電話機１００が実行する他の処理（例えば、バックライト点灯処理、キーバックライト点灯処理、音楽再生処理、テレビリモコン処理、画像処理など）を並行して動作させる制御を行う。
【００３７】
特に、動作制御部２０５は、上述したように、携帯電話機１００で実行されるタスクを管理し、実行するタスクに変化があるとタスク管理テーブル３０１を適宜更新する。また、動作制御部２０５は、新たにタスクを起動する際に、タスクを起動する旨を予め取得部２０３及び比較部２０４に通知する。そして、動作制御部２０５は、比較部２０４により入力された比較結果に基づいて、携帯電話機１００が正常に機能するために、予め設定された消費電力のしきい値を超えないようにタスクを制御する処理（以下、「動作制御処理」と呼ぶ）を行う。
なお、制御部１０７が動作制御部２０５として機能する。
【００３８】
例えば、比較部２０４は、実行されるタスクが変化する通知を動作制御部２０５から受け取ると、その時点における携帯電話機１００全体の消費電力と、新たに起動されるタスクの必要消費電力との和を求めて、タスクを実行したときに予測される消費電力が所定のしきい値Ｃｔｈとを比較し、この比較の結果、所定のしきい値Ｃｔｈより大きいか否かを判定する。図４の場合、比較部２０４は、時刻Ｔ１、Ｔ２、Ｔ３、Ｔ４のいずれのタイミングにおいてもしきい値Ｃｔｈの方が大きいと判定する。
【００３９】
一方、図５は、比較部２０４による比較の結果、予測される消費電力がしきい値Ｃｔｈよりも大きくなった例を示す図である。
例えば、動作制御部２０５は、時刻Ｔ１に操作キー１２３の「キーバックライト点灯」処理の開始を比較部２０４に通知する。比較部２０４は、新たに起動されるタスク（キーバックライト点灯処理）の必要消費電力を含めた携帯電話機１００の消費電力と、所定のしきい値Ｃｔｈとを比較し、所定のしきい値Ｃｔｈの方が大きいと判定する。その結果、動作制御部２０５は時刻Ｔ１に「キーバックライト点灯」処理を開始する。取得部２０３は、時刻Ｔ１に携帯電話機１００の消費電力がＣ１からＣ２に変化したことを検出する。
同様に、時刻Ｔ２にディスプレイ１２２の「バックライト点灯」処理の開始を比較部２０４に通知する。比較部２０４は、新たに起動されるタスク（バックライト点灯処理）の必要消費電力を含めた携帯電話機１００の消費電力と、所定のしきい値Ｃｔｈとを比較し、所定のしきい値Ｃｔｈの方が大きいと判定する。その結果、動作制御部２０５は時刻Ｔ２に通常の明るさで「バックライト点灯」処理を開始する。取得部２０３は、時刻Ｔ２に携帯電話機１００の消費電力がＣ２からＣ３に変化したことを検出する。このとき、タスク管理テーブル３０１には例えば図３（ｂ）に示すような情報が動作制御部２０５の制御により記憶されている。
【００４０】
次に、ユーザが携帯電話機１００を持ち歩くなどして携帯電話機１００の所属する無線基地局が変更されると、動作制御部２０５は、変更された無線基地局へ新たに位置登録要求処理を行うことを比較部２０４に通知する。動作制御部２０５は、タスク管理テーブル３０１を、例えば図６（ａ）のように更新する。比較部２０４は、新たに起動されるタスク（待ち受け＋位置登録）の必要消費電力を含めた携帯電話機１００の消費電力を求めて予測値Ｃ５を取得し、この例では所定のしきい値Ｃｔｈの方が小さいと判定する。動作制御部２０５は、タスク管理テーブル３０１に記憶される情報に基づいて、最も優先度の高いタスク「待ち受け＋位置登録」が正常に実行できるようにタスク全体を制御する。
すなわち、動作制御部２０５は、最も優先度の低いタスク「キーバックライト点灯」処理に供給する電力を抑えることができるかを判定する。例えば、キーバックライトの点灯レベルがオン・オフの２段階しかなくアプリケーションの都合等によりキーバックライトをオフにできない場合、動作制御部２０５は次に優先度の低い「バックライト点灯」処理に供給する電力を抑えることができるかを判定する。例えば、バックライトの点灯レベルが図６（ｃ）に示すように必要消費電力が異なる複数のレベルが予め用意されているとすると、「バックライト点灯」処理に供給する電力を抑えてタスク「待ち受け＋位置登録」処理の実行に必要な電力を確保するように、通常よりバックライトの強さを弱める（バックライトを暗くする）。動作制御部２０５は、消費電流値が所定のしきい値Ｃｔｈより小さい値Ｃ４になるように、バックライトの点灯レベルを制御する。そして、動作制御部２０５は、例えば図６（ｂ）のようにタスク管理テーブル３０１を更新する。なお、消費電力の制御を行わなくても電力が足りる場合には、このような処理は行わない。また、キーバックライトの点灯レベルがバックライトと同様に必要消費電力が異なる複数のレベルを予め用意しておいてもよい。この場合、動作制御部２０５は、まず「キーバックライト点灯」処理に供給する電力を抑え、それでもしきい値Ｃｔｈの方が小さいときには「バックライト点灯」処理に供給する電力を抑えるようにすればよい。
【００４１】
さらに、動作制御部２０５は、最も優先度の高いタスク「待ち受け＋位置登録」処理が時刻Ｔ４に正常に終了すると、バックライト点灯処理のレベルを通常時に戻す（バックライトを明るくする）。
【００４２】
このように、携帯電話機１００は、新たにタスクを起動する前に予測される消費電力を求めて、並行して実行されている処理の優先度に基づいて、優先度の高い他のタスクへの影響を抑えることができる。
【００４３】
次に、動作制御処理について、図７のフローチャートを用いて説明する。
【００４４】
まず、動作制御部２０５は、実行するタスクの状態に変更があるか否かを判定する（ステップＳ１１）。例えば、新たにタスクを起動する場合や、実行中のタスクの消費電力に変化があった場合に、タスクの状態に変更があったと判定する。
【００４５】
実行するタスクに変更がない場合（ステップＳ１１；ＮＯ）、ステップＳ１１に戻り動作制御処理を続行する。なお、動作制御処理は、携帯電話機１００の電源を落とす指示（例えば、ユーザによる操作キー１２３の電源ボタン押下、など）があると終了する。
【００４６】
一方、実行するタスクに変更がある場合（ステップＳ１１；ＹＥＳ）、動作制御部２０５は、変更があったタスクの内容を反映するようにタスク管理テーブル３０１を更新する（ステップＳ１２）。
【００４７】
次に、動作制御部２０５は、実行するタスクに変更があったことを比較部２０４に通知する（ステップＳ１３）。
【００４８】
比較部２０４は、この通知を受け取ると、取得部２０３から携帯電話機１００の現在の消費電力を取得する。そして、比較部２０４は、タスク管理テーブル３０１に記憶された必要消費電力の総和と所定のしきい値とを比較し、比較結果を動作制御部２０５に入力する。動作制御部２０５は、比較結果を受け取る（ステップＳ１４）。なお、取得部２０３は、動作制御部２０５からの通知に関わらず常にあるいは定期的に消費電力を取得するようにしてもよい。そして、比較部２０４は、最新に取得した消費電力を用いて、タスク管理テーブル３０１に記憶された必要消費電力の総和と所定のしきい値との比較をするように構成してもよい。
【００４９】
比較の結果、必要消費電力の方が小さい場合（ステップＳ１５；ＮＯ）、動作制御部２０５はタスクを変更又は続行する（ステップＳ１６）。例えば、動作制御部２０５は新たにタスクを起動する。
【００５０】
比較の結果、必要消費電力の方が大きい場合（ステップＳ１５；ＹＥＳ）、動作制御部２０５は、タスク管理テーブル３０１に記憶された優先度に基づいて変更するタスクを決定し、タスク管理テーブル３０１を更新する（ステップＳ１７）。すなわち、動作制御部２０５は、優先度の高い処理が正常に行われるために必要な電力を確保するために、消費電力を小さくできる優先度の低いタスクとその変更内容を決定する。例えば、タスク管理テーブル３０１が図６（ａ）に示す内容であるとすると、動作制御部２０５は、優先度の最も高い「待ち受け＋位置登録」処理を正常に行うのに必要な電力を確保するために、優先度の低い「バックライト点灯」処理の消費電力を低くする（バックライトを暗くする）ことを決定し、タスク管理テーブル３０１を図６（ｂ）に示す内容に更新する。なお、上述のように本実施形態では優先度の最も低いタスクは「キーバックライト点灯」処理であるが、消費電力を抑えることが可能なもののうち、最も優先度が低いタスクは「バックライト点灯」処理であるとする。
【００５１】
そして、動作制御部２０５は、消費電力がしきい値を超えないようにタスクを変更する（ステップＳ１８）。例えば、動作制御部２０５は、「待ち受け＋位置登録」処理より優先度の低い「バックライト点灯」処理の消費電力を低くする（バックライトを暗くする）処理を実行する。
【００５２】
このように、本実施形態によれば、携帯電話機１００は、タスクの状態に変更があるときに予め変更後の消費電力を求めて、優先度の高い処理が正常に行われるように消費電力を制御することができる。そして、携帯電話機１００は、１つのタスクの消費電力の変化が他のタスクに及ぼす影響を抑えることができる。
【００５３】
なお、本実施形態では、１つのアプリケーションが行なっている作業を１つのタスクとして管理するが、これに限られるものではなく、１つのアプリケーションであっても実行する処理内容が異なればその種類に応じて別に管理するようにしてもよい。
【００５４】
（実施形態２）
次に、本発明の他の実施形態について、図８及び図９のフローチャートを用いて説明する。本実施形態では、携帯電話機１００は、管理されているタスクが実行する処理の中に消費電力の変化が予め分かっている場合に、タスクが実行している処理内容を変更することにより、並行して行っている他の処理への影響を事前に抑えることができる。なお、本実施形態では、発明の理解を容易にするために、上述した「キーバックライト点灯」を省略して説明する。すなわち、優先度の最も低いタスクは「バックライト点灯」処理であるとする。以下、詳述する。
【００５５】
まず、動作制御部２０５は、実行するタスクの状態に変更があるか否かを判定する（ステップＳ２１）。例えば、新たにタスクを起動する場合や、実行中のタスクの消費電力に変化があった場合に、タスクの状態に変更があったと判定する。
【００５６】
実行するタスクに変更がない場合（ステップＳ２１；ＮＯ）、ステップＳ２１に戻り動作制御処理を続行する。
【００５７】
一方、実行するタスクに変更がある場合（ステップＳ２１；ＹＥＳ）、動作制御部２０５は、現在実行し管理しているタスクの中に、消費電力の予測が可能なタスクがあるかを判定する（ステップＳ２２）。例えば、予測が可能なタスクとしては、音楽再生処理がある。音楽再生処理の場合、次に再生する音声データを予め取得することが可能であるため、次の音声データを解析して、例えば音量や曲調が変化するのに伴って消費電力が変化することを予測することが可能である。
【００５８】
消費電力の予測可能なタスクがない場合（ステップＳ２２；ＮＯ）、ステップＳ２４の処理に進む。一方、消費電力の予測が可能なタスクがある場合（ステップＳ２２；ＹＥＳ）、動作制御部２０５は予測処理を行う（ステップＳ２３）。
【００５９】
ここで、予測処理について説明する。本実施形態では音楽再生アプリケーションにより音声データを再生する場面を例に説明する。
まず、動作制御部２０５は、現在デコード中のパケットの次のパケットを読み出す（図９、ステップＳ３１）。すなわち、動作制御部２０５は次の音声データを先読みする。なお、先読みするデータ量は本発明によって限定されない。
【００６０】
次に、動作制御部２０５は、次に再生するパケットを解析する（ステップＳ３２）。例えば、動作制御部２０５は、先読みした音声データの音量や曲調を解析して、音圧値などを求める。
【００６１】
そして、動作制御部２０５は、予測される消費電力を求める（ステップＳ３３）。このように、動作制御部２０５は、現在実行しているタスクの消費電力を予測する。
【００６２】
動作制御処理の説明に戻り、動作制御部２０５は、変更があったタスクの内容を反映するようにタスク管理テーブル３０１を更新する（ステップＳ２４）。ここでタスク管理テーブル３０１に記憶される消費電力は、上述の予測処理によって求められた値である。
【００６３】
次に、動作制御部２０５は、予測処理に基づいて、実行するタスクに変更があることを比較部２０４に通知する（ステップＳ２５）。
【００６４】
比較部２０４は、この通知を受け取ると、取得部２０３から携帯電話機１００の現在の消費電力を取得する。そして、比較部２０４は、タスク管理テーブル３０１に記憶された必要消費電力の総和と所定のしきい値とを比較し、この比較結果を動作制御部２０５に入力する。動作制御部２０５は、比較結果を受け取る（ステップＳ２６）。
【００６５】
必要消費電力の方が小さい場合（ステップＳ２７；ＮＯ）、動作制御部２０５はタスクを変更又は続行する（ステップＳ２８）。例えば、動作制御部２０５は、音楽再生処理の必要消費電力を予測値に設定して、音楽再生処理などを続行する。
【００６６】
一方、必要消費電力の方が大きい場合（ステップＳ２７；ＹＥＳ）、動作制御部２０５は、タスク管理テーブル３０１に記憶された優先度に基づいて変更するタスクを決定し、タスク管理テーブル３０１を更新する（ステップＳ２９）。すなわち、動作制御部２０５は、優先度の高い処理が正常に行われるために必要な電力を確保するために、消費電力を小さくできる優先度の低いタスクとその変更内容を決定する。
【００６７】
そして、動作制御部２０５は、消費電力がしきい値を超えないようにタスクを変更する（ステップＳ３０）。例えば、動作制御部２０５は、優先度の最も低いバックライト点灯処理の消費電力を低くする（バックライトを暗くする）処理を実行する。
【００６８】
このように、本実施形態によれば、携帯電話機１００は、実行中のタスクの消費電力を予測して、優先度の高い処理が正常に行われるように消費電力を制御することができる。そして、携帯電話機１００は、１つのタスクの消費電力の変化が他のタスクに及ぼす影響を抑えることができる。
【００６９】
例えば、消費電力のしきい値Ｃｔｈが１１００ミリアンペアであり、予測処理の前にタスク管理テーブル３０１が図１０（ａ）に示すデータを記憶しているとする。動作制御部２０５は、上述の予測処理により音楽再生処理の消費電力が１５０ミリアンペアから２００ミリアンペアに変化することを事前に予測し、タスク管理テーブル３０１を図１０（ｂ）のように変更する。すなわち、音楽再生処理の必要消費電力が１５０ミリアンペアに設定されていたものを、音声データの先読みによる予測処理で得られた予測値２００ミリアンペアに変更して処理を続行する。さらに、動作制御部２０５は、実行するタスクを変更する旨を比較部２０４に通知し、消費電力としきい値Ｃｔｈとの比較結果を受け取る。そして、動作制御部２０５は、優先度の最も低いバックライト点灯処理の消費電力を抑えることを決定する。
【００７０】
ここで、上述の予測処理を行わない場合、バックライトの点灯レベルをレベル１からレベル３に落とせば消費電力の総和は１０７０ミリアンペアとなり、しきい値Ｃｔｈの１１００ミリアンペアを超えないと判断する。しかし、音楽再生処理を続行すると、音量や曲調の変化により再生途中に消費電力が１５０ミリアンペアから２００ミリアンペアになってしきい値Ｃｔｈを超えてしまう。すると、音楽再生の途中で一時的に消費電力のしきい値Ｃｔｈを超えてしまい、最も優先度の高い無線通信部２０１による「待ち受け＋位置登録」処理を含めた他の処理が正常に行われない事態となる可能性がでてきてしまう。
【００７１】
一方、本実施形態のように上述の予測処理を行うことによって、音声データの先読みにより音声再生処理の消費電力が１５０ミリアンペアから２００ミリアンペアに変化することが事前に分かっているため、レベル３ではなくレベル４まで落とすのが最適であると判断できる。すなわち、音楽再生の途中で一時的に消費電力のしきい値Ｃｔｈを超えてしまう問題を回避することができ、最も優先度の高い無線通信部２０１による「待ち受け＋位置登録」処理を含めた他の処理が正常に行われることになる。このように、予測処理によって近い将来の消費電力が予測できる場合に特に有効である。
【００７２】
（実施形態３）
次に、本発明の他の実施形態について、図１１のフローチャートを用いて説明する。本実施形態では、動作制御部２０５は、優先度の低いタスクの実行タイミングを制御することによって、消費電力の変化が及ぼす並行処理への影響を抑える。以下、詳述する。
【００７３】
動作制御部２０５は、記憶部２０２に停止カウンタを記憶する。この停止カウンタには、後述するように実行中のタスクを一時的に停止する際に停止する時間が設定される。なお、停止カウンタには、時間の代わりに、定期的な割り込み処理（例えば、ディスプレイ１２２の垂直同期割り込みなど）の回数を記憶してもよい。
【００７４】
まず、動作制御部２０５は、この停止カウンタに設定された時間が経過したか否かを判定する（ステップＳ４１）。なお、一時的に停止されたタスクがない場合には、停止カウンタには停止されたタスクがないことを示す所定値が設定されており、ステップＳ４１では設定時間を経過していないと判断される。
【００７５】
停止カウンタの設定時間が経過している場合（ステップＳ４１；ＹＥＳ）、動作制御部２０５は、停止したタスクを再開できなかった旨の通知をディスプレイ１２２に表示するエラー処理を行う（ステップＳ４２）。なお、エラー処理はこれに限られず、ユーザに対してタスクを再開できないことを通知するものであればよい。
【００７６】
停止カウンタの設定時間が経過していない場合（ステップＳ４１；ＮＯ）、動作制御部２０５は、実行するタスクの状態に変更があるか否かを判定する（ステップＳ４３）。例えば、新たにタスクを起動する場合や、実行中のタスクの消費電力に変化があった場合に、タスクの状態に変更があったと判定する。
【００７７】
実行するタスクに変更がない場合（ステップＳ４３；ＮＯ）、ステップＳ４１に戻り動作制御処理を続行する。
【００７８】
一方、実行するタスクに変更がある場合（ステップＳ４３；ＹＥＳ）、動作制御部２０５は、変更があったタスクの内容を反映するようにタスク管理テーブル３０１を更新する（ステップＳ４４）。
【００７９】
次に、動作制御部２０５は、実行するタスクに変更があったことを比較部２０４に通知する（ステップＳ４５）。
【００８０】
比較部２０４は、この通知を受け取ると、取得部２０３から携帯電話機１００の現在の消費電力を取得する。そして、比較部２０４は、タスク管理テーブル３０１に記憶された必要消費電力の総和と所定のしきい値Ｃｔｈとを比較し、比較結果を動作制御部２０５に入力する。動作制御部２０５は、比較結果を受け取る（ステップＳ４６）。
【００８１】
必要消費電力の方が大きい場合（ステップＳ４７；ＹＥＳ）、動作制御部２０５は、優先度が最も低い実行中のタスクを停止する設定時間を決定して停止カウンタに設定し、このタスクを設定時間だけ停止する（ステップＳ４８）。
【００８２】
一方、必要消費電力の方が小さい場合（ステップＳ４７；ＮＯ）、動作制御部２０５は、ステップＳ４８で既に停止しているタスクがあるか否かを判定する（ステップＳ４９）。
【００８３】
停止したタスクがある場合（ステップＳ４９；ＹＥＳ）、動作制御部２０５は、停止したタスクを再開する（ステップＳ５０）。また、動作制御部２０５は、タスク管理テーブル３０１に再開したタスクの消費電力を設定して、ステップＳ４７に戻る。
【００８４】
一方、停止したタスクがない場合（ステップＳ４９；ＮＯ）、動作制御部２０５はタスクを変更又は続行する（ステップＳ５１）。例えば、動作制御部２０５は新たにタスクを起動する。
【００８５】
このように、本実施形態によれば、携帯電話機１００は、優先度の低いタスクの実行タイミングを制御することによって、消費電力の変化が及ぼす並行処理への影響を抑えることができる。例えば、優先度の低いタスクに供給する消費電力量を抑えすぎることにより、実質的にこのタスクが機能停止してしまう事態を避けることができる。特に、必要消費電力がしきい値Ｃｔｈを瞬間的に（短期間に）超えるような場合には有効である。ただし、停止カウンタに設定される停止時間は、携帯電話機１００のユーザにストレスを感じさせない程度の時間であることが望ましい。
【００８６】
（実施形態４）
次に、本発明の他の実施形態について説明する。なお、本実施形態は、実施形態３に更に上述の予測処理を加えたものである。
【００８７】
動作制御部２０５は、ステップＳ４３でタスクの状態が変化したか否かの判定を行って、実行するタスクに変更がある場合（ステップＳ４３；ＹＥＳ）、図９のフローチャートに示す予測処理を行う。
【００８８】
そして、動作制御部２０５は、変更があったタスクの内容を反映するようにタスク管理テーブル３０１を更新する（ステップＳ４４）。ここでタスク管理テーブル３０１に記憶される消費電力は、上述の予測処理によって求められた値である。
【００８９】
なお、この他の処理については、実施形態３と同様であるため、説明を省略する。
【００９０】
このように、本実施形態によれば、携帯電話機１００は、実行中のタスクの消費電力を予測して、優先度の高い処理が正常に行われるように、優先度の低いタスクの実行タイミングを制御することによって、消費電力の変化が及ぼす並行処理への影響を抑えることができる。特に、音楽再生処理のように消費電力の予測が可能なタスクがある場合に有効である。
【００９１】
（実施形態５）
次に、本発明の他の実施形態について、図１２を用いて説明する。本実施形態は、上述の実施形態を組み合わせ、状況によって使い分けるようにしたものである。すなわち、携帯電話機１００の消費電力がしきい値よりも大きいときに、優先度の低いタスクに供給する電力を抑える制御（以下、「消費電力制御」と呼ぶ）と、優先度の低いタスクを一時停止する制御（以下、「タイミング制御」と呼ぶ）とを、状況により使い分ける。以下、詳述する。
【００９２】
まず、動作制御部２０５は、実行するタスクの状態に変更があるか否かを判定する（ステップＳ６１）。例えば、新たにタスクを起動する場合や、実行中のタスクの消費電力に変化があった場合に、タスクの状態に変更があったと判定する。
【００９３】
実行するタスクに変更がない場合（ステップＳ６１；ＮＯ）、ステップＳ５１に戻り動作制御処理を続行する。なお、動作制御処理は、携帯電話機１００の電源を落とす指示（例えば、ユーザによる操作キー１２３の電源ボタン押下、など）があると終了する。
【００９４】
一方、実行するタスクに変更がある場合（ステップＳ６１；ＹＥＳ）、動作制御部２０５は、変更があったタスクの消費電力が増加する時間を推定する（ステップＳ６２）。例えば、予め実行時間が測定可能なタスク（例えば、アプリケーション起動処理など）の標準処理時間を記憶部２０２に記憶しておき、動作制御部２０５は記憶された標準処理時間に基づいて消費電力が増加する時間を推定する。あるいは、例えば、動作制御部２０５は、音楽再生アプリケーションにより音声データを再生するときのように現在実行し管理しているタスクの中に消費電力の予測が可能なタスクがあると、現在デコード中のパケットの次のパケットを先読みして音量や曲調を解析することにより、消費電力が増加する時間を予測する。
【００９５】
次に、動作制御部２０５は、消費電力が増加すると推定された時間が、所定の設定値を超えるか否かを判定する（ステップＳ６３）。例えば、この設定値は、具体的な時間（例えば、１秒、０．１秒など）や、ディスプレイ１２２の垂直同期などの定期的な割り込みの回数が予め設定される。なお、設定される値は、携帯電話機１００のユーザにストレスを感じさせない程度の時間であることが望ましい。
【００９６】
推定された時間が所定の設定値を超える場合（ステップＳ６３；ＹＥＳ）、動作制御部２０５は、上述した消費電力制御を行う（ステップＳ６４）。すなわち、動作制御部２０５は、図７のフローチャートのステップＳ１２乃至Ｓ１８を行って、必要消費電力が所定のしきい値より大きい場合でも、優先度の低いタスクに供給する電力を抑えて、優先度の高いタスクが正常に行われるようにする。
【００９７】
一方、推定された時間が所定の設定値を超えない場合（ステップＳ６３；ＮＯ）、動作制御部２０５は、上述したタイミング制御を行う（ステップＳ６５）。すなわち、動作制御部２０５は、図８及び図９のフローチャートのステップＳ２１乃至Ｓ３３を行って、必要消費電力が所定のしきい値Ｃｔｈより大きくなると予測される場合でも、優先度の低いタスクに供給する電力を抑えて、優先度の高いタスクが正常に行われるようにする。
【００９８】
このように、本実施形態によれば、携帯電話機１００は、必要消費電力が所定のしきい値Ｃｔｈを超える時間に基づいて、消費電力制御とタイミング制御のうちの最適なものを選択して実行することができる。例えば、テレビリモコン用アプリケーションの起動時のように起動完了まで数秒かかる場合には消費電力制御を、実際に赤外線通信のパルス波を送信するときのように短時間で終了する場合にはタイミング制御を、それぞれ選択して実行することができる。
【００９９】
上記実施形態では、プログラムがＲＯＭ１０８に予め記憶されているものとして説明した。しかし、携帯電話機１００を、装置の全部又は一部として動作させ、あるいは、上述の処理を実行させるためのプログラムを、メモリカード、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical Disk）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、上述の手段として動作させ、あるいは、上述の工程を実行させてもよい。また、携帯電話機を使用したものとして説明したが、ＰＤＡ（Personal Digital Assistance）などの他の携帯端末に適用することも可能である。
【０１００】
さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。
【０１０１】
以上説明したように、本発明によれば、並列実行される複数処理のうち１つの処理の消費電力の変化が他の処理に及ぼす影響を抑えるために好適な携帯電話機、及び、情報処理方法を提供することができる。
【図面の簡単な説明】
【０１０２】
【図１】携帯電話機の構成を説明する図である。
【図２】携帯電話機が行う動作を説明する図である。
【図３】（ａ）（ｂ）は共にタスク管理テーブルに記憶される情報の例を示す図である。
【図４】取得部が取得する消費電力の時系列変化の例を示す図である。
【図５】取得部が取得する消費電力の時系列変化のその他の例を示す図である。
【図６】（ａ）動作制御処理前のタスク管理テーブルに記憶される情報の例を示す図である。（ｂ）動作制御処理後のタスク管理テーブルに記憶される情報の例を示す図である。（ｃ）バックライトの点灯レベルと必要消費電力との関係の例を示す図である。
【図７】実施形態１の動作制御処理を説明するフローチャートである。
【図８】実施形態２の動作制御処理を説明するフローチャートである。
【図９】予測処理を説明するフローチャートである。
【図１０】（ａ）〜（ｃ）はタスク管理テーブルに記憶される情報の例を示す図である。
【図１１】実施形態３の動作制御処理を説明するフローチャートである。
【図１２】実施形態５の動作制御処理を説明するフローチャートである。
【符号の説明】
【０１０３】
１００・・・携帯電話機、１０１・・・無線処理部、１０２・・・表示部、１０３・・・操作部、１０４・・・Ｉ／Ｏ、１０５・・・音声処理部、１０６・・・赤外線通信部、１０７・・・制御部、１０８・・・ＲＯＭ、１０９・・・ＲＡＭ、１１０・・・電源部、１１１・・・システムバス、１２１・・・アンテナ、１２２・・・ディスプレイ、１２３・・・操作キー、１２４・・・スピーカ、１２５・・・マイクロフォン、２０１・・・無線通信部、２０２・・・記憶部、２０３・・・取得部、２０４・・・比較部、２０５・・・動作制御部、３０１・・・タスク管理テーブル
【図１】
0004757646.tif 000002
【図２】
0004757646.tif 000003
【図３】
0004757646.tif 000004
【図４】
0004757646.tif 000005
【図５】
0004757646.tif 000006
【図６】
0004757646.tif 000007
【図７】
0004757646.tif 000008
【図８】
0004757646.tif 000009
【図９】
0004757646.tif 000010
【図１０】
0004757646.tif 000011
【図１１】
0004757646.tif 000012
【図１２】
0004757646.tif 000013