(57)【特許請求の範囲】
【請求項１】
他の端末装置と通信するための通信手段と、
種々の情報を表示するための表示手段と、
演奏情報を記憶する記憶手段と、
この記憶手段に記憶されている演奏情報のパラメータを上記表示手段に表示させると共に、表示されたパラメータに対して編集を行う編集手段と、
上記演奏情報に基づく楽音信号を生成する楽音生成手段と、
上記通信手段が他の端末装置からの着信を受けたことに応じて、上記楽音生成手段に対し、上記記憶手段に記憶されている演奏情報のうち着信用に設定された着信演奏情報に基づく楽音信号の生成を開始させる着信報知手段と
を具備し、
上記編集手段は、演奏情報の編集を行っている状態で上記通信手段が他の端末装置からの着信を受けたとき、当該編集中の演奏情報を上記記憶手段に記憶するか否かの選択を促す表示を上記表示手段に行わせ、この表示に対するユーザ応答に基づいて当該編集中の演奏情報を上記記憶手段に記憶させ、
上記楽音生成手段は、上記選択を促す表示が上記表示手段により行われる間、上記着信演奏情報に基づく楽音信号の生成を行わない
ことを特徴とする携帯用端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、携帯用端末装置、より詳細には、携帯用電話機端末のような携帯用端末装置に内蔵される発音制御装置等に楽曲情報等の諸情報を授与するための装置及びシステムに関する。
【０００２】
【従来の技術】
近年の携帯用電話機端末の発展に伴い、着信した時にメロディ音を鳴らせるものがある。このような携帯用電話機端末において再生できるメロディ音は、ブザー音を利用した単音発音の楽曲であった。また、このような楽曲情報は、基地局等よりダウンロードすることができるようになっていた。
【０００３】
しかしながら、従来の携帯用電話機端末におけるこの種のメロディ音再生装置では、複数種類の楽音を同時に発音する楽曲を再生することができず、音色や効果等の各種設定を行うこともできなかった。従って、多様な楽曲を再生して楽しむことができなかった。
【０００４】
さらに、従来の携帯用電話機端末においては、再生される楽曲に対応して文字（歌詞）を同期的に再生することができるようなものはなかった。
【０００５】
【発明が解決しようとする課題】
この発明の目的は、このような事情に鑑み、携帯用端末装置において、ＦＭ音源等を利用して複数音を同時に発音させて、着信時のメロディ音や通話中のバックグラウンドミュージック（ＢＧＭ）音等を鳴らす場合に、楽音情報の音色や効果等の設定、編集、作成等を容易に行うことができ、豊かで多様・多彩な楽曲の再生を実現し、端末装置の処理機能やユーザの好みに適合した楽音を得ることにある。
【０００６】
【課題を解決するための手段】
この発明によると（以下、理解の便のため、対応する実施例の参照符号、箇所、用語等を例示的に括弧内に付記する）、他の端末装置（ＯＳ）と通信するための通信手段（６）と、種々の情報を表示するための表示手段（５，１３）と、演奏情報（ＩＡ，ＩＫ）を記憶する記憶手段（２，３，ＫＢ１）と、この記憶手段に記憶されている演奏情報のパラメータを表示手段に表示させると共に、表示されたパラメータに対して編集を行う編集手段（１，ＴＲ５，図２２）と、演奏情報に基づく楽音信号を生成する楽音生成手段（８，ＫＢ４）と、通信手段が他の端末装置からの着信を受けたことに応じて、楽音生成手段に対し、記憶手段に記憶されている演奏情報のうち着信用に設定された着信演奏情報（着信メロディ曲）に基づく楽音信号の生成を開始させる着信報知手段（１，ＫＲ１２，ＫＲ４２）とを具備し、編集手段は、演奏情報の編集を行っている状態で通信手段が他の端末装置からの着信を受けたとき、当該編集中の演奏情報を記憶手段に記憶するか否かの選択を促す表示を表示手段に行わせ、この表示に対するユーザ応答に基づいて当該編集中の演奏情報を記憶手段に記憶させ（ＥＲ２５〜ＥＲ２８）、楽音生成手段は、選択を促す表示が表示手段により行われる間、着信演奏情報に基づく楽音信号の生成を行わない（ＥＲ２８）携帯用端末装置（ＴＳ）が提供される。
【０００９】
〔発明の作用〕
この発明による携帯用端末装置では、編集手段により、記憶手段に記憶されている演奏情報のパラメータを表示手段に表示させると共に、表示されたパラメータに対して編集を行う（ＥＲ２２〜ＥＲ２５）。ここで、演奏情報の編集を行っている状態で通信手段が他の端末装置からの着信を受けた場合には（ＫＲ１１＝ＹＥＳ→ＫＲ１３・ＥＲ２５＝ＹＥＳ）、当該演奏情報を記憶手段に記憶するか否かの選択を促す表示が行われ、この表示に対するユーザ応答に基づいて当該演奏情報を記憶手段に記憶させる（ＥＲ２７・ＥＲ２８）。さらに、他の端末装置からの着信を受けたことに応じて（ＫＲ１１＝ＹＥＳ→ＫＲ１２〜ＫＲ１４・ＫＲ４１＝ＹＥＳ）、記憶手段に記憶されている演奏情報のうち着信用に設定された着信演奏情報（着信メロディ曲）に基づく楽音信号の生成を開始させるが（ＫＲ４２）、編集中の演奏情報を記憶手段に記憶するか否かの選択を促す表示が行われる間は、着信演奏情報に基づく楽音信号の生成を行わないように制御する（ＥＲ２８）。
【００１０】
従って、記憶手段に記憶されている演奏情報の内の編集したいパラメータを表示させ、電話番号入力用テンキーの操作により、パラメータ値を入力して演奏情報の編集を行うことができるだけでなく、編集中に着信があった場合には、ユーザに対して編集中のデータを保存するか否かを問い合わせ、ユーザ指示に応じて同データを保存可能とすることができる。さらに、編集中に着信があっても、ユーザへのデータ保存の問い合わせの間は着信メロディ曲の発音処理に移行されず、突然、着信メロディ音が鳴り始めないようにすることができる。
【００１１】
なお、この発明による携帯用端末装置においては、他の端末装置からの着信を受けたことに応じて（ＫＲ１１＝ＹＥＳ→ＫＲ１３・ＥＲ２５＝ＹＥＳ）、編集手段における編集作業を強制的に終了する（ＥＲ２６）ことにより、編集中に着信した際に編集モードを終了して通話開始に移行することができる。
【００１２】
なお、この発明による携帯用端末装置は、音源方式については、ＦＭ音源方式、波形メモリ方式又は物理モデル方式の音源手段を備えることができ、音源回路としては、マイクロプログラムを含むＤＳＰで構成される音源回路又はソフトウエアを含むＣＰＵで構成される音源回路を有することができる。
【００１３】
〔別の特徴〕
また、この発明の実施に関する別の特徴により、次の（ａ）〜（ｅ）のように構成することができる：
（ａ）フォーマット変換に関する第１の特徴＝第１フォーマットの楽曲情報を用いて楽音処理を行う携帯用端末装置及び楽音情報源を有する基地局から成る楽音情報利用システムにおいて、基地局は、第１フォーマットとは異なるフォーマットの楽曲情報を第１フォーマットの楽曲情報にフォーマット変換するフォーマット変換手段を備える楽音情報利用システム、及び、第１フォーマットの楽曲情報を用いて楽音処理を行う携帯用端末装置に対して楽音情報源から楽音情報の配信が可能な基地局であって、第１フォーマットとは異なるフォーマットの楽曲情報を第１フォーマットの楽曲情報にフォーマット変換するフォーマット変換手段を具備するもの。この楽音情報利用システム或いは基地局では、基地局（サーバ）において、第１フォーマットとは異なる他機種用楽曲情報又は汎用楽曲情報から第１フォーマットである自機種用楽曲情報にフォーマット変換することができる。
【００１４】
（ｂ）フォーマット変換に関する第２の特徴＝所定フォーマットの楽曲情報を用いて楽音処理を行う携帯用端末装置及び楽音情報源を有する基地局から成る楽音情報利用システムにおいて、基地局は、携帯用端末装置からの当該端末装置に関する識別情報を受信する手段と、受信された識別情報に基づいて、楽音情報源から所定フォーマットの楽曲情報を作成する手段を備える楽音情報利用システム、及び、所定フォーマットの楽曲情報を用いて楽音処理を行う携帯用端末装置に対して楽音情報源から楽曲情報の配信が可能な基地局であって、携帯用端末装置からの当該端末装置に関する識別情報を受信する手段と、受信された識別情報に基づいて、楽音情報源から所定フォーマットの楽曲情報を作成する手段とを具備するもの。この楽音情報利用システム或いは基地局では、端末から基地局（サーバ）に対して、端末に関する情報（識別情報）を送信すると、基地局（サーバ）において、当該情報に基づいてフォーマット変換をすることができる。
【００１５】
（ｃ）フォーマット変換に関する第３の特徴＝所定フォーマットの楽曲情報を用いて楽音処理を行う携帯用端末装置であって、第１フォーマットとは異なるフォーマットの楽曲情報を第１フォーマットの楽曲情報にフォーマット変換するフォーマット変換手段を具備するもの。この携帯用端末装置では、端末装置自体において、第１フォーマットとは異なるフォーマットの他機種用楽曲情報或いは汎用楽曲情報から、第１フォーマットの自機種用楽曲情報にフォーマット変換することができる。
【００１６】
（ｄ）試聴に関する特徴＝楽音の発音が可能な携帯用端末装置及び楽音情報源を有する基地局から成る楽音情報利用システムにおいて、基地局は、楽音情報源からの情報をストリーミングデータとして送信する手段を備え、携帯用端末装置は、基地局からのストリーミングデータに基づく情報をリアルタイムで再生する手段を備える楽音情報利用システム、及び、楽音の発音が可能な携帯用端末装置に対して楽音情報源から楽音情報の配信が可能な基地局であって、楽音情報源からの情報を携帯用端末装置にストリーミング送信する手段を備えるもの。この楽音情報利用システム及び基地局においては、情報を基地局（サーバ）からストリーミング送信することにより携帯用端末装置側ではリアルタイムで試聴することができる。
【００１７】
（ｅ）着脱可能記憶媒体に関する特徴＝着脱可能小型記憶媒体の装着が可能な携帯用端末装置であって、着脱可能小型記憶媒体に記憶されている楽曲情報を取り込む手段と、取り込まれた楽曲情報を処理する手段とを具備するもの、及び、着脱可能小型記憶媒体の装着が可能な携帯用端末装置であって、楽曲情報を処理する手段と、処理された楽曲情報を着脱可能小型記憶媒体に書き込む手段とを具備するもの。これらの携帯用端末装置においては、着脱可能小型記憶媒体を装着可能とし、前者端末では、この記録媒体から端末システムに楽曲情報を取り込むことができ、後者端末では、種々の情報源からこの記録媒体に楽曲情報を書き込むことができる。
【００１８】
〔種々の特徴〕
なお、この発明に備えられる種々の特徴により、以下の（１）〜（８）のように構成することができる：
（１）楽音の発音が可能な携帯用端末装置に備えられる発音制御装置であって、演奏情報並びに音色及び効果に関する設定情報を取得する情報取得手段と、音色に関する設定情報に基づいて設定される音色が与えられ演奏情報に対応する楽音信号を生成する音源手段と、生成された楽音信号に対して、効果に関する設定情報に基づいて設定される効果を付与する効果付与手段と、効果が付与された楽音信号を出力する出力手段とを具備するもの。
【００１９】
（２）楽音の発音が可能な携帯用端末装置に備えられる発音制御装置であって、楽音情報を記憶する記憶手段と、記憶された楽音情報に基づいて、所定の音色をもち所定の効果が付与された楽音信号を生成する楽音生成手段と、携帯用端末装置とは独立して、これらの記憶手段及び楽音生成手段を制御する制御手段とを具備するもの。
【００２０】
（３）楽音情報、音声情報及び画像情報を記憶する記憶手段と、記憶された楽音情報に基づいて、楽音情報に含まれる設定情報に対応する所定の音色乃至効果（「乃至」は、双方又は何れか一方つまり“及び／又は”の意味で用いられる。以下、同じ。）が与えられた楽音信号を生成する発音制御装置と、記憶された音声情報及び画像情報に基づいて音声信号及び画像信号を生成する手段とを具備する携帯用端末装置。ここで、記憶手段に記憶される楽音情報は、記憶手段の記憶容量に対応して、汎用楽音情報フォーマットに比べてダウンサイジングされたフォーマットにて記述されている情報とすることができる。
【００２１】
（４）楽音の発音が可能な携帯用端末装置及び楽音情報源を有する基地局から成る楽音情報利用システムにおいて、携帯用端末装置から送信される選択情報に応じて、対応する楽音情報を楽音情報源から選択する情報選択手段と、選択された楽音情報について、携帯用端末装置で発音される楽音に与える音色乃至効果を表わす設定情報を付与する設定情報付与手段と、設定情報が付与された楽音情報に基づいて、所定の音色乃至効果が与えられた楽音信号を生成する発音制御装置とを具備する楽音情報利用システム。このシステムは、さらに、選択情報を送信した携帯用端末装置に対して課金作業を行う課金手段を具備することができる。
【００２２】
（５）楽音の発音が可能な携帯用端末装置及び楽音情報の作成又は編集が可能な楽音情報処理装置から成る楽音情報利用システムにおいて、作成又は編集された楽音情報を圧縮する情報圧縮手段と、圧縮された楽音情報に基づいて、所定の音色乃至効果が与えられた楽音信号を生成する発音制御装置とを具備するもの。
【００２３】
（６）楽音の発音が可能な携帯用端末装置及び楽音情報を記憶している楽音情報源から成る楽音情報利用システムにおいて、楽音情報源に記憶されている楽音情報を携帯用端末装置内に取り込む情報取込み手段と、取り込まれた楽音情報を編集する情報編集手段と、編集された楽音情報に基づいて、所定の音色乃至効果が与えられた楽音信号を生成する発音制御装置とを具備するもの。
【００２４】
（７）演奏情報と演奏の進行に対応する歌詞情報とを記憶する記憶手段と、記憶された演奏情報に基づき、楽音信号を順次生成する発音手段と、記憶された歌詞情報に基づき、生成される楽音信号に対応する歌詞表示信号を生成する表示手段とを具備する携帯用端末装置。
【００２５】
（８）第１演奏情報、第２演奏情報及び第２演奏情報の演奏進行に対応する歌詞情報を記憶する記憶手段と、第１演奏情報及び第２演奏情報に基づき、それぞれ、第１楽音信号及び第２楽音信号を生成する発音制御装置と、歌詞情報に基づき、第２楽音信号に対応する歌詞表示信号を生成する表示手段と、第２楽音信号の生成に優先して第１楽音信号を生成するよう発音制御装置を制御する制御手段とを具備する携帯用端末装置。
【００２６】
上記（１）の構成では、楽音の発音が可能な携帯用端末装置において、音色に関する設定情報に基づいて設定される音色が与えられ演奏情報に対応する楽音信号を生成し、この楽音信号に対して、効果に関する設定情報に基づいて設定される効果を付与するようにした発音制御装置を備えているので、ＦＭ音源等を利用して複数音を同時に発音させて、着信時のメロディ音、通話中のＢＧＭ音、任意の必要時に楽しむ音楽等を豊かで多彩なものとすることができる。
【００２７】
上記（２）の構成では、所定の音色をもち所定の効果が付与された楽音信号を生成するのに、携帯用端末装置とは独立して動作する制御手段（ＣＰＵ）を用いているので、携帯用端末装置本体の制御に拘束されず、余裕のある楽音信号生成処理を行うことができる。
【００２８】
上記（３）の構成では、楽音情報に基づいて、楽音情報に含まれる設定情報に対応する所定の音色乃至効果が与えられた楽音信号を生成すると共に、音声情報及び画像情報に基づいて音声信号及び画像信号を生成するようにしているので、再生される楽音と共に音声や画像を併用して多様な態様で楽しむことができる。また、記憶手段の記憶容量に対応して、汎用楽音情報フォーマットに比べてダウンサイジングされたフォーマットにて記述されている楽音情報を用いて楽音信号を生成するようにしているので、携帯用端末装置のデータ処理機能及び容量の許容最大限の範囲内において、つまり、装置内のメモリを圧迫しないで、良質の楽音を再生することができる。
【００２９】
上記（４）の構成では、携帯用端末装置及び楽音情報源を有する基地局（サーバ）により楽音情報利用システムを形成し、携帯用端末装置から送信される選択情報に応じて、対応する楽音情報を楽音情報源から選択し、選択された楽音情報について、携帯用端末装置で発音される楽音に与える音色乃至効果を表わす設定情報を付与し、設定情報が付与された楽音情報に基づいて、所定の音色乃至効果が与えられた楽音信号を生成するようにしている。従って、サーバのデータベースを有効に利用し、より豊かで多彩な楽音を得ることができる。このシステムは、さらに、選択情報を送信した携帯用端末装置に対して課金作業を行うことにより、特定の携帯用端末装置ユーザに対して相応するサービスを提供することができる。
【００３０】
上記（５）の構成では、パーソナルコンピュータ端末或いはインテリジェントな電子楽器のような楽音情報処理装置と共に楽音情報を利用し、楽音情報処理装置において、所望の形態の楽音情報を作成又は編集し、携帯用端末装置の処理機能に応じたサイズに圧縮するようにしているので、携帯用端末装置の能力に合った楽音情報の音色や効果等の設定、編集、作成等を容易に行うことができる。
【００３１】
上記（６）の構成では、外部記憶媒体や他の電話機端末のような楽音情報源に記憶されている楽音情報を携帯用端末装置内に取り込み、取り込まれた楽音情報を編集するようにしているので、種々の形態の楽音情報を携帯用端末装置の処理能力やそのユーザの好みに適した楽音情報に加工することができる。
【００３２】
要するに、これらの構成によれば、携帯用端末装置内の発音制御装置に複数音同時発音可能な音源回路を設け、楽音発音に関する設定情報情報に基づいて音色や効果等を楽音に付与するようにしているので、着信時のメロディや通話中のＢＧＭ等として、さらには、ユーザの必要に応じて随時楽しむ音楽として、多彩且つ音感豊かな楽曲を再生することができる。また、楽音情報を含む各種情報は、基地局、パーソナルコンピュータ端末、他の電話機端末、小型記憶媒体等の外部情報源から任意に取り込むことができ、拡張性が高くなるので、広範囲且つ多様な楽曲を着信メロディやＢＧＭ等として再生することができる。
【００３３】
また、携帯用端末装置に取り込む情報は、楽音発音に関する設定情報を添付したり、端末装置の記憶容量に合うように必要でない情報を削除して情報圧縮したり、自機種つまり端末装置自体で利用可能なフォーマットに変換することにより、端末装置で使用可能な形態に変換することができるので、拡張性を一層高めることができる。さらに、編集手段の採用により、各種設定に関する情報が添付された楽音情報を、情報量のダウンサイジングを図りつつ、容易に取得することができる。
【００３４】
上記（７）の構成では、演奏情報と演奏の進行に対応する歌詞情報とを記録しておき、演奏情報に基づいて楽音信号を順次生成すると共に、歌詞情報に基づいて、生成される楽音信号に対応する歌詞表示信号を生成するようにしているので、携帯電話のような携帯用端末装置でカラオケを楽しむことができ、また、暇な時間に歌詞を表示させて、歌詞を覚えるなど、カラオケ練習に有効に利用できる。
【００３５】
上記（８）の構成では、第１演奏情報、第２演奏情報及び第２演奏情報の演奏進行に対応する歌詞情報を記憶しておき、第２演奏情報に基づき第２楽音信号を生成し、歌詞情報に基づいて、第２楽音信号に対応する歌詞表示信号を生成してカラオケ再生を可能とすると共に、カラオケ再生に優先して第１演奏情報に基づく第１楽音信号を生成するようにしているので、カラオケ再生から、第１楽音信号による着信メロディ再生に自動切換することができ、しかも、歌詞表示が邪魔になるというようなことがない。
【００３６】
【発明の実施の形態】
以下、図面を参照しつつ、この発明の好適な実施例について詳述する。なお、以下の実施例は、単なる一例であって、この発明の精神を逸脱しない範囲で種々の変更が可能である。
【００３７】
〔端末システムの概要〕
図１は、この発明の一実施例による発音制御装置が適用される携帯用電話機端末の基本的構成を表わす概略ブロック図である。端末システムＴＳは、端末システム用中央処理装置（本体ＣＰＵ）１、端末システム用読出専用メモリ（本体ＲＯＭ）２、端末システム用ランダムアクセスメモリ（本体ＲＡＭ）３、検出回路４、表示回路５、送受信回路６、オーディオ制御回路７、発音制御回路８、接続回路９、通信インターフェイス（Ｉ／Ｆ）１０等を備え、これらの装置１〜１０は、端末システム用バス（本体ＢＵＳ）１１を介して互いに接続される。
【００３８】
この端末システムＴＳにおいては、端末システム全体を制御する本体ＣＰＵ１は、所定のプログラムに従って、通話制御、画面制御、発音制御等、種々の制御を行う。本体ＲＯＭ２には、これらの処理を遂行するために、所定の制御プログラムや制御用データが記憶されている。例えば、楽音に関しては、着信時のメロディや通話中のバックグラウンドミュージック（ＢＧＭ）等を鳴らすための楽曲情報、演奏情報、設定情報、情報形式変換用の変換テーブル、情報圧縮用の圧縮テーブルをそれぞれ複数記録しており、楽音以外に関しては、所定の音声情報や画像情報等を設定情報として予め記録している。なお、設定情報とは、端末システムＴＳにおいて着信時、通話中或いは必要に応じた任意の時間に音響の放音又は画像の表示に関する処理を実行する条件として設定される情報をいう。この設定情報には、楽音の音色や効果（ＤＳＰを含む）に関する楽音関連の設定情報の外、音声情報、画像情報、音声及び画像の制御情報等がある。
【００３９】
本体ＲＡＭ３は、これらの通話制御、画面制御、発音制御等の処理に際して必要なデータやパラメータ等を記憶するために用いられ、端末システムＴＳに追加的に導入される或いは端末システムＴＳ内で新規に作成される複数の楽曲情報、演奏情報、設定情報を記憶することができる。
【００４０】
検出回路４は、携帯用電話機端末の本体表面に設けられた押しボタンスイッチ等から成る操作子１２を備え、操作子１２のスイッチ操作状態を検出する。これらのスイッチには、通話時に使用される通話スイッチ、着信メロディのダウンロード要求スイッチ、発音制御回路８（音源／効果回路）の設定スイッチ、各種情報の作成／編集スイッチ等が含まれる。また、表示回路５には表示部１３が接続され、表示部１３の液晶画面上には、各種通話情報や、発音制御に関係する各種メロディ情報等、各種視認情報を表示することができる。
【００４１】
送受信回路６は、通信アンテナを備え、基地局（サーバ局又は中継局ともいう。）を介して他の電話機端末と交信し通話するための回路であり、楽曲情報や設定情報の要求や受取りにも用いられる。一方、オーディオ制御回路７は、通話時の音声信号や、楽音の入出力信号を制御するために設けられた回路であり、マイクロフォン（ＭＩＣ）１４からの入力音声を送受信回路６に送信する音声送信機能や、送受信回路６で受信した通話音声信号を通話用スピーカ１５及び外部出力端子１６に送出する音声再生機能のほか、発音制御回路８から受信する楽音信号を通話用スピーカ１５及び出力端子１６に送出するＢＧＭ再生機能等を有している。
【００４２】
発音制御回路８は、着信メロディ音やＢＧＭ音等の楽音信号を制御するための一連の処理を独自に行う回路で、複数音を同時に発音することが可能である。つまり、楽音信号を合成して発音用スピーカ１７やオーディオ制御回路７に送信することにより、着信メロディやＢＧＭ等の楽音を発音させる機能を有している。発音制御回路８は、また、ディジタル楽音信号を他のディジタル楽音信号利用機器に送信するためのディジタル出力端子１８を備えている。なお、発音用スピーカ１７は、通話用スピーカ１５と兼用にして１つにまとめる構成にすることができる。
【００４３】
接続回路９は、可搬式の着脱可能小型記憶媒体１９を装着するための回路であり、装着された小型記憶媒体１９から楽曲情報を含む各種情報を取り込むことができ、逆に、記憶媒体１９に情報を書き込むこともできる。また、通信Ｉ／Ｆ１０は、外部装置とのケーブル接続用端子を備え、この端子に接続される通信ケーブル２０を介して、他の電話機端末やパーソナルコンピュータ（ＰＣ）端末と交信し、楽曲情報を含む各種情報を、これらの装置から端末システムＴＳに取り込んだり、端末システムＴＳからこれらの装置に授与することができる。
【００４４】
小型記憶媒体１９には、通信ケーブル２０及び通信Ｉ／Ｆ１０を介して他の電話機端末やパーソナルコンピュータ端末から受信した楽曲情報や設定情報を記憶したり、送受信回路６を介してサーバ（ＢＳ）から受信した楽曲情報や設定情報を記憶しておくことができる。或いは、自携帯用端末装置ＴＳを用いて、自動作曲又は自動編曲した楽曲情報を記憶しておくこともできる。また、記憶した楽曲情報や設定情報を読み出し、着信メロディやＢＧＭ等として発音させる。
【００４５】
〔発音制御回路（１）〕
図２は、この発明の一実施例による発音制御回路の詳細な構成を表わすブロック図である。この例では、発音制御回路８は、回路内にＣＰＵを備えておらず、携帯用電話機端末（端末システムＴＳ）本体に装備されている本体ＣＰＵ１により動作制御される。発音制御回路８は、システムＢＵＳ１１に接続されるバス接続経路を介して、楽曲情報、演奏情報、設定情報やその他情報（再生開始／停止等）を送受信する。
【００４６】
制御回路２１は、上述のバス接続経路を介して、端末システムＴＳ本体との双方向情報通信を行なうことができる。本体側で予め用意されたり或いは外部から受信された演奏情報や設定情報は、本体ＲＯＭ２或いは本体ＲＡＭ３に記録乃至格納されているが、制御回路２１により、演奏情報は先入れ先出しメモリ（ＦＩＦＯ）２２に記憶し、音色及び効果に関する設定情報は音色／効果ＲＡＭ２３に記憶することができる。この場合、ＦＩＦＯ２２及びＲＡＭ２３に記憶される演奏情報及び設定情報は、１楽曲情報分の全部或いは一部である。
【００４７】
制御回路２１は、また、本体側より指定された設定音色及び設定効果に基づいて、音色／効果ＲＡＭ２３内の音色設定情報及び効果設定情報（ＤＳＰプログラムを含む）を読み出し、音源回路２４及び効果回路２５における音色及び効果を設定する。制御回路２１は、さらに、ＦＩＦＯ２２や音色／効果ＲＡＭ２３の記憶許容量の限界を本体に連絡し、本体側からの情報通信の一時停止を要求する機能を有している。
【００４８】
ＦＩＦＯ２２及び読出回路２６は、本体ＲＯＭ２乃至本体ＲＡＭ３から受信した演奏情報を、順次、音源回路に送信する演奏情報供給制御装置として機能する。すなわち、ＦＩＦＯ２２は、受信した演奏情報を受信順に一時記憶し、読出回路２６は、所定時間毎にＦＩＦＯ２２にアクセスし、情報があればそれを順次続み出して音源回路２４に出力する。
【００４９】
音源回路２４は、例えば、ＦＭ音源であり、複数音を同時に発音することが可能である。音源回路２４は、音色／効果ＲＡＭ２３から受信した音色に関する設定情報に基づき発音すべき音色を設定すると共に、読出回路２６から受信した演奏情報に基づき、設定されている音色に対応する楽音信号を順次合成してミキサ（ＭＩＸ）２７に出力する。
【００５０】
効果回路２５は、音色／効果ＲＡＭ２３から受信した効果に関する設定情報に基づいて、付与すべきリバーブ等の効果を設定する回路であり、設定された効果をＭＩＸ２７から入力される信号にＤＳＰプログラムに従って付与し、効果を付与した後の信号を再びＭＩＸ２７に出力する。
【００５１】
ＭＩＸ２７には、端末システムＴＳ本体のオーディオ制御回路７との接続経路を介して、通話音がディジタル信号で入力される。ＭＩＸ２７は、音源回路２４、効果回路２５及びオーディオ制御回路から入力される諸信号を合計する。すなわち、ＭＩＸ２７への入力信号には、
（１）音源回路２４からの合成楽音信号ＳＭ、
（２）オーディオ制御回路７からの通話音信号ＳＴ、
（３）効果回路２５からの効果付与後信号ＳＥ
の三種類がある。
【００５２】
ここで、入力信号ＳＭ，ＳＴは、ＭＩＸ２７から効果回路２５に選択的に出力されて効果が付与されるが、このように効果付与のために出力される信号ＳＭ，ＳＴは、端末システムＴＳ本体の操作子１２中の所定のスイッチを操作することにより選択的に設定される。そして、ＭＩＸ２７は、合成した全信号を、デジタルアナログ変換回路（ＤＡＣ）２８に出力すると共に、デジタル出力端子１８を介してディジタル信号で出力することができる。
【００５３】
ＤＡＣ２８、振幅制御回路（ＶＯＬ）２９及び増幅回路（ＡＭＰ）３０は、アナログ出力装置を構成する。ＤＡＣ２８から出力されるアナログ楽音信号は、音量がＶＯＬ２９により調整され、ヘッドフォン端子を介して端末システムＴＳ本体のオーディオ制御回路７に出力され、或いは、ＡＭＰ３０を介して発音用スピーカ１７に送信されて楽音として放音される。すなわち、合成された全信号は、ＶＯＬ２９からアナログ信号でオーディオ制御回路７側に出力され、ＡＭＰ３０からもアナログ信号にてスピーカ１７に供給され楽音として放音される。
【００５４】
〔発音制御回路（２）〕
図３は、この発明の他の実施例による発音制御回路の詳細な構成を表わすブロック図を示す。この例では、発音制御回路８は、回路内に発音制御ＣＰＵ３１を備え、本体ＣＰＵ１から独立して発音制御回路８の動作を制御することができる。発音制御ＣＰＵ３１、通信回路３２、タイマ３３、発音制御ＲＯＭ３４、発音制御ＲＡＭ３５、音源回路３６、効果回路３７、ミキサ回路（ＭＩＸ）３８、振幅制御回路（ＶＯＬ）３９等を備え、これらの装置３１〜３９は、発音制御回路用バス（発音制御ＢＵＳ）４０を介して互いに接続される。
【００５５】
通信回路３２は、次の２つの通信機能を有している：
（１）「本体ＢＵＳ１１との間で情報の双方向通信を行う」＝本体ＢＵＳ１１及び通信回路３２を経由して端末システムＴＳの外部から受信した楽曲情報、演奏情報、設定情報等を発音制御ＲＡＭ３５に記録する（なお、発音制御ＲＯＭ３４には、発音制御のための各種テーブル等が記録されている。）。また、音色や効果等の選択、パラメータ変更、再生する楽曲情報の選択等に関する各情報（本体操作子の操作情報）を受信する。なお、受信した情報は、発音制御ＣＰＵ３１の動作で解釈され、各情報に合わせた処理、例えば選択された音色に関する設定を音源回路３６に対して行う（ＲＯＭ３４或いはＲＡＭ３５から選択された音色に対応する設定情報を読み出して、音源回路３６に出力する）等の処理が実施される。
【００５６】
また、本体操作子の操作により、発音制御回路内の発音制御ＲＯＭ３４或いは発音制御ＲＡＭ３５内に記録されている楽曲情報や設定情報のエディットが指示された場合には、ＲＯＭ３４或いはＲＡＭ３５から、操作に対応する（選択された）情報を読み出し、本体ＲＡＭ３に送信する（エディット処理は本体ＲＡＭ３を使用して行われ、エディット処理が終了した時点で、再び発音制御回路内のＲＡＭ３５に情報が上書きされる）。
【００５７】
（２）「オーディオ制御回路７と情報の双方向通信を行う」＝発音制御回路８の内部で合成した楽音信号等をオーディオ制御回路７に送信したり、オーディオ制御回路７から受信した通話音信号等の信号を発音制御回路８内で加工したり、また、加工した信号を再びオーディオ制御回路７へ送信したりする等の処理を行う。上述の加工には、例えば、通話音への効果付与処理や通話音声の音高／音色変換処理がある。
【００５８】
発音制御ＣＰＵ３１は、端末システムＴＳ本体から独立して、発音制御回路８内の動作を制御し、タイマ３３から発生される信号に基づいて、発音制御ＲＯＭ３４や発音制御ＲＡＭ３５内に記憶されている演奏情報を順次読み出すことにより、着信メロディやＢＧＭ等の楽音を再生する。発音制御ＣＰＵ３１は、また、発音制御ＲＯＭ３４や発音制御ＲＡＭ３５内の設定情報を発音制御ＢＵＳ４０を介して音源回路３６や効果回路３７等に送信して再生させ、さらに、楽音の音色や付与効果の設定を制御することもできる。なお、このように楽音の演奏を開始させたり終了させたりする処理は、本体の操作子１２を利用した指示操作に基づき起動される。
【００５９】
タイマ３３は、所定時間毎に信号を発生する。ここで発生される信号に基づいて着信メロディ音やＢＧＭ音等の楽音の発音タイミングを制御し、発生楽音の演奏テンポを決定する。このテンポはユーザによる制御が可能である。
【００６０】
テンポ制御の仕方はどのようなものでもよい。例えば、設定されたテンポに応じてタイマ３３から発生される信号の周期を変更する（即ち、楽曲情報の処理周期を変更する）方法、処理周期（タイマ３３からの信号の周期）を一定とし楽曲情報中のタイミングデータの値を設定されたテンポに応じて変更する方法、処理周期（タイマ３３からの信号の周期）を一定とし１回の処理において楽曲情報中のタイミングデータの計数の仕方をテンポに応じて変更する方法などがある。なお、ユーザによるテンポの指定は、テンポ絶対値の数値（“１２０”や“１５０”等）による指定、テンポ標語（「アレグロ」、「モデラート」等）による指定、基準テンポからの変更〔パーセント（％）や増減値（±）〕の指定、感覚的な用語（「速い」、「遅い」、「中くらい」等）による指定などがある。これらは本体の操作子１２を利用して指定される。
【００６１】
発音制御ＲＯＭ３４は、着信メロデイ用やＢＧＭ用等の所定の楽曲情報、演奏情報、設定情報、情報形式変換用の変換テーブル、情報圧縮用の圧縮テーブルをそれぞれ複数記憶しており、発音制御ＲＡＭ３５は、追加された或いは新規に作成された複数の楽曲情報、演奏情報、設定情報を記憶することができる。
【００６２】
音源回路３６は、この例では、ＦＭ音源であり、複数音の同時発音が可能である。発音制御ＲＯＭ３４や発音制御ＲＡＭ３５から発音制御ＢＵＳ４０を介して送信される音色に関する設定情報に基づいて発音音色を設定する。音源回路３６は、また、発音制御ＣＰＵ３１およびタイマ３３の制御により、発音制御ＲＯＭ３４や発音制御ＲＡＭ３５から送信される演奏情報に基づいて、設定されている音色に対応する楽音信号を順次合成し、ＭＩＸ３８に出力する。
【００６３】
効果回路３７は、発音制御ＲＯＭ３４や発音制御ＲＡＭ３５から発音制御ＢＵＳ４０を介して送信される効果に関する設定情報に基づいて、楽音に付与する効果を設定する。効果回路３７は、また、ＭＩＸ３８から入力される信号および通信回路３２から入力される通話音信号ＳＴ等に対して効果を付与し、付与した後の信号ＳＥを再びＭＩＸ３８に出力する。
【００６４】
ＭＩＸ３８は、入力される信号を合計し、デジタルアナログ変換回路（ＤＡＣ）４１及びディジタル出力端子１８に出力する。ＭＩＸ３８に入力される信号には、
（１）音源回路３６からの合成楽音信号ＳＭ、
（２）オーディオ制御回路７からの通話音信号ＳＴ、
（３）効果回路３７からの効果付与後信号ＳＥ
などがある。ＭＩＸ３８は、効果付与のために、入力信号ＳＭ，ＳＴを選択的に効果回路３７に出力し、この出力信号は端末システムＴＳ本体側の操作子１２の所定スイッチの操作により設定される。
【００６５】
振幅制御回路（ＶＯＬ）３９及び増幅回路（ＡＭＰ）４２はアナログ出力装置を構成し、ＤＡＣ４１から出力されるアナログ楽音信号の音量はＶＯＬ３９により調整され、音量調整されたアナログ楽音信号は、ヘッドフォン端子からオーディオ制御回路７へ出力されると共に、更に、ＡＭＰ４２を介して発音用スピーカ１７に送信される。
【００６６】
〔端末システムの使用環境〕
図４は、この発明の一実施例による携帯用電話機端末の使用環境の一例を表わす概念図である。第１環境では、ユーザが使用する携帯用電話機端末（端末システム）ＴＳから送受信回路６を介して基地局（サーバ局）ＢＳに通話を行い、所望の楽曲情報等を選曲しその送信を要求すると、対応する楽曲情報等が基地局ＢＳから送信され、端末システムＴＳ内にダウンロードし、この情報を利用して着信時のメロディ音や通話中のＢＧＭ音等を発音させることができる。
【００６７】
第２環境においては、端末システムＴＳは、通信Ｉ／Ｆ１０に接続される通信ケーブル２０を介してパーソナルコンピュータ端末ＰＣで作成された楽曲情報等を受信し、これをメロディやＢＧＭ等として利用することができる。
【００６８】
また、端末システムＴＳは、第３環境では、接続回路９に装着される小型の外部記録媒体１９に記録されている楽曲情報等を記録媒体１９から導入し、また、第４環境では、他の電話機端末ＯＳから、基地局ＢＳを経由して電話回線及び送受信回路６を介して、或いは、通信ケーブル２０及び通信Ｉ／Ｆ１０を介して、他の電話機端末ＯＳの楽曲情報等を受信し、これらの情報を楽音発音に利用することができる。
【００６９】
基地局ＢＳ、パーソナルコンピュータ端末ＰＣ、外部記憶媒体１９又は他の電話機端末ＯＳ等の楽曲情報源から、端末システムＴＳに導入される楽曲情報は、情報源ＢＳ，ＰＣやシステムＴＳ内での編集、圧縮、形式変換等によって、使用可能な形態にダウンサイジングされる。
【００７０】
例えば、これらの楽曲情報源から端末システムＴＳ内に導入される楽曲情報（演奏情報及び設定情報を含む。）は、自機種に合ったフォーマットの場合もあり別のフォーマットの場合もある。自機種に合ったフォーマットが導入される場合は、予めこのフォーマットで作成されているか、或いは、別のフォーマットからフォーマット変換（形式変換）されたものであり、この形式変換は、基地局ＢＳ或いはパーソナルコンピュータ端末ＰＣ内にて行われる。また、別のフォーマットが端末システムＴＳに導入される場合には、端末システムＴＳ内において、別のフォーマットを端末システムＴＳでのフォーマットに変換する。
【００７１】
〔情報フォーマット〕
図５は、この発明の一実施例による携帯用電話機端末における自機種の情報フォーマットの例を示す。この携帯用電話機端末システムＴＳ及びこの端末システムＴＳと同じフォーマットで情報処理を行う同一機種の他の電話機端末において取扱いが可能な「自機種対応の楽曲情報ＩＡ」は、図５に示すように、音色／効果を設定する設定情報ＳＡと楽音演奏用の演奏情報ＭＡとから構成される。各情報ＳＡ，ＭＡは、端末システム内メモリ（ＲＡＭ３）の記憶容量を圧迫せず、しかも、よりよい楽音の発音を実現することができるように、必要最小限の情報のみを記録したものであり、端末システムＴＳ内では、これらの情報に従って発音制御が行われる。以下、このタイプの情報フォーマットを「自機種フォーマットＡ」という。
【００７２】
設定情報ＳＡは、音色に関して、
（１）音色種類を識別するための音色ナンバＮＡ、
（２）音源回路における音色を設定するための詳細な情報（音色パラメータ）ＤＡ
を含んでいる。（２）の音色パラメータＤＡには、アルゴリズムデータＡＡ、周波数パラメータ（Ｆパラメータ）ＦＡ、エンベロープパラメータ（ＥＧパラメータ）ＥＡ等がある。
【００７３】
アルゴリスムデータＡＡは、ＦＭ音源における複数のオペレータ〔サイン波メモリ＋アウトプットレベル演算器＋エンベロープ（ＥＧ）波形合成器のセット〕の組合せ即ちアルゴリズムを決定するためのパラメータであり、ＦパラメータＦＡは、各オペレータ毎の、読出サイン波の周波数を決定するためのパラメータであり、ＥＧパラメータＥＡは、エンベロープ波形（ＥＧ波形）を合成するための複数のレベル値及びレート値を設定するためのパラメータである。
【００７４】
また、設定情報ＳＡには、このような音色設定用の情報ＮＡ，ＤＡ以外に、効果パラメータを設定する情報、効果回路２５の内容を決定する効果プログラム（ＤＳＰプログラム）、音声情報、画像情報等がある。
【００７５】
演奏情報ＭＡは、タイミングデータＴＭ、キーナンバＫＮ、ゲートタイムＧＴ等から成る演奏を行うための情報を演奏順に記録したものであり、複数同時発音可能な演奏情報が記録されている。
【００７６】
図６は、他機種の携帯用電話機端末における従来形の情報フォーマットの例を示す。携帯用電話機端末において着信メロディ用情報として用いられている従来タイプの楽曲情報ＩＢは、図６に示すように、記号ａ，ｂ，ｃ，…からなる記号列で表わされる演奏情報のみであり、設定情報は存在しない。以下、このタイプの情報フォーマットを「従来形フォーマットＢ」という。
【００７７】
他機種の演奏情報ＩＢは、より詳細にいうと、所定の規則に従って、楽曲の演奏順に携帯用電話機端末に装備されているテンキーで入力可能な記号（＃、１、２、３、…）を並べたものである。例えば、数字の「１」は“ド”の音高に、数字の「２」は“レ”の音高に、…、相当するものとし、これらの数字の連続数に応じて発音音長を規定する。従って、記号列ａ，ｂ，ｃ，…により「１−１−２−１−１−…」が表わされる場合、この記号列は、“ド”を４分音符長発音させたのち、“レ”を８分音符長発音させ、その後、再び“ド”を４分音符長発音させる楽音を表わす。
【００７８】
図７は、従来より電子楽器等で使用されている汎用の楽音情報フォーマツトの例を示す。従来の電子楽器等では、汎用楽音情報フォーマツト〔“ＳＭＦ”（Standard MIDI File）フォーマット〕に沿って、図７に示すように、音色／効果を設定するための設定情報ＳＣと楽音演奏用の演奏情報ＭＣとから構成される楽音情報ＩＣが使用されている。以下、このタイプの情報フォーマットを「ＳＭＦフォーマットＣ」という。
【００７９】
設定情報ＳＣのうち音色を設定するための情報は、
（１）音色識別情報としての音色ナンバＮＣ、
（２）音色設定用詳細情報（音色パラメータ）ＤＣ
から構成されている。
【００８０】
（２）の音色設定用詳細情報ＤＣは、図７にも示すように、端末システムＴＳ用の音色パラメータＤＡとは異なり、情報量が多い。例えば、アルゴリズムデータＡＣやＦパラメータＦＣの外に、発音する音高によってＥＧのレベルを制御するレートスケールデータＲＳが記憶されていたり、ＥＧパラメータＥＣについても、その内容がより詳細な情報を含んでおり、図５の自機種フォーマットＡにおける設定情報ＳＡ中のＥＧパラメータＥＡよりも、レベル値及びレート値の数が多い。なお、このような詳細情報ＤＣ中の過多情報は、端末システムＴＳを含むシステム内において、ＳＭＦフォーマツトＣから自機種フォーマットＡに形式変換する際に、端末システムＴＳにおいては必要不可欠でない情報として、圧縮（削除）されることになる。
【００８１】
演奏情報ＭＣは、「デュレーションＤＲ＋イベントＩＶ」形式の情報であり、キーオン、キーオフイベントがそれぞれデュレーションデータＤＲと共に記憶されるので、情報量がやや多くなっている。また、各キーオン毎にベロシティデータが記録されるが、このベロシティデータも自機種フォーマットＡへの形式変換の際に圧縮（削除）される。
【００８２】
なお、図７の楽曲情報ＩＣ及び図５の楽曲情報ＩＡは、１パート構成として記載されているが、これは説明上の都合によるものであり、楽曲情報ＩＣ及びＩＡは複数パート構成であることが通常である。その場合には、全パートに対して設定情報が１つのみ記録されていてもよい。
【００８３】
〔基地局との情報授受〕
図８及び図９は、この発明の一実施例による端末システム及び基地局から成る第１システムにおける情報授受関係を表わす機能的ブロック図を示す。この発明では、自端末即ち携帯用電話機端末システムＴＳは基地局ＢＳから楽曲情報や設定情報を受信するが、これらの情報は、情報要求時に基地局ＢＳ側で必要に応じて形式変換され、受信時には端末システムＴＳにおいて利用可能な情報とされている。
【００８４】
まず、端末システムＴＳは、要求情報送信モジュール（Ｓ１）により、送受信回路６を介して基地局（サーバ局）ＢＳに電話をし、所定の指示に従ってサーバ局ＢＳのデータベースＤＢ内の情報に対してダウンロードを要求する。具体的には、例えば、サーバ局ＢＳとの通話中、データベースＤＢに蓄積されている楽曲情報、演奏情報、設定情報等が自端末システムＴＳの表示部１３に順次表示されるので、操作子１２を用いて、これらの情報の何れかに対応する番号をキー入力し、且つ、要求決定操作を行うことによって、要求するダウンロード対象情報を表わす選択情報と自端末システムＴＳの機種・機番及び端末システムＴＳの音源回路２４に装備されている音源の種類を表わす識別情報をサーバ局ＢＳに送信する。
【００８５】
サーバ局ＢＳにおいては、端末システムＴＳから要求情報が送信されたことに応答して、選択読出モジュール（Ｂ１）により、データベースＤＢから要求情報に対応する楽曲情報等が選択的に読み出され、読み出された演奏情報等のフォーマット種類を判断モジュール（図示省略）により判断する。この判断とは、具体的には、読み出された情報に添付されているフォーマット種類情報（図示を省略しているが、その情報のフォーマット種類を表す情報のことである。）の内容を確認することによりフォーマット種類を判断するか、或いは、フォーマット種類情報が添付されていない場合には、読み出された情報の内容からフォーマット種類を判断する、という処理である。そして、この判断の結果、読み出された情報のフォーマット種類が、自機種フォーマットＡの場合は、フォーマット変換（形式変換）が不要なので、直ちに課金モジュール（Ｂ２）に手渡される。一方、読み出された演奏情報等が従来形フォーマツトＢのように自機種と異なるフォーマットの場合には、設定情報添付モジュール（Ｂ３）及び形式変換モジュール（Ｂ４）を介して課金モジュール（Ｂ２）に手渡される。
【００８６】
設定情報添付モジュール（Ｂ３）においては、読み出された自機種と異なるフォーマットの演奏情報が、例えば、従来形フォーマットＢの情報のように、設定情報をもたないものであれば、設定情報を添付する。この設定情報添付により、設定情報をもたない他機種の演奏情報であっても、端末システムＴＳにおいて、音源機能を活かして効果的な音色／効果を付与した楽音再生を行うことができるようになる。設定情報添付方法には、
（１）予め決められた設定情報を添付する、
（２）ユーザ選択の設定情報を添付する、
（３）演奏情報に馴染む設定情報を自動検出して添付する
等の方法がある。
【００８７】
設定情報が添付された演奏情報は、形式変換モジュール（Ｂ４）に手渡され、予め用意されている変換テーブルＴＢを利用して、自機種フォーマットＡへの形式変換が自動的に行われる。この変換テーブルＴＢは、形式変換前及び形式変換後のフォーマット組合せ毎に用意され、例えば、従来形フォーマットＢから自機種フォーマットＡへの変換規則を記述しているテーブルであり、演奏情報を別機種フォーマット（Ｂ）から自機種フォーマットＡに形式変換を行う。
【００８８】
なお、他機種のフォーマットには、図９には例示されていないが、従来形フォーマットＢの外にＳＭＦフォーマツトＣ等の場合もあり、例えば、ＳＭＦフォーマツトＣの情報が読み出された場合は、変換テーブルＴＢ内のＳＭＦフォーマツトＣから自機種フォーマットＡへの変換規則を用いて形式変換を行う。従って、このような形式変換機能により、要求した情報が他機種（Ｂ，Ｃ等）のものであっても、自端末システムＴＳで発音可能な楽曲情報ＩＡに変換され、端末システムＴＳでの使用を可能にする。
【００８９】
また、ＳＭＦフォーマットＣから自機種フォーマツトＡへの変換などの場合には、ここに記載されている形式変換の処理前に、後述する図１０の情報圧縮モジュール（Ｐ４）と同様の処理により情報圧縮を行うことも可能である。
【００９０】
その後、課金モジュール（Ｂ２）においては、ダウンロードに対する課金作業が行われる。この作業においては、端末システムＴＳから送信された識別情報（端末の機種・機番、音源種類）を参照することにより、特定の機種あるいは特定の音源装置（サーバ局等と特定契約が結ばれている機種や音源装置）を装備した端末であることが認識された場合に、課金金額を割り引きするように構成することができる。
【００９１】
サーバ局ＢＳは、課金作業の後、情報送信モジュール（Ｂ５）により、端末システムＴＳからの選択情報に対応する自機種フォーマットＡの楽曲情報や設定情報をシステムＴＳ側に送信する。
【００９２】
これに対して、端末システムＴＳでは、情報受信モジュール（Ｓ２）により、サーバ局ＢＳから送受信回路６を介して楽曲情報や設定情報を受信しダウンロードし、ダウンロードした情報は本体ＲＡＭ３に記憶される。ここで、要求情報送信モジュール（Ｓ１）により要求してから、要求に対応する情報が基地局ＢＳから送信され終わるまでの間、端末システムＴＳは、通話状態であってもよい。また、要求情報送信後に一旦通話を解除し、その後の通話処理（電子メールや基地局ＢＳからの返信通話）により要求した情報を受信するようにしてもよい。
【００９３】
そして、設定モジュール（Ｓ３）においては、ユーザの設定操作により、受信した楽曲情報に基づく着信メロディ発音が可能な状態に設定を行う。また、受信した情報は、通話時のＢＧＭや随時の音楽等として再生するように設定することもできる。
【００９４】
なお、受信した楽曲情報や設定情報が受信後すぐに着信メロディ音やＢＧＭ音として自動設定されてもよいし、受信時に（受信情報を確認する意味を含めて）、受信した情報に対応する楽曲が再生されるように構成するとよい。
【００９５】
これまで説明してきたシステムでは、基地局ＢＳ側において楽曲情報、演奏情報、設定情報に対する設定情報添付や形式変換（および情報圧縮）を行うように構成しているが、後述する図１１における端末システムＴＳにおける処理のように、端末システムＴＳ側で設定情報添付、形式変換、情報圧縮を行うようにしてもよい。
【００９６】
〔パーソナルコンピュータとの情報授受〕
図１０は、この発明の一実施例による端末システム及びパーソナルコンピュータから成る第２システムにおける情報授受関係を表わす機能的ブロック図を示す。この発明では、自端末即ち携帯用電話機端末システムＴＳは、パーソナルコンピュータ端末ＰＣ上で作成した楽曲情報や設定情報を受信し、これらの情報を利用することができる。楽曲情報や設定情報は、任意のフォーマットで作成することができる。例えば、操作性が良いという理由のため、従来のＳＭＦフォーマットＣに従って作成することができ、このように自機種フォーマットＡと異なるフォーマットで楽曲情報や設定情報が作成された場合は、送信時にパーソナルコンピュータ端末ＰＣ上で自機種フォーマットＡへのフォーマット変換（形式変換）が行われる。
【００９７】
パーソナルコンピュータ端末ＰＣにおいて、インストールされている所定のソフトウエアを利用し、選択読出モジュール（Ｐ１）により、ＳＭＦフォーマットＣ又は自機種フォーマットＡで情報が記録されているコンピュータ端末ＰＣ内のデータベースＤＰから、着信メロディやＢＧＭ等として使用したい楽曲情報や設定情報を選択すると、これに応じて、情報編集モジュール（Ｐ２）により、選択した楽曲情報や設定情報を編集できるようになる。この編集作業としては、例えば、設定情報内の音色パラメータや効果パラメータを変更又は追加したり、楽曲情報内の演奏情報から着信メロディやＢＧＭ等として使用したい部分を選択して切り出したり、選択した楽曲情報を端末システムＴＳ側で発音されるのと同じ設定にて、つまり、圧縮された設定情報に基づく音色や効果等の設定状態における「試し発音」を行う、などがある。
【００９８】
なお、パーソナルコンピュータ端末ＰＣのデータベースＤＰには、ＳＭＦフォーマットＣや自機種フォーマットＡの情報以外に、図６の従来形フォーマットＢなどの情報が記録されていてもよく、それらの情報についても上記と同様の情報編集や、図９における設定情報添付、情報圧縮、形式変換ができるように構成することが好ましい。
【００９９】
一方、パーソナルコンピュータ端末ＰＣ上で楽曲情報を新規に作成する場合は、例えば、コンピュータ端末ＰＣ上にインストールされている従来のＳＭＦタイプのシーケンサソフトウエア（楽曲情報作成ソフトウエア）等を用い、新規作成モジュール（Ｐ３）により、ユーザの手入力による新規楽曲情報を作成する。ここで作成される新規楽曲情報は、例えば、ＳＭＦフォーマットＣに従う楽曲情報である。
【０１００】
新規作成モジュール（Ｐ３）は、また、自動作曲ソフトウエア（装置）を用いて、自動的に新規楽曲情報を作成することもできる。この場台、従来の自動作曲ソフトウエア乃至自動作曲装置を応用し、例えば、従来の自動作曲ソフトウエアで作成された１曲分の楽曲情報から、所望区間の楽曲（さびの部分等）のみを切り出す、複数トラックで構成されている楽曲情報のうち、必要最小限のトラック（メロディトラック、和音トラック等）の情報のみを切り出す、切り出した区間の楽曲情報が繰り返し再生されたときにうまく繋がるように繋がり部（区間先頭及び区間最終位置）を補正する、等々の作業を実行することができる。なお、新規作成モジュール（Ｐ３）は、さらに、着信メロディやＢＧＭ等に相当する楽曲情報を、直接、自機種フォーマットＡで作成することもできる。
【０１０１】
情報編集モジュール（Ｐ２）からの読出乃至編集がなされた情報や新規作成モジュール（Ｐ３）で新規に作成された情報のうち、情報フォーマットがＳＭＦフォーマットＣのように自機種フォーマットＡでない情報については、情報圧縮モジュール（Ｐ４）及び形式変換モジュール（Ｐ５）により、情報の圧縮及び形式変換が行われる。一方、自機種フォーマットＡの情報は、直ちに情報送信モジュール（Ｐ６）に手渡される。
【０１０２】
自機種フォーマットＡでない情報は、先ず、端末システムＴＳに記憶することができるように、情報圧縮モジュール（Ｐ４）により、予め用意された圧縮テーブルＴＥを使用してその内容が圧縮される。この圧縮テーブルＴＥは、圧縮前及び圧縮後のフォーマット組合せ毎に用意され、所定の情報圧縮規則を記述している。この情報圧縮規則に基づく処理の具体例としては、既に説明したＳＭＦフォーマットＣ（図７参照）のレートスケールＲＳやＥＧパラメータＥＣ中の過多情報のような不要情報を、自機種フォーマットＡへの変換時に削減する処理の他に、複数トラック（パート）構成の演奏情報から必要なトラック（メロディトラック及び和音トラックのみ等）の演奏情報を取り出したり、演奏情報中の装飾音を削除したり、演奏情報中のピッチベンドデータを音高データに変更する、等の処理がある。
【０１０３】
圧縮された情報は、さらに、次の形式変換モジュール（Ｐ５）により、図８及び図９の実施例（第１システム）における形式変換モジュール（Ｂ４）と同様に、変換テーブルＴＣを用い、例えば、ＳＭＦフォーマツトＣから自機種フォーマットＡへの形式変換がなされる。
【０１０４】
元々自機種フォーマットＡであるモジュール（Ｐ２，Ｐ３）からの楽曲情報乃至設定情報、及び、自機種フォーマットＡに圧縮・変換されたモジュール（Ｐ５）からの楽曲情報乃至設定情報は、情報送信モジュール（Ｐ６）により、端末システムＴＳ側に送信され、通信ケーブル２０及び通信Ｉ／Ｆ１０を介して端末システムＴＳ内に送り込まれる。
【０１０５】
これに対して、端末システムＴＳでは、情報受信モジュール（Ｔ１）により、パーソナルコンピュータ端末ＰＣ側Ｓからの楽曲情報や設定情報が受信され本体ＲＡＭ３内に記憶される。さらに、設定モジュール（Ｔ２）において、ユーザの設定操作により、受信した楽曲情報に基づく着信メロディ発音やＢＧＭ発音等が可能な状態に設定を行う。
【０１０６】
この情報受信モジュール（Ｔ１）および設定モジュール（Ｔ２）の処理は、前述した図８の情報受モジュール（Ｓ２）および設定モジュール（Ｓ３）の処理と同様である。
【０１０７】
なお、以上述べた構成ではパーソナルコンピュータ端末ＰＣ上で楽曲情報、演奏情報、設定情報の編集を行うようになっているが、これに限らず、後述する図１１の情報記録／編集モジュール（Ｕ５）と同様の処理により、パーソナルコンピュータ端末ＰＣから受信した情報（編集なしの情報）を端末システムＴＳ側で編集できるようにすることも可能である。
【０１０８】
また、端末システムＴＳに記録されている情報を通信ケーブル２０を介してパーソナルコンピュータ端末に送信し、パーソナルコンピュータ側において送信された情報を上述した内容に基づき編集するように構成することも可能である。
【０１０９】
〔記録媒体及び他端末との情報授受〕
図１１は、この発明の一実施例による端末システム及び記録媒体乃至他の端末機から成る第３システムにおける情報授受関係を表わす機能的ブロック図を示す。この発明では、自端末即ち携帯用電話機端末システムＴＳは、外部記憶媒体１９や他の同一機種乃至異機種の電話機端末ＯＳａ，ＯＳｂなどから受信した情報を着信メロディやＢＧＭ等に利用することができ、この場合、自端末システムＴＳにて、情報圧縮、フォーマット変換（形式変換）、情報編集等を行うことができる。
【０１１０】
また、次に詳細に説明する端末システムＴＳにおける情報圧縮、フォーマット変換（形式変換）、情報編集等の処理を、他の電話機端末（ＯＳａ、ＯＳｂ）において実施し、自機種フォーマットＡの情報を作成した後、作成された情報を端末システムＴＳで受信するようにすることも可能である。
【０１１１】
着脱可能な小型外部記憶媒体１９に楽曲情報、演奏情報、設定情報等を、自機種フォーマットＡ或いは他のフォーマット（例えば、フォーマットＢ，Ｃ）で記録しておき、これらの情報が記録された記憶媒体１９を自端末システムＴＳに装着し、所望の情報〔各情報には、その情報が何れのフォーマットで作成されいるかを表わす情報（フォーマット種類情報）が添付されている。〕を、接続回路９を介して自端末システムＴＳ内に読み出す。この読出しに当っては、自端末システムＴＳの操作子１２における所定スイッチを操作することによって、所望情報のみを読み出すことができる。
【０１１２】
他の電話機端末ＯＳａから送信される情報は、基地局ＢＳを経由し電話回線を介して送受信回路６から自端末システムＴＳ内に取り込まれる。また、別の他の電話機端末ＯＳｂから送信される情報は、通信ケーブル２０を介して通信Ｉ／Ｆ１０から、自端末システムＴＳ内に取り込まれる。これらの電話機端末ＯＳａ，ＯＳｂには、自機種フォーマットＡと同一のフォーマット情報を使用する同一機種電話機端末である場合と、例えば、従来形フォーマットＢやＳＭＦフォーマットＣのように、自機種フォーマットＡとは異なる他のフォーマット情報を使用する異機種電話機端末である場合とがある。
【０１１３】
ここで、他の電話機端末（ＯＳａ、ＯＳｂ）からの送信については、自端末システムＴＳにおける指示操作で他の電話機端末（ＯＳａ、ＯＳｂ）に対して（所望の情報を）送信してほしい旨を連絡する構成と、他の電話機端末（ＯＳａ、ＯＳｂ）における指示操作で自端末システムＴＳに対して（所望の情報を）受信してほしい旨を連絡する構成とがあり、何れの構成を利用してもよい。
【０１１４】
他の電話機端末ＯＳａ，ＯＳｂから情報を送信する場合、送信する各情報には、その情報が何れのフォーマットで作成されているかを表す情報（フォーマット種類情報）が添付されている。なお、受信側端末である自端末システムＴＳにおいて受信情報をリアルタイムで設定使用すること（即ち、自端末システムＴＳでの受信後、直ちに設定使用すること）を、情報送信側端末である他の電話機端末ＯＳａ，ＯＳｂ側にて要求することができるように構成してもよい。また、基地局ＢＳを通して情報を送信する場合、基地局ＢＳにおいて情報圧縮や形式変換等（図９や図１０における各処理と同様）を行ったのちに受信側端末（自端末）に情報を送信するように構成することもできる。
【０１１５】
情報受信／読取モジュール（Ｕ１）は、上述のように、外部記憶媒体１９から楽曲情報、演奏情報、設定情報等を読み出したり、他の電話機端末ＯＳａ，ＯＳｂから送信される同様の諸情報を取り込むと共に、図９の選択読出モジュール（Ｂ１）の動作説明において述べた処理と同様に、読み出し或いは取り込まれた情報のフォーマット種類を判断モジュール（図示省略）により判断する。そして、この判断の結果、読み出された情報或いは受信した情報のうち、従来形フォーマットＢ或いはＳＭＦフォーマットＣ等の情報は、設定情報添付モジュール（Ｕ２）、情報圧縮モジュール（Ｕ３）及び形式変換モジュール（Ｕ４）の系列を介して圧縮・変換した後、情報記録／編集モジュール（Ｕ５）に手渡し、自機種フォーマットＡの情報は、そのまま、情報記録／編集モジュール（Ｕ５）に手渡す。
【０１１６】
設定情報添付モジュール（Ｕ２）、情報圧縮モジュール（Ｕ３）及び形式変換モジュール（Ｕ４）は、基本的に、図８及び図９の実施例（第１システム）並びに図１０の実施例（第２システム）における設定情報添付モジュール（Ｂ３）、情報圧縮モジュール（Ｐ４）及び形式変換モジュール（Ｂ４，Ｐ５）による設定情報添付、情報圧縮及び形式変換処理と同様の処理を行う。設定情報添付モジュール（Ｕ２）による設定情報添付、従来形フォーマットＢの情報のように、設定情報が添付されていない情報についてのみ実行される。このような情報圧縮及び形式変換処理は、一旦、全情報を受信して自端末システムＴＳ内のメモリ（本体ＲＡＭ３）に書き込んだ後実施する方法、受信しながらリアルタイムで圧縮・変換を実行して必要な情報のみをメモリ（本体ＲＡＭ３）に格納する方法等がある。後者の方法は、メモリ容量の少ない携帯用電話機端末に対して有効である。
【０１１７】
情報記録／編集モジュール（Ｕ５）に手渡された情報は、この情報記録モジュール（Ｕ５）において自端末システムの本体ＲＡＭ３に記録され、その後、操作子１２の各種スイッチを利用して編集することができるようになる。この編集作業には、設定情報ＳＡ中の各種パラメータ（ＤＡ）の追加、削除、値変更などがある。さらに、この情報記録／編集モジュール（Ｕ５）により、新規楽曲情報を作成するように構成することもできる。そして、設定モジュール（Ｕ６）において、操作子１２を用いた設定操作により、受信した楽曲情報等の情報に基づく着信メロディ発音やＢＧＭ発音等が可能な状態に設定を行う。
【０１１８】
〔自端末システムでの自端末処理〕
図１２は、この発明の一実施例による端末システムにおける自端末処理フローの一例を示す。この自端末処理は、図８及び図９の実施例（第１システム）、図１０の実施例（第２システム）並びに図１１の実施例（第３システム）の場合に、自端末システムＴＳにおいて実行される。先ず、第１ステップＴＲ１において、端末システムＴＳの電源がオンした時の初期化処理（イニシャライズ）、例えば、所定着信メロディの設定、音源回路２４，３６及び効果回路２５，３７への初期パラメータの設定、その他携帯用電話機端末に関する初期化処理を行う。この処理の後、第２〜第６ステップＴＲ２〜ＴＲ６の処理ルーチンが順次実行される。
【０１１９】
第２ステップＴＲ２は送信処理ルーチンであり、このステップでは、通常通話時における各種情報を送信する外、必要に応じて、図８及び図９の実施例（第１システム）の場合は選択情報や識別情報を送信する、図１０及び図１１の実施例（第１及び第２システム）の場合には、所望情報を要求する要求情報を送信する、などの処理を行う。第３ステップＴＲ３は受信処理ルーチンであり、このステップでは、受信された情報を分析して各種処理を行い、受信情報を着信メロディ曲やＢＧＭ曲情報等として選択可能な状態にするなどの処理がその具体例であり、通話要求の受信確認に関する処理などの携帯用電話機端末における通常処理も行われる。このステップでは、図８及び図９の実施例（第１システム）並びに図１０の実施例（第２システム）の場合は、受信した情報を本体ＲＡＭ３に書き込み、図１１の実施例（第３システム）の場合には、受信した情報に対して設定情報添付、圧縮及び形式変換の処理を施し、それらの処理を実行した後の情報を本体ＲＡＭ３に書き込む。
【０１２０】
第４ステップＴＲ４は選択／設定処理ルーチンであり、このステップでは、操作子１２の所定スイッチの操作により、自端未システムＴＳの本体ＲＯＭ２内に予め記録されている情報又は本体ＲＡＭ３内に記憶された受信情報から、着信メロディやＢＧＭ等に使用したい情報が選択されたときの処理を行う。この場合、選択された情報中に演奏情報があれば、その演奏情報を着信メロディ曲情報やＢＧＭ曲情報等として使用可能となるように読出設定を行う。また、選択された情報中に設定情報があれば、その情報に従った各種の設定が行われ、例えば、音源回路２４，３６における音色パラメータの設定、効果回路２５，３７における効果パラメータの設定、効果回路２５，３７の内容を決定する効果プログラム（ＤＳＰプログラム）による効果回路プログラムの変更、音声情報や画像情報に関連する設定等々を行う。
【０１２１】
また、図８及び図９の実施例（第１システム）の場合は、第４ステップＴＲ４にて、操作子１２の所定スイッチの操作により、ダウンロードしたい情報の選択に関する処理を行う。さらに、図１１の実施例（第３システム）の場合は、第４ステップＴＲ４にて、操作子１２の所定スイッチの操作により、外部記録媒体１９からの所望情報の読出指示に関する処理を行う。
【０１２２】
第５ステップＴＲ５は、エディット処理ルーチンであり、このステップでは、図１１の実施例（第３システム）の場合、操作子１２の所定スイッチの操作に基づいて情報編集処理乃至新規作成処理を行う。
【０１２３】
この端末システムＴＳには自動作曲機能をもたせることができるが、この場合、第６ステップＴＲ６のその他処理ルーチンにおいて、その他処理として、自動作曲機能の動作が実行される。この自動作曲機能としては、例えば、
（１）ユーザがマイク入力したメロディを自動的に演奏（楽曲）情報に変換する機能、
（２）操作子１２の所定スイッチの操作により曲の雰囲気等を選択することによって、選択操作の結果に応じた演奏（楽曲）情報を自動生成する機能、
（３）既に作成乃至記憶されている演奏情報に対して、その演奏情報に馴染む和音に関する演奏情報を自動生成する機能
等をあげることができる。
【０１２４】
また、この端末システムＴＳにはスタイル再生機能、つまり、複数のスタイル情報や演奏情報を記録しておき、それらを繋ぎあわせて楽曲として再生する機能をもたせることができ、この場合、第６ステップＴＲ６におけるその他処理ルーチンにおいて、スタイル再生機能の動作が実行される。さらに、第６ステップＴＲ６には、音楽ゲーム機能、つまり、自機種のみで行う音楽ゲームや他機種と通信しながら行う音楽ゲームなどを実行する機能をもたせてもよい。
【０１２５】
第２〜第６ステップＴＲ２〜ＴＲ６の処理ルーチンは、次の第７ステップＴＲ７で端末システムＴＳの電源がオフしたことが検出されない間は（電源がオフにならない限り）繰り返し実行され、電源がオフされたことが検出された場合に、この自端末処理は終了する。
【０１２６】
〔基地局でのサーバ処理〕
図１３は、この発明の一実施例による基地局におけるサーバ処理フローの一例を示す。このサーバ処理は、図８及び図９の実施例（第１システム）並びに図１１の実施例（第３システム）の場合に、基地局（サーバ局）ＢＳにおいて実行される。先ず、第１ステップＢＲ１で所定のイニシャライズが行われた後、第２〜第４ステップＢＲ２〜ＢＲ４の処理ルーチンが順次実行される。
【０１２７】
先ず、第２ステップＢＲ２の受信処理ルーチンにおいては、図８及び図９の実施例（第１システム）の場合、次の（１）〜（４）の処理を行う：
（１）端末システムＴＳからのダウンロード要求の通話に応答する通話処理、
（２）通話応答時に端末システムＴＳから送信される選択情報及び識別情報を受信する受信処理、
（３）受信した選択情報に従って、端末システムＴＳ側に送信すべき情報を選択的に読み出す選択読出処理（選択読出モジュールＢ１）、さらに、必要に応じて行われる設定情報添付処理（設定情報添付モジュールＢ３）及び形式変換処理（形式変換モジュールＢ４）、
（４）受信した識別情報に従って実施される課金処理（課金モジュールＢ２）。
【０１２８】
また、第２ステップＢＲ２の受信処理ルーチンでは、図１１の実施例（第３システム）の場合、他の電話機端末ＯＳａから電話回線を介して端末システムＴＳの送受信回路６に情報を送信する際の経由手段として、両端末ＯＳａ，ＴＳ間での情報の送受信に関与する経由処理が行われ、この際、必要に応じて形式変換処理が実施される。
【０１２９】
次の第３ステップＢＲ３の送信処理ルーチンにおいては、図８及び図９の実施例（第１システム）（第１システム）の場合、サーバ局ＢＳ内のデータベースＤＢから読み出され、必要に応じて自機種フォーマットＡに形式変換された情報を端末システムＴＳに送信する処理を行い、送信時には、裸金関連情報等、その他情報を添付することもできる。また、図１１の実施例（第３システム）の場合には、端末システムＴＳから受信した情報を他の電話機端末ＯＳａへ送信するほか、端末システムＴＳで選択されたサーバ局ＢＳにおけるデータベースＤＢ内の情報を他の電話機端末ＯＳａに送信することもできる。
【０１３０】
続く第４ステップＢＲ４のその他処理ルーチンにおいては、端末システムＴＳからの要求に合わせて、楽曲情報、演奏情報、設定情報等の内容の一部のみを送信することもできる。例えば、設定情報中の音色に関する情報のみを送信し、効果に関する情報は送信しないなどの処理を行うことができ、また、情報のストリーミング送信（リアルタイム再生）により、楽曲情報等の「試し聞き」等を行うこともできる。
【０１３１】
なお、このストリーミング送信については、例えば、楽曲情報を再生し、再生された各イベントをリアルタイムにパケット化し、或いは、時間の近接した複数イベントをそれらの間の時間差情報と共にまとめてパケット化し、サーバＢＳから端末システムＴＳへとストリーミング送信する。端末システムＴＳでは、送信されたパケットを受信し、本体ＲＡＭ３やＦＩＦＯ２２に一時的に蓄積し、蓄積された楽曲情報に基づいて楽音を再生する。
【０１３２】
第２〜第４ステップＢＲ２〜ＢＲ４の処理ルーチンは、次の第５ステップＢＲ５でサーバ局ＢＳの電源がオフしたことが検出されない間は繰り返し実行され、電源がオフしたことが検出されると、このサーバ処理は終了する。
【０１３３】
〔パーソナルコンピュータでのＰＣ端末処理〕
図１４は、この発明の一実施例によるパーソナルコンピュータにおけるＰＣ端末処理フローの一例を示す。このＰＣ端末処理は、図１０の実施例（第２システム）の場合にパーソナルコンピュータ端末ＰＣにおいて実行される。先ず、第１ステップＰＲ１で所定のイニシャライズが行われた後、第２〜第６ステップＰＲ２〜ＰＲ６の処理ルーチンが順次実行される。
【０１３４】
第２ステップＰＲ２の選択処理ルーチンにおいては、ＳＭＦフォーマットＣ又は自機種フォーマットＡで情報が記録されているパーソナルコンピュータ端末ＰＣ内のデータベースＤＰから、着信メロディやＢＧＭ等として使用したい楽曲情報や設定情報を選択する（選択読出モジュールＰ１）。
【０１３５】
第３ステップＰＲ３の新規作成処理ルーチンにおいては、従来タイプのシーケンサソフトウエア、楽曲情報作成ソフトウエア、自動作曲ソフトウエア（装置）等を用いて、ＳＭＦフォーマットＣ又は自機種フォーマットＡに従う新規楽曲情報を作成する（新規作成モジュールＰ３）。
【０１３６】
第４ステップＰＲ４の編集処理ルーチンでは選択した楽曲情報や設定情報を編集し（編集モジュールＰ２）、また、第５ステップＰＲ５の送信処理ルーチンでは、情報圧縮処理、形式変換処理及び情報送信処理を含む処理が実行される（情報圧縮、形式変換及び情報送信モジュールＰ４〜Ｐ６）。
【０１３７】
さらに、第６ステップＰＲ６のその他処理ルーチンにおいては、設定情報ＳＡ内にその他情報を添付する。ここで添付されるその他情報の具体例を挙げると、効果回路の内容を決定する効果プログラム（ＤＳＰプログラム）、音声情報、画像情報等である。
【０１３８】
第２〜第６ステップＰＲ２〜ＰＲ６の処理ルーチンは、次の第７ステップＰＲ７でパーソナルコンピュータ端末ＰＣの電源がオフしたことが検出されない間は繰り返し実行され、電源がオフしたことが検出されると、このＰＣ端末処理は終了する。
【０１３９】
〔音声情報及び画像情報の利用例〕
この発明では、既に説明したように、楽音関係以外の設定情報として、音声情報や画像情報が用いられる。例えば、音声情報には、圧縮形式の差によって、ＷＡＶＥ、ＡＩＦＦ、ＳＯＵＮＤ  ＶＱ、ＭＰ３等のフォーマットがあるが、これらの形式の音声情報を取り込むことができるように共通フォーマット化を行い、楽音情報による楽音信号の生成と併行して、案内用の音声信号を生成することができる。
【０１４０】
また、画像情報の利用例としては、端末システムＴＳの表示部１３に、着信時や通話相手に対応するアイコンを表示し、アイコンの動きを楽音の再生に同期するよう制御したり、楽音信号に対応する譜面を順次表示することができる。
【０１４１】
〔カラオケ機能〕
この発明の一実施例による携帯用端末装置においては、システムをカラオケモードにすると、楽曲演奏と歌詞表示を同期処理して楽曲演奏の進行に従って歌詞の表示状態を順次推移させて行く所謂“カラオケ”の機能を実現することができる。携帯用電話機端末（端末システム）ＴＳに“カラオケ”機能の処理を実行させるには、端末システムＴＳの操作子１２（図１）に含まれるスイッチ類をカラオケモード選択スイッチやカラオケ曲選択スイッチ等に使用する。この場合、これらのスイッチは、カラオケ専用にスイッチを設けるか、或いは、他の機能に使用するスイッチを流用することができる。例えば、カラオケモード選択スイッチを操作する毎にカラオケモードと非カラオケモードに切換え可能とし、カラオケモードを設定したとき、電話番号入力用のテンキーによりカラオケ曲を選択することができるようにする。
【０１４２】
カラオケモードにおいてはカラオケ用の楽曲情報を用いることが好ましい。カラオケ用の楽曲情報は、演奏情報中に演奏データと歌詞データを含み、他の楽曲情報と共に本体ＲＯＭ（内部メモリ）に予め記録しておくか、或いは、着脱可能な小型記録媒体１９、パーソナルコンピュータ端末ＰＣ、他の電話機端末、基地曲ＢＳ等の他の外部装置から受信して本体ＲＡＭ（内部メモリ）に記録することができる。カラオケモードでは、本体ＣＰＵ１のカラオケ処理機能に基づいて、このように記録された楽曲情報を処理し、楽曲情報中の設定情報及び演奏データを発音制御回路８に送り込んでスピーカ１７又はヘッドホンから楽曲演奏出力を放音させる一方、楽曲情報中の歌詞情報に基づいて端末システムＴＳの表示部１３にカラオケ歌詞の表示制御を行う。
【０１４３】
〔楽曲情報のフォーマット例〕
図１５は、携帯用端末装置においてカラオケモードで使用可能な楽曲情報のフォーマット例を示す。自機種フォーマットＡに従う１楽曲分のカラオケモードに適用可能な楽曲情報ＩＫは、設定情報ＳＫ及び演奏情報ＭＫで構成され、演奏情報ＭＫは演奏データＰＫ及び歌詞データＷＫから成る。設定情報ＳＫには、既に説明した設定情報ＳＡと同様に、音色ナンバや音色パラメータを含む音色情報ＣＫ、効果パラメータや効果プログラムを含む効果情報ＥＫがある。設定情報ＳＫには、その他の情報としてテキストフラグＴＦがあり、テキストフラグＴＦは、演奏情報ＭＫ内に歌詞データＷＫが記録されていることを示す情報である。なお、演奏データＰＫ、歌詞データＷＫとして記録される情報は、１つの楽曲の１区間（例えば、「さび」部分）における情報とすることが好ましい。
【０１４４】
楽曲の進行を表わす演奏データＰＫは、内容的には、既に説明した演奏情報ＭＡに相当し、タイミングデータＰＴや演奏イベントＰＥを演奏順に記録した情報であり、エンドデータＥＰで終わる。演奏イベントＰＥは、キーナンバやゲートタイムを一かたまりとした情報である。また、歌詞データＷＫは、演奏情報ＩＫ内の演奏データ（楽曲）に対応する歌詞を表示するための情報であり、表示タイミングを表わすタイミングデータＷＴと、表示内容となる歌詞テキストを表すテキストイベントデータＷＥとが、楽曲の進行順に記録されており、エンドデータＥＷで終わる。歌詞データＷＫ内のタイミングデータＷＴは、各テキストイベントＷＥが楽曲の演奏に同期して表示されるように、演奏データＰＫ内のタイミングデータＰＴと同期・対応している。
【０１４５】
このように歌詞データを伴う楽曲情報は、既に説明した楽曲情報ＩＡ，ＩＢ，ＩＣと同様に、外部から受信したものであってもよい。この楽曲情報を外部から受信する場合、演奏データ（楽曲進行データ）だけではなく、歌詞データについても、これまで説明してきた各実施例と同様に、情報圧縮や形式変換の処理を経て、自機種用歌詞データＷＫの形式に変換される。従って、受信された楽曲情報は、上述のような自機種フォーマットＡに従う楽曲情報ＩＫの形式で記憶される。
【０１４６】
図１６は、この発明の一実施例による端末システムにおける楽曲演奏と歌詞表示の同期処理を表わす機能ブロック図である。種々の楽曲情報は、内部メモリブロックＫＢ１に示すように、予め内部メモリ（本体ＲＯＭ２）に記録されているか、或いは、外部装置ブロックＫＢ０に示すように、基地局ＢＳ、他端末ＯＳ、パーソナルコンピュータ端末ＰＣ、記憶媒体１９等の外部装置から受信し、内部メモリ（本体ＲＡＭ３）に記録することができる。内部メモリには、楽曲情報が自機種フォーマットＡに従う情報記録形式で記録され、楽曲情報を外部装置から受信する場合、受信した楽曲情報は、自機種フォーマットＡに従っていないときは、前述したように、自機種フォーマットＡの情報記録形式に変換された上、内部メモリに記録される。
【０１４７】
内部メモリ（ＫＢ１）に記録されている種々の楽曲情報から所望の楽曲情報が選択され、選択された楽曲情報は、歌詞データＷＫを伴っていれば、情報分離ブロックＫＢ２において演奏データＰＫと歌詞データＷＫとに分離され、制御指令と共にデータ制御回路ブロックＫＢ３に手渡される。この際、演奏データＰＫのタイミングデータＰＴに基づいて演奏イベントＰＥを発音制御回路８の音源回路〔２４，３６（図２，３）〕へのルートに送信し、歌詞データＷＫのタイミングデータＷＴに基づいてテキストイベントＷＥを表示回路〔５（図１）〕へのルートに送信する。
【０１４８】
制御回路ブロックＫＢ３は、情報分離ブロックＫＢ２から手渡された情報の送信を制御指令に従って制御する。すなわち、制御指令が着信メロディ曲の再生を指示しているときは、演奏イベントＰＥのみを音源回路ブロックＫＢ４に送信し、歌詞表示（カラオケ機能）を指示しているときは、演奏イベントＰＥ及びテキストイベントＷＥ（或いは、テキストイベントＷＥのみ）を夫々音源回路ブロックＫＢ４及び表示回路ブロックＫＢ５に送信する。そして、音源回路ブロックＫＢ４及び表示回路ブロックＫＢ５は、それぞれ、受信した演奏イベントＰＥ及びテキストイベントＷＥに基づいて駆動され、楽曲演奏及び歌詞表示を行う。
【０１４９】
〔受信処理１〕
図１７は、この発明の一実施例による端末システムでの受信処理（図１２のステップＴＲ３）の一具体例である「受信処理１」のフローチャートであり、この処理により、カラオケモードを含む各種モードで端末システムＴＳが動作していても、他の装置からの通話要求を受けて着信メロディ曲の再生開始を指示することができる。
【０１５０】
最初のステップＫＲ１１は、通常の携帯電話における通話要求確認処理に相当し、このステップでは、他の端末装置から通話の要求があるか否かを判断する。ここで、通話要求があればステップＫＲ１２で通話要求がある旨を表示した後ステップＫＲ１３に進み、通話要求がなければこの受信処理１を終了する。ステップＫＲ１２における通話要求表示の手法としては、具体的には、表示部１３に通話要求アイコンを表示させたり、予め表示されている通話要求アイコンを点滅させる方法を採り、歌詞をながめていたりした時に、突然、着信メロディ音が鳴り始めないように制御する。
【０１５１】
ステップＫＲ１３では、着信メロディ曲の再生状態を表わすＲＵＮフラグに“１”をセットし、次のステップＫＲ１４で、現在利用しているデータの読出をリセットして現在のモードを通話開始前に強制的に一旦停止し、着信メロディ曲の読出しをセットする。例えば、現在のモードがカラオケモードであれば、演奏データＰＫ及び歌詞データＷＫの読出しをリセットして、通話開始前に、現在表示中の歌詞を消去し現在再生中の楽音を消音して現在のモードを強制的に一旦停止する。なお、現在のモードを通話開始前に強制的に終了させるようにしてもよい。一方、着信メロディ曲については、着信メロディ音として選択されている楽曲情報における設定情報に基づいて各部を設定すると共に、データ読出し位置を演奏データ先頭位置にセットする。
【０１５２】
〔その他処理１〕
図１８は、この発明の一実施例による端末システムでのその他処理（図１２のステップＴＲ６）の一具体例である「その他処理１」のフローチャートであり、この処理により、通話開始の操作に応答して着信メロディ曲の再生終了を指示することができる。最初のステップＫＲ２１は、通常の携帯電話における通話開始処理に相当し、このステップでは、通話を開始する状態であるか否かを判断する。ここで、通話開始状態であればステップＫＲ２２に進み、着信メロディ曲の再生状態を表わすＲＵＮフラグに“０”としてこれをリセットし、通話開始状態でなければその他処理１を終了する。
【０１５３】
〔選択／設定処理１〕
図１９は、この発明の一実施例による端末システムでの選択／設定処理（図１２のステップＴＲ４）の一具体例である「選択／設定処理１」のフローチャートであり、この処理により、携帯用電話機端末（端末システム）ＴＳの操作子１２内のカラオケモード選択スイッチを操作してカラオケモードを起動することができる。この処理によりカラオケモードの起動指示があると、楽曲再生及び歌詞（テキスト）表示が開始される。
【０１５４】
最初のステップＫＲ３１では、カラオケモード選択スイッチの操作によりカラオケモードの設定がなされか否かを判断し、カラオケモード選択スイッチの設定操作がなされたときはステップＫＲ３２に進み、そうでないときは直ちにこの選択／設定処理１を終了する。ステップＫＲ３２においては、再生する曲を内部ＲＯＭ内から選択する。この場合、選択した曲の楽曲情報内に歌詞データがなければ、その旨を表示する。また、曲選択が行われなかった場合には、現在、着信メロディ音として設定されている楽曲情報を選択曲として設定する。
【０１５５】
そして、ステップＫＲ３３で、現在利用しているデータの読出をリセットして現在のモードを停止した後、ステップＫＲ３４において、カラオケモードに移行していることを表すＫＡＲＡＯＫＥフラグを反転し、この選択／設定処理１を終了する。このＫＡＲＡＯＫＥフラグの“１”は「カラオケモード設定中」を表わし、“０”は「カラオケモード解除中」を表わす。
【０１５６】
なお、ステップＫＲ３２において、ＫＡＲＡＯＫＥフラグが“０”でありカラオケモードのセットが可能である場合、カラオケ再生するのに選択した曲の楽曲情報内に歌詞データがない（テキストフラグＴＦのチェックにより検出）ときは、ステップＫＲ３４でＫＡＲＡＯＫＥ“０”→“１”としてカラオケモードで楽曲演奏のみを行うようにするか、或いは、ＫＡＲＡＯＫＥフラグを反転せずカラオケモードに移行しないようにすることができる。
【０１５７】
〔割込み処理〕
図２０は、この発明の一実施例による端末システムにおける割込み処理の一例である「割込み処理２」のフローチャートである。この処理は、自機種携帯用電話機端末（端末システム）ＴＳにおけるメイン処理に対する割込み処理であり、タイマのクロックタイミング毎に起動される。最初のステップＫＲ４１では、ＲＵＮフラグが“１”であるか否かを判断し、ＲＵＮ＝“１”であればステップＫＲ４２に進む。
【０１５８】
ステップＫＲ４２では、演奏データに基づいて、順次、演奏イベントを音源回路〔２４，３６（図２，図３）：ＫＢ４（図１６）〕に送信し、対応する楽音を発音させる。すなわち、ＲＵＮ＝“１”は、着信メロディ音が再生中であることを表わし、通話要求時や通話要求音発音時に、着信メロディ音として選択されている楽曲情報の演奏データに従った楽曲再生を行う。この場合、楽曲の進行タイミングは、別の割込み処理でカウントされる。なお、着信メロディ音の発音中は、カラオケモードの設定（ＫＡＲＡＯＫＥ＝“１”）が無視され、表示回路〔５（図１）：ＫＢ５（図１６）〕による歌詞表示が進行しないように自動制御される。
【０１５９】
一方、ステップＫＲ４１でＲＵＮ＝“０”と判断されるとステップＫＲ４３に進み、このステップＫＲ４３でＫＡＲＡＯＫＥフラグが“１”であるか否かを判断し、ＫＡＲＡＯＫＥ＝“１”であればステップＫＲ４４に進み、そうでなければ、この割込み処理２を終了する。
【０１６０】
ステップＫＲ４４では、歌詞データに基づいて、順次、テキストイベントを表示回路（５：ＫＢ５）に送信し、対応する楽音を発音させ、ステップＫＲ４２に進む。すなわち、ＲＵＮ＝“０”（着信メロディ音非再生）、ＫＡＲＡＯＫＥ＝“１”は、カラオケモード中であることを表わし、ステップＫＲ４４では、選択されているカラオケ楽曲の歌詞データＷＫに従って歌詞を表示し、ステップＫＲ４５では、選択されているカラオケ楽曲の演奏データＰＫに従っで楽曲を再生する。従って、ＲＵＮ＝“０”、ＫＡＲＡＯＫＥ＝“１”のときは、両ステップＫＲ４４，ＫＲ４２の処理により、選択されているカラオケ楽曲の演奏データＰＫ及び歌詞データＷＫに従って楽曲再生及び歌詞表示を同期して行うことができる。
【０１６１】
つまり、演奏データＰＫについては、演奏順に記録したタイミングデータＰＴ及び演奏イベントＰＥを順次読み出して楽曲を再生して行くと共に、歌詞データＷＫについては、表示順に記録したタイミングデータＷＴ及びテキストイベントデータＷＥを順次読み出して歌詞表示をして行く。このとき、表示タイミングを表わすタイミングデータＷＴは、タイミングデータＰＴと同期・対応しているので、歌詞表示は楽曲の演奏に同期して変化させることができる。歌詞表示は、表示している歌詞部分のうち、楽曲の演奏に対応して現在発声すべき文字或いは発声済みであるべき文字について、輝度を高めたり、下線・ハッチング・白黒反転等の修飾を施すというような強調表示手法を用い、通常のカラオケ装置における文字表示の色替えより簡易にするのが好ましい。
【０１６２】
〔種々のカラオケ態様〕
なお、カラオケモードにおいては、楽曲を再生しないで歌詞の表示だけを行うことができるようにしてもよい。その場合には、歌詞表示の進行をユーザが任意に操作できるようにすることが好ましい。
【０１６３】
また、楽曲の１部分のみではなく楽曲全体に対応する歌詞データと演奏データとを演奏情報として記録するようにしてもよい。その場合、着メロディ曲再生時には、楽曲の所定部分（例えば、「さび」部分など）のみを再生させるようにし、カラオケ再生時には、全体を再生させるようにするとよい。
【０１６４】
また、歌詞データだけについて楽曲全体分を記録するようにしてもよい。その場合には、カラオケ再生モード（「演奏あり」モード）では、演奏データに対応する部分の歌詞のみを順次表示し、歌詞表示だけのモードでは楽曲全体の歌詞をユーザの操作に従って順次、表示部に表示していくようにすればよい。
【０１６５】
〔エディット機能〕
この発明の一実施例による端末システムにおいては、図１１の情報記録／編集モジュール（Ｕ５）や図１２のエディット処理（ＴＲ５）で説明したように、操作子１２の各種スイッチを利用して各種情報編集を行うことができる。ここで、このエディット処理の具体例を紹介しよう。
【０１６６】
エディット処理時に使用されるエディットモード選択スイッチやエディット用の各種スイッチは、端末システムＴＳの操作子１２（図１）に含まれる。この場合、これらのスイッチは、専用スイッチとして別設したり、或いは、他の機能に使用するスイッチを流用することができる。例えば、エディットモード選択スイッチを操作する毎に、エディットモードと非エディットモードを切換え可能とし、エディットモードとしたとき、電話番号入力用テンキーにより、エディットしたい情報の選択或いはエディット時のパラメータ値の設定（別のキーでテンキー入力モードを「情報選択」／「パラメータ設定」に切換える）することができるようにする。
【０１６７】
〔選択／設定処理２〕
図２１は、この発明の一実施例による端末システムでの選択／設定処理（図１２のステップＴＲ４）の別の具体例である「選択／設定処理２」のフローチャートである。最初のステップＥＲ１１では、携帯用電話機端末（端末システム）ＴＳの操作子１２のうちのエディットモード選択スイッチの設定操作がなされか否かを判断し、この操作がなされたときはステップＥＲ１２に進み、操作がないときは直ちにこの選択／設定処理２を終了する。
【０１６８】
エディットモード選択スイッチは、エディットモードの開始及び終了を指示するための操作スイッチであり、操作する毎にＥＤＩＴフラグの内容を反転する。ここで、ＥＤＩＴフラグの内容が“１”のときはエディットモード中であることを表わし、“０”のときはエディットモードでないこと（非エディットモード状態）であることを表わす。また、モードは一度に１つのみ設定司能であり、例えば、エディットモード設定操作があったときにカラオケモード中（ＫＡＲＡＯＫＥ＝“１”）であれば、カラオケモードは強制的に終了される。
【０１６９】
ステップＥＲ１２ではＥＤＩＴフラグを反転し、続いて、ステップＥＲ１３に進む。ステップＥＲ１３では、ＥＤＩＴフラグが“０”であるか否かを判断し、ＥＤＩＴ＝“０”（非エディットモード状態）であれば、ステップＥＲ１４に進んで選択した情報に編集内容を上書き保存した上、この選択／設定処理２を終了し、ＥＤＩＴ＝“１”（エディットモード中）であれば、ステップＥＲ１５に進む。ステップＥＲ１４の処理により、エディットモード終了時には、本体ＲＡＭ３の一時記憶領域に記憶している編集内容を上書き保存することができる。
【０１７０】
ステップＥＲ１５においては、端末システムＴＳの操作子１２内のテンキーの入力モードを「情報選択」側に切り換えて、音色情報、効果情報、演奏データ、歌詞データなどの中から、エディットしたい情報をテンキーで指示することにより、指示された情報が選択される。なお、情報の選択がなかった場合は、着信メロディとして設定されている楽曲の音色情報又は演奏データをエディット情報として設定する。そして、次のステップＥＲ１６では、選択（又は設定）された情報の一部（例えば、先頭部）を表示部１３に表示した後、この選択／設定処理２を終了する。
【０１７１】
〔エディット処理１〕
図２２は、この発明の一実施例による端末システムでのエディット処理（図１２のステップＴＲ５）の一具体例である「エディット処理１」のフローチャートである。この処理フローの最初のステップＥＲ２１では、ＥＤＩＴフラグが“１”であるか否かを判断し、ＥＤＩＴ＝“１”（エディットモード中）であればステップＫＲ２２に進んで編集したいデータを選択し、一方、ＥＤＩＴ＝“０”であれば直ちにこのエディット処理を終了する。
【０１７２】
ステップＥＲ２２においては、操作部１２のデータ選択スイッチ等を操作して表示部１３の表示を順次切り換えていき、パラメータや音符、タイミング等、編集したいデータの値を表示させる。次のステップＥＲ２３では、実際の編集作業に入り、操作部１２の電話番号入力用テンキーの入力モードを「情報選択」から「パラメータ設定」側に切り換えて、テンキー等を操作することにより、新たなパラメータ値を入力したり、或いは、全く新たにデータを追加したり、さらには削除したりする。
【０１７３】
次に、ステップＥＲ２４で、編集された内容を本体ＲＡＭ３の一時記録領域に一時記憶しておき、ステップＥＲ２５に進む。なお、一時記憶しておいた編集内容については、エディットモードの終了時に、実際のデータへの上書き処理が行われる。しかしながら、エディットモード途中で上書きを行えるようにしてもよい。
【０１７４】
ステップＥＲ２５では、着信メロディ曲の再生状態を表わすＲＵＮフラグが“１”であるか否かを判断し、ＲＵＮ＝“１”（着信メロディ曲再生中）であれば、ステップＥＲ２６でＥＤＩＴフラグに“０”をセットした上、ステップＥＲ２６に進み、そうでなければ（ＲＵＮ＝“０”：着信メロディ曲非再生状態）エディット処理１を終了する。ステップＥＲ２７では、編集内容を上書きするか否かを判断し、上書きをする場合はステップＥＲ２８に進んで上書きを実行した後エディット処理１を終了する。また、上書きをしない場合には直ちにエディット処理１を終了する。
【０１７５】
エディットモード中に通話要求があると、エディットモードは強制的に終了されるが、現在までのエディット内容を残すか否かは、ステップＥＲ２８においてユーザによる選択が可能であり、例えば、上書きするか否かを促す保存可否の表示が表示部１３を用いて行われる。この場合、操作部１３のＹＥＳ／ＮＯ操作スイッチで保存の可否を選択できるようにすればよい。また、保存可否の表示が行われている間は、着信メロディ曲の発音処理へは移行されないにようにするのが好ましい。
【０１７６】
受信処理１（図１７：ステップＫＲ１２）で説明したように、エディットモード時に（他のモードにおいても同様であるが）通話要求があると、通話要求があることを表すアイコンを表示部１３の画面上に表示される。このような場合、着信メロディ曲が鳴り始めてもよいが、突然、着信メロディ音がなり始めるとユーザが驚いてしまうので、アイコンを表示させる方が好ましい。
【０１７７】
なお、エディットモードにおいては、既に記録されている情報の編集以外に、上述と同様の手順を用いて、新規に音色情報、効果情報、歌詞データなどの情報を作成して記録・登録することができる。
【０１７８】
〔音声作曲機能〕
この発明の一実施例による端末システムにおいては、その他処理（図１２：ＴＲ６）における自動作曲機能の第１例として挙げたように、端末システムに入力される音声から楽曲情報を作成することができる。ここで、このような音声作曲機能について説明する。図２３は、この発明の一実施例による端末システムの音声作曲機能を説明するための機能ブロック図である。この機能ブロック図により示される音声作曲機能を実現する処理は、基本的に、本体ＣＰＵ１の指示により実行されるが、図３の発音制御ＣＰＵ３１のように発音制御回路８がＣＰＵを装備したものでであれば、発音制御回路側ＣＰＵの指示により処理を実行させるようにしてもよい。
【０１７９】
入力モジュールＣＡ１は、携帯用電話機端末（端末システム）ＴＳ（図１）のマイク１４（図１）から入力される音（歌声）〔マイク入力音〕を取り込むマイク入力ブロックＣＡ１１、及び、送受信回路６を介して受信した通話音（通話相手の歌声）〔通話入力音〕を取り込む通話音入力ブロックＣＡ１２から成り、マイク入力音或いは通話入力音をデータソースとして取り込む。
【０１８０】
データソースとして利用する入力音を選択するための入力切換モジュールＣＡ２は、操作子１２の電話番号入力用テンキーを操作することにより、マイク入力音或いは通話入力音の何れをデータソースとして利用するかを設定する。Ａ／Ｄ変換モジュールＣＡ３は、オーディオ制御回路７（図１）により、入力モジュールＣＡ１から入力されるデータソース入力音をアナログ形式からデジタル形式に変換する。
【０１８１】
雑音量設定モジュールＣＡ４は、まず、入力モジュールＣＡ１からのデータソース入力音に含まれる雑音の音量レベルを次の処理により設定する：
（１）例えば、入力待機を促す旨を表示部１３に表示し、ユーザに対してマイク音或いは通話音の入力開始を所定時間だけ待機させ、その待機期間（無音期間）の間に入力モジュールへ入力される音を雑音として検出する（検出機能）。
（２）検出された雑音中の最大音量を雑音量（雑音最大レベル）として設定する（設定機能）。
【０１８２】
このような処理が終了した後は、雑音量設定モジュールＣＡ４により、例えば、入力開始を促す旨を表示部１３に表示して、ユーザにマイク音或いは通話音の入力開始を促す。雑音除去モジュールＣＡ５は、Ａ／Ｄ変換モジュールＣＡ３によりデジタル形式に変換されたデータソース入力音から、雑音量設定モジュールＣＡ５により設定された雑音最大レベル以下の音情報を削除する。
【０１８３】
音高検出モジュールＣＡ６は、雑音が削除されたデータソース入力音から音高列を抽出する。この音高列の抽出には、例えば、周波数分析による検出方法を用いる。また、記録する情報容量を削減するために、所定時間以内に複数の音が発生するよう認識された場合には、その複数音のうちの先頭音以外を削除する。具体的には、音長の最低長を所定時間（例えば、８分音符）とし、これより細かい時間で発生する音については削除する。なお、音高群が所定音域に達していないと判定されるような場合、検出された音高列を所定音域まで全体的にトランスポーズするトランスポーズ機能を装備することが好ましい。このようなトランスポーズ機能により、入力される音の音域が低音域であっても、着信メロディとして利用可能な音域に自動変換することができる。
【０１８４】
データ作成モジュールＣＡ７は、音高検出モジュールＣＡ６で検出された音高列を、自機種フォーマットＡに対応する情報に変換し、本体ＲＡＭ３或いは制御ＲＡＭ３５に記録する。
【０１８５】
〔自動作曲機能１〕
この発明の一実施例によるシステムにおいては、パーソナルコンピュータ端末ＰＣ側の新規作成モジュール（図１０：Ｐ３）について説明したように、自動作曲機能を実現することができる。図２４は、この発明の一実施例による音声作曲機能をブロック化して表わした機能ブロック図である。この機能ブロック図により示される自動作曲機能を実現する処理は、基本的には、パーソナルコンピュータ端末ＰＣ（図１０：Ｐ３）で実行するものとして説明するが、このような自動作曲機能を端末システムＴＳに搭載するようにしてもよい。
【０１８６】
手動入力モジュールＣＢ１では、ユーザが従来タイプのシーケンサ装置（シーケンサ機能付きパーソナルコンピュータ）等を利用して楽曲情報を次のような方法で手動で入力（作成）する：
（１）装置に接続された電子楽器を演奏して楽曲情報を入力する方法、
（２）パーソナルコンピュータ端末ＰＣに接続された表示装置に表示される入力用画面を利用して、端末ＰＣに接続されたキーボードやマウスを利用して数値入力等により楽曲情報を作成する方法、
（３）予め用意された部分曲データ（パターンデータ）を繋ぎあわせて１曲分の楽曲情報を作成する方法、
等々。
【０１８７】
一方、自動作曲モジュールＣＢ２では、先ず、作成したい楽曲の一部データをユーザが入力する。この入力には、例えば、電子楽器を実際に演奏したり、パーソナルコンピュータ端末ＰＣの表示画面を用いるなどの方法がある。なお、パーソナルコンピュータ端末ＰＣ内に複数の部分曲データ（パターンデータ）を予め用意しておき、これらの部分曲データの中から、楽曲の一部データを選択するようにしてもよい。このようにして楽曲の一部データを入力した後、既に知られた楽曲自動生成手法を用いて、入力された楽曲の一部データから１曲分の楽曲情報を自動的に生成する。
【０１８８】
手動入力モジュールＣＢ１又は自動作曲モジュールＣＢ２の何れかにより作成された楽曲情報、或いは、予めパーソナルコンピュータ端末ＰＣに記録されている楽曲情報は、曲解析モジュールＣＢ３に入力される。曲解析モジュールＣＢ３では、入力（作成）された１曲分の楽曲情報をイントロ部、フィルイン部、メイン部、エンディング部等の音楽的な区間に分割するために、楽曲情報の内容を解析する。
【０１８９】
区間分割モジュールＣＢ４では、曲解析モジュールＣＢ３での解析結果に基づいて、楽曲情報を複数の区間情報に分割し、区間選択モジュールＣＢ５では、分割された複数の区間情報の何れを着信メロディ又はＢＧＭとして利用するかを自動的に選択する。この区間情報の選択については、複数の区間情報を画面に表示し、例えば、区間情報毎に試し聞きができるようにし、ユーザに所望の区間情報を選択させるようにしてもよい。
【０１９０】
トラック選択モジュールＣＢ６では、選択された区間情報が複数トラック〔パート）構成である場合には、必要最小限のトラック数に絞り込みを行う。この絞り込みには、例えば、類似した音色で演奏されるパートが複数あれば、その内の１つだけ残して、その他のパートに関する情報を削除するなどの方法がある。
【０１９１】
繰返し部補正モジュールＣＢ７では、トラック選択処理（ＣＢ６）までの処理が終了した区間情報に関して、その区間情報を繰り返し再生したときに、その区間における先頭位置の音と最終位置の音とが滑らかに繋がるように、区間先頭位置の音或いは区間最終位置の音（或いは、その近傍の音）を修正・補正する。そして、最後に、情報記録モジュールＣＢ８により、作成された区間情報を、パーソナルコンピュータ端末ＰＣの記録領域（ＲＡＭ）に記録するとともに、図１０の情報圧縮モジュールＰ４へと出力する。
【０１９２】
〔楽曲データの自動生成処理（自動作曲処理）〕
この発明の一実施例によるシステムにおいては、ＴＳ自端末での「その他処理」（図１２：ステップＴＲ６）やＰＣ端末での新規作成（図１０：新規作成モジュールＰ３，図１４：ステップＰＲ３）で説明した自動作曲機能を実現するために、端末システムＴＳやパーソナルコンピュータ端末ＰＣ側で楽曲データを自動的に生成することができる。図２５は、この発明の一実施例による携帯用端末装置における楽曲データの自動生成方法を概略的に表わす処理フロー図である。この方法では、携帯用端末システムＴＳにて、雰囲気などのユーザの好みに沿う楽曲データが自動的に生成される。この処理フロー図により示される楽曲データ自動生成処理（自動作曲処理）は、端末システムＴＳで実行するものとして説明するが、もちろん、パーソナルコンピュータ端末ＰＣにおいて実行するようにしてもよく、また、図２４の自動作曲モジュールＣＢ２に適用することができる。
【０１９３】
図２５に示される方法においては、携帯用端末システムＴＳにてユーザの好みに沿う楽曲データを自動生成するために、楽曲のフィーリング（feeling ）毎に複数種類のメロディ生成用データ及びコード進行データを本体ＲＯＭ２又は本体ＲＡＭ３に予め記憶しておく。なお、このメロディ生成用データ及びコード進行データは、送受信回路６を介して、サーバ局ＢＳから受信してもよい。或いは、通信インタフェース１０を介して外部装置から受信したり、接続回路９を介して着脱可能小型記録媒体１９からロードしてもよい。
【０１９４】
この楽曲データ自動生成処理によれば、ユーザが選択したフィーリングに応じた複数種類の中から（例えば、ランダムに）一組のメロディ生成用データ及びコード進行データが選択され、これらのデータに基づいて、また、ユーザの好みによりデータの修正を行いつつ、メロディが自動的に生成される。このようなメロディ等の楽曲の自動生成については、本件出願人による特許出願（特願平１１−０１９６２５号）に詳細に記載されているので、ここでは概略的に説明する。
【０１９５】
楽曲のフィーリングとしては、例えば、「さわやかで」、「やさしくて」、「さみしくて」、「ＳＥＸＹで」等がある。各フィーリング毎に複数種類のメロディ生成用データ及びコード進行データが対応しており、選択されたフィーリングに対応した複数種類のメロディ生成用データ及び複数種類のコード進行データのうちのいずれかが、それぞれランダムに選択される。なお、各フィーリングに対して１つのメロディ生成用データ及びコード進行データが対応していてもよい。メロディ生成用データは、音符数（多、中、少）、拍子種類、シンコペーションペーションの有無、楽曲の小節数、楽節構成等のデータから成るリズム生成用データと、絶対的な音域幅、所定区間でのどピッチ（音高）の変化幅等のデータから成るピッチ生成用データとにより構成される。各コード進行データには一楽曲（例えば、３２小節）分のコード進行を表わすデータが記憶されている。
【０１９６】
楽曲を自動生成するときには、図２５の処理フローの最初のステップＣＣ１において、メロディ生成用データ及びコード進行データを読み出す。このために、例えば、ユーザの操作に応じて、表示部１３上に楽曲のフィーリングを言葉及び／又はアイコンを用いて複数種類表示する（図２６中欄を参照。なお、図２６は、自動作曲に関するパラメータ設定の表示画面例を示す。）。ユーザが操作子１２を使って好みのフィーリングを選択すると、選択された一組のメロディ生成用データ及びコード進行データが読み出される。
【０１９７】
次のステップＣＣ２では、ステップＣＣ１で読み出されたメロディ生成用データに基づきリズムデータが生成される。すなわち、読み出されたメロディ生成用データに含まれるリズム生成用データに基づいて、まず、数小節からなるモチーフ（例えば、楽曲の先頭部分やサビの部分）のリズムデータ（音符の存在位置を規定したデータであり「打点データ」とも言う）が生成され、生成されたモチーフ及び上述した楽節構成データ等から一曲分のリズムデータが生成される。例えば、一曲分のリズム生成方法としては、楽節記号を反映すべく、同一記号の楽節は、対応する楽節と同一のリズムにし、類似記号の楽節は、対応する楽節と、一部（例えば、前半部分）を同一のリズムにする方法がとられる。
【０１９８】
なお、モチーフリズムデータの生成は、操作子１２中の所定のスイッチ（専用のスイッチでもよいし、他の機能と共通利用されるスイッチでもよい）の操作に応じて開始される。モチーフの生成は、典型的には、多数のリズムパターン（打点パターン）を予め記憶しておき、リズム生成用データに適合するリズムパターンを選択することによる。
【０１９９】
リズム生成用データに適合するリズムパターンに関して、複数の候補があるときは、何れかをランダムに選択すればよい。或いは、上述したフィーリングや別途指定される音楽ジャンルを考慮してリズムパターンを選択してもよい。また、モチーフのリズムデータを自動生成するものに限らず、操作子１２を用いて、リズムデータをユーザが直接手入力してもよいし、自動生成したリズムデータをユーザが編集してもよい。或いは、既に述べたように、マイク入力された音声や通話入力された音声から音符列を抽出し、これをリズムデータとして採用してもよい。
【０２００】
次に、ステップＣＣ３では、生成されたリズムデータの各打点から重要打点が検出される。ここで、重要打点とは、メロディを構成する全打点のうち音楽的に重要な打点であり、一例として、各小節毎の強拍、即ち、第１、３拍にある打点或いは第１、３拍の近くの打点が重要打点として検出され、その他の打点は非重要打点として検出される。強柏或いはその近傍の打点に限らず、他の条件に従って重要打点を検出してもよい。
【０２０１】
他方、ステップＣＣ４では、メロディ生成用データとコード進行データに基づいて、まず、数小節からなるモチーフの骨格音が生成され、続いて、このモチーフの骨格音と楽曲構成データ等を参照して一曲分の骨格音が形成される。ここで、モチーフの骨格音としては、コード構成音であって、上述した音域幅、変化幅の範囲に入るピッチを有するものが、ランダムに選択される。なお、ランダムに選択するものに限らず、所定のルールに沿って選択してもよい。
【０２０２】
次に、ステップＣＣ５において、ステップＣＣ３で検出された重要打点に対して、ステップＣＣ４で生成された骨格音が割り当てられ、続いて、ステップＣＣ６では、重要打点間の非重要打点に対してピッチが割り当てられる。非重要打点には、対応するコード音のアベイラブル・ノート（available notes ）のスケール上のピッチがランダムに割り当てられる。ランダムに割り当てるものに限らず、所定のルールに沿って割り当ててもよい。なお、一曲分の骨格音及び非重要打点のピッチを形成する際は、前述のリズムの場合と同様に楽節記号を反映すべく、同一記号楽節は、対応する楽節と同一ピッチにし、類似記号楽節は、対応する楽節と一部（例えば、前半部分）を同一ピッチにすることによって得られる。
【０２０３】
このようにして生成された楽曲データは、ステップＣＣ７で、別途記憶される音楽ルールに従って、不自然な響きが出ないように自動修正された後、ステップＣＣ８にて本体ＲＡＭ３に記憶され、この自動作曲処理を終了する。
【０２０４】
なお、自動生成された重要音及び／又は非重要音のピッチは、操作子１２を用いてユーザにより修正することができるようにしてもよい。また、ピッチ修正可能な箇所は、モチーフ部分だけでもよいし、楽曲全体でもよい。さらに、上述の説明では、楽曲全体のリズムデータを生成した後に、楽曲全体のピッチを付与するようにしたが、まず、モチーフのリズムデータを生成した後、モチーフのピッチを付与し、それに続いて、楽曲の後続部分のリズムデータを生成し、後続部分のピッチ付与を行うようにしてもよい。
【０２０５】
また、上述した楽曲データの自動生成方法においては、メロディのみを生成したが、これに加えて伴奏パートも自動生成するようにしてもよい。例えば、楽曲のスタイル（style ）毎に複数の伴奏生成用データ（「スタイルデータ」とも言い、１乃至複数のパー卜について、所定コードタイプに沿って作成された１乃至複数小節分の演奏データである。）を本体ＲＯＭ２又は本体ＲＡＭ３に予め記憶しておき、操作子１２を用いてユーザが選択した楽曲スタイル或いはランダムに選択した楽曲スタイルに対応した伴奏生成用データを読み出し、コード進行データに基づいて伴奏生成用データに含まれる音高データを該コード進行データにマッチするように修正し、これを１曲分（例えば、３２小節分）繰り返すことで伴奏パートを生成する。なお、楽曲のスタイルとしては、「都会的な」、「土くさい」、「トロピカルな」、「ダンサブルな」等がある（図２６右欄参照）。
【０２０６】
〔和音検出処理及び伴奏パート付与処理〕
この発明の一実施例においては、端末システムＴＳは、自動作曲機能の１つとして説明したように（図１２：ステップＴＲ６「その他処理」）、既に作成乃至記憶されている演奏情報に馴染む演奏情報を自動生成する機能をもつことができる。図２６は、この発明の一実施例による携帯用端末装置における「楽曲データに馴染む和音（和音進行）を自動的に決定する方法」（和音検出処理）を概略的に説明するフロー図であり、図２７は、この発明の一実施例による携帯用端末装置における「メロディデータに馴染む伴奏パートをメロディデータに付与する方法」（伴奏パート付与処理）を概略的に説明するフロー図である。図２６の和音検出処理により決定された和音（和音進行）は、図２７の伴奏パート付与処理における自動伴奏付けに利用可能である。
【０２０７】
図２６の和音検出処理においては、まず、ステップＣＤ１で、メロディデータを所定のルールに従って区間分割する。ここで、分割される１つの区間は、ｌつの和音が継続するとみなし得る区間である。また、所定のルールの例としては、１拍や２拍、１小節等の一定区間毎に分割するルールや、メロディデータの並びを分析し、１つの和音区間とみなし得る範囲を検出してその位置で分割するルール等がある。この場合、複数のルールを同時に適用してもよい。
【０２０８】
続いて、ステップＣＤ２では、分割されたメロディの区間毎に和声音を検出する。和声音の検出は、メロディデータの並びを分析し、各区間内で和声音とみなし得る音を検出することにより行う。さらに、ステップＣＤ３に進み、メロディを分析して調を検出する。例えば、メロディを構成する各音名の出現度合い（単純な各音名の数でもよいし、各音名毎に音長を加算した値でもよい。）と、各調の音階音とのマッチングをとり、最も一致度の高い調をメロディの調として検出する。
【０２０９】
次に、ステップＣＤ４において、メロディの連続する複数区間毎に、或いは単区間毎に、検出された和声音と検出された調に基づいて、和音又は和音進行とマッチングを取る。具体的には、連続する複数区間（例えば、４区間、３区間、２区間等）についての典型的な和音進行を、調毎に、データベースに記憶しておき、連続する複数区間の検出された和声音と、検出された調における各和音進行の構成音とを比較する。最初に４区間の和音進行と４区間の和声音とを比較し、マッチするものがあればそれに決定し、マッチするものがなければ、区間数を減らして３区間の和音進行と３区間の和声音とを比較し、マッチするものを決定する。３区間についてもマッチするものがなければ、２区間についてマッチングを取り、それでもマッチングするものがなければ、単独の和音構成音と単区間の和声音とを比較し、最もよくマッチする和音に決定する。
【０２１０】
ステップＣＤ５では、このようなマッチング処理により、最も一致度の高い和音進行又は和音を当該区間のコードに決定し、この和音検出処理を終了する。なお、調毎に和音進行を持つものに限らず、特定の調についてのみ和音進行を持つようにし、調の主音に応じて和音進行の構成音の音名をシフトして、実質的に全調の和音進行を持つようにしてもよい。
【０２１１】
図２７の伴奏パート付与処理において、伴奏パートは、メロディデータに馴染む和音進行と、予め記憶されたスタイルデータ〔伴奏パートの元になる１乃至複数パートの演奏データであって、所定の和音（例えば、Ｃメジャー）に基づいて作成された１乃至複数小節分の演奏データが、データべースに多数記憶されている。〕に基づいて生成される。メロディデータに馴染む和音進行は、前述のように、メロディから検出する方法、予めメロディデータ中に記憶させておく方法、メロディに対してユーザが指定する方法等によって得ることができる。和音進行を含んだメロディデータは、基地局（サーバ局）ＢＳからをダウンロードしてもよい。
【０２１２】
この伴奏パート付与処理では、まず、ステップＣＥ１において、多数記憶されている伴奏スタイルデータの中から、何れか１つをユーザにより選択する。各伴奏スタイルデータには、当該伴奏スタイルデータの内容を表わす用語（例えば、ポップスやクラシック等の音楽ジャンルや、「明るい」、「暗い」等の雰囲気を示す用語）が付与されており、これらの用語リストを携帯用端末装置ＴＳの表示部１３に表示し、操作子１２を用いて何れかを選択することで、何れかの伴奏スタイルデータを選択する。或いは、各伴奏スタイルデータに付与された番号を、操作子１２に含まれる数字スイッチを用いて選択してもよい。
【０２１３】
次に、ステップＣＥ２にて、選択された伴奏スタイルデータをデータベースから読み出し、続くステップＣＥ３で和音進行を取得し、さらに、ステップＣＥ４において、読み出した伴奏スタイルデータに含まれる演奏データの音高を、取得した和音進行に応じて修正し、伴奏パートの演奏データを生成する。演奏データ音高の修正は、和音種類毎に用意された音高変換テーブル（演奏データの音高を和音種類に応じてどれだけ修正するかを規定したテーブルであって、このテーブルに規定された修正量だけ演奏データの音高をシフトさせると、指定された和音種類にマッチした音高が得られるように作成されたもの）を用いて行われる。
【０２１４】
そして、ステップＣＥ５において、ステップＣＥ４で生成された伴奏パートの演奏データをメロディデータに付与して、複数パートからなるメロディを作成し、この伴奏パート付与処理を終了する。
【０２１５】
なお、伴奏スタイルデータは、複数のセクションから構成され、セクションの進行を指定できるようにしてもよい。例えば、伴奏スタイルデータのセクションとして、イントロセクション、メインセクション、フィルインセクション、エンディングセクション等があり、メロディデータの進行に従って各セクションの並びやメインセクションの繰返し再生回数をユーザが指定したり、予めセクシヨンの並びやメインセクションの繰返し再生回数がプログラムされたセクション進行データを記憶しておき、これをメロディデータの進行に従って読み出すことで、セクション進行を指定したりしてもよい。このようにすると、変化に富んだ伴奏パートの演奏を得ることができる。
【０２１６】
〔種々の実施態様〕
携帯用端末装置で使用可能な楽音情報のフォーマットは、自機種フォーマットＡに限られるものではない。例えば、図３のような発音制御回路を搭載し、この回路のなかで、従来の電子楽器で使用されている自動演奏機能（シーケンサー）を動作させることにより、ＳＭＦフォーマットＣの楽曲情報をそのまま再生できるようにすることも可能である。この場合、他の楽音情報源装置（ＰＣなど）から携帯用電話機端末に情報を取り込む際に形式変換をしなくて済む。しかし、圧縮処理は行う方が好ましい。
【０２１７】
実施例では、音源回路における楽音合成方式としてＦＭ方式を採用しているが、楽音合成方式はこれに限らない。例えば、波形メモリ方式、物理モデル方式、高調波合成方式、フォルマント合成方式、「ＶＣＯ＋ＶＣＦ＋ＶＧＡ」のアナログシンセサイザ方式等、種々の方式を適用することができ、これらの何れであってもよい。つまり、音源回路の楽音合成方式によって、設定情報として記録される音色に関する各種情報は異なってくるが、基本的には、従来より電子楽器で使用されている各楽音合成方式に対応する多種のパラメータ情報を採用することができる。
【０２１８】
また、音源回路自体については、専用のハードウエアを用いて音源回路を構成するものに限らず、「ＤＳＰ＋マイクロプログラム」を用いて音源回路を構成するようにしてもよいし、「ＣＰＵ＋ソフトウェア」のプログラムで音源回路を構成するようにしてもよい。
【０２１９】
さらに、１つの回路を時分割で使用することによって複数の発音チャンネルを形成するようなもでもよいし、１つの発音チャンネルが１つの回路で構成されるような形式のものであってもよい。
【０２２０】
【発明の効果】
以上説明したように、この発明の携帯用端末装置によれば、演奏情報の変更に関し、記憶手段に記憶されている演奏情報のパラメータを表示手段に表示させて、表示されたパラメータに対して編集を行っている状態において、通信手段が他の端末装置からの着信を受けた場合には、当該演奏情報を記憶手段に記憶するか否かの選択を促す表示が行われ、この表示に対するユーザ応答に基づいて当該演奏情報を記憶手段に記憶させるようにしているので、演奏情報内の編集したいパラメータを表示させパラメータ値を入力することで演奏情報の編集を行うことができるだけでなく、編集中に着信があった場合には、ユーザに対して編集中のデータを保存するか否かを問い合わせ、ユーザ指示に応じて同データを保存可能とすることができる。
【０２２１】
さらに、他の端末装置からの着信を受けたことに応じて、記憶手段に記憶されている演奏情報に含まれる着信演奏情報（着信メロディ曲）に基づく楽音信号の生成を開始させるが、編集中の演奏情報を記憶手段に記憶するか否かの選択を促す表示が行われる間は、着信演奏情報に基づく楽音信号の生成を行わないように制御するようにしているので、編集中に着信があっても、ユーザへのデータ保存の問い合わせの間は着信メロディ曲の発音処理に移行されず、突然、着信メロディ音が鳴り始めないようにすることができる。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例による発音制御装置が適用される携帯用電話機端末の基本的構成を表わす概略ブロック図である。
【図２】図２は、この発明の一実施例による発音制御回路の詳細な構成を表わすブロック図である。
【図３】図３は、この発明の他の実施例による発音制御回路の詳細な構成を表わすブロック図である。
【図４】図４は、この発明の一実施例による携帯用電話機端末の使用環境の一例を表わす概念図である。
【図５】図５は、この発明の一実施例による携帯用電話機端末における自機種の情報フォーマットの例である。
【図６】図６は、他機種の携帯用電話機端末における他機種の従来形情報フォーマットの例である。
【図７】図７は、従来より電子楽器等で使用されている汎用の楽音情報フォーマツトの例である。
【図８】図８は、この発明の一実施例による携帯用電話機端末及び基地局から成る第１システムにおける情報授受関係を表わす機能的ブロック図の一部である。
【図９】図９は、この発明の一実施例による携帯用電話機端末及び基地局から成る第１システムにおける情報授受関係を表わす機能的ブロック図の他部である。
【図１０】図１０は、この発明の一実施例による携帯用電話機端末及びパーソナルコンピュータから成る第２システムにおける情報授受関係を表わす機能的ブロック図である。
【図１１】図１１は、この発明の一実施例による携帯用電話機端末及び記録媒体乃至他の電話機端末から成る第３システムにおける情報授受関係を表わす機能的ブロック図である。
【図１２】図１２は、この発明の一実施例による携帯用電話機端末での自端末処理例を示すフローチャートである。
【図１３】図１３は、この発明の一実施例による基地局でのサーバ処理例を示すフローチャートである。
【図１４】図１４は、この発明の一実施例によるパーソナルコンピュータ端末でのＰＣ端末処理例を示すフローチャートである。
【図１５】図１５は、この発明の一実施例による携帯用電話機端末のカラオケ機能に適用可能な情報フォーマットの例である。
【図１６】図１６は、この発明の一実施例による携帯用電話機端末における楽曲演奏と歌詞表示の同期処理を表わす機能ブロック図である。
【図１７】図１７は、この発明の一実施例による携帯用電話機端末における「受信処理１」のフローチャートである。
【図１８】図１８は、この発明の一実施例による携帯用電話機端末における「その他処理１」のフローチャートである。
【図１９】図１９は、この発明の一実施例による携帯用電話機端末における「選択／設定処理１」のフローチャートである。
【図２０】図２０は、この発明の一実施例による携帯用電話機端末における「割込み処理２」のフローチャートである。
【図２１】図２１は、この発明の一実施例による携帯用電話機端末における「選択／設定処理２」のフローチャートである。
【図２２】図２２は、この発明の一実施例による携帯用電話機端末における「エディット処理１」のフローチャートである。
【図２３】図２３は、この発明の一実施例による携帯用電話機端末システムの「音声作曲機能」を説明するための機能ブロック図である。
【図２４】図２４は、この発明の一実施例によるパーソナルコンピュータ端末等の「自動作曲機能」を説明するための機能ブロック図である。
【図２５】図２５は、この発明の一実施例による携帯用電話機端末における楽曲データの自動生成方法を概略的に表わすフローチャートである。
【図２６】図２６は、この発明の一実施例による携帯用電話機端末における楽曲のフィーリング／スタイルの表示画面例を表わす図である。
【図２７】図２７は、この発明の一実施例による携帯用電話機端末における楽曲データに馴染む和音を自動的に決定する方法を概略的に表わすフローチャートである。
【図２８】図２８は、この発明の一実施例による携帯用電話機端末におけるメロディデータに馴染む伴奏パートをメロディパートに付与する方法を概略的に表わすフローチャートである。
【符号の説明】
ＴＳ  携帯用電話機端末（端末システム、自機）、
ＢＳ  基地局（ベース局）、
ＰＣ  パーソナルコンピュータ端末、
ＯＳ，ＯＳａ，ＯＳｂ  他の電話機端末、
ＳＭ  合成楽音信号、
ＳＴ  通話音信号、
ＳＥ  効果付与後信号。
【図１】
0003666366.tif 000002
【図２】
0003666366.tif 000003
【図３】
0003666366.tif 000004
【図４】
0003666366.tif 000005
【図５】
0003666366.tif 000006
【図６】
0003666366.tif 000007
【図７】
0003666366.tif 000008
【図８】
0003666366.tif 000009
【図９】
0003666366.tif 000010
【図１０】
0003666366.tif 000011
【図１１】
0003666366.tif 000012
【図１２】
0003666366.tif 000013
【図１３】
0003666366.tif 000014
【図１４】
0003666366.tif 000015
【図１５】
0003666366.tif 000016
【図１６】
0003666366.tif 000017
【図１７】
0003666366.tif 000018
【図１８】
0003666366.tif 000019
【図１９】
0003666366.tif 000020
【図２０】
0003666366.tif 000021
【図２１】
0003666366.tif 000022
【図２２】
0003666366.tif 000023
【図２３】
0003666366.tif 000024
【図２４】
0003666366.tif 000025
【図２５】
0003666366.tif 000026
【図２６】
0003666366.tif 000027
【図２７】
0003666366.tif 000028
【図２８】
0003666366.tif 000029