(57)【特許請求の範囲】
【請求項１】
第1及び第２のＣＰＵを備えている携帯端末であって、
前記第1および第2のＣＰＵへの電力供給の増減を行う電力供給手段と、
前記第1のＣＰＵへの電力供給の増加あるいは減少を開始した後に、前記第2のＣＰＵへの電力供給の増加あるいは減少を開始するように前記電力供給手段を制御する制御手段と、
を備えていることを特徴とする携帯端末。
【請求項２】
請求項１に記載の携帯端末において、
前記制御手段は、前記電力供給手段が電力供給の増減を段階的に行うよう制御することを特徴とする携帯端末。
【請求項３】
請求項１または２に記載の携帯端末は、前記携帯端末の開閉を検出する開閉検出手段を備え、
前記携帯端末が通話中の状態にあるときに前記開閉検出手段により前記携帯端末が閉じられたことを検出した場合、前記携帯端末の通話を終わらせるための終話処理を行った後に、前記電力供給手段を制御するようにしたことを特徴とする携帯端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電力供給を制御可能な携帯端末に関する。
【０００２】
【従来の技術】
近年、電話機本体を２つの部分に分割し、これらをヒンジ機構などにより連結することで折りたたみ可能な構成を備えている折り畳み式の携帯端末が多くなっている。このような折りたたみ式の携帯端末に関して、特開平７−１５４９３号に端末の開閉に応じて通話状態と通話保留状態とを切り替える方法が開示されている。
【０００３】
【発明が解決しようとする課題】
上記折りたたみ式の携帯端末では、端末を閉じて（折りたたんで）いる場合は、使用者がこの端末を利用していない状態であることが多い。従って、携帯端末の開閉に応じて通話と通話保留の切り替えだけでなく、送信機能や表示画面の切り替えを行いたいという要望がある。
【０００４】
しかし、電源ＯＮ／ＯＦＦする際に電力を消費するため、携帯端末の頻繁な開閉に同期して送信機能や表示画面の電源ＯＮ／ＯＦＦを行うと、電力消費量が増加するという問題が生じる。使用者は、携帯端末を特に使用していない場合であっても手持ち無沙汰などの理由から意味もなく端末の開閉を行うことがある。このような開閉動作に伴い電源のＯＮ／ＯＦＦが繰り返されると、電力が消費され待受可能時間が減少するという問題が発生する。
【０００５】
また、携帯端末が複数のＣＰＵを利用しているような場合には、複数のＣＰＵに対して同期をとりながら電源のＯＮ／ＯＦＦ制御を行わなければならず、ソフトウェアあるいはシステム処理が煩雑になるという問題がある。また、電源ＯＮ／ＯＦＦに時間を要するような携帯端末の場合、端末の起動時間が長くなるといった問題が発生する。
【０００６】
そこで、本発明は消費電力を抑制可能な携帯端末を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明にかかる携帯端末は第1及び第２のＣＰＵを備えている携帯端末であって、前記第1および第2のＣＰＵへの電力供給の増減を行う電力供給手段と、前記第1のＣＰＵへの電力供給の増加あるいは減少を開始した後に、前記第2のＣＰＵへの電力供給の増加あるいは減少を開始するように前記電力供給手段を制御する制御手段と、を備えていることを特徴とする。
【０００８】
【発明の実施の形態】
以下、本発明の実施形態を図面を用いて説明する。
図１に、本発明の実施形態にかかる携帯端末の外観例を示す。図１（ａ）が端末を開いた状態であり、図１（ｂ）が端末を閉じた状態を示している。
【０００９】
携帯端末１は折りたたみ用の２つの部分から構成され、一方の側にアンテナ２、受話部３、外部スイッチ４、メイン表示画面５などを配置する。外部スイッチ４は端末の側面、もしくは外面に配置され、利用者は端末を閉じた状態においても操作することができる。また、メイン表示画面５は利用者に対して各種情報を表示するための画面であり、端末を開いた状態で確認可能となる。この画面には、例えば電波の受信状況、メール受信の有無、バッテリ残量などの情報や、日時情報などを表示する。一方、携帯端末１を構成する他方の部分には、入力キー７、送話用のマイク８などを配置する。利用者は、この入力キー７を用いて文字や数字などの入力を行う。また、携帯端末１には、折りたたみ端末の開閉を検出する開閉スイッチ６を配置する。
【００１０】
図１（ｂ）に示すサブ表示画面９は、端末を閉じた外側に設けられる表示部であり、端末を閉じた状態であっても、着信状況や電波の受信状況、メール受信の有無、バッテリ残量などの情報を確認することができる。
【００１１】
図２は、本発明の実施形態にかかる携帯端末の構成例を示したブロック図である。この携帯端末において、電話回線の発着信制御は、電話アンテナ２０と無線制御部２１により行う。無線制御部２１は通話などの基本的な信号の送受信を制御しており、電話アンテナ２０により基地局への電波の送受信を行う。
【００１２】
端末制御部１５は、無線制御部２１や利用者への情報の表示を行うためのＬＣＤ２２、利用者からの入力を受け付ける入力キー２３など、利用者が情報のやり取りを実現できるように端末全体を制御する。また、情報処理プログラムおよび各種データを記憶する記憶部１７を制御し、記憶部１７への情報保存あるいは記憶部１７からの情報取得を実行する。
【００１３】
また、スイッチ１９は、マナーモードの切り替えや、音声メモの起動など携帯端末に備えられた種々の機能に切り替えるためのスイッチである。そして、開閉検出部１８は、図１に示したような開閉スイッチ６のように、折りたたみ式端末の開閉を検出するためのものである。この開閉検出部１８により端末「閉」あるいは「開」が検出された場合、電力供給制御部１４は、制御処理プログラムを実行するＣＰＵ１３と電源制御部１２への電力供給を制御する。電源制御部１２は、この電力供給制御部１４からの電力制御に基づいて、ＬＥＤ１１を制御することによりＬＣＤ２２や入力キー２３のバックライト制御を行う。また、端末制御部１５は、開閉検出部１８により開閉が検出された際に、時刻管理部１６から現在時刻などの情報を取得したり、タイマーのカウント処理などを行う。
【００１４】
図３は、本発明の実施形態にかかる携帯端末において、端末を開いた状態から、端末を閉じる場合に行う第1の処理手順を示したものである。
【００１５】
ステップＳ１０１は、端末が閉じた状態であるか否かを検出する処理である。端末「閉」と検出すると、ステップS１０２に移行し、ＬＣＤ２２に表示されている画面の消去を行う。例えば、図１に示す携帯電話のようにメイン表示画面５とサブ表示画面９を備えている場合には、メイン表示画面５に表示されている画面のみを消去するようにする。そして、ステップＳ１０３においてＬＥＤ１１がONとなっているか否かの判定を行う。ＬＥＤ１１がＯＮになっている場合はステップＳ１０４においてＬＥＤ１１をＯＦＦにし、ステップＳ１０５に移行する。
【００１６】
ステップＳ１０５は、端末を閉じてからＣＰＵを待機状態にするまでの遅延時間ｔ１を設定する処理である。ステップＳ１０５において所定の遅延時間ｔ１を設定した後、ステップＳ１０６に移行してｔ１秒のタイマーをスタートする。
【００１７】
タイマースタート後、ステップＳ１０７において、端末を閉じてからｔ１秒が経過したか否かを判定する処理を行う。本実施形態では、端末「閉」の検出ステップＳ１０１から、タイマーをスタートするステップＳ１０６までが短い時間α（≒０）で行われるものとし、ステップＳ１０７は実際には端末を閉じてから（ｔ１＋α）秒が経過したか否かを判定する。ｔ１秒が経過した場合、ステップＳ１０８に移行してＣＰＵを待機状態へと遷移する。一方、ｔ１秒が経過していない場合はステップＳ１０９に移行する。ここで、ｔ１秒経過前に携帯端末が開けられた場合はステップＳ１１０に進んでタイマーｔ１をクリアする。端末が「閉」のままであれば、ステップＳ１０７に戻ってｔ１秒のカウントを継続する。
【００１８】
ここで、ＣＰＵが「実行（ＯＮ）状態」とは利用者の操作や外部からの着信動作などによって制御処理プログラムを実行している状態をいう。「待機状態」とは、制御処理プログラムの実行を停止し、レジスタの内容を消去等している状態をいい、必要とする電力が実行状態に比べて少ない。この待機状態で着信やキー入力などのイベントがあると、実行状態へと遷移することができる。また、「ＯＦＦ状態」とは、例えば携帯端末の電源を切った場合など、着信やキー入力などのイベントに対して携帯端末が応答できない状態を意味する。但し、ＯＦＦ状態であっても、携帯端末に電源を投入するための操作は受け付け可能である。
【００１９】
図４に、端末の開閉操作と供給電力量との関係を示す。図においては、ＣＰＵ「ＯＮ状態」で必要な電力をＰ２、「待機状態」で必要な電力をＰ１と記載した。また、端末「閉」の検出に要する時間や、電力供給を削減するための処理時間などは無視できるものとして記述している。
【００２０】
図４（ａ）（ｂ）は、図３に示した処理手順における供給電力量の変化を示したものである。端末を閉じるとカウントを開始し、ｔ１秒が経過するまではＣＰＵをＯｎに維持する。そのまま端末が閉じたままであれば、ポイント７１においてＣＰＵを待機状態にする（図４（ａ））。このように、端末が所定時間閉じたままであった場合にＣＰＵを待機状態にすることにより、無用な電力消費を抑制することができる。
【００２１】
また、図４（ｂ）は、ｔ１秒が経過する前のポイント７２において端末が開けられた場合を示している。すなわち、図３のステップＳ１０９からステップＳ１１０に移行した場合に対応しており、ＣＰＵは待機状態に遷移することなくＯｎの状態を維持する。これに対して、端末の開閉に伴って供給電力を変化させた場合は、図４（ｃ）に示すようにＯＮ状態と待機状態が繰り返されることになり、ＣＰＵに負担がかかる。また、図示していないが、状態移行を行うために電力が消費されるため、かえって消費電力が増加することになる。しかし、本実施形態ではｔ１秒経過したか否かを判断し、判断結果に基づきＣＰＵへの電力供給を変化させることにより、短時間に状態移行が繰り返されることを防止し、ＣＰＵへ過度の負担がかかることを防止することができるとともに、電力消費を抑制することができる。
【００２２】
尚、遅延時間ｔ１は予め登録した固定値でもよいし、携帯端末の利用者が予め任意の時間を選択、設定するような形式としてもよい。利用者によって携帯端末の使い方は様々であるため、利用者が自己の使い方に応じて遅延時間を選択できるようにすることにより、使い勝手を向上することができる。さらに、携帯端末利用者の特徴、例えば頻繁に端末の開閉を繰り返すかといった情報や、端末の開閉を繰り返す際の時間間隔などの情報を取得し、これらの情報に基づいて遅延時間ｔ１秒を設定するようにしても良い。これにより、使用者がわざわざ遅延時間を設定することなく、利用者の使い方に応じたＣＰＵ状態制御を行うことができる。
【００２３】
また、第1の処理手順では、ステップＳ１０２で画面表示の消去を行い、ステップＳ１０４でＬＥＤをＯＦＦにする処理手順としたが、処理の順序はこれに限るものではない。例えば、ステップＳ１０２やステップＳ１０３、Ｓ１０４を、ステップＳ１０８と同時に行うようにしても良い。また、ステップＳ１０８においてＣＰＵを待機状態にしたが、ＣＰＵ以外のモジュールあるいはクロックを停止するようにしても構わない。
【００２４】
また、ステップＳ１０９において端末が「開」か「閉」かの判定を行うようにしているが、端末「開」によって割込み信号を発生する構成としてもよい。このように割込み信号を発生させる場合、周期的に「開閉」確認を行う必要がなく、処理手順を簡素化することができる。
【００２５】
図５は、端末を開いた状態から、端末を閉じる場合に行う第２の処理手順を示したものである。図３と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。図５の処理において図３と異なるのは、端末「閉」の検出後、ＣＰＵ「中間待機状態」を経て、ＣＰＵ「待機状態」へと遷移させる点である。ここで、「中間待機状態」とは、例えば制御処理プログラムの実行を停止しているが、レジスタの情報などを消去しない状態をいう。
【００２６】
ステップＳ１０１において端末「閉」を検出すると、ステップＳ２０２に移行し、遅延時間ｔ２およびｔ３の設定を行う。ここで、ｔ２はＣＰＵ「ＯＮ」からＣＰＵ「中間待機状態」への遷移時間、ｔ３はＣＰＵ「中間待機状態」からＣＰＵ「待機状態」への遷移時間を表している。ステップＳ２０３においてｔ２秒のタイマーをスタートさせた後、ステップＳ２０４でｔ２秒が経過したか否かを判定する。図３と同様に、ｔ２秒が経過する前に端末が「開」となった場合は、ステップＳ２０４からステップＳ２０８、ステップＳ２０９へと移行し、タイマーｔ２をクリアする。このとき、ＣＰＵの状態は「ＯＮ」のままである。
【００２７】
一方、端末「閉」のままでｔ２秒が経過した場合は、ステップＳ２０５においてタイマーｔ３をスタートさせ、さらにステップＳ２０６においてＣＰＵを「中間待機」状態へと遷移させる。ステップＳ２０７は、ｔ３秒の経過を監視する処理である。ｔ３秒経過前に端末「開」が検出された場合は、ステップＳ２１０からステップＳ２１１へと進み、ＣＰＵを「ＯＮ」にする。これにより、ＣＰＵは中間待機状態からステップＳ２０６より前のＯＮ状態へと戻される。ステップＳ２１２はタイマーｔ３のカウントを中止する処理で、その後携帯端末は端末を開いた状態となる。中間待機状態中に利用者が端末を開かなかった場合は、ｔ３秒経過後にステップＳ２０７からステップＳ１０８に移行して、ＣＰＵを「待機」状態へと遷移させる。
【００２８】
なお、図５における遅延時間ｔ２とｔ３は個別に設定可能であるが、例えば同一時間を設定するようにしても勿論構わない。また、携帯端末のシステム構成によっては、ステップＳ２０６をＣＰＵ待機状態とし、ステップＳ１０８をＣＰＵＯｆｆの状態とすることも可能である。
【００２９】
また、図には記載していないが、通話中に端末が閉じられた場合には、ＣＰＵを「中間待機状態」に遷移させる前に終話処理を行うようにすることで、回線切断などの処理を適切に行うことができる。図５の場合、例えば、終話処理を行った後ステップＳ２０２に移行するようにすればよい。
【００３０】
図６に、開閉操作と供給電力量との関係を示す。図６は、図５に示した処理手順と対応している。図において、中間待機状態に要する電力をＰ１’と示してある。
図６（ａ）は、ステップＳ１０１からステップＳ１０８に至る処理を行った場合の供給電力量の変化を示したものである。図６（ａ）において、ポイント８０は、携帯端末が「開」から「閉」に変化した時点を示している。このポイント８０から遅延時間ｔ２秒後のポイント８１において、図５のステップＳ２０６の処理が実行される。すなわち、ＣＰＵの状態が「ＯＮ」から「中間待機」へと遷移し、供給電力が減少する。さらに、端末「閉」の状態でｔ３秒が経過すると、ポイント８２においてステップＳ１０８の処理が行われ、ＣＰＵは「待機」状態に遷移する。
【００３１】
図６（ｂ）は、ＣＰＵが「中間待機」状態のときに、再び端末が「開」となった場合の電力供給量の変化を示したものである。この場合も、端末「閉」後、ｔ２秒が経過したポイント８１において、ＣＰＵが「中間待機」状態へと遷移する。この時点からｔ３秒が経過する前のポイント８３において再び携帯端末が開けられた場合、図５に示したステップＳ２１１およびステップＳ２１２の処理が実行され、ＣＰＵは「中間待機」から「ＯＮ」へと立ち上がる。その後、携帯端末が再び「閉」となるか、あるいは携帯端末を開けたままで一定時間何の操作も行われない状態となるまで、ＣＰＵは「ＯＮ」のままとなる。
【００３２】
第２の処理手順のように、一旦「中間待機状態」にすることにより、「待機状態」からＣＰＵをＯＮにする場合に比べて、起動時に必要な時間および消費電力を抑制できる。また、「中間待機状態」ではレジスタやメモリの内容を消去せず、書いている途中のメール等を保護できるため、いきなり文章が消えてしまうことを防止し、利用者の使い勝手を向上することができる。以上、本発明を折りたたみ式の携帯端末に適用した場合について説明したが、折りたたみ式の携帯端末に限らず、一定期間操作がない場合に本実施形態のように段階的に電源をＯＦＦしても良い。
【００３３】
図７は、本発明の実施形態にかかる携帯端末において、端末の開閉を繰り返した場合に実行する動作の処理手順を示している。図７に示す処理は、端末「開閉」の回数をカウント、および端末の開閉間隔を測定する処理を行うことを特徴としている。
【００３４】
携帯端末が開かれると、ステップＳ４０１によって端末「開」が検出され、ステップＳ４０２へと移行する。ステップＳ４０２は、端末の開閉回数を記憶している変数「開閉カウント（Ｎ０）」の値を確認する処理である。開閉カウントが０回であった場合、ステップＳ４０３に進んで、現在時刻ｈ１を記憶保存する処理を行う。開閉カウントが１回以上となっているときは、ステップＳ４０２からステップＳ４０４へと移行して開閉カウントのカウントアップを行う。ステップＳ４０５は端末「閉」を検出する処理であり、利用者が端末を閉じた場合に次のステップＳ４０６へと進む。端末が開かれている間、携帯端末では利用者が行っている操作に対応した別の処理が実行されるが、本実施形態では省略する。
【００３５】
ステップＳ４０６以降は、端末「閉」時の処理手順である。ステップＳ４０６で開閉カウントが２未満、すなわち開閉カウントが０か１であった場合、ステップＳ４１４へと移行してＣＰＵを待機状態へと遷移させ、処理を終了する。一方、ステップＳ４０６で開閉カウントが２以上と判定された場合、ステップＳ４０７において、その時点（端末を閉じた時点）での時刻ｈ２を取得する。ステップＳ４０８は、ステップＳ４０３とステップＳ４０７で取得した時刻より、端末を開いてから閉じるまでの時間（ｈ２−ｈ１）を計算する処理である。図７の場合の端末「開」時間（ｈ２−ｈ１）は、ステップＳ４０６における判定値を２以上としていることから、端末開閉を２回繰り返した際の各所用時間「開」＋「閉」＋「開」を合計した時間となる。
【００３６】
次に、ステップＳ４０９において、上記で求めた端末「開」時間（ｈ２−ｈ１）と、予め設定した値（（（Ｎ０−１）×２＋１）×Ｔ）との大小比較が行われる。ここで、Ｎ０は端末開閉カウントであり、図７の例では初回は２となる。Ｔは予め設定した時間間隔である。端末「開」時間（ｈ２−ｈ１）が設定値よりも長い場合、連続開閉が行われていないと判断して、ステップＳ４１３で開閉カウントのクリア（Ｎ０＝０）を実行し、続いてステップＳ４１４でＣＰＵを待機状態とする。
【００３７】
一方、ステップＳ４０９において、端末「開」時間（ｈ２−ｈ１）が設定値より短かった場合、すなわち短時間のうちに開閉を繰り返したと判定される場合は、ステップＳ４１０に移行して、ＣＰＵを待機状態に落とすまでの遅延時間ｔ４を設定する。ステップＳ４１１はタイマーｔ４のカウントを開始する処理であるが、端末「閉」のままでｔ４秒が経過した場合は、ステップＳ４１２からステップＳ４１３へと移行して開閉カウントをクリアし、ステップＳ４１４でＣＰＵを待機状態に遷移させる。この場合、次に端末を開けた場合、開閉カウントは１からカウントする。
【００３８】
ステップＳ４１２において、ｔ４秒経過前に再び端末が「開」となった場合は、ステップＳ４１５からステップＳ４１６に進んでタイマーｔ４のクリアを行った後、再びステップＳ４０２へと移行する。この時点で、端末の連続開閉は継続していると判断されるため、ＣＰＵはＯＮのままであり、開閉カウントは維持されている。すなわち、ステップＳ４０２における開閉カウントは2以上であり、ステップＳ４０４で開閉カウントがカウントアップされる。以降、端末「開」時間の長短に応じて処理が繰り返される。
【００３９】
図８に、端末を複数回、開け閉めした場合の供給電力量の変化を示す。 図８（ａ）は、端末開閉の度にＣＰＵは「Ｏｎ」と「待機」の状態遷移を行う場合を示している。図８（ｂ）は、図７の処理手順により制御した場合を示している。ポイント９０と９１で示される1回目の端末開閉時には、図８（ａ）と同様の処理が行われる。ポイント９１は携帯端末が「開」から「閉」に変化する点であるが、1回目の端末「閉」時には図７におけるステップＳ４０６からステップＳ４１４に至る処理が実行され、端末「閉」と同時にＣＰＵが待機状態に遷移する。さらに続けて端末の開閉を行った場合、図７のステップＳ４０６からステップＳ４０７に処理が移行する。ここで、図８（ｂ）では端末「開」の時間が設定値よりも短い場合について示している。この場合、図７におけるステップＳ４０９は「Ｙｅｓ」と判定され、ステップＳ４１０に移行する。
【００４０】
ポイント９３は2回目の端末「閉」に相当している。ここで、図７に示す処理手順では、ステップＳ４０６における判定カウントを２としているため、2回目の端末「閉」以降、ＣＰＵをＯｎのままで維持するための処理を実行する。ｔ４秒経過前に端末が開けられた場合、ステップＳ４１６を経て再び端末「開」の状態であるステップＳ４０２へと戻る。このとき、ＣＰＵの状態は「Ｏｎ」のままであり、「待機」状態には遷移しない。
【００４１】
同様にポイント９４は3回目の端末「閉」を示している。端末「閉」の検出後、ステップＳ４１１でｔ４秒のタイマーがセットされるが、ｔ４秒が経過するポイント９５よりも前に端末が再び「開」となっている。このため、ステップＳ４１２からステップＳ４１６へ移行し、ＣＰＵは「Ｏｎ」のままで維持する。
【００４２】
ポイント９６は、4回目の端末「閉」を示している。2回目、3回目の端末「閉」と同様に、ステップＳ４１１でｔ４秒のタイマーをセットする。ここでは、ｔ４秒が経過するまでに端末が「開」とならなかった場合を示した。この場合、図７の処理はステップＳ４１２からステップＳ４１３へと移行し、さらにステップＳ４１４においてＣＰＵを待機状態に落とす処理を行う。これにより、端末「閉」となるポイント９６からｔ４秒後のポイント９７において、ＣＰＵが「Ｏｎ」から「待機」状態へと遷移する。
【００４３】
図７に示した実施形態では、携帯端末の開閉が繰り返して行われている場合にはＣＰＵをＯｎのままの状態で維持し、端末の開閉が一定時間行われなかった場合にはＣＰＵを待機状態に遷移するように制御する。これにより、開閉を繰り返さないような通常の使用状況においては、端末「閉」とほぼ同時にＣＰＵを待機状態に落とすことができるとともに、短い間隔で端末の開閉が繰り返された場合はＣＰＵをＯＮあるいはＣＰＵ待機の状態を維持することにより、無用な電力消費の抑制をすることができる。
【００４４】
なお、以上の説明では、ステップＳ４０６における開閉カウントの判定値を２としたが、判定に用いる数値は自由に設定して構わない。これにより、利用者の携帯端末使用形態に適した制御を行うことができる。また、ステップＳ４０９の設定値についても限定するものではなく、利用者が自由に設定できるようにしても良い。さらに、遅延時間ｔ４は固定値である必要はなく、例えば端末の開閉回数の増加に合わせて段階的に変化させるような設定としてもよい。
【００４５】
次に、ＣＰＵを複数個持つ携帯端末における処理手順について説明する。図９は、ＣＰＵを複数個持つ携帯端末を開いている状態から、閉じた際に行う処理手順を示している。ここで、ＣＰＵ２個に対して状態制御を行う点以外については、基本的な処理の流れは、図５に示した手順とほぼ同じである。図５と同一機能部分には同じ番号を付し、特に必要のない限りその説明を省略する。
【００４６】
端末が閉じられると、ステップＳ５０２において、遅延時間ｔｃ１およびｔｃ２の設定を行う。ｔｃ１はＣＰＵ１に対する遅延時間であり、ここではＣＰＵ１を「ＯＮ」から「ＯＦＦ」状態に遷移させる際の遅延時間を示している。ｔｃ２は、ＣＰＵ２を「ＯＮ」から「待機」状態に遷移させる時間を表している。ステップＳ５０３においてｔｃ１秒のタイマーをスタートさせた後、ステップＳ５０４でｔｃ１秒が経過したか否かを判定する。ｔｃ１秒が経過する前に端末が「開」となった場合は、ステップＳ５０９からステップＳ５１０へと移行し、タイマーｔｃ１をクリアする。このとき、ＣＰＵ１、ＣＰＵ２はともに「ＯＮ」のままの状態である。
【００４７】
一方、端末「閉」のままでｔｃ１秒が経過した場合、ステップＳ５０５においてタイマーｔｃ２をスタートし、ステップＳ５０６においてＣＰＵ１を「ＯＦＦ」状態へと遷移させる。ステップＳ５０７は、ｔｃ２秒の経過を監視する処理である。もしｔｃ２秒経過前に端末「開」が検出された場合は、ステップＳ５１１からステップＳ５１２へと移行して、ＣＰＵ１を再び「ＯＮ」にする。ステップＳ５１３はタイマーｔｃ２のカウントを中止する処理であり、その後、携帯端末は端末「開」の状態で必要な処理が実行される。本実施形態では、ＣＰＵ１がＯＦＦであっても、ＣＰＵ２によりタイマー動作などの処理を行う。
【００４８】
ステップＳ５０７でｔｃ２秒が経過した場合、すなわち利用者がその間に端末を開かなかった場合は、ステップＳ５０８に移行してＣＰＵ２を「待機」状態へと遷移させる。この時、端末は閉じられた状態にあって、図９に示した実施携帯の場合、ＣＰＵ１は「ＯＦＦ」、ＣＰＵ２は「待機」状態となる。
【００４９】
本実施形態は、複数のＣＰＵへの電力供給を段階的に落とすことを特徴とする。例えば起動に時間が多くかかるＣＰＵを待機状態に保持し、他のＣＰＵをＯＦＦとすることができるため、消費電力を抑制しつつ、着信やキー入力等のイベントに対して応答性を良好にすることができる。
【００５０】
なお、図９における遅延時間ｔｃ１とｔｃ２は、自由に設定可能である。また、各ＣＰＵの状態についても、携帯端末のシステム構成に応じて種々の組み合わせが可能である。例えば、ステップＳ５０６におけるＣＰＵ１の状態を「待機」としても構わないし、ステップＳ５０８のＣＰＵ２が「ＯＦＦ」であっても勿論構わない。
【００５１】
以上の処理手順においては、携帯端末を閉じた場合に行われる電源OFFの処理について説明を行ってきたが、これに限らず、携帯端末を開いた際に行われる電源ONの状態を制御することも可能である。例えば、端末を閉じてから次に開くまでの時間間隔が短い場合には、電源ONを遅延させるようにしてもよい。  以下、携帯端末を開いた際の電源制御について説明する。
図１０は、ＣＰＵを複数個持つ携帯端末において、端末を開いた際に行う処理手順を示している。なお、図１０に示した例では、端末「閉」の状態でＣＰＵ１が待機状態、ＣＰＵ２がＯｆｆ状態にあるものとして説明する。
【００５２】
ステップＳ４０１において端末「開」が検出された場合、ステップＳ６０２に進んでＣＰＵ１をＯｎへと遷移させる。このときＣＰＵ２はまだＯｆｆのままである。ステップＳ６０３は現在時刻ｈ１を取得する処理である。ステップＳ６０４は、ステップＳ６０３で取得したｈ１を基に、前回の端末「開」から今回の端末「開」までの時間間隔を計算する。その後、ステップＳ６０５でｈ１をｈ０として保存する。
【００５３】
ステップＳ６０６は、先に求めた時間間隔（ｈ１−ｈ０）が、設定値よりも短いか否かを判定するための処理である。ここで、端末「開」の間隔（ｈ１−ｈ０）が設定値（Ｔ）以下であった場合、ステップＳ６０７に移行して開閉カウントを加算する。なお開閉カウントは、短時間のうちに端末開閉が繰り返されたかどうかを判別するためのフラグである。このため、端末「開」の間隔（ｈ１−ｈ０）が長かった場合には、ステップＳ６０６からステップＳ６１５に分岐して開閉カウントがクリアされる。すなわち、この時点で端末の連続開閉は行われていないと判断される。この場合、開閉カウントクリア後、ステップＳ６１４に移行してＣＰＵ２をＯｎにする。これにより、端末「開」に合わせてＣＰＵ１とＣＰＵ２はともにＯｎとなる。
【００５４】
ステップＳ６０８は、開閉カウントが設定値（Ｎ）を超えているか否かを判別する処理である。開閉カウントが設定値に満たない場合は、ステップＳ６１４に移行してＣＰＵ２を直ちにＯｎへと遷移させる。
【００５５】
一方、開閉カウントが設定値以上であった場合、ステップＳ６０９でｔ６秒のタイマーをセットし、次にステップＳ６１０においてＣＰＵ２をスタンバイ状態へと移行させる。ＣＰＵ２のスタンバイ状態は、一般的にＯｎの状態に比べて消費電力が小さい、あるいは、Ｏｆｆの状態に比べてＯｎへの遷移時間が短いといった特徴を持つ。なお、ここではＣＰＵの状態として説明したが、例えば周辺回路を含むシステムの状態を制御するようにしても構わない。
【００５６】
ステップＳ６１１は端末「閉」を検出する処理である。ｔ６秒が経過すると、ステップＳ６１３で開閉カウントをクリアし、ステップＳ６１４でＣＰＵ２をＯｎにする。
【００５７】
一方、ステップＳ６１１の状態で端末が閉じられた場合、ステップＳ６１６とステップＳ６１７が実行される。すなわち、ＣＰＵ２はスタンバイ状態からＯｆｆへと遷移し、ＣＰＵ１はＯｎから待機状態へと遷移する。
【００５８】
以上述べたように、上記図１０の処理により、端末「開」時の起動処理においてＣＰＵ１とＣＰＵ２の状態制御を各々個別に行うことが可能となる。これにより、端末の開閉が連続的に繰り返された場合に、ＣＰＵの不要なＯｎ動作を抑制することができ、携帯端末の動作信頼性を向上させることが可能となる。また、不要な連続Ｏｎ／Ｏｆｆを行わないことにより、携帯端末における電力消費量を抑えることができる。
【００５９】
なお、上記実施例では、端末「開」の時間間隔を求める場合について記述したが、例えば端末「閉」の時間間隔を求めるなどの構成としてもよい。また、ＣＰＵの状態や処理手順などについてもこれに限るものではなく、例えばステップＳ６１０で行うＣＰＵ２のスタンバイ状態への遷移を行わないなど、種々の構成をとり得る。
【００６０】
以上の図９および図１０に示した実施形態では、本発明を折りたたみ式の携帯端末に適用し、この端末を開閉を契機として複数のＣＰＵへの電力供給を段階的に増減する場合について説明を行った。しかし、折りたたみ式の携帯端末への適用に限定するものではなく、複数のＣＰＵを備えた携帯端末の電力供給制御に適用しても良い。この場合、端末の開閉検出に代えてキー入力の有無を検出し、所定時間キー入力がない場合には、複数のＣＰＵへの電力供給を段階的に減らしていくようにすることにより、消費電力を抑制しつつ、スムーズな再起動を行うことができる。また、携帯端末に圧力センサーを設け、利用者がこの携帯端末を握っていない、すなわち利用していないと判断した場合に、複数のＣＰＵへの電力供給を段階的に落としていくようにしても良い。
【００６１】
以上、各実施形態では、携帯端末の開閉時にＣＰＵもしくは携帯端末構成部品への電力供給状態を制御する場合について述べてきたが、これに限らずメイン表示画面やサブ表示画面への表示タイミング、あるいは表示内容などを制御するようにしてもよい。また、例えば外部ＬＥＤなどの点灯制御を行うような実施形態としても構わない。
【００６２】
また、携帯端末の状態に応じて、携帯端末開閉時の電力供給制御方法を変えるようにしてもよい。例えば、他の人からの不在着信がある場合やメール着信がある場合、或いはサブＬＣＤに表示するような情報がある場合に、電力供給の状態制御を変えるような実施形態としてもよい。さらに、スケジュール情報などとリンクして、携帯端末利用者に告知することが望ましい情報がある場合に、携帯端末開閉時の電力供給制御方法を変化させるような構成とすることも可能である。
【００６３】
以上のように、携帯端末の開閉に伴う端末への電源供給タイミングを制御することにより、端末構成部位への不要な電力供給を抑えるとともに、携帯端末システムにおける起動／終了処理を安定して行うことができる。また、携帯端末の開閉が短時間のうちに繰り返される場合に状態遷移を制御するようにしたので、消費電力の増加を抑制しつつ、端末の起動をスムーズに行うことができる。
【００６４】
【発明の効果】
本発明によれば、消費電力を抑制可能な携帯端末を得ることができる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる携帯端末の外観例を示す図である。
【図２】本発明の実施形態にかかる携帯端末の構成を示すブロック図である。
【図３】本発明の実施形態にかかる携帯端末における第１の処理手順を示すフローチャートである。
【図４】本発明の実施形態にかかる携帯端末における開閉操作と供給電力量との関係を示す図である。
【図５】本発明の実施形態にかかる携帯端末における第２の処理手順を示すフローチャートである。
【図６】本発明の実施形態にかかる携帯端末における開閉操作と供給電力量との関係を示す図である。
【図７】本発明の実施形態にかかる携帯端末における第３の処理手順を示すフローチャートである。
【図８】本発明の実施形態にかかる携帯端末における開閉操作と供給電力量との関係を示す図である。
【図９】本発明の実施形態にかかる携帯端末における第４の処理手順を示すフローチャートである。
【図１０】本発明の実施形態にかかる携帯端末における第５の処理手順を示すフローチャートである。
【符号の説明】
１…携帯端末、２…アンテナ、３…受話部、４…外部スイッチ、５…メイン表示画面、６…開閉スイッチ、７…入力キー、８…マイク、９…サブ表示画面、１１…ＬＥＤ、１２…電源制御部、１３…ＣＰＵ、１４…電力供給制御部、１５…端末制御部、１６…時刻管理部、１７…記憶部、１８…開閉検出部、１９…スイッチ、２０…アンテナ、２１…無線制御部、２２…ＬＣＤ、２３…入力キー
【図１】
0003912136.tif 000002
【図２】
0003912136.tif 000003
【図３】
0003912136.tif 000004
【図４】
0003912136.tif 000005
【図５】
0003912136.tif 000006
【図６】
0003912136.tif 000007
【図７】
0003912136.tif 000008
【図８】
0003912136.tif 000009
【図９】
0003912136.tif 000010
【図１０】
0003912136.tif 000011