JP5499735B2 - 携帯端末 - Google Patents

Description

本発明は携帯電話機などの携帯端末に実装されるＣＰＵの起動制御に関する。

最近では、タイマを用いた間欠受信動作時に不要なクロックの発生を停止する携帯端末が提案されている（例えば特許文献１参照）。特許文献１に提案される技術では、タイマは制御信号によりクロック制御回路を制御し、無線同期用逓倍回路から出力されたクロックを選択させてプロセッサおよび高速周辺回路に供給させると同時に、タイマは制御信号により逓倍回路への電源供給を停止する。これにより、無線同期用クロックを共通化することができ、省電力を実現することができる。

特開２００６−２２９５８０号公報

従来から、２つのＣＰＵを備えており、一方のＣＰＵを通信処理用ＣＰＵとして利用し、他方のＣＰＵをＵＩ処理用のＣＰＵとして利用する携帯端末が知られているが、このような携帯端末において、双方のＣＰＵがスリープ状態であるときに一方のＣＰＵの起動に伴い他方のＣＰＵを不必要に起動させる場合がある。また、特許文献１に提案される技術では、無線部と演算部とがそれぞれ異なるクロックによって制御される技術が開示される。しかし、特許文献１に提案される技術では、演算部をスリープ状態から復帰させる制御についての記載がない。

本発明は、このような状況に鑑みてなされたものであり、ＣＰＵの起動に伴う消費電力を軽減することを目的とする。

本発明の携帯端末は、上述した課題を解決するために、通信処理を制御する通信系ＣＰＵと、ＵＩ処理を制御するＵＩ系ＣＰＵとを備え、通信系ＣＰＵとＵＩ系ＣＰＵとが相互にデータ通信可能な携帯端末において、ＵＩ系ＣＰＵによって予め設定される第１の時間を計時する第１の計時手段と、通信系ＣＰＵによって予め設定される第２の時間を計時する第２の計時手段と、通信系ＣＰＵが間欠受信周期ごとに起動する場合に、第２の計時手段が第２の時間を計時したとき、通信系ＣＰＵからの起動通知に従い、ＵＩ系ＣＰＵを起動する起動手段とを備えることを特徴とする。

本発明によれば、ＣＰＵの起動に伴う消費電力を軽減することができる。

本発明の一実施形態に係る携帯電話機の内部の構成を示すブロック図。 本発明の一実施形態における通信系ＣＰＵとＵＩ系ＣＰＵの動作を示すシーケンス図。 （Ａ）および（Ｂ）は、圏内時に行われるタイマ満了の確認処理を説明する図。 （Ａ）および（Ｂ）は、圏外時または電波オフモードに行われる、タイマ満了の確認処理を説明する図。

以下、本発明の実施の形態について、図面を参照しながら説明する。図１は、本発明の一実施形態に係る携帯端末に適用可能な携帯電話機１の内部の構成を表している。図示せぬ基地局から送信されてきた無線信号は、アンテナ３１で受信された後、アンテナ共用器（ＤＵＰ）３２を介して受信回路（ＲＸ）３３に入力される。受信回路３３は、受信された無線信号を周波数シンセサイザ（ＳＹＮ）３４から出力された局部発振信号とミキシングして中間周波数信号に周波数変換（ダウンコンバート）する。そして、受信回路３３は、このダウンコンバートされた中間周波数信号を直交復調して受信ベースバンド信号を信号処理部３６へ出力する。なお、周波数シンセサイザ３４から発生される局部発振信号の周波数は、制御部４１から出力される制御信号ＳＹＣによって指示される。

そして、信号処理部３６に入力されたベースバンド信号は、信号処理された後に所定の伝送フォーマットの受信パケットデータに復元される。その後、この受信パケットデータは、圧縮伸張処理部３７に入力される。

圧縮伸張処理部３７は、ＤＳＰ（Digital Signal Processor）などにより構成され、ＣＤＭＡ信号処理部３６から出力された受信パケットデータを図示せぬ多重分離部によりメディアごとに分離し、分離されたメディアごとのデータに対してそれぞれ復号処理を行う。例えば音声通話が行われているときは、受信パケットデータに含まれる通話音声などのオーディオ信号は、スピーチコーデックによって復号される。また、テレビ電話による通話が行われているときは、受信パケットデータに動画像信号が含まれているため、この動画像信号は、ビデオコーデックによって復号される。

圧縮伸張処理部３７によって復号されたオーディオ信号は、ディジタルオーディオ信号としてＰＣＭコーデック３８に出力される。そして、ＰＣＭコーデック３８でＰＣＭ復号されて得られたアナログオーディオ信号は、受話増幅器３９で増幅された後、レシーバ１８を介して出力される。一方、圧縮伸張処理部３７のビデオコーデックで復号された動画像信号は、ディジタル動画像信号として制御部４１に入力され、制御部４１によってメインディスプレイ１７に表示させる。

一方、通話モードにおいて、マイクロフォン１５に入力された話者の音声は、アナログオーディオ信号として送話増幅器４０に入力され、所定のレベルまで増幅された後、ＰＣＭコーデック３８に入力されたＰＣＭ符号化される。このＰＣＭ符号化後のディジタルオーディオ信号は、圧縮伸張処理部３７に入力される。一方、圧縮伸張処理部３７には、制御部４１から出力されたディジタル動画像信号も入力される場合もあり、これらディジタルオーディオ信号やディジタル画像信号は、圧縮伸張処理部３７で符号化された後、パケット単位で信号処理部３６、送信回路（ＴＸ）３５、アンテナ共用器（ＤＵＰ）３２、そしてアンテナ31を介して無線信号として基地局へ送信される。さらに、携帯電話機１には、現在の時刻を測定する時計回路（タイマ）４７が設けられている。

制御部４１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などからなり、ＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部４２からＲＡＭにロードされた、オペレーティングシステム（ＯＳ）や各種のアプリケーションプログラムに基づいた処理を実行するとともに、種々の制御信号を生成することで携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを記憶する。なお、制御部４１は、通信系ＣＰＵ４１ａとＵＩ系ＣＰＵ制御部４１ｂを備えている。通信系ＣＰＵ４１ａは、主としてアンテナ３１、ＤＵＰ３２、ＲＸ３３、ＳＹＮ３４、ＴＸ３５、ＣＤＭＡ信号処理部３６、圧縮伸張処理部３７、ＰＣＭコーデック３８、受話増幅器３９、および送話増幅器４０などを用いた通信処理を制御する。一方、ＵＩ系ＣＰＵ４１ｂは、主としてアプリケーションの実行に伴う入力部、表示部、記憶部４２、時計回路４７などを用いたＵＩ処理を制御する。

記憶部４２は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）などからなり、制御部４１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群を格納している。電源回路４４は、バッテリ４３の出力を基に所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する。なお、メインディスプレイ１７は、例えば有機ＥＬにより構成されるディスプレイでもよいし、液晶ディスプレイ（Liquid Crystal Display）でもよい。

携帯電話機１は、上述したように、通信系ＣＰＵ４１ａとＵＩ系ＣＰＵ４１ｂを備える。なお、本実施形態では、２つのＣＰＵを備えた例を示しているが、このような場合に限定されず、３つ以上のＣＰＵを備えた場合でも適用可能である。

携帯電話機１は、所定の間欠受信周期（例えば５秒間などの周期）で間欠受信動作を行う。「間欠受信動作」とは、具体的には、省電力化を図るために、ユーザ操作がない状態に、基地局から送出される信号を必要なときだけ通信系ＣＰＵ４１ａを起動させる動作を意味する。この間欠受信動作には、通信系ＣＰＵが起動している状態と、通信系ＣＰＵが起動していない状態（はスリープ状態）とが含まれる。また、携帯電話機１が備える通信系ＣＰＵ４１ａは、間欠受信動作を行っているときに、電波状態の確認処理も行う。

一方、通信系ＣＰＵ４１ａは、ＵＩ系ＣＰＵ４１ｂのスリープ状態への遷移およびスリープ状態からの復帰を制御しており、通信系ＣＰＵ４１ａがスリープ状態である場合、ＵＩ系ＣＰＵ４１ｂもスリープ状態となる。また、ＵＩ系ＣＰＵ４１ｂは、スリープ状態へ遷移する場合、通信系ＣＰＵ４１ａに対して次回満了時間通知（何秒後までスリープ状態にあるかに関するスリープ時間情報を含む通知）を行ってスリープ状態に遷移する。通信系ＣＰＵ４１ａは、次回満了時間通知に含まれるスリープ時間情報に基づいて、通信系ＣＰＵ４１ａのソフトタイマを、例えば、スリープ時間情報を経過した後の間欠受信周期に合わせた時間などに設定する。なお、ＵＩ系ＣＰＵ４１ｂは、通信系ＣＰＵ４１ａとは異なり、間欠受信周期で起動するものではなく、ユーザ操作やスリープ状態の継続時間の満了によって起動される。そして、ＵＩ系ＣＰＵ４１ｂのスリープ状態では、ＵＩ系ＣＰＵ４１ｂに電源が供給されない状態になっている。

ここで、通信系ＣＰＵ４１ａとＵＩ系ＣＰＵ４１ｂが使用するタイマには、ハードタイマ（ＨＷタイマ）とソフトタイマの２種類が存在する。ハードタイマは、通信系ＣＰＵ４１ａやＵＩ系ＣＰＵ４１ｂがスリープ状態である場合であってもタイマが満了したか否かを判定することができるタイマであり、携帯電話機１は、通信系ＣＰＵ４１ａが使用するハードタイマ５２ａと、ＵＩ系ＣＰＵ４１ｂが使用するハードタイマ５２ｂを備える。ハードタイマ５２ａは、ハードタイマ用クロック生成部５１により生成されるハードタイマ用クロックに基づいてカウントアップ処理を行い、カウント値に基づいて計時し、カウント値が予め設定される設定値に達すると割込み信号を生成し、割込み信号を通信処理ＣＰＵに出力する。一方、ハードタイマ５２ｂは、ハードタイマ用クロック生成部５１により生成されるハードタイマ用クロックに基づいてカウントアップ処理を行い、カウント値に基づいて計時し、カウント値が予め設定される設定値に達すると割込み信号を生成し、割込み信号をＵＩ処理ＣＰＵに出力する。なお、ハードタイマ５２ａやハードタイマ５２ｂは、カウント値をそれぞれのハードタイマの内部の記憶領域に現在の時刻情報として格納する。また、ＵＩ系ＣＰＵ４１ｂがスリープ状態に遷移する場合には、電源からの電力供給が完全に停止されるため、ＵＩ系ＣＰＵ４１ｂが使用するハードタイマ５２ｂへの電力供給も停止されてしまう。そこで、ＵＩ系ＣＰＵ４１ｂがスリープ状態から復帰すると、ハードタイマ５２ｂのカウント値と、ハードタイマ５２ａのカウント値とを同期させて現在の時刻情報の同期処理を行う。

一方、ソフトタイマは、通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂによるソフトウェア処理により実現されるタイマであり、通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂは、ある時刻から何秒経過後に満了するか否かに関する情報を参照して、ハードタイマ５２ａまたはハードタイマ５２ｂからの時刻情報に基づいてタイマが満了したか否かを判定する。勿論、通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂは、時計回路４７からの時間基準信号に基づいてタイマが満了したか否かを判定するようにしてもよい。タイマがソフトタイマである場合、携帯電話機１のシステムが起動しているときは通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂはリアルタイムを計測することができるが、通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂがスリープ状態に遷移すると、ソフトタイマによるリアルタイム計測ができなくなる。そのため、通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂがスリープ状態から復帰した場合に、通信系ＣＰＵ４１ａまたはＵＩ系ＣＰＵ４１ｂは事後的に、ある時刻から何秒経過後に満了するか否かに関する情報を参照して、ハードタイマ５２ａまたはハードタイマ５２ｂからの時刻情報に基づいてタイマが満了したか否かを判定することになる。

ところで、アイドル状態では、ＵＩ系ＣＰＵ４１ｂが使用するタイマ満了に関して、ある程度の遅延、例えば最大５秒程度の遅延が許容されることがある。例えば、ＣＤＭＡ（Code Division Multiple Access）方式では、通信プロトコル処理が行われる間欠受信周期に依存して最大５秒間程度の遅延が許容される。そして、タイマ満了の判定処理に伴う消費電力を極力抑えるために、スリープ状態にある通信系ＣＰＵ４１ａが通信プロトコル処理を実行するために起動する間欠受信時とほぼ同じタイミングで、ＵＩ系ＣＰＵ４１ｂがタイマ満了の判定処理を実行することが期待される。なお、通信プロトコル処理を実行するために間欠受信周期（例えば５秒間隔など）でスリープ状態から復帰して起動するＣＰＵは通信系ＣＰＵ４１ａのみである。従って、ＵＩ系ＣＰＵ４１ｂは、通信系ＣＰＵ４１ａからの起動通知を受けない限り、スリープ状態のまま維持される。

そこで、本発明に係る携帯端末に適用可能な携帯電話機１は、ＵＩ処理ＣＰＵが使用するタイマの満了を確認するために通信処理ＣＰＵがＵＩ処理ＣＰＵに対して行う起動通知の回数を１回に削減し、ＵＩ処理ＣＰＵの起動回数を１回に削減する。これにより、ＣＰＵ（ＵＩ処理ＣＰＵ）の起動に伴う消費電力を軽減しつつ、タイマが満了したか否かを好適に判定することができる。

続いて、一実施形態に係る携帯電話機１の動作について説明する。

図２は、タイマ満了に関連する通信系ＣＰＵ４１ａとＵＩ系ＣＰＵ４１ｂの動作を示すシーケンス図である。

なお、図２における通信系ＣＰＵ４１ａとＵＩ系ＣＰＵ４１ｂの動作は、各ＣＰＵ上のミドルウェアによって実行される。図２が示すように、ＵＩ系ＣＰＵ４１ｂは、スリープ状態への遷移に向けて、通信系ＣＰＵ４１ａに対して次回満了時間通知を行い、制御部４１の共有メモリ上で満了コールバックに関するフラグを「TRUE」にしてＯＮ状態にするとともに、その後スリープ状態に遷移する。このとき、ＵＩ系ＣＰＵ４１ｂから通信系ＣＰＵ４１ａに対する次回満了時間通知には、何秒後までスリープ状態にあるかに関するスリープ時間の情報が含まれるが、本発明の実施形態の場合、スリープ時間は間欠受信周期に合わせた時間（例えば５秒間など）である必要がなく、ＵＩ系ＣＰＵ４１ｂが設定するソフトタイマの時間に設定される。例えばＵＩ系ＣＰＵ４１ｂが設定するタイマ（ソフトタイマ）の設定時間が３０秒間であるとすると、次回満了時間通知に含まれるスリープ時間（要求時間）は３０秒間に設定される。

通信系ＣＰＵ４１ａは、ＵＩ系ＣＰＵ４１ｂからの次回満了時間通知に含まれるスリープ時間情報に基づいてソフトタイマを設定し、間欠受信周期で起動する度にスリープ時間のソフトタイマが満了したか否かを判定する。このスリープ時間のソフトタイマは、図２が示すように、タイマが満了する度に再設定される。すなわち、通信系ＣＰＵ４１ａは、例えば５秒間の間欠受信周期で起動するが、ＵＩ系ＣＰＵ４１ｂが設定するソフトタイマの設定時間が３０秒間であるとすると、３０秒間のソフトタイマが満了するまでの間、間欠受信周期で起動する度にスリープ時間が設定されたソフトタイマが満了したか否かを判定することになる。そして、通信系ＣＰＵ４１ａは、スリープ時間（要求時間）が設定されたソフトタイマが満了したと判定した場合、ＵＩ系ＣＰＵ４１ｂに対してソフトタイマの満了コールバックとともに起動通知を行う。なお、満了コールバックと起動通知は一体とするようにしてもよい。これにより、本発明に係る携帯端末に適用可能な携帯電話機１は、ＵＩ形ＣＰＵ４１ｂが使用するタイマの満了を確認するために通信系ＣＰＵ４１ａがＵＩ系ＣＰＵ４１ｂに対して行う起動通知の回数を１回に削減し、ＵＩ系ＣＰＵ４１ｂの起動回数を１回に削減することができる。また、通信系ＣＰＵ４１ａは間欠受信周期（例えば５秒間など）ごとに起動するため、ＵＩ系ＣＰＵ４１ｂは、たとえ通信系ＣＰＵ４１ａからの満了コールバックないし起動通知が遅延したとしても、次の間欠受信周期で通信系ＣＰＵ４１ａからの満了コールバックないし起動通知を受け取ることができ、間欠受信周期に対応する誤差範囲内でソフトタイマを満了させることができる。具体的には、例えばＵＩ系ＣＰＵ４１ｂが設定するソフトタイマの設定時間が３０秒間であるとすると、ＵＩ系ＣＰＵ４１ｂは、最低でも３５秒間が経過するまでにソフトタイマを満了させることができる。

なお、ＵＩ系ＣＰＵ４１ｂは、ＵＩ系ＣＰＵ４１ｂにより設定されるソフトタイマが満了したときに、制御部４１の共有メモリ上で満了コールバックに関するフラグを「FALSE」にしてオフ状態にする。これにより、通信系ＣＰＵ４１ａは、たとえ間欠受信周期で起動した時に再設定されるスリープ時間が設定されたソフトタイマが満了したと判定したとしても、制御部４１の共有メモリ上で満了コールバックに関するフラグを「FALSE」である場合には、ＵＩ系ＣＰＵ４１ｂに対してスリープ時間が設定されたソフトタイマの満了コールバックを通知せず、起動通知を行わない。これにより、ＵＩ系ＣＰＵ４１ｂがソフトタイマの満了確認処理を行う必要がない場合などでなされる無駄なＵＩ系ＣＰＵ４１ｂの起動に伴う消費電力を好適に削減することができる。

図３（Ａ）および（Ｂ）は、圏内時でのタイマ満了の確認処理を説明する図である。図３（Ａ）が示すように、通信系ＣＰＵ４１ａは、通信プロトコル処理を実行するために、間欠受信周期ごとに（例えば５秒ごとに）起動される。具体的には、通信系ＣＰＵ４１ａは、ハードタイマ５２ａからの割込み信号に基づいて、時刻ｔ_１、ｔ_２、ｔ_３、およびｔ_５で間欠的に起動する。このとき、通信系ＣＰＵ４１ａは、ＵＩ系ＣＰＵ４１ｂからの次回満了時間通知に含まれるスリープ時間情報に基づいて、通信系ＣＰＵ４１ａ内でスリープ時間（要求時間）のソフトタイマを設定しており、間欠受信周期で起動する度に、スリープ時間が設定されたソフトタイマが満了したか否かを判定する。

通信系ＣＰＵ４１ａは、スリープ時間（要求時間）が設定されたソフトタイマが満了していないと判定した場合、間欠受信周期で起動したとしても、ＣＰＵ間におけるデータ転送を行うことによりＵＩ系ＣＰＵ４１ｂに対してスリープ時間が設定されたソフトタイマの満了コールバックを通知せずに、起動通知を行わない（図３（Ａ）の時刻ｔ_１、ｔ_２、およびｔ_３における起動を参照）。一方、通信系ＣＰＵ４１ａは、間欠受信周期で起動したときで、かつスリープ時間（要求時間）が設定されたソフトタイマが満了したと判定した場合、ＣＰＵ間におけるデータ転送を行うことによりＵＩ系ＣＰＵ４１ｂに対してソフトタイマの満了コールバックを通知するとともに起動通知を行い、ＵＩ系ＣＰＵ４１ｂを起動させる（図３（Ａ）の時刻ｔ_５における起動を参照）。ＵＩ系ＣＰＵ４１ｂは、通信系ＣＰＵ４１ａからの起動通知を受けると、起動し、起動後にタイマ満了の判定を行い、タイマが満了したか否かを確認する。ＵＩ系ＣＰＵ４１ｂは、時刻ｔ_５までの間スリープ状態にいるが、時刻ｔ_５おいては通信系ＣＰＵ４１ａからの満了コールバックないし起動通知を受け取り、その後、タイマ満了のタイミング（時刻ｔ_４）を過ぎていることからタイマが満了したか否かを確認してタイマの満了を認識した後タイマの満了処理を開始する。

図２に戻り、携帯電話機１が圏外にいる圏外時や無線部にて電波を送受信しない電波オフモードの場合の本実施形態における処理についてさらに説明する。携帯電話機１が圏外にいる圏外時や無線部にて電波を送受信しない電波オフモードの場合、通信系ＣＰＵ４１ａは起動しなくなってしまう。そこで、図２が示すように、ＵＩ系ＣＰＵ４１ｂは、携帯電話機１が圏内時のときと同様に次回満了時間通知を通信系ＣＰＵ４１ａに対して行うとともに、ＣＰＵ間通信により、ハードタイマ５２ｂが例えば次回満了時間にさらにマージンとして間欠受信周期１回分の５秒間を加えた時間が経過することで割込み信号を生成してＵＩ系ＣＰＵ４１ａに出力するようにハードタイマ５２ｂに設定させる。これにより、携帯電話機１は、たとえ圏外時や無線部にて電波を送受信しない電波オフモードになったとしても、ハードタイマ５２ｂによるタイマ満了によりＵＩ系ＣＰＵ４１ｂを強制的に起動することができ、ＵＩ系ＣＰＵ４１ｂにより設定されるソフトタイマの満了の確認処理を、次回満了時間からマージンとして間欠受信周期１回分の５秒間を加えた時間が経過するまでの間に行うことができる。

なお、携帯電話機１は、圏外時や無線部にて電波を送受信しない電波オフモードの場合、圏内時であるかに関わらず、携帯電話機１が圏内時のときと同様に次回満了時間通知を通信系ＣＰＵ４１ａに対して行うとともに、ハードタイマ５２ｂが例えば次回満了時間にさらにマージンとして間欠受信周期１回分の５秒間を加えた時間が経過することで割込み信号を生成してＵＩ系ＣＰＵ４１ｂに出力するようにハードタイマ５２ｂに設定させる。そうすると、携帯電話機１が圏内時においては、通信系ＣＰＵ４１ａにより設定されるスリープ時間（要求時間）のソフトタイマがハードタイマ５２ｂによるタイマの満了よりも先に満了する。そこで、図２が示すように、携帯電話機１が圏内時においては、ＵＩ系ＣＰＵ４１ｂは、通信系ＣＰＵ４１ａからの満了コールバックないし起動通知を受けると、ハードタイマ５２ｂに設定されたタイマ処理をキャンセルする。

なお、このハードタイマ５２ｂによるタイマ設定の目的は、携帯電話機１が圏外または電波オフモードである場合に通信系ＣＰＵ４１ａがスリープ状態に遷移したときであっても、ＵＩ系ＣＰＵ４１ｂにより設定されるソフトタイマを確実に満了させることである。しかし、通信系ＣＰＵ４１ａにより設定されるスリープ時間（要求時間）のソフトタイマと、ハードタイマ５２ｂによるタイマ設定の間隔を同一にしてしまうと、制御部４１の共有メモリ上で満了コールバックに関するフラグを「FALSE」である場合であっても、ハードタイマ５２ｂによるタイマの満了に従い、ＵＩ系ＣＰＵ４１ｂが必ず起動してしまう。そこで、ハードタイマ５２ｂが設定するタイマの間隔を、例えば次回満了時間にさらにマージンとして間欠受信周期１回分の５秒間を加えた時間に設定し、各タイマの満了にタイムラグを敢えて設けることにより、制御部４１の共有メモリ上で満了コールバックに関するフラグを「FALSE」である場合にハードタイマ５２ｂによるタイマの満了に従ってＵＩ処理ＣＰＵが必ず起動してしまうことを回避することができる。なお、ハードタイマ５２ｂによりタイマ満了の場合には、このタイムラグによって必ずマージン分（５秒間など）の遅延が生ずるが、これは上述したように間欠受信周期１回分の遅延に相当し、仕様上許容されるものである。

次に、図４（Ａ）および（Ｂ）は、圏外時または電波オフモードでの、タイマ満了の確認処理を説明する図である。携帯電話機１が圏外にいる圏外時や無線部にて電波を送受信しない電波オフモードの場合、通信系ＣＰＵ４１ａは、通信プロトコル処理を実行するために間欠受信周期ごとに（例えば５秒ごとに）起動する必要はない。これにより、図４（Ａ）および（Ｂ）が示すように、ＵＩ系ＣＰＵ４１ｂは、ハードタイマ５２ｂの満了に従い、強制的に、圏内時におけるタイマ満了とほぼ同様にタイマ満了を判定する。

このように、本実施形態の場合、携帯電話機１が圏内時であろうと、圏外時や電波ＯＦＦモードである場合であろうと、ＵＩ系ＣＰＵ４１ｂがタイマ満了に伴い起動する回数を１回に削減することができる。

本発明の一実施形態に係る携帯電話機１は、通信処理を制御する通信系ＣＰＵ４１ａと、ＵＩ処理を制御するＵＩ系ＣＰＵ４１ｂとを備え、通信系ＣＰＵ４１ａとＵＩ系ＣＰＵ４１ｂとが相互にデータ通信可能であり、ＵＩ系ＣＰＵ４１ｂによって予め設定される第１の時間を計時するとともに、通信系ＣＰＵ４１ａが予め設定する第２の時間を計時し、通信系ＣＰＵ４１ａが間欠受信周期ごとに起動する場合に、第２の時間が計時されたとき、通信系ＣＰＵ４１ａからの起動通知に従い、ＵＩ系ＣＰＵ４１ｂを起動させることができる。

これにより、ＵＩ系ＣＰＵ４１ｂが通信系ＣＰＵ４１ａの間欠受信動作に伴って起動させるごとに起動され、この起動よる消費電力を軽減することができる。即ち、ＵＩ系ＣＰＵ４１ｂがソフトタイマの満了確認処理を行う必要がないタイミングで起動されることで発生する消費電力を削減することができる。

なお、図２の場合、ＵＩ系ＣＰＵ４１ｂは、携帯電話機１が圏内時のときと同様に次回満了時間通知を通信系ＣＰＵ４１ａに対して行うとともに、ＣＰＵ間通信により、ハードタイマ５２ｂが例えば次回満了時間にさらにマージンとして間欠受信周期１回分の５秒間を加えた時間が経過することで割込み信号を生成してＵＩ系ＣＰＵ４１ｂに出力するようにハードタイマ５２ｂに設定させるようにしたが、このような場合に限られない。例えば、ＵＩ系ＣＰＵ４１ｂは、ＣＰＵ間通信により、ハードタイマ５２ａが例えば次回満了時間にさらにマージンとして間欠受信周期１回分の５秒間を加えた時間が経過したときに割込み信号を生成するよう、通信系ＣＰＵ４１ａに要求してもよい。この場合、携帯電話機１が圏内時である場合と同様に、ハードタイマ５２ａによるタイマ満了に従い、通信系ＣＰＵ４１ａからの満了コールバックないし起動通知がＵＩ系ＣＰＵ４１ｂに対して行われる。

なお、図２の場合、通信系ＣＰＵ４１ａは、スリープ時間（要求時間）が設定されたソフトタイマが満了したか否かに基づいて、ＣＰＵ間におけるデータ転送を行うことによりＵＩ系ＣＰＵ４１ｂに対してスリープ時間のソフトタイマの満了コールバックないし起動通知を行うか否かを区別するようにしたが、このような場合に限られず、単にスリープ時間（要求時間）のソフトタイマが満了したか否かだけでなく、それに加えて、例えばＵＩ系ＣＰＵ４１ｂが設定するタイマのクライアントであるアプリケーションプログラムの種類によって、ソフトタイマの満了コールバックないし起動通知を行うか否かを区別するようにしてもよい。具体的には、アプリケーションプログラムＡの場合には、スリープ時間（要求時間）が設定されたソフトタイマが満了していないが、ソフトタイマの計時開始から間欠受信周期１回おきにソフトタイマの満了コールバックないし起動通知を行うようにしてもよい。すなわち、通信系ＣＰＵ４１ａは、アプリケーションプログラムの種類に応じて、スリープ時間（要求時間）のソフトタイマが満了するまでの間に、間欠受信周期に合わせて、ソフトタイマの満了コールバックないし起動通知を複数回行い、ＵＩ系ＣＰＵ４１ｂを起動させるようにしてもよい。

なお、本発明の実施形態において説明した一連の処理は、ソフトウェアにより実行させることもできるが、ハードウェアにより実行させることもできる。

また、本発明の実施形態では、フローチャートのステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。

１…携帯電話機、１４…操作キー、１５…マイクロフォン、１６…サイドキー、１７…メインディスプレイ、１８…レシーバ、２１…サブディスプレイ、３１…アンテナ、３２…アンテナ共用器（ＤＵＰ）、３３…受信回路（ＲＸ）、３４…周波数シンセサイザ（ＳＹＮ）、３５…送信回路（ＴＸ）、３６…ＣＤＭＡ信号処理部、３７…圧縮伸張処理部、３８…ＰＣＭコーデック、３９…受話増幅器、４０…送話増幅器、４１…制御部、４２…記憶部、４３…バッテリ、４４…電源回路、４７…時計回路、５１…ハードタイマ用クロック生成部、５２（５２ａおよび５２ｂ）…ハードタイマ。

Claims (7)

1. 通信処理を制御する通信系ＣＰＵと、ＵＩ処理を制御するＵＩ系ＣＰＵとを備え、前記通信系ＣＰＵと前記ＵＩ系ＣＰＵとが相互にデータ通信可能な携帯端末において、
   前記ＵＩ系ＣＰＵによって予め設定される第１の時間を計時する第１の計時手段と、
   前記通信系ＣＰＵによって予め設定される第２の時間を計時する第２の計時手段と、
   前記第１の時間に間欠受信周期に対応する時間を加えた第３の時間を計時する第３の計時手段と、
   前記通信系ＣＰＵが間欠受信周期ごとに起動する場合に、前記第２の計時手段が前記第２の時間を計時したとき、前記通信系ＣＰＵからの起動通知に従い、前記ＵＩ系ＣＰＵを起動する起動手段とを備え、
   前記起動手段は、前記通信系ＣＰＵからの起動通知がない場合に、前記第３の計時手段が前記第３の時間を計時したとき、前記ＵＩ系ＣＰＵを起動する、ことを特徴とする携帯端末。
2. 前記起動手段は、前記通信系ＣＰＵが間欠受信周期ごとに起動する場合に前記通信系ＣＰＵが間欠受信時に起動したときで、かつ前記第２の計時手段が前記第２の時間を計時したとき、前記通信系ＣＰＵからの起動通知に従い、前記ＵＩ系ＣＰＵを起動することを特徴とする請求項１に記載の携帯端末。
3. 前記通信系ＣＰＵが間欠受信周期ごとに起動する場合に前記第２の計時手段が前記第２の時間を計時したときで、かつ、前記通信系ＣＰＵからの起動通知があるとき、前記第３の計時手段による計時を停止する停止手段をさらに備えることを特徴とする請求項１に記載の携帯端末。
4. 前記通信系ＣＰＵが間欠受信周期ごとに起動する場合に、前記第２の計時手段が前記第２の時間を計時するまでの間に前記通信系ＣＰＵが間欠受信時に起動したとき、前記通信系ＣＰＵは、前記ＵＩ系ＣＰＵに対する起動通知を行わず、前記第２の計時手段が前記第２の時間を計時したときであって、かつ前記通信系ＣＰＵが間欠受信時に起動したとき、前記通信系ＣＰＵは、前記ＵＩ系ＣＰＵに対する起動通知を行うことを特徴とする請求項１に記載の携帯端末。
5. 前記通信系ＣＰＵからの前記ＵＩ系ＣＰＵに対する起動通知を行うか否かを示すフラグを設定する設定手段をさらに備え、
   前記通信系ＣＰＵが間欠受信周期ごとに起動する場合に前記第２の計時手段が前記第２の時間を計時したときで、かつ前記設定手段により設定されるフラグが第１の状態であるとき、前記通信系ＣＰＵは、前記ＵＩ系ＣＰＵに対する起動通知を行うことを特徴とする請求項１に記載の携帯端末。
6. 前記通信系ＣＰＵが間欠受信周期ごとに起動する場合に前記第２の計時手段が前記第２の時間を計時したときで、かつ前記設定手段により設定されるフラグが第２の状態であるとき、前記通信系ＣＰＵは、前記ＵＩ系ＣＰＵに対する起動通知を行わないことを特徴とする請求項５に記載の携帯端末。
7. 前記第２の計時手段が前記第２の時間を計時したとき、前記通信系ＣＰＵは、前記第２の時間を再設定し、前記第２の計時手段は、再設定後に前記第２の時間の計時を開始することを特徴とする請求項１に記載の携帯端末。

Images