JP2010034904A - 携帯端末装置 - Google Patents

Abstract

【課題】加速度に応じて入力操作が行われる携帯端末装置において、誤入力が生じにくく、且つユーザが入力操作を容易に行うことができるようにする。
【解決手段】携帯電話機は、携帯電話機本体に生じる加速度を検出する加速度センサ１３と、検出された加速度の累積値を算出する累積値算出部１００ａと、累積値を閾値と比較する比較部１００ｂと、比較部１００ｂによる比較結果に基づいて、セキュリティロックモードを制御するＣＰＵ１００とを備える。ユーザによって携帯電話機が振られることにより、前記累積値が前記閾値を超えると、ＣＰＵ１００は、セキュリティロックモードを解除する。
【選択図】図２

Description

本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯端末装置に関するものである。

近年、携帯電話機等の携帯端末装置においては、メール機能やカメラ機能に加え、テレビ機能が装備されるなど、ますます多機能化が進んでいる。このように機能が多くなることに伴い、多くの入力操作が必要となってきている。

ところが、操作キーの数は、配置スペース等の関係から限られたものとなっている。このため、１つの機能を実行するためには、キーを何回も押さなければならない。よって、このような携帯電話機では、その操作性の低化が懸念される。

そこで、操作キーに加えて他の入力手段を備えた携帯電話機として、装置本体に生じる加速度を、装置本体に内蔵した加速度センサで検出することにより、装置本体の動きに応じた入力操作が行われる携帯電話機が考えられている。このような携帯電話機の一例が、たとえば、特許文献１に記載されている。

この携帯電話機では、ユーザが携帯電話機を動かして認証用の文字を空中に描くと、加速度の変化状態から描いた文字が認識され、認識結果が適正であるとセキュリティロックモード（キー操作を無効にする機能）が解除される構成とされている。
特開２００８−７８７６３号公報

上記のように加速度に応じて入力操作が行われる構成の場合、ユーザが意図して携帯電話機を動かさないとき、たとえば、ユーザが移動することによってカバンの中で携帯電話機が揺れたときにも加速度が検出される。このため、加速度の値を単純に用いるだけでは、携帯電話機の自然の揺れ等が所定の入力条件に偶然に一致することによって、誤った入力操作が行われてしまう惧れがある。

一方、特許文献１の携帯電話機のように、加速度の細かな動きの変化を認識するような構成であれば、偶然の一致による誤入力は生じにくいと考えられる。反面、その入力に適合する携帯電話機の動き（加速度の変化状態）を再現することが難しくなるので、ユーザが意図して入力をしようとしたときに、動きが所期の動きからずれてしまい、所望の入力が受け付けられない惧れがある。

本発明は、このような課題を解消するためになされたものであり、加速度に応じて入力操作が行われる携帯端末装置において、誤入力が生じにくく、且つユーザが入力操作を容易に行うことができるようにすることを目的とする。

本発明の携帯端末装置は、装置本体に生じる加速度を検出する加速度検出部と、検出された加速度の累積値を算出する累積値算出部と、前記累積値を閾値と比較する比較部と、前記比較部による比較結果に基づいて、対応する機能を制御する制御部と、
を備えたことを特徴とする。

この構成によれば、ユーザが装置本体を振り続けることで、加速度の累積値が閾値を超えると、これに対応する機能の制御が行われる。たとえば、その機能が、セキュリティロックモード（キー入力を無効化する機能）の場合、ロックモードが解除されて操作キーによる入力が可能となる。

このように、ユーザが装置本体を振り続けるだけで、それに対応する所定の入力がなされるので、ユーザは、入力操作を容易に行うことができる。

さらに、閾値が高く設定されることによって、装置本体の自然な揺れ等では加速度の累積値が閾値に到達しにくくなる。よって、ユーザの意図しない携帯端末装置の動きに対して誤入力を防止することができる。

また、本発明の携帯端末装置においては、外部からの操作に応じて前記閾値を設定する閾値設定部を備える構成とすることができる。

閾値が高く設定されれば、誤入力の防止効果は高まるが、反面、装置本体を長く振り続けなければならなくなるので、入力操作が大変になってくる。

この構成によれば、ユーザが閾値を調整することができる。即ち、ユーザは、自身の使用状況に応じて、誤入力の防止効果を優先したければ閾値を高くすることができ、入力操作が容易となることを優先したければ閾値を低くすることができる。したがって、ユーザの使い勝手が良くなる。

さらに、本発明の携帯端末装置においては、時間を計測するタイマーを備え、前記制御部は、規定時間内に前記累積値が前記閾値を超えたことに基づいて前記機能を制御するような構成とすることができる。

このような構成とすれば、閾値の大きさだけでなく、時間による制限が加わるため、ユーザの意図しない携帯端末装置の動きに対して誤入力を一層防止することができる。

さらに、本発明の携帯端末装置においては、前記累積値が前記閾値を超えた回数をカウントするカウンタを備え、前記累積値算出部は、前記累積値が前記閾値を超えたときに、前記累積値をリセットし、前記制御部は、前記回数が規定回数に達したことに基づいて前記機能を制御するような構成とすることができる。

このような構成とすれば、閾値の大きさだけでなく、回数による制限が加わるため、ユーザの意図しない携帯端末装置の動きに対する誤入力を一層防止することができる。

この構成の場合には、さらに、時間を計測するタイマーを備え、前記カウンタは、規定時間内に前記累積値が前記閾値を超えた回数をカウントし、前記累積値算出部は、前記規定時間内に前記累積値が前記閾値を超えたとき、または前記累積値が前記閾値を超えないまま前記規定時間が経過したときに、前記累積値をリセットするような構成とすることができる。

このような構成とすれば、回数による制限に加えて、さらに時間による制限が加わるため、ユーザの意図しない携帯端末装置の動きに対する誤入力をより一層防止することができる。

さらに、本発明の携帯端末装置においては、前記閾値は、第１の閾値と当該第１の閾値より大きい第２の閾値とを含み、前記制御部は、第１の機能状態にあるときに前記累積値が前記第１の閾値を超えたことに基づいて第２の機能状態に設定するとともに、前記累積値が前記第２の閾値を超えたことに基づいて再び第１の機能状態に設定するような構成とすることができる。

ユーザが意図して携帯端末装置を振った場合には、通常、その入力が受け付けられると、その動き（揺れ）が停止される。一方、誤入力の場合には、通常、その入力が受け付けられた後も、携帯端末装置が揺れ続けることになる。

この構成では、加速度の累積値が第１の閾値を超えることによって入力が受け付けられた後も揺れが長く続き、累積値が第２の閾値を超えれば、一旦、設定された機能状態が元の機能状態に戻される。たとえば、セキュリティロックモードの場合、一旦解除されたセキュリティロックモードが再び実行され、キー入力が無効になる。

したがって、この構成によれば、誤入力によってユーザの意図しない機能状態が継続されるのを防止することができる。

この構成の場合には、さらに、前記制御部は、前記累積値が前記第１の閾値と第２の閾値の間にあるときに、外部からの操作があると、前記累積値が前記第２の閾値を超えても、前記第２の機能状態を維持するような構成とすることができる。

このような構成とすれば、ユーザの操作によってその機能状態が確定されれば、その後にユーザが携帯端末装置を動かしても元の機能状態に戻ることがない。よって、不所望に機能状態が変更されてしまうのを防止できる。

なお、この場合、加速度の累積値が第１の閾値を超えたときに、外部からの操作を促す報知が報知部よってなされることが望ましく、このようにすれば、ユーザは確実に確定操作を行うことが可能となる。

さらに、本発明の携帯端末装置によれば、前記閾値は、第１の閾値と当該第１の閾値より大きい第２の閾値とを含み、前記制御部は、第１の機能状態にあるときに、前記累積値が前記第１の閾値を超え、且つ前記累積値が前記第２の閾値に達するまでに外部からの操作があると、第２の機能状態に設定するような構成とすることができる。

この構成によれば、加速度の累積値が第１の閾値を超えても、さらに第２の閾値に達するまでにユーザによって最終的な実行操作がされなければ、制御状態が変更されない。したがって、誤入力に基づいて誤った機能状態となることを防止することができる。

なお、この場合も、加速度の累積値が第１の閾値を超えたときに、外部からの操作を促す報知が報知部よってなされることが望ましく、このようにすれば、ユーザは確実に実行操作を行うことが可能となる。

さらに、本発明の携帯端末装置は、前記累積値算出部は、基準値を超える加速度を累積するような構成とすることができる。

携帯端末装置が自然に揺れているときの加速度は、通常、ユーザが意図的に携帯端末装置を振ったときの加速度に比べて小さな値になると考えられる。

この構成によれば、携帯端末装置の揺れが小さな場合には、その加速度が累積されないので、ユーザの意図しない携帯端末装置の動きに対する誤入力を一層防止することができる。

以上のとおり、本発明によれば、加速度に応じて入力操作が行われる携帯端末装置において、ユーザの意図しない携帯端末装置の動きによる誤入力が防止でき、且つ、ユーザが入力操作を容易に行うことができる。

本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。

以下、本発明の実施の形態につき図面を参照して説明する。図１は携帯電話機の外観構成を示す図であり、同図（ａ）は、第２キャビネットが開放した状態の携帯電話機の正面図、同図（ｂ）は同じ状態での側面図である。同図（ｃ）は同図（ｂ）のＡ−Ａ´断面図である。

携帯電話機は、第１キャビネット１と第２キャビネット２を備えている。第１キャビネット１には、テンキー部１１が配されている。テンキー部１１は、複数個の番号・文字入力キーを備えている。テンキー部１１の背後には、バックライト装置１２（以下、「キーバックライト」という）が配されている。キーバックライト１２は、光源となるＬＥＤを備え、テンキー部１１に光を供給する。これにより、ユーザは、周囲が暗くても各キーに付された表示を見ることができる。

第１キャビネット１の内部には、加速度センサ１３が配されている。加速度センサ１３は、３軸加速度センサであり、図示のＸ軸方向、Ｙ軸方向およびＺ軸方向の３方向に生じる加速度を検出するように配されている。

第２キャビネット２の正面側には、縦長の矩形状を有する液晶パネル２１が配されており、その表示面が正面に臨んでいる。液晶パネル２１の背後には、バックライト装置２２（以下、「パネルバックライト」という）が配されている。パネルバックライト２２は、光源となるＬＥＤを備え、液晶パネル２１に光を供給する。

第２キャビネット２の正面側には、さらに、メインキー部２５が配されている。メインキー部２５には、各種の機能モード（カメラ撮影モード、メール送受信モード、インターネットモード）への切替えキー、通話開始キー、通話終了キーなどが配されている。

第２キャビネット２の内部には、カメラモジュール２６が配されている。カメラモジュール２６のレンズ窓（図示せず）は、第２キャビネット２の背面に臨んでおり、このレンズ窓から被写体の像がカメラモジュール２６に取り込まれる。

第２キャビネット２は、スライド機構部３によって、第１キャビネット１に対し図１のＸ軸方向にスライド可能に連結されている。図１（ｃ）に示すように、スライド機構３は、ガイド板３１とガイド溝３２によって構成されている。ガイド板３１は、第２キャビネット２の背面の左右両端部に設けられており、その下端に突条３１ａを有する。ガイド溝３２は、第１キャビネット１の側面に、スライド方向（図１のＸ軸方向）に沿って形成されている。ガイド板３１の突条３１ａは、ガイド溝３２に係合されている。

携帯電話機を閉じた状態では、図１（ｂ）に一点鎖線で示すように、第２キャビネット２が第１キャビネット１の上に略完全に重なっている。この状態（閉じた状態）では、第２キャビネット２の背後にテンキー部１１の全てのキーが隠れた状態となる。第２キャビネット２は、ガイド板３１がガイド溝３２の終端位置に達するまでスライドする（開いた状態とする）ことができる。第２キャビネット２が完全に開くと、図１（ａ）に示すように、テンキー部１１の全てのキーが外部に露出する。

第１キャビネット１と第２キャビネット２には、第２キャビネット２の開閉を検出するための開閉検出部４が配されている。開閉検出部４は、第１キャビネット１側に設けられた閉センサ４１および開センサ４２と、第２キャビネット２側に設けられた磁石４３によって構成されている。磁石４３は、第２キャビネット２の端部に配されており、閉センサ４１は、第２キャビネット２が完全に閉じたときに、磁石４３に近接する位置に配されている。一方、開センサ４２は、第２キャビネット２が完全に開いたときに、磁石４３に近接する位置に配されている。閉センサ４１および開センサ４２は、たとえば、ＭＲセンサ（磁気抵抗素子）で構成され、磁石４３の磁力に反応して検出信号を出力する。第２キャビネット２が閉じた状態から開いた状態となると、閉センサ４１からオフ信号が出力され、開センサ４２からオン信号が出力される。反対に、第２キャビネット２が開いた状態から閉じた状態になると、開センサ４２からオフ信号が出力され、閉センサ４１からオン信号が出力される。

図２は、携帯電話機の全体構成を示すブロック図である。本実施の形態の携帯電話機は、上述した各構成要素の他、ＣＰＵ１００、映像エンコーダ１０１、マイク１０２、音声エンコーダ１０３、タイマー１０４、カウンタ１０５、通信モジュール１０６、メモリ１０７、バックライト駆動回路１０８、映像デコーダ１０９、音声デコーダ１１０、スピーカ１１１を備えている。

カメラモジュール２６は、撮像レンズ２６ａ、撮像素子２６ｂなどから構成されている。撮像レンズ２６ａは、被写体の像を撮像素子２６ｂ上に結像させる。撮像素子２６ｂは、例えばＣＣＤからなり、取り込んだ画像に応じた撮像信号を生成し、映像エンコーダ１０１へ出力する。映像エンコーダ１０１は、撮像素子２６ｂからの撮像信号を、ＣＰＵ１００が処理できるディジタルの撮像信号に変換してＣＰＵ１００へ出力する。

マイク１０２は、音声信号を電気信号に変換して音声エンコーダ１０３へ出力する。音声エンコーダ１０３は、マイク１０２からの音声信号を、ＣＰＵ１００が処理できるディジタルの音声信号に変換してＣＰＵ１００へ出力する。

タイマー１０４は、時間を計測してＣＰＵ１００へ出力する。カウンタ１０５は、回数をカウントしてＣＰＵ１００へ出力する。

通信モジュール１０６は、ＣＰＵ１００からの音声信号や画像信号、テキスト信号などを無線信号に変換し、アンテナ１０６ａを介して基地局へ送信する。また、アンテナ１０６ａを介して受信した無線信号を音声信号や画像信号、テキスト信号などに変換してＣＰＵ１００へ出力する。

メモリ１０７は、ＲＯＭおよびＲＡＭを含む。メモリ１０７には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。また、メモリ１０７には、カメラモジュール２６で撮影した画像データや通信モジュール１０６を介して外部から取り込んだ画像データ、テキストデータ（メールデータ）などが所定のファイル形式で保存される。

さらに、メモリ１０７には、後述するセキュリティロックモードの解除処理で使用される認証用の閾値が複数個記憶されている。この複数個の閾値の中からユーザに選ばれた閾値が、解除処理の際にＣＰＵ１００に取得される。

バックライト駆動回路１０８は、ＣＰＵ１００からの制御信号に応じた電圧信号をパネルバックライト２２、キーバックライト１２に供給する。

映像デコーダ１０９は、ＣＰＵ１００からの映像信号を液晶パネル２１で表示できるアナログの映像信号に変換し、液晶パネル２１に出力する。

音声デコーダ１１０は、ＣＰＵ１００からの音声信号をスピーカ１１１で出力できるアナログの音声信号に変換し、スピーカ１１１に出力する。スピーカ１１１は、音声デコーダ１１０からの音声信号を音声として再生する。

ＣＰＵ１００は、カメラモジュール２６、マイク１０２、メインキー部２５、テンキー部１１など各部からの入力信号に基づいて、通信モジュール１０６、映像デコーダ１０９、音声デコーダ１１０などの各部に制御信号を出力することにより、種々の機能モードの処理を行う。

さらに、ＣＰＵ１００は、セキュリティロックモードを設定する処理、セキュリティロックモードを実行する処理、およびセキュリティロックモードを解除する処理を行う。

図２には、便宜上、ＣＰＵ１００によって実行される処理のうち、セキュリティロックモードの解除処理で実行される累積値算出処理と比較処理が、累積値算出部１００ａと比較部１００ｂとして図示されている。また、セキュリティロックモードの設定処理で実行される閾値設定処理が、閾値設定部１００ｃとして図示されている。

累積値算出部１００ａは、加速度センサ１３で検出したＸ軸方向、Ｙ軸方向およびＺ軸方向の３方向の加速度成分が合成された合成加速度を、携帯電話機の揺れ方向に生じる加速度として取得し、この加速度の累積値（以下、「累積加速度」という）を算出する。また、比較部１００ｂは、算出された累積加速度を、閾値設定部１００ｃによって設定された閾値と比較する。閾値設定部１００ｃは、ユーザによる設定操作に基づいて、累積加速度の閾値を設定する。

さて、本実施の形態の携帯電話機では、ユーザの操作によってセキュリティロックモードを設定することができる。このセキュリティロックモードは、他人による不正使用を防止するための機能であり、このモードが設定されると、解除操作がなされない限り、緊急機関への通報など一部の特殊な動作を除いて、原則、全てのキーの入力が無効となる。そして、本実施の形態では、このセキュリティロックモードを解除するための認証入力として、携帯電話機に生じる加速度の累積値が用いられている。

以下、セキュリティロックモードを設定するための処理および解除するための処理について説明する。

図３は、セキュリティロックモードの設定処理を示すフローチャートである。同図を参照して、セキュリティロックモードの設定処理について説明する。

ＣＰＵ１００は、セキュリティロックモードの設定操作がなされたか否かを判断する（Ｓ１０１）。そして、ユーザによってセキュリティロックモードのためのキー操作がなされると（Ｓ１０１：ＹＥＳ）、ＣＰＵ１００は、セキュリティロックモードに設定する（Ｓ１０２）。

次に、ＣＰＵ１００は、ロックモード解除に用いる認証用の閾値を設定するための設定画面を液晶パネル２１に表示させる（Ｓ１０３）。この設定画面には、たとえば複数のレベルの閾値が表示される。この場合、ユーザは、所望のレベルの閾値を選択して設定できる。

ＣＰＵ１００は、閾値の設定操作がされたか否かを判断する（Ｓ１０４）。そして、ユーザによって閾値の設定操作がなされると（Ｓ１０４：ＹＥＳ）、ＣＰＵ１００（閾値設定部１００ｃ）は、ユーザによって選ばれた閾値を、解除処理で使用する閾値として設定する（Ｓ１０５）。

こうして、設定処理が終了し、この後、たとえば、第２キャビネット２が閉じられると、セキュリティロックモードのキーロック処理が実行され、その後は、モード解除が行われない限り、キー操作が無効（キーがロックされた状態）となる。

図４は、セキュリティロックモードの解除処理について説明するための図である。同図（ａ）は、セキュリティロックモードの解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β１との関係を示す図である。同図を参照して、セキュリティロックモードの解除処理について説明する。

ＣＰＵ１００は、セキュリティロックモードの解除操作がなされたか否かを判断する（Ｓ２０１）。そして、ユーザによって解除のためのキー操作がなされると（Ｓ２０１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ２０２）。即ち、ＣＰＵ１００は、累積加速度αをゼロにリセットし、さらに、設定処理においてユーザが選んだ閾値（設定値）を、今回の閾値β１としてメモリ１０７から取得する。

次に、ＣＰＵ１００は、加速度α１の取得を開始する（Ｓ２０３）。ＣＰＵ１００（累積値算出部１００ａ）は、その後、加速度α１を取得する度にα＝α＋α１を実行して、累積加速度αを算出する（Ｓ２０４）。そして、ＣＰＵ１００（比較部１００ｂ）は、算出した累積加速度αを閾値β１と比較する（Ｓ２０５）。

ユーザは、最初に解除操作を行った後、認証のために携帯電話機を振ることになる。ユーザによって携帯電話機が振られると、図４（ｂ）に示すように、累積加速度αは増加してゆき、やがて閾値β１を超える。

こうして、ＣＰＵ１００は、累積加速度αが閾値β１を超えたと判断すると（Ｓ２０５：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ２０６）。これにより、この後は、ユーザによるキー操作が有効となる。

なお、ステップＳ２０１で解除操作がなされたと判断した際には、液晶パネル２１やスピーカ１１１を通じて画像や音により、認証操作を促す報知が行われることが望ましい。また、ステップＳ２０６でモード解除を行った際にも、液晶パネル２１やスピーカ１１１を通じて画像や音により、解除完了を知らせる報知が行われることが望ましい。

以上、本実施の形態によれば、ユーザが携帯電話機を振り続けるだけで、認証入力がなされるので、ユーザは、入力操作を容易に行うことができる。また、閾値が高く設定されることによって、携帯電話機が自然に揺れた程度では累積加速度が閾値に到達しにくくなるので、ユーザの意図しない携帯端末装置の動きに対する誤入力を防止することができる。

さらに、閾値が高く設定されれば、誤入力を防止する効果は高まるが、反面、携帯電話機を長く振り続けなければならなくなるので、入力操作が大変になってくる。

本実施の形態では、ユーザが閾値を調整することができる。即ち、ユーザは、自身の使用状況に応じて、誤入力の防止効果を優先したければ閾値を高くすることができ、また、入力操作が容易となることを優先したければ閾値を低くすることができる。したがって、ユーザの使い勝手が良くなる。

以上、本発明の実施形態について説明したが、本発明は本実施の形態に限定されるものではなく、また、本実施の形態についても、種々の変更が可能である。たとえば、セキュリティロックモードの解除処理として、上記実施の形態の解除処理に替えて、以下の変更例１から５の解除処理を適用することができる。

＜変更例１＞
図５は、変更例１に係るセキュリティロックモードの解除処理を説明するための図である。同図（ａ）は、解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β２および規定時間Ｔｒの関係を示す図である。

なお、解除処理以外の構成は、上記実施の形態と同様であり、この変更例で用いる認証用の閾値β２は、閾値β１と同様、設定処理において、メモリ１０７に記憶された複数個の閾値の中からユーザによって選択される。また、メモリ１０７には、規定時間Ｔｒが記憶されている。

以下、変更例１に係る解除処理について、図５を参照して説明する。

ユーザによって解除のためのキー操作がなされると（Ｓ３０１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ３０２）。即ち、ＣＰＵ１００は、累積加速度αおよびタイマー１０４の時間ｔをゼロにリセットする。また、設定処理においてユーザが選んだ閾値を、今回の閾値β２としてメモリ１０７から取得する。さらに、規定時間Ｔｒをメモリ１０７から取得する。

次に、ＣＰＵ１００は、加速度α１の取得を開始し（Ｓ３０３）、その後、取得開始から規定時間Ｔｒが経過すると（Ｓ３０４：ＹＥＳ）、過去規定時間Ｔｒ分の加速度α１の加算値を累積加速度αとして算出し（Ｓ３０５）、算出した累積加速度αを閾値β２と比較する（Ｓ３０６）。こうして、規定時間Ｔｒが経過した後、加速度α１が取得される度に、その時点から過去規定時間Ｔｒ分の加速度α１を加算して累積加速度αが算出され、これが閾値β２と比較される処理（Ｓ３０３〜Ｓ３０６）が繰り返される。

ユーザは、最初に解除操作を行った後、認証のために携帯電話機を振ることになる。このとき、図５（ｂ）に示すように、ユーザの振り方が遅いうちは、累積加速度αは閾値β２を超えないが、ユーザの振り方が速くなれば、累積加速度αは閾値β２を超える。

こうして、ＣＰＵ１００は、累積加速度αが閾値β２を超えたと判断すると（Ｓ３０６：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ３０７）。これにより、この後は、ユーザによるキー操作が有効となる。

以上、変更例１の構成によれば、モード解除の認証が行われるために、規定時間内で閾値を超えるような加速度の累積が必要となる。即ち、累積値の大きさだけでなく時間の制限が加わることになるので、ユーザの意図しない携帯端末装置の動きに対する誤入力を一層防止することができる。

なお、規定時間Ｔｒについても、閾値β２と同様、設定処理において、ユーザが選択設定できるようにしても良い。

図５の例では、規定時間Ｔｒが経過した後、加速度α１が取得される度に累積加速度αが算出され、閾値β２と比較されるように構成されている。しかしながら、累積加速度αと閾値β２との比較タイミングを、以下のように変更することもできる。

図６は、変更例１に係る解除処理を一部変更した第１の例を示す図である。同図（ａ）は、解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β２および規定時間Ｔｒの関係を示す図である。

この例では、時間軸が規定時間Ｔｒ毎に区切られ、各規定時間Ｔｒの間の累積加速度αが閾値β２と比較されるように構成されている。以下、処理について説明する。

ユーザによって解除のためのキー操作がなされると（Ｓ３１１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ３１２）。この初期設定は変更例１と同様である。

次に、ＣＰＵ１００は、加速度α１の取得を開始し、その後、規定時間Ｔｒが経過するまで、加速度α１を取得する度に累積加速度αを算出する（Ｓ３1３〜Ｓ３１５）。そして、規定時間Ｔｒが経過すると（Ｓ３１５：ＹＥＳ）、ＣＰＵ１００は、それまでの累積加速度αと閾値β２とを比較する（Ｓ３１６）。

ＣＰＵ１００は、ステップＳ３１６の処理において、累積加速度αが閾値β２を超えていないと判断すると、累積加速度αおよび時間ｔをゼロにリセットして（Ｓ３１７）、ステップＳ３１３の処理に戻る。こうして、ステップ３１６の処理において、累積加速度αが閾値β２を超えていないと判断される間は、ステップＳ３１３からＳ３１７の処理が繰り返される。

一方、ＣＰＵ１００は、ステップＳ３１６の処理において、累積加速度αが閾値β２を超えたと判断すると（Ｓ３１６：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ３１８）。これにより、この後は、ユーザによるキー操作が有効となる。

なお、この例では、ステップＳ３１３からＳ３１７の処理を連続的に繰り返すようにしているが、これらの処理を所定の間隔を置いて繰り返すこともできる。

図７は、変更例１に係る解除処理を一部変更した第２の例を示す図である。同図（ａ）は、解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β２および規定時間Ｔｒの関係を示す図である。

この例では、加速度α１の増加が検出されると、その後規定時間Ｔｒ内の累積加速度αが算出され、算出された累積加速度αが閾値β２と比較されるよう構成されている。以下、処理について説明する。

ユーザによって解除のためのキー操作がなされると（Ｓ３２１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ３２２）。この初期設定は変更例１と同様である。

次に、ＣＰＵ１００は、加速度α１の取得を開始し、その後、加速度α１を取得する度に、今回の加速度α１が、予め決められた回数だけ前に取得した加速度α１より大きいか否かを判断する（Ｓ３２３、Ｓ３２４）。

今回の加速度α１が数回前の加速度α２以下であると判断される間は、ステップＳ３２３とステップＳ３２４の処理が繰り返される。

ＣＰＵ１００は、ステップＳ３２４の処理において、今回の加速度α１が数回前の加速度α２より大きいと判断すると、加速度α１が増加し始めたと判断して、その後、規定時間Ｔｒが経過するまで、加速度α１を取得する度に累積加速度αを算出する（Ｓ３２５〜Ｓ３２７）。そして、規定時間Ｔｒが経過すると（Ｓ３２６：ＹＥＳ）、ＣＰＵ１００は、算出した累積加速度αと閾値β２とを比較する（Ｓ３２８）。

ＣＰＵ１００は、ステップＳ３２８の処理において、累積加速度αが閾値β２を超えていないと判断すると、累積加速度αおよび時間ｔをゼロにリセットして（Ｓ３２９）、ステップＳ３２３の処理に戻る。こうして、ステップＳ３２８の処理において、累積加速度αが閾値β２を超えていないと判断される間は、ステップＳ３２３からＳ３２９の処理が繰り返される。

一方、ＣＰＵ１００は、ステップＳ３２８の処理において、累積加速度αが閾値β２を超えたと判断すると（Ｓ３２８：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ３３０）。これにより、この後は、ユーザによるキー操作が有効となる。

ユーザが携帯電話機を速く振り始めると、加速度α１が増加することになるが、このような場合に、累積加速度αが閾値β２を超え、認証が行われる可能性が高くなる。第２の例のような構成とすれば、認証が行われやすい適正なタイミングにおいてのみ、累積加速度αを算出して閾値β２と比較する処理を行うことができる。

＜変更例２＞
図８は、変更例２に係るセキュリティロックモードの解除処理を説明するための図である。同図（ａ）は、解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β３および閾値γの関係を示す図である。

なお、解除処理以外の構成は、上記実施の形態と同様であり、この変更例で用いる認証用の閾値β３および閾値γは、閾値β１と同様、設定処理において、メモリ１０７に記憶された複数個の閾値の中からユーザによって選択される。

以下、変更例２に係る解除処理について、図８を参照して説明する。

ユーザによって解除のためのキー操作がなされると（Ｓ４０１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ４０２）。即ち、ＣＰＵ１００は、累積加速度αをゼロにリセットする。また、設定処理においてユーザが選んだ閾値β３、γのための閾値を、今回の閾値β３、γとしてメモリ１０７から取得する。

次に、ＣＰＵ１００は、加速度α１の取得を開始し、その後、加速度α１を取得する度に累積加速度αを算出して、算出した累積加速度αを閾値β３と比較する処理を繰り返す（Ｓ４０３〜Ｓ４０５）。

そして、ＣＰＵ１００は、累積加速度αが閾値β３を超えたと判断すると（Ｓ４０５：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ４０６）。これにより、この後は、ユーザによるキー操作が有効となる。

次に、ＣＰＵ１００はモード解除の報知を行う（Ｓ４０７）。たとえば、液晶パネル２１にモード解除した旨を知らせる画像をポップアップにより表示させる。この場合、モード解除を知らせるとともに確定操作を促すような画像とすることもできる。また、表示によるものでなく、スピーカ１１１からモード解除した旨の音を発することもできる。

その後、ＣＰＵ１００は、ユーザにより解除を確定する操作があったか否かを判断する（Ｓ４０８）。そして、ＣＰＵ１００は、ユーザによって確定操作がなされたと判断すると（Ｓ４０８：ＹＥＳ）、モード解除を確定し（Ｓ４０９）、解除処理を終了する。

一方、ＣＰＵ１００は、ステップＳ４０８の処理において、確定操作がなされていないと判断すると（Ｓ４０８：ＮＯ）、累積加速度αが閾値γを超えた否かを判断する（Ｓ４１０）。

ユーザが意図的に携帯電話機を振って認証操作を行ったのであれば、通常、モード解除の報知によって携帯電話機が停止されモード解除の確定操作がなされるので、累積加速度αが閾値γを超えることはほとんど考えられない。しかし、携帯電話機がカバン等の中で自然に揺れることによって累積加速度αが閾値β３を超えた場合には、携帯電話機がそのまま揺れ続け、モード解除の確定操作がされないまま累積加速度αが閾値γを超えることが多いと考えられる。

そこで、ＣＰＵ１００は、ユーザによって確定操作がなされないまま、累積加速度αが閾値γを超えると（Ｓ４１０：ＹＥＳ）、再びセキュリティロッモードを実行し、キー入力を無効にする（Ｓ４１１）。

以上、変更例２の構成によれば、累積加速度が最初の閾値β３を超え、一旦、セキュリティロックが解除されても、その後も加速度が累積され、累積加速度が次の閾値γを超えれば、再びセキュリティロックモードが実行される。したがって、ユーザが意図しないままセキュリティロックモードが解除された状態が継続されるのを防止することができる。

さらに、変更例２の構成によれば、累積加速度が閾値γを超える前に、ユーザによって確定操作が行われれば、モード解除が確定するので、その後、たまたまユーザが携帯端末装置を動かすことがあっても、不所望にセキュリティロックモードが再び実行されてしまうことがない。

さらに、変更例２の構成によれば、モード解除された旨が報知されるため、ユーザが確実に確定操作を行うことができる。

なお、ユーザによる確定操作は、予め決められたキーが操作されるものであっても良く、あるいは、任意のキーが操作されるものであっても良い。任意のキーとした場合には、モード解除後、ユーザが通話など何らかの機能を行うためにキー操作すれば、モード解除が確定される。

ところで、変更例２の構成では、モード解除後、確定操作がされず、累積加速度αも閾値γを超えなければ、モードが解除されたままとなる。そこで、変更例２の解除処理に、図９（ａ）示すような、制限時間の経過によって再びセキュリティロックモードを実行する処理を付加することもできる。

即ち、ＣＰＵ１００は、モード解除の報知を行った後（Ｓ４０７）、ユーザによる確定操作がなく（Ｓ４０８：ＮＯ）、さらに累積加速度αが閾値γを超えていなければ（Ｓ４１０：ＮＯ）、モード解除から第１制限時間が経過したか否かを判断する（Ｓ４１２）。そして、第１制限時間が経過したと判断すると（Ｓ４１２：ＹＥＳ）、ＣＰＵ１００は、再びセキュリティロックモードを実行する（Ｓ４１１）。

一方、第１制限時間が経過していないと判断すると（Ｓ４１２：ＮＯ）、ＣＰＵ１００は、加速度が停止してから第２制限時間（第１制限時間より短い）が経過したか否かを判断する（Ｓ４１３）。そして、第２制限時間が経過したと判断すると（Ｓ４１３：ＹＥＳ）、ＣＰＵ１００は、再びセキュリティロックモードを実行する（Ｓ４１１）。

このような構成とすれば、ユーザが意図しないままセキュリティロックモードが解除され、その後、加速度が止まってしまっても（携帯電話機の揺れが止まってしまっても）、そのまま解除状態が継続されるのを防止することができる。

なお、図９（ａ）の処理フローでは、Ｓ４１３にて加速度停止後の経過時間が監視されたが、この処理ステップを省略することもできる。この場合、モード解除から第１制限時間が経過していない（Ｓ４１２：ＮＯ）と判別されると、Ｓ４０７に進み、閾値γと第１制限時間に基づく再ロック処理が行われる。

ところで、上記のように、予め決められたキーによって確定操作が行われる構成とした場合、図９（ａ）の処理では、ユーザが確定操作をせずに所望のキー操作を行っている途中に制限時間が経過して、セキュリティロックモードが再び実行され、キー操作が中断されてしまう惧れがある。

そこで、予め決められたキーによって確定操作が行われる構成とした場合には、図９（ｂ）に示す処理に変更することもできる。

即ち、ＣＰＵ１００は、累積加速度αが閾値γを超えていなければ（Ｓ４１０：ＮＯ）、キー操作（確定操作のためのキー以外の操作）があったか否かを判断する（Ｓ４１４）。キー操作があれば（Ｓ４１４：ＹＥＳ）、ＣＰＵ１００は、次に、最後のキー操作がなくなってから第３制限時間が経過したか否かを判断する（Ｓ４１５）。そして、第３制限時間が経過したと判断すると（Ｓ４１５：ＹＥＳ）、ＣＰＵ１００は、再びセキュリティロックモードを実行する（Ｓ４１１）。

一方、キー操作がないまま（Ｓ４１４：ＮＯ）、第１制限時間または第２制限時間が経過すれば（Ｓ４１２：ＹＥＳ、Ｓ４１３：ＹＥＳ）、ＣＰＵ１００は、再びセキュリティロックモードを実行する（Ｓ４１１）。

このような構成とすれば、ユーザがキー操作を行っている途中にセキュリティロックモードが再開されることがなく、キー操作が中断されるようなことがない。

なお、これら第１、第２、第３制限時間も、メモリ１０７に記憶されており、ステップＳ４０２の処理によって、メモリ１０７から取得される。また、これら制限時間を、ユーザが設定操作により変更可能とすることもできる。

＜変更例３＞
図１０は、変更例３に係るセキュリティロックモードの解除処理を説明するための図である。同図（ａ）は、解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β３および閾値γの関係を示す図である。

変更例２では、累積加速度αが閾値β３を超えると、すぐにモード解除を行う構成とされているのに対し、この変更例３では、累積加速度αが閾値β３を超えてもすぐにモード解除を行わず、ユーザによる最終的な解除の実行操作を待ってモード解除を行う構成とされている。なお、ステップＳ４０１からＳ４０５の処理については、変更例２と同様であり、以下、異なる処理についてのみ説明する。

ＣＰＵ１００は、ステップＳ４０５の処理において、累積加速度αが閾値β３を超えたと判断すると、モード解除が可能である旨の報知を行う（Ｓ４１６）。たとえば、液晶パネル２１にモード解除が可能であること知らせる（モード解除の操作を促す）画像をポップアップにより表示させる。また、表示によるものでなく、スピーカ１１１からモード解除した旨の音を発することもできる。

その後、ＣＰＵ１００は、ユーザにより解除の実行操作があったか否かを判断する（Ｓ４１７）。そして、ＣＰＵ１００は、ユーザによって実行操作がなされたと判断すると（Ｓ４１７：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ４１８）。これにより、この後は、ユーザによるキー操作が有効となる。

一方、ＣＰＵ１００は、ステップＳ４１７の処理において、実行操作がなされていないと判断すると（Ｓ４１７：ＮＯ）、累積加速度αが閾値γを超えた否かを判断する（Ｓ４１９）。そして、ＣＰＵ１００は、ユーザによって実行操作がなされないまま、累積加速度αが閾値γを超えると（Ｓ４１９：ＹＥＳ）、実行操作を無効とする設定を行い（Ｓ４２０）、セキュリティロックモードの解除処理を終了する。

以上、変更例３の構成によれば、累積加速度αが閾値β３を超えても、さらに閾値γに達するまでにユーザによって最終的な解除の実行操作がされなければ、モード解除が行われない。したがって、ユーザが意図しない携帯電話機の揺れによって、累積加速度αが閾値β３を超えても、モードが解除されてしまうのを防止することができる。

さらに、変更例３の構成によれば、モード解除が可能となった旨が報知されるため、ユーザが確実に実行操作を行うことができる。

＜変更例４＞
図１１は、変更例４に係るセキュリティロックモードの解除処理を説明するための図である。同図（ａ）は、解除処理を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β４および規定回数ＫＲの関係を示す図である。

なお、解除処理以外の構成は、上記実施の形態と同様であり、この変更例で用いる認証用の閾値β４は、閾値β１と同様、設定処理において、メモリ１０７に記憶された複数個の閾値の中からユーザによって選択される。また、メモリ１０７には、規定時間ＴＲおよび規定回数ＫＲが記憶されている。

以下、変更例４に係る解除処理について、図１１を参照して説明する。

ユーザによって解除のためのキー操作がなされると（Ｓ５０１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ５０２）。即ち、ＣＰＵ１００は、累積加速度α、タイマー１０４の時間ｔおよびカウンタ１０５の認証回数ｋをゼロにリセットする。また、設定処理においてユーザが選んだ閾値を、今回の閾値β４としてメモリ１０７から取得する。さらに、規定時間ＴＲおよび規定回数ＫＲをメモリ１０７から取得する。

次に、ＣＰＵ１００は、加速度α１の取得を開始し（Ｓ５０３）、その後、加速度α１を取得する度に累積加速度αを算出し（Ｓ５０４）、規定時間ＴＲが経過していなければ（Ｓ５０５：ＮＯ）、算出した累積加速度αを閾値β４と比較する（Ｓ５０６）。

そして、規定時間ＴＲが経過する前に累積加速度αが閾値β４を超えると（Ｓ５０６：ＹＥＳ）、ＣＰＵ１００は、カウンタ１０５の認証回数ｋを１つアップさせ（Ｓ５０７）、認証回数ｋが規定回数ＫＲに達したか否かを判断する（Ｓ５０８）。

ＣＰＵ１００は、ステップＳ５０８の処理において、累積加速度αが閾値β４を超えていないと判断すると、累積加速度αおよび時間ｔをゼロにリセットして（Ｓ５１０）、ステップＳ５０３の処理に戻る。こうして、ステップＳ５０８の処理において、認証回数ｋが規定回数ＫＲに達していないと判断される間は、ステップＳ５０３からＳ５１０の処理が繰り返される。

なお、ユーザが携帯電話機を振るのが遅く、規定時間ＴＲ以内に累積加速度αが閾値β４に達しなければ、ステップＳ５０５の処理にて規定時間ＴＲが経過したと判断され、認証回数ｋがカウントアップされることなく、ステップＳ５１０の処理に移って、累積加速度αおよび時間ｔがゼロにリセットされる。

ユーザが携帯電話機を速く振り続けていれば、図１１（ｂ）に示すように、認証回数ｋが増えてゆき、やがて規定回数ＫＲ（たとえば３回）に到達する。

ＣＰＵ１００は、ステップＳ５０８の処理において、認証回数ｋが規定回数ＫＲに達したと判断すると（Ｓ５０８：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ５０９）。これにより、この後は、ユーザによるキー操作が有効となる。

以上、変更例４の構成によれば、モード解除の認証が行われるために、規定時間ＴＲ内で閾値β４を超えるような加速度の累積が規定回数ＫＲだけ必要となる。即ち、認証のための条件に時間の制限と回数の制限が加わることになる。したがって、ユーザの意図しない携帯端末装置の動きに対する誤入力をより一層防止することができる。

なお、変更例４の構成において、時間ｔを計測せずに規定時間ＴＲによる制限をなくすることもできる。この場合は、時間に関係なく累積加速度αが閾値β３を超える度に認証回数ｋがカウントアップされ、累積加速度αがリセットされる。そして、認証回数ｋが規定回数ＫＲに達することにより、モード解除が行われる。

このような構成としても、少なくとも回数による制限が加わるので、ユーザの意図しない携帯端末装置の動きに対する誤入力を一層防止することができる。

＜変更例５＞
図１２は、変更例５に係るセキュリティロックモードの解除処理について説明するための図である。同図（ａ）は、解除処理の第１の例を示すフローチャートであり、同図（ｂ）は、累積加速度αと閾値β５および閾値Ｄの関係を示す図である。また、同図（ｃ）は、解除処理の第２の例を示すフローチャートである。

携帯電話機が自然に揺れているときの加速度は、通常、ユーザが意図的に携帯電話機を振ったときの加速度に比べて小さな値になると考えられる。そこで、この変更例５では、携帯電話機の揺れが小さな場合には、その加速度が累積されないようになされている。

また、閾値が高く設定された場合には、ユーザが携帯電話機を振り疲れて、累積加速度が閾値の近くまで来ているのに、振るのを止めてしまう惧れがある。そこで、この変更例５では、さらに、累積加速度が閾値に近づくと、入力操作が完了するまでもう少しである旨を報知するようにしている。

なお、解除処理以外の構成は、上記実施の形態と同様であり、この変更例で用いる認証用の閾値β５は、閾値β１と同様、設定処理において、メモリ１０７に記憶された複数個の閾値の中からユーザによって選択される。また、メモリ１０７には、基準値α０および閾値Ｄが記憶されている。

以下、変更例５に係る解除処理について、図１２を参照して説明する。

ユーザによって解除のためのキー操作がなされると（Ｓ６０１：ＹＥＳ）、ＣＰＵ１００は初期設定を行う（Ｓ６０２）。即ち、ＣＰＵ１００は、累積加速度αをゼロにリセットする。また、設定処理においてユーザが選んだ閾値を、今回の閾値β５としてメモリ１０７から取得する。さらに、基準値α０および閾値Ｄをメモリ１０７から取得する。

次に、ＣＰＵ１００は、加速度α１の取得を開始し（Ｓ６０３）、その後、加速度α１を取得する度に、取得した加速度α１を基準値α０と比較する（Ｓ６０４）。そして、加速度α１が基準値α０を超える場合に（Ｓ６０４：ＹＥＳ）、この加速度α１を累積して累積加速度αを算出し（Ｓ６０５）、算出した累積加速度αを閾値β５と比較する（Ｓ６０６）。

ユーザが、認証を行おうと積極的に携帯電話機を振った場合には、通常、加速度は大きなものとなるので、検出した加速度α１は、ほとんど基準値α０を超えるものとなり、やがて累積加速度αが閾値β５を超える。なお、携帯電話機が自然に揺れたような場合には、加速度α１はそれほど大きくなく基準値α０を超える場合も少ないので、累積加速度αはほとんど増加していかない。

ＣＰＵ１００は、ステップＳ６０６の処理において、累積加速度αが閾値β５を超えたと判断すると（Ｓ６０６：ＹＥＳ）、解除の認証を行い、セキュリティロックモードを解除する（Ｓ６０７）。これにより、この後は、ユーザによるキー操作が有効となる。

一方、ＣＰＵ１００は、ステップＳ６０６の処理において、累積加速度αが閾値β５を超えていないと判断すると（Ｓ６０６：ＮＯ）、閾値β５とこのときの累積加速度αとの差分Δαを算出する（Ｓ６０８）。そして、この差分Δαを閾値Ｄと比較する（Ｓ６０９）。ＣＰＵ１００は、差分Δαが閾値Ｄより小さくなると（Ｓ６０９：ＹＥＳ）、閾値β１に近づいたと判断し、スピーカ１１１から音を発するなどすることにより、入力操作が完了するまでもう少してある旨をユーザに知らせる（Ｓ６１０）。

以上、変更例５の構成によれば、携帯電話機の揺れが小さな場合には、その加速度が累積されないので、ユーザの意図しない携帯端末装置の動きに対する誤入力を一層防止することができる。

また、変更例５の構成によれば、入力操作が完了するまでもう少しである旨を知らせることができるので、ユーザがもう少しのところで入力操作を諦めてしまうのを防止することができる。

なお、ユーザが設定操作によって基準値α０や閾値Ｄを変更することができるようにすることも可能である。

また、ユーザが携帯電話機を積極的に振り続けており、止めるような意思がないときには、上記のような報知がかえって耳障り等になることが考えられる。そこで、図１２（ａ）の処理の一部を、同図（ｃ）のように変更することもできる。

この例では、ＣＰＵ１００は、差分Δαが閾値Ｄより小さくなったときに（Ｓ６０９：ＹＥＳ）、さらに、加速度α１が停止され（Ｓ６１１：ＹＥＳ）、ユーザが諦めかけていると判断されると、入力操作が完了するまでもう少しである旨が報知される（Ｓ６１０）。このような構成とすれば、必要な状況においてのみ報知が行われるので、報知がユーザの邪魔になるようなことがない。

なお、この例においては、加速度α１が完全に停止していなくても、停止に近い状態（ある閾値より小さい状態）となれば、報知を行う構成とすることもできる。

また、Ｓ６０８〜Ｓ６１０またはＳ６０８〜Ｓ６１０による報知処理は、図４、図８および図１０における処理フローにおいても、適宜、追加可能である。たとえば、図４（ａ）においては、Ｓ２０５にてＮＯと判別されると、この報知処理が実行され、報知処理実行後に、Ｓ２０３へと進む。また、図８（ａ）および図１０（ａ）においては、Ｓ４０５にてＮＯと判別されると、この報知処理が実行され、報知処理実行後に、Ｓ４０３へと進む。

さらに、Ｓ６０４の加速度判別処理は、図４、図６、図８、図１０および図１１における処理フローにおいても、適宜、追加可能である。この場合、加速度判別処理は、たとえば、加速度α１を取得する処理（Ｓ２０３、Ｓ３１３、Ｓ４０３、Ｓ５０３）の後段に追加される。また、図５の処理フローにおいては、Ｓ３０５の処理においてＳ６０４の加速度判別処理を行い、基準値α０を超える加速度α１のみを過去規定時間Ｔｒ分の加速度α１として加算するようにすることもできる。

＜その他＞
本発明の実施形態は、上記以外にさらに種々の変更が可能である。

上記実施の形態や各変更例の構成においては、さらに、最初にユーザによる解除操作があってから、累積加速度に基づく認証が行われないまま所定の制限時間が経過すると、セキュリティロックモードの解除処理を終了するような構成とされても良い。この場合、制限時間は、ユーザが認証操作を行うのに要する通常の時間に基づいて定めることが望ましい。

また、上記実施の形態や各変更例の構成においては、セキュリティロックモード（ロックモード）の実行時に、このモードが実行中であることをユーザに知らしめる表示を、液晶パネル２１の表示面上で行うことができる。たとえば、特定のアイコン（例えば、カギのマーク）を、液晶パネル２１の表示面に表示させることができる。そして、ユーザが、携帯電話機を振ること（累積加速度を計測すること）により認証操作を行っている場合は、その旨を知らしめるための表示を、液晶パネル２１の表示面上で行うことができる。たとえば、上記アイコンの色を変えたり、上記アイコンを点滅させたりすることができる。

さらに、上記実施の形態や各変更例において、累積加速度に基づいて、セキュリティロック機能を制御する構成を例に挙げたが、これに限らず、累積加速度に基づいて、他の機能を制御することもできる。

たとえば、原則、全てのキーを無効にするセキュリティロックモードに限らず、特定の機能に対するキーのみ無効にするようなロックモードなど、他のロック機能を、累積加速度に基づいて制御するようにしても良い。

また、累積加速度に基づいて、さらに、他の機能を制御することもできる。たとえば、累積加速度が閾値を超えると、携帯電話機が待機状態（モニタ表示がオフ）から動作状態（モニタ表示がオン）に切り替わるようにしても良い。また、累積加速度が閾値を超えると、テレビなど所定のアプリケーションが起動するようにしてもよい。さらに、累積加速度が閾値を超えると、待受画面の背景画像（壁紙）のパターンが変更されるようにしても良い。

さらに、上記実施の形態では、加速度センサ１３として、３軸加速度センサを用いたが、これに限らず、２軸加速度センサ、１軸加速度センサを用いることもできる。３軸加速度センサを用いれば、携帯電話機に生じる加速度が最も精度良く検出できるが、部品コストが２軸加速度センサや１軸加速度センサに比べて高くなる。よって、開発時に求められる検出精度と部品コストとの関係から、適宜、加速度センサのタイプを選択することが望ましい。

さらに、本発明の携帯端末装置は、携帯電話機に限られず、ＰＤＡ（Personal Digital Assistant）等であっても良い。

この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。

実施の形態に係る携帯電話機の外観構成を示す図 実施の形態に係る携帯電話機の全体構成を示すブロック図 実施の形態に係るセキュリティロックモードの設定処理を示すフローチャート 実施の形態に係るセキュリティロックモードの解除処理について説明するための図 変更例１に係るセキュリティロックモードの解除処理を説明するための図 変更例１に係る解除処理を一部変更した第１の例を示す図 変更例１に係る解除処理を一部変更した第２の例を示す図 変更例２に係るセキュリティロックモードの解除処理を説明するための図 変更例２に係る解除処理の更なる変更例を示すフローチャート 変更例３に係るセキュリティロックモードの解除処理を説明するための図 変更例４に係るセキュリティロックモードの解除処理を説明するための図 変更例５に係るセキュリティロックモードの解除処理を説明するための図

符号の説明

１３ 加速度センサ（加速度検出部）
２１ 液晶パネル（報知部）
１００ ＣＰＵ（制御部）
１００ａ 累積値算出部
１００ｂ 比較部
１００ｃ 閾値設定部
１０４ タイマー
１０５ カウンタ

Claims (10)

1. 装置本体に生じる加速度を検出する加速度検出部と、
   検出された加速度の累積値を算出する累積値算出部と、
   前記累積値を閾値と比較する比較部と、
   前記比較部による比較結果に基づいて、対応する機能を制御する制御部と、
   を備えたことを特徴とする携帯端末装置。
2. 請求項１において、
   外部からの操作に応じて前記閾値を設定する閾値設定部を備えた、
   ことを特徴とする携帯端末装置。
3. 請求項１または請求項２において、
   時間を計測するタイマーを備え、
   前記制御部は、規定時間内に前記累積値が前記閾値を超えたことに基づいて前記機能を制御する、
   ことを特徴とする携帯端末装置。
4. 請求項１または請求項２において、
   前記累積値が前記閾値を超えた回数をカウントするカウンタを備え、
   前記累積値算出部は、前記累積値が前記閾値を超えたときに、前記累積値をリセットし、
   前記制御部は、前記回数が規定回数に達したことに基づいて前記機能を制御する、ことを特徴とする携帯端末装置。
5. 請求項４において、
   時間を計測するタイマーを備え、
   前記カウンタは、規定時間内に前記累積値が前記閾値を超えた回数をカウントし、
   前記累積値算出部は、前記規定時間内に前記累積値が前記閾値を超えたとき、または前記累積値が前記閾値を超えないまま前記規定時間が経過したときに、前記累積値をリセットする、
   ことを特徴とする携帯端末装置。
6. 請求項１または請求項２において、
   前記閾値は、第１の閾値と当該第１の閾値より大きい第２の閾値とを含み、
   前記制御部は、第１の機能状態にあるときに前記累積値が前記第１の閾値を超えたことに基づいて第２の機能状態に設定するとともに、前記累積値が前記第２の閾値を超えたことに基づいて再び第１の機能状態に設定する、
   ことを特徴とする携帯端末装置。
7. 請求項６において、
   前記制御部は、前記累積値が前記第１の閾値と第２の閾値の間にあるときに、外部からの操作があると、前記累積値が前記第２の閾値を超えても、前記第２の機能状態を維持する、
   ことを特徴とする携帯端末装置。
8. 請求項１または請求項２において、
   前記閾値は、第１の閾値と当該第１の閾値より大きい第２の閾値とを含み、
   前記制御部は、第１の機能状態にあるときに、前記累積値が前記第１の閾値を超え、且つ前記累積値が前記第２の閾値に達するまでに外部からの操作があると、第２の機能状態に設定する、
   ことを特徴とする携帯端末装置。
9. 請求項７または請求項８において、
   報知部を備え、
   前記制御部は、前記累積値が前記第１の閾値を超えると、前記外部からの操作を促す報知を前記報知部にさせる、
   ことを特徴とする携帯端末装置。
10. 請求項１ないし請求項９の何れか一項において、
    前記累積値算出部は、基準値を超える加速度を累積する、
    ことを特徴とする携帯端末装置。

Images