JP2002229574A - 音楽ゲーム用データ、音楽ゲーム処理方法、音楽ゲーム装置および携帯通信端末 - Google Patents

Abstract

(57)【要約】 【課題】 少ない処理負担で、携帯通信端末などに音楽
ゲーム機能を負荷する。 【解決手段】 音楽ゲーム用データは、書誌データ１
１、チャンネル／楽器名（パート名）テーブル１２、演
奏データ１３を格納している。操作者が操作するゲーム
パートを前記チャンネル／楽器名（パート名）テーブル
１２を参照して決定し、ゲームパートについては操作者
が正しいタイミングで操作したときにのみ発音させるよ
うにする。前記音楽ゲーム用データは、着信メロディや
カラオケ演奏用にも使用することができ、従来の着信メ
ロディデータなどのように外部の配信サーバからダウン
ロードして使用することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、新規なフォーマッ
トを有する音楽ゲーム用データ、該音楽ゲーム用データ
を使用する音楽ゲーム処理方法、音楽ゲーム装置および
音楽ゲームを実行可能な携帯通信端末に関する。

【０００２】

【従来の技術】従来より、携帯電話やＰＨＳなどの携帯
通信端末において、音楽データをサーバなどからダウン
ロードし、該携帯通信端末に記憶することにより着信メ
ロディとしてその楽曲を使用することが知られている。
また、最近では、携帯電話などに通話あるいは通信機能
以外の各種の付加機能を持たせることも種々提案されて
おり、簡単なゲーム機能を持たせることも提案されてい
る。さらに、近年では各種の音楽ゲームが人気を博して
いる。

【０００３】

【発明が解決しようとする課題】そこで、携帯電話など
の携帯通信端末に音楽ゲーム機能を持たせようとするこ
とが考えられるが、この場合に、音楽ゲーム機能を持た
せることにより携帯通信端末に発生する負荷、例えば、
そのために必要な記憶容量の増大やＣＰＵの処理の増大
など、を軽減することが求められる。また、携帯通信端
末だけではなく携帯型のゲーム機器など表示部の面積が
少ない装置であっても楽しむことのできる音楽ゲームが
求められている。

【０００４】そこで本発明は、着信メロディのための音
楽データをサーバ装置からダウンロードして記憶する機
能を有する携帯通信端末に音楽ゲーム機能を付加すると
きなどに、該ゲーム機能による処理負荷の増加が少ない
音楽ゲーム用データおよび音楽ゲーム処理方法を提供す
ることを目的としている。また、表示部の面積が少なく
ても楽しむことのできる音楽ゲーム装置および音楽ゲー
ム処理方法を提供することを目的としている。さらに、
複数人の操作者で遊戯することができる音楽ゲームを実
行することのできる音楽ゲーム装置および携帯通信端末
を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明の音楽ゲーム用データは、ノートイベントデ
ータとノートイベント間の時間間隔を示すデュレーショ
ンデータとを含む演奏データと、発音チャンネルまたは
ＭＩＤＩチャンネルと楽器名またはパート名との対応関
係を示すチャンネル楽器名対応テーブルデータとを含む
ものである。また、さらに、ゲーム演出用のデータを含
むものである。

【０００６】さらに、本発明の音楽ゲーム処理方法は、
制御部と記憶部と表示部と操作部と音源部とを有する装
置において、前記記憶部に格納された前記請求項１ある
いは２記載の音楽ゲーム用データを用いて音楽ゲームを
実行させるための音楽ゲーム処理方法であって、前記表
示部に前記チャンネル楽器名対応テーブルに記憶されて
いる情報を表示して、任意のチャンネルを選択させるス
テップ、前記選択されたチャンネルの演奏データをゲー
ムパート演奏データとして前記演奏データから分離する
ステップ、前記選択されたチャンネル以外の演奏データ
に基づき前記音源部を駆動するステップ、前記ゲームパ
ート演奏データに基づき、ゲームパートのノートオンタ
イミングを前記表示部に表示するステップ、および、前
記操作部の操作タイミングが前記ゲームパートのノート
オンタイミングに対して所定の条件を満たすときに、該
ゲームパートのノートイベントデータに基づき前記音源
部を駆動するステップを含むものである。さらにまた、
前記操作部の操作タイミングと前記ゲームパートのノー
トオンタイミングのずれ量に応じて、前記表示部におけ
る表示形態を変更するステップを含むものである。

【０００７】さらにまた、本発明の音楽ゲーム装置は、
制御部と記憶部と表示部と操作部と音源部と外部の機器
との通信手段とを有し、前記音楽ゲーム用データを前記
通信手段を介して受け取って前記記憶部に記憶し、当該
音楽ゲームを実行することができるようになされている
ものである。さらにまた、制御部と記憶部と表示部と操
作部と音源部と外部の機器との通信手段とを有し、前記
音楽ゲーム処理方法を前記制御部に実行させるための音
楽ゲーム用プログラムを前記通信手段を介して受け取っ
て、当該音楽ゲームを実行することができるようになさ
れているものである。さらにまた、さらに、近接する他
の音楽ゲーム装置との間で通信を行う手段、および、該
手段を介して近接する他の音楽ゲーム機器に対して同期
信号を出力する手段あるいは近接する他の音楽ゲーム機
器から供給される同期信号を受信する手段を有し、同一
の前記音楽ゲーム用データを記憶している複数の音楽ゲ
ーム機器を用いて合奏を行うことができるようになされ
ているものである。

【０００８】さらにまた、本発明の携帯通信端末は、制
御部と、記憶部と、変復調部と、音声符号化復号化部
と、表示部と、操作部と、音源部を有する携帯通信端末
であって、前記音楽ゲーム用データを外部のサーバから
受信して前記記憶部に記憶し、当該音楽ゲームを実行す
ることができるようになされているものである。さらに
また、制御部と、記憶部と、変復調部と、音声符号化復
号化部と、表示部と、操作部と、音源部とを有する携帯
通信端末であって、前記音楽ゲーム処理方法を前記制御
部に実行させるための音楽ゲーム用プログラムを外部の
サーバから受信して前記記憶部に記憶し、当該音楽ゲー
ムを実行することができるようになされているものであ
る。さらにまた、前記音楽ゲーム用データを着信メロデ
ィあるいはカラオケ演奏に使用するものである。さらに
また、さらに、近接する他の携帯通信端末との間で通信
を行う手段、および、該手段を介して近接する他の携帯
通信端末に対して同期信号を出力する手段あるいは近接
する他の携帯通信端末から供給される同期信号を受信す
る手段を有し、同一の前記音楽ゲーム用データを記憶し
ている複数の携帯通信端末を用いて合奏を行うことがで
きるようになされているものである。

【０００９】

【発明の実施の形態】本発明の音楽ゲーム用データを用
いた音楽ゲームは、楽曲のうちの任意のパートあるいは
楽器を抜き出して操作者の操作により発音させるパート
あるいは楽器（ゲームパート）とし、他のパートあるい
は楽器については自動演奏（いわゆるマイナスワン演
奏）する。そして、操作者による操作のタイミングがそ
のパートのノートオンイベントのタイミングに対して所
定の条件を満たしているときにのみ、そのパートの楽音
を発生させる。操作者が操作ボタンを押さないとき、あ
るいは、操作タイミングが一致していないときには、前
記パートあるいは楽器の音がならないため、非常に物足
りない演奏となる。一方、タイミングが合っているとき
には、殆ど自分で演奏していると感じられる演奏とな
る。

【００１０】このような本発明の音楽ゲーム用データを
用いた音楽ゲームは、専用の音楽ゲーム装置だけではな
く、制御部（ＣＰＵ）、記憶部、表示部、操作部および
音源部を有する装置であればいかなるものでも実行する
ことができ、以下では、携帯電話、ＰＨＳなどの携帯通
信端末を例にとって説明する。図１の（ａ）は、本発明
の音楽ゲームを実行することのできる携帯通信端末の外
観を示す図であり、（ｂ）は本発明の音楽ゲームを実行
しているときの表示部の様子を示す図である。図示する
ように、携帯通信端末１には、表示部２および複数の操
作ボタンなどを有する操作部３が設けられている。本発
明の音楽ゲームを実行するときには、図１の（ａ）に示
すように、前記操作部３における一部の操作ボタンを演
奏用ボタンとする。ここでは、バスドラムとスネアドラ
ムをゲームパートとして選択した場合を示しており、右
下の操作ボタンをスネアドラム用、左下の操作ボタンを
バスドラム用としている。

【００１１】また、図１の（ｂ）に示すように、表示部
２の表示画面を上下に２分割して２段とし、それぞれの
なかで操作者が操作すべき楽器名あるいはパートに対応
する楽譜表示（図中の４、４’）および曲の進行を示す
進行表示（図中の５、５’）がなされている。この例で
は、ゲームパートであるスネアドラムとバスドラムのノ
ートオンイベントのタイミングが、ドラム譜に近い形態
で４および４’で示す領域にそれぞれ表示されている。
図中横方向は時間軸に対応し、例えば１段が１小節に対
応している。また、進行表示５中の一部６の表示形態を
他の部分と相違させることにより、現在演奏が進行して
いるタイミング（例えば、拍の位置など）を示してい
る。曲の進行に伴って、進行表示５中の現在位置を示す
表示６が順次右に移動し、次に下段の進行表示５’に移
行する。そこで、上段の楽譜表示４を４’に表示されて
いる小節の次の小節の楽譜に変更し、進行表示５’の現
在位置６が右端に達したら、次は、上段の進行表示５に
移行する。このように、表示部２を２段の表示とし、曲
の進行に伴って交互に楽譜表示を進めていくようになさ
れている。また、表示部２中には操作者の得た得点を表
示する領域（図示した例では、右上部）も設けられてい
る。

【００１２】操作者はこのような表示部２におけるゲー
ムパートの楽譜表示４、４’および曲の進行５、５’、
６を見ながら、タイミングを合わせて、前記操作部３に
おける演奏に割り付けられた操作ボタンを押圧する。そ
のタイミングがゲームパートのノートオンイベントのタ
イミングに対して所定の誤差の範囲内である場合は、そ
の楽音が発音されることとなる。また、所定のタイミン
グとの差が小さいほど高得点が与えられる。得た得点
は、図示するように、表示画面上（図示した例では、右
上部）に表示される。なお、上記においては、スネアド
ラム、バスドラムのドラムパートをマイナスワンパート
としたが、ベースパートやメロディパートを抜出して操
作者が演奏するようにしてもよい。メロディパートのよ
うに音高が変化するパートであっても、１つの操作ボタ
ンで操作することができ、非常に簡単に演奏気分を味わ
うことが可能となる。なお、メロディパートのように音
高が変化するパートの演奏を行なう場合には、音高に対
応して複数の操作ボタンを割り当てるようにすることも
できる。また、上記においては、表示部を２段に分割し
て楽譜表示などを行うようにしたが、分割数や同時に表
示する小節数などの表示形態は、任意に設定することが
できる。

【００１３】以下、このような音楽ゲームを実行するた
めの本発明の音楽ゲーム用データ、音楽ゲーム処理方
法、音楽ゲーム装置および携帯通信端末について詳細に
説明する。まず、本発明の音楽ゲーム用データについて
説明する。図２は、本発明の音楽ゲーム用データのフォ
ーマットの第１の実施の形態を示す図である。なお、こ
こでは、発音チャンネルあるいはＭＩＤＩチャンネルの
数は１６チャンネルであるものとしている。この図に示
すように、本発明の音楽ゲーム用データは、書誌データ
１１、チャンネル／楽器名（パート名）テーブル１２、
および、演奏データ１３の３つのデータブロックを有す
る構造となっている。ここで、書誌データブロック１１
には、この楽曲の曲名、アーチスト名、作曲者名、この
音楽ゲーム用データをカラオケ用として使用する場合に
表示部に背景として表示すべきグラフィックスデータ、
歌詞データ、および、この音楽ゲームのゲーム演出用デ
ータなどの各種データが記憶されている。

【００１４】この音楽ゲームのゲーム演出用データにつ
いて、図３を参照して説明する。図３は、前記ゲーム演
出用データとして、前記楽譜表示に用いるグラフィック
データが記憶されている場合における音楽ゲーム実行時
の表示画面の一例を示す図である。この図と前記図１の
（ｂ）とを対比すると明らかなように、この例では、前
記楽譜表示４、４’において、各ノートオンのタイミン
グが果物の形で表示されている。このように、音楽ゲー
ム用データ中にゲーム演出用データを記憶しておくこと
により、各楽曲ごとに異なった演出をすることが可能と
なる。

【００１５】図２に戻り、前記チャンネル／楽器名（パ
ート名）テーブルブロック１２には、この楽曲データの
発音チャンネルまたはＭＩＤＩチャンネルとそれに対応
する楽器名あるいはパート名との対応関係を示すテーブ
ルが記憶されている。図示する例では、チャンネル１に
はバスドラム、チャンネル２にはスネアドラム、チャン
ネル３はハイハットオープン、チャンネル４はハイハッ
トクローズ、チャンネル５はタムタム、…、チャンネル
１６はメロディパートというように、各発音チャンネル
と楽器名あるいはパート名との対応関係が記憶されてい
る。このように、発音チャンネルまたはＭＩＤＩチャン
ネルと楽器名またはパート名との対応関係を記憶してお
くことにより、音楽ゲーム実行時に操作者が演奏したい
パート（ゲームパート）を選択することができるように
なる。

【００１６】前記演奏データブロック１３には、その楽
曲の演奏データが記憶されている。この演奏データには
ノートイベントの発生時間間隔を示すデュレーションデ
ータとノートイベントデータとが交互に記憶されてい
る。図示するように、ノートイベントデータは、キーナ
ンバ（ノートナンバ）、チャンネルナンバ、ベロシテ
ィ、ゲートタイム（発音長）、および、本来の発音タイ
ミングまでの時間を示す情報、すなわち、演奏スタート
からそのノートイベントの発生タイミングまでの時間を
示す情報を記憶している。なお、この本来の発音タイミ
ングまでの時間を示す情報は、前記デュレーションデー
タを累算していくことにより算出することができるもの
であり、必ずしも記憶しておく必要はないが、このよう
に記憶しておくことにより、累算処理が不要となり、音
楽ゲーム処理実行時の制御部における処理負担を軽減す
ることが可能となる。

【００１７】このように本発明の音楽ゲーム用データ
は、書誌データ１１、チャンネル／楽器名（パート名）
テーブル１２および演奏データ１３を格納している。し
たがって、前述した音楽ゲーム用としてだけではなく、
カラオケ用楽曲データ、携帯通信端末における着信メロ
ディ用楽曲データとしても使用することができるもので
ある。

【００１８】なお、上記図２に示した本発明の音楽ゲー
ム用データフォーマットの第１の実施の形態において
は、前記演奏データブロック１３に、全発音チャンネル
についてのデュレーションデータとノートイベントデー
タを混在して記憶するようにしていたが、これを各発音
チャンネル別に記憶するようにしてもよい。このような
構成とされた本発明の音楽ゲーム用データフォーマット
の第２の実施の形態について説明する。図４は、本発明
の音楽ゲーム用データの第２の実施の形態における演奏
データブロック１３のフォーマットを示す図である。な
お、その他のデータブロック、すなわち書誌データブロ
ック１１およびチャンネル／楽器名テーブルブロック１
２は、前記図４に示した第１の実施の形態と同様であ
る。この実施の形態においては、演奏データブロック１
３には、１３−１、１３−２、…、１３−１６で示すよ
うに、各発音チャンネル別に演奏データを記憶する領域
が設けられており、それぞれの発音チャンネル毎に、デ
ュレーションデータとノートイベントデータとが交互に
記憶されている。ここで、ノートイベントデータの内容
としては、キーナンバ、ベロシティ、ゲートタイム（発
音長）および前記本来の発音タイミングまでの時間など
であり、チャンネルナンバについては記憶されていな
い。

【００１９】次に、このような音楽ゲーム用データを用
いた音楽ゲームを実行する本発明の音楽ゲーム装置ある
いは携帯通信端末について説明する。図５は、本発明の
音楽ゲーム用データを用いた音楽ゲームを実行すること
のできる前記携帯通信端末１の一構成例を示すブロック
図である。この図において、２１はこの装置全体の制御
を行う中央処理装置（ＣＰＵ）、制御プログラムや各種
定数データなどを記憶するＲＯＭ、および、各種プログ
ラムやデータを記憶するとともにワークエリアなどとし
て使用されるＲＡＭを有する制御部である。また、２２
は液晶表示装置などからなる表示部、２３は複数の操作
ボタンなどを有する操作部、２４は変復調部などからな
りアンテナに接続される無線通信部、２５はマイクとス
ピーカに接続され、音声信号の符号化および復号を行う
音声符号化復号化部（音声ＣＯＤＥＣ）、２６は音源部
である。さらに、２７は前述した本発明の音楽ゲーム用
データを記憶する音楽ゲームデータメモリ、２８は前記
音楽ゲーム用データの演奏データから抜き出したゲーム
パートの演奏データを記憶するゲームパートメモリ、２
９は演奏の進行に伴って前記ゲームパートのノートイベ
ントデータを記憶するイベントメモリである。なお、こ
れら音楽ゲームメモリ２７、ゲームパートメモリ２８お
よびイベントメモリ２９は、前記制御部２１のＲＡＭ中
にそれぞれ対応する記憶エリアとして実現することもで
きる。

【００２０】図６は、前記音源部２６の構成を示すブロ
ック図である。この図において、３１は前記制御部２１
と接続されるインターフェース回路、３２はバッファ
（ＦＩＦＯ（先入れ先出し）バッファ）、３３はシーケ
ンサ、３４は音源、３５はＤ／Ａ変換器である。ここ
で、音源３４の発音チャンネル数は任意であるが、ここ
では、１６チャンネルの楽音を生成するものとする。

【００２１】このように構成された携帯通信端末１にお
いて、前記音楽ゲーム用データを着信メロディやカラオ
ケなどに使用する場合には、まず、音源３４の各発音チ
ャンネルに前記音楽ゲーム用データのチャンネル／楽器
名（パート名）テーブル１２に対応した音色が設定され
る。そして、前記演奏データ１３が前記インターフェー
ス回路３１、バッファ３２を介してシーケンサ３３に供
給され、シーケンサ３３は該演奏データを解釈して音源
３４を駆動する。すなわち、シーケンサ３３は前記バッ
ファ３２から供給される演奏データを順次解釈し、デュ
レーションデータにより規定される時間が経過したとき
に対応するノートイベントを前記音源３４に供給する。
これにより、音源３４において演奏データに対応する楽
音データが生成され、前記Ｄ／Ａ変換器３５でアナログ
信号に変換され図示しないスピーカから放音されること
となる。

【００２２】また、本発明の音楽ゲームを実行する場合
には、操作者により選択された発音チャンネル（ゲーム
パート）の演奏データが抜き取られて残った非ゲームパ
ートの演奏データのみが前記バッファ３２に供給される
ようになされている。そして、ゲームパートの演奏デー
タについては、操作者により所定のタイミングで操作子
が操作された場合にのみ、すなわち、操作者の操作タイ
ミングが適正であった場合にのみ前記制御部２１のＣＰ
Ｕの制御により前記バッファやシーケンサを介すること
なく直接に前記音源３４に供給されて発音されるように
なされている。

【００２３】ここで、この携帯通信端末における、制御
部２１、表示部２２、操作部２３、無線通信部２４、音
声ＣＯＤＥＣ２５、音源部２６はいずれも従来の携帯電
話機などにも設けられているものである。そして、従来
の携帯通信端末が、外部の配信サーバなどから着信メロ
ディや保留音、通話時のＢＧＭなどとして使用すること
のできる楽曲データ（着信メロディデータ）をダウンロ
ードし、前記音源部２６により発音させることができる
ようになされているのと同様に、本発明の携帯通信端末
においても前記音楽ゲームに用いられる音楽ゲーム用デ
ータを配信サーバからダウンロードすることができる。
さらに、前記音楽ゲーム用処理プログラムについても同
様に配信サーバから携帯通信端末にダウンロードし、前
記制御部２１の制御のもとに前記音楽ゲームを実行する
ことができる。なお、後述するように、本発明の音楽ゲ
ーム用データは、音楽ゲームだけではなく、着信メロデ
ィ用楽曲データおよびカラオケ用データとしても使用す
ることができるものである。

【００２４】図７は、前記図１に示した携帯通信端末に
本発明の音楽ゲーム用データおよび音楽ゲーム用プログ
ラムを配信するシステムの構成を示す図である。この図
において、１は前記携帯通信端末、４１は基地局、４２
は交換局、４３は音楽ゲーム用データ供給者４４から供
給される前記音楽ゲーム用データや音楽ゲーム用処理プ
ログラムを配信するための配信サーバである。本発明の
携帯通信端末１の使用者は、その属するセルの基地局４
１、交換局４２を介して前記配信サーバ４３に接続し、
前記音楽ゲーム用データや音楽ゲーム用の処理プログラ
ムをダウンロードし、前記音楽ゲームデータメモリ２７
や前記制御部２１内のＲＡＭに記憶することができる。

【００２５】以下、このような音楽ゲームを実行するこ
とのできる本発明の携帯通信端末の動作について、詳細
に説明する。図８は、前記携帯通信端末の動作を説明す
るための状態遷移図である。携帯通信端末は、通常は着
信待ち受けモードにあり、モード切替キーなどの操作に
より、着信メロディ設定モード、ゲームモード、発呼モ
ード、カラオケモードに移行し、それぞれの処理が終了
した後、前記着信待ち受けモードに復帰する。以下、こ
れら各モードについて説明する。

【００２６】図９は、前記着信メロディ設定モードにお
ける処理を示すフローチャートである。この図に示すよ
うに、着信メロディ設定モードでは、前記音楽ゲームデ
ータメモリ２７中に記憶されている音楽ゲーム用データ
の中から、着信メロディとして設定する楽曲を選択し
（ステップＳ１）、選択された着信メロディに対応した
前記音楽ゲーム用データの番号を記憶する（ステップＳ
２）。このように、前記音楽ゲーム用データを着信メロ
ディ用にも使用する。

【００２７】図１０は、前記発呼モードの処理の流れを
示すフローチャートである。操作者は、まず、相手の電
話番号を操作キーなどを使用して設定し、通話ボタンを
操作する（ステップＳ３）。そして、ステップＳ４にお
いて、通常の通話処理あるいは前記音楽ゲーム用データ
の配信サーバ４３から音楽ゲーム用データのダウンロー
ド処理を行う。そして、オンフックとされたときは、こ
の発呼モードを終了し、前記着信待ち受けモードに復帰
する（ステップＳ５）。すなわち、この発呼モードで
は、相手先電話番号が通常の電話加入者の場合には通話
チャンネルを使った通常の通話処理が行われ、相手先電
話番号が音楽ゲーム用データ配信サーバ４３の場合に
は、音楽ゲーム用データの配信を受け、そのデータを音
楽ゲームデータメモリ２７に記憶する処理が行われる。

【００２８】図１１は、前記カラオケモードの処理を示
すフローチャートである。ここでは、まず、ステップＳ
６でカラオケ用の選曲処理を行う。すなわち、前記音楽
ゲームデータメモリ２７に記憶されている前記音楽ゲー
ム用データを前記表示部２２に表示し、その中から、カ
ラオケを行う楽曲を選択する。そして、カラオケのスタ
ートを開始するスタートボタンが操作されたら（ステッ
プＳ７）、ステップＳ８に進み、カラオケ再生処理を実
行する。このカラオケ再生処理では、選択された音楽ゲ
ーム用データの書誌データ１１中に記憶されているグラ
フィックスデータを前記表示部２２に表示してカラオケ
の背景表示とし、歌詞データを曲の進行に伴って前記表
示部２２に表示する処理を行う。また、前記音楽ゲーム
用データ中に含まれるチャンネル／楽器名（パート名）
テーブル１２の情報に基づき、音源３４の各発音チャン
ネルの音色を設定する処理を行う。さらに、前記音楽ゲ
ーム用データ中に含まれる演奏データ１３を前記音源部
２６に順次転送する演奏データ転送処理を行う。すなわ
ち、最初に前記ＦＩＦＯバッファ３２を演奏データでフ
ルに満たし、その後はＦＩＦＯバッファ３２からの追加
転送要求を受けて順次後続する演奏データを転送する。
これにより、終了となるまで（ステップＳ９）、前記表
示部２２に背景画像とともに歌詞が表示され、カラオケ
演奏が行われる。

【００２９】図１２は、前記着信待ち受けモードの処理
の流れを示すフローチャートである。ステップＳ１１で
着信があるかどうかを判定し、無い場合にはステップＳ
１７に進んで他のモード（ゲームモードやカラオケモー
ドなど）へ移行する操作入力の有無を監視している。着
信があったときは、ステップＳ１２に進み、着信メロデ
ィ再生処理を行う。ここで、前記着信メロディ設定モー
ドにおいて選択された音楽ゲーム用データ番号に対応し
た着信メロディが再生される。すなわち、選択されてい
る音楽ゲーム用データに含まれている前記チャンネル／
楽器名（パート名）テーブル１２の情報に基づいて各発
音チャンネルの音色を設定し、前記演奏データを音源部
２６に転送する。なお、この着信メロディの再生時に前
記表示部２２においてこの音楽ゲーム用データに含まれ
ているグラフィックデータや歌詞データを表示するよう
にしてもよい。この着信メロディの再生処理は、操作者
により通話ボタンが操作されるまで、すなわち、オフフ
ックされるまで行われ（ステップＳ１３）、オフフック
を検出したところで、この着信メロディの再生処理を終
了する（ステップＳ１４）。そして、ステップＳ１５の
通話処理を行う。通話が終了して、オンフックとなると
（ステップＳ１６）、ステップＳ１７に進み、他のモー
ドへの移行が指示されているか否かを判定し、他のモー
ドへの移行が指示されているときは、そのモードに移行
し、指示されていないときは、再び、前記ステップＳ１
１に戻り、着信の有無を監視する。すなわち、待ち受け
状態に復帰する。

【００３０】図１３は、前記ゲームモードの処理の流れ
を示すフローチャートである。このモードでは、まず、
ステップＳ２１で、ゲームの対象となる楽曲を選択す
る。すなわち、前記表示部２２に前記音楽ゲームデータ
メモリ２７に記憶されている楽曲を表示し、操作者はゲ
ームをしたい楽曲を選択する。楽曲が選択されたら、ス
テップＳ２２に進み、その楽曲の音楽ゲーム用データに
含まれているチャンネル／楽器名（パート名）テーブル
１２の内容を前記表示部２２に表示する。操作者は、こ
の表示を見て、自己の演奏したい楽器名あるいはパート
名（ゲームパート）を選択する（ステップＳ２３）。ゲ
ームパートが選択されたら、ステップＳ２４に進み、こ
の音楽ゲーム用データの演奏データ１３から選択された
ゲームパートの演奏データを抽出し、ゲームパートメモ
リ２８へ記憶する処理を行う。

【００３１】ここで、音楽ゲーム用データが前記図２に
示した第１の実施の形態のフォーマットである場合に
は、ゲームパートの演奏データを抽出したことにより、
前記演奏データに含まれているデュレーションデータを
新たなデュレーションデータに変更することが必要とな
る。このことについて、図１４を参照して説明する。図
１４の（ａ）は、ゲームパートが抽出される前の演奏デ
ータの一例を示しており、この図に示すように、ゲーム
パートのノートイベントがあり、デュレーションＤ２の
後に非ゲームパートのノートイベント、さらにデュレー
ションＤ３の後に非ゲームパートのノートイベント、デ
ュレーションＤ４の後にゲームパートのノートイベント
が有るとする。このような場合にゲームパートの演奏デ
ータを抽出したときには、図１４の（ｂ）に示すよう
に、ゲームパートのノートイベント間のデュレーション
データを（Ｄ２＋Ｄ３＋Ｄ４）に修正することが必要と
なる。したがって、演奏データが前記第１の実施の形態
のフォーマットであるときには、このステップＳ２４で
デュレーションデータの算出処理を行う。また、音楽ゲ
ーム用データが前記図４に示した第２の実施の形態のフ
ォーマットであるときには、上述のような新たなデュレ
ーションの算出処理は不要であり、単に、ゲームパート
に対応するチャンネルの演奏データを抽出して前記ゲー
ムパートメモリに書き込むだけでよい。

【００３２】このようにしてゲームパート抽出処理が終
了した後、ステップＳ２５に進み、マイナスワン処理を
行い、前記ゲームパートの演奏データを取り除いた残り
のパートの演奏データを作成する。すなわち、音楽ゲー
ム用データが前記第１の実施の形態のフォーマットであ
るときには、その演奏データからゲームパートに対応す
る発音チャンネルの演奏データを取り除くとともに、新
たなデュレーションデータを作成し、非ゲームパートの
演奏データを作成する。また、前記第２の実施の形態の
音楽ゲーム用データの場合には、選択されたゲームパー
トに対応した発音チャンネルの演奏データを取り除く。
そして、ステップＳ２６に進み、ゲームスタートの指示
の入力をまつ。ゲームスタートが指示されると、ステッ
プＳ２７のゲーム再生処理を実行し、ゲーム終了後、ゲ
ームモードを終了し、前記着信待ち受けモードに復帰す
る。

【００３３】図１５は、ゲーム再生処理（ステップＳ２
７）の流れを示すフローチャートである。このゲーム再
生処理では、まずステップＳ３１において、選択された
音楽ゲーム用データに含まれている前記チャンネル／楽
器名（パート名）テーブル１２の内容に基づいて、前記
音源３４の発音チャンネルにそれぞれ対応する音色を設
定する。そして、ステップＳ３２に進み、ゲームパート
の楽譜の初期表示処理を行う。すなわち、前記ステップ
Ｓ２４において抽出しゲームパートメモリ２８に記憶し
たゲームパートの演奏データからゲームパートの楽譜を
生成し、その初期画面（例えば、最初の２小節分）を前
記表示部２２に表示する。これは、ゲームパートの演奏
データのキーナンバ（ノートナンバ）から音高、ゲート
タイムからその音符長を決定することにより行う。これ
により、前記図１の（ｂ）に示したようなゲームパート
の楽譜が表示部２２に表示される。表示部２２を上下２
段に分割し、それぞれ１小節分ずつ表示する場合には、
ゲームパートの最初から２小節分の楽譜が生成され初期
画面として表示される。

【００３４】次に、ステップＳ３３に進み、演奏を管理
するタイマーをスタートさせてゲームを開始し、ゲーム
パート処理（ステップＳ３４）に進む。図１６は、この
ゲームパート処理の流れを示すフローチャートである。
ゲームパート処理では、まず、ステップＳ４１でシーケ
ンサ処理を行う。この処理は、ゲームパートについて、
音源部２６のシーケンサ３３と同様の処理を前記制御部
（ＣＰＵ）が行うものであり、前記ゲームパートメモリ
に記憶されたゲームパートの演奏データを読み出し、デ
ュレーションデータに対応した時間が経過すると、その
ノートイベントを読み出す処理である。なお、ゲームパ
ートについては、操作者のボタン操作が本来のノートオ
ンタイミングよりも早い可能性があるので、ここで非ゲ
ームパートよりも早く再生を開始するようにしている。

【００３５】読み出したノートイベントがノートオンイ
ベントであるときは（ステップＳ４２がＹＥＳ）、その
ノートオンイベントをイベントメモリ２９に格納する
（ステップＳ４３）。すなわち、そのノートオンイベン
トデータのキーナンバ、ベロシティ、ゲートタイム、本
来の発音タイミングまでの時間のデータをイベントメモ
リ２９に記憶する。このとき、各キーナンバ毎に書込み
位置を決定しておき、同じキーナンバのイベントデータ
が読み出されたときには古いデータを上書きする。ステ
ップＳ４３の後、または、イベントがノートオンイベン
トでないときには、ステップＳ４４に進み、ゲームパー
トの楽譜の更新処理を行う。すなわち、曲の進行状態表
示部を更新させ、また、１小節分の時間が経過したとき
は、楽譜表示を更新する。

【００３６】そして、ステップＳ４５で操作者による操
作ボタンの操作があったか否かを判定し、なかったとき
は、このゲームパート処理を終了する。操作ボタンが操
作されたときは、ステップＳ４６に進む。このステップ
Ｓ４６では、前記タイマーの計数値を取り込み、その値
と、操作された操作ボタンに割り当てられたキーナンバ
に対応する前記イベントメモリに記憶されているノート
イベントデータの「本来の発音タイミングまでの時間」
情報とを比較する。この結果、差の値（絶対値）が所定
の値よりも小さいときは、そのノートイベントデータを
前記音源に供給して、そのノートイベントデータに対応
した発音を音源に指示するとともに、得点レジスタに大
きな値を加算する。また、差の値が所定値よりも大きい
場合には、そのノートイベントデータに対応した発音を
行わず、また、０もしくは比較結果に対応した小さな値
を前記得点レジスタに加算する。図１７は、この様子を
示す図である。この図に示した例では、３つの段階に分
けており、（１）本来の発音タイミングともっともよく
一致しているときには、高得点とするとともに発音を行
い、（２）若干ずれているときには、中得点とするとと
もに発音を行い、（３）大きくずれているときには、低
得点とするとともに発音を行わないようにしている。そ
して、このゲームパート処理を終了する。

【００３７】さて、前記図１５のゲーム再生処理に戻
り、このようなゲームパート処理（ステップＳ３４）を
実行した後、ステップＳ３５で非ゲームパート演奏デー
タ転送処理を実行する。ここで、前記ステップＳ２５
（図１３）のマイナスワン処理で作成された非ゲームパ
ートの演奏データを前記音源部２６に転送する。この非
ゲームパートの演奏データの再生は音源部２６内のシー
ケンサ３３が行うので、制御部（ＣＰＵ）は演奏データ
の音源部２６への転送のみを行う。以下、演奏データの
終了まで、前記ステップＳ３４のゲームパート処理およ
びステップＳ３５の非ゲームパートデータ転送処理を繰
り返し、終了したとき（ステップＳ３６がＹＥＳ）のと
きは、ステップＳ３７でゲーム最終得点を前記表示部に
表示する。

【００３８】以上のように、本発明によれば、音楽ゲー
ム用データを着信メロディ、カラオケ、音楽ゲームのい
ずれにも使用することができる。また、従来の着信メロ
ディの配信システムを使用して、音楽ゲーム用データを
配信することが可能となる。さらに、本来の発音タイミ
ングまでの時間を示す情報を演奏データとは別に記憶し
ている場合には、演奏データに含まれているデュレーシ
ョンデータからタイミング情報を算出することが不要と
なるため、音楽ゲーム処理についての処理負担を軽減す
ることが可能となる。

【００３９】さて、前述の実施の形態の音楽ゲームにお
いては、表示部２２に、操作者の操作ボタンの操作タイ
ミングを表示することをしていなかったので、操作者は
自分の操作タイミングのずれを把握することができず、
不安感をいだいたり、演奏技術の向上に結びつかないと
いう問題があった。そこで、操作者の操作タイミングも
前記表示部に表示するようにした本発明の音楽ゲームの
他の実施の形態について説明する。

【００４０】図１８は、この実施の形態における前記表
示部の表示の一例を示す図である。この図において
（ａ）は、前記図１（ｂ）に示した音楽ゲームモード時
の前記表示部における表示の一部を拡大して示した図で
あり、この図に示すように、この実施の形態において
は、前記楽譜表示を本来のタイミングを示す表示ａ以外
に、前にずれたタイミングｂ、および、後ろにずれたタ
イミングｃを表示するようにしている。また、操作者が
操作したときにそのタイミングをｄのように表示するよ
うにしている。したがって、操作者が操作したタイミン
グが早いときは同図（ｂ）に示すように表示され、ちょ
うど一致しているときは（ｃ）に示すように、遅い場合
は（ｄ）に示すように表示される。さらに、タイミング
がずれているときには、（ｅ）に示すように表示される
ため、操作者は自己の操作タイミングを正確に把握する
ことができ、演奏の向上に役立てることができる。さら
に、意図的にずらして演奏する場合にも、わかりやすく
なる。したがって、自由にずらして演奏したときや複雑
なリズムトレーニングの助けとなる。

【００４１】なお、タイミングが一致している場合に
は、前記（ｃ）のように表示するのではなく、前記本来
のタイミングを示す表示（ａ、ｂ、ｃ）の表示を消すよ
うにしてもよい。例えば、ちょうどのタイミングのとき
には、楽譜表示が爆発して消滅するように表示すれば、
よりゲーム性を向上させることができる。

【００４２】さらに、上述した実施の形態では、１台の
携帯通信端末のみを用いて一人で音楽ゲームをするもの
であったが、複数台の携帯通信端末を用いて複数人で音
楽ゲームをすることも可能である。この場合には、合奏
を楽しむことが可能となる。図１９を参照して、複数台
の携帯通信端末を用いて複数人で音楽ゲームを行なう本
発明の他の実施の形態について説明する。この図におい
て、Ａ、Ｂ、Ｃ、Ｄはいずれもこの実施の形態の音楽ゲ
ームを実行することのできる携帯通信端末であり、ここ
では、Ａがマスターとなって、音楽ゲームを進行するも
のとする。また、各携帯通信端末は、前述したような構
成に加え、それぞれの間で赤外線などを用いて相互に通
信を行う機能を有しているものとする。

【００４３】また、この実施の形態においては、各携帯
通信端末が同期して楽曲の再生を行うことが必要となる
ため、前記演奏データ中に同期用のデータを適宜挿入し
ておき、このデータに基づいて複数の携帯通信端末の演
奏の同期をとることが必要となる。図２０は、この実施
の形態における前記音楽ゲーム用データの演奏データ１
３のフォーマットの一例を示す図である。この図に示す
ように、この実施の形態の演奏データ１３には適宜、例
えば所定の間隔で、同期用のデータ（第１の同期ポイン
ト１５、第２の同期ポイント１６、第３の同期ポイント
１７など）が挿入されている。

【００４４】次に、この実施の形態における合奏を行う
音楽ゲームの進行手順について説明する。 （１）まず、各携帯通信端末は、それぞれ自機に演奏の
対象となる楽曲の前記音楽ゲーム用データを記憶してい
るものとする。すなわち、必要に応じて、それぞれ前述
した配信サーバ４３からその音楽ゲーム用データをダウ
ンロードしているものとする。なお、前記赤外線通信機
能を利用した他の携帯通信端末からその音楽ゲーム用デ
ータを受け取ってもよいし、あるいは、パーソナルコン
ピュータなどからダウンロードしておいても良い。 （２）次に、マスターとなる携帯通信端末Ａ以外の携帯
通信端末Ｂ〜Ｄの操作者は、自己の演奏する楽器（ゲー
ムパート）以外をミュート状態にセットし、各携帯端末
を再生準備状態とする。なお、非ゲームパートについて
は、マスターとなる端末Ａが発音するものとする。例え
ば、端末Ａはバスドラムとスネアドラムを演奏パートと
し、端末Ｂはハイハットシンバル、タムタム、シンバル
を演奏パートとし、端末Ｃはベースを演奏パートとし、
端末Ｄはメロディパートを演奏パートと設定する。

【００４５】（３）マスターとなる端末Ａが演奏を開始
する。このとき、端末Ａは赤外線通信機能などを使用し
て、各端末Ｂ〜Ｄに対して、同期ポイント１５に対応す
る同期信号を送出する。 （４）各端末Ｂ〜Ｄは、前記端末Ａからの同期信号の受
信に応じて、それぞれ、演奏を開始する。 （５）以後、演奏の進行位置が前記同期ポイント１６、
１７、に達したとき、端末Ａは現在の進行位置、すなわ
ち、その同期ポイントに対応する信号を前記各端末Ｂ〜
Ｄに対して送信する。各端末Ｂ〜Ｄは、端末Ａからの進
行位置を示す信号を受け取って、自己の現在の進行位置
と比較し、自己が遅れているときは、自己の再生位置を
進める。このときに、ノートイベントデータがあれば、
そのイベントに対する処理を実行する。一方、自己が進
んでいるときは、自己の再生位置の進行をその進み量に
対応する分だけ停止する。このようにして、前記複数の
端末Ａ〜Ｄは同期して音楽ゲーム用データを実行するこ
とができる。同期がとれているので、快適に合奏を行う
ことができる。

【００４６】なお、以上の説明においては、前記音楽ゲ
ーム用データを使用する音楽ゲームを実行する装置とし
て、携帯通信端末を例にとって説明したが、携帯型のゲ
ーム機器などにおいても、当然に実行させることができ
る。また、上記においては、本発明の音楽ゲーム用デー
タを配信サーバからダウンロードするものとして説明し
たが、音楽ゲーム用データを記録した各種記録媒体を用
いるようにしてもよい。さらに、上述した本発明の音楽
ゲーム処理方法をコンピュータに実行させるための音楽
ゲーム処理プログラムについても同様である。

【００４７】

【発明の効果】以上説明したように、本発明の音楽ゲー
ム用データフォーマットによれば、同一の音楽ゲーム用
データを音楽ゲームだけではなく、着信メロディやカラ
オケ用にも使用することができ、汎用性の高い音楽ゲー
ム用データを提供することができる。また、ゲームを実
行する機器における処理負荷を軽減することができる。
さらに、複数人集まったときには、合奏を楽しむことが
可能となる。さらにまた、操作子を操作したときに、操
作者の操作したタイミングがどのタイミングであるのか
が明瞭に表示されるので、操作者は自己の操作タイミン
グについて正確に認識することが可能となり、操作タイ
ミングを調整しやすくなり、演奏技術を向上させること
ができる。

【図面の簡単な説明】

【図１】 本発明の音楽ゲームを実行することのできる
携帯通信端末の外観およびゲーム実行時の表示の様子を
示す図である。

【図２】 本発明の音楽ゲーム用データの第１の実施の
形態のフォーマットを示す図である。

【図３】 ゲーム演出用データについて説明するための
図である。

【図４】 本発明の音楽ゲーム用データの第２の実施の
形態における演奏データのフォーマットを示す図であ
る。

【図５】 本発明お音楽ゲームを実行することのできる
携帯通信端末の一構成例を示すブロック図である。

【図６】 音源部の構成を示すブロック図である。

【図７】 本発明の音楽ゲーム用データおよび音楽ゲー
ム用プログラムを配信するシステムの構成を示す図であ
る。

【図８】 本発明の携帯通信端末の動作を説明するため
の状態遷移図である。

【図９】 着信メロディ設定モードにおける処理を説明
するためのフローチャートである。

【図１０】 発呼モードの処理を説明するためのフロー
チャートである。

【図１１】 カラオケモードの処理を説明するためのフ
ローチャートである。

【図１２】 着信待ち受けモードの処理を説明するため
のフローチャートである。

【図１３】 ゲームモードの処理を説明するためのフロ
ーチャートである。

【図１４】 ゲームパートのデータを抽出するときの処
理について説明するための図である。

【図１５】 ゲーム再生処理について説明するためのフ
ローチャートである。

【図１６】 ゲームパート処理について説明するための
フローチャートである。

【図１７】 得点および発音の有無について説明するた
めの図である。

【図１８】 本発明の音楽ゲームにおける他の表示形態
について説明するための図である。

【図１９】 複数人で楽しむことのできる本発明の他の
実施の形態について説明するための図である。

【図２０】 図１９に示した実施の形態における演奏デ
ータのフォーマットの一例を示す図である。

【符号の説明】

１ 携帯通信端末、２ 表示部、３ 操作部、４、４’
楽譜表示、５、５’進行表示、１１ 書誌データ、１
２ チャンネル／楽器名（パート名）テーブル、１３、
１３−１〜１３−１６ 演奏データ、２１ 制御部、２
２ 表示部、２３ 操作部、２４ 無線通信部、２５
音声符号化復号化部、２６ 音源部、２７ 音楽ゲーム
データメモリ、２８ ゲームパートメモリ、２９ イベ
ントメモリ、３１ インターフェース回路、３２ ＦＩ
ＦＯバッファ、３３ シーケンサ、３４ 音源、３５
Ｄ／Ａ変換部、４１ 基地局、４２ 交換局、４３ 配
信サーバ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C001 AA00 AA16 AA17 BA00 BA05 BA06 BA07 BB00 BB01 BB04 BB05 BB06 BB08 CA01 CA02 CB01 CB08 CC03 CC08 DA00 DA06 5D108 BA06 BC07 BC12 5D378 MM06 MM22 MM55 MM73 MM98

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ノートイベントデータとノートイベント
   間の時間間隔を示すデュレーションデータとを含む演奏
   データと、発音チャンネルまたはＭＩＤＩチャンネルと
   楽器名またはパート名との対応関係を示すチャンネル楽
   器名対応テーブルデータとを含むことを特徴とする音楽
   ゲーム用データ。
2. 【請求項２】 さらに、ゲーム演出用のデータを含むこ
   とを特徴とする請求項１記載の音楽ゲーム用データ。
3. 【請求項３】 制御部と記憶部と表示部と操作部と音源
   部とを有する装置において、前記記憶部に格納された前
   記請求項１あるいは２記載の音楽ゲーム用データを用い
   て音楽ゲームを実行させるための音楽ゲーム処理方法で
   あって、 前記表示部に前記チャンネル楽器名対応テーブルに記憶
   されている情報を表示して、任意のチャンネルを選択さ
   せるステップ、前記選択されたチャンネルの演奏データ
   をゲームパート演奏データとして前記演奏データから分
   離するステップ、 前記選択されたチャンネル以外の演奏データに基づき前
   記音源部を駆動するステップ、 前記ゲームパート演奏データに基づき、ゲームパートの
   ノートオンタイミングを前記表示部に表示するステッ
   プ、および、 前記操作部の操作タイミングが前記ゲームパートのノー
   トオンタイミングに対して所定の条件を満たすときに、
   該ゲームパートのノートイベントデータに基づき前記音
   源部を駆動するステップを含むことを特徴とする音楽ゲ
   ーム処理方法。
4. 【請求項４】 前記操作部の操作タイミングと前記ゲー
   ムパートのノートオンタイミングのずれ量に応じて、前
   記表示部における表示形態を変更するステップを含むこ
   とを特徴とする請求項３記載の音楽ゲーム処理方法。
5. 【請求項５】 制御部と記憶部と表示部と操作部と音源
   部と外部の機器との通信手段とを有し、前記請求項１あ
   るいは２記載の音楽ゲーム用データを前記通信手段を介
   して受け取って前記記憶部に記憶し、当該音楽ゲームを
   実行することができるようになされていることを特徴と
   する音楽ゲーム装置。
6. 【請求項６】 制御部と記憶部と表示部と操作部と音源
   部と外部の機器との通信手段とを有し、前記請求項３あ
   るいは４記載の音楽ゲーム処理方法を前記制御部に実行
   させるための音楽ゲーム用プログラムを前記通信手段を
   介して受け取って、当該音楽ゲームを実行することがで
   きるようになされていることを特徴とする音楽ゲーム装
   置。
7. 【請求項７】 さらに、近接する他の音楽ゲーム装置と
   の間で通信を行う手段、および、該手段を介して近接す
   る他の音楽ゲーム機器に対して同期信号を出力する手段
   あるいは近接する他の音楽ゲーム機器から供給される同
   期信号を受信する手段を有し、 同一の前記音楽ゲーム用データを記憶している複数の音
   楽ゲーム機器を用いて合奏を行うことができるようにな
   されていることを特徴とする請求項５あるいは６記載の
   音楽ゲーム装置。
8. 【請求項８】 制御部と、記憶部と、変復調部と、音声
   符号化復号化部と、表示部と、操作部と、音源部を有す
   る携帯通信端末であって、前記請求項１あるいは２記載
   の音楽ゲーム用データを外部のサーバから受信して前記
   記憶部に記憶し、当該音楽ゲームを実行することができ
   るようになされていることを特徴とする携帯通信端末。
9. 【請求項９】 制御部と、記憶部と、変復調部と、音声
   符号化復号化部と、表示部と、操作部と、音源部とを有
   する携帯通信端末であって、前記請求項３あるいは４記
   載の音楽ゲーム処理方法を前記制御部に実行させるため
   の音楽ゲーム用プログラムを外部のサーバから受信して
   前記記憶部に記憶し、当該音楽ゲームを実行することが
   できるようになされていることを特徴とする携帯通信端
   末。
10. 【請求項１０】 前記音楽ゲーム用データを着信メロデ
    ィあるいはカラオケ演奏に使用することを特徴とする請
    求項８あるいは９記載の携帯通信端末。
11. 【請求項１１】 さらに、近接する他の携帯通信端末と
    の間で通信を行う手段、および、該手段を介して近接す
    る他の携帯通信端末に対して同期信号を出力する手段あ
    るいは近接する他の携帯通信端末から供給される同期信
    号を受信する手段を有し、 同一の前記音楽ゲーム用データを記憶している複数の携
    帯通信端末を用いて合奏を行うことができるようになさ
    れていることを特徴とする請求項８〜１０のいずれかに
    記載の携帯通信端末。