JP4082155B2 - 携帯端末 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は表示手段を有する携帯端末に係わり、特に複数個のＣＰＵの状態制御処理に関する。
【０００２】
【従来の技術】
従来の携帯電話装置では、消費電力削減のため、表示画面が一定時間経過することによってオフされ、着信またはボタン押下によってオンするように制御している（例えば、特許文献１参照）。また、携帯型通信装置の表示部を、消費電力抑制のためにオフした後も、所定時間間隔でオン動作を行うことにより、使用者にとって、この装置が動作しているのか否かを判別を行えるようにしたものがある（例えば、特許文献２参照）。
【０００３】
【特許文献１】
特開２０００−２５３１４１号公報
【特許文献２】
特開平１０−３０４０３１号公報
【０００４】
【発明が解決しようとする課題】
近年、携帯電話等の携帯端末が多機能化するに伴い、携帯端末が通信用のＣＰＵ（Central Processing Unit）と別にアプリケーション用のＣＰＵを設けることが求められている。このように複数のＣＰＵを備える場合、ＣＰＵを１つ備えた携帯端末に比べて消費電力が増加してしまうため、表示画面のオフのみならず、更なる消費電力の抑制が必要である。
【０００５】
一方、消費電力の抑制のために機能をオフすると、ユーザの使い勝手が悪くなるという問題が発生する。
【０００６】
そこで、本発明は、ユーザの使い勝手を考慮しつつ、消費電力を抑制可能な携帯端末を提供することを課題とする。
【０００７】
【課題を解決するための手段】
この課題は、特許請求の範囲に記載された発明によって解決される。
【０００８】
【発明の実施の形態】
以下、本発明の実施形態を図面を用いて説明する。
【０００９】
図１２に、一般的な携帯端末の概観図（折りたたみ式）を示す。図１２（ａ）が端末を開いた状態であり、図１２（ｂ）が端末を閉じた状態を示している。この場合、携帯端末１は折りたたみ用の上下２つの部分から構成されており、これら２つの部分をヒンジ機構などにより連結することで折りたたみ可能な構成としている。一方の側には、アンテナ２、受話部３、メイン表示画面４などが配置される。メイン表示画面４は、利用者に対して各種情報を表示するための主画面であり、一般的に端末を開いた状態で確認可能となる。画面には、例えば電波の受信状況、メール受信の有無、バッテリ残量などの情報や、日時情報などが表示される。
【００１０】
一方、携帯端末１を構成する他方の部分には、操作キー６、送話用のマイク７などが配置される。利用者は操作キー６を用いて、文字や数字などの入力を行う。また、折りたたみ式の携帯端末には、端末の開閉を検出するための開閉検出手段５が配置されており、端末の開閉に応じてスイッチのＯｎ／Ｏｆｆなどが行われる。
【００１１】
図１２（ｂ）に示すサブ表示画面８は、端末を閉じた外側に設けられる表示部であり、端末を閉じた状態で着信状況や電波の受信状況、メール受信の有無、バッテリ残量などの情報を確認可能である。
【００１２】
上記のような折りたたみ式の携帯端末の場合、端末を利用しないときには折りたたんだ状態とされる場合が多い。通常、端末を閉じた状態では無線電話部が間欠受信動作を行っており、送信機能やメイン表示画面４などはオフとなる。また、端末を開いた図１２（a）の状態でしばらく放置した場合にも、間欠動作や不要構成部分への電力遮断、あるいはＣＰＵ（主制御マイクロプロセッサ）に供給されるクロックの低速化などが行われ、消費電流を削減する工夫がなされている。
【００１３】
図１３は、本発明の実施形態にかかる携帯端末の構成例を示した図である。ここで、携帯端末の処理機能は、その一部は従来の携帯端末における処理機能と同一であり、他の一部が本発明において付加されたものである。これらの各処理機能は、主として、制御マイクロプロセッサであるＣＰＵ(１)１５およびＣＰＵ(２)１３により処理される本発明になる制御処理プログラム（ソフトウェア）を実行することによって実現する。制御処理プログラム、および各種データは主として記憶手段１７に保持される。本構成例の特徴は、複数ＣＰＵから構成される携帯端末であり、図１３はＣＰＵ(１)とＣＰＵ(２)の２つのＣＰＵを有している。
【００１４】
携帯電話機１における電話回線の発着信制御は、電話アンテナ２０と無線制御部２１によって行われる。無線制御部２１は会話などの基本的な信号の送受信を制御しており、電話アンテナ２０により基地局への電波の送受信を行う。ここでは、携帯端末全体を制御する端末制御手段１９および電源制御部１８に基づいて、ＣＰＵ(１)が無線制御部２１に関する状態および電力供給を制御する構成としている。
【００１５】
電力供給制御手段１４は、本発明になる処理を行う手段である。電力供給制御手段１４は、主にＣＰＵ(２)１３、ＬＣＤ１２、ＬＥＤ１１への電力供給あるいは状態などを総合的に管理／制御する部分であり、ＣＰＵ(１)１５とともに、電源制御部１８により端末の状態に合わせて総合的に制御される。
【００１６】
本構成例においては、ＣＰＵ(２)がＬＣＤへの表示制御を行う構成としており、ＬＣＤのバックライト用にＬＥＤが備わっている。またＬＥＤは、入力キーのバックライト制御や充電状態の管理などにも用いられる。
【００１７】
電源制御部１８および端末制御手段１９は、携帯端末を構成するシステムの制御を行うために利用される。この際、端末制御手段１９は、時刻管理部１６から現在時刻などの情報を取得したり、遅延タイマーのカウント処理などを実行する。さらに、必要に応じて記憶手段１７への情報保存あるいは記憶手段１７からの情報取得を実行する。また、入力キー２２によって利用者からの入力情報を受け付けることができる。
【００１８】
図１は、本発明の実施形態にかかる携帯端末において、処理内容に応じてＣＰＵの状態を制御する動作の基本的な処理手順を示している。図１では、まず全体の処理の流れを説明し、次に図２および図３を用いてＣＰＵ２とＣＰＵ１各々における処理について説明を行う。
【００１９】
ここで、本実施例において用いるＣＰＵの状態「実行（ＯＮ）」、「中間待機」、「待機」、「ＯＦＦ」について簡単に説明する。上記は一般的に次のような状態を意味する。利用者の操作や外部からの着信動作などによって携帯端末が何らかの処理を行っている場合、通常、ＣＰＵは実行中となる。
【００２０】
一方、待機状態は、着信やキー入力、外部スイッチ操作などのイベントを待ち受けしている状態を意味しており、上記の待受けイベントが発生することで実行状態へと遷移可能である。例えば、図１の実施形態にかかる携帯端末においては、待受け状態で一定時間放置した場合、すなわち利用者が何の操作も行っておらずかつイベントが発生していない場合に、待機状態となる。
【００２１】
中間待機状態は、待機状態と同じようにイベント待ちの状態であるが、実行状態と待機状態の中間に位置する状態を表したものである。例えば、一部のデバイスに電圧を印加したままとすることで、待機状態に比べて実行状態に戻るまでの復帰時間を短くしたり、あるいは以前の状態を記憶しておくことなどが可能となる。ただし、一部デバイスに電圧が印加されていることから、待機状態よりも消費電流は大きくなる。
【００２２】
ＣＰＵ ＯＦＦは、例えば携帯端末の電源を切った場合に相当し、着信やキー入力などのイベントに対して携帯端末が応答しない状態を意味する。但し、携帯端末に電源を投入するための操作は、携帯端末として受け付け可能である。
【００２３】
なお、ＣＰＵの状態は上記に限定されるものではない。
【００２４】
ステップＳ１０１は、利用者が携帯端末の使用を止めて待受け状態に遷移したことを検出する処理である。待受け画面は、利用者が携帯端末に対して入力などを何も行っていないときに表示される画面の一般的な名称であり、このとき携帯端末は利用者からの入力待ちあるいは着信待ちなどの処理待ち状態となっている。通常、「通話終了（電源OFF）」キーを短く押下することによって待受け状態への遷移が行われる。以下、待受け画面を例に挙げて説明するが、表示画面はこれに限るものではない。
【００２５】
利用者が「通話終了」キーを押下すると、キー２２からの入力を端末制御手段１９が検出し、携帯端末が待受け状態へと遷移する。ステップＳ１０２では、メイン表示画面４への時計表示が行われる。ここでは、ステップＳ１０２の時計表示をメイン表示画面上のものとし、時間と分と秒が表示されている画面（秒表示時計）として説明を行う。通常メイン表示画面への表示は、折りたたみ型携帯端末を開いたままで放置した場合やストレート型携帯端末において行われるものである。折りたたみ型携帯端末を閉じた場合はメイン画面を表示しておく必要はないし、ＣＰＵの状態を速やかに中間待機状態あるいは待機状態へ遷移させて構わない。
【００２６】
図７に表示画面の構成例を示す。図７（a）は、時間と分と秒が表示されている画面を示しており、ステップＳ１０２で表示する画面に相当する。表示エリア７０は、受信電界強度やメール着信の有無、電池電圧残量などの情報を表示するピクトエリアである。これらの情報は、例えば受信電界強度が変化した際などに不定期に更新される。また、表示エリア７１は日付（曜日）を示しており、表示エリア７２に、時間と分と秒を含む時刻が表示される。ステップＳ１０３は、図７（a）に示した秒表示時計を画面に表示する時間ｔ１を設定する処理である。ここで設定時間ｔ１は予め登録した固定値でもよいし、携帯端末の利用者が予め任意の時間を選択、設定するような形式としてもよい。ステップＳ１０４は、秒表示時計を表示し始めてからの経過時間を判定する処理である。秒表示時計の更新中、すなわちｔ１秒が経過する前に何らかのイベントが起きた場合は待受け状態を抜ける処理が行われる。この場合は、ステップＳ１１０からステップＳ１１１へと移行してタイマーｔ１のクリア処理を行った後、各イベントに応じた処理の実行へと推移する。なお何らかのイベントとは、利用者からのキー入力、あるいは着信などのアクションを意味するが、ここでは各イベントに応じた処理については省略する。
【００２７】
一方、イベントが発生しなかった場合は、秒表示時計の画面がｔ１秒間表示された後、ステップＳ１０４からステップＳ１０５に移行し、画面表示を分表示時計に切り替える処理が行われる。分表示時計の表示例を図７（ｂ）に示す。時刻は、表示エリア７３における時間と分で示されており、秒は表示されない。
【００２８】
ステップＳ１０６は、分表示時計の表示時間ｔ２を設定する処理である。またステップＳ１０７は、画面表示を制御するＣＰＵを中間待機状態へと遷移させる処理であり、分表示時計が表示されている間は、基本的に中間待機状態が維持される。
【００２９】
ステップＳ１０５で表示した分表示時計は、時間と分を表示した時計画面であり、秒は表示されていない。このため、表示されている時刻の更新は一分毎に行われる。ステップＳ１１５からステップＳ１１７は、この一分毎の時刻更新を行う処理である。ステップＳ１１５で１分経過が検出されると、ステップＳ１１６に移行してＣＰＵを実行状態に戻すＯＮ処理が行われる。ステップＳ１１７は時計の分表示を更新する処理であり、時刻更新後は、ステップＳ１１７からステップＳ１０７に戻り、再びＣＰＵを中間待機状態へと遷移させる。このように分表示時計の更新は、ｔ２秒の間、１分ごとに繰り返されることになる。また、時計表示を行うＣＰＵは、1分ごとに中間待機状態から実行状態に復帰して、時刻（分）の更新を行い、再び中間待機状態に遷移する、という動作を繰り返す。
【００３０】
なお、図１には記述していないが、例えば受信電界強度が変化した場合、図７に示す表示エリア７０内の受信電界強度の表示を更新する必要がある。このときＣＰＵが中間待機状態にあるときには、ステップＳ１１５からステップＳ１１７と同様の処理を行い、表示情報の更新を実行する。この更新頻度は不定期であるが、電界が不安定な場所では頻繁に情報更新を行わなければならないこともある。すなわち場合によっては、１分よりも短い時間での画面更新が必要となる。
【００３１】
ステップＳ１１２において、分表示時計の表示時間ｔ２秒が経過する前に何らかのイベントがあった場合は、ステップＳ１１３へと移行する。ステップＳ１１３では中間待機状態にあるＣＰＵを実行状態に戻すＯＮ処理が行われる。さらにステップＳ１１４でタイマーｔ２をクリアした後、待受け状態から各イベントに応じた処理の実行へと移行する。
【００３２】
分表示時間ｔ２秒が経過すると、ステップＳ１０８からステップＳ１０９へと移行して、ＣＰＵを中間待機状態から待機状態へと移行させる処理が行われる。この時点で、分表示の更新は停止する。
【００３３】
以上、主にＣＰＵの状態変化について説明してきたが、図１に示す処理の順序はこれに限るものではない。また、例えばｔ２秒を無限大とすることにより、分表示時計を表示し続ける構成など、種々の構成をとり得る。また図１において、ステップＳ１０７やステップＳ１０９はＣＰＵの状態を例に取り上げて説明したが、ＣＰＵを含む携帯端末システムを待機状態とする構成としても勿論構わない。
【００３４】
図２および図３は、図１に示した処理手順をＣＰＵ１とＣＰＵ２の各々の処理に分けて記述したものである。図２がＣＰＵ２の処理を、図３がＣＰＵ１の処理を示している。図１と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。
【００３５】
一般に、１つのＣＰＵを有する携帯端末の場合、送受信制御や画面表示、あるいはタイマー管理などの処理は、その１つのＣＰＵによって制御される。例えばタイマーの管理を行っているＣＰＵは、時間がきたら自らが判断して起動や必要な処理などを実行する。一方、本実施例で示すような２つのＣＰＵを有する携帯端末の場合、１つのＣＰＵが別のＣＰＵを制御することが可能となる。例えば、ＣＰＵ１がタイマーをカウントしていて、時間がきたらＣＰＵ２を起こす処理を行うことができる。このとき、ＣＰＵ２は時間管理を一切行う必要がない。
【００３６】
以下、本実施例では、ＣＰＵ１が送受信部の制御や間欠動作、およびＣＰＵ２の状態制御を行い、ＣＰＵ２が画面表示を行うものとする。
図２で待受け状態に入った場合、ステップＳ２０２で秒表示を行うか否かの判定を行う。秒の表示を行わない場合は、ステップＳ２０５以降の分更新処理へと移行する。一方、秒表示を行う場合は、ステップＳ２１４とステップＳ２１５により、１秒ごとの秒表示すなわち画面更新を実行する。
次にステップＳ１０４でｔ１秒が経過した後、分表示の実行へと移行する。ステップＳ２０５は、ＣＰＵ１への分更新通知処理を示したものである。この通知は図３のステップＳ３０３の判定に反映されるもので、ＣＰＵ１側が分表示の開始を知るために用いられる。
【００３７】
ＣＰＵ２は、ステップＳ１０５で分時計を表示した後、ステップＳ１０７で中間待機状態に遷移する。ステップＳ２０７は、直ちに中間待機状態に移行できるか否かを判別するための処理であり、他に何らかの処理を実行している場合は、処理が終わるのを待ってから中間待機状態へと移行することになる。
【００３８】
ここで本実施例では、中間待機状態および待機状態ではＣＰＵ２の動作が基本的に停止しており、ソフトウェアは動作していない状態を示している。この場合、ＣＰＵ２は、ＣＰＵ１から起こされるか、あるいは割り込みなどによる復帰により動作状態へと戻ることになる。
【００３９】
ステップＳ２０９は、ＣＰＵ１の処理ステップＳ３１１から、ＣＰＵ２が起床された状態を示しているものであり、ステップＳ１０７との間で処理は継続していない。ＣＰＵ１によって中間待機状態から動作状態に戻されると、ＣＰＵ２はステップＳ２１０で必要な復帰処理を実行する。ステップＳ２１１は、分時計を表示する時間ｔ２秒の経過を確認する処理であり、ｔ２秒経過前であればステップＳ１０５に戻って時計（分）の更新を行い、再び中間待機状態へと移行する。最終的に分時計の表示時間が終了した場合は、ステップＳ２１２で表示画面のクリアを行い、ステップＳ２１３で中間待機状態への移行処理を行う。図７（ｃ）は、表示クリア後の画面構成例を示している。何も表示を行わない場合はこのような画面となるが、固定画面を表示するなどとしても勿論構わない。
【００４０】
図３は、図２に示すＣＰＵ２の処理に対応したＣＰＵ１の処理手順を示したものであり、待受け状態から秒時計表示、分時計表示、そして画面更新停止に至るまでのＣＰＵ１の処理手順を表している。ＣＰＵ１は、ステップＳ３０１において、ＣＰＵ２が中間待機状態に入ったことを検知する。検知方法は、制御ピンの状態変化、或いはソフトウェアによる情報通知など様々である。
【００４１】
ＣＰＵ２が中間待機状態に入ったことがわかると、ＣＰＵ１はステップＳ３０２において、分時計が表示されているか否かの判定を行う。分時計を表示中であればステップＳ３０３に進み、ＣＰＵ２からの分更新通知の有無を確認する。なお、ＣＰＵ２がＣＰＵ１に対して分更新通知を行うのは、図２のステップＳ２０５である。
【００４２】
ＣＰＵ１は分更新通知を受け取るとステップＳ１０６に移行し、分時計を表示する時間ｔ２の設定を行う。ここでは、分表示を始めてから最初の1回のみ、ステップＳ１０６でｔ２の設定を行うものとしている。
ステップＳ３０５は、一分おきに分時計を更新するためのタイマー設定である。この場合、分更新のタイマー管理はＣＰＵ１が行い、画面更新はＣＰＵ２が行うこととなる。1分タイマー設定後、ＣＰＵ１はステップＳ３０６において間欠動作に入る。なお図３では省略しているが、ＣＰＵ１が間欠動作に入れないような状況の場合、移行可能となってから間欠動作に移行して構わない。
【００４３】
1分が経過した場合、ＣＰＵ１はステップＳ１１５からステップＳ３０９に移行して間欠動作を通常動作に切り替え、さらにステップＳ３１１においてＣＰＵ２をＯＮ、すなわち中間待機状態から動作状態への復帰を行う。図２のＣＰＵ２の場合は、ステップＳ２０９が中間待機状態からの復帰である。
【００４４】
ＣＰＵ１はステップＳ３１１でＣＰＵ２を復帰させた後、ステップＳ３０１に戻り、ＣＰＵ２が再び中間待機状態に入るのを待つ。このように分時計を表示している間は、上記処理が繰り返される。
【００４５】
最終的にｔ２秒が経過して分時計の表示を終了する場合は、ステップＳ３０８で一分タイマーの解除を行った後、ステップＳ３１１でＣＰＵ２の起床を行う。一方、ＣＰＵ２側は、ステップＳ２１１からステップＳ２１２に進んで画面のクリアを行った後、ステップＳ２１３で再び中間待機状態に遷移する。
【００４６】
これを受けて、ＣＰＵ１はステップＳ３０１からステップＳ３０２を経て、ステップＳ３１２へと移行する。ステップＳ３１２はＣＰＵ２を中間待機状態から待機状態へと遷移させる処理であり、以後、必要のない限りＣＰＵ１はＣＰＵ２を起動しない状態となる。その後、ＣＰＵ１はステップＳ３１３において間欠動作へと移行する。
【００４７】
図８に、本実施例にかかる携帯端末における、画面（時計）表示状態とＣＰＵ２の状態との関係を示す。図８は、図１から図３に示した実施例における処理手順と対応しており、図８（a）が画面（時計）表示の状態を、図８（b）がＣＰＵ２の状態（消費電流の変化）を示している。なお、図８では、秒表示から分表示への切替えに要する時間は無視できるものとした。
【００４８】
図８において、ポイント８０は、携帯端末が待受け状態に遷移したステップＳ１０１に相当する。ここから時計の秒表示時間ｔ１時間後のポイント８１において、ステップＳ１０４からステップＳ１０７の処理が実行される。すなわち、画面表示が「秒」から「分」表示に変わり、これに応じてＣＰＵ２の状態が「ＯＮ」から「中間待機」へと遷移する。これにより、ＣＰＵ２の消費電流ならびに携帯端末の消費電流量が減少する。
さらに、分表示画面の状態でｔ２秒が経過した後、ポイント８２においてステップＳ１０９の処理が行われ、ＣＰＵが「待機」状態に遷移する。なお、ポイント８２における具体的な処理を図２と図３を用いて説明すると、ＣＰＵ２がステップＳ２０９で一旦「ＯＮ」に復帰した後、再びステップＳ２１３で中間待機状態に遷移し、さらにそれを受けてＣＰＵ１がステップＳ３０１からステップＳ３１２に進んでＣＰＵ２を待機状態に遷移させる、という処理が行われる。このとき、実際には中間待機状態Ｓ２１３から待機状態Ｓ３１２への移行時間が発生するが、ここでは無視できるものとして省略した。また、例えばステップＳ２１３において、中間待機状態を経由せずに待機状態に遷移する構成としても構わない。
【００４９】
図８のｔ２秒カウント中には、一分おきにＣＰＵ２がＯＮになり、時計の分更新処理が実行される。この一分おきの更新処理は、図２のステップＳ１０５からステップＳ２１１の処理ルーチンに該当する。
【００５０】
このように、画面の表示状態、すなわち画面（時計）の更新頻度に応じて、ＣＰＵの状態を制御することにより、利用者の使い勝手を損なうことなく、携帯端末の消費電流量を低減することが可能となる。具体的には、頻繁に処理が行われる「秒」更新期間はＣＰＵ２をＯｎの状態に維持しておき、処理頻度が限られる「分」更新期間にＣＰＵ２を中間待機状態へと遷移させる。さらに、「分」更新終了後の画面更新を行わない期間には、ＣＰＵ２を最も消費電流の低い待機状態に遷移させ、必要のない回路や端末構成部品への電力供給を停止もしくは削減する処理を実行する。
【００５１】
図４および図５は、本発明の実施形態にかかる携帯端末において、表示画面の表示内容および表示画面のバックライト状態に応じてＣＰＵを制御する動作の処理手順を示している。図４がＣＰＵ２の処理を示しており、図５がＣＰＵ１の処理を示している。
【００５２】
図２、図３と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。図４および図５の処理において図２および図３と異なるのは、バックライトの状態（点灯／消灯）に応じた処理を追加した点である。具体的には、分時計の表示時間の代わりにバックライト点灯時間を利用し、バックライト消灯を契機に、画面更新の停止、およびＣＰＵ２の待機状態への移行を行うようにしている。なお図４では、図２のステップＳ２０２とステップＳ２０７に表される判定処理を省略した。
【００５３】
図４のステップＳ１０１で待受け状態に遷移すると、ＣＰＵ２はステップＳ４０２、およびステップＳ４０３のバックライト関連処理を行う。ステップＳ４０２がバックライト（ＢＬ）の点灯依頼、ステップＳ４０３がバックライトの点灯時間ｔ０秒の通知であり、ともにＣＰＵ１に対して行われる。
【００５４】
ＣＰＵ２は、秒時計の表示から分時計の表示に移った後、バックライトの消灯を待つ。ステップＳ４１１でバックライトが消えたことを確認すると、ステップＳ４１２に移行して画面更新を停止し、中間待機状態へと遷移する。すなわち、分時計の更新停止はバックライト消灯を契機に実行される。
【００５５】
なお、ステップＳ４１６とステップＳ４１７は、秒時計を表示中に何かのイベントが発生した場合の処理である。例えば何かのキーが押下されると、秒時計の表示をクリアして、発生イベントに応じた画面描画や適当な処理などの実行へと移る。ここでは待受け状態を抜ける処理については省略した。
【００５６】
一方、ＣＰＵ１側は、ステップＳ４０２、Ｓ４０３で示されるＣＰＵ２からの通知を受けると、図５のステップＳ５１３からステップＳ５１４へと移行する。ステップＳ５１４およびステップＳ５１５は、バックライトの点灯、および点灯時間ｔ０秒の設定を行う処理である。ステップＳ５１５で設定したバックライト点灯時間ｔ０は、ステップＳ５０７において経過が判定され、ｔ０秒が経過した場合、ステップＳ５０８でバックライトを消灯し、ステップＳ３１１でＣＰＵ２を起動する。なお、ステップＳ５０４は、分時計の表示時間を設定する処理である。図５の例の場合、分表示の設定時間は不要であり、設定値を“０秒”としている。すなわち、図５では分時計の表示時間は設定されない。
【００５７】
本実施例は、全透過型の液晶を用いる携帯端末においてより有効となる。全透過型の液晶は、バックライトを消すと画面の表示内容がほとんど見えないという特性を持つ。このため、バックライト消灯後に、時計などの更新画面を表示していても見づらいことが多い。逆に言えば、バックライト消灯後は画面更新を行わないようにしても、利用者の使い勝手を損ねることは殆どないと言える。もちろん、バックライト消灯後に、壁紙などの固定画面を表示しておいても問題はない。
【００５８】
図９に、本実施例にかかる携帯端末における、画面（時計）表示状態とＣＰＵ２の状態、およびバックライト状態の関係を示す。図９は、図４と図５に示した実施例における処理手順と対応しており、図９（a）が画面（時計）表示の状態を、図９（b）が表示画面（ＬＣＤ）のバックライト（ＢＬ）の状態を、また図９（ｃ）がＣＰＵ２の状態（消費電流の変化）を示している。図８と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。
【００５９】
図９において、ポイント８０からポイント８１までが秒時計の表示更新時間ｔ１であり、ポイント８１からポイント８４までが分時計の表示更新時間となる。図８と異なるのは、ポイント８４がバックライトの点灯時間ｔ０秒によって決定されることである。なお、ポイント８３は、分時計更新タイミングを示しており、画面更新のためにＣＰＵ２が一旦ＯＮの状態となる。
【００６０】
このように、画面の表示状態だけでなく、バックライトの状態も考慮してＣＰＵの状態を制御することにより、あまり意味を持たない表示処理を省くなど、消費電流量の削減を図ることができる。また、バックライト消灯を分時計更新の終了契機とすることにより、分時計表示時間を設定／カウントする必要がなく、利便性が向上する。
【００６１】
図６は、本発明の実施形態にかかる携帯端末において、表示画面の表示内容および表示画面のバックライト状態に応じてＣＰＵを制御する動作の第２の処理手順を示している。図６はＣＰＵ１の処理を示したものである。図３、図５と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。図６の処理において図５と異なるのは、ＣＰＵ２を中間待機状態から待機状態へ遷移させるときに、遅延時間を設けた点である。ステップＳ６１６からステップＳ６１７、そしてステップＳ３１２の処理がこれにあたる。
【００６２】
ＣＰＵ１がバックライトを消灯すると、ＣＰＵ２は分時計の更新を終了し、中間待機状態へと遷移する。ここで、ＣＰＵ１は図６のステップＳ３０２からステップＳ６１６へと移行して、保留時間ｔｗ秒を設定する。
保留時間ｔｗは、ＣＰＵ２を待機状態に移行させるまでの待ち時間であり、ｔｗ秒が経過してからステップＳ３１２の処理が実行される。言い換えると、ｔｗ秒の間、ＣＰＵ２は中間待機状態を維持することになる。
【００６３】
図１０は、図６の処理を実行した場合の、本実施例にかかる携帯端末における、画面（時計）表示状態とＣＰＵ２の状態、およびバックライト状態の関係を示したものである。図１０（a）が画面（時計）表示の状態を、図１０（b）が表示画面（ＬＣＤ）のバックライト（ＢＬ）の状態を、また図１０（ｃ）がＣＰＵ２の状態（消費電流の変化）を示している。図８、図９と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。
【００６４】
ポイント８４でバックライトが消灯すると、ＣＰＵ２は、中間待機状態からＯＮへと一旦遷移し、再び中間待機状態へと移行する。ここで、中間待機状態は保留時間ｔｗが経過するまで維持される。そしてｔｗ秒の経過後、ＣＰＵ２はポイント８５において待機状態へと移行する。
【００６５】
なお、図６および図１０の実施例では、保留時間ｔｗを中間待機状態から待機状態への移行時に設定したが、例えばＯＮの状態をｔｗ秒間維持し、その後中間待機状態へと移行するようにしてもよい。また、秒表示の終了後、ＣＰＵ２がＯＮから中間待機状態へと移行するポイント８１の際に、遅延時間を設けるような構成としてもよい。これらの構成の場合、ＣＰＵ２が遅延時間ｔｗを計数するような処理とすることも可能である。
【００６６】
携帯端末の利用シーンを想定した場合、バックライトが消えたときに、利用者が、例えばキー入力を行うなどの何らかの反応をすることが予想される。
【００６７】
図６または図１０の実施例では、バックライト消灯後に保留時間を設けているため、利用者がバックライト消灯直後にキー押下を行ったような場合、ＣＰＵ２は待機状態からではなく、中間待機状態から動作状態へと復帰することになる。通常、中間待機状態からの復帰は待機状態からの復帰よりも処理が簡便であり、また復帰速度も高速である。このため、保留時間ｔｗを設けてバックライト消灯後も一定時間中間待機状態を維持することにより、上記のような利用シーンに際して、利用者が感じるストレスを軽減する効果が期待できる。さらに、バックライト消灯時の、待機状態への不要な遷移を防ぐことができる。
【００６８】
図１１は、本実施例にかかる携帯端末における、画面（時計）表示状態とＣＰＵ２の状態、およびバックライト状態の他の関係を示したものである。図１１（a）が画面（時計）表示の状態を、図１１（b）が表示画面（ＬＣＤ）のバックライト（ＢＬ）の状態を、また図１１（ｃ）がＣＰＵ２の状態（消費電流の変化）を示している。図８から図１０と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。
【００６９】
図１１は、秒表示を行わない画面構成例を示したものである。また、バックライトの状態が複数段階に切り替えられるようになっており、ここではバックライトの状態を点灯／微点灯／消灯の3段階に切り替える例を示している。
【００７０】
携帯端末の消費電流は、バックライトへの供給電流を制御することでも抑えることができる。このため、供給電流を絞ってバックライトの明るさを暗くすることで、低消費電力化が図られることがある。
【００７１】
図１１の場合、待受け状態への移行ポイント８０から、任意の時間ｔｖが経過したポイント８６において、ＣＰＵ２が中間待機状態へと移行する。ここで、ｔｖは予め設定しておいてもよいし、利用者が自由に選べるようにしても構わない。ただしｔｖを長くすると、その分消費電流が大きくなるため、携帯端末の待受け時間は短くなる。
【００７２】
また、バックライト微点灯から消灯となるポイント８４において、ＣＰＵ２は分時計の更新を終了し、待機状態へと遷移する。
【００７３】
以上、各実施例では、主にＣＰＵの状態制御について述べてきたが、これに限らず携帯端末構成部品への電力供給状態を制御するようにしてもよい。
【００７４】
また、各実施例では、中間待機状態から待機状態への遷移時に分時計の表示を停止する場合について述べてきたが、分時計の表示を続行し、一分おきに待機状態から復帰するような構成としてもよい。また、中間待機状態から待機状態への遷移に合わせて、表示内容を変えるような実施形態としても構わない。
【００７５】
さらに、画面の表示内容に関わらず、バックライトの点灯状態のみに基づいてＣＰＵの状態制御を行うようにしてもよい。
【００７６】
また、バックライトの関連する実施例では、点灯レベルが１つ又は２つであったが、それに限らず実施状況にあわせて何段階も点灯レベルがあってもよい。
【００７７】
また、携帯端末の状態に応じて、電力供給制御方法、すなわち状態遷移のタイミングを変えるようにしてもよい。例えば、他の人からの不在着信がある場合やメール着信がある場合、或いはスケジュール情報などとリンクして携帯端末利用者に告知することが望ましい情報がある場合には、中間待機状態に留まる時間を長くするような実施形態とすることも可能である。
【００７８】
以上のように、各実施例では、携帯端末の表示画面の内容やバックライトの状態に応じて複数ＣＰＵの状態を制御することにより、端末構成部位への不要な電力供給を抑えるとともに、利用者の使い勝手を損なわない携帯端末を提供することができる。
【００７９】
また、状態遷移保留時間を設けることにより、復帰処理の簡素化および高速化を図ることができ、利用者の使い勝手を向上させることができる。
【００８０】
【発明の効果】
本発明により、端末構成部位への不要な電力供給を抑える携帯端末を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる携帯端末において、表示画面の内容に応じてＣＰＵ制御を実行する動作の処理手順を示すフローチャートである。
【図２】本発明の実施形態にかかる携帯端末において、表示画面の内容に応じて主にアプリケーション用となるＣＰＵを制御する動作の処理手順を示すフローチャートである。
【図３】本発明の実施形態にかかる携帯端末において、表示画面の内容に応じて主に通信用となるＣＰＵを制御する動作の処理手順を示すフローチャートである。
【図４】本発明の実施形態にかかる携帯端末において、表示画面の内容とバックライトの状態に応じて主にアプリケーション用となるＣＰＵを制御する動作の処理手順を示すフローチャートである。
【図５】本発明の実施形態にかかる携帯端末において、表示画面の内容とバックライトの状態に応じて主に通信用となるＣＰＵを制御する動作の処理手順を示すフローチャートである。
【図６】本発明の実施形態にかかる携帯端末において、表示画面の内容とバックライトの状態に応じて主に通信用となるＣＰＵを制御する動作の第２の処理手順を示すフローチャートである。
【図７】本発明の実施形態にかかる携帯端末における表示画面の構成を示す図である。
【図８】本発明の実施形態にかかる携帯端末において、表示画面内容とＣＰＵ状態との関係を示す図である。
【図９】本発明の実施形態にかかる携帯端末において、表示画面内容とＣＰＵ状態とバックライト状態との関係を示す図である。
【図１０】本発明の実施形態にかかる携帯端末において、表示画面内容とＣＰＵ状態とバックライト状態との関係を示す第２の図である。
【図１１】本発明の実施形態にかかる携帯端末において、表示画面内容とＣＰＵ状態とバックライト状態との関係を示す第３の図である。
【図１２】従来技術の折りたたみ式の携帯端末の構成を示す外観図である。
【図１３】本発明の実施形態にかかる携帯端末の構成を示すブロック図である。
【符号の説明】
１…携帯端末、２…アンテナ、３…受話部、４…メイン表示画面、５…開閉検出手段、６…操作キー、７…マイク、８…サブ表示画面、
１１…ＬＥＤ、１２…ＬＣＤ、１３…ＣＰＵ(２)、１４…電力供給制御手段、１５…ＣＰＵ(１)、１６…時刻管理部、１７…記憶手段、１８…電源制御部、１９…端末制御手段、２０…アンテナ、２１…無線制御部、２２…入力キー

Claims (3)

1. 通信処理を行う通信CPUと、
   アプリケーション処理を行うアプリケーションCPUと、
   前記通信CPU又は前記アプリケーションCPUから出力された信号を用いて時計表示を行う表示手段と、
   前記アプリケーションCPUへの電力供給の増減を行う電力供給手段と、
   前記表示手段による前記時計表示を１秒ごとに表示を更新する秒時計表示から１分ごとに表示を更新する分時計表示および画面更新を停止する画面更新停止へと段階的に変化させ、前記時計表示を前記秒時計表示から前記分時計表示に変更した場合に前記電力供給手段による前記アプリケーション CPU への電力供給を第１の供給量から第２の供給量へ減少させ、前記時計表示を前記分時計表示から前記画面更新停止に変更した場合に前記電力供給手段による前記アプリケーション CPU への電力供給を前記第２の供給量から第３の供給量へ減少させるように制御する制御手段と、
   を備えていることを特徴とする携帯端末。
2. 請求項１に記載の携帯端末はさらに、前記表示手段を照らすバックライトを有し、
   前記制御手段は、前記表示手段による前記時計表示を前記秒時計表示から分時計表示に変更した後に前記バックライトを消灯し、前記バックライトを消灯した後に前記表示手段による前記時計表示を前記分時計表示から前記画面更新停止に変更するように制御することを特徴とする携帯端末。
3. 前記制御手段は、前記表示手段による前記時計表示を変更した後、所定時間経過してから前記電力供給手段による電力供給を減少させるように制御することを特徴とする請求項１または２に記載の携帯端末。

Images