(57)【要約】【課題】携帯端末の状況に適応した告知手段の制御を提供する。【解決手段】携帯端末は、呼の着信をユーザに告知する告知部１１０と、呼が緊急着信を識別する緊急着信条件を充足するか否かを判定する判定部１０２と、呼が緊急着信条件を充足すると判定されるならば告知部１１０に音による告知を行わせる制御部１０１とを具備する。【選択図】図１
2011049743.tif 000002
【特許請求の範囲】
【請求項１】
呼の着信をユーザに告知する告知部と、
前記呼が緊急着信を識別する緊急着信条件を充足するか否かを判定する判定部と、
前記呼が前記緊急着信条件を充足すると判定されるならば前記告知部に音による告知を行わせる制御部と
を具備する携帯端末。
【請求項２】
前記判定部は、前記呼が捜索着信を識別する捜索着信条件を充足するか否かを更に判定し、
前記制御部は、前記呼が前記捜索着信条件を充足すると判定されるならば前記告知部に音による告知を行わせる
請求項１記載の携帯端末。
【請求項３】
前記制御部は、前記呼が前記捜索着信条件を充足すると判定されるならば前記告知部に音のみによる告知を行わせる請求項２記載の携帯端末。
【請求項４】
前記制御部は、前記呼が前記緊急着信条件を充足すると判定されるならば通常の着信音とは異なる特殊音による告知を行わせる請求項１記載の携帯端末。
【請求項５】
呼の着信をユーザに告知する告知部を含む携帯端末の制御方法において、
前記呼が緊急着信を識別する緊急着信条件を充足するか否かを判定することと、
前記呼が前記緊急着信条件を充足すると判定されるならば前記告知部に音による告知を行わせることと
を具備する制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機などの携帯端末に関する。
【背景技術】
【０００２】
携帯電話機に代表される携帯端末は、呼の着信、ｅメールの受信、設定時刻の到来などをユーザに告知するための手段を備えている。従来、例えばスピーカ（音）、バイブレータ（振動）、ＬＥＤ(Light-Emitting Diode)ランプ（光）、入力キーまたはＬＣＤ(Liquid Crystal Display)のバックライト（光）などが告知手段として活用されている。一般に、告知手段の動作内容は、ユーザからのモード設定に従って適宜制御される。例えば、音による告知が好ましくない状況下（会議中、講義中、公共交通機関の利用中など）に携帯端末がある場合には、ユーザは携帯端末をマナーモード（サイレントモードともいう）に設定できる。携帯端末がマナーモードに設定されていると、振動、光などによる（音以外の）告知手段が駆動される。しかしながら、携帯端末が置かれる状況は時々刻々と変化する。故に、このようなユーザのモード設定に基づく告知手段の制御は、実際に告知手段を駆動するタイミングにおける携帯端末の状況に必ずしも適応していない可能性がある。例えば、ユーザがマナーモードを設定していたとしても、緊急の呼が着信したときであれば音による告知を行うことが望ましいと考えられる。また、ユーザが状況の変化に合わせて頻繁にマナーモードの設定／解除を切り替えることは煩雑である。
【０００３】
特許文献１記載の携帯電話機は、加速度センサなどによって検出した振動に基づいて携帯電話機が例えば机上にあるか否かを判定し、机上にあると判定された場合には振動による告知を差し控えている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３１９９９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１記載の携帯電話機によれば、携帯電話機と机との接触による騒音の発生を予防できる。このように、ユーザのモード設定に拘束されずに状況に適応して告知手段を制御することが結果的にユーザビリティの向上に役立つ可能性がある。
【０００６】
従って、本発明は携帯端末の状況に適応した告知手段の制御を提供する。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る携帯端末は、呼の着信をユーザに告知する告知部と、前記呼が緊急着信を識別する緊急着信条件を充足するか否かを判定する判定部と、前記呼が前記緊急着信条件を充足すると判定されるならば前記告知部に音による告知を行わせる制御部とを具備する。
【発明の効果】
【０００８】
本発明によれば、携帯端末の状況に適応した告知手段の制御を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る携帯端末を示すブロック図。
【図２】図１の携帯端末が行う状況判定処理及び告知部の制御処理を示すフローチャート。
【図３】図１の携帯端末が行う状況判定処理において利用されるパラメータを示すテーブル。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の一実施形態について説明する。  
図１に示すように、本発明の一実施形態に係る携帯端末は、制御部１００、告知制御部１０１、状況判定部１０２、告知部１１０、アンテナ１２１、無線部１２２、信号処理部１２３、マイクロホン１２４、スピーカ１２５、記憶部１２６、インタフェース（Ｉ／Ｆ）１２７、リムーバブルメディア１２８、加速度センサ１２９、表示制御部１３０、表示部１３１、入力部１３２を有する。
【００１１】
制御部１００は、例えばＣＰＵなどのプロセッサを備え、図１の携帯端末の各構成要素を統括制御する。以下、制御部１００の具体的な動作を例示する。尚、以下の動作は既存の携帯端末が提供する機能に相当するため簡単に説明する。制御部１００はこれらの動作の一部または全部をサポートしなくてもよいし、その他の動作をサポートしてもよい。
【００１２】
制御部１００は、記憶部１２６に記憶されているスケジュールデータにアクセスすることによりスケジュール機能を提供する。このスケジュール機能は、例えばユーザから会議、講義、行事などのイベントの日時、場所などの登録を受け付けること、登録内容を表示させること、（例えば、イベントのリマインダとして）所望の時間に告知を行わせることなどを含む。
【００１３】
制御部１００は、記憶部１２６に記憶されているカレンダデータにアクセスすることによりカレンダ機能を提供する。このカレンダ機能は、日付を月単位または週単位で表示させること、ユーザから休日の設定を受け付けることなどを含む。
【００１４】
制御部１００は、図示しない水晶振動子の振動数を計数することにより時計機能を提供する。この時計機能は、時刻を計測すること、現在時刻を表示させることなどを含む。また、制御部１００は、記憶部１２６に記憶されているタイマ設定データにアクセスすると共に、前述した時計機能によって計測される時刻情報を参照することにより、タイマ機能を提供する。このタイマ機能は、所望の日時の到来したことを告知させることなどを含む。
【００１５】
制御部１００は、記憶部１２６に記憶されている操作履歴データ、呼の発信履歴データ及び着信履歴データ、ｅメールの送信履歴データ及び受信履歴データなどの各種ログデータにアクセスする。また、制御部１００は、加速度センサ１２９が検出した加速度データを取得する。制御部１００は、図示しないＧＰＳ受信機から位置データを取得する。
【００１６】
告知制御部１０１は、状況判定部１０２の判定結果及びユーザの設定に基づいて、告知部１１０の動作を制御する。告知制御部１０１は、状況判定部１０２の判定結果に対応する告知動作を告知部１１０に指示する。告知制御部１０１は、ユーザのモード設定（マナーモードなど）に拘束されることが不適切となる状況を示す判定結果が得られれば、このモード設定に拘束されることなく適切な告知を行うように告知部１１０を制御する。尚、状況判定部１０２の判定結果の各々に対応する告知動作は、図１の携帯端末の設計時に固定されてもよいし、ユーザからの変更を許容してもよい。また、ユーザからの設定に応じて、特定の判定結果に関する告知制御が解除されてもよい。即ち、ユーザの設定に拘束されることが不適切となる状況を示す判定結果が得られたとしても、告知制御部１０１は当該判定結果が上記特定の判定結果に一致すればユーザのモード設定に従って告知を行うように告知部１１０を制御してもよい。告知制御部１０１の具体的な動作は後述する。告知制御部１０１は、制御部１００に所定のプログラムを実行させることにより実現されてもよいし、制御部１００とは別のプロセッサ、回路などにより実現されてもよい。
【００１７】
状況判定部１０２は、告知部１１０による告知が必要なタイミングにおいて図１の携帯端末が置かれている状況を判定する。状況判定部１０２は、記憶部１２６に記憶されている各種データ（スケジュールデータ、カレンダデータ、タイマ設定データ、ログデータなど）、加速度センサ１２９によって検出された加速度データ、図示しないＧＰＳ受信機によって受信された位置情報、着信した呼に付加された暗証番号（発呼者が発呼時に電話番号に付加するコード）などのパラメータに基づいて図１の携帯端末の状況を判定する。状況判定部１０２は、図１の携帯端末が置かれ得る状況を類型化した判定結果を得る。状況判定部１０２の具体的な動作は後述する。状況判定部１０２は、制御部１００に所定のプログラムを実行させることにより実現されてもよいし、制御部１００とは別のプロセッサ、回路などにより実現されてもよい。
【００１８】
告知部１１０は、バイブレータ１１１、ＬＥＤランプ１１２、スピーカ１１３などの各種告知手段を含む。尚、告知部１１０は、これら以外の告知手段を含んでもよいし、これらの一部または全部を含まなくてもよい。即ち、ユーザの感覚（聴覚、視覚、触覚など）を刺激する任意の要素が告知部１１０に含まれてよい。
【００１９】
バイブレータ１１１は、振動によりユーザへの告知を行う。バイブレータ１１１の振動の持続時間、強度、リズムなどは告知制御部１０１によって制御される。ＬＥＤランプ１１２は、明滅（光）によりユーザへの告知を行う。ＬＥＤランプ１１２の明滅の持続時間、強度、リズム、光の色などは告知制御部１０１によって制御される。スピーカ１１３は、音によりユーザへの告知を行う。スピーカ１１３が出力する音の持続時間、音量、メロディなどは告知制御部１０１によって制御される。
【００２０】
無線部１２２は、制御部１００からの指示に従って動作し、信号処理部１２３から出力される送信信号を無線周波数帯にアップコンバートし、アンテナ１２１を介して図示しない移動通信網に収容される基地局装置に送信したり、上記基地局装置から送信された無線信号をアンテナ１２１を介して受信してベースバンド信号にダウンコンバートしたりする。
【００２１】
信号処理部１２３は、制御部１００からの指示に従って動作し、マイクロホン１２４から入力された音声信号を送信データに変換し、当該送信データに基づいて搬送波を変調した上記送信信号を生成したり、無線部１２２から入力される上記ベースバンド信号を復調して受信データを得て、当該受信データを復号して得た音声信号をスピーカ１２５より出力したりする。尚、スピーカ１２５は、告知部１００の構成要素として機能してもよい。
【００２２】
記憶部１２６は、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read Only Memory)、ハードディスクなどの記憶媒体を含む。記憶部１２６には、制御部１００の制御プログラム、制御データ、ユーザが作成した各種データ、リムーバルメディア１２８に関する制御データなどが記憶される。具体的には、前述したスケジュールデータ、カレンダデータ、タイマ設定データ、ログデータなどが記憶部１２６に記憶される。また、制御部１００にプログラムを実行させることにより告知制御部１０１または状況判定部１０２を実現する場合には、当該プログラムは例えば記憶部１２６またはリムーバブルメディア１２８に記憶される。Ｉ／Ｆ１２７は、リムーバブルメディア１２８を物理的及び電気的に接続して、データ交換を行うためのインタフェースであって、制御部１００によって制御される。
【００２３】
加速度センサ１２９は、例えば３軸方向の加速度を検出し、検出結果を制御部１０１に入力する。表示制御部１３０は、制御部１００からの指示に従って、表示部１３１を駆動制御し、制御部１００から与えられる表示データに基づく画像信号を表示部１３１に表示させる。表示部１３１は、例えばＬＣＤ、ＯＬＥＤ(Organic Light-Emitting Diode)ディスプレイなどである。尚、表示部１３１がＬＣＤである場合には、このＬＣＤのバックライトが告知部１００の構成要素として機能してもよい。
【００２４】
入力部１３２は、複数のキースイッチ（例えば、いわゆるテンキー(numeric keypad)）、タッチパネルなどの入力デバイスを用いて、ユーザからの要求を受理するユーザインタフェースを含む。尚、入力部１３２は、上記入力デバイスを点灯するためのバックライトを含んでもよい。このバックライトは、告知部１００の構成要素として機能してもよい。
【００２５】
以下、図２を用いて状況判定部１０２が行う状況判定処理及び告知制御部１０１が行う告知部１１０の制御処理を説明する。尚、以下の説明では、状況判定部１０２は、「緊急着信」、「捜索着信」、「就寝」、「プライベートタイム（停止状態）」、「イベント（停止状態）」、「放置」、「プライベートタイム（活動状態）」、「イベント（活動状態）」、「操作／通信中」、「手持ち」及び「携行中」の計１１種別に状況を類型化するものと仮定するが、状況判定部１０２はより細かくまたはより粗く状況を類型化してもよいし、状況を上記例とは異なる基準で類型化してもよい。
【００２６】
告知部１１０の駆動が必要なタイミングが到来すると、処理はステップＳ２０１に進む。尚、告知部１１０の駆動が必要なタイミングは、呼の着信時に限られず、ｅメールの受信時、設定時刻の到来時など様々である。しかしながら、後述するように、ステップＳ２０１乃至ステップＳ２０６の処理は呼の着信時を想定しているので、これ以外のタイミングが到来した場合には、処理はステップＳ２０１乃至ステップＳ２０６を省略してステップＳ２０７に進んでもよい。
【００２７】
ステップＳ２０１において、状況判定部１０２は着信した呼が緊急着信条件を充足するか否かを判定する。ここで、緊急着信条件は緊急着信を識別するための条件であり、緊急着信はユーザへの早急な連絡を希望している発呼者からの着信である。具体的には、緊急着信条件は、（ａ）発呼者の電話番号が予め指定されたもの（例えば、勤務先、家族などの電話番号）であること、（ｂ）呼に付加された暗証番号（パスワード）が予め指定されたものであること、（ｃ）同一の発呼者からの所定期間内における着信回数が閾値以上であることなどを含む。尚、緊急着信条件の実際の規定内容はユーザによって任意に定められてよい。例えば、緊急着信条件は、上記条件（ａ）乃至（ｃ）の一部または全ての論理積または論理和であってよい。ステップＳ２０１において状況判定部１０２が着信した呼は緊急着信条件を充足すると判定すれば処理はステップＳ２０２に進み、そうでなければ処理はステップＳ２０４に進む。
【００２８】
ステップＳ２０２において、状況判定部１０２は現在の状況が「緊急着信」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音による告知を行わせる（ステップＳ２０３）。例えば、告知制御部１０１は、スピーカ１１３を駆動させる。また、告知制御部１０１は、スピーカ１１３に追加してバイブレータ１１１及びＬＥＤランプ１１２を駆動させてもよい。通常、ユーザは緊急着信を見落とさないことを希望すると考えられる。従って、状況が「緊急着信」であるならば、仮にユーザが音による告知を回避するモードを設定していたとしても、ユーザの注意を引きつけるために音による告知を行うことが望ましい。また、告知制御部１０１は、ユーザの注意を更に引きつけるために、通常の着信音とは異なる特殊音をスピーカ１１３から出力させてもよい。
【００２９】
ステップＳ２０４において、状況判定部１０２は着信した呼が捜索着信条件を充足するか否かを判定する。ここで、捜索着信条件は捜索着信を識別するための条件であり、捜索着信は紛失した携帯端末を捜索中のユーザ自身からの着信である。例えば、ユーザが紛失した携帯端末を捜索するために自宅の固定電話機などから当該携帯端末に発呼することが想定される。具体的には、捜索着信条件は、（ａ）発呼者の電話番号が予め指定されたもの（例えば、ユーザの自宅の固定電話機の電話番号）であること、（ｂ）呼に付加された暗証番号が予め指定されたものであること、（ｃ）同一の発呼者からの所定期間内における着信回数が閾値以上であることなどを含む。尚、捜索着信条件の実際の規定内容はユーザによって任意に定められてよい。例えば、捜索着信条件は上記条件（ａ）乃至（ｃ）の一部または全ての論理積または論理和であってよい。ステップＳ２０４において状況判定部１０２が着信した呼は捜索着信条件を充足すると判定すれば処理はステップＳ２０５に進み、そうでなければ処理はステップＳ２０７に進む。
【００３０】
ステップＳ２０５において、状況判定部１０２は現在の状況が「捜索着信」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音による告知を行わせる（ステップＳ２０６）。例えば、告知制御部１０１は、スピーカ１１３を駆動させる。通常、ユーザは紛失した携帯端末を早急に発見することを希望すると考えられる。従って、状況が「捜索着信」であるならば、仮にユーザが音による告知を回避するモードを設定していたとしても、ユーザの注意を引きつけるために音による告知を行うことが望ましい。また、携帯端末の捜索時において携帯端末はユーザの目の届かない所にある可能性が高いので、光による告知（ＬＥＤランプ１１２、バックライトなどを使用した告知）はあまり効果的でないかもしれない。また、ユーザの注意を引きつけるという観点からすると、振動による告知（バイブレータ１１１などを使用した告知）は、音による告知に比べて劣る。従って、告知制御部１０１は、状況が「捜索着信」であるならば、音のみによる告知を行わせるようにしてもよい。このように告知手段を絞り込むことにより、消費電力を削減し、携帯端末のバッテリの消耗を抑えることが可能となる。このような告知手段の絞り込みは、バッテリ残量の低い状況において特に好適である。また、バッテリ残量が閾値未満であるときに限って告知手段を絞り込んでもよい。また、告知制御部１０１は、ユーザの注意を更に引きつけるために、通常の着信音とは異なる特殊音をスピーカ１１３から出力させてもよい。
【００３１】
ステップＳ２０７において、状況判定部１０２は直近の所定期間内に加速度センサ１２９が加速度を検出しているか否かを判定する。例えば、状況判定部１０２は、加速度センサ１２９の取得した３軸加速度データの一部または全部が閾値以上であれば、加速度の検出があったと判定する。この加速度の検出の有無は、図１の携帯端末が動きのある状態（活動状態）であるか、または、動きのない状態（停止状態）であるかを判定するための指標となる。ステップＳ２０７において状況判定部１０２が加速度の検出ありと判定すれば処理はステップＳ２０８に進み、そうでなければ処理はステップＳ２２２に進む。
【００３２】
ステップＳ２０８において、状況判定部１０２は現在時刻がプライベートタイムに該当するか否かを判定する。プライベートタイムは、例えば勤務時間帯、講義時間帯などの公的な時間帯を除いた私的な時間帯である。プライベートタイムは休日であれば後述する就寝時間帯を除く全時間帯であってもよいし、平日であれば就寝時間帯及び上記公的な時間帯を除く全時間帯であってもよい。尚、公的な時間帯は、例えば９時から１７時までなどの所定の時間帯であってもよいし、ユーザによって任意に設定されてもよい。また、ユーザが直接的にプライベートタイムを設定してもよい。尚、状況判定部１０２は、例えばカレンダ機能を活用して休日／平日を識別できる。また、状況判定部１０２は、週末（日本であれば土曜日及び日曜日）及び祝日を休日として扱ってもよいし、カレンダ機能を利用してユーザが休日を設定しているならば設定日を休日として扱ってもよい。ステップＳ２０８において状況判定部１０２が現在時刻はプライベートタイムに該当すると判定すれば処理はステップＳ２０９に進み、そうでなければ処理はステップＳ２１１に進む。
【００３３】
ステップＳ２０９において、状況判定部１０２は現在の状況が「プライベートタイム（活動状態）」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音以外（例えば、振動または光）による告知を行わせる（ステップＳ２０６）。例えば、告知制御部１０１は、バイブレータ１１１及びＬＥＤランプ１１２を駆動させる。状況が「プライベートタイム（活動状態）」であるとき、ユーザは図１の携帯端末を所持して何らかの活動をしている可能性が高い。プライベートタイムにおけるユーザの活動として、ドライブ、スポーツ、ショッピングなどが想定される。音による告知はこれらの活動の妨げになる可能性あり、ユーザは音による告知を希望しないかもしれない。従って、このようなユーザのニーズを考慮すると、状況が「プライベートタイム（活動状態）」であるならば、仮にユーザが音による告知が有効なモードを設定していたとしても、音による告知を回避可能とすることが望ましい。また、振動による告知は騒音を発生させることもあるので、告知制御部１０１は振動による告知を回避してもよい。
【００３４】
ステップＳ２１１において、状況判定部１０２は現在時刻に予定（スケジュール）されているイベントがあるか否かを判定する。例えば、状況判定部１０２は、スケジュール機能を活用して登録済みのイベントのうち現在発生中のものを検索する。ステップＳ２１１において状況判定部１０２が現在時刻に予定されているイベントがあると判定すれば処理はステップＳ２１２に進み、そうでなければ処理はステップＳ２１４に進む。
【００３５】
ステップＳ２１２において、状況判定部１０２は、現在の状況が「イベント（活動状態）」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音以外（例えば、振動または光）による告知を行わせる（ステップＳ２１３）。例えば、告知制御部１０１は、バイブレータ１１１及びＬＥＤランプ１１２を駆動させる。「イベント（活動状態）」と判定される状況として会議中、講義中などが想定されるが、このような状況は音による告知が不適切となる可能性が高い。従って、状況が「イベント（活動状態）」であるならば、仮にユーザが音による告知が有効なモードを設定していたとしても、音による告知を回避可能とすることが望ましい。また、振動による告知は騒音を発生させることもあるので、告知制御部１０１は振動による告知を回避してもよい。
【００３６】
ステップＳ２１４において、状況判定部１０２は、直近の所定期間内に操作履歴があるか否かを判定する。例えば、状況判定部１０２は、記憶部１２６に記憶されている操作履歴データを参照する。ステップＳ２１４において状況判定部１０２が操作履歴ありと判定すれば処理はステップＳ２１５に進み、そうでなければ処理はステップＳ２１７に進む。
【００３７】
ステップＳ２１５において、状況判定部１０２は、現在の状況が「操作／通信中」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０にユーザのモード設定通りの告知を行わせる（ステップＳ２１６）。状況が「操作／通信中」であれば、ユーザが目の届く位置で図１の携帯端末を操作中であるか、通信（Ｗｅｂページの閲覧、ｅメールの送受信など）を利用している可能性が高い。このような状況において、音、振動、光などの個々の告知手段の間に優劣はないと考えられる。従って、告知制御部１０１は、ユーザのモード設定通りの告知を告知部１１０に行わせる。
【００３８】
ステップＳ２１７において、状況判定部１０２は、現在の不在着信数が閾値以上であるか否かを判定する。例えば、状況判定部１０２は、記憶部１２６に記憶されている着信履歴データを参照する。例えばユーザが図１の携帯端末を手持ちしていれば（状況が「手持ち」）不在着信数は少なく、ケース、鞄、衣服のポケットなどに収納して携行していれば（状況が「携行中」）不在着信数は多いと考えられる。尚、ステップＳ２１７における閾値は、設計時に定められてもよいし、ユーザから設定されてもよい。ステップＳ２１７において状況判定部１０２が現在の不在着信数が閾値以上であると判定すれば処理はステップＳ２２０に進み、そうでなければ処理はステップＳ２１８に進む。
【００３９】
ステップＳ２１８において、状況判定部１０２は、現在の状況が「手持ち」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０にユーザのモード設定通りの告知を行わせる（ステップＳ２１９）。状況が「手持ち」であれば、ユーザが目の届く位置に図１の携帯端末がある可能性が高い。このような状況において、音、振動、光などの個々の告知手段の間に優劣はないと考えられる。従って、告知制御部１０１は、ユーザのモード設定通りの告知を告知部１１０に行わせる。
【００４０】
ステップＳ２２０において、状況判定部１０２は、現在の状況が「携行中」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音による告知を行わせる（ステップＳ２２１）。例えば、告知制御部１０１は、スピーカ１１３を駆動させる。現在の状況が「携行中」であれば、ユーザの目の届かない位置（例えば、ケース、鞄、衣服のポケットの中）に図１の携帯端末がある可能性が高い。従って、状況であれば、状況が「携行中」であるならば、仮にユーザが音による告知を回避するモードを設定していたとしても、ユーザの注意を引きやすい音による告知を行うことが望ましい。
【００４１】
ステップＳ２２２において、状況判定部１０２は、現在時刻が就寝時間帯に該当するか否かを判定する。就寝時間帯は、設計時に定められてもよいし、ユーザから設定されてもよい。ステップＳ２２２において、状況判定部１０２が現在時刻は就寝時間帯に該当すると判定すれば処理はステップＳ２２３に進み、そうでなければ処理はステップＳ２２５に進む。
【００４２】
ステップＳ２２３において、状況判定部１０２は、現在の状況が「就寝」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音以外（例えば、振動または光）による告知を行わせる（ステップＳ２２４）。例えば、告知制御部１０１は、バイブレータ１１１及びＬＥＤランプ１１２を駆動させる。状況が「就寝」である場合には、ユーザは眠っている可能性が高く、音による告知は睡眠の妨げとなってしまう。ユーザは、あまり重要でない告知のために睡眠を妨げられることを望まないと考えられる。従って、状況が「就寝」であるならば、仮にユーザが音による告知が有効なモードを設定していたとしても、音による告知を回避することが望ましい。また、振動による告知は騒音を発生させることもあるので、告知制御部１０１は振動による告知を回避してもよい。
【００４３】
ステップＳ２２５において、状況判定部１０２は、現在時刻がプライベートタイムに該当するか否かを判定する。ステップＳ２２５における処理の内容は、ステップＳＳ２０８における処理と同じでよい。ステップＳ２２５において状況判定部１０２が現在時刻はプライベートタイムに該当すると判定すれば処理はステップＳ２２６に進み、そうでなければ処理はステップＳ２２８に進む。
【００４４】
ステップＳ２２６において、状況判定部１０２は、現在の状況が「プライベートタイム（停止状態）」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０にユーザのモード設定通りの告知を行わせる（ステップＳ２２７）。状況が「プライベートタイム（停止状態）」であれば、ユーザは自宅などでリラックスした状態にあると予想される。このような状況において、音、振動、光などの個々の告知手段の間に優劣はないと考えられる。従って、告知制御部１０１は、ユーザのモード設定通りの告知を告知部１１０に行わせる。
【００４５】
ステップＳ２２８において、状況判定部１０２は、現在時刻に予定されているイベントがあるか否かを判定する。ステップＳ２２８における処理の内容は、ステップＳ２１１における処理と同じでよい。ステップＳ２２８において状況判定部１０２が現在時刻に予定されているイベントがあると判定すれば処理はステップＳ２２９に進み、そうでなければ処理はステップＳ２３１に進む。
【００４６】
ステップＳ２２９において、状況判定部１０２は、現在の状況が「イベント（停止状態）」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０に音以外（例えば、振動または光）による告知を行わせる（ステップＳ２３０）。例えば、告知制御部１０１は、バイブレータ１１１及びＬＥＤランプ１１２を駆動させる。「イベント（停止状態）」と判定される状況として、前述した「イベント（活動状態）」と同様に会議中、講義中などが想定されるが、このような状況は音による告知が不適切となる可能性が高い。従って、状況が「イベント（停止状態）」であるならば、仮にユーザが音による告知が有効なモードを設定していたとしても、音による告知を回避可能とすることが望ましい。また、振動による告知は騒音を発生させることもあるので、告知制御部１０１は振動による告知を回避してもよい。
【００４７】
ステップＳ２３１において、状況判定部１０２は、現在の状況が「放置」であると判定し、判定結果を告知制御部１０１に入力する。次に、告知制御部１０１は、告知部１１０にユーザのモード設定通りの告知を行わせる（ステップＳ２３２）。状況が「放置」であれば、図１の携帯端末は机上に置かれている、鞄の中に収納されたままであるなどと予想される。このような状況において、音、振動、光などの個々の告知手段の間に優劣はないと考えられる。従って、告知制御部１０１は、ユーザのモード設定通りの告知を告知部１１０に行わせる。
【００４８】
以上のように、状況判定部１０２は告知部１１０の駆動が必要なタイミングにおいて図１の携帯端末が置かれている状況を判定し、告知部１１０はこの判定結果に基づき告知部１１０の動作を制御できる。
【００４９】
図３に示すように、状況判定部１０２は、様々なパラメータを状況判定に利用できる。これらのパラメータは、既存の携帯端末の機能を利用すれば取得可能である。尚、状況判定部１０２が利用可能なパラメータは、図３の例に限られない。例えば、状況判定部１０２は、加速度センサ１２９に加えて、照度センサ、紫外線センサ、感圧センサ、静電センサなどの各種センサによって検出した情報を状況判定に利用してもよい。例えば、照度センサの検出結果は、携帯端末が屋外にあるか否か判定するときや、携帯端末がケース、鞄、衣服のポケットなどに収納されているか否かを判定するときや、ユーザが就寝中であるか否かを判定するときに役立つ。紫外線センサの検出結果も、携帯端末が屋外にあるか否かを判定するときに役立つ。感圧センサの検出結果は、携帯端末が何らかの物体に接触しているか否かを判定するときに役立つ。また、静電センサの検出結果は、携帯端末にユーザの手が接触しているか否かを判定するときに役立つ。また、状況判定部１０２は、ＧＰＳ受信機から位置情報を取得し、状況判定に利用してもよい。この位置情報を、例えば予め設定されているユーザの自宅、勤務先、学校などの位置情報と照合することにより、状況判定の精度を向上できる。また、太陽光充電機能を備えた携帯端末であれば、状況判定部１０２は、充電機能の利用状態に応じて携帯端末が屋外にあるか否か判定できる。
【００５０】
以上説明したように、本発明の一実施形態に係る携帯端末は、様々なパラメータに基づいて現在の状況を判定し、状況に応じて告知手段を制御している。従って、本実施形態に係る携帯端末によれば、時々刻々と変化する状況に適応して告知手段を制御できる。
【００５１】
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。
【００５２】
例えば、上記実施形態の処理を実現するプログラムを、コンピュータで読み取り可能な記憶媒体に格納して提供することも可能である。記憶媒体としては、半導体メモリなどプログラムを記憶でき、かつ、携帯端末が読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。
【００５３】
また、上記実施形態の処理を実現するプログラムを、インターネットなどのネットワークに接続されたコンピュータ（サーバ）上に格納し、ネットワーク経由で携帯端末（クライアント）にダウンロードさせてもよい。
【符号の説明】
【００５４】
１００・・・制御部
１０１・・・告知制御部
１０２・・・状況判定部
１１０・・・告知部
１１１・・・バイブレータ
１１２・・・ＬＥＤランプ
１１３・・・スピーカ
１２１・・・アンテナ
１２２・・・無線部
１２３・・・信号処理部
１２４・・・マイクロホン
１２５・・・スピーカ
１２６・・・記憶部
１２７・・・Ｉ／Ｆ
１２８・・・リムーバブルメディア
１２９・・・加速度センサ
１３０・・・表示制御部
１３１・・・表示部
１３２・・・入力部
【図１】
2011049743.tif 000003
【図２】
2011049743.tif 000004
【図３】
2011049743.tif 000005