携帯端末装置及びプログラム
【課題】装置全体を統括して自在に電源管理を行うことである。
【解決手段】バックライト１４２等のデバイスと、電源電力を出力するＬｉ−ｉｏｎ電池１８２等の電源と、前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させるドライバ１８１と、前記デバイスごとに電源状態を規定する複数の電源モードに応じて、ドライバ１８１の電力供給状態の上限を設定するとともに、アプリケーションプログラムによるドライバ１８１の電力供給状態の設定を前記電力供給状態の上限に応じて制限するＣＰＵ１１と、を備える。
【解決手段】バックライト１４２等のデバイスと、電源電力を出力するＬｉ−ｉｏｎ電池１８２等の電源と、前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させるドライバ１８１と、前記デバイスごとに電源状態を規定する複数の電源モードに応じて、ドライバ１８１の電力供給状態の上限を設定するとともに、アプリケーションプログラムによるドライバ１８１の電力供給状態の設定を前記電力供給状態の上限に応じて制限するＣＰＵ１１と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、ハンディターミナル等の携帯端末装置において、省電力のための電源管理機能が知られている。例えば、ＯＳ（Operating System）プログラム等によるのシステム管理として、一定時間キー入力がなされないと装置全体の電源をオフするＡＰＯ（Auto Power Off）機能があった（例えば、特許文献１参照）。
【０００３】
また、無線通信部を備え、無線通信機能を有する携帯端末装置がある。この携帯端末装置において、電源オフした状態から電源オンすると、無線通信の初期化に時間を要し、通信の確立までに時間が掛かってしまう。このため、電源オフ状態から電源オンした場合にすぐに無線通信の確立を行うために、疑似オフモードを有する装置が考えられている。疑似オフモードになると、見かけ上、表示部などがオフされており、装置全体の電源がオフされているように見えるが、無線通信部の電源はオンのままである。そして、疑似オフモードから通常の動作状態に戻ると、すぐに無線通信機能が使用可能となる。
【０００４】
また、各種アプリケーションプログラムにより、携帯端末装置の各部の電源制御がなされていた。
【特許文献１】特開２００２−１８２８０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記従来の携帯端末装置では、ＡＰＯにより装置全体が完全に電源オフされてしまうため、ＡＰＯと、装置の一部を起動しておく疑似オフモードとの併用ができなかった。
【０００６】
また、従来のアプリケーションプログラムによる電源制御では、各アプリケーションがバラバラに電源制御するため、装置全体を統括して電源管理を行うことができなかった。
【０００７】
本発明の課題は、装置全体を統括して自在に電源管理を行うことである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明の携帯端末装置は、
複数のデバイスと、
電源電力を出力する電源と、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段と、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段と、を備える。
【０００９】
請求項２に記載の発明は、請求項１に記載の携帯端末装置において、
情報の入力を受け付ける入力手段を備え、
前記制御手段は、前記電源モードに応じて規定された電力供給状態の規定値を設定し、アプリケーションプログラムにより前記入力手段を介して受け付けた電力供給状態の入力値と前記規定値とを用いて電力供給状態の決定値を算出し、前記駆動手段の電力供給状態を前記算出した決定値で設定する。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の携帯端末装置において、
前記複数の電源モードは、電源が乾電池である場合の電源モードを含み、
電源が乾電池であることを検出する検出手段を備え、
前記制御手段は、前記検出手段により電源が乾電池であることが検出された場合に、電源が乾電池である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する。
【００１１】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載の携帯端末装置において、
前記複数の電源モードは、見かけ上電源オフ状態の疑似オフ状態である場合の電源モードを含み、
前記制御手段は、疑似オフ状態である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する。
【００１２】
請求項５に記載の発明のプログラムは、
コンピュータを、
複数のデバイス、
電源電力を出力する電源、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段、
として機能させる。
【発明の効果】
【００１３】
本発明によれば、装置全体を統括して自在に電源管理を行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して本発明に係る好適な実施の形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。
【００１５】
図１〜図９を参照して本発明に係る実施の形態を説明する。先ず、図１を参照して本実施の形態の装置構成を説明する。図１に、本実施の形態のハンディターミナル１の構成を示す。
【００１６】
本実施の形態の携帯端末装置としてのハンディターミナル１は、情報の入力、表示及び無線通信機能を有する装置である。図１に示すように、ハンディターミナル１は、ＣＰＵ（Central Processing Unit）１１、デバイスとしての入力部１２、ＲＡＭ（Random Access Memory）１３、表示部１４、ＲＯＭ１５、デバイスとしての通信部１６、フラッシュメモリ１７、電源部１８、等を備えて構成され、各部がバス１９を介して接続される。
【００１７】
表示部１４は、デバイスとしてのＬＣＤ（Liquid Crystal Display）１４１、バックライト１４２を備えて構成される。電源部１８は、駆動手段としてのドライバ１８１と、電源としてのＬｉ−ｉｏｎ電池１８２、乾電池１８３と、検出手段としての電源検出部１８４と、を備えて構成される。
【００１８】
ＣＰＵ１１は、ハンディターミナル１の各部を中央制御する。ＣＰＵ１１は、ＲＯＭ１５に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムとの協働で、各種処理を実行する。ＣＰＵ１１は、プログラムとの協働により制御手段として機能する。
【００１９】
ＣＰＵ１１は、後述する電源管理プログラムとの協働により、電源キー押下等の電源イベントの発生に応じて電源モードを切替えるとともに、電源イベントを発行してドライバ１８１に通知する。また、ＣＰＵ１１は、後述するシステム疑似オフ設定プログラムとの協働により、入力部１２を介する設定入力に基づいて、システム疑似オフの有効／無効をフラッシュメモリ１７の設定フラグテーブル１７１に設定する。
【００２０】
また、ＣＰＵ１１は、電源イベントプログラムとして後述するバックライトの電源イベントプログラムとの協働により、電源モードに応じて、ドライバ１８１のバックライトドライバに対し、電力供給状態の上限としてのマスク値MaskValueを設定し、MaskValueにより電力供給状態のユーザ入力値であるUserValueを制限したFixedValueをバックライトドライバに設定する。また、ＣＰＵ１１は、後述するバックライト設定プログラムとの協働により、入力部１２を介する設定入力に基づいて、UserValueをフラッシュメモリ１７の設定フラグテーブル１７１に設定する。
【００２１】
入力部１２は、文字、数字等を入力するためキーを有するキーパッド、電源のオン／オフを入力するための電源キー、システムのリセットを入力するためのリセットキー等を備え、操作者から押下入力された各キーの入力信号をＣＰＵ１１に出力する。また、入力部１２は、表示部１４と一体にタッチパネルを構成することとしてもよい。
【００２２】
ＲＡＭ１３は、揮発性のメモリであり、実行される各種プログラムやこれら各種プログラムに係るデータ等を格納するワークエリアを有し、情報を一時的に格納する。
【００２３】
表示部１４は、ＣＰＵ１１からの表示信号に従って画面表示を行う。ＬＣＤ１４１は、ＣＰＵ１１からの表示信号に従って表示画面のパターンを形成する。バックライト１４２は、ＬＣＤ１４１への透過光を出射する。表示部１４は、ＬＣＤ１４１に表示信号に基づく表示画面のパターンを形成させ、バックライト１４２から出射される透過光によるＬＣＤ１４１の透過により表示画面を表示させる。本実施の形態では、表示部１４が、ＬＣＤ１４１による表示部であるが、これに限定されるものではなく、ＥＬＤ（ElectroLuminescent Display）等、他の表示部としてもよい。
【００２４】
ＲＯＭ１５は、各種プログラム及び各種データを読み出し可能に記憶する。ＲＯＭ１５は、後述する電源管理プログラム、システム疑似オフ設定プログラム、バックライトの電源イベントプログラム、バックライト設定プログラム、キーの電源イベントプログラム、キーの有効切替設定プログラム、キー入力処理プログラム、通信の電源イベントプログラムを記憶する。
【００２５】
通信部１６は、無線ＬＡＮ（Local Area Network）の通信方式で外部機器と各種情報の通信を行う。本実施の形態では、通信部１６が、無線ＬＡＮ方式による通信部とするが、これに限定されるものではなく、他の通信方式の通信部としてもよい。
【００２６】
電源部１８は、ハンディターミナル１の各部に電源電力を供給する。ドライバ１８１は、電源から出力された電源電力をハンディターミナル１の各部へ電力供給し駆動させる。ドライバ１８１は、ハンディターミナル１の各部に用意されている。本実施の形態では、ドライバ１８１が、入力部１２のキーパッドへの電力供給を行うキードライバ、ＬＣＤ１４１への電力供給を行うＬＣＤドライバ、バックライト１４２への電力供給を行うバックライトドライバ、通信部１６への電力供給を行う通信部ドライバ、等を備えるものとする。
【００２７】
電源部１８は、電源としてＬｉ−ｉｏｎ電池１８２、乾電池１８３を使用可能である。Ｌｉ−ｉｏｎ電池１８２は、電池容量が大きく長時間大きな電力量を供給可能である。乾電池１８３は、電池容量が小さく供給する電力量も小さい。このため、本実施の形態では、電源としてＬｉ−ｉｏｎ電池１８２を用いる場合と、乾電池１８３を用いる場合とに分けて、電源制御を異にする。例えば、乾電池１８３を用いる場合に、通信部１６の無線ＬＡＮ通信を禁止する。
なお、電源としては、Ｌｉ−ｉｏｎ電池１８２、乾電池１８３のいずれか１つが電源部１８に備えられるものであり、通常はＬｉ−ｉｏｎ電池１８２が備えられる。また、乾電池１８３が使用される場合は、災害発生や停電等のＬｉ−ｉｏｎ電池１８２が充電できない場合である。
【００２８】
また、電源部１８は、図示しない電池蓋及び電池挿入部を備え、ユーザが電池蓋を外して電池挿入部にＬｉ−ｉｏｎ電池１８２または乾電池１８３のいずれかをセットでき、またＬｉ−ｉｏｎ電池１８２または乾電池１８３を交換可能である。また、電源部１８は、図示しない電池蓋の検出部を備え、その検出部により電池蓋が外されたことを検出すると、その旨の信号をＣＰＵ１１に送信する。ＣＰＵ１１は、電池蓋が外された旨の信号を電源部１８から受信すると、ハンディターミナル１を強制的に完全な電源オフの状態にする。完全な電源オフの状態とは、ハンディターミナル１の各部に電源電力供給を完全に停止している状態である。
【００２９】
電源検出部１８４は、電源がＬｉ−ｉｏｎ電池１８２又は乾電池１８３であるかを検出して、その検出結果をＣＰＵ１１に出力する。
【００３０】
次に、図２及び図３を参照して、本実施の形態の電源管理の概略を説明する。図２に、ハンディターミナル１の電源管理の概略を示す。図３に、電源モードとモード状態との対応関係を示す。
【００３１】
図２に示すように、本実施の形態の電源制御は、ＣＰＵ１１で実行されるシステムプログラムによる電源制御と、同じくアプリケーションプログラムによる電源制御とに分かれる。システムプログラムによる電源管理では、電源（Li-ion電池１８２、乾電池１８３）からハンディターミナル１の各部（バックライト１４２、ＬＣＤ１４１、通信部１６、入力部１２のキーパッド等）への電力供給状態の上限を設定する。この電力供給状態の上限の設定は、元栓の開放状態（度合い）に例えられる。
【００３２】
また、電源管理のためのシステムプログラムは、電力供給状態を設定する電源管理層と、電源管理層により設定された電力供給状態に応じて電源に関する制御を行うサポート層とに分けられる。電源管理層は、電源イベントに応じて、電源モードを遷移させ、その電源モードに対応する電源状態をドライバ１８１に指示する。電源モードは、PM（Power Management）Modeとして、Mode０〜Mode４まで用意されており、各電源モードで電源状態（元栓状態）を異にする。
【００３３】
図３に示すように、電源モードMode０は、電源がＬｉ−ｉｏｎ電池１８２であり、完全な電源オフであるモード状態に対応する電源モードである。電源モードMode１は、電源がＬｉ−ｉｏｎ電池１８２であり、通常動作時の電源オンであるモード状態に対応する電源モードである。電源モードMode２は、電源がＬｉ−ｉｏｎ電池１８２であり、疑似オフであるモード状態に対応する電源モードである。
【００３４】
疑似オフとは、低消費電力と電源オン状態へのスタンバイとのため、ハンディターミナル１の各部の電力供給状態を低く設定した状態であり、完全な電源オフ状態とは異なる。疑似オフ状態への遷移が可能なモードをシステム疑似オフモードとする。
【００３５】
電源モードMode３は、電源が乾電池１８３であり、通常動作時の電源オンであるモード状態に対応する電源モードである。電源モードMode４は、電源が乾電池１８３であり、疑似オフであるモード状態に対応する電源モードである。サポート層は、各電源モードに従い、ＡＰＯ（Auto Power Off）、ＡＢＯ（Auto Back light Off）、コントロールパネルの設定等の各種処理を行う。
【００３６】
アプリケーション層は、各種アプリケーションプログラムである。アプリケーションプログラムが処理を行う際、ドライバ１８１に対して電力供給状態の変更の指示をすることが可能である。しかし、システムプログラムにより設定された元栓状態（電力供給状態の上限）より大きい電源電力供給を行う電力供給状態に設定することはできない。
【００３７】
次に、図４を参照して、疑似オフ及び乾電池の電源モードにおけるハンディターミナル１の各部の状態を説明する。図４に、疑似オフ及び乾電池の電源モードにおけるハンディターミナル１の各部の状態を示す。
【００３８】
PMModeがMode２である場合に、ハンディターミナル１は疑似オフ状態である。疑似オフ状態では、図４に示すように、ＣＰＵ１１の動作周波数が１０４［ＭＨｚ］に設定され、バックライト１４２の透過光の出力上限が１００％に設定され、通信部１６の無線ＬＡＮ通信が低消費電力モードに設定され、入力部１２のキーパッドのキー入力が受け付けられなく、ＬＣＤ１４１がオフされる。ＣＰＵ１１の動作周波数は、通常時（Mode１）で５０４［ＭＨｚ］であり、システム疑似オフ状態では、通常時に比べて動作周波数が小さく、低消費電力となる。
【００３９】
また、低消費電力モードとは、無線ＬＡＮ通信において例えば、少なくともセンターとの通信接続が切れずに、またローミングができ、通信部１６の消費電力が低いモードである。低消費電力モードは、例えば、通信部１６のビーコン監視間隔を長くすることにより実現する。
【００４０】
また、疑似オフ状態では、ハンディターミナル１の表示部１４が表示動作しておらず、見かけ上、電源オフ状態になっている。しかし、無線ＬＡＮ通信が低消費電力モードで動作しているので、コネクションを接続したまま接続されており、電源オン状態に遷移されても、センターへの再接続等、通信の初期化が不要で、速やかに通信が可能となる。
【００４１】
PMModeがMode３である場合に、ハンディターミナル１は乾電池モードの電源オン状態である。乾電池モードの電源オン状態では、図４に示すように、ＣＰＵ１１の動作周波数が通常と同じ５０４［ＭＨｚ］に設定され、バックライト１４２の透過光の出力上限が５０％に設定され、通信部１６の無線ＬＡＮ通信が不可に設定され、入力部１２のキーパッド及びＬＣＤは通常時と同様にオンされる。PMModeがMode４である場合には、PMModeがMode３の状態において、さらに例えば、ＣＰＵ１１、入力部１２のキーパッド、ＬＣＤ１４１の状態がMode２の状態に設定される。
【００４２】
次に、図５を参照して、フラッシュメモリ１７に記憶する情報を説明する。図５に、設定フラグテーブル１７１の構成を示す。
【００４３】
フラッシュメモリ１７には、図５に示すように、設定フラグテーブル１７１が記憶される。設定フラグテーブル１７１は、後述する電源管理処理等の実行時に使用する、システム疑似オフ、PMMode、MaskValue、UserValue、FixedValue、PrevBat、KeyMask、UserKeyMask、TMask、LowPower、疑似オフフラグを項目として有する。
【００４４】
システム疑似オフとは、疑似オフ状態への遷移が可能か否かを示す情報であり、有効（疑似オフ状態への遷移可能）又は無効が設定される。MaskValueは、電源モード（PMMode）に応じたバックライト１４２の明るさ（バックライト１４２へ供給する電源電力量に対応）のマスク値であり、例えば、０〜１００％の値で表される。UserValueは、ユーザに設定入力されるバックライト１４２の明るさ（バックライト１４２へ供給する電源電力量に対応）の入力値であり、例えば、０〜９の値で表される。FixedValueは、MaskValue及びUserValuに応じて算出されるバックライト１４２の明るさ（バックライト１４２へ供給する電源電力量に対応）の決定値である。PrevBatは、電源イベント発生前の電源の種類を示し、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３が設定される。
【００４５】
KeyMaskは、電源モード（PMMode）に応じた入力部１２のキーパッドへ供給する電源電力量のマスク値であり、有効（電力供給しキー入力受け付け可能）か無効（電力供給せずキー入力受け付け不可）かが設定される。UserKeyMaskは、ユーザにより設定入力される入力部１２のキーパッドへ供給する電源電力量のマスク値であり、有効（電力供給しキー入力受け付け可能）か無効（電力供給せずキー入力受け付け不可）かが設定される。
【００４６】
TMaskは、電源モード（PMMode）に応じた通信部１６へ供給する電源電力量のマスク値であり、有効（電力供給し無線ＬＡＮ通信可能）か無効（電力供給せず無線ＬＡＮ通信不可）かが設定される。LowPowerは、電源モード（PMMode）に応じた通信部１６へ供給する電源電力に関し低消費電力モードが有効か無効かが設定される。
【００４７】
疑似オフフラグは、現在疑似オフ状態であるか否かを示すフラグであり、例えば、１が疑似オフ状態であることを示し、０が疑似オフ状態でないことを示す。
【００４８】
次に、図６〜図１９を参照して、本実施の形態におけるハンディターミナル１の動作を説明する。先ず、図６〜図９を参照して、ハンディターミナル１で実行される電源管理処理を説明する。図６に、電源管理処理の流れを示す。図７に、電源管理処理における電源オン処理の流れを示す。図８に、電源管理処理における疑似オフのオン処理の流れを示す。図９に、電源管理処理における疑似オフのオフ処理の流れを示す。
【００４９】
図６に示すように、ハンディターミナル１において、完全な電源オフの状態からユーザによる入力部１２の電源キー押下を受け付けたこと（トリガＴ１）、又は電源オン、電源オフ若しくは疑似オフの状態からユーザによる入力部１２のリセットキーの押下入力を受け付けたこと（トリガＴ２）が発生すると、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開された電源管理処理プログラムと、ＣＰＵ１１との協働により、電源管理処理が実行される。また、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフは、デフォルトでは、無効に設定されているものとする。
【００５０】
トリガＴ１の後、電源オン処理が実行される（ステップＳ１）。電源オン処理は、詳細に後述される。そして、ハンディターミナル１がレジューム状態であることを示すレジュームメッセージが発行され、各アプリケーションプログラムへ通知される（ステップＳ２）。レジューム状態とは、完全な電源オフの状態から電源オンの状態になった状態をいう。そして、各種アプリケーションプログラムの実行によるアプリケーション処理が実行される（ステップＳ３）。アプリケーション処理は、例えば、キー割り込み処理である。
【００５１】
また、トリガＴ２の後、ステップＳ１と同様の電源オン処理が実行される（ステップＳ４）。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフが無効に設定され（ステップＳ５）、ステップＳ３に移行される。
【００５２】
ステップＳ３の実行中に、電源部１８の電池蓋が開けられたこと又は電源電力供給中のＬｉ−ｉｏｎ電池１８２若しくは乾電池１８３の電池電圧が低下したこと（トリガＴ３）が発生すると、ステップＳ１に移行される。
【００５３】
ステップＳ３の実行中に、ユーザによる入力部１２の電源キーの押下入力を受け付けたこと、一定時間キー入力がなくＡＰＯによる電源オフが開始されたこと、又は実行中のアプリケーションプログラムから電源オフ指示を受信したこと（トリガＴ４）が発生した場合に、設定フラグテーブル１７１のシステム疑似オフが有効であるか否かが判別される（ステップＳ６）。システム疑似オフが無効である場合（ステップＳ６；ＮＯ）、ステップＳ１に移行される。
【００５４】
設定フラグテーブル１７１のシステム疑似オフが有効である場合（ステップＳ６；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１の疑似オフフラグが０（現在電源オン状態中）であるか否かが判別される（ステップＳ７）。疑似オフフラグが１の場合（ステップＳ７；ＮＯ）、疑似オフのオン処理が実行され（ステップＳ８）、ステップＳ３に移行される。疑似オフのオン処理は、詳細に後述される。疑似オフフラグが０の場合（ステップＳ７；ＹＥＳ）、疑似オフのオフ処理が実行され（ステップＳ９）、ステップＳ３に移行される。疑似オフのオフ処理は、詳細に後述される。
【００５５】
図７を参照して、ステップＳ１，Ｓ４の電源オン処理を説明する。先ず、電源検出部１８４により電源の種類が検出され、その検出結果に応じて、現在の電源が乾電池１８３であるか否かが判別される（ステップＳ１１）。現在の電源がＬｉ−ｉｏｎ電池１８２である場合（ステップＳ１１；ＮＯ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPrevBattが乾電池（乾電池１８３）であるか否かが判別される（ステップＳ１２）。
【００５６】
PrevBattがＬｉ−ｉｏｎ電池である場合（ステップＳ１２；ＮＯ）、設定フラグテーブル１７１のPrevBattが現在の電池種別（Ｌｉ−ｉｏｎ電池（Ｌｉ−ｉｏｎ電池１８２）又は乾電池（乾電池１８３））に更新される（ステップＳ１３）。
【００５７】
PrevBattが乾電池である場合（ステップＳ１２；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode４であるか否かが判別される（ステップＳ１４）。PMModeがMode４でない場合（ステップＳ１４；ＮＯ）、設定フラグテーブル１７１のPMModeがMode１に更新され（ステップＳ１５）、ステップＳ１３に移行される。PMModeがMode４である場合（ステップＳ１４；ＹＥＳ）、設定フラグテーブル１７１のPMModeがMode２に更新され（ステップＳ１６）、ステップＳ１３に移行される。
【００５８】
現在の電源が乾電池１８３である場合（ステップＳ１１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPrevBattがＬｉ−ｉｏｎ電池（Ｌｉ−ｉｏｎ電池１８２）であるか否かが判別される（ステップＳ１７）。PrevBattが乾電池である場合（ステップＳ１７；ＮＯ）、ステップＳ１３に移行される。
【００５９】
PrevBattがＬｉ−ｉｏｎ電池である場合（ステップＳ１７；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode２であるか否かが判別される（ステップＳ１８）。PMModeがMode２である場合（ステップＳ１８；ＹＥＳ）、設定フラグテーブル１７１のPMModeがMode４に更新され（ステップＳ１９）、ステップＳ１３に移行される。PMModeがMode２でない場合（ステップＳ１８；ＮＯ）、設定フラグテーブル１７１のPMModeがMode３に更新され（ステップＳ２０）、ステップＳ１３に移行される。
【００６０】
ステップＳ１３の実行後、ドライバ１８１に対するドライバレジューム処理が実行され（ステップＳ２１）、電源オン処理が終了する。ドライバレジューム処理は、詳細に後述される。
【００６１】
図８を参照して、ステップＳ８の疑似オフのオン処理を説明する。先ず、電源検出部１８４により電源の種類が検出され、その検出結果に応じて、現在の電源が乾電池１８３であるか否かが判別される（ステップＳ３１）。現在の電源が乾電池１８３である場合（ステップＳ３１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode４からMode３に更新される（ステップＳ３２）。そして、電源イベントが発生した旨を示す電源イベントが発行され、ドライバ１８１に通知される（ステップＳ３３）。電源イベントの通知により、ドライバ１８１のバックライトドライバ等の各ドライバに対して、後述する各電源イベント処理が実行される。
【００６２】
現在の電源がＬｉ−ｉｏｎ電池１８２である場合（ステップＳ３１；ＮＯ）、設定フラグテーブル１７１のPMModeがMode２からMode１に更新され（ステップＳ３４）、ステップＳ３３に移行される。
【００６３】
ステップＳ３３の実行後、ハンディターミナル１がレジューム状態であることを示すレジュームメッセージが発行され、各アプリケーションプログラムへ通知される（ステップＳ３５）。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１の疑似オフフラグが１から０に更新され（ステップＳ３６）、疑似オフのオン処理が終了する。
【００６４】
図９を参照して、ステップＳ９の疑似オフのオフ処理を説明する。先ず、電源検出部１８４により電源の種類が検出され、その検出結果に応じて、現在の電源が乾電池１８３であるか否かが判別される（ステップＳ４１）。現在の電源が乾電池１８３である場合（ステップＳ４１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode３からMode４に更新される（ステップＳ４２）。そして、電源イベントが発生した旨を示す電源イベントが発行され、ドライバ１８１に通知される（ステップＳ４３）。
【００６５】
現在の電源がＬｉ−ｉｏｎ電池１８２である場合（ステップＳ４１；ＮＯ）、設定フラグテーブル１７１のPMModeがMode１からMode２に更新され（ステップＳ４４）、ステップＳ４３に移行される。
【００６６】
ステップＳ４３の実行後、ハンディターミナル１がサスペンド状態であることを示すサスペンドメッセージが発行され、各アプリケーションプログラムへ通知される（ステップＳ４５）。サスペンド状態とは、ハンディターミナル１が完全に電源オフされた状態をいうが、本実施の形態では、疑似オフ状態とする。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１の疑似オフフラグが０から１に更新され（ステップＳ４６）、疑似オフのオフ処理が終了する。
【００６７】
次いで、図１０を参照して、システム疑似オフ設定処理を説明する。図１０に、システム疑似オフ設定処理の流れを示す。
【００６８】
ハンディターミナル１において、ユーザによる入力部１２を介するシステム疑似オフの設定入力を受け付け、システム疑似オフの設定入力がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたシステム疑似オフ設定プログラムと、ＣＰＵ１１との協働により、システム疑似オフ設定処理が実行される。このシステム疑似オフ設定プログラムは、ＡＰＩ（Application Programming Interface：ライブラリ関数）である。
【００６９】
先ず、ユーザからのシステム疑似オフの設定入力が有効であるか否かが判別される（ステップＳ５１）。システム疑似オフの設定入力が有効である場合（ステップＳ５１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフが「有効」という設定内容に更新され（ステップＳ５２）、システム疑似オフ設定処理が終了する。システム疑似オフの設定入力が無効である場合（ステップＳ５１；ＮＯ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフが「無効」という設定内容に更新され（ステップＳ５３）、システム疑似オフ設定処理が終了する。
【００７０】
次いで、図１１及び図１２を参照して、ステップＳ２１のドライバレジューム処理の一つであるバックライトのドライバレジューム処理を説明する。図１１に、バックライトのドライバレジューム処理の流れを示す。図１２に、バックライト更新処理の流れを示す。
【００７１】
バックライトのドライバレジューム処理は、ドライバ１８１のバックライトドライバに対して行われるレジューム処理である。図１１に示すように、先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ６１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００７２】
PMModeがMode３である場合（ステップＳ６１；Mode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが５０％に更新される（ステップＳ６２）。そして、バックライト更新処理が実行され（ステップＳ６３）、バックライトのドライバレジューム処理が終了する。バックライト更新処理は、詳細に後述される。
【００７３】
PMModeがMode２又はMode４である場合（ステップＳ６１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが０％に更新され（ステップＳ６４）、ステップＳ６３に移行される。PMModeがMode１である場合（ステップＳ６１；Mode１）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが１００％に更新され（ステップＳ６５）、ステップＳ６３に移行される。
【００７４】
図１２を参照して、ステップＳ６３のバックライト更新処理を説明する。先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserValue及びMaskValueが読み出され、そのUserValue及びMaskValueを用いて、FixedValue＝UserValue×MaskValue／１００が算出される（ステップＳ７１）。そして、設定フラグテーブル１７１のFixedValueが、ステップＳ７１で算出されたFixedValueの値で更新され、更新したFixedValueがドライバ１８１のバックライトドライバに設定され（ステップＳ７２）、バックライト更新処理が終了する。ステップＳ７２では、設定されたFixedValueに基づいて、ドライバ１８１のバックライトドライバにより、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力がバックライト１４２へ電力供給され駆動される。
【００７５】
次いで、図１３を参照して、バックライトの電源イベント処理を説明する。図１３に、バックライトの電源イベント処理の流れを示す。バックライトの電源イベント処理は、ステップＳ３３，Ｓ４３の電源イベント発行に応じて、ドライバ１８１のバックライトドライバに対して実行される処理である。
【００７６】
ハンディターミナル１において、ステップＳ３３，Ｓ４３の電源イベント発行をトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたバックライトの電源イベント処理プログラムと、ＣＰＵ１１との協働により、バックライトの電源イベント処理が実行される。
【００７７】
図１３に示すように、先ず、電源イベントに対応して、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ８１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００７８】
PMModeがMode３である場合（ステップＳ８１；Mode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが５０％に更新される（ステップＳ８２）。そして、図１２に示したバックライト更新処理が実行され（ステップＳ８３）、バックライトの電源イベント処理が終了する。
【００７９】
PMModeがMode２又はMode４である場合（ステップＳ８１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが０％に更新され（ステップＳ８４）、ステップＳ８３に移行される。PMModeがMode１である場合（ステップＳ８１；Mode１）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが１００％に更新され（ステップＳ８５）、ステップＳ８３に移行される。
【００８０】
次いで、図１４を参照して、バックライト設定処理を説明する。図１４に、バックライト設定処理の流れを示す。
【００８１】
ハンディターミナル１において、ユーザによる入力部１２を介するUserValueの設定入力を受け付け、UserValueの設定入力がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたバックライト設定プログラムと、ＣＰＵ１１との協働により、バックライト設定処理が実行される。バックライト設定プログラムは、ＡＰＩ(Application Program Interface：ライブラリ関数)である。
【００８２】
先ず、ユーザからのUserValueの入力値が、規定値内（許容範囲０〜９）であるか否かが判別される（ステップＳ９１）。UserValueの入力値が規定値内である場合（ステップＳ９１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserValueが入力値で更新される（ステップＳ９２）。そして、図１２に示すバックライト更新処理が実行され（ステップＳ９３）、バックライト更新処理が終了する。
【００８３】
UserValueの入力値が規定値内でない場合（ステップＳ９１；ＮＯ）、UserValueの入力値が設定されないエラー処理が実行され（ステップＳ９４）、バックライト更新処理が終了する。
【００８４】
次いで、図１５を参照して、キーの電源イベント処理を説明する。図１５に、キーの電源イベント処理の流れを示す。キーの電源イベント処理は、ステップＳ３３，Ｓ４３の電源イベント発行に応じて、ドライバ１８１のキードライバに対して実行される処理である。
【００８５】
ハンディターミナル１において、ステップＳ３３，Ｓ４３の電源イベント発行をトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたキーの電源イベント処理プログラムと、ＣＰＵ１１との協働により、キーの電源イベント処理が実行される。
【００８６】
図１５に示すように、先ず、電源イベントに対応して、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ１０１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００８７】
PMModeがMode２又はMode４である場合（ステップＳ１０１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のKeyMaskが「有効」という設定内容に更新され（ステップＳ１０２）、キーの電源イベント処理が終了する。PMModeがMode１又はMode３である場合（ステップＳ１０１；Mode１又はMode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のKeyMaskが「無効」という設定内容に更新され（ステップＳ１０３）、キーの電源イベント処理が終了する。
【００８８】
次いで、図１６を参照して、キーの有効切替設定処理を説明する。図１６に、キーの有効切替設定処理の流れを示す。キーの有効切替設定処理は、ユーザの入力に基づいて、疑似オフ時の入力部１２のキーパッドの入力受け付けの有効／無効の設定を行う処理である。
【００８９】
ハンディターミナル１において、ユーザによる入力部１２を介するUserKeyMaskの設定入力を受け付け、UserKeyMaskの設定入力がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたキーの有効切替設定プログラムと、ＣＰＵ１１との協働により、キーの有効切替設定処理が実行される。キーの有効切替設定プログラムは、ＡＰＩ(Application Program Interface：ライブラリ関数)である。
【００９０】
先ず、ユーザからのUserKeyMaskの入力内容が有効であるか否かが判別される（ステップＳ１１１）。UserKeyMaskの入力内容が有効である場合（ステップＳ１１１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserKeyMaskが「有効」という設定内容に更新され（ステップＳ１１２）、キーの有効切替設定処理が終了する。UserKeyMaskの入力内容が無効である場合（ステップＳ１１１；ＮＯ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserKeyMaskが「無効」という設定内容に更新され（ステップＳ１１３）、キーの有効切替設定処理が終了する。
【００９１】
次いで、図１７を参照して、キー入力処理を説明する。図１７に、キー入力処理の流れを示す。キーの入力処理は、キー入力が有効である場合に、ユーザによる入力部１２のキーパッドのキー入力受付を行う処理である。
【００９２】
ハンディターミナル１において、ユーザによる入力部１２のキーパッドを介するキー押下がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたキー入力プログラムと、ＣＰＵ１１との協働により、キー入力処理が実行される。
【００９３】
図１７に示すように、先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のKeyMaskが無効であるか否かが判別される（ステップＳ１２１）。KeyMaskが無効である場合（ステップＳ１２１；無効）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserKeyMaskが無効であるか否かが判別される（ステップＳ１２２）。
【００９４】
UserKeyMaskが無効である場合（ステップＳ１２２；無効）、ユーザによる入力部１２のキーパッドを介するキー入力受付がドライバ１８１のキードライバに設定され（ステップＳ１２３）、キー入力処理が終了する。ステップＳ１２３では、ドライバ１８１のキードライバにより、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力が入力部１２のキーパッドへ電力供給され駆動される。KeyMaskが有効である場合（ステップＳ１２１；有効）、又はUserKeyMaskが有効である場合（ステップＳ１２２；有効）、ドライバ１８１のキードライバにより、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力が入力部１２のキーパッドへ電力供給されることなく、キー入力処理が終了する。
【００９５】
なお、キー入力に関しては、ステップＳ２１のドライバレジューム処理が実行されない。なぜなら、乾電池モードであるか否かで動作が変らないからである。
【００９６】
次いで、図１８を参照して、通信の電源イベント処理を説明する。図１８に、通信の電源イベント処理の流れを示す。通信の電源イベント処理は、ステップＳ３３，Ｓ４３の電源イベント発行に応じて、ドライバ１８１の通信部ドライバに対して実行される処理である。
【００９７】
ハンディターミナル１において、ステップＳ３３，Ｓ４３の電源イベント発行をトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開された通信の電源イベント処理プログラムと、ＣＰＵ１１との協働により、通信の電源イベント処理が実行される。
【００９８】
図１８に示すように、先ず、電源イベントに対応して、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ１３１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００９９】
PMModeがMode２又はMode４である場合（ステップＳ１３１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のLowPowerが「有効」という設定内容に更新される（ステップＳ１３２）。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMask 及びLowPowerに応じた無線ＬＡＮ通信がドライバ１８１の通信部ドライバに設定され（ステップＳ１３３）、通信の電源イベント処理が終了する。ステップＳ１３３において、TMask及びLowPowerが無効の場合に、通信部１６で通常の無線ＬＡＮ通信が実行され、TMaskが無効でLowPowerが有効の場合に、通信部１６で低消費モードの無線ＬＡＮ通信が実行され、TMaskが有効の場合に、通信部１６で無線ＬＡＮ通信が停止される。また、ドライバ１８１の通信部ドライバにより、TMask及びLowPowerに基づいて、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力が通信部１６へ電力供給され駆動される。
【０１００】
PMModeがMode１又はMode３である場合（ステップＳ１３１；Mode１又はMode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のLowPowerが「無効」という設定内容に更新され（ステップＳ１３４）、ステップＳ１３３に移行される。
【０１０１】
次いで、図１９を参照して、ステップＳ２１のドライバレジューム処理の一つである通信のドライバレジューム処理を説明する。図１９に、通信のドライバレジューム処理の流れを示す。
【０１０２】
通信のドライバレジューム処理は、ドライバ１８１の通信部ドライバに対して行われるレジューム処理である。図１９に示すように、先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ１４１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【０１０３】
PMModeがMode３又はMode４である場合（ステップＳ１４１；Mode３又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMaskが「有効」という設定内容に更新される（ステップＳ１４２）。そして、ステップＳ１３３と同様の無線ＬＡＮ処理が実行され（ステップＳ１４３）、通信のドライバレジューム処理が終了する。
【０１０４】
PMModeがMode２である場合（ステップＳ１４１；Mode２）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMaskが「無効」という設定内容に更新される（ステップＳ１４４）。そして、設定フラグテーブル１７１のLowPowerが「有効」という設定内容に更新され（ステップＳ１４５）、ステップＳ１４３に移行される。
【０１０５】
PMModeがMode１である場合（ステップＳ１４１；Mode１）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMaskが「無効」という設定内容に更新される（ステップＳ１４６）。そして、設定フラグテーブル１７１のLowPowerが「無効」という設定内容に更新され（ステップＳ１４７）、ステップＳ１４３に移行される。
【０１０６】
以上、本実施の形態によれば、ハンディターミナル１は、表示部１４（ＬＣＤ１４１、バックライト１４２）、入力部１２（キーパッド）、通信部１６ごとに電源状態を規定する複数の電源モードPMModeに応じて、ドライバ１８１の電力供給状態の上限を設定するとともに、アプリケーションプログラム（ＡＰＩ）によるドライバ１８１の電力供給状態の設定を前記電力供給状態の上限に応じて制限する。このため、電源モードに応じてドライバ１８１の電力供給状態の上限を設定して各部に電源電力を供給できるとともに、アプリケーションプログラムによるドライバ１８１の電力供給状態の設定を前記電力供給状態の上限以下となるよう制限でき、装置全体を統括して自在に電源管理を行うことができる。
【０１０７】
また、バックライトの電源管理では、電源モードPMModeに応じた電力供給状態の上限としてMaskValueを設定し、MaskValueと、ＡＰＩにより設定された入力部１２を介するユーザ入力に応じたUserValueとからFixedValueを算出し、ドライバ１８１のバックライトドライバの電力供給状態としてFixedValueを設定する。このため、電源モードPMModeに応じてバックライトドライバの電力供給状態の上限としてMaskValueを適切に設定でき、ユーザ入力に応じたUserValueをMaskValueにより適切に制限してFixedValueでバックライト１４２を適切に電源管理できる。
【０１０８】
また、電源モードPMModeは、電源が乾電池１８３である場合に対応するMode３、Mode４を含み、電源が乾電池１８３である場合に、Mode３、Mode４に応じたドライバ１８１の電力供給状態の上限を設定できる。例えば、バックライト１４２のMaskValue＝５０％の設定や、通信部１６の無線ＬＡＮの不可設定である。このため、電源が乾電池１８３である場合の特性に応じた適切な電源管理を行うことができる。
【０１０９】
また、電源モードPMModeは、疑似オフ状態に対応するMode２、Mode４を含み、疑似オフ状態である場合に、Mode２、Mode４に応じたドライバ１８１の電力供給状態の上限を設定できる。例えば、バックライト１４２のMaskValue＝０％の設定や、入力部１２のキーパッドのキー入力を受け付けない設定、通信部１６の無線ＬＡＮの低消費電力モードの設定である。このため、疑似オフ状態の特性に応じた適切な電源管理を行うことができる。
【０１１０】
なお、上記実施の形態における記述は、本発明に係る携帯端末装置及びプログラムの一例であり、これに限定されるものではない。
【０１１１】
上記実施の形態では、携帯端末装置としてハンディターミナルを用いる構成としたが、ＰＤＡ（Personal Digital Assistant），携帯型コンピュータ，携帯電話等、他の携帯端末装置としてもよい。
【０１１２】
また、上記実施の形態では、表示部１４（ＬＣＤ、バックライト）、入力部１２（のキーパッド）、通信部１６（の無線ＬＡＮ通信）について、疑似オフを用いたシステム電源管理を行う構成としたが、これに限定されるものではない。例えば、携帯端末装置におけるブザー等の音出力部、バイブレータ、ＬＥＤ（Light Emitting Diode）等の点灯部等、他の部品における疑似オフを用いたシステム電源管理を行う構成としてもよい。
【０１１３】
また、上記実施の形態におけるハンディターミナル１の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。
【図面の簡単な説明】
【０１１４】
【図１】本発明に係る実施の形態のハンディターミナルの構成を示すブロック図である。
【図２】ハンディターミナルの電源管理の概略図である。
【図３】電源モードとモード状態との対応関係を示す図である。
【図４】疑似オフ及び乾電池の電源モードにおけるハンディターミナルの各部の状態を示す図である。
【図５】設定フラグテーブルの構成を示す図である。
【図６】電源管理処理を示すフローチャートである。
【図７】電源管理処理における電源オン処理を示すフローチャートである。
【図８】電源管理処理における疑似オフのオン処理を示すフローチャートである。
【図９】電源管理処理における疑似オフのオフ処理を示すフローチャートを示す。
【図１０】システム疑似オフ設定処理を示すフローチャートである。
【図１１】バックライトのドライバレジューム処理を示すフローチャートである。
【図１２】バックライト更新処理を示すフローチャートである。
【図１３】バックライトの電源イベント処理を示すフローチャートである。
【図１４】バックライト設定処理を示すフローチャートである。
【図１５】キーの電源イベント処理を示すフローチャートである。
【図１６】キーの有効切替設定処理を示すフローチャートである。
【図１７】キー入力処理を示すフローチャートである。
【図１８】通信の電源イベント処理を示すフローチャートである。
【図１９】通信のドライバレジューム処理を示すフローチャートである。
【符号の説明】
【０１１５】
１ ハンディターミナル
１１ ＣＰＵ
１２ 入力部
１３ ＲＡＭ
１４ 表示部
１４１ ＬＣＤ
１４２ バックライト
１５ 記憶部
１６ 通信部
１７ フラッシュメモリ
１８ 電源部
１８１ ドライバ
１８２ Ｌｉ−ｉｏｎ電池
１８３ 乾電池
１８４ 電源検出部
１９ バス
【技術分野】
【０００１】
本発明は、携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、ハンディターミナル等の携帯端末装置において、省電力のための電源管理機能が知られている。例えば、ＯＳ（Operating System）プログラム等によるのシステム管理として、一定時間キー入力がなされないと装置全体の電源をオフするＡＰＯ（Auto Power Off）機能があった（例えば、特許文献１参照）。
【０００３】
また、無線通信部を備え、無線通信機能を有する携帯端末装置がある。この携帯端末装置において、電源オフした状態から電源オンすると、無線通信の初期化に時間を要し、通信の確立までに時間が掛かってしまう。このため、電源オフ状態から電源オンした場合にすぐに無線通信の確立を行うために、疑似オフモードを有する装置が考えられている。疑似オフモードになると、見かけ上、表示部などがオフされており、装置全体の電源がオフされているように見えるが、無線通信部の電源はオンのままである。そして、疑似オフモードから通常の動作状態に戻ると、すぐに無線通信機能が使用可能となる。
【０００４】
また、各種アプリケーションプログラムにより、携帯端末装置の各部の電源制御がなされていた。
【特許文献１】特開２００２−１８２８０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記従来の携帯端末装置では、ＡＰＯにより装置全体が完全に電源オフされてしまうため、ＡＰＯと、装置の一部を起動しておく疑似オフモードとの併用ができなかった。
【０００６】
また、従来のアプリケーションプログラムによる電源制御では、各アプリケーションがバラバラに電源制御するため、装置全体を統括して電源管理を行うことができなかった。
【０００７】
本発明の課題は、装置全体を統括して自在に電源管理を行うことである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明の携帯端末装置は、
複数のデバイスと、
電源電力を出力する電源と、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段と、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段と、を備える。
【０００９】
請求項２に記載の発明は、請求項１に記載の携帯端末装置において、
情報の入力を受け付ける入力手段を備え、
前記制御手段は、前記電源モードに応じて規定された電力供給状態の規定値を設定し、アプリケーションプログラムにより前記入力手段を介して受け付けた電力供給状態の入力値と前記規定値とを用いて電力供給状態の決定値を算出し、前記駆動手段の電力供給状態を前記算出した決定値で設定する。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の携帯端末装置において、
前記複数の電源モードは、電源が乾電池である場合の電源モードを含み、
電源が乾電池であることを検出する検出手段を備え、
前記制御手段は、前記検出手段により電源が乾電池であることが検出された場合に、電源が乾電池である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する。
【００１１】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載の携帯端末装置において、
前記複数の電源モードは、見かけ上電源オフ状態の疑似オフ状態である場合の電源モードを含み、
前記制御手段は、疑似オフ状態である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する。
【００１２】
請求項５に記載の発明のプログラムは、
コンピュータを、
複数のデバイス、
電源電力を出力する電源、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段、
として機能させる。
【発明の効果】
【００１３】
本発明によれば、装置全体を統括して自在に電源管理を行うことができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して本発明に係る好適な実施の形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。
【００１５】
図１〜図９を参照して本発明に係る実施の形態を説明する。先ず、図１を参照して本実施の形態の装置構成を説明する。図１に、本実施の形態のハンディターミナル１の構成を示す。
【００１６】
本実施の形態の携帯端末装置としてのハンディターミナル１は、情報の入力、表示及び無線通信機能を有する装置である。図１に示すように、ハンディターミナル１は、ＣＰＵ（Central Processing Unit）１１、デバイスとしての入力部１２、ＲＡＭ（Random Access Memory）１３、表示部１４、ＲＯＭ１５、デバイスとしての通信部１６、フラッシュメモリ１７、電源部１８、等を備えて構成され、各部がバス１９を介して接続される。
【００１７】
表示部１４は、デバイスとしてのＬＣＤ（Liquid Crystal Display）１４１、バックライト１４２を備えて構成される。電源部１８は、駆動手段としてのドライバ１８１と、電源としてのＬｉ−ｉｏｎ電池１８２、乾電池１８３と、検出手段としての電源検出部１８４と、を備えて構成される。
【００１８】
ＣＰＵ１１は、ハンディターミナル１の各部を中央制御する。ＣＰＵ１１は、ＲＯＭ１５に記憶されているシステムプログラム及び各種アプリケーションプログラムの中から指定されたプログラムをＲＡＭ１３に展開し、ＲＡＭ１３に展開されたプログラムとの協働で、各種処理を実行する。ＣＰＵ１１は、プログラムとの協働により制御手段として機能する。
【００１９】
ＣＰＵ１１は、後述する電源管理プログラムとの協働により、電源キー押下等の電源イベントの発生に応じて電源モードを切替えるとともに、電源イベントを発行してドライバ１８１に通知する。また、ＣＰＵ１１は、後述するシステム疑似オフ設定プログラムとの協働により、入力部１２を介する設定入力に基づいて、システム疑似オフの有効／無効をフラッシュメモリ１７の設定フラグテーブル１７１に設定する。
【００２０】
また、ＣＰＵ１１は、電源イベントプログラムとして後述するバックライトの電源イベントプログラムとの協働により、電源モードに応じて、ドライバ１８１のバックライトドライバに対し、電力供給状態の上限としてのマスク値MaskValueを設定し、MaskValueにより電力供給状態のユーザ入力値であるUserValueを制限したFixedValueをバックライトドライバに設定する。また、ＣＰＵ１１は、後述するバックライト設定プログラムとの協働により、入力部１２を介する設定入力に基づいて、UserValueをフラッシュメモリ１７の設定フラグテーブル１７１に設定する。
【００２１】
入力部１２は、文字、数字等を入力するためキーを有するキーパッド、電源のオン／オフを入力するための電源キー、システムのリセットを入力するためのリセットキー等を備え、操作者から押下入力された各キーの入力信号をＣＰＵ１１に出力する。また、入力部１２は、表示部１４と一体にタッチパネルを構成することとしてもよい。
【００２２】
ＲＡＭ１３は、揮発性のメモリであり、実行される各種プログラムやこれら各種プログラムに係るデータ等を格納するワークエリアを有し、情報を一時的に格納する。
【００２３】
表示部１４は、ＣＰＵ１１からの表示信号に従って画面表示を行う。ＬＣＤ１４１は、ＣＰＵ１１からの表示信号に従って表示画面のパターンを形成する。バックライト１４２は、ＬＣＤ１４１への透過光を出射する。表示部１４は、ＬＣＤ１４１に表示信号に基づく表示画面のパターンを形成させ、バックライト１４２から出射される透過光によるＬＣＤ１４１の透過により表示画面を表示させる。本実施の形態では、表示部１４が、ＬＣＤ１４１による表示部であるが、これに限定されるものではなく、ＥＬＤ（ElectroLuminescent Display）等、他の表示部としてもよい。
【００２４】
ＲＯＭ１５は、各種プログラム及び各種データを読み出し可能に記憶する。ＲＯＭ１５は、後述する電源管理プログラム、システム疑似オフ設定プログラム、バックライトの電源イベントプログラム、バックライト設定プログラム、キーの電源イベントプログラム、キーの有効切替設定プログラム、キー入力処理プログラム、通信の電源イベントプログラムを記憶する。
【００２５】
通信部１６は、無線ＬＡＮ（Local Area Network）の通信方式で外部機器と各種情報の通信を行う。本実施の形態では、通信部１６が、無線ＬＡＮ方式による通信部とするが、これに限定されるものではなく、他の通信方式の通信部としてもよい。
【００２６】
電源部１８は、ハンディターミナル１の各部に電源電力を供給する。ドライバ１８１は、電源から出力された電源電力をハンディターミナル１の各部へ電力供給し駆動させる。ドライバ１８１は、ハンディターミナル１の各部に用意されている。本実施の形態では、ドライバ１８１が、入力部１２のキーパッドへの電力供給を行うキードライバ、ＬＣＤ１４１への電力供給を行うＬＣＤドライバ、バックライト１４２への電力供給を行うバックライトドライバ、通信部１６への電力供給を行う通信部ドライバ、等を備えるものとする。
【００２７】
電源部１８は、電源としてＬｉ−ｉｏｎ電池１８２、乾電池１８３を使用可能である。Ｌｉ−ｉｏｎ電池１８２は、電池容量が大きく長時間大きな電力量を供給可能である。乾電池１８３は、電池容量が小さく供給する電力量も小さい。このため、本実施の形態では、電源としてＬｉ−ｉｏｎ電池１８２を用いる場合と、乾電池１８３を用いる場合とに分けて、電源制御を異にする。例えば、乾電池１８３を用いる場合に、通信部１６の無線ＬＡＮ通信を禁止する。
なお、電源としては、Ｌｉ−ｉｏｎ電池１８２、乾電池１８３のいずれか１つが電源部１８に備えられるものであり、通常はＬｉ−ｉｏｎ電池１８２が備えられる。また、乾電池１８３が使用される場合は、災害発生や停電等のＬｉ−ｉｏｎ電池１８２が充電できない場合である。
【００２８】
また、電源部１８は、図示しない電池蓋及び電池挿入部を備え、ユーザが電池蓋を外して電池挿入部にＬｉ−ｉｏｎ電池１８２または乾電池１８３のいずれかをセットでき、またＬｉ−ｉｏｎ電池１８２または乾電池１８３を交換可能である。また、電源部１８は、図示しない電池蓋の検出部を備え、その検出部により電池蓋が外されたことを検出すると、その旨の信号をＣＰＵ１１に送信する。ＣＰＵ１１は、電池蓋が外された旨の信号を電源部１８から受信すると、ハンディターミナル１を強制的に完全な電源オフの状態にする。完全な電源オフの状態とは、ハンディターミナル１の各部に電源電力供給を完全に停止している状態である。
【００２９】
電源検出部１８４は、電源がＬｉ−ｉｏｎ電池１８２又は乾電池１８３であるかを検出して、その検出結果をＣＰＵ１１に出力する。
【００３０】
次に、図２及び図３を参照して、本実施の形態の電源管理の概略を説明する。図２に、ハンディターミナル１の電源管理の概略を示す。図３に、電源モードとモード状態との対応関係を示す。
【００３１】
図２に示すように、本実施の形態の電源制御は、ＣＰＵ１１で実行されるシステムプログラムによる電源制御と、同じくアプリケーションプログラムによる電源制御とに分かれる。システムプログラムによる電源管理では、電源（Li-ion電池１８２、乾電池１８３）からハンディターミナル１の各部（バックライト１４２、ＬＣＤ１４１、通信部１６、入力部１２のキーパッド等）への電力供給状態の上限を設定する。この電力供給状態の上限の設定は、元栓の開放状態（度合い）に例えられる。
【００３２】
また、電源管理のためのシステムプログラムは、電力供給状態を設定する電源管理層と、電源管理層により設定された電力供給状態に応じて電源に関する制御を行うサポート層とに分けられる。電源管理層は、電源イベントに応じて、電源モードを遷移させ、その電源モードに対応する電源状態をドライバ１８１に指示する。電源モードは、PM（Power Management）Modeとして、Mode０〜Mode４まで用意されており、各電源モードで電源状態（元栓状態）を異にする。
【００３３】
図３に示すように、電源モードMode０は、電源がＬｉ−ｉｏｎ電池１８２であり、完全な電源オフであるモード状態に対応する電源モードである。電源モードMode１は、電源がＬｉ−ｉｏｎ電池１８２であり、通常動作時の電源オンであるモード状態に対応する電源モードである。電源モードMode２は、電源がＬｉ−ｉｏｎ電池１８２であり、疑似オフであるモード状態に対応する電源モードである。
【００３４】
疑似オフとは、低消費電力と電源オン状態へのスタンバイとのため、ハンディターミナル１の各部の電力供給状態を低く設定した状態であり、完全な電源オフ状態とは異なる。疑似オフ状態への遷移が可能なモードをシステム疑似オフモードとする。
【００３５】
電源モードMode３は、電源が乾電池１８３であり、通常動作時の電源オンであるモード状態に対応する電源モードである。電源モードMode４は、電源が乾電池１８３であり、疑似オフであるモード状態に対応する電源モードである。サポート層は、各電源モードに従い、ＡＰＯ（Auto Power Off）、ＡＢＯ（Auto Back light Off）、コントロールパネルの設定等の各種処理を行う。
【００３６】
アプリケーション層は、各種アプリケーションプログラムである。アプリケーションプログラムが処理を行う際、ドライバ１８１に対して電力供給状態の変更の指示をすることが可能である。しかし、システムプログラムにより設定された元栓状態（電力供給状態の上限）より大きい電源電力供給を行う電力供給状態に設定することはできない。
【００３７】
次に、図４を参照して、疑似オフ及び乾電池の電源モードにおけるハンディターミナル１の各部の状態を説明する。図４に、疑似オフ及び乾電池の電源モードにおけるハンディターミナル１の各部の状態を示す。
【００３８】
PMModeがMode２である場合に、ハンディターミナル１は疑似オフ状態である。疑似オフ状態では、図４に示すように、ＣＰＵ１１の動作周波数が１０４［ＭＨｚ］に設定され、バックライト１４２の透過光の出力上限が１００％に設定され、通信部１６の無線ＬＡＮ通信が低消費電力モードに設定され、入力部１２のキーパッドのキー入力が受け付けられなく、ＬＣＤ１４１がオフされる。ＣＰＵ１１の動作周波数は、通常時（Mode１）で５０４［ＭＨｚ］であり、システム疑似オフ状態では、通常時に比べて動作周波数が小さく、低消費電力となる。
【００３９】
また、低消費電力モードとは、無線ＬＡＮ通信において例えば、少なくともセンターとの通信接続が切れずに、またローミングができ、通信部１６の消費電力が低いモードである。低消費電力モードは、例えば、通信部１６のビーコン監視間隔を長くすることにより実現する。
【００４０】
また、疑似オフ状態では、ハンディターミナル１の表示部１４が表示動作しておらず、見かけ上、電源オフ状態になっている。しかし、無線ＬＡＮ通信が低消費電力モードで動作しているので、コネクションを接続したまま接続されており、電源オン状態に遷移されても、センターへの再接続等、通信の初期化が不要で、速やかに通信が可能となる。
【００４１】
PMModeがMode３である場合に、ハンディターミナル１は乾電池モードの電源オン状態である。乾電池モードの電源オン状態では、図４に示すように、ＣＰＵ１１の動作周波数が通常と同じ５０４［ＭＨｚ］に設定され、バックライト１４２の透過光の出力上限が５０％に設定され、通信部１６の無線ＬＡＮ通信が不可に設定され、入力部１２のキーパッド及びＬＣＤは通常時と同様にオンされる。PMModeがMode４である場合には、PMModeがMode３の状態において、さらに例えば、ＣＰＵ１１、入力部１２のキーパッド、ＬＣＤ１４１の状態がMode２の状態に設定される。
【００４２】
次に、図５を参照して、フラッシュメモリ１７に記憶する情報を説明する。図５に、設定フラグテーブル１７１の構成を示す。
【００４３】
フラッシュメモリ１７には、図５に示すように、設定フラグテーブル１７１が記憶される。設定フラグテーブル１７１は、後述する電源管理処理等の実行時に使用する、システム疑似オフ、PMMode、MaskValue、UserValue、FixedValue、PrevBat、KeyMask、UserKeyMask、TMask、LowPower、疑似オフフラグを項目として有する。
【００４４】
システム疑似オフとは、疑似オフ状態への遷移が可能か否かを示す情報であり、有効（疑似オフ状態への遷移可能）又は無効が設定される。MaskValueは、電源モード（PMMode）に応じたバックライト１４２の明るさ（バックライト１４２へ供給する電源電力量に対応）のマスク値であり、例えば、０〜１００％の値で表される。UserValueは、ユーザに設定入力されるバックライト１４２の明るさ（バックライト１４２へ供給する電源電力量に対応）の入力値であり、例えば、０〜９の値で表される。FixedValueは、MaskValue及びUserValuに応じて算出されるバックライト１４２の明るさ（バックライト１４２へ供給する電源電力量に対応）の決定値である。PrevBatは、電源イベント発生前の電源の種類を示し、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３が設定される。
【００４５】
KeyMaskは、電源モード（PMMode）に応じた入力部１２のキーパッドへ供給する電源電力量のマスク値であり、有効（電力供給しキー入力受け付け可能）か無効（電力供給せずキー入力受け付け不可）かが設定される。UserKeyMaskは、ユーザにより設定入力される入力部１２のキーパッドへ供給する電源電力量のマスク値であり、有効（電力供給しキー入力受け付け可能）か無効（電力供給せずキー入力受け付け不可）かが設定される。
【００４６】
TMaskは、電源モード（PMMode）に応じた通信部１６へ供給する電源電力量のマスク値であり、有効（電力供給し無線ＬＡＮ通信可能）か無効（電力供給せず無線ＬＡＮ通信不可）かが設定される。LowPowerは、電源モード（PMMode）に応じた通信部１６へ供給する電源電力に関し低消費電力モードが有効か無効かが設定される。
【００４７】
疑似オフフラグは、現在疑似オフ状態であるか否かを示すフラグであり、例えば、１が疑似オフ状態であることを示し、０が疑似オフ状態でないことを示す。
【００４８】
次に、図６〜図１９を参照して、本実施の形態におけるハンディターミナル１の動作を説明する。先ず、図６〜図９を参照して、ハンディターミナル１で実行される電源管理処理を説明する。図６に、電源管理処理の流れを示す。図７に、電源管理処理における電源オン処理の流れを示す。図８に、電源管理処理における疑似オフのオン処理の流れを示す。図９に、電源管理処理における疑似オフのオフ処理の流れを示す。
【００４９】
図６に示すように、ハンディターミナル１において、完全な電源オフの状態からユーザによる入力部１２の電源キー押下を受け付けたこと（トリガＴ１）、又は電源オン、電源オフ若しくは疑似オフの状態からユーザによる入力部１２のリセットキーの押下入力を受け付けたこと（トリガＴ２）が発生すると、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開された電源管理処理プログラムと、ＣＰＵ１１との協働により、電源管理処理が実行される。また、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフは、デフォルトでは、無効に設定されているものとする。
【００５０】
トリガＴ１の後、電源オン処理が実行される（ステップＳ１）。電源オン処理は、詳細に後述される。そして、ハンディターミナル１がレジューム状態であることを示すレジュームメッセージが発行され、各アプリケーションプログラムへ通知される（ステップＳ２）。レジューム状態とは、完全な電源オフの状態から電源オンの状態になった状態をいう。そして、各種アプリケーションプログラムの実行によるアプリケーション処理が実行される（ステップＳ３）。アプリケーション処理は、例えば、キー割り込み処理である。
【００５１】
また、トリガＴ２の後、ステップＳ１と同様の電源オン処理が実行される（ステップＳ４）。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフが無効に設定され（ステップＳ５）、ステップＳ３に移行される。
【００５２】
ステップＳ３の実行中に、電源部１８の電池蓋が開けられたこと又は電源電力供給中のＬｉ−ｉｏｎ電池１８２若しくは乾電池１８３の電池電圧が低下したこと（トリガＴ３）が発生すると、ステップＳ１に移行される。
【００５３】
ステップＳ３の実行中に、ユーザによる入力部１２の電源キーの押下入力を受け付けたこと、一定時間キー入力がなくＡＰＯによる電源オフが開始されたこと、又は実行中のアプリケーションプログラムから電源オフ指示を受信したこと（トリガＴ４）が発生した場合に、設定フラグテーブル１７１のシステム疑似オフが有効であるか否かが判別される（ステップＳ６）。システム疑似オフが無効である場合（ステップＳ６；ＮＯ）、ステップＳ１に移行される。
【００５４】
設定フラグテーブル１７１のシステム疑似オフが有効である場合（ステップＳ６；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１の疑似オフフラグが０（現在電源オン状態中）であるか否かが判別される（ステップＳ７）。疑似オフフラグが１の場合（ステップＳ７；ＮＯ）、疑似オフのオン処理が実行され（ステップＳ８）、ステップＳ３に移行される。疑似オフのオン処理は、詳細に後述される。疑似オフフラグが０の場合（ステップＳ７；ＹＥＳ）、疑似オフのオフ処理が実行され（ステップＳ９）、ステップＳ３に移行される。疑似オフのオフ処理は、詳細に後述される。
【００５５】
図７を参照して、ステップＳ１，Ｓ４の電源オン処理を説明する。先ず、電源検出部１８４により電源の種類が検出され、その検出結果に応じて、現在の電源が乾電池１８３であるか否かが判別される（ステップＳ１１）。現在の電源がＬｉ−ｉｏｎ電池１８２である場合（ステップＳ１１；ＮＯ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPrevBattが乾電池（乾電池１８３）であるか否かが判別される（ステップＳ１２）。
【００５６】
PrevBattがＬｉ−ｉｏｎ電池である場合（ステップＳ１２；ＮＯ）、設定フラグテーブル１７１のPrevBattが現在の電池種別（Ｌｉ−ｉｏｎ電池（Ｌｉ−ｉｏｎ電池１８２）又は乾電池（乾電池１８３））に更新される（ステップＳ１３）。
【００５７】
PrevBattが乾電池である場合（ステップＳ１２；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode４であるか否かが判別される（ステップＳ１４）。PMModeがMode４でない場合（ステップＳ１４；ＮＯ）、設定フラグテーブル１７１のPMModeがMode１に更新され（ステップＳ１５）、ステップＳ１３に移行される。PMModeがMode４である場合（ステップＳ１４；ＹＥＳ）、設定フラグテーブル１７１のPMModeがMode２に更新され（ステップＳ１６）、ステップＳ１３に移行される。
【００５８】
現在の電源が乾電池１８３である場合（ステップＳ１１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPrevBattがＬｉ−ｉｏｎ電池（Ｌｉ−ｉｏｎ電池１８２）であるか否かが判別される（ステップＳ１７）。PrevBattが乾電池である場合（ステップＳ１７；ＮＯ）、ステップＳ１３に移行される。
【００５９】
PrevBattがＬｉ−ｉｏｎ電池である場合（ステップＳ１７；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode２であるか否かが判別される（ステップＳ１８）。PMModeがMode２である場合（ステップＳ１８；ＹＥＳ）、設定フラグテーブル１７１のPMModeがMode４に更新され（ステップＳ１９）、ステップＳ１３に移行される。PMModeがMode２でない場合（ステップＳ１８；ＮＯ）、設定フラグテーブル１７１のPMModeがMode３に更新され（ステップＳ２０）、ステップＳ１３に移行される。
【００６０】
ステップＳ１３の実行後、ドライバ１８１に対するドライバレジューム処理が実行され（ステップＳ２１）、電源オン処理が終了する。ドライバレジューム処理は、詳細に後述される。
【００６１】
図８を参照して、ステップＳ８の疑似オフのオン処理を説明する。先ず、電源検出部１８４により電源の種類が検出され、その検出結果に応じて、現在の電源が乾電池１８３であるか否かが判別される（ステップＳ３１）。現在の電源が乾電池１８３である場合（ステップＳ３１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode４からMode３に更新される（ステップＳ３２）。そして、電源イベントが発生した旨を示す電源イベントが発行され、ドライバ１８１に通知される（ステップＳ３３）。電源イベントの通知により、ドライバ１８１のバックライトドライバ等の各ドライバに対して、後述する各電源イベント処理が実行される。
【００６２】
現在の電源がＬｉ−ｉｏｎ電池１８２である場合（ステップＳ３１；ＮＯ）、設定フラグテーブル１７１のPMModeがMode２からMode１に更新され（ステップＳ３４）、ステップＳ３３に移行される。
【００６３】
ステップＳ３３の実行後、ハンディターミナル１がレジューム状態であることを示すレジュームメッセージが発行され、各アプリケーションプログラムへ通知される（ステップＳ３５）。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１の疑似オフフラグが１から０に更新され（ステップＳ３６）、疑似オフのオン処理が終了する。
【００６４】
図９を参照して、ステップＳ９の疑似オフのオフ処理を説明する。先ず、電源検出部１８４により電源の種類が検出され、その検出結果に応じて、現在の電源が乾電池１８３であるか否かが判別される（ステップＳ４１）。現在の電源が乾電池１８３である場合（ステップＳ４１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeがMode３からMode４に更新される（ステップＳ４２）。そして、電源イベントが発生した旨を示す電源イベントが発行され、ドライバ１８１に通知される（ステップＳ４３）。
【００６５】
現在の電源がＬｉ−ｉｏｎ電池１８２である場合（ステップＳ４１；ＮＯ）、設定フラグテーブル１７１のPMModeがMode１からMode２に更新され（ステップＳ４４）、ステップＳ４３に移行される。
【００６６】
ステップＳ４３の実行後、ハンディターミナル１がサスペンド状態であることを示すサスペンドメッセージが発行され、各アプリケーションプログラムへ通知される（ステップＳ４５）。サスペンド状態とは、ハンディターミナル１が完全に電源オフされた状態をいうが、本実施の形態では、疑似オフ状態とする。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１の疑似オフフラグが０から１に更新され（ステップＳ４６）、疑似オフのオフ処理が終了する。
【００６７】
次いで、図１０を参照して、システム疑似オフ設定処理を説明する。図１０に、システム疑似オフ設定処理の流れを示す。
【００６８】
ハンディターミナル１において、ユーザによる入力部１２を介するシステム疑似オフの設定入力を受け付け、システム疑似オフの設定入力がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたシステム疑似オフ設定プログラムと、ＣＰＵ１１との協働により、システム疑似オフ設定処理が実行される。このシステム疑似オフ設定プログラムは、ＡＰＩ（Application Programming Interface：ライブラリ関数）である。
【００６９】
先ず、ユーザからのシステム疑似オフの設定入力が有効であるか否かが判別される（ステップＳ５１）。システム疑似オフの設定入力が有効である場合（ステップＳ５１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフが「有効」という設定内容に更新され（ステップＳ５２）、システム疑似オフ設定処理が終了する。システム疑似オフの設定入力が無効である場合（ステップＳ５１；ＮＯ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のシステム疑似オフが「無効」という設定内容に更新され（ステップＳ５３）、システム疑似オフ設定処理が終了する。
【００７０】
次いで、図１１及び図１２を参照して、ステップＳ２１のドライバレジューム処理の一つであるバックライトのドライバレジューム処理を説明する。図１１に、バックライトのドライバレジューム処理の流れを示す。図１２に、バックライト更新処理の流れを示す。
【００７１】
バックライトのドライバレジューム処理は、ドライバ１８１のバックライトドライバに対して行われるレジューム処理である。図１１に示すように、先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ６１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００７２】
PMModeがMode３である場合（ステップＳ６１；Mode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが５０％に更新される（ステップＳ６２）。そして、バックライト更新処理が実行され（ステップＳ６３）、バックライトのドライバレジューム処理が終了する。バックライト更新処理は、詳細に後述される。
【００７３】
PMModeがMode２又はMode４である場合（ステップＳ６１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが０％に更新され（ステップＳ６４）、ステップＳ６３に移行される。PMModeがMode１である場合（ステップＳ６１；Mode１）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが１００％に更新され（ステップＳ６５）、ステップＳ６３に移行される。
【００７４】
図１２を参照して、ステップＳ６３のバックライト更新処理を説明する。先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserValue及びMaskValueが読み出され、そのUserValue及びMaskValueを用いて、FixedValue＝UserValue×MaskValue／１００が算出される（ステップＳ７１）。そして、設定フラグテーブル１７１のFixedValueが、ステップＳ７１で算出されたFixedValueの値で更新され、更新したFixedValueがドライバ１８１のバックライトドライバに設定され（ステップＳ７２）、バックライト更新処理が終了する。ステップＳ７２では、設定されたFixedValueに基づいて、ドライバ１８１のバックライトドライバにより、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力がバックライト１４２へ電力供給され駆動される。
【００７５】
次いで、図１３を参照して、バックライトの電源イベント処理を説明する。図１３に、バックライトの電源イベント処理の流れを示す。バックライトの電源イベント処理は、ステップＳ３３，Ｓ４３の電源イベント発行に応じて、ドライバ１８１のバックライトドライバに対して実行される処理である。
【００７６】
ハンディターミナル１において、ステップＳ３３，Ｓ４３の電源イベント発行をトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたバックライトの電源イベント処理プログラムと、ＣＰＵ１１との協働により、バックライトの電源イベント処理が実行される。
【００７７】
図１３に示すように、先ず、電源イベントに対応して、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ８１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００７８】
PMModeがMode３である場合（ステップＳ８１；Mode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが５０％に更新される（ステップＳ８２）。そして、図１２に示したバックライト更新処理が実行され（ステップＳ８３）、バックライトの電源イベント処理が終了する。
【００７９】
PMModeがMode２又はMode４である場合（ステップＳ８１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが０％に更新され（ステップＳ８４）、ステップＳ８３に移行される。PMModeがMode１である場合（ステップＳ８１；Mode１）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のMaskValueが１００％に更新され（ステップＳ８５）、ステップＳ８３に移行される。
【００８０】
次いで、図１４を参照して、バックライト設定処理を説明する。図１４に、バックライト設定処理の流れを示す。
【００８１】
ハンディターミナル１において、ユーザによる入力部１２を介するUserValueの設定入力を受け付け、UserValueの設定入力がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたバックライト設定プログラムと、ＣＰＵ１１との協働により、バックライト設定処理が実行される。バックライト設定プログラムは、ＡＰＩ(Application Program Interface：ライブラリ関数)である。
【００８２】
先ず、ユーザからのUserValueの入力値が、規定値内（許容範囲０〜９）であるか否かが判別される（ステップＳ９１）。UserValueの入力値が規定値内である場合（ステップＳ９１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserValueが入力値で更新される（ステップＳ９２）。そして、図１２に示すバックライト更新処理が実行され（ステップＳ９３）、バックライト更新処理が終了する。
【００８３】
UserValueの入力値が規定値内でない場合（ステップＳ９１；ＮＯ）、UserValueの入力値が設定されないエラー処理が実行され（ステップＳ９４）、バックライト更新処理が終了する。
【００８４】
次いで、図１５を参照して、キーの電源イベント処理を説明する。図１５に、キーの電源イベント処理の流れを示す。キーの電源イベント処理は、ステップＳ３３，Ｓ４３の電源イベント発行に応じて、ドライバ１８１のキードライバに対して実行される処理である。
【００８５】
ハンディターミナル１において、ステップＳ３３，Ｓ４３の電源イベント発行をトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたキーの電源イベント処理プログラムと、ＣＰＵ１１との協働により、キーの電源イベント処理が実行される。
【００８６】
図１５に示すように、先ず、電源イベントに対応して、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ１０１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００８７】
PMModeがMode２又はMode４である場合（ステップＳ１０１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のKeyMaskが「有効」という設定内容に更新され（ステップＳ１０２）、キーの電源イベント処理が終了する。PMModeがMode１又はMode３である場合（ステップＳ１０１；Mode１又はMode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のKeyMaskが「無効」という設定内容に更新され（ステップＳ１０３）、キーの電源イベント処理が終了する。
【００８８】
次いで、図１６を参照して、キーの有効切替設定処理を説明する。図１６に、キーの有効切替設定処理の流れを示す。キーの有効切替設定処理は、ユーザの入力に基づいて、疑似オフ時の入力部１２のキーパッドの入力受け付けの有効／無効の設定を行う処理である。
【００８９】
ハンディターミナル１において、ユーザによる入力部１２を介するUserKeyMaskの設定入力を受け付け、UserKeyMaskの設定入力がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたキーの有効切替設定プログラムと、ＣＰＵ１１との協働により、キーの有効切替設定処理が実行される。キーの有効切替設定プログラムは、ＡＰＩ(Application Program Interface：ライブラリ関数)である。
【００９０】
先ず、ユーザからのUserKeyMaskの入力内容が有効であるか否かが判別される（ステップＳ１１１）。UserKeyMaskの入力内容が有効である場合（ステップＳ１１１；ＹＥＳ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserKeyMaskが「有効」という設定内容に更新され（ステップＳ１１２）、キーの有効切替設定処理が終了する。UserKeyMaskの入力内容が無効である場合（ステップＳ１１１；ＮＯ）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserKeyMaskが「無効」という設定内容に更新され（ステップＳ１１３）、キーの有効切替設定処理が終了する。
【００９１】
次いで、図１７を参照して、キー入力処理を説明する。図１７に、キー入力処理の流れを示す。キーの入力処理は、キー入力が有効である場合に、ユーザによる入力部１２のキーパッドのキー入力受付を行う処理である。
【００９２】
ハンディターミナル１において、ユーザによる入力部１２のキーパッドを介するキー押下がなされたことをトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開されたキー入力プログラムと、ＣＰＵ１１との協働により、キー入力処理が実行される。
【００９３】
図１７に示すように、先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のKeyMaskが無効であるか否かが判別される（ステップＳ１２１）。KeyMaskが無効である場合（ステップＳ１２１；無効）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のUserKeyMaskが無効であるか否かが判別される（ステップＳ１２２）。
【００９４】
UserKeyMaskが無効である場合（ステップＳ１２２；無効）、ユーザによる入力部１２のキーパッドを介するキー入力受付がドライバ１８１のキードライバに設定され（ステップＳ１２３）、キー入力処理が終了する。ステップＳ１２３では、ドライバ１８１のキードライバにより、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力が入力部１２のキーパッドへ電力供給され駆動される。KeyMaskが有効である場合（ステップＳ１２１；有効）、又はUserKeyMaskが有効である場合（ステップＳ１２２；有効）、ドライバ１８１のキードライバにより、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力が入力部１２のキーパッドへ電力供給されることなく、キー入力処理が終了する。
【００９５】
なお、キー入力に関しては、ステップＳ２１のドライバレジューム処理が実行されない。なぜなら、乾電池モードであるか否かで動作が変らないからである。
【００９６】
次いで、図１８を参照して、通信の電源イベント処理を説明する。図１８に、通信の電源イベント処理の流れを示す。通信の電源イベント処理は、ステップＳ３３，Ｓ４３の電源イベント発行に応じて、ドライバ１８１の通信部ドライバに対して実行される処理である。
【００９７】
ハンディターミナル１において、ステップＳ３３，Ｓ４３の電源イベント発行をトリガとして、ＲＯＭ１５から読み出されて適宜ＲＡＭ１３に展開された通信の電源イベント処理プログラムと、ＣＰＵ１１との協働により、通信の電源イベント処理が実行される。
【００９８】
図１８に示すように、先ず、電源イベントに対応して、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ１３１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【００９９】
PMModeがMode２又はMode４である場合（ステップＳ１３１；Mode２又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のLowPowerが「有効」という設定内容に更新される（ステップＳ１３２）。そして、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMask 及びLowPowerに応じた無線ＬＡＮ通信がドライバ１８１の通信部ドライバに設定され（ステップＳ１３３）、通信の電源イベント処理が終了する。ステップＳ１３３において、TMask及びLowPowerが無効の場合に、通信部１６で通常の無線ＬＡＮ通信が実行され、TMaskが無効でLowPowerが有効の場合に、通信部１６で低消費モードの無線ＬＡＮ通信が実行され、TMaskが有効の場合に、通信部１６で無線ＬＡＮ通信が停止される。また、ドライバ１８１の通信部ドライバにより、TMask及びLowPowerに基づいて、Ｌｉ−ｉｏｎ電池１８２又は乾電池１８３から出力される電源電力が通信部１６へ電力供給され駆動される。
【０１００】
PMModeがMode１又はMode３である場合（ステップＳ１３１；Mode１又はMode３）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のLowPowerが「無効」という設定内容に更新され（ステップＳ１３４）、ステップＳ１３３に移行される。
【０１０１】
次いで、図１９を参照して、ステップＳ２１のドライバレジューム処理の一つである通信のドライバレジューム処理を説明する。図１９に、通信のドライバレジューム処理の流れを示す。
【０１０２】
通信のドライバレジューム処理は、ドライバ１８１の通信部ドライバに対して行われるレジューム処理である。図１９に示すように、先ず、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のPMModeが何であるかが判別される（ステップＳ１４１）。PMModeは、Mode１、 Mode２、Mode３又はMode４である。
【０１０３】
PMModeがMode３又はMode４である場合（ステップＳ１４１；Mode３又はMode４）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMaskが「有効」という設定内容に更新される（ステップＳ１４２）。そして、ステップＳ１３３と同様の無線ＬＡＮ処理が実行され（ステップＳ１４３）、通信のドライバレジューム処理が終了する。
【０１０４】
PMModeがMode２である場合（ステップＳ１４１；Mode２）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMaskが「無効」という設定内容に更新される（ステップＳ１４４）。そして、設定フラグテーブル１７１のLowPowerが「有効」という設定内容に更新され（ステップＳ１４５）、ステップＳ１４３に移行される。
【０１０５】
PMModeがMode１である場合（ステップＳ１４１；Mode１）、フラッシュメモリ１７に記憶される設定フラグテーブル１７１のTMaskが「無効」という設定内容に更新される（ステップＳ１４６）。そして、設定フラグテーブル１７１のLowPowerが「無効」という設定内容に更新され（ステップＳ１４７）、ステップＳ１４３に移行される。
【０１０６】
以上、本実施の形態によれば、ハンディターミナル１は、表示部１４（ＬＣＤ１４１、バックライト１４２）、入力部１２（キーパッド）、通信部１６ごとに電源状態を規定する複数の電源モードPMModeに応じて、ドライバ１８１の電力供給状態の上限を設定するとともに、アプリケーションプログラム（ＡＰＩ）によるドライバ１８１の電力供給状態の設定を前記電力供給状態の上限に応じて制限する。このため、電源モードに応じてドライバ１８１の電力供給状態の上限を設定して各部に電源電力を供給できるとともに、アプリケーションプログラムによるドライバ１８１の電力供給状態の設定を前記電力供給状態の上限以下となるよう制限でき、装置全体を統括して自在に電源管理を行うことができる。
【０１０７】
また、バックライトの電源管理では、電源モードPMModeに応じた電力供給状態の上限としてMaskValueを設定し、MaskValueと、ＡＰＩにより設定された入力部１２を介するユーザ入力に応じたUserValueとからFixedValueを算出し、ドライバ１８１のバックライトドライバの電力供給状態としてFixedValueを設定する。このため、電源モードPMModeに応じてバックライトドライバの電力供給状態の上限としてMaskValueを適切に設定でき、ユーザ入力に応じたUserValueをMaskValueにより適切に制限してFixedValueでバックライト１４２を適切に電源管理できる。
【０１０８】
また、電源モードPMModeは、電源が乾電池１８３である場合に対応するMode３、Mode４を含み、電源が乾電池１８３である場合に、Mode３、Mode４に応じたドライバ１８１の電力供給状態の上限を設定できる。例えば、バックライト１４２のMaskValue＝５０％の設定や、通信部１６の無線ＬＡＮの不可設定である。このため、電源が乾電池１８３である場合の特性に応じた適切な電源管理を行うことができる。
【０１０９】
また、電源モードPMModeは、疑似オフ状態に対応するMode２、Mode４を含み、疑似オフ状態である場合に、Mode２、Mode４に応じたドライバ１８１の電力供給状態の上限を設定できる。例えば、バックライト１４２のMaskValue＝０％の設定や、入力部１２のキーパッドのキー入力を受け付けない設定、通信部１６の無線ＬＡＮの低消費電力モードの設定である。このため、疑似オフ状態の特性に応じた適切な電源管理を行うことができる。
【０１１０】
なお、上記実施の形態における記述は、本発明に係る携帯端末装置及びプログラムの一例であり、これに限定されるものではない。
【０１１１】
上記実施の形態では、携帯端末装置としてハンディターミナルを用いる構成としたが、ＰＤＡ（Personal Digital Assistant），携帯型コンピュータ，携帯電話等、他の携帯端末装置としてもよい。
【０１１２】
また、上記実施の形態では、表示部１４（ＬＣＤ、バックライト）、入力部１２（のキーパッド）、通信部１６（の無線ＬＡＮ通信）について、疑似オフを用いたシステム電源管理を行う構成としたが、これに限定されるものではない。例えば、携帯端末装置におけるブザー等の音出力部、バイブレータ、ＬＥＤ（Light Emitting Diode）等の点灯部等、他の部品における疑似オフを用いたシステム電源管理を行う構成としてもよい。
【０１１３】
また、上記実施の形態におけるハンディターミナル１の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることは勿論である。
【図面の簡単な説明】
【０１１４】
【図１】本発明に係る実施の形態のハンディターミナルの構成を示すブロック図である。
【図２】ハンディターミナルの電源管理の概略図である。
【図３】電源モードとモード状態との対応関係を示す図である。
【図４】疑似オフ及び乾電池の電源モードにおけるハンディターミナルの各部の状態を示す図である。
【図５】設定フラグテーブルの構成を示す図である。
【図６】電源管理処理を示すフローチャートである。
【図７】電源管理処理における電源オン処理を示すフローチャートである。
【図８】電源管理処理における疑似オフのオン処理を示すフローチャートである。
【図９】電源管理処理における疑似オフのオフ処理を示すフローチャートを示す。
【図１０】システム疑似オフ設定処理を示すフローチャートである。
【図１１】バックライトのドライバレジューム処理を示すフローチャートである。
【図１２】バックライト更新処理を示すフローチャートである。
【図１３】バックライトの電源イベント処理を示すフローチャートである。
【図１４】バックライト設定処理を示すフローチャートである。
【図１５】キーの電源イベント処理を示すフローチャートである。
【図１６】キーの有効切替設定処理を示すフローチャートである。
【図１７】キー入力処理を示すフローチャートである。
【図１８】通信の電源イベント処理を示すフローチャートである。
【図１９】通信のドライバレジューム処理を示すフローチャートである。
【符号の説明】
【０１１５】
１ ハンディターミナル
１１ ＣＰＵ
１２ 入力部
１３ ＲＡＭ
１４ 表示部
１４１ ＬＣＤ
１４２ バックライト
１５ 記憶部
１６ 通信部
１７ フラッシュメモリ
１８ 電源部
１８１ ドライバ
１８２ Ｌｉ−ｉｏｎ電池
１８３ 乾電池
１８４ 電源検出部
１９ バス
【特許請求の範囲】
【請求項１】
複数のデバイスと、
電源電力を出力する電源と、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段と、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段と、を備える携帯端末装置。
【請求項２】
情報の入力を受け付ける入力手段を備え、
前記制御手段は、前記電源モードに応じて規定された電力供給状態の規定値を設定し、アプリケーションプログラムにより前記入力手段を介して受け付けた電力供給状態の入力値と前記規定値とを用いて電力供給状態の決定値を算出し、前記駆動手段の電力供給状態を前記算出した決定値で設定する請求項１に記載の携帯端末装置。
【請求項３】
前記複数の電源モードは、電源が乾電池である場合の電源モードを含み、
電源が乾電池であることを検出する検出手段を備え、
前記制御手段は、前記検出手段により電源が乾電池であることが検出された場合に、電源が乾電池である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する請求項１又は２に記載の携帯端末装置。
【請求項４】
前記複数の電源モードは、見かけ上電源オフ状態の疑似オフ状態である場合の電源モードを含み、
前記制御手段は、疑似オフ状態である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する請求項１から３のいずれか一項に記載の携帯端末装置。
【請求項５】
コンピュータを、
複数のデバイス、
電源電力を出力する電源、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段、
として機能させるためのプログラム。
【請求項１】
複数のデバイスと、
電源電力を出力する電源と、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段と、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段と、を備える携帯端末装置。
【請求項２】
情報の入力を受け付ける入力手段を備え、
前記制御手段は、前記電源モードに応じて規定された電力供給状態の規定値を設定し、アプリケーションプログラムにより前記入力手段を介して受け付けた電力供給状態の入力値と前記規定値とを用いて電力供給状態の決定値を算出し、前記駆動手段の電力供給状態を前記算出した決定値で設定する請求項１に記載の携帯端末装置。
【請求項３】
前記複数の電源モードは、電源が乾電池である場合の電源モードを含み、
電源が乾電池であることを検出する検出手段を備え、
前記制御手段は、前記検出手段により電源が乾電池であることが検出された場合に、電源が乾電池である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する請求項１又は２に記載の携帯端末装置。
【請求項４】
前記複数の電源モードは、見かけ上電源オフ状態の疑似オフ状態である場合の電源モードを含み、
前記制御手段は、疑似オフ状態である場合の電源モードに応じて前記駆動手段の電力供給状態の上限を設定する請求項１から３のいずれか一項に記載の携帯端末装置。
【請求項５】
コンピュータを、
複数のデバイス、
電源電力を出力する電源、
前記電源から出力される電源電力を前記複数のデバイスへ電力供給して駆動させる駆動手段、
前記デバイスごとに電源状態を規定する複数の電源モードに応じて、前記駆動手段の電力供給状態の上限を設定するとともに、アプリケーションプログラムによる前記駆動手段の電力供給状態の設定を前記電力供給状態の上限に応じて制限する制御手段、
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００９−５９０６２（Ｐ２００９−５９０６２Ａ）
【公開日】平成２１年３月１９日（２００９．３．１９）
【国際特許分類】
【出願番号】特願２００７−２２４１８２（Ｐ２００７−２２４１８２）
【出願日】平成１９年８月３０日（２００７．８．３０）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成２１年３月１９日（２００９．３．１９）
【国際特許分類】
【出願日】平成１９年８月３０日（２００７．８．３０）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]