(57)【要約】【課題】  煩雑な操作を行うことなく、通信識別情報を用いた斬新な着信演出により、興趣を向上させることができる携帯端末装置及びプログラムを提供する。【解決手段】  携帯電話機２１は、端末装置からの着信が検知された場合において、通信識別情報における複数桁の符号を固有の音階パラメータとして非可逆に変換し、固有の音階パラメータに対応する固有の着信音パターンを生成し、固有の着信音パターンに基づく固有の着信音を発音部３７から発生させる。携帯電話機２１は、端末装置からの着信が検知された場合において、通信識別情報における複数桁の符号を固有の画像パラメータとして変換し、変換された固有の画像パラメータに対応する複数の着信画像パターンを生成する。携帯電話機２１は、生成された複数の着信画像を固有の着信画像として合成し、固有の着信画像を表示部２２に表示する。【選択図】        図２
2005123827.tif 000002
【特許請求の範囲】
【請求項１】
着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を固有の音階パラメータとして、当該固有の音階パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【請求項２】
着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を固有の音階パラメータとして変換する音パラメータ変換手段と、前記音パラメータ変換手段により変換された固有の音階パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【請求項３】
請求項２に記載の携帯端末装置において、
前記音パラメータ変換手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を固有の音階パラメータとして非可逆に変換する機能を有することを特徴とする携帯端末装置。
【請求項４】
着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして、当該固有の音パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【請求項５】
着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして変換する音パラメータ変換手段と、前記音パラメータ変換手段により変換された固有の音パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【請求項６】
請求項５に記載の携帯端末装置において、
前記音パラメータ変換手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータに非可逆に変換する機能を有することを特徴とする携帯端末装置。
【請求項７】
着信画像を表示する画像表示手段と、当該画像表示手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして、当該画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【請求項８】
着信画像を表示する画像表示手段と、当該画像表示手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして変換する画像パラメータ変換手段と、前記画像パラメータ変換手段により変換された画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【請求項９】
請求項８に記載の携帯端末装置において、
画像パラメータ変換手段は、端末装置からの着信が検知された場合に、前記通信識別情報における複数桁の符号を固有の画像パラメータとして非可逆に変換する機能を有することを特徴とする携帯端末装置。
【請求項１０】
着信画像を表示する表示手段と、当該表示手段により表示される着信画像に関する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、固有の画像指定パラメータ及び画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして、当該固有の画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【請求項１１】
着信画像を表示する画像表示手段と、当該画像表示手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、固有の画像指定パラメータ及び画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして変換する画像パラメータ変換手段と、前記画像パラメータ変換手段により変換された固有の画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【請求項１２】
請求項１１に記載の携帯端末装置において、
画像パラメータ変換手段は、端末装置からの着信が検知された場合に、固有の画像指定パラメータ及び画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして非可逆に変換する機能を有することを特徴とする携帯端末装置。
【請求項１３】
着信画像を表示する表示手段と、当該表示手段により表示される着信画像に関する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、
前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、ゲーム空間上におけるキャラクタの性質パラメータに変換する性質パラメータ変換手段と、前記性質パラメータ変換手段により変換されたキャラクタの性質パラメータを登録する性質パラメータ登録手段と、ゲームプログラムに従ってゲームに関する情報を制御することによって、前記性質パラメータ登録手段により登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームを実行するゲーム実行手段と、を有することを特徴とする携帯端末装置。
【請求項１４】
着信音を発生する発生手段と、当該発生手段により発生される着信音に関する制御と通信に関する制御とを行う制御手段と、を備えた携帯端末装置に対して、通信可能に接続される端末装置からの着信を検知したことに応じて、当該端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信する処理をコンピュータに実行させるプログラムであって、
前記携帯端末装置に対して、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、固有の音階パラメータとして、当該固有の音階パラメータに対応する固有の着信音パターンを生成する着信音生成処理と、前記着信音生成処理において生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御処理と、をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置及びプログラムに関するものであり、特に、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を用いた携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、携帯端末装置においては、複数桁の符号からなる電話番号、メールアドレス等の通信識別情報が受信された場合に、着信を報知するために着信音が発せられる。これに関し、現在では、着信画像等の着信演出が実行されるものが流行しており、このようなものにおいては、通信識別情報が受信された場合に、着信画像、着信音等の着信演出が実行される。そして、この着信演出は、ユーザの操作入力に応じて携帯端末装置に設定することができるようにされている。
【０００３】
ここで、ユーザの操作入力に応じて、通信識別情報を登録し、その登録された通信識別情報に対して着信演出を設定する機能を備えた携帯端末装置が開示されており（例えば、特許文献１参照。）、記憶登録された通信識別情報が付された端末装置からの着信があった場合には、通信識別情報に対応するように設定された着信演出が実行される。このように実行される着信演出により通信先の端末装置が容易に識別可能となり好評を得ている。
【特許文献１】特開平１０−１９０７７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した携帯端末装置においては、通信識別情報に対して着信演出が設定されていない場合には、携帯端末装置自体に設定された着信演出が実行されるため、ユーザにとっては、通信先である端末装置を識別することができなかった。
【０００５】
また、携帯端末装置においては、持ち運び易さの観点等から小型化が進められているため、操作性が良いものとはいえず、記憶登録された通信識別情報の全てに対応するように着信演出態様を設定する操作は、煩雑であり、携帯端末装置における使用の興趣を損ねるおそれがある。
【０００６】
本発明は、上述したような課題に鑑みてなされたものであり、斬新な着信演出により、興趣を向上させることができる携帯端末装置及びプログラムを提供することを目的とする。
【０００７】
また、本発明は、上述した課題に鑑みてなされたものであり、煩雑な操作を行うことなく着信演出を実行することができる携帯端末装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
以上のような目的を達成するために、本発明の携帯端末装置及びプログラムは、端末装置からの着信がなされた場合において、当該端末装置の通信識別情報における複数桁の符号を固有の演出パラメータとして、当該固有の演出パラメータに対応する固有の演出パターンに基づく固有の着信演出を実行させることを特徴とする。
【０００９】
より具体的には、本発明は、以下のようなものを提供する。
【００１０】
（１）  着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を固有の音階パラメータとして、当該固有の音階パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【００１１】
（２）  着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を固有の音階パラメータとして変換する音パラメータ変換手段と、前記音パラメータ変換手段により変換された固有の音階パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【００１２】
（３）  （２）に記載の携帯端末装置において、前記音パラメータ変換手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を固有の音階パラメータとして非可逆に変換する機能を有することを特徴とする携帯端末装置。
【００１３】
（４）  着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして、当該固有の音パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【００１４】
（５）  着信音を発生する音発生手段と、当該音発生手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合に、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして変換する音パラメータ変換手段と、前記音パラメータ変換手段により変換された固有の音パラメータに対応する固有の着信音パターンを生成する着信音生成手段と、前記着信音生成手段により生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御手段と、を有することを特徴とする携帯端末装置。
【００１５】
（６）  （５）に記載の携帯端末装置において、前記音パラメータ変換手段は、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータに非可逆に変換する機能を有することを特徴とする携帯端末装置。
【００１６】
（７）  着信画像を表示する画像表示手段と、当該画像表示手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして、当該画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【００１７】
（８）  着信画像を表示する画像表示手段と、当該画像表示手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして変換する画像パラメータ変換手段と、前記画像パラメータ変換手段により変換された画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【００１８】
（９）  （８）に記載の携帯端末装置において、画像パラメータ変換手段は、端末装置からの着信が検知された場合に、前記通信識別情報における複数桁の符号を固有の画像パラメータとして非可逆に変換する機能を有することを特徴とする携帯端末装置。
【００１９】
（１０）  着信画像を表示する表示手段と、当該表示手段により表示される着信画像に関する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、固有の画像指定パラメータ及び画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして、当該固有の画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【００２０】
（１１）  着信画像を表示する画像表示手段と、当該画像表示手段に対する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、固有の画像指定パラメータ及び画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして変換する画像パラメータ変換手段と、前記画像パラメータ変換手段により変換された固有の画像パラメータに対応する複数の着信画像を生成する画像生成手段と、前記画像生成手段により生成された複数の着信画像を固有の着信画像として合成する画像合成手段と、前記画像合成手段により合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御手段と、を有することを特徴とする携帯端末装置。
【００２１】
（１２）  （１１）に記載の携帯端末装置において、画像パラメータ変換手段は、端末装置からの着信が検知された場合に、固有の画像指定パラメータ及び画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして非可逆に変換する機能を有することを特徴とする携帯端末装置。
【００２２】
（１３）  着信画像を表示する表示手段と、当該表示手段により表示される着信画像に関する制御と通信に関する制御とを行う制御手段と、を備え、前記制御手段は、通信可能に接続される端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信した場合には、前記端末装置からの着信を検知する機能を有する携帯端末装置であって、前記制御手段は、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、ゲーム空間上におけるキャラクタの性質パラメータに変換する性質パラメータ変換手段と、前記性質パラメータ変換手段により変換されたキャラクタの性質パラメータを登録する性質パラメータ登録手段と、ゲームプログラムに従ってゲームに関する情報を制御することによって、前記性質パラメータ登録手段により登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームを実行するゲーム実行手段と、を有することを特徴とする携帯端末装置。
【００２３】
（１４）  着信音を発生する発生手段と、当該発生手段により発生される着信音に関する制御と通信に関する制御とを行う制御手段と、を備えた携帯端末装置に対して、通信可能に接続される端末装置からの着信を検知したことに応じて、当該端末装置を識別可能であり、複数桁の符号からなる通信識別情報を受信する処理をコンピュータに実行させるプログラムであって、前記携帯端末装置に対して、端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、固有の音階パラメータとして、当該固有の音階パラメータに対応する固有の着信音パターンを生成する着信音生成処理と、前記着信音生成処理において生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御処理と、をコンピュータに実行させることを特徴とするプログラム。
【００２４】
（１）、（１４）の発明によれば、端末装置からの着信が検知された場合に、端末装置における通信識別情報を固有の音階パラメータとして、音階パラメータに基づく固有の着信音パターンを生成し、固有の着信音パターンに基づく固有の着信音を発生させるので、通信相手である端末装置における固有の通信識別情報に基づく着信相手固有の着信音を発生させることができ、携帯端末装置における煩雑な操作を行うことなく、着信相手を識別可能であるとともに、携帯端末装置における新たな興趣を提供することができる。
【００２５】
これに加えて、（４）の発明によれば、端末装置からの着信が検知された場合に、端末装置における通信識別情報を固有の音階パラメータとして、音階パラメータに基づく固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ、伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータを生成し、固有の着信音パターンに基づく固有の着信音を発生させるので、多種多様の着信音を発生させることができ、ユーザに対する興趣を向上させることができる。
【００２６】
これに加えて、（２）、（５）の発明によれば、端末装置からの着信が検知された場合において、端末装置の通信識別情報における複数桁の符号を固有の音階パラメータ等として変換し、変換された固有の音階パラメータに対応する固有の着信音パターンを生成し、固有の着信音パターンに基づく固有の着信音を発生させるので、記憶媒体における容量を有効に利用することができる。
【００２７】
これに加えて、（３）又は（６）の発明によれば、通信識別情報に対応する固有の音階パラメ−タとして非可逆に変換を行うので、着信音を発生させることにより、ユーザ以外の他者に対して生じ得る個人情報の漏洩を防止することができる。また、近似する番号であっても、同じような着信音が発生される可能性が少なく、ユーザに対する興趣を向上させることができる。
【００２８】
（７）の発明によれば、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして、画像パラメータに対応する複数の着信画像を生成し、複数の着信画像を固有の着信画像として合成し、固有の着信画像を表示させるので、通信相手である端末装置における固有の通信識別情報に基づく着信相手固有の着信画像を表示させることができ、携帯端末装置における煩雑な操作を行うことなく、着信相手を識別可能であるとともに、携帯端末装置における新たな興趣を提供することができる。
【００２９】
これに加えて、（１０）の発明によれば、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を固有の画像指定パラメータ、画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして、画像パラメータに対応する複数の着信画像を生成し、複数の着信画像を固有の着信画像として合成し、固有の着信画像を表示させるので、多種多様の着信音を発生させることができ、ユーザに対する興趣を向上させることができる。
【００３０】
これに加えて、（８）、（１１）の発明によれば、端末装置からの着信が検知された場合に、前記通信識別情報における複数桁の符号を固有の画像パラメータ等として変換し、画像パラメータに基づく複数の着信画像を生成し、複数の着信画像を固有の着信画像として合成し、固有の着信画像を表示させるので、記憶媒体における容量を有効に利用することができる。
【００３１】
これに加えて、（９）又は（１２）の発明によれば、通信識別情報に対応する固有の画像パラメ−タとして非可逆に変換を行うので、着信画像を表示させることにより、ユーザ以外の他者に対して生じ得る個人情報の漏洩を防止することができる。また、近似する番号であっても、同じような着信画像が表示される可能性が少なく、ユーザに対する興趣を向上させることができる。
【００３２】
（１３）の発明によれば、端末装置からの着信が検知された場合に、その端末装置の通信識別情報における複数桁の符号をゲーム空間上におけるキャラクタの性質パラメータに変換し、キャラクタの性質パラメータを登録し、ゲームプログラムに従ってゲームに関する情報を制御することによって、登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームを実行するので、擬似的なゲーム空間上において、他のユーザを化体するキャラクタを登場させることにより、他のユーザに対する親近感を提供することができ、ユーザに対する新たな興趣を提供することができる。
【００３３】
一方、ゲーム空間上とは異なる現実世界において、ゲーム空間上において実行されたゲームに関する対話の機会を提供することができる。これによって、携帯端末装置における新たな興趣を提供することができ、ユーザに対する新たな興趣を提供することができる。
【００３４】
また、着信画像をキャラクタの着信画像とすることにより、単なる着信画像よりも、ユーザに対して愛着を持たせる可能性が高まり、通信を行うことに対する期待感を増加させることができ、ユーザに対する興趣を向上させることができる。
【００３５】
また、（１３）の発明において、「前記登録手段は、キャラクタの性質パラメータを複数登録する機能を有し、前記制御手段は、前記登録手段に登録された複数のキャラクタの性質パラメータに応じたキャラクタから、ゲーム空間上に登場させるキャラクタを選択するキャラクタ選択手段を備え、前記ゲーム実行手段は、ゲームプログラムに従って、前記キャラクタ選択手段により選択されたキャラクタがゲーム空間上に登場するゲームを実行する機能を有する」ように構成してもよい。
【００３６】
このように構成した場合には、端末装置からの着信を受けることにより、端末装置における通信識別情報に対応するキャラクタが登録されることとなるので、ゲーム空間上に登場されるキャラクタの選択肢を増やすために、より多くの着信を受けるように促すことができ、ゲーム空間上における興趣だけでなく、現実世界における興趣をも付加することができ、ユーザに対する新たな興趣を提供することができる。
【発明の効果】
【００３７】
本発明によれば、通信相手である端末装置における固有の通信識別情報に基づく着信相手固有の着信演出を発生させることができ、携帯端末装置における煩雑な操作を行うことなく、着信相手を識別可能であるとともに、携帯端末装置における新たな興趣を提供することができる。
【発明を実施するための最良の形態】
【００３８】
以下に、本発明に好適な一実施形態について図面を用いて説明する。尚、以降、本発明に携帯電話機を適用させて説明するが、携帯端末装置であればよく、例えば、ＰＤＡ（Personal  Digital  Assistant）等であってもよい。
【００３９】
［携帯端末装置の構成］
本実施形態における携帯電話機について図１を用いて説明する。
【００４０】
図１に示すように、携帯電話機２１には、画像を表示するための表示部２２が設けられている。表示部２２は、詳しくは後述するが、着信画像を表示する機能を有する。尚、この表示部２２は、ユーザに対して視認可能な場所であれば、どの場所に設けられていてもよい。
【００４１】
表示部２２の下方には、操作部２３が設けられている。この操作部２３の操作により、携帯電話機２１の入力が行われる。尚、この操作部２３は、ユーザに対して操作可能な場所であれば、どの場所に設けられていてもよい。
【００４２】
表示部２２の上方には、アンテナ部２４が設けられている。このアンテナ部２４は、他の端末装置（図示せず）と通信可能に接続するためのものである。また、本実施形態においては、ＴＤＭＡ(Time  Division  Multiple  Access)方式や、ＣＤＭＡ(Code  Division  Multiple  Access)方式等、デジタル方式の電波を用いて、各地に点在する基地局を介して他の端末装置と通信可能に接続する。尚、上述した通信方式でなくとも、他の態様であってもよい。尚、このアンテナ部２４は、「端末装置と通信可能に接続する通信手段」に相当する。また、このアンテナ部２４は、どの場所に設けられていてもよい。
【００４３】
［携帯電話機の電気的構成］
本実施形態における携帯電話機の電気的構成について図２を用いて説明する。
【００４４】
図２に示すように、携帯電話機２１においては、データＢＵＳに、制御部としてのＣＰＵ３１と、記憶部としてのＲＯＭ３２と、記憶部としてのＳＲＡＭ３３と、他の端末装置に対して通信可能に接続される通信手段としての通信インターフェイス（以降、通信Ｉ／Ｆと称する）３４と、画像を表示する表示部２２と、ユーザにより操作可能な操作部２３と、音声を収集する集音部３５と、他の端末装置からの音声を発生させる発音部３６と、着信音等の各種の音を発生させる発音部３７と、が接続されている。尚、通信Ｉ／Ｆ３４には、上述したアンテナ部２４が含まれている。また、表示部２２は、「画像表示手段」に相当し、発音部３７は、「音発生手段」に相当する。
【００４５】
また、ＣＰＵ３１、ＲＯＭ３２、ＳＲＡＭ３３を制御手段としての制御回路３０として称する。この制御手段としての制御回路３０は、ＲＯＭ３２に記憶されたプログラムに従って、ＣＰＵ３１が各種の処理を実行する機能を有するものである。制御回路３０は、操作部２３、通信識別情報を受信した場合に端末装置からの着信を検知する通信Ｉ／Ｆ３４、集音部３５からの入力信号に応じて、通信Ｉ／Ｆ３４、表示部２２、発音部３６及び３７に対する制御する機能を有する。つまり、この制御回路３０は、着信音、着信画像に関する制御と、通信に関する制御とを行う。
【００４６】
また、通信識別情報は、複数桁の符号からなり、通信可能に接続される端末装置からの着信を検知したことに応じて、その端末装置を識別可能とするものである。
【００４７】
ＣＰＵ３１は、ＲＯＭ３２に記憶されたプログラムに従って、各種の処理を実行し、各種の機能を実現させることとなる。
【００４８】
尚、本実施形態においては、ＣＰＵ３１のみを用いる構成としたが、本発明はこれに限らず、別の態様として構成してもよく、例えば、制御主体を別個に分けて構成してもよく、ＣＰＵ３１の他に、画像を表示するためのＣＰＵ（画像表示制御部）、音発生用のＣＰＵ（音発生制御部）、通信用のＣＰＵ（通信制御部）等、様々な制御部を備えるように構成してもよい。
【００４９】
［携帯端末装置におけるプログラム］
ＲＯＭ３２には、携帯電話機２１の動作をＣＰＵ３１に制御させるためのプログラム、画像データ、音データ等が予め記憶されている。具体的には、少なくとも以下のような処理（ステップ）をコンピュータに実行させるためのものである。
【００５０】
（Ａ）  通信識別情報を受信した場合に、前記端末装置からの着信を検知する処理。
【００５１】
（Ｂ１）  端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして変換する音パラメータ変換処理。
【００５２】
（Ｂ２）  （Ｂ１）の処理において変換された固有の音パラメータに対応する固有の着信音パターンを生成する着信音生成処理。
【００５３】
（Ｂ３）  （Ｂ１）の処理おいて、端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータに非可逆に変換する処理。
【００５４】
（Ｂ４）  前記着信音生成処理において生成された固有の着信音パターンに基づく固有の着信音を前記音発生手段に対して発生させる発生制御処理。
【００５５】
（Ｃ１）  端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして、当該画像パラメータに対応する複数の着信画像を生成する画像生成処理。
【００５６】
（Ｃ２）  （Ｃ１）の処理において生成された複数の着信画像を固有の着信画像として合成する画像合成処理。
【００５７】
（Ｃ３）  （Ｃ２）の処理において合成された固有の着信画像を、前記画像表示手段に対して表示させる表示制御処理。
【００５８】
尚、（Ｂ１）から（Ｂ３）の処理を、「端末装置からの着信が検知された場合において、当該端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして、当該固有の音パラメータに対応する固有の着信音パターンを生成する着信音生成処理」としてもよい。
【００５９】
また、（Ｃ１）の処理を、「端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして変換する画像パラメータ変換処理」と、「画像パラメータ変換処理において変換された画像パラメータに対応する複数の着信画像を生成する画像生成処理」と、「画像パラメータ変換処理において、端末装置からの着信が検知された場合に、前記通信識別情報における複数桁の符号を固有の画像パラメータとして非可逆に変換する処理」にしてもよい。
【００６０】
尚、本実施形態においては、プログラム等を記憶する媒体としてＲＯＭ３２を用いるように構成したが、本発明はこれに限らず、コンピュータにより読み取り可能な記憶媒体であれば別態様であってもよく、例えば、読み書き可能な記憶媒体であっても、読み込み専用の記憶媒体であってもよい。また、予め記録されているものでなくとも、電源投入後にＳＲＡＭ３３等に記録されるものでもよく、図１５に示すように、ネットワーク２０１を介して、サーバ２００等からダウンロードするものであってもよい。更には、プログラムの各々が別々の記憶媒体に記録されていてもよく、具体的には、画像を表示するためのＣＰＵ（画像表示制御部）、音発生用のＣＰＵ（音発生制御部）、通信用のＣＰＵ（通信制御部）等、様々な制御部に対応したプログラムの各々が別々の記憶媒体に記憶されていてもよい。この場合には、記憶媒体に記憶されたプログラムに従って、画像を表示するためのＣＰＵ（画像表示制御部）、音発生用のＣＰＵ（音発生制御部）、通信用のＣＰＵ（通信制御部）等、様々な制御部が各種の処理を実行し、各種の機能を実現させることとなる。
【００６１】
ＳＲＡＭ３３には、画像データ、音データ、ユーザ登録テーブル、着信画像態様決定テーブル、着信音態様決定関数、着信音態様決定テーブル等が記憶されている。
【００６２】
画像データには、端末装置からの着信が検知された場合に、その端末装置の通信識別情報における複数桁の符号の各々に応じて合成される複数の合成用画像データと、その合成用画像データを除く一般画像データと、が含まれている。尚、本実施形態においては、出荷時に合成用画像データがＳＲＡＭ３３に記憶されるように構成したが、図１５に示すように、ネットワーク２０１を介して、出荷後にサーバ２００等からダウンロードすることにより、合成用画像データがＳＲＡＭ３３に記憶されるように構成してもよい。
【００６３】
また、音データには、複数の音色毎に対応付けられている音源データと、その音源データを再生する周波数（音の高さ）、長さ、強さ、音色を示す音パターンと、が含まれている。音源データは、出荷時に予め記憶されているが、出荷後に記憶される音源データであってもよい。音パターンには、端末装置からの着信が検知された場合に、その端末装置の通信識別情報における複数桁の符号に応じて生成される生成音パターンと、その生成音パターンを除いて予め記憶されている一般音パターンと、が含まれている。
【００６４】
［ユーザ登録テーブルの説明］
ＳＲＡＭ３３に登録可能に記憶されているユーザ登録テーブルについて図３を用いて説明する。
【００６５】
図３に示すように、ユーザ登録テーブルには、通信先の端末装置における情報が関連付けられており、詳しくは、「登録番号」、「氏名」、「電話番号」、「メールアドレス」、「画像番号」、「音番号」等、各種の情報が関連付けられている。尚、「電話番号」、「メールアドレス」は、通信識別情報に含まれる。
【００６６】
「画像番号」とは、通信識別情報に対応して設定される着信画像に関する番号であり、端末装置からの着信が検知された場合に、画像番号に応じて、一般画像データが着信画像として表示部２２に表示される。
【００６７】
画像番号が「ＦＦＦＦ」である場合には、通信識別情報に対応する着信画像が設定されていない空データとして判定され、「ＦＦＦＦ」以外の番号である場合には、画像データの指定番号として判定される。後述するように、画像番号が空データ「ＦＦＦＦ」である場合において、端末装置からの着信が検知されたときに、その端末装置の通信識別情報における複数桁の符号を、固有の画像パラメータとして画像パラメータに基づく複数の合成用画像データを抽出し、それら複数の合成用画像データを着信画像として合成し、合成された着信画像が表示部２２に表示されることとなる。尚、画像番号が「ＦＦＦＦ」以外である場合には、その番号に基づく一般画像データが表示部２２に表示されることとなる。
【００６８】
また、「音番号」とは、通信識別情報に対応して設定される着信音に関する番号であり、端末装置からの着信が検知された場合に、音番号に応じて着信音が発音部３７から発生される。
【００６９】
音番号が「ＦＦＦＦ」である場合には、通信識別情報に対応する着信音が設定されていない空データとして判定され、「ＦＦＦＦ」以外の番号である場合には、着信音の指定番号として判定される。後述するように、音番号が空データ「ＦＦＦＦ」である場合において、端末装置からの着信が検知されたときに、その端末装置の通信識別情報における複数桁の符号を、固有の音階パラメータ等として変換し、固有の音階パラメータ等に基づく固有の着信音パターンを生成用音パターンとして生成し、固有の着信音パターンに基づく着信音を発音部３７から発生させることとなる。尚、音番号が「ＦＦＦＦ」以外である場合には、その番号に基づいて、一般音パターンに基づく着信音を発音部３７から発生させることとなる。
【００７０】
つまり、ユーザ登録テーブルには、操作入力に基づいて通信識別情報を登録記憶する機能、通信識別情報に着信音パターンを対応させて登録可能に記憶する機能、通信識別情報に着信画像を対応させて登録可能に記憶する機能を備えている。このユーザ登録テーブルを記憶するＳＲＡＭ３３を「記憶手段」と称する。
【００７１】
また、制御手段としての制御回路３０は、操作入力に基づいて複数の着信音パターンの中から音発生手段に発生させる着信音パターンを選択し設定する機能、操作入力に基づいて複数の着信画像の中から画像表示手段に表示させる着信画像を選択し設定する機能を有する。
【００７２】
更には、本実施形態においては、端末装置からの着信が検知された場合において、当該端末装置における通信識別情報が前記記憶手段に記憶されていないとき、又は、当該端末装置における通信識別情報に対応する着信画像、着信音パターンが設定されてないときに、当該端末装置の通信識別情報における複数桁の符号を固有のパラメータとするように構成したが、本発明はこれに限らず、別の態様であってもよく、例えば、端末装置からの着信が検知された場合において、当該端末装置における通信識別情報が前記記憶手段に記憶されていないときでなく、当該端末装置における通信識別情報に対応する着信画像、着信音パターンが設定されてないときでなくとも、前記記憶手段により登録可能に記憶されている着信画像、着信音パターンを用いることなく、当該端末装置の通信識別情報における複数桁の符号を固有のパラメータとするように構成してもよい。
【００７３】
［着信画像についての説明］
また、ＳＲＡＭ３３に記憶されている着信画像態様決定テーブルについて図４を用いて説明する。
【００７４】
図４に示すように、着信画像態様決定テーブルには、着信画像態様を決定するための情報が関連付けられており、詳しくは、「桁数」、「符号」、「着信画像態様番号」等、各種の情報が関連付けられている。
【００７５】
「桁数」とは、通信識別情報における桁数であり、例えば、「桁数」が「５」である場合には、５桁目を示す。「桁数」の詳細については後述する。「符号」とは、「桁数」の各々に対応する符号である。「着信画像態様番号」とは、着信画像態様を示す番号であり、ＳＲＡＭ３３に記憶されている合成用画像データを選択するためのものである。例えば、「桁数」が「５」、「符号」が「１」である場合には、「着信画像態様番号」は「０５０１」となり、その「着信画像態様番号」が「０５０１」である合成用の画像データを読み出すこととなる。また、「桁数」の各々には、同種の合成用の画像データを示す「着信画像態様番号」が対応付けられている。つまり、端末装置の通信識別情報における複数の符号を画像パラメータとする構成となる。
【００７６】
通信識別情報における桁数に対応する合成用画像データについて図５を用いて説明する。尚、通信識別情報における最後の１桁は、付加情報として付されたものであり、付加状態を付さないような態様であってもよい。
【００７７】
通信識別情報における複数桁の符号は、それら自体が画像パラメータとされ、画像パラメータにより、複数の合成用画像データが生成される。
【００７８】
また、同じ桁数に対応する合成用画像データは、同じ種別のものである。例えば、図５に示すように、４桁目の符号を「顔・頭決定パラメータ」に対応させ、５桁目の符号を「上半身決定パラメータ」に対応させ、６桁目の符号を「下半身決定パラメータ」に対応させ、７桁目の符号を「右腕決定パラメータ」に対応させ、８桁目の符号を「左腕決定パラメータ」に対応させ、９桁目の符号を「右足決定パラメータ」に対応させ、１０桁目の符号を「左足決定パラメータ」に対応させ、１１桁目の符号を「アクション決定パラメータ」に対応させ、１２桁目の符号を「背景色決定パラメータ」に対応させている。また、１桁目から３桁目は「非対応」である。
【００７９】
このように、通信識別情報は、その通信識別情報における複数桁の符号の各々が着信画像態様に関する画像パラメータとして対応されるものであるため、複数桁の符号に基づいて、複数の合成用画像データが抽出され、それらの合成用画像データが固有の着信画像として合成され、表示部２２に表示されることとなる。
【００８０】
例えば、それらのパラメータと一致する「桁数」、「符号」を検索し、検索の結果、画像パラメータと一致する「桁数」、「符号」と対応付けられた複数の合成用画像データを選択することとなる。つまり、ＳＲＡＭ３３に記憶されている複数種類（例えば、「０」から「９」の１０種類）の合成用画像データから一つの着信画像データが抽出されることとなる。そして、これら複数種類の合成用画像が固有の着信画像として合成され、表示部２２に表示されることとなる。
【００８１】
［着信音についての説明］
また、ＳＲＡＭ３３には、着信音態様決定関数、着信音態様決定テーブルが記憶されている。以下、多種多様の着信音を違和感なく発生させることができる着信音態様についての説明を行う。
【００８２】
この着信音態様決定関数は、８桁の通信識別情報を８桁の音パラメータとして非可逆に変換するものであり、例えば、非線形ハッシュ関数等を用いることにより、非可逆に変換できるとともに、変換後の音パラメータを拡散させることができる。例えば、８桁の符号のうち、ある桁数の符号を１増加させた場合であっても、変換後の音パラメータは、同じようなものとはならない。尚、「非可逆に変換する」とは、逆に戻せないように変換する処理を示す。また、「非可逆」に代わって「不可逆」とも称する場合がある。
【００８３】
また、この音パラメータとは、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ、伴奏パラメータからなるものである。
【００８４】
着信音態様決定テーブルは、音パラメータに対応する着信音パターンを生成するためのものである。この着信音態様決定テーブルについて音パラメータとともに詳しく説明する。
【００８５】
着信音態様決定テーブルにおいては、複数の基音パラメータの各々が複数の基音に対応して設定されている。基音パラメータは、着信音パターンの基準となる音を示すものである。例えば、基音パラメータは、Ｃ（ド）、Ｃ＃（ド＃）、Ｄ（レ）、Ｄ＃（レ＃）、…、Ａ＃（ラ＃）、Ｂ（シ）に対応して設定されている。上述したように、通信識別情報における複数桁の符号が変換されて生成される基音パラメータに対応して、複数種類の基音から一つの基音が選択され、着信音パターンの基準となる音を決定することとなる。
【００８６】
着信音態様決定テーブルにおいては、複数の音律パラメータの各々が複数の音律に対応して設定されている。音律パラメータは、着信音パターンの音階のスケール（音幅）を示すものである。例えば、音律パラメータは、メジャースケール（長調）、マイナースケール（短調）、メジャーセブンス、マイナーセブンス、ドミナントスケール、ディミニッシュスケール、オーギュメントスケール等に対応して設定されている。上述したように、通信識別情報における複数桁の符号が変換されて生成される音律パラメータに対応して、複数種類の基音から一つの基音が選択され、着信音パターンの音律、つまり基音からの音階のスケールを決定することとなる。
【００８７】
着信音態様決定テーブルにおいては、複数の音階パラメータが複数の音階に対応して設定されている。音階パラメータは、着信音パターンの音階を示すものであり、複数の音階（例えば８つ）が生成される。例えば、音階パラメータは、第１音、第２音、第３音、…、第７音が対応する。上述したように、通信識別情報における複数桁の符号が変換されて生成される音階パラメータに対応して、複数種類の音階から一つの音階が、所定数に対応する回数だけ選択される、つまり、所定数の音階が所定の順序に決定されることとなる。
【００８８】
また、基音パラメータ、音律パラメータにより決定される基音、音律により、実際の音階が決定される。例えば、基音が「Ｃ」であり、音律が「メジャースケール」である場合には、「Ｃメジャースケール」に相当する音階として調整されることとなり、第１音が「Ｃ」、第２音が「Ｄ」ということとなる。また、「Ｃマイナースケール」の場合には、「Ｃメジャースケール」の場合と比べて、第３音等が半音下げられるため、第３音は「Ｄ＃」として調整されることとなる。
【００８９】
このように、基音パラメータ、音律パラメータに伴って音階パラメータが決定されることにより、意図的に自然な着信パターンを意図的に生成することができ、興趣の向上を図ることもできる。もちろん、ディミニッシュ、オーギュメント等は不協和音となる可能性が高いため、不自然な着信パターンを意図的に生成することができ、興趣の向上を図ることもできる。
【００９０】
着信音態様決定テーブルにおいては、複数のリズムパラメータが複数の音長に対応して設定されている。リズムパラメータは、音階の発生タイミングである音長を示すものであり、複数の音階（例えば８つ）に対応して生成される。例えば、リズムパラメータは、１から１６の整数に対応して設定されている。尚、これらの数値は、１を１６分音符とした音長に相当する。上述したように、通信識別情報における複数桁の符号が変換されて生成されるリズムパラメータに対応して、複数種類の音長から一つの音長が、所定数に対応する回数だけ選択される、つまり、所定数の音階に対応する音長が決定されることとなる。
【００９１】
尚、音長のみを決定するように構成しているが、音長のほかに拍子、テンポを決定してもよく、この場合には、拍子に応じた音長として決定されるように構成することが好ましい。また、拍子に応じた音長とするために、複数の音長を一度に決定するための複数のリズムパターンから一つのリズムパターンを選択するように構成してもよく、もちろん、音階の数（例えば８つ）に対応した音長の数となるように構成する。更には、リズムパラメータとともに、音律パラメータと対応するリズムパターンを選択するように構成してもよい。
【００９２】
着信音態様決定テーブルにおいては、複数の音色パラメータが複数の音色に対応して設定されている。音色パラメータは、上述したようなパラメータにより生成された着信メロディにおける音色を示すものである。例えば、音色パラメータは、ピアノ、エレクトリックピアノ、ハープシコード、グロッケン、オルガン、ギター、バイオリン、ストリング、トランペット、トロンボーン、サックス、ピッコロ、フルート、尺八、琴、バンジョー等に対応して設定されている。上述したように、通信識別情報における複数桁の符号が変換されて生成される音色パラメータに対応して、複数種類の音色から一つの音色が選択されることとなる。また、音色パラメータとともに、音律パラメータと対応して音色を決定するように構成してもよい。
【００９３】
着信音態様決定テーブルにおいては、複数の伴奏パラメータが複数の伴奏パターンに対応して設定されている。伴奏パラメータは、上述したようなパラメータにより生成された着信メロディに伴って発生される伴奏を示すものである。例えば、伴奏パラメータは、ロック調、ヘビメタ調、パンク調、ポップス調、ジャズ調、ボサノバ調、レゲエ調、ヒップホップ調等に対応して設定されている。上述したように、通信識別情報における複数桁の符号が変換されて生成される伴奏パラメータに対応して、複数種類の伴奏から一つの伴奏が選択されることとなる。また、伴奏パラメータとともに、音律パラメータ、リズムパラメータ、音色パラメータと対応して伴奏を決定するように構成してもよく、伴奏に応じた音色を別途決定するように構成してもよい。
【００９４】
尚、本実施形態においては、着信画像態様決定テーブル、着信音態様決定テーブルを出荷後に登録されることなく記憶するように構成したが、別態様であってもよく、例えば、着信画像態様決定テーブル、着信音態様決定テーブルを登録可能に記憶するように構成してもよく、具体的には、図１５に示すように、ネットワーク２０１を介して、サーバ２００から着信画像態様決定テーブルをダウンロードし、着信画像態様決定テーブルを登録可能に記憶するように構成してもよい。
【００９５】
尚、本実施形態においては、ＳＲＡＭ３３を用いているが、他の態様であってもよく、読み書き可能な記憶媒体であればよい。また、読み出し専用の記憶媒体であってもよい場合がある。
【００９６】
［携帯電話機の動作］
このように構成された携帯電話機２１において、所定のタイミングで呼び出される着信報知処理のフローチャートについて図６及び図７を用いて説明する。
【００９７】
最初に、図６に示すように、着信があるか否かの判断を行う（ステップＳ１１）。この処理において、ＣＰＵ３１は、通信Ｉ／Ｆ３４からの着信信号を検知したか否かに応じて、着信があるか否かを判断することとなる。ＣＰＵ３１は、着信があると判別した場合には、ステップＳ１２に処理を移す。これにより、他の端末装置からの着信が検知された場合に、後述するステップＳ１２からステップＳ２４の処理を実行することとなる。一方、ＣＰＵ３１は、着信があるとは判別しなかった場合には、本サブルーチンを終了する。
【００９８】
ステップＳ１１の処理により着信があると判別された場合には、通信識別情報の抽出処理を実行する（ステップＳ１２）。この処理において、ＣＰＵ３１は、着信信号から、その着信信号に含まれる通信識別情報を抽出する。この処理が終了した場合には、ステップＳ１３に処理を移す。
【００９９】
ステップＳ１３においては、ユーザ登録テーブルの参照処理を実行する。この処理において、ＣＰＵ３１は、予め登録されたユーザ登録テーブルを参照する。具体的には、ＣＰＵ３１は、ユーザ登録テーブルにおける電話番号、メールアドレス等の通信識別情報、画像番号、音番号等の設定情報を参照する。この処理が終了した場合には、図７のステップＳ１４に処理を移す。
【０１００】
ステップＳ１４においては、図７に示すように、ユーザ登録があるか否かの判断を行う。この処理において、ＣＰＵ３１は、図６のステップＳ１３の処理によりユーザ登録テーブルの通信識別情報が参照された結果に応じて、ユーザ登録があるか否かを判断することとなる。ＣＰＵ３１は、ユーザ登録があると判別した場合には、ステップＳ１５に処理を移す。一方、ＣＰＵ３１は、ユーザ登録があるとは判別しなかった場合には、ステップＳ１７に処理を移す。
【０１０１】
ステップＳ１４の処理によりユーザ登録があると判別された場合には、着信画像設定があるか否かの判断を行う（ステップＳ１５）。この処理において、ＣＰＵ３１は、図６のステップＳ１３の処理によりユーザ登録テーブルの設定情報が参照された結果に応じて、着信画像設定があるか否かを判断することとなる。ＣＰＵ３１は、着信画像設定があると判別した場合には、ステップＳ１６に処理を移す。一方、ＣＰＵ３１は、着信画像設定があるとは判別しなかった場合には、ステップＳ１７に処理を移す。
【０１０２】
ステップＳ１５の処理により着信画像設定があると判別された場合には、設定に基づく着信画像態様決定処理を実行する（ステップＳ１６）。この処理において、ＣＰＵ３１は、ステップＳ１３の処理により参照されたユーザ登録テーブルの画像番号を読み出す。ＣＰＵ３１は、読み出された画像番号に対応する一般画像データをＳＲＡＭ３３から読み出す。つまり、ＣＰＵ３１は、予め通信識別情報が登録されており、かつ、その通信識別情報に対応する一般着信画像が設定されている場合には、一般着信画像を表示させるために、一般着信画像を読み出すこととなる。これにより、ユーザの操作に応じて一般着信画像が登録設定され、ユーザの意向を反映させることができる携帯端末装置を提供することができる。尚、設定に応じて一般画像データを読み出し、一般画像を表示する機能を有さなくてもよい。この処理が終了した場合には、ステップＳ１９に処理を移す。
【０１０３】
ステップＳ１４の処理によりユーザ登録があるとは判別されなかった場合、又は、ステップＳ１５の処理により着信画像設定があるとは判別されなかった場合には、パラメータに対応する画像の抽出処理を実行する（ステップＳ１７）。この処理において、ＣＰＵ３１は、ステップＳ１２の処理により抽出された通信識別情報に基づいて、その通信識別情報の複数桁の符号自体を、着信画像用の画像パラメータとする。そして、ＣＰＵ３１は、着信画像態様決定テーブルを参照し、画像パラメータに対応する複数の合成用着信画像をＳＲＡＭ３３から読み出す。つまり、ＣＰＵ３１は、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を固有の画像パラメータとして、当該画像パラメータに対応する複数の着信画像を生成するのである。この処理が終了した場合には、ステップＳ１８に処理を移す。
【０１０４】
ステップＳ１８においては、抽出された画像の合成処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ１７の処理により読み出された複数の合成用着信画像を所定の位置に配置するように合成し、ＳＲＡＭ３３に一時記憶する。つまり、読み出された複数の着信画像を固有の着信画像として合成することとなるのである。
【０１０５】
このように、ＣＰＵ３１は、予め通信識別情報が登録されていない場合、又は、予め通信識別情報が登録されているが、その通信識別情報に対応する着信画像が設定されていない場合には、通信識別情報における複数桁の符号の各々を着信音態様のパラメータとして、その通信識別情報における複数桁の符号の各々に対応する着信画像態様を決定することとなる。この処理が終了した場合には、ステップＳ１９に処理を移す。
【０１０６】
ステップＳ１９においては、ユーザ登録があるか否かの判断を行う。この処理において、ＣＰＵ３１は、図６のステップＳ１３の処理によりユーザ登録テーブルの通信識別情報が参照された結果に応じて、ユーザ登録があるか否かを判断することとなる。ＣＰＵ３１は、ユーザ登録があると判別した場合には、ステップＳ２０に処理を移す。一方、ＣＰＵ３１は、ユーザ登録があるとは判別しなかった場合には、ステップＳ２２に処理を移す。
【０１０７】
ステップＳ１９の処理によりユーザ登録があると判別された場合には、着信音設定があるか否かの判断を行う（ステップＳ２０）。この処理において、ＣＰＵ３１は、図６のステップＳ１３の処理によりユーザ登録テーブルの設定情報が参照された結果に応じて、着信音設定があるか否かを判断することとなる。ＣＰＵ３１は、着信音設定があると判別した場合には、ステップＳ２１に処理を移す。一方、ＣＰＵ３１は、着信音設定があるとは判別しなかった場合には、ステップＳ２２に処理を移す。
【０１０８】
ステップＳ２０の処理により着信音設定があると判別された場合には、設定に基づく着信音態様決定処理を実行する（ステップＳ２１）。この処理において、ＣＰＵ３１は、図６のステップＳ１３の処理により参照されたユーザ登録テーブルの音番号を読み出す。ＣＰＵ３１は、読み出された音番号に対応する一般音パターンをＳＲＡＭ３３から読み出す。つまり、ＣＰＵ３１は、予め通信識別情報が登録されており、かつ、その通信識別情報に対応する一般音パターンが設定されている場合には、一般音パターンに対応する着信音を発生させるために、一般音パターンを読み出すこととなる。これにより、ユーザの操作に応じて、一般音パターンが登録設定され、ユーザの意向を反映させることができる携帯端末装置を提供することができる。尚、設定に応じて一般音パターンを読み出し、発生する機能を有さなくてもよい。この処理が終了した場合には、ステップＳ２４に処理を移す。
【０１０９】
ステップＳ１９の処理によりユーザ登録があるとは判別されなかった場合、又は、ステップＳ２０の処理により着信音設定があるとは判別されなかった場合には、着信音パラメータ変換処理を実行する（ステップＳ２２）。この処理において、ＣＰＵ３１は、図６のステップＳ１２の処理により抽出された通信識別情報における複数桁の符号を、所定の着信音態様決定関数（非可逆変換関数、例えば非線形ハッシュ関数）に代入し、その代入結果である固有の音パラメータ（基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータを含む）として変換する。つまり、ＣＰＵ３１は、端末装置からの着信が検知された場合において、その端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる固有の音パラメータとして変換（算出）するのである。この処理が終了した場合には、ステップＳ２３に処理を移す。
【０１１０】
ステップＳ２３においては、音階パラメータ等に基づく着信音パターンの生成処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ２２の処理により変換された音階パラメータ等に基づいて、着信音パターンを決定する。
【０１１１】
具体的には、ＣＰＵ３１は、基音パラメータに基づいて、基音となる音階を決定する。例えば、「Ｃ（ド）」を基音とする。
【０１１２】
そして、ＣＰＵ３１は、音律パラメータに基づいて、音律を決定する。例えば、「メジャースケール（長調）」として決定する。上述した例を引用すると、基音を「Ｃ」、音律を「メジャースケール」とすることにより、「Ｃメジャースケール」として決定される。
【０１１３】
そして、ＣＰＵ３１は、音階パラメータに基づいて、所定数（例えば８つ）の音階を決定する。例えば、「１、２、３、１、３、１、３、３」として決定する。尚、この音階は、決定された基音からの音階を示す。例えば、「Ｃメジャースケール」である場合において音階が「２」である場合には、基音「Ｃ」から「メジャースケール」で「第２音」となり、「Ｄ（レ）」となる。上述した例を引用すると、「Ｃメジャースケール」であり、音階が「１、２、３、１、３、１、３、３」である場合には、「ド、レ、ミ、ド、ミ、ド、ミ、ミ」となる。もちろん、全音毎の決定のみならず、半音毎の決定を行い、音律パラメータに基づいて、半音単位で上下に調節することとなる。
【０１１４】
そして、ＣＰＵ３１は、リズムパラメータに基づいて、リズムを決定する。例えば、「６、２、６、２、４、４、４、４、」とする。この場合には、１６分音符を「１」という数値とし、その長さを決定する。これにより、「付点４分音符、８分音符、付点４分音符、８分音符、４分音符、４分音符、４分音符、４分音符」というリズムを決定する。
【０１１５】
そして、ＣＰＵ３１は、音色パラメータに基づいて、上述した着信メロディの音色を決定する。これにより、着信メロディが生成される。
【０１１６】
そして、ＣＰＵ３１は、伴奏パラメータに基づいて、この着信メロディに伴う伴奏メロディを生成する。このように、各種の音パラメータに対応する固有の着信音パターンが決定され、生成される。
【０１１７】
ＣＰＵ３１は、このように生成された着信音パターンをＳＲＡＭ３３に一時記憶する。この処理が終了した場合には、ステップＳ２４に処理を移す。
【０１１８】
ステップＳ２４においては、演出画像表示処理及び演出音発生処理を実行する。この処理において、ＣＰＵ３１は、上述したように、決定された着信画像（例えば、図８のような着信画像）を表示部２２に表示させ、決定された着信音パターンに基づく着信音を発音部３７から発生させる。この処理が終了した場合には、本サブルーチンを終了する。
【０１１９】
これにより、  通信相手である端末装置における固有の通信識別情報に基づく着信相手固有の着信演出を発生させることができ、携帯端末装置における煩雑な操作を行うことなく、着信相手を識別可能であるとともに、携帯端末装置における新たな興趣を提供することができる。また、多種多様の着信演出を実行させることができ、ユーザに対する興趣を向上させることができる。更には、記憶媒体における容量を有効に利用することができる。更にまた、着信演出を実行させることにより、ユーザ以外の他者に対して生じ得る個人情報の漏洩を防止することができる。また、近似する番号であっても、同じような着信音が発生される可能性が少なく、ユーザに対する興趣を向上させることができる。
【０１２０】
尚、上述した実施形態においては、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ、伴奏パラメータとして非可逆に変換し、変換された固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ、伴奏パラメータに対応する固有の着信音パターンを生成し、固有の着信音パターンに基づく固有の着信音を発音部３７に対して発生させるように構成したが、本発明はこれに限らず、他の態様であってもよく、例えば、端末装置の通信識別情報における複数桁の符号を、固有の基音パラメータ、音律パラメータ、音階パラメータ、リズムパラメータ、音色パラメータ及び伴奏パラメータからなる群より選ばれる１以上の固有の音パラメータとして非可逆に変換してもよい。
【０１２１】
もちろん、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を、音階パラメータ等として可逆に変換するように構成してもよく、更には、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号自体を、音階パラメータ等とし、変換処理を実行しない構成としてもよい。
【０１２２】
また、上述した実施形態においては、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号自体を、固有の画像パラメータとして、固有の画像パラメータに対応する複数の着信画像を選択し、選択された複数の着信画像を固有の着信画像として合成し、合成された固有の着信画像を表示部２２に表示させるように構成したが、本発明はこれに限らず、通信識別情報における複数桁の符号を示す画像とは異なる固有の着信画像（つまり、通信識別情報における複数桁の符号を示す画像を除く複数の着信画像）を表示するものであれば他の態様であってもよく、例えば、端末装置の通信識別情報における複数桁の符号を画像パラメータとして変換し、変換された固有の画像パラメータに基づく複数の着信画像を選択するように構成してもよい。
【０１２３】
また、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を、固有の画像指定パラメータ、画像色パラメータからなる群より選ばれる１以上の固有の画像パラメータとして、固有の画像パラメータに基づく複数の着信画像を選択するように構成してもよい。この場合には、画像の種別を指定する画像指定パラメータと、指定された種別の画像に対する色を指定する画像色パラメータとに基づく複数の着信画像を生成するように構成することとなる。
【０１２４】
もちろん、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を、画像パラメータとして可逆に変換するように構成してもよく、更には、端末装置からの着信が検知された場合に、端末装置の通信識別情報における複数桁の符号を、画像パラメータとして非可逆に変換するように構成してもよい。
【０１２５】
また、端末装置の通信識別情報における複数桁の符号を、ゲーム空間上におけるキャラクタの性質パラメータに変換し、登録し、ゲームプログラムに従ってゲームに関する情報を制御することによって、登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームを実行するように構成してもよい。
【０１２６】
［第２の実施形態］
上述したように構成する好適な第２の実施形態について説明する。尚、本実施携帯における携帯電話機の概略と、電気的構成とは同じような構成とする。尚、ＲＯＭ３２、ＳＲＡＭ３３における記憶内容については図９から図１１を用いて説明する。
【０１２７】
［携帯端末装置におけるプログラム］
ＲＯＭ３２には、携帯電話機２１の動作をＣＰＵ３１に制御させるためのプログラム、画像データ、音データ等が予め記憶されている。具体的には、少なくとも以下のような処理（ステップ）をコンピュータに実行させるためのものである。
【０１２８】
（Ｄ１）  端末装置からの着信が検知された場合に、当該端末装置の通信識別情報における複数桁の符号を、ゲーム空間上におけるキャラクタの性質パラメータに変換する性質パラメータ変換処理。
【０１２９】
（Ｄ２）  （Ｄ１）の処理において変換されたキャラクタの性質パラメータを登録する性質パラメータ登録処理。
【０１３０】
（Ｄ３）  ゲームプログラムに従ってゲームに関する情報を制御することによって、（Ｄ２）の処理において登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームを実行するゲーム実行処理。
【０１３１】
［ユーザ登録テーブルの説明］
また、ＳＲＡＭ３３にはユーザ登録テーブルが登録可能に記憶されている。このユーザ登録テーブルについて図９を用いて説明する。
【０１３２】
図９に示すように、ユーザ登録テーブルには、通信先の端末装置における情報が関連付けられており、詳しくは、「登録番号」、「氏名」、「電話番号」、「メールアドレス」、「音番号」、「キャラクタ番号」等、各種の情報が関連付けられている。
【０１３３】
「キャラクタ番号」とは、通信識別情報に対応して設定されるキャラクタに関する番号であり、端末装置からの着信が検知された場合に、キャラクタ番号に応じて、キャラクタ画像データが着信画像として表示部２２に表示される。また、「キャラクタ番号」は、ゲーム空間上に登場するキャラクタに関する番号にもなる。
【０１３４】
キャラクタ番号が「ＦＦＦＦ」である場合には、通信識別情報に対応する着信キャラクタ画像が設定されていない空データとして判定され、「ＦＦＦＦ」以外の番号である場合には、画像データの指定番号として判定される。
【０１３５】
後述するように、キャラクタ番号が空データ「ＦＦＦＦ」である場合において、端末装置からの着信が検知されたときに、その端末装置の通信識別情報における複数桁の符号を、固有の画像キャラクタパラメータとして、画像キャラクタパラメータに基づく複数の合成用キャラクタ画像データを抽出し、それら複数の合成用キャラクタ画像データを着信キャラクタ画像として合成し、合成された着信キャラクタ画像が表示部２２に表示されることとなる。また、合成された着信キャラクタ画像はＳＲＡＭ３３に登録、記憶され、その着信キャラクタ画像を示すキャラクタ番号がユーザ登録テーブルに記憶される。更には、通信識別情報における複数桁の符号を、ゲーム空間上におけるキャラクタの性質パラメータに変換し、変換されたキャラクタの性質パラメータを登録することとなる。尚、画像番号が「ＦＦＦＦ」以外である場合には、上述したように登録された着信キャラクタ画像が表示部２２に表示されることとなる。
【０１３６】
上述したように、キャラクタ番号が「ＦＦＦＦ」である場合には、そのキャラクタ番号に対応する通信識別情報を有する端末装置からの着信が未だないことを示し、キャラクタ番号が「ＦＦＦＦ」以外の番号である場合には、そのキャラクタ番号に対応する通信識別情報を有する端末装置からの着信が以前にあったことを示すこととなる。
【０１３７】
［着信キャラクタ画像態様についての説明］
また、ＳＲＡＭ３３には着信キャラクタ画像態様決定テーブルが登録可能に記憶されている。この着信キャラクタ画像態様決定テーブルについて図１０を用いて説明する。
【０１３８】
図１０に示すように、着信キャラクタ画像態様決定テーブルには、着信キャラクタ画像態様を決定するための情報が関連付けられており、詳しくは、「桁数」、「符号」、「着信キャラクタ画像番号」等、各種の情報が関連付けられている。尚、この着信キャラクタ画像態様決定テーブルは、キャラクタ画像に対応する着信キャラクタ画像番号が対応付けられていることを除き、図４に示す着信画像態様決定テーブルと同じようなデータ構造となっているため、説明を省略する。
【０１３９】
また、ＳＲＡＭ３３には、着信キャラクタ画像態様決定関数が記憶されている。
【０１４０】
この着信キャラクタ画像態様決定関数は、８桁の通信識別情報を８桁のキャラクタの性質パラメータとして非可逆に変換するものであり、例えば、非線形ハッシュ関数等を用いることにより、非可逆に変換できるとともに、変換後性質パラメータを拡散させることができる。例えば、８桁の符号のうち、ある桁数の符号を１増加させた場合であっても、変換後の性質パラメータは、同じようなものとはならない。
【０１４１】
また、キャラクタの性質パラメータとは、ヒットポイント（ＨＰ）パラメータ、マジックポイント（ＭＰ）パラメータ、強さパラメータ、知力パラメータ、職業パラメータ等からなるものである。
【０１４２】
また、ＳＲＡＭ３３には、上述したように変換され、生成されたキャラクタに関する情報を対応付けるためのキャラクタテーブルが記憶されている。尚、キャラクタテーブルについて図１１を用いて説明する。
【０１４３】
図１１に示すように、キャラクタテーブルには、キャラクタに関する情報が対応付けられており、詳しくは、「キャラクタ番号」、「電話番号」、「メールアドレス」、「着信キャラクタ画像番号」、「キャラクタ性質パラメータ」等、各種の情報が関連付けられている。このキャラクタテーブルには、端末装置からの着信が以前にあった場合に、その端末装置に対応するキャラクタに関する情報が記憶されている。
【０１４４】
「キャラクタ番号」、「電話番号」、「メールアドレス」は、図９に示すようなユーザ登録テーブルにおける「キャラクタ番号」、「電話番号」、「メールアドレス」に対応付けられている。
【０１４５】
また、「着信キャラクタ画像番号」は、図１０に示すような着信キャラクタ画像態様決定テーブルにより生成されたものであり、ＳＲＡＭ３３に記憶されたキャラクタ画像に対応付けられている。
【０１４６】
「キャラクタ性質パラメータ」は、ゲーム空間上に登場するキャラクタの性質を数値化してパラメータであり、上述したように、ヒットポイント（ＨＰ）パラメータ、マジックポイント（ＭＰ）パラメータ、強さパラメータ、知力パラメータ、職業パラメータ等からなるものである。
【０１４７】
このように、端末装置からの着信が検知された場合に、その端末装置の通信識別情報における複数桁の符号を、固有のキャラクタ画像パラメータとして、そのキャラクタ画像パラメータに対応する複数の着信キャラクタ画像を生成し、固有の着信キャラクタ画像として合成することにより、合成された固有の着信キャラクタ画像を表示部２２に表示させることとなる。
【０１４８】
また、端末装置からの着信が検知された場合に、その端末装置の通信識別情報における複数桁の符号を、ゲーム空間上におけるキャラクタの性質パラメータに変換し、変換されたキャラクタの性質パラメータを登録することとなる。また、後述するが、ゲームプログラムに従ってゲームに関する情報を制御することによって、登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームが実行されることとなる。
【０１４９】
［携帯電話機の動作］
このように構成された携帯電話機２１において、所定のタイミングで呼び出される処理のフローチャートについて図１２から図１４を用いて説明する。尚、図１２及び図１３に示すフローチャートは、着信を報知するための着信報知処理であり、図１４の処理は、ゲームを実行するためのゲーム実行処理である。また、図１２及び図１３においては、図６及び図７と同じような処理を行うこととなるため、そのようなステップについては、図６及び図７と同じ符号を付し、説明を省略する。具体的には、図１２及び図１３においては、ステップＳ１１からステップＳ１３、ステップＳ１９からステップＳ２３については説明を省略する。
【０１５０】
［着信報知処理］
図１２に示すように、ステップＳ１３が終了した場合には、キャラクタテーブル参照処理を実行する（ステップＳ３１）。この処理において、ＣＰＵ３１は、ステップＳ１２の処理により抽出された電話番号、メールアドレス等の通信識別情報に応じて、キャラクタテーブルを参照する。具体的には、ＣＰＵ３１は、ステップＳ１２の処理により抽出された電話番号、メールアドレス等の通信識別情報を、キャラクタテーブルにおける電話番号、メールアドレス等の通信識別情報と一致するか否か等、各種の検索を行う。この処理が終了した場合には、ステップＳ３２に処理を移す。
【０１５１】
ステップＳ３２においては、キャラクタ登録があるか否かの判断を行う。この処理において、ＣＰＵ３１は、ステップＳ３１の処理により参照された結果に基づいて、キャラクタの登録があるか否かを判断することとなる。ＣＰＵ３１は、キャラクタの登録があると判別した場合には、ステップＳ３８に処理を移す。一方、ＣＰＵ３１は、キャラクタの登録があるとは判別しなかった場合には、ステップＳ３３に処理を移す。
【０１５２】
ステップＳ３２の処理によりキャラクタ登録があると判別された場合には、着信キャラクタ画像の抽出処理を実行する（ステップＳ３８）。この処理において、ＣＰＵ３１は、ステップＳ３１の処理により参照された着信キャラクタ画像を抽出し、ＳＲＡＭ３３に一時記憶する。この処理が終了した場合には、図１３のステップＳ１９に処理を移す。
【０１５３】
ステップＳ３２の処理によりキャラクタ登録があるとは判別されなかった場合には、着信キャラクタ画像態様決定テーブル参照処理を実行する（ステップＳ３３）。この処理において、ＣＰＵ３１は、ステップＳ１２の処理により抽出された電話番号、メールアドレス等の通信識別情報に応じて、着信キャラクタ画像態様決定テーブルを参照する。具体的には、ＣＰＵ３１は、ステップＳ１２の処理により抽出された電話番号、メールアドレス等の通信識別情報における複数桁をキャラクタ画像パラメータとして、それらキャラクタ画像パラメータと着信キャラクタ画像態様決定テーブルとに応じた参照を行う。この処理が終了した場合には、ステップＳ３４に処理を移す。
【０１５４】
ステップＳ３４においては、着信キャラクタ画像態様決定処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ１２の処理により抽出された通信識別情報における複数桁の符号を、着信キャラクタ画像態様決定テーブルに対応させ、キャラクタ画像パラメータに基づく複数の合成用着信キャラクタ画像を生成し、固有の着信キャラクタ画像として合成する。そして、ＣＰＵ３１は、合成した固有の着信キャラクタ画像をＳＲＡＭ３３に記憶する。
【０１５５】
このように、ＣＰＵ３１は、予め通信識別情報が登録されていない場合、又は、予め通信識別情報が登録されているが、その通信識別情報に対応する着信キャラクタ画像が設定されていない場合には、通信識別情報における複数桁の符号を固有のキャラクタ画像パラメータとして、固有のキャラクタ画像パラメータに対応する複数の合成用着信キャラクタ画像として生成し、合成することによって、通信識別情報における複数桁の符号に対応する着信キャラクタ画像態様を決定することとなる。この処理が終了した場合には、ステップＳ３５に処理を移す。
【０１５６】
ステップＳ３５においては、キャラクタの性質パラメータ変換処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ１２の処理により抽出された通信識別情報における複数桁の符号を、着信キャラクタ画像態様決定関数（非可逆変換関数）に代入する。この処理が終了した場合には、ステップＳ３６に処理を移す。
【０１５７】
ステップＳ３６においては、キャラクタの性質パラメータ決定処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ３５の処理により変換された結果に基づいて、キャラクタの性質パラメータを決定する。つまり、ＣＰＵ３１は、通信識別情報における複数桁の符号をキャラクタの性質パラメータとして非可逆に変換するのである。この処理が終了した場合には、ステップＳ３７に処理を移す。
【０１５８】
ステップＳ３７においては、キャラクタテーブル更新処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ１２の処理により抽出された通信識別情報とステップＳ３４の処理により決定された着信キャラクタ画像とステップＳ３６の処理により決定されたキャラクタの性質パラメータとを、キャラクタテーブルに対して新規に記憶する。これにより、着信キャラクタ画像態様とキャラクタの性質パラメータとを登録することとなる。この処理が終了した場合には、図１３のステップＳ１９に処理を移す。
【０１５９】
そして、図１３に示すように、ステップＳ２１又はステップＳ２３が終了した場合においては、着信キャラクタ画像表示処理及び着信音発生処理を実行する（ステップＳ３９）。この処理において、ＣＰＵ３１は、キャラクタテーブルを参照することによって、着信キャラクタ画像を表示部２２に表示する。この処理が終了した場合には、本サブルーチンを終了する。
【０１６０】
これによって、通信相手である端末装置における固有の通信識別情報に基づく着信相手固有の着信演出を発生させることができ、携帯端末装置における煩雑な操作を行うことなく、着信相手を識別可能であるとともに、携帯端末装置における新たな興趣を提供することができる。また、多種多様の着信演出を実行させることができ、ユーザに対する興趣を向上させることができる。更には、記憶媒体における容量を有効に利用することができる。更にまた、着信演出を実行させることにより、ユーザ以外の他者に対して生じ得る個人情報の漏洩を防止することができる。また、近似する番号であっても、同じような着信音が発生される可能性が少なく、ユーザに対する興趣を向上させることができる。
【０１６１】
［ゲーム実行処理］
一方、ゲームを実行するためのゲーム実行処理においては、図１４に示すように、ゲーム開始操作があったか否かを判断する（ステップＳ４１）。この処理において、ＣＰＵ３１は、操作部２３の操作に応じて、ゲーム開始操作があったか否かを判断することとなる。ＣＰＵ３１は、ゲーム開始操作があったと判別した場合には、ステップＳ４２に処理を移す。一方、ＣＰＵ３１は、ゲーム開始操作があったとは判別しなかった場合には、本サブルーチンを終了する。
【０１６２】
ステップＳ４１の処理によりゲーム開始操作があったと判別された場合には、キャラクタテーブル参照処理を実行する（ステップＳ４２）。この処理において、ＣＰＵ３１は、キャラクタテーブルを参照し、キャラクタテーブルに登録されているキャラクタの性質パラメータ、着信キャラクタ画像番号に基づく着信キャラクタ画像を読み出す。この処理が終了した場合には、ステップＳ４３に処理を移す。
【０１６３】
ステップＳ４３においては、キャラクタ表示処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ４２の処理により読み出されたキャラクタテーブルに登録されているキャラクタの性質パラメータ、着信キャラクタ画像を表示部２２に表示する。この処理が終了した場合には、ステップＳ４４に処理を移す。
【０１６４】
ステップＳ４４においては、キャラクタ決定操作があったか否かの判断を行う。この処理において、ＣＰＵ３１は、操作部２３の操作に応じて、キャラクタ決定操作があったか否かを判断することとなる。ＣＰＵ３１は、キャラクタ決定操作があったと判別した場合には、ステップＳ４５に処理を移す。一方、ＣＰＵ３１は、キャラクタ決定操作があったとは判別しなかった場合には、再度ステップＳ４３に処理を移す。
【０１６５】
ステップＳ４４の処理によりキャラクタ決定操作があったと判別された場合には、使用キャラクタ決定処理を実行する（ステップＳ４５）。この処理において、ＣＰＵ３１は、キャラクタ決定操作に基づくキャラクタをＳＲＡＭ３３に一時記憶する。この処理が終了した場合には、ステップＳ４６に処理を移す。
【０１６６】
ステップＳ４６においては、キャラクタパラメータ抽出処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ４５の処理により決定されたキャラクタの性質パラメータをキャラクタテーブルから読み出し、ＳＲＡＭ３３に一時記憶する。この処理が終了した場合には、ステップＳ４７に処理を移す。
【０１６７】
ステップＳ４７においては、ゲーム実行処理を実行する。この処理において、ＣＰＵ３１は、ステップＳ４５の処理により決定されたキャラクタを登場させるゲームをゲームプログラムに従って実行することとなる。これにより、ＣＰＵ３１は、ゲームプログラムに従ってゲームに関する情報を制御することによって、登録されたキャラクタの性質パラメータに応じたキャラクタがゲーム空間上に登場するゲームを実行するのである。この処理が終了した場合には、ステップＳ４８に処理を移す。
【０１６８】
ステップＳ４８においては、ゲーム終了操作があったか否かの判断を行う。この処理において、ＣＰＵ３１は、操作部２３の操作に応じて、ゲーム終了操作があったか否かを判断することとなる。ＣＰＵ３１は、ゲーム終了操作があったと判別した場合には、本サブルーチンを終了する。一方、ＣＰＵ３１は、ゲーム終了操作があったとは判別しなかった場合には、再度ステップＳ４７に処理を移す。
【０１６９】
これにより、通信相手である端末装置における固有の通信識別情報に基づく着信相手固有の着信演出を発生させることができ、携帯端末装置における煩雑な操作を行うことなく、着信相手を識別可能であるとともに、携帯端末装置における新たな興趣を提供することができる。また、多種多様の着信演出を実行させることができ、ユーザに対する興趣を向上させることができる。更には、記憶媒体における容量を有効に利用することができる。更にまた、着信演出を実行させることにより、ユーザ以外の他者に対して生じ得る個人情報の漏洩を防止することができる。また、近似する番号であっても、同じような着信音が発生される可能性が少なく、ユーザに対する興趣を向上させることができる。
【０１７０】
更には、擬似的なゲーム空間上において、他のユーザを化体するキャラクタを登場させることにより、他のユーザに対する親近感を提供することができ、ユーザに対する新たな興趣を提供することができる。一方、ゲーム空間上とは異なる現実世界において、ゲーム空間上において実行されたゲームに関する対話の機会を提供することができる。これによって、携帯端末装置における新たな興趣を提供することができ、ユーザに対する新たな興趣を提供することができる。
【０１７１】
また、着信画像をキャラクタの着信画像とすることにより、単なる着信画像よりも、ユーザに対して愛着を持たせる可能性が高まり、通信を行うことに対する期待感を増加させることができ、ユーザに対する興趣を向上させることができる。
【０１７２】
更には、端末装置からの着信を受けることにより、端末装置における通信識別情報に対応するキャラクタが登録されることとなるので、ゲーム空間上に登場されるキャラクタの選択肢を増やすために、より多くの着信を受けるように促すことができ、ゲーム空間上における興趣だけでなく、現実世界における興趣をも付加することができ、ユーザに対する新たな興趣を提供することができる。
【０１７３】
［その他の実施形態］
尚、本実施形態においては、ロールプレイングゲームを実行するゲームプログラムを実行するように構成したが、本発明はこれに限らず、他の種類のゲームであってもよく、例えば、シミュレーションゲーム、アクションゲームを実行するゲームプログラムを実行するように構成してもよい。
【０１７４】
また、本実施形態においては、端末装置からの着信が検知された場合に、キャラクタの性質パラメータを生成し、登録したが、本発明はこれに限らず、他の機能を付加した構成としてもよく、例えば、端末装置からの着信が検知される度に、その検知回数を更新記憶し、記憶された検知回数に基づいて、キャラクタの性質パラメータを増加（成長）させるように更新するように構成してもよい。更には、端末装置からの着信が検知された場合には、通信時間を計測し、計測された通信時間に基づいて、キャラクタの性質パラメータを増加（成長）させるように更新するように構成してもよい。
【０１７５】
更には、本実施形態においては、出荷前にゲームプログラムがＲＯＭ３２又はＳＲＡＭ３３に記憶される構成としたが、本発明はこれに限らず、図１５に示すように、出荷後にゲームプログラムを、ネットワーク２０１を介してサーバ２００からダウンロードする構成としてもよく、ゲームプログラム自体がサーバ２００に記憶されており、そのゲームプログラムが実行された結果のみがネットワーク２０１を介して携帯電話機２１Ａ、ＰＤＡ２１Ｂに送信されるように構成してもよい。
【０１７６】
更にまた、本実施形態においては、着信画像としての着信画像データ、着信音を発生させるための着信音パターンを、端末装置からの着信が検知される度に生成（合成）するように構成したが、本発明はこれに限らず、端末装置からの着信が検知され場合に、着信画像としての着信画像データ、着信音を発生させるための着信音パターンをＳＲＡＭ３３等の記憶媒体に記憶するように構成してもよい。
【０１７７】
更にまた、本実施形態においては、端末装置からの電話等の音声通信を行うか否かを判断することとするが、他の態様であってもよく、例えば、メール等のデータ通信を行うか否かを判断するように構成してもよい。また、他の端末装置でなくとも、着信を検知する携帯端末装置自体からメール等のデータ通信を行うように構成してもよい。
【０１７８】
更にまた、本実施形態においては、画像データを静止画像として表示部２２に表示するように構成したが、画像データを動画像として表示部２２に表示するように構成してもよい。また、動画像、静止画像等の画像を撮影する撮影機能、携帯端末装置を振動させる振動機能等他の機能を付加してもよい。
【０１７９】
更にまた、通信識別情報における複数桁の符号を、パラメータとする場合には、変換を実行するものと、そのまま符号自体をパラメータとしてもよく、変換を実行する態様としては、各種のテーブルを用いるテーブル方式、各種の関数を用いる関数算出方式等、他の態様であってもよい。
【０１８０】
更にまた、サーバ２００において、上述したプログラム、ゲームプログラム、テーブル、合成用画像データ、合成用キャラクタ画像データ等をダウンロードすることに対する課金を行うように構成してもよい。
【０１８１】
更にまた、本明細書に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本明細書に記載されたものに限定されるものではない。もちろん、本明細書において、内容を明確にするために例示した事項は、その事項に限ることはない。
【図面の簡単な説明】
【０１８２】
【図１】本発明の一実施形態の携帯電話機における概略を示す図である。
【図２】本発明の一実施形態の携帯電話機における電気的構成を示すブロック図である。
【図３】本発明の一実施形態の携帯電話機において記憶されるテーブルを示す説明図である。
【図４】本発明の一実施形態の携帯電話機において記憶されるテーブルを示す説明図である。
【図５】本発明の一実施形態の携帯電話機におけるパラメータの対応画像に関する概略を示す説明図である。
【図６】本発明の一実施形態の携帯電話機において実行される制御処理を示すフローチャートである。
【図７】本発明の一実施形態の携帯電話機において実行される制御処理を示すフローチャートである。
【図８】本発明の一実施形態の携帯電話機における着信画像態様を示す説明図である。
【図９】本発明の一実施形態の携帯電話機において記憶されるテーブルを示す説明図である。
【図１０】本発明の一実施形態の携帯電話機において記憶されるテーブルを示す説明図である。
【図１１】本発明の一実施形態の携帯電話機において記憶されるテーブルを示す説明図である。
【図１２】本発明の一実施形態の携帯電話機において実行される制御処理を示すフローチャートである。
【図１３】本発明の一実施形態の携帯電話機において実行される制御処理を示すフローチャートである。
【図１４】本発明の一実施形態の携帯電話機において実行される制御処理を示すフローチャートである。
【図１５】本発明の一実施形態のゲームシステムを示す概略図である。
【符号の説明】
【０１８３】
２１  携帯電話機
２２  表示部
２３  操作部
２４  アンテナ部
３０  制御回路
３１  ＣＰＵ
３２  ＲＯＭ
３３  ＳＲＡＭ
３４  通信インターフェイス（通信Ｉ／Ｆ）
３７  発音部
２００  サーバ
２０１  ネットワーク
【図１】
2005123827.tif 000003
【図２】
2005123827.tif 000004
【図３】
2005123827.tif 000005
【図４】
2005123827.tif 000006
【図５】
2005123827.tif 000007
【図６】
2005123827.tif 000008
【図７】
2005123827.tif 000009
【図８】
2005123827.tif 000010
【図９】
2005123827.tif 000011
【図１０】
2005123827.tif 000012
【図１１】
2005123827.tif 000013
【図１２】
2005123827.tif 000014
【図１３】
2005123827.tif 000015
【図１４】
2005123827.tif 000016
【図１５】
2005123827.tif 000017