"ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、前記通信部を制御して不在着信を行う不在着信制御部、前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部を備える、携帯端末。前記報知部はユーザに対して相手への掛け直し時刻の報知を行う、請求項1に記載の携帯端末。前記報知部はユーザに対してさらに相手への掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行う、請求項2に記載の携帯端末。前記報知部によるアラート報知の時刻を掛け直し時刻に対してどれだけ先行させるかを示すアラート時間を設定する第1設定部をさらに備える、請求項3に記載の携帯端末。前記不在着信制御部は、ユーザが相手への掛け直しを行うまでの時間または掛け直しを行う時刻を相手に前記通信部を通してアナウンスする、請求項4に記載の携帯端末。前記不在着信制御部によってアナウンスされる相手への掛け直しまでの時間を示すアナウンス時間を設定する第2設定部段をさらに備える、請求項5に記載の携帯端末。前記第1設定部および前記第2設定部の少なくとも一方は、相手の番号またはアドレスもしくは相手を分類するグループ毎に設定を行う、請求項6に記載の携帯端末。少なくとも前記通信部に電源を供給する電池をさらに備え、前記報知部は、不在着信後に前記電池の残量が一定量以下になると、前記第1設定部で設定したアラート時間よりも早くアラート報知を行う、請求項4に記載の携帯端末。不在着信後に相手への掛け直しを行わずに電源オフ操作が行われたとき、掛け直しを行わないまま電源オフしてよいかをユーザに確認する確認部をさらに備える、請求項1に記載の携帯端末。表示部をさらに備え、前記報知部は、前記不在着信部による不在着信から前記報知解除部による報知解除までの期間に渡って報知画像を前記表示部に表示する、請求項1に記載の携帯端末。前記報知部は、掛け直し時刻の一定時間前になると前記報知画像をポップアップすることによって当該時刻の接近を報知するアラート報知を行う、請求項10に記載の携帯端末。前記報知部は、未だ掛け直しが行われていない相手が複数存在する場合には、当該複数の相手に対応する複数の前記報知画像を同時に表示する、請求項10に記載の携帯端末。前記表示部に設けられるタッチパネル、および前記表示部に表示されたいずれかの報知画像を選択する操作が前記タッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスへの発信を行う発信制御部をさらに備える、請求項12に記載の携帯端末。前記表示部に表示される各報知画像に対応する番号またはアドレスに対して優先度を設定する第3設定部をさらに備え、前記報知部は前記第3設定部で設定された優先度に基づいて各報知画像の表示態様を変更する、請求項12に記載の携帯端末。前記第3設定部で設定された優先度を不在着信回数に応じて変更する変更部をさらに備える、請求項14に記載の携帯端末。前記表示部に表示されたいずれかの報知画像をスライドさせる操作が前記タッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスに対する不在着信の履歴を表示する履歴表示部をさらに備える、請求項12に記載の携帯端末。前記表示部に表示されたいずれかの報知画像を所定位置までドラッグする操作が前記タッチパネルで検出されたとき当該報知画像を前記表示部から消去する消去部をさらに備える、請求項12に記載の携帯端末。前記不在着信制御部は、相手に掛け直しを行うまでの時間または掛け直す時刻をアナウンスする際に、前記第3設定部によって設定された優先度によって異なるメッセージを付加する、請求項14に記載の携帯端末。前記不在着信制御部は、初回着信時と再着信時とで異なるメッセージを付加する、請求項5に記載の携帯端末。前記不在着信制御部は、特定モードが選択されている状態で不在着信制御を行い、前記報知部は、前記特定モードの選択が解除されたときユーザに報知を行う、請求項1に記載の携帯端末。ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部を備える携帯端末のコンピュータを、前記通信部を制御して不在着信を行う不在着信制御部、前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部、および前記不在着信制御部による不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知部による報知の実行を解除する報知解除部として機能させる、報知制御プログラム。ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部を備える携帯端末によって行われる報知制御方法であって、前記通信部を制御して不在着信を行う不在着信制御ステップ、前記不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知ステップ、および前記不在着信制御ステップによる不在着信の後、前記相手からの再着信への応答または前記相手への掛け直しが行われた場合に、前記報知ステップによる報知の実行を解除する報知解除ステップを含む、報知制御方法。しかし、上記の背景技術では、ユーザは、不在着信時に発信元情報が報知されるだけなので、30分が経過した時点で相手に電話を掛け直すのを忘れている可能性がある。それゆえに、この発明の主たる目的は、新規な、携帯端末を提供することである。この発明の他の目的は、不在着信後の掛け直し忘れを防止できる、携帯端末を提供することである。この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために後述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。この発明の第1の態様は、携帯端末であって、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部、通信部を制御して不在着信を行う不在着信制御部、および不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部を備える。第1の態様では、携帯端末10は、通信部14、不在着信制御部S51、報知部S37,S39,S32cおよび報知解除部S123,S159,S60a,S60bを備え、通信部は、ユーザから相手への発信機能、および相手からユーザへの着信機能を有している。不在着信制御部は、通信部を制御して不在着信を行い、報知部は、不在着信制御部による不在着信の後、ユーザに報知を行うことで、相手への掛け直しを催促する。報知解除部は、不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する。第1の態様によれば、不在着信の後、ユーザに対して相手への掛け直しを催促する報知を行い、不必要となった報知の実行を解除することで、掛け直し忘れを効率的に防止することができる。第2の態様は、第1の態様に従属する携帯端末であって、報知部はユーザに対して相手への掛け直し時刻の報知を行うS73~S77。なお、掛け直し時刻の報知は、ある実施例では、不在着信の直後に開始され、解除まで継続される。第2の態様によれば、掛け直し時刻をユーザに対して報知することで、当該時刻までに掛け直しを行わせることができる。第3の態様は、第2の態様に従属する携帯端末であって、報知部はユーザに対してさらに相手への掛け直し時刻の一定時間前に当該時刻の接近を報知するアラート報知を行うS111。なお、アラート報知は、ある実施例では、掛け直し時刻が記述された報知画面NSのポップアップを通じて行うが、これに代えて、またはこれに加えて、アラーム音,振動,発光などを通じて行ってもよい。第3の態様によれば、掛け直し時刻の一定時間前にアラート報知を行うことによって、当該時刻に遅れないように掛け直しを行わせることができる。第4の態様は、第3の態様に従属する携帯端末であって、報知部によるアラート報知の時刻を掛け直し時刻に対してどれだけ先行させるかを示すアラート時間を設定する第1設定部S17をさらに備える。なお、アラート時間には、ある実施例ではユーザ操作に基づく任意の値が設定されるが、デフォルトが設定されてもよい。第4の態様によれば、ユーザに対して、ユーザ自身の設定に基づくタイミングでのアラート報知が可能となる。第5の態様は、第4の態様に従属する携帯端末であって、不在着信制御部は、ユーザが相手への掛け直しを行うまでの時間または掛け直しを行う時刻を相手に通信部を通してアナウンスするS157,S181~S193。第5の態様によれば、相手に対して、掛け直しまでの時間たとえば30分後または掛け直し時刻たとえば16:00をアナウンスすることで、待ち時間の苛々を軽減できる。第6の態様は、第5の態様に従属する携帯端末であって、不在着信制御部によってアナウンスされる相手への掛け直しまでの時間を示すアナウンス時間を設定する第2設定部段S11をさらに備える。なお、アナウンス時間には、ある実施例ではユーザ操作に基づく任意の値が設定されるが、デフォルト値が設定されてもよい。第6の態様によれば、相手に応じたアナウンス時間を設定することができる。第7の態様は、第6の態様に従属する携帯端末であって、第1設定部および第2設定部の少なくとも一方は、相手の番号またはアドレスもしくは相手が属するグループ毎に設定を行う。第7の態様によれば、アナウンス時間つまり不在着信から掛け直しまでの時間を相手によって、または相手が属するグループによって変えることができるので、優先順位を考慮した効率的な掛け直しが可能となる。第8の態様は、第4の態様に従属する携帯端末であって、少なくとも通信部に電源を供給する電池46をさらに備え、報知部は、不在着信後に電池の残量が一定量以下になると、第1設定部で設定したアラート時間よりも早くアラート報知を行うS107:NO→S109:YES→S111。第8の態様によれば、電池切れの前に掛け直しを行わせることができる。第9の態様は、第1の態様に従属する携帯端末であって、不在着信後に相手への掛け直しを行わずに電源オフ操作が行われたとき、掛け直しを行わないまま電源オフしてよいかをユーザに確認する確認部S47をさらに備える。第9の態様によれば、電源オフの前に掛け直しを行わせることができる。または、電源を切ったら相手からの電話も受けることができなくなるので電源オフを思い止まらせることができる。その結果、相手との信頼関係を良好に保つことができる。第10の態様は、第1の態様に従属する携帯端末であって、表示部30をさらに備え、報知部は、不在着信部による不在着信から報知解除部による報知解除までの期間に渡って報知画像NIを表示部30に表示する。なお、報知画像には、ある実施例では相手の番号またはアドレスおよび相手への掛け直し時刻が記述されるが、他の実施例では単なる記号やマークなどでもよい。第10の態様によれば、未だ掛け直しが行われていない不在着信の存在をユーザに認識させることができる。第11の態様は、第10の態様に従属する携帯端末であって、報知部は、掛け直し時刻の一定時間前になると報知画像をポップアップすることによって当該時刻の接近を報知するアラート報知を行うS111。第11の態様によれば、ユーザに対し、掛け直しのタイミングを視覚的に認識させることができる。第12の態様は、第10の態様に従属する携帯端末であって、報知部は、未だ掛け直しが行われていない相手が複数存在する場合には、当該複数の相手に対応する複数の報知画像を同時に表示する。第12の態様によれば、ユーザは、複数の相手からの不在着信の存在を一目で認識できる。第13の態様は、第12の態様に従属する携帯端末であって、表示部に設けられるタッチパネル32、および表示部に表示されたいずれかの報知画像を選択する操作がタッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスへの発信を行う発信制御部S125をさらに備える。第13の態様によれば、タッチパネルを利用した簡単な操作たとえばタップ操作で掛け直しが行える。第14の態様は、第12の態様に従属する携帯端末であって、表示部に表示される各報知画像に対応する番号またはアドレスに対して優先度を設定する第3設定部S23をさらに備え、報知部は第3設定部で設定された優先度に基づいて各報知画像の表示態様を変更する。なお、表示態様とは、ある実施例では表示色であるが、他の実施例では表示サイズ,形状,コントラスト,透明度,点滅周期などでもよく、それらの組み合わせでもよい。第14の態様によれば、複数の相手からの不在着信がある場合に、優先度を考慮した掛け直しが可能となる。第15の態様は、第14の態様に従属する携帯端末であって、第3設定部で設定された優先度を不在着信回数に応じて変更する変更部S149をさらに備える。第15の態様によれば、不在着信回数が多い相手への掛け直しを優先させることができる。第16の態様は、第12の態様に従属する携帯端末であって、表示部に表示されたいずれかの報知画像をスライドさせる操作がタッチパネルで検出されたとき当該報知画像に対応する番号またはアドレスに対する不在着信の履歴Lgを表示する履歴表示部S91をさらに備える。第16の態様によれば、簡単な操作で不在着信履歴を表示させることができる。第17の態様は、第12の態様に従属する携帯端末であって、表示部に表示されたいずれかの報知画像を所定位置までドラッグする操作がタッチパネルで検出されたとき当該報知画像を表示部から消去する消去部S87をさらに備える。第17の態様によれば、簡単な操作で報知画像を消去できる。第18の態様は、第14の態様に従属する携帯端末であって、不在着信制御部は、相手に掛け直しを行うまでの時間または掛け直す時刻をアナウンスする際に、第3設定部によって設定された優先度によって異なるメッセージを付加する。第18の態様によれば、優先度に適したメッセージを用いることで、待ち時間の苛々を軽減できる。第19の態様は、第5の態様に従属する携帯端末であって、不在着信制御部は、初回着信時と再着信時とで異なるメッセージを付加する。第19の態様によれば、着信回数に応じてメッセージを変えることで、待ち時間の苛々を軽減できる。第20の態様は、第1の態様に従属する携帯端末であって、不在着信制御部は、特定モードが選択されている状態で不在着信制御を行い、報知部は、特定モードの選択が解除されたときユーザに報知を行うS32c。ここで、特定モードは、ある実施例ではマナーモードであるが、留守番モードやドライブモードなど、不在着信を行うモードであればよい。また、報知は、ある実施例では、表示中の報知アイコンをポップアップすることで行うが、ポップアップに代えて、またはこれに加えて、たとえばアラーム音を出力したり、本体を振動させたり、LEDを発光させたりしてもよい。第20の態様によれば、不在着信に対して掛け直しを行わないまま特定モードが解除されても、解除時に報知が行われるので、掛け直し忘れを防止できる。第21の態様は、報知制御プログラム52であって、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部14を備える携帯端末10のコンピュータを、通信部を制御して不在着信を行う不在着信制御部S51、不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知部S37,S39,S32c、および、不在着信制御部による不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知部による報知の実行を解除する報知解除部S123,S159,S60a,S60bとして機能させる。第22の態様は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部14を備える携帯端末10によって行われる報知制御方法であって、通信部を制御して不在着信を行う不在着信制御ステップS51、不在着信制御部による不在着信の後ユーザに報知を行うことで相手への掛け直しを催促する報知ステップS37,S39,S32c、および、不在着信制御ステップによる不在着信の後、相手からの再着信への応答または相手への掛け直しが行われた場合に、報知ステップによる報知の実行を解除する報知解除ステップS123,S159,S60a,S60bを含む。第21および第22の各態様によっても、第1の態様と同様に、不在着信後の掛け直し忘れを効率的に防止することができる。この発明によれば、不在着信後の掛け直し忘れを効率的に防止できる、携帯端末が実現される。図1には、携帯端末10のハードウエア構成が示される。図1を参照して、この発明の一実施例である携帯端末10はCPU24を含む。CPU24には、キー入力装置26、メインメモリ34、フラッシュメモリ36、撮像装置38、LED発光器40およびバイブレータ42が接続され、さらに、無線通信回路14を介してアンテナ12が、A/Dコンバータ16を介してマイク18が、D/Aコンバータ20を介してスピーカ22が、そしてドライバ28を介してディスプレイ30が、それぞれ接続される。また、CPU24には、電源回路44を介して電池46および電源コネクタ48が接続される。電源コネクタ48には、AC電源などの外部電源が接続される。アンテナ12は、図示しない基地局からの無線信号を捕捉受信し、また、無線通信回路14からの無線信号を放出送信する。無線通信回路14は、アンテナ12で受信された無線信号を復調および復号化し、また、CPU24からの信号を符号化および変調する。マイク18は、音波をアナログの音声信号に変換し、A/Dコンバータ16は、マイク18からの音声信号をディジタルの音声データに変換する。D/Aコンバータ20は、CPU24からの音声データをアナログの音声信号に変換し、スピーカ22は、D/Aコンバータ20からの音声信号を音波に変換する。キー入力装置26は、ユーザによって操作される各種のキー,ボタン,トラックボール図示せずなどで構成され、操作に応じた信号コマンドをCPU24に入力する。ドライバ28は、CPU24からの信号に応じた画像をディスプレイ30に表示する。タッチパネル32は、ディスプレイ30の表示面に設けられ、タッチ点の位置を示す信号座標をCPU24に入力する。メインメモリ34は、たとえばSDRAMなどで構成され、CPU24に各種の処理を実行させるためのプログラム,データなど図2参照を記憶する共に、CPU24に必要な作業領域を提供する。フラッシュメモリ36は、たとえばNAND型のフラッシュメモリで構成され、プログラムなどの保存領域さらには撮像装置38による画像データの記録領域として利用される。撮像装置38は、図示しないレンズ,イメージセンサたとえばCCD,CMOSなどの撮像素子,カメラ処理回路などで構成され、レンズを経てイメージセンサ上に結像する光学像を光電変換して、これに対応する画像データを出力する。LED発光器40は、図示しないLEDおよびドライバで構成され、CPU24の制御下でドライバがLEDを駆動することにより、カメラ撮影用のフラッシュ光ストロボ光を発したり、所定のパターンで発光することによりユーザに対して各種の報知たとえば着信報知,掛け直しを催促する報知などを行ったりする。バイブレータ42は、所定のパターンで振動することによりユーザに対して各種の報知たとえば着信報知,掛け直しを催促する報知などを行ったりする。CPU24は、メインメモリ34に記憶されたプログラム52~54に従って、他のハードウエア12~22,26~48を利用しつつ、各種の処理を実行する。処理の実行に必要なタイミング信号は、RTC24aから供給される。CPU24等が動作するための電源電力は、電源回路44を介して電池46から供給される。電源回路44はまた、電源コネクタ48に接続された外部電源AC電源などからの供給電力に基づいて、電池46の充電も行う。以上のように構成された携帯端末10では、図示しないメニュー画面を通して、通話を行う通話モード、カメラ撮影を行う撮影モード、アナウンス音声による自動着信不在着信を行うマナーモード、および各種の設定を行う設定モードなどを選択することができる。なお、これ以外にも、たとえば、電子メールの送受信を行うメールモード、インターネットに接続してデータ通信を行うモードなども準備されているが、詳しい説明を省略する。通話モードが選択されると、携帯端末10は、通話装置として機能する。詳しくは、キー入力装置26によって発呼操作が行われると、CPU24は、無線通信回路14を制御して発呼信号を出力する。なお、発信先の電話番号は、予め登録された電話帳情報62:図3A参照から選択することもできる。出力された発呼信号は、アンテナ12を介して出力され、図示しない移動通信網を経て相手の電話機に伝達される。電話機は、着信音,振動,発光などによる呼び出しを開始する。相手が着呼操作を行うと、CPU24は通話処理を開始する。一方、相手からの発呼信号がアンテナ12によって捕捉されると、無線通信回路14は着信をCPU24に通知し、CPU24は、着信音による呼び出しを開始する。キー入力装置26によって着呼操作が行われると、CPU24は通話処理を開始する。通話処理は、たとえば、次のように行われる。相手から送られてきた受話音声信号は、アンテナ12によって捕捉され、無線通信回路14によって復調および復号化を施された後、D/Aコンバータ20を経てスピーカ22に与えられる。これにより、スピーカ22から受話音声が出力される。一方、マイク18によって取り込まれた送話音声信号は、A/Dコンバータ16を経て無線通信回路14に送られ、無線通信回路14によって符号化および変調を施された後、アンテナ12を通して相手に送信される。相手の電話機でも、送話音声信号の復調および復号化が行われ、送話音声が出力される。撮影モードが選択されると、携帯端末10はカメラ装置として機能する。詳しくは、CPU24がスルー撮影開始命令を発し、撮像装置38はスルー撮影を開始する。撮像装置38では、図示しないレンズを経てイメージセンサに結像した光学像は、光電変換を施され、これによって、光学像を表す電荷が生成される。スルー撮影では、イメージセンサで生成された電荷の一部が、たとえば1/60秒毎に、低解像度の生画像信号として読み出される。読み出された生画像信号は、カメラ処理回路によってA/D変換,色分離,YUV変換などの一連の画像処理を施されることで、YUV形式の画像データに変換される。こうして、撮像装置38からは、スルー表示用の低解像度の画像データが、たとえば60fpsのフレームレートで出力される。出力された画像データは、現時点のスルー画像データとしてメインメモリ34に書き込まれ、ドライバ28は、メインメモリ34に記憶されたスルー画像データを繰り返し読み出し、これに基づくスルー画像をディスプレイ30に表示する。ユーザは、ディスプレイ30に表示されたスルー画像を見ながら、撮像装置38の向きや対象までの距離を調節した後、キー入力装置26またはタッチパネル32によりシャッタ操作を行う。CPU24は、シャッタ操作に応答して静止画撮影命令を発する。応じて、イメージセンサで生成された電荷が高解像度の生画像信号として読み出され、読み出された生画像信号は、カメラ処理回路によって一連の画像処理を施されることでYUV形式の画像データに変換される。こうして、撮像装置38から記録用の高解像度の画像データが出力され、出力された画像データは、メインメモリ34に一時保持された後、静止画像データとしてフラッシュメモリ36に書き込まれる。また、先述したような通話モードにおいて、下位モードの1つであるマナーモードまたは留守番モード,ドライブモードなどが設定されると、着信音による呼び出し機能は休止される。詳しくは、着信時、CPU24は、LED発光器40/バイブレータ42による振動/発光などを通じてユーザに対し着信報知を行う。そして、一定時間経過してもユーザが着信操作を行わない場合には、自動的に着信処理を実行して、たとえば相手着信元の電話番号に対し無線通信回路14を介してただ今電話に出ることができません...といったアナウンス音声を送信する。このような着信の態様を不在着信と呼ぶ。なお、この実施例では、不在着信にあたって、アナウンス音声を送信するが、アナウンス音声に代えて、またはこれに加えて、所定の信号音やメロディ音声などを送信してもよいし、特に何も送信しなくてもよい。特に、予め報知対象として登録された相手電話番号に対しては、不在着信時、ユーザが掛け直しを行う時間が、アナウンス音声を通じてたとえば今から30分後までに掛け直しますのように報知される。こうして不在着信時にアナウンスされる時間この例では30分後をアナウンス時間と呼ぶ。なお、アナウンス時間は、この実施例では不在着信から掛け直しを行うまでの時間であるが、他の実施例では掛け直しを行う時刻たとえば16:00などでもよい。また、アナウンス時間は、後述する登録モードを通じて、電話番号相手毎に、またはグループたとえば家族,同僚,友人など単位で設定される。設定結果は、図3Bに示すような報知情報64:後述に記述される。一方、ユーザに対しては、待ち受け画面上に、相手への掛け直しを催促する報知アイコンNI1,NI2,NI2m:図16,図17等参照。個々を区別する必要がない場合は報知アイコンNIのように記すが表示される。報知アイコンNIには、相手の電話番号および名前と、未だ掛け直しを行っていない旨のメッセージと、掛け直しを行うべき時刻掛け直し時刻とが記述される。不在着信に応じて表示された報知アイコンNIは、相手への掛け直しを行うか、または相手からの着信に応答したとき、待ち受け画面から自動的に消去される。相手への掛け直しは、キー入力装置26や電話帳を利用した通常の発呼操作のほかに、報知アイコンNIへのタップ操作短押しによっても行うことができる。その後、掛け直し時刻の一定時間前になると、報知アイコンNIと同内容の報知画面NS:図14参照が、別のウィンドウに拡大表示ポップアップ:図18参照される。こうして、ユーザに対し、掛け直し時刻までに着実に掛け直しを行わせるべく、その一定時間前に行う報知を、アラート報知と呼ぶ。なお、ここでいう一定時間前、つまり掛け直し時刻に対してアラート報知の時刻を先行させる時間図18の例では5分前は、アラート時間と呼ばれる。アラート時間もまた、登録モードを通じて電話番号毎に、またはグループ単位で設定され、設定結果が報知情報64に記述される。なお、アラート報知では、上記のような報知画面NSのポップアップと同時に、またはこれと相前後して、スピーカ22からアラーム音を出力したり、携帯端末10の本体をバイブレータ42で振動させたり、LED発光器40を所定のパターンで発光させたりすることで、報知画面NSへのユーザの注意を喚起することが望ましい。他の実施例では、この種のポップアップは行わずに、アラーム音や振動、発光などによってアラート報知を行ってもよい。ところで、報知アイコンNIは、登録された電話番号毎に作成されるため、複数の電話番号から相前後して不在着信があった場合には、たとえば図16に示すように、複数の報知アイコンNINI1,NI2,...が同時に表示される。なお、同時に表示可能な報知アイコンNIの上限数は、たとえば画面に対する報知アイコンNIのサイズなどによって決まる。表示すべき報知アイコンNIの数が表示可能な上限数を超えた場合には、たとえば、古い報知アイコンNIから順番に消去しつつ新しい報知アイコンNIを表示する、といった対応を行えばよい。あるいは、表示すべき報知アイコンNIの数に応じて表示サイズを変更することで、全ての報知アイコンNIを表示してもよい。登録された各電話番号には、登録モードを通じて優先度が設定される図3C参照。この設定結果もまた、報知情報64図3B参照に記述される。各電話番号に設定された優先度は、当該電話番号への着信回数に応じて変化する。便宜上、設定当初の優先度を基準優先度定数、現時点での優先度を現優先度変数と呼んで区別する場合がある。報知アイコンNIは、優先度によって異なる色で表示される。優先度と表示色との関係は、優先度テーブル66:図3C参照に記述されている。なお、表示色に代えて、またはこれに加えて、表示サイズを変化させてもよいし、表示輝度,コントラスト,点滅周期などを変化させてもよいし、これらを適宜組み合わせて変化させてもよい。同じ電話番号からの再着信があった場合、たとえば図17に示すように、報知アイコンNIの形態が着信回数に応じて変化する。図17の例では、AAさんに関する報知アイコンNI1が一重なのに対し、BBさんに関する報知アイコンNI2mは2枚重ねになっており、このような表示態様の違い一重か束状か、束状の場合は何枚重ねかによって、AAさんからの着信が1回、BBさんからの着信が2回あったことがわかる。こうして着信回数に応じて優先度が上昇する結果、たとえば図16および図17に示すように、報知アイコンNIの表示色も変化する。詳しくは、図16の時点15:40で3であったBBさんの優先度は、図17の時点15:50で2に上昇しており、この変化に伴って、BBさんに関する報知アイコンNI2mの表示色が青色細線から黄色太線へと変化している。また、図21に示すように、束状の報知アイコンNI2mを上方にスライドさせると、不在着信履歴Lgとして各回の着信時刻が表示される。図21の例では、BBさんからの不在着信履歴Lgとして、2回分の着信時刻1回目の着信時刻15:10および2回目の着信時刻15:45が表示される。掛け直しの必要がない報知アイコンNIについては、図20に示すようなゴミ箱のアイコンTI単にゴミ箱TIと呼ぶへのドラッグ操作を行うことで、画面から消去することもできる。たとえば、BBさんからの不在着信に対して掛け直しが不要であれば、BBさんの電話番号が記述された報知アイコンNI2mにタッチして、ゴミ箱TIと重なる位置までドラッグすれば、当該報知アイコンNI2mは消去される。なお、ゴミ箱TIは、この実施例では報知アイコンNIにタッチしている期間だけ表示されるが、他の実施例では常時表示されもよい。設定モードが選択されると、まず、図3Aに示すような電話帳情報62がディスプレイに表示されるので、ユーザは、登録したい名前ないし電話番号をタッチパネル32等で選択する。選択された名前ないし電話番号は、図3Bに示す報知情報64に報知対象として登録される。その後、図13Aに示すアナウンス時間設定画面SS1,図13Bに示すアラート時間設定画面SS2および図13Cに示す優先度設定画面SS3が順次表示され、ユーザは、各設定画面の入力欄に所望の数値を入力、または提示された選択肢の中から所望の数値を選択していく。入力または選択された数値は、当該報知対象に関するアナウンス時間,アラート時間および基準優先度として報知情報64に登録される。こうして当該対象に関する設定処理が完了すると、次の対象に対して同様の設定処理が繰り返される。先述したような報知アイコンNIの制御およびアラート報知報知画面NSの制御は、こうして対象毎に登録されたアナウンス時間,アラート時間および基準優先度に基づいて実行される。この実施例の主要な特徴は、マナーモードでの処理、特に報知アイコン表示制御処理、報知アイコン操作制御処理およびアラート報知制御処理にある。そこで、以下、これらの制御処理を中心に詳しく説明する。報知アイコン表示制御処理、報知アイコン操作制御処理およびアラート報知制御処理とこれに先行する設定処理は、たとえば、メインメモリ34に記憶された図2および図3A~図3Cに示す各種のプログラムおよびデータに基づいて、CPU24が図4~図12に示すフローに従う処理を実行することにより実現される。詳しくは、まず図2を参照して、メインメモリ34はプログラム領域50およびデータ領域60を含み、プログラム領域50には報知制御プログラム52および通話制御プログラム54などが、データ領域60には電話帳情報62,報知情報64,優先度テーブル66およびアナウンス情報68などが、それぞれ記憶される。なお、図示は省略するが、プログラム領域50には、先述した撮影モードを実現するための撮影制御プログラムなども記憶される。報知制御プログラム52は、CPU24を介して各種ハードウェア12~22,26~48を制御して、図4~図12のフローに従うマナーモードの処理を実行する、メインのソフトウェアプログラムである。通話制御プログラム54は、報知制御プログラム52によって利用されるサブのソフトウェアプログラムであり、主として無線通信回路14を制御して発着信処理および通話処理を実行する。電話帳情報62は、ユーザが登録した電話帳に関する情報であり、たとえば図3Aに示すように構成される。この電話帳情報62は、各人の名前,電話番号,メールアドレスおよびグループに関する情報を含む。グループ情報とは、各人を所定の基準で分類した結果を示す情報であり、図3Aの例では、各人は、ユーザとの関係に基づいて、たとえば家族,友人および同僚といったグループに分類される。報知情報64は、先述したような報知アイコンNIの制御およびアラート報知の制御を行うための情報であり、たとえば図3Bに示すように構成される。この報知情報64は、各人の名前,基準優先度,現優先度,アナウンス時間,アラート時間,不在着信履歴,報知時刻および掛け直し時刻に関する情報を含む。名前は、当該報知対象を識別する情報であり、ここでは電話帳情報62に登録された名前の中から選択されるが、キー入力装置26等で新たに入力されてもよい。したがって、報知情報64と電話帳情報62とは、名前を介して互いに紐付けされる。なお、名前に代えて、電話番号またはメールアドレスを報知情報64に登録してもよく、その場合の紐付けは、電話番号またはメールアドレスを介して行われる。基準優先度は、当該報知対象の優先度を示す情報であり、ここでは1~3の中からいずれかの値がキー入力装置26等で選択される。優先度の値は、1が最も高く、次に高いのが2で、3は最も低い。現優先度は、当該対象の現時点での優先度を示す情報であり、基準優先度および不在着信履歴着信回数に基づいて1~3の間でCPU24により制御される。アナウンス時間は、不在着信時に相手に対してアナウンス電子音声で自動応答される、ユーザが掛け直しを行うまでの時間=掛け直し時刻-現時刻を示す情報であり、たとえば30分後,60分後といった値がキー入力装置26等で入力される。アラート時間は、掛け直し時刻に対してアラート報知の時刻を先行させる時間掛け直し時刻の何分前にアラート報知を行うかを示す情報であり、たとえば5分前,10分前といった値がキー入力装置26等で入力される。優先度テーブル66は、各人電話番号からの不在着信に関する報知アイコンNIの表示色を、その優先度によって異ならせる変化させるためのテーブルであり、優先度1,2,3と表示色赤,黄,青との間の対応関係が予め記憶される。なお、表示色に代えて、またはこれに加えて、表示サイズが記憶されてもよい。また、こうして予め記憶されたデフォルト値は、キー入力装置26等で適宜変更されてもよい。アナウンス情報68は、不在着信時に、相手着信元が報知対象であれば掛け直し時間を、報知対象でなければ単に電話に出られない旨を、それぞれアナウンスするための音声情報であり、たとえば、報知対象でない場合用の留守番アナウンスとしてただ今電話に出ることができません...、および報知対象である場合用の掛け直し時間アナウンスとして今から{アナウンス時間後}までに掛け直します...などが予め記憶される。{アナウンス時間}には、当該相手に設定されたアナウンス時間たとえば30分後が挿入される。次に、設定モードでのCPU動作について説明する。図4を参照して、通話モードにおいて、下位モードの1つである設定モードが選択されると、CPU24は、最初、ステップS1で電話帳を呼び出す。具体的には、メインメモリ34のデータ領域60に記憶された電話帳情報62図3A参照に基づいて電話帳を表示するようドライバ28に命令する。ドライバ28が命令を実行することでディスプレイ30に電話帳が表示されると、ユーザは、報知対象単に対象と呼ぶ場合もあるとして登録したい名前たとえばAAを、タッチパネル32等で選択する。次に、ステップS3で、電話帳からいずれかの名前を選択する操作が行われたか否かを判別し、NOであれば所定の待機時間を経て同様の判別を繰り返す。ステップS3でYESであれば、ステップS5に進んで、選択された名前を報知対象として設定する。なお、この設定結果は、CPU24の内部メモリに一時保持される後述する他の設定結果も同様。次に、ステップS7で、ドライバ28を介して、図13Aに示すようなアナウンス時間設定画面SS1をディスプレイに表示する。ユーザは、所望のアナウンス時間たとえば30分後をキー入力装置26等で入力する。ステップS9では、時間入力操作が行われたか否かを判別し、NOであれば所定の待機時間を経て同様の判別を繰り返す。ステップS9でYESであれば、ステップS11に進んで、入力された時間をアナウンス時間として設定する。次に、ステップS13で、ドライバ28を介して、図13Bに示すようなアラート時間設定画面SS2をディスプレイ30に表示する。ユーザは、所望のアラート時間たとえば10分前をキー入力装置26等で入力する。ステップS15では、時間入力操作が行われたか否かを判別し、NOであれば所定の待機時間を経て同様の判別を繰り返す。ステップS15でYESであれば、ステップS17に進んで、入力された時間をアラート時間として設定する。次に、ステップS19で、ドライバ28を介して、図13Cに示すような優先度設定画面SS3をディスプレイに表示する。ユーザは、提示された複数の値たとえば1~3のうち所望の値たとえば1をキー入力装置26等で選択する。ステップS21では、優先度選択操作が行われたか否かを判別し、NOであれば所定の待機時間を経て同様の判別を繰り返す。ステップS21でYESであれば、ステップS23に進んで、選択された値を優先度として設定する。そして、ステップS25に進み、ステップS5,S11,S17およびS23での一連の設定結果たとえばAA,1,30分後,5分前を報知情報64に登録する図3B参照。その後、完了操作が行われたか否かをステップS27で判別し、NOであればステップS3に戻る。ここで別の対象たとえばBBが選択されると、ステップS3でYESと判別され、ステップS5~S27が繰り返される。こうして、AA,BBさらにはCCについてステップS5~S27の処理が実行され、その結果、この3人分の設定結果が報知情報64に登録されたものとする。この時点で、報知情報64の登録内容は、図3Bのようになる。これ以上の登録が必要なければ、ユーザは完了操作を行う。その結果、ステップS27の判別結果がYESとなって、登録モードの処理は終了され、上位の通話モードに戻る。次に、マナーモードでのCPU動作について説明する。図5を参照して、通話モードにおいて、下位モードの他の1つであるマナーモードが選択されると、CPU24は、最初、ステップS31で初期処理を実行する。初期処理には、報知情報64図3B参照に含まれる変数現優先度,不在着信履歴,報知時刻および掛け直し時刻を初期化する処理、および待ち受け画面を初期表示する処理などが含まれる。初期処理が完了すると、ステップS32aおよびS33~S45からなるループ処理に入る。なお、このループ処理は、1フレーム毎にたとえば1/60秒周期で実行される。最初、ステップS32aで、マナーモード解除操作が行われたか否かをキー入力装置26からの信号に基づいて判別し、ここでNOであれば、ステップS33に進む。ステップS32aでYESであれば、報知アイコンNIを表示中か否か未だ掛け直しを行っていない不在着信があるか否かをステップS32bでさらに判別し、NOであれば、このマナーモード処理を終了する。ステップS32bでYESであれば、表示中の報知アイコンNIをステップS32cでポップアップした後、マナーモード処理を終了する。なお、ステップS32cでは、表示中の報知アイコンNIをポップアップすることで、未だ掛け直しを行っていない不在着信の存在をユーザに警告したが、ポップアップに代えて、またはこれに加えて、アラーム音を出力したり,本体を振動させたり、LEDを発光させたりしてもよい。ステップS33ではRTC24aから現在時刻現時刻を取得し、ステップS35ではメインメモリ34内の報知情報64を参照する読み取る。なお、取得結果および読み取った結果は、少なくとも1フレーム期間に渡って内部メモリに保持される。そして、ステップS37で報知アイコン表示制御図6参照:後述を行い、さらにステップS38で報知アイコン操作制御図7参照:後述を行い、そしてステップS39でアラート報知制御図8参照:後述を行う。その後、ステップS41~S45で、各種イベントの有無を判別する。詳しくは、ステップS41で電源OFF操作の有無を判別し、ここでNOであれば、ステップS43で着信があったか否かをさらに判別する。ステップS43でもNOであれば、ステップS45で発信操作が行われたか否かをさらに判別し、ステップS45でもNOであればステップS32aに戻る。ステップS41でYESであれば、ステップS47に進んで、図15に示すような意思確認画面CSをポップアップする。この意思確認画面CSには、未だ掛け直しを行っていないが本当に電源オフしてよいかという旨の確認メッセージと共に、電源OFFボタンおよびキャンセルボタンが表示される。次のステップS49では、先の電源オフ操作がユーザ自身の意思か否かを、電源OFFボタンおよびキャンセルボタンのどちらが押されたかに基づいて判別し、ここでNOであれば、ステップS32aに戻って上記と同様の処理を繰り返す。ステップS49でYESであれば、マナーモードの処理を終了して電源をオフする。ステップS43でYESであれば、ステップS51で不在着信制御処理図10および図11参照:後述を実行し、その後ステップS32aに戻って上記と同様の処理を繰り返す。ステップS45でYESであれば、ステップS53で発信制御処理図9参照:後述を実行し、その後ステップS32aに戻って上記と同様の処理を繰り返す。なお、図15に示すような意思確認画面CSのポップアップは、ステップS32bでYESであるときに行われてもよい。つまり、ステップS32cでは、報知ポップアップに代えて、意思確認画面CSのポップアップを行ってもよい。この場合、意思確認画面CSには、未だ掛け直しを行っていないが本当にマナーモードを解除してよいかという旨の確認メッセージと共に、マナーモード解除ボタンおよびキャンセルボタンが表示される。次のステップ図示せずでは、先のマナーモード解除がユーザ自身の意思か否かを、マナーモード解除ボタンおよびキャンセルボタンのどちらが押されたかに基づいて判別し、ここでNOであればキャンセルボタンが押されると、ステップS32aに戻って上記と同様の処理を繰り返す。ここでYESであれば、マナーモード処理を終了する。さらに、ステップS32cで報知ポップアップが行われたとき、または上述したように未だ掛け直しを行っていないが本当にマナーモードを解除してよいかという意思確認画面CSがポップアップされた後、ユーザによってマナーモード解除ボタンが押されたときに、再度意思確認画面CSをポップアップし、その意思確認画面CSにマナーモードを解除するが、報知アイコンを表示したままにするかという旨の確認メッセージとともに、アイコン表示ボタン、およびアイコン非表示ボタンが表示されてもよい。次のステップ図示せずでは、報知アイコン表示の継続がユーザ自身の意思か否かを、アイコン表示ボタンおよびアイコン非表示ボタンのどちらが押されたかに基づいて判別し、ここでNOであれば、アイコン表示をキャンセルしてマナーモード処理を終了し、ここでYESであれば、アイコン表示を継続したままマナーモード処理を終了する。アイコン表示を継続したままマナーモードを終了した場合は、図7および図9後述に示す報知アイコン操作制御の処理が実行されてもよい。ここで、図7および図9におけるリターンは、エンドである。上記ステップS37の報知アイコン表示制御処理は、図6のフローに従って実行される。図6を参照して、最初のステップS60aでは、報知情報64の中に、後述する発信処理図9または不在着信処理図10および図11を通じて不在着信履歴がクリアされた報知対象があるか否かを判別し、NOであればステップS61に進む。ステップS60aでYESであれば、ステップS60bで当該対象の報知アイコンNIを画面から消去した後、ステップS61に進む。ステップS61では、報知情報64の中から不在着信履歴のある報知対象の1つを選出する。この選出処理は、たとえば着信時刻に基づいて実行される。この実施例では、着信時刻が古いものからまたは新しいものから順番に選択していく。なお、後述するステップS101の選出処理も同様に実行される。次のステップS63では、当該対象の着信回数が1回か否かを判別して、YESであれば、たとえば図16に示されたAAさんやBBさんの報知アイコンNI1,NI2のような、掛け直し時刻が記述された一重の報知アイコンを作成する一方、NOであれば、たとえば図17に示されたBBさんの報知アイコンNI2mのような、掛け直し時刻が記述された、着信回数と同数重ねの報知アイコンを作成する。そして、ステップS69に進む。ステップS69では、当該対象の優先度は1であるか否かを判別し、ここでNOであれば、当該対象の優先度は2であるか否かをステップS71でさらに判別し、ここでもNOであれば、当該対象の優先度は3であるとみなして、ステップS73に進む。ステップS73では、優先度テーブル66に従い、報知アイコンNIを優先度3に対応する青色小サイズで表示する。ステップS69でYESであれば、ステップS75に進んで、報知アイコンNIを優先度1に対応する赤色大サイズで表示する。ステップS71でYESであれば、ステップS77に進んで、報知アイコンNIを優先度2に対応する黄色中サイズで表示する。その後、ステップS78に進む。ステップS78では、該当する対象、つまり不在着信履歴のある報知対象をすべて選出し終えたか否かを判別し、ここでNOであれば、ステップS61に戻って上記と同様の処理を繰り返す。一方、ステップS78でYESであれば、上位のフロー図5に戻る。上記ステップS38の報知アイコン操作制御処理は、図7のフローに従って実行される。図7を参照して、ステップS79では、タッチパネル32の出力に基づいて、いずれかの報知アイコンNIにタッチしている状態か否かを判別し、YESであれば、ステップS80aで、たとえば図19Aに示すようにゴミ箱TIを表示した後、ステップS81~S85を通じてタッチ操作の種類を判別する。一方、ステップS79でNOであれば、ステップS80bで、たとえば図19Bに示すようにゴミ箱TIを消去した後、上位のフロー図5に戻る。ステップS81では、報知アイコンNIを短押しつまりタップする操作が行われたか否かを判別する。ここでNOであれば、ステップS83で、報知アイコンNIをゴミ箱TIまでドラッグする操作が行われたか否かを判別する。ここでもNOであれば、ステップS85で、報知アイコンNIを上方にスライドする操作が行われたか否かを判別する。ここでもまたNOであれば、有意の操作は行われていないとみなし、ステップS61に戻って上記と同様の処理を繰り返す。ステップS81でYESであれば、当該報知アイコンNIに記載された報知対象への発信を行うべく、後述する発信制御処理図9のステップS123にジャンプする。ステップS83でYESであれば、ステップS87で画面から報知アイコンNIを消去し、さらにステップS89で報知情報64から当該報知アイコンNIに対応する報知情報を削除した後、上位のフロー図5に戻る。ステップS85でYESであれば、ステップS91で、報知情報64から当該報知アイコンNIに対応する不在着信履歴を取り出して、そこに記録された毎回の着信時刻を、たとえば図21に示す着信履歴Lgのように並べて表示する。その後、上位のフロー図5に戻る。上記ステップS39のアラート報知制御処理は、図8のフローに従って実行される。図8を参照して、最初、ステップS101で、報知情報64から不在着信履歴のある報知対象の1つを選出し、次に、ステップS103で、当該対象の報知時刻を演算式報知時刻=着信時刻アナウンス時間-アラート時間により演算する。なお、不在着信履歴に複数回分の不在着信が記録されている場合には、初回の着信時刻が採用される。そして、ステップS105で、演算結果を報知情報64に書き込んだ後、ステップS107に進む。ステップS107では、ステップS33で取得した現在時刻が報知時刻に到達したか否かを判別する。ここでNOであれば、ステップS109で、電源回路44を介して電池46の残量チェックを行い、電池46の残量が少ない閾値を下回る状態か否かをさらに判別する。ここでもNOであれば、ステップS113に進む。ステップS107またはステップS109でYESであれば、ステップS111に進んでアラート報知を行う。具体的には、ドライバ28を介して、たとえば図18に示すように、報知画面NSのポップアップを行う。好ましくは、ポップアップと同時に、または相前後して、D/Aコンバータ20を介してスピーカ22からアラーム音を出力したり、バイブレータ42を介して携帯端末10の本体を所定のパターンで振動させたり、LED発光器40から所定のパターンの光を出力させたりする。その後、ステップS113に進む。ステップS113では、該当する対象、つまり不在着信履歴のある報知対象をすべて選出し終えたか否かを判別し、ここでNOであれば、ステップS101に戻って上記と同様の処理を繰り返す。一方、ステップS113でYESであれば、上位のフロー図5に戻る。上記ステップS53の発信処理は、図9のフローに従って実行される。図9を参照して、最初、ステップS121で、発信先相手は不在着信履歴のある報知対象であるか否かを報知情報64に基づいて判別し、NOであればステップS125に進む。ステップS121でYESであれば、ステップS123で、当該対象の不在着信履歴をクリア報知情報64から削除した後、ステップS125に進む。ステップS125では、無線通信回路14を制御して相手への発信を開始する。次のステップS127では、相手の受話操作が行われたか否かを判別し、ここでNOであれば、ステップS128で終話か否かをさらに判別し、ここでもNOであれば、ステップS127に戻って上記と同様の処理を繰り返す。ステップS128でYESであれば、上位のフロー図5に戻る。ステップS127でYESであれば、ステップS129で、無線通信回路14を制御して通話を開始する。そして、ステップS131で終話か否かを判別し、NOであれば所定の待機時間を経て同様の判別を繰り返す。ユーザまたは相手が終話操作を行うと、ステップS131の判別結果がNOからYESに変化して、ステップS133に進む。ステップS133では、無線通信回路14を制御して通話を終了する。そして、上位のフロー図5に戻る。なお、1人の相手に対して、例えば携帯電話と固定電話のように複数の電話番号が登録されている場合、発信番号がいずれかの電話番号に一致すれば、発信先は不在着信履歴のある報知対象であるステップS121においてYESと判断されてもよい。この場合図3Aの電話帳情報において、1つの名前に対し複数の電話番号が登録される。これは、図10におけるステップS141についても同様である。すなわち、報知対象である相手に対して登録されている複数の電話番号のうちいずれかの電話番号から着信があった場合には、着信元は報知対象であるステップS141においてYESと判断されてもよい。上記ステップS51の不在着信処理は、図10および図11のフローに従って実行される。まず図10を参照して、最初、ステップS141で、着信元相手は報知対象であるか否かを報知情報64に基づいて判別し、NOであればステップS169に進む。ステップS141でYESであれば、ステップS142で不在着信履歴を更新当該対象の着信時刻を記録した後、ステップS143に進んで、当該着信は初回着信か否かを判別する。ステップS143でもYESであれば、ステップS145で、掛け直し時刻を演算式掛け直し時刻=現在時刻アナウンス時刻により演算し、そしてステップS147で、RTC24aの出力に基づく時間カウントを開始する。次に、ステップS151で、ユーザによる受話操作が行われたか否かをキー入力装置26またはタッチパネル32の出力に基づいて判別し、YESであればステップS159に進む。ステップS151でNOであれば、さらにステップS153で、相手の発信が停止されたか否かを無線通信回路14の出力に基づいて判別し、ここでYESであれば、上位のフロー図5に戻る。ステップS153でNOであれば、ステップS155で、予め決められた呼出し時間が経過したか否かを時間カウントの結果との比較に基づいて判別し、ここでもNOであれば、ステップS151に戻って上記と同様の処理を繰り返す。ステップS155でYESであれば、ステップS157に進み、アナウンス情報68に登録された掛け直し時間アナウンスのテンプレートと、報知情報64に登録されたアナウンス時間に基づいて、たとえば今から30分後までに掛け直しますといった掛け直し時間アナウンスを作成し、無線通信回路14を介して相手に送信する。その後、上位のフロー図5に戻る。ステップS159では、当該対象の不在着信履歴をクリアする。次に、ステップS161で当該対象の優先度を初期値に復帰させた後、ステップS163に進んで通話処理を開始する。そしてステップS165で終話か否かを判別し、NOであれば所定の待機時間を経て同様の判別を繰り返す。ユーザまたは相手が終話操作を行うと、ステップS165の判別結果がNOからYESに変化し、ステップS167に進んで通話を終了する。その後、上位のフロー図5に戻る。ステップS141の判別結果がNOつまり着信元が報知対象でない場合の処理は、図11のようになる。図11を参照して、ステップS169では、ユーザによる受話操作が行われたか否かをキー入力装置26またはタッチパネル32の出力に基づいて判別し、ここでYESであればステップS163に移って上記と同様の処理を実行する。ステップS169でNOであれば、さらにステップS171で、相手の発信が停止されたか否かを無線通信回路14の出力に基づいて判別し、ここでYESであれば、上位のフロー図5に戻る。ステップS171でNOであれば、ステップS173で、予め決められた呼出し時間が経過したか否かを時間カウントの結果との比較に基づいて判別し、ここでもNOであれば、ステップS169に戻って上記と同様の処理を繰り返す。ステップS173でYESであれば、ステップS175に進み、アナウンス情報68に登録された留守番アナウンスたとえばただ今電話に出ることができません...を、無線通信回路14を介して相手に送信する。その後、上位のフロー図5に戻る。なお、上記ステップS157は、たとえば図12に示すように変形してもよい。この変形例は、掛け直し時間アナウンスを、着信回数および優先度に基づいて異ならせる変化させるものである。具体的には、最初、ステップS181で初回着信か否かを判別し、ここでYESであれば、ステップS183で優先度は1であるか否かをさらに判別する。そして、ステップS183でYES、つまり初回着信かつ優先度1であれば、ステップS185で最優先で対応します...今から{アナウンス時間後}までに掛け直します...を出力する。一方、ステップS183でNO、つまり初回着信かつ優先度2または3であれば、ステップS187で今から{アナウンス時間後}までに掛け直します...を出力する。その後、上位のフロー図10および図11に戻る。ステップS181でNOであれば、ステップS189で優先度は1であるか否かをさらに判別する。そして、ステップS189でYES、つまり2回目以降の着信かつ優先度1であれば、ステップS191で最優先で対応します...{報知時刻}までお待ちください...を出力する。一方、ステップS189でNO、つまり2回回目以降の着信かつ優先度2または3であれば、ステップS193で{報知時刻}までお待ちください...を出力する。ここで{報知時刻}には、報知情報64に登録された報知時刻が挿入される。その後、上位のフロー図10および図11に戻る。以上のようなCPU動作で特に重要な点の1つは、報知情報64に含まれる不在着信履歴の更新/クリアと、これに基づく報知アイコンNIの制御である。そこで、図16,図17および図19Bの時点での報知情報64の内容を図22A,図22Bおよび図22Cにそれぞれ示す。まず、図22Aを参照して、現時刻15:40の時点で、報知情報64には、不在着信履歴として、AAさんおよびBBさんからの着信が1回ずつ記録されている。なお、CCさんからの着信はない。AAさんおよびBBさんの現優先度は、それぞれ基準優先度と同じ値つまり1,3である。したがって、図6に示した報知アイコン表示制御処理においては、1回目のステップS61でAAさんおよびBBさんの一方たとえばAAさんが選択され、AAさん用の報知アイコンNI1を表示するべくステップS63~S77が実行される。まず、AAさんからの着信回数は1回なので、ステップS63でYESと判別してステップS65に進み、一重の報知アイコンNI1を作成する。この報知アイコンNI1には、報知情報64に登録されたAAさんの掛け直し時刻16:00が記述される。次に、AAさんの優先度は1なので、ステップS69でYESと判別してステップS75に進み、作成した報知アイコンNI1を赤色で表示する。2回目のステップS61ではBBさんが選択され、BBさん用の報知アイコンNI2を表示するべくステップS63~S77が実行される。まず、BBさんからの着信回数は1回なので、ステップS63でYESと判別してステップS65に進み、一重の報知アイコンNI2を作成する。この報知アイコンNI2には、報知情報64に登録されたBBさんの掛け直し時刻16:10が記述される。次に、BBさんの優先度は3なので、ステップS69およびS71でいずれもNOと判別してステップS73に進み、作成した報知アイコンNI1を青色で表示する。こうして、図16に示すように、2つの報知アイコンNI1およびNI2を同時に、かつ優先度によって異なる色で表示することができる。次に、図22Bを参照して、現時刻15:50つまり図22Aから10分後の時点で、報知情報64の不在着信履歴には、BBさんからの2回目の着信15:45が新たに記録されている。この2回目の着信によって、図6に示した報知アイコン表示制御処理において、ステップS63の判別がNOとなり、ステップS67に進んで2枚重ねの報知アイコンNI2mが作成される。一方、図10および図11に示した不在着信制御処理においては、ステップS143の判別がNOとなり、BBさんの現優先度がステップS149で3から2に上昇する。その結果、ステップS71の判別がYESとなってステップS77に進み、2枚重ねの報知アイコンNI2mは黄色で表示される。このように、それまで一重かつ青色であったBBさん用の報知アイコンNI2は、2回目の着信に応答して、2枚重ねとなり、かつ黄色に変化する。なお、AAさんからの新たな着信はないので、一重かつ赤色で表示されたAAさん用の報知アイコンNI1に変化はない。CCさんからは依然として1回も着信がないので、CCさん用の報知アイコンは画面に登場しない。こうして、図16および図17の間でみられるような、再着信による報知アイコンNIの表示態様の変化が実現される。その後、ユーザは、図17の報知アイコンNI1をタップして、AAさんに掛け直しを行ったとする。図7に示した報知アイコン操作制御処理においては、ステップS81の判別がYESとなって、図9に示す発信制御処理のステップS123にジャンプし、報知情報64からAAさんの不在着信履歴が削除される。この結果として、図22Cに示すように、現時刻15:55つまり図22Bから5分後の時点で、それまで報知情報64に登録されていたAAさんの不在着信履歴はクリアされている。これに伴い、図6に示した報知アイコン表示制御処理において、ステップS60aの判別がYESとなり、ステップS60bに進んで、AAさんの報知アイコンNI1は画面から消去される。こうして、図17および図19Bの間にみられるような、掛け直しに伴う報知アイコンNIの消去が実現される。以上から明らかなように、この実施例では、携帯端末10は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する無線通信回路14と、CPU24およびディスプレイ30とを備える。CPU24は、無線通信回路14を制御して不在着信を行いS51、不在着信の後ユーザに報知報知アイコン表示制御およびアラート報知制御を行うことで相手への掛け直しを催促するS37,S39。報知アイコンNIは、不在着信元の電話番号,未だ掛け直しが行われていない旨のメッセージ,および掛け直し時刻に関する記述を含み、不在着信から掛け直しまたは再着信までの期間に渡ってディスプレイ30に表示される。一方、アラート報知では、ユーザに対して、相手への掛け直し時刻の一定時間前に当該時刻の接近が、ディスプレイ30への報知画面NSのポップアップなどを通じて報知されるS111。これにより、不在着信後の掛け直し忘れを防止することができる。なお、報知アイコンNIは、不在着信から掛け直しまたは再着信までの期間に渡って表示されるものであれば、単なる記号や図柄でもよい。これによって、少なくとも、未だ掛け直しを行っていない不在着信の存在を、ユーザに思い出させることができるからである。また、CPU24は、不在着信の後、相手からの再着信への応答、または相手への掛け直しが行われた場合に、報知の実行を解除するS123,S159,S60a,S60b。こうして、不必要となった報知の実行を解除することで、効率的な報知が行える。また、CPU24は、ユーザが相手への掛け直しを行うまでの時間または掛け直しを行う時刻を、相手に無線通信回路14を通してアナウンスするS157,S181~S193。こうして相手に対し、掛け直しまでの待ち時間たとえば30分後または掛け直し時刻たとえば16:00をアナウンスすることで、待ち時間の苛々を軽減できる。また、CPU24は、アラート報知の時刻を掛け直し時刻に対してどれだけ先行させるかを示すアラート時間をユーザ操作に基づいて設定するS17。これにより、ユーザに対し、ユーザ自身の設定に基づくタイミングでのアラート報知が可能となる。また、CPU24は、不在着信時にアナウンスされる、相手への掛け直しまでの時間を示すアナウンス時間を、さらにユーザ操作に基づいて設定するS11。これにより、相手に応じたアナウンス時間を設定することができる。なお、アラート時間および/またはアナウンス時間には、ユーザ操作による任意の値に代えて、デフォルト値が設定されてもよい。なお、この実施例では、アナウンス時間例えば30分後が経過する前に再度不在着信があった場合、同一のアナウンス時間を繰り返し伝えたが、他の実施例では、最初の着信からの経過時間に応じたアナウンス時間を伝えてもよい。たとえば、設定されたアナウンス時間が30分であり、1回目の着信が15:00、2回目の着信が1510分であったとすると、1回目の留守番メッセージでは設定通りに30分後までに掛け直す旨を伝えるが、2回目の留守番メッセージでは経過時間を考慮して20分後までに掛け直す旨を伝えるようにすれば、相手を落ち着かせることができる。なお、この実施例では、電池46の残量が閾値を下回ったとき、直ちにアラート出力を行ったS109:YES→S111が、アラート時間を短縮してアラート出力のタイミング報知時刻を早めてもよい。なお、この実施例では、優先度に応じて報知アイコンNIの表示サイズまたは表示色を変更したが、これに代えて、またはこれに加えて、報知アイコンNIを点滅させるようにし、その点滅周期を優先度に応じて変更してもよい。たとえは、優先度1の場合は短い周期で点滅させ、優先度2の場合は長い周期で点滅させ、優先度3の場合は連続点灯にする、といった方法がある。そのほか、報知アイコンNIの形状,コントラスト,透明度等を優先度によって変化させる方法もある。なお、この実施例では、電話に関して不在着信の報知を行ったが、電子メールに関しても同様の報知を行うことができる。また、この実施例では、マナーモードが設定された場合に不在着信の報知を行ったが、たとえば留守番モード,ドライブモードなどが設定された場合にも、同様に不在着信の報知を行うことができる。以上では、携帯端末10について説明したが、この発明は、ユーザから相手への発信機能および相手からユーザへの着信機能を有する通信部とコンピュータCPU,プロセッサとを備える、各種の携帯端末典型的には携帯電話端末,スマートフォン,携帯情報端末などに適用できる。"