ゲームシステム
【課題】通信を介して複数人参加型のゲームを行う際に、通信による遅延に起因する操作性の悪さを改善する。
【解決手段】合奏ゲームを実行するための合奏ゲームシステムは、互いに通信可能な複数のゲーム装置１０ａ〜１０ｃを含む。各ゲーム装置１０ａ〜１０ｃは、第１の演奏期間において、プレイヤによる演奏操作に応じて自己パートの音を出力する。また、第１の演奏期間中における自己パートの演奏結果を特定するための演奏データ（リハーサルデータ）を他のゲーム装置へ送信する。一方、自己パート以外の他パートの演奏結果を特定するための演奏データが、他のゲーム装置から受信されて記憶装置に記憶される。各ゲーム装置１０ａ〜１０ｃは、第１の演奏期間の後の第２の演奏期間において、記憶装置に記憶されている他パートの演奏データを用いて他パートの音を出力しつつ、プレイヤによる演奏操作に応じて自己パートの音を出力する。
【解決手段】合奏ゲームを実行するための合奏ゲームシステムは、互いに通信可能な複数のゲーム装置１０ａ〜１０ｃを含む。各ゲーム装置１０ａ〜１０ｃは、第１の演奏期間において、プレイヤによる演奏操作に応じて自己パートの音を出力する。また、第１の演奏期間中における自己パートの演奏結果を特定するための演奏データ（リハーサルデータ）を他のゲーム装置へ送信する。一方、自己パート以外の他パートの演奏結果を特定するための演奏データが、他のゲーム装置から受信されて記憶装置に記憶される。各ゲーム装置１０ａ〜１０ｃは、第１の演奏期間の後の第２の演奏期間において、記憶装置に記憶されている他パートの演奏データを用いて他パートの音を出力しつつ、プレイヤによる演奏操作に応じて自己パートの音を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームシステムに関し、より特定的には、複数のユーザがそれぞれゲーム装置を用いて１つのゲームを行うゲームシステムに関する。
【背景技術】
【０００２】
特許文献１には、複数のユーザがそれぞれ演奏装置を用いて合奏を行うことができる合奏用のシステムが記載されている。このシステムでは、電子ピアノ等の各パートを演奏するための各演奏装置は、インターネットを介して合奏用ミキシングサーバとそれぞれ接続される。各演奏装置に対して行われた演奏を示す演奏情報は、一旦合奏用ミキシングサーバに送信される。ミキシングサーバでは、各演奏装置から送信されてきた演奏情報がミキシングされて、ミキシングされた演奏情報が各演奏装置へ送信される。各演奏装置は、ミキシングされた演奏情報を受信し、当該演奏情報を楽音として出力する。以上によって、複数のユーザは、それぞれ端末（演奏装置）を用いて合奏を行うことができる。
【特許文献１】特開２００４−３２５７７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載の演奏装置は、演奏装置に対して演奏が行われてから楽音が出力されるまでの間に合奏用ミキシングサーバと通信を行わなければならない。そのため、演奏装置は、通信による遅延が原因で、演奏操作を行われてから即座に楽音を出力することができず、演奏操作が行われてから楽音を出力するまでに遅延が生じる。したがって、ユーザにとっては演奏操作が非常に難しくなってしまい、操作性が悪くなっていた。
【０００４】
また、上記のような合奏を行うシステムに限らず、複数のユーザがそれぞれゲーム装置を用いて１つのゲームを行う複数人参加型のゲームを行うゲームシステムにおいては、上記と同様の問題が生じていた。すなわち、他のゲーム装置における操作結果を示すデータを自機で受信することによって、当該操作結果を自機に反映させることができるが、このとき、通信による遅延のために、操作結果を反映させるのに遅延が生じてしまう。
【０００５】
それ故、本発明は、通信を介して複数人参加型のゲームを行う際に、通信による遅延が操作性に影響しない、新規なゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、本欄における括弧内の参照符号および補足説明等は、本発明の理解を助けるために後述する実施形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００７】
第１の発明は、互いに通信可能な複数のゲーム装置（１０ａ〜１０ｃ）を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムである。各ゲーム装置は、入力手段（操作スイッチ部１４および／またはタッチパネル１５）と、第１演奏実行手段（ステップＳ３９を実行するＣＰＵコア２１等。以下、この欄において同様の場合にはステップ番号のみを記載する。）と、演奏再現データ送信手段（Ｓ３４）と、演奏再現データ受信手段（Ｓ３５およびＳ３６）と、第２演奏実行手段（Ｓ６９）とを備える。第１演奏実行手段は、第１の演奏期間において、プレイヤによる入力手段の入力に応じて自己パートの音を出力する。演奏再現データ送信手段は、前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データ（リハーサルデータ）を生成して他のゲーム装置へ送信する。演奏再現データ受信手段は、前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段（ＲＡＭ２４）に記憶する。第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する。
【０００８】
なお、第１の発明において、「入力手段による入力」とは、操作スイッチに対して行われる操作入力、および、マイク等の音声入力手段に対して行われる音声入力を含む概念である。また、演奏再現データは、演奏内容を再現することができるものであればよく、プレイヤによる操作の履歴を示すデータ、当該操作を音に変換した音のデータ、当該操作が基準となる操作に対して正誤を示すデータ、当該正誤の結果に基づく音のデータ、および、演奏結果として出力される音のデータを含む概念である。
【０００９】
また、第１の発明において、複数のゲーム装置は、典型的にはインターネットなどの広域ネットワークを介して通信可能とされるが、ローカルネットワークやアドホックネットワークにより通信するものであっても本願発明は適用可能である。また、複数のゲーム装置は、サーバを介して通信をおこなうものでもよいし、相互に直接通信するものでもかまわない。また、サーバで通信ゲームをおこなうゲーム装置のグループを形成した後、当該グループにおいて相互に直接通信するようにしてもかまわない。
【００１０】
第２の発明においては、前記各ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データ（５６）が記憶されていてもよい。このとき、各ゲーム装置は、第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生手段（Ｓ３９）をさらに備える。第１演奏実行手段は、前記自動再生手段による前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する。
【００１１】
第３の発明においては、各ゲーム装置のうち少なくとも１つは、楽曲データ記憶手段（ＲＡＭ２４）と、楽曲決定手段（Ｓ１１）と、楽曲データ送信手段（Ｓ１８）とをさらに備えてもよい。楽曲データ記憶手段は、前記楽曲のパート毎の内容を特定するための楽曲データを複数記憶可能である。楽曲決定手段は、前記楽曲データ記憶手段に楽曲データが記憶された楽曲のうち演奏されるべき楽曲を決定する。楽曲データ送信手段は、前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置に送信する。前記各ゲーム装置のうち前記少なくとも１つ以外（前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置に送信するゲーム装置以外のゲーム装置）は、前記楽曲データ送信手段から送信される楽曲データを受信し、当該楽曲データを用いて前記合奏ゲームを実行する。
【００１２】
なお、第３の発明において、楽曲データは、楽曲のパート毎の内容を特定するためのデータの他に、当該楽曲を演奏する演奏期間中にゲーム装置の画面に表示する指示画像を生成するためのデータや、当該楽曲の演奏中に再生すべきＢＧＭのデータを含むものであってもよい。
【００１３】
また、第３の発明において、さらに、前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置が記憶しているか否かを判定し、前記楽曲決定手段によって決定された楽曲の楽曲データを記憶していない他のゲーム装置のみ当該楽曲データを送信するようにしてもよい。また、前記各ゲーム装置は、プレイヤの入力に基いて楽曲データを作成する楽曲データ作成手段をさらに備え、楽曲データ作成手段によって作成された楽曲データを楽曲データ記憶手段に記憶するようにしてもよい。また、合奏ゲームシステムは、複数の楽曲データを記憶したサーバをさらに備え、各ゲーム装置は、当該サーバから楽曲データの配信を受けて、配信された楽曲データを前記楽曲データ記憶手段に記憶するようにしてもよい。
【００１４】
第４の発明において、前記合奏ゲームシステムは、複数のゲーム装置のうち、前記合奏ゲームのプログラムを実行している前記ゲーム装置の中から、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段（サーバ１）を備えていてもよい。
【００１５】
第５の発明において、前記各ゲーム装置は、指示データ記憶手段（ＲＡＭ２４）と、指示手段（Ｓ４０およびＳ７０）とをさらに備えていてもよい。指示データ記憶手段は、前記入力手段の入力を指示するための指示データを前記パート毎に記憶する。指示手段は、前記自己パートについての前記指示データに基づいて入力を指示する。
【００１６】
第６の発明において、各ゲーム装置は、前記入力手段の入力に対応して出力される音データである対応音データを前記パート毎に記憶する対応音データ記憶手段（ＲＡＭ２４）をさらに備えていてもよい。このとき、前記第１演奏実行手段および前記第２演奏実行手段は、前記入力手段の入力に応じて、前記対応音データを参照して前記自己パートの音を出力する。
【００１７】
第７の発明においては、前記合奏ゲームシステムは、複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定する決定手段（サーバ１）を備えていてもよい。このとき、決定手段によって決定されたグループに属する各前記ゲーム装置において、次の処理が実行される。すなわち、第１演奏実行手段は、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力する。演奏再現データ送信手段は、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである第１演奏再現データを、前記グループに属する他のゲーム装置へ送信する。演奏再現データ受信手段は、前記自己パート以外の他パートについての前記第１演奏再現データを、前記グループに属する他のゲーム装置から受信し、自機の記憶手段に記憶する。前記第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する。
【００１８】
第８の発明においては、ゲームシステムは、パート決定手段（Ｓ２６）をさらに備えていてもよい。パート決定手段は、各ゲーム装置におけるパートを決定する。このとき、前記第１演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力する。前記第２演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力するとともに、前記パート決定手段によって決定された他のゲーム装置のパートの音を当該他のゲーム装置にかかる演奏再現データを用いて出力する。
【００１９】
なお、第８の発明において、パート決定手段は、各ゲーム装置がそれぞれ自機のパートを決定する手段を有することによって実現されてもよい。このとき、各ゲーム装置間でパートの希望を通信した後で、割り当てられるパートを決定するようにしてもよい。また、各ゲーム装置に割り当てられるパートを決定する手段を１つのゲーム装置またはゲーム装置以外のサーバが有していてもよい。この場合、パート決定手段で決定された、各ゲーム装置とそれに割り当てられるパートとの対応は、各ゲーム装置に通知される。
【００２０】
第９の発明においては、各ゲーム装置は、第１の演奏期間を開始するタイミングを各ゲーム装置間で同期させる第１タイミング決定手段（Ｓ３１）をさらに備えていてもよい。
【００２１】
第１０の発明においては、演奏再現データ送信手段は、第１の演奏期間において自己パートの演奏再現データを逐次送信してもよい。このとき、演奏再現データ受信手段は、他のゲーム装置から他パートの演奏再現データを逐次受信する。
【００２２】
第１１の発明においては、各ゲーム装置は、自己パートの演奏再現データを記憶装置に逐次記憶させる自己演奏再現データ記憶制御手段をさらに備えていてもよい。このとき、演奏再現データ送信手段は、第１の演奏期間が終了した後で、記憶装置に記憶されている自己パートの演奏再現データを他のゲーム装置へ送信する。
【００２３】
第１２の発明においては、演奏再現データは、第１または第２の演奏期間中における時点を示すデータ（フレーム番号データ）と、当該時点においてプレイヤによって行われた演奏操作を示す操作データとを含んでいてもよい。
【００２４】
第１３の発明においては、各ゲーム装置は、演奏結果データ送信手段（Ｓ６４）と、演奏結果データ受信手段（Ｓ６５）と、評価手段（Ｓ７６）をさらに備えていてもよい。演奏結果データ送信手段は、第２の演奏期間中における自己パートの演奏結果を特定するための演奏結果データを他のゲーム装置へ送信する。演奏結果データ受信手段は、第２の演奏期間中における他パートの演奏結果を特定するための演奏結果データを他のゲーム装置から受信する。評価手段は、第２の演奏期間中における自己パートの演奏結果を特定するための演奏結果データと、演奏結果データ受信手段によって受信された演奏結果データとに基づいて、複数のパート全体の演奏結果に対する評価を行う。
【００２５】
なお、第１３の発明において、演奏結果データは、演奏内容を特定するための演奏データ、および、演奏内容に対する評価結果（具体的には、得点）を示すデータを含む概念である。
【００２６】
第１４の発明においては、各ゲーム装置は、第２の演奏期間を開始するタイミングを各ゲーム装置間で同期させる第２タイミング決定手段（Ｓ６１）をさらに備えていてもよい。
【００２７】
第１５の発明においては、各ゲーム装置の記憶装置には、楽曲のパート毎の内容を特定するための楽曲データが記憶されていてもよい。このとき、各ゲーム装置は、第２の演奏期間中において、記憶装置に記憶されている他パートの演奏再現データを用いて楽曲の各演奏部分について他パートの音を生成することが可能か否かを各パートについて判定する生成判定手段（Ｓ８２）をさらに備えている。第２演奏実行手段は、判定結果が否定であると判定されたパートについては、記憶装置に記憶されている他パートの演奏再現データを用いた音の生成が不可能である演奏部分の音を楽曲データを用いて生成する。
【００２８】
第１６の発明は、互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムである。合奏ゲームシステムは、グループ決定手段およびパート決定手段を備える。グループ決定手段は、複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定する。パート決定手段は、前記合奏ゲームの開始に先立って、前記グループ決定手段によって決定されたグループに属する各ゲーム装置のパートを決定する。前記グループ決定手段によって決定されたグループに属する各ゲーム装置は、第１演奏実行手段と、自動再生手段と、演奏再現データ送信手段と、演奏再現データ受信手段と、再現手段と、第２演奏実行手段とを備える。第１演奏実行手段は、前記合奏ゲームにおける第１の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、プレイヤによる入力手段の入力に応じて音を出力する。自動再生手段は、前記合奏ゲームにおける第１の演奏期間において、前記パート決定手段によって決定されたパート以外の音を自動的に出力する。演奏再現データ送信手段は、前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における自己の前記第１演奏実行手段による音の出力を再現するためのデータである演奏再現データを生成して、前記グループに属する他のゲーム装置へそれぞれ送信する。演奏再現データ受信手段は、前記演奏再現データを前記グループに属する他のゲーム装置からそれぞれ受信し、自機の記憶手段に記憶する。再現手段は、前記第１の演奏期間の次の前記合奏ゲームにおける第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて、当該他の各ゲーム装置の前記第１演奏期間中における前記第１演奏実行手段による音の出力をそれぞれ再現する。第２演奏実行手段は、前記第２の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、前記再現手段による音の出力に併せて、プレイヤによる前記入力手段の入力に応じて音を出力する。
【００２９】
なお、第１６の発明において、各ゲーム装置は、各パートごとに楽曲の開始から終了に向けて順次入力を指示するための指示データを記憶していてもよい。このとき、第１の演奏期間において、当該指示データに基づいて、パート決定手段で決定された自己のパートについての当該指示データにより指示を行ってもよい。なお、当該指示データは各ゲーム装置に予め記憶しておいてもよいし、ネットワーク等を介した配信により取得されてもよいし、他のゲーム装置から取得されてもよい。
【００３０】
また、演奏再現データ送信手段は、第１の演奏期間中に演奏再現データを逐次送信してもよいし、第１の演奏期間終了後に演奏再現データをまとめて送信してもよい。また、演奏再現データは、ゲーム装置間で直接送受信されてもよいし、サーバ経由で送受信されてもよい。
【００３１】
第１７の発明は、互いに通信可能な複数のゲーム装置を含み、各ゲーム装置を用いてプレイヤに楽曲を演奏させることによって合奏ゲームを実行する合奏ゲームシステムである。前記各ゲーム装置は、入力手段と、第１演奏実行手段と、演奏再現データ送信手段と、演奏再現データ受信手段と、第２演奏実行手段と、を備える。第１演奏実行手段は、第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己の演奏の音声を出力する。演奏再現データ送信手段は、前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己の演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する。演奏再現データ受信手段は、他のゲーム装置から送信される前記演奏再現データを受信し、自機の記憶手段に記憶する。第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他のゲーム装置の演奏の音声を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じた前記自己の演奏の音声を出力する。
【００３２】
また、本発明は、上記ゲームシステムに含まれるゲーム装置（１０）の形態で提供されてもよい。また、ゲーム装置のコンピュータ（ＣＰＵコア２１等）で実行されるゲームプログラム（５１）の形態で提供されてもよい。
【発明の効果】
【００３３】
第１の発明によれば、２回の演奏期間を設けることによって、１回目の演奏期間における他のゲーム装置の演奏再現データを、２回目の演奏期間に用いることによって他パートの音を出力する。すなわち、少なくとも２回目の演奏期間より前に、１回目の演奏期間における他のゲーム装置の演奏再現データを当該他のゲーム装置から受信して記憶しておく。そして、２回目の演奏期間において、記憶しておいた演奏再現データを用いて他パートの音を出力する。これによれば、２回目の演奏期間において、すでに記憶されている１回目の演奏結果の演奏再現データを用いるので、自己パートの音と他パートの音との出力タイミングを容易にそろえることができる。すなわち、第１の発明によれば、通信による遅延に起因する操作性の悪さを改善することができる。
【００３４】
第２の発明によれば、１回目の演奏期間においても他パートの音が出力されるので、プレイヤは、１回目の演奏においても他のプレイヤと合奏しているかのような感覚を得ることができる。また、１回目の演奏によって自己パートを他パートに合わせるように練習した後、２回目の演奏を行うことができる。
【００３５】
第３の発明によれば、ゲームシステムに含まれる複数のゲーム装置のうちに、演奏される楽曲の楽曲データを有していないゲーム装置がある場合でも、当該ゲーム装置に楽曲データを送信することによって、合奏ゲームのプレイを可能とすることができる。
【００３６】
第４の発明によれば、合奏ゲームに参加するゲーム装置を自動的に選出して、合奏ゲームを行うグループを形成することができる。
【００３７】
第５の発明によれば、自己パートの演奏内容をプレイヤに対して通知することによって、プレイヤに自己パートの演奏を促すことができるとともに、正しい演奏内容をプレイヤに提示することができる。
【００３８】
第６の発明によれば、対応音データを用いることによって、各パートの音を容易に出力することができる。また、対応音データには各パートの音データが含まれるので、ゲーム装置は、どのパートが割り当てられても、自己パートの音を適切に出力することができる。
【００３９】
第７の発明によれば、複数のゲーム装置のうちから、合奏ゲームを行うゲーム装置のグループが決定される。したがって、常に同じ相手ではなく、異なる相手と合奏ゲームをプレイすることができる。
【００４０】
第８の発明によれば、各ゲーム装置のプレイヤは、自分が演奏したい楽曲のパートを自ら選択することができる。
【００４１】
第９の発明によれば、第１の演奏期間の開始タイミングがほぼ同じタイミングとなることによって、第１の演奏期間の終了タイミングも各ゲーム装置でほぼ同じになる。したがって、各プレイヤは、第２の演奏期間の開始を長時間待つことがなく、第１の演奏期間の終了後、すぐに第２の演奏を開始することができる。
【００４２】
第１０の発明によれば、第１の演奏期間中に演奏再現データを送信することによって、第１の演奏期間の終了後、短時間で第２の演奏期間を開始することができる。
【００４３】
第１１の発明によれば、第１の演奏期間の終了後に演奏再現データをまとめて送信することによって、ゲーム装置間の通信回数を減らすことができる。
【００４４】
第１２の発明によれば、プレイヤによって行われた演奏操作を示す操作データによって演奏内容を特定することによって、例えば演奏音によって演奏内容を特定する場合に比べて、演奏再現データのデータ量を少なくすることができる。
【００４５】
第１３の発明によれば、プレイヤは、各プレイヤによる各パートの演奏全体に対する評価を得ることができる。これによれば、自分の演奏の出来だけではなく、他のプレイヤの演奏の出来も考慮されて評価がされるので、１人で演奏を行う場合に比べて、他のプレイヤと合奏を行う楽しみが増す。
【００４６】
第１４の発明によれば、第２の演奏期間の開始タイミングがほぼ同じタイミングとなることによって、第２の演奏期間の終了タイミングも各ゲーム装置でほぼ同じになる。したがって、各プレイヤは、第２の演奏期間の終了後、長時間待つことなく合奏に対する評価を得ることができる。
【００４７】
第１５の発明によれば、通信等の不備によりいずれかのゲーム装置からの演奏再現データが受信されなくなった場合でも、他パートの音を生成して出力することができる。
【００４８】
第１６の発明によれば、第１の発明と同様、２回目の演奏期間において、すでに記憶されている１回目の演奏結果の演奏再現データを用いるので、自己パートの音と他パートの音との出力タイミングを容易にそろえることができる。したがって、第１６の発明によっても第１の発明と同様、通信による遅延に起因する操作性の悪さを改善することができる。
【００４９】
第１７の発明によれば、２回の演奏期間を設けることによって、１回目の演奏期間における他のゲーム装置の演奏再現データを、２回目の演奏期間に用いることによって他のゲーム装置の演奏音を出力する。そして、２回目の演奏期間において、記憶しておいた演奏再現データを用いて他のゲーム装置の演奏音を出力する。これによれば、２回目の演奏期間において、すでに記憶されている１回目の演奏結果の演奏再現データを用いるので、自機の演奏音と他のゲーム装置の演奏音との出力タイミングを容易にそろえることができる。すなわち、第１７の発明によれば、通信による遅延に起因する操作性の悪さを改善することができる。
【発明を実施するための最良の形態】
【００５０】
以下、本発明の一実施形態に係るゲームシステムおよびゲーム装置、ゲームプログラムについて説明する。図１は、本実施形態に係るゲームシステムの構成を示すブロック図である。図１に示すように、本ゲームシステムは、サーバ１および複数の携帯ゲーム装置（以下、単に「ゲーム装置」と呼ぶ。）１０ａ〜１０ｃがインターネット等のネットワーク１を介して接続される構成である。本実施形態では、ゲームシステムは３つのゲーム装置１０ａ〜１０ｃを含み、図１では、３人のプレイヤがゲーム装置を１つずつ使用してゲームを行う場合を示しているが、ゲームシステムに含まれるゲーム装置の数は複数であればいくつであってもよい。各ゲーム装置１０ａ〜１０ｃは、無線でネットワーク１に接続可能であるが、有線で接続されるものであってもよい。また各ゲーム装置は携帯ゲーム装置ではなく、据置型ゲーム装置であっても構わない。また、例えば、据置型ゲーム装置に携帯ゲーム装置を接続し、当該据置型ゲーム装置をネットワークに接続する構成でもよく、この場合、据置型ゲーム装置には複数の携帯ゲーム装置が接続されてもよい。以下においては、ゲームシステムに含まれる各ゲーム装置を特に区別する必要がない場合は、１つのゲーム装置を単にゲーム装置１０と記載することがある。
【００５１】
また、サーバ１は、通信ゲームを行うゲーム装置のグループの決定（マッチング）を行うための装置である。他の実施形態においては、ゲームシステムは、サーバ１を含まない構成であってもよい。サーバ１の動作の詳細については後述する。
【００５２】
（ゲーム装置の構成）
まず、ゲーム装置１０の構成について説明する。図２は、ゲームシステムに含まれるゲーム装置１０の外観図である。本実施形態では、ゲームシステムに含まれるか各ゲーム装置は全て同じ構成であり、全て図１に示す構成である。
【００５３】
図２において、ゲーム装置１０は、第１のＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１１および第２のＬＣＤ１２を含む。ハウジング１３は上側ハウジング１３ａと下側ハウジング１３ｂとによって構成されている。第１のＬＣＤ１１は上側ハウジング１３ａに収納され、第２のＬＣＤ１２は下側ハウジング１３ｂに収納される。第１のＬＣＤ１１および第２のＬＣＤ１２の解像度はいずれも２５６ｄｏｔ×１９２ｄｏｔである。なお、本実施形態では表示装置としてＬＣＤを用いているが、例えばＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ：電界発光）を利用した表示装置など、他の任意の表示装置を利用することができる。また任意の解像度のものを利用することができる。
【００５４】
上側ハウジング１３ａには、後述する１対のスピーカ（図３の３０ａおよび３０ｂ）からの音を外部に放出するための音抜き孔１８ａおよび１８ｂが形成されている。また、上側ハウジング１３ａと下側ハウジング１３ｂとを開閉可能に接続するヒンジ部にはマイクロフォン用孔３３が設けられている。
【００５５】
下側ハウジング１３ｂには、入力装置として、十字スイッチ１４ａ、スタートスイッチ１４ｂ、セレクトスイッチ１４ｃ、Ａボタン１４ｄ、Ｂボタン１４ｅ、Ｘボタン１４ｆ、およびＹボタン１４ｇが設けられている。また、下側ハウジング１３ｂの側面には、図示しないＬボタンおよびＲボタンが設けられている。さらに、各操作スイッチとは別の入力装置として、第２のＬＣＤ１２の画面上にタッチパネル１５が装着されている。下側ハウジング１３ｂの側面には、電源スイッチ１９、メモリカード１７を収納するための挿入口３５（図２に示す一点鎖線）、スティック１６を収納するための挿入口３６（図２に示す点線）が設けられている。
【００５６】
タッチパネル１５は、抵抗膜方式のタッチパネルである。ただし、本発明は抵抗膜方式に限らず、任意の押圧式のタッチパネルを用いることができる。タッチパネル１５は、スティック１６に限らず指で操作することも可能である。本実施形態では、タッチパネル１５として、第２のＬＣＤ１２の解像度と同じく２５６ｄｏｔ×１９２ｄｏｔの解像度（検出精度）のものを利用する。ただし、必ずしもタッチパネル１５の解像度と第２のＬＣＤ１２の解像度が一致している必要はない。なお、本実施形態においては、ゲーム装置１０は、少なくとも１つの操作スイッチまたはタッチパネル１５を備えていればよい。
【００５７】
メモリカード１７は、ゲームプログラムを記録した記録媒体であり、下部ハウジング１３ｂに設けられた挿入口３５に着脱自在に装着される。なお、ゲームプログラムはゲーム装置の内部メモリ（不揮発であることが好ましいが揮発性でもよい）に記憶してもよく、所定のサーバ（または他のゲーム装置）からダウンロードしたプログラムを当該内部メモリに記憶するようにしてもかまわない。
【００５８】
次に、図３を参照してゲーム装置１０の内部構成を説明する。図３は、ゲーム装置１０の内部構成を示すブロック図である。図３において、ハウジング１３に収納される電子回路基板２０には、ＣＰＵコア２１が実装される。ＣＰＵコア２１には、バス２２を介して、コネクタ２３が接続されるとともに、入出力インターフェース回路（図面ではＩ／Ｆ回路と記す）２５、第１ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２６、第２ＧＰＵ２７、ＲＡＭ２４、およびＬＣＤコントローラ３１、およびワイヤレス通信部３７が接続される。コネクタ２３には、メモリカード１７が着脱自在に接続される。メモリカード１７は、ゲームプログラムを記憶するＲＯＭ１７ａと、バックアップデータを書き換え可能に記憶するＲＡＭ１７ｂを搭載する。メモリカード１７のＲＯＭ１７ａに記憶されたゲームプログラムはＲＡＭ２４にロードされ、ＲＡＭ２４にロードされたゲームプログラムがＣＰＵコア２１によって実行される。ＲＡＭ２４には、ゲームプログラムの他にも、ＣＰＵコア２１がゲームプログラムを実行して得られる一時的なデータや、ゲーム画像を生成するためのデータが記憶される。Ｉ／Ｆ回路２５には、タッチパネル１５、右スピーカ３０ａ、左スピーカ３０ｂ、図２の十字スイッチ１４ａやＡボタン１４ｄ等から成る操作スイッチ部１４、およびマイクロフォン３８が接続される。右スピーカ３０ａと左スピーカ３０ｂは、音抜き孔１８ａ、１８ｂの内側にそれぞれ配置される。マイクロフォン３８は、マイクロフォン用孔３３の内側に配置される。
【００５９】
第１ＧＰＵ２６には、第１ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）２８が接続され、第２ＧＰＵ２７には、第２ＶＲＡＭ２９が接続される。第１ＧＰＵ２６は、ＣＰＵコア２１からの指示に応じて、ＲＡＭ２４に記憶されているゲーム画像を生成するためのデータに基づいて第１のゲーム画像を生成し、第１ＶＲＡＭ２８に描画する。第２ＧＰＵ２７は、同様にＣＰＵコア２１からの指示に応じて第２のゲーム画像を生成し、第２ＶＲＡＭ２９に描画する。第１ＶＲＡＭ２８および第２ＶＲＡＭ２９はＬＣＤコントローラ３１に接続されている。
【００６０】
ＬＣＤコントローラ３１はレジスタ３２を含む。レジスタ３２はＣＰＵコア２１からの指示に応じて０または１の値を記憶する。ＬＣＤコントローラ３１は、レジスタ３２の値が０の場合は、第１ＶＲＡＭ２８に描画された第１のゲーム画像を第１のＬＣＤ１１に出力し、第２ＶＲＡＭ２９に描画された第２のゲーム画像を第２のＬＣＤ１２に出力する。また、レジスタ３２の値が１の場合は、第１ＶＲＡＭ２８に描画された第１のゲーム画像を第２のＬＣＤ１２に出力し、第２ＶＲＡＭ２９に描画された第２のゲーム画像を第１のＬＣＤ１１に出力する。
【００６１】
ワイヤレス通信部３７は、他のゲーム装置のワイヤレス通信部との間で、ゲーム処理に利用されるデータやその他のデータを送受信する機能を有している。また、ゲーム装置１０は、ワイヤレス通信部３７を介してインターネット等の広域ネットワークに接続することが可能であり、ネットワークを介して他のゲーム装置との間で通信を行うことも可能である。
【００６２】
（ゲームシステムの動作概要）
次に、図４〜図６を参照して、ゲームシステムにおいて実行される動作の概要を説明する。本実施形態では、プレイヤに演奏を行わせる複数のゲーム装置によって合奏ゲームを行う場合を例として説明する。この合奏ゲームでは、複数のプレイヤが、複数のパートからなる楽曲の各パートをそれぞれ演奏して遊ぶ。すなわち、各プレイヤにはそれぞれ楽曲のパートが１つずつ割り当てられ、プレイヤは、割り当てられたパートの演奏をゲーム装置を用いて行う。なお、同じパートを複数のプレイヤが演奏することができるようにしてもよい。各プレイヤによって行われた演奏内容は、他のゲーム装置に送信され、ゲーム装置は、全てのゲーム装置における演奏内容を取得する。ゲーム装置は、取得した演奏内容を用いて全パートの音を一緒に出力する、すなわち、各演奏音を合奏として出力する。本ゲームは、以上の処理によって各ゲーム装置における演奏を合わせて合奏として出力することによって、複数のプレイヤで合奏を行うためのものである。
【００６３】
まず、ゲーム装置を用いた演奏操作について説明する。楽曲の演奏が可能となる期間（演奏期間）中においては、プレイヤが所定の演奏ボタンのいずれかを押下する操作を行ったことに応じて、ゲーム装置からは自己パートの音が出力される。本実施形態では、演奏ボタンは、十字キー１４ａの上下左右ボタン、Ａボタン１４ｄ、Ｂボタン１４ｅ、Ｘボタン１４ｆ、Ｙボタン１４ｇ、Ｌボタン、およびＲボタンの１０種類である。ゲーム装置の自己パートとは、そのゲーム装置に割り当てられたパートのことである。また、本実施形態では、押下されたキーの種類に応じて異なる音程の音が出力される。具体的には、十字キー１４ａの上下左右ボタンおよび各ボタン１４ｄ〜１４ｇの８種類のボタンに対して例えばドレミファソラシドの８つの音程が１つずつ割り当てられるとともに、Ｌボタンによって音程が半音変化し、Ｒボタンによって音程が１オクターブ変化する。以上より、プレイヤは、１０種類の演奏ボタンを用いて自己パートの演奏を行うことができる。なお、詳細は後述するが、本実施形態では、プレイヤは演奏操作の難易度を３つのレベルのうちから選択することができるものとし、難易度によっては用いる演奏ボタンの数が１０種類よりも少なくなる場合がある。
【００６４】
また、自己のパートに応じて音色が変更される。すなわち、ゲーム装置には、各楽器ごとかつ各音程ごとの音データが記憶される。具体的には、例えば、ピアノおよびギターのパートを含む楽曲については、ピアノについての各音程ごとの音データ、ギターについての各音程ごとの音データが記憶される。演奏時には、ピアノのパートが割り当てられたゲーム装置では、ピアノについての音データが使用され、ギターのパートが割り当てられたゲーム装置では、ギターについての音データが使用される。
【００６５】
また、本実施形態では、各ボタン操作に対して固定の音程を割り当てたが、同じボタン操作をしたときでも、楽曲に応じて、および／または、１つの楽曲においても部分に応じて、異なる音程の音が出力されるようにしてもよい。この場合、あるボタン操作をしたときに出力される音程を指定するデータが楽曲ごと（および／または、楽曲における部分ごと）に定義されて、各ゲーム装置が当該定義したデータを記憶しておりこれが合奏ゲーム実行中に利用される。
【００６６】
また、音が出力されるタイミングは、ボタンの操作タイミングとしてもよいし、正しいタイミングでボタンが操作されたときのみ音を出力するようにしてもよい。後者の場合、具体的には、音が出力されるべき正しいタイミングが定義されており、ゲーム装置１０は、ボタンの操作タイミングが当該正しいタイミングを基準とする許容範囲内であるか否かを判定する。そして、当該判定が肯定のときに、当該正しいタイミングで音を出力する。また、正しいボタン操作がされたときのみ、対応する音を出力するようにしてもよいし、ボタン操作がされたときはその操作が正しいかどうかに関わらず対応する音を出力するようにしてもかまわない。
【００６７】
本ゲームにおいては、演奏操作が可能となる演奏期間中、演奏すべき楽曲の演奏操作の指示画像がゲーム装置１０の画面に表示される。ここで、演奏操作の指示画像とは、ボタン操作のタイミング（および付加的にボタン操作の種類）をプレイヤに対して指示するものである。プレイヤは、画面に表示された内容に従って演奏操作を行う。図４は、ゲーム装置の画面に表示されるゲーム画像の例を示す図である。図４に示されるように、第１のＬＣＤ１１または第２のＬＣＤ１２の画面には、３本のゲージ（例えばゲージ４１）、１対のカーソル４２、複数の操作指示画像（例えば操作指示画像４３および４４）、および、操作期間画像（例えば操作期間画像４５）が表示される。図４に示すゲーム画像は、自己パートの演奏操作のタイミング（および付加的に演奏操作の種類）をプレイヤに対して指示するための画像である。
【００６８】
横長形状のゲージは、縦方向に複数本並べて配置されている。また、ゲージには目盛りが付されており、１本のゲージは４分の４拍子の場合には例えば１６マスに区分され、４分の３拍子の場合には例えば１２マスに区分される。１対のカーソル４２は、左右方向に関して同じ位置に配置され、一方がいずれかのゲージの上側に配置され、他方が当該ゲージの下側に配置される。また、操作指示画像および操作期間画像は、ゲージ上に配置される。操作指示画像は、上記８種類の演奏ボタンのいずれかを表す画像（上下左右方向の矢印、または、Ａ，Ｂ，Ｘ，Ｙ，Ｌ，Ｒの文字）を含む。操作期間画像は、操作指示画像の右側に必要に応じて配置される。なお、ゲームシステムに含まれる各ゲーム装置に割り当てられるパートが異なるので、各ゲーム装置の画面において、操作指示画像および操作期間画像はそれぞれ異なる位置に配置される。なお、演奏操作の指示画像は、本実施形態で採用した態様と異なるものであっても、種々の態様を採用可能であることは当業者にとっては容易に理解可能である。演奏操作の指示画像は、例えば、音楽の一般的な楽譜のようなものに操作タイミングを指示するカーソルを付したようなものでもよいし、操作指示画像を所定位置に向けて移動表示し、操作指示画像が当該所定位置に到達したときに操作タイミングとなるような態様でも良い。
【００６９】
上記演奏期間が開始されると、１対のカーソル４２は、時間に応じてゲージの左側から右側へ移動していき、ゲージの右端に達すると、当該ゲージの１つ下に表示されるゲージの左端に移動する。また、画面に表示されているゲージは、カーソル４２が画面内に常に表示されるように、カーソル４２の移動に応じて上方向にスクロールする。つまり、各ゲージは上方向に移動していき、操作指示画像および操作期間画像が配置された新たなゲージが画面の下側から追加して表示される。
【００７０】
各指示画像（操作指示画像および操作期間画像）が配置されたゲージは、演奏操作指示すなわち楽譜に相当するものであり、演奏ボタンを押下すべきタイミングおよび押下すべき演奏ボタンの種類を表している。具体的には、プレイヤは、操作指示画像がカーソル４２によって指定されるタイミング（１対のカーソル４２の間に操作指示画像が位置するタイミング）で、当該操作指示画像によって表される操作を行う。例えば、図４に示す画像が表示されている時点では、カーソル４２は、Ｒボタンを表す操作指示画像４３と十字キー１４ａの右方向を表す操作指示画像４４とを指定しているので、プレイヤはＲボタン１４および十字キー１４ａの右方向を同時に押下する操作を行う。また、操作期間画像は、演奏ボタンを押下する長さを表している。つまり、プレイヤは、移動するカーソル４２が操作期間画像を指定している間、演奏ボタンを継続的に押下する。例えば、図４に示す操作期間画像４５は、Ｂボタン１４ｅを２目盛り分の時間だけ継続的に押下することを表している。なお、ある演奏ボタンを１目盛り分の時間だけ押下することを表す場合、操作期間画像は配置されない。ゲージ上に配置された各指示画像に従って演奏ボタンを押下することによって、プレイヤは、楽曲を正しく演奏することができる。
【００７１】
以上に説明した演奏操作を行うことによって、プレイヤは、自己パートの演奏を行うことができる。ここで、合奏を行うためには、他のゲーム装置に割り当てられた他パートの演奏内容を表すデータを演奏中に逐次取得し、その演奏中において、取得したデータに基づいて当該他パートの音を出力する方法が考えられる。しかし、この方法では、他のゲーム装置から上記データを受信する際、特にネットワークを介した通信の場合には通信による遅延が発生するので、他パートの音を出力するタイミングは、自己パートの音を出力するタイミングよりも遅くなってしまう。合奏を行う場合には自己パートの音と他パートの音とを同期させなければならないが、上記方法では自己パートの音と他パートの音と同期させて出力することができない。
【００７２】
そこで、本実施形態では、１つの楽曲について合奏を行う際、リハーサル演奏および本番演奏という２回の演奏を各プレイヤに行わせる。つまり、各ゲーム装置は、リハーサル演奏を行うための１回目の演奏期間（リハーサル演奏期間）と、本番演奏を行うための２回目の演奏期間（本番演奏期間）という、２回の演奏期間を設定する。具体的には、各ゲーム装置は、リハーサル演奏期間中またはリハーサル演奏期間後に、リハーサル演奏の内容を表すデータを他のゲーム装置から取得する。そして、本番演奏期間において、自己パートの音を出力すると共に、取得したデータを用いて他パートの音を出力する。これによって、本番演奏期間において、プレイヤの演奏と他のプレイヤの演奏とを違和感無く出力することができる。
【００７３】
図５および図６は、ゲームシステムにおける動作を説明するための図である。図５および図６では、ギター、ベース、およびドラムの３つのパートからなる楽曲を３つのゲーム装置１０ａ〜１０ｃによって合奏する場合を例として説明する。また、図５および図６では、第１ゲーム装置１０ａにはギターのパートが割り当てられ、第２ゲーム装置１０ｂにはベースのパートが割り当てられ、第３ゲーム装置１０ｃにはドラムのパートが割り当てられるものとする。
【００７４】
なお、第１ゲーム装置１０ａと第２ゲーム装置１０ｂと第３ゲーム装置１０ｃはいずれも合奏ゲームのプログラムを記憶したメモリカードが装着されたゲーム装置であり、当該プログラムを実行することにより（または、装置本体内蔵のプログラムを実行することにより）、所定のサーバ（図１のサーバ１）に対して合奏ゲームの実行を希望するデータを送信し、当該サーバにおいて、合奏ゲームの実行を希望する複数のゲーム装置をグループ化することにより、合奏ゲームをおこなう単位グループとして形成されたものである。なお、合奏ゲームのプログラムを記憶したメモリカードが装着されていないゲーム装置であっても、当該サーバに合奏ゲームの実行を希望することが可能にしてもよく、この場合、合奏ゲームの実行を希望をするデータをサーバに送信し、かつ、合奏ゲームのプログラムの配信を受けるためのプログラムをゲーム装置本体に内蔵し、サーバから当該ゲーム装置にプログラムを配信することにより実現される。
【００７５】
また、このようにしてグループ化されたゲーム装置である第１ゲーム装置１０ａと第２ゲーム装置１０ｂと第３ゲーム装置１０ｃのそれぞれについて、担当するパートを決定する処理が合奏ゲームを開始する前におこなわれる。この処理は、例えば、図１０を参照して後述するような方法で実行される。ここで決定されたパートが、リハーサル演奏期間においても本番演奏期間においても参照される。さらに、グループ化されたゲーム装置において、共通の楽曲データを選択する処理が合奏ゲームを開始する前におこなわれる。ここで決定された楽曲が、リハーサル演奏期間においても本番演奏期間においても参照される。
【００７６】
図５は、リハーサル演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図である。リハーサル演奏期間において、ゲーム装置１０では、各プレイヤによって自己パートの演奏が行われる。このとき、ゲーム装置１０は、プレイヤによって行われた演奏内容を示す演奏データを他のゲーム装置へ送信する（図５参照）。ここで、リハーサル演奏の演奏内容を示す演奏データを「リハーサルデータ」と呼ぶ。図５においては、第１ゲーム装置１０ａにおいて行われた演奏内容を示すリハーサルデータＡが第２および第３ゲーム装置１０ｂおよび１０ｃに送信され、第２ゲーム装置１０ｂにおいて行われた演奏内容を示すリハーサルデータＢが第１および第３ゲーム装置１０ａおよび１０ｃに送信され、第３ゲーム装置１０ｃにおいて行われた演奏内容を示すリハーサルデータＣが第１および第２ゲーム装置１０ａおよび１０ｂに送信される。
【００７７】
また、リハーサル演奏においては、各ゲーム装置１０ａ〜１０ｃは、それぞれの自己パートの音をそれぞれのプレイヤによる操作に応じて出力しつつ、他パートの音を出力する。ここで、各ゲーム装置では、自己パートに応じて異なる処理が実行される。具体的には、自己パートに対応する演奏操作指示画像が表示され、プレイヤの操作に応じた音を出力するとともに他パートが自動演奏される。例えば、ギターのパートが割り当てられる第１ゲーム装置１０ａにおいては、ギターの音はプレイヤの操作に応じて出力されるとともに、ベースおよびドラムの音は楽曲データを用いて出力される。したがって、本実施形態においては、リハーサル演奏時には他のプレイヤとの合奏は行われないが、楽曲データを用いて他パートの音が生成されて出力される。したがって、プレイヤは、リハーサル演奏時において、自己パートを他パートに合わせるように演奏を練習することができ、本番演奏に備えることができる。また、他の実施形態においては、楽曲の各パートの音に合わせてＢＧＭ（各パート以外の伴奏音や、楽曲とは直接関連しない音を含む）が出力されてもよい。
【００７８】
図６は、本番演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図である。本番演奏期間においてもリハーサル演奏期間と同様、各ゲーム装置１０ａ〜１０ｃでは、各プレイヤによって各パートの演奏操作が行われる。つまり、本番演奏期間において、各ゲーム装置１０ａ〜１０ｃは、それぞれの自己パートの音をそれぞれのプレイヤによる操作に応じて出力する。ここで、各ゲーム装置では、自己パートに応じて異なる処理が実行される。具体的には、自己パートに対応する演奏操作指示画像が表示され、プレイヤの操作に応じた音を出力するとともに、他パートの音がリハーサル演奏の際に取得されたリハーサルデータを用いて生成されて出力される。したがって、本番演奏期間において、プレイヤは、自己の演奏と、他のプレイヤによる演奏とをタイミングを合わせて合奏を行うことができる。
【００７９】
また、本実施形態においては、必要に応じて、本番演奏期間において、ゲーム装置１０は、自己パートについて行われた演奏内容を示す演奏データを他のゲーム装置へ送信する（図６参照）。ここで、本番演奏の演奏内容を示す演奏データを「本番データ」と呼ぶ。図６においては、第１ゲーム装置１０ａにおいて行われた演奏内容を示す本番データＡが第２および第３ゲーム装置１０ｂおよび１０ｃに送信され、第２ゲーム装置１０ｂにおいて行われた演奏内容を示す本番データＢが第１および第３ゲーム装置１０ａおよび１０ｃに送信され、第３ゲーム装置１０ｃにおいて行われた演奏内容を示す本番データＣが第１および第２ゲーム装置１０ａおよび１０ｂに送信される。これによって、ゲーム装置１０は、他のゲーム装置の本番演奏における演奏内容を示す本番データを取得することができる。本実施形態では、ゲーム装置１０は、本番演奏における演奏結果を評価するための得点を算出する。取得された本番データは、当該得点を算出するために用いられる。
【００８０】
以上のように、本実施形態によれば、リハーサル演奏と本番演奏という２回の演奏をプレイヤに行わせる。そして、本番演奏においては、自己パートの音がプレイヤによる操作に応じて出力されるとともに、他パートの音は、すでに取得されているリハーサルデータを用いて生成されて出力される。したがって、本番演奏時において、他のプレイヤによる演奏を自分の演奏に合わせて出力することができる。これによって、全パートの音をタイミングをあわせて合奏を行うことができる。
【００８１】
（ゲーム処理の詳細）
次に、本実施形態においてゲーム装置１０で実行されるゲーム処理について説明する。まず、図７を参照して、ゲーム処理において用いられる主なデータについて説明する。図７は、ゲーム装置１０のＲＡＭ２４に記憶される主なデータを示す図である。図７に示すように、ＲＡＭ２４には、ゲームプログラム５０およびゲーム処理用データ５１等が記憶される。なお、ＲＡＭ２４には、図７に示すデータの他、楽曲の演奏音を出力するために必要な音源データやゲームに登場する各種オブジェクトの画像データ等、ゲーム処理に必要なデータが記憶される。
【００８２】
ゲームプログラム５０は、ゲーム装置１０に電源が投入された後の適宜のタイミングでメモリカード１７のＲＯＭ１７ａからその一部または全部が読み込まれてＲＡＭ２４に記憶される。ゲームプログラム５０は、後述する合奏ゲームのゲーム処理（図８）をＣＰＵコア２１が実行するためのプログラムである。
【００８３】
ゲーム処理用データ５１には、後述するゲーム処理（図８）を実行する際に用いられる各種のデータが含まれる。具体的には、ゲーム処理用データ５１は、自機リハーサルデータ５２、他機リハーサルデータ５３、自機本番データ５４、他機本番データ５５、楽曲データ５６、パートデータ５７、グループデータ５８、および演奏楽曲指定データ５９を含む。自機リハーサルデータ５２、他機リハーサルデータ５３、自機本番データ５４、他機本番データ５５、およびパートデータ５７は、プログラムの実行により生成されてＲＡＭに記憶されるデータであり、楽曲データ５６は、ＲＯＭ１７ａに記憶されたものが読み込まれてＲＡＭに記憶されるデータである。なお、ゲーム処理用データには、上記のデータの他、各パート（楽器）について音程毎の音データが含まれる。
【００８４】
自機リハーサルデータ５２は、自機で生成されたリハーサルデータである。つまり、自機リハーサルデータ５２は、自機に割り当てられたパート（自己パート）のリハーサル演奏の内容を示す。本実施形態では、自機リハーサルデータ５２は、フレーム時間（１／６０［ｓ］）間隔で操作スイッチ部１４から取得される操作データ（いずれのボタンが操作されたかを示すデータ）と、当該操作データが取得されたフレーム時刻を示すフレーム番号データとを含む。なお、フレーム番号データは、リハーサル演奏開始時点を例えばフレーム番号１としてその後インクリメントするものであり、リハーサル演奏期間中における時点を示すものである。自機リハーサルデータ５２には、操作データとフレーム番号データとの組が含まれる。したがって、自機リハーサルデータ５２を参照することによって、ゲーム装置１０は、演奏期間中におけるどの時点で、どの演奏ボタンが押下されたかを知ることができる。なお、リハーサルデータや後述の本番データは、フレーム番号データを含まない構成であってもよく、例えばフレーム毎の操作データの配列であれば、フレーム番号に代えて当該配列のインデックスによって演奏のタイミングを特定することができる。
【００８５】
他機リハーサルデータ５３は、他のゲーム装置で生成されたリハーサルデータである。つまり、他機リハーサルデータ５３は、他の装置に割り当てられたパート（他パート）のリハーサル演奏の内容を示す。本実施形態では、他機リハーサルデータ５３は、自機リハーサルデータ５２と同様、操作データとフレーム番号データとを複数組含む。なお、３つ以上のゲーム装置が合奏ゲームをおこなう場合（すなわち、一緒に合奏を行う他のゲーム装置が複数存在する場合）、他機リハーサルデータ５３は、他装置毎に記憶される。
【００８６】
自機本番データ５４は、自機で生成された本番データである。つまり、自機本番データ５４は、自機に割り当てられたパート（自己パート）の本番演奏の内容を示す。本実施形態では、自機本番データ５４は、自機リハーサルデータ５２と同様、操作データとフレーム番号データとを複数組含む。また、他機本番データ５５は、他のゲーム装置で生成された本番データである。つまり、他機本番データ５５は、他の装置に割り当てられたパート（他パート）の本番演奏の内容を示す。本実施形態では、他機本番データ５５は、自機リハーサルデータ５２と同様、操作データとフレーム番号データとを複数組含む。なお、３つ以上のゲーム装置が合奏ゲームを行う場合、他機本番データ５５は、他装置毎に記憶される。
【００８７】
なお、本実施形態においては、各演奏データ５２〜５５は、演奏期間中における時点を示すデータ（フレーム番号データ）と、当該時点におけるプレイヤによって行われた演奏操作を示すデータ（操作データ）とを含むものであった。ここで、各演奏データ５２〜５５は、プレイヤによる演奏内容を特定することができ、演奏内容を再現することができる情報であればどのようなものであってもよい。例えば、他の実施形態においては、各演奏データ５２〜５５は、フレーム番号と、当該フレーム番号に相当する時刻において出力すべき音との対応を示すデータであってもよい。
【００８８】
楽曲データ５６は、楽曲の演奏出力情報および演奏操作指示情報を含むデータである。具体的には、楽曲データ５６には、フレーム番号と、当該フレーム番号に相当する時刻においておこなうべきボタン操作と、当該ボタン操作に応じて出力すべき音との対応を示すデータが、その楽曲を構成するパート毎に含まれている。このデータは、上記演奏出力情報および演奏操作指示情報として用いられる。さらには、プレイヤ操作に応じた音の出力に対するＢＧＭとなる音声ファイルデータも記憶されていてもよい。このデータは、上記演奏出力情報として用いられる。ゲーム装置１０は、楽曲データ５６を用いて、プレイヤ操作に応じた演奏音を生成したり、自己パート以外のパートについて自動演奏音を生成したり、画面に表示される指示画像の配置を決定したりする。なお、自己パート以外のパートについての自動演奏は、パートごとに音声ファイルデータを用意してそれを再生するようにしてもよいし、演奏操作指示情報に基づいてプログラム処理により音を出力するようにしてもよい。
【００８９】
また、ゲーム装置１０は、複数の楽曲について楽曲データを記憶していてもよい。また、各ゲーム装置が利用可能な不揮発メモリ（たとえばＲＡＭ１７ｂなど）に楽曲データ記憶領域を形成し、所定のサーバ（複数の楽曲データを記憶する）からダウンロードした楽曲データを当該楽曲データ記憶領域に記憶可能にしてもよい。さらに、各ゲーム装置におけるプレイヤ入力に基いて楽曲データを生成し、当該生成されたデータを当該楽曲データ記憶領域に記憶するようにしてもよい。上記の場合、ゲームシステムに含まれる各ゲーム装置が記憶している楽曲データは、それぞれ異なる楽曲の楽曲データが記憶される可能性があることとなる。
【００９０】
パートデータ５７は、合奏を行う際における、ゲーム装置とそれに割り当てられるパートとの対応を示すデータである。より具体的には、パートデータ５７は、ゲーム装置の識別情報とパートの識別情報とを対応付けたデータである。さらに、本実施形態では、パートデータ５７は、ゲーム装置と当該ゲーム装置において設定されている難易度との対応を示す。
【００９１】
ここで、難易度について説明する。本実施形態では、演奏操作の難易度が複数種類あり、プレイヤは、難易度を選択可能である。難易度はレベル１〜３の３種類であり、演奏ボタンとして用いるボタンの数が難易度に応じて異なる。難易度が最も高いレベル３では、上記１０種類の演奏ボタンが用いられ、図４を用いて説明した演奏操作が採用される。また、難易度が中程度のレベル２では、上記１０種類の演奏ボタンのうちＬボタンおよびＲボタンを除く８種類の演奏ボタンが用いられる。レベル２では、レベル３と同様に８種類の演奏ボタン毎に異なる音程の音が出力される。ただし、ＬボタンおよびＲボタンが用いられないので、半音やオクターブの調整は自動的に行われる。なお、レベル２の場合に表示されるゲーム画像では、８種類の演奏ボタンを表す操作指示画像がゲージ上に表示される。また、難易度が最も低いレベル１では、任意の１種類の演奏ボタンのみが用いられる。レベル１では、出力される音の音程およびオクターブは自動的に決定される。なお、レベル１の場合に表示されるゲーム画像では、１種類の演奏ボタンを表す操作指示画像のみがゲージ上に表示される。なお、他の実施例においては、難易度は３段階でなくともよく、例えば２種類の演奏ボタンを用いる、やや難易度の低いレベルを含んだ４段階にしてもよい。
【００９２】
グループデータ５８は、自機と同じグループに属する他のゲーム装置の識別情報を示す。また、演奏楽曲指定データ５９は、リハーサル演奏時および本番演奏時に各プレイヤによって演奏される楽曲（演奏楽曲）を識別するためのデータである。
【００９３】
次に、ゲーム装置１０において行われるゲーム処理の詳細を、図８〜図１４を用いて説明する。図８は、ゲーム装置１０において実行されるゲーム処理の流れを示すフローチャートである。ゲーム装置１０の電源が投入されると、ゲーム装置１０のＣＰＵコア２１は、図示しないブートＲＯＭに記憶されている起動プログラムを実行し、ＲＡＭ２４等の各ユニットが初期化される。そして、メモリカード１７に格納されたゲームプログラムがＲＡＭ２４に読み込まれ、ＣＰＵコア２１によって当該ゲームプログラムの実行が開始される。図８に示すフローチャートは、以上の処理が完了した後に実行されるゲーム処理を示すフローチャートである。
【００９４】
図８に示すステップＳ１において、ＣＰＵコア２１は、サーバ１に対して接続処理を行う。前述したように、サーバ１は、マッチング処理、すなわち、一緒に合奏ゲームを行うゲーム装置のグループを決定する処理を実行する。つまり、ステップＳ１の処理は、ゲーム装置１０がサーバ１に対してマッチング処理を実行することを要求する処理である。具体的には、ＣＰＵコア２１は、自機を識別するため情報（例えばＩＰアドレス）を含むマッチング要求データをワイヤレス通信部３７を介してサーバ１へ送信する。サーバ１は、マッチング要求データを受信したことに応じて、同じくマッチング要求データを送信してきた他のゲーム装置のうちから、ゲーム装置１０と一緒に合奏ゲームを行うゲーム装置を接続相手として選出する。なお、メモリカード１７に格納されたゲームプログラムを識別するための情報（ゲームプログラムＩＤ）をマッチング要求データに含めて、サーバに送信してもよく、この場合、サーバ１は、同じゲームプログラムＩＤを含むマッチング要求データを送信してきた他のゲーム装置を、ゲーム装置１０の接続相手として選出する。なお、ゲームプログラムＩＤはゲームプログラムとともにメモリカード１７に記憶される。
【００９５】
本実施形態においては、ゲーム装置１０は、所定範囲内の数を示す番号データをマッチング要求データに含めて送信することができる。この番号データの数は、プレイヤによって指定される。サーバ１は、番号データを含むマッチング要求データを受信した場合、同じ数の番号データを含むマッチング要求データを送信してきた他のゲーム装置を、ゲーム装置１０の接続相手として選出する。上記番号データは、例えば知人同士で一緒に合奏ゲームを行いたい場合に有効である。すなわち、送信する番号データの数を知人と予め決めておくことによって、サーバ１は知人同士のゲーム装置をマッチングするので、知人同士で一緒に合奏ゲームを行うことができる。
【００９６】
なお、マッチングの方法は、上記番号データを用いた方法に限らず、何らかの条件を示すデータをマッチング要求データに含ませて送信する方法であってもよいし、サーバ１がランダムにゲーム装置を選出する方法であってもよい。前者の場合、例えば、ゲームの習熟度を表すデータをマッチング要求データに含ませて送信し、習熟度が同じレベルのゲーム装置同士をマッチングする方法が考えられる。
【００９７】
サーバ１は、予め定められた上限数の接続相手を選出した場合、または、上記上限数よりも小さい所定数の接続相手を選出してから所定時間が経過した場合、マッチング処理を終了する。これによって、ゲーム装置１０と、選出された接続相手のゲーム装置とからなるグループが形成されたこととなる。なお、合奏ゲームの場合、上記上限数は、楽曲を構成するパートの数とすることが好ましい。また、上記所定数および所定時間は、ゲーム装置１０によって設定されるようにしてもよい。サーバ１は、マッチング処理を終了すると、上記グループ内の各ゲーム装置へ接続相手のゲーム装置を識別するデータを送信する。また、本実施形態では、サーバ１は、上記データを送信する際、グループ内の１つのゲーム装置をリーダーとして選出し、選出されたゲーム装置にリーダーであることを通知する。
【００９８】
ステップＳ２においては、ＣＰＵコア２１は、接続相手の識別情報を示すデータをサーバ１から受信しグループデータ５８としてＲＡＭ２４に登録する（記憶する）。これによって、ゲーム装置１０は、グループに含まれる他のゲーム装置との通信が可能となる。以降においては、サーバ１を介さずに、グループに含まれる各ゲーム装置同士で直接通信が行われる。なお、本実施形態では、ゲームシステムに含まれる複数のゲーム装置を、サーバ１を用いて決定するようにしたが、ゲームシステムに含まれる複数のゲーム装置の決定方法は、どのような方法であってもよく、サーバ１を用いない方法であってもよい。また、マッチング後もサーバ１を介して通信するようにしてもかまわない。ステップＳ２の後、ステップＳ３の処理が実行される。
【００９９】
なお、ステップＳ１およびＳ２の処理は、メモリカード１７に格納されたゲームプログラムの実行によらず、ゲーム装置１０に内蔵されたプログラムによって実行してもかまわない。そのようにすれば、メモリカード１７を所持しないプレイヤであっても合奏ゲームに参加することが可能になる。なお、この場合、そのゲーム装置に対して、サーバまたは他のゲーム装置（典型的にはマッチングされたゲーム装置）からゲームプログラムが配信されてそれが実行される。
【０１００】
ステップＳ３において、楽曲決定処理が実行される。楽曲決定処理は、合奏ゲームにおいて演奏を行う楽曲を決定するための処理である。以下、図９を参照して、楽曲決定処理の詳細を説明する。
【０１０１】
図９は、図８に示す楽曲決定処理（ステップＳ３）の詳細を示すフローチャートである。楽曲決定処理においては、まずステップＳ１０において、ＣＰＵコア２１は、自機がリーダーに設定されているか否かを判定する。ステップＳ１０の判定結果が肯定である場合、ステップＳ１１の処理が実行され、ステップＳ１０の判定結果が否定である場合、ステップＳ１３の処理が実行される。
【０１０２】
リーダーのゲーム装置では、ステップＳ１１の処理が実行される。すなわち、ステップＳ１１において、ＣＰＵコア２１は、２回の演奏期間において演奏を行う楽曲を決定する。楽曲の決定は、ＲＡＭ２４に楽曲データ５６が記憶されている楽曲のうちから、所望の楽曲をゲーム装置１０のプレイヤが指定することによって行われる。その結果、決定された楽曲を識別するためのデータが演奏楽曲指定データ５９としてＲＡＭ２４に登録される。つまり、本実施形態では、リーダーであるゲーム装置を用いるプレイヤが、演奏する楽曲を決定することができる。なお、他の実施形態においては、ＲＡＭ２４に楽曲データ５６が記憶されている楽曲のうちからランダムに楽曲が決定されてもよい。以下では、ステップＳ１１で決定された楽曲を演奏楽曲と呼ぶ。
【０１０３】
続くステップＳ１２において、ＣＰＵコア２１は、上記演奏楽曲を他のゲーム装置へ通知する。具体的には、当該演奏楽曲を示すデータ（演奏楽曲指定データ５９）がワイヤレス通信部３７からネットワークを介して他のゲーム装置へ送信される。リーダーに設定されているゲーム装置においては、ステップＳ１２の後、後述するステップＳ１７の処理が実行される。
【０１０４】
一方、リーダーでないゲーム装置においては、ステップＳ１３の処理が実行される。すなわち、ステップＳ１３において、ＣＰＵコア２１は、決定された演奏楽曲の通知（ステップＳ１２）をワイヤレス通信部３７によって受信する。具体的には、リーダーのゲーム装置から演奏楽曲指定データ５９を受信してＲＡＭ２４に登録する。これによって、リーダーでないゲーム装置は、演奏楽曲を知ることができる。
【０１０５】
続くステップＳ１４において、ＣＰＵコア２１は、演奏楽曲の楽曲データが自機のＲＡＭ２４に記憶されているか否かを判定する。なお、本実施形態においては、ゲーム装置１０は、プレイヤによって作成された楽曲データを新たに記憶したり、新たな楽曲データを他の装置から取得することが可能であるとする。したがって、各ゲーム装置において記憶されている楽曲データは必ずしも一致せず、あるゲーム装置において記憶されている楽曲データが他のゲーム装置では記憶されていないこともあり得る。ステップＳ１４の判定結果が肯定である場合、ステップＳ１５の処理が実行され、ステップＳ１４の判定結果が否定である場合、ステップＳ１６の処理が実行される。
【０１０６】
ステップＳ１５において、ＣＰＵコア２１は、楽曲データの送信が不要である旨をリーダーのゲーム装置に対して通知する。一方、ステップＳ１６において、ＣＰＵコア２１は、楽曲データの送信を要求する。つまり、リーダーでないゲーム装置は、演奏楽曲の楽曲データを記憶していない場合にはワイヤレス通信部３７を用いて当該楽曲データの送信を要求し、当該楽曲データを記憶している場合には送信不要の旨をワイヤレス通信部３７を用いて通知する。ステップＳ１５の後、ＣＰＵコア２１は図９に示す楽曲決定処理を終了する。また、ステップＳ１６の後、ＣＰＵコア２１は後述するステップＳ１９の処理を実行する。
【０１０７】
一方、リーダーのゲーム装置においては、ステップＳ１２の後にステップＳ１７の処理が実行される。すなわち、ステップＳ１７において、ＣＰＵコア２１は、他の全てのゲーム装置が演奏楽曲の楽曲データを記憶しているか否かを判定する。ステップＳ１７の判定は、上記ステップＳ１５またはＳ１６で他のゲーム装置から送信されてくる内容に基づいて行うことができる。すなわち、少なくとも１つの他のゲーム装置から楽曲データの送信の要求があった場合、ステップＳ１７の判定結果は否定と判断される。一方、全ての他のゲーム装置から楽曲データの送信不要の通知があった場合、ステップＳ１７の判定結果は肯定と判断される。ステップＳ１７の判定結果が否定である場合、ステップＳ１８の処理が実行される。一方、ステップＳ１７の判定結果が肯定である場合、ステップＳ１８の処理がスキップされて、ＣＰＵコア２１は図９に示す楽曲決定処理を終了する。
【０１０８】
ステップＳ１８において、ＣＰＵコア２１は、演奏楽曲の楽曲データを、楽曲データの送信を要求した他のゲーム装置、すなわち、演奏楽曲の楽曲データを記憶していない他のゲーム装置へワイヤレス通信部３７を用いて送信する。
【０１０９】
一方、リーダーでないゲーム装置においては、ステップＳ１６の次にステップＳ１９の処理が実行される。ステップＳ１９においては、ＣＰＵコア２１は、リーダーのゲーム装置からステップＳ１８で送信される楽曲データをワイヤレス通信部３７によって受信する。これによって、リーダーでないゲーム装置のプレイヤは、自己が知らない楽曲（ゲーム装置に楽曲データが記憶されていない楽曲）についても合奏を行うことができるとともに、自機で演奏可能な楽曲の数を増やすことができる。ステップＳ１９の後、ＣＰＵコア２１は、図９に示す楽曲決定処理を終了する。
【０１１０】
図８の説明に戻り、ステップＳ３の次のステップＳ４において、パート決定処理が実行される。パート決定処理は、ステップＳ３で決定された演奏楽曲を構成する各パートのうち、グループ内の各ゲーム装置においてそれぞれどのパートを演奏するかを決定する処理である。以下、図１０を参照して、パート決定処理の詳細を説明する。
【０１１１】
図１０は、図８に示すパート決定処理（ステップＳ４）の詳細を示すフローチャートである。パート決定処理においては、まずステップＳ２１において、ＣＰＵコア２１は、グループ内の全てのゲーム装置がパートを決定したか否かを判定する。ステップＳ２１の判定は、ＲＡＭ２４に記憶されているパートデータ５７を参照することによって行われる。すなわち、当該パートデータ５７が、全てのゲーム装置についてゲーム装置とパートとの対応を示すデータである場合、全てのゲーム装置がパートを決定したと判定される。ステップＳ２１の判定結果が肯定である場合、ＣＰＵコア２１は、図１０に示すパート決定処理を終了する。一方、ステップＳ２１の判定結果が否定である場合、ステップＳ２２の処理が実行される。
【０１１２】
ステップＳ２２において、ＣＰＵコア２１は、演奏楽曲の各パートのうちで、自機のプレイヤが選択可能なパートを第１のＬＣＤ１１または第２のＬＣＤ１２に表示させる。なお、本実施形態では、複数のゲーム装置に対して同じパートが割り当てられないものとする。つまり、ステップＳ２２では、他のゲーム装置がすでに選択したパートは除外され、残りのパートのみが選択可能なように表示される。具体的には、ＲＡＭ２４に記憶されているパートデータ５７にゲーム装置とパートとの対応が含まれている場合、当該パートは除外される。表示の様態としては、残りパートのみを表示してもよいし、残りパートと既に選択されたパートとの色を変える等して区別して表示するようにしてもよい。また、既に選択されたパートと同じパートを選択できるようにしてもよい。
【０１１３】
続くステップＳ２３において、ＣＰＵコア２１は、選択されたパートを示すデータ（選択パートデータ）をワイヤレス通信部３７によって他のゲーム装置から受信したか否かを判定する。ここで、他のゲーム装置においてパートが選択された場合には、当該他のゲーム装置から、選択パートデータが送信されてくる。ステップＳ２３において、ＣＰＵコア２１は、当該選択パートデータが送信されてきたか否かを判定する。ステップＳ２３の判定結果が肯定である場合、ステップＳ２４の処理が実行され、ステップＳ２３の判定結果が否定である場合、ステップＳ２５の処理が実行される。
【０１１４】
ステップＳ２４において、ＣＰＵコア２１は、他のゲーム装置において選択されたパートを当該他のゲーム装置に割り当てる。つまり、ステップＳ２３で選択パートデータを送信してきたゲーム装置に対して、当該選択パートデータにより示されるパートが割り当てられる。なお、本実施形態では、難易度を示すデータ（難易度データ）が選択パートデータとともに送信される。したがって、ＣＰＵコア２１は、ステップＳ２３で選択パートデータを送信してきたゲーム装置と、当該選択パートデータにより示されるパートと、当該選択パートデータとともに送信された難易度データにより示される難易度との対応を含むように、ＲＡＭ２４に記憶されているパートデータ５７の内容を更新する。ステップＳ２４の後、ステップＳ２１の処理が再度実行される。
【０１１５】
一方、ステップＳ２５において、ＣＰＵコア２１は、自機においてパートが選択されたか否かを判定する。具体的には、操作スイッチ部１４およびタッチパネル１５に対して行われた入力に基づいて、ステップＳ２２で表示されているパートのうちから１つを選択する操作が行われたか否かを判定する。ステップＳ２５の判定結果が肯定である場合、ステップＳ２６の処理が実行され、ステップＳ２５の判定結果が否定である場合、ステップＳ２１の処理が再度実行される。
【０１１６】
ステップＳ２６において、ＣＰＵコア２１は、ステップＳ２５において選択されたパートを自機に割り当てる。このとき、ＣＰＵコア２１は、ゲーム操作の難易度を指示する操作をプレイヤから受け付け、プレイヤの指示に従って難易度を決定する。そして、自機と、ステップＳ２５において選択されたパートと、決定された難易度との対応を含むように、ＲＡＭ２４に記憶されているパートデータ５７の内容を更新する。
【０１１７】
続くステップＳ２７において、ＣＰＵコア２１は、ステップＳ２６で選択されたパートを示す選択パートデータを、グループデータ５８を参照して、グループに含まれる全ての他のゲーム装置へ送信する。また、選択パートデータとともに、ステップＳ２６で決定された難易度を示す難易度データと、自機を識別するためのデータとが他のゲーム装置へ送信される。ステップＳ２７の後、ステップＳ２１の処理が再度実行される。
【０１１８】
以上のステップＳ２１〜Ｓ２７で説明したように、本実施形態では、グループに含まれる各ゲーム装置のプレイヤが早い者順でパートを選択することによって、各ゲーム装置に割り当てられるパートが決定される。なお、他の実施形態においては、各ゲーム装置に割り当てられるパートはランダムに決定されてもよいし、パートを選択するプレイヤの順序をランダムに決定するようにしてもよい。
【０１１９】
図８の説明に戻り、ステップＳ４の次のステップＳ５において、リハーサル演奏処理が実行される。リハーサル演奏処理は、第１回目の演奏（リハーサル演奏）をプレイヤに行わせる処理である。以下、図１１を参照してリハーサル演奏処理の詳細を説明する。
【０１２０】
図１１は、図８に示すリハーサル演奏処理（ステップＳ５）の詳細を示すフローチャートである。リハーサル演奏処理においては、まずステップＳ３１において、ＣＰＵコア２１は開始タイミング決定処理を実行する。開始タイミング決定処理は、演奏期間を開始するタイミングを決定する処理である。なお、演奏期間とは、プレイヤが演奏を行うことが可能な期間であり、換言すれば、ゲーム装置がプレイヤによる演奏操作を受け付ける期間である。以下、図１２を参照して開始タイミング決定処理の詳細を説明する。
【０１２１】
図１２は、図１１に示す開始タイミング決定処理（ステップＳ３１）の詳細を示すフローチャートである。開始タイミング決定処理においては、まずステップＳ５１において、ＣＰＵコア２１は、自機がリーダーに設定されているか否かを判定する。ステップＳ５１の判定結果が肯定である場合、ステップＳ５２の処理が実行され、ステップＳ５１の判定結果が否定である場合、ステップＳ５４の処理が実行される。
【０１２２】
リーダーのゲーム装置においては、ステップＳ５２およびＳ５３の処理が実行される。すなわち、ステップＳ５２において、ＣＰＵコア２１は、リハーサル演奏期間を開始するタイミングを決定し、当該タイミングを示すデータを他のゲーム装置へ送信する。当該データは、例えば、リハーサル演奏期間を開始するまでの残り時間を示すデータであってもよいし、リハーサル演奏期間を開始する時刻を示すデータであってもよいし、リハーサル演奏を即時に開始することを指示するデータであってもよい。また、他のゲーム装置へ通知されるタイミングは、リーダーのゲーム装置から他のゲーム装置へデータを送信した場合の遅延時間を考慮して決定されてもよい。このとき、リーダーのゲーム装置は、算出された遅延時間を考慮してグループ内の各ゲーム装置間でほぼ同じタイミングになるように、他のゲーム装置へそれぞれ異なる内容のデータを送信してもよい。
【０１２３】
続くステップＳ５３において、ＣＰＵコア２１は、ステップＳ５２で決定されたタイミングに従ってリハーサル演奏を開始する。すなわち、後述するステップＳ３２〜Ｓ４１（図１１）の処理ループを開始する。ステップＳ５３の後、ＣＰＵコア２１は、図１２に示す開始タイミング決定処理を終了する。
【０１２４】
一方、リーダーでないゲーム装置においては、ステップＳ５４およびＳ５５の処理が実行される。すなわち、ステップＳ５４において、ＣＰＵコア２１は、リハーサル演奏期間を開始するタイミングを示すデータをリーダーのゲーム装置から受信する。続くステップＳ５５において、ＣＰＵコア２１は、ステップＳ５４で受信したデータにより示される開始タイミングに従ってリハーサル演奏を開始する。ステップＳ５４の後、ＣＰＵコア２１は、図１２に示す開始タイミング決定処理を終了する。
【０１２５】
以上に説明した開始タイミング決定処理によって、演奏期間を開始するタイミングがグループ内の各ゲーム装置間で同期することとなる。すなわち、各ゲーム装置は、ほぼ同じタイミングでリハーサル演奏を開始し、ほぼ同じタイミングでリハーサル演奏を終了する。これによって、他のゲーム装置においてリハーサル演奏が終了していないことが原因で自機において本番演奏を開始できなくなることを防止することができる。つまり、リハーサル演奏を終了したプレイヤは、他のプレイヤのリハーサル演奏の終了を長時間待つことなく本番演奏を開始することができる。なお、開始タイミング決定処理は、プレイヤが本番演奏の開始を待つ時間を低減することを目的として行われる。そのため、各ゲーム装置における開始タイミングは厳密に同時である必要はなく、例えば各ゲーム装置における開始タイミングに数秒程度のずれが生じていてもよい。
【０１２６】
図１１の説明に戻り、ステップＳ３１の開始タイミング決定処理の次に、ステップＳ３２〜Ｓ４１の処理ループが実行される。なお、この処理ループは、１回の処理ループが１フレーム時間毎に実行される。
【０１２７】
ステップＳ３２において、ＣＰＵコア２１は、自機の演奏ボタンに対して行われた演奏操作を示す操作データを操作スイッチ部１４から取得する。当該操作データは、各演奏ボタンが押下されたか否かを示すデータを含む。
【０１２８】
続くステップＳ３３において、ＣＰＵコア２１は、ステップＳ３２で取得された操作データに対して、自機に設定されている難易度に応じた所定の変換を行う。具体的には、難易度がレベル１またはレベル２に設定されている場合、操作データは、難易度がレベル３である場合に対応する内容に変換される。より具体的には、操作データにより押下されたことが示される演奏ボタンの種類が、楽曲データ５６に基づいて変更される。難易度がレベル１に設定されている場合、操作データがいずれかの演奏ボタンが押下されていることを示していれば、当該操作データは、現在のタイミングで押下すべき正しい演奏ボタンが押下されていることを示す内容に変更される。ここで、押下すべき正しい演奏ボタンは、楽曲データ５６を参照することによって特定することができる。また、難易度がレベル２に設定されている場合、ＬボタンやＲボタンとあるボタン（十字キーなど）とを同時に押下すべきタイミングにおいて、操作データが当該あるボタンが押下されていることを示していれば、当該操作データは、当該あるボタンとＬボタンやＲボタンが同時に押下されていることを示す内容に変更される。なお、ＬボタンやＲボタンを押下すべきタイミングであるか否かは、楽曲データ５６を参照することによって決定することができる。すなわち、ステップＳ３３において、ＣＰＵコア２１は、自己において低難易度が設定されているときに、ステップＳ３２で取得された操作データと楽曲データに含まれる演奏操作指示データとを比較し、少なくとも両者のタイミングが許容範囲であることを判断して、ステップＳ３２で取得された操作データを楽曲データで定める演奏操作指示データに変換する。さらには、当該判断において、ステップＳ３２で取得された操作データと楽曲データで定める演奏操作指示データとの操作種類（例えば押下されたボタンの種類）が所定関係にあることをさらに判断してもよい。また、当該所定関係の判断は、難易度に応じて変更してもよい。すなわち、難易度が高いほど、両者の操作種類の一致を要求し、難易度が低いほど、両者の操作種類の相違を許容するようにしてもよい。
【０１２９】
なお、リハーサルデータとして、操作データではなく、操作の正誤データ（各ゲーム装置において、操作データと演奏操作指示データを比較して、正しい操作が行なわれたか否かを示すデータ）を他機に送信するようにしてもよい。そして、当該他機では、受信したリハーサルデータ（操作の正誤データ）を演奏操作指示データに基づいて正しい操作データに変換するようにしてもかまわない。
【０１３０】
なお、難易度がレベル１およびレベル２のいずれに設定されている場合も、操作データがいずれの演奏ボタンも押下されていないことを示している場合には、当該操作データは変更されない。
【０１３１】
続くステップＳ３４において、ＣＰＵコア２１は、ステップＳ３３の処理後の操作データを用いて自機リハーサルデータを生成し、グループデータ５８に登録された他のゲーム装置へワイヤレス通信部３７を介して送信する。自機リハーサルデータは、ステップＳ３３の処理後の操作データと、当該操作データが取得されたフレーム時刻を示すフレーム番号データと、自機を識別するデータとを含む。フレーム番号データは、例えば、リハーサル演奏期間が開始された時点で取得されたフレーム番号を“１”として、１フレーム毎に１ずつインクリメントされた番号を示す。ステップＳ３４の処理が１フレーム毎に実行されることによって、各ゲーム装置から他のゲーム装置へ、１フレーム毎にリハーサルデータが逐次送信されることとなる。なお、ゲーム装置から他のゲーム装置へ送信される演奏データが確実に送信先のゲーム装置で受信されるように、当該送信先のゲーム装置は、演奏データを受信したことを確認する通知を送信元のゲーム装置に返信するようにしてもよい。このとき、送信元のゲーム装置は、演奏データを送信してから所定時間内に返信がない場合、当該演奏データを再送信するようにしてもよい。また、上記のように生成された自機リハーサルデータ５２はＲＡＭ２４に記憶される。
【０１３２】
なお、本実施形態においては、ゲーム装置１０は、自機リハーサルデータをリハーサル演奏期間中において逐次送信するようにしたが、他の実施形態においては、ゲーム装置は、リハーサル演奏期間中において自機リハーサルデータをＲＡＭ２４に逐次記憶しておくようにしてもよい。そして、ゲーム装置は、リハーサル演奏期間が終了した後（かつ、本番演奏期間が開始する前）で、ＲＡＭ２４に記憶されている自機リハーサルデータをまとめて他のゲーム装置へ送信するようにしてもよい。
【０１３３】
続くステップＳ３５において、ＣＰＵコア２１は、グループデータ５８に登録された他のゲーム装置から送信されてくるリハーサルデータ（他機リハーサルデータ）をワイヤレス通信部３７によって受信する。なお、各ゲーム装置間の通信状況は常に一定ではないので、あるフレームにおけるステップＳ３２〜Ｓ４１の処理ループにおいては、他機リハーサルデータが受信されず、他の処理ループで複数回データを受信されることもある。
【０１３４】
続くステップＳ３６において、ＣＰＵコア２１は、ステップＳ３５における処理後のリハーサルデータを他機リハーサルデータ５３としてゲーム装置毎にＲＡＭ２４に記憶する。ＲＡＭ２４に記憶された他機リハーサルデータ５３は、後述する本番演奏時に他パートの演奏音を生成するために用いられる。
【０１３５】
ステップＳ３６の後、ステップＳ３７〜Ｓ３９において、自己パートおよび他パートの演奏音が生成されて出力される。すなわち、ステップＳ３７において、ＣＰＵコア２１は、ステップＳ３３の処理後の操作データを用いて自己パートの演奏音を生成する。すなわち、現在のフレームにおいてプレイヤによって押下された演奏ボタンを上記操作データに基づいて判別し、押下された演奏ボタンの種類と自機に設定されている難易度とに基づいて、出力すべき音の音程を決定する。より具体的には、パートデータ５７を参照して当自己パートを判断し、当該自己パートに対応する音データが使用される。すなわち、例えば、自己パートがギターである場合には、ギターの音データが使用され、自己パートがピアノである場合には、ピアノの音データが使用される。なお、楽曲ごと（または楽曲の部分ごと）に各パートの音を変更したり、楽曲ごと（または楽曲の部分ごと）にボタン操作に対して出力する音を変更する場合には、演奏楽曲指定データ５９で指定される楽曲の楽曲データに含まれる自己パートに対応する音データが使用される。また、プレイヤ操作が正しい操作であるときのみ対応する音を出力する場合には、すなわち、プレイヤが演奏操作指示に基く正しいタイミングで（かつ正しいボタン操作で）操作したときにのみ対応する音を出力する場合には、当該操作データが正しいタイミングか（かつ正しいボタン操作か）を、演奏楽曲指定データ５９で指定される楽曲の楽曲データに含まれる自己パートについての演奏操作指示データに基づいて判断して、当該判断が肯定のときのみ対応する音を出力する。
【０１３６】
続くステップＳ３８において、ＣＰＵコア２１は、楽曲データ５６を用いて他パートの演奏音を生成する。具体的には、楽曲データ５６を参照して、現在のフレームのタイミングで出力すべき音を特定し、特定された音を他パートの演奏音とする。これによって、ステップＳ３７で生成された自己パートの音とステップＳ３８で生成された他パートの音との同期をとることができる。
【０１３７】
続くステップＳ３９において、ＣＰＵコア２１は、ステップＳ３７で生成された自己パートの演奏音と、ステップＳ３８で生成された他パートの演奏音とを各スピーカ３０ａおよび３０ｂから出力させる。すなわち、プレイヤによる演奏操作に応じて自己パートの演奏音が出力しつつ、楽曲データ５６を用いて生成された他パートの演奏音を出力する。以上のステップＳ３７〜Ｓ３９によって、演奏楽曲の各パートの演奏音が合奏として出力されることとなる。なお、ステップＳ３９において、楽曲データに含まれるＢＧＭの音声ファイルデータに基いて、楽曲のＢＧＭとなる演奏音を出力し、自己パートの演奏音と他パートの演奏音とＢＧＭの演奏音とを合成して出力するようにしてもよい。
【０１３８】
続くステップＳ４０において、ＣＰＵコア２１は、演奏楽曲指定データ５９で指定される楽曲データを参照して、パートデータ５７に登録された自己パートの演奏操作指示を表すゲーム画像（図４）を第１のＬＣＤ１１または第２のＬＣＤ１２に表示させる。ゲーム画像は、楽曲データ５６に基づいて生成することができる。
【０１３９】
ステップＳ４１において、ＣＰＵコア２１は、リハーサル演奏期間が終了したか否かを判定する。演奏期間の長さは演奏楽曲の長さによって決まるので、ステップＳ４１の判定は、楽曲データ５６を参照して演奏楽曲の長さを用いて行うことができる。ステップＳ４１の判定結果が肯定である場合、ステップＳ４３の処理が実行される。一方、ステップＳ４１の判定結果が否定である場合、ステップＳ３２の処理が再度実行され、以降、リハーサル演奏期間が終了するまでステップＳ３２〜Ｓ４１の処理ループが繰り返し実行される。
【０１４０】
上述したようにゲーム装置間の通信には遅延が生じるので、リハーサル演奏期間が終了しても、他のゲーム装置から送信されたリハーサルデータをゲーム装置が全て受信しているとは限らない。そこで、本実施形態では、ゲーム装置は、ステップＳ４２〜Ｓ４５の処理によって、リハーサル演奏期間の終了時に受信されていないリハーサルデータを受信する。
【０１４１】
ステップＳ４２において、ＣＰＵコア２１は、他機リハーサルデータを全て受信したか否かを判定する。なお、「他機リハーサルデータを全て受信した」とは、グループ内の他の全てのゲーム装置からそれぞれ、演奏期間の全部についてリハーサルデータを受信したことを意味する。ステップＳ４２の判定は、ＲＡＭ２４に記憶されている他機リハーサルデータを参照することによって行うことができる。ステップＳ４２の判定結果が肯定である場合、ＣＰＵコア２１は、図１１に示すリハーサル演奏処理を終了する。一方、ステップＳ４２の判定結果が否定である場合、ステップＳ４３の処理が実行される。
【０１４２】
ステップＳ４３において、ＣＰＵコア２１は、ステップＳ３４と同様の処理によって、他機リハーサルデータを受信する。続くステップＳ４４において、ＣＰＵコア２１は、ステップＳ３５と同様の処理によって、ステップＳ４３において受信したリハーサルデータを他機リハーサルデータ５３としてＲＡＭ２４に記憶する。ステップＳ４４の次にステップＳ４５の処理が実行される。
【０１４３】
ステップＳ４５において、ＣＰＵコア２１は、リハーサル演奏処理が終了してから所定時間が経過したか否かを判定する。なお、この所定時間をあまり長く設定すると、リハーサル演奏期間が終了されてから本番演奏期間が開始されるまでの時間が長くなってしまい、プレイヤの待ち時間が長くなってしまう。したがって、所定時間は、ゲーム装置から他のゲーム装置へ１つのリハーサルデータを送信するのに十分な時間に設定されればよく、それ以上に長く設定する必要はない。ステップＳ４５の判定結果が肯定である場合、ＣＰＵコア２１は、図１１に示すリハーサル演奏処理を終了する。一方、ステップＳ４５の判定結果が否定である場合、ステップＳ４２の処理が再度実行される。以上で、図１１に示すリハーサル演奏処理の説明を終了する。
【０１４４】
図８の説明に戻り、ステップＳ５の次のステップＳ６において、本番演奏処理が実行される。本番演奏処理は、第１回目のリハーサル演奏に続いて、第２回目の本番演奏をプレイヤに行わせる処理である。以下、図１３を参照して本番演奏処理の詳細を説明する。
【０１４５】
図１３は、図８に示す本番演奏処理（ステップＳ６）の詳細を示すフローチャートである。本番演奏処理においては、まずステップＳ６１において、ＣＰＵコア２１は開始タイミング決定処理を実行する。この開始タイミング決定処理は、上記ステップＳ３１の処理（図１２参照）と同じ処理である。
【０１４６】
ステップＳ６１の開始タイミング決定処理によって、グループ内の各ゲーム装置は、ほぼ同じタイミングで本番演奏を開始し、ほぼ同じタイミングで本番演奏を終了することになる。ここで、本実施形態では、本番演奏の終了後に各ゲーム装置における演奏内容を反映して得点が算出される（後述するステップＳ７５）。したがって、ステップＳ６１の処理によって各ゲーム装置でほぼ同じタイミングで本番演奏が終了するので、ゲーム装置は、自機における本番演奏の終了後、他のゲーム装置における本番演奏の終了を長時間待つことなく、得点を算出することができる。つまり、各プレイヤは、本番演奏が終了した後、長時間待つことなく、演奏内容の評価（得点）を見ることができる。なお、上記ステップＳ３１の場合と同様、各ゲーム装置における開始タイミングは厳密に同時である必要はなく、例えば各ゲーム装置における開始タイミングに数秒程度のずれが生じていてもよい。
【０１４７】
ステップＳ６１の次に、ステップＳ６２〜Ｓ７１の処理ループが実行される。なお、この処理ループは、１回の処理ループが１フレーム時間毎に実行される。
【０１４８】
ステップＳ６２において、ＣＰＵコア２１は、自己の演奏ボタンに対して行われた演奏操作を示す操作データを操作スイッチ部１４から取得する。続くステップＳ６３において、ステップＳ６２で取得された操作データに対して、自機に設定されている難易度に応じた所定の変換を行う。ステップＳ６２およびＳ６３の処理は上述のステップＳ３２およびＳ３３と同じである。続くステップＳ６４において、ＣＰＵコア２１は、ステップＳ６３の処理後の操作データを用いて自機本番データを生成し、自機本番データを他のゲーム装置へワイヤレス通信部３７を介して送信する。自機本番データの生成方法は、上記ステップＳ３４における自機リハーサルデータの生成方法と同じである。生成された自機本番データ５４はＲＡＭ２４に記憶される。
【０１４９】
続くステップＳ６５において、ＣＰＵコア２１は、他のゲーム装置から送信されてくる本番データ（他機本番データ）をワイヤレス通信部３７によって受信する。なお、上述したリハーサル演奏処理の場合と同様、あるフレームにおけるステップＳ６２〜Ｓ７１の処理ループにおいては、他機本番データが受信されないこともある。続くステップＳ６６において、ＣＰＵコア２１は、ステップＳ６５において受信された本番データを他機本番データ５５としてＲＡＭ２４に記憶する。ＲＡＭ２４に記憶された他機本番データ５５は、後述するステップＳ７６において得点を算出するために用いられる。
【０１５０】
続くステップＳ６７において、ＣＰＵコア２１は、ステップＳ６３の処理後の操作データを用いて自己パートの演奏音を生成する。ステップＳ６７の処理は、ステップＳ３７の処理と同じである。
【０１５１】
続くステップＳ６８において、他パート音生成処理が実行される。他パート音生成処理は、本番演奏時に出力する他パート音を他機リハーサルデータ５３を用いて生成する処理である。以下、図１４を参照して他パート音生成処理の詳細を説明する。
【０１５２】
図１４は、図１３に示す他パート音生成処理（ステップＳ６８）の詳細を示すフローチャートである。この他パート音生成処理は、グループデータ５８に登録されたゲーム装置のそれぞれについて処理が実行される。他パート音生成処理においては、まずステップＳ８１において、ＣＰＵコア２１は、グループ内の他のゲーム装置の１つを選択する。なお、１回の他パート音生成処理の間にすでに選択されたゲーム装置以外のゲーム装置が選択される。ステップＳ８２〜Ｓ８４の処理においては、ステップＳ８１で選択されたゲーム装置に対応するパートの音が生成される。
【０１５３】
ステップＳ８２において、ＣＰＵコア２１は、現在のフレームに相当する他機リハーサルデータ（ステップＳ８１で選択されたゲーム装置から送信されてきたリハーサルデータ）がＲＡＭ２４に記憶されているか否かを判定する。ここで、リハーサル演奏中において、例えば他のゲーム装置において演奏ゲームが中止されたり、他のゲーム装置の電源が切られたりした場合等、当該他のゲーム装置との通信が中断された場合には、当該他のゲーム装置からのリハーサルデータが受信されなくなる。その結果、当該他のゲーム装置については全演奏部分のリハーサルデータがＲＡＭ２４に記憶されない。したがって、他のゲーム装置との通信が中断された場合には、ステップＳ８２の判定結果が否定となり、ステップＳ８４の処理が実行される。一方、他のゲーム装置との通信が正常に行われた場合には、ステップＳ８２の判定結果が肯定となり、ステップＳ８３の処理が実行される。
【０１５４】
ステップＳ８３において、ＣＰＵコア２１は、他機リハーサルデータを用いて、ステップＳ８１で選択された他のゲーム装置に対応する他パートの演奏音を生成する。他機リハーサルデータは、上述したリハーサル演奏処理のステップＳ３６でＲＡＭ２４に記憶されている。他機リハーサルデータを用いて他パートの演奏音を生成する方法は、自機の操作データを用いて自己パートの演奏音を生成する方法と同様である。ただし、あるゲーム装置から受信した他機リハーサルデータを用いて他パートの演奏音を生成する場合、パートデータ５７を参照して、当該あるゲーム装置のパートを判断し、当該他機リハーサルデータに基づく音出力は、当該パートに対応する音データが使用される。すなわち、例えば、当該あるゲーム装置のパートがギターである場合には、ギターの音データが使用され、当該あるゲーム装置のパートがピアノである場合には、ピアノの音データが使用される。なお、楽曲ごと（または楽曲の部分ごと）に各パートの音を変更したり、楽曲ごと（または楽曲の部分ごと）にボタン操作に対して出力する音を変更する場合には、演奏楽曲指定データ５９で指定される楽曲の楽曲データに含まれる当該あるゲーム装置のパートに対応する音データが使用される。また、プレイヤ操作が正しい操作であるときのみ対応する音を出力する場合には、当該あるゲーム装置の他機リハーサルデータに含まれる操作データが正しいタイミングか（かつ正しいボタン操作か）を、当該あるゲーム装置のパートについての演奏操作指示データに基づいて判断して、当該判断が肯定のときのみ対応する音を出力する。
【０１５５】
一方、ステップＳ８４において、ＣＰＵコア２１は、楽曲データ５６を用いて他パートの演奏音を生成する。ステップＳ８４の処理は、上述したステップＳ３８の処理と同じである。
【０１５６】
以上のステップＳ８２〜Ｓ８４に示したように、本実施形態では、ゲーム装置１０は、本番演奏期間中において、ＲＡＭ２４に記憶されている他機リハーサルデータ５３を用いて演奏楽曲の各演奏部分について他パートの音を生成することが可能か否かを各パートについて判定する（ステップＳ８２）。そして、判定結果が否定であると判定されたパートについては、上記他機リハーサルデータ５３を用いた他パートの演奏音の生成が不可能である演奏部分については、他パートの演奏音を楽曲データ５６を用いて自動的に生成する（ステップＳ８４）。つまり、本実施形態では、本番演奏時において、他のゲーム装置からリハーサルデータが取得されていない場合には、予め用意された楽曲データを用いて他パートの演奏音が生成される。したがって、仮に何らかの原因で他のゲーム装置との通信が中断された場合であっても、本番演奏時に他パートの音が生成されず、出力されなくなることを防止することができる。逆に、そのような通信の中断を明らかにしたい場合には、リハーサルデータの取得されていないパートの演奏を行わないようにしてもよい。
【０１５７】
ステップＳ８３またはＳ８４の次に、ステップＳ８５の処理が実行される。すなわち、ステップＳ８５において、ＣＰＵコア２１は、グループ内の全ての他のゲーム装置について、それに対応する他パート音を生成したか否かを判定する。ステップＳ８５の判定結果が肯定である場合、ＣＰＵコア２１は、図１４に示す他パート音生成処理を終了する。一方、ステップＳ８５の判定結果が否定である場合、ステップＳ８１の処理が再度実行される。
【０１５８】
図１３の説明に戻り、ステップＳ６８の次のステップＳ６９において、ＣＰＵコア２１は、ステップＳ６７で生成された自己パートの演奏音と、ステップＳ６８で生成された他パートの演奏音とを各スピーカ３０ａおよび３０ｂから出力させる。すなわち、ＲＡＭ２４に記憶されている他機リハーサルデータを用いて他パートの演奏音を出力しつつ、プレイヤによる演奏操作に応じて自己パートの演奏音を出力する。これによって、演奏楽曲の各パートの音が合奏として出力されることとなる。なお、演奏楽曲を構成するパートの数よりもグループに含まれるゲーム装置の数が少ない場合、プレイヤによって演奏されないパートが存在する。このとき、当該パートの音は、楽曲データ５６を用いて生成され、各スピーカ３０ａおよび３０ｂから出力される。なお、ステップＳ６９において、楽曲データに含まれるＢＧＭの音声ファイルデータに基いて、楽曲のＢＧＭとなる演奏音を出力し、自己パートの演奏音と他パートの演奏音とＢＧＭの演奏音とを合成して出力するようにしてもよい。
【０１５９】
続くステップＳ７０において、ＣＰＵコア２１は、上述したステップＳ４０の処理と同様の処理によって、演奏楽曲の自己パートの演奏操作指示を表すゲーム画像（図４）を第１のＬＣＤ１１または第２のＬＣＤ１２に表示させる。
【０１６０】
ステップＳ７１において、ＣＰＵコア２１は、上述したステップＳ４１の処理と同様の処理によって、本番演奏期間が終了したか否かを判定する。ステップＳ７１の判定結果が肯定である場合、ステップＳ７２の処理が実行される。一方、ステップＳ７１の判定結果が否定である場合、ステップＳ６２の処理が再度実行され、以降、本番演奏期間が終了するまでステップＳ６２〜Ｓ７１の処理ループが繰り返し実行される。
【０１６１】
以下で説明するステップＳ７２〜Ｓ７５においては、ゲーム装置間で本番データを送信する際に生じる遅延のために本番演奏期間の終了時にまだ受信されていない本番データを受信するための処理が実行される。まず、ステップＳ７２において、ＣＰＵコア２１は、上述したステップＳ４２と同様の処理によって、他機本番データを全て受信したか否かを判定する。ステップＳ７２の判定結果が肯定である場合、ＣＰＵコア２１は、図１４に示す本番演奏処理を終了する。一方、ステップＳ７２の判定結果が否定である場合、ステップＳ７３の処理が実行される。
【０１６２】
ステップＳ７３において、ＣＰＵコア２１は、ステップＳ６５と同様の処理によって、他機本番データを受信する。続くステップＳ７４において、ＣＰＵコア２１は、ステップＳ６６と同様の処理によって、ステップＳ７３で受信された他機本番データをＲＡＭ２４に記憶する。ステップＳ７４の次にステップＳ７５の処理が実行される。
【０１６３】
ステップＳ７５において、ＣＰＵコア２１は、本番演奏処理が終了してから所定時間が経過したか否かを判定する。ステップＳ７５の所定時間は、上述のステップＳ４５の所定時間と同様、ゲーム装置から他のゲーム装置へ１つのリハーサルデータを送信するのに十分な時間に設定されればよく、それ以上に長く設定する必要はない。ステップＳ７５の判定結果が肯定である場合、ステップＳ７６の処理が実行される。一方、ステップＳ７５の判定結果が否定である場合、ステップＳ７２の処理が再度実行される。
【０１６４】
ステップＳ７６において、ＣＰＵコア２１は、ＲＡＭ２４に記憶されている自機本番データ５４および他機本番データ５５に基づいて得点を算出する。得点は、例えば、各パートについて本番データと楽曲データとの類似度を算出し、当該類似度が高いほど得点が高くなるように算出される。また、例えば、音を出力するタイミングと音の種類が各パートで一致しているほど得点が高くなるように算出される。また、自機本番データ５４と自己パートの楽曲データとの類似度に基いて自機の得点を算出し、各他機本番データ５５と対応するパートの楽曲データとの類似度に基いて各他機の得点を算出して、それらの得点を合計や平均（加重平均でもよい）などすることにより全体の得点を算出するようにしてもよい。また、自機本番データ５４と他機本番データ５５とを比較することにより（例えば、各パートで共通する演奏操作タイミングにおいて各ゲーム装置で同じタイミングで操作がされたか否かを比較するなど）、全体の得点を算出してもよい。
【０１６５】
なお、他の実施形態においては、本番データに加えて、自機リハーサルデータ５２および他機リハーサルデータ５３に基づいて得点を算出するようにしてもよい。この場合、例えば、本番データに基づく得点と、リハーサルデータに基づく得点をそれぞれ算出して、それらに基いて所定の演算（合計・平均・加重平均など）をして全体の得点としてもよい。また、各ゲーム装置についての本番データとリハーサルデータとを比較することにより上達度を算出して得点としてもよい。
【０１６６】
また、本番演奏期間中に他のゲーム装置との通信が中断された場合には、当該他のゲーム装置からのリハーサルデータが受信されなくなる。この場合、ＣＰＵコア２１は、当該ゲーム装置の本番データを除いて、残りのゲーム装置の本番データに基づいて得点を算出する。
【０１６７】
なお、得点の算出については、本番演奏中には本番データの送受信を行わず、演奏後に算出された自機の得点を互いに送受信する構成としてもよく、この場合、ステップＳ６４〜Ｓ６６の処理が不要となる。
【０１６８】
以上のように算出された得点は、第１のＬＣＤ１１または第２のＬＣＤ１２に表示される。これによって、各プレイヤは、本番演奏期間中に行った各プレイヤによる合奏についての評価を知ることができる。以上で、図１３に示す本番演奏処理の説明を終了する。
【０１６９】
また、他の実施形態においては、本番演奏処理において、自機本番データをＲＡＭ２４に記憶しておく処理をさらに行い、自機本番データと他機本番データとに基いて、前述のステップＳ６８と同等の処理により、自己パートおよび他パートの音を生成して出力するようにしてもよい。このようにすれば、全パートの本番データを用いた合奏をリプレイ等で再生させることも可能となる。
【０１７０】
図８の説明に戻り、ステップＳ６の次のステップＳ７において、ＣＰＵコア２１は、合奏ゲームを終了するか否かを判定する。ステップＳ７の判定は、プレイヤにより合そうゲームを終了する旨の指示があったか否かや、所定回数の合奏を行ったか否か等により行われる。ステップＳ７の判定結果が否定である場合、ステップＳ３の処理が再度実行される。このとき、リーダーであるゲーム装置を変更するようにしてもよい。例えば、リーダーであるゲーム装置は、次にリーダーとなるゲーム装置をグループ内の他のゲーム装置から選択するようにしてもよい。一方、ステップＳ７の判定結果が肯定である場合、ＣＰＵコア２１は、図８に示すゲーム処理を終了する。
【０１７１】
以上のように、本実施形態によれば、リハーサル演奏および本番演奏という２回の演奏を行わせることによって、ゲーム装置は、他のゲーム装置のリハーサル演奏結果を、自機における本番演奏時に出力することができる。これによって、他パートの音が自己パートの音より遅れて出力されることなく、かつ、演奏操作の応答性を損なわずに、合奏音を出力することができる。したがって、本実施形態によれば、プレイヤは、遠隔に存在する他のプレイヤと、通信の影響を意識せずに合奏ゲームを楽しむことができる。
【０１７２】
なお、上記実施形態においては、ゲーム装置はプレイヤに２回の演奏を行わせるようにしたが、他の実施形態においては、３回以上の演奏を行わせるようにしてもよい。このとき、ｎ（ｎは２以上の自然数）回目の演奏における他パートの音は、ｎ−１回目の演奏における演奏データを用いて生成して出力すればよい。
【０１７３】
また、上記実施形態においては、演奏を行うための演奏操作は、適宜のタイミングで適宜の演奏ボタンを押下する操作であったが、演奏操作の形態はどのようなものであってもよい。例えば、ゲーム装置１０のタッチパネル１５入力装置として用いる場合には、ギターやピアノの画像を第２のＬＣＤ１２に表示させ、第２のＬＣＤ１２の画面上にタッチ入力を行う操作を演奏操作として用いることができる。具体的には、ギターの弦の画像を表示する場合には、ゲーム装置１０は、タッチパネル１５に対する入力に基づいて、弦を弾く方向および強さを算出し、当該方向および強さに基づいてギターの音を出力するようにしてもよい。さらに、このとき、上記方向および強さを示すデータを演奏データ（リハーサルデータおよび本番データ）として用いることができる。
【０１７４】
また、上記実施形態においては、複数人のプレイヤで合奏を行う合奏ゲームを例として説明したが、本発明は、複数のゲーム装置を用いて行われる複数人参加型のゲームに適用することが可能である。本ゲームシステムにおいて実行されるゲームは、例えば、操作ボタンを適宜のタイミングで押下することによって、表示装置の画面に表示されるキャラクタに楽曲に合わせてダンスを踊らせるゲームであってもよい。このゲームでは、各ゲーム装置によってそれぞれ操作される複数のキャラクタが登場する。各ゲーム装置には、プレイヤによる操作に応じて行われる当該複数のキャラクタの動作（ダンス）が表示される。このようなゲームを実行するためのゲームシステムにおいては、上記合奏ゲームと同様、各ゲーム装置は、楽曲に合わせてキャラクタをダンスさせる操作を受け付ける操作期間を２回設定する。１回目の操作期間において、ゲーム装置は、上記演奏データに代えて、自己の操作対象（キャラクタ）の動作内容を特定するための動作データを他のゲーム装置へ送信する。動作データは、例えば、プレイヤによる操作を示す操作データである。２回目の操作期間において、ゲーム装置は、他のゲーム装置から受信される動作データに基づいて、他の操作対象の動作を制御しつつ、プレイヤによる操作に応じて自己の操作対象の動作を制御する。そして、複数の操作対象の動作を画面に表示する。以上に説明したようなダンスゲームにおいても本発明を適用することが可能である。さらに、本発明は、複数人対戦型のゲームであれば、例えばパズルゲーム等にも適用することが可能である。
【産業上の利用可能性】
【０１７５】
本発明は、通信を介して複数人参加型のゲームを行う際に、通信による遅延に起因する操作性の悪さを改善すること等を目的として、例えば複数のプレイヤで合奏を行う合奏ゲームとして利用することが可能である。
【図面の簡単な説明】
【０１７６】
【図１】本実施形態に係るゲームシステムの構成を示すブロック図
【図２】ゲームシステムに含まれるゲーム装置１０の外観図
【図３】ゲーム装置１０の内部構成を示すブロック図
【図４】ゲーム装置の画面に表示されるゲーム画像の例を示す図
【図５】リハーサル演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図
【図６】本番演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図
【図７】ゲーム装置１０のＲＡＭ２４に記憶される主なデータを示す図
【図８】ゲーム装置１０において実行されるゲーム処理の流れを示すフローチャート
【図９】図８に示す楽曲決定処理（ステップＳ３）の詳細を示すフローチャート
【図１０】図８に示すパート決定処理（ステップＳ４）の詳細を示すフローチャート
【図１１】図８に示すリハーサル演奏処理（ステップＳ５）の詳細を示すフローチャート
【図１２】図１１に示す開始タイミング決定処理（ステップＳ３１）の詳細を示すフローチャート
【図１３】図８に示す本番演奏処理（ステップＳ６）の詳細を示すフローチャート
【図１４】図１３に示す他パート音生成処理（ステップＳ６８）の詳細を示すフローチャート
【符号の説明】
【０１７７】
１ サーバ
２ ネットワーク
１０ ゲーム装置
１１ 第１のＬＣＤ
１２ 第２のＬＣＤ
１５ タッチパネル
１７ メモリカード
２１ ＣＰＵコア
２４ ＲＡＭ
３０ａ，３０ｂ スピーカ
３７ ワイヤレス通信部
５２ 自機リハーサルデータ
５３ 他機リハーサルデータ
５４ 自機本番データ
５５ 他機本番データ
５６ 楽曲データ
【技術分野】
【０００１】
本発明は、ゲームシステムに関し、より特定的には、複数のユーザがそれぞれゲーム装置を用いて１つのゲームを行うゲームシステムに関する。
【背景技術】
【０００２】
特許文献１には、複数のユーザがそれぞれ演奏装置を用いて合奏を行うことができる合奏用のシステムが記載されている。このシステムでは、電子ピアノ等の各パートを演奏するための各演奏装置は、インターネットを介して合奏用ミキシングサーバとそれぞれ接続される。各演奏装置に対して行われた演奏を示す演奏情報は、一旦合奏用ミキシングサーバに送信される。ミキシングサーバでは、各演奏装置から送信されてきた演奏情報がミキシングされて、ミキシングされた演奏情報が各演奏装置へ送信される。各演奏装置は、ミキシングされた演奏情報を受信し、当該演奏情報を楽音として出力する。以上によって、複数のユーザは、それぞれ端末（演奏装置）を用いて合奏を行うことができる。
【特許文献１】特開２００４−３２５７７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載の演奏装置は、演奏装置に対して演奏が行われてから楽音が出力されるまでの間に合奏用ミキシングサーバと通信を行わなければならない。そのため、演奏装置は、通信による遅延が原因で、演奏操作を行われてから即座に楽音を出力することができず、演奏操作が行われてから楽音を出力するまでに遅延が生じる。したがって、ユーザにとっては演奏操作が非常に難しくなってしまい、操作性が悪くなっていた。
【０００４】
また、上記のような合奏を行うシステムに限らず、複数のユーザがそれぞれゲーム装置を用いて１つのゲームを行う複数人参加型のゲームを行うゲームシステムにおいては、上記と同様の問題が生じていた。すなわち、他のゲーム装置における操作結果を示すデータを自機で受信することによって、当該操作結果を自機に反映させることができるが、このとき、通信による遅延のために、操作結果を反映させるのに遅延が生じてしまう。
【０００５】
それ故、本発明は、通信を介して複数人参加型のゲームを行う際に、通信による遅延が操作性に影響しない、新規なゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、本欄における括弧内の参照符号および補足説明等は、本発明の理解を助けるために後述する実施形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００７】
第１の発明は、互いに通信可能な複数のゲーム装置（１０ａ〜１０ｃ）を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムである。各ゲーム装置は、入力手段（操作スイッチ部１４および／またはタッチパネル１５）と、第１演奏実行手段（ステップＳ３９を実行するＣＰＵコア２１等。以下、この欄において同様の場合にはステップ番号のみを記載する。）と、演奏再現データ送信手段（Ｓ３４）と、演奏再現データ受信手段（Ｓ３５およびＳ３６）と、第２演奏実行手段（Ｓ６９）とを備える。第１演奏実行手段は、第１の演奏期間において、プレイヤによる入力手段の入力に応じて自己パートの音を出力する。演奏再現データ送信手段は、前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データ（リハーサルデータ）を生成して他のゲーム装置へ送信する。演奏再現データ受信手段は、前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段（ＲＡＭ２４）に記憶する。第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する。
【０００８】
なお、第１の発明において、「入力手段による入力」とは、操作スイッチに対して行われる操作入力、および、マイク等の音声入力手段に対して行われる音声入力を含む概念である。また、演奏再現データは、演奏内容を再現することができるものであればよく、プレイヤによる操作の履歴を示すデータ、当該操作を音に変換した音のデータ、当該操作が基準となる操作に対して正誤を示すデータ、当該正誤の結果に基づく音のデータ、および、演奏結果として出力される音のデータを含む概念である。
【０００９】
また、第１の発明において、複数のゲーム装置は、典型的にはインターネットなどの広域ネットワークを介して通信可能とされるが、ローカルネットワークやアドホックネットワークにより通信するものであっても本願発明は適用可能である。また、複数のゲーム装置は、サーバを介して通信をおこなうものでもよいし、相互に直接通信するものでもかまわない。また、サーバで通信ゲームをおこなうゲーム装置のグループを形成した後、当該グループにおいて相互に直接通信するようにしてもかまわない。
【００１０】
第２の発明においては、前記各ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データ（５６）が記憶されていてもよい。このとき、各ゲーム装置は、第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生手段（Ｓ３９）をさらに備える。第１演奏実行手段は、前記自動再生手段による前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する。
【００１１】
第３の発明においては、各ゲーム装置のうち少なくとも１つは、楽曲データ記憶手段（ＲＡＭ２４）と、楽曲決定手段（Ｓ１１）と、楽曲データ送信手段（Ｓ１８）とをさらに備えてもよい。楽曲データ記憶手段は、前記楽曲のパート毎の内容を特定するための楽曲データを複数記憶可能である。楽曲決定手段は、前記楽曲データ記憶手段に楽曲データが記憶された楽曲のうち演奏されるべき楽曲を決定する。楽曲データ送信手段は、前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置に送信する。前記各ゲーム装置のうち前記少なくとも１つ以外（前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置に送信するゲーム装置以外のゲーム装置）は、前記楽曲データ送信手段から送信される楽曲データを受信し、当該楽曲データを用いて前記合奏ゲームを実行する。
【００１２】
なお、第３の発明において、楽曲データは、楽曲のパート毎の内容を特定するためのデータの他に、当該楽曲を演奏する演奏期間中にゲーム装置の画面に表示する指示画像を生成するためのデータや、当該楽曲の演奏中に再生すべきＢＧＭのデータを含むものであってもよい。
【００１３】
また、第３の発明において、さらに、前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置が記憶しているか否かを判定し、前記楽曲決定手段によって決定された楽曲の楽曲データを記憶していない他のゲーム装置のみ当該楽曲データを送信するようにしてもよい。また、前記各ゲーム装置は、プレイヤの入力に基いて楽曲データを作成する楽曲データ作成手段をさらに備え、楽曲データ作成手段によって作成された楽曲データを楽曲データ記憶手段に記憶するようにしてもよい。また、合奏ゲームシステムは、複数の楽曲データを記憶したサーバをさらに備え、各ゲーム装置は、当該サーバから楽曲データの配信を受けて、配信された楽曲データを前記楽曲データ記憶手段に記憶するようにしてもよい。
【００１４】
第４の発明において、前記合奏ゲームシステムは、複数のゲーム装置のうち、前記合奏ゲームのプログラムを実行している前記ゲーム装置の中から、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段（サーバ１）を備えていてもよい。
【００１５】
第５の発明において、前記各ゲーム装置は、指示データ記憶手段（ＲＡＭ２４）と、指示手段（Ｓ４０およびＳ７０）とをさらに備えていてもよい。指示データ記憶手段は、前記入力手段の入力を指示するための指示データを前記パート毎に記憶する。指示手段は、前記自己パートについての前記指示データに基づいて入力を指示する。
【００１６】
第６の発明において、各ゲーム装置は、前記入力手段の入力に対応して出力される音データである対応音データを前記パート毎に記憶する対応音データ記憶手段（ＲＡＭ２４）をさらに備えていてもよい。このとき、前記第１演奏実行手段および前記第２演奏実行手段は、前記入力手段の入力に応じて、前記対応音データを参照して前記自己パートの音を出力する。
【００１７】
第７の発明においては、前記合奏ゲームシステムは、複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定する決定手段（サーバ１）を備えていてもよい。このとき、決定手段によって決定されたグループに属する各前記ゲーム装置において、次の処理が実行される。すなわち、第１演奏実行手段は、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力する。演奏再現データ送信手段は、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである第１演奏再現データを、前記グループに属する他のゲーム装置へ送信する。演奏再現データ受信手段は、前記自己パート以外の他パートについての前記第１演奏再現データを、前記グループに属する他のゲーム装置から受信し、自機の記憶手段に記憶する。前記第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する。
【００１８】
第８の発明においては、ゲームシステムは、パート決定手段（Ｓ２６）をさらに備えていてもよい。パート決定手段は、各ゲーム装置におけるパートを決定する。このとき、前記第１演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力する。前記第２演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力するとともに、前記パート決定手段によって決定された他のゲーム装置のパートの音を当該他のゲーム装置にかかる演奏再現データを用いて出力する。
【００１９】
なお、第８の発明において、パート決定手段は、各ゲーム装置がそれぞれ自機のパートを決定する手段を有することによって実現されてもよい。このとき、各ゲーム装置間でパートの希望を通信した後で、割り当てられるパートを決定するようにしてもよい。また、各ゲーム装置に割り当てられるパートを決定する手段を１つのゲーム装置またはゲーム装置以外のサーバが有していてもよい。この場合、パート決定手段で決定された、各ゲーム装置とそれに割り当てられるパートとの対応は、各ゲーム装置に通知される。
【００２０】
第９の発明においては、各ゲーム装置は、第１の演奏期間を開始するタイミングを各ゲーム装置間で同期させる第１タイミング決定手段（Ｓ３１）をさらに備えていてもよい。
【００２１】
第１０の発明においては、演奏再現データ送信手段は、第１の演奏期間において自己パートの演奏再現データを逐次送信してもよい。このとき、演奏再現データ受信手段は、他のゲーム装置から他パートの演奏再現データを逐次受信する。
【００２２】
第１１の発明においては、各ゲーム装置は、自己パートの演奏再現データを記憶装置に逐次記憶させる自己演奏再現データ記憶制御手段をさらに備えていてもよい。このとき、演奏再現データ送信手段は、第１の演奏期間が終了した後で、記憶装置に記憶されている自己パートの演奏再現データを他のゲーム装置へ送信する。
【００２３】
第１２の発明においては、演奏再現データは、第１または第２の演奏期間中における時点を示すデータ（フレーム番号データ）と、当該時点においてプレイヤによって行われた演奏操作を示す操作データとを含んでいてもよい。
【００２４】
第１３の発明においては、各ゲーム装置は、演奏結果データ送信手段（Ｓ６４）と、演奏結果データ受信手段（Ｓ６５）と、評価手段（Ｓ７６）をさらに備えていてもよい。演奏結果データ送信手段は、第２の演奏期間中における自己パートの演奏結果を特定するための演奏結果データを他のゲーム装置へ送信する。演奏結果データ受信手段は、第２の演奏期間中における他パートの演奏結果を特定するための演奏結果データを他のゲーム装置から受信する。評価手段は、第２の演奏期間中における自己パートの演奏結果を特定するための演奏結果データと、演奏結果データ受信手段によって受信された演奏結果データとに基づいて、複数のパート全体の演奏結果に対する評価を行う。
【００２５】
なお、第１３の発明において、演奏結果データは、演奏内容を特定するための演奏データ、および、演奏内容に対する評価結果（具体的には、得点）を示すデータを含む概念である。
【００２６】
第１４の発明においては、各ゲーム装置は、第２の演奏期間を開始するタイミングを各ゲーム装置間で同期させる第２タイミング決定手段（Ｓ６１）をさらに備えていてもよい。
【００２７】
第１５の発明においては、各ゲーム装置の記憶装置には、楽曲のパート毎の内容を特定するための楽曲データが記憶されていてもよい。このとき、各ゲーム装置は、第２の演奏期間中において、記憶装置に記憶されている他パートの演奏再現データを用いて楽曲の各演奏部分について他パートの音を生成することが可能か否かを各パートについて判定する生成判定手段（Ｓ８２）をさらに備えている。第２演奏実行手段は、判定結果が否定であると判定されたパートについては、記憶装置に記憶されている他パートの演奏再現データを用いた音の生成が不可能である演奏部分の音を楽曲データを用いて生成する。
【００２８】
第１６の発明は、互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムである。合奏ゲームシステムは、グループ決定手段およびパート決定手段を備える。グループ決定手段は、複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定する。パート決定手段は、前記合奏ゲームの開始に先立って、前記グループ決定手段によって決定されたグループに属する各ゲーム装置のパートを決定する。前記グループ決定手段によって決定されたグループに属する各ゲーム装置は、第１演奏実行手段と、自動再生手段と、演奏再現データ送信手段と、演奏再現データ受信手段と、再現手段と、第２演奏実行手段とを備える。第１演奏実行手段は、前記合奏ゲームにおける第１の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、プレイヤによる入力手段の入力に応じて音を出力する。自動再生手段は、前記合奏ゲームにおける第１の演奏期間において、前記パート決定手段によって決定されたパート以外の音を自動的に出力する。演奏再現データ送信手段は、前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における自己の前記第１演奏実行手段による音の出力を再現するためのデータである演奏再現データを生成して、前記グループに属する他のゲーム装置へそれぞれ送信する。演奏再現データ受信手段は、前記演奏再現データを前記グループに属する他のゲーム装置からそれぞれ受信し、自機の記憶手段に記憶する。再現手段は、前記第１の演奏期間の次の前記合奏ゲームにおける第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて、当該他の各ゲーム装置の前記第１演奏期間中における前記第１演奏実行手段による音の出力をそれぞれ再現する。第２演奏実行手段は、前記第２の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、前記再現手段による音の出力に併せて、プレイヤによる前記入力手段の入力に応じて音を出力する。
【００２９】
なお、第１６の発明において、各ゲーム装置は、各パートごとに楽曲の開始から終了に向けて順次入力を指示するための指示データを記憶していてもよい。このとき、第１の演奏期間において、当該指示データに基づいて、パート決定手段で決定された自己のパートについての当該指示データにより指示を行ってもよい。なお、当該指示データは各ゲーム装置に予め記憶しておいてもよいし、ネットワーク等を介した配信により取得されてもよいし、他のゲーム装置から取得されてもよい。
【００３０】
また、演奏再現データ送信手段は、第１の演奏期間中に演奏再現データを逐次送信してもよいし、第１の演奏期間終了後に演奏再現データをまとめて送信してもよい。また、演奏再現データは、ゲーム装置間で直接送受信されてもよいし、サーバ経由で送受信されてもよい。
【００３１】
第１７の発明は、互いに通信可能な複数のゲーム装置を含み、各ゲーム装置を用いてプレイヤに楽曲を演奏させることによって合奏ゲームを実行する合奏ゲームシステムである。前記各ゲーム装置は、入力手段と、第１演奏実行手段と、演奏再現データ送信手段と、演奏再現データ受信手段と、第２演奏実行手段と、を備える。第１演奏実行手段は、第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己の演奏の音声を出力する。演奏再現データ送信手段は、前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己の演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する。演奏再現データ受信手段は、他のゲーム装置から送信される前記演奏再現データを受信し、自機の記憶手段に記憶する。第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他のゲーム装置の演奏の音声を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じた前記自己の演奏の音声を出力する。
【００３２】
また、本発明は、上記ゲームシステムに含まれるゲーム装置（１０）の形態で提供されてもよい。また、ゲーム装置のコンピュータ（ＣＰＵコア２１等）で実行されるゲームプログラム（５１）の形態で提供されてもよい。
【発明の効果】
【００３３】
第１の発明によれば、２回の演奏期間を設けることによって、１回目の演奏期間における他のゲーム装置の演奏再現データを、２回目の演奏期間に用いることによって他パートの音を出力する。すなわち、少なくとも２回目の演奏期間より前に、１回目の演奏期間における他のゲーム装置の演奏再現データを当該他のゲーム装置から受信して記憶しておく。そして、２回目の演奏期間において、記憶しておいた演奏再現データを用いて他パートの音を出力する。これによれば、２回目の演奏期間において、すでに記憶されている１回目の演奏結果の演奏再現データを用いるので、自己パートの音と他パートの音との出力タイミングを容易にそろえることができる。すなわち、第１の発明によれば、通信による遅延に起因する操作性の悪さを改善することができる。
【００３４】
第２の発明によれば、１回目の演奏期間においても他パートの音が出力されるので、プレイヤは、１回目の演奏においても他のプレイヤと合奏しているかのような感覚を得ることができる。また、１回目の演奏によって自己パートを他パートに合わせるように練習した後、２回目の演奏を行うことができる。
【００３５】
第３の発明によれば、ゲームシステムに含まれる複数のゲーム装置のうちに、演奏される楽曲の楽曲データを有していないゲーム装置がある場合でも、当該ゲーム装置に楽曲データを送信することによって、合奏ゲームのプレイを可能とすることができる。
【００３６】
第４の発明によれば、合奏ゲームに参加するゲーム装置を自動的に選出して、合奏ゲームを行うグループを形成することができる。
【００３７】
第５の発明によれば、自己パートの演奏内容をプレイヤに対して通知することによって、プレイヤに自己パートの演奏を促すことができるとともに、正しい演奏内容をプレイヤに提示することができる。
【００３８】
第６の発明によれば、対応音データを用いることによって、各パートの音を容易に出力することができる。また、対応音データには各パートの音データが含まれるので、ゲーム装置は、どのパートが割り当てられても、自己パートの音を適切に出力することができる。
【００３９】
第７の発明によれば、複数のゲーム装置のうちから、合奏ゲームを行うゲーム装置のグループが決定される。したがって、常に同じ相手ではなく、異なる相手と合奏ゲームをプレイすることができる。
【００４０】
第８の発明によれば、各ゲーム装置のプレイヤは、自分が演奏したい楽曲のパートを自ら選択することができる。
【００４１】
第９の発明によれば、第１の演奏期間の開始タイミングがほぼ同じタイミングとなることによって、第１の演奏期間の終了タイミングも各ゲーム装置でほぼ同じになる。したがって、各プレイヤは、第２の演奏期間の開始を長時間待つことがなく、第１の演奏期間の終了後、すぐに第２の演奏を開始することができる。
【００４２】
第１０の発明によれば、第１の演奏期間中に演奏再現データを送信することによって、第１の演奏期間の終了後、短時間で第２の演奏期間を開始することができる。
【００４３】
第１１の発明によれば、第１の演奏期間の終了後に演奏再現データをまとめて送信することによって、ゲーム装置間の通信回数を減らすことができる。
【００４４】
第１２の発明によれば、プレイヤによって行われた演奏操作を示す操作データによって演奏内容を特定することによって、例えば演奏音によって演奏内容を特定する場合に比べて、演奏再現データのデータ量を少なくすることができる。
【００４５】
第１３の発明によれば、プレイヤは、各プレイヤによる各パートの演奏全体に対する評価を得ることができる。これによれば、自分の演奏の出来だけではなく、他のプレイヤの演奏の出来も考慮されて評価がされるので、１人で演奏を行う場合に比べて、他のプレイヤと合奏を行う楽しみが増す。
【００４６】
第１４の発明によれば、第２の演奏期間の開始タイミングがほぼ同じタイミングとなることによって、第２の演奏期間の終了タイミングも各ゲーム装置でほぼ同じになる。したがって、各プレイヤは、第２の演奏期間の終了後、長時間待つことなく合奏に対する評価を得ることができる。
【００４７】
第１５の発明によれば、通信等の不備によりいずれかのゲーム装置からの演奏再現データが受信されなくなった場合でも、他パートの音を生成して出力することができる。
【００４８】
第１６の発明によれば、第１の発明と同様、２回目の演奏期間において、すでに記憶されている１回目の演奏結果の演奏再現データを用いるので、自己パートの音と他パートの音との出力タイミングを容易にそろえることができる。したがって、第１６の発明によっても第１の発明と同様、通信による遅延に起因する操作性の悪さを改善することができる。
【００４９】
第１７の発明によれば、２回の演奏期間を設けることによって、１回目の演奏期間における他のゲーム装置の演奏再現データを、２回目の演奏期間に用いることによって他のゲーム装置の演奏音を出力する。そして、２回目の演奏期間において、記憶しておいた演奏再現データを用いて他のゲーム装置の演奏音を出力する。これによれば、２回目の演奏期間において、すでに記憶されている１回目の演奏結果の演奏再現データを用いるので、自機の演奏音と他のゲーム装置の演奏音との出力タイミングを容易にそろえることができる。すなわち、第１７の発明によれば、通信による遅延に起因する操作性の悪さを改善することができる。
【発明を実施するための最良の形態】
【００５０】
以下、本発明の一実施形態に係るゲームシステムおよびゲーム装置、ゲームプログラムについて説明する。図１は、本実施形態に係るゲームシステムの構成を示すブロック図である。図１に示すように、本ゲームシステムは、サーバ１および複数の携帯ゲーム装置（以下、単に「ゲーム装置」と呼ぶ。）１０ａ〜１０ｃがインターネット等のネットワーク１を介して接続される構成である。本実施形態では、ゲームシステムは３つのゲーム装置１０ａ〜１０ｃを含み、図１では、３人のプレイヤがゲーム装置を１つずつ使用してゲームを行う場合を示しているが、ゲームシステムに含まれるゲーム装置の数は複数であればいくつであってもよい。各ゲーム装置１０ａ〜１０ｃは、無線でネットワーク１に接続可能であるが、有線で接続されるものであってもよい。また各ゲーム装置は携帯ゲーム装置ではなく、据置型ゲーム装置であっても構わない。また、例えば、据置型ゲーム装置に携帯ゲーム装置を接続し、当該据置型ゲーム装置をネットワークに接続する構成でもよく、この場合、据置型ゲーム装置には複数の携帯ゲーム装置が接続されてもよい。以下においては、ゲームシステムに含まれる各ゲーム装置を特に区別する必要がない場合は、１つのゲーム装置を単にゲーム装置１０と記載することがある。
【００５１】
また、サーバ１は、通信ゲームを行うゲーム装置のグループの決定（マッチング）を行うための装置である。他の実施形態においては、ゲームシステムは、サーバ１を含まない構成であってもよい。サーバ１の動作の詳細については後述する。
【００５２】
（ゲーム装置の構成）
まず、ゲーム装置１０の構成について説明する。図２は、ゲームシステムに含まれるゲーム装置１０の外観図である。本実施形態では、ゲームシステムに含まれるか各ゲーム装置は全て同じ構成であり、全て図１に示す構成である。
【００５３】
図２において、ゲーム装置１０は、第１のＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１１および第２のＬＣＤ１２を含む。ハウジング１３は上側ハウジング１３ａと下側ハウジング１３ｂとによって構成されている。第１のＬＣＤ１１は上側ハウジング１３ａに収納され、第２のＬＣＤ１２は下側ハウジング１３ｂに収納される。第１のＬＣＤ１１および第２のＬＣＤ１２の解像度はいずれも２５６ｄｏｔ×１９２ｄｏｔである。なお、本実施形態では表示装置としてＬＣＤを用いているが、例えばＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ：電界発光）を利用した表示装置など、他の任意の表示装置を利用することができる。また任意の解像度のものを利用することができる。
【００５４】
上側ハウジング１３ａには、後述する１対のスピーカ（図３の３０ａおよび３０ｂ）からの音を外部に放出するための音抜き孔１８ａおよび１８ｂが形成されている。また、上側ハウジング１３ａと下側ハウジング１３ｂとを開閉可能に接続するヒンジ部にはマイクロフォン用孔３３が設けられている。
【００５５】
下側ハウジング１３ｂには、入力装置として、十字スイッチ１４ａ、スタートスイッチ１４ｂ、セレクトスイッチ１４ｃ、Ａボタン１４ｄ、Ｂボタン１４ｅ、Ｘボタン１４ｆ、およびＹボタン１４ｇが設けられている。また、下側ハウジング１３ｂの側面には、図示しないＬボタンおよびＲボタンが設けられている。さらに、各操作スイッチとは別の入力装置として、第２のＬＣＤ１２の画面上にタッチパネル１５が装着されている。下側ハウジング１３ｂの側面には、電源スイッチ１９、メモリカード１７を収納するための挿入口３５（図２に示す一点鎖線）、スティック１６を収納するための挿入口３６（図２に示す点線）が設けられている。
【００５６】
タッチパネル１５は、抵抗膜方式のタッチパネルである。ただし、本発明は抵抗膜方式に限らず、任意の押圧式のタッチパネルを用いることができる。タッチパネル１５は、スティック１６に限らず指で操作することも可能である。本実施形態では、タッチパネル１５として、第２のＬＣＤ１２の解像度と同じく２５６ｄｏｔ×１９２ｄｏｔの解像度（検出精度）のものを利用する。ただし、必ずしもタッチパネル１５の解像度と第２のＬＣＤ１２の解像度が一致している必要はない。なお、本実施形態においては、ゲーム装置１０は、少なくとも１つの操作スイッチまたはタッチパネル１５を備えていればよい。
【００５７】
メモリカード１７は、ゲームプログラムを記録した記録媒体であり、下部ハウジング１３ｂに設けられた挿入口３５に着脱自在に装着される。なお、ゲームプログラムはゲーム装置の内部メモリ（不揮発であることが好ましいが揮発性でもよい）に記憶してもよく、所定のサーバ（または他のゲーム装置）からダウンロードしたプログラムを当該内部メモリに記憶するようにしてもかまわない。
【００５８】
次に、図３を参照してゲーム装置１０の内部構成を説明する。図３は、ゲーム装置１０の内部構成を示すブロック図である。図３において、ハウジング１３に収納される電子回路基板２０には、ＣＰＵコア２１が実装される。ＣＰＵコア２１には、バス２２を介して、コネクタ２３が接続されるとともに、入出力インターフェース回路（図面ではＩ／Ｆ回路と記す）２５、第１ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２６、第２ＧＰＵ２７、ＲＡＭ２４、およびＬＣＤコントローラ３１、およびワイヤレス通信部３７が接続される。コネクタ２３には、メモリカード１７が着脱自在に接続される。メモリカード１７は、ゲームプログラムを記憶するＲＯＭ１７ａと、バックアップデータを書き換え可能に記憶するＲＡＭ１７ｂを搭載する。メモリカード１７のＲＯＭ１７ａに記憶されたゲームプログラムはＲＡＭ２４にロードされ、ＲＡＭ２４にロードされたゲームプログラムがＣＰＵコア２１によって実行される。ＲＡＭ２４には、ゲームプログラムの他にも、ＣＰＵコア２１がゲームプログラムを実行して得られる一時的なデータや、ゲーム画像を生成するためのデータが記憶される。Ｉ／Ｆ回路２５には、タッチパネル１５、右スピーカ３０ａ、左スピーカ３０ｂ、図２の十字スイッチ１４ａやＡボタン１４ｄ等から成る操作スイッチ部１４、およびマイクロフォン３８が接続される。右スピーカ３０ａと左スピーカ３０ｂは、音抜き孔１８ａ、１８ｂの内側にそれぞれ配置される。マイクロフォン３８は、マイクロフォン用孔３３の内側に配置される。
【００５９】
第１ＧＰＵ２６には、第１ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）２８が接続され、第２ＧＰＵ２７には、第２ＶＲＡＭ２９が接続される。第１ＧＰＵ２６は、ＣＰＵコア２１からの指示に応じて、ＲＡＭ２４に記憶されているゲーム画像を生成するためのデータに基づいて第１のゲーム画像を生成し、第１ＶＲＡＭ２８に描画する。第２ＧＰＵ２７は、同様にＣＰＵコア２１からの指示に応じて第２のゲーム画像を生成し、第２ＶＲＡＭ２９に描画する。第１ＶＲＡＭ２８および第２ＶＲＡＭ２９はＬＣＤコントローラ３１に接続されている。
【００６０】
ＬＣＤコントローラ３１はレジスタ３２を含む。レジスタ３２はＣＰＵコア２１からの指示に応じて０または１の値を記憶する。ＬＣＤコントローラ３１は、レジスタ３２の値が０の場合は、第１ＶＲＡＭ２８に描画された第１のゲーム画像を第１のＬＣＤ１１に出力し、第２ＶＲＡＭ２９に描画された第２のゲーム画像を第２のＬＣＤ１２に出力する。また、レジスタ３２の値が１の場合は、第１ＶＲＡＭ２８に描画された第１のゲーム画像を第２のＬＣＤ１２に出力し、第２ＶＲＡＭ２９に描画された第２のゲーム画像を第１のＬＣＤ１１に出力する。
【００６１】
ワイヤレス通信部３７は、他のゲーム装置のワイヤレス通信部との間で、ゲーム処理に利用されるデータやその他のデータを送受信する機能を有している。また、ゲーム装置１０は、ワイヤレス通信部３７を介してインターネット等の広域ネットワークに接続することが可能であり、ネットワークを介して他のゲーム装置との間で通信を行うことも可能である。
【００６２】
（ゲームシステムの動作概要）
次に、図４〜図６を参照して、ゲームシステムにおいて実行される動作の概要を説明する。本実施形態では、プレイヤに演奏を行わせる複数のゲーム装置によって合奏ゲームを行う場合を例として説明する。この合奏ゲームでは、複数のプレイヤが、複数のパートからなる楽曲の各パートをそれぞれ演奏して遊ぶ。すなわち、各プレイヤにはそれぞれ楽曲のパートが１つずつ割り当てられ、プレイヤは、割り当てられたパートの演奏をゲーム装置を用いて行う。なお、同じパートを複数のプレイヤが演奏することができるようにしてもよい。各プレイヤによって行われた演奏内容は、他のゲーム装置に送信され、ゲーム装置は、全てのゲーム装置における演奏内容を取得する。ゲーム装置は、取得した演奏内容を用いて全パートの音を一緒に出力する、すなわち、各演奏音を合奏として出力する。本ゲームは、以上の処理によって各ゲーム装置における演奏を合わせて合奏として出力することによって、複数のプレイヤで合奏を行うためのものである。
【００６３】
まず、ゲーム装置を用いた演奏操作について説明する。楽曲の演奏が可能となる期間（演奏期間）中においては、プレイヤが所定の演奏ボタンのいずれかを押下する操作を行ったことに応じて、ゲーム装置からは自己パートの音が出力される。本実施形態では、演奏ボタンは、十字キー１４ａの上下左右ボタン、Ａボタン１４ｄ、Ｂボタン１４ｅ、Ｘボタン１４ｆ、Ｙボタン１４ｇ、Ｌボタン、およびＲボタンの１０種類である。ゲーム装置の自己パートとは、そのゲーム装置に割り当てられたパートのことである。また、本実施形態では、押下されたキーの種類に応じて異なる音程の音が出力される。具体的には、十字キー１４ａの上下左右ボタンおよび各ボタン１４ｄ〜１４ｇの８種類のボタンに対して例えばドレミファソラシドの８つの音程が１つずつ割り当てられるとともに、Ｌボタンによって音程が半音変化し、Ｒボタンによって音程が１オクターブ変化する。以上より、プレイヤは、１０種類の演奏ボタンを用いて自己パートの演奏を行うことができる。なお、詳細は後述するが、本実施形態では、プレイヤは演奏操作の難易度を３つのレベルのうちから選択することができるものとし、難易度によっては用いる演奏ボタンの数が１０種類よりも少なくなる場合がある。
【００６４】
また、自己のパートに応じて音色が変更される。すなわち、ゲーム装置には、各楽器ごとかつ各音程ごとの音データが記憶される。具体的には、例えば、ピアノおよびギターのパートを含む楽曲については、ピアノについての各音程ごとの音データ、ギターについての各音程ごとの音データが記憶される。演奏時には、ピアノのパートが割り当てられたゲーム装置では、ピアノについての音データが使用され、ギターのパートが割り当てられたゲーム装置では、ギターについての音データが使用される。
【００６５】
また、本実施形態では、各ボタン操作に対して固定の音程を割り当てたが、同じボタン操作をしたときでも、楽曲に応じて、および／または、１つの楽曲においても部分に応じて、異なる音程の音が出力されるようにしてもよい。この場合、あるボタン操作をしたときに出力される音程を指定するデータが楽曲ごと（および／または、楽曲における部分ごと）に定義されて、各ゲーム装置が当該定義したデータを記憶しておりこれが合奏ゲーム実行中に利用される。
【００６６】
また、音が出力されるタイミングは、ボタンの操作タイミングとしてもよいし、正しいタイミングでボタンが操作されたときのみ音を出力するようにしてもよい。後者の場合、具体的には、音が出力されるべき正しいタイミングが定義されており、ゲーム装置１０は、ボタンの操作タイミングが当該正しいタイミングを基準とする許容範囲内であるか否かを判定する。そして、当該判定が肯定のときに、当該正しいタイミングで音を出力する。また、正しいボタン操作がされたときのみ、対応する音を出力するようにしてもよいし、ボタン操作がされたときはその操作が正しいかどうかに関わらず対応する音を出力するようにしてもかまわない。
【００６７】
本ゲームにおいては、演奏操作が可能となる演奏期間中、演奏すべき楽曲の演奏操作の指示画像がゲーム装置１０の画面に表示される。ここで、演奏操作の指示画像とは、ボタン操作のタイミング（および付加的にボタン操作の種類）をプレイヤに対して指示するものである。プレイヤは、画面に表示された内容に従って演奏操作を行う。図４は、ゲーム装置の画面に表示されるゲーム画像の例を示す図である。図４に示されるように、第１のＬＣＤ１１または第２のＬＣＤ１２の画面には、３本のゲージ（例えばゲージ４１）、１対のカーソル４２、複数の操作指示画像（例えば操作指示画像４３および４４）、および、操作期間画像（例えば操作期間画像４５）が表示される。図４に示すゲーム画像は、自己パートの演奏操作のタイミング（および付加的に演奏操作の種類）をプレイヤに対して指示するための画像である。
【００６８】
横長形状のゲージは、縦方向に複数本並べて配置されている。また、ゲージには目盛りが付されており、１本のゲージは４分の４拍子の場合には例えば１６マスに区分され、４分の３拍子の場合には例えば１２マスに区分される。１対のカーソル４２は、左右方向に関して同じ位置に配置され、一方がいずれかのゲージの上側に配置され、他方が当該ゲージの下側に配置される。また、操作指示画像および操作期間画像は、ゲージ上に配置される。操作指示画像は、上記８種類の演奏ボタンのいずれかを表す画像（上下左右方向の矢印、または、Ａ，Ｂ，Ｘ，Ｙ，Ｌ，Ｒの文字）を含む。操作期間画像は、操作指示画像の右側に必要に応じて配置される。なお、ゲームシステムに含まれる各ゲーム装置に割り当てられるパートが異なるので、各ゲーム装置の画面において、操作指示画像および操作期間画像はそれぞれ異なる位置に配置される。なお、演奏操作の指示画像は、本実施形態で採用した態様と異なるものであっても、種々の態様を採用可能であることは当業者にとっては容易に理解可能である。演奏操作の指示画像は、例えば、音楽の一般的な楽譜のようなものに操作タイミングを指示するカーソルを付したようなものでもよいし、操作指示画像を所定位置に向けて移動表示し、操作指示画像が当該所定位置に到達したときに操作タイミングとなるような態様でも良い。
【００６９】
上記演奏期間が開始されると、１対のカーソル４２は、時間に応じてゲージの左側から右側へ移動していき、ゲージの右端に達すると、当該ゲージの１つ下に表示されるゲージの左端に移動する。また、画面に表示されているゲージは、カーソル４２が画面内に常に表示されるように、カーソル４２の移動に応じて上方向にスクロールする。つまり、各ゲージは上方向に移動していき、操作指示画像および操作期間画像が配置された新たなゲージが画面の下側から追加して表示される。
【００７０】
各指示画像（操作指示画像および操作期間画像）が配置されたゲージは、演奏操作指示すなわち楽譜に相当するものであり、演奏ボタンを押下すべきタイミングおよび押下すべき演奏ボタンの種類を表している。具体的には、プレイヤは、操作指示画像がカーソル４２によって指定されるタイミング（１対のカーソル４２の間に操作指示画像が位置するタイミング）で、当該操作指示画像によって表される操作を行う。例えば、図４に示す画像が表示されている時点では、カーソル４２は、Ｒボタンを表す操作指示画像４３と十字キー１４ａの右方向を表す操作指示画像４４とを指定しているので、プレイヤはＲボタン１４および十字キー１４ａの右方向を同時に押下する操作を行う。また、操作期間画像は、演奏ボタンを押下する長さを表している。つまり、プレイヤは、移動するカーソル４２が操作期間画像を指定している間、演奏ボタンを継続的に押下する。例えば、図４に示す操作期間画像４５は、Ｂボタン１４ｅを２目盛り分の時間だけ継続的に押下することを表している。なお、ある演奏ボタンを１目盛り分の時間だけ押下することを表す場合、操作期間画像は配置されない。ゲージ上に配置された各指示画像に従って演奏ボタンを押下することによって、プレイヤは、楽曲を正しく演奏することができる。
【００７１】
以上に説明した演奏操作を行うことによって、プレイヤは、自己パートの演奏を行うことができる。ここで、合奏を行うためには、他のゲーム装置に割り当てられた他パートの演奏内容を表すデータを演奏中に逐次取得し、その演奏中において、取得したデータに基づいて当該他パートの音を出力する方法が考えられる。しかし、この方法では、他のゲーム装置から上記データを受信する際、特にネットワークを介した通信の場合には通信による遅延が発生するので、他パートの音を出力するタイミングは、自己パートの音を出力するタイミングよりも遅くなってしまう。合奏を行う場合には自己パートの音と他パートの音とを同期させなければならないが、上記方法では自己パートの音と他パートの音と同期させて出力することができない。
【００７２】
そこで、本実施形態では、１つの楽曲について合奏を行う際、リハーサル演奏および本番演奏という２回の演奏を各プレイヤに行わせる。つまり、各ゲーム装置は、リハーサル演奏を行うための１回目の演奏期間（リハーサル演奏期間）と、本番演奏を行うための２回目の演奏期間（本番演奏期間）という、２回の演奏期間を設定する。具体的には、各ゲーム装置は、リハーサル演奏期間中またはリハーサル演奏期間後に、リハーサル演奏の内容を表すデータを他のゲーム装置から取得する。そして、本番演奏期間において、自己パートの音を出力すると共に、取得したデータを用いて他パートの音を出力する。これによって、本番演奏期間において、プレイヤの演奏と他のプレイヤの演奏とを違和感無く出力することができる。
【００７３】
図５および図６は、ゲームシステムにおける動作を説明するための図である。図５および図６では、ギター、ベース、およびドラムの３つのパートからなる楽曲を３つのゲーム装置１０ａ〜１０ｃによって合奏する場合を例として説明する。また、図５および図６では、第１ゲーム装置１０ａにはギターのパートが割り当てられ、第２ゲーム装置１０ｂにはベースのパートが割り当てられ、第３ゲーム装置１０ｃにはドラムのパートが割り当てられるものとする。
【００７４】
なお、第１ゲーム装置１０ａと第２ゲーム装置１０ｂと第３ゲーム装置１０ｃはいずれも合奏ゲームのプログラムを記憶したメモリカードが装着されたゲーム装置であり、当該プログラムを実行することにより（または、装置本体内蔵のプログラムを実行することにより）、所定のサーバ（図１のサーバ１）に対して合奏ゲームの実行を希望するデータを送信し、当該サーバにおいて、合奏ゲームの実行を希望する複数のゲーム装置をグループ化することにより、合奏ゲームをおこなう単位グループとして形成されたものである。なお、合奏ゲームのプログラムを記憶したメモリカードが装着されていないゲーム装置であっても、当該サーバに合奏ゲームの実行を希望することが可能にしてもよく、この場合、合奏ゲームの実行を希望をするデータをサーバに送信し、かつ、合奏ゲームのプログラムの配信を受けるためのプログラムをゲーム装置本体に内蔵し、サーバから当該ゲーム装置にプログラムを配信することにより実現される。
【００７５】
また、このようにしてグループ化されたゲーム装置である第１ゲーム装置１０ａと第２ゲーム装置１０ｂと第３ゲーム装置１０ｃのそれぞれについて、担当するパートを決定する処理が合奏ゲームを開始する前におこなわれる。この処理は、例えば、図１０を参照して後述するような方法で実行される。ここで決定されたパートが、リハーサル演奏期間においても本番演奏期間においても参照される。さらに、グループ化されたゲーム装置において、共通の楽曲データを選択する処理が合奏ゲームを開始する前におこなわれる。ここで決定された楽曲が、リハーサル演奏期間においても本番演奏期間においても参照される。
【００７６】
図５は、リハーサル演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図である。リハーサル演奏期間において、ゲーム装置１０では、各プレイヤによって自己パートの演奏が行われる。このとき、ゲーム装置１０は、プレイヤによって行われた演奏内容を示す演奏データを他のゲーム装置へ送信する（図５参照）。ここで、リハーサル演奏の演奏内容を示す演奏データを「リハーサルデータ」と呼ぶ。図５においては、第１ゲーム装置１０ａにおいて行われた演奏内容を示すリハーサルデータＡが第２および第３ゲーム装置１０ｂおよび１０ｃに送信され、第２ゲーム装置１０ｂにおいて行われた演奏内容を示すリハーサルデータＢが第１および第３ゲーム装置１０ａおよび１０ｃに送信され、第３ゲーム装置１０ｃにおいて行われた演奏内容を示すリハーサルデータＣが第１および第２ゲーム装置１０ａおよび１０ｂに送信される。
【００７７】
また、リハーサル演奏においては、各ゲーム装置１０ａ〜１０ｃは、それぞれの自己パートの音をそれぞれのプレイヤによる操作に応じて出力しつつ、他パートの音を出力する。ここで、各ゲーム装置では、自己パートに応じて異なる処理が実行される。具体的には、自己パートに対応する演奏操作指示画像が表示され、プレイヤの操作に応じた音を出力するとともに他パートが自動演奏される。例えば、ギターのパートが割り当てられる第１ゲーム装置１０ａにおいては、ギターの音はプレイヤの操作に応じて出力されるとともに、ベースおよびドラムの音は楽曲データを用いて出力される。したがって、本実施形態においては、リハーサル演奏時には他のプレイヤとの合奏は行われないが、楽曲データを用いて他パートの音が生成されて出力される。したがって、プレイヤは、リハーサル演奏時において、自己パートを他パートに合わせるように演奏を練習することができ、本番演奏に備えることができる。また、他の実施形態においては、楽曲の各パートの音に合わせてＢＧＭ（各パート以外の伴奏音や、楽曲とは直接関連しない音を含む）が出力されてもよい。
【００７８】
図６は、本番演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図である。本番演奏期間においてもリハーサル演奏期間と同様、各ゲーム装置１０ａ〜１０ｃでは、各プレイヤによって各パートの演奏操作が行われる。つまり、本番演奏期間において、各ゲーム装置１０ａ〜１０ｃは、それぞれの自己パートの音をそれぞれのプレイヤによる操作に応じて出力する。ここで、各ゲーム装置では、自己パートに応じて異なる処理が実行される。具体的には、自己パートに対応する演奏操作指示画像が表示され、プレイヤの操作に応じた音を出力するとともに、他パートの音がリハーサル演奏の際に取得されたリハーサルデータを用いて生成されて出力される。したがって、本番演奏期間において、プレイヤは、自己の演奏と、他のプレイヤによる演奏とをタイミングを合わせて合奏を行うことができる。
【００７９】
また、本実施形態においては、必要に応じて、本番演奏期間において、ゲーム装置１０は、自己パートについて行われた演奏内容を示す演奏データを他のゲーム装置へ送信する（図６参照）。ここで、本番演奏の演奏内容を示す演奏データを「本番データ」と呼ぶ。図６においては、第１ゲーム装置１０ａにおいて行われた演奏内容を示す本番データＡが第２および第３ゲーム装置１０ｂおよび１０ｃに送信され、第２ゲーム装置１０ｂにおいて行われた演奏内容を示す本番データＢが第１および第３ゲーム装置１０ａおよび１０ｃに送信され、第３ゲーム装置１０ｃにおいて行われた演奏内容を示す本番データＣが第１および第２ゲーム装置１０ａおよび１０ｂに送信される。これによって、ゲーム装置１０は、他のゲーム装置の本番演奏における演奏内容を示す本番データを取得することができる。本実施形態では、ゲーム装置１０は、本番演奏における演奏結果を評価するための得点を算出する。取得された本番データは、当該得点を算出するために用いられる。
【００８０】
以上のように、本実施形態によれば、リハーサル演奏と本番演奏という２回の演奏をプレイヤに行わせる。そして、本番演奏においては、自己パートの音がプレイヤによる操作に応じて出力されるとともに、他パートの音は、すでに取得されているリハーサルデータを用いて生成されて出力される。したがって、本番演奏時において、他のプレイヤによる演奏を自分の演奏に合わせて出力することができる。これによって、全パートの音をタイミングをあわせて合奏を行うことができる。
【００８１】
（ゲーム処理の詳細）
次に、本実施形態においてゲーム装置１０で実行されるゲーム処理について説明する。まず、図７を参照して、ゲーム処理において用いられる主なデータについて説明する。図７は、ゲーム装置１０のＲＡＭ２４に記憶される主なデータを示す図である。図７に示すように、ＲＡＭ２４には、ゲームプログラム５０およびゲーム処理用データ５１等が記憶される。なお、ＲＡＭ２４には、図７に示すデータの他、楽曲の演奏音を出力するために必要な音源データやゲームに登場する各種オブジェクトの画像データ等、ゲーム処理に必要なデータが記憶される。
【００８２】
ゲームプログラム５０は、ゲーム装置１０に電源が投入された後の適宜のタイミングでメモリカード１７のＲＯＭ１７ａからその一部または全部が読み込まれてＲＡＭ２４に記憶される。ゲームプログラム５０は、後述する合奏ゲームのゲーム処理（図８）をＣＰＵコア２１が実行するためのプログラムである。
【００８３】
ゲーム処理用データ５１には、後述するゲーム処理（図８）を実行する際に用いられる各種のデータが含まれる。具体的には、ゲーム処理用データ５１は、自機リハーサルデータ５２、他機リハーサルデータ５３、自機本番データ５４、他機本番データ５５、楽曲データ５６、パートデータ５７、グループデータ５８、および演奏楽曲指定データ５９を含む。自機リハーサルデータ５２、他機リハーサルデータ５３、自機本番データ５４、他機本番データ５５、およびパートデータ５７は、プログラムの実行により生成されてＲＡＭに記憶されるデータであり、楽曲データ５６は、ＲＯＭ１７ａに記憶されたものが読み込まれてＲＡＭに記憶されるデータである。なお、ゲーム処理用データには、上記のデータの他、各パート（楽器）について音程毎の音データが含まれる。
【００８４】
自機リハーサルデータ５２は、自機で生成されたリハーサルデータである。つまり、自機リハーサルデータ５２は、自機に割り当てられたパート（自己パート）のリハーサル演奏の内容を示す。本実施形態では、自機リハーサルデータ５２は、フレーム時間（１／６０［ｓ］）間隔で操作スイッチ部１４から取得される操作データ（いずれのボタンが操作されたかを示すデータ）と、当該操作データが取得されたフレーム時刻を示すフレーム番号データとを含む。なお、フレーム番号データは、リハーサル演奏開始時点を例えばフレーム番号１としてその後インクリメントするものであり、リハーサル演奏期間中における時点を示すものである。自機リハーサルデータ５２には、操作データとフレーム番号データとの組が含まれる。したがって、自機リハーサルデータ５２を参照することによって、ゲーム装置１０は、演奏期間中におけるどの時点で、どの演奏ボタンが押下されたかを知ることができる。なお、リハーサルデータや後述の本番データは、フレーム番号データを含まない構成であってもよく、例えばフレーム毎の操作データの配列であれば、フレーム番号に代えて当該配列のインデックスによって演奏のタイミングを特定することができる。
【００８５】
他機リハーサルデータ５３は、他のゲーム装置で生成されたリハーサルデータである。つまり、他機リハーサルデータ５３は、他の装置に割り当てられたパート（他パート）のリハーサル演奏の内容を示す。本実施形態では、他機リハーサルデータ５３は、自機リハーサルデータ５２と同様、操作データとフレーム番号データとを複数組含む。なお、３つ以上のゲーム装置が合奏ゲームをおこなう場合（すなわち、一緒に合奏を行う他のゲーム装置が複数存在する場合）、他機リハーサルデータ５３は、他装置毎に記憶される。
【００８６】
自機本番データ５４は、自機で生成された本番データである。つまり、自機本番データ５４は、自機に割り当てられたパート（自己パート）の本番演奏の内容を示す。本実施形態では、自機本番データ５４は、自機リハーサルデータ５２と同様、操作データとフレーム番号データとを複数組含む。また、他機本番データ５５は、他のゲーム装置で生成された本番データである。つまり、他機本番データ５５は、他の装置に割り当てられたパート（他パート）の本番演奏の内容を示す。本実施形態では、他機本番データ５５は、自機リハーサルデータ５２と同様、操作データとフレーム番号データとを複数組含む。なお、３つ以上のゲーム装置が合奏ゲームを行う場合、他機本番データ５５は、他装置毎に記憶される。
【００８７】
なお、本実施形態においては、各演奏データ５２〜５５は、演奏期間中における時点を示すデータ（フレーム番号データ）と、当該時点におけるプレイヤによって行われた演奏操作を示すデータ（操作データ）とを含むものであった。ここで、各演奏データ５２〜５５は、プレイヤによる演奏内容を特定することができ、演奏内容を再現することができる情報であればどのようなものであってもよい。例えば、他の実施形態においては、各演奏データ５２〜５５は、フレーム番号と、当該フレーム番号に相当する時刻において出力すべき音との対応を示すデータであってもよい。
【００８８】
楽曲データ５６は、楽曲の演奏出力情報および演奏操作指示情報を含むデータである。具体的には、楽曲データ５６には、フレーム番号と、当該フレーム番号に相当する時刻においておこなうべきボタン操作と、当該ボタン操作に応じて出力すべき音との対応を示すデータが、その楽曲を構成するパート毎に含まれている。このデータは、上記演奏出力情報および演奏操作指示情報として用いられる。さらには、プレイヤ操作に応じた音の出力に対するＢＧＭとなる音声ファイルデータも記憶されていてもよい。このデータは、上記演奏出力情報として用いられる。ゲーム装置１０は、楽曲データ５６を用いて、プレイヤ操作に応じた演奏音を生成したり、自己パート以外のパートについて自動演奏音を生成したり、画面に表示される指示画像の配置を決定したりする。なお、自己パート以外のパートについての自動演奏は、パートごとに音声ファイルデータを用意してそれを再生するようにしてもよいし、演奏操作指示情報に基づいてプログラム処理により音を出力するようにしてもよい。
【００８９】
また、ゲーム装置１０は、複数の楽曲について楽曲データを記憶していてもよい。また、各ゲーム装置が利用可能な不揮発メモリ（たとえばＲＡＭ１７ｂなど）に楽曲データ記憶領域を形成し、所定のサーバ（複数の楽曲データを記憶する）からダウンロードした楽曲データを当該楽曲データ記憶領域に記憶可能にしてもよい。さらに、各ゲーム装置におけるプレイヤ入力に基いて楽曲データを生成し、当該生成されたデータを当該楽曲データ記憶領域に記憶するようにしてもよい。上記の場合、ゲームシステムに含まれる各ゲーム装置が記憶している楽曲データは、それぞれ異なる楽曲の楽曲データが記憶される可能性があることとなる。
【００９０】
パートデータ５７は、合奏を行う際における、ゲーム装置とそれに割り当てられるパートとの対応を示すデータである。より具体的には、パートデータ５７は、ゲーム装置の識別情報とパートの識別情報とを対応付けたデータである。さらに、本実施形態では、パートデータ５７は、ゲーム装置と当該ゲーム装置において設定されている難易度との対応を示す。
【００９１】
ここで、難易度について説明する。本実施形態では、演奏操作の難易度が複数種類あり、プレイヤは、難易度を選択可能である。難易度はレベル１〜３の３種類であり、演奏ボタンとして用いるボタンの数が難易度に応じて異なる。難易度が最も高いレベル３では、上記１０種類の演奏ボタンが用いられ、図４を用いて説明した演奏操作が採用される。また、難易度が中程度のレベル２では、上記１０種類の演奏ボタンのうちＬボタンおよびＲボタンを除く８種類の演奏ボタンが用いられる。レベル２では、レベル３と同様に８種類の演奏ボタン毎に異なる音程の音が出力される。ただし、ＬボタンおよびＲボタンが用いられないので、半音やオクターブの調整は自動的に行われる。なお、レベル２の場合に表示されるゲーム画像では、８種類の演奏ボタンを表す操作指示画像がゲージ上に表示される。また、難易度が最も低いレベル１では、任意の１種類の演奏ボタンのみが用いられる。レベル１では、出力される音の音程およびオクターブは自動的に決定される。なお、レベル１の場合に表示されるゲーム画像では、１種類の演奏ボタンを表す操作指示画像のみがゲージ上に表示される。なお、他の実施例においては、難易度は３段階でなくともよく、例えば２種類の演奏ボタンを用いる、やや難易度の低いレベルを含んだ４段階にしてもよい。
【００９２】
グループデータ５８は、自機と同じグループに属する他のゲーム装置の識別情報を示す。また、演奏楽曲指定データ５９は、リハーサル演奏時および本番演奏時に各プレイヤによって演奏される楽曲（演奏楽曲）を識別するためのデータである。
【００９３】
次に、ゲーム装置１０において行われるゲーム処理の詳細を、図８〜図１４を用いて説明する。図８は、ゲーム装置１０において実行されるゲーム処理の流れを示すフローチャートである。ゲーム装置１０の電源が投入されると、ゲーム装置１０のＣＰＵコア２１は、図示しないブートＲＯＭに記憶されている起動プログラムを実行し、ＲＡＭ２４等の各ユニットが初期化される。そして、メモリカード１７に格納されたゲームプログラムがＲＡＭ２４に読み込まれ、ＣＰＵコア２１によって当該ゲームプログラムの実行が開始される。図８に示すフローチャートは、以上の処理が完了した後に実行されるゲーム処理を示すフローチャートである。
【００９４】
図８に示すステップＳ１において、ＣＰＵコア２１は、サーバ１に対して接続処理を行う。前述したように、サーバ１は、マッチング処理、すなわち、一緒に合奏ゲームを行うゲーム装置のグループを決定する処理を実行する。つまり、ステップＳ１の処理は、ゲーム装置１０がサーバ１に対してマッチング処理を実行することを要求する処理である。具体的には、ＣＰＵコア２１は、自機を識別するため情報（例えばＩＰアドレス）を含むマッチング要求データをワイヤレス通信部３７を介してサーバ１へ送信する。サーバ１は、マッチング要求データを受信したことに応じて、同じくマッチング要求データを送信してきた他のゲーム装置のうちから、ゲーム装置１０と一緒に合奏ゲームを行うゲーム装置を接続相手として選出する。なお、メモリカード１７に格納されたゲームプログラムを識別するための情報（ゲームプログラムＩＤ）をマッチング要求データに含めて、サーバに送信してもよく、この場合、サーバ１は、同じゲームプログラムＩＤを含むマッチング要求データを送信してきた他のゲーム装置を、ゲーム装置１０の接続相手として選出する。なお、ゲームプログラムＩＤはゲームプログラムとともにメモリカード１７に記憶される。
【００９５】
本実施形態においては、ゲーム装置１０は、所定範囲内の数を示す番号データをマッチング要求データに含めて送信することができる。この番号データの数は、プレイヤによって指定される。サーバ１は、番号データを含むマッチング要求データを受信した場合、同じ数の番号データを含むマッチング要求データを送信してきた他のゲーム装置を、ゲーム装置１０の接続相手として選出する。上記番号データは、例えば知人同士で一緒に合奏ゲームを行いたい場合に有効である。すなわち、送信する番号データの数を知人と予め決めておくことによって、サーバ１は知人同士のゲーム装置をマッチングするので、知人同士で一緒に合奏ゲームを行うことができる。
【００９６】
なお、マッチングの方法は、上記番号データを用いた方法に限らず、何らかの条件を示すデータをマッチング要求データに含ませて送信する方法であってもよいし、サーバ１がランダムにゲーム装置を選出する方法であってもよい。前者の場合、例えば、ゲームの習熟度を表すデータをマッチング要求データに含ませて送信し、習熟度が同じレベルのゲーム装置同士をマッチングする方法が考えられる。
【００９７】
サーバ１は、予め定められた上限数の接続相手を選出した場合、または、上記上限数よりも小さい所定数の接続相手を選出してから所定時間が経過した場合、マッチング処理を終了する。これによって、ゲーム装置１０と、選出された接続相手のゲーム装置とからなるグループが形成されたこととなる。なお、合奏ゲームの場合、上記上限数は、楽曲を構成するパートの数とすることが好ましい。また、上記所定数および所定時間は、ゲーム装置１０によって設定されるようにしてもよい。サーバ１は、マッチング処理を終了すると、上記グループ内の各ゲーム装置へ接続相手のゲーム装置を識別するデータを送信する。また、本実施形態では、サーバ１は、上記データを送信する際、グループ内の１つのゲーム装置をリーダーとして選出し、選出されたゲーム装置にリーダーであることを通知する。
【００９８】
ステップＳ２においては、ＣＰＵコア２１は、接続相手の識別情報を示すデータをサーバ１から受信しグループデータ５８としてＲＡＭ２４に登録する（記憶する）。これによって、ゲーム装置１０は、グループに含まれる他のゲーム装置との通信が可能となる。以降においては、サーバ１を介さずに、グループに含まれる各ゲーム装置同士で直接通信が行われる。なお、本実施形態では、ゲームシステムに含まれる複数のゲーム装置を、サーバ１を用いて決定するようにしたが、ゲームシステムに含まれる複数のゲーム装置の決定方法は、どのような方法であってもよく、サーバ１を用いない方法であってもよい。また、マッチング後もサーバ１を介して通信するようにしてもかまわない。ステップＳ２の後、ステップＳ３の処理が実行される。
【００９９】
なお、ステップＳ１およびＳ２の処理は、メモリカード１７に格納されたゲームプログラムの実行によらず、ゲーム装置１０に内蔵されたプログラムによって実行してもかまわない。そのようにすれば、メモリカード１７を所持しないプレイヤであっても合奏ゲームに参加することが可能になる。なお、この場合、そのゲーム装置に対して、サーバまたは他のゲーム装置（典型的にはマッチングされたゲーム装置）からゲームプログラムが配信されてそれが実行される。
【０１００】
ステップＳ３において、楽曲決定処理が実行される。楽曲決定処理は、合奏ゲームにおいて演奏を行う楽曲を決定するための処理である。以下、図９を参照して、楽曲決定処理の詳細を説明する。
【０１０１】
図９は、図８に示す楽曲決定処理（ステップＳ３）の詳細を示すフローチャートである。楽曲決定処理においては、まずステップＳ１０において、ＣＰＵコア２１は、自機がリーダーに設定されているか否かを判定する。ステップＳ１０の判定結果が肯定である場合、ステップＳ１１の処理が実行され、ステップＳ１０の判定結果が否定である場合、ステップＳ１３の処理が実行される。
【０１０２】
リーダーのゲーム装置では、ステップＳ１１の処理が実行される。すなわち、ステップＳ１１において、ＣＰＵコア２１は、２回の演奏期間において演奏を行う楽曲を決定する。楽曲の決定は、ＲＡＭ２４に楽曲データ５６が記憶されている楽曲のうちから、所望の楽曲をゲーム装置１０のプレイヤが指定することによって行われる。その結果、決定された楽曲を識別するためのデータが演奏楽曲指定データ５９としてＲＡＭ２４に登録される。つまり、本実施形態では、リーダーであるゲーム装置を用いるプレイヤが、演奏する楽曲を決定することができる。なお、他の実施形態においては、ＲＡＭ２４に楽曲データ５６が記憶されている楽曲のうちからランダムに楽曲が決定されてもよい。以下では、ステップＳ１１で決定された楽曲を演奏楽曲と呼ぶ。
【０１０３】
続くステップＳ１２において、ＣＰＵコア２１は、上記演奏楽曲を他のゲーム装置へ通知する。具体的には、当該演奏楽曲を示すデータ（演奏楽曲指定データ５９）がワイヤレス通信部３７からネットワークを介して他のゲーム装置へ送信される。リーダーに設定されているゲーム装置においては、ステップＳ１２の後、後述するステップＳ１７の処理が実行される。
【０１０４】
一方、リーダーでないゲーム装置においては、ステップＳ１３の処理が実行される。すなわち、ステップＳ１３において、ＣＰＵコア２１は、決定された演奏楽曲の通知（ステップＳ１２）をワイヤレス通信部３７によって受信する。具体的には、リーダーのゲーム装置から演奏楽曲指定データ５９を受信してＲＡＭ２４に登録する。これによって、リーダーでないゲーム装置は、演奏楽曲を知ることができる。
【０１０５】
続くステップＳ１４において、ＣＰＵコア２１は、演奏楽曲の楽曲データが自機のＲＡＭ２４に記憶されているか否かを判定する。なお、本実施形態においては、ゲーム装置１０は、プレイヤによって作成された楽曲データを新たに記憶したり、新たな楽曲データを他の装置から取得することが可能であるとする。したがって、各ゲーム装置において記憶されている楽曲データは必ずしも一致せず、あるゲーム装置において記憶されている楽曲データが他のゲーム装置では記憶されていないこともあり得る。ステップＳ１４の判定結果が肯定である場合、ステップＳ１５の処理が実行され、ステップＳ１４の判定結果が否定である場合、ステップＳ１６の処理が実行される。
【０１０６】
ステップＳ１５において、ＣＰＵコア２１は、楽曲データの送信が不要である旨をリーダーのゲーム装置に対して通知する。一方、ステップＳ１６において、ＣＰＵコア２１は、楽曲データの送信を要求する。つまり、リーダーでないゲーム装置は、演奏楽曲の楽曲データを記憶していない場合にはワイヤレス通信部３７を用いて当該楽曲データの送信を要求し、当該楽曲データを記憶している場合には送信不要の旨をワイヤレス通信部３７を用いて通知する。ステップＳ１５の後、ＣＰＵコア２１は図９に示す楽曲決定処理を終了する。また、ステップＳ１６の後、ＣＰＵコア２１は後述するステップＳ１９の処理を実行する。
【０１０７】
一方、リーダーのゲーム装置においては、ステップＳ１２の後にステップＳ１７の処理が実行される。すなわち、ステップＳ１７において、ＣＰＵコア２１は、他の全てのゲーム装置が演奏楽曲の楽曲データを記憶しているか否かを判定する。ステップＳ１７の判定は、上記ステップＳ１５またはＳ１６で他のゲーム装置から送信されてくる内容に基づいて行うことができる。すなわち、少なくとも１つの他のゲーム装置から楽曲データの送信の要求があった場合、ステップＳ１７の判定結果は否定と判断される。一方、全ての他のゲーム装置から楽曲データの送信不要の通知があった場合、ステップＳ１７の判定結果は肯定と判断される。ステップＳ１７の判定結果が否定である場合、ステップＳ１８の処理が実行される。一方、ステップＳ１７の判定結果が肯定である場合、ステップＳ１８の処理がスキップされて、ＣＰＵコア２１は図９に示す楽曲決定処理を終了する。
【０１０８】
ステップＳ１８において、ＣＰＵコア２１は、演奏楽曲の楽曲データを、楽曲データの送信を要求した他のゲーム装置、すなわち、演奏楽曲の楽曲データを記憶していない他のゲーム装置へワイヤレス通信部３７を用いて送信する。
【０１０９】
一方、リーダーでないゲーム装置においては、ステップＳ１６の次にステップＳ１９の処理が実行される。ステップＳ１９においては、ＣＰＵコア２１は、リーダーのゲーム装置からステップＳ１８で送信される楽曲データをワイヤレス通信部３７によって受信する。これによって、リーダーでないゲーム装置のプレイヤは、自己が知らない楽曲（ゲーム装置に楽曲データが記憶されていない楽曲）についても合奏を行うことができるとともに、自機で演奏可能な楽曲の数を増やすことができる。ステップＳ１９の後、ＣＰＵコア２１は、図９に示す楽曲決定処理を終了する。
【０１１０】
図８の説明に戻り、ステップＳ３の次のステップＳ４において、パート決定処理が実行される。パート決定処理は、ステップＳ３で決定された演奏楽曲を構成する各パートのうち、グループ内の各ゲーム装置においてそれぞれどのパートを演奏するかを決定する処理である。以下、図１０を参照して、パート決定処理の詳細を説明する。
【０１１１】
図１０は、図８に示すパート決定処理（ステップＳ４）の詳細を示すフローチャートである。パート決定処理においては、まずステップＳ２１において、ＣＰＵコア２１は、グループ内の全てのゲーム装置がパートを決定したか否かを判定する。ステップＳ２１の判定は、ＲＡＭ２４に記憶されているパートデータ５７を参照することによって行われる。すなわち、当該パートデータ５７が、全てのゲーム装置についてゲーム装置とパートとの対応を示すデータである場合、全てのゲーム装置がパートを決定したと判定される。ステップＳ２１の判定結果が肯定である場合、ＣＰＵコア２１は、図１０に示すパート決定処理を終了する。一方、ステップＳ２１の判定結果が否定である場合、ステップＳ２２の処理が実行される。
【０１１２】
ステップＳ２２において、ＣＰＵコア２１は、演奏楽曲の各パートのうちで、自機のプレイヤが選択可能なパートを第１のＬＣＤ１１または第２のＬＣＤ１２に表示させる。なお、本実施形態では、複数のゲーム装置に対して同じパートが割り当てられないものとする。つまり、ステップＳ２２では、他のゲーム装置がすでに選択したパートは除外され、残りのパートのみが選択可能なように表示される。具体的には、ＲＡＭ２４に記憶されているパートデータ５７にゲーム装置とパートとの対応が含まれている場合、当該パートは除外される。表示の様態としては、残りパートのみを表示してもよいし、残りパートと既に選択されたパートとの色を変える等して区別して表示するようにしてもよい。また、既に選択されたパートと同じパートを選択できるようにしてもよい。
【０１１３】
続くステップＳ２３において、ＣＰＵコア２１は、選択されたパートを示すデータ（選択パートデータ）をワイヤレス通信部３７によって他のゲーム装置から受信したか否かを判定する。ここで、他のゲーム装置においてパートが選択された場合には、当該他のゲーム装置から、選択パートデータが送信されてくる。ステップＳ２３において、ＣＰＵコア２１は、当該選択パートデータが送信されてきたか否かを判定する。ステップＳ２３の判定結果が肯定である場合、ステップＳ２４の処理が実行され、ステップＳ２３の判定結果が否定である場合、ステップＳ２５の処理が実行される。
【０１１４】
ステップＳ２４において、ＣＰＵコア２１は、他のゲーム装置において選択されたパートを当該他のゲーム装置に割り当てる。つまり、ステップＳ２３で選択パートデータを送信してきたゲーム装置に対して、当該選択パートデータにより示されるパートが割り当てられる。なお、本実施形態では、難易度を示すデータ（難易度データ）が選択パートデータとともに送信される。したがって、ＣＰＵコア２１は、ステップＳ２３で選択パートデータを送信してきたゲーム装置と、当該選択パートデータにより示されるパートと、当該選択パートデータとともに送信された難易度データにより示される難易度との対応を含むように、ＲＡＭ２４に記憶されているパートデータ５７の内容を更新する。ステップＳ２４の後、ステップＳ２１の処理が再度実行される。
【０１１５】
一方、ステップＳ２５において、ＣＰＵコア２１は、自機においてパートが選択されたか否かを判定する。具体的には、操作スイッチ部１４およびタッチパネル１５に対して行われた入力に基づいて、ステップＳ２２で表示されているパートのうちから１つを選択する操作が行われたか否かを判定する。ステップＳ２５の判定結果が肯定である場合、ステップＳ２６の処理が実行され、ステップＳ２５の判定結果が否定である場合、ステップＳ２１の処理が再度実行される。
【０１１６】
ステップＳ２６において、ＣＰＵコア２１は、ステップＳ２５において選択されたパートを自機に割り当てる。このとき、ＣＰＵコア２１は、ゲーム操作の難易度を指示する操作をプレイヤから受け付け、プレイヤの指示に従って難易度を決定する。そして、自機と、ステップＳ２５において選択されたパートと、決定された難易度との対応を含むように、ＲＡＭ２４に記憶されているパートデータ５７の内容を更新する。
【０１１７】
続くステップＳ２７において、ＣＰＵコア２１は、ステップＳ２６で選択されたパートを示す選択パートデータを、グループデータ５８を参照して、グループに含まれる全ての他のゲーム装置へ送信する。また、選択パートデータとともに、ステップＳ２６で決定された難易度を示す難易度データと、自機を識別するためのデータとが他のゲーム装置へ送信される。ステップＳ２７の後、ステップＳ２１の処理が再度実行される。
【０１１８】
以上のステップＳ２１〜Ｓ２７で説明したように、本実施形態では、グループに含まれる各ゲーム装置のプレイヤが早い者順でパートを選択することによって、各ゲーム装置に割り当てられるパートが決定される。なお、他の実施形態においては、各ゲーム装置に割り当てられるパートはランダムに決定されてもよいし、パートを選択するプレイヤの順序をランダムに決定するようにしてもよい。
【０１１９】
図８の説明に戻り、ステップＳ４の次のステップＳ５において、リハーサル演奏処理が実行される。リハーサル演奏処理は、第１回目の演奏（リハーサル演奏）をプレイヤに行わせる処理である。以下、図１１を参照してリハーサル演奏処理の詳細を説明する。
【０１２０】
図１１は、図８に示すリハーサル演奏処理（ステップＳ５）の詳細を示すフローチャートである。リハーサル演奏処理においては、まずステップＳ３１において、ＣＰＵコア２１は開始タイミング決定処理を実行する。開始タイミング決定処理は、演奏期間を開始するタイミングを決定する処理である。なお、演奏期間とは、プレイヤが演奏を行うことが可能な期間であり、換言すれば、ゲーム装置がプレイヤによる演奏操作を受け付ける期間である。以下、図１２を参照して開始タイミング決定処理の詳細を説明する。
【０１２１】
図１２は、図１１に示す開始タイミング決定処理（ステップＳ３１）の詳細を示すフローチャートである。開始タイミング決定処理においては、まずステップＳ５１において、ＣＰＵコア２１は、自機がリーダーに設定されているか否かを判定する。ステップＳ５１の判定結果が肯定である場合、ステップＳ５２の処理が実行され、ステップＳ５１の判定結果が否定である場合、ステップＳ５４の処理が実行される。
【０１２２】
リーダーのゲーム装置においては、ステップＳ５２およびＳ５３の処理が実行される。すなわち、ステップＳ５２において、ＣＰＵコア２１は、リハーサル演奏期間を開始するタイミングを決定し、当該タイミングを示すデータを他のゲーム装置へ送信する。当該データは、例えば、リハーサル演奏期間を開始するまでの残り時間を示すデータであってもよいし、リハーサル演奏期間を開始する時刻を示すデータであってもよいし、リハーサル演奏を即時に開始することを指示するデータであってもよい。また、他のゲーム装置へ通知されるタイミングは、リーダーのゲーム装置から他のゲーム装置へデータを送信した場合の遅延時間を考慮して決定されてもよい。このとき、リーダーのゲーム装置は、算出された遅延時間を考慮してグループ内の各ゲーム装置間でほぼ同じタイミングになるように、他のゲーム装置へそれぞれ異なる内容のデータを送信してもよい。
【０１２３】
続くステップＳ５３において、ＣＰＵコア２１は、ステップＳ５２で決定されたタイミングに従ってリハーサル演奏を開始する。すなわち、後述するステップＳ３２〜Ｓ４１（図１１）の処理ループを開始する。ステップＳ５３の後、ＣＰＵコア２１は、図１２に示す開始タイミング決定処理を終了する。
【０１２４】
一方、リーダーでないゲーム装置においては、ステップＳ５４およびＳ５５の処理が実行される。すなわち、ステップＳ５４において、ＣＰＵコア２１は、リハーサル演奏期間を開始するタイミングを示すデータをリーダーのゲーム装置から受信する。続くステップＳ５５において、ＣＰＵコア２１は、ステップＳ５４で受信したデータにより示される開始タイミングに従ってリハーサル演奏を開始する。ステップＳ５４の後、ＣＰＵコア２１は、図１２に示す開始タイミング決定処理を終了する。
【０１２５】
以上に説明した開始タイミング決定処理によって、演奏期間を開始するタイミングがグループ内の各ゲーム装置間で同期することとなる。すなわち、各ゲーム装置は、ほぼ同じタイミングでリハーサル演奏を開始し、ほぼ同じタイミングでリハーサル演奏を終了する。これによって、他のゲーム装置においてリハーサル演奏が終了していないことが原因で自機において本番演奏を開始できなくなることを防止することができる。つまり、リハーサル演奏を終了したプレイヤは、他のプレイヤのリハーサル演奏の終了を長時間待つことなく本番演奏を開始することができる。なお、開始タイミング決定処理は、プレイヤが本番演奏の開始を待つ時間を低減することを目的として行われる。そのため、各ゲーム装置における開始タイミングは厳密に同時である必要はなく、例えば各ゲーム装置における開始タイミングに数秒程度のずれが生じていてもよい。
【０１２６】
図１１の説明に戻り、ステップＳ３１の開始タイミング決定処理の次に、ステップＳ３２〜Ｓ４１の処理ループが実行される。なお、この処理ループは、１回の処理ループが１フレーム時間毎に実行される。
【０１２７】
ステップＳ３２において、ＣＰＵコア２１は、自機の演奏ボタンに対して行われた演奏操作を示す操作データを操作スイッチ部１４から取得する。当該操作データは、各演奏ボタンが押下されたか否かを示すデータを含む。
【０１２８】
続くステップＳ３３において、ＣＰＵコア２１は、ステップＳ３２で取得された操作データに対して、自機に設定されている難易度に応じた所定の変換を行う。具体的には、難易度がレベル１またはレベル２に設定されている場合、操作データは、難易度がレベル３である場合に対応する内容に変換される。より具体的には、操作データにより押下されたことが示される演奏ボタンの種類が、楽曲データ５６に基づいて変更される。難易度がレベル１に設定されている場合、操作データがいずれかの演奏ボタンが押下されていることを示していれば、当該操作データは、現在のタイミングで押下すべき正しい演奏ボタンが押下されていることを示す内容に変更される。ここで、押下すべき正しい演奏ボタンは、楽曲データ５６を参照することによって特定することができる。また、難易度がレベル２に設定されている場合、ＬボタンやＲボタンとあるボタン（十字キーなど）とを同時に押下すべきタイミングにおいて、操作データが当該あるボタンが押下されていることを示していれば、当該操作データは、当該あるボタンとＬボタンやＲボタンが同時に押下されていることを示す内容に変更される。なお、ＬボタンやＲボタンを押下すべきタイミングであるか否かは、楽曲データ５６を参照することによって決定することができる。すなわち、ステップＳ３３において、ＣＰＵコア２１は、自己において低難易度が設定されているときに、ステップＳ３２で取得された操作データと楽曲データに含まれる演奏操作指示データとを比較し、少なくとも両者のタイミングが許容範囲であることを判断して、ステップＳ３２で取得された操作データを楽曲データで定める演奏操作指示データに変換する。さらには、当該判断において、ステップＳ３２で取得された操作データと楽曲データで定める演奏操作指示データとの操作種類（例えば押下されたボタンの種類）が所定関係にあることをさらに判断してもよい。また、当該所定関係の判断は、難易度に応じて変更してもよい。すなわち、難易度が高いほど、両者の操作種類の一致を要求し、難易度が低いほど、両者の操作種類の相違を許容するようにしてもよい。
【０１２９】
なお、リハーサルデータとして、操作データではなく、操作の正誤データ（各ゲーム装置において、操作データと演奏操作指示データを比較して、正しい操作が行なわれたか否かを示すデータ）を他機に送信するようにしてもよい。そして、当該他機では、受信したリハーサルデータ（操作の正誤データ）を演奏操作指示データに基づいて正しい操作データに変換するようにしてもかまわない。
【０１３０】
なお、難易度がレベル１およびレベル２のいずれに設定されている場合も、操作データがいずれの演奏ボタンも押下されていないことを示している場合には、当該操作データは変更されない。
【０１３１】
続くステップＳ３４において、ＣＰＵコア２１は、ステップＳ３３の処理後の操作データを用いて自機リハーサルデータを生成し、グループデータ５８に登録された他のゲーム装置へワイヤレス通信部３７を介して送信する。自機リハーサルデータは、ステップＳ３３の処理後の操作データと、当該操作データが取得されたフレーム時刻を示すフレーム番号データと、自機を識別するデータとを含む。フレーム番号データは、例えば、リハーサル演奏期間が開始された時点で取得されたフレーム番号を“１”として、１フレーム毎に１ずつインクリメントされた番号を示す。ステップＳ３４の処理が１フレーム毎に実行されることによって、各ゲーム装置から他のゲーム装置へ、１フレーム毎にリハーサルデータが逐次送信されることとなる。なお、ゲーム装置から他のゲーム装置へ送信される演奏データが確実に送信先のゲーム装置で受信されるように、当該送信先のゲーム装置は、演奏データを受信したことを確認する通知を送信元のゲーム装置に返信するようにしてもよい。このとき、送信元のゲーム装置は、演奏データを送信してから所定時間内に返信がない場合、当該演奏データを再送信するようにしてもよい。また、上記のように生成された自機リハーサルデータ５２はＲＡＭ２４に記憶される。
【０１３２】
なお、本実施形態においては、ゲーム装置１０は、自機リハーサルデータをリハーサル演奏期間中において逐次送信するようにしたが、他の実施形態においては、ゲーム装置は、リハーサル演奏期間中において自機リハーサルデータをＲＡＭ２４に逐次記憶しておくようにしてもよい。そして、ゲーム装置は、リハーサル演奏期間が終了した後（かつ、本番演奏期間が開始する前）で、ＲＡＭ２４に記憶されている自機リハーサルデータをまとめて他のゲーム装置へ送信するようにしてもよい。
【０１３３】
続くステップＳ３５において、ＣＰＵコア２１は、グループデータ５８に登録された他のゲーム装置から送信されてくるリハーサルデータ（他機リハーサルデータ）をワイヤレス通信部３７によって受信する。なお、各ゲーム装置間の通信状況は常に一定ではないので、あるフレームにおけるステップＳ３２〜Ｓ４１の処理ループにおいては、他機リハーサルデータが受信されず、他の処理ループで複数回データを受信されることもある。
【０１３４】
続くステップＳ３６において、ＣＰＵコア２１は、ステップＳ３５における処理後のリハーサルデータを他機リハーサルデータ５３としてゲーム装置毎にＲＡＭ２４に記憶する。ＲＡＭ２４に記憶された他機リハーサルデータ５３は、後述する本番演奏時に他パートの演奏音を生成するために用いられる。
【０１３５】
ステップＳ３６の後、ステップＳ３７〜Ｓ３９において、自己パートおよび他パートの演奏音が生成されて出力される。すなわち、ステップＳ３７において、ＣＰＵコア２１は、ステップＳ３３の処理後の操作データを用いて自己パートの演奏音を生成する。すなわち、現在のフレームにおいてプレイヤによって押下された演奏ボタンを上記操作データに基づいて判別し、押下された演奏ボタンの種類と自機に設定されている難易度とに基づいて、出力すべき音の音程を決定する。より具体的には、パートデータ５７を参照して当自己パートを判断し、当該自己パートに対応する音データが使用される。すなわち、例えば、自己パートがギターである場合には、ギターの音データが使用され、自己パートがピアノである場合には、ピアノの音データが使用される。なお、楽曲ごと（または楽曲の部分ごと）に各パートの音を変更したり、楽曲ごと（または楽曲の部分ごと）にボタン操作に対して出力する音を変更する場合には、演奏楽曲指定データ５９で指定される楽曲の楽曲データに含まれる自己パートに対応する音データが使用される。また、プレイヤ操作が正しい操作であるときのみ対応する音を出力する場合には、すなわち、プレイヤが演奏操作指示に基く正しいタイミングで（かつ正しいボタン操作で）操作したときにのみ対応する音を出力する場合には、当該操作データが正しいタイミングか（かつ正しいボタン操作か）を、演奏楽曲指定データ５９で指定される楽曲の楽曲データに含まれる自己パートについての演奏操作指示データに基づいて判断して、当該判断が肯定のときのみ対応する音を出力する。
【０１３６】
続くステップＳ３８において、ＣＰＵコア２１は、楽曲データ５６を用いて他パートの演奏音を生成する。具体的には、楽曲データ５６を参照して、現在のフレームのタイミングで出力すべき音を特定し、特定された音を他パートの演奏音とする。これによって、ステップＳ３７で生成された自己パートの音とステップＳ３８で生成された他パートの音との同期をとることができる。
【０１３７】
続くステップＳ３９において、ＣＰＵコア２１は、ステップＳ３７で生成された自己パートの演奏音と、ステップＳ３８で生成された他パートの演奏音とを各スピーカ３０ａおよび３０ｂから出力させる。すなわち、プレイヤによる演奏操作に応じて自己パートの演奏音が出力しつつ、楽曲データ５６を用いて生成された他パートの演奏音を出力する。以上のステップＳ３７〜Ｓ３９によって、演奏楽曲の各パートの演奏音が合奏として出力されることとなる。なお、ステップＳ３９において、楽曲データに含まれるＢＧＭの音声ファイルデータに基いて、楽曲のＢＧＭとなる演奏音を出力し、自己パートの演奏音と他パートの演奏音とＢＧＭの演奏音とを合成して出力するようにしてもよい。
【０１３８】
続くステップＳ４０において、ＣＰＵコア２１は、演奏楽曲指定データ５９で指定される楽曲データを参照して、パートデータ５７に登録された自己パートの演奏操作指示を表すゲーム画像（図４）を第１のＬＣＤ１１または第２のＬＣＤ１２に表示させる。ゲーム画像は、楽曲データ５６に基づいて生成することができる。
【０１３９】
ステップＳ４１において、ＣＰＵコア２１は、リハーサル演奏期間が終了したか否かを判定する。演奏期間の長さは演奏楽曲の長さによって決まるので、ステップＳ４１の判定は、楽曲データ５６を参照して演奏楽曲の長さを用いて行うことができる。ステップＳ４１の判定結果が肯定である場合、ステップＳ４３の処理が実行される。一方、ステップＳ４１の判定結果が否定である場合、ステップＳ３２の処理が再度実行され、以降、リハーサル演奏期間が終了するまでステップＳ３２〜Ｓ４１の処理ループが繰り返し実行される。
【０１４０】
上述したようにゲーム装置間の通信には遅延が生じるので、リハーサル演奏期間が終了しても、他のゲーム装置から送信されたリハーサルデータをゲーム装置が全て受信しているとは限らない。そこで、本実施形態では、ゲーム装置は、ステップＳ４２〜Ｓ４５の処理によって、リハーサル演奏期間の終了時に受信されていないリハーサルデータを受信する。
【０１４１】
ステップＳ４２において、ＣＰＵコア２１は、他機リハーサルデータを全て受信したか否かを判定する。なお、「他機リハーサルデータを全て受信した」とは、グループ内の他の全てのゲーム装置からそれぞれ、演奏期間の全部についてリハーサルデータを受信したことを意味する。ステップＳ４２の判定は、ＲＡＭ２４に記憶されている他機リハーサルデータを参照することによって行うことができる。ステップＳ４２の判定結果が肯定である場合、ＣＰＵコア２１は、図１１に示すリハーサル演奏処理を終了する。一方、ステップＳ４２の判定結果が否定である場合、ステップＳ４３の処理が実行される。
【０１４２】
ステップＳ４３において、ＣＰＵコア２１は、ステップＳ３４と同様の処理によって、他機リハーサルデータを受信する。続くステップＳ４４において、ＣＰＵコア２１は、ステップＳ３５と同様の処理によって、ステップＳ４３において受信したリハーサルデータを他機リハーサルデータ５３としてＲＡＭ２４に記憶する。ステップＳ４４の次にステップＳ４５の処理が実行される。
【０１４３】
ステップＳ４５において、ＣＰＵコア２１は、リハーサル演奏処理が終了してから所定時間が経過したか否かを判定する。なお、この所定時間をあまり長く設定すると、リハーサル演奏期間が終了されてから本番演奏期間が開始されるまでの時間が長くなってしまい、プレイヤの待ち時間が長くなってしまう。したがって、所定時間は、ゲーム装置から他のゲーム装置へ１つのリハーサルデータを送信するのに十分な時間に設定されればよく、それ以上に長く設定する必要はない。ステップＳ４５の判定結果が肯定である場合、ＣＰＵコア２１は、図１１に示すリハーサル演奏処理を終了する。一方、ステップＳ４５の判定結果が否定である場合、ステップＳ４２の処理が再度実行される。以上で、図１１に示すリハーサル演奏処理の説明を終了する。
【０１４４】
図８の説明に戻り、ステップＳ５の次のステップＳ６において、本番演奏処理が実行される。本番演奏処理は、第１回目のリハーサル演奏に続いて、第２回目の本番演奏をプレイヤに行わせる処理である。以下、図１３を参照して本番演奏処理の詳細を説明する。
【０１４５】
図１３は、図８に示す本番演奏処理（ステップＳ６）の詳細を示すフローチャートである。本番演奏処理においては、まずステップＳ６１において、ＣＰＵコア２１は開始タイミング決定処理を実行する。この開始タイミング決定処理は、上記ステップＳ３１の処理（図１２参照）と同じ処理である。
【０１４６】
ステップＳ６１の開始タイミング決定処理によって、グループ内の各ゲーム装置は、ほぼ同じタイミングで本番演奏を開始し、ほぼ同じタイミングで本番演奏を終了することになる。ここで、本実施形態では、本番演奏の終了後に各ゲーム装置における演奏内容を反映して得点が算出される（後述するステップＳ７５）。したがって、ステップＳ６１の処理によって各ゲーム装置でほぼ同じタイミングで本番演奏が終了するので、ゲーム装置は、自機における本番演奏の終了後、他のゲーム装置における本番演奏の終了を長時間待つことなく、得点を算出することができる。つまり、各プレイヤは、本番演奏が終了した後、長時間待つことなく、演奏内容の評価（得点）を見ることができる。なお、上記ステップＳ３１の場合と同様、各ゲーム装置における開始タイミングは厳密に同時である必要はなく、例えば各ゲーム装置における開始タイミングに数秒程度のずれが生じていてもよい。
【０１４７】
ステップＳ６１の次に、ステップＳ６２〜Ｓ７１の処理ループが実行される。なお、この処理ループは、１回の処理ループが１フレーム時間毎に実行される。
【０１４８】
ステップＳ６２において、ＣＰＵコア２１は、自己の演奏ボタンに対して行われた演奏操作を示す操作データを操作スイッチ部１４から取得する。続くステップＳ６３において、ステップＳ６２で取得された操作データに対して、自機に設定されている難易度に応じた所定の変換を行う。ステップＳ６２およびＳ６３の処理は上述のステップＳ３２およびＳ３３と同じである。続くステップＳ６４において、ＣＰＵコア２１は、ステップＳ６３の処理後の操作データを用いて自機本番データを生成し、自機本番データを他のゲーム装置へワイヤレス通信部３７を介して送信する。自機本番データの生成方法は、上記ステップＳ３４における自機リハーサルデータの生成方法と同じである。生成された自機本番データ５４はＲＡＭ２４に記憶される。
【０１４９】
続くステップＳ６５において、ＣＰＵコア２１は、他のゲーム装置から送信されてくる本番データ（他機本番データ）をワイヤレス通信部３７によって受信する。なお、上述したリハーサル演奏処理の場合と同様、あるフレームにおけるステップＳ６２〜Ｓ７１の処理ループにおいては、他機本番データが受信されないこともある。続くステップＳ６６において、ＣＰＵコア２１は、ステップＳ６５において受信された本番データを他機本番データ５５としてＲＡＭ２４に記憶する。ＲＡＭ２４に記憶された他機本番データ５５は、後述するステップＳ７６において得点を算出するために用いられる。
【０１５０】
続くステップＳ６７において、ＣＰＵコア２１は、ステップＳ６３の処理後の操作データを用いて自己パートの演奏音を生成する。ステップＳ６７の処理は、ステップＳ３７の処理と同じである。
【０１５１】
続くステップＳ６８において、他パート音生成処理が実行される。他パート音生成処理は、本番演奏時に出力する他パート音を他機リハーサルデータ５３を用いて生成する処理である。以下、図１４を参照して他パート音生成処理の詳細を説明する。
【０１５２】
図１４は、図１３に示す他パート音生成処理（ステップＳ６８）の詳細を示すフローチャートである。この他パート音生成処理は、グループデータ５８に登録されたゲーム装置のそれぞれについて処理が実行される。他パート音生成処理においては、まずステップＳ８１において、ＣＰＵコア２１は、グループ内の他のゲーム装置の１つを選択する。なお、１回の他パート音生成処理の間にすでに選択されたゲーム装置以外のゲーム装置が選択される。ステップＳ８２〜Ｓ８４の処理においては、ステップＳ８１で選択されたゲーム装置に対応するパートの音が生成される。
【０１５３】
ステップＳ８２において、ＣＰＵコア２１は、現在のフレームに相当する他機リハーサルデータ（ステップＳ８１で選択されたゲーム装置から送信されてきたリハーサルデータ）がＲＡＭ２４に記憶されているか否かを判定する。ここで、リハーサル演奏中において、例えば他のゲーム装置において演奏ゲームが中止されたり、他のゲーム装置の電源が切られたりした場合等、当該他のゲーム装置との通信が中断された場合には、当該他のゲーム装置からのリハーサルデータが受信されなくなる。その結果、当該他のゲーム装置については全演奏部分のリハーサルデータがＲＡＭ２４に記憶されない。したがって、他のゲーム装置との通信が中断された場合には、ステップＳ８２の判定結果が否定となり、ステップＳ８４の処理が実行される。一方、他のゲーム装置との通信が正常に行われた場合には、ステップＳ８２の判定結果が肯定となり、ステップＳ８３の処理が実行される。
【０１５４】
ステップＳ８３において、ＣＰＵコア２１は、他機リハーサルデータを用いて、ステップＳ８１で選択された他のゲーム装置に対応する他パートの演奏音を生成する。他機リハーサルデータは、上述したリハーサル演奏処理のステップＳ３６でＲＡＭ２４に記憶されている。他機リハーサルデータを用いて他パートの演奏音を生成する方法は、自機の操作データを用いて自己パートの演奏音を生成する方法と同様である。ただし、あるゲーム装置から受信した他機リハーサルデータを用いて他パートの演奏音を生成する場合、パートデータ５７を参照して、当該あるゲーム装置のパートを判断し、当該他機リハーサルデータに基づく音出力は、当該パートに対応する音データが使用される。すなわち、例えば、当該あるゲーム装置のパートがギターである場合には、ギターの音データが使用され、当該あるゲーム装置のパートがピアノである場合には、ピアノの音データが使用される。なお、楽曲ごと（または楽曲の部分ごと）に各パートの音を変更したり、楽曲ごと（または楽曲の部分ごと）にボタン操作に対して出力する音を変更する場合には、演奏楽曲指定データ５９で指定される楽曲の楽曲データに含まれる当該あるゲーム装置のパートに対応する音データが使用される。また、プレイヤ操作が正しい操作であるときのみ対応する音を出力する場合には、当該あるゲーム装置の他機リハーサルデータに含まれる操作データが正しいタイミングか（かつ正しいボタン操作か）を、当該あるゲーム装置のパートについての演奏操作指示データに基づいて判断して、当該判断が肯定のときのみ対応する音を出力する。
【０１５５】
一方、ステップＳ８４において、ＣＰＵコア２１は、楽曲データ５６を用いて他パートの演奏音を生成する。ステップＳ８４の処理は、上述したステップＳ３８の処理と同じである。
【０１５６】
以上のステップＳ８２〜Ｓ８４に示したように、本実施形態では、ゲーム装置１０は、本番演奏期間中において、ＲＡＭ２４に記憶されている他機リハーサルデータ５３を用いて演奏楽曲の各演奏部分について他パートの音を生成することが可能か否かを各パートについて判定する（ステップＳ８２）。そして、判定結果が否定であると判定されたパートについては、上記他機リハーサルデータ５３を用いた他パートの演奏音の生成が不可能である演奏部分については、他パートの演奏音を楽曲データ５６を用いて自動的に生成する（ステップＳ８４）。つまり、本実施形態では、本番演奏時において、他のゲーム装置からリハーサルデータが取得されていない場合には、予め用意された楽曲データを用いて他パートの演奏音が生成される。したがって、仮に何らかの原因で他のゲーム装置との通信が中断された場合であっても、本番演奏時に他パートの音が生成されず、出力されなくなることを防止することができる。逆に、そのような通信の中断を明らかにしたい場合には、リハーサルデータの取得されていないパートの演奏を行わないようにしてもよい。
【０１５７】
ステップＳ８３またはＳ８４の次に、ステップＳ８５の処理が実行される。すなわち、ステップＳ８５において、ＣＰＵコア２１は、グループ内の全ての他のゲーム装置について、それに対応する他パート音を生成したか否かを判定する。ステップＳ８５の判定結果が肯定である場合、ＣＰＵコア２１は、図１４に示す他パート音生成処理を終了する。一方、ステップＳ８５の判定結果が否定である場合、ステップＳ８１の処理が再度実行される。
【０１５８】
図１３の説明に戻り、ステップＳ６８の次のステップＳ６９において、ＣＰＵコア２１は、ステップＳ６７で生成された自己パートの演奏音と、ステップＳ６８で生成された他パートの演奏音とを各スピーカ３０ａおよび３０ｂから出力させる。すなわち、ＲＡＭ２４に記憶されている他機リハーサルデータを用いて他パートの演奏音を出力しつつ、プレイヤによる演奏操作に応じて自己パートの演奏音を出力する。これによって、演奏楽曲の各パートの音が合奏として出力されることとなる。なお、演奏楽曲を構成するパートの数よりもグループに含まれるゲーム装置の数が少ない場合、プレイヤによって演奏されないパートが存在する。このとき、当該パートの音は、楽曲データ５６を用いて生成され、各スピーカ３０ａおよび３０ｂから出力される。なお、ステップＳ６９において、楽曲データに含まれるＢＧＭの音声ファイルデータに基いて、楽曲のＢＧＭとなる演奏音を出力し、自己パートの演奏音と他パートの演奏音とＢＧＭの演奏音とを合成して出力するようにしてもよい。
【０１５９】
続くステップＳ７０において、ＣＰＵコア２１は、上述したステップＳ４０の処理と同様の処理によって、演奏楽曲の自己パートの演奏操作指示を表すゲーム画像（図４）を第１のＬＣＤ１１または第２のＬＣＤ１２に表示させる。
【０１６０】
ステップＳ７１において、ＣＰＵコア２１は、上述したステップＳ４１の処理と同様の処理によって、本番演奏期間が終了したか否かを判定する。ステップＳ７１の判定結果が肯定である場合、ステップＳ７２の処理が実行される。一方、ステップＳ７１の判定結果が否定である場合、ステップＳ６２の処理が再度実行され、以降、本番演奏期間が終了するまでステップＳ６２〜Ｓ７１の処理ループが繰り返し実行される。
【０１６１】
以下で説明するステップＳ７２〜Ｓ７５においては、ゲーム装置間で本番データを送信する際に生じる遅延のために本番演奏期間の終了時にまだ受信されていない本番データを受信するための処理が実行される。まず、ステップＳ７２において、ＣＰＵコア２１は、上述したステップＳ４２と同様の処理によって、他機本番データを全て受信したか否かを判定する。ステップＳ７２の判定結果が肯定である場合、ＣＰＵコア２１は、図１４に示す本番演奏処理を終了する。一方、ステップＳ７２の判定結果が否定である場合、ステップＳ７３の処理が実行される。
【０１６２】
ステップＳ７３において、ＣＰＵコア２１は、ステップＳ６５と同様の処理によって、他機本番データを受信する。続くステップＳ７４において、ＣＰＵコア２１は、ステップＳ６６と同様の処理によって、ステップＳ７３で受信された他機本番データをＲＡＭ２４に記憶する。ステップＳ７４の次にステップＳ７５の処理が実行される。
【０１６３】
ステップＳ７５において、ＣＰＵコア２１は、本番演奏処理が終了してから所定時間が経過したか否かを判定する。ステップＳ７５の所定時間は、上述のステップＳ４５の所定時間と同様、ゲーム装置から他のゲーム装置へ１つのリハーサルデータを送信するのに十分な時間に設定されればよく、それ以上に長く設定する必要はない。ステップＳ７５の判定結果が肯定である場合、ステップＳ７６の処理が実行される。一方、ステップＳ７５の判定結果が否定である場合、ステップＳ７２の処理が再度実行される。
【０１６４】
ステップＳ７６において、ＣＰＵコア２１は、ＲＡＭ２４に記憶されている自機本番データ５４および他機本番データ５５に基づいて得点を算出する。得点は、例えば、各パートについて本番データと楽曲データとの類似度を算出し、当該類似度が高いほど得点が高くなるように算出される。また、例えば、音を出力するタイミングと音の種類が各パートで一致しているほど得点が高くなるように算出される。また、自機本番データ５４と自己パートの楽曲データとの類似度に基いて自機の得点を算出し、各他機本番データ５５と対応するパートの楽曲データとの類似度に基いて各他機の得点を算出して、それらの得点を合計や平均（加重平均でもよい）などすることにより全体の得点を算出するようにしてもよい。また、自機本番データ５４と他機本番データ５５とを比較することにより（例えば、各パートで共通する演奏操作タイミングにおいて各ゲーム装置で同じタイミングで操作がされたか否かを比較するなど）、全体の得点を算出してもよい。
【０１６５】
なお、他の実施形態においては、本番データに加えて、自機リハーサルデータ５２および他機リハーサルデータ５３に基づいて得点を算出するようにしてもよい。この場合、例えば、本番データに基づく得点と、リハーサルデータに基づく得点をそれぞれ算出して、それらに基いて所定の演算（合計・平均・加重平均など）をして全体の得点としてもよい。また、各ゲーム装置についての本番データとリハーサルデータとを比較することにより上達度を算出して得点としてもよい。
【０１６６】
また、本番演奏期間中に他のゲーム装置との通信が中断された場合には、当該他のゲーム装置からのリハーサルデータが受信されなくなる。この場合、ＣＰＵコア２１は、当該ゲーム装置の本番データを除いて、残りのゲーム装置の本番データに基づいて得点を算出する。
【０１６７】
なお、得点の算出については、本番演奏中には本番データの送受信を行わず、演奏後に算出された自機の得点を互いに送受信する構成としてもよく、この場合、ステップＳ６４〜Ｓ６６の処理が不要となる。
【０１６８】
以上のように算出された得点は、第１のＬＣＤ１１または第２のＬＣＤ１２に表示される。これによって、各プレイヤは、本番演奏期間中に行った各プレイヤによる合奏についての評価を知ることができる。以上で、図１３に示す本番演奏処理の説明を終了する。
【０１６９】
また、他の実施形態においては、本番演奏処理において、自機本番データをＲＡＭ２４に記憶しておく処理をさらに行い、自機本番データと他機本番データとに基いて、前述のステップＳ６８と同等の処理により、自己パートおよび他パートの音を生成して出力するようにしてもよい。このようにすれば、全パートの本番データを用いた合奏をリプレイ等で再生させることも可能となる。
【０１７０】
図８の説明に戻り、ステップＳ６の次のステップＳ７において、ＣＰＵコア２１は、合奏ゲームを終了するか否かを判定する。ステップＳ７の判定は、プレイヤにより合そうゲームを終了する旨の指示があったか否かや、所定回数の合奏を行ったか否か等により行われる。ステップＳ７の判定結果が否定である場合、ステップＳ３の処理が再度実行される。このとき、リーダーであるゲーム装置を変更するようにしてもよい。例えば、リーダーであるゲーム装置は、次にリーダーとなるゲーム装置をグループ内の他のゲーム装置から選択するようにしてもよい。一方、ステップＳ７の判定結果が肯定である場合、ＣＰＵコア２１は、図８に示すゲーム処理を終了する。
【０１７１】
以上のように、本実施形態によれば、リハーサル演奏および本番演奏という２回の演奏を行わせることによって、ゲーム装置は、他のゲーム装置のリハーサル演奏結果を、自機における本番演奏時に出力することができる。これによって、他パートの音が自己パートの音より遅れて出力されることなく、かつ、演奏操作の応答性を損なわずに、合奏音を出力することができる。したがって、本実施形態によれば、プレイヤは、遠隔に存在する他のプレイヤと、通信の影響を意識せずに合奏ゲームを楽しむことができる。
【０１７２】
なお、上記実施形態においては、ゲーム装置はプレイヤに２回の演奏を行わせるようにしたが、他の実施形態においては、３回以上の演奏を行わせるようにしてもよい。このとき、ｎ（ｎは２以上の自然数）回目の演奏における他パートの音は、ｎ−１回目の演奏における演奏データを用いて生成して出力すればよい。
【０１７３】
また、上記実施形態においては、演奏を行うための演奏操作は、適宜のタイミングで適宜の演奏ボタンを押下する操作であったが、演奏操作の形態はどのようなものであってもよい。例えば、ゲーム装置１０のタッチパネル１５入力装置として用いる場合には、ギターやピアノの画像を第２のＬＣＤ１２に表示させ、第２のＬＣＤ１２の画面上にタッチ入力を行う操作を演奏操作として用いることができる。具体的には、ギターの弦の画像を表示する場合には、ゲーム装置１０は、タッチパネル１５に対する入力に基づいて、弦を弾く方向および強さを算出し、当該方向および強さに基づいてギターの音を出力するようにしてもよい。さらに、このとき、上記方向および強さを示すデータを演奏データ（リハーサルデータおよび本番データ）として用いることができる。
【０１７４】
また、上記実施形態においては、複数人のプレイヤで合奏を行う合奏ゲームを例として説明したが、本発明は、複数のゲーム装置を用いて行われる複数人参加型のゲームに適用することが可能である。本ゲームシステムにおいて実行されるゲームは、例えば、操作ボタンを適宜のタイミングで押下することによって、表示装置の画面に表示されるキャラクタに楽曲に合わせてダンスを踊らせるゲームであってもよい。このゲームでは、各ゲーム装置によってそれぞれ操作される複数のキャラクタが登場する。各ゲーム装置には、プレイヤによる操作に応じて行われる当該複数のキャラクタの動作（ダンス）が表示される。このようなゲームを実行するためのゲームシステムにおいては、上記合奏ゲームと同様、各ゲーム装置は、楽曲に合わせてキャラクタをダンスさせる操作を受け付ける操作期間を２回設定する。１回目の操作期間において、ゲーム装置は、上記演奏データに代えて、自己の操作対象（キャラクタ）の動作内容を特定するための動作データを他のゲーム装置へ送信する。動作データは、例えば、プレイヤによる操作を示す操作データである。２回目の操作期間において、ゲーム装置は、他のゲーム装置から受信される動作データに基づいて、他の操作対象の動作を制御しつつ、プレイヤによる操作に応じて自己の操作対象の動作を制御する。そして、複数の操作対象の動作を画面に表示する。以上に説明したようなダンスゲームにおいても本発明を適用することが可能である。さらに、本発明は、複数人対戦型のゲームであれば、例えばパズルゲーム等にも適用することが可能である。
【産業上の利用可能性】
【０１７５】
本発明は、通信を介して複数人参加型のゲームを行う際に、通信による遅延に起因する操作性の悪さを改善すること等を目的として、例えば複数のプレイヤで合奏を行う合奏ゲームとして利用することが可能である。
【図面の簡単な説明】
【０１７６】
【図１】本実施形態に係るゲームシステムの構成を示すブロック図
【図２】ゲームシステムに含まれるゲーム装置１０の外観図
【図３】ゲーム装置１０の内部構成を示すブロック図
【図４】ゲーム装置の画面に表示されるゲーム画像の例を示す図
【図５】リハーサル演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図
【図６】本番演奏期間における各ゲーム装置１０ａ〜１０ｃの動作を示す図
【図７】ゲーム装置１０のＲＡＭ２４に記憶される主なデータを示す図
【図８】ゲーム装置１０において実行されるゲーム処理の流れを示すフローチャート
【図９】図８に示す楽曲決定処理（ステップＳ３）の詳細を示すフローチャート
【図１０】図８に示すパート決定処理（ステップＳ４）の詳細を示すフローチャート
【図１１】図８に示すリハーサル演奏処理（ステップＳ５）の詳細を示すフローチャート
【図１２】図１１に示す開始タイミング決定処理（ステップＳ３１）の詳細を示すフローチャート
【図１３】図８に示す本番演奏処理（ステップＳ６）の詳細を示すフローチャート
【図１４】図１３に示す他パート音生成処理（ステップＳ６８）の詳細を示すフローチャート
【符号の説明】
【０１７７】
１ サーバ
２ ネットワーク
１０ ゲーム装置
１１ 第１のＬＣＤ
１２ 第２のＬＣＤ
１５ タッチパネル
１７ メモリカード
２１ ＣＰＵコア
２４ ＲＡＭ
３０ａ，３０ｂ スピーカ
３７ ワイヤレス通信部
５２ 自機リハーサルデータ
５３ 他機リハーサルデータ
５４ 自機本番データ
５５ 他機本番データ
５６ 楽曲データ
【特許請求の範囲】
【請求項１】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムであって、
前記各ゲーム装置は、
入力手段と、
第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力する第１演奏実行手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信手段と、
前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する第２演奏実行手段と、を備える、合奏ゲームシステム。
【請求項２】
前記各ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生手段をさらに備え、
前記第１演奏実行手段は、前記自動再生手段による前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する、請求項１に記載の合奏ゲームシステム。
【請求項３】
前記各ゲーム装置のうち少なくとも１つは、
前記楽曲のパート毎の内容を特定するための楽曲データを複数記憶可能な楽曲データ記憶手段と、
前記楽曲データ記憶手段に楽曲データが記憶された楽曲のうち演奏されるべき楽曲を決定する楽曲決定手段と、
前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置に送信する楽曲データ送信手段とをさらに備え、
前記各ゲーム装置のうち前記少なくとも１つ以外は、前記楽曲データ送信手段から送信される楽曲データを受信し、当該楽曲データを用いて前記合奏ゲームを実行する、請求項１に記載の合奏ゲームシステム。
【請求項４】
前記合奏ゲームシステムは、前記合奏ゲームを実行している前記ゲーム装置の中から、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段を備える、請求項３に記載の合奏ゲームシステム。
【請求項５】
前記各ゲーム装置は、
前記入力手段の入力を指示するための指示データを前記パート毎に記憶する指示データ記憶手段と、
前記自己パートについての前記指示データに基づいて入力を指示する指示手段とをさらに備える、請求項１に記載の合奏ゲームシステム。
【請求項６】
前記各ゲーム装置は、前記入力手段の入力に対応して出力される音データである対応音データを前記パート毎に記憶する対応音データ記憶手段をさらに備え、
前記第１演奏実行手段および前記第２演奏実行手段は、前記入力手段の入力に応じて、前記対応音データを参照して前記自己パートの音を出力する、請求項１に記載の合奏ゲームシステム。
【請求項７】
前記合奏ゲームシステムは、複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段を備え、
前記決定手段によって決定されたグループに属する各前記ゲーム装置において、
前記第１演奏実行手段は、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力し、
前記演奏再現データ送信手段は、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを、前記グループに属する他のゲーム装置へ送信し、
前記演奏再現データ受信手段は、前記自己パート以外の他パートについての前記演奏再現データを、前記グループに属する他のゲーム装置から受信し、自機の記憶手段に記憶し、
前記第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する、請求項１に記載の合奏ゲームシステム。
【請求項８】
各ゲーム装置におけるパートを決定するパート決定手段をさらに備え、
前記第１演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力し、
前記第２演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力するとともに、前記パート決定手段によって決定された他のゲーム装置のパートの音を当該他のゲーム装置にかかる前記演奏再現データを用いて出力する、請求項１に記載の合奏ゲームシステム。
【請求項９】
前記各ゲーム装置は、前記第１の演奏期間を開始するタイミングを前記各ゲーム装置間で同期させる第１タイミング決定手段をさらに備える、請求項１に記載の合奏ゲームシステム。
【請求項１０】
前記演奏再現データ送信手段は、前記第１の演奏期間において前記自己パートの演奏再現データを逐次送信し、
前記演奏再現データ受信手段は、他のゲーム装置から前記他パートの演奏再現データを逐次受信する、請求項１に記載の合奏ゲームシステム。
【請求項１１】
前記各ゲーム装置は、前記自己パートの演奏再現データを前記記憶手段に逐次記憶させる自己演奏再現データ記憶制御手段をさらに備え、
前記演奏再現データ送信手段は、前記第１の演奏期間が終了した後で、前記記憶手段に記憶されている自己パートの演奏再現データを他のゲーム装置へ送信する、請求項１に記載の合奏ゲームシステム。
【請求項１２】
前記演奏再現データは、前記第１または第２の演奏期間中における時点を示すデータと、当該時点においてプレイヤによって行われた演奏操作を示す操作データとを含む、請求項１に記載の合奏ゲームシステム。
【請求項１３】
前記各ゲーム装置は、
前記第２の演奏期間中における前記自己パートの演奏結果を特定するための演奏結果データを他のゲーム装置へ送信する演奏結果データ送信手段と、
前記第２の演奏期間中における前記他パートの演奏結果を特定するための演奏結果データを他のゲーム装置から受信する演奏結果データ受信手段と、
前記第２の演奏期間中における前記自己パートの演奏結果を特定するための演奏結果データと、前記演奏結果データ受信手段によって受信された演奏結果データとに基づいて、前記複数のパート全体の演奏結果に対する評価を行う評価手段をさらに備える、請求項１に記載の合奏ゲームシステム。
【請求項１４】
前記各ゲーム装置は、前記第２の演奏期間を開始するタイミングを前記各ゲーム装置間で同期させる第２タイミング決定手段をさらに備える、請求項１３に記載の合奏ゲームシステム。
【請求項１５】
前記各ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記各ゲーム装置は、前記第２の演奏期間中において、前記記憶手段に記憶されている他パートの演奏再現データを用いて前記楽曲の各演奏部分について他パートの音を生成することが可能か否かを各パートについて判定する生成判定手段をさらに備え、
前記第２演奏実行手段は、前記判定結果が否定であると判定されたパートについては、前記記憶手段に記憶されている他パートの演奏再現データを用いた音の生成が不可能である演奏部分の音を前記楽曲データを用いて生成する、請求項１に記載の合奏ゲームシステム。
【請求項１６】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムであって、
複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段、および、
前記合奏ゲームの開始に先立って、前記グループ決定手段によって決定されたグループに属する各ゲーム装置のパートを決定するパート決定手段を備え、
前記グループ決定手段によって決定されたグループに属する各ゲーム装置は、
前記合奏ゲームにおける第１の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、プレイヤによる入力手段の入力に応じて音を出力する第１演奏実行手段と、
前記合奏ゲームにおける第１の演奏期間において、前記パート決定手段によって決定されたパート以外の音を自動的に出力する自動再生手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における自己の前記第１演奏実行手段による音の出力を再現するためのデータである演奏再現データを生成して、前記グループに属する他のゲーム装置へそれぞれ送信する演奏再現データ送信手段と、
前記演奏再現データを前記グループに属する他のゲーム装置からそれぞれ受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の前記合奏ゲームにおける第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて、当該他の各ゲーム装置の前記第１演奏期間中における前記第１演奏実行手段による音の出力をそれぞれ再現する再現手段と、
前記第２の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、前記再現手段による音の出力に併せて、プレイヤによる前記入力手段の入力に応じて音を出力する第２演奏実行手段とを備える、合奏ゲームシステム。
【請求項１７】
互いに通信可能な複数のゲーム装置を含み、各ゲーム装置を用いてプレイヤに楽曲を演奏させることによって合奏ゲームを実行する合奏ゲームシステムであって、
前記各ゲーム装置は、
入力手段と、
第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己の演奏の音声を出力する第１演奏実行手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己の演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信手段と、
他のゲーム装置から送信される前記演奏再現データを受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他のゲーム装置の演奏の音声を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じた前記自己の演奏の音声を出力する第２演奏実行手段と、を備える、合奏ゲームシステム。
【請求項１８】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムに含まれるゲーム装置であって、
入力手段と、
第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力する第１演奏実行手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信手段と、
前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する第２演奏実行手段と、を備える、ゲーム装置。
【請求項１９】
前記ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生手段をさらに備え、
前記第１演奏実行手段は、前記自動再生手段による前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する、請求項１８に記載のゲーム装置。
【請求項２０】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムに含まれるゲーム装置のコンピュータで実行される合奏ゲームプログラムであって、
第１の演奏期間において、前記ゲーム装置の入力手段に対するプレイヤによる入力に応じて自己パートの音を出力する第１演奏実行ステップと、
前記第１の演奏期間における前記入力手段に対する入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信ステップと、
前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する演奏再現データ受信ステップと、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する第２演奏実行ステップと、を前記コンピュータに実行させるための、合奏ゲームプログラム。
【請求項２１】
前記ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記合奏ゲームプログラムは、前記第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生ステップを前記コンピュータにさらに実行させ、
前記第１演奏実行ステップにおいて、前記コンピュータは、前記自動再生ステップにおける前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する、請求項２０に記載の合奏ゲームプログラム。
【請求項２２】
互いに通信可能な複数のゲーム装置によって構成され、複数の操作対象を各ゲーム装置を用いてプレイヤに操作させることによって複数人参加型ゲームを実行するゲームシステムであって、
前記各ゲーム装置は、
入力手段と、
第１の操作期間において、プレイヤによる前記入力手段の入力に応じて自己の操作対象の動作を制御する第１制御手段と、
前記第１の操作期間中における前記自己の操作対象の動作内容を再現するための動作データである動作再現データを生成して他のゲーム装置へ送信する動作再現データ送信手段と、
前記自己の操作対象以外の他の操作対象についての前記動作再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する動作再現データ受信手段と、
前記第１の操作期間の次の第２の操作期間において、前記記憶手段に記憶されている前記動作再現データを用いて前記他の操作対象の動作を制御しつつ、プレイヤによる当該第２の操作期間における前記入力手段の入力に応じて前記自己の操作対象の動作を制御する第２制御手段と、を備える、ゲームシステム。
【請求項２３】
前記各ゲーム装置の記憶手段には、各操作対象を動作させるべき内容を特定するための制御データが記憶されており、
前記第１制御手段は、前記第１の操作期間において前記他の操作対象の動作を前記制御データを用いて制御する、請求項２２に記載のゲームシステム。
【請求項１】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムであって、
前記各ゲーム装置は、
入力手段と、
第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力する第１演奏実行手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信手段と、
前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する第２演奏実行手段と、を備える、合奏ゲームシステム。
【請求項２】
前記各ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生手段をさらに備え、
前記第１演奏実行手段は、前記自動再生手段による前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する、請求項１に記載の合奏ゲームシステム。
【請求項３】
前記各ゲーム装置のうち少なくとも１つは、
前記楽曲のパート毎の内容を特定するための楽曲データを複数記憶可能な楽曲データ記憶手段と、
前記楽曲データ記憶手段に楽曲データが記憶された楽曲のうち演奏されるべき楽曲を決定する楽曲決定手段と、
前記楽曲決定手段によって決定された楽曲の楽曲データを他のゲーム装置に送信する楽曲データ送信手段とをさらに備え、
前記各ゲーム装置のうち前記少なくとも１つ以外は、前記楽曲データ送信手段から送信される楽曲データを受信し、当該楽曲データを用いて前記合奏ゲームを実行する、請求項１に記載の合奏ゲームシステム。
【請求項４】
前記合奏ゲームシステムは、前記合奏ゲームを実行している前記ゲーム装置の中から、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段を備える、請求項３に記載の合奏ゲームシステム。
【請求項５】
前記各ゲーム装置は、
前記入力手段の入力を指示するための指示データを前記パート毎に記憶する指示データ記憶手段と、
前記自己パートについての前記指示データに基づいて入力を指示する指示手段とをさらに備える、請求項１に記載の合奏ゲームシステム。
【請求項６】
前記各ゲーム装置は、前記入力手段の入力に対応して出力される音データである対応音データを前記パート毎に記憶する対応音データ記憶手段をさらに備え、
前記第１演奏実行手段および前記第２演奏実行手段は、前記入力手段の入力に応じて、前記対応音データを参照して前記自己パートの音を出力する、請求項１に記載の合奏ゲームシステム。
【請求項７】
前記合奏ゲームシステムは、複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段を備え、
前記決定手段によって決定されたグループに属する各前記ゲーム装置において、
前記第１演奏実行手段は、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力し、
前記演奏再現データ送信手段は、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを、前記グループに属する他のゲーム装置へ送信し、
前記演奏再現データ受信手段は、前記自己パート以外の他パートについての前記演奏再現データを、前記グループに属する他のゲーム装置から受信し、自機の記憶手段に記憶し、
前記第２演奏実行手段は、前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する、請求項１に記載の合奏ゲームシステム。
【請求項８】
各ゲーム装置におけるパートを決定するパート決定手段をさらに備え、
前記第１演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力し、
前記第２演奏実行手段は、前記パート決定手段によって決定された当該ゲーム装置のパートの音を前記入力手段の入力に応じて出力するとともに、前記パート決定手段によって決定された他のゲーム装置のパートの音を当該他のゲーム装置にかかる前記演奏再現データを用いて出力する、請求項１に記載の合奏ゲームシステム。
【請求項９】
前記各ゲーム装置は、前記第１の演奏期間を開始するタイミングを前記各ゲーム装置間で同期させる第１タイミング決定手段をさらに備える、請求項１に記載の合奏ゲームシステム。
【請求項１０】
前記演奏再現データ送信手段は、前記第１の演奏期間において前記自己パートの演奏再現データを逐次送信し、
前記演奏再現データ受信手段は、他のゲーム装置から前記他パートの演奏再現データを逐次受信する、請求項１に記載の合奏ゲームシステム。
【請求項１１】
前記各ゲーム装置は、前記自己パートの演奏再現データを前記記憶手段に逐次記憶させる自己演奏再現データ記憶制御手段をさらに備え、
前記演奏再現データ送信手段は、前記第１の演奏期間が終了した後で、前記記憶手段に記憶されている自己パートの演奏再現データを他のゲーム装置へ送信する、請求項１に記載の合奏ゲームシステム。
【請求項１２】
前記演奏再現データは、前記第１または第２の演奏期間中における時点を示すデータと、当該時点においてプレイヤによって行われた演奏操作を示す操作データとを含む、請求項１に記載の合奏ゲームシステム。
【請求項１３】
前記各ゲーム装置は、
前記第２の演奏期間中における前記自己パートの演奏結果を特定するための演奏結果データを他のゲーム装置へ送信する演奏結果データ送信手段と、
前記第２の演奏期間中における前記他パートの演奏結果を特定するための演奏結果データを他のゲーム装置から受信する演奏結果データ受信手段と、
前記第２の演奏期間中における前記自己パートの演奏結果を特定するための演奏結果データと、前記演奏結果データ受信手段によって受信された演奏結果データとに基づいて、前記複数のパート全体の演奏結果に対する評価を行う評価手段をさらに備える、請求項１に記載の合奏ゲームシステム。
【請求項１４】
前記各ゲーム装置は、前記第２の演奏期間を開始するタイミングを前記各ゲーム装置間で同期させる第２タイミング決定手段をさらに備える、請求項１３に記載の合奏ゲームシステム。
【請求項１５】
前記各ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記各ゲーム装置は、前記第２の演奏期間中において、前記記憶手段に記憶されている他パートの演奏再現データを用いて前記楽曲の各演奏部分について他パートの音を生成することが可能か否かを各パートについて判定する生成判定手段をさらに備え、
前記第２演奏実行手段は、前記判定結果が否定であると判定されたパートについては、前記記憶手段に記憶されている他パートの演奏再現データを用いた音の生成が不可能である演奏部分の音を前記楽曲データを用いて生成する、請求項１に記載の合奏ゲームシステム。
【請求項１６】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムであって、
複数のゲーム装置のうちから、前記合奏ゲームに参加するゲーム装置のグループを決定するグループ決定手段、および、
前記合奏ゲームの開始に先立って、前記グループ決定手段によって決定されたグループに属する各ゲーム装置のパートを決定するパート決定手段を備え、
前記グループ決定手段によって決定されたグループに属する各ゲーム装置は、
前記合奏ゲームにおける第１の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、プレイヤによる入力手段の入力に応じて音を出力する第１演奏実行手段と、
前記合奏ゲームにおける第１の演奏期間において、前記パート決定手段によって決定されたパート以外の音を自動的に出力する自動再生手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における自己の前記第１演奏実行手段による音の出力を再現するためのデータである演奏再現データを生成して、前記グループに属する他のゲーム装置へそれぞれ送信する演奏再現データ送信手段と、
前記演奏再現データを前記グループに属する他のゲーム装置からそれぞれ受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の前記合奏ゲームにおける第２の演奏期間において、前記記憶手段に記憶されている前記グループに属する他の各ゲーム装置についての各前記演奏再現データを用いて、当該他の各ゲーム装置の前記第１演奏期間中における前記第１演奏実行手段による音の出力をそれぞれ再現する再現手段と、
前記第２の演奏期間において、プレイヤに対して、前記パート決定手段によって決定された自己パートに関する入力の指示をおこないつつ、前記再現手段による音の出力に併せて、プレイヤによる前記入力手段の入力に応じて音を出力する第２演奏実行手段とを備える、合奏ゲームシステム。
【請求項１７】
互いに通信可能な複数のゲーム装置を含み、各ゲーム装置を用いてプレイヤに楽曲を演奏させることによって合奏ゲームを実行する合奏ゲームシステムであって、
前記各ゲーム装置は、
入力手段と、
第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己の演奏の音声を出力する第１演奏実行手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己の演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信手段と、
他のゲーム装置から送信される前記演奏再現データを受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他のゲーム装置の演奏の音声を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じた前記自己の演奏の音声を出力する第２演奏実行手段と、を備える、合奏ゲームシステム。
【請求項１８】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムに含まれるゲーム装置であって、
入力手段と、
第１の演奏期間において、プレイヤによる前記入力手段の入力に応じて自己パートの音を出力する第１演奏実行手段と、
前記第１の演奏期間における前記入力手段の入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信手段と、
前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する演奏再現データ受信手段と、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する第２演奏実行手段と、を備える、ゲーム装置。
【請求項１９】
前記ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生手段をさらに備え、
前記第１演奏実行手段は、前記自動再生手段による前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する、請求項１８に記載のゲーム装置。
【請求項２０】
互いに通信可能な複数のゲーム装置を含み、複数のパートで構成される楽曲の各パートを各ゲーム装置を用いてプレイヤに演奏させることによって合奏ゲームを実行する合奏ゲームシステムに含まれるゲーム装置のコンピュータで実行される合奏ゲームプログラムであって、
第１の演奏期間において、前記ゲーム装置の入力手段に対するプレイヤによる入力に応じて自己パートの音を出力する第１演奏実行ステップと、
前記第１の演奏期間における前記入力手段に対する入力に基いて、前記第１の演奏期間中における前記自己パートの演奏を再現するための演奏データである演奏再現データを生成して他のゲーム装置へ送信する演奏再現データ送信ステップと、
前記自己パート以外の他パートについての前記演奏再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する演奏再現データ受信ステップと、
前記第１の演奏期間の次の第２の演奏期間において、前記記憶手段に記憶されている前記演奏再現データを用いて前記他パートの音を出力しつつ、プレイヤによる当該第２の演奏期間における前記入力手段の入力に応じて前記自己パートの音を出力する第２演奏実行ステップと、を前記コンピュータに実行させるための、合奏ゲームプログラム。
【請求項２１】
前記ゲーム装置の記憶手段には、前記楽曲のパート毎の内容を特定するための楽曲データが記憶されており、
前記合奏ゲームプログラムは、前記第１の演奏期間において、前記他パートの音を前記楽曲データを用いて自動的に出力する自動再生ステップを前記コンピュータにさらに実行させ、
前記第１演奏実行ステップにおいて、前記コンピュータは、前記自動再生ステップにおける前記他パートの音の再生に合わせて、プレイヤによる前記入力手段の入力に応じて前記自己パートの音を出力する、請求項２０に記載の合奏ゲームプログラム。
【請求項２２】
互いに通信可能な複数のゲーム装置によって構成され、複数の操作対象を各ゲーム装置を用いてプレイヤに操作させることによって複数人参加型ゲームを実行するゲームシステムであって、
前記各ゲーム装置は、
入力手段と、
第１の操作期間において、プレイヤによる前記入力手段の入力に応じて自己の操作対象の動作を制御する第１制御手段と、
前記第１の操作期間中における前記自己の操作対象の動作内容を再現するための動作データである動作再現データを生成して他のゲーム装置へ送信する動作再現データ送信手段と、
前記自己の操作対象以外の他の操作対象についての前記動作再現データを他のゲーム装置から受信し、自機の記憶手段に記憶する動作再現データ受信手段と、
前記第１の操作期間の次の第２の操作期間において、前記記憶手段に記憶されている前記動作再現データを用いて前記他の操作対象の動作を制御しつつ、プレイヤによる当該第２の操作期間における前記入力手段の入力に応じて前記自己の操作対象の動作を制御する第２制御手段と、を備える、ゲームシステム。
【請求項２３】
前記各ゲーム装置の記憶手段には、各操作対象を動作させるべき内容を特定するための制御データが記憶されており、
前記第１制御手段は、前記第１の操作期間において前記他の操作対象の動作を前記制御データを用いて制御する、請求項２２に記載のゲームシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００８−１１３７６６（Ｐ２００８−１１３７６６Ａ）
【公開日】平成２０年５月２２日（２００８．５．２２）
【国際特許分類】
【出願番号】特願２００６−２９８２２８（Ｐ２００６−２９８２２８）
【出願日】平成１８年１１月１日（２００６．１１．１）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
【公開日】平成２０年５月２２日（２００８．５．２２）
【国際特許分類】
【出願日】平成１８年１１月１日（２００６．１１．１）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
[ Back to top ]