JP2017070596A - ゲームシステム、ゲーム制御装置、及びプログラム - Google Patents

Abstract

【課題】特定ユーザが参加するゲームへの参加意欲を向上することが可能なゲームシステム、ゲーム制御装置、及びプログラムを提供する。【解決手段】ゲームシステム１では複数のユーザが参加するゲームが実行される。確定部１１０は、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する。通知部１２０は、特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、参加者として確定されたユーザに通知する。待受部１３０は、開始日時に基づいて設定される所定の受付期間において、参加者として確定されたユーザからのアクセスを待ち受ける。参加制御部１５０は、受付期間において、参加者として確定されたユーザからのアクセスがあった場合に、当該ユーザを特定ゲームに参加させるための制御を行う。【選択図】図７

Description

本発明はゲームシステム、ゲーム制御装置、及びプログラムに関する。

複数のユーザが参加するゲームを実行するゲームシステムが知られている。例えば、複数のユーザが対局する麻雀ゲームを実行する麻雀ゲームシステムが知られている。従来、このような麻雀ゲームシステムでは、ユーザが特定ユーザ（例えばプロ雀士）と対局を行える場合があった。例えば、特定ユーザが、特定ユーザとの対局を希望するユーザのうちから任意のユーザを選択することによって、特定ユーザと特定ユーザによって指定されたユーザとの対局が行われる場合があった。

特開２０１４−１８３６４号公報

しかしながら、従来、上記のような麻雀ゲームシステムでは、特定ユーザと対局を行うことができるか否かが事前にはっきりしないことにより、例えば、ユーザは特定ユーザとの対局に十分な準備をして臨むことができず、特定ユーザとの対局に対する意欲が損なわれてしまう場合があった。

本発明は上記課題に鑑みてなされたものであって、その目的は、特定ユーザが参加するゲームへの参加意欲を向上することが可能なゲームシステム、ゲーム制御装置、及びプログラムを提供することにある。

上記課題を解決するために、本発明の一態様に係るゲームシステムは、複数のユーザが参加するゲームを実行するゲームシステムにおいて、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する確定手段と、前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知手段と、前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受手段と、前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、当該ユーザを前記特定ゲームに参加させるための制御を行う参加制御手段と、を含む。

本発明の一態様に係るゲーム制御装置は、複数のユーザが参加するゲームに関する制御を行うゲーム制御装置において、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する確定手段と、前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知手段と、前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受手段と、前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、前記参加者として確定されたユーザを前記特定ゲームに参加させるための制御を行う参加制御手段と、を含む。

本発明の実施形態に係るゲームシステムの全体構成を示す図である。 特別対局が行われるまでの流れの一例を説明するための図である。 一般ユーザのランキングの一例を示す図である。 ゲームシステムで予定されている特別対局の一例を示す図である。 通知画面画像の一例を示す図である。 特別対局の当日の流れの一例を示す。 第１実施形態に係るゲームシステムで実現される機能ブロックの一例を示す図である。 ユーザテーブルの一例を示す図である。 一般対局履歴テーブルの一例を示す図である。 特別対局テーブルの一例を示す図である。 ゲームシステムで実行される処理の一例を示すフロー図である。 ゲームシステムで実行される他の処理の一例を示すフロー図である。 ゲームシステムで実行される他の処理の一例を示すフロー図である。 希望受付画面画像の一例を示す図である。 第２実施形態に係るゲームシステムで実現される機能ブロックの一例を示す図である。 特別対局テーブルの他の一例を示す図である。 選択結果テーブルの一例を示す図である。 ゲームシステムで実行される処理の他の一例を示すフロー図である。 特別対局が行われるまでの流れの他の一例を示す。

以下、本発明の実施形態を図面に基づいて説明する。

［１．第１実施形態］本発明の第１実施形態に係るゲームシステムについて説明する。

［１−１．ゲームシステムの構成］図１は、第１実施形態に係るゲームシステムの構成を示す。図１に示すように、第１実施形態に係るゲームシステム１はサーバ１０と複数のゲーム端末３０−１，・・・，３０−Ｎとを含む。複数のゲーム端末３０−１，・・・，３０−Ｎはサーバ１０とネットワークＮを介して相互にデータ通信を行うことが可能である。また、複数のゲーム端末３０−１，・・・，３０−ＮはネットワークＮを介して相互にデータ通信を行うことも可能である。以下では、ゲーム端末３０−１，・・・，３０−Ｎを総称して「ゲーム端末３０」と記載する。

サーバ１０（ゲーム制御装置の一例）は例えばサーバコンピュータである。図１に示すように、サーバ１０は制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は少なくとも一つのマイクロプロセッサ（ＣＰＵ）を含み、記憶部１２に記憶されたオペレーティングシステムやその他のプログラムに従って情報処理を実行する。記憶部１２は、主記憶部（例えばＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ、ハードディスクドライブ、又はソリッドステートドライブ）を含む。記憶部１２はプログラムやデータを記憶するためのものである。通信部１３は、ネットワークＮを介して他の装置とデータ通信するためのものである。

サーバ１０はデータベース１４にアクセスできるようになっている。データベース１４はサーバ１０内に構築されていてもよいし、サーバ１０とは別のサーバコンピュータ内に構築されていてもよい。

ゲーム端末３０（ゲーム装置の一例）は、ユーザがゲームをプレイするために使用するコンピュータである。例えば、ゲーム端末３０は、業務用ゲーム機（遊戯施設等に設置されるゲーム機）、家庭用ゲーム機（据置型ゲーム機）、携帯用ゲーム機、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、デスクトップ型コンピュータ、又はラップトップ型コンピュータである。

図１に示すように、ゲーム端末３０は制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び音声出力部３６を含む。制御部３１、記憶部３２、及び通信部３３はサーバ１０の制御部１１、記憶部１２、及び通信部１３と同様である。

操作部３４は、ユーザが各種操作を行うためのものである。操作部３４は、例えばボタン（キー）、レバー（スティック）、タッチパネル、又はマウス等を含む。操作部３４は、ユーザが音声又はジェスチャによって操作を行うためのものであってもよい。表示部３５は各種画面画像を表示するためのものであり、例えば液晶ディスプレイ又は有機ＥＬディスプレイ等である。音声出力部３６は音声データを出力するためのものであり、例えばスピーカ又はヘッドホン等である。操作部３４、表示部３５、及び音声出力部３６はゲーム端末３０自体に設けられていてもよいし、ゲーム端末３０に接続された外部装置として設けられてもよい。

プログラムやデータはネットワークＮを介して遠隔地からサーバ１０又はゲーム端末３０に供給されて、記憶部１２又は記憶部３２に記憶される。なお、情報記憶媒体（例えば光ディスク又はメモリカード等）に記憶されたプログラムやデータを読み取るための構成要素（例えば光ディスクドライブ又はメモリーカードスロット等）がサーバ１０又はゲーム端末３０に備えられるようにしてもよい。そして、プログラムやデータが情報記憶媒体を介してサーバ１０又はゲーム端末３０に供給されるようにしてもよい。

以下では、ゲームシステム１の一例として、複数のゲーム端末３０−１，・・・，３０−Ｎの各々が業務用ゲーム機である場合について説明する。なお、複数のゲーム端末３０−１，・・・，３０−Ｎは同じ種類のゲーム機でなくてもよく、異なる種類のゲーム機が複数のゲーム端末３０−１，・・・，３０−Ｎに含まれていてもよい。

［１−２．ゲームの概要］ゲームシステム１では、複数のユーザが参加する各種ゲームを実行することが可能である。

ここで、「複数のユーザが参加するゲーム」とは、例えば、複数のユーザが対戦するゲームである。「複数のユーザが参加するゲーム」とは、例えば、複数のユーザが協力して目的を達成することを目指すゲームであってもよい。なお、「目的」とは、例えば、敵との対戦に勝利すること、敵を退治すること、又はゲームアイテムを入手すること等である。

以下では、ゲームシステム１で実行されるゲームの一例として、４名のユーザが参加して対局（対戦）を行うことが可能な麻雀ゲームについて説明する。麻雀ゲームは、２名又は３名のユーザが参加して対局を行うことが可能なものであってもよい。

上記の麻雀ゲームでは、プロ雀士等の特別ユーザと対局を行う機会がユーザに提供される。従来の麻雀ゲームでは、特別ユーザと対局を行うことができるか否かが事前にはっきりしないことにより、例えば、ユーザは特別ユーザとの対局に十分な準備をして臨むことができず、特別ユーザとの対局に対する意欲が損なわれてしまう場合があった。以下、このような不都合を解消するための構成について説明する。

なお以下では、特別ユーザ以外のユーザを特別ユーザと区別するため、便宜上、特別ユーザ以外のユーザのことを「一般ユーザ」と記載する。また、特別ユーザが参加する対局のことを「特別対局」と記載し、特別対局以外の対局のことを「一般対局」と記載する。

図２は、特別対局が行われるまでの流れの一例を説明するための図である。図２に示すｔ軸は時間軸である。また、「Ｔ１」，「Ｔ２」，「Ｔ３」は時点を示している。

図２に示すように、ゲームシステム１では、特別対局の実行に先立って、事前対局期間（Ｔ１〜Ｔ２）に一般対局が行われる（Ｓ１）。すなわち、一般ユーザ同士の対局が行われる。事前対局期間内に行われる一般対局は、特別対局に参加する一般ユーザを決定するために行われる。なお、例えば１週間、２週間、又は１ヶ月等の期間が事前対局期間として設定される。

事前対局期間中に一般ユーザは複数回の一般対局を行う必要がある。例えば、事前対局期間中に各一般ユーザが少なくとも行うべき一般対局の回数が定められており、事前対局期間中に各一般ユーザは当該回数以上の一般対局を行う。例えば、一般ユーザは任意の時間に遊戯施設に行き、ゲーム端末３０を使用してゲームシステム１にアクセスする。ゲームシステム１では、同じ時間帯にゲームシステム１にアクセスしている４名の一般ユーザが選出され、それらの一般ユーザの間で麻雀ゲームの対局が行われるようになっている。

事前対局期間が終了すると、特別対局に参加可能な一般ユーザが確定される（Ｓ２）。

具体的には、まず、事前対局期間中の各一般ユーザの一般対局の戦績に基づいて、一般ユーザのランキングが生成される。図３は一般ユーザのランキングの一例を示す。例えば、事前対局期間中の各一般ユーザの戦績に基づいて所定の演算処理を実行することによって、各一般ユーザのランキングポイントが算出される。このランキングポイントは戦績が反映されたものであり、例えば、戦績が良いほどランキングポイントが大きくなる。そして、各一般ユーザのランキングポイントに基づいてランキングが決定される。例えば、ランキングポイントの降順で一般ユーザをソートすることによってランキングが生成される。なお、ランキングの決定方法は上記方法に限られず、種々の方法を採用することができる。

例えば、上記のようなランキングに基づいて、特別対局に参加可能な一般ユーザが確定される。図４は、ゲームシステム１で予定されている特別対局の一例を示す。図４では、実行予定日時（実行予定日）及び特別ユーザの少なくとも一方が異なる複数の特別対局Ａ，Ｂ，Ｃ，Ｄが予定されていることを示している。

特別対局Ａ〜Ｄの各々ごとに開始予定日時や参加する特別ユーザが定められている。また、特別対局Ａ〜Ｄの各々ごとに参加者条件が定められている。参加者条件は、特別対局に参加可能な一般ユーザの条件を示している。すなわち、参加者条件は、特別対局に参加するために一般ユーザが満足する必要のある条件を示している。

図４では、ランキングの順位に関する条件が参加者条件として設定されている。このため、ランキングの順位が参加者条件を満足する一般ユーザが特別対局に参加可能な一般ユーザとして確定される。例えば、特別対局Ａの参加者条件は「第１位，第５位，第９位」であるため、ランキングの順位が第１位，第５位，第９位である一般ユーザＵ９，Ｕ１，Ｕ１２が、特別対局Ａに参加可能な一般ユーザとして確定される。

特別対局に参加可能な一般ユーザが確定されると、通知期間（Ｔ２〜Ｔ３）内において、確定された一般ユーザに対して通知が行われる（Ｓ３）。通知期間は、特別対局に参加可能な一般ユーザが確定された後、特別対局の開始予定日時よりも前に設けられる。例えば１週間等の期間が通知期間として設定される。

例えば、通知期間中に、特別対局に参加可能と確定された一般ユーザが遊戯施設に行き、ゲーム端末３０を使用してゲームシステム１にアクセスすると、特別対局に参加可能な一般ユーザとして確定されたことを通知するための通知画面画像が表示部３５に表示される。

図５は通知画面画像の一例を示す。図５に示すように、通知画面画像Ｇ１０はメッセージＭ１１，Ｍ１２，Ｍ１３を含む。メッセージＭ１１は、特別対局に参加可能な一般ユーザとして確定されたことを示す。メッセージＭ１２は、特別対局の開始予定日時を示す。メッセージＭ１３は、特別対局の当日に行うべきことを示す。なお、通知画面画像Ｇ１０のオブジェクトＰ１４は、一般ユーザがメッセージＭ１１，Ｍ１２，Ｍ１３を確認した場合に選択するものである。

なお、特別対局に参加可能な一般ユーザへの通知方法は上記方法に限られず、種々の方法を採用することができる。例えば、電子メール等を用いてメッセージを一般ユーザ宛に送信することによって通知を行うようにしてもよい。

そして、上記のようなステップを経て特別対局の当日が到来すると、特別対局が行われる（Ｓ４）。

図６は特別対局の当日の流れの一例を示す。図６では、特別ユーザＳＵ１が参加する特別対局Ａに一般ユーザＵ９，Ｕ１，Ｕ１２が参加する場合を想定して、このような特別対局Ａが開始されるまでの流れについて示す。なお、図６に示す時点Ｔ３は図４に示す時点Ｔ３と同じ時点を示しており、特別対局Ａの開始予定日時を示している。

図６に示すように、時点Ｔａ〜Ｔｂの期間が特別対局Ａへの参加を受け付ける受付期間として設定される。時点Ｔａは、特別対局Ａの開始予定日時（Ｔ３）よりも第１所定時間（ΔＴ１：例えば５分）前の時点である。時点Ｔｂは、特別対局Ａの開始予定日時（Ｔ３）よりも第２所定時間（ΔＴ２：例えば１０分）後の時点である。

受付期間中、ゲームシステム１は特別対局Ａの参加者がゲームシステム１にアクセスしてくるのを待ち受ける。図６に示す時点Ｔｃは一般ユーザＵ１２がゲームシステム１にアクセスしてきた時点を示している。時点Ｔｄは特別ユーザＳＵ１がゲームシステム１にアクセスしてきた時点を示している。時点Ｔｅは一般ユーザＵ９がゲームシステム１にアクセスしてきた時点を示している。時点Ｔｆは一般ユーザＵ１がゲームシステム１にアクセスしてきた時点を示している。時点Ｔｆで特別対局Ａのすべての参加者がゲームシステム１にアクセスしているため、特別対局Ａが開始される。

特別対局Ａを実行するのに先立って、特別対局Ａの参加者（特別ユーザＳＵ１及び一般ユーザＵ１，Ｕ９，Ｕ１２）がそれぞれ使用する複数のゲーム端末３０のうちのいずれかがマスター装置として選出され、他のゲーム端末３０がスレーブ装置として設定される。そして、マスター装置と各スレーブ装置との間でデータ通信を行うことによって特別対局Ａが実行される。

ここで、「マスター装置」とは、ゲームサーバとしての役割を担い、他のゲーム端末３０（スレーブ装置）を制御するゲーム端末３０である。例えば、「マスター装置」は、各スレーブ装置で行われた操作に関するデータを各スレーブ装置から受信し、マスター装置で行われた操作と、各スレーブ装置で行われた操作とに基づいて、特別対局Ａの現在の状況（例えば牌山の状態、各参加者の持ち点、手牌、捨牌、立直の有無等）を更新し、更新された状況を示すデータを各スレーブ装置に送信する。マスター装置がこのような役割を果たすことによって、特別対局Ａの参加者がそれぞれ使用する複数のゲーム端末３０の間で、特別対局Ａの現在の状況が共有（共通化）される。

ゲームシステム１では、特別対局Ａの参加者のうちで、受付期間中に最初にゲームシステム１にアクセスしてきた参加者のゲーム端末３０がマスター装置として選出される。

図６に示す例の場合、最初に、一般ユーザＵ１２からのアクセスがあった場合に（Ｔｃ）、一般ユーザＵ１２のゲーム端末３０がマスター装置として設定される。この場合、マスター装置として設定されたことが一般ユーザＵ１２のゲーム端末３０に通知される。

そして、次に、特別ユーザＳＵ１からのアクセスがあった場合に（Ｔｄ）、特別ユーザＳＵ１のゲーム端末３０がスレーブ装置として設定される。この場合、マスター装置のアドレス情報等（ＩＰアドレス等）が特別ユーザＳＵ１のゲーム端末３０に通知される。また、特別ユーザＳＵ１のゲーム端末３０がスレーブ装置として設定されたこと、特別ユーザＳＵ１の情報、及び、特別ユーザＳＵ１のゲーム端末３０のアドレス情報等がマスター装置に通知される。

同様に、その後、一般ユーザＵ９からのアクセスがあった場合に（Ｔｅ）、一般ユーザＵ９のゲーム端末３０がスレーブ装置として設定される。さらに、一般ユーザＵ１からのアクセスがあった場合に（Ｔｆ）、一般ユーザＵ１のゲーム端末３０がスレーブ装置として設定される。この場合、特別対局Ａのすべての参加者からアクセスがあったことになるため、特別対局Ａが開始される。この時点ではすでにマスター装置の設定等が完了しているため、特別対局Ａを速やかに開始できるようになっている。

以上のように、ゲームシステム１では、一般ユーザが特別対局に参加できるか否かが事前に確定され、かつ、特別対局に参加できることが一般ユーザに事前に通知される（Ｓ２，Ｓ３）。その結果、一般ユーザは特別ユーザとの対局に十分な準備をして臨むことができる。特別ユーザとの対局に十分な準備して臨むことができないと、特別ユーザとの対局に対する意欲が損なわれてしまう場合があるが、ゲームシステム１によれば、一般ユーザは特別ユーザとの対局が確定していることにより精神的な安定感を得られ、かつ、対局に対する十分な準備をして臨むことができるため、上記のような意欲が損なわれないようにできる。また、ゲームシステム１では、一般ユーザが特別対局に参加できるか否かが事前対局期間中の一般対局の成績に基づいて決定されるため、一般ユーザが特別対局に参加できるか否かの決定に関与できるようになり、他の一般ユーザとの対局に対する意欲も高めることもできる。

［1−３．機能ブロック］次に、ゲームシステム１で実現される機能ブロックについて説明する。図７はゲームシステム１で実現される機能ブロックの一例を示す。図７に示すように、ゲームシステム１はデータ記憶部１００、確定部１１０、通知部１２０、待受部１３０、マスター装置選出部１４０、及び参加制御部１５０を含む。例えば、これらの機能ブロックのうち、データ記憶部１００はデータベース１４によって実現され、他の機能ブロックはサーバ１０の制御部１１によって実現される。

［１−３−１］データ記憶部１００はゲームを実行するために必要な各種データを記憶する。図７に示すように、例えば、ユーザテーブルＴＢＬ１０１、一般対局履歴テーブルＴＢＬ１０２、及び特別対局テーブルＴＢＬ１０３がデータ記憶部１００に記憶される。

図８はユーザテーブルＴＢＬ１０１の一例を示す。ユーザテーブルＴＢＬ１０１は、ゲームシステム１の各ユーザに関する情報を示すデータである。ユーザテーブルＴＢＬ１０１は「ユーザＩＤ」、「名前」、「メールアドレス」、「ランキングポイント」、及び「アクセス状況」フィールドを含む。

「ユーザＩＤ」フィールドはユーザを一意に識別する識別情報を示す。図８に示す例では、特別ユーザのユーザＩＤの先頭にアルファベット「Ｓ」を付加することによって特別ユーザを一般ユーザＩＤと区別しているが、特別ユーザであるか否かを示すフィールドを別途設けるようにしてもよい。

「名前」及び「メールアドレス」フィールドはユーザの名前及びメールアドレスを示す。「ランキングポイント」フィールドはユーザのランキングポイントを示す。「アクセス状況」フィールドは、ユーザによるゲームシステム１へのアクセス状況を示す。例えば、ユーザがゲームシステム１にアクセスしているか否かを示す情報、ゲームシステム１にアクセスしているユーザのゲーム端末３０のアドレス情報、及び、ユーザの最終アクセス日時情報等が「アクセス状況」フィールドに登録される。

図９は一般対局履歴テーブルＴＢＬ１０２の一例を示す。一般対局履歴テーブルＴＢＬ１０２は、ゲームシステム１で行われた一般対局の履歴を示すデータである。一般対局履歴テーブルＴＢＬ１０２は「ユーザＩＤ」、「対局日時」、「対局相手」、及び「成績」フィールドを含む。

「ユーザＩＤ」フィールドは、一般対局を行った一般ユーザのユーザＩＤを示す。「対局日時」フィールドは一般対局が行われた日時を示す。「対局相手」フィールドは対局相手の一般ユーザを示す。「成績」フィールドは一般対局における一般ユーザの成績を示す。

なお、ゲームシステム１では、一般対局が完了する度に、当該対局に参加した一般ユーザの各々が当該対局で収めた成績が一般対局履歴テーブルＴＢＬ１０２に登録される。さらに、当該対局に参加した一般ユーザの各々のランキングポイントが更新される。

図１０は特別対局テーブルＴＢＬ１０３の一例を示す。特別対局テーブルＴＢＬ１０３は、特別対局に関する情報を示すデータである。特別対局テーブルＴＢＬ１０３は「特別対局ＩＤ」、「対局名」、「開始予定日時」、「参加者条件」、及び「参加者」フィールドを含む。

「特別対局ＩＤ」フィールドは、各特別対局を一意に識別する識別情報を示す。「対局名」及び「開始予定日時」フィールドは特別対局の名称及び開始予定日時を示す。「参加者条件」フィールドは、特別対局に参加するために一般ユーザが満足する必要のある条件を示す。

「参加者」フィールドは特別対局の参加者を示す。「参加者」フィールドは「特別ユーザ」及び「一般ユーザ」フィールドを含む。「特別ユーザ」フィールドには、特別対局に参加する特別ユーザのユーザＩＤが登録される。「一般ユーザ」フィールドには、特別対局に参加する一般ユーザのユーザＩＤが登録される。特別対局の参加者として一般ユーザが確定される前では「一般ユーザ」フィールドは空欄になっている。特別対局の参加者として一般ユーザが確定されると、当該一般ユーザのユーザＩＤが「一般ユーザ」フィールドに登録される。

［１−３−２］確定部１１０は、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する。

ここで、「特定ユーザ」とは特別のユーザである。「特定ユーザ」とは、一般のユーザと区別されるユーザである。例えば、著名人、芸能人、ゲームの題材に関連する分野のプロフェッショナル、ランキング上位のユーザ、又はゲーム大会で優勝したユーザ等である。例えば麻雀ゲームの場合であれば、プロ雀士や麻雀を得意な著名人・芸能人が「特定ユーザ」の一例に相当する。また例えばサッカーゲーム又は野球ゲームの場合であれば、現役又は引退したプロサッカー選手若しくはプロ野球選手や、サッカーゲーム又は野球ゲームを得意な著名人・芸能人等が「特定ユーザ」の一例に相当する。

「特定ゲーム」とは、複数のユーザが参加するゲームであって、かつ、当該複数のユーザのうちの少なくとも一人として特定ユーザが参加するゲームである。

「参加者」とは、特定ゲームに参加することが可能な状態にあるユーザである。言い換えれば、「参加者」とは、特定ゲームに参加する権利を有するユーザである。

「参加者候補のユーザ」とは、参加者として選択される可能性のあるユーザである。「参加者候補のユーザ」とは、特定ユーザ以外のユーザであるということもできる。

「所定の条件」とは、複数の参加者候補のユーザのうちから少なくとも一人を参加者として確定するための条件である。

例えば、「所定の条件」は、ゲームでの成績に関する条件である。この場合、確定部１１０は、複数の参加者候補のユーザのうちから、事前に実行されたゲームでの成績が所定の条件を満足するユーザを参加者として確定する。

ここで、「事前に実行されたゲーム」とは、特定ゲームの実行に先立って実行されたゲームである。

また、「ゲームでの成績に関する条件」とは、ゲームにおいてユーザが収めた成績に関する条件である。例えば、ランキングにおける順位、勝利数、勝率、又は得点等に関する条件が「ゲームでの成績に関する条件」の一例に相当する。具体的には、例えば、ランキングにおける順位が所定順位以上であるとの条件、複数の参加者候補のユーザのうちで勝率が最も高いとの条件、又は、複数の参加者候補のユーザのうちで勝利数（又は得点）が最も多いとの条件等である。

なお、「所定の条件」はゲームでの成績に関する条件に限られない。例えば、過去のゲームのプレイ履歴に関する条件であってもよい。具体的には、例えば、過去のゲームの総プレイ回数（対局回数等）に関する条件や、直近の所定期間内のゲームのプレイ回数（対局回数等）に関する条件であってもよい。または、例えば、所定のゲームアイテム（挑戦状等）を保有しているか否かの条件や、所定のゲームアイテムを使用したか否かの条件であってもよい。すなわち、例えば、複数の参加者候補のユーザのうちから、所定のゲームアイテムを保有しているユーザ（または、所定のゲームアイテムを使用したユーザ）を参加者として確定するようにしてもよい。

図２〜図６を用いて説明した麻雀ゲームの場合、特別ユーザＳＵ１〜ＳＵ４が「特定ユーザ」の一例に相当し、特別ユーザＳＵ１〜ＳＵ４がそれぞれ参加する特別対局Ａ〜Ｄが「特定ゲーム」の一例に相当する。また、一般ユーザが「参加者候補のユーザ」の一例に相当する。さらに、特別対局Ａ〜Ｄの参加者条件が「所定の条件」の一例に相当し、事前対局期間中に行われた一般対局が「事前に行われたゲーム」の一例に相当する。

このため、確定部１１０は、特別対局Ａ〜Ｄに参加可能な参加者として、一般ユーザのうちから少なくとも一人を、特別対局Ａ〜Ｄの参加者条件に基づいて確定する。特別対局Ａ〜Ｄの参加者条件は、図２に示す事前対局期間中に行われた一般対局の成績のランキングの順位に関する条件であるため（図４参照）、確定部１１０は、ランキングの順位が上記条件を満足する一般ユーザを、特別対局Ａ〜Ｄに参加可能な参加者として確定する。

［１−３−３］通知部１２０は、特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、確定部１１０によって特定ゲームの参加者として確定されたユーザに通知する。

ここで、「通知」とは、例えば、ゲーム端末３０からのアクセスがあった場合に、特定ゲーム情報をゲーム端末３０の表示部３５に表示することである。または、「通知」とは、特定ゲーム情報をゲーム端末３０の音声出力部３６から音声出力することであってもよい。また、「通知」とは、ユーザ（ユーザのメールアドレス等）宛に特定ゲーム情報を示すメッセージを送信することであってもよい。「通知」は特定ゲームの実行予定日又は実行予定日時よりも前に行われる。

図２〜図６を用いて説明した麻雀ゲームの場合、通知画面画像Ｇ１０を表示部３５に表示することが上記の「通知」の一例に相当する。また、通知画面画像Ｇ１０に表示されるメッセージＭ１１〜Ｍ１３が「特定ゲーム情報」の一例に相当する。このため、通知部１２０は、通知画面画像Ｇ１０をゲーム端末３０の表示部３５に表示するための制御を実行する。

［１−３−４］待受部１３０は、特定ゲームの実行予定日又は実行予定日時に基づいて設定される所定の受付期間において、特定ゲームの参加者として確定されたユーザからのアクセスを待ち受ける。

ここで、「受付期間」とは、特定ゲームの参加者として確定されたユーザからのアクセスを待ち受ける期間である。「受付期間」は、特定ゲームの実行予定日又は実行予定日時に基づいて設定される期間である。例えば、「受付期間」は、特定ゲームの実行予定日の所定時刻又は特定ゲームの実行予定日時（開始予定日時）よりも前の時点から始まる期間である。具体的には、「受付期間」は、特定ゲームの実行予定日の所定時刻又は特定ゲームの実行予定日時（開始予定日時）よりも所定時間前の時点から始まる期間である。「受付期間」は、特定ゲームの実行予定日の所定時刻又は特定ゲームの実行予定日時（開始予定日時）から始まる期間であってもよい。

「ユーザからのアクセス」とは、ゲーム端末３０から送信された要求を受信することである。ここで、「要求」とは、例えば、認証を要求すること、特定画面画像（トップ画面画像、メイン画面画像、又はメニュー画面画像等）を表示するためのデータを要求すること、ゲームの実行開始を要求すること、又は、ゲームへの参加を要求すること等である。また、「ユーザからのアクセスを待ち受ける」とは、ユーザからのアクセスがあったか否かを監視することである。

図２〜図６を用いて説明した麻雀ゲームの場合、待受部１３０は、図６に示す受付期間（時点Ｔａ〜Ｔｂの期間）において、特別対局の参加者である一般ユーザ及び特別ユーザからのアクセスを待ち受ける。

［１−３−５］マスター装置選出部１４０は、特定ゲームに参加する複数のユーザがそれぞれ使用する複数のゲーム端末３０のうちで、待受部１３０の受付期間内に最初にアクセスしてきたユーザが使用するゲーム端末３０をマスター装置として選出する。特定ゲームは、マスター装置として選出されたゲーム端末３０が、通信部１３を介して、上記複数のゲーム端末３０のうちの他のゲーム端末３０を制御することによって実行される。

ここで、「マスター装置」とは、他のゲーム装置（スレーブ装置）を制御するゲーム装置である。例えば、「マスター装置」はゲームサーバの役割を担う。すなわち、「マスター装置」は、各スレーブ装置で行われた操作に関するデータを各スレーブ装置から受信し、マスター装置で行われた操作と、各スレーブ装置で行われた操作とに基づいて、ゲームにおける現在の状況を更新し、更新された状況を示すデータを各スレーブ装置に送信する。マスター装置がこのような役割を担うことによって、特定ゲームに参加する複数のユーザがそれぞれ使用する複数のゲーム端末３０で、特定ゲームにおける現在の状況が共有（共通化）される。

［１−３−６］参加制御部１５０は、待受部１３０の受付期間において、特定ゲームの参加者として確定されたユーザからのアクセスがあった場合に、当該ユーザを特定ゲームに参加させるための制御を行う。

「ユーザを特定ゲームに参加させるための制御を行う」とは、特定ゲームに参加するために必要な情報をゲーム端末３０に提供することである。例えば、特定ゲームに参加する複数のユーザが使用している複数のゲーム端末３０間でデータ通信が行われることによって特定ゲームが実行される場合であれば、「ユーザＸを特定ゲームに参加させるための制御を行う」とは、ユーザＸのゲーム端末３０とデータ通信するために必要な情報（アドレス情報等）を他のユーザのゲーム端末３０に提供することや、他のユーザのゲーム端末３０とデータ通信するために必要な情報（アドレス情報等）をユーザＸのゲーム端末３０に提供すること等である。

図２〜図６を用いて説明した麻雀ゲームでは、特別対局の参加者である一般ユーザ又は特別ユーザからのアクセスがあった場合に、参加制御部１５０は、当該ユーザのゲーム端末３０に下記の情報を提供する。例えば、ユーザのゲーム端末３０がマスター装置として選出された場合、参加制御部１５０は、マスター装置として選出されたことを示す情報や、スレーブ装置のアドレス情報等を当該ユーザのゲーム端末３０に提供する。また例えば、ユーザのゲーム端末３０がスレーブ装置である場合、参加制御部１５０は、スレーブ装置として設定されたことを示す情報や、マスター装置のアドレス情報等を当該ユーザのゲーム端末３０に提供する。

［１−４．処理］次に、以上に説明した機能ブロック（データ記憶部１００を除く）は、サーバ１０の制御部１１がプログラムに基づいて処理を実行することによって実現される。以下、以上に説明した機能ブロックを実現するための処理について説明する。

［１−４−１］図１１は、図２に示す事前対局期間（時点Ｔ１〜Ｔ２の期間）が終了した場合に実行される処理の一例を示すフロー図である。制御部１１が図１１に示す処理をプログラムに従って実行することによって、制御部１１が確定部１１０として機能するようになる。

図１１に示すように、制御部１１は、事前対局期間中に行われた一般対局の結果に基づいて、一般ユーザのランキングデータを生成する（Ｓ１００）。

例えば、制御部１１はユーザテーブルＴＢＬ１０１にアクセスして、ランキングポイントの降順で一般ユーザをソートすることによって一般ユーザのランキングデータを生成する。

ステップＳ１００の実行後、制御部１１は、特別対局の参加者条件を満足する一般ユーザを特定する（Ｓ１０２）。

特別対局Ａ〜Ｄの参加者条件はランキングの順位に関する条件であるため（図４参照）、制御部１１は、ランキングの順位が特別対局Ａ〜Ｄの参加者条件を満足する一般ユーザを特定する。例えば、特別対局Ａの参加者条件は「第１位，第５位，第９位」であるため、制御部１１は、順位が第１位，第５位，第９位であるユーザを特定する。図３に示すランキングの場合であれば、一般ユーザＵ９，Ｕ１，Ｕ１２が特定される。

ステップＳ１０２の実行後、制御部１１は、ステップＳ１０２で特定された一般ユーザを特別対局の参加者として登録する（Ｓ１０４）。

すなわち、制御部１１は特別対局テーブルＴＢＬ１０３にアクセスし、ステップＳ１０２で特定された一般ユーザのユーザＩＤを「一般ユーザ」フィールドに登録する。例えば、制御部１１は、特別対局Ａの「一般ユーザ」フィールドにユーザＩＤ「Ｕ９，Ｕ１，Ｕ１２」に登録する。

［１−４−２］図１２は、図２に示す通知期間（時点Ｔ２〜Ｔ３の期間）中に一般ユーザからゲームシステム１にアクセスがあった場合に実行される処理の一例を示すフロー図である。制御部１１が図１２に示す処理をプログラムに従って実行することによって、制御部１１が通知部１２０として機能するようになる。

図１２に示すように、制御部１１は、一般ユーザが特別対戦の参加者として登録されているか否かを判定する（Ｓ１１０）。

一般ユーザがゲーム端末３０を使用してゲームシステム１にアクセスした場合、当該一般ユーザのユーザＩＤがゲーム端末３０からサーバ１０に送信される。このため、制御部１１は特別対局テーブルＴＢＬ１０３にアクセスし、当該ユーザＩＤがいずれかの特別対局の「一般ユーザ」フィールドに登録されているか否かを判定する。

一般ユーザが特別対戦の参加者として登録されている場合、制御部１１は通知画面画像Ｇ１０のデータをゲーム端末３０に送信する（Ｓ１１２）。

通知画面画像Ｇ１０のデータは、通知画面画像Ｇ１０を表示するためのデータである。通知画面画像Ｇ１０のデータは、通知画面画像Ｇ１０を生成するために必要なデータであってもよいし、通知画面画像Ｇ１０自体を示すデータであってもよい。通知画面画像Ｇ１０のデータは、一般ユーザが参加者として登録されている特別対局のデータに基づいて生成される。

なお、一般ユーザが特別対戦の参加者として登録されていない場合、制御部１１は通常画面画像のデータをゲーム端末３０に送信する（Ｓ１１４）。「通常画面画像」とは、通常のトップ画面、メイン画面画像、メニュー画面等である。

［１−４−３］図１３は、図６に示す受付期間（時点Ｔａ〜Ｔｂの期間）中にユーザからゲームシステム１にアクセスがあった場合に実行される処理の一例を示すフロー図である。制御部１１が図１３に示す処理をプログラムに従って実行することによって、制御部１１が待受部１３０、マスター装置選出部１４０、及び参加制御部１５０として機能するようになる。以下では、上記の受付期間が特別対局Ａへの参加を受け付ける期間である場合を想定して、図１３に示す処理について説明する。

図１３に示すように、制御部１１は変数ｎを０に初期化する（Ｓ１２０）。変数ｎは、特別対局Ａの参加者のうちの参加受付済みの参加者をカウントするために使用される。

その後、制御部１１はユーザからのアクセスがあったか否かを監視する（Ｓ１２２）。ユーザからのアクセスがあった場合、制御部１１は下記のステップＳ１２４〜Ｓ１４０を実行する。以下では、便宜上、アクセスしてきたユーザのことを「ユーザＸ」と記載する。

まず、制御部１１は特別対局テーブルＴＢＬ１０３を参照して、ユーザＸが特別対局Ａの参加者として登録されているか否かを判定する（Ｓ１２４）。

ユーザＸが特別対局Ａの参加者として登録されている場合、制御部１１は変数ｎの値に１を加算する（Ｓ１２６）。そして、制御部１１は変数ｎの値が１であるか否かを判定する（Ｓ１２８）。すなわち、制御部１１は、ユーザＸが特別対局Ａの参加者のうちで最初にアクセスしてきたユーザである否かを判定する。

変数ｎの値が１である場合、すなわち、ユーザＸが特別対局Ａの参加者のうちで最初にアクセスしてきたユーザである場合、制御部１１は、ユーザＸが使用しているゲーム端末３０をマスター装置として決定する（Ｓ１３０）。この場合、制御部１１は、ユーザＸのゲーム端末３０をマスター装置として決定したことを示すデータを記憶部１２に保持するとともに、マスター装置として決定されたことをユーザＸのゲーム端末３０に通知する。

一方、変数ｎの値が１でない場合、すなわち、ユーザＸが特別対局Ａの参加者のうちで最初にアクセスしてきたユーザでない場合、制御部１１は、ユーザＸが使用しているゲーム端末３０をスレーブ装置として決定する（Ｓ１３２）。この場合、制御部１１は、ユーザＸのゲーム端末３０をスレーブ装置として決定したことを示すデータを記憶部１２に保持するとともに、スレーブ装置として決定されたことやマスター装置のアドレス情報をユーザＸのゲーム端末３０に通知する。また制御部１１は、ユーザＸのゲーム端末３０がスレーブ装置として決定されたことやユーザＸのゲーム端末３０のアドレス情報をマスター装置に通知する。

ステップＳ１３０又はＳ１３２の実行後、制御部１１は変数ｎの値が４であるか否かを判定する（Ｓ１３４）。ここで、「４」は特別対局Ａの参加者の総数である。このため、ステップＳ１３４において、制御部１１は、特別対局Ａの全参加者からの参加受付が完了したか否かを判定していることになる。

変数ｎの値が４である場合、すなわち、特別対局Ａの全参加者からの参加受付が完了した場合、制御部１１は特別対局Ａを開始する（Ｓ１３６）。すなわち、制御部１１は特別対局Ａの開始をマスター装置に指示する。例えば、制御部１１は、特別対局Ａの開始を指示する指示データをマスター装置に送信する。この場合、マスター装置はスレーブ装置とデータ通信を行うことによって、特別対局Ａを開始する。なお、特別対局Ａが終了した場合にマスター装置は特別対局Ａの結果を示すデータをサーバ１０に送信する。

一方、変数ｎの値が４でない場合、すなわち、特別対局Ａの全参加者からの参加受付が完了していない場合、制御部１１は、特別対局Ａの開始予定日時から所定時間（例えば１０分）が経過したか否かを判定する（Ｓ１３８）。なお、ステップＳ１２２において、ユーザからアクセスがなかったと判定された場合や、ステップＳ１２４において、ユーザが特別対局の参加者として登録されていないと判定された場合にもステップＳ１３８の処理が実行される。

ここで、ステップＳ１３８において、特別対局Ａの開始予定日時から所定時間（例えば１０分）が経過したと判定される場合とは、特別対局Ａの参加者として登録されている全ユーザからの参加受付が図６に示す受付期間内に完了しなかった場合である。

この場合、制御部１１は特別対局Ａの参加者として登録されているユーザがアクセスしてくるのを待つのを中止し、代替参加者を設定する（Ｓ１４０）。

例えば、制御部１１はＣＰＵを代替参加者として設定する。この場合、制御部１１は、ＣＰＵを代替参加者として設定することを指示する指示データをマスター装置に送信する。

または、例えば、制御部１１は、その時点でゲームシステム１にアクセスしている一般ユーザのうちから代替参加者を選出するようにしてもよい。より具体的には、制御部１１は、特別対局Ａの参加者として登録されていない一般ユーザ（すなわち、特別対局Ａの参加者条件を満足していない一般ユーザ）であって、かつ、その時点でゲームシステム１にアクセスしている一般ユーザのうちで、ランキングの順位が最も高い一般ユーザを代替参加者として選出するようにしてもよい。この場合、制御部１１は、代替参加者として選出した一般ユーザのゲーム端末３０をスレーブ装置として設定する。この処理はステップＳ１３２と同様である。

ステップＳ１４０の実行後、制御部１１は特別対局Ａを開始する（Ｓ１３６）。すなわち、制御部１１は特別対局Ａの開始をマスター装置に指示する。なお、ステップＳ１３８において、特別対局Ａの開始予定日時から所定時間が経過していないと判定された場合、制御部１１はステップＳ１２２を再実行する。

［１−５．まとめ］第１実施形態に係るゲームシステム１では、一般ユーザが特別ユーザと対局を行うことができるか否かが事前に確定され、特別ユーザと対局を行うことが可能な一般ユーザに事前に通知される。その結果、一般ユーザは特別ユーザとの対局に十分な準備をして臨むことができる。特別ユーザとの対局に十分な準備して臨むことができないと、特別ユーザとの対局に対する意欲が損なわれてしまう場合があるが、ゲームシステム１によれば、一般ユーザは特別ユーザとの対局に十分な準備して臨むことができるため、特別ユーザとの対局に対する意欲が損なわれないようにすることが可能になる。

また、第１実施形態に係るゲームシステム１では、一般ユーザが特別対局に参加できるか否かが事前対局期間中の一般対局の成績に基づいて決定されるため、一般ユーザが特別対局に参加できるか否かの決定に関与できるようになり、他の一般ユーザとの対局に対する意欲も高めることも可能になる。

また、第１実施形態に係るゲームシステム１では、特別対局の参加者のうちで、特別対局への参加の受付期間内に最初にゲームシステム１にアクセスしてきた参加者のゲーム端末３０がマスター装置として選出される。その結果、特別対局の全参加者の受付が完了した段階で速やかに特別対局を開始できるようになる。

［２．第２実施形態］本発明の第２実施形態に係るゲームシステムについて説明する。第２実施形態に係るゲームシステムは第１実施形態と同様の全体構成を有する（図１参照）。また、特別対局が行われるまでの流れも基本的に第１実施形態と同様である（図２参照）。

第１実施形態では、ランキングの順位が特別対局Ａ〜Ｄのいずれか一つと関連付けられているため（図４参照）、一般ユーザが参加する特別対局が一般ユーザの希望（好み・都合等）と関係なく決定されるようになっていた。これに対し、第２実施形態に係るゲームシステムは、一般ユーザの希望を考慮して、一般ユーザが参加する特別対局を決定する点で第１実施形態と異なる。以下では、第１実施形態と異なる点について主に説明する。

［２−１．ゲームの概要］第２実施形態に係るゲームシステムでは、一般ユーザの希望を受け付けるべく、例えば図１４に示すような希望受付画面画像Ｇ２０をゲーム端末３０の表示部３５に表示する。なお、希望受付画面画像Ｇ２０は、例えば、図２に示す事前対局期間内に各一般ユーザが最初にゲームシステム１Ａにアクセスした際に表示部３５に表示される。

希望受付画面画像Ｇ２０の領域Ａ２１には、特別対局Ａ〜Ｄの開始予定日時や特別ユーザが表示される。希望受付画面画像Ｇ２０は、一般ユーザから希望を受け付けるためのオブジェクトＰ２２，Ｐ２３，Ｐ２４，Ｐ２５を含む。

オブジェクトＰ２２は、特別対局Ａ〜Ｄのうちから第１希望の特別対局を選択するためのオブジェクトである。同様に、オブジェクトＰ２３は、特別対局Ａ〜Ｄのうちから第２希望の特別対局を選択するためのオブジェクトであり、オブジェクトＰ２４は、特別対局Ａ〜Ｄのうちから第３希望の特別対局を選択するためのオブジェクトである。オブジェクトＰ２５は、他のユーザとの調整の結果として第１希望〜第３希望の特別対局に参加できないことになった場合にそれら以外の特別対局であっても参加を希望するか否か、すなわち、図１４の場合、第１希望〜第３希望以外の４つ目の特別対局であっても参加を希望するか否かを選択するためのオブジェクトである。このような４つ目の特別対局であっても参加を希望する場合には「ＯＫ」を選択し、希望しない場合には「ＮＧ」を選択する。なお、図示はしていないが、いずれの特別対局でもＯＫ（いずれの特別対局でも参加する）という選択を示すオブジェクト（ボタン）を設けておいてもよい。

また、希望受付画面画像Ｇ２０はオブジェクトＰ２６を含む。オブジェクトＰ２６には、オブジェクトＰ２２〜Ｐ２５における選択結果を一般ユーザの希望として登録するための処理が関連付けられている。このため、一般ユーザがオブジェクトＰ２６を選択すると、オブジェクトＰ２２〜Ｐ２５における選択結果を示すデータが一般ユーザの希望を示すデータとしてサーバ１０に送信され、当該一般ユーザのユーザＩＤに関連付けて保存される。

［２−２．機能ブロック］図１５は、第２実施形態に係るゲームシステム１Ａで実現される機能ブロックの一例を示す。図１５に示すように、ゲームシステム１Ａはデータ記憶部１００Ａ、確定部１１０Ａ、通知部１２０Ａ、待受部１３０Ａ、マスター装置選出部１４０Ａ、参加制御部１５０Ａ、及び選択受付部１６０Ａを含む。例えば、これらの機能ブロックのうち、データ記憶部１００Ａはデータベース１４によって実現され、他の機能ブロックはサーバ１０の制御部１１によって実現される。

［２−２−１］データ記憶部１００ＡはユーザテーブルＴＢＬ１０１Ａ、一般対局履歴テーブルＴＢＬ１０２Ａ、特別対局テーブルＴＢＬ１０３Ａ、及び選択結果テーブルＴＢＬ１０４Ａを記憶する。このうち、ユーザテーブルＴＢＬ１０１Ａ及び一般対局履歴テーブルＴＢＬ１０２Ａは第１実施形態のユーザテーブルＴＢＬ１０１及び一般対局履歴テーブルＴＢＬ１０２と同様であるため、ここでは説明を省略する。

図１６は特別対局テーブルＴＢＬ１０３Ａの一例を示す。特別対局テーブルＴＢＬ１０３Ａは第１実施形態の特別対局テーブルＴＢＬ１０３と基本的に類似する。ただし、第１実施形態の特別対局テーブルＴＢＬ１０３では、一つの順位が複数の特別対局Ａ〜Ｄのうちのいずれか一つの参加者条件として登録されているのに対し、特別対局テーブルＴＢＬ１０３Ａでは、一つの順位が複数の特別対局Ａ〜Ｄの参加者条件として登録されている。この点で特別対局テーブルＴＢＬ１０３Ａは第１実施形態の特別対局テーブルＴＢＬ１０３と異なる。なお、図１６は、特別対局Ａ〜Ｄに参加する一般ユーザが確定される前の状態を示している。このため、「一般ユーザ」フィールドが空欄になっている。

図１７は選択結果テーブルＴＢＬ１０４Ａの一例を示す。選択結果テーブルＴＢＬ１０４Ａは「ユーザＩＤ」、「第１希望」、「第２希望」、「第３希望」、及び「第１希望〜第３希望以外」フィールドを含む。選択結果テーブルＴＢＬ１０４Ａには、希望受付画面画像Ｇ２０のオブジェクトＰ２２〜Ｐ２５における選択結果が各一般ユーザのユーザＩＤに関連付けて登録される。

［２−２−２］選択受付部１６０Ａ及び確定部１１０Ａについて説明する。

［２−２−２−１］例えば、選択受付部１６０Ａは、特別ユーザ（特定ユーザの一例）と実行予定日又は実行予定日時との少なくとも一方が異なる複数の特別対局Ａ〜Ｄ（特定ゲームの一例）のうちから少なくとも一つの選択をユーザから受け付ける。

ここで、「複数の特別対局Ａ〜Ｄのうちから少なくとも一つの選択をユーザから受け付ける」とは、複数の特別対局Ａ〜Ｄのうちからユーザによって選択された少なくとも一つの特別対局を示すデータをゲーム端末３０から受信することである。なお、「複数の特別対局Ａ〜Ｄのうちから少なくとも一つの選択をユーザから受け付ける」とは、複数の特別対局Ａ〜Ｄのうちから少なくとも一つを選択する操作をユーザから受け付けることであってもよい。

また、確定部１１０Ａは、複数の特別対局Ａ〜Ｄの少なくとも一つに参加可能な参加者として、複数の一般ユーザ（参加者候補のユーザの一例）のうちから複数の一般ユーザを、複数の特別対局Ａ〜Ｄの参加者条件（所定の条件の一例）に基づいて確定する。そして、確定部１１０Ａは、上記参加者として確定された一般ユーザが参加する特別対局を、当該一般ユーザの選択した特別対局のうちから確定する。

例えば、選択受付部１６０Ａは、希望受付画面画像Ｇ２０をゲーム端末３０の表示部３５に表示するための制御を行う。そして、選択受付部１６０Ａは、希望受付画面画像Ｇ２０のオブジェクトＰ２２〜Ｐ２５における選択結果を示すデータ、すなわち、一般ユーザが第１希望〜第３希望として選択した特別対局を示すデータをゲーム端末３０から受信する。

また、確定部１１０Ａは、特別対局Ａ〜Ｄに参加可能な参加者として、ランキングの順位が第１位〜第１２位である一般ユーザを確定する（図１６参照）。そして、確定部１１０Ａは、ランキングの順位が第１位〜第１２位である一般ユーザの各々が参加する特別対局を、当該一般ユーザが第１希望〜第３希望として選択した特別対局のうちから確定する。

［２−２−２−２］また例えば、選択受付部１６０Ａは、複数の特別対局Ａ〜Ｄに対する希望順序（優先順位の一例）の設定をユーザから受け付けるようにしてもよい。

例えば、一般ユーザが希望受付画面画像Ｇ２０のオブジェクトＰ２２〜Ｐ２５を介して設定した特別対局の第１希望〜第３希望等が「希望順序（優先順序）」の一例に相当する。ここで、「優先順序」とは、優先度の高低を示す情報である。優先順序が高いほど、優先度が高いことを示す。

また、確定部１１０Ａは、複数の特別対局Ａ〜Ｄの少なくとも一つに参加可能な参加者として、複数の一般ユーザのうちから複数の一般ユーザを、複数の特別対局Ａ〜Ｄの参加者条件（所定の条件の一例）に基づいて確定し、当該確定されたユーザが参加する特別対局を、特別対局Ａ〜Ｄのうちから、当該ユーザの設定した希望順序に基づいて確定するようにしてもよい。

ここで、「ユーザが参加する特別対局を、ユーザの設定した希望順序に基づいて確定する」とは、ユーザの設定した希望順序が高い特別対局を、ユーザの設定した希望順序が低い特別対局よりも優先的に、ユーザが参加する特別対局として確定することである。例えば、ユーザの設定した希望順序が最も高い特別対局を、ユーザの参加する特別対局として確定することである。また例えば、ユーザの設定した希望順序が高い特別対局が、ユーザの設定した希望順序が低い特別対局よりも、ユーザが参加する特別対局として確定される可能性が高くなるようにして、ユーザが参加する特別対局を確定することである。

例えば、確定部１１０Ａは、特別対局Ａ〜Ｄに参加可能な参加者として、ランキングの順位が第１位〜第１２位である一般ユーザを確定し（図１６参照）、それら一般ユーザの各々が参加する特別対局を、当該一般ユーザの設定した特別対局の希望順序（第１希望〜第３希望）に基づいて確定するようにしてもよい。

［２−２−２−３］また例えば、確定部１１０Ａは、特別ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特別対局Ａ〜Ｄのうちの少なくとも一つに参加可能な参加者として、一般ユーザのうちから複数の一般ユーザを確定し、さらに、確定部１１０Ａ（優先順序設定手段の一例）は、当該確定された複数のユーザの各々に対する優先順序を設定するようにしてもよい。例えば、確定部１１０Ａは、上記確定された複数のユーザの各々の、事前に実行されたゲームでの成績に基づいて、上記確定された複数のユーザに対する優先順序を設定するようにしてもよい。

ここで、「ゲームでの成績に基づいて、複数のユーザに対する優先順序を設定する」とは、例えば、ユーザのゲームでの成績が高いほど、当該ユーザの優先順序が高くなるようにして、複数のユーザに対する優先順序を設定することである。言い換えれば、ゲームでの成績が高いユーザの優先順序が、ゲームでの成績が低いユーザの優先順序よりも高くなるようにして、複数のユーザに対する優先順序を設定することである。例えば、ランキングの順位の昇順（言い換えれば、ランキングポイントの降順）が「複数のユーザに対する優先順序」の一例に相当する。

また、確定部１１０Ａは、上記参加者として確定された複数の一般ユーザに対して設定された優先順序に基づいて、当該複数の一般ユーザの各々が参加する特別対局を、特別対局Ａ〜Ｄのうちから、各特別対局に参加するユーザの人数が各特別対局の上限人数を超えないようにして確定するようにしてもよい。

ここで、「上限人数」とは、特別対局に参加可能なユーザ（一般ユーザ及び特別ユーザ）の上限人数である。例えば、上限人数は複数の特別対局の各々に対して設定される。上限人数よりも多いユーザが特別対局に参加することは認められない。

「優先順序に基づいて、複数の一般ユーザの各々が参加する特別対局を確定する」とは、例えば、優先順序が高い一般ユーザから順番に、当該一般ユーザが参加する特別対局を確定していくことである。例えば、「まず、優先順序が最も高い一般ユーザが参加する特別対局を確定し、次に、優先順序が第２番目に高い一般ユーザが参加する特別対局を確定する」というようにして、順番に、各一般ユーザが参加する特別対局を確定していくことである。

なお、確定部１１０Ａは、上記参加者として確定された複数の一般ユーザに対して設定された優先順序に基づいて、当該複数の一般ユーザの各々が参加する特別対局を、当該複数のユーザの各々が選択した特定ゲームのうちから、各特別対局に参加するユーザの人数が各特別対局の上限人数を超えないようにして確定するようにしてもよい。

ここで、「優先順序に基づいて、複数の一般ユーザの各々が参加する特別対局を、複数の一般ユーザの各々が選択した特定ゲームのうちから確定する」とは、例えば、優先順序が高い一般ユーザから順番に、当該一般ユーザが参加する特別対局を、当該一般ユーザが選択した特別対局のうちから確定していくことである。また例えば、「まず、優先順序が最も高い一般ユーザが参加する特別対局を、当該一般ユーザが選択した特別対局のうちから決定し、次に、優先順序が第２番目に高い一般ユーザが参加する特別対局を、当該一般ユーザが選択した特別対局のうちから決定する」というように、順番に、各一般ユーザが参加する特別対局を確定していくことである。

または、確定部１１０Ａは、上記確定された複数の一般ユーザに対して設定された優先順序と、当該複数の一般ユーザの各々によって複数の特別対局に対して設定された希望順序とに基づいて、当該複数の一般ユーザの各々が参加する特別対局を、特別対局Ａ〜Ｄのうちから、各特別対局に参加するユーザの人数が上限人数を超えないようにして確定するようにしてもよい。

ここで、「複数の一般ユーザに対して設定された優先順序と、複数の一般ユーザの各々によって複数の特別対局に対して設定された希望順序とに基づいて、複数の一般ユーザの各々が参加する特別対局を確定する」とは、例えば、優先順序が高い一般ユーザから順番に、当該一般ユーザが高い希望順序を設定した特別対局を、当該一般ユーザが低い希望順序を設定した特別対局よりも優先的に、当該一般ユーザが参加する特別対局として選択するようにして、一般ユーザが参加する特別対局を確定していくことである。具体的には、例えば、優先順序が高い一般ユーザから順番に、当該一般ユーザが最も高い希望順序を設定した特別対局を、当該一般ユーザが参加する特別対局として選択するようにして、一般ユーザが参加する特別対局を確定していくことである。

例えば、確定部１１０Ａは、特別対局Ａ〜Ｄに参加可能な参加者として、ランキングの順位が第１位〜第１２位である一般ユーザを確定し（図１６参照）、ランキングの順位の昇順で、第１位の一般ユーザから順番に、各一般ユーザが参加する特別対局を、当該一般ユーザの設定した特別対局の希望順序（第１希望〜第３希望）に基づいて確定していくようにしてもよい。

［２−２−３］通知部１２０Ａ、待受部１３０Ａ、マスター装置選出部１４０Ａ、及び参加制御部１５０Ａは、第１実施形態の通知部１２０、待受部１３０、マスター装置選出部１４０、及び参加制御部１５０と基本的に同様であるため、ここでは説明を省略する。

［２−３．処理］第２実施形態に係るゲームシステム１Ａでは、図２に示す事前対局期間（時点Ｔ１〜Ｔ２の期間）が終了した場合に、図１１に示した処理の代わりに、図１８に示す処理が実行される。

図１８に示すように、制御部１１は、事前対局期間中に行われた一般対局の結果に基づいて、一般ユーザのランキングデータを生成する（Ｓ１００Ａ）。この処理は図１１のステップＳ１００と同様である。

ステップＳ１００Ａの実行後、制御部１１は、特別対局の参加者条件を満足する一般ユーザを特定する（Ｓ１０２Ａ）。図１６に示す例の場合であれば、制御部１１は、ランキングの順位が第１位〜第１２位である一般ユーザを特定する。

ステップＳ１０２Ａの実行後、制御部１１は変数ｘの値を１に初期化する（Ｓ１０４Ａ）。そして、制御部１１は、ステップＳ１０２Ａで特定された一般ユーザのうちの、第ｘ番目の一般ユーザが参加する特別対局を確定する（Ｓ１０６Ａ）。ここで、「第ｘ番目の一般ユーザ」とは、優先順序が第ｘ番目である一般ユーザであり、具体的には、ランキングの順位が第ｘ位である一般ユーザである。以下、便宜上、第ｘ番目の一般ユーザのことを一般ユーザＸと記載する。

ステップＳ１０６Ａにおいて、制御部１１は選択結果テーブルＴＢＬ１０４Ａを参照して、一般ユーザＸが第１希望として選択した特別対局を取得する。そして、制御部１１は特別対局テーブルＴＢＬ１０３Ａを参照して、上記第１希望の特別対局の４人（上限人数）の参加者がすでに確定されているか否かを確認する。すなわち、制御部１１は、第１希望の特別対局を、一般ユーザＸが参加する特別対局として確定することが可能であるか否かを確認する。４人の参加者がすでに確定されていなければ、制御部１１は、第１希望の特別対局を、一般ユーザＸが参加する特別対局として確定する。

一方、上記第１希望の特別対局の４人の参加者がすでに確定されていれば、制御部１１は選択結果テーブルＴＢＬ１０４Ａを参照して、一般ユーザＸが第２希望として選択した特別対局を取得する。そして、制御部１１は特別対局テーブルＴＢＬ１０３Ａを参照して、上記第２希望の特別対局の４人の参加者がすでに確定されているか否かを確認する。４人の参加者がすでに確定されていなければ、制御部１１は、第２希望の特別対局を、一般ユーザＸが参加する特別対局として確定する。

また、上記第２希望の特別対局の４人の参加者がすでに確定されていれば、制御部１１は選択結果テーブルＴＢＬ１０４Ａを参照して、一般ユーザＸが第３希望として選択した特別対局を取得する。そして、制御部１１は特別対局テーブルＴＢＬ１０３Ａを参照して、上記第３希望の特別対局の４人の参加者がすでに確定されているか否かを確認する。４人の参加者がすでに確定されていなければ、制御部１１は、第３希望の特別対局を、一般ユーザＸが参加する特別対局として確定する。

なお、上記第３希望の特別対局の４人の参加者がすでに確定されていれば、制御部１１は選択結果テーブルＴＢＬ１０４Ａを参照して、一般ユーザＸが第１希望〜第３希望以外の特別対局への参加を希望しているか否かを確認する。一般ユーザＸが第１希望〜第３希望以外の特別対局への参加を希望していれば、制御部１１は、４人の参加者が確定されていない状態の特別対局を、一般ユーザＸが参加する特別対局として確定する。一方、一般ユーザＸが第１希望〜第３希望以外の特別対局への参加を希望していなければ、制御部１１は、一般ユーザＸが参加する特別対局として確定しない。この場合、一般ユーザＸは特別対局に参加できなくなる。

ステップＳ１０６Ａの実行後、制御部１１は、ステップＳ１０６Ａで確定された特別対局の参加者として、第ｘ番目の一般ユーザを登録する（Ｓ１０８Ａ）。例えば、ステップＳ１０６Ａで確定された特別対局が特別対局Ｂである場合、制御部１１は特別対局テーブルＴＢＬ１０３Ａにアクセスし、第ｘ番目の一般ユーザのユーザＩＤを特別対局Ｂの「一般ユーザ」フィールドに追加する。

ステップＳ１０８Ａの実行後、制御部１１は、変数ｘの値が、ステップＳ１０２Ａで特定された一般ユーザの総数（Ｘｍａｘ）と等しいか否かを判定する（Ｓ１１０Ａ）。

変数ｘの値が上記総数（Ｘｍａｘ）と等しくない場合、制御部１１は変数ｘの値に１を加算して（Ｓ１１２Ａ）、ステップＳ１０６Ａを再度実行する。一方、変数ｘの値が上記総数（Ｘｍａｘ）と等しい場合とは、ステップＳ１０２Ａで特定されたすべての一般ユーザに関してステップＳ１０６Ａ，Ｓ１０８Ａの処理が実行された場合である。この場合、制御部１１は本処理を終了する。

以上説明したように、第２実施形態に係るゲームシステム１Ａでは、一般ユーザの希望（都合・都合等）を考慮して、一般ユーザが参加する特別対局を確定するようになっている。その結果、例えば、日程の都合が合わないことや特別ユーザが好みでないこと等を理由として、特別対局の参加者として確定された一般ユーザが特別対局への参加をやめてしまうことを抑制できるようになる。

また、第２実施形態に係るゲームシステム１Ａでは、事前対局期間中の一般対局の成績のランキングにおける順位が高い一般ユーザから順に（すなわち、第１位の一般ユーザから順に）、当該一般ユーザの第１希望〜第３希望の特別対局が、当該一般ユーザが参加する特別対局として確定されていく。このようにすることによって、事前対局期間中の一般対局の高成績者の優先度を確保しながら、一般ユーザが希望する特別対局を、当該一般ユーザが参加する特別対局として確定できるようになる。

［３．変形例］本発明は以上に説明した第１実施形態及び第２実施形態に限定されるものではない。

［３−１］例えば第２実施形態では、図２に示す事前対局期間（時点Ｔ１〜Ｔ２の期間）内に希望受付画面画像Ｇ２０を表示部３５に表示するのではなく、事前対局期間の終了後に希望受付画面画像Ｇ２０を表示部３５に表示するようにしてもよい。

図１９はこの場合の特別対局が行われるまでの流れの一例を示す。なお、図２と同様、図１９に示すｔ軸は時間軸を示している。また、図１９に示す時点Ｔ１，Ｔ２，Ｔ３は図２に示す時点Ｔ１，Ｔ２，Ｔ３と同様である。

図１９に示す例でも、図２と同様、まず、事前対局期間（時点Ｔ１〜Ｔ２の期間）内に一般対局が行われる（Ｓ１）。そして、事前対局期間が終了すると、特別対局Ａ〜Ｄに参加可能な一般ユーザが確定される（Ｓ２Ａ）。図１６に示す例の場合であれば、ランキングの順位が第１位〜第１２位である一般ユーザが、特別対局Ａ〜Ｄに参加可能な一般ユーザとして確定される。

その後、希望受付期間（時点Ｔ２〜Ｔ４の期間）内において、上記確定された一般ユーザから特別対局に関する希望を受け付ける（Ｓ２Ｂ）。希望受付期間中に、特別対局Ａ〜Ｄに参加可能と確定された一般ユーザが遊戯施設に行き、ゲーム端末３０を使用してゲームシステム１にアクセスすると、特別対局Ａ〜Ｄに関する希望を受け付けるための画面画像が表示部３５に表示される。この画面画像は、例えば、特別対局Ａ〜Ｄに参加可能な一般ユーザとして確定されたことを通知するメッセージと、希望受付画面画像Ｇ２０のオブジェクトＰ２２〜Ｐ２６とを含むような画面画像である。この画面画像を介して受け付けられた各一般ユーザの希望を示すデータは選択結果テーブルＴＢＬ１０４Ａに登録される。

希望受付期間の終了後、特別対局Ａ〜Ｄに参加可能と確定された一般ユーザの各々について、当該一般ユーザが参加する特別対局が確定される（Ｓ２Ｃ）。ここで実行される処理は図１８に示した処理と同様である。

特別対局Ａ〜Ｄに参加可能と確定された一般ユーザの各々が参加する特別対局が確定された後、通知期間（時点Ｔ４〜Ｔ３の期間）において、それらの一般ユーザに対して通知が行われる（Ｓ３）。通知期間及び通知期間以降は図２と同様である。

このようにしても、一般ユーザの希望（都合・好み等）を考慮して、一般ユーザが参加する特別対局を確定することが可能である。また、このようにすれば、特別対局Ａ〜Ｄに参加が可能な一般ユーザのみに対して、特別対局Ａ〜Ｄに関する希望の問い合わせが行われ、特別対局Ａ〜Ｄに参加できない一般ユーザに対しては、特別対局Ａ〜Ｄに関する希望の問い合わせが行われないようになるため、一般ユーザの手間を軽減できるようになる。

［３−２］なお、図１９に示す希望受付期間（時点Ｔ２〜Ｔ４の期間）では、特別対局Ａ〜Ｄに参加可能と確定された複数の一般ユーザに対して設定されたランキングの順位（優先順序の一例）に基づいて、当該複数の一般ユーザの各々から、特別対局Ａ〜Ｄのうちからいずれかの選択を、各特別対局Ａ〜Ｄに参加するユーザの人数が上限人数を超えないようにして受け付けるようにしてもよい。そして、当該複数の一般ユーザの各々によって選択された特別対局を、当該複数の一般ユーザの各々が参加する特別対局として確定するようにしてもよい。

ここで、「複数の一般ユーザに対して設定されたランキング順位に基づいて、当該複数の一般ユーザの各々から、特別対局Ａ〜Ｄのうちからいずれかの選択を受け付ける」とは、例えば、ランキングの順位が高い一般ユーザから順番に、特別対局Ａ〜Ｄのうちからいずれかの選択を受け付けていくことである。例えば、「まず、ランキング順位が最も高い一般ユーザ（ランキングの順位が第１位である一般ユーザ）から特別対局Ａ〜Ｄのうちからいずれかの選択を受け付け、次に、ランキングの順位が第２番目に高い一般ユーザ（ランキング順位が第２位である一般ユーザ）から特別対局Ａ〜Ｄのうちからいずれかの選択を受け付ける」というように、順番に、各一般ユーザから特別対局Ａ〜Ｄのうちからいずれかの選択を受け付けていくことである。

一般ユーザから特別対局Ａ〜Ｄのうちからいずれかの選択を受け付ける際には、例えば図１４に示した希望受付画面画像Ｇ２０のオブジェクトＰ２２，Ｐ２６を含むような画面画像をゲーム端末３０の表示部３５に表示すればよい。なお、既に全ての参加者（４名の参加者）が確定している特別対局が存在している場合には、当該特別対局の選択を制限するようにしてもよい。例えば、当該特別対局をオブジェクトＰ２２で選択できないようにしてもよい。または、当該特別対局がオブジェクトＰ２２で選択された場合に警告メッセージを表示したり、当該特別対局がオブジェクトＰ２２で選択された状態でオブジェクトＰ２６が選択された場合に警告メッセージを表示したりするようにしてもよい。

［３−３］以上では、本発明を麻雀ゲームに適用した例について主に説明したが、本発明は麻雀ゲーム以外のゲームにも適用することが可能である。本発明は、複数のユーザが参加するゲームに適用することが可能である。

［４．発明のまとめ］以上のような記載から、本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために、適宜図面に記載された符号を括弧書きで記載するが、それにより本発明が図示の態様に限定されるものではない。

１）本発明の一態様に係るゲームシステム（１，１Ａ）は、複数のユーザが参加するゲームを実行するゲームシステム（１，１Ａ）において、少なくとも一人の特定ユーザ（例えば特別ユーザＳＵ１）が参加する特定ゲーム（例えば特別対局Ａ）に参加可能な参加者として、複数の参加者候補のユーザ（例えば一般ユーザ）のうちから少なくとも一人を、所定の条件（例えば参加者条件）に基づいて確定する確定手段（１１０，１１０Ａ）と、前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報（例えばメッセージＭ２）を、前記参加者として確定されたユーザに通知する通知手段（１２０，１２０Ａ）と、前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間（例えば時点Ｔａ〜Ｔ３の期間）において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受手段（１３０，１３０Ａ）と、前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、当該ユーザを前記特定ゲームに参加させるための制御を行う参加制御手段（１５０，１５０Ａ）と、を含む。

１１）本発明の一態様に係るゲーム制御装置（１０）は、複数のユーザが参加するゲームに関する制御を行うゲーム制御装置（１０）において、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する確定手段（１１０，１１０Ａ）と、前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知手段（１２０，１２０Ａ）と、前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受手段（１３０，１３０Ａ）と、前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、前記参加者として確定されたユーザを前記特定ゲームに参加させるための制御を行う参加制御手段（１５０）と、を含む。

１２）また、本発明の一態様に係るプログラムは、１）〜１０）のいずれかに記載のゲームシステム（１）、又は、１１）に記載のゲーム制御装置（１０）としてコンピュータを機能させるためのプログラムである。

１３）また、本発明の一態様に係る情報記憶媒体は、９）に記載のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

１４）また、本発明の一態様に係るゲームシステム（１，１Ａ）の制御方法は、複数のユーザが参加するゲームを実行するゲームシステム（１，１Ａ）の制御方法において、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザ（例えば一般ユーザ）のうちから少なくとも一人を、所定の条件に基づいて確定する確定ステップ（Ｓ１０４）と、前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知ステップ（Ｓ１１２）と、前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受ステップ（Ｓ１２２，Ｓ１２４）と、前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、当該ユーザを前記特定ゲームに参加させるための制御を行う参加制御ステップ（Ｓ１２６〜Ｓ１３６）と、を含む。

１５）また、本発明の一態様に係るゲーム制御装置（１０）の制御方法は、複数のユーザが参加するゲームに関する制御を行うゲーム制御装置（１０）の制御方法において、少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する確定ステップ（Ｓ１０４）と、前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知ステップ（Ｓ１１２）と、前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受ステップ（Ｓ１２２，Ｓ１２４）と、前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、前記参加者として確定されたユーザを前記特定ゲームに参加させるための制御を行う参加制御ステップ（Ｓ１２６〜Ｓ１３６）と、を含む。

上記１）、１１）〜１５）に記載の発明によれば、特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人が事前に確定されるため、特定ゲームに参加可能であることが事前にはっきりするようになり、例えば、ユーザは、特定ゲームに十分な準備して臨むことができるようになる。その結果、特定ユーザが参加する特定ゲームへの参加意欲を向上することが可能になる。

２）本発明の一態様では、前記所定の条件は、前記ゲームでの成績に関する条件であってもよい。前記確定手段（１１０，１１０Ａ）は、前記複数の参加者候補のユーザのうちから、事前に実行されたゲームでの成績が前記所定の条件を満足するユーザを前記参加者として確定するようにしてもよい。

２）に記載の発明によれば、事前に実行されるゲームの成績が所定の条件を満足すれば、特定ゲームに参加可能な参加者として確定されるため、特定ゲームへの参加意欲を向上させることができるとともに、事前に実行されるゲームへのプレイ意欲も向上させることができる。

３）本発明の一態様では、前記特定ゲームは、前記特定ゲームに参加する複数のユーザがそれぞれ使用する複数のゲーム装置（３０）のうちからマスター装置として選出されたゲーム装置（３０）が通信手段（３３）を介して前記複数のゲーム装置（３０）のうちの他のゲーム装置（３０）を制御することによって実行されるようにしてもよい。前記ゲームシステム（１）は、前記複数のゲーム装置（３０）のうちで、前記受付期間内に最初にアクセスしてきたユーザが使用するゲーム装置（３０）を前記マスター装置として選出するマスター装置選出手段（１４０，１４０Ａ）を含むようにしてもよい。

３）に記載の発明によれば、特定ゲームに参加する複数のユーザのうちで、受付期間内に最初にアクセスしてきたユーザが使用するゲーム装置がマスター装置として選出されて、特定ゲームの実行開始が準備されるため、特定ゲームに参加する全てのユーザがそろった時点で速やかに特定ゲームを開始できるようになる。

４）本発明の一態様では、特定ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特定ゲームのうちから少なくとも一つの選択をユーザから受け付ける手段（１６０Ａ）と、前記参加者として確定されたユーザが参加する特定ゲームを、当該ユーザの選択した特定ゲームのうちから確定する手段（１１０Ａ）と、を含むようにしてもよい。

４）に記載の発明によれば、特定ゲームに参加可能な参加者として確定されたユーザは、自らの好みや都合に合わせて、自らが参加する特定ゲームを選択できるようになる。特定ゲームに参加可能な参加者として確定された場合であっても、特定ユーザや実行予定日時（実行予定日）がユーザの好み・都合に合わなければ、ユーザが特定ゲームに参加するのをやめてしまう場合がある。この点、以上のようにすれば、このような不都合の発生を抑制することが可能になる。

５）本発明の一態様では、特定ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特定ゲームに対する優先順序（例えば希望順序）の設定をユーザから受け付ける手段（１６０Ａ）と、前記参加者として確定されたユーザが参加する特定ゲームを、当該ユーザの設定した優先順序に基づいて、前記複数の特定ゲームのうちから確定する手段（１１０Ａ）と、を含むようにしてもよい。

５）に記載の発明によれば、特定ゲームに参加可能な参加者として確定されたユーザは、自らの好み・都合に合わせて、複数の特定ゲームに対する優先順序を設定できるようになる。特定ゲームに参加可能な参加者として確定された場合であっても、特定ユーザや実行予定日時（実行予定日）がユーザの好み・都合に合わなければ、ユーザが特定ゲームに参加するのをやめてしまう場合がある。この点、以上のようにすれば、このような不都合の発生を低減することが可能になる。

６）本発明の一態様では、前記確定手段（１１０Ａ）は、特定ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特定ゲームのうちの少なくとも一つに参加可能な参加者として、前記複数の参加者候補のユーザのうちから複数のユーザを確定するようにしてもよい。前記複数の特定ゲームの各々に対しては、参加可能な上限人数が設定されていてもよい。前記ゲームシステム（１Ａ）は、前記参加者として確定された複数のユーザに対する優先順序を設定するユーザ優先順序設定手段（１１０Ａ）と、前記ユーザ優先順序設定手段（１１０Ａ）によって設定された優先順序に基づいて、当該複数のユーザの各々が参加する特定ゲームを、前記複数の特定ゲームのうちから、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして確定する手段（１１０Ａ）と、を含むようにしてもよい。

６）に記載の発明によれば、参加者として確定された複数のユーザに対して設定された優先順序に基づいて、各ユーザが参加する特定ゲームが、各特定ゲームに参加するユーザの人数が上限人数を超えないようにして確定されるため、例えば、各特定ゲームに万遍なく参加が行われるように調整することが可能になる。

７）本発明の一態様では、前記ユーザ優先順序設定手段（１１０Ａ）は、前記参加者として確定された複数のユーザの各々の、事前に実行されたゲームでの成績に基づいて、前記参加者として確定された複数のユーザに対する優先順序を設定するようにしてもよい。

７）に記載の発明によれば、参加者として確定された複数のユーザに対する優先順序が、当該複数のユーザの各々の、事前に実行されたゲームでの成績に基づいて設定されるため、事前に実行されるゲームへのプレイ意欲を向上させることができる。

８）本発明の一態様では、前記複数の特定ゲームのうちから少なくとも一つの選択を、前記参加者として確定された複数のユーザの各々から受け付ける手段と、前記ユーザ優先順序設定手段（１１０Ａ）によって設定された優先順序に基づいて、当該複数のユーザの各々が参加する特定ゲームを、当該複数のユーザの各々が選択した特定ゲームのうちから、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして確定する手段（１１０Ａ）と、を含むようにしてもよい。

８）に記載の発明によれば、参加者として確定された複数のユーザに対して設定された優先順序に基づいて、各ユーザが参加する特定ゲームが、各ユーザが選択した特定ゲームのうちから、各特定ゲームに参加するユーザの人数が上限人数を超えないようにして確定される。このため、各ユーザの好み・都合を考慮しつつ、しかも、事前に実行されたゲームの成績に基づく優先順序の順で、ユーザが選択した特定ゲームへの参加の可能性が高くなるよう構成されるので、事前に実行されたゲームの高成績者の優先度を確保しながら、各特定ゲームに万遍なく参加が行われるように調整することが可能になる。

９）本発明の一態様では、前記複数の特定ゲームに対する優先順序を、前記参加者として確定された複数のユーザの各々から受け付ける手段（１６０Ａ）と、前記ユーザ優先順序設定手段（１１０Ａ）によって設定された優先順序と、前記複数のユーザの各々によって前記複数の特定ゲームに対して設定された優先順序とに基づいて、前記複数のユーザの各々が参加する特定ゲームを、前記複数の特定ゲームのうちから、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして確定する手段（１１０Ａ）と、を含むようにしてもよい。

９）に記載の発明によれば、参加者として確定された複数のユーザに対して設定された優先順序と、各ユーザによって複数の特定ゲームに対して設定された優先順序とに基づいて、各ユーザが参加する特定ゲームが、各特定ゲームに参加するユーザの人数が上限人数を超えないようにして確定される。このため、ユーザの好み・都合を考慮しつつ、しかも、事前に実行されたゲームの成績に基づく優先順序の順で、ユーザが希望する特定ゲームへの参加の可能性が高くなるよう構成されるので、事前に実行されたゲームの高成績者の優先度を確保しながら、各特定ゲームに万遍なく参加が行われるように調整することが可能になる。

１０）本発明の一態様では、前記参加者として確定された複数のユーザに対して設定された優先順序に基づいて、前記参加者として確定された複数のユーザの各々から、前記複数の特定ゲームのうちから少なくとも一つの選択を、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして受け付ける手段（１６０Ａ）と、前記参加者として確定された複数のユーザの各々によって選択された特定ゲームを、前記複数のユーザの各々が参加する特定ゲームとして確定する手段（１１０Ａ）と、を含むようにしてもよい。

１０）に記載の発明によれば、参加者として確定された複数のユーザに対して設定された優先順序に基づいて、各ユーザから、特定ゲームの選択が、各特定ゲームに参加するユーザの人数が上限人数を超えないようにして受け付けられ、各ユーザによって選択された特定ゲームが当該ユーザの参加する特定ゲームとして確定されるため、ユーザの好み・都合を考慮しつつ、各特定ゲームに万遍なく参加が行われるように調整することが可能になる。

１，１Ａ ゲームシステム、Ｎ ネットワーク、１０ サーバ、１１ 制御部、１２ 記憶部、１３ 通信部、１４ データベース、３０−１，３０−Ｎ ゲーム端末、３１ 制御部、３２ 記憶部、３３ 通信部、３４ 操作部、３５ 表示部、３６ 音声出力部、１００，１００Ａ データ記憶部、１１０，１１０Ａ 確定部、１２０，１２０Ａ 通知部、１３０，１３０Ａ 待受部、１４０，１４０Ａ マスター装置選出部、１５０，１５０Ａ 参加制御部、１６０Ａ 選択受付部、Ｇ１０ 通知画面画像、Ｍ１１，Ｍ１２，Ｍ１３ メッセージ、Ｐ１４ オブジェクト、Ｇ２０ 希望受付画面画像、Ａ２１ 領域、Ｐ２２，Ｐ２３，Ｐ２４，Ｐ２５，Ｐ２６ オブジェクト、ＴＢＬ１０１，ＴＢＬ１０１Ａ ユーザテーブル、ＴＢＬ１０２，ＴＢＬ１０２Ａ 一般対局履歴テーブル、ＴＢＬ１０３，ＴＢＬ１０３Ａ 特別対局テーブル、ＴＢＬ１０４Ａ 選択結果テーブル。

Claims (12)

1. 複数のユーザが参加するゲームを実行するゲームシステムにおいて、
   少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する確定手段と、
   前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知手段と、
   前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受手段と、
   前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、当該ユーザを前記特定ゲームに参加させるための制御を行う参加制御手段と、
   を含むことを特徴とするゲームシステム。
2. 請求項１に記載のゲームシステムにおいて、
   前記所定の条件は、前記ゲームでの成績に関する条件であり、
   前記確定手段は、前記複数の参加者候補のユーザのうちから、事前に実行されたゲームでの成績が前記所定の条件を満足するユーザを前記参加者として確定する、
   ことを特徴とするゲームシステム。
3. 請求項１又は２に記載のゲームシステムにおいて、
   前記特定ゲームは、前記特定ゲームに参加する複数のユーザがそれぞれ使用する複数のゲーム装置のうちからマスター装置として選出されたゲーム装置が通信手段を介して前記複数のゲーム装置のうちの他のゲーム装置を制御することによって実行され、
   前記ゲームシステムは、前記複数のゲーム装置のうちで、前記受付期間内に最初にアクセスしてきたユーザが使用するゲーム装置を前記マスター装置として選出するマスター装置選出手段を含む、
   ことを特徴とするゲームシステム。
4. 請求項１乃至３のいずれかに記載のゲームシステムにおいて、
   特定ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特定ゲームのうちから少なくとも一つの選択をユーザから受け付ける手段と、
   前記参加者として確定されたユーザが参加する特定ゲームを、当該ユーザの選択した特定ゲームのうちから確定する手段と、を含む、
   ことを特徴とするゲームシステム。
5. 請求項１乃至３のいずれかに記載のゲームシステムにおいて、
   特定ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特定ゲームに対する優先順序の設定をユーザから受け付ける手段と、
   前記参加者として確定されたユーザが参加する特定ゲームを、当該ユーザの設定した優先順序に基づいて、前記複数の特定ゲームのうちから確定する手段と、を含む、
   ことを特徴とするゲームシステム。
6. 請求項１乃至３のいずれかに記載のゲームシステムにおいて、
   前記確定手段は、特定ユーザと実行予定日又は実行予定日時との少なくとも一方が異なる複数の特定ゲームのうちの少なくとも一つに参加可能な参加者として、前記複数の参加者候補のユーザのうちから複数のユーザを確定し、
   前記複数の特定ゲームの各々に対しては、参加可能な上限人数が設定されており、
   前記ゲームシステムは、
   前記参加者として確定された複数のユーザに対する優先順序を設定するユーザ優先順序設定手段と、
   前記ユーザ優先順序設定手段によって設定された優先順序に基づいて、当該複数のユーザの各々が参加する特定ゲームを、前記複数の特定ゲームのうちから、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして確定する手段と、を含む、
   ことを特徴とするゲームシステム。
7. 請求項６に記載のゲームシステムにおいて、
   前記ユーザ優先順序設定手段は、前記参加者として確定された複数のユーザの各々の、事前に実行されたゲームでの成績に基づいて、前記参加者として確定された複数のユーザに対する優先順序を設定する、
   ことを特徴とするゲームシステム。
8. 請求項６又は７に記載のゲームシステムにおいて、
   前記複数の特定ゲームのうちから少なくとも一つの選択を、前記参加者として確定された複数のユーザの各々から受け付ける手段と、
   前記ユーザ優先順序設定手段によって設定された優先順序に基づいて、当該複数のユーザの各々が参加する特定ゲームを、当該複数のユーザの各々が選択した特定ゲームのうちから、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして確定する手段と、を含む、
   ことを特徴とするゲームシステム。
9. 請求項６又は７に記載のゲームシステムにおいて、
   前記複数の特定ゲームに対する優先順序を、前記参加者として確定された複数のユーザの各々から受け付ける手段と、
   前記ユーザ優先順序設定手段によって設定された優先順序と、前記複数のユーザの各々によって前記複数の特定ゲームに対して設定された優先順序とに基づいて、前記複数のユーザの各々が参加する特定ゲームを、前記複数の特定ゲームのうちから、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして確定する手段と、を含む、
   ことを特徴とするゲームシステム。
10. 請求項６又は７に記載のゲームシステムにおいて、
    前記参加者として確定された複数のユーザに対して設定された優先順序に基づいて、前記参加者として確定された複数のユーザの各々から、前記複数の特定ゲームのうちから少なくとも一つの選択を、各特定ゲームに参加するユーザの人数が前記上限人数を超えないようにして受け付ける手段と、
    前記参加者として確定された複数のユーザの各々によって選択された特定ゲームを、前記複数のユーザの各々が参加する特定ゲームとして確定する手段と、を含む、
    ことを特徴とするゲームシステム。
11. 複数のユーザが参加するゲームに関する制御を行うゲーム制御装置において、
    少なくとも一人の特定ユーザが参加する特定ゲームに参加可能な参加者として、複数の参加者候補のユーザのうちから少なくとも一人を、所定の条件に基づいて確定する確定手段と、
    前記特定ゲームの実行予定日又は実行予定日時を示す特定ゲーム情報を、前記参加者として確定されたユーザに通知する通知手段と、
    前記実行予定日又は前記実行予定日時に基づいて設定される所定の受付期間において、前記参加者として確定されたユーザからのアクセスを待ち受ける待受手段と、
    前記受付期間において、前記参加者として確定されたユーザからのアクセスがあった場合に、前記参加者として確定されたユーザを前記特定ゲームに参加させるための制御を行う参加制御手段と、
    を含むことを特徴とするゲーム制御装置。
12. 請求項１乃至１０のいずれかに記載のゲームシステム、又は、請求項１１に記載のゲーム制御装置としてコンピュータを機能させるためのプログラム。
    
    

Images