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