JP2000107466A

JP2000107466A - 通信ゲームシステム

Info

Publication number: JP2000107466A
Application number: JP10322791A
Authority: JP
Inventors: Nobuyoshi Sano; 信義佐野
Original assignee: Namco Ltd
Current assignee: Namco Ltd
Priority date: 1998-10-08
Filing date: 1998-10-08
Publication date: 2000-04-18
Anticipated expiration: 2018-10-08
Also published as: JP3354508B2

Abstract

(57)【要約】【課題】通信ゲームシステムを構成するゲーム機ユニッ
ト毎で演奏される楽曲をプレイヤのゲーム状況に合わせ
て随時変化させ、かつ、通信ゲームシステム全体として
一つの楽曲として成り立たせることにより、ゲーム演出
上の効果を高めることにある。【解決手段】楽曲を構成する演奏データ列８２を記憶す
る演奏データメモリ８０と、ゲーム機ユニット毎にゲー
ム状況を検出するメインＣＰＵ２０と、当該メインＣＰ
Ｕ２０からのゲーム状況に応じた楽曲を演奏データメモ
リ８０から選択するシーケンサ４０と、当該シーケンサ
４０で選択された複数のゲーム機ユニットで同期させて
演奏するＰＣＭ音源５０等を具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、それぞれが基板を
有する複数のゲーム機ユニットを通信手段で接続してな
る通信ゲームシステムに関し、特にゲーム機ユニットで
バックグランドミュージック（以下、これをＢＧＭと略
称する。）として楽曲を演奏する通信ゲームシステムに
関する。

【０００２】

【従来の技術】最近、複数台のゲーム機ユニットを通信
手段で接続し、各ゲーム機ユニットについた複数のプレ
ーヤが同一のゲーム空間においてゲームを楽しむことが
できるようにした通信ゲームシステムが出現している。

【０００３】このような通信ゲームシステムを構成する
ゲーム機ユニットは、ゲーム進行中に何らかの楽曲をＢ
ＧＭとしてスピーカ等から再生しているのが一般的であ
る。これは、ゲームのおもしろさを、視覚だけでなく聴
覚も利用して高めようとするからである。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
通信ゲームシステムは、再生可能なＢＧＭの種類に限り
があり、しかも再生順序が一律に定められているため、
同じ楽曲を繰り返しているに過ぎなかった。これでは、
ＢＧＭとして楽曲を再生したにもかかわらず、聴覚から
ゲームのおもしろさを高めることにならなかった。

【０００５】本発明の第１の目的は、上記に鑑み、通信
ゲームシステムを構成するゲーム機ユニットで演奏され
る楽曲をプレイヤのゲーム状況に合わせて随時変化させ
ることにより、各プレイヤに対する演出上の効果を高め
ることにある。

【０００６】本発明の第２の目的は、通信ゲームシステ
ムを構成するゲーム機ユニット毎にＢＧＭとして演奏す
る楽曲を通信ゲームシステム全体として一つの楽曲とし
て成り立たせることにより、通信ゲームシステム全体で
ゲーム演出上の効果を高めることにある。

【０００７】

【課題を解決するための手段】（１）複数のゲーム機ユ
ニット通信手順を実行する通信手段と、当該通信手段で
複数のゲーム機ユニットを接続して、当該複数のゲーム
機ユニットで楽曲を演奏する通信ゲームシステムにおい
て、前記楽曲を構成する演奏データ列を記憶する演奏デ
ータ記憶手段と、前記ゲーム機ユニット毎にゲーム状況
を検出するステータス検出手段と、当該ステータス検出
手段からのゲーム状況に応じた楽曲を前記演奏データ記
憶手段から選択する楽曲選択手段と、当該楽曲選択手段
で選択された楽曲を前記複数のゲーム機ユニットで同期
させて演奏する演奏手段を備えることを特徴とする通信
ゲームシステム。

【０００８】（２）前記演奏手段は、前記ゲーム機ユニ
ットで演奏するタイミングとなる信号から演奏を開始す
る位置を示す情報を発生する演奏開始位置発生手段と、
当該演奏開始位置発生手段で発生された情報に対応した
位置の演奏データから楽曲を演奏する楽曲演奏手段とを
含むことを特徴とする（１）に記載の通信ゲームシステ
ム。

【０００９】（３）前記楽曲を構成する演奏データ列
は所定のデータ長毎に区切り、当該区切り毎にラベルを
付して前記演奏データ記憶手段に記憶しており、前記複
数のゲーム機ユニットに演奏処理上のマスタモード又は
スレーブモードを割り付けるモード割り付け手段と、前
記演奏開始位置発生手段は、前記モード割り付け手段が
スレーブモードに設定したゲーム機ユニットで演奏する
タイミングとなるカウント値と前記演奏データ記憶手段
に付したラベルとからなる対応テーブルと、前記モード
割り付け手段がマスタモードに設定したゲーム機ユニッ
トで演奏する楽曲の進行状況に応じてカウントしたカウ
ント値と前記対応テーブルに規定してあるカウント値か
ら演奏を開始する位置を示すラベルを選択するラベル選
択手段とを含み、前記楽曲演奏手段が前記ラベル選択手
段で選択されたラベルに対応した位置の演奏データから
楽曲を演奏することを特徴とする（１）又は（２）に記
載の通信ゲームシステム。

【００１０】（４）前記楽曲演奏手段はチームを構成
する人数に応じて音量を変更する音量変更手段を備える
ことを特徴とする（１）〜（３）に記載のいずれか１の
通信ゲームシステム。これにより、特定のゲーム状況に
対応した楽曲が必要以上に大きく聞こえることがない。

【００１１】（５）前記楽曲演奏手段はゲーム状況に応
じて、チームを構成する人数にかかわらず、音量を一定
にすることを特徴とする（４）に記載の通信ゲームシス
テム。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。本願発明は、複数のゲーム
機ユニットを通信回線でつなげて所定の目的を達成する
ように構成されるものである。以下の説明においては、
それぞれが２人用の操作盤をもつゲーム機ユニットを複
数台備えた例について説明する。

【００１３】本実施の形態の通信ゲームシステムは、複
数台のゲーム機ユニットが互いに隣り合うようにゲーム
センタ等に設置されることにより、形成される。各ゲー
ム機ユニットは、ビデオスクリーン等の表示装置と、二
人用の操作盤とを筐体の前面に設けて構成され、各筐体
の内部にそれぞれ所定の基板が設けられる。

【００１４】図１は、本発明の実施の形態を示した通信
ゲームシステムの要部構成を示すブロック図である。図
２はゲーム機ユニットにおける演奏状態を示したデータ
フロー図である。図３は本発明の実施の形態におけるシ
ーケンサプログラムを示した模式図である。図１に示す
ブロック図は、複数台のゲーム機ユニットを通信回線で
つなげたものとしてあらわしている。２台目以降のゲー
ム機ユニットはメインＣＰＵ２０に接続される構成を省
略している。これは２台目以降も同様の構成で接続でき
るので、省略したものである。

【００１５】各ゲーム機ユニットに搭載した基板は、図
１に示すように通信モジュール１０と、メインＣＰＵ２
０と、共有メモリ３０と、シーケンサ４０と、ＰＣＭ音
源５０と、Ｄ／Ａ変換器６０と、アンプ７１と、スピー
カ７２と、演奏データメモリ８０と、音色データメモリ
９０とを接続してある。以下に各部構成の概略を説明す
る。

【００１６】通信モジュール１０は、請求項でいう通信
手段の一例に相当するものであり、基板間のデータ通信
をつかさどる通信プロトコルを格納している。通信モジ
ュール１０は、例えばマスタ基板用の通信プロトコル
と、スレイブ基板用の通信プロトコルのいずれもが格納
された共通のものとして供給される。

【００１７】メインＣＰＵ２０は、請求項でいうモード
割り付け手段及びステータス検出手段に相当するもので
あり、通信管理とゲーム進行及びゲーム状況の管理とシ
ーケンサ４０の動作を制御することによりゲーム機ユニ
ット全体の制御を行うものである。メインＣＰＵ２０
は、共有メモリ３０にコマンド等を書き込むことによっ
てシーケンサ４０の処理を制御している。

【００１８】メインＣＰＵ２０は図４を参照して説明す
るマスタ・スレーブの自動割り付けルーチンを格納して
おり、各基板が互いに通信回線でつながれた状態で、シ
ステム全体の電源が投入されると、各基板内に格納され
たマスタ・スレーブ割り付けルーチンが実行されて、コ
インを最初に投入したゲーム機ユニットを通信処理上の
マスタモードに設定し、他のゲーム機ユニットの通信処
理上のスレーブモードとする。本実施の形態において通
信処理上のマスタ及びスレーブをそのまま演奏処理上の
マスタ及びスレーブとして説明する。これに限定するも
のでなく、通信処理上のスレーブを演奏処理上のマスタ
に設定し、通信処理上のマスタを演奏処理上のスレーブ
に設定するものであってもよい。

【００１９】なお、本実施の形態では、通信プロトコル
上のマスタモード又はスレーブモードを設定した場合を
説明するが、これに限定されるものでなく、マスタモー
ド又はスレーブモードの区別のない通信プロトコルであ
ってもよい。この場合、メインＣＰＵ２０は演奏処理上
のマスタ又はスレーブを設定することになる。

【００２０】メインＣＰＵ２０には、図示してないが二
つの操作盤と、コイン投入センサと、スタートボタンと
が連結されている。

【００２１】共有メモリ３０は、メインＣＰＵ２０とシ
ーケンサ４０とで共有して使用されるメモリである。共
有メモリ３０には図２に示すようにマスタモードに設定
されたゲーム機ユニットでカウントしたカウント値を保
持するレジスタ３１と、ゲーム状況を保持するレジスタ
３２と、ゲームの残り時間を保持するレジスタ３３と、
マスタモードに設定されたプレイヤの所属するチームに
何人のプレイヤがいるかを示す値を保持するレジスタ３
４とを設けてある。ゲーム機ユニットがスレーブモード
に設定されていれば、レジスタ３１の値がマスタモード
に設定してあるメインＣＰＵ２０からセットされること
なる。ゲーム機ユニットがマスタモードに設定されてい
れば、自機のメインＣＰＵ２０がレジスタ３１〜レジス
タ３４の値を設定することになる。

【００２２】シーケンサ４０は、ＣＰＵ（図示せず）を
備え、図５から図８で示されたフローチャートで実現さ
れる処理を施しながら演奏データ列８２をＰＣＭ音源５
０に送出して演奏処理するものであり、プログラムワー
ク領域として用いるＲＡＭ（図示せず）を備える。シー
ケンサ４０を構成するＣＰＵ（図示せず）は１フレーム
毎にカウントできるタイマを具備しており、マスタモー
ドに設定した場合にのみカウント処理を実行することに
なる。１フレームとは本実施の形態のハードウエアで処
理できる最小時間であり、約１／６０秒である。

【００２３】ＰＣＭ音源５０は、シーケンサ４０からの
入力されたデータ等に基づいて、音色データメモリ９０
から音色データを読み込み、音データを生成してＤ／Ａ
変換器６０に送出するものである。ここで、音データと
は演奏データに基づき音色データを合成したデータであ
る。

【００２４】Ｄ／Λ変換器６０は、音データをＤ／Ａ変
換した音楽信号をアンプ７１に送出する。アンプ７１で
増幅された音信号がスピーカ７２で再生される。図１に
おいて、アンプ７１とスピーカ７２は１系統だけ示して
あるが、実際には２系統のアンプ７１とスピーカ７２を
具備しており、ステレオ再生する。

【００２５】演奏データメモリ８０は、図３に示すよう
にシーケンス処理プログラムと演奏データ列８２をＲＯ
Ｍに格納したものである。例えば、図５〜図８に示すシ
ーケンス処理プログラムは、図３に示したように所定の
領域に記述することにより実現してある。特に図７で説
明するようにチームを構成する人数によって音量を変更
できるようにＰＣＭ音源５０をコントロールするプログ
ラム及び音量設定テーブルを記述してある（図３参
照）。

【００２６】本実施の形態の通信ゲームシステムは、複
数のゲーム機ユニットから同一のゲーム状況に対応した
楽曲がＢＧＭとして演奏される場合に特定のゲーム状況
に対応した楽曲が必要以上に大きく聞こえることがあ
る。かかる状況を回避すべく、複数のゲーム機ユニット
から同一のゲーム状況に対応した楽曲が聴感上の音量と
して同じになるように調整する機能を実現するために音
量設定テーブルを設けてある。

【００２７】本実施の形態における音量設定テーブル
は、プレイヤの所属するチームの人数に応じて聴感上の
音量を調整するようにしたものである。音量設定テーブ
ルは、例えば、チームを構成する人数が４人である場合
に１人でプレイする際に設定された標準音量に対して聴
感上の７０％で演奏し、チームを構成する人数が３人で
ある場合に標準音量に対して聴感上で最大音量の８０％
で演奏し、チームを構成する人数が２人である場合に標
準音量に対して聴感上で最大音量の９０％で演奏するよ
うに設定してある。標準音量はゲームセンタ等の設置環
境に応じて適宜設定されるものである。

【００２８】本実施の形態における音量設定テーブル
は、ゲーム状況が『死んだ』又は『ダイヤを取った』と
いうイベントでＢＧＭとして演奏される楽曲は、標準音
量に設定してある。

【００２９】演奏データ列８２は、図２に示すように例
えば楽譜から楽譜データに書き換えたデータとＰＣＭ音
源をコントロールするためのデータを演奏データメモリ
８０に格納してあるものである。演奏データ列８２は、
図２に示すように例えば、『勝っている』、『ダイ
ヤ』、『ＤＥＡＤ』、『終了間際』等のように楽曲毎に
区分けて格納してある。これによりゲーム状況に応じて
楽曲を選択して読み出すことができる。

【００３０】前述した楽曲を構成する演奏データ列８２
は１／２小節に相当する０．９秒相当のデータ量毎に演
奏データ１、演奏データ２、演奏データ３、演奏データ
４に区切ってある。これらの１／２小節に相当するデー
タ量に区切られた演奏データ１、演奏データ２、演奏デ
ータ３、演奏データ４の先頭毎にＬＡＢＥＬ＃１、ＬＡ
ＢＥＬ＃２、ＬＡＢＥＬ＃３、ＬＡＢＥＬ＃４を挿入し
てある。かかるＬＡＢＥＲ♯Ｎの位置から演奏データを
読み出せば、１／２小節毎のいずれかの位置から演奏を
開始することになる。かかるタイミングで音量が変化し
ても人間の聴覚に心地よく鑑賞させることができる。ま
た、演奏データ列８２が楽譜データである理由は、ラベ
ルで区切られた演奏データ列の演奏時間を制御するのに
都合がよいからである。

【００３１】本実施の形態において、演奏データ列８２
を１／２小節毎に区切ったのは、ＢＧＭとして採用した
楽曲が１小節あたり１．８秒に相当し、その半分であれ
ば、１秒未満となり、人間が待たされたことを意識しな
い時間間隔だからである。従って、人間が待たされたこ
とを意識しない時間間隔であれば、演奏データ列８２を
区切る単位は１／２小節に限定されるものでない。例え
ば３拍子の楽曲であれば１／３小節でもよい。

【００３２】音色データメモリ９０は、ＰＣＭ音源５０
で使用するサンプリングデータであり、例えばピアノ、
バイオリン等の音をサンプリングした音データである。
又、音データとしては、例えば波の音や雨の音、動物の
鳴き声等の所謂効果音をサンプリングしたものでもよ
い。この場合、複数のゲーム機ユニットで同期された状
態で効果音を発生させることもできることになる。

【００３３】次にマスタ・スレーブの自動割り付けの手
順を図４を参照して説明する。図４はマスタ・スレーブ
割り付けルーチンを示したフローチャートである。シス
テムに電源が投入されると、各ゲーム機ユニットに搭載
した基板においてマスタ・スレーブ割り付けルーチンが
作動し、各基板において、ハードウェアの待機処理を行
う（ステップ１）。この待機処理には各通信モジュール
１０のモードをいったんリセット・モードとすることが
含まれる。

【００３４】メインＣＰＵ２０は、コインが投入された
か否かを判断する（ステップ２）。メインＣＰＵ２０
は、ステップ２でコインが投入されたことを検知すれ
ば、すでにマスタモードに設定されたゲーム機ユニット
がいるかを確認する（ステップ３）。メインＣＰＵ２０
は、ステップ３で未だマスタモードに設定されたゲーム
機ユニットがいないと判断すれば、マスタになる処理を
実行し（ステップ４）、メインＣＰＵ２０は、他のゲー
ム機ユニットにマスタモードになることを連絡する（ス
テップ５）。これにより、メインＣＰＵ２０は通信モジ
ュール１０をマスタモードに設定してマスタ基板用の通
信プロトコルを実行することになる。

【００３５】一方、メインＣＰＵ２０は、ステップ３で
既にマスタが存在することを確認すれば、スレーブにな
る処理を実施する（ステップ６）。これにより、メイン
ＣＰＵ２０は通信モジュール１０をスレーブモードに設
定してスレーブ基板用の通信プロトコルを起動すること
になる。

【００３６】メインＣＰＵ２０は、前述したステップ５
又はステップ６の処理を終えると、本ルーチンを終了す
ることになる。以上のように本実施の形態によれば、通
信回線で接続された複数のゲーム機ユニットのうち最初
にコインの投入されたゲーム機ユニットを通信プロトコ
ル上のマスタとすることになる。

【００３７】図５は本実施の形態における楽曲の演奏メ
インルーチンを示すフローチャートであり、図６は曲選
択処理サブルーチンを示すフローチャートであり、図７
は音量調節処理サブルーチンを示すフローチャートであ
り、図８は曲演奏開始サブルーチンを示すフローチャー
トである。

【００３８】次に、ゲーム機ユニットをマスタモードに
設定した場合の演奏処理を図５〜図８を参照して説明す
る。シーケンサ４０は、図４に示したマスタ・スレーブ
の割り付けルーチンでマスタモードに設定された後に、
図５に示す楽曲の演奏メインルーチンを起動すれば、ス
テップ１１でマスタモードと判断され、カウンタを０に
初期化する（ステップ１２）。シーケンサ４０は、内臓
したタイマを参照して曲更新タイミングであるか否かを
判断する（ステップ１３）。

【００３９】シーケンサ４０はステップ１３で曲更新タ
イミングであると判断すれば、曲選択処理サブルーチン
を実行する（ステップ１４）。図５に示すステップ１４
の曲選択処理を図６及び図２を参照して具体的に説明す
れば、シーケンサ４０は、図６に示す曲選択処理サブル
ーチンを起動すれば、ゲーム終了間際であるか否か（ゲ
ーム終了まで１５秒以上あるか否か）を判断する（ステ
ップ１４１）。

【００４０】シーケンサ４０は、ステップ１４１でゲー
ム終了間際でない（ゲーム終了まで１５秒以上ある）と
判断すれば、内蔵したタイマの値を参照して中間チェッ
クタイミングであるか否かを判断する（ステップ１４
２）。

【００４１】シーケンサ４０は、ステップ１４２で中間
チェックタイミングであると判断すれば、共有メモリ３
０のゲーム状況を示すレジスタ３２の内容を参照して楽
曲『ＤＥＡＤ』又は『ダイヤ』のいずれであるか否かを
判断する（ステップ１４３）。

【００４２】シーケンサ４０は、ステップ１４３でレジ
スタ３２の内容が『ＤＥＡＤ』又は『ダイヤ』のいずれ
かであると判断すれば、図２に示すように演奏データメ
モリ８０に記憶された楽曲『ＤＥＡＤ』又は楽曲『ダイ
ヤ』のうちから曲選択をする（ステップ１４４、ステッ
プ１４５、ステップ１４６）。これは、状況が『死ん
だ』又は『ダイヤを採った』のいずれかである場合は、
シーケンサ４０は中間チェックタイミングである５４フ
レーム毎にＢＧＭとして演奏される楽曲を変更すること
になる。

【００４３】シーケンサ４０は、本サブルーチンを終了
して、図５に示すステップ１５の処理に進むことにな
る。

【００４４】前述のステップ１４２〜ステップ１４６か
らなる一連の処理では状況が『死んだ』又は『ダイヤを
採った』のいずれかである場合のみ後述する通常のゲー
ム状況よりも短い時間間隔で行うことになる。その理由
は、例えば死んだ場合は以後のゲームプレイを中断する
ので、なるべく早くプレイヤに知らせる必要があるから
であり、ダイヤを採った状況はゲームプレイ中に短い間
隔で発生する重要なイベントであるので、素早くプレイ
ヤに楽曲として知らせる必要があるからである。

【００４５】一方、シーケンサ４０はステップ１４２で
中間チェックタイミングであると判断しても、シーケン
サ４０は、ステップ１４３で『ＤＥＡＤ』又は『ダイ
ヤ』のいずれでもないと判断すれば、曲選択処理を実行
することなく、図６に示すサブルーチンを終了して図５
に示すステップ１５の処理に進むことになる。

【００４６】なお、本実施の形態では中間タイミングで
楽曲を変更するゲーム状況として死んだ又はダイヤを採
った場合のみとしているが、これに限定されるものでな
く、素早くプレイヤに知らせる必要のあるイベントであ
れば、いかなるものであってもよい。

【００４７】また、シーケンサ４０は、ステップ１４１
でゲーム終了間際（ゲーム終了まで１５秒未満）である
と判断すれば、『終了間際』の選択処理をすることにな
る（ステップ１４９）。これにより、本サブルーチンを
終了して、図５に示すステップ１５の処理に進むことに
なる。

【００４８】シーケンサ４０は、ステップ１４２で中間
チェックタイミングでない、つまり、１小節に相当する
１０８フレームであると判断すれば、共有メモリ３０の
レジスタ３２の内容を参照して曲選択処理を行う（ステ
ップ１４４）。具体的には、シーケンサ４０は、ステッ
プ１４４の曲選択処理により、レジスタ３２の内容に応
じて『ＤＥＡＤ』の選択処理（ステップ１４５）、『ダ
イヤ』の選択処理（ステップ１４６）、『勝っている』
の選択処理（ステップ１４７）、『負けている』の選択
処理（ステップ１４８）のいずれかを行うことになる。
これにより、通常の曲更新タイミング、具体的には１０
８フレーム毎にＢＧＭとして演奏される楽曲を変更する
ことができる。

【００４９】本実施の形態で使用する楽曲は、いずれも
テンポ及び調を同一のものとしてあるので、以下で説明
するようにゲーム状況に応じて楽曲を変更しても通信ゲ
ームシステム全体として演奏される楽曲は全体として一
つの楽曲を構成するようにしてある。

【００５０】本実施の形態におけるゲーム機ユニット
は、ＢＧＭとして演奏される楽曲の変更によって、聴覚
からゲームプレーヤに自らのゲーム状況を知らせること
によって演出上の効果を高めようとするものである。こ
の楽曲面からの演出効果を高める方法として、１位、チ
ームが勝っている、チームが負けている、最下位の順で
楽曲を豪華なものから地味なものとなるように作曲上の
調整をしてある。ここで、豪華とは楽音数を多くし、高
音域の楽音を多くしてあり、地味とは楽音数を少なく
し、低音域の楽音を多くして伴奏のようにしてある。

【００５１】シーケンサ４０は、前述のステップ１４５
〜ステップ１４８のいずれかのステップを実行した後に
図６に示すサブルーチンを終了して、図５に示すステッ
プ１４のサブルーチンの処理を終了した後、音量調節処
理サブルーチンを実行する（ステップ１５）。

【００５２】図５に示すステップ１５の音量調節処理サ
ブルーチンを図７及び図２を参照して具体的に説明す
る。シーケンサ４０は、図７に示す音量調節処理サブル
ーチンを実行し、音量を変化させる曲か否かを判断する
（ステップ１５１）。

【００５３】シーケンサ４０は、ステップ１５１で音量
を変化させる曲（例えば、ゲーム状況が１位又は最下位
である場合に選択される楽曲）でないと判断すれば、標
準音量を選択する（ステップ１５５）。シーケンサ４０
は、音量設定を行って（ステップ１５４）本サブルーチ
ンを終了し、図５に示すステップ１６に進むことにな
る。本実施の形態における音量設定テーブルは、ゲーム
状況が１位又は最下位である場合は機能させないように
してある。これはかかるゲーム状況で必ず単一のゲーム
機ユニットで演奏されるので、チームを構成する人数に
関係なく最大音量で演奏するようにしてあるからであ
る。

【００５４】一方、シーケンサ４０は、ステップ１５１
で音量を変化させる曲（例えば、ゲーム状況が１位又は
最下位である場合に選択される楽曲以外の楽曲）である
と判断すれば、共有メモリ３０のレジスタ３４の値を参
照してチームを構成する人数を確認する（ステップ１５
２）。シーケンサ４０は、レジスタ３４の値に基づいて
から上述してある音量設定テーブルから音量データを得
る（ステップ１５３）。シーケンサ４０は音量設定を行
って（ステップ１５４）、図７に示すサブルーチンを終
了し、図５に示す曲演奏開始処理サブルーチンを実行す
る（ステップ１６）。前述したように図７に示す音量調
節サブルーチンによれば、特定のゲーム状況に対応した
楽曲が必要以上に大音量で演奏されることがない。

【００５５】シーケンサ４０は、図５に示すステップ１
６の曲演奏開始処理サブルーチンを図８を参照して具体
的に説明する。シーケンサ４０は、図８に示す曲演奏サ
ブルーチンを起動すれば、内蔵してあるタイマからカウ
ンタ値を読み込む（ステップ１６１）。シーケンサ４０
は、ステップ１６１で得たカウンタ値から曲の開始位置
を選択する（ステップ１６２）。シーケンサ４０は曲演
奏処理を開始して（ステップ１６３）図８に示してある
サブルーチンを終了し、シーケンサ４０は図６に示すス
テップ１７に進むことになる。

【００５６】シーケンサ４０は、図５に示すステップ１
７でマスタモードに設定してあると判断され、内蔵して
あるカウンタをインクリメントする（ステップ１８）。
この処理に続いて、メインＣＰＵ２０はカウンタのカウ
ント値を通信モジュール１０を介してスレーブモードに
あるゲーム機ユニットに送出する。かかるカウント値が
後述するスレーブモードにあるゲーム機ユニットの共有
メモリ３０のレジスタ３１に書き込まれるカウント値と
なるものである。

【００５７】シーケンサ４０は図５に示すステップ１８
の処理後に曲演奏を終了したか否かを判断する（ステッ
プ１９）。シーケンサ４０は、ステップ１８で曲演奏を
終了していないと判断すれば、前述してあるステップ１
３に復帰して以降のステップを実行する。

【００５８】一方、シーケンサ４０は、図５に示すステ
ップ１９で曲演奏を終了していると判断すれば、図５に
示すメインルーチンを終了する。以上がマスタモードに
設定されたゲーム機ユニットにおける曲演奏処理であ
り、ゲーム状況に合わせてＢＧＭとして演奏される楽曲
を随時変化させることにより、プレイヤに対する演出上
の効果を高めることができる。

【００５９】なお、図５に示すフローチャートに曲演奏
処理を示していない。曲演奏処理は曲演奏開始処理の起
動によって、曲選択処理サブルーチン、音量調節サブル
ーチン等と並列して起動されるので、制御の流れ上の都
合から示さなかった。

【００６０】続いて、図４に示したマスタ・スレーブの
割り付けルーチンでスレーブモードに設定されたゲーム
機ユニットにおける曲演奏処理を図５〜図８を参照して
説明する。

【００６１】シーケンサ４０は、図４に示したマスタ・
スレーブの割り付けルーチンでスレーブモードに設定さ
れた後に、図５に示す演奏メインルーチンを起動すれ
ば、ステップ１１でマスタモードに設定されていないと
判断され、ステップ１３に進んで、共有メモリ３０のレ
ジスタ３２を参照して曲更新タイミングであるか否かを
判断する。以下、スレーブモードに設定されたゲーム機
ユニットに搭載されたシーケンサ４０は、図５から図８
及び図２に示してある処理を実行する。

【００６２】本実施の形態における各スレーブモードに
設定してあるゲーム機ユニットは、共有メモリ３０のレ
ジスタ３２を参照してゲーム状況に応じた楽曲を選択す
ると共にマスタモードに設定してあるゲーム機ユニット
を構成するシーケンサ４０でカウントしたカウント値に
対応したラベル位置から楽曲を演奏することになるの
で、他のスレーブモードに設定してあるゲーム機ユニッ
トやマスタモードに設定してあるゲーム機ユニットで演
奏されている楽曲と時間的ずれなく同期することができ
る。

【００６３】シーケンサ４０は、図５に示すステップ１
１でマスタモードに設定されてないと判断され、上述し
たようにステップ１３からステップ１６の処理を実行す
る。また、シーケンサ４０は、図５に示すステップ１７
でマスタモードに設定してないと判断され、曲演奏を終
了したか否かを判断する（ステップ１９）。シーケンサ
４０は、ステップ１８で曲演奏を終了していないと判断
すれば、前述してあるステップ１３に復帰して以降のス
テップを実行する。

【００６４】シーケンサ４０は、図５に示すステップ１
９で曲演奏を終了していると判断すれば、図５に示すメ
インルーチンを終了する。

【００６５】以上がスレーブモードにあるゲーム機ユニ
ットでの演奏処理の制御動作である。スレーブモードに
設定してあるゲーム機ユニットは、共有メモリ３０のレ
ジスタ３２を参照してゲーム状況に応じた楽曲を選択す
ると共にマスタモードに設定してあるゲーム機ユニット
を構成するシーケンサ４０でカウントしたカウント値に
対応したラベル位置から楽曲を演奏することから、１／
２小節単位又は１／３小節単位で演奏データの開始位置
を変更することができるになるので、他のスレーブモー
ドに設定してあるゲーム機ユニットやマスタモードに設
定してあるゲーム機ユニットで演奏されている楽曲と時
間的ずれなく同期することができる。

【００６６】上述した実施の形態において、マスタモー
ドに設定したゲーム機ユニットのメインＣＰＵ２０のみ
が、ゲーム終了までの時間をカウントし、スレーブモー
ドに設定してあるゲーム機ユニットのメインＣＰＵ２０
はゲーム終了までの時間をカウントしないものとして説
明してある。これに限定されるものでなく、マスタモー
ドに設定してあるゲーム機ユニットから、例えばアトラ
クトモード又はゲームの開始タイミングをもらって、ス
レーブモードに設定されたゲーム機ユニットのメインＣ
ＰＵ２０でもゲーム終了までの時間をカウントするよう
にしても同様の効果を得ることができる。

【００６７】従って、本実施の形態における通信ゲーム
シテムは、各ゲーム機ユニットのゲーム状況にあわせて
ＢＧＭとして演奏される楽曲を随時変更することができ
るので、各ゲーム機ユニットのプレイヤに対して演出上
の効果を高めることでき、しかも、通信ゲームシステム
全体として演奏される楽曲も全体として一つの楽曲とし
て成り立たせることができる。

【００６８】以上で本発明の実施の形態の説明を終え
る。上記の実施の形態によれば、通信ゲーム機ユニット
でＢＧＭとして演奏される楽曲を各プレイヤのゲーム状
況に合わせて随時変化させることにより、通信ゲームシ
ステム全体として各プレイヤに対する演出上の効果を高
めることができる。さらに、各ゲーム機ユニット毎にＢ
ＧＭとして演奏する楽曲を通信ゲームシステム全体とし
て一つの楽曲として成り立っているので、通信ゲームシ
ステム全体としてゲーム演出上の効果を高めることがで
きる。

【００６９】本発明の第２の実施の形態における通信ゲ
ームシステムを説明する。かかる通信ゲームシステム
は、メインＣＰＵ２０によって音色データをダウンロー
ドするものである。図９〜図１１を参照して説明する。
図９は第２の実施の形態における通信ゲームシステムの
要部構成を示すブロック図である。図１０は第２の実施
の形態におけるシーケンサ周辺の概略構成を示すブロッ
ク図である。図１１は第２の実施の形態における圧縮音
色データのデータ構造を示した模式図である。

【００７０】本実施の形態における変形例２にかかる通
信ゲームシステムは、図１を参照して説明してあるもの
と同一の構成を備え、各ゲーム機ユニットに解凍装置９
５を付加し、さらにストリームデータを再生するために
請求項でいうダウンロード手段を構成するＬＡＮで接続
したハードディスク制御装置１２０とハードディスク１
３０を増設したものである。なお、本実施の形態ですで
に説明してあるものと同一構成の部材は、同一の符号を
付して説明を省略し、新たに付加した構成のみを説明す
る。

【００７１】メインＣＰＵ２０は、通信モジュール１０
及び通信モジュール１１０を介してハードディスク制御
装置１２０にコマンドを送出して、必要な音色データ等
の転送を要求する。メインＣＰＵ２０は通信モジュール
１０、１１０を介して受信した圧縮音色データを解凍装
置９５に送出する機能を新たに付加してある。

【００７２】シーケンサ４０は、ＣＰＵ４１０からな
り、前述してあるように図５〜図８で示されたフローチ
ャートで実現される処理を施しながら演奏データをＰＣ
Ｍ音源５０に送出して演奏処理するものであり、図１０
に示すようにシーケンス処理プログラムを格納したＲＯ
Ｍ４２０とプログラムワーク領域として用いるＲＡＭ４
３０を用いる。

【００７３】演奏データメモリ８０は、図１０に示すよ
うに演奏データ列８２をＲＡＭ４３０に格納して実現し
てある。演奏データ列８２は、図９に示したように演奏
データメモリ８０に相当するＲＡＭ４３０のプログラム
ワーク領域の後ろに演奏データを記述してある。対応表
８１とその値を確認する演奏開始チェック処理ルーチン
は、演奏データ内に記述することにより実現してある。

【００７４】解凍装置９５は、固定長方式のＭＰＥＧＡ
ｕｄｉｏや可変長方式の任意の圧縮方式で圧縮された音
色データを伸長して音色データメモリ９０にマッピング
するものである。解凍装置９５で処理できる圧縮音色デ
ータのデータ構造としては図１１に示すものがある。例
えば、図１１（ａ）に示したようにブロック可変長で１
データ１ブロックのものや、図１１（ｂ）に示すように
ブロック固定長で１データ複数ブロックのもの、図１１
（ｃ）に示すようにブロック可変長で１データ複数ブロ
ックのものが考えられる。図１１（ｄ）はブロックの構
造を示したものであり、ヘッダと圧縮データとからな
る。ヘッダの内容は、ブロック可変長の場合には音色デ
ータメモリにマッピングする際のアドレスやデータ圧縮
率であり、ブロック固定長となる例えばＭＰＥＧＡｕｄ
ｉｏの場合にはビット・レート・インデックス等であ
る。

【００７５】通信モジュール１１０は、ハードディスク
１３０を各ゲーム機ユニットにＬＡＮ接続するものであ
る。ハードディスク制御装置１２０は、ハードディスク
１３０の読み出し制御を行うものであり、ハードディス
ク１３０は音色データと演奏データをストリームデータ
として格納したものである。

【００７６】第２の実施形態は上記構成を備えることに
より、予め音色データメモリ９０に格納してある音色デ
ータや演奏データメモリ８０に格納してある演奏データ
とＬＡＮ接続されたハードディスク１３０から音色デー
タ等もストリームデータとして再生することができるの
で、上述してある本実施の形態における効果に加え、音
色データメモリ９０や演奏データメモリ８０に入りきら
ないような長い音色データ等も再生できるので、音色等
を豊富にしてプレイヤにより効果的な印象を与えること
ができる。

【００７７】

【発明の効果】本発明は、上記構成を備えることによ
り、通信ゲームシステムを構成するゲーム機ユニットで
演奏される楽曲をプレイヤのゲーム上での状況に合わせ
て随時変化させることにより、各プレイヤに対する演出
上の効果を高めることができた。本発明は、上記構成を
備えることにより、通信ゲームシステムを構成するゲー
ム機ユニット毎にＢＧＭとして演奏する楽曲を通信ゲー
ムシステム全体として一つの楽曲として成り立たせるこ
とができるので、通信ゲームシステム全体としてゲーム
演出上の効果を高めることができた。

【図面の簡単な説明】

【図１】本発明の実施の形態を示した通信ゲームシステ
ムの要部構成を示すブロック図

【図２】ゲーム機ユニットにおける演奏状態を示したデ
ータフロー図

【図３】本発明の実施の形態におけるシーケンサプログ
ラムを示した模式図

【図４】マスタ・スレーブの割り付けルーチンを示した
フローチャート

【図５】本実施の形態における楽曲の演奏メインルーチ
ンを示すフローチャート

【図６】曲選択処理サブルーチンを示すフローチャート

【図７】音量調節処理サブルーチンを示すフローチャー
ト

【図８】曲演奏開始サブルーチンを示すフローチャート

【図９】第２の実施の形態における通信ゲームシステム
の要部構成を示すブロック図

【図１０】第２の実施の形態におけるシーケンサ周辺の
概略構成を示すブロック図

【図１１】第２の実施の形態における圧縮音色データの
データ構造を示した模式図

【符号の説明】

１０、１１０通信モジュール２０メインＣＰＵ３０共有メモリ３１カウンタ４０シーケンサ５０ＰＣＭ音源６０Ｄ／Ａ変換器７１アンプ７２スピーカ８０演奏メモリ８１対応表８２演奏データ列９０音色データメモリ１２０ハードディスク制御装置１３０ハードディスク

Claims

【特許請求の範囲】

【請求項１】複数のゲーム機ユニット通信手順を実行す
る通信手段と、当該通信手段で複数のゲーム機ユニット
を接続して、当該複数のゲーム機ユニットで楽曲を演奏
する通信ゲームシステムにおいて、前記楽曲を構成する演奏データ列を記憶する演奏データ
記憶手段と、前記ゲーム機ユニット毎にゲーム状況を検出するステー
タス検出手段と、当該ステータス検出手段からのゲーム状況に応じた楽曲
を前記演奏データ記憶手段から選択する楽曲選択手段
と、当該楽曲選択手段で選択された楽曲を前記複数のゲーム
機ユニットで同期させて演奏する演奏手段を備えること
を特徴とする通信ゲームシステム。
【請求項２】前記演奏手段は、前記ゲーム機ユニットで演奏するタイミングとなる信号
から演奏を開始する位置を示す情報を発生する演奏開始
位置発生手段と、当該演奏開始位置発生手段で発生された情報に対応した
位置の演奏データから楽曲を演奏する楽曲演奏手段とを
含むことを特徴とする請求項１に記載の通信ゲームシス
テム。
【請求項３】前記楽曲を構成する演奏データ列は所定の
データ長毎に区切り、当該区切り毎にラベルを付して前
記演奏データ記憶手段に記憶しており、前記複数のゲーム機ユニットに演奏処理上のマスタモー
ド又はスレーブモードを割り付けるモード割り付け手段
と、前記演奏開始位置発生手段は、前記モード割り付け手段
がスレーブモードに設定したゲーム機ユニットで演奏す
るタイミングとなるカウント値と前記演奏データ記憶手
段に付したラベルとからなる対応テーブルと、前記モー
ド割り付け手段がマスタモードに設定したゲーム機ユニ
ットで演奏する楽曲の進行状況に応じてカウントしたカ
ウント値と前記対応テーブルに規定してあるカウント値
から演奏を開始する位置を示すラベルを選択するラベル
選択手段とを含み、前記楽曲演奏手段が前記ラベル選択手段で選択されたラ
ベルに対応した位置の演奏データから楽曲を演奏するこ
とを特徴とする請求項１又は請求項２に記載の通信ゲー
ムシステム。
【請求項４】前記楽曲演奏手段はチームを構成する人数
に応じて音量を変更する音量変更手段を備えることを特
徴とする請求項１〜請求項３に記載のいずれか１の通信
ゲームシステム。
【請求項５】前記楽曲演奏手段はゲーム状況に応じて、
チームを構成する人数にかかわらず、音量を一定にする
ことを特徴とする請求項４に記載の通信ゲームシステ
ム。