JP5416035B2 - 携帯通信端末、点滅周期制御プログラムおよび点滅周期制御方法 - Google Patents

Description

この発明は、携帯通信端末、点滅周期制御プログラムおよび点滅周期制御方法に関し、発光することで不在着信を使用者に通知する、携帯通信端末、点滅周期制御プログラムおよび点滅周期制御方法に関する。

従来、設定された点滅周期で発光することで不在着信を使用者に通知する、携帯通信端末は広く知られており、この種の装置の一例が特許文献１に開示されている。この背景技術のボタン電話装置は、不在時の着信呼があったことなどをメッセージウェイトランプの点灯により可視表示する機能を有する。また、ボタン電話装置は、夜間モードと昼間モードとを切り替えるスイッチを備えており、夜間モードが設定されると、ウェイトランプを強制的に消灯する事ができる。これにより、ウェイトランプの点灯が不要な場合は、ウェイトランプが消灯されるため、無駄な消費電力を削減する事ができる。
特開平８−１２６０４２号公報［H04Q 3/58, H04M 1/00, H04M 3/42］

近年の携帯電話機は、特許文献１と同様、不在時の音声着信やメール着信があると、ランプを点滅させることで使用者に通知することができる。ところが、使用者が夜間モードから昼間モードに切り替えるのを忘れてしまうと、使用者は不在時の着信に気付くことができなくなる。

それゆえに、この発明の主たる目的は、新規な、携帯通信端末、点滅周期制御プログラムおよび点滅周期制御方法を提供することである。

この発明の他の目的は、消費電力を抑えつつ、不在着信を通知できる、携帯通信端末、点滅周期制御プログラムおよび点滅周期制御方法を提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

第１の発明は、設定された点滅周期に基づいて発光する発光部を含む、携帯通信端末であって、アドレスデータから構成されるアドレス帳データを記憶する記憶装置、着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録部、着信が不在着信であるか否かを判断する不在着信判断部、着信が不在着信と判断されたとき、発信元情報がアドレス帳データに含まれるか否かを判断するアドレス帳判断部、不在着信判断部によって不在着信と判断されたとき、前回の着信に関連付けられた着信時刻と今回の不在着信に関連付けられた着信時刻との間の期間が所定期間以上か否かを判断する期間判断部、アドレス帳判断部によって発信元情報がアドレス帳データに含まれると判断されたとき、点滅周期として第１周期を設定する第１設定部、アドレス帳判断部によって発信元情報がアドレス帳データに含まれないと判断されたとき、点滅周期として第１周期より長い第２周期を設定する第２設定部、およびアドレス帳判断部によって発信元情報がアドレス帳データに含まれないと判断され、かつ期間判断部によって所定期間以上と判断されたとき、点滅周期として第１周期より長い第３周期を設定する第３設定部を備える、携帯通信端末である。

第１の発明では、携帯通信端末（１０：実施例において対応する部分を例示する参照符号。以下、同じ。）の発光部（３６，３８）は、設定された点滅周期に基づいてＬＥＤなどを点滅させることで、不在着信を使用者に通知する。ＲＡＭなどの記憶装置（３４）に記憶されるアドレス帳データ（３３６）は、電話番号や電子メールアドレスなどを含むアドレスデータから構成される。携帯通信端末は、発呼信号を受信したときに着信状態となる。そのため、記録部（２４，Ｓ３）は、発呼信号を受信すると、発信元情報として電話番号などと共に着信時刻を記録する。不在着信判断部（２４，Ｓ５，Ｓ７）は、たとえば、携帯通信端末の使用者が応答操作を行う前に発呼信号が途絶すると、着信が不在着信であると判断する。アドレス帳判断部（２４，Ｓ２１）は、不在着信と判断されたとき、発信元情報に含まれる電話番号がアドレス帳データに含まれるか否かを判断する。期間判断部（２４，Ｓ２３，Ｓ２７）は、不在着信と判断されると、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間（たとえば、一週間）以上か否かを判断する。第１設定部（２４，Ｓ２５）は、たとえば、不在着信の電話番号がアドレス帳データに含まれていれば、ＬＥＤの点滅周期を第１周期（たとえば、３秒）にする。また、第２設定部（２４，Ｓ２９）は、たとえば、不在着信の電話番号がアドレス帳データに含まれていなければ、ＬＥＤの点滅周期を、第１周期より長い第２周期（たとえば、６秒）にする。そして、第３設定部（２４，Ｓ３１）は、たとえば、不在着信における電話番号がアドレス帳データに含まれておらず、前回の着信との間隔（期間）が一週間以上であれば、ＬＥＤの点滅周期を第１周期より長い第３周期（たとえば、１２秒）に設定する。

第１の発明によれば、アドレス帳に含まれていない相手からの着信が不在着信と判断されると、発光部の点滅周期が長くなるため、消費電力を抑えつつ、不在着信を通知できる。
また、アドレスデータとして登録されておらず、所定期間内に着信が無い相手は、たとえば使用者にとって関係ないと判断する事ができるため、発光部の点滅周期が第１周期よりも長く設定される。従って、携帯通信端末の消費電力が抑えられる。

第２の発明は、設定された点滅周期に基づいて発光する発光部を含む、携帯通信端末であって、アドレスデータから構成されるアドレス帳データを記憶する記憶装置、着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録部、着信が不在着信であるかを判断する不在着信判断部、発信元情報がアドレス帳データに含まれるかを判断するアドレス帳判断部、着信が不在着信と判断されたとき、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間以上かを判断する期間判断部、着信が不在着信と判断され、かつ発信元情報がアドレス帳データに含まれると判断されたとき、点滅周期として第１周期を設定する第１設定部、着信が不在着信と判断され、かつ発信元情報がアドレス帳データに含まれないと判断されたとき、点滅周期として第１周期より長い第２周期を設定する第２設定部、および発信元情報がアドレス帳データに含まれないと判断され、かつ期間判断部によって所定期間以上と判断されたとき、点滅周期として第１周期より長い第３周期を設定する第３設定部を備える、携帯通信端末である。

第３の発明は、第１の発明または第２の発明に従属し、第３周期は、第２周期よりも長い。

第３の発明によれば、アドレスデータとして登録されておらず、所定期間内に着信が無い場合は、発光部の点滅周期が第２周期よりも長く設定されるため、携帯通信端末の消費電力がより抑えられる。

第４の発明は、第１の発明ないし第３の発明のいずれかに従属し、第１設定部は、アドレス帳判断部によって発信元情報がアドレス帳データに含まれると判断され、かつ期間判断部によって所定期間未満と判断されたとき、点滅周期として第１周期を設定し、第２設定部は、アドレス帳判断部によって発信元情報がアドレス帳データに含まれないと判断され、かつ期間判断部によって所定期間未満と判断されたとき、点滅周期として第２周期を設定する。

第４の発明では、第１設定部は、たとえば不在着信の電話番号がアドレス帳データに含まれ、所定期間内に前回の着信がある場合に、ＬＥＤの点滅周期を第１周期にする。また、第２設定部は、たとえば不在着信の電話番号がアドレス帳データに含まれていないが、所定期間内に前回の着信がある場合には、ＬＥＤの点滅周期を第２周期にする。

第４の発明によれば、不在着信を通知する場合に、アドレス帳データに対する登録の有無および過去の着信の頻度の組み合わせに基づいて、発光部の点滅周期が細かく設定される。つまり、これらの組み合わせから、たとえば着信の重要度を判断することができる。そして、上記条件を満足する場合は、点滅周期が長くなるように設定されるため、携帯通信端末の消費電力が抑えられる。

第５の発明は、第１の発明ないし第４の発明のいずれかに従属し、時刻情報を出力する出力部、および出力部が出力する時刻情報に示される時が所定時間帯であるとき、設定された点滅周期に時間を加算する加算部をさらに備える。

第５の発明では、出力部（２４ａ）は、たとえばプロセッサ（２４）に組み込まれたＲＴＣであり、時刻情報を出力する。加算部（２４，Ｓ４３）は、現在時刻が、たとえば０時から５時までの所定時間帯であるとき、不在着信を通知するＬＥＤの点滅周期に、時間（たとえば、２秒）を加算する。

第５の発明によれば、所定時間帯では設定された点滅周期が長くなるため、たとえば、所定時間として深夜時間帯（たとえば、０時から５時：２４時制表記）のように、使用者が携帯通信端末を使用する可能性が低い時間帯などを設定すれば、使用者が携帯通信端末を使用する可能性に応じて点滅周期を変更することができる。

第６の発明は、第１の発明ないし第５の発明のいずれかに従属し、不在着信判断部によって不在着信と判断されてから所定時間毎に、設定された点滅周期に放置時間を加算する放置加算部をさらに備える。

第６の発明では、放置加算部（２４，Ｓ３５）は、着信が不在着信と判断されてから、所定時間（たとえば、３０分）毎に、点滅周期に放置時間（たとえば、２秒）を加算する。なお、この追加される放置時間は、一定時間であってもよいし、一定時間では無く、たとえば、徐々に長くなったり、徐々に短くなったりしてもよい。さらに、放置時間は、一定時間まで長く、または短くなった後、その後、一定時加算時間となるなど、適宜変化してもよい。

第６の発明によれば、携帯通信端末が放置される時間が長くなるほど、点滅周期が長くなる。これにより、使用者が不在着信に気付かずに携帯通信端末を放置しても、携帯通信端末の電池の消耗を抑えることができる。

第７の発明は、第５の発明または第６の発明に従属し、点滅周期に加算された時間を初期化する初期化部をさらに備える。

第７の発明では、初期化部（２４，Ｓ７７）は、点滅周期に加算された時間を初期化する。つまり、点滅周期に加算された時間が初期化されると、第１−第３設定部によって設定された点滅周期に戻る。

第７の発明によれば、携帯通信端末が使用者に確認されやすい状態になれば、点滅周期に加算された時間は初期化される。

第８の発明は、設定された点滅周期に基づいて発光する発光部（３８）およびアドレスデータから構成されるアドレス帳データ（３３６）を記憶する記憶装置（３４）を含む、携帯通信端末（１０）のプロセッサ（２４）を、着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録部（Ｓ３）、着信が不在着信であるかを判断する不在着信判断部（Ｓ５，Ｓ７）、発信元情報がアドレス帳データに含まれるかを判断するアドレス帳判断部（Ｓ２１）、着信が不在着信と判断されたとき、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間以上かを判断する期間判断部（Ｓ２３，Ｓ２７）、着信が不在着信と判断され、かつ発信元情報がアドレス帳データに含まれると判断されたとき、点滅周期として第１周期を設定する第１設定部（Ｓ２５）、着信が不在着信と判断され、かつ発信元情報がアドレス帳データに含まれないと判断されたとき、点滅周期として第１周期より長い第２周期を設定する第２設定部（Ｓ２９）、および発信元情報がアドレス帳データに含まれないと判断され、かつ期間判断部によって所定期間以上と判断されたとき、点滅周期として第１周期より長い第３周期を設定する第３設定部（Ｓ３１）として機能させる、点滅周期制御プログラムである。

第８の発明でも、第１の発明と同様に、使用者にとって重要だと考えられない相手からの着信が不在着信と判断されると、発光部の点滅周期が長くなるため、消費電力を抑えつつ、不在着信を通知できる。
また、アドレスデータとして登録されておらず、所定期間内に着信が無い相手は、たとえば使用者にとって関係ないと判断する事ができるため、発光部の点滅周期が第１周期よりも長く設定される。従って、携帯通信端末の消費電力が抑えられる。

第９の発明は、設定された点滅周期に基づいて発光する発光部（３８）およびアドレスデータから構成されるアドレス帳データ（３３６）を記憶する記憶装置（３４）を含む、携帯通信端末（１０）における点滅周期制御方法であって、携帯通信端末のプロセッサ（２４）が、着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録ステップ（Ｓ３）、着信が不在着信であるかを判断する不在着信判断ステップ（Ｓ５，Ｓ７）、発信元情報がアドレス帳データに含まれるかを判断するアドレス帳判断ステップ（Ｓ２１）、着信が不在着信と判断されたとき、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間以上かを判断する期間判断ステップ（Ｓ２３，Ｓ２７）、着信が不在着信と判断され、かつ発信元情報がアドレス帳データに含まれると判断されたとき、点滅周期として第１周期を設定する第１設定ステップ（Ｓ２５）、着信が不在着信と判断され、かつ発信元情報がアドレス帳データに含まれないと判断されたとき、点滅周期として第１周期より長い第２周期を設定する第２設定ステップ（Ｓ２９）、および発信元情報がアドレス帳データに含まれないと判断され、かつ期間判断部によって所定期間以上と判断されたとき、点滅周期として第１周期より長い第３周期を設定する第３設定ステップ（Ｓ３１）を実行する、点滅周期制御方法である。

第９の発明でも、第１の発明と同様に、使用者にとって重要だと考えられない相手からの着信が不在着信と判断されると、発光部の点滅周期が長くなるため、消費電力を抑えつつ、不在着信を通知できる。
また、アドレスデータとして登録されておらず、所定期間内に着信が無い相手は、たとえば使用者にとって関係ないと判断する事ができるため、発光部の点滅周期が第１周期よりも長く設定される。従って、携帯通信端末の消費電力が抑えられる。

この発明によれば、不在着信が所定の条件を満たす場合、発光部の点滅周期が長くなるため、携帯通信端末の消費電力を抑えつつ、不在着信を通知できる。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの発明の一実施例の携帯電話機の電気的な構成を示す図解図である。 図２は図１に示す携帯電話機の外観を示す図解図である。 図３は図１に示すＲＡＭに記憶されるアドレス帳データの構成の一例を示す図解図である。 図４は図１に示すＲＡＭに記憶される着信履歴データの一例を示す図解図である。 図５は図１に示すＬＥＤの点滅周期の一例を示す図解図である。 図６は図１に示すＲＡＭに記憶される点滅周期テーブルの構成の一例を示す図解図である。 図７は図１に示すＲＡＭに記憶される加算時間テーブルの構成の一例を示す図解図である。 図８は図５に示す点滅周期に加算される時間の一例を示す図解図である。 図９は図１に示すディスプレイに設定画面のGUIが表示された状態を示す図解図である。 図１０は図１に示すＲＡＭのメモリマップの一例を示す図解図である。 図１１は図１に示すプロセッサの着信処理を示すフロー図である。 図１２は図１に示すプロセッサの点滅周期設定処理を示すフロー図である。 図１３は図１に示すプロセッサの初期化処理を示すフロー図である。

図１を参照して、この実施例の携帯電話機１０は携帯通信端末の一種であり、CPUまたはコンピュータと呼ばれるプロセッサ２４を含む。このプロセッサ２４には、無線通信回路１４、Ａ／Ｄ１６、Ｄ／Ａ２０、キー入力装置２６、表示ドライバ２８、フラッシュメモリ３２、ＲＡＭ３４およびＬＥＤ制御回路３６が接続される。また、無線通信回路１４にはアンテナ１２が接続され、Ａ／Ｄ１６にはマイク１８が接続され、Ｄ／Ａ２０にはアンプ（図示せず）を介して、スピーカ２２が接続される。また、表示ドライバ２８にはディスプレイ３０が接続される。さらに、ＬＥＤ制御回路３６にはＬＥＤ３８が接続される。

プロセッサ２４は、携帯電話機１０の全体制御を司り、時刻情報を出力するＲＴＣ２４ａを含む。記憶部とも呼ばれるＲＡＭ３４は、プロセッサ２４の作業領域（描画領域を含む）ないしバッファ領域として用いられる。フラッシュメモリ３２には、携帯電話機１０の文字、画像、音声、音および映像のようなコンテンツのデータが記録される。

Ａ／Ｄ１６は、当該Ａ／Ｄ１６に接続されたマイク１８を通して入力される音声ないし音についてのアナログ音声信号を、デジタル音声信号に変換する。Ｄ／Ａ２０は、デジタル音声信号をアナログ音声信号に変換（復号）して、アンプを介してスピーカ２２に与える。したがって、アナログ音声信号に対応する音声ないし音がスピーカ２２から出力される。

入力部であるキー入力装置２６は、カーソルキー、通話キー、終話キー、機能キーおよび確定キーを含むキー群２６ａを備えるとともに、「０」−「９」キー、「＊」キーおよび「＃」キーを含むダイヤルキー２６ｂも備える。そして、使用者が操作したキーの情報（キーデータ）はプロセッサ２４に入力される。

なお、キー入力装置２６に含まれる各キーが操作されると、フィードバック処理が実行され、図示しないスピーカからフィードバック音が出力される。そのため、使用者は、フィードバック音を聞くことで、キー入力操作に対する操作感を得ることができる。

表示ドライバ２８は、プロセッサ２４の指示の下、当該表示ドライバ２８に接続されたディスプレイ３０の表示を制御する。なお、表示ドライバ２８は表示する画像データを一時的に記憶するビデオメモリ（図示せず）を含む。

ＬＥＤ制御回路３６は、プロセッサ２４の指示の下、当該ＬＥＤ制御回路３６に接続されたＬＥＤ３８の発光を制御する。また、発光パターンが点滅である場合には、ＬＥＤ制御回路３６は、レジスタ３６ａに設定された時間に基づいて、ＬＥＤ３８を点滅させる。そして、ＬＥＤ３８が発光することで、音声着信やメール着信などが通知される。なお、プロセッサ２４は、ＬＥＤ３８の発光パターンを点滅にする場合には、ＬＥＤ制御回路３６に対して点滅の命令を発行するとともに、点滅周期をレジスタ３６ａに設定する。そのため、ＬＥＤ制御回路３６およびＬＥＤ３８は、発光部と呼ばれることもある。

無線通信回路１４は、CDMA方式での無線通信を行うための回路である。たとえば、使用者がキー入力装置２６を用いて音声発信を指示すると、無線通信回路１４は、プロセッサ２４の指示の下、音声発信処理を実行し、アンテナ１２を介して音声発信信号を出力する。音声発信信号は、基地局および通信網（図示せず）を経て相手の電話機に送信される。そして、相手の電話機において着信処理が行われると、接続状態（通信可能状態）が確立され、プロセッサ２４は通話処理を実行する。

通常の通話処理について具体的に説明すると、相手の電話機から送られてきた変調音声信号（高周波信号）はアンテナ１２によって受信される。受信された変調音声信号には、無線通信回路１４によって復調処理および復号処理が施される。そして、これらの処理によって得られた受話音声信号は、Ｄ／Ａ２０によってアナログ音声信号に変換された後、スピーカ２２から出力される。一方、マイク１８を通して取り込まれた送話音声信号は、Ａ／Ｄ１６によってデジタル音声信号に変換された後、プロセッサ２４に与えられる。デジタル音声信号に変換された送話信号には、プロセッサ２４の指示の下、無線通信回路１４によって符号化処理および変調処理が施され、アンテナ１２を介して出力される。したがって、変調音声信号は、基地局および通信網を介して相手の電話機に送信される。

また、相手の電話機からの発呼信号がアンテナ１２によって受信されると、無線通信回路１４は、音声着信（着呼ともいう）をプロセッサ２４に通知する。これに応じて、プロセッサ２４は、表示ドライバ２８を制御して、着信通知に記述された発信元情報（電話番号）をディスプレイ３０に表示する。また、これとほぼ同時に、プロセッサ２４は、図示しないスピーカから着信音（着信メロディ、着信音声と言うこともある。）を出力させる。また、プロセッサ２４はＬＥＤ３８を点滅させ、図示しないモータを駆動（回転）させることで携帯電話機１０を振動させる。

そして、使用者が、通話キーを用いて応答操作を行うと、無線通信回路１４は、プロセッサ２４の指示の下、音声着信処理を実行し、接続状態（通信可能状態）が確立され、プロセッサ２４は上述した通常の通話処理を実行する。

また、通話可能状態に移行した後に終話キーによって通話終了操作が行われると、プロセッサ２４は、無線通信回路１４を制御して、通話相手に通話終了信号を送信する。通話終了信号の送信後、プロセッサ２４は通話処理を終了する。また、先に通話相手から通話終了信号を受信した場合も、プロセッサ２４は通話処理を終了する。さらに、通話相手によらず、移動通信網から通話終了信号を受信した場合も、プロセッサ２４は通話処理を終了する。なお、携帯電話機１０は、発呼信号を受信すると、発信元情報に含まれる電話番号とＲＴＣ２４ａが出力する時刻情報とを関連付けて、着信履歴としてＲＡＭ３４に記憶する。また、キー入力装置２６に対して着信履歴を参照する操作が行われると、携帯電話機１０はディスプレイ３０に着信履歴を表示する。

また、携帯電話機１０は、ネットワークに接続される図示しないメールサーバとのデータ通信を確立することで、電子メールの送受信を行う電子メール機能も有している。たとえば、携帯電話機１０の使用者は、メール機能を実行することで、電子メールの送受信を行うことができる。なお、本実施例では、電子メールを受信する事を、メール着信と言うことにする。

また、携帯電話機１０は、アドレス帳機能を有している。アドレス帳機能は、他の端末や電話機の持ち主の氏名および宛先情報（電話番号、メールアドレス）などを含むアドレスデータを管理するための機能である。また、ＲＡＭ３４（またはフラッシュメモリ３２）には、複数のアドレスデータから構成されるアドレス帳データが記憶されている。

さらに、携帯電話機１０は、ＲＴＣ２４ａが出力する時刻情報を利用するアラーム機能も有している。そのため、使用者によって任意に決められた時刻になると、図示しないスピーカから音が出力されるとともに、ＬＥＤ３８が発光する。

図２（Ａ）はスライド型の携帯電話機１０の閉状態の外観を示す外観図であり、図２（Ｂ）はスライド型の携帯電話機の開状態の外観を示す外観図である。図２（Ａ），（Ｂ）を参照して、携帯電話機１０は、各々が平面矩形の第１筐体Ｃ１および第２筐体Ｃ２を有する。また、第１筐体Ｃ１および第２筐体Ｃ２の厚みは略同じである。

第１筐体Ｃ１は第２筐体Ｃ２の上に重ねられた状態で、図示しないスライド機構によって連結される。したがって、図２（Ｂ）に示すように、第１筐体Ｃ１は第２筐体Ｃ２の長さ方向にスライド可能である。なお、第１筐体Ｃ１および第２筐体Ｃ２にそれぞれ内蔵される基板は、フレキシブル・プリント配線基板によって電気的に接続されている。

図示しないマイク１８は第２筐体Ｃ２に内蔵され、内蔵されたマイク１８に通じる開口ＯＰ２は第２筐体Ｃ２の長さ方向一方の上面に設けられる。また、図示しない第１スピーカ２２ａは第１筐体Ｃ１に内蔵され、内蔵された第１スピーカ２２ａに通じる開口ＯＰ１は第１筐体Ｃ１の長さ方向一方の上面に設けられる。

キー入力装置２６は、キー群２６ａおよびダイヤルキー２６ｂを含む。キー群２６ａは、先述したとおり、カーソルキー、通話キー、終話キー、機能キーおよび確定キーなどから構成されており、第１筐体Ｃ１の上面に設けられる。また、第２キー群２６ｂは、「０」−「９」キー、「＊」キーおよび「＃」キーを含み、第２筐体Ｃ２の上面に設けられる。また、ディスプレイ３０は、モニタ画面が第１筐体Ｃ１の上面に露出するように取り付けられる。

たとえば、使用者は、ディスプレイ３０を確認しながら、ダイヤルキーを操作して電話番号を入力し、通話キーによって発呼操作を行い、終話キーによって通話終了操作を行う。また、使用者は、機能キーを操作することでメニュー画面を表示し、カーソルキーなどによって任意のメニューを選択することができる。さらに、使用者は、確定キーを操作することで、選択されたメニューを確定することができる。そして、使用者は、終話キーを長押しすることで携帯電話機１０の電源をオン／オフすることができる。

また、第１筐体Ｃ１の長さ方向一方の上面には、ＬＥＤ３８に通じる窓Ｗが設けられ、この窓Ｗには、可視光を透過するプラスチックがはめ込まれている。これにより、使用者は、第１筐体Ｃ１の上面を視認することで、ＬＥＤ３８の発光の有無も確認できる。

さらに、携帯電話機１０の開閉状態は、図示しない磁気センサおよび磁石によって検出される。たとえば、磁気センサと磁石とは、図２（Ａ）に示す閉状態で、磁気センサと最も近い状態となるように、第１筐体Ｃ１および第２筐体Ｃ２に内蔵される。そのため、磁気センサは、図２（Ａ）に示す状態では最大値を出力し、図２（Ｂ）に示す状態では最小値を出力する。そして、プロセッサ２４は、磁気センサが最大値を出力すると開状態を検出し、磁気センサが最小値を出力すると閉状態を検出する。

なお、アンテナ１２、無線通信回路１４、プロセッサ２４、表示ドライバ２８、フラッシュメモリ３２、ＲＡＭ３４、ＬＥＤ制御回路３６は、第１筐体Ｃ１または第２筐体Ｃ２に内蔵されており、図２（Ａ），（Ｂ）では図示されない。

ここで、音声着信があったときに使用者によって応答操作が行われない場合には、不在着信の履歴が記録される。また、不在着信の履歴が記録されると、携帯電話機１０はＬＥＤ３８を点滅させることで、未確認の不在着信があることを使用者に通知する。そして、本実施例では、アドレス帳データおよび着信履歴データに基づいて、ＬＥＤ３８の点滅周期を設定することで携帯電話機１０の消費電力を抑える。以下、ＬＥＤ３８の点滅周期を設定する処理について具体的に説明する。

まず、図３はＲＡＭ３４に記憶されるアドレス帳データの構成を示す図解図である。図３を参照して、アドレス帳データは、「名前」、「電話番号」および「電子メールアドレス」などの列から構成されるテーブルであり、１行毎にアドレスデータを示す。たとえば、名前が「ＡＡＡ」のアドレスデータは、電話番号が「0900000XXXX」であり、電子メールアドレスが「YYYY@aaa.**.jp」である。また、名前が「ＢＢＢ」のアドレスデータは、電話番号が「072888XXYY」であり、電子メールアドレスが「XXYY@aaa.**.jp」である。なお、本実施例では、最大１０００件までのアドレスデータを登録する事ができる。

また、図４はＲＡＭ３４に記憶される着信履歴データの構成を示す図解図である。図４を参照して、着信履歴データは、「時刻」、「電話番号」および「不在着信」の列から構成され、１行毎に着信履歴を示す。つまり、「時刻」の列には着信があった時の時刻が記録され、「電話番号」の列には、相手の電話機に設定されている電話番号が記録される。そして、「不在着信」の列には、不在着信でないことを示す数値「０」または不在着信であることを示す数値「１」が記録される。たとえば、「２０ＸＸ年、７月１７日、８時３０分」に、電話番号「0900000XXXX」が設定された携帯電話機からの着信に対して応答していなければ、着信履歴は着信履歴データの１行目のように記録される。

なお、「電話番号」の列に記録される数字列は、発信元情報に含まれる電話番号である。また、着信履歴テーブルには、最大５０件の着信履歴が記録される。

次に、図５は点滅周期におけるＬＥＤ３８のオン／オフを示す図解図である。図５を参照して、点滅周期において、ＬＥＤ３８は発光状態よりも消灯状態の方が長い。たとえば、点滅周期が６秒の場合、ＬＥＤ３８の発光状態の時間は０．１秒であり、消灯状態の時間は５．９秒である。そして、ＬＥＤ３８の発光状態の時間は、点滅周期の長さによらず一定である。つまり、点滅周期が長くなったとしても、発光状態の時間は常に０．１秒であり、消灯状態の時間だけが長くなる。

また、図６はアドレス帳データと着信履歴データとの関係に基づく点滅周期テーブルの構成を示す図解図である。図６を参照して、不在着信における電話番号がアドレス帳データに含まれており、かつ前回の着信との間隔（期間）が一週間未満であれば、プロセッサ２４は、ＬＥＤ制御回路３６のレジスタ３６ａに、点滅周期が３秒となるように設定する。たとえば、図３および図４にあるように、７月１７日の不在着信（電話番号：0900000XXXX）については、電話番号がアドレス帳データ（名前：ＡＡＡ）に含まれ、かつ５日前の７月１２日にも着信があるため、不在着信を通知するＬＥＤ３８の点滅周期は３秒となる。

また、不在着信における電話番号がアドレス帳データに含まれているが、前回の着信との間隔が一週間以上であれば、レジスタ３６ａには点滅周期が６秒となるように設定される。たとえば、図３および図４にあるように、７月１６日の不在着信（電話番号：072888XXYY）については、電話番号はアドレス帳データ（名前：ＢＢＢ）に含まれるが、前回の着信が１３日前であるため、ＬＥＤ３８の点滅周期は６秒となる。

さらに、不在着信における電話番号がアドレス帳データに含まれないが、前回の着信との間隔が一週間未満であれば、点滅周期が６秒となるように、プロセッサ２６はレジスタ３６ａを設定する。たとえば、図３および図４にあるように、７月１５日の不在着信（電話番号：075111YYYY）については、電話番号がアドレス帳データに含まれていないが、４日前にも着信があるため、ＬＥＤ３８の点滅周期は６秒となる。

そして、不在着信における電話番号がアドレス帳データに含まれず、前回の着信との間隔も一週間以上であれば、点滅周期は１２秒に設定される。たとえば、図３および図４にあるように、７月１４日の不在着信（電話番号：0801111YYXX）については、着信履歴データに前回の着信が登録されていない、つまり前回の着信との間隔が一週間以上であるため、ＬＥＤ３８の点滅周期は１２秒となる。

このように、不在着信を通知する場合に、アドレス帳に対する登録の有無および過去の着信の頻度の組み合わせに基づいて、ＬＥＤ３８の点滅周期が設定される。そのため、上記した条件を満足する場合は、点滅周期が長くなるように設定されるため、携帯電話機１０の消費電力が抑えられる。また、これらの組み合わせから着信の重要度が判断されてもよい。たとえば、アドレスデータとして登録されておらず、所定期間内に着信が無い相手は、使用者にとって関係ないと判断することができ、ＬＥＤ３８の点滅周期が一番長く設定される。このように、着信の重要度が低いほど携帯電話機１０の消費電力がより抑えられる。

また、本実施例では、ＬＥＤ３８の点滅によって不在着信を通知している間に、０時から５時（２４時制表記）までの深夜時間帯（所定時間帯）になると、点滅周期に時間が加算される。さらに、不在着信が確認されず放置されたとしても、３０分（所定時間）毎に、点滅周期に時間が加算される。

図７を参照して、上記のように加算される時間が記録された加算時間テーブルには、深夜時間帯となった場合に加算される時間として２秒が記録される。図８（Ａ）を参照して、点滅周期が３秒に設定された状態で深夜時間帯になると、点滅周期は５（＝３＋２）秒となる。そして、この深夜時間帯は使用者によって任意に設定できるため、使用者は自身が携帯電話機１０を使用する時間帯を深夜時間帯として設定する事ができる。つまり、使用者は、自身が携帯電話機１０を使用する可能性に合わせて、点滅周期を変更することができる。なお、深夜時間帯に不在着信と判断された場合には、点滅周期が設定された直後に時間が加算される。

また、図７の加算時間テーブルには、不在着信があってから３０分放置される毎に加算される時間として２秒（放置時間）が記録される。図８（Ｂ）を参照して、ＬＥＤ３８が３秒毎に点滅している状態で、携帯電話機１０が２時間（１２０分＝３０×４）放置されると、点滅周期は１１（＝３＋（２×４））秒となる。このように、不在着信が確認されないまま放置されると、点滅周期は３０分毎に長くなる。したがって、使用者が不在着信に気付かずに携帯電話機１０を放置しても、携帯電話機１０の電池の消耗を抑えることができる。

たとえば、図４を参照して、７月１４日の２３時２０分（0714,2320）に不在着信があり、点滅周期が１２秒に設定されている場合、携帯電話機１０が放置され続けると、点滅周期が次のように変化する。まず、不在着信があってから３０分経過して２３時５０分になると、点滅周期は１４（＝１２＋（２×１））秒になる。また、さらに１０分経過して７月１５日の０時になると、深夜時間帯になるため、点滅周期は１６（＝１４＋２）秒になる。さらに、４時５５分まで携帯電話機１０が放置されると、点滅周期は３６（１６＋（２×１０））秒になる。

そして、さらに時間が経過して、５時を超えて深夜時間帯でなくなると、加算した時間が初期化されて、元の点滅周期（１２秒）に戻る。つまり、携帯電話機１０が使用者に確認される可能性が高い時間帯になれば、点滅周期に加算された時間は初期化される。

ただし、アラーム機能が有効であり、使用者によって設定されたアラーム時刻が早朝時間帯（たとえば、５時から８時）に含まれている場合には、設定されたアラーム時刻になるまで、加算された時間が初期化されることは無い。つまり、アラーム機能が利用されている場合には、使用者が携帯電話機１０を確認する時刻になるまで、点滅周期に加算された時間が初期化されることは無い。

また、本実施例では、前回の着信との間隔は、図９に示すGUIを利用し、使用者によって任意に設定する事ができる。図９を参照して、ディスプレイ３０の表示領域は、状態表示領域６０および機能表示領域６２から構成される。状態表示領域６０には、アンテナ１２による電波受信状態および電池の残電池容量を示すアイコン（ピクトと言うこともある。）と、現在時刻とが表示される。なお、現在時刻は、ＲＴＣ２４ａが出力する時刻情報に基づく。

また、機能表示領域６２には着信間隔設定画面が表示されており、着信間隔設定画面には設定可能な着信間隔に対応するチェックボックス７０ａ−７０ｅ（特に区別しない場合にはチェックボックス７０と言う）が含まれる。また、携帯電話機１０が出荷された直後は、着信間隔が一週間に設定されているため、一週間のチェックボックス７０ｃにチェックがされている。そして、使用者は、キー入力装置２６に対するキー操作によって、任意の着信間隔に対応するチェックボックス７０にチェックを入れるだけで、着信間隔を設定する事ができる。

図１０は、ＲＡＭ３４のメモリマップ３００を示す図解図である。ＲＡＭ３４のメモリマップ３００には、プログラム記憶領域３０２およびデータ記憶領域３０４が含まれる。また、プログラムおよびデータの一部は、フラッシュメモリ３２から一度に全部または必要に応じて部分的かつ順次的に読み出され、ＲＡＭ３４に記憶されてからプロセッサ２４によって処理される。

プログラム記憶領域３０２には、携帯電話機１０を動作させるためのプログラムが記憶されている。たとえば、携帯電話機１０を動作させるためのプログラムは、着信プログラム３１０、点滅周期設定プログラム３１２および初期化プログラム３１４などから構成されている。

着信プログラム３１０は、音声着信における着信履歴を記録したり、不在着信であるか否かを判断したりするためのプログラムである。点滅周期設定プログラム３１４は、不在着信を通知するＬＥＤ３８の点滅周期を設定するためのプログラムである。初期化プログラム３１６は、点滅周期に加算された時間を初期化するためのプログラムである。

なお、図示は省略するが、携帯電話機１０を動作させるためのプログラムには、音声着信状態を通知するためのプログラム、通話状態を確立するためのプログラム、アドレスデータを新たに登録するためのプログラムおよびアラーム機能を制御するためのプログラムなどが含まれる。

続いて、データ記憶領域３０４には、時刻バッファ３３０および初期時間バッファ３３２などが設けられるとともに、着信履歴データ３３４、アドレス帳データ３３６、点滅周期テーブルデータ３３８、加算時間テーブルデータ３４０およびアラーム時刻データ３４２などが記憶される。また、データ記憶領域３０４には、不在着信フラグ３４４、加算フラグ３４６、アラームフラグ３４８およびタイマカウンタ３５０などが設けられる。

時刻バッファ３３０には、ＲＴＣ２４ａが出力した時刻情報が格納される。初期時間バッファ３３２には、点滅周期として最初に設定された時間が格納される。そのため、点滅周期に加算した時間が初期化される場合、プロセッサ２４は初期時間バッファ３３２に格納された時間をレジスタ３６ａに設定する。

着信履歴データ３３４は、複数の着信履歴を含むデータであり、図４に示すように構成されている。アドレス帳データ３３６は、複数のアドレスデータから構成されたデータであり、図３に示すように構成されている。点滅周期テーブルデータ３３８は、設定される点滅周期の時間（周期）が記録されたテーブルであり、図６に示すように構成されている。加算時間テーブルデータ３４０は、点滅周期に加算される時間が記録されたテーブルであり、図７に示すように構成されている。アラーム時刻データ３４２は、使用者によって予め設定されたアラーム時刻のデータであり、たとえば「０７３０（７時３０分）」などの数字列から構成されている。

不在着信フラグ３４４は、最新の着信が不在着信であるか否かを判断するためのフラグである。たとえば、不在着信フラグ３４４は１ビットのレジスタで構成される。たとえば、不在着信フラグ３４４がオン（成立）にされると、レジスタにはデータ値「１」が設定される。一方、不在着信フラグ３４４がオフ（不成立）にされると、レジスタにはデータ値「０」が設定される。そして、不在着信フラグ３４４は、音声着信が通知されている状態で応答操作がされなければオンにされる。

加算フラグ３４６は、深夜時間帯と判断されて点滅周期に時間が加算されたか否かを判断するためのフラグである。アラームフラグ３４８は、アラーム機能が有効であるか否かを判断するためのフラグである。なお、これらのフラグは、先述した不在着信フラグ３４４と同じであるため、フラグの構成の詳細な説明は省略する。

タイマカウンタ３５０は、３０分を計測するためのカウンタである。また、タイマカウンタ３５０は、携帯電話機１０の電源がオンであれば常にカウントされおり、カウントが満了した状態で初期化されると、再び３０分を計測することができる。また、タイマカウンタ３５０は、満了する前に初期化されることもある。

たとえば、タイマカウンタ３５０は着信が不在着信と判断された場合にリセットされ、不在着信があってからの時間がタイマカウンタ３５０によって計測される。そして、タイマカウンタ３５０が満了する度に、点滅周期に時間が加算される。なお、タイマカウンタ３５０は３０分タイマとも呼ばれる。

なお、図示は省略するが、データ記憶領域３０４には、GUIを表示するためのデータなどが記憶されると共に、携帯電話機１０の動作に必要なカウンタや、フラグも設けられる。

プロセッサ２４は、Android（登録商標）およびREXなどのLinux（登録商標）ベースのOSや、その他のOSの制御下で、図１１に示す着信処理、図１２に示す点滅周期設定処理および図１３に示す初期化処理などを含む、複数のタスクを並列的に処理する。

図１１は着信処理のフロー図である。たとえば、携帯電話機１０の電源がオンにされると、プロセッサ２４は、ステップＳ１で発呼信号を受信したか否かを判断する。つまり、アンテナ１２によって発呼信号が受信されたか否かを判断する。ステップＳ１で“ＮＯ”であれば、つまり発呼信号を受信していなければステップＳ１の処理を繰り返す。一方、ステップＳ１で“ＹＥＳ”であれば、つまり発呼信号を受信すれば、ステップＳ３で時刻と発信元情報とを記録する。つまり、発呼信号と共に受信した発信元情報に含まれる電話番号と、時刻バッファ３３０に格納された時刻情報とを関連付けて、着信履歴データ３３４に記録する。なお、ステップＳ３の処理を実行するプロセッサ２４は記録部として機能する。

続いて、ステップＳ５では、応答操作か否かを判断する。つまり、キー入力装置２６の通話キーが操作れたか否かを判断する。ステップＳ５で“ＮＯ”であれば、つまり応答操作がされなければ、ステップＳ７で発呼信号が途絶したか否かを判断する。つまり、アンテナ１２によって発呼信号を受信する事ができなくなったか否かを判断する。ステップＳ７で“ＮＯ”であれば、つまり発呼信号が途絶していなければ、再びステップＳ５で応答操作か否かを判断する。

一方、ステップＳ７で“ＹＥＳ”であれば、たとえば、相手の電話機において携帯電話機１０に対する呼び出し処理が終了して発呼信号が受信できなくなると、ステップＳ９で不在着信フラグ３４４をオンにする。つまり、今回の着信が不在着信であることを示すために不在着信フラグ３４４がオンにされる。なお、ステップＳ９の処理が実行されると、ステップＳ３で記録した着信履歴における不在着信の列にも「１」が記録される。続いて、ステップＳ１１では、３０分タイマをリセットする。つまり、今回の着信が不在着信であるため、不在着信と判断されてからの時間を計測するために、タイマカウンタ３５０が初期化される。なお、ステップＳ５，Ｓ７の処理を実行するプロセッサ２４は不在着信判断部として機能する。

また、ステップＳ５で“ＹＥＳ”であれば、つまり応答操作がされると、ステップＳ１３で通話が終了したか否かを判断する。たとえば、終話キーが操作されたか否かを判断する。そして、ステップＳ１３で“ＮＯ”であれば、終話キーが操作されるまでステップＳ１３の処理を繰り返し実行する。一方、ステップＳ１３で“ＹＥＳ”であれば、たとえば終話キーが操作されればステップＳ１に戻る。

図１２は点滅周期設定処理のフロー図である。不在着信フラグ３４４がオンにされると、プロセッサ２４は、ステップＳ２１で発信元情報がアドレス帳に含まれているか否かを判断する。つまり、着信履歴データ３３４において、最も新しい不在着信の履歴における電話番号がアドレス帳データ３３６に含まれているか否かを判断する。なお、ステップＳ２１の処理を実行するプロセッサ２４はアドレス帳判断部として機能する。

ステップＳ２１で“ＮＯ”であれば、つまりアドレス帳データ３３６に不在着信における電話番号が含まれていなければ、ステップＳ２７に進む。

一方、ステップＳ２１で“ＹＥＳ”であれば、つまりアドレス帳データ３３６に不在着信における電話番号が含まれていれば、ステップＳ２３で前回の着信から所定期間が経過したか否かを判断する。つまり、ステップＳ２３では、着信履歴データ３３４において、最新の不在着信の履歴に含まれる電話番号が他の着信履歴に含まれるかを検索し、含まれていた場合にはその着信履歴の時刻と最新の不在着信の履歴と間隔、つまり期間を算出する。そして、ステップＳ２３では算出した期間が一週間（所定期間）未満であるか否かを判断する。なお、期間を算出する際には、着信履歴データにおける時刻の欄に記録される数字列に基づいて算出される。

ステップＳ２３で“ＹＥＳ”であれば、つまり、算出された期間が一週間以上、または最新の不在着信の履歴に含まれる電話番号が他の着信履歴に含まれていなければ、ステップＳ２９に進む。

一方、ステップＳ２３で“ＮＯ”であれば、つまり算出した期間が一週間未満あれば、前回の着信から所定期間が経過していないため、ステップＳ２５で点滅周期を３秒に設定し、ステップＳ３３に進む。つまり、ステップＳ２５では、点滅周期テーブルデータ３３８から不在着信の電話番号がアドレス帳に登録されており、前回の着信との期間が一週間未満である場合の周期、つまり３秒（第１周期）を読み出して、レジスタ３６ａに設定する。なお、ステップＳ２５の処理を実行するプロセッサ２４は第１設定部として機能する。

また、最新の不在着信における電話番号がアドレス帳データ３３６に含まれていなければ、ステップＳ２７でステップＳ２３と同様に、前回の着信から所定期間が経過したか否かを判断する。なお、ステップＳ２３またはステップＳ２７の処理を実行するプロセッサ２４は期間判断部として機能する。

ステップＳ２７で“ＮＯ”であれば、つまり最新の不在着信の履歴において、電話番号がアドレス帳データに含まれていないが、前回の着信との間隔が一週間未満であれば、ステップＳ２９で点滅周期を６秒に設定する。つまり、ステップＳ２５と同様、点滅周期テーブルデータ３３８から上記条件を満たす周期、つまり６秒（第２周期）を読み出して、レジスタ３６ａに設定する。なお、ステップＳ２９の処理を実行するプロセッサ２４は第２設定部として機能する。また、ステップＳ２９の処理が終了すれば、プロセッサ２４はステップＳ３３に進む。

ここで、不在着信の電話番号がアドレス帳に登録されており、前回の着信との間隔が一週間以上である場合も、ステップＳ２９の処理が実行される。つまり、最新の不在着信の履歴において、電話番号がアドレス帳データに含まれていないが、前回の着信との間隔が一週間未満である場合と同様に、点滅周期として第２周期（６秒）が設定される。なお、本実施例では、上記２つの条件が異なっても同じ周期が設定されたが、他の実施例では上記２つの条件毎に設定される周期が異なっていてもよい。たとえば、ステップＳ２３で“ＹＥＳ”と判断された場合にはステップＳ２９が実行されるが、ステップＳ２７で“ＮＯ”と判断された場合、つまり最新の不在着信の履歴において、電話番号がアドレス帳データに含まれていないが、前回の着信との間隔が一週間未満である場合には、点滅周期を９秒に設定する処理が実行される。

一方、ステップＳ２７で“ＹＥＳ”であれば、つまり、最新の不在着信の履歴において、電話番号がアドレス帳データに含まれておらず、前回の着信との間隔が一週間以上であれば、ステップＳ３１で点滅周期を１２秒に設定する。つまり、上記条件を満たす周期、つまり１２秒（第３周期）が読み出され、レジスタ３６ａに設定される。また、ステップＳ３１の処理を実行するプロセッサ２４は第３設定部として機能する。

なお、ステップＳ２５，Ｓ２９，Ｓ３１の処理が実行されると、点滅周期がレジスタ３６ａに設定されるだけでなく、ＬＥＤ３８を点滅させる命令もＬＥＤ制御回路３６に発行される。また、レジスタ３６ａに点滅周期が設定されると、設定された周期が初期時間バッファ３３２にも格納される。

ステップＳ３３では、３０分タイマが満了したか否かを判断する。たとえば、新たに記録された着信履歴が不在着信と判断されてから３０分経過したかを、タイマカウンタ３５０のカウント値に基づいて判断する。ステップＳ３３で“ＹＥＳ”であれば、つまり不在着信と判断されてから３０分経過していれば、ステップＳ３５で点滅周期に２秒（放置時間）を加算する。たとえば、レジスタ３６ａに設定されている点滅周期が３秒であれば、レジスタ３６ａに設定された点滅周期は５（＝３＋２）秒となる。続いて、ステップＳ３７では３０分タイマをリセットし、ステップＳ５１に進む。つまり、ステップＳ３７では再び時間を計測するために、タイマカウンタ３５０を初期化する。なお、ステップＳ３５の処理を実行するプロセッサ２４は放置加算部として機能する。

また、ステップＳ３３で“ＮＯ”であれば、たとえば不在着信と判断されてから３０分経過していなければ、ステップＳ３９で、深夜時間帯か否かを判断する。つまり、時刻バッファ３３０に格納された現在時刻が０時から５時の深夜時間帯に含まれているか否かを判断する。ステップＳ３９で“ＹＥＳ”であれば、たとえば現在時刻が０時であれば、ステップＳ４１で加算済みであるか否かを判断する。つまり、既に点滅周期に時間（２秒）が加算され、加算フラグ３４６がオンにされているか否かを判断する。ステップＳ４１で“ＮＯ”であれば、つまり点滅周期に時間が加算されていなければ、ステップＳ４３で点滅周期に２秒を加算する。たとえば、ＲＴＣ２４ａが出力する時刻が０時になれば、点滅周期に対して２秒が加算される。なお、ステップＳ４３の処理を実行するプロセッサ２４は深夜加算部として機能する。

続いて、ステップＳ４５で加算フラグ３４６をオンし、ステップＳ５１に進む。また、ステップＳ４１で“ＹＥＳ”であっても、つまり点滅周期に時間が加算されていれば、点滅周期に時間が加算されることなくステップＳ５１に進む。

また、ステップＳ３９で“ＮＯ”であれば、つまり現在時刻が深夜時間帯でなければ、ステップＳ４７でステップＳ４１と同様に、加算済みか否かを判断する。ステップＳ４７では、現在時刻が深夜時間帯から抜けたため深夜時間帯でなくなったかを判断するために、加算フラグ３４６がオンであるか否かを判断する。そして、ステップＳ４７で“ＹＥＳ”であれば、つまり現在時刻が深夜時間帯から抜けたため深夜時間帯でなくなったのであれば、加算した時間（２秒）および放置時間（２×ｎ秒）を初期化するために、ステップＳ４９で初期化処理を実行する。なお、初期化処理については、図１３に示すフロー図を用いて詳細に説明するため、ここでの説明は省略する。

また、ステップＳ４７で“ＮＯ”であれば、たとえば、ＬＥＤ３８によって不在着信が通知されてから一度も深夜時間帯になっていなければ、初期処理を実行する必要は無いため、ステップＳ５１で不在着信の確認操作か否かを判断する。たとえば、不在着信を確認するために、キー入力装置２６に対して着信履歴を確認する操作がされたか否かを判断する。ステップＳ５１で“ＹＥＳ”であれば、つまり不在着信が確認されれば、点滅周期設定処理を終了する。また、点滅周期設定処理が終了すると、プロセッサ２４はＬＥＤ制御回路３６に対してＬＥＤ３８の点滅を停止する命令を発行する。

一方、ステップＳ５１で“ＮＯ”であれば、つまり不在着信の確認操作がされていなければ、ステップＳ５３で新たな不在着信か否かを判断する。つまり、不在着信を通知している状態で着信し、その着信も不在着信であると判断されたか否かを判断する。ステップＳ５３で“ＮＯ”であれば、つまり新たな不在着信が無ければステップＳ３３に戻る。つまり、時刻の変化に応じて、点滅周期に時間を加算したり、初期化したりするためにステップＳ３３に戻る。また、ステップＳ５３で“ＹＥＳ”であれば、つまり新たな着信が不在着信であると判断されれば、ステップＳ２１に戻る。つまり、新たな不在着信に応じた点滅周期を設定するためにステップＳ２１に戻る。このように、複数の着信が連続して不在着信と判断されたとしても、点滅周期は最後の不在着信にのみ基づいて設定される。

図１３は初期化処理のフロー図である。点滅周期設定処理のステップＳ４９が実行されると、プロセッサ２４はステップＳ７１でアラームがオンか否かを判断する。つまり、アラーム機能が有効にされており、アラームフラグ３４８がオンであるか否かを判断する。ステップＳ７１で“ＹＥＳ”であれば、つまりアラーム機能が有効であれば、ステップＳ７３でアラーム時刻が早朝時間帯（特定時間帯）に含まれているか否かを判断する。たとえば、アラーム時刻が５時から８時の早朝時間帯に含まれているか否かを判断する。また、ステップＳ７３で“ＹＥＳ”であれば、たとえばアラーム時刻が７時３０分であり、早朝時間帯に含まれていれば、ステップＳ７５でアラーム時刻であるか否かを判断する。たとえば、時刻バッファ３３０に格納された現在時刻が７時３０分であるか否かを判断する。

ステップＳ７５で“ＹＥＳ”であれば、たとえば現在時刻が７時３０分（アラーム時刻）であれば、ステップＳ７７で点滅周期を初期化する。つまり、使用者が携帯電話機１０を確認する可能性が非常に高いため、点滅周期をステップＳ２５，Ｓ２９またはＳ３１で設定された周期に戻す。

具体的には、初期時間バッファ３３２には、周期はステップＳ２５，Ｓ２９またはＳ３１で設定された点滅周期が格納されているため、初期時間バッファ３３２に格納された時間をレジスタ３６ａに設定する。

なお、ステップＳ７１，Ｓ７３で“ＮＯ”であれば、つまりアラーム機能が有効でないか、アラーム時刻が早朝時間帯に含まれていなければ、ステップＳ７７が実行され点滅周期が初期化される。また、ステップＳ７７の処理を実行するプロセッサ２４は初期化部として機能する。

一方、ステップＳ７５で“ＮＯ”であれば、つまり現在時刻がアラーム時刻でなければ、点滅周期は初期化されることなく、初期化処理は終了する。そして、初期化処理が終了すれば、プロセッサ２４は点滅周期設定処理に戻る。

以上の説明から分かるように、携帯電話機１０は、電話番号を含むアドレスデータを記憶するＲＡＭ３４および不在着信を視覚的に通知するＬＥＤ３８を備える。携帯電話機１０は、発呼信号を受信したときに、現在時刻と相手の電話番号とが関連付けられた着信履歴を記録するとともに、着信中に発呼信号が途絶すると、その着信を不在着信と判断する。また、プロセッサ２４は、不在着信の電話番号を含むアドレスデータが登録されており、前回の着信との期間が一週間未満であれば、ＬＥＤ３８の点滅周期を３秒に設定する。一方、不在着信の電話番号を含むアドレスデータが登録されておらず、前回の着信との期間が一週間以上あれば、ＬＥＤ３８の点滅周期を１２秒に設定する。

このように、不在着信が所定の条件を満たす場合、ＬＥＤ３８の点滅周期が長くなるため、携帯電話機１０の消費電力を抑えつつ、不在着信を通知できる。

なお、前回の着信との期間が１週間以上である場合のＬＥＤ３８の点滅周期は、１２秒（第３周期）に限定されるものではない。たとえば、他の実施例では、第３周期は、図６に示される点滅周期テーブルにおける、３秒（第１周期）より長く、６秒（第２周期）より短くてもよい。

また、電子メールのメール着信や、SMS(Short Message Service)のメッセージ着信が確認されていない場合でも、本実施例と同様に、ＬＥＤ３８の点滅周期が設定されてもよい。

また、点滅周期に加算された時間が初期化される場合には、深夜時間帯と判断されたことで加算された時間だけが初期化されてもよい。

また、加算される放置時間は、一定時間であってもよいし、一定時間では無く、たとえば、徐々に長くなったり、徐々に短くなったりしてもよい。さらに、放置時間は、一定時間まで長く、または短くなった後、その後、一定時加算時間となるなど、適宜変化してもよい。

また、携帯電話機１０の通信方式はCDMA方式であるが、LTE(Long Term Evolution)方式、W-CDMA方式、GSM方式、TDMA方式、FDMA方式およびPHS方式などが採用されてもよい。

また、着信プログラム３１０、点滅周期設定プログラム３１２および初期化プログラム３１４は、データ配信用のサーバのHDDに記憶され、通信を介して携帯電話機１０に配信されてもよい。また、メモリカードなどの記憶媒体にこれらのプログラムを記憶させた状態で、その記憶媒体が販売または配布されてもよい。

さらに、本願発明は、携帯電話機１０のみに限らず、スマートフォンおよびPDA(Personal Digital Assistant)に適用されてもよい。

そして、本明細書中で挙げた、時間や、時間帯、時刻などの具体的な数値は、いずれも単なる一例であり、製品の仕様などの必要に応じて適宜変更可能である。

１０ … 携帯電話機
１２ … アンテナ
１４ … 無線通信回路
２４ … プロセッサ
２６ … キー入力装置
３４ … ＲＡＭ
３６ … ＬＥＤ制御回路
３６ａ … レジスタ
３８ … ＬＥＤ

Claims (9)

1. 設定された点滅周期に基づいて発光する発光部を含む、携帯通信端末であって、
   アドレスデータから構成されるアドレス帳データを記憶する記憶装置、
   着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録部、
   前記着信が不在着信であるか否かを判断する不在着信判断部、
   前記着信が不在着信と判断されたとき、前記発信元情報が前記アドレス帳データに含まれるか否かを判断するアドレス帳判断部、
   前記不在着信判断部によって不在着信と判断されたとき、前回の着信に関連付けられた着信時刻と今回の不在着信に関連付けられた着信時刻との間の期間が所定期間以上か否かを判断する期間判断部、
   前記アドレス帳判断部によって前記発信元情報がアドレス帳データに含まれると判断されたとき、前記点滅周期として第１周期を設定する第１設定部、
   前記アドレス帳判断部によって前記発信元情報がアドレス帳データに含まれないと判断されたとき、前記点滅周期として前記第１周期より長い第２周期を設定する第２設定部、および
   前記アドレス帳判断部によって前記発信元情報がアドレス帳データに含まれないと判断され、かつ前記期間判断部によって前記所定期間以上と判断されたとき、前記点滅周期として前記第１周期より長い第３周期を設定する第３設定部を備える、携帯通信端末。
2. 設定された点滅周期に基づいて発光する発光部を含む、携帯通信端末であって、
   アドレスデータから構成されるアドレス帳データを記憶する記憶装置、
   着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録部、
   前記着信が不在着信であるかを判断する不在着信判断部、
   前記発信元情報が前記アドレス帳データに含まれるかを判断するアドレス帳判断部、
   前記着信が不在着信と判断されたとき、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間以上かを判断する期間判断部、
   前記着信が不在着信と判断され、かつ前記発信元情報がアドレス帳データに含まれると判断されたとき、前記点滅周期として第１周期を設定する第１設定部、
   前記着信が不在着信と判断され、かつ前記発信元情報がアドレス帳データに含まれないと判断されたとき、前記点滅周期として前記第１周期より長い第２周期を設定する第２設定部、および
   前記発信元情報がアドレス帳データに含まれないと判断され、かつ前記期間判断部によって前記所定期間以上と判断されたとき、前記点滅周期として前記第１周期より長い第３周期を設定する第３設定部を備える、携帯通信端末。
3. 前記第３周期は、前記第２周期よりも長い、請求項１または２記載の携帯通信端末。
4. 前記第１設定部は、前記アドレス帳判断部によって前記発信元情報がアドレス帳データに含まれると判断され、かつ前記期間判断部によって前記所定期間未満と判断されたとき、前記点滅周期として前記第１周期を設定し、
   前記第２設定部は、前記アドレス帳判断部によって前記発信元情報がアドレス帳データに含まれないと判断され、かつ前記期間判断部によって前記所定期間未満と判断されたとき、前記点滅周期として前記第２周期を設定する、請求項１ないし３のいずれかに記載の携帯通信端末。
5. 時刻情報を出力する出力部、および
   前記出力部が出力する時刻情報に示される時が所定時間帯であるとき、設定された点滅周期に時間を加算する加算部をさらに備える、請求項１ないし４のいずれかに記載の携帯通信端末。
6. 前記不在着信判断部によって不在着信と判断されてから所定時間毎に、設定された点滅周期に放置時間を加算する放置加算部をさらに備える、請求項１ないし５のいずれかに記載の携帯通信端末。
7. 前記点滅周期に加算された時間を初期化する初期化部をさらに備える、請求項５または６記載の携帯通信端末。
8. 設定された点滅周期に基づいて発光する発光部およびアドレスデータから構成されるアドレス帳データを記憶する記憶装置を含む、携帯通信端末のプロセッサを、
   着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録部、
   前記着信が不在着信であるかを判断する不在着信判断部、
   前記発信元情報が前記アドレス帳データに含まれるかを判断するアドレス帳判断部、
   前記着信が不在着信と判断されたとき、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間以上かを判断する期間判断部、
   前記着信が不在着信と判断され、かつ前記発信元情報がアドレス帳データに含まれると判断されたとき、前記点滅周期として第１周期を設定する第１設定部、
   前記着信が不在着信と判断され、かつ前記発信元情報がアドレス帳データに含まれないと判断されたとき、前記点滅周期として前記第１周期より長い第２周期を設定する第２設定部、および
   前記発信元情報がアドレス帳データに含まれないと判断され、かつ前記期間判断部によって前記所定期間以上と判断されたとき、前記点滅周期として前記第１周期より長い第３周期を設定する第３設定部として機能させる、点滅周期制御プログラム。
9. 設定された点滅周期に基づいて発光する発光部およびアドレスデータから構成されるアドレス帳データを記憶する記憶装置を含む、携帯通信端末における点滅周期制御方法であって、前記携帯通信端末のプロセッサが、
   着信があるとき、その着信に関する発信元情報と着信時刻とを関連付けて記録する記録ステップ、
   前記着信が不在着信であるかを判断する不在着信判断ステップ、
   前記発信元情報が前記アドレス帳データに含まれるかを判断するアドレス帳判断ステップ、
   前記着信が不在着信と判断されたとき、前回の着信の着信時刻と今回の不在着信の着信時刻との間の期間が所定期間以上かを判断する期間判断ステップ、
   前記着信が不在着信と判断され、かつ前記発信元情報がアドレス帳データに含まれると判断されたとき、前記点滅周期として第１周期を設定する第１設定ステップ、
   前記着信が不在着信と判断され、かつ前記発信元情報がアドレス帳データに含まれないと判断されたとき、前記点滅周期として前記第１周期より長い第２周期を設定する第２設定ステップ、および
   前記発信元情報がアドレス帳データに含まれないと判断され、かつ前記期間判断部によって前記所定期間以上と判断されたとき、前記点滅周期として前記第１周期より長い第３周期を設定する第３設定ステップを実行する、点滅周期制御方法。

Images