(57)【特許請求の範囲】
【請求項１】
着信時に複数の曲のいずれかを鳴動させる着信メロディ鳴動機能と、  前記着信メロディ鳴動機能により曲が鳴動されているときに、所定のアニメーションを表示するものであって、前記鳴動している曲における休符のタイミングで前記アニメーションの表示を休符前の状態で静止させるアニメーション表示手段とを具備したことを特徴とする通信端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＰＤＣ（Personal Digital Cellular）などの移動通信システムやＰＳＴＮ（Public Switched Telephone Network）などの有線通信システムにおいて用いられ、網側からの着信を受けることが可能で、かつ着信時に曲の鳴動により使用者への着信報知を行う着信メロディ鳴動機能を備えた通信端末装置に関する。
【０００２】
【従来の技術】
現在、広く普及している移動通信用の通信端末装置では、着信時にメロディ、いわゆる着信メロディを鳴動して着信報知を行う機能を有している、
また、着信時にはこのように着信メロディを鳴動しつつ、発信者の電話番号や、発信者に対応付けられた絵やアニメーションを表示する機能を有している場合がある。
【０００３】
しかしながら、着信メロディと画面表示とは、それぞれ無関係に個々の情報報知を並行して行っているに過ぎず、着信報知の効果としてはいずれか一方のみでの報知の場合と大差はない。
【０００４】
【発明が解決しようとする課題】
以上のように従来の通信端末装置は、着信時における着信メロディと画面表示とは互いに無関係であったため、２通りの方法での報知を行っているにも拘わらずに着信報知を的確に行う効果を十分に発揮し得ていなかった。
【０００５】
本発明はこのような事情を考慮してなされたものであり、その目的とするところは、着信メロディと画面表示との相乗効果を有効に機能させてより的確に着信報知を行うことが可能な通信端末装置を提供することにある。
【０００６】
本願の一態様による通信端末装置は、着信時に複数の曲のいずれかを鳴動させる着信メロディ鳴動機能と、前記着信メロディ鳴動機能により曲が鳴動されているときに、所定のアニメーションを表示するものであって、前記鳴動している曲における休符のタイミングで前記アニメーションの表示を休符前の状態で静止させるアニメーション表示手段とを備える。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明を携帯無線電話機に適用した実施形態につき説明する。
【００２１】
図１は本実施形態に係る携帯無線電話機の要部構成を示すブロック図である。
【００２２】
この図に示すように本実施形態の携帯無線電話機は、アンテナ１、アンテナ共用器（ＤＩＵ）２、受信回路（ＲＸ）３、シンセサイザ回路（ＳＹＮ）４、Ａ／Ｄコンバータ５、モデム部６、チャネルコーデック７、スピーチコーデック８、Ｄ／Ａコンバータ９、受話アンプ１０、レシーバ１１、マイク１２、送話アンプ１３、Ａ／Ｄコンバータ１４、Ｄ／Ａコンバータ１５、送信回路（ＴＸ）１６、制御回路１７、ＬＣＤ表示器１８、キーユニット１９、アンプ２０、スピーカ２１、発振回路２２、ＣＰＵ２３、ＲＯＭ２４、ＲＡＭ２５、電池２６および安定化電源回路２７を有している。
【００２３】
そして、シンセサイザ回路４、モデム部６、チャネルコーデック７、スピーチコーデック８、制御回路１７、ＲＯＭ２４およびＲＡＭ２５は、制御バス２８を介してＣＰＵ２３に接続されている。
【００２４】
無線基地局から無線通話チャネルを介して送られた無線周波信号は、アンテナ１で受けられて電波−電気信号変換がなされたのち、アンテナ共用器２を介して受信回路３に入力される。
【００２５】
受信回路３にて無線周波信号は、まず増幅される。続いて無線周波信号は受信回路３にて、シンセサイザ回路４から与えられるローカル信号を用いてミキシングダウンされてＩＦ周波信号に変換される。さらにこのＩＦ周波信号は受信回路３にて増幅されたのち、ＱＰＳＫ信号となっているので直交復調される。
【００２６】
なおシンセサイザ回路４は、無線チャネル周波数に応じてＣＰＵ２３から指示される周波数のローカル信号を発生し、受信回路３および送信回路１６に与える。
【００２７】
受信回路３にて直交復調された後のＩＦ周波信号は、Ａ／Ｄコンバータ５でディジタル化されたのち、モデム部６に与えられる。
【００２８】
受信回路３から出力されたＩＦ周波信号は、モデム部６で遅延検波されるとともに、フレーム同期の確立およびカラーコードの検出が行われ、ディジタル通話信号が再生される。
【００２９】
モデム部６から出力されたディジタル通話信号は、チャネルコーデック７でデインタリーブおよび誤り訂正復号が行われる。そしてこれにより、モデム部６から出力されたディジタル通話信号に含まれる複数チャネル分のディジタル通話信号のうちから自機宛のディジタル通話信号が取り出される。
【００３０】
チャネルコーデック７で取り出されたディジタル通話信号は、スピーチコーデック８にて、ＶＳＥＬＰまたはＰＳＩＣＥＬＰの復号化処理が行われて受話音声信号が再生される。
【００３１】
そしてこの受話音声信号は、Ｄ／Ａコンバータ９でアナログ化された後、受話アンプ１０により増幅され、レシーバ１１へと供給される。これにより、レシーバ１１がドライブされて受話音声信号が音響出力に変換され、使用者に受話音声が伝えられる。
【００３２】
一方、使用者が発声した音声は、マイク１２で電気信号、すなわち送話音声信号に変換される。そしてこの送話音声信号は、送話アンプ１３で増幅されたのち、Ａ／Ｄコンバータ１４によってデジタル化される。
【００３３】
ディジタル化された送話音声信号は、スピーチコーデック８にてＶＳＥＬＰ符号化処理が行われてディジタル通話信号とされる。
【００３４】
スピーチコーデック８で得られたディジタル通話信号は、チャネルコーデックにて誤り訂正符号化およびインタリーブ処理が行われる。
【００３５】
さらにディジタル通話信号は、モデム部６にてフレーム信号の付加やカラーコード信号の付加が行われる。これにより信号のマッピング処理が施されて得られたＩＦ周波信号は、送信タイミングを設定してＤ／Ａコンバータ１５へと与えられる。
【００３６】
ＩＦ周波信号はＤ／Ａコンバータ１５にて、アナログ化されて送信回路１６へと与えられる。
【００３７】
ＩＦ周波信号は送信回路１６では、まず直交変調が行われ、さらにシンセサイザ回路４から与えられるローカル信号を用いてミキシングアップして所定の送信周波数の無線周波信号とされる。そしてこの無線周波信号は、送信回路５で増幅されたのち、アンテナ共用器２を介してアンテナ１に供給される。これにより、無線周波信号はアンテナ１より電波として送出される。
【００３８】
制御回路１７は、ＣＰＵ２３の制御の下に、ＬＣＤ表示器１８やスピーカ２１の駆動制御や、キーユニット１９の出力信号の処理を行う。
【００３９】
ＬＣＤ表示器１８は、制御回路１７により駆動されて、任意の画像を表示する。
【００４０】
キーユニット１９は、電話番号、発信、終話、文字入力、あるいは機能設定などに関する使用者による指示入力を受け付ける。
【００４１】
アンプ２０には、着信音や着信メロディの鳴動を行うべくスピーカ２１を駆動するために制御回路１７から出力される信号が与えられる。アンプ２０は、この信号を増幅してスピーカ２１に与える。
【００４２】
スピーカ２１は、アンプ２０を介して制御回路１７から与えられる信号を音響出力として発生することで、着信発生を使用者に報知するべく着信音や着信メロディの鳴動を行う。
【００４３】
発振回路２２は、制御回路１７に所定のクロック信号を供給する。このクロック信号は、着信メロディの音程やテンポの基準として制御回路１７で使用される。
【００４４】
ＣＰＵ２３は、ＲＯＭ２４に格納されている動作プログラムに基づいて動作する。そしてＣＰＵ２３は、本携帯電話機の各部を携帯電話機として機能し得るように総括制御する。
【００４５】
ＲＯＭ２４は、フラッシュＲＯＭまたはＥＥＰＲＯＭを用いて構成されている。そしてこのＲＯＭ２４は、ＣＰＵ２３の動作プログラムの他に、メロディ情報、アニメーション情報、静止画情報、個別番号、あるいは無線機の調整情報など、永続的に保持しておくべき種々の情報を記憶するために使用する。
【００４６】
ＲＡＭ２５は、携帯無線電話機の設定状態、電話番号、デジタル処理化された録音信号、ユーザが入力した文字情報の記憶、あるいはユーザが入力したメロディ情報などのような比較的短期的に保持しておくべき種々の情報を記憶するために使用する。なお、このＲＡＭ２５は、図示しないバックアップ電池によりバックアップされており、ある程度は長期間に渡って記憶情報を確実に保持しておくことが可能である。
【００４７】
電池２６は二次電池であって、本携帯無線電話機の各部に供給する電力を発生する。
【００４８】
安定化電源回路２７は、電池２６が出力する電力を安定化して各部に供給する。
【００４９】
ところでＣＰＵ２３がＲＯＭ２４に格納された動作プログラムに基づいて動作することにより実現される制御手段は、音声通話を可能とするための制御手段などのような携帯無線電話機における周知の一般的な制御手段に加えて、アニメーション表示制御手段を有している。このアニメーション表示制御手段は、着信時に着信メロディと関連したアニメーションの表示をＬＣＤ表示器１８に行わせる。
【００５０】
以下、以上のような構成を有した携帯無線電話機の動作に関していくつかの実施形態を挙げて説明する。
【００５１】
なお、以下の各実施形態は、いずれもハードウェア構成は前述のもので実現可能で、ＣＰＵ２３のアニメーション表示制御手段の制御手順を異ならせることで実現が可能である。
【００５２】
（第１の実施形態）
本実施形態においてＣＰＵ２３は、着信が発生したならば、制御回路１７を制御してスピーカ２１を駆動させ、所定の着信メロディを鳴動させる。
【００５３】
ここで本実施形態の携帯無線電話機では、着信メロディとして鳴動させる曲を、８ビート、１６ビートおよび３拍子の伴奏を任意にメロディに組み合わせることで作成する伴奏機能を有している。また、このような伴奏を使用せずに、従来通りにメロディのみを用いることも可能である。
【００５４】
そしてこのように着信メロディの鳴動を開始したならば、ＣＰＵ２３は図２に示すような着信アニメーション表示処理を並行して実行する。
【００５５】
この着信アニメーション表示処理においてＣＰＵ２３はまず、伴奏機能がＯＮになっているか否かを確認する（ステップＳＴ１）。
【００５６】
そして伴奏機能がＯＮになっているならばＣＰＵ２３は、使用する伴奏種類として“８ビート”、“１６ビート”および“３拍子”のいずれが設定されているかを確認する（ステップＳＴ２）。
【００５７】
ここで、伴奏種類として“８ビート”が設定されていたならば、ＣＰＵ２３は“ロック”をイメージして作成されたアニメーションの表示を開始する（ステップＳＴ３）。また、伴奏種類として“１６ビート”が設定されていたならば、ＣＰＵ２３は“ディスコ”をイメージして作成されたアニメーションの表示を開始する（ステップＳＴ４）。また伴奏種類として“３拍子”が設定されていたならば、ＣＰＵ２３は“ワルツ”をイメージして作成されたアニメーションの表示を開始する（ステップＳＴ５）。
【００５８】
なお、各アニメーションのデータはＲＯＭ２４に予め格納されている。そしてアニメーションを表示するための処理は、ＲＯＭ２４に格納されたデータに基づいて所定周期（例えば１００ms周期）でＬＣＤ表示器１８での表示画像を更新するなどの周知の処理である。
【００５９】
一方、伴奏機能がＯＦＦとなっていたならば、ＣＰＵ２３は表示アニメーションをランダムに選択しながらのアニメーション表示を開始する（ステップＳＴ６）。
【００６０】
この際に開始するアニメーション表示の処理は、個々のアニメーションの表示は周知の処理により行われるが、１つのアニメーションの表示が終了した際や、あるいは所定時間毎などの所定のタイミングにおいて、表示アニメーションを“ロック”、“ディスコ”および“ワルツ”のいずれかからランダムに選択することとする。
【００６１】
そして、ステップＳＴ３乃至ステップＳＴ６のいずれかにてアニメーション表示を開始したならば、ＣＰＵ２３は着信メロディが鳴動終了となるのを待ち受ける（ステップＳＴ７）。
【００６２】
この状態で、例えば使用者により着信応答指示がなされるなどしてことに応じて着信メロディの鳴動を終了したならば、ＣＰＵ２３はこれに従ってアニメーションの表示を終了し（ステップＳＴ８）、この上で今回の着信アニメーション表示処理を終了する。
【００６３】
以上のように本実施形態によれば、伴奏機能がＯＮとなっているならば、伴奏により得られる曲調にあったイメージのアニメーションがＬＣＤ表示器１８に表示される。この結果、見かけ上はアニメーションが着信メロディに合わせて動いているように表示され、着信メロディとアニメーションとがともに着信を報知するものであることが一目瞭然となる。従って、使用者は聴覚と視覚との双方により感覚的に、しかも的確に着信の発生を認識することが可能となる。
【００６４】
しかも本実施形態によれば、伴奏の種類に応じてアニメーションを選択するようにしているので、少ない種類のアニメーションでより多くの曲に対応することが可能である。従って、ＲＯＭ２４におけるアニメーションのデータによるメモリ使用量を低減してＲＯＭ２４の使用効率を高めることが可能である。また、アニメーションの選択にかかるＣＰＵ２３の処理負担も軽減することが可能である。
【００６５】
また本実施形態によれば、伴奏機能がＯＦＦとなっている場合には、表示アニメーションを用意された３つのアニメーションの中からランダムに選択しながら、その表示アニメーションを表示するようにしているので、着信メロディの曲調にあったアニメーション表示はできないものの、アニメーション表示は行うことが可能である。
【００６６】
なお本実施形態によれば、上述の効果の他に、ユーザニーズに応じての着信メロディのカスタマイズに伴って、画面表示のカスタマイズも行うことが可能となるという効果も得られる。また、従来のような機能的な表示のみしか行わない場合に比べて、着信時の画面表示に面白みを持たせることが可能となる。
【００６７】
（第２の実施形態）
本実施形態においてＣＰＵ２３は、着信が発生したならば、制御回路１７を制御してスピーカ２１を駆動させ、所定の着信メロディを鳴動させる。
【００６８】
そしてこのように着信メロディを鳴動させている期間中においてＣＰＵ２３は、図３に示すような着信アニメーション表示処理を所定の周期毎に繰り返し実行する。
【００６９】
この着信アニメーション表示処理においてＣＰＵ２３はまず、現時点において着信メロディが休符期間となっているか否かの確認を行う（ステップＳＴ１１）。
【００７０】
ここで、着信メロディが休符期間では無ければＣＰＵ２３は続いて、画像番号を示す変数Ｎをインクリメントする（ステップＳＴ１２）。続いてＣＰＵ２３は、更新した変数Ｎが、着信アニメーションを構成する画像の枚数Ｎmaxよりも大きくなっているか否かを判断する（ステップＳＴ１３）。そして変数ＮがＮmaxよりも大きくなっているならば、ＣＰＵ２３は変数Ｎを“１”にリセットする（ステップＳＴ１４）。
【００７１】
このようにして変数Ｎを更新したならばＣＰＵ２３は、表示アニメーションを構成する画像のうちで変数Ｎで示される画像番号が付された画像を表示するようにＬＣＤ表示器１８の表示内容を更新する（ステップＳＴ１５）。そしてこのようにＬＣＤ表示器１８の表示内容を更新したならばＣＰＵ２３は、今回の着信アニメーション表示処理を終了する。
【００７２】
ところで本実施形態においては、ＲＯＭ２４に着信アニメーションのデータが格納されている。この着信アニメーションのデータは、“１”〜“Ｎmax”までの画像番号がそれぞれ付されたＮmax枚の画像のデータから構成される。なお、着信アニメーションは、当該携帯無線電話機に唯一用意されたアニメーションであっても良いし、用意された複数のアニメーションのうちのユーザ設定に応じて選択されたものであっても良いし、あるいは前記第１実施形態により選択されたものであっても良い。
【００７３】
かくして、着信アニメーションを構成する画像が画像番号に従った順序で所定周期毎に更新されつつＬＣＤ表示器１８に表示されることとなり、アニメーション表示が行われることとなる。そしてこのときには、画像番号Ｎmaxの画像、すなわち最後の画像が表示されている状態で次の着信アニメーション表示処理が実行された場合には、ＬＣＤ表示器１８の表示画像は画像番号“１”の画像に更新されるから、表示アニメーションに設定されているアニメーションが繰り返し表示される。
【００７４】
なお、ステップＳＴ１１にて着信メロディが休符期間であると判定された場合には、ＣＰＵ２３は上述のステップＳＴ１２乃至ステップＳＴ１５の処理を行うことなしに、即座に今回の着信アニメーション表示処理を終了する。
【００７５】
このため、着信メロディが休符期間であるときには、ＬＣＤ表示器１８の表示画像の更新が行われない。つまり、着信メロディの休符期間では、着信アニメーションも静止する。
【００７６】
以上のように本実施形態によれば、図４に示すようにメロディを実際に鳴動させる期間にはアニメーションを動作させ、かつメロディが実際には鳴動されない休符期間にはアニメーションを静止させるように着信アニメーションの表示がなされる。従って着信アニメーションは、着信メロディの実際の鳴動／休符に同期して動作／静止を行うこととなり、見かけ上はアニメーションが着信メロディに合わせて動いているように表示され、着信メロディとアニメーションとがともに着信を報知するものであることが一目瞭然となる。この結果、使用者は聴覚と視覚との双方により感覚的に、しかも的確に着信の発生を認識することが可能となる。
【００７７】
なお本実施形態によれば、上述の効果の他に、ユーザニーズに応じての着信メロディのカスタマイズに伴って、画面表示のカスタマイズも行うことが可能となるという効果も得られる。また、従来のような機能的な表示のみしか行わない場合に比べて、着信時の画面表示に面白みを持たせることが可能となる。
【００７８】
（第３の実施形態）
さて、本実施形態においてＣＰＵ２３は、着信が発生したならば、制御回路１７を制御してスピーカ２１を駆動させ、所定の着信メロディを鳴動させる。
【００７９】
そしてこのように着信メロディを鳴動させている期間中においてＣＰＵ２３は、図５に示すような着信アニメーション表示処理を所定の周期毎に繰り返し実行する。
【００８０】
ところで本実施形態においては、着信アニメーションは図６（ａ）（ｂ）（ｃ）（ｄ）（ｅ）にそれぞれ示すように、それぞれ３枚の画像からなるパターンＡ乃至パターンＥの５つのパターンと、図７（ａ）（ｂ）にそれぞれ示す静止画Ａおよび静止画Ｂの２枚の静止画とからなる。そしてこれらの画像を示すデータがＲＯＭ２４に格納されている。なお、各パターンに含まれる３枚の画像には、それぞれ例えば図６中に示すように“１”〜“３”の画像番号が設定されている。また２枚の静止画Ａ，Ｂにはそれぞれ、“１”および“２”の静止画番号が設定されている。
【００８１】
さらに本実施形態では、ＲＯＭ２４に図８に示すような内容を示すパターン構成表が格納されている。
【００８２】
このパターン構成表は、“ド”“レ”“ミ”“ファ”“ソ”“ラ”“シ”の各音階に対応付けて、その音階が着信メロディの最初の音階であるときにおいてパターンＡ〜パターンＣの各パターンをどのような順序で選択するかを任意に設定して記述したものである。
【００８３】
さて、着信アニメーション表示処理においてＣＰＵ２３はまず、現時点において着信メロディが休符期間となっているか否かを確認する（ステップＳＴ２１）。
【００８４】
ここで、着信メロディが休符期間では無ければＣＰＵ２３は続いて、休符フラグがＯＮとなっているか否かを確認する（ステップＳＴ２２）。休符フラグとは、前回の着信アニメーション表示処理の実行時が着信メロディの休符期間であったか否かを示すものであって、ＯＮとなっていれば前回の着信アニメーション表示処理の実行時が着信メロディの休符期間であったことを示す。
【００８５】
休符フラグがＯＦＦであった場合、すなわち前回から引き続いて実際にメロディを鳴動する状態なのであれば、ＣＰＵ２３は画像番号を示す変数Ｎをインクリメントする（ステップＳＴ２３）。続いてＣＰＵ２３は、更新した変数Ｎが、１パターンを構成する画像の枚数Ｎmax（本実施形態では“３”）よりも大きくなっているか否かを判断する（ステップＳＴ２４）。そして変数ＮがＮmaxよりも大きくなっている場合にのみ、ＣＰＵ２３は変数Ｎを“１”にリセットする（ステップＳＴ２５）。
【００８６】
このようにして変数Ｎを更新したならばＣＰＵ２３は、現在選択されているパターンを構成する画像のうちで変数Ｎで示される画像番号が付された画像を表示するようにＬＣＤ表示器１８の表示内容を更新する（ステップＳＴ２６）。そしてこのようにＬＣＤ表示器１８の表示内容を更新したならばＣＰＵ２３は、今回の着信アニメーション表示処理を終了する。
【００８７】
かくして、着信メロディが実際にメロディを鳴動させる状態を継続する限りは、単一のパターンを構成する各画像が画像番号に従った順序で、当該着信アニメーション表示処理が実行される毎に、すなわち所定周期毎に更新されつつＬＣＤ表示器１８に表示されるのであり、単一のパターンによりアニメーション表示が行われる。
【００８８】
ところで、ステップＳＴ２２で休符フラグがＯＮであった場合、すなわち休符期間が終了した直後なのであれば、ＣＰＵ２３はＲＯＭ２４に格納されたパターン構成表に基づいて次のパターンを選択する（ステップＳＴ２７）。具体的には、着信メロディの最初の音階が“ミ”であって、これまで選択されていたパターンがパターンＢであったとするならば、ＣＰＵ２３はパターンＡを次パターンとして選択する。
【００８９】
続いてＣＰＵ２３は、今回は休符期間ではなかったのであるから休符フラグをＯＦＦとする（ステップＳＴ２８）。
【００９０】
そしてこののちにＣＰＵ２３は、ステップＳＴ２５およびステップＳＴ２６の処理を上述したのと同様に行う。
【００９１】
このように、休符期間が終了する毎に次パターンが選択されて、以降はそのパターンによりアニメーション表示が行われる。
【００９２】
さて、着信メロディが休符期間であった場合には、ＣＰＵ２３は休符フラグがＯＦＦとなっているか否かを確認する（ステップＳＴ２９）。
【００９３】
休符フラグがＯＦＦであった場合、すなわち休符期間になった直後なのであれば新たに休符期間に入ったのであるから、ＣＰＵ２３は休符フラグをＯＮとする（ステップＳＴ３０）。
【００９４】
そしてこののちにＣＰＵ２３は、静止画番号を示す変数Ｍをインクリメントする（ステップＳＴ３１）。続いてＣＰＵ２３は、更新した変数Ｍが、静止画の枚数Ｍmax（本実施形態では“２”）よりも大きくなっているか否かを判断する（ステップＳＴ３２）。そして変数ＭがＭmaxよりも大きくなっている場合にのみ、ＣＰＵ２３は変数Ｍを“１”にリセットする（ステップＳＴ３３）。
【００９５】
このようにして変数Ｍを更新したならばＣＰＵ２３は、変数Ｍで示される静止画番号が付された画像を表示するようにＬＣＤ表示器１８の表示内容を更新する（ステップＳＴ３４）。そしてこのようにＬＣＤ表示器１８の表示内容を更新したならばＣＰＵ２３は、今回の着信アニメーション表示処理を終了する。
【００９６】
ところで、ステップＳＴ２９で休符フラグがＯＮであった場合、すなわち前回から引き続いて休符期間なのであれば、ＣＰＵ２３はステップＳＴ３０乃至ステップＳＴ３４の処理を行うことなしに、そのまま今回の着信アニメーション表示処理を終了する。
【００９７】
かくして休符期間に入ったならば、ＬＣＤ表示器１８の表示画像は静止画とされ、休符期間が継続する限りはその静止画が継続して表示される。このため、着信メロディが休符期間であるときには、着信アニメーションも静止する。
【００９８】
以上のように本実施形態によれば、図９に示すようにメロディを実際に鳴動させる期間にはアニメーションを動作させ、かつメロディが実際には鳴動されない休符期間には静止画を固定的に表示してアニメーションを静止させる。従って着信アニメーションは、着信メロディの実際の鳴動／休符に同期して動作／静止を行うこととなり、見かけ上はアニメーションが着信メロディに合わせて動いているように表示され、着信メロディとアニメーションとがともに着信を報知するものであることが一目瞭然となる。従って、使用者は聴覚と視覚との双方により感覚的に、しかも的確に着信の発生を認識することが可能となる。
【００９９】
さらに本実施形態では、休符期間を挟んでそれぞれ異なるパターンを用いてアニメーションを動作させるようにしているので、休符期間における静止画表示を際だたせることが可能であり、アニメーションの動作／静止にメリハリをつけることが可能である。このことにより、着信メロディと着信アニメーションとの同期性をより明確に使用者に認識させることが可能となる。
【０１００】
また本実施形態によれば、休符期間にはアニメーションを動作させるときに表示するのとは異なる静止画を表示するようにしているので、前記第２実施形態のようにそれまで表示されていた画像の更新を単に停止する場合に比べて、着信アニメーションの静止を明確に使用者に認識させることが可能となる。
【０１０１】
なお本実施形態によれば、上述の効果の他に、ユーザニーズに応じての着信メロディのカスタマイズに伴って、画面表示のカスタマイズも行うことが可能となるという効果も得られる。また、従来のような機能的な表示のみしか行わない場合に比べて、着信時の画面表示に面白みを持たせることが可能となる。
【０１０２】
なお、本願の各発明は前記各実施形態に限定されるものではない。例えば前記各実施形態では、本願各発明に係る通信端末装置を携帯無線電話機に適用しているが、着信時に着信メロディの鳴動によって着信報知を行うものであれば他の如何なる通信端末装置にも適用が可能である。
【０１０３】
前記第１実施形態では、伴奏に対応付けたアニメーションを用意しておいてそれらを選択使用するようにしているが、個々のメロディをイメージして作成したアニメーションをそれぞれ用意しておき、着信メロディとして使用するメロディに対応するアニメーションを表示することとしても良い。
【０１０４】
前記第１実施形態では、着信アニメーションは“ロック”、“ディスコ”および“ワルツ”のそれぞれをイメージしたものとしているが、８ビート、１６ビートおよび３拍子のそれぞれの調子にあったジャンルをイメージしたものであればアニメーションの内容は任意であって良い。また伴奏機能による伴奏の調子が異なるのであれば、その調子に応じたイメージのアニメーションを用意するべきである。
【０１０５】
前記第１実施形態では、伴奏機能がＯＦＦであるときには各アニメーションを１つのアニメーションの１回の表示が終了する毎にランダムに選択しつつ表示することとしているが、各アニメーションの選択順序を所定の順序としたり、またアニメーションの切替えタイミングを所定時間毎とするなどの変更が可能である。
【０１０６】
前記第２実施形態および第３実施形態では、着信アニメーションの表示を休符にのみ同期させているが、個々の音符に同期して着信アニメーションの表示を行うようにすれば、より着信メロディと着信アニメーションとの関連性を明確化することが可能となる。ただしこの場合には、前記第２，第３実施形態に比べてＣＰＵ２３の処理負担が増加する。またＬＣＤ表示器１８として高速動作が可能なものを用いる必要が生じる。逆に言えば、前記第２，第３実施形態は、ＣＰＵ２３の処理負担の増加を抑え、また表示器の高速化を必要とせずに、着信メロディに同期させてのアニメーション表示を行うことが可能なのである。
【０１０７】
また、休符以外の他の音符に合わせてその音符の特性に応じた任意の動作を入れるようにしても良い。例えば、所定長以上の音符に合わせて、１枚の画像の表示期間を延長するなどが考えられる。
【０１０８】
また前記第３実施形態では、休符期間には専用の静止画を表示するようにしているが、休符期間前に選択されるパターンの画像または休符期間後に選択されるパターンの画像の表示を前記第２実施形態のように更新せずに表示させることでアニメーションの動作を停止させるようにしても良い。
【０１０９】
このほか、本発明の要旨を逸脱しない範囲で種々の変形実施が可能である。
【０１１０】
【発明の効果】
本発明によれば、着信メロディと画面表示との相乗効果を有効に機能させてより的確に着信報知を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用してなる携帯無線電話機の構成を示すブロック図。
【図２】本発明の第１実施形態における着信アニメーション表示処理の処理手順を示すフローチャート。
【図３】本発明の第２実施形態における着信アニメーション表示処理の処理手順を示すフローチャート。
【図４】本発明の第２実施形態における着信メロディと着信アニメーション動作とのタイミング関係を示す図。
【図５】本発明の第３実施形態における着信アニメーション表示処理の処理手順を示すフローチャート。
【図６】本発明の第３実施形態において着信アニメーションを構成する画像のパターンの一例を示す図。
【図７】本発明の第３実施形態において着信アニメーションを構成する静止画の一例を示す図。
【図８】着信アニメーションを作成するためのパターンの構成順を着信メロディの最初の音階に対して記述したパターン構成表を示す図。
【図９】本発明の第３実施形態における着信メロディと着信アニメーション動作とのタイミング関係を示す図。
【符号の説明】
１…アンテナ
２…アンテナ共用器
３…受信回路（ＲＸ）
４…シンセサイザ回路（ＳＹＮ）
５…Ａ／Ｄコンバータ
６…モデム部
７…チャネルコーデック
８…スピーチコーデック
９…Ｄ／Ａコンバータ
１０…受話アンプ
１１…レシーバ
１２…マイク
１３…送話アンプ
１４…Ａ／Ｄコンバータ
１５…Ｄ／Ａコンバータ
１６…送信回路（ＴＸ）
１７…制御回路
１８…ＬＣＤ表示器
１９…キーユニット
２０…アンプ
２１…スピーカ
２２…発振回路
２３…ＣＰＵ
２４…ＲＯＭ
２５…ＲＡＭ
２６…電池
２７…安定化電源回路
２８…制御バス
【図１】
0004326645.tif 000002
【図２】
0004326645.tif 000003
【図３】
0004326645.tif 000004
【図４】
0004326645.tif 000005
【図５】
0004326645.tif 000006
【図６】
0004326645.tif 000007
【図７】
0004326645.tif 000008
【図８】
0004326645.tif 000009
【図９】
0004326645.tif 000010