携帯通信端末、携帯通信端末の着信通知方法、およびその方法を実現するためのプログラム
【課題】 未受信メールの受信状況を容易に通知できる携帯通信端末を提供する。
【解決手段】 携帯通信端末の一態様である携帯電話１００の制御部は、未受信メールの受信状況を利用者に通知する着信通知方法を実行する。この方法は、メールを全件受信するステップ（Ｓ３０２）と、受信したメールをＲＡＭに格納するステップ（Ｓ３０４）と、メール着信音の設定がＯＮであるとき（Ｓ３０６にてＹＥＳ）、受信したメールが１件である場合に（Ｓ３０８にてＹＥＳ）、着信音を１回鳴動するステップ（Ｓ３１０）と、受信したメールが２件以上である場合に（Ｓ３０６にてＮＯ）、着信音を２回鳴動するステップ（Ｓ３２０）とを含む。
【解決手段】 携帯通信端末の一態様である携帯電話１００の制御部は、未受信メールの受信状況を利用者に通知する着信通知方法を実行する。この方法は、メールを全件受信するステップ（Ｓ３０２）と、受信したメールをＲＡＭに格納するステップ（Ｓ３０４）と、メール着信音の設定がＯＮであるとき（Ｓ３０６にてＹＥＳ）、受信したメールが１件である場合に（Ｓ３０８にてＹＥＳ）、着信音を１回鳴動するステップ（Ｓ３１０）と、受信したメールが２件以上である場合に（Ｓ３０６にてＮＯ）、着信音を２回鳴動するステップ（Ｓ３２０）とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯通信端末の制御に関し、特に情報の受信を通知する際の制御に関する。
【背景技術】
【０００２】
近年、携帯電話その他の携帯通信端末の普及に伴い、その端末を介した電子メールの通信も広く利用されている。この通信では、受信側の携帯通信端末が、待機状態である場合には、送信者が電子メールを送信するごとに、受信側の携帯通信端末は、その電子メールを受信することができる。また、受信側の携帯通信端末がたとえば電源の遮断、電波が届かない場所にある場合など受信できない状態にある場合、送信された電子メールは、通信を中継する事業者内のコンピュータに保存される。保存されたメールは、再度送信が行なわれたり、あるいは受信者の送信要求に応答して送信されたりする。この場合、蓄積された電子メールの数が多い場合、受信者は、どれぐらいの電子メールを受信したのか、容易に把握できない場合があった。
【０００３】
そこで、このような問題を解決するために、たとえば特開平５−６８０５４号公報（特許文献１）は、受信中の電子メールの数を利用者に報知する電子メール受信確認装置を開示する。この装置は、電子メールを受信するための受信部と、利用者が受信された電子メールを処理するための処理部と、電子メールの受信ごとにカウントアップして、電子メールの処理の完了に応じてリセットされる計数部と、ディスプレイにアイコンを表示させるための表示部と、計数部の計数値に応じてアイコンの図形を切り替えるための切替部と、計数値のカウントアップごとに計測値に応じた信号音を発生するための発生部とを含む。
【０００４】
特許文献１に開示された装置によると、受信された電子メールの数に応じた信号音が発生されるため、利用者は、電子メールの数を容易に認識することができる。
【特許文献１】特開平５−６８０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された電子メール受信確認装置によると、たとえばその装置が受信するメールの数が多い場合には、信号音が長時間発生されることになる。そのため、たとえば公共の場所において装置の周辺に迷惑を及ぼしたり、あるいは、電力の過剰な消費につながる場合もあった。
【０００６】
本発明は、上述の問題点を解決するためになされたものであって、その目的は、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信状況を利用者に報知することができる携帯通信端末を提供することである。
【０００７】
本発明の他の目的は、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信件数を利用者に報知することができる携帯通信端末の着信通知方法を提供することである。
【０００８】
本発明のさらに他の目的は、携帯通信端末を、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信件数を利用者に報知することができる方法を実現するためのプログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、この発明のある局面に従うと、携帯通信端末は、通信回線を介して、電子メールを受信するための受信手段と、電子メールの受信を報知するための報知手段と、受信手段により受信される電子メールの数を検出するための検出手段と、電子メールの数が複数であるか否かに基づいて、報知手段の動作を制御するための制御手段とを含む。
【００１０】
上記の構成を有する携帯通信端末によると、受信手段が電子メールを受信すると、検出手段は電子メールの数を検出する。ここで、電子メールとは、たとえば通信回線を介して接続された端末間で目的の相手に伝達される情報の集まりをいう。この情報には、テキストデータ、グラフィックスデータ、プログラム、動画、音声などが含まれる。制御手段は、その数が複数であるか否かに基づいて、音声出力装置、発光装置、発振装置その他の報知手段の動作を制御する。この制御には、たとえば音声出力の場合における出力時間あるいは出力される音声の切り替え、発光の場合における発光時間あるいは発光色の切り替え、発振の場合における発振時間あるいは発振の周波数の切り替えなどが含まれる。このようにすると、利用者は、受信した電子メールが１件であるか複数であるかを容易に判別することができる。
【００１１】
好ましくは、制御手段は、電子メールの数が１である場合に、予め定められた第１の報知の態様で電子メールの受信を報知するように、報知手段を制御するための第１の報知制御手段と、電子メールの数が２以上である場合に、第１の報知の態様と異なる態様で電子メールの受信を報知するように、報知手段を制御するための第２の報知制御手段とを含む。
【００１２】
上記の構成を有する携帯通信端末によると、受信した電子メールの数が１である場合には、第１の報知制御手段が第１の報知の態様でその受信を報知する。受信したメールの数が２以上である場合には、第２の報知制御手段が第２の報知の態様でその受信を報知する。第１の報知の態様と第２の報知の態様とは異なるため、利用者は、受信した電子メールの数が１件であるかそれ以上であるかを容易に判別することができる。
【００１３】
好ましくは、受信手段は、複数の電子メールを受信する。検出手段は、複数の電子メールを受信した後に、電子メールの数を検出するための手段を含む。
【００１４】
上記の構成を有する携帯通信端末によると、電子メールの受信後にそのメールの数が検出されて、その数に基づいて報知の態様が切り替えられる。これにより、電子メールの数は正確に検出されるため、電子メールの受信の報知時において、誤報知を防止することができる。
【００１５】
好ましくは、受信手段は、複数の電子メールを受信する。検出手段は、複数の電子メールの各々を受信するごとに、電子メールの数を検出するための手段を含む。第２の報知制御手段は、検出された電子メールの数が２である場合に、第１の報知の態様と異なる態様で電子メールの受信を報知する動作を報知手段に実行させるための手段と、報知手段３以上である場合に、報知手段による報知の動作を禁止するための手段とを含む。
【００１６】
上記の構成を有する携帯通信端末によると、検出された電子メールの数が２になったときに、報知手段は、１件の電子メールを受信した場合における報知の態様と異なる態様で、その受信を報知する。３件目の電子メールが受信されたとき、報知手段は、電子メールの受信を報知しない。このようにすると、携帯通信端末は、利用者に電子メールの受信状況を迅速に報知することができる。
【００１７】
好ましくは、携帯通信端末はさらに、予め定められた時間に受信された電子メールの数が２であるか否かを判断するための判断手段を含む。第２の報知制御手段は、予め定められた時間に受信された電子メールの数が２である場合には、第１の報知の態様と異なる態様で報知するように、報知手段を制御する。
【００１８】
上記の構成を有する携帯通信端末によると、受信手段が予め定められた時間に２件の電子メールを受信すると、報知手段は、１件の電子メールの受信を報知する態様と異なる態様で、２件の電子メールの受信を報知する。したがって、利用者は、その時間内に少なくとも２件の電子メールを受信したか否かを知ることができる。なお、受信した電子メールの数を判断するタイミングは、上記のような予め定められた時間に限られず、たとえば携帯通信端末が通信回線に接続するごとに行なわれてもよい。
【００１９】
好ましくは、携帯通信端末は、通信回線を介して、電子メールの通信を制御する通信制御装置に接続される。携帯通信端末はさらに、通信回線を介して、通信制御装置に電子メールの数の送信要求を送信するための手段を含む。受信手段は、電子メールの数が含まれる情報を受信する。
【００２０】
上記の構成を有する携帯通信端末によると、電子メールの数の送信要求が通信制御装置に送信されると、その数を含む情報が携帯通信端末に送信される。報知手段は、この情報から検出される電子メールの数に基づいて、メールの受信を報知する。このようにすると、携帯通信端末が実際に電子メールを受信する前に、電子メールの受信が報知されるため、利用者は、２件以上の電子メールを受信したか否かを迅速に知ることができる。
【００２１】
好ましくは、携帯通信端末はさらに、複数の音声データを記憶するための記憶手段を含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。第１の報知制御手段は、予め定められた音声データに基づく音声を出力するように、音声出力手段を制御する。第２の報知制御手段は、予め定められた音声データと異なる音声データに基づく音声を出力するように、音声出力手段を制御する。
【００２２】
上記の構成を有する携帯通信端末によると、出力される音声は、受信された電子メールの数に応じて異なるため、利用者は、電子メールを１件受信したか、あるいは、それ以上受信したかを速やかに知ることができる。
【００２３】
好ましくは、携帯通信端末はさらに、音声データを記憶するための記憶手段を含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。第１の報知制御手段は、予め定められた時間音声データに基づく音声を出力するように、音声出力手段を制御する。第２の報知制御手段は、予め定められた時間よりも長い時間、音声データに基づく音声を出力するように、音声出力手段を制御する。
【００２４】
上記の構成を有する携帯通信端末によると、受信手段が２件以上の電子メールを受信した場合、受信数に関係なく、１件の電子メールの受信時における音声出力時間よりも長い時間音声が出力されるため、音声が出力され続けることによる騒音の影響を防止することができる。なお、音声の出力に関し、第１の報知制御手段が予め定められた時間よりも長い時間出力し、第２の報知制御手段が予め定められた時間出力するものであってもよい。
【００２５】
好ましくは、報知手段は、光を発生するための発光手段を含む。第１の報知制御手段は、予め定められた時間光を発生するように、発光手段を制御する。第２の報知制御手段は、予め定められた時間よりも長い時間、光を発生するように、発光手段を制御する。
【００２６】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、発光する時間が異なるため、利用者は、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００２７】
好ましくは、報知手段は、複数色の光の中の少なくとも１色の光を発生するための発光手段を含む。第１の報知制御手段は、予め定められた第１の光を発生するように、発光手段を制御する。第２の報知制御手段は、第１の光の色と異なる色の光を発生するように、発光手段を制御する。
【００２８】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、発光する光の色が異なるため、利用者は、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００２９】
好ましくは、報知手段は、振動を発生するための発振手段を含む。第１の報知制御手段は、予め定められた時間、振動を発生するように、発振手段を制御する。第２の報知制御手段は、予め定められた時間よりも長い時間、振動を発生するように、発振手段を制御する。
【００３０】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、振動が発生する時間が異なるため、利用者は、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００３１】
好ましくは、報知手段は、振動を発生するための発振手段を含む。第１の報知制御手段は、予め定められた周波数に基づいて振動を発生するように、発振手段を制御する。第２の報知制御手段は、予め定められた周波数と異なる周波数に基づいて振動を発生するように、発振手段を制御する。
【００３２】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、振動の周波数が異なる。これいにより、利用者は、そのような振動の態様に基づいて、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００３３】
好ましくは、携帯通信端末はさらに、音声データを記憶するための記憶手段を含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。第１の報知制御手段は、一度の通信接続で音声データに基づく音声を出力するように、音声出力手段を制御する。
【００３４】
上記の構成を有する携帯通信端末によると、通信回線に接続するごとに受信された電子メールの数に応じて、音声が出力される。したがって、利用者は、携帯通信端末によって未読メールを受信するごとに、受信メールの数が２以上であるか否かを容易に認識することができる。
【００３５】
この発明の他の局面に従うと、携帯通信端末は、通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するための受信手段と、電子メールの受信を報知するための報知手段と、報知手段による報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを記憶するための記憶手段と、報知制御データに基づいて、報知データに基づく報知を実行するか否かを判断するための判断手段と、判断手段の結果に基づいて、報知データに基づく報知を実行するように、報知手段を制御するための制御手段とを含む。
【００３６】
上記の構成を有する携帯通信端末によると、受信手段が電子メールを受信すると、その電子メールの送信者と、通信相手の情報とに基づいて、判断手段が、報知データに基づく報知を実行するか否かを判断する。たとえば、通信相手の情報によるとその送信者が報知を必要としない通信相手である場合には、判断手段は、報知しないと判断する。また、その送信者に応じた報知データに基づく報知が必要であることが報知制御データに含まれている場合には、判断手段は、その報知データに基づいて報知すると判断する。このように、報知あるいは非報知の判断が、報知データごとに行なわれるため、同一の報知データに対応付けられた異なる通信相手から電子メールを受信した場合であっても、同じ態様で何度も報知されることはない。当然、同一の通信相手から電子メールを受信した場合も何度も報知されることはない。これにより、電力の消費を抑制しつつ、利用者に電子メールの受信を報知することができる携帯通信端末を提供することができる。
【００３７】
好ましくは、報知データは、少なくとも１つ以上の音声データを含む。報知制御データは、音声データに基づく報知を実行するか否かを表わすデータを含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。制御手段は、判断手段が音声データに基づく報知を実行すると判断したとき、音声出力手段に音声データに基づく音声を出力させるための手段と、判断手段が音声データに基づく報知を実行しないと判断したとき、音声出力手段に音声データに基づく音声の出力を禁止するための手段とを含む。
【００３８】
上記の構成を有する携帯通信端末によると、同一の音声（たとえば、通信相手に固有なメール着信音、通常のメール着信音等）が何度も出力されなくなる。このようにすると、携帯通信端末の電力の消費が抑制されるとともに、騒音の観点から、周囲への影響を最小限にしつつ、電子メールの受信を利用者に通知することができる。
【００３９】
好ましくは、受信手段は、複数の電子メールを受信する。判断手段は、複数の電子メールを受信した後に、複数の電子メールの各々から送信者を識別する情報を取得する。判断手段は、各送信者の情報に基づいて、記憶手段から報知制御データを読み出す。判断手段は、報知制御データが、送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、音声データに基づく報知を実行すると判断する。そして、判断手段は、報知制御データが、送信者は電子メールの受信時に報知を必要としない通信相手であることを表わすとき、音声データに基づく報知を実行しないと判断する。
【００４０】
上記の構成を有する携帯通信端末によると、電子メールの受信後に、電子メールの送信者に対応付けられる情報に応じて、特定の音声データに基づく音声の出力の必要性が判断される。このようにすると、同じ音声データに基づく音声の出力が避けられる。また、電子メールの受信完了後に報知の判断がなされるため、報知の態様を正確に判断する事ができる。
【００４１】
好ましくは、受信手段は、複数の電子メールを受信する。判断手段は、複数の電子メールの各々を受信するごとに、各電子メールから送信者の情報を取得する。判断手段は、各送信者の情報に基づいて、記憶手段から報知制御データを読み出す。判断手段は、報知制御データが、送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、音声データに基づく報知を実行すると判断する。そして、判断手段は、音声データに基づく音声が出力された後に、音声データに基づく報知を実行しないと判断する。
【００４２】
上記の構成を有する携帯通信端末によると、受信手段が電子メールを受信するごとに、そのメールの送信者に対応付けられた報知制御データに基づいて、音声データに基づく報知の必要性が判断される。このようにすると、報知が必要な場合には、音声出力手段は、速やかに音声を出力することができるため、電子メールの受信が速やかに報知される。
【００４３】
この発明の他の局面に従うと、携帯通信端末の着信通知方法は、通信回線を介して、電子メールを受信するステップと、電子メールの受信を報知するステップと、受信された電子メールの数を検出するステップと、電子メールの数が複数であるか否かに基づいて、報知の動作を制御するステップとを含む。
【００４４】
上記の構成を有する着信通知方法によると、携帯通信端末が電子メールを受信すると、電子メールの数が検出される。音声出力装置、発光装置、発振装置その他の報知手段の動作は、その数が複数であるか否かに基づいて制御される。この制御には、たとえば音声出力の場合における出力時間あるいは出力される音声の切り替え、発光の場合における発光時間あるいは発光色の切り替え、発振の場合における発振時間あるいは発振の周波数の切り替えなどが含まれる。このようにすると、利用者は、受信した電子メールが１件であるか複数であるかを容易に判別することができる。
【００４５】
この発明の他の局面に従うと、プログラムは、携帯通信端末に、電子メールの着信を通知する方法を実行させる。このプログラムは携帯通信端末に、通信回線を介して、電子メールを受信するステップと、電子メールの受信を報知するステップと、受信された電子メールの数を検出するステップと、電子メールの数が複数であるか否かに基づいて、報知の動作を制御するステップとを実行させる。
【００４６】
上記の構成を有するプログラムによると、携帯通信端末が電子メールを受信すると、電子メールの数が検出される。音声出力装置、発光装置、発振装置その他の報知手段の動作は、その数が複数であるか否かに基づいて制御される。この制御には、たとえば音声出力の場合における出力時間あるいは出力される音声の切り替え、発光の場合における発光時間あるいは発光色の切り替え、発振の場合における発振時間あるいは発振の周波数の切り替えなどが含まれる。これにより、携帯通信端末におけるメールの受信件数を容易に利用者に報知することができる方法を実現するためのプログラムを提供することができる。
【００４７】
この発明の他の局面に従うと、携帯通信端末の着信通知方法は、通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、電子メールの受信を報知するステップと、報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、報知制御データに基づいて、報知データに基づく報知を実行するか否かを判断するステップと、判断ステップの結果に基づいて、報知データに基づく報知を実行するように、報知ステップを制御するステップとを含む。
【００４８】
上記の構成を有する着信通信方法によると、携帯通信端末が電子メールを受信すると、報知データに基づく報知を実行するか否かが、その電子メールの送信者と、通信相手の情報とに基づいて判断される。たとえば、通信相手の情報によるとその送信者が報知を必要としない通信相手である場合には、電子メールの受信を報知しないと判断される。また、その送信者に応じた報知データに基づく報知が必要であることが報知制御データに含まれている場合には、その報知データに基づいて報知すると判断される。このように、報知あるいは非報知の判断が、報知データごとに行なわれるため、同一の報知データに対応付けられた異なる通信相手から電子メールを受信した場合であっても、同じ態様で何度も報知されることはない。これにより、電力の消費を抑制しつつ、利用者に電子メールの受信を報知することができる携帯通信端末の着信通知方法を提供することができる。
【００４９】
この発明のさらに他の局面に従うと、プログラムは、携帯通信端末に、電子メールの着信を通知する方法を実行させる。このプログラムは携帯通信端末に、通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、電子メールの受信を報知するステップと、報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、報知制御データに基づいて、報知データに基づく報知を実行するか否かを判断するステップと、判断ステップの結果に基づいて、報知データに基づく報知を実行するように、報知ステップを制御するステップとを実行させる。
【００５０】
上記の構成を有するプログラムによると、携帯通信端末における電子メールの受信時に、報知あるいは非報知の判断が、報知データごとに行なわれる。そのため、同一の報知データに対応付けられた異なる通信相手から電子メールを受信した場合であっても、同じ態様で何度も報知されることはない。これにより、電力の消費を抑制しつつ、利用者に電子メールの受信を報知することができる携帯通信端末の着信通知方法を実現するためのプログラムを提供することができる。
【発明の効果】
【００５１】
本発明に係る携帯通信端末によると、電子メールを１件受信した場合と、２件以上受信した場合とで、受信の報知が切り替えられるため、利用者は、電子メールを１件受信したかあるいはそれ以上受信したかを容易に知ることができる。
【００５２】
本発明に係る携帯通信端末によると、複数の電子メールが受信された場合には、電子メールの受信件数に関わらず、受信の報知が、予め定められた報知の態様によって行なわれる。したがって、多数の電子メールを受信した場合に、報知の動作が続くことが防止されるため、携帯通信端末の電力の消費が抑制され、また、周囲への影響も最小限に抑えられる。
【００５３】
本発明に係る携帯通信端末によると、同一の音声による報知を要求する複数の通信相手から電子メールを受信した場合に、同一の音声が何度も出力されなくなる。これにより、電源の消費を抑制しつつ、少なくとも係る音声の報知が対応付けられた通信相手からの受信を報知することができる。
【００５４】
本発明に係る着信通知方法によると、携帯通信端末は、電子メールを１件受信した場合と、２件以上受信した場合とで、受信の報知を切り替える。これにより、利用者は、電子メールを１件受信したかあるいはそれ以上受信したかを容易に知ることができる。
【００５５】
本発明に係る着信通知方法によると、携帯通信端末は、同一の音声による報知を要求する複数の通信相手から電子メールを受信した場合に、同一の音声を何度も出力しない。これにより、電源の消費を抑制しつつ、少なくとも係る音声の報知が対応付けられた通信相手からの受信を報知することができる。
【００５６】
本発明に係るプログラムによると、そのプログラムを実行する携帯通信端末は、電子メールを１件受信した場合と、２件以上受信した場合とで、受信の報知を切り替える。これにより、利用者は、電子メールを１件受信したかあるいはそれ以上受信したかを容易に知ることができる。
【００５７】
さらに、本発明に係るプログラムによると、そのプログラムを実行する携帯通信端末は、同一の音声による報知を要求する複数の通信相手から電子メールを受信した場合に、同一の音声を何度も出力しない。これにより、電源の消費を抑制しつつ、少なくとも係る音声の報知が対応付けられた通信相手からの受信を報知することができる。
【発明を実施するための最良の形態】
【００５８】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００５９】
＜第１の実施の形態＞
以下、本発明の本発明の第１の実施の形態に係る携帯通信端末について説明する。この携帯通信端末は、たとえば携帯電話であるが、これに限られず、通信機能を有する端末であればよい。
【００６０】
図１を参照して、本実施の形態に係る携帯電話１００について説明する。図１は、携帯電話１００の構成を表わすブロック図である。
【００６１】
図１に示すように、携帯電話１００は、制御部１１０と、アンテナ１１２と、通信制御部１１４と、表示部１１６と、操作部１１８と、マイク１２０と、スピーカ１２２と、音量調節部１２６と、バイブレータ１２８と、ＲＡＭ（Random Access Memory）１３０と、ＲＯＭ（Read Only Memory）１４０と、ライト１４２とを含む。
【００６２】
アンテナ１１２によって受信された信号は、通信制御部１１４を介して制御部１１０に入力される。この信号には、通話信号に加えて、電子メールのデータも含まれる。また、電子メールとは、たとえば通信回線を介して接続された端末間で目的の相手に伝達される情報の集まりをいう。この情報には、テキストデータ、グラフィックスデータ、プログラム、動画、音声などが含まれる。
【００６３】
制御部１１０は、映像表示するための信号表示部１１６に出力する。表示部１１６は、入力される信号に基づいて映像を表示する。この表示部１１６は、たとえば液晶モニタである。
【００６４】
制御部１１０は、通信制御部１１４から入力される音声信号に基づいて、予め定められた処理を実行して音声調節部１２６に音声信号を出力する。音量調節部１２６は、入力される信号を予め定められた設定、あるいは操作部１１８を介して入力される設定に基づいて変換し、スピーカ１２２に出力する。なお、携帯電話１００は、スピーカ１２２に加えて他のスピーカを備えていてもよい。たとえば、受話用のスピーカと着信音の出力用のスピーカとが異なっていてもよい。
【００６５】
携帯電話１００の利用者がマイク１２０に対して発した音声は、制御部１１０に入力される。制御部１１０は、予め定められた変換処理を実行して通信制御部１１４に音声信号を出力する。通信制御部１１４は、制御部１１０からの信号に基づいて送信処理を実行する。この送信処理によって生成される信号は、アンテナ１１２を介して送信される。
【００６６】
制御部１１０は、通信制御部１１４から着信信号を受信すると、予め定められた設定に基づいて、バイブレータ１２８を振動させるための信号を出力する。バイブレータ１２８は、その信号に基づいて振動し、携帯電話１００の利用者は、電話の着信などを知ることができる。
【００６７】
ライト１４２は、制御部１１０から出力される信号に基づいて、予め設定された色の光を発する。ライト１４２は、制御部１１０から点滅の指令が出力された場合には、予め設定された間隔毎に、点滅する。
【００６８】
ＲＡＭ１３０は、たとえばフラッシュメモリである。ＲＡＭ１３０は、上記の各設定を記憶するための各種設定記憶領域１３２と、携帯電話１００の通信相手の情報を記憶するためのメモリダイヤル記憶領域１３４と、ライト１４２の発光条件その他の各種のデータを記憶するための各種データ記憶領域１３６とを含む。これらの領域に格納されるデータは、操作部１１８を介して入力される設定に基づいて利用者が任意に変更することができる。
【００６９】
なお、ＲＡＭ１３０に確保される記憶領域の態様は、図１に示したものに限られない。携帯電話１００の動作に応じてＲＡＭ１３０に一時的に格納されるデータの構造については、後述する。
【００７０】
ＲＯＭ１４０は、予め作成された携帯電話１００の基本的な動作条件を制御するプログラム、あるいは初期データなどを記憶する。なお、ＲＯＭ１４０に記憶されるデータは、ＲＡＭ１３０に予め記憶されていてもよい。また、ＲＯＭ１４０は、ＥＰＲＯＭ（Erasable and Programmable ROM）その他のデータの消去あるいは書き込みが可能なＲＯＭであってもよい。この場合、携帯電話１００の動作の制御に必要なデータあるいはソフトウェアを逐次更新することができる。
【００７１】
このようにして、携帯電話１００における処理は、各ハードウェア、および制御部１１０あるいは通信制御部１１４により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ１３０あるいはＲＯＭ１４０に予め記憶されている場合がある。あるいは、メモリカード（図示しない）その他の記録媒体に格納されて流通し、メモリカードリーダ（図示しない）によりその記録媒体から読み取られて、ＲＡＭ１３０に一旦格納される場合もある。そのソフトウェアは、ＲＯＭ１４０あるいはＲＡＭ１３０から読み出されて、制御部１１０によって実行される。図１に示した携帯電話１００のハードウェア自体は、通信機能を有するコンピュータとして一般的なものである。したがって、本発明の最も本質的な部分は、ＲＡＭ１３０、ＲＯＭ１４０、あるいはメモリカードその他の記録媒体に記録されたソフトウェアであるともいえる。
【００７２】
図２を参照して、本実施の形態に係る携帯電話１００の構成についてさらに説明する。図２は、携帯電話１００の具体的な構成の一例を表わす概略図である。
【００７３】
図２に示すように、携帯電話１００は、たとえば第１の筐体１５０と第２の筐体１６０とを含む折り畳み可能な構成を有する。なお、携帯電話１００の構成は、図２に示した態様に限られず、折り畳み可能でない構成であってもよいし、あるいは、複数の筐体が分離可能な構成であってもよい。
【００７４】
図３を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図３R>３は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００の利用者が予め定められた未読メールの受信処理の実行を指示した場合、あるいは基地局、中継局その他の情報通信サービスの提供者が有する通信制御装置（図示しない）がメールを受信し、携帯電話１００がその受信を検知し、そして未読メールを受信する場合に実行される。
【００７５】
ステップＳ３０２にて、制御部１１０は、未読メールを全件受信する。この処理は、たとえば利用者が携帯電話１００を介して通信回線に接続した場合に、未読メールの受信を指示した時に実行される。
【００７６】
ステップＳ３０４にて、制御部１１０は、受信したメール数をＲＡＭ１３０の所定のデータ領域に格納する。このメール数は、たとえば各メールの通信電文の先頭部分あるい末尾に格納されている所定の制御コードの数を読み取ることにより、検出される。なお、その他の方法によって、メールの数が検出されてもよい。
【００７７】
ステップＳ３０６にて、制御部１１０は、メール着信音の設定がＯＮであるか否かを判断する。この判断は、たとえばＲＡＭ１３０のデータ領域に格納されたメール着信音の設定フラグの状態を読出して行なわれる。メール着信音の設定がＯＮである場合には（ステップＳ３０６にてＹＥＳ）、処理はステップＳ３０８に移される。そうでない場合には（ステップＳ３０６にてＮＯ）、処理はステップＳ３３０に移される。
【００７８】
ステップＳ３０８にて、制御部１１０は、受信したメールの数が１件であるか否かを判断する。受信したメール数が１件である場合には（ステップＳ３０８にてＹＥＳ）、処理はステップＳ３１０に移される。そうでない場合には（ステップＳ３０８にてＮＯ）、処理はステップＳ３２０に移される。
【００７９】
ステップＳ３１０にて、制御部１１０は、ＲＡＭ１３０における設定に基づいて、着信音を１回鳴動する信号を音量調節部１２６に出力する。その結果、スピーカ１２２は、着信音を１回だけ鳴動する。
【００８０】
ステップＳ３２０にて、制御部１１０は、ＲＡＭ１３０に格納されている設定に基づいて、着信音を２回鳴動するための信号を音量調節部１２６に出力する。その結果、スピーカ１２２は、着信音を２回だけ鳴動する。
【００８１】
ステップＳ３３０にて、制御部１１０は、音量調節部１２６に着信音の鳴動のための信号の出力を禁止する。その結果、スピーカ１２２は、いずれの着信音も鳴動しない。
【００８２】
以上のような構造及びフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。以下では、携帯電話１００が未読メールを１０件受信した場合について説明する。なお、メールの受信件数は、１０件に限られない。
【００８３】
利用者が、携帯電話１００の操作部１１８を介して予め定められた未読メールの受信処理の実行を指示すると、携帯電話１００が接続される基地局（図示しない）から、未読メールの送信が開始される。携帯電話１００が未読メールの受信を完了すると（ステップＳ３０２）、その数が検出され、ＲＡＭ１３０の所定のデータ領域に格納される（ステップＳ３０４）。
【００８４】
携帯電話１００のメール着信音の設定がＯＮである場合（ステップＳ３０６にてＹＥＳ）、受信された未読メールの数が２件以上であるため（ステップＳ３０８にてＮＯ）、携帯電話１００は、着信音を２回鳴動する。これにより、利用者は、少なくとも２件以上のメールを受信したことを認識することができる。
【００８５】
以上のようにして、本実施の形態に係る携帯電話１００は、複数の未読メールを受信した場合でも、受信した数の着信音を鳴動させない。したがって、着信音が長時間鳴動しつづけることによる電力の消費、あるいは公共の場所における周囲への影響が抑制される。
【００８６】
なお、本実施の形態において、メールの受信を報知する態様は、音声の出力に限られない。たとえば、受信したメールの数ごとに予め定められた周波数を有する振動を発してもよいし、特定の色を有する光を発光してもよい。あるいは、光の点滅する速度をメールの受信数に応じて予め設定してもよい。このようにしても、携帯電話１００がメールを受信したか否か、および複数のメールを受信したか否かを、利用者に報知することができる。これにより、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信状況を利用者に報知することができる携帯通信端末を提供することができる。
【００８７】
＜第１の実施の形態 第１の変形例＞
以下、本実施の形態の第１の変形例について説明する。本変形例に係る携帯電話は、複数のメールの受信中に、各メールを受信する度に、着信音を鳴動させるか否かを判断する機能を有する点で、前述の第１の実施の形態と異なる。なお、本変形例に係る携帯電話１００のハードウェア構成は、前述の第１の実施の形態と同じである。それらの機能も同じである。したがって、それらについての説明はここでは繰り返さない。
【００８８】
図４を参照して、本変形例に係る携帯電話１００の制御構造について説明する。図４は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【００８９】
ステップＳ４０２にて、制御部１１０は、メールの受信を検知する。ステップＳ４０４にて、制御部１１０は、メール受信カウンタを初期化する。これにより、そのカウンタの値は、「０」に設定される。なお、このカウンタは、この処理が実行されるときに一時的に生成されるデータ領域である。この領域は、この処理中のデータを一時的に格納する。
【００９０】
ステップＳ４０６にて、制御部１１０は、メール受信カウンタの値を「１」だけカウントアップする。
【００９１】
ステップＳ４０８にて、制御部１１０は、メール受信カウンタの値が「１」であるか否かを判断する。そのカウンタの値が「１」である場合には（ステップＳ４０８にてＹＥＳ）、処理はステップＳ３１０に移される。そうでない場合には（ステップＳ４０８にてＮＯ）、処理はステップＳ４１２に移される。
【００９２】
ステップＳ４１２にて、制御部１１０は、メール受信カウンタの値が「２」であるか否かを判断する。そのカウンタの値が「２」である場合には（ステップＳ４１２にてＹＥＳ）、処理はステップＳ３１０に移される。そうでない場合には（ステップＳ４１２にてＮＯ）、処理はステップＳ３３０に移される。
【００９３】
ステップＳ４２０にて、制御部１１０は、メールをさらに受信しているか否かを判断する。この判断は、たとえば携帯電話１００がメールの送信が終了したことを表わすコードを検出したか否かに基づいて行なわれる。メールをさらに受信している場合には（ステップＳ４２０にてＹＥＳ）、処理はステップＳ４０６に戻される。そうでない場合には（ステップＳ４２０にてＮＯ）、処理は終了する。
【００９４】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。以下では、携帯電話１００が１０件のメールを受信する場合について説明する。
【００９５】
利用者が携帯電話１００に対して予め定められた操作を実行することにより、未読メールの送信要求を基地局（図示しない）に送信すると、基地局は携帯電話１００に未読メールの送信を開始する。
【００９６】
携帯電話１００がメールの受信を検知すると（ステップＳ４０２）、メール着信音の設定がＯＮである場合には（ステップＳ３０６にてＹＥＳ）、メール受信カウンタが初期化される（ステップＳ４０４）。
【００９７】
携帯電話１００が１件目のメールを受信した時、メール受信カウンタの値は「１」に設定されるため（ステップＳ４０６、ステップＳ４０８にてＹＥＳ）、予め設定された着信音が１回鳴動する（ステップＳ３１０）。
【００９８】
携帯電話１００が２件目のメールを受信すると（ステップＳ４２０にてＹＥＳ）、メール受信カウンタの値は「２」に設定される（ステップＳ４０６、ステップＳ４０８にてＮＯ）。この場合（ステップＳ４１２にてＹＥＳ）、その着信音が再び鳴動する（ステップＳ３１０）。
【００９９】
携帯電話１００が３件目以降のメールを受信すると（ステップＳ４２０にてＹＥＳ）、メール受信カウンタの値は「３」以上になるため（ステップＳ４０８にてＮＯ、ステップＳ４１２にてＮＯ）、着信音は鳴動しない（ステップＳ３３０）。
【０１００】
以上のようにして、本変形例に係る携帯電話１００は、メールを受信する場合に、２件目のメールを受信するまで、予め設定された着信音を鳴動する。３件目以降のメールを受信した場合には、着信音は鳴動しない。これにより、携帯電話１００が１件のメールを受信したこと、あるいは２件以上のメールを受信したことが、利用者に通知される。このようにすると、利用者は、メールの受信状況を容易に認識することができる。また、メールの受信ごとに鳴動の有無が判断されるため、最後のメールの受信が完了する前に、利用者はメールの受信状況を知ることができる。
【０１０１】
＜第１の実施の形態 第２の変形例＞
以下、本実施の形態の第２の変形例について説明する。本変形例に係る携帯電話１００は、基地局に未読メールの数の送信要求を送信し、その要求に応じて返信された未読メールの数に基づいて、着信音の鳴動の態様を判断する機能を有する点で、前述の実施の形態と異なる。なお、本変形例に係る携帯電話１００のハードウェア構成は、第１の実施の形態と同じである。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。
【０１０２】
図５を参照して、本変形例に係る携帯電話１００が通信するネットワークについて説明する。図５は、携帯電話１００と、上記の送信要求の送信先である通信制御装置６００とを含む通信ネットワークを表わす図である。
【０１０３】
図５に示すように、携帯電話１００は、通信回線を介して中継局５１０に接続される。中継局５１０は、ネットワーク５５０を介して通信制御装置６００に接続される。なお、ネットワーク５５０に接続される各通信装置の構成は、図５に示される態様に限られない。複数の中継局が通信制御装置６００に接続されてもよいし、複数の携帯電話が特定の中継局に接続可能であってもよい。
【０１０４】
図５において、携帯電話１００からの未受信メールの数の送信要求は、中継局５１０とネットワーク５５０とを介して通信制御装置６００に伝送される。また、通信制御装置６００からの通信情報は、ネットワーク５５０を介して中継局５１０に伝送される。中継局５１０は、携帯電話１００にその通信情報を送信する。なお、この通信の処理の詳細は、後述する。
【０１０５】
図６を参照して、本変形例に係る通信制御装置６００の構成について説明する。図６は、通信制御装置６００のハードウェア構成を表わすブロック図である。
【０１０６】
通信制御装置６００は、ＣＰＵ（Central Processing Unit）６１０と、ＲＡＭ６２０と、データバスを介してＣＰＵ６１０にそれぞれ接続された、固定ディスク６３０と、ＣＤ−ＲＯＭ（Compact Disk - Read Only Memory）駆動装置６５０と、通信ＩＦ（Interface）６６０とを含む。ＣＤ−ＲＯＭ駆動装置６５０には、ＣＤ−ＲＯＭ６５２が装着される。
【０１０７】
ＣＰＵ６１０は、ＲＡＭ６２０あるいは固定ディスク６３０に記憶されているプログラムに基づいて、予め定められた処理を実行する。この処理の詳細は、後述する。ＣＰＵ６１０は、通信ＩＦ６６０を介して、ネットワークに接続された他の通信装置とデータを通信する。
【０１０８】
このようにして、通信制御装置６００における処理は、各ハードウェアおよびＣＰＵ６１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ６２０あるいは固定ディスク６３０に予め記憶されている場合がある。あるいは、ＣＤ−ＲＯＭ６５２その他の記録媒体に格納されて流通し、ＣＤ−ＲＯＭ駆動装置６５０によりその記録媒体から読取られて、固定ディスク６３０に一旦格納される場合もある。そのソフトウェアは、固定ディスク６３０から読み出されて、ＣＰＵ６１０によって実行される。図６に示した通信制御装置６００のハードウェア自体は、コンピュータとして一般的なものである。したがって、本変形例に係る通信制御装置６００を実現するために最も本質的な部分は、ＲＡＭ６２０、固定ディスク６３０、あるいはＣＤ−ＲＯＭ６５２その他の記録媒体に記録されたソフトウェアであるともいえる。なお、通信制御装置６００を実現するコンピュータの各ハードウェアの動作は周知であるので、ここではその説明は繰り返さない。
【０１０９】
図７を参照して、本変形例に係る携帯電話１００の制御構造について説明する。図７は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【０１１０】
ステップＳ７０２にて、制御部１１０は、利用者による操作に基づいて、未受信メールの数の送信要求を通信制御装置６００に送信する。ステップＳ７０４にて、制御部１１０は、通信制御装置６００から、未受信メールの数を含む情報を受信する。ステップＳ７０６にて、制御部１１０は、未受信メールの数をＲＡＭ１３０の各種データ領域１３６に確保された領域に格納する。
【０１１１】
図８を参照して、本変形例に係る通信制御装置６００の制御構造について説明する。図８R>８は、通信制御装置６００のＣＰＵ６１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００その他の通信端末から、各通信端末に対応付けられたメールアドレスに送信された電子メールのうち未受信のメールの数を送信する要求を受信した場合に、実行される。
【０１１２】
ステップＳ８０２にて、通信制御装置６００のＣＰＵ６１０は、未受信メールの数の送信要求を含む情報を受信する。ステップＳ８０４にて、ＣＰＵ６１０は、その情報のヘッダ情報に基づいて、送信要求の送信者を特定する。これにより、送信要求は携帯電話１００から送信されたことが認識される。
【０１１３】
ステップＳ８０６にて、ＣＰＵ６１０は、固定ディスク６３０から、携帯電話１００に対して送信されたメールの中から、携帯電話１００に転送されていないメール、すなわち携帯電話１００にとっての未受信メールの数を算出する。この算出は、たとえば携帯電話１００のメールアドレスに送信されたメールのそれぞれに対応付けられるフラグをカウントすることにより行なわれる。ここで、フラグは、携帯電話１００への転送の状態（たとえば、転送済みであるか、未転送であるか）を表わす。
【０１１４】
ステップＳ８０８にて、ＣＰＵ６１０は、携帯電話１００に、未受信メールの数と通信制御情報とを含む情報を送信する。
【０１１５】
以上のような構造及びフローチャートに基づく、本変形例に係る携帯電話１００の動作について、図７および図８を参照しつつ説明する。以下の説明では、携帯電話１００の未受信メールが１０件である場合について説明する。
【０１１６】
携帯電話１００の利用者が、予め定められた操作を実行すると、未受信メールの数の送信要求を含む情報が通信制御装置６００に送信される（ステップＳ７０２）。通信制御装置６００がその情報を受信すると（ステップＳ８０２）、その情報の送信者は携帯電話１００であることが特定される（ステップＳ８０４）。通信制御装置６００は携帯電話１００の未受信メールの数を算出し（ステップＳ８０６）、その数を含む情報を携帯電話１００に送信する（ステップＳ８０８）。
【０１１７】
携帯電話１００が通信制御装置６００からその情報を受信すると（ステップＳ７０４）、未受信メールの数が、その情報から取得され、ＲＡＭ１３０の所定のデータ領域に格納される（ステップＳ７０６）。携帯電話１００の着信音の設定がＯＮである場合（ステップＳ３０６にてＹＥＳ）、受信したメールの数は１０件であるため（ステップＳ３０８にてＮＯ）、予め設定された着信音が２回鳴動する（ステップＳ３２０）。
【０１１８】
以上のようにして、本変形例に係る携帯電話１００は、利用者の操作に基づいて、通信制御装置６００その他の携帯電話１００の通信を制御する装置に、未受信メールの数を要求する情報を送信する。その装置が携帯電話１００に対するメールの中の未受信メールの数を携帯電話１００に送信すると、携帯電話１００は、その数に基づいて、未受信メールの受信状態を通知する音声を発する。
【０１１９】
このようにすると、携帯電話１００の利用者は、未受信メールを実際に受信する前に、未受信メールの数が１件であるか、あるいは２件以上であるかを知ることができる。その結果、着信音が未受信メールの数に応じて鳴動しないため、電力の消費が抑えられ、また周辺への悪影響が防止される。
【０１２０】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。本実施の形態に係る携帯電話１００は、携帯電話１００が基地局に接続して電子メールを全て受信したときに、着信音の鳴動の態様を判断する機能を有する。なお、本実施の形態に係る携帯電話１００のハードウェア構成は、第１の実施の形態と同じである。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。
【０１２１】
図９を参照して、本実施の形態に係る携帯電話１００におけるデータ構造について説明する。図９は、携帯電話１００のＲＡＭ１３０が記憶するデータを説明するための図である。
【０１２２】
図９に示すように、携帯電話１００が発することのできる音声を識別するデータは、データ領域Ｄ９１０に格納される。各音声に対応付けられる具体的な音声パターンを特定するデータは、データ領域Ｄ９２０に格納される。
【０１２３】
携帯電話１００の通話相手を識別するデータは、データ領域Ｄ９３０に格納される。各通話相手に対応付けられる音声を特定するデータは、データ領域Ｄ９４０に格納される。
【０１２４】
各着信音を識別するデータは、データ領域Ｄ９５０に格納される。各着信音に対応付けられる具体的な音声データのファイル名は、データ領域Ｄ９６０に格納される。
【０１２５】
このようなデータ構造を有する携帯電話１００において、制御部１１０は、処理の実行中に予め設定された条件が成立すると該当するデータを各データ領域から読出して、それに基づいて鳴動処理を実行する。なお、ＲＡＭ１３０におけるデータ構造は、図９に示したものに限られず、他の態様であってもよい。
【０１２６】
図１０を参照して、本実施の形態に係る携帯電話１００におけるデータ構造についてさらに説明する。図１０は、ＲＡＭ１３０が記憶するデータを説明するための図である。
【０１２７】
図１０に示すように、メールの受信に応じて検出された送信者を特定するためのデータは、データ領域Ｄ１０１０に格納される。各送信者に対応付けられる音声パターンを特定するためのデータは、データ領域Ｄ１０２０に格納される。これらの領域は、たとえばメールの受信ごとに、一時的に確保される。
【０１２８】
携帯電話１００が鳴動する音声パターンを特定するためのデータは、データ領域Ｄ１０３０に格納される。登録された音声パターンの要因を表わす情報は、データ領域Ｄ１０４０に格納される。データ領域Ｄ１０３０およびＤ１０４０を含むテーブルは、たとえば後述する処理が実行される場合に、一時的に生成される。以下の説明では、このようなテーブルを鳴動用テーブルと称す。鳴動の対象となる着信音は、データ領域Ｄ１０３０に示すように、パターン２、パターン３、パターン１、およびパターン５である。
【０１２９】
図１１を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図１１は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【０１３０】
ステップＳ１１０６にて、制御部１１０は、受信したメールのテーブルをＲＡＭ１３０に作成する。ステップＳ１１０７にて、制御部１１０は、通常メール着信音フラグを初期して、「０」をセットする。ステップＳ１１０８にて、制御部１１０は、配信確認音フラグを初期化して、「０」をセットする。
【０１３１】
ステップＳ１１１０にて、制御部１１０は、該当メールにメールコールが設定されているか否かを判断する。ここでメールコールとは、通信相手ごとに予め対応付けられた呼出音をいう。このような呼出音は、特定の通信相手からの着信に応答して鳴動するように、呼出音の音声データと通信相手を識別するデータとが対応付けられている。メールコールが設定されている場合には（ステップＳ１１１０にてＹＥＳ）、処理はステップＳ１１１２に移される。そうでない場合には（ステップＳ１１１０にてＮＯ）、処理はステップＳ１１２０に移される。
【０１３２】
ステップＳ１１１２にて、制御部１１０は、そのメールに対応付けられる着信音が鳴動用テーブルに登録されている着信音であるか否かを判断する。そのメールの着信音が鳴動用テーブルに登録されている着信音である場合には（ステップＳ１１１２にてＹＥＳ）、処理はステップＳ１１３０に移される。そうでない場合には（ステップＳ１１１２にてＮＯ）、処理はステップＳ１１１４に移される。
【０１３３】
ステップＳ１１１４にて、制御部１１０は、鳴動用テーブルに該当着信音を登録する。すなわち、その着信音を識別するデータが、そのテーブルの所定の領域に格納される。
【０１３４】
ステップＳ１１２０にて、制御部１１０は、受信したメールが配信確認音を鳴らす必要のあるメールであるか否かを判断する。そのメールが配信確認音を鳴らす必要のあるメールである場合には（ステップＳ１１２０にてＹＥＳ）、処理はステップＳ１１２２に移される。そうでない場合には（ステップＳ１１２０にてＮＯ）、処理はステップＳ１１２４に移される。
【０１３５】
ステップＳ１１２２にて、制御部１１０は、配信確認音フラグを「１」に設定する。また、制御部１１０は、その着信音を識別するデータをＲＡＭ１３０に予め確保されたデータ領域に格納する。このデータは、たとえば、配信確認音を後に鳴動する場合に、鳴動すべき着信音を特定するために使用される。
【０１３６】
ステップＳ１１２４にて、制御部１１０は、受信したメールが通常のメール着信音を鳴らすメールであるか否かを判断する。そのメールが通常のメール着信音を鳴らすメールである場合には（ステップＳ１１２４にてＹＥＳ）、処理はステップＳ１１２６に移される。そうでない場合には（ステップＳ１１２４にてＮＯ）、処理はステップＳ１１３０に移される。
【０１３７】
ステップＳ１１２６にて、制御部１１０は、通常メール着信音フラグを「１」に設定する。また、制御部１１０は、その着信音を識別するデータをＲＡＭ１３０に予め確保されたデータ領域に格納する。このデータは、たとえば、通常メール着信音を後に鳴動する場合に、鳴動すべき着信音を特定するために使用される。
【０１３８】
ステップＳ１１３０にて、制御部１１０は、すべてのメールに対する処理が終了したか否かを判断する。この判断は、たとえば各メールの処理の進捗を表わすフラグを参照し、その全てのフラグが処理の完了を表わす値になっているか否かに基づいて行なわれる。すべてのメールに対する処理が終了した場合には（ステップＳ１１３０にてＹＥＳ）、処理はステップＳ１１４０に移される。そうでない場合には（ステップＳ１１３０にてＮＯ）、処理はステップＳ１１３２に移される。
【０１３９】
ステップＳ１１３２にて、制御部１１０は、受信メールが格納されているテーブルから、次の処理の対象となるメールのデータをＲＡＭ１３０の領域に読み出して、セットする。
【０１４０】
ステップＳ１１４０にて、制御部１１０は、通常メールの着信音フラグの値が「１」であるか否かを判断する。その値が「１」である場合には（ステップＳ１１４０にてＹＥＳ）、処理はステップＳ１１４２に移される。そうでない場合には（ステップＳ１１４０にてＮＯ）、処理はステップＳ１１５０に移される。
【０１４１】
ステップＳ１１４２にて、制御部１１０は、通常メール着信音と同じ着信音が鳴動用テーブルに登録されているか否かを判断する。同じ着信音が鳴動用テーブルに登録されている場合には（ステップＳ１１４２にてＹＥＳ）、処理はステップＳ１１５０に移される。そうでない場合には（ステップＳ１１４２にてＮＯ）、処理はステップＳ１１４４に移される。
【０１４２】
ステップＳ１１４４にて、制御部１１０は、通常メール着信音を、ＲＡＭ１３０の鳴動用テーブルに登録する。
【０１４３】
ステップＳ１１５０にて、制御部１１０は、配信確認音フラグの値が「１」であるか否かを判断する。その値が「１」に設定されている場合には（ステップＳ１１５０にてＹＥＳ）、処理はステップＳ１１５２に移される。そうでない場合には（ステップＳ１１５０にてＮＯ）、処理はステップＳ１１５６に移される。
【０１４４】
ステップＳ１１５２にて、制御部１１０は、配信確認音と同じ着信音が鳴動用テーブルに登録されているか否かを判断する。その着信音が鳴動用テーブルに登録されている場合には（ステップＳ１１５２にてＹＥＳ）、処理はステップＳ１１５６に移される。そうでない場合には（ステップＳ１１５２にてＮＯ）、処理はステップＳ１１５４に移される。
【０１４５】
ステップＳ１１５４にて、制御部１１０は、鳴動用テーブルに配信確認音を登録する。すなわち、配信確認音を識別するデータがそのテーブルの所定の領域に格納される。
【０１４６】
ステップＳ１１５６にて、制御部１１０は、鳴動用テーブルに格納されているデータに基づいて、着信音を鳴動させる。たとえば、そのテーブルに格納されている配信確認音を識別するデータが順次読み出され、そのデータに対応する音声データがＲＯＭ１４０から読み出されて、音量調節部１２６を介して、スピーカ１２２から出力される。
【０１４７】
ステップＳ１１６０にて、制御部１１０は、着信音の鳴動のための信号の出力を停止する。
【０１４８】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。
【０１４９】
利用者が携帯電話１００を操作して通信回線に接続し、予め定められた未読メールの受信処理を実行すると、携帯電話１００は、未読メールを全件受信する（ステップＳ３０２）。携帯電話１００のメール着信音の設定がＯＮである場合には（ステップＳ３０４にてＹＥＳ）、受信メールの処理のための領域がＲＡＭ１３０に確保される（ステップＳ１１０６、図１０におけるデータ領域Ｄ１０１０）。各メールにメールコールが設定されている場合に（ステップＳ１１１０にてＹＥＳ）、着信音が鳴動用テーブルに登録されていないとき（ステップＳ１１１２にてＮＯ）、その着信音は鳴動用テーブルに登録される（ステップＳ１１１４、図１０におけるデータ領域Ｄ１０３０）。
【０１５０】
全ての受信メールについて着信音の鳴動の有無の判断が終了すると（ステップＳ１１３０にてＹＥＳ）、通常メール着信音フラグが「１」であり（ステップＳ１１４０にてＹＥＳ）、その着信音が鳴動用テーブルに登録されていない場合には（ステップＳ１１４２にてＮＯ）、その着信音が鳴動用テーブルに登録される（ステップＳ１１４４）。
【０１５１】
また、配信確認音フラグが「１」であり（ステップＳ１１５２にてＹＥＳ）、その確認音が鳴動用テーブルに登録されていない場合には（ステップＳ１１５２にてＮＯ）、配信確認音も鳴動用テーブルに登録される（ステップＳ１１５４）。その後、携帯電話１００は、各鳴動用テーブルに登録された着信音の音声パターンに基づいて、それぞれ鳴動する（ステップＳ１１５６）。
【０１５２】
以上のようにして、本実施の形態に係る携帯電話１００は、利用者が通信回線に接続して、未読メールを受信したときに、各メールの送信者の情報に基づいて、着信音を鳴動するか否かを判断する。このとき、一度鳴動すると判断された着信音は、さらに鳴動されることはない。このようにすると、同じ着信音が対応付けられた複数の電子メールを受信した場合であっても、着信音は１回だけ鳴動する。したがって、同じ着信音が鳴動しつづけることによる周囲への影響あるいは電力の消費を防止することができる。
【０１５３】
＜第３の実施の形態＞
以下、本発明の第３の実施の形態について説明する。本実施の形態に係る携帯電話は、メールの受信時に、各メールについて着信音を鳴動するか否かを判断する機能を有する点で、前述の各実施の形態と異なる。なお、本実施の形態に係る携帯電話１００のハードウェア構成は、前述の各実施の形態に係る携帯電話の構成と同じである。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。
【０１５４】
図１２を参照して、本実施の形態に係る携帯電話１００におけるデータ構造について説明する。図１２は、携帯電話１００のＲＡＭ１３０に格納されるデータを概念的に説明するための図である。
【０１５５】
携帯電話１００が着信を受けた通信相手を特定するためのデータは、ＲＡＭ１３０に一時的に確保されたデータ領域Ｄ１２１０に格納される。各通信相手に対応付けられる着信音を特定するためのデータは、データ領域Ｄ１２２０に格納される。
【０１５６】
携帯電話１００が実際に鳴動した着信音を特定するデータは、データ領域Ｄ１２３０に格納される。各着信音が鳴動した要因を説明するためのデータは、データ領域Ｄ１２４０に格納される。なお、データ領域Ｄ１２３０およびデータ領域１２４０の構成を有するテーブルは、以下の説明では、鳴動結果テーブルと称す。
【０１５７】
図１２において、たとえばデータレコードＲ１２５０のデータは、鳴動結果テーブルに格納される。データレコードＲ１２５２のデータは、通常メール着信音フラグを「１」に設定する。このフラグは、制御部１１０が実行する処理において、参照されるデータである。この処理については、後述する。データレコードＲ１２５４のデータは、同様に通常メール着信音フラグを「１」に設定する。
【０１５８】
データレコードＲ１２５６のデータは、配信確認音フラグを「１」に設定する。このフラグも、制御部１１０が実行する処理において、参照されるデータである。
【０１５９】
データレコードＲ１２５８のデータは、通常メール着信音フラグを「１」に設定する。データレコードＲ１２６０のデータは、鳴動結果テーブルに格納される。データレコードＲ１２６２のデータは、通常メール着信音フラグを「１」に設定する。データレコードＲ１２６４のデータは、同様に通常メール着信音フラグを「１」に設定する。
【０１６０】
このようにして、データ領域Ｄ１２２０における着信音を表わすデータは、データ領域Ｄ１２３０およびＤ１２４０を含む鳴動結果テーブルにおいて更新される。これにより、同一の着信音が２回以上鳴動することが防止される。
【０１６１】
図１３を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図１３は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態と同一の処理には同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【０１６２】
ステップＳ１３０８にて、制御部１１０は、通信制御部１１４を介して、メールを受信する。
【０１６３】
ステップＳ１３１０にて制御部１１０は、該当メールで鳴らすべき着信音が鳴動結果テーブルに登録されているか否かを判断する。その着信音がテーブルに登録されている場合には（ステップＳ１３１０にてＹＥＳ）、処理はステップＳ１３１６に移される。そうでない場合には（ステップＳ１３１０にてＮＯ）、処理はステップＳ１３１２に移される。
【０１６４】
ステップＳ１３１２にて、制御部１１０は、該当する着信音を鳴動させる。ステップＳ１３１４にて、制御部１１０は、鳴動結果テーブルに該当着信音を登録する。この登録は、すなわち、この処理が実行されたときに一時的にＲＡＭ１３０に確保されるデータ領域にデータが格納されることにより行なわれる。
【０１６５】
ステップＳ１３１６にて、制御部１１０は、すべてのメールを受信したか否かを判断する。すべてのメールを受信した場合には（ステップＳ１３１６にてＹＥＳ）、処理は終了する。そうでない場合には（ステップＳ１３１６にてＮＯ）、処理はステップＳ１３１８に移される。
【０１６６】
ステップＳ１３１８にて、制御部１１０は、他のメールすなわち次のメールを、通信制御部１１４を介して受信する。ステップＳ１３２０にて、制御部１１０は、着信音を鳴動することなく、メールを全件受信する。
【０１６７】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。ここでは、携帯電話１００のメール着信音の設定がＯＮである場合について、図１２に示したデータに基づいて説明する。
【０１６８】
携帯電話１００がメールの受信を検知すると（ステップＳ４０２）、メール着信音の設定がＯＮであるため（ステップＳ３０６にてＹＥＳ）、最初のメールを受信する（ステップＳ１３０８）。そのメールの送信者（Ａさん）について鳴動すべき着信音が鳴動結果テーブルに登録されていないため（ステップＳ１３１０にてＮＯ）、その着信音（パターン２）が鳴動される（図９におけるデータ領域Ｄ９４０）。その着信音を識別するデータ（たとえば着信音のパターン名称）は、鳴動結果テーブルに格納される（ステップＳ１３１４、図１２におけるデータ領域Ｄ１２３０）。
【０１６９】
携帯電話１００がすべての未受信メールを受信していないと判断すると（ステップＳ１３１６にてＮＯ）、次のメールが受信される（ステップＳ１３１８）。そのメールの送信者（図１２のデータレコードＲ１２５２におけるメールアドレス「ａａａ＠ｘｘｘ．ｎｅ．ｊｐ」）について鳴動すべき着信音が鳴動結果テーブルに登録されていないため（ステップ１３１０にてＮＯ）、その着信音（パターン１）が鳴動され（ステップＳ１３１２）、着信音の識別データが鳴動結果テーブルに格納される（ステップＳ１３１４、図１２におけるデータ領域Ｄ１２３０）。
【０１７０】
その後、携帯電話１００がメールアドレス「ｂｂｂ＠ｙｙｙ．ｎｅ．ｊｐ」からのメールを受信すると、この送信者に対応付けられる着信音（パターン１）は鳴動結果テーブルに既に登録されているため（ステップＳ１３１０にてＹＥＳ）、同じ着信音は鳴動されない。
【０１７１】
以上のようにして、携帯電話１００は、メールを受信するごとにメールの送信者に対応付けられる着信音が鳴動済みであるか否かを判断して、鳴動済みの着信音は再度鳴動されない。この場合、図１２のデータ領域Ｄ１２３０に示すように、１０件の受信メールについて４種類の着信音、すなわちパターン２、パターン１、パターン５、およびパターン３が鳴動される。携帯電話１００は、利用者に複数のメールの受信を通知する際に、同じ着信音を何度も鳴動しない。これにより、携帯電話１００のバッテリの消費が抑えられ、また周囲への影響が最小限に抑制される。
【０１７２】
＜第４の実施の形態＞
以下、本発明の第４の実施の形態について説明する。本実施の形態に係る携帯電話１００は、各メールを受信するごとに、どのような着信音を鳴動するかを判断する機能を有する点で、前述の第３の実施の形態に係る携帯電話と異なる。
【０１７３】
なお、本実施の形態に係る携帯電話１００のハードウェア構成は、前述の各実施の形態に係る携帯電話の構成と同一である。それらの機能も同じである。したがって、それらについての説明はここでは繰り返さない。
【０１７４】
図１４を参照して、本実施の形態に係る携帯電話１００におけるデータ構造について説明する。図１４は、携帯電話１００のＲＡＭ１３０が記憶するデータを説明するための図である。
【０１７５】
携帯電話１００が着信を受けた通信相手を特定するためのデータは、データ領域Ｄ１４１０に格納される。各通信相手に対応付けられる着信音のパターンを特定するためのデータは、データ領域Ｄ１４２０に格納される。携帯電話１００が鳴動する着信音を特定するためのデータは、データ領域Ｄ１４３０に格納される。それぞれの着信音の鳴動の要因は、データ領域Ｄ１４４０に格納される。
【０１７６】
また、その他の着信音を識別するデータは、データ領域Ｄ１４７０に格納される。その格納されたデータの属性を表わすデータは、データ領域Ｄ１４８０に格納される。この属性は、たとえば着信音の登録の原因であるメールの送信者のアドレス、あるいは着信音に予め対応付けられているデータである。このデータには、たとえば着信音がどのような場合に鳴動されるかを示すデータ（たとえば、通信レポートの受信時等）が含まれる。
【０１７７】
図１５を参照して、本実施の形態に係る携帯電話１００の制御工程について説明する。図１５は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態と同一の処理には同一のステップ番号を付し、それらについての説明は繰り返さない。
【０１７８】
ステップＳ１５０８にて、制御部１１０は、メールを受信する。ステップＳ１５１０にて、制御部１１０は、該当メールで鳴らすべき着信音が鳴動結果テーブルに登録されているか否かを判断する。その着信音が鳴動結果テーブルに登録されている場合には（ステップＳ１５１０にてＹＥＳ）、処理はステップＳ１１３０に移される。そうでない場合には（ステップＳ１５１０にてＮＯ）、処理はステップＳ１５１２に移される。
【０１７９】
ステップＳ１５１２にて、制御部１１０は、受信したメールが配信確認音を鳴らすべきメールであるか否かを判断する。そのメールが配信確認音を鳴らすべきメールである場合には（ステップＳ１５１２にてＹＥＳ）、処理はステップＳ１１２２に移される。そうでない場合には（ステップＳ１５１２にてＮＯ）、処理はステップＳ１５１６に移される。
【０１８０】
ステップＳ１５１６にて、制御部１１０は、受信したメールが通常のメール着信音を鳴らすべきメールであるか否かを判断する。そのメールがメール着信音を鳴らすべきメールである場合には（ステップＳ１５１６にてＹＥＳ）、処理はステップＳ１１２６に移される。そうでない場合には（ステップＳ１５１６にてＮＯ）、処理はステップＳ１５２０に移される。
【０１８１】
ステップＳ１５２０にて、制御部１１０は、予め記憶されているデータを読み出して、該当着信音を鳴動させる。ステップＳ１５２２にて、制御部１１０は、鳴動結果テーブルに該当着信音を登録する。
【０１８２】
ステップＳ１５３４にて、制御部１１０は、通常メール着信音と同じ着信音が鳴動結果テーブルに登録されているか否かを判断する。同じ着信音が鳴動結果テーブルに登録されている場合には（ステップＳ１５３４にてＹＥＳ）、処理はステップＳ１０５０に移される。そうでない場合には（ステップＳ１５３４にてＮＯ）、処理はステップＳ１５３６に移される。
【０１８３】
ステップＳ１５３６にて、制御部１１０は、予め設定された制御信号を出力して通常メール着信音をスピーカ１２２に鳴動させる。
【０１８４】
ステップＳ１５４２にて、制御部１１０は、配信確認音と同じ着信音が鳴動結果テーブルに登録されているか否かを判断する。同じ着信音がそのテーブルに登録されている場合には（ステップＳ１５４２にてＹＥＳ）、処理は終了する。そうでない場合には（ステップＳ１５４２にてＮＯ）、処理はステップＳ１５４４に移される。
【０１８５】
ステップＳ１５４４にて、制御部１１０は、予め設定された配信確認音をスピーカ１２２に鳴動させる。ステップＳ１５５０にて、制御部１１０は、着信音を鳴動することなくすべてのメールを受信する。
【０１８６】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。なお、前述の各実施の形態における動作と同じ動作の説明はここでは繰り返さない。以下では、図１４のデータ領域Ｄ１４１０に示す送信者からメールを受信する場合について説明する。
【０１８７】
携帯電話１００は、「Ａさん」からメールを受信する（データレコードＲ１４５２、ステップＳ１５０８）。そのメールの送信者について鳴動すべき着信音が鳴動結果テーブルに登録されていない場合（ステップＳ１５１０にてＮＯ）、そのメールは、メールコールを鳴動すべき送信者からのメールであるため（ステップＳ１５１２にてＮＯ、ステップＳ１５１６にてＮＯ）、その送信者に対応付けられた着信音（パターン２）を鳴動する（ステップＳ１５２０）。その着信音を識別するデータは鳴動結果テーブルに登録される（図１４１４におけるデータレコードＲ１４６０）。
【０１８８】
携帯電話１００が全てのメールを受信していないため（ステップＳ１１３０にてＮＯ）、次のメールが受信される（ステップＳ１５０８）。次のメールの送信者は「ａａａ＠ｘｘｘ．ｎｅ．ｊｐ」である（データレコードＲ１４５４）。この送信者はパターン１の着信音が対応付けられている。その着信音は鳴動結果テーブルに未登録であり（ステップＳ１５１０にてＮＯ）、このメールは配信確認音を鳴動すべきメールではなく、通常のメール着信音を鳴動すべきメールである（ステップＳ１５１２にてＮＯ、ステップＳ１５１６にてＹＥＳ）。したがって、通常メール着信音フラグが「１」に設定され（ステップＳ１１２６）、着信音の識別データ「パターン１」は、ＲＡＭ１３０の予め定められたデータ領域に格納される。
【０１８９】
その後、携帯電話１００はさらに、メールの受信動作を繰り返す。送信者「ｂｂｂ＠ｙｙｙ．ｎｅ．ｊｐ」からのメールを受信した場合（データレコードＲ１４５５）、この送信者に対応付けられる着信音パターン１は、既に鳴動結果テーブルに記録されているため（データレコードＲ１４６０）、鳴動されない。携帯電話１００が通信レポート（データレコードＲ１４５６）を受信した場合、その着信音パターン５は、ＲＡＭ１３０のデータ領域に格納される。携帯電話１００がＢさんからのメールを受信すると（データレコードＲ１４５８）、Ｂさんに対応付けられる着信音パターン３が鳴動され、鳴動結果テーブルに登録される。
【０１９０】
その後、携帯電話１００は、全てのメールの受信を完了する（ステップＳ１１３０にてＹＥＳ）。ＲＡＭ１３０のデータ領域における通常メール着信音フラグが「１」に設定されており（ステップＳ１１４０にてＹＥＳ）、通常メール着信音と同じ着信音（パターン１）が鳴動結果テーブルに登録されていないため（データ領域Ｄ１４３０、ステップＳ１５３４にてＮＯ）、通常メール着信音が、パターン１に対応する音声データに基づいて鳴動される（ステップＳ１５３６）。
【０１９１】
また、配信確認音フラグが「１」に設定されており（ステップＳ１０５０にてＹＥＳ）、配信確認音と同じ着信音（パターン５）が鳴動結果テーブルに登録されていないため（データ領域Ｄ１４３０、ステップＳ１５４２にてＮＯ）、配信確認音が、パターン５に対応する音声データに基づいて鳴動される（ステップＳ１５４４）。
【０１９２】
以上のようにして、本実施の形態に係る携帯電話１００は、複数のメールの受信時に、送信者に対応付けられる音声データに基づいて鳴動すべき着信音を１度鳴動する。その後、通常のメール着信音を鳴動し、さらに必要があれば配信確認音を鳴動する。その結果、携帯電話１００は、着信音が個別に設定された通信相手からのメールを受信した場合に、利用者は、その受信を最初に知ることができる。その後、利用者はその他のメールの受信あるいは配信を知ることができる。
【０１９３】
このようにすると、利用者に通知すべき情報の受信が最初に行なわれるため、利用者は、着信音に基づいてどの通信相手からメールを受信したかを速やか認識することができる。また、一度鳴動された着信音は再度鳴動されないため、携帯電話１００は、同じ着信音が何度も鳴動されることによる騒音あるいはバッテリの浪費を防止することができる。
【０１９４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１９５】
本発明は携帯通信端末、特に携帯電話に利用可能である。
【図面の簡単な説明】
【０１９６】
【図１】本発明の第１の実施の形態に係る携帯電話の構成を表わすブロック図である。
【図２】本発明の第１の実施の形態に係る携帯電話の外観を表わす図である。
【図３】本発明の第１の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図４】本発明の第１の実施の形態の変形例に係る携帯電話の制御部が実行する処理の手順を表わすフローチャート（その１）である。
【図５】本発明の第１の実施の形態の変形例に係る携帯電話と通信制御装置とを含む通信ネットワークの構成を表わす図である。
【図６】図５に示した通信制御装置を実現するコンピュータの構成を表わすブロック図である。
【図７】本発明の第１の実施の形態の変形例に係る携帯電話の制御部が実行する処理の手順を表わすフローチャート（その２）である。
【図８】図６に示したコンピュータのＣＰＵが実行する処理の手順を表わすフローチャートである。
【図９】本発明の第２の実施の形態に係る携帯電話に格納されるデータの構造を表わす図（その１）である。
【図１０】本発明の第２の実施の形態に係る携帯電話に格納されるデータの構造を表わす図（その２）である。
【図１１】本発明の第２の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図１２】本発明の第３の実施の形態に係る携帯電話に格納されるデータの構造を表わす図である。
【図１３】本発明の第３の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図１４】本発明の第４の実施の形態に係る携帯電話に格納されるデータの構造を表わす図である。
【図１５】本発明の第４の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【符号の説明】
【０１９７】
１００ 携帯電話、１１０ 制御部、１１２ アンテナ、１１４ 通信制御部、１１６ 表示部、１１８ 操作部、１２０ マイク、１２２ スピーカ、１２６ 音量調節部、１２８ バイブレータ、１３０ ＲＡＭ、１４０ ＲＯＭ、１４２ ライト、１５０ 第１の筐体、１６０ 第２の筐体、５１０ 中継局、５５０ ネットワーク、６００ 通信制御装置、６１０ ＣＰＵ、６２０ ＲＡＭ、６３０ 固定ディスク、６５０ ＣＤ−ＲＯＭ駆動装置、６５２ ＣＤ−ＲＯＭ、６６０ 通信ＩＦ。
【技術分野】
【０００１】
本発明は携帯通信端末の制御に関し、特に情報の受信を通知する際の制御に関する。
【背景技術】
【０００２】
近年、携帯電話その他の携帯通信端末の普及に伴い、その端末を介した電子メールの通信も広く利用されている。この通信では、受信側の携帯通信端末が、待機状態である場合には、送信者が電子メールを送信するごとに、受信側の携帯通信端末は、その電子メールを受信することができる。また、受信側の携帯通信端末がたとえば電源の遮断、電波が届かない場所にある場合など受信できない状態にある場合、送信された電子メールは、通信を中継する事業者内のコンピュータに保存される。保存されたメールは、再度送信が行なわれたり、あるいは受信者の送信要求に応答して送信されたりする。この場合、蓄積された電子メールの数が多い場合、受信者は、どれぐらいの電子メールを受信したのか、容易に把握できない場合があった。
【０００３】
そこで、このような問題を解決するために、たとえば特開平５−６８０５４号公報（特許文献１）は、受信中の電子メールの数を利用者に報知する電子メール受信確認装置を開示する。この装置は、電子メールを受信するための受信部と、利用者が受信された電子メールを処理するための処理部と、電子メールの受信ごとにカウントアップして、電子メールの処理の完了に応じてリセットされる計数部と、ディスプレイにアイコンを表示させるための表示部と、計数部の計数値に応じてアイコンの図形を切り替えるための切替部と、計数値のカウントアップごとに計測値に応じた信号音を発生するための発生部とを含む。
【０００４】
特許文献１に開示された装置によると、受信された電子メールの数に応じた信号音が発生されるため、利用者は、電子メールの数を容易に認識することができる。
【特許文献１】特開平５−６８０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示された電子メール受信確認装置によると、たとえばその装置が受信するメールの数が多い場合には、信号音が長時間発生されることになる。そのため、たとえば公共の場所において装置の周辺に迷惑を及ぼしたり、あるいは、電力の過剰な消費につながる場合もあった。
【０００６】
本発明は、上述の問題点を解決するためになされたものであって、その目的は、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信状況を利用者に報知することができる携帯通信端末を提供することである。
【０００７】
本発明の他の目的は、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信件数を利用者に報知することができる携帯通信端末の着信通知方法を提供することである。
【０００８】
本発明のさらに他の目的は、携帯通信端末を、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信件数を利用者に報知することができる方法を実現するためのプログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、この発明のある局面に従うと、携帯通信端末は、通信回線を介して、電子メールを受信するための受信手段と、電子メールの受信を報知するための報知手段と、受信手段により受信される電子メールの数を検出するための検出手段と、電子メールの数が複数であるか否かに基づいて、報知手段の動作を制御するための制御手段とを含む。
【００１０】
上記の構成を有する携帯通信端末によると、受信手段が電子メールを受信すると、検出手段は電子メールの数を検出する。ここで、電子メールとは、たとえば通信回線を介して接続された端末間で目的の相手に伝達される情報の集まりをいう。この情報には、テキストデータ、グラフィックスデータ、プログラム、動画、音声などが含まれる。制御手段は、その数が複数であるか否かに基づいて、音声出力装置、発光装置、発振装置その他の報知手段の動作を制御する。この制御には、たとえば音声出力の場合における出力時間あるいは出力される音声の切り替え、発光の場合における発光時間あるいは発光色の切り替え、発振の場合における発振時間あるいは発振の周波数の切り替えなどが含まれる。このようにすると、利用者は、受信した電子メールが１件であるか複数であるかを容易に判別することができる。
【００１１】
好ましくは、制御手段は、電子メールの数が１である場合に、予め定められた第１の報知の態様で電子メールの受信を報知するように、報知手段を制御するための第１の報知制御手段と、電子メールの数が２以上である場合に、第１の報知の態様と異なる態様で電子メールの受信を報知するように、報知手段を制御するための第２の報知制御手段とを含む。
【００１２】
上記の構成を有する携帯通信端末によると、受信した電子メールの数が１である場合には、第１の報知制御手段が第１の報知の態様でその受信を報知する。受信したメールの数が２以上である場合には、第２の報知制御手段が第２の報知の態様でその受信を報知する。第１の報知の態様と第２の報知の態様とは異なるため、利用者は、受信した電子メールの数が１件であるかそれ以上であるかを容易に判別することができる。
【００１３】
好ましくは、受信手段は、複数の電子メールを受信する。検出手段は、複数の電子メールを受信した後に、電子メールの数を検出するための手段を含む。
【００１４】
上記の構成を有する携帯通信端末によると、電子メールの受信後にそのメールの数が検出されて、その数に基づいて報知の態様が切り替えられる。これにより、電子メールの数は正確に検出されるため、電子メールの受信の報知時において、誤報知を防止することができる。
【００１５】
好ましくは、受信手段は、複数の電子メールを受信する。検出手段は、複数の電子メールの各々を受信するごとに、電子メールの数を検出するための手段を含む。第２の報知制御手段は、検出された電子メールの数が２である場合に、第１の報知の態様と異なる態様で電子メールの受信を報知する動作を報知手段に実行させるための手段と、報知手段３以上である場合に、報知手段による報知の動作を禁止するための手段とを含む。
【００１６】
上記の構成を有する携帯通信端末によると、検出された電子メールの数が２になったときに、報知手段は、１件の電子メールを受信した場合における報知の態様と異なる態様で、その受信を報知する。３件目の電子メールが受信されたとき、報知手段は、電子メールの受信を報知しない。このようにすると、携帯通信端末は、利用者に電子メールの受信状況を迅速に報知することができる。
【００１７】
好ましくは、携帯通信端末はさらに、予め定められた時間に受信された電子メールの数が２であるか否かを判断するための判断手段を含む。第２の報知制御手段は、予め定められた時間に受信された電子メールの数が２である場合には、第１の報知の態様と異なる態様で報知するように、報知手段を制御する。
【００１８】
上記の構成を有する携帯通信端末によると、受信手段が予め定められた時間に２件の電子メールを受信すると、報知手段は、１件の電子メールの受信を報知する態様と異なる態様で、２件の電子メールの受信を報知する。したがって、利用者は、その時間内に少なくとも２件の電子メールを受信したか否かを知ることができる。なお、受信した電子メールの数を判断するタイミングは、上記のような予め定められた時間に限られず、たとえば携帯通信端末が通信回線に接続するごとに行なわれてもよい。
【００１９】
好ましくは、携帯通信端末は、通信回線を介して、電子メールの通信を制御する通信制御装置に接続される。携帯通信端末はさらに、通信回線を介して、通信制御装置に電子メールの数の送信要求を送信するための手段を含む。受信手段は、電子メールの数が含まれる情報を受信する。
【００２０】
上記の構成を有する携帯通信端末によると、電子メールの数の送信要求が通信制御装置に送信されると、その数を含む情報が携帯通信端末に送信される。報知手段は、この情報から検出される電子メールの数に基づいて、メールの受信を報知する。このようにすると、携帯通信端末が実際に電子メールを受信する前に、電子メールの受信が報知されるため、利用者は、２件以上の電子メールを受信したか否かを迅速に知ることができる。
【００２１】
好ましくは、携帯通信端末はさらに、複数の音声データを記憶するための記憶手段を含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。第１の報知制御手段は、予め定められた音声データに基づく音声を出力するように、音声出力手段を制御する。第２の報知制御手段は、予め定められた音声データと異なる音声データに基づく音声を出力するように、音声出力手段を制御する。
【００２２】
上記の構成を有する携帯通信端末によると、出力される音声は、受信された電子メールの数に応じて異なるため、利用者は、電子メールを１件受信したか、あるいは、それ以上受信したかを速やかに知ることができる。
【００２３】
好ましくは、携帯通信端末はさらに、音声データを記憶するための記憶手段を含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。第１の報知制御手段は、予め定められた時間音声データに基づく音声を出力するように、音声出力手段を制御する。第２の報知制御手段は、予め定められた時間よりも長い時間、音声データに基づく音声を出力するように、音声出力手段を制御する。
【００２４】
上記の構成を有する携帯通信端末によると、受信手段が２件以上の電子メールを受信した場合、受信数に関係なく、１件の電子メールの受信時における音声出力時間よりも長い時間音声が出力されるため、音声が出力され続けることによる騒音の影響を防止することができる。なお、音声の出力に関し、第１の報知制御手段が予め定められた時間よりも長い時間出力し、第２の報知制御手段が予め定められた時間出力するものであってもよい。
【００２５】
好ましくは、報知手段は、光を発生するための発光手段を含む。第１の報知制御手段は、予め定められた時間光を発生するように、発光手段を制御する。第２の報知制御手段は、予め定められた時間よりも長い時間、光を発生するように、発光手段を制御する。
【００２６】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、発光する時間が異なるため、利用者は、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００２７】
好ましくは、報知手段は、複数色の光の中の少なくとも１色の光を発生するための発光手段を含む。第１の報知制御手段は、予め定められた第１の光を発生するように、発光手段を制御する。第２の報知制御手段は、第１の光の色と異なる色の光を発生するように、発光手段を制御する。
【００２８】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、発光する光の色が異なるため、利用者は、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００２９】
好ましくは、報知手段は、振動を発生するための発振手段を含む。第１の報知制御手段は、予め定められた時間、振動を発生するように、発振手段を制御する。第２の報知制御手段は、予め定められた時間よりも長い時間、振動を発生するように、発振手段を制御する。
【００３０】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、振動が発生する時間が異なるため、利用者は、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００３１】
好ましくは、報知手段は、振動を発生するための発振手段を含む。第１の報知制御手段は、予め定められた周波数に基づいて振動を発生するように、発振手段を制御する。第２の報知制御手段は、予め定められた周波数と異なる周波数に基づいて振動を発生するように、発振手段を制御する。
【００３２】
上記の構成を有する携帯通信端末によると、受信手段が１件の電子メールを受信した場合と２件以上の電子メールを受信した場合とで、振動の周波数が異なる。これいにより、利用者は、そのような振動の態様に基づいて、複数の電子メールを受信したか否かを容易に判断する事ができる。
【００３３】
好ましくは、携帯通信端末はさらに、音声データを記憶するための記憶手段を含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。第１の報知制御手段は、一度の通信接続で音声データに基づく音声を出力するように、音声出力手段を制御する。
【００３４】
上記の構成を有する携帯通信端末によると、通信回線に接続するごとに受信された電子メールの数に応じて、音声が出力される。したがって、利用者は、携帯通信端末によって未読メールを受信するごとに、受信メールの数が２以上であるか否かを容易に認識することができる。
【００３５】
この発明の他の局面に従うと、携帯通信端末は、通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するための受信手段と、電子メールの受信を報知するための報知手段と、報知手段による報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを記憶するための記憶手段と、報知制御データに基づいて、報知データに基づく報知を実行するか否かを判断するための判断手段と、判断手段の結果に基づいて、報知データに基づく報知を実行するように、報知手段を制御するための制御手段とを含む。
【００３６】
上記の構成を有する携帯通信端末によると、受信手段が電子メールを受信すると、その電子メールの送信者と、通信相手の情報とに基づいて、判断手段が、報知データに基づく報知を実行するか否かを判断する。たとえば、通信相手の情報によるとその送信者が報知を必要としない通信相手である場合には、判断手段は、報知しないと判断する。また、その送信者に応じた報知データに基づく報知が必要であることが報知制御データに含まれている場合には、判断手段は、その報知データに基づいて報知すると判断する。このように、報知あるいは非報知の判断が、報知データごとに行なわれるため、同一の報知データに対応付けられた異なる通信相手から電子メールを受信した場合であっても、同じ態様で何度も報知されることはない。当然、同一の通信相手から電子メールを受信した場合も何度も報知されることはない。これにより、電力の消費を抑制しつつ、利用者に電子メールの受信を報知することができる携帯通信端末を提供することができる。
【００３７】
好ましくは、報知データは、少なくとも１つ以上の音声データを含む。報知制御データは、音声データに基づく報知を実行するか否かを表わすデータを含む。報知手段は、音声データに基づいて音声を出力するための音声出力手段を含む。制御手段は、判断手段が音声データに基づく報知を実行すると判断したとき、音声出力手段に音声データに基づく音声を出力させるための手段と、判断手段が音声データに基づく報知を実行しないと判断したとき、音声出力手段に音声データに基づく音声の出力を禁止するための手段とを含む。
【００３８】
上記の構成を有する携帯通信端末によると、同一の音声（たとえば、通信相手に固有なメール着信音、通常のメール着信音等）が何度も出力されなくなる。このようにすると、携帯通信端末の電力の消費が抑制されるとともに、騒音の観点から、周囲への影響を最小限にしつつ、電子メールの受信を利用者に通知することができる。
【００３９】
好ましくは、受信手段は、複数の電子メールを受信する。判断手段は、複数の電子メールを受信した後に、複数の電子メールの各々から送信者を識別する情報を取得する。判断手段は、各送信者の情報に基づいて、記憶手段から報知制御データを読み出す。判断手段は、報知制御データが、送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、音声データに基づく報知を実行すると判断する。そして、判断手段は、報知制御データが、送信者は電子メールの受信時に報知を必要としない通信相手であることを表わすとき、音声データに基づく報知を実行しないと判断する。
【００４０】
上記の構成を有する携帯通信端末によると、電子メールの受信後に、電子メールの送信者に対応付けられる情報に応じて、特定の音声データに基づく音声の出力の必要性が判断される。このようにすると、同じ音声データに基づく音声の出力が避けられる。また、電子メールの受信完了後に報知の判断がなされるため、報知の態様を正確に判断する事ができる。
【００４１】
好ましくは、受信手段は、複数の電子メールを受信する。判断手段は、複数の電子メールの各々を受信するごとに、各電子メールから送信者の情報を取得する。判断手段は、各送信者の情報に基づいて、記憶手段から報知制御データを読み出す。判断手段は、報知制御データが、送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、音声データに基づく報知を実行すると判断する。そして、判断手段は、音声データに基づく音声が出力された後に、音声データに基づく報知を実行しないと判断する。
【００４２】
上記の構成を有する携帯通信端末によると、受信手段が電子メールを受信するごとに、そのメールの送信者に対応付けられた報知制御データに基づいて、音声データに基づく報知の必要性が判断される。このようにすると、報知が必要な場合には、音声出力手段は、速やかに音声を出力することができるため、電子メールの受信が速やかに報知される。
【００４３】
この発明の他の局面に従うと、携帯通信端末の着信通知方法は、通信回線を介して、電子メールを受信するステップと、電子メールの受信を報知するステップと、受信された電子メールの数を検出するステップと、電子メールの数が複数であるか否かに基づいて、報知の動作を制御するステップとを含む。
【００４４】
上記の構成を有する着信通知方法によると、携帯通信端末が電子メールを受信すると、電子メールの数が検出される。音声出力装置、発光装置、発振装置その他の報知手段の動作は、その数が複数であるか否かに基づいて制御される。この制御には、たとえば音声出力の場合における出力時間あるいは出力される音声の切り替え、発光の場合における発光時間あるいは発光色の切り替え、発振の場合における発振時間あるいは発振の周波数の切り替えなどが含まれる。このようにすると、利用者は、受信した電子メールが１件であるか複数であるかを容易に判別することができる。
【００４５】
この発明の他の局面に従うと、プログラムは、携帯通信端末に、電子メールの着信を通知する方法を実行させる。このプログラムは携帯通信端末に、通信回線を介して、電子メールを受信するステップと、電子メールの受信を報知するステップと、受信された電子メールの数を検出するステップと、電子メールの数が複数であるか否かに基づいて、報知の動作を制御するステップとを実行させる。
【００４６】
上記の構成を有するプログラムによると、携帯通信端末が電子メールを受信すると、電子メールの数が検出される。音声出力装置、発光装置、発振装置その他の報知手段の動作は、その数が複数であるか否かに基づいて制御される。この制御には、たとえば音声出力の場合における出力時間あるいは出力される音声の切り替え、発光の場合における発光時間あるいは発光色の切り替え、発振の場合における発振時間あるいは発振の周波数の切り替えなどが含まれる。これにより、携帯通信端末におけるメールの受信件数を容易に利用者に報知することができる方法を実現するためのプログラムを提供することができる。
【００４７】
この発明の他の局面に従うと、携帯通信端末の着信通知方法は、通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、電子メールの受信を報知するステップと、報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、報知制御データに基づいて、報知データに基づく報知を実行するか否かを判断するステップと、判断ステップの結果に基づいて、報知データに基づく報知を実行するように、報知ステップを制御するステップとを含む。
【００４８】
上記の構成を有する着信通信方法によると、携帯通信端末が電子メールを受信すると、報知データに基づく報知を実行するか否かが、その電子メールの送信者と、通信相手の情報とに基づいて判断される。たとえば、通信相手の情報によるとその送信者が報知を必要としない通信相手である場合には、電子メールの受信を報知しないと判断される。また、その送信者に応じた報知データに基づく報知が必要であることが報知制御データに含まれている場合には、その報知データに基づいて報知すると判断される。このように、報知あるいは非報知の判断が、報知データごとに行なわれるため、同一の報知データに対応付けられた異なる通信相手から電子メールを受信した場合であっても、同じ態様で何度も報知されることはない。これにより、電力の消費を抑制しつつ、利用者に電子メールの受信を報知することができる携帯通信端末の着信通知方法を提供することができる。
【００４９】
この発明のさらに他の局面に従うと、プログラムは、携帯通信端末に、電子メールの着信を通知する方法を実行させる。このプログラムは携帯通信端末に、通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、電子メールの受信を報知するステップと、報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、報知制御データに基づいて、報知データに基づく報知を実行するか否かを判断するステップと、判断ステップの結果に基づいて、報知データに基づく報知を実行するように、報知ステップを制御するステップとを実行させる。
【００５０】
上記の構成を有するプログラムによると、携帯通信端末における電子メールの受信時に、報知あるいは非報知の判断が、報知データごとに行なわれる。そのため、同一の報知データに対応付けられた異なる通信相手から電子メールを受信した場合であっても、同じ態様で何度も報知されることはない。これにより、電力の消費を抑制しつつ、利用者に電子メールの受信を報知することができる携帯通信端末の着信通知方法を実現するためのプログラムを提供することができる。
【発明の効果】
【００５１】
本発明に係る携帯通信端末によると、電子メールを１件受信した場合と、２件以上受信した場合とで、受信の報知が切り替えられるため、利用者は、電子メールを１件受信したかあるいはそれ以上受信したかを容易に知ることができる。
【００５２】
本発明に係る携帯通信端末によると、複数の電子メールが受信された場合には、電子メールの受信件数に関わらず、受信の報知が、予め定められた報知の態様によって行なわれる。したがって、多数の電子メールを受信した場合に、報知の動作が続くことが防止されるため、携帯通信端末の電力の消費が抑制され、また、周囲への影響も最小限に抑えられる。
【００５３】
本発明に係る携帯通信端末によると、同一の音声による報知を要求する複数の通信相手から電子メールを受信した場合に、同一の音声が何度も出力されなくなる。これにより、電源の消費を抑制しつつ、少なくとも係る音声の報知が対応付けられた通信相手からの受信を報知することができる。
【００５４】
本発明に係る着信通知方法によると、携帯通信端末は、電子メールを１件受信した場合と、２件以上受信した場合とで、受信の報知を切り替える。これにより、利用者は、電子メールを１件受信したかあるいはそれ以上受信したかを容易に知ることができる。
【００５５】
本発明に係る着信通知方法によると、携帯通信端末は、同一の音声による報知を要求する複数の通信相手から電子メールを受信した場合に、同一の音声を何度も出力しない。これにより、電源の消費を抑制しつつ、少なくとも係る音声の報知が対応付けられた通信相手からの受信を報知することができる。
【００５６】
本発明に係るプログラムによると、そのプログラムを実行する携帯通信端末は、電子メールを１件受信した場合と、２件以上受信した場合とで、受信の報知を切り替える。これにより、利用者は、電子メールを１件受信したかあるいはそれ以上受信したかを容易に知ることができる。
【００５７】
さらに、本発明に係るプログラムによると、そのプログラムを実行する携帯通信端末は、同一の音声による報知を要求する複数の通信相手から電子メールを受信した場合に、同一の音声を何度も出力しない。これにより、電源の消費を抑制しつつ、少なくとも係る音声の報知が対応付けられた通信相手からの受信を報知することができる。
【発明を実施するための最良の形態】
【００５８】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００５９】
＜第１の実施の形態＞
以下、本発明の本発明の第１の実施の形態に係る携帯通信端末について説明する。この携帯通信端末は、たとえば携帯電話であるが、これに限られず、通信機能を有する端末であればよい。
【００６０】
図１を参照して、本実施の形態に係る携帯電話１００について説明する。図１は、携帯電話１００の構成を表わすブロック図である。
【００６１】
図１に示すように、携帯電話１００は、制御部１１０と、アンテナ１１２と、通信制御部１１４と、表示部１１６と、操作部１１８と、マイク１２０と、スピーカ１２２と、音量調節部１２６と、バイブレータ１２８と、ＲＡＭ（Random Access Memory）１３０と、ＲＯＭ（Read Only Memory）１４０と、ライト１４２とを含む。
【００６２】
アンテナ１１２によって受信された信号は、通信制御部１１４を介して制御部１１０に入力される。この信号には、通話信号に加えて、電子メールのデータも含まれる。また、電子メールとは、たとえば通信回線を介して接続された端末間で目的の相手に伝達される情報の集まりをいう。この情報には、テキストデータ、グラフィックスデータ、プログラム、動画、音声などが含まれる。
【００６３】
制御部１１０は、映像表示するための信号表示部１１６に出力する。表示部１１６は、入力される信号に基づいて映像を表示する。この表示部１１６は、たとえば液晶モニタである。
【００６４】
制御部１１０は、通信制御部１１４から入力される音声信号に基づいて、予め定められた処理を実行して音声調節部１２６に音声信号を出力する。音量調節部１２６は、入力される信号を予め定められた設定、あるいは操作部１１８を介して入力される設定に基づいて変換し、スピーカ１２２に出力する。なお、携帯電話１００は、スピーカ１２２に加えて他のスピーカを備えていてもよい。たとえば、受話用のスピーカと着信音の出力用のスピーカとが異なっていてもよい。
【００６５】
携帯電話１００の利用者がマイク１２０に対して発した音声は、制御部１１０に入力される。制御部１１０は、予め定められた変換処理を実行して通信制御部１１４に音声信号を出力する。通信制御部１１４は、制御部１１０からの信号に基づいて送信処理を実行する。この送信処理によって生成される信号は、アンテナ１１２を介して送信される。
【００６６】
制御部１１０は、通信制御部１１４から着信信号を受信すると、予め定められた設定に基づいて、バイブレータ１２８を振動させるための信号を出力する。バイブレータ１２８は、その信号に基づいて振動し、携帯電話１００の利用者は、電話の着信などを知ることができる。
【００６７】
ライト１４２は、制御部１１０から出力される信号に基づいて、予め設定された色の光を発する。ライト１４２は、制御部１１０から点滅の指令が出力された場合には、予め設定された間隔毎に、点滅する。
【００６８】
ＲＡＭ１３０は、たとえばフラッシュメモリである。ＲＡＭ１３０は、上記の各設定を記憶するための各種設定記憶領域１３２と、携帯電話１００の通信相手の情報を記憶するためのメモリダイヤル記憶領域１３４と、ライト１４２の発光条件その他の各種のデータを記憶するための各種データ記憶領域１３６とを含む。これらの領域に格納されるデータは、操作部１１８を介して入力される設定に基づいて利用者が任意に変更することができる。
【００６９】
なお、ＲＡＭ１３０に確保される記憶領域の態様は、図１に示したものに限られない。携帯電話１００の動作に応じてＲＡＭ１３０に一時的に格納されるデータの構造については、後述する。
【００７０】
ＲＯＭ１４０は、予め作成された携帯電話１００の基本的な動作条件を制御するプログラム、あるいは初期データなどを記憶する。なお、ＲＯＭ１４０に記憶されるデータは、ＲＡＭ１３０に予め記憶されていてもよい。また、ＲＯＭ１４０は、ＥＰＲＯＭ（Erasable and Programmable ROM）その他のデータの消去あるいは書き込みが可能なＲＯＭであってもよい。この場合、携帯電話１００の動作の制御に必要なデータあるいはソフトウェアを逐次更新することができる。
【００７１】
このようにして、携帯電話１００における処理は、各ハードウェア、および制御部１１０あるいは通信制御部１１４により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ１３０あるいはＲＯＭ１４０に予め記憶されている場合がある。あるいは、メモリカード（図示しない）その他の記録媒体に格納されて流通し、メモリカードリーダ（図示しない）によりその記録媒体から読み取られて、ＲＡＭ１３０に一旦格納される場合もある。そのソフトウェアは、ＲＯＭ１４０あるいはＲＡＭ１３０から読み出されて、制御部１１０によって実行される。図１に示した携帯電話１００のハードウェア自体は、通信機能を有するコンピュータとして一般的なものである。したがって、本発明の最も本質的な部分は、ＲＡＭ１３０、ＲＯＭ１４０、あるいはメモリカードその他の記録媒体に記録されたソフトウェアであるともいえる。
【００７２】
図２を参照して、本実施の形態に係る携帯電話１００の構成についてさらに説明する。図２は、携帯電話１００の具体的な構成の一例を表わす概略図である。
【００７３】
図２に示すように、携帯電話１００は、たとえば第１の筐体１５０と第２の筐体１６０とを含む折り畳み可能な構成を有する。なお、携帯電話１００の構成は、図２に示した態様に限られず、折り畳み可能でない構成であってもよいし、あるいは、複数の筐体が分離可能な構成であってもよい。
【００７４】
図３を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図３R>３は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００の利用者が予め定められた未読メールの受信処理の実行を指示した場合、あるいは基地局、中継局その他の情報通信サービスの提供者が有する通信制御装置（図示しない）がメールを受信し、携帯電話１００がその受信を検知し、そして未読メールを受信する場合に実行される。
【００７５】
ステップＳ３０２にて、制御部１１０は、未読メールを全件受信する。この処理は、たとえば利用者が携帯電話１００を介して通信回線に接続した場合に、未読メールの受信を指示した時に実行される。
【００７６】
ステップＳ３０４にて、制御部１１０は、受信したメール数をＲＡＭ１３０の所定のデータ領域に格納する。このメール数は、たとえば各メールの通信電文の先頭部分あるい末尾に格納されている所定の制御コードの数を読み取ることにより、検出される。なお、その他の方法によって、メールの数が検出されてもよい。
【００７７】
ステップＳ３０６にて、制御部１１０は、メール着信音の設定がＯＮであるか否かを判断する。この判断は、たとえばＲＡＭ１３０のデータ領域に格納されたメール着信音の設定フラグの状態を読出して行なわれる。メール着信音の設定がＯＮである場合には（ステップＳ３０６にてＹＥＳ）、処理はステップＳ３０８に移される。そうでない場合には（ステップＳ３０６にてＮＯ）、処理はステップＳ３３０に移される。
【００７８】
ステップＳ３０８にて、制御部１１０は、受信したメールの数が１件であるか否かを判断する。受信したメール数が１件である場合には（ステップＳ３０８にてＹＥＳ）、処理はステップＳ３１０に移される。そうでない場合には（ステップＳ３０８にてＮＯ）、処理はステップＳ３２０に移される。
【００７９】
ステップＳ３１０にて、制御部１１０は、ＲＡＭ１３０における設定に基づいて、着信音を１回鳴動する信号を音量調節部１２６に出力する。その結果、スピーカ１２２は、着信音を１回だけ鳴動する。
【００８０】
ステップＳ３２０にて、制御部１１０は、ＲＡＭ１３０に格納されている設定に基づいて、着信音を２回鳴動するための信号を音量調節部１２６に出力する。その結果、スピーカ１２２は、着信音を２回だけ鳴動する。
【００８１】
ステップＳ３３０にて、制御部１１０は、音量調節部１２６に着信音の鳴動のための信号の出力を禁止する。その結果、スピーカ１２２は、いずれの着信音も鳴動しない。
【００８２】
以上のような構造及びフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。以下では、携帯電話１００が未読メールを１０件受信した場合について説明する。なお、メールの受信件数は、１０件に限られない。
【００８３】
利用者が、携帯電話１００の操作部１１８を介して予め定められた未読メールの受信処理の実行を指示すると、携帯電話１００が接続される基地局（図示しない）から、未読メールの送信が開始される。携帯電話１００が未読メールの受信を完了すると（ステップＳ３０２）、その数が検出され、ＲＡＭ１３０の所定のデータ領域に格納される（ステップＳ３０４）。
【００８４】
携帯電話１００のメール着信音の設定がＯＮである場合（ステップＳ３０６にてＹＥＳ）、受信された未読メールの数が２件以上であるため（ステップＳ３０８にてＮＯ）、携帯電話１００は、着信音を２回鳴動する。これにより、利用者は、少なくとも２件以上のメールを受信したことを認識することができる。
【００８５】
以上のようにして、本実施の形態に係る携帯電話１００は、複数の未読メールを受信した場合でも、受信した数の着信音を鳴動させない。したがって、着信音が長時間鳴動しつづけることによる電力の消費、あるいは公共の場所における周囲への影響が抑制される。
【００８６】
なお、本実施の形態において、メールの受信を報知する態様は、音声の出力に限られない。たとえば、受信したメールの数ごとに予め定められた周波数を有する振動を発してもよいし、特定の色を有する光を発光してもよい。あるいは、光の点滅する速度をメールの受信数に応じて予め設定してもよい。このようにしても、携帯電話１００がメールを受信したか否か、および複数のメールを受信したか否かを、利用者に報知することができる。これにより、電力の消費を抑制し、また周辺に悪影響を及ぼすことなくメールの受信状況を利用者に報知することができる携帯通信端末を提供することができる。
【００８７】
＜第１の実施の形態 第１の変形例＞
以下、本実施の形態の第１の変形例について説明する。本変形例に係る携帯電話は、複数のメールの受信中に、各メールを受信する度に、着信音を鳴動させるか否かを判断する機能を有する点で、前述の第１の実施の形態と異なる。なお、本変形例に係る携帯電話１００のハードウェア構成は、前述の第１の実施の形態と同じである。それらの機能も同じである。したがって、それらについての説明はここでは繰り返さない。
【００８８】
図４を参照して、本変形例に係る携帯電話１００の制御構造について説明する。図４は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【００８９】
ステップＳ４０２にて、制御部１１０は、メールの受信を検知する。ステップＳ４０４にて、制御部１１０は、メール受信カウンタを初期化する。これにより、そのカウンタの値は、「０」に設定される。なお、このカウンタは、この処理が実行されるときに一時的に生成されるデータ領域である。この領域は、この処理中のデータを一時的に格納する。
【００９０】
ステップＳ４０６にて、制御部１１０は、メール受信カウンタの値を「１」だけカウントアップする。
【００９１】
ステップＳ４０８にて、制御部１１０は、メール受信カウンタの値が「１」であるか否かを判断する。そのカウンタの値が「１」である場合には（ステップＳ４０８にてＹＥＳ）、処理はステップＳ３１０に移される。そうでない場合には（ステップＳ４０８にてＮＯ）、処理はステップＳ４１２に移される。
【００９２】
ステップＳ４１２にて、制御部１１０は、メール受信カウンタの値が「２」であるか否かを判断する。そのカウンタの値が「２」である場合には（ステップＳ４１２にてＹＥＳ）、処理はステップＳ３１０に移される。そうでない場合には（ステップＳ４１２にてＮＯ）、処理はステップＳ３３０に移される。
【００９３】
ステップＳ４２０にて、制御部１１０は、メールをさらに受信しているか否かを判断する。この判断は、たとえば携帯電話１００がメールの送信が終了したことを表わすコードを検出したか否かに基づいて行なわれる。メールをさらに受信している場合には（ステップＳ４２０にてＹＥＳ）、処理はステップＳ４０６に戻される。そうでない場合には（ステップＳ４２０にてＮＯ）、処理は終了する。
【００９４】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。以下では、携帯電話１００が１０件のメールを受信する場合について説明する。
【００９５】
利用者が携帯電話１００に対して予め定められた操作を実行することにより、未読メールの送信要求を基地局（図示しない）に送信すると、基地局は携帯電話１００に未読メールの送信を開始する。
【００９６】
携帯電話１００がメールの受信を検知すると（ステップＳ４０２）、メール着信音の設定がＯＮである場合には（ステップＳ３０６にてＹＥＳ）、メール受信カウンタが初期化される（ステップＳ４０４）。
【００９７】
携帯電話１００が１件目のメールを受信した時、メール受信カウンタの値は「１」に設定されるため（ステップＳ４０６、ステップＳ４０８にてＹＥＳ）、予め設定された着信音が１回鳴動する（ステップＳ３１０）。
【００９８】
携帯電話１００が２件目のメールを受信すると（ステップＳ４２０にてＹＥＳ）、メール受信カウンタの値は「２」に設定される（ステップＳ４０６、ステップＳ４０８にてＮＯ）。この場合（ステップＳ４１２にてＹＥＳ）、その着信音が再び鳴動する（ステップＳ３１０）。
【００９９】
携帯電話１００が３件目以降のメールを受信すると（ステップＳ４２０にてＹＥＳ）、メール受信カウンタの値は「３」以上になるため（ステップＳ４０８にてＮＯ、ステップＳ４１２にてＮＯ）、着信音は鳴動しない（ステップＳ３３０）。
【０１００】
以上のようにして、本変形例に係る携帯電話１００は、メールを受信する場合に、２件目のメールを受信するまで、予め設定された着信音を鳴動する。３件目以降のメールを受信した場合には、着信音は鳴動しない。これにより、携帯電話１００が１件のメールを受信したこと、あるいは２件以上のメールを受信したことが、利用者に通知される。このようにすると、利用者は、メールの受信状況を容易に認識することができる。また、メールの受信ごとに鳴動の有無が判断されるため、最後のメールの受信が完了する前に、利用者はメールの受信状況を知ることができる。
【０１０１】
＜第１の実施の形態 第２の変形例＞
以下、本実施の形態の第２の変形例について説明する。本変形例に係る携帯電話１００は、基地局に未読メールの数の送信要求を送信し、その要求に応じて返信された未読メールの数に基づいて、着信音の鳴動の態様を判断する機能を有する点で、前述の実施の形態と異なる。なお、本変形例に係る携帯電話１００のハードウェア構成は、第１の実施の形態と同じである。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。
【０１０２】
図５を参照して、本変形例に係る携帯電話１００が通信するネットワークについて説明する。図５は、携帯電話１００と、上記の送信要求の送信先である通信制御装置６００とを含む通信ネットワークを表わす図である。
【０１０３】
図５に示すように、携帯電話１００は、通信回線を介して中継局５１０に接続される。中継局５１０は、ネットワーク５５０を介して通信制御装置６００に接続される。なお、ネットワーク５５０に接続される各通信装置の構成は、図５に示される態様に限られない。複数の中継局が通信制御装置６００に接続されてもよいし、複数の携帯電話が特定の中継局に接続可能であってもよい。
【０１０４】
図５において、携帯電話１００からの未受信メールの数の送信要求は、中継局５１０とネットワーク５５０とを介して通信制御装置６００に伝送される。また、通信制御装置６００からの通信情報は、ネットワーク５５０を介して中継局５１０に伝送される。中継局５１０は、携帯電話１００にその通信情報を送信する。なお、この通信の処理の詳細は、後述する。
【０１０５】
図６を参照して、本変形例に係る通信制御装置６００の構成について説明する。図６は、通信制御装置６００のハードウェア構成を表わすブロック図である。
【０１０６】
通信制御装置６００は、ＣＰＵ（Central Processing Unit）６１０と、ＲＡＭ６２０と、データバスを介してＣＰＵ６１０にそれぞれ接続された、固定ディスク６３０と、ＣＤ−ＲＯＭ（Compact Disk - Read Only Memory）駆動装置６５０と、通信ＩＦ（Interface）６６０とを含む。ＣＤ−ＲＯＭ駆動装置６５０には、ＣＤ−ＲＯＭ６５２が装着される。
【０１０７】
ＣＰＵ６１０は、ＲＡＭ６２０あるいは固定ディスク６３０に記憶されているプログラムに基づいて、予め定められた処理を実行する。この処理の詳細は、後述する。ＣＰＵ６１０は、通信ＩＦ６６０を介して、ネットワークに接続された他の通信装置とデータを通信する。
【０１０８】
このようにして、通信制御装置６００における処理は、各ハードウェアおよびＣＰＵ６１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ６２０あるいは固定ディスク６３０に予め記憶されている場合がある。あるいは、ＣＤ−ＲＯＭ６５２その他の記録媒体に格納されて流通し、ＣＤ−ＲＯＭ駆動装置６５０によりその記録媒体から読取られて、固定ディスク６３０に一旦格納される場合もある。そのソフトウェアは、固定ディスク６３０から読み出されて、ＣＰＵ６１０によって実行される。図６に示した通信制御装置６００のハードウェア自体は、コンピュータとして一般的なものである。したがって、本変形例に係る通信制御装置６００を実現するために最も本質的な部分は、ＲＡＭ６２０、固定ディスク６３０、あるいはＣＤ−ＲＯＭ６５２その他の記録媒体に記録されたソフトウェアであるともいえる。なお、通信制御装置６００を実現するコンピュータの各ハードウェアの動作は周知であるので、ここではその説明は繰り返さない。
【０１０９】
図７を参照して、本変形例に係る携帯電話１００の制御構造について説明する。図７は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【０１１０】
ステップＳ７０２にて、制御部１１０は、利用者による操作に基づいて、未受信メールの数の送信要求を通信制御装置６００に送信する。ステップＳ７０４にて、制御部１１０は、通信制御装置６００から、未受信メールの数を含む情報を受信する。ステップＳ７０６にて、制御部１１０は、未受信メールの数をＲＡＭ１３０の各種データ領域１３６に確保された領域に格納する。
【０１１１】
図８を参照して、本変形例に係る通信制御装置６００の制御構造について説明する。図８R>８は、通信制御装置６００のＣＰＵ６１０が実行する処理の手順を表わすフローチャートである。この処理は、たとえば携帯電話１００その他の通信端末から、各通信端末に対応付けられたメールアドレスに送信された電子メールのうち未受信のメールの数を送信する要求を受信した場合に、実行される。
【０１１２】
ステップＳ８０２にて、通信制御装置６００のＣＰＵ６１０は、未受信メールの数の送信要求を含む情報を受信する。ステップＳ８０４にて、ＣＰＵ６１０は、その情報のヘッダ情報に基づいて、送信要求の送信者を特定する。これにより、送信要求は携帯電話１００から送信されたことが認識される。
【０１１３】
ステップＳ８０６にて、ＣＰＵ６１０は、固定ディスク６３０から、携帯電話１００に対して送信されたメールの中から、携帯電話１００に転送されていないメール、すなわち携帯電話１００にとっての未受信メールの数を算出する。この算出は、たとえば携帯電話１００のメールアドレスに送信されたメールのそれぞれに対応付けられるフラグをカウントすることにより行なわれる。ここで、フラグは、携帯電話１００への転送の状態（たとえば、転送済みであるか、未転送であるか）を表わす。
【０１１４】
ステップＳ８０８にて、ＣＰＵ６１０は、携帯電話１００に、未受信メールの数と通信制御情報とを含む情報を送信する。
【０１１５】
以上のような構造及びフローチャートに基づく、本変形例に係る携帯電話１００の動作について、図７および図８を参照しつつ説明する。以下の説明では、携帯電話１００の未受信メールが１０件である場合について説明する。
【０１１６】
携帯電話１００の利用者が、予め定められた操作を実行すると、未受信メールの数の送信要求を含む情報が通信制御装置６００に送信される（ステップＳ７０２）。通信制御装置６００がその情報を受信すると（ステップＳ８０２）、その情報の送信者は携帯電話１００であることが特定される（ステップＳ８０４）。通信制御装置６００は携帯電話１００の未受信メールの数を算出し（ステップＳ８０６）、その数を含む情報を携帯電話１００に送信する（ステップＳ８０８）。
【０１１７】
携帯電話１００が通信制御装置６００からその情報を受信すると（ステップＳ７０４）、未受信メールの数が、その情報から取得され、ＲＡＭ１３０の所定のデータ領域に格納される（ステップＳ７０６）。携帯電話１００の着信音の設定がＯＮである場合（ステップＳ３０６にてＹＥＳ）、受信したメールの数は１０件であるため（ステップＳ３０８にてＮＯ）、予め設定された着信音が２回鳴動する（ステップＳ３２０）。
【０１１８】
以上のようにして、本変形例に係る携帯電話１００は、利用者の操作に基づいて、通信制御装置６００その他の携帯電話１００の通信を制御する装置に、未受信メールの数を要求する情報を送信する。その装置が携帯電話１００に対するメールの中の未受信メールの数を携帯電話１００に送信すると、携帯電話１００は、その数に基づいて、未受信メールの受信状態を通知する音声を発する。
【０１１９】
このようにすると、携帯電話１００の利用者は、未受信メールを実際に受信する前に、未受信メールの数が１件であるか、あるいは２件以上であるかを知ることができる。その結果、着信音が未受信メールの数に応じて鳴動しないため、電力の消費が抑えられ、また周辺への悪影響が防止される。
【０１２０】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。本実施の形態に係る携帯電話１００は、携帯電話１００が基地局に接続して電子メールを全て受信したときに、着信音の鳴動の態様を判断する機能を有する。なお、本実施の形態に係る携帯電話１００のハードウェア構成は、第１の実施の形態と同じである。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。
【０１２１】
図９を参照して、本実施の形態に係る携帯電話１００におけるデータ構造について説明する。図９は、携帯電話１００のＲＡＭ１３０が記憶するデータを説明するための図である。
【０１２２】
図９に示すように、携帯電話１００が発することのできる音声を識別するデータは、データ領域Ｄ９１０に格納される。各音声に対応付けられる具体的な音声パターンを特定するデータは、データ領域Ｄ９２０に格納される。
【０１２３】
携帯電話１００の通話相手を識別するデータは、データ領域Ｄ９３０に格納される。各通話相手に対応付けられる音声を特定するデータは、データ領域Ｄ９４０に格納される。
【０１２４】
各着信音を識別するデータは、データ領域Ｄ９５０に格納される。各着信音に対応付けられる具体的な音声データのファイル名は、データ領域Ｄ９６０に格納される。
【０１２５】
このようなデータ構造を有する携帯電話１００において、制御部１１０は、処理の実行中に予め設定された条件が成立すると該当するデータを各データ領域から読出して、それに基づいて鳴動処理を実行する。なお、ＲＡＭ１３０におけるデータ構造は、図９に示したものに限られず、他の態様であってもよい。
【０１２６】
図１０を参照して、本実施の形態に係る携帯電話１００におけるデータ構造についてさらに説明する。図１０は、ＲＡＭ１３０が記憶するデータを説明するための図である。
【０１２７】
図１０に示すように、メールの受信に応じて検出された送信者を特定するためのデータは、データ領域Ｄ１０１０に格納される。各送信者に対応付けられる音声パターンを特定するためのデータは、データ領域Ｄ１０２０に格納される。これらの領域は、たとえばメールの受信ごとに、一時的に確保される。
【０１２８】
携帯電話１００が鳴動する音声パターンを特定するためのデータは、データ領域Ｄ１０３０に格納される。登録された音声パターンの要因を表わす情報は、データ領域Ｄ１０４０に格納される。データ領域Ｄ１０３０およびＤ１０４０を含むテーブルは、たとえば後述する処理が実行される場合に、一時的に生成される。以下の説明では、このようなテーブルを鳴動用テーブルと称す。鳴動の対象となる着信音は、データ領域Ｄ１０３０に示すように、パターン２、パターン３、パターン１、およびパターン５である。
【０１２９】
図１１を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図１１は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【０１３０】
ステップＳ１１０６にて、制御部１１０は、受信したメールのテーブルをＲＡＭ１３０に作成する。ステップＳ１１０７にて、制御部１１０は、通常メール着信音フラグを初期して、「０」をセットする。ステップＳ１１０８にて、制御部１１０は、配信確認音フラグを初期化して、「０」をセットする。
【０１３１】
ステップＳ１１１０にて、制御部１１０は、該当メールにメールコールが設定されているか否かを判断する。ここでメールコールとは、通信相手ごとに予め対応付けられた呼出音をいう。このような呼出音は、特定の通信相手からの着信に応答して鳴動するように、呼出音の音声データと通信相手を識別するデータとが対応付けられている。メールコールが設定されている場合には（ステップＳ１１１０にてＹＥＳ）、処理はステップＳ１１１２に移される。そうでない場合には（ステップＳ１１１０にてＮＯ）、処理はステップＳ１１２０に移される。
【０１３２】
ステップＳ１１１２にて、制御部１１０は、そのメールに対応付けられる着信音が鳴動用テーブルに登録されている着信音であるか否かを判断する。そのメールの着信音が鳴動用テーブルに登録されている着信音である場合には（ステップＳ１１１２にてＹＥＳ）、処理はステップＳ１１３０に移される。そうでない場合には（ステップＳ１１１２にてＮＯ）、処理はステップＳ１１１４に移される。
【０１３３】
ステップＳ１１１４にて、制御部１１０は、鳴動用テーブルに該当着信音を登録する。すなわち、その着信音を識別するデータが、そのテーブルの所定の領域に格納される。
【０１３４】
ステップＳ１１２０にて、制御部１１０は、受信したメールが配信確認音を鳴らす必要のあるメールであるか否かを判断する。そのメールが配信確認音を鳴らす必要のあるメールである場合には（ステップＳ１１２０にてＹＥＳ）、処理はステップＳ１１２２に移される。そうでない場合には（ステップＳ１１２０にてＮＯ）、処理はステップＳ１１２４に移される。
【０１３５】
ステップＳ１１２２にて、制御部１１０は、配信確認音フラグを「１」に設定する。また、制御部１１０は、その着信音を識別するデータをＲＡＭ１３０に予め確保されたデータ領域に格納する。このデータは、たとえば、配信確認音を後に鳴動する場合に、鳴動すべき着信音を特定するために使用される。
【０１３６】
ステップＳ１１２４にて、制御部１１０は、受信したメールが通常のメール着信音を鳴らすメールであるか否かを判断する。そのメールが通常のメール着信音を鳴らすメールである場合には（ステップＳ１１２４にてＹＥＳ）、処理はステップＳ１１２６に移される。そうでない場合には（ステップＳ１１２４にてＮＯ）、処理はステップＳ１１３０に移される。
【０１３７】
ステップＳ１１２６にて、制御部１１０は、通常メール着信音フラグを「１」に設定する。また、制御部１１０は、その着信音を識別するデータをＲＡＭ１３０に予め確保されたデータ領域に格納する。このデータは、たとえば、通常メール着信音を後に鳴動する場合に、鳴動すべき着信音を特定するために使用される。
【０１３８】
ステップＳ１１３０にて、制御部１１０は、すべてのメールに対する処理が終了したか否かを判断する。この判断は、たとえば各メールの処理の進捗を表わすフラグを参照し、その全てのフラグが処理の完了を表わす値になっているか否かに基づいて行なわれる。すべてのメールに対する処理が終了した場合には（ステップＳ１１３０にてＹＥＳ）、処理はステップＳ１１４０に移される。そうでない場合には（ステップＳ１１３０にてＮＯ）、処理はステップＳ１１３２に移される。
【０１３９】
ステップＳ１１３２にて、制御部１１０は、受信メールが格納されているテーブルから、次の処理の対象となるメールのデータをＲＡＭ１３０の領域に読み出して、セットする。
【０１４０】
ステップＳ１１４０にて、制御部１１０は、通常メールの着信音フラグの値が「１」であるか否かを判断する。その値が「１」である場合には（ステップＳ１１４０にてＹＥＳ）、処理はステップＳ１１４２に移される。そうでない場合には（ステップＳ１１４０にてＮＯ）、処理はステップＳ１１５０に移される。
【０１４１】
ステップＳ１１４２にて、制御部１１０は、通常メール着信音と同じ着信音が鳴動用テーブルに登録されているか否かを判断する。同じ着信音が鳴動用テーブルに登録されている場合には（ステップＳ１１４２にてＹＥＳ）、処理はステップＳ１１５０に移される。そうでない場合には（ステップＳ１１４２にてＮＯ）、処理はステップＳ１１４４に移される。
【０１４２】
ステップＳ１１４４にて、制御部１１０は、通常メール着信音を、ＲＡＭ１３０の鳴動用テーブルに登録する。
【０１４３】
ステップＳ１１５０にて、制御部１１０は、配信確認音フラグの値が「１」であるか否かを判断する。その値が「１」に設定されている場合には（ステップＳ１１５０にてＹＥＳ）、処理はステップＳ１１５２に移される。そうでない場合には（ステップＳ１１５０にてＮＯ）、処理はステップＳ１１５６に移される。
【０１４４】
ステップＳ１１５２にて、制御部１１０は、配信確認音と同じ着信音が鳴動用テーブルに登録されているか否かを判断する。その着信音が鳴動用テーブルに登録されている場合には（ステップＳ１１５２にてＹＥＳ）、処理はステップＳ１１５６に移される。そうでない場合には（ステップＳ１１５２にてＮＯ）、処理はステップＳ１１５４に移される。
【０１４５】
ステップＳ１１５４にて、制御部１１０は、鳴動用テーブルに配信確認音を登録する。すなわち、配信確認音を識別するデータがそのテーブルの所定の領域に格納される。
【０１４６】
ステップＳ１１５６にて、制御部１１０は、鳴動用テーブルに格納されているデータに基づいて、着信音を鳴動させる。たとえば、そのテーブルに格納されている配信確認音を識別するデータが順次読み出され、そのデータに対応する音声データがＲＯＭ１４０から読み出されて、音量調節部１２６を介して、スピーカ１２２から出力される。
【０１４７】
ステップＳ１１６０にて、制御部１１０は、着信音の鳴動のための信号の出力を停止する。
【０１４８】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。
【０１４９】
利用者が携帯電話１００を操作して通信回線に接続し、予め定められた未読メールの受信処理を実行すると、携帯電話１００は、未読メールを全件受信する（ステップＳ３０２）。携帯電話１００のメール着信音の設定がＯＮである場合には（ステップＳ３０４にてＹＥＳ）、受信メールの処理のための領域がＲＡＭ１３０に確保される（ステップＳ１１０６、図１０におけるデータ領域Ｄ１０１０）。各メールにメールコールが設定されている場合に（ステップＳ１１１０にてＹＥＳ）、着信音が鳴動用テーブルに登録されていないとき（ステップＳ１１１２にてＮＯ）、その着信音は鳴動用テーブルに登録される（ステップＳ１１１４、図１０におけるデータ領域Ｄ１０３０）。
【０１５０】
全ての受信メールについて着信音の鳴動の有無の判断が終了すると（ステップＳ１１３０にてＹＥＳ）、通常メール着信音フラグが「１」であり（ステップＳ１１４０にてＹＥＳ）、その着信音が鳴動用テーブルに登録されていない場合には（ステップＳ１１４２にてＮＯ）、その着信音が鳴動用テーブルに登録される（ステップＳ１１４４）。
【０１５１】
また、配信確認音フラグが「１」であり（ステップＳ１１５２にてＹＥＳ）、その確認音が鳴動用テーブルに登録されていない場合には（ステップＳ１１５２にてＮＯ）、配信確認音も鳴動用テーブルに登録される（ステップＳ１１５４）。その後、携帯電話１００は、各鳴動用テーブルに登録された着信音の音声パターンに基づいて、それぞれ鳴動する（ステップＳ１１５６）。
【０１５２】
以上のようにして、本実施の形態に係る携帯電話１００は、利用者が通信回線に接続して、未読メールを受信したときに、各メールの送信者の情報に基づいて、着信音を鳴動するか否かを判断する。このとき、一度鳴動すると判断された着信音は、さらに鳴動されることはない。このようにすると、同じ着信音が対応付けられた複数の電子メールを受信した場合であっても、着信音は１回だけ鳴動する。したがって、同じ着信音が鳴動しつづけることによる周囲への影響あるいは電力の消費を防止することができる。
【０１５３】
＜第３の実施の形態＞
以下、本発明の第３の実施の形態について説明する。本実施の形態に係る携帯電話は、メールの受信時に、各メールについて着信音を鳴動するか否かを判断する機能を有する点で、前述の各実施の形態と異なる。なお、本実施の形態に係る携帯電話１００のハードウェア構成は、前述の各実施の形態に係る携帯電話の構成と同じである。それらの機能も同じである。したがって、それらについての詳細な説明は、ここでは繰り返さない。
【０１５４】
図１２を参照して、本実施の形態に係る携帯電話１００におけるデータ構造について説明する。図１２は、携帯電話１００のＲＡＭ１３０に格納されるデータを概念的に説明するための図である。
【０１５５】
携帯電話１００が着信を受けた通信相手を特定するためのデータは、ＲＡＭ１３０に一時的に確保されたデータ領域Ｄ１２１０に格納される。各通信相手に対応付けられる着信音を特定するためのデータは、データ領域Ｄ１２２０に格納される。
【０１５６】
携帯電話１００が実際に鳴動した着信音を特定するデータは、データ領域Ｄ１２３０に格納される。各着信音が鳴動した要因を説明するためのデータは、データ領域Ｄ１２４０に格納される。なお、データ領域Ｄ１２３０およびデータ領域１２４０の構成を有するテーブルは、以下の説明では、鳴動結果テーブルと称す。
【０１５７】
図１２において、たとえばデータレコードＲ１２５０のデータは、鳴動結果テーブルに格納される。データレコードＲ１２５２のデータは、通常メール着信音フラグを「１」に設定する。このフラグは、制御部１１０が実行する処理において、参照されるデータである。この処理については、後述する。データレコードＲ１２５４のデータは、同様に通常メール着信音フラグを「１」に設定する。
【０１５８】
データレコードＲ１２５６のデータは、配信確認音フラグを「１」に設定する。このフラグも、制御部１１０が実行する処理において、参照されるデータである。
【０１５９】
データレコードＲ１２５８のデータは、通常メール着信音フラグを「１」に設定する。データレコードＲ１２６０のデータは、鳴動結果テーブルに格納される。データレコードＲ１２６２のデータは、通常メール着信音フラグを「１」に設定する。データレコードＲ１２６４のデータは、同様に通常メール着信音フラグを「１」に設定する。
【０１６０】
このようにして、データ領域Ｄ１２２０における着信音を表わすデータは、データ領域Ｄ１２３０およびＤ１２４０を含む鳴動結果テーブルにおいて更新される。これにより、同一の着信音が２回以上鳴動することが防止される。
【０１６１】
図１３を参照して、本実施の形態に係る携帯電話１００の制御構造について説明する。図１３は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態と同一の処理には同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。
【０１６２】
ステップＳ１３０８にて、制御部１１０は、通信制御部１１４を介して、メールを受信する。
【０１６３】
ステップＳ１３１０にて制御部１１０は、該当メールで鳴らすべき着信音が鳴動結果テーブルに登録されているか否かを判断する。その着信音がテーブルに登録されている場合には（ステップＳ１３１０にてＹＥＳ）、処理はステップＳ１３１６に移される。そうでない場合には（ステップＳ１３１０にてＮＯ）、処理はステップＳ１３１２に移される。
【０１６４】
ステップＳ１３１２にて、制御部１１０は、該当する着信音を鳴動させる。ステップＳ１３１４にて、制御部１１０は、鳴動結果テーブルに該当着信音を登録する。この登録は、すなわち、この処理が実行されたときに一時的にＲＡＭ１３０に確保されるデータ領域にデータが格納されることにより行なわれる。
【０１６５】
ステップＳ１３１６にて、制御部１１０は、すべてのメールを受信したか否かを判断する。すべてのメールを受信した場合には（ステップＳ１３１６にてＹＥＳ）、処理は終了する。そうでない場合には（ステップＳ１３１６にてＮＯ）、処理はステップＳ１３１８に移される。
【０１６６】
ステップＳ１３１８にて、制御部１１０は、他のメールすなわち次のメールを、通信制御部１１４を介して受信する。ステップＳ１３２０にて、制御部１１０は、着信音を鳴動することなく、メールを全件受信する。
【０１６７】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。ここでは、携帯電話１００のメール着信音の設定がＯＮである場合について、図１２に示したデータに基づいて説明する。
【０１６８】
携帯電話１００がメールの受信を検知すると（ステップＳ４０２）、メール着信音の設定がＯＮであるため（ステップＳ３０６にてＹＥＳ）、最初のメールを受信する（ステップＳ１３０８）。そのメールの送信者（Ａさん）について鳴動すべき着信音が鳴動結果テーブルに登録されていないため（ステップＳ１３１０にてＮＯ）、その着信音（パターン２）が鳴動される（図９におけるデータ領域Ｄ９４０）。その着信音を識別するデータ（たとえば着信音のパターン名称）は、鳴動結果テーブルに格納される（ステップＳ１３１４、図１２におけるデータ領域Ｄ１２３０）。
【０１６９】
携帯電話１００がすべての未受信メールを受信していないと判断すると（ステップＳ１３１６にてＮＯ）、次のメールが受信される（ステップＳ１３１８）。そのメールの送信者（図１２のデータレコードＲ１２５２におけるメールアドレス「ａａａ＠ｘｘｘ．ｎｅ．ｊｐ」）について鳴動すべき着信音が鳴動結果テーブルに登録されていないため（ステップ１３１０にてＮＯ）、その着信音（パターン１）が鳴動され（ステップＳ１３１２）、着信音の識別データが鳴動結果テーブルに格納される（ステップＳ１３１４、図１２におけるデータ領域Ｄ１２３０）。
【０１７０】
その後、携帯電話１００がメールアドレス「ｂｂｂ＠ｙｙｙ．ｎｅ．ｊｐ」からのメールを受信すると、この送信者に対応付けられる着信音（パターン１）は鳴動結果テーブルに既に登録されているため（ステップＳ１３１０にてＹＥＳ）、同じ着信音は鳴動されない。
【０１７１】
以上のようにして、携帯電話１００は、メールを受信するごとにメールの送信者に対応付けられる着信音が鳴動済みであるか否かを判断して、鳴動済みの着信音は再度鳴動されない。この場合、図１２のデータ領域Ｄ１２３０に示すように、１０件の受信メールについて４種類の着信音、すなわちパターン２、パターン１、パターン５、およびパターン３が鳴動される。携帯電話１００は、利用者に複数のメールの受信を通知する際に、同じ着信音を何度も鳴動しない。これにより、携帯電話１００のバッテリの消費が抑えられ、また周囲への影響が最小限に抑制される。
【０１７２】
＜第４の実施の形態＞
以下、本発明の第４の実施の形態について説明する。本実施の形態に係る携帯電話１００は、各メールを受信するごとに、どのような着信音を鳴動するかを判断する機能を有する点で、前述の第３の実施の形態に係る携帯電話と異なる。
【０１７３】
なお、本実施の形態に係る携帯電話１００のハードウェア構成は、前述の各実施の形態に係る携帯電話の構成と同一である。それらの機能も同じである。したがって、それらについての説明はここでは繰り返さない。
【０１７４】
図１４を参照して、本実施の形態に係る携帯電話１００におけるデータ構造について説明する。図１４は、携帯電話１００のＲＡＭ１３０が記憶するデータを説明するための図である。
【０１７５】
携帯電話１００が着信を受けた通信相手を特定するためのデータは、データ領域Ｄ１４１０に格納される。各通信相手に対応付けられる着信音のパターンを特定するためのデータは、データ領域Ｄ１４２０に格納される。携帯電話１００が鳴動する着信音を特定するためのデータは、データ領域Ｄ１４３０に格納される。それぞれの着信音の鳴動の要因は、データ領域Ｄ１４４０に格納される。
【０１７６】
また、その他の着信音を識別するデータは、データ領域Ｄ１４７０に格納される。その格納されたデータの属性を表わすデータは、データ領域Ｄ１４８０に格納される。この属性は、たとえば着信音の登録の原因であるメールの送信者のアドレス、あるいは着信音に予め対応付けられているデータである。このデータには、たとえば着信音がどのような場合に鳴動されるかを示すデータ（たとえば、通信レポートの受信時等）が含まれる。
【０１７７】
図１５を参照して、本実施の形態に係る携帯電話１００の制御工程について説明する。図１５は、携帯電話１００の制御部１１０が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態と同一の処理には同一のステップ番号を付し、それらについての説明は繰り返さない。
【０１７８】
ステップＳ１５０８にて、制御部１１０は、メールを受信する。ステップＳ１５１０にて、制御部１１０は、該当メールで鳴らすべき着信音が鳴動結果テーブルに登録されているか否かを判断する。その着信音が鳴動結果テーブルに登録されている場合には（ステップＳ１５１０にてＹＥＳ）、処理はステップＳ１１３０に移される。そうでない場合には（ステップＳ１５１０にてＮＯ）、処理はステップＳ１５１２に移される。
【０１７９】
ステップＳ１５１２にて、制御部１１０は、受信したメールが配信確認音を鳴らすべきメールであるか否かを判断する。そのメールが配信確認音を鳴らすべきメールである場合には（ステップＳ１５１２にてＹＥＳ）、処理はステップＳ１１２２に移される。そうでない場合には（ステップＳ１５１２にてＮＯ）、処理はステップＳ１５１６に移される。
【０１８０】
ステップＳ１５１６にて、制御部１１０は、受信したメールが通常のメール着信音を鳴らすべきメールであるか否かを判断する。そのメールがメール着信音を鳴らすべきメールである場合には（ステップＳ１５１６にてＹＥＳ）、処理はステップＳ１１２６に移される。そうでない場合には（ステップＳ１５１６にてＮＯ）、処理はステップＳ１５２０に移される。
【０１８１】
ステップＳ１５２０にて、制御部１１０は、予め記憶されているデータを読み出して、該当着信音を鳴動させる。ステップＳ１５２２にて、制御部１１０は、鳴動結果テーブルに該当着信音を登録する。
【０１８２】
ステップＳ１５３４にて、制御部１１０は、通常メール着信音と同じ着信音が鳴動結果テーブルに登録されているか否かを判断する。同じ着信音が鳴動結果テーブルに登録されている場合には（ステップＳ１５３４にてＹＥＳ）、処理はステップＳ１０５０に移される。そうでない場合には（ステップＳ１５３４にてＮＯ）、処理はステップＳ１５３６に移される。
【０１８３】
ステップＳ１５３６にて、制御部１１０は、予め設定された制御信号を出力して通常メール着信音をスピーカ１２２に鳴動させる。
【０１８４】
ステップＳ１５４２にて、制御部１１０は、配信確認音と同じ着信音が鳴動結果テーブルに登録されているか否かを判断する。同じ着信音がそのテーブルに登録されている場合には（ステップＳ１５４２にてＹＥＳ）、処理は終了する。そうでない場合には（ステップＳ１５４２にてＮＯ）、処理はステップＳ１５４４に移される。
【０１８５】
ステップＳ１５４４にて、制御部１１０は、予め設定された配信確認音をスピーカ１２２に鳴動させる。ステップＳ１５５０にて、制御部１１０は、着信音を鳴動することなくすべてのメールを受信する。
【０１８６】
以上のような構造およびフローチャートに基づく、本実施の形態に係る携帯電話１００の動作について説明する。なお、前述の各実施の形態における動作と同じ動作の説明はここでは繰り返さない。以下では、図１４のデータ領域Ｄ１４１０に示す送信者からメールを受信する場合について説明する。
【０１８７】
携帯電話１００は、「Ａさん」からメールを受信する（データレコードＲ１４５２、ステップＳ１５０８）。そのメールの送信者について鳴動すべき着信音が鳴動結果テーブルに登録されていない場合（ステップＳ１５１０にてＮＯ）、そのメールは、メールコールを鳴動すべき送信者からのメールであるため（ステップＳ１５１２にてＮＯ、ステップＳ１５１６にてＮＯ）、その送信者に対応付けられた着信音（パターン２）を鳴動する（ステップＳ１５２０）。その着信音を識別するデータは鳴動結果テーブルに登録される（図１４１４におけるデータレコードＲ１４６０）。
【０１８８】
携帯電話１００が全てのメールを受信していないため（ステップＳ１１３０にてＮＯ）、次のメールが受信される（ステップＳ１５０８）。次のメールの送信者は「ａａａ＠ｘｘｘ．ｎｅ．ｊｐ」である（データレコードＲ１４５４）。この送信者はパターン１の着信音が対応付けられている。その着信音は鳴動結果テーブルに未登録であり（ステップＳ１５１０にてＮＯ）、このメールは配信確認音を鳴動すべきメールではなく、通常のメール着信音を鳴動すべきメールである（ステップＳ１５１２にてＮＯ、ステップＳ１５１６にてＹＥＳ）。したがって、通常メール着信音フラグが「１」に設定され（ステップＳ１１２６）、着信音の識別データ「パターン１」は、ＲＡＭ１３０の予め定められたデータ領域に格納される。
【０１８９】
その後、携帯電話１００はさらに、メールの受信動作を繰り返す。送信者「ｂｂｂ＠ｙｙｙ．ｎｅ．ｊｐ」からのメールを受信した場合（データレコードＲ１４５５）、この送信者に対応付けられる着信音パターン１は、既に鳴動結果テーブルに記録されているため（データレコードＲ１４６０）、鳴動されない。携帯電話１００が通信レポート（データレコードＲ１４５６）を受信した場合、その着信音パターン５は、ＲＡＭ１３０のデータ領域に格納される。携帯電話１００がＢさんからのメールを受信すると（データレコードＲ１４５８）、Ｂさんに対応付けられる着信音パターン３が鳴動され、鳴動結果テーブルに登録される。
【０１９０】
その後、携帯電話１００は、全てのメールの受信を完了する（ステップＳ１１３０にてＹＥＳ）。ＲＡＭ１３０のデータ領域における通常メール着信音フラグが「１」に設定されており（ステップＳ１１４０にてＹＥＳ）、通常メール着信音と同じ着信音（パターン１）が鳴動結果テーブルに登録されていないため（データ領域Ｄ１４３０、ステップＳ１５３４にてＮＯ）、通常メール着信音が、パターン１に対応する音声データに基づいて鳴動される（ステップＳ１５３６）。
【０１９１】
また、配信確認音フラグが「１」に設定されており（ステップＳ１０５０にてＹＥＳ）、配信確認音と同じ着信音（パターン５）が鳴動結果テーブルに登録されていないため（データ領域Ｄ１４３０、ステップＳ１５４２にてＮＯ）、配信確認音が、パターン５に対応する音声データに基づいて鳴動される（ステップＳ１５４４）。
【０１９２】
以上のようにして、本実施の形態に係る携帯電話１００は、複数のメールの受信時に、送信者に対応付けられる音声データに基づいて鳴動すべき着信音を１度鳴動する。その後、通常のメール着信音を鳴動し、さらに必要があれば配信確認音を鳴動する。その結果、携帯電話１００は、着信音が個別に設定された通信相手からのメールを受信した場合に、利用者は、その受信を最初に知ることができる。その後、利用者はその他のメールの受信あるいは配信を知ることができる。
【０１９３】
このようにすると、利用者に通知すべき情報の受信が最初に行なわれるため、利用者は、着信音に基づいてどの通信相手からメールを受信したかを速やか認識することができる。また、一度鳴動された着信音は再度鳴動されないため、携帯電話１００は、同じ着信音が何度も鳴動されることによる騒音あるいはバッテリの浪費を防止することができる。
【０１９４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１９５】
本発明は携帯通信端末、特に携帯電話に利用可能である。
【図面の簡単な説明】
【０１９６】
【図１】本発明の第１の実施の形態に係る携帯電話の構成を表わすブロック図である。
【図２】本発明の第１の実施の形態に係る携帯電話の外観を表わす図である。
【図３】本発明の第１の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図４】本発明の第１の実施の形態の変形例に係る携帯電話の制御部が実行する処理の手順を表わすフローチャート（その１）である。
【図５】本発明の第１の実施の形態の変形例に係る携帯電話と通信制御装置とを含む通信ネットワークの構成を表わす図である。
【図６】図５に示した通信制御装置を実現するコンピュータの構成を表わすブロック図である。
【図７】本発明の第１の実施の形態の変形例に係る携帯電話の制御部が実行する処理の手順を表わすフローチャート（その２）である。
【図８】図６に示したコンピュータのＣＰＵが実行する処理の手順を表わすフローチャートである。
【図９】本発明の第２の実施の形態に係る携帯電話に格納されるデータの構造を表わす図（その１）である。
【図１０】本発明の第２の実施の形態に係る携帯電話に格納されるデータの構造を表わす図（その２）である。
【図１１】本発明の第２の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図１２】本発明の第３の実施の形態に係る携帯電話に格納されるデータの構造を表わす図である。
【図１３】本発明の第３の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【図１４】本発明の第４の実施の形態に係る携帯電話に格納されるデータの構造を表わす図である。
【図１５】本発明の第４の実施の形態に係る携帯電話の制御部が実行する処理の手順を表わすフローチャートである。
【符号の説明】
【０１９７】
１００ 携帯電話、１１０ 制御部、１１２ アンテナ、１１４ 通信制御部、１１６ 表示部、１１８ 操作部、１２０ マイク、１２２ スピーカ、１２６ 音量調節部、１２８ バイブレータ、１３０ ＲＡＭ、１４０ ＲＯＭ、１４２ ライト、１５０ 第１の筐体、１６０ 第２の筐体、５１０ 中継局、５５０ ネットワーク、６００ 通信制御装置、６１０ ＣＰＵ、６２０ ＲＡＭ、６３０ 固定ディスク、６５０ ＣＤ−ＲＯＭ駆動装置、６５２ ＣＤ−ＲＯＭ、６６０ 通信ＩＦ。
【特許請求の範囲】
【請求項１】
通信回線を介して、電子メールを受信するための受信手段と、
前記電子メールの受信を報知するための報知手段と、
前記受信手段により受信される電子メールの数を検出するための検出手段と、
前記電子メールの数が複数であるか否かに基づいて、前記報知手段の動作を制御するための制御手段とを含む、携帯通信端末。
【請求項２】
前記制御手段は、
前記電子メールの数が１である場合に、予め定められた第１の報知の態様で前記電子メールの受信を報知するように、前記報知手段を制御するための第１の報知制御手段と、
前記電子メールの数が２以上である場合に、前記第１の報知の態様と異なる態様で前記電子メールの受信を報知するように、前記報知手段を制御するための第２の報知制御手段とを含む、請求項１に記載の携帯通信端末。
【請求項３】
前記受信手段は、複数の電子メールを受信し、
前記検出手段は、前記複数の電子メールを受信した後に、前記電子メールの数を検出するための手段を含む、請求項２に記載の携帯通信端末。
【請求項４】
前記受信手段は、複数の電子メールを受信し、
前記検出手段は、前記複数の電子メールの各々を受信するごとに、前記電子メールの数を検出するための手段を含み、
前記第２の報知制御手段は、
前記検出された電子メールの数が２である場合に、前記第１の報知の態様と異なる態様で前記電子メールの受信を報知する動作を前記報知手段に実行させるための手段と、
前記報知手段３以上である場合に、前記報知手段による報知の動作を禁止するための手段とを含む、請求項２に記載の携帯通信端末。
【請求項５】
前記携帯通信端末はさらに、予め定められた時間に受信された電子メールの数が２であるか否かを判断するための判断手段を含み、
前記第２の報知制御手段は、前記予め定められた時間に受信された電子メールの数が２である場合には、前記第１の報知の態様と異なる態様で報知するように、前記報知手段を制御する、請求項２に記載の携帯通信端末。
【請求項６】
前記携帯通信端末は、前記通信回線を介して、前記電子メールの通信を制御する通信制御装置に接続される端末であり、
前記携帯通信端末はさらに、前記通信回線を介して、前記通信制御装置に前記電子メールの数の送信要求を送信するための手段を含み、
前記受信手段は、前記電子メールの数が含まれる情報を受信する、請求項２に記載の携帯通信端末。
【請求項７】
前記携帯通信端末はさらに、複数の音声データを記憶するための記憶手段を含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記第１の報知制御手段は、予め定められた音声データに基づく音声を出力するように、前記音声出力手段を制御し、
前記第２の報知制御手段は、前記予め定められた音声データと異なる音声データに基づく音声を出力するように、前記音声出力手段を制御する、請求項２に記載の携帯通信端末。
【請求項８】
前記携帯通信端末はさらに、音声データを記憶するための記憶手段を含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記第１の報知制御手段は、予め定められた時間前記音声データに基づく音声を出力するように、前記音声出力手段を制御し、
前記第２の報知制御手段は、前記予め定められた時間よりも長い時間、前記音声データに基づく音声を出力するように、前記音声出力手段を制御する、請求項２に記載の携帯通信端末。
【請求項９】
前記報知手段は、光を発生するための発光手段を含み、
前記第１の報知制御手段は、予め定められた時間前記光を発生するように、前記発光手段を制御し、
前記第２の報知制御手段は、前記予め定められた時間よりも長い時間、前記光を発生するように、前記発光手段を制御する、請求項８に記載の携帯通信端末。
【請求項１０】
前記報知手段は、複数色の光の中の少なくとも１色の光を発生するための発光手段を含み、
前記第１の報知制御手段は、予め定められた第１の光を発生するように、前記発光手段を制御し、
前記第２の報知制御手段は、前記第１の光の色と異なる色の光を発生するように、前記発光手段を制御する、請求項２に記載の携帯通信端末。
【請求項１１】
前記報知手段は、振動を発生するための発振手段を含み、
前記第１の報知制御手段は、予め定められた時間、前記振動を発生するように、前記発振手段を制御し、
前記第２の報知制御手段は、前記予め定められた時間よりも長い時間、前記振動を発生するように、前記発振手段を制御する、請求項２に記載の携帯通信端末。
【請求項１２】
前記報知手段は、振動を発生するための発振手段を含み、
前記第１の報知制御手段は、予め定められた周波数に基づいて前記振動を発生するように、前記発振手段を制御し、
前記第２の報知制御手段は、前記予め定められた周波数と異なる周波数に基づいて前記振動を発生するように、前記発振手段を制御する、請求項２に記載の携帯通信端末。
【請求項１３】
前記携帯通信端末はさらに、音声データを記憶するための記憶手段を含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記第１の報知制御手段は、一度の通信接続で前記音声データに基づく音声を出力するように、前記音声出力手段を制御する、請求項２に記載の携帯通信端末。
【請求項１４】
通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するための受信手段と、
前記電子メールの受信を報知するための報知手段と、
前記報知手段による報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを記憶するための記憶手段と、
前記報知制御データに基づいて、前記報知データに基づく報知を実行するか否かを判断するための判断手段と、
前記判断手段の結果に基づいて、前記報知データに基づく報知を実行するように、前記報知手段を制御するための制御手段とを含む、携帯通信端末。
【請求項１５】
前記報知データは、少なくとも１つ以上の音声データを含み、
前記報知制御データは、前記音声データに基づく報知を実行するか否かを表わすデータを含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記制御手段は、
前記判断手段が前記音声データに基づく報知を実行すると判断したとき、前記音声出力手段に前記音声データに基づく音声を出力させるための手段と、
前記判断手段が前記音声データに基づく報知を実行しないと判断したとき、前記音声出力手段に前記音声データに基づく音声の出力を禁止するための手段とを含む、請求項１４に記載の携帯通信端末。
【請求項１６】
前記受信手段は、複数の電子メールを受信し、
前記判断手段は、
前記複数の電子メールを受信した後に、前記複数の電子メールの各々から送信者を識別する情報を取得し、
各前記送信者の情報に基づいて、前記記憶手段から前記報知制御データを読み出し、
前記報知制御データが、前記送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、前記音声データに基づく報知を実行すると判断し、そして、
前記報知制御データが、前記送信者は電子メールの受信時に報知を必要としない通信相手であることを表わすとき、前記音声データに基づく報知を実行しないと判断する、請求項１５に記載の携帯通信端末。
【請求項１７】
前記受信手段は、複数の電子メールを受信し、
前記判断手段は、
前記複数の電子メールの各々を受信するごとに、各前記電子メールから送信者の情報を取得し、
各前記送信者の情報に基づいて、前記記憶手段から前記報知制御データを読み出し、
前記報知制御データが、前記送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、前記音声データに基づく報知を実行すると判断し、そして、
前記音声データに基づく音声が出力された後に、前記音声データに基づく報知を実行しないと判断する、請求項１５に記載の携帯通信端末。
【請求項１８】
通信回線を介して、電子メールを受信するステップと、
前記電子メールの受信を報知するステップと、
前記受信された電子メールの数を検出するステップと、
前記電子メールの数が複数であるか否かに基づいて、前記報知の動作を制御するステップとを含む、携帯通信端末の着信通知方法。
【請求項１９】
携帯通信端末に、電子メールの着信を通知する方法を実行させるためのプログラムであって、前記プログラムは前記携帯通信端末に、
通信回線を介して、電子メールを受信するステップと、
前記電子メールの受信を報知するステップと、
前記受信された電子メールの数を検出するステップと、
前記電子メールの数が複数であるか否かに基づいて、前記報知の動作を制御するステップとを実行させる、プログラム。
【請求項２０】
通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、
前記電子メールの受信を報知するステップと、
前記報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、
前記報知制御データに基づいて、前記報知データに基づく報知を実行するか否かを判断するステップと、
前記判断ステップの結果に基づいて、前記報知データに基づく報知を実行するように、前記報知ステップを制御するステップとを含む、携帯通信端末の着信通知方法。
【請求項２１】
携帯通信端末に、電子メールの着信を通知する方法を実行させるためのプログラムであって、前記プログラムは前記携帯通信端末に、
通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、
前記電子メールの受信を報知するステップと、
前記報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、
前記報知制御データに基づいて、前記報知データに基づく報知を実行するか否かを判断するステップと、
前記判断ステップの結果に基づいて、前記報知データに基づく報知を実行するように、前記報知ステップを制御するステップとを実行させる、携帯通信端末の着信通知方法。
【請求項１】
通信回線を介して、電子メールを受信するための受信手段と、
前記電子メールの受信を報知するための報知手段と、
前記受信手段により受信される電子メールの数を検出するための検出手段と、
前記電子メールの数が複数であるか否かに基づいて、前記報知手段の動作を制御するための制御手段とを含む、携帯通信端末。
【請求項２】
前記制御手段は、
前記電子メールの数が１である場合に、予め定められた第１の報知の態様で前記電子メールの受信を報知するように、前記報知手段を制御するための第１の報知制御手段と、
前記電子メールの数が２以上である場合に、前記第１の報知の態様と異なる態様で前記電子メールの受信を報知するように、前記報知手段を制御するための第２の報知制御手段とを含む、請求項１に記載の携帯通信端末。
【請求項３】
前記受信手段は、複数の電子メールを受信し、
前記検出手段は、前記複数の電子メールを受信した後に、前記電子メールの数を検出するための手段を含む、請求項２に記載の携帯通信端末。
【請求項４】
前記受信手段は、複数の電子メールを受信し、
前記検出手段は、前記複数の電子メールの各々を受信するごとに、前記電子メールの数を検出するための手段を含み、
前記第２の報知制御手段は、
前記検出された電子メールの数が２である場合に、前記第１の報知の態様と異なる態様で前記電子メールの受信を報知する動作を前記報知手段に実行させるための手段と、
前記報知手段３以上である場合に、前記報知手段による報知の動作を禁止するための手段とを含む、請求項２に記載の携帯通信端末。
【請求項５】
前記携帯通信端末はさらに、予め定められた時間に受信された電子メールの数が２であるか否かを判断するための判断手段を含み、
前記第２の報知制御手段は、前記予め定められた時間に受信された電子メールの数が２である場合には、前記第１の報知の態様と異なる態様で報知するように、前記報知手段を制御する、請求項２に記載の携帯通信端末。
【請求項６】
前記携帯通信端末は、前記通信回線を介して、前記電子メールの通信を制御する通信制御装置に接続される端末であり、
前記携帯通信端末はさらに、前記通信回線を介して、前記通信制御装置に前記電子メールの数の送信要求を送信するための手段を含み、
前記受信手段は、前記電子メールの数が含まれる情報を受信する、請求項２に記載の携帯通信端末。
【請求項７】
前記携帯通信端末はさらに、複数の音声データを記憶するための記憶手段を含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記第１の報知制御手段は、予め定められた音声データに基づく音声を出力するように、前記音声出力手段を制御し、
前記第２の報知制御手段は、前記予め定められた音声データと異なる音声データに基づく音声を出力するように、前記音声出力手段を制御する、請求項２に記載の携帯通信端末。
【請求項８】
前記携帯通信端末はさらに、音声データを記憶するための記憶手段を含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記第１の報知制御手段は、予め定められた時間前記音声データに基づく音声を出力するように、前記音声出力手段を制御し、
前記第２の報知制御手段は、前記予め定められた時間よりも長い時間、前記音声データに基づく音声を出力するように、前記音声出力手段を制御する、請求項２に記載の携帯通信端末。
【請求項９】
前記報知手段は、光を発生するための発光手段を含み、
前記第１の報知制御手段は、予め定められた時間前記光を発生するように、前記発光手段を制御し、
前記第２の報知制御手段は、前記予め定められた時間よりも長い時間、前記光を発生するように、前記発光手段を制御する、請求項８に記載の携帯通信端末。
【請求項１０】
前記報知手段は、複数色の光の中の少なくとも１色の光を発生するための発光手段を含み、
前記第１の報知制御手段は、予め定められた第１の光を発生するように、前記発光手段を制御し、
前記第２の報知制御手段は、前記第１の光の色と異なる色の光を発生するように、前記発光手段を制御する、請求項２に記載の携帯通信端末。
【請求項１１】
前記報知手段は、振動を発生するための発振手段を含み、
前記第１の報知制御手段は、予め定められた時間、前記振動を発生するように、前記発振手段を制御し、
前記第２の報知制御手段は、前記予め定められた時間よりも長い時間、前記振動を発生するように、前記発振手段を制御する、請求項２に記載の携帯通信端末。
【請求項１２】
前記報知手段は、振動を発生するための発振手段を含み、
前記第１の報知制御手段は、予め定められた周波数に基づいて前記振動を発生するように、前記発振手段を制御し、
前記第２の報知制御手段は、前記予め定められた周波数と異なる周波数に基づいて前記振動を発生するように、前記発振手段を制御する、請求項２に記載の携帯通信端末。
【請求項１３】
前記携帯通信端末はさらに、音声データを記憶するための記憶手段を含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記第１の報知制御手段は、一度の通信接続で前記音声データに基づく音声を出力するように、前記音声出力手段を制御する、請求項２に記載の携帯通信端末。
【請求項１４】
通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するための受信手段と、
前記電子メールの受信を報知するための報知手段と、
前記報知手段による報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを記憶するための記憶手段と、
前記報知制御データに基づいて、前記報知データに基づく報知を実行するか否かを判断するための判断手段と、
前記判断手段の結果に基づいて、前記報知データに基づく報知を実行するように、前記報知手段を制御するための制御手段とを含む、携帯通信端末。
【請求項１５】
前記報知データは、少なくとも１つ以上の音声データを含み、
前記報知制御データは、前記音声データに基づく報知を実行するか否かを表わすデータを含み、
前記報知手段は、前記音声データに基づいて音声を出力するための音声出力手段を含み、
前記制御手段は、
前記判断手段が前記音声データに基づく報知を実行すると判断したとき、前記音声出力手段に前記音声データに基づく音声を出力させるための手段と、
前記判断手段が前記音声データに基づく報知を実行しないと判断したとき、前記音声出力手段に前記音声データに基づく音声の出力を禁止するための手段とを含む、請求項１４に記載の携帯通信端末。
【請求項１６】
前記受信手段は、複数の電子メールを受信し、
前記判断手段は、
前記複数の電子メールを受信した後に、前記複数の電子メールの各々から送信者を識別する情報を取得し、
各前記送信者の情報に基づいて、前記記憶手段から前記報知制御データを読み出し、
前記報知制御データが、前記送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、前記音声データに基づく報知を実行すると判断し、そして、
前記報知制御データが、前記送信者は電子メールの受信時に報知を必要としない通信相手であることを表わすとき、前記音声データに基づく報知を実行しないと判断する、請求項１５に記載の携帯通信端末。
【請求項１７】
前記受信手段は、複数の電子メールを受信し、
前記判断手段は、
前記複数の電子メールの各々を受信するごとに、各前記電子メールから送信者の情報を取得し、
各前記送信者の情報に基づいて、前記記憶手段から前記報知制御データを読み出し、
前記報知制御データが、前記送信者は電子メールの受信時に報知を必要とする通信相手であることを表わすとき、前記音声データに基づく報知を実行すると判断し、そして、
前記音声データに基づく音声が出力された後に、前記音声データに基づく報知を実行しないと判断する、請求項１５に記載の携帯通信端末。
【請求項１８】
通信回線を介して、電子メールを受信するステップと、
前記電子メールの受信を報知するステップと、
前記受信された電子メールの数を検出するステップと、
前記電子メールの数が複数であるか否かに基づいて、前記報知の動作を制御するステップとを含む、携帯通信端末の着信通知方法。
【請求項１９】
携帯通信端末に、電子メールの着信を通知する方法を実行させるためのプログラムであって、前記プログラムは前記携帯通信端末に、
通信回線を介して、電子メールを受信するステップと、
前記電子メールの受信を報知するステップと、
前記受信された電子メールの数を検出するステップと、
前記電子メールの数が複数であるか否かに基づいて、前記報知の動作を制御するステップとを実行させる、プログラム。
【請求項２０】
通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、
前記電子メールの受信を報知するステップと、
前記報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、
前記報知制御データに基づいて、前記報知データに基づく報知を実行するか否かを判断するステップと、
前記判断ステップの結果に基づいて、前記報知データに基づく報知を実行するように、前記報知ステップを制御するステップとを含む、携帯通信端末の着信通知方法。
【請求項２１】
携帯通信端末に、電子メールの着信を通知する方法を実行させるためのプログラムであって、前記プログラムは前記携帯通信端末に、
通信回線を介して、送信者の情報を含む電子メールを少なくとも１つ以上受信するステップと、
前記電子メールの受信を報知するステップと、
前記報知の動作のための報知データと、電子メールの受信の報知の態様を表わす報知制御データが対応付けられた通信相手の情報とを予め準備するステップと、
前記報知制御データに基づいて、前記報知データに基づく報知を実行するか否かを判断するステップと、
前記判断ステップの結果に基づいて、前記報知データに基づく報知を実行するように、前記報知ステップを制御するステップとを実行させる、携帯通信端末の着信通知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００５−１９０４２８（Ｐ２００５−１９０４２８Ａ）
【公開日】平成１７年７月１４日（２００５．７．１４）
【国際特許分類】
【出願番号】特願２００３−４３４５８９（Ｐ２００３−４３４５８９）
【出願日】平成１５年１２月２６日（２００３．１２．２６）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成１７年７月１４日（２００５．７．１４）
【国際特許分類】
【出願日】平成１５年１２月２６日（２００３．１２．２６）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]