JP4877639B2 - ネットワークゲームシステム及びコンピュータ読み取り可能な記憶媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、複数のゲーム端末装置が通信手段を介して互いに接続され、各ゲーム端末装置間で所定のゲームアプリケーションプログラムが実行されるようにしたネットワークゲームシステム及びこのシステムに使用されるゲーム端末装置並びにこのゲームアプリケーションプログラムを記憶した記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、この種のネットワークゲームシステムは、端末装置であるテレビゲーム装置とサーバー機とを備え、各テレビゲーム機とサーバー機とが電話回線によって直接接続されるか、或いはプロバイダを介するインターネット網によって接続されている。各端末装置は、サーバー機と共通のゲームアプリケーションプログラムの制御を受けて、各端末装置間で、遊戯者は対戦ゲームなど共通するゲーム空間が構築され、この空間内でゲームを行うことができる。
【０００３】
近年、この種のネットワークゲームシステムは数多く構築されつつあり、これに参加しようとする遊戯者の数も飛躍的に増大しつつある。係るゲームシステムにおいては、特定の用件を満たす遊戯者であれば、誰でもこのネットワークゲームシステムにアクセスすることができる。
【０００４】
ネットワークゲームシステムでは、面識の無い遊戯者同士が互いに対戦ゲームを行うことがあるににも拘わらず、遊戯者間で交換される情報は氏名や遊戯者のＩＤなどに限られており、ゲームシステムに参加している遊戯者にとっては対戦相手の情報が十分判らないという問題があった。
【０００５】
さらに、この種のゲームシステムでは、各遊戯者に共通の規約の下にゲームを進行させる。例えば、ゲーム実行中は、一回の対戦が終了するまではゲームを中断しない、などである。しかしながら、係る禁止行為が遊戯者によって行われた場合でも、従来のゲームシステムでは、他の遊戯者を保護する観点から、ネットワークゲーム上で実行されているゲームを中断するなどの対策を採ることはできなかった。
【０００６】
また、遊戯者がネットワークゲームを遊戯しようとする場合、通常インターネット経由で専用サーバーにゲーム装置端末を接続するため、遊戯者のＩＤやパスワードを照会する事に要する時間が必要である。ネットワークへの接続には、ある程度の時間（５分程度）がかかるため、この間、静止画像では遊戯者を飽きさせてしまうなどの問題がある。
【０００７】
さらに、遊戯者のＩＤやパスワードの紹介は、それぞれのネットワークゲームプログラムを管理するゲームサーバーが個々に行っており、複数のゲームサーバー間において、情報の交換等がなされていないのが現状である。この結果、ある１つのゲームサーバーとのアクセス中、すなわち特定のネットワークゲームへの参加中に悪質な行為があった場合、その後、当該ある１つのゲームサーバーへのアクセスを不許可とすることはできても、他のゲームサーバーには容易にアクセスすることができ、ネットワークゲームの運営を円滑に行う際に支障を生じていた。
【０００８】
【発明が解決しようとする課題】
そこで、この発明は、ネットワークゲームシステムに接続する他の遊戯者の情報が遊戯者に十分判るようにしたシステムを提供することを目的とする。本発明は、ネットワークゲームシステムに接続される端末装置間で遊戯者の必要な個人情報を容易に交換できるようにしたネットワークゲームシステムを提供することを目的とする。
【０００９】
本発明はこの個人情報が遊戯者に確認しやすいようにしてなるネットワークゲームシステムを提供することを目的とする。また、本発明の別の目的は、通信ゲームを行うときに、予め定めたルールに違反する遊戯者には適切な処置を講じて、そのような違反を抑制し、誰でも簡単にかつ気楽にゲームを楽しむことができるようにしたネットワークゲームシステムを提供することにある。
【００１０】
また、本発明は、ゲーム端末装置をネットワーク接続するための時間（インターバル）中、ゲーム端末を所有する遊戯者を飽きさせずにおくことができるネットワークゲームシステムを提供することを目的とする。
【００１１】
さらに、本発明は、複数のゲーム端末装置と複数のゲームサーバーとがネットワーク接続されている場合に、当該ゲーム端末装置のアクセスを許可するか否かを総括的に判定することができるネットワークゲームシステムを得ることが目的である。
【００１２】
また、本発明は、このネットワークゲームシステムに使用されるゲーム端末装置を提供することを目的とする。さらに、本発明はゲーム端末装置に上記目的を達成するためのネットワークゲームを実行させたプログラムが記憶された記憶媒体を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記課題を達成するために、本発明は、複数のゲーム端末装置が互いに接続され、各端末装置が所定のゲームアプリケーションプログラムを実行できるように構成されてなるネットワークゲームシステムにおいて、個々のゲームアプリケーションプログラムに関する情報を管理するための複数のゲームサーバーと、前記ゲームサーバーとは別に設けられ、前記複数のゲームサーバーに対して共通に適用され、前記端末装置から各ゲームサーバーへのアクセスの許可又は不許可を判定する機能を備えた認証サーバーと、を有することを特徴とする。
【００１４】
すなわち、複数のゲームサーバーに対して共通の認証サーバーを設けることで、ゲームサーバーへのアクセスの許可又は不許可の判定を個々に行う必要がなくなり、個々のゲームアプリケーションプログラムに関する情報から正確な判定を行うことができる。
【００１５】
また、この発明において、前記共通の認証サーバーは、前記端末装置から各ゲームサーバーへアクセスするための初期登録、並びに登録後におけるゲームサーバーへのアクセス許可又不許可の判定を行う、ことを特徴としている。
【００１６】
ネットワークゲームシステムに参加したユーザーは、ゲーム端末装置を使って、まず、ＩＤやパスワード等の初期登録をする必要がある。この初期登録を共通の認証サーバーによって行えば、複数のゲームサーバーへのアクセス毎に初期登録をする必要がなくなる。
【００１７】
また、前記共通の認証サーバーには、複数のゲームサーバーのそれぞれから、ゲーム端末装置の情報が入力され、登録されることを特徴としている。
【００１８】
すなわち、全てのゲームサーバーからゲーム端末装置の情報が寄せられ、認証サーバーに登録されるため、当該ゲーム装置に関する情報の一括管理が可能となる。
【００１９】
前記情報は、前記ゲームサーバーへのアクセスを不許可とする悪質な行為を実行したゲーム端末機を特定する情報である。
【００２０】
前記ゲームサーバーへのアクセス不許可は、前記悪質な行為の重要さに基づいて判定すると共に、当該判定が期間、ゲーム内容を含む要件の段階的な限定が付加される。
【００２１】
例えば、不許可を１ヶ月とか１年とか期間限定付きで判定したり、特定のゲームサーバーのみ不許可とする等の条件を付加して判定を行うことができる。
【００２２】
また、本発明は、複数のゲーム端末装置が互いに接続され、各端末装置が所定のゲームアプリケーションプログラムを実行できるように構成されてなるネットワークゲームシステムにおいて、前記各ゲーム端末装置は、遊戯者個人紹介情報を他のゲーム端末装置と交換できる制御手段を備えてなることを特徴とする。
【００２３】
例えば、前記制御手段は、個人情報を交換したいとする交換要請を通信の相手方の端末に伝達でき、この個人情報を交換したい旨の交換要請を受入れるか否かの判断してその結果を通信の相手方の端末に送出できるとともに、個人情報の交換要請を受入れの肯定入力がされたときには個人情報の交換を実行して交換データを保存し、この交換要請が否定入力されたときには交換を行なわないように構成されている。
【００２４】
この場合、前記個人情報は、一例として、仮想の名刺形態の表示データとして構成される。また、前記名刺形態の表示データは、ゲーム実行に関するデータが記録されていてもよい。さらに、前記名刺形態の表示データは、パーツ化したキャラクタをコードに対応させて各端末のゲームアプリケーションの記憶領域に保存されていることも好適な例である。このとき、前記名刺形態の表示データは、当該表示データに選択されているキャラクタのコードとして通信ネットワーク上に送出される形態をとってもよい。
【００２５】
上述した各構成において、前記端末は、独自に通信ゲームアプリケーションを実行できるゲーム機であることも好適な構成である。
【００２６】
一方、前記個人情報が仮想の名刺形態の表示データである構成において、このシステムは、前記個人情報の交換回数に応じて前記名刺の装丁に関わるデータを変更する手段を有することもできる。この場合、例えば、前記名刺の装丁に関わるデータは、名刺の色、名刺のキャラクタのモーション、名刺のキャラクタの背景、及び名刺の称号の内の少なくとも１つである。
【００２７】
また、前記個人情報が仮想の名刺形態の表示データである構成において、前記個人情報は、前記名刺形態の表示データに添付する前記遊戯者の電子メールアドレスを含んでいてもよい。
【００２８】
さらに、前述した基本構成において、前記ゲーム親局は、前記通信ゲームアプリケーションを大会形式で実行する大会サーバー手段を備えるとともに、この通信ゲームアプリケーションの実行に関する所定のルールに違反した遊戯者を判定する判定手段と、前記違反遊戯者が次に大会参加を表明してきたときに前記違反に対する警告発生又は当該大会サーバー手段への接続拒否の対策を講じる対策手段とを有する、こともできる。
【００２９】
この違反対策の構成の場合、例えば、前記判定手段及び前記対策手段は、前記大会サーバー手段の一部として構築される。また、前記判定手段及び前記対策手段は、前記通信ゲームアプリケーションの一部として構築されていてもよい。
【００３０】
一方、本発明に係る記憶媒体は、上記通信ゲームアプリケーションを端末に実現するための記憶媒体である。
【００３１】
さらに、本発明の他のゲームシステムは、複数の端末が通信ネットワークを介してゲーム提供局に接続され当該ゲーム提供局を介して各端末間で通信ゲームアプリケーションを実現できるゲームシステムであって、複数の端末の間で通信ゲームアプリケーションを実行している際に遊戯者間の個人情報を交換できる個人情報処理手段を上記各端末に備え、前記個人情報処理手段は、個人情報を交換したいとする交換要請を通信の相手方の端末に伝達できる第１の処理手段と、この個人情報を交換したい旨の交換要請を受入れるか否かの判断結果を通信の相手方の端末に送出できるとともに、個人情報の交換要請を受入れの肯定入力がされたときには個人情報の交換を実行して交換データを保存し、この交換要請が否定入力されたときには交換を行なわない第２の処理手段とを備えたことを特徴とする。
【００３２】
また、本発明は、端末装置がネットワークを介してサーバーに接続する通信システムにおいて、前記端末装置は、サーバーに接続する処理と並行してゲームプログラムを実行する制御手段を有することを特徴とする通信システムを提供するものである。
【００３３】
前記端末装置は、サーバーに接続する処理を示すプログラムと前記ゲームプログラムとを読み出しておき、前記制御手段は、ユーザーによりサーバーに接続する処理が指定されたときに、前記ゲームプログラムの実行を開始することができる。
【００３４】
そしてまた、前記端末装置は、前記ゲームプログラムの実行に従う表示を表示装置に行うと共に、前記サーバーへの接続状態も表示することもできる。
【００３５】
また、前記端末装置は、前記サーバーへの接続が完了するか、またはサーバーへの接続ができないことを検出するまで、前記ゲームプログラムを実行することができる。
【００３６】
さらにまた、前記制御手段は、サーバーへの接続が完了するか、またはサーバーへの接続ができないことを検出するまで、前記ゲームプログラムを実行することができる。
【００３７】
また、本発明における前記複数のゲーム端末装置には、前記ネットワークを介してゲーム親局と接続するときに必要なインターバルに、前記ゲームアプリケーシンプログラムとは無関係に実行される等のエキストラゲームプログラムが設定されていることを特徴とする。
【００３８】
すなわち、ネットワークへの接続には、ある程度の時間（５分程度）がかかるため、この間、静止画像では遊戯者は飽きてしまうことがある。そこで、このネットワーク接続インターバルの間に遊戯者が操作で画面上の何らかが移動したりアクションを起こしたりすることができるエキストラゲームを立ち上げておけば、遊戯者はこのエキストラゲームに熱中し、待ち時間を有意義に過ごすことができる。
【００３９】
このエキストラゲームは、ネットワーク接続時間に負担をかけない、極めて単純なミニゲームであることが好ましい。すなわち、ネットワーク接続と並行処理となるため、複雑なゲームであるとネットワーク接続時間が増大するといった不具合が生じるため、時分割するとしてもネットワーク接続が占める割合を大きくすることが好ましい。
【００４０】
また、前記エキストラゲームの実行中に、ネットワーク接続中である旨の表示がなされることにより、遊戯者は安心してエキストラゲームを楽しむことができる。
【００４１】
さらに、前記エキストラゲームは、遊戯者が操作しない場合でもゲームオーバにならずに進行していくようにする。遊戯者によっては、エキストラゲームを行わない者もいると考え、この場合にゲームオーバとなっては意味がないので、遊戯者の操作がなくてもゲームが進行していくようにすれば、ネットワーク接続時間中は動画となり、少なくとも静止画よりは楽しむことができる。
【００４２】
【発明の実施の形態】
以下、本発明の実施の形態を添付図面に基づき説明する。
（システム構成）
ここでは、特定のゲーム装置１から、ゲームサーバー７７（後述するゲーム親局７（図１参照）に相当する）へアクセスするためのシステム構成を図２９に従い説明する。
【００４３】
この場合、まず、特定のゲーム装置１は、初期登録を行う必要がある。また、初期登録後では、当該ネットワークシステムに接続されたゲームサーバー７７において悪質な行為を行った履歴があるか否かに基づいて、アクセスの許可又は不許可の判定を行う必要がある。
【００４４】
図２９に示される如く、ネットワーク３には、ゲーム装置１が接続されており、このゲーム装置１から、ネットワーク３に接続された所定のゲームサーバー７７へアクセスして、ネットワークゲームを実行することが可能となっている。なお、ゲームサーバー７７を単一としているが、ネットワーク３には、ゲームサーバー７７の増設が可能である。もちろんゲーム装置１も図示した数に限らずさらに多くのゲーム装置１が接続可能である。
【００４５】
前記ネットワーク３には、認証サーバー９００が接続されている。この認証サーバー９００は、前記複数のゲームサーバー７７の共通の認証サーバー９００である。すなわち、各ゲームサーバー７７は、個々に認証サーバーを持っていない。認証サーバー９００のデータベース９０２には、複数のゲームサーバー７７からそれぞれのゲームアプリケーションプログラムの実行に基づくゲーム装置１の情報が登録されている。この情報の内、最も重要な情報が、ゲーム装置１の悪質な行為による、今後のアクセスの許可／不許可を判定する情報である。
【００４６】
悪質であることの判定は、各ゲームサーバー７７によって様々であり、自動的に判定させて送信させるようにしてもよいし、ゲームサーバー７７の管理者が判定して入力送信するようにしてもよい。
【００４７】
前述したが、認証サーバー９００において実行する内容は、ユーザー（ゲーム装置１）の初期登録と、アクセスしてきたユーザー（ゲーム装置１）に対するアクセスを認証するか否か（許可するか否か）の判定である。
【００４８】
以下に、認証サーバー９００におけるゲーム装置１のアクセス手順を図３０のフローチャートに従い説明する。
【００４９】
まず、ステップ９５０では、登録済か否かが判定され、否定判定の場合は、ステップ９５２へ移行してゲーム装置１に付属の登録用プログラムを用いて、認証サーバー９００への登録処理を実行し、ステップ９５４へ移行する。なお、ステップ９５０において肯定判定、すなわち、既に登録済である場合は、ステップ９５２を飛び越してステップ９５４へ移行する。
【００５０】
ステップ９５４では、認証サーバーへアクセスする。このアクセスには、ユーザーＩＤ及びパスワードの入力が必須となる。
【００５１】
次のステップ９５６では、認証判断を行う。この認証判断は、データベース９０２に複数のゲームサーバー７７から提供される悪質なユーザーの情報等に基づいて、ネットワーク３への接続を許可するか否かを判断すると共に、不許可の場合の段階的な措置を決定する。この段階的な措置とは、期間を限定して不許可とするか、悪質な行為の内容に基づいてアクセスを許可するゲームサーバー７７と不許可とするゲームサーバー７７とに分類すること、ゲーム端末装置に対して悪質ユーザーになり得るという情報を表示すること、完全にゲームサーバーにアクセスできないようにすること等をいう。
【００５２】
次のステップ９５８では、この認証判定が許可（一部のゲームサーバー７７へのアクセス許可を含む）と判定された場合には、ステップ９６０へ移行して、ゲームサーバー７７への接続が可能である旨のメッセージを送出し、次いでステップ９６２において、所望のゲームサーバー７７への接続を開始し、次のステップ９６４でゲームを開始する。
【００５３】
前記ステップ９５８において、不許可（期間限定を含む）と判定された場合は、ステップ９６６へ移行して不許可である旨のメッセージを送出し、次のステップ９６８でログオフの処理が実行される。
【００５４】
上記のように、、ゲーム装置１がゲームサーバー７７へアクセスする場合に、複数のゲームサーバー７７に対して共通の認証サーバー９００へ最初にアクセスさせるようにし、この認証サーバー９００において、新規登録や、登録後であれば各ゲームサーバー７７から寄せられる情報に基づいて、当該ネットワーク３への参加を許可するか否かを判断するようにしたため、複数のゲームサーバー７７での悪質な行為等が一括して管理でき、何れかのゲームサーバー７７で悪質な行為を行ったユーザー（ゲーム装置１）に対して、別のゲームサーバー７７へのアクセスもできないようにすることができる。
【００５５】
上記構成によれば、ゲームサーバー７７が追加、増設されても、認証サーバー９００を増設する必要はないため、システム構成を簡略化することができる。
【００５６】
また、複数のゲームサーバー７７における様々な情報を一括管理できるため、悪質なユーザー（ゲーム装置１）を見つけ易くなる。この結果、悪質な行為の抑止効果にもなり得る。
（第１の実施形態）
第１の実施形態について図１乃至図１０を参照して説明する。上記システム構成において、図１に示される如く、各ゲーム装置間で共通のゲームアプリケーションプログラムが実行される。
【００５７】
第１の実施形態について図１乃至図１０を参照して説明する。図１は、本発明に係わるネットワークゲームシステムの機能ブロック図を示している。このシステムでは、各ゲーム装置間で共通のゲームアプリケーションプログラムが実行される。
【００５８】
この図１において、システムは、テレビゲーム機である複数の端末装置１、１、…と、複数のサーバー機を含むゲーム親局７と、このゲーム装置とゲーム親局とを接続するための通信ネットワーク３を備えている。このシステムにおいては、端末装置が特定のゲームを実行するために定められた特定のインターネットプロバイダ５を介してゲーム親局７に接続されていて、ゲーム親局７を通して各ゲーム装置（端末装置）１、１の間で共通のゲームアプリケーションプログラムを実行する。なお、ゲーム装置１、１、…は、通信ネットワーク３及び特定インターネットプロバイダではないインターネットプロバイダ９を介してサーバー機に接続されても良い。
【００５９】
このシステムにおいて、各ゲーム装置１、１、…は、ゲームアプリケーションプログラムを実行しているときに、遊戯者一人一人の詳細な個人情報を交換できる個人情報処理手段１０、１０、…を備えている。
【００６０】
図２は、ゲーム装置の構成を説明するための機能ブロック図である。この図２において、ゲーム装置１は、ゲームアプリケーションプログラムやその他の制御プログラムを実行する処理装置としてのＣＰＵ１ａと、この制御プログラムとして、例えば、マクロ群あるいはシナリオマクロを解釈するプログラムコード及び抽象化された動作指令に従って処理を行うプログラムコードやその他ゲームプログラムを処理する上で必要とするデータやオペレーティングシステム等を記憶するＲＯＭ１ｂと、動画等のグラフィック、テキスト及びその他の情報からなるデータ群とこれに基づいて特定のゲームを実行させるゲームアプリケーションプログラムとを記憶するＣＤ−ＲＯＭを含むＣＤ−ＲＯＭ装置１ｃと、前記ＣＰＵ１ａと各部間のデータ転送を制御するバスコントローラ１ｄと、ＣＰＵ１ａのプログラムを保持し、データ処理に使用されるＲＡＭ１ｅと、描画データから画像信号を形成する描画プロセッサ１ｆと、音響データから音響信号を形成するサウンドプロセッサ１ｇとから構成されている。
【００６１】
また、描画プロセッサ１ｆにはＶＲＡＭ１ｓが接続されていて、画像信号を形成する際に使用されている。サウンドプロセッサ１ｇにはサウンドＲＡＭ１ｔが接続されていて、音響信号を形成する際に使用されている。なお、サウンドプロセッサ１ｇの出力部は、オーディオ・ビデオ用コネクタ１ｒに接続されている。
【００６２】
上述したバスコントローラ１ｄは、大別すると、ペリフェラルインターフェース１ｈと、描画プロセッサコントローラ１ｕと、内部バスコントローラ１ｖと、外部バスコントローラ１ｗとから構成されている。
【００６３】
ＣＰＵ１ａにはバス１１ａを介してバスコントローラ１ｄが接続されており、ＣＰＵ１ａはバスコントローラ１ｄを制御する。このバス１１ａにはＲＡＭ１ｅも接続されている。上述したＣＰＵ１ａにはバス１１ｂを介して拡張シリアルコネクタ１ｑが直接接続されており、このＣＰＵ１ａは拡張シリアルコネクタ１ｑに接続されたシリアル系の付属機器との間で所定のデータ伝送方法に基づき信号の交換を行うことにより、当該付属機器を制御したり使用したりすることができるようになっている。すなわち、このゲーム装置１には、シリアル系の付属機器が接続可能になっていて、付属機器とゲーム装置１との間で、例えばプログラム、映像、音響、コマンド等の信号の交換ができるようになっている。
【００６４】
描画プロセッサコントローラ１ｕは、ＣＰＵ１ａの制御下にて描画プロセッサ１ｆを制御することができる。内部バスコントローラ１ｖにはバス１１ｃを介してＣＤ−ＲＯＭ装置１ｃ、ＲＯＭ１ｂ及びサウンドプロセッサ１ｇがそれぞれ接続されており、この内部バスコントローラ１ｖはＣＰＵ１ａの制御下にてそれらＣＤ−ＲＯＭ装置１ｃ、ＲＯＭ１ｂ及びサウンドプロセッサ１ｇの動作を制御することができる。
【００６５】
外部バスコントローラ１ｗの出力部はバス１１ｄを介して拡張コネクタ１ｍに接続されており、この外部バスコントローラ１ｗはＣＰＵ１ａの制御下にて拡張コネクタ１ｍに接続されたパラレル系の付属機器との間で信号の交換を行うことにより、この付属機器を制御したり使用したりすることができるようになっている。すなわち、このゲーム装置１には、パラレル系の付属機器が接続可能になっていて、付属機器とゲーム装置１との間でプログラム、映像、音響、コマンド等の信号の交換ができるようになっている。
【００６６】
ペリフェラルコネクタ１ｉにはペリフェラル２、２が接続されている。オーディオ・ビデオ用コネクタ１ｒには、テレビジョン（ＴＶ）モニタ４が接続されている。
【００６７】
拡張コネクタ１ｍには、パラレル系の付属装置としてケーブルモデム６が接続されており、このケーブルモデム６を介してゲーム装置はネットワーク３に接続される。
【００６８】
拡張コネクタ１ｍに接続されるパラレル系の付属装置としては、ケーブルモデム６の他に、ターミナルアダプタ、衛星データ受信機、携帯端末装置（ＰＤＡ）、携帯電話機、データ記録装置、あるいはその他のパラレル付属機器を挙げることができる。
【００６９】
拡張シリアルコネクタ１ｒに接続されるシリアル系の付属装置としては、ＰＨＳ、データ記録装置、通信ケーブル、あるいは、その他のシリアル付属機器が挙げられる。
【００７０】
図３は、ゲーム親局の構成を示すブロック図である。この図３において、ゲーム親局７は、通信ネットワーク３及び特定インターネットプロバイダ５を介して各ゲーム装置との間で通信を行う通信装置７１と、この通信装置７１に接続されていてゲーム装置１、１、…からのサインアップや接続要求を制御する一般サーバーとしての認証サーバー７２と、この認証サーバー７２の下位に設けられていて、例えば、温泉旅館等で卓球等の運動ゲームや麻雀等のゲームを他者と遊戯しているかのような疑似的な体験をゲーム装置１、１、…上で実現させるための処理を行う特殊サーバー（副サーバー）７３と…とから構成されている。ここで、副サーバー７３は、さらに第１号サーバー７３ａ、第２号サーバー７３ｂ、…、と第１０号サーバー７３ｊとからなる。副サーバーは、特定の通信対戦ゲームを各ゲーム装置端末に実行させる制御手段を有している。
【００７１】
なお、このシステムでは、各ゲーム装置間で大会形式のゲーム環境を実現できる。各遊戯者は、例えば、トーナメント方式でゲームに参加でき、かつ、ゲームの順位を取得できる。大会形式とは、所定のルールのもとで実行されるゲーム空間であることをいい、特に、どの遊戯者でも参加できること、対戦ゲームであること、参加・不参加が自由であること、をいう。
【００７２】
図２６は、ゲーム装置１がインターネットプロバイダ９、ネットワーク３及び特定インターネットプロバイダ５のそれぞれを介して副サーバーに接続した場合のブロック図が示されている。
【００７３】
副サーバー７３は、この図２６では「ワールド」と称しており、第一ワールド７３Ａから第五ワールド７３Ｅの５ワールドの構成を備えている。各ワールドは同一構成となっているため、以下では、第一ワールド７３Ａを例にとり、その詳細構成を説明する。
【００７４】
認証サーバー７２によって、認証された遊戯者は、ゲートサーバー７１から、この第一ワールド７３Ａでどのようなゲームを行っているか、並びに大会情報、スポンサー、メンテナンス時間の情報等が報知される。
【００７５】
このゲートサーバー７１には、前記第１号サーバー（１号プレイサーバー）７３ａ、第２号サーバー（２号プレイサーバー）７３ｂ、…、第１０号サーバー（１０号プレイサーバー）７３ｊによって構成されている。各プレイサーバーは同一構成となっているため、以下では第１号サーバー（１号プレイサーバー）７３ａを例にとり、プレイサーバー内の構成を説明する。
【００７６】
第１号サーバー７３ａに遊戯者の端末装置が接続されると次の環境が遊戯者側端末装置に提供される。すなわち、遊戯者は先ず、あたかも温泉旅館（ホテル）のロビー（大広間）７５の如きスペースに入る。このサーバーにはロビーに対応する記憶領域が存在する。
【００７７】
次いで、遊戯者は、前記ゲートサーバー７１によって案内報知された後の選択によって、第１号サーバー７３ａのメモリ領域に割り当てられた選択された部屋に入ることができる。 このロビー７５が所謂待合室であり、遊戯者はこのロビー７５で遊戯室（０１号〜２２４号の各室７５Ｒ）を選択することができる構造となっている。
【００７８】
各プレイサーバーは、占い部屋、将棋部屋、トランプ部屋、又は麻雀部屋等の遊戯に割り当てられている。特定のプレイサーバーの各部屋は、麻雀等の遊戯のための遊戯室となっており、それぞれ定員を持っている。遊戯者が希望する号室が定員以内であれば入室可能であり、定員を超えていれば入室不可となる。遊戯室に入った遊戯者は、既にその遊戯室に入っている他の遊戯者と麻雀などの通信対戦ゲームを実行することができる。どのワールドに入るか否かは、遊戯者の選択による。
【００７９】
図２７は、上記で説明したワールド７３Ａ（或いは、７３Ｂ乃至７３Ｅ）における、各プレイサーバー（第１号サーバー乃至第１０号サーバー）のクライアント（ゲーム装置端末／遊戯者）の入室状況を示している。 ロビー７５にいる３人のクライアントは、ネットワーク接続が完了し、これから様々なゲームの中から何れかを選択する段階を示している。一方、各号室（図２７では、０１号室と０２号室）に入室したクライアントは、それぞれの号室でのゲーム対戦が可能となる。
【００８０】
また、図２７に示される如く、各号室（図２７では、０３号室の下に記載した号室）には、プレイサーバー７３ａ（或いは７３b乃至７３ｊ）を中心として、入室している複数のクライアントが所有するゲーム装置１ａ、１ｂ、１ｃとの間で、通信が可能となっており、ルール（ユーザー設定の特別ルール）や名刺交換、対戦の準備が整った旨の連絡等がパケット通信によって送受信される。これらの情報は、全てプレイサーバー７３A乃至７３Ｊによって管理され、例えば、この号室がトランプを使ってゲーム対戦する号室であるならば、プレイサーバー７３Ａ（では、最初に配られる全員の手札の内容について何が出されたか、或いはゲーム対戦中の手札の内容等を一括管理するようになっている。
【００８１】
このゲームシステムの動作を説明する。このゲームシステムの処理動作を説明するに際し、まずゲーム端末をゲーム親局に接続しゲームを開始するまでの動作を説明し、次いで各ゲーム装置を操作する遊戯者各の個人情報を遊戯者間で交換する動作を説明する。
【００８２】
〔ゲーム装置１とゲーム親局７との接続及びゲームプレイ〕
図４は、ゲーム装置とゲーム親局との接続動作と、接続の後に各ゲーム装置端末で実行されるゲームの動作を説明しているフローチャートである。図５は、副サーバーの処理フローチャートである。図６は第１号サーバーないし第１０号サーバーの処理フローチャートである。
【００８３】
遊戯者が、ゲーム装置１に副サーバー７３への接続のための設定を行い、副サーバー７３への接続要求をゲーム装置に入力すると、図４のフローチャートが開始される。ゲーム装置１は、ゲーム装置に所定の設定が行われたか否かを判断する（図４のＳ１０１）。設定に足りないところがあるとゲーム装置１が判断すると（Ｓ１０１；ＮＯ）、「設定に足りないところがあります」というメッセージをＴＶモニタ４に表示させ（Ｓ１０２）、再び、設定入力待ちになる。
【００８４】
設定が正確であるとゲーム装置１が判断すると（Ｓ１０１；ＹＥＳ）、ゲーム装置１のＲＡＭ１ｅに記憶されている通信手順に従って、ゲーム装置１は特定インターネットプロバイダ５へ接続する処理を実行する（Ｓ１０３）。ゲーム装置１は、これに接続できたか否かを判定し（Ｓ１０４）、その接続ができないときには（Ｓ１０４；ＮＯ）、「大変混雑しているようです。」というメッケージをＴＶモニタ４に表示させて（Ｓ１０５）、フローチャートの最初に戻る。
【００８５】
ところで、図４のＳ１０３の接続処理は、時間にして数分程度要することが普通である。そこで、この接続待ち時間を利用して、エキストラゲーム（ミニゲーム）を画面に表示して遊戯者がこの遊戯を実行可能にしている。
【００８６】
以下、エキストラゲームの実行制御ルーチンを図２３に従い説明する。このルーチンは、図４のＳ１０１のｙｅｓ判定に基づき起動し、図４のＳ１０３における接続処理と並行処理される。但し、接続待機時間で実行できるようにするために、エキストラゲームは、簡単なルールを持ったミニゲームに設定されている。
【００８７】
図２３に示される如く、接続処理と同時並行して、Ｓ１０３１ではエキストラゲームプログラムをワークＲＡＭから読み出す。次に読み出したゲームプログラムを起動し（Ｓ１０３２）、ゲームを開始する（Ｓ１０３３）。このゲームの開始に基づいてゲーム画面が表示される（Ｓ１０３４）。
【００８８】
このエキストラゲームの内容は、図２４に示される如く、主オブジェクト５００に対して、このオブジェクトを妨げる妨害物５２０を弾き飛ばすという簡単なゲームであり、遊戯者はゲーム装置の操作部を使用して、主オブジェクトを左右に移動させて妨害物を弾くようにする。
【００８９】
なお、画面上には、プロバイダと接続中である旨の表示（例えば、「せつぞくちゅうです」）が常時なされると共にゲーム開始からの経過時間が時々刻々と表示される（Ｓ１０３５）。遊戯者はゲーム操作をしていても、プロバイダとの接続中であること、並びに経過時間を把握することができる。また、このゲームの得点表示も画面になされる。
【００９０】
プロバイダとの接続が完了するかあるいは失敗すると（Ｓ１０３６）、このエキスラゲームはゲーム途中でも強制的に終了して（Ｓ１０３７）、図４のＳ１０４戻る。このとき、前記「せつぞくちゅうです」の表示が、「ネットにせつぞくしました」に変わる。一方、回線のビジーや定員オーバー等により接続に失敗した場合には、「せつぞくにしっぱいしました」の表示がなされる。
【００９１】
このエキストラゲームは、本第１の実施の形態で説明する本編（メインプログラム）とは無関係であり、また、ゲーム中に得た得点等は、ゲーム終了時にクリアされる。エキストラゲームは、プロバイダとの接続までの「つなぎ」であることに適した内容であれば良い。一方、例えば初期設定（デフォルト値では関連なしが選択されている）により、このエキストラゲームで得た得点を本編のゲームに加算するといったように、エキストラゲームと本編のゲームとを関連させてもよい。
【００９２】
図４に示される如く、インターネットプロバイダ５に接続できたときには（Ｓ１０４；ＹＥＳ）、ゲーム装置１は、認証サーバー７２への接続処理を実行する（Ｓ１０６）。そして、ゲーム装置１は、認証サーバー７２への接続が完了したかを判定する（Ｓ１０７）。ここで、認証サーバー７２への接続ができなかったときには（Ｓ１０７；ＮＯ）、ゲーム装置１は「所定の金額が不足しているか、設定が足りません。」といったメッセージをゲーム装置のＴＶモニタ４に表示させて（図４のＳ１０８）、フローチャートの最初に戻る。
【００９３】
認証サーバー７２への接続処理が完了したときには（Ｓ１０７；ＹＥＳ）、ゲーム装置１は、副サーバー７３への接続処理を実行する（図４のＳ１０９）。そして、ゲーム装置１は、副サーバー７３の識別子（ＩＤ）に対する判定結果待ちになる（図４のＳ１１０；ＮＯ）。
【００９４】
副サーバー７３は、図５に示す如く、ゲーム装置１から送出されてくるＩＤを調べてＩＤが正しければ（図５のＳ２０１）、副サーバー７３からゲーム装置へプログラムデータやゲームに必要なデータをダウンロードすることを許可し（図５のＳ２０２）、一方、ＩＤが正しくないときには新たなＩＤを発行してゲーム装置１に送出し（図５のＳ２０３）、副サーバー７３からゲーム装置へのデータのダウンロードを許可する（図５のＳ２０２）。
【００９５】
図４に戻って、ゲーム装置１は、副サーバー７３からのデータのダウンロードが許可されたときに（図４のＳ１１０；ＹＥＳ）、副サーバー７３から、ゲームシステムにおいて実行されているゲームの状況に関するデータをタウンロードする（図４のＳ１１１）。ここで、ゲームの状況に関するデータとは、第何号のサーバー７３ａ、７３ｂ、…、７３ｊでいかなるゲームが行われているか、現在どのようなゲーム大会がシステム上で実行されているか等の情報を各ゲーム装置に表示するデータ群である。
【００９６】
ゲーム装置１は、そのダウンロードしたデータを基にネットマップ画面をＴＶモニタ４に表示して（Ｓ１１２）、第何号のサーバー７３ａ、７３ｂ、…、７３ｊのどのゲームが遊戯者によって選択されるのかを待つ状態になる（Ｓ１１３；ＮＯ）。遊戯者が所定のサーバー７３ａ、サーバー７３ｂ、…、サーバー７３ｊのうちの一つへ接続することを選択すると（Ｓ１１３；ＹＥＳ）、そのサーバー７３ｘ（ただし、ｘは、ａ、ｂ、…、ｊのうちの一つを意味する）への接続処理が実行される（Ｓ１１４）。しかる後に、ゲーム装置１は、遊戯者の名前と遊戯者に対して割り当てられたＩＤを当該サーバーに送信処理を行う（Ｓ１１５）。
【００９７】
これに呼応して、サーバー７３ｘは、図６に示す如く、サーバー７３ｘに接続しているゲーム装置１、１、…に対して、接続している遊戯者全員の名前等を各ゲーム装置に送出する（図６のＳ３０１）。次に、サーバー７３ｘは、大広間にて待機するに必要なデータをゲーム装置１に送出し（図６のＳ３０２）、ゲーム装置１からの選択待ちになる（図６のＳ３０３；ＮＯ）。
【００９８】
ゲーム装置１は、図４に戻って、サーバー７３ｘからのデータを基に、図７に示すネット画面４００をＴＶモニタ４に表示処理する（図４のＳ１１６）。ネット画面４００は、図７に示すように、画面左端にゲームの内容４０１、画面上部に部屋の種類４０２、画面の右端に新規部屋の作成指示ボタン４０３、同ボタン４０３の下部に部屋接続ボタン４０４、その下に戻りボタン４０５、画面左端下に交換場所指定ボタン４０６、画面下部の画面の３分の１の領域にキーボード画面４０７から構成されている。これらの意味については後述する。
【００９９】
そして、ゲーム装置１は、この画面４００を基に所定のゲームを選択する待ちの状態になる（図４のＳ１１７；ＮＯ）。そして、遊戯者からゲーム装置１にゲームの選択指令を入力すると、ゲーム装置１は、選択されたゲームの種類・内容をサーバー７３ｘに送出処理をする（図４のＳ１１８）。
【０１００】
これによりサーバー７３ｘは、図６に示す如く、選択されたゲームに関するデータを受け取ると（図６のＳ３０４；ＹＥＳ）、ゲームアプリケーションプログラムを実行する上で必要なデータをゲーム装置１に送出する（図６のＳ３０４）。さらに、サーバー７３ｘは、ゲーム装置１からゲームデータなどを取込み、同じゲームアプリケーションに接続されている他のゲーム装置１、１、…に対してデータを送出する（図６のＳ３０５）。そして、サーバー７３ｘは、ゲームアプリケーションの進行状態を処理していく（図６のＳ３０６）。
【０１０１】
そこで、ゲーム装置１は、図４に示す如く、サーバー７３ｘに接続された状態でゲームアプリケーションを処理していく上で必要なデータやプログラムを取り込んでは処理をしてゆきゲームを進行させる（図４のＳ１１８、Ｓ１１９）。
【０１０２】
このようにしてゲームシステムでは、ゲーム装置１、１、…と、認証サーバー７２、副サーバー７３、さらに下位の選択されたサーバー７３ｘとの間を接続した状態でネットワークゲームが進行していくことができる。
【０１０３】
ここで、図２５に従い、ゲーム端末とサーバーとの通信プロトコルを具体的に３個の端末Ａ、端末Ｂ、端末Ｃを使用した場合を例にとり説明する。
【０１０４】
端末Ａがこれからサーバーに接続し、通信対戦を行おうとする遊戯者が操作しており、端末Ｂが「大広間」まで接続されている遊戯者が操作しており、端末Ｃがこれから前記端末ＡＧＡ入室したり部屋（０１号室）に既に接続されている遊戯者が操作しているものとする。
【０１０５】
図２５に示される如く、まず端末Ａからサーバーに対して接続の意思を伝える（信号ａ）。
【０１０６】
この信号ａに対してサーバーでは、接続処理後にゲームの種類、進行状況等を端末Ａに送る（信号ｂ）と共に、端末Ｂに対して端末Ａが接続した旨を報知する（信号ｂ’）。
【０１０７】
端末Ａはすぐに０１号室への入室の希望をサーバーに伝え（信号ｃ）、サーバーではこの要求に対して０１号室の入室状態を調べ入室可能であれば入室許可信号を送出する（信号ｄ）。このとき、端末Ａには入室許可と共に０１号室の情報、０１号室に既に入室している相手（端末Ｃ）の情報を提供する。
【０１０８】
端末Ａはサーバーから送られてきた情報に基づいて準備（ゲームのルール等の理解）し、準備ＯＫである旨の信号を送出する（信号ｅ）。これに対してサーバーは端末Ａと端末Ｃに対してゲームの進行状況等の提供がなされる（信号ｆ、信号ｆ’）。なお、このとき端末Ｃへの信号ｆ’には、端末Ａが入室したことを報知する内容も含まれている。
【０１０９】
その後、ゲームが開始されると、端末Ａの操作に基づく信号がサーバーに送られる（信号ｇ）と共にこの信号ｇに基づいて端末Ａの操作情報を端末Ａに送り返す（信号ｈ）と共に端末Ｃへ端末Ａの操作情報を提供する（信号ｈ’）。
【０１１０】
また、これとは逆に、端末Ｃの操作に基づく信号がサーバーに送られる（信号ｉ）と共にこの信号ｉに基づいて端末Ｃの操作情報を端末Ｃに送り返す（信号ｊ）と共に端末Ａへ端末Ｃの操作情報を提供する（信号ｊ’）。
【０１１１】
後はこれらの繰り返しでゲームは進行していき、ゲームが終了するとサーバーはゲーム終了の確認信号を端末Ａ及び端末Ｃに送出する（信号ｋ、信号ｋ’）。これに対して、端末Ａはゲーム終了によるゲーム状態（勝敗を含む）をサーバーへ送信し（信号ｌ）、端末Ｃもゲーム終了によるゲーム状態をサーバーへ送信する（信号ｍ）。
【０１１２】
〔個人情報を交換するための名刺形態のデータの作成〕
既述のゲーム用システムでは、各ゲーム装置はゲーム親局を介して、遊戯者の個人紹介情報を交換できるように構成されている。この個人紹介情報には、氏名、生年月日、住所、趣味、自画像、ゲーム成績など遊戯者個人を紹介するのに適したデータが含まれる。氏名・生年月日・住所などプライバシーに関する情報については、遊戯者は必ずしも事実を規定する必要はないし、あるいは遊戯者が作成した架空のものでもよく、さらに、これらの情報を規定しないことも可能である。この各種情報は、カード状好適には名刺のオブジェクトとしてゲーム端末装置に表示されるように纏められている。すなわち、このネットワークゲームシステムにおいて、ゲーム制御プログラムは、各端末装置に前記個人紹介情報を名刺のように表現する制御処理を実行し、かつこの纏められた情報群を、名刺を交換するかのようにして、遊戯者間で互いに交換することができる。
【０１１３】
図２８には、上記名刺交換のためのサーバーとゲーム装置との通信プロトコルが示されている。なお、この図２８において、Ａ、Ｂ、Ｃがゲーム装置１であり、Ａ、Ｂ、Ｃがすでに所定の号室に入室しており、ＡがＢに対して名刺交換を要求する例を示す。
【０１１４】
まず、Ａから信号ａによりBとの名刺交換をサーバーに要請する。この要請を受けて、サーバーでは、Ｂに対してＡから名刺交換の要請があったことを伝え（信号ｂ）ると共に要請のあったＡに対してＢに送信した旨を信号ｂ’によって伝える。このとき、Ｃには当該名刺交換要請がなされていないので、サーバーからＣへの送信はない。
【０１１５】
次に、Ａから名刺交換の要請を受けたＢは、サーバーに対して名刺交換をする意志をＯＫ／ＮＯで伝える（信号ｃ）。
【０１１６】
サーバーは、Ｂからの返事をＡに伝える（信号ｄ）と共にＢに対してAに返事を送信した旨を報知する（信号ｄ’）。このとき、Ｃには当該名刺交換要請がなされていないので、サーバーからＣへの送信はない。
【０１１７】
図８は、個人紹介情報が名刺様に纏められた状態を示す画面５００を表す図である。名刺様の画面を形成するためのデータ群には、遊戯者の自画像に相当するキャラクタに対応したキャラクタコードと、遊戯者のＩＤと、遊戯者の氏名と、遊戯者の過去のゲーム成績・ゲームを実行した頻度・選択したゲームの種類の割合等ゲームに関するデータとが含まれている。ゲーム装置１は、ゲーム親局を介して受信した他のゲーム装置（遊戯者）についてのキャラクタコードと、ＩＤと、氏名等とから名刺形態の表示データを形成してゲーム装置のＴＶモニタ４に図８に示すような名刺様グラフィック５００として表示する。この名刺様グラフィック５００は、四角形の領域に示されるキャラクタ５０１と、個人ＩＤ５０２と、氏名５０３とを含んでいる。
【０１１８】
〔個人情報交換動作〕
次に、個人情報の交換動作について説明する。図９は、名刺を送る側のゲーム装置の動作を説明するためのフローチャートである。図１０は、名刺を受け取る側のゲーム装置の動作を説明するためのフローチャートである。図１１は、図９及び図１０のフローチャートが処理されていく上で順次展開される画面を示す図である。
【０１１９】
遊戯者個人間の情報の交換は、名刺を交換するということで実現される。遊戯者は、ゲーム中に名刺を交換できないが、ゲームの開始前あるいは終了後に名刺を交換することができる。ただし、いつ名刺を交換できるかは、変更可能である。
【０１２０】
図９及び図１０の名刺交換のためのフローチャートが実行されていくと、その処理の段階に応じて図１１（ａ）〜図１１（ｄ）に示す画面６００が表示される。画面６００の内容を簡単に説明する。画面６００には、遊戯者自身を示すデータ６０１が左下に表示される。また、遊戯者が参加している個別ゲーム空間（各号室）に接続している他の遊戯者に関する自己紹介データを簡略させた氏名等のデータ６０２、６０３、６０４、６０５が表示される。６０５は、同一の「個別ゲーム空間（号室）」にいない遊戯者に係わる簡略データを表示したものである。また、画面６００の中央部には、「個別ゲーム空間」に接続している遊戯者うち選択された遊戯者と名刺交換を行う名刺交換ボタン６０６と、ゲーム画面を一つ前の処理状態に戻るための戻りボタン６０７が表示されている。
【０１２１】
ゲーム装置１、１、…がサーバー７３ｘに接続されると、ゲームの種類を選択するための初期画面が表示される。ここで、特定のゲーム画面を選択すると、そのゲームの初期画面である、既述の「大広間」のゲーム画面が表示される。図７は、この「大広間」のゲーム画面を示したものである。ゲームの種類のうち「麻雀」が選択されている。「部屋」は麻雀を実施する単位をいい４人の遊戯者で形成されている。遊戯者は４人に達していない部屋であるゲーム空間に入ることができる。遊戯者が望む「部屋」に入ろうとする場合には、「部屋接続」のアイコン４０４を選択する。遊戯者が新規な「部屋」を作成して麻雀仲間を募る場合には「部屋新規作成」のアイコン４０３を選択する。
【０１２２】
遊戯者が「部屋」を選択するか、或いは「新規部屋作成」を選択すると、ゲーム装置は、麻雀ゲームを他の遊戯者と行う処理に移行し、対応する画面を表示する。図７において、４０６は既述の名刺データを交換できる場所を示すアイコンである。図７の例では、名刺交換は「部屋」において他の３人の遊戯者との間で行われる。なお、４０５は一つ前の処理に戻るためのボタンである。「大広間」は、ゲームの種類ごとに構成される大ゲーム空間であり、「部屋」はこの下部に形成される、互いに対戦ゲームを実行する複数の遊戯者の集合体である個別のゲーム空間に相当する。遊戯者はゲームの種類を選んで「大広間」に入り、かつ、「部屋」を選ぶことによって対戦相手の遊戯者と組むことが簡単にできることになって、ネットワークゲームに参加するための遊戯者側の処理操作が簡略化される。
【０１２３】
「部屋」の状態において、名刺交換ボタンが操作されると、図９のフローチャートが開始される。
【０１２４】
ゲーム装置１は、名刺交換ボタンが操作されたときには、直ちに、既に他の遊戯者との間で交換した名刺を１００枚もっているかを判定する（図９のＳ４０１）。ゲーム装置１は、名刺が１００枚既に揃っているときには（図９のＳ４０１；ＹＥＳ）、「既に１００枚持っていますのでこれ以上は無理です。名刺の整理を玄関で行ってください。」とメッセージをＴＶモニタ４に表示し（図９のＳ４０２）、初期状態に戻る。
【０１２５】
名刺が１００枚に至っていないときには（図９のＳ４０１；ＮＯ）、ゲーム装置１は、図１１（ａ）示すような画面６００ａをＴＶモニタ４に表示して交換相手を決定する待ちの状態になる（Ｓ４０３；ＮＯ）。何らかのボタンが操作されると（Ｓ４０３；ＹＥＳ）、その内容をゲーム装置１が検出して「キャンセルボタンの操作」のときには、初期状態に戻る。
【０１２６】
何らかのボタンが操作され（（Ｓ４０３；ＹＥＳ）、その内容をゲーム装置１が判断した結果、図１１（ｂ）に示すように、「部屋」にいる他の遊戯者のうち特定の遊戯者が選択されたときには、選択した遊戯者が未だゲーム部屋に居るかをサーバー７３ｘと通信して判定する（Ｓ４０４）。
【０１２７】
この判定の結果、選択された遊戯者が既に「部屋」から退出しているときには（Ｓ４０４；ＮＯ）、再び、ボタンの操作待ちになる（Ｓ４０３；ＮＯ）。一方、未だ退出していないときには（Ｓ４０４；ＹＥＳ）、サーバー７３ｘを介して相手の遊戯者が名刺の交換を行っているか否かを判定する（Ｓ４０５）。
【０１２８】
ゲーム装置は、相手の遊戯者が名刺を交換中のときには（Ｓ４０５；ＹＥＳ）、「別な相手と名刺交換を行っているようです。」とのメッセージをＴＶモニタ４に表示し（Ｓ４０６）、初期状態に戻る。一方、相手の遊戯者が名刺交換を行なっていないときは（Ｓ４０５；ＮＯ）、ゲーム装置１は、名刺交換の他のゲーム装置１に対して名刺交換の要請を行うとともに「名刺交換の要請を行っています。」というメッセージをＴＶモニタ４に表示する（Ｓ４０７）。
【０１２９】
一方、この名刺交換の要請を受信した他のゲーム装置１は、図１０に示す如く、名刺交換に関係するフローチャートを実行し、まず、他の相手の名刺の交換を行っていないことを条件に（図１０のＳ５０１；ＮＯ）、図１１（ｃ）に示すように「○○さんから名刺の交換要請がありました。ＯＫしますか？」というメッセージを他のゲーム装置１に接続されているＴＶモニタ４に表示する（図１０のＳ５０２）。画面６００ｃには、このメッセージの他に、「（名刺交換を）受けるボタン６０８」、「（名刺交換を）受けないボタン６０９」を表示する。
【０１３０】
他のゲーム装置１は、時間制限、例えば１０秒以内に遊戯者からの入力待ちの状態になる（図１０のＳ５０３）。他のゲーム装置１は、遊戯者から名刺を交換を受ける・受けないのいずれの選択入力が制限時間内になされないときには（Ｓ５０３；ＹＥＳ）、ゲーム装置１に対して名刺交換を断るデータを送出し、「制限時間内に応答がありませんでしたので、（名刺交換を）断りました。」とするメッセージを表示して（図１０のＳ５０４）、図１０のフローチャートの初期状態に戻る。
【０１３１】
他のゲーム装置１は、制限時間内に遊戯者から名刺交換を受ける又は受けないの入力がされたときには（図１０のＳ５０３；ＮＯ）、その入力を確認し（図１０のＳ５０５）、名刺交換を断る入力の場合には（Ｓ５０５；ＮＯ）、名刺交換を拒否するデータを名刺交換を要求しているゲーム装置１に対して送出するとともに「名刺交換を拒否しました。」とメッセージをＴＶモニタ４に表示し（図１０のＳ５０６）、図１０のフローチャートの初期状態に戻る。
【０１３２】
他のゲーム装置は、名刺を交換してもよいとする入力が遊戯者からあったときには（図１０のＳ５０５；ＹＥＳ）、累積交換された名刺が所定量、例えば、１００人分になったか否かを判定し（図１０のＳ５０７）、１００人分には達しないときに（Ｓ５０７；ＮＯ）、名刺交換処理を実行し、図１１（ｄ）に示すように名刺を交換していることを表すキャラクタ６１１、６１２を表示するとともに「□□さんと名刺の交換を行いました。」とのメッセージを画面に表示する（図１０のＳ５０８）。
【０１３３】
そして、「忘れずにセーブしてください。」とのメッセージを、他のゲーム装置１に接続されているＴＶモニタ４に表示して（図１０のＳ５０９）、処理を終了する。
【０１３４】
図９に戻って、ゲーム装置１では、名刺を交換するか否かの応答が制限時間内にないときには（図９のＳ４０８；ＹＥＳ）、「制限時間内に応答がありませんでした。」とするメッセージを表示して（図９のＳ４０９）、図９のフローチャートの初期状態に戻る。
【０１３５】
また、当該ゲーム装置１では、制限時間内に応答があったときには（図９のＳ４０８；ＮＯ）、その応答を確認し（図９のＳ４１０）、断りの応答の場合には（Ｓ４１０；ＮＯ）、「名刺交換を拒否されました。」とメッセージをＴＶモニタ４に表示し（図９のＳ４１１）、図９のフローチャートの初期状態に戻る。
【０１３６】
これに対し、名刺を交換してもよいとする応答があったときには（図９のＳ４１０；ＹＥＳ）、ゲーム装置１は、名刺が１００人分になったか判定し（図９のＳ４１２）、１００人分ではないときには（Ｓ４１２；ＮＯ）、名刺交換処理を実行して、「○○さんと名刺の交換を行いました。」と表示する（図９のＳ４１３）。
【０１３７】
そして、「忘れずにセーブしてください。」とメッセージを他のゲーム装置１に接続されているＴＶモニタ４に表示して（図９のＳ４１４）、処理を終了する。
【０１３８】
なお、１００枚分のときには（図９のＳ４１２；ＹＥＳ、図１０のＳ５０７；ＹＥＳ）、名刺交換処理をして（Ｓ４１５、Ｓ５１１）、「名刺の交換を行いましたが、これ以上は持ちきれません。名刺の整理を行って下さい。」とメッセージをそれぞれＴＶモニタ４に表示して（Ｓ４１６、Ｓ５１１）、初期状態に戻る。
【０１３９】
交換した名刺をセーブすると、図１２に示すように、名刺リスト８００として整理されて所定の記憶領域に格納される。この名刺リスト８００は、１頁当り４枚の名刺５００ａ、５００ｂ、５００ｃ、５００ｄが格納できるとともに、交換した日付５０４も設けられており、さらに名刺５００ａ、５００ｂ、５００ｃ、５００ｄの情報の他にゲームの内容や得点等も格納しておくことができる。
【０１４０】
この名刺に必要なデータは、各ゲーム端末装置或いは遊戯者事にサーバーの所定記憶領域に記憶される。
【０１４１】
既述の名刺には、キャラクタ（図８の５０１）が表示される。キャラクタは決められたパーツの集合体からなる。遊戯者はこれらのパーツを適宜選択することによって、独自のキャラクタを設計することができる。
【０１４２】
図１３には、各パーツにコードが割り付けられ、両者がテーブル化されていることが示されている。このテーブルは各ゲーム端末装置の所定記憶領域に設定保存されている。すなわち、ゲーム装置１、１、…には、名刺５００のキャラクタ５０１を作成するために、多数のキャラクタ５０１をパーツ５５１に分解し、各パーツをコード５５２に対応させたテーブル５５０が各ゲーム装置１、１、…のＲＯＭ１ｂ等の記憶領域、あるいはワークＲＡＭに保存されている。
【０１４３】
ここで、キャラクタのパーツ５５１とは、複数種類の人間の上半身の輪郭、これら人間の輪郭に入れる複数種類の髪型、複数種類の目、鼻、口、耳等の形状、複数種類の動物の輪郭、これら動物の輪郭に入れる複数種類の目、鼻、口、耳等の形状、ロボット等の輪郭、このロボットの輪郭に入れる複数種類の目、鼻、口、耳等の形状を部品状にしたものをいう。
【０１４４】
名刺５００のキャラクタ５０１を作るためには、ゲーム装置１において、遊戯者は、各パーツ５５１を選択しこれをＴＶモニタ４に表示して所定のキャラクタ５０１を作成する。次いで、このキャラクタを名刺５００に貼り付ける。
【０１４５】
キャラクタ５０１を名刺交換元のゲーム装置１から名刺交換先のゲーム装置１に送る際には、キャラクタ５０１を形成しているパーツ５５１、…の各コード５５２、…のみを相手方のゲーム装置１に送る。ゲーム装置１では、受信したコード５５２、…を基にゲーム装置１自身の内部にあるテーブル５００から各パーツ５５１、…を取り出して、キャラクタ５０１として作成し、名刺５００の一部としてＴＶモニタ４に表示する。したがって、名刺を交換しようとした交換元のゲーム装置１と交換先のゲーム装置１との間ではテキストデータ（文字データ）を送るのみでよく、イメージデータ（絵のデータ）を送る必要がないために、名刺交換のための伝送速度を向上させるできる。
【０１４６】
以上説明したように本実施の形態によれば、温泉場に行って「大広間」から各「ゲーム部屋」に移って娯楽ゲームをするかのような感覚を遊戯者が持つことができ、その「部屋」のゲーム空間で名刺様のデータを媒体とする個人紹介情報の交換ができるようにしたため、誰でも簡単にかつ気楽にゲームを楽しむことができるとともに、相手の遊戯者の個人紹介情報を簡単に取得することができる。
（第２の実施形態）
図１４は、本発明の第２の実施形態に係る通信ネットワークの例を示すブロック図である。各ゲーム装置はインターネットプロバイダを介して各種ネットワークにアクセスすることができる。このゲーム装置は、特定ネットワークの上位特定サーバーに接続して、既述の一般のネットワークに接続することができる。さらに各ゲーム機は、この上位特定サーバーの下位に位置する下位特定サーバーにアクセスして、この下位サーバーを介して下位特定ネットワークに接続される。前記上位サーバーによる上位特定ネットワークは、同種の家庭用ゲーム機用に形成されたネットワークであり、下位特定ネットワークは、本発明のゲームシステム用に特に構築されたネットワークである。上位ゲームネットワークに下に下位ゲームネットワークを形成することにより、特定ゲームシステムの管理や設計が容易になる。
【０１４７】
上述の実施形態において、個人情報とは、特にゲームに関するものであり、個人のゲーム成績や、ゲームの嗜好等を含む。
（第１、第２の実施形態の変形例）
次に、上述した実施形態に関する変形例を説明する。
【０１４８】
まず、第１の変形例は、名刺データに名刺交換回数を含め、この交換回数に応じて名刺の画面を変えることを特徴とする。つまり、名刺５００データＤＴには、交換した回数（すなわち、ネットワークゲームシステム上で他の遊戯者に「会った回数」に相当する）を保持させる。この交換回数は、同一の相手と名刺を交換する度に積算され、名刺データの一部として保存される。
【０１４９】
ゲーム親局７の副サーバー７３には、例えば図１５に示す如く予め定めた「会った回数とその評価の対応表」がテーブルデータとして記録されている。同図から判るように、「会った回数」に応じて、「名刺の色ＣＬ」、「キャラモーションＭＯ」、「キャラ背景ＢＫ」、及び「称号ＳＲ」を変えるようになっている。ここで、キャラとはキャラクタを意味する。
【０１５０】
「会った回数」は一例として、「１回目以降」、「２回目以降」、「４回目以降」、「６回目以降」、「８回目以降」、及び「１０回目以降」に分類されている。２回目以降〜８回目以降の名刺交換においては、同一の「会った回数（名刺交換回数）」であっても、交換元（自分）の性と交換先（相手）の性が同じか又は異なるか、すなわち同姓か異性かに応じて、「名刺の色ＣＬ」、「キャラモーションＭＯ」、「キャラ背景ＢＫ」、及び「称号ＳＲ」の内容を変えるようにしている。
【０１５１】
名刺を交換するときに、ゲーム装置１は、その相手との交換が何回目になるかを演算し、ゲーム親局７の副サーバー７３に記憶している「会った回数とその評価の対応表」とその交換回数とを照合する。この照合結果に応じて名刺データの「名刺の色ＣＬ」、「キャラモーションＭＯ」、「キャラ背景ＢＫ」、及び「称号ＳＲ」の部分を更新させる。そして、この名刺データを使って名刺交換処理を行なう。そして、交換相手には自分の名刺データが送られ、交換相手からはその相手の名刺データが送られてくるので、これをセーブさせる。
【０１５２】
このように交換された名刺データを表示させた名刺リストを図１６（ａ）〜（ｄ）に示す。同図から判るように、それらの名刺の形状に表示されているオブジェクトの形態に関わるパラメータ（「名刺の色ＣＬ」、「キャラモーションＭＯ」、「キャラ背景ＢＫ」、及び「称号ＳＲ」）が「会った回数」に応じて変化している。
【０１５３】
このように名刺交換回数（会った回数）に応じて名刺の形状に表示されているオブジェクトを変化させることで、ユーザー間の親しさへの味わいをゲームに与えることができる。
【０１５４】
次に、第２の変形例を図１７、１８に基づき説明する。この第２の変形例は、前述したように名刺を交換するときに、メールアドレスも合わせて添付することができ、本ゲームアプリケーション内でメールアドレスを添付してくれたユーザーにメールを送付することができるようにしたものである。このメールアドレスは、他のアプリケーションでも使用するようにしてもよい。
【０１５５】
この第２の変形例では、名刺を送る側のゲーム装置１は図１７に示す処理を行い、名刺を受ける側のゲーム装置１は図１８に示す処理を行う。図１７に示す処理は、前述した図９に対応し、同図の処理に、ステップＳ４０４ａ〜Ｓ４０４ｄの処理を更に付加している。図１８に示す処理は、前述した図１０に対応し、同図の処理に、ステップＳ５００ａ、Ｓ５００ｂ、Ｓ５０２ａ、Ｓ５０２ｂ、Ｓ５０５ａ、Ｓ５０５ｂを付加している。
【０１５６】
名刺を送る側での図１７の処理では、相手がゲーム部屋から退出していない（ステップＳ４０４；ＹＥＳ）と判断すると、ゲーム装置１は、自分のメールアドレスを名刺データに添付するか否かをユーザーからのインターラプティブな入力に応答して判断する（ステップＳ４０４ａ）。この判断がＹＥＳになるときは、そのユーザーのメールアドレスを名刺データに添付する処理を行う（ステップＳ４０４ｂ）。反対にＮＯ（メールアドレスを添付しない）の判断のときは、ステップＳ４０４ｂをスキップする。
【０１５７】
次いで、相手のユーザーは交換して名刺を既に所定枚数（ここでは１００枚）持っているか否かを判断する（ステップＳ４０４ｃ）。この判断でＮＯ、すなわち相手のユーザーは未だ１００枚持っておらず、名刺データの記憶に余裕があると認識できるときは、前述した図９と同様に、ステップＳ４０５以降の処理に移行する。反対に、この判断でＹＥＳ、すなわち相手のユーザーは既に１００枚の名刺を持っていると判断したときは、ＴＶモニタ４に、「相手が１００枚の名刺を持っているので、名刺交換はできません」といったメッセージを表示させ（ステップＳ４０４ｄ）、図１７の処理の初期状態に戻る。
【０１５８】
一方、名刺を受ける側での図１８の処理の場合、ゲーム装置１はこの処理が開始されると、最初に、自分は既に所定枚数（ここでは１００枚）の名刺を持っているか否かを判断する（ステップＳ５００ａ）。この判断でＹＥＳ、すなわち既に１００枚の名刺を持っているときは、ＴＶモニタ４に「○○さんから名刺交換の要請がありましたが、１００枚持っているので名刺交換はできません」といったメッセージを表示し（ステップＳ５００ｂ）、ステップ５００ａの処理に戻る。反対にステップＳ５００ａの判断でＮＯ（未だ１００枚持っていない）のときは、他の相手との名刺交換中か否かの判断、さらには交換要請がある旨の表示処理を行った後（ステップＳ５０１、Ｓ５０２）、ステップＳ５０２ａ及びＳ５０２ｂの処理を行う。
【０１５９】
ステップＳ５０２ａでは、ゲーム装置１は、名刺データにメールアドレスが添付されているか否かを判断し、ＮＯ（メールアドレスは添付されていない）の場合、ステップＳ５０３、Ｓ５０５の処理を行う。反対にＹＥＳ（つまりメールアドレスの添付）に場合、ＴＶモニタ４に「メールアドレスが添付されています」といったメッセージを表示させ（ステップＳ５０２ｂ）、次いでステップＳ５０３の処理に移行する。
【０１６０】
そして、ステップＳ５０５にて名刺を交換してもよい旨の入力が最終的にユーザーからあったとき（ステップＳ５０５；ＹＥＳ）、ゲーム装置１は、交換する名刺データにメールアドレスを添付するか否かをユーザーからの入力により判断する（ステップＳ５０５ａ）。この判断がＹＥＳ、すなわちメールアドレス添付となるときは、交換要請先に送る自分の名刺データに自分のメールアドレスを添付する処理を行う（ステップＳ５０５ｂ）。反対にＮＯのとき（すなわち、要請に応えて名刺は交換するが、メールアドレスは添付しないとき）、メールアドレス添付に関するステップＳ５０５ｂの処理を行わずに、ステップＳ５０７以降の名刺交換の処理を行う。
【０１６１】
上述した以外の処理は、前述した図９、１０の処理と同一である。
【０１６２】
したがって、このメールアドレスの添付処理によって、名刺データに添付してメールアドレスを交換することもできる。名刺は交換するが、メールアドレスは未だ交換しないなど、親密さの度合い等に応じた選択の余地も残されていることもまた、この変形例の特徴である。これにより、通信ゲームとしてのコミュニケーションの幅が広がり、ゲームの趣向性の多様化を図ることができる。
【０１６３】
次に第３、第４の変形例を説明する。これらの変形例は、交換する名刺データを本ゲームアプリケーション以外の他のアプリケーションで使用する例に関する。
【０１６４】
第３の変形例は、名刺データを他のアプリケーションで読み込み、１つのアプリケーションのみではなく、通信ネットワーク上での共通フォーマットとして扱うように構成する例である。この構成を得るには、本ゲームアプリケーションでセーブするデータの領域内に他のアプリケーションから読み込むことができる共通エリアを確保しておく。通常、ゲームのセーブデータは暗号化され、一般のユーザーが任意に書き換えたり、閲覧したりすることができないようにようになっているが、名刺データはセーブデータの中でもある一定の領域に共通フォーマットとして格納しておき、所定のプログラムを媒介させることでそのデータを読み込むことができるようにすればよい。その場合、かかる共通フォーマットと所定プログラムは所定の暗号化処理を施し、復号化処理には暗号コードを用いて行うようにすることで、機密が保持される。
【０１６５】
さらに第４の変形例は、名刺データに個人の嗜好などの情報を持たせる例である。名刺データには、ゲームに関わるデータ以外に、例えば「車が好き」といった個人の嗜好情報を保持させる。このような嗜好情報を表すフラが名刺データに含まれていた場合、これを車のネットゲームで読み込んできたときには優先的に名刺のトップ項に表示させる。また、他のアプリケーションではその名刺が「何のゲームで交換したか」を明記させることもできる。これにより、ネットワークゲームにおけるコミュニケーションを円滑にし、また、アプリケーションに横の広がりを与えることができる。さらに、このシステムにより、複数のアプリケーション間での情報伝達が可能になる。
（第３の実施形態）
本発明の第３の実施形態を図１９〜図２２に基づき説明する。
【０１６６】
この実施形態に係るゲームシステムは、そのネットワーク上に「ゲーム大会」を構築したことに特徴を有し、とくに、大会を円滑且つ公平に運営する観点から、ゲーム参加者に要求されるルールに対する違反（ここでは、ゲーム途中でのリセットやデータコピーなどの行為を言い、これを「悪質な行為」と表現する）に対するペナルティ付与処理に特徴を有する。
【０１６７】
このネットワーク上のゲーム大会は、一定期間のプレイデータを元にしてランクキングを発表する形式で行われる。その概念を図１９に示す。本ゲームシステムで採用しているゲーム親局７のサーバーはデータベース機能を有していないので、ユーザーが違反（リセットやデータコピーなど）を行うことを抑制するために、大会限定のデータベースを使用する。
【０１６８】
ゲーム親局７内に大会サーバーが構築される。この大会サーバーには、大会計画サーバー、大会運営サーバー（第１号〜第１０号サーバーの１つがその任に就く）、ランキングデータ保存領域、及び大会用認証データベースがソフト的に構築される。各ゲーム装置１は、大略、以下の順序にて大会サーバーで行われるゲーム大会に参加する。なお、以下のステップ順を表す括弧書き数字と図１９内の矢印の数字とが説明上、それぞれ対応している。
（１）：ゲーム装置１を大会サーバーに接続する。
（２）：「大会運営計画サーバー」が現在の大会状況をチェックし、その大会状況データをクライアント（ゲーム装置１）にダウンロードする。
（３）：クライアントがゲーム大会に参加する意思を示した場合、「大会用認証データベース」にそのクライアントのデータが登録される。これにより、ゲーム大会に参加できる。
（４）：クライアントはゲーム大会を運営しているゲームサーバーに入り、ゲームを行う。
（５）：ゲーム大会の中で行ったプレイデータは、大会用認証データベースに保存される。
（６）：ゲーム大会の結果は日単位で集計され、ランキングとしてデータ化される。
（７）：クライアントがランキングをみるときは、ランキングデータをダウンロードする。
【０１６９】
大会運営の計画は、いつ、どこで、何のゲームを、どのようなルールで行うか、といった情報をデータ化し、大会サーバー内に保持することでなされる。ゲーム大会は、基本的には、一定周期の連続した日程で運営される。また、サーバーダウンや諸問題の発生を考慮して、いつでも大会中止の対応をとれるように、データは変更可能になっている。大会運営で対象とするデータは、例えば、１．大会参加人数、２．どのゲームか（麻雀、将棋など）、３．どのようなルールで行うか（ルール設定）、４．開催日（年月日）、５．開催期間（日数）、６．最低試合数（規定試合数）、７．大会名（文字データ：ダウンロードにより表示）、及び８．大会スポンサ用データ（ダウンロードにより表示）である。
【０１７０】
このゲーム大会に参加するクライアントは、ゲーム内でゲーム大会への参加の意思を表明する必要がある。大会参加人数がオーバしていなければ、かかるゲーム大会に参加できる。大会用データベース上で既に参加人数が一杯であるときは、参加できない旨、クライアントに伝えられる。
【０１７１】
このゲーム大会には基本的ルールが設定されている。それは、ゲーム大会に参加したユーザーは「規定試合回数」を消化しなれけば参加終了とは見なされず、最終的なゲーム成績が残らないようになっている、ことである。しかも、この規定試合回数は一定の大会開催期間の間に消化されることが条件になっている。ただし、規定試合回数を超えてプレイすることは可能になっている。
【０１７２】
大会運営サーバーＧＳの概念的構成を図２０に示す。このサーバーＧＳは、独自のフォーマットであっても、通常のゲームサーバーと同じフォーマットであってもよい。ただし、大会運営サーバーＧＳには、大会参加可能なクライアント（ユーザー）以外の参加者は、ゲームをするための部屋に入ることができない（但し、観戦はできるようになっている）。
【０１７３】
このゲーム大会（麻雀、将棋など）に参加してプレイしたデータは、全て、親局に構築される大会用認証データベースに保存される。保存されるデータの一例を図２１に示す。具体的には、１．プレーヤの名前データ、２．プレーヤの顔データ、３．プレーヤの会員番号、４．大会プレイデータの合計値、５．大会プレイ回数、６．プレーヤのＩＰアドレス、７．プレーヤの個人ＩＤ、及び、８．悪質行為情報（リセット回数など）、である。
【０１７４】
特に、最後の項目８の悪質行為情報は、ゲーム大会に参加したにも関わらず、規定回数のゲームを消化しないうちに、途中でリセットして退場したような悪質な違反を表す。このような悪質なユーザーには次回のゲーム大会参加時に注意を喚起するか、ペナルティを課すなどして警告し、そのような悪質な行為を抑制しようとするものである。
【０１７５】
この悪質行為を判定し、警告する手法として、大会運営サーバー側で対処する方法と、アプリケーション（ゲームソフト）側で対処する手法がある。
＜１Ａ：サーバー側による判定法＞
これには２つの手法がある。
【０１７６】
（ａ）：１つは、大会運営サーバーが常に全クライアントを管理するもので、途中退室や禁止用語の回数などを逐一監視し、その記録を大会用データベースに登録する。
【０１７７】
（ｂ）：もう１つの手法は、全クライアントについて各ゲームに入るときと出るとき（入室時及び退室時）のみ管理し、正規の方法でゲームから出ない（退室しない）ユーザー（つまり、電話回線をオフしたユーザー）を管理するものである。この管理方法は、逐一管理する前者の手法よりも大会運営サーバーの負担が少ないという利点がある。
＜１Ｂ：サーバー側による警告法＞
大会運営サーバーが採り得る警告法には、以下のような態様がある。
【０１７８】
（ａ）：家庭用ゲーム機の場合、ゲーム装置１は必ず課金サーバー（図示せず）に接続するため、悪質行為を行ったクライアントが次回接続してきたときに、課金サーバーが警告を行ったり、ユーザーからの接続を拒否させる。
なお、このとき、悪質行為者名を載せたブラックリストを複数のゲーム間で共有することができる。すなわち、ゲームＡでブラックリストに載ったクライアントに対して、ゲームＢにおいても警告や接続拒否を行うようにしてもよい。
【０１７９】
（ｂ）：各ゲートサーバー（図示せず）がユーザーＩＤを管理もので、悪質行為を行ったクライアントが次回接続してきたときに、このサーバーからブラックリストフラグをクライアントに送る。クライアントのゲームアプリケーションはそのフラグが立っているときは、ＴＶモニタに表示される顔の上に「要注意人物」のマークやメッセージを重畳表示することで、警告を行う。
【０１８０】
（ｃ）：各ゲートサーバー（図示せず）がユーザーＩＤを管理もので、悪質行為を行ったクライアントが次回接続してきたときに、このサーバーからブラックリストフラグをクライアントに送る。クライアントのゲームアプリケーションはそのフラグが立っているときは、ネットワーク接続毎に「警告文章」を画面に表示させるようにする。
【０１８１】
（ｄ）：大会用データベースに悪質行為者のブラックリストを作成し、このリストに基づいて大会用認証データベースのデータをチェックし、そのチェック結果に応じて電子メールにより警告を発するようにする。
＜２Ａ：アプリケーション側による判定法＞
これにも２つの手法がある。
【０１８２】
（ａ）：１つ目はゲーム開始時とゲーム終了時にフラグを立てる手法である。通常のゲームでは、ゲーム成績等のデータはゲーム終了時に保存される。これに対し、このフラグを用いる手法の場合、ゲーム開始時にマイナスのフラグ保存し、ゲーム終了時に通常のゲーム成績にマイナスフラグを加えてマイナス要因を解除する手法である。例えば、ゲーム開始時にわざと「１敗」と書きこみ、ゲーム終了時にこの「１敗」を元に戻してやる。こうすることにより、ゲーム中の「負けているから抜けよう」と、途中退室を企てるクライアントにとっては、「敗北した」という状況が作り出され、途中退室が抑制される。この手法は、サーバー側に一切の負担を掛けないという利点がある。
【０１８３】
（ｂ）：この手法は、悪質行為を判定するための一定の条件をアプリケーションに組み込んでおき、その条件に合致した場合、ゲームシステム本体のＲＡＭの一定エリアにその情報を書き込むようにする。これにより、１つのアプリケーションだけでなく、複数のアプリケーション間でフラグを共有できるので、「リセット回数」、「禁止用語」などを判定することができる。
＜２Ｂ：アプリケーション側による警告法＞
アプリケーション側で採り得る警告法には、以下のような態様がある。
【０１８４】
（ａ）：家庭用ゲーム機の場合、サーバー本体内に「要注意人物」フラグを書き込み、それ以降、どのようなゲームソフトを立ち上げても、同様に警告を発生させる。
【０１８５】
（ｂ）：ブラックリストからのフラグをゲームシステムの本体ＲＡＭに書き込み、それ以降、全てのアプリケーションで「ブラックリストフラグ」を立てる。
【０１８６】
（ｃ）：ゲームのセーブデータ内にフラグを持たせ、悪質行為の程度に応じて、選択できない項目（例えば顔のパーツやゲームなど）を課す。
【０１８７】
以上のように、悪質行為はサーバー側、アプリケーション側のいずれかで確実に判定されるともに、その程度に応じて、適宜な警告や罰則が与えられる。つまり、悪質行為者が再度、同一のゲーム大会または別のゲームに接続してきたときには、セーブデータ内のフラグを変化させたり、「ゲーム中にリセットしてはいけません」などの警告をそのクライアントに与えることできる。また、悪質の度合いが所定の限度を超えたときには、次回の接続時に、そのクライアントの接続を拒否することもできる。
【０１８８】
これにより、途中退室（リセット）などの悪質行為の発生を無くし又は抑制して、ゲーム参加のクライアントにとって望ましいゲーム大会環境を創ることができる。
【０１８９】
さらに、プレイされたデータは大会用認証データベースに保存される。このデータは日単位で集計され、一例として、上位１００人のランキングがランキングデータ保存領域に保存される。このランキング情報は、メニューからダウンロードボタンをクロックすることでダウンロードでき、ユーザーはそれを見ることができる。なお、ダウンロードできる情報は、図２１にリストアップした項目１〜５までに限定されている。
【０１９０】
大会期間が終了したときには、ランキングは最終的に集計され、規定試合数をクリアしてクライアントだけの順位が出される。大会期間が終了すると、その最終集計したランキングが次のゲーム大会まで表示され続ける。図２２に、ゲーム大会とランキング表示の関係を模式的に示す。
【０１９１】
なお、本発明の実施形態において、前記認証サーバーは遊戯者が特定ゲームサーバーへアクセスした場合の課金をするための制御動作を実行する。また、悪質遊戯者に対しては特定ゲームサーバー或いは認証サーバーは、ゲーム端末装置に対して悪質遊戯者であることを通知して画面に表示する等の制御動作を実行する。
【０１９２】
【発明の効果】
以上説明したように本発明によれば、特殊サーバーに接続した複数の遊戯者と簡単にかつ気楽なゲームを楽しむことができる他、ゲーム相手の個人情報を交換することができ、ゲームの楽しみに加えて、知人友達等が作ることができる。
【図面の簡単な説明】
【図１】図１は、本発明の第１の実施形態に係るゲームシステムの全体構成を示すブロック図である。
【図２】図２は、同システムで使用するゲーム装置を示すブロック図である。
【図３】図３は、同システムで使用するゲーム親局の構成を示すブロック図である。
【図４】図４は、上記ゲームシステムにおけるゲーム装置とゲーム親局との接続動作と、接続の後のゲームプレイの動作を説明するためのフローチャートである。
【図５】図５は、同システムにおける副サーバーの処理フローチャートである。
【図６】図６は、同システムの第１号サーバーないし第１０号サーバーでの処理フローチャートである。
【図７】図７は、同システムのフローチャートで処理していく際に表示するネット画面を示す図である。
【図８】図８は、同システムの名刺形態の表示画面を示す図である。
【図９】図９は、同システムの名刺を送る側の動作を説明するためのフローチャートである。
【図１０】図１０は、同システムの名刺を受け取る側の動作を説明するためのフローチャートである。
【図１１】図１１は、図９及び図１０のフローチャートが処理されていく上で表示される画面を示す図である。
【図１２】図１２は、同システムにおける名刺リストの平面図である。
【図１３】図１３は、同システムにおける各パーツのコードの関係をテーブル化して示す図である。
【図１４】図１４は、本発明の第２の実施形態に係るゲームシステムの例である。
【図１５】図１５は、第１の変形例を示す「会った回数と評価の対応表」の一例を示す表図である。
【図１６】図１６は、会った回数に応じて背景等を変化させた各種の名刺を載せた名刺リストの画面図である。
【図１７】図１７は、第２の変形例に係る名刺を送る側のゲーム装置の処理を説明するフローチャートである。
【図１８】図１８は、第２の変形例に係る名刺を受け取る側のゲーム装置の処理を説明するフローチャートである。
【図１９】図１９は、本発明の第３の実施形態に係るゲーム大会の概念を説明する図である。
【図２０】図２０は、ゲーム大会の大会サーバーを説明する図である。
【図２１】図２１は、大会用認証データベースに保存されるプレイデータの項目を説明するリストである。
【図２２】図２２は、ゲーム大会の時間的流れを説明する図である。
【図２３】図２３は、図４のサーバーへの接続中に実行されるエキストラゲームの実行制御ルーチンを示すフローチャートである。
【図２４】図２４は、エキストラゲームの表示画面の一部を示す正面図である。
【図２５】図２５は、サーバーと端末との通信プロトコルを端末Ａ,Ｂ,Ｃを用いて説明するための流れ図である。
【図２６】図２６は、ゲーム装置をインターネットプロバイダを介して親局に接続するときの状態と、親局の特殊サーバー（ワールド）の詳細を説明するブロック図である。
【図２７】図２７は、プレイサーバーにおけるクライアントの入室状況と、通信形態（パケット通信）について説明するためのブロック図である。
【図２８】図２８は、名刺交換に関する通信プロトコルを示す流れ図である。
【図２９】図２９は、本発明の基本的なネットワークシステム構成を示し、特に複数のゲームサーバーに対して単一の認証ーバーを設けた場合のシステム構成図である。
【図３０】図３０は、図２９に示したシステム構成図における認証サーバーによるアクセスの許可／不許可を判断するための制御フローチャートである。

Claims (3)

1. 複数の端末装置が互いに接続され、前記複数の端末装置がそれぞれ所定のゲームアプリケーションプログラムを実行するように構成されてなるネットワークゲームシステムであって、
   前記複数の端末装置のそれぞれは、遊戯者の個人紹介情報の交換を制御する制御手段を備え、
   前記制御手段は、
   他の端末装置から前記個人紹介情報の交換要請が送信され、当該交換要請を受信したときに、前記個人紹介情報を交換するか否かの遊戯者の操作に基づいて、前記交換要請に応じない場合には、前記交換要請に応じない旨の通知を前記交換要請の送信元の他の端末装置に送信し、前記交換要請に応じる場合には、前記交換要請に応じる旨の通知及び自己の装置の遊戯者の個人紹介情報を前記交換要請の送信元の他の端末装置に送信すると共に、前記交換要請の送信元の他の端末装置から当該他の端末装置の遊戯者の個人紹介情報を取得して、前記交換要請の送信元の他の端末装置の遊戯者の個人紹介情報を所定の記憶領域に格納し、
   遊戯者の操作に基づいて、他の端末装置に前記交換要請を送信したときに、前記交換要請の送信先の他の端末装置から前記交換要請に応じる旨の通知及び前記交換要請の送信先の他の端末装置の遊戯者の個人紹介情報を受信すると、自己の装置の遊戯者の個人紹介情報を前記交換要請の送信先の他の端末装置に送信し、当該他の端末装置の遊戯者の個人紹介情報を前記記憶領域に格納する
   ことを特徴とするネットワークゲームシステム。
2. 前記自己の装置の遊戯者の個人紹介情報には、特定の遊戯者と行われたそれぞれの前記個人紹介情報の交換回数に関する情報が含まれ、
   前記制御手段は、前記特定の遊戯者と行われたそれぞれの前記個人紹介情報の交換回数に応じて、前記自己の装置の遊戯者の個人紹介情報の表示形態を変化させる
   ことを特徴とする請求項１に記載のネットワークゲームシステム。
3. ネットワークゲームシステムを構成する複数の端末装置のそれぞれで実行される所定のゲームアプリケーションプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、
   前記複数の端末装置がそれぞれ有する、遊戯者の個人紹介情報の交換を制御する制御手段に対して、
   他の端末装置から前記個人紹介情報の交換要請が送信され、当該交換要請を受信したときに、前記個人紹介情報を交換するか否かの遊戯者の操作に基づいて、前記交換要請に応じない場合には、前記交換要請に応じない旨の通知を前記交換要請の送信元の他の端末装置に送信し、前記交換要請に応じる場合には、前記交換要請に応じる旨の通知及び自己の装置の遊戯者の個人紹介情報を前記交換要請の送信元の他の端末装置に送信すると共に、前記交換要請の送信元の他の端末装置から当該他の端末装置の遊戯者の個人紹介情報を取得して、前記交換要請の送信元の他の端末装置の遊戯者の個人紹介情報を所定の記憶領域に格納する第１のステップと、
   遊戯者の操作に基づいて、他の端末装置に前記交換要請を送信したときに、前記交換要請の送信先の他の端末装置から前記交換要請に応じる旨の通知及び前記交換要請の送信先の他の端末装置の遊戯者の個人紹介情報を受信すると、自己の装置の遊戯者の個人紹介情報を前記交換要請の送信先の他の端末装置に送信し、当該他の端末装置の遊戯者の個人紹介情報を前記記憶領域に格納する第２のステップと、
   を実行させることを特徴とするコンピュータ読み取り可能な記憶媒体。

Images