JP7146984B2 - 電話機、方法及びプログラム - Google Patents

Description

本開示は、電話機、電話機の制御方法及び電話機のプログラムに関する。

従来から、ユーザが応答できなかった着信を不在着信として記録する電話機が存在する。このような電話機は、一般的に、不在着信の存在を、ユーザに報知する。例えば、特許文献１に記載の電話機は、キーを点灯させることによって、不在着信の存在を、ユーザに報知する。

特開２００６－３１９５２５号公報

しかしながら、従来の電話機において、不在着信を報知する方法には、改善の余地がある。

かかる点に鑑みてなされた本開示の目的は、改善された、電話機、電話機の制御方法及び電話機のプログラムを提供することにある。

本開示の一実施形態に係る電話機は、センサ部と、報知部と、コントローラとを備える。前記センサ部は、前記電話機の状態を検出する。前記コントローラは、着信に対する第１ユーザ操作が検出されないとき、当該着信の存在を、前記状態に応じる少なくとも異なる時間間隔を含むタイミングで、前記報知部に報知させる。

本開示の一実施形態に係る電話機の制御方法は、センサ部と、報知部と、コントローラとを備える電話機の制御方法である。前記電話機の制御方法は、前記センサ部が、前記電話機の状態を検出するステップを含む。さらに、前記電話機の制御方法は、前記コントローラが、着信に対する第１ユーザ操作が検出されないとき、当該着信の存在を、前記状態に応じる少なくとも異なる時間間隔を含むタイミングで、前記報知部に報知させるステップを含む。

本開示の一実施形態に係る電話機のプログラムは、電話機に、前記電話機の状態を検出するステップを実行させる。さらに、前記電話機のプログラムは、着信に対する第１ユーザ操作が検出されないとき、当該着信の存在を、前記状態に応じる少なくとも異なる時間間隔を含むタイミングで、前記電話機が備える報知部に報知させるステップを実行させる。

本開示の一実施形態によれば、改善された、電話機、電話機の制御方法及び電話機のプログラムが提供され得る。

本開示の第１実施形態に係る携帯電話機の前面図である。 本開示の第１実施形態に係る携帯電話機の背面図である。 本開示の第１実施形態に係る携帯電話機のブロック図である。 本開示の第１実施形態に係るディスプレイに表示される報知画像を含む画面である。 本開示の第１実施形態に係るディスプレイに表示されるスヌーズ処理の解除画像を含む画面である。 本開示の第１実施形態に係るディスプレイに表示される通話履歴を示す画面である。 本開示の第１実施形態に係る携帯電話機の動作を示すフローチャートである。 本開示の第２実施形態に係る報知タイミングを示す図である。 本開示の第２実施形態に係る携帯電話機の動作を示すフローチャートである。 変形例に係るディスプレイに表示されるスヌーズ機能に関する表示を含む画面である。

本明細書では、電話機は、携帯電話機であるものとするが、これに限定されない。電話機は、通話機能を有する機器であればよく、例えば、固定電話回線に接続された電話機、インターネットを利用したＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ）電話、及び、通話機能を有するその他の機器等であってもよい。

（第１実施形態）
まず、図１及び図２を参照しながら、本開示の第１実施形態に係る携帯電話機１の外観について説明する。図１は、本開示の第１実施形態に係る携帯電話機１の前面図である。図２は、本開示の第１実施形態に係る携帯電話機１の背面図である。

携帯電話機１は、例えば、スマートフォンである。携帯電話機１は、前面に、ディスプレイ２と、操作キー３Ａ，３Ｂ，３Ｃと、ランプ４と、カメラ５Ａと、近接センサ６と、レシーバ７と、マイク８とを備える。携帯電話機１は、側面に、音量キー３Ｄと、電源キー３Ｅとを備える。携帯電話機１は、背面に、カメラ５Ｂと、ライト９と、スピーカ１０とを備える。

続いて、図３を参照しながら、携帯電話機１の機能について説明する。図３は、本開示の第１実施形態に係る携帯電話機１のブロック図である。

携帯電話機１は、通話機能を有する。携帯電話機１は、さらに、伝言メモ機能を有してもよい。携帯電話機１は、さらに、キー３と、振動部１１と、バッテリ１２と、通信ユニット１３と、センサ部１４と、ストレージ２０と、コントローラ２１とを備える。携帯電話機１は、例えば、報知部として、ディスプレイ２、スピーカ１０及び振動部１１を含む。携帯電話機１の報知部は、ディスプレイ２、スピーカ１０及び振動部１１に限定されず、任意のものであってよい。

ディスプレイ２は、表示パネル２Ａと、タッチセンサ２Ｂとを有する。表示パネル２Ａは、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）又は無機ＥＬ等で構成される。表示パネル２Ａは、コントローラ２１から取得した情報に基づいて、文字、画像、操作用オブジェクト及びポインタ等を表示する。

タッチセンサ２Ｂは、透明なシート状に形成され、表示パネル２Ａ上に配置される。ユーザは、タッチセンサ２Ｂを透かして表示パネル２Ａを視認する。タッチセンサ２Ｂは、例えば、ユーザの指及びスタライスペン等がディスプレイ２に接触した位置を、ユーザのディスプレイ２に対する入力として検出する。

タッチセンサ２Ｂの検出方式は、例えば、静電容量方式、抵抗膜方式、表面弾性波方式（又は超音波方式）、赤外線方式、電磁誘導方式及び荷重検出方式等の任意の方式であってよい。

キー３は、ユーザによって操作される。コントローラ２１は、キー３と協働して、キーに対するユーザ操作を検出する。キー３に対するユーザ操作は、例えば、クリック、ダブルクリック、プッシュ、ロングプッシュ及びマルチプッシュである。キー３は、操作キー３Ａ～３Ｃと、音量キー３Ｄと、電源キー３Ｅとを含む。

操作キー３Ａ～３Ｃは、例えば、タッチセンサ式のソフトキーである。操作キー３Ａ～３Ｃは、ディスプレイ２上に表示される。なお、操作キー３Ａ～３Ｃは、押しボタン式のハードキーであってもよい。

操作キー３Ａは、例えば、バックキーである。操作キー３Ａは、ディスプレイ２に表示されている現在の画面を１つ前の画面に戻すときに、ユーザによって操作される。操作キー３Ｂは、例えば、メニューキーである。操作キー３Ｂは、ディスプレイ２にメニュー画面を表示させるとき、ユーザによって操作される。操作キー３Ｃは、例えば、ホームキーである。操作キー３Ｃは、ディスプレイ２にホーム画面を表示させるとき、ユーザによって操作される。

音量キー３Ｄは、例えば、押しボタン式のハードキーである。音量キー３Ｄは、スピーカ１０から出力される音量を調整するときに、ユーザによって操作される。音量キー３Ｄは、例えば、アップキー及びダウンキーから構成される。アップキーを操作するとスピーカ１０から出力される音量が大きくなり、ダウンキーを操作すると、スピーカ１０から出力される音量が小さくなる。

電源キー３Ｅは、例えば、押しボタン式のハードキーである。電源キー３Ｅは、携帯電話機１の電源をオン／オフさせるときに、ユーザによって操作される。さらに、電源キー３Ｅは、携帯電話機１をスリープモードに移行させるとき及び携帯電話機１のスリープモードを解除するときに、ユーザによって操作されてもよい。加えて、電源キー３Ｅは、伝言メモ機能の実行中に、伝言メモ機能の実行を中断するときに、ユーザによって操作されてもよい。

ランプ４は、例えば、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）を含む。ランプ４は、他の通信機器からの電話の着信中及びバッテリ１２の充電中、点灯する。また、ランプ４は、不在着信があるとき及び新着メールがあるとき等、予め設定されたパターンに従って点滅する。

カメラ５Ａは、いわゆるインカメラである。カメラ５Ａは、携帯電話機１の前面側に存在する被写体を撮影する。カメラ５Ｂは、いわゆるアウトカメラである。カメラ５Ｂは、携帯電話機１の背面側に存在する被写体を撮影する。

レシーバ７は、コントローラ２１から送信される音声信号を、音声に変換して出力する。レシーバ７からは、通話中、通話している相手の声が出力される。マイク８は、通話中のユーザの声及び付近の音を、音声信号に変換してコントローラ２１に送信する。

ライト９は、例えば、ＬＥＤを含む。ライト９は、カメラ５Ｂが物体を撮影するときに発光する。また、ライト９は、簡易的な照明として発光することもできる。

スピーカ１０は、他の通信機器からの電話の着信中及びメールを受信したとき、着信音を出力する。

振動部１１は、例えば、圧電素子等の振動子を含む。振動部１１は、他の通信機器からの電話の着信中及びメールを受信したときに、予め設定された振動パターンに従って振動する。

バッテリ１２は、外部から供給される電力によって充電される。バッテリ１２は、携帯電話機１内の各構成要素に電力を供給する。

通信ユニット１３は、無線により通信する。通信ユニット１３によって行われる通信方式は、無線通信規格である。例えば、無線通信規格として、２Ｇ、３Ｇ、４Ｇ等のセルラーフォンの通信規格がある。例えば、セルラーフォンの通信規格として、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、Ｗ－ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＣＤＭＡ２０００、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－Ｐｈｏｎｅ Ｓｙｓｔｅｍ）等がある。例えば、無線通信規格として、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＩＥＥＥ８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等がある。通信ユニット１３は、上述した通信規格の１つ又は複数をサポートしていてもよい。

センサ部１４は、携帯電話機１の状態を検出する。センサ部１４は、検出した携帯電話機の状態を、コントローラ２１に出力する。センサ部１４は、例えば、図１に示す近接センサ６、加速度センサ、磁気センサ、ジャイロセンサ及び気圧センサを含む。

近接センサ６は、近隣の物体の存在を非接触で検出する。例えば、ユーザは、携帯電話機１を用いて通話するとき、ディスプレイ２を顔に近付ける。このとき、近接センサ６は、ユーザの顔を、近隣の物体として検出する。コントローラ２１は、近接センサ６がユーザの顔を近隣の物体として検出すると、ディスプレイ２の表示機能をオフ状態にする。

加速度センサは、携帯電話機１に働く加速度を検出する。加速度センサは、検出した加速度を、コントローラ２１に出力する。

磁気センサは、携帯電話機１の周囲の磁気の大きさ及び向きを検出する。磁気センサは、検出した磁気の大きさ及び方向を、コントローラ２１に出力する。

ジャイロセンサは、携帯電話機１の角速度を検出する。ジャイロセンサは、検出した角速度を、コントローラ２１に出力する。

気圧センサは、携帯電話機の外側の気圧すなわち大気圧を検出する。気圧センサは、検出した気圧を、コントローラ２１に出力する。

ストレージ２０は、記憶部としてプログラム及びデータを記憶する。ストレージ２０は、コントローラ２１の処理結果を一時的に記憶する記憶部としても利用される。ストレージ２０は、半導体記憶デバイス及び磁気記憶デバイス等の任意の記憶デバイスを含んでもよい。また、ストレージ２０は、複数種類の記憶デバイスを含んでもよい。また、ストレージ２０は、メモリカード等の可搬の記憶媒体と、記憶媒体の読み取り装置との組み合わせを含んでもよい。

ストレージ２０に記憶されるプログラムには、例えば、フォアグランド又はバックグランドで実行されるアプリケーションと、アプリケーションの動作を支援する制御プログラムとが含まれる。アプリケーションは、例えば、ディスプレイ２に所定の画面を表示させ、タッチセンサ２Ｂを介して検出されるユーザ操作に応じた処理を、コントローラ２１に実行させる。制御プログラムは、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）である。アプリケーション及び制御プログラムは、通信ユニット１３による無線通信又は記憶媒体を介してストレージ２０にインストールされてもよい。本実施形態では、ストレージ２０は、例えば、アプリケーション２０Ａ、アプリケーション２０Ｂ、アプリケーション２０Ｃ及び、制御プログラム２０Ｄを記憶する。

アプリケーション２０Ａは、発信履歴データ及び着信履歴データを管理するアプリケーションである。発信履歴データは、例えば、携帯電話機１が発信した電話番号（又は電話帳データに登録された個人名）と発信日時とを含む情報である。着信履歴データは、例えば、携帯電話機１にて着信した電話番号（又は電話帳データに登録された個人名）と着信日時とを含む情報である。アプリケーション２０Ａは、発信履歴データ及び着信履歴データを格納する機能と、ユーザ操作に応じて、発信履歴及び着信履歴を含む通話履歴を示す画面を、ディスプレイ２に表示させる機能とを提供する。

アプリケーション２０Ｂは、電話帳データを管理するアプリケーションである。電話帳データは、例えば、予め登録された、個人名と当該個人名に対応する少なくとも１つの電話番号とを含む情報である。電話番号は、例えば、固定電話の加入者線、及び、移動体通信・ＩＰ電話の特定サービスアカウント等に接続するために用いられる識別子である。アプリケーション２０Ｂは、電話帳データを格納する機能と、ユーザ操作に応じて、電話帳データを、ディスプレイ２に表示させる機能とを提供する。

アプリケーション２０Ｃは、ユーザのスケジュールを管理するアプリケーションである。アプリケーション２０Ｃは、カレンダーとともに登録されたスケジュールをディスプレイ２に表示させるカレンダー機能を提供する。

制御プログラム２０Ｄは、携帯電話機１を稼働させるための各種制御に関する機能を提供する。制御プログラム２０Ｄは、レシーバ７、マイク８及び通信ユニット１３等を制御することによって、通話機能を提供する。制御プログラム２０Ｄが提供する機能は、他のプログラムが提供する機能と組み合わされて利用されてもよい。

ストレージ２０に記憶されるデータには、例えば、ユーザによって設定されたスピーカ１０の着信音量（以下「設定音量」という）が含まれる。さらに、ストレージ２０には、伝言メモ、発信履歴データ、着信履歴データ及び電話帳データが含まれる。伝言メモは、携帯電話機１が有する伝言メモ機能によって、発信元の通信機器から送信された音声情報である。加えて、ストレージ２０に記憶されるデータには、後述の図４に示すスヌーズ処理を行うタイミングが含まれる。

コントローラ２１は、演算処理装置である。演算処理装置は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＳｏＣ（Ｓｙｓｔｅｍ Ｏｎ ａ Ｃｈｉｐ）、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）及びコプロセッサを含むが、これらに限定されない。コントローラ２１は、複数の演算処理装置を含んでもよい。コントローラ２１は、携帯電話機１の動作を統括的に制御して各種の機能を実現する。

具体的には、コントローラ２１は、ストレージ２０に記憶されているデータを必要に応じて参照しつつ、ストレージ２０に記憶されているプログラムに含まれる命令を実行する。さらに、コントローラ２１は、データ及び命令に応じて各機能部を制御することによって、各種機能を実現する。機能部は、例えば、表示パネル２Ａ、レシーバ７、マイク８、スピーカ１０、振動部１１、及び、通信ユニット１３を含むが、これらに限定されない。コントローラ２１は、検出部の結果に応じて、制御を変更することがある。検出部は、例えば、タッチセンサ２Ｂ、キー３、及び、センサ部１４を含むが、これらに限定されない。コントローラ２１は、例えば、ストレージ２０に記憶されている制御プログラム２０Ｄに含まれる命令を実行して各種機能を実現する。

本実施形態では、コントローラ２１は、他の通信機器からの着信を検出する。コントローラ２１は、検出した着信に対し、通話機能を実行するためのユーザ操作（着信応答操作）を検出したときは、通話機能を実行する。このような制御によって、携帯電話機１のユーザは、発信者と通話し得る。

一方、コントローラ２１は、検出した着信に対して第１ユーザ操作が検出されないとき、当該着信の存在を、報知部によって、ユーザに報知する。第１ユーザ操作は、着信中に、当該着信に対して実行されるユーザ操作である。つまり、第１ユーザ操作とは、着信に気付いたユーザが、着信中に携帯電話機１に対して取り得る操作である。第１ユーザ操作には、例えば、上述の着信応答操作、伝言メモの録音開始前に伝言メモ機能の実行を中断するためのユーザ操作、及び、着信を他の通信機器に転送するためのユーザ操作が含まれる。さらに、ユーザ操作に基づいて伝言メモ機能が実行されるように携帯電話機１が設定されている場合、第１ユーザ操作には、伝言メモ機能を一時的に実行させるためのユーザ操作が含まれてもよい。

このような制御によって、通話機能が実行されなかった着信（一般的には「不在着信」と称される）のうち、第１ユーザ操作が検出されない着信の存在、すなわち、ユーザが気付かなかった着信の存在が、ユーザに報知され得る。以後、第１ユーザ操作が検出されない着信を「不知着信」と表記する。

不知着信の例として、次の（１）～（４）が挙げられる。
（１）通話機能が実行される前に発信者の操作によって切断された着信
（２）伝言メモの録音開始前に発信者の操作によって伝言メモ機能の実行が中断された着信
（３）伝言メモの録音が完了した着信
（４）ユーザが留守番電話サービスを利用している場合に、留守番電話機能の実行によって留守番電話センターに自動転送された着信
本実施形態に係るコントローラ２１は、上述（１）～（４）を含み得る不知着信の存在を、ユーザに報知し得る。

コントローラ２１は、不知着信の存在を、携帯電話機１の状態に応じる少なくとも異なる時間間隔を含むタイミングで、報知部に報知させる。以後、この処理をスヌーズ処理とも表記する。このスヌーズ処理の詳細は、下記の＜スヌーズ処理＞にて説明する。さらに、コントローラ２１は、スヌーズ処理の実行による不知着信の存在の報知に対して、後述の第２ユーザ操作を検出したとき、スヌーズ処理を中断する。この処理の詳細は、下記の＜解除処理＞にて説明する。

＜スヌーズ処理＞
（ｉ）１回目の報知
コントローラ２１は、不知着信を検出してから第１時間経過後に、１回目の不知着信の存在の報知を実行する。第１時間は、例えば、予め設定された時間（例えば、５分）であってよい。

１回目の報知では、コントローラ２１は、マナーモードが設定されていなければ、スピーカ１０に着信音を出力させることによって、ユーザに報知してもよい。このときのスピーカ１０の着信音量は、予め設定された音量であってもよい。また、コントローラ２１は、振動部１１を振動させることによって、不知着信の存在を、ユーザに報知してもよい。このときの振動部１１の振動パターンは、予め設定されたパターンであってもよい。さらに、コントローラ２１は、不知着信の存在を報知させるための報知画像を、ディスプレイ２に表示させることによって、不知着信の存在をユーザに報知してもよい。この場合、コントローラ２１は、携帯電話機１の画面ロック機能が有効であるか無効であるかに応じて、ディスプレイ２における報知画像の位置を変更してもよい。ディスプレイ２に表示される報知画像の一例を、図４を参照して説明する。

図４は、本開示の一実施形態に係るディスプレイ２に表示される報知画像３０を含む画面である。

図４（Ａ）は、携帯電話機１の画面ロック機能が有効であるときのディスプレイ２の画面である。「スライドしてスタート」の部分は、画面ロック機能を解除するためのユーザ操作を受け付ける。コントローラ２１は、「スライドしてスタート」の部分に対するユーザ操作を検出したとき、画面ロック機能を解除する。コントローラ２１は、画面ロック機能が有効であるとき、報知画像３０を、「スライドしてスタート」の部分と重ならないように、ディスプレイ２の中央に表示する。報知画像３０をディスプレイ２の中央に表示させることによって、ユーザの注意を引くことができる。

図４（Ｂ）は、携帯電話機１の画面ロック機能が無効であるときのディスプレイ２の画面である。ディスプレイ２の（Ａｎｙ ｓｃｒｅｅｎ）の部分には、多様なアイコンが表示される。コントローラ２１は、報知画像３０を、ディスプレイ２の上部に表示する。報知画像３０をディスプレイ２の上部に表示させることによって、報知画像が多様なアイコンに埋もれてしまうことを防ぐことができる。

コントローラ２１は、報知するタイミングで携帯電話機１がスリープモードになっているときは、スリープモードを解除して、図４（Ａ）又は図４（Ｂ）に示すような画面をディスプレイ２に表示させてもよい。さらに、コントローラ２１は、アニメーションによって報知画像３０を表示させてもよい。アニメーションによって報知画像３０を表示させることによって、ユーザの注意をより引くことができる。

報知画像３０には、スヌーズ処理の解除を受け付けるタッチセンサ式のソフトキー３１が配置されてもよい。コントローラ２１は、ソフトキー３１に対するユーザ操作を検出したとき、スヌーズ処理を中断する。この処理の詳細については、下記の＜解除処理＞にて説明する。

（ｉｉ）２回目以後の報知
コントローラ２１は、２回目以後の報知では、不知着信の存在を、携帯電話機１の状態に応じたタイミングで、報知部に報知させる。

具体的には、コントローラ２１は、センサ部１４によって携帯電話機１の状態を検出する。コントローラ２１は、検出した携帯電話機１の状態に基づいて、ユーザの行動を特定する。コントローラ２１が特定可能なユーザの行動は、ユーザが携帯電話機１を保持しないで行動中（以下、「携帯電話機１の不保持」と略記する）、ユーザが携帯電話機１を保持して歩行中（以下、「歩行中」と略記する）、ユーザが携帯電話機１を保持して乗り物を運転中（以下、「運転中」と略記する）、及び、ユーザが携帯電話機１を保持して電車で移動中（以下、「電車で移動中」と略記する）を含んでもよい。さらに、コントローラ２１は、特定したユーザの行動に応じて、不知着信の存在を前回報知したタイミングから、当該不知着信の存在を次に報知するタイミングまでの時間（以下、「第２時間」という）を設定する。加えて、コントローラ２１は、第２時間経過後に、不知着信の存在を報知部に報知させる。

例えば、コントローラ２１は、加速度センサの検出結果に基づいて、携帯電話機１の静止を検出したとき、ユーザの行動を、携帯電話機１の不保持と特定し得る。携帯電話機１の不保持は、ユーザがイベントに出席中であったり、ユーザが入浴中であったりするときに生じ得る。コントローラ２１は、ユーザの行動を携帯電話機１の不保持と特定したとき、カレンダー機能に登録されたスケジュールをチェックし、現在開催されているイベントがあるか否か判定してもよい。コントローラ２１は、現在開催されているイベントがあると判定したとき、当該イベントの終了後に報知部による報知が実行され得るように、第２時間を設定してもよい。又は、コントローラ２１は、現在開催されているイベントがないと判定したとき、第１時間よりも長い時間（例えば、３０分）を、第２時間として設定してもよい。

例えば、コントローラ２１は、加速度センサ及びジャイロセンサの検出結果に基づいて、携帯電話機１に働く所定値未満の加速度を検出したとき、ユーザの行動を、歩行中と特定し得る。ユーザは、歩行中、携帯電話機１に注意を向けることが少ない。従って、ユーザは、歩行中、不知着信の存在の報知に気付きにくい。コントローラ２１は、ユーザの行動を歩行中と特定したとき、第１時間よりも短い時間（例えば、３分）を、第２時間として設定してもよい。

例えば、コントローラ２１は、加速度センサの検出結果に基づいて、携帯電話機１に働く所定値以上の加速度を検出してとき、ユーザの行動を、運転中と特定し得る。ユーザは、自転車又は自動車等の運転中、携帯電話機１を操作することが困難である。コントローラ２１は、ユーザの行動を運転中と特定したとき、第１時間よりも長い時間（例えば、３０分）を、第２時間として設定してもよい。又は、コントローラ２１は、ユーザの行動を運転中と特定しなくなるまで、不知着信の報知を延期してもよい。

例えば、コントローラ２１は、加速度センサ及び磁気センサの検出結果に基づいて、携帯電話機１に働く所定値以上の加速度及び所定強度以上の磁界を検出したとき、ユーザの行動を、電車で移動中と特定し得る。走行中の電車内では、騒音が大きい。従って、ユーザは、電車で移動中、不知着信の存在の報知に気付きにくい。コントローラ２１は、ユーザの行動を電車で移動中と特定したとき、第１時間よりも短い時間（例えば、３分）を、第２時間として設定してもよい。

さらに、コントローラ２１は、２回目以後の報知では、報知の態様を、携帯電話機１の状態に応じて設定してもよい。具体的には、コントローラ２１は、特定したユーザの行動に応じて、報知の態様を設定してもよい。

例えば、コントローラ２１は、ユーザの行動を歩行中又は運転中と特定したとき、マイク８で携帯電話機１の周囲の環境音を集音してもよい。コントローラ２１は、環境音と同程度の音量で、スピーカ１０に着信音を出力させることによって、ユーザに報知してもよい。さらに、コントローラ２１は、ユーザの行動を歩行中又は運転中と特定したとき、予め設定されたパターンよりも長いパターンで、振動部１１を振動させることによって、ユーザに報知してもよい。

加えて、コントローラ２１は、不知着信を検出してから第３時間経過したとき、又は、報知回数が設定回数に達したとき、スヌーズ処理を停止してもよい。コントローラ２１は、第３時間及び設定回数を、携帯電話機１の状態に応じて設定してもよい。具体的には、コントローラ２１は、特定したユーザの行動に応じて、第３時間及び設定回数を設定してもよい。この場合、コントローラ２１は、携帯電話機１の不保持、運転中、電車で移動中、歩行中の順に、第３時間が長くなるように、所定時間を設定してもよい。また、コントローラ２１は、歩行中、電車で移動中、運転中、携帯電話機１の不保持の順に、設定回数が多くなるように、設定回数を設定する。

コントローラ２１は、１回目の報知と同様に、２回目以後の報知でも、図４に示すような報知画像をディスプレイ２に表示させることによって、不知着信の存在をユーザに報知してもよい。ここで、図４に示す報知画像３０にソフトキー３１が配置される場合、コントローラ２１は、最後の報知タイミングでユーザに対して報知するときは、報知画像３０をディスプレイ２に表示させなくてもよい。このとき、コントローラ２１は、スピーカ１０から着信音を出力させることによって若しくは振動部１１を振動させることによって、又は、その両方によって、ユーザに対して報知してもよい。

＜解除処理＞
コントローラ２１は、不知着信の存在の報知に対して、第２ユーザ操作を検出したとき、第３時間経過前であっても、スヌーズ処理を中断してもよい。同様に、コントローラ２１は、不知着信の存在の報知に対して、第２ユーザ操作を検出したとき、報知回数が設定回数に達していなくても、スヌーズ処理を中断してもよい。第２ユーザ操作は、不知着信の存在の報知に対するユーザ操作である。つまり、第２ユーザ操作は、不知着信の存在の報知によって、不知着信の存在に気付いたユーザが、携帯電話機１に対して取り得る操作である。

第２ユーザ操作には、報知画像３０に配置されるソフトキー３１に対するユーザ操作が含まれる。コントローラ２１は、報知画像３０をディスプレイ２に表示させている間に、ソフトキー３１に対するユーザ操作を検出したときは、スヌーズ処理を中断する。コントローラ２１は、スヌーズ処理を解除するときは、ディスプレイ２にスヌーズ処理の解除を示す解除画像を表示させてもよい。解除画像の一例を、図５を参照して説明する。

図５は、本開示の一実施形態に係るディスプレイ２に表示されるスヌーズ処理の解除画像３２を含む画面である。図５（Ａ）は、携帯電話機１の画面ロック機能が有効であるときのディスプレイ２の画面である。図５（Ｂ）は、携帯電話機１の画面ロック機能が無効であるときのディスプレイ２の画面である。解除画像３２は、図５（Ａ）及び図５（Ｂ）に示すように、ディスプレイ２の下部に表示される。コントローラ２１は、アニメーションによって解除画像３２を表示させてもよい。アニメーションによって解除画像３２を表示させることによって、ユーザの注意をより引くこともできる。

さらに、第２ユーザ操作には、携帯電話機１から不知着信の発信元に電話を発信するためのユーザ操作、及び、通話履歴を示す画面から不知着信の表示を消去するためのユーザ操作が含まれてもよい。これらのユーザ操作について図６を参照して説明する。

図６は、本開示の一実施形態に係るディスプレイ２に表示される通話履歴を示す画面である。図６（Ａ）では、コントローラ２１は、１月２０日１０時３９分に不知着信を検出している。

ソフトキー３３は、タッチセンサ式のソフトキーである。ソフトキー３３は、不知着信の発信元に電話を発信するためのユーザ操作を受け付ける。コントローラ２１は、ソフトキー３３に対するユーザ操作を検出したとき、スヌーズ処理を中断してもよい。このとき、コントローラ２１は、ディスプレイ２の下部に、解除画像３２を表示させてもよい。

コントローラ２１は、不知着信を示す表示３４を消去するためのユーザ操作（例えば、表示３４を長押しする操作）を検出したとき、スヌーズ処理を中断してもよい。このとき、コントローラ２１は、ディスプレイ２の下部に、解除画像３２を表示させてもよい。

なお、コントローラ２１は、通話履歴をディスプレイ２に表示させたときに、スヌーズ処理を中断してもよい。コントローラ２１は、この処理を、ディスプレイ２に通話履歴を表示させると、図６に示すような不在着信を示す表示３４が消去され得るときに、実行してもよい。

図７は、第１実施形態に係る携帯電話機の動作の一例を示すフローチャートである。コントローラ２１は、他の通信機器からの電話の着信を検出すると、図７に示す動作を開始する。

コントローラ２１は、検出した着信に対して第１ユーザ操作が検出されたか否か判定する（ステップＳ１）。コントローラ２１は、検出した着信に対して第１ユーザ操作が検出されたと判定したとき（ステップＳ１：Ｙｅｓ）、処理を終了する。一方、コントローラ２１は、検出した着信に対して第１ユーザ操作が検出されないと判定したとき（ステップＳ１：Ｎｏ）、すなわち、不知着信を検出したとき、ステップＳ２の処理に進む。

ステップＳ２の処理では、コントローラ２１は、第１時間経過後に、報知部によって不知着信の存在を、ユーザに対して報知する。ステップＳ２の処理の実行による報知は、１回目の報知である。

ステップＳ３の処理では、コントローラ２１は、不知着信の存在の報知に対して第２ユーザ操作が検出されたか否か判定する。コントローラ２１は、不知着信の存在の報知に対して第２ユーザ操作が検出されたと判定したとき（ステップＳ３：Ｙｅｓ）、処理を終了する。一方、コントローラ２１は、不知着信の存在の報知に対して第２ユーザ操作が検出されないと判定したとき（ステップＳ３：Ｎｏ）、ステップＳ４の処理に進む。

ステップＳ４の処理では、コントローラ２１は、センサ部１４によって携帯電話機１の状態を検出する。ステップＳ５の処理では、コントローラ２１は、マイク８によって携帯電話機１の周囲の環境音を集音する。

ステップＳ６の処理では、コントローラ２１は、携帯電話機１の状態及び環境音に基づいて、第２時間及びスピーカ１０の音量を設定する。ステップＳ７の処理では、コントローラ２１は、第２時間経過後、報知部によって不知着信の存在を、ユーザに対して報知する。ステップＳ７の処理の実行による報知は、２回目以後の報知である。

ステップＳ８の処理では、コントローラ２１は、不知着信を検出してから第３時間経過したか否か判定する。コントローラ２１は、第３時間経過したと判定したとき（ステップＳ８：Ｙｅｓ）、処理を終了する。一方、コントローラ２１は、第３時間経過前であると判定したとき（ステップＳ８：Ｎｏ）、ステップＳ９の処理に進む。

ステップＳ９の処理では、コントローラ２１は、報知回数が設定回数に達したか否か判定する。コントローラ２１は、報知回数が設定回数に達したと判定したとき（ステップＳ９：Ｙｅｓ）、処理を終了する。一方、コントローラ２１は、報知回数が設定回数に達しないと判定したとき（ステップＳ９：Ｎｏ）、ステップＳ３の処理に戻る。

なお、コントローラ２１は、ステップＳ１～Ｓ８の処理を行っている間に、同一発信者からの再度の着信を検出し、当該着信に対して通話機能が実行されなかったとき、再度、ステップＳ１からの処理を行ってもよい。

以上のように、第１実施形態に係る携帯電話機１は、不知着信の存在を、携帯電話機１の状態に応じる少なくとも異なる時間間隔を含むタイミングで、報知部に報知させる。このような制御によって、以下に説明するように、ユーザに適切に報知することが可能になる。

例えば、一定時間間隔で不知着信の存在を報知することを想定する。この場合、ユーザに確実に報知するためには、５分間隔程度の一定時間間隔で不知着信の存在を報知する必要がある。しかしながら、例えば、ユーザがイベントに出席しているために、携帯電話機１を保持していないとき、５分間隔程度の一定時間間隔で不知着信の存在を報知しても、ユーザは、イベントが終了するまで、報知によって不知着信の存在に気付くことができない。このような場合、イベントが終了するまでの間、不要な報知が実行されることになる。不要な報知によって、携帯電話機１の消費電力が増加してしまうことがある。また、不要な報知によって、周囲に迷惑を掛けてしまうことが想定される。

これに対し、本実施形態に係る携帯電話機１は、不知着信の存在を、一定時間間隔で報知するのではなく、携帯電話機１の状態に応じたタイミングで報知する。従って、本実施形態に係る携帯電話機１によれば、上述のような不要な報知を低減させることができ、ユーザに適切に報知することが可能になる。さらに、不要な報知を低減させることによって、携帯電話機１の消費電力削減することができる。加えて、不要な報知を低減させることによって、周囲に迷惑を掛けてしまうことを防ぐことができる。従って、本実施形態によれば、改善された、携帯電話機１が提供され得る。

さらに、本実施形態に係る携帯電話機１は、図４（Ａ）又は図４（Ｂ）に示すような画面を、ディスプレイ２に表示させることによって、不知着信の存在を報知することできる。このような処理によって、携帯電話機１は、不知着信の存在の報知が、通常の着信の報知に紛れてしまうことを防ぐことができる。

加えて、本実施形態に係るスヌーズ機能は、携帯電話機１の初期設定において有効となるようにしてもよい。このような処理によって、本実施形態に係るスヌーズ機能を利用するために、ユーザが携帯電話機１に対して設定等を行う手間を省くことができる。また、本実施形態に係るスヌーズ機能を携帯電話機１が実行可能であることを、ユーザが知らなくても、携帯電話機１は当該スヌーズ機能を実行し得る。これにより、本実施形態に係る携帯電話機１は、ユーザの利便性に優れたものとなる。

（第２実施形態）
次に、本開示の第２実施形態に係る携帯電話機について説明する。第２実施形態に係る携帯電話機は、第１実施形態に係る携帯電話機１と同様の構成を採用することができる。従って、以下では、図３を参照しつつ、第１実施形態との相違点を中心に説明する。

第２実施形態に係るコントローラ２１は、携帯電話機１の状態に基づいてユーザが移動中であると特定したとき、不知着信の存在の報知を延期する。移動中は、例えば、第１実施形態にて上述した、歩行中、運転中及び電車で移動中を含む。例えば、コントローラ２１は、ユーザの行動が、センサ部１４の検出結果に基づいて、歩行中、運転中及び電車で移動中の何れかであると特定したとき、不知着信の存在の報知を延期する。

一方で、コントローラ２１は、ユーザが移動中ではないと特定したとき、少なくとも異なる時間間隔を含む報知タイミングで、不知着信の存在を報知する。報知タイミングは、時間帯に応じたパターンであってよい。コントローラ２１は、現在時刻に基づいて、報知タイミングを選択してもよい。以下、図８を参照して、報知タイミングの一例を説明する。

図８は、本開示の第２実施形態に係る報知タイミングを示す図である。図８（Ａ）～図８（Ｃ）に示す時刻０秒は、不知着信が検出された時刻に対応する。図８（Ａ）～図８（Ｃ）に示す報知タイミングは、ストレージ２０に記憶させておいてもよい。

図８（Ａ）に示す報知タイミングは、ユーザが自宅にいる時間帯に採用され得る。ユーザが自宅にいる時間帯は、例えば、１８時から６時までの時間帯である。このような時間帯では、ユーザがトイレに行っている間、ユーザが通勤中に自宅から駅まで（又は駅から自宅まで）歩いている間及びユーザが入浴している間等に、不知着信が検出され得る。ここで、ユーザがトイレに要する時間は、５分程度である。ユーザが通勤中の歩行に要する時間は、２０分程度である。ユーザが入浴に要する時間は、４０分程度である。

上述を考慮して、図８（Ａ）では、コントローラ２１は、不知着信の存在を検出してから、５分、１０分、２０分及び６０分のタイミングで、不知着信の存在を報知する。つまり、コントローラ２１は、０秒から５分まで及び５分から１０分までの５分間隔、１０分から２０分までの１０分間隔及び２０分から６０分までの４０分間隔の異なる時間間隔で、不知着信の存在を報知する。

図８（Ｂ）に示す報知タイミングは、ユーザが仕事場で働いている時間帯に採用され得る。ユーザが仕事場で働いている時間帯は、例えば、９時から１２時までの時間帯、及び、１３時から１７時までの時間帯を含む。このような時間帯では、ユーザが離席している間、不知着信が検出され得る。

上述を考慮して、図８（Ｂ）では、コントローラ２１は、不知着信の存在を検出してから、５分、１２分、２０分及び６０分のタイミングで、不知着信の存在を報知する。つまり、コントローラ２１は、０秒から５分までの５分間隔、５分から１２分までの７分間隔、１２分から２０分までの８分間隔及び２０分から６０分までの４０分間隔の異なる時間間隔で、不知着信の存在を報知する。

図８（Ｃ）に示す報知タイミングは、昼休みの時間帯に採用され得る。昼休みの時間帯は、例えば、１２時から１３時までの時間帯である。このような時間帯では、ユーザが昼食を採るために、ユーザが社員食堂へ行ったり、外出したりしている間に、不知着信が検出され得る。ユーザが食事に要する時間は、例えば、５０分程度である。

上述を考慮して、図８（Ｃ）では、コントローラ２１は、不知着信の存在を検出してから、５分、５５分、６０分のタイミングで、不知着信の存在を報知する。つまり、コントローラ２１は、０秒から５分まで及び５５分から６０分までの５分間隔及び５分から５５分までの５０分間隔の異なる時間間隔で、不知着信の存在を報知する。

コントローラ２１は、現在時刻に基づいて、図８（Ａ）～図８（Ｃ）に示すような報知タイミングを選択してもよい。例えば、コントローラ２１は、現在時刻が１９時であるとき、図８（Ａ）に示す報知タイミングを選択してもよい。また、例えば、コントローラ２１は、現在時刻が１０時であるとき、図８（Ｂ）に示す報知タイミングを選択してもよい。また、例えば、コントローラ２１は、現在時刻が１２時３０分であるとき、図８（Ｃ）に示す報知タイミングを選択してもよい。なお、ユーザが、自身の生活パターンに合うように、図８（Ａ）～図８（Ｃ）に示すような報知するタイミングを、予め設定しておいてもよい。

また、コントローラ２１は、不知着信の存在の報知に対して後述の第２ユーザ操作を検出したとき、スヌーズ処理を中断してもよい。例えば、図８（Ａ）において、コントローラ２１は、５分に不在着信の存在を報知した後、７分にユーザによるスヌーズ処理の解除操作を検出したとき、スヌーズ処理を中断し、１０分以降の報知は行わなくてもよい。このような処理によって、不要な報知を行うことで携帯電話機１の消費電力が増加してしまうことを、低減することができる。また、このような処理によって、不要な報知を行うことで周囲に迷惑を掛けてしまうことを、防ぐことができる。

ここで、発信者が携帯電話機１のユーザに伝えたい要件の緊急度が高いほど、着信が切断されてから発信者が再度電話を掛けるまでの時間が短くなる。一方で、発信者が携帯電話機１のユーザに伝えたい要件の緊急度が低いほど、着信が切断されてから発信者が再度電話を掛けるまでの時間が長くなる。加えて、携帯電話機１のユーザは、緊急度の高い要件に関する電話を受ける予定があるとき、携帯電話機１に注意を向けていることが多い。一方で、携帯電話機１のユーザは、緊急度の高い要件に関する電話を受ける予定がないとき、携帯電話機１に注意を向けていることは少ない。

上述に鑑みて、コントローラ２１は、第１時間間隔で不知着信の存在を報知した後、不知着信の存在の報知に対して後述の第２ユーザ操作を検出しないとき、第１時間間隔よりも長い第２時間間隔で不知着信の存在を報知してもよい。例えば、図８（Ｂ）のように、コントローラ２１は、０秒から５分の５分間隔間で不知着信の存在を報知した後、報知に対する後述の第２ユーザ操作を検出しないとき、５分から１２分の７分間隔で不知着信の存在を報知してもよい。また、上述に鑑みて、不知着信の存在を報知する時間間隔は、図８（Ｂ）に示すように、不知着信を検出した後の経過時間とともに長くなるようにしてもよい。

このような制御によって、例えばユーザがトイレに行っているために、不知着信が検出されても、緊急度の高い要件に関する不知着信の存在を速やかに報知することができる。ユーザは、緊急度の高い要件に関する電話を受ける予定があるとき、携帯電話機１に注意を向けていることが多いため、当該報知によって、速やかに不知着信の報知を把握することができる。さらに、緊急度の高くない要件に関する不知着信が検出されたときは、携帯電話機１に注意を向けることが少ないユーザに対し、不要に報知することを防ぐことができる。

また、６０分程度の所定時間、不知着信の存在を報知し続けてもユーザが不知着信の存在に気付かないときは、その後、不在着信の存在を報知し続けても、ユーザが不知着信の存在に気付かないことが多い。言い換えれば、６０分程度の所定時間、不知着信の存在を報知し続けてもユーザが不知着信の存在に気付かないときは、その後、不在着信の存在を報知し続ける必要性は少ない。

上述に鑑みて、コントローラ２１は、不知着信の存在を検出してから所定時間経過すると、不知着信の存在の報知を停止してもよい。図８（Ａ）～図８（Ｃ）の例では、所定時間を６０分とし、６０分が経過した後は、不知着信の報知を停止している。本実施形態では、不知着信の存在を検出してから所定時間経過後に不知着信の報知を停止することによって、携帯電話機１の消費電力を削減することができる。さらに、不在着信の存在を報知し続けることによる周囲への迷惑を防ぐことができる。

図９は、本開示の第２実施形態に係る携帯電話機１の動作の一例を示すフローチャートである。コントローラ２１は、他の通信機器からの電話の着信を検出すると、図９に示す動作を開始する。ステップＳ１０の処理は、図７に示すステップＳ１の処理と同様であるため、説明を省略する。

コントローラ２１は、携帯電話機１の状態に基づいてユーザが移動中であるか否か特定する（ステップＳ１１）。コントローラ２１は、ユーザが移動中であると特定したとき（ステップＳ１１：Ｙｅｓ）、スヌーズ処理を延期し、再びステップＳ１１の処理を行う。一方、コントローラ２１は、ユーザが移動中ではないと特定したとき（ステップＳ１１：Ｎｏ）、ステップＳ１２の処理に進む。

ステップＳ１２の処理では、コントローラ２１は、例えば携帯電話機１に搭載されたタイマから、現在時刻を取得する。ステップＳ１３の処理では、コントローラ２１は、現在時刻に基づいて、例えばストレージ２０から、報知タイミングを取得する。

ステップＳ１４の処理では、コントローラ２１は、ステップＳ１３の処理で選択した報知タイミングを参照して、報知するタイミングであるか否か判定する。コントローラ２１は、報知するタイミングであると判定したとき（ステップＳ１４：Ｙｅｓ）、ステップＳ１５の処理に進む。一方、コントローラ２１は、報知するタイミングではないと判定したとき（ステップＳ１４：Ｎｏ）、再びステップＳ１４の処理を行う。

ステップＳ１５の処理では、コントローラ２１は、報知部によって不知着信の存在を、ユーザに対して報知する。ステップＳ１６の処理では、コントローラ２１は、不知着信の存在の報知に対して第２ユーザ操作が検出されたか否か判定する。コントローラ２１は、不知着信の存在の報知に対して第２ユーザ操作が検出されたと判定したとき（ステップＳ６：Ｙｅｓ）、処理を終了する。一方、コントローラ２１は、不知着信の存在の報知に対して第２ユーザ操作が検出されないと判定したとき（ステップＳ１６：Ｎｏ）、ステップＳ１７の処理に進む。

ステップＳ１７の処理では、コントローラ２１は、不知着信を検出してから所定時間経過したか否か判定する。コントローラ２１は、所定時間経過したと判定したとき（ステップＳ１７：Ｙｅｓ）、処理を終了する。一方、コントローラ２１は、所定時間経過前であると判定したとき（ステップＳ１７：Ｎｏ）、ステップＳ１１の処理に戻る。

なお、コントローラ２１は、ステップＳ１０～Ｓ１７の処理を行っている間に、同一発信者からの再度の着信を検出し、当該着信に対して通話機能が実行されなかったとき、再度、ステップＳ１からの処理を行ってもよい。

また、コントローラ２１は、ステップＳ１３の処理においてユーザが自宅にいる時間帯の報知タイミングを選択した場合、不知着信の発信者が仕事関係者であるときは、スヌーズ処理を延期してもよい。この場合、コントローラ２１は、電話帳に基づいて、不知着信の発信者が仕事関係者であるか否か判定してもよい。

また、コントローラ２１は、ステップＳ１３の処理においてユーザが仕事場で働いている時間帯の報知タイミングを選択した場合、現在開催されているイベントがあるときは、当該イベントが終了するまで、スヌーズを延期してもよい。この場合、コントローラ２１は、カレンダー機能に登録されたスケジュールをチェックし、現在開催されているイベントがあるか否か判定してもよい。同様に、コントローラ２１は、ステップＳ１３の処理において昼休みの時間帯の報知タイイングを選択した場合、現在開催されているイベントがあるときは、当該イベントが終了するまで、スヌーズを延期してもよい。

以上のように、第２実施形態に係る携帯電話機１は、携帯電話機１の状態に基づきユーザが移動中であるか否か特定する。さらに、本実施形態に係る携帯電話機は、ユーザが移動中ではないと特定すると、一定時間間隔で不知着信の存在を報知するのではなく、少なくとも異なる時間間隔を含む報知タイミングで、不知着信の存在を報知する。このような制御によって、第１実施形態にて上述したように、不要な報知を低減させることができ、ユーザに適切に報知することが可能になる。これにより、携帯電話機１の消費電力削減することができ、さらに周囲に迷惑を掛けてしまうことを防ぐことができる。従って、本実施形態によれば、改善された、携帯電話機１が提供され得る。

第２実施形態に係る携帯電話機１において、その他の効果及び構成は、第１実施形態に係る携帯電話機１と同様である。

本開示の一実施形態を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び修正を行うことが容易であることに注意されたい。従って、これらの変形及び修正は本開示の範囲に含まれることに留意されたい。各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部及びステップ等を１つに組み合わせたり、或いは、分割したりすることが可能である。また、本開示の一実施形態について装置を中心に説明してきた。しかしながら、本開示の内容は、装置が備えるプロセッサにより実行される方法、プログラム又はプログラムを記録した記憶媒体としても実現し得るものである。従って、これらも、本開示の範囲にはこれらも包含されるものと理解されたい。

例えば、コントローラ２１は、スヌーズ機能が携帯電話機１の初期設定において有効となるよう設定されているときに、最初に第２ユーザ操作を検出したときは、図１０に示すようなスヌーズ機能に関する表示を、ディスプレイ２に表示させてもよい。さらに、コントローラ２１は、タッチセンサ式のソフトキー３５に対するユーザ操作を検出したとき、スヌーズ機能に関する詳細な設定（例えば、報知のときにスピーカ１０から出力される着信音量等）を、ユーザから受け付けてもよい。

例えば、第１実施形態において、コントローラ２１は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）技術によってユーザの行動が運転中であると特定してもよい。この場合、通信ユニット１３は、ＧＰＳに対応するように設計されてもよい。

例えば、第２実施形態において、コントローラ２１は、ＧＰＳ技術によってユーザが移動中であるか否か特定してもよい。この場合、通信ユニット１３は、ＧＰＳに対応するように設計されてもよい。さらに、コントローラ２１は、ユーザが移動中ではないと特定したとき、ＧＰＳ技術によってユーザの位置情報を取得してもよい。ユーザは、取得したユーザの位置情報に基づいて、図８（Ａ）～図８（Ｃ）に示すような報知タイミングのうち、適した報知タイミングを選択してもよい。

さらに、本開示の実施形態は、例えば、上述したような携帯電話機１に実行させるプログラムとして実現することもできる。すなわち、本実施形態に係るプログラムは、携帯電話機１に、携帯電話機１の状態を検出するステップを実行させる。さらに、当該プログラムは、携帯電話機１に、着信に対する第１ユーザ操作が検出されないとき、当該着信の存在を、当該状態に応じたタイミングで、携帯電話機１が備える報知部に報知させるステップを実行させる。

１ 携帯電話機
２ ディスプレイ（報知部）
２Ａ 表示パネル
２Ｂ タッチセンサ
３ キー
３Ａ，３Ｂ，３Ｃ 操作キー
３Ｄ 音量キー
３Ｅ 電源キー
４ ランプ
５Ａ，５Ｂ カメラ
６ 近接センサ
７ レシーバ
８ マイク
９ ライト
１０ スピーカ（報知部）
１１ 振動部（報知部）
１２ バッテリ
１３ 通信ユニット
３０ 報知画像
３１ ソフトキー
３２ 解除画像
３３ ソフトキー
３４ 表示
３５ ソフトキー

Claims (6)

1. 不在着信を繰り返し報知する電話機であって、当該報知の繰り返しの間隔を１日の中の時間帯に応じた少なくとも異なる時間間隔を含むパターンによって異ならせ、ユーザが移動中であると特定したとき、不在着信の存在の報知を延期する、電話機。
2. 不在着信を繰り返し報知する電話機であって、当該不在着信を報知する繰り返しの間隔を一日の中の時間帯に応じた少なくとも異なる時間間隔を含むパターンによって異ならせ、ユーザが移動中であると特定したとき、不在着信の存在の報知を延期する、電話機。
3. 不在着信を繰り返し報知する電話機の報知の方法であって、当該報知の繰り返しの間隔を１日の中の時間帯に応じた少なくとも異なる時間間隔を含むパターンによって異ならせ、ユーザが移動中であると特定したとき、不在着信の存在の報知を延期する、方法。
4. 不在着信を繰り返し報知する電話機の報知の方法であって、当該不在着信を報知する繰り返しの間隔を一日の中の時間帯に応じた少なくとも異なる時間間隔を含むパターンによって異ならせることと、ユーザが移動中であると特定したとき、不在着信の存在の報知を延期することとを含む、方法。
5. 不在着信を繰り返し報知する電話機に用いられるプログラムであって、当該報知の繰り返しの間隔を１日の中の時間帯に応じた少なくとも異なる時間間隔を含むパターンによって異ならせ、ユーザが移動中であると特定したとき、不在着信の存在の報知を延期する、プログラム。
6. 不在着信を繰り返し報知する電話機に用いられるプログラムであって、当該電話機に、当該不在着信を報知する繰り返しの間隔を一日の中の時間帯に応じた少なくとも異なる時間間隔を含むパターンによって異ならせることと、ユーザが移動中であると特定したとき、不在着信の存在の報知を延期することとを実行させる、プログラム。

Images