JPH1157215A

JPH1157215A - ネットワークゲームシステム、ネットワークゲームサーバ装置、ネットワークゲームクライアント装置、対局者選定プログラムを記録した媒体及び対局者情報取得プログラムを記録した媒体

Info

Publication number: JPH1157215A
Application number: JP22365297A
Authority: JP
Inventors: Hiroshi Kume; 宏久米
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1997-08-20
Filing date: 1997-08-20
Publication date: 1999-03-02
Also published as: US6203433B1

Abstract

(57)【要約】【課題】利用者が対局相手を自ら選択する手間を省
く。【解決手段】サーバ装置１０の対局要求応答手段１２
ａは、対局要求を受け取ると、対局者要求を発信すべき
時刻を指定した対局者要求発信タイミング情報を返す。
対局者選定処理手段１２ｂは、所定のタイミングで対局
の組み合わせを決定する。対局者要求応答手段１２ｃ
は、対局者要求を受信したら、対局者要求を発信した利
用者の対局者の情報を利用者情報記憶手段１１から抽出
し、対局者要求への応答としてクライアント装置２０へ
返す。クライアント装置２０の対局要求手段２１は、対
局要求をサーバ装置１０へ出力し、サーバ装置１０から
対局者要求発信タイミング情報を受け取る。対局者要求
手段２２は、対局者要求発信タイミング情報で指定され
た時刻になると、サーバ装置１０に対して対局者要求を
出力し、サーバ装置１０から対局相手の情報を受け取
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、将棋、囲碁、チェ
ス、オセロ、麻雀、対戦型テレビゲームなどの室内ゲー
ムを遂行するためのネットワークゲームシステム、ネッ
トワークゲームサーバ装置、ネットワークゲームクライ
アント装置、対局者選定プログラムを記録した媒体及び
対局者情報取得プログラムを記録した媒体に関し、特に
不特定多数の参加者の中から対局相手を選択するための
ネットワークゲームシステム、ネットワークゲームサー
バ装置、ネットワークゲームクライアント装置、対局者
選定プログラムを記録した媒体及び対局者情報取得プロ
グラムを記録した媒体に関する。

【０００２】

【従来の技術】将棋、囲碁、チェス、オセロ、麻雀、対
戦型テレビゲームなどの室内ゲームは、対局者が同時刻
に、かつ同じ場所にて対局するのが一般的であった。と
ころが、近年の情報通信技術の進歩により、コンピュー
タを通信回線で接続し、遠く離れた場所でも対局できる
ようなツールが開発された。これにより、自宅に居なが
らにしてゲームの対局が可能となっている。ただし、こ
の場合、対局を希望する者が個別の場所にいるため、対
局相手を選ぶのが困難である。

【０００３】そこで、これをさらに使いやすくするた
め、対局可能な個人情報を登録し、その内容を対局希望
者の端末装置の画面に表示する対局者表示システムが考
えられている（特開平７−９５３２１号公報）。このシ
ステムを用いれば、対局希望者は、画面上の任意の対局
者を選択することにより対局相手を特定し、特定した対
局相手と対局できる。

【０００４】また、インターネット上のホームページを
利用して、利用者をリストアップすることによっても、
上記のシステムと同様な機能が実現されている。

【０００５】

【発明が解決しようとする課題】しかし、上記対局者表
示システムでは、利用者自身が、自分に見合った相手を
自分で探し自分で連絡を取り合わなければならない。こ
れは、以下の点で困難である。（１）対局したい相手が、対局を希望していない場合が
ある。（２）対局したい相手が、対局中で、すぐに対局できな
い場合がある。（３）対局したい相手の対局が終了するまで、モニタす
る必要がある。（４）対局相手が選択できるまで、本来の目的である対
局以外の作業（対局可能者情報の表示、適当な相手の選
択など）をしなくてはならなず、また時間もかかる。

【０００６】本発明は、このような点に鑑みなされたも
のであって、利用者が対局相手を自ら選択する手間を省
いたネットワークゲームシステムを提供することを目的
とする。

【０００７】また、本発明の他の目的は、対局を希望す
る利用者の対局相手を自動的に選定するネットワークゲ
ームサーバ装置を提供することである。また、本発明の
他の目的は、ゲームの対局相手の情報を自動的に取得で
きるネットワークゲームクライアント装置を提供するこ
とである。

【０００８】また、本発明の他の目的は、対局を希望す
る利用者の対局相手の自動的な選定処理をコンピュータ
に行わせるための対局者選定プログラムを記録した媒体
を提供することである。

【０００９】また、本発明の他の目的は、ゲームの対局
相手の情報の自動的な取得処理をコンピュータに行わせ
るための対局者情報取得プログラムを記録した媒体を提
供することである。

【００１０】

【課題を解決するための手段】本発明では上記課題を解
決するために、通信ネットワーク上の不特定多数の参加
者との間でゲームの対局を行うネットワークゲームシス
テムにおいて、複数の利用者の情報を格納する利用者情
報記憶手段と、対局要求を受け取ると、前記対局要求を
発信した利用者を対局待ちとして区別する対局要求応答
手段と、対局待ちとして区別された利用者同士の対局の
組み合わせを決定する対局者選定処理手段と、を具備す
るサーバ装置と、前記対局要求を前記サーバ装置へ出力
する対局要求手段を具備するクライアント装置と、を有
することを特徴とするネットワークゲームシステムが提
供される。

【００１１】このようなネットワークゲームシステムに
よれば、まず、対局要求手段が、サーバ装置に対して対
局要求を出力する。すると、サーバ装置の対局要求応答
手段が対局要求を発信した利用者を対局待ちとして区別
する。そして、対局者選定処理手段が、対局待ちとして
区別された利用者同士の対局の組み合わせを決定する。
これにより、対局要求を発信した利用者同士の対局の組
合わせを、自動的に決定することができる。

【００１２】また、上記課題を解決するために、通信ネ
ットワークを介してゲームの対局を行う利用者の情報を
管理するネットワークゲームサーバ装置において、複数
の利用者の情報を格納する利用者情報記憶手段と、クラ
イアント装置から対局要求を受信したら、前記対局要求
を発信した利用者を対局待ちとして区別する対局要求応
答手段と、対局待ちとして区別された利用者同士の対局
の組み合わせを決定する対局者選定処理手段と、を有す
ることを特徴とするネットワークゲームサーバ装置が提
供される。

【００１３】このようなネットワークゲームサーバ装置
によれば、クライアント装置から対局要求があると、対
局要求応答手段が、対局要求を発信した利用者を対局待
ちとして区別する。そして、対局者選定処理手段が、対
局待ちとして区別された利用者同士の対局の組み合わせ
を決定する。

【００１４】また、上記課題を解決するために、通信ネ
ットワークを介してゲームの対局を行うネットワークゲ
ームクライアント装置において、対局要求をサーバ装置
へ出力し、前記サーバ装置から対局者要求を発信すべき
時刻が指定された対局者要求発信タイミング情報を受け
取る対局要求手段と、前記対局者要求発信タイミング情
報で指定された時刻になると、前記サーバ装置に対して
前記対局者要求を出力し、前記サーバ装置から対局者に
関する情報を受け取る対局者要求手段と、を有すること
を特徴とするネットワークゲームクライアント装置が提
供される。

【００１５】このようなネットワークゲームクライアン
ト装置によれば、対局要求手段が、対局要求をサーバ装
置へ出力し、サーバ装置から対局者要求発信タイミング
情報を受け取る。そして、対局者要求発信タイミング情
報で指定された時刻になると、対局者要求手段が、サー
バ装置に対して対局者要求を出力し、サーバ装置から対
局者に関する情報を受け取る。

【００１６】また、上記課題を解決するために、通信ネ
ットワークを介したゲームの対局を希望する利用者の対
局相手の選定処理をコンピュータに行わせるための対局
者選定プログラムを記録した媒体において、複数の利用
者の情報を格納する利用者情報記憶手段、クライアント
装置から対局要求を受信したら、前記対局要求を発信し
た利用者を対局待ちとして区別する対局要求応答手段、
対局待ちとして区別された利用者同士の対局の組み合わ
せを決定する対局者選定処理手段、としてコンピュータ
を機能させるための対局者選定プログラムを記録した媒
体が提供される。

【００１７】このような対局者選定プログラムをコンピ
ュータに実行させれば、複数の利用者の情報を格納する
利用者情報記憶手段と、クライアント装置から対局要求
を受信したら、前記対局要求を発信した利用者を対局待
ちとして区別する対局要求応答手段と、対局待ちとして
区別された利用者同士の対局の組み合わせを決定する対
局者選定処理手段と、の各機能がコンピュータによって
実現される。

【００１８】また、上記課題を解決するために、通信ネ
ットワークを介したゲームの対局を希望する利用者の対
局相手の情報の取得をコンピュータに行わせるための対
局者情報取得プログラムを記録した媒体において、対局
要求をサーバ装置へ出力し、前記サーバ装置から対局者
要求を発信すべき時刻を指定された対局者要求発信タイ
ミング情報を受け取る対局要求手段、前記対局者要求発
信タイミング情報で指定された時刻になると、前記サー
バ装置に対して前記対局者要求を出力し、前記サーバ装
置から対局者に関する情報を受け取る対局者要求手段、
としてコンピュータを機能させるための対局者情報取得
プログラムを記録した媒体が提供される。

【００１９】このような対局者情報取得プログラムをコ
ンピュータに実行させれば、通信ネットワークを介して
ゲームの対局を行うネットワークゲームクライアント装
置において、対局要求をサーバ装置へ出力し、前記サー
バ装置から対局者要求を発信すべき時刻が指定された対
局者要求発信タイミング情報を受け取る対局要求手段
と、前記対局者要求発信タイミング情報で指定された時
刻になると、前記サーバ装置に対して前記対局者要求を
出力し、前記サーバ装置から対局者に関する情報を受け
取る対局者要求手段と、の各機能がコンピュータによっ
て実現される。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明のネットワークゲ
ームシステムの原理構成図である。本発明に係るサーバ
装置１０とクライアント装置２０は、ネットワーク３１
を介して接続されている。

【００２１】サーバ装置１０は、利用者情報記憶手段１
１、対局者選定手段１２及びサーバ側同期制御手段１３
を有している。利用者情報記憶手段１１は、複数の利用
者の情報を格納する。

【００２２】対局者選定手段１２は、対局要求応答手段
１２ａ、対局者選定処理手段１２ｂ及び対局者要求応答
手段１２ｃを有している。対局要求応答手段１２ａは、
クライアント装置２０より対局要求を受け取ると、対局
要求を発信した利用者を対局待ちとして区別すると共
に、対局者要求を発信すべき時刻を指定した対局者要求
発信タイミング情報を返す。ここで、対局者要求発信タ
イミング情報は、対局要求を受信した時点の対局者要求
発信待ち時間である。その値は、サーバ側同期制御手段
１３から受け取った対局者要求待ち時間をカウントダウ
ンすることで得られる。対局者選定処理手段１２ｂは、
対局者選定開始指令を受け取った際に、対局待ちとして
区別された利用者同士の対局の組み合わせを決定する。
対局者要求応答手段１２ｃは、クライアント装置２０よ
り対局者要求を受信したら、対局者要求を発信した利用
者の対局者の情報を利用者情報記憶手段１１から抽出
し、対局者要求への応答としてクライアント装置２０へ
返す。

【００２３】サーバ側同期制御手段１３は、対局者要求
を発信すべき時刻よりも早い所定のタイミングで、対局
者選定開始指令と対局者要求発信待ち時間を、対局者選
定手段１２に対して出力する。

【００２４】クライアント装置２０は、対局要求手段２
１、対局者要求手段２２、クライアント側同期制御手段
２３及び対局手段２４を有している。対局要求手段２１
は、対局要求をサーバ装置１０へ出力し、サーバ装置１
０から対局者要求発信タイミング情報を受け取る。

【００２５】対局者要求手段２２は、対局者要求発信タ
イミング情報で指定された時刻になると、サーバ装置１
０に対して対局者要求を出力し、サーバ装置１０から対
局相手情報を受け取る。なお、対局者要求手段２２は、
対局者要求発信指令がクライアント側同期制御手段２３
から入力されることにより、対局者要求発信タイミング
情報で指定された時刻に達したことを認識する。

【００２６】対局手段２４は、対局相手情報で指定され
た対局相手のクライアント装置３２と、通信ネットワー
クを介してゲームの対局を行う。クラント側同期制御手
段２３は、対局要求手段２１が受け取った対局者要求発
信タイミング情報で示された対局者要求待ち時間をカウ
ントダウンし、対局者要求発信待ち時間が０になった時
点で、対局者要求手段２２に対して対局者要求発信指令
を出力する。

【００２７】このような構成のネットワークゲームシス
テムを用い、対局を希望する利用者は、対局要求手段２
１に対して対局要求発信指令を入力する。すると、対局
要求手段２１は、サーバ装置１０に対して対局要求を出
力する。その対局要求は、サーバ装置１０の対局者選定
手段１２で受け取られ、対局要求応答手段１２ａによ
り、クライアント装置２０に対して対局者要求発信タイ
ミング情報が返される。その対局者要求発信タイミング
情報は、クライアント側同期制御手段２３に送られ、対
局者要求発信時刻に達すると、対局者要求手段２２に対
して対局者要求発信指令が出される。すると、対局者要
求手段２２が、サーバ装置１０に対して対局者要求を出
力する。

【００２８】一方、サーバ装置１０では、所定のタイミ
ングでサーバ側同期制御手段１３が対局者選定開始指令
を出力し、その指令を受けた対局者選定処理手段１２ｂ
が、対局待ちとして区別された利用者同士の対局の組み
合わせを決定している。

【００２９】そして、クライアント装置２０から対局者
要求が送られると、対局者要求応答手段１２ｃが、対局
者要求を発信した利用者の対局者情報を利用者情報記憶
手段１１から抽出し、対局者要求への応答としてクライ
アント装置２０へ返す。クライアント装置２０の利用者
は、対局手段２４を用い、対局者情報に示された対局者
のクライアント装置３２との間で、ゲームの対局を行
う。

【００３０】これにより、クライアント装置２０の利用
者は、自分で対局相手を選択することなく、対局相手を
特定することができる。以下に、本発明を具体化した実
施の形態を説明する。

【００３１】図２は、本発明のネットワークゲームシス
テム全体の概略構成図である。本発明のネットワークゲ
ームシステムは、サーバ装置１００とクライアント装置
２００，２００ａ〜２００ｆに分けることができる。こ
れらの間は、通常の公衆網あるいは構内網などのネット
ワーク４０で接続されている。ネットワーク４０の種類
は、特に規定しないが、その普及度と利用のしやすさか
ら考えて、以下の説明では、インターネットをベースと
して記述する。

【００３２】サーバ装置１００は通常１台でよいが、処
理能力を考慮し、サブシステム装置ごとあるいは分割さ
れた利用者データベース（ＤＢ）ごとに複数台設置して
もよい。クライアント装置２００，２００ａ〜２００ｆ
は、接続している利用者の数だけ存在する。クライアン
ト装置２００，２００ａ〜２００ｆのユーザインタフェ
ースは、ｗｅｂブラウザで実現できる。サーバ装置１０
０への種々のアクセスは、ｗｅｂブラウザでサーバ装置
１００内のホームページを閲覧し、そのホームページ上
の操作により可能となる。

【００３３】サーバ−クライアント間の通信は、ベース
のプロトコルとしてＴＣＰ／ＩＰ(Transmission Contro
l Protocol/Internet Protocol) 上で走るＨＴＴＰ(Hyp
er Text Transfer Protocol)を使用し、本システムで規
定するアプリケーションプロトコルを上位にかぶせるこ
とによって実現できる。もちろん、ＴＣＰ／ＩＰ以外の
プロトコル、例えばＯＳＩ(Open System Interconnecti
on) を使用することも可能である。

【００３４】本システムで規定するアプリケーションプ
ロトコルを表１に示す。

【００３５】

【表１】

【００３６】この表には、本発明を実現する最小限の構
成（基本構成）で使用するプロトコルが示されており、
それは対局要求と対局者要求との２つである。対局要求
と対局者要求とは、必要なパラメタ情報を含めて、クラ
イアント装置２００，２００ａ〜２００ｆからサーバ装
置１００に送られ、その要求にサーバ装置１００が応答
する。

【００３７】対局要求は、利用者が対局を希望した時、
ホームページ上の所定のボタンをクリックすることによ
って起動され、サーバ装置１００へ発行される。パラメ
ータ情報としては、利用者の識別子Ｎ、パスワードＰ、
およびＩＰアドレスＡがある。もちろん、パスワードＰ
は、予め決められた暗号方式にて暗号化されていてもよ
い。対局要求を受け取ったサーバ装置１００は、それを
認証し、正当な識別子とパスワードの対であれば、登録
されている正当な利用者として判定する。正当な利用者
に対しては、クライアント側が次に対局者要求を発行す
べき対局者要求残り時間ｔａを結果として応答する。

【００３８】対局者要求は、クライアント装置２００，
２００ａ〜２００ｆが、自動的にサーバ装置１００へ発
行する。パラメタ情報としては、利用者の識別子Ｎとパ
スワードＰとがある。サーバ装置１００側では、受け取
った対局者要求を認証する。そして、対局者要求の発行
者が正当な利用者であれば、すでに選定済みの対局相手
の情報Ｚｍ、対局相手のＩＰアドレスＡｍ、対局相手の
強さＲｍ、および対局開始残り時間ｔｂを応答する。

【００３９】図３は、サーバ装置の内部構成を示す図で
ある。ネットワークＯＳ(OperatingSystem)１１０は、
ＴＣＰ／ＩＰ、ＨＴＴＰ及び表１に示した本システムの
プロトコルが動作する装置である。これにより、クライ
アント装置２００，２００ａ〜２００ｆとの通信が実現
できる。ネットワークＯＳ１１０の機能は、通常ファー
ムウェアあるいはソフトウェアで実装される。もちろ
ん、物理的な信号の送受信を行うネットワークインタフ
ェースカードは、サーバ装置１００にはすでに組み込ま
れているものとする（クライアント装置２００，２００
ａ〜２００ｆにおいても同様）。

【００４０】認証部１２０は、アクセスしてきた利用者
が本システムに登録されている利用者かどうか判定す
る。これは、クライアント装置２００，２００ａ〜２０
０ｆからの要求プロトコルのパラメタとして送られてき
た利用者識別子ＮｉおよびパスワードＰｉを、利用者Ｄ
Ｂ１３０のデータと比較（ＣＰ）することで、実現でき
る。ただし、この機能は、他の認証サービスたとえば
Ｘ．５００（ＩＴＵ−Ｔ(International Telecommunica
tion Union-Telecommunication Sector)が定めたディレ
クトリに関する国際勧告）を使用した認証サービスを利
用してもよい。もし、正当な利用者でなければ、認証部
１２０は、エラーメッセージ（Ｅｒｒｏｒ）をクライア
ント装置２００，２００ａ〜２００ｆに送り返す。正当
な利用者であれば、送られてきた要求プロトコルによっ
て、適切な処理機能部にその要求が伝達される。

【００４１】利用者ＤＢ１３０は、あらかじめ登録され
た利用者のデータを格納している。データの内容を、表
２に示す。

【００４２】

【表２】

【００４３】識別子Ｎは、利用者を唯一識別する符号で
ある。これは、利用者登録時にシステムが自動的に割り
付けるようにしてもよいし、利用者が決めるようなしく
みにしてもよい。名前Ｚ１は、利用者の本名である。住
所Ｚ２は、利用者が実際に住んでいる場所を示す。ただ
し、Ｚ２はオプションであるので、なくてもよい。パス
ワードＰは、認証の時に必要なデータであり、利用者が
付与する。もちろんパスワードの変更は後からでも可能
である。顔写真Ｚ３は、利用者の写真イメージである。
このＺ３もオプションであるので、なくてもよい。アド
レスＡは、利用者が使用しているクライアント装置のＩ
Ｐアドレスである。通常、インターネットでは、ＩＰア
ドレスはインターネットアクセスの毎に変わる場合が多
い。そのため、このフィールドは利用者が本システムに
アクセスするたびに、書き換わる可能性がある。強さＲ
は、利用者のそのゲームの強さを示す点数である。利用
者登録時の申請がベースになっている。状態Ｓは、シス
テムで使用する状態変数であり、０あるいは１の値をと
る。それぞれ、０は対局待ちでない、１は対局待ちを意
味している。対局者Ｍは、利用者が、現在対局している
相手、あるいは次に対局予定の相手の識別子である。対
局者履歴Ｌは、ある過去の一定期間あるいは一定対局数
の間に、対局した相手の識別子が入る。

【００４４】対局者選定部１４０は、利用者Ｎｉから対
局要求があった場合、利用者ＤＢ１３０の識別子Ｎが
「Ｎｉ」の項目に、アドレスＡｉおよび状態Ｓ＝１を記
録する。そして対局者要求残り時間ｔａを利用者Ｎｉの
クライアント装置に応答する。利用者から対局要求が送
られてくるごとにこの動作をくりかえす。ここで、対局
者要求残り時間ｔａは、次の自動選定処理起動までの時
間に選定処理にかかる時間を加えた時間である。具体的
には、自動選定処理部１４１の起動と同時に同期制御部
１５０から送られる基準時間（自動選定周期「Ｔｆ」＋
対局者自動選定処理に要する時間以上の所定の時間「Ｔ
ｇ」）を時間の経過に伴ってカウントダウンし、対局要
求があった時点での値を対局者要求残り時間ｔａとす
る。

【００４５】また、対局者選定部１４０は、対局者を自
動的に選定する自動選定処理部１４１を有している。自
動選定処理部１４１の機能は、同期制御部１５０により
起動される。起動された自動選定処理部１４１は、利用
者ＤＢ１３０を参照し、対局待ちＳ＝１の全利用者の情
報を読み出し、予め決められたアルゴリズムで対局者を
選定する。その結果として、利用者ＤＢ１３０の対局者
を選定したすべての利用者Ｎの項目の、対局相手Ｍと対
局履歴Ｌとに、対局相手の識別子および状態Ｓ＝０を記
録する。利用者Ｎｉから対局者要求があった場合、対局
者選定結果を応答として返す。この応答は、対局相手の
情報Ｚｍ、アドレスＡｍ、及び対局開始残り時間ｔｂを
クライアント装置２００，２００ａ〜２００ｆに送るこ
とを意味する。ここで対局者要求があった時点での対局
開始残り時間ｔｂは、同期制御部１５０から送られる基
準時間（自動選定処理開始から対局開始までの時間「Ｔ
ｈ」）を時間の経過に伴ってカウントダウンすることに
よって算出し、対局者要求時に応答することができる。

【００４６】同期制御部１５０は、予め決められた周期
ごとに対局者選定処理のタイミングを対局者選定部１４
０に伝達し、これにより自動選定処理部１４１を起動す
る。また、同期制御部１５０は、自動選定処理部１４１
を起動した時点で、対局者要求残り時間ｔａの基準値
「Ｔｆ＋Ｔｇ」を対局者選定部１４０に伝達する。さら
に、同期制御部１５０は、自動選定処理起動時点で、対
局開始までの残り時間ｔｂの基準値「Ｔｈ」も対局者選
定部に伝達する。

【００４７】図４は、クライアント装置２００の内部構
成を示す図である。ユーザインタフェース２１０は、利
用者からの情報入力と利用者への情報表示を受け持つ。
ここで、本発明を将棋の対局に適用した場合を例にと
り、ユーザインタフェース２１０の詳細を説明する。

【００４８】図５は、ユーザインタフェース２１０の例
を示す図である。ユーザインタフェース２１０には、対
局希望ボタン２１１が設けられており、この対局希望の
ボタン２１１がマウスでクリックされると、対局要求部
２２０に対局要求指示を伝達する。対局希望ボタン２１
１の下には、メッセージ表示部２１２がある。このメッ
セージ表示部２１２には、ユーザに通知すべき各種メッ
セージが表示される。例えば、サーバ装置１００からの
応答によりエラーメッセージが返ってきた場合には、そ
のエラーメッセージが表示される。対局希望ボタン２１
１の左には、ゲージ２１３がある。このゲージ２１３に
は、対局開始までの待ち時間が表示される。画面中央に
は、将棋盤表示部２１４があり、対局の様子が表示され
る。将棋盤表示部２１４の上下には、対局者表示部２１
５，２１６がある。上側の対局者表示部２１５には、対
局相手の名前と強さが表示される。逆に、下側の対局者
表示部２１６には、ユーザ自身の名前と強さが表示され
る。なお、対局者表示部２１５には、相手のアドレスを
表示することもできる。この場合、表示されたアドレス
を基に対局相手との通信状態を確立し、対局を行うこと
ができる。将棋盤表示部２１４の右側には、持ち駒表示
部２１７、２１８があり、対局相手の持ち駒と自分の持
ち駒とがそれぞれ表示される。

【００４９】図４に戻り、対局要求部２２０は、ユーザ
インタフェース２１０から対局要求を受け取ると、対局
要求プロトコルとして、利用者識別子Ｎｉ、パスワード
ＰｉおよびアドレスＡｉを付加し、サーバ装置１００に
送る。その応答として、エラー（Ｅｒｒｏｒ）メッセー
ジが返ってきたら、それをユーザインタフェース２１０
に表示する。正常な応答として、対局者要求残り時間ｔ
ａが返ってきたら、同期制御部２４０に対局者要求残り
時間ｔａを通知する。

【００５０】対局者要求部２３０は、同期制御部２４０
からの対局者要求タイミングをもらい、そこで、サーバ
装置１００に対局者要求プロトコルを発行する。サーバ
装置１００から、対局者情報Ｚｍ、対局相手の強さＲ
ｍ、対局者のアドレスＡｍおよび対局開始残り時間ｔｂ
が応答されたら、対局者情報Ｚｍ、対局相手の強さＲｍ
およびアドレスＡｍをユーザインタフェース２１０へ渡
し、対局開始残り時間ｔｂを同期制御部２４０に伝え
る。

【００５１】同期制御部２４０は、対局要求部２２０お
よび対局者要求部２３０からそれぞれ対局者要求残り時
間ｔａ、対局開始残り時間ｔｂを伝えられ、それらをカ
ウントダウンすると共に、残り時間としてユーザインタ
フェース２１０のメッセージ表示部２１２などに表示す
る。さらに、対局要求残り時間ｔａが０となったら、対
局者要求部２３０に、対局者要求をサーバ装置１００に
発行するように伝達する。

【００５２】対局部２５０は、ネットワークを介して、
特定の相手（ここでは、クライアント装置２００ａのユ
ーザ）と対局を行う。すなわち、自分の打った指し手を
相手のクライアント装置２００ａに伝えるとともに、相
手の打った指し手を受け取る。そして、指し手の結果を
将棋盤表示部２１４に反映させる。対局部２５０は、相
手のＩＰアドレスを指定することで実際に対局ができる
ものであれば、どのようなものを使用してもよい。

【００５３】ネットワークＯＳ２６０は、サーバ装置１
００のネットワークＯＳ１１０と同様に、ＴＣＰ／Ｉ
Ｐ、ＨＴＴＰ及び本システムの各プロトコルが動作する
装置である。

【００５４】以上のような構成のネットワークゲームシ
ステムにおいて、以下のような処理が行われる。ここで
は、ネットワークに接続されている１つのクライアント
装置２００に注目する。クライアント装置２００から対
局要求をサーバ装置１００に発行すると、サーバ装置１
００から対局者要求残り時間ｔａが返される。クライア
ント装置２００では対局者要求残り時間ｔａが経過する
と、自動的に対局者要求をサーバ装置１００に発行す
る。対局者自動選定処理は周期的におこなわれており、
クライアント装置２００から対局者要求が発行されたと
きには、サーバ装置１００側において、対局待ちの利用
者に関する対局者自動選定処理がすでに終了している。
これによって選定された対局者情報が、サーバ装置１０
０からクライアント装置２００に返される。この時、対
局開始残り時間ｔｂも同時に返される。クライアント装
置２００では、この対局開始残り時間ｔｂを経過した
後、選定された対局者との対局を開始する。相手側のク
ライアント装置でも同様な処理をしているため、同時に
対局を開始できる。

【００５５】これらのことを、くりかえし実施すること
で、サーバクライアントおよびクライアント間での同期
が実現できる。図６は、サーバ装置とクライアント装置
との同期状況を示す図である。この図の横軸は、時間を
表している。図には、定数Ｔｇ，Ｔｈ，Ｔｆが示されて
いる。Ｔｇは対局者自動選定処理が終了するのに要する
時間以上の時間。Ｔｈは自動選定処理を開始する時点か
ら、対局開始する時点までの時間。Ｔｆは、周期的にく
りかえされる自動選定処理の周期時間である。これらは
予め決められたものである。この定数を用いて自動選定
処理時点での対局者要求残り時間ｔａ，対局開始残り時
間ｔｂは次のように計算できる。

【００５６】

【数１】本システムの詳細な動作を説明するため、サーバ装置１
００およびクライアント装置２００で動作をフローチャ
ートを図７〜図１６に示す。以下、これらのフローチャ
ートに示す処理の内容を、ステップ番号に沿って説明す
る。

【００５７】図７は、サーバ装置での同期制御処理を示
すフローチャートである。なお、このフローチャートに
示す処理は、すべて同期制御部１５０が行う。［Ｓ１］選定時刻が周期的に繰り返し設定されており、
その選定時刻になったかどうかを絶えず監視している。
選定時刻になったらステップＳ２に進み、選定時刻にな
っていない場合は、このステップＳ１の処理を繰り返
す。［Ｓ２］式（１）により、対局者要求残り時間ｔａと対
局開始残り時間ｔｂを求め、対局者要求残り時間ｔａお
よび対局開始残り時間ｔｂを対局者選定部１４０に伝達
する。［Ｓ３］自動選定処理を起動し、ステップＳ１に戻る。

【００５８】これにより、サーバ装置１００の同期処理
が行われる。また、ネットワークＯＳ１１０および認証
部１２０では、受信処理が行われる。

【００５９】図８は、サーバ装置の受信処理を示すフロ
ーチャートである。［Ｓ１１］ネットワークＯＳ１１０は、なんらかの信号
の受信がある否かを絶えず判断している。信号の受信が
発生したらステップＳ１２に進み、信号の受信が発生し
ていない場合は、このステップＳ１１の処理を繰り返
す。［Ｓ１２］認証部１２０は、信号の発信者が正当な利用
者かどうかを認証する。これは利用者ＤＢ１３０での利
用者識別子とパスワードの対を照合すれば実現できる。
不正な利用者であればステップＳ１３に進み、正当な利
用者であればステップＳ１４に進む。［Ｓ１３］認証部１２０は、受信した信号が不正な利用
者からのものであれば、Ｅｒｒｏｒである旨の通知を生
成し、ステップＳ１７に進む。［Ｓ１４］認証部１３０は、受信した信号が正当な利用
者からのものであれば、受信した要求の種類を判別す
る。要求が対局要求であればステップＳ１５に進み、要
求が対局者要求であればステップＳ１６に進む。［Ｓ１５］対局者選定部１４０が、選定準備処理を行い
ステップＳ１７に進む。この処理の詳細は後述する。［Ｓ１６］対局者選定部１４０が、対局者要求処理を行
いステップＳ１７に進む。この処理の詳細は後述する。［Ｓ１７］各処理が終了したら、ネットワークＯＳ１１
０が要求したクライアント装置に処理の結果を応答し、
次の受信に備える。

【００６０】図９は、選定準備サブルーチンを示すフロ
ーチャートである。これは対局要求が発生したときに対
局者選定部１４０によって行われる処理である。［Ｓ２１］要求してきた利用者Ｎｉのアドレスを記録す
ると共に、状態を対局待ちにセットする（Ｓ←１）。［Ｓ２２］その時点での対局者要求残り時間ｔａを利用
者Ｎｉに応答する。なお、実際のパケット化は、ネット
ワークＯＳ１１０の方で実施する（以下パケット化は全
てネットワークＯＳ１１０で実施）。

【００６１】図１０は、対局者要求サブルーチンを示す
フローチャートである。これは、対局者要求が発生した
ときに対局者選定部１４０によって行われる。［Ｓ３１］利用者ＤＢ１３０より、要求してきた利用者
Ｎｉの対局相手Ｍｉを読み出す。［Ｓ３２］読み出した対局相手Ｍｉを利用者識別子とし
た時の利用者情報、強さ、及びアドレスの情報に、対局
開始残り時間ｔｂを加えて、要求してきた利用者Ｎｉへ
応答する。

【００６２】図１１は、自動選定処理を示すフローチャ
ートである。これは、同期制御部１５０が対局者選定部
１４０の自動選定機能部１４１を起動した際に、自動選
定機能部１４１によって実行される処理である。［Ｓ４１］まず対局待ちの利用者を利用者ＤＢ１３０か
ら読み込む。［Ｓ４２］選定ルーチンを予め定められた方法で実施
し、結果としての各利用者Ｎｉごと対局者Ｍｉと対局履
歴Ｌｉを利用者ＤＢ１３０に書き込む。

【００６３】選定ルーチンにはいくつかの方法が考えら
れるが、その一例を以下に示す。図１２は、選定ルーチ
ンを示すフローチャートである。［Ｓ５１］集合Ｓと集合Ｐを初期化（空集合）し、基準
値Ｒｘを初期化（設定）する。集合Ｓは処理が終了した
項目番号の集合であり、集合Ｐは処理したが相手が見付
からなかった項目番号の集合である。

【００６４】基準値Ｒｘは、対局者として選択可能な強
さの差の基準を示す値である。両利用者の強さの差がこ
の範囲に入れば、対局者として選定することにする。こ
の処理で使用している変数を、表３のテーブルを用いて
説明する。

【００６５】

【表３】

【００６６】表３のテーブルにおいて、項目番号は
「１」から振られた番号であり、対局待ちの利用者数Ｕ
まで存在する。以下この項目番号をサフィックスとして
使用する。つまり項目番号「２」の利用者識別子は「Ｎ
２」である。識別子Ｎ、強さＲ、対局者Ｍ、対局者履歴
Ｌは利用者ＤＢ１３０で使用しているものと同様であ
る。［Ｓ５２］選択される項目番号の値「ｉ」を０に初期化
する。［Ｓ５３］「ｉ」の値に１を加算する。［Ｓ５４］「ｉ」が、集合Ｓに含まれているか否かを判
断する。集合Ｓに含まれて入れば、その項目番号に対応
する利用者の対局相手は既に決定しているため、ステッ
プＳ５３に戻る。集合Ｓに含まれていなければステップ
Ｓ５５に進む。［Ｓ５５］比較対照となる項目番号の値「ｋ」を０に初
期化する。［Ｓ５６］「ｋ」の値に１を加算する。［Ｓ５７］項目番号「ｋ」の利用者が、対局相手として
の基本的条件を満たしているかどうかを判断する。基本
的条件としては、まず、自分自身を除く（ｉ≠ｋ）。そ
して、すでに処理した項目番号（集合Ｓにあるもの）、
及び予め定められた期間あるいは対局数内ですでに対局
したことのある利用者（集合Ｌｉにあるもの）は選定の
対象外とする。これらの条件を満たしていればステップ
Ｓ５８に進む。条件を満たしていない場合にはステップ
Ｓ５６に進む。［Ｓ５８］項目番号「ｉ」の利用者と項目番号「ｋ」の
利用者との強さの差がＲｘより大きいか否かを判断する
（｜Ｒｉ−Ｒｋ｜＞Ｒｘ）。強さの差がＲｘ以下であれ
ばステップＳ５９に進み、強さの差がＲｘより大きけれ
ばステップＳ６０に進む。［Ｓ５９］項目番号「ｉ」と項目番号「ｋ」とを、処理
済を示す集合Ｓに含める。また、項目番号「ｉ」の対局
者「Ｍｉ」に項目番号「ｋ」の識別子「Ｎｋ」を登録す
ると共に、項目番号「ｋ」の対局者「Ｍｋ」に項目番号
「ｉ」の識別子「Ｎｉ」を登録する。さらに、項目番号
「ｉ」の対局者履歴「Ｌｉ」に項目番号「ｋ」の識別子
「Ｎｋ」を登録すると共に、項目番号「ｋ」の対局者履
歴「Ｌｋ」に項目番号「ｉ」の識別子「Ｎｉ」を登録す
る。これらの設定が終了したらステップＳ６２に進む。［Ｓ６０］比較されている項目番号「ｋ」が、項目番号
の最大値「Ｕ」以上であるか否かを判断する。「ｋ」が
「Ｕ」以上であればステップＳ６１に進み、そうでなけ
ればステップＳ５６に戻る。［Ｓ６１］集合Ｐに項目番号「ｉ」を含める。すなわ
ち、項目番号「ｉ」の利用者の適当な対局者が見つから
なかったことになる。［Ｓ６２］選択されている項目番号「ｉ」が、項目番号
の最大値「Ｕ」以上であるか否かを判断する。「ｉ」が
「Ｕ」以上であれば処理を終了し、そうでなければステ
ップＳ５３に戻る。

【００６７】これにより、項目番号「１」から「Ｕ」ま
で各利用者ごとに、強さの差がＲｘ以内の利用者が選定
される。なお、以上のことを利用者のならび順序を入れ
替え、｜Ｒｉ−Ｒｋ｜の平均が最小の組み合わせを選ん
でもよい。また、集合Ｐが空となるように、Ｒｘを大き
くしていってもよい。

【００６８】以上がサーバ装置１００で行われる処理で
ある。次にクライアント装置での動作を説明する。図１
３は、クライアント装置の同期制御処理を示すフローチ
ャートである。これは、クライアント装置２００内の同
期制御部２４０が行う処理である。［Ｓ７１］対局者要求残り時間ｔａあるいは対局開始残
り時間ｔｂが、それぞれ対局要求部２２０あるいは対局
者要求部２３０から入力されるかどうかを絶えず監視し
ている。入力があればステップＳ７２に進み、入力がな
ければステップＳ７３に進む。［Ｓ７２］対局者要求残り時間ｔａあるいは対局開始残
り時間ｔｂの入力があったら、その時間を初期値として
セットし、カウントダウンしてゆく。また、ユーザイン
タフェース２１０上にその時間経過を待ち時間として表
示する。［Ｓ７３］対局者要求残り時間ｔａが０か否かを判断す
る。対局者要求残り時間ｔａが０であればステップＳ７
４に進み、０でなければステップＳ７５に進む。［Ｓ７４］対局者要求残り時間ｔａが０になったら、対
局者要求部２３０にサーバ装置１００へ対局者要求を発
行するように指示を出す。［Ｓ７５］対局開始残り時間ｔｂが０か否かを判断す
る。対局開始残り時間ｔｂが０であればステップＳ７６
に進み、０でなければステップＳ７１に戻る。［Ｓ７６］対局開始残り時間ｔｂが０になったら、ユー
ザインタフェース２１０へ対局開始の表示を行い、ステ
ップＳ７１に戻る。

【００６９】これにより、利用者は別途用意されている
対局部２５０を使用し、対局を開始する。図１４は、ユ
ーザ入力処理を示すフローチャートである。この処理
は、ユーザインターフェース２１０で行われる。［Ｓ８１］対局要求の入力があったか否かを監視する。
基本構成では、入力ボタンは対局希望ボタン２１１が１
つあるだけなので、このボタンの入力を監視することに
なる。対局要求ボタン２１１がクリックされたら、ステ
ップＳ８２に進み、対局要求ボタン２１１が押されなけ
ればこのステップを繰り返す。［Ｓ８２］対局要求ボタン２１１がクリックされたら、
対局要求部２２０に対し、対局要求を発行するように指
示をする。

【００７０】図１５は、対局要求サブルーチンを示すフ
ローチャートである。この処理は、対局要求部２２０で
行われる。［Ｓ９１］対局要求のプロトコルに利用者識別子Ｎｉ、
パスワードＰｉ、アドレスＡｉを含めてサーバに送信す
る。ここでアドレスは、クライアント装置２００にあら
かじめ設定されているので、ユーザが入力しなくても自
動的に検出し、プロトコル上にのせることが可能であ
る。［Ｓ９２］対局要求の応答が返るまで待つ。［Ｓ９３］応答が返ってきたら、対局者要求残り時間ｔ
ａを同期制御部２４０にセットする。

【００７１】図１６は、対局者要求サブルーチンを示す
フローチャートである。この処理は、対局者要求部２３
０で行われる。［Ｓ１０１］対局者要求プロトコルに利用者識別子Ｎｉ
とパスワードＰｉとを含め、サーバに装置１００へ発行
する。［Ｓ１０２］対局者要求の応答結果を待つ。［Ｓ１０３］応答が返ってきたら、その応答の対局開始
残り時間ｔｂを同期制御部２４０にセットする。［Ｓ１０４］応答に含まれている利用者情報、強さ及び
アドレスをユーザインタフェース２１０に表示する。

【００７２】以上が、クライアント装置の動作である。
このようにして、対局を希望する利用者の対局相手をサ
ーバ装置１００が自動的に決定し、利用者の使用してい
るクライアント装置へ対局相手に関する情報を通知する
ことができる。その結果、利用者自身が、対局相手をみ
つけるという作業が不要になる。

【００７３】また、システムが対局者選定の同期をとる
ため、対局相手の選択範囲が広がるとともに、利用者が
絶えず選定結果がでたかどうかモニタする必要がなくな
る。さらに、システムが対局開始同期をとるため、対局
開始のタイミングを対局者間で連絡しあう必要がなくな
る。もちろん、利用者ＤＢ１３０には、利用者のネット
ワークアドレス（電話番号でも可）が含まれ、その情報
が対局相手に通知されるため、利用者自身が対局相手の
連絡先を調べる必要もない。

【００７４】次に上記基本構成に種々の応用機能を付加
した第２の実施の形態について説明する。ここで、第２
の実施の形態で使用するサーバクライアント間のプロト
コルを表４に示す。

【００７５】

【表４】

【００７６】この実施の形態ではプロトコルを、「基
本」と「応用」とに分類している。第１の実施の形態で
も使用したプロトコルが「基本」であり、本実施の形態
を実現するために新たに規定したプロトコルが「応用」
である。基本のプロトコルは、対局要求と対局者要求の
みであるが、応用のプロトコルは、基本以外に５種類の
プロトコルがある。

【００７７】「入場」は、利用者が、本システムに入る
ために最初にサーバ装置へ発行するプロトコルである。
サーバ装置は、結果として本システムで提供しているサ
ービスメニューを返す。これにより、正当な利用者のみ
が本システムのサービスにアクセスできる。

【００７８】「退場」は、利用者が本システムから抜け
るためのプロトコルである。入場プロトコルと組み合わ
せ、入場から退場までの間の時間帯においてのみ利用者
がアクセスできるようにすることで、システムのセキュ
リティを高めることが可能である。

【００７９】「終了」は、対局が終わったことを示すプ
ロトコルである。これによって、サーバ側で、この対局
の結果をすぐに対局者の強さ計算に使用することが可能
となる。

【００８０】「対局者再要求」は、選定した対局相手を
利用者が変更してもらいたいときに、発行するプロトコ
ルである。サーバ装置は、対局者要求の場合と同様の結
果を返すが、この場合の対局開始残り時間ｔｃの値は、
対局者要求の場合の対局開始残り時間ｔｂとは異なる値
である。

【００８１】「表示」は、利用者ＤＢの情報を表示要求
できるプロトコルである。図１７は、本発明の第２の実
施の形態のサーバ装置の構成を示す図である。このサー
バ装置３００は、クライアント装置４００とネットワー
クを介して接続されている。

【００８２】ネットワークＯＳ３１０は、上記表４のす
べてのプロトコルを認識できるものである。また、認証
部３２０は、すでに基本構成( 図３に示した認証部１２
０)で説明したものと同じである。

【００８３】入場者受付部３３０は、クライアント装置
４００からの入場プロトコルをうけ、要求された利用者
Ｎｉの状態を初期化（Ｓ＝０）し、そのクライアント装
置４００に本システムのサービスメニューを返す。第１
の実施の形態に示した基本構成では、不正な利用者でも
アクセスだけは可能であったが、この機能を使うことに
より、正当な利用者だけがアクセスすることを許され
る。その結果、サーバ側の負荷も減らすことが可能とな
る。

【００８４】退場者受付部３４０は、上記入場者受付部
３３０と対で利用される。退場要求がきたら、その利用
者の状態を初期化（Ｓ＝０）し、サービスメニューを閉
じるようにする。

【００８５】対局者選定部３５０は、基本構成の機能の
ほかに、利用者ＤＢ３６１の中からでは対局相手が見つ
からなかった利用者に対して、予備の対局者ＤＢ３６２
を使用し対局者を見つける機能と、対局者再要求を処理
する機能が含まれる。すなわち、利用者側で対局相手を
変更したい時が考えられる。この時、対局者再要求を利
用者は出すことができる。この要求を受けると、対局者
選定部３５０は、予備対局者ＤＢ３６２から対局者を選
定し、利用者に応答する。プロトコルを受け取ってから
処理するまでの基本的な流れは、対局者要求と同じであ
る。詳細はフローチャートにて説明する。

【００８６】利用者ＤＢ３６１は、第１の実施の形態と
同様に、あらかじめ登録された利用者のデータを格納し
ている。データの内容は、表２に示す通りである。予備
対局者ＤＢ３６２は、あらかじめ登録され、対局者再要
求にそなえて待機している利用者のＤＢである。予備対
局者ＤＢ３６２に格納されているデータの内容は、利用
者ＤＢ３６１と同様である。

【００８７】強さ評価部３７０は、対局が終了したと
き、対局の結果および対局者同士の強さから、あらかじ
め決められたルールにより、各対局者の強さを計算し、
利用者ＤＢ３６１の対局した各利用者の強さを書き換え
る。まず、終了を発行した利用者Ｎｉの対局者Ｍｉを利
用者ＤＢ３６１から求め、利用者と対局者のそれぞれの
強さを利用者ＤＢ３６１から読み込んでくる。これらを
元に、強さを再計算し、利用者ＤＢ３６１にそれぞれ書
き込む。

【００８８】強さを計算するルールの一例として、将棋
での強さ判定方法として用いられているレーティング方
式がある。このレーティング方式では、次の式で得失点
を求めそれを勝った方、負けた方の元の点数に加算、減
算する。（１）点数が高い方が勝った場合、得失点＝１６−（持点差×４％）（２）点数が低い方が勝った場合、得失点＝１６＋（持点差×４％）なお、点数が高い方が勝った場合において、持点差が４
００点を超えていると得失点が負の数になってしまう
が、その場合、強さは変動させない。ただし、対局者の
自動選定処理において、強さの差が一定の閾値以上の場
合には対局相手として選ばれないため、その閾値を４０
０以下に設定しておけば、持点差が４００点を超えるこ
とはない。

【００８９】表示情報提供部３８０は、利用者ＤＢ３６
１の情報をクライアント装置４００に応答する機能を有
している。ただし、パスワードは、応答できない。クラ
イアント装置４００からの表示要求項目をうけ、それに
対応するものを応答する。

【００９０】同期制御部３９０は、第１の実施の形態の
構成と同様の機能を有する。ただし、第１の実施の形態
では周期的に自動選定を行っていたのに対し、ここでは
入場者数、対局中の人数、対局待ちの人数などに応じて
周期を変動させ、次の対局者自動選定処理の周期を決め
る仕組みをもたせてもよい。また、対局待ちの利用者数
が少ないとき、対局者要求の応答として、対局開始残り
時間ｔｂを再度クライアント装置に伝達し、周期を延ば
すことも可能である。

【００９１】次に上記サーバ装置に対応するクライアン
ト装置の構成を説明する。図１８は、第２の実施の形態
のクライアント装置の構成を示す図である。ネットワー
クＯＳ４１０は、前述の表４のすべてのプロトコルを送
受信できるものである。

【００９２】ユーザインタフェース４２０は、利用者か
らの情報入力と利用者への情報表示を行う。このユーザ
インタフェース４２０は、第１の実施の形態におけるユ
ーザインタフェースに対して、機能を拡張したものであ
る。

【００９３】図１９は、拡張されたユーザインタフェー
ス４２０の例を示す図である。なお、図中の対局希望ボ
タン４２１、メッセージ表示部４２２、ゲージ４２３、
将棋盤表示部４２４、対局者表示部４２５，４２６、及
び持ち駒表示部４２７，４２８に関しては、図５に示し
た第１の実施の形態のユーザインタフェース２１０の同
名の構成要素と同じものである。

【００９４】本実施の形態で追加された入力スイッチと
して、対局者変更ボタン４２０ａ、投了ボタン４２０
ｂ、退場ボタン４２０ｃがある。対局者変更ボタン４２
０ａは、サーバ装置３００で選定された対局者に不満の
ある場合に用いるボタンであり、この対局者変更ボタン
４２０ａが押されると対局者再要求が出される。投了ボ
タン４２０ｂは、負けを認めた際にクリックすべきボタ
ンであり、このボタンがクリックされることにより終了
指令が出力される。退場ボタン４２０ｃは、サーバ装置
３００のサービスの利用を終了する際にクリックすべき
ボタンであり、このボタンがクリックされることにより
退場指令が出力される。

【００９５】表示機能としては、残り時間表示部４２０
ｄ，４２０ｅが追加されている。この残り時間表示部４
２０ｄ，４２０ｅは、制限時間が設けられた対局におけ
る、それぞれの対局者の持ち時間の残量を表示してい
る。

【００９６】なお、図１９のユーザインターフェース
は、ユーザがすでに入場を行った後の画面を示してい
る。入場する前は、図示していない入場ボタンが設けら
れている。その入場ボタンがクリックされると、入場要
求が出力される。

【００９７】図１８に戻り、入場要求部４３０は、ユー
ザインタフェース４２０からの入場要求を、サーバ装置
３００に送信し、その応答をユーザインタフェース４２
０に表示する。サーバ装置３００に送信する入場要求に
は、利用者識別子ＮｉおよびパスワードＰｉを含める。

【００９８】対局要求部４４０は、基本的に第１の実施
の形態の対局要求部２２０（図３に示す）と同じ機能を
有している。対局者要求部４５０は、第１の実施の形態
に示した対局者要求部２３０（図３に示す）が有してい
る機能のほかに、サーバ装置３００から応答された対局
者アドレスＡｍを対局部４０１に伝える機能がある。ま
た、対局者変更入力を対局者再要求として受けとった
時、サーバ装置３００に対局者再要求を送信し、その応
答を待つ。応答がきたら、対局者情報Ｚｍおよび強さＲ
ｍをユーザインタフェース４２０を通して表示し、アド
レスＡｍを対局部４０１に伝え、対局開始残り時間ｔｃ
を同期制御部４６０に伝える。

【００９９】なお、上記対局者再要求は、同時に対局部
４０１に伝えられ、対局相手に対局拒否のメッセージと
して伝えることも可能である。同期制御部４６０は、基
本構成での機能の他に、対局者要求部４５０から対局開
始残り時間ｔｂ，ｔｃを受けとったら、ユーザインタフ
ェース４２０に対局開始までの待ち時間として表示する
とともに、開始時間となったら対局部４０１を起動す
る。

【０１００】終了要求部４７０は、ユーザインタフェー
ス４２０から投了情報（負けの意思表示）が伝達された
ら、終了プロトコルでもってサーバ装置３００に、それ
を伝達する。そして、サーバ装置３００からの応答を待
ち、正常に処理されたら、ユーザインタフェース４２０
に対局終了のメッセージを表示する。

【０１０１】上記投了情報は、もちろん対局部４０１に
も伝えられ、対局部４０１によって対局相手にも伝えら
れる。退場要求部４８０は、本システムから利用者が抜
けるための処理を行う。退場のプロトコルをサーバ装置
３００に送信し、応答がきたら処理完了のメッセージを
ユーザインタフェース４２０に表示する。

【０１０２】表示要求部４９０は、利用者が知りたい情
報項目を選択し、その情報をサーバ装置から読み出し表
示する。対局部４０１は、第１の実施の形態に示した対
局部２５０（図３に示す）が有しているように、対局相
手のクライアント装置４００ａとの間で対局を行う機能
のほかに、クライアント装置４００内の処理機能部から
の各種情報を取り込む機能を持つ。対局者要求部４５０
からＩＰアドレスを受け取ったら、そのアドレスの対局
者と対局が可能となる。対局者再要求がユーザインタフ
ェース４２０から通知されたら、対局拒否として相手の
対局者に伝達する。対局開始残り時間ｔｂ，ｔｃが同期
制御部４６０から通知されたら、その時間がきたときに
対局が相互で開始できるようにする。投了が通知された
ら、それを対局相手に送信し、相手も投了を認識できる
ようにする。

【０１０３】画像組み込み部４０２は、対局部４０１お
よびカメラ５０と組み合わせ、指し手を対局相手に送信
するときに、指し手を指した瞬間の自分の静止画を同時
に送信するようにする。また、同様の画像を受け取った
側は、指し手と共にその静止画を画面に表示する。こう
することで、対局の臨場感を増すことができる。

【０１０４】図２０は、第２の実施の形態におけるサー
バクライアントの同期状況を示す図である。この図で
は、横軸が時間軸である。第１の実施の形態（図６に示
す）との相違点は、対局開始残り時間ｔｃが対局者再要
求に応じて定められており、対局者再要求の応答として
返されることである。また、あらかじめ定められた周期
でなく、変動周期で対局者自動選定処理を行うことも可
能であり、その様子を図示している。

【０１０５】本システムの動作を基本機能のフローチャ
ートと併せて説明する。なお、本システムのサーバ装置
３００とクライアント装置４００との特徴的な処理機能
のフローチャートを図２１〜図３５に示す。

【０１０６】図２１は、サーバ装置での同期制御処理の
フローチャートである。第１の実施の形態の同期処理と
同等のものであってもよいが、ここでは、周期を変動と
する場合のフローチャートを示す。この処理は、同期制
御部３９０が行う。［Ｓ２０１］選定時刻になったか否かを判断し、選定時
刻であればステップＳ２０２に進み、選定時刻でなけれ
ばこのステップを繰り返す。これにより、選定時刻にな
ったかどうかが、絶えず監視される。［Ｓ２０２］選定時刻になったら、現状の入場者数に応
じて周期Ｔｆを変化させる。すなわち、以下の式

【０１０７】

【数２】で周期Ｔｆを計算する。そして、入場者が通常より多い
場合は、Ｔｆを短く、少ない場合は、Ｔｆを長くとる。［Ｓ２０３］以下の式、

【０１０８】

【数３】により、ｔａおよびｔｂを求め、対局者選定部３５０に
伝達する。［Ｓ２０４］自動選定処理部３５１を起動する。

【０１０９】以上が、サーバ装置３００の同期処理であ
る。次に、ネットワークＯＳ３１０および認証部３２０
で行われる、受信処理について説明する。

【０１１０】図２２は、サーバ装置での受信処理を示す
フローチャートである。［Ｓ２１１］ネットワークＯＳ３１０は、受信の有無を
判断し、各種要求を受信すればステップＳ２１２に進
み、受信しなければこの処理を繰り返す。［Ｓ２１２］認証部３２０は、なんらかの受信が発生し
たら、それが正当な利用者かどうかを認証する。正当な
利用者であればステップＳ２１４に進み、不正な利用者
であればステップＳ２１３に進む。［Ｓ２１３］受信した要求の認証に失敗した場合には、
認証部３２０は、エラーである旨のメッセージを作成す
る。［Ｓ２１４］認証部３２０は、正当な利用者であれば、
受信した要求の種類を判別し、それぞれの処理を実行さ
せる。［Ｓ２１５］入場要求の場合には、入場者受付部３３０
が入場受付処理を実行する（詳細は図２３に示す）。［Ｓ２１６］終了要求の場合には、強さ評価部３７０が
終了処理を実行する（詳細は図２４に示す）。［Ｓ２１７］退場要求の場合には、退場者受付部３４０
が退場処理を実行する（詳細は図２５に示す）。［Ｓ２１８］対局要求の場合には、対局者選定部３５０
が選定準備処理を実行する（詳細は図９に示した第１の
実施の形態の処理と同様である）。［Ｓ２１９］対局者要求の場合には、対局者選定部３５
０が対局者要求処理を実行する（詳細は図１０に示した
第１の実施の形態の処理と同様である）。［Ｓ２２０］対局者再要求の場合には、対局者選定部３
５０が対局者再選定処理を事項する（詳細は図２６に示
す）。［Ｓ２２１］表示要求の場合には、表示情報提供部３８
０が要求されたデータを利用者ＤＢ３６１から取得す
る。［Ｓ２２２］ステップＳ２１３、ステップＳ２１５〜Ｓ
２２１の処理が終了したら、それぞれの処理を行った装
置が、要求したクライアント装置に処理の結果を応答す
る。なお、実際のパケット化は、ネットワークＯＳ３１
０が行う。その後ステップＳ２１１に戻り、次の受信に
備える。

【０１１１】図２３は、入場受付サブルーチンのフロー
チャートである。これは、入場要求が発生したときに、
入場者受付部３３０で行われる処理である。［Ｓ２３１］要求してきた利用者Ｎｉの状態を初期化す
る（Ｓ←０）。［Ｓ２３２］本システムのサービスメニューを利用者Ｎ
ｉに応答する。サービスメニューは、具体的に、対局要
求、対局者変更、退場がある。

【０１１２】図２４は、終了サブルーチンのフローチャ
ートである。これは、終了要求が発生したときに、強さ
評価部３７０で行われる。［Ｓ２４１］終了要求した利用者Ｎｉとその対局者Ｍｉ
の強さを、勝敗の結果と元の強さをもとに計算する。こ
の計算方法は、前述の通りである。［Ｓ２４２］計算した結果を利用者ＤＢ３６１へ記録す
る。そして、利用者Ｎｉへ処理完了を応答し、この処理
を終了させる。

【０１１３】図２５は、退場サブルーチンのフローチャ
ートである。これは、退場要求が発生したときに、退場
者受付部３４０で行われる。［Ｓ２５１］退場要求した利用者の状態を変更する（Ｓ
←０）。［Ｓ２５２］利用者Ｎｉへ退場了解を応答し、処理を完
了させる。

【０１１４】図２６は、対局者再選定サブルーチンのフ
ローチャートである。これは、対局者再要求が発生した
ときに、対局者選定部３５０で行われる。［Ｓ２６１］要求利用者Ｎｉとその対局相手として選定
した利用者Ｎｍの、利用者ＤＢ３６１の項目の中の対局
者Ｍと対局履歴Ｌを今回の自動選定処理以前の状態に戻
す。［Ｓ２６２］要求利用者Ｎｉの対局者を再度選定するた
めに、予備対局者ＤＢ３６２を対象として選定を行う
（この処理の詳細は図２８に示す）。［Ｓ２６３］選定が終了したら、利用者Ｎｉへ選定した
対局者の対局者情報と強さとアドレス、および対局開始
残り時間ｔｃを応答する。そして利用者ＤＢ３６１の対
局者の項目Ｍｉと対局者履歴Ｌｉに選定した対局者識別
子Ｎｍを記録する。もちろん、予備対局者ＤＢ３６２の
対応する項目に対局者識別子Ｎｉを記録してもよい。

【０１１５】図２７は、自動選定処理のフローチャート
である。［Ｓ２７１］利用者ＤＢ３６１から対局待ち（Ｓ＝１）
の利用者を読み込む。［Ｓ２７２］選定ルーチンを実行する（図１２に示
す）。［Ｓ２７３］集合Ｐが空集合、つまり、対局待ちの全て
の利用者に対して対局相手が選定できた場合は、終了す
る。そうでない場合は、ステップＳ２７４に進む。［Ｓ２７４］第２の選定ルーチン（図２８に示す）を実
行して予備対局者ＤＢ３６２から対局者を見つける。

【０１１６】図２８は、第２の選定ルーチンのフローチ
ャートである。［Ｓ２８１］Ｒｘを初期化（設定）する。Ｒｘは強さの
差の基準値である。両利用者の強さの差がこの範囲に入
れば、対局者として選定することにする。

【０１１７】この処理で使用する変数ｋは、１から振ら
れた番号であり、予備対局者ＤＢ３６２の登録者数Ｖま
で存在する。Ｎ、Ｒ、Ｍ、Ｌは利用者ＤＢ３６１で使用
している記号と同一の意味を持つ。

【０１１８】Ｎｉ、Ｒｉ、Ｍｉ、Ｌｉは、対局者再要求
している利用者の情報であり、ここでは固定である。つ
まり、この処理は、ひとりの利用者Ｎｉの対局者を予備
対局者ＤＢ３６２の中から見つける処理である。［Ｓ２８２］変数ｋの値を０にする。［Ｓ２８３］変数ｋの値に１を加算する。［Ｓ２８４］Ｎｋが集合Ｌｉに含まれるか否かを判断
し、含まれればステップＳ２８５に進み、含まれなけれ
ばステップＳ２８３に戻る。［Ｓ２８５］項目番号「ｉ」の利用者と項目番号「ｋ」
の利用者との強さの差がＲｘより大きいか否かを判断す
る（｜Ｒｉ−Ｒｋ｜＞Ｒｘ）。強さの差がＲｘ以下であ
ればステップＳ２８６に進み、強さの差がＲｘより大き
ければステップＳ２８７に進む。［Ｓ２８６］項目番号「ｉ」の対局者「Ｍｉ」に項目番
号「ｋ」の識別子「Ｎｋ」を登録すると共に、項目番号
「ｋ」の対局者「Ｍｋ」に項目番号「ｉ」の識別子「Ｎ
ｉ」を登録する。また、項目番号「ｉ」の対局者履歴
「Ｌｉ」に項目番号「ｋ」の識別子「Ｎｋ」を登録する
と共に、項目番号「ｋ」の対局者履歴「Ｌｋ」に項目番
号「ｉ」の識別子「Ｎｉ」を登録する。これらの設定が
終了したら、このサブルーチンを終了する。［Ｓ２８７］変数ｋの値が登録者数Ｖ以上であるか否か
を判断する。Ｖ以上であればステップＳ２８８に進み、
Ｖ未満であればステップＳ２８３に戻る。［Ｓ２８８］Ｒｘの値にα（予め設定された、Ｒｘに比
べて小さな値）を加え、新たなＲｘの値として、ステッ
プＳ２８３に進む。

【０１１９】これにより、番号１からＶまでの予備対局
者Ｎｋの中から、利用者Ｎｉと強さの差がＲｘ以内の予
備対局者が選定される。ここで、あらかじめ定められた
期間あるいは対局数内ですでに対局したことのある利用
者（集合Ｌｉにあるもの）は、選定の対象外とする。

【０１２０】以上の処理を予備対局者のならび順序を入
れ替え、｜Ｒｉ−Ｒｋ｜が最小の組み合わせを選んでも
よい。次にクライアント装置４００での動作を説明す
る。

【０１２１】図２９は、同期制御処理のフローチャート
である。この処理は、同期制御部４６０で行われる。［Ｓ３０１］対局者要求残り時間ｔａあるいは対局開始
残り時間ｔｂ，ｔｃが、対局要求部４４０あるいは対局
者要求部４５０から入力されるかどうかを絶えず監視し
ている。入力があればステップＳ３０２に進み、入力が
無ければステップＳ３０３に進む。［Ｓ３０２］入力があったら、その時間をセットし、カ
ウントダウンしてゆく。また、ユーザインタフェース４
２０上にその時間経過を待ち時間として表示する。［Ｓ３０３］対局者要求残り時間ｔａが０であるか否か
を判断し、対局者要求残り時間ｔａが０であればステッ
プＳ３０４に進む。そうでなければ、ステップＳ３０５
に進む。［Ｓ３０４］対局者要求部４５０にサーバ装置３００へ
対局者要求を発行するように指示を出す（この処理の詳
細は、図１６に示した第１の実施の形態の処理と同様で
ある）。［Ｓ３０５］対局開始残り時間ｔｂが０であるか否かを
判断し、対局開始残り時間ｔｂが０であればステップＳ
３０６に進む。そうでなければ、ステップＳ３０１に戻
る。［Ｓ３０６］対局開始残り時間ｔｂが０になったら、対
局部４０１を起動する。これにより対局者が互いに連絡
し合うことなく同期がとれ、対局が開始できる。

【０１２２】図３０は、クライアントでのユーザ入力処
理のフローチャートである。［Ｓ３１１］ユーザインタフェース４２０が、ユーザか
らの入力の有無を監視する。入力があった場合には、ス
テップＳ３１２に進み、入力が無い場合には監視処理を
続行する。［Ｓ３１２］ユーザ入力があった場合、ユーザインタフ
ェース４２０は、その要求の種類を判別し、それに応じ
て処理を実行する装置に伝達する。［Ｓ３１３］入場要求の場合には、入場要求部４３０が
入場処理を行う（詳細は図３１に示す）。［Ｓ３１４］投了要求の場合には、終了要求部４７０が
終了処理を行う（詳細は図３２に示す）。［Ｓ３１５］退場要求の場合には、退場要求部４８０が
退場処理を行う（詳細は図３３に示す）。［Ｓ３１６］対局要求の場合には、対局要求部４４０が
対局要求処理を行う（詳細は図１５に示した第１の実施
の形態の処理と同様である）。［Ｓ３１７］対局者再要求の場合には、対局者要求部４
５０が対局者再要求処理を行う（詳細は図３５に示
す）。［Ｓ３１８］表示要求の場合には、表示要求部４９０が
サーバ装置３００から必要なデータを取得し、ユーザイ
ンタフェース４２０の画面に表示する。

【０１２３】以上のステップＳ３１３〜Ｓ３１８のいず
れかの処理が終了したら、ステップＳ３１１に戻る。図
３１は、入場サブルーチンのフローチャートである。［Ｓ３２１］入場要求プロトコルを使用しパラメタとし
てＮｉとＰｉをサーバ装置に送信する。［Ｓ３２２］サーバ装置３００からのその応答を待つ。［Ｓ３２３］サーバ装置３００からの応答結果を表示す
る。

【０１２４】図３２は、終了サブルーチンのフローチャ
ートである。これは利用者が投了のボタン４２０ｂがク
リックされことにより実行される。［Ｓ３３１］投了を対局部４０１に通知し、対局相手が
この投了を認識できるようにする。［Ｓ３３２］終了要求プロトコルを使用し、パラメタと
してＮｉとＰｉをサーバ装置３００に送信する。［Ｓ３３３］サーバ装置３００の応答を待つ。［Ｓ３３４］サーバ装置３００からの応答結果を表示す
る。

【０１２５】図３３は、退場サブルーチンのフローチャ
ートである。［Ｓ３４１］退場処理プロトコルを使用しパラメタとし
てＮｉとＰｉをサーバ装置３００に送信する。［Ｓ３４２］サーバ装置３００の応答を待つ。［Ｓ３４３］サーバ装置３００からの応答結果を表示す
る。

【０１２６】図３４は、対局者要求サブルーチンのフロ
ーチャートである。これは対局者要求残り時間ｔａがカ
ウントダウンされ０になることにより、同期制御部４６
０から起動され、対局者要求部４５０が実行する。［Ｓ３５１］対局者要求プロトコル上に、利用者識別子
ＮｉとパスワードＰｉを含め、サーバ装置３００に発行
する。［Ｓ３５２］サーバ装置３００の応答を待つ。［Ｓ３５３］サーバ装置３００より応答が返ってきた
ら、その応答の対局開始残り時間ｔｂを同期制御部４６
０にセットする。［Ｓ３５４］応答に含まれている対局者情報、強さをユ
ーザインタフェース４２０に表示する。［Ｓ３５５］対局相手のアドレスを対局部４０１にセッ
トする。

【０１２７】図３５は、対局者再要求サブルーチンのフ
ローチャートである。これは、ユーザインタフェース４
２０上の対局者変更ボタン４２０ａがクリックされるこ
とにより実行される。［Ｓ３６１］対局者再要求プロトコル上に、利用者識別
子ＮｉとパスワードＰｉを含め、サーバに発行する。［Ｓ３６２］サーバ装置３００の応答を待つ。［Ｓ３６３］サーバ装置３００より応答が返ってきた
ら、その応答の対局開始残り時間ｔｃを同期制御部４６
０にセットする。［Ｓ３６４］応答に含まれている対局者情報、強さをユ
ーザインタフェース４２０に表示する。［Ｓ３６５］対局相手のアドレスを対局部４０１にセッ
トする。

【０１２８】以上のように本実施の形態では、対局相手
が選定できなかった場合あるいは対局相手の変更を利用
者が希望する場合、予備対局者ＤＢを用意することによ
って、予備の対局者を紹介することが可能となってい
る。

【０１２９】また、対局の結果に応じて、利用者の強さ
が常に計算されるため、対局を重ねるごとに適切な対局
相手を選定することが可能となる。また、システムへの
入場と退場のしくみによって、システムのセキュリティ
が向上すると同時に対局者選定の待ち時間も、システム
へのアクセス状況に応じて変化させられるため、常に最
短の待ち時間で対局開始できるようになる。

【０１３０】また、利用者が対局のために利用する装置
（対局部）と本システムを統合することによって、対局
者のアドレスを利用者が入力する必要がなくなり、かつ
対局開始も利用者が手動で行わなくても自動的に対局部
４０１がスタートできるようになる。

【０１３１】さらに、対局する時、対局相手の静止画像
を見ることができるため、対局の臨場感が増す。さて、
以上説明したように、クライアント装置４００の対局部
４０１は、ここではクライアント−クライアント間でピ
アツーピアに対局を行うものであった。これをサーバ装
置３００を経由し、サーバクライアント形態で行うこと
も可能である。こうすることにより、サーバ上で対局の
経緯が容易に分かり、ログも容易にとることが可能とな
る。

【０１３２】また、ここでは利用者の情報検索蓄積の手
段にデータベースを使用したが、これは、通常のファイ
ルシステムを使用しても実現可能である。また、ここで
は、対局者再要求を対局者変更のために使用している
が、予備対局者との対局を希望する要求として使用する
ことも可能である。

【０１３３】また、ここではサーバ装置は、クライアン
ト装置の対局者要求のリクエストを待って対局者の組み
合わせ情報をクライアント装置に応答する方法で、組み
合わせ情報を通知しているが、ホームページ上に対局者
の組み合わせ情報を表示し、利用者がそのホームページ
を見ることで、組み合わせ情報の提供を実現してもよ
い。あるいは、対局者要求のリクエストを待たずに、サ
ーバ装置からクライアント装置に組み合わせ情報を発信
することも可能である。あるいは、電子メールなどの媒
体を通じて伝達することも可能である。

【０１３４】また、ここでは２人用のゲームについての
み実施の形態を示したが、本発明は２人用に限定される
ものではない。３人以上のゲーム、例えば麻雀などの対
局相手を選定するためには、自動選定処理の選定ルーチ
ンを１人の利用者に対し３回繰り返して、３人の対局相
手を選定することで、麻雀の４人のメンバーをそろえる
ことが可能である。

【０１３５】もちろん、ここで利用するネットワークは
無線でも有線でもどちらでも可能である。なお、上記の
サーバ装置とクライアント装置との処理内容をコンピュ
ータプログラムで記述しておき、そのプログラムをコン
ピュータに実行させることにより、本発明を実現するこ
とができる。その場合、そのプログラムは、コンピュー
タで読み取り可能な記録媒体に記録する。コンピュータ
で読み取り可能な記録媒体としては、磁気記録装置や半
導体メモリ等がある。市場を流通させる場合には、ＣＤ
−ＲＯＭやフロッピーディスケット等の可搬型記録媒体
にプログラムを格納して流通させたり、ネットワークを
介して接続されたコンピュータの記憶装置に格納してお
き、ネットワークを通じて他のコンピュータに転送する
こともできる。コンピュータで実行する際には、コンピ
ュータ内のハードディスク装置等にプログラムを格納し
ておき、メインメモリにロードして実行する。

【０１３６】

【発明の効果】以上説明したように本発明のネットワー
クゲームシステムでは、サーバ装置内の対局者選定手段
が対局する相手を自動的に選定するため、利用者自身が
対局相手を選択するという作業が不要となり、利便性が
向上する。

【０１３７】また、本発明のネットワークゲームサーバ
装置では、対局要求を出力した利用者を対局待ちとして
区別し、対局待ちの利用者同士の対局の組み合わせを決
定するようにしたため、利用者自身が対局相手を選択す
るという作業が不要となり、利便性が向上する。

【０１３８】また、本発明のネットワークゲームクライ
アント装置では、対局者要求タイミング情報をサーバ装
置から取得し、その情報で指定された時刻に対局者要求
を発信するようにしたため、対局を希望する利用者は、
対局者に関する情報を自動的に取得することができる。

【０１３９】また、本発明の対局者選定プログラムを記
録した媒体では、記録されているプログラムをコンピュ
ータで実行すれば、対局要求を出力した利用者を対局待
ちとして区別し、対局待ちの利用者同士の対局の組み合
わせを決定するような処理機能をコンピュータに持たせ
ることができ、対局者の自動選定処置を、コンピュータ
に行わせることができる。

【０１４０】また、本発明の対局者情報取得プログラム
を記録した媒体では、記録されているプログラムをコン
ピュータで実行すれば、対局者要求タイミング情報をサ
ーバ装置から取得し、その情報で指定された時刻に対局
者要求を発信するような処理機能をコンピュータに持た
せることができ、対局者に関する情報を自動的に取得す
る処理をコンピュータに行わせることができる。

【図面の簡単な説明】

【図１】本発明のネットワークゲームシステムの原理構
成図である。

【図２】本発明のネットワークゲームシステム全体の概
略構成図である。

【図３】サーバ装置の内部構成を示す図である。

【図４】クライアント装置の内部構成を示す図である。

【図５】ユーザインタフェースの例を示す図である。

【図６】サーバ装置とクライアント装置との同期状況を
示す図である。

【図７】サーバ装置での同期制御処理を示すフローチャ
ートである。

【図８】サーバ装置の受信処理を示すフローチャートで
ある。

【図９】選定準備サブルーチンを示すフローチャートで
ある。

【図１０】対局者要求サブルーチンを示すフローチャー
トである。

【図１１】自動選定処理を示すフローチャートである。

【図１２】選定ルーチンを示すフローチャートである。

【図１３】クライアント装置の同期制御処理を示すフロ
ーチャートである。

【図１４】ユーザ入力処理を示すフローチャートであ
る。

【図１５】対局要求サブルーチンを示すフローチャート
である。

【図１６】対局者要求サブルーチンを示すフローチャー
トである。

【図１７】本発明の第２の実施の形態のサーバ装置の構
成を示す図である。

【図１８】第２の実施の形態のクライアント装置の構成
を示す図である。

【図１９】拡張されたユーザインタフェースの例を示す
図である。

【図２０】第２の実施の形態におけるサーバクライアン
トの同期状況を示す図である。

【図２１】サーバ装置での同期制御処理のフローチャー
トである。

【図２２】サーバ装置での受信処理を示すフローチャー
トである。

【図２３】入場受付サブルーチンのフローチャートであ
る。

【図２４】終了サブルーチンのフローチャートである。

【図２５】退場サブルーチンのフローチャートである。

【図２６】対局者再選定サブルーチンのフローチャート
である。

【図２７】自動選定処理のフローチャートである。

【図２８】第２の選定ルーチンのフローチャートであ
る。

【図２９】同期制御処理のフローチャートである。

【図３０】クライアントでのユーザ入力処理のフローチ
ャートである。

【図３１】入場サブルーチンのフローチャートである。

【図３２】終了サブルーチンのフローチャートである。

【図３３】退場サブルーチンのフローチャートである。

【図３４】対局者要求サブルーチンのフローチャートで
ある。

【図３５】対局者再要求サブルーチンのフローチャート
である。

【符号の説明】１０サーバ装置１１利用者情報記憶手段１２対局者選定手段１３サーバ側同期制御手段２０クライアント装置２１対局要求手段２２対局者要求手段２３クライアント側同期制御手段２４対局手段３１ネットワーク３２クライアント装置

Claims

【特許請求の範囲】

【請求項１】通信ネットワーク上の不特定多数の参加
者との間でゲームの対局を行うネットワークゲームシス
テムにおいて、複数の利用者の情報を格納する利用者情報記憶手段と、
対局要求を受け取ると、前記対局要求を発信した利用者
を対局待ちとして区別する対局要求応答手段と、対局待
ちとして区別された利用者同士の対局の組み合わせを決
定する対局者選定処理手段と、を具備するサーバ装置
と、前記対局要求を前記サーバ装置へ出力する対局要求手段
を具備するクライアント装置と、を有することを特徴とするネットワークゲームシステ
ム。
【請求項２】前記サーバ装置内の前記対局要求応答手
段は、前記対局要求を受け取ると、対局者要求を発信す
べき時刻を指定した対局者要求発信タイミング情報を応
答し、前記対局者選定処理手段は、前記対局者要求を発
信すべき時刻よりも早い時刻に、対局の組み合わせを決
定し、前記サーバ装置は、前記対局者要求を受信したら、前記
対局者要求を発信した利用者の対局者に関する情報を前
記利用者情報記憶手段から抽出し、抽出した情報を前記
対局者要求への応答とする対局者要求応答手段を更に有
し、前記クライアント装置内の前記対局要求手段は、前記サ
ーバ装置から前記対局者要求発信タイミング情報を受け
取り、前記クライアント装置は、前記対局者要求発信タイミン
グ情報で指定された時刻になると、前記サーバ装置に対
して前記対局者要求を出力し、前記サーバ装置から対局
者に関する情報を受け取る対局者要求手段、を更に有することを特徴とする請求項１記載のネットワ
ークゲームシステム。
【請求項３】前記サーバ装置は、予め定められたタイ
ミングで、対局者要求発信待ち時間を前記対局要求応答
手段に対して出力すると共に対局者選定開始指令を前記
対局者選定処理手段に対して出力するサーバ側同期制御
手段を更に有し、前記サーバ装置内の前記対局要求応答手段は、前記対局
者要求発信待ち時間をカウントダウンし、前記対局要求
を受け取った時点での前記対局者要求発信待ち時間を前
記対局者要求発信タイミング情報とし、前記対局者選定
処理手段は、前記対局者選定開始指令を受け取った際に
対局の組み合わせを決定し、前記クライアント装置は、前記対局要求手段が受け取っ
た前記対局者要求発信タイミング情報で示された前記対
局者要求発信待ち時間をカウントダウンし、前記対局者
要求発信待ち時間が０になった時点で、前記対局者要求
手段に対して対局者要求発信指令を出力するクライアン
ト側同期制御手段を更に有し、前記クライアント装置内の前記対局者要求手段は、前記
対局者要求発信指令により前記対局者要求発信タイミン
グ情報で指定された時刻に達したことを認識して、前記
対局者要求を出力する、ことを特徴とする請求項２記載のネットワークゲームシ
ステム。
【請求項４】前記サーバ装置内の前記対局者要求応答
手段は、前記対局者要求を受け取った際には、対局者に
関する情報と共に対局開始タイミング情報を出力し、前記クライアント装置内の前記対局者要求手段は、受け
取った前記対局開始タイミング情報を表示装置に表示す
ることを特徴とする請求項２記載のネットワークゲーム
システム。
【請求項５】前記サーバ装置は、予備の対局者候補が
登録された予備対局者記憶手段を更に有し、前記対局者
選定処理手段は、対局者再要求を受信したら、前記対局
者再要求を発信した利用者の対局者を前記予備対局者記
憶手段の中から選定し、前記対局者要求応答手段は、選
定された対局者に関する情報を前記予備対局者記憶手段
から抽出し、抽出した情報を前記対局者再要求への応答
とし、前記クライアント装置の前記対局者要求手段は、利用者
から要求に応じて前記対局者再要求を前記サーバ装置に
発信し、その応答として新たな対局者に関する情報を取
得する、ことを特徴とする請求項２記載のネットワークゲームシ
ステム。
【請求項６】前記サーバ装置は、予備の対局者候補が
登録された予備対局者記憶手段を更に有し、前記対局者
選定処理手段は、前記利用者情報記憶手段の中から対局
者を選定できなかった利用者に対しては、前記予備対局
者記憶手段の対局者候補の中から対局者を選定すること
を特徴とする請求項１記載のネットワークゲームシステ
ム。
【請求項７】前記サーバ装置は、入場要求を受信した
ら、前記入場要求を発信した利用者を入場状態とし、対
局者選定サービスの利用に必要なメニュー画面情報を応
答する入場者受付手段と、退場要求を受信したら、前記
退場要求を発信した利用者を退場状態とし、退場した旨
の情報を応答する退場受付手段とをさらに有し、前記クライアント装置は、利用者からの要求に応じて前
記入場要求を前記サーバ装置に送信し、前記サーバ装置
から前記メニュー画面情報を取得する入場手段と、利用
者からの要求に応じて前記退場要求を前記サーバ装置に
送信し、前記サーバ装置から退場した旨の情報が応答さ
れると、正常に処理が完了したことを利用者に通知する
退場装置とをさらに有する、ことを特徴とする請求項１記載のネットワークゲームシ
ステム。
【請求項８】前記サーバ装置の前記対局者選定処置手
段は、前記入場者受付手段により入場状態とされている
利用者の数に応じて、対局者選定処理のタイミングを変
化させることを特徴とする請求項７記載のネットワーク
ゲームシステム。
【請求項９】前記サーバ装置は、終了要求を受信した
ら、前記終了要求を発信した利用者が行った対局の結果
を元に対局者の強さを計算し、前記利用者情報記憶手段
の内容を更新する強さ評価手段をさらに有し、前記クライアント装置は、対局終了発信指令を受けた
ら、前記終了要求を前記サーバ装置に送信する終了要求
手段をさらに有することを特徴とする請求項１記載のネ
ットワークゲームシステム。
【請求項１０】前記サーバ装置は、前記利用者情報記
憶手段内の特定の情報の表示要求を受信したら、指定さ
れた情報を送り返す表示情報提供手段をさらに有し、前記クライアント装置は、利用者からの表示要求発信指
令に対応する表示要求を前記サーバ装置に送信し、その
応答を利用者に提示する表示要求手段を更に有する、ことを特徴とする第１項記載のネットワークゲームシス
テム。
【請求項１１】前記サーバ装置内の前記対局者要求応
答手段は、前記対局者要求を受け取った際には、対局者
のネットワークアドレスを含む前記対局者情報と共に、
対局を開始すべき時刻を指定した対局開始タイミング情
報を出力し、前記クライアント装置は、対局開始指令の入力により、
ネットワークアドレスで指定された対局者と通信ネット
ワークを介してゲームの対局を行い、利用者からの投了
指令を受けると、投了した旨の情報を対局相手に伝え、
利用者からの対局者再要求発信指令を受けると、対局相
手に対して対局を拒否する旨の情報を伝える対局手段
と、前記対局開始タイミング情報が示す時刻に達したら、前
記対局手段に対して前記対局開始指令を伝達するクライ
アント側同期制御手段とを更に有し、前記対局者要求手段は、前記サーバ装置から受け取った
前記対局者情報に含まれるネットワークアドレスを前記
対局手段に伝達することを特徴とする請求項１記載のネ
ットワークゲームシステム。
【請求項１２】前記クライアント装置は、対局者の静
止画像を、対局相手に送る指し手と組み合わせて対局中
の相手方クライアント装置へ送信すると共に、前記相手
方クライアント装置から指し手とともに静止画像を受け
取ったら、その画像を取り出して画面に表示する画像組
み込み手段を更に有することを特徴とする請求項１記載
のネットワークゲームシステム。
【請求項１３】通信ネットワークを介してゲームの対
局を行う利用者の情報を管理するネットワークゲームサ
ーバ装置において、複数の利用者の情報を格納する利用者情報記憶手段と、クライアント装置から対局要求を受信したら、前記対局
要求を発信した利用者を対局待ちとして区別する対局要
求応答手段と、対局待ちとして区別された利用者同士の対局の組み合わ
せを決定する対局者選定処理手段と、を有することを特徴とするネットワークゲームサーバ装
置。
【請求項１４】前記クライアント装置から対局者要求
を受信したら、前記対局者要求を発信した利用者の対局
者に関する情報を前記利用者情報記憶手段から抽出し、
抽出した情報を前記対局者要求への応答とする対局者要
求応答手段を更に有し、前記対局要求応答手段は、前記対局要求を受け取ると、
前記対局者要求を発信すべき時刻を指定した対局者要求
発信タイミング情報を応答し、前記対局者選定処理手段
は、前記対局者要求を発信すべき時刻よりも早い時刻
に、対局の組み合わせを決定する、ことを特徴とする請求項１３記載のネットワークゲーム
サーバ装置。
【請求項１５】通信ネットワークを介してゲームの対
局を行うネットワークゲームクライアント装置におい
て、対局要求をサーバ装置へ出力し、前記サーバ装置から対
局者要求を発信すべき時刻が指定された対局者要求発信
タイミング情報を受け取る対局要求手段と、前記対局者要求発信タイミング情報で指定された時刻に
なると、前記サーバ装置に対して前記対局者要求を出力
し、前記サーバ装置から対局者に関する情報を受け取る
対局者要求手段と、を有することを特徴とするネットワークゲームクライア
ント装置。
【請求項１６】通信ネットワークを介したゲームの対
局を希望する利用者の対局相手の選定処理をコンピュー
タに行わせるための対局者選定プログラムを記録した媒
体において、複数の利用者の情報を格納する利用者情報記憶手段、クライアント装置から対局要求を受信したら、前記対局
要求を発信した利用者を対局待ちとして区別する対局要
求応答手段、対局待ちとして区別された利用者同士の対局の組み合わ
せを決定する対局者選定処理手段、としてコンピュータを機能させるための対局者選定プロ
グラムを記録した媒体。
【請求項１７】前記クライアント装置から対局者要求
を受信したら、前記対局者要求を発信した利用者の対局
者に関する情報を前記利用者情報記憶手段から抽出し、
抽出した情報を前記対局者要求への応答とする対局者要
求応答手段を更に有し、前記対局要求応答手段は、前記対局要求を受け取ると、
前記対局者要求を発信すべき時刻を指定した対局者要求
発信タイミング情報を応答し、前記対局者選定処理手段
は、前記対局者要求を発信すべき時刻よりも早い時刻
に、対局の組み合わせを決定する、ことを特徴とする請求項１６記載の対局者選定プログラ
ムを記録した媒体。
【請求項１８】通信ネットワークを介したゲームの対
局を希望する利用者の対局相手の情報の取得をコンピュ
ータに行わせるための対局者情報取得プログラムを記録
した媒体において、対局要求をサーバ装置へ出力し、前記サーバ装置から対
局者要求を発信すべき時刻が指定された対局者要求発信
タイミング情報を受け取る対局要求手段、前記対局者要求発信タイミング情報で指定された時刻に
なると、前記サーバ装置に対して前記対局者要求を出力
し、前記サーバ装置から対局者に関する情報を受け取る
対局者要求手段、としてコンピュータを機能させるための対局者情報取得
プログラムを記録した媒体。