(57)【特許請求の範囲】
【請求項１】
複数のプレーヤが共通のゲーム空間でプレイできるゲームシステムであって、
プレーヤが操作するキャラクタが登場するゲーム空間内で、プレーヤがゲームプレイするためのゲーム演算を行うゲーム演算手段と、
該ゲーム演算にしたがってゲーム画像及びゲーム音の少なくとも一方を生成する処理を行うための手段と、
先行プレーヤがエントリーしているゲーム空間に後発プレーヤがエントリーを申し込んだか否かを判断するエントリー判断手段と、
後発プレーヤがエントリーを申し込んだと判断された場合には、特定条件を満たしていることを条件として先行プレーヤがゲームプレイしている進行中のゲームを中断させる処理を行うゲーム中断処理手段と、
後発プレーヤがエントリーを申し込んだと判断された際に、前記特定条件を満たしたか否かを判断する処理を行い、前記特定条件を満たしたと判断される場合には前記ゲーム中断処理手段によって前記ゲームを中断させた後に、先行プレーヤの操作情報に基づいて後発プレーヤのエントリー申し込みを拒否するか否かを判断する処理を行い、前記特定条件を満たしていないと判断される場合には先行プレーヤと後発プレーヤとがゲームプレイするためのゲーム演算を前記ゲーム演算手段に開始させる処理を行う拒否権許可処理手段とを含むことを特徴とするゲームシステム。
【請求項２】
請求項１において、
前記拒否権許可処理手段は、
ゲーム成果情報、プレイ回数情報、プレイ時間情報、エントリー申し込み拒否情報、エントリー申し込み情報、及び操作手段により入力された操作情報の少なくとも１つに基づいて、前記特定条件を満たしたか否かを判断することを特徴とするゲームシステム。
【請求項３】
請求項１又は２において、
前記拒否権許可処理手段は、
後発プレーヤのエントリー申し込みを拒否するか否かを判断する基準となる前記特定条件を設定し、
ゲーム成果情報、プレイ回数情報、プレイ時間情報、エントリー申し込み拒否情報、エントリー申し込み情報、及び操作手段により入力された操作情報の少なくとも１つに基づいて、前記特定条件を変更することを特徴とするゲームシステム。
【請求項４】
請求項３において、
前記拒否権許可処理手段は、
先行プレーヤの代価投入の有無に基づいて、ゲームプレイの継続を先行プレーヤが選択したか否かを判断し、ゲームプレイの継続を当該先行プレーヤが選択したと判断される場合には前記特定条件を変更することを特徴とするゲームシステム。
【請求項５】
請求項１〜４のいずれかにおいて、
先行プレーヤに対して出力されるゲーム画像、ゲーム音と、後発プレーヤに対して出力されるゲーム画像、ゲーム音とが、共通のハードウェアにより生成されることを特徴とするゲームシステム。
【請求項６】
請求項１〜５のいずれかにおいて、
後発プレーヤのエントリー申し込みを拒否したと判断される場合には、中断した前記ゲームを再開させる手段と、
後発プレーヤのエントリー申し込みを拒否しないと判断される場合には、先行プレーヤと後発プレーヤとのゲームを開始する処理手段と、
を更に含むことを特徴とするゲームシステム。
【請求項７】
請求項１〜６のいずれかにおいて、
複数の通信ノード間でゲーム演算のためのデータを遠隔地通信を行うための手段を更に含むことを特徴とするゲームシステム。
【請求項８】
コンピュータにより情報の読み取りが可能な情報記憶媒体であって、
プレーヤが操作するキャラクタが登場するゲーム空間内で、プレーヤがゲームプレイするためのゲーム演算を行うゲーム演算手段と、
該ゲーム演算にしたがってゲーム画像及びゲーム音の少なくとも一方を生成する処理を行うための手段と、
先行プレーヤがエントリーしているゲーム空間に後発プレーヤがエントリーを申し込んだか否かを判断するエントリー判断手段と、
後発プレーヤがエントリーを申し込んだと判断された場合には、特定条件を満たしていることを条件として先行プレーヤがゲームプレイしている進行中のゲームを中断させる処理を行うゲーム中断処理手段と、
後発プレーヤがエントリーを申し込んだと判断された際に、前記特定条件を満たしたか否かを判断する処理を行い、前記特定条件を満たしたと判断される場合には前記ゲーム中断処理手段によって前記ゲームを中断させた後に、先行プレーヤの操作情報に基づいて後発プレーヤのエントリー申し込みを拒否するか否かを判断する処理を行い、前記特定条件を満たしていないと判断される場合には先行プレーヤと後発プレーヤとがゲームプレイするためのゲーム演算を前記ゲーム演算手段に開始させる処理を行う拒否権許可処理手段として、
コンピュータを機能させるプログラムを記憶した情報記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のプレーヤが共通のゲーム空間でプレイできるゲームシステム及び情報記憶媒体に関する。
【０００２】
【背景技術及び発明が解決しようとする課題】
従来より、複数のプレーヤが共通のゲーム空間でプレイできるマルチプレーヤ型のゲームシステムが開発、実用化されている。格闘ゲームを楽しむことができるゲームシステムを例にとれば、プレーヤは、自身の分身であるキャラクタを操作し、他のプレーヤが操作するキャラクタと対戦することでゲームを楽しむ。
【０００３】
さて、このような対戦型の格闘ゲームでは、先行プレーヤがプレイしているゲーム空間への後発プレーヤの乱入（広義にはエントリー）が一般的に認められている。例えば図１（Ａ）に示すように、プレーヤ５００（先行プレーヤ）が１人でプレイしている場合には（シングルプレーヤモードの場合には）、プレーヤ５００はコンピュータとの対戦ゲームを楽しんでいる。この状態で、図１（Ｂ）に示すようにプレーヤ５０２（後発プレーヤ）がコインを投入すると、プレーヤ５０２はプレーヤ５００のゲーム空間に乱入できる。そして、プレーヤ５００、５０２間での対戦が始まる。このような後発プレーヤの乱入を認めることで、プレーヤ同士で対戦が行われる機会が増え、ゲームシステムの稼働率（コインの回収率）を向上できる。
【０００４】
しかしながら、このような後発プレーヤの乱入を無制限に認めると、先行プレーヤが後発プレーヤとの対戦を希望していない場合でも、先行プレーヤは、後発プレーヤとの対戦を強要されてしまう。特に、先行プレーヤのゲーム技量が極めて劣っていたり、後発プレーヤのゲーム技量が極めて優れている場合には、一瞬で対戦の勝負がついてしまい、先行プレーヤはゲームプレイの終了を余儀なくされる。
【０００５】
このような問題を解決する１つの手法として、対戦募集中か否かの意思表示を表す対戦募集中ランプを設ける手法が考えられる。しかしながら、この手法では、対戦募集中ランプが点灯していない場合にも後発プレーヤは先行プレーヤのゲーム空間に乱入できてしまう。従って、後発プレーヤの乱入申し込みを先行プレーヤが拒否できないという問題点を、結局、解決できない。
【０００６】
また、ゲームシステムによっては、複数のプレーヤがプレイ可能であるのにもかかわらず、１つのシステムボード（サーキットボード）しか有しないタイプのゲームシステムがある。図１（Ａ）、（Ｂ）を例にとれば、１つのシステムボード５０４が、プレーヤ５００用の第１のゲーム画像とプレーヤ５０２用の第２のゲーム画像の両方を生成している。この場合、第１、第２のゲーム画像は全くの同一画像であったり、視点位置や視線方向だけを互いに異ならせただけの画像になっている。即ち、このゲームシステムでは、１つのゲーム空間しか創出できない。従って、このような１つのシステムボードしか有しないゲームシステムでは、後発プレーヤであるプレーヤ５０２の乱入を認めないと、プレーヤ５０２は、コインを投入したにもかかわらず、ゲームをプレイできないことになってしまう。このような理由で、従来のゲームシステムでは、後発プレーヤの乱入を無条件に認めざるを得なかった。
【０００７】
本発明は、以上のような技術的課題に鑑みてなされたものであり、その目的とするところは、先行プレーヤがエントリーしているゲーム空間に後発プレーヤがエントリーしてきた場合にも、先行プレーヤの意思をある程度尊重できるゲームシステム及び情報記憶媒体を提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、本発明は、複数のプレーヤが共通のゲーム空間でプレイできるゲームシステムであって、プレーヤがゲームプレイするためのゲーム演算を行う手段と、該ゲーム演算にしたがってゲーム画像及びゲーム音の少なくとも一方を生成する処理を行うための手段と、先行プレーヤがエントリーしているゲーム空間に後発プレーヤがエントリーを申し込んだ場合に、後発プレーヤのエントリー申し込みに対する拒否権を先行プレーヤに許可する処理を行うための手段とを含むことを特徴とする。
【０００９】
本発明によれば、先行プレーヤ（複数でもよい）のゲーム空間（ゲームフィールド、ゲームステージ、オブジェクト空間）に後発プレーヤ（複数でもよい）がエントリーしてきた場合に、そのエントリーの拒否権が先行プレーヤに認められる。従って、先行プレーヤは、自身の意志で、後発プレーヤとの対戦プレイや共同プレイを拒否できるようになる。この結果、先行プレーヤの意思を尊重でき、先行プレーヤに不快感を与える事態を防止できる。
【００１０】
また本発明は、後発プレーヤのエントリー申し込みを先行プレーヤが拒否した場合に、所与の条件が成立するまで後発プレーヤのゲームプレイを待たせることを特徴とする。そして本発明は、後発プレーヤにゲームプレイを待たせている間に、後発プレーヤに副次的なゲームをプレイさせることを特徴とする。このようにすることで、後発プレーヤの体感待ち時間を減らすことができ、後発プレーヤの不快感を軽減できる。
【００１１】
また本発明は、後発プレーヤのエントリー申し込みに対する先行プレーヤの拒否権を制限する手段を含むことを特徴とする。このようにすることで、先行プレーヤのゲーム空間にエントリーできないことで後発プレーヤが感じる不満感を軽減できる。
【００１２】
なお、この場合、ゲーム成果情報、プレイ回数情報、プレイ時間情報、エントリー申し込み拒否情報、エントリー申し込み情報、及び操作手段により入力された操作情報の少なくとも１つに基づいて、先行プレーヤの拒否権を制限することが望ましい。
【００１３】
また本発明は、代価の支払いを条件としたゲームプレイの継続を先行プレーヤが選択した場合に、後発プレーヤのエントリー申し込みに対する先行プレーヤの拒否権の制限を緩和する又は無くすことを特徴とする。このようにすることで、代価を支払うことでゲームプレイの継続を望む先行プレーヤの意思を尊重できるようになる。
【００１４】
また本発明は、後発プレーヤのエントリー申し込みを拒否するか否かを先行プレーヤが判断するために、ゲームを中断する手段を含むことを特徴とする。このようにすることで、エントリー申し込みを拒否するか否かの判断のために、先行プレーヤの気分が損なわれるという事態を解消できる。
【００１５】
なお、この場合、後発プレーヤのエントリーイベントを発生してゲームを中断することができる。
【００１６】
また本発明は、先行プレーヤに対して出力されるゲーム画像、ゲーム音と、後発プレーヤに対して出力されるゲーム画像、ゲーム音とが、共通のハードウェアにより生成されることを特徴とする。このようなハードウェア構成では、先行プレーヤが後発プレーヤのエントリーを拒否した場合に所与の条件が成立するまで後発プレーヤのゲームプレイを待たせることが、特に望ましい
【発明の実施の形態】
以下、本発明の好適な実施形態について図面を用いて説明する。
【００１７】
なお、以下では、先行プレーヤ、後発プレーヤが各々１人である場合について主に例にとり説明するが、本発明はこれに限定されず、先行プレーヤ、後発プレーヤが各々複数であってもよい。また、以下では、本発明を格闘ゲームに適用した場合について主に例にとり説明するが、本発明は、格闘ゲーム以外の種々のゲームに適用できる。
【００１８】
１．ゲーム装置間の接続例
図２に、本実施形態のゲームシステムにおけるゲーム装置間の接続例を示す。
【００１９】
本実施形態では、複数の独立したゲーム装置１０-1、１０-2、１０-3、１０-4、１０-5、１０-6が例えばリング（ループ）状に接続されている。そしてゲーム装置１０-1〜１０-6の各々は、伝送ライン（通信回線）１２を介し、他のゲーム装置との間でデータの送受信を行う。本実施形態では、データは、伝送ライン１２を時計周りの方向に回るように伝送される。
【００２０】
なおゲーム装置１０-1〜１０-6は、各々、独立に、シングルプレーヤ型ゲームをプレイできるように構成されている。
【００２１】
２．ゲーム装置の構成例
図３に、ゲーム装置の機能ブロック図の一例を示す。
【００２２】
操作部１２０は、プレーヤが操作情報を入力したり、コイン（広義には代価）を投入したりするためのものであり、その機能は、例えばレバー、ボタン、銃、ステアリング、アクセルペダル、ブレーキペダル、コイン投入口、ホッパー、コインカウンターなどのハードウェアにより実現できる。
【００２３】
情報記憶媒体１３０は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤＲＯＭ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、携帯型情報記憶装置（ＩＣカード、ゲームカセット、携帯型ゲーム装置、ＰＤＡ）、半導体メモリなどのハードウェアにより実現できる。この情報記憶媒体１３０に、本実施形態を実現するための種々の情報（ゲーム演算を行うための情報、ゲーム画像やゲーム音を生成するための情報、後発プレーヤのエントリー申し込みに対する拒否権を先行プレーヤに許可するための情報等。以下、格納情報と呼ぶ）が格納されることになる。なお、上記格納情報は、本実施形態の処理を行うためのプログラムコード、コマンド情報、画像情報、音情報、表示物の形状情報、テーブルデータ、リストデータ、プレーヤ情報等の少なくとも１つを含むものである。
【００２４】
処理部１４０は、装置全体の制御、装置内の各ブロックへの命令の指示、ゲーム演算などの各種の処理を行うものであり、その機能は、ＣＰＵ（ＣＩＳＣ型、ＲＩＳＣ型）、ＤＳＰ、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや所与のプログラム（ゲームプログラム）により実現できる。ここで処理部１４０は、操作部１２０からＩ／Ｏポート１２４を介して入力されるプレーヤの操作情報や情報記憶媒体１３０からの情報（プログラム、データ）等に基づいて動作する。また処理部１４０は、ワークメモリ１５８をワーク領域として各種の処理を行う。
【００２５】
ワークメモリ１５８は、処理部１４０、画像生成部１６０、音生成部１６４、通信制御部１７０などのワーク領域となるもので、その機能はＲＡＭなどのハードウェアにより実現できる。
【００２６】
なお、情報記憶媒体１３０に格納される情報の一部又は全部は、装置への電源投入時等にワークメモリ１５８に転送されることになる。
【００２７】
画像生成部１６０は、処理部１４０からの指示等にしたがって、各種の画像を生成し表示部１６２に出力するものであり、その機能は、画像生成用ＡＳＩＣ、ＣＰＵ、ＤＳＰなどのハードウェアや所与のプログラム（画像生成プログラム）により実現できる。
【００２８】
音生成部１６４は、処理部１４０からの指示等にしたがって、各種の音を生成し音出力部１６６に出力するものであり、その機能は、音生成用ＡＳＩＣ、ＣＰＵ、ＤＳＰなどのハードウェアや所与のプログラム（音生成プログラム）により実現できる。
【００２９】
通信制御部１７０は、通信のための各種の制御を行うものであり、その機能は、通信用ＡＳＩＣ、ＣＰＵなどのハードウェアや所与のプログラム（通信プログラム）により実現できる。
【００３０】
バッファメモリ１８０は、受信データや送信データを一時的に記憶するものであり、その機能はＲＡＭなどのハードウェアにより実現できる。ここでバッファメモリ１８０は、送信専用エリア１８２と送受信エリア１８４を有する。
【００３１】
前段のゲーム装置からの受信データは、Ｉ／Ｏポート１７２、通信制御部１７０を介して、送受信エリア１８４に書き込まれる。そしてこの受信データが当該ゲーム装置に必要ないものである場合には、送受信エリア１８４からそのまま通信制御部１７０、Ｉ／Ｏポート１７２を介して後段のゲーム装置に送信される。一方、必要なものである場合には、この受信データは処理部１４０により読み出され、ワークメモリ１５８に書き込まれる。そして処理部１４０等により所与の処理が施された後、送信データとして送信専用エリア１８２に書き込まれ、通信制御部１７０、Ｉ／Ｏポート１７２を介して後段のゲーム装置に送信される。
【００３２】
さて、処理部１４０はゲーム演算部１５０を含む。ここでゲーム演算部１５０は、ゲームモードの設定処理、ゲームの進行処理、移動体（キャラクタ、ロボット、車、戦車、飛行機、宇宙船、船、ボート、スキー板、サーフボード、ボール、弾等）の位置や方向を決める処理、視点位置や視線方向を決める処理、移動体のモーションを再生する処理、オブジェクト空間へオブジェクトを配置する処理、ヒットチェック処理、ゲーム成績（ゲーム成果）を演算する処理、複数のプレーヤが共通のゲーム空間でプレイするための処理などの、種々のゲーム演算処理を行う。
【００３３】
ゲーム演算部１５０は、拒否権許可部１５２、プレーヤ待機処理部１５３、拒否権制限部１５４、ゲーム中断部１５５を含む。
【００３４】
ここで、拒否権付与部１５２は、先行プレーヤがエントリー（プレイ）しているゲーム空間に後発プレーヤがエントリーを申し込んだ場合に、後発プレーヤのエントリー申し込みに対する拒否権を先行プレーヤに許可するための処理を行う。また、プレーヤ待機処理部１５３は、後発プレーヤのエントリー申し込みを先行プレーヤが拒否した場合に、所与の条件が成立するまで後発プレーヤのゲームプレイを待たせるための処理を行う。また拒否権制限部１５４は、後発プレーヤのエントリー申し込みに対する先行プレーヤの拒否権を制限するための処理を行う。また、ゲーム中断部１５５は、後発プレーヤのエントリー申し込みを拒否するか否かを先行プレーヤが判断するために、ゲームを中断するための処理を行う。
【００３５】
なお、本実施形態のゲームシステムにおけるゲーム装置の接続（ネットワーク）構成は、図２に示すリング（ループ）型に限定されない。例えばゲーム装置の接続形態としては、図４（Ａ）、（Ｂ）に示すようなツリー型、スター型などの種々の接続形態を考えることができる。例えばＩＥＥＥ１３９４やＵＳＢの規格でゲーム装置を接続する場合には、図４（Ａ）に示すようなツリー型の接続形態が望ましい。なお、接続されるゲーム装置の中の１つをホスト装置として機能させるようにしてもよい。
【００３６】
更に、図４（Ｃ）に示すように、ホスト装置の下にサーバを接続し、サーバの下にゲーム装置を接続し、ホスト装置、ゲーム装置、サーバーで分散処理するようにしてもよい。なお、本実施形態の処理を実現するための上記格納情報を、ゲーム装置の情報記憶媒体ではなく、ホスト装置やサーバの情報記憶媒体に格納するようにしてもよい。或いは、上記格納情報を、ホスト装置、サーバ、ゲーム装置の情報記憶媒体に分散して格納するようにしてもよい。
【００３７】
また、以上ではゲームシステムが複数のゲーム装置を含む場合について説明したが、本実施形態のゲームシステムはこれに限定されず、１つのゲーム装置（或いはシステムボード）だけを含むものであってもよい。例えば図４（Ｄ）では、１つのゲーム装置（システムボード）に複数の表示部、複数の音出力部が接続される。そして、ゲーム装置により生成された複数のプレーヤ用のゲーム画像やゲーム音が、これらの複数の表示部や音出力部に出力される。これにより、ゲーム装置が１つであるにもかかわらず、複数のプレーヤがマルチプレーヤ型ゲームを楽しむことができるようになる。
【００３８】
また図５に示すように、ネットワーク（通信回線）１４により通信ノードであるホスト装置と各店舗（東京、大阪、ニューヨーク、ロンドン）のゲーム装置を接続し、遠隔地通信を行うようにしてもよい。このような遠隔地通信は、例えば、インターネットのような広域ネットワークを利用することで実現できる。なお図５においてホスト装置を設けない構成とすることもできる。また、店舗内の複数のゲーム装置を接続する場合には、図４（Ｃ）に示すようなサーバを設ける構成としてもよい。
【００３９】
このような遠隔地通信を行うことで、ゲーム空間へのプレーヤのエントリー人数を、店舗内のゲーム装置間だけで通信を行う場合に比べて格段に増すことができる。また、プレーヤは、日本国内の他の地域のプレーヤや外国のプレーヤとマルチプレーヤ型ゲームを楽しむことができるようになる。従って、ゲーム空間へのプレーヤのエントリーの動機づけを高めることができると共に、マルチプレーヤ型ゲーム本来の面白味を格段に増すことができる。
【００４０】
なお、遠隔地通信を行う場合には、プレーヤがゲーム空間に随時エントリーできるオールタイムエントリー（フリーエントリー）方式が有効である。即ち、遠隔地通信を行う場合には、例えば東京のプレーヤと大阪のプレーヤとが同時にエントリーするという事は事実上困難である。これに対して、オールタイムエントリー方式によれば、東京のプレーヤと大阪のプレーヤは、同時にゲーム空間にエントリーしなくても、共通のゲーム空間に随時エントリーしてマルチプレーヤ型ゲームを楽しむことができる。
【００４１】
３．本実施形態の特徴
さて、本実施形態の特徴は、後発プレーヤが乱入（先行プレーヤのゲーム空間への後発プレーヤのエントリー）を申し込んできた場合に、乱入拒否権（エントリー申し込みに対する拒否権）を先行プレーヤに許可（付与）した点にある。
【００４２】
即ち、先行プレーヤ（以下、適宜ＰＰと呼ぶ）のゲーム空間に対して後発プレーヤ（以下、適宜ＬＰと呼ぶ）が乱入すると、図６（Ａ）に示すようにＰＰのゲーム画面が画面ポーズされる（ＰＰが操作するキャラクタ２０やコンピュータが操作するキャラクタ２２の動作が止まったりスローモーションになる）。そして、ＬＰの乱入申し込みを受けるか否かをＰＰが選択するための選択画面２４がＰＰのゲーム画面に表示される。そして、ＰＰが、ＬＰの乱入申し込みを受けると、ＰＰとＬＰの対戦が始まる。一方、ＰＰが、ＬＰの乱入申し込みを拒否すると、ＰＰとＬＰの対戦は開始されず、ＰＰとコンピュータとの対戦が再開する。この場合にＬＰは、図６（Ｂ）に示すように、ＰＰとコンピュータとの対戦が終了するまで待機することになる。
【００４３】
このように先行プレーヤＰＰに乱入拒否権を認めることで、後発プレーヤＬＰとの対戦を望まないという先行プレーヤの意思を尊重できる。特に、先行プレーヤのゲーム技量が極めて劣っていたり後発プレーヤのゲーム技量が極めて優れている場合に、先行プレーヤに乱入拒否権が認められないと、対戦の勝負が一瞬で決まり、先行プレーヤはゲーム終了を余儀なくされる。しかしながら、本実施形態のように先行プレーヤに乱入拒否権を認めれば、先行プレーヤが後発プレーヤの乱入申し込みを拒否することで、このような事態が生じなくなる。この結果、ゲーム技量が劣るプレーヤが、この種のゲームのプレイを敬遠してしまう事態を防止できる。
【００４４】
なお、ＰＰの乱入拒否は、図６（Ａ）に示すような選択画面２４で選択するようにしてもよいし、乱入拒否のための専用のボタン（操作手段）を設けて対処してもよい。或いは、スタートボタンなどの他のボタンを、乱入拒否の選択ボタンとして兼用するようにしてもよい。
【００４５】
また、本実施形態では、図７に示すように、ＬＰの乱入申し込みをＰＰが拒否した場合に、所与の条件が成立するまでＬＰのゲームプレイを待たせることが望ましい。特に、１つのゲーム空間しか創出できない１つのシステムボード（ゲーム装置）で複数のプレーヤに対するゲーム画像、ゲーム音を生成する場合には、このようにＬＰのゲームプレイを待機させることが望ましい。
【００４６】
更に、ＬＰにゲームプレイを待たせている間に、ＬＰにミニゲーム（広義には副次的なゲーム）をプレイさせることが望ましい。このようにすることで、ＬＰの体感待ち時間を減少させることができる。即ち、ＬＰの乱入申し込みがＰＰにより拒否された場合には、ＬＰに対して図８（Ａ）に示すようなメッセージ画面２６を表示する。そして、ＰＰのゲームが終了するまでミニゲームをプレイすることをＬＰに伝える。そして、図８（Ｂ）に示すようなミニゲームをＬＰにプレイさせる。
【００４７】
例えば図８（Ｂ）では、ゲームプレイのための操作手順（コンボ、コマンド入力）を練習するミニゲームをＬＰにプレイさせている。即ち、この種の格闘ゲームにおいては、プレーヤが入力した操作手順（レバー、ボタン等を所与の順序、タイミングで操作する手順）が基準操作手順と一致すると、キャラクタ２８が特殊技（必殺技）を繰り出す。しかしながら、このような操作手順を覚えるのには、通常、多くの時間を要する。従って、ＬＰの待機時間を利用して、このような操作手順の練習をＬＰに行わせることで、ＬＰに対するサービスを向上できる。
【００４８】
なお、ＬＰにプレイさせるミニゲームは、図８（Ｂ）に示すような操作手順の練習に限定されず、短時間で終了するシューティングゲーム、パズルゲーム、クイズゲーム等の種々のミニゲームを考えることができる。
【００４９】
また、ＬＰの待機時間に、例えばＰＰのゲームプレイの実況中継を行うようにしてもよい。例えば、ＰＰとコンピュータとの対戦の様子を色々な視点から見た画像やＰＰの戦況を知らせる文字、数字等をＬＰ側の表示部に表示する。このようにすれば、ＬＰの体感待ち時間を減少できると共に、将来対戦するかもしれないＰＰのゲーム戦略、ゲーム技量等をＬＰが知ることができるようになる。
【００５０】
さて、先行プレーヤの乱入拒否権を無制限に認めると、先行プレーヤの意思は尊重できるが、後発プレーヤに不快感を与える可能性もある。例えば、先行プレーヤが乱入申し込みを拒否すると、後発プレーヤは、先行プレーヤがゲームオーバーになるまで長時間待たなければならなくなる。この場合に、ミニゲーム等をプレイさせることで後発プレーヤの不満をある程度解消できるが、それにも限界がある。
【００５１】
そこで本実施形態では、後発プレーヤの乱入申し込みに対する先行プレーヤの拒否権を制限するようにしている。
【００５２】
例えば図９（Ａ）、（Ｂ）、図１０（Ａ）では、ＰＰのゲーム成果情報に基づいてＰＰの乱入拒否権を制限している。即ち、図９（Ａ）では、ＰＰは、１つのゲームステージしかクリアしていない（ゲーム成果が低い）。この場合にＬＰから乱入申し込みがあった場合には、選択画面３０に示すように、乱入申し込みを受けるか否かの選択権がＰＰに付与される。即ち、ＰＰは、乱入申し込みを受けることもできるし、拒否することもできる。
【００５３】
一方、図９（Ｂ）では、ＰＰは、５つのゲームステージをクリアしている（ゲーム成果が高い）。この場合にＬＰから乱入申し込みがあった場合には、メッセージ画面３２に示すように、乱入申し込みを受けるか否かの選択権は、ＰＰに対して付与されない。即ち、ＰＰは乱入申し込みを拒否できず、ＰＰの乱入拒否権が制限される。
【００５４】
このように本実施形態では、ＰＰのゲーム成果が高い場合にはＰＰの乱入拒否権を制限し（拒否制限レベルを上げる）、ゲーム成果が低い場合には乱入拒否権の制限を緩和する又は無くしている（拒否制限レベルを下げる）。ＰＰの乱入拒否権を制限し、例えば乱入申し込みを受けることをＰＰに強要することで、ＬＰは、ＰＰとの対戦ゲームを開始できるようになる。これによりＬＰの不満感を解消できる。一方、図９（Ｂ）のように５つのゲームステージをクリアし、ＰＰのゲーム成果が高いということは、ＰＰがある程度のゲーム技量を有していることを意味する。従って、ＰＰとＬＰが対戦しても、一瞬で勝負がついてしまう事態は生じにくい。即ち、ＰＰのゲーム成果が高い場合にＰＰの乱入拒否権を制限しても、ＰＰが不快感を感じる事態は生じにくい。このように本実施形態によれば、ＬＰ、ＰＰの両方の満足を得ることができる。
【００５５】
なお、本実施形態におけるゲーム成果としては、例えば、得点、順位、命中率、倒した相手の数、勝ち抜き数、被弾数、アシスト回数、敵陣侵入回数、迎撃回数、ラップタイム、周回回数、残り体力、勝敗、打率、防御率、ゴール数、奪った国及びその数、引き抜いた武将及びその数、獲得したアイテム及びその数、クイズの正当数・正答率、クリア時間、与えられた任務の成功の可否等、種々のゲーム成果を含めることができる。
【００５６】
また、図１０（Ｂ）に示すように、ゲーム成果情報ではなくプレイ回数情報に基づいて、ＰＰの乱入拒否権を制限してもよい。例えば、ＰＰのプレイ回数が５回よりも少ない場合には、ＰＰの乱入拒否権を制限せずに、乱入申し込みの拒否を可能にする。一方、プレイ回数が５回以上の場合には、ＰＰの乱入拒否権を制限し、乱入申し込みの拒否を不可にする。ここで、プレイ回数は、例えばＰＰがゲームステージをクリアした場合やコインを支払ってコンティニュープレイを選択した場合に、インクリメントされる。ＰＰのプレイ回数が少ない場合には、ＰＰに乱入拒否権を認めてＬＰを待たせても、それほど問題は生じない。しかしながら、ＰＰのプレイ回数が多い場合にＰＰに乱入拒否権を認めると、ＬＰが不快感を感じる問題が生じる。本実施形態のように、プレイ回数が多い場合にＰＰの乱入拒否権を制限することで、このような問題を解消できる。
【００５７】
また、図１０（Ｃ）に示すように、プレイ時間情報に基づいて、ＰＰの乱入拒否権を制限してもよい。例えば、ＰＰのプレイ時間が所与の時間ＰＴ１よりも短い場合には、ＰＰの乱入拒否権を制限せず、プレイ時間がＰＴ１よりも長い場合には、ＰＰの乱入拒否権を制限する。このようにＰＰのプレイ時間が長い場合にＰＰに乱入拒否権を制限することで、ＬＰが待ちくたびれて不快感を感じる問題を解消できる。
【００５８】
また、図１０（Ｄ）に示すように、乱入（エントリー）申し込み拒否情報に基づいて、ＰＰの乱入拒否権を制限してもよい。例えば、ＰＰが、後発プレーヤＬＰ１やＬＰ２の乱入申し込みを拒否した回数が多い場合には、ＰＰの乱入拒否権を制限する。このようにすることで、ＬＰ１やＬＰ２が不満を感じる事態を解消できる。
【００５９】
また、ＰＰの乱入申し込み情報に基づいて乱入拒否権を制限してもよい。例えば、ＰＰが、過去に一回（或いは数回）でも他のプレーヤに乱入を申し込んだ場合には、ＰＰの乱入拒否権を制限する。過去に乱入を申し込んでいるＰＰに乱入による対戦を強要しも、ＰＰはそれほど不快感を感じないと考えられるからである。
【００６０】
また図３の操作部１２０により入力された操作情報に基づいて先行プレーヤＰＰの乱入拒否権を制限してもよい。即ち、この操作情報に基づいてＰＰのゲーム技量を判断し、ＰＰのゲーム技量が優れている場合には乱入拒否権を制限し（拒否制限レベルを上げる）、ＰＰのゲーム技量が劣っている場合には乱入拒否権の制限を緩和する又は無くす（拒否制限レベルを下げる）。ゲーム技量が優れているＰＰに乱入による対戦を強要しても、ＰＰの意に反して直ぐにゲームが終了してしまうという事態は生じないと考えられるからである。
【００６１】
操作情報に基づいてＰＰのゲーム技量を判断する手法としては種々の手法を考えることができる。例えば、操作情報に基づいて、ＰＰの操作の正確さ、速さ、操作タイミングの精度等を計測し、ＰＰのゲーム技量を判断する。或いは、ＰＰが操作するキャラクタが特殊技を繰り出したか否かに基づいてゲーム技量を判断してもよい。
【００６２】
即ち格闘ゲーム等においては、通常、操作部１２０が有するレバー、ボタンを所与の操作手順で操作すると、キャラクタが特殊技（コンボ）を繰り出すようになっている。特殊技が成功すると、相手に対して大きなダメージを与えることができるため、特殊技の成功の可否はゲーム結果に大きな影響を与える。従って、特殊技を如何にしてスムーズに繰り出せるかが、プレーヤのゲーム技量の優劣を表す効果的なバロメータとなる。例えば図１１（Ａ）では、Ｅ１に示すように、レバーを下に操作し、上ボタン、左ボタン、左ボタン、左ボタンを押すという操作手順により、ＰＰのキャラクタ３４が特殊技１を繰り出す。この場合には、Ｅ２に示すようにＰＰの拒否制限レベルを上昇させる。また図１１（Ｂ）では、Ｅ３に示すように、レバーを右に操作し、上ボタン、右ボタン、上ボタン、右ボタンを押すという操作手順により、ＰＰのキャラクタ３４が特殊技２を繰り出す。この場合には、Ｅ４に示すようにＰＰの拒否制限レベルを更に上昇させる。このようにＰＰが特殊技に成功する毎に、ＰＰの拒否制限レベルは高くなり、ＰＰによる乱入申し込み拒否が困難になる。しかしながら、ＰＰはこれらの特殊技を繰り出すことができるため、乱入による対戦をＰＰに強要しても、ＰＰにとってそれほど不都合は生じない。
【００６３】
さて、近年の格闘ゲームには、ゲームステージをクリア等する毎にゲームストーリーが展開するタイプのものが多い。即ち、プレーヤは、まず自分が所望するキャラクタを選択し、このキャラクタを操作して相手キャラクタと対戦を行う。そして、相手キャラクタを倒すと次のゲームステージに進み、新たな相手キャラクタと対戦する。このように次々と新たな相手キャラクタと対戦し、一連のゲームステージを勝ち抜いてゆく。そして、所与の数のゲームステージをクリアすると中間イベントが発生する。また全てのゲームステージをクリアするとエンディングイベントが発生し、一連のゲームステージから成るゲームが終了する。このように相手キャラクタと単に対戦するだけではなく、一連のゲームステージを順次クリアさせ、この一連のゲームステージに与えられたストーリー展開を堪能させることで、プレーヤのゲームへの熱中度を格段に高めることができる。
【００６４】
しかしながら、図１０（Ａ）、（Ｂ）のように、単にゲームステージのクリア数やプレイ回数のみで乱入拒否権を制限すると、ストーリー展開を楽しむことを目的とするプレーヤの意に反する結果が生じてしまう。即ち、ストーリー展開の途中でＬＰに乱入され、ＬＰとの勝負に敗れると、ＰＰのゲームは終了してしまい、ＰＰはその後のゲームストーリー展開を楽しむことができなくなる。
【００６５】
そこで、本実施形態では、図１２に示すように、ＰＰがコイン（代価）を支払ってコンティニュープレイを選択した場合には、ＰＰの拒否制限レベルを下げるようにしている（乱入拒否権の制限を緩和する又は無くす）。このようにすれば、コインを支払ってコンティニュープレイを選択したＰＰは、ＬＰの乱入申し込みを拒否できるようになる（拒否することが容易になる）。従って、多くのコインを支払ってゲームストーリーの展開を楽しもうとしているＰＰの意思を尊重でき、ＰＰが不快感を感じる事態を解消できる。
【００６６】
なお本発明における代価の支払いには、コインなどの貨幣の支払いのみならず、電子マネー、プリペイカード、ポストペイカード、クレジットカード等による支払いも含まれる。ゲーム装置がネットワークにより接続される場合には、このような電子マネー等による代価の支払いが望ましい。
【００６７】
また、本実施形態では、後発プレーヤの乱入申し込みを拒否するか否かを先行プレーヤが判断するために、ゲームを中断するようにしている。即ち、本実施形態では図１３に示すように、ＬＰが乱入を申し込むとゲームが中断される。このようにゲームを中断することで、ＰＰは、乱入申し込みを受けるか否かを選択できるようになる。
【００６８】
この場合、突然ゲームが中断されると、プレーヤの気分を損ねるおそれがある。従って、如何にしてプレーヤの気分を損なわせないでゲームを中断させるかが重要な課題となる。
【００６９】
そこで、本実施形態では、後発プレーヤ乱入イベントを発生してゲームを中断するようにしている。即ち、ＬＰが乱入を申し込むと、図１４に示すようにＰＰのゲーム画面において地割れ３６が生じる。そして、ＰＰが操作するキャラクタ３８とコンピュータ等が操作する相手キャラクタ４０とが引き離され、対戦が中断される（ＰＰはキャラクタ３８を操作できなくなる）。そして、ＬＰの乱入申し込みを受けるか否かを選択するための選択画面４２が表示される。このような後発プレーヤ乱入イベントを発生することで、ＰＰの気分をそれほど損ねることなくゲームを中断でき、乱入申し込みを受けるか否かをＰＰに選択させることが可能になる。
【００７０】
なお、プレーヤの気分を損ねずにゲームを中断する手法としては、上述したもの以外にも種々の手法を考えることができる。例えば図６（Ａ）に示すように、画面ポーズをかけ、キャラクタ２０、２２の動作を止めたりスローモーションにするようにしてもよい。或いは、ラウンドの切れ目まで対戦を続行させ、切れ目にたどり着いた時点で、乱入申し込みを受け入れるか否かを選択させるようにしてもよい。即ち、第１ラウンドの途中で乱入が申し込まれた場合にも、第１ラウンドが終了するまでゲームを中断させない。そして、第１ラウンドが終了した時点でゲームを中断し、乱入申し込みを受け入れるか否かを選択させるようにする。
【００７１】
４．処理例
次に、本実施形態の詳細な処理例について図１５、図１６、図１７のフローチャートを用いて説明する。
【００７２】
図１５は、１つのシステムボードで複数のプレーヤに対するゲーム画像、ゲーム音を生成する場合（先行プレーヤに対して出力されるゲーム画像、ゲーム音と、後発プレーヤに対して出力されるゲーム画像、ゲーム音とを、共通のハードウェアにより生成する場合）のフローチャート例である。
【００７３】
まず、プレーヤがコインを投入したか否かを判断し（ステップＳ１）、投入した場合には、投入したプレーヤを先行プレーヤＰＰにする（ステップＳ２）。そして、この先行プレーヤ（先行プレーヤが操作するキャラクタ）とコンピュータ（コンピュータが操作するキャラクタ）との対戦を開始する（ステップＳ３）。
【００７４】
次に、乱入が発生したか否か、即ち後発プレーヤＬＰがコインを投入したか否かを判断する（ステップＳ４）。乱入が発生しなかった場合には、そのまま対コンピュータ戦を続行し、対戦が終了すると、ＰＰがコンピュータに勝ったか否かを判断する（ステップＳ５）。そして、負けた場合には、コインの支払いを条件としたコンティニュープレイをＰＰが選択したか否かを判断し（ステップＳ６）、選択しなかった場合にはゲームオーバーになる（ステップＳ７）。一方、ステップＳ５でＰＰがコンピュータに勝った場合やステップＳ６でＰＰがコンティニュープレイを選択した場合には、ＰＰとコンピュータとの新たな対戦が開始する。
【００７５】
ステップＳ４でＬＰがコインを投入して乱入が発生した場合には、ＬＰの乱入申し込みをＰＰが拒否するか否かを判断する（ステップＳ８）。この判断は、図６（Ａ）に示すような選択画面２４や乱入拒否用の専用ボタンを利用することで実現できる。ＰＰが、乱入申し込みを拒否しなかった場合には、ＰＰとＬＰとの対戦が開始する（ステップＳ９）。そして、何れかが勝つと、そのプレーヤが勝ち残り、先行プレーヤＰＰとなる（ステップＳ１０、Ｓ１１）。
【００７６】
ステップＳ８で、ＰＰが乱入申し込みを拒否すると、ＰＰ側については、対コンピュータ戦のループ（ステップＳ３〜Ｓ６）に戻り、ＰＰとコンピュータとの対戦が再開する。一方、ＬＰ側では、ＬＰを待機させミニゲーム等をプレイさせる処理（図８（Ａ）、（Ｂ）参照）が行われる（ステップＳ１２）。そして、ＰＰがゲームオーバーになるまで待ち（ステップＳ１３）、ＰＰがゲームオーバーになると、ＬＰが先行プレーヤＰＰになり対コンピュータ戦のループ（ステップＳ３〜Ｓ６）に移行する（ステップＳ１４）。
【００７７】
図１６、図１７は、ＰＰの拒否権の制限やゲーム中断処理を行う場合のフローチャート例である。
【００７８】
まず、プレーヤがコインを投入したか否かを判断し（ステップＴ１）、投入した場合には、対戦可能な相手がいるか否かを判断する（ステップＴ２）。そして対戦可能な相手がいない場合には、コンピュータとの対戦を開始する（ステップＴ３）。一方、対戦可能な相手がいる場合には、プレーヤがその相手に乱入を申し込むのか否かを判断する（ステップＴ４）。そして、乱入を申し込まない場合には対コンピュータ戦を開始し（ステップＴ３）、申し込んだ場合にはプレーヤの拒否制限レベルを上げる（ステップＴ５）。即ち、過去に一度でも対戦を申し込んだ履歴があると、乱入拒否権の制限が強くなる。そして、相手が乱入を受けるか否かを判断し（ステップＴ６）、相手が乱入を受けなかった場合には対コンピュータ戦が開始し（ステップＴ３）、受けた場合にはその相手との対戦が開始する（ステップＴ７）。
【００７９】
ステップＴ３で対コンピュータ戦が開始した後、乱入が申し込まれたか否かを判断する（ステップＴ８）。そして、乱入が申し込まれた場合には、プレーヤの乱入拒否が可能か否かを判断する（ステップＴ９）。例えば図９（Ａ）ではゲームステージのクリア数が少ないため（拒否制限レベルが低いため）、乱入拒否が可能となる。一方、図９（Ｂ）ではゲームステージのクリア数が多いため（拒否制限レベルが高いため）、乱入拒否が不可になる。
【００８０】
ステップＴ９で乱入拒否が不可と判断された場合には、相手との対戦が開始する（ステップＴ７）。一方、乱入拒否が可能と判断された場合には、図１４に示すようなゲーム中断処理が開始する（ステップＴ１０）。そして、図１４の選択画面４２を利用して、プレーヤが乱入を拒否するか否かが判断される（ステップＴ１１）。そしてプレーヤが乱入を受けた場合には、相手との対戦が開始する（ステップＴ７）。一方、乱入を拒否した場合には、プレーヤの拒否制限レベルを上げる（ステップＴ１２）。即ち、図１０（Ｄ）で説明したように、プレーヤが乱入を拒否する毎に拒否制限レベルが上昇する。次に、ゲームの再開処理（ゲーム中断処理から抜ける処理）が行われる（ステップＴ１３）。
【００８１】
ステップＴ８で乱入が申し込まれなかった場合や、ステップＴ１３でゲームの再開処理が行われた場合には、そのまま対コンピュータ戦が続行し、対戦が終了すると、プレーヤがコンピュータに勝ったか否かを判断する（図１７のステップＴ１４）。そして、負けた場合には、コインの支払いを条件としたコンティニュープレイをプレーヤが選択したか否かを判断し（ステップＴ１５）、選択しなかった場合にはゲームオーバーになる（ステップＴ１６）。一方、ステップＴ１４でプレーヤがコンピュータに勝った場合には、図１０（Ａ）で説明したようにプレーヤの拒否制限レベルを上げて（ステップＴ１７）、図１６のステップＴ２に戻る。また、ステップＴ１５でプレーヤがコンティニュープレイを選択した場合には、図１２で説明したようにプレーヤの拒否制限レベルを下げて（ステップＴ１８）、ステップＴ２に戻る。
【００８２】
図１６のステップＴ７で相手との対戦が開始し、対戦が終了すると、相手に勝ったか否かを判断する（ステップＴ１９）。そして、負けた場合にはステップＴ１５に移行し、プレーヤがコンティニュープレイを選択したか否かを判断する。一方、勝った場合には、プレーヤの拒否制限レベルを上げて（ステップＴ２０）、図１６のステップＴ２に戻る。
【００８３】
なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。
【００８４】
例えば本発明の構成は、図２〜図５に示すものに限らず、種々の変形実施が可能である。
【００８５】
また、後発プレーヤのゲームプレイを待たせる手法は図７、図８（Ａ）、（Ｂ）に示す手法に限定さない。また、この手法は、先行プレーヤへのゲーム画像、ゲーム音と後発プレーヤへのゲーム画像、ゲーム音とを共通のハードウェアにより生成する場合に特に有効であるが、このようなハードウェア構成でない場合にも適用できる。また、先行プレーヤの拒否権を制限したり制限を緩和する手法も図９（Ａ）〜図１２に示す手法に限定されない。更に、ゲームの中断処理の手法も図１３、図１４に示す手法に限定されない。
【００８６】
また本発明は、格闘ゲームのみならず、種々のゲーム（競争ゲーム、スポーツゲーム、対戦ゲーム、ロールプレイングゲーム、シューティングゲーム、クイズゲーム等）に適用できる。
【００８７】
また本発明は、家庭用ゲーム装置、業務用のゲーム装置、シミュレータ、多数のプレーヤが参加する大型アトラクション装置、パーソナルコンピュータ、マルチメディア端末、ゲーム画像を生成するシステムボード等の種々のゲームシステムに適用できる。
【００８８】
【図面の簡単な説明】
【図１】図１（Ａ）、（Ｂ）は従来のゲームシステムの問題点について説明するための図である。
【図２】本実施形態におけるゲーム装置の接続形態の一例を示す図である。
【図３】本実施形態の構成例について説明するための図である。
【図４】図４（Ａ）、（Ｂ）、（Ｃ）、（Ｄ）は、本実施形態の種々の構成例について説明するための図である。
【図５】遠隔地通信について説明するための図である。
【図６】図６（Ａ）、（Ｂ）は、先行プレーヤに乱入拒否権を許可する手法について説明するための図である。
【図７】乱入拒否された後発プレーヤを待機させる手法について説明するための図である。
【図８】図８（Ａ）、（Ｂ）は、待機期間中に後発プレーヤにミニゲームをプレイさせる手法について説明するための図である。
【図９】図９（Ａ）、（Ｂ）は、ゲーム成果に基づいて乱入拒否権を制限する手法について説明するための図である。
【図１０】図１０（Ａ）、（Ｂ）、（Ｃ）、（Ｄ）は、ゲーム成果、プレイ回数、プレイ時間、乱入拒否回数に基づいて乱入拒否権を制限する手法について説明するための図である。
【図１１】図１１（Ａ）、（Ｂ）は、プレーヤの操作情報に基づいて乱入拒否権を制限する手法について説明するための図である。
【図１２】プレーヤがコンティニュープレイを選択した場合に乱入拒否権を緩和する手法について説明するための図である。
【図１３】乱入拒否の可否の判断のためのゲーム中断処理について説明するための図である。
【図１４】後発プレーヤ乱入イベントについて説明するための図である。
【図１５】本実施形態の詳細な処理例について説明するためのフローチャートである。
【図１６】本実施形態の詳細な処理例について説明するためのフローチャートである。
【図１７】本実施形態の詳細な処理例について説明するためのフローチャートである。
【符号の説明】
１０-1〜１０-6    ゲーム装置
１２      伝送ライン（通信回線）
２０、２２  キャラクタ
２４      選択画面
１２０    操作部
１２４    Ｉ／Ｏポート
１３０    情報記憶媒体
１４０    処理部
１５０    ゲーム演算部
１５２    拒否権許可部
１５３    プレーヤ待機処理部
１５４    拒否権制限部
１５５    ゲーム中断部
１５８    ワークメモリ
１６０    画像生成部
１６２    表示部
１６４    音生成部
１６６    音出力部
１７０    通信制御部
１７２    Ｉ／Ｏポート
１８０    バッファメモリ
１８２    送信専用エリア
１８４    送受信エリア
【図１】
0003942753.tif 000002
【図２】
0003942753.tif 000003
【図３】
0003942753.tif 000004
【図４】
0003942753.tif 000005
【図５】
0003942753.tif 000006
【図６】
0003942753.tif 000007
【図７】
0003942753.tif 000008
【図８】
0003942753.tif 000009
【図９】
0003942753.tif 000010
【図１０】
0003942753.tif 000011
【図１１】
0003942753.tif 000012
【図１２】
0003942753.tif 000013
【図１３】
0003942753.tif 000014
【図１４】
0003942753.tif 000015
【図１５】
0003942753.tif 000016
【図１６】
0003942753.tif 000017
【図１７】
0003942753.tif 000018