JP2003164671A - ゲーム用サーバ装置、ゲーム管理方法及びゲーム管理用プログラム - Google Patents

Abstract

(57)【要約】 【課題】 プレイヤが希望する対戦相手を容易に指定す
る。 【解決手段】 センターサーバ装置の制御部のＣＰＵ３
６１は、各クライアント端末装置１のゲーム進行状況を
監視する監視部３６１ａと、監視結果を各クライアント
端末装置１のモニタ１１に表示させるべく各クライアン
ト端末装置１に送信する監視結果送信部３６１ｂと、１
つの端末装置からの、少なくとも１以上のクライアント
端末装置１を特定しての対戦要求を受信する対戦要求受
付部３６１ｃと、対戦要求で特定されたクライアント端
末装置１にその旨を通知する対戦要求送信部３６１ｄと
を備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、それぞれモニタを
有する複数の端末装置と通信可能に接続され、複数の端
末装置間で対戦ゲームを実行させるべくゲーム進行の管
理を行うゲーム用サーバ装置、ゲーム管理方法及びゲー
ム管理用プログラムに関するものである。

【０００２】

【従来の技術】従来、複数のプレイヤで行なうクライア
ント端末装置として種々のものが提案され、あるいは既
に使用されている。また、ゲームセンター等において
は、同一機種のゲーム装置（端末装置）が複数台配設さ
れ、ＬＡＮ及びインターネット等のネットワーク（及び
サーバ）を介して複数のクライアント端末装置が接続さ
れ、複数のプレイヤが同一のゲーム空間でゲームを行な
うことの可能なクライアント端末装置がある。このよう
なクライアント端末装置では、麻雀、将棋等のテーブル
ゲームやスポーツ、格闘技等の対戦型ゲームが行われて
いる。

【０００３】上記のテーブルゲームや対戦型ゲームを行
なう場合、ＬＡＮ及びインターネット等のネットワーク
（及びサーバ）を介して複数のクライアント端末装置が
接続されているため、不特定多数のプレイヤがゲームに
参加することができる。このようにして、見知らぬ者同
士が対戦する場合、対戦相手のゲームに関する能力等が
わからないため、ゲーム装置をスタンドアローンの形態
で用いてゲーム装置を対戦相手として対戦を行なう通常
のゲームに比べて、ゲームの進行に意外性が付与され、
ゲームに一定の興趣性を与えることができる。

【０００４】

【発明が解決しようとする課題】麻雀、将棋等のテーブ
ルゲームにおいては、対戦相手によって興趣性が大きく
左右される。例えば、麻雀ゲームの場合、手作り（役作
り）を楽しみたいプレイヤにとって鳴きが多く早上がり
を狙うプレイヤは目障りな存在であり、ゲームの楽しみ
が大きく損なわれることもある。また、上級者にとって
下級者は対戦相手として力量不足であり物足りなさを感
じるため、ゲームの興趣性が殺がれる要因となる。

【０００５】従来、ネットワーク（及びサーバ）を介し
て複数のビデオゲーム装置が接続されている場合、対戦
相手に関するゲーム空間上における情報がわからない、
又は対戦相手のゲーム進行状況がわからないことが原因
で、プレイヤは、例えば、とりあえずモニタ等に表示さ
れている対戦相手を無作為に指定して対戦を行ってい
た。そのため、相応しくない（若しくは所望しない）対
戦相手との対戦を余儀なくされる事態が発生し、ゲーム
の興趣性が殺がれることがあった。

【０００６】本発明は、上記の課題に鑑みてなされたも
ので、プレイヤが希望する対戦相手を容易に指定できる
ゲーム用サーバ装置、ゲーム管理方法及びゲーム管理プ
ログラムを提供することを目的とする。

【０００７】

【課題を解決するための手段】請求項１に記載のゲーム
用サーバ装置は、それぞれモニタを有する複数の端末装
置と通信可能に接続され、複数の端末装置間で対戦ゲー
ムを実行させるべくゲーム進行の管理を行うゲーム用サ
ーバ装置であって、各端末装置のゲーム進行状況を監視
する監視手段と、監視結果を各端末装置のモニタに表示
させるべく各端末装置に送信する監視結果送信手段と、
１つの端末装置からの、少なくとも１以上の端末装置を
特定しての対戦要求を受信する対戦要求受付手段と、対
戦要求で特定された端末装置にその旨を通知する対戦要
求送信手段とを備えたことを特徴としている。

【０００８】上記の発明によれば、監視手段によって各
端末装置のゲーム進行状況が監視され、監視結果送信手
段によって監視結果が各端末装置のモニタに表示させる
べく各端末装置に送信される。そして、対戦要求受付手
段によって１つの端末装置からの、少なくとも１以上の
端末装置を特定しての対戦要求が受信されると、対戦要
求送信手段によって対戦要求で特定された端末装置にそ
の旨の通知が行われる。従って、プレイヤは、監視結果
送信手段によって各端末装置のゲーム進行状況の監視結
果を見ることによって、同一のゲーム空間内での対戦を
希望する相手プレイヤのゲーム進行状況を確認してから
対戦の申し込みを相手プレイヤに通知できるため、プレ
イヤが希望するタイプの相手プレイヤが対戦相手として
指定される。

【０００９】請求項２に記載のゲーム用サーバ装置は、
請求項１記載のゲーム用サーバ装置であって、対戦要求
に応答した応答情報を受信する応答情報受信手段と、応
答情報が対戦を肯定するものか否かを判断する対戦可否
判断手段と、応答情報が対戦を肯定するものであるとき
に、対戦を肯定した端末装置と対戦要求を発した端末装
置との間での対戦ゲームの実行を許可する対戦許可手段
とを備えたことを特徴としている。

【００１０】上記の発明によれば、応答情報受信手段に
よって対戦要求に応答した応答情報が受信され、対戦可
否判断手段によって応答情報が対戦を肯定するものか否
かが判断され、対戦許可手段によって応答情報が対戦を
肯定するものであるときに、対戦を肯定した端末装置と
対戦要求を発した端末装置との間での対戦ゲームの実行
が許可される。従って、対戦を申し込まれた相手プレイ
ヤは、対戦する前に対戦指定をしてきたプレイヤと対戦
を受けるか否かを判断する機会が与えられるため、プレ
イヤは対戦相手として指定した相手プレイヤからの対戦
を肯定する旨の応答を受ければ、対戦プレイヤ双方が合
意の上での対戦ゲームが実現される。

【００１１】請求項３に記載のゲーム用サーバ装置は、
請求項２記載のゲーム用サーバ装置であって、前記監視
手段は、ゲーム進行状況として、端末装置が対戦希望と
してのゲーム待機中か否か、及びコンピュータにより制
御されるＣＰＵプレイヤを対戦相手とするＣＰＵゲーム
実行中か否かを判断可能であり、前記ゲーム許可手段
は、対戦を肯定した端末装置が、ゲーム待機中かＣＰＵ
ゲーム実行中のときに、許可を与えることを特徴として
いる。

【００１２】上記の発明によれば、監視手段によって、
ゲーム進行状況として、端末装置が対戦希望としてのゲ
ーム待機中か否か、及びコンピュータにより制御される
ＣＰＵプレイヤを対戦相手とするＣＰＵゲーム実行中か
否かが判断可能であり、前記ゲーム許可手段によって、
対戦を肯定した端末装置が、ゲーム待機中かＣＰＵゲー
ム実行中のときに、対戦ゲームの実行の許可が与えられ
る。

【００１３】従って、プレイヤに対戦相手として指定さ
れた相手プレイヤが使用する端末装置がゲーム待機中か
ＣＰＵゲーム実行中であれば、対戦相手として希望した
他のプレイヤとの対戦ゲームが実現される。このため、
プレイヤは対戦相手として指定した相手プレイヤからの
対戦許可を受ければ、相手プレイヤが他のプレイヤと対
戦ゲーム中でない限り迅速に対戦ゲームが実現される。

【００１４】請求項４に記載のゲーム用サーバ装置は、
請求項２又は３記載のゲーム用サーバ装置であって、前
記ゲーム許可手段は、対戦を肯定した端末装置が、他の
端末装置との間で対戦ゲーム実行中のときには、許可を
禁止することを特徴としている。

【００１５】上記の発明によれば、ゲーム許可手段によ
って、対戦を肯定した端末装置が、他の端末装置との間
で対戦ゲーム実行中のときには、許可が禁止される。従
って、対戦相手として指定された相手プレイヤは、他の
プレイヤと対戦中であるときには、対戦を肯定する旨の
応答を出しても、当該対戦を中断することなく自分が参
加する対戦ゲームを行うことが可能となる。

【００１６】請求項５に記載のゲーム用サーバ装置は、
請求項４記載のゲーム用サーバ装置であって、対戦許可
手段は、対戦を肯定した端末装置による対戦ゲームが終
了するまで、対戦要求を発した端末装置に前記ＣＰＵゲ
ームを実行させることを特徴としている。

【００１７】上記の発明によれば、対戦許可手段によっ
て、対戦を肯定した端末装置による対戦ゲームが終了す
るまで、対戦要求を発した端末装置に前記ＣＰＵゲーム
が実行される。従って、プレイヤは、対戦相手として指
定した相手プレイヤが仮に他のプレイヤと対戦中であっ
ても、当該相手プレイヤの対戦ゲームが終了するまでの
間の待ち時間をＣＰＵプレイヤと対戦することでゲーム
を行いながら過ごすことが可能となる。

【００１８】請求項６に記載のゲーム用サーバ装置は、
請求項１〜５のいずれかに記載のゲーム用サーバ装置で
あって、ゲーム開始に際してプレイヤから端末装置に入
力されたプレイヤ情報を取り込むプレイヤ情報受信手段
と、プレイヤに関する情報を記憶するプレイヤ情報記憶
手段とを備え、前記監視結果送信手段は各端末装置の監
視結果にプレイヤ情報を含めることを特徴としている。

【００１９】上記の発明によれば、プレイヤ情報受信手
段によって、ゲーム開始に際してプレイヤから端末装置
に入力されたプレイヤ情報が取り込まれ、プレイヤ情報
記憶手段に、プレイヤに関する情報が記憶され、監視結
果送信手段によって各端末装置の監視結果にプレイヤ情
報が含まれる。従って、プレイヤ情報受信手段によって
ゲーム開始に際してプレイヤから端末装置に入力された
プレイヤ情報が取り込まれて当該プレイヤ情報が記憶さ
れるため、予め登録されているプレイヤだけでなく、ス
ポット参加的なプレイヤも当該対戦ゲームに参加するこ
とが可能となる。

【００２０】請求項７に記載のゲーム用サーバ装置は、
請求項６記載のゲーム用サーバ装置であって、プレイヤ
情報は、プレイヤの名称、ゲームでの強さのレベルを表
す階級及びゲームでの特徴の少なくとも１つを含むこと
を特徴としている。

【００２１】上記の発明によれば、プレイヤ情報に、プ
レイヤの名称、ゲームでの強さのレベルを表す階級及び
ゲームでの特徴の少なくとも１つが含まれるため、プレ
イヤは、自分の希望に合致した条件の対戦相手プレイヤ
を極め細かに選択指定することが可能となる。例えば、
プレイヤが、自分と同じ階級或いは少し高い階級の相手
プレイヤと対戦したい場合の利便性が向上される。ま
た、プレイヤが、相手プレイヤの友人等で予め名称を知
っている場合には、離れた場所にいる友人等との対戦が
可能となる。更に、当該ゲームが麻雀ゲームである場合
には、相手プレイヤの麻雀の打ち筋（特徴）に基づいて
対戦相手の指定が可能となる。

【００２２】請求項８に記載のゲーム用サーバ装置は、
請求項６又は７記載のゲーム用サーバ装置であって、前
記端末装置から前記プレイヤ情報を特定できる情報を含
む検索要求を受け、ゲーム進行中の端末装置に対して、
該検索要求に基づいて前記プレイヤ情報記憶手段から該
検索要求に合致したプレイヤ情報をゲーム進行状況と共
に取得する検索手段と、前記検索手段により取得された
検索結果を前記監視結果と共に各端末装置のモニタに表
示するべく各端末装置に送信する検索結果送信手段とを
備えることを特徴としている。

【００２３】上記の発明によれば、検索手段によって、
前記端末装置から前記プレイヤ情報を特定できる情報を
含む検索要求を受け、ゲーム進行中の端末装置に対し
て、該検索要求に基づいて前記プレイヤ情報記憶手段か
ら該検索要求に合致したプレイヤ情報がゲーム進行状況
と共に取得され、検索結果送信手段によって前記検索手
段により取得された検索結果が前記監視結果と共に各端
末装置のモニタに表示するべく各端末装置に送信され
る。従って、プレイヤは、プレイヤ情報記憶手段に記憶
されているプレイヤ情報と対応する端末装置のゲーム進
行状況を参照することで、プレイヤが希望する対戦相手
の選択の範囲をさらに広げることが可能となる。

【００２４】請求項９に記載のゲーム管理プログラム
は、それぞれモニタを有する複数の端末装置と通信可能
に接続され、複数の端末装置間で対戦ゲームを実行させ
るべくゲーム進行の管理を行うゲーム用サーバ装置を、
各端末装置のゲーム進行状況を監視する監視手段と、監
視結果を各端末装置のモニタに表示させるべく各端末装
置に送信する監視結果送信手段と、１つの端末装置から
の、少なくとも１以上の端末装置を特定しての対戦要求
を受信する対戦要求受付手段と、対戦要求で特定された
端末装置にその旨を通知する対戦要求送信手段として機
能させることを特徴としている。

【００２５】上記の発明によれば、上記の発明によれ
ば、監視手段によって各端末装置のゲーム進行状況が監
視され、監視結果送信手段によって監視結果が各端末装
置のモニタに表示させるべく各端末装置に送信される。
そして、対戦要求受付手段によって１つの端末装置から
の、少なくとも１以上の端末装置を特定しての対戦要求
が受信されると、対戦要求送信手段によって対戦要求で
特定された端末装置にその旨の通知が行われる。従っ
て、プレイヤは、監視結果送信手段によって各端末装置
のゲーム進行状況の監視結果を見ることによって、同一
のゲーム空間内での対戦を希望する相手プレイヤのゲー
ム進行状況を確認してから対戦の申し込みを相手プレイ
ヤに通知できるため、プレイヤが希望するタイプの相手
プレイヤが対戦相手として指定される。

【００２６】請求項１０に記載のゲーム管理方法は、そ
れぞれモニタを有する複数の端末装置と通信可能に接続
されたゲーム用サーバ装置を用いて複数の端末装置間で
対戦ゲームを実行させるべくゲーム進行の管理を行うゲ
ーム管理方法であって、各端末装置のゲーム進行状況を
監視する監視ステップと、監視結果を各端末装置のモニ
タに表示させるべく各端末装置に送信する監視結果送信
ステップと、１つの端末装置からの、少なくとも１以上
の端末装置を特定しての対戦要求を受信する対戦要求受
付ステップと、対戦要求で特定された端末装置にその旨
を通知する対戦要求送信ステップとを前記ゲーム用サー
バ装置が実行することを特徴としている。

【００２７】上記の発明によれば、監視ステップで各端
末装置のゲーム進行状況が監視され、監視結果送信ステ
ップで監視結果が各端末装置のモニタに表示させるべく
各端末装置に送信される。そして、対戦要求受付ステッ
プで、１つの端末装置からの、少なくとも１以上の端末
装置を特定しての対戦要求が受信されると、対戦要求送
信ステップで、対戦要求で特定された端末装置にその旨
の通知が行われる。従って、プレイヤは、監視結果送信
ステップで各端末装置のゲーム進行状況の監視結果を見
ることによって、同一のゲーム空間内での対戦を希望す
る相手プレイヤのゲーム進行状況を確認してから対戦の
申し込みを相手プレイヤに通知できるため、プレイヤが
希望するタイプの相手プレイヤが対戦相手として指定さ
れる。

【００２８】

【発明の実施の形態】図１は、本発明に係るゲーム用サ
ーバ装置が適用されるゲームシステムの構成図である。
ゲームシステムは、それぞれ識別情報が対応付けされた
クライアント端末装置（端末装置に相当する）１と、複
数の（ここでは８台の）クライアント端末装置１と通信
可能に接続され、複数のプレイヤがクライアント端末装
置１を用いて行なうゲームを管理する店舗サーバ装置２
と、複数の店舗サーバ装置２と通信可能に接続されたセ
ンターサーバ装置３（ゲーム用サーバ装置に相当する）
とを備えている。

【００２９】クライアント端末装置１は、プレイヤがモ
ニタに表示されるゲーム画面に基づいて所定の操作を行
なうことによって、ゲームを進行するものである。な
お、クライアント端末装置１に対応付けされる識別情報
は、クライアント端末装置１が接続されている店舗サー
バ装置２毎の識別情報（又はクライアント端末装置１が
配設されている店舗の識別情報）とクライアント端末装
置１が配設されている店舗内でのクライアント端末装置
１毎の識別情報（端末番号という）とを含んでいる。例
えば、店舗Ａの識別情報がＡであって、店舗Ａ内でのク
ライアント端末装置１の識別情報が４である場合には、
当該クライアント端末装置１の識別情報はＡ４である。

【００３０】店舗サーバ装置２は、それぞれ複数（ここ
では８台）のクライアント端末装置１及びセンターサー
バ装置３と通信可能に接続され、クライアント端末装置
１とセンターサーバ装置３との間でデータの送受信を行
なうものである。

【００３１】センターサーバ装置３は、複数の店舗サー
バ装置２と通信可能に接続され、後述する指紋認証にお
いて必要なプレイヤの指紋の特徴点データをユーザＩＤ
に対応付けてプレイヤ認証情報として格納すると共に、
店舗サーバ装置２を介してクライアント端末装置１とデ
ータの送受信を行なうことによってプレイヤと同一ゲー
ム空間上でゲームを行なうプレイヤ（対戦相手）を選択
指定するものである。

【００３２】図２は、クライアント端末装置１の一実施
形態の外観を示す斜視図である。なお、以下の説明で
は、クライアント端末装置の一例としてモニタが一体に
構成された業務用ビデオゲーム装置について説明する
が、本発明はこの例に特に限定されず、家庭用ビデオゲ
ーム機を家庭用テレビジョンに接続することによって構
成される家庭用ビデオゲーム装置、ビデオゲームプログ
ラムを実行することによってビデオゲーム装置として機
能するパーソナルコンピュータ等にも同様に適用するこ
とができる。

【００３３】また、本実施形態において、本発明に係る
クライアント端末装置１を用いて行なわれるゲームは、
麻雀ゲームであって、クライアント端末装置１を操作す
るプレイヤと、他のクライアント端末装置１を操作する
プレイヤ及びＣＰＵプレイヤの少なくとも一方とが対戦
するものである。他のクライアント端末装置１を操作す
るプレイヤと対戦する場合には、後述するネットワーク
通信部１８、店舗サーバ装置２及びセンターサーバ装置
３等を介して、クライアント端末装置１間のデータの送
受信が行なわれる。なお、同一ゲーム空間上で（すなわ
ち、仮想的に同じ卓で）麻雀ゲームを行なうプレイヤの
内、少なくとも１人はＣＰＵプレイヤであるものとす
る。

【００３４】クライアント端末装置１は、ゲーム画面を
表示するモニタ１１と、モニタ１１のゲーム画面に表示
される選択などを促すボタンのアドレスとプレイヤによ
る押圧位置とからいずれのボタンが指示されたかを判定
するタッチパネル１１ａと、音声を出力するスピーカ１
２と、個人カードに記憶されたユーザＩＤ等の情報を読
み込むカードリーダ１３と、後述するＣＣＤカメラ１４
ａからの指紋情報を用いて個人認証に必要な特徴点デー
タを抽出する指紋認証部１４と、プレイヤが投入するコ
インを受け付けるコイン受付部１５とを備えている。指
紋認証部１４によって抽出された特徴点データは、後述
するネットワーク通信部１８及び店舗サーバ装置２等を
介してセンターサーバ装置３の後述するプレイヤ情報３
６２ａに格納される。

【００３５】モニタ１１は画像を表示する例えば薄形の
液晶表示器である。スピーカ１２は所定のメッセージや
ＢＧＭを出力するものである。指紋認証部１４は、プレ
イヤの指紋を撮像するＣＣＤカメラ１４ａを備えてい
る。ＣＣＤカメラ１４ａに替えて他のディジタル撮像器
（例えばＣＭＯＳカメラ等）からなる形態でもよい。コ
イン受付部１５は、投入されたコインが不良コイン等で
あった場合に排出するコイン排出口１５１を備えてい
る。

【００３６】また、個人カードは、ユーザＩＤ等の個人
情報が記憶された磁気カードやＩＣカード等で、図では
示していないが、カードリーダ１３は差し込まれた個人
カードから個人情報を読み出し可能にするものである。

【００３７】クライアント端末装置１の適所には、各部
からの検出信号や、各部への制御信号を出力するマイク
ロコンピュータなどで構成される制御部１６（図３参
照）が配設されている。

【００３８】図３は、クライアント端末装置１の一実施
形態を示すハードウェア構成図である。制御部１６はク
ライアント端末装置１の全体の動作を制御するもので、
情報処理部（ＣＰＵ）１６１と、処理途中の情報等を一
時的に格納するＲＡＭ１６２と、後述する所定の画像情
報及びゲームプログラム等が予め記憶されたＲＯＭ１６
３とを備える。

【００３９】外部入出力制御部１７１は、制御部１６と
カードリーダ１３、タッチパネル１１ａ、ＣＣＤカメラ
１４ａ及びコイン受付部１５を含む検出部の間で、検出
信号を処理用のディジタル信号に変換し、また指令情報
を検出部の各機器に対して制御信号に変換して出力する
もので、かかる信号処理と入出力処理とを例えば時分割
的に行なうものである。外部機器制御部１７２はそれぞ
れの時分割期間内に検出部の各機器への制御信号の出力
動作と、検出部の各機器からの検出信号の入力動作とを
行なうものである。

【００４０】描画処理部１１１は制御部１６からの画像
表示指示に従って所要の画像をモニタ１１に表示させる
もので、ビデオＲＡＭ等を備える。音声再生部１２１は
制御部１６からの指示に従って所定のメッセージやＢＧ
Ｍ等をスピーカ１２に出力するものである。

【００４１】タッチパネル１１ａは長方形状をした薄層
体で、縦横にそれぞれ所定ピッチで線状の透明材からな
る感圧素材を配列したものを透明カバーで被覆する等に
より構成されたもので、モニタ１１の画面上に貼付され
ている。このタッチパネル１１ａは公知の物が採用可能
である。そして、モニタ１１画面に表示される選択など
を促すボタンのアドレスと押圧位置とからいずれのボタ
ンが指示されたかが判定し得るようにしている。

【００４２】ＲＯＭ１６３には、麻雀牌キャラクタ、背
景画像、各種画面の画像等が記憶されている。麻雀牌キ
ャラクタ等は３次元描画が可能なように、それを構成す
る所要数のポリゴンで構成されており、描画処理部１１
１はＣＰＵ１６１からの描画指示に基づいて、３次元空
間上での位置から擬似３次元空間上での位置への変換の
ための計算、光源計算処理等を行なうと共に、上記計算
結果に基づいてビデオＲＡＭに対して描画すべき画像デ
ータの書き込み処理、例えば、ポリゴンで指定されるビ
デオＲＡＭのエリアに対するテクスチャデータの書き込
み（貼り付け）処理を行なう。

【００４３】ここで、ＣＰＵ１６１の動作と描画処理部
１１１の動作との関係を説明する。ＣＰＵ１６１は、内
蔵のあるいは外部からの装着脱式としてのＲＯＭ１６３
に記録されているオペレーティングシステム（ＯＳ）に
基づいて、ＲＯＭ１６３から画像、音声及び制御プログ
ラムデータ、ゲームプログラムデータを読み出す。読み
出された画像、音声及び制御プログラムデータ等の一部
若しくは全部は、ＲＡＭ１６２上に保持される。以降、
ＣＰＵ１６１は、ＲＡＭ１６２上に記憶されている制御
プログラム、各種データ（表示物体のポリゴンやテクス
チャ等その他の文字画像を含む画像データ、音声デー
タ）、並びに検出部からの検出信号等に基いて、処理が
進行される。

【００４４】ＲＯＭ１６３に記憶された各種データのう
ち装着脱可能な記録媒体に記憶され得るデータは、例え
ばハードディスクドライブ、光ディスクドライブ、フレ
キシブルディスクドライブ、シリコンディスクドライ
ブ、カセット媒体読み取り機等のドライバで読み取り可
能にしてもよく、この場合、記録媒体は、例えばハード
ディスク、光ディスク、フレキシブルディスク、ＣＤ、
ＤＶＤ、半導体メモリ等である。

【００４５】ネットワーク通信部１８は、麻雀ゲームの
実行中に発生する各種イベント情報等をネットワーク及
び店舗サーバ装置２等を介してセンターサーバ装置３と
送受信するためのものである。

【００４６】ここで、クライアント端末装置１における
個人認証方法について説明する。個人認証は、クライア
ント端末装置１（または、ネットワーク通信部１８及び
ネットワークを介して接続されているセンターサーバ装
置３）が認識しているプレイヤと実際にプレイしている
プレイヤとが同一であることを確認するものである。プ
レイヤが初めてクライアント端末装置１でプレイする場
合は、カードリーダ１３によって差し込まれた個人カー
ドからユーザＩＤデータが読み出され、指紋認証部１４
のＣＣＤカメラ１４ａによってプレイヤの指紋が撮像さ
れ、指紋認証部１４によってＣＣＤカメラ１４ａからの
指紋情報を用いて個人認証に必要な特徴点データが抽出
される。そして、ユーザＩＤデータと特徴点データとが
ネットワーク通信部１８及びネットワークを介して接続
されている店舗サーバ装置２へ伝送され、店舗サーバ装
置２から通信回線を介してセンターサーバ装置３に伝送
されて後述するプレイヤ情報記憶部３６２ａに格納され
る。このようにしてプレイヤのセンターサーバ装置３へ
の登録が行なわれる。センターサーバ装置３に登録済み
のプレイヤがクライアント端末装置１でプレイする場合
は、カードリーダ１３によって差し込まれた個人カード
からユーザＩＤデータが読み出され、指紋認証部１４の
ＣＣＤカメラ１４ａによってプレイヤの指紋が撮像さ
れ、指紋認証部１４によってＣＣＤカメラ１４ａからの
指紋情報を用いて個人認証に必要な特徴点データが抽出
される。そして、ユーザＩＤデータと特徴点データとが
ネットワーク通信部１８及びネットワーク及び店舗サー
バ装置２等を介して接続されているセンターサーバ装置
３へ伝送されて、センターサーバ装置３によって、後述
するプレイヤ情報記憶部３６２ａに格納されているユー
ザＩＤに対応する特徴点データと伝送された特徴点デー
タとが同一であるか否かの判定が行なわれ、この判定が
肯定された場合には、プレイヤにプレイが許可され、こ
の判定が否定された場合にはプレイが拒否される（例え
ば、クライアント端末装置１のモニタ１１にエラーメッ
セージが表示されて、プレイヤに再度指紋認証を行なう
ように促す）ものである。

【００４７】図４は、クライアント端末装置１の制御部
１６の機能構成図である。制御部１６のＣＰＵ１６１
は、所定の条件を満たすプレイヤに仮想的に所定数量の
アイテムを付与するアイテム付与部１６１ａと、ゲーム
の終了毎にプレイヤのゲームでの順位を判定する成績判
定部１６１ｂと、成績判定部１６１ｂに基づいてプレイ
ヤが仮想的に所持しているアイテムから所定の数量分を
プレイヤ間で移動するアイテム移動部１６１ｄと、プレ
イヤが仮想的に所持しているアイテムの数量に基づいて
当該プレイヤのゲームでの強さのレベルを表わす段位
（階級に相当する）を決定する段位決定部１６１ｆと、
後述する履歴記憶部１６２ｂに格納された履歴データに
基づいてプレイヤのゲームでの特徴を表わすパラメータ
を算出するパラメータ算出部１６１ｇと、算出されたパ
ラメータに基づいてプレイヤにゲーム内でのプレイヤの
称号を付与する称号付与部１６１ｈと、継続プレイ可否
の判断基準であるライフの計算及び判定を行なうライフ
評価部１６１ｋとを備える。

【００４８】また、制御部１６のＲＡＭ１６２は、アイ
テムの数量及び段位情報をプレイヤの名称に対応付けて
格納する段位記憶部１６２ａ（階級記憶手段に相当す
る）と、プレイヤの過去のゲーム履歴データをプレイヤ
毎に格納する履歴記憶部１６２ｂと、称号付与部１６１
ｈによって付与された称号をプレイヤの名称に対応付け
て格納する称号記憶部１６２ｃと、ライフ評価部１６１
ｋによって計算されたライフの値を格納するライフ記憶
部１６２ｄとを備える。

【００４９】アイテム付与部１６１ａは、所定の条件を
満たすプレイヤに仮想的にアイテム（ここでは、ドラゴ
ンチップというアイテム）を付与すると共に、プレイヤ
が仮想的に保有しているポイントを増減し、アイテム数
及びポイントを段位記憶部１６２ａにプレイヤの名称に
対応付けて格納するものである。ここで、ポイントの増
減方法及びアイテムの付与条件について、具体的に説明
する。ゲーム中に、プレイヤが和了した（上がった）際
にプレイヤが仮想的に保有しているポイントを所定数だ
け加算し、プレイヤが放銃した（振り込んだ）際にポイ
ントを所定数だけ減算するものである。例えば、プレイ
ヤが和了した場合は、和了した点数１０００点に対して
２０ポイントの比率でポイントを加算する。プレイヤが
放銃した場合は、放銃した点数１０００点に対して１０
ポイントの比率でポイントを減算する。ポイントが１０
００以上となった場合に、仮想的にドラゴンチップとい
うアイテムを３個付与する。

【００５０】成績判定部１６１ｂは、卓選択部１６１ｃ
にて選定された局数のゲームが終了した時に、プレイヤ
が仮想的に点棒として所持している点数の多い順に順位
を判定するものである。ただし、ゲーム開始時は、プレ
イヤの仮想的に棒として所持している点数（原点とい
う）は同一である。例えば、原点は、１局戦の場合には
１５０００点であり、東風戦の場合には２００００点で
あり、半荘戦の場合には２５０００点である。

【００５１】アイテム移動部１６１ｄは、成績判定部１
６１ｂによって順位が判定された後に、成績判定部１６
１ｂによる判定結果及び卓選択部１６１ｃによって選択
された対局数に基づいてプレイヤが仮想的に所持してい
るアイテムから所定の数量分をプレイヤ間で移動するも
のである。具体的には、４位のプレイヤから１位のプレ
イヤにドラゴンチップを２個移動すると共に３位のプレ
イヤから２位のプレイヤにドラゴンチップを１個移動す
る。また、アイテム移動部１６１ｄはドラゴンチップの
個数を、後述する段位記憶部１６２ａに更新的に格納す
る。

【００５２】段位決定部１６１ｆは、プレイヤが仮想的
に所持しているアイテムの個数に基づいて当該プレイヤ
のゲームでの強さのレベルを表わす段位を決定し、プレ
イヤの名称に対応付けて段位記憶部１６２ａに格納する
と共に、段位情報をネットワーク通信部１８、ネットワ
ーク及び店舗サーバ装置２等を介してセンターサーバ装
置３に伝送するものである。以下に、具体的な段位の決
定方法について説明する。

【００５３】本ゲームを初めてプレイするプレイヤは、
段位が十級とされる。例えば、ポイントが１００〜１９
９となった時に段位を九級とする。そして、ポイントの
増加（あるいは減少）に伴って段位を上昇（あるいは降
下）させ、例えば、ポイントが９００〜９９９となった
時に段位を一級とする。ポイントが１０００以上となっ
た場合に、段位を初段とする。

【００５４】上述のように、アイテム付与部１６１ａ
は、ポイントが１０００以上となったプレイヤに対し
て、仮想的にドラゴンチップというアイテムを３個付与
する。そして、アイテム移動部１６１ｄによって、成績
判定部１６１ｂによる判定結果に基づいてプレイヤが仮
想的に所持しているドラゴンチップがプレイヤ間で移動
された結果、プレイヤが仮想的に所持しているドラゴン
チップの個数が変化し、後述する段位記憶部１６２ａに
更新的に格納される。そして、例えば、ドラゴンチップ
の個数が５個以上１０個未満となった時に段位を二段と
する。そして、ドラゴンチップの個数の増加（あるいは
減少）に伴って段位を上昇（あるいは降下）させ、ドラ
ゴンチップの個数が４６個以上となった時に段位を八段
とする。

【００５５】すなわち、段位決定部１６１ｆは、アイテ
ム付与部１６１ａによって決定されるポイントと、アイ
テム付与部１６１ａ及びアイテム移動部１６１ｄによっ
て決定されるアイテムの個数とに基づいて、ポイント及
びアイテムの個数と段位とがテーブル形式に格納された
段位テーブルを参照して、該当する段位を決定するもの
である。

【００５６】パラメータ算出部１６１ｇは、段位決定部
１６１ｆによって行なわれる段位の決定において、初段
に決定された際に、後述する履歴記憶部１６２ｂに格納
された履歴データに基づいてプレイヤのゲームでの特徴
を表わすパラメータを算出するものである。パラメータ
は、以下の式で定義される和了率、振込み率、平均ドラ
数及び平均翻数を含む。 （和了率）＝（累計和了回数）／（累計プレイ局数） （振込み率）＝（累計放銃回数）／（累計プレイ局数） （平均ドラ数）＝（和了時の累計ドラ数）／（累計和了回数） （平均翻数）＝（和了時の累計翻数）／（累計和了回数） なお、上記の式で用いられる累計和了回数、累計放銃回
数、累計プレイ局数、和了時の累計ドラ数、和了時の累
計翻数及び累計和了回数は、プレイヤの識別情報に対応
付けて後述する履歴記憶部１６２ｂに格納されている。

【００５７】称号付与部１６１ｈは、段位決定部１６１
ｆによって行なわれる段位の決定において初段に決定さ
れた際に、パラメータ算出部１６１ｇによって算出され
たパラメータに基づいてプレイヤにゲーム内でのプレイ
ヤの称号を仮想的に付与し、プレイヤの名称に対応付け
て称号記憶部１６２ｃに格納する共に、称号情報をネッ
トワーク通信部１８、ネットワーク及び店舗サーバ装置
２等を介してセンターサーバ装置３に伝送するものであ
る。

【００５８】ここで、称号の付与方法について具体的に
説明する。各パラメータの数値に対応付けてレベルが設
定されている。例えば、和了率が０．３１である場合に
は、和了率のレベルは６であり、振込み率が０．１２５
である場合には、振込み率のレベルは７である。称号付
与部１６１ｈは、まず、和了率、振込み率、平均ドラ数
及び平均翻数のレベルを図略のレベル判定テーブルを用
いて判定する。そして、最もレベルの高いパラメータに
対応する称号を付与する。和了率のレベルが最も高い場
合には、プレイヤは速攻型であると判断して「朱雀」と
いう称号が付与される。振込み率のレベルが最も高い場
合には、プレイヤは防御型であると判断して「玄武」と
いう称号が付与される。平均ドラ数のレベルが最も高い
場合には、プレイヤは運型であると判断して「青龍」と
いう称号が付与される。平均翻数のレベルが最も高い場
合には、プレイヤは攻撃型であると判断して「白虎」と
いう称号が付与される。各称号は、プレイヤの打ち方の
タイプ（例えば速攻型等）がイメージされるキャラクタ
名称を表わしている。

【００５９】ライフ評価部１６１ｋは、所定のルールに
従ってライフの増減を行ない、ライフが所定値以下とな
ったか否かを判断するものである。具体的には、ゲーム
開始時に５０００ポイントのライフを各プレイヤに仮想
的に与えて、プレイヤの点棒の増減に基づいてライフの
増減を行なう。例えば、プレイヤの点棒が３０００点分
減少した場合には、ライフを点棒の減少分に比例して３
０００ポイント減少する。また、プレイヤの点棒が３０
００（＝３０００×１）点分増加した場合には、ライフ
を点棒の増加分に比例して２４００（＝３０００×０．
８）ポイント減少する。対戦途中で、ライフが０ポイン
ト以下となった場合に、対戦を継続する場合にはプレイ
ヤにコインの投入を促す。対戦終了時に、ライフが５０
００ポイントあるか否かのチェックを行ない、ライフが
５０００ポイント未満であって且つ継続してプレイする
場合にはプレイヤにコインの投入を促す。なお、対戦終
了時にライフが５０００ポイント超であり、継続してプ
レイする場合にもゲーム開始時にライフは５０００ポイ
ントに初期化される。

【００６０】段位記憶部１６２ａは、アイテム付与部１
６１ａによって付与されアイテム移動部１６１ｄによっ
て変更されるアイテムの個数と、段位決定部１６１ｆに
よって決定される段位とをプレイヤの名称に対応付けて
格納するものである。

【００６１】履歴記憶部１６２ｂは、プレイヤの過去の
ゲーム履歴データとして、和了した回数の累計回数であ
る累計和了回数、放銃した回数の累計回数である累計放
銃回数、プレイした局数の累計局数である累計プレイ局
数、和了時に手牌中に有ったドラ数の累計個数である累
計ドラ数、和了時に手牌中に有った翻数の累計である累
計翻数及び和了の累計回数である累計和了回数等をプレ
イヤ毎に格納するものである。

【００６２】称号記憶部１６２ｃは、パラメータ算出部
１６１ｇによって算出されたパラメータの値及び称号付
与部１６１ｈによって付与された称号等をプレイヤの名
称に対応付けて格納するものである。

【００６３】ライフ記憶部１６２ｄは、ライフ評価部１
６１ｋによって計算されたライフの値を格納するもので
ある。

【００６４】図５は、店舗サーバ装置２の一実施形態の
外観を示す斜視図である。店舗サーバ装置２は、ゲーム
画面等を表示するモニタ２１と、音声を出力するスピー
カ２２と、プレイヤが投入するコインを受け付けて個人
カードを販売する個人カード販売機２５とを備えてい
る。

【００６５】モニタ２１は、画像を大きく表示する目的
で、例えば２台のＣＲＴを備えている。２台のＣＲＴ
は、それぞれの画像を表示する略長方形の画面表示部の
長辺が隣接するように配設されており、２つの画像表示
部で１の画像が表示されるように画像信号の制御が行な
われる。

【００６６】スピーカ２２は所定のメッセージやＢＧＭ
を出力するものである。個人カード販売機２５は、プレ
イヤが投入するコインを受け付けるコイン受付部２４、
個人カードを払い出すカード払い出し部２３とを備えて
いる。なお、コイン受付部２４は、投入されたコインが
不良コイン等であった場合に排出するコイン排出口（図
示省略）を備えている。

【００６７】店舗サーバ装置２の適所には、各部からの
検出信号や、各部への制御信号を出力するマイクロコン
ピュータなどで構成される制御部２６（図２参照）が配
設されている。

【００６８】図６は、店舗サーバ装置２の一実施形態を
示すハードウェア構成図である。制御部２６は店舗サー
バ装置２の全体の動作を制御するもので、情報処理部
（ＣＰＵ）２６１と、処理途中の情報等を一時的に格納
するＲＡＭ２６２と、所定の画像情報等が予め記憶され
たＲＯＭ２６３とを備える。

【００６９】描画処理部２１１は制御部２６からの画像
表示指示に従って所要の画像をモニタ２１に表示させる
もので、ビデオＲＡＭ等を備える。音声再生部２２１は
制御部２６からの指示に従って所定のメッセージやＢＧ
Ｍ等をスピーカ２２に出力するものである。

【００７０】ＲＯＭ２６３に記憶された各種データのう
ち装着脱可能な記録媒体に記憶され得るデータは、例え
ばハードディスクドライブ、光ディスクドライブ、フレ
キシブルディスクドライブ、シリコンディスクドライ
ブ、カセット媒体読み取り機等のドライバで読み取り可
能にしてもよく、この場合、記録媒体は、例えばハード
ディスク、光ディスク、フレキシブルディスク、ＣＤ、
ＤＶＤ、半導体メモリ等である。

【００７１】ネットワーク通信部２８は、各種データを
ＷＷＷ等からなるネットワークを介してセンターサーバ
装置３と送受信するためのものである。インターフェイ
ス部１ａは、店舗サーバ装置２に接続された複数（例え
ば８台）のクライアント端末装置１との間のデータの授
受を行なうためのものである。

【００７２】制御部２６は、ネットワーク通信部２８を
介してセンターサーバ装置３から送信された端末識別情
報が付与された情報は、インターフェイス部１ａを介し
てその端末識別情報に対応するクライアント端末装置１
へ送信する。インターフェイス部１ａを介してクライア
ント端末装置１から送信された端末識別情報が付与され
た情報は、ネットワーク通信部２８を介してセンターサ
ーバ装置３へ伝送する。

【００７３】図７は、本発明に係るセンターサーバ装置
３の一実施形態を示すハードウェア構成図である。制御
部３６はセンターサーバ装置３の全体の動作を制御する
もので、情報処理部（ＣＰＵ）３６１と、処理途中の情
報等を一時的に格納するＲＡＭ３６２と、所定の画像情
報等の各種データ及び管理プログラムが予め記憶された
ＲＯＭ３６３とを備える。

【００７４】ＲＯＭ３６３に記憶された各種データのう
ち装着脱可能な記録媒体に記憶され得るデータは、例え
ばハードディスクドライブ、光ディスクドライブ、フレ
キシブルディスクドライブ、シリコンディスクドライ
ブ、カセット媒体読み取り機等のドライバで読み取り可
能にしてもよく、この場合、記録媒体は、例えばハード
ディスク、光ディスク、フレキシブルディスク、ＣＤ、
ＤＶＤ、半導体メモリ等である。

【００７５】ネットワーク通信部３８は、各種データを
ＷＷＷ等からなるネットワークを介して複数の店舗サー
バ装置２と送受信するためのものである。

【００７６】なお、本発明のゲーム管理プログラムは、
ＲＯＭ３６３上に記録されており、ＲＡＭ３６２上にロ
ードされ、ＣＰＵ３６１によりＲＡＭ３６２上のゲーム
管理プログラムが順次実行されることによってそれぞれ
の機能が実現される。

【００７７】図８は、センターサーバ装置３の制御部３
６の機能構成図である。制御部３６のＣＰＵ３６１は、
ゲームの進行を管理する機能を有すると共に、監視部３
６１ａと、監視結果送信部３６１ｂと、対戦要求受付部
３６１ｃと、対戦要求送信部３６１ｄと、応答情報受信
部３６１ｅと、対戦可否判断部３６１ｆと、対戦許可部
３６１ｇと、プレイヤ情報受信部３６１ｈと、検索部３
６１ｉと、検索結果送信部３６１ｊとを備える。

【００７８】監視部３６１ａは、各クライアント端末装
置１のプレイヤのゲーム進行状況を監視するものであ
る。例えば、各クライアント端末装置１で展開している
画面情報やプレイヤの操作状況等から、各クライアント
端末装置１を監視する。ゲーム進行状況とは、プレイヤ
又はＣＰＵプレイヤとも対戦していない状況を示すゲー
ム待機中と、各クライアント端末装置１がコンピュータ
による制御されるＣＰＵプレイヤを対戦相手とするＣＰ
Ｕゲーム実行中を示すＣＰＵゲーム実行中と、各クライ
アント端末装置１が他のクライアント端末装置１との間
で対戦ゲーム実行中である状況を示す対戦ゲーム実行中
とを少なくとも示す。具体的には、監視部３６１ａは、
各クライアント端末装置１のゲーム進行状況が、待機中
及びＣＰＵゲーム実行中、又はゲーム対戦中であるのか
を判断する機能を有する。

【００７９】また、監視部３６１ａは、対戦を肯定した
クライアント端末装置１が他のクライアント端末装置１
との間で対戦ゲーム中であるときには、対戦許可部３６
１ｇによってゲームが実行されている全てのクライアン
ト端末装置１の使用状態を監視して、対戦中に対戦者が
何らかの事情でゲームを終了した場合に、この対戦者に
代わってＣＰＵプレイヤがその後のプレイを行なう旨の
指示情報をこの対戦者と対戦していたプレイヤの使用し
ているクライアント端末装置１に送信する機能を有する
監視結果送信部３６１ｂは、監視部３６１ａによって監
視された監視結果を各クライアント端末装置１のモニタ
１１に表示させるべく各クライアント端末装置１に送信
するものである。つまり、各プレイヤに関するプレイヤ
情報を各クライアント端末装置１ごとのプレイヤのゲー
ム進行状況に対応付けて表示するものである。ここで、
プレイヤ情報とは、各プレイヤの名称、各プレイヤのゲ
ームでの強さのレベルを表わす階級及び各プレイヤの当
該ゲームでの特徴の中のいずれかを含むものである。具
体的に、監視結果送信部３６１ｂは、後述する画面図に
示すように、各プレイヤの名前（名称）・階級・称号・
対戦状況（ゲーム進行状況）を各クライアント端末装置
のモニタに表示する。

【００８０】対戦要求受付部３６１ｃは、１つのクライ
アント端末装置１からの、少なくとも１以上のクライア
ント端末装置１を特定しての対戦要求を受信するもので
ある。つまり、監視結果送信部３６１ｂによって送信さ
れた監視結果に含まれるプレイヤ情報に対応付けられた
クライアント端末装置１の中から同一のゲーム空間内で
の対戦を希望するクライアント端末装置１が選択指定さ
れた対戦要求を各クライアント端末装置１から受信する
ものである。

【００８１】対戦要求送信部３６１ｄは、対戦要求受付
部３６１ｃによって受信したクライアント端末装置１か
らの対戦要求を当該クライアント端末装置を使用するプ
レイヤから選択指定されたクライアント端末装置１に通
知するものである。

【００８２】応答情報受信部３６１ｅは、対戦要求送信
部３６１ｄによって通知されたクライアント端末装置１
から交換要求に応答する応答情報を受信するものであ
る。

【００８３】対戦可否判断部３６１ｆは、応答情報受信
部３６１ｅによって受信された応答情報が対戦を肯定す
るものか否かを判断するものである。ここで、対戦を肯
定するとは、相手プレイヤの対戦許可を示す。

【００８４】対戦許可部３６１ｇは、応答情報受信部３
６１ｅによって受信された応答情報が対戦可否判断部３
６１ｆによって対戦を肯定するものであると判断された
ときに、対戦を肯定したクライアント端末装置１と対戦
要求を送信したきたクライアント端末装置１との間での
対戦ゲームの実行を許可するものである。また、監視部
３６１ａによって、対戦相手として選択指定されたクラ
イアント端末装置１ががゲーム待機中かＣＰＵゲーム実
行中と判断されたときに、対戦許可部３６１ｇは、対戦
を肯定したクライアント端末装置１に対して、対戦ゲー
ムへの参加の許可を与える機能を有する。更に、対戦許
可部３６１ｇは、対戦を肯定したクライアント端末装置
１が、監視部３６１ａによって他のクライアント端末装
置１との間で対戦ゲームを実行中と判断されたときに
は、対戦ゲームへの参加を禁止（中断を含む）する機能
を有する。更に、対戦許可部３６１ｇは、対戦を肯定し
たクライアント端末装置１が他のクライアント端末装置
１との間で対戦ゲーム中であるときには、直ちに対戦ゲ
ームを実行することを禁止（保留若しくは中断）し、監
視部３６１ａにより当該ゲームが終了したことが認識さ
れるまで、対戦要求を送信してきたクライアント端末装
置１にＣＰＵゲームを実行させる指示を送信する機能を
有する。

【００８５】プレイヤ情報受信部３６１ｈは、各クライ
アント端末装置１から送信されたプレイヤのユーザＩＤ
データ及び指紋の特徴点データ等の個人情報を受け付け
て、プレイヤ情報記憶部３６２ａに格納されているプレ
イヤ情報に基づいてプレイヤのゲームへの参加を受け付
けるものである。

【００８６】検索部３６１ｉは、各クライアント端末装
置１からプレイヤ情報を特定できる情報を含む検索要求
を受け、ゲーム進行中のクライアント端末装置１に対し
て、該検索要求に基づいてプレイヤ情報記憶部３６２ａ
から該検索要求に合致したプレイヤ情報をゲーム進行状
況と共に取得するものである。

【００８７】検索結果送信部３６１ｊにより取得された
検索結果を監視結果と共に各クライアント端末装置１の
モニタ１１に表示するべく各クライアント端末装置１に
送信するものである。

【００８８】ＲＡＭ３６２は、ユーザＩＤデータ及び指
紋の特徴点データ等の個人情報を格納し、プレイヤのゲ
ーム上での強さのレベルを表わす階級情報をプレイヤの
識別情報（ユーザＩＤデータ）と関連付けて格納し、プ
レイヤのゲームでの戦術の特徴を表わす称号情報をプレ
イヤの識別情報と関連付けて格納し、プレイヤのゲーム
での過去の対戦成績である累計和了回数、累計放銃回
数、累計プレイ局数、和了時の累計ドラ数、和了時の累
計翻数及び累計和了回数等をプレイヤの識別情報と関連
付けて格納するプレイヤ情報記憶部３６２ａと、監視部
３６１ａによって監視された各クライアント端末装置１
についてのゲーム進行状況を随時格納するゲーム進行状
況記憶部と３６２ｂとを備えている。

【００８９】図９は、センターサーバ装置３の動作を表
わすフローチャートの一例である。まず、プレイヤ情報
受信部３６１ｈによって、クライアント端末装置１から
送信された個人情報が受信され（ステップＳＴ１）、プ
レイヤ情報記憶部３６２ａに格納されているプレイヤ情
報に基づいてプレイヤのゲームへの参加が許可される
（ステップＳＴ３）。ついで、対戦要求受付部３６１ｃ
によって、プレイヤ情報受信部３６１ａにより参加が許
可されて受け付けられた（後述する「一人打ち」モード
でない場合に受け付けられる）プレイヤの中から対戦可
否判断部３６１ｆによって同一ゲーム空間内でプレイす
る１以上のプレイヤが対戦可能か否かが判断され、対戦
許可部３６１ｇによって、選択指定されたプレイヤに同
一ゲーム空間内でゲームを実行する旨の指示情報が選択
されたプレイヤの使用するクライアント端末装置１に送
信される（ステップＳＴ５）。そして、監視部３６１ａ
によって、対戦ゲームが実行されている全てのクライア
ント端末装置１の使用状態が監視されて、対戦中に対戦
者が何らかの事情でゲームを終了した場合に、この対戦
者に代わってＣＰＵプレイヤがその後のプレイを行なう
旨の指示情報がこの対戦者と対戦していたプレイヤの使
用しているクライアント端末装置１に送信される（ステ
ップＳＴ７）。

【００９０】図１０は、図９に示すフローチャートのス
テップＳＴ５にて実行される対戦者決定を表わすフロー
チャートである。まず、クライアント端末装置１からプ
レイヤ情報（個人カードＩＤ及び指紋データ）が受信さ
れると、図１１に示す参加受付画面５００を表示させる
ための指示が当該クライアント端末装置１に送信される
（ステップＳＴ１０１）。次いで、クライアント端末装
置１から「対戦打ち」が選択された情報が受信される
と、図１２に示す参加受付画面５１０を表示させるため
の指示が当該クライアント端末装置１に送信される（ス
テップＳＴ１０３）。

【００９１】そして、クライアント端末装置１から「店
舗内対戦」が選択された情報が受信されると、図１３に
示す対戦相手指定画面５２０を表示させるための指示が
当該クライアント端末装置１に送信される（ステップＳ
Ｔ１０５でＹＥＳ）。次に、クライアント端末装置１か
らプレイヤが対戦を希望する対戦相手が選択指定された
情報が受信されると、図１４に示す対戦希望者出現画面
５３０を表示させるための指示が選択指定されたプレイ
ヤが使用しているクライアント端末装置１に送信される
（ステップＳＴ１０７）。

【００９２】次いで、このクライアント端末装置１から
の応答情報が受信され、対戦可否判断部３６１ｆによっ
て当該応答情報について対戦不許可が判断されると、図
１５に示す対戦不成立画面５４０を表示させるための指
示が選択指定を送信してきたクライアント端末装置１に
送信され（ステップＳＴ１０９でＮＯ）、ステップＳＴ
１０７に戻る。また、対戦可否判断部３６１ｆによって
当該応答情報について対戦不許可が判断されると（ステ
ップＳＴ１０９でＹＥＳ）、監視部３６１ａによって、
このクライアント端末装置１がゲーム待機中及びＣＰＵ
ゲーム実行中、または他のクライアント端末装置１と対
戦ゲーム実行中か否かが判断される（ステップＳＴ１１
１）。ここで、ゲーム待機中及びＣＰＵゲーム実行中で
あると判断された場合（ステップＳＴ１１１でＹＥ
Ｓ）、図１６に示す対戦成立画面５５０を表示させるた
めの指示が選択指定を送信してきたクライアント端末装
置１に送信され、対戦許可部３６１ｇによってリターン
される。

【００９３】また、監視部３６１ａによって他のクライ
アント端末装置１と対戦ゲーム実行中であると判断され
た場合（ステップＳＴ１１１でＮＯ）、図１７に示す対
戦成立画面５６０を表示させるための指示が選択指定を
送信してきたクライアント端末装置１に送信される。次
に、対戦許可部３６１ｇによって、対戦相手の選択指定
を送信してきたクライアント端末装置１にＣＰＵゲーム
を実行させるための指示が送信され、図１８に示すＣＰ
Ｕゲーム画面５７０においてＣＰＵゲームが開始される
（ステップＳＴ１１３）。監視部３６１ａによって、対
戦許可を示す情報を送信してきたクライアント端末装置
１による対戦ゲームが終了したか否かが判断される（ス
テップＳＴ１１５）。対戦ゲームが終了したと判断され
た場合（ステップＳＴ１１５でＹＥＳ）、当該ＣＰＵゲ
ームが終了され、リターンされる。また、監視部３６１
ａによって対戦ゲームが終了したと判断されない場合
（ステップＳＴ１１５でＮＯ）、対戦ゲームが終了した
と判断されるまで待機状態となる。

【００９４】また、クライアント端末装置１から「全国
通信対戦」が選択された情報が受信されると、図１９に
示す対戦相手検索画面５８０を表示させるための指示が
当該クライアント端末装置１に送信される（ステップＳ
Ｔ１０５でＮＯ）。そして、検索部３６１ｉによってク
ライアント端末装置１からプレイヤの希望する検索条件
での検索要求が受信され（ステップＳＴ１１７）、当該
検索条件に合致するプレイヤ情報が検索される。次に、
検索結果送信部３６１ｊによって図２０に示す検索結果
画面５９０を表示させるための指示が当該クライアント
端末装置１に送信され（ステップＳＴ１１９）、ステッ
プＳＴ１０７に進む。

【００９５】図１１は、図１０に示すフローチャートの
ステップＳＴ１０１でクライアント端末装置１のモニタ
１１に表示される参加受付画面の画面図の一例である。
参加受付画面５００には、画面下側にクライアント端末
装置１を操作しているプレイヤ情報５０１が表示され、
画面左側に店舗内状況５０２が表示され、画面右上側に
対戦打ち選択部５０３、一人打ち選択部５０４が表示さ
れ、画面右側にプレイヤのネームプレート５０５、画面
右下側に投入コイン枚数５０６が表示されている。プレ
イヤ情報５０１は、図９に示すフローチャートのステッ
プＳＴ５で対戦者決定処理で画面下側に表示されるもの
である。また、対戦打ち選択部５０３、一人打ち選択部
５０４は、決定ボタン５０３ａ、決定ボタン５０４ａが
それぞれ含まれている。

【００９６】図１２は、図１０に示すフローチャートの
ステップＳＴ１０３でクライアント端末装置１のモニタ
１１に表示される参加受付画面の画面図の一例である。
参加受付画面５１０には、画面右側に店舗内対戦５１１
と全国通信対戦５１２とが表示され、画面左側に店舗内
状況５１３が表示される。店舗内対戦５１１と全国通信
対戦５１２とに相手指定５１２、相手指定５１３がそれ
ぞれ含まれている。なお、図に示すように、相手指定ボ
タン５１１ａ、５１２ｂを設けてもよい。

【００９７】図１３は、図１０に示すフローチャートの
ステップＳＴ１０５でクライアント端末装置１のモニタ
１１に表示される対戦相手指定画面の画面図の一例であ
る。対戦相手指定画面５２０には、画面右上側に対戦相
手の指定の方法を示すガイダンス部５２１、画面左側に
店舗内状況５２２、画面右下側に指定された対戦相手の
プレイヤ情報５２３が表示されている。また、店舗内状
況５２２には、店舗内での卓番号５２２ａ、プレイヤの
名称・称号・階級５２２ｂ、対戦状況５２２ｃが含まれ
ている。なお、プレイヤによりタッチパネル１１ａを介
して選択されたプレイヤ情報は、プレイヤ情報５２２ｄ
のように表示される。また、プレイヤ情報５２３は、Ｏ
Ｋボタン５２３ａとＣＡＮＣＥＬボタン５２３ｂとを含
んでいる。なお、ＯＫボタン５２３ａがタッチパネル１
１ａを介して押下されることで、店舗内状況５２２の中
から選択指定されたプレイヤ情報が確定され対戦相手と
して選択指定される。また、ＣＡＮＣＥＬボタン５２３
ｂがタッチパネル１１ａを介して押下されることで、店
舗内状況５２２の中から選択指定されたプレイヤ情報５
２２ｄが解除される。

【００９８】図１４は、図１０に示すフローチャートの
ステップＳＴ１０７でクライアント端末装置１のモニタ
１１に表示される対戦希望者出現通知画面の画面図の一
例である。対戦希望者出現通知画面５３０は、対戦相手
として選択指定されたクライアント端末装置１のモニタ
１１に表示されている対戦ゲーム画面の画面略中央に対
戦希望者出現通知部５３１が表示される。なお、この対
戦希望者出現通知部５３１は、プレイヤ情報５３１ａと
ＹＥＳボタン５３１ｂとＮＯボタン５３１ｃとが含まれ
ている。

【００９９】図１５は、図１０に示すフローチャートの
ステップＳＴ１０９でクライアント端末装置１のモニタ
１１に表示される対戦不成立画面の画面図の一例であ
る。対戦不成立画面５４０には、画面右上側に対戦不成
立通知部５４１が表示され、画面左側に店舗内状況５４
２が表示され、画面左下側に店舗内状況５４２から選択
指定されたプレイヤ情報表示部５４３が表示されてい
る。また、プレイヤ情報表示部５４３には、ＯＫボタン
５３３ａとＣＡＮＣＥＬボタン５３３ｂとが含まれてい
る。

【０１００】図１６は、図１０に示すフローチャートの
ステップＳＴ１１１でクライアント端末装置１のモニタ
１１に表示される対戦成立通知画面の画面図の一例であ
る。対戦成立通知画面５５０には、画面右上側に対戦成
立通知部５５１が表示される。また、対戦成立通知部５
５１には、すぐに対戦が開始可能の旨５５１ａが表示さ
れる。なお、この対戦成立通知画面５５０は、プレイヤ
が対戦相手として選択指定した相手プレイヤがゲーム待
機中またはＣＰＵゲーム実行中の場合に表示される画面
である。

【０１０１】図１７は、図１０に示すフローチャートの
ステップＳＴ１１１でクライアント端末装置１のモニタ
１１に表示される対戦成立通知画面の画面図の一例であ
る。対戦成立通知画面５６０には、画面右上側に対戦成
立通知部５６１が表示される。また、対戦成立通知部５
６１には、プレイヤが対戦相手として選択指定した相手
プレイヤが他のプレイヤと対戦中のため、予約対戦ゲー
ム（ＣＰＵゲーム）を行う旨５６１ａが表示される。な
お、この対戦成立通知画面５６０は、プレイヤが対戦相
手として選択指定した相手プレイヤが対戦ゲーム実行中
の場合に表示される画面である。

【０１０２】図１８は、図１０に示すフローチャートの
ステップＳＴ１１３でクライアント端末装置１のモニタ
１１に表示されるＣＰＵゲーム画面の画面図の一例であ
る。ＣＰＵゲーム画面５７０には、プレイヤ本人５７
１、ＣＰＵプレイヤ５７２、ＣＰＵゲーム中表示部５７
３が表示される。

【０１０３】図１９は、図１０に示すフローチャートの
ステップＳＴ１１７でクライアント端末装置１のモニタ
１１に表示される対戦相手検索画面の画面図の一例であ
る。対戦相手検索画面５８０には、画面略中央に検索条
件入力部５８１、５８２、５８３と、検索ボタン５８４
が表示される。また、検索条件入力部５８１は、各プレ
イヤの階級が検索条件として表示され、階級表示部５８
１ａ、サーチボタン５８１ｂ、サーチボタン５８１ｃが
含まれている。検索条件入力部５８２は、各プレイヤの
属性が検索条件として表示され、属性表示部５８２ａ、
サーチボタン５８２ｂ、サーチボタン５８２ｃが含まれ
ている。検索条件入力部５８３は、各プレイヤの名称が
検索条件として表示され、名称表示部５８３ａが含まれ
ている。

【０１０４】図２０は、図１０に示すフローチャートの
ステップＳＴ１１９でクライアント端末装置１のモニタ
１１に表示される検索結果画面の画面図の一例である。
検索結果画面５９０には、画面右上側に検索結果から対
戦相手の指定の方法を示すガイダンス部５９１が表示さ
れ、画面左側に検索結果状況５９２が表示され、画面右
下側にプレイヤ情報表示部５９３が表示される。なお、
プレイヤ情報表示部５９３には、ＯＫボタン５９３ａと
ＣＡＮＣＥＬボタン５９３ｂとが含まれている。

【０１０５】図２１は、図９に示すステップＳＴ７の処
理（対戦監視処理）の詳細フローチャートの一例であ
る。なお、以下の処理は特に記載のない限り対戦監視部
３６１ｉによって行なわれる。まず、対戦モードが「一
人打ち」モードであるか否かの判定が行なわれる（ステ
ップＳＴ７０）。この判定が肯定された場合には処理が
リターンされる。この判定が否定された場合には、対戦
相手を指示する指示情報が各クライアント端末装置１に
送信される（ステップＳＴ７１）。対戦相手を指示する
指示情報が送信されたクライアント端末装置１を監視対
象端末という。

【０１０６】そして、対戦許可部３６１ｇによって対戦
を開始する指示情報が監視対象端末に送信される（ステ
ップＳＴ７３）。ついで、対戦を途中で中断することを
表わす対戦中断情報を各クライアント端末装置１から受
け付けて、対戦中断情報があったか否かの判定が行なわ
れる（ステップＳＴ７５）。この判定が否定された場合
には、ステップＳＴ７９に進む。この判定が肯定された
場合には、対戦中断情報を送信したクライアント端末装
置１を監視対象端末から除外し、この端末でプレイして
いたプレイヤ（離脱プレイヤという）と同一のゲーム空
間でゲームを行なっていた他のプレイヤのクライアント
端末装置１に対して、離脱プレイヤに代わってＣＰＵプ
レイヤが対戦相手となる旨の対戦相手変更の指示情報が
送信される（ステップＳＴ７７）。そして、対戦の終了
を表わす対戦終了情報を各クライアント端末１から受け
付けて、対戦終了情報があったか否かが判定される（ス
テップＳＴ７９）。この判定が否定された場合にはステ
ップＳＴ７５に戻る。この判定が肯定された場合には、
対戦終了情報が送信されたクライアント端末装置１が監
視対象端末から除外され、全ての監視対象端末からの対
戦終了情報又は対戦中断情報が受信された（監視対象端
末の数が０となった）か否かの判定が行われる（ステッ
プＳＴ８１）。この判定が否定された場合には、ステッ
プＳＴ７５に戻る。ＳＴ８１の判定が肯定された場合に
は、処理がリターンされる。

【０１０７】ここで、上記のセンターサーバ装置３の指
示に基づいて実行されるクライアント端末装置１の動作
について説明する。図２２は、クライアント端末装置１
の動作を表わすフローチャートの一例である。まず、カ
ードリーダ１３に挿入された個人カードからユーザＩＤ
データが読み込まれ、指紋認証部１４のＣＣＤカメラ１
４ａによってプレイヤの指紋が撮像され、指紋認証部１
４によってＣＣＤカメラ１４ａからの指紋情報を用いて
個人認証に必要な特徴点データが抽出される（ステップ
ＳＴ２０１）。そして、ユーザＩＤデータ及び特徴点デ
ータがセンターサーバ装置３へ送信される（ステップＳ
Ｔ２０３）。そして、図１１に示す対戦モードを選択す
るモード選択画面５００が表示され、プレイヤからの入
力が受け付けられて対戦モードが選択され（ステップＳ
Ｔ２０４）、対戦モード情報がセンターサーバ装置３に
送信される。

【０１０８】再び、図２２に示すフローチャートに戻っ
て説明する。センターサーバ装置３から同一ゲーム空間
でゲームを行なう他のプレイヤ情報としてプレイヤ（対
戦者）の名称、階級及び称号（特徴）等の対戦者情報が
受信される（ステップＳＴ２０５）。つぎに、センター
サーバ装置３からゲームを実行する旨の指示情報を受け
付けて、ゲームが開始され、場及び親が決定される（ス
テップＳＴ２０７）。そして、対戦が開始され（ステッ
プＳＴ２０９）、図２３に示す対戦画面６００が表示さ
れる。

【０１０９】図２３は、対戦の状況を表わす対戦画面の
画面図の一例である。対戦画面６００には、画面下側に
プレイヤの手牌６０１が牌の種類が見えるように表示さ
れ、画面上側及び左右両側に対戦者の手稗６０２が牌の
種類が見えないように表示され、画面略中央にドラ表示
稗を含む山６０３と、山６０３の周囲に捨て稗６０４が
表示され、画面下側にプレイヤによって押下される種々
のボタン６１６が表示されている。プレイヤが対戦画面
６００を見ながらボタン６０６を適宜押下することによ
ってゲームが進行される。

【０１１０】再び、図２２に示すフローチャートに戻っ
て説明する。対戦が開始されると、ライフ評価部１６１
ｋによって、ライフが計算され、ライフが０ポイント超
（１ポイント以上）であるか否かの判定が行なわれる
（ステップＳＴ２１１）。この判定が肯定された場合に
は、ステップＳＴ２１７に進む。この判定が否定された
場合には、対戦を継続するか否かについての判断をプレ
イヤに促す図２４に示す継続選択画面が表示され、プレ
イヤからの判断がコイン受付部１５にコインが受け付け
られたか否かによって受け付けられて現在実行中の対戦
を継続するか否かの判定が行なわれる（ステップＳＴ２
１３）。この判定が否定されると、対戦を中断する旨の
情報である対戦中断情報がセンターサーバ装置３に伝送
され（ステップＳＴ２１５）、処理が終了される。この
判定が肯定された場合にはステップＳＴ２０９に戻る。

【０１１１】図２４は、継続選択画面の画面図の一例で
ある。継続選択画面６１０には、画面略中央部に「続け
てプレイしますか？￥１００をいれてＬＩＦＥを回復さ
せてください」というコイン（ここでは￥１００）を投
入するか否かによる対戦を継続するか否かの判断をプレ
イヤに促すメッセージ６１１と、所定時間（ここでは１
０秒）がカウントダウンされる判断待ちの残り時間６１
４とが表示されている。プレイヤは、継続選択画面６１
０を見ることによって、残り時間６１４が０となるまで
に、対戦を継続する場合にはコインを投入する必要があ
ることを確認することができる。

【０１１２】再び、図２２に示すフローチャートに戻っ
て、ステップＳＴ２１１おける判定が肯定された場合に
は、対戦が終了したか否かの判定が行われる（ステップ
ＳＴ２１７）。この判定が否定された場合には、ステッ
プＳＴ２０９に戻る。この判定が肯定された場合には、
対戦が終了したことを表わす対戦終了情報がセンターサ
ーバ装置３に送信され、成績判定部１６１ｂによってゲ
ームでの順位が判定される（ステップＳＴ２１９）。そ
して、アイテム移動部１６１ｄによって、成績判定部１
６１ｂによる判定結果及び卓選択部１６１ｃによって選
択された対局数に基づいてプレイヤが仮想的に所持して
いるアイテムがプレイヤ間で移動される（ステップＳＴ
２２１）。次いで、段位決定部１６１ｆによって、プレ
イヤが仮想的に所持しているアイテムの個数及びポイン
トに基づいて当該プレイヤのゲームでの強さのレベルを
表わす段位が決定され、段位記憶部１６２ａに格納され
た今まで（前回ゲーム終了時）の段位と比較されること
によって、段位が初段に変更されるか否かの判定が行な
われる（ステップＳＴ２２３）。段位が初段に変更され
ない場合には現在のアイテムの個数等を示す図略のアイ
テム表示画面が表示されステップＳＴ２２９に進む。な
お、段位決定部１６１ｆによって決定された段位は、段
位記憶部１６２ａに格納されると共に段位情報がセンタ
ーサーバ装置３に送信される。

【０１１３】段位が初段に変更される場合には、パラメ
ータ算出部１６１ｇによって、プレイヤのゲームでの特
徴を表わすパラメータが算出される（ステップＳＴ２２
５）。そして、称号付与部１６１ｈによって、パラメー
タ算出部１６１ｇによって算出されたパラメータに基づ
いてプレイヤにゲーム内でのプレイヤの称号が仮想的に
付与され（ステップＳＴ２２７）、称号記憶部１６２ｃ
に格納されると共に称号情報がセンターサーバ装置３に
送信される。

【０１１４】次いで、ライフの現在のポイントが継続し
てゲームを行なうために必要な所定のポイントＳＬ（こ
こでは５０００ポイント）以上か否かの判定が行われる
（ステップＳＴ２２９）。この判定が肯定された場合に
は、図２５に示す継続確認画面が表示され、プレイヤか
らの入力が受け付けられて、ゲームを継続するか否かの
判定が行われる（ステップＳＴ２３１）。この判定が肯
定された場合には、ステップＳＴ２０３に戻る。この判
定が否定された場合にはステップＳＴ２３７に進む。

【０１１５】図２５は、継続確認画面の画面図の一例で
ある。継続確認画面６２０には、画面略中央に「引き続
きプレイしますか？」というプレイを継続するか否かの
判断の入力をプレイヤに促すメッセージ６２１が表示さ
れ、メッセージ６２１の下側に、ゲームを継続する場合
にプレイヤによって押下されるＹＥＳボタン６２２とゲ
ームを継続しない場合にプレイヤによって押下されるＮ
Ｏボタン６２３とが表示され、これらのボタンの下側に
所定時間（ここでは３０秒）のカウントダウン判断待ち
の残り時間６２４が表示されている。プレイヤは、残り
時間６２４が０になるまでに、継続確認画面６２０のＹ
ＥＳボタン６２２を押下することによってゲームを継続
するという意志表示を行ない、ＮＯボタン６２３を押下
することによってゲームを継続しないという意志表示を
行なう。なお、残り時間６２４が０になってもＹＥＳボ
タン６２２またはＮＯボタン６２３が押下されない場合
には、ＮＯボタン６２３が押下されたものと見做され
る。

【０１１６】再び、図２２に示すフローチャートに戻っ
て、ステップＳＴ２２９の判定が否定された場合には、
図２６に示す継続確認画面が表示され、プレイヤからの
判断がコイン受付部１５にコインが受け付けられたか否
かによって受け付けられてゲームを継続するか否かの判
定が行なわれる（ステップＳＴ２３３）。この判定が肯
定された場合にはステップＳＴ２０３に戻り、この判定
が否定された場合にはステップＳＴ２３７に進む。

【０１１７】図２６は、継続確認画面の画面図の一例で
ある。継続確認画面６３０には、画面略中央部に「続け
てプレイしますか？￥１００が必要です」というコイン
（ここでは￥１００）を投入するか否かによるゲームを
継続するか否かの判断をプレイヤに促すメッセージ６３
１と、所定時間（ここでは３０秒）がカウントダウンさ
れる判断待ちの残り時間６３４とが表示されている。プ
レイヤは、継続選択画面６３０を見ることによって、残
り時間６３４が０となるまでに、ゲームを継続する場合
にはコインを投入する必要があることを確認することが
できる。

【０１１８】再び、図２２に示すフローチャートに戻っ
て、ステップＳＴ２３３またはステップＳＴ２３１の判
定が否定された場合には、ゲームが終了されたことを表
わす対戦終了情報がセンターサーバ装置３に送信され
（ステップＳＴ２３７）、処理が終了される。

【０１１９】なお、本発明は以下の態様をとることがで
きる。

【０１２０】（Ａ）本実施態様においては、クライアン
ト端末装置１によって行なわれるゲームが麻雀ゲームで
ある場合について説明したが、他の複数のプレイヤで行
なうゲームである形態でもよい。例えば、カードゲー
ム、囲碁ゲーム、将棋ゲーム等である形態でもよい。

【０１２１】（Ｂ）本実施態様においては、店舗サーバ
装置２を備える場合について説明したが、クライアント
端末装置１がネットワークを介してセンターサーバ装置
３に接続されている形態でもよい。

【０１２２】（Ｃ）本実施態様においては、センターサ
ーバ装置３の制御部３６に各種機能を持たせることを想
定しているが、この制御部３６の機能をクライアント端
末装置１が備えている形態でもよい。こうすれば、クラ
イアント端末装置１間でネットワークを介して対戦ゲー
ムを行うことが可能となる。

【０１２３】

【発明の効果】請求項１、９、１０に記載の発明によれ
ば、プレイヤは、監視結果送信手段によって各端末装置
のゲーム進行状況の監視結果を見ることによって、同一
のゲーム空間内での対戦を希望する相手プレイヤのゲー
ム進行状況を確認してから対戦の申し込みを相手プレイ
ヤに通知できるため、プレイヤが希望するタイプの相手
プレイヤが対戦相手として指定される。従って、プレイ
ヤが希望するタイプの相手プレイヤ自分で指定した上で
対戦ゲームを行うことができる。

【０１２４】請求項２に記載の発明によれば、対戦を申
し込まれた相手プレイヤは、対戦する前に対戦指定をし
てきたプレイヤと対戦を受けるか否かを判断する機会が
与えられるため、プレイヤは対戦相手として指定した相
手プレイヤからの対戦を肯定する旨の応答を受ければ、
対戦プレイヤ双方が合意の上での対戦ゲームを実現する
ことができる。

【０１２５】請求項３に記載の発明によれば、プレイヤ
に対戦相手として指定された相手プレイヤが使用する端
末装置がゲーム待機中かＣＰＵゲーム実行中であれば、
対戦相手として希望した他のプレイヤとの対戦ゲームが
実現される。このため、プレイヤは対戦相手として指定
した相手プレイヤからの対戦許可を受ければ、相手プレ
イヤが他のプレイヤと対戦中でない限り迅速に対戦ゲー
ムを実現することができる。

【０１２６】請求項４に記載の発明によれば、対戦相手
として指定された相手プレイヤは、他のプレイヤと対戦
中であるときには、対戦を肯定する旨の応答を出して
も、当該対戦を中断することなく対戦ゲームを行うこと
ができる。

【０１２７】請求項５に記載の発明によれば、プレイヤ
は、対戦相手として指定した相手プレイヤが仮に他のプ
レイヤと対戦中であっても、当該相手プレイヤの対戦ゲ
ームが終了するまでの間の待ち時間をＣＰＵプレイヤと
対戦することでゲームを行いながら過ごすことができ、
退屈な待ち時間を解消することができる。

【０１２８】請求項６に記載の発明によれば、プレイヤ
情報受信手段によってゲーム開始に際してプレイヤから
端末装置に入力されたプレイヤ情報が取り込まれて当該
プレイヤ情報が記憶されるため、予め登録されているプ
レイヤだけでなく、スポット参加的なプレイヤも当該対
戦ゲームに参加することができる。

【０１２９】請求項７に記載の発明によれば、プレイヤ
は、自分の希望に合致した条件の対戦相手プレイヤを極
め細かに選択指定することができる。例えば、プレイヤ
が、自分と同じ階級或いは少し高い階級の相手プレイヤ
と対戦したい場合の利便性を向上させることができる。
また、プレイヤが、相手プレイヤの友人等で予め名称を
知っている場合には、離れた場所にいる友人等との対戦
が実現できる。更に、当該ゲームが麻雀ゲームである場
合には、相手プレイヤの麻雀の打ち筋（特徴）に基づい
て対戦相手の指定ができる。

【０１３０】請求項８記載の発明によれば、プレイヤ
は、プレイヤ情報記憶手段に記憶されているプレイヤ情
報と対応する端末装置のゲーム進行状況を参照すること
で、プレイヤが希望する対戦相手の選択の範囲をさらに
広げることができる。

【図面の簡単な説明】

【図１】 本発明に係るゲーム用サーバ装置が適用され
るゲームシステムの構成図である。

【図２】 クライアント端末装置の一実施形態の外観を
示す斜視図である。

【図３】 クライアント端末装置の一実施形態を示すハ
ードウェア構成図である。

【図４】 クライアント端末装置の制御部の機能構成図
である。

【図５】 店舗サーバ装置の一実施形態の外観を示す斜
視図である。

【図６】 店舗サーバ装置の一実施形態を示すハードウ
ェア構成図である。

【図７】 本発明に係るセンターサーバ装置の一実施形
態を示すハードウェア構成図である。

【図８】 センターサーバ装置の制御部の機能構成図で
ある。

【図９】 センターサーバ装置の動作を表わすフローチ
ャートの一例である。

【図１０】 図９に示すステップＳＴ５（対戦者決定処
理）の詳細フローチャートの一例である。

【図１１】 参加受付画面の画面図の一例である。

【図１２】 参加受付画面の画面図の一例である。

【図１３】 対戦相手指定画面の画面図の一例である。

【図１４】 対戦要求通知画面の画面図の一例である。

【図１５】 対戦相手との対戦が不成立であることを示
す画面図の一例である。

【図１６】 対戦相手との対戦が成立したことを示す画
面図の一例である。

【図１７】 対戦相手との対戦が成立したことを示す画
面図の一例である。

【図１８】 予約対戦画面の画面図の一例である。

【図１９】 対戦相手検索画面の画面図の一例である。

【図２０】 検索結果画面の画面図の一例である。

【図２１】 図９に示すステップＳＴ７の処理（対戦監
視処理）の詳細フローチャートの一例である。

【図２２】 クライアント端末装置の動作を表わすフロ
ーチャートの一例である。

【図２３】 対戦の状況を表わす対戦画面の画面図の一
例である。

【図２４】 継続選択画面の画面図の一例である。

【図２５】 継続確認画面の画面図の一例である。

【図２６】 継続確認画面の画面図の一例である。

【符号の説明】

１ クライアント端末装置 ２ 店舗サーバ装置 ３ センターサーバ装置 ３６ 制御部 ３６１ａ 監視部（監視手段に相当する） ３６１ｂ 監視結果送信部（監視結果送信手段に相当す
る） ３６１ｃ 対戦要求受付部（対戦要求受付手段に相当す
る） ３６１ｄ 応答情報受信部（応答情報受信手段に相当す
る） ３６１ｅ 対戦可否判断部（対戦可否判断手段に相当す
る） ３６１ｇ 対戦許可部（対戦許可手段に相当する） ３６１ｈ プレイヤ情報受信部（プレイヤ情報受信手段
に相当する） ３６１ｉ 検索部（検索手段に相当する） ３６１ｊ 検索結果送信部（検索結果送信手段に相当す
る） ３６２ａ プレイヤ情報記憶部（プレイヤ情報記憶手段
に相当する） ３６３ｂ ゲーム進行状況記憶部 ３８ ネットワーク通信部

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１５年１月１５日（２００３．１．１
５）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】上記の発明によれば、監視手段によって各
端末装置のゲーム進行状況が監視され、監視結果送信手
段によって監視結果が各端末装置のモニタに表示させる
べく各端末装置に送信される。そして、対戦要求受付手
段によって１つの端末装置からの、少なくとも１以上の
端末装置を特定しての対戦要求が受信されると、対戦要
求送信手段によって対戦要求で特定された端末装置にそ
の旨の通知が行われる。従って、プレイヤは、監視結果
送信手段によって各端末装置のゲーム進行状況の監視結
果を見ることによって、同一のゲーム空間内での対戦を
希望する相手プレイヤのゲーム進行状況を確認してから
対戦の申し込みを相手プレイヤに通知できる。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０１２３

【補正方法】変更

【補正内容】

【０１２３】

【発明の効果】請求項１、９、１０に記載の発明によれ
ば、プレイヤは、監視結果送信手段によって各端末装置
のゲーム進行状況の監視結果を見ることによって、同一
のゲーム空間内での対戦を希望する相手プレイヤのゲー
ム進行状況を確認してから対戦の申し込みを相手プレイ
ヤに通知できる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 和田 博之 東京都港区虎ノ門四丁目３番１号 コナミ 株式会社内 (72)発明者 原野 裕樹 東京都港区虎ノ門四丁目３番１号 コナミ 株式会社内 (72)発明者 明石 茂人 東京都港区虎ノ門四丁目３番１号 コナミ 株式会社内 Ｆターム(参考） 2C001 AA12 BA06 BB01 BB02 BB05 BB07 BC10 CB01 CB08 CC02 CC03 CC08 DA04

Claims (10)

【特許請求の範囲】
1. 【請求項１】 それぞれモニタを有する複数の端末装置
   と通信可能に接続され、複数の端末装置間で対戦ゲーム
   を実行させるべくゲーム進行の管理を行うゲーム用サー
   バ装置であって、各端末装置のゲーム進行状況を監視す
   る監視手段と、監視結果を各端末装置のモニタに表示さ
   せるべく各端末装置に送信する監視結果送信手段と、１
   つの端末装置からの、少なくとも１以上の端末装置を特
   定しての対戦要求を受信する対戦要求受付手段と、対戦
   要求で特定された端末装置にその旨を通知する対戦要求
   送信手段とを備えたことを特徴とするゲーム用サーバ装
   置。
2. 【請求項２】 対戦要求に応答した応答情報を受信する
   応答情報受信手段と、応答情報が対戦を肯定するものか
   否かを判断する対戦可否判断手段と、応答情報が対戦を
   肯定するものであるときに、対戦を肯定した端末装置と
   対戦要求を発した端末装置との間での対戦ゲームの実行
   を許可する対戦許可手段とを備えたことを特徴とする請
   求項１記載のゲーム用サーバ装置。
3. 【請求項３】 前記監視手段は、ゲーム進行状況とし
   て、端末装置が対戦希望としてのゲーム待機中か否か、
   及びコンピュータにより制御されるＣＰＵプレイヤを対
   戦相手とするＣＰＵゲーム実行中か否かを判断可能であ
   り、前記対戦許可手段は、対戦を肯定した端末装置が、
   ゲーム待機中かＣＰＵゲーム実行中のときに、許可を与
   えることを特徴とする請求項２記載のゲーム用サーバ装
   置。
4. 【請求項４】 前記対戦許可手段は、対戦を肯定した端
   末装置が、他の端末装置との間で対戦ゲーム実行中のと
   きには、許可を禁止することを特徴とする請求項２又は
   ３記載のゲーム用サーバ装置。
5. 【請求項５】 対戦許可手段は、対戦を肯定した端末装
   置による対戦ゲームが終了するまで、対戦要求を発した
   端末装置に前記ＣＰＵゲームを実行させることを特徴と
   する請求項４記載のゲーム用サーバ装置。
6. 【請求項６】 ゲーム開始に際してプレイヤから端末装
   置に入力されたプレイヤ情報を取り込むプレイヤ情報受
   信手段と、プレイヤに関する情報を記憶するプレイヤ情
   報記憶手段とを備え、前記監視結果送信手段は各端末装
   置の監視結果にプレイヤ情報を含めることを特徴とする
   請求項１〜５のいずれかに記載のゲーム用サーバ装置。
7. 【請求項７】 プレイヤ情報は、プレイヤの名称、ゲー
   ムでの強さのレベルを表す階級及びゲームでの特徴の少
   なくとも１つを含むことを特徴とする請求項６記載のゲ
   ーム用サーバ装置。
8. 【請求項８】 前記端末装置から前記プレイヤ情報を特
   定できる情報を含む検索要求を受け、ゲーム進行中の端
   末装置に対して、該検索要求に基づいて前記プレイヤ情
   報記憶手段から該検索要求に合致したプレイヤ情報をゲ
   ーム進行状況と共に取得する検索手段と、前記検索手段
   により取得された検索結果を前記監視結果と共に各端末
   装置のモニタに表示するべく各端末装置に送信する検索
   結果送信手段とを備えることを特徴とする請求項６又は
   ７記載のゲーム用サーバ装置。
9. 【請求項９】 それぞれモニタを有する複数の端末装置
   と通信可能に接続され、複数の端末装置間で対戦ゲーム
   を実行させるべくゲーム進行の管理を行うゲーム用サー
   バ装置を、各端末装置のゲーム進行状況を監視する監視
   手段と、監視結果を各端末装置のモニタに表示させるべ
   く各端末装置に送信する監視結果送信手段と、１つの端
   末装置からの、少なくとも１以上の端末装置を特定して
   の対戦要求を受信する対戦要求受付手段と、対戦要求で
   特定された端末装置にその旨を通知する対戦要求送信手
   段として機能させるためのゲーム管理用プログラム。
10. 【請求項１０】 それぞれモニタを有する複数の端末装
    置と通信可能に接続されたゲーム用サーバ装置を用いて
    複数の端末装置間で対戦ゲームを実行させるべくゲーム
    進行の管理を行うゲーム管理方法であって、各端末装置
    のゲーム進行状況を監視する監視ステップと、監視結果
    を各端末装置のモニタに表示させるべく各端末装置に送
    信する監視結果送信ステップと、１つの端末装置から
    の、少なくとも１以上の端末装置を特定しての対戦要求
    を受信する対戦要求受付ステップと、対戦要求で特定さ
    れた端末装置にその旨を通知する対戦要求送信ステップ
    とを前記ゲーム用サーバ装置が実行することを特徴とす
    るゲーム管理方法。