JP6149661B2 - 携帯電子機器、状態判定プログラム及び状態判定方法 - Google Patents

Description

本発明は、携帯電子機器、状態判定プログラム及び状態判定方法に関する。

近年、例えば、加速度センサを用いて携帯端末が利用者の手に保持されているか否かを判定する技術がある。

特開２００４−２３３１７号公報

しかし、前記した技術では、携帯端末が利用者のカバンやポケットに入れられた状態で携行された場合も、携帯端末が利用者の手に保持されていると判定されてしまうおそれがある。その結果、例えば、携帯端末が利用者の手に保持されていると誤判定されたときに、携帯端末の表示部のバックライトが自動点灯され、携帯端末の消費電力が増加してしまう。

一つの側面では、利用者保持の誤判定を防止できる携帯電子機器、状態判定プログラム及び状態判定方法を提供することを目的とする。

一つの案では、プロセッサを有する携帯電子機器であって、前記プロセッサは、センサから現在の温度又は湿度の測定値を取得し、当該携帯電子機器が過去所定時間以内に屋内と屋外との間での移動があったか否かを判定する。プロセッサは、移動があったと判定した場合、取得された測定値に基づき、当該移動から所定時間以内に温度及び湿度の少なくとも一方に所定量以上の変化があったか否かを判定する。プロセッサは、変化があったと判定した場合、当該携帯電子機器が利用者に保持された状態であると判定する処理を実行する。

携帯電子機器の利用者保持の誤判定を防止できる。

図１は、実施例１の携帯端末の一例を示す説明図である。 図２は、実施例１のアプリＣＰＵ及びサブプロセッサの機能構成の一例を示す説明図である。 図３は、実施例１の判定テーブルの一例を示す説明図である。 図４は、携帯端末のアプリＣＰＵの処理動作の一例を示すフローチャートである。 図５は、保持判定処理に関わる携帯端末のアプリＣＰＵの処理動作の一例を示すフローチャートである。 図６は、閾値決定テーブルの一例を示す説明図である。 図７は、実施例２の携帯端末のアプリＣＰＵの処理動作の一例を示すフローチャートである。 図８は、状態判定プログラムを実行する携帯電子機器を示す説明図である。

以下、図面に基づいて、本願の開示する携帯電子機器、状態判定プログラム及び状態判定方法の実施例を詳細に説明する。以下の実施例では、携帯電子機器が携帯端末である場合を例に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例１の携帯端末１の一例を示す説明図である。図１に示す携帯端末１は、例えば、スマートフォン等の携帯電話端末である。携帯端末１は、スピーカ１１と、マイク１２と、ＬＣＤ（Liquid Crystal Display）１３と、タッチパネル１４と、カメラ１５と、短距離無線インタフェース（以下、単にＩ／Ｆと称する）１６と、ＧＰＳ（Global Positioning System）１７とを有する。更に、携帯端末１は、無線ＬＡＮＩ／Ｆ１８と、通信ＣＰＵ（Central Processing Unit）１９と、ＩＳＰ（Imaging Signal Processor）２０と、音声ＤＳＰ（Digital Signal Processor）２１と、サブプロセッサ２２とを有する。更に、携帯端末１は、地磁気センサ２３と、加速度センサ２４と、ジャイロセンサ２５と、温度センサ２６と、ＲＡＭ（Random Access Memory）２７と、ＲＯＭ（Read Only Memory）２８と、アプリＣＰＵ２９とを有する。

ＬＣＤ１３は、各種情報を画面表示する。タッチパネル１４は、ＬＣＤ１３の画面上のタッチ操作を検出する。短距離無線Ｉ／Ｆ１６は、短距離無線通信機能を司るインタフェースである。ＧＰＳ１７は、ＧＰＳ衛星を使用して携帯端末１の現在位置を測定するシステムである。無線ＬＡＮＩ／Ｆ１８は、無線ＬＡＮ機能を司るインタフェースである。通信ＣＰＵ１９は、携帯電話通信機能等の各種通信機能を司るＣＰＵである。ＩＳＰ２０は、画像信号処理を司るプロセッサである。音声ＤＳＰ２１は、音声信号処理を司るプロセッサである。サブプロセッサ２２は、例えば、アプリＣＰＵ２９へ地磁気センサ２３、加速度センサ２４、ジャイロセンサ２５の検出値を受け渡す。

地磁気センサ２３は、例えば、携帯端末１の方位を検出するセンサである。加速度センサ２４は、携帯端末１自体の例えば、ｘ軸、ｙ軸及びｚ軸の３軸の加速度を検出するセンサである。ジャイロセンサ２５は、携帯端末１自体の例えば、ｘ軸、ｙ軸及びｚ軸の３軸の角速度を検出するセンサである。温度センサ２６は、携帯端末１の外部の温度を計測するセンサである。この温度センサ２６は湿度の計測を行う機能も備えていてもよい。ＲＯＭ２８は、例えば、状態判定プログラム等の各種プログラムを記憶する不揮発性のメモリである。ＲＡＭ２７は、各種情報を記憶するものである。アプリＣＰＵ２９は、携帯端末１全体を制御するものである。バス３０は、携帯端末１内部のアプリケーションＣＰＵ（以下、単にアプリＣＰＵと称する）２９やＲＡＭ２７等の各種機器を相互に接続するものである。

図２は、実施例１のアプリＣＰＵ及びサブプロセッサの機能構成の一例を示す説明図である。尚、アプリＣＰＵ２９は、ＲＯＭ２８に記憶された状態判定プログラムを読み出し、読み出した状態判定プログラムに基づき各種プロセスを機能として構成するものである。

図２に示すアプリＣＰＵ２９は、加速度判定部２９１と、保持判定処理部２９２とをプロセス機能として動作する。破線で示す閾値決定部２９５については、アプリＣＰＵ２９が装備する場合と装備しない場合とがある。アプリＣＰＵ２９が、閾値決定部２９５を装備する場合については実施例２で述べる。サブプロセッサ２２は、加速度センサ２４の検出値を取得し、アプリＣＰＵ２９の加速度判定部２９１へ受け渡す。

加速度判定部２９１は、加速度センサ２４から取得した検出値により携帯端末１が利用者に保持されている可能性の有無を判定する。保持判定処理部２９２は、加速度判定部２９１により携帯端末１が利用者に保持されている可能性があると判定された場合、携帯端末１の移動があったか否かを判定する。更に、保持判定処理部２９２は、携帯端末１の移動があったと判定したとき、移動時の温度差分を計算する。更に、保持判定処理部２９２は、計算した移動時の温度差分とＲＯＭ２８の判定テーブル４０（詳細は後記）に示される温度差分の閾値とを比較して、携帯端末１が利用者に保持された状態か否かを判定する。更に、保持判定処理部２９２は、携帯端末１が利用者に保持された状態であると判定されたときには、携帯端末１のＬＣＤ１３のバックライトをＯＮにする。

保持判定処理部２９２は、移動判定部２９３と、環境変化判定部２９４とを有する。移動判定部２９３は、所定時間（例えば、１０秒）ごとにＧＰＳ１７により携帯端末１の位置情報を取得し、ランドマーク情報に基づき、携帯端末１の位置（例えば、屋内か屋外か）を判定し、判定結果をＲＡＭ２７上に記憶しておく。また、移動判定部２９３は、ＲＡＭ２７上に記憶された携帯端末１の一つ前の位置及び直前の位置を参照して、過去所定時間以内に携帯端末１が屋内と屋外との間で移動があったか否かを判定する。

環境変化判定部２９４は、所定時間（例えば、１０秒）ごとに温度センサ２６から現在の温度の測定値を取得し、その測定値をＲＡＭ２７上に記憶する。また、環境変化判定部２９４は、移動判定部２９３により携帯端末１の移動があったと判定された場合、ＲＡＭ２７上に記憶された一つ前の位置及び直前の位置の温度差分を計算する。そして、環境変化判定部２９４は、計算した温度差が判定テーブル４０に示される移動時の温度差分の閾値以上か否かを判定する。

保持判定処理部２９２は、移動判定部２９３により、携帯端末１の屋内と屋外との間での移動があり、かつ、環境変化判定部２９４により、その移動時の温度差が所定の閾値以上と判定された場合、携帯端末１が利用者に保持された状態であると判定する。更に、保持判定処理部２９２は、携帯端末１が利用者に保持された状態であると判定したとき、携帯端末１のＬＣＤ１３のバックライトをＯＮにする。一方、保持判定処理部２９２は、携帯端末１が利用者に保持されていない状態と判定したときは、携帯端末１のＬＣＤ１３のバックライトをＯＦＦにする。

ＲＡＭ２７は、保持判定処理部２９２が保持判定処理を行う際に参照する各情報を一時的に記憶する。例えば、ＲＡＭ２７は、携帯端末１の直前の位置と、その一つ前の位置とを記憶する。また、ＲＡＭ２７は、携帯端末１が直前の位置にあるときと、その一つ前の位置にあるときそれぞれの温度の測定値を記憶する。これらの情報は、保持判定処理部２９２により新たな位置情報や、新たな温度の測定値が取得されるたびに書き換えられる。

ＲＯＭ２８には、図３に示す判定テーブル４０が格納される。図３は、実施例１の判定テーブルの一例を示す説明図である。図３に示す判定テーブル４０は、携帯端末１の一つ前の位置４０Ａから直前の位置４０Ｂへの遷移状態の組み合わせと、移動時（一つ前の位置から直前の位置への移動時）の温度差分に関する条件４０Ｃと、保持状態判定結果４０Ｄとを対応付けて管理する。

判定テーブル４０における携帯端末１の直前の位置４０Ｂは、最近の携帯端末１の位置を示し、一つ前の位置４０Ａは、所定時間前（例えば、１０秒前）の携帯端末１の位置である。携帯端末１の位置は、ＧＰＳ１７により測位された携帯端末１の位置情報と、建物等の位置を示すランドマーク情報とを参照して判定される。例えば、携帯端末１の位置情報が建物の内側であれば屋内と判定され、携帯端末１の位置情報が建物の外側であれば屋外と判定される。移動時の温度差分４０Ｃは、携帯端末１が一つ前の位置４０Ａから直前の位置４０Ｂへ移動したときの温度差分と比較するための閾値である。保持状態判定結果４０Ｄは、移動時の温度差分を閾値と比較したときの判定結果、すなわち、携帯端末１が保持状態か否かの判定結果である。

判定テーブル４０を用いた保持判定処理部２９２の保持判定処理の例を説明する。例えば、移動判定部２９３にて、屋内から屋外へ移動したと判定し、環境変化判定部２９４にて、移動時の温度差分（上昇変化）が第一の閾値（例えば、＋５℃）以上と判定した場合を想定する。この場合、保持判定処理部２９２は、携帯端末１は保持状態である（保持あり）と判定する。一方、移動判定部２９３にて、屋内から屋外へ移動したと判定し、環境変化判定部２９４にて、移動時の温度差分（上昇変化）が第一の閾値（例えば、＋５℃）未満と判定した場合を想定する。この場合、保持判定処理部２９２は、携帯端末１は保持状態ではない（保持なし）と判定する。

また、移動判定部２９３にて、屋外から屋内へ移動したと判定し、環境変化判定部２９４にて、移動時の温度差分（下降変化）が第二の閾値（例えば、−５℃）以上と判定した場合を想定する。この場合、保持判定処理部２９２は、携帯端末１は保持状態である（保持あり）と判定する。一方、移動判定部２９３にて、屋外から屋内へ移動したと判定し、環境変化判定部２９４にて、移動時の温度差分（下降変化）が第二の閾値（例えば、−５℃）未満と判定した場合を想定する。この場合、保持判定処理部２９２は、携帯端末１は保持状態ではない（保持なし）と判定する。

尚、例示した第一の閾値及び第二の閾値は、携帯端末１が保持される地域、季節、当該地域および季節における屋外と屋内との気温差の実測データ等により決定される。例えば、携帯端末１が保持される地域が東京であり、季節が夏（例えば、７月）の場合、判定テーブル４０に設定される第一の閾値は「＋５℃」であり、第二の閾値は「−５℃」である。

また、ＲＯＭ２８には、携帯端末１が利用者に保持されている場合の、加速度センサ２４の検出値の変化（揺らぎ）のパターンを示す情報を格納する。この揺らぎのパターンを示す情報は、加速度判定部２９１が加速度センサ２４の検出値の変化をもとに、携帯端末１が利用者に保持されている可能性が高いか否かを判定する際に参照される。

尚、ランドマーク情報は、いわゆる地図情報であり、住宅やビル等の建造物や、道路の領域の緯度経度情報を示す情報である。このランドマーク情報は、移動判定部２９３が、携帯端末１の位置情報（緯度経度情報）から、携帯端末１が現在どの位置にいるかを判断するときに参照される。例えば、移動判定部２９３は、携帯端末１がランドマーク情報上のどの位置にあるかを判断し、携帯端末１が現在屋内にいるか屋外にいるかを判定する。このランドマーク情報は、携帯端末１が、短距離無線Ｉ／Ｆ１６や、無線ＬＡＮＩ／Ｆ１８経由で取得しても良いし、予めＲＯＭ２８に記憶しておいても良い。

次に、実施例１の携帯端末１の動作について説明する。図４は、携帯端末のアプリＣＰＵの処理動作の一例を示すフローチャートである。図４においてアプリＣＰＵ２９は、保持判定処理部２９２を起動する（ステップＳ１）。その後、アプリＣＰＵ２９は、保持判定処理の停止要求の入力があるか否かを判定する（ステップＳ２）。アプリＣＰＵ２９は保持判定処理の停止要求の入力がないと判定すると（ステップＳ２否定）、保持判定処理（詳細は後記）を実行する。その後、アプリＣＰＵ２９の加速度判定部２９１は、加速度センサ２４の検出値を取得する（ステップＳ３）。一方、アプリＣＰＵ２９は、保持判定処理の停止要求の入力があると判定した場合（ステップＳ２肯定）、図４に示す処理動作を終了する。

尚、ステップＳ２で保持判定処理の停止要求の入力があるか否かを確認するのは、携帯端末１に予め保持判定処理を行う必要がない旨の入力がされている場合があるからである。

ステップＳ３の後、加速度判定部２９１は、ステップＳ３で取得した加速度センサ２４の検出値の変化が、携帯端末１を保持した状態の変化と同じか否かを判定する（ステップＳ４）。具体的には、加速度判定部２９１は、ステップＳ３で取得した加速度センサ２４の検出値の変化が、ＲＯＭ２８に格納された揺らぎのパターンと同じか否かを判定する。加速度判定部２９１は、ステップＳ３で取得した加速度センサ２４の検出値の変化が、ＲＯＭ２８に格納された揺らぎのパターンと同じである場合に携帯端末１が利用者に保持されている可能性ありと判定する。また、加速度判定部２９１は、ステップＳ３で取得した加速度センサ２４の検出値の変化が、ＲＯＭ２８に格納された揺らぎのパターンと異なる場合に携帯端末１が利用者に保持されている可能性なしと判定する。これにより、アプリＣＰＵ２９は、携帯端末１が利用者に保持されている可能性の有無を判定する。

加速度判定部２９１は、ステップＳ３で取得した加速度センサ２４の検出値の変化が、携帯端末１を保持した状態の変化と同じと判定したとき（ステップＳ４肯定）、保持判定処理による判定結果を取得する（ステップＳ５）。ここで、保持判定処理の判定結果が、携帯端末１が利用者に保持されている状態（保持あり）だった場合（ステップＳ６肯定）、アプリＣＰＵ２９は、ＬＣＤ１３のバックライトをＯＮにする（ステップＳ７）。そして、ステップＳ２に移行する。一方、保持判定処理の判定結果が、携帯端末１が利用者に保持されていない状態（保持なし）だった場合（ステップＳ６否定）、アプリＣＰＵ２９は、ＬＣＤ１３のバックライトをＯＦＦにする（ステップＳ８）。そして、ステップＳ２に移行する。

尚、加速度判定部２９１は、ステップＳ３で取得した加速度センサ２４の検出値の変化が携帯端末１を保持した状態の変化とは異なると判定したとき（ステップＳ４否定）、アプリＣＰＵ２９は、ＬＣＤ１３のバックライトをＯＦＦにする（ステップＳ８）。そして、ステップＳ２に移行する。つまり、加速度判定部２９１は、携帯端末１が利用者に保持されていない可能性が高いと判定したとき、ＬＣＤ１３のバックライトがＯＮになっていれば、ＬＣＤ１３のバックライトをＯＦＦにする。

このようにすることで、携帯端末１は、加速度判定部２９１により携帯端末１が利用者に保持されている可能性が高いと判定されたとき、保持判定処理部２９２により携帯端末１が保持状態か否かを判断する。これにより、携帯端末１の保持状態の誤判断を防止できる。また、携帯端末１は、当該携帯端末１が保持状態であると判断されたとき、携帯端末１はＬＣＤ１３のバックライトをＯＮにし、当該携帯端末１が保持状態ではないと判断されたとき、携帯端末１はＬＣＤ１３のバックライトをＯＦＦにする。これにより携帯端末１全体の消費電力を節減できる。

図５は、保持判定処理に関わる携帯端末のアプリＣＰＵの処理動作の一例を示すフローチャートである。ここでは、アプリＣＰＵ２９の保持判定処理部２９２が図３に例示した判定テーブル４０を用いて、保持判定処理を行う場合を例に説明する。

図５において、保持判定処理部２９２は、ステップＳ２と同様に、保持判定処理の停止要求の入力があるか否かを確認する（ステップＳ１１）。ステップＳ１１で、保持判定処理部２９２は、保持判定処理の停止要求の入力がないと判定すると（ステップＳ１１否定）、保持判定処理部２９２の移動判定部２９３は、ＧＰＳ１７により携帯端末１の位置情報（緯度経度情報）を取得する（ステップＳ１２）。

ステップＳ１２の後、移動判定部２９３は、ステップＳ１２で取得した位置情報と、ランドマーク情報とを参照して、携帯端末１の位置を判定し、判定結果をＲＡＭ２７に記憶する（ステップＳ１３）。例えば、移動判定部２９３は、ランドマーク情報上で、ステップＳ１２で取得した位置情報の緯度経度にビル等の建造物があれば「屋内」と判定し、ビル等の建造物がなければ「屋外」と判定する。また、保持判定処理部２９２の環境変化判定部２９４は、温度センサ２６により計測された現在の温度をＲＡＭ２７に記憶する（ステップＳ１４）。

移動判定部２９３は、ＲＡＭ２７に記憶された携帯端末１の一つ前の位置から、直前の位置への遷移状態を判定し（ステップＳ１５）、判定結果が屋内から屋外であった場合（ステップＳ１６肯定）、ステップＳ１７に移行する。

ステップＳ１７において、環境変化判定部２９４は、ＲＡＭ２７から携帯端末１の移動時における温度差分を読み出し、この温度差分（変化量）が第一の閾値以上か否かを判定する（ステップＳ１７）。すなわち、環境変化判定部２９４は、ＲＡＭ２７から読み出した温度差分（上昇変化）が、判定テーブル４０（図３参照）における屋内から屋外への移動時の温度差分の閾値以上か否かを判定する。ここで、環境変化判定部２９４が携帯端末１の移動時における温度差分が第一の閾値以上であると判定したとき（ステップＳ１７肯定）、保持判定処理部２９２は、携帯端末１が利用者に保持されている（保持あり）と判定する（ステップＳ２０）。そして、ステップＳ２２に移行する。

一方、環境変化判定部２９４が携帯端末１の移動時における温度差分（上昇変化）が第一の閾値未満であると判定したとき（ステップＳ１７否定）、ステップＳ２１へ進む。そして、保持判定処理部２９２は、携帯端末１が利用者に保持されていない（保持なし）と判定する（ステップＳ２１）。そして、ステップＳ２２に移行する。

また、ステップＳ１５における移動判定部２９３による判定結果が屋外から屋内であった場合（ステップＳ１６否定→ステップＳ１８肯定）、ステップＳ１９に移行する。そして、環境変化判定部２９４は、ＲＡＭ２７から読み出した温度差分が、判定テーブル４０（図３参照）における一つ前の位置「屋外」から、直前の位置「屋内」への移動時の温度差分（下降変化）が第二の閾値以上か否かを判定する（ステップＳ１９）。ここで、環境変化判定部２９４は、携帯端末１の移動時における温度差分（下降変化）が第二の閾値以上であると判定したとき（ステップＳ１９肯定）、保持判定処理部２９２は、携帯端末１が利用者に保持されている（保持あり）と判定する（ステップＳ２０）。一方、環境変化判定部２９４が携帯端末１の移動時における温度差分（下降変化）が第二の閾値未満であると判定したとき（ステップＳ１９否定）、ステップＳ２１に移行する。

尚、ステップＳ１５における移動判定部２９３による判定結果が屋外から屋内でもなく、屋内から屋外でもなかった場合、つまり屋外と屋内との間での移動がなかった場合（ステップＳ１６否定→ステップＳ１８否定）、ステップＳ２１に移行する。

ステップＳ２１又はステップＳ２０の後、保持判定処理部２９２は、ステップＳ１２の位置情報の取得から所定時間（例えば、１０秒）経過したと判定すると（ステップＳ２２肯定）、ステップＳ１１に移行する。一方、保持判定処理部２９２は、ステップＳ１２の位置情報の取得からまだ所定時間（例えば、１０秒）経過していないと判定したとき（ステップＳ２２否定）、ステップＳ２２に移行し、所定時間経過するのを待つ。

このように、携帯端末１のアプリＣＰＵ２９は、携帯端末１の移動時における温度差を用いて、携帯端末１が保持状態か否かを判定するので、携帯端末１の保持状態の誤判定を防止できる。

（実施例１の効果）
実施例１の携帯端末１は、加速度判定部２９１により携帯端末１が利用者に保持されている可能性が高いか否かを判定する。そして、加速度判定部２９１により携帯端末１が保持されている可能性が高いと判定されたとき、保持判定処理部２９２は屋内と屋外との間の移動時における温度差の変化量をもとに、携帯端末１が保持状態か否かを判断する。これにより、携帯端末１の保持状態の誤判断を防止できる。

また、携帯端末１は、当該携帯端末１が保持状態であると判断されたとき、携帯端末１はＬＣＤ１３のバックライトをＯＮにし、当該携帯端末１が保持状態ではないと判断されたとき、携帯端末１はＬＣＤ１３のバックライトをＯＦＦにする。これにより携帯端末１全体の消費電力を節減できる。

また、携帯端末１は、加速度判定部２９１により携帯端末１が利用者に保持されている可能性が高いと判定されたときに、保持判定処理を行うので、携帯端末１が保持判定処理に用いる消費電力を節減できる。

また、判定テーブル４０は、移動時の温度差分に関する閾値に代えて、湿度差分に関する閾値を用いても良い。そして、携帯端末１の環境変化判定部２９４は湿度センサから湿度の計測値を取得し、携帯端末１の移動時における湿度差分が判定テーブル４０に示される閾値以上となったときに、当該携帯端末１が保持状態であると判断しても良い。このようにすることでも、携帯端末１の保持状態の誤判断を防止できる。

また、判定テーブル４０が温度差分の閾値と湿度差分の閾値の両方を含んでいても良い。そして、環境変化判定部２９４は、温度の計測値と湿度の計測値の両方を取得し、判定テーブル４０を参照し、携帯端末１の移動時における温度差分及び湿度差分のいずれか、又は両方が閾値以上であったときに、当該携帯端末１が保持状態であると判断しても良い。

尚、判定テーブル４０に設定される湿度差分の閾値は、例えば、７月における屋内から屋外への移動の場合「＋１０％」、屋外から屋内への移動の場合「−１０％」等である。

また、携帯端末１は、加速度判定部２９１により携帯端末１が利用者に保持されている可能性が高いか否かを判定せず、保持判定処理を行うようにしても良い。

尚、携帯端末１は判定テーブル４０で用いる移動時の温度差分の閾値、湿度差分の閾値を、天候や、日時等により決定しても良い。この場合の実施例を実施例２として説明する。前記した実施形態と同じ構成には、同符号を付すことで重複する構成及び動作の説明については省略する。実施例２の携帯端末１Ａは、図２に示すように閾値決定部２９５をさらに有する。また、携帯端末１Ａは、ＲＯＭ２８に、判定テーブル４０で用いる移動時の温度差分、湿度差分の閾値を決定するための閾値決定テーブル４１をさらに記憶する。

閾値決定部２９５は、天候や、日時等により、判定テーブル４０に設定する携帯端末１Ａの移動時の温度差分および湿度差分の閾値を決定する。すなわち、閾値決定部２９５は、ＧＰＳ１７から現在地の位置情報を取得し、天候情報を配信するサーバ等から現在地の天候情報を取得する。そして、閾値決定部２９５は、現在地、現在の日時、現在地の天候に対応する温度差分、湿度差分の閾値をＲＯＭ２８に記憶される閾値決定テーブル４１から読み出し、判定テーブル４０に設定する。

閾値決定テーブル４１は、現在地（地域）、天候、位置の遷移状態のパターン及び日時の組み合わせごとに、判定テーブル４０で用いる移動時の温度差分の閾値、湿度差分の閾値を示した情報である。

図６は、閾値決定テーブルの一例を示す説明図である。図６に示す閾値決定テーブル４１は、現在地（地域）４１Ａ、天候４１Ｂ、位置の遷移パターン４１Ｃ及び月４１Ｄの組み合わせごとに、判定テーブル４０で用いる温度差及び湿度差の閾値を示している。

例えば、図６に示す閾値決定テーブル４１において、携帯端末１Ａが１月に東京で晴れの天候のときに屋内から屋外に移動した場合を想定する。この場合、判定テーブル４０において、屋内から屋外への移動時に用いる温度差分の閾値は「−ａ℃」であり、湿度差分の閾値は「−Ａ％」である。尚、図６に例示した閾値決定テーブル４１は、月の情報に加え、日にち、昼間／夜間の別、時間等の情報をさらに含んでいても良い。また、判定テーブル４０が、温度差分の閾値又は湿度差分の閾値のいずれかしか用いない場合、閾値決定テーブル４１もまた温度差分の閾値又は湿度差分の閾値のいずれかを示したものであれば良い。

次に、携帯端末１Ａの動作を説明する。図７は、実施例２の携帯端末のアプリＣＰＵの処理動作の一例を示すフローチャートである。図７において、アプリＣＰＵ２９の閾値決定部２９５は、ＧＰＳ１７により、携帯端末１Ａの現在地を取得し（ステップＳ３１）、現在地における天候情報を通信ＣＰＵ１９等により取得する（ステップＳ３２）。また、閾値決定部２９５は、現在の日時情報を、例えば、アプリＣＰＵ２９内のＯＳ（Operating System、図示省略）から取得する（ステップＳ３３）。

ステップＳ３３の後、閾値決定部２９５は、閾値決定テーブル４１から、現在地、日時情報、天候情報に該当する閾値を取得し、判定テーブル４０に設定する（ステップＳ３４）。例えば、閾値決定部２９５は、閾値決定テーブル４１から、１月の東京の晴れの天候における、屋内から屋外及び屋外から屋内への移動それぞれにおける温度差分の閾値と湿度差分の閾値とを取得し、判定テーブル４０に設定する。ステップＳ３４から先の処理は、実施例１で説明した図４のステップＳ１以降の処理と同様なので説明を省略する。

このように携帯端末１Ａが、現在地、天候、日時情報を用いて判定テーブル４０で用いる閾値を決定するので、携帯端末１Ａの保持状態の判断の精度を向上させることができる。

尚、実施例２の場合も、携帯端末１Ａは、移動時の温度差分の閾値および湿度差分の閾値の両方により保持判定処理を行って良いし、温度差分の閾値および湿度差分の閾値のいずれかで保持判定処理を行っても良い。

（その他の実施例）
また、携帯端末１，１ＡのアプリＣＰＵ２９は、当該携帯端末１，１Ａが保持状態であると判断したとき、タッチパネル１４を入力可能な状態とし、当該携帯端末１，１Ａが保持状態ではないと判断したとき、タッチパネル１４を入力不可能な状態としても良い。これにより携帯端末１，１Ａ全体の消費電力を節減できる。

また、携帯端末１，１Ａは、ＧＰＳ１７により位置情報を取得することとしたが、これに限定されない。例えば、携帯端末１，１Ａのサブプロセッサ２２が、地磁気センサ２３、加速度センサ２４及びジャイロセンサ２５の検出値を取得し、これらの検出値により携帯端末１，１Ａの位置情報を計算するようにしても良い。このように、携帯端末１，１Ａは、地磁気センサ２３、加速度センサ２４及びジャイロセンサ２５の検出値を用いて位置情報を計算することで、ＧＰＳ１７のみにより位置情報を把握するよりも、消費電力を節減できる。

また、携帯端末１，１Ａは、屋内又は屋外に居たまま、別の場所に移動した場合にも、保持判定処理を行うようにしても良い。この場合、判定テーブル４０は、屋内→屋内及び屋外→屋外で移動があった場合それぞれの、温度差分又は湿度差分の閾値をさらに記憶する。例えば、判定テーブル４０の屋内→屋内の移動があった場合の温度差分又は湿度差分の閾値として、地下街からビルの中に移動した場合に想定される温度差分又は湿度差分の値を設定しておく。また、例えば、判定テーブル４０における、屋外→屋外の移動があった場合の温度差分又は湿度差分の閾値として、屋外の日なたの場所から日陰の場所に移動した場合に想定される温度差分又は湿度差分の値を設定しておく。そして、携帯端末１，１Ａは、屋内→屋内、屋外→屋外で移動があったときについても、判定テーブル４０を用いて保持判定処理を行う。このようにすることで、携帯端末１，１Ａが、屋内で移動した場合や、屋外で移動した場合における保持状態の誤判断を防止できる。

尚、携帯端末１，１Ａは、ランドマーク情報に、携帯端末１，１Ａの利用者の自宅の位置情報を設定しておき、自宅内で移動したと判定したときにも、保持判定処理を行うようにしても良い。この場合、判定テーブル４０は、自宅内で移動があった場合の温度差分又は湿度差分の閾値をさらに記憶する。例えば、判定テーブル４０に、自宅内の浴室と他の部屋との間で移動があったときの温度差分および湿度差分の閾値をさらに設定しておく。そして、携帯端末１，１Ａは、自宅内で他の部屋から浴室へ移動又は浴室から他の部屋へ移動があったとき、移動時における温度差分又は湿度差分を用いて保持判定処理を行うようにしても良い。このようにすることで、携帯端末１，１Ａが、自宅内で移動した場合における保持状態の誤判断を防止できる。

尚、屋内間の移動、屋外間の移動および自宅内で移動した場合の保持判定処理においても、携帯端末１，１Ａは、前記した閾値決定テーブル４１により判定テーブル４０で用いる閾値の決定を行っても良い。

また、前記した判定テーブル４０に設定する閾値は、携帯端末１，１Ａの移動時（例えば、屋外から屋内、屋内から屋外）の温度差分又は湿度差分の値を用いることとしたがこれに限定されない。例えば、判定テーブル４０に設定する閾値として、携帯端末１，１Ａの直前の温度又は湿度の値（絶対値）を用いても良い。具体例を挙げると、携帯端末１，１Ａの直近の位置が自宅の浴室である場合において、測定された湿度が閾値（例えば、８５％）以上の場合、携帯端末１，１Ａは保持状態であると判定する。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、携帯端末１は、各処理を実行する主体として、通信ＣＰＵ１９、ＩＳＰ２０、音声ＤＳＰ２１、アプリＣＰＵ２９、サブプロセッサ２２などを備えるが、これらは適宜統合もしくは分散されても良い。

更に、携帯端末１，１Ａで行われる各種処理機能は、ＣＰＵ（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、各実施例で説明した各種の処理は、予め用意されたプログラムを電子機器で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する携帯電子機器の一例を説明する。図８は、状態判定プログラムを実行する携帯電子機器を示す説明図である。

図８に示す状態判定プログラムを実行する携帯電子機器１００では、ＲＯＭ１１０、ＲＡＭ１２０、プロセッサ１３０、操作部１４０及び表示部１５０を有する。また、携帯電子機器１００は、図示せぬ加速度センサ、温度センサを有する。

そして、ＲＯＭ１１０には、上記実施例と同様の機能を発揮する状態判定プログラムが予め記憶されている。尚、ＲＯＭ１１０ではなく、図示せぬドライブで読取可能な記録媒体に状態判定プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。状態判定プログラムとしては、図８に示すように、取得プログラム１１０Ａ及び制御プログラム１１０Ｂである。尚、プログラム１１０Ａ及び１１０Ｂについては、適宜統合又は分散しても良い。

そして、プロセッサ１３０は、これらのプログラム１１０Ａ及び１１０ＢをＲＯＭ１１０から読み出し、これら読み出された各プログラムを実行する。そして、プロセッサ１３０は、図８に示すように、各プログラム１１０Ａ及び１１０Ｂを、取得プロセス１３０Ａ及び制御プロセス１３０Ｂとして機能する。

プロセッサ１３０は、加速度センサにより利用者保持の可能性が高いと判定された際、屋内と屋外との間の移動時に温度が所定量以上変化したか否かを判定する。そして、プロセッサ１３０は、移動時に温度が所定量以上変化したと判定したとき、利用者に保持された状態と判定するので、利用者の保持状態の誤判定を防止できる。

１，１Ａ 携帯端末
２２ サブプロセッサ
２３ 地磁気センサ
２４ 加速度センサ
２５ ジャイロセンサ
２６ 温度センサ
２７ ＲＡＭ
２８ ＲＯＭ
２９ アプリＣＰＵ
２９１ 加速度判定部
２９２ 保持判定処理部
２９３ 移動判定部
２９４ 環境変化判定部
２９５ 閾値決定部

Claims (4)

1. プロセッサを有する携帯電子機器であって、
   前記プロセッサは、
   センサから現在の温度又は湿度の測定値を取得し、
   当該携帯電子機器が過去所定時間以内に屋内と屋外との間での移動があったか否かを判定し、
   前記移動があったと判定した場合、前記取得された測定値に基づき、当該移動から所定時間以内に温度及び湿度の少なくとも一方に所定量以上の変化があったか否かを判定し、
   前記変化があったと判定した場合、当該携帯電子機器が利用者に保持された状態であると判定する
   処理を実行することを特徴とする携帯電子機器。
2. 前記プロセッサは、
   加速度センサから検出値を取得し、
   前記検出値に基づき、当該携帯電子機器が利用者に保持された状態である可能性の有無を判定し、
   前記保持された状態である可能性があると判定した場合、前記センサから前記現在の温度又は湿度の測定値を取得する
   処理を実行することを特徴とする請求項１に記載の携帯電子機器。
3. 携帯電子機器のプロセッサに、
   センサから現在の温度又は湿度の測定値を取得し、
   当該携帯電子機器が過去所定時間以内に屋内と屋外との間での移動があったか否かを判定し、
   前記移動があったと判定した場合、前記取得された測定値に基づき、当該移動から所定時間以内に温度及び湿度の少なくとも一方に所定量以上の変化があったか否かを判定し、
   前記変化があったと判定した場合、当該携帯電子機器が利用者に保持された状態であると判定する
   処理を実行させることを特徴とする状態判定プログラム。
4. 携帯電子機器が、
   センサから現在の温度又は湿度の測定値を取得し、
   当該携帯電子機器が過去所定時間以内に屋内と屋外との間での移動があったか否かを判定し、
   前記移動があったと判定した場合、前記取得された測定値に基づき、当該移動から所定時間以内に温度及び湿度の少なくとも一方に所定量以上の変化があったか否かを判定し、
   前記変化があったと判定した場合、当該携帯電子機器が利用者に保持された状態であると判定する
   処理を実行することを特徴とする状態判定方法。

Images