JP4955160B2

JP4955160B2 - Competitive network game system

Info

Publication number: JP4955160B2
Application number: JP2001250726A
Authority: JP
Inventors: 一樹小林; 武史中谷
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2001-08-21
Filing date: 2001-08-21
Publication date: 2012-06-20
Anticipated expiration: 2021-08-21
Also published as: JP2003053044A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上で将棋の対戦ゲームサービスを提供するネットワークゲームシステムに関する。
【０００２】
【従来の技術】
近年、インターネットの普及に伴って、ネットワーク上で将棋やマージャン等の対戦型ゲームを行うことが可能なネットワークゲームサービスが広く知られるようになっている。このネットワークゲームサービスは、所定のゲームサーバにログインしたユーザが自分のコンピュータ上で、同じゲームサーバにログインした他のサーバを相手として対戦ゲームを楽しむことができるというものである。
【０００３】
【発明が解決しようとする課題】
上記した対戦型ゲームを行うためにはゲーム種類に応じた人数の参加者が必要であり、将棋であれば２名の参加者が必要である。したがって、必要参加者数を満たすだけの相手が見つからない場合には、ゲームを行うことができない。また、所要人数の参加者が見つかってゲームを開始した場合にも、対戦の途中に対戦相手がゲームから抜けると、その時点でゲームを中止せざるを得ないこととなる。
【０００４】
本発明は上記の点に鑑みてなされたものであり、対戦相手が不足した場合にもユーザがゲーム対戦を行うことが可能であり、対戦相手が対戦中に抜けた場合にも、その局面から対戦を開始することが可能な将棋の対戦ゲームサービスを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記の目的を達成するため、請求項１に係る本発明は、ネットワークを介してアクセスしてきたユーザ端末に対して将棋の対戦ゲームサービスを提供するゲーム提供手段を備えるネットワークゲームシステムであって、前記将棋の局面に応じた指し手を出力する対戦者模擬手段を備え、前記ゲーム提供手段は、ユーザ端末に対して前記対戦者模擬手段を対戦相手とする将棋の対戦ゲームサービスを提供する手段を有し、前記ネットワークゲームシステムは、対戦中の将棋の局面を保持する保持手段を更に備え、前記ゲーム提供手段は、ユーザ端末間での将棋対戦中に、一方のユーザのユーザ端末より対戦から抜けたい旨を受信した場合に他方のユーザのユーザ端末に前記一方のユーザが抜けることへの了承を求めるメッセージを送信し、前記他方のユーザのユーザ端末から了承する旨のメッセージを受信した場合に、前記一方のユーザが対戦から抜けたものとして、前記他方のユーザのユーザ端末からの要求に応じて、前記一方のユーザのユーザ端末に代えて前記対戦者模擬手段を対戦相手として、その時点で前記保持手段に記録された局面を初期局面とすると共に、前記対戦者模擬手段が、将棋のルールに従って所定の手数だけ先までの指し手の候補を生成し、各候補についてその手を指した場合の局面の評価関数を計算して、該評価関数が最適となる候補を実際の指し手とするように将棋の対戦を再開させる手段を有することを特徴とする。
【０００６】
請求項１記載の発明によれば、ユーザ端末に対して対戦者模擬手段を対戦相手とするゲームサービスを提供することができる。このため、ユーザは、所要人数の対戦相手が見つからない場合にも、対戦者模擬手段を対戦相手としてゲームを行うことができる。なお、本発明において対戦者模擬手段が出力する「指し手」とは、将棋や囲碁等の指し手に限らず、マージャンにおける切り牌やポーカーにおける捨て札等のように、ゲーム種類に応じて競技者が行うゲーム動作のことを意味する。
【０００８】
また、ユーザは、他のユーザとの対戦中に、ゲーム局面を引き継ぎながら、対戦相手を対戦者模擬手段に交代させることができる。
【００１５】
【発明の実施の形態】
＝＝システム構成＝＝
図１は、本発明の一実施形態である、将棋の対戦ゲームを提供する対戦型ネットワークゲームシステムの全体構成図である。図１において、ゲームサーバー１０はインターネット１２に接続されたサーバーコンピュータシステムにより構成されている。インターネット１２には多数のユーザ端末１４が接続されており、インターネット１２を介してゲームサーバー１０へアクセスすることができる。なお、ゲームサーバー１０へアクセスしてゲーム対戦を行おうとするユーザは、予めユーザ登録を行ってユーザＩＤおよびパスワードを取得しておくものとする。
【００１６】
図１に示す如く、ゲームサーバー１０には、ユーザデータベース２０、テーブルデータベース２２、局面保持データベース２４、および、局面登録データベース２６が設けられている。
ユーザデータベース２０には、ゲームサーバー１０へログイン中の各ユーザのユーザＩＤが記録されている。
テーブルデータベース２２には、各ゲームテーブルに関するデータが記録されている。ここで、ゲームテーブルとは、対戦ゲームが行われる仮想的なテーブルであり、各ゲームテーブル上で１つの対戦ゲームが行われる。後述するように、各ユーザは自ら新たなゲームテーブルを作成して対戦相手が現れるのを待ったり、あるいは、対戦相手待ちのゲームテーブルへ参加して対戦を開始することができる。また、ゲームテーブル上で行われている対戦を観戦することもできる。
【００１７】
図２は、テーブルデータベース２２のデータ構成を示す。同図に示す如く、テーブルデータベース２２には、現在存在している各ゲームテーブルについて、テーブルＩＤ、各ゲーム対戦者のユーザＩＤ、各ゲーム観戦者のユーザＩＤ、およびゲームステータス（対戦相手待ち、対戦中、中断中などを示すステータス）が記録されている。
【００１８】
局面保持データベース２４には、現在対戦が行われている各ゲームテーブルでの対戦局面に関する局面データが記録されている。図３は、局面データの構成を示す。同図に示す如く、局面データには、先手のユーザＩＤ、後手のユーザＩＤ、先手・後手の夫々の駒の配置と持駒、および、次の手番が先手が後手か等のデータが含まれることになる。
【００１９】
局面登録データベース２６には、ユーザから保存要求のあったゲーム局面が、局面ＩＤおよびパスワードに関係付けて記録されている。後述のように、ユーザは局面登録データベース２６に保存した局面を呼び出して、その局面からゲームを開始することができる。
【００２０】
＝＝処理概要＝＝
次に、図４を参照して、ユーザがゲームサーバー１０上で対戦ゲームを行う場合の処理の概要について説明する。図４は、ゲームサーバー１０の機能的な構成を示す図である。図４に示す如く、ゲームサーバー１０は、対戦処理部４０、ルール記述部４２、およびロボット部４４を備えている。対戦処理部４０およびロボット部４４は何れもゲームサーバー１０が実行するアプリケーションプロセスとして構成されている。また、ルール記述部４２には、将棋のルールが記録されている。
【００２１】
対戦処理部４０は、テーブルデータベース２２に記録された各ゲームテーブルについて、ゲームの開始、進行、中断、終了等の対戦処理を行う。また、ロボット部４４は、ゲーム競技者を模擬して、ルール記述部４２に記録されたルールを参照しながら、局面に応じた指し手を決定して出力する。この指し手を決定するためのアルゴリズムは、将棋のルールに従って所定の手数だけ先までの指し手の候補を生成し、各候補についてその手を指した場合の局面の評価関数を計算して、評価関数が最適となるような候補を実際の指し手とするというものであり、一般に市販されている将棋のゲームプログラムで用いられているものを利用することができる。
【００２２】
図４に示す例では、テーブル１においてユーザＢとユーザＣとが対戦し、また、テーブル２において、ユーザＡとロボット部４４とが対戦している。このように、本実施形態のシステムでは、対戦相手として実際のユーザのみならず、擬似的な対戦相手としてロボット部４４を指定することができる。また、同図に破線で示すように、他のユーザとの対戦中に対戦相手をロボット部４４に交代させたり、あるいは、ロボット部４４との対戦中に、対戦相手を他のユーザに交代させたりすることも可能である。
【００２３】
図４のゲームテーブル１のように、ユーザ端末１４間で対戦が行われる場合、対戦処理部４０は、一方のユーザ端末１４から送信された指し手（７六歩など）を表すデータ（以下、指し手データという）に基づいて局面保持データベース２４に記録された局面データを更新すると共に、この指し手データを他方のユーザへ送信する。このような処理を両対戦者のユーザ端末１４について交互に行うことでゲームが進行する。
【００２４】
また、図４のゲームテーブル２のように、ユーザＡとロボット部４４とが対戦する場合も、基本的にはユーザ間の対戦の場合と同様であり、対戦処理部４０はユーザＡから送信された指し手データに基づいて局面データを更新すると共に、この指し手データをロボット部４４へ送信する。また、ロボット部４４から送信された指し手データに基づいて局面データを更新すると共に、この指し手データをユーザＡへ送信する。なお、ロボット部４４との間のデータの送受信は、ゲームサーバー１０内部での対戦処理部４０とロボット部４４との間のプロセス間通信により行われることとなる。
【００２５】
また、対戦処理部４０は、対戦中のユーザ端末１４からの要求により、ゲームを中断させて、中断時点での局面データを局面登録データベース２６に記録する。そして、後刻、ユーザ端末１４からの要求に応じて局面登録データベース２６に記録された局面データを読み出して、その局面から対戦を開始させることもできる。
【００２６】
＝＝対戦処理等の詳細＝＝
以下、ユーザＡがゲームサーバー１０へログインしてゲーム対戦やゲーム観戦等を行う場合の処理について具体的に説明する。
ユーザＡはそのユーザ端末１４からゲームサーバー１０へアクセスし、ユーザＩＤおよびパスワードによるユーザ認証を受けたうえで、ゲームサーバー１０へログインする。ゲームサーバー１０はログインしてきたユーザＡのユーザＩＤをユーザデータベース２２に記録すると共に、ユーザＡのユーザ端末１４へゲーム初期画面を送信する。
【００２７】
図５は、ゲーム初期画面の一例を示す。同図に示す如く、ゲーム初期画面には、現在存在するゲームテーブルの一覧、ログイン中のユーザの一覧、および「テーブル作成」ボタンが表示される。
【００２８】
ユーザＡは、あるゲームテーブルαで対戦中のゲームを観戦したい場合は、ゲームテーブル一覧のゲームテーブルαに対応して設けられた「観戦する」ボタンをクリックする。これに応答して、ゲームサーバー１０は、テーブルデータベース２２においてゲームテーブルαの観戦者としてユーザＡのユーザＩＤを記録すると共に、ユーザＡのユーザ端末１４へ、将棋盤面を観戦するための観戦用プログラムを送信する。さらに、ゲームサーバー１０は、局面保持データベース２４からゲームテーブルαの局面データを読み出して当該ユーザ端末１４へ送信する。以後、ゲームサーバー１０は、何れかの対戦者が手を指して局面データが変化する都度、局面データをユーザ端末１４へ送信する。ユーザ端末１４では、観戦用プログラムがゲームサーバー１０から送信されてきた局面データに基づいて将棋盤面を表示させる。これにより、ユーザ端末１４には対戦中の将棋盤面がリアルタイムで表示されることとなる。
【００２９】
また、ユーザＡは、新たなゲームテーブルを作成したい場合は、ゲーム初期画面の「テーブル作成」ボタンをクリックする。これに応答して、ゲームサーバー１０は、新たなテーブルＩＤを生成してテーブルデータベース２２に登録し、そのステータスを「対戦相手待ち」にすると共に、当該ゲームテーブルの一方の対戦者として、ユーザＡのユーザＩＤを記録する。そして、ユーザＡのユーザ端末１４へ、対局用プログラムおよび初期局面を表す局面データを送信する。この対局用プログラムの機能については後述する。
【００３０】
こうしてユーザＡがゲームテーブルβを作成した後、ユーザＡの対戦者が決まるまでの間、このゲームテーブルβは対戦相手待ちのゲームテーブルとして各ログインユーザのゲーム初期画面に表示されることとなる。そして、他のユーザＢは、このように対戦者待ちであるゲームテーブルβに対応して設けられた「対戦する」ボタンをクリックすることにより、そのゲームテーブルβで対戦することができる。
【００３１】
上記のようにしてゲームテーブルβについて他のユーザＢが「対戦する」ボタンをクリックすると、ゲームサーバー１０は、テーブルデータベース２２の対戦者として、ユーザＢのユーザＩＤを追加記録する。また、ゲームサーバー１０は、ゲームテーブルβのテーブルＩＤを局面保持データベース２４に登録すると共に、その局面データとして初期局面を表すデータを記録する（ただし、先手・後手のユーザＩＤは後述のように「開始」ボタンがクリックされて先手・後手が決定された時点で記録される）。さらに、ゲームサーバー１０は、ゲームテーブルを作成したユーザＡのユーザ端末１４の場合と同様に、もう一方の対戦者であるユーザＢのユーザ端末１４へ対局用プログラムおよび初期局面を表す局面データを送信する。
【００３２】
対局用プログラムは例えばＪＡＶＡ等で記述されており、これを受信したユーザ端末１４において自動的に起動される。この対局用プログラムは、ユーザ端末１４に対局画面を表示させ、局面データに応じた将棋盤面をこの対局画面内に表示させる。図６は、対局画面の一例を示す。同図に示す如く、対局画面には、将棋盤面および持駒を示す盤面表示欄、観戦者の一覧表示欄、および、「開始」、「ロボットと対戦」、「ゲームから抜ける」、「保存して中断」、「保存局面から開始」、「相手を替える」の各操作ボタン等が含まれている。
【００３３】
そして、後述のように「開始」ボタンがクリックされることにより対戦が開始されると、以後、ユーザが入力した指し手（例えば「７六歩」等）に応じて当該ユーザ端末１４の盤面を変化させると共に、その指し手データをゲームサーバー１０へ送信する。また、対戦相手のユーザ端末１４からゲームサーバー１０を経由して指し手データが送信されてくると、その指し手データに基づいて盤面を変化させる。なお、対局画面での指し手の入力は、例えば、盤面に表示された駒をドラッグすることにより行えるようにしてもよいし、あるいは、「７六歩」のように指し手を直接入力するようにしてもよい。
【００３４】
対戦者であるユーザＡ，Ｂの各ユーザ端末１４の対局画面において、「開始」ボタンがクリックされると、ゲームサーバー１０は、テーブルデータベース２２においてゲームテーブル２２のステータスを「対戦中」に変更する。ゲームサーバー１０の対戦処理部４０は、こうしてステータスが「対戦中」に変更されたゲームテーブルについて、先手・後手を適宜（例えばランダムに）決めたうえで対戦を開始させる。すなわち、ゲームサーバー１０は、先ず先手ユーザのユーザ端末１４へ指し手の入力を促すメッセージを送信し、先手ユーザのユーザ端末１４から送信されてきた指し手データを後手ユーザのユーザ端末１４へ送信すると共に、当該指し手データに基づいて局面保持データベース２４に記録された局面データを更新する。以後、同様の処理を、後手ユーザのユーザ端末１４および先手ユーザのユーザ端末１４について交互に繰り返すことでゲームを進行させる。
【００３５】
ところで、ユーザＡがゲームサーバー１０にログインしても、対戦待ちのゲームテーブルが存在せず、また、ゲームテーブルを作成しても、対戦相手が現れないことがある。さらに、実際のユーザと対戦中に相手ユーザがゲームを抜けてしまい、ゲームを続行できなくなってしまうこともある。本実施形態のシステムでは、上記の如く、このように対戦相手が見つからない場合にもゲームサーバー１０内で用意されたロボット部４４と対戦でき、また、ゲームの途中で対戦相手が抜けた場合にもロボット部４４を対戦相手としてそのゲームを続行できるようにしている。さらに、ロボット部４４との対戦中に、対戦相手を他のユーザと交代させることもできるようにしている。
【００３６】
ユーザＡはゲームテーブルβを作成した後、ロボット部４４との対戦を希望する場合には、対局画面に含まれる「ロボットと対戦」ボタンをクリックする。これに応じて、ゲームサーバー１０は、テーブルデータベース２２にゲームテーブルβの対戦者として「ロボット」を記録し、さらに、ゲームテーブルβのテーブルＩＤを局面保持データベース２４に登録すると共に、その局面データとして初期局面を表すデータを記録する。
【００３７】
そして、ユーザＡの対局画面において「開始」ボタンがクリックされると、ゲームサーバー１０は、テーブルデータベース２２においてゲームテーブルβのステータスを「対戦中」に変更する。ゲームサーバー１０の対戦処理部４０は、こうしてステータスが「対戦中」に変更されたゲームテーブルβについて、ユーザＡおよびロボット４４の先手・後手を適宜決めたうえで対戦を開始させる。すなわち、上記したユーザ端末１４間の対戦の場合と同様に、ユーザＡのユーザ端末１４およびロボット部４４から交互に指し手データを受信し、その指し手データに基づいて局面データを更新すると共に、他方の対戦者へ指し手データを送信するという処理を繰り返す。
【００３８】
なお、ロボット部４４として、強さやくせ（攻撃型や防御型など）の異なる複数種類のものを用意しておき、ユーザが所望のロボット部４４を選択できるようにしてもよい。
【００３９】
ユーザＡがロボット部４４を対戦相手としてゲームを開始した後、対局画面の観戦者として表示された別のユーザＤに対戦相手を代わりたいと考えたとする。この場合、ユーザＡは例えばチャット等の手段でユーザＤの了解を得る等したうえで、画面上でユーザＤを指定して「対戦相手を変える」ボタンをクリックする。これに応答して、ゲームサーバー１０は、テーブルデータベース２２に記録されたゲームテーブルβのステータスを「中断中」に変更すると共に、対戦者として記録された「ロボット」を削除する。これにより、対戦処理部４０はゲームテーブルβの対戦を中断させる。
【００４０】
次に、ゲームサーバー１０は、ユーザＤのユーザ端末１４へ対戦の了承を求めるメッセージを送信し、了承する旨の応答メッセージが送られてくると、このユーザＤのユーザ端末１４へ対局プログラムおよび現在の局面データを送信する。これにより、ユーザＤのユーザ端末１４には、ゲームの中断時点での局面の盤面を含む対局画面が表示される。そして、ユーザＡおよびＤの両者のユーザ端末１４において「開始」ボタンがクリックされると、ゲームサーバー１０はテーブルデータベース２２に記録されたゲームステータスを「対戦中」に変更する。以後、対戦処理部４０が、上記したように、各ユーザ端末１４から交互に送信されてくる指し手データに基づいてゲームを進行させる。
【００４１】
また、ユーザＡとユーザＢとの対戦中に、ユーザＢがゲームから抜けたい場合、ユーザＢは対局画面の「ゲームから抜ける」ボタンをクリックする。これに応答して、ゲームサーバー１０は、ユーザＡのユーザ端末１４へ、対戦相手がゲームから抜けることへの了承を求めるメッセージを送信する。これに応じてユーザＡのユーザ端末１４から了承する旨の応答メッセージが送られてくると、ゲームサーバー１０は、テーブルデータベース２２に記録されたゲームステータスを「対戦相手待ち」に変更すると共に、対戦者として記録された「ユーザＢ」を削除する。これにより、ゲームテーブルは対戦相手待ちの状態となる。この状態で、ユーザＡが対局画面の「ロボットと対戦」ボタンをクリックすることで、ユーザＡはロボットを対戦相手として上記中断時点での局面からゲームを再開することができる。
【００４２】
以上のように、本実施形態のシステムでは、各ユーザは対戦相手が見つからない場合にも、ロボット部４４を対戦相手としてゲームを楽しむことができる。また、ユーザとの対戦中に対戦相手が抜けた場合にも、対戦相手をロボット部４４に変更してゲームを続行することもできる。さらに、ロボット部４４との対戦中に、対戦相手を他のユーザに交代させてゲームを続行することもできる。
【００４３】
なお、ネットワーク上で行うゲームでは、各対戦者の意図にかかわらず、ネットワーク異常により接続が切断されてゲームを続行できなくなる場合がある。本実施形態のシステムでは、このようなネットワーク異常により一方の対戦者のユーザ端末１４とゲームサーバー１０との接続が切断された場合にも、ゲームサーバー１０が接続切断を検知して、他方の対戦者のユーザ端末１４へその旨を通知し、当該他方の対戦者が対戦相手としてロボット部４４を指定することでゲームを続行できるようにすることが可能である。
【００４４】
＝＝局面の保存・読み出し機能の詳細＝＝
ユーザは、他のユーザまたはロボット部４４との対戦途中でゲームを中断する場合、中断時点での局面を保存して、後日、その局面から対戦を再開することもできる。
【００４５】
ユーザは、対戦を中断して局面を保存しようとする場合、対局画面に含まれる「保存して中断」ボタンをクリックする。これに応答して、ゲームサーバー１０は、他方の対戦者の了解をとったうえで（対戦相手がロボット部４４の場合は了解をとることは不要である）、固有の局面ＩＤおよびパスワードを生成し、これらの局面ＩＤおよびパスワードと、現時点での対局データとを関係付けて、局面保存データベース２６へ記録すると共に、局面ＩＤおよびパスワードを各対局者のユーザ端末１４へ通知する。
【００４６】
こうして保存した局面からゲームを再開する場合には、ユーザはゲームサーバー１０にログインしてゲームテーブルを作成したうえで、対局画面の「保存局面から再開」ボタンをクリックする。これに応じて、ゲームサーバー１０は、当該ユーザのユーザ端末１４へ局面ＩＤおよびパスワードの入力を求め、入力された局面ＩＤおよびパスワードに基づいて認証を行ったうえで、局面保存データベース２６から該当する局面データを読出し、その局面データをテーブルデータベース２２に記録すると共にユーザ端末１４へ送信する。以後、もう一人の対戦者が現れると、その対戦者のユーザ端末１４にも同じ対局データが送信され、これにより、保存されていた局面からゲームを開始することができる。また、ロボットを対戦相手として指定することで、ロボットとの対戦を保存されていた局面から開始することも可能である。
【００４７】
【発明の効果】
本発明によれば、ユーザに対して、将棋の対戦相手が見つからない場合にも、対戦者模擬手段を対戦相手として将棋を行うことが可能なゲームサービスを提供することができる。
【００４８】
また、ユーザに対して、対戦相手が対戦中に抜けた場合にもその局面から対戦を開始することが可能なゲームサービスを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態である対戦型ネットワークゲームシステムの全体構成図である。
【図２】テーブルデータベースのデータ構成を示す図である。
【図３】対戦ゲームが将棋の場合の局面データの構成を示す図である。
【図４】ゲームサーバーの機能的な構成およびゲーム対戦処理の概要を示す図である。
【図５】ゲーム初期画面の一例を示す図である。
【図６】対局画面の一例を示す図である。
【符号の説明】
１０ゲームサーバー
１２インターネット
１４ユーザ端末
２４局面保持データベース
２６局面登録データベース
４０対戦処理部（ゲーム提供手段）
４４ロボット部（対戦者模擬手段）[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network game system that provides a shogi battle game service on a network.
[0002]
[Prior art]
In recent years, with the spread of the Internet, network game services capable of playing battle games such as shogi and mahjong over the network have become widely known. In this network game service, a user who logs in to a predetermined game server can enjoy a battle game on his / her computer against another server logged in to the same game server.
[0003]
[Problems to be solved by the invention]
In order to perform the play-against-type game mentioned above will require an participant in the number of people depending on the game type, there is a need for participants of two people if the Japanese chess. Therefore, the game cannot be played when a sufficient number of participants cannot be found. Also, even when the required number of participants are found and the game is started, if the opponent leaves the game during the match, the game must be stopped at that time.
[0004]
The present invention has been made in view of the above points, and it is possible for a user to play a game even when there is a shortage of opponents. to provide a competitive game service that can start a match shogi and purpose.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, the present invention according to claim 1 is a network game system comprising a game providing means for providing a shogi battle game service to a user terminal accessed via a network, Competitor simulation means for outputting a pointer according to the shogi situation, the game providing means has means for providing a user terminal with a game game service for shogi with the opponent simulation means as an opponent The network game system further includes holding means for holding a shogi aspect during a battle, and the game providing means wants to escape from the battle from the user terminal of one user during the shogi battle between user terminals. sending a message requesting the other note to the user of the user terminal said that one of the user leaves when receiving, the When receiving a message for acknowledge from the user terminal of square of the user, assuming that the one user is missing from the match, in response to a request from the user terminal of the other user, the user of the one of the user The opponent simulation means is used as an opponent instead of the terminal, and the situation recorded in the holding means at that time is set as the initial situation, and the opponent simulation means is a predetermined number of steps ahead according to the rules of shogi. A means for generating a candidate for a hand, calculating an evaluation function of a situation when the hand is pointed for each candidate, and restarting a shogi match so that the candidate for which the evaluation function is optimal is an actual hand It is characterized by having.
[0006]
According to the first aspect of the present invention, it is possible to provide a game service that uses the opponent simulation means as an opponent for the user terminal. For this reason, even when the required number of opponents cannot be found, the user can play a game using the opponent simulation means as an opponent. In the present invention, the “pointer” output by the opponent simulation means is not limited to a pointer such as shogi or go, but a player may select a player according to the type of game, such as a cardboard in mahjong or a discarded card in poker. It means a game action to be performed.
[0008]
In addition, the user can change the opponent to the opponent simulation means while taking over the game phase during a battle with another user.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
== System configuration ==
FIG. 1 is an overall configuration diagram of a battle network game system that provides a shogi battle game according to an embodiment of the present invention. In FIG. 1, the game server 10 is constituted by a server computer system connected to the Internet 12. A number of user terminals 14 are connected to the Internet 12, and the game server 10 can be accessed via the Internet 12. In addition, the user who accesses the game server 10 and plays a game battle shall perform user registration beforehand and acquire user ID and a password .
[0016]
As shown in FIG. 1, the game server 10 is provided with a user database 20, a table database 22, a situation holding database 24, and a situation registration database 26.
In the user database 20, the user ID of each user who is logging in to the game server 10 is recorded.
Data relating to each game table is recorded in the table database 22. Here, the game table is a virtual table in which a battle game is played, and one battle game is played on each game table. As will be described later, each user can create a new game table and wait for an opponent to appear, or can join a game table waiting for an opponent and start a battle. It is also possible to watch the battles taking place on the game table.
[0017]
FIG. 2 shows the data structure of the table database 22. As shown in the figure, the table database 22 includes a table ID, a user ID of each game opponent, a user ID of each game spectator, and a game status (awaiting opponent, (Status indicating medium, suspended, etc.) is recorded.
[0018]
In the situation holding database 24, situation data relating to a competition situation at each game table in which a competition is currently being performed is recorded. FIG. 3 shows the configuration of the situation data. As shown in the figure, the situation data includes data such as the front user ID, the rear user ID, the arrangement and holding pieces of the front and rear hands, and whether the next move is the front or back. become.
[0019]
In the situation registration database 26, the game situation requested to be saved by the user is recorded in association with the situation ID and the password. As will be described later, the user can call a situation stored in the situation registration database 26 and start the game from that situation.
[0020]
== Process overview ==
Next, with reference to FIG. 4, an outline of processing when the user plays a battle game on the game server 10 will be described. FIG. 4 is a diagram illustrating a functional configuration of the game server 10. As shown in FIG. 4, the game server 10 includes a battle processing unit 40, a rule description unit 42, and a robot unit 44. Both the battle processing unit 40 and the robot unit 44 are configured as application processes executed by the game server 10. Also, the rule description section 42 records shogi rules.
[0021]
The battle processing unit 40 performs battle processing such as game start, progress, interruption, and end for each game table recorded in the table database 22. In addition, the robot unit 44 simulates the game player and determines and outputs a move according to the situation while referring to the rules recorded in the rule description unit 42. The algorithm for determining the mover generates candidates for the move ahead by a predetermined number of times according to the rules of shogi , calculates the evaluation function of the situation when the hand is pointed for each candidate, and the evaluation function is is intended that the actual terribly best become such candidates, typically can be utilized those used in Shogi game program which is commercially available.
[0022]
In the example shown in FIG. 4, the user B and the user C are fighting in the table 1, and the user A and the robot unit 44 are fighting in the table 2. Thus, in the system of the present embodiment, not only an actual user as an opponent but also a robot unit 44 can be designated as a pseudo opponent. Also, as shown by a broken line in the figure, the opponent is changed to the robot unit 44 during the battle with another user, or the opponent is changed to another user during the battle with the robot unit 44. It is also possible to do.
[0023]
When a battle is performed between the user terminals 14 as in the game table 1 of FIG. 4, the battle processing unit 40 stores data (hereinafter referred to as a pointer) indicating a pointer (eg, seven steps) transmitted from one user terminal 14. The aspect data recorded in the aspect holding database 24 is updated based on the data), and the pointer data is transmitted to the other user. A game progresses by performing such a process alternately about the user terminal 14 of both opponents.
[0024]
Also, as in the game table 2 of FIG. 4, the case where the user A and the robot unit 44 battle each other is basically the same as the case of the battle between users, and the battle processing unit 40 is transmitted from the user A. The situation data is updated based on the pointing data, and the pointing data is transmitted to the robot unit 44. Further, the aspect data is updated based on the move data transmitted from the robot unit 44, and the move data is transmitted to the user A. Incidentally, transmission and reception of data between the robot 44 and thus performed by inter-process communication between the competition processing section 40 and the robot 44 inside the game server 10.
[0025]
In addition, the battle processing unit 40 interrupts the game in response to a request from the user terminal 14 during the battle, and records the situation data at the point of interruption in the situation registration database 26. Then, the situation data recorded in the situation registration database 26 can be read out in response to a request from the user terminal 14 later, and the battle can be started from that situation.
[0026]
== Details of battle processing ==
Hereinafter, a process when the user A logs into the game server 10 and performs a game battle, a game watching, or the like will be specifically described.
The user A accesses the game server 10 from the user terminal 14 and logs in to the game server 10 after receiving user authentication using a user ID and a password. The game server 10 records the user ID of the logged-in user A in the user database 22 and transmits a game initial screen to the user terminal 14 of the user A.
[0027]
FIG. 5 shows an example of the game initial screen. As shown in the figure, a list of currently existing game tables, a list of logged-in users, and a “create table” button are displayed on the game initial screen.
[0028]
When the user A wants to watch a game being played on a certain game table α, the user A clicks a “watch” button provided corresponding to the game table α in the game table list. In response to this, the game server 10 records the user ID of the user A as the spectator of the game table α in the table database 22 and also watches the shogi board surface to the user terminal 14 of the user A. Send. Furthermore, the game server 10 reads the situation data of the game table α from the situation holding database 24 and transmits it to the user terminal 14. Thereafter, the game server 10 transmits the situation data to the user terminal 14 every time any of the opponents points to the hand and the situation data changes. On the user terminal 14, the game program is displayed based on the situation data transmitted from the game server 10 by the watching program. As a result, the shogi board surface being played is displayed on the user terminal 14 in real time.
[0029]
In addition, when the user A wants to create a new game table, the user A clicks the “table creation” button on the game initial screen. In response to this, the game server 10 generates a new table ID and registers it in the table database 22, sets the status to “waiting for an opponent”, and at the same time as one opponent of the game table, the user A The user ID is recorded. Then, the game program and the situation data representing the initial situation are transmitted to the user terminal 14 of the user A. The function of this game program will be described later.
[0030]
After the user A creates the game table β in this manner, the game table β is displayed on the game initial screen of each logged-in user as a game table waiting for the opponent until the user A's opponent is determined. Then, the other user B can play against the game table β by clicking the “match” button provided corresponding to the game table β waiting for the opponent.
[0031]
As described above, when another user B clicks the “match” button for the game table β, the game server 10 additionally records the user ID of the user B as an opponent in the table database 22. In addition, the game server 10 registers the table ID of the game table β in the situation holding database 24 and records data representing the initial situation as the situation data (however, the user IDs of the front and rear hands are “ This is recorded when the start button is clicked and the first and second moves are determined). Further, the game server 10 transmits the game program and the situation data representing the initial situation to the user terminal 14 of the user B who is the other opponent, similarly to the user terminal 14 of the user A who created the game table. To do.
[0032]
The game program is described in JAVA, for example, and is automatically activated in the user terminal 14 that has received the program. The game program causes the user terminal 14 to display a game screen, and displays a shogi board surface corresponding to the situation data in the game screen. FIG. 6 shows an example of the game screen. As shown in the figure, the game screen has a board display field showing shogi board and holding pieces, a list display field of spectators, and “start”, “match with robot”, “exit from game”, “save” Operation buttons such as “interrupt”, “start from storage phase”, and “change partner” are included.
[0033]
Then, when the battle is started by clicking the “start” button as will be described later, the board surface of the user terminal 14 is changed in accordance with the move input by the user (for example, “seven steps”). At the same time, the pointing data is transmitted to the game server 10. Further, when pointing data is transmitted from the opponent user terminal 14 via the game server 10, the board is changed based on the pointing data. In addition, for example, the input of the mover on the game screen may be performed by dragging a piece displayed on the board, or the mover may be directly input like “six steps”. Also good.
[0034]
When the “start” button is clicked on the game screens of the user terminals 14 of the users A and B who are the opponents, the game server 10 changes the status of the game table 22 to “in battle” in the table database 22. . The battle processing unit 40 of the game server 10 starts the battle after appropriately (for example, randomly) determining the front and rear hands of the game table whose status has been changed to “during battle”. That is, the game server 10 first transmits a message prompting the user to input a pointer to the user terminal 14 of the first user, and transmits the pointer data transmitted from the user terminal 14 of the first user to the user terminal 14 of the second user. The situation data recorded in the situation holding database 24 is updated based on the pointing data. Thereafter, the same process is alternately repeated for the user terminal 14 of the rear user and the user terminal 14 of the front user to advance the game.
[0035]
By the way, even if the user A logs in to the game server 10, there is no game table waiting for the battle, and even if the game table is created, the opponent may not appear. Furthermore, the opponent user may leave the game during a match with an actual user, and the game may not be continued. In the system of the present embodiment, as described above, even when the opponent is not found as described above, it is possible to play against the robot unit 44 prepared in the game server 10 and when the opponent is lost during the game. The game can be continued with the robot unit 44 as an opponent. Further, the opponent can be replaced with another user during the battle with the robot unit 44.
[0036]
After creating the game table β, the user A clicks the “match with robot” button included in the game screen when he / she wants to play with the robot unit 44. In response to this, the game server 10 records “robot” as the opponent of the game table β in the table database 22, and further registers the table ID of the game table β in the situation holding database 24 as the situation data. Record data representing the initial phase.
[0037]
When the “start” button is clicked on the game screen of the user A, the game server 10 changes the status of the game table β in the table database 22 to “matching”. The battle processing unit 40 of the game server 10 starts the battle after appropriately determining the front and back of the user A and the robot 44 for the game table β whose status has been changed to “during battle”. That is, as in the case of the battle between the user terminals 14 described above, the pointer data is alternately received from the user terminal 14 and the robot unit 44 of the user A, and the situation data is updated based on the pointer data, and the other Repeat the process of sending move data to the opponent.
[0038]
Note that a plurality of types having different strengths and habits (attack type, defense type, etc.) may be prepared as the robot unit 44 so that the user can select a desired robot unit 44.
[0039]
Suppose user A wants to replace his opponent with another user D displayed as a spectator on the game screen after starting the game with the robot unit 44 as his opponent. In this case, for example, the user A obtains the consent of the user D by means such as chat, and then designates the user D on the screen and clicks the “change opponent” button. In response to this, the game server 10 changes the status of the game table β recorded in the table database 22 to “suspended” and deletes the “robot” recorded as the opponent. Thereby, the battle processing unit 40 interrupts the battle of the game table β.
[0040]
Next, the game server 10 transmits a message requesting approval of the match to the user terminal 14 of the user D, and when a response message indicating that the game is accepted is sent to the user terminal 14 of the user D, the game program and the current Send the situation data. Thereby, the game screen including the board surface of the situation at the time of interruption of the game is displayed on the user terminal 14 of the user D. When the “start” button is clicked on the user terminals 14 of both the users A and D, the game server 10 changes the game status recorded in the table database 22 to “matching”. Thereafter, the battle processing unit 40 advances the game based on the pointer data transmitted alternately from each user terminal 14, as described above.
[0041]
Further, when the user B wants to leave the game during the battle between the user A and the user B, the user B clicks the “Exit from game” button on the game screen. In response to this, the game server 10 transmits to the user terminal 14 of the user A a message requesting approval for the opponent to leave the game. In response to this, when a response message is received from the user terminal 14 of the user A, the game server 10 changes the game status recorded in the table database 22 to “wait for opponent” and “User B” recorded as a user is deleted. As a result, the game table enters a state waiting for the opponent. In this state, when the user A clicks the “match with robot” button on the game screen, the user A can resume the game from the situation at the time of the interruption with the robot as the opponent.
[0042]
As described above, in the system according to the present embodiment, each user can enjoy a game using the robot unit 44 as an opponent even when no opponent is found. In addition, even when the opponent is lost during the battle with the user, the game can be continued by changing the opponent to the robot unit 44. Further, during the battle with the robot unit 44, the game can be continued by changing the opponent to another user.
[0043]
Note that in a game played on the network, the connection may be cut off due to a network abnormality and the game may not be continued regardless of the intention of each player. In the system of the present embodiment, even when the connection between the user terminal 14 of one opponent and the game server 10 is disconnected due to such a network abnormality, the game server 10 detects the disconnection and the other competition It is possible to notify the user's user terminal 14 to that effect and allow the other player to continue the game by designating the robot unit 44 as the opponent.
[0044]
== Details of saving / reading aspects ==
When a user interrupts a game in the middle of a battle with another user or the robot unit 44, the user can save the situation at the time of interruption and resume the game from that situation at a later date.
[0045]
When the user wants to interrupt the battle and save the situation, the user clicks a “save and interrupt” button included in the game screen. In response to this, the game server 10 generates a unique situation ID and password after obtaining the consent of the other opponent (no need to obtain the consent if the opponent is the robot unit 44). Then, the situation ID and password are associated with the current game data and recorded in the situation storage database 26, and the situation ID and password are notified to the user terminal 14 of each player.
[0046]
When the game is resumed from the saved situation, the user logs into the game server 10 to create a game table, and then clicks the “Resume from saved situation” button on the game screen. In response to this, the game server 10 requests the user terminal 14 of the user to input the situation ID and the password, performs authentication based on the entered situation ID and password, and corresponds from the situation storage database 26. The situation data is read, and the situation data is recorded in the table database 22 and transmitted to the user terminal 14. Thereafter, when another opponent appears, the same game data is also transmitted to the user terminal 14 of the opponent, so that the game can be started from the saved situation. It is also possible to start a battle with a robot from a saved state by designating the robot as an opponent.
[0047]
【Effect of the invention】
According to the present invention, the user, even if it can not find the opponent shogi, it is possible to provide a game service which can perform shogi as opposite the opponent simulator means.
[0048]
In addition, it is possible to provide a game service that allows a user to start a battle from that aspect even when the opponent is lost during the battle.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a competitive network game system according to an embodiment of the present invention.
FIG. 2 is a diagram showing a data structure of a table database.
FIG. 3 is a diagram showing a configuration of situation data when a battle game is shogi.
FIG. 4 is a diagram illustrating a functional configuration of a game server and an outline of a game battle process.
FIG. 5 is a diagram showing an example of a game initial screen.
FIG. 6 is a diagram illustrating an example of a game screen.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 Game server 12 Internet 14 User terminal 24 Aspect holding database 26 Aspect registration database 40 Competition processing part (game provision means)
44 Robot part (competitor simulation means)

Claims

ネットワークを介してアクセスしてきたユーザ端末に対して将棋の対戦ゲームサービスを提供するゲーム提供手段を備えるネットワークゲームシステムであって、
前記将棋の局面に応じた指し手を出力する対戦者模擬手段を備え、前記ゲーム提供手段は、ユーザ端末に対して前記対戦者模擬手段を対戦相手とする将棋の対戦ゲームサービスを提供する手段を有し、
前記ネットワークゲームシステムは、対戦中の将棋の局面を保持する保持手段を更に備え、前記ゲーム提供手段は、ユーザ端末間での将棋対戦中に、一方のユーザのユーザ端末より対戦から抜けたい旨を受信した場合に他方のユーザのユーザ端末に前記一方のユーザが抜けることへの了承を求めるメッセージを送信し、前記他方のユーザのユーザ端末から了承する旨のメッセージを受信した場合に、前記一方のユーザが対戦から抜けたものとして、前記他方のユーザのユーザ端末からの要求に応じて、前記一方のユーザのユーザ端末に代えて前記対戦者模擬手段を対戦相手として、その時点で前記保持手段に記録された局面を初期局面とすると共に、前記対戦者模擬手段が、将棋のルールに従って所定の手数だけ先までの指し手の候補を生成し、各候補についてその手を指した場合の局面の評価関数を計算して、該評価関数が最適となる候補を実際の指し手とするように将棋の対戦を再開させる手段を有することを特徴とするシステム。A network game system comprising a game providing means for providing a shogi fighting game service to a user terminal accessed via a network,
It has an opponent simulation means for outputting a move according to the shogi situation, and the game providing means has a means for providing a user terminal with a game game service for shogi with the opponent simulation means as an opponent. And
The network game system further includes holding means for holding the aspect of the shogi during the battle, and the game providing means states that during the shogi battle between the user terminals, the user terminal of one user wants to escape from the battle. When receiving a message requesting approval of the removal of the one user to the user terminal of the other user, and receiving a message of approval from the user terminal of the other user, In response to a request from the user terminal of the other user, the player simulating means is used as an opponent instead of the user terminal of the one user, and the holding means at that point The recorded situation is set as the initial situation, and the opponent simulation means generates candidates for the move ahead by a predetermined number of times according to the rules of shogi And a means for calculating an evaluation function of a situation when the hand is pointed for each candidate, and restarting a shogi match so that the candidate for which the evaluation function is optimal is an actual pointer system.