携帯端末装置
【課題】簡易な操作によって通知時刻までの間の着信を拒否することが可能となる携帯端末装置を提供する。
【解決手段】アラームモードが起動されると、ＣＰＵ１００は、ユーザがテンキー部１１等を用いて入力した時刻をアラーム時刻として設定する。さらに、アラーム時刻の設定の後に、ユーザがメインキー２３等を用いて着信拒否を行う旨の入力を行うと、着信拒否の設定を行う。その後、ＣＰＵ１００は、着信拒否の設定に基づいて着信拒否の機能を実行する。着信拒否の実行中に着信があると、ＣＰＵ１００は、着信を拒否して電話番号などの着信履歴をメモリ１０６に保存する。そして、現在時刻がアラーム時刻に到達すると、スピーカ１１０からアラーム音を出力させ、これが完了すると、着信拒否の機能を解除する。
【解決手段】アラームモードが起動されると、ＣＰＵ１００は、ユーザがテンキー部１１等を用いて入力した時刻をアラーム時刻として設定する。さらに、アラーム時刻の設定の後に、ユーザがメインキー２３等を用いて着信拒否を行う旨の入力を行うと、着信拒否の設定を行う。その後、ＣＰＵ１００は、着信拒否の設定に基づいて着信拒否の機能を実行する。着信拒否の実行中に着信があると、ＣＰＵ１００は、着信を拒否して電話番号などの着信履歴をメモリ１０６に保存する。そして、現在時刻がアラーム時刻に到達すると、スピーカ１１０からアラーム音を出力させ、これが完了すると、着信拒否の機能を解除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯端末装置に関するものである。
【背景技術】
【０００２】
従来、携帯電話機には、アラーム機能が備えられている（たとえば、特許文献１）。かかるアラーム機能は、ユーザが予め設定した時刻が到来すると、アラーム音（ビープ音やメロディなど）や振動を発動させるものである。アラーム機能は、ビジネスや日常生活上の洋々な場面で使用され得る。たとえば、アラーム機能が目覚まし時計の代わりに用いられ、あるいは、会社での商談や会議において、その終わりの時刻を知らせるためにも用いられる。
【０００３】
ところが、これら２つ使用形態において、設定時刻が到来するまでの間に電話や電子メールの着信があると、着信通知がなされてしまい、睡眠が乱されたり商談等への集中力が乱されたりするといった不都合が起こり得る。そこで、これらの使用形態においては、設定時刻までに電話や電子メールの着信があっても、着信通知がなされないようにすることが望まれる。
【０００４】
携帯電話機には、従来から着信拒否の機能が備えられている（たとえば、特許文献２）。したがって、上記２つの使用形態では、アラーム機能とは別に、着信拒否機能を設定することにより、設定時刻前に着信通知がなされるといった事態を未然に回避することができる。
【特許文献１】特開２００８−１４８２０５号公報
【特許文献２】特開平１１−３３１３６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来の着信拒否機能を利用する場合には、アラーム機能を設定した後、さらに、着信拒否機能の設定を行わねばならず、ユーザに煩雑な設定操作を強要することとなってしまう。
【０００６】
本発明は、このような課題を解消するためになされたものであり、簡易な操作によってアラーム設定時刻までの間の着信を拒否することが可能な携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の携帯端末装置は、設定時刻の到来を報知する報知手段と、前記設定時刻を入力するときに着信拒否に関する入力を受け付ける設定入力手段と、前記設定入力手段によって受け付けられた前記着信拒否に関する入力に基づいて着信を拒否するかを決定する着信制御手段とを備えることを特徴とする。なお、本発明の携帯端末装置では、前記着信を、通話および電子メールの少なくとも何れか一方とすることができる。
【０００８】
この構成によれば、ユーザは、アラーム機能を設定するときに着信拒否の設定が行えるので、簡易な操作にて設定時刻までの間の着信を拒否することが可能となる。よって、ユーザの使い勝手が向上する。
【０００９】
なお、本発明の携帯端末装置における着信拒否とは、通話（電話）の着信や電子メールの着信などの着信通知を基地局などから携帯端末装置が受け取った際に、その通知の受け取りをユーザに知らせるための、鳴動、振動、発光、その他の着信通知動作のうちの少なくとも１つの動作を行わないことをいう。
【００１０】
また、本発明の携帯端末装置において、前記設定入力手段は、さらに着信拒否の開始時刻の入力を受け付ける構成とすることができる。この場合、前記着信制御手段は、前記開始時刻から前記設定時刻までの間の着信を拒否するような構成とされ得る。
【００１１】
このような構成とすれば、アラーム設定後も着信拒否が不要な期間は着信を受けることが可能となる。よって、ユーザの使い勝手が一層向上する。
【００１２】
さらに、本発明の携帯端末装置は、前記設定入力手段によって着信拒否が設定された場合に例外的に着信を許可する条件を設定するための例外設定手段をさらに備える構成とすることができる。この場合、前記着信制御手段は、前記設定入力手段によって着信拒否の入力設定がなされた場合にも前記条件が満たされた着信を例外的に許可する。たとえば、前記条件は、着信相手に関する項目を含み得る。
【００１３】
このような構成とすれば、着信拒否が設定されても、特定の着信相手等、許可条件を満たす着信については着信通知がなされるので、重要な相手からの電話等、重要な着信を逃がしてしまうのを防止することができる。
【００１４】
さらに、本発明の携帯端末装置において、前記報知手段は、前記設定時刻の到来時に通信中である場合、前記設定時刻が経過した旨を報知する出力を行うような構成とすることができる。
【００１５】
このような構成とすれば、通話等が行われている間に設定時刻が過ぎてしまっても、設定時刻が経過した旨が通知されるので、設定時刻の到来がユーザにより見過ごされてしまうといった事態を未然に回避することができる。
【００１６】
さらに、本発明の携帯端末装置は、拒否された着信の履歴を記憶する記憶手段を備えるような構成とすることができる。この場合、たとえば、着信があったことがモニタ画面等を介してユーザに報知される。
【００１７】
このような構成すれば、ユーザは、着信拒否時に着信があった相手を履歴により確認することができる。
【００１８】
さらに、本発明の携帯端末装置において、前記設定入力手段は、前記設定時刻の入力と着信拒否に関する入力を一連の操作として受け付けるような構成とすることができる。
【００１９】
このような構成とすれば、ユーザは、アラーム機能を設定するときの一連の操作において着信拒否の設定を行うことができる。
【発明の効果】
【００２０】
以上のとおり、本発明によれば、簡易な操作によってアラーム設定時刻までの間の着信を拒否することが可能な携帯端末装置を提供することができる。
【００２１】
本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態につき図面を参照して説明する。図１は携帯電話機の外観構成を示す図であり、同図（ａ）は、第２キャビネット２が開放した状態の携帯電話機の正面図、同図（ｂ）は同じ状態での側面図である。同図（ｃ）は同図（ｂ）のＡ−Ａ´断面図である。
【００２３】
携帯電話機は、第１キャビネット１と第２キャビネット２を備えている。第１キャビネット１には、テンキー部１１が配されている。テンキー部１１には、複数個の番号・文字入力キーや通話開始キー、通話終了キーなどが備えられている。テンキー部１１の背後には、キーバックライト１２が配されている。キーバックライト１２は、光源となるＬＥＤを備え、テンキー部１１に光を供給する。これにより、ユーザは、周囲が暗くても各キーに付された表示を見ることができる。
【００２４】
第２キャビネット２の正面側には、縦長の矩形状を有する液晶パネル２１が配されており、その表示面が正面に臨んでいる。液晶パネル２１の背後には、パネルバックライト２２が配されている。パネルバックライト２２は、光源となるＬＥＤを備え、液晶パネル２１に光を供給する。
【００２５】
第２キャビネット２の正面側には、さらに、メインキー部２３が配されている。メインキー部２３には、各種の機能モード（カメラモード、メールモード、インターネットモード、電話帳モード、アラームモード等）を起動するためのモードキー、画面をスクロールしたりハイライトフォーカスを移動させたりするための移動キー、各種の決定動作を行うための決定キーなどが配されている。
【００２６】
第２キャビネット２の内部には、カメラモジュール２４が配されている。カメラモジュール２４のレンズ窓（図示せず）は、第２キャビネット２の背面に臨んでおり、このレンズ窓から被写体の像がカメラモジュール２４に取り込まれる。
【００２７】
第２キャビネット２は、スライド機構部３によって、第１キャビネット１に対し図１のＸ軸方向にスライド可能に連結されている。図１（ｃ）に示すように、スライド機構３は、ガイド板３１とガイド溝３２によって構成されている。ガイド板３１は、第２キャビネット２の背面の左右両端部に設けられており、その下端に突条３１ａを有する。ガイド溝３２は、第１キャビネット１の側面に、スライド方向（図１のＸ軸方向）に沿って形成されている。ガイド板３１の突条３１ａは、ガイド溝３２に係合されている。
【００２８】
携帯電話機を閉じた状態では、図１（ｂ）に一点鎖線で示すように、第２キャビネット２が第１キャビネット１の上に略完全に重なっている。この状態（閉じた状態）では、第２キャビネット２の背後にテンキー部１１の全てのキーが隠れた状態となる。第２キャビネット２は、ガイド板３１がガイド溝３２の終端位置に達するまでスライドする（開いた状態とする）ことができる。第２キャビネット２が完全に開くと、図１（ａ）に示すように、テンキー部１１の全てのキーが外部に露出する。
【００２９】
図２は、携帯電話機の全体構成を示すブロック図である。本実施の形態の携帯電話機は、上述した各構成要素の他、ＣＰＵ１００、映像エンコーダ１０１、マイク１０２、音声エンコーダ１０３、時計回路１０４、通信モジュール１０５、メモリ１０６、バックライト駆動回路１０７、映像デコーダ１０８、音声デコーダ１０９、スピーカ１１０を備えている。
【００３０】
カメラモジュール２４は、撮像レンズ２４ａ、撮像素子２４ｂなどから構成されている。撮像レンズ２４ａは、被写体の像を撮像素子２４ｂ上に結像させる。撮像素子２４ｂは、例えばＣＣＤからなり、取り込んだ画像に応じた撮像信号を生成し、映像エンコーダ１０１へ出力する。映像エンコーダ１０１は、撮像素子２４ｂからの撮像信号を、ＣＰＵ１００が処理できるディジタルの撮像信号に変換してＣＰＵ１００へ出力する。
【００３１】
マイク１０２は、音声信号を電気信号に変換して音声エンコーダ１０３へ出力する。音声エンコーダ１０３は、マイク１０２からの音声信号を、ＣＰＵ１００が処理できるディジタルの音声信号に変換してＣＰＵ１００へ出力する。時計回路１０４は、日時を計測してＣＰＵ１００へ出力する。
【００３２】
通信モジュール１０５は、ＣＰＵ１００からの音声信号や画像信号、テキスト信号などを無線信号に変換し、アンテナ１０５ａを介して基地局へ送信する。また、アンテナ１０５ａを介して受信した無線信号を音声信号や画像信号、テキスト信号などに変換してＣＰＵ１００へ出力する。
【００３３】
メモリ１０６は、ＲＯＭおよびＲＡＭを含む。メモリ１０６には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。また、メモリ１０６には、カメラモジュール２４で撮影した画像データや通信モジュール１０５を介して外部から取り込んだ画像データ、テキストデータ（メールデータ）などが所定のファイル形式で保存される。
【００３４】
さらに、メモリ１０６には、後述するように、着信があったときに、受話操作（通話開始キーの操作）が行われないまま通信が切れた場合、あるいは着信拒否の機能が実行されて着信が拒否された場合に、電話番号、着信日時などの着信履歴が記憶される。
【００３５】
バックライト駆動回路１０７は、ＣＰＵ１００からの制御信号に応じた電圧信号をパネルバックライト２２、キーバックライト１２に供給する。
【００３６】
映像デコーダ１０８は、ＣＰＵ１００からの映像信号を液晶パネル２１で表示できるアナログの映像信号に変換し、液晶パネル２１に出力する。
【００３７】
音声デコーダ１０９は、ＣＰＵ１００からの音声信号をスピーカ１１０で出力できるアナログの音声信号に変換し、スピーカ１１０に出力する。スピーカ１１０は、音声デコーダ１０９からの音声信号を音声として再生する。
【００３８】
ＣＰＵ１００は、カメラモジュール２４、マイク１０２、メインキー部２３、テンキー部１１など各部からの入力信号に基づいて、通信モジュール１０５、映像デコーダ１０８、音声デコーダ１０９などの各部に制御信号を出力することにより、種々の機能モードの処理を行う。
【００３９】
ＣＰＵ１００は、アラームモードのためのキー操作が行われると、アラームモードを起動する。そして、このモードにおいて、ユーザの操作に基づいてアラーム機能を実行する。
【００４０】
図３は、アラーム機能に関する処理フローである。図４は、アラーム機能を設定するときの入力画面の表示例を示す図である。なお、図４（ａ）には、本実施の形態の画面表示例が示されており、同図（ｂ）、（ｃ）には、それぞれ、後述する変更例１、変更例２の画面表示例が示されている。
【００４１】
以下、図３および図４を参照してアラーム機能における処理動作を説明する。
【００４２】
ユーザの操作によってアラーム機能のモードが起動されると、ＣＰＵ１００は、まず、アラーム設定の処理を行う（Ｓ１０１）。即ち、ＣＰＵ１００は、アラームを鳴らす時刻（以下、アラーム時刻という）を入力するための入力画面（図４（ａ）の画面１）を液晶パネル２１に表示させる。そして、この入力画面上で、ユーザがテンキー部１１等を用いて時刻の入力を行うと、入力された時刻をアラーム時刻に設定する。
【００４３】
次に、ＣＰＵ１００は、着信拒否設定の処理を行う（Ｓ１０２）。即ち、ＣＰＵ１００は、着信拒否を行うか否かを選択するための入力画面（図４（ａ）の画面２）を液晶パネル２１に表示させる。そして、ユーザがメインキー部２３等を用いて着信拒否を行う旨の入力を行うと、着信拒否の設定を行う。
【００４４】
なお、本発明の携帯端末装置の一実施形態の携帯電話機における着信拒否とは、通話（電話）の着信や電子メールの着信などの着信通知を基地局などから携帯端末装置が受け取った際に、その通知の受け取りをユーザに知らせるための、鳴動、振動、発光、その他の着信通知動作のうちの少なくとも１つの動作を行わないことをいう。
【００４５】
こうして、上記の諸設定が行われると、ＣＰＵ１００は、着信拒否の設定が行われたか否かを判定する（Ｓ１０３）。そして、着信拒否の設定がなされていると判定すると（Ｓ１０３：ＹＥＳ）、着信拒否の機能を実行する（Ｓ１０４）。
【００４６】
次に、ＣＰＵ１００は、時計回路１０４から入力される時刻情報に基づいて、現在時刻がアラーム時刻に到達したか否かを判定する（Ｓ１０５）。そして、アラーム時刻に到達したと判定すると（Ｓ１０５：ＹＥＳ）、アラーム通知を行う（Ｓ１０６）。即ち、スピーカ１１０からアラーム音（たとえば、ビープ音やメロディーなど）を出力させる。これにより、現在時刻がアラーム時刻に到達したことがユーザに知らされる。
【００４７】
こうして、アラーム通知が完了すると、ＣＰＵ１００は、着信拒否の機能を解除する（Ｓ１０７）。
【００４８】
一方、ステップＳ１０３において、着信拒否の設定がなされていないと判定すると（Ｓ１０３：ＮＯ）、ＣＰＵ１００は、着信拒否の機能を実行することなく、現在時刻がアラーム時刻に到達したか否かを判定する（Ｓ１０８）。そして、アラーム時刻に到達したと判定すると（Ｓ１０８：ＹＥＳ）、ステップＳ１０６同様、アラーム通知を行う（Ｓ１０９）。
【００４９】
図５は、着信があったときの処理フローである。以下、同図を参照して処理動作を説明する。
【００５０】
ＣＰＵ１００は、携帯電話機が起動している間、着信があったか否かを判定しており（Ｓ２０１）、着信があると（Ｓ２０１：ＹＥＳ）、着信拒否の機能が実行されているか否かを判定する（Ｓ２０２）。そして、着信拒否の機能が実行されていなければ（Ｓ２０２：ＮＯ）、着信通知を行う。即ち、スピーカ１１０から着信音（たとえば、ビープ音やメロディーなど）を出力させる。
【００５１】
こうして、着信通知に気づいたユーザによって受話操作が行われると（Ｓ２０４：ＹＥＳ）、ＣＰＵ１００は通話処理を開始する（Ｓ２０６）。そして。ユーザの通話が終わり、ユーザによって通話の終了操作が行われると、通話処理を終了する（Ｓ２０７）。
【００５２】
一方、ユーザが着信通知に気づかず、受話操作が行われないまま通信が停止すると（Ｓ２０８：ＹＥＳ）、ＣＰＵ１００は、このときの着信履歴として、電話番号、着信日時などをメモリ１０６に保存する（Ｓ２０９）。
【００５３】
さて、着信があったときに（Ｓ２０１：ＹＥＳ）、アラーム機能フロー（図３）のステップＳ１０４において着信拒否の機能が実行されていると、ＣＰＵ１００は、ステップＳ２０２における判定をＹＥＳとして、当該着信を拒否する（Ｓ２１０）。そして、ＣＰＵ１００は、着信履歴として、当該着信の電話番号、着信日時などをメモリ１０６に保存する（Ｓ２０９）。
【００５４】
なお、着信を拒否した場合には、たとえば、電話に出ることができない旨の音声を着信相手に対して自動送信するような構成とすることもできる。また、着信に対して受信操作を行わなかった場合と同様、着信があったことが液晶パネル２１に表示される。
【００５５】
以上、本実施の形態によれば、ユーザはアラーム機能を設定するときの一連の操作によって着信拒否の設定操作を行うことができるので、アラーム機能の設定とは別に着信拒否機能を設定する必要がない。よって、ユーザは、簡易な操作によってアラーム時刻までの間の着信を拒否することが可能となるので、ユーザの使い勝手が向上する。
【００５６】
また、本実施の形態によれば、着信拒否時には着信履歴が保存されるので、ユーザは、着信があった相手を着信履歴により確認することができる。
【００５７】
さらに、本実施の形態によれば、アラーム通知が終了すると自動的に着信拒否が解除されるため、アラーム通知後も着信拒否が継続されて着信が受け付けられなくなるという不都合が生じない。
【００５８】
＜変更例１＞
図６は、変更例１に係るアラーム機能に関する処理フローであり、図７は、変更例１に係る着信があったときの処理フローである。
【００５９】
本変更例では、着信拒否の機能が実行されていても、予め設定された相手の着信は例外的に受け付け、着信通知を行うよう構成されている（予め設定された相手の着信を例外的に受け付ける機能を、以下、「例外着信機能」という）。このため、図６の処理フローでは、図３の処理フローに対して、ステップＳ１１０の処理が追加されている。
【００６０】
図６を参照して、ＣＰＵ１００は、Ｓ１０３で着新拒否の設定がされていると判定すると（Ｓ１０３：ＹＥＳ）、例外着信設定の処理を行う（Ｓ１１０）。即ち、ＣＰＵ１００は、着信を受け付ける相手（以下、「拒否例外者」という）を設定するための入力画面（図４（ｂ）の画面３）を液晶パネル２１に表示させる。そして、ユーザがメインキー部２３等を用いて拒否例外者の登録を行うと、入力された相手を拒否例外者として設定し、拒否例外者を入力画面に表示する（図４（ｂ）の画面４）。
【００６１】
なお、拒否例外者の登録する方法として、たとえば、入力画面（図４（ｂ）の画面３）において番号が選択されると電話帳モードが起動し、電話帳モードの画面上で相手が選択されると、その相手が拒否例外者として設定されるようにすることができる。また、入力画面（図４（ｂ）の画面３）において番号が選択されると、相手を入力するための新たな入力画面が立ち上げられ、その入力画面上で電話番号、氏名などが入力されると、その相手が拒否例外者として設定されるようにすることもできる。
【００６２】
図６でのステップＳ１１０の処理の追加に合わせて、図７の処理フローでは、図５の処理フローに対して、ステップＳ２１１の処理が追加されている。
【００６３】
図７を参照して、図６の処理フローで拒否例外者が設定された状態において、着信拒否の機能が実行されている間に着信があると（Ｓ２０１：ＹＥＳ、Ｓ２０２：ＹＥＳ）、ＣＰＵ１００は、その着信相手が拒否例外者であるか否かを判定する（Ｓ２１１）。着信相手が拒否例外者でなければ（Ｓ２１１：ＮＯ）、着信を拒否して着信履歴をメモリ１０６に保存する（Ｓ２１０、Ｓ２０９）。
【００６４】
一方、ＣＰＵ１００は、着信相手が拒否例外者であれば（Ｓ２１１：ＹＥＳ）、着信を受け付け、着信通知を行う（Ｓ２０３）。
【００６５】
以上、本変更例の構成によれば、予め設定した着信例外者からの着信については、着信通知がなされるので、重要な着信に対して応答の機会を失ってしまうのを防止することができる。
【００６６】
＜変更例２＞
図８は、変更例２に係るアラーム機能に関する処理フローである。本変更例では、さらに、着信拒否を開始する時刻（以下、拒否開始時刻という）を設定できるよう構成されている。また、リピート設定（毎日あるいは毎曜日の同時刻にアラーム通知を行う機能）がなされている場合は、着信拒否の設定が有効なままとなるよう構成されている。このため、図８の処理フローでは、図６の処理フローに対して、ステップＳ１１１からＳ１１４の処理が追加されている。
【００６７】
図８を参照して、ＣＰＵ１００は、Ｓ１０３で着新拒否の設定がなされていると判定すると（Ｓ１０３：ＹＥＳ）、拒否開始時刻設定の処理を行う（Ｓ１１１）。即ち、ＣＰＵ１００は、拒否開始時刻を入力するための入力画面（図４（ｃ）の画面３）を液晶パネル２１に表示させる。そして、ユーザがテンキー部１１等を用いて時刻の入力を行うと、入力された時刻を拒否開始時刻に設定する。なお、この入力画面において、ユーザは、今から着信拒否するか、開始する時刻を直接入力か、あるいは、アラーム通知時刻に対し何時間前から着信拒否を行うかを適宜選択して拒否開始時刻を入力することができる。
【００６８】
その後、ＣＰＵ１００は、例外着信設定を行う（Ｓ１１０）。この処理は、変更例１で説明した通りである（図４（ｃ）画面４、画面５）。
【００６９】
次に、ＣＰＵ１００は、現在時刻が拒否開始時刻に到達したか否かを判定する（Ｓ１１２）。拒否開始時刻に到達していなければ（Ｓ１１２：ＮＯ）、ＣＰＵ１００は、着信拒否の機能を実行しない。これにより、拒否開始時刻に到達するまでの間に着信があれば着信通知がなされる。
【００７０】
その後、現在時刻が拒否開始時刻に到達すると（Ｓ１１２：ＹＥＳ）、ＣＰＵ１００は、着信拒否の機能を実行する（Ｓ１０４）。こうして、アラーム通知が終了するまで着信が拒否される（Ｓ１０５〜Ｓ１０７）。
【００７１】
さらに、アラーム通知がなされた後に着信拒否が解除されると（Ｓ１０６、Ｓ１０７）、ＣＰＵ１００は、リピート設定がなされているか否かを判定する。なお、リピート設定は、たとえば、ステップＳ１０１のアラーム設定処理で行われる。この場合、ＣＰＵ１００は、アラーム設定の入力画面にリピート設定のための表示を行わせ（図４（ｃ）画面１）、ユーザの操作に基づいてリピート設定を行う。
【００７２】
ＣＰＵ１００は、リピート設定がなされていないと判定すると（Ｓ１１３：ＮＯ）、今回のアラーム機能の処理を終了する。一方、リピート設定がされていると判定すると（Ｓ１１３：ＹＥＳ）、ステップＳ１１２の処理に戻る。これにより、たとえば、アラーム通知を毎日繰り返す内容のリピート設定がなされている場合には、次の日の拒否開始時刻に到達すると着信拒否の機能が実行され、アラーム時刻に到達するとアラーム通知がなされる。
【００７３】
なお、着信拒否の設定がなされていない場合でも、（Ｓ１０３：ＮＯ）、リピート設定がなされているときには、このリピート設定に基づいてアラーム通知が繰り返される（Ｓ１０８、Ｓ１０９、Ｓ１１４）。
【００７４】
以上、本変更例の構成によれば、着信拒否を開始する時刻を設定することができるので、着信拒否が不要な期間は着信を受けることが可能となる。たとえば、アラーム通知を目覚ましに利用する場合、実際に寝る時刻を拒否開始時刻にしておけば、アラーム時刻の設定から寝るまでの間は着信を受けることが可能となる。よって、ユーザの使い勝手が一層向上する。
【００７５】
また、本変更例の構成によれば、アラーム通知を繰り返し行う場合には、着信拒否の設定が有効なままとなるので、ユーザは、繰り返される度に着信拒否の設定を行う必要がなく、ユーザの使い勝がさらに向上する。
【００７６】
なお、本変更例では、ステップＳ１１１からＳ１１４の処理を図６に示す変更例１の処理に適用したが、これらの処理を、図３に示す上記実施の形態の処理に適用することもできる。
【００７７】
＜変更例３＞
図９は、変更例３に係るアラーム機能に関する処理フローである。
【００７８】
上記変更例２の構成では、着信拒否時刻に到達するまでは着信が受け付けられるので、この間にユーザが相手からの電話を受ける場合が考えられる。また、ユーザ自ら電話をかける場合も考えられる。そして、ユーザが電話に夢中になるなどして、アラーム時刻に到達しても電話が終わらないことも考えられる。
【００７９】
そこで、本変更例では、着信通知拒否前に開始された通話がアラーム時刻に到達するまでに終わらなかった場合に、アラーム時刻が過ぎたことを通知するよう構成されている。このため、図９の処理フローでは、図８の処理フローに対して、ステップＳ１１５からＳ１１８の処理が追加されている。
【００８０】
図９を参照して、ＣＰＵ１００は、ステップＳ１１２において、現在時刻が拒否開始時刻に到達したと判定すると、現在、通信中であるか否かを判定する（Ｓ１１５）。ユーザにより通話が行われており、通信中である判定すると、ＣＰＵ１００は、その通信が終了したか否かを判定する（Ｓ１１６)。
【００８１】
その後、ユーザによる通話が終了することにより、通信が終了したと判定すると（Ｓ１１６：ＹＥＳ）、ＣＰＵ１００は、現在時刻がアラーム時刻前であるか否かを判定し（Ｓ１１７）、アラーム時刻前であれば（Ｓ１１７：ＹＥＳ）、着信拒否の機能を実行する（Ｓ１０４）。
【００８２】
一方、ＣＰＵ１００は、通信が終了したときに、アラーム時刻が経過していると判定すると（Ｓ１１７：ＮＯ）、アラーム時刻が経過した旨のメッセージ通知を行う（Ｓ１１８）。即ち、液晶パネル２１の表示画面上に、アラーム時刻が経過している旨の表示を行わせる。
【００８３】
以上、本変更例の構成によれば、ユーザが通話に夢中になっている間にアラーム時刻が過ぎてしまったような場合にも、通話が終わった後にその旨が通知されるので、ユーザは、アラーム時刻が過ぎたことを知ることができる。
【００８４】
なお、本変更例では、ステップＳ１１５からＳ１１８の処理を図８に示す変更例２の処理に追加したが、変更例２のステップＳ１１１からＳ１１４の処理を図３に示す上記実施の形態の処理に適用する場合には、さらに、これらステップＳ１１５からＳ１１８の処理を追加することもできる。
【００８５】
＜変更例４＞
図１０は、変更例４に係るアラーム機能に関する処理フローである。
【００８６】
変更例３では、着信拒否の機能が開始される前から着信拒否の機能が開始された後に亘って継続して電話（通信）がなされたときの処理（図９のＳ１１５→Ｓ１１６）であったが、上記実施の形態、変更例１、変更例２および変更例３の構成においては、いずれも、着信拒否が開始されてからアラーム時刻に到達するまでの間に、ユーザ自ら電話をかける場合が考えられる。また、変更例１から３の構成では、この間に、着信例外者からの電話を受ける場合が考えられる。そして、このような通話が、アラーム時刻後も継続される場合が考えられる。変更例３の処理（図９のＳ１１５）は、着信拒否開始前から継続する通話に対応するものであるため、このような通話（通信）には対応できない。
【００８７】
そこで、本変更例では、着信通知拒否が開始された後に開始された通話がアラーム時刻に到達するまでに終わらなかった場合に、アラーム時刻が過ぎたことを通知するよう構成されている。図１０の処理フローにおけるステップＳ１１９からＳ１２1は、図３、図６、図８および図９の何れの処理フローに対しても追加可能である。
【００８８】
図１０を参照して、ＣＰＵ１００は、ステップＳ１０５において、現在時刻がアラーム時刻に到達したと判定すると、現在、通信中であるか否かを判定する（Ｓ１１５）。そして、通信中でなければ、アラーム通知を行う（Ｓ１０６）。一方、ユーザにより通話が行われており、通信中である判定すると、ＣＰＵ１００は、その通信が終了したか否かを判定する（Ｓ１２０)。その後、ユーザによる通話が終了することにより、通信が終了したと判定すると（Ｓ１２０：ＹＥＳ）、アラーム時刻が経過している旨のメッセージ通知を行う（Ｓ１２１）。
【００８９】
以上、本変更例の構成によれば、変更例３の構成と同様、ユーザが通話等に夢中になっている間にアラーム時刻が過ぎてしまった様な場合にも、通話が終わった後にその旨が通知されるので、ユーザは、アラーム時刻が過ぎたことを知ることができる。
【００９０】
＜その他＞
本発明の実施形態は、上記以外にさらに種々の変更が可能である。
【００９１】
たとえば、上記実施の形態等では、着信が電話による着信であるとして説明したが、電子メールによる着信とすることもできる。この場合、図５および図７において、通話に関する処理であるステップＳ２０４からステップ２０９の処理が、電子メールを受信する処理に置き換えられる。また、着信履歴として、電話番号に代えてメールアドレスが保存される。さらに、着信例外者の設定の際、メールアドレスが入力される。
【００９２】
なお、電子メールの場合には、メール情報を受け取るだけであるため、必ずしも着信拒否する必要はない。よって、着信が電子メールの場合には、着信通知を行わないようにだけして、メール情報を受信するような構成とすることもできる。
【００９３】
また、上記実施の形態等では、着信通知およびアラーム通知を音によるものとしたが、これに限らず、たとえば、音、振動装置による振動、発光器（ＬＥＤ）による光、および音、振動、光りの組み合わせの中から、ユーザが報知形態を任意に選択できる構成とすることもできる。
【００９４】
さらに、変更例３および４では、アラーム時刻が経過している旨のメッセージを液晶パネル２１に表示するようにしたが、これに限らず、たとえば、スピーカ１１０からの音声報知とすることもできる。
【００９５】
さらに、本実施の形態等では、アラーム時刻を設定した後に、着信拒否の可否を設定する構成としているが、反対に、着信拒否の可否を設定した後に、アラーム時刻を設定する構成としても良い。この場合、たとえば、ユーザが、着信拒否有りのアラーム機能と着信拒否無しのアラーム機能を何れかを選択した後に、選択したアラーム機能においてアラーム時刻を選択するような構成とすることができる。
【００９６】
さらに、本発明の携帯端末装置は、携帯電話機に限られず、ＰＤＡ（Personal Digital Assistant）等であっても良い。
【００９７】
この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【図面の簡単な説明】
【００９８】
【図１】実施の形態に係る携帯電話機の外観構成を示す図
【図２】実施の形態に係る携帯電話機の全体構成を示すブロック図
【図３】実施の形態に係るアラーム機能に関する処理フロー
【図４】実施の形態に係るアラーム機能を設定するときの入力画面の表示例を示す図
【図５】実施の形態に係る着信があったときの処理フロー
【図６】変更例１に係るアラーム機能に関する処理フロー
【図７】変更例１に係る着信があったときの処理フロー
【図８】変更例２に係るアラーム機能に関する処理フロー
【図９】変更例３に係るアラーム機能に関する処理フロー
【図１０】変更例４に係るアラーム機能に関する処理フロー
【符号の説明】
【００９９】
１１ テンキー部（設定入力手段）
２３ メインキー部（設定入力手段）
１００ ＣＰＵ（報知手段、設定入力手段、着信制御手段、例外設定手段）
１０６ メモリ（記憶手段）
１１０ スピーカ（報知手段）
２１ 液晶パネル（報知手段）
【技術分野】
【０００１】
本発明は、携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯端末装置に関するものである。
【背景技術】
【０００２】
従来、携帯電話機には、アラーム機能が備えられている（たとえば、特許文献１）。かかるアラーム機能は、ユーザが予め設定した時刻が到来すると、アラーム音（ビープ音やメロディなど）や振動を発動させるものである。アラーム機能は、ビジネスや日常生活上の洋々な場面で使用され得る。たとえば、アラーム機能が目覚まし時計の代わりに用いられ、あるいは、会社での商談や会議において、その終わりの時刻を知らせるためにも用いられる。
【０００３】
ところが、これら２つ使用形態において、設定時刻が到来するまでの間に電話や電子メールの着信があると、着信通知がなされてしまい、睡眠が乱されたり商談等への集中力が乱されたりするといった不都合が起こり得る。そこで、これらの使用形態においては、設定時刻までに電話や電子メールの着信があっても、着信通知がなされないようにすることが望まれる。
【０００４】
携帯電話機には、従来から着信拒否の機能が備えられている（たとえば、特許文献２）。したがって、上記２つの使用形態では、アラーム機能とは別に、着信拒否機能を設定することにより、設定時刻前に着信通知がなされるといった事態を未然に回避することができる。
【特許文献１】特開２００８−１４８２０５号公報
【特許文献２】特開平１１−３３１３６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来の着信拒否機能を利用する場合には、アラーム機能を設定した後、さらに、着信拒否機能の設定を行わねばならず、ユーザに煩雑な設定操作を強要することとなってしまう。
【０００６】
本発明は、このような課題を解消するためになされたものであり、簡易な操作によってアラーム設定時刻までの間の着信を拒否することが可能な携帯端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の携帯端末装置は、設定時刻の到来を報知する報知手段と、前記設定時刻を入力するときに着信拒否に関する入力を受け付ける設定入力手段と、前記設定入力手段によって受け付けられた前記着信拒否に関する入力に基づいて着信を拒否するかを決定する着信制御手段とを備えることを特徴とする。なお、本発明の携帯端末装置では、前記着信を、通話および電子メールの少なくとも何れか一方とすることができる。
【０００８】
この構成によれば、ユーザは、アラーム機能を設定するときに着信拒否の設定が行えるので、簡易な操作にて設定時刻までの間の着信を拒否することが可能となる。よって、ユーザの使い勝手が向上する。
【０００９】
なお、本発明の携帯端末装置における着信拒否とは、通話（電話）の着信や電子メールの着信などの着信通知を基地局などから携帯端末装置が受け取った際に、その通知の受け取りをユーザに知らせるための、鳴動、振動、発光、その他の着信通知動作のうちの少なくとも１つの動作を行わないことをいう。
【００１０】
また、本発明の携帯端末装置において、前記設定入力手段は、さらに着信拒否の開始時刻の入力を受け付ける構成とすることができる。この場合、前記着信制御手段は、前記開始時刻から前記設定時刻までの間の着信を拒否するような構成とされ得る。
【００１１】
このような構成とすれば、アラーム設定後も着信拒否が不要な期間は着信を受けることが可能となる。よって、ユーザの使い勝手が一層向上する。
【００１２】
さらに、本発明の携帯端末装置は、前記設定入力手段によって着信拒否が設定された場合に例外的に着信を許可する条件を設定するための例外設定手段をさらに備える構成とすることができる。この場合、前記着信制御手段は、前記設定入力手段によって着信拒否の入力設定がなされた場合にも前記条件が満たされた着信を例外的に許可する。たとえば、前記条件は、着信相手に関する項目を含み得る。
【００１３】
このような構成とすれば、着信拒否が設定されても、特定の着信相手等、許可条件を満たす着信については着信通知がなされるので、重要な相手からの電話等、重要な着信を逃がしてしまうのを防止することができる。
【００１４】
さらに、本発明の携帯端末装置において、前記報知手段は、前記設定時刻の到来時に通信中である場合、前記設定時刻が経過した旨を報知する出力を行うような構成とすることができる。
【００１５】
このような構成とすれば、通話等が行われている間に設定時刻が過ぎてしまっても、設定時刻が経過した旨が通知されるので、設定時刻の到来がユーザにより見過ごされてしまうといった事態を未然に回避することができる。
【００１６】
さらに、本発明の携帯端末装置は、拒否された着信の履歴を記憶する記憶手段を備えるような構成とすることができる。この場合、たとえば、着信があったことがモニタ画面等を介してユーザに報知される。
【００１７】
このような構成すれば、ユーザは、着信拒否時に着信があった相手を履歴により確認することができる。
【００１８】
さらに、本発明の携帯端末装置において、前記設定入力手段は、前記設定時刻の入力と着信拒否に関する入力を一連の操作として受け付けるような構成とすることができる。
【００１９】
このような構成とすれば、ユーザは、アラーム機能を設定するときの一連の操作において着信拒否の設定を行うことができる。
【発明の効果】
【００２０】
以上のとおり、本発明によれば、簡易な操作によってアラーム設定時刻までの間の着信を拒否することが可能な携帯端末装置を提供することができる。
【００２１】
本発明の効果ないし意義は、以下に示す実施の形態の説明により更に明らかとなろう。ただし、以下の実施の形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施の形態に記載されたものに何ら制限されるものではない。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態につき図面を参照して説明する。図１は携帯電話機の外観構成を示す図であり、同図（ａ）は、第２キャビネット２が開放した状態の携帯電話機の正面図、同図（ｂ）は同じ状態での側面図である。同図（ｃ）は同図（ｂ）のＡ−Ａ´断面図である。
【００２３】
携帯電話機は、第１キャビネット１と第２キャビネット２を備えている。第１キャビネット１には、テンキー部１１が配されている。テンキー部１１には、複数個の番号・文字入力キーや通話開始キー、通話終了キーなどが備えられている。テンキー部１１の背後には、キーバックライト１２が配されている。キーバックライト１２は、光源となるＬＥＤを備え、テンキー部１１に光を供給する。これにより、ユーザは、周囲が暗くても各キーに付された表示を見ることができる。
【００２４】
第２キャビネット２の正面側には、縦長の矩形状を有する液晶パネル２１が配されており、その表示面が正面に臨んでいる。液晶パネル２１の背後には、パネルバックライト２２が配されている。パネルバックライト２２は、光源となるＬＥＤを備え、液晶パネル２１に光を供給する。
【００２５】
第２キャビネット２の正面側には、さらに、メインキー部２３が配されている。メインキー部２３には、各種の機能モード（カメラモード、メールモード、インターネットモード、電話帳モード、アラームモード等）を起動するためのモードキー、画面をスクロールしたりハイライトフォーカスを移動させたりするための移動キー、各種の決定動作を行うための決定キーなどが配されている。
【００２６】
第２キャビネット２の内部には、カメラモジュール２４が配されている。カメラモジュール２４のレンズ窓（図示せず）は、第２キャビネット２の背面に臨んでおり、このレンズ窓から被写体の像がカメラモジュール２４に取り込まれる。
【００２７】
第２キャビネット２は、スライド機構部３によって、第１キャビネット１に対し図１のＸ軸方向にスライド可能に連結されている。図１（ｃ）に示すように、スライド機構３は、ガイド板３１とガイド溝３２によって構成されている。ガイド板３１は、第２キャビネット２の背面の左右両端部に設けられており、その下端に突条３１ａを有する。ガイド溝３２は、第１キャビネット１の側面に、スライド方向（図１のＸ軸方向）に沿って形成されている。ガイド板３１の突条３１ａは、ガイド溝３２に係合されている。
【００２８】
携帯電話機を閉じた状態では、図１（ｂ）に一点鎖線で示すように、第２キャビネット２が第１キャビネット１の上に略完全に重なっている。この状態（閉じた状態）では、第２キャビネット２の背後にテンキー部１１の全てのキーが隠れた状態となる。第２キャビネット２は、ガイド板３１がガイド溝３２の終端位置に達するまでスライドする（開いた状態とする）ことができる。第２キャビネット２が完全に開くと、図１（ａ）に示すように、テンキー部１１の全てのキーが外部に露出する。
【００２９】
図２は、携帯電話機の全体構成を示すブロック図である。本実施の形態の携帯電話機は、上述した各構成要素の他、ＣＰＵ１００、映像エンコーダ１０１、マイク１０２、音声エンコーダ１０３、時計回路１０４、通信モジュール１０５、メモリ１０６、バックライト駆動回路１０７、映像デコーダ１０８、音声デコーダ１０９、スピーカ１１０を備えている。
【００３０】
カメラモジュール２４は、撮像レンズ２４ａ、撮像素子２４ｂなどから構成されている。撮像レンズ２４ａは、被写体の像を撮像素子２４ｂ上に結像させる。撮像素子２４ｂは、例えばＣＣＤからなり、取り込んだ画像に応じた撮像信号を生成し、映像エンコーダ１０１へ出力する。映像エンコーダ１０１は、撮像素子２４ｂからの撮像信号を、ＣＰＵ１００が処理できるディジタルの撮像信号に変換してＣＰＵ１００へ出力する。
【００３１】
マイク１０２は、音声信号を電気信号に変換して音声エンコーダ１０３へ出力する。音声エンコーダ１０３は、マイク１０２からの音声信号を、ＣＰＵ１００が処理できるディジタルの音声信号に変換してＣＰＵ１００へ出力する。時計回路１０４は、日時を計測してＣＰＵ１００へ出力する。
【００３２】
通信モジュール１０５は、ＣＰＵ１００からの音声信号や画像信号、テキスト信号などを無線信号に変換し、アンテナ１０５ａを介して基地局へ送信する。また、アンテナ１０５ａを介して受信した無線信号を音声信号や画像信号、テキスト信号などに変換してＣＰＵ１００へ出力する。
【００３３】
メモリ１０６は、ＲＯＭおよびＲＡＭを含む。メモリ１０６には、ＣＰＵ１００に制御機能を付与するための制御プログラムが記憶されている。また、メモリ１０６には、カメラモジュール２４で撮影した画像データや通信モジュール１０５を介して外部から取り込んだ画像データ、テキストデータ（メールデータ）などが所定のファイル形式で保存される。
【００３４】
さらに、メモリ１０６には、後述するように、着信があったときに、受話操作（通話開始キーの操作）が行われないまま通信が切れた場合、あるいは着信拒否の機能が実行されて着信が拒否された場合に、電話番号、着信日時などの着信履歴が記憶される。
【００３５】
バックライト駆動回路１０７は、ＣＰＵ１００からの制御信号に応じた電圧信号をパネルバックライト２２、キーバックライト１２に供給する。
【００３６】
映像デコーダ１０８は、ＣＰＵ１００からの映像信号を液晶パネル２１で表示できるアナログの映像信号に変換し、液晶パネル２１に出力する。
【００３７】
音声デコーダ１０９は、ＣＰＵ１００からの音声信号をスピーカ１１０で出力できるアナログの音声信号に変換し、スピーカ１１０に出力する。スピーカ１１０は、音声デコーダ１０９からの音声信号を音声として再生する。
【００３８】
ＣＰＵ１００は、カメラモジュール２４、マイク１０２、メインキー部２３、テンキー部１１など各部からの入力信号に基づいて、通信モジュール１０５、映像デコーダ１０８、音声デコーダ１０９などの各部に制御信号を出力することにより、種々の機能モードの処理を行う。
【００３９】
ＣＰＵ１００は、アラームモードのためのキー操作が行われると、アラームモードを起動する。そして、このモードにおいて、ユーザの操作に基づいてアラーム機能を実行する。
【００４０】
図３は、アラーム機能に関する処理フローである。図４は、アラーム機能を設定するときの入力画面の表示例を示す図である。なお、図４（ａ）には、本実施の形態の画面表示例が示されており、同図（ｂ）、（ｃ）には、それぞれ、後述する変更例１、変更例２の画面表示例が示されている。
【００４１】
以下、図３および図４を参照してアラーム機能における処理動作を説明する。
【００４２】
ユーザの操作によってアラーム機能のモードが起動されると、ＣＰＵ１００は、まず、アラーム設定の処理を行う（Ｓ１０１）。即ち、ＣＰＵ１００は、アラームを鳴らす時刻（以下、アラーム時刻という）を入力するための入力画面（図４（ａ）の画面１）を液晶パネル２１に表示させる。そして、この入力画面上で、ユーザがテンキー部１１等を用いて時刻の入力を行うと、入力された時刻をアラーム時刻に設定する。
【００４３】
次に、ＣＰＵ１００は、着信拒否設定の処理を行う（Ｓ１０２）。即ち、ＣＰＵ１００は、着信拒否を行うか否かを選択するための入力画面（図４（ａ）の画面２）を液晶パネル２１に表示させる。そして、ユーザがメインキー部２３等を用いて着信拒否を行う旨の入力を行うと、着信拒否の設定を行う。
【００４４】
なお、本発明の携帯端末装置の一実施形態の携帯電話機における着信拒否とは、通話（電話）の着信や電子メールの着信などの着信通知を基地局などから携帯端末装置が受け取った際に、その通知の受け取りをユーザに知らせるための、鳴動、振動、発光、その他の着信通知動作のうちの少なくとも１つの動作を行わないことをいう。
【００４５】
こうして、上記の諸設定が行われると、ＣＰＵ１００は、着信拒否の設定が行われたか否かを判定する（Ｓ１０３）。そして、着信拒否の設定がなされていると判定すると（Ｓ１０３：ＹＥＳ）、着信拒否の機能を実行する（Ｓ１０４）。
【００４６】
次に、ＣＰＵ１００は、時計回路１０４から入力される時刻情報に基づいて、現在時刻がアラーム時刻に到達したか否かを判定する（Ｓ１０５）。そして、アラーム時刻に到達したと判定すると（Ｓ１０５：ＹＥＳ）、アラーム通知を行う（Ｓ１０６）。即ち、スピーカ１１０からアラーム音（たとえば、ビープ音やメロディーなど）を出力させる。これにより、現在時刻がアラーム時刻に到達したことがユーザに知らされる。
【００４７】
こうして、アラーム通知が完了すると、ＣＰＵ１００は、着信拒否の機能を解除する（Ｓ１０７）。
【００４８】
一方、ステップＳ１０３において、着信拒否の設定がなされていないと判定すると（Ｓ１０３：ＮＯ）、ＣＰＵ１００は、着信拒否の機能を実行することなく、現在時刻がアラーム時刻に到達したか否かを判定する（Ｓ１０８）。そして、アラーム時刻に到達したと判定すると（Ｓ１０８：ＹＥＳ）、ステップＳ１０６同様、アラーム通知を行う（Ｓ１０９）。
【００４９】
図５は、着信があったときの処理フローである。以下、同図を参照して処理動作を説明する。
【００５０】
ＣＰＵ１００は、携帯電話機が起動している間、着信があったか否かを判定しており（Ｓ２０１）、着信があると（Ｓ２０１：ＹＥＳ）、着信拒否の機能が実行されているか否かを判定する（Ｓ２０２）。そして、着信拒否の機能が実行されていなければ（Ｓ２０２：ＮＯ）、着信通知を行う。即ち、スピーカ１１０から着信音（たとえば、ビープ音やメロディーなど）を出力させる。
【００５１】
こうして、着信通知に気づいたユーザによって受話操作が行われると（Ｓ２０４：ＹＥＳ）、ＣＰＵ１００は通話処理を開始する（Ｓ２０６）。そして。ユーザの通話が終わり、ユーザによって通話の終了操作が行われると、通話処理を終了する（Ｓ２０７）。
【００５２】
一方、ユーザが着信通知に気づかず、受話操作が行われないまま通信が停止すると（Ｓ２０８：ＹＥＳ）、ＣＰＵ１００は、このときの着信履歴として、電話番号、着信日時などをメモリ１０６に保存する（Ｓ２０９）。
【００５３】
さて、着信があったときに（Ｓ２０１：ＹＥＳ）、アラーム機能フロー（図３）のステップＳ１０４において着信拒否の機能が実行されていると、ＣＰＵ１００は、ステップＳ２０２における判定をＹＥＳとして、当該着信を拒否する（Ｓ２１０）。そして、ＣＰＵ１００は、着信履歴として、当該着信の電話番号、着信日時などをメモリ１０６に保存する（Ｓ２０９）。
【００５４】
なお、着信を拒否した場合には、たとえば、電話に出ることができない旨の音声を着信相手に対して自動送信するような構成とすることもできる。また、着信に対して受信操作を行わなかった場合と同様、着信があったことが液晶パネル２１に表示される。
【００５５】
以上、本実施の形態によれば、ユーザはアラーム機能を設定するときの一連の操作によって着信拒否の設定操作を行うことができるので、アラーム機能の設定とは別に着信拒否機能を設定する必要がない。よって、ユーザは、簡易な操作によってアラーム時刻までの間の着信を拒否することが可能となるので、ユーザの使い勝手が向上する。
【００５６】
また、本実施の形態によれば、着信拒否時には着信履歴が保存されるので、ユーザは、着信があった相手を着信履歴により確認することができる。
【００５７】
さらに、本実施の形態によれば、アラーム通知が終了すると自動的に着信拒否が解除されるため、アラーム通知後も着信拒否が継続されて着信が受け付けられなくなるという不都合が生じない。
【００５８】
＜変更例１＞
図６は、変更例１に係るアラーム機能に関する処理フローであり、図７は、変更例１に係る着信があったときの処理フローである。
【００５９】
本変更例では、着信拒否の機能が実行されていても、予め設定された相手の着信は例外的に受け付け、着信通知を行うよう構成されている（予め設定された相手の着信を例外的に受け付ける機能を、以下、「例外着信機能」という）。このため、図６の処理フローでは、図３の処理フローに対して、ステップＳ１１０の処理が追加されている。
【００６０】
図６を参照して、ＣＰＵ１００は、Ｓ１０３で着新拒否の設定がされていると判定すると（Ｓ１０３：ＹＥＳ）、例外着信設定の処理を行う（Ｓ１１０）。即ち、ＣＰＵ１００は、着信を受け付ける相手（以下、「拒否例外者」という）を設定するための入力画面（図４（ｂ）の画面３）を液晶パネル２１に表示させる。そして、ユーザがメインキー部２３等を用いて拒否例外者の登録を行うと、入力された相手を拒否例外者として設定し、拒否例外者を入力画面に表示する（図４（ｂ）の画面４）。
【００６１】
なお、拒否例外者の登録する方法として、たとえば、入力画面（図４（ｂ）の画面３）において番号が選択されると電話帳モードが起動し、電話帳モードの画面上で相手が選択されると、その相手が拒否例外者として設定されるようにすることができる。また、入力画面（図４（ｂ）の画面３）において番号が選択されると、相手を入力するための新たな入力画面が立ち上げられ、その入力画面上で電話番号、氏名などが入力されると、その相手が拒否例外者として設定されるようにすることもできる。
【００６２】
図６でのステップＳ１１０の処理の追加に合わせて、図７の処理フローでは、図５の処理フローに対して、ステップＳ２１１の処理が追加されている。
【００６３】
図７を参照して、図６の処理フローで拒否例外者が設定された状態において、着信拒否の機能が実行されている間に着信があると（Ｓ２０１：ＹＥＳ、Ｓ２０２：ＹＥＳ）、ＣＰＵ１００は、その着信相手が拒否例外者であるか否かを判定する（Ｓ２１１）。着信相手が拒否例外者でなければ（Ｓ２１１：ＮＯ）、着信を拒否して着信履歴をメモリ１０６に保存する（Ｓ２１０、Ｓ２０９）。
【００６４】
一方、ＣＰＵ１００は、着信相手が拒否例外者であれば（Ｓ２１１：ＹＥＳ）、着信を受け付け、着信通知を行う（Ｓ２０３）。
【００６５】
以上、本変更例の構成によれば、予め設定した着信例外者からの着信については、着信通知がなされるので、重要な着信に対して応答の機会を失ってしまうのを防止することができる。
【００６６】
＜変更例２＞
図８は、変更例２に係るアラーム機能に関する処理フローである。本変更例では、さらに、着信拒否を開始する時刻（以下、拒否開始時刻という）を設定できるよう構成されている。また、リピート設定（毎日あるいは毎曜日の同時刻にアラーム通知を行う機能）がなされている場合は、着信拒否の設定が有効なままとなるよう構成されている。このため、図８の処理フローでは、図６の処理フローに対して、ステップＳ１１１からＳ１１４の処理が追加されている。
【００６７】
図８を参照して、ＣＰＵ１００は、Ｓ１０３で着新拒否の設定がなされていると判定すると（Ｓ１０３：ＹＥＳ）、拒否開始時刻設定の処理を行う（Ｓ１１１）。即ち、ＣＰＵ１００は、拒否開始時刻を入力するための入力画面（図４（ｃ）の画面３）を液晶パネル２１に表示させる。そして、ユーザがテンキー部１１等を用いて時刻の入力を行うと、入力された時刻を拒否開始時刻に設定する。なお、この入力画面において、ユーザは、今から着信拒否するか、開始する時刻を直接入力か、あるいは、アラーム通知時刻に対し何時間前から着信拒否を行うかを適宜選択して拒否開始時刻を入力することができる。
【００６８】
その後、ＣＰＵ１００は、例外着信設定を行う（Ｓ１１０）。この処理は、変更例１で説明した通りである（図４（ｃ）画面４、画面５）。
【００６９】
次に、ＣＰＵ１００は、現在時刻が拒否開始時刻に到達したか否かを判定する（Ｓ１１２）。拒否開始時刻に到達していなければ（Ｓ１１２：ＮＯ）、ＣＰＵ１００は、着信拒否の機能を実行しない。これにより、拒否開始時刻に到達するまでの間に着信があれば着信通知がなされる。
【００７０】
その後、現在時刻が拒否開始時刻に到達すると（Ｓ１１２：ＹＥＳ）、ＣＰＵ１００は、着信拒否の機能を実行する（Ｓ１０４）。こうして、アラーム通知が終了するまで着信が拒否される（Ｓ１０５〜Ｓ１０７）。
【００７１】
さらに、アラーム通知がなされた後に着信拒否が解除されると（Ｓ１０６、Ｓ１０７）、ＣＰＵ１００は、リピート設定がなされているか否かを判定する。なお、リピート設定は、たとえば、ステップＳ１０１のアラーム設定処理で行われる。この場合、ＣＰＵ１００は、アラーム設定の入力画面にリピート設定のための表示を行わせ（図４（ｃ）画面１）、ユーザの操作に基づいてリピート設定を行う。
【００７２】
ＣＰＵ１００は、リピート設定がなされていないと判定すると（Ｓ１１３：ＮＯ）、今回のアラーム機能の処理を終了する。一方、リピート設定がされていると判定すると（Ｓ１１３：ＹＥＳ）、ステップＳ１１２の処理に戻る。これにより、たとえば、アラーム通知を毎日繰り返す内容のリピート設定がなされている場合には、次の日の拒否開始時刻に到達すると着信拒否の機能が実行され、アラーム時刻に到達するとアラーム通知がなされる。
【００７３】
なお、着信拒否の設定がなされていない場合でも、（Ｓ１０３：ＮＯ）、リピート設定がなされているときには、このリピート設定に基づいてアラーム通知が繰り返される（Ｓ１０８、Ｓ１０９、Ｓ１１４）。
【００７４】
以上、本変更例の構成によれば、着信拒否を開始する時刻を設定することができるので、着信拒否が不要な期間は着信を受けることが可能となる。たとえば、アラーム通知を目覚ましに利用する場合、実際に寝る時刻を拒否開始時刻にしておけば、アラーム時刻の設定から寝るまでの間は着信を受けることが可能となる。よって、ユーザの使い勝手が一層向上する。
【００７５】
また、本変更例の構成によれば、アラーム通知を繰り返し行う場合には、着信拒否の設定が有効なままとなるので、ユーザは、繰り返される度に着信拒否の設定を行う必要がなく、ユーザの使い勝がさらに向上する。
【００７６】
なお、本変更例では、ステップＳ１１１からＳ１１４の処理を図６に示す変更例１の処理に適用したが、これらの処理を、図３に示す上記実施の形態の処理に適用することもできる。
【００７７】
＜変更例３＞
図９は、変更例３に係るアラーム機能に関する処理フローである。
【００７８】
上記変更例２の構成では、着信拒否時刻に到達するまでは着信が受け付けられるので、この間にユーザが相手からの電話を受ける場合が考えられる。また、ユーザ自ら電話をかける場合も考えられる。そして、ユーザが電話に夢中になるなどして、アラーム時刻に到達しても電話が終わらないことも考えられる。
【００７９】
そこで、本変更例では、着信通知拒否前に開始された通話がアラーム時刻に到達するまでに終わらなかった場合に、アラーム時刻が過ぎたことを通知するよう構成されている。このため、図９の処理フローでは、図８の処理フローに対して、ステップＳ１１５からＳ１１８の処理が追加されている。
【００８０】
図９を参照して、ＣＰＵ１００は、ステップＳ１１２において、現在時刻が拒否開始時刻に到達したと判定すると、現在、通信中であるか否かを判定する（Ｓ１１５）。ユーザにより通話が行われており、通信中である判定すると、ＣＰＵ１００は、その通信が終了したか否かを判定する（Ｓ１１６)。
【００８１】
その後、ユーザによる通話が終了することにより、通信が終了したと判定すると（Ｓ１１６：ＹＥＳ）、ＣＰＵ１００は、現在時刻がアラーム時刻前であるか否かを判定し（Ｓ１１７）、アラーム時刻前であれば（Ｓ１１７：ＹＥＳ）、着信拒否の機能を実行する（Ｓ１０４）。
【００８２】
一方、ＣＰＵ１００は、通信が終了したときに、アラーム時刻が経過していると判定すると（Ｓ１１７：ＮＯ）、アラーム時刻が経過した旨のメッセージ通知を行う（Ｓ１１８）。即ち、液晶パネル２１の表示画面上に、アラーム時刻が経過している旨の表示を行わせる。
【００８３】
以上、本変更例の構成によれば、ユーザが通話に夢中になっている間にアラーム時刻が過ぎてしまったような場合にも、通話が終わった後にその旨が通知されるので、ユーザは、アラーム時刻が過ぎたことを知ることができる。
【００８４】
なお、本変更例では、ステップＳ１１５からＳ１１８の処理を図８に示す変更例２の処理に追加したが、変更例２のステップＳ１１１からＳ１１４の処理を図３に示す上記実施の形態の処理に適用する場合には、さらに、これらステップＳ１１５からＳ１１８の処理を追加することもできる。
【００８５】
＜変更例４＞
図１０は、変更例４に係るアラーム機能に関する処理フローである。
【００８６】
変更例３では、着信拒否の機能が開始される前から着信拒否の機能が開始された後に亘って継続して電話（通信）がなされたときの処理（図９のＳ１１５→Ｓ１１６）であったが、上記実施の形態、変更例１、変更例２および変更例３の構成においては、いずれも、着信拒否が開始されてからアラーム時刻に到達するまでの間に、ユーザ自ら電話をかける場合が考えられる。また、変更例１から３の構成では、この間に、着信例外者からの電話を受ける場合が考えられる。そして、このような通話が、アラーム時刻後も継続される場合が考えられる。変更例３の処理（図９のＳ１１５）は、着信拒否開始前から継続する通話に対応するものであるため、このような通話（通信）には対応できない。
【００８７】
そこで、本変更例では、着信通知拒否が開始された後に開始された通話がアラーム時刻に到達するまでに終わらなかった場合に、アラーム時刻が過ぎたことを通知するよう構成されている。図１０の処理フローにおけるステップＳ１１９からＳ１２1は、図３、図６、図８および図９の何れの処理フローに対しても追加可能である。
【００８８】
図１０を参照して、ＣＰＵ１００は、ステップＳ１０５において、現在時刻がアラーム時刻に到達したと判定すると、現在、通信中であるか否かを判定する（Ｓ１１５）。そして、通信中でなければ、アラーム通知を行う（Ｓ１０６）。一方、ユーザにより通話が行われており、通信中である判定すると、ＣＰＵ１００は、その通信が終了したか否かを判定する（Ｓ１２０)。その後、ユーザによる通話が終了することにより、通信が終了したと判定すると（Ｓ１２０：ＹＥＳ）、アラーム時刻が経過している旨のメッセージ通知を行う（Ｓ１２１）。
【００８９】
以上、本変更例の構成によれば、変更例３の構成と同様、ユーザが通話等に夢中になっている間にアラーム時刻が過ぎてしまった様な場合にも、通話が終わった後にその旨が通知されるので、ユーザは、アラーム時刻が過ぎたことを知ることができる。
【００９０】
＜その他＞
本発明の実施形態は、上記以外にさらに種々の変更が可能である。
【００９１】
たとえば、上記実施の形態等では、着信が電話による着信であるとして説明したが、電子メールによる着信とすることもできる。この場合、図５および図７において、通話に関する処理であるステップＳ２０４からステップ２０９の処理が、電子メールを受信する処理に置き換えられる。また、着信履歴として、電話番号に代えてメールアドレスが保存される。さらに、着信例外者の設定の際、メールアドレスが入力される。
【００９２】
なお、電子メールの場合には、メール情報を受け取るだけであるため、必ずしも着信拒否する必要はない。よって、着信が電子メールの場合には、着信通知を行わないようにだけして、メール情報を受信するような構成とすることもできる。
【００９３】
また、上記実施の形態等では、着信通知およびアラーム通知を音によるものとしたが、これに限らず、たとえば、音、振動装置による振動、発光器（ＬＥＤ）による光、および音、振動、光りの組み合わせの中から、ユーザが報知形態を任意に選択できる構成とすることもできる。
【００９４】
さらに、変更例３および４では、アラーム時刻が経過している旨のメッセージを液晶パネル２１に表示するようにしたが、これに限らず、たとえば、スピーカ１１０からの音声報知とすることもできる。
【００９５】
さらに、本実施の形態等では、アラーム時刻を設定した後に、着信拒否の可否を設定する構成としているが、反対に、着信拒否の可否を設定した後に、アラーム時刻を設定する構成としても良い。この場合、たとえば、ユーザが、着信拒否有りのアラーム機能と着信拒否無しのアラーム機能を何れかを選択した後に、選択したアラーム機能においてアラーム時刻を選択するような構成とすることができる。
【００９６】
さらに、本発明の携帯端末装置は、携帯電話機に限られず、ＰＤＡ（Personal Digital Assistant）等であっても良い。
【００９７】
この他、本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【図面の簡単な説明】
【００９８】
【図１】実施の形態に係る携帯電話機の外観構成を示す図
【図２】実施の形態に係る携帯電話機の全体構成を示すブロック図
【図３】実施の形態に係るアラーム機能に関する処理フロー
【図４】実施の形態に係るアラーム機能を設定するときの入力画面の表示例を示す図
【図５】実施の形態に係る着信があったときの処理フロー
【図６】変更例１に係るアラーム機能に関する処理フロー
【図７】変更例１に係る着信があったときの処理フロー
【図８】変更例２に係るアラーム機能に関する処理フロー
【図９】変更例３に係るアラーム機能に関する処理フロー
【図１０】変更例４に係るアラーム機能に関する処理フロー
【符号の説明】
【００９９】
１１ テンキー部（設定入力手段）
２３ メインキー部（設定入力手段）
１００ ＣＰＵ（報知手段、設定入力手段、着信制御手段、例外設定手段）
１０６ メモリ（記憶手段）
１１０ スピーカ（報知手段）
２１ 液晶パネル（報知手段）
【特許請求の範囲】
【請求項１】
設定時刻の到来を報知する報知手段と、
前記設定時刻を入力するときに着信拒否に関する入力を受け付ける設定入力手段と、
前記設定入力手段によって受け付けられた前記着信拒否に関する入力に基づいて着信を拒否するかを決定する着信制御手段と、
を備えることを特徴とする携帯端末装置。
【請求項２】
請求項１において、
前記設定入力手段は、さらに着信拒否の開始時刻の入力を受け付け、
前記着信制御手段は、前記開始時刻から前記設定時刻までの間の着信を拒否する、
ことを特徴とする携帯端末装置。
【請求項３】
請求項１または２において、
前記設定入力手段によって着信拒否が設定された場合に例外的に着信を許可する条件を設定するための例外設定手段をさらに備え、
前記着信制御手段は、前記設定入力手段によって着信拒否の入力設定がなされた場合にも前記条件が満たされた着信を例外的に許可する、
ことを特徴とする携帯端末装置。
【請求項４】
請求項３において、
前記条件は、着信相手に関する項目を含む、
ことを特徴とする携帯端末装置。
【請求項５】
請求項１ないし４の何れか一項において、
前記報知手段は、前記設定時刻の到来時に通信中である場合、前記設定時刻が経過した旨を報知する出力を行う、
ことを特徴とする携帯端末装置。
【請求項６】
請求項１ないし５の何れか一項において、
拒否された着信の履歴を記憶する記憶手段を備える、
ことを特徴とする携帯端末装置。
【請求項７】
請求項１ないし６の何れか一項において、
前記着信が、通話および電子メールの少なくとも何れか一方である、
ことを特徴とする携帯端末装置。
【請求項８】
請求項１ないし７の何れか一項において、
前記設定入力手段は、前記設定時刻の入力と着信拒否に関する入力を一連の操作として受け付ける、
ことを特徴とする携帯端末装置。
【請求項１】
設定時刻の到来を報知する報知手段と、
前記設定時刻を入力するときに着信拒否に関する入力を受け付ける設定入力手段と、
前記設定入力手段によって受け付けられた前記着信拒否に関する入力に基づいて着信を拒否するかを決定する着信制御手段と、
を備えることを特徴とする携帯端末装置。
【請求項２】
請求項１において、
前記設定入力手段は、さらに着信拒否の開始時刻の入力を受け付け、
前記着信制御手段は、前記開始時刻から前記設定時刻までの間の着信を拒否する、
ことを特徴とする携帯端末装置。
【請求項３】
請求項１または２において、
前記設定入力手段によって着信拒否が設定された場合に例外的に着信を許可する条件を設定するための例外設定手段をさらに備え、
前記着信制御手段は、前記設定入力手段によって着信拒否の入力設定がなされた場合にも前記条件が満たされた着信を例外的に許可する、
ことを特徴とする携帯端末装置。
【請求項４】
請求項３において、
前記条件は、着信相手に関する項目を含む、
ことを特徴とする携帯端末装置。
【請求項５】
請求項１ないし４の何れか一項において、
前記報知手段は、前記設定時刻の到来時に通信中である場合、前記設定時刻が経過した旨を報知する出力を行う、
ことを特徴とする携帯端末装置。
【請求項６】
請求項１ないし５の何れか一項において、
拒否された着信の履歴を記憶する記憶手段を備える、
ことを特徴とする携帯端末装置。
【請求項７】
請求項１ないし６の何れか一項において、
前記着信が、通話および電子メールの少なくとも何れか一方である、
ことを特徴とする携帯端末装置。
【請求項８】
請求項１ないし７の何れか一項において、
前記設定入力手段は、前記設定時刻の入力と着信拒否に関する入力を一連の操作として受け付ける、
ことを特徴とする携帯端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−８７６００（Ｐ２０１０−８７６００Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５１４５４（Ｐ２００８−２５１４５４）
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]