(57)【特許請求の範囲】
【請求項１】
休止状態から起動する指示を受け付ける起動指示受付手段と、
起動してから休止状態に移行するまでの第１の時間、および、第１の時間より短い第２の時間を記憶する記憶手段と、
前記休止状態から起動した際の携帯端末の傾きを判定する傾き判定手段と、
前記休止状態から起動した際の携帯端末の周囲の明るさを判定する明るさ判定手段と、
前記傾き判定手段により携帯端末が予め定められた傾きの範囲内にあると判定され、かつ、前記明るさ判定手段により予め定められた明るさを満たすと判定された場合であって、ユーザからの指示を受け付けることなく前記第１の時間を経過した場合と、
前記傾き判定手段により携帯端末が予め定められた傾きの範囲内に無いと判定された場合であって、ユーザからの指示を受け付けることなく前記第２の時間を経過した場合と、
前記前記傾き判定手段により携帯端末が予め定められた傾きの範囲内にあると判定され、
かつ、前記明るさ判定手段により予め定められた明るさを満たさないと判定された場合であって、ユーザからの指示を受け付けることなく前記第２の時間を経過した場合に、休止状態に移行させるサスペンド手段と、
を備えることを特徴とする携帯端末。
【請求項２】
前記携帯端末は、さらに、前記携帯端末のバッテリー残量が予め定められた値以下であるかを判定する残量判定手段を備え、
前記サスペンド手段は、さらに、前記残量判定手段により前記携帯端末のバッテリー残量が予め定められた値以下であると判定された場合に、休止状態に移行させることを特徴とする請求項１に記載の携帯端末。
【請求項３】
起動してから休止状態に移行するまでの第１の時間、および、第１の時間より短い第２の時間を記憶する携帯端末における情報処理方法であって、
前記携帯端末の起動指示受付手段が、休止状態から起動する指示を受け付ける起動指示受付工程と、
前記携帯端末の傾き判定手段が、前記休止状態から起動した際の携帯端末の傾きを判定する傾き判定工程と、
前記携帯端末の明るさ判定手段が、前記休止状態から起動した際の携帯端末の周囲の明るさを判定する明るさ判定工程と、
前記携帯端末のサスペンド手段が、前記傾き判定工程により携帯端末が予め定められた傾きの範囲内にあると判定され、かつ、前記明るさ判定工程により予め定められた明るさを満たすと判定された場合であって、ユーザからの指示を受け付けることなく前記第１の時間を経過した場合と、
前記傾き判定工程により携帯端末が予め定められた傾きの範囲内に無いと判定された場合であって、ユーザからの指示を受け付けることなく前記第２の時間を経過した場合と、
前記前記傾き判定工程により携帯端末が予め定められた傾きの範囲内にあると判定され、
かつ、前記明るさ判定工程により予め定められた明るさを満たさないと判定された場合であって、ユーザからの指示を受け付けることなく前記第２の時間を経過した場合に、休止状態に移行させるサスペンド工程と、
を備えることを特徴とする情報処理方法。
【請求項４】
起動してから休止状態に移行するまでの第１の時間、および、第１の時間より短い第２の時間を記憶する携帯端末のコンピュータを、
休止状態から起動する指示を受け付ける起動指示受付手段と、
前記休止状態から起動した際の携帯端末の傾きを判定する傾き判定手段と、
前記休止状態から起動した際の携帯端末の周囲の明るさを判定する明るさ判定手段と、
前記傾き判定手段により携帯端末が予め定められた傾きの範囲内にあると判定され、かつ、前記明るさ判定手段により予め定められた明るさを満たすと判定された場合であって、ユーザからの指示を受け付けることなく前記第１の時間を経過した場合と、
前記傾き判定手段により携帯端末が予め定められた傾きの範囲内に無いと判定された場合であって、ユーザからの指示を受け付けることなく前記第２の時間を経過した場合と、
前記前記傾き判定手段により携帯端末が予め定められた傾きの範囲内にあると判定され、
かつ、前記明るさ判定手段により予め定められた明るさを満たさないと判定された場合であって、ユーザからの指示を受け付けることなく前記第２の時間を経過した場合に、休止状態に移行させるサスペンド手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
電気、ガス、水道等の検針業務や、自動販売機の商品補充処理などの業務において、ハンディターミナルやタブレット端末に代表される携帯端末が用いられている。
【０００３】
検針作業者や商品補充作業者は、携帯端末を鞄の中などに収納し、持ち歩き、各業務を行っている。
【０００４】
また、このような携帯端末は、あらかじめ営業所等で充電しておき、検針業務等をしている間は、充電池の電力により処理が実行される。そのため、電力消費が多くなると、電池が消耗し、業務継続ができなくなってしまう。
【０００５】
特許文献１には、携帯端末の電力消費を抑えるために、一定時間通信が行われていない場合には、休止状態に移行する技術について記載がされている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１３０２９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述の通り、検針作業者や商品補充作業者は、携帯端末を鞄の中などに収納し、持ち歩いている。その際、鞄の中などで携帯端末の電源キーが他の荷物と接触する等により、ユーザの意図しないうちに電源が入ってしまうことがある。この場合、携帯端末を使用しないのに、電源が入ってしまうことになり、電力の無駄な消費となってしまう。
【０００８】
このようなことが繰り返されると、実際にユーザが携帯端末を利用しようとしたときには、すでに電池が消耗し、業務に支障をきたしてしまうケースがある。
【０００９】
そこで、本発明は、ユーザの意図しない操作による電力消費を低減させる仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の携帯端末は、休止状態から起動する指示を受け付ける起動指示受付手段と、前記休止状態から起動した際の携帯端末の周囲の明るさを判定する明るさ判定手段と、前記明るさ判定手段により、予め定められた明るさを満たさないと判定された場合、休止状態に移行させるサスペンド手段と、を備えることを特徴とする。
【００１１】
また、本発明の携帯端末は、休止状態から起動する指示を受け付ける起動指示受付手段と、前記休止状態から起動した際の携帯端末の傾きを判定する傾き判定手段と、前記傾き判定手段により、携帯端末が予め定められた傾きの範囲内にないと判定された場合、休止状態に移行させるサスペンド手段と、を備えることを特徴とする。
【００１２】
また、本発明は、携帯端末における情報処理方法であって、前記携帯端末の起動指示受付手段が、休止状態から起動する指示を受け付ける起動指示受付工程と、前記携帯端末の判定手段が、前記休止状態から起動した際の携帯端末の周囲の明るさを判定する明るさ判定工程と、前記携帯端末のサスペンド手段が、前記明るさ判定工程により、予め定められた明るさを満たさないと判定された場合、休止状態に移行させるサスペンド工程と、を備えることを特徴とする。
【００１３】
また、本発明は、携帯端末における情報処理方法であって、前記携帯端末の起動指示受付手段が、休止状態から起動する指示を受け付ける起動指示受付工程と、前記携帯端末の傾き判定手段が、前記休止状態から起動した際の携帯端末の傾きを判定する傾き判定工程と、前記携帯端末のサスペンド手段が、前記傾き判定工程により、携帯端末が予め定められた傾きの範囲内にないと判定された場合、休止状態に移行させるサスペンド工程と、を備えることを特徴とする。
【００１４】
また、本発明は、携帯端末において実行可能なプログラムであって、前記携帯端末を、休止状態から起動する指示を受け付ける起動指示受付手段と、前記休止状態から起動した際の携帯端末の周囲の明るさを判定する明るさ判定手段と、前記明るさ判定手段により、予め定められた明るさを満たさないと判定された場合、休止状態に移行させるサスペンド手段として機能させることを特徴とする。
【００１５】
また、本発明は、携帯端末において実行可能なプログラムであって、前記携帯端末を、休止状態から起動する指示を受け付ける起動指示受付手段と、前記休止状態から起動した際の携帯端末の傾きを判定する傾き判定手段と、前記傾き判定手段により、携帯端末が予め定められた傾きの範囲内にないと判定された場合、休止状態に移行させるサスペンド手段として機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ユーザの意図しない操作による電力消費を低減させることが可能となる。
【図面の簡単な説明】
【００１７】
【図１】携帯端末１０１の機能構成を示す図
【図２】携帯端末１０１のハードウエア構成を示す図
【図３】第１の実施形態において携帯端末１０１が実行する処理を示すフローチャート
【図４】第２の実施形態において携帯端末１０１が実行する処理を示すフローチャート
【図５】第３の実施形態において携帯端末１０１が実行する処理を示すフローチャート
【図６】明るさの判定基準が登録されたテーブルの一例
【図７】携帯端末の傾きを模式的に示した図
【図８】サスペンド時間が登録されたテーブルの一例
【図９】第４の実施形態において携帯端末１０１が実行する処理を示すフローチャート
【図１０】Ｓ９０１、Ｓ１２０１において判定基準となるバッテリー残量
【図１１】省電力モード適用時刻を示す図
【図１２】第５の実施形態において携帯端末１０１が実行する処理を示すフローチャート
【図１３】携帯端末の傾きを模式的に示した図
【発明を実施するための形態】
【００１８】
図１を用いて、携帯端末１０１の機能構成について説明する。
【００１９】
携帯端末１０１は、起動指示受付部１５１、明るさ判定部１５２、傾き判定部１５３、サスペンド部１５４、操作受付部１５５、記憶部１５６を備える。
【００２０】
起動指示受付部１５１は、休止状態から起動する指示を受け付ける機能を備える。
【００２１】
明るさ判定部１５２は、休止状態から起動した際の携帯端末の周囲の明るさを判定する機能を備える。
【００２２】
傾き判定部１５３は、休止状態から起動した際の携帯端末の傾きを判定する機能を備える。
【００２３】
サスペンド部１５４は、明るさ判定部１５２により、予め定められた明るさを満たさないと判定された場合や、傾き判定部１５３により、予め定められた傾きの範囲内にない場合と判定された場合や、記憶部１５６に記憶された休止状態に移行するまでの時間、ユーザからの操作を受け付けなかった場合に、携帯端末を休止状態に移行させる機能を備える。
操作受付部１５５は、ユーザからの各種操作を受け付ける。
【００２４】
記憶部１５６は、休止状態に移行するまでの時間を記憶する。
【００２５】
以下、図２を用いて、図１に示した携帯端末１０１のハードウエア構成の一例について説明する。
【００２６】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２７】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２８】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２９】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３２】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３３】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００３４】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。
【００３５】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
＜第１の実施形態＞
【００３６】
次に図３を用いて、本発明の第１の実施形態における携帯端末１０１が実行する処理について説明する。
【００３７】
なお、図３のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００３８】
ステップＳ３０１では、携帯端末１０１のＣＰＵ２０１は、ユーザからサスペンド状態を解除する指示を受け付けることで、レジュームする（起動する／休止状態から復帰する）。
【００３９】
ステップＳ３０２では、携帯端末１０１のＣＰＵ２０１は、周囲の明るさ（照度など）を計測する。
【００４０】
なお、携帯端末１０１には、明るさを測定するための機能を備えているものとする。
【００４１】
ステップＳ３０３では、携帯端末１０１のＣＰＵ２０１は、ステップＳ３０２で計測した明るさがあらかじめ設定された明るさに達しているか（閾値以上であるか）を判断する。
【００４２】
閾値以上である場合（ステップＳ３０３：ＹＥＳ）は、処理をステップＳ３０４に移行する。
【００４３】
閾値以上ではない場合（ステップＳ３０３：ＮＯ）は、処理をステップＳ３０５に移行する。
【００４４】
明るさの閾値の一例を図６に示す。図６の例では、照度３００ｌｘが閾値として登録されている。
【００４５】
ステップＳ３０４では、携帯端末１０１のＣＰＵ２０１は、ユーザから操作を受けつけることなく、予め定められたサスペンド時間（一例を図８に示す）を経過したかを判断する。
【００４６】
操作なくサスペンド時間を経過した場合（ステップＳ３０４：ＹＥＳ）は、処理をステップＳ３０６に移行し、サスペンド状態に遷移する（Ｓ３０６）。
【００４７】
サスペンド時間を経過するまでにユーザから操作を受け付けた場合（ステップＳ３０４：ＮＯ）は、処理をステップＳ３０７に移行し、当該ユーザから受け付けた操作に対応する処理を実行する（Ｓ３０７）。
【００４８】
ステップＳ３０５では、携帯端末１０１のＣＰＵ２０１は、ユーザからの操作を受け付けたかを判断する。なお、ステップＳ３０５における判断は、レジュームしてからすぐに（例えば２０秒以内に）ユーザから操作を受け付けたかを判断する。すなわち、ユーザが携帯端末１０１を操作するためにレジュームしたと判断できる時間（短縮されたサスペンド時間）だけ待機し、その間に操作を受付けたかを判断する。
【００４９】
また、ステップＳ３０５においてＹＥＳと判定される操作は、携帯端末のタッチパネル上の同一箇所を押下し続けるような操作や、同じボタンを押下し続ける操作等については、含まれないものとする。
【００５０】
すなわち、ユーザが意図して操作した場合にＹＥＳと判定され、鞄の中の荷物に接触しているためにボタンやタッチパネルが押下されているといった場合には、ＮＯと判定されるように制御する。
【００５１】
例えば、複数のボタンやタッチパネルの複数の場所が操作された場合や、パスワードが正しく入力された場合などは、ユーザによる操作を受け付けたと判断する。
【００５２】
このように操作内容を考慮して、ユーザからの操作を受け付けたか否か制御することで、ユーザの意図的な操作であるのか、ユーザの意図しない操作であるのかを判定することが可能となる。
【００５３】
ユーザからの操作を受け付けた場合（ステップＳ３０５：ＹＥＳ）は、処理をステップＳ３０７に移行し、受け付けた操作に対応する処理を実行する（Ｓ３０７）。
【００５４】
ユーザからの操作を受け付けない場合（ステップＳ３０５：ＮＯ）は、処理をステップＳ３０８に移行し、サスペンド状態に遷移する（Ｓ３０８）。
【００５５】
本実施形態では、ステップＳ３０５において短縮されたサスペンド時間を経過する前にユーザからの操作を受け付けたかの判断をしているが、短縮されたサスペンド時間の経過をまたずに、すぐにサスペンド処理に移行しても良い。
【００５６】
このように、明るさを判断して、暗い場合にはサスペンドまでの時間を短縮することで、鞄の中のような暗い場所でレジュームした場合にはすぐにサスペンドすることが可能となる。すなわち、ユーザの意図によらずレジュームした場合には、無駄な電力消費を抑えることが可能となる。
＜第２の実施形態＞
【００５７】
次に図４を用いて、本発明の第２の実施形態における携帯端末１０１が実行する処理について説明する。
【００５８】
なお、図４のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００５９】
ステップＳ４０１では、携帯端末１０１のＣＰＵ２０１は、ユーザからサスペンド状態を解除する指示を受け付けることで、レジュームする。
【００６０】
ステップＳ４０２では、携帯端末１０１のＣＰＵ２０１は、携帯端末の傾き状況を取得する。
【００６１】
ここで、第４の実施形態におけるステップＳ９０１の処理と同様に、携帯端末１０１のバッテリー残量が予め定められた値以下であるかを判定し、バッテリー残量が所定値以下である場合にステップＳ４０２以降の処理を実行するよう制御しても良い。
【００６２】
このように、バッテリー残量も考慮することで、バッテリー残量が少なくなっている場合にはサスペンド時間を短縮またはすぐにサスペンドに移行して電力消費を抑え、他方バッテリー残量に余裕がある場合には通常のサスペンド時間を適用することで利便性確保を重視することが可能となる。
【００６３】
なお、携帯端末１０１には、傾きを測定するための機能（加速度センサーなど）を備えているものとする。
【００６４】
ステップＳ４０３では、携帯端末１０１のＣＰＵ２０１は、ステップＳ４０２で取得した傾きがあらかじめ設定された範囲内であるかを判断する。
【００６５】
あらかじめ設定された範囲内である場合（ステップＳ４０３：ＹＥＳ）は、処理をステップＳ４０４に移行する。
【００６６】
あらかじめ設定された範囲内ではない場合（ステップＳ４０３：ＮＯ）は、処理をステップＳ４０５に移行する。
【００６７】
例えば、図７に示すように、携帯端末の傾きが水平状態から直立状態の間にある場合は、予め設定された範囲内であると判断する。また、図７における角度Ａの範囲を予め設定し、その範囲内であるかを判定しても良い。また、携帯端末の表示部（タッチパネル）が下向きになっていない場合には、ステップＳ４０３でＹＥＳと判定するといった制御を行ってもよい。
【００６８】
すなわち、ユーザが携帯端末を使用に適した傾きであるか、使用に適さない（不自然な）傾きであるかを判断する。
【００６９】
このように、携帯端末の傾きを考慮することで、ユーザが携帯端末を使用する目的でレジュームしたのか、ユーザが意図せず鞄の中で他の荷物等に接触してしまったためレジュームしたのかを適切に判定することが可能となる。
【００７０】
また、携帯端末１０１の向きに関わらず画面の向きを固定する設定の場合と、携帯端末１０１の向きに応じて画面を回転させる設定の場合とで、異なる制御が実行されるものとする。
【００７１】
例えば、固定する設定（固定モード）においては、図１３（Ａ）や（Ｂ）のように携帯端末１０１が横倒しになっている場合や、逆さになっている場合には、携帯端末１０１の傾きは所定の範囲内にはないと判断される。
【００７２】
他方、回転する設定（回転モード）においては、図１３（Ｃ）や（Ｄ）のように携帯端末１０１が横倒しになっている場合や、逆さになっている場合でも、携帯端末１０１の傾きは所定の範囲内にあると判断される。
【００７３】
ステップＳ４０４では、携帯端末１０１のＣＰＵ２０１は、ユーザから操作を受けつけることなく、サスペンド時間（一例を図８に示す）を経過したかを判断する。
【００７４】
操作なくサスペンド時間を経過した場合（ステップＳ４０４：ＹＥＳ）は、処理をステップＳ４０６に移行し、サスペンド状態に遷移する（Ｓ４０６）。
【００７５】
サスペンド時間到来までにユーザから操作を受け付けた場合（ステップＳ４０４：ＮＯ）は、処理をステップＳ４０７に移行し、当該ユーザから受け付けた操作に対応する処理を実行する（Ｓ４０７）。
【００７６】
ステップＳ４０５では、携帯端末１０１のＣＰＵ２０１は、ユーザからの操作を受け付けたかを判断する。なお、ステップＳ４０５における判断は、レジュームしてからすぐに（例えば２０秒以内に）ユーザから操作を受け付けたかを判断する。すなわち、ユーザが携帯端末１０１を操作するためにレジュームしたと判断できる時間（短縮されたサスペンド時間）だけ待機し、その間に操作を受付けたかを判断する。
【００７７】
また、ステップＳ４０５においてＹＥＳと判定される操作は、携帯端末のタッチパネル上の同一箇所を押下し続けるような操作や、同じボタンを押下し続ける操作等については、含まれないものとする。
【００７８】
すなわち、ユーザが意図して操作した場合にＹＥＳと判定され、鞄の中の荷物に接触しているためにボタンやタッチパネルが押下されているといった場合には、ＮＯと判定されるように制御する。
【００７９】
例えば、複数のボタンやタッチパネルの複数の場所が操作された場合や、パスワードが正しく入力された場合などは、ユーザによる操作を受け付けたと判断する。
【００８０】
このように操作内容を考慮して、ユーザからの操作を受け付けたか否か制御することで、ユーザの意図的な操作であるのか、ユーザの意図しない操作であるのかを判定することが可能となる。
【００８１】
ユーザからの操作を受け付けた場合（ステップＳ４０５：ＹＥＳ）は、処理をステップＳ４０７に移行し、受け付けた操作に対応する処理を実行する（Ｓ４０７）。
【００８２】
ユーザからの操作を受け付けない場合（ステップＳ４０５：ＮＯ）は、処理をステップＳ４０８に移行し、サスペンド状態に遷移する（Ｓ４０８）。
【００８３】
第１の実施形態と同様に、ステップＳ４０５におけるユーザからの操作を受け付けたかの判断処理は実行せずに、すぐに（短縮されたサスペンド時間の経過を待たずに）サスペンド処理に移行しても良い。
＜第３の実施形態＞
【００８４】
次に図５を用いて、本発明の第３の実施形態における携帯端末１０１が実行する処理について説明する。
【００８５】
なお、図５のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００８６】
また、図５に示す処理は、第１の実施形態と第２の実施形態における処理を組み合わせた処理であり、各ステップにおける処理の詳細は、第１の実施形態、第２の実施形態における相当する処理と同様である。
【００８７】
ステップＳ５０１では、携帯端末１０１のＣＰＵ２０１は、ユーザからサスペンド状態を解除する指示を受け付けることで、レジュームする。
【００８８】
ステップＳ５０２では、携帯端末１０１のＣＰＵ２０１は、携帯端末の傾き状況を取得する。
【００８９】
なお、携帯端末１０１には、傾きを測定するための機能（加速度センサーなど）を備えているものとする。
【００９０】
ステップＳ５０３では、携帯端末１０１のＣＰＵ２０１は、ステップＳ５０２で取得した傾きがあらかじめ設定された範囲内であるかを判断する。
【００９１】
あらかじめ設定された範囲内である場合（ステップＳ５０３：ＹＥＳ）は、処理をステップＳ５０４に移行する。
【００９２】
あらかじめ設定された範囲内ではない場合（ステップＳ５０３：ＮＯ）は、処理をステップＳ５０９に移行する。
【００９３】
例えば、図７に示すように、携帯端末の傾きが水平状態から直立状態の間にある場合は、予め設定された範囲内であると判断する。また、図７における角度Ａの範囲を予め設定し、その範囲内であるかを判定しても良い。また、携帯端末の表示部（タッチパネル）が下向きになっていない場合には、ステップＳ５０３でＹＥＳと判定するといった制御を行ってもよい。
【００９４】
すなわち、ユーザが携帯端末を使用に適した傾きであるか、使用に適さない（不自然な）傾きであるかを判断する。
【００９５】
このように、携帯端末の傾きを考慮することで、ユーザが携帯端末を使用する目的でレジュームしたのか、ユーザが意図せず鞄の中で他の荷物等に接触してしまったためレジュームしたのかを適切に判定することが可能となる。
【００９６】
また、携帯端末１０１の向きに関わらず画面の向きを固定する設定の場合と、携帯端末１０１の向きに応じて画面を回転させる設定の場合とで、異なる制御が実行されるものとする。
【００９７】
例えば、固定する設定（固定モード）においては、図１３（Ａ）や（Ｂ）のように携帯端末１０１が横倒しになっている場合や、逆さになっている場合には、携帯端末１０１の傾きは所定の範囲内にはないと判断される。
【００９８】
他方、回転する設定（回転モード）においては、図１３（Ｃ）や（Ｄ）のように携帯端末１０１が横倒しになっている場合や、逆さになっている場合でも、携帯端末１０１の傾きは所定の範囲内にあると判断される。
【００９９】
ステップＳ５０４では、携帯端末１０１のＣＰＵ２０１は、周囲の明るさ（照度など）を計測する。
【０１００】
なお、携帯端末１０１には、明るさを測定するための機能を備えているものとする。
【０１０１】
ステップＳ５０５では、携帯端末１０１のＣＰＵ２０１は、ステップＳ５０４で計測した明るさがあらかじめ設定された明るさに達しているか（閾値以上であるか）を判断する。
【０１０２】
閾値以上である場合（ステップＳ５０５：ＹＥＳ）は、処理をステップＳ５０６に移行する。
【０１０３】
閾値以上ではない場合（ステップＳ５０５：ＮＯ）は、処理をステップＳ５０９に移行する。
【０１０４】
ステップＳ５０６では、携帯端末１０１のＣＰＵ２０１は、ユーザから操作を受けつけることなく、サスペンド時間（一例を図８に示す）を経過したかを判断する。
【０１０５】
操作なくサスペンド時間を経過した場合（ステップＳ５０６：ＹＥＳ）は、処理をステップＳ５０７に移行し、サスペンド状態に遷移する（Ｓ５０７）。
【０１０６】
サスペンド時間到来までにユーザから操作を受け付けた場合（ステップＳ５０６：ＮＯ）は、処理をステップＳ５０８に移行し、当該ユーザから受け付けた操作に対応する処理を実行する（Ｓ５０８）。
【０１０７】
ステップＳ５０９では、携帯端末１０１のＣＰＵ２０１は、ユーザからの操作を受け付けたかを判断する。なお、ステップＳ５０９における判断は、レジュームしてからすぐに（例えば２０秒以内に）ユーザから操作を受け付けたかを判断する。すなわち、ユーザが携帯端末１０１を操作するためにレジュームしたと判断できる時間（短縮されたサスペンド時間）だけ待機し、その間に操作を受付けたかを判断する。
【０１０８】
また、ステップＳ５０９においてＹＥＳと判定される操作は、携帯端末のタッチパネル上の同一箇所を押下し続けるような操作や、同じボタンを押下し続ける操作等については、含まれないものとする。
【０１０９】
すなわち、ユーザが意図して操作した場合にＹＥＳと判定され、鞄の中の荷物に接触しているためにボタンやタッチパネルが押下されているといった場合には、ＮＯと判定されるように制御する。
【０１１０】
例えば、複数のボタンやタッチパネルの複数の場所が操作された場合や、パスワードが正しく入力された場合などは、ユーザによる操作を受け付けたと判断する。
【０１１１】
このように操作内容を考慮して、ユーザからの操作を受け付けたか否か制御することで、ユーザの意図的な操作であるのか、ユーザの意図しない操作であるのかを判定することが可能となる。
【０１１２】
ユーザからの操作を受け付けた場合（ステップＳ５０９：ＹＥＳ）は、処理をステップＳ５０８に移行し、受け付けた操作に対応する処理を実行する（Ｓ５０８）。
【０１１３】
ユーザからの操作を受け付けない場合（ステップＳ５０９：ＮＯ）は、処理をステップＳ５１０に移行し、サスペンド状態に遷移する（Ｓ５１０）。
【０１１４】
本実施形態では、ステップＳ５０９においてユーザからの操作を受け付けたかの判断をしているが、この処理を行わず、すぐに（短縮されたサスペンド時間の経過を待たずに）サスペンド処理に移行しても良い。
【０１１５】
このように、第３の実施形態によれば、携帯端末の周囲が暗く、かつ携帯端末の傾き状態もユーザが操作する状態とはいえない傾きの場合に、レジューム後すぐにサスペンド状態に遷移することが可能となる。
【０１１６】
これにより、鞄の中などでユーザの意図とは関係なく電源が入ってしまった（レジュームしてしまった）場合にも、無駄な電力消費を抑えることが可能となる。
＜第４の実施形態＞
【０１１７】
次に、図９を用いて、本発明の第４の実施形態について説明する。
【０１１８】
なお、図９のフローチャートで示す処理は、携帯端末１０１のＣＰＵ２０１が所定のプログラムを読み出して実行する処理である。
【０１１９】
また、第１の実施形態における処理（図３のフローチャートで示す処理）と同じの処理については、同じステップ番号を用いて説明する。
【０１２０】
ステップＳ３０１では、携帯端末１０１のＣＰＵ２０１は、ユーザからサスペンド状態を解除する指示を受け付けることで、レジュームする。
【０１２１】
ステップＳ９０１では、携帯端末１０１のＣＰＵ２０１は、携帯端末１０１のバッテリー残量が予め定められた値以下であるかを判定する。
【０１２２】
判定基準となるバッテリー残量は、予め登録されているものとする（一例を図１０に示す。図１０の例では、残量２０％が閾値である）。
【０１２３】
バッテリー残量が所定値以下である場合（ステップＳ９０１：ＹＥＳ）は、処理をステップＳ９０２に移行する。
【０１２４】
バッテリー残量が所定値以下ではない場合（ステップＳ９０１：ＮＯ）は、処理をステップＳ３０１に戻す。
【０１２５】
このように、バッテリー残量も考慮してサスペンド時間を設定することで、バッテリー残量が少なくなっている場合にはサスペンド時間を短縮またはすぐにサスペンドに移行して電力消費を抑え、他方バッテリー残量に余裕がある場合には通常のサスペンド時間を適用することで利便性確保を重視することが可能となる。
【０１２６】
ステップＳ９０２では、携帯端末１０１のＣＰＵ２０１は、現在時刻が予め設定された省電力モード適用時刻に該当するかを判断する。
【０１２７】
省電力モード適用時刻の一例を図１１に示す。図１１の例では、６時から１８時の間であれば、省電力モードが適用されることを示す。
【０１２８】
時刻条件を満たすと判定された場合（ステップＳ９０２：ＹＥＳ）は、処理をステップＳ３０２に移行する。
【０１２９】
時刻条件を満たさない場合（ステップＳ９０２：ＮＯ）は、処理をステップＳ３０１に戻す。
【０１３０】
ステップＳ３０２では、携帯端末１０１のＣＰＵ２０１は、周囲の明るさ（照度など）を計測する。
【０１３１】
なお、携帯端末１０１には、明るさを測定するための機能を備えているものとする。
【０１３２】
ステップＳ３０３では、携帯端末１０１のＣＰＵ２０１は、ステップＳ３０２で計測した明るさがあらかじめ設定された明るさに達しているか（閾値以上であるか）を判断する。
【０１３３】
閾値以上である場合（ステップＳ３０３：ＹＥＳ）は、処理をステップＳ３０４に移行する。
【０１３４】
閾値以上ではない場合（ステップＳ３０３：ＮＯ）は、処理をステップＳ３０５に移行する。
【０１３５】
明るさの閾値の一例を図６に示す。図６の例では、照度３００ｌｘが閾値として登録されている。
【０１３６】
ステップＳ３０４では、携帯端末１０１のＣＰＵ２０１は、ユーザから操作を受けつけることなく、予め定められたサスペンド時間（一例を図８に示す）を経過したかを判断する。
【０１３７】
操作なくサスペンド時間を経過した場合（ステップＳ３０４：ＹＥＳ）は、処理をステップＳ３０６に移行し、サスペンド状態に遷移する（Ｓ３０６）。
【０１３８】
サスペンド時間を経過するまでにユーザから操作を受け付けた場合（ステップＳ３０４：ＮＯ）は、処理をステップＳ３０７に移行し、当該ユーザから受け付けた操作に対応する処理を実行する（Ｓ３０７）。
【０１３９】
ステップＳ３０５では、携帯端末１０１のＣＰＵ２０１は、ユーザからの操作を受け付けたかを判断する。なお、ステップＳ３０５における判断は、レジュームしてからすぐに（例えば２０秒以内に）ユーザから操作を受け付けたかを判断する。すなわち、ユーザが携帯端末１０１を操作するためにレジュームしたと判断できる時間（短縮されたサスペンド時間）だけ待機し、その間に操作を受付けたかを判断する。
【０１４０】
また、ステップＳ３０５においてＹＥＳと判定される操作は、携帯端末のタッチパネル上の同一箇所を押下し続けるような操作や、同じボタンを押下し続ける操作等については、含まれないものとする。
【０１４１】
すなわち、ユーザが意図して操作した場合にＹＥＳと判定され、鞄の中の荷物に接触しているためにボタンやタッチパネルが押下されているといった場合には、ＮＯと判定されるように制御する。
【０１４２】
例えば、複数のボタンやタッチパネルの複数の場所が操作された場合や、パスワードが正しく入力された場合などは、ユーザによる操作を受け付けたと判断する。
【０１４３】
このように操作内容を考慮して、ユーザからの操作を受け付けたか否か制御することで、ユーザの意図的な操作であるのか、ユーザの意図しない操作であるのかを判定することが可能となる。
【０１４４】
ユーザからの操作を受け付けた場合（ステップＳ３０５：ＹＥＳ）は、処理をステップＳ３０７に移行し、受け付けた操作に対応する処理を実行する（Ｓ３０７）。
【０１４５】
ユーザからの操作を受け付けない場合（ステップＳ３０５：ＮＯ）は、処理をステップＳ３０８に移行し、サスペンド状態に遷移する（Ｓ３０８）。
【０１４６】
本実施形態では、ステップＳ３０５においてユーザからの操作を受け付けたかの判断をしているが、この処理を行わず、すぐに（短縮されたサスペンド時間をまたずに）サスペンド処理に移行しても良い。
【０１４７】
このように、明るさを判断して、暗い場合にはすぐにサスペンドすることで、鞄の中のような暗い場所でレジュームした場合にはすぐにサスペンドすることが可能となる。すなわち、ユーザの意図によらずレジュームした場合には無駄な電力消費を抑えることが可能となる。
＜第５の実施形態＞
【０１４８】
次に、図１２を用いて、本発明の第５の実施形態について説明する。
【０１４９】
なお、図１２のフローチャートで示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【０１５０】
また、第３の実施形態における処理（図５のフローチャートで示す処理）と同じ処理については、同じステップ番号を用いて説明する。
【０１５１】
ステップＳ５０１では、携帯端末１０１のＣＰＵ２０１は、ユーザからサスペンド状態を解除する指示を受け付けることで、レジュームする。
【０１５２】
ステップＳ１２０１では、携帯端末１０１のＣＰＵ２０１は、携帯端末１０１のバッテリー残量が予め定められた値以下であるかを判定する。
【０１５３】
判定基準となるバッテリー残量は、予め登録されているものとする（一例を図１０に示す。図１０の例では、残量２０％が閾値である）。
【０１５４】
バッテリー残量が所定値以下である場合（ステップＳ１２０１：ＹＥＳ）は、処理をステップＳ１２０２に移行する。
【０１５５】
バッテリー残量が所定値以下ではない場合（ステップＳ１２０１：ＮＯ）は、処理をステップＳ５０１に戻す。
【０１５６】
このように、バッテリー残量も考慮してサスペンド時間を設定することで、バッテリー残量が少なくなっている場合にはサスペンド時間を短縮またはすぐにサスペンドに移行して電力消費を抑え、他方バッテリー残量に余裕がある場合には通常のサスペンド時間を適用することで利便性確保を重視することが可能となる。
【０１５７】
ステップＳ１２０２では、携帯端末１０１のＣＰＵ２０１は、現在時刻が予め設定された省電力モード適用時刻に該当するかを判断する。
【０１５８】
省電力モード適用時刻の一例を図１１に示す。図１１の例では、６時から１８時の間であれば、省電力モードが適用されることを示す。
【０１５９】
時刻条件を満たすと判定された場合（ステップＳ１２０２：ＹＥＳ）は、処理をステップＳ５０２に移行する。
【０１６０】
時刻条件を満たさない場合（ステップＳ１２０２：ＮＯ）は、処理をステップＳ５０１に戻す。
【０１６１】
ステップＳ５０２では、携帯端末１０１のＣＰＵ２０１は、携帯端末の傾き状況を取得する。
【０１６２】
なお、携帯端末１０１には、傾きを測定するための機能（加速度センサーなど）を備えているものとする。
【０１６３】
ステップＳ５０３では、携帯端末１０１のＣＰＵ２０１は、ステップＳ５０２で取得した傾きがあらかじめ設定された範囲内であるかを判断する。
【０１６４】
あらかじめ設定された範囲内である場合（ステップＳ５０３：ＹＥＳ）は、処理をステップＳ５０４に移行する。
【０１６５】
あらかじめ設定された範囲内ではない場合（ステップＳ５０３：ＮＯ）は、処理をステップＳ５０９に移行する。
【０１６６】
例えば、図７に示すように、携帯端末の傾きが水平状態から直立状態の間にある場合は、予め設定された範囲内であると判断する。また、図７における角度Ａの範囲を予め設定し、その範囲内であるかを判定しても良い。また、携帯端末の表示部（タッチパネル）が下向きになっていない場合には、ステップＳ５０３でＹＥＳと判定するといった制御を行ってもよい。
【０１６７】
すなわち、ユーザが携帯端末を使用に適した傾きであるか、使用に適さない（不自然な）傾きであるかを判断する。
【０１６８】
このように、携帯端末の傾きを考慮することで、ユーザが携帯端末を使用する目的でレジュームしたのか、ユーザが意図せず鞄の中で他の荷物等に接触してしまったためレジュームしたのかを適切に判定することが可能となる。
【０１６９】
また、携帯端末１０１の向きに関わらず画面の向きを固定する設定の場合と、携帯端末１０１の向きに応じて画面を回転させる設定の場合とで、異なる制御が実行されるものとする。
【０１７０】
例えば、固定する設定（固定モード）においては、図１３（Ａ）や（Ｂ）のように携帯端末１０１が横倒しになっている場合や、逆さになっている場合には、携帯端末１０１の傾きは所定の範囲内にはないと判断される。
【０１７１】
他方、回転する設定（回転モード）においては、図１３（Ｃ）や（Ｄ）のように携帯端末１０１が横倒しになっている場合や、逆さになっている場合でも、携帯端末１０１の傾きは所定の範囲内にあると判断される。
【０１７２】
ステップＳ５０４では、携帯端末１０１のＣＰＵ２０１は、周囲の明るさ（照度など）を計測する。
【０１７３】
なお、携帯端末１０１には、明るさを測定するための機能を備えているものとする。
【０１７４】
ステップＳ５０５では、携帯端末１０１のＣＰＵ２０１は、ステップＳ５０４で計測した明るさがあらかじめ設定された明るさに達しているか（閾値以上であるか）を判断する。
【０１７５】
閾値以上である場合（ステップＳ５０５：ＹＥＳ）は、処理をステップＳ５０６に移行する。
【０１７６】
閾値以上ではない場合（ステップＳ５０５：ＮＯ）は、処理をステップＳ５０９に移行する。
【０１７７】
ステップＳ５０６では、携帯端末１０１のＣＰＵ２０１は、ユーザから操作を受けつけることなく、サスペンド時間（一例を図８に示す）を経過したかを判断する。
【０１７８】
操作なくサスペンド時間を経過した場合（ステップＳ５０６：ＹＥＳ）は、処理をステップＳ５０７に移行し、サスペンド状態に遷移する（Ｓ５０７）。
【０１７９】
サスペンド時間到来までにユーザから操作を受け付けた場合（ステップＳ５０６：ＮＯ）は、処理をステップＳ５０８に移行し、当該ユーザから受け付けた操作に対応する処理を実行する（Ｓ５０８）。
【０１８０】
ステップＳ５０９では、携帯端末１０１のＣＰＵ２０１は、ユーザからの操作を受け付けたかを判断する。なお、ステップＳ５０９における判断は、レジュームしてからすぐに（例えば２０秒以内に）ユーザから操作を受け付けたかを判断する。すなわち、ユーザが携帯端末１０１を操作するためにレジュームしたと判断できる時間（短縮されたサスペンド時間）だけ待機し、その間に操作を受付けたかを判断する。
【０１８１】
また、ステップＳ５０９においてＹＥＳと判定される操作は、携帯端末のタッチパネル上の同一箇所を押下し続けるような操作や、同じボタンを押下し続ける操作等については、含まれないものとする。
【０１８２】
すなわち、ユーザが意図して操作した場合にＹＥＳと判定され、鞄の中の荷物に接触しているためにボタンやタッチパネルが押下されているといった場合には、ＮＯと判定されるように制御する。
【０１８３】
例えば、複数のボタンやタッチパネルの複数の場所が操作された場合や、パスワードが正しく入力された場合などは、ユーザによる操作を受け付けたと判断する。
【０１８４】
このように操作内容を考慮して、ユーザからの操作を受け付けたか否か制御することで、ユーザの意図的な操作であるのか、ユーザの意図しない操作であるのかを判定することが可能となる。
【０１８５】
ユーザからの操作を受け付けた場合（ステップＳ５０９：ＹＥＳ）は、処理をステップＳ５０８に移行し、受け付けた操作に対応する処理を実行する（Ｓ５０８）。
【０１８６】
ユーザからの操作を受け付けない場合（ステップＳ５０９：ＮＯ）は、処理をステップＳ５１０に移行し、サスペンド状態に遷移する（Ｓ５１０）。
【０１８７】
本実施形態では、ステップＳ５０９においてユーザからの操作を受け付けたかの判断をしているが、この処理を行わず、すぐにサスペンド処理に移行しても良い。
【０１８８】
このように、第５の実施形態によれば、携帯端末の周囲が暗く、かつ携帯端末の傾き状態もユーザが操作する状態とはいえない傾きの場合に、レジューム後すぐにサスペンド状態に遷移することが可能となる。
【０１８９】
これにより、鞄の中などでユーザの意図とは関係なく電源が入ってしまった（レジュームしてしまった）場合にも、無駄な電力消費を抑えることが可能となる。
【０１９０】
また、本発明におけるプログラムは、図３〜図５、図９、図１２の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３〜図５、図９、図１２の各処理ごとのプログラムであってもよい。
【０１９１】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１９２】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１９３】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１９４】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９６】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１９７】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１９８】
１０１  携帯端末
【図１】
0006458704.tif 000002
【図２】
0006458704.tif 000003
【図３】
0006458704.tif 000004
【図４】
0006458704.tif 000005
【図５】
0006458704.tif 000006
【図６】
0006458704.tif 000007
【図７】
0006458704.tif 000008
【図８】
0006458704.tif 000009
【図９】
0006458704.tif 000010
【図１０】
0006458704.tif 000011
【図１１】
0006458704.tif 000012
【図１２】
0006458704.tif 000013
【図１３】
0006458704.tif 000014