(57)【特許請求の範囲】
【請求項１】
ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、
前記通信部を制御して不在着信を行う不在着信制御部、
前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および
前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部を備え、
前記報知部はユーザに対して相手への掛け直し時刻の報知を行うとともに、前記掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う、携帯端末。
【請求項２】
前記報知部によるアラート報知の時刻を掛け直し時刻に対してどれだけ先行させるかを示すアラート時間を設定する第１設定部をさらに備える、請求項１に記載の携帯端末。
【請求項３】
前記不在着信制御部は、ユーザが相手への掛け直しを行うまでの時間または掛け直しを行う時刻を相手に前記通信部を通してアナウンスする、請求項２に記載の携帯端末。
【請求項４】
前記不在着信制御部によってアナウンスされる相手への掛け直しまでの時間を示すアナウンス時間を設定する第２設定部をさらに備える、請求項３に記載の携帯端末。
【請求項５】
前記第１設定部および前記第２設定部の少なくとも一方は、相手の番号またはアドレスもしくは相手を分類するグループ毎に設定を行う、請求項４に記載の携帯端末。
【請求項６】
少なくとも前記通信部に電源を供給する電池をさらに備え、
前記報知部は、不在着信後に前記電池の残量が一定量以下になると、前記第１設定部で設定したアラート時間よりも早くアラート報知を行う、請求項２に記載の携帯端末。
【請求項７】
表示部をさらに備え、
前記報知部は、前記不在着信制御部による不在着信から前記報知解除部による報知解除までの期間に渡って報知画像を前記表示部に表示する、請求項１に記載の携帯端末。
【請求項８】
前記不在着信制御部は、初回着信時と再着信時とで異なるメッセージを付加する、請求項３に記載の携帯端末。
【請求項９】
前記不在着信制御部は、特定モードが選択されている状態で不在着信制御を行い、
前記報知部は、前記特定モードの選択が解除されたときユーザに報知を行う、請求項１に記載の携帯端末。
【請求項１０】
ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部を備える携帯端末のコンピュータを、
前記通信部を制御して不在着信を行う不在着信制御部、
前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および
前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部として機能させ、
前記報知部はユーザに対して相手への掛け直し時刻の報知を行うとともに、前記掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う、報知制御プログラム。
【請求項１１】
ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部を備える携帯端末によって行われる報知制御方法であって、
前記通信部を制御して不在着信を行う不在着信制御ステップ、
前記不在着信制御ステップによる不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知ステップ、および
前記不在着信制御ステップによる不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知ステップによる報知の実行を解除する報知解除ステップを含み、
前記報知ステップではユーザに対して相手への掛け直し時刻の報知を行うとともに、前記掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う、報知制御方法。
【請求項１２】
ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、
前記通信部を制御して不在着信を行う不在着信制御部、
前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、
不在着信後に相手への掛け直しを行わずに電源オフ操作が行われたとき、掛け直しを行わないまま電源オフしてよいかをユーザに確認する確認部、および
前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部を備える、携帯端末。
【請求項１３】
表示部、
ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、
前記通信部を制御して不在着信を行う不在着信制御部、
前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および
前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部を備え、
前記報知部は、前記不在着信制御部による不在着信から前記報知解除部による報知解除までの期間に渡って報知画像を前記表示部に表示し、ユーザに対して相手への掛け直し時刻の報知を行うとともに、掛け直し時刻の一定時間前になると前記報知画像をポップアップすることによって当該時刻の接近を報知するアラート報知を行う、携帯端末。
【請求項１４】
表示部、
ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、
前記通信部を制御して不在着信を行う不在着信制御部、
前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および
前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部を備え、
前記報知部は、前記不在着信制御部による不在着信から前記報知解除部による報知解除までの期間に渡って報知画像を前記表示部に表示し、未だ掛け直しが行われていない相手が複数存在する場合には、当該複数の相手に対応する複数の前記報知画像を同時に表示する、携帯端末。
【請求項１５】
前記表示部に設けられるタッチパネル、および
前記表示部に表示されたいずれかの報知画像を選択する操作が前記タッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスへの発信を行う発信制御部をさらに備える、請求項１４に記載の携帯端末。
【請求項１６】
前記表示部に表示される各報知画像に対応する番号またはアドレスに対して優先度を設定する第３設定部をさらに備え、
前記報知部は前記第３設定部で設定された優先度に基づいて各報知画像の表示態様を変更する、請求項１４に記載の携帯端末。
【請求項１７】
前記第３設定部で設定された優先度を不在着信回数に応じて変更する変更部をさらに備える、請求項１６に記載の携帯端末。
【請求項１８】
前記表示部に表示されたいずれかの報知画像をスライドさせる操作が前記タッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスに対する不在着信の履歴を表示する履歴表示部をさらに備える、請求項１５に記載の携帯端末。
【請求項１９】
前記表示部に表示されたいずれかの報知画像を所定位置までドラッグする操作が前記タッチパネルで検出されたとき当該報知画像を前記表示部から消去する消去部をさらに備える、請求項１５に記載の携帯端末。
【請求項２０】
前記不在着信制御部は、相手に掛け直しを行うまでの時間または掛け直す時刻をアナウンスする際に、前記第３設定部によって設定された優先度によって異なるメッセージを付加する、請求項１６に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯端末に関し、特にたとえば、着信から一定時間経過してもユーザが着信操作を行わない場合に不在着信を行う、不在着信機能を有する、携帯端末に関する。
【背景技術】
【０００２】
従来のこの種の携帯端末の一例が、特許文献１に開示されている。この背景技術では、着信時に受信者（ユーザ）が肉声で即応できない状況にあるとき、当該状況が解消した後の対応内容を予め設定した自動応答メッセージ（たとえば“会議中なので３０分後に電話します”など）に従って発信者（相手）に音声で応答し、受信者には発信元情報（発信元の電話番号，発信元に自動応答したメッセージ，自動応答の時間など）を報知する。
【特許文献１】特開２００７−６０３１７号公報［H04M 1/64, 1/00, H04Q 7/38］
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、上記の背景技術では、ユーザは、不在着信時に発信元情報が報知されるだけなので、３０分が経過した時点で相手に電話を掛け直すのを忘れている可能性がある。
【０００４】
それゆえに、この発明の主たる目的は、新規な、携帯端末を提供することである。
【０００５】
この発明の他の目的は、不在着信後の掛け直し忘れを防止できる、携帯端末を提供することである。
【課題を解決するための手段】
【０００６】
この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために後述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。
【０００７】
この発明の第１の態様は、携帯端末であって、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、通信部を制御して不在着信を行う不在着信制御部、および不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部を備え、報知部はユーザに対して相手への掛け直し時刻の報知を行うとともに、掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う。
【０００８】
第１の態様では、携帯端末（１０）は、通信部（１４）、不在着信制御部（Ｓ５１）、報知部（Ｓ３７，Ｓ３９，Ｓ３２ｃ）および報知解除部（Ｓ１２３，Ｓ１５９，Ｓ６０ａ，Ｓ６０ｂ）を備え、通信部は、ユーザから相手への発信機能、および相手からユーザへの着信機能を有している。不在着信制御部は、通信部を制御して不在着信を行い、報知部は、不在着信制御部による不在着信の後、ユーザに報知を行うことで、相手への掛け直しを催促する。報知解除部は、不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する。報知部はユーザに対して相手への掛け直し時刻の報知を行う（Ｓ７３〜Ｓ７７）とともに、相手への掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う（Ｓ１１１）。掛け直し時刻の報知は、ある実施例では、不在着信の直後に開始され、解除まで継続される。また、アラート報知は、ある実施例では、掛け直し時刻が記述された報知画面（ＮＳ）のポップアップを通じて行うが、これに代えて、またはこれに加えて、アラーム音，振動，発光などを通じて行ってもよい。
【０００９】
第１の態様によれば、不在着信の後、ユーザに対して相手への掛け直しを催促する報知を行い、不必要となった報知の実行を解除することで、掛け直し忘れを効率的に防止することができる。掛け直し時刻をユーザに対して報知することで、当該時刻までに掛け直しを行わせることができ、さらに掛け直し時刻の一定時間前にアラート報知を行うことによって、当該時刻に遅れないように掛け直しを行わせることができる。
【００１６】
第２の態様は、第１の態様に従属する携帯端末であって、報知部によるアラート報知の時刻を掛け直し時刻に対してどれだけ先行させるかを示すアラート時間を設定する第１設定部（Ｓ１７）をさらに備える。
【００１７】
なお、アラート時間には、ある実施例ではユーザ操作に基づく任意の値が設定されるが、デフォルトが設定されてもよい。
【００１８】
第２の態様によれば、ユーザに対して、ユーザ自身の設定に基づくタイミングでのアラート報知が可能となる。
【００１９】
第３の態様は、第２の態様に従属する携帯端末であって、不在着信制御部は、ユーザが相手への掛け直しを行うまでの時間または掛け直しを行う時刻を相手に通信部を通してアナウンスする（Ｓ１５７，Ｓ１８１〜Ｓ１９３）。
【００２０】
第３の態様によれば、相手に対して、掛け直しまでの時間（たとえば３０分後）または掛け直し時刻（たとえば１６：００）をアナウンスすることで、待ち時間の苛々を軽減できる。
【００２１】
第４の態様は、第３の態様に従属する携帯端末であって、不在着信制御部によってアナウンスされる相手への掛け直しまでの時間を示すアナウンス時間を設定する第２設定部段（Ｓ１１）をさらに備える。
【００２２】
なお、アナウンス時間には、ある実施例ではユーザ操作に基づく任意の値が設定されるが、デフォルト値が設定されてもよい。
【００２３】
第４の態様によれば、相手に応じたアナウンス時間を設定することができる。
【００２４】
第５の態様は、第４の態様に従属する携帯端末であって、第１設定部および第２設定部の少なくとも一方は、相手の番号またはアドレスもしくは相手が属するグループ毎に設定を行う。
【００２５】
第５の態様によれば、アナウンス時間つまり不在着信から掛け直しまでの時間を相手によって、または相手が属するグループによって変えることができるので、優先順位を考慮した効率的な掛け直しが可能となる。
【００２６】
第６の態様は、第２の態様に従属する携帯端末であって、少なくとも通信部に電源を供給する電池（４６）をさらに備え、報知部は、不在着信後に電池の残量が一定量以下になると、第１設定部で設定したアラート時間よりも早くアラート報知を行う（Ｓ１０７：ＮＯ→Ｓ１０９：ＹＥＳ→Ｓ１１１）。
【００２７】
第６の態様によれば、電池切れの前に掛け直しを行わせることができる。
【００３０】
第７の態様は、第１の態様に従属する携帯端末であって、表示部（３０）をさらに備え、報知部は、不在着信制御部による不在着信から報知解除部による報知解除までの期間に渡って報知画像（ＮＩ）を表示部（３０）に表示する。
【００３１】
なお、報知画像には、ある実施例では相手の番号またはアドレスおよび相手への掛け直し時刻が記述されるが、他の実施例では単なる記号やマークなどでもよい。
【００３２】
第７の態様によれば、未だ掛け直しが行われていない不在着信の存在をユーザに認識させることができる。
【００４０】
なお、表示態様とは、ある実施例では表示色であるが、他の実施例では表示サイズ，形状，コントラスト，透明度，点滅周期などでもよく、それらの組み合わせでもよい。
【００５０】
第８の態様は、第３の態様に従属する携帯端末であって、不在着信制御部は、初回着信時と再着信時とで異なるメッセージを付加する。
【００５１】
第８の態様によれば、着信回数に応じてメッセージを変えることで、待ち時間の苛々を軽減できる。
【００５２】
第９の態様は、第１の態様に従属する携帯端末であって、不在着信制御部は、特定モードが選択されている状態で不在着信制御を行い、報知部は、特定モードの選択が解除されたときユーザに報知を行う（Ｓ３２ｃ）。
【００５３】
ここで、特定モードは、ある実施例ではマナーモードであるが、留守番モードやドライブモードなど、不在着信を行うモードであればよい。また、報知は、ある実施例では、表示中の報知アイコンをポップアップすることで行うが、ポップアップに代えて、またはこれに加えて、たとえばアラーム音を出力したり、本体を振動させたり、ＬＥＤを発光させたりしてもよい。
【００５４】
第９の態様によれば、不在着信に対して掛け直しを行わないまま特定モードが解除されても、解除時に報知が行われるので、掛け直し忘れを防止できる。
【００５５】
第１０の態様は、報知制御プログラム（５２）であって、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部（１４）を備える携帯端末（１０）のコンピュータを、通信部を制御して不在着信を行う不在着信制御部（Ｓ５１）、不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部（Ｓ３７，Ｓ３９，Ｓ３２ｃ）、および、不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する報知解除部（Ｓ１２３，Ｓ１５９，Ｓ６０ａ，Ｓ６０ｂ）として機能させ、報知部はユーザに対して相手への掛け直し時刻の報知を行う（Ｓ７３〜Ｓ７７）とともに、相手への掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う（Ｓ１１１）。
【００５６】
第１１の態様は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部（１４）を備える携帯端末（１０）によって行われる報知制御方法であって、通信部を制御して不在着信を行う不在着信制御ステップ（Ｓ５１）、不在着信制御ステップによる不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知ステップ（Ｓ３７，Ｓ３９，Ｓ３２ｃ）、および、不在着信制御ステップによる不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知ステップによる報知の実行を解除する報知解除ステップ（Ｓ１２３，Ｓ１５９，Ｓ６０ａ，Ｓ６０ｂ）を含み、報知ステップではユーザに対して相手への掛け直し時刻の報知を行う（Ｓ７３〜Ｓ７７）とともに、相手への掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う（Ｓ１１１）。
【００５７】
第１０および第１１の各態様によっても、第１の態様と同様に、不在着信後の掛け直し忘れを効率的に防止することができる。
第１２の態様は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、通信部を制御して不在着信を行う不在着信制御部、不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、不在着信後に相手への掛け直しを行わずに電源オフ操作が行われたとき、掛け直しを行わないまま電源オフしてよいかをユーザに確認する確認部、および不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する報知解除部を備える、携帯端末である。
第１３の態様は、表示部、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、通信部を制御して不在着信を行う不在着信制御部、不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する報知解除部を備え、報知部は、不在着信制御部による不在着信から報知解除部による報知解除までの期間に渡って報知画像を表示部に表示し、ユーザに対して相手への掛け直し時刻の報知を行うとともに、掛け直し時刻の一定時間前になると報知画像をポップアップすることによって当該時刻の接近を報知するアラート報知を行う、携帯端末である。
第１４の態様は、表示部、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、通信部を制御して不在着信を行う不在着信制御部、不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する報知解除部を備え、報知部は、不在着信制御部による不在着信から報知解除部による報知解除までの期間に渡って報知画像を表示部に表示し、未だ掛け直しが行われていない相手が複数存在する場合には、当該複数の相手に対応する複数の報知画像を同時に表示する、携帯端末である。
第１５の態様は、第１４の態様に従属する携帯端末であって、表示部に設けられるタッチパネル、および表示部に表示されたいずれかの報知画像を選択する操作がタッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスへの発信を行う発信制御部をさらに備える。
第１６の態様は、第１４の態様に従属する携帯端末であって、表示部に表示される各報知画像に対応する番号またはアドレスに対して優先度を設定する第３設定部をさらに備え、報知部は第３設定部で設定された優先度に基づいて各報知画像の表示態様を変更する。
第１７の態様は、第１６の態様に従属する携帯端末であって、第３設定部で設定された優先度を不在着信回数に応じて変更する変更部をさらに備える。
第１８の態様は、第１５の態様に従属する携帯端末であって、表示部に表示されたいずれかの報知画像をスライドさせる操作がタッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスに対する不在着信の履歴を表示する履歴表示部をさらに備える。
第１９の態様は、第１５の態様に従属する携帯端末であって、表示部に表示されたいずれかの報知画像を所定位置までドラッグする操作がタッチパネルで検出されたとき当該報知画像を表示部から消去する消去部をさらに備える。
第２０の態様は、第１６の態様に従属する携帯端末であって、不在着信制御部は、相手に掛け直しを行うまでの時間または掛け直す時刻をアナウンスする際に、第３設定部によって設定された優先度によって異なるメッセージを付加する。
【発明の効果】
【００５８】
この発明によれば、不在着信後の掛け直し忘れを効率的に防止できる、携帯端末が実現される。
【図面の簡単な説明】
【００５９】
【図１】この発明の一実施例である携帯端末の構成を示すブロック図である。
【図２】メインメモリの内容を示すメモリマップ図である。
【図３】メインメモリに記憶された各種情報の構成を示す図解図であり、図３（Ａ）が電話帳情報を、図３（Ｂ）がマナーモード設定直後の報知情報を、そして図３（Ｃ）が優先度テーブルを示す。
【図４】ＣＰＵ動作の一部（登録モードでの処理）を示すフロー図である。
【図５】ＣＰＵ動作の他の一部（マナーモードでの処理）を示すフロー図である。
【図６】ＣＰＵ動作のその他の一部（マナーモードで実行される報知アイコン表示制御処理）を示すフロー図である。
【図７】ＣＰＵ動作のさらにその他の一部（マナーモードで実行される報知アイコン操作制御処理）を示すフロー図である。
【図８】ＣＰＵ動作の他の一部（マナーモードで実行されるアラート報知制御処理）を示すフロー図である。
【図９】ＣＰＵ動作のその他の一部（マナーモードで実行される発信制御処理）を示すフロー図である。
【図１０】ＣＰＵ動作のさらにその他の一部（マナーモードで実行される不在着信制御処理）を示すフロー図である。
【図１１】ＣＰＵ動作の他の一部（図１０の不在着信制御処理の続き）を示すフロー図である。
【図１２】図１０の不在着信制御処理に含まれる掛け直し時間アナウンス出力処理の変形例を示すフロー図である。
【図１３】設定モードで表示される設定画面を示す図解図であり、図１３（Ａ）がアナウンス時間設定画面を、図１３（Ｂ）がアラート時間設定画面を、そして図１３（Ｃ）が優先度設定画面をそれぞれ示す。
【図１４】マナーモードで表示される報知画面を示す図解図である。
【図１５】マナーモードで表示される意思確認画面を示す図解図である。
【図１６】マナーモードで表示される報知アイコンの一例を示す図解図である。
【図１７】マナーモードで表示される報知アイコンの他の一例を示す図解図である。
【図１８】マナーモードでアラート報知用にポップアップされた報知画面を示す図解図である。
【図１９】報知アイコンの操作例を示す図解図であり、図１９（Ａ）は報知アイコンをタップして発信を行う様子を示し、図１９（Ｂ）は終話後に報知アイコンが自動消去される様子を示す。
【図２０】報知アイコンの他の操作例を示す図解図であり、ゴミ箱へのドラッグにより報知アイコンが消去される様子を示す。
【図２１】報知アイコンのその他の操作例を示す図解図であり、上方へのスライドにより不在着信履歴が表示される様子を示す。
【図２２】報知情報の変化を示す図解図であり、図２２（Ａ）は図１６の報知アイコンに対応する報知情報を、図２２（Ｂ）は図１７の報知アイコンに対応する報知情報を、そして図２２（Ｃ）は図１９（Ｂ）の報知アイコンに対応する報知情報をそれぞれ示す。
【発明を実施するための形態】
【００６０】
図１には、携帯端末１０のハードウエア構成が示される。図１を参照して、この発明の一実施例である携帯端末１０はＣＰＵ２４を含む。ＣＰＵ２４には、キー入力装置２６、メインメモリ３４、フラッシュメモリ３６、撮像装置３８、ＬＥＤ発光器４０およびバイブレータ４２が接続され、さらに、無線通信回路１４を介してアンテナ１２が、Ａ／Ｄコンバータ１６を介してマイク１８が、Ｄ／Ａコンバータ２０を介してスピーカ２２が、そしてドライバ２８を介してディスプレイ３０が、それぞれ接続される。また、ＣＰＵ２４には、電源回路４４を介して電池４６および電源コネクタ４８が接続される。電源コネクタ４８には、ＡＣ電源などの外部電源が接続される。
【００６１】
アンテナ１２は、図示しない基地局からの無線信号を捕捉（受信）し、また、無線通信回路１４からの無線信号を放出（送信）する。無線通信回路１４は、アンテナ１２で受信された無線信号を復調および復号化し、また、ＣＰＵ２４からの信号を符号化および変調する。マイク１８は、音波をアナログの音声信号に変換し、Ａ／Ｄコンバータ１６は、マイク１８からの音声信号をディジタルの音声データに変換する。Ｄ／Ａコンバータ２０は、ＣＰＵ２４からの音声データをアナログの音声信号に変換し、スピーカ２２は、Ｄ／Ａコンバータ２０からの音声信号を音波に変換する。
【００６２】
キー入力装置２６は、ユーザによって操作される各種のキー，ボタン，トラックボール（図示せず）などで構成され、操作に応じた信号（コマンド）をＣＰＵ２４に入力する。ドライバ２８は、ＣＰＵ２４からの信号に応じた画像をディスプレイ３０に表示する。タッチパネル３２は、ディスプレイ３０の表示面に設けられ、タッチ点の位置を示す信号（座標）をＣＰＵ２４に入力する。
【００６３】
メインメモリ３４は、たとえばＳＤＲＡＭなどで構成され、ＣＰＵ２４に各種の処理を実行させるためのプログラム，データなど（図２参照）を記憶する共に、ＣＰＵ２４に必要な作業領域を提供する。フラッシュメモリ３６は、たとえばＮＡＮＤ型のフラッシュメモリで構成され、プログラムなどの保存領域さらには撮像装置３８による画像データの記録領域として利用される。
【００６４】
撮像装置３８は、図示しないレンズ，イメージセンサ（たとえばＣＣＤ，ＣＭＯＳなどの撮像素子），カメラ処理回路などで構成され、レンズを経てイメージセンサ上に結像する光学像を光電変換して、これに対応する画像データを出力する。
【００６５】
ＬＥＤ発光器４０は、図示しないＬＥＤ(Light Emitting Diode)およびドライバで構成され、ＣＰＵ２４の制御下でドライバがＬＥＤを駆動することにより、カメラ撮影用のフラッシュ光（ストロボ光）を発したり、所定のパターンで発光することによりユーザに対して各種の報知（たとえば着信報知，掛け直しを催促する報知など）を行ったりする。バイブレータ４２は、所定のパターンで振動することによりユーザに対して各種の報知（たとえば着信報知，掛け直しを催促する報知など）を行ったりする。
【００６６】
ＣＰＵ２４は、メインメモリ３４に記憶されたプログラム（５２〜５４）に従って、他のハードウエア（１２〜２２，２６〜４８）を利用しつつ、各種の処理を実行する。処理の実行に必要なタイミング信号は、ＲＴＣ(Real Time Clock)２４ａから供給される。ＣＰＵ２４等が動作するための電源（電力）は、電源回路４４を介して電池４６から供給される。電源回路４４はまた、電源コネクタ４８に接続された外部電源（ＡＣ電源など）からの供給電力に基づいて、電池４６の充電も行う。
【００６７】
以上のように構成された携帯端末１０では、図示しないメニュー画面を通して、通話を行う通話モード、カメラ撮影を行う撮影モード、アナウンス音声による自動着信（不在着信）を行うマナーモード、および各種の設定を行う設定モードなどを選択することができる。なお、これ以外にも、たとえば、電子メールの送受信を行うメールモード、インターネットに接続してデータ通信を行うモードなども準備されているが、詳しい説明を省略する。
【００６８】
通話モードが選択されると、携帯端末１０は、通話装置として機能する。詳しくは、キー入力装置２６によって発呼操作が行われると、ＣＰＵ２４は、無線通信回路１４を制御して発呼信号を出力する。なお、発信先の電話番号は、予め登録された電話帳情報（６２：図３（Ａ）参照）から選択することもできる。出力された発呼信号は、アンテナ１２を介して出力され、図示しない移動通信網を経て相手の電話機に伝達される。電話機は、着信音，振動，発光などによる呼び出しを開始する。相手が着呼操作を行うと、ＣＰＵ２４は通話処理を開始する。一方、相手からの発呼信号がアンテナ１２によって捕捉されると、無線通信回路１４は着信をＣＰＵ２４に通知し、ＣＰＵ２４は、着信音による呼び出しを開始する。キー入力装置２６によって着呼操作が行われると、ＣＰＵ２４は通話処理を開始する。
【００６９】
通話処理は、たとえば、次のように行われる。相手から送られてきた受話音声信号は、アンテナ１２によって捕捉され、無線通信回路１４によって復調および復号化を施された後、Ｄ／Ａコンバータ２０を経てスピーカ２２に与えられる。これにより、スピーカ２２から受話音声が出力される。一方、マイク１８によって取り込まれた送話音声信号は、Ａ／Ｄコンバータ１６を経て無線通信回路１４に送られ、無線通信回路１４によって符号化および変調を施された後、アンテナ１２を通して相手に送信される。相手の電話機でも、送話音声信号の復調および復号化が行われ、送話音声が出力される。
【００７０】
撮影モードが選択されると、携帯端末１０はカメラ装置として機能する。詳しくは、ＣＰＵ２４がスルー撮影開始命令を発し、撮像装置３８はスルー撮影を開始する。撮像装置３８では、図示しないレンズを経てイメージセンサに結像した光学像は、光電変換を施され、これによって、光学像を表す電荷が生成される。スルー撮影では、イメージセンサで生成された電荷の一部が、たとえば１／６０秒毎に、低解像度の生画像信号として読み出される。読み出された生画像信号は、カメラ処理回路によってＡ／Ｄ変換，色分離，ＹＵＶ変換などの一連の画像処理を施されることで、ＹＵＶ形式の画像データに変換される。こうして、撮像装置３８からは、スルー表示用の低解像度の画像データが、たとえば６０ｆｐｓのフレームレートで出力される。出力された画像データは、現時点のスルー画像データとしてメインメモリ３４に書き込まれ、ドライバ２８は、メインメモリ３４に記憶されたスルー画像データを繰り返し読み出し、これに基づくスルー画像をディスプレイ３０に表示する。
【００７１】
ユーザは、ディスプレイ３０に表示されたスルー画像を見ながら、撮像装置３８の向きや対象までの距離を調節した後、キー入力装置２６またはタッチパネル３２によりシャッタ操作を行う。ＣＰＵ２４は、シャッタ操作に応答して静止画撮影命令を発する。応じて、イメージセンサで生成された電荷が高解像度の生画像信号として読み出され、読み出された生画像信号は、カメラ処理回路によって一連の画像処理を施されることでＹＵＶ形式の画像データに変換される。こうして、撮像装置３８から記録用の高解像度の画像データが出力され、出力された画像データは、メインメモリ３４に一時保持された後、静止  画像データとしてフラッシュメモリ３６に書き込まれる。
【００７２】
また、先述したような通話モードにおいて、下位モードの１つであるマナーモード（または留守番モード，ドライブモードなど）が設定されると、着信音による呼び出し機能は休止される。詳しくは、着信時、ＣＰＵ２４は、ＬＥＤ発光器４０／バイブレータ４２による振動／発光などを通じてユーザに対し着信報知を行う。そして、一定時間経過してもユーザが着信操作を行わない場合には、自動的に着信処理を実行して、たとえば相手（着信元の電話番号）に対し無線通信回路１４を介して「ただ今電話に出ることができません…」といったアナウンス音声を送信する。このような着信の態様を「不在着信」と呼ぶ。なお、この実施例では、不在着信にあたって、アナウンス音声を送信するが、アナウンス音声に代えて、またはこれに加えて、所定の信号音やメロディ音声などを送信してもよいし、特に何も送信しなくてもよい。
【００７３】
特に、予め報知対象として登録された相手（電話番号）に対しては、不在着信時、ユーザが掛け直しを行う時間が、アナウンス音声を通じてたとえば「今から“３０分後”までに掛け直します」のように報知される。こうして不在着信時にアナウンスされる時間（この例では３０分後）を“アナウンス時間”と呼ぶ。なお、アナウンス時間は、この実施例では不在着信から掛け直しを行うまでの時間であるが、他の実施例では掛け直しを行う時刻（たとえば１６：００など）でもよい。また、アナウンス時間は、後述する登録モードを通じて、電話番号（相手）毎に、またはグループ（たとえば家族，同僚，友人など）単位で設定される。設定結果は、図３（Ｂ）に示すような報知情報（６４：後述）に記述される。
【００７４】
一方、ユーザに対しては、待ち受け画面上に、相手への掛け直しを催促する報知アイコン（ＮＩ１，ＮＩ２，ＮＩ２ｍ：図１６，図１７等参照。個々を区別する必要がない場合は“報知アイコンＮＩ”のように記す）が表示される。報知アイコンＮＩには、相手の電話番号および名前と、未だ掛け直しを行っていない旨のメッセージと、掛け直しを行うべき時刻（掛け直し時刻）とが記述される。不在着信に応じて表示された報知アイコンＮＩは、相手への掛け直しを行うか、または相手からの着信に応答したとき、待ち受け画面から自動的に消去される。相手への掛け直しは、キー入力装置２６や電話帳を利用した通常の発呼操作のほかに、報知アイコンＮＩへのタップ操作（短押し）によっても行うことができる。
【００７５】
その後、掛け直し時刻の一定時間前になると、報知アイコンＮＩと同内容の報知画面（ＮＳ：図１４参照）が、別のウィンドウに拡大表示（ポップアップ：図１８参照）される。こうして、ユーザに対し、掛け直し時刻までに着実に掛け直しを行わせるべく、その一定時間前に行う報知を、“アラート報知”と呼ぶ。なお、ここでいう“一定時間前”、つまり掛け直し時刻に対してアラート報知の時刻を先行させる時間（図１８の例では５分前）は、“アラート時間”と呼ばれる。アラート時間もまた、登録モードを通じて電話番号毎に、またはグループ単位で設定され、設定結果が報知情報６４に記述される。
【００７６】
なお、アラート報知では、上記のような報知画面ＮＳのポップアップと同時に、またはこれと相前後して、スピーカ２２からアラーム音を出力したり、携帯端末１０の本体をバイブレータ４２で振動させたり、ＬＥＤ発光器４０を所定のパターンで発光させたりすることで、報知画面ＮＳへのユーザの注意を喚起することが望ましい。他の実施例では、この種のポップアップは行わずに、アラーム音や振動、発光などによってアラート報知を行ってもよい。
【００７７】
ところで、報知アイコンＮＩは、登録された電話番号毎に作成されるため、複数の電話番号から相前後して不在着信があった場合には、たとえば図１６に示すように、複数の報知アイコンＮＩ（ＮＩ１，ＮＩ２，…）が同時に表示される。なお、同時に表示可能な報知アイコンＮＩの上限数は、たとえば画面に対する報知アイコンＮＩのサイズなどによって決まる。表示すべき報知アイコンＮＩの数が表示可能な上限数を超えた場合には、たとえば、古い報知アイコンＮＩから順番に消去しつつ新しい報知アイコンＮＩを表示する、といった対応を行えばよい。あるいは、表示すべき報知アイコンＮＩの数に応じて表示サイズを変更することで、全ての報知アイコンＮＩを表示してもよい。
【００７８】
登録された各電話番号には、登録モードを通じて優先度が設定される（図３（Ｃ）参照）。この設定結果もまた、報知情報６４（図３（Ｂ）参照）に記述される。各電話番号に設定された優先度は、当該電話番号への着信回数に応じて変化する。便宜上、設定当初の優先度を“基準優先度”（定数）、現時点での優先度を“現優先度”（変数）と呼んで区別する場合がある。
【００７９】
報知アイコンＮＩは、優先度によって異なる色で表示される。優先度と表示色との関係は、優先度テーブル（６６：図３（Ｃ）参照）に記述されている。なお、表示色に代えて、またはこれに加えて、表示サイズを変化させてもよいし、表示輝度，コントラスト，点滅周期などを変化させてもよいし、これらを適宜組み合わせて変化させてもよい。
【００８０】
同じ電話番号からの再着信があった場合、たとえば図１７に示すように、報知アイコンＮＩの形態が着信回数に応じて変化する。図１７の例では、ＡＡさんに関する報知アイコンＮＩ１が一重なのに対し、ＢＢさんに関する報知アイコンＮＩ２ｍは２枚重ねになっており、このような表示態様の違い（一重か束状か、束状の場合は何枚重ねか）によって、ＡＡさんからの着信が１回、ＢＢさんからの着信が２回あったことがわかる。
【００８１】
こうして着信回数に応じて優先度が上昇する結果、たとえば図１６および図１７に示すように、報知アイコンＮＩの表示色も変化する。詳しくは、図１６の時点（１５：４０）で“３”であったＢＢさんの優先度は、図１７の時点（１５：５０）で“２”に上昇しており、この変化に伴って、ＢＢさんに関する報知アイコンＮＩ２ｍの表示色が青色（細線）から黄色（太線）へと変化している。
【００８２】
また、図２１に示すように、束状の報知アイコン（ＮＩ２ｍ）を上方にスライドさせると、不在着信履歴（Ｌｇ）として各回の着信時刻が表示される。図２１の例では、ＢＢさんからの不在着信履歴Ｌｇとして、２回分の着信時刻（１回目の着信時刻１５：１０および２回目の着信時刻１５：４５）が表示される。
【００８３】
掛け直しの必要がない報知アイコンＮＩについては、図２０に示すようなゴミ箱のアイコンＴＩ（単に“ゴミ箱ＴＩ”と呼ぶ）へのドラッグ操作を行うことで、画面から消去することもできる。たとえば、ＢＢさんからの不在着信に対して掛け直しが不要であれば、ＢＢさんの電話番号が記述された報知アイコンＮＩ２ｍにタッチして、ゴミ箱ＴＩと重なる位置までドラッグすれば、当該報知アイコンＮＩ２ｍは消去される。なお、ゴミ箱ＴＩは、この実施例では報知アイコンＮＩにタッチしている期間だけ表示されるが、他の実施例では常時表示されもよい。
【００８４】
設定モードが選択されると、まず、図３（Ａ）に示すような電話帳情報６２がディスプレイに表示されるので、ユーザは、登録したい名前ないし電話番号をタッチパネル３２等で選択する。選択された名前ないし電話番号は、図３（Ｂ）に示す報知情報６４に報知対象として登録される。その後、図１３（Ａ）に示すアナウンス時間設定画面ＳＳ１，図１３（Ｂ）に示すアラート時間設定画面ＳＳ２および図１３（Ｃ）に示す優先度設定画面ＳＳ３が順次表示され、ユーザは、各設定画面の入力欄に所望の数値を入力、または提示された選択肢の中から所望の数値を選択していく。入力または選択された数値は、当該報知対象に関するアナウンス時間，アラート時間および基準優先度として報知情報６４に登録される。こうして当該対象に関する設定処理が完了すると、次の対象に対して同様の設定処理が繰り返される。
【００８５】
先述したような報知アイコンＮＩの制御およびアラート報知（報知画面ＮＳ）の制御は、こうして対象毎に登録されたアナウンス時間，アラート時間および基準優先度に基づいて実行される。
【００８６】
この実施例の主要な特徴は、マナーモードでの処理、特に報知アイコン表示制御処理、報知アイコン操作制御処理およびアラート報知制御処理にある。そこで、以下、これらの制御処理を中心に詳しく説明する。
【００８７】
報知アイコン表示制御処理、報知アイコン操作制御処理およびアラート報知制御処理とこれに先行する設定処理は、たとえば、メインメモリ３４に記憶された図２および図３（Ａ）〜図３（Ｃ）に示す各種のプログラムおよびデータに基づいて、ＣＰＵ２４が図４〜図１２に示すフローに従う処理を実行することにより実現される。
【００８８】
詳しくは、まず図２を参照して、メインメモリ３４はプログラム領域５０およびデータ領域６０を含み、プログラム領域５０には報知制御プログラム５２および通話制御プログラム５４などが、データ領域６０には電話帳情報６２，報知情報６４，優先度テーブル６６およびアナウンス情報６８などが、それぞれ記憶される。なお、図示は省略するが、プログラム領域５０には、先述した撮影モードを実現するための撮影制御プログラムなども記憶される。
【００８９】
報知制御プログラム５２は、ＣＰＵ２４を介して各種ハードウェア（１２〜２２，２６〜４８）を制御して、図４〜図１２のフローに従うマナーモードの処理を実行する、メインのソフトウェアプログラムである。通話制御プログラム５４は、報知制御プログラム５２によって利用されるサブのソフトウェアプログラムであり、主として無線通信回路１４を制御して発着信処理および通話処理を実行する。
【００９０】
電話帳情報６２は、ユーザが登録した電話帳に関する情報であり、たとえば図３（Ａ）に示すように構成される。この電話帳情報６２は、各人の名前，電話番号，メールアドレスおよびグループに関する情報を含む。グループ情報とは、各人を所定の基準で分類した結果を示す情報であり、図３（Ａ）の例では、各人は、ユーザとの関係に基づいて、たとえば家族，友人および同僚といったグループに分類される。  
【００９１】
報知情報６４は、先述したような報知アイコンＮＩの制御およびアラート報知の制御を行うための情報であり、たとえば図３（Ｂ）に示すように構成される。この報知情報６４は、各人の名前，基準優先度，現優先度，アナウンス時間，アラート時間，不在着信履歴，報知時刻および掛け直し時刻に関する情報を含む。名前は、当該報知対象を識別する情報であり、ここでは電話帳情報６２に登録された名前の中から選択されるが、キー入力装置２６等で新たに入力されてもよい。
【００９２】
したがって、報知情報６４と電話帳情報６２とは、名前を介して互いに紐付けされる。なお、名前に代えて、電話番号またはメールアドレスを報知情報６４に登録してもよく、その場合の紐付けは、電話番号またはメールアドレスを介して行われる。
【００９３】
基準優先度は、当該報知対象の優先度を示す情報であり、ここでは“１”〜“３”の中からいずれかの値がキー入力装置２６等で選択される。優先度の値は、“１”が最も高く、次に高いのが“２”で、“３”は最も低い。現優先度は、当該対象の現時点での優先度を示す情報であり、基準優先度および不在着信履歴（着信回数）に基づいて“１”〜“３”の間でＣＰＵ２４により制御される。
【００９４】
アナウンス時間は、不在着信時に相手に対してアナウンス（電子音声で自動応答）される、ユーザが掛け直しを行うまでの時間（＝掛け直し時刻−現時刻）を示す情報であり、たとえば“３０分後”，“６０分後”といった値がキー入力装置２６等で入力される。アラート時間は、掛け直し時刻に対してアラート報知の時刻を先行させる時間（掛け直し時刻の何分前にアラート報知を行うか）を示す情報であり、たとえば“５分前”，“１０分前”といった値がキー入力装置２６等で入力される。
【００９５】
優先度テーブル６６は、各人（電話番号）からの不在着信に関する報知アイコンＮＩの表示色を、その優先度によって異ならせる（変化させる）ためのテーブルであり、優先度（１，２，３）と表示色（赤，黄，青）との間の対応関係が予め記憶される。なお、表示色に代えて、またはこれに加えて、表示サイズが記憶されてもよい。また、こうして予め記憶されたデフォルト値は、キー入力装置２６等で適宜変更されてもよい。
【００９６】
アナウンス情報６８は、不在着信時に、相手（着信元）が報知対象であれば掛け直し時間を、報知対象でなければ単に電話に出られない旨を、それぞれアナウンスするための音声情報であり、たとえば、報知対象でない場合用の留守番アナウンスとして“ただ今電話に出ることができません…”、および報知対象である場合用の掛け直し時間アナウンスとして“今から｛アナウンス時間後｝までに掛け直します…”などが予め記憶される。｛アナウンス時間｝には、当該相手に設定されたアナウンス時間（たとえば“３０分後”）が挿入される。
【００９７】
次に、設定モードでのＣＰＵ動作について説明する。図４を参照して、通話モードにおいて、下位モードの１つである設定モードが選択されると、ＣＰＵ２４は、最初、ステップＳ１で電話帳を呼び出す。具体的には、メインメモリ３４のデータ領域６０に記憶された電話帳情報６２（図３（Ａ）参照）に基づいて電話帳を表示するようドライバ２８に命令する。ドライバ２８が命令を実行することでディスプレイ３０に電話帳が表示されると、ユーザは、報知対象（単に“対象”と呼ぶ場合もある）として登録したい名前（たとえばＡＡ）を、タッチパネル３２等で選択する。
【００９８】
次に、ステップＳ３で、電話帳からいずれかの名前を選択する操作が行われたか否かを判別し、ＮＯであれば所定の待機時間を経て同様の判別を繰り返す。ステップＳ３でＹＥＳであれば、ステップＳ５に進んで、選択された名前を報知対象として設定する。なお、この設定結果は、ＣＰＵ２４の内部メモリに一時保持される（後述する他の設定結果も同様）。
【００９９】
次に、ステップＳ７で、ドライバ２８を介して、図１３（Ａ）に示すようなアナウンス時間設定画面ＳＳ１をディスプレイに表示する。ユーザは、所望のアナウンス時間（たとえば３０分後）をキー入力装置２６等で入力する。ステップＳ９では、時間入力操作が行われたか否かを判別し、ＮＯであれば所定の待機時間を経て同様の判別を繰り返す。ステップＳ９でＹＥＳであれば、ステップＳ１１に進んで、入力された時間をアナウンス時間として設定する。
【０１００】
次に、ステップＳ１３で、ドライバ２８を介して、図１３（Ｂ）に示すようなアラート時間設定画面ＳＳ２をディスプレイ３０に表示する。ユーザは、所望のアラート時間（たとえば１０分前）をキー入力装置２６等で入力する。ステップＳ１５では、時間入力操作が行われたか否かを判別し、ＮＯであれば所定の待機時間を経て同様の判別を繰り返す。ステップＳ１５でＹＥＳであれば、ステップＳ１７に進んで、入力された時間をアラート時間として設定する。
【０１０１】
次に、ステップＳ１９で、ドライバ２８を介して、図１３（Ｃ）に示すような優先度設定画面ＳＳ３をディスプレイに表示する。ユーザは、提示された複数の値（たとえば“１”〜“３”）のうち所望の値（たとえば“１”）をキー入力装置２６等で選択する。ステップＳ２１では、優先度選択操作が行われたか否かを判別し、ＮＯであれば所定の待機時間を経て同様の判別を繰り返す。ステップＳ２１でＹＥＳであれば、ステップＳ２３に進んで、選択された値を優先度として設定する。
【０１０２】
そして、ステップＳ２５に進み、ステップＳ５，Ｓ１１，Ｓ１７およびＳ２３での一連の設定結果（たとえばＡＡ，１，３０分後，５分前）を報知情報６４に登録する（図３（Ｂ）参照）。その後、完了操作が行われたか否かをステップＳ２７で判別し、ＮＯであればステップＳ３に戻る。ここで別の対象（たとえばＢＢ）が選択されると、ステップＳ３でＹＥＳと判別され、ステップＳ５〜Ｓ２７が繰り返される。
【０１０３】
こうして、ＡＡ，ＢＢさらにはＣＣについてステップＳ５〜Ｓ２７の処理が実行され、その結果、この３人分の設定結果が報知情報６４に登録されたものとする。この時点で、報知情報６４の登録内容は、図３（Ｂ）のようになる。これ以上の登録が必要なければ、ユーザは完了操作を行う。その結果、ステップＳ２７の判別結果がＹＥＳとなって、登録モードの処理は終了され、上位の通話モードに戻る。
【０１０４】
次に、マナーモードでのＣＰＵ動作について説明する。図５を参照して、通話モードにおいて、下位モードの他の１つであるマナーモードが選択されると、ＣＰＵ２４は、最初、ステップＳ３１で初期処理を実行する。初期処理には、報知情報６４（図３（Ｂ）参照）に含まれる変数（現優先度，不在着信履歴，報知時刻および掛け直し時刻）を初期化する処理、および待ち受け画面を初期表示する処理などが含まれる。
【０１０５】
初期処理が完了すると、ステップＳ３２ａおよびＳ３３〜Ｓ４５からなるループ処理に入る。なお、このループ処理は、１フレーム毎に（たとえば１／６０秒周期で）実行される。最初、ステップＳ３２ａで、マナーモード解除操作が行われたか否かをキー入力装置２６からの信号に基づいて判別し、ここでＮＯであれば、ステップＳ３３に進む。
【０１０６】
ステップＳ３２ａでＹＥＳであれば、報知アイコンＮＩを表示中か否か（未だ掛け直しを行っていない不在着信があるか否か）をステップＳ３２ｂでさらに判別し、ＮＯであれば、このマナーモード処理を終了する。ステップＳ３２ｂでＹＥＳであれば、表示中の報知アイコンＮＩをステップＳ３２ｃでポップアップした後、マナーモード処理を終了する。なお、ステップＳ３２ｃでは、表示中の報知アイコンＮＩをポップアップすることで、未だ掛け直しを行っていない不在着信の存在をユーザに警告したが、ポップアップに代えて、またはこれに加えて、アラーム音を出力したり，本体を振動させたり、ＬＥＤを発光させたりしてもよい。
【０１０７】
ステップＳ３３ではＲＴＣ２４ａから現在時刻（現時刻）を取得し、ステップＳ３５ではメインメモリ３４内の報知情報６４を参照する（読み取る）。なお、取得結果および読み取った結果は、少なくとも１フレーム期間に渡って内部メモリに保持される。そして、ステップＳ３７で報知アイコン表示制御（図６参照：後述）を行い、さらにステップＳ３８で報知アイコン操作制御（図７参照：後述）を行い、そしてステップＳ３９でアラート報知制御（図８参照：後述）を行う。その後、ステップＳ４１〜Ｓ４５で、各種イベントの有無を判別する。
【０１０８】
詳しくは、ステップＳ４１で電源ＯＦＦ操作の有無を判別し、ここでＮＯであれば、ステップＳ４３で着信があったか否かをさらに判別する。ステップＳ４３でもＮＯであれば、ステップＳ４５で発信操作が行われたか否かをさらに判別し、ステップＳ４５でもＮＯであればステップＳ３２ａに戻る。
【０１０９】
ステップＳ４１でＹＥＳであれば、ステップＳ４７に進んで、図１５に示すような意思確認画面ＣＳをポップアップする。この意思確認画面ＣＳには、“未だ掛け直しを行っていないが本当に電源オフしてよいか”という旨の確認メッセージと共に、電源ＯＦＦボタンおよびキャンセルボタンが表示される。次のステップＳ４９では、先の電源オフ操作がユーザ自身の意思か否かを、電源ＯＦＦボタンおよびキャンセルボタンのどちらが押されたかに基づいて判別し、ここでＮＯであれば、ステップＳ３２ａに戻って上記と同様の処理を繰り返す。ステップＳ４９でＹＥＳであれば、マナーモードの処理を終了して電源をオフする。
【０１１０】
ステップＳ４３でＹＥＳであれば、ステップＳ５１で不在着信制御処理（図１０および図１１参照：後述）を実行し、その後ステップＳ３２ａに戻って上記と同様の処理を繰り返す。ステップＳ４５でＹＥＳであれば、ステップＳ５３で発信制御処理（図９参照：後述）を実行し、その後ステップＳ３２ａに戻って上記と同様の処理を繰り返す。
【０１１１】
なお、図１５に示すような意思確認画面ＣＳのポップアップは、ステップＳ３２ｂでＹＥＳであるときに行われてもよい。つまり、ステップＳ３２ｃでは、報知ポップアップに代えて、意思確認画面ＣＳのポップアップを行ってもよい。この場合、意思確認画面ＣＳには、“未だ掛け直しを行っていないが本当にマナーモードを解除してよいか”という旨の確認メッセージと共に、マナーモード解除ボタンおよびキャンセルボタンが表示される。次のステップ（図示せず）では、先のマナーモード解除がユーザ自身の意思か否かを、マナーモード解除ボタンおよびキャンセルボタンのどちらが押されたかに基づいて判別し、ここでＮＯであれば（キャンセルボタンが押されると）、ステップＳ３２ａに戻って上記と同様の処理を繰り返す。ここでＹＥＳであれば(マナーモード解除ボタンが押されると)、マナーモード処理を終了する。
【０１１２】
さらに、ステップＳ３２ｃで報知ポップアップが行われたとき、または上述したように“未だ掛け直しを行っていないが本当にマナーモードを解除してよいか”という意思確認画面ＣＳがポップアップされた後、ユーザによってマナーモード解除ボタンが押されたときに、再度意思確認画面ＣＳをポップアップし、その意思確認画面ＣＳに“マナーモードを解除するが、報知アイコンを表示したままにするか”という旨の確認メッセージとともに、アイコン表示ボタン、およびアイコン非表示ボタンが表示されてもよい。次のステップ（図示せず）では、報知アイコン表示の継続がユーザ自身の意思か否かを、アイコン表示ボタンおよびアイコン非表示ボタンのどちらが押されたかに基づいて判別し、ここでＮＯであれば(アイコン非表示ボタンが押されると)、アイコン表示をキャンセルしてマナーモード処理を終了し、ここでＹＥＳであれば(アイコン表示ボタンが押されると)、アイコン表示を継続したままマナーモード処理を終了する。アイコン表示を継続したままマナーモードを終了した場合は、図７および図９（後述）に示す報知アイコン操作制御の処理が実行されてもよい。ここで、図７および図９における「リターン」は、「エンド」である。
【０１１３】
上記ステップＳ３７の報知アイコン表示制御処理は、図６のフローに従って実行される。図６を参照して、最初のステップＳ６０ａでは、報知情報６４の中に、後述する発信処理（図９）または不在着信処理（図１０および図１１）を通じて不在着信履歴がクリアされた報知対象があるか否かを判別し、ＮＯであればステップＳ６１に進む。ステップＳ６０ａでＹＥＳであれば、ステップＳ６０ｂで当該対象の報知アイコンＮＩを画面から消去した後、ステップＳ６１に進む。
【０１１４】
ステップＳ６１では、報知情報６４の中から不在着信履歴のある報知対象の１つを選出する。この選出処理は、たとえば着信時刻に基づいて実行される。この実施例では、着信時刻が古いものから（または新しいものから）順番に選択していく。なお、後述するステップＳ１０１の選出処理も同様に実行される。次のステップＳ６３では、当該対象の着信回数が１回か否かを判別して、ＹＥＳであれば、たとえば図１６に示されたＡＡさんやＢＢさんの報知アイコン（ＮＩ１，ＮＩ２）のような、掛け直し時刻が記述された一重の報知アイコンを作成する一方、ＮＯであれば、たとえば図１７に示されたＢＢさんの報知アイコン（ＮＩ２ｍ）のような、掛け直し時刻が記述された、着信回数と同数重ねの報知アイコンを作成する。そして、ステップＳ６９に進む。
【０１１５】
ステップＳ６９では、当該対象の優先度は“１”であるか否かを判別し、ここでＮＯであれば、当該対象の優先度は“２”であるか否かをステップＳ７１でさらに判別し、ここでもＮＯであれば、当該対象の優先度は“３”であるとみなして、ステップＳ７３に進む。ステップＳ７３では、優先度テーブル６６に従い、報知アイコンＮＩを優先度３に対応する青色（小サイズ）で表示する。ステップＳ６９でＹＥＳであれば、ステップＳ７５に進んで、報知アイコンＮＩを優先度１に対応する赤色（大サイズ）で表示する。ステップＳ７１でＹＥＳであれば、ステップＳ７７に進んで、報知アイコンＮＩを優先度２に対応する黄色（中サイズ）で表示する。その後、ステップＳ７８に進む。
【０１１６】
ステップＳ７８では、該当する対象、つまり不在着信履歴のある報知対象をすべて選出し終えたか否かを判別し、ここでＮＯであれば、ステップＳ６１に戻って上記と同様の処理を繰り返す。一方、ステップＳ７８でＹＥＳであれば、上位のフロー（図５）に戻る。
【０１１７】
上記ステップＳ３８の報知アイコン操作制御処理は、図７のフローに従って実行される。図７を参照して、ステップＳ７９では、タッチパネル３２の出力に基づいて、いずれかの報知アイコンＮＩにタッチしている状態か否かを判別し、ＹＥＳであれば、ステップＳ８０ａで、たとえば図１９（Ａ）に示すようにゴミ箱ＴＩを表示した後、ステップＳ８１〜Ｓ８５を通じてタッチ操作の種類を判別する。一方、ステップＳ７９でＮＯであれば、ステップＳ８０ｂで、たとえば図１９（Ｂ）に示すようにゴミ箱ＴＩを消去した後、上位のフロー（図５）に戻る。
【０１１８】
ステップＳ８１では、報知アイコンＮＩを短押しつまりタップする操作が行われたか否かを判別する。ここでＮＯであれば、ステップＳ８３で、報知アイコンＮＩをゴミ箱ＴＩまでドラッグする操作が行われたか否かを判別する。ここでもＮＯであれば、ステップＳ８５で、報知アイコンＮＩを上方にスライドする操作が行われたか否かを判別する。ここでもまたＮＯであれば、有意の操作は行われていないとみなし、ステップＳ６１に戻って上記と同様の処理を繰り返す。
【０１１９】
ステップＳ８１でＹＥＳであれば、当該報知アイコンＮＩに記載された報知対象への発信を行うべく、後述する発信制御処理（図９）のステップＳ１２３にジャンプする。ステップＳ８３でＹＥＳであれば、ステップＳ８７で画面から報知アイコンＮＩを消去し、さらにステップＳ８９で報知情報６４から当該報知アイコンＮＩに対応する報知情報を削除した後、上位のフロー（図５）に戻る。ステップＳ８５でＹＥＳであれば、ステップＳ９１で、報知情報６４から当該報知アイコンＮＩに対応する不在着信履歴を取り出して、そこに記録された毎回の着信時刻を、たとえば図２１に示す着信履歴Ｌｇのように並べて表示する。その後、上位のフロー（図５）に戻る。
【０１２０】
上記ステップＳ３９のアラート報知制御処理は、図８のフローに従って実行される。図８を参照して、最初、ステップＳ１０１で、報知情報６４から不在着信履歴のある報知対象の１つを選出し、次に、ステップＳ１０３で、当該対象の報知時刻を演算式“報知時刻＝着信時刻＋アナウンス時間−アラート時間”により演算する。なお、不在着信履歴に複数回分の不在着信が記録されている場合には、初回の着信時刻が採用される。そして、ステップＳ１０５で、演算結果を報知情報６４に書き込んだ後、ステップＳ１０７に進む。
【０１２１】
ステップＳ１０７では、ステップＳ３３で取得した現在時刻が報知時刻に到達したか否かを判別する。ここでＮＯであれば、ステップＳ１０９で、電源回路４４を介して電池４６の残量チェックを行い、電池４６の残量が少ない（閾値を下回る）状態か否かをさらに判別する。ここでもＮＯであれば、ステップＳ１１３に進む。
【０１２２】
ステップＳ１０７またはステップＳ１０９でＹＥＳであれば、ステップＳ１１１に進んでアラート報知を行う。具体的には、ドライバ２８を介して、たとえば図１８に示すように、報知画面ＮＳのポップアップを行う。好ましくは、ポップアップと同時に、または相前後して、Ｄ／Ａコンバータ２０を介してスピーカ２２からアラーム音を出力したり、バイブレータ４２を介して携帯端末１０の本体を所定のパターンで振動させたり、ＬＥＤ発光器４０から所定のパターンの光を出力させたりする。その後、ステップＳ１１３に進む。
【０１２３】
ステップＳ１１３では、該当する対象、つまり不在着信履歴のある報知対象をすべて選出し終えたか否かを判別し、ここでＮＯであれば、ステップＳ１０１に戻って上記と同様の処理を繰り返す。一方、ステップＳ１１３でＹＥＳであれば、上位のフロー（図５）に戻る。
【０１２４】
上記ステップＳ５３の発信処理は、図９のフローに従って実行される。図９を参照して、最初、ステップＳ１２１で、発信先（相手）は不在着信履歴のある報知対象であるか否かを報知情報６４に基づいて判別し、ＮＯであればステップＳ１２５に進む。ステップＳ１２１でＹＥＳであれば、ステップＳ１２３で、当該対象の不在着信履歴をクリア（報知情報６４から削除）した後、ステップＳ１２５に進む。
【０１２５】
ステップＳ１２５では、無線通信回路１４を制御して相手への発信を開始する。次のステップＳ１２７では、相手の受話操作が行われたか否かを判別し、ここでＮＯであれば、ステップＳ１２８で終話か否かをさらに判別し、ここでもＮＯであれば、ステップＳ１２７に戻って上記と同様の処理を繰り返す。ステップＳ１２８でＹＥＳであれば、上位のフロー（図５）に戻る。
【０１２６】
ステップＳ１２７でＹＥＳであれば、ステップＳ１２９で、無線通信回路１４を制御して通話を開始する。そして、ステップＳ１３１で終話か否かを判別し、ＮＯであれば所定の待機時間を経て同様の判別を繰り返す。ユーザまたは相手が終話操作を行うと、ステップＳ１３１の判別結果がＮＯからＹＥＳに変化して、ステップＳ１３３に進む。ステップＳ１３３では、無線通信回路１４を制御して通話を終了する。そして、上位のフロー（図５）に戻る。
【０１２７】
なお、１人の相手に対して、例えば携帯電話と固定電話のように複数の電話番号が登録されている場合、発信番号がいずれかの電話番号に一致すれば、発信先は不在着信履歴のある報知対象である（ステップＳ１２１においてＹＥＳ）と判断されてもよい。この場合図３（Ａ）の電話帳情報において、１つの名前に対し複数の電話番号が登録される。これは、図１０におけるステップＳ１４１についても同様である。すなわち、報知対象である相手に対して登録されている複数の電話番号のうちいずれかの電話番号から着信があった場合には、着信元は報知対象である（ステップＳ１４１においてＹＥＳ）と判断されてもよい。
【０１２８】
上記ステップＳ５１の不在着信処理は、図１０および図１１のフローに従って実行される。まず図１０を参照して、最初、ステップＳ１４１で、着信元（相手）は報知対象であるか否かを報知情報６４に基づいて判別し、ＮＯであればステップＳ１６９に進む。ステップＳ１４１でＹＥＳであれば、ステップＳ１４２で不在着信履歴を更新（当該対象の着信時刻を記録）した後、ステップＳ１４３に進んで、当該着信は初回着信か否かを判別する。ステップＳ１４３でもＹＥＳであれば、ステップＳ１４５で、掛け直し時刻を演算式“掛け直し時刻＝現在時刻＋アナウンス時刻”により演算し、そしてステップＳ１４７で、ＲＴＣ２４ａの出力に基づく時間カウントを開始する。
【０１２９】
次に、ステップＳ１５１で、ユーザによる受話操作が行われたか否かをキー入力装置２６またはタッチパネル３２の出力に基づいて判別し、ＹＥＳであればステップＳ１５９に進む。ステップＳ１５１でＮＯであれば、さらにステップＳ１５３で、相手の発信が停止されたか否かを無線通信回路１４の出力に基づいて判別し、ここでＹＥＳであれば、上位のフロー（図５）に戻る。
【０１３０】
ステップＳ１５３でＮＯであれば、ステップＳ１５５で、予め決められた呼出し時間が経過したか否かを時間カウントの結果との比較に基づいて判別し、ここでもＮＯであれば、ステップＳ１５１に戻って上記と同様の処理を繰り返す。ステップＳ１５５でＹＥＳであれば、ステップＳ１５７に進み、アナウンス情報６８に登録された掛け直し時間アナウンスのテンプレートと、報知情報６４に登録されたアナウンス時間に基づいて、たとえば“今から{３０分後}までに掛け直します”といった掛け直し時間アナウンスを作成し、無線通信回路１４を介して相手に送信する。その後、上位のフロー（図５）に戻る。
【０１３１】
ステップＳ１５９では、当該対象の不在着信履歴をクリアする。次に、ステップＳ１６１で当該対象の優先度を初期値に復帰させた後、ステップＳ１６３に進んで通話処理を開始する。そしてステップＳ１６５で終話か否かを判別し、ＮＯであれば所定の待機時間を経て同様の判別を繰り返す。ユーザまたは相手が終話操作を行うと、ステップＳ１６５の判別結果がＮＯからＹＥＳに変化し、ステップＳ１６７に進んで通話を終了する。その後、上位のフロー（図５）に戻る。
【０１３２】
ステップＳ１４１の判別結果がＮＯつまり着信元が報知対象でない場合の処理は、図１１のようになる。図１１を参照して、ステップＳ１６９では、ユーザによる受話操作が行われたか否かをキー入力装置２６またはタッチパネル３２の出力に基づいて判別し、ここでＹＥＳであればステップＳ１６３に移って上記と同様の処理を実行する。ステップＳ１６９でＮＯであれば、さらにステップＳ１７１で、相手の発信が停止されたか否かを無線通信回路１４の出力に基づいて判別し、ここでＹＥＳであれば、上位のフロー（図５）に戻る。
【０１３３】
ステップＳ１７１でＮＯであれば、ステップＳ１７３で、予め決められた呼出し時間が経過したか否かを時間カウントの結果との比較に基づいて判別し、ここでもＮＯであれば、ステップＳ１６９に戻って上記と同様の処理を繰り返す。ステップＳ１７３でＹＥＳであれば、ステップＳ１７５に進み、アナウンス情報６８に登録された留守番アナウンスたとえば“ただ今電話に出ることができません…”を、無線通信回路１４を介して相手に送信する。その後、上位のフロー（図５）に戻る。
【０１３４】
なお、上記ステップＳ１５７は、たとえば図１２に示すように変形してもよい。この変形例は、掛け直し時間アナウンスを、着信回数および優先度に基づいて異ならせる（変化させる）ものである。具体的には、最初、ステップＳ１８１で初回着信か否かを判別し、ここでＹＥＳであれば、ステップＳ１８３で優先度は“１”であるか否かをさらに判別する。そして、ステップＳ１８３でＹＥＳ、つまり初回着信かつ優先度“１”であれば、ステップＳ１８５で“最優先で対応します…今から｛アナウンス時間後｝までに掛け直します…”を出力する。一方、ステップＳ１８３でＮＯ、つまり初回着信かつ優先度“２”または“３”であれば、ステップＳ１８７で“今から｛アナウンス時間後｝までに掛け直します…”を出力する。その後、上位のフロー（図１０および図１１）に戻る。
【０１３５】
ステップＳ１８１でＮＯであれば、ステップＳ１８９で優先度は“１”であるか否かをさらに判別する。そして、ステップＳ１８９でＹＥＳ、つまり２回目以降の着信かつ優先度“１”であれば、ステップＳ１９１で“最優先で対応します…｛報知時刻｝までお待ちください…”を出力する。一方、ステップＳ１８９でＮＯ、つまり２回回目以降の着信かつ優先度“２”または“３”であれば、ステップＳ１９３で“｛報知時刻｝までお待ちください…”を出力する。ここで｛報知時刻｝には、報知情報６４に登録された報知時刻が挿入される。その後、上位のフロー（図１０および図１１）に戻る。
【０１３６】
以上のようなＣＰＵ動作で特に重要な点の１つは、報知情報６４に含まれる不在着信履歴の更新／クリアと、これに基づく報知アイコンＮＩの制御である。そこで、図１６，図１７および図１９（Ｂ）の時点での報知情報６４の内容を図２２（Ａ），図２２（Ｂ）および図２２（Ｃ）にそれぞれ示す。
【０１３７】
まず、図２２（Ａ）を参照して、現時刻１５：４０の時点で、報知情報６４には、不在着信履歴として、ＡＡさんおよびＢＢさんからの着信が１回ずつ記録されている。なお、ＣＣさんからの着信はない。ＡＡさんおよびＢＢさんの現優先度は、それぞれ基準優先度と同じ値つまり“１”，“３”である。したがって、図６に示した報知アイコン表示制御処理においては、１回目のステップＳ６１でＡＡさんおよびＢＢさんの一方たとえばＡＡさんが選択され、ＡＡさん用の報知アイコンＮＩ１を表示するべくステップＳ６３〜Ｓ７７が実行される。まず、ＡＡさんからの着信回数は１回なので、ステップＳ６３でＹＥＳと判別してステップＳ６５に進み、一重の報知アイコンＮＩ１を作成する。この報知アイコンＮＩ１には、報知情報６４に登録されたＡＡさんの掛け直し時刻（１６：００）が記述される。次に、ＡＡさんの優先度は“１”なので、ステップＳ６９でＹＥＳと判別してステップＳ７５に進み、作成した報知アイコンＮＩ１を赤色で表示する。
【０１３８】
２回目のステップＳ６１ではＢＢさんが選択され、ＢＢさん用の報知アイコンＮＩ２を表示するべくステップＳ６３〜Ｓ７７が実行される。まず、ＢＢさんからの着信回数は１回なので、ステップＳ６３でＹＥＳと判別してステップＳ６５に進み、一重の報知アイコンＮＩ２を作成する。この報知アイコンＮＩ２には、報知情報６４に登録されたＢＢさんの掛け直し時刻（１６：１０）が記述される。次に、ＢＢさんの優先度は“３”なので、ステップＳ６９およびＳ７１でいずれもＮＯと判別してステップＳ７３に進み、作成した報知アイコンＮＩ１を青色で表示する。こうして、図１６に示すように、２つの報知アイコンＮＩ１およびＮＩ２を同時に、かつ優先度によって異なる色で表示することができる。
【０１３９】
次に、図２２（Ｂ）を参照して、現時刻１５：５０（つまり図２２（Ａ）から１０分後）の時点で、報知情報６４の不在着信履歴には、ＢＢさんからの２回目の着信（１５：４５）が新たに記録されている。この２回目の着信によって、図６に示した報知アイコン表示制御処理において、ステップＳ６３の判別がＮＯとなり、ステップＳ６７に進んで２枚重ねの報知アイコンＮＩ２ｍが作成される。一方、図１０および図１１に示した不在着信制御処理においては、ステップＳ１４３の判別がＮＯとなり、ＢＢさんの現優先度がステップＳ１４９で“３”から“２”に上昇する。その結果、ステップＳ７１の判別がＹＥＳとなってステップＳ７７に進み、２枚重ねの報知アイコンＮＩ２ｍは黄色で表示される。
【０１４０】
このように、それまで一重かつ青色であったＢＢさん用の報知アイコンＮＩ２は、２回目の着信に応答して、２枚重ねとなり、かつ黄色に変化する。なお、ＡＡさんからの新たな着信はないので、一重かつ赤色で表示されたＡＡさん用の報知アイコンＮＩ１に変化はない。ＣＣさんからは依然として１回も着信がないので、ＣＣさん用の報知アイコンは画面に登場しない。こうして、図１６および図１７の間でみられるような、再着信による報知アイコンＮＩの表示態様の変化が実現される。
【０１４１】
その後、ユーザは、図１７の報知アイコンＮＩ１をタップして、ＡＡさんに掛け直しを行ったとする。図７に示した報知アイコン操作制御処理においては、ステップＳ８１の判別がＹＥＳとなって、図９に示す発信制御処理のステップＳ１２３にジャンプし、報知情報６４からＡＡさんの不在着信履歴が削除される。
【０１４２】
この結果として、図２２（Ｃ）に示すように、現時刻１５：５５（つまり図２２（Ｂ）から５分後）の時点で、それまで報知情報６４に登録されていたＡＡさんの不在着信履歴はクリアされている。これに伴い、図６に示した報知アイコン表示制御処理において、ステップＳ６０ａの判別がＹＥＳとなり、ステップＳ６０ｂに進んで、ＡＡさんの報知アイコンＮＩ１は画面から消去される。こうして、図１７および図１９（Ｂ）の間にみられるような、掛け直しに伴う報知アイコンＮＩの消去が実現される。
【０１４３】
以上から明らかなように、この実施例では、携帯端末１０は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する無線通信回路１４と、ＣＰＵ２４およびディスプレイ３０とを備える。ＣＰＵ２４は、無線通信回路１４を制御して不在着信を行い（Ｓ５１）、不在着信の後ユーザに報知（報知アイコン表示制御およびアラート報知制御）を行うことで相手への掛け直しを催促する（Ｓ３７，Ｓ３９）。
【０１４４】
報知アイコンＮＩは、不在着信元の電話番号，未だ掛け直しが行われていない旨のメッセージ，および掛け直し時刻に関する記述を含み、不在着信から掛け直しまたは再着信までの期間に渡ってディスプレイ３０に表示される。一方、アラート報知では、ユーザに対して、相手への掛け直し時刻の一定時間前に当該時刻の接近が、ディスプレイ３０への報知画面ＮＳのポップアップなどを通じて報知される（Ｓ１１１）。これにより、不在着信後の掛け直し忘れを防止することができる。
【０１４５】
なお、報知アイコンＮＩは、不在着信から掛け直しまたは再着信までの期間に渡って表示されるものであれば、単なる記号や図柄でもよい。これによって、少なくとも、未だ掛け直しを行っていない不在着信の存在を、ユーザに思い出させることができるからである。
【０１４６】
また、ＣＰＵ２４は、不在着信の後、相手からの再着信への応答、または相手への掛け直しが行われた場合に、報知の実行を解除する（Ｓ１２３，Ｓ１５９，Ｓ６０ａ，Ｓ６０ｂ）。こうして、不必要となった報知の実行を解除することで、効率的な報知が行える。
【０１４７】
また、ＣＰＵ２４は、ユーザが相手への掛け直しを行うまでの時間（または掛け直しを行う時刻）を、相手に無線通信回路１４を通してアナウンスする（Ｓ１５７，Ｓ１８１〜Ｓ１９３）。こうして相手に対し、掛け直しまでの待ち時間（たとえば３０分後）または掛け直し時刻（たとえば１６：００）をアナウンスすることで、待ち時間の苛々を軽減できる。
【０１４８】
また、ＣＰＵ２４は、アラート報知の時刻を掛け直し時刻に対してどれだけ先行させるかを示すアラート時間をユーザ操作に基づいて設定する（Ｓ１７）。これにより、ユーザに対し、ユーザ自身の設定に基づくタイミングでのアラート報知が可能となる。
【０１４９】
また、ＣＰＵ２４は、不在着信時にアナウンスされる、相手への掛け直しまでの時間を示すアナウンス時間を、さらにユーザ操作に基づいて設定する（Ｓ１１）。これにより、相手に応じたアナウンス時間を設定することができる。
【０１５０】
なお、アラート時間および／またはアナウンス時間には、ユーザ操作による任意の値に代えて、デフォルト値が設定されてもよい。
【０１５１】
なお、この実施例では、アナウンス時間（例えば“３０分後”）が経過する前に再度不在着信があった場合、同一のアナウンス時間を繰り返し伝えたが、他の実施例では、最初の着信からの経過時間に応じたアナウンス時間を伝えてもよい。たとえば、設定されたアナウンス時間が３０分であり、１回目の着信が１５：００、２回目の着信が１５:１０分であったとすると、１回目の留守番メッセージでは設定通りに「３０分後までに掛け直す」旨を伝えるが、２回目の留守番メッセージでは経過時間を考慮して「２０分後までに掛け直す」旨を伝えるようにすれば、相手を落ち着かせることができる。
【０１５２】
なお、この実施例では、電池４６の残量が閾値を下回ったとき、直ちにアラート出力を行った（Ｓ１０９：ＹＥＳ→Ｓ１１１）が、アラート時間を短縮してアラート出力のタイミング（報知時刻）を早めてもよい。
【０１５３】
なお、この実施例では、優先度に応じて報知アイコンＮＩの表示サイズ（または表示色）を変更したが、これに代えて、またはこれに加えて、報知アイコンＮＩを点滅させるようにし、その点滅周期を優先度に応じて変更してもよい。たとえは、優先度１の場合は短い周期で点滅させ、優先度２の場合は長い周期で点滅させ、優先度３の場合は連続点灯にする、といった方法がある。そのほか、報知アイコンＮＩの形状，コントラスト，透明度等を優先度によって変化させる方法もある。
【０１５４】
なお、この実施例では、電話に関して不在着信の報知を行ったが、電子メールに関しても同様の報知を行うことができる。また、この実施例では、マナーモードが設定された場合に不在着信の報知を行ったが、たとえば留守番モード，ドライブモードなどが設定された場合にも、同様に不在着信の報知を行うことができる。
【０１５５】
以上では、携帯端末１０について説明したが、この発明は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部とコンピュータ（ＣＰＵ，プロセッサ）とを備える、各種の携帯端末（典型的には携帯電話端末，スマートフォン，携帯情報端末など）に適用できる。
【符号の説明】
【０１５６】
１０  …携帯端末
１４  …無線通信回路
２４  …ＣＰＵ
３０  …ディスプレイ
３２  …タッチパネル
３４  …メインメモリ
４６  …電池
ＮＳ  …報知画面
ＮＩ，ＮＩ１，ＮＩ２，ＮＩ２ｍ  …報知アイコン
【図１】
0005746932.tif 000002
【図２】
0005746932.tif 000003
【図３】
0005746932.tif 000004
【図４】
0005746932.tif 000005
【図５】
0005746932.tif 000006
【図６】
0005746932.tif 000007
【図７】
0005746932.tif 000008
【図８】
0005746932.tif 000009
【図９】
0005746932.tif 000010
【図１０】
0005746932.tif 000011
【図１１】
0005746932.tif 000012
【図１２】
0005746932.tif 000013
【図１３】
0005746932.tif 000014
【図１４】
0005746932.tif 000015
【図１５】
0005746932.tif 000016
【図１６】
0005746932.tif 000017
【図１７】
0005746932.tif 000018
【図１８】
0005746932.tif 000019
【図１９】
0005746932.tif 000020
【図２０】
0005746932.tif 000021
【図２１】
0005746932.tif 000022
【図２２】
0005746932.tif 000023