(57)【要約】【課題】折り返しの連絡を促す通知のための設定を簡便に行うことができる携帯端末装置を提供する。【解決手段】予約部１００ａは、通話中に発呼キー１１ｂが長押しされると、通話相手への通信を促すためのリマインド通知の予約をその通知時刻とともに設定する。実行部１００ｂは、設定された通知時刻が経過すると、リマインド通知を行う。また、予約部１００ａは、通話中に再び発呼キー１１ｂが長押しされると、予約の設定を解除する。さらに、予約部１００ａは、予約が設定されるとその旨を報知するとともに、予約が解除されるとその旨を報知する。【選択図】図３
2010109633.tif 000002
【特許請求の範囲】
【請求項１】
通話中の設定操作に基づいて通話相手への通信を促すためのリマインド通知の予約とその通知タイミングとを設定する予約設定手段と、
前記通知タイミングになったことに応じて前記リマインド通知を行う通知実行手段と、
を備えたことを特徴とする携帯端末装置。
【請求項２】
請求項１に記載の携帯端末装置において、
前記予約設定手段は、前記リマインド通知を行う通知時刻を前記通知タイミングとして設定する、
ことを特徴とする携帯端末装置。
【請求項３】
請求項１に記載の携帯端末装置において、
前記予約設定手段は、通話が終了してから前記リマインド通知を行うまでの待ち時間を前記通知タイミングとして設定する、
ことを特徴とする携帯端末装置。
【請求項４】
請求項１ないし３の何れか一項に記載の携帯端末装置において、
前記予約設定手段は、前記設定操作に応じて、予め決められた前記通知タイミングを設定する、
ことを特徴とする携帯端末装置。
【請求項５】
請求項１ないし４の何れか一項に記載の携帯端末装置において、
前記予約設定手段は、前記設定操作とは別の外部操作に応じて前記通知タイミングを設定する、
ことを特徴とする携帯端末装置。
【請求項６】
請求項１ないし５の何れか一項に記載の携帯端末装置において、
前記予約が設定されたことを報知するための予約報知手段を備える、
ことを特徴とする携帯端末装置。
【請求項７】
請求項１ないし６の何れか一項に記載の携帯端末装置において、
前記予約設定手段は、通話中の解除操作に基づいて前記予約の設定を解除する、
ことを特徴とする携帯端末装置。
【請求項８】
請求項７に記載の携帯端末装置において、
前記予約の設定の解除がなされたことを報知するための解除報知手段を備える、
ことを特徴とする携帯端末装置。
【請求項９】
請求項７または８に記載の携帯端末装置において、
通話終了後に前記予約の解除がなされた旨を報知するための解除確認手段を備え、
前記予約設定手段は、前記解除確認手段による前記報知に基づいて再予約の設定操作がなされると再び前記予約の設定を行う、
ことを特徴とする携帯端末装置。
【請求項１０】
請求項１ないし９の何れか一項に記載の携帯端末装置において、
前記通話相手への通信を先延ばしするための入力を受け付けるとともに前記入力に基づいて前記通知タイミングを再設定する先延ばし設定手段を備え、
前記通知実行手段は、前記再設定された前記通知タイミングになったことに応じて前記リマインド通知を行う、
ことを特徴とする携帯端末装置。
【請求項１１】
請求項１０に記載の携帯端末装置において、
前記先延ばし設定手段は、前記入力を受け付ける際に、当該通信を先延ばしした回数および先延ばしによって生じた時間の少なくとも一つを報知する、
ことを特徴とする携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯端末装置に関するものである。
【背景技術】
【０００２】
近年、携帯電話機やＰＤＡの普及が進み、これらの機器が、様々な場面で使用されている。特に、携帯電話機は、小型で携帯性に優れ、また、通信端末としての機能の他、貴重な情報ツールとしての機能を備えているため、通常、多くの場面でユーザに携帯され使用に供される。
【０００３】
このような状況の中、会議中など都合が悪いときに携帯電話機に電話がかかってくることがある。このような場合、ユーザは、「また後で電話します」と約束して電話を切ることがある。しかし、このように約束はしたものの、その後会議などが終わったときには、その約束を忘れてしまっている場合もある。
【０００４】
従来、携帯電話機等には、アラーム機能が備えられている（たとえば、特許文献１を参照）。したがって、上記のような場面では、このアラーム機能を利用して、ユーザに電話や電子メールによる折り返しの連絡を促すようにすることも考えられる。
【０００５】
この場合、ユーザは、通話終了後、電話の待受け状態から、アラーム機能を起動し、アラーム時刻や要件（相手の名前や電話番号など）を設定することとなる。
【特許文献１】特開２００８−１４８２０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、アラーム機能を利用する場合には、上記のように、比較的多くの操作が必要である。また、かかる操作には、時間も比較的長くかかる。
【０００７】
したがって、通話終了後に会議に戻らねばならないような状況下などには、アラーム機能を利用することが難しい場合もある。
【０００８】
本発明は、このような課題を解消するためになされたものであり、折り返しの連絡を促す通知のための設定を簡便に行うことができる携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の携帯端末装置は、通話中の設定操作に基づいて通話相手への通信（電話や電子メール）を促すためのリマインド通知の予約とその通知タイミングとを設定する予約設定手段と、前記通知タイミングになったことに応じて前記リマインド通知を行う通知実行手段とを備えたことを特徴とする。
【００１０】
この構成によれば、ユーザが、通話中にリマインド通知を予約する設定操作を行えば、通話終了後、適宜のタイミングでリマインド通知がなされる。これにより、ユーザは、忘れることなく、相手に折り返しの電話等を行うことができる。
【００１１】
なお、前記予約設定手段は、前記リマインド通知を行う通知時刻を前記通知タイミングとして設定し、あるいは、通話が終了してから前記リマインド通知を行うまでの待ち時間を前記通知タイミングとして設定する構成とされ得る。
【００１２】
本発明の携帯端末装置において、前記予約設定手段は、前記設定操作に応じて、予め決められた前記通知タイミングを設定するよう構成され得る。こうすると、予約のための設定操作を行うだけで通知タイミングを設定でき、利便性が向上する。また、この構成に加えて、あるいは、この構成とは別に、前記予約設定手段は、前記設定操作とは別の外部操作に応じて前記通知タイミングを設定するよう構成され得る。このような構成とすれば、ユーザは、所望のタイミングでリマインド通知を行わせることができる。
【００１３】
本発明の携帯端末装置は、さらに、前記予約が設定されたことを報知するための予約報知手段を備える構成とすることができる。このような構成とすれば、リマインド通知の予約がなされたことをユーザに知らせることができる。
【００１４】
本発明の携帯端末装置において、前記予約設定手段は、さらに、通話中の解除操作に基づいて前記予約の設定を解除するよう構成され得る。このような構成とすれば、ユーザは、一旦予約したリマインド通知が、たとえばその後の通話により不要となったような場合に、すぐに予約を解除することができる。
【００１５】
本発明の携帯端末装置は、さらに、通話終了後に前記予約の解除がなされた旨を報知するための解除確認手段を備える構成とすることができる。この場合、前記予約設定手段は、前記解除確認手段による前記報知に基づいて再予約の設定操作がなされると再び前記予約の設定を行う構成とされる。
【００１６】
このような構成とすれば、通話中に予約の解除が行われた場合、通話終了後に、ユーザは、予約の解除がなされていることを確認することができる。そして、やはりリマインド通知が必要と思いなおした場合には、再度、予約を設定することができる。
【００１７】
本発明の携帯端末装置は、さらに、前記通話相手への通信を先延ばしするための入力を受け付けるとともに前記入力に基づいて前記通知タイミングを再設定する先延ばし設定手段を備える構成とすることができる。この場合、前記通知実行手段は、前記再設定された前記通知タイミングになったことの経過に応じて前記リマインド通知を行う構成とされる。
【００１８】
このような構成とすれば、ユーザは、未だ相手に電話等がまだできない状況の場合には、時間を置いて再度リマインド通知を行わせることができる。
【００１９】
この場合、前記先延ばし設定手段が、前記入力を受け付ける際に、当該通信を先延ばしした回数および先延ばしによって生じた時間の少なくとも一つを報知するような構成とされることが望ましい。
【００２０】
このような構成とすれば、ユーザは、今までどのくらい先延ばしをしているかを把握することができ、たとえば、さらに先延ばしすべきかの判断を適正に行うことができる。
【発明の効果】
【００２１】
以上のとおり、本発明によれば、折り返しの連絡を促す通知のための設定を簡便に行うことができる携帯端末装置を提供することができる。
【００２２】
本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態につき図面を参照して説明する。図１は携帯電話機の外観構成を示す図であり、同図（ａ）は、第２キャビネットが開放した状態の携帯電話機の正面図、同図（ｂ）は同じ状態での側面図である。同図（ｃ）は同図（ｂ）のＡ−Ａ´断面図である。
【００２４】
携帯電話機は、第１キャビネット１と第２キャビネット２を備えている。第１キャビネット１には、複数のキーからなるテンキー群１１が配されている。テンキー群１１の背後には、バックライト装置１２（以下、「キーバックライト」という）が配されている。キーバックライト１２は、光源となるＬＥＤを備え、テンキー群１１に光を供給する。これにより、ユーザは、周囲が暗くても各キーに付された表示を見ることができる。
【００２５】
第２キャビネット２の正面側には、縦長の矩形状を有する液晶パネル２１が配されており、その表示面が正面に臨んでいる。液晶パネル２１の背後には、バックライト装置２２（以下、「パネルバックライト」という）が配されている。パネルバックライト２２は、光源となるＬＥＤを備え、液晶パネル２１に光を供給する。第２キャビネット２の正面側には、さらに、液晶パネル２１の下方位置に複数のキーからなるメインキー群２３が配されており、液晶パネル２１の上方位置にＬＥＤ２４が配されている。ＬＥＤ２４は、電話や電子メールの着信があったときに、それを知らせる着信音とともに点灯される。
【００２６】
第２キャビネット２の内部には、カメラモジュール２５が配されている。カメラモジュール２５のレンズ窓（図示せず）は、第２キャビネット２の背面に臨んでおり、このレンズ窓から被写体の像がカメラモジュール２５に取り込まれる。
【００２７】
第２キャビネット２は、スライド機構部３によって、第１キャビネット１に対し図１のＸ軸方向にスライド可能に連結されている。図１（ｃ）に示すように、スライド機構３は、ガイド板３１とガイド溝３２によって構成されている。ガイド板３１は、第２キャビネット２の背面の左右両端部に設けられており、その下端に突条３１ａを有する。ガイド溝３２は、第１キャビネット１の側面に、スライド方向（図１のＸ軸方向）に沿って形成されている。ガイド板３１の突条３１ａは、ガイド溝３２に係合されている。
【００２８】
携帯電話機を閉じた状態では、図１（ｂ）に一点鎖線で示すように、第２キャビネット２が第１キャビネット１の上に略完全に重なっている。この状態（閉じた状態）では、第２キャビネット２の背後にテンキー群１１の全てのキーが隠れた状態となる。第２キャビネット２は、ガイド板３１がガイド溝３２の終端位置に達するまでスライドする（開いた状態とする）ことができる。第２キャビネット２が完全に開くと、図１（ａ）に示すように、テンキー群１１の全てのキーが外部に露出する。
【００２９】
図２は、テンキー群１１およびメインキー群２３の構成を示す図である。同図（ａ）はテンキー群１１の構成を示し、同図（ｂ）はメインキー群２３の構成を示す。
【００３０】
テンキー群１１は、１２個のテンキー１１ａと、発呼キー１１ｂと、停止キー１１ｃと、クリアキー１１ｄによって構成されている。
【００３１】
テンキー１１ａは、数字、文字および記号を入力するためのキーである。たとえば、初期の機能モード（電話モード）において、テンキー１１ａが操作されると、数字や記号が入力される。また、メールモードにおいて、テンキー１１ａが操作されると、各入力モード（ひらがな入力モード、英数字入力モードなど）に応じて、ひらがなやアルファベットあるいは記号が入力される。このとき、１つのテンキー１１ａには、複数の文字や記号が割り当てられており、テンキーの押下回数に応じた文字や記号が入力される。
【００３２】
発呼キー１１ｂは、通話を開始するときに操作されるキーであり、停止キー１１ｃは、通話を終了するときに操作されるキーである。クリアキー１１ｄは、入力した文字を削除するときなどに操作されるキーである。なお、発呼キー１１ｂは、長押し操作（発呼操作より長い時間の押下）がなされることにより、後述するリマインド通知の予約を設定するためのキーとして機能する。
【００３３】
メインキー群２３は、４個のモードキー２３ａと、移動キー２３ｂと、決定キー２３ｃによって構成されている。
【００３４】
モードキー２３ａは、各種の機能モード（カメラモード、メールモード、インターネットモード、電話帳モード）を起動するためキーである。また、移動キー２３ｂは、画面をスクロールしたり、カーソル（ハイライトフォーカス）を移動させたりするためのキーであり、決定キー２３ｃは、各種の決定動作を行うためのキーである。
【００３５】
図３は、携帯電話機の全体構成を示すブロック図である。本実施の形態の携帯電話機は、上述した各構成要素の他、ＣＰＵ１００、映像エンコーダ１０１、マイク１０２、音声エンコーダ１０３、通信モジュール１０４、メモリ１０５、バックライト駆動回路１０６、映像デコーダ１０７、音声デコーダ１０８、スピーカ１０９、ＬＥＤ駆動回路１１０、振動装置１１１を備えている。
【００３６】
カメラモジュール２５は、撮像レンズ２５ａ、撮像素子２５ｂなどから構成されている。撮像レンズ２５ａは、被写体の像を撮像素子２５ｂ上に結像させる。撮像素子２５ｂは、例えばＣＣＤからなり、取り込んだ画像に応じた撮像信号を生成し、映像エンコーダ１０１へ出力する。映像エンコーダ１０１は、撮像素子２５ｂからの撮像信号を、ＣＰＵ１００が処理できるディジタルの撮像信号に変換してＣＰＵ１００へ出力する。
【００３７】
マイク１０２は、音声信号を電気信号に変換して音声エンコーダ１０３へ出力する。音声エンコーダ１０３は、マイク１０２からの音声信号を、ＣＰＵ１００が処理できるディジタルの音声信号に変換してＣＰＵ１００へ出力する。
【００３８】
通信モジュール１０４は、ＣＰＵ１００からの音声信号や画像信号、テキスト信号などを無線信号に変換し、アンテナ１０４ａを介して基地局へ送信する。また、アンテナ１０４ａを介して受信した無線信号を音声信号や画像信号、テキスト信号などに変換してＣＰＵ１００へ出力する。
【００３９】
メモリ１０５は、ＲＯＭおよびＲＡＭを含む。メモリ１０５には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。また、メモリ１０５には、カメラモジュール２５で撮影した画像データや通信モジュール１０４を介して外部から取り込んだ画像データ、テキストデータ（メールデータ）などが所定のファイル形式で保存される。
【００４０】
バックライト駆動回路１０６は、ＣＰＵ１００からの制御信号に応じた電圧信号をパネルバックライト２２、キーバックライト１２に供給する。
【００４１】
映像デコーダ１０７は、ＣＰＵ１００からの映像信号を液晶パネル２１で表示できるアナログの映像信号に変換し、液晶パネル２１に出力する。
【００４２】
音声デコーダ１０８は、ＣＰＵ１００からの音声信号をスピーカ１０９で出力できるアナログの音声信号に変換し、スピーカ１０９に出力する。スピーカ１０９は、音声デコーダ１０８からの音声信号を音声として再生する。
【００４３】
ＬＥＤ駆動回路１１０は、ＣＰＵ１００から出力される制御信号に従ってＬＥＤ２４を駆動する。振動装置１１１は、ＣＰＵ１００から出力される駆動信号に応じた振動パターンにて振動する。
【００４４】
ＣＰＵ１００は、カメラモジュール２５、マイク１０２、テンキー群１１、メインキー群２３、など各部からの入力信号に基づいて、通信モジュール１０４、映像デコーダ１０７、音声デコーダ１０８などの各部に制御信号を出力することにより、種々の機能モードの処理を行う。
【００４５】
さて、本実施の形態の携帯電話機には、会議中など都合が悪いときに電話を受け、通話相手に後でかけ直す約束をした場合に、通話終了後にユーザが忘れずに相手に折り返しの電話ができるようにするため、折り返しの電話を促す通知（リマインド通知）をユーザに対して行うリマインド通知機能が備えられている。
【００４６】
ユーザは、通話中に設定操作、ここでは発呼キー１１ｂを長押しすることにより、リマインド通知の予約を設定することができる。そして、この予約の設定に基づいて、通話終了後、所定の通知時刻にユーザに対してリマインド通知が行われる。
【００４７】
リマインド通知機能を果たすべく、ＣＰＵ１００は、通話中の設定操作に応じて、リマインド通知の予約を設定する処理を行う。また、リマインド通知の予約が設定されたことに基づいて、リマインド通知を実行する処理を行う。
【００４８】
図３には、便宜上、ＣＰＵ１００によって行われる処理のうち、リマインド通知の予約の設定およびその実行に関する処理部が、それぞれ、予約部１００ａ、実行部１００ｂとして図示されている。
【００４９】
図４は、リマインド通知の予約を設定する際の処理フローを示す図である。
【００５０】
予約部１００ａ（ＣＰＵ１００）は、通話が開始されたと判定すると（Ｓ１０１：ＹＥＳ）、発呼キー１１ｂが長押しされたか否かを判定する（Ｓ１０２）。
【００５１】
たとえば、ユーザは、会議中などに電話がかかってきた場合、一旦電話に出て用件を確認した後、そのまま通話を続けられないため、折り返し電話をする約束をすることになる。この場合、ユーザは、リマインド通知の予約を設定すべく発呼キー１１ｂを長押しする。着信を受ける際に発呼キー１１ｂが押されるため、通話中は親指等により発呼キー１１ｂを押し易い状態にあることが多い。このため、リマインド通知の予約をするときにも円滑に発呼キー１１ｂを押すことができる。
【００５２】
予約部１００ａは、発呼キー１１ｂが長押しされたと判定すると（Ｓ１０２：ＹＥＳ）、予約の設定がなされているか否かを判定する（Ｓ１０３）。
【００５３】
ここでは、最初に予約設定が行われる段階であるため、予約部１００ａは、予約の設定がなされていないと判定し（Ｓ１０３：ＮＯ）、リマインド通知の予約を設定する（Ｓ１０４）。この予約の設定により、通話終了後にリマインド通知の通知時刻が設定される。ここでは、通知時刻は、通話の終了から予め決められた一定時間後（たとえば、３０分後）の時刻とされる。具体的には、予約の設定を示すフラグがメモリ１０５に設定され、これにより、通話の終了から一定時間後、即ち設定された通知時刻にリマインド通知が行われる。
【００５４】
なお、このとき、予約部１００ａは、予約の設定に関連付けて、通話相手の電話番号をメモリ１０５に保存する。保存された電話番号は、後述するリマインド通知の際に利用される。
【００５５】
次に、予約部１００ａは、予約の設定が完了した旨の報知を行う（Ｓ１０５）。たとえば、スピーカ１００から「リマインド通知が予約設定されました」等の音声を出力させる。この際、同時に、この音声を通話相手に伝えるようにしても良い。こうすると、後で電話する意思があることが相手に伝わるので、相手に安堵感を与えることができる。
【００５６】
かかる報知においては、音声とともに、あるいは音声に替えて、ＬＥＤ２４を発光させるようにしても良いし、振動装置１１１を振動させるようにしても良い。
【００５７】
次に、予約部１００ａは、通話が終了したか否かを判定し（Ｓ１０６）、通話が終了していないと判定すると（Ｓ１０６：ＮＯ）、ステップＳ１０２の処理へ戻り、再び、発呼キー１１ｂが長押しされたか否かを監視する。
【００５８】
さて、一旦予約したリマインド通知がその後の通話中に不要となる場合がある。たとえば、通話相手がユーザに頼みたかった用件を他の人に頼むことになり、相手への電話が不要となった場合などである。この場合、ユーザは、予約の設定を解除すべく発呼キー１１ｂを長押しする。
【００５９】
この場合、予約部１００ａは、発呼キー１１ｂが長押しされたと判定し（Ｓ１０２：ＹＥＳ）、さらに、予約設定されていると判定して（Ｓ１０３：ＮＯ）、予約設定の解除を行う（Ｓ１０７）。
【００６０】
その後、予約部１００ａは、予約の解除が完了した旨の報知を行う（Ｓ１０８）。たとえば、スピーカ１０９から「リマインド通知の予約が解除されました」等の音声を出力させる。なお、音声とともに、あるいは音声に替えて、ＬＥＤ２４を発光させるようにしても良いし、振動装置１１１を振動させるようにしても良い。
【００６１】
ユーザは、通話中、必要に応じて発呼キー１１ｂを操作することにより、予約の設定と解除とを繰り返し行うことができる。
【００６２】
こうして、予約部１００ａは、通話が終了したと判定すると（Ｓ１０６：ＹＥＳ）、今回の予約設定処理を終了する。
【００６３】
リマインド通知の予約が設定された場合、続いて、リマインド通知を実行する処理が行われる。
【００６４】
図５は、リマインド通知を実行する際の処理フローを示す図である。
【００６５】
実行部１００ｂ（ＣＰＵ１００）は、通話がなされていないかを判定する（Ｓ２０１）。そして、通話がなされていなければ（Ｓ２０１：ＹＥＳ）、次に、通知時刻になったか否かを判定する（Ｓ２０２）。
【００６６】
実行部１００ｂは、通知時刻になったと判定すると（Ｓ２０２：ＹＥＳ）、折り返しの電話を促すためのリマインド通知画面を液晶パネル２１に表示する。このとき、ユーザに通知を確実に知らしめるため、スピーカ１０９からアラーム音を出力させたり、ＬＥＤ２４を発光させたり、振動装置１１１を振動させたりするようにしても良い。
【００６７】
図６は、リマインド通知画面の表示例を示す図である。同図（ａ）に、本実施の形態の表示例を示す。なお、同図（ｂ）は、後述する変更例における表示例を示すものである。
【００６８】
リマインド通知画面には、「○○さんへＴＥＬしますか」という折り返し電話を促すメッセージが表示される。このとき、メモリ１０５内には、予めユーザに登録される電話帳情報（名前、メールアドレス、住所など）が記憶されており、実行部１００ｂは、リマインド通知の予約を設定する際に取得した相手の電話番号に対応する電話帳情報（名前）をメモリ１０５から読み出す。これにより、「○○さん」という表示を行うことができる。なお、電話番号に対応する電話帳情報がない場合には、たとえば、「電話番号○○○○にＴＥＬしますか」と表示される。
【００６９】
また、リマインド通知画面には、通話終了から通知時刻までの経過時間（たとえば、「３０分」が表示される。これにより、ユーザは、相手を待たせた時間を認識でき、電話をかけた際に、「大変お待たせしました」等の相応の挨拶を行うことができる。
【００７０】
さらに、リマインド通知画面には、相手へ発呼するか（「発呼」）、リマインド通知（相手への電話）を先延ばしするか（「５分先延ばし」）、リマインド通知を解除（今回の通知で終了）するか（「リマインド通知解除」）の選択肢が表示される。ユーザは、移動キー２３ｂと決定キー２３ｃとを用いて上記３つの選択肢の中から所望の項目を選択することができる。
【００７１】
図６の処理フローに戻り、上記のように、実行部１００ｂは、上記３つの選択肢の何れの項目が選択されたか否かを判定する（Ｓ２０４、Ｓ２０７、Ｓ２１０）。
【００７２】
ユーザは、すぐに相手に電話をかける場合には、「発呼」の項目を選択する。実行部１００ｂは、「発呼」の項目が選択されたと判定すると（２０４：ＹＥＳ）、予約の設定時に取得した電話番号を用いて自動発信を行い（Ｓ２０５）、その後、リマインド通知画面を閉じる（Ｓ２０６）。
【００７３】
ユーザは、まだ会議中である等の理由により電話をかけられない場合には、「５分先延ばし」の項目を選択する。実行部１００ｂは、「５分先延ばし」の項目が選択されたと判定すると（Ｓ２０７：ＹＥＳ）、通知時刻を設定完了時から一定時間、この場合５分後の時刻に再設定し（Ｓ２０８）、その後、リマインド通知画面を閉じて（Ｓ２０９）、ステップＳ２０１の処理に戻る。こうして、実行部１００ｂは、通話がなされていない状況で再設定した通知時刻になると（Ｓ２０１：ＹＥＳ→Ｓ２０２：ＹＥＳ）、再びリマインド通知画面を表示する（Ｓ２０３）。
【００７４】
ユーザは、折り返しの電話が必要でなくなった場合には、「リマインド通知解除」の項目を選択する。実行部１００ｂは、「リマインド通知解除」の項目が選択されたと判定すると（２１０：ＹＥＳ）、予約の解除を行い（Ｓ２１１）、その後、リマインド通知画面を閉じる（Ｓ２０６）。
【００７５】
以上の通り、本実施の形態によれば、ユーザが、通話中、リマインド通知を予約する設定操作を行えば、通話終了後、所定の通知時刻にリマインド通知がなされる。これにより、ユーザは、忘れることなく相手に折り返しの電話を行うことができる。しかも、設定操作を、１つのキーの一回の操作（発呼キー１１ｂの長押し）で行うことができ、ユーザは、極めて簡易に予約の設定することができる。
【００７６】
また、本実施の形態によれば、予約が設定、あるいは解除されると、その旨が報知されるので、ユーザは、予約が設定された、あるいは解除されたことを確実に知ることができる。
【００７７】
さらに、本実施の形態によれば、先延ばしの操作をすることで、時間を置いて再度リマインド通知を行わせることができる。
【００７８】
さらに、本実施の形態によれば、リマインド通知画面上で発呼する旨の項目を選択するだけで、相手に電話をかけることができるので、発信操作を楽に行うことができる。
【００７９】
なお、上記実施の形態では、リマインド通知を予約するための設定操作および解除操作として、発呼キー１１ｂの長押し操作を行うようにしているが、これに限らず、たとえば、決定キー２３ｃなど他のキーの長押し操作を行う構成とすることができる。また、長押しではなく、規定時間内でのキーの連続押しにより予約が設定される構成とすることもできる。
【００８０】
さらに、設定操作および解除操作を一つのキーで行うのではなく、以下の変更例１のように、設定操作と解除操作を異なるキーを用いて行う構成とすることができる。
【００８１】
＜変更例１＞
図７は、変更例１に係るリマインド通知の予約を設定する際の処理フローを示す図である。
【００８２】
本変更例では、リマインド通知の設定操作を行うための予約キーと解除操作を行うための解除キーとが別々に備えられている。たとえば、発呼キー１１ｂが予約キーとして割り当てられ、クリアキー１１ｄが解除キーとして割り当てられる。
【００８３】
ユーザは、発呼キー１１ｂを長押しすることにより予約の設定を行うことができ、また、クリアキー１１ｃを長押しすることにより予約の解除を行うことができる。
【００８４】
図７に示す本変更例の処理フローでは、図４のステップＳ１０２およびＳ１０３の処理が、ステップＳ１１１およびＳ１１２の処理に置き換えられている。
【００８５】
図７を参照して、予約部１００ａは、通話が開始されたと判定すると（Ｓ１０１：ＹＥＳ）、発呼キー１１ｂが長押しされたか否かを判定するとともに（Ｓ１１１）、クリアキー１１ｄが長押しされたか否かを判定する（Ｓ１１２）。そして、発呼キー１１ｂが長押しされたと判定すると、リマインド通知の予約を設定する（Ｓ１０４）。一方、予約部１００ａは、クリアキー１１ｄが長押しされたと判定すると、リマインド通知の予約を解除する（Ｓ１０７）。なお、リマインド通知の予約が設定されている状態で、発呼キー１１ｂが長押しされた場合には、その操作は無効とされる。また、リマインド通知の予約が設定されていない状態で、クリアキー１１ｄが長押しされた場合にも、その操作は無効とされる。
【００８６】
＜変更例２＞
図８は、変更例２に係るリマインド通知の予約を設定する際の処理フローを示す図である。
【００８７】
上記実施の形態および変更例１では、リマインド通知を行う通知時刻は通話終了から一定時間後の時刻とされており、予約案件毎に個別に通知時刻を設定することができない。ユーザは、その時々の状況に応じて、所望の時刻にリマインド通知を行わせたい場合もある。
【００８８】
そこで、本変更例では、ユーザが、リマインド通知の予約を設定する際に、通知時刻を設定することができるよう構成されている。
【００８９】
図８の処理フローにおけるステップＳ１２１〜Ｓ１２７の処理は、図４および図７の何れの処理フローに対しても追加可能であり、これら処理は、図４および図７のステップＳ１０５とＳ１０６との間に挿入される。
【００９０】
図８を参照して、予約部１００ａは、予約の設定を行い、さらに予約の設定が完了したことを報知すると（Ｓ１０４、Ｓ１０５）、次に、報知してから所定の受付時間（たとえば、数十秒間）が経過する間に通知時刻の設定入力がなされたか否かを判定する（Ｓ１２１、Ｓ１２４）。
【００９１】
たとえば、通知時刻の設定入力は、テンキー１１ａを用いた数字による入力方式とすることができる。この場合、二桁の数字、たとえば「１５」と入力されると、「通話終了から１５分後の時刻」に時刻設定がなされ、三桁の数字、たとえば「１２０」と入力されると、「通話終了から１２０分後の時刻」に時刻設定がなされる。また、四桁の数字、たとえば、「０９２０」と入力されると、「９時２０分」に時刻設定がなされる。
【００９２】
また、通知時刻の設定入力は、所定のキーを押下する毎に一定時間ずつ時間が加算されるような入力方式とすることもできる。たとえば、「＊」のテンキー１１ａを押す毎に５分ずつ時間が加算されるような入力方式の場合、「＊」のテンキー１１ａを３回押せば、「通話終了から１５分後の時刻」に時刻設定がなされる。なお、この場合、キーを押す毎に、「５分」、「１０分」・・・というように、加算された総時間が音声により報知されることが望ましい。
【００９３】
上記のようにして通知時刻の設定入力がなされることにより、予約部１００ａは、設定入力がなされたと判定すると（Ｓ１２１：ＹＥＳ）、設定入力に基づいて通知時刻を設定する（Ｓ１２２）。なお、通話終了からの待ち時間が入力された場合には、通話終了後に、この待ち時間に基づいて通知時刻が設定される。
【００９４】
次に、予約部１００ａは設定した通知時刻を報知する（Ｓ１２３）。たとえば、スピーカ１０９から「通知時刻を通話終了から○○分後に設定しました」、あるいは「通知時刻を○○時○○分に設定しました」との音声を出力させる。
【００９５】
予約部１００ａは、通知時刻を報知すると、受付時間をリセットして再び計時を開始する。そして、再び受付時間が経過したか否か判定する（Ｓ１２４）。ユーザは、受付時間が経過するまで設定入力をやり直すことができ、予約部１００ａは新たな設定入力がなされる度に（Ｓ１２１：ＹＥＳ）、通知時刻を更新設定して報知を行う（Ｓ１２２、Ｓ１２３）。
【００９６】
こうして、予約部１００ａは受付時間が経過したと判定すると（Ｓ１２４：ＹＥＳ）、通知時刻設定がなされていれば（Ｓ１２５：ＹＥＳ）、予約設定処理を終了する。
【００９７】
一方、予約部１００ａは、受付時間が経過したときに通知時刻の設定入力が何もなされていなければ（Ｓ１２５：ＮＯ）、デフォルトの時刻（たとえば、通話終了から３０分後の時刻）を通知時刻として設定する。そして、設定した通知時刻を、ステップＳ１２３と同様、たとえば音声によって報知し（Ｓ１２７）、予約設定処理を終了する。
【００９８】
以上、本変更例の構成によれば、所望の時刻にリマインド通知を行うことができるので、ユーザの利便性を向上させることができる。
【００９９】
なお、本変更例のように通知時刻の入力操作が付加されたとしても、ユーザは、一回のキー操作を行った後に時刻入力をするという一連の操作によってリマインド通知の予約を設定することができるので、簡易に予約の設定を行うことができる。
【０１００】
＜変更例３＞
図９（ａ）は、変更例３に係るリマインド通知の予約を設定する際の処理フローを示す図である。
【０１０１】
本変更例では、通話中に予約の設定が解除されたときに、解除がなされたことをユーザが確認し、必要な場合に再び予約の設定が行える構成とされている。
【０１０２】
図９（ａ）におけるステップＳ１３１〜Ｓ１３６の処理は、上記実施の形態（図４）および変更例１（図７）の何れの処理フローに対しても追加可能である。図９（ａ）には、図４または図７の処理フローにおけるステップＳ１０６の処理に続く処理フローが示されている。
【０１０３】
図９（ａ）を参照して、予約部１００ａは、通話が終了したと判定すると（Ｓ１０６：ＹＥＳ）、通話中に予約の解除があったか否かを判定する（Ｓ１３１）。たとえば、予約の解除があった場合、予約部１００ａはメモリ１０５にその旨を示すフラグを設定し、このフラグの有無によってＳ１３１の判定を行う。そして、予約の解除があったと判定すると（Ｓ１３１：ＹＥＳ）、解除通知画面を液晶パネル２１に表示する。このとき、解除通知画面が表示されたことをユーザに知らしめるため、スピーカ１０９からアラーム音を出力させたり、ＬＥＤ２４を発光させたり、振動装置１１１を振動させたりするようにしても良い。
【０１０４】
図１０（ａ）は、本変更例における解除通知画面の表示例を示す図である。同図に示すように、解除通知画面には、「リマインド通知が解除されています」というメッセージが表示される。
【０１０５】
また、解除通知画面には、再設定を行うか否かを問うメッセージとともに、「ＹＥＳ」、「ＮＯ」の選択項目が表示される。ユーザは、移動キー２３ｂと決定キー２３ｃとを用いて「ＹＥＳ」、「ＮＯ」の何れの項目を選択することができる。
【０１０６】
図９（ａ）の処理フローに戻り、予約部１００ａは、「ＹＥＳ」、「ＮＯ」の何れの項目が選択されるかにより、再設定するか否かを判定する（Ｓ１３３）。そして、「ＹＥＳ」の項目が選択されることにより、再設定すると判定すると（Ｓ１３３：ＹＥＳ）、再び予約の設定を行い（Ｓ１３４）、予約の設定が完了した旨の報知を、上述のステップＳ１０５と同様、音声等により行う（Ｓ１３５）。その後、予約部１００ａは、解除通知画面を閉じて（Ｓ１３６）、予約設定処理を終了する。
【０１０７】
なお、図９（ａ）のステップＳ１３１〜Ｓ１３６の処理は、図４および図７の処理フローに図８のステップＳ１２１〜Ｓ１２７の処理を追加した変更例２に対しても追加可能である。変更例２の構成では、ユーザが通知時刻の設定入力を行える構成を有しているため、予約案件毎に通知時刻が異なり得る。そこで、予約部１００ａは、通話中に予約が解除されても、ステップＳ１３３において予約の再設定を行わないと判定されるまで、通知時刻をメモリ１０５に保存しておく。そして、予約が再設定されれば、保存した通知時刻を再設定時の通知時刻として使用する。
【０１０８】
ところで、変更例２の構成では、通話終了後に予約を再設定する際にも、再度、通知時刻の設定入力が行えることが望ましい。そこで、変更例２の構成とした場合には、図９（ｂ）に示す処理フローを用いることもできる。図９（ｂ）の処理フローでは、図９（ａ）の処理フローのステップＳ１３４〜Ｓ１３６の処理が、Ｓ１４１〜Ｓ１４５に置き換えられている。
【０１０９】
図９（ｂ）を参照して、予約部１００ａは、ステップＳ１３３において、予約の再設定をすると判定すると、再予約設定画面を液晶パネル２１に表示する。すなわち、図１０（ｂ）の左側に示す解除通知画面において「ＹＥＳ」の項目が選択されると、右側に示す再予約設定画面が表示される。図示の如く、再予約設定画面には、通知時刻の設定入力を促すメッセージが表示されるとともに、複数の設定方法が表示される。ユーザは、解除前の通知時刻とするか、通話終了から何分後に通知するか、あるいは、通知時刻を直接入力するかを適宜選択して設定入力を行うことができる。
【０１１０】
図９（ｂ）に戻り、ユーザによって設定入力が完了すると、予約部１００ａは、ユーザの設定入力が完了したと判定し（Ｓ１４２：ＹＥＳ）、予約の設定行うとともに通知時刻の設定を行う（Ｓ１４３）。そして、予約の設定が完了した旨の報知を、上述のステップＳ１０５と同様、音声等により行う（Ｓ１４４）。その後、予約部１００ａは、再予約設定画面を閉じて（Ｓ１４５）、予約設定処理を終了する。
【０１１１】
以上、本変更例の構成によれば、通話中に予約の解除が行われた場合、通話終了後に、ユーザは、予約の解除がなされていることを確認することができる。そして、やはりリマインド通知が必要と思いなおした場合には、再度、予約を設定することができる。
【０１１２】
また、図９（ｂ）の処理フローとすれば、予約を再設定する際に、ユーザ所望の通知時刻を設定することができる。
【０１１３】
＜変更例４＞
図１１は、変更例４に係るリマインド通知を実行する際の処理フローを示す図である。なお、図６（ｂ）には、本変更例におけるリマインド通知画面と時刻設定入力画面の表示例が示されている。
【０１１４】
上記実施の形態では、リマインド通知を先延ばしするための先延ばしの時間は、一定時間とされている。ユーザは、その時々の状況に応じて、所望の時間だけ先延ばししたい場合もある。
【０１１５】
そこで、本変更例では、ユーザが、先延ばしの時間を設定することができるよう構成されている。
【０１１６】
図１１に示す本変更例の処理フローでは、図５のステップＳ２０８およびＳ２０９の処理が、ステップＳ２２１〜Ｓ２２４の処理に置き換えられている。
【０１１７】
図１１を参照して、実行部１００ｂは、リマインド通知画面において、「先延ばし」の項目が選択されたと判定すると（Ｓ２０７：ＹＥＳ）、図６（ｂ）に示すような、先延ばしの時間を設定するための時刻設定入力画面を表示する。
【０１１８】
時刻入力設定画面には、先延ばしの時間の入力を促すメッセージとともに、時間入力領域が表示される。
【０１１９】
このとき、時刻入力設定画面には、さらに、これまでの先延ばし回数と先延ばしによって生じた総時間が表示される。ユーザは、これらの表示を見ることによって、今までどれくらい先延ばしにしたかを把握することができ、たとえば、さらに先延ばしすべきかの判断を適正に行うことができる。
【０１２０】
なお、先延ばし回数と先延ばしによって生じた総時間は、少なくともどちらか一方が表示されれば良いが、双方の表示が行われた場合には、相手へ電話をかけることの必要性をより円滑に確認できる等の効果が奏され得る。たとえば、ユーザは、早めに相手に電話をかける必要がある場合、図６（ｂ）の時刻設定入力画面において先延ばし後の通知時刻を早めに設定する。この場合、やむを得ず先延ばしが繰り返されると、次に時刻設定入力画面が表示された際には、先延ばし総時間があまり長くなくても先延ばし回数が多くなる。ユーザは、この表示を見ることで、相手への電話を急がなければならないことをより効果的に認識できる。この効果は、先延ばし総時間が短いにも拘らず先延ばし回数が多いときに奏されるものである。このように、先延ばし回数と先延ばし総時間の両方が表示されると、どちらか一方が表示される場合では奏され得ない効果が惹起され、ユーザの利便性が高まる。
【０１２１】
図１１の処理フローに戻り、実行部１００ｂは、ユーザによって先延ばしの時間が入力されることにより設定入力が完了したと判定すると（Ｓ２２２）、その時点に先延ばし時間を加算した時刻を通知時刻として再設定し（Ｓ２２３）、その後、リマインド通知画面を閉じて（Ｓ２２４）、ステップＳ２０１の処理に戻る。
【０１２２】
以上、本変更例の構成によれば、所望の時刻に再度リマインド通知を行うことができるので、ユーザの利便性を向上させることができる。
【０１２３】
＜その他＞
本実施の形態は、さらに、種々の変更を行うことができる。
【０１２４】
（１）上記実施の形態等では、図４等に示すＳ１０４で予約の設定が行われると、予約部１００ａが、通話終了時に、予め定められた一定時間やユーザにより入力された時間に基づいて通知時刻を設定するような構成とされている。この場合、実行部１００ｂは、携帯電話機内部の時計回路における時刻と通知時刻とを比較してリマインド通知の要否を判定する。しかしながら、これに限らず、予約部１００ａは、通知時刻ではなく待ち時間を設定するような構成とされても良い。
【０１２５】
この場合、実行部１００ｂは、通話終了と同時にタイマーを起動し、タイマーによって計測された時間と設定された待ち時間とを比較してリマインド通知の要否を判定する。具体的には、図５等に示すステップＳ２０２の処理が、待ち時間が経過したか否かを判定する処理に置き換えられる。
【０１２６】
同様に、上記実施の形態等では、実行部１００ｂが、図５のステップＳ２０８の処理や図１１のステップＳ２２３の処理において、入力された先延ばしの時間に基づいて通知時刻を設定するような構成とされているが、これについても、実行部１００ｂは、通知時刻ではなく先延ばしの時間を直接設定するような構成とされても良い。
【０１２７】
（２）上記実施の形態等では、リマインド通知の予約の設定操作および解除操作をキーを用いて行うようにしているが、これに限らず、他の方法による設定／解除操作がなされても良い。たとえば、以下の方法が挙げられる。
・液晶表示パネル２１の前面にタッチパネルが配されている場合には、タッチパネルを所定回数だけタップすると予約の設定／解除が行われる。
・加速度センサが搭載されている場合には、携帯電話を強く振ると予約／解除の設定が行われる。この場合、予め決められた閾値より加速度が大きいときに予約の設定がなされる。キー入力の場合には、ユーザがどのキーか迷ってしまい誤操作しやすくなる惧れがあるが、このような方法とすれば、誤操作を低減することができる。
・近接センサが搭載されている場合には、顔を携帯電話機（近接センサ）に近づけたり離したりする動作を複数回行うと予約／解除の設定が行われる。
【０１２８】
また、いくつかの設定／解除操作方法から、ユーザが所望のものを選ぶことができるようにしても良い。
【０１２９】
（３）上記実施の形態では、通話中の設定操作によってリマインド通知の予約が設定される構成としているが、これに加えて、以下の少なくとも一つの条件下において、リマインド通知の予約が設定される構成としても良い。
・ユーザが電話をかけ、相手が電話に出なかったので自ら発呼を中止した場合
・ユーザが電話をかけ、相手の留守番電話の応答となった後に通話を終了した場合
・ユーザが電話をかけ、相手の伝言メモの応答となった後に通話を終了した場合
・ユーザが電話をかけ、予め決められた時間（短い時間）に満たない時点で通話を終了した場合
・ユーザが電話を受けたが、電話に出ることができず不在着信が設定された場合
・ユーザが電話を受けたが、「拒否」機能のキー操作を行い電話に出なかった場合
・ユーザが電話を受けたが、予め決められた時間（短い時間）に満たない時点で通話を終了した場合
【０１３０】
（４）本実施の形態では、リマインド通知として、電話をかけることを促す通知を行っているが、この通知ではなく、あるいは、この通知とともに、電子メールを送ることを促す通知を行うようにしてもよい。ただし、この場合には、通話中の相手の電子メールアドレスが電話番号帳に登録されている必要がある。
【０１３１】
（５）本実施の形態として携帯電話機を例示したが、本発明の携帯端末装置は、携帯電話機に限られず、ＰＤＡ（Personal Digital Assistant）等とすることができる。
【０１３２】
この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【図面の簡単な説明】
【０１３３】
【図１】実施の形態に係る携帯電話機の外観構成を示す図
【図２】実施の形態に係るメインキー群およびメインキー群の構成を示す図
【図３】実施の形態に係る携帯電話機の全体構成を示すブロック図
【図４】実施の形態に係るリマインド通知の予約設定時の処理フローを示す図
【図５】実施の形態に係るリマインド通知の実行時の処理フローを示す図
【図６】実施の形態に係るリマインド通知画面の表示例を示す図
【図７】変更例１に係るリマインド通知の予約設定時の処理フローを示す図
【図８】変更例２に係るリマインド通知の予約設定時の処理フローを示す図
【図９】変更例３に係るリマインド通知の予約設定時の処理フローを示す図
【図１０】変更例３に係る解除通知画面の表示例を示す図
【図１１】変更例４に係るリマインド通知の実行時の処理フローを示す図
【符号の説明】
【０１３４】
１１ｂ    発呼キー（予約設定手段）
２１      液晶パネル（通知実行手段、解除確認手段）
１００    ＣＰＵ
１００ａ  予約部（予約設定手段、予約報知手段、解除報知手段、解除確認手段）
１００ｂ  実行部（通知実行手段、先延ばし設定手段）
１０７    映像デコーダ（通知実行手段、解除確認手段）
１０８    音声デコーダ（予約報知手段、解除報知手段）
１０９    スピーカ（予約報知手段、解除報知手段）
【図１】
2010109633.tif 000003
【図２】
2010109633.tif 000004
【図３】
2010109633.tif 000005
【図４】
2010109633.tif 000006
【図５】
2010109633.tif 000007
【図６】
2010109633.tif 000008
【図７】
2010109633.tif 000009
【図８】
2010109633.tif 000010
【図９】
2010109633.tif 000011
【図１０】
2010109633.tif 000012
【図１１】
2010109633.tif 000013