JPWO2019026327A1 - ゲームシステム、それに用いるコンピュータプログラム及びサーバ装置 - Google Patents

Abstract

ユーザイベントを含む一連のイベントを事後的に設定することができるゲームシステムを提供する。ゲームシステム（１）は、ユーザによる私設イベント（ＰＥ）の設定を許容することによりその私設イベント（ＰＥ）を含む複数のイベントを実現するゲームを提供する。そして、ゲームシステム（１）は、私設イベント（ＰＥ）の開催情報に基づいてその私設イベント（ＰＥ）を含む一連の予選イベント（ＯＥ１）に関連を設定し、その一連の予選イベント（ＯＥ１）を実行した各ユーザのプレイ状況の情報に基づいて、その一連の予選イベント（ＯＥ１）全体におけるランキングを各ユーザに設定する。

Description

本発明は、ユーザによるユーザイベントの設定を許容することによりそのユーザイベントを含む複数のイベントを実現するゲームを提供するゲームシステム等に関する。

ユーザによるユーザイベントの設定を許容することによりそのユーザイベントを含む複数のイベントを実現するゲームを提供するゲームシステムが存在する。このようなユーザイベントは、ゲームシステムの運営者等による運用によって実現される場合も多い。具体的には、特定期間のプレイ結果を運営者等が集計し、その集計結果に基づいてランキングを作成することによりその特定期間のプレイ（ゲーム自体は通常時と同様の内容でもよい）をイベントとして機能させる場合も多い。また、その他にもユーザによって選択された選択肢に対応するイベントが設定されるゲームを提供するシステムも知られている（例えば特許文献１参照）。

特開２０１７−１１３１７５号公報

ユーザイベントが運用によって実現される場合には、そのような運用は実際にそのイベントを実行するか否を運営者が判断する機会を一般的に含んでいるため、自由なイベントの設定を許容しつつも、ユーザイベントの質や内容等を運営者は管理することができる。しかし、このような運用は、プレイ結果の収集や集計等、実際にイベントとして実現するために多くの手間暇がかかってしまう場合が多い。特に複数のイベントが一連のイベントとして提供される場合にはその負担は大きくなる。一方で、特許文献１のシステムでは、実際のプレイ対象のイベントは選択肢を介してユーザによって選択されるものの、選択対象のイベントは予め用意されているため、設定可能なイベントの自由度は低い。また、このシステムは、ユーザによって選択されたイベントがユーザの意思や運営者の許可等に基づいて事後的に一連のイベントの一つに追加される構成でもない。

そこで、本発明は、ユーザイベントを含む一連のイベントを事後的に設定することができるゲームシステム等を提供することを目的とする。

本発明のゲームシステムは、ユーザによるユーザイベントの設定を許容することにより当該ユーザイベントを含む複数のイベントを実現するゲームを提供するゲームシステムであって、前記ユーザイベントの設定内容に基づいて前記ユーザイベントを含む二以上のイベントに関連を設定する関連設定手段と、各ユーザのプレイ状況の情報に基づいて、前記二以上のイベント全体におけるランキングを各ユーザに設定するランキング設定手段と、を備えている。

一方、本発明のコンピュータプログラムは、前記ゲームのプレイに使用される入力装置及び出力装置に接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。また、本発明のサーバ装置は、前記ゲームのプレイに使用される入力装置及び出力装置にネットワークを介して接続され、上述のゲームシステムの各手段として機能するものである。

本発明の一形態に係るゲームシステムの概略構成を示す図。 ゲームシステムの制御系の要部を示す機能ブロック図。 クイズゲームのゲーム範囲を説明するための説明図。 イベントサービスの一例の概要を説明するための説明図。 許可データの構成の一例を示す図。 公式イベントデータの構成の一例を示す図。 私設イベントデータの構成の一例を示す図。 許可発行処理の手順の一例を示すフローチャート。 イベント処理の手順の一例を示すフローチャート。 ログ取得処理の手順の一例を示すフローチャート。

以下、本発明の一形態に係るゲームシステムの一例を説明する。まず、図１を参照して、本発明の一形態に係るゲームシステムの全体構成を説明する。ゲームシステム１は、サーバ装置としてのセンターサーバ２と、センターサーバ２に所定のネットワーク５を介して接続可能なクライアント装置としての複数のゲーム機３及び複数のユーザ端末装置４とを含む。センターサーバ２は、複数のコンピュータ装置としてのサーバユニット２Ａ、２Ｂ…が組み合わされることにより一台の論理的なサーバ装置として構成されている。ただし、単一のサーバユニットによりセンターサーバ２が構成されてもよい。あるいは、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。

ゲーム機３は、所定のプレイ料金の支払いと引き換えに、そのプレイ料金に対応した範囲でユーザにゲームをプレイさせる商業用（業務用）のゲーム機として構成されている。この種のゲーム機３は、アーケードゲーム機と呼ばれることがある。ゲーム機３は、多数のユーザにゲームを繰り返しプレイさせて収益を上げることを主たる目的として店舗６等の所定の施設に設置されるコンピュータ装置である。ゲーム機３は、出題に対して回答を入力するいわゆるクイズゲームをプレイするためのゲーム機として構成されている。なお、ゲーム機３は、クイズゲームに限定されず、適宜に各種のゲームを提供してよい。

ユーザ端末装置４は、ネットワーク接続が可能でかつユーザの個人用途に供されるコンピュータ装置である。例えば、据置型又はブック型のパーソナルコンピュータ（以下、ＰＣと表記する。）４ａ、あるいは携帯電話（スマートフォンを含む。）のようなモバイル端末装置４ｂがユーザ端末装置４として利用される。その他にも、据置型の家庭用ゲーム機、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のコンピュータ装置がユーザ端末装置４として利用されてよい。ユーザ端末装置４は、各種のコンピュータソフトウエアを実装することにより、センターサーバ２が提供する種々のサービスをユーザに享受させることが可能である。

ネットワーク５は、センターサーバ２に対してゲーム機３及びユーザ端末装置４をそれぞれ接続させることができる限り、適宜に構成されてよい。一例として、ネットワーク５は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成される。典型的には、ＷＡＮとしてのインターネット５Ａと、センターサーバ２及びゲーム機３のそれぞれとインターネット５Ａとを接続するＬＡＮ５Ｂ、５Ｃとがルータ５Ｄを介して接続されることにより構築される。ユーザ端末装置４も適宜の構成によりインターネット５Ａに接続される。なお、ゲーム機３と店舗６のルータ５Ｄとの間にローカルサーバが設置され、そのローカルサーバを介してゲーム機３がセンターサーバ２と通信可能に接続されてもよい。センターサーバ２のサーバユニット２Ａ、２Ｂ…はＬＡＮ５Ｃに代えて、又は加えてＷＡＮ５Ａにより、相互に接続される場合もある。

センターサーバ２は、ゲーム機３又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスは、クイズゲームに公式イベントを設定するためのイベントサービスを含んでいる。具体的には、ゲーム機３に提供されるゲーム機３用のイベントサービスと、ユーザ端末装置４に提供されるユーザ端末装置４用のイベントサービスと、をイベントサービスが含む場合において、ゲーム機サービスはゲーム機３用のイベントサービスを含んでいる。イベントサービスの詳細は後述する。

なお、ゲーム機用サービスは、ゲーム機３からユーザの識別情報を受け取って、そのユーザを認証するサービスを含んでいてもよい。また、認証したユーザのプレイデータをゲーム機３から受け取って保存し、或いは保存するプレイデータをゲーム機３に提供するサービスを含んでいてもよい。さらに、ゲーム機用サービスは、ネットワーク５を介してゲーム機３のプログラム或いはデータを配信し、更新するサービス、ネットワーク５を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス、或いはユーザから料金を徴収する課金サービス等を含んでいてよい。

同様に、センターサーバ２は、ネットワーク５を介してユーザ端末装置４のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスは、イベントサービスがユーザ端末装置４用のイベントサービスを含む場合、このユーザ端末装置４用のイベントサービスを含んでいる。なお、Ｗｅｂサービスは、ゲーム機３が提供するゲームに関する各種の情報を提供するゲーム用情報サービス、各ユーザ端末装置４に各種データ或いはソフトウエアを配信（データ等のアップデートを含む）する配信サービス、ユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、及び各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスを含んでよい。

次に、図２を参照してゲームシステム１の制御系の要部を説明する。まず、センターサーバ２には、ゲームサービス管理部２１、及びデータ記憶手段としての記憶部２３が設けられる。ゲームサービス管理部２１は、センターサーバ２のコンピュータハードウエア（ＣＰＵ及びその動作に必要な内部記憶装置としてのメモリを含む。）とソフトウエアとの組み合わせによって実現される論理的装置である。記憶部２３は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部２３は、一の記憶ユニット上に全てのデータを保持するように構成されてもよいし、複数の記憶ユニットにデータを分散して記憶するように構成されてもよい。記憶部２３には、センターサーバ２のコンピュータハードウエア資源をゲームサービス管理部２１として機能させるためのソフトウエアとしてのコンピュータプログラムＰＧ１が記録される。また記憶部２３には各種のデータも記録されるが、図２では許可データ５１及び公式イベントデータＥＤ１が示されている。許可データ５１及び公式イベントデータＥＤ１の詳細は後述する。

ゲームサービス管理部２１は、ゲーム機３に対して上述のゲーム機用サービスを提供する。ゲームサービス管理部２１には、論理的装置としてのイベント提供部２４がさらに設けられる。イベント提供部２４は、イベントサービスを実現するための各種の処理を提供する。このような各種の処理は、公式イベントを管理するためのイベント処理のうち、サーバ側にて行われるべき処理を含んでいる。また、イベント提供部２４は、このような各種の処理として、公式イベントを運営するためのログ取得処理、及び新しく公式イベントを追加するための許可発行処理も実行する。イベント処理、ログ取得処理、及び許可発行処理の手順については後述する。

次に、ゲーム機３には、ゲーム制御部３１と、記憶手段としての記憶部３２とが設けられる。ゲーム制御部３１は、ゲーム機３のハードウエア（ＣＰＵ及びその内部記憶装置としてのメモリを含む。）とソフトウエアとしてのコンピュータプログラムＰＧ２との組み合わせによって実現される論理的装置である。ゲーム制御部３１は、ゲームの進行に必要な各種の演算制御を実行するとともに、センターサーバ２のゲームサービス管理部２１が提供するゲーム機用サービスを享受するために必要な各種の処理を実行する。ゲーム制御部３１には、さらなる論理的装置としてゲーム提供部３３が設けられている。ゲーム提供部３３は、センターサーバ２のイベント提供部２４と協働して各種のイベントを実現するために必要な処理も実行する。

記憶部３２は、ハードディスク、半導体記憶装置といった不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部３２には、上述したプログラムＰＧ２とともに、各種のデータが記録されるが、図２ではイベントデータＥＤが示されている。イベントデータＥＤは、クイズゲームに設定される各種のイベントを管理するためのデータである。イベントデータＥＤは、センターサーバ２から提供された公式イベントデータＥＤ１、及び私設イベントデータＥＤ２を含んでいる。私設イベントデータＥＤ２の詳細は、公式イベントデータＥＤ１とともに後述する。

なお、記憶部３２には、その他にもゲームデータが記録されている。ゲームデータは、プログラムＰＧ２に従ってユーザに所定のクイズゲームをプレイさせるために必要な各種のデータを含んでいる。具体的には、ゲームデータは、ユーザに出題されるべきクイズ及びその回答を管理するためのクイズデータといった各種のデータを含んでいる。また、ゲームデータは、上述のプレイデータを含んでいてもよい。プレイデータは、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐためのデータである。しかし、これらの図示は省略した。

ゲーム機３には、ユーザの操作に対応した信号を出力する入力装置３６、ユーザにゲーム画面等を提示するための出力装置としての表示装置３７及びカードリーダ３８といった各種の入出力装置が設けられる。カードリーダ３８は、ユーザが所持するカード３９に記録されたカード毎にユニークなカードＩＤを読み取るための装置である。カード３９は、ユーザの認証或いは料金の徴収等に使用されてよい。

次に、クイズゲームのイベント及びイベントサービスの詳細について説明する。図３は、クイズゲームのゲーム範囲を説明するための説明図である。図３に示すように、クイズゲームのゲーム範囲は、通常プレイモード及びイベントモードを含んでいる。通常プレイモードは、クイズゲームを通常にプレイするモードである。一方、イベントモードは、各種のイベントを提供するモードである。ここでは、イベントは、複数のユーザが参加してクイズゲームの結果を競う大会（競技）を意味する。イベントは個別のユーザだけでなくグループ単位のユーザの参加を許容してもよい。なお、イベントは、大会だけでなく、期間限定のゲーム範囲、特別なキャラクタを含むゲーム範囲、或いは特別の特典が付与されるゲーム範囲といった通常のプレイ範囲に適宜に付与される各種の催し物（出来事）を含んでよい。

イベントモードは、複数のイベントとしての公式イベントＯＥ及び私設イベントＰＥを含んでいる。私設イベントＰＥは、各ゲーム機３のユーザ、或いは店舗６の運営者等によって適宜に設定されるイベントである。私設イベントＰＥは、それを設定したユーザ（店舗６の運営者を含んでよい）だけでなくゲームシステム１を利用する複数のユーザのうち他のユーザに共有されてもよいし、それを設定したユーザだけに提供されてもよい。私設イベントＰＥの設定には、各ユーザ端末装置４或いは各ゲーム機３が使用されてよい。また、私設イベントＰＥには、各ユーザ或いは各運営者等によって付与される特典（例えば、フィギュア等の物理的特典、或いは店舗６における優待券等）が設定されてもよい。

一方、公式イベントＯＥは、クイズゲームをプレイする複数のユーザによって共有されるイベントである。また、公式イベントＯＥは、センターサーバ２の運営者（以下、サーバ管理者と呼ぶ場合がある）によってプレイ状況が管理される。結果として、公式イベントＯＥでは、サーバ管理者によってプレイ状況がランキング付けされたり、その結果に応じて所定の特典が付与されたりする場合が多い。また、このような所定の特典としてクイズゲームにおいて利用される特典（例えば、クイズゲーム用のアイテム等）が付与される場合が多い。公式イベントＯＥは、予選イベントＯＥ１、及び特別のイベントとしての本戦イベントＯＥ２を含んでいる。本戦イベントＯＥ２は、参加条件が満たされた場合に参加が許可される特別のイベントである。参加条件は、予選イベントＯＥ１の実績を要件に含んでいる。具体的には、参加条件は、予選イベントの入賞者（優勝者、準優勝者、或いは特別賞等）に付与されるポイント（賞の価値に応じて変化してよい）が所定値以上になった場合に満たされてよい。また、このようなポイントは、複数の予選イベントＯＥ１（以下、一連の予選イベントＯＥ１と呼ぶ場合がある）を通じて付与されてよい。そして、予選イベントＯＥ１では、このようなポイントを介して本戦イベントＯＥ２への参加が所定の特典として利用されてよい。

イベントサービスは、私設イベントＰＥを公式イベント化するための公式化サービスを含んでいる。また、公式化サービスは、私設イベントＰＥを予選イベントＯＥ１として登録するためのサービスを含んでいる。つまり、イベントサービスは、私設イベントＰＥを予選イベント化するためのサービスを含んでいる。そして、そのようなサービスを通じて私設イベントＰＥが予選イベントＯＥ１として機能する場合がある。このような場合、私設イベントＰＥであっても参加条件の要件とされるポイントが付与される。つまり、このような私設イベントＰＥは、それを設定したユーザＵだけでなく、Ａ店舗６のゲーム機３を利用する他のユーザにも必然的に共有される。また、この場合、予選イベント化した私設イベントＰＥが本発明のユーザイベントとして、そのような私設イベントＰＥ（予選イベント）を含む一連の予選イベントＯＥ１が本発明の二以上のイベントとして、それぞれ機能する。

図４は、私設イベントＰＥを予選イベント化するためのサービスとして機能する場合のイベントサービスの一例の概要を説明するための説明図である。図４の例は、Ａ店舗６のユーザＵによって設定された“Ａ店舗大会”という私設イベントＰＥが予選イベント（公式イベント）化される（予選イベントＯＥ１として機能する）場合を示している。この場合、図４に示すように、イベントサービスは、申請工程及び公式化工程を含んでいる。

申請工程は、予選イベント化する対象の私設イベントＰＥをセンターサーバ２（或いはサーバ管理者）に申請するための工程である。申請工程では、まずユーザ端末装置４を介してユーザＵによって“Ａ店舗大会”の開催情報がセンターサーバ２に送信される（ステップＳ１）。この開催情報は、大会名（イベント名）、大会グレード（イベントのレベル）、大会日時（開催期間でもよい）、参加人数、対戦形式（例えばトーナメントやリーグ戦等）、及び開催場所(Ａ店舗６、或いはＡ店舗６の各ゲーム機３等)の情報を含んでいてよい。また、このような送信は、開催情報を入力するための専用のＷｅｂサイト（不図示）を通じて実現されてもよい。この場合、このような送信は、ユーザ端末装置４用のイベントサービスの少なくとも一部として機能する。なお、申請は書類を通じて実行されてもよい。また、開催情報の送信（申請）は、ゲーム機３を通じて実行されてもよい。この場合、ゲーム機３は、専用のＷｅｂサイトの代わりに、申請専用の申請画面（不図示）を提供してもよい。また、開催情報は、私設イベントＰＥの設定のために必要な情報と相違していても、共通していてもよい。開催情報の送信がユーザ端末装置４を介して実行される場合のユーザ端末装置４、或いはゲーム機３を介して実行される場合のゲーム機３が本発明の設定用端末として機能する。

開催情報の送信後、開催情報が許可条件を満たす場合には、センターサーバ２（あるいはサーバ管理者でもよい）は、申請工程において開催場所の店舗６、つまりＡ店舗６の運営者に申請情報が送信される（ステップＳ２）。Ａ店舗６の運営者は、申請情報を取得すると、その申請情報に基づいて私設イベントＰＥの公式イベント化を承認するか否か判断し、その判断結果（承認結果）をセンターサーバ２（あるいはサーバ管理者でもよい）に送信する（ステップＳ３）。これらの送信は、申請と同様に専用のＷｅｂサイトを通じて実行されてもよいし、ゲーム機３を通じて実行されてもよい。あるいは、センターサーバ２或いはゲーム機３等の各種装置によってセンターサーバ２或いはＡ店舗６の運営者のメールアドレスが管理されている場合には、メールを通じて実行されてもよい。

Ａ店舗６から承認結果を取得すると、センターサーバ２（あるいはサーバ管理者でもよい）は、申請工程において承認結果をユーザＵ（申請者）に送信する（ステップＳ４）。この送信は、公式イベント化が承認されている場合には申請対象の私設イベントＰＥの予選イベント化を許可する許可情報の送信を通じて、承認されていない（拒否されている）場合には不許可を示す情報の送信を通じて、それぞれ実行される。具体的には、センターサーバ２は、公式イベント化が承認されている場合には、予選イベント化の許可を示す認証コードを許可情報として発行し、その認証コードをユーザ端末装置４に送信する。認証コードの発行は、認証コードをユニークに管理しつつ開催情報を関連付ける許可データ５１に基づいて実行される。また、認証コードの送信は、専用のＷｅｂサイトを通じて実行されてもよいし、開催情報にユーザＵ（申請者）のメールアドレスが含まれている場合にはメールを通じて実現されてもよい。このような送信は、専用のＷｅｂサイト或いはＥ−ＭＡＩＬを通じて実現される場合にユーザ端末装置４用のイベントサービスの少なくとも一部として機能する。

なお、許可（認証コード等の許可情報）の送信は書類を通じて郵送にて実現されてもよい。また、許可条件はＡ店舗６の運営者の承認を要件に含んでいてもよい。つまり、許可条件は、Ａ店舗６の運営者によって承認された場合に満たされてもよい。この場合、許可条件は、関連情報に基づく第１要件及び承認結果に基づく第２要件を含み、第１要件が満たされる場合にステップＳ２の手順が実行され、第２要件が満たされる場合にステップＳ４の手順が実行されてもよい。

一方、公式化工程は、予選イベント化が許可された私設イベントＰＥを実際に予選イベントＯＥ１として設定するための工程である。公式化工程は、実際に私設イベントＰＥが予選イベントＯＥ１として機能するように、その私設イベントＰＥから変化した予選イベントＯＥ１を実際に提供するゲーム機３を特定し、そのゲーム機３に私設イベントＰＥを予備イベント化するために必要な情報を提供するために実行される。具体的には、公式化工程では、まず認証コード（許可情報）を受け取ったユーザＵ（Ａ店舗６の運営者でもよい）によってその認証コードがゲーム機３に入力される（ステップＳ５）。つまり、ユーザＵによって認証コードがゲーム機３に提供される。ゲーム機３は、認証コードを取得すると、センターサーバ２に送信する（ステップＳ６）。

一方、センターサーバ２は、ゲーム機３から認証コードを取得すると、私設イベントＰＥを実際に予選イベント（公式イベント）化するために必要な情報をそのゲーム機３に送信する（ステップＳ７）。具体的には、センターサーバ２は、まず許可データ５１を参照しつつ、ゲーム機３から取得した認証コードに関連する私設イベントＰＥの開催情報を取得する。その後、センターサーバ２は、その取得した開催情報に対応する予選イベントＯＥ１を公式イベントデータＥＤ１に追加する。そして、センターサーバ２は、その追加後の公式イベントデータＥＤ１を私設イベントＰＥの予選イベント（公式イベント）化に必要な情報としてゲーム機３（認証コードを送信してきたゲーム機３）に送信する。なお、私設イベントＰＥが一連の予選イベントＯＥ１の一部として予選イベント化される場合には、公式イベントデータＥＤ１を通じて一連の予選イベントＯＥ１との関連付けが設定されてよい。つまり、センターサーバ２は、ステップＳ７において申請対象の私設イベントＰＥが一連の予選イベントＯＥ１として機能するように公式イベントデータＥＤ１を生成し、そのような公式イベントデータＥＤ１をゲーム機３に送信してよい。また、一連の予選イベントＯＥ１として機能させるための情報（一連の予選イベントＯＥ１を指定する情報等）は、開催情報に含まれていてよい。あるいは、開催期間や規模、場所等の各種の情報に基づいて私設イベントＰＥは自動的に一連の予選イベントＯＥ１に振り分けられ、その結果がそのような情報として機能してもよい。そして、そのような開催情報（指定する情報や開催情報に含まれる各種の条件の情報）が本発明の設定内容として機能する。

センターサーバ２から公式イベントデータＥＤ１を取得すると、ゲーム機３はその取得した公式イベントデータＥＤ１に基づいてイベントモードに含まれる公式イベントＯＥを表示する（ステップＳ８）。この公式イベントデータＥＤ１には、予選イベント化が申請された私設イベントＰＥも正式に公式イベントＯＥとして含まれている。このため、公式イベントＯＥは、“Ａ店舗大会”という予選イベントＯＥ１を含むように表示される。結果として、“Ａ店舗大会”は公式イベントＯＥとして選択され、機能する。つまり、“Ａ店舗大会”が実際に予選イベントＯＥ１として提供（予選イベント化）される。

なお、ゲーム機３は、公式イベントデータＥＤ１の取得に伴い、私設イベントデータＥＤ２の内容を更新してもよい。具体的には、ゲーム機３は、ユーザの削除指示、或いは公式イベントデータＥＤ１に含まれる情報に基づいて“Ａ店舗大会”に対応する私設イベントＰＥを削除するように私設イベントデータＥＤ２の内容を更新してよい。この場合、“Ａ店舗大会”は公式イベント化に伴い私設イベントＰＥの表示から消える。つまり、私設イベントＰＥから公式イベントＯＥに移動したかのように、“Ａ店舗大会”は私設イベントＰＥの対象から削除される。また、私設イベントＰＥの設定者、或いは私設イベントＰＥの公式イベント化を申請した申請者には、このような設定等を促進するために、各種の報酬（特典）が付与されてもよい。このような報酬は、設定時（或いは申請時）、開催時、或いは許可時等、適宜の時期に付与されてよい。

さらに、公式イベントＯＥを実施した場合には、ゲーム機３は、その公式イベントのログ（各種の実績）をセンターサーバ２に提供する（ステップＳ９）。ログ情報は、公式イベントＯＥの実現に必要な情報である。具体的には、ログ情報は、公式イベントＯＥのプレイ状況の情報（例えば本戦イベントＯＥ２のためのポイント獲得数等）を含んでいる。そして、センターサーバ２は、そのログ情報に基づいて公式イベントＯＥの結果を管理したり、Ｗｅｂサービスの一部としてプレイ実績の情報を各ユーザ端末装置４に提供（各ユーザに共有）したりしてよい。私設イベントＰＥが公式イベント化されている場合には、このログにはその私設イベントＰＥのログ情報も含まれる。つまり、センターサーバ２は、予選イベント化された私設イベントＰＥのプレイ状況も含むように結果を管理したり、提供したりしてよい。具体的には、センターサーバ２は、そのような私設イベントＰＥを含む一連の予選イベントＯＥ１全体のプレイ状況（例えばポイントの付与状況）に基づいて各ユーザにランキング（順位付け）を設定したり、そのランキング結果に応じて本戦イベントＯＥ２への参加の可否を判別したりしてよい。このような場合、公式化工程のステップＳ６〜Ｓ７及びＳ９の手順がゲーム機用のイベントサービスとして機能する。一例として、このようにイベントサービスは提供される。

なお、各ユーザは一連の予選イベントＯＥ１の一部にだけ参加してもよい。この場合、その一部の実績に基づいて一連の予選イベントＯＥ１全体における順位付け（ランキング）がされ、本戦イベントＯＥ２への参加の可否が判別されてよい。また、店舗６の運営者によってイベントサービスが利用される場合には、ステップＳ１及びＳ４は店舗６（ゲーム機３或いは運営者用のユーザ端末装置４等）に対して実行されてよい。この場合、ステップＳ２及びＳ３の手順は省略されてよい。また、私設イベントの設定時に、各ユーザを識別するユーザＩＤ或いは各店舗６の運営者を識別するオペレータＩＤ等の設定者を識別するＩＤ情報が要求される場合には、このようなＩＤ情報に基づいて公式イベントの申請対象あるいは非申請対象が判別されてもよい。具体的には、例えば、私設イベントの設定者が店舗６の運営者或いは信頼度等に基づいてサーバ管理者によって認定された特定のユーザの場合には、ＩＤ情報を基準にその私設イベントは自動的に公式イベントの申請対象として判別され、イベントサービスの手順に沿って公式イベント化がすすめられてもよい。一方で、私設イベントの設定及び公式イベント化（イベントサービスの提供）は同時に実行されてもよい。つまり、私設イベントの設定は、例えば専用のＷｅｂサイト等を通じてイベントサービスの一部として実行されてもよい。このような場合、イベントサービスにおいて、設定対象のイベントの種類（例えば私設イベント若しくは公式イベント等）が指定されてもよい。あるいは、私設イベントは全て公式イベント化されるように全て申請工程等の対象とされてもよい。つまり、実際に私設イベントとして実行されるイベントは存在していなくてもよい。さらに、ランキング等の公式イベントＯＥのプレイ結果の確定には、ログ情報だけでなくその他の情報が利用されてもよい。具体的には、店舗６の運営者からイベントのプレイ状況に関する追加情報（例えば、実際の入賞結果の情報等）がサーバ管理者に送信され、この追加情報も加味されてプレイ結果は確定されてもよい。このような追加情報は、例えばログ情報だけでは実績（例えば入賞結果）を特定できない場合、換言すれば開催情報が対戦形式の情報を含まない場合、あるいはトーナメントにおける各ユーザの配置等、センターサーバ２が対戦形式の詳細の情報を管理していない場合等に利用されてよい。

また、ゲーム機３は、公式イベントＯＥだけを対象にプレイ状況の情報（いわゆるログ）をセンターサーバ２に提供してもよいし、そのような公式イベントだけでなく、通常のゲームに関するプレイ状況の情報もセンターサーバ２に提供してよい。つまり、ゲーム機３がセンターサーバ２に提供するログ情報には、通常のゲームのプレイ状況の情報等の公式イベントＯＥのプレイ状況以外のログの情報が含まれていてよい。通常のゲームに関するログの構成は、公式イベントＯＥに関するログと共通していてもよいし、相違していてもよい。つまり、通常のゲームに関するログを構成する項目は、公式イベントＯＥに関するログを構成する項目と同じであってもよいし、相違していてもよい。これらが同じ項目の場合、それらはヘッダー等で種別だけが区別されてもよい。あるいは、これらの項目が相違する場合、一部が相違していてもよいし、全部が相違していてもよい。一部が相違する場合、いずれか一方にのみ存在する項目があってもよいし、互いに相違する項目が両方に含まれていてもよい。具体的には、公式イベントＯＥのログを管理するためのログデータは、通常のゲームに関するログを管理するためのログデータに存在しない専用のデータ項目（追加データ）を含んでいてもよい。

次に、許可データ５１、公式イベントデータＥＤ１、及び私設イベントデータＥＤ２の詳細を説明する。許可データ５１は、許可情報をユニークに管理するためのデータである。具体的には、許可データ５１は、許可情報をユニークに記述したレコードの集合である。図５は、許可データ５１の構成の一例を示す図である。図５に示すように、許可データ５１は、私設イベントＰＥ毎にユニークな許可情報とそれに対応する私設イベントＰＥとを関連付ける許可レコード５１Ｒを含んでいる。許可レコード５１Ｒは、“許可”、“イベントＩＤ”、“詳細”の情報を含んでいる。

“許可”は、公式イベント化の許可を示す許可情報である。具体的には、“許可”には、許可情報として認証コードを示す情報が記述される。このような認証コードを示す情報として所定桁数のユニークな数字が記述されてよい。“イベントＩＤ”は、各公式イベントを識別するために公式イベント毎にユニークなイベントＩＤを示す情報である。“詳細”は、“イベントＩＤ”に対応する公式イベントの詳細を示す情報である。“詳細”には、公式イベントの詳細を示す情報として、上述の開催情報（申請時に提供される情報）が記述されてよい。許可レコード５１Ｒには、これらの情報が相互に関連付けて記録されている。

公式イベントデータＥＤ１は、クイズゲームの各公式イベントＯＥを管理するためのデータである。公式イベントデータＥＤ１は、各公式イベントＯＥを定義するレコードの集合である。図６は、公式イベントデータＥＤ１の構成の一例を示す図である。図６に示すように、公式イベントデータＥＤ１は、各公式イベントＯＥとその詳細とを関連付ける公式イベントレコードＲＳ１を含んでいる。公式イベントレコードＲＳ１は、“イベントＩＤ”、“詳細”、“承認範囲”、“種類”、及び“関連”の情報を含んでいる。“イベントＩＤ”及び“詳細”は、許可データ５１と同様の情報である。

一方、“承認範囲”は、公式イベント化を承認した範囲を示す情報である。具体的には、“承認範囲”には、許可情報の送信を通じて公式イベント化を許可したゲーム機３を示す筐体ＩＤ（各ゲーム機３を識別するためにゲーム機３毎にユニークなＩＤ）の情報が記述される（店舗６の単位で許可される場合には、各店舗６を識別するための店舗ＩＤの情報が記述されてもよい）。センターサーバ２のサーバ管理者によって設定された公式イベントＯＥ（当初から公式イベントＯＥとして設けられているもの）の場合には、“詳細”の情報に含まれる開催場所の情報と同じ情報が“承認範囲”に記述されてもよいし、“承認範囲”の情報は省略されてもよい。“種類”は、“イベントＩＤ”に対応する公式イベントの種類を示す情報である。“種類”の情報として、本戦イベントＯＥ２、予選イベントＯＥ１、或いは私設イベントＰＥ（私設イベントＰＥから公式化されたもの）を示す情報が使用されてよい。“関連”は、各イベントの関連を示す情報である。“関連”には、一連の予選イベントＯＥ１として機能する各予選イベントＯＥ１（予選イベント化された私設イベントＰＥを含む）を互いに関連付ける情報（例えば一連の予選イベントＯＥ１毎にユニークなＩＤあるいは数字等）が記述されてよい。公式イベントレコードＲＳ１には、これらの情報が相互に関連付けて記録されている。なお、公式イベント化に伴い私設イベントデータＥＤ２から該当の私設イベントＰＥが削除される場合、公式イベントデータＥＤ１は、このような私設イベントＰＥを特定するために、後述の“私設ＩＤ”の情報を含んでいてもよい。また、“詳細”に含まれる開催情報の申請者（設定者でもよい）を示す情報（例えばユーザの場合のユーザＩＤ、或いは店舗６の運営者の場合のオペレータＩＤ等）が本発明のユーザ識別情報として機能する。そして、この情報を“イベントＩＤ”等を介して私設イベントＰＥと関連付けるように含むことにより公式イベントデータＥＤ１が本発明のイベントデータとして機能する。

私設イベントデータＥＤ２は、クイズゲームの私設イベントＰＥを管理するためのデータである。私設イベントデータＥＤ２は、各私設イベントＰＥを定義するレコードの集合である。図７は、私設イベントデータＥＤ２の構成の一例を示す図である。図７に示すように、私設イベントデータＥＤ２は、各私設イベントＰＥとその詳細とを関連付ける私設イベントレコードＲＳ２を含んでいる。私設イベントレコードＲＳ２は、“私設ＩＤ”及び“詳細”の情報を含んでいる。“詳細”は、公式イベントデータＥＤ１と同様の情報である。“私設ＩＤ”は、各私設イベントＰＥを識別するために私設イベントＰＥ毎にユニークな私設ＩＤを示す情報である。私設イベントレコードＲＳ２には、これらの情報が相互に関連付けて記録されている。

なお、私設イベントＰＥを示す“種類”の情報を含む公式イベントレコードＲＳ１が私設イベントレコードＲＳ２として機能してもよい。つまり、私設イベントデータＥＤ２は、公式イベントデータＥＤ１の一部として機能してもよい。この場合、“私設ＩＤ”にはイベントＩＤの情報が記述されてよい。つまり、“イベントＩＤ”（或いは“私設ＩＤ”）の情報として、各私設イベントＰＥだけでなく各公式イベントＯＥも識別するように全イベントをユニークに管理するイベントＩＤの情報が利用されてよい。また、私設イベントデータＥＤ２も公式イベントデータＥＤ１と同様にセンターサーバ２で管理されていてもよい。さらに、これらの私設イベントデータＥＤ２及び公式イベントデータＥＤ１はゲーム機３に提供されなくてもよい。つまり、センターサーバ２によって私設イベントＰＥ及び公式イベントＯＥは一元的に管理され、ゲーム機３はこれらを認識していなくてもよい。この場合、公式イベントＯＥ等は、ゲーム機３を介さずにメールやＷｅｂサイト等を通じて案内され、センターサーバ２がその開催期間等に該当するログ情報をゲーム機３に取りに行くことにより公式イベントＯＥ等が実現されてもよい。

次に、図８〜図１０を参照して、イベント提供部２４或いはゲーム提供部３３が実行する許可発行処理、イベント処理、及びログ取得処理の手順を説明する。許可発行処理は、私設イベントＰＥを公式イベント化するための申請に基づいて許可情報を発行するための処理である。申請対象の開催情報を取得すると（あるいは取得後に所定の周期でもよい）、イベント提供部２４は、図８の許可発行処理を開始し、まずその取得した開催情報に対応する私設イベントＰＥが許可条件を満たすか否か判別する（ステップＳ１０１）。許可条件は、私設イベントＰＥの開催条件が所定の条件を満たす場合（例えば全ての項目が適切に入力されている場合、あるいは所定の参加規模、参加期間等を有する場合等）に満たされてもよいし、開催情報に基づいて運営者によって許可を示す操作が私設イベントＰＥに対して実行された場合に満たされてもよい。また、許可条件が第１条件及び第２条件を含む場合、このような開催条件に基づいて第１条件が満たされ、店舗６から公式イベント化の承認が届いた場合に第２条件が満たされてよい。そして、第１条件及び第２条件の両方が満たされた場合に許可条件が満たされてもよい。これらに基づいて私設イベントＰＥが許可条件を満たさない場合、イベント提供部２４は以降の処理をスキップして今回の処理を終える。

一方、私設イベントＰＥが許可条件を満たす場合、イベント提供部２４はその許可条件を満たした私設イベントＰＥに許可情報を発行する（ステップＳ１０２）。より具体的には、イベント提供部２４は、許可データ５１を参照しつつ、許可情報としてユニークな認証コードをその私設イベントＰＥに新しく発行する。続いてイベント提供部２４は、その発行した許可情報（例えば新しく発行した認証コード）を申請者に送信する（ステップＳ１０３）。この送信は、Ｅ−ＭＡＩＬ（例えば開催情報に含まれていよい）を通じて実行されてもよいし、専用のＷｅｂサイト（例えば専用のＷｅｂサイトへの掲示による通知）を通じて実行されてもよい。そして、イベント提供部２４は、許可情報を送信した後、今回の処理を終了する。これにより、許可条件に基づいて公式イベント化の可否が判別され、公式イベント化が許可される場合にその許可を示す許可情報が発行され、申請者に送信される。より具体的には、図４の例の申請工程におけるステップＳ１及びＳ４が実現される。

また、イベント処理は、公式イベント化が許可された私設イベントＰＥを公式イベントＯＥとして提供するための処理である。より具体的には、公式イベント化が許可された私設イベントＰＥは、イベント処理を通じて公式イベントＯＥとして管理される。なお、図９の例の左側はゲーム機３のゲーム提供部３３の処理を、右側はセンターサーバ２のイベント提供部２４の処理を、それぞれ示している。

公式イベント化が許可された私設イベントＰＥを実際に公式イベントＯＥとして提供することを了承する了承操作が実行されると、ゲーム提供部３３は図９のイベント処理を開始し、まず許可情報を取得する（ステップＳ２０１）。より具体的には、ゲーム提供部３３は許可情報としてその私設イベントＰＥに対応する認証コードの情報を取得する。認証コードの情報は、了承操作に認証コードの入力操作が含まれている場合にはその入力結果から取得されてよい。あるいは、認証コードの情報は、ゲーム機３を通じて申請が実行されている場合等、認証コードの情報（許可情報）が直接ゲーム機３に提供されている場合には、その提供結果（取得結果）から取得されてもよい。続いてゲーム提供部３３は、その取得した許可情報をセンターサーバ２に送信する（ステップＳ２０２）。

センターサーバ２のイベント提供部２４は、許可情報を取得すると図９のイベント処理を開始し、まず取得した許可情報を反映するようにデータを更新する（ステップＳ３０１）。具体的には、イベント提供部２４は、取得した許可情報に対応する公式イベントレコードＲＳ１を追加するように、公式イベントデータＥＤ１を更新する。この追加は、公式イベントＯＥの対象が店舗６の単位の場合には店舗６の単位（つまり店舗６の一つのゲーム機３からの許可情報の送信に伴いその店舗６の同じクイズゲームを提供する全ゲーム機３）で実行されてもよいし、各ゲーム機３の単位で実行されてもよい。また、イベント提供部２４は、許可情報に基づいて許可データ５１を参照しつつ開催情報を取得することによりこの追加を実現してよい。さらに、公式イベントデータＥＤ１が“関連”の情報を含むことにより、このような追加は一連の予選イベントＯＥ１として機能させるための関連付けとして機能してよい。つまり、イベント提供部２４は、ステップＳ３０１において、指定情報に基づく“関連”の情報を含む公式イベントレコードＲＳ１を追加することにより一連の予選イベントＯＥ１として機能するように私設イベントＰＥに関連を設定してよい。続いてイベント提供部２４は、その更新後のデータをゲーム機３に送信する（ステップＳ３０２）。具体的には、イベント提供部２４は、取得した許可情報に対応する公式イベントレコードＲＳ１を含む最新の公式イベントデータＥＤ１をゲーム機３に送信する。そして、イベント提供部２４は、最新の公式イベントデータＥＤ１をゲーム機３に送信した後に、今回の処理を終える。

一方、ゲーム機３のゲーム提供部３３は、最新の公式イベントデータＥＤ１を取得すると、データを更新する（ステップＳ２０３）。具体的には、ゲーム提供部３３は、既存の公式イベントデータＥＤ１をその取得した最新の公式イベントデータＥＤ１に置き換えるように、公式イベントデータＥＤ１を更新する。また、公式イベント化に伴い私設イベントデータＥＤ２から該当の私設イベントＰＥが削除される場合、ゲーム提供部３３は、公式イベントデータＥＤ１の更新とともに、該当の私設イベントＰＥを削除するように私設イベントデータＥＤ２を更新してもよい。あるいは、私設イベントデータＥＤ２がセンターサーバ２で管理される場合には、このような削除は公式イベントデータＥＤ１の更新及び送信とともに、センターサーバ２によって更新及び送信されてよい。そして、ゲーム提供部３３は、ステップＳ２０３において公式イベントデータＥＤ１の更新とともに、私設イベントデータＥＤ２を最新のものに更新してもよい。ゲーム提供部３３は、ステップＳ２０３にいてデータを更新した後に、今回の処理を終える。これにより、公式イベント化が許可された私設イベントＰＥが実際に公式イベントＯＥとして管理され、提供される。また、他の予選イベントＯＥ１と関連付けられた場合には、そのような私設イベントＰＥが一連の予選イベントＯＥ１の一つとして提供される。より具体的には、図４の例のステップＳ６〜Ｓ８に対応する公式化工程が実現される。

一方、ログ取得処理は、公式イベントＯＥのログ情報を管理するための処理である。図１０の例は、ログ情報に基づいて各ユーザ端末装置４に公式イベントＯＥの結果が共有される場合を示している。また、図１０の例は、センターサーバ２側が所定の周期において公式イベントＯＥを開催する店舗６の各ゲーム機３にログ（プレイ結果等のイベントの実績に関する詳細情報）の取得を行う場合を示している。なお、ログは、イベント終了後の適宜の時期にゲーム機３側からセンターサーバ２に送信されてもよい。この場合、図１０の例のステップＳ４０１〜Ｓ４０２は省略されてよい。

所定の周期において、イベント提供部２４は、図１０のログ取得処理を開始し、まず公式イベントデータＥＤ１を取得する（ステップＳ４０１）。続いてイベント提供部２４は、ログ情報を取得する対象を特定する（ステップＳ４０２）。具体的には、イベント提供部２４は公式イベントデータＥＤ１の“承認範囲”（あるいは“詳細”に含まれる開催場所）の情報に基づいて公式イベントＯＥを実際に開催する各ゲーム機３を特定する。次に、イベント提供部２４は、その特定した各ゲーム機３から該当の公式イベントＯＥに関するログを取得する（ステップＳ４０３）。また、イベント提供部２４は、各ゲーム機３からログの情報を取得すると、各公式イベントＯＥに関連する関連情報を生成する（ステップＳ４０４）。関連情報は、各公式イベントＯＥに関する情報としてＷｅｂサービスを通じて各ユーザに共有されるべき情報である（例えば、優勝者等のランキング、各参加者の獲得ポイント数等）。また、関連情報は、一連の予選イベントＯＥ１の場合、それらの全体における入賞状況等のプレイ状況の情報を含んでいてよい。つまり、イベント提供部２４は、ステップＳ４０３において、各公式イベントＯＥにおける各ユーザのランキングを生成したり、一連の予選イベントＯＥ１全体における各ユーザのランキングを生成したりしてよい。そして、イベント提供部２４は、その作成した関連情報をＷｅｂサービスの一部として各ユーザに提供して、今回の処理を終える。これにより、公式イベントに関するログがセンターサーバ２によって取得され、Ｗｅｂサービスの一部として各ユーザに共有される。つまり、予選イベント化した私設イベントＰＥのログ情報も自動的に取得され、そのような私設イベントＰＥのプレイ状況も関連情報（例えば、一連の予選イベントＯＥ１全体におけるランキングの情報等）として各ユーザに共有される。また、このような取得は、私設イベントＰＥから変化した公式イベントＯＥの場合、その開催を許可した（認証コードを提供した）ゲーム機３に限定される。より具体的には、図４の例のステップＳ９に対応する公式化工程が実現される。

以上に説明したように、この形態によれば、イベントサービスを通じて私設イベントＰＥを公式イベント化することができる。具体的には、許可条件に基づく許可情報（認証コード）の発行を条件に私設イベントＰＥのプレイ状況を公式イベントＯＥとして共有するために必要なログ情報がセンターサーバ２によって取得される。これにより、私設イベントＰＥの共有に必要なログ情報の取得を許可情報が発行された場合、つまりその私設イベントＰＥの公式化が許可された場合に限定することができる。つまり、例えば予選イベントＯＥ１として機能するためのポイントの付与結果等、私設イベントＰＥにおけるプレイ状況の他のユーザとの共有、換言すれば私設イベントＰＥを実際に公式イベントＯＥとして機能させる場合を許可情報が発行された場合に制限することができる。

さらに、ゲームをプレイするユーザによってそのような私設イベントＰＥが申請される場合には、その私設イベントＰＥの開催場所として機能する店舗６に承認の機会が付与される。そして、私設イベントＰＥを公式イベントＯＥとして機能させるための公式イベントデータＥＤ１（そのような私設イベントＰＥに対応する公式イベントレコードＲＳ１を含む）の提供先は、実際に許可情報を取得したゲーム機３に制限される。また、このような公式イベントデータＥＤ１が存在しなければ、その私設イベントＰＥは公式イベントＯＥとして表示されないし、提供もされない。つまり、このような公式イベントデータＥＤ１の提供後に、私設イベントＰＥは実際に公式イベントＯＥとして提供され、ログ情報も取得される。これにより、その許可情報を利用するか否か（例えばゲーム機３を介してセンターサーバ２に実際に送信するか否か）を通じて、その私設イベントＰＥを開催する店舗６の運営者に実際に私設イベントＰＥを公式イベントＯＥとして提供するか否か判断する機会を付与することができる。つまり、私設イベントＰＥを実際に公式イベントＯＥとして機能させる場合を更に店舗６の運営者によって承認された場合に制限することができる。これらにより、例えば開催期間が他の公式イベントＯＥと重複する場合、十分な開催規模（参加人数或いは期間）でない場合等、不適切な私設イベントＰＥの公式イベント化を制限することができる。

また、このようなイベントサービスを通じて、予選イベント化された私設イベントＰＥが一連の予選イベントＯＥ１の一部として設定される。具体的には、そのような私設イベントＰＥの開催情報に基づいてその私設イベントＰＥを含む一連の予選イベントＯＥ１が関連づけられ、それらの一連の予選イベントＯＥ１全体において各ユーザがランキングされる。つまり、予め用意された予選イベントＯＥ１だけでなく、事後的に設定される私設イベントＰＥもランキング対象の一連の予選イベントＯＥ１として提供される。これにより、そのような私設イベントＰＥを含む一連の予選イベントＯＥ１を事後的に設定することができる。より具体的には、例えば一連の予選イベントＯＥ１が設定された後に事後的にその一部として機能するように、或いは既存の一連の予選イベントＯＥ１が設定された後にそれとは別の新しい一連の予選イベントＯＥ１が追加されるように、そのような私設イベントＰＥを含む一連の予選イベントＯＥ１を設定することができる。結果として、このような私設イベントＰＥが運用によって実現される場合、つまりプレイ状況が運用で集計等される場合に比べて店舗６の運営者やサーバ管理者の手間暇を低減することができる。さらに、私設イベントＰＥが高い自由度で設定される場合でも、このような私設イベントＰＥを含む一連の予選イベントＯＥ１を事後的に設定することができる。つまり、ユーザによって任意に定義される私設イベントＰＥを一連の予選イベントＯＥ１に追加することを許容することができる。

さらに、このようなイベントサービスを通じて私設イベントＰＥを公式イベントＯＥとして機能させることができるので、このような私設イベントＰＥが提供されない場合に比べて、より多くの公式イベントＯＥを提供することができる。より具体的には、このような私設イベントＰＥを通じて、例えばより多くの予選イベントＯＥ１を提供することができる。これにより、私設イベントＰＥの実績を本戦イベントＯＥ２への参加条件の一部として活用することができるので、このような私設イベントＰＥが提供されない場合に比べて、より多くの実績に基づいて本戦イベントＯＥ２への参加の可否を判別することができる。結果として、より適切に参加の可否を判断することができる。また、私設イベントＰＥの魅力を向上させることもできる。さらに、このような私設イベントＰＥの関連情報がＷｅｂサービスを通じて他のユーザと共有される場合には、例えばランキングやポイントの付与状況等の私設イベントＰＥのプレイ状況（実績）を、各ユーザ端末装置４を介して他のユーザと共有することができる。これにより、私設イベントＰＥに対するユーザの興味をより向上させるこができる。

以上の形態において、センターサーバ２のイベント提供部２４が、図９のルーチンのＳ３０１を実行することにより本発明の関連設定手段の一例として機能する。また、センターサーバ２のイベント提供部２４が、図１０のルーチンのＳ４０４を実行することにより本発明のランキング設定手段の一例として機能する。一方、センターサーバ２の記憶部２３が公式イベントデータＥＤ１を記憶することにより本発明のデータ記憶手段として機能する。

本発明は上述した形態に限定されず、適宜の変形又は変更が施された形態にて実施されてよい。例えば、上記の形態では、ゲーム機３はアーケードゲーム機として構成されている。しかし、ゲーム機３は、アーケードゲーム機として構成されたゲーム機に限定されない。ゲーム機３として、ユーザ端末装置４等が機能してもよい。また、ゲーム機３はユーザ端末装置４等を遠隔入出力装置として利用しつつセンターサーバ２等のサーバ上で仮想的に動作するゲーム装置として構成されてもよい。一方で、ゲーム機３がセンターサーバ２として機能してもよい。つまり、上述の形態のセンターサーバ２の役割（各種処理等）の全部或いは一部をゲーム機３が実行してもよい。あるいは、センターサーバ２が省略され、ゲーム機３がゲームシステム１として機能してもよい。

さらに、上述の形態では、許可条件が満たされ、許可情報が発行された場合に私設イベントＰＥが公式イベント化されている。しかし、本発明は、このような形態に限定されない。例えば、このような許可情報の発行は省略されてもよい。つまり、サーバ管理者による許可の機会や店舗６の運営者による承認の機会が省略され、私設イベントＰＥが設定された場合には無条件に公式イベントＯＥとして機能してもよい。

上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する部材を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。

本発明のゲームシステムは、ユーザによるユーザイベント（ＰＥ）の設定を許容することにより当該ユーザイベントを含む複数のイベント（ＰＥ、ＯＥ）を実現するゲームを提供するゲームシステム（１）であって、前記ユーザイベントの設定内容に基づいて前記ユーザイベントを含む二以上のイベント（ＯＥ１）に関連を設定する関連設定手段（２４）と、各ユーザのプレイ状況の情報に基づいて、前記二以上のイベント全体におけるランキングを各ユーザに設定するランキング設定手段（２４）と、を備えている。

本発明によれば、ユーザイベントの設定内容に基づいてそのようなユーザイベントを含むように二以上のイベントが関連付けられ、それらの二以上のイベント全体において各ユーザがランキングされる。つまり、予め用意されたイベントだけでなく、事後的に設定されるユーザイベントもランキング対象の一連のイベントの一つとして提供される。これにより、ユーザイベントを含む一連のイベントを事後的に設定することができる。具体的には、例えば一連のイベントが設定された後にその一部として、或いは既存の一連のイベントが設定された後にそれとは別の新しい一連のイベントの一部として、ユーザイベントを事後的に機能させることができる。結果として、このようなユーザイベントが運用によって実現される場合に比べて運営者の手間暇を低減することができる。さらに、ユーザイベントが高い自由度で設定される場合でも、このようなユーザイベントを含む一連のイベントを事後的に設定することができる。つまり、ユーザによって任意に定義されるイベントを一連のイベントに追加することを許容することもできる。

ユーザイベントは特定のユーザによって設定されても、任意のユーザによって設定されてもよい。また、任意のユーザによって設定される場合には、そのような各ユーザは管理されていても、いなくてもよい。例えば、本発明のゲームシステムの一態様において、前記ユーザイベントが各ユーザによって設定される場合に、各ユーザを識別するためのユーザ識別情報のうち前記ユーザイベントを設定したユーザに対応する前記ユーザ識別情報と前記ユーザイベントとが関連付けられるように記述されたイベントデータ（ＥＤ１）を記憶するデータ記憶手段（２３）を更に備えていてもよい。

ランキングは、各種の目的に使用されてよい。例えば、ランキングは単に順位付けのためだけに使用されてもよいし、各種の特典（例えば、ゲームに関連する特典或いはゲームに無関係な特典、電子的な特典或いは物理的な特典、又は電子的な特典を含む有形の特典或いは各種の権利等の無形な特典等）の付与に使用されてもよい。具体的には、例えば、本発明のゲームシステムの一態様において、前記ランキング設定手段は、前記ランキングに応じて所定の特典が付与されるように、前記ランキングを設定してもよい。また、この態様において、前記ランキング設定手段は、参加条件に基づいて参加が許可される特別のイベント（ＯＥ２）を前記複数のイベントが含む場合に、前記ランキングを前記参加条件として利用することにより前記特別のイベントへの参加の許可が前記所定の特典として機能するように、前記ランキングを設定してもよい。この場合、ユーザイベントのプレイ状況を特別のイベントへの参加条件の一部として活用することができる。これにより、このようなイベントが利用されない場合と比べて、より多くのプレイ状況に基づいて特別のイベントへの参加の可否を判別することができるので、より適切に参加の可否を判別することができる。結果として、ユーザイベントの魅力を向上させることもできる。

上述のようなゲームはゲームシステムによって直接提供されてもよいし、ゲーム機を介して間接的に提供されてもよい。つまり、上述のようなゲームを提供する一台のゲーム機が本発明のゲームシステムとして機能してもよいし、本発明のゲームシステムは上述のようなゲームを提供するゲーム機に接続されていてもよい。具体的には、例えば、本発明のゲームシステムの一態様において、前記ランキング設定手段は、ネットワーク（５）を介して接続されるゲーム機（３）を介して前記ゲームが提供される場合に、前記ゲーム機から取得した前記プレイ状況の情報に基づいて、前記ランキングを設定してもよい。なお、ゲーム機を介してゲームが提供される場合には、上述のユーザの概念には、そのゲーム機のユーザ（ゲームをプレイする者）だけでなく、そのゲーム機の運営者（管理者）が含まれてよい。

ユーザイベントは各種の態様で設定されてよい。例えば、ネットワークを介してゲーム機が接続される場合にはそのゲーム機を介して設定されてもよいし、ネットワークを介してユーザ端末装置が接続される場合にはそのユーザ端末装置を介して接続されてもよい。つまり、ユーザイベントは、これらのゲーム機或いはユーザ端末装置等、ユーザイベントを設定可能な各種の設定用端末を介して設定されてよい。具体的には、例えば、本発明のゲームシステムの一態様において、前記関連設定手段は、ネットワーク（５）を介して接続される設定用端末（３、４）を介して前記ユーザイベントが設定される場合に、当該ユーザイベントを含むように前記二以上のイベントに関連を設定してもよい。なお、この場合、上述のユーザの概念には、このような設定用端末のユーザが含まれてよい。

一方、本発明のコンピュータプログラムは、前記ゲームのプレイに使用される入力装置（３６）及び出力装置（３７）に接続されるコンピュータ（２４）を、上述のゲームシステムの各手段として機能させるように構成されたものである。また、本発明のサーバ装置（２）は、前記ゲームのプレイに使用される入力装置（３６）及び出力装置（３７）にネットワーク（５）を介して接続され、上述のゲームシステムの各手段として機能するものである。本発明のコンピュータプログラム或いはサーバ装置を通じて、本発明のゲームシステムを実現することができる。

１ ゲームシステム
２ センターサーバ
３ ゲーム機
４ ユーザ端末装置
５ ネットワーク
２３ 記憶部（データ記憶手段）
２４ イベント提供部(コンピュータ、関連設定手段、ランキング設定手段）
３６ 入力装置
３７ 表示装置（出力装置）
ＰＥ 私設イベント（ユーザイベント）
ＯＥ１ 一連の予選イベント（二以上のイベント）
ＯＥ２ 本戦イベント（特別のイベント）
ＥＤ１ 公式イベントデータ（イベントデータ）

Claims (8)

1. ユーザによるユーザイベントの設定を許容することにより当該ユーザイベントを含む複数のイベントを実現するゲームを提供するゲームシステムであって、
   前記ユーザイベントの設定内容に基づいて前記ユーザイベントを含む二以上のイベントに関連を設定する関連設定手段と、
   各ユーザのプレイ状況の情報に基づいて、前記二以上のイベント全体におけるランキングを各ユーザに設定するランキング設定手段と、
   を備える、ゲームシステム。
2. 前記ユーザイベントが各ユーザによって設定される場合に、各ユーザを識別するためのユーザ識別情報のうち前記ユーザイベントを設定したユーザに対応する前記ユーザ識別情報と前記ユーザイベントとが関連付けられるように記述されたイベントデータを記憶するデータ記憶手段を更に備える、請求項１のゲームシステム。
3. 前記ランキング設定手段は、前記ランキングに応じて所定の特典が付与されるように、前記ランキングを設定する、請求項１又は２のゲームシステム。
4. 前記ランキング設定手段は、参加条件に基づいて参加が許可される特別のイベントを前記複数のイベントが含む場合に、前記ランキングを前記参加条件として利用することにより前記特別のイベントへの参加の許可が前記所定の特典として機能するように、前記ランキングを設定する、請求項３のゲームシステム。
5. 前記ランキング設定手段は、ネットワークを介して接続されるゲーム機を介して前記ゲームが提供される場合に、前記ゲーム機から取得した前記プレイ状況の情報に基づいて、前記ランキングを設定する、請求項１〜４のいずれか一項のゲームシステム。
6. 前記関連設定手段は、ネットワークを介して接続される設定用端末を介して前記ユーザイベントが設定される場合に、当該ユーザイベントを含むように前記二以上のイベントに関連を設定する、請求項１〜５のいずれか一項のゲームシステム。
7. 前記ゲームのプレイに使用される入力装置及び出力装置に接続されるコンピュータを、請求項１〜６のいずれか一項のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
8. 前記ゲームのプレイに使用される入力装置及び出力装置にネットワークを介して接続され、請求項１〜６のいずれか一項のゲームシステムの各手段として機能するサーバ装置。

Images