(57)【特許請求の範囲】
【請求項１】
制御部と記憶部と表示部と操作部と音源部とを有し、前記記憶部に格納された処理プログラム及び音楽ゲーム用データを用いて音楽ゲームを実行することができる音楽ゲーム装置であって、
前記音楽ゲーム用データは、ノートイベントデータとノートイベント間の時間間隔を示すデュレーションデータとを含む演奏データと、発音チャンネル又はＭＩＤＩチャンネルと楽器名又はパート名との対応関係を示すチャンネル楽器名対応テーブルとを含むものであり、
前記音源部は、インターフェース回路と、前記インターフェース回路から前記演奏データが供給されるバッファと、前記バッファから供給される演奏データを解釈してデュレーションデータにより規定されるタイミングで対応するノートイベントデータを音源に供給するシーケンサと、前記シーケンサから供給されるノートイベントデータ及び前記インターフェース回路から直接供給されるノートイベントデータに応じて楽音を生成する音源を有するものであり、
前記制御部は、前記処理プログラムによって、
前記表示部に前記チャンネル楽器名対応テーブルの内容を表示して、操作者に任意のチャンネルを選択させる手段、
該選択されたチャンネルの演奏データをゲームパート演奏データとして前記演奏データから分離する手段、
前記選択されたチャンネル以外の演奏データを前記インターフェース回路を介して前記バッファに供給して前記シーケンサにより前記音源を駆動させる手段、
前記ゲームパート演奏データに基づき、ゲームパートのノートオンイベントのタイミングを前記表示部に表示する手段、及び、
前記ゲームパート演奏データから、それに含まれるノートオンイベントのタイミングの情報を取得し、前記操作部が操作されたときに、その操作タイミングと前記ノートオンイベントのタイミングとを比較して、その差が所定値より小さいときにのみ、前記ノートオンイベントのノートイベントデータを前記インターフェース回路を介して前記音源に直接供給する手段
として機能するものであることを特徴とする音楽ゲーム装置。
【請求項２】
前記制御部は、さらに、前記操作部の操作タイミングと前記ゲームパートのノートオンイベントのタイミングのずれ量に応じて、前記表示部における表示形態を変更する手段として機能するものであることを特徴とする請求項１記載の音楽ゲーム装置。
【請求項３】
近接する他の音楽ゲーム装置との間で通信を行う手段を有し、
前記演奏データ中に同期用のデータが適宜挿入されている前記音楽ゲーム用データを演奏するときに、前記通信を行う手段を介して近接する他の音楽ゲーム装置との間で前記同期用のデータに基づく同期信号を送受信することにより、同一の前記音楽ゲーム用データを記憶している近接する他の音楽ゲーム装置と合奏を行うことができるようになされていることを特徴とする請求項１又は２記載の音楽ゲーム装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、新規なフォーマットを有する音楽ゲーム用データを使用する音楽ゲーム装置に関する。
【０００２】
【従来の技術】
従来より、携帯電話やＰＨＳなどの携帯通信端末において、音楽データをサーバなどからダウンロードし、該携帯通信端末に記憶することにより着信メロディとしてその楽曲を使用することが知られている。
また、最近では、携帯電話などに通話あるいは通信機能以外の各種の付加機能を持たせることも種々提案されており、簡単なゲーム機能を持たせることも提案されている。
さらに、近年では各種の音楽ゲームが人気を博している。
【０００３】
【発明が解決しようとする課題】
そこで、携帯電話などの携帯通信端末に音楽ゲーム機能を持たせようとすることが考えられるが、この場合に、音楽ゲーム機能を持たせることにより携帯通信端末に発生する負荷、例えば、そのために必要な記憶容量の増大やＣＰＵの処理の増大など、を軽減することが求められる。
また、携帯通信端末だけではなく携帯型のゲーム機器など表示部の面積が少ない装置であっても楽しむことのできる音楽ゲームが求められている。
【０００４】
そこで本発明は、着信メロディのための音楽データをサーバ装置からダウンロードして記憶する機能を有する携帯通信端末に音楽ゲーム機能を付加するときなどに、該ゲーム機能による処理負荷の増加が少ない音楽ゲーム装置を提供することを目的としている。
また、表示部の面積が少なくても楽しむことのできる音楽ゲーム装置を提供することを目的としている。
さらに、複数人の操作者で遊戯することができる音楽ゲームを実行することのできる音楽ゲーム装置を提供することを目的としている。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明の音楽ゲーム装置は、制御部と記憶部と表示部と操作部と音源部とを有し、前記記憶部に格納された処理プログラム及び音楽ゲーム用データを用いて音楽ゲームを実行することができる音楽ゲーム装置であって、前記音楽ゲーム用データは、ノートイベントデータとノートイベント間の時間間隔を示すデュレーションデータとを含む演奏データと、発音チャンネル又はＭＩＤＩチャンネルと楽器名又はパート名との対応関係を示すチャンネル楽器名対応テーブルとを含むものであり、前記音源部は、インターフェース回路と、前記インターフェース回路から前記演奏データが供給されるバッファと、前記バッファから供給される演奏データを解釈してデュレーションデータにより規定されるタイミングで対応するノートイベントデータを音源に供給するシーケンサと、前記シーケンサから供給されるノートイベントデータ及び前記インターフェース回路から直接供給されるノートイベントデータに応じて楽音を生成する音源を有するものであり、前記制御部は、前記処理プログラムによって、前記表示部に前記チャンネル楽器名対応テーブルの内容を表示して、操作者に任意のチャンネルを選択させる手段、該選択されたチャンネルの演奏データをゲームパート演奏データとして前記演奏データから分離する手段、前記選択されたチャンネル以外の演奏データを前記インターフェース回路を介して前記バッファに供給して前記シーケンサにより前記音源を駆動させる手段、前記ゲームパート演奏データに基づき、ゲームパートのノートオンイベントのタイミングを前記表示部に表示する手段、及び、前記ゲームパート演奏データから、それに含まれるノートオンイベントのタイミングの情報を取得し、前記操作部が操作されたときに、その操作タイミングと前記ノートオンイベントのタイミングとを比較して、その差が所定値より小さいときにのみ、前記ノートオンイベントのノートイベントデータを前記インターフェース回路を介して前記音源に直接供給する手段として機能するものとされている。
また、前記制御部は、さらに、前記操作部の操作タイミングと前記ゲームパートのノートオンイベントのタイミングのずれ量に応じて、前記表示部における表示形態を変更する手段として機能するものとされている。
さらに、近接する他の音楽ゲーム装置との間で通信を行う手段を有し、前記演奏データ中に同期用のデータが適宜挿入されている前記音楽ゲーム用データを演奏するときに、前記通信を行う手段を介して近接する他の音楽ゲーム装置との間で前記同期用のデータに基づく同期信号を送受信することにより、同一の前記音楽ゲーム用データを記憶している近接する他の音楽ゲーム装置と合奏を行うことができるようになされているものである。
【０００９】
【発明の実施の形態】
本発明の音楽ゲーム用データを用いた音楽ゲームは、楽曲のうちの任意のパートあるいは楽器を抜き出して操作者の操作により発音させるパートあるいは楽器（ゲームパート）とし、他のパートあるいは楽器については自動演奏（いわゆるマイナスワン演奏）する。そして、操作者による操作のタイミングがそのパートのノートオンイベントのタイミングに対して所定の条件を満たしているときにのみ、そのパートの楽音を発生させる。操作者が操作ボタンを押さないとき、あるいは、操作タイミングが一致していないときには、前記パートあるいは楽器の音がならないため、非常に物足りない演奏となる。一方、タイミングが合っているときには、殆ど自分で演奏していると感じられる演奏となる。
【００１０】
このような本発明の音楽ゲーム用データを用いた音楽ゲームは、専用の音楽ゲーム装置だけではなく、制御部（ＣＰＵ）、記憶部、表示部、操作部および音源部を有する装置であればいかなるものでも実行することができ、以下では、携帯電話、ＰＨＳなどの携帯通信端末を例にとって説明する。
図１の（ａ）は、本発明の音楽ゲームを実行することのできる携帯通信端末の外観を示す図であり、（ｂ）は本発明の音楽ゲームを実行しているときの表示部の様子を示す図である。
図示するように、携帯通信端末１には、表示部２および複数の操作ボタンなどを有する操作部３が設けられている。
本発明の音楽ゲームを実行するときには、図１の（ａ）に示すように、前記操作部３における一部の操作ボタンを演奏用ボタンとする。ここでは、バスドラムとスネアドラムをゲームパートとして選択した場合を示しており、右下の操作ボタンをスネアドラム用、左下の操作ボタンをバスドラム用としている。
【００１１】
また、図１の（ｂ）に示すように、表示部２の表示画面を上下に２分割して２段とし、それぞれのなかで操作者が操作すべき楽器名あるいはパートに対応する楽譜表示（図中の４、４’）および曲の進行を示す進行表示（図中の５、５’）がなされている。この例では、ゲームパートであるスネアドラムとバスドラムのノートオンイベントのタイミングが、ドラム譜に近い形態で４および４’で示す領域にそれぞれ表示されている。図中横方向は時間軸に対応し、例えば１段が１小節に対応している。また、進行表示５中の一部６の表示形態を他の部分と相違させることにより、現在演奏が進行しているタイミング（例えば、拍の位置など）を示している。曲の進行に伴って、進行表示５中の現在位置を示す表示６が順次右に移動し、次に下段の進行表示５’に移行する。そこで、上段の楽譜表示４を４’に表示されている小節の次の小節の楽譜に変更し、進行表示５’の現在位置６が右端に達したら、次は、上段の進行表示５に移行する。このように、表示部２を２段の表示とし、曲の進行に伴って交互に楽譜表示を進めていくようになされている。また、表示部２中には操作者の得た得点を表示する領域（図示した例では、右上部）も設けられている。
【００１２】
操作者はこのような表示部２におけるゲームパートの楽譜表示４、４’および曲の進行５、５’、６を見ながら、タイミングを合わせて、前記操作部３における演奏に割り付けられた操作ボタンを押圧する。そのタイミングがゲームパートのノートオンイベントのタイミングに対して所定の誤差の範囲内である場合は、その楽音が発音されることとなる。また、所定のタイミングとの差が小さいほど高得点が与えられる。得た得点は、図示するように、表示画面上（図示した例では、右上部）に表示される。
なお、上記においては、スネアドラム、バスドラムのドラムパートをマイナスワンパートとしたが、ベースパートやメロディパートを抜出して操作者が演奏するようにしてもよい。メロディパートのように音高が変化するパートであっても、１つの操作ボタンで操作することができ、非常に簡単に演奏気分を味わうことが可能となる。
なお、メロディパートのように音高が変化するパートの演奏を行なう場合には、音高に対応して複数の操作ボタンを割り当てるようにすることもできる。
また、上記においては、表示部を２段に分割して楽譜表示などを行うようにしたが、分割数や同時に表示する小節数などの表示形態は、任意に設定することができる。
【００１３】
以下、このような音楽ゲームを実行するための本発明の音楽ゲーム装置について詳細に説明する。
まず、本発明に用いられる音楽ゲーム用データについて説明する。
図２は、本発明の音楽ゲーム用データのフォーマットの第１の形態を示す図である。なお、ここでは、発音チャンネルあるいはＭＩＤＩチャンネルの数は１６チャンネルであるものとしている。
この図に示すように、本発明の音楽ゲーム用データは、書誌データ１１、チャンネル／楽器名（パート名）テーブル１２、および、演奏データ１３の３つのデータブロックを有する構造となっている。
ここで、書誌データブロック１１には、この楽曲の曲名、アーチスト名、作曲者名、この音楽ゲーム用データをカラオケ用として使用する場合に表示部に背景として表示すべきグラフィックスデータ、歌詞データ、および、この音楽ゲームのゲーム演出用データなどの各種データが記憶されている。
【００１４】
この音楽ゲームのゲーム演出用データについて、図３を参照して説明する。図３は、前記ゲーム演出用データとして、前記楽譜表示に用いるグラフィックデータが記憶されている場合における音楽ゲーム実行時の表示画面の一例を示す図である。この図と前記図１の（ｂ）とを対比すると明らかなように、この例では、前記楽譜表示４、４’において、各ノートオンのタイミングが果物の形で表示されている。このように、音楽ゲーム用データ中にゲーム演出用データを記憶しておくことにより、各楽曲ごとに異なった演出をすることが可能となる。
【００１５】
図２に戻り、前記チャンネル／楽器名（パート名）テーブルブロック１２には、この楽曲データの発音チャンネルまたはＭＩＤＩチャンネルとそれに対応する楽器名あるいはパート名との対応関係を示すテーブルが記憶されている。図示する例では、チャンネル１にはバスドラム、チャンネル２にはスネアドラム、チャンネル３はハイハットオープン、チャンネル４はハイハットクローズ、チャンネル５はタムタム、…、チャンネル１６はメロディパートというように、各発音チャンネルと楽器名あるいはパート名との対応関係が記憶されている。このように、発音チャンネルまたはＭＩＤＩチャンネルと楽器名またはパート名との対応関係を記憶しておくことにより、音楽ゲーム実行時に操作者が演奏したいパート（ゲームパート）を選択することができるようになる。
【００１６】
前記演奏データブロック１３には、その楽曲の演奏データが記憶されている。この演奏データにはノートイベントの発生時間間隔を示すデュレーションデータとノートイベントデータとが交互に記憶されている。図示するように、ノートイベントデータは、キーナンバ（ノートナンバ）、チャンネルナンバ、ベロシティ、ゲートタイム（発音長）、および、本来の発音タイミングまでの時間を示す情報、すなわち、演奏スタートからそのノートイベントの発生タイミングまでの時間を示す情報を記憶している。なお、この本来の発音タイミングまでの時間を示す情報は、前記デュレーションデータを累算していくことにより算出することができるものであり、必ずしも記憶しておく必要はないが、このように記憶しておくことにより、累算処理が不要となり、音楽ゲーム処理実行時の制御部における処理負担を軽減することが可能となる。
【００１７】
このように本発明の音楽ゲーム用データは、書誌データ１１、チャンネル／楽器名（パート名）テーブル１２および演奏データ１３を格納している。したがって、前述した音楽ゲーム用としてだけではなく、カラオケ用楽曲データ、携帯通信端末における着信メロディ用楽曲データとしても使用することができるものである。
【００１８】
なお、上記図２に示した本発明の音楽ゲーム用データフォーマットの第１の形態においては、前記演奏データブロック１３に、全発音チャンネルについてのデュレーションデータとノートイベントデータを混在して記憶するようにしていたが、これを各発音チャンネル別に記憶するようにしてもよい。このような構成とされた本発明の音楽ゲーム用データフォーマットの第２の形態について説明する。
図４は、本発明の音楽ゲーム用データの第２の形態における演奏データブロック１３のフォーマットを示す図である。なお、その他のデータブロック、すなわち書誌データブロック１１およびチャンネル／楽器名テーブルブロック１２は、前記図４に示した第１の形態と同様である。
この形態においては、演奏データブロック１３には、１３−１、１３−２、…、１３−１６で示すように、各発音チャンネル別に演奏データを記憶する領域が設けられており、それぞれの発音チャンネル毎に、デュレーションデータとノートイベントデータとが交互に記憶されている。ここで、ノートイベントデータの内容としては、キーナンバ、ベロシティ、ゲートタイム（発音長）および前記本来の発音タイミングまでの時間などであり、チャンネルナンバについては記憶されていない。
【００１９】
次に、このような音楽ゲーム用データを用いた音楽ゲームを実行する本発明の音楽ゲーム装置あるいは携帯通信端末について説明する。
図５は、本発明の音楽ゲーム用データを用いた音楽ゲームを実行することのできる前記携帯通信端末１の一構成例を示すブロック図である。
この図において、２１はこの装置全体の制御を行う中央処理装置（ＣＰＵ）、制御プログラムや各種定数データなどを記憶するＲＯＭ、および、各種プログラムやデータを記憶するとともにワークエリアなどとして使用されるＲＡＭを有する制御部である。また、２２は液晶表示装置などからなる表示部、２３は複数の操作ボタンなどを有する操作部、２４は変復調部などからなりアンテナに接続される無線通信部、２５はマイクとスピーカに接続され、音声信号の符号化および復号を行う音声符号化復号化部（音声ＣＯＤＥＣ）、２６は音源部である。さらに、２７は前述した本発明の音楽ゲーム用データを記憶する音楽ゲームデータメモリ、２８は前記音楽ゲーム用データの演奏データから抜き出したゲームパートの演奏データを記憶するゲームパートメモリ、２９は演奏の進行に伴って前記ゲームパートのノートイベントデータを記憶するイベントメモリである。なお、これら音楽ゲームメモリ２７、ゲームパートメモリ２８およびイベントメモリ２９は、前記制御部２１のＲＡＭ中にそれぞれ対応する記憶エリアとして実現することもできる。
【００２０】
図６は、前記音源部２６の構成を示すブロック図である。
この図において、３１は前記制御部２１と接続されるインターフェース回路、３２はバッファ（ＦＩＦＯ（先入れ先出し）バッファ）、３３はシーケンサ、３４は音源、３５はＤ／Ａ変換器である。ここで、音源３４の発音チャンネル数は任意であるが、ここでは、１６チャンネルの楽音を生成するものとする。
【００２１】
このように構成された携帯通信端末１において、前記音楽ゲーム用データを着信メロディやカラオケなどに使用する場合には、まず、音源３４の各発音チャンネルに前記音楽ゲーム用データのチャンネル／楽器名（パート名）テーブル１２に対応した音色が設定される。そして、前記演奏データ１３が前記インターフェース回路３１、バッファ３２を介してシーケンサ３３に供給され、シーケンサ３３は該演奏データを解釈して音源３４を駆動する。すなわち、シーケンサ３３は前記バッファ３２から供給される演奏データを順次解釈し、デュレーションデータにより規定される時間が経過したときに対応するノートイベントを前記音源３４に供給する。これにより、音源３４において演奏データに対応する楽音データが生成され、前記Ｄ／Ａ変換器３５でアナログ信号に変換され図示しないスピーカから放音されることとなる。
【００２２】
また、本発明の音楽ゲームを実行する場合には、操作者により選択された発音チャンネル（ゲームパート）の演奏データが抜き取られて残った非ゲームパートの演奏データのみが前記バッファ３２に供給されるようになされている。そして、ゲームパートの演奏データについては、操作者により所定のタイミングで操作子が操作された場合にのみ、すなわち、操作者の操作タイミングが適正であった場合にのみ前記制御部２１のＣＰＵの制御により前記バッファやシーケンサを介することなく直接に前記音源３４に供給されて発音されるようになされている。
【００２３】
ここで、この携帯通信端末における、制御部２１、表示部２２、操作部２３、無線通信部２４、音声ＣＯＤＥＣ２５、音源部２６はいずれも従来の携帯電話機などにも設けられているものである。そして、従来の携帯通信端末が、外部の配信サーバなどから着信メロディや保留音、通話時のＢＧＭなどとして使用することのできる楽曲データ（着信メロディデータ）をダウンロードし、前記音源部２６により発音させることができるようになされているのと同様に、本発明の携帯通信端末においても前記音楽ゲームに用いられる音楽ゲーム用データを配信サーバからダウンロードすることができる。さらに、前記音楽ゲーム用処理プログラムについても同様に配信サーバから携帯通信端末にダウンロードし、前記制御部２１の制御のもとに前記音楽ゲームを実行することができる。なお、後述するように、本発明の音楽ゲーム用データは、音楽ゲームだけではなく、着信メロディ用楽曲データおよびカラオケ用データとしても使用することができるものである。
【００２４】
図７は、前記図１に示した携帯通信端末に本発明の音楽ゲーム用データおよび音楽ゲーム用プログラムを配信するシステムの構成を示す図である。
この図において、１は前記携帯通信端末、４１は基地局、４２は交換局、４３は音楽ゲーム用データ供給者４４から供給される前記音楽ゲーム用データや音楽ゲーム用処理プログラムを配信するための配信サーバである。本発明の携帯通信端末１の使用者は、その属するセルの基地局４１、交換局４２を介して前記配信サーバ４３に接続し、前記音楽ゲーム用データや音楽ゲーム用の処理プログラムをダウンロードし、前記音楽ゲームデータメモリ２７や前記制御部２１内のＲＡＭに記憶することができる。
【００２５】
以下、このような音楽ゲームを実行することのできる本発明の携帯通信端末の動作について、詳細に説明する。
図８は、前記携帯通信端末の動作を説明するための状態遷移図である。携帯通信端末は、通常は着信待ち受けモードにあり、モード切替キーなどの操作により、着信メロディ設定モード、ゲームモード、発呼モード、カラオケモードに移行し、それぞれの処理が終了した後、前記着信待ち受けモードに復帰する。以下、これら各モードについて説明する。
【００２６】
図９は、前記着信メロディ設定モードにおける処理を示すフローチャートである。この図に示すように、着信メロディ設定モードでは、前記音楽ゲームデータメモリ２７中に記憶されている音楽ゲーム用データの中から、着信メロディとして設定する楽曲を選択し（ステップＳ１）、選択された着信メロディに対応した前記音楽ゲーム用データの番号を記憶する（ステップＳ２）。このように、前記音楽ゲーム用データを着信メロディ用にも使用する。
【００２７】
図１０は、前記発呼モードの処理の流れを示すフローチャートである。操作者は、まず、相手の電話番号を操作キーなどを使用して設定し、通話ボタンを操作する（ステップＳ３）。そして、ステップＳ４において、通常の通話処理あるいは前記音楽ゲーム用データの配信サーバ４３から音楽ゲーム用データのダウンロード処理を行う。そして、オンフックとされたときは、この発呼モードを終了し、前記着信待ち受けモードに復帰する（ステップＳ５）。すなわち、この発呼モードでは、相手先電話番号が通常の電話加入者の場合には通話チャンネルを使った通常の通話処理が行われ、相手先電話番号が音楽ゲーム用データ配信サーバ４３の場合には、音楽ゲーム用データの配信を受け、そのデータを音楽ゲームデータメモリ２７に記憶する処理が行われる。
【００２８】
図１１は、前記カラオケモードの処理を示すフローチャートである。ここでは、まず、ステップＳ６でカラオケ用の選曲処理を行う。すなわち、前記音楽ゲームデータメモリ２７に記憶されている前記音楽ゲーム用データを前記表示部２２に表示し、その中から、カラオケを行う楽曲を選択する。そして、カラオケのスタートを開始するスタートボタンが操作されたら（ステップＳ７）、ステップＳ８に進み、カラオケ再生処理を実行する。このカラオケ再生処理では、選択された音楽ゲーム用データの書誌データ１１中に記憶されているグラフィックスデータを前記表示部２２に表示してカラオケの背景表示とし、歌詞データを曲の進行に伴って前記表示部２２に表示する処理を行う。また、前記音楽ゲーム用データ中に含まれるチャンネル／楽器名（パート名）テーブル１２の情報に基づき、音源３４の各発音チャンネルの音色を設定する処理を行う。さらに、前記音楽ゲーム用データ中に含まれる演奏データ１３を前記音源部２６に順次転送する演奏データ転送処理を行う。すなわち、最初に前記ＦＩＦＯバッファ３２を演奏データでフルに満たし、その後はＦＩＦＯバッファ３２からの追加転送要求を受けて順次後続する演奏データを転送する。これにより、終了となるまで（ステップＳ９）、前記表示部２２に背景画像とともに歌詞が表示され、カラオケ演奏が行われる。
【００２９】
図１２は、前記着信待ち受けモードの処理の流れを示すフローチャートである。ステップＳ１１で着信があるかどうかを判定し、無い場合にはステップＳ１７に進んで他のモード（ゲームモードやカラオケモードなど）へ移行する操作入力の有無を監視している。着信があったときは、ステップＳ１２に進み、着信メロディ再生処理を行う。ここで、前記着信メロディ設定モードにおいて選択された音楽ゲーム用データ番号に対応した着信メロディが再生される。すなわち、選択されている音楽ゲーム用データに含まれている前記チャンネル／楽器名（パート名）テーブル１２の情報に基づいて各発音チャンネルの音色を設定し、前記演奏データを音源部２６に転送する。なお、この着信メロディの再生時に前記表示部２２においてこの音楽ゲーム用データに含まれているグラフィックデータや歌詞データを表示するようにしてもよい。
この着信メロディの再生処理は、操作者により通話ボタンが操作されるまで、すなわち、オフフックされるまで行われ（ステップＳ１３）、オフフックを検出したところで、この着信メロディの再生処理を終了する（ステップＳ１４）。そして、ステップＳ１５の通話処理を行う。通話が終了して、オンフックとなると（ステップＳ１６）、ステップＳ１７に進み、他のモードへの移行が指示されているか否かを判定し、他のモードへの移行が指示されているときは、そのモードに移行し、指示されていないときは、再び、前記ステップＳ１１に戻り、着信の有無を監視する。すなわち、待ち受け状態に復帰する。
【００３０】
図１３は、前記ゲームモードの処理の流れを示すフローチャートである。このモードでは、まず、ステップＳ２１で、ゲームの対象となる楽曲を選択する。すなわち、前記表示部２２に前記音楽ゲームデータメモリ２７に記憶されている楽曲を表示し、操作者はゲームをしたい楽曲を選択する。楽曲が選択されたら、ステップＳ２２に進み、その楽曲の音楽ゲーム用データに含まれているチャンネル／楽器名（パート名）テーブル１２の内容を前記表示部２２に表示する。操作者は、この表示を見て、自己の演奏したい楽器名あるいはパート名（ゲームパート）を選択する（ステップＳ２３）。ゲームパートが選択されたら、ステップＳ２４に進み、この音楽ゲーム用データの演奏データ１３から選択されたゲームパートの演奏データを抽出し、ゲームパートメモリ２８へ記憶する処理を行う。
【００３１】
ここで、音楽ゲーム用データが前記図２に示した第１の形態のフォーマットである場合には、ゲームパートの演奏データを抽出したことにより、前記演奏データに含まれているデュレーションデータを新たなデュレーションデータに変更することが必要となる。このことについて、図１４を参照して説明する。図１４の（ａ）は、ゲームパートが抽出される前の演奏データの一例を示しており、この図に示すように、ゲームパートのノートイベントがあり、デュレーションＤ２の後に非ゲームパートのノートイベント、さらにデュレーションＤ３の後に非ゲームパートのノートイベント、デュレーションＤ４の後にゲームパートのノートイベントが有るとする。このような場合にゲームパートの演奏データを抽出したときには、図１４の（ｂ）に示すように、ゲームパートのノートイベント間のデュレーションデータを（Ｄ２＋Ｄ３＋Ｄ４）に修正することが必要となる。したがって、演奏データが前記第１の形態のフォーマットであるときには、このステップＳ２４でデュレーションデータの算出処理を行う。
また、音楽ゲーム用データが前記図４に示した第２の形態のフォーマットであるときには、上述のような新たなデュレーションの算出処理は不要であり、単に、ゲームパートに対応するチャンネルの演奏データを抽出して前記ゲームパートメモリに書き込むだけでよい。
【００３２】
このようにしてゲームパート抽出処理が終了した後、ステップＳ２５に進み、マイナスワン処理を行い、前記ゲームパートの演奏データを取り除いた残りのパートの演奏データを作成する。すなわち、音楽ゲーム用データが前記第１の形態のフォーマットであるときには、その演奏データからゲームパートに対応する発音チャンネルの演奏データを取り除くとともに、新たなデュレーションデータを作成し、非ゲームパートの演奏データを作成する。また、前記第２の形態の音楽ゲーム用データの場合には、選択されたゲームパートに対応した発音チャンネルの演奏データを取り除く。
そして、ステップＳ２６に進み、ゲームスタートの指示の入力をまつ。ゲームスタートが指示されると、ステップＳ２７のゲーム再生処理を実行し、ゲーム終了後、ゲームモードを終了し、前記着信待ち受けモードに復帰する。
【００３３】
図１５は、ゲーム再生処理（ステップＳ２７）の流れを示すフローチャートである。
このゲーム再生処理では、まずステップＳ３１において、選択された音楽ゲーム用データに含まれている前記チャンネル／楽器名（パート名）テーブル１２の内容に基づいて、前記音源３４の発音チャンネルにそれぞれ対応する音色を設定する。
そして、ステップＳ３２に進み、ゲームパートの楽譜の初期表示処理を行う。すなわち、前記ステップＳ２４において抽出しゲームパートメモリ２８に記憶したゲームパートの演奏データからゲームパートの楽譜を生成し、その初期画面（例えば、最初の２小節分）を前記表示部２２に表示する。これは、ゲームパートの演奏データのキーナンバ（ノートナンバ）から音高、ゲートタイムからその音符長を決定することにより行う。これにより、前記図１の（ｂ）に示したようなゲームパートの楽譜が表示部２２に表示される。表示部２２を上下２段に分割し、それぞれ１小節分ずつ表示する場合には、ゲームパートの最初から２小節分の楽譜が生成され初期画面として表示される。
【００３４】
次に、ステップＳ３３に進み、演奏を管理するタイマーをスタートさせてゲームを開始し、ゲームパート処理（ステップＳ３４）に進む。
図１６は、このゲームパート処理の流れを示すフローチャートである。ゲームパート処理では、まず、ステップＳ４１でシーケンサ処理を行う。この処理は、ゲームパートについて、音源部２６のシーケンサ３３と同様の処理を前記制御部（ＣＰＵ）が行うものであり、前記ゲームパートメモリに記憶されたゲームパートの演奏データを読み出し、デュレーションデータに対応した時間が経過すると、そのノートイベントを読み出す処理である。なお、ゲームパートについては、操作者のボタン操作が本来のノートオンタイミングよりも早い可能性があるので、ここで非ゲームパートよりも早く再生を開始するようにしている。
【００３５】
読み出したノートイベントがノートオンイベントであるときは（ステップＳ４２がＹＥＳ）、そのノートオンイベントをイベントメモリ２９に格納する（ステップＳ４３）。すなわち、そのノートオンイベントデータのキーナンバ、ベロシティ、ゲートタイム、本来の発音タイミングまでの時間のデータをイベントメモリ２９に記憶する。このとき、各キーナンバ毎に書込み位置を決定しておき、同じキーナンバのイベントデータが読み出されたときには古いデータを上書きする。
ステップＳ４３の後、または、イベントがノートオンイベントでないときには、ステップＳ４４に進み、ゲームパートの楽譜の更新処理を行う。すなわち、曲の進行状態表示部を更新させ、また、１小節分の時間が経過したときは、楽譜表示を更新する。
【００３６】
そして、ステップＳ４５で操作者による操作ボタンの操作があったか否かを判定し、なかったときは、このゲームパート処理を終了する。操作ボタンが操作されたときは、ステップＳ４６に進む。このステップＳ４６では、前記タイマーの計数値を取り込み、その値と、操作された操作ボタンに割り当てられたキーナンバに対応する前記イベントメモリに記憶されているノートイベントデータの「本来の発音タイミングまでの時間」情報とを比較する。
この結果、差の値（絶対値）が所定の値よりも小さいときは、そのノートイベントデータを前記音源に供給して、そのノートイベントデータに対応した発音を音源に指示するとともに、得点レジスタに大きな値を加算する。また、差の値が所定値よりも大きい場合には、そのノートイベントデータに対応した発音を行わず、また、０もしくは比較結果に対応した小さな値を前記得点レジスタに加算する。
図１７は、この様子を示す図である。この図に示した例では、３つの段階に分けており、（１）本来の発音タイミングともっともよく一致しているときには、高得点とするとともに発音を行い、（２）若干ずれているときには、中得点とするとともに発音を行い、（３）大きくずれているときには、低得点とするとともに発音を行わないようにしている。
そして、このゲームパート処理を終了する。
【００３７】
さて、前記図１５のゲーム再生処理に戻り、このようなゲームパート処理（ステップＳ３４）を実行した後、ステップＳ３５で非ゲームパート演奏データ転送処理を実行する。ここで、前記ステップＳ２５（図１３）のマイナスワン処理で作成された非ゲームパートの演奏データを前記音源部２６に転送する。この非ゲームパートの演奏データの再生は音源部２６内のシーケンサ３３が行うので、制御部（ＣＰＵ）は演奏データの音源部２６への転送のみを行う。
以下、演奏データの終了まで、前記ステップＳ３４のゲームパート処理およびステップＳ３５の非ゲームパートデータ転送処理を繰り返し、終了したとき（ステップＳ３６がＹＥＳ）のときは、ステップＳ３７でゲーム最終得点を前記表示部に表示する。
【００３８】
以上のように、本発明によれば、音楽ゲーム用データを着信メロディ、カラオケ、音楽ゲームのいずれにも使用することができる。また、従来の着信メロディの配信システムを使用して、音楽ゲーム用データを配信することが可能となる。さらに、本来の発音タイミングまでの時間を示す情報を演奏データとは別に記憶している場合には、演奏データに含まれているデュレーションデータからタイミング情報を算出することが不要となるため、音楽ゲーム処理についての処理負担を軽減することが可能となる。
【００３９】
さて、前述の実施の形態の音楽ゲームにおいては、表示部２２に、操作者の操作ボタンの操作タイミングを表示することをしていなかったので、操作者は自分の操作タイミングのずれを把握することができず、不安感をいだいたり、演奏技術の向上に結びつかないという問題があった。そこで、操作者の操作タイミングも前記表示部に表示するようにした本発明の音楽ゲームの他の実施の形態について説明する。
【００４０】
図１８は、この実施の形態における前記表示部の表示の一例を示す図である。この図において（ａ）は、前記図１（ｂ）に示した音楽ゲームモード時の前記表示部における表示の一部を拡大して示した図であり、この図に示すように、この実施の形態においては、前記楽譜表示を本来のタイミングを示す表示ａ以外に、前にずれたタイミングｂ、および、後ろにずれたタイミングｃを表示するようにしている。また、操作者が操作したときにそのタイミングをｄのように表示するようにしている。したがって、操作者が操作したタイミングが早いときは同図（ｂ）に示すように表示され、ちょうど一致しているときは（ｃ）に示すように、遅い場合は（ｄ）に示すように表示される。さらに、タイミングがずれているときには、（ｅ）に示すように表示されるため、操作者は自己の操作タイミングを正確に把握することができ、演奏の向上に役立てることができる。さらに、意図的にずらして演奏する場合にも、わかりやすくなる。したがって、自由にずらして演奏したときや複雑なリズムトレーニングの助けとなる。
【００４１】
なお、タイミングが一致している場合には、前記（ｃ）のように表示するのではなく、前記本来のタイミングを示す表示（ａ、ｂ、ｃ）の表示を消すようにしてもよい。例えば、ちょうどのタイミングのときには、楽譜表示が爆発して消滅するように表示すれば、よりゲーム性を向上させることができる。
【００４２】
さらに、上述した実施の形態では、１台の携帯通信端末のみを用いて一人で音楽ゲームをするものであったが、複数台の携帯通信端末を用いて複数人で音楽ゲームをすることも可能である。この場合には、合奏を楽しむことが可能となる。図１９を参照して、複数台の携帯通信端末を用いて複数人で音楽ゲームを行なう本発明の他の実施の形態について説明する。
この図において、Ａ、Ｂ、Ｃ、Ｄはいずれもこの実施の形態の音楽ゲームを実行することのできる携帯通信端末であり、ここでは、Ａがマスターとなって、音楽ゲームを進行するものとする。また、各携帯通信端末は、前述したような構成に加え、それぞれの間で赤外線などを用いて相互に通信を行う機能を有しているものとする。
【００４３】
また、この実施の形態においては、各携帯通信端末が同期して楽曲の再生を行うことが必要となるため、前記演奏データ中に同期用のデータを適宜挿入しておき、このデータに基づいて複数の携帯通信端末の演奏の同期をとることが必要となる。
図２０は、この実施の形態における前記音楽ゲーム用データの演奏データ１３のフォーマットの一例を示す図である。この図に示すように、この実施の形態の演奏データ１３には適宜、例えば所定の間隔で、同期用のデータ（第１の同期ポイント１５、第２の同期ポイント１６、第３の同期ポイント１７など）が挿入されている。
【００４４】
次に、この実施の形態における合奏を行う音楽ゲームの進行手順について説明する。
（１）まず、各携帯通信端末は、それぞれ自機に演奏の対象となる楽曲の前記音楽ゲーム用データを記憶しているものとする。すなわち、必要に応じて、それぞれ前述した配信サーバ４３からその音楽ゲーム用データをダウンロードしているものとする。なお、前記赤外線通信機能を利用した他の携帯通信端末からその音楽ゲーム用データを受け取ってもよいし、あるいは、パーソナルコンピュータなどからダウンロードしておいても良い。
（２）次に、マスターとなる携帯通信端末Ａ以外の携帯通信端末Ｂ〜Ｄの操作者は、自己の演奏する楽器（ゲームパート）以外をミュート状態にセットし、各携帯端末を再生準備状態とする。なお、非ゲームパートについては、マスターとなる端末Ａが発音するものとする。
例えば、端末Ａはバスドラムとスネアドラムを演奏パートとし、端末Ｂはハイハットシンバル、タムタム、シンバルを演奏パートとし、端末Ｃはベースを演奏パートとし、端末Ｄはメロディパートを演奏パートと設定する。
【００４５】
（３）マスターとなる端末Ａが演奏を開始する。このとき、端末Ａは赤外線通信機能などを使用して、各端末Ｂ〜Ｄに対して、同期ポイント１５に対応する同期信号を送出する。
（４）各端末Ｂ〜Ｄは、前記端末Ａからの同期信号の受信に応じて、それぞれ、演奏を開始する。
（５）以後、演奏の進行位置が前記同期ポイント１６、１７、に達したとき、端末Ａは現在の進行位置、すなわち、その同期ポイントに対応する信号を前記各端末Ｂ〜Ｄに対して送信する。各端末Ｂ〜Ｄは、端末Ａからの進行位置を示す信号を受け取って、自己の現在の進行位置と比較し、自己が遅れているときは、自己の再生位置を進める。このときに、ノートイベントデータがあれば、そのイベントに対する処理を実行する。一方、自己が進んでいるときは、自己の再生位置の進行をその進み量に対応する分だけ停止する。
このようにして、前記複数の端末Ａ〜Ｄは同期して音楽ゲーム用データを実行することができる。同期がとれているので、快適に合奏を行うことができる。
【００４６】
なお、以上の説明においては、前記音楽ゲーム用データを使用する音楽ゲームを実行する装置として、携帯通信端末を例にとって説明したが、携帯型のゲーム機器などにおいても、当然に実行させることができる。
また、上記においては、本発明の音楽ゲーム用データを配信サーバからダウンロードするものとして説明したが、音楽ゲーム用データを記録した各種記録媒体を用いるようにしてもよい。さらに、上述した本発明の音楽ゲーム処理方法をコンピュータに実行させるための音楽ゲーム処理プログラムについても同様である。
【００４７】
【発明の効果】
以上説明したように、本発明の音楽ゲーム装置によれば、同一の音楽ゲーム用データを音楽ゲームだけではなく、着信メロディやカラオケ用にも使用することができる。
また、ゲームを実行する機器における処理負荷を軽減することができる。
さらに、複数人集まったときには、合奏を楽しむことが可能となる。
さらにまた、操作子を操作したときに、操作者の操作したタイミングがどのタイミングであるのかが明瞭に表示されるので、操作者は自己の操作タイミングについて正確に認識することが可能となり、操作タイミングを調整しやすくなり、演奏技術を向上させることができる。
【図面の簡単な説明】
【図１】  本発明の音楽ゲームを実行することのできる携帯通信端末の外観およびゲーム実行時の表示の様子を示す図である。
【図２】  本発明の音楽ゲーム用データの第１の形態のフォーマットを示す図である。
【図３】  ゲーム演出用データについて説明するための図である。
【図４】  本発明の音楽ゲーム用データの第２の形態における演奏データのフォーマットを示す図である。
【図５】  本発明の音楽ゲームを実行することのできる携帯通信端末の一構成例を示すブロック図である。
【図６】  音源部の構成を示すブロック図である。
【図７】  本発明の音楽ゲーム用データおよび音楽ゲーム用プログラムを配信するシステムの構成を示す図である。
【図８】  本発明の携帯通信端末の動作を説明するための状態遷移図である。
【図９】  着信メロディ設定モードにおける処理を説明するためのフローチャートである。
【図１０】  発呼モードの処理を説明するためのフローチャートである。
【図１１】  カラオケモードの処理を説明するためのフローチャートである。
【図１２】  着信待ち受けモードの処理を説明するためのフローチャートである。
【図１３】  ゲームモードの処理を説明するためのフローチャートである。
【図１４】  ゲームパートのデータを抽出するときの処理について説明するための図である。
【図１５】  ゲーム再生処理について説明するためのフローチャートである。
【図１６】  ゲームパート処理について説明するためのフローチャートである。
【図１７】  得点および発音の有無について説明するための図である。
【図１８】  本発明の音楽ゲームにおける他の表示形態について説明するための図である。
【図１９】  複数人で楽しむことのできる本発明の他の実施の形態について説明するための図である。
【図２０】  図１９に示した実施の形態における演奏データのフォーマットの一例を示す図である。
【符号の説明】
１  携帯通信端末、２  表示部、３  操作部、４、４’  楽譜表示、５、５’進行表示、１１  書誌データ、１２  チャンネル／楽器名（パート名）テーブル、１３、１３−１〜１３−１６  演奏データ、２１  制御部、２２  表示部、２３  操作部、２４  無線通信部、２５  音声符号化復号化部、２６  音源部、２７  音楽ゲームデータメモリ、２８  ゲームパートメモリ、２９  イベントメモリ、３１  インターフェース回路、３２  ＦＩＦＯバッファ、３３  シーケンサ、３４  音源、３５  Ｄ／Ａ変換部、４１  基地局、４２  交換局、４３  配信サーバ
【図１】
0004166438.tif 000002
【図２】
0004166438.tif 000003
【図３】
0004166438.tif 000004
【図４】
0004166438.tif 000005
【図５】
0004166438.tif 000006
【図６】
0004166438.tif 000007
【図７】
0004166438.tif 000008
【図８】
0004166438.tif 000009
【図９】
0004166438.tif 000010
【図１０】
0004166438.tif 000011
【図１１】
0004166438.tif 000012
【図１２】
0004166438.tif 000013
【図１３】
0004166438.tif 000014
【図１４】
0004166438.tif 000015
【図１５】
0004166438.tif 000016
【図１６】
0004166438.tif 000017
【図１７】
0004166438.tif 000018
【図１８】
0004166438.tif 000019
【図１９】
0004166438.tif 000020
【図２０】
0004166438.tif 000021