JP3789922B2 - ゲーム装置およびゲームシステム - Google Patents

Description

本発明は、ゲーム装置およびゲームシステムに関する。

ネットワークで接続された複数のゲーム装置をサーバで制御しながら動作させるネットワーク型のゲームシステムが知られている（例えば、特許文献１）。ネットワーク型のゲームシステムでは、距離の離れた見ず知らずの他人と対戦できるので、いわゆるＣＰＵによるコンピュータ対戦と比較して、臨場感があり、趣向性が向上する。
また、ネットワークを利用して、複数のゲーム装置間でトーナメント形式の勝ち抜き戦を行うゲームシステムも知られている（例えば、特許文献２）。
特開平２００１−２２４８６５号公報 特開平２００４−１７１５２３号公報

ところで、従来のゲームシステムにおける対戦は、将棋や麻雀、あるいは、カーレースといったゲームの性質から、１つのゲーム装置に一人のプレイヤーが割り当てられてられていた。
しかしながら、複数のプレイヤーがチームを組んでチーム同士で対戦するゲームシステムは知られていなかった。

本発明は上述した問題に鑑みてなされたものであり、複数のプレイヤーがチームを組んで対戦するのに好適なゲーム装置およびゲームシステムを提供することを目的とする。

以下、本発明について説明する。なお、本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。

本発明に係るゲーム装置は、サーバ装置（３）によって指定された他のゲーム装置（Ｂ１）と勝ち抜き形式の対戦が可能なゲーム装置（Ａ１）において、外部と通信する通信手段（２０３）と、画像を表示する表示手段（２１）と、複数のプレイヤーに各々対応した複数の操作手段（２３ａ〜２３ｃ、２４ａ〜２４ｃ、２５ａ〜２５ｃ）と、前記他のゲーム装置と同期をとってゲーム開始し、前記複数の操作手段（２３ａ〜２３ｃ、２４ａ〜２４ｃ、２５ａ〜２５ｃ）の操作結果に応じてゲームの進行を管理して、ゲームの進行に応じた画像を前記表示手段（２１）に表示させると共に、予め定めた期間又は予め定めた条件が満了したときにゲームを終了させ、前記複数のプレイヤーごとに得点を集計した得点情報を生成する管理手段（２００）と、前記通信手段（２０３）を用いて、前記他のゲーム装置（Ｂ１）の前記得点情報を取得し、これを当該ゲーム装置（Ａ１）における前記得点情報と比較してゲーム装置間で勝敗を判定する勝敗判定手段（２００、Ｓ３１０、Ｓ３４７）と、生成した前記得点情報と取得した前記得点情報とを比較して、最低得点を取得したプレイヤーを特定する最低得点特定手段と、ゲーム開始時にゲームの実行の可否の指標となるライフ値をプレイヤーごとに設定する設定手段と、前記勝敗判定手段によって負けと判定された場合、当該ゲーム装置に属する各プレイヤーの前記ライフ値を所定値だけ減算し、前記最低得点特定手段によって特定されたプレイヤーが当該ゲーム装置に属する場合、当該プレイヤーのライフ値を所定値だけ更に減算する減算手段と、前記ライフ値が予め定めた値になると、所定の条件を充足しない限り、当該ライフ値に対応付けられたプレイヤーのゲームの実行を不能とする終了手段と、当該ゲーム装置において、ライフ値を有するプレイヤーがおり、かつ前記終了手段によってゲームの実行が不能とされたプレイヤーがいる場合、不能とされたプレイヤーの替わりにコンピュータによるゲームを実行する実行手段と、前記勝敗判定手段（２００、Ｓ３１０、Ｓ３４７）の判定結果に基づいて前記他のゲーム装置（Ｂ１）以外のゲーム装置との次の対戦への進行を決定する決定手段（２００、Ｓ３１２、Ｓ３４９）と、前記決定手段（２００、Ｓ３１２、Ｓ３４９）によって次の対戦の進行が決定されると、次の対戦用の画像を前記表示手段（２１）に表示させるゲーム進行手段（２００、Ｓ３３４）と、を備える。

この発明によれば、１個のゲーム装置を操作する複数のプレイヤーでチームを結成し、チーム対抗の勝ち抜き戦を行うことができる。ゲームの勝敗は複数のプレイヤーのゲーム結果を反映させたゲーム結果情報に基づいて判定されるので、個人対個人の対戦と比較して、勝ち抜き戦の面白さが向上する。また、この発明によれば、ライフ値によってゲームの実行の可否を管理するが、ゲーム単位の勝敗に応じたライフ値の減少の他に、最低得点のプレイヤーに対するライフ値の管理も併せて実行する。そして、ライフ値が予め定められた値になると、チーム全体が続行不能となるのではなく、そのプレイヤーのみがゲーム続行不能となる。チーム対抗で対戦する場合、チームの一員の脱落は、対戦において不利となる。従って、ライフ値をチーム全体の減少と個人の減少といった２つの要素によって管理することによって、チーム対抗の勝ち抜き戦の趣向性を向上させることができる。この場合、チームの一員が脱落してもコンピュータがこれに替わってゲームを続行するので、チーム対抗の対戦を続行することができる。

より具体的には、上述したゲーム装置において、前記勝敗判定手段（２００）は、生成した前記得点情報の合計と取得した前記得点情報の合計とを比較して、勝敗を判定する判定手段を備える、ことが好ましい。

この発明によれば、チームの合計得点によって勝敗が決定されるので、スキルの低いプレイヤーの得点をスキルの高いプレイヤーの得点で補うことができる。個々のプレイヤーは、ゲームの種類によって、得手・不得手があるが、相互に補うことによって、チームとして共同する面白さが得られる。この結果、個人対個人の対戦では得られないチーム対抗の勝ち抜き戦の趣向性が向上する。

また、上述したゲーム装置において、前記勝敗判定手段（２００、Ｓ３１０、Ｓ３４７）は、生成した前記得点情報と取得した前記得点情報とを比較して、最高得点を取得したプレイヤーを特定する最高得点特定手段（２００、Ｓ３２２）と、前記最高得点特定手段（２００、Ｓ３２２）によって特定されたプレイヤーが当該ゲーム装置に属するか否かによって勝敗を判定する判定手段（２００、Ｓ３２３）とを備えることが好ましい。

この発明によれば、最高得点のプレイヤーによって勝敗が決定されるので、スキルの低いプレイヤーであってもスキルの高いプレイヤーとチームを組むことによって、勝ち抜き戦を勝ち上がることができる。この結果、個人対個人では得られないチーム対抗の勝ち抜き戦の趣向性が向上する。

また、前記最高得点特定手段（２００、Ｓ３２２）によって当該ゲーム装置と前記他のゲーム装置の双方に最高得点を取得したプレイヤーがいると特定された場合、前記判定手段（２００、Ｓ３２３）は、抽選によって勝敗を決定してもよい。この場合は、同点の場合に勝敗をすぐに決定することができる。また、前記最高得点特定手段（２００、Ｓ３２２）によって当該ゲーム装置（Ａ１）と前記他のゲーム装置（Ｂ１）の双方に最高得点を取得したプレイヤーがいると特定された場合、前記管理手段（２００）は、前記最高得点特定手段（２００、Ｓ３２２）によって最高得点のプレイヤーがいずれか一方のゲーム装置に属すると特定されるまで、ゲームを繰り返してもよい。この場合は、実際のゲームによって勝敗を決することが可能となる。

また、上述したゲーム装置において、前記決定手段（２００、Ｓ３１２、Ｓ３４９）は、前記勝敗判定手段（２００、Ｓ３１０、Ｓ３４７）に勝ちと判定された判定結果の数を計数し、計数値が前記他のゲーム装置よりも先に所定値に達すると、前記次の対戦への進行を決定することが好ましい。この場合は、複数回の勝敗によって勝ち上がりを決定するので、チーム同士の実力を勝ち上がりに正確に反映させることができる。

また、上述したゲーム装置において、前記ゲーム進行手段（２００、Ｓ３３４）は、前記決定手段（２００、Ｓ３１２、Ｓ３４９）によって前記次の対戦への進行が決定されると、前記通信手段（２０３）を用いて、前記サーバ装置（３）に対して次の対戦への要求を送信することが好ましい。これにより、サーバ装置は次の対戦相手を指定し、対戦が継続されることになる。

また、上述したゲーム装置において、前記管理手段（２００）は、当該ゲーム装置における各プレイヤーのプレイ状況を集約した進行情報を生成し、前記通信手段（２０３）を用いて前記他のゲーム装置に送信し、前記通信手段（２０３）を介して前記他のゲーム装置から前記進行情報を受信すると、受信した前記進行情報に応じた画像を前記表示手段（２１）に表示させることが好ましい。この場合は、対戦中の進行情報（プレイ情報）を通信するが、個別のプレイヤーごとに進行情報を通信するのではなく、チームでプレイ状況を集約して送信する。この結果、通信回数を低減して通信資源を節約することが可能となる。

次に、本発明のゲームシステムは、上述したゲーム装置を複数備え、前記ゲーム装置から対戦要求があると、前記他のゲーム装置からの対戦要求があった場合に、前記ゲーム装置と前記他のゲーム装置との対戦のマッチングを実行して対戦相手となる前記他のゲーム装置を当該ゲーム装置に通知するサーバ装置（３）とを、具備する。このゲームシステムによれば、ゲーム装置によって紐付けられる複数のプレイヤーをチームとして扱い、チーム対抗の勝ち抜き戦をオンラインで実行することが可能となる。

本発明によれば、複数のプレイヤーがゲーム装置ごとに関連付けられ、ゲーム装置間で対戦を行うことができる。そして、ゲームの勝敗は複数のプレイヤーのゲーム結果を反映させたゲーム結果情報に基づいて判定されるので、個人対個人の対戦と比較して、勝ち抜き戦の面白さが向上する。

図１は、本発明の一実施形態に係るゲームシステム１００の全体構成を示す。ゲームシステム１００において、ロビーサーバ３はルーター３０を介して、通信網、例えばインターネット１に接続されている。インターネット１には、複数の店舗Ａ、Ｂ、…に各々設けられたルーター２０、２０、…が接続されている。また、各店舗Ａ、Ｂ、…には複数のゲーム装置Ａ１、Ａ２、…、Ｂ１、Ｂ２、…が配置されている。各ゲーム装置は、ルーター２０を介してロビーサーバ３および他のゲーム装置と通信可能である。

図２に、ゲーム装置Ａ１の外観構成を示す。なお、他のゲーム装置も同様に構成されている。ゲーム装置Ａ１は正面中央部にゲーム画面を表示する表示装置２１を備える。表示装置２１の下方には、水平な操作台２２が設けられている。操作台２２の上には、３個で１組の操作ボタンが、３組設けられている。このゲーム装置Ａ１は、最大３人のプレイヤーがチームを結成してゲームをプレイすることが可能である。第１プレイヤーは操作ボタン２３ａ、２３ｂ、２３ｃを操作し、第2プレイヤーは操作ボタン２４ａ、２４ｂ、２４ｃを操作し、第３プレイヤーは操作ボタン２５ａ、２５ｂ、２５ｃを操作する。
操作台２２の下方には硬貨挿入口２６が設けられており、ここにコインを投入することによって、クレジット数を増加させたり、ゲームオーバーとなる前にコンティニュを実行することができる。また、表示装置２１の上方には、電子カメラ２７が設けられている。この電子カメラ２７は、プレイヤーを識別するたの画像を入力するために用いられる。

図３に、ゲーム装置Ａ１の電気的構成を示す。なお、他のゲーム装置も同様に構成されている。ＣＰＵ２００は、バスを介して他の構成要素と接続され、制御中枢として機能する。ＲＡＭ２０１は、ＣＰＵ２００の作業領域に用いられると共に、そこには対戦済みリストが格納される。対戦済みリストには１回の勝ち抜き戦で対戦した対戦相手を識別するための識別情報が記憶される。具体的には、対戦相手の通信アドレスが記憶される。ＲＯＭ２０２にはゲームプログラム等が記憶されている。ＣＰＵ２００は、ゲームプログラムに従って、ゲーム装置Ａ１全体を制御する。なお、ハードディスクやＤＶＤ等の記憶装置を備え、これらにゲームプログラムや、画像データを記憶してもよい。

通信インターフェース２０３は、ＣＰＵ２００の制御の下、所定のプロトコルに従って、ルーター２０（図１参照）との間で通信を行う。表示装置２１は、ＣＲＴ、液晶表示装置、プラズマディスプレイ等で構成され、画像を表示する。ボタンセンサ群２３０は、３個のボタンセンサから構成される。ボタンセンサは、操作ボタン２３ａ〜２３ｃに対応して各々設けられており、プレイヤーの操作に応じた操作信号を出力する。また、ボタンセンサ群２４０は操作ボタン２４ａ〜２４ｃに、ボタンセンサ群２５０は操作ボタン２５ａ〜２５ｃに対応している。電子カメラ２７は、例えば、ＵＳＢカメラ等で構成され、ＣＰＵ２００の制御の下、画像データを取り込む。

図４に、ロビーサーバ３の電気的構成を示す。ロビーサーバ３は、ゲーム装置間で対戦を行うために、対戦相手のゲーム装置を指定する機能を有する。ロビーサーバ３は、ＣＰＵ３００、ハードディスク３０２、ＲＯＭ３０３、通信インターフェース３０４、およびモニタ３０５を備える。ハードディスク３０２には、勝ち抜き戦のマッチング等を行う制御プログラムが記憶されており、ＣＰＵ３００は、制御プログラムをＲＡＭ３０３に展開してマッチング処理を実行する。ＲＡＭ３０２は、ＣＰＵ３００の作業領域として機能し、そこには、エントリーリストＥＬが記憶される。エントリーリストＥＬには、対戦相手を待ち受けるゲーム装置を指定する通信アドレスが登録されている。この通信アドレスは、ゲーム装置を識別するための情報、あるいは、対戦相手を特定するための情報として機能する。

また、ＲＯＭ３０３には、ブートプログラムが記憶されており、ロビーサーバ３の起動時に読み出されるようになっている。通信インターフェース３０４は、ルーター３０（図１参照）を介して、各店舗Ａ、Ｂ、…に設置された複数のゲーム装置と通信を行う。また、ＣＰＵ３００はモニタ３０５に動作状況を表示させる。

以上の構成において、ゲームシステム１００では、複数のプレイヤーが所定人数の単位でチームを結成し、ケーム対抗の勝ち抜き戦を仮想的に実行することが可能である。通常のトーナメント形式の勝ち抜き戦は、第１回戦の勝者同士が第２回戦で対戦し、更に、勝ち上がると上位の回戦に進むといったものである。例えば、３段階の対戦で優勝を決定する場合、図５に示すように、参加枠「１」〜「８」が埋まるまで、ゲームを開始することができない。これに対して、ゲームシステム１００で採用する勝ち抜き戦は、異なる段階の対戦を許容する。具体的には、第１回戦のチームと、第２回戦のチームとが対戦することがあり得る。但し、各ゲーム装置では、個別に勝ち抜き戦の段階を管理し、勝ち抜き戦の段階に応じた画像を表示する。

これにより、２チームの参加があれば、仮想的なトーナメントを開始することができる。この結果、プレイヤーの待ち時間を大幅に短縮することができ、また、ゲーム装置の稼働率を向上させることができる。インターネット１を介して実行するオンラインゲームでは、遠く離れた場所のチームとリアルタイムで対戦することが可能である。この場合、対戦相手が第何回戦であることをプレイヤーは知ることができないので、異なる段階の対戦を許容しても問題とならない。

また、各チームは各ゲーム装置に対応付けられており、ゲーム装置間でチーム対抗の勝ち抜き戦が行われる。１回の勝ち抜き戦は、例えば、複数回のミニゲームで構成され、勝ち数が先に所定回数に達したチームを勝ちとする。ミニゲームを３回行うとした場合、２回先勝した方を勝ちとする。１回のミニゲームの勝敗は、例えば、最高得点を取得したプレイヤーが属するチームを勝ちとする。これにより、スキルの低いプレイヤーであってもスキルの高いプレイヤーと組むことによって、勝ち抜き戦を勝ち上がることが可能となる。

次に、ゲームシステム１００の動作を説明する。ゲームシステム１００の動作は、対戦相手を特定するマッチング処理とゲーム装置間での対戦を行う対戦処理に大別される。図６は、ゲームシステム１００のマッチング処理における動作を示すシーケンス図である。なお、この例では、まず、店舗Ａのゲーム装置Ａ１が勝ち抜き戦へ参戦する旨をロビーサーバ３に対して要求し、その後、店舗Ｂのゲーム装置Ｂ１が勝ち抜き戦へ参戦する旨をロビーサーバ３に対して要求するものとする。また、初期状態において、ロビーサーバ３は勝ち抜き戦への参加を受けつ付けておらず、待ち状態にあるゲーム装置は存在しないものとする。

ゲーム装置Ａ１において、チームが結成され、勝ち抜き戦に参加する条件が充足されると、ゲーム装置Ａ１は、ロビーサーバ２に対してエントリーリスト要求を送信する（Ｓ１）。エントリーリスト要求は、ロビーサーバ２がＲＡＭ３０２に記憶しているエントリーリストＥＬを返信することを要請する要求である。ロビーサーバ３は、エントリーリスト要求を受け取ると、エントリーリストＥＬを返信する（Ｓ２）。エントリーリストＥＬには通信アドレスが書き込まれた登録済みのものと、通信アドレスが書き込まれていない空のエントリーリストがある。ロビーサーバ３は登録済みのエントリーリストＥＬを空のエントリーリストＥＬに優先して送信する。この例では、初期状態において待ち状態のゲーム装置は存在しないので、ステップＳ２において空のエントリーリストＥＬが返信される。

ゲーム装置Ａ１は、エントリーリストＥＬを受信すると、当該エントリーリストＥＬに通信アドレスが含まれているか否かを判定する。通信アドレスが含まれていない場合には、登録要求をロビーサーバ３に対して送信する（Ｓ３）。登録要求には、自己の通信アドレスが含まれる。ロビーサーバ３は、ゲーム装置Ａ１から登録要求を受信すると、ＡＣＫ（確認応答）を返信する（Ｓ４）。また、ロビーサーバ３は、登録要求を受信すると、そこに含まれる通信アドレスをエントリーリストＥＬに書き込んで登録済みのエントリーリストＥＬを生成する（Ｓ５）。ＡＣＫを受信したゲーム装置Ａ１は、対戦待ちの状態となる（Ｓ６）。

この後、ゲーム装置Ｂ１がエントリーリスト要求をロビーサーバ３に送信すると（Ｓ７）、ロビーサーバ３は登録済みのエントリーリストＥＬをゲーム装置Ｂ１に返信する（Ｓ８）。このエントリーリストＥＬには、ゲーム装置Ａ１の通信アドレスが記録されている。ゲーム装置Ｂ１は、エントリーリストＥＬに記録されている通信アドレスを参照して、ゲーム装置Ａ１にたして対戦要求を送信する（Ｓ９）。これをゲーム装置Ａ１が受信すると、ゲーム装置Ａ１はＡＣＫを返信する（Ｓ１０）。また、ゲーム装置Ａ１は、マッチング数（この例では、「２」）に達したことを確認して、マッチングが完了したことを示すマッチング完了通知をゲーム装置Ｂ１に送信する（Ｓ１１）。ゲーム装置Ｂ１は、ＡＣＫをゲーム装置Ａ１に送信する（Ｓ１２）。これによって、ゲーム装置Ａ１およびＢ１は、対戦相手となるゲーム装置が確定したことになる（Ｓ１３、Ｓ１４）。

次に、ゲーム装置Ａ１は、削除要求をロビーサーバ３に送信する（Ｓ１５）。削除要求は、エントリーリストＥＬを削除する旨の要請である。ロビーサーバ３は削除要求を受信するとＡＣＫを返信し（Ｓ１６）、対応するエントリーリストＥＬを削除する（Ｓ１７）。これにより、マッチングが完了したエントリーリストＥＬをＲＡＭ３０２から消去することができる。

図７は、ゲームシステム１００の対戦処理における動作を示すシーケンス図である。対戦中にはゲーム装置Ａ１およびＢ２の間でプレイ情報の通信が実行される（Ｓ２０、Ｓ２１）。プレイ情報は、各プレイヤーのプレイ状況を集約した情報であり、例えば、得点が含まれ得る。但し、頻繁に通信を実行するとＣＰＵ２００の処理負荷が増大するので、通信の頻度はゲームの進行に支障を来たさないように調整される。例えば、大きなアイテムを取得して得点が飛躍的に増加した場合、あるいは、ある得点を上回った場合等、所定の条件が充足された場合にプレイ情報を送信してもよい。また、ＣＰＵ２００はプレイ情報を受信すると、受信したプレイ情報に応じた画像を表示装置２１に表示させる。この場合、得点そのものを表示させるのではなく、表示中のアイテムを動かしたり、アイコンを所定期間だけ表示させることが好ましい。この場合、プレイヤーは対戦相手の得点そのものは分からないが、得点が増加したことを間接的に知ることができる。この結果、競争心が掻き立てられ、ゲームの趣向性が向上する。

次に、先にミニゲームが終了したゲーム装置Ａ１は、ミニゲームを実行中のゲーム装置Ｂ１へゲーム結果情報を送信する（Ｓ２２、Ｓ２３）。ゲーム結果情報は、複数のプレイヤーのゲーム結果を反映させた情報である。より具体的には、プレイヤーごとに得点を集計した得点情報である。ゲーム装置Ｂ１はゲーム結果情報を受信するとＡＣＫを返信する（Ｓ２４）。

ゲーム結果情報を送信したゲーム装置Ａ１は、ゲーム装置Ｂ１はゲーム結果待ちの状態となる（Ｓ２５）。この状態において、ゲーム装置Ａ１のプレイヤーは、「遅いぞー」、「元気ですか？」といったメッセージ情報をゲーム装置Ｂ１に送信することが可能となる。例えば、各プレイヤーが、操作ボタン２３ａ〜２３ｃ、２４ａ〜２４ｃ、２５ａ〜２５ｃを操作して、表示装置２１に表示されるメッセージを選択すると、選択されたメッセージがゲーム装置Ｂ１に送信される（Ｓ２６）。メッセージ情報を受信したゲーム装置Ｂ１はＡＣＫをゲーム装置Ａ１に返信する（Ｓ２７）。これにより、先にミニゲームを終了したプレイヤーは退屈することがなく、また、対戦相手のチーム間で簡単なコミュニケーションを図ることができる。なお、メッセージ情報をプレイ情報に含ませて、ゲーム中に送信するようにしてもよい。

ゲーム装置Ｂ１においてミニゲームが終了すると（Ｓ２８）、ゲーム装置Ｂ１はゲーム結果情報をゲーム装置Ａ１に送信する（Ｓ２９）。ゲーム結果情報を受信したゲーム装置Ａ１はゲーム装置Ｂ１へＡＣＫを送信する（Ｓ３０）。こうして、各ゲーム装置Ａ１およびＢ１が、対戦相手のゲーム結果情報を相互に取得すると、各ゲーム装置Ａ１およびＢ１は、ミニゲームの勝敗を判定する（Ｓ３１、Ｓ３２）。具体的には、６人のプレイヤーの中で最高得点を取得したプレイヤーがゲーム装置Ａ１に属するか、あるいはゲーム装置Ｂ１に属するかによって勝敗を判定する。

次に、ロビーサーバ３の動作を詳細に説明する。図８は、ロビーサーバ３のマッチング処理を示すフローチャートである。ロビーサーバ３のＣＰＵ３００は、マッチング処理を実行することによって、ゲーム装置からエントリーリスト要求を受信すると、待ち状態にある他のゲーム装置がない場合には、対戦相手を待つことを指示する情報を返信し、既に登録要求を受け付けて待ち状態中の他のゲーム装置がある場合には、勝ち抜き戦の段階と無関係に対戦相手を指定する情報を返信するマッチング手段として機能する。

まず、ＣＰＵ３００は、ゲーム装置から情報を受信したか否かを判定し（ステップＳ１００）、ゲーム装置から情報を受信するまで判定を繰り返す。ゲーム装置から情報を受信すると、ＣＰＵ３００は受信した情報が、エントリーリスト要求であるか、登録要求であるか、削除要求であるかを判定する（ステップＳ１０１）。

エントリーリスト要求を受信した場合（ステップＳ１０２）、ＣＰＵ３００は、処理通信アドレスが登録されたエントリーリストＥＬがあるか否かを判定する（ステップＳ１０３）。具体的には、ＲＡＭ３０２（記憶手段）を検索し、そこに登録済みのエントリーリストが記憶されているか否かを判定する。

登録済みのエントリーリストＥＬが記憶されている場合には、これをエントリーリスト要求があったゲーム装置へ送信し（ステップＳ１０４）、登録済みのエントリーリストＥＬが記憶されていない場合には、空のエントリーリストＥＬをエントリーリスト要求があったゲーム装置へ送信する（ステップＳ１０５）。
ゲーム装置から受信した情報が登録要求である場合（ステップＳ１０６）、登録要求に含まれる通信アドレスを空のエントリーリストＥＬに登録する（ステップＳ１０７）。

ゲーム装置から受信した情報が削除要求である場合（ステップＳ１０８）、ＣＰＵ３００は削除要求を送信したゲーム装置の通信アドレスを取得し（ステップＳ１０９）、当該通信アドレスが記録されたエントリーリストＥＬをＲＡＭ３０２から削除する（ステップＳ１１０）。

次に、ゲーム装置の処理を説明する。図９は、ゲーム装置の処理内容を示すフローチャートである。まず、ＣＰＵ２００は、硬貨が硬貨投入口２６に投入されて、ゲームが開始可能になると、タイマーをスタートして時間計測を開始する。例えば、割り込み信号を計数して時間を計測する。

次に、ＣＰＵ２００は、チーム情報の入力処理を実行する（ステップＳ２０１）。この処理において、ＣＰＵ２００は、チーム情報は、３人のプレイヤーのプレイヤー情報によって構成される。プレイヤー情報は、キャラクタ指定情報、プレイヤー名情報、および画像情報から構成される。キャラクタ指定情報は、ゲーム画面上でプレイヤーを表すキャラクタを指定する情報である。プレイヤー名情報は、プレイヤーの通称を指定する情報である。ＣＰＵ２００は、入力処理において、キャラクタとプレイヤー名の選択を促す画面を表示装置２１に表示させる。そして、各プレイヤーが操作ボタン２３ａ〜２３ｃ、２４ａ〜２４ｃ、および２５ａ〜２５ｃを操作して、キャラクタとプレイヤー名を選択すると、ＣＰＵ２００は、キャラクタ指定情報およびプレイヤー名情報を生成する。画像情報は、電子カメラ２７によって取り込まれた画像データをデータ圧縮したものである。ＣＰＵ２００は、画像の取り込みを促す画面を表示装置２１に表示させ、各プレイヤーが操作ボタン２３ａ〜２３ｃ、２４ａ〜２４ｃ、および２５ａ〜２５ｃを操作すると、画像情報を生成する。

プレイヤーを識別するための情報としては、プレイヤー情報の他に店舗名情報がある。店舗名情報は、例えば、「コナミ 六本木」といったようにゲーム装置が設置される店舗の名称を示す。店舗名情報は、各店舗の管理者が予め入力しておく情報であり、ゲーム装置内に設けられた不揮発性の記憶手段に記憶される。店舗名情報、キャラクタ指定情報およびプレイヤー名情報によって、ある程度、プレイヤーを特定することができるが、同一店舗において、同じキャラクタとプレイヤー名が選択されることもあり得るので、一意にプレイヤーを特定することはできない。これに対して、画像情報は、プレイヤーが自分の姿や、携帯電話、マスコットといった持ち物を撮影して得られるものであるため、プレイヤーを一意に識別することができる情報である。従って、プレイヤー情報は、全国的な得点ランキングをホームページ等で公表する場合に、プレイヤーを特定するのに便利である。また、プレイヤーの個性が反映されるので、高得点のプレイヤーは自己の存在を強くアピールすることが可能となる。なお、画像情報を除いて、キャラクタ指定情報およびプレイヤー名情報によってプレイヤー情報を構成してもよい。このようにして生成されたチーム情報はＲＡＭ２０１に記憶される。

次に、ＣＰＵ２００は勝ち抜き戦の段階数Ｋを「１」にセットし（ステップＳ２０２）、エントリーリスト要求をロビーサーバ３へ送信する（ステップＳ２０３）。次に、ロビーサーバ３からエントリーリストＥＬを受信すると（ステップＳ２０４）、エントリーリストＥＬに通信アドレス（識別情報、指定情報）が記録されているか否かを判定する。エントリーリストＥＬに通信アドレスが未記録であれば、ＣＰＵ２００は、自己の通信アドレスを含む登録要求をロビーサーバ３に送信し（ステップＳ２０６）、マスター処理を実行する（ステップＳ２０７）、一方、通信アドレスが記録されていればスレーブ処理を実行する（ステップＳ２０８）。

図１０にマスター処理の処理内容を示す。ＣＰＵ２００は、タイムアウトか否かを判定する（ステップＳ３００）。具体的には、タイマーの計数値が所定値以上であれば、タイムアウトと判定し、バックグランドの待ち受け処理を実行する（ステップＳ３１２）。一方、タイマーの計数値が所定値未満であれば、ＣＰＵ２００は、タイムアウトでないと判定し、処理をステップＳ３０１へ進める。ステップＳ３０１において、ＣＰＵ２００は、対戦要求を他のゲーム装置から受信したか否かを判定する。対戦要求を受信していない場合、ＣＰＵ２００は、処理をステップＳ３００に戻す。

一方、対戦要求を受信した場合、ＣＰＵ２００は、対戦要求を送信した他のゲーム装置と既に対戦済みか否かを判定する。この判定処理の詳細は、以下の通りである。第１にＣＰＵ２００は、ある勝ち抜き戦において、対戦した他のゲーム装置を識別する識別情報として他のゲーム装置の通信アドレスをＲＡＭ２０１の対戦済みリストに記憶する。第２にＣＰＵ２００は対戦要求を受信すると、対戦要求に含まれる通信アドレスを対戦済みリストに記憶した通信アドレスと比較する。第３にＣＰＵ２００は対戦済みリストに記憶した通信アドレスの中に対戦要求に含まれる通信アドレスがある場合は対戦済みと判定し、ない場合は対戦済みでないと判定する。

本実施形態のゲームシステム１００では、ゲーム装置における待ち時間を短縮するため、勝ち抜き戦の段階と無関係に対戦を許容してマッチングが起こり易くした。このため、既に対戦済みの他のゲーム装置から対戦要求を受けることがあり得る。そこで、各ゲーム装置は、対戦した他のゲーム装置の通信アドレスを記憶しておき、対戦済みの他のゲーム装置とのマッチングを回避したのである。なお、ＲＡＭ３０２に直前に対戦した他のゲーム装置の通信アドレスのみを記憶し、連続して同一のゲーム装置と対戦することを回避してもよい。この場合は、第１回戦と第３回戦で同一のゲーム装置と対戦することを許容することになるが、よりマッチングが成立し易くなる。

ステップＳ３０２の判定条件が肯定された場合、ＣＰＵ２００は、対戦拒否の通知を対戦要求があった他のゲーム装置へ送信し（ステップＳ３０３）、処理をステップＳ３００に戻す。一方、ステップＳ３０２の判定条件が否定された場合、ＣＰＵ２００はマッチング完了通知を他のゲーム装置へ送信し（ステップＳ３０４）、エントリーリストの削除要求をロビーサーバ３へ送信する（ステップＳ３０５）。即ち、対戦済みのゲーム装置でない限り、対戦相手を確定させる。この際、ＣＰＵ２００は、対戦要求に含まれる対戦相手の通信アドレスをＲＡＭ２０１の対戦済みリストに記録する。

次に、ＣＰＵ２００は、ミニゲームの選択処理を実行する（ステップＳ３０６）。この処理において、ＣＰＵ２００は、ミニゲームの選択を促す画面を表示装置２１に表示させ、プレイヤーがミニゲームを選択すると、実行するミニゲームを特定し、当該ミニゲームを指定する選択ゲーム情報を生成する。この後、ＣＰＵ２００は、ステップＳ２０１で生成したチーム情報と選択ゲーム情報を対戦相手の他のゲーム装置へ送信する（ステップＳ３０７）。この場合、ＣＰＵ２００は、例えば、図１１に示す画面を表示装置２１に表示させる。この画面には、領域Ｐ１およびＰ２にミニゲーム名が表示され、領域Ｐ３および領域Ｐ４に店舗名が表示され、領域Ｐ５〜Ｐ１０にプレイヤー名が表示される。

次に、ＣＰＵ２００は、ゲーム開始処理を実行してミニゲームを開始する（ステップＳ３０８）。ゲーム中には、プレイ情報を他のゲーム装置へ送信する（ステップＳ３０９）。図１２にゲーム画面の一例を示す。領域Ｐ１〜Ｐ３には、当該ゲーム装置のプレイヤーが選択したキャラクタ、プレイヤー名、および得点が各々表示される。一方、領域Ｐ４〜Ｂ６には、対戦相手のチームに属するプレイヤーのキャラクタおよびプレイヤー名が表示される。領域Ｐ７〜Ｐ９は、得点を表示する領域であるが、ゲーム中には直接得点が表示されることはなく、受信したプレイ情報に応じて図に示す「？？」が震えたり、拡大縮小する。また、領域Ｐ１０には、対戦相手のゲーム装置から送信されるメッセージが表示される。

説明を図１０に戻す。ミニゲームが終了すると、ＣＰＵ２００は勝敗判定処理を実行する（ステップＳ３１０）。図１３に勝敗判定処理の詳細なフローチャートを示す。まず、ＣＰＵ２００は、ゲーム結果情報を対戦相手のゲーム装置へ送信する（ステップＳ３２０）。次に、ＣＰＵ２００は対戦相手のゲーム装置からゲーム結果情報を受信したか否かを判定し（ステップＳ３２１）、ゲーム結果情報を受信するまで処理を繰り返す。ゲーム結果情報を受信すると、ＣＰＵ２００は、当該チームのゲーム結果情報と対戦相手のゲーム結果情報に基づいて、最高得点のプレイヤーを特定する（ステップＳ３２２）。そして、ＣＰＵ２００は、最高得点のプレイヤーが自身のチームに属するか否かを判定する（ステップＳ３２３）。自身のチームに最高得点のプレイヤーが属する場合には、「勝ち」となり、勝ち数Ｗを「１」だけ増加させる（ステップＳ３２４）。一方、対戦相手のチームに最高得点のプレイヤーが属する場合には、「負け」となり、負け数Ｆを「１」だけ増加させる（ステップＳ３２５）。

なお、最高得点のプレイヤーが２人いて、一方のプレイヤーが当該ゲーム装置に属し、他方のプレイヤーが他のゲーム装置に属する場合、ＣＰＵ２００は、抽選によって勝敗を決定してもよい。この場合は、同点の場合に勝敗をすぐに決定することができる。また、ＣＰＵ２００は、最高得点のプレイヤーがいずれか一方のゲーム装置に属すると特定されるまで、ゲームを繰り返してもよい。この場合は、実際のゲームによって勝敗を決することが可能となる。

勝敗判定処理が終了すると、ＣＰＵ２００は処理を図１０に示すステップＳ３１１に進め、ライフ値管理処理を実行する。ここで、ライフ値はゲームの実行の可否の指標となる。ＣＰＵ２００は、ライフ値を管理する手段として機能し、ゲーム開始時にライフ値をプレイヤーごとに設定する。例えば、ライフ値の初期値を「３」とする。そして、ミニゲームで負けと判定された場合、当該ゲーム装置に属する各プレイヤーのライフ値を所定値（この例では、「１」）だけ減算する。また、最低得点のプレイヤーについては、更に、ライフ値を「１」減算してもよい。この場合、ＣＰＵ２００は、当該チームのゲーム結果情報と対戦相手のゲーム結果情報に基づいて、最低得点のプレイヤーを特定する。そして、ＣＰＵ２００は、ライフ値が予め定めた値（この例では、「０」）になると、ライフ値に対応付けられたプレイヤーのゲームの実行を不能とする。ただし、所定の条件を充足する場合、例えば、当該プレイヤーが追加の料金を支払ってコンティニュを選択した場合は、ライフ値を初期値に戻しゲームの続行を許可してもよい。

次に、ＣＰＵ２００は、勝ち上がり判定処理を実行する（ステップＳ３１２）。図１４に勝ち上がり判定処理の詳細なフローチャートを示す。ＣＰＵ２００は、勝ち数Ｗが所定値に達したか否かを判定する（ステップＳ３３０）。この例では、３回のミニゲームを実行し、先に２勝した方が勝ち上がる規則を採用する。このため、判定に用いる所定値は「２」となる。所定値に達した場合、ＣＰＵ２００は、段階情報Ｋを「１」増加させる。段階情報Ｋは、勝ち抜き戦の段階を示す情報であり、第１回戦であれば「１」、第２回戦であれば「２」、第３回戦であれば「３」、優勝であれば「４」となる。

一方、勝ち数Ｗが所定値に達しっていない場合には、段階情報Ｋを維持する（ステップＳ３３２）。例えば、第２回戦で敗退した場合には、次の対戦は第２回戦となる。なお、対戦に敗れて勝ち数Ｋが増加しなかった場合には、ＣＰＵ２００はステップＳ３３２において、勝ち数Ｋを維持する替わりに勝ち数Ｋを「１」にリセットして、第１回戦からスタートさせてもよい。次に、ＣＰＵ２００は、勝ち抜き戦の段階に応じた画像を表示装置２１に表示させる（ステップＳ３３４）。

次に、スレーブ処理について説明する。図１５にスレーブ処理の処理内容を示す。まず、ＣＰＵ２００は、ステップＳ２０４で取得したエントリーリストＥＬに登録されている通信アドレスを参照して、マスター側のゲーム装置に対戦要求を送信する（ステップＳ３４０）。次に、ＣＰＵ２００は、タイムアウトか否かを判定する（ステップＳ３４１）。具体的には、タイマーの計数値が所定値以上であれば、タイムアウトと判定し、バックグランドの待ち受け処理を実行する（ステップＳ３５０）。一方、タイマーの計数値が所定値未満であれば、ＣＰＵ２００は、タイムアウトでないと判定し、処理をステップＳ３４２へ進める。ステップＳ３４２において、ＣＰＵ２００は、マッチング完了通知を受信したか否かを判定する。マッチング完了通知を受信していない場合、ＣＰＵ２００は、処理をステップＳ３４０に戻す。一方、マッチング完了通知を受信した場合、ＣＰＵ２００は、処理をステップＳ３４３に進める。なお、ステップＳ３４３からステップＳ３４９までの処理は、上述したステップＳ３０７からステップＳ３１２までの処理と同様であるので、説明を省略する。

本発明は上述した実施形態に限定されるものではなく、例えば、以下の変形が可能である。
（１）上述したＣＰＵ２００は、当該ゲーム装置および対戦相手のゲーム結果情報を参照して、そこに含まれる各プレイヤーの得点を比較して、最低得点を取得したプレイヤーを特定する処理（第２特定手段）と、ゲーム開始時にゲームの実行の可否の指標となるライフ値をプレイヤーごとに設定する処理（設定手段）と、勝敗判定処理みよって負けと判定された場合、当該ゲーム装置に属する各プレイヤーのライフ値を所定値（例えば、「１」）だけ減算する処理と、最低得点のプレイヤーが当該ゲーム装置に属する場合、当該プレイヤーのライフ値を所定値（例えば、「１」）だけ更に減算する処理（減算手段）と、ライフ値が予め定めた値になると、所定の条件を充足しない限り、当該ライフ値に対応付けられたプレイヤーのゲームの実行を不能とする処理とを実行することが好ましい。

この場合、ＣＰＵ２００は、ゲーム単位の勝敗に応じたライフ値の減少の他に、最低得点のプレイヤーに対するライフ値の管理も併せて実行する。そして、ライフ値が予め定められた値になると、チーム全体が続行不能となるのではなく、そのプレイヤーのみがゲーム続行不能とする。チーム対抗で対戦する場合、チームの一員の脱落は、対戦において不利となる。従って、ライフ値をチーム全体の減少と個人の減少といった２つの要素によって管理することによって、チーム対抗の勝ち抜き戦の趣向性を向上させることができる。

（２）また、ＣＰＵ２００（管理手段）は、当該ゲーム装置において、ゲームを続行できるライフ値を有するプレイヤーがおり、かつゲームの実行が不能とされたプレイヤーがいる場合、不能とされたプレイヤーの替わりにコンピュータによるゲームを実行してもよい。チームの一員が脱落してもコンピュータがこれに替わってゲームを続行するので、チーム対抗の対戦を続行することができる。
この場合、ＣＰＵ２００は、ステップＳ３２２の処理において、コンピュータによるプレイヤーを除いて、最高得点を取得したプレイヤーを特定することが好ましい。この場合には、実際のプレイヤーによって、勝敗を争うことが可能となる。
また、ＣＰＵ２００は、コンピュータによるプレイヤーを除いて、最低得点を取得したプレイヤーを特定することが好ましい。この場合は、コンピュータが最低得点であったとしても、実際のプレイヤーのうち最低得点となった者のライフ値を減少させることができる。

（３）上述した実施形態においては、マスター側として動作するゲーム装置が、対戦済みか否かを判定したが（図１０に示すステップＳ３０２）、本発明はこれに限定されるものではなく、スレーブ処理を実行するスレーブ側のゲーム装置でこれを実行してもよい。この場合、図１０に示すマスター処理において、ステップＳ３０２およびステップＳ３０３を省略し、ステップＳ３０１の判定条件が肯定された場合、処理をステップＳ３０４に進めればよい。また、図１５に示すスレーブ処理においては、ステップＳ３４０の直前に対戦済みか否かの判定処理を設ける。この判定処理において、ＣＰＵ２００は、ロビーサーバ３から取得したエントリーリストＥＬに記録された通信アドレスが、ＲＡＭ２０１に記憶した対戦済みリストに含まれるか否かを判定する。そして、含まれる場合には、対戦済みと判定して、処理を図９に示すステップＳ２０３に戻す。一方、含まれない場合には、未対戦と判定して、処理を図１５に示すステップＳ３４０に進め、対戦要求を送信する。なお、対戦済みと判定された場合には、処理を図９に示すステップ２０６に進め、登録要求をロビーサーバ３に送信してもよい。

（４）上述した実施形態において、ゲーム装置のＣＰＵ２００は、ゲーム開始時にライフ値をプレイヤーごとに設定し、ゲームの進行に応じてライフ値を管理し、ライフ値が予め定めた値になると、ライフ値に対応付けられたプレイヤーのゲームの実行を不能とした。本発明は、これに限定されるものではなく、ＣＰＵ２００は、図１６に示すライフ値管理処理をプレイヤー別に実行してもよい。

まず、ＣＰＵ２００は、ゲーム開始時にライフ値を初期値に設定する（ステップＳ４００）。次に、ＣＰＵ２００は、ゲームの進行に応じてライフ値の減算処理を実行する（ステップＳ４０１）。例えば、ミニゲームで対戦相手に敗れた場合に負けたチーム全員のライフ値を一律に減算したり、あるいは、最低得点のプレイヤーのライフ値を減算する。この後、ＣＰＵ２００は、ライフ値が終了値に達したか否かを判定する（ステップＳ４０２）。終了値は、ゲームオーバーの基準となるライフ値である。

ライフ値が終了値に達していなければ、ステップ４０２の判定条件が否定され、ＣＰＵ２００は、処理をスッテプＳ４０１に戻す。一方、ライフ値が終了値に達している場合、ステップ４０２の判定条件が肯定され、ＣＰＵ２００は、処理をスッテプＳ４０３に進め抽選処理を実行する。そして、ＣＰＵ２００は、抽選に当選したか否かを判定する（ステップＳ４０４）。抽選に当選していれば、ＣＰＵ２００は、ライフ値を所定値だけ加算する加算処理を実行して（ステップＳ４０５）、処理をステップＳ４０１に戻す。一方、抽選に当選していなければ、当該プレイヤーのゲーム実行を不能にしてゲームオーバーとする（ステップＳ４０５）。

以上の処理によれば、ライフ値が終了値に達すると、ゲームを終了させる替わりに、抽選に当選すると、ライフ値を増加させて、ゲームを続行することができる。このため、ダメージを受けてライフ値が減少したとしても、抽選によってゲームを続行できる期待感をプレイヤーに抱かせることができる。なお、プレイヤーの取得した得点に応じて抽選確率を変更してもよく、例えば、得点が低いほど抽選確率が高くなるように設定してもよい。この場合、スキルの低いプレイヤーを救済することができる。

（５）また、上述した実施形態において勝敗判定処理は、最高得点を取得したプレイヤーいずれのゲーム装置に属するかによって判定したが、本発明はこれに限定されるものではなく、自己のチームの得点情報と対戦相手のチームの得点情報に基づいて勝敗を判定するのであれば、どのような判定条件であってもよい。
例えば、チームごとに合計得点を算出し、これを比較して勝敗を決定してもよい。図１７は、変形例に係る勝敗判定処理の処理内容を示すフローチャートである。この勝敗判定処理は、ステップＳ３２２の替わりにステップＳ３２２ａを採用する点、およびステップＳ３２３の替わりにステップＳ３２３ａを採用する点を除いて、図１３に示す勝敗判定処理と同様である。ステップＳ３２２ａにおいて、ＣＰＵ２００は、自己が生成したゲーム結果情報に基づいて、当該ゲーム装置に属するチームの合計得点を算出し、受信したゲーム結果情報に基づいて対戦相手のゲーム装置に属するチームの合計得点を算出する。この後、ＣＰＵ２００は、自身のチームの合計得点が、相手チームの合計得点を上回るか否かを判定する。上回る場合には、勝ちと判定して処理をステップＳ３２４に進め、下回る場合には、負けと判定して、処理をステップＳ３２５に進める。
なお、ライフ値が減少してゲームオーバーとなったプレイヤーがいる場合には、コンピュータが代替して、ゲームを続行するが、コンピュータによって代替された得点は合計得点に反映させなくてもよい。これにより、実際のプレイヤー同士による勝ち抜き戦を楽しむことができる。

本発明の実施形態に係るゲームシステムの構成を示すブロック図である。 ゲーム装置Ａ１の外観構成を示す斜視図である。 ゲーム装置Ａ１の構成を示すブロック図である。 ロビーサーバ３の構成を示すブロック図である。 ケーム対抗の勝ち抜き戦のトーナメントを示す説明図である。 ゲームシステム１００のマッチング処理における動作を示すシーケンス図である。 ゲームシステム１００の対戦処理における動作を示すシーケンス図である。 ロビーサーバ３のマッチング処理を示すフローチャートである。 ゲーム装置の処理内容を示すフローチャートである。 ゲーム装置のマスター処理の処理内容を示すフローチャートである。 表示装置２１に表示させるゲーム画面の一例を示す説明図である。 表示装置２１に表示させるゲーム画面の他の例を示す説明図である。 勝敗判定処理の内容を示す詳細なフローチャートである。 勝ち上がり判定処理の内容を示す詳細なフローチャートである。 スレーブ処理の内容を示す詳細なフローチャートである。 変形例に係るライフ値管理処理の処理内容を説明するためのフローチャートである。 変形例に係る勝敗判定処理の処理内容を説明するためのフローチャートである。

符号の説明

１００ ゲームシステム
Ａ１、Ａ２、Ｂ１、Ｂ２ ゲーム装置
２３ａ〜２３ｃ、２４ａ〜２４ｃ、２５ａ〜２５ｃ 操作ボタン
２００、３００ ＣＰＵ
２０１、３０２ ＲＡＭ
ＥＬ エントリーリスト

Claims (9)

1. サーバ装置によって指定された他のゲーム装置と勝ち抜き形式の対戦が可能なゲーム装置において、
   外部と通信する通信手段と、
   画像を表示する表示手段と、
   複数のプレイヤーに各々対応した複数の操作手段と、
   前記他のゲーム装置と同期をとってゲーム開始し、前記複数の操作手段の操作結果に応じてゲームの進行を管理して、ゲームの進行に応じた画像を前記表示手段に表示させると共に、予め定めた期間又は予め定めた条件が満了したときにゲームを終了させ、前記複数のプレイヤーごとに得点を集計した得点情報を生成する管理手段と、
   前記通信手段を用いて、前記他のゲーム装置の前記得点情報を取得し、これを当該ゲーム装置における前記得点情報と比較してゲーム装置間で勝敗を判定する勝敗判定手段と、
   生成した前記得点情報と取得した前記得点情報とを比較して、最低得点を取得したプレイヤーを特定する最低得点特定手段と、
   ゲーム開始時にゲームの実行の可否の指標となるライフ値をプレイヤーごとに設定する設定手段と、
   前記勝敗判定手段によって負けと判定された場合、当該ゲーム装置に属する各プレイヤーの前記ライフ値を所定値だけ減算し、前記最低得点特定手段によって特定されたプレイヤーが当該ゲーム装置に属する場合、当該プレイヤーのライフ値を所定値だけ更に減算する減算手段と、
   前記ライフ値が予め定めた値になると、所定の条件を充足しない限り、当該ライフ値に対応付けられたプレイヤーのゲームの実行を不能とする終了手段と、
   当該ゲーム装置において、ライフ値を有するプレイヤーがおり、かつ前記終了手段によってゲームの実行が不能とされたプレイヤーがいる場合、不能とされたプレイヤーの替わりにコンピュータによるゲームを実行する実行手段と、
   前記勝敗判定手段の判定結果に基づいて前記他のゲーム装置以外のゲーム装置との次の対戦への進行を決定する決定手段と、
   前記決定手段によって次の対戦の進行が決定されると、次の対戦用の画像を前記表示手段に表示させるゲーム進行手段と、
   を備えることを特徴とするゲーム装置。
2. 前記勝敗判定手段は、生成した前記得点情報の合計と取得した前記得点情報の合計とを比較して、勝敗を判定する判定手段を備えることを特徴とする請求項１に記載のゲーム装置。
3. 前記勝敗判定手段は、
   生成した前記得点情報と取得した前記得点情報とを比較して、最高得点を取得したプレイヤーを特定する最高得点特定手段と、
   前記最高得点特定手段によって特定されたプレイヤーが当該ゲーム装置に属するか否かによって勝敗を判定する判定手段とを備える、
   ことを特徴とする請求項１に記載のゲーム装置。
4. 前記最高得点特定手段によって当該ゲーム装置と前記他のゲーム装置の双方に最高得点を取得したプレイヤーがいると特定された場合、前記判定手段は、抽選によって勝敗を決定することを特徴とする請求項３に記載のゲーム装置。
5. 前記最高得点特定手段によって当該ゲーム装置と前記他のゲーム装置の双方に最高得点を取得したプレイヤーがいると特定された場合、前記管理手段は、前記最高得点特定手段によって最高得点のプレイヤーがいずれか一方のゲーム装置に属すると特定されるまで、ゲームを繰り返すことを特徴とする請求項３に記載のゲーム装置。
6. 前記決定手段は、前記勝敗判定手段に勝ちと判定された判定結果の数を計数し、計数値が前記他のゲーム装置よりも先に所定値に達すると、前記次の対戦への進行を決定することを特徴とする請求項１乃至５のうちいずれか１項に記載のゲーム装置。
7. 前記ゲーム進行手段は、前記決定手段によって前記次の対戦への進行が決定されると、前記通信手段を用いて、前記サーバ装置に対して次の対戦への要求を送信することを特徴とする請求項１乃至６のうちいずれか１項に記載のゲーム装置。
8. 前記管理手段は、当該ゲーム装置における各プレイヤーのプレイ状況を集約した進行情報を生成し、前記通信手段を用いて前記他のゲーム装置に送信し、前記通信手段を介して前記他のゲーム装置から前記進行情報を受信すると、受信した前記進行情報に応じた画像を前記表示手段に表示させることを特徴とする請求項１乃至７のうちいずれか１項に記載のゲーム装置。
9. 請求項１乃至８のうちいずれか１項に記載のゲーム装置を複数備え、
   前記ゲーム装置から対戦要求があると、前記他のゲーム装置からの対戦要求があった場合に、前記ゲーム装置と前記他のゲーム装置との対戦のマッチングを実行して対戦相手となる前記他のゲーム装置を当該ゲーム装置に通知するサーバ装置とを、
   具備するゲームシステム。
   

Images