JP6222256B2

JP6222256B2 - 携帯端末、動作間隔設定方法及びプログラム

Info

Publication number: JP6222256B2
Application number: JP2016038714A
Authority: JP
Inventors: 秋山　勝彦; 勝彦秋山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2016-03-01
Filing date: 2016-03-01
Publication date: 2017-11-01
Anticipated expiration: 2030-02-25
Also published as: JP2016105651A

Description

本技術は、携帯端末における表示制御技術に関する。

携帯電話、ＰＤＡ（Personal Digital Assistant）又はスマートフォンといった携帯端末は、ユーザが手に持って操作するのを容易にするため、長方形の平板形状であることが多い。そのため、表示画面の形状も長方形になることが多い。一方で、表示画面に表示するウェブページ等のコンテンツの形状は、必ずしも表示画面の形状に合っているわけではないため、コンテンツによっては適切に表示されないことがある。例えば、図１に示すように、表示画面が携帯端末の縦方向に長い形状である場合、横方向に長いコンテンツを表示させると、コンテンツの一部が表示画面に表示されなくなってしまう。

このような問題に対し、コンテンツの表示方向を制御する技術が存在する。具体的には、携帯端末に備え付けられたカメラで撮影した画像に基づいて、携帯端末の使用者の顔の情報を取得する。また、使用者の顔の向きと携帯端末の向きとの相対的な位置関係を把握する。そして、把握した位置関係に従って、携帯端末の表示画面に表示する情報の向きを決定する。

しかし、ユーザの顔の方向が変化しないかを監視するために常にカメラに通電を行い、画像解析をすると、消費電力が非常に大きくなる。携帯端末の場合、バッテリーの持続時間が短くなるということは望ましくない。一方で、単純に撮像や画像解析の頻度を下げて消費電力を削減しようとすると、レスポンスが遅くなるという問題がある。

特開２００７−１７５９６号公報特開２００８−１７７８１９号公報特開２００９−１３０８１６号公報

従って、本技術の目的は、携帯端末における表示制御において、消費電力を削減するための技術を提供することである。

本携帯端末は、カメラの動作間隔を記憶する記憶部と、記憶部に記憶されたカメラの動作間隔にて画像を撮影するカメラと、カメラが撮影した画像を解析し、携帯端末の所定の方向に対する、画像に含まれるユーザの顔の相対的な方向を特定する特定部と、特定部により特定された相対的な方向に応じて、表示画面に表示すべきコンテンツの表示方向を変更する変更部と、携帯端末の傾きを計測する計測部と、計測部により計測された携帯端末の傾きが所定値以上変化したことを検出した時点から所定時間が経過するまでの間における携帯端末の傾きの変化が所定の条件を満たすか判断する判断部と、所定の条件が満たされると判断部により判断された場合、カメラの動作間隔を切り替えると共に、切り替えられたカメラの動作間隔を記憶部に格納する格納処理部とを有する。

図１は、従来技術の問題を説明するための図である。図２は、本技術の一実施の形態に係る携帯端末の機能ブロック図である。図３は、動作間隔設定処理の処理フローを示す図である。図４は、動作間隔設定処理の処理フローを示す図である。図５は、動作間隔設定処理の処理フローを示す図である。図６は、動作間隔設定処理の処理フローを示す図である。図７は、表示方向制御処理の処理フローを示す図である。図８は、コンピュータの機能ブロック図である。

図２に、本技術の一実施の形態に係る携帯端末１の機能ブロック図を示す。例えば携帯電話やＰＤＡ、スマートフォン、小型のパーソナルコンピュータである携帯端末１は、傾きセンサ１０１と、傾きデータ格納部１０３と、動作間隔設定部１０５と、時間計測部１０７と、動作間隔データ格納部１０９と、動作制御部１１１と、カメラ１１３と、画像格納部１１５と、顔方向特定部１１７と、解析結果格納部１１９と、表示方向制御部１２１と、表示制御部１２３とを有する。また、動作間隔設定部１０５は、傾き変化検出部１０５１と、量子化傾き値格納部１０５３と、状態データ格納部１０５５と、状態監視部１０５７と、設定部１０５９とを有する。

傾きセンサ１０１は、携帯端末１の傾きを計測し、傾きデータ格納部１０３に格納する。傾き変化検出部１０５１は、傾きデータ格納部１０３に格納されているデータに基づき量子化傾き値を算出したり、量子化傾き値格納部１０５３及び状態データ格納部１０５５に格納されているデータに基づき処理を行い、処理結果を状態監視部１０５７に通知する処理等を行う。状態監視部１０５７は、状態データ格納部１０５５に格納されているデータを更新したり、状態データ格納部１０５５に格納されているデータが更新されたことを設定部１０５９に通知する処理等を行う。設定部１０５９は、状態監視部１０５７からの通知に基づき動作間隔を決定し、動作間隔のデータを動作間隔データ格納部１０９に格納する。時間計測部１０７は、動作間隔設定部１０５及び動作制御部１１１に対し時間のデータを出力する。動作制御部１１１は、動作間隔データ格納部１０９に格納されているデータに基づき、カメラ１１３、顔方向特定部１１７及び表示方向制御部１２１の動作間隔を制御する。カメラ１１３は、携帯端末１を操作するユーザを撮像し、ユーザの画像を画像格納部１１５に格納する。顔方向特定部１１７は、画像格納部１１５に格納されている画像を解析し、携帯端末１の所定の方向に対する、ユーザの顔の相対的な方向を特定し、解析結果を解析結果格納部１１９に格納する。表示方向制御部１２１は、解析結果格納部１１９に格納されているデータに基づき、携帯端末１の表示画面に表示するコンテンツの表示方向を特定し、特定された表示方向にコンテンツが表示されるよう表示制御部１２３を制御する。表示制御部１２３は、携帯端末１の表示画面に表示するコンテンツの表示方向を変更する。

傾きセンサ１０１は、加速度センサや地磁気センサ、ジャイロセンサ等である。傾きセンサ１０１は、例えば、携帯端末を中心とした２軸以上の座標軸における傾斜角を携帯端末１の傾きとして計測する。なお、傾きセンサ１０１は、例えば２０ミリ秒程度の一定間隔で計測を行うように制御される。

時間計測部１０７は、所定単位の時間（例えば１０ミリ秒）が経過する毎にカウンタ値をカウントアップすることにより、時間の経過を計測する。時間計測部１０７には、例えば水晶振動子を含むカウンタを用いる。

カメラ１１３は、携帯端末１の表示画面と同じ面に備え付けられた、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサやＣＣＤ（Charge-Coupled Device）イメージセンサ等の撮像センサである。普通、ユーザは携帯端末を操作するときは携帯端末の表示画面を見るので、カメラ１１３により撮像されたユーザの画像には自ずとユーザの顔の領域が含まれるようになる。

顔方向特定部１１７は、顔検出を行うことにより、画像における顔の位置を特定した上で、顔の方向を特定する処理を行う。顔検出としては、例えば、画像における人肌色の領域に含まれる目や鼻、口といった特徴的なパターンを標準パターンと照合し、さらにそれらが特定の位置関係にある場合に顔であると判定する方法を用いればよい。また、標準的な顔のパターンを用意しておき、画像における人肌色領域に対してパターン照合を行うことにより顔らしさを判定する方法を用いてもよい。また、顔の方向を特定する方法は、例えば、画像を一定角度ずつ回転させながら、その角度が正しい角度である確からしさを算出し、最も確からしさの高い角度を顔方向として特定する方法を用いればよい。

表示方向制御部１２１は、解析結果格納部１１９に格納されている、顔の方向に関する解析結果に基づき、コンテンツの表示方向を特定する。例えば、画像におけるユーザの頭の方向とコンテンツの上方向とが一致するような表示方向に決定する。これにより、ユーザにとって好ましい表示方向でコンテンツが表示されるようになる。

なお、傾きセンサ１０１、時間計測部１０７、カメラ１１３、顔方向特定部１１７及び表示方向制御部１２１は従来から知られているものであるから、これ以上詳しくは述べない。

次に、図２に示した携帯端末１の動作を図３乃至図７を用いて説明する。まず、図３乃至図６を用いて動作間隔設定処理について説明し、次に図７を用いて表示方向制御処理について説明する。

まず、傾きセンサ１０１は、携帯端末１の傾きを計測し、計測値を傾きデータ格納部１０３に格納する（図３：ステップＳ１１）。そして、傾き変化検出部１０５１は、傾きデータ格納部１０３に格納されている傾きのデータから、量子化傾き値Ｈを算出し、メインメモリ等の記憶装置に格納する（ステップＳ１３）。

ここで、量子化傾き値について説明する。本実施の形態では、傾きデータ格納部１０３に格納されている傾きのデータから、携帯端末１が重力方向に対して傾いている方向を特定し、さらに特定された方向を量子化した値を求める。量子化には、「０」、「１」、「２」及び「３」の４つの値を用いるものとする。そして、携帯端末１が傾いている方向が、０°から８９°である場合には量子化傾き値を「０」とし、９０°から１７９°である場合には量子化傾き値を「１」とし、１８０°から２６９°である場合には量子化傾き値を「２」とし、２７０°から３５９°である場合には量子化傾き値を「３」とする。

以下で述べるように、本実施の形態では量子化傾き値の変化を傾き変化イベントとして検出している。これは、実用上、わずかに表示画面が傾いた程度ではユーザは表示方向の変更を必要としない場合が多いからである。

図３の説明に戻り、傾き変化検出部１０５１は、状態データ格納部１０５５から状態データを読み出し、当該状態データが「０」であるか判断する（ステップＳ１５）。状態データが「０」であることは、携帯端末１の状態が安定していることを表している。状態データが「０」である場合（ステップＳ１５：Ｙｅｓルート）、処理は端子Ａを介して図４のステップＳ１９に移行する。

一方、状態データが「０」でない場合（ステップＳ１５：Ｎｏルート）、傾き変化検出部１０５１は、状態データが「１」であるか判断する（ステップＳ１７）。状態データが「１」であることは、傾き変化イベントが検出された直後であることを表している。状態データが「１」である場合（ステップＳ１７：Ｙｅｓルート）、処理は端子Ｂを介して図５のステップＳ３１に移行する。

一方、状態データが「１」でない場合（ステップＳ１７：Ｎｏルート）、状態データが「２」であるので、処理は端子Ｃを介して図６のステップＳ５１に移行する。なお、状態データが「２」であることは、傾き変化イベントが検出された後一定時間が経過したことを表している。

図４の説明に移行して、傾き変化検出部１０５１は、量子化傾き値格納部１０５３から量子化傾き値Ｈ_ｐを読み出し、ステップＳ１３において算出した量子化傾き値Ｈと等しいか判断する（ステップＳ１９）。量子化傾き値Ｈ_ｐは、前回算出した量子化傾き値である。ステップＳ１９においては、量子化傾き値を比較することにより、傾き変化イベントが起こったかを判断している。

そして、Ｈ_ｐがＨと等しい場合（ステップＳ１９：Ｙｅｓルート）、処理はステップＳ２９に移行する。一方、Ｈ_ｐがＨと等しくない場合（ステップＳ１９：Ｎｏルート）、傾き変化検出部１０５１は、傾き変化イベントが検出されたことを状態監視部１０５７に通知する。また、状態監視部１０５７は、時間計測部１０７に安定監視時間の計測を開始させる（ステップＳ２１）。安定監視時間とは、携帯端末１の状態が安定しているか判断するための時間である。

次に、状態監視部１０５７は、状態データ格納部１０５５に格納されている状態データを「０」から「１」に変更する（ステップＳ２３）。傾き変化イベントが検出されたため、もはや安定状態にはないからである。また、ステップＳ２３において、状態監視部１０５７は、状態データが「０」から「１」に変更されたことを設定部１０５９に通知する。そして、設定部１０５９は、動作間隔データ格納部１０９に格納されている動作間隔Ｔをｔ_１に変更する（ステップＳ２５）。なお、本実施の形態においては、状態データが「０」である場合には動作間隔Ｔはｔ_１に設定されているはずなので、ステップＳ２５はスキップしてもよい。

ここで、動作間隔Ｔについて説明する。本実施の形態においては、動作間隔Ｔとして、電力の消費を抑えたい場合に設定するｔ_１と、表示方向の制御を頻繁に行いたい場合に設定するｔ_２とのいずれかを用いる。ｔ_１をｔ_２より長く設定するが、無限大（すなわち、動作を行わない）としてもよい。このようにｔ_１を設定すれば、ユーザが携帯端末１を持ち替えずに長時間同じ姿勢で使っているような場合には表示方向制御があまり行われない（あるいは、全く行われない）ため、消費電力を大幅に削減できる。一方、ｔ_２は、例えば２０から２００ミリ秒程度に設定すれば、ユーザはほぼ瞬間的なレスポンスを得ることができる。

本実施の形態では、状態データが「０」である場合には、動作間隔Ｔとしてｔ_１を設定する。携帯端末１の状態が安定しているため、表示方向の制御を行う頻度を低くし、電力の消費を抑えるためである。状態データが「１」である場合にも、動作間隔Ｔとしてｔ_１を設定する。携帯端末１の状態が安定しておらず、表示方向を変更してもすぐにまた変更しなければならない可能性があるため、表示方向制御の頻度を上げるのは効率的ではないからである。状態データが「２」である場合には、動作間隔Ｔとしてｔ_２を設定する。携帯端末１の状態が安定したため、動作間隔を短くし、迅速に表示方向を変更できるようにするためである。

図４の説明に戻り、傾き変化検出部１０５１は、量子化傾き値格納部１０５３に格納されている量子化傾き値を、ステップＳ１３で算出した量子化傾き値に変更する（ステップＳ２７）。そして、処理を終了すべきでない場合には（ステップＳ２９：Ｎｏルート）、処理は端子Ｄを介してステップＳ１１の処理に戻る。処理を終了すべき場合（例えば処理終了又は停止を指示された場合など）には（ステップＳ２９：Ｙｅｓルート）、処理を終了する。

次に、図５の説明に移行して、傾き変化検出部１０５１は、量子化傾き値格納部１０５３から量子化傾き値Ｈ_ｐを読み出し、ステップＳ１３において算出した量子化傾き値Ｈと等しいか判断する（ステップＳ３１）。Ｈ_ｐがＨと等しくない場合（ステップＳ３１：Ｎｏルート）、傾き変化イベントが検出されたので、傾き変化検出部１０５１は、傾き変化イベントが検出されたことを状態監視部１０５７に通知する。そして、状態監視部１０５７は、時間計測部１０７に安定監視時間の計測を開始させる（ステップＳ３３）。処理は端子Ｅを介して図４のステップＳ２７に移行する。

一方、Ｈ_ｐがＨと等しい場合（ステップＳ３１：Ｙｅｓルート）、傾き変化検出部１０５１は、傾き変化イベントが検出されていないことを状態監視部１０５７に通知する。そして、状態監視部１０５７は、時間計測部１０７において計測中の安定監視時間が所定の閾値以上になったか判断する（ステップＳ３５）。所定の閾値以上でない場合（ステップＳ３５：Ｎｏルート）、まだ携帯端末１の状態が安定していないと考えられるため、処理は端子Ｅを介して図４のステップＳ２７に移行する。

一方、所定の閾値以上である場合（ステップＳ３５：Ｙｅｓルート）、携帯端末１の状態が安定したと考えられるため、状態監視部１０５７は、時間計測部１０７に監視強化時間の計測を開始させる（ステップＳ３７）。監視強化時間中は、表示方向制御の頻度が高くなるので、ユーザの状態の変化に対して迅速に表示方向制御を行うことができる。

そして、状態監視部１０５７は、状態データ格納部１０５５に格納されている状態データを「１」から「２」に変更する（ステップＳ３９）。携帯端末１の状態が安定したとみなされるからである。また、ステップＳ３９において、状態監視部１０５７は、状態データが「１」から「２」に変更されたことを設定部１０５９に通知する。そして、設定部１０５９は、動作間隔データ格納部１０９に格納されている動作間隔Ｔをｔ_１からｔ_２に変更する（ステップＳ４１）。すなわち、動作間隔を短くする。そして、処理は端子Ｅを介して図４のステップＳ２７に移行する。

次に、図６の説明に移行して、傾き変化検出部１０５１は、量子化傾き値格納部１０５３から量子化傾き値Ｈ_ｐを読み出し、ステップＳ１３において算出した量子化傾き値Ｈと等しいか判断する（ステップＳ５１）。Ｈ_ｐがＨと等しくない場合（ステップＳ５１：Ｎｏルート）、傾き変化イベントが検出されたので、傾き変化検出部１０５１は、傾き変化イベントが検出されたことを状態監視部１０５７に通知する。そして、状態監視部１０５７は、時間計測部１０７に安定監視時間の計測を開始させる（ステップＳ５３）。

そして、状態監視部１０５７は、状態データ格納部１０５５に格納されている状態データを「２」から「１」に変更する（ステップＳ５５）。また、ステップＳ５５において、状態監視部１０５７は、状態データが「２」から「１」に変更されたことを設定部１０５９に通知する。そして、設定部１０５９は、動作間隔データ格納部１０９に格納されている動作間隔Ｔをｔ_２からｔ_１に変更する（ステップＳ５７）。すなわち、消費電力を抑えるため動作間隔を長くする。処理は端子Ｅを介して図４のステップＳ２７に移行する。

一方、Ｈ_ｐがＨと等しい場合（ステップＳ５１：Ｙｅｓルート）、傾き変化検出部１０５１は、傾き変化イベントが検出されていないことを状態監視部１０５７に通知する。そして、状態監視部１０５７は、時間計測部１０７において計測中の監視強化時間が所定の閾値以上になったか判断する（ステップＳ５９）。所定の閾値以上でない場合（ステップＳ５９：Ｎｏルート）、処理は端子Ｅを介して図４のステップＳ２７に移行する。

一方、所定の閾値以上である場合（ステップＳ５９：Ｙｅｓルート）、状態監視部１０５７は、状態データ格納部１０５５に格納されている状態データを「２」から「０」に変更する（ステップＳ６１）。また、ステップＳ６１において、状態監視部１０５７は、状態データが「２」から「０」に変更されたことを設定部１０５９に通知する。そして、設定部１０５９は、動作間隔データ格納部１０９に格納されている動作間隔Ｔをｔ_２からｔ_１に変更する（ステップＳ６３）。すなわち、動作間隔を長くする。表示方向制御を高頻度で行う必要はないため、動作間隔を長くし、消費電力を減らすためである。そして、処理は端子Ｅを介して図４のステップＳ２７に移行する。

以上のような処理を実施することにより、携帯端末１における表示方向制御において、レスポンスの速さを維持しつつ、且つ消費電力を削減することができる適切な動作間隔を設定できる。

次に、図７を用いて表示方向制御処理について説明する。まず、動作制御部１１１は、時間計測部１０７に計測させている経過時間が、動作間隔データ格納部１０９に格納されている動作間隔Ｔを超えたかを判断する（ステップＳ７１）。経過時間が動作間隔Ｔを超えていない場合（ステップＳ７１：Ｎｏルート）、ステップＳ７１の処理を繰り返す。

一方、経過時間が動作間隔Ｔを超えた場合（ステップＳ７１：Ｙｅｓルート）、動作制御部１１１は、カメラ１１３、顔方向特定部１１７及び表示方向制御部１２１を、動作を開始するように制御する。これに対し、カメラ１１３は、携帯端末１を操作するユーザを撮像し、ユーザの画像を画像格納部１１５に格納する（ステップＳ７３）。また、顔方向特定部１１７は、画像格納部１１５に格納されている画像を解析し、携帯端末１の所定の方向に対する、ユーザの顔の相対的な方向を特定し、解析結果を解析結果格納部１１９に格納する（ステップＳ７５）。さらに、表示方向制御部１２１は、解析結果格納部１１９に格納されているデータに基づき、コンテンツの表示方向を特定し、特定された表示方向にコンテンツが表示されるよう表示制御部１２３を制御する（ステップＳ７７）。

そして、動作制御部１１１は、処理を終了すべきか判断する（ステップＳ７９）。処理を終了すべきでない場合には（ステップＳ７９：Ｎｏルート）、時間計測部１０７に時間の計測の開始を指示し、ステップＳ７１に戻る。一方、処理を終了すべき場合（例えば処理終了又は停止を指示された場合など）には（ステップＳ７９：Ｙｅｓルート）、処理を終了する。

以上のような処理を実施することにより、表示方向の制御に必要な電力を削減することができる。

以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した携帯端末１の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。

また、上で説明した処理フローは、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

なお、上では量子化傾き値として０から３の４つの値を用いる例を示したが、より多くの値又は少ない値を用いることも可能である。

また、量子化傾き値を用いずに処理を行うことも可能である。例えば、最後に表示方向制御を行った時点の傾きを保持しておき、その傾きから一定値以上の変化があった場合に傾き変化イベントとして検出するような構成であってもよい。

また、ユーザの画像に顔の領域が含まれていないような場合には、傾きセンサ１０１で計測した傾きに基づき表示方向制御を行うようにしてもよい。このような技術を用いた携帯端末は技術的によく知られたものであるので、ここでは詳しくは述べない。

また、カメラ１１３のセットアップや初期化等に時間がかかるような場合には、カメラ１１３は常に動作させたままにしておき、顔方向特定部１１７及び表示方向制御部１２１の動作間隔だけを制御してもよい。

なお、携帯端末１については、図８に示すように、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とセンサ群２５２１とがバス２５１９で接続されていることもある。ＯＳ（Operating System）及び本実施の形態における処理を実施するための制御プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、センサ群２５２１（傾きセンサ及びカメラ。場合によっては時間計測部など。）を制御して、必要な測定値を取得すると共に、表示制御部２５０７、ドライブ装置２５１３、通信制御部２５１７を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアと制御プログラム及びＯＳとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本実施の形態をまとめると以下のようになる。

本携帯端末は、（Ａ）携帯端末の傾きを計測する傾き計測部と、（Ｂ）携帯端末を保持するユーザの状態に応じて当該携帯端末の表示画面に表示すべきコンテンツの表示方向を変更する変更部と、（Ｃ）変更部の動作間隔を、傾き計測部により計測された傾きの経時変化に基づき設定する動作間隔設定部と、（Ｄ）変更部を、動作間隔設定部により設定された動作間隔で動作させる動作制御部とを有する。

このように、動作間隔を動的に設定することにより、変更部が消費する電力を削減することができるようになる。

また、上で述べた変更部が、携帯端末を保持するユーザの画像を取得する画像取得部と、画像取得部により取得された画像を解析し、携帯端末の所定の方向に対する、画像に含まれるユーザの顔の相対的な方向を特定する方向特定部と、方向特定部により特定されたユーザの顔の相対的な方向に応じて表示画面に表示すべきコンテンツの表示方向を変更する表示方向制御部とを有するようにしてもよい。ユーザの顔の相対的な方向がわかれば、ユーザにとって好ましい表示方向がわかることを利用したものである。

また、上で述べた動作間隔設定部が、傾き計測部により計測された傾きが所定値以上変化した場合、傾き変化イベントとして検出する検出部と、検出部により傾き変化イベントが検出された場合、当該傾き変化イベントが検出された後、第１の時間が経過するまでに傾き変化イベントが検出されるか監視する状態監視部と、第１の時間が経過しても傾き変化イベントが検出されない場合、動作間隔を所定時間分短くする設定部とを有するようにしてもよい。傾きが安定していないときに頻繁に表示方向を変更することは効率的ではなく、無駄に電力を消費することになるため、傾きが安定してから動作間隔を短くするものである。

また、第１の時間が経過しても傾き変化イベントが検出されない場合、上で述べた状態監視部が、第１の時間が経過した後、第２の時間が経過するまでに傾き変化イベントが検出されるか監視し、第２の時間が経過しても傾き変化イベントが検出されない場合、上で述べた設定部が、動作間隔を元の動作間隔に戻すようにしてもよい。高頻度で動作させる必要がなくなった場合には元の動作間隔に戻し、消費電力を削減するものである。

さらに、第２の時間が経過する前に傾き変化イベントが検出された場合、上で述べた設定部が、動作間隔を元の動作間隔に戻し、上で述べた状態監視部が、傾き変化イベントが検出された後第１の時間が経過するまでに傾き変化イベントが検出されるか再度監視するようにしてもよい。傾きが安定していない場合には元の動作間隔に戻し、消費電力を削減するものである。

なお、上で述べたような処理をハードウエアに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

Claims

携帯端末であって、
カメラの動作間隔を記憶する記憶部と、
前記記憶部に記憶された前記カメラの動作間隔にて画像を撮影する前記カメラと、
前記カメラが撮影した画像を解析し、前記携帯端末の所定の方向に対する、前記画像に含まれるユーザの顔の相対的な方向を特定する特定部と、
前記特定部により特定された前記相対的な方向に応じて、表示画面に表示すべきコンテンツの表示方向を変更する変更部と、
前記携帯端末の傾きを計測する計測部と、
前記計測部により計測された前記携帯端末の傾きが所定値以上変化したことを検出した時点から所定時間が経過するまでの間における前記携帯端末の傾きの変化が所定の条件を満たすか判断する判断部と、
前記所定の条件が満たされると前記判断部により判断された場合、前記カメラの動作間隔を切り替えると共に、切り替えられた前記カメラの動作間隔を前記記憶部に格納する格納処理部と、
を有する携帯端末。