(57)【要約】【課題】電力消費量を削減できる端末装置等を提供する。【解決手段】通信端末装置は、Ａ−ＣＰＵ及びＣ−ＣＰＵを有する。Ａ−ＣＰＵは、タスクの実行要求を検出すると、実行要求のタスクに対応した、実行履歴の動作履歴で得た処理予測時間を予測時間テーブルから読み出し、処理予測時間が所定時間以上であるか否かを判定する判定部を有する。Ａ−ＣＰＵは、処理予測時間が所定時間以上の場合に、Ｃ−ＣＰＵに対して、Ａ−ＣＰＵのウェイク状態を通知する第１の通知部を有する。Ｃ−ＣＰＵは、Ａ−ＣＰＵからウェイク状態が通知されると、通信端末装置の在圏状態を記憶する在圏状態テーブルに記憶中の在圏状態を前記Ａ−ＣＰＵに通知する第２の通知部を有する。【選択図】図１
2015023503.tif 000002
【特許請求の範囲】
【請求項１】
第１の制御部と、第２の制御部とを有する端末装置であって、
前記第１の制御部は、
タスク毎に処理予測時間を記憶した第１の記憶部と、
タスクの実行要求を検出すると、実行要求のタスクに対応した前記処理予測時間を前記第１の記憶部から読み出し、前記処理予測時間が所定時間以上であるか否かを判定する判定部と、
前記判定部にて前記処理予測時間が前記所定時間以上の場合に、前記第２の制御部に対して、前記第１の制御部のウェイク状態を通知する第１の通知部と
を有し、
前記第２の制御部は、
当該端末装置の現在状態を示す状態情報を記憶する第２の記憶部と、
前記第１の通知部から前記ウェイク状態が通知されると、前記第２の記憶部に記憶中の状態情報を前記第１の制御部に通知する第２の通知部と
を有することを特徴とする端末装置。
【請求項２】
前記第１の通知部は、
前記第１の制御部のスリープ状態への移行を検出した場合に、前記第２の制御部に対して、前記第１の制御部のスリープ状態を通知し、
前記第２の通知部は、
前記第１の通知部から前記スリープ状態が通知されると、前記状態情報の前記第１の制御部への通知を禁止することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記タスク毎に動作時間を履歴として記憶する履歴記憶部を有し、
前記第１の制御部は、
前記履歴記憶部内の前記タスク毎の前記動作時間の内、最小の動作時間を選定する選定部を有し、前記選定部にて選定された前記タスクの最小の動作時間を処理予測時間として前記第１の記憶部に更新することを特徴とする請求項１又は２に記載の端末装置。
【請求項４】
前記状態情報は、
前記端末装置の在圏状態であることを特徴とする請求項１〜３の何れか一つに記載の端末装置。
【請求項５】
第１の制御部と、第２の制御部とを有する端末装置の電力削減方法であって、
タスクの実行要求を検出すると、実行要求のタスクに対応した処理予測時間を、タスク毎に処理予測時間を記憶した第１の記憶部から読み出し、前記処理予測時間が所定時間以上であるか否かを判定し、
前記処理予測時間が前記所定時間以上の場合に、前記第１の制御部から前記第２の制御部に対して、前記第１の制御部のウェイク状態を通知し、
前記第１の制御部から前記ウェイク状態が通知されると、前記第１の制御部に給電し、当該端末装置の現在状態を示す状態情報を記憶した第２の記憶部に記憶中の状態情報を前記第２の制御部から前記第１の制御部に通知する
処理を実行することを特徴とする電力削減方法。
【請求項６】
第１の制御部と、第２の制御部とを有する端末装置の電力削減プログラムであって、
前記端末装置に、
タスクの実行要求を検出すると、実行要求のタスクに対応した処理予測時間を、タスク毎に処理予測時間を記憶した第１の記憶部から読み出し、前記処理予測時間が所定時間以上であるか否かを前記第１の制御部に判定させ、
前記処理予測時間が前記所定時間以上の場合に、前記第２の制御部に対して、前記第１の制御部のウェイク状態を前記第１の制御部に通知させ、
前記第１の制御部から前記ウェイク状態が通知されると、前記第１の制御部に給電し、当該端末装置の現在状態を示す状態情報を記憶した第２の記憶部に記憶中の状態情報を前記第１の制御部に対して、前記第２の制御部に通知させる
処理を実行させることを特徴とする電力削減プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、電力削減方法及び電力削減プログラムに関する。
【背景技術】
【０００２】
例えば、携帯電話機等の端末装置は、例えば、アプリケーション等のタスクを実行するＡ−ＣＰＵ（Application-Central  Processing  Unit）と、主として通信を制御するＣ−ＣＰＵ（Communication-Central  Processing  Unit）とを有している。Ａ−ＣＰＵは、例えば、Ａ−ＣＰＵが休眠中のＳｌｅｅｐ状態や、Ａ−ＣＰＵが稼働中のＷａｋｅ状態等のＡ−ＣＰＵ状態を監視し、その監視結果をＣ−ＣＰＵに通知する。
【０００３】
Ｃ−ＣＰＵは、Ａ−ＣＰＵがＷａｋｅ状態の場合で、端末装置の圏外／圏内や位置情報等の在圏状態の更新を検出すると、在圏状態をＡ−ＣＰＵに通知する。そして、Ａ−ＣＰＵは、在圏状態の更新が通知されると、在圏状態を表示部に表示する。その結果、端末装置の利用者は、表示部に表示中の在圏状態を視認して現在の在圏状態を認識できる。
【０００４】
また、Ｃ−ＣＰＵは、Ａ−ＣＰＵがＳｌｅｅｐ状態の場合で、在圏状態の更新を検出すると、Ａ−ＣＰＵに給電してＡ−ＣＰＵのＳｌｅｅｐ状態を解除させてＷａｋｅ状態に移行させる。Ｃ−ＣＰＵは、Ａ−ＣＰＵをＷａｋｅ状態に移行させた後、在圏状態をＡ−ＣＰＵに通知する。その後、Ａ−ＣＰＵは、Ｗａｋｅ状態に移行すると、在圏状態を表示部に表示する。その結果、端末装置の利用者は、表示部に表示中の在圏状態を視認して現在の在圏状態を認識できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１４２９８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、Ｃ−ＣＰＵは、在圏状態の更新を検出すると、Ａ−ＣＰＵがＳｌｅｅｐ状態で在圏状態の通知が不要であるにもかかわらず、Ａ−ＣＰＵに給電してＡ−ＣＰＵのＳｌｅｅｐを解除してから在圏状態を通知するため、無駄な電力を消費することになる。
【０００７】
しかも、Ａ−ＣＰＵでは、様々なタスクを実行するが、タスクの中には、タスク要求に応じてＷａｋｅ状態に移行した後、短時間で直ちにＳｌｅｅｐ状態に移行する場合もある。Ｃ−ＣＰＵは、在圏状態をＷａｋｅ状態のＡ−ＣＰＵに通知しようとしても、直ちにＳｌｅｅｐ状態に移行してしまうため、在圏状態が通知できず、Ａ−ＣＰＵに給電して在圏状態を通知する。この場合にも、無駄な電力を消費することになる。
【０００８】
一つの側面では、電力消費量を削減できる端末装置、電力削減方法及び電力削減プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
一つの案では、第１の制御部と、第２の制御部とを有する端末装置である。第１の制御部は、タスク毎に処理予測時間を記憶した第１の記憶部と、タスクの実行要求を検出すると、実行要求のタスクに対応した前記処理予測時間を前記第１の記憶部から読み出し、前記処理予測時間が所定時間以上であるか否かを判定する判定部とを有する。前記第１の制御部は、前記判定部にて前記処理予測時間が前記所定時間以上の場合に、前記第２の制御部に対して、前記第１の制御部のウェイク状態を通知する第１の通知部を有する。また、前記第２の制御部は、当該端末装置の現在状態を示す状態情報を記憶する第２の記憶部と、前記第１の通知部から前記ウェイク状態が通知されると、前記第２の記憶部に記憶中の状態情報を前記第１の制御部に通知する第２の通知部とを有する。
【発明の効果】
【００１０】
第１の制御部に状態情報を通知する上での電力消費量を削減できる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例の通信端末装置の構成の一例を示すブロック図である。
【図２】図２は、履歴テーブルの一例を示す説明図である。
【図３】図３は、予測時間テーブルの一例を示す説明図である。
【図４】図４は、在圏状態テーブルの一例を示す説明図である。
【図５】図５は、在圏状態通知処理に関わる通信端末装置内部の処理動作の一例を示す動作シーケンス図である。
【図６】図６は、予測時間記憶処理に関わる通信端末装置内部の処理動作の一例を示す動作シーケンス図である。
【図７】図７は、在圏状態通知処理に関わるＣ−ＣＰＵの処理動作の一例を示すフローチャートである。
【図８】図８は、Ａ−ＣＰＵ状態管理処理に関わるＡ−ＣＰＵの処理動作の一例を示すフローチャートである。
【図９】図９は、電力削減プログラムを実行する端末装置の一例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて、本願の開示する端末装置、電力削減方法及び電力削減プログラムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【実施例】
【００１３】
図１は、本実施例の通信端末装置１の構成の一例を示すブロック図である。図１に示す通信端末装置１は、アンテナ１１と、無線通信部１２と、スピーカ１３と、マイク１４と、音声入出力部１５と、操作部１６と、表示部１７と、第１のメモリ１８と、第２のメモリ１９と、Ａ−ＣＰＵ２０と、Ｃ−ＣＰＵ２１とを有する。
【００１４】
通信端末装置１は、例えば、携帯電話機、スマートフォンやタブレット端末等の端末装置である。アンテナ１１は、例えば、ＬＴＥ（Long  Term  Evolution:登録商標、以下同様）方式や第３世代（３Ｇ）方式等の無線電波を送受信するアンテナである。無線通信部１２は、アンテナ１１を通じて無線信号を送受信する通信インタフェースである。スピーカ１３は、例えば、通話音声等の音声信号を音響出力する出力インタフェースである。マイク１４は、例えば、通話音声等の音声信号を収音する入力インタフェースである。
【００１５】
音声入出力部１５は、スピーカ１３及びマイク１４と接続して音声信号に信号処理を施す音声信号処理部である。操作部１６は、例えば、操作キーや表示部１７に表示中のタッチパネル上の操作画面で各種情報を入力する入力インタフェースである。表示部１７は、各種情報を画面表示する、例えばＬＣＤ（Liquid  Crystal  Display）等の出力インタフェースである。
【００１６】
第１のメモリ１８は、例えば、Ａ−ＣＰＵ２０が使用する各種情報を記憶する領域であって、例えば、ＲＯＭ（Read  Only  Memory）１８Ａと、ＲＡＭ(Random  Access  Memory)１８Ｂとを有する。ＲＯＭ１８Ａは、例えば、各種プログラム等を記憶した領域である。ＲＡＭ１８Ｂには、履歴テーブル３１と、予測時間テーブル３２と、現在在圏テーブル３３とが記憶されている。
【００１７】
図２は、履歴テーブル３１の一例を示す説明図である。図２に示す履歴テーブル３１は、タスク種別３１Ａと、開始時刻３１Ｂと、終了時刻３１Ｃと、動作時間３１Ｄとを対応付けて記憶している。タスク種別３１Ａは、Ａ−ＣＰＵ２０が実行するプログラム等のタスクを識別する情報である。開始時刻３１Ｂは、タスクの実行を開始した時刻である。終了時刻３１Ｃは、タスクの実行を終了した時刻である。動作時間３１Ｄは、タスクの動作時間（処理時間)、例えば、終了時刻３１Ｃから開始時刻３１Ｂを差し引いた時間に相当する。Ａ−ＣＰＵ２０は、タスクを実行する際、タスクの開始時刻及び終了時刻を履歴テーブル３１内に記憶すると共に、終了時刻から開始時刻を差し引いた時間を動作時間として履歴テーブル３１内に記憶する。Ａ−ＣＰＵ２０は、履歴テーブル３１を参照して、実行した各タスクの開始時刻、終了時刻、動作時間を識別するものである。
【００１８】
図３は、予測時間テーブル３２の一例を示す説明図である。図３に示す予測時間テーブル３２は、タスク種別３２Ａと、処理予測時間３２Ｂとを対応付けて記憶している。タスク種別３２Ａは、Ａ−ＣＰＵ２０で実行するプログラム等のタスクを識別するものである。処理予測時間３２Ｂは、タスク実行時の過去の実績に基づく処理の予測時間である。処理予測時間３２Ｂは、履歴テーブル３１内の同一タスクの動作時間の内、最小の動作時間である。Ａ−ＣＰＵ２０は、履歴テーブル３１内のタスク毎の動作時間の内、最小の動作時間を選定し、選定されたタスクの最小の動作時間を処理予測時間として実行タスクに対応付けて予測時間テーブル３２内に記憶する。尚、初回のタスク実行時は、履歴テーブル３１内に同タスクの動作時間が記録されていないため、処理予測時間はなく、処理予測時間は０ｍｓとする。従って、２回目以降のタスク実行時に同タスクに対応した処理予測時間が予測時間テーブル３２内に記憶されることになる。
【００１９】
Ａ−ＣＰＵ２０は、図２に示す履歴テーブル３１を参照し、“プログラムＡ”のタスクの動作時間、例えば“０．５００”及び“０．６００”の内、最小の“０．５００”の動作時間を選定する。Ａ−ＣＰＵ２０は、選定された“プログラムＡ”の動作時間“０．５００”を処理予測時間として予測時間テーブル３２に記憶する。また、Ａ−ＣＰＵ２０は、図３に示す予測時間テーブル３２を参照し、現在の実行タスクに対応した処理予測時間を識別するものである。また、現在在圏テーブル３３は、現在の通信端末装置１の在圏／圏外や位置情報等の在圏状態が記憶してある。
【００２０】
第２のメモリ１９は、例えば、Ｃ−ＣＰＵ２１が使用する各種情報を記憶する領域であって、例えば、ＲＯＭ１９Ａと、ＲＡＭ１９Ｂとを有する。ＲＯＭ１９Ａは、例えば、各種プログラム等を記憶する領域である。ＲＡＭ１９Ｂには、例えば、在圏状態テーブル３４が記憶されている。図４は、在圏状態テーブル３４の一例を示す説明図である。図４に示す在圏状態テーブル３４は、在圏状態３４Ａと、位置情報３４Ｂと、ＲＡＴ（Radio  Access  Technology）情報３４Ｃと、ホームネットワーク３４Ｄと、国コード３４Ｅと、オペレータコード３４Ｆとを対応付けて記憶している。在圏状態３４Ａは、在圏又は圏外を識別し、通信端末装置１自体の在圏状態を示すものである。位置情報３４Ｂは、通信端末装置１自体が在圏するセルを識別するＩＤである。ＲＡＴ情報３４Ｃは、通信端末装置１が使用する通信方式を識別する、例えば、ＬＴＥや３Ｇ（ＨＳＰＡ（High  Speed  Packet  Access  Plus）、ＵＭＴＳ(Universal  Mobile  Telecommunications  System)）等の情報である。ホームネットワーク３４Ｄは、通信端末装置１が現在使用する通信事業者を識別する情報である。国コード３４Ｅは、通信端末装置１が現在使用する通信事業者の国コードである。オペレータコード３４Ｆは、通信事業者を識別するコードである。
【００２１】
Ａ−ＣＰＵ２０は、例えば、アプリケーション、表示部１７及び操作部１６を制御する、例えば、第１の制御部に相当する。Ａ−ＣＰＵ２０は、タスク制御部２０Ａと、判定部２０Ｂと、第１の通知部２０Ｃと、選定部２０Ｄとを有する。タスク制御部２０Ａは、各種タスクを実行する。タスク制御部２０Ａは、例えば、現在在圏テーブル３３内に記憶中の在圏状態を表示部１７に画面表示する。判定部２０Ｂは、実行タスクからＷａｋｅロック要求を検出すると、実行タスクに対応した処理予測時間を予測時間テーブル３２から読み出す。尚、Ｗａｋｅロック要求は、実行タスクからイベント待ちの状態で処理が中断した場合でも、Ｓｌｅｅｐ状態に移行しないようにＷａｋｅ状態のロックを要求するコマンドである。判定部２０Ｂは、実行タスクの処理予測時間が所定時間以上であるか否かを判定する。尚、所定時間とは、実行タスクからのＷａｋｅロック要求から、Ａ−ＣＰＵ２０がＷａｋｅ状態をＣ−ＣＰＵ２１に通知し、Ｃ−ＣＰＵ２１からＡ−ＣＰＵ２０に在圏状態を通知するまでの時間、例えば、２００ｍ秒に相当する。尚、この数値は適宜変更可能である。
【００２２】
第１の通知部２０Ｃは、実行タスクの処理予測時間が所定時間以上の場合、Ａ−ＣＰＵ２０のＷａｋｅ状態をＣ−ＣＰＵ２１に通知する。また、第１の通知部２０Ｃは、実行タスクの処理予測時間が所定時間以上でない場合、Ａ−ＣＰＵ２０のＷａｋｅ状態をＣ−ＣＰＵ２１に通知しない。選定部２０Ｄは、履歴テーブル３１内の同一タスクの動作時間の内、最小の動作時間を選定する。選定部２０Ｄは、選定されたタスクの最小の動作時間を処理予測時間として実行タスク毎に予測時間テーブル３２に記憶する。
【００２３】
Ｃ−ＣＰＵ２１は、主に通信を制御する、例えば、第２の制御部に相当する。Ｃ−ＣＰＵ２１は、通信制御部２１Ａと、第２の通知部２１Ｂとを有する。通信制御部２１Ａは、主に通信を制御すると共に、圏内／圏外や位置情報等の在圏状態の更新を検出すると、在圏状態を在圏状態テーブル３４内に記憶更新する。第２の通知部２１Ｂは、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知されると、在圏状態テーブル３４に記憶中の最新の在圏状態をＡ−ＣＰＵ２０に通知する。
【００２４】
次に、本実施例の通信端末装置１の動作について説明する。図５は、在圏状態通知処理に関わる通信端末装置１内部の処理動作の一例を示す動作シーケンス図である。尚、図５に示すＮＷ４１は、通信端末装置１が在圏する無線ネットワーク側の設備である。
【００２５】
通信端末装置１内のＡ−ＣＰＵ２０及びＣ−ＣＰＵ２１は、ＮＷ４１との間でパケット通信なしの状態である（ステップＳ１１）。Ａ−ＣＰＵ２０内のタスク制御部２０Ａは、通信端末装置１内の表示部１７が画面ＯＦＦすると（ステップＳ１２）、Ａ−ＣＰＵ２０の状態をＳｌｅｅｐ状態に移行する（ステップＳ１３）。Ａ−ＣＰＵ２０内の第１の通知部２０Ｃは、Ａ−ＣＰＵ２０をＳｌｅｅｐ状態に移行すると、Ｓｌｅｅｐ状態をＣ−ＣＰＵ２１に通知する（ステップＳ１４）。
【００２６】
Ｃ−ＣＰＵ２１は、ＮＷ４１との間で在圏状態の変化（３Ｇ→ＬＴＥ）を検出した場合（ステップＳ１５）、現在の在圏状態をＲＡＭ１９Ｂの在圏状態テーブル３４内に記憶する（ステップＳ１６）。Ｃ−ＣＰＵ２１は、在圏状態テーブル３４を参照し、通信端末装置１の現在の在圏状態を識別できる。この際、Ｃ−ＣＰＵ２１は、Ａ−ＣＰＵ２０がＳｌｅｅｐ状態のため、在圏状態をＡ−ＣＰＵ２０に通知しない（ステップＳ１６Ａ）。その結果、不要にＡ−ＣＰＵ２０のＳｌｅｅｐ状態が解除されることがないため、図示せぬ電源部からＡ−ＣＰＵ２０への無駄な電力消費を削減できる。
【００２７】
Ａ−ＣＰＵ２０は、Ａ−ＣＰＵ２０のＳｌｅｅｐ状態からＷａｋｅ状態に移行し（ステップＳ１７）、現在タスクの処理予測時間が所定時間以上の場合（ステップＳ１８）、Ａ−ＣＰＵ２０のＷａｋｅ状態をＣ−ＣＰＵ２１に通知する（ステップＳ１９）。
【００２８】
Ｃ−ＣＰＵ２１は、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知されると、ＲＡＭ１９Ｂ内の在圏状態テーブル３４に記憶中の現在の在圏状態３４Ａを読み出し（ステップＳ２０）、現在の在圏状態をＡ−ＣＰＵ２０に通知する（ステップＳ２１）。Ａ−ＣＰＵ２０は、Ｃ−ＣＰＵ２１から在圏状態を検出すると、在圏状態をＲＡＭ１８Ｂ内の現在在圏テーブル３３に更新する（ステップＳ２２）。その結果、Ａ−ＣＰＵ２０は、現在在圏テーブル３３を参照して現在の在圏状態を識別し、最新の在圏状態を表示部１７に表示できる。
【００２９】
Ｃ−ＣＰＵ２１は、在圏状態の変化（ＬＴＥ→３Ｇ）を検出すると（ステップＳ２３）、在圏状態を在圏状態テーブル３４内に記憶する（ステップＳ２４）。更に、Ｃ−ＣＰＵ２１は、Ａ−ＣＰＵ２０がＷａｋｅ状態であるため、在圏状態テーブル３４内に記憶中の在圏状態をＡ−ＣＰＵ２０に通知する（ステップＳ２５）。Ａ−ＣＰＵ２０は、Ｃ−ＣＰＵ２１から在圏状態を検出すると、在圏状態を現在在圏テーブル３３内に更新する（ステップＳ２６）。その結果、Ａ−ＣＰＵ２０は、最新の在圏状態を識別できる。
【００３０】
また、Ａ−ＣＰＵ２０は、Ｓｌｅｅｐ状態に移行した場合（ステップＳ２７）、Ａ−ＣＰＵ２０のＳｌｅｅｐ状態をＣ−ＣＰＵ２１に通知する（ステップＳ２８）。
【００３１】
図６は、予測時間記憶処理に関わる通信端末装置１内部の処理動作の一例を示す動作シーケンス図である。図６に示す予測時間記憶処理は、履歴テーブル３１内の実行タスクの動作時間の内、最小の動作時間を実行タスクの処理予測時間として予測時間テーブル３２内に記憶する処理である。
【００３２】
図６においてＡ−ＣＰＵ２０内のタスク制御部２０Ａは、実行タスクからＷａｋｅロック要求を検出した場合（ステップＳ３１）、Ｗａｋｅロック要求時の現在時刻を開始時刻として履歴テーブル３１内に記憶する（ステップＳ３２）。Ａ−ＣＰＵ２０内の判定部２０Ｂは、予測時間テーブル３２から実行タスクに対応した処理予測時間を取得する（ステップＳ３３）。判定部２０Ｂは、取得された処理予測時間が所定時間以上の場合(ステップＳ３４)、第１の通知部２０ＣでＷａｋｅ状態をＣ−ＣＰＵ２１に通知する（ステップＳ３５）。タスク制御部２０Ａは、実行タスクからＷａｋｅロック解除要求を検出した場合（ステップＳ３６）、Ｗａｋｅロック要求時の現在時刻を終了時刻として履歴テーブル３１に記憶する（ステップＳ３７）。尚、Ｗａｋｅロック解除要求は、実行タスクのＷａｋｅ状態のロックを解除要求するコマンドである。
【００３３】
タスク制御部２０Ａは、終了時刻を記憶した後、履歴テーブル３１内の処理タスクに関わる終了時刻から開始時刻を差し引いた動作時間を算出し、動作時間を履歴テーブル３１内に記憶する（ステップＳ３８）。Ａ−ＣＰＵ２０内の選定部２０Ｄは、動作時間を記憶した後、履歴テーブル３１内の実行タスクの動作時間の内、最小の動作時間を処理予測時間として予測時間テーブル３２内に記憶し（ステップＳ３９）、図６に示す処理動作を終了する。
【００３４】
図６に示す予測時間記憶処理のＡ−ＣＰＵ２０は、実行タスクの開始時刻、終了時刻及び動作時間を履歴テーブル３１に記憶し、履歴テーブル３１を参照し、実行タスクの動作時間の内、最小の動作時間を選定する。更に、Ａ−ＣＰＵ２０は、選定された最小の動作時間を処理予測時間としてタスク毎に予想時間テーブル３２に記憶する。その結果、過去実績の実行タスクに適合した処理予測時間を取得できる。
【００３５】
図７は、在圏状態通知処理に関わるＣ−ＣＰＵ２１の処理動作の一例を示すフローチャートである。図７に示す在圏状態通知処理は、在圏状態テーブル３４に記憶中の最新の在圏状態をＡ−ＣＰＵ２０に通知するＣ−ＣＰＵ２１側の処理である。
【００３６】
図７においてＣ−ＣＰＵ２１内の通信制御部２１Ａは、ＮＷ４１との間で在圏状態の変化を検出したか否かを判定する（ステップＳ４１）。通信制御部２１Ａは、在圏状態の変化を検出した場合（ステップＳ４１肯定）、現在の在圏状態を在圏状態テーブル３４に記憶する（ステップＳ４２）。通信制御部２１Ａは、在圏状態を在圏状態テーブル３４に記憶すると、通知済みフラグをＯＦＦにする（ステップＳ４３）。尚、通知済みフラグは、在圏状態テーブル３４内に記憶中の在圏状態をＡ−ＣＰＵ２０に通知済みであるか否かを識別するフラグである。通知済みの場合はＯＮ、未通知の場合はＯＦＦとする。
【００３７】
Ｃ−ＣＰＵ２１内の第２の通知部２１Ｂは、通知済みフラグをＯＦＦにした後、Ａ−ＣＰＵ２０の状態がＷａｋｅ状態の場合（ステップＳ４４；Ｗａｋｅ）、在圏状態テーブル３４内に記憶中の現在の在圏状態をＡ−ＣＰＵ２０に通知する（ステップＳ４５）。通信制御部２１Ａは、現在の在圏状態をＡ−ＣＰＵ２０に通知すると、通知済みフラグをＯＮにし（ステップＳ４６）、図７に示す処理動作を終了する。
【００３８】
通信制御部２１Ａは、在圏状態の変化を検出しなかった場合（ステップＳ４１否定）、図７に示す処理動作を終了する。
【００３９】
通信制御部２１Ａは、Ａ−ＣＰＵ２０の状態がＳｌｅｅｐ状態の場合（ステップＳ４４；Ｓｌｅｅｐ）、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知されたか否かを判定する（ステップＳ４７）。Ｃ−ＣＰＵ２１内の第２の通信部２１Ｂは、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知された場合（ステップＳ４７肯定）、在圏状態テーブル３４に記憶中の在圏状態をＡ−ＣＰＵ２０に通知し（ステップＳ４８）、図７に示す処理動作を終了する。
【００４０】
通信制御部２１Ａは、Ａ−ＣＰＵ２０からＷａｋｅ状態を受信しなかった場合（ステップＳ４７否定）、在圏状態の変化を検出したか否かを判定する（ステップＳ４９）。通信制御部２１Ａは、在圏状態の変化を検出した場合（ステップＳ４９肯定）、この在圏状態を在圏状態テーブル３４に記憶すべく、ステップＳ４２に移行する。通信制御部２１Ａは、在圏状態の変化を検出しなかった場合（ステップＳ４９否定）、Ａ−ＣＰＵ２０の状態がＷａｋｅ状態又はＳｌｅｅｐ状態に移行したかを判定すべく、ステップＳ４４に移行する。
【００４１】
図７に示す在圏状態通知処理のＣ−ＣＰＵ２１は、在圏状態の変化を検出すると、在圏状態を在圏状態テーブル３４に記憶する。Ｃ−ＣＰＵ２１は、通知済みフラグがＯＦＦ、Ａ−ＣＰＵ２０の状態がＷａｋｅ状態の場合、在圏状態テーブル３４に記憶中の在圏状態をＡ−ＣＰＵ２０に通知する。その結果、Ｃ−ＣＰＵ２１は、最新の在圏状態をＡ−ＣＰＵ２０に通知できる。
【００４２】
また、Ｃ−ＣＰＵ２１は、通知済みフラグがＯＦＦ、Ａ−ＣＰＵ２０がＳｌｅｅｐ状態の場合、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知されるまで在圏状態を通知しない。その結果、Ｃ−ＣＰＵ２１は、不要にＡ−ＣＰＵ２０のＳｌｅｅｐ状態が解除されることがないため、図示せぬ電源部からＡ−ＣＰＵ２０への無駄な消費電力を削減できる。
【００４３】
Ｃ−ＣＰＵ２１は、通知済みフラグがＯＦＦ、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知された場合に、在圏状態テーブル３４に記憶中の在圏状態をＡ−ＣＰＵ２０に通知する。その結果、Ｃ−ＣＰＵ２１は、最新の在圏状態をＡ−ＣＰＵ２０に通知できる。
【００４４】
図８は、Ａ−ＣＰＵ状態管理処理に関わるＡ−ＣＰＵ２０の処理動作の一例を示すフローチャートである。図８に示すＡ−ＣＰＵ状態管理処理は、実行タスクのＷａｋｅロック要求を検出し、実行タスクの処理予測時間が所定時間以上の場合に、Ａ−ＣＰＵ２０のＷａｋｅ状態をＣ−ＣＰＵ２１に通知するＡ−ＣＰＵ２０側の処理である。
【００４５】
図８においてＡ−ＣＰＵ２０内のタスク制御部２０Ａは、実行タスクからＷａｋｅロック要求通知を検出したか否かを判定する（ステップＳ６１）。タスク制御部２０Ａは、Ｗａｋｅロック要求通知を検出した場合（ステップＳ６１肯定）、現在時刻を実行タスクの開始時刻として履歴テーブル３１に記憶する（ステップＳ６２）。
【００４６】
タスク制御部２０Ａは、開始時刻を記憶した後、予測時間テーブル３２から実行タスクに対応した処理予測時間を取得する（ステップＳ６３）。Ａ−ＣＰＵ２０内の判定部２０Ｂは、取得された処理予測時間が所定時間以上であるか否かを判定する（ステップＳ６４）。Ａ−ＣＰＵ２０内の第１の通知部２０Ｃは、処理予測時間が所定時間以上の場合（ステップＳ６４肯定）、Ｃ−ＣＰＵ２１にＷａｋｅ状態を通知する（ステップＳ６５）。
【００４７】
タスク制御部２０Ａは、Ｃ−ＣＰＵ２１にＷａｋｅ状態を通知した場合、実行タスクからＷａｋｅロック解除通知を検出したか否かを判定する（ステップＳ６６）。タスク制御部２０Ａは、Ｗａｋｅロック解除通知を検出した場合（ステップＳ６６肯定）、現在時刻を実行タスクの終了時刻として履歴テーブル３１に記憶する（ステップＳ６７）。
【００４８】
タスク制御部２０Ａは、現在時刻を実行タスクの終了時刻として記憶した後、実行タスクの終了時刻から開始時刻を差し引いた時間を動作時間として履歴テーブル３１内に記憶する（ステップＳ６８）。Ａ−ＣＰＵ２０内の選定部２０Ｄは、履歴テーブル３１内の実行タスクの動作時間の内、最小の動作時間を選定し、選定された実行タスクの最小の動作時間を処理予測時間として予測時間テーブル３２に記憶し（ステップＳ６９）、図８に示す処理動作を終了する。
【００４９】
タスク制御部２０Ａは、実行タスクからＷａｋｅロック要求通知を検出しなかった場合（ステップＳ６１否定）、Ａ−ＣＰＵ２０がＳｌｅｅｐ状態であるか否かを判定する（ステップＳ７０）。第１の通知部２０Ｃは、Ｓｌｅｅｐ状態の場合（ステップＳ７０肯定）、Ｓｌｅｅｐ状態をＣ−ＣＰＵ２１に通知し（ステップＳ７１）、図８に示す処理動作を終了する。
【００５０】
Ａ−ＣＰＵ２０は、Ｓｌｅｅｐ状態でない場合（ステップＳ７０否定）、図８に示す処理動作を終了する。Ａ−ＣＰＵ２０は、実行タスクに対応した処理予測時間が所定時間以上でない場合（ステップＳ６４否定）、実行タスクからＷａｋｅロック解除通知を検出したか否かを判定すべく、ステップＳ６６に移行する。そして、第１の通知部２０Ｃは、処理予測時間が所定時間以上でない場合、Ｗａｋｅ状態をＣ−ＣＰＵ２１に通知しない。Ａ−ＣＰＵ２０は、実行タスクからＷａｋｅロック解除通知を検出しなかった場合(ステップＳ６６否定)、Ｗａｋｅロック解除通知を検出したか否かを判定すべく、ステップＳ６６に移行する。
【００５１】
図８に示すＡ−ＣＰＵ状態管理処理のＡ−ＣＰＵ２０は、実行タスクからＷａｋｅロック要求を検出し、実行タスクに対応した処理予測時間が所定時間以上の場合に、Ｗａｋｅ状態をＣ−ＣＰＵ２１に通知する。その結果、Ａ−ＣＰＵ２０は、Ｃ−ＣＰＵ２１にＷａｋｅ状態を通知できる。
【００５２】
Ａ−ＣＰＵ２０は、実行タスクに対応した処理予測時間が所定時間以上でない場合、Ｗａｋｅ状態をＣ−ＣＰＵ２１に通知しない。その結果、Ａ−ＣＰＵ２０のＷａｋｅ状態をＣ−ＣＰＵ２１へ通知しないことで、直ぐにＳｌｅｅｐ状態に移行するかもしれないＡ−ＣＰＵ２０への在圏状態の通知を禁止し、在圏状態を通知する上での無駄な消費電力を削減できる。
【００５３】
Ａ−ＣＰＵ２０は、実行タスクの開始時刻、終了時刻及び動作時間を履歴テーブル３１内に記憶し、実行タスク毎の動作時間の内、最小の動作時間を選定する。Ａ−ＣＰＵ２０は、選定された実行タスクの最小の動作時間を処理予測時間として予測時間テーブル３２内に記憶する。その結果、Ａ−ＣＰＵ２０は、過去実績のタスクに適合した処理予測時間を取得できる。
【００５４】
本実施例のＡ−ＣＰＵ２０は、タスクのＷａｋｅロック要求を検出すると、実行タスクに対応した処理予測時間が所定時間以上の場合に、Ｃ−ＣＰＵ２１に対して、Ａ−ＣＰＵ２０のＷａｋｅ状態を通知する。そして、Ｃ−ＣＰＵ２１は、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知されると、最新の在圏状態をＡ−ＣＰＵ２０に通知する。その結果、Ａ−ＣＰＵ２０は、最新の在圏状態を表示部１７に画面表示できる。しかも、実行タスクの処理予測時間が所定時間以上の場合にのみ、Ｗａｋｅ状態をＣ−ＣＰＵ２１に通知した。例えば、Ａ−ＣＰＵ２０が直ちにＳｌｅｅｐ状態に移行するタスクを実行する場合、Ｃ−ＣＰＵ２１にＷａｋｅ状態を通知せず、不要にＡ−ＣＰＵ２０のＳｌｅｅｐ状態が解除されることがないため、Ａ−ＣＰＵ２０への在圏状態の通知を防止する。その結果、不要にＡ−ＣＰＵ２０のＳｌｅｅｐ状態が解除されることがないため、在圏状態を通知する上で、電源部からＡ−ＣＰＵ２０への無駄な消費電力を削減できる。
【００５５】
Ａ−ＣＰＵ２０は、最新の在圏状態を保持しているため、Ｗａｋｅ状態に移行した場合、最新の在圏状態を表示部１７に表示する。その結果、通信端末装置１の利用者は、表示部１７に表示画面を視認して最新の在圏状態を確認できる。
【００５６】
Ａ−ＣＰＵ２０は、Ｓｌｅｅｐ状態に移行すると、Ｃ−ＣＰＵ２１に対してＳｌｅｅｐ状態を通知する。Ｃ−ＣＰＵ２１は、Ａ−ＣＰＵ２０からＳｌｅｅｐ状態が通知されると、未通知の在圏状態がある場合でも、Ａ−ＣＰＵ２０に対する在圏状態の通知を禁止する。その結果、不要にＡ−ＣＰＵ２０のＳｌｅｅｐ状態が解除されることがないため、電源部からＡ−ＣＰＵ２０への無駄な消費電力を削減できる。
【００５７】
Ａ−ＣＰＵ２０は、履歴テーブル３１を参照し、実行タスク毎の動作時間の内、最小の動作時間を選定し、選定された当該タスクの最小の動作時間を処理予測時間として予測時間テーブル３２内に更新する。その結果、Ａ−ＣＰＵ２０は、過去実績のタスクに適合した処理予測時間を得ることができる。
【００５８】
Ｃ−ＣＰＵ２１は、表示部１７がＯＦＦの場合や、通信中でない場合でも、Ａ−ＣＰＵ２０の状態を把握し、Ａ−ＣＰＵ２０がＷａｋｅ状態に移行した場合に、Ａ−ＣＰＵ２０に在圏状態を通知する。つまり、Ｃ−ＣＰＵ２１は、表示部１７がＯＦＦの場合や、通信中でない場合でも、Ａ−ＣＰＵ２０がＷａｋｅ状態に移行するまでは、Ａ−ＣＰＵ２０に対する在圏状態の通知を禁止する。その結果、電源部からＡ−ＣＰＵ２０への無駄な消費電力を削減できる。
【００５９】
尚、実施例のＣ−ＣＰＵ２１は、Ａ−ＣＰＵ２０からＷａｋｅ状態が通知された場合、最新の在圏状態をＡ−ＣＰＵ２０に通知するようにしたが、在圏状態に限定されるものではなく、Ａ−ＣＰＵ２０に通知すべき、最新の状態情報を通知するようにしても良い。
【００６０】
上記実施例では、履歴テーブル３１内のタスク毎の最小の動作時間を処理予測時間としたが、例えば、最大の動作時間や動作時間の平均を処理予測時間として設定しても良い。
【００６１】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００６２】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
【００６３】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置内のＣＰＵ等のプロセッサで実行させることによって実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する端末装置の一例を説明する。図９は、電力削減プログラムを実行する端末装置の一例を示す説明図である。
【００６４】
図９に示す電力削減プログラムを実行する端末装置１００では、通信部１０１と、表示部１０２と、電源部１０３と、ＲＯＭ１０４、ＲＡＭ１０５、第１のＣＰＵ１０６と、第２のＣＰＵ１０７とを有する。更に、通信部１０１、表示部１０２、電源部１０３、ＲＯＭ１０４、ＲＡＭ１０５、第１のＣＰＵ１０６及び第２のＣＰＵ１０７は、バス１０８を介して接続される。
【００６５】
そして、ＲＯＭ１０４には、上記実施例と同様の機能を発揮する電力削減プログラムが予め記憶されている。ＲＯＭ１０４は、電力削減プログラムとして判定プログラム１０４Ａ、第１の通知プログラム１０４Ｂ及び第２の通知プログラム１０４Ｃが記憶されている。尚、ＲＯＭ１０４ではなく、図示せぬドライブでコンピュータ読取可能な記録媒体に電力削減プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。
【００６６】
そして、第１のＣＰＵ１０６は、判定プログラム１０４ＡをＲＯＭ１０４から読み出して判定プロセス１０６Ａとして機能する。更に、第１のＣＰＵ１０６は、第１の通知プログラム１０４ＢをＲＯＭ１０４から読み出して第１の通知プロセス１０６Ｂとして機能する。更に、第２のＣＰＵ１０７は、第２の通知プログラム１０４ＣをＲＯＭ１０４から読み出して第２の通知プロセス１０７Ａとして機能する。
【００６７】
ＲＡＭ１０５には、タスク毎に処理予測時間を記憶した領域と、当該端末装置１００の現在状態を示す状態情報を記憶した領域とを有する。
【００６８】
第１のＣＰＵ１０６は、タスクの実行要求を検出すると、実行要求のタスクに対応した処理予測時間をＲＡＭ１０５から読み出し、処理予測時間が所定時間以上であるか否かを判定する。第１のＣＰＵ１０６は、処理予測時間が所定時間以上の場合に、第２のＣＰＵ１０７に対して、第１のＣＰＵ１０６のウェイク状態を通知する。第２のＣＰＵ１０７は、第１のＣＰＵ１０６からウェイク状態が通知されると、ＲＡＭ１０５に記憶中の状態情報を第１のＣＰＵ１０６に通知する。その結果、第１のＣＰＵ１０６に状態情報を通知する上で電源部１０３から第１のＣＰＵ１０６への電力消費量を削減できる。
【符号の説明】
【００６９】
１  通信端末装置
２０  Ａ−ＣＰＵ
２０Ｂ  判定部
２０Ｃ  第１の通知部
２０Ｄ  選定部
２１  Ｃ−ＣＰＵ
２１Ｂ  第２の通知部
３１  履歴テーブル
３２  予測時間テーブル
３４  在圏状態テーブル
【図１】
2015023503.tif 000003
【図２】
2015023503.tif 000004
【図３】
2015023503.tif 000005
【図４】
2015023503.tif 000006
【図５】
2015023503.tif 000007
【図６】
2015023503.tif 000008
【図７】
2015023503.tif 000009
【図８】
2015023503.tif 000010
【図９】
2015023503.tif 000011