JP2001224865A - 通信ゲームシステムおよび通信ゲーム処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 より多彩な遊び方を提供することにより、遊
技者同士のコミュニケーションを図り、さらに面白くし
た通信ゲームを提供する。 【解決手段】 本通信ゲームシステムは、クライアント
システム１と当該クライアントシステム１と通信するゲ
ームサーバシステム２とを備える。ゲームサーバシステ
ム２は、複数のクライアントシステムを対戦グループと
して関係付けるグループ情報が格納されるデータベース
２１を備える。ゲームサーバシステム２は、同一対戦グ
ループに属するクライアントシステム１の中から対戦の
組み合わせを決定し、当該組み合わせによって決定され
るクライアントシステム間のデータの送受信を管理して
対戦を実行させ、当該対戦の結果に対応して次の組み合
わせを決定するように構成されている。各クライアント
システム１は、独自のキャラクタ選択機能及び観戦時の
チャット機能を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバに接続した
遠隔地のゲーム装置の間でゲーム対戦を行うための通信
ゲームシステムに係る。特に、本発明における通信ゲー
ムシステムは、遊技者の要求で結成されるグループ内に
おいて複雑な対戦管理を行うことが可能であること、ゲ
ームに用いるキャラクタを違和感無く選択できること、
ゲーム観戦者間のコミュニケーションを充実させること
などの機能を搭載した新しい通信ゲームの管理方法を提
供するものである。

【０００２】

【従来の技術】従来、別個の遊技者によって操作される
ゲーム装置が共通のゲームサーバに接続され、遠隔地の
遊技者間で対戦ゲームを実行可能に構成された通信ゲー
ムシステムがあった。

【０００３】このシステムにおいて、サーバは、その時
点で接続しているゲーム装置をリストアップして表示す
るようになっている。いずれかのゲーム装置から他のゲ
ーム装置に対する対戦申込があった場合には、サーバ
は、申し込んだゲーム装置と申し込まれた他のゲーム装
置との間における対戦受諾の取引を管理し、対戦が受諾
されると、双方のゲーム装置間におけるコマンドの送受
信を監視しながら仲介するようにプログラムされてい
る。

【０００４】また、従来のシステムでは、対戦相手が決
まると、対戦ゲームに用いる自分のキャラクタを選択す
る画面が、対戦するゲーム装置間で共通に表示される。
このため、対戦するゲーム装置それぞれにおいて、遊戯
者は好みのキャラクタを共通の画面から選択する。この
選択情報は、他のゲームデータと同様に、サーバを介し
てリアルタイムに対戦相手同士で送受信される。このた
め、双方の共通のキャラクタ選択画面上に双方のキャラ
クタ選択情報が表示される。

【０００５】さらに、従来のシステムの場合、対戦ゲー
ムの実行中において、対戦相手同士がメッセージを送信
し合うことができるようになっている。

【０００６】このような通信ゲームシステムの出現によ
り、遊技者は他の遊技者とゲーム対戦を楽しむことがで
きるようになっていた。

【０００７】

【発明が解決しようとする課題】しかしながら、いまま
での通信ゲームシステムにおける対戦方法は、ゲーム対
戦の申込、受諾、そして対戦という取引を繰り返すのみ
であった。多数のゲーム装置と対戦可能になっているに
もかかわらず、ゲームセンターなどで複数の友人とゲー
ムを楽しんでいるようなコミュニケーションが取れなか
った。またその遊び方に発展性が無いため遊技者に飽き
られ易かった。

【０００８】また、対戦相手となっているゲーム装置間
において、キャラクタの選択情報が互いに相手方にもリ
アルタイムに表示されることから、相手方ではどのよう
なキャラクタを選択しているかが予め分かってしまうの
で、ゲーム開始前の期待感や新鮮味が半減する。

【０００９】一方、キャラクタ選択画面がカスタマイズ
されたキャラクタを選択できるモードを提供している状
況においては、そのカスタマイズされたキャラクタ選択
を指定したゲーム装置には、カスタマイズされたキャラ
クタ選択専用の画面が表示される。つまり、このときに
は対戦相手同士で異なるキャラクタ選択画面が表示され
る。この状態で、一方のゲーム装置においてカスタマイ
ズされたキャラクタを選択する手動操作を行なうと、そ
の操作に係るカーソルの動きが相手方のゲーム装置に伝
わり、カスタマイズされたキャラクタ選択画面とは異な
る画面上で相手方のカーソルが不可解な動きをして、相
手方に違和感を与えてしまう。反対に、お互いに手の内
が知れた相手の場合、この相手方のカーソルの動きはど
のようなカスタマイズされたキャラクタを選択するかの
ヒントになり、前述と同様に、ゲーム前の期待感を殺い
でしまう。

【００１０】さらに、従来の通信ゲームシステムにおい
ては、対戦相手同士はメッセージなどを交換することが
でき、ゲームを楽しむことができるものの、観戦者は単
に現在進行しているゲーム（メッセージも含む）を観戦
するのみである。このため、上述したと同様に、ゲーム
センターなどで複数の友人とゲームを楽しんでいる状況
にはなり得ず、飽き易いという問題があった。

【００１１】この点に鑑み、本発明は、従来の通信ゲー
ムシステムでは提供されなかった多彩な遊び方を提供す
ることにより、遊技者同士のコミュニケーションを図
り、通信ゲームをさらに面白くする通信ゲームシステム
とその処理方法を提供することを目的とする。

【００１２】また、本発明は、従来の通信ゲームシステ
ムでは提供されなかった観戦者同士のコミュニケーショ
ンを図り、通信ゲームをさらに面白くする通信ゲームシ
ステムとその処理方法を提供することを別の目的とす
る。

【００１３】また、本発明は、対戦ゲームに用いるキャ
ラクタを選択するときに、この選択に係る操作が違和感
を与えることが無く且つゲーム前の期待感や高揚感の低
下を防止した通信ゲームシステムとその処理方法を提供
することことを更に別の目的とする。

【００１４】

【課題を解決するための手段】この目的を実現するため
に、多数の不特定人が参加している通信ゲーム環境にお
いて、趣味の合うものなどネットワーク上の友人とも言
える者同士で遊びたいという要求を満たす必要がある。

【００１５】また多数人が参加する遊技や競技で通常実
施されるチーム戦、総当たり戦、トーナメント戦など多
彩な対戦の組み合わせで自分の技量を評価可能にすると
いう要求を満たす必要もある。

【００１６】さらに遊技者自身が対戦していない場合で
あっても、他の者が対戦しているときにはそれを観戦し
て楽しみたいという要求を満たす必要もある。

【００１７】さらに対戦キャラクタの画面からの選択に
おいて、違和感が無く且つゲーム前の高揚感を殺ぐこと
がないようにしてゲームを楽しみたいという要求を満た
す必要もある。

【００１８】本発明は、クライアントシステムと当該ク
ライアントシステムと通信するゲームサーバシステムと
を備える通信ゲームシステムにおいて、ゲームサーバシ
ステムは、複数のクライアントシステムを一つの対戦グ
ループとして関係付けるためのグループ情報が複数種類
の対戦モードに対応して複数格納されているデータベー
スを備え、いずれか一の対戦グループが指定された場合
には、指定された対戦グループに関係付けられているグ
ループ情報を参照し、同一の対戦グループに属するクラ
イアントシステムの中から対戦の組み合わせを決定し、
当該組み合わせによって決定されるクライアントシステ
ム間のデータの送受信を管理して対戦を実行させ、当該
対戦の結果に対応して次の組み合わせを決定するように
構成されていることを特徴とする通信ゲームシステムで
ある。

【００１９】例えば、上記データベースに格納されるグ
ループ情報のうひ少なくとも一つは、対戦が終了した場
合に、勝った方、負けた方、固定した双方またはいずれ
か一方の固定されたクライアントシステムが継続して他
のクライアントシステムと対戦するように定められた対
戦モードを設定する試合ルール情報が含まれており、ゲ
ームサーバシステムは、対戦が終了した場合に、試合ル
ール情報を参照して、次の対戦の組み合わせを決定す
る。このゲームサーバシステムは、次の対戦の組み合わ
せに対応するクライアントシステムの双方から受諾を示
すコマンドが送信された場合に、当該対戦を実行させ
る。

【００２０】例えば、上記データベースに格納されるグ
ループ情報のうひ少なくとも一つは、同一の対戦グルー
プ内を二つのサブグループに分けるチーム戦対戦モード
を設定するためのスケジュール情報が格納されており、
ゲームサーバシステムは、対戦が終了した場合に、スケ
ジュール情報を参照して、対戦の結果、勝った方のクラ
イアントシステムと、負けた方のクライアントシステム
の属するサブグループのうち対戦していない他のクライ
アントシステムと、を次の対戦の組み合わせとして決定
する。好ましくは、このスケジュール情報は、サブグル
ープ内における対戦順序が予め設定されており、ゲーム
サーバシステムは、いずれか一方のサブグループにおい
て最後に残ったクライアントシステムが対戦に敗れた場
合に、当該チーム戦の結果を各クライアントシステムに
報知する。

【００２１】例えば、上記データベースに格納されるグ
ループ情報のうひ少なくとも一つは、対戦が終了した場
合に、同一の対戦グループ内で一のクライアントシステ
ムが他の総てのクライアントシステムと対戦するように
順序だてた総当たり戦対戦モードを設定するための登録
情報が格納されており、ゲームサーバシステムは、一の
組み合わせによる対戦が終了した場合に、登録情報を参
照し、各クライアントシステムが未だ対戦していないク
ライアントシステムであって対戦中でない他のクライア
ントシステムを、各クライアントシステムに対する次の
対戦の組み合わせとして決定する。好ましくは、ゲーム
サーバシステムは、総ての組み合わせによる対戦が終了
した場合に、当該総当たり戦の結果を各クライアントシ
ステムに星取り表として報知する。

【００２２】例えば、上記データベースに格納されるグ
ループ情報のうひ少なくとも一つは、対戦が終了した場
合に、同一の対戦グループ内において勝ち抜き戦形式で
対戦するトーナメント戦対戦モードを設定するための登
録情報が格納されており、ゲームサーバシステムは、一
の組み合わせによる対戦が終了した場合に、登録情報を
参照して次に対戦する組み合わせを決定し、決定した組
み合わせによる対戦の勝者となったクライアントシステ
ム同士を次の対戦の組み合わせとして決定する。好まし
くは、上記ゲームサーバシステムは、勝ち抜き戦により
一のクライアントシステムが最後まで勝ち抜いた場合
に、当該トーナメント戦の結果を各クライアントにトー
ナメント表として報知する。

【００２３】本発明において、ゲームサーバシステム
は、いずれかのクライアントシステムから対戦要求があ
った場合に、他の任意のクライアントシステムのなかか
ら、いずれか一を選択して対戦させる簡易対戦モード、
または、いずれかの対戦グループに属して各対戦グルー
プ内において対戦させる熟達対戦モードのうちいずれか
を選択して実行させる点に特徴がある。

【００２４】例えば、ゲームサーバシステムは、グルー
プ情報を参照して対戦グループを各クライアントシステ
ムに閲覧させるための対戦モード一覧表示を各クライア
ントに提供する。このゲームサーバシステムは、クライ
アントシステムから対戦モード一覧表示においていずれ
かの対戦グループが選択された場合に、選択された対戦
グループに対応するグループ情報をデータベースから読
み取ってその内容を表示する。

【００２５】好ましくは、データベースには、いずれか
の対戦グループに属するクライアントシステムの対戦履
歴情報が格納されており、ゲームサーバシステムは、ク
ライアントシステムから対戦モード一覧表示においてい
ずれかのクライアントシステムが選択された場合に、選
択されたクライアントシステムに対応する対戦履歴情報
をデータベースから読み取ってその内容を表示する。

【００２６】好ましくは、上記ゲームサーバシステム
は、対戦グループ内における対戦の組み合わせを決定す
る場合に、各クライアントシステムの対戦履歴情報から
判断される強さの程度によって組み合わせの可否を決定
する。

【００２７】好ましくは、上記ゲームサーバシステム
は、対戦グループ内における対戦の組み合わせを決定す
る場合に、各クライアントシステムに対戦履歴情報に基
づいてハンディキャップを設定し、当該ハンディキャッ
プが設定された組み合わせにおける対戦の場合には、該
対戦の結果による対戦履歴情報の更新を禁止する。

【００２８】さらに好ましくは、広域ネットワークに接
続されるＷＷＷサーバシステムを備え、ゲームサーバシ
ステムは、対戦履歴情報に基づいて対戦履歴を表示する
ためのファイルを作成し、ＷＷＷサーバシステムの記憶
領域にコンピュータに閲覧可能な状態で格納する。

【００２９】本発明において、ゲームサーバシステム
は、いずれかのクライアントシステムから新規な対戦グ
ループの作成要求があった場合に、当該クライアントシ
ステムの設定内容に基づいて新たなグループ情報をデー
タベースに新規登録する。

【００３０】また本発明のゲームサーバシステムは、い
ずれかのクライアントシステムからいずれかの対戦グル
ープへの参加要求があった場合に、当該クライアントシ
ステムを参加要求があった対戦グループのグループ情報
に関係付ける。

【００３１】本発明のゲームサーバシステムは、対戦グ
ループ内で対戦しているクライアントシステムには対戦
用のデータを送受信し、当該対戦グループ内で対戦して
いないクライアントシステムには、対戦しているクライ
アントシステム間の対戦を観戦するための観戦用のデー
タを送受信する。

【００３２】好ましくは、上記データベースには、各ク
ライアントシステムが対戦中に観戦しているクライアン
トシステムに提供したいメッセージと遊技者の操作内容
とを対応づける対応情報が登録されており、ゲームサー
バシステムは、いずれかのクライアントシステムが対戦
している場合に、当該クライアントシステムからの操作
内容を参照し、当該操作内容に対応づけられている対応
情報を読み取って観戦中のクライアントシステムに報知
する。

【００３３】同様にこのゲームサーバシステムは、いず
れかのクライアントシステムが対戦している場合に、当
該対戦を観戦しているクライアントシステムからメッセ
ージが送信されてきたときには、当該メッセージを他の
クライアントシステムに報知する。

【００３４】らにこのクライアントシステムは、ゲーム
サーバシステムからのコマンドに対応して振動を遊技者
に伝達する振動発生手段を備え、ゲームサーバシステム
は、いずれかのクライアントシステムからの操作内容に
応じて振動発生手段を駆動するコマンドを他のクライア
ントシステムに送信する。「振動発生手段」に限定はな
く、ピエゾ素子を用いたもの、偏芯モータを用いたもの
など任意に適用可能である。

【００３５】具体的に本発明のゲームサーバシステム
は、複数のクライアントシステムを、対戦グループとし
て関係づけるデータベースと、各クライアントシステム
とデータの送受信をする通信装置と、データベースを参
照して同一対戦グループ内における複数のクライアント
システム間のゲーム対戦を管理する処理装置と、を備え
ている。

【００３６】本発明の通信ゲーム処理方法は、クライア
ントシステムと当該クライアントシステムと通信するゲ
ームサーバシステムとの間で実行される通信ゲーム処理
方法において、ゲームサーバシステムは、複数のクライ
アントシステムを一つの対戦グループとして関係付ける
ためのグループ情報が複数種類の対戦モードに対応して
複数格納されているデータベースを参照するステップ
と、いずれか一の対戦グループが指定された場合には、
指定された対戦グループに関係付けられているグループ
情報を参照し、同一の対戦グループに属するクライアン
トシステムの中から対戦の組み合わせを決定するステッ
プと、当該組み合わせによって決定されるクライアント
システム間のデータの送受信を管理して対戦を実行させ
るステップと、当該対戦の結果に対応して次の組み合わ
せを決定するステップと、を備えていることを特徴とす
る通信ゲーム処理方法である。

【００３７】このデータベースに格納されるグループ情
報のうち少なくとも一つは、対戦が終了した場合に、勝
った方、負けた方、固定した双方またはいずれか一方の
固定されたクライアントシステムが継続して他のクライ
アントシステムと対戦するように定められた対戦モード
を設定するための試合ルール情報が含まれており、次の
組み合わせを決定するステップは、対戦が終了した場合
に、試合ルール情報を参照して、次の対戦の組み合わせ
を決定する。

【００３８】またこのデータベースに格納されるグルー
プ情報のうち少なくとも一つは、同一の対戦グループ内
を二つのサブグループに分けるチーム戦対戦モードを設
定するためのスケジュール情報が格納されており、次の
組み合わせを決定するステップは、対戦が終了した場合
に、スケジュール情報を参照して、対戦の結果、勝った
方のクライアントシステムと、負けた方のクライアント
システムの属するサブグループのうち対戦していない他
のクライアントシステムと、を次の対戦の組み合わせと
して決定する。

【００３９】さらにこのデータベースに格納されるグル
ープ情報のうち少なくとも一つは、対戦が終了した場合
に、同一の対戦グループ内で一のクライアントシステム
が他の総てのクライアントシステムと対戦するように順
序だてた総当たり戦対戦モードを設定するための登録情
報が格納されており、次の組み合わせを決定するステッ
プは、一の組み合わせによる対戦が終了した場合に、各
クライアントシステムが未だ対戦していないクライアン
トシステムであって対戦中でない他のクライアントシス
テムを、各クライアントシステムに対する次の対戦の組
み合わせとして決定する。

【００４０】このデータベースに格納されるグループ情
報のうち少なくとも一つは、対戦が終了した場合に、同
一の対戦グループ内において勝ち抜き戦形式で対戦する
トーナメント戦対戦モードを設定するための登録情報が
格納されており、次の組み合わせを決定するステップ
は、一の組み合わせによる対戦が終了した場合に、登録
情報を参照して対戦する組み合わせを決定し、決定した
組み合わせによる対戦の勝者となったクライアントシス
テム同士を次の対戦の組み合わせとして決定する。

【００４１】好ましくは、この通信ゲーム処理方法は、
いずれかのクライアントシステムから対戦要求があった
場合に、他の任意のクライアントシステムのなかから、
いずれか一を選択して対戦させる簡易対戦モード、また
は、いずれかの対戦グループに属して各対戦グループ内
において対戦させる熟達対戦モードのうちいずれかを選
択して実行させるステップを備える。

【００４２】さらに好ましくは、グループ情報を参照し
て対戦グループを各クライアントシステムに閲覧させる
ための対戦モード一覧表示を各クライアントに提供する
ステップを備える。

【００４３】これら通信ゲーム処理方法は、記録媒体
（ＣＤ−ＲＯＭやＤＶＤ、通信回線など）でコンピュー
タが実行可能なプログラム形式で提供されるものでもよ
い。

【００４４】また、本発明の別の態様として、前記複数
のクライアントシステムの内、相手が決まったクライア
ントシステム間で前記ゲームサーバシステムを介してゲ
ームに関するデータをリアルタイムに送受信可能な通信
ゲームシステムであって、前記複数のクライアントシス
テムの各々は、前記クライアントシステム間における前
記データの送受信時に、一方のクライアントシステムが
前記データの中に無効化すべきデータを含めて送信して
きたときに、他方のクライアントシステムはその無効化
すべきデータに無効化の処理を行なうようにしたことが
ある。

【００４５】好適には、前記複数のクライアントシステ
ムの各々は、前記無効化に処すべきデータを含む前記ゲ
ームを前記ゲームサーバシステムに送信する送信手段
と、前記ゲームシステムから前記無効化に処すべきデー
タが送信されたきたときに当該無効化に処すべきデータ
を無効化する無効化処理手段とを備える。例えば、前記
送信手段は、前記無効化に処すべきデータを、その無効
化を表す情報と共に送信する手段である。

【００４６】前記無効化を表す情報は、一例として、前
記無効化に処すべきデータが画面上のどの表示位置に対
応しているかを表す位置情報である。この無効化を表す
情報は、前記無効化を表すフラグ又はダミーデータであ
ってもよい。

【００４７】また、前記無効化に処すべきデータは、一
例として、ゲームのキャラクタを選択する画面において
遊戯者がカスタマイズされたキャラクタを選択するとき
の操作に関わるデータである。このとき、前記操作に関
わるデータは、例えば、コントローラ又はパッドの操作
に関わるデータである。

【００４８】好ましくは、前記複数のクライアントシス
テムの各々は、ゲームのキャラクタ選択画面として、前
記複数のクライアントシステムに予め共通に記憶させて
いる共通キャラクタを選択させるための第１のボタン、
及び、所望のクライアントシステムに着脱可能なメモリ
装置を介して格納可能なカスタマイズされた非共通キャ
ラクタを選択するモードへの移行させるための第２のボ
タンを含む画面を提示する手段であり、前記無効化に処
すべきデータは、前記第２のボタンを選択したときの操
作状態を表すデータである。

【００４９】また好ましくは、前記無効化処理手段は、
前記無効化に処すべきデータをじ捨てて非表示状態にす
る処理である。

【００５０】また、本願発明により、別の態様として提
供されるシステムは、前記複数のクライアントシステム
の内、対戦相手が決まったクライアントシステム間で前
記ゲームサーバシステムを介してゲームに関するデータ
をリアルタイムに送受信可能な通信ゲームシステムであ
って、前記複数のクライアントシステムの各々は、前記
ゲームを観戦するときに当該観戦状態にある他のクライ
アントシステムとの間で前記ゲームサーバシステムを介
してチャットを実行可能なことを特徴とする。

【００５１】好適には、前記複数のクライアントシステ
ムの各々は、前記ゲームを観戦しているときに前記チャ
ットの内容を遊戯者から受け付けて当該内容に相当する
文字情報を前記ゲームサーバシステムに送信する送信手
段と、このゲームサーバシステムから前記文字情報が送
信されてきたときに当該文字情報をモニタのゲーム画面
上に重畳して表示する表示手段とを備える。このとき、
表示手段は、例えば、前記モニタの画面上に前記ゲーム
画面を背景として設定した半透明ウィンドウ内に前記文
字情報を表示する手段である。

【００５２】本願発明により、さらに別の態様として、
前記複数のクライアントシステムの内、対戦相手が決ま
ったクライアントシステム間で前記ゲームサーバシステ
ムを介してゲームに関するデータをリアルタイムに送受
信可能な通信ゲームシステムであって、前記複数のクラ
イアントシステムの各々は、前記ゲームを観戦するとき
に前記ゲームが実行されるゲーム空間内の変更可能な仮
想視点から当該空間を投影した画像を表示することを特
徴とする通信ゲームシステムが提供される。

【００５３】

【発明の実施の形態】次に本発明の好適な実施の形態
を、図面を参照して説明する。 （実施形態１）本発明の実施形態１は、クライアントシ
ステム間で同一対戦グループを結成し、それに属するク
ライアントシステムの中から対戦の組み合わせを決定
し、勝った方、負けた方、固定した双方またはいずれか
一方の固定されたクライアントシステムが継続して他の
クライアントシステムと対戦するように構成された通信
ゲームシステムに関する。

【００５４】図１に本発明の通信ゲームシステムのシス
テム図を示す。

【００５５】本通信ゲームシステムは、図１に示すよう
に、複数のクライアントシステム１が回線網４を介し
て、ゲームサーバシステム２およびＷＷＷサーバシステ
ム３に接続されて構成されている。

【００５６】各クライアントシステム１は、いわゆる通
信機能を有するゲーム装置としての構成を備え、ゲーム
機本体１０、コントロールパッド１１およびモニタ１２
を相互に接続して構成される。

【００５７】コントロールパッド１１は、各遊技者の操
作に伴って出力される操作信号をゲーム機本体１０に供
給するようになっている。ゲーム機本体１０は、通信可
能なコンピュータ装置としての構成（ＣＰＵ、メモリ、
ＣＤ−ＲＯＭドライブ、モデム、画像生成回路、音声生
成回路等）を備えている。当該ゲーム機本体１０は、Ｃ
Ｄ−ＲＯＭなどの記録媒体からデータを読み取り可能に
なっており、記録媒体から読み取ったゲームプログラム
を実行することで当該通信ゲームシステムのクライアン
トシステムとして動作するようになっている。ゲーム機
本体１０は、コントロールパッド１１からの操作信号に
基づきゲーム処理を進め、通信ゲームが遊技者から指定
された場合には、内蔵するモデム経由で、回線網４を介
してゲームサーバシステム２に接続するようになってい
る。記録媒体に記録されるゲームプログラムは、通信ゲ
ーム機能を実行可能なものであれば、そのゲームの内容
に制限は無い。ただし、他の遊技者と対戦して勝敗が決
定するような対戦型のゲームとしてプログラムされてい
ることが好ましい。またゲーム機本体１０は、ゲーム処
理に伴う画像信号と音声信号を出力するようになってい
る。モニタ１２は、ゲーム機本体１０からの画像信号や
音声信号に対応して画像や音声を遊技者に提供するよう
に構成されている。

【００５８】ゲームサーバシステム２は、ゲームサーバ
２０と記憶領域２１とを備える。

【００５９】ゲームサーバ２０は、汎用の高性能コンピ
ュータ装置としての構成（ＣＰＵ、メモリ、ＨＤ、通信
装置等）を備えている。当該ゲームサーバ２０は、本発
明のゲーム処理方法に対応したプログラムを実行するこ
とにより、通信ゲームシステムを管理するゲームサーバ
システムとして動作するようになっている。すなわちゲ
ームネットワーク４０のアクセスポイントに接続された
クライアントシステム１を管理するようになっている。
記憶領域２１は、ゲームサーバ２０そのものまたは当該
サーバからアクセス可能な領域であって、当該通信ゲー
ムシステムを実行するために必要なデータベースをファ
イルなどの形式で格納可能な領域になっている。

【００６０】回線網４は、通常の公衆回線または専用線
であってゲームネットワーク４０やインターネット４１
などのＷＡＮを形成している。

【００６１】ゲームネットワーク４０は、当該通信ゲー
ムシステムの実行のために提供されているネットワーク
である。例えばゲームサーバシステム２が管理する特定
のアクセスポイントにクライアントシステム１から接続
することによって、ゲームサーバシステム２と各クライ
アントシステム１とにより構成される専用ネットワーク
である。ただし、このようなＰＰＰ接続ではなく、任意
の接続窓口からクライアントシステムがゲームサーバに
アクセスするようなインターネット経由の接続構成を備
えていてもよい。そのプロトコルなどに限定はないが、
クライアントシステム１においてインターネットにおけ
るＷＷＷ機能を利用する場合や汎用性を持たせる点など
を考慮してＴＣＰ／ＩＰなどの汎用の規格にしてもよ
い。

【００６２】インターネット４１は、不特定多数のコン
ピュータ装置が接続可能なＷＡＮであり、ＴＣＰ／ＩＰ
プロトコルで規定される各種コマンドを利用すること
で、ファイルの閲覧や電子メール、ファイルの転送など
を実現することが可能になっている。特に本実施形態で
は、インターネットのＷＷＷ機能を利用する。

【００６３】ＷＷＷサーバシステム３は、ＷＷＷサーバ
３０とＨＴＭＬ（ハイパーテキスト形式）記憶領域３１
とを備える。

【００６４】ＷＷＷサーバ３０は、汎用の高性能コンピ
ュータ装置としての構成を備え、インターネット４１上
で一のネットワークアドレスを与えられ、インターネッ
ト４１に接続しているコンピュータから特定のネットワ
ークアドレスを指定することで、ＨＴＭＬ記憶領域３１
に格納されているＨＴＭＬ形式のファイルなどを閲覧さ
せることが可能に構成されている。ＨＴＭＬ記憶領域３
１は、ＷＷＷサーバ３０が管理する記憶領域であって、
ＷＷＷサーバ３０によって作成されたりゲームサーバシ
ステム２からファイル転送されたりした通信ゲームの結
果表示のためのハイパーテキスト形式のファイルを所定
のディレクトリに格納するようになっている。このＷＷ
Ｗサーバは、対戦履歴を報知するためのものであるが、
インターネットサーバではなく専用のサーバを設け、そ
こに対戦履歴を記録したファイルをアップロードし、そ
こにクライアントシステムが接続して閲覧するように構
成してもよい。

【００６５】図２に、本通信ゲームシステムの詳しい機
能ブロック図を示す。クライアントシステム１（Ａ，
Ｂ）において、処理装置１００と通信装置１０１とはゲ
ーム機本体１０に属する。出力データ生成装置１０２と
コントロールパッド１１とは、コントロールパッド１１
に属する。

【００６６】処理装置１００は、ＣＰＵを中心としてゲ
ームプログラムを実施するコンピュータ部分である。処
理装置１００は、操作装置１１０からの操作信号の認
識、振動発生手段１１１への振動信号の出力、通信装置
１０１の通信制御、出力データ生成装置１０２の制御な
どを行う。通信装置１０１は、例えばモデムやターミナ
ルアダプタであり、ゲームネットワーク４０やインター
ネット４１と処理装置１００とのデータ送受信を仲介す
るものである。操作装置１１０は、操作ボタンや十字キ
ーなどゲームの操作に必要な操作機能を備えている。振
動発生手段１１１は、例えばピエゾ素子など逆圧電効果
により、所定周波数の振動信号に対応させてコントロー
ルパッド１１を操作する遊技者に振動を認識させること
が可能になっている。

【００６７】ゲームサーバシステム２において、処理装
置２００と通信装置２０１とはゲームサーバ２０に属す
る。記憶領域２１には、ユーザデータベース（以下ＤＢ
と略する。）２１０、イージーロビーＤＢ２１１、エキ
スパートロビーＤＢ２１２、ノーマルＤＢ２１３、チー
ム戦ＤＢ２１４、総当たり戦ＤＢ２１５およびトーナメ
ント戦ＤＢ２１６などが格納されている。

【００６８】ユーザＤＢ２１０には、当該通信ゲームシ
ステムを利用することを許可された遊技者の個人情報、
例えば、各ゲーム機本体１０固有の管理番号や個人の住
所、連絡先などの他、個人の対戦履歴、勝率、連勝記
録、登録コメント、階級、キャラクタ情報などが格納さ
れている。

【００６９】イージーロビーＤＢ２１１には、イージー
ロビー、すなわち簡易対戦モードにおけるインデックス
情報が格納されている。例えば、イージーロビーにおけ
る対戦組み合わせとその日時、チャット情報などが記録
されている。

【００７０】エキスパートロビーＤＢ２１２には、エキ
スパートロビー、すなわち熟達対戦モードにおけるイン
デックス情報が記録されている。例えば、各対戦グルー
プの名称（作戦名）、参加人数、対戦種別、ＤＢ２１３
〜２１６へのリンク情報、当該ロビーにおけるチャット
情報などが記録されている。

【００７１】ノーマルＤＢ２１３、チーム戦ＤＢ２１
４、総当たり戦ＤＢ２１５およびトーナメント戦ＤＢ２
１６は、それぞれの対戦種別における対戦グループ情報
が記録されている。例えば、対戦グループの名称（作戦
名）、参加人数、戦闘回数、各作戦開始時刻と終了時
刻、メンバー名（ＩＤなども）、各メンバーの階級、試
合ルール、決定された組み合わせ情報、対戦履歴、当該
対戦グループにおけるチャット情報などが記録される。

【００７２】これらのデータベースは相互参照可能にな
っており、キーデータによって総ての情報を読み取るこ
とが可能にリレーションシップが設定されている。

【００７３】処理装置２００は、通信ゲームシステムを
管理するコンピュータ部分であり、各データベース２１
０〜２１６を参照し、通信装置２０１を制御してプログ
ラムで定められるクライアントシステムの対戦管理を実
行するものである。特に、本実施形態では、各実施形態
共通のデータベース２１０〜２１２とノーマルデータベ
ース２１３とを使用する。通信装置２０１は、ゲームネ
ットワーク４０上のアクセスポイントを管理し、各クラ
イアントシステム１と通信装置２００とのデータ送受信
を仲介するものである。 （クライアントシステムの動作）次に本実施形態の動作
を説明する。まず個々のクライアントシステム１の基本
動作を、図８を参照して説明する。

【００７４】各クライアントシステム１は、プログラム
と遊技者による操作信号とに基づいてゲーム処理を進め
る独立モードと、通信によって提供されたコマンドを中
心にゲーム処理を進める通信モードとを使い分けるよう
になっている。

【００７５】いずれの動作モードでも、ゲーム機本体１
０は、コントロールパッド１１からの操作信号を解釈し
てゲーム画面におけるキャラクタ（操作可能なセグメン
トやモデルのこと）を移動させる。ただし、ゲームにお
ける敵のキャラクタの動きは、独立モードでは、プログ
ラムによって規定されるのに対し、通信モードでは、ゲ
ームネットワーク４０経由で対戦相手となったクライア
ントシステム１から送信されるコマンドによって規定さ
れる点で異なっている。また通信モードの場合には、ゲ
ーム機本体１０は、操作信号をコマンド化してゲームネ
ットワーク４０に送出する。

【００７６】具体的には、図８に示すように、ゲーム機
本体１０は、操作信号を読取り（Ｓ５０１）、通信開始
を示す操作内容であるか否かを検査する（Ｓ５０２）。
通信開始でない場合には（Ｓ５０２：ＮＯ）、独立モー
ドであり、通常のゲーム装置としての処理を続行する
（Ｓ５０３）。

【００７７】一方、通信開始を示している場合には（Ｓ
５０２：ＹＥＳ）、ゲーム機本体１０は、通信モードで
あるため接続を確立するための一般的手順を実行する。
すなわち、ゲーム機本体１０は、予め登録されているサ
ーバを選択し呼び出し、接続後にハンドルネーム、Ｉ
Ｄ、パスワードなどの必要情報を送信する（Ｓ５０
４）。接続できない場合には、処理装置は通常のエラー
処理としてその旨表示して復帰する。

【００７８】接続確立後、ゲーム機本体１０はメインメ
ニューを表示させる（Ｓ５０５）。ゲーム開始が遊技者
から指示されたら、ゲーム機本体１０は、その後はエス
ケープ等の特別の操作をしない限り復帰しない永久ルー
プ処理を実行する。つまり操作信号が供給された場合に
（Ｓ５０６：ＹＥＳ）、ゲーム機本体１０はその操作信
号を読み取り（Ｓ５０８）、予め定められたコマンド規
約にしたがってコマンド化してゲームネットワーク４０
に送出する（Ｓ５０９）。またゲームネットワーク４０
からコマンドが送信されたきた場合には（Ｓ５１０：Ｙ
ＥＳ）、ゲーム機本体１０はこれを読み取り（Ｓ５１
１）、解釈ルーチンに移行する。

【００７９】つまりコマンドがイージーロビー作戦ウィ
ンドウ表示を示している場合には（Ｓ５１２：ＹＥ
Ｓ)、ゲーム機本体１０は、イージーロビー作戦ウィン
ドウという基本画面（図９参照）を表示させる（Ｓ５１
３）。同様にコマンドがエキスパートロビー作戦ウィン
ドウ表示を示している場合には（Ｓ５１４：ＹＥＳ）、
ゲーム機本体１０は、エキスパートロビー作戦ウィンド
ウという基本画面を表示させる（Ｓ５１３）。ここでい
うエキスパートロビー作戦ウィンドウには、基本画面
（図１０等参照）の他に、各種ウィンドウ表示（図１１
〜図２６）も含まれるものとする。これら基本画面は、
クライアントシステムに保存されている画像データに基
づいて表示されるものである。ただし、ゲームサーバシ
ステム２においてこれら作戦ウィンドウを表示させるた
めのハイパーテキスト形式のファイルを格納しておき、
適時にこれをクライアントシステムに提供し、ハイパー
テキスト閲覧用ブラウザの機能に基づいて表示させるよ
うに構成してもよい。

【００８０】またコマンドが対戦モードへの移行を示し
ている場合には（Ｓ５１６：ＹＥＳ）、ゲーム機本体１
０は、これら画面表示に代えて当該クライアントシステ
ム内の画像データ等を利用して対戦処理を実行する（Ｓ
５１８）。

【００８１】クライアントシステム１が戦闘モードに割
り付けられている場合には、ゲーム機本体１０は、自分
のキャラクタを操作信号に基づいて移動させ、ゲームネ
ットワーク４０から提供される操作コマンドに基づいて
敵のキャラクタの位置や態様を変化させる。操作コマン
ドの割付は、ゲームごとに任意に定めうる。これらの処
理により、遊技者は、あたかも一つのゲーム機に二つの
コントロールパッド１１を接続して他人と対戦している
かのようにゲーム対戦を実行可能になる。

【００８２】クライアントシステム１が観戦モードに割
り付けられている場合には、ゲーム機本体１０は、ゲー
ムネットワーク４０から提供される操作コマンドに基づ
いて双方のキャラクタを移動させその表示態様を変化さ
せる。この処理により、遊技者は、あたかもアミューズ
メントセンターで友人がゲーム対戦をしているのを応援
しているかのようなゲーム観戦を実行可能になる。

【００８３】なお、コマンドとしてチャット情報が送ら
れてきている場合には、ゲーム機本体１０はそのチャッ
ト情報に基づいて文字をモニタ１２の画面に表示する
（Ｓ５１９）。コマンドとして振動させるコマンドが送
られてきている場合には、ゲーム機本体はコントロール
パッド１１の振動発生手段１１１を振動させる。

【００８４】ここで、簡易対戦モード（イージーロビ
ー）で、いずれかの遊技者が他の遊技者に対戦を申し込
む手順を、図２を参照して説明する。これらの手順は簡
易対戦モードであっても後で説明する熟達対戦モード
（エキスパートロビー）であってもほぼ同様である。

【００８５】図２に示すように、クライアントシステム
１Ａと１Ｂとが共に接続されている状態で、ゲームサー
バ２０は、その時点で接続されているクライアントシス
テム１を監視し、それらクライアントシステムのＩＤと
接続者数とをイージーロビーＤＢ２１１に格納してい
る。ゲームサーバは、簡易対戦モードに入っているクラ
イアントシステムに図９に示すようなイージーロビー作
戦ウィンドウを表示させる。このウィンドウにおいて、
対戦者リストには、ゲームサーバ２０がイージーロビー
ＤＢ２１２を検索して送信してきた接続者データに基づ
き接続者の名称、状態、総接続者数が表示される。

【００８６】操作信号に基づいてカーソルが対戦者リス
ト上にある場合、クライアントシステム１Ａはこのカー
ソルの選択情報をゲームサーバ２０に送信する（の経
路）。ゲームサーバ２０は、ユーザＤＢ２１１からこの
者の戦歴を読み出して（の経路）当該クライアントシ
ステム１Ａに返信する（の経路）。当該クライアント
システム１Ａでは、それを対戦者情報として一覧表示す
る。クライアントシステム１Ａの遊技者がコントロール
パッド１１を操作して対戦申し込みを指定すると
（）、ゲームサーバ２０は、当該申込にかかるクライ
アントシステム１Ｂにその旨を送信する（の経路）。
当該クライアントシステム１Ｂの遊技者はこれに対応し
て対戦を受諾するか否かを返信する（の経路）。

【００８７】この返信が申し込み拒否を示している場合
には、ゲームサーバ２０はその旨をクライアントシステ
ム１Ａに送信する（）。クライアントシステム１Ａの
遊技者は他のクライアントシステムを探して再び対戦申
込をすることになる。

【００８８】一方クライアントシステム１Ｂからの返信
が申込の受諾を示している場合には、ゲームサーバ２０
はその旨をクライアントシステム１Ａに送信し（）、
双方のクライアントシステムに対戦モードに移行するた
めのコマンドを送信する（、）。両クライアントシ
ステム１ＡＢは対戦モードに移行し、その後は自己の操
作にかかるコマンドを他方に送信するようになる（の
経路）。対戦モードによるコマンドの授受は、ゲームサ
ーバシステム２が仲介することになるが、直接相手のネ
ットワークアドレスを特定してコマンドを送受信するよ
うに構成してもよい。このような通信手順は、熟達対戦
モード（エキスパートロビー）でも同様である。 （全体の動作）個々のクライアントシステムとゲームサ
ーバシステムとのシーケンスは以上の通りであるが、本
発明では、この個々のシーケンスの上位に位置する全体
的な対戦管理に特徴がある。これを図３の状態遷移図を
中心として説明する。この図は、ゲームサーバシステム
２の管理の下で変動する個々のクライアントシステム１
の状態を示している。この図は、後述する実施形態にも
共通のものである。

【００８９】本発明では、ゲームサーバシステム２は、
いずれかのクライアントシステム１から対戦要求があっ
た場合に、任意のクライアントシステムのなかから、い
ずれか一を選択して対戦させる簡易対戦モード（イージ
ーロビー）またはいずれかの対戦グループに属して各対
戦グループ内において対戦させる熟達対戦モード（エキ
スパートロビー）のうちいずれかを選択して実行させる
ようになっている。

【００９０】簡易対戦モードで、上述したように、ゲー
ムサーバ２０は、通信が確立したクライアントシステム
１にメインメニューを表示させ（Ｓ００）、イージーロ
ビーが選択されると、簡易対戦用基本画面であるイージ
ーロビー作戦メニューを表示させる（Ｓ０１：図９）。
そして対戦が受諾されると、ゲームサーバ２０は、対戦
にかかるクライアントシステム１を対戦モードに移行さ
せる（Ｓ０２）。

【００９１】クライアントシステム１は、コントロール
パッド１１においてスタートボタンが押されるとスター
トメニューを表示させるようになっている（Ｓ０３）。
このスタートメニューまたはメインメニューからエキス
パートロビーが選択されると、ゲームサーバ２０は熟達
対戦用基本画面であるエキスパートロビー作戦ウィンド
ウを表示させる（Ｓ１０）。

【００９２】なお、エキスパートロビーは遊び方に慣れ
が必要であるため、初めて接続してきたクライアントシ
ステム１にはイージーロビーから実施させるように構成
しておくことは好ましい。その後は、遊技者の選択によ
っていずれの対戦モードも自由に選べるようにする。

【００９３】エキスパーロビー作戦メニューとしては、
図１０に示すように、タイトルウィンドウＷ１、チャッ
トウィンドウＷ２および作戦名リストＷ３が表示され
る。タイトルウィンドウＷ１は、当該対戦モードの表示
欄である。チャットウィンドウＷ２は、当該熟達対戦モ
ードに入っているクライアントシステム１から送信され
てきたチャット情報に基づく文字列Ｗ２１が時系列で表
示されている。ゲームサーバ２０は、チャット情報が送
られ来ると、その送信元の名称とともにチャット情報を
エキスパートロビーＤＢ２１２に格納し、それに基づき
チャットウィンドウＷ２を表示させる。チャットウィン
ドウＷ２には、文字入力のための擬似的キーボードＷ２
２が表示される。作戦名リストＷ３は、エキスパートロ
ビーＤＢ２１２に格納されているグループ情報をゲーム
サーバ２０が参照して表示させる対戦グループ一覧であ
る。この作戦名リストＷ３は、イージーロビー作戦ウィ
ンドウ（図９）のクライアントシステム単位の接続者リ
ストとは異なり、対戦グループ単位のリストになってい
る。すなわち作戦名、参加人数、対戦モードからなる一
組とした対戦グループが複数表示される。このときラン
プ表示などにより対戦中であるか対戦をしていない状態
であるかを一覧できるようにすることは好ましい。

【００９４】クライアントシステム１において、遊技者
がコントロールパッド１１のスタートボタンを操作する
と、その時のモードに対応したスタートメニューＭ１が
表示されるようになっている（Ｓ１１：図１１）。

【００９５】このスタートメニューＭ１において「会議
室を作る」が選択されると、ゲームサーバ２０は、対戦
モードの選択するメニューＭ２を更に表示させる（Ｓ１
２：図１２）。このメニューからいずれかの対戦モード
を選択すると、それに対応する対戦グループが新規に作
成され、その「作戦会議室」が表示されるようになる
（Ｓ１３）。

【００９６】選択された対戦モードで作成される「作戦
会議室」に新規登録後に１以上のクライアントシステム
１が参加してくることによって（Ｓ３０、Ｓ４０、Ｓ５
０、Ｓ６０）、一つの対戦グループが形成される。メニ
ューＭ２において、「ノーマル」が選択されると本実施
形態の対戦モード、「チーム戦」が選択されると実施形
態２、「総当たり」が選択されると実施形態３、「トー
ナメント」が選択されると実施形態４の各実施形態で説
明する作戦会議室、すなわち対戦グループが作成できる
ようになる。

【００９７】会議室作成処理（Ｓ１３）では、新規登録
を依頼したクライアントシステム１が任意のその試合ル
ールを定めることができる。この新規登録をしたクライ
アントシステムのみがこの作戦会議室の試合ルールを変
更したり対戦グループの対戦を開始したりすることがで
きる。以下、この新規登録を行い「作戦会議室」を発足
させたクライアントシステムを「ホスト」と称する。こ
の対戦モードに関する試合ルールや参加メンバー等の必
要情報を記録するためのグループ情報は、ゲームサーバ
２０によって対応するデータベース２１２〜２１６に登
録される。新たな参加メンバーが登録しり試合ルールが
変更したりする度に、ゲームサーバ２０は、そのグルー
プ情報を変更し更新する。

【００９８】スタートメニューＭ１において「コメント
登録」が選択されると、ゲームサーバ２０はコメント登
録ウィンドウＷ４を表示させる（Ｓ１４：図１３）。こ
のウィンドウＷ４には、個人情報が他のクライアントシ
ステム１から参照された場合に表示させたい自己紹介の
文書を文字入力するコメント欄Ｗ４１、対戦モードに入
った場合に当該対戦を観戦している同一対戦グループの
他のクライアントシステムに提供したい文字を、コント
ロールパッド１１の操作ボタンに対応させて登録するた
めのクイックメッセージ欄Ｗ４２、および文字入力のた
めのソフトウェアキーボードＷ４３が表示される。遊技
者がこれらの欄に任意の文字を入力すると、ゲームサー
バ２０はこれをユーザＤＢ２１０に操作ボタンとの対応
を取って格納する。これらコメントを表示させる文字情
報は、予めゲームサーバ２０が各クライアントシステム
１に転送しておく。データベースには、各コメントと操
作コマンドとの対応を示す対応情報が格納されている。
ゲームサーバ２０は、ゲームネットワーク４０上の操作
コマンドの有無を監視し、操作コマンドが送信されてき
た場合には、データベースから対応情報を読み出して各
クライアントシステム１に送信する。各クライアントシ
ステム１では、この対応情報に対応している文字情報を
画面表示する。

【００９９】スタートメニューＭ１において「チャット
チャンネルを変更する」が選択されると、ゲームサーバ
２０は、当該熟達対戦モードの共通のチャットチャンネ
ルから各対戦グループ独自のチャットチャンネルにチャ
ットチャンネルを変更する。具体的には、サーバ２０は
チャット情報を読み出すデータベースをチャットＤＢ２
１１とその他のデータベース２１３〜２１６との間で相
互に切り替える。

【０１００】スタートメニューＭ１において「メッセー
ジの送信」が選択されると、ゲームサーバ２０は、選択
されているチャットチャンネルにおいて当該クライアン
トシステムから供給されたチャット情報をデータベース
に格納し、他の接続中のクライアントシステム１に提供
する。

【０１０１】スタートメニューＭ１において「他のメン
バーを探す」が選択されると、ゲームサーバ２０は、作
戦名リストＷ３に他の未表示だった対戦グループを表示
する。「主使用バーチャロイドの登録変更」が選択され
ると、ゲームサーバ２０は各クライアントシステム１に
適応していたキャラクタを変更可能にし、変更された内
容でユーザＤＢ２１０を更新する。「イージーロビーに
移動」が選択されると、ゲームサーバ２０は当該クライ
アントシステム１を状態Ｓ０１に移動させる。「ネット
ワークを抜ける」が選択されると、ゲームサーバ２０は
通信モードから独立モードに移行させるコマンドを当該
クライアントシステム１に送信し、当該クライアントシ
ステム１がゲームネットワークから外される。

【０１０２】さてエキスパートロビー作戦ウィンドウ
（Ｓ２０、図１０）において、遊技者がカーソルを作戦
名リストＷ３上に持っていくと、そのカーソルによって
選ばれている作戦名情報がコマンドとしてゲームサーバ
２０に提供される。ゲームサーバ２０は、この作戦名情
報に基づいてエキスパートロビーＤＢ２１２を検索し、
該当する対戦グループが格納されているデータベース２
１３〜２１６を特定し、その詳細な情報を読み取ってク
ライアントシステム１に返送する。これによって戦況状
況ウィンドウＷ５が表示される（Ｓ２０：図１４）。

【０１０３】このウィンドウＷ５では、対戦モードＷ５
１、当該対戦グループの参加人数Ｗ５２、実戦か模擬戦
かの種別表示Ｗ５３、この対戦グループが作成された時
刻である作戦開始時刻Ｗ５４、試合のルールを指定する
ステータスＷ５５および参加メンバーＷ５６が表示され
る。

【０１０４】各遊技者には、ユーザＤＢ２１０に格納さ
れている戦闘履歴に応じて階級が決定され登録されてい
る。その階級がメンバーに付される。参加メンバーの表
示は階級の上下に合せて順序立てるとよい。出世して階
級を上げたいという遊技者の向上心を煽ることができる
からである。逆に、この階級が常に対戦に影響すると殺
伐とした感覚を受ける遊技者もいる。そのような者のた
めに、対戦グループを新たに設定した者の選択により、
階級を適用する「実戦」と階級を考慮しない「模擬戦」
とが選択できるようになっている。

【０１０５】ゲームサーバ２０は、各参加メンバーの接
続状態を監視し、各メンバー名の横にその状態を表示さ
せる。例えば対戦中である遊技者には「戦闘中」、観戦
している遊技者には「観戦中」、エキスパートロビー作
戦ウィンドウを閲覧中の遊技者には「待機中」といった
状態を表示する。

【０１０６】戦況報告ウィンドウＷ５の表示中に遊技者
によって所定の操作がされると、ゲームサーバ２０は、
対戦グループとは無関係に現在接続中の総てのクライア
ントシステム１に関する個人情報をユーザＤＢ２１０か
ら読み取って接続者リストＷ６を表示する。総接続者数
も併せて表示するようにする（Ｓ２１：図１５）。接続
者リストにおいていずれかの接続者がカーソルで選択さ
れている場合には、ゲームサーバ２０は当該接続者にか
かるクライアントシステム１の個人情報をユーザＤＢか
らさらに読み出してプレイヤーデータウィンドウＷ７に
表示する。このウィンドウＷ７には、接続者の氏名Ｗ７
１、その日の成績Ｗ７２、階級に対応した階級章表示Ｗ
７３、対戦ゲームで用いるために当該クライアントシス
テム１で採用されているキャラクタ表示Ｗ７４、Ｓ１４
で登録されていたコメントＷ７５、そのクライアントシ
ステム１の現状況表示Ｗ７６がされる。この状態から所
定の操作（例えば「Ｌ」ボタンや「Ｒ」ボタン操作）が
されると当該クライアントシステム１の総合成績がユー
ザＤＢ２１０に基づいて表示される。また他の操作（例
えば「Ａ」ボタン操作）がされると、選択されているク
ライアントシステム１に対し、メッセージが送信される
（Ｓ２３）。

【０１０７】さて、戦況報告ウィンドウＷ５（Ｓ２０：
図１４）において、遊技者により所定の操作（例えば
「Ａ」ボタン押下）がされると、当該操作を行ったクラ
イアントシステム１がこの対戦グループに新たに参加し
たものとして登録される。すなわち、ゲームサーバ２０
は、当該クライアントシステム１から選択中の対戦グル
ープへの参加要求があったものと判断し、この対戦グル
ープに当該クライアントシステム１を新たな参加者とし
て登録する（Ｓ３０）。ゲームサーバ２０は、当該対戦
グループのグループ情報に参加を希望したクライアント
システム１の個人情報を新たに関係付ける。

【０１０８】新たに参加する場合に（Ｓ３０）、対戦グ
ループごとにパスワードを設定し、パスワードを入力し
なければ参加できないように認証処理を行ってもよい。
すなわち新たな対戦グループに参加依頼があった場合
に、この参加を希望するクライアントシステム１にパス
ワード入力を要求し、このパスワードが正しく入力され
た場合にのみゲームサーバ２０が当該対戦グループへの
参加を許可するのである。 （ノーマル作戦会議室）以下では、特に対戦モードとし
て「ノーマル」が設定されている対戦グループへの対戦
管理を説明する。「ノーマル」対戦モードとは、一つの
対戦が終了した場合に、勝った方、負けた方、固定した
双方またはいずれか一方の固定されたクライアントシス
テムが継続して他のクライアントシステムと対戦するよ
うな試合ルールによる対戦をいう。

【０１０９】図１６に、「ノーマル」対戦モードに参加
しているクライアントシステム１に提供される画面表示
例を示す。このような「作戦会議室」、つまり特定の対
戦グループ専用のロビー作戦ウィンドウは、その対戦グ
ループを立ち上げた者（ホスト）かそれに後から参加し
たもののみに提供される。ゲームサーバ２０は、ノーマ
ルＤＢ２１３から対応するレコードを読み取ることによ
り各表示を行う。

【０１１０】タイトルウィンドウＷ１には、この対戦モ
ードである「ノーマル」が示される。その下には、対戦
中か否かを示す状況表示Ｗ１１、この対戦グループの名
称である作戦名Ｗ１２、参加人数Ｗ１３、過去にこの対
戦グループで行われた戦闘回数Ｗ１４、この対戦グルー
プが発足した時間である作戦開始時刻や経過時間である
作戦継続時間Ｗ１５が表示される。チャットウィンドウ
Ｗ２は、チャット情報に基づく文字列Ｗ２１、ソフトウ
ェアキーボードＷ２２が表示される。このウィンドウで
は、この対戦グループに参加しているメンバーのみがチ
ャット情報を読んだり書き込んだりできるようになって
いる。

【０１１１】メンバーリストＷ８には、階級を伴ったメ
ンバーがリスト表示される。各クライアントシステム１
が、対戦中であるか、観戦中であるか、またはロビー参
照中であるかの別が色分けなどで示されている。この対
戦グループを作成した遊技者の冒頭には、ホストである
ことを示すアイコンが付される。

【０１１２】試合ルールウィンドウＷ９には、ホストが
Ｓ１３で定めた試合ルールが表示される。「ファースト
バトル」には、最初に戦うように予定されている遊技者
の名称が表示される。「戦闘形式」には、階級を考慮し
た実戦モードにするか階級を考慮しない模擬戦モードか
が表示される。実戦モードが設定されている場合には、
秒数、セット数、ステージが固定値にされ、対戦結果が
階級の変更に反映される。「秒数」は、１対戦に対して
割り当てられた時間長が表示される。「セット数」は、
１対戦のセットマッチ数が表示される。「ステージ」に
は、対戦に使用するゲームステージが表示される。「終
了時変更」には、対戦が終了した場合にどのように次の
組み合わせを決定するかのルールが表示される。

【０１１３】「終了時変更」の設定内容によって、対戦
の順序が大きく変わり、この対戦グループの特色が出せ
る。ここが「固定」になっていると、最初の組み合わせ
通りのクライアントシステム間で対戦が繰り返される。
「ＤＮＡ固定」になっていると、対戦結果に関係なく、
ＲＮＡ側のクライアントシステムが交替していく。「Ｒ
ＮＡ固定」になっていると、対戦結果に関係なく、ＤＮ
Ａ側のクライアントシステムが交替していく。「勝ちぬ
け」になっていると、対戦に勝ったクライアントシステ
ムが他のクライアントシステムと交替していく。「負け
ぬけ」になっていると、対戦に負けたクライアントシス
テムが他のクライアントシステムと交替していく。デフ
ォルトではこの「負けぬけ」が設定されるようになって
いる。

【０１１４】状態Ｓ３０において、遊技者がカーソルを
メンバーリストＷ８に表示されているいずれかのメンバ
ー上に移動させると、ゲームサーバ２０はそのメンバー
に対応する個人情報をユーザＤＢから読み取り、プレイ
ヤーデータウィンドウＷ７に表示させる（Ｓ３３：図１
７）。このウィンドウについては図１５におけるプレイ
ヤーデータウィンドウと同じである。

【０１１５】状態Ｓ３０において、ホストであるクライ
アントシステム１の遊技者がコントロールパッド１１の
スタートボタンを押下した場合に限り、図１１に示した
ものと同様のスタートメニューが表示される。ただし、
スタートメニューＭ１に「試合のスタート」、「試合ル
ールの変更」という項目が追加されている点で異なる。

【０１１６】ホストであるクライアントシステム１にの
み試合ルールを変更する権限が与えられている。ホスト
の遊技者が「試合ルールの変更」を選択すると、ゲーム
サーバ２０は、試合ルール変更状態（Ｓ３２）に移り当
該ホストのクライアントシステム１に図１７に示すよう
な試合ルール変更ウィンドウＷ１０を表示させる。ここ
では「ファーストバトルのＤＮＡ」の変更用ウィンドウ
が例示されている。遊技者がコントロールパッド１１か
らメッセージにしたがって操作すると、ゲームサーバ２
０はその操作に対応させて「ファーストバトル」の組み
合わせを変更し、ノーマルＤＢ２１３を更新する。対戦
メンバーは遊技者がカーソルでメンバーリストＷ８から
選んだ者に変更される。戦闘形式や秒数、セット数、ス
テージ、終了時変更の各数値やルールについても選択に
より決定される。

【０１１７】スタートメニューにおいてホストのクライ
アントシステム１の遊技者が「試合のスタート」を選択
すると、ゲームサーバ２０は、各クライアントシステム
１を対戦モードに移す（Ｓ３４）。

【０１１８】ノーマル対戦モードにおける詳細な動作を
図４に基づいて説明する。

【０１１９】ゲームサーバ２０は、「ファーストバト
ル」の組み合わせに設定されているクライアントシステ
ム１には戦闘モードに移行させるコマンドを、それ以外
のクライアンシステム１には観戦モードに移行させるコ
マンドを送信する（Ｓ１００）。

【０１２０】次いで戦闘モードに入るクライアントシス
テム１に対してゲームサーバ２０は戦闘で表示させるキ
ャラクタを指定させる（Ｓ１０１）。キャラクタは例え
ば複数の候補の中から選択させる。通信キャラクタの設
定時にエスケープキーなど特定のキー操作を遊技者が指
定すると（Ｓ１０２：ＹＥＳ）、永久ループから脱して
エキスパートロビーに戻ることが可能である。

【０１２１】通信キャラクタの設定が終了すると（Ｓ１
０３：YES）、ゲームサーバは最初の組み合わせに設定
されているクライアントシステム１に対戦を開始させる
コマンドを送信する（Ｓ１０４）。

【０１２２】このコマンドにより戦闘モードに入るクラ
イアントシステム１では、ゲーム機本体１０がゲーム対
戦画像を表示させ、コントロールパッド１１からの操作
信号に対応させて自分のキャラクタを移動させ、その対
戦用のデータ（操作コマンド）をゲームネットワーク４
０に送信する。ゲームネットワーク４０から敵キャラク
タの操作コマンドが送信されたきた場合には、その操作
コマンドに対応させて敵キャラクタを移動させるように
処理する。ゲームサーバ２０はこの操作コマンドの送受
信を仲介する。

【０１２３】観戦モードに入るクライアントシステム１
では、戦闘モードに入っているクライアントシステム１
から送信されてくる操作コマンドに基づいて戦闘モード
に入っているクライアントシステム１と同様のゲーム画
面が表示される。ただし観戦モードのクライアントシス
テム１ではゲーム画面中に戦っているキャラクタは表示
されはするものの、遊技者がコントロールパッド１１を
操作してもキャラクタの動きに反映されることはない。
その組み合わせにおける戦闘が終了するまで（Ｓ１０
５：ＮＯ）、対戦処理が続行される。

【０１２４】対戦中、ゲームサーバ２０は、ユーザＤＢ
２１０を参照し、状態Ｓ１４において登録された操作コ
マンドの示す操作に割り当てられているメッセージ情報
を読み出し、各クライアントシステム１に送信する。ま
た対戦中、観戦モードにいるいずれかのクライアントシ
ステム１からソフトウェアキーボードを操作して入力さ
れたチャット情報が送信されてきた場合には、ゲームサ
ーバ２０は、このチャット情報を各クライアントシステ
ム1に送信する。各クライアントシステム１は、各クラ
イアントシステムにおいて表示される対戦ゲーム画面の
所定の位置に登録したクイックメッセージやチャットの
文字列を表示する（図８：Ｓ５１９）。

【０１２５】またいずれかのクライアントシステム１か
ら送信されてきた操作コマンドが敵キャラクタを打ちの
めすような特定のコマンドである場合、ゲームサーバ２
０は、振動を発生させるコマンドを各クライアントシス
テム1に送信する。各クライアントシステム１では、こ
の振動を発生するコマンドを受信すると、振動発生手段
１１１に振動を発生させる（図８：Ｓ５２０）。これに
より操作をしている遊技者や観戦をしているメンバー
は、現実の戦闘のように臨場感を得ることができる。

【０１２６】対戦が終了した場合（Ｓ１０５：ＹＥ
Ｓ）、総ての対戦が終了していない限り（Ｓ１０６：Ｎ
Ｏ）、ゲームサーバ２０は、ノーマルＤＢ２１３から試
合ルールを定めている情報を読み取る（Ｓ１０７）。

【０１２７】試合ルール（終了時変更）が「固定」に設
定されている場合には（Ｓ１０８：ＹＥＳ）同じメンバ
ーでの対戦が繰り返される。戦闘モードであったクライ
アントシステム１にゲームサーバ２０は「同じ設定で戦
うか？」等の問い合わせをする。この問い合わせに対し
双方のクライアントシステム１が受諾をした場合に限り
（Ｓ１０９：ＹＥＳ）、同じ組み合わせで再度の対戦が
繰り返される（Ｓ１０４〜Ｓ１０８）。少なくともいず
れか一方が受諾をしなかった場合には（Ｓ１０９：Ｎ
Ｏ）、通信キャラクタの設定（Ｓ１０１）に移行する。
ここで特定のキー操作を遊技者がすると、ゲームサーバ
２０は当該クライアントシステム１を作戦会議室（状態
Ｓ３０）に復帰させる。

【０１２８】試合ルールが「固定」以外に設定されてい
る場合には（Ｓ１０７：ＮＯ）、試合ルール上残留する
ことになるクライアントシステム１がゲームサーバ２０
からの試合継続の問い合わせに対し受諾をする限り（Ｓ
１１０：ＹＥＳ）、新たな組み合わせによる対戦処理が
繰り返される（Ｓ１０４〜Ｓ１１０）。ゲームサーバ２
０は、試合をはずれることになるクライアントシステム
1を観戦モードに移行させ、次のクライアントシステム
１を戦闘モードに移行させる（Ｓ１１１）。

【０１２９】例えば試合ルールが「ＤＮＡ固定」になっ
ていると、ゲームサーバ２０はＲＮＡ側だったクライア
ントシステムを観戦モードに移行させ、観戦モードだっ
たいずれかのクライアントシステムを対戦モードに移行
させる。試合ルールが「ＲＮＡ固定」になっていると、
ゲームサーバ２０は、ＤＮＡ側だったクライアントシス
テムを観戦モードに移行させ、観戦モードだったいずれ
かのクライアントシステムを対戦モードに移行させる。
試合ルールが「勝ちぬけ」になっていると、ゲームサー
バ２０は、勝った方のクライアントシステムを観戦モー
ドに移行させ、観戦モードだったいずれかのクライアン
トシステムを対戦モードに移行させる。試合ルールが
「負けぬけ」になっていると、ゲームサーバ２０は、負
けた方のクライアントシステムを観戦モードに移行さ
せ、観戦モードだったいずれかのクライアントシステム
を対戦モードに移行させる。デフォルトではこの「負け
ぬけ」が設定されるようになっている。

【０１３０】なお、残留することになっているクライア
ントシステム１が対戦継続を拒否すると（Ｓ１１０：Ｎ
Ｏ）、ゲームサーバ２０は各クライアントシステム１を
作戦会議室（Ｓ３０）に移行させる。また次の対戦相手
となるクライアントシステム１が通信キャラクタの設定
で作戦会議室に戻ると、ゲームサーバ２０は、さらに次
のクライアントシステム１を戦闘モードに移行させる。

【０１３１】最後の組み合わせによる対戦が終了したら
（Ｓ１０５：ＹＥＳ）総ての対戦が終了しているので
（Ｓ１０６：ＹＥＳ）、ゲームサーバ２０は総てのクラ
イアントシステム１を作戦会議室（状態Ｓ３０）に戻
す。

【０１３２】その時、ゲームサーバ２０は、階級判定を
行う。すなわち、試合の戦闘形式が「実戦」に設定され
ている場合に、ゲームサーバ２０は、対戦結果に基づい
て当該対戦グループのメンバーの階級判定を行う。例え
ば所定の勝ち数に達したクライアントシステム１の階級
を一つあげ、所定の負け数に達したクライアントシステ
ム１の階級を一つ下げるなどのように判定する。また一
定期間ゲームネットワークに接続しなかったクライアン
トシステムがある場合には、その階級を一つ下げる。階
級に変更があったクライアントシステム１の個人情報中
の対戦履歴情報をゲームサーバ２０は更新する。

【０１３３】階級に変更があった場合には、ゲームサー
バ２０は、作戦会議室に「辞令」のよな表示形式で階級
変更があった旨を告知するウィンドウを表示させる。ま
たゲームサーバ２０は、階級変更があった場合に、ユー
ザＤＢ２１０の対戦履歴情報に基づいてこの対戦履歴を
表示するためのファイルを作成し、ＷＷＷサーバシステ
ムの記憶領域に転送する。すなわちゲームサーバ２０
は、対戦履歴を表示するためのハイパーテキスト形式の
ファイルを作成し、インターネットに接続してＷＷＷサ
ーバ３０のＨＴＭＬ記憶領域３１にftpコマンドなどを
利用して当該ファイルを転送する。これにより対戦履歴
がコンピュータに閲覧可能な状態で格納されることにな
る。この対戦履歴を表示させるファイルは、定期的にゲ
ームサーバ２０がユーザＤＢ２１０を検索して、ファイ
ルの作成し転送するように設定しておくことが好まし
い。

【０１３４】このように実施形態１によれば、以下の利
点がある。

【０１３５】１）本実施形態によれば、単純なイージー
ロビーと熟達者向きのエキスパートロビーを任意に選択
可能に提供したので、初心者と熟達者それぞれに適当な
ゲーム環境を提供できる。

【０１３６】２）本実施形態によれば、簡易なイージー
ロビーから開始するように設定したので、知識の無い者
がいきなりエキスパートロビーに入って混乱したり他の
者の迷惑になったりするこをと防止可能である。

【０１３７】３）本実施形態によれば、必要なメニュー
をスタートメニューで選択するようにしたので、操作が
単純で親しみやすくなっている。

【０１３８】４）本実施形態によれば、自己紹介のコメ
ントを各遊技者ごとに設定しそれを相手のシステムに表
示するようにしたので、他の遊技者がその者の性格など
を容易に知ることができる。

【０１３９】５）本実施形態によれば、操作時に表示す
る掛け声などのクイックメッセージを操作ボタンに対応
して他のシステムに表示するように構成したので、操作
中の遊技者に負担をかけることなく、臨場感豊かな他者
とのコミュニケーションを図ることができる。

【０１４０】６）本実施形態によれば、会議室という形
で対戦グループを任意のルールで設定可能に構成したの
で、遊技者主体の多彩な遊び方、多数の選択肢を遊技者
に提供することが可能である。

【０１４１】７）本実施形態によれば、対戦グループの
状況を一覧表示するので、他者がその対戦グループの現
状を容易に把握することができる。

【０１４２】８）本実施形態によれば、各遊技者の対戦
履歴を勝ち数や勝率などとともに表示するようにしたの
で、各メンバーの強さを用意に把握することができる。

【０１４３】９）本実施形態によれば、遊技者間でチャ
ットが自由に行えるので、遊技者同士のコミュニケーシ
ョンを深めることができる。

【０１４４】１０）本実施形態によれば、複数の階層で
チャットチャンネルが設けられているので、一般的なチ
ャットから特定の者の間におけるチャットまで多彩なチ
ャットを楽しむことができる。

【０１４５】１１）本実施形態によれば、対戦グループ
内で対戦するもののほかの者が両者の試合を観戦するこ
とが可能になっているので、アミューズメントセンター
において友達同士で対戦ゲームをやったり見たりするの
と同じく、楽しいゲーム環境を提供できる。

【０１４６】１２）本実施形態によれば、観戦中の者が
対戦している者にチャットを送ることができるので、ア
ミューズメントセンターにおいて友達同士で対戦ゲーム
を観戦しているかのような楽しいゲーム環境を提供でき
る。

【０１４７】１３）本実施形態によれば、新たな対戦組
み合わせを多様な形態で実行できるので、ユーザにあっ
た楽しいゲームの進め方を設定可能である。

【０１４８】１４）本実施形態によれば、属する対戦グ
ループに制限することなく接続者のいずれにもメッセー
ジを送信可能にしたので、楽しいコミュニケーション環
境を提供することできる。 （実施形態２）本発明の実施形態２は、対戦グループ内
でチーム戦を実施するための通信ゲームシステムに関す
る。

【０１４９】本実施形態２におけるシステム構成、ハー
ドウェア構成、全体的な処理手順および各クライアント
システムにおける動作は、実施形態１の図１乃至図３、
図８およびそれに対応する説明と同様なので、その説明
を省略する。

【０１５０】本実施形態の「チーム戦」とは、同一グル
ープ内を二つのサブグループに分けて勝敗を競う対戦モ
ードを言う。サブグループの双方から選択されたクライ
アントシステム同士が対戦し、対戦の結果、負けた方の
クライアントシステムが同一サブグループの他のクライ
アントシステムと交替し、勝った方のクライアントシス
テムと戦うようになる。

【０１５１】「チーム戦作戦会議室」（チーム戦対戦グ
ループ）は、図３の状態Ｓ１２（図１２）のメニューＭ
２において、ホストとなるクライアントシステム１が
「チーム戦」を選択することにより作成される。「チー
ム戦作戦会議室」を作成するクライアントシステム１
は、状態Ｓ１３の会議室作成において、戦闘形式、秒
数、セット数、ステージ数を実施形態１と同様に定め
る。特にこの会議室を作成するクライアントシステム1
は、図１９に示すように当該対戦グループをＤＮＡ側と
ＲＮＡ側の二つのサブグループに分け、それぞれの中で
戦闘の順番を定めた戦闘スケジュールを作成する必要が
ある。

【０１５２】さて「チーム戦」に参加したいクライアン
トシステム１の遊技者は、エキスパートロビー作戦メニ
ュー（図１０）において、対戦モードが「チーム戦」に
なっている作戦名リストＷ３の作戦会議室アイコン上に
カーソルを持っていく。ゲームサーバ２０は、この作戦
名情報に基づいてエキスパートロビーＤＢ２１２を検索
し、該当する「チーム戦」の対戦グループが格納されて
いるチーム戦ＤＢ２１４を特定し、その詳細な情報を読
み取ってクライアントシステム１に返送する。

【０１５３】戦況報告ウィンドウＷ５（状態Ｓ２０）に
おいて、遊技者により所定の操作（例えば「Ａ」ボタン
押下）がされると、ゲームサーバ２０は、当該クライア
ントシステム１から選択中の対戦グループへの参加要求
があったものと判断し、この対戦グループに当該クライ
アントシステム１を新たな参加者として登録する（Ｓ４
０）。すなわち当該対戦グループのグループ情報に参加
を希望したクライアントシステム１の個人情報を新たに
関係付けてチーム戦ＤＢ２１４を更新する。

【０１５４】図１９に、「チーム戦」対戦モードに参加
しているクライアントシステム１に提供される画面表示
例を示す。この「作戦会議室」は、その対戦グループを
立ち上げた者（ホスト）かそれに参加したもののみに提
供される。ゲームサーバ２０は、チーム戦ＤＢ２１４か
ら対応するレコードを読み取ることにより各表示を行
う。

【０１５５】タイトルウィンドウＷ１には、この対戦モ
ードである「チーム戦」が示される。その下には、対戦
中か否かを示す状況表示、この対戦グループの名称であ
る作戦名、参加人数が表示される。チャットウィンドウ
Ｗ２やメンバーリストＷ８、試合ルールウィンドウＷ９
については図１６と同様である。ただし試合ルールウィ
ンドウＷ９において、負けた方のクライアントシステム
１の属するサブグループのメンバーが交替していくとい
う試合ルールになっているので、「終了時変更」につい
ての設定は存在しない。戦闘スケジュールウィンドウＷ
１１には、ＤＮＡ側とＲＮＡ側に分かれて二つのサブグ
ループのメンバーが氏名欄Ｗ１１１に戦闘順に表示され
ている。勝ち数表示欄Ｗ１１２には、当該チーム戦のメ
ンバーごとの勝ち数がマーカーで示してある。組み合わ
せ表示Ｗ１１３には、どのような組み合わせて対戦が行
われたかの表示がされる。成績表示Ｗ１１４ではサブチ
ームごとの勝ち数、負け数、引き分け数が表示される。

【０１５６】状態Ｓ４０において、遊技者がカーソルを
メンバーリストＷ８に表示されているいずれかのメンバ
ー上に移動させると、ゲームサーバ２０はそのメンバー
に対応する個人情報をユーザＤＢから読み取り、プレイ
ヤーデータウィンドウＷ７に表示させる（Ｓ４３：図２
０）。このウィンドウについては図１５におけるプレイ
ヤーデータウィンドウと同じである。 状態Ｓ４０にお
いて、ホストであるクライアントシステム１の遊技者が
コントロールパッド１１のスタートボタンを押下した場
合に限り、図１１に示したものと同様のスタートメニュ
ーが表示される（Ｓ４１）。ただし、スタートメニュー
Ｍ１に「試合のスタート」、「チーム戦戦闘スケジュー
ルの変更」という項目が追加されている点で異なる。

【０１５７】ホストであるクライアントシステム１にの
み試合ルールを変更する権限が与えられている。ホスト
の遊技者が「チーム戦戦闘スケジュールの変更」を選択
すると、ゲームサーバ２０は、スケジュール変更状態
（Ｓ４２）に移り当該ホストのクライアントシステム１
に図２１に示すようなチーム戦戦闘スケジュール変更ウ
ィンドウＷ１２を表示させる。このウィンドウでは、ホ
ストのクライアントシステム１がメンバーリストＷ８か
ら選択したメンバーをいずれかのサブグループ中で任意
の順番に登録変更することが可能である。戦闘形式や秒
数、セット数、ステージの各数値やルールについても選
択により決定される。

【０１５８】スタートメニューにおいてホストのクライ
アントシステム１の遊技者が「試合のスタート」を選択
すると、ゲームサーバ２０は、各クライアントシステム
１を対戦モードに移す（Ｓ４４）。

【０１５９】チーム戦対戦モードにおける詳細な動作を
図５に基づいて説明する。

【０１６０】ゲームサーバ２０は、戦闘スケジュールで
最初の組み合わせに設定されているクライアントシステ
ム１には戦闘モードに移行させるコマンドを、それ以外
のクライアンシステム１には観戦モードに移行させるコ
マンドを送信する（Ｓ２００）。後から当該会議室に参
加してきたクライアントシステム１が存在する場合に
は、ゲームサーバ２０は、当該システムを観戦モードで
当該チーム戦に参加させる。

【０１６１】戦闘モードに入るクライアントシステム１
に対してゲームサーバ２０は戦闘で表示させるキャラク
タを指定させる（Ｓ２０１）。キャラクタは例えば複数
の候補の中から選択させる。通信キャラクタの設定時に
エスケープキーなど特定のキー操作を遊技者が指定する
と（Ｓ２０２：ＹＥＳ）、永久ループから脱してエキス
パートロビーに戻ることが可能である。

【０１６２】通信キャラクタの設定が終了すると（Ｓ２
０３：ＹＥＳ）、ゲームサーバは最初の組み合わせに設
定されているクライアントシステム１に対戦を開始させ
るコマンドを送信する（Ｓ２０４）。戦闘モードおよび
観戦モードにいる各クライアントシステム1とゲームサ
ーバ２０の動作は上記実施形態１と同様である。

【０１６３】最初の組み合わせにおける戦闘が終了する
まで（Ｓ２０５：ＮＯ）、対戦処理が続行される。対戦
が終了した場合（Ｓ２０５：ＹＥＳ）、いずれかのサブ
グループにおいても階級が「大将」に設定されいる者が
負けていない限り（Ｓ２０６：ＮＯ）、チーム戦が続行
される。すなわち、ゲームサーバ２０は、負けた方のク
ライアントシステムを観戦モードに移行させ、その代わ
りにこのクライアントシステムの属するサブグループで
次の順番に設定されているクライアントシステムを対戦
モードに移行させ（Ｓ２０７）、新たなクライアントシ
ステムの氏名と勝ち残ったクライアントシステムの氏名
との間に組み合わせ表示Ｗ１１３の線を描画させる。ま
た勝ち残ったクライアントシステムの勝ち数表示Ｗ１１
２においてマーカーの数を増加させる。そして引き続き
通信キャラクタの設定以降の処理（Ｓ２０１〜Ｓ２０
７）を繰り返す。

【０１６４】いずれかのサブグループの「大将」が負け
た場合（Ｓ２０６：ＹＥＳ）、ゲームサーバ２０は、当
該チーム戦の結果を各クライアントシステム１に報知す
る（Ｓ２０８）。ゲームサーバ２０は、サブグループに
おける成績表示Ｗ１１４を対戦結果に応じて更新させ
る。

【０１６５】なお、階級判定については実施形態１と同
様に、対戦結果表示に前後してゲームサーバ２０が実行
する。対戦履歴のＷＷＷサーバへのアップロードも実施
形態１と同様にして行う。

【０１６６】このように実施形態２によれば、実施形態
1と同様の効果を奏するほか、チーム戦を実行可能に構
成してあるので、遠隔地の遊技者同士がチームで戦うと
いったユニークな遊び方を提供可能である。 （実施形態３）本発明の実施形態３は、対戦グループ内
で総当り戦を実施するための通信ゲームシステムに関す
る。 本実施形態３におけるシステム構成、ハードウェ
ア構成、全体的な処理手順および各クライアントシステ
ムにおける動作は、実施形態１の図１乃至図３、図８お
よびそれに対応する説明と同様なので、その説明を省略
する。

【０１６７】本実施形態の「総当り戦」とは、同一グル
ープ内で一のクライアントシステムが他の総てのクライ
アントシステムと対戦するように順序だてた対戦モード
をいう。一の組み合わせによる対戦が終了した場合に、
各クライアントシステムが未だ対戦していないクライア
ントシステムであって対戦中でない他のクライアントシ
ステムを、各クライアントシステムに対する次の対戦の
組み合わせとして決定するものである。

【０１６８】「総当り戦作戦会議室」（総当たり戦対戦
グループ）は、図３の状態Ｓ１２（図１２）のメニュー
Ｍ２において、ホストとなるクライアントシステム１が
「総当り戦」を選択することにより作成される。「総当
たり戦作戦会議室」を作成するクライアントシステム１
は、状態Ｓ１３の会議室作成において、戦闘形式、秒
数、セット数、ステージ数を実施形態１と同様に定め
る。特にこの会議室では、ゲームサーバ２０が同時に複
数の組み合わせのクライアントシステム1に対し対戦を
実施させるので、ホストのクライアントシステム１は、
当該総当たり戦に参加するメンバーを当該対戦グループ
中から参加メンバーリストに登録しておく。

【０１６９】「総当り戦」に参加したいクライアントシ
ステム１の遊技者は、エキスパートロビー作戦メニュー
（図１０）において、対戦モードが「総当り戦」になっ
ている作戦名リストＷ３の作戦会議室アイコン上にカー
ソルを持っていく。ゲームサーバ２０は、この作戦名情
報に基づいてエキスパートロビーＤＢ２１２を検索し、
該当する「総当り戦」の対戦グループが格納されている
総当たり戦ＤＢ２１５を特定し、その詳細な情報を読み
取ってクライアントシステム１に返送する。戦況報告ウ
ィンドウＷ５（状態Ｓ２０）において、遊技者により所
定の操作（例えば「Ａ」ボタン押下）がされると、ゲー
ムサーバ２０は、当該クライアントシステム１から選択
中の対戦グループへの参加要求があったものと判断し、
この対戦グループに当該クライアントシステム１を新た
な参加者として登録する（Ｓ５０）。すなわち当該対戦
グループのグループ情報に参加を希望したクライアント
システム１の個人情報を新たに関係付けて総当り戦ＤＢ
２１５を更新する。

【０１７０】図２３に、「総当り戦」対戦モードに参加
しているクライアントシステム１に提供される画面表示
例を示す。この「作戦会議室」は、その対戦グループを
立ち上げた者（ホスト）かそれに参加したもののみに提
供される。ゲームサーバ２０は、総当り戦ＤＢ２１５か
ら対応するレコードを読み取ることにより各表示を行
う。

【０１７１】タイトルウィンドウＷ１には、この対戦モ
ードである「総当り戦」が示される。その下には、対戦
中か否かを示す状況表示、この対戦グループの名称であ
る作戦名、参加人数が表示される。チャットウィンドウ
Ｗ２やメンバーリストＷ８、試合ルールウィンドウＷ９
については図１６と同様である。ただし試合ルールウィ
ンドウＷ９において、総当りが試合ルールになっている
ので、「終了時変更」についての設定は存在しない。参
加メンバーウィンドウＷ１２には、ホストのクライアン
トシステム１によって割り当てられた戦闘参加メンバー
のリストが表示される。参加メンバーウィンドウＷ１３
の冒頭部Ｗ１３１には、当該総当たり戦の戦闘参加人
数、戦闘開始時刻、戦闘終了時刻などが表示される。氏
名欄Ｗ１３２には、戦闘参加メンバーの氏名が表示され
る。勝ち数欄Ｗ１３３には、現在までの各メンバーの勝
ち数が表示される。成績欄Ｗ１３４には、成績が優秀な
参加メンバーについて上位から一定の順位まで星印が付
される。

【０１７２】プレイヤーデータウィンドウについては、
実施形態１や２と同様に表示可能である。

【０１７３】状態Ｓ５０において、ホストであるクライ
アントシステム１の遊技者がコントロールパッド１１の
スタートボタンを押下した場合に限り、図１１に示した
ものと同様なスタートメニューが表示される（Ｓ５
１）。ただし、スタートメニューＭ１に「試合のスター
ト」、「総当たり戦参加メンバーの登録」という項目が
追加されている点で異なる。

【０１７４】ホストであるクライアントシステム１にの
み試合ルールを変更する権限が与えられている。ホスト
の遊技者が「総当たり戦参加メンバーの登録」を選択す
ると、ゲームサーバ２０は、参加メンバー登録状態（Ｓ
５２）に移り当該ホストのクライアントシステム１に図
２３に示すような総当たり戦参加メンバー登録ウィンド
ウＷ１３を表示させる。このウィンドウでは、ホストの
クライアントシステム１がメンバーリストＷ８から選択
したメンバーを総当たり戦戦闘参加メンバーリストのい
ずれかの欄に登録変更することが可能である。戦闘形式
や秒数、セット数、ステージの各数値やルールについて
も選択により決定される。

【０１７５】スタートメニューにおいてホストのクライ
アントシステム１の遊技者が「試合のスタート」を選択
すると、ゲームサーバ２０は、各クライアントシステム
１を対戦モードに移す（Ｓ５４）。

【０１７６】総当たり戦対戦モードにおける詳細な動作
を図６に基づいて説明する。

【０１７７】ゲームサーバ２０は、戦闘参加メンバーと
して登録されているメンバーを複数の組に適当に分けて
そのクライアントシステム１に戦闘モードに移行させる
コマンドを送信する（Ｓ３００）。参加メンバー数が奇
数であり、最初の対戦から漏れたクライアントシステム
１およびそれ以外のクライアンシステム１に対し、ゲー
ムサーバ２０は、観戦モードに移行させるコマンドを送
信する。後から当該会議室に参加してきたクライアント
システム１が存在する場合には、ゲームサーバ２０は、
当該システムを観戦モードで当該総当り戦に参加させ
る。

【０１７８】戦闘モードに入るクライアントシステム１
に対してゲームサーバ２０は戦闘で表示させるキャラク
タを指定させる（Ｓ３０１）。キャラクタは例えば複数
の候補の中から選択させる。通信キャラクタの設定時に
エスケープキーなど特定のキー操作を遊技者が指定する
と（Ｓ３０２：ＹＥＳ）、永久ループから脱してエキス
パートロビーに戻ることが可能である。

【０１７９】通信キャラクタの設定が終了すると（Ｓ３
０３：ＹＥＳ）、ゲームサーバは最初の対戦の組み合わ
せに割り振られたクライアントシステム１に対戦を開始
させるコマンドを送信する（Ｓ３０４）。戦闘モードお
よび観戦モードにいる各クライアントシステム1とゲー
ムサーバ２０の動作は上記実施形態１と同様である。

【０１８０】最初の組み合わせにおける戦闘が終了する
まで（Ｓ３０５：ＮＯ）、対戦処理が続行される。対戦
が終了した場合（Ｓ３０５：ＹＥＳ）、総ての対戦が終
了していない限り（Ｓ３０６：ＮＯ）、総当たり戦が続
行される。すなわち、ゲームサーバ２０は、最初の対戦
の成績を勝ち数欄Ｗ１３３と成績欄Ｗ１３４に記録して
から、最初の対戦の勝敗を考慮することなく各クライア
ントシステム１と未対戦の参加メンバーとを対戦させ
る。その組み合わせの決め方には限定がない。参加リス
ト順に分けて良いが、先に対戦が終了した者の方から組
み合わせを決め、他の組の対戦終了を待たずに次の戦闘
を開始させた方が、時間のロスが少ないので好ましい。
既に他の総ての参加メンバーと対戦したクライアントシ
ステム１が出たら、ゲームサーバ２０は、これに観戦モ
ードに移行させるコマンドを送信する（Ｓ３０７）。勝
ち数と成績は対戦が終了するたびに更新されていく。

【０１８１】総ての戦闘参加メンバーについて総当りが
終了した場合（Ｓ３０６：ＹＥＳ）、ゲームサーバ２０
は、当該総当り戦の結果を各クライアントシステム１に
報知する（Ｓ３０８）。ゲームサーバ２０は、戦闘参加
メンバーの勝敗を、図２４に示すような勝ち星表Ｗ１５
の形式で表示する。

【０１８２】なお、階級判定については実施形態１と同
様に、対戦結果表示に前後してゲームサーバ２０が実行
する。対戦履歴のＷＷＷサーバへのアップロードも実施
形態１と同様にして行う。

【０１８３】このように実施形態３によれば、実施形態
1と同様の効果を奏するほか、総当り戦を実行可能に構
成してあるので、遠隔地の遊技者同士が総て戦った上で
ゲーム操作の優劣を競いあうといったユニークな遊び方
を提供可能である。 （実施形態４）本発明の実施形態４は、対戦グループ内
でトーナメント戦を実施するための通信ゲームシステム
に関する。 本実施形態４におけるシステム構成、ハー
ドウェア構成、全体的な処理手順および各クライアント
システムにおける動作は、実施形態１の図１乃至図３、
図８およびそれに対応する説明と同様なので、その説明
を省略する。

【０１８４】本実施形態の「トーナメント戦」とは、同
一グループ内においていわゆる勝ち抜き戦形式で対戦す
る対戦モードである。ゲームサーバ２０が予めトーナメ
ント用のグループ情報を参照して対戦する組み合わせを
設定しておき、この組み合わせによる対戦を下層から始
めその対戦の勝者となったクライアントシステム同士を
次の対戦の組み合わせとして決定し、最終的に一の勝者
を決定するものである。

【０１８５】「トーナメント戦戦闘会議室」（トーナメ
ント戦対戦グループ）は、図３の状態Ｓ１２（図１２）
のメニューＭ２において、ホストとなるクライアントシ
ステム１が「トーナメント戦」を選択することにより作
成される。「トーナメント作戦会議室」を作成するクラ
イアントシステム１は、状態Ｓ１３の会議室作成におい
て、戦闘形式、秒数、セット数、ステージ数を実施形態
１と同様に定める。特にこの会議室では、ホストのクラ
イアントシステム１は、当該トーナメント戦にに参加す
る戦闘参加メンバーの中でトーナメントの組み合わせを
設定していく。

【０１８６】「トーナメント戦」に参加したいクライア
ントシステム１の遊技者は、エキスパートロビー作戦メ
ニュー（図１０）において、対戦モードが「トーナメン
ト戦」になっている作戦名リストＷ３の作戦会議室アイ
コン上にカーソルを持っていく。ゲームサーバ２０は、
この作戦名情報に基づいてエキスパートロビーＤＢ２１
２を検索し、該当する「トーナメント戦」の対戦グルー
プが格納されているトーナメント戦ＤＢ２１６を特定
し、その詳細な情報を読み取ってクライアントシステム
１に返送する。戦況報告ウィンドウＷ５（状態Ｓ２０）
において、遊技者により所定の操作（例えば「Ａ」ボタ
ン押下）がされると、ゲームサーバ２０は、当該クライ
アントシステム１から選択中の対戦グループへの参加要
求があったものと判断し、この対戦グループに当該クラ
イアントシステム１を新たな参加者として登録する（Ｓ
６０）。すなわち当該対戦グループのグループ情報に参
加を希望したクライアントシステム１の個人情報を新た
に関係付けてトーナメント戦ＤＢ２１６を更新する。

【０１８７】図２５に、「トーナメント戦」対戦モード
に参加しているクライアントシステム１に提供される画
面表示例を示す。この「作戦会議室」は、その対戦グル
ープを立ち上げた者（ホスト）かそれに参加したものの
みに提供される。ゲームサーバ２０は、トーナメント戦
ＤＢ２１６から対応するレコードを読み取ることにより
各表示を行う。

【０１８８】タイトルウィンドウＷ１には、この対戦モ
ードである「トーナメント戦」が示される。その下に
は、対戦中か否かを示す状況表示、この対戦グループの
名称である作戦名、参加人数が表示される。チャットウ
ィンドウＷ２やメンバーリストＷ８、試合ルールウィン
ドウＷ９については図１６と同様である。ただし試合ル
ールウィンドウＷ９において、トーナメントが試合ルー
ルになっているので、「終了時変更」についての設定は
存在しない。戦闘スケジュールウィンドウＷ１６には、
ホストのクライアントシステム１によって決定された戦
闘参加メンバーのトーナメント組み合わせ表が表示され
る。戦闘スケジュールウィンドウＷ１６の冒頭部Ｗ１６
１には、当該トーナメント戦の戦闘参加人数、戦闘開始
時刻、戦闘終了時刻などが表示される。氏名欄Ｗ１６３
には、戦闘参加メンバーの氏名が表示される。組み合わ
せ表示欄Ｗ１６２には、戦闘参加メンバーの組み合わせ
が線図形式で表示される。勝ち残っている参加メンバー
の経路が切れ目のない太線または色分けで表示されるよ
うになっている。

【０１８９】プレイヤーデータウィンドウについては、
実施形態１や２と同様に表示可能である。 状態Ｓ６０
において、ホストであるクライアントシステム１の遊技
者がコントロールパッド１１のスタートボタンを押下し
た場合に限り、図１１に示したものと同様なスタートメ
ニューが表示される（Ｓ６１）。ただし、スタートメニ
ューＭ１に「試合のスタート」、「トーナメント戦参加
メンバーの登録」という項目が追加されている点で異な
る。

【０１９０】ホストであるクライアントシステム１にの
み試合ルールを変更する権限が与えられている。ホスト
の遊技者が「トーナメント戦参加メンバーの登録」を選
択すると、ゲームサーバ２０は、参加メンバー登録状態
（Ｓ６２）に移り当該ホストのクライアントシステム１
に図２６に示すようなトーナメント戦参加メンバー登録
ウィンドウＷ１７を表示させる。このウィンドウでは、
ホストのクライアントシステム１がメンバーリストＷ８
から選択したメンバーをトーナメント戦の戦闘スケジュ
ールウィンドウＷ１６のいずれかの名称欄Ｗ１６３に登
録変更することが可能である。戦闘形式や秒数、セット
数、ステージの各数値やルールについても選択により決
定される。

【０１９１】スタートメニューにおいてホストのクライ
アントシステム１の遊技者が「試合のスタート」を選択
すると、ゲームサーバ２０は、各クライアントシステム
１を対戦モードに移す（Ｓ６４）。

【０１９２】トーナメント戦対戦モードにおける詳細な
動作を図７に基づいて説明する。

【０１９３】ゲームサーバ２０は、トーナメント戦の最
初の組み合わせで対戦することになっている戦闘参加メ
ンバーのクライアントシステム１に戦闘モードに移行さ
せるコマンドを送信する（Ｓ４００）。戦闘に参加して
いない対戦メンバーのクライアンシステム１に対し、ゲ
ームサーバ２０は、観戦モードに移行させるコマンドを
送信する。後から当該会議室に参加してきたクライアン
トシステム１が存在する場合には、ゲームサーバ２０
は、当該システムを観戦モードで当該トーナメント戦に
参加させる。

【０１９４】戦闘モードに入るクライアントシステム１
に対してゲームサーバ２０は戦闘で表示させるキャラク
タを指定させる（Ｓ４０１）。キャラクタは例えば複数
の候補の中から選択させる。通信キャラクタの設定時に
エスケープキーなど特定のキー操作を遊技者が指定する
と（Ｓ４０２：ＹＥＳ）、永久ループから脱してエキス
パートロビーに戻ることが可能である。

【０１９５】通信キャラクタの設定が終了すると（Ｓ４
０３：ＹＥＳ）、ゲームサーバはトーナメント戦の組み
合わせに従って第1回戦の組み合わせのクライアントシ
ステム１同士に対戦を開始させるコマンドを送信する
（Ｓ４０４）。戦闘モードおよび観戦モードにいる各ク
ライアントシステム1とゲームサーバ２０の動作は上記
実施形態１と同様である。

【０１９６】第1回戦が終了するまで（Ｓ４０５：Ｎ
Ｏ）、対戦処理が続行される。その回戦が終了した場合
（Ｓ４０５：ＹＥＳ）、決勝戦が終了していない限り
（Ｓ４０６：ＮＯ）、次の勝ち抜き対戦に移行する。す
なわち、ゲームサーバ２０は、一回戦で勝ち残ったクラ
イアントシステム１の第２回戦の位置まで経路を特定の
表示態様で表示する。ゲームサーバ２０は、第２回戦に
おいて第１回戦で勝ち残った者同士が対戦するように、
戦闘モードに移行させるコマンドを送信し、第１回戦で
破れたクライアントシステムに観戦モードに移行させる
コマンドを送信する（Ｓ４０７）。このような処理（Ｓ
４０１〜Ｓ４０７）を決勝戦が終了するまで繰り返す。

【０１９７】決勝戦が終了した場合（Ｓ４０６：ＹＥ
Ｓ）、ゲームサーバ２０は、当該トーナメント戦の結果
を各クライアントシステム１に報知する（Ｓ４０８）。
すなわち、ゲームサーバ２０は優勝者や準優勝者を称え
るような表示をトーナメント戦作戦会議室（図２５）上
で行う。

【０１９８】なお、階級判定については実施形態１と同
様に、対戦結果表示に前後してゲームサーバ２０が実行
する。特に優勝者や準優勝者に対しては階級の進級度合
いを多くしてもよい。対戦履歴のＷＷＷサーバへのアッ
プロードも実施形態１と同様にして行う。

【０１９９】このように実施形態４によれば、実施形態
1と同様の効果を奏するほか、トーナメント戦を実行可
能に構成してあるので、遠隔地の遊技者同士が新の強者
を競い合えるといったユニークな遊び方を提供可能であ
る。 （実施形態１〜４に関わる変形例）本発明は上記実施形
態に拘束されることなく種々に変形して適用することが
可能である。例えば、上記実施形態では、ノーマル、チ
ーム戦、総当たり戦、トーナメント戦という典型的なス
ポーツの対戦形式を適用していたが、他の対戦形式を適
用可能に構成してもよい。

【０２００】また、上記実施形態では対戦グループの中
から参加メンバーを定めていたが、総ての接続者に対し
本発明の対戦モードによる戦いを提供しても良い。ゲー
ムサーバの呼びかけである時期に接続しており参加申し
込みをしたクライアントサーバに対し、本発明の対戦環
境を提供するのである。特にチーム戦では、特定のカテ
ゴリー同士の対戦、例えば東西対決のようなことが可能
である。またトーナメント戦では、全国大会が開催でき
るので、好ましい。

【０２０１】また、上記形態では、対戦グループ内にお
ける対戦の組み合わせを決定する場合に階級による判断
をしなかったが、各クライアントシステムの対戦履歴情
報から判断される強さの程度によって組み合わせの可否
を決定するように構成しても良い。すなわち、あまりに
も階級が離れすぎている者同士が対戦するのでは勝敗が
明らかなので、ゲームサーバが対戦を禁止するというこ
とが考えられる。

【０２０２】また対戦グループ内における対戦の組み合
わせを決定する場合に、各クライアントシステムに対戦
履歴情報に基づいてハンディキャップを設定してもよ
い。このようにすれば、均等な力関係で対戦が可能にな
るため公平性が保てる。ハンディキャップが設定された
組み合わせにおける対戦の場合に、上記模擬対戦のよう
に対戦の結果による階級変更を禁止するように構成して
も良い。

【０２０３】また振動を発生させる処理は、ゲームサー
バからのコマンドに基づいてクライアントシステムが行
っていたが、クライアントシステムが所定の操作条件に
なっていたら独自に振動発生手段を駆動するように構成
しても同様の効果が得られる。

【０２０４】すなわち、データベースの構成やゲームサ
ーバシステムとクライアントシステムとの役割分担につ
いてはシステムに応じて自由に構成を組み替える設計変
更が容易であり、上記実施形態に限定されることはな
い。

【０２０５】（実施形態５）次いで、本発明に係る実施
形態５を図２７〜３５に基づき説明する。

【０２０６】この実施形態に係る通信ゲームシステム
は、キャラクタの選択処理に特徴を有し、この選択処理
の構成は上述した実施形態１〜４に適用可能なものであ
る。

【０２０７】なお、本実施形態５におけるシステム構成
及び全体的な処理手順は、大略、前述した各実施形態の
ものと同等であるので、それらの説明を省略し、相違す
る部分を中心に説明する。相違する主な部分は、各クラ
イアントシステムにおけるキャラクタ選択処理である。

【０２０８】このキャラクタ選択処理を実行するため
に、本実施形態に係る各クライアントシステム１は、図
２７に示すコントロールパッド１１を備えている。

【０２０９】このコントロールパッド１１は、各遊技者
が操作する手動操作器としての構成を備えており、操作
部として操作ボタン群３０１、十字キー３０２、アナロ
グ方向キー３０３、Ｒトリガースイッチ３０４などを備
え、コネクタＰを備えた接続コード３０５でゲーム機本
体１１と接続可能になっている。

【０２１０】この内、例えば操作ボタン群３０１の各ボ
タンには、例えば前述した実施形態１で説明したクイッ
クメッセージが割り当てられている。このため、遊戯者
がゲーム中にこの操作ボタン群３０１の所望のボタンを
ワンタッチで操作するだけで、そのボタンに割り当てら
れているクイックメッセージのデータをゲーム機本体１
１に送ることができる。クイックメッセージはゲームネ
ットワーク４０を介して、対戦相手や観戦者のクライア
ントシステムに伝送され、それらのモニタ１２のゲーム
画面に重畳表示される。

【０２１１】コントロールパッド１１は、上述した各種
の操作部（３０１〜３０４など）が操作されたとき、図
２８で示すフォーマットでパッドデータをゲーム機本体
１０に出力するようになっている。すなわち、全部の１
６ビットのパッドデータから成り、０〜１３ビットがパ
ッドやスティックなどの操作部の操作状態に割り当てら
れている。１４ビットは、使用デバイスがツインスティ
ックかパッドかを表す。最終の１５ビットは、後述する
キャラクタ選択時のカスタム選択モードの終了を通知す
るビットに割り当てられている。通常は、１５ビット＝
０であり、カスタム選択モードの終了を通知するときに
は、１５ビット＝１に設定される。

【０２１２】さらに、コントロールパッド１１には外部
記録媒体としての携帯型のカードメモリ３０６を着脱自
在に装着可能になっている。カードメモリ３０６の接続
ポートＰＴは、図２７には図示されていないが、１つの
コントロールパッド１１に２箇所用意されている。ま
た、ゲーム機本体１１には、図２７に示す如く、コント
ロールパッド１１を接続する４箇所のポートＡ〜Ｄが用
意されている。このため、ゲーム機本体１１に最大４個
のコントロールパッド１１を接続でき、そのとき最大で
８枚のメモリカード３０６を稼動させることができる。

【０２１３】このメモリカード３０６は、本実施形態で
は、後述するキャラクタ選択時にカスタマイズされた
（カスタムメード）キャラクタのデータを記憶するのに
用いられる。カスタマイズされたキャラクタとは、遊戯
者が、各クライアントシステム１に予めデフォルトとし
て用意されているキャラクタを、そのパーツの形状は変
えないで、パーツの色や輝度を好みに応じて変更したも
のである。つまり、各クライアントシステム１に対して
最大で８枚のメモリカード、すなわち８個のカスタマイ
ズされたキャラクタデータを持つことができる。

【０２１４】このメモリカード３０６をコントロールパ
ッド１１のポートに接続しておくことで、ゲーム機本体
１０は、メモリカード３０６からカスタマイズされたキ
ャラクタのデータを読み出し、自己システムのＲＡＭに
ロードするととに、ゲームネットワーク４０を介して相
手のクライアントシステム１に転送することができる。

【０２１５】なお、メモリカード３０６はＣＤ−ＲＯＭ
などの、そのほかの記録媒体によって、カスタマイズさ
れたキャラクタデータをゲーム機本体１０にロードする
ようにしてもよい。

【０２１６】図２９〜３１は、各クライアントシステム
１で実行される処理であり、前述した実施形態１では図
８に対応する。

【０２１７】具体的には、図２９，３０に示すように、
各クライアントシステム１のゲーム機本体１０は、操作
信号を読み取り（Ｓ５９９）、通信開始を示す操作内容
であるか否かを検査する（Ｓ６００）。通信開始でない
場合には（Ｓ６００：ＮＯ）、独立モードであり、通常
のスタンドアローンのゲーム装置としての処理を続行す
る（Ｓ６０１）。

【０２１８】一方、通信開始を示している場合には（Ｓ
６００：ＹＥＳ）、ゲーム機本体１０は、同期モードの
通信を行うため、接続を確立するための一般的手順を実
行する。すなわち、ゲーム機本体１０は、予め登録され
ているサーバを選択し呼び出し、接続後にハンドルネー
ム、ＩＤ、パスワードなどの必要情報を送信する（Ｓ６
０２）。接続できない場合には、処理装置は通常のエラ
ー処理としてその旨表示して復帰する。

【０２１９】接続確立後、ゲーム機本体１０はメインメ
ニューを表示させ（Ｓ６０３）、さらにゲームネットワ
ーク４０からの送信コマンドを読み込み、これを所定の
コマンド規約に基づき解釈する。（Ｓ６０４，６０
５）。

【０２２０】この後、コマンドがイージーロビー（簡易
対戦モード）作戦ウィンドウ表示を示している場合には
（Ｓ６０６：ＹＥＳ)、ゲーム機本体１０は、イージー
ロビー作戦ウィンドウという基本画面（前述した図９参
照）を表示させる（Ｓ６０７）。さらに、ゲーム機本体
１０は後述する如く、キャラクタ選択を実行する（Ｓ６
０８：図３１参照）。

【０２２１】同様に、コマンドがエキスパートロビー
（熟達対戦モード）作戦ウィンドウ表示を示している場
合には（Ｓ６０９：ＹＥＳ）、ゲーム機本体１０は、エ
キスパートロビー作戦ウィンドウという基本画面を表示
させる（Ｓ６１０）。さらに、ゲーム機本体１０は後述
する如く、キャラクタ選択を実行する（Ｓ６１１：図３
１参照）。

【０２２２】ここでいうエキスパートロビー作戦ウィン
ドウには、基本画面（前述した図１０等参照）の他に、
各種ウィンドウ表示（前述した図１１〜図２６）も含ま
れるものとする。これら基本画面は、クライアントシス
テムに保存されている画像データに基づいて表示される
ものである。ただし、ゲームサーバシステム２において
これら作戦ウィンドウを表示させるためのハイパーテキ
スト形式のファイルを格納しておき、適時にこれをクラ
イアントシステムに提供し、ハイパーテキスト閲覧用ブ
ラウザの機能に基づいて表示させるように構成してもよ
い。

【０２２３】また、コマンドが対戦モードへの移行を示
している場合には（Ｓ６１２：ＹＥＳ）、ゲーム機本体
１０は、これら画面表示に代えて当該クライアントシス
テム内の画像データ等に基づき対戦処理を実行する（Ｓ
６１３）。

【０２２４】続いて、ゲーム機本体１０は、コントロー
ルパッド１１から操作信号が供給された場合（Ｓ６１
４：ＹＥＳ）、その操作信号を読み取り（Ｓ６１５）、
予め定められたコマンド規約にしたがってコマンド化し
てゲームネットワーク４０に送出する（Ｓ６１６）。

【０２２５】さらに、読み取った操作信号の中にコント
ロールパッド１１の操作ボタンをワンタッチで操作する
ことで出力されるクイックメッセージの情報が含まれて
いる場合、ゲーム機本体１０はその情報をコマンド化し
てゲームネットワーク４０を介してゲームサーバシステ
ム２に送出する（Ｓ６１７）。このクイックメッセージ
は、ゲームサーバシステム２により、対戦者及び観戦者
の全てのクライアントシステム１に通知される。

【０２２６】さらにまた、その操作信号の中に観戦中の
クライアントシステム１に対する視点変更の情報が含ま
れている場合、ゲーム機本体１０はゲーム空間における
仮想カメラの視点をその情報に応じて変更し、その位置
から投影したゲーム空間の画像化処理を自己システムに
おいて指令する（Ｓ６１８）。つまり、カメラ視点の変
更は、観戦しているクライアントシステム１のみにおい
て、個々に有効に機能する。

【０２２７】また、ゲームネットワーク４０からコマン
ドが送信されたきた場合には（Ｓ６１９：ＹＥＳ）、ゲ
ーム機本体１０はこれを読み取ってコマンド規約に基づ
き解釈する（Ｓ６２０）。

【０２２８】次いで、ゲーム機本体１０は、コマンドと
してチャット情報が送られてきている場合には、そのチ
ャット情報に基づいて文字情報をモニタ１２の画面に表
示する（Ｓ６２１）。本実施形態では、このチャット情
報は、観戦中のクライアントシステム１全てに通信され
るようになっているが、特定の観戦中のクライアントシ
ステム１同士でチャット情報を交換し合うように構成し
てもよい。なお、対戦中のクライアントシステム１は、
かかる情報を受け取っても、これを廃棄するようになっ
ており、対戦者の気持ちがチャット情報により散漫にな
らないようにしている。

【０２２９】また、コマンドとして振動させるコマンド
が送られてきている場合には、ゲーム機本体はコントロ
ールパッド１１の振動発生手段１１１を振動させる処理
を行なう（Ｓ６２２）。

【０２３０】ゲーム機本体１０は、エスケープ等の特別
の操作をしない限り復帰しない永久ループ処理をステッ
プＳ６０４〜Ｓ６２２を巡って実行する。

【０２３１】次に、図３１に基づき、上述したキャラク
タの選択ルーチンを説明する。

【０２３２】ゲーム機本体１０は、遊戯者に自分のキャ
ラクタを選択させるため、通常選択モード（第１の選択
モード）に対する通常キャラクタ選択画面ＧＭ１を初期
画面として表示させる（Ｓ７０１：図３２）。この画面
表示は、対戦が組まれている双方のクライアントシステ
ム１間で行なわれるため、双方の遊戯者はキャラクタ選
択に関して最初は共通の画面ＧＭ１を見ることになる。
双方の遊戯者がこの画面ＧＭ１を見ながら後述する画面
上のキャラクタボタンを選択しつつ、所望のキャラクタ
を指定する。

【０２３３】この通常キャラクタ選択画面ＧＭ１は、図
３２に示す如く、その中央部付近から上側に掛けて、通
常モード用に予めデフォルトとしてゲーム機本体１０又
はゲームサーバシステム２に格納されている通常のキャ
ラクタ（以下、通常キャラクタと呼ぶ）を選択するため
のボタンＢ１〜Ｂ１１と、ランダムモード用にキャラク
タを選択するボタン：「ランダム」Ｂ１２と、カスタム
モード用にキャラクを選択するための２つのボタン：
「カスタム」Ｂ１３及び「カスタムロード」Ｂ１４とを
有する。なお、この通常キャラクタ選択画面ＧＭ１に
は、自分からのメッセージ及び相手からのメッセージを
表示するメッセージウィンドウＭ１，Ｍ２の他、必要な
ゲーム情報を表示するウィンドウが設定されている。

【０２３４】なお、この通常キャラクタ選択画面ＧＭ１
は、通常キャラクタを選択するために用いることは勿論
だが、ランダムモード及びカスタムモードのキャラクタ
を選択するためのボタン画面も兼ねている。

【０２３５】ボタンＢ１〜Ｂ１１は、通常モード時に指
定されるボタンである。これらのボタンは、予めデフォ
ルトとして設定されている、全クライアントシステム１
に共通のキャラクタ選択ボタンであり、いずれかのボタ
ンを後述するようにカーソルで単純に選択することで、
そのキャラクタを指定できる。ここでは、１１種類のキ
ャラクタ（対戦ゲーム用の機体）から所望のキャラクタ
を選択できる。

【０２３６】また、ボタンＢ１２（「ランダム」）は、
ランダムモード時に指定されるボタンである。このボタ
ンＢ１２が指定されると、クライアントシステム１のゲ
ーム機本体１０のＣＰＵ側で自動的にキャラクタを用意
する。

【０２３７】さらに、２つのボタンＢ１３及びＢ１４
（「カスタム」及び「カスタムロード」）は、カスタム
モード時に選択的に指定されるボタンである。未だ、キ
ャラクタデータをロードしていない状態で、これらの何
れかのボタンが指定されると、前述したコントロールパ
ッド１１に装着されているメモリカード３０６からカス
タマイズされたキャラクタデータがロードされる手順に
入る。

【０２３８】次いで、ゲーム機本体１０は現在、通常キ
ャラクタ選択画面ＭＧ１に置かれている１Ｐカーソル
（自分のキャラクタ選択カーソル）及び２Ｐカーソル
（相手のキャラクタ選択カーソル）の位置を算出する
（Ｓ７０２）。このカーソル位置は、前述したパットデ
ータとして生成され、ゲームサーバシステム２を介して
相手方に送られる。このカーソル位置は、コントロール
パッド１１を操作することで任意に変更できる。自分の
１Ｐカーソルはそのまま自分の通常キャラクタ選択画面
ＭＧ１に、例えば緑色のフレームとしてボタンＢ１〜Ｂ
１４の周りに表示される。対戦相手の２Ｐカーソルのデ
ータはゲームネットワーク４０を介して送られてきて、
自分の通常キャラクタ選択画面ＭＧ１に、例えば赤色の
フレームとしてボタンＢ１〜Ｂ１４の周りに表示され
る。

【０２３９】図３２に例示した通常キャラクタ選択画面
ＭＧ１の状態では、ボタンＢ１４の「カスタムロード」
に自分の１Ｐカーソルが置かれ、一方、ボタンＢ３に相
手の２Ｐカーソルが置かれている。

【０２４０】そこで、ゲーム機本体１０は、自分の１Ｐ
カーソルが示す画面上の位置に基づいて「カスタムロー
ド」又は初めての「カスタム」が指定されているか否か
が判断される（Ｓ７０３）。

【０２４１】そして、この判断で「カスタムロード」又
は初めての「カスタム」が指定されていると分かると、
カスタムデータ選択画面ＧＭ２を表示させる（Ｓ７０
４：図３２参照）。このカスタムデータ選択画面ＧＭ２
は、図３３に例示する如く、ゲーム機本体１０の４個の
ポートＡ〜Ｄの記号と、各ポートに所属するメモリカー
ド３０６を模したウィンドウＡ１，Ａ２，Ｂ１，…，Ｄ
１，Ｄ２とを提示している。しかも、実際にメモリカー
ド３０６が装着されている個所を示すウィンドウは輝度
を上げて表示されている（図３３では斜線で示す）。い
まの場合、図３３は、ゲーム機本体１０のポートＢに接
続されているコントロールパッド１１のポートＢ１，Ｂ
２にメモリカード３０６がそれぞれ装着されていること
示している。

【０２４２】そこで、ゲーム機本体１０はコントロール
パッド１１のボタンを介して所望のメモリカード３０６
を指定させる（図３１：Ｓ７０５）。つまり、いまの例
の場合、ポートＢ１，Ｂ２の何れかのメモリカード３０
６が指定される。この指定がなされると、指定ポートの
メモリカード３０６からキャラクタデータがゲーム機本
体１０にロードされる（Ｓ７０６）。ステップＳ７０４
〜Ｓ７０６の処理がカスタムモード処理に相当する。こ
の後、画面は通常キャラクタ選択画面ＧＭ１に戻される
（Ｓ７０７）。

【０２４３】一方、前記ステップＳ７０３でＮＯの判断
の場合、ゲーム機本体１０は、ボタン選択が、一度「カ
スタムロード（ボタンＢ１４）」を行った後の「カスタ
ム（ボタンＢ１３）」の状態か否かを判断する（Ｓ７０
８）。この場合は、カスタマイズした所望のキャラクタ
データが既にゲーム機本体１０のＲＡＭにロードされて
いる状態であるから、ステップＳ７０４〜Ｓ７０６のカ
スタムモード処理を省略する。

【０２４４】つまり、「カスタムロード（ボタンＢ１
４）」及び「カスタム（ボタンＢ１３）」は共にカスタ
ムモードを指定するときに用いるが、「カスタム（ボタ
ンＢ１３）」の方は、カスタマイズされたキャラクタデ
ータが既にロードされているときに、その同一キャラク
タに対する再設定を簡単にワンタッチで行わせることが
できる。ただし、カスタマイズされたキャラクタデータ
が未だロードされていない新規指定のときには、「カス
タムロード（ボタンＢ１４）」及び「カスタム（ボタン
Ｂ１３）」の何れを操作した場合でも、ステップＳ７０
４〜Ｓ７０７のカスタムモード処理を含む処理が新たに
実行される（Ｓ７０３）。

【０２４５】次いで、ステップＳ７０８でＮＯの判断の
場合、ゲーム機本体１０は、選択ボタンがＢ１２の「ラ
ンダム」か否かを判断する（Ｓ７０９）。これにより
「ランダム」の指定であると判断されると、コンピュー
タ側が自動的に設定したキャラクタを提示するなどの適
宜なランダムモード処理が行われ（Ｓ７１０）、そのキ
ャラクタデータがゲーム機本体１０のＶＲＡＭにロード
される。

【０２４６】一方、ステップＳ７０８でＮＯの判断が出
た場合、ゲーム機本体１０は選択されているボタンは通
常モード用の何れかである。例えば図３２の場合、ボタ
ンＢ１〜Ｂ１１の何れかである。そこで、ゲーム機本体
１０は、指定ボタンを判別し、そのボタンに割り当てら
れている通常キャラクタのデータを自分のＶＲＡＭにロ
ードする処理（通常モード処理）を実行する（Ｓ７１
１）。

【０２４７】以上のようにキャラクタ選択がなされるの
と並行して、ゲーム機本体１０の通信装置１０１によっ
てゲームネットワーク４０を介してゲームサーバシステ
ム２と同期通信が双方向で定期的に行われている。

【０２４８】このため、ステップＳ７０２で算出される
画面ＧＭ１上のカーソル位置情報及び自分のＶＲＡＭに
ロードされたキャラクタデータがゲームネットワーク４
０を介してゲームサーバシステム２に送信される。この
キャラクタデータは相手方のクライアントシステム１に
送られて格納され、その後の対戦に伴うゲーム画面の表
示に用いられる。反対に、相手方のクライアントシステ
ム１がゲームネットワーク４０を介してゲームサーバシ
ステム２の制御の元に送ってきたキャラクタデータ及び
情報も、随時、定期的に自分のゲーム機本体１０の通信
装置１０１によって受信され、ゲーム機本体１０にダウ
ンロードされる。

【０２４９】そこでゲーム機本体１０は、この受信情報
の中に含まれる通常キャラクタ選択画面ＭＧ１上のカー
ソル位置に基づき、現在、相手方のクライアントシステ
ムはカスタムモード用のキャラクタデータ（カスタムデ
ータ）又はランダムモード用のキャラクタデータ（ラン
ダムデータ）を選択している最中か否かを判断する（Ｓ
７２１）。この判断がＮＯのときは、続いてカスタムデ
ータ又はランダムデータを選択開始したか否かを、同じ
くカーソル位置情報に基づき判断する（Ｓ７２２）。こ
の判断もＮＯとなるときは、通常モードの指定であるこ
とが分かるので、ゲーム機本体１０は通常モードの画面
表示処理を指令する（Ｓ７２３）。

【０２５０】この通常モードの画面表示処理の場合、相
手方が選択しているキャラクタは通常キャラクタである
から、そのカーソル位置に応じたボタンに２Ｐカーソル
の位置を合わせる処理を指令する。

【０２５１】これに対し、ステップＳ７２２でＹＥＳと
なるときは、いま相手方でカスタムデータ又はランダム
データの選択が開始されたことを示す。すなわち、ボタ
ン「ランダム」、「カスタムロード」、又は「カスタ
ム」が指定されたその時である。このため、ゲーム機本
体１０は、この後に受信されるカーソル位置（パットデ
ータ）の読み捨て処理を指令する（Ｓ７２４）。すなわ
ち、パットデータは読み込むけれども、表示処理には付
さずに、そのまま破棄する処理（すなわち無効化処理）
を指令する。

【０２５２】次いで、ゲーム機本体１０は、破棄したパ
ットデータの代わりに、破棄処理開始直前まで使ってい
たカーソル位置（パットデータ）に置き換えるカスタム
モードの表示画面処理を指令する（Ｓ７２５）。したが
って、カーソル位置の破棄が続いている間、つまり、相
手方のランダムモード又はカスタムモードに対する選択
処理が続いている間は、後述するステップＳ７２６の判
断による助力も得て、通常キャラクタ選択画面ＭＧ１上
に表示される相手方の２Ｐカーソルの位置は変わらな
い。

【０２５３】さらに、ゲーム機本体１０はカスタムデー
タ又はランダムデータの選択が終了したか否かを、前述
したパットデータの１５ビットの２値状態から判断する
（Ｓ７２６）。この判断がＮＯのときは、かかる選択が
続いているとしてパッドデータの読み捨て処理及びカス
タムモードの表示画面処理が継続される（Ｓ７２４，Ｓ
７２５）。

【０２５４】しかし、ステップＳ７２６でＹＥＳの判断
が下るときは、カスタムデータ又はランダムデータの選
択が終了したので、通常モードの画面表示処理に戻す
（Ｓ７２７）。

【０２５５】本実施形態のキャラクタ選択は以上のよう
に行われるため、通常モードのときは勿論のこと、カス
タムモード及びランダムモードのときのキャラクタデー
タをも自然な画面状態で且つゲーム性を確保した状態で
ロードすることができる。

【０２５６】すなわち、対戦する一方の遊戯者がそれら
のモードを画面上で指定した場合、受信したカーソル位
置、すなわちパットデータの読み捨て（無効化）によっ
て、もう一方の遊戯者の画面上では相手のキャラクタ選
択を示す２Ｐカーソルが「カスタムロード」、「カスタ
ム」、又は「ランダム」のボタンに固定されたままとな
り、かかるモードのキャラクタ選択が終わるまで移動し
ない。これにより、上述したもう一方の遊戯者は相手方
がカスタムモード又はランダムモードでキャラクタ選択
をしてくることは認識できる。このとき、カーソルが画
面内容と合わない不自然な動きをすることが無く、違和
感も生じない。一方で、手の内が分かっている遊戯者同
士の場合、相手カーソルの不自然な動きから相手の選択
キャラクタを予想できることもあるが、相手カーソルは
これらのモードのときは動かないので、かえって、ゲー
ムへの期待感が高められる。

【０２５７】このように、キャラクタ選択といった特定
の処理だけ送受信データのフォーマットを変えるといっ
た必要もなく、相手方で表示させたくないデータは相手
方で受信後に読み捨てるといった簡単な無効化処理によ
り、リアルタイムな同期通信に対する送受信処理の一貫
性を維持できる。

【０２５８】このようにキャラクタ選択を介してえられ
るゲーム画面の一例を図３４及び３５に模式的に示す。
これらのゲーム画面は、エキスパートロビー作戦ウィン
ドウを通して集まった例えば、１２人の遊戯者の内、ゲ
ーム態様に応じて対戦の決まった２人の対戦者及び残り
の１０人の観戦者（待機者）が見る画面である。

【０２５９】図３４は、対戦している２人の遊戯者の内
の一方がそのモニタ１２から見るゲーム画面の例であ
る。このゲーム画面は一方のキャラクタの頭上にカメラ
視点を置いたゲーム空間を示し、上述のキャラクタ選択
処理を通して選択された互いのキャラクタＣ１，Ｃ２が
対峙している。この画面の左右両端の下寄りの位置に
は、両対戦者のエンブレムＥＢ１，ＥＢ２が双方の識別
番号ＩＤ１，ＩＤ２と共にそれぞれ表示される。また、
画面中央の下寄りの位置には、クイックメッセージのウ
ィンドウＷＤａが表示される。このクイックメッセージ
は、対戦者は勿論、観戦している全てのクライアントシ
ステム１にも送られ、表示される。クイックメッセージ
を簡単な操作で表示できるので、ゲームの操作には殆ど
支障無く、且つ、ゲームの雰囲気を盛り上げることがで
きる。さらに、このゲーム画面には、残り時間を示すウ
ィンドウＷＤｂ、及び、双方のキャラクタの残りパワー
を示すライフゲージＬＧ１，ＬＧ２などが表示される。

【０２６０】図３５は、観戦している、ある遊戯者がそ
のモニタ１２から見るゲーム画面の例である。このゲー
ム画面は、ゲーム空間の任意の位置にカメラ視点を置い
た別のゲームのゲーム空間を示す。図３４の場合と比べ
て相違する点は、画面左下寄りに現在のカメラ視点のモ
ードを表示するウィンドウＷＤｃ、及び、画面の上部に
観戦者同士が行うチャット情報が表示されるウィンドウ
ＷＤｄがそれぞれ表示されることである。

【０２６１】観戦者の場合、クライアントシステム１毎
に独自の任意のカメラ視点でゲームを観戦することがで
きるので、そのときのカメラ視点のモードが表示され
る。

【０２６２】また、チャット情報は半透明処理されたウ
ィンドウＷＤｄに表示される。これにより、ゲーム画面
には殆ど影響を与えず、このウィンドウを通して観戦者
同士が現在のゲーム状態に対する感想などを交換するこ
とができる。したがって、ゲームに一緒に参加している
といった一体感などが高められ、ゲームに対する興味も
一層沸いて、飽きることも少なくなる。このチャット情
報は観戦者のみが交換することができ、対戦者には表示
されないので、ゲームへの集中力が殺がれるなどの弊害
も防止される。

【０２６３】このように、あるクライアントシステム１
が戦闘モードに割り付けられている場合、そのゲーム機
本体１０は、自分のキャラクタを操作信号に基づいて移
動させるとともに、ゲームネットワーク４０から提供さ
れる操作コマンドに基づいて敵のキャラクタの位置や態
様を変化させる。操作コマンドの割付は、ゲームごとに
任意に定めうる。これらの処理により、遊技者は、あた
かも一つのゲーム機に二つのコントロールパッド１１を
接続して他人と対戦しているかのようにゲーム対戦を実
行可能になる。

【０２６４】一方、あるクライアントシステム１が観戦
モードに割り付けられている場合、そのゲーム機本体１
０は、ゲームネットワーク４０から提供される操作コマ
ンドに基づいて対戦中の双方のキャラクタを画面上で移
動させ、その表示態様を変化させる。このとき、観戦中
のゲーム画面は、遊戯者が自分のコントロールバッド１
１のスイッチを操作することで容易に所望位置、角度に
変更される（図３５参照）。

【０２６５】この視点変更の処理により、観戦中の遊戯
者はゲーム空間のあらゆる場所から対戦を眺めた画像を
容易に得ることができる。これにより、遊戯者はゲーム
の進行状態などをより詳細に観察でき、ゲームの臨場感
をより多く享受でき、またゲームへの一体感を味わうこ
とができる。したがって、観戦しているだけでも、ゲー
ムへの興味感は高いものがあり、飽きることも殆どなく
なる。

【０２６６】加えて、この観戦モードに割り付けられて
いるクライアントシステム１同士で、チャットができる
ため、遊技者は、あたかもアミューズメントセンターで
友人がゲーム対戦をしているのを応援しているかのよう
な感覚でゲーム観戦を行うことができる。

【０２６７】なお、上述の実施形態では、受信データの
読み捨てに拠る、表示に対する無効化処理をキャラクタ
選択処理について説明したが、本発明はこれに限定され
るものではなく、双方のクライアントシステム間で相違
するゲームシーンなどを表現する場合に適用できる。

【０２６８】またなお、画像や音響をクライアントシス
テムに提供する方法として上記各実施形態では、基本的
な画像データ、音響データおよびそれらを動作させるプ
ログラムデータをクライアントシステムに格納してお
き、ゲームサーバからはそれらを動作させるコマンドを
送信してクライアントシステムを動作させるという形態
を採った。

【０２６９】しかし、ハイパーテキスト形式のファイル
を閲覧させることで、画像や音響をゲームサーバ側から
直接提供可能に構成してもよい。例えば作戦会議室など
のウィンドウ画面のみをファイル閲覧させることは情報
更新の簡便さと装置への負荷分散の観点から好ましい。

【０２７０】ここで、第５の実施形態の変形例に関する
説明を行う。この変形例は既述のチャット情報の処理に
関する。既述の説明では、チャット情報は、観戦者のク
ライアントシステム間でのみ交換されて、対戦者へのチ
ャット情報は無効化されることを説明した。変形例は、
このチャット情報の交換がより広い態様で実行されるこ
とに関する。なお、チャット情報とはクライアントシス
テム間で対話の目的でリアルタイムに交換される電子情
報であって、既述の文字情報の他に音声情報をも含むも
のである。音声情報はインターネット電話によって送ら
れるか、或いは音声ファイルに変換されて送信される。

【０２７１】ここでの変形例は、観戦者と対戦射との間
でもチャット情報を交換できるようにした点である。勿
論、対戦者といえども、チャット情報をクライアントシ
ステムを介して入力することは可能な場合がある。例え
ば、対戦者がゲームステージの間で観戦者に文字情報を
送ることが出来る。対戦者は対戦ゲームの実行中でも観
戦者に音声情報をリアルタイムに送ることが出来る。観
戦者は対戦者に対して常時チャット情報を送ることが出
来る。

【０２７２】この変形例を実現するために、観戦者のモ
ードにあるクライアントシステムには、観戦者間でのみ
チャット情報が交換できるモード（１）、全ての対戦者
との間でチャット情報が交換できるモード（２）、特定
の対戦者との間でチャット情報が交換できるモード
（３）が処理手段・処理システムに設定可能である。モ
ード（２）とモード（３）は同時に選択できないだけ
で、クライアントシステムは、複数のモードか或いは単
独のモードを選択することができる。観戦者のクライア
ントシステムにおいて、モード（１）がデフォルトに設
定されている。

【０２７３】一方、対戦者側のクライアントシステムで
は、全ての観戦者のクライアントシステムとの間でチャ
ット情報の交換ができるモード（４）、特定の観戦者の
クライアントシステムとの間でそれが可能なモード
（５）、全ての観戦者のシステムとチャット情報の交換
が出来ないモード（６）の何れかが設定できる。対戦者
のクラインアントシステムのデフォルトはモード（６）
に設定されているが、観戦者は対戦ゲームの開始前、そ
の途中でモードを変更することができる。

【０２７４】観戦者のクライアントシステム及び対戦者
のクライアントシステムでのモード設定情報は、サーバ
ーシステムに送られる。サーバーシステムの処理手段
は、これらのモード情報からチャット情報の交換が可能
な観戦者クライアントシステムと対戦者クライアントシ
ステムの組合せを、クライアントシステムを特定する情
報を記憶テーブルの形で記憶手段の特定記憶領域に記憶
する。サーバーシステムはこの情報テーブルを参照し
て、前記組合せの関係にあるクライアントシステム間で
チャット情報の交換が可能になるように情報処理を行
う。なお、組合せの関係に無いクライアントシステムに
チャット情報が送られた来たときに、このクライアント
システムがチャット情報を無効化することは、効果的な
変更の範囲内である。

【０２７５】ここで説明したシステムは、次のような場
合に、観戦者と対戦者を含むネットワークゲームの魅力
を高めるものであろう。例えば、特定の観戦者と対戦者
が組を組んで、両者間でのみ可能なチャット情報の交換
が実現される。これは、特定観戦者と対戦者が共同し
て、例えば、共同作戦を採って、相手側の対戦者と対戦
ゲームを交わしていくことに等しい。

【０２７６】なお、特定相手、または、相手間の会話情
報が、選択的に表示されるという構成を採ることもでき
る。また、自らはチャットに参加しないが、特定者間の
チャット情報を覗いたり、聞いたりするよう構成するこ
ともできる。

【０２７７】

【発明の効果】本願発明によれば、不特定多数のクライ
アントシステムの間でグループを結成することを可能に
しているので、従来の通信ゲームシステムでは提供され
なかった多彩な遊び方を提供することができ、遊技者同
士のコミュニケーションを図り、通信ゲームをさらに面
白くすることができる。

【０２７８】とくに、本願発明の構成により、多数の不
特定人が参加している通信ゲーム環境において、趣味の
合うものなどネットワーク上の友人とも言える者同士で
主として遊びたいという要求を満たすことができる。

【０２７９】また本願発明の構成により、多数人が参加
する遊技や競技で通常実施されるチーム戦、総当たり
戦、トーナメント戦など多彩な対戦の組み合わせで自分
の技量を評価可能にするという要求を満たすことができ
る。

【０２８０】さらに本願発明により、遊技者自身が対戦
していない場合であっても、他の者が対戦しているとき
にはそれを観戦して楽しみたいという要求を満たすこと
ができる。例えば、従来の通信ゲームシステムでは提供
されなかった観戦者同士のコミュニケーションを積極的
に図ることができるので、観戦中であっても、ゲームへ
の一体感を持つことができ、通信ゲームをさらに面白く
することができる。

【０２８１】さらに、本願発明により、対戦ゲームに用
いるキャラクタを選択するときに、この選択に係る操作
が違和感を与えることが無く且つゲーム前の期待感や高
揚感を維持することができる通信ゲームを提供すること
ができる。

【図面の簡単な説明】

【図１】本発明の通信ゲームシステムのシステム構成
図。

【図２】本発明の通信ゲームシステムのハードウェアブ
ロック図。

【図３】本発明の通信ゲームシステムの状態遷移図。

【図４】実施形態１における通信ゲーム処理方法（ノー
マル対戦モード）のフローチャート。

【図５】 実施形態２における通信ゲーム処理方法（チ
ーム戦対戦モード）のフローチャート。

【図６】 実施形態３における通信ゲーム処理方法（総
当り戦対戦モード）のフローチャート。

【図７】 実施形態４における通信ゲーム処理方法（ト
ーナメント戦対戦モード）のフローチャート。

【図８】本発明におけるクライアントシステムの処理フ
ローチャート。

【図９】イージーロビー作戦ウィンドウ（Ｓ０１）の表
示例。

【図１０】エキスパートロビー作戦ウィンドウ（Ｓ１
０）の表示例。

【図１１】スタートメニュー（Ｓ１１）の表示例。

【図１２】会議室選択メニュー（Ｓ１２）の表示例。

【図１３】コメント登録（Ｓ１４）の表示例。

【図１４】戦況報告ウィンドウ（Ｓ２０）の表示例。

【図１５】接続者リスト（Ｓ２１）の表示例。

【図１６】ノーマル作戦会議室（Ｓ３０）の表示例。

【図１７】プレイヤーデータウィンドウ（Ｓ３３）の表
示例。

【図１８】試合ルール変更ウィンドウ（Ｓ３２）の表示
例。

【図１９】チーム戦作戦会議室（Ｓ４０）の表示例。

【図２０】プレイヤーデータウィンドウ（Ｓ４３）の表
示例。

【図２１】戦闘スケジュール変更ウィンドウ（Ｓ４３）
の表示例。

【図２２】総当たり戦作戦会議室（Ｓ５０）の表示例。

【図２３】参加メンバー登録ウィンドウ（Ｓ５２）の表
示例。

【図２４】星取表（Ｓ５５）の表示例。

【図２５】トーナメント戦作戦会議室（Ｓ６０）の表示
例。

【図２６】参加メンバー登録ウィンドウ（Ｓ６２）の表
示例。

【図２７】実施形態５に係るゲーム機本体の概略構成
図。

【図２８】データフォーマットの構成を示す模式図。

【図２９】図３０と共に、キャラクタ選択の概要を示す
フローチャート。

【図３０】図２９と共に、キャラクタ選択の概要を示す
フローチャート。

【図３１】キャラクタ選択の処理ルーチンの概要を示す
フローチャート。

【図３２】キャラクタ選択時の初期画面を示す図。

【図３３】キャラクタ選択時のカスタムモードでの選択
画面を示す図。

【図３４】対戦者用のゲーム画面を例示する図。

【図３５】観戦者用のゲーム画面を例示する図。

【符号の説明】

１…クライアントシステム ２…ゲームサーバシステム ３…ＷＷＷサーバシステム ４…回線網 １０…ゲーム機本体 １１…コントロールパッド １２…モニタ ２０…ゲームサーバ ２１…記憶領域（データベース） ３０…ＷＷＷサーバ ３１…ＨＴＭＬ記憶領域 ４０…ゲームネットワーク ４１…インターネット １００、２００…処理装置 １０１、２０１…通信装置 １０２…出力データ生成装置 １１０…操作装置 １１１…振動発生手段 ２１０…ユーザデータベース ２１１…イージーロビーデータベース ２１２…エキスパートロビーデータベース ２１３…ノーマルデータベース ２１４…チーム戦データベース ２１５…総当たり戦データベース ２１６…トーナメント戦データベース ３０６…カードメモリ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C001 BA05 BA06 BB02 BB04 BB05 BB07 BC08 BC10 BD07 CB06 CB08 CC09 5B049 AA02 BB61 EE07 EE28 FF03 FF09 GG04 GG07

Claims (47)

【特許請求の範囲】
1. 【請求項１】 複数のクライアントシステムと、当該複
   数のクライアントシステムとの間で通信を行なうゲーム
   サーバシステムとを備える通信ゲームシステムにおい
   て、 ゲームの準備又は運用を多彩化したことを特徴とする通
   信ゲームシステム。
2. 【請求項２】 前記ゲームサーバシステムは、複数のク
   ライアントシステムを一つの対戦グループとして関係付
   けるためのグループ情報が複数種類の対戦モードに対応
   して複数格納されているデータベースを備え、 いずれか一の対戦グループが指定された場合には、指定
   された対戦グループに関係づけられている前記グループ
   情報を参照し、同一の対戦グループに属するクライアン
   トシステムの中から対戦の組み合わせを決定し、当該組
   み合わせによって決定されるクライアントシステム間の
   データの送受信を管理して対戦を実行させ、当該対戦の
   結果に対応して次の組み合わせを決定するように構成さ
   れていることを特徴とする請求項１記載の通信ゲームシ
   ステム。
3. 【請求項３】 前記データベースに格納される前記グル
   ープ情報のうち少なくとも一つは、 対戦が終了した場合に、勝った方、負けた方、固定した
   双方またはいずれか一方の固定されたクライアントシス
   テムが継続して他のクライアントシステムと対戦するよ
   うに定められた対戦モードを設定する試合ルール情報が
   含まれており、 前記ゲームサーバシステムは、対戦が終了した場合に、
   前記試合ルール情報を参照して、次の対戦の組み合わせ
   を決定する請求項２に記載の通信ゲームシステム。
4. 【請求項４】 前記ゲームサーバシステムは、 次の対戦の組み合わせに対応するクライアントシステム
   の双方から受諾を示すコマンドが送信された場合に、当
   該対戦を実行させる請求項３に記載の通信ゲームシステ
   ム。
5. 【請求項５】 前記データベースに格納される前記グル
   ープ情報のうち少なくとも一つは、 同一の対戦グループ内を二つのサブグループに分けるチ
   ーム戦対戦モードを設定するためのスケジュール情報が
   格納されており、 前記ゲームサーバシステムは、 対戦が終了した場合に、前記スケジュール情報を参照し
   て、前記対戦の結果、勝った方のクライアントシステム
   と、負けた方のクライアントシステムの属するサブグル
   ープのうち対戦していない他のクライアントシステム
   と、を次の対戦の組み合わせとして決定する請求項２に
   記載の通信ゲームシステム。
6. 【請求項６】 前記スケジュール情報は、前記サブグル
   ープ内における対戦順序が予め設定されており、 前記ゲームサーバシステムは、 いずれか一方のサブグループにおいて最後に残ったクラ
   イアントシステムが対戦に敗れた場合に、当該チーム戦
   の結果を各クライアントシステムに報知する請求項５に
   記載の通信ゲームシステム。
7. 【請求項７】 前記データベースに格納される前記グル
   ープ情報のうち少なくとも一つは、 対戦が終了した場合に、同一の対戦グループ内で一のク
   ライアントシステムが他の総てのクライアントシステム
   と対戦するように順序だてた総当たり戦対戦モードを設
   定するための登録情報が格納されており、 前記ゲームサーバシステムは、 一の組み合わせによる対戦が終了した場合に、前記登録
   情報を参照し、各クライアントシステムが未だ対戦して
   いないクライアントシステムであって対戦中でない他の
   クライアントシステムを、各クライアントシステムに対
   する次の対戦の組み合わせとして決定する請求項２に記
   載の通信ゲームシステム。
8. 【請求項８】 前記ゲームサーバシステムは、 総ての組み合わせによる対戦が終了した場合に、当該総
   当たり戦の結果を各クライアントシステムに星取り表と
   して報知する請求項７に記載の通信ゲームシステム。
9. 【請求項９】 前記データベースに格納される前記グル
   ープ情報のうち少なくとも一つは、 対戦が終了した場合に、同一の対戦グループ内において
   勝ち抜き戦形式で対戦するトーナメント戦対戦モードを
   設定するための登録情報が格納されており、 前記ゲームサーバシステムは、 一の組み合わせによる対戦が終了した場合に、前記登録
   情報を参照して対戦する組み合わせを決定し、決定した
   組み合わせによる対戦の勝者となったクライアントシス
   テム同士を次の対戦の組み合わせとして決定する請求項
   ２に記載の通信ゲームシステム。
10. 【請求項１０】 前記ゲームサーバシステムは、 勝ち抜き戦により一のクライアントシステムが最後まで
    勝ち抜いた場合に、当該トーナメント戦の結果を各クラ
    イアントにトーナメント表として報知する請求項９に記
    載の通信ゲームシステム。
11. 【請求項１１】 前記ゲームサーバシステムは、 いずれかの前記クライアントシステムから対戦要求があ
    った場合に、他の任意のクライアントシステムのなかか
    ら、いずれか一を選択して対戦させる簡易対戦モード、
    または、いずれかの前記対戦グループに属して各対戦グ
    ループ内において対戦させる熟達対戦モードのうちいず
    れかを選択して実行させる請求項２に記載の通信ゲーム
    システム。
12. 【請求項１２】 前記ゲームサーバシステムは、 前記グループ情報を参照して対戦グループを各クライア
    ントシステムに閲覧させるための対戦モード一覧表示を
    各クライアントに提供する請求項２に記載の通信ゲーム
    システム。
13. 【請求項１３】 前記ゲームサーバシステムは、 前記クライアントシステムから対戦モード一覧表示にお
    いていずれかの対戦グループが選択された場合に、選択
    された対戦グループに対応するグループ情報を前記デー
    タベースから読み取ってその内容を表示する請求項１２
    に記載の通信ゲームシステム。
14. 【請求項１４】 前記データベースには、いずれかの対
    戦グループに属するクライアントシステムの対戦履歴情
    報が格納されており、 前記ゲームサーバシステムは、 前記クライアントシステムから対戦モード一覧表示にお
    いていずれかのクライアントシステムが選択された場合
    に、選択されたクライアントシステムに対応する対戦履
    歴情報を前記データベースから読み取ってその内容を表
    示する請求項１２に記載の通信ゲームシステム。
15. 【請求項１５】 前記ゲームサーバシステムは、 前記対戦グループ内における対戦の組み合わせを決定す
    る場合に、各クライアントシステムの対戦履歴情報から
    判断される強さの程度によって組み合わせの可否を決定
    する請求項１２に記載の通信ゲームシステム。
16. 【請求項１６】 前記ゲームサーバシステムは、 前記対戦グループ内における対戦の組み合わせを決定す
    る場合に、各クライアントシステムに対戦履歴情報に基
    づいてハンディキャップを設定し、当該ハンディキャッ
    プが設定された組み合わせにおける対戦の場合には、該
    対戦の結果による前記対戦履歴情報の更新を禁止する請
    求項１２に記載の通信ゲームシステム。
17. 【請求項１７】 広域ネットワークに接続されるＷＷＷ
    サーバシステムを備え、 前記ゲームサーバシステムは、前記対戦履歴情報に基づ
    いて対戦履歴を表示するためのファイルを作成し、前記
    ＷＷＷサーバシステムの記憶領域にコンピュータに閲覧
    可能な状態で格納する請求項１２に記載の通信ゲームシ
    ステム。
18. 【請求項１８】 前記ゲームサーバシステムは、 いずれかの前記クライアントシステムから新規な対戦グ
    ループの作成要求があった場合に、当該クライアントシ
    ステムの設定内容に基づいて新たなグループ情報を前記
    データベースに新規登録する請求項２に記載の通信ゲー
    ムシステム。
19. 【請求項１９】 前記ゲームサーバシステムは、 いずれかの前記クライアントシステムからいずれかの対
    戦グループへの参加要求があった場合に、当該クライア
    ントシステムを参加要求があった対戦グループのグルー
    プ情報に関係付ける請求項２に記載の通信ゲームシステ
    ム。
20. 【請求項２０】 前記ゲームサーバシステムは、 前記対戦グループ内で対戦しているクライアントシステ
    ムには対戦用のデータを送受信し、当該対戦グループ内
    で対戦していないクライアントシステムには、対戦して
    いるクライアントシステム間の対戦を観戦するための観
    戦用のデータを送受信する請求項２に記載の通信ゲーム
    システム。
21. 【請求項２１】 前記データベースには、各クライアン
    トシステムが対戦中に観戦しているクライアントシステ
    ムに提供したいメッセージと遊技者の操作内容とを対応
    づける対応情報が登録されており、 前記ゲームサーバシステムは、 いずれかのクライアントシステムが対戦している場合
    に、当該クライアントシステムからの操作内容を参照
    し、当該操作内容に対応づけられている前記対応情報を
    読み取って観戦中のクライアントシステムに報知する請
    求項２に記載の通信ゲームシステム。
22. 【請求項２２】 前記ゲームサーバシステムは、 いずれかのクライアントシステムが対戦している場合
    に、当該対戦を観戦しているクライアントシステムから
    メッセージが送信されてきたときには、当該メッセージ
    を他のクライアントシステムに報知する請求項２に記載
    の通信ゲームシステム。
23. 【請求項２３】 前記クライアントシステムは、 前記ゲームサーバシステムからのコマンドに対応して振
    動を遊技者に伝達する振動発生手段を備え、 前記ゲームサーバシステムは、いずれかのクライアント
    システムからの操作内容に応じて前記振動発生手段を駆
    動するコマンドを他のクライアントシステムに送信する
    請求項２に記載の通信ゲームシステム。
24. 【請求項２４】 前記ゲームサーバシステムは、 複数のクライアントシステムを、対戦グループとして関
    係づけるデータベースと、各クライアントシステムとデ
    ータの送受信をする通信装置と、前記データベースを参
    照して同一対戦グループ内における複数のクライアント
    システム間のゲーム対戦を管理する処理装置と、を備え
    ている請求項２乃至請求項２３のいずれか一項に記載の
    通信ゲームシステム。
25. 【請求項２５】 クライアントシステムと当該クライア
    ントシステムと通信するゲームサーバシステムとの間で
    実行される通信ゲーム処理方法において、 ゲームサーバシステムは、複数のクライアントシステム
    を一つの対戦グループとして関係付けるためのグループ
    情報が複数種類の対戦モードに対応して複数格納されて
    いるデータベースを参照するステップと、 いずれか一の対戦グループが指定された場合には、指定
    された対戦グループに関係づけられている前記グループ
    情報を参照し、同一の対戦グループに属するクライアン
    トシステムの中から対戦の組み合わせを決定するステッ
    プと、 当該組み合わせによって決定されるクライアントシステ
    ム間のデータの送受信を管理して対戦を実行させるステ
    ップと、 当該対戦の結果に対応して次の組み合わせを決定するス
    テップと、を備えていることを特徴とする通信ゲーム処
    理方法。
26. 【請求項２６】 前記データベースに格納される前記グ
    ループ情報のうち少なくとも一つは、 対戦が終了した場合に、勝った方、負けた方、固定した
    双方またはいずれか一方の固定されたクライアントシス
    テムが継続して他のクライアントシステムと対戦するよ
    うに定められた対戦モードを設定する試合ルール情報が
    含まれており、前記次の組み合わせを決定するステップ
    は、 対戦が終了した場合に、前記試合ルール情報を参照し
    て、次の対戦の組み合わせを決定する請求項２５に記載
    の通信ゲームシステム。
27. 【請求項２７】 前記データベースに格納される前記グ
    ループ情報のうち少なくとも一つは、 同一の対戦グループ内を二つのサブグループに分けるチ
    ーム戦対戦モードを設定するためのスケジュール情報が
    格納されており、 前記次の組み合わせを決定するステップは、 前記対戦が終了した場合に、前記スケジュール情報を参
    照して、対戦の結果、勝った方のクライアントシステム
    と、負けた方のクライアントシステムの属するサブグル
    ープのうち対戦していない他のクライアントシステム
    と、を次の対戦の組み合わせとして決定する請求項２５
    に記載の通信ゲーム処理方法。
28. 【請求項２８】 前記データベースに格納される前記グ
    ループ情報のうち少なくとも一つは、 対戦が終了した場合に、同一の対戦グループ内で一のク
    ライアントシステムが他の総てのクライアントシステム
    と対戦するように順序だてた総当たり戦対戦モードを設
    定するための登録情報が格納されており、 前記次の組み合わせを決定するステップは、 一の組み合わせによる対戦が終了した場合に、各クライ
    アントシステムが未だ対戦していないクライアントシス
    テムであって対戦中でない他のクライアントシステム
    を、各クライアントシステムに対する次の対戦の組み合
    わせとして決定する請求項２５に記載の通信ゲーム処理
    方法。
29. 【請求項２９】 前記データベースに格納される前記グ
    ループ情報のうち少なくとも一つは、 対戦が終了した場合に、同一の対戦グループ内において
    勝ち抜き戦形式で対戦するトーナメント戦戦闘モードを
    設定するための登録情報が格納されており、 前記次の組み合わせを決定するステップは、 一の組み合わせによる対戦が終了した場合に、前記登録
    情報を参照して対戦する組み合わせを決定し、決定した
    組み合わせによる対戦の勝者となったクライアントシス
    テム同士を次の対戦の組み合わせとして決定する請求項
    ２５に記載の通信ゲーム処理方法。
30. 【請求項３０】 いずれかの前記クライアントシステム
    から対戦要求があった場合に、他の任意のクライアント
    システムのなかから、いずれか一を選択して対戦させる
    簡易対戦モード、または、いずれかの前記対戦グループ
    に属して各対戦グループ内において対戦させる熟達対戦
    モードのうちいずれかを選択して実行させるステップを
    備える請求項２５に記載の通信ゲーム処理方法。
31. 【請求項３１】 前記グループ情報を参照して対戦グル
    ープを各クライアントシステムに閲覧させるための対戦
    モード一覧表示を各クライアントに提供するステップを
    備える請求項２５に記載の通信ゲーム処理方法。
32. 【請求項３２】 前記複数のクライアントシステムの
    内、相手が決まったクライアントシステム間で前記ゲー
    ムサーバシステムを介してゲームに関するデータをリア
    ルタイムに送受信可能な通信ゲームシステムであって、 前記複数のクライアントシステムの各々は、前記クライ
    アントシステム間における前記データの送受信時に、一
    方のクライアントシステムが前記データの中に無効化す
    べきデータを含めて送信してきたときに、他方のクライ
    アントシステムはその無効化すべきデータに無効化の処
    理を行なうようにしたことを特徴とする請求項１記載の
    通信ゲームシステム。
33. 【請求項３３】 前記複数のクライアントシステムの各
    々は、前記無効化に処すべきデータを含む前記ゲームを
    前記ゲームサーバシステムに送信する送信手段と、前記
    ゲームシステムから前記無効化に処すべきデータが送信
    されたきたときに当該無効化に処すべきデータを無効化
    する無効化処理手段とを備えた請求項３２記載の通信ゲ
    ームシステム。
34. 【請求項３４】 前記送信手段は、前記無効化に処すべ
    きデータを、その無効化を表す情報と共に送信する手段
    である請求項３４記載の通信ゲームシステム。
35. 【請求項３５】 前記無効化を表す情報は、前記無効化
    に処すべきデータが画面上のどの表示位置に対応してい
    るかを表す位置情報である請求項３４記載の通信ゲーム
    システム。
36. 【請求項３６】 前記無効化を表す情報は、前記無効化
    を表すフラグ又はダミーデータである請求項３４記載の
    通信ゲームシステム。
37. 【請求項３７】 前記無効化に処すべきデータは、ゲー
    ムのキャラクタを選択する画面において遊戯者がカスタ
    マイズされたキャラクタを選択するときの操作に関わる
    データである請求項３２乃至３６の何れか一項に記載の
    通信ゲームシステム。
38. 【請求項３８】 前記操作に関わるデータは、コントロ
    ーラ又はパッドの操作に関わるデータである請求項３７
    記載の通信ゲームシステム。
39. 【請求項３９】 前記複数のクライアントシステムの各
    々は、ゲームのキャラクタ選択画面として、前記複数の
    クライアントシステムに予め共通に記憶させている共通
    キャラクタを選択させるための第１のボタン、及び、所
    望のクライアントシステムに着脱可能なメモリ装置を介
    して格納可能なカスタマイズされた非共通キャラクタを
    選択するモードへの移行させるための第２のボタンを含
    む画面を提示する手段であり、 前記無効化に処すべきデータは、前記第２のボタンを選
    択したときの操作状態を表すデータである請求項３２乃
    至３６の何れか一項に記載の通信ゲームシステム。
40. 【請求項４０】 前記無効化処理手段は、前記無効化に
    処すべきデータをじ捨てて非表示状態にする処理である
    請求項３３乃至３９の何れか一項に記載の通信ゲームシ
    ステム。
41. 【請求項４１】 前記複数のクライアントシステムの
    内、対戦相手が決まったクライアントシステム間で前記
    ゲームサーバシステムを介してゲームに関するデータを
    リアルタイムに送受信可能な通信ゲームシステムであっ
    て、 前記複数のクライアントシステムの各々は、前記ゲーム
    を観戦するときに当該観戦状態にある他のクライアント
    システムとの間で前記ゲームサーバシステムを介してチ
    ャットを実行可能なことを特徴とする請求項１記載の通
    信ゲームシステム。
42. 【請求項４２】 前記複数のクライアントシステムの各
    々は、前記ゲームを観戦しているときに前記チャットの
    内容を遊戯者から受け付けて当該内容に相当する文字情
    報を前記ゲームサーバシステムに送信する送信手段と、
    このゲームサーバシステムから前記文字情報が送信され
    てきたときに当該文字情報をモニタのゲーム画面上に重
    畳して表示する表示手段とを備えた請求項４１記載の通
    信ゲームシステム。
43. 【請求項４３】 前記表示手段は、前記モニタの画面上
    に前記ゲーム画面を背景として設定した半透明ウィンド
    ウ内に前記文字情報を表示する手段である請求項４２記
    載の通信ゲームシステム。
44. 【請求項４４】 前記複数のクライアントシステムの
    内、対戦相手が決まったクライアントシステム間で前記
    ゲームサーバシステムを介してゲームに関するデータを
    リアルタイムに送受信可能な通信ゲームシステムであっ
    て、 前記複数のクライアントシステムの各々は、前記ゲーム
    を観戦するときに前記ゲームが実行されるゲーム空間内
    の変更可能な仮想視点から当該空間を投影した画像を表
    示することを特徴とする請求項１記載の通信ゲームシス
    テム。
45. 【請求項４５】 複数のクライアントシステムと、この
    複数のクライアントシステムとの間で通信を行うサーバ
    ーシステムを備え、通信ゲームを実行するシステムにお
    いて、観戦者のモードにあるクライアントシステム間で
    のみ、対話情報を交換できる手段を備えて成る遊戯シス
    テム。
46. 【請求項４６】複数のクライアントシステムと、この複
    数のクライアントシステムとの間で通信を行うサーバー
    システムを備え、通信対戦ゲームを実行するシステムに
    おいて、前記対戦ゲームの観戦者のモードにあるクライ
    アントシステム間でのみ、対話情報を交換できる手段を
    備えて成る遊戯システム。
47. 【請求項４７】 複数のクライアントシステムと、この
    複数のクライアントシステムとの間で通信を行うサーバ
    ーシステムを備え、通信対戦ゲームを実行するシステム
    において、前記対戦ゲームの観戦者のモードにあるクラ
    イアントシステム間と対戦者のモードにあるクラインア
    ントシステムの特定された組合せ間でのみ、対話情報を
    交換できる手段を備えて成る遊戯システム。