JPH11253657A

JPH11253657A - ネットワークゲームシステム、ネットワークゲームサーバ装置及び対局者選定プログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JPH11253657A
Application number: JP10063503A
Authority: JP
Inventors: Hiroshi Kume; 宏久米
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1998-03-13
Filing date: 1998-03-13
Publication date: 1999-09-21

Abstract

(57)【要約】【課題】自動的に最適な対局相手を確実に選定する。【解決手段】対局者選定手段１２は、クライアント装
置２０より対局要求を受け取ると、対局要求を発信した
利用者を対局待ちとして区別する。そして、より適した
組み合わせとなるようにあらかじめ指定された条件にし
たがって、対局待ちとして区別された利用者同士の対局
の組み合わせを決定する。対局相手通知手段１３は、対
局者選定手段１２により、対局相手が決定された利用者
の情報を利用者情報記憶手段１１から抽出し、抽出した
情報と対局識別子とを、対局相手のクライアント装置２
０に対して通知する。クライアント装置２０の対局要求
手段２１は、対局要求をサーバ装置１０へ出力し、サー
バ装置１０からの対局相手に関する対局者情報を受け取
る。対局手段２２は、通信ネットワークを介してゲーム
の対局を行う。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】そこで、これをさらに使いやすくするた
め、対局可能な個人情報を登録し、その内容を対局希望
者の端末装置の画面に表示する対局者表示システムが考
えられている（特開平７−９５３２１号公報）。このシ
ステムを用いれば、対局希望者は、画面上の任意の対局
者を選択することにより対局相手を特定し、特定した対
局相手と対局できる。上記公報に開示された発明は電話
網を利用したものであるが、インターネット上において
もホームページを利用して、利用者をリストアップする
ことによって上記のシステムと同様な機能が実現されて
いる。

【０００４】ところが、このような対局者表示システム
では、利用者自身が、自分に見合った相手を自分で探し
自分で連絡を取り合わなければならない。これは、下記
点で困難である。 1)対局したい相手が、対局を希望していない場合があ
る。 2)対局したい相手が、対局中で、すぐに対局できない場
合がある。 3)対局したい相手の対局が終了するまで、モニタする必
要がある。 4)対局相手が選択できるまで、本来の目的である対局以
外の作業をしなくてはならなず、また時間もかかる。

【０００５】そこで、電話網を利用した仕組みで、ホス
トコンピュータによって対局相手を自動的に選択し、見
つかったら、要求を出した利用者に通知する対局者選択
システムも考えられている（特公平７−６３５４６号公
報）。このシステムでは、対局を希望する利用者が対局
要求をホストへ送信する。このときの対局希望には不特
定の相手との対局を指定することができる。不特定の相
手との対局を希望する際には、対局相手の強さを指定す
る。

【０００６】ホスト側では、希望条件に合致する者を対
局相手として選択する。すなわち、指定された強さの者
を対局相手として選択する。そして、対局者の双方に、
相手方の情報を通知する。ここで、対局相手が対局ＯＫ
の信号を返さなければ、別の対局相手を探す。

【０００７】これにより、対局が可能な者の中から、指
定された強さの者が自動的に選択される。その結果、利
用者にとっては対局相手を選ぶ手間が省けることとな
り、便利である。

【０００８】

【発明が解決しようとする課題】しかし、特公平７−６
３５４６号公報に記載された対局者選択システムでは、
利用者が対局相手の強さ指定するため、指定した強さの
者がいなければ待機状態となってしまうという問題点が
依然として残っている。

【０００９】しかも、各利用者が対局相手の強さを指定
するため、双方の指定が一致しない限り対局相手が選定
されない。例えば、強さ「５」の者が対局相手として、
強さ「６」の者を指定したとする。このとき、強さ
「６」の者が待機状態にあっても、その者が強さ「７」
の者との対局を希望していた場合には、これらの者が対
局相手として選定されることはない。このように、自身
より少しだけレベルの高い相手との対局を望むのは自然
の心理である。そのため、いつまでも対局相手が選定さ
れない場合もありうる。

【００１０】本発明はこのような点に鑑みなされたもの
であり、利用者が対局相手を自ら選択する手間を省き、
かつ、自動的に最適な対局相手を確実に選定するネット
ワークゲームシステムを提供することを目的とする。

【００１１】また、本発明の他の目的は、利用者に対し
て選択手続きを要求せずに、自動的に最適な対局相手を
確実に選定するネットワークサーバ装置を提供すること
を目的とすることである。

【００１２】また、本発明の別の目的は、利用者に対し
て選択手続きを要求せずに、自動的に最適な対局相手を
確実に選定する処理をコンピュータに行わせるための対
局者選定プログラムを記録したコンピュータ読み取り可
能な記録媒体を提供することである。

【００１３】

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

【００１４】このネットワークゲームシステムによれ
ば、クライアント装置から対局要求が出力されると、そ
の対局要求を発信した利用者は、対局者選定手段により
対局待ちとして区別される。そして、対局者選定手段に
より、対局待ちとして区別された利用者同士の対局の組
み合わせが、より適した組み合わせとなるようにあらか
じめ指定された選定条件にしたがって決定される。

【００１５】このように、サーバ装置内であらかじめ指
定された条件にしたがって、対局の組み合わせが最適に
なるように決定されるため、利用者が対局相手を自ら選
択することなく、自動的に最適な対局相手を確実に選定
することができる。

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

【００１７】このようなネットワークゲームサーバ装置
によれば、対局要求を受け取ると、対局者選定手段によ
り、対局要求を発信した利用者が対局待ちとして区別さ
れる。そして、対局者選定手段により、対局待ちとして
区別された利用者同士の対局の組み合わせが、より適し
た組み合わせとなるようにあらかじめ指定された選定条
件にしたがって決定される。

【００１８】このように、ネットワークゲームサーバ装
置内であらかじめ指定された条件にしたがって、対局の
組み合わせが最適になるように決定されるため、対局を
希望する各利用者に対して、自動的に最適な対局相手を
確実に選定することができる。

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

【００２０】この記録媒体に記録された対局者選定プロ
グラムをコンピュータに実行させれば、上記本は発明の
ネットワークゲームサーバ装置をコンピュータにより構
築することができる。

【００２１】

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

【００２２】サーバ装置１０は、利用者情報記憶手段１
１、対局者選定手段１２、対局相手通知手段１３、及び
対局管理手段１４を有している。利用者情報記憶手段１
１は、複数の利用者の情報を格納する。

【００２３】対局者選定手段１２は、クライアント装置
２０より対局要求を受け取ると、対局要求を発信した利
用者を対局待ちとして区別する。そして、より適した組
み合わせとなるようにあらかじめ指定された条件にした
がって、対局待ちとして区別された利用者同士の対局の
組み合わせを決定する。

【００２４】対局相手通知手段１３は、対局者選定手段
１２により、対局相手が決定された利用者の情報を利用
者情報記憶手段１１から抽出し、抽出した情報と対局識
別子とを、対局相手のクライアント装置２０に対して通
知する。

【００２５】対局管理手段１４は、対局者選定手段１２
が選定した対局者同士のゲームの進行を中継する。具体
的には、一方の対局者のクライアント装置２０から送ら
れた指し手を、対局相手のクライアント装置へ通知す
る。ここで、各対局は、対局識別子により区別する。

【００２６】クライアント装置２０は、対局要求手段２
１と対局手段２２とで構成される。対局要求手段２１
は、対局要求をサーバ装置１０へ出力し、サーバ装置１
０からの対局相手に関する対局者情報を受け取る。対局
手段２２は、対局識別子を用いて、対局者情報で指定さ
れた対局相手と、通信ネットワークを介してゲームの対
局を行う。

【００２７】このようなネットワークゲームシステムに
おいて、クライアント装置２０を使用する利用者は、ま
ず対局をしたい旨の指令を入力する。すると、対局要求
手段２１が対局要求をサーバ装置１０に対して送信す
る。対局要求を受け取ったサーバ装置１０では、対局者
選定手段１２が、対局要求を発信した利用者を対局待ち
とする。そして、予め定められた選定条件にしたがっ
て、対局者選定手段１２が、対局待ちとされている利用
者同士の対局の組み合わせを決定する。組み合わせが決
定されると、対局相手通知手段１３により、各当事者の
クライアント装置２０に対して、対局相手の対局者情報
（対局識別子を含む）を応答する。応答された対局者情
報は、クライアント装置２０の対局要求手段２１で受け
取られる。クライアント装置２０の利用者は、対局要求
手段２１が受け取った対局識別子とともに指し手を送信
することで、対局手段２３によりネットワークゲームの
対局を行う。

【００２８】ところで、対局者選定処理手段にあらかじ
め定められた選定条件とは、以下の条件のひとつまたは
複数の組み合わせをいう。１）対局希望要求を受信する毎に、その対局希望要求者
についての対局者選定処理を行う。この時、待ち時間の
長い対局待ち利用者を優先して選定対象としてもよい。２）あらかじめ指定された時間がきたら、対局者選定処
理を行う。３）対局待ち利用者数があらかじめ指定された数を超え
たら、対局者選定処理を行う。４）対局希望要求の受信数があらかじめ指定された数を
超えたら、対局者選定処理を行う。５）あらかじめ決められた時間内に、対局者が決まらな
かった利用者に対して、別の対局者ＤＢより対局者を選
定する。６）対局者の強さを示す点数の増減の微分値により、対
局相手の選定範囲を決定する。７）対局待ちの利用者の対局待ちの時間に応じて、対局
相手の選定範囲を変化させる。

【００２９】このように、利用者からの指定条件（例え
ば、対局相手の強さの指定）に基づかずに、サーバ装置
において、より適した組み合わせとなるようにあらかじ
め指定された条件に基づいて選定を行うことで、いつま
でも対局相手が選定されないといったことがなくなる。
また、最適の相手を見つけられる可能性が高くなる。

【００３０】以下に本発明を具体化した実施の形態を説
明する。図２は、本発明の実施の形態に係るネットワー
クゲームシステムの全体の概略構成図である。

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

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

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

【００３４】また、クライアント装置間で対局を行う方
法には、２つ考えられる。１つは、対局するクライアン
ト装置間で直接通信して対局する方法であり、もう１つ
は、サーバ装置を経由して対局する方法である。いずれ
も方法でも対局は可能であるが、本実施の形態では、後
者の方法を採用し、サーバ装置を経由して対局を行うも
のとする。

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

【００３６】

【表１】

【００３７】この表には、本実施の形態を実現するため
に必要な構成（基本構成）で使用するプロトコルが示さ
れており、それは「対局要求」、「対局者選択通知」、
「指し手発信」、「指し手通知」の４つである。「対局
要求」と「対局者選択通知」とは、必要なパラメタ情報
を含めて、クライアント装置２００，２００ａ〜２００
ｆからサーバ装置１００に送られ、その要求にサーバ装
置１００が応答する。

【００３８】対局要求は、利用者が対局を希望した時、
ホームページ上の所定のボタンをクリックすることによ
って起動され、サーバ装置１００へ発行される。パラメ
タ情報として、利用者の識別子ＮとパスワードＰおよび
ＩＰアドレスＡが、サーバ側に送られる。もちろん、パ
スワードＰは、あらかじめ決められた暗号方式にて暗号
化されていてもよい。対局要求を受け取ったサーバ装置
１００は、それを認証し、正当な識別子とパスワードの
対であれば、登録されている正当な利用者として判定す
る。正当な利用者であれば、対局待ちとしてその利用者
を登録し、あらかじめ決められた条件で対局者自動選定
処理を行う。

【００３９】対局者選択通知は、サーバ装置１００が、
クライアント装置２００，２００ａ〜２００ｆへ発行す
る。パラメタ情報として、対局者自動選定処理を行って
選定した対局相手の情報Ｚｍ、対局相手の強さＲｍ、及
びサーバ装置１００で対局を管理するための対局識別子
Ｂ若しくは対局相手のＩＰアドレスＡｍを通知する。こ
こで、通知パラメタとしてのＩＰアドレスＡｍは、サー
バ装置１００が対局の仲介を行うときは、利用者に通知
する必要がない。逆にサーバが対局仲介を行わないとき
は、対局識別子Ｂは不要である。

【００４０】指し手発信は、クライアント装置２００、
２００ａ〜２００ｆがサーバ装置１００へ発行するもの
である。パラメタ情報として、利用者識別子Ｎ、利用者
が指定した対局の指し手Ｃ、及び対局識別子Ｂが含まれ
る。

【００４１】指し手通知は、サーバ装置１００がクライ
アント装置２００、２００ａ〜２００ｆへ発行するもの
である。指し手通知のパラメタ情報は、指し手発信と同
じである。

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

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

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

【００４５】

【表２】

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

【００４７】対局者選定部１４０は、利用者Ｎｉから対
局要求があった場合、利用者ＤＢ１３０のＮｉの項目に
アドレスＡｉおよび状態Ｓ＝１を記録する。利用者から
対局要求が送られてくるごとにこの動作をくりかえす。
あらかじめ決められた条件でもって自動選定処理部１４
１が起動されたら、利用者ＤＢを参照し、対局待ちＳ＝
１の全利用者の情報を読み出し、あらかじめ決められた
アルゴリズムで対局者を選定する。その結果として、利
用者ＤＢ１３０の対局者を選定したすべての利用者Ｎの
項目の対局相手Ｍと対局履歴Ｌとに対局相手の識別子を
登録し、状態Ｓを０とする。さらに、決定した対局に対
する対局識番号を設定し、各対局者の対局識別子Ｂに登
録する。

【００４８】同時に、対局要求を出力した利用者に対局
者選定結果を通知する。この通知は、対局相手の情報Ｚ
ｍとその強さＲｍ、およびこれから行う対局の識別子Ｂ
をそれぞれのクライアント装置に送ることを意味する。

【００４９】選定条件保持部１５０には、自動選定処理
部１４１を起動させるための選定開始条件があらかじめ
設定されている。この実施の形態では、以下の４つの選
定開始条件が設定可能であるものとする。

【００５０】第１の条件：対局希望要求を受信する毎
に、その対局希望要求者についての対局者選定処理を行
う。第２の条件：あらかじめ指定された時間がきたら、対局
者選定処理を行う。

【００５１】第３の条件：対局待ち利用者数があらかじ
め指定された数を超えたら、対局者選定処理を行う。第４の条件：対局希望要求の受信数があらかじめ指定さ
れた数を超えたら、対局者選定処理を行う。

【００５２】選定条件保持部１５０では、このような選
定開始条件の中の少なくとも１つの条件が設定されてい
る。対局管理部１６０は、一方の対局者の指し手を、そ
の対局相手に中継する処理を行う。この場合、どの対局
の指し手かを識別するため、対局の指し手Ｃとともに対
局識別子Ｂも同時にやりとりする。どのクライアント装
置に送信するかは、利用者ＤＢ１３０から対局識別子で
対局者を検索し、その利用者のＩＰアドレスを求めれば
特定することができる。

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

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

【００５５】図４に戻り、対局要求部２２０は、ユーザ
インタフェース２１０から対局要求を受け取ると、対局
要求プロトコルとして、利用者識別子Ｎｉとパスワード
ＰｉｉおよびアドレスＡｉを付加し、サーバ装置１００
に送る。その応答として、エラー（Error ）メッセージ
が返ってきたら、それをユーザインタフェース２１０に
表示する。また、サーバ装置１００にて対局者選定が完
了し、対局相手の情報が通知されたら、それをユーザイ
ンタフェース２１０に表示する。対局選定通知で同時に
送られてきた対局識別子Ｂは、対局部２３０に伝達さ
れ、サーバ装置１００に送る時の対局識別情報となる。

【００５６】対局部２３０は、ユーザインタフェース２
１０から伝達された指し手を、対局要求部２２０から伝
達された対局識別子とともにサーバ装置１００に送る。
また、対局相手からの指し手情報を待ち、サーバ経由で
送られてきた対局識別子Ｂと、送られてきた指し手をユ
ーザインタフェース２１０に表示する。

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

【００５８】以上のような構成のネットワークゲームシ
ステムにおいて、以下のような処理が行われる。本シス
テムの動作を説明するため、サーバ装置１００およびク
ライアント２００でのフローチャートを図６〜図１５に
示す。なお、フローチャートを用いた説明においては、
図中のステップ番号に沿って説明する。

【００５９】まず、サーバ装置１００が行う処理につい
て説明する。クライアント装置２００から対局者要求を
受け取ったサーバ装置１００では、ネットワークＯＳ１
１０および認証部１２０が、受信処理を実施する。

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

【００６１】ここで、対局の指し手を中継する場合、単
発の情報通信でなく、複数の情報のやり取りとなるた
め、通常ＴＣＰ／ＩＰでは、クライアント装置２００と
サーバ装置１００間で、例えば電報ではなく、電話のよ
うな論理的なコネクションを確立し、そのコネクション
上で情報のやり取りを行う。これを利用すれば、対局の
情報交換の時には認証の処理は省いてもよい。

【００６２】ここで、選定処理の詳細を説明する。な
お、以下の選定サブルーチン、選定処理、選定ルーチン
は、いずれも対局者選定部１４０が実施する処理であ
る。まず、対局要求を受け取った対局者選定部１４０
は、選定条件保持部１５０の内容に応じて以下のような
処理を行う。

【００６３】図７は、選定サブルーチンのフローチャー
トである。これは対局要求が発生したとき行われる処理
である。［Ｓ１１］選定開始条件に第１の条件が含まれているか
否かを判断する。第１の条件が含まれている場合にはス
テップＳ１２に進み、含まれていない場合にはステップ
Ｓ１３に進む。［Ｓ１２］第１の条件が設定されている場合（第１の条
件のみが設定されている場合と、条件の組み合わせで第
１の条件が含まれている場合とがある）、処理内容を
「第１の選定処理」として自動選定処理部１４１を起動
する。第１の選定処理の詳細は、図８に示す。［Ｓ１３］第１の条件が設定されていない場合、要求し
てきた利用者Ｎｉに待機の応答を行う。［Ｓ１４］利用者ＤＢ１３０の利用者Ｎｉの状態を対局
待ちにセットし（Ｓ←１）、対局要求時刻Ｗに現在の時
刻をセットする。

【００６４】なお、応答を行うときのパケット化は、ネ
ットワークＯＳ１１０が行う機能である( 以下パケット
化は全てネットワークＯＳ１１０で実施) 。図８は、第
１の選定処理のフローチャートである。これは、第１の
選定条件で対局要求が発生したときに行われる。［Ｓ２１］利用者ＤＢ１３０から対局待ちの利用者情報
を読み出す。［Ｓ２２］「選定ルーチンａ」を呼び出し、対局要求し
た利用者の対局相手を探す。選定ルーチンａからは、相
手が見つかったか否かの情報が変数ｐによって返され
る。相手が見つかった場合には変数ｐの値がtrueであ
り、相手が見つからなかった場合には変数ｐの値はfals
e である。［Ｓ２３］変数ｐの値に基づいて、対局相手が見つかっ
たか否かを判断する。対局相手が見つかった場合にはス
テップＳ２４に進み、見つからなかった場合にはステッ
プＳ２６に進む。［Ｓ２４］対局相手が見つかった場合は( 選定ルーチン
ａでの変数ｐがtrueの場合) 、対局する双方のクライア
ント装置に対局識別子Ｂと対局相手の情報を応答および
通知する( ここで応答とは要求に対しての返事であり、
通知は待機している利用者へイベントとして連絡するこ
とである) 。［Ｓ２５］対局する両者の利用者ＤＢ１３０を更新す
る。つまり状態Ｓを０にセットする。［Ｓ２６］一方、相手が見つからなかった場合、対局要
求を出力したクライアント装置２００に待機の応答をす
る。［Ｓ２７］同時に、この利用者の利用者ＤＢ１３０内の
状態Ｓを１にセットする。

【００６５】以上が、クライアント装置２００からの対
局要求の入力を契機として行われる処理である。一方、
選定条件保持部１５０に、前述の第２の選定開始条件か
ら第４の選定開始条件のいずれかが設定された時点か
ら、対局者選定部１４０は以下の第２の選定処理を継続
的に行う。

【００６６】図９は、第２の選定処理のフローチャート
である。これは、第２〜第４の選定開始条件のどれか１
つでも設定されていれば、常に動いている処理である。［Ｓ３１］第２〜第４の選定開始条件中の設定されてい
る条件のいずれか１つが満たされているか否かを判断す
る。選定開始条件の１つが満たされていればステップＳ
３２に進み、満たされていなければこのステップを繰り
返す。［Ｓ３２］選定開始条件の中のすくなくとも１つの条件
が満たされたら、利用者ＤＢ１３０から対局待ちの利用
者情報を読み出す。［Ｓ３３］「選定ルーチンｂ」を呼び出し対局の組み合
わせを行う。この処理の詳細は、図１２に示す。［Ｓ３４］対局相手の選定が完了した利用者のクライア
ント装置２００に、対局識別子Ｂ、対局相手情報Ｚｍを
通知する。［Ｓ３５］利用者ＤＢ１３０内のこれらの利用者の状態
Ｓを１にセットする。

【００６７】以上の処理が繰り返し行われる。このよう
に、選定開始条件のいずれか１つが満たされた時点で対
局者選定処理が開始され、対局相手が決定した利用者に
対して、対局識別子Ｂと対局相手情報Ｚｍとが通知され
る。

【００６８】また、サーバ装置１００に対して、クライ
アント装置２００から指し手情報が送られてきたら、以
下の対局管理処理を行う。図１０は、対局管理処理のフ
ローチャートである。これは指し手Ｃがクライアント装
置２００から送られてきたときに、対局管理部１６０が
行う処理である。［Ｓ４１］指し手Ｃと同時に送られてきた対局識別子Ｂ
をキーとして、対応する対局相手のアドレスを利用者Ｄ
Ｂ１３０から検索する。［Ｓ４２］アドレスに該当するクライアント装置に、ク
ライアント装置２００から送られてきた指し手Ｃを対局
識別子Ｂとともに送信する。

【００６９】以上が、サーバ装置１００の全体的な処理
である。以下に、選定ルーチンの詳細を説明する。選定
ルーチンはいくつか方法が考えられる。ここでは、もっ
とも簡単な比較による選定方法による例を示す。なお、
選定ルーチンは、全て自動選定処理部１４１が行う処理
である。

【００７０】図１１は、第１の選定処理で呼び出される
選定ルーチンａのフローチャートである。［Ｓ５１］基準値Ｒｘと変数ｐを初期化（設定）する。
ここで、基準値Ｒｘは、対局者として選択可能な強さの
差の基準を示す値であり、両利用者の強さの差がこの範
囲内に入れば、対局者として選定することにする。変数
ｐは、対局相手が見つかったか否かを示す論理変数であ
り、対局相手が見つかった場合には「true」、見つから
なければ「false 」となる。

【００７１】この処理で使用している変数を、表３のテ
ーブルを用いて説明する。

【００７２】

【表３】

【００７３】表３のテーブルにおいて、項目番号は
「１」から振られた番号であり、対局待ちの利用者数Ｕ
まで存在する。以下この項目番号をサフィックスとして
使用する。つまり項目番号「２」の利用者識別子は「Ｎ
２」である。識別子Ｎ、強さＲ、対局者Ｍ、対局者履歴
Ｌは利用者ＤＢ１３０で使用しているものと同じ意味で
ある。なお、処理ルーチンａを実行している段階では、
対局要求を出力した利用者の状態Ｓは０のままである。
また、Ｎｉ、Ｒｉ、Ｍｉ、Ｌｉは、対局要求を出力した
利用者であり、ここでは固定である。［Ｓ５２］項目番号「ｋ」に０をセットする。［Ｓ５３］項目番号「ｋ」の値に１を加算する。［Ｓ５４］識別子「Ｎｋ」が、対局要求を出力した利用
者の対局者履歴「Ｌｉ」に含まれていないことを確認す
る。含まれていればステップＳ５３に進み、含まれてい
なければステップＳ５５に進む。［Ｓ５５］対局要求を出力した利用者の強さ「Ｒｉ」
と、識別子「Ｎｋ」の利用者の強さ「Ｒｋ」との差が、
基準値「Ｒｘ」より小さいか否かを判断する。基準値
「Ｒｘ」より小さければステップＳ５６に進み、そうで
なければステップＳ５７に進む。［Ｓ５６］識別子「Ｎｋ」の利用者を、対局要求を出力
した利用者の対局相手として決定し、利用者ＤＢ１３０
の内容を更新する。具体的には、対局要求を出力した利
用者（識別子「Ｎｉ」）の対局者「Ｍｉ」に項目番号
「ｋ」の識別子「Ｎｋ」を登録すると共に、項目番号
「ｋ」の対局者「Ｍｋ」に項目番号「ｉ」の識別子「Ｎ
ｉ」を登録する。さらに、項目番号「ｉ」の対局者履歴
「Ｌｉ」に項目番号「ｋ」の識別子「Ｎｋ」を登録する
と共に、項目番号「ｋ」の対局者履歴「Ｌｋ」に項目番
号「ｉ」の識別子「Ｎｉ」を登録する。また、対局者が
見つかったため、論理変数「ｐ」を「true」に設定す
る。これらの設定が完了したら、処理を終了する。［Ｓ５７］項目番号「ｋ」が、対局待ちの利用者数Ｕ以
上になったか否かを判断する。Ｕ以上であればステップ
Ｓ５８に進み、そうでなければステップＳ５３に進む。［Ｓ５８］対局相手が見つからなかったため、論理変数
「ｐ」を「false 」に設定し、処理を終了する。

【００７４】このような処理の結果、強さの差がＲｘ以
内であり、かつあらかじめ定められた期間あるいは対局
数内において対局していない利用者が、対局相手として
選定される。

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

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

【００７７】以上が、サーバ装置１００で行われる処理
である。次にクライアント装置での動作を説明する。ま
ず、ユーザインタフェースの処理機能を説明する。

【００７８】図１３は、ユーザインタフェースが行う処
理のフローチャートである。この処理はすべてユーザイ
ンタフェース２１０によって行われる。［Ｓ１０１］ユーザインタフェース２１０が、マウスな
どの入力装置からの入力の有無を監視する。図５に示し
たように、利用者が入力できる項目として、対局希望ボ
タン２１１がひとつと、指し手の操作盤（将棋盤表示部
２１３と持ち駒表示部２１６、２１７との領域を指す）
とがあり、これらを監視するとともに、対局要求部２２
０と対局部２３０からの要求を監視することになる。［Ｓ１０２］入力装置からの入力か否かを判断する。入
力装置からの入力であればステップＳ１０３に進み、そ
うでなければステップＳ１０６に進む。［Ｓ１０３］入力が対局要求か否かを判断する。対局要
求ボタン２１１がマウスによってクリックされ、対局要
求が入力されたのであればステップＳ１０４に進み、指
し手操作盤が操作され、差し手が入力されたのであれば
ステップＳ１０５に進む。［Ｓ１０４］対局要求部２２０に対し、対局要求を発行
するように指示をする。これにより、対局要求部２２０
では、対局要求処理が起動される。この処理の後、ステ
ップＳ１０１に進む。［Ｓ１０５］指し手を対局部２３０に伝達し、ステップ
Ｓ１０１に進む。［Ｓ１０６］対局要求部２２０からの入力か否かを判断
する。対局要求部２２０からの入力であればステップＳ
１０７に進み、そうでなければ対局部２３０からの入力
であると判断し、ステップＳ１０８に進む。［Ｓ１０７］対局要求部２２０から入力された対局相手
などの情報を表示する。対局相手の場合には、対局相手
の情報Ｚｎと対局相手の強さＲｎとを、対局者表示部２
１４（図５に示す）に表示する。また、待機すべき旨の
表示要求、もしくはエラーが発生した旨の表示要求の場
合には、その内容をメッセージ表示部２１２（図５に示
す）に表示する。その後、ステップＳ１０１に進む。［Ｓ１０８］対局部２３０から入力された指し手に従っ
て、指し手の操作盤上の駒の配置を更新し、ステップＳ
１０１に進む。

【００７９】次に、対局要求部が実行する処理を説明す
る。図１４は、対局要求処理のフローチャートである。
この処理は、ユーザインタフェース２１０から対局要求
部２２０へ対局要求が出力された際に、対局要求部２２
０が実行する処理である。［Ｓ１１１］対局要求プロトコルを使って、利用者識別
子Ｎｉに、パスワードＰｉ、アドレスＡｉを含めてサー
バ装置１００に送信する。ここでアドレスは、クライア
ント装置２００にあらかじめ設定されているので、ユー
ザが入力しなくても自動的に検出し、プロトコル上にの
せることが可能である。［Ｓ１１２］対局要求の応答の有無を判断する。対局要
求に対するサーバ装置１００からの応答があればステッ
プＳ１１３に進み、応答がなければこのステップＳ１１
２の処理を繰り返す。［Ｓ１１３］応答がエラーなしで正常に返されたか否か
を判断する。エラーがあったらステップＳ１１７に進
み、エラーがなければステップＳ１１４に進む。［Ｓ１１４］選定結果を受信したか否かを判断する。選
定結果を受信したのであればステップＳ１１５に進み、
そうでなければステップＳ１１６に進む。［Ｓ１１５］選定結果（対局相手の情報Ｚｎと対局相手
の強さＲｎ）をユーザインタフェース２１０に伝達し表
示させるとともに、対局部２３０に対局識別子Ｂを伝達
し、処理を終了する。［Ｓ１１６］待機すべき旨の情報をユーザインタフェー
ス２１０に伝達して表示させ、ステップＳ１１４に進
む。［Ｓ１１７］エラーが発生した旨の情報をユーザインタ
フェース２１０に伝達して表示させ、処理を終了する。

【００８０】次に、対局部２３０が実行する処理を説明
する。図１５は、対局処理のフローチャートを示す図で
ある。これは、対局が開始されたら、対局部２３０にて
常時実行されている処理である。［Ｓ１２１］ユーザインタフェース２１０あるいはサー
バ装置１００からの入力の有無を判断する。入力があれ
ばステップＳ１２２に進み、入力がなければこの処理を
繰り返すことで、入力があるまで待機する。［Ｓ１２２］入力がユーザインタフェース２１０からの
ものであるか、サーバ装置１００からのものであるかを
判断する。ユーザインタフェース２１０からの入力であ
ればステップＳ１２３に進み、サーバ装置１００からの
入力であればステップＳ１２４に進む。［Ｓ１２３］ユーザインタフェース２１０からの入力で
あれば、対局識別子Ｂ、指し手Ｃ、及び利用者識別子Ｎ
ｉをサーバ装置１００へ送信する。［Ｓ１２４］サーバ装置１００からの入力であれば、受
信した指し手Ｃを対局識別子Ｂとともにユーザインタフ
ェース２１０へ伝達する。

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

【００８２】また、サーバ装置１００は、選定開始条件
を満たした時点で対局者選定処理を行うため、適当な選
定開始条件をあらかじめ設定しておけば、対局相手の選
択範囲が広がるとともに、利用者が絶えず選定結果がで
たかどうかモニタする必要がなくなる。

【００８３】さらに、サーバ装置１００が対局の指し手
を中継するため、対局者間で通信回線を接続する必要が
ない。次に第２の実施の形態について説明する。第２の
実施の形態は、第１の実施の形態で示した基本構成に種
々の応用技術を付加したものである。

【００８４】応用として、入退場、強さ評価、各種情報
表示があり、さらに、自動選定を強化した、以下の拡張
機能を持つ。１）第５の選定開始条件であり、あらかじめ決められた
時間内に対局者が決まらなかった利用者に対して、別の
対局者ＤＢより対局者を選定する（以後、第１の拡張機
能という）。２）待ち時間の長い対局待ち利用者を優先して選定対象
とする（以後、第２の拡張機能という）。３）対局者の強さを示す点数の増減の微分値により、対
局相手の選定範囲を決定する（以後、第３の拡張機能と
いう）。４）対局待ちの利用者の対局待ちの時間に応じて、対局
相手の選定範囲を変化させる（以後、第４の拡張機能と
いう）。

【００８５】ここで、第２の実施の形態で使用するサー
バ−クライアント間のプロトコルを表４に示す。

【００８６】

【表４】

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

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

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

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

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

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

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

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

【００９５】対局者選定部３５０は、基本構成の機能の
ほかに、利用者ＤＢ３６１の中からでは対局相手が見つ
からなかった利用者に対して、予備対局者ＤＢ３６２を
使用し対局者を見つける機能が含まれる。

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

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

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

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

【０１００】選定条件保持部３９０は、第１の実施の形
態で示した選定開始条件（第１の条件〜第４の条件）に
加え、本実施の形態の第１の拡張機能である第５の選定
開始条件が設定可能である。

【０１０１】対局管理部３００ａは、基本構成（図３の
対局管理部１６０）と同様の機能を有する。次に上記サ
ーバ装置３００に対応するクライアント装置の構成を示
す。

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

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

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

【０１０５】本実施の形態で追加された入力スイッチと
して、投了ボタン４２０ａ、退場ボタン４２０ｂがあ
る。投了ボタン４２０ａは、負けを認めた際にクリック
すべきボタンであり、このボタンがクリックされること
により終了指令が出力される。退場ボタン４２０ｂは、
サーバ装置３００のサービスの利用を終了する際にクリ
ックすべきボタンであり、このボタンがクリックされる
ことにより退場指令が出力される。

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

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

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

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

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

【０１１１】表示要求部４７０は、利用者が知りたい情
報項目を選択し、その情報をサーバ装置から読み出し表
示する。対局部４８０は、第１の実施の形態に示した対
局部２３０（図４に示す）と同様の機能を有する。

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

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

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

【０１１５】ステップＳ２０３、ステップＳ２０５〜Ｓ
２１０の処理が終了したら、それぞれの処理を行った装
置が、要求したクライアント装置に処理の結果を応答す
る。なお、実際のパケット化は、ネットワークＯＳ３１
０が行う。その後ステップＳ２０１に戻り、次の受信に
備える。

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

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

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

【０１１９】次に、第１の拡張機能を含む選定処理のフ
ローチャートを説明し、つぎに第２〜第４の拡張機能を
含めたフローチャートを説明する。ここで、第１の拡張
機能を実現した選定処理を「第３の選定処理」とする。

【０１２０】図２３は、第３の選定処理のフローチャー
トである。これは、第５の選定開始条件が設定された場
合に、対局者選定部３５０で常に行われている処理であ
る。［Ｓ２５１］対局待ち利用者の対局待ち時間が、あらか
じめ決められた待ち時間以上になったか否かを判断す
る。待ち時間を超えていなければこのステップを繰り返
し、待ち時間を超えていればステップＳ２５２に進む。［Ｓ２５２］利用者ＤＢ３６１から対局待ち利用者情報
を読み出し、予備対局者ＤＢ３６２から予備対局者の情
報を読み出す。［Ｓ２５３］選定ルーチンｃを読み出する。［Ｓ２５４］待ち時間が超過した利用者に対し対局相手
が決まれば、それをそのクライアント装置に通知する。［Ｓ２５５］最後に利用者ＤＢ３６１の更新を行う。

【０１２１】なお、このフローチャートでは、予備対局
者ＤＢ３６２には、必ず十分な予備対局者が登録されて
いることを前提としている。図２４は、第３の選定処理
で呼び出される選定ルーチンｃのフローチャートであ
る。［Ｓ２６１］基準値Ｒｘを初期化（設定）する。Rxは強
さの差の基準値である。［Ｓ２６２］項目番号「ｋ」に０をセットする。この処
理でしようしている変数k は、１から振られた番号であ
り、予備対局者ＤＢ３６２の登録者数Ｖまで存在する。
Ｎ、Ｒ、Ｍ、Ｌは利用者ＤＢ３６１で使用している記号
と同一の意味を持つ。Ｎｉ、Ｒｉ、Ｍｉ、Ｌｉは、対局
待ち時間が超過した利用者であり、ここでは固定であ
る。［Ｓ２６３］項目番号「ｋ」の値に１を加算する。［Ｓ２６４］識別子「Ｎｋ」が、対局要求を出力した利
用者の対局者履歴「Ｌｉ」に含まれていないことを確認
する。含まれていればステップＳ２６３に進み、含まれ
ていなければステップＳ２６５に進む。［Ｓ２６５］対局要求を出力した利用者の強さ「Ｒｉ」
と、識別子「Ｎｋ」の利用者の強さ「Ｒｋ」との差が、
強さの基準値「Ｒｘ」より大きいか否かを判断する。基
準値「Ｒｘ」より大きければステップＳ２６７に進み、
そうでなければステップＳ２６６に進む。［Ｓ２６６］識別子「Ｎｋ」の利用者を、対局要求を出
力した利用者の対局相手として決定し、利用者ＤＢ３６
１と予備対局者ＤＢ３６２との内容を更新する。具体的
には、項目番号「ｉ」の対局者「Ｍｉ」に項目番号
「ｋ」の識別子「Ｎｋ」を登録すると共に、項目番号
「ｋ」の対局者「Ｍｋ」に項目番号「ｉ」の識別子「Ｎ
ｉ」を登録する。さらに、項目番号「ｉ」の対局者履歴
「Ｌｉ」に項目番号「ｋ」の識別子「Ｎｋ」を登録する
と共に、項目番号「ｋ」の対局者履歴「Ｌｋ」に項目番
号「ｉ」の識別子「Ｎｉ」を登録する。これらの設定が
完了したら、処理を終了する。［Ｓ２６７］項目番号「ｋ」が、予備対局者ＤＢ３６２
の登録者数Ｖ以上になったか否かを判断する。Ｖ以上で
あればステップＳ２６８に進み、そうでなければステッ
プＳ２６３に進む。［Ｓ２６８］Ｒｘの値にα（予め設定された、Ｒｘに比
べて小さな値）を加え、新たなＲｘの値として、ステッ
プＳ２６２に進む。

【０１２２】このように、予備対局者ＤＢ３６２の中か
ら、利用者Ｎｉと強さの差がＲｘ以内の予備対局者を見
つけ出し、もし、見つからなかった場合、選定範囲Ｒｘ
を徐々に大きくしていくことで、必ず対局相手が見つか
るようにしている。

【０１２３】次に、第２の拡張機能から第４の拡張機能
を包含する選定処理を説明する。これは、第１の選定処
理（図８に示す）を実施したとき、ステップＳ２２にお
いて、選定ルーチンａのかわりに、選定ルーチンａ' を
呼び出すことで実施される。

【０１２４】図２５は、第１の選定処理で呼び出される
選定ルーチンa ' のフローチャートである。［Ｓ２７１］基準値Ｒｘと変数ｐを初期化（設定）す
る。ここで、Ｒｘは強さの差の基準値であり、変数ｐ
は、対局相手が見つかったか否かを示す論理変数であ
る。また、以下のＮｉ、Ｒｉ、Ｍｉ、Ｌｉは、対局要求
を出力した利用者であり、ここでは固定である。［Ｓ２７２］選定対象テーブル（項目番号１からＵ）を
待ち時間の長い順にソートする。［Ｓ２７３］最近の対戦成績によって、選定しようとし
ている利用者の強さＲｉを補正する。例えばＲｉが増加
の傾向であれば、現在のＲｉをΔＲｉ分だけ増加させ
る。ここでΔＲｉは、Ｒｉの増減率を示す値である。た
だし、実際のＤＢ中のＲは変更せず、この選定ルーチン
ａ' 内だけ変更させて選定する。［Ｓ２７４］項目番号「ｋ」に０をセットする。［Ｓ２７５］項目番号「ｋ」の値に１を加算する。［Ｓ２７６］識別子「Ｎｋ」が、対局要求を出力した利
用者の対局者履歴「Ｌｉ」に含まれていないことを確認
する。含まれていればステップＳ２７５に進み、含まれ
ていなければステップＳ２７７に進む。［Ｓ２７７］最近の対戦成績によって、選定されようと
している利用者の強さＲｋを補正する。その補正方法
は、ステップＳ２７３でＲｉに対して行ったのと同じで
ある。［Ｓ２７８］待ち時間の長さに応じてそれぞれの強さの
差の基準値Ｒｘを変化させる。Ｎｉの待ち時間に応じて
変化させたものをＲｘｉ、Ｎｋの待ち時間に応じて変化
させたものをＲｘｋとすると、選定時にはその小さい方
を選択し、それを選定の強さの差Ｒｘとする。［Ｓ２７９］対局要求を出力した利用者の強さ「Ｒｉ」
と、識別子「Ｎｋ」の利用者の強さ「Ｒｋ」との差が、
強さの基準値「Ｒｘ」より小さいか否かを判断する。基
準値「Ｒｘ」より小さければステップＳ２８０に進み、
そうでなければステップＳ２８１に進む。［Ｓ２８０］識別子「Ｎｋ」の利用者を、対局要求を出
力した利用者の対局相手として決定し、利用者ＤＢ１３
０の内容を更新する。具体的には、項目番号「ｉ」の対
局者「Ｍｉ」に項目番号「ｋ」の識別子「Ｎｋ」を登録
すると共に、項目番号「ｋ」の対局者「Ｍｋ」に項目番
号「ｉ」の識別子「Ｎｉ」を登録する。さらに、項目番
号「ｉ」の対局者履歴「Ｌｉ」に項目番号「ｋ」の識別
子「Ｎｋ」を登録すると共に、項目番号「ｋ」の対局者
履歴「Ｌｋ」に項目番号「ｉ」の識別子「Ｎｉ」を登録
する。また、対局者が見つかったため、論理変数「ｐ」
を「true」に設定する。これらの設定が完了したら、処
理を終了する。［Ｓ２８１］項目番号「ｋ」が、対局待ちの利用者数Ｕ
以上になったか否かを判断する。Ｕ以上であればステッ
プＳ２８２に進み、そうでなければステップＳ２７５に
進む。［Ｓ２８２］対局相手が見つからなかったため、論理変
数「ｐ」を「false 」に設定し、処理を終了する。

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

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

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

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

【０１２９】以上のようにして、システムが対局する相
手を自動的に選定し、それぞれの利用者に示してくれる
ため、利用者自身が、対局相手をみつけるという作業が
必要なくなる。また、利用者が絶えず選定結果がでたか
どうかモニタする必要がなくなる。

【０１３０】もちろん、利用者ＤＢには、利用者のネッ
トワークアドレス( 電話番号でも可) が含まれるため、
利用者自身が対局相手の連絡先を調べる必要はない。ま
た、選定する場合、次のような効果がある。１）いつまでも対局相手が選定されないといったことが
なくなる。２）最適の相手を見つけられる可能性が高くなる。３）その時点時点でのゲームでの強さが自動的に反映さ
れ、対局相手もそれに応じて選択される。４）システムへの入場と退場のしくみによって、システ
ムのセキュリティが向上すると同時に、対局者選定の待
ち時間も、システムへのアクセス状況に応じて変化させ
られるため、常に最短の待ち時間で対局開始できるよう
になる。５）対局する時、対局相手の静止画像を見ることができ
るため、対局の臨場感が増す。

【０１３１】次に、第３の実施の形態について説明す
る。これまで、記述してきた実施の形態はひとつの選定
範囲（以下ステージと呼ぶ）から利用者を選定し対局す
るだけであったが、この実施の形態では、複数のステー
ジをもつことを可能としたものである。これを、トーナ
メント戦へ応用した場合を例にとり説明する。

【０１３２】簡単にするために、トーナメント参加者を
８人とする。そして、以下のような状況を想定する。１）トーナメント戦開始の時点では、第１のステージに
８人が登録している。ただ、この８人は、同時にサーバ
に接続しているわけではない。２）ある時点、８人のうち、５人だけサーバに接続して
いる場合を考える。この５人は第１ステージにおり、そ
こで選定が行われる。この選定は、本発明で記述してい
るように自動選定されてもよいし、利用者が第１ステー
ジに入っている利用者リストの中から自ら選択してもよ
い。３）こうして、対局が行われ、勝ち負けが決定する。そ
こで勝った利用者は、第２のステージに進む。負けた利
用者は、そのままこのトーナメント戦から登録削除して
もよいし、敗者復活戦として、第１のステージの下位ス
テージである第０のステージに移るようにしてもよい。４）こうして、４人までの対局が行われ、第１ステージ
には１人が残り、第２ステージには２人が入る。５）第１ステージに残った１人は、他のトーナメント参
加者がサーバに接続し第１ステージに参加してくるまで
待つか、一旦サーバへの接続を切り次の機会を待つ。６）第２ステージの２人は、そのまま２人がサーバに接
続している場合、さらに対局し、勝ったものは第３のス
テージに進む。

【０１３３】以上のようにすれば、サーバにトーナメン
ト参加者が全員同時に接続していなくてもトーナメント
戦が実施できる。こうすることにより、参加者間での事
前の接続時刻などのネゴシエーションが不要となる。

【０１３４】ステージ管理機能を追加したシステム構成
を以下に説明する。図３０は、第３の実施の形態のサー
バ装置の構成を示す図である。このサーバ装置５００
は、クライアント装置６００とネットワークを介して接
続されている。サーバ装置５００は、ネットワークＯＳ
５１０、認証部５２０、利用者ＤＢ５３０、対局者選定
部５４０、選定条件保持部５５０、対局管理部５６０、
及びステージ管理部５７０で構成されている。ステージ
管理部５７０以外の各構成要素は、図３に示した第１の
実施の形態の同盟の構成要素と同じ機能に対する追加機
能を有している。以下、追加された機能について説明す
る。

【０１３５】利用者ＤＢ５３０は、各利用者のステージ
状態に関する情報が登録されている。利用者ＤＢ５３０
の登録項目を以下の表５に示す。

【０１３６】

【表５】

【０１３７】このように、ステージ情報（ＳＴ）が設け
られており、その利用者が属しているステージの番号が
登録されている。値が「ｎｕｌｌ」の場合は、どのステ
ージにも属していないことを示している。

【０１３８】対局者選定部５４０は、対局要求を受けた
場合、その要求を発行した利用者を対局待ちに設定（Ｓ
ｉ＝１) するとともに、その利用者のステージ情報（Ｓ
Ｔｎ）を読み取る。次に、自動選定処理部５４１が、ス
テージ情報が同じで（ＳＴ＝ＳＴｎ）、かつ対局待ちで
ある利用者を読み取り、選定処理を行う。上記の例のト
ーナメント戦の場合は、通常対局待ちは１人しかおら
ず、かつ必ず対局する条件のため、対局待ちの利用者が
いれば、すぐに割り当てるようにする。

【０１３９】上記では、自動選定処理部５４１で対局者
を割り当てたが、対局待ちの利用者リストをクライアン
ト側に表示するようにし、クライアント側で選択して、
その対局待ちの利用者に対局要求を発行することも可能
である。

【０１４０】ステージ管理部５７０は、対局が終了した
場合にクライアント装置６００から送られてくる終了の
通知を受け取る。その通知に基づいて、対局者のステー
ジ情報（ＳＴｎ）を利用者ＤＢ５３０から読み取り、各
対局者のステージ情報を更新する。上記トーナメント戦
の例では、勝った対局者のステージ情報に１を加え（Ｓ
Ｔｎ＝ＳＴｎ＋１）、負けた方はこのトーナメント戦か
ら削除する（ＳＴｎ＝ｎｕｌｌ）。

【０１４１】図３１は、第３の実施の形態のクライアン
ト装置の構成を示す図である。本実施の形態のクライア
ント装置６００は、ユーザインタフェース６１０、対局
要求部６２０、ネットワークＯＳ６４０、対局部６３
０、及び終了要求部６４０で構成される。この各構成要
素は、図１７に示した第２の実施の形態の同盟の構成要
素と同じ機能を有している。

【０１４２】以下に、本実施の形態に特徴的な処理を、
図３２〜図３４のフローチャート用いて説明する。図３
２は、サーバ装置受信処理のフローチャートである。［Ｓ４０１］ネットワークＯＳ５１０は、なんらかの信
号の受信がある否かを絶えず判断している。信号の受信
が発生したらステップＳ４０２に進み、信号の受信が発
生していない場合は、このステップＳ４０１の処理を繰
り返す。［Ｓ４０２］認証部５２０は、信号の発信者が正当な利
用者かどうかを認証する。不正な利用者であればステッ
プＳ４０３に進み、正当な利用者であればステップＳ４
０４に進む。［Ｓ４０３］認証部５２０は、受信した信号が不正な利
用者からのものであれば、Ｅｒｒｏｒである旨をクライ
アント装置６００に通知する。その後、ステップＳ４０
１に進み、次の受信に備える。［Ｓ４０４］認証部５２０は、受信した信号が正当な利
用者からのものであれば、受信した要求の種類を判別す
る。終了要求であればステップＳ４０５へ、対局要であ
ればステップＳ４０６へ、指し手であればステップＳ４
０７に進む。［Ｓ４０５］ステージ管理部５７０が、終了処理を行
う。その後ステップＳ４０１に進み、次の受信に備え
る。この処理の詳細は、図３３に示す。［Ｓ４０６］対局者選定部５４０が、第４の選定処理を
行う。その後ステップＳ４０１に進み、次の受信に備え
る。この処理の詳細は、図３４に示す。［Ｓ４０７］対局管理部５６０が、対局管理処理を行
う。その後ステップＳ４０１に進み次の受信に備える。
この処理は、図１５に示した第１の実施の形態の処理と
同様である。

【０１４３】図３３は、終了サブルーチンのフローチャ
ートである。これは、ステージ管理部５７０が行う処理
である。［Ｓ４１１］利用者Ｎｉ，Ｍｉ（対局両者）のステージ
情報を更新する。具体的には、勝った利用者ステージ情
報は、１を加え、負けた方は、空(null)を入れる。［Ｓ４１２］ステップＳ４１１で更新された利用者ステ
ージ情報を、利用者ＤＢ５３０に記録する。

【０１４４】図３４は、第４の選定処理のフローチャー
トである。これは、対局者選定部５４０が行う処理であ
る。［Ｓ４２１］対局要求を発行した利用者のステージと同
じステージにいる対局待ちの利用者情報を利用者ＤＢ５
３０から読み出す。［Ｓ４２２］相手が見つかったか否かを判断する。見つ
かった場合はステップＳ４２３に進み、見つからなかっ
た場合はステップＳ４２５に進む。［Ｓ４２３］対局相手が見つかった場合は、それぞれの
利用者のクライアント装置に、対局者を紹介する（対局
情報の応答と通知）。［Ｓ４２４］両者の利用者ＤＢ５３０の利用者状態を対
局待ちから対局中に更新（Ｓ＝０）し、この処理を終了
する。［Ｓ４２５］対局相手が見つからなかった場合は、対局
要求を発行した利用者のクライアント装置に待機の応答
を行う。［Ｓ４２６］対局要求を出力した利用者ＤＢ５３０の利
用者状態を対局待ちに設定（Ｓ＝１）し、処理を終了す
る。

【０１４５】このように、対局が終了するごとに、各利
用者のステージを変更することで、ネットワークを介し
たトーナメント戦を行うことが可能となる。図３５は、
トーナメント戦のステージの説明図である。８人のトー
ナメント参加者が第１ステージ５１にエントリしてお
り、現在５人がサーバ装置５００接続している。そのう
ち２組４人が対局を行い、２人が勝ち進み第２ステージ
５２にあがる。第２ステージでもすぐに対局を行い、１
人が第３ステージ５３に進んでいる。あとは、もうひと
りが勝ち上がってくるのを待つことになる。

【０１４６】従来、トーナメント戦は、「２２時から開
始する」などのように利用者間の事前のネゴシエーショ
ンが必要であったが、上記のようなステージ管理を行う
ことで、事前の時間合せが必要なくなり、各利用者が好
きな時間にサーバに接続してトーナメント戦を実行する
ことができるようになる。

【０１４７】さて、以上、説明したように各実施の形態
は、サーバ経由のサーバ−クライアント形態で対局を行
うものであった。これをクライアント−クライアント間
で行うことも可能である。こうすることにより、サーバ
での負荷が軽くなり通信速度も向上する。

【０１４８】また、ここでは、利用者の情報検索蓄積の
手段にデータベース（ＤＢ）を使用したが、これは、通
常のファイルシステムを使用しても実現可能である。も
ちろん、ここで利用するネットワークは無線でも有線で
もどちらでも可能である。

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

【０１５０】また、本発明では、選定処理はサーバ装置
で実施するよう記述したが、サーバ装置は利用者ＤＢの
管理だけにして、当該選定処理は各クライアント装置に
て行うようにすることも可能である。この場合、選定処
理に必要な情報は、選定処理実施前にサーバ装置からク
ライアント装置に、送られる。こうすることにより、特
に多人数がサーバに接続し、ネットワークゲームを行う
場合には、処理が各クライアント装置に分散され、サー
バでの負荷が軽くなる。

【０１５１】また、本発明では、利用者からの指定条件
を考慮していないが、もちろん、利用者からの指定条件
を第１の希望として選定条件の中に含めることも可能で
あり、こうすることにより、さらに最適化が可能とな
る。

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

【０１５３】

【発明の効果】以上説明したように本発明のネットワー
クゲームシステムでは、サーバ装置において、より適し
た組み合わせとなるようにあらかじめ指定された条件に
基づいて選定を行うことで、いつまでも対局相手が選定
されないといったことがなくなる。また、最適の相手を
見つけられる可能性が高くなる。

【０１５４】また、本発明のネットワークゲームサーバ
装置は、より適した組み合わせとなるようにあらかじめ
指定された条件に基づいて選定を行うため、対局要求を
出力した利用者に対して、少ない待ち時間で、より適し
た対局相手を選定することができる。

【０１５５】また、本発明の対局者選定プログラムを記
録したコンピュータ読み取り可能な記録媒体では、より
適した組み合わせとなるようにあらかじめ指定された条
件に基づいて選定を行うような処理をコンピュータに行
わせることができるため、上記本発明のネットワークゲ
ームサーバ装置をコンピュータ上で実現することが可能
となる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

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

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

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

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

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

【図７】選定サブルーチンのフローチャートである。

【図８】第１の選定処理のフローチャートである。

【図９】第２の選定処理のフローチャートである。

【図１０】対局管理処理のフローチャートである。

【図１１】第１の選定処理で呼び出される選定ルーチン
ａのフローチャートである。

【図１２】第２の選定処理で呼び出される選定ルーチン
ｂのフローチャートである。

【図１３】ユーザインタフェースが行う処理のフローチ
ャートである。

【図１４】対局要求処理のフローチャートである。

【図１５】対局処理のフローチャートを示す図である。

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

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

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

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

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

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

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

【図２３】第３の選定処理のフローチャートである。

【図２４】第３の選定処理で呼び出される選定ルーチン
ｃのフローチャートである。

【図２５】第１の選定処理で呼び出される選定ルーチン
ａ 'のフローチャートである。

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

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

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

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

【図３０】第３の実施の形態のサーバ装置の構成を示す
図である。

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

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

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

【図３４】第４の選定処理のフローチャートである。

【図３５】トーナメント戦のステージの説明図である。

【符号の説明】

１０サーバ装置１１利用者情報記憶手段１２対局者選定手段１３対局相手通知手段１４対局管理手段２０クライアント装置２１対局要求手段２２対局手段３１ネットワーク

Claims

【特許請求の範囲】

【請求項１】通信ネットワーク上の不特定多数の参加
者との間でゲームの対局を行うネットワークゲームシス
テムにおいて、複数の利用者の情報を格納する利用者情報記憶手段と、
対局要求を受け取ると、前記対局要求を発信した利用者
を対局待ちとして区別する対局要求応答手段と、より適
した組み合わせとなるようにあらかじめ指定された選定
条件にしたがって、対局待ちとして区別された利用者同
士の対局の組み合わせを決定する対局者選定手段と、を
具備するサーバ装置と、前記対局要求を前記サーバ装置へ出力する対局要求手段
を具備するクライアント装置と、を有することを特徴とするネットワークゲームシステ
ム。
【請求項２】前記サーバ装置は、前記対局者選定手段
により選定された各対局者に対して対局相手の情報を通
知する対局相手通知手段をさらに具備することを特徴と
する請求項１記載のネットワークゲームシステム。
【請求項３】前記サーバ装置は、前記対局者選定手段
により選定された対局者同士の対局を進行させるための
情報を中継する対局管理手段をさらに有することを特徴
とする請求項１記載のネットワークゲームシステム。
【請求項４】前記サーバ装置の前記対局者選定手段
は、待ち時間の長い利用者を優先的に選定対象とすべき
旨が、前記選定条件として指定されていることを特徴と
する請求項１記載のネットワークゲームシステム。
【請求項５】前記サーバ装置の前記対局者選定手段
は、対局者選定処理の開始条件が、前記選定条件として
指定されていることを特徴とする請求項１記載のネット
ワークゲームシステム。
【請求項６】前記サーバ装置の前記対局者選定手段
は、対局要求を受信する毎に、対局希望を出力した利用
者についての対局者選定処理を行うべき旨が、前記選定
条件として指定されていることを特徴とする第５項記載
のネットワークゲームシステム。
【請求項７】前記サーバ装置の前記対局者選定手段
は、あらかじめ指定された時刻になったら対局者選定処
理を行うべき旨が、前記選定条件として指定されている
ことを特徴とする第５項記載のネットワークゲームシス
テム。
【請求項８】前記サーバ装置の前記対局者選定手段
は、対局待ち利用者数があらかじめ指定された数を超え
たら対局者選定処理を行うべき旨が、前記選定条件とし
て指定されていることを特徴とする第５項記載のネット
ワークゲームシステム。
【請求項９】前記サーバ装置の前記対局者選定手段
は、対局希望要求の受信数があらかじめ指定された数を
超えたら対局者選定処理を行うべき旨が、前記選定条件
として指定されていることを特徴とする第５項記載のネ
ットワークゲームシステム。
【請求項１０】前記サーバ装置の前記対局者選定手段
は、対局相手の選定範囲に関する条件が、前記選定条件
として指定されていることを特徴とする請求項１記載の
ネットワークゲームシステム。
【請求項１１】前記サーバ装置の前記対局者選定手段
は、対局者の強さを示す点数の増減率に応じて対局相手
の選定範囲を決定すべき旨が、前記選定条件として指定
されていることを特徴とする請求項１０記載のネットワ
ークゲームシステム。
【請求項１２】前記サーバ装置の前記対局者選定手段
は、対局待ちの利用者の対局待ちの時間に応じて、対局
相手の選定範囲を変化させるべき旨が、前記選定条件と
して指定されていることを特徴とする請求項１０記載の
ネットワークゲームシステム。
【請求項１３】前記サーバ装置の前記対局者選定手段
は、対局選定処理により対局相手が見つからなかった利
用者に対しては、対局相手の選定範囲を広げて、再度対
局選定処理を行うべき旨が、前記選定条件として指定さ
れていることを特徴とする請求項１０記載のネットワー
クゲームシステム。
【請求項１４】前記サーバ装置は、予備の対局者候補
が登録された予備対局者情報記憶手段を更に有し、前記
対局者選定手段は、あらかじめ決められた時間内に前記
利用者情報記憶手段の中から対局相手を選定できなかっ
た利用者に対しては、前記予備対局者記憶手段の対局者
候補の中から対局相手を選定することを特徴とする請求
項１記載のネットワークゲームシステム。
【請求項１５】前記サーバ装置は、対局結果情報を受
け取った際には、対局結果に応じて前記利用者記憶手段
内の利用者の強さを変更する強さ評価手段をさらに有す
ることを特徴とする請求項１記載のネットワークゲーム
システム。
【請求項１６】前記サーバ装置の前記利用者情報保持
手段は、各利用者のステージ情報を保持しており、前記
対局者選定手段は、同一ステージの利用者の間で対局者
選定処理を行い、対局の結果に応じて対局者のステージを更新するステー
ジ管理手段をさらに有することを特徴とする第１項記載
のネットワークゲームシシステム。
【請求項１７】通信ネットワークを介してゲームの対
局を行う利用者の情報を管理するネットワークゲームサ
ーバ装置において、複数の利用者の情報を格納する利用者情報記憶手段と、対局要求を受け取ると、前記対局要求を発信した利用者
を対局待ちとして区別する対局要求応答手段と、より適した組み合わせとなるようにあらかじめ指定され
た選定条件にしたがって、対局待ちとして区別された利
用者同士の対局の組み合わせを決定する対局者選定手段
と、を具備するサーバ装置と、を有することを特徴とするネットワークゲームサーバ装
置。
【請求項１８】通信ネットワークを介したゲームの対
局を希望する利用者の対局相手の選定処理をコンピュー
タに行わせるための対局者選定プログラムを記録したコ
ンピュータ読み取り可能な記録媒体において、複数の利用者の情報を格納する利用者情報記憶手段、対局要求を受け取ると、前記対局要求を発信した利用者
を対局待ちとして区別する対局要求応答手段、より適した組み合わせとなるようにあらかじめ指定され
た選定条件にしたがって、対局待ちとして区別された利
用者同士の対局の組み合わせを決定する対局者選定手
段、としてコンピュータを機能させることを特徴とする対局
者選定プログラムを記録したコンピュータ読み取り可能
な記録媒体。