JP2012099908A - データ保護機能を有する携帯端末、同携帯端末におけるデータ保護方法及びプログラム - Google Patents

Abstract

【課題】携帯端末の安全性と利便性の両方を向上できるようにする。
【解決手段】実施形態によれば、携帯端末は、動き検出手段と、動き量算出手段と、保持状態検出手段と、端末保護状態制御手段とを具備する。前記動き検出手段は、前記携帯端末の動きを検出する。前記動き量算出手段は、前記検出された動きに基づいて前記携帯端末の動きの変化の大きさを示す動き量を算出する。前記保持状態検出手段は、前記検出された動きに基づいて、ユーザによる前記携帯端末の保持状態を検出する。前記端末保護状態制御手段は、前記算出された動き量及び前記検出された保持状態に基づいて、前記携帯端末を所定のデータ保護状態に設定する。
【選択図】 図１

Description

本発明の実施形態は、データ保護機能を有する携帯端末、同携帯端末におけるデータ保護方法及びプログラムに関する。

携帯端末の紛失は個人情報などの情報漏えいにつながる。このため、携帯端末の紛失時に当該携帯端末に記録されているデータを保護する種々の仕組みが従来から存在する。例えば、このような仕組みの１つとして、一定時間操作しないと携帯端末がロック状態となるよう設定でき、一旦ロック状態となるとパスワードなどによる認証を行わねば当該携帯端末を使用できないようにすることでデータを保護できるものが知られている。

また、携帯端末の紛失を検知するためにセンサを使う仕組みも知られている。例えば、携帯端末を落とした際の対策として、当該携帯端末の落下時の衝撃を加速度センサで検出して、当該携帯端末をロック状態にしたりデータを自動的に削除したりする仕組みが知られている。この仕組みによれば、加速度センサの出力に基づいて、携帯端末が落下してから一定時間拾い上げられなかったという現象を検出することにより、当該携帯端末がロック状態に設定される。

特開２００８−２３６３３６号公報

携帯端末のデータ漏えいを防いで当該携帯端末の安全性を向上するためには、紛失の可能性がある場合に、当該携帯端末を素早くロック状態（つまり携帯端末の利用可能性をなくした状態）やデータアクセス不能状態（つまり携帯端末を経由したデータアクセス可能性をなくした状態）などの保護状態（データ保護状態）にすることが有効である。その一方、頻繁に携帯端末を保護状態にすることは、ユーザの利便性の低下を招く。つまり、携帯端末の保護状態を解除するためにはパスワードの入力などの何らかの操作を必要とするため、利用するたびにこの操作を行うことは時間や労力の観点で不便である。しかし、従来技術では、ユーザが携帯端末を保持しているか否かが不明である。つまり従来技術では、携帯端末がしばらく静止状態にあり置き忘れの可能性がある場合でも、例えば机上に置き忘れたのか、それともユーザのポケットの中で静止状態にあるのかが不明であるため、安全性を確保するには携帯端末を頻繁に保護状態にせざるを得ず、利便性に乏しい。

本発明が解決しようとする課題は、安全性と利便性の両方を向上できる、データ保護機能を有する携帯端末、同携帯端末におけるデータ保護方法及びプログラムを提供することにある。

実施形態によれば、携帯端末は、動き検出手段と、動き量算出手段と、保持状態検出手段と、端末保護状態制御手段とを具備する。前記動き検出手段は、前記携帯端末の動きを検出する。前記動き量算出手段は、前記検出された動きに基づいて前記携帯端末の動きの変化の大きさを示す動き量を算出する。前記保持状態検出手段は、前記検出された動きに基づいて、ユーザによる前記携帯端末の保持状態を検出する。前記端末保護状態制御手段は、前記算出された動き量及び前記検出された保持状態に基づいて、前記携帯端末を所定のデータ保護状態に設定する。

第１の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図。 同第１の実施形態における携帯端末のデータ保護に関する動作の概略を説明するためのフローチャート。 図１に示される端末方向判定テーブルのデータ構造例を示す図。 図１に示される動き強さ判定テーブルのデータ構造例を示す図。 図１に示される動き方向判定テーブルのデータ構造例を示す図。 図１に示される保持状態判定テーブルのデータ構造例を示す図。 第３の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図。 第４の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図。 図８に示される保持状態記録テーブルのデータ構造例を示す図。 図８に示される傾き記録テーブルのデータ構造例を示す図。 第５の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図。 第６の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図。

以下、実施の形態につき図面を参照して説明する。
［第１の実施形態］
図１は第１の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図である。
図１に示す携帯端末は、動き検出部１１、動き量算出部１２、保持状態検出部１３、記憶部１４及び端末保護状態制御部１５を備えている。第１の実施形態において、動き検出部１１、動き量算出部１２、保持状態検出部１３及び端末保護状態制御部１５は、携帯端末（より詳細には、携帯端末に備えられているプロセッサ）が、当該携帯端末に備えられているＲＯＭまたはフラッシュメモリのような不揮発性記憶装置に格納された所定のプログラムを実行することにより実現される機能要素（ソフトウェアモジュール）である。

動き検出部１１は、加速度センサ１１０を用いて、携帯端末の動きを検出する。加速度センサ１１０は例えば３軸加速度センサである。第１の実施形態において、加速度センサ１１０は携帯端末に予め備えられているものとする。しかし、加速度センサ１１０が、データ保護機構の実現のために当該携帯端末に新たに備えられたものでも構わない。

動き量算出部１２は、動き検出部１１の動き検出結果に基づいて携帯端末の動きの変化の大きさを示す動き量を算出する。保持状態検出部１３は、動き検出部１１の動き検出結果に基づいてユーザによる携帯端末の保持状態を検出する。

記憶部１４は、第１の記憶部１４１と第２の記憶部１４２とを備えている。第１の記憶部１４１は、動き検出部１１、動き量算出部１２、保持状態検出部１３及び端末保護状態制御部１５によって実行される処理のためのワーク領域を有する。第１の記憶部１４１は、例えばＲＡＭのような揮発性の記憶装置から構成されている。第２の記憶部１４２は、端末方向判定テーブル１４２ａ、動き強さ判定テーブル１４２ｂ、動き方向判定テーブル１４２ｃ及び保持状態判定テーブル１４２ｄとを予め格納する。これらのテーブル１４２ａ〜１４２ｄについては後述する。第２の記憶部１４２は、例えばＲＯＭまたはフラッシュメモリのような不揮発性記憶装置から構成されている。

端末保護状態制御部１４は、動き量算出部１２によって算出された動き量及び保持状態検出部１３によって検出された保持状態に基づいて、携帯端末の保護状態（データ保護状態）を変更する。携帯端末の保護状態（つまり、端末保護状態）とは、携帯端末の利用可能性あるいは当該携帯端末を経由したデータアクセス可能性の有無を規定する状態を指す。

次に、第１の実施形態における携帯端末のデータ保護に関する動作の概略について、図２のフローチャートを参照して説明する。
まず、動き検出部１１は、携帯端末の動きを、加速度センサ１１０を用いてｘ，ｙ，ｚの各軸の方向の加速度として検出するための動き検出処理を実行する（ステップＳ１）。

動き量算出部１２は、動き検出部１１による動き検出結果に基づき、携帯端末の動きの変化の大きさを示す動き量を算出するための動き量算出処理を実行する（ステップＳ２）。算出された動き量は、例えば第１の記憶部１４１を介して端末保護状態制御部１５に出力される。

保持状態検出部１３は、動き検出部１１による動き検出結果に基づき、携帯端末の保持状態を計算により検出するための保持状態検出処理を実行する（ステップＳ３）。検出された保持状態（より詳細には、保持状態を示す情報）は、例えば第１の記憶部１４１を介して端末保護状態制御部１５に出力される。なお、ステップＳ２及びＳ３の順序は逆であってもよく、またステップＳ２及びＳ３が並行して実行されても構わない。

端末保護状態制御部１５は、動き量算出部１２及び保持状態検出部１３から、それぞれ第１の記憶部１４１を介して出力される動き量及び保持状態に基づいて、携帯端末の置き忘れの可能性、当該携帯端末の落下の可能性及びユーザが当該携帯端末を携行している可能性を検出し、当該携帯端末を保護状態にするかを制御するための端末保護状態制御処理を実行する（ステップＳ４）。このステップＳ４において、端末保護状態制御部１５は、動き量に基づいて、携帯端末の置き忘れと落下の可能性とを検出し、保持状態に基づいて、ユーザが携帯端末を携行している可能性を検出する。

端末保護状態制御部１５は、携帯端末を保護状態に変更するまで（ステップＳ５）、ステップＳ４を随時実行する。ステップＳ４において端末保護状態制御部１５は、携帯端末が置き忘れや落下の可能性が高いことを検出した場合に、当該携帯端末を保護状態に設定する。この場合、端末保護状態制御部１５の動作を含む携帯端末のデータ保護に関する、図２のフローチャートの示す処理は終了する。

以下。ステップＳ２〜Ｓ４の各処理について順次詳述する。
（動き量算出処理）
動き量算出処理は、加速度センサ１１０を用いた動き検出部１１の動き検出結果に基づいて携帯端末の動き量、つまり動きの変化の大きさを表す数値を算出する処理である。動き量算出の典型的な例としては、携帯端末の落下を検出するための数値の算出と、携帯端末の静止を検出するための数値の算出とが挙げられる。ここでは後者を例として説明する。後者の例は、携帯端末の静止を検出することにより、最終的にはユーザが端末を置き忘れた際に当該端末を保護状態にする目的で適用される。

携帯端末の置き忘れの可能性のある静止状態を検出するためには、端末の動き量として、一定の期間Ｔにおける動きの変化の大きさを示す動き量を算出することが有効である。そこで動き検出部１１は、加速度センサ１１０で検出されるｘ，ｙ，ｚの３軸の加速度を、所定の時間間隔でサンプリングする。勿論、加速度センサ１１０が検出した３軸の加速度を、当該加速度センサ１１０自身がサンプリングすることも可能である。なお、第１の実施形態では、後述するように３種類の期間Ｔが用いられる。このため、サンプリングの時間間隔は、３種類の期間Ｔのうちの最も短い期間未満、例えば最も短い期間の１／Ｋ（Ｋは２以上の整数）に設定される。

ここで、動き検出部１１によってサンプリング（検出）されたｘ，ｙ，ｚの３軸の各時刻（サンプリング時刻）ｔの加速度をｘ_t，ｙ_t，ｚ_tで表すものとする。また、加速度ベクトルａ（ｔ）をＴを転置行列として次式
ａ（ｔ）＝（ｘ_ｔ，ｙ_ｔ，ｚ_ｔ）^T
で表すものとする。この場合、動き量算出部１２は、期間Ｔの加速度ベクトル長の分散ｖ（ｔ）を、次式に従って、動き量として算出する

ここで「ｎｏｗ」は現在時刻を表し、Ｔは３０秒に設定されているものとする。動き量ｖ（ｔ）の値が所定の閾値ｖ_thより小さい場合には３０秒間に携帯端末の動きが殆ど無いことを意味する。動き量算出部１２は、算出された動き量（分散）ｖ（ｔ）を端末保護状態制御部１５に出力する。

動き量の算出は、上述の例に限らない。例えば、上述の場合と同様に、置き忘れを検出する目的であれば、期間Ｔ内に加速度ベクトル長が閾値ａ_thを超えた回数ｎを動き量として用いることも可能である。また、落下を検出する目的であれば、衝撃の大きさを表す、期間Ｔ内の加速度ベクトル長の最大値ｍａｘ（｜ａ（ｔ）｜）を用いることも可能である。

（保持状態検出処理）
保持状態検出処理は、保持状態検出部１３が、動き検出部１１の加速度検出結果に基づいて、携帯端末がどのようにユーザに保持されているのかを示す保持状態を検出する処理である。ここでは、保持状態として、ユーザが携帯端末を保持している位置（保持位置）の違いにより、例えば、「手持ち」「胸ポケット」「ズボンポケット」「鞄」の４つが予め定められている。また、これらの４つの保持状態に加えて、ユーザが携帯端末を保持していない状態として、「机上」が定められている。さらに、「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」のいずれにも分類されない状態として、「その他」が定められている。

「机上」「その他」も保持状態の１つであるとすると、保持状態検出処理では、ユーザによる携帯端末の保持状態として、「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」「その他」のいずれであるかが検出される。以下、各時刻ｔの加速度検出結果に基づいて、ユーザによる携帯端末の保持状態を検出するための保持状態検出処理について説明する。

保持状態検出部１３は、携帯端末にかかる重力加速度ベクトルｇ（ｔ）を、一定の期間Ｔの加速度ベクトルａ（ｔ）の系列に基づき、次式により推定する。

重力加速度ベクトルｇ（ｔ）の推定において、Ｔは１秒に設定されているものとする。加速度センサ１１０には常に１Ｇの重力加速度が加わっている。このため、携帯端末の動きにより各時点ｔでの加速度ベクトルａ（ｔ）は変化するものの、一定期間で加速度ベクトルａ（ｔ）を平均化すると、動きによる成分が平坦化され、動きが極端でない場合には重力成分が残る。

ここで、携帯端末の縦方向に相当する加速度センサ１１０の軸を例えばｙ軸とするものとすると、縦方向ベクトルｖｅｒは、次式
ｖｅｒ＝（０，１，０）^T
のように表すことができる。携帯端末の縦方向とは、例えば当該携帯端末の形状が直方体であれば、最も長い辺に沿った方向である。

重力加速度ベクトルｇ（ｔ）の主成分の鉛直方向（重力方向）からの傾きθ（ｔ）は、携帯端末の縦方向の鉛直方向からのなす角、つまり携帯端末の傾きである。そこで保持状態検出部１３は傾き算出手段として機能して、傾きθ（ｔ）を、次式
θ（ｔ）＝ａｃｏｓ（ｖｅｒ・ｇ（ｔ）／｜ｖｅｒ｜・｜ｇ（ｔ）｜）
に従って算出する。ここで、「ａｃｏｓ」は余弦の逆関数である。

保持状態検出部１３は、加速度ベクトルａ（ｔ）、重力加速度ベクトルｇ（ｔ）及び携帯端末の傾きθ（ｔ）に基づいて保持状態を検出する。この保持状態の検出について述べる。第１の実施形態において保持状態は、前述したように、「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」「その他」の６つに分類される。保持状態検出部１３は、この６つの保持状態のいずれに携帯端末があるかを識別する。この識別には、これまでに述べた傾きθ（ｔ）の他に、携帯端末の動きの大きさｍ（ｔ）及び携帯端末の動きの方向を表す鉛直方向動き率ｒ（ｔ）が用いられる。

鉛直方向動き率ｒ（ｔ）は、携帯端末の全体の動きに対する縦方向の動き（揺れ）の度合いを示す。鉛直方向動き率ｒ（ｔ）から、携帯端末の動きが主として縦揺れか、あるいは横揺れかを判定することができる。縦揺れとは、鉛直方向（重力方向）に対して平行な方向の携帯端末の揺れを指し、横揺れとは、鉛直方向（重力方向）に対して垂直な方向の携帯端末の揺れを指す。

そこで保持状態検出部１３は、動き大きさ算出手段及び動き方向算出手段として機能して、それぞれ、携帯端末の動きの大きさｍ（ｔ）及鉛直方向動き率ｒ（ｔ）を次のように算出する。

まず、携帯端末にかかる加速度は、重力による成分と携帯端末の動きによる成分からなる。このため保持状態検出部１３は、携帯端末の動きによる加速度ベクトル（動きベクトル）ａ_m（ｔ）を、次式
ａ_m（ｔ）＝ａ（ｔ）−ｇ（ｔ）
に従って算出する。

次に保持状態検出部１３は、動きによる加速度ベクトルａ_m（ｔ）及び期間Ｔに基づいて、携帯端末の動きの大きさｍ（ｔ）を次式に従って算出する。ここでＴは１０秒に設定されているものとする。

次に保持状態検出部１３は、動きによる加速度ベクトルａ_m（ｔ）、重力加速度ベクトルｇ（ｔ）、携帯端末の動きの大きさｍ（ｔ）及び期間Ｔに基づいて、鉛直方向動き率ｒ（ｔ）を次式に従って算出する。ここでＴは１０秒に設定されているものとする。

ここで、分母のＴ・ｍ（ｔ）は期間Ｔにおける携帯端末の全体の動きの大きさを表し、分子のΣａ_m（ｔ）・ｇ（ｔ）は期間Ｔにおける携帯端末の鉛直方向の動きの大きさを表す。

このようにして保持状態検出部１３は、傾きθ(t)、動きの大きさｍ（ｔ）、及び鉛直方向動き率ｒ（ｔ）を取得する。保持状態検出部１３は、これらの傾きθ(t)、動きの大きさｍ（ｔ）、及び鉛直方向動き率ｒ（ｔ）に基づいて、携帯端末の保持状態を次のように識別する。

まず保持状態検出部１３は、傾きθ(t)に基づいて端末方向判定テーブル１４２ａを参照する。図３に端末方向判定テーブル１４２ａのデータ構造例を示す。端末方向判定テーブル１４２ａには、傾きθ(t)の連続する４つの範囲に対応付けて、傾きの小さい方から順に、携帯端末の方向として「縦方向」「顔方向」「斜め」「横方向」を示す端末方向情報が登録されている。そこで保持状態検出部１３は、傾きθ(t)が属する範囲に対応付けられている方向情報から、携帯端末の方向（端末方向）が、「縦方向」「顔方向」「斜め」「横方向」のいずれであるかを判定する。このように端末方向判定テーブル１４２ａは、端末方向を判定するための判定ルール（条件）を登録したテーブルである。

同様に保持状態検出部１３は、動きの大きさｍ（ｔ）に基づいて動き強さ判定テーブル１４２ｂを参照する。図４に動き強さ判定テーブル１４２ｂのデータ構造例を示す。動き強さ判定テーブル１４２ｂには、動きの大きさｍ（ｔ）の連続する３つの範囲に対応付けて、小さい方から順に、携帯端末の動きの強さ「弱」「中」「強」を示す動き強さ情報が登録されている。そこで保持状態検出部１３は、動きの大きさｍ（ｔ）が属する範囲に対応付けられている動き強さ情報から、携帯端末の動きの強さ（動き強さ）が「弱」「中」「強」のいずれであるかを判定する。このように動き強さ判定テーブル１４２ｂは、動き強さを判定するための判定ルールを登録したテーブルである。

同様に保持状態検出部１３は、鉛直方向動き率ｒ（ｔ）に基づいて動き方向判定テーブル１４２ｃを参照する。図５に動き方向判定テーブル１４２ｃのデータ構造例を示す。動き方向判定テーブル１４２ｃには、鉛直方向動き率ｒ（ｔ）の連続する２つの範囲に対応付けて、鉛直方向動き率の小さい方から順に、携帯端末の動き（揺れ）の方向「横揺れ」「縦揺れ」を示す動き方向情報が登録されている。

そこで保持状態検出部１３は、鉛直方向動き率ｒ（ｔ）が属する範囲に対応付けられている動き方向情報から、携帯端末の動きの方向（動き方向）が、「横揺れ」「縦揺れ」のいずれであるかを判定する。このように動き方向判定テーブル１４２ｃは、動き方向を判定するための判定ルールを登録したテーブルである。

図５に示す動き方向判定テーブル１４２ｃの例では、鉛直方向動き率が小さい範囲では「横揺れ」と判定され、鉛直方向動き率が大きい範囲では「縦揺れ」と判定される。鉛直方向動き率が小さい範囲は、携帯端末の鉛直方向の動きの大きさが、携帯端末の鉛直方向に垂直な方向の動きの大きさよりも小さい範囲であり、動きによる加速度ベクトルａ_m（ｔ）の重力に対して平行な成分の大きさが、当該ａ_m（ｔ）の重力に対して垂直な成分の大きさよりも小さい場合に相当する。一方、鉛直方向動き率が大きい範囲は、携帯端末の鉛直方向の動きの大きさが、携帯端末の鉛直方向に垂直な方向の動きの大きさよりも大きい範囲であり、上記平行な成分の大きさが上記垂直な成分の大きさよりも大きい場合に相当する。なお、携帯端末の動き方向を、例えば、動きによる加速度ベクトルａ_m（ｔ）の主成分の重力方向に対する傾きによって表すこともできる。

次に保持状態検出部１３は、上述の３つの判定結果である、端末方向、動き強さ、動き方向の組み合わせに基づいて保持状態判定テーブル１４２ｄを参照する。図６に保持状態判定テーブル１４２ｄのデータ構造例を示す。保持状態判定テーブル１４２ｄには、端末方向、動き強さ及び動き方向の各組み合わせに対応付けて、携帯端末の保持状態が「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」のいずれであるかを示す保持状態情報が登録されている。動き強さ判定テーブル１４２ｂにおいて「−」で示した部分は、制約がないことを示している。

例えば、携帯端末を手に持って操作するときには当該携帯端末は顔の方向である「顔方向」にあり、手の動きが多少あるため動き強さは「中」となる。そこで、保持状態判定テーブル１４２ｄには、端末方向＝「顔方向」及び動き強さ＝「中」の組み合わせに対応付けて、「手持ち」を示す保持状態情報が登録されている。この例では、「手持ち」は動き方向の制約を受けない。また、保持状態判定テーブル１４２ｄには、端末方向＝「縦方向」、動き強さ＝「強」及び動き方向＝「横揺れ」の組み合わせに対応付けて、「ズボンポケット」を示す保持状態情報が登録されている。この関係は、ユーザがズボンポケットに携帯端末を保持して歩く場合の特徴を反映したものである。また、保持状態判定テーブル１４２ｄには、端末方向＝「斜め」、動き強さ＝「中」及び動き方向＝「縦揺れ」の組み合わせに対応付けて、「ズボンポケット」を示す保持状態情報が登録されている。この関係は、ユーザがズボンポケットに携帯端末を保持した状態で座る場合の特徴を反映したものである。

そこで保持状態検出部１３は、保持状態判定テーブル１４２ｄにおいて、上述の３つの判定結果（端末方向、動き強さ及び動き方向）の組み合わせに対応付けられている保持状態情報から、携帯端末の保持状態が、「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」のいずれであるかを判定する。このように保持状態判定テーブル１４２ｄは、携帯端末の保持状態を判定するための判定ルール（つまり保持状態判定ルール）を登録したテーブルである。また、保持状態検出部１３は、３つの判定結果の組み合わせに対応する保持状態情報が保持状態判定テーブル１４２ｄに存在しない場合、携帯端末の保持状態として「その他」を判定する。保持状態「その他」は、「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」のいずれでもない状態を指す。

このように保持状態検出部１３は、算出された傾きθ(t)、動きの大きさｍ（ｔ）、及び鉛直方向動き率ｒ（ｔ）から、最新のサンプリング時刻における、携帯端末の保持状態を検出することができる。

図６に示す保持状態判定テーブル１４２ｄには、端末方向、動き強さ及び動き方法の組み合わせに対応付けられる携帯端末の保持状態を表す情報として、「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」のいずれであるかを文字情報で示す保持状態情報と、６次元のベクトルで示す保持状態情報ｈｓ（ｔ）とが登録されている。このｈｓ（ｔ）は、後述する処理で用いられる。ここでは、保持状態が「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」「その他」の場合、ｈｓ（ｔ）の第１の次元、第２の次元、第３の次元、第４の次元、第５の次元、第６の次元のそれぞれの要素（成分）の値だけが“１”となる。

第１の実施形態において保持状態検出部１３は、検出された携帯端末の保持状態を表す情報として、保持状態情報ｈｓ（ｔ）を端末保護状態制御部１５に出力する。以下の説明では、保持状態情報ｈｓ（ｔ）を、ｈｓ（ｔ）または保持状態ｈｓ（ｔ）と称する。

（端末保護状態制御処理）
端末保護状態制御処理は、端末保護状態制御部１５が、動き量ｖ（ｔ）及び保持状態ｈｓ（ｔ）に基づいて、携帯端末の保護状態を制御する処理である。一般的な端末保護状態の制御では、ユーザが携帯端末を保持しておらず、置き忘れや落下の可能性が高いことを検出した場合に、当該携帯端末が保護状態に変更される。

第１の実施形態においても、端末保護状態制御部１５が、動き量算出部１２によって算出された動き量ｖ（ｔ）を閾値ｖ_thと比較することにより、当該動き量ｖ（ｔ）が閾値ｖ_th以下であれば、携帯端末が静止状態であると判定できる。ここでｖ_thは０．０００１であるとする。このように、動き量ｖ（ｔ）を閾値ｖ_thと比較することにより、携帯端末の置き忘れの可能性があることを検出できる。しかし、携帯端末を保持したユーザが静止している状態でも、動き量ｖ（ｔ）が閾値ｖ_th以下となる可能性がある。

そこで第１の実施形態において端末保護状態制御部１５は、保持状態検出部１３によって検出された保持状態ｈｓ（ｔ）を用いて、ユーザが携帯端末を携行しているか否かを次のように判定する。第１の実施形態では、図５に示す保持状態判定テーブル１４２ｄから明らかなように、ｈｓ（ｔ）における第１の次元の要素の値のみが“１”である「机上」と第６の次元の要素の値のみが“１”である「その他」以外は、ユーザが携帯端末を携行している。このことを考慮して、端末保護状態制御部１５は、ｈｓ（ｔ）が、
ｈｓ（ｔ）＝（１，０，０，０，０，０）^T
あるいは
ｈｓ（ｔ）＝（０，０，０，０，０，１）^T
の場合（つまりユーザが携帯端末を携行していない可能性が高い場合）について、
ｖ（ｔ）≦ｖ_th
であれば（つまり携帯端末の動きの変化の大きさを示す動き量ｖ（ｔ）が閾値ｖ_th以下であれば）、携帯端末が置き忘れ状態にあると判定する。この場合、端末保護状態制御部１５は、携帯端末が保護状態でなければ、当該携帯端末を保護状態に変更する。

ユーザが携帯端末を携行していない可能性が高いことを示す保持状態ｈｓ（ｔ）の次元番号の集合をＣ_hとすると、この例では
Ｃ_h＝｛１，６｝
である。したがって、保護状態への変更トリガーｓ（ｔ）は以下のように表現できる。

端末保護状態制御部１５は、保護状態への変更トリガーｓ（ｔ）が“１”である場合に、携帯端末が保護状態でないならば当該携帯端末を保護状態に変更する。保護状態への変更方法としては、携帯端末の種類にもよるが、例えばパスワードを入力しなければ当該携帯端末の操作や外部からのデータアクセスができないロック状態に変更する方法が典型的な例である。

上述の説明では、端末保護状態制御部１５による携帯端末の保護状態の制御の例として、当該携帯端末が非ロック状態にあり、かつ保護すべき（置き忘れの可能性が高い）状態にある場合に当該携帯端末をロック状態に変更することが挙げられている。しかし第１の実施形態によれば、たとえ動き量ｖ（ｔ）が閾値ｖ_th以下であっても、ユーザが携帯端末を平常通りに携行している可能性が高い状態にあり、かつ当該携帯端末がロック状態にある場合に、当該携帯端末を非ロック状態にすることも有用な可能性がある。

このように第１の実施形態によれば、動き量算出部１２によって算出された携帯端末の動き量ｖ（ｔ）及び保持状態検出部１３によって検出された携帯端末の保持状態ｈｓ（ｔ）に基づいて、当該携帯端末の保護状態を制御することができる。

第１の実施形態において、動き量のみ、あるいは保持状態のみから保護状態を制御しない理由は、次の通りである。第１は、保持状態検出部１３による保持状態の検出が、上述の手法を含めて加速度センサの出力などに基づいて行われる手法では、一定の確からしさでの推定を伴うものとなるためである。第２は、動き量から携帯端末が動いているか否かの判定は可能であるが、前述の通り静止している場合にもユーザが当該携帯端末を置き忘れて静止しているのかユーザが当該携帯端末を保持したまま静止しているのかは判別できないためである。これに対して第１の実施形態では、保持状態と動き量とを組み合わせて判定することにより、ユーザが端末を置き忘れて静止しているのかユーザが端末を保持したまま静止しているのか等を高精度で判定できる。

より具体的に述べるならば、第１の実施形態によれば、ユーザが携帯端末を保持している可能性が低く、かつ当該携帯端末の動きの変化の大きさを示す動き量が小さい状態（静止状態）を検出したならば、ユーザが例えば携帯端末を置き忘れたとして当該携帯端末を保護状態に設定することにより、当該携帯端末の安全性を向上することができる。また第１の実施形態によれば、ユーザが携帯端末を保持している可能性が高いか、あるいは動き量が大きい場合には、ユーザが携帯端末を携行しているとして、当該携帯端末を保護状態に設定しないことで、当該携帯端末の利便性を向上することができる。このため第１の実施形態によれば、携帯端末を保護すべきタイミングで当該携帯端末を保護をすることで安全性を高めつつ、無駄な保護状態への遷移を避けることでユーザに対する携帯端末の利便性を向上することができる。

なお、第１の実施形態では、携帯端末の動きの検出に、多数の携帯端末に既に搭載されている加速度センサのみが用いられている。しかし、ジャイロスコープや方位センサ、近接センサなどを併用することも有用である。例えば、携帯端末の姿勢をジャイロスコープにより検出することで、より詳細に当該携帯端末保持状態を検出することも可能である。

また、第１の実施形態では、ユーザによる携帯端末の保持状態が、端末方向を示すθ(t)、動き強さを示すｍ（ｔ）、及び動き方向を示すｒ（ｔ）に基づいて検出される。しかし、検出されるべき保持状態を、例えば机上及び手持ちのように、第１の実施形態よりも絞るならば、図６に示す保持状態判定テーブル１４２ｄの例からも明らかなように、θ(t)（端末方向）及び、ｍ（ｔ）（動き強さ）に基づいて当該保持状態を検出することも可能である。つまり、保持状態の検出に、必ずしもｒ（ｔ）（動き方向）は必要でない。

［第２の実施形態］
次に第２の実施形態に係る携帯端末について説明する。第２の実施形態において、携帯端末の主としてデータ保護機構の構成及び動作手順は、第１の実施形態に係る携帯端末と同様である。したがって、以下の説明では、図１のブロック図及び図２のフローチャートを援用する。

第２の実施形態が第１の実施形態と相違する点は、携帯端末の保持状態の検出の確からしさを示す確信度に基づいて保護状態への遷移が制御されることにある。以下、第２の実施形態で適用される、動き量算出処理（ステップＳ２）、保持状態検出処理（ステップＳ３）及び端末保護状態制御処理（ステップＳ４）について順次説明する。

（動き量算出処理）
動き量算出部１２は、第１の実施形態において動き量ｖ（ｔ）を算出するのと同様に、動き量ｖ２（ｔ，τ）を算出する。但し、動き量ｖ２（ｔ，τ）は各時刻（サンプリング時刻）ｔにおいて、期間τに対する関数となる。すなわち動き量算出部１２は、動き量ｖ２（ｔ，τ）を、次式に従って算出する。

ここでτは、例えば１５秒から３００秒までの１秒刻みの値をとる変数である。動き量算出部１２は、すべてのτについて、ｖ２（ｔ，τ）、つまりｖ２（ｔ，τ｜τ＝１５，１６，…，３００)を出力する。

（保持状態検出処理）
保持状態検出部１３は、基本的には第１の実施形態と同様に保持状態検出処理を実行する。但し、第２の実施形態において検出される保持状態は、以下に述べるように第１の実施形態において検出される保持状態とは異なる。

まず、第１の実施形態において、保持状態検出部１３によって検出（出力）される保持状態ｈｓ（ｔ）は、第１乃至第６の次元の要素の値の１つが“１”であり、残りの次元の要素の値は“０”である。このような保持状態は短時間のデータに基づく推定値であり、必ずしも確実に検出できるとは限らない。つまり第１の実施形態で適用された判定条件（ルール）だけでは、保持状態が時間的に頻繁に変化する場合には十分に対応することが難しい。このように保持状態が時間的に頻繁に変化することを考慮して、この変化する保持状態を時間的に平滑化し、一定の期間Ｔ（例えば３０秒）内に算出された保持状態のうち最も出力回数が多かったものを採用することで、妥当性を高めることも有力である。

ここで、ある時刻tまでの期間Ｔにおける動き量算出部１２によるサンプリングの回数がＮであり、対応するサンプリング時刻がｔ₁乃至Ｔ_Nであったものとする。この場合、第２の実施形態では、保持状態検出部１３は、保持状態ｈｓ２（ｔ）を次式に従って算出する。

ここで、ｈｓ２（ｔ）の算出に用いられるｈｓ（τ）は、第１の実施形態から明らかなように、直近の期間Ｔ（３０秒）内のサンプリング時刻ｔがｔ₁乃至Ｔ_Nにおける傾きθ（ｔ）、動きの大きさｍ（ｔ）及び鉛直方向動き率ｒ（ｔ）に基づいて算出されたものである。

算出されたｈｓ２（ｔ）の第１乃至第６の次元は前述した６つの保持状態に対応しており、当該第１乃至第６の次元の要素の値は直近の期間Ｔにおいてｈｓ（ｔ）が対応する保持状態であると算出された割合を表す。これにより、保持状態ｈｓ２（ｔ）は、６つの保持状態の確信度を意味するベクトルとなる。保持状態検出部１３は、この保持状態ｈｓ２（ｔ）を端末保護状態制御部１５に出力する。

なお、ｈｓ２（ｔ）を上述の例とは異なる手法により算出することも可能である。例えば、６つの保持状態の判定のルールに対応する当該６つの保持状態の尤度関数を定義することにより、当該６つの保持状態の各々の可能性（確信度）を直接算出することも可能である。

一例として、ニューラルネットワークの手法を用いることにより、保持状態の尤度を算出する場合について説明する。ニューラルネットワークは教師あり学習により関数を近似する手法として広く知られており、細部の説明は省略する。ここではニューラルネットワークの入力としてθ（ｔ），ｍ（ｔ）及びｒ（ｔ）を用いて、出力ノードを６つ作成するものとする。６つの出力ノードは、それぞれ「机上」「手持ち」「胸ポケット」「ズボンポケット」「鞄」「その他」に対応し、この出力をベクトルにしたものがｈｓ（ｔ）に対応する。これを前述のｈｓ（ｔ）と区別するために、ｈｓ３（ｔ）と表現する。

既知のデータによりニューラルネットワークを学習することにより、θ（ｔ），ｍ（ｔ）及びｒ（ｔ）の入力に対して学習したデータを汎化したｈｓ３（ｔ）が得られる。このｈｓ３（ｔ）の値は正規化されていないため、第１乃至第６の次元の要素の値の和が１になるとは限らない。そこで保持状態検出部１３は、ｈｓ３（ｔ）を次式に従って正規化する。

ここで、ｈｓ３_d（ｔ）はｈｓ３（ｔ）の第ｄの次元の要素を示している。この正規化により得られるｈｓ４（ｔ）は、基本的には上述の保持状態判定ルールによる判定結果と同様の傾向となる。しかしｈｓ４（ｔ）は、複数の保持状態の判定基準の境界に近い場合にはそれを尤度として表現したものとなる。例えば先に挙げた例において携帯端末の傾きθ（ｔ）が１５度近傍の場合、この傾きθ（ｔ）は、図３の端末方向判定テーブル１４２ａから明らかなように、端末方向が「縦方向」か「顔方向」かを判定する条件の境界に近い。このような場合、保持状態は、「手持ち」と「胸ポケット」の境界に近い状態になる可能性がある。この際にも、前述の方式では、保持状態は一意に決定される。

これに対して、例えばニューラルネットワークを用いて算出されるｈｓ４（ｔ）は、「手持ち」と「胸ポケット」が同等の尤度を持つようなベクトル｛０，０．５，０．５，０，０，０｝となる。これを前述のｈｓ２（ｔ）の代わりに用いることにより、時間的な占有率に基づく確信度ではなく、入力値に基づく保持位置についての確信度を保持状態ベクトルとして得ることができる。

（端末保護状態制御処理）
端末保護状態制御部１５は、動き量算出部１２から出力される動き量ｖ２（ｔ，τ）及び保持状態検出部１３から出力されるとｈｓ２（ｔ）を受けて、保護状態への変更トリガーｓ２（ｔ）を次のように算出する。

（１）まず端末保護状態制御部１５は、ｈｓ２Ｉｎｄｅｘを、次式
ｈｓ２Ｉｎｄｅｘ＝ａｒｇ ｍａｘ_i（ｈｓ２（ｔ）｜ｉ∈Ｃ_h）
に示すように、Ｃ_hに属する次元番号ｉの中でｈｓ２（ｔ）の第ｉ次元の要素の値（ｉ番目の要素の値）が最大である次元番号とする
（２）次に端末保護状態制御部１５は、ｈｓ２Ｖａｌｕｅを、ｈｓ２（ｔ）の示すベクトル中の次元番号がｈｓ２Ｉｎｄｅｘである次元の要素の値とする。
（３）次に端末保護状態制御部１５は、判定に使用する期間τ₂を、次式
τ₂＝τ_min＋ｒｏｕｎｄ（τ_max−τ_min）・ｈｓ２Ｖａｌｕｅ
に従って決定する。ここで、τ_minは１５秒、τ_maxは３００秒である。ｈｓ２Ｖａｌｕｅはｈｓ２（ｔ）の定義から明らかなように、０から１までの範囲の実数値であり、ｒｏｕｎｄ（）は小数値を整数値に四捨五入する関数である。

（４）次に端末保護状態制御部１５は、動き量算出部１２によって算出されたｖ２（ｔ，τ｜τ＝１５，１６，…，３００)の中から、決定されたτ2に対応するｖ２（ｔ，τ₂）を選択する。
（５）次に端末保護状態制御部１５は、選択されたｖ２（ｔ，τ₂）に基づき、保護状態への変更トリガーｓ２（ｔ）を次式に従って算出（決定）する。

端末保護状態制御部１５は、第１の実施形態と同様に、保護状態への変更トリガーｓ（ｔ）が“１”である場合に、携帯端末が保護状態でないならば当該携帯端末を保護状態に変更する。

上述したように第２の実施形態においては、保持状態の確信度（つまり、ユーザが携帯端末を保持している状態の確信度）を用いて、端末保護状態が制御される。具体的には、ユーザが携帯端末を保持している可能性が高い場合にはｈｓ２Ｖａｌｕｅの値が１に近い値となるため、τ₂として長い期間（τ_maxに近い値、この例では３００秒に近い値）が決定される。この場合、決定された長い期間のτ₂に対応するｖ２（ｔ，τ₂）に基づいて、端末保護状態の制御のための判定が行われる。

一方、ユーザが携帯端末を保持している可能性が低い場合には、ｈｓ２Ｖａｌｕｅの値が０に近い値となるため、τ₂として短い期間（τ_minに近い値、この例では１５秒に近い値）が決定される。この場合、決定された短い期間のτ₂に対応するｖ２（ｔ，τ₂）に基づいて、端末保護状態の制御のための判定が行われる。

つまり第２の実施形態においては、携帯端末が大きく動いていた状況から動きが停止した場合を想定すると、ユーザが当該携帯端末を保持している確信度に応じて、保持している確信度が高いほど保護状態になるまでの時間が長くなるように制御される。これにより、例えばユーザが携帯端末を保持していて立ち止った場合には短時間では保護状態にはならないので利便性が低下するのを防止できる。また、ユーザが携帯端末を机上等に置いたまま置き忘れた場合には短時間で保護状態になり、安全性を確保できる。

［第３の実施形態］
次に第３の実施形態に係る携帯端末について説明する。
第２の実施形態の保持状態検出処理では、ある時点での過去３０秒間の傾きθ（ｔ）、動きの大きさｍ（ｔ）及び鉛直方向動き率ｒ（ｔ）から保持状態ｈｓ２（ｔ）が推定（算出）される。この手法では、例えば鞄の中に携帯端末が置かれた状態で当該携帯端末が静止している場合と、机上に携帯端末が置かれている場合とを識別することは難しい。

第３の実施形態の特徴は、動き検出部１１によって検出された携帯端末の動きに基づいて、ユーザが当該携帯端末を手に取る動きを検出し、当該携帯端末の状態遷移を把握することにより、より正確に当該携帯端末の保持状態を検出することにある。以下の説明では、ユーザが携帯端末を手に取る動作を、鞄やポケットからの携帯端末の出し入れを想定して「出し入れ動作」と呼ぶが、ユーザが携帯端末を机上から手に取る場合も、この動作に該当する。そのために、第３の実施形態では、第２の実施形態とは異なる保持状態検出処理が適用される。

図７は第３の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図である。図７において、図１と等価な構成要素には同一符号を付してある。なお、図７では、第２の記憶部１４２に格納されている各テーブル１４２ａ〜１４２ｄが省略されている。必要ならば、図１を参照されたい。

図７に示す構成の特徴は、図１に示される構成において保持状態検出部１３に代えて保持状態検出部１３０が用いられていることにある。保持状態検出部１３０は、保持状態算出部１３１、出し入れ動作検出部１３２及び保持状態判定部１３３から構成される。

保持状態算出部１３１は、第２の実施形態における保持状態検出部１３と同様の処理により携帯端末の保持状態ｈｓ２（ｔ）を算出（検出）する。保持状態算出部１３１は、算出された保持状態ｈｓ２（ｔ）を保持状態判定部１３３に出力する。

出し入れ動作検出部１３２はユーザによる携帯端末の出し入れ動作状態ｔａｋｅ（ｔ）を検出するための出し入れ動作検出処理を実行する。保持状態判定部１３３は、出し入れ動作検出部１３２によって検出された出し入れ動作状態ｔａｋｅ（ｔ）と、保持状態算出部１３１によって算出された保持状態ｈｓ２（ｔ）とに基づいて、携帯端末の保持状態を判定するための保持状態判定処理を実行する。

以下、出し入れ動作検出処理及び保持状態判定処理について順次詳述する。
（出し入れ動作検出処理）
出し入れ動作検出処理は、前述したようにユーザが携帯端末を手に取る動きを検出するための処理である。ユーザが携帯端末を手に取る場合、通常は当該携帯端末が一定の角度以上に回動する。そこで、この点に着目して、第３の実施形態において出し入れ動作検出部１３２は、携帯端末が一定の角度以上に回動することを検出する。より具体的には、出し入れ動作検出部１３２は、携帯端末の座標系から認識される重力加速度ベクトルが、短い期間内に一定の角度以上回動した場合に、その動きをユーザが端末を手に取った出し入れ動作であると判定する。

そこで出し入れ動作検出部１３２は、第１の実施形態で説明したような重力加速度ベクトルｇ（ｔ）を、時刻ｔ（例えばサンプリング時刻ｔ）毎に算出する。出し入れ動作検出部１３２は、算出された時刻ｔ毎の重力加速度ベクトルｇ（ｔ）、例えば現在時刻を基準とする直近の期間Ｔにおける時刻ｔ毎の重力加速度ベクトルｇ（ｔ）を、時系列順に第１の記憶部１４１にバッファリングする。

出し入れ動作検出部１３２は、第１の記憶部１４１にバッファリングされた各時刻tにおける重力加速度ベクトルｇ（ｔ）の、現在時刻よりも期間Ｔだけ前の重力加速度ベクトルｇ（ｔ−Ｔ）とのなす角度θ_gを次式
θ_g＝ａｃｏｓ（ｇ（ｔ−Ｔ）・ｇ（ｔ）／｜ｇ（ｔ−Ｔ）｜・｜ｇ（ｔ）｜）
に従って算出する。前述したように、「ａｃｏｓ」は余弦の逆関数である。

出し入れ動作検出部１３２は、算出された角度θ_gが所定の閾値θ_{th_take}以上であるかによって、「出し入れ動作」の有無を検出する。すなわち出し入れ動作検出部１３２は、出し入れ動作状態（を表す値）ｔａｋｅ（ｔ）を、次式に従って算出（生成）する。

このように、ｔａｋｅ（ｔ）は“１”で出し入れ動作有りを示し、“０”で出し入れ動作無しを示す。しかし、この逆の定義でも構わない。ここで、Ｔは１秒、θ_{th_take}は２０度であるとする。出し入れ動作検出部１３２は、算出されたｔａｋｅ（ｔ）を保持状態判定部１３３に対して出力する。

（保持状態判定処理）
保持状態判定部１３３は、出し入れ動作検出部１３２によって検出される出し入れ動作状態（を表す値）ｔａｋｅ(t)と、保持状態算出部１３１によって算出される保持状態（を表すベクトル）ｈｓ２（ｔ）とに基づき、時間的な遷移を考慮して保持状態（を表すベクトル）ｈｓ３（ｔ）を次のように判定する。
（１）保持状態判定部１３３は、随時、出し入れ動作検出部１３２からｔａｋｅ（ｔ）を受け、ｔａｋｅ（ｔ）＝１であった直近の時刻ｔ_take、つまり出し入れ動作が検出された直近の時刻ｔ_takeを第１の記憶部１４１に記録する。

（２）保持状態判定部１３３は、随時、保持状態算出部１３１からｈｓ２（ｔ）を受け、当該ｈｓ２（ｔ）の要素群の中で最大の値を持つ要素の次元番号ａｒｇ ｍａｘ_i（ｈｓ２（ｔ））をｈｓ２Ｉｎｄｅｘとして第２の記憶部１４２に記録する。
（３）直前の保持状態ｈｓ３（ｔ）が未確定の場合、保持状態判定部１３３は、ｈｓ３（ｔ）＝ｈｓ２（ｔ）として時刻ｔの処理を終了する。

（４）ｔ−ｔ_take＜Ｔであれば、つまり出し入れ動作が検出された直近の時刻ｔ_takeから期間Ｔが経過していないならば、保持状態判定部１３３は、ｈｓ３（ｔ）＝ｈｓ２（ｔ）とする。そうでなければ、保持状態判定部１３３は、ｈｓ３（ｔ）＝ｈｓ３（ｔ−１）とする。つまり保持状態判定部１３３は、ｈｓ３（ｔ）を変更しない。ここでは、Ｔは６０秒であるとする。
保持状態判定部１３３は、判定されたｈｓ３（ｔ）を保持状態検出部１３によって検出された保持状態として端末保護状態制御部１５に出力する。

保持状態判定部１３３によって、上述のようにｈｓ３（ｔ）が判定されることで、出し入れ動作が検出されてから期間Ｔ（６０秒）の間は、保持状態の変化は認められる。これに対し、出し入れ動作が検出されてから期間Ｔを超えた場合には、保持状態は変化しないものとして処理される。これにより、ユーザが携帯端末を鞄やズボンのポケットに入れていることを一旦検出した後は、たとえユーザが携帯端末を鞄やズボンのポケットに保持したまま当該携帯端末が静止状態となったとしても、ユーザが端末を保持した状態が継続していることを正しく判定することができる。

［第４の実施形態］
次に第４の実施形態に係る携帯端末について説明する。
携帯端末の典型的な保持状態や利用形態はユーザによって異なる。そのため固定的な保持状態判定基準を適用した場合、一部のユーザについては、携帯端末の保持状態に関し、必ずしも正しく判定できるとは限らない。例えば角度が特殊なポケットにユーザが携帯端末を保持している場合、ユーザが携帯端末を保持していないと誤判定する場合もあり得る。

第４の実施形態の特徴は、この点を考慮して、携帯端末の保持状態それ自体（つまり絶対的なな保持状態）ではなく、ユーザが当該携帯端末を通常利用している際の保持状態と現在の保持状態とが似た状態であるか否かに基づいて（つまり相対的な保持状態に基づいて）保護状態の制御を行うことにある。このような制御は、ユーザは同じ携帯端末を何度も利用し、同一ユーザについては携帯端末の保持位置や保持姿勢は類似する傾向があることを前提としている。

図８は第４の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図である。図８において、図７と等価な構成要素には同一符号を付してある。なお、図８では、図７と同様に、第２の記憶部１４２に格納されている各テーブル１４２ａ〜１４２ｄが省略されている。

図８に示す構成の第１の特徴は、図７に示される構成に、保持状態平常性記録部１６及び保持状態平常性判定部１７が追加されたことにある。図８に示す構成の第２の特徴は、記憶部１４に代えて記憶部１４０が用いられていることにある。記憶部１４０は、第１の記憶部１４１及び第２の記憶部１４２に加えて、第３の記憶部１４３を備えている。

保持状態平常性記録部１６は、保持状態検出部１３０からの保持状態に関する出力に基づいて、携帯端末の平常使用時の保持状態を第３の記憶部１４３に記録するための保持状態平常性記録処理を実行する。第４の実施形態において、第３の記憶部１４３はフラッシュメモリのような書き換え可能な不揮発性記憶装置である。しかし、第３の記憶部１４３が第１の記憶部１４１と同様のＲＡＭのような揮発性記憶装置であってもよい。この場合、第１の記憶部１４１の一部の領域を第３の記憶部１４３として用いてよい。

第４の実施形態において、保持状態検出部１３０からの保持状態に関する出力は、保持状態ｈｓ３（ｔ）だけでなく、重力加速度ベクトルｇ（ｔ）の鉛直方向からの傾きθ（ｔ）も含む。保持状態検出部１３０は、保持状態平常性記録部１６による保持状態平常性記録処理のために、保持状態検出処理の結果として、保持状態ｈｓ３（ｔ）及び重力加速度ベクトルｇ（ｔ）の鉛直方向からの傾きθ（ｔ）を保持状態平常性判定部１７に出力する。

保持状態平常性判定部１７は、第３の記憶部１４３に記録されている携帯端末の平常使用時の保持状態に基づいて、現在の保持状態の平常性を判定するための保持状態平常性判定処理を実行する。

端末保護状態制御部１５は、動き量算出部１２によって算出された動き量と、保持状態平常性判定部１７によって判定された保持状態平常性とに基づいて、携帯端末の保護状態を制御するための端末保護状態制御処理を実行する。このように、第４の実施形態における端末保護状態制御処理では、端末保護状態制御部１５の制御に、携帯端末の単なる保持状態ではなくて、保持状態平常性が用いられる。

以下、保持状態平常性記録処理、保持状態平常性判定処理及び端末保護状態制御処理について順次詳述する。
（保持状態平常性記録処理）
保持状態平常性記録部１６は、保持状態検出部１３から出力される保持状態ｈｓ３（ｔ）及び重力加速度ベクトルｇ（ｔ）の鉛直方向からの傾きθ（ｔ）に基づいて、平常保持状態を示すデータ（平常保持状態データ）を算出する。平常保持状態データは、ユーザが現在携帯端末を保持している状態（つまり現在の保持状態）がユーザの通常の利用時（つまり平常時）の保持状態とどの程度一致しているかを判定するための基準データとして用いられる。

保持状態平常性記録部１６は、算出された平常保持状態データを第３の記憶部１４３に記録する。第３の記憶部１４３は、平常保持状態データを蓄積するための平常保持状態蓄積部として用いられる。但し、過去のすべての平常保持状態について、対応する平常保持状態データを算出・記録することは、計算量及びデータ量の観点から効率的ではない。そこで、第４の実施形態において保持状態平常性記録部１６は、以下に述べるように、平常保持状態データの量を、保持状態の傾向が判別可能な程度に圧縮している。

まず保持状態平常性記録部１６は、一定の期間Ｔの間隔で平常保持状態データを第３の記憶部１４３に記録する。第４の実施形態においてＴは１０秒である。第３の記憶部１４３は、保持状態記録テーブル１４３ａと、傾き記録テーブル１４３ｂとを備えている。

図９は保持状態記録テーブル１４３ａのデータ構造例を示す。保持状態記録テーブル１４３ａは、携帯端末のすべての保持状態の総発生回数及び各保持状態の発生回数（発生頻度）を記録するのに用いられる。ここでは、携帯端末の保持状態は、図９に示されているように、第１の実施形態と同様の、｛机上、手持ち、胸ポケット、ズボンポケット、鞄、その他｝である。以下の説明では、すべての保持状態の総発生回数及び各保持状態の発生回数を、それぞれ総記録回数及び記録回数と称する。

図１０は傾き記録テーブル１４３ｂのデータ構造例を示す。傾き記録テーブル１４３ｂは、｛机上、手持ち、胸ポケット、ズボンポケット、鞄、その他｝のそれぞれの保持状態について、総発生回数及び傾きθ(t)毎（より詳細には、傾きθ(t)の連続する９つの範囲毎）の発生回数（発生頻度）を記録するのに用いられる。ここでは、傾きθ(t)の９つの範囲は、９０度を９等分した角度範囲に一致する。なお、図１０には、傾き記録テーブル１４３ｂのうちの、保持状態「胸ポケット」についての傾きθ(t)毎の発生回数を記録した部分のみが示されており、「胸ポケット」以外の保持状態についての、総発生回数及び傾きθ(t)毎の発生回数を記録した部分は省略されている。以下の説明では、各保持状態についての、総発生回数及び傾きθ(t)毎の発生回数を、それぞれ総記録回数及び記録回数と称する。

さて保持状態平常性記録部１６は、ベクトルｈｓ３（ｔ）の要素群の中で最大の値を持つ要素の次元番号に基づき、携帯端末の時刻ｔにおける対応する保持状態を取得する。ここで取得される時刻ｔにおける保持状態は前述の｛机上、手持ち、胸ポケット、ズボンポケット、鞄、その他｝のうちの１つであり、例えば「胸ポケット」であるものとする。

次に保持状態平常性記録部１６は、保持状態記録テーブル１４３ａ内のすべての保持状態の総記録回数に１を加えるとともに、取得された保持状態「胸ポケット」に対応する記録回数に１を加える。また保持状態平常性記録部１６は、傾き記録テーブル１４３ｂ内の、取得された保持状態「胸ポケット」に対応する総記録回数に１を加えるとともに、現在のθ（ｔ）が属する範囲の項目（例えばθ（ｔ）＝１４度であれば、１０〜１９度の範囲の項目）に対応する記録回数に１を加える。

（保持状態平常性判定処理）
保持状態平常性判定部１７は、保持状態検出部１３０から現在の推定された保持状態を受け取る。保持状態平常性判定部１７は、第３の記憶部１４３内の保持状態記録テーブル１４３ａ及び傾き記録テーブル１４３ｂにそれぞれ記録された平常時の端末保持状態及び傾きのデータを参照し、現在の推定された保持状態がどの程度平常的な状態であるかを判定する。以下、この保持状態平常性判定部１７による保持状態平常性判定処理の詳細について説明する。

まず保持状態平常性判定部１７は、保持状態検出部１３０（より詳細には保持状態検出部１３０の保持状態判定部１３３）から、各時刻ｔにおける保持状態ｈｓ３（ｔ）（つまり保持状態を表すベクトルｈｓ３（ｔ））及び傾きθ（ｔ）を受け取る。すると保持状態平常性判定部１７は、ｈｓ３（ｔ）及びθ（ｔ）に基づき、保持状態ｈｓ３（ｔ）の平常性Ｐ（ｈｓ３）を次のように算出する。

まず保持状態平常性判定部１７は、ベクトルｈｓ３（ｔ）の要素群の中で最大の値を持つ要素の次元番号に基づき、該当する保持状態を取得する。ここでは、該当する保持状態として「胸ポケット」が取得される。平常性判定部１７は、該当する保持状態（該当する保持状態）に基づいて第３の記憶部１４３内の保持状態記録テーブル１４３ａを参照することにより、すべての保持状態の総記録回数及び該当する保持状態の記録回数を取得する。

次に保持状態平常性判定部１７は、取得された保持状態の総記録回数及び該当する保持状態の記録回数に基づいて、保持状態ｈｓ３（ｔ）の平常性Ｐ（ｈｓ３）を、次式
Ｐ（ｈｓ３）＝該当する保持状態の記録回数／保持状態の総記録回数
に従って算出する。ここでは、ベクトルｈｓ３（ｔ）の示す保持状態が「胸ポケット」である。このため保持状態平常性判定部１７は、図９の保持状態記録テーブル１４３ａの例では、Ｐ（ｈｓ３）＝５７０１／９３５８＝０．６０９を取得する。

また保持状態平常性判定部１７は、該当する保持状態及び傾きθ（ｔ）に基づいて、第３の記憶部１４３内の傾き記録テーブル１４３ｂを参照することにより、該当する保持状態についての、総記録回数及び該当する傾きθ（ｔ）（が属する角度範囲）の記録回数を取得する。

次に保持状態平常性判定部１７は、該当する保持状態についての、取得された総記録回数及び該当する傾きの記録回数に基づいて、傾きθ（ｔ）の平常性Ｐ（θ）を、次式
Ｐ（θ）＝該当する傾きの記録回数／該当する保持状態の総記録回数
に従って算出する。ここでは、該当する保持状態は「胸ポケット」であり、傾きθ（ｔ）＝１４度である。。このため保持状態平常性判定部１７は、図１０の傾き記録テーブル１４３ｂの例では、Ｐ（θ）＝１２８３／５７０１＝０．２２５を取得する。

次に保持状態平常性判定部１７は、取得された保持状態ｈｓ３（ｔ）の平常性Ｐ（ｈｓ３）及び傾きθ（ｔ）の平常性Ｐ（θ）に基づいて、最終的な保持状態平常性Ｐ（ｏｒｄｉｎａｒｙ）を、次式
Ｐ（ｏｒｄｉｎａｒｙ）＝Ｐ（ｈｓ３）・Ｐ（θ）
に従って取得する。上述の例では、保持状態平常性判定部１７は、Ｐ（ｏｒｄｉｎａｒｙ）＝０．６０９×０．２２５＝０．１３７を取得する。明らかなように、Ｐ（ｏｒｄｉｎａｒｙ）の最大値は１であり、Ｐ（ｏｒｄｉｎａｒｙ）の値が大きいほど保持状態の平常性が高いことを表す。

保持状態平常性判定部１７は、取得された保持状態平常性Ｐ（ｏｒｄｉｎａｒｙ）を端末保護状態制御部１５に出力する。
これらの一連の処理から明らかなように、保持状態平常性Ｐ（ｏｒｄｉｎａｒｙ）の値は、携帯端末の保持に関し、普段と同じ保持位置・保持姿勢であるほど高くなる。

（端末保護状態制御処理）
端末保護状態制御部１５は、動き量算出部１２によって算出された動き量と、保持状態平常性判定部１７によって取得された保持状態平常性Ｐ（ｏｒｄｉｎａｒｙ）に基づいて、携帯端末の保護状態を制御する。この端末保護状態制御処理の詳細について、簡単のため、第２の実施形態において適用された動き量ｖ２（ｔ，τ）と、保持状態平常性Ｐ（ｏｒｄｉｎａｒｙ）とに基づいて、保護状態への変更トリガーｓ４（ｔ）を算出する場合を例に説明する。

まず端末保護状態制御部１５は、Ｐ（ｏｒｄｉｎａｒｙ）を予め定められた平常性十分条件Ｐ_suffと比較する。もし、Ｐ（ｏｒｄｉｎａｒｙ）≧Ｐ_suffであれば、端末保護状態制御部１５は、判定に使用する期間τ₄を、
τ₄＝τ_max
とする。そうでなければ、端末保護状態制御部１５は期間τ₄を、
τ₄＝τ_min＋ｒｏｕｎｄ（τ_max−τ_min）・Ｐ（ｏｒｄｉｎａｒｙ）／Ｐ_suff
とする。但し、第４の実施形態において、Ｐ_suffは０．２である。また、τ_min及びτ_maxは、それぞれ、第２の実施形態と同様に１５秒及び３００秒である。

次に端末保護状態制御部１５は、第２の実施形態と同様にして、動き量算出部１２によって算出されたｖ２（ｔ，τ｜τ＝１５，１６，…，３００)の中から、決定されたτ4に対応するｖ２（ｔ，τ4）を選択する。

次に端末保護状態制御部１５は、選択されたｖ２（ｔ，τ₄）に基づき、保護状態への変更トリガーｓ４（ｔ）を、第２の実施形態と同様に次式に従って算出（決定）する。

端末保護状態制御部１５は、保護状態への変更トリガーｓ４（ｔ）が“１”である場合に、携帯端末が未保護状態であるならば当該携帯端末を保護状態に変更する。

このように第４の実施形態においては、携帯端末が一般的に特定の（単数もしくは複数の）ユーザにより同様の保持位置・保持姿勢で利用されることが多いことを考慮して、平常時の携帯端末の保持状態が保持状態平常性記録部１６によって第３の記憶部（平常保持状態蓄積部）１４３に記録される。この第３の記憶部１４３に記録された平常時の保持状態に基づき、現在の保持状態の平常性が保持状態平常性判定部１７によって判定される。端末保護状態制御部１５は、携帯端末の保持状態が平常性を維持している限りは、つまり保持状態の平常性が高い状態が続く限りは、当該携帯端末が保護状態に遷移しないように
制御する。これにより、例えばユーザが携帯端末を胸ポケット等に保持しているにも拘わらずに、当該携帯端末が保護状態に遷移してしまって、ユーザにとって不便となる事態が発生するのを防止できる。その一方、保持状態の平常性が低い状態、すなわち普段と違う保持位置・保持姿勢である場合には、端末保護状態制御部１５は、携帯端末が素早く保護状態となるように制御する。このように携帯端末の保護状態を制御することで、安全性と利便性の双方を向上することができる。

［第５の実施形態］
次に第５の実施形態に係る携帯端末について説明する。
まず、ユーザが、例えば目の前の机上に携帯端末を置いたままデスクワークをする場合を想定する。このような場合、第１乃至第４の実施形態では、携帯端末が「机上」にあると判定されて、当該携帯端末が保護状態に制御されることになる。その結果、ユーザが机上の携帯端末を利用するために当該携帯端末を手に取った際には、当該携帯端末は保護状態となっているため、保護状態を解除する手間が発生する。

第５の実施形態の特徴は、この点を考慮して、携帯端末が保護状態になる少し前に、まもなく保護状態になる旨をユーザに気付かせることにある。これによりユーザが、例えば携帯端末に少し触ることで、当該携帯端末が保護状態になるのを避けることを可能とする。

図１１は第５の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図である。図１１において、図８と等価な構成要素には同一符号を付してある。なお、図１１では、図８と同様に、第２の記憶部１４２に格納されている各テーブル１４２ａ〜１４２ｄが省略されている。また、図１１では、図８と異なり、第３の記憶部１４３に格納されている各テーブル１４３ａ，１４３ｂも省略されている。

図１１に示す構成の特徴は、図８に示される構成に、保護状態制御事前通知部１８が追加されたことにある。保護状態制御事前通知部１８は、端末保護状態制御部１５において保護状態への変更トリガーが発生した際に、まもなく携帯端末が保護状態となることをユーザに通知する。

保護状態制御事前通知部１８によるユーザへの上述の通知を可能とするために、端末保護状態制御部１５は、第１乃至第４の実施形態と異なり、次のように動作する。
まず端末保護状態制御部１５は、保護状態への変更トリガーが発生した場合、保護状態制御事前通知部１８に対して、その旨を示す保護状態事前通知信号を出力する。

次に保護状態制御事前通知部１８は、保護状態事前通知信号の出力時から期間Ｔの間は携帯端末を保護状態とするのを待つ。
そして端末保護状態制御部１５は、期間Ｔが経過した後にも変更トリガーが発生していたなら、携帯端末を直ちに保護状態にする。

これに対し、保護状態事前通知信号の出力に基づく保護状態制御事前通知部１８によるユーザへの通知を受けて、当該ユーザが例えば携帯端末に少し触った結果、期間Ｔ経過後に変更トリガーが発生していないものとする。この場合、端末保護状態制御部１５は、携帯端末を直ちに保護状態にすることを抑止し、引き続き保護状態への変更トリガーｓ４（ｔ）を算出する。第５の実施形態において、期間Ｔは１０秒である。

保護状態制御事前通知部１８は、端末保護状態制御部１５から保護状態事前通知信号を受けると、例えば、携帯端末の表示ランプの点灯（発光）、画面表示の変更、振動の発生、警報音の発生などにより、ユーザに当該携帯端末がまもなく保護状態になる旨を通知する。第５の実施形態の典型的な例として、携帯端末が１秒間振動するものとする。

第５の実施形態のように、上述の通知（つまり事前通知）のために携帯端末を振動させた場合、その振動で当該携帯端末の動き量が急増してしまう。そこで第５の実施形態では、このような携帯端末の動き量が急増することを防ぐために、保護状態制御事前通知部１８が事前通知のための振動を発生させる１秒の間、動き検出部１１は動きの検出を停止する。

第５の実施形態によれば、ユーザは携帯端末の不要な保護状態への遷移を回避することが可能である。例えば、ユーザが携帯端末を例えば机上に置いてデスクワークをしていると仮定する。第１乃至第４の実施形態では、机上に置かれた端末は、その状態で、ある時間が経過すると保護状態となってしまう。するとユーザが携帯端末を利用すべく手に取った際には、例えばパスワード入力などの保護状態からの解除が必要となる。しかし第５の実施形態では、あと１０秒が経過すると携帯端末が保護状態になる可能性のあるときに、保護状態制御事前通知部１８が当該携帯端末を１秒の間振動させることで、ユーザにその状態を通知する。この通知をユーザが放置すれば、１０秒後に携帯端末が保護状態になってしまうが、この通知に気付いたユーザが当該携帯端末を少し触ることにより動き量が急増すれば、当該携帯端末が保護状態になることを防ぐことができる。これにより、安全性だけでなく、利便性も向上することができる。
なお、保護状態制御事前通知部１８を、図１または図７に示す構成に追加しても構わない。

［第６の実施形態］
次に第６の実施形態に係る携帯端末について説明する。
第１乃至第５の実施形態では、携帯端末の動き量が閾値以下の場合、つまり動き量が少ない時間が継続する場合に、置き忘れの可能性（置き忘れ状態）を検出したものとして、端末保護状態制御部１５によって当該携帯端末が保護状態に変更される。このため第１乃至第５の実施形態では、ユーザが例えば携帯端末を落としたことに気付かず、かつ当該携帯端末が誰にも拾われずに放置状態が継続した場合に、当該携帯端末が保護状態となる。

第６の実施形態の特徴は、携帯端末の置き忘れのみならず、当該携帯端末をユーザが落としたことを直接検出する利用形態にも適用可能としたことにある。つまり第６の実施形態の特徴は、携帯端末の落下を高精度で検出することにある。

図１２は第６の実施形態に係る携帯端末の主としてデータ保護機構の構成を示すブロック図である。図１２において、図１１と等価な構成要素には同一符号を付してある。なお、図１２では、図１１と同様に、第２の記憶部１４２に格納されている各テーブル１４２ａ〜１４２ｄと、第３の記憶部１４３に格納されている各テーブル１４３ａ，１４３ｂとが省略されている。

図１２に示す構成の特徴は、図１１に示される構成において動き量算出部１２に代えて動き量算出部１２０が用いられていることにある。動き量算出部１２０は、自由落下判定部１２１、衝撃判定部１２２、静止判定部１２３及び落下判定部１２４から構成される。この動き量算出部１２０の適用により、第６の実施形態では、主として、動き量算出処理及び端末保護状態制御処理が、第１乃至第５の実施形態と相違する。

以下、動き量算出部１２０によって実行される動き量算出処理及び端末保護状態制御部１５によって実行される端末保護状態制御処理について順次詳述する。
（動き量算出処理）
動き量算出処理は、自由落下判定処理、衝撃判定処理、静止判定処理及び落下判定処理から構成される。
動き量算出部１２０の自由落下判定部１２１は、動き検出部１１の動き検出結果、例えば各時点ｔでの加速度ベクトルａ（ｔ）に基づいて携帯端末の自由落下状態を判定するための自由落下判定処理を次のように実行する。

まず自由落下判定部１２１は、第１の実施形態における保持状態検出部１３と同様にして、加速度ベクトルａ（ｔ）に基づいて重力加速度ベクトルｇ（ｔ）を算出する。
次に自由落下判定部１２１は、重力加速度ベクトルｇ（ｔ）の大きさ||ｇ（ｔ）||に基づき、自由落下の有無を示すｗｅｉｇｈｔｌｅｓｓ（ｔ）を、次式に従って算出する。

ここでｇ_weightlessは予め定められた閾値であり、０．３［Ｇ］とする。つまり自由落下判定部１２１は、||ｇ（ｔ）||が０．３［Ｇ］以下であれば、ｗｅｉｇｈｔｌｅｓｓ（ｔ）を自由落下有りを示す“１”に設定し、そうでなければｗｅｉｇｈｔｌｅｓｓ（ｔ）を自由落下無しを示す“０”に設定する。
なお、保持状態検出部１３によって算出される重力加速度ベクトルｇ（ｔ）を、ｗｅｉｇｈｔｌｅｓｓ（ｔ）の算出に用いることも可能である。

動き量算出部１２０の衝撃判定部１２２は、重力加速度ベクトルｇ（ｔ）の大きさ||ｇ（ｔ）||に基づき、携帯端末への衝撃の発生の有無を判定するための衝撃判定処理を次のように実行する。すなわち衝撃判定部１２２は、携帯端末への衝撃の発生の有無を示すｓｈｏｃｋ（ｔ）を、次式に従って算出する。

ここでｇ_shockは予め定められた閾値であり、２．０［Ｇ］とする。つまり衝撃判定部１２２は、||ｇ（ｔ）||が２．０［Ｇ］以上であれば、ｓｈｏｃｋ（ｔ）を衝撃有りを示す“１”に設定し、そうでなければｓｈｏｃｋ（ｔ）を衝撃無しを示す“０”に設定する。

動き量算出部１２０の静止判定部１２３は、第１の実施形態において動き量算出部１２によって算出されるのと同様の動き量ｖ（ｔ）を算出し、算出された動き量ｖ（ｔ）に基づいて、携帯端末の静止状態にあるか否かを判定するための静止判定処理を次のように実行する。すなわち静止判定部１２３は、動き量ｖ（ｔ）の、例えば期間Ｔを１秒とした値ｖ₆（ｔ）を用いて、静止状態にあるか否かを示すｒｅｓｔ（ｔ）を、次式に従って算出する。

ここでｖ_restは予め定められた閾値であり、０．０００１とする。つまり静止判定部１２３は、ｖ₆（ｔ）が０．０００１以下であれば、ｒｅｓｔ（ｔ）を静止状態にあることを示す“１”に設定し、そうでなければｒｅｓｔ（ｔ）を静止状態にないことを示す“０”に設定する。

動き量算出部１２０の落下判定部１２４は、自由落下判定部１２１によって算出されたｗｅｉｇｈｔｌｅｓｓ（ｔ−ｔ₂）、衝撃判定部１２２によって算出されたｓｈｏｃｋ（ｔ−t₁）及び静止判定部１２３によって算出されたｒｅｓｔ（ｔ）に基づいて、携帯端末の落下の有無を判定するための落下判定処理を次のように実行する。ここで、ｔ，ｔ−t₁，ｔ−ｔ₂の間には、ｔ−ｔ₂＜ｔ−t₁＜ｔの関係があり、ｔは現在時刻、ｔ−ｔ₂は現在時刻ｔよりもｔ₂秒前の時刻、ｔ−t₁は現在時刻ｔよりもｔ₁秒前の時刻である。第６の実施形態において、ｔ₂は２．１秒、ｔ₁は２秒である。

まず落下判定部１２４は、ｒｅｓｔ（ｔ）＝１で、ｓｈｏｃｋ（ｔ−２）＝１で、かつｗｅｉｇｈｔｌｅｓｓ（ｔ−２．１）＝１である条件が成立しているかを判定する。落下判定部１２４は、上記条件が成立しているならば、ｆａｌｌ（ｔ）を、携帯端末が落下したこと（より詳細には、携帯端末が自由落下し、しかる後に当該携帯端末に衝撃が発生し、その後に当該携帯端末が静止したこと）を示す“１”に設定する。上記条件が成立していないならば、落下判定部１２４は、ｆａｌｌ（ｔ）を、携帯端末が落下しなかったこと（より詳細には、携帯端末の動きが、自由落下、衝撃発生、静止の順で遷移しなかったこと）を示す“０”に設定する。落下判定部１２４は、携帯端末の落下の判定結果を示すｆａｌｌ（ｔ）を、動き量算出部１２０による動き量算出結果として端末保護状態制御部１５に出力する。

ここで、落下判定部１２４による上述の判定の意義について説明する。
ユーザが携帯端末を落としたものとする。もし、落下した携帯端末が、例えば床に衝突したならば、その際に当該携帯端末に衝撃が発生する。しかし、ユーザが携帯端末を保持したまま、例えば階段を下りるなどの動作をしても、当該携帯端末に衝撃が発生する。このため、衝撃のみから携帯端末の落下を推定すると、誤って当該携帯端末を保護状態としてしまう可能性がある。そこで第６の実施形態では、動き量算出部１２０が、携帯端末の自由落下の際には、当該携帯端末に搭載されている加速度センサ１１０が無重力状態に近づくことをｗｅｉｇｈｔｌｅｓｓ（ｔ）＝１として算出し、その直後に当該携帯端末が例えば床面に衝突することにより衝撃が発生し、さらにそれから静止状態となること、つまりすぐに拾い上げられていないことを検出することで、当該携帯端末の落下を正確に検出するようにしている。

（端末保護状態制御処理）
保持状態検出部１３は、動き量算出部１２０から携帯端末の動き量として落下判定結果ｆａｌｌ（ｔ）を受けると、当該ｆａｌｌ（ｔ）が“１”である場合に当該携帯端末を保護状態とする。

第６の実施形態によれば、ユーザが携帯端末を落として、当該携帯端末をすぐに拾い上げなかった場合に当該携帯端末を保護状態とすることができる。また、第６の実施形態において、上述の落下の検出と、第１乃至第５の実施形態で適用されたような置き忘れの検出とを並行して行うことも可能である。この場合、ユーザが携帯端末を保持している可能性が高い場合には、当該携帯端末の衝撃や静止状態を検出しても端末を保護状態としないことでユーザが当該携帯端末の保護状態を解除する手間を省いて、利便性の向上を優先させることができる。また、ユーザが携帯端末を保持している可能性が場合に、当該携帯端末の衝撃や静止状態を検出したならば、落下や置き忘れなどの可能性が高いとして、当該携帯端末を自動的に保護状態にすることで、安全性の向上を優先させることができる。

以上説明した少なくとも１つの実施形態によれば、ユーザによる携帯端末の保持状態と、当該携帯端末の動きの変化の大きさを示す動き量とを組み合わせて、当該携帯端末を保護状態に設定するかを判定することにより、安全性と利便性の両方を向上できる、データ保護機能を有する携帯端末、同携帯端末におけるデータ保護方法及びプログラムを提供することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１１…動き検出部、１２，１２０…動き量算出部、１３，１３０…保持状態検出部、１４…記憶部、１５…端末保護状態制御部、１６…保持状態平常性記録部、１７…保持状態平常性判定部、１８…保護状態制御事前通知部、１２１…自由落下判定部、１２２…衝撃判定部、１２３…静止判定部、１２４…落下判定部、１３１…保持状態算出部、１３２…出し入れ動作検出部、１３３…保持状態判定部、１４１…第１の記憶部、１４２…第２の記憶部、１４２ａ…端末方向判定テーブル、１４２ｂ…動き強さ判定テーブル、１４２ｃ…動き方向判定テーブル、１４２ｄ…保持状態判定テーブル、１４３…第３の記憶部、１４３ａ…保持状態記録テーブル、１４３ｂ…傾き記録テーブル。

Claims (11)

1. 携帯端末において、
   前記携帯端末の動きを検出する動き検出手段と、
   前記検出された動きに基づいて前記携帯端末の動きの変化の大きさを示す動き量を算出する動き量算出手段と、
   前記検出された動きに基づいて、ユーザによる前記携帯端末の保持状態を検出する保持状態検出手段と、
   前記算出された動き量及び前記検出された保持状態に基づいて、前記携帯端末を所定のデータ保護状態に設定する端末保護状態制御手段と
   を具備する携帯端末。
2. 前記動作検出手段は、加速度センサを用いて前記携帯端末の動作を検出し、
   前記保持状態検出手段は、少なくとも前記保持状態として、前記携帯端末がユーザによって保持されている第１の状態にあるか、あるいは前記携帯端末がユーザによって保持されていない第２の状態にあるかを検出し、
   前記端末保護状態制御手段は、前記第２の状態が検出され、かつ前記算出された動き量が閾値以下の場合、前記携帯端末の置き忘れであるとして、前記携帯端末を前記データ保護状態に設定し、前記第２の状態が検出されても前記算出された動き量が閾値を超えているか、あるいは前記算出された動き量が閾値以下でも前記第１の状態が検出された場合には、ユーザが前記携帯端末を携行しているとして、前記携帯端末を前記データ保護状態に設定するのを抑止する
   請求項１記載の携帯端末。
3. 前記保持状態検出手段は、
   前記検出された動きに基づいて、前記携帯端末にかかる重力の方向に対する前記携帯端末の傾きを算出する傾き算出手段と、
   前記検出された動きに基づいて、前記携帯端末の動きの強さを算出する動き強さ算出手段とを含み、
   前記算出された傾き及び動きの強さに基づいて、前記携帯端末の保持状態を検出する
   請求項２記載の携帯端末。
4. 前記保持状態検出手段は、
   前記検出された動きに基づいて、前記携帯端末の動きの方向を算出する動き方向算出手段をさらに含み、
   前記算出された傾き、動きの強さ及び動きの方向に基づいて、前記携帯端末の保持状態を検出する
   請求項３記載の携帯端末。
5. 前記保持状態検出手段は前記検出された保持状態の確からしさを示す確信度を出力し、
   前記端末保護状態制御手段は、前記携帯端末がユーザによって保持されている可能性が低いことが前記確信度によって示されている場合には、前記可能性が高い場合よりも、前記携帯端末を前記データ保護状態に設定までの時間が短くなるように制御する
   請求項１乃至４のいずれかに記載の携帯端末。
6. 前記動き検出手段は、前記携帯端末の動きを所定のサンプリング時間間隔で検出し、
   前記保持状態検出手段は、
   前記検出された動きの時系列に基づいて、現在から第１の期間前までの各サンプリング時点の前記携帯端末の保持状態を算出する保持状態算出手段と、
   現在から第２の期間前までの各サンプリング時点で検出された前記動きの時系列に基づいて、ユーザが前記携帯端末を所定の格納場所からまたは所定の格納場所に出し入れする出し入れ動作を検出する出し入れ動作検出手段と、
   前記算出された各サンプリング時点の保持状態及び前記出し入れ動作の検出結果に基づき、前記出し入れ動作が検出されない状態が第３の期間継続した場合、現在の保持状態が先行するサンプリング時点の保持状態と同一であると判定する保持状態判定手段とを備えている
   請求項１乃至４のいずれかに記載の携帯端末。
7. 保持状態平常性記録手段、保持状態平常性判定手段及び記憶手段をさらに具備し、
   前記動き検出手段は、前記携帯端末の動きを所定のサンプリング時間間隔で検出し、
   前記保持状態検出手段は、前記所定のサンプリング時間間隔で検出される前記携帯端末の動きに基づいて、各サンプリング時点の前記携帯端末の保持状態を検出し、
   前記保持状態平常性記録手段は、前記検出された保持状態を前記携帯端末の平常使用時の保持状態として前記記憶手段に記録し、
   前記保持状態平常性判定手段は、現在の前記検出された保持状態の平常性を前記記憶手段に記録されている保持状態の系列に基づいて判定し、
   前記端末保護状態制御手段は、前記算出された動き量及び前記判定された平常性に基づいて、少なくとも、前記判定された平常性が高いほど、前記携帯端末を前記データ保護状態に設定するまでの時間が長くなるように制御する
   請求項１乃至４のいずれかに記載の携帯端末。
8. 保護状態制御事前通知手段をさらに備え、
   前記端末保護状態制御手段は、前記携帯端末を非データ保護状態から前記データ保護状態に変更すべき状態を検出した場合、前記保護状態制御事前通知手段に所定の信号を出力して、予め定められた時間を待ち、
   前記保護状態制御事前通知手段は、前記所定の信号に応じて、前記データ保護状態への変更が近いことをユーザに通知し、
   前記端末保護状態制御手段は、前記予め定められた時間を待っている間に、前記データ保護状態に変更すべき状態が検出されなくなった場合、前記携帯端末を前記データ保護状態に変更することを抑止する
   請求項１乃至４のいずれかに記載の携帯端末。
9. 前記検出された動きに基づいて前記携帯端末の自由落下状態を判定する自由落下判定手段と、
   前記検出された動きに基づいて前記携帯端末への衝撃の発生を判定する衝撃判定手段と、
   前記検出された動きに基づいて前記携帯端末の静止状態を判定する静止判定手段と、
   前記自由落下状態、前記衝撃及び前記静止状態の各々の判定結果に基づいて前記携帯端末が落下したかを判定する落下判定手段であって、予め定められた時間内に、前記自由落下状態、前記衝撃及び前記静止状態の順に、前記自由落下状態、前記衝撃及び前記静止状態が発生した場合に前記携帯端末が落下したと判定する落下判定手段とをさらに具備し、
   前記端末保護状態制御手段は、前記落下が判定された場合、前記携帯端末を前記データ保護状態に設定する
   請求項１乃至４のいずれかに記載の携帯端末。
10. 動き検出手段と、動き量算出手段と、保持状態検出手段と、端末保護状態制御手段とを具備する携帯端末におけるデータ保護方法であって、
    前記動き検出手段が、前記携帯端末の動きを検出するステップと、
    前記動き量算出手段が、前記検出された動きに基づいて前記携帯端末の動きの変化の大きさを示す動き量を算出するステップと、
    前記保持状態検出手段が、前記検出された動きに基づいて、ユーザによる前記携帯端末の保持状態を検出するステップと、
    前記端末保護状態制御手段が、前記算出された動き量及び前記検出された保持状態に基づいて、前記携帯端末を所定のデータ保護状態に設定するステップと
    を具備するデータ保護方法。
11. 携帯端末を、
    前記携帯端末の動きを検出する動き検出手段と、
    前記検出された動きに基づいて前記携帯端末の動きの変化の大きさを示す動き量を算出する動き量算出手段と、
    前記検出された動きに基づいて、ユーザによる前記携帯端末の保持状態を検出する保持状態検出手段と、
    前記算出された動き量及び前記検出された保持状態に基づいて、前記携帯端末を所定のデータ保護状態に設定する端末保護状態制御手段
    として機能させるためのプログラム。

Images