JP7385276B2 - ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 - Google Patents

Description

本発明は、センターゲームを提供するセンターユニットと、そのセンターゲームの提供先としてそれぞれ機能する複数のステーションユニットと、が設けられるゲームユニットにネットワークを介して接続されるゲームシステム等に関する。

センターゲームを提供するセンターユニットと、そのセンターゲームの提供先としてそれぞれ機能する複数のステーションユニットと、が設けられるゲームユニットにネットワークを介して接続されるゲームシステムが存在する。このようなゲームユニットとして各遊技者によって個別に使用される複数のブースと複数のブースによって共用される抽選フィールドとが設けられたゲーム機を利用し、カメラによって撮影された抽選フィールドのライブ映像をネットワークに接続されたクライアント装置に表示させるオンラインゲームシステムが知られている（例えば特許文献１参照）。

特開２００８－２４５８６９号公報

特許文献１のシステムでは、クライアント装置を介して遠隔地におけるゲーム機のプレイが実現される。しかし、引用文献１のシステムでは、クライアント装置はあくまでもゲーム機のブースの一つを遠隔地から利用するに過ぎない。このため、遠隔地からプレイできるとしても、その数はゲーム機のブースの数に限定されてしまう。結果として、特許文献１のシステムはクライアント装置としてユーザ端末装置等の多くの装置を利用可能であるにもかかわらず、それらの多くの装置を十分に活用できていない。

そこで、本発明は、ゲームユニットとは別のゲーム機をそのゲームユニットに追加されるステーションユニットとして機能させることができるゲームシステム等を提供することを目的とする。

本発明のゲームシステムは、センターゲームを提供するセンターユニットと、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニットと、が設けられるゲームユニットにネットワークを介して接続されるゲームシステムであって、複数のユーザに使用されるように施設に設置され、前記ゲームユニットとは別のゲーム装置としてネットワークを介して接続されるゲーム機から前記ゲームユニットのプレイが要求された場合に、当該ゲーム機のために前記センターユニットに前記センターゲームを提供させるゲーム提供手段と、前記ゲーム機において前記複数のステーションユニットとは別に前記センターゲームのプレイが実現されるように、前記センターゲームの進行に関する進行情報を前記ゲーム機に提供する進行提供手段と、を備えるものである。

また、本発明のコンピュータプログラムは、前記ゲームユニットに前記ネットワークを介して接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。

本発明の制御方法は、センターゲームを提供するセンターユニットと、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニットと、が設けられるゲームユニットにネットワークを介して接続されるゲームシステムに組み込まれるコンピュータに、複数のユーザに使用されるように施設に設置され、前記ゲームユニットとは別のゲーム装置としてネットワークを介して接続されるゲーム機から前記ゲームユニットのプレイが要求された場合に、当該ゲーム機のために前記センターユニットに前記センターゲームを提供させるゲーム提供手順と、前記ゲーム機において前記複数のステーションユニットとは別に前記センターゲームのプレイが実現されるように、前記センターゲームの進行に関する進行情報を前記ゲーム機に提供する進行提供手順と、を実行させるものである。

本発明の一形態に係るゲームシステムの全体構成の一例を示す図。 第１ゲームユニットの全体図。 センターユニット及び複数のステーションユニットの斜視図。 抽選フィールドの模式図。 基本ゲームのゲーム画面の一例を示す図。 ビンゴゲームのゲーム画面の一例を示す図。 接続サービスの概要を説明するための説明図。 第１の形態に係るゲームシステムに構築される各システムの概要を示す図。 第１の形態に係るゲームシステムの制御系の要部を示す機能ブロック図。 第１の形態に係る接続サービスの流れを説明するための説明図。 接続サービスのゲーム画面の一例を模式的に示す図。 第１の形態に係るゲーム要求処理の手順の一例を示すフローチャート。 第１の形態に係るゲーム提供処理の手順の一例を示すフローチャート。 第１の形態に係る進行提供処理の手順の一例を示すフローチャート。 増加算出処理の手順の一例を示すフローチャート。 第２の形態に係るゲームシステムに構築される各システムの概要を示す図。 第２の形態に係るゲームシステムの制御系の要部を示す機能ブロック図。 第２の形態に係る接続サービスの流れを説明するための説明図。 施設データの構成の一例を示す図。 接続先データの構成の一例を示す図。 費用データの構成の一例を示す図。 第２の形態に係るゲーム提供処理の手順の一例を示すフローチャート。 第２の形態に係る進行提供処理の手順の一例を示すフローチャート。 費用算出処理の手順の一例を示すフローチャート。 第３の形態に係るゲームシステムに構築される各システムの概要を示す図。 第３の形態に係るゲームシステムの制御系の要部を示す機能ブロック図。 第３の形態に係る接続サービスの流れを説明するための説明図。 第３の形態に係る接続サービスの高負荷時の流れを説明するための説明図。 稼働データＯＤの構成の一例を示す図。 第３の形態に係るゲーム要求処理の手順の一例を示すフローチャート。 第３の形態に係るゲーム提供処理の手順の一例を示すフローチャート。 第３の形態に係る進行提供処理の手順の一例を示すフローチャート。

以下、本発明のゲームシステムの一形態を説明する。まず、図１を参照して、本発明の一形態に係るゲームシステムの全体構成を説明する。図１に示すように、ゲームシステム１は、サーバ２を含んでいる。サーバ２には、ネットワークＮＴを介してゲームユニット３、及びゲーム機４が接続される。

サーバ２は、一例として、複数のサーバユニット２Ａ、２Ｂ…（以下、参照符号２で代表することがある。）が組み合わされた論理的なサーバシステムとして構成される。サーバユニット２はネットワークＮＴ上の特定位置に集合的に設置されてもよいし、クラウドコンピューティングを利用してネットワークＮＴ上で分散して設置されることにより、いわゆるクラウド型のサーバシステムを構成するように設けられてもよい。ネットワークＮＴは、ゲームユニット３、及びゲーム機４をサーバ２に対して通信可能に接続させることができる限り、適宜に構成されてよい。一例として、ネットワークＮＴは、ＷＡＮとしてのインターネットと、サーバ２、ゲームユニット３、及びゲーム機４のそれぞれをインターネットに接続するＬＡＮ、或いはアクセスポイントＡＰといった各種の接続設備又は機器等とを含んでいる。なお、ネットワークＮＴは、例えば後述の第１の形態等、ＬＡＮのみによって構成される場合を適宜に含んでいてよい。

ゲームユニット３、及びゲーム機４は、いずれもユーザにゲームを提供するゲーム装置である。ゲーム機４は、ゲームを提供する各種のゲーム装置（コンピュータ装置）を含んでいてよいが、図１の例では、アーケードゲーム機４Ａ、モバイル端末装置４Ｂ、携帯型タブレット端末装置４Ｃ、及び据置型又はブック型のパーソナルコンピュータ４Ｄが示されている。アーケードゲーム機４Ａはアミューズメント店舗等の施設に設置され、所定の対価の徴収（消費）と引き換えにユーザにゲームをプレイさせる商業用（業務用）のゲーム機（装置）として構成されている。

モバイル端末装置４Ｂ、携帯型タブレット端末装置４Ｃ、及び据置型又はブック型のパーソナルコンピュータ４Ｄは、いずれもネットワーク接続が可能でかつユーザの個人用途に供される（個別に使用される）コンピュータ装置の一例である。この種のコンピュータ装置は、一般的にユーザ端末装置と呼ばれる。ユーザ端末装置は、ソフトウェア（アプリケーション）の実行に伴い各種のサービスを提供するが、このようなサービスにはゲームが含まれる。つまり、モバイル端末装置４Ｂ等のユーザ端末装置は、所定のアプリケーションの実行に伴い、ゲームをプレイするためのゲーム装置として機能する。このようなアプリケーションは適宜にユーザ端末装置に提供されてよく、例えばネットワークＮＴを介してサーバ２から提供されてもよいし、記憶媒体等を介して提供されてもよい。また、モバイル端末装置４Ｂ等に限定されず、各種のユーザ端末装置がゲーム機４として利用されてよく、例えば据置型の家庭用ゲーム機、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のコンピュータ装置がゲーム機４として利用されてもよい。なお、ゲーム機４は、アーケードゲーム機４Ａ、やモバイル端末装置４Ｂといった複数種類のゲーム装置を含む形態に限定されず、例えばいずれか一種類のゲーム装置のみで構成されてもよい。

一方、ゲームユニット３は、複数種類のゲーム装置の組み合わせにより形成される装置である。これらの複数種類のゲーム装置は、全体として一つのゲーム装置として機能する。換言すれば、ゲームユニット３は、複数種類のゲーム装置の組み合わせにより実現されるゲームを提供するためのゲーム装置である。これらの複数種類のゲーム装置は、一つのゲームユニット３として機能するように適宜に組み合わされてよく、例えば第１ゲームとその第１ゲームにおいて特別な条件が満たされた場合にプレイできる第２ゲームとをそれぞれ提供するように組み合わされてもよい。これらの複数種類のゲーム装置は、このような場合も含め、ゲームの提供元、及びそのゲームの提供先としてそれぞれ機能するように組み合わされる場合が多い。ゲームユニット３は、一種類だけで構成されてもよいし、複数種類のゲームユニットを含んでいてもよいが、図１の例では第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂを含んでいる。第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂは、いずれも複数種類のゲーム装置をそれぞれ含み、それらを通じて互いに異なるゲームを提供する。ゲームユニット３の詳細は第１ゲームユニット３Ａを例に後述する。

サーバ２は、ゲームユニット３又はそのユーザに対して各種のユニット用サービスを提供する。ユニット用サービスはゲームユニット３のための各種のサービスを適宜に含みえるが、一例として接続サービスを含んでいる。接続サービスは、ネットワークＮＴを介してゲームユニット３にゲーム機４を接続させるサービスである。このような接続を通じてゲーム機４にはゲームユニット３が実現可能な各種のサービスが提供されてよいが、一例としてゲームユニット３が提供するゲームの少なくとも一部のプレイが提供される。換言すれば、接続サービスは、ネットワークＮＴを介して、ゲーム機４にゲームユニット３のゲームをプレイさせるためのサービスである。接続サービスの詳細は後述する。なお、ユニット用サービスは、例えばその他にもネットワークＮＴを介してゲームユニット３（そこに含まれる複数種類のゲーム装置）のプログラム或いはデータを配信し、更新する配信サービス、ユーザの識別情報を受け取って、そのユーザを認証するサービス、ネットワークＮＴを介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス、或いはユーザから料金を徴収する課金サービス等を適宜に含んでいてよい。

同様に、サーバ２は、ネットワークＮＴを介してゲーム機４又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスは、ゲーム機４のための各種のサービスを適宜に含みえるが、上述の接続サービスを含んでいる。なお。ゲーム機用サービスは、ユニット用サービスと同様に、例えばその他にもネットワークＮＴを介してゲームユニット３（そこに含まれる複数種類のゲーム装置）のプログラム或いはデータを配信し、更新する配信サービス、ユーザの識別情報を受け取って、そのユーザを認証するサービス、ネットワークＮＴを介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス、或いはユーザから料金を徴収する課金サービス等を適宜に含んでいてよい。

次に、図２～図６を参照して、第１ゲームユニット３Ａを例にゲームユニット３の詳細について説明する。ゲームユニット３は各種のゲーム装置の組み合わせにより適宜に構成されてよく、第１ゲームユニット３Ａはその一例である。図２は、第１ゲームユニット３Ａの全体図である。第１ゲームユニット３Ａは、所定のプレイ料金の支払いと引換えに、そのプレイ料金に対応した範囲でユーザにゲームをプレイさせる商業用（業務用）のゲーム機（いわゆるアーケードゲーム機）の一種として構成される。

第１ゲームユニット３Ａは各種のゲームを適宜に提供してよく、提供するゲームに応じて適宜に構成されてよいが、図２の例では遊技媒体としてメダルを利用する、いわゆるメダルゲーム機として構成されている。第１ゲームユニット３Ａは、センターユニットＣＮと、そのセンターユニットＣＮの周囲を取り囲むようにして配置される複数のステーションユニットＳＴとを備えている。センターユニットＣＮ、及び各ステーションユニットＳＴは、いずれもゲーム装置であるが、各ステーションユニットＳＴはセンターユニットＣＮが提供するゲームの提供先として機能する。つまり、ユーザは各ステーションユニットを介してセンターユニットＣＮのゲームをプレイする。第１ゲームユニット３Ａには、センターユニットＣＮの上方に位置するセンターモニタＭＯが設けられている。センターモニタＭＯは、第１ゲームユニット３Ａで提供されるゲームに付随した様々な映像を表示する。センターモニタＭＯとして、例えば液晶ディスプレイ装置が適用される。

図３は、センターユニットＣＮ及び複数のステーションユニットＳＴの斜視図である。図３の例では、説明の便宜上、第１ゲームユニット３Ａの外装の一部が省略されている。センターユニットＣＮは、適宜のゲームを提供するように構成されてよいが、図３の例ではセンターゲームとしてのいわゆるルーレットゲームを提供するように構成されている。具体的には、センターユニットＣＮには、複数の選択肢から少なくとも１つの選択肢を選択する抽選機構ＬＵと、抽選機構ＬＵに遊技体としてのボールＢを投入する投入機構ＳＵと、ボールＢを回収する回収機構（不図示）とが設けられている。抽選機構ＬＵは、抽選フィールドＬＦにボールＢが投入され、各選択肢がそれぞれ対応付けられた複数のポケット５２にボールＢが進入することにより、ボールＢが進入したポケット５２の選択肢が抽選されるルーレット型の抽選機構である。選択肢として、例えば複数色（赤、黄、緑、水色、青の５色）が設定され、各ポケット５２に所定の順番で割り当てられている。本形態では、各色が３つのポケット５２に割り当てられている。各色が複数種類の属性に相当する。

抽選機構ＬＵには、抽選が行われる抽選フィールドＬＦと、投入機構ＳＵから供給されたボールＢを投入するボール投入口５１とが設けられている。抽選フィールドＬＦには、複数のポケット５２の一部（ポケット５２ａと呼ぶ場合がある）が周方向に沿って並べられて軸線ＡＸを中心に回転駆動される第１抽選部５３と、第１抽選部５３の周囲を取り囲むように、残りのポケット５２（ポケット５２ｂと呼ぶ場合がある）と、ボールＢを第１抽選部５３に案内する１以上の案内通路５４とが並べられて第１抽選部５３と一体的に回転駆動される第２抽選部５５と、第１抽選部５３と第２抽選部５５との間に位置し、軸線ＡＸを中心に第１抽選部５３及び第２抽選部５５と逆方向に回転駆動される回転部としての回転フィールド５６と、第２抽選部５５の周囲を取り囲むように位置するボール移動フィールド５７とが設けられている。

一方、各ステーションユニットＳＴは、センターユニットＣＮが提供するルーレットゲームをプレイするためのゲーム装置として機能する。つまり、各ステーションユニットＳＴはルーレットゲームの提供先として機能し、ユーザは各ステーションユニットＳＴを介してルーレットゲームをプレイする。具体的には、ステーションユニットＳＴには、メダルを投入するメダル投入口６１と、モニタ６２と、モニタ６２に重ね合わされた透明なタッチパネル６３と、ユーザが所有するカード６４を読み取るカードリーダ６５と、メダルを払い出すメダル払出口６６とが設けられている。ユーザがメダルをメダル投入口６１に投入するとクレジットとしてカウントされる。なお、第１ゲームユニット３Ａにおいてクレジットとしてカウントされたメダル（投入されたメダル）はその第１ゲームユニット３Ａでのみ消費可能とされてもよいが、一例としてメダルとしての払い出しが許容される。この場合において、クレジットとメダルとの間の変換レートは適宜に設定されてよい。また、このような変換レートは施設等の範囲において一律であっても、ゲーム装置（ゲームの種類）毎に相違していてもよい。

各ステーションユニットＳＴでは、クレジットの消費に応じた範囲のゲームが提供される。つまり、クレジットの消費（徴収）と引き換えにゲームが提供される。このようなゲームとして各種のゲームが適宜に適用されてよく、例えばそれはセンターユニットＣＮが提供するルーレットゲーム自体であってもよい。つまり、各ステーションユニットＳＴは、メダルの投入、引き出し（払い出し）、消費、及び払い出しを受け付け、センターユニットＣＮのルーレットゲームを直接プレイする装置として構成されてもよい。あるいは、センターユニットＣＮのルーレットゲームを提供するための特別条件が判別される別のゲーム（ルーレットゲームとは独立的に進行するゲーム）を提供してもよい。このように各ステーションユニットＳＴは、ルーレットゲームと関連する適宜のゲームを提供してよいが、一例としてルーレットゲームと関連して進行するゲーム（以下、ミニゲームと呼ぶ場合がある）を提供する。また、このようなミニゲームとして各ステーションユニットＳＴでは一種類のゲームだけが提供されてもよいが、一例として複数種類のゲームが提供され、ユーザはプレイするゲームを選択することができる。

各ステーションユニットＳＴは、適宜のミニゲームを提供してよいが、一例として、ビンゴゲームや、ブロック消しゲーム、デジタルプッシャーゲーム等を提供する。各ミニゲームは、センターユニットＣＮでの抽選結果に応じて進行する。ミニゲームの操作はタッチパネル６３を介して入力される。モニタ６２には一例として液晶ディスプレイ装置が適用される。モニタ６２及びタッチパネル６３は、周知技術を利用して構成されてよい。カード６４には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられ、その媒体にはカード６４毎にユニークなユーザ識別情報（以下、カードＩＤと呼ぶ場合がある）等が記録される。カードＩＤは、第１ゲームユニット３Ａのユーザを識別するための情報として利用される。

ルーレットゲームとミニゲームとの関連について更に説明する。センターユニットＣＮで実行されるルーレット（抽選）の抽選結果に基づいて、各ステーションユニットＳＴではミニゲームが進行する。センターユニットＣＮで実行されるルーレットゲーム（抽選）では、抽選フィールドＬＦにボールＢが投入され、ボールＢが進入したポケット５２に対応付けられた選択肢が選択される。ルーレットゲームでは所定数のボールＢが抽選単位として設定され、抽選単位での抽選が所定の終了条件が成立しない限り繰り返される。一例として、１回の抽選単位で３つのボールＢが抽選フィールドＬＦに投入される。抽選が開始されてから、終了条件が成立して抽選が終了するまでが１回のルーレットゲームであり、ルーレットゲームが終了するとミニゲームのゲーム結果に応じてユーザに配当が付与され、次のルーレットゲームが実行される。

図４は、抽選フィールドＬＦの模式図である。抽選フィールドＬＦに設けられた複数のポケット５２は、赤ポケット５２ｐ、黄ポケット５２ｑ、緑ポケット５２ｒ、水色ポケット５２ｓ及び青ポケット５２ｔの５色の色ポケット５２ｐ～５２ｔと、抽選を終了させる終了ポケット５２ｕと、終了条件の成立を無効にする無効ポケット５２ｖとを含んでいる。各ポケット５２ｐ～５２ｖに対応付けられている種類が複数の選択肢に相当する。これらの選択肢の数は適宜であってよいが、図４の例では、抽選フィールドＬＦには、各色４つずつの色ポケット５２ｐ～５２ｔと、３つの終了ポケット５２ｕと、１つの無効ポケット５２ｖとが設けられている。第１抽選部５３には、各色１つずつの色ポケット５２ｐ～５２ｔ及び無効ポケット５２ｖが設けられている。第２抽選部５５には、各色３つずつの色ポケット５２ｐ～５２ｔ及び３つの終了ポケット５２ｕが設けられ、各ポケット５２は３つの案内通路５４で１種類ずつに分けられて第１抽選部５３を取り囲むように周方向に並べられている。

ルーレットゲームが開始されると、抽選単位でゲームが進行する。１回の抽選単位で３つのボールＢが投入機構ＳＵから抽選フィールドＬＦに投入され、各ボールＢはいずれかのポケット５２に入る。例えば、ボールＢが色ポケット５２ｐ～５２ｔに入ると、色毎にボールＢが入った回数が計数され、ステーションユニットＳＴのミニゲームに影響する。ボールＢが終了ポケット５２ｕに入ると、ルーレットゲームが終了する。終了条件として、終了ポケット５２ｕにボールＢが入ることが設定されている。ポケット５２に入ったボールＢは、適宜の経路を経て投入機構ＳＵに供給される。

また、ボールＢが無効ポケット５２ｖに入ると、ルーレットゲームは「スペシャルチャンス」状態となり、終了条件が無効、つまり終了ポケット５２ｕにボールＢが入ってもルーレットゲームが継続する。「スペシャルチャンス」状態の間、終了ポケット５２ｕにボールＢが入っても１回のみ継続する。「スペシャルチャンス」状態の間にもう一度無効ポケット５２ｖにボールＢが入ると、ステーションユニットＳＴでのミニゲームの配当が２倍になる。「スペシャルチャンス」は、抽選単位で設定される。例えば、無効ポケット５２ｖにボールＢが入った次の１回の抽選単位の抽選が「スペシャルチャンス」状態として設定される。設定される抽選単位の回数は適宜変更されてよい。また、「スペシャルチャンス」となった場合、又は「スペシャルチャンス」状態の間にもう一度無効ポケット５２ｖにボールＢが入った場合、次の１回の抽選単位の抽選において投入されるボールＢの投入タイミングは、いずれかのステーションユニットＳＴにてユーザの操作により決定される。いずれのステーションユニットＳＴに対して投入タイミングの決定権を与えるかは、抽選処理によって決定され、表示又は／及び音声にてユーザに報知される。「スペシャルチャンス」状態においては、終了ポケット５２ｕは無効化されているため、ユーザは気兼ねなくボールＢを投入することができ、かつ、他のユーザにとって価値のあるポケット５２にボールＢが入った場合などは他のユーザに感謝されることもあり、ユーザの昂揚感を高めることも可能である。なお、投入タイミングの決定権を与えられたステーションユニットＳＴにおいて投入タイミングを指定する操作が決定後所定時間内に行われなかった場合は自動的にボールＢが投入される。抽選ゲームのゲーム設定、例えば、色ポケットの種類や個数、終了ポケット５２ｕや無効ポケット５２ｖの個数、ポケット５２の配置、終了条件、「スペシャルチャンス」の設定等は適宜変更されてよい。

一方、各ステーションユニットＳＴでは、複数種類のミニゲームが提供される。ユーザは、１以上のミニゲームを選択してクレジットをベット（消費）し、センターユニットＣＮの抽選結果に応じた配当を受ける。各ステーションユニットＳＴでは、ユーザは複数のミニゲームを並行してプレイすることができる。モニタ６２には、ミニゲームのゲーム画面が表示される。ゲーム画面には、画面が分割されて、あるいは切換可能にユーザが選択したミニゲームが表示される。

ミニゲームの一例として、抽選機構ＬＵで選択された色を色毎に計数し、選択された色の個数に応じてユーザに配当を付与する基本ゲームを説明する。図５は、基本ゲームのゲーム画面１００ａの一例を示す図である。基本ゲームでは、ユーザが予想する色にクレジットをベットする。色毎に所定のオッズが設定され、選択された個数が増加するに従って、配当も増加する。一例として、各色は鉢植え７１ｐ～７１ｔで表現され、必要なボールＢの個数がそろうと対応する色の花が咲いて配当が付与される。各色の鉢植え７１ｐ～７１ｔには、配当が付与されるボールＢの目標個数７２と、その目標個数７２に応じた配当７３が表示される。図５のゲーム画面１００ａでは、抽選機構ＬＵで黄が３つ選択され、目標個数７２に達したため黄の鉢植え７１ｑには花が咲いて獲得した配当が表示されている。目標個数７２は適宜設定変更されてよい。また、ゲーム画面１００ａに表示されている目標個数７２に達すると、次の目標個数が表示されてもよい。

また、ステーションユニットＳＴでは、他のミニゲームの一例としてビンゴゲームが提供される。図６は、ビンゴゲームのゲーム画面１００ｂの一例を示す図である。ビンゴゲームでは、抽選機構ＬＵで選択される選択肢に対応するマス１１０が３行３列の計９マス設けられたビンゴカード１１１を用いてゲームが進行する。ゲーム画面１００ｂには、ビンゴカード１１１と、次のビンゴカード１１１ａと、オッズ表１１２とが表示される。マス１１０には、各色ポケット５２ｐ～５２ｔに対応付けられたマス１１０ｐ～１１０ｔと、終了ポケット５２ｕに対応付けられたマス１１０ｕと、無効ポケット５２ｖに対応付けられたマス１１０ｖと、初めから有効に設定されているフリーマス１１０ｗとが設けられ、ビンゴカード１１１には、これらのマス１１０ｐ～１１０ｗから９つのマスがランダムに選択されて配置される。抽選機構ＬＵでボールＢが入ったポケット５２に対応するマス１１０が有効になり、縦横斜めのいずれかのラインを形成するマスが３つ有効になるとビンゴが成立する。

ビンゴが少なくとも１つ成立すると、現在プレイしているビンゴカード１１１は、使用済みとなって次のビンゴカード１１１ａが配られて同じようにビンゴゲームが進行する。ルーレットゲームが終了するまでビンゴゲームは続行され、ルーレットゲーム終了時に成立したビンゴの数に応じてユーザに配当が付与される。１枚のビンゴカード１１１が、１ステージに相当し、次のビンゴカード１１１ａに変更されると新規のステージに相当する。また、１枚のビンゴカード１１１で全てのラインを同時に有効にすると、オールラインボーナスがユーザに付与される。また、抽選機構ＬＵでは同じ種類、例えば同じ色のポケット５２に複数回入ることがあるが、この場合、次のビンゴカード１１１ａのマス１１０がゲーム進行に有利に変更されてもよい。例えば、抽選機構ＬＵで選択された色と同じ色のマス１１０に次のビンゴカード１１１ａのいずれかのマスが変更されてもよい。同じ種類のマスが増えるとビンゴを成立させやすくなり、ユーザの配当への期待を高めることができる。また、特定の色のポケット５２にボールＢが入ることを条件として、次のビンゴカード１１１ａのマス１１０がゲーム進行に有利に変更されてもよい。この場合、何色のポケット５２にボールＢが入ることが条件であるかを表示しておき、仮に現在のビンゴカード１１１ａにおいて存在しない色であってもその色にボールＢが入ることの期待を高めることができる。

上述した２つのミニゲームの他、抽選機構ＬＵの抽選結果に応じて進行するゲームをステーションユニットＳＴは適宜に提供してよい。例えば、抽選機構ＬＵの各選択肢に対応するブロックが敷き詰められたゲーム領域で、選択された色のブロックが消され、消されたブロックの数だけ新たなブロックが追加されるタイプのブロック消しゲームや、選択された色に応じて所定数のメダルがプッシャーフィールドに供給されるデジタルプッシャーゲーム等が提供されてよい。各ゲームのルールは適宜設定されてよい。また、周知の各種のゲームがミニゲームとして適用されてよい。

次に、図７を参照して、接続サービスの概要について説明する。上述のように、接続サービスは、ネットワークＮＴを介して、ゲーム機４にゲームユニット３のゲームをプレイさせるためのサービスである。図７は、接続サービスの概要を説明するための説明図である。図７の例は、ゲームユニット３の一例として第１ゲームユニット３Ａが適用される場合を示している。この場合、図７に示すように、接続サービスは、サーバ２を介してゲーム機４を第１ゲームユニット３ＡのステーションユニットＳＴの一つとして機能させるサービスである。この場合、アーケードゲーム機４Ａ、或いはモバイル端末装置４Ｂといったゲーム機４は、接続サービスを通じて上述のルーレットゲームを利用したミニゲームを提供する。

接続サービスは、ゲーム機４にゲームユニット３のゲームを適宜にプレイさせるように構成されてよいが、一例としてこのようにゲーム機４をステーションユニットＳＴの一つとして機能させ、第１ゲームユニット３Ａに設けられるステーションユニットＳＴの数を拡張するように構成される。このため、ゲーム機４には、単体のステーションユニットＳＴ（センターユニットＣＮとは独立したもの）、他の第１ゲームユニット３ＡのステーションユニットＳＴ、更には第２ゲームユニット３Ｂのステーションユニット（種類の異なるゲームユニット３のステーションユニット）が適宜に含まれてよい。第２ゲームユニット３Ｂのステーションユニット（図７の例では、第２ゲームユニット３Ｂがゲーム機４として示されているが、実際にはそのステーションユニット）がゲーム機４として利用される場合、第２ゲームユニット３Ｂ、それに設けられるセンターユニット、及び複数のステーションユニット、並びにそれらのステーションユニットのうちゲーム機４として機能するステーションユニットが、本発明の別のゲームユニット、別のセンターユニット、複数のステーションユニット、及びゲーム機としてそれぞれ機能する。

次に、接続サービスを提供するためのゲームシステム１の構成について説明する。ゲームユニット３は各種の場所に適宜に設置されてよく、ゲーム機４も同様である。ゲームシステム１には、このようなゲームユニット３、及びゲーム機４の設置形態、或いは種類等に応じて各種のシステムが接続サービスを提供するために適宜に構築されてよい。また、このようなシステムは、一つのシステムであっても、複数であってもよい。以下では、接続サービスを提供するためのゲームシステム１の構成を形態毎に説明する。なお、以下では、説明の便宜のために形態毎にゲームシステム１の構成を説明するが、これらの形態はそれぞれ適宜に組み合わされてゲームシステム１を構成してもよい。

（第１の形態）
図８～図１５を参照して第１の形態に係るゲームシステム１Ａについて説明する。図８は、接続サービスを提供するために、第１の形態に係るゲームシステム１Ａに構築される各システムの概要を示す図である。ゲームシステム１は、ゲームユニット３、及びゲーム機４が同じ施設内に設置される場合に第１の形態に係るゲームシステム１Ａとして構成される。このため、図８に示すように、第１の形態に係るゲームシステム１Ａでは、ゲームユニット３、及びゲーム機４はいずれも同じ施設ＳＡに設置される。施設ＳＡとして各種の施設が適宜に利用されてよいが、一例としてアミューズメント施設が利用される。つまり、第１の形態に係るゲームシステム１Ａでは、ゲームユニット３、及びゲーム機４はいずれも多くのユーザに繰り返し使用され、収益を上げるように同じ施設ＳＡに設置される。このような施設ＳＡには、据置型又はブック型のパーソナルコンピュータ４Ｄ等のユーザ端末装置がゲーム機４として設置されてもよいが、アーケードゲーム機４Ａが設置される場合が一般的である。このため、以下ではゲーム機４としてアーケードゲーム機４Ａが施設ＳＡに設置される場合について説明する。

施設ＳＡには、適宜の数のアーケードゲーム機４Ａが設置されてよいが、図８の例では一台のアーケードゲーム機４Ａが示されている。同様に、施設ＳＡには、各種のゲームユニット３が適宜の数設置されてよいが、図８の例では種類の異なる二種類の第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂがいずれも一台ずつ示されている。

また、第１の形態に係るゲームシステム１Ａでは、接続サービスを提供するために、サーバ２上には、アーケードシステム１０、及び口座管理システム２０が構築される。これらのシステム１０、２０はサーバ２に含まれるサーバユニット２を適宜に利用して実現されるシステムである。これらのアーケードシステム１０、及び口座管理システム２０は、管理（運営を含む）、或いはゲームの都合等に応じて適宜の場所に設置されてよく、ＷＡＮを介してゲームユニット３等と接続されるように施設ＳＡとは別の場所に設置されても、それぞれ別の場所に設置されてもよいが、図８の例ではいずれもゲームユニット３等と同じ施設ＳＡに設置されている。また、これらのアーケードシステム１０、及び口座管理システム２０は、第１ゲームユニット３Ａ、第２ゲームユニット３Ｂ、或いはゲーム機４といったゲーム装置の種類（あるいはゲームの種類）毎にそれぞれ設けられていてもよいが、図８の例ではゲーム装置の種類にかかわらず全ゲームユニット３等に共通するように一つの施設ＳＡに対応するアーケードシステム１０、及び口座管理システム２０がそれぞれ一つずつ示されている。また、ゲームユニット３、及びゲーム機４はアーケードシステム１０を介して口座管理システム２０にアクセスしてもよいが、図８の例ではアーケードシステム１０を介さずに口座管理システム２０にダイレクトにアクセスしている。

アーケードシステム１０は、例えばアーケード用のサーバユニット２Ａ、及びアーケードデータベースＤＢ１を利用し、第１ゲームユニット３Ａ、第２ゲームユニット３Ｂ、及びアーケードゲーム機４Ａを利用するユーザにユニット用サービス、或いはゲーム機用サービスを提供するシステムとして構築される。アーケードデータベースＤＢ１は、ユニット用サービス、或いはゲーム機用サービスに関する各種のデータを記録するためのサーバユニット２である。アーケード用のサーバユニット２Ａは、アーケードデータベースＤＢ１を利用しつつ、ユニット用サービス、或いはゲーム機用サービスを第１ゲームユニット３Ａ等に提供するための各種の処理を実行するサーバユニット２である。アーケードシステム１０は、このようなアーケード用のサーバユニット２Ａ及びアーケードデータベースＤＢ１を利用しつつ、ユニット用サービス、及びゲーム機用サービスの一つとして接続サービスを提供する。

口座管理システム２０は、ユーザ毎の口座を管理するためのシステムとして構築される。このような口座では、各ユーザが所有する各種の価値が管理されてよいが、一例としてメダルの所有数を電子的に示すメダル所有量が管理される。クレジットは、上述のように変換レートに従ってメダルに交換されるが、そのメダルはメダル所有量として管理されてもよい。あるいは、クレジットは変換レートに従って直接メダル所有量に変換されてもよい。口座管理システム２０の口座は、適宜に利用されてよいが、例えばゲーム装置に応じて変換レートが相違する場合には第１ゲームユニット３Ａ、第２ゲームユニット３Ｂ、及びアーケードゲーム機４Ａ毎に設けられてもよい。具体的には、例えば、ゲーム装置に応じて変換レートが相違する場合、第１ゲームユニット３Ａから第２ゲームユニット３Ｂへのクレジットの持ち越しができず、それぞれのゲームユニット３毎でクレジットの清算（メダルとしての払い出し、或いはメダル所有量への変換等）が要求される。なお、メダル所有量は適宜にメダルとして払い出されてよい。

口座管理システム２０は、例えば口座管理用のサーバユニット２Ｂ、及び口座管理用のデータベースＤＢ２を利用し、口座の管理を実現する。口座管理用のデータベースＤＢ２は、口座管理に関する各種のデータを記録するためのサーバユニット２である。口座管理用のサーバユニット２Ｂは、口座管理用のデータベースＤＢ２を利用しつつ、口座管理を実現するための各種の処理を実行するサーバユニット２である。口座管理システム２０は、適宜に口座（メダル所有量）の管理を実現してよいが、一例としてカード６４に記録されるカードＩＤを介して各ユーザの口座を管理する。

なお、ゲーム装置毎にクレジットの清算（メダルとしての払い出し）が実行される場合、口座管理システム２０は省略されてもよい。また、サーバユニット２として各種のコンピュータ装置が適宜に使用されてよく、例えばゲームユニット３（センターユニットＣＮ、及びステーションユニットＳＴの少なくとも一方）、或いはゲーム機４が利用されてもよい。このため、ゲームユニット３等とは別のコンピュータ装置がアーケード用のサーバユニット２Ａ、アーケードデータベースＤＢ１、口座管理用のサーバユニット２Ｂ、及び口座管理用のデータベースＤＢ２として機能してもよいが、一例としてゲームユニット３等がこれらのサーバユニット２Ａ、ＤＢ１、２Ｂ、ＤＢ２として機能する（例えばセンターユニットＣＮがアーケード用のサーバユニット２Ａ、及びアーケードデータベースＤＢ１を兼務する場合等、ゲームユニット３等が適宜の複数の役割を兼務する場合を含む）。以下では、一例として、このような場合、つまりゲームユニット３等（ユーザにゲームを提供するように設置されているもの、及びユーザへのゲームの提供を前提としないように設置されているものの両方を含む）がアーケードシステム１０、及び口座管理システム２０として機能する場合について説明する。

次に、第１の形態に係るゲームシステム１Ａのうち、接続サービスに係る制御系の要部の構成について説明する。図９は、第１の形態に係るゲームシステム１Ａの制御系の要部を示す機能ブロック図である。図９に示すように、アーケードシステム１０には、制御部１１と、記憶部１２とが設けられる。記憶部１２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部１２には、制御部１１にて参照されるべきプログラム（コンピュータプログラム）ＰＧ１、及びシステムデータＳＤが記憶される。制御部１１は、一又は複数のサーバユニット２のコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部１１には、制御部１１を構成するハードウエア資源とプログラムＰＧ１との組み合わせによって接続サービスに関連する各種の論理的装置が構成され得るが、図９の例では、接続制御部１３、及びデータ管理部１４が設けられている。

接続制御部１３は、接続サービスに関連する各種の処理を行う論理的装置である。このような処理には、口座管理システム２０で管理される口座を参照したり、ゲーム機４の接続先を判別したり、ゲームユニット３のゲーム結果をゲーム機４に提供（フィードバック）したりする処理が含まれる。具体的には、接続制御部１３は、このような処理の一例として第１の形態に係るゲーム提供処理、及び進行提供処理を実行する。第１の形態に係るゲーム提供処理、及び進行提供処理の手順の詳細は後述する。

データ管理部１４は、システムデータＳＤを管理するための各種の処理を行う論理的装置である。システムデータＳＤは、接続サービスの提供に必要な各種のデータを適宜に含みえるが、図９の例では映像データＭＤが示されている。映像データＭＤは、映像（動画）を表示するための周知のデータである。このような映像には各種の映像が適宜に含まれていてよいが、一例として後述のセンターユニットＣＮに設けられるカメラＣＡの映像が含まれる。このようなカメラＣＡの撮影結果に対応する映像データＭＤはセンターユニットＣＮから適宜にデータ管理部１４によって取得され、システムデータＳＤの一部として保存される。データ管理部１４は、一例として、この映像データＭＤを管理（保存、更新、或いは破棄等）するための各種の処理を実行する。

同様に、アーケードゲーム機４Ａには、制御部４１と、記憶部４２とが設けけられる。記憶部４２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部４２には、制御部４１にて参照されるべきプログラム（コンピュータプログラム）ＰＧ２、及びゲームデータＧＤが記憶される。制御部４１は、アーケードゲーム機４Ａのコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部４１には、制御部４１を構成するハードウエア資源とプログラムＰＧ２との組み合わせによって接続サービスに関連する各種の論理的装置が構成され得るが、図９の例では、進行制御部４３、及びデータ管理部４４が設けられている。

進行制御部４３は、アーケードゲーム機４Ａが提供するゲームの進行に関する各種の処理を行う論理的装置である。このようなゲームには、接続サービスを介して提供されるミニゲーム（センターユニットＣＮが提供するルーレットゲームを利用して進行するゲーム）が含まれる。進行制御部４３は、このようなミニゲームを実現するために、例えばゲーム要求処理、及び増加算出処理を実行する。ゲーム要求処理、及び増加算出処理の手順の詳細は後述する。

データ管理部４４は、ゲームデータＧＤを管理するための各種の処理を行う論理的装置である。ゲームデータＧＤは、各種画像を表示するための画像データ、或いは各種音声を再生するための音声データといったゲームの提供に必要な各種のデータを適宜に含みえるが、図９の例では口座データＡＤ、及び映像データＭＤが示されている。口座データＡＤは、カードＩＤ、及びステーションユニットＳＴ毎に各ユーザの口座（メダル所有量）を管理するためのデータである。口座データＡＤは、口座管理システム２０において記録、及び管理されるデータであるが、必要に応じて適宜にデータ管理部４４によって取得され、クレジットの更新等のためにゲームデータＧＤの一部として保存される。映像データＭＤは上述のとおりである。映像データＭＤはアーケードシステム１０から適宜にデータ管理部４４によって取得され、ゲームデータＧＤの一部として保存される。データ管理部４４は、一例として、これらの口座データＡＤ、及び映像データＭＤを管理（保存、更新、或いは破棄等）するための各種の処理を実行する。

なお、アーケードゲーム機４Ａには、その他にも商業用のゲーム装置に設けられる各種の出力装置及び入力装置が適宜に設けられてよい。例えば、このような入力装置には、メダル投入口やメダル払出口といったメダルの投入等を行うための周知の機構やカード６４に記録されるカードＩＤの情報を読み取るためのリーダ等が含まれる。同様に、アーケードゲーム機４Ａには、ミニゲーム等のゲームをプレイするためのモニタ、及びタッチパネル等の周知の出力装置及び入力装置が設けられる。しかし、図９ではこれらの図示は省略した。

一方、第１ゲームユニット３Ａには、上述のセンターユニットＣＮ、ステーションユニットＳＴ、及びモニタ（センターモニタ）ＭＯが設けられる。モニタＭＯは上述のとおり周知の表示装置である。センターユニットＣＮには、撮影手段としてのカメラＣＡ、制御部３１、及び記憶部３２が設けられる。カメラＣＡは、センターユニットＣＮが提供するルーレットゲームの進行を撮影するための周知の光学装置である。カメラＣＡは適宜に利用されてよく、或いは省略されてもよいが、一例として接続サービスにおいてルーレットゲームの進行（結果を含む）をアーケードゲーム機４Ａに提供するために利用される場合がある。このため、カメラＣＡは、抽選フィールドＬＦを撮影範囲に含むようにセンターユニットＣＮ（センターユニットＣＮに限定されず、第１ゲームユニット３Ａのいずれかであってもよい）に設置される。

記憶部３２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部３２には、制御部３１にて参照されるべきコンピュータプログラム、及び各種データが記憶される。制御部３１は、センターユニットＣＮのコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部３１には、制御部３１を構成するハードウエア資源と記憶部３２に記憶されるコンピュータプログラムとの組み合わせによって接続サービスに関連する各種の論理的装置が構成され得るが、図９の例では、ゲーム制御部３３が設けられている。

ゲーム制御部３３は、ルーレットゲームの提供に必要な各種の処理を実現するための論理的装置である。このような処理には、上述のボールＢの投入等を実現するための周知な処理が含まれる。また、このような処理には、ルーレットゲームが接続サービスを通じてアーケードゲーム機４Ａに提供される場合における同様の処理も含まれる。例えば、ゲーム制御部３３は、このような処理の一例として、進行提供処理を実行する。ゲーム制御部３３は進行提供処理を適宜に実現してよいが、一例としてアーケードシステム１０の接続制御部１３と協働して実現する。

ステーションユニットＳＴには、制御部３４、及び記憶部３５が設けられる。記憶部３５は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部３５には、制御部３４にて参照されるべきコンピュータプログラム、及び各種データが記憶される。制御部３４は、ステーションユニットＳＴのコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部３４には、制御部３４を構成するハードウエア資源と記憶部３５に記憶されるコンピュータプログラムとの組み合わせによって接続サービスに関連する各種の論理的装置が構成され得るが、図９の例では、進行制御部３６が設けられている。進行制御部３６は、ミニゲームの提供に必要な各種の処理を実現するための論理的装置である。このような処理には、周知な各種の処理が含まれ得るが、ステーションユニットＳＴがアーケードゲーム機４Ａとして機能する場合には、アーケードゲーム機４Ａの進行制御部４３によって実行される処理と同様の処理が含まれる。なお、第１ゲームユニット３Ａ（あるいはセンターユニットＣＮ、及びステーションユニットＳＴ）には、その他にも商業用のゲーム装置に設けられる周知の入力装置、或いは出力装置が適宜に設けられてよい。また、図９の例では、ゲームユニット３を代表して第１ゲームユニット３ＡのセンターユニットＣＮの構成が示されているが、第２ゲームユニット３Ｂのセンターユニットも同様の構成を備えている。

次に、図１０を参照して、第１の形態に係る接続サービスの流れについて説明する。図１０は、第１の形態に係る接続サービスの流れを説明するための説明図である。図１０の例は、第１ゲームユニット３Ａ及び第２ゲームユニット３Ｂのうち、第１ゲームユニット３Ａが接続サービス（アーケードゲーム機４Ａへのゲームの提供）に利用される場合を示している。この場合、図１０に示すように、第１の形態に係る接続サービスは、Ｆ１～Ｆ４の手順を含んでいる。なお、図１０の例において図中の手順に直接関係しない第２ゲームユニット３Ｂ、及び口座管理システム２０はグレーにて示してある。ただし、ゲームユニット３等と口座管理システム２０との間では口座データＡＤが適宜に送受信され、更新され得るが、これらは周知な処理によって適宜に実現されてよい。このため、接続サービスは、これらの手順を適宜に含み得るが、図１０ではこれらの手順は省略されている。

具体的には、第１の形態に係る接続サービスでは、まず施設ＳＡに設置されたアーケードゲーム機４Ａは、ゲームユニット３が提供するゲームのプレイをアーケードシステム１０に要求する（Ｆ１）。この要求は各種の操作を契機に適宜に実行されてよいが、一例としてゲームユニット３のゲームのプレイを希望する操作に伴い実行される。また、このような操作には、施設ＳＡに含まれる第１ゲームユニット３Ａ及び第２ゲームユニット３Ｂのいずれかを選択する操作（個別のゲームユニット３が選択されてもよいし、複数の第１ゲームユニット３Ａ等が配置されている場合には第１ゲームユニット３Ａ等の種類だけが選択されてもよい）も含まれる。

一方、アーケードゲーム機４Ａから第１ゲームユニット３Ａのプレイ、換言するとセンターユニットＣＮが提供するルーレットゲームのプレイが要求されると、アーケードシステム１０は対象のゲームユニット３Ａをまず判別する。アーケードシステム１０は、この判別を適宜に実現してよく、例えば各ゲームユニット３の接続先（アドレス）を管理するデータを介して実現してもよいが、一例としてブロードキャスト（同一ネットワークに接続される全機器にデータ送信を行う方法）を通じて実現される。

具体的には、アーケードシステム１０は、第１ゲームユニット３Ａに返答（アドレス）を要求するデータを同一ネットワーク内の全機器に送信し、返答があった機器を第１ゲームユニット３Ａとして判別する。プレイの対象として複数の第１ゲームユニット３Ａのいずれか、或いは複数の第２ゲームユニット３Ｂのいずれかといった具合にゲームの種類だけが選択されている場合、複数の第１ゲームユニット３Ａから適宜の条件（例えば各第１ゲームユニット３Ａにおけるプレイ人数や負荷等）に応じて特定の第１ゲームユニット３Ａが判別される。そして、アーケードシステム１０は、その判別した第１ゲームユニット３Ａに、アーケードゲーム機４Ａに対するルーレットゲームの提供を指示する（Ｆ２）。この例の選択機会においてゲームの種類だけが選択される場合に、同種の第１ゲームユニット３Ａ、及び特定の第１ゲームユニット３Ａが本発明の同種のアーケードゲーム機、及び特定のアーケードゲーム機としてそれぞれ機能する。なお、ブロードキャストによる第１ゲームユニット３Ａ等の判別は、ネットワークＮＴの負荷低減等のために、プレイの要求毎ではなく、例えばゲームユニット３等の起動時、或いはその後所定の周期等に制限されてもよい。この場合、アーケードシステム１０はそのような所定の周期における判別結果に基づいて対象のゲームユニット３Ａを特定してよい。

アーケードシステム１０からルーレットゲームの提供が指示されると、第１ゲームユニット３Ａ（センターユニットＣＮ）は、上述のようなルーレットゲームの提供を開始する。そして、そのルーレットゲームの進行状況（抽選結果を含む抽選状況）を適宜にアーケードシステム１０に送信する（Ｆ３）。この進行状況には、カメラＣＡの撮影結果が含まれていてもよいし、含まれていなくてもよい。例えば、アーケードゲーム機４Ａが第１ゲームユニット３Ａの近くに設置されている場合（ルーレットゲームの進行を視認可能な場合）、或いはセンターユニットＣＮが提供するゲームがビデオゲームの場合、進行状況はカメラＣＡの撮影結果を含んでいなくてもよい。あるいは、ルーレットゲームが物理的なボールＢを利用した抽選機構ではなく、ゲーム画面を利用した抽選を実行する（ルーレットゲームがいわゆるビデオゲームとして構成される）場合、カメラＣＡは省略されてよく、当然進行状況はカメラＣＡの撮影結果を含んでいなくてよい。以下では、一例として、カメラＣＡの撮影結果を含むように進行状況が送信される場合について説明する。例えば、このような進行状況は、アーケードゲーム機４Ａと第１ゲームユニット３Ａとの位置関係にかかわらず送信されてもよいし、所定以上離れていると判断される場合（ルーレットゲームの進行を視認不可の場合）に送信されてもよい。

アーケードシステム１０は、第１ゲームユニット３Ａ（センターユニットＣＮ）からゲームの進行状況を取得すると、それに基づくミニゲームを提供するためのゲーム画面を生成する。ゲーム画面は、ゲームの進行状況に基づいてアーケードゲーム機４Ａにて生成されてもよいが、一例としてアーケードシステム１０によって生成される。複数種類のゲームユニット３が用意される場合、それらの種類に応じたゲーム画面の生成が必要となる。このため、アーケードゲーム機４Ａにてゲーム画面が生成される場合、アーケードゲーム機４Ａの負荷が大きくなってしまう。あるいは、ゲーム画面にアップデートが生じた場合、アーケードゲーム機４Ａ毎にアップデートが必要となってしまう。新しい種類のゲームユニット３が追加される場合等、新しいゲームの提供が必要になる場合も同様である。アーケードシステム１０にてゲーム画面が生成される場合、アーケードゲーム機４Ａの負荷を抑制できるだけでなく、アップデートの対象をアーケードシステム１０に限定できるので、効率的なアップデートを実現することができる。

アーケードシステム１０は、ゲーム画面を生成すると、そのゲーム画面がアーケードゲーム機４Ａのモニタ４５に表示されるように、そのゲーム画面をアーケードゲーム機４Ａに送信する（Ｆ４）。また、抽選が終了した場合には、その抽選結果もこのゲーム画面を通じて提示される。この場合において、クレジットの増加が生じる場合、その増加量はアーケードシステム１０において算出され、その増加量の提示も含むようにゲーム画面が生成されてもよいが、一例としてアーケードゲーム機４Ａにおいて算出される。このため、アーケードシステム１０は、抽選が終了した場合にはその抽選結果の情報（増加量の算出、すなわちメダルの払出量の算出に必要な情報を含む）とともにゲーム画面をアーケードゲーム機４Ａに送信する。そして、アーケードゲーム機４Ａはその抽選結果に基づいて増加量を算出し、クレジットの残量の更新を通じて実際にその増加を実現する。一例として、このような手順で第１の形態に係る接続サービスは実現される。

次に、図１１を参照して、接続サービスにてアーケードゲーム機４Ａのモニタ４５に表示されるゲーム画面について説明する。図１１は、アーケードゲーム機４Ａのモニタ４５に表示されるゲーム画面（以下、接続サービスのゲーム画面と呼ぶ場合がある）の一例を模式的に示す図である。図１１の例は、ミニゲームとして基本ゲームが提供される場合を示している。この場合、図１１に示すように、接続サービスのゲーム画面１００ｃは、ミニゲーム領域９１、及びルーレットゲーム領域９２を含んでいる。ミニゲーム領域９１は、ミニゲームをプレイするための領域である。このようなプレイを実現するために、ミニゲーム領域９１には基本ゲームのゲーム画面１００ａが表示される。

一方、ルーレットゲーム領域９２は、ルーレットゲームの進行状況を表示するための領域である。ルーレットゲームの進行状況の表示は適宜に実現されてよく、例えば抽選結果（ボールＢが入ったポケット５２の情報）の提示のみにより実現されてもよいが、一例としてルーレットゲームの進行状況が随時把握されるように抽選フィールドＬＦを撮影したカメラＣＡの撮影結果を提示することにより実現される。このため、ルーレットゲーム領域９２には、抽選フィールドＬＦの撮影結果に対応するフィールド画像ＬＦＩが表示される。一例として、このような接続サービスのゲーム画面１００ｃを通じて、アーケードゲーム機４Ａでは、センターユニットＣＮのルーレットゲームを利用したミニゲームが提供される。

次に、図１２～図１５を参照して、ゲーム要求処理、第１の形態に係るゲーム提供処理、第１の形態に係る進行提供処理、及び増加算出処理について説明する。ゲーム要求処理は、ゲーム機４がゲームユニット３のゲームのプレイ、換言すれば接続サービスの利用をリクエストするための処理である。ゲーム機４として適宜のゲーム装置が利用されてよく、第２ゲームユニット３Ｂのステーションユニットが利用される場合もあるため、このようなステーションユニットをアーケードゲーム機４Ａは含み得る。図１２の例は、第２ゲームユニット３Ｂのステーションユニットがアーケードゲーム機４Ａとして機能する場合のゲーム要求処理を示している。

アーケードゲーム機４Ａ（第２ゲームユニット３Ｂのステーションユニット）の進行制御部４３（ステーションユニットがゲーム機４として機能する場合、ステーションユニットは図９の例のゲーム機４と同様の構成を備える）は、開始条件が満たされた場合（例えばユーザによってゲームユニット３のプレイを希望する操作が実行された場合）に図１２のゲーム要求処理を開始し、まずプレイ対象のゲーム、換言すればプレイするゲームユニット３の種類を選択するための選択機会を提供する（ステップＳ１０１）。この選択機会は、アーケードゲーム機４Ａと同じ施設ＳＡに設置されているゲームユニット３に選択肢が限定されるように提供されてもよいし、そのような限定なく接続サービスを通じてプレイ可能なゲームユニット３の全種類が選択肢として提示されるように提供されてもよい。

続いて進行制御部４３は、選択機会における選択結果を取得する（ステップＳ１０２）。次に進行制御部４３は、その取得した選択結果が自己のセンターユニットに対応するか他のゲームユニット３のセンターユニット（例えば第１ゲームユニット３ＡのセンターユニットＣＮ、或いは他の第２ゲームユニット３Ｂのセンターユニット）に対応するか判別する（ステップＳ１０３）。自己のセンターユニットＣＮに該当するか否かは適宜に判別されてよいが、一例として第１ゲームユニット３Ａ、第２ゲームユニット３Ｂ、及びアーケードゲーム機４Ａといったゲーム装置毎にユニークな機器ＩＤ（同種の機器が複数存在する場合、それらの同種の機器の間でも相違するＩＤ）を利用して実現される。選択結果が自己のセンターユニットに対応する場合、進行制御部４３は自己のセンターユニット（第２ゲームユニット３Ｂのセンターユニット）にゲームのプレイ開始を指示する（ステップＳ１０４）。

一方、ステップＳ１０２で取得した選択結果が自己のセンターユニットでない場合、自己のセンターユニットの代わりに他のゲームユニット３のセンターユニットがアーケードゲーム機４Ａにゲームを提供するように、進行制御部４３は他のゲームユニット３のプレイ（接続サービスの提供）をアーケードシステム１０に要求する（ステップＳ１０３）。この要求には、ステップＳ１０２における選択結果も含まれる。そして、この要求の後に進行制御部４３は今回のゲーム要求処理を終了する。これにより、選択機会における選択結果に応じたプレイ（接続サービス）が実現される。

なお、施設ＳＡに設置されたゲームユニット３の種類とは無関係にゲームユニット３の全種類が選択機会において選択肢として提示される場合、アーケードシステム１０においてプレイの可否が判別されてよい。そして、選択機会において施設ＳＡに設置されていないゲームユニット３が選択された場合、プレイの要求に対してエラー（プレイ不可を示す情報）がアーケードシステム１０から送信されてよい。また、独立型のステーションユニット等、他のゲームユニット３のステーションユニット以外がアーケードゲーム機４Ａとして利用される場合、ステップＳ１０３及びステップＳ１０４は省略されてよい。

ゲーム提供処理は、ゲーム機４からアーケードシステム１０にゲームユニット３のプレイが要求された場合にそのゲーム機４にゲームユニット３のゲームを提供するための処理である。ゲーム機４からゲームユニット３のプレイが要求されると、接続制御部１３は図１３のゲーム提供処理を開始し、まずそのリクエストを取得する（ステップＳ２０１）。このリクエストには、選択機会における選択結果（プレイ対象としてユーザによって選択されたゲームユニット３）の情報が含まれる。

続いて接続制御部１３は、その取得したリクエストに対応するプレイを提供するゲームユニット３（実質的にはセンターユニットＣＮ）を判別する（ステップＳ２０２）。この判別は、上述のように一例としてブロードキャストの技術を利用して実現される。また、選択機会において第１ゲームユニット３Ａを示す種類のみが指定され、同じ施設ＳＡに複数の第１ゲームユニット３Ａが設置されている場合、所定の規則に従って適宜の一台の第１ゲームユニット３Ａがプレイ対象として判別されてよい。このような所定の規則は適宜でよいが、例えば施設ＳＡ内の各第１ゲームユニット３Ａの位置が特定される場合、各第１ゲームユニット３Ａとプレイを要求したアーケードゲーム機４Ａとの間の位置関係に基づいて最も近くに位置する第１ゲームユニット３Ａがプレイ対象として判別されてよい。あるいは、各第１ゲームユニット３Ａにおいて既にプレイ中のプレイ人数、或いはそれらに伴う負荷等に応じて適宜にプレイ対象が判別されてよい。

なお、施設ＳＡに設置されたゲームユニット３の種類とは無関係にゲームユニット３の全種類が選択機会において選択肢として提示され、そこで施設ＳＡに設置されていないゲームユニット３（プレイ不可のゲームユニット３）が選択されている場合、接続制御部１３はステップＳ２０２においてプレイ不可と判別し、その情報をゲーム機４に送信する。この場合、接続制御部１３は以降の処理をスキップして今回のゲーム提供処理を終了する。

次に接続制御部１３は、ゲームユニット３（センターユニットＣＮ）がゲーム機４のために実際にゲームの提供を開始するように、ステップＳ２０２で判別したゲームユニット３にゲームの提供を指示する（ステップＳ２０３）。そして、この指示の後に接続制御部１３は今回のゲーム提供処理を終了する。これにより、ゲーム機４からのリクエストに応じてゲームユニット３（センターユニットＣＮ）が実際にゲームの提供を開始する。

進行提供処理は、ゲームユニット３におけるゲームの進行をゲーム機４に提供するための処理である。ゲームの進行は適宜に提供されてよく、例えば抽選結果のみが進行状況としてゲーム機４に提供されてもよい。この場合、抽選結果はゲーム機４において描画される適宜のゲーム画面を通じて提供されてもよい。また、このようなゲーム画面には、ゲームユニット３のカメラＣＡによる撮影結果を含んでいてもいなくてもよい。また、ゲーム画面が撮影結果を含むか否かはゲーム機４とゲームユニット３と間の位置関係（例えばゲーム機４からゲームユニット３が見える範囲等の所定範囲にゲーム機４が位置しているか否か）に応じて決定されてもよい。このようにゲームの進行は各種の方法で提供され得るが、図１４の例は接続サービスのゲーム画面１００ｃを通じてゲームの進行がゲーム機４に提供される場合の進行提供処理を示している。なお、図１４の例では、ゲーム機４の進行制御部４３によって主として実行される処理がゲーム機４として、アーケードシステム１０の接続制御部１３によって主として実行される処理がアーケードシステム１０として、センターユニットＣＮのゲーム制御部３３によって主として実行される処理がセンターユニットＣＮとして、それぞれ示されている。

図１３のゲーム提供処理を通じてアーケードシステム１０からゲームの提供の指示を受けてゲームの提供を開始すると、センターユニットＣＮは図１４の進行提供処理を開始し、まず進行状況をアーケードシステム１０に提供する（ステップＳ３０１）。センターユニットＣＮは適宜に進行状況をアーケードシステム１０に提供してよいが、一例としてカメラＣＡの撮影結果を含むように提供する。また、ボールＢがポケット５２に入った場合には、センターユニットＣＮはその結果（抽選結果）の情報も含むように進行状況をアーケードシステム１０に提供する。

続いてセンターユニットＣＮは、ステップＳ３０１の進行状況においてルーレットゲームを終了するための終了条件が満たされるか否か判別する（ステップＳ３０２）。終了条件として各種の条件が適宜に採用されてよいが、一例として上述のようにボールＢが終了ポケット５２ｕに入った場合に終了条件が満たされ、ルーレットゲームが終了する。このため、センターユニットＣＮは、ステップＳ３０２においてボールＢが終了ポケット５２ｕに入ったか否か判別する。ボールＢが終了ポケット５２ｕに入っていない場合、つまり終了条件が満たされない場合、センターユニットＣＮはステップＳ３０１に戻り、終了条件が満たされるまで所定の周期で繰り返しステップＳ３０１の処理（進行状況の提供）を実行する。

一方、ボールＢが終了ポケット５２ｕに入った場合、つまり終了条件が満たされた場合、センターユニットＣＮは終了情報をアーケードシステム１０に提供する（ステップＳ３０３）。終了情報はルーレットゲームの終了を示す情報であるが、その後の処理に必要な各種の情報を適宜に含んでいてよい。例えば、ルーレットゲームの結果としてメダルの払出（クレジットの増加）が生じ、かつその払出量の算出がゲーム機４等で実行される場合には、その払出量の算出に必要な適宜の情報が終了情報に含まれる。そして、センターユニットＣＮは、終了情報を送付した後に今回の進行提供処理を終了する。

アーケードシステム１０は、センターユニットＣＮから進行状況の情報、或いは終了情報が提供されると図１４の進行提供処理を開始し、まずそれらの情報を取得する（ステップＳ４０１）。同様に、アーケードシステム１０は、ステップＳ４０１においてゲーム機４に問い合わせを行い、所定範囲（例えば前回の処理から今回の処理までの範囲）におけるユーザの操作情報（ユーザによって実行されたプレイ行為の情報）をゲーム機４から取得する。続いてアーケードシステム１０は、ステップＳ４０１で取得した情報に基づいてゲーム画面を生成する。具体的には、アーケードシステム１０は、進行状況の情報に基づいて接続サービスのゲーム画面１００ｃを生成（描画）する。ステップＳ４０１において終了情報が取得されている場合、アーケードシステム１０は、その終了情報に基づいて適宜のゲーム画面を生成してよいが、一例として終了情報を適宜に含む接続サービスのゲーム画面１００ｃを生成する。また、そのような終了情報を含む接続サービスのゲーム画面１００ｃには、ゲーム結果等を示すリザルト画面（不図示）が含まれてもよい。次にアーケードシステム１０は、ステップＳ４０２において生成したゲーム画面１００ｃをゲーム機４に送信する。終了情報を取得している場合、アーケードシステム１０はその終了情報とともにゲーム画面１００ｃ（より具体的にはそのゲーム画面１００ｃを表示するための画像データ）をゲーム機４に送信する。そして、その送信の後にアーケードシステム１０は今回の進行提供処理を終了する。

ゲーム機４は、アーケードシステム１０からゲーム画面１００ｃ（より具体的にはそのゲーム画面１００ｃを表示するための画像データ）が送信されると、図１４の進行提供処理を開始し、まずそのゲーム画面１００ｃを取得する（ステップＳ５０１）。続いてゲーム機４は、その取得したゲーム画面１００ｃをモニタ４５に表示させる（ステップＳ５０２）。この場合において、ゲーム機４は既にゲーム画面１００ｃを表示中の場合、その既存のゲーム画面１００ｃを今回取得のゲーム画面１００ｃにリフレッシュ（更新）する。そして、そのようなゲーム画面１００ｃの表示の後にゲーム機４は今回の進行提供処理を終了する。

図１４の手順により、センターユニットＣＮ（ゲームユニット３）の提供するゲームの進行がゲーム画面１００ｃを通じてゲーム機４に提供される。換言すると、そのようなゲーム画面１００ｃの提供を通じてゲーム機４においてミニゲームのプレイが実現される。結果として、ゲーム機４がゲームユニット３のステーションユニットＳＴと同様に機能し、ゲームユニット３へのステーションユニットＳＴの追加が実現される。一方で、接続サービスのゲーム画面１００ｃの生成等はゲーム機４ではなく、アーケードシステム１０で実行される。このため、ゲーム機４がステーションユニットＳＴと同様に機能する場合において、そのステーションユニットＳＴの役割（処理）がアーケードシステム１０によって実現される。

増加算出処理は、ゲームユニット３のゲーム結果としてクレジットの増加が生じる場合にその増加量を算出するための処理である。増加量は、上述のようにアーケードシステム１０において算出されてもよいが、一例としてゲーム機４において算出される。図１５は、このような場合の増加算出処理の手順の一例を示している。この場合、図１４のステップＳ５０１において終了情報を取得すると、進行制御部４３は図１５の増加量算出処理を開始し、まずその終了情報に基づいてクレジットの増加が生じるか否か判別する（ステップＳ６０１）。クレジットの増加が生じない場合、進行制御部４３はステップＳ６０５の処理に進む。

一方、クレジットの増加が生じる場合、進行制御部４３は終了情報に基づいてその増加量を算出する（ステップＳ６０２）。続いて進行制御部４３は、その算出した増加量をユーザに提示する（ステップＳ６０３）。この提示は適宜に実現されてよく、増加量を提示するためのゲーム画面をアーケードシステム１０、或いはゲーム機４が生成し、そのゲーム画面を介して実現されてもよいが、一例として接続サービスのゲーム画面１００ｃの上に増加量を表示する提示領域を配置する（ポップアップさせる）ことにより実現される。

次に進行制御部４３は、ステップＳ６０２で算出した増加量をクレジットの残量に反映する（ステップＳ６０４）。例えば、進行制御部４３は、ゲーム機４の画面にクレジットの残量が表示される場合、その残量に増加量を反映する。

一方、進行制御部４３は、ステップＳ６０１においてクレジットの増加が生じないと判断した場合、或いはステップＳ６０４の処理の後に、今回のゲームユニット３のプレイを終了する（ステップＳ６０５）。この終了は適宜に実現されてよく、例えば適宜の終了画面等の表示により実現されてもよいが、いずれにしても接続サービスのゲーム画面１００ｃの表示の終了を含んでいる。そして、この終了の後に進行制御部４３は今回の増加算出処理を終了する。これにより、ゲームユニット３のゲーム結果としてクレジットの増加が生じる場合においてその増加量がゲーム機４において算出され、実際にユーザに付与される。また、その反映の後、或いはクレジットの増加が生じない場合において、ゲームユニット３のプレイが終了する。

以上に説明したように、第１の形態によれば、ゲームユニット３とは別のゲーム機４からの要求に応じて、ゲームユニット３のゲームがそのゲームユニット３のステーションユニットとは別にプレイされるようにゲーム機４に提供される。具体的には、例えば第１ゲームユニット３Ａのプレイが要求される場合、第１ゲームユニット３Ａに設けられるセンターユニットＣＮのルーレットゲーム（換言すれば、それを利用したミニゲーム）が、ステーションユニットＳＴとは別にプレイされるように、ゲーム機４に提供される。これにより、第１ゲームユニット３Ａとは別のゲーム機４をその第１ゲームユニット３Ａに追加されるステーションユニットＳＴとして機能させることができる。結果として、ゲーム機４を利用し、一台の第１ゲームユニット３Ａに対応するステーションユニットＳＴの数を増加させることができ、ひいてはユーザの増加、及びプレイ頻度の増加を図ることができる。

例えば、アーケードゲーム機４Ａとして、既存の第２ゲームユニット３Ｂのステーションユニットが活用される場合、新しいステーションユニットＳＴを購入するための費用を抑制しつつ、上述のような効果を得ることができる。さらに、ゲームユニット３において同時並行的にプレイ可能な複数のミニゲーム一つとして他のゲームユニット３のゲームが提供される場合、各ゲームユニット３においてプレイできるゲームの幅を拡大することもできる。これにより、各ゲームユニット３の魅力の向上を図ることができる。結果として、これらによってもユーザの増加、及びプレイ頻度の増加を図ることができる。

また、クレジットとメダルとの間の交換レート（ルール）はゲーム機４（ゲームの種類）やそれが設置される施設ＳＡ等に応じて相違する場合も多い。このため、クレジットの増加量がゲーム機４において算出され、そのゲーム機４においてメダルとして払い出される場合、このような交換レート等のゲーム機４等に固有のルールをその払出に反映することができる。

第１の形態では、アーケードシステム１０の接続制御部１３が、図１３の手順、及び図１４の手順を実行することにより本発明のゲーム提供手段、及び進行提供手段として機能する。具体的には、接続制御部１３が、図１３のステップＳ２０３の手順を実行することによりゲーム提供手段として、図１４のステップＳ４０３を実行することにより本発明の進行提供手段として、それぞれ機能する。

（第２の形態）
次に、図１６～図２５を参照して第２の形態に係るゲームシステム１Ｂについて説明する。以下では、第１の形態と共通の構成には、図１６～図２５に同一の符号を付して説明を省略する。図１６は、接続サービスを提供するために、第２の形態に係るゲームシステム１Ｂに構築される各システムの概要を示す図である。ゲームシステム１は、ゲームユニット３、及びゲーム機４が別々の施設にそれぞれ設置される場合に第２の形態に係るゲームシステム１Ｂとして構成される。

具体的には、図１６に示すように、第２の形態に係るゲームシステム１Ｂでは、ゲームユニット３、及びゲーム機４は、第１施設ＳＡ１及び第２施設ＳＡ２にそれぞれ設置される。第１施設ＳＡ１、及び第２施設ＳＡ２は別々の施設として構成される限り、適宜の施設であってよいが、少なくとも第２施設ＳＡ２は複数のユーザによってゲーム機４が使用されるようにユーザによって自由に使用される施設であることが好ましく、一例として第２施設ＳＡ２はアミューズメント施設として構成される。このため、以下ではゲーム機４としてアーケードゲーム機４Ａが施設ＳＡに設置される場合について説明する。

一方、第１施設ＳＡ１は、ユーザの利用が制限される施設（全く利用できない閉鎖的な施設を含む）であってもよく、その場合、ステーションユニット（例えば第１ゲームユニット３ＡのステーションユニットＳＴ）の設置が省略され、センターユニット（例えば第１ゲームユニット３ＡのセンターユニットＣＮ）のみ設置されてもよい。そして、そのようなセンターユニットＣＮを通じてゲーム機４に対する接続サービスだけが提供されてもよい。このように第１施設ＳＡ１は第２施設ＳＡ２とは異なり、閉鎖的な施設を含む各種の施設であってよいが、一例として第１施設ＳＡ１もアミューズメント施設（第２施設ＳＡ２とは別のアミューズメント施設）として構成される。以下では、第１施設ＳＡ１、及び第２施設ＳＡ２を区別しない場合、それらを代表して施設ＳＡと記載する場合がある。なお、第１施設ＳＡ１にもゲーム機４が設置されてもよく、或いは第２施設ＳＡ２にもゲームユニット３が設置されてもよいが、それらの場合、例えば第１の形態と同様に構成される。

また、第２の形態に係るゲームシステム１Ｂでは、第１の形態に係るゲームシステム１Ａと比べて、サーバ２上に構築されるシステムとしてＷｅｂシステム８０が追加され、アーケードシステム１０に対応するシステムとして第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂが、口座管理システム２０に対応するシステムとして第１口座管理システム２０Ａ、及び第２口座管理システム２０Ｂが、それぞれ設けられる。これらのシステム７０、１０Ａ、１０Ｂ、２０Ａ、２０Ｂもサーバ２に含まれるサーバユニット２を適宜に利用して実現されるシステムである。

第１の形態と同様に、これらのシステム７０、１０Ａ、１０Ｂ、２０Ａ、２０Ｂは、管理の都合等に応じて適宜の場所に設置されてよいが、図１６の例では第１アーケードシステム１０Ａ及び第１口座管理システム２０Ａが第１施設ＳＡ１に、第２アーケードシステム１０Ｂ、及び第２口座管理システム２０Ｂが第２施設ＳＡ２に、それぞれ設置されている。そして、第１アーケードシステム１０Ａ及び第１口座管理システム２０Ａが第１施設ＳＡ１におけるアーケードシステム１０、及び口座管理システム２０に、第２アーケードシステム１０Ｂ、及び第２口座管理システム２０Ｂが第２施設ＳＡ２におけるアーケードシステム１０、及び口座管理システム２０にそれぞれ対応する。一方、Ｗｅｂシステム８０は、ＷＡＮとしてのネットワークＮＴを介して第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂに接続されるように、第１施設ＳＡ１及び第２施設ＳＡ２の外に設置されている。なお、ゲームユニット３、及びゲーム機４は適宜に各口座管理システム２０Ａ、２０Ｂにアクセスしてよく、一例として図８の例と同様に第１施設ＳＡ１であれば第１口座管理システム２０Ａに、第２施設ＳＡ２であれば第２口座管理システム２０Ｂにそれぞれダイレクトにアクセスするが、図１６の例では説明の便宜のためにそれらの図示は省略されている。

第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂは、いずれもアーケードシステム１０と同様の役割を果たすシステムであるが、第１アーケードシステム１０Ａが第１施設ＳＡ１に設置されるゲーム装置（ゲームユニット３等）に対応し、第２アーケードシステム１０Ｂが第２施設に設置されるゲーム装置（ゲーム機４等）に対応する。つまり、第２の形態に係るゲームシステム１Ｂでは、施設ＳＡ毎にアーケードシステム１０が設けられる。そして、第１アーケードシステム１０Ａと第２アーケードシステム１０Ｂとの間では、互いにサービスの提供範囲（第１施設ＳＡ１か第２施設ＳＡ２か）が相違する。第１口座管理システム２０Ａ、及び第２口座管理システム２０Ｂについても同様である。なお、例えば第１施設ＳＡ１にゲームユニット３のみが、第２施設ＳＡ２にゲーム機４のみが、それぞれ設置される場合、アーケードシステム１０の役割（処理）のうち、ユニット用サービスに関する役割を第１アーケードシステム１０Ａが、ゲーム機用サービスに関する役割を第２アーケードシステム１０Ｂが、それぞれ分担して担ってもよい。つまり、第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂによってアーケードシステム１０が構成されてもよい。

第１アーケードシステム１０Ａは、例えばアーケード用のサーバユニット２Ａ、及びアーケードデータベースＤＢ１を利用し、第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂ等を利用するユーザにユニット用サービス等を提供するシステムとして構築される。アーケードデータベースＤＢ１は、ユニット用サービス等に関する各種のデータを記録するためのサーバユニット２である。アーケード用のサーバユニット２Ａは、アーケードデータベースＤＢ１を利用しつつ、ユニット用サービス等を第１ゲームユニット３Ａ等に提供するための各種の処理を実行するサーバユニット２である。第１アーケードシステム１０Ａは、このようなアーケード用のサーバユニット２Ａ及びアーケードデータベースＤＢ１を利用しつつ、ユニット用サービス等の一つとして第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂ等に接続サービスを提供する。

一方、第２アーケードシステム１０Ｂは、例えばアーケード用のサーバユニット２Ｃ、及びアーケードデータベースＤＢ３を利用し、アーケードゲーム機４Ａ等を利用するユーザにゲーム機用サービス等を提供するシステムとして構築される。アーケードデータベースＤＢ３は、ゲーム機用サービス等に関する各種のデータを記録するためのサーバユニット２である。アーケード用のサーバユニット２Ｃは、アーケードデータベースＤＢ３を利用しつつ、ゲーム機用サービスをアーケードゲーム機４Ａ等に提供するための各種の処理を実行するサーバユニット２である。第２アーケードシステム１０Ｂは、このようなアーケード用のサーバユニット２Ｃ及びアーケードデータベースＤＢ３を利用しつつ、ゲーム機用サービス等の一つとしてアーケードゲーム機４Ａ等に接続サービスを提供する。

第１口座管理システム２０Ａ、及び第２口座管理システム２０Ｂについても同様である。具体的には、第１口座管理システム２０Ａは口座管理用のサーバユニット２Ｂ等を利用し、第２口座管理システム２０Ｂは口座管理用のサーバユニット２Ｅ等を利用し、それぞれ第１の形態と同様に口座の管理を実現する。なお、また、例えば第１施設ＳＡ１が閉鎖的な施設であり、ユーザによるゲームユニット３の使用が想定されない場合、第１口座管理システム２０Ａは省略されてもよい。

また、Ｗｅｂシステム８０は、第１アーケードシステム１０Ａと第２アーケードシステム１０Ｂとの間に介在し、接続サービスにおいて第１アーケードシステム１０Ａと第２アーケードシステム１０Ｂとの間で実行されるべき各種データ等の送受信を補助するシステムとして構築される。このため、Ｗｅｂシステム８０は、第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂに各種データ等の送受信が可能に接続される。

Ｗｅｂシステム８０は、例えばＷｅｂサービス用のサーバユニット２Ｄ、及びＷｅｂサービス用のデータベースＤＢ４を利用し、上述のデータ等の送受信の補助を実現する。Ｗｅｂサービス用のデータベースＤＢ４は、送受信の補助に関連する各種のデータを記録するためのサーバユニット２である。Ｗｅｂサービス用のサーバユニット２Ｄは、Ｗｅｂサービス用のデータベースＤＢ４を利用しつつ、送受信の補助を実現するための各種の処理を実行するサーバユニット２である。Ｗｅｂシステム８０は、このようなＷｅｂサービス用のサーバユニット２Ｄ、及びＷｅｂサービス用のデータベースＤＢ４を利用しつつ、接続サービスにおいて第１アーケードシステム１０Ａと第２アーケードシステム１０Ｂとの間のデータ等の送受信を補助する。

次に、第２の形態に係るゲームシステム１Ｂのうち、接続サービスに係る制御系の要部の構成について説明する。図１７は、第２の形態に係るゲームシステム１Ｂの制御系の要部を示す機能ブロック図である。第２の形態に係るゲームシステム１Ｂにおいて、他の施設ＳＡのアーケードゲーム機４Ａに対するゲームユニット３のプレイの提供は、その他の施設ＳＡ（例えば第２施設ＳＡ２）に対する費用（プレイのためのクレジットの消費とは別に第１施設ＳＡ１に支払われるべきゲームユニット３の使用料に相当）と引き換えに提供されてもよいし、そのような費用なく無償（プレイのためのクレジットの消費は必要）で提供されてもよい。つまり、第１施設ＳＡ１のゲームユニット３のプレイに伴い、第２施設ＳＡ２から第１施設ＳＡ１に使用料（対価）が支払われても支払われなくてもよいが、図１７の例はそのような使用料（費用）が支払われる場合の機能ブロック図の一例を示している。なお、アーケードゲーム機４Ａ、及び第１ゲームユニット３Ａは図９の例と同様の構成を備えているため、図１７の例では構成が省略されている。また、第２アーケードシステム１０Ｂの構成が省略されているが、第２アーケードシステム１０Ｂも第１アーケードシステム１０Ａと同様の構成を備えている。

図１７に示すように、Ｗｅｂシステム８０には、制御部８１と、記憶部８２とが設けられる。記憶部８２は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部８２には、制御部８１にて参照されるべきプログラム（コンピュータプログラム）ＰＧ３、及びシステムデータ８３が記憶される。制御部８１は、一又は複数のサーバユニット２のコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部８１には、制御部８１を構成するハードウエア資源とプログラムＰＧ３との組み合わせによって接続サービスに関連する各種の論理的装置が構成され得るが、図１７の例では、接続管理部８４、及びデータ管理部８５が設けられている。

接続管理部８４は、第１アーケードシステム１０Ａと第２アーケードシステム１０Ｂとの間のデータ等の送受信の補助に関する各種の処理を行う論理的装置である。このような処理には、ゲームユニット３が設置される施設ＳＡを判別したり、その施設ＳＡにユニット用サービスを提供するアーケードシステム１０（例えば第１アーケードシステム１０Ａ等）を特定したりする処理が含まれる。例えば、接続管理部８４は、このような処理の一例として、第２の形態に係るゲーム提供処理、第２の形態に係る進行提供処理、及び費用算出処理を実行する。接続管理部８４は、これらの処理を適宜に実行してよく、単独で実行しても他のシステムと適宜に協働して実行してもよいが、一例としてこれらのうち第２の形態に係るゲーム提供処理、及び進行提供処理を第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂの接続制御部１３、並びにセンターユニットＣＮのゲーム制御部３３と協働して実行する。第２の形態に係るゲーム提供処理、第２形態に係る進行提供処理、及び費用算出処理の手順の詳細は後述する。

データ管理部８５は、システムデータ８３を管理するための各種の処理を行う論理的装置である。システムデータ８３は、接続サービスの提供に必要な各種のデータを適宜に含みえるが、図１７の例では施設データＦＤ、接続先データＣＤ、及び費用データＰＤが示されている。施設データＦＤは、各施設ＳＡに設置されるゲームユニット３を管理するためのデータである。接続先データＣＤは、各施設ＳＡに対応するアーケードシステム１０（例えば第１アーケードシステム１０Ａ等）を管理するためのデータである。費用データＰＤは、ゲームユニット３のプレイに伴い、そのゲームユニット３が設置されている施設ＳＡに支払わるべき費用（使用料）を管理するためのデータである。データ管理部８５は、一例として、これらの施設データＦＤ、接続先データＣＤ、及び費用データＰＤを管理するための各種の処理を実行する。このような処理には、一例として費用算出処理が含まれる。データ管理部８５は、費用算出処理を適宜に実現してよいが、一例として費用データＰＤを利用して費用算出処理を実現する。費用算出処理の手順の詳細は後述する。また、施設データＦＤ、接続先データＣＤ、及び費用データＰＤの詳細も後述する。

次に、図１８を参照して、第２の形態に係る接続サービスの流れについて説明する。図１８は、第２の形態に係る接続サービスの流れを説明するための説明図である。図１８の例は、図１０の例と同様に、第１ゲームユニット３Ａ及び第２ゲームユニット３Ｂのうち、第１ゲームユニット３Ａが接続サービス（アーケードゲーム機４Ａへのゲームの提供）に利用される場合を示している。この場合、図１８に示すように、図１０の例の第１の形態に係る接続サービスの流れと比べて、第２の形態に係る接続サービスでは、Ｆ５の手順が追加されている。また、第２の形態に係る接続サービスでは、Ｆ２の手順がＦ２Ａ～Ｆ２Ｃを含み、Ｆ４の手順がＦ４Ａ～Ｆ４Ｃの手順を含んでいる。なお、図１０の例において図中の手順に直接関係しない第２ゲームユニット３Ｂ等はグレーにて示してある。

具体的には、図１０の例と同様に、アーケードゲーム機４Ａはゲームユニット３のプレイをアーケードシステム１０に要求する（Ｆ１）が、その要求先はそのアーケードゲーム機４Ａが設置される第２施設ＳＡ２に対応する第２アーケードシステム１０Ｂである。第２アーケードシステム１０Ｂは、その要求を取得すると、その要求をＷｅｂシステム８０に送信する（Ｆ２Ａ）。Ｗｅｂシステム８０は、その要求を取得すると、その要求対象の（アーケードゲーム機４Ａがゲームの提供を希望する）ゲームユニット３を判別する。Ｗｅｂシステム８０は、この判別を適宜に実現してよいが、一例として施設データＦＤ、及び接続先データＣＤを参照して実現する。

具体的には、Ｗｅｂシステム８０は、まず施設データＦＤを参照し、要求対象のゲームユニット３が設置される施設ＳＡ（第１施設ＳＡ１）を特定する。続いてＷｅｂシステム８０は、接続先データＣＤを参照して、その特定した施設ＳＡ（第１施設ＳＡ１）に対応するアーケードシステム１０（第１アーケードシステム１０Ａ）、及びそのアーケードシステム１０のアドレスを特定する。そして、Ｗｅｂシステム８０は、その特定したアーケードシステム１０に対応する施設ＳＡに設置されるゲームユニットのうち、要求対象のゲームユニット３（第１ゲームユニット３Ａ）を判別する。Ｗｅｂシステム８０は、その判別の後、第２アーケードシステム１０Ｂを介して取得したアーケードゲーム機４Ａの要求を、その判別したアーケードシステム１０、すなわち第１アーケードシステム１０Ａに送信する（Ｆ２Ｂ）。

一方、第１アーケードシステム１０Ａは、Ｗｅｂシステム８０を介してアーケードゲーム機４Ａの要求を取得すると、その要求に対応する第１ゲームユニット３Ａを判別し、その判別した第１ゲームユニット３Ａに、アーケードゲーム機４Ａに対するルーレットゲームの提供を指示する（Ｆ２Ｃ）。第１アーケードシステム１０Ａは、この判別等を図１０の例におけるＦ２の手順と同様に実現してよく、この場合、Ｆ２Ｃの手順が図１０の例におけるＦ２の手順に対応する。

第１アーケードシステム１０Ａからルーレットゲームの提供が指示されると、第１ゲームユニット３Ａ（センターユニットＣＮ）は、ルーレットゲームの提供を開始し、その進行状況を適宜にアーケードシステム１０に送信する（Ｆ３）が、その送信先は第１アーケードシステム１０Ａである。進行状況を取得すると、第１アーケードシステム１０Ａはその進行状況の情報に基づいて図１０の例のＦ４の手順と同様に接続サービスのゲーム画面１００ｃを生成し、そのゲーム画面１００ｃ（画像データ）をＷｅｂシステム８０に送信する（Ｆ４Ａ）。進行状況に基づくゲーム画面１００ｃの生成は適宜のシステムによって実行されてよく、例えば第２アーケードシステム１０Ｂによって実行されても、Ｗｅｂシステム８０によっても、第１ゲームユニット３Ａ（センターユニットＣＮ、或いはステーションユニットＳＴ）によって実行されてもよいが、一例としてこのように第１アーケードシステム１０Ａによって実行される。

一方、そのゲーム画面１００ｃを取得すると、Ｗｅｂシステム８０はその進行状況の情報を第２アーケードシステム１０Ｂに送信する（Ｆ４Ｂ）。この場合において、Ｗｅｂシステム８０は第２アーケードシステム１０Ｂを適宜に特定してよく、例えばＦ２Ｂにおける手順と同様に施設データＦＤ、及び接続先データＣＤを参照して特定してもよいが、一例として第２アーケードシステム１０Ｂを介してアーケードゲーム機４Ａの要求を取得した際にその取得元の第２アーケードシステム１０Ｂの情報を保存しておき、その保存した情報を参照することにより特定する。

また、第２アーケードシステム１０Ｂは、Ｗｅｂシステム８０を介してゲーム画面１００ｃ（画像データ）を取得すると、そのゲーム画面１００ｃがアーケードゲーム機４Ａのモニタ４５に表示されるように、そのゲーム画面１００ｃをアーケードゲーム機４Ａに送信する（Ｆ４Ｃ）。

一方、Ｗｅｂシステム８０は、適宜の周期（例えば毎月の月末等）において費用データＰＤに基づいて第１ゲームユニット３Ａの使用の使用料、つまり第２施設ＳＡ２から第１施設ＳＡ１に支払われるべき費用を算出する（Ｆ５）。算出された使用料は適宜にその使用料の清算（請求、或いは徴収）ために適宜に使用されてよく、その清算も適宜のシステム等で実行されてよいが、一例としてＷｅｂシステム８０にて実行される。この清算（各種の費用との相殺を含む）は周知の処理によって実現されてよい。一例として、図１０の流れ（第１の形態に係る接続サービスの流れ）と比較して、第２の形態に係る接続サービスでは、これらの手順が追加されている。

次に、施設データＦＤ、接続先データＣＤ、及び費用データＰＤの詳細について説明する。図１９は、施設データＦＤの構成の一例を示す図である。施設データＦＤは、各施設ＳＡの管理に必要な適宜の情報を含んでいてよいが、図１９の例はそのような情報のうち接続サービスに関連する部分だけを示している。この場合、図１９に示すように、施設データＦＤは、各施設ＳＡに設置されるゲームユニット３を管理するための施設レコードＦＤＲを含んでいる。また、施設レコードＦＤＲは、このような管理を実現するために、“施設ＩＤ”、“場所”、“機器ＩＤ”、“種類”、及び“位置”の情報を含んでいる。施設レコードＦＤＲには、これらの情報が相互に関連付けられるように記録されている。

“施設ＩＤ”は、各施設ＳＡを識別するために施設ＳＡ毎にユニークな施設ＩＤを示す情報である。例えば、第１施設ＳＡ１、及び第２施設ＳＡ２には、それらを互いに識別するために異なる施設ＩＤが付与される。“場所”は、各施設ＳＡが位置する場所を示す情報である。“場所”には、各施設ＳＡの場所を示す各種の情報が適宜に記述されてよいが、一例として住所を示す情報が場所の情報として記述される。

“機器ＩＤ”は、各施設ＳＡに設置される機器を識別するための機器ＩＤを示す情報である。これらの機器には、ゲームユニット３、及びゲーム機４が含まれる。また、ゲームユニット３の場合、機器ＩＤは、センターユニットＣＮ、及びステーションユニットＳＴの単位でユニークに付与されてもよいが、一例としてゲームユニット３毎にユニークに付与される。具体的には、第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂには、それぞれ異なる機器ＩＤが付与される。また、複数の第１ゲームユニット３Ａが存在する場合には、各第１ゲームユニット３Ａにも互いに異なる機器ＩＤが付与される。また、機器ＩＤは、複数のアーケードゲーム機４Ａが設置される場合にはアーケードゲーム機４Ａ毎にユニークに付与される。“種類”は、各機器の種類を示す情報である。例えば、第１ゲームユニット３Ａと第２ゲームユニット３Ｂとは互いに異なるゲームを提供する異なる種類のゲームユニット３であるため、これらには互いに異なる種類を示す情報が“種類”に記述される。ゲーム機４とゲームユニット３との間にも異なる種類を示す情報が“種類”に記述される。

“位置”は、各施設ＳＡにおいて各ゲームユニット３（あるいはアーケードゲーム機４Ａ）が配置される位置を示す情報である。“位置”には、各ゲームユニット３の位置を示す各種の情報が適宜に記述されてよいが、一例として各施設ＳＡを所定範囲毎に区画した場合の各区画を示す情報が記述される。“位置”の情報は適宜に使用されてよく、例えば同施設ＳＡのアーケードゲーム機４Ａからの接続サービスの要求に対して、そのアーケードゲーム機４Ａと要求対象のゲームユニット３との位置関係に応じてカメラＣＡの映像を配信するか否か決定される場合において、その位置関係の判別に使用される。このため、このような判別が実行されない場合、“位置”の情報は省略されてもよい。“位置”の情報が位置関係の判別に使用される場合、ゲーム機４に対応する“位置”の情報、及びゲームユニット３に対応する“位置”の情報がそれぞれ本発明のゲーム機位置情報、及びユニット位置情報としてそれぞれ機能する。なお、カメラＣＡの映像を配信するか否かは同じ施設ＳＡ内か否かで判別されてもよく、この場合ネットワークＮＴにおけるゲーム機４のアドレス、及びゲームユニット３のアドレスが本発明のゲーム機位置情報、及びユニット位置情報としてそれぞれ機能してもよい。また、施設データＦＤは、これらの情報に限定されず、接続サービスの内容、或いは管理の都合等に応じて各種の情報を適宜に含んでいてよい。あるいは、“位置”の情報等、上述の情報の一部等が適宜に省略されてもよい。

図２０は、接続先データＣＤの構成の一例を示す図である。接続先データＣＤは、各アーケードシステム１０の接続先の管理に必要な適宜の情報を含んでいてよいが、図２０の例はそのような情報のうち接続サービスに関連する部分だけを示している。この場合、図２０に示すように、接続先データＣＤは、各施設ＳＡに対応するアーケードシステム１０毎にその接続先（アドレス）管理するための接続先レコードＣＤＲを含んでいる。また、接続先レコードＣＤＲは、このような管理を実現するために、“施設ＩＤ”、“システムＩＤ”、及び“アドレス”の情報を含んでいる。接続先レコードＣＤＲには、これらの情報が相互に関連付けられるように記録されている。

“施設ＩＤ”は、上述の施設ＩＤを示す情報である。“システムＩＤ”は、各アーケードシステム１０を識別するためにアーケードシステム１０毎にユニークなシステムＩＤを示す情報である。例えば、第１アーケードシステム１０Ａと第２アーケードシステム１０Ｂとには互いに異なるシステムＩＤが付与される。“アドレス”は、各アーケードシステム１０のアドレス（接続先）を示す情報である。“アドレス”には各アーケードシステム１０の接続先を特定可能な各種の情報が適宜にアドレスとして記述されてよいが、一例としてネットワークＮＴにおいてユニークに付与されるＩＰアドレスが記述される。なお、接続先データＣＤは、これらの情報に限定されず、接続サービスの内容、或いは管理の都合等に応じて各種の情報を適宜に含んでいてよい。あるいは、上述の情報の一部等が適宜に省略されてもよい。

図２１は、費用データＰＤの構成の一例を示す図である。費用データＰＤは、各種の費用の算出に必要な適宜の情報を含んでいてよいが、図２１の例はそのような情報のうちゲームユニット３の使用料（費用）の算出に関連する部分だけを示している。また、使用料は、適宜のロジックに従って算出されてよく、使用回数、或いは使用時間に応じた所定の手数料を積算した従量額として算出されてもよいし、使用回数等にもかかわらず一定額の定額として算出されてもよい。このようにゲームユニット３の使用に伴う費用は各種のロジックに応じて適宜に算出されてよいが、一例として所定期間におけるクレジットの付与量（増加量）の累計量に応じて算出される。図２１の例は、このような累計量に基づいて使用料が算出される場合の費用データＰＤの一例を示している。この場合、図２１に示すように、費用データＰＤは、クレジットの付与量（増加量）を施設ＳＡ毎に管理するための費用レコードＰＤＲを含んでいる。また、費用レコードＰＤＲは、このような管理を実現するために、“施設ＩＤ”、“提供元”、“日時”、“カードＩＤ”、及び“付与量”の情報を含んでいる。

“施設ＩＤ”は、上述の施設ＩＤを示す情報である。“施設ＩＤ”には、ゲームユニット３のプレイに使用されたゲーム機４が設置される施設ＳＡの施設ＩＤが記述される。“提供元”は、ゲーム機４にゲームユニット３のプレイを提供した提供元の施設ＳＡを示す情報である。“提供元”には、このような提供元の施設ＳＡを示す適宜の情報が記述されてよいが、一例として施設ＩＤの情報が記述される。“日時”は、ゲーム機４を介してゲームユニット３がプレイされた日時を示す情報である。“カードＩＤ”は、ゲーム機４を介したゲームユニット３のプレイにおいて使用されたカード６４のカードＩＤを示す情報である。換言すれば、“カードＩＤ”は、ゲーム機４を介してゲームユニット３をプレイしたユーザを識別（特定）するための情報である。“付与量”は、ゲーム機４を介してゲームユニット３のプレイにおいて生じたクレジットの付与量（クレジットの増加量）を示す情報である。費用レコードＰＤＲには、これらの情報が相互に関連付けられるように記録されている。なお、費用データＰＤは、これらの情報に限定されず、使用料の算出ロジック等に応じて各種の情報を適宜に含んでいてよい。あるいは、上述の情報の一部等が適宜に省略されてもよい。

次に、図２２～図２４を参照して、第２の形態に係るゲーム提供処理、第２の形態に係る進行提供処理、及び費用算出処理について説明する。第２の形態に係るゲーム提供処理は、第２の形態に係る接続サービスにおいてゲーム機４からゲームユニット３のプレイが要求された場合にそのゲーム機４にゲームユニット３のゲームを提供するための処理である。また、図２２の例は、第２施設ＳＡ２にもゲームユニット３が設置され、そのゲームユニット３も接続サービスの対象として利用される場合の第２の形態に係るゲーム提供処理を示している。なお、図２２、及び図２３の例では、第１アーケードシステム１０Ａの接続制御部１３によって主として実行される処理が第１アーケードシステム１０Ａとして、第２アーケードシステム１０Ｂの接続制御部１３によって主として実行される処理が第２アーケードシステム１０Ｂとして、Ｗｅｂシステム８０の接続管理部８４によって主として実行される処理がＷｅｂシステム８０として、それぞれ示されている。さらに、図２５の例では、センターユニットＣＮのゲーム制御部３３によって主として実行される処理がセンターユニットＣＮとして示されている。

第２アーケードシステム１０Ｂは、ゲーム機４からゲームユニット３のプレイが要求されると図２３のゲーム提供処理を開始し、図１３の例と同様に、まずそのリクエストを取得する（ステップＳ２０１）。このリクエストには、選択機会における選択結果（プレイ対象としてユーザによって選択されたゲームユニット３）の情報が含まれる。なお、第２の形態に係る選択機会では、施設ＳＡを選択する機会が追加される。このような選択機会は、適宜に実現されてよいが、一例として後述の第３の形態における施設選択機会、及びユニット選択機会と同様に実現されてもよい。

続いて第２アーケードシステム１０Ｂは、要求対象のゲームユニット３が同じ施設ＳＡ（例えば第２施設ＳＡ２）に設置されているか否か判別する（ステップＳ２１１）。この判別は、選択結果に含まれる施設ＳＡの選択結果に基づいて実現される。要求対象のゲームユニット３が同じ施設ＳＡに設置されている場合（ステップＳ２１１：Ｙｅｓ）、第２アーケードシステム１０Ｂは、図１３の例と同様にゲームユニット３を判別し（ステップＳ２０２）、ゲームの提供を指示し（ステップＳ２０３）、その指示の後に今回のゲーム提供処理を終了する。

一方、要求対象のゲームユニット３が同じ施設ＳＡに設置されていない場合（ステップＳ２１１：Ｎｏ）、第２アーケードシステム１０Ｂは、Ｗｅｂシステム８０にゲームの提供を要求する（ステップＳ２１２）。第２アーケードシステム１０Ｂからゲームの提供が要求されると、Ｗｅｂシステム８０は図２２のゲーム提供処理を開始し、まずそのリクエストを取得する（ステップＳ７０１）。

続いてＷｅｂシステム８０は、その要求のゲームユニット３が設置される施設ＳＡに対応するアーケードシステム１０を判別する（ステップＳ７０２）。この判別は、上述のように一例として施設データＦＤ、及び接続先データＣＤに基づいて実現される。例えば、アーケードゲーム機４Ａが第１施設ＳＡ１の第１ゲームユニット３Ａのプレイを要求している場合、Ｗｅｂシステム８０は施設データＦＤ、及び接続先データＣＤを参照し、まずその第１ゲームユニット３Ａが設置される第１施設ＳＡ１を特定し、続いてその第１施設ＳＡ１に対応する第１アーケードシステム１０Ａを判別する。

次に、Ｗｅｂシステム８０は、ステップＳ７０２において判別した第１アーケードシステム１０Ａ、及び第１ゲームユニット３Ａがプレイを提供可能か否か判別する（ステップＳ７０３）。この判別は、各種の提供条件に基づいて適宜に判別されてよく、例えばゲーム機４、或いは施設ＳＡ等のネットワークＮＴの接続状態、ゲームのプレイにユーザのレベル等のプレイ条件が設けられる場合はその条件、或いは施設ＳＡ等において外部からの接続の可否が時間帯等に設定されている場合はその時間帯等に応じて判断されてよい。このように提供の可否は適宜に判断されてよいが、一例として同一ゲームユニット３に外部から所定数以上のゲーム機４が接続されている場合に提供不可と判断される。このため、Ｗｅｂシステム８０は、まずプレイ対象として要求されたゲームユニット３が設置される施設ＳＡのアーケードシステム１０（例えば第１アーケードシステム１０Ａ）に接続数を問い合わせる。そして、既に所定数以上のゲーム機４が接続されている場合には提供不可と、所定数未満のゲーム機４しか接続されていない場合には提供可とそれぞれ判別する。

続いてＷｅｂシステム８０は、ステップＳ７０３の判別結果（可否判別の結果）を第２アーケードシステム１０Ｂに送信する（ステップＳ７０４）。また、Ｗｅｂシステム８０は、ステップＳ７０４の判別結果が提供可の場合、ステップＳ７０４の送信の後に、ステップＳ７０２で判別した第１アーケードシステム１０Ａにゲームの提供を要求し（ステップＳ７０６）、今回のゲーム提供処理を終了する。あるいは、Ｗｅｂシステム８０は、ステップＳ７０４の判別結果が提供不可の場合、ステップＳ７０４の送信の後に、以降の処理をスキップして、今回のゲーム提供処理を終了する。この例においてステップＳ７０３でＷｅｂシステム８０によって送信される判別結果の情報が本発明の可否情報として機能する。

Ｗｅｂシステム８０から判別結果が送信されると、第２アーケードシステム１０Ｂは、その結果がゲーム機４に提示されるように、その判別結果をゲーム機４に送信する（ステップＳ２１３）。例えば、この判別結果が提供不可を示す場合、ゲーム機４において再度ゲーム要求処理が提供されるように、エラー等が表示されてよい。そして、このような送信の後に第２アーケードシステム１０Ｂは今回のゲーム提供処理を終了する。

一方、Ｗｅｂシステム８０からゲームの提供が要求されると、第１アーケードシステム１０Ａは図２２のゲーム提供処理を開始し、まずそのリクエストを取得する（ステップＳ８０１）。続いて第１アーケードシステム１０Ａは、そのリクエストに対応するゲームユニット３（第１ゲームユニット３Ａ）を判別する。この判別は適宜に実現されてよいが、一例としてステップＳ２０２と同様に実現される。次に第１アーケードシステム１０Ａは、その判別した第１ゲームユニット３Ａにゲームの提供を指示する（ステップＳ８０３）。この指示も適宜に実現されてよいが、一例としてステップＳ２０３と同様に実現される。そして、この指示の後に第１アーケードシステム１０Ａは今回のゲーム提供処理を終了する。

図２２の手順により、第２の形態に係る接続サービスにおいてゲーム機４からのリクエストに応じてゲームユニット３（センターユニットＣＮ）が実際にゲームの提供を開始する。より具体的には、ゲーム機４が設置される施設ＳＡとは別の施設ＳＡに設置されるゲームユニット３に対するプレイの要求に応じてそのゲームユニット３が実際にゲームの提供を開始する。つまり、施設ＳＡを跨いだゲームユニット３のプレイが実現される。

第２の形態に係る進行提供処理は、第２の形態に係る接続サービスにおいてゲームユニット３におけるゲームの進行をゲーム機４に提供するための処理である。上述のようにゲームの進行は各種の方法で適宜に提供されてよいが、図２３の例は図１４の例と同様に接続サービスのゲーム画面１００ｃを通じてゲームの進行がゲーム機４に提供される場合の第２の形態に係る進行提供処理を示している。この場合、図２２のゲーム提供処理を通じて第１アーケードシステム１０Ａからゲームの提供の指示を受けてゲームの提供を開始すると、センターユニットＣＮは図２３の進行提供処理を開始し、図１４の例と同様にステップＳ３０１～Ｓ３０３の処理を実行する。そして、センターユニットＣＮは、ステップＳ３０３の処理の後に今回の進行提供処理を終了する。

同様に、第１アーケードシステム１０Ａは、ステップＳ３０１の処理を通じてセンターユニットＣＮから進行状況の情報が提供された場合、或いはステップＳ３０３の処理を通じてセンターユニットＣＮから終了情報が提供された場合、図２３の進行提供処理を開始し、図１４の例と同様にステップＳ４０１～ステップＳ４０３の処理を実行する。ただし、ステップＳ４０３におけるゲーム画面１００ｃの送信先は、図１４の例のゲーム機４からＷｅｂシステム８０に変更される。また、ステップＳ４０１におけるゲーム機４への問い合わせ、及び操作情報の取得はＷｅｂシステム８０を介して実現される。そして、第１アーケードシステム１０Ａは、ステップＳ４０３の後に今回の進行提供処理を終了する。

一方、Ｗｅｂシステム８０は、ステップＳ４０３の処理を通じて第１アーケードシステム１０Ａからゲーム画面１００ｃ（画像データ）を取得すると、図２３の進行提供処理を開始し、まずそのゲーム画面１００ｃを取得する（ステップＳ９０１）。続いてＷｅｂシステム８０は、その取得したゲーム画面１００ｃの送信先を判別する（ステップＳ９０２）。この判別は適宜に実現されてよく、上述のように施設データＦＤ及び接続先データＣＤに基づいて実現されてもよいが、一例としてゲーム提供の指示時に保存されたその提供指示の送信元の情報に基づいて実現される。また、この送信元の情報は適宜に管理されてよいが、一例として終了情報がその送信元に送付された後に消去される。図２３の例では、Ｗｅｂシステム８０は、第１施設ＳＡ１（ゲームのプレイを要求したゲーム機４が設置される施設ＳＡ）に対応する第２アーケードシステム１０Ｂを送信先として判別する。次にＷｅｂシステム８０は、その判別した送信先（第２アーケードシステム１０Ｂ）に、ステップＳ９０１で取得したゲーム画面１００ｃを送信する（ステップＳ９０３）。そして、その送信の後にＷｅｂシステム８０は今回の進行提供処理を終了する。

また、ゲーム機４は、Ｗｅｂシステム８０からゲーム画面１００ｃ（画像データ）が送信されると、図２３の進行提供処理を開始し、図１４の例と同様にステップＳ５０１（ただし、取得元はＷｅｂシステム８０に変更される）、及びステップＳ５０２の処理を実行する。そして、ステップＳ５０２の処理の後にゲーム機４は今回の進行提供処理を終了する。これにより、第２の形態に係る接続サービスにおいて、ゲーム画面１００ｃの提供を通じてゲーム機４においてミニゲームのプレイが実現される。より具体的には、第２施設ＳＡ２に設置されたゲーム機４において、それとは別の第１施設ＳＡ１に設置された第１ゲームユニット３Ａのプレイが実現される。つまり、第１施設ＳＡ１に設置された第１ゲームユニット３ＡのステーションユニットＳＴの一つとして、他の第２施設ＳＡ２のゲーム機４が機能する。なお、図２２のゲーム提供処理のステップＳ２１１においてゲーム機４と第１ゲームユニット３Ａとが同一施設ＳＡに設置されていると判別された場合、第２アーケードシステム１０Ｂは、図１４の例におけるアーケードシステム１０と同様にステップＳ４０１～ステップＳ４０３の処理を実行することにより進行提供処理を実現してよい。

費用算出処理は、他の施設ＳＡのゲーム機４に対してゲームユニット３がゲームを提供した場合にその提供に伴う費用を算出するための処理である。そのような費用は、各種の情報を元に適宜に算出されよく、例えばゲーム機４から取得される増加量の情報に基づいてそのようなクレジットの増加が生じる毎に算出されてもよい。この場合、ゲーム機４において今回の付与（増加）が生じたゲームユニット３が同じ施設ＳＡに設置されているか否か判別され、同じ施設ＳＡでない場合に付与量の情報が、例えば第２アーケードシステム１０Ｂを介して取得され、算出に使用されてもよい。あるいは、そのような費用は第２アーケードシステム１０Ｂにおいて算出されてもよいし、ゲーム機４において算出されてもよい。このようにゲームユニット３の使用に伴う費用は適宜に算出されてよいが、図２４の例はそのような費用が所定の周期（例えば毎月の月末等）において費用データＰＤに基づいて算出される場合の費用算出処理の手順の一例を示している。この場合、データ管理部８５は、所定の周期で繰り返し図２４の費用算出処理を開始し、まず最新の費用データＰＤを取得する（ステップＳ１００１）。なお、費用データＰＤはクレジットの付与が生じる毎に適宜に更新されてよく、その更新も適宜のシステム等において実行されてよいが、一例としてＷｅｂシステム８０がゲーム機４から増加量の情報を取得し、実行する。

続いてデータ管理部８５は、使用料を徴収すべきクレジットの付与量、換言すればゲーム機４を介した他の施設ＳＡのゲームユニット３のプレイにおいて生じたクレジットの付与量の累計量を判別する（ステップＳ１００２）。この判別は適宜に実現されてよいが、一例として費用データＰＤに基づいて実現される。具体的には、データ管理部８５はまずステップＳ１００１で取得した費用データＰＤの“施設ＩＤ”、及び“提供元”を参照し、施設ＳＡを跨いだプレイに対応する費用レコードＰＤＲを特定する。次にデータ管理部８５は、 “日時”、及び“付与量”を参照し、その特定した費用レコードＰＤＲにおいて今回の算出期間（一例として前回の算出後から処理直前まで）に相当する付与量の累計量を算出する。そして、データ管理部８５は、その算出した累計量を今回の対象の累計量として判別する。なお、施設ＳＡを跨いだプレイか否かは、提供元と提供先の施設ＳＡとが相違している場合、つまり物理的に異なる施設ＳＡである場合に限定されず、例えば同じ運営者が運営する複数の施設ＳＡ間であれば施設ＳＡを跨いでいないと判別されてもよい。つまり、例えば同系列内ではゲームユニット３の使用料が生じないように、同じ施設ＳＡの範囲は同系列の施設ＳＡの範囲等の適宜の範囲に設定されてもよい。

次にデータ管理部８５は、ステップＳ１００２で判別した累計量に基づいてゲームユニット３の使用料として支払われるべき費用を算出する（ステップＳ１００３）。このような費用は、上述のように付与量にかかわらず使用回数に所定の手数料を積算した従量額として算出されてもよいし、使用回数にもかかわらず一定額の定額として算出されてもよい。同様に、クレジットの付与は、ゲームユニット３が設置される施設ＳＡ（例えば図１８の例の第１施設ＳＡ１）からユーザに付与されてもよいし、ゲーム機４が設置される施設ＳＡ（例えば図１８の例の第２施設ＳＡ２）からユーザに付与されてもよいが、例えばプログレッシブジャックポットゲームのようにゲームユニット３の使用時に少量ずつクレジットの消費量が蓄積され、その蓄積分がクレジットの増加として付与される場合、ゲームの提供元（図１８の例の第１施設ＳＡ１）に不利益が生じてしまう可能性がある。このため、使用料は、一例として付与量の累計量に基づいて算出される。また、データ管理部８５は、累計量に基づいて適宜に費用を算出してよいが、一例として累計量に所定係数を積算することにより費用を算出する。この係数は、固定値であってもよいし、例えば施設ＳＡ毎にメダルの価値（交換レート）が相違する場合においてその価値に応じた変数値であってもよい。このように係数は適宜の値であってよいが、一例としてデータ管理部８５は固定値を利用し、付与量に固定値の係数を積算することにより費用を算出する。そして、この算出の後にデータ管理部８５は今回の費用算出処理を終了する。なお、この算出結果は上述のようにその費用の清算のために適宜に使用されてよい。あるいは、そのような処理のために費用データＰＤを含む適宜のデータによって管理されてもよい。

図２４の手順により、他の施設ＳＡのゲーム機４を介してゲームユニット３がプレイされた場合においてそのプレイに伴う使用料が算出される。より具体的には、そのような使用料としてゲーム結果として生じたクレジットの付与量に応じた使用料が、そのようなプレイに伴う費用（対価）として算出される。そして、そのような費用はゲームユニット３が設置される施設ＳＡへの精算に適宜に使用される。つまり、そのような費用が算出され、ゲームユニット３が設置される施設ＳＡへの支払いとして使用される。

以上に説明したように、第２の形態によれば、施設ＳＡを跨いだゲームユニット３のプレイを実現することができる。例えば、施設ＳＡ間においてグループ対戦を行うイベントが開催される場合、第１ゲームユニット３Ａ（一台でも複数台でもよい）に設けられるステーションユニットＳＴの数（ステーションユニットＳＴとして機能するゲーム機４を含んでいてもよい）がグループ対戦の数に満たないとそのイベントに参加できない。一方で、第２の形態では、他の施設ＳＡのゲーム機４をそのステーションユニットＳＴとして機能させることができる。このため、同じ施設ＳＡに設置されるステーションユニットＳＴの数がグループ数に満たない場合でも、他の施設ＳＡのゲーム機４を利用して、そのようなイベントへの参加を実現することができる。結果として、第１の形態と同様の効果はもちろん、第１の形態よりもユーザの増加、及びプレイ頻度の増加を図ることができる。さらに、他の施設ＳＡに設置されるゲームユニット３の使用に使用料（対価）の支払い（徴収）が要求される場合には、このような支払いを通じて他の施設ＳＡの収益拡大を図ることができる。

第２の形態では、第２アーケードシステム１０Ｂの接続制御部１３が、図２２の手順、及び図２３の手順を実行することにより本発明のゲーム提供手段、及び進行提供手段として機能する。具体的には、接続制御部１３が、図２２のステップＳ２１２の手順を実行することによりゲーム提供手段として、図２３のステップＳ５０２を実行することにより本発明の進行提供手段として、それぞれ機能する。さらに、第２アーケードシステム１０Ｂの接続制御部１３が、図２２の手順を実行することにより本発明の施設判別手段、及び対象特定手段として機能する。具体的には、接続制御部１３が、図２２のステップＳ２１１の手順を実行することにより施設判別手段として、図２２のステップＳ２０２の手順を実行することにより対象特定手段として、それぞれ機能する。

あるいは、Ｗｅｂシステム８０の接続管理部８４が、図２２の手順、及び図２３の手順を実行することにより本発明のゲーム提供手段、及び進行提供手段として機能する。具体的には、接続管理部８４が、図２２のステップＳ７０６の手順を実行することにより本発明のゲーム提供手段として、図２３のステップＳ９０３の手順を実行することにより本発明の進行提供手段として、それぞれ機能する。同様に、Ｗｅｂシステム８０のデータ管理部８５が、図２４のステップＳ１００３の手順を実行することにより本発明の対価算出手段として機能する。また、Ｗｅｂシステム８０の接続管理部８４が、図２２の手順を実行することにより本発明の提供判別手段、及び可否提供手段として機能する。具体的には、接続管理部８４が、図２２のステップＳ７０３の手順を実行することにより提供判別手段として、図２２のステップＳ７０４の手順を実行することにより可否提供手段として、それぞれ機能する。

（第３の形態）
次に、図２５～図３２を参照して第３の形態に係るゲームシステム１Ｃについて説明する。以下では、第１の形態、或いは第２の形態と共通の構成には、図２５～図３２に同一の符号を付して説明を省略する。図２５は、接続サービスを提供するために、第３の形態に係るゲームシステム１Ｃに構築される各システムの概要を示す図である。ゲームシステム１は、ゲーム機４としてモバイル端末装置４Ｂ等のユーザ端末装置が利用される場合に第３の形態に係るゲームシステム１Ｃとして構成される。以下では、ユーザ端末装置の一例としてモバイル端末装置４Ｂが利用される場合について説明する。なお、ユーザ端末装置がアーケードゲーム機４Ａとして施設ＳＡに設置される場合は第１の形態、或いは第２の形態と同様に構成されてよい。また、ユーザ端末装置は、施設ＳＡに位置するユーザに携帯されることにより施設ＳＡ内において使用されてもよい。さらに、ステーションユニット等のアーケードゲーム機４Ａがモバイル端末装置４Ｂとして機能してもよい。

具体的には、図２５に示すように、ゲームユニット３は、第３の形態に係るゲームシステム１Ｃでも施設ＳＡに設置される。ただし、施設ＳＡは、第２の形態と同様に、ユーザの利用が制限される施設（全く利用できない閉鎖的な施設を含む）であってもよい。また、ステーションユニットの設置が省略され、センターユニットのみ設置されてもよい。そして、そのようなセンターユニットを通じてゲーム機４に対する接続サービスだけが提供されてもよい。このように施設ＳＡは、閉鎖的な施設を含む各種の施設であってよいが、一例として第１の形態と同様にアミューズメント施設として構成される。

一方、第３の形態に係るゲームシステム１Ｃでは、ゲーム機４の一例としてモバイル端末装置４Ｂ（ユーザ端末装置の一例）が使用される。モバイル端末装置４Ｂは、ネットワークＮＴに接続可能な任意の場所からゲームユニット３のプレイを要求する。このようなモバイル端末装置４Ｂに接続サービスを提供するために、第３の形態に係るゲームシステム１Ｃには、Ｗｅｂシステム８０、及びＷｅｂ口座システム９０が構築される。Ｗｅｂシステム８０は、及びＷｅｂ口座システム９０は、第１の形態等と同様にサーバ２に含まれるサーバユニット２を利用して適宜に実現される。

Ｗｅｂシステム８０は、モバイル端末装置４Ｂに接続サービスを提供するためのシステムとして機能する。Ｗｅｂシステム８０は、例えば第２の形態のＷｅｂシステム８０とは別のシステムとして構成されてもよいが、一例として第２の形態のＷｅｂシステム８０と同様に構成される。具体的には、Ｗｅｂサービス用のデータベースＤＢ４は、モバイル端末装置４Ｂ用の接続サービスに関連する各種のデータを記録するためのサーバユニット２である。Ｗｅｂサービス用のサーバユニット２Ｄは、Ｗｅｂサービス用のデータベースＤＢ４を利用しつつ、モバイル端末装置４Ｂ用の接続サービスを実現するための各種の処理を実行するサーバユニット２である。Ｗｅｂシステム８０は、このようなＷｅｂサービス用のサーバユニット２Ｄ、及びＷｅｂサービス用のデータベースＤＢ４を利用しつつ、モバイル端末装置４Ｂ用の接続サービスを実現する。

一方、Ｗｅｂ口座システム９０は、Ｗｅｂシステム８０用の口座管理を行うために口座管理システム２０とは別に構築されるシステムである。Ｗｅｂ口座システム９０は、Ｗｅｂ口座用のサーバユニット２Ｆ、及びＷｅｂ口座用のデータベースＤＢ５を利用しつつ、Ｗｅｂシステム８０用の口座管理を実行する。Ｗｅｂ口座用のデータベースＤＢ５は、Ｗｅｂシステム８０用の口座管理に関連する各種のデータを記録するためのサーバユニット２である。Ｗｅｂ口座用のサーバユニット２Ｆは、Ｗｅｂ口座用のデータベースＤＢ５を利用しつつ、Ｗｅｂシステム８０用の口座管理を実現するための各種の処理を実行するサーバユニット２である。Ｗｅｂ口座システム９０は、このようなＷｅｂ口座用のサーバユニット２Ｆ、及びＷｅｂ口座用のデータベースＤＢ５を利用しつつ、Ｗｅｂシステム８０用の口座管理を実現する。

次に、第３の形態に係るゲームシステム１Ｃのうち、接続サービスに係る制御系の要部の構成について説明する。図２６は、第３の形態に係るゲームシステム１Ｃの制御系の要部を示す機能ブロック図である。なお、モバイル端末装置４Ｂ（ゲーム機４）、アーケードシステム１０、及びゲームユニット３は図９の例と同様の構成を備えているため、図２６の例では構成が省略されている。

図２６に示すように、第３の形態に係るＷｅｂシステム８０では、図１７の例と比べて、システムデータ８３に稼働データＯＤが追加される。稼働データＯＤは、稼働中のゲームユニット３を管理するためのデータである。稼働データＯＤは、適宜に使用されてよいが、一例としてモバイル端末装置４Ｂにプレイ対象のゲームユニット３の候補を提示するために使用される。また、接続管理部８４は、接続サービスを実現するための各種の処理を適宜に実行するが、そのような処理には第３の形態に係るゲーム提供処理、及び進行提供処理が含まれる。第３の形態に係るゲーム提供処理、及び進行提供処理の手順の詳細、並びに稼働データＯＤの詳細は後述する。

モバイル端末装置４Ｂは、ゲーム機４と同様に接続サービスに関連する各種の処理を実行する。そのような処理には、接続サービス（ゲームユニット３のプレイ）を要求する処理が含まれる。このような処理は、第２の形態と同様に進行制御部４３を通じて適宜に実現されてよく、例えば図１２の例のゲーム要求処理を通じて実現されてもよいが、一例として稼働データＯＤに基づくプレイ対象のゲームユニット３の候補を提示するように実現される。このため、モバイル端末装置４Ｂの進行制御部４３は、このような処理の一例として第３の形態に係るゲーム要求処理を実行する。第３の形態に係るゲーム要求処理の手順の詳細は後述する。

Ｗｅｂ口座システム９０には、制御部９５と、記憶部９６とが設けられる。記憶部９６は、ハードディスクアレイ等の不揮発性記憶媒体（コンピュータ読み取り可能な記憶媒体）を含んだ記憶ユニットによって構成される。記憶部９６には、制御部９５にて参照されるべきプログラム（コンピュータプログラム）ＰＧ４、及びシステムデータ９７が記憶される。制御部９５は、一又は複数のサーバユニット２のコンピュータハードウエア資源（例えばＣＰＵ）を利用して構成される。制御部９５には、制御部９５を構成するハードウエア資源とプログラムＰＧ４との組み合わせによって接続サービスに関連する各種の論理的装置が構成され得るが、図２６の例では、データ管理部９８が設けられている。

データ管理部９８は、システムデータ９７を管理するための各種の処理を行う論理的装置である。システムデータ９７は接続サービスの提供に必要な各種のデータを適宜に含みえるが、図２６の例ではＷｅｂ口座データＷＤを含んでいる。Ｗｅｂ口座データＷＤは、モバイル端末装置４Ｂにて消費されたり、増加したりするＷｅｂ用メダル（口座データＡＤにて管理されるメダル所有量とは別の価値）の所有量を管理するためのデータである。Ｗｅｂ口座データＷＤは、口座データＡＤとは別の口座を管理するために、口座データＡＤとは別のデータとして構成される。データ管理部９８は、このようなＷｅｂ口座データＷＤを管理するための各種の処理を実行する。そのような処理には、口座管理システム２０を介さずにゲームユニット３のプレイを実現するために、モバイル端末装置４Ｂのプレイ状況に応じてＷｅｂ口座データＷＤで管理される口座（Ｗｅｂ用メダルの所有量）を増減するための周知な処理が含まれる。

次に、図２７を参照して、第３の形態に係る接続サービスの流れについて説明する。図２７は、第３の形態に係る接続サービスの流れを説明するための説明図である。図２７の例は、図１０の例と同様に、第１ゲームユニット３Ａ及び第２ゲームユニット３Ｂのうち、第１ゲームユニット３Ａが接続サービス（アーケードゲーム機４Ａへのゲームの提供）に利用される場合を示している。この場合、図２７に示すように、図１０の例の第１の形態に係る接続サービスの流れと比べて、第１の形態に係る接続サービスでは、Ｆ１の手順がＦ１Ａ～Ｆ１Ｃを含み、Ｆ２の手順がＦ２Ｂ及びＦ２Ｃを含み、Ｆ４の手順がＦ４Ａ及びＦ４Ｃの手順を含んでいる。これらの手順のうち、Ｆ２Ｂ及びＦ２Ｃの手順、並びにＦ４Ａ及びＦ４Ｃの手順は、一例として第２の形態と同様に実現される。なお、図２７の例において図中の手順に直接関係しない第２ゲームユニット３Ｂ等はグレーにて示してある。また、第３の形態では、Ｗｅｂ用メダルの所有量（適宜にゲームユニット３のプレイのためにクレジットに変換される）の管理が、口座管理システム２０の代わりにＷｅｂ口座システム９０において実行される。このため、口座データＡＤの代わりに、Ｗｅｂ口座データＷＤがＷｅｂシステム８０とＷｅｂ口座システム９０との間で適宜に送受信され、更新等されるが、それらは周知な手順により実現されてよいため、図２７の例では省略されている。

一方、Ｆ１Ａ～Ｆ１Ｃの手順は次のように実行される。具体的には、アーケードゲーム機４Ａはゲームユニット３のプレイを希望する操作が入力されると、まずＷｅｂシステム８０に選択機会において選択候補として提示されるべきリストを要求する（Ｆ１Ａ）。選択機会では、適宜のゲームユニット３が選択肢として提示されてよく、例えば稼働の有無にかかわらず接続サービスに対応する全ゲームユニット３が選択肢として提示されてもよいし、施設ＳＡに設置された後に初回に電源が入れられたゲームユニットが選択肢として提示されてもよい。このように適宜の対象が選択機会において選択肢として提示されてよいが、一例として全ゲームユニット３のうち要求時に稼働中のゲームユニット（電源が入っているゲームユニット３）が選択肢として提示される。つまり、選択機会では、稼働中の一部のゲームユニット３に選択肢が限定され、それらだけが選択肢として提示される。このため、Ｗｅｂシステム８０は、アーケードゲーム機４Ａからリストが要求されると、そのようなリストとして稼働データＯＤをアーケードゲーム機４Ａに送信する（Ｆ１Ｂ）。

一方、アーケードゲーム機４Ａは、Ｗｅｂシステム８０から稼働データＯＤを取得すると、選択機会を提供する。この選択機会は、上述のように適宜に実現されてよいが、一例として施設選択機会、及びユニット選択機会を含んでいる。施設選択機会は、ゲームユニット３をプレイする施設ＳＡを選択するための選択機会である。ユニット選択機会は、各施設ＳＡに設置されるゲームユニット３のうち、プレイ対象のゲームユニット３（具体的な一台でもよいし、第１ゲームユニット３Ａ等の種類の選択でもよい。あるいは、同時に複数のゲームユニット３がプレイされてもよく、その場合は複数のゲームユニット３がプレイ対象として選択されてもよい。）を選択するための選択機会である。これらの施設選択機会、及びユニット選択機会は適宜に提供されてよいが、一例として施設選択画面２００、及びユニット選択画面２１０を通じて実現される。

施設選択画面２００は、施設選択肢２０１を含んでいる。施設選択肢２０１は、各施設ＳＡに対応する選択肢（例えば入力装置としてタッチパネルが設けられる場合はタッチ操作が実行されるべき位置）として機能する。施設選択画面２００には、選択対象の施設ＳＡの数に応じて適宜の数の施設選択肢２０１が表示され得るが、図２８の例では“Ａ”施設ＳＡ～“Ｅ”施設ＳＡにそれぞれ対応する５つの施設選択肢２０１が表示されている。同様に、ユニット選択画面２１０は、ユニット選択肢２１１を含んでいる。ユニット選択肢２１１は、各施設ＳＡ（施設選択画面２００で選択された施設ＳＡ）に設置される各ゲームユニットに対応する選択肢として機能する。ユニット選択画面２１０には、各施設ＳＡに設置されるゲームユニット３の種類や数等に応じて適宜の数のユニット選択肢２１１が表示され得るが、図２８の例では第１ゲームユニット３Ａ、及び第２ゲームユニット３Ｂにそれぞれ対応する二つのユニット選択肢２１１が表示されている。

アーケードゲーム機４Ａは、施設選択画面２００、及びユニット選択画面２１０を通じて施設選択機会、及びユニット選択機会を順に提供したのち、Ｗｅｂシステム８０にゲームのプレイを要求する（Ｆ１Ｃ）。この要求には、施設選択画面２００、及びユニット選択画面２１０における選択結果が含まれる。一例として、第３の形態に係る接続サービスはこのように実現される。この例において、第１ゲームユニット３Ａ、及びアーケードゲーム機４Ａが、本発明のアーケードゲーム機、及び別のゲーム機としてそれぞれ機能する。また、ユニット選択機会、及びそこで選択された第１ゲームユニット３Ａが、本発明の対象選択機会、及びプレイ対象のアーケードゲーム機としてそれぞれ機能する。さらに、ユニット選択画面２１０に選択肢として提示される稼働中のゲームユニット３、及びそこに提示されない稼働中でないゲームユニット３が、本発明の一部のアーケードゲーム機、及び残りのアーケードゲーム機としてそれぞれ機能する。同様に、施設選択機会において選択される施設ＳＡが本発明の選択施設として機能する。

また、第３の形態に係るゲームシステム１Ｃでは、ゲーム機４としてモバイル端末装置４Ｂ（ユーザ端末装置）が使用されるが、そのようなモバイル端末装置４Ｂはユーザの数だけ存在するため、一台のゲームユニット３、或いはそのゲームユニット３に対応するアーケードシステム１０に接続されるモバイル端末装置４Ｂが多数になり、それらのアーケードシステム１０に負荷が高くなる可能性がある。このため、第３の形態に係る接続サービスには、図２７の例の流れ（以下、通常の流れ）とは別に高負荷時の流れが用意され、その高負荷時の流れが適用される場合がある。

図２８は、第３の形態に係る接続サービスの高負荷時の流れを説明するための説明図である。図２８に示すように、図２７の例と比べると、アーケードシステム１０は第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂを含んでいる。そして、これらの第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂが図２７の例におけるアーケードシステム１０の役割を分担して実行する。これらの第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂは適宜にサーバ２上に構築されてよいが、一例として第２の形態と同様に構築される。より具体的には、図２７の例では説明の便宜上、一つの施設ＳＡに対応する一つのアーケードシステム１０のみが示されているが、第３の形態においても複数の施設ＳＡが用意され、それらにそれぞれ対応する複数のアーケードシステム１０が構築されてよく、それらのうちの二つのアーケードシステム１０がそれぞれ第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂとして機能する。なお、例えば一つの施設ＳＡのみに接続サービスが適用される場合には、高負荷時に第２アーケードシステム１０Ｂとして機能する専用のシステム（施設ＳＡに対するサービスを担わない）が別途用意されてもよい。

また、アーケードシステム１０の役割の分担に伴い、高負荷時の流れでは、通常の流れに比べて、Ｆ４Ｃの手順はＦ４Ｃ１～Ｆ４Ｃ３の手順を含んでいる。具体的には、通常時の流れでは第１ゲームユニット３Ａから進行状況が送信されると（Ｆ３）、第１の形態と同様にアーケードシステム１０はその進行状況の情報に基づいて接続サービスのゲーム画面１００ｃを生成し、そのゲーム画面１００ｃ（画像データ）をＷｅｂシステム８０に送信する（Ｆ４Ａ）。一方で、高負荷時の流れでは、第１ゲームユニット３Ａから進行状況を取得した後、第１アーケードシステム１０Ａは、ゲーム画面１００ｃを生成せずに、その進行状況の情報をそのままＷｅｂシステム８０に送信する（Ｆ４Ａ）。

進行状況の情報を取得すると、Ｗｅｂシステム８０は、ゲーム画面１００ｃの生成を担うべきアーケードシステム１０を判別する。具体的には、Ｗｅｂシステム８０は、例えば複数の施設ＳＡにそれぞれ対応する複数のアーケードシステム１０の各アーケードシステム１０にアクセスし、それらの負荷を判別し、その負荷に応じて比較的負荷の低いアーケードシステム１０をゲーム画面１００ｃの生成を担うべきアーケードシステム１０として判別する。図２９の例では、比較的負荷の低いアーケードシステム１０として第２アーケードシステム１０Ｂが判別される。そして、Ｗｅｂシステム８０は、その第２アーケードシステム１０Ｂに、第１アーケードシステム１０Ａから取得した進行状況の情報を送信する（Ｆ４Ｃ１）。

第２アーケードシステム１０Ｂは、Ｗｅｂシステム８０から進行状況の情報を取得すると、その進行状況の情報に基づいて接続サービスのゲーム画面１００ｃを生成する。そして、第２アーケードシステム１０Ｂは、その生成したゲーム画面１００ｃ（画像データ）をＷｅｂシステム８０に送信する（Ｆ４Ｃ２）。さらに、Ｗｅｂシステム８０は、第２アーケードシステム１０Ｂからゲーム画面１００ｃを取得すると、そのゲーム画面１００ｃがモバイル端末装置４Ｂのモニタ４５に表示されるように、そのゲーム画面１００ｃをモバイル端末装置４Ｂに送信する（Ｆ４Ｃ）。高負荷時には、一例としてこのような通常の流れとは異なる高負荷時の流れに沿って接続サービスは実現される。この例において、第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂが、本発明の一のアーケードシステム、及び別のアーケードシステムとしてそれぞれ機能する。

なお、高負荷時の流れは、第３の形態に限定されず、例えば第２の形態の接続サービスにおいても適用されてよい。その場合において、プレイが要求される第１ゲームユニット３Ａ、第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂが、本発明の一のゲームユニット、一のユニット用システム、及び別のユニット用システムとしてそれぞれ機能する。また、第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂが本発明の複数のユニット用システムとして機能する。

次に、稼働データＯＤの詳細について説明する。図２９は、稼働データＯＤの構成の一例を示す図である。稼働データＯＤは、各施設ＳＡに設置される各機器の稼働の管理に必要な適宜の情報を含んでいてよいが、図２９の例はそのような情報のうち接続サービスに関連する部分だけを示している。この場合、図２９に示すように、稼働データＯＤは、各施設ＳＡに設置される機器毎に稼働状態を管理するための稼働レコードＯＤＲを含んでいる。また、稼働レコードＯＤＲは、このような管理を実現するために、“施設ＩＤ”、“機器”、及び“稼働状態”の情報を含んでいる。

“施設ＩＤ”、及び“機器ＩＤ”は、上述の施設ＩＤ、及び機器ＩＤをそれぞれ示す情報である。“稼働状態”は、各機器（例えば各第１ゲームユニット３Ａ、或いは各第２ゲームユニット３Ｂ等）が稼働中か否かといった稼働状態を示す情報である。例えば、稼働中のゲームユニット３（電源が入っているゲームユニット３）には稼働中を示す情報が、未稼働のゲームユニット３（電源が入っていないゲームユニット３）には未稼働（稼働中ではない状態）を示す情報が、“稼働状態”に稼働状態としてそれぞれ記述される。稼働レコードＯＤＲには、これらの情報が相互に関連付けられるように記録されている。この例において、“稼働状態”に記述される稼働状態の情報が本発明の稼働状況の情報として機能する。なお、稼働データＯＤは、これらの情報に限定されず、接続サービスの内容、或いは管理の都合等に応じて各種の情報を適宜に含んでいてよい。あるいは、上述の情報の一部等が適宜に省略されてもよい。また、稼働データＯＤは施設データＦＤの一部として機能してもよい。

次に、図３０～図３２を参照して、第３の形態に係るゲーム要求処理、第３の形態に係るゲーム提供処理、及び第３の形態に係る進行提供処理について説明する。第３の形態に係るゲーム要求処理は、稼働中のゲームユニットに限定された選択肢を提示する選択機会を通じてモバイル端末装置４Ｂがゲームのプレイをリクエストするための処理である。また、施設選択画面２００及びユニット選択画面２１０はＷｅｂシステム８０において生成（描画）され、それらの画面２００、２１０（画像データ）がモバイル端末装置４Ｂに送信されてもよいが、図３０の例はそれらがモバイル端末装置４Ｂにて生成される場合のゲーム要求処理を示している。

なお、図３０の例では、モバイル端末装置４Ｂの進行制御部４３によって主として実行される処理がモバイル端末装置４Ｂとして、Ｗｅｂシステム８０の接続管理部８４によって主として実行される処理がＷｅｂシステム８０として、それぞれ示されている。図３１及び図３２も同様であるが、これらでは更に第１アーケードシステム１０Ａの接続制御部１３によって主として実行される処理が第１アーケードシステム１０Ａとして、第２アーケードシステム１０Ｂの接続制御部１３によって主として実行される処理が第２アーケードシステム１０Ｂとして、センターユニットＣＮのゲーム制御部３３によって主として実行される処理がセンターユニットＣＮとして、それぞれ示されている。

モバイル端末装置４Ｂにおいて開始条件が満たされた場合（例えばユーザによってゲームユニット３のプレイを希望する操作が実行された場合）に進行制御部４３は図３０のゲーム要求処理を開始し、まず選択機会において提示すべき選択肢のリストをＷｅｂシステム８０にリクエストする（ステップＳ１２１）。選択機会では、上述のように一例として稼働中のゲームユニット３が選択肢として提示される。このため、Ｗｅｂシステム８０は、そのリクエストを取得すると図３０のゲーム要求処理を開始し、まず最新の稼働データＯＤを取得する（ステップＳ１１０１）。また、Ｗｅｂシステム８０は、取得した稼働データＯＤをそのままモバイル端末装置４Ｂに送信してもよいが、一例として取得した稼働データＯＤの“稼働状態”の情報に基づいて稼働中のゲームユニット３のみを抽出し、その抽出したゲームユニット３に限定された稼働データＯＤを生成する。あるいは、Ｗｅｂシステム８０は、稼働データＯＤの代わりに、その稼働中のゲームユニット３のみを抽出したテキストデータ等、適宜のリストデータを送付してもよい。そして、Ｗｅｂシステム８０は、その生成した稼働データＯＤをモバイル端末装置４Ｂに送信する（ステップＳ１１０２）。なお、稼働データＯＤの更新は周知の処理を通じて適宜に実現されてよく、例えば電源ＯＮに伴い送信されるゲームユニット３からの信号に基づいて更新が実現されてもよいし、Ｗｅｂシステム８０が各ゲームユニット３のネットワークＮＴへの接続を検知し、随時更新することにより実現されてもよい。

一方、モバイル端末装置４Ｂは、Ｗｅｂシステム８０から稼働データＯＤを取得すると、施設選択機会を提供する（ステップＳ１２２）。施設選択機会の提供は上述のように施設選択画面２００を通じて実現される。このため、モバイル端末装置４Ｂは、ステップＳ１２２において稼働データＯＤの“施設”の情報に基づいて施設選択画面２００を生成し、モニタ４５に表示させる。続いてモバイル端末装置４Ｂは、ユニット選択機会を提供する（ステップＳ１２３）。ユニット選択機会の提供は上述のようにユニット選択画面２１０を通じて実現される。このため、モバイル端末装置４Ｂは、ステップＳ１２３において稼働データＯＤの“施設”、及び“稼働状態”の情報に基づいて、ユニット選択画面２１０を生成し、モニタ４５に表示させる。より具体的には、施設選択画面２００において選択された施設ＳＡに設置されるゲームユニット３のうち、稼働状態が稼働中のゲームユニット３のみをユニット選択肢２１１として含むユニット選択画面２１０を生成し、提示する。ただし、Ｗｅｂシステム８０によって既に稼働データＯＤのゲームユニット３が稼働中のゲームユニット３に限定されているため、モバイル端末装置４Ｂは、稼働データＯＤにおいて選択された施設ＳＡに対応付けられる全てのゲームユニット３がユニット選択肢２１１として含まれるユニット選択画面２１０を提示してよい。そして、モバイル端末装置４Ｂは、ステップＳ１２３の選択結果に基づいてＷｅｂシステム８０にゲームを要求する（ステップＳ１２４）。

Ｗｅｂシステム８０は、モバイル端末装置４Ｂからゲームの要求を取得すると、その要求においてプレイ対象として選択されたゲームユニット３がプレイを提供可能か否か判別する（ステップＳ１１０３）。この判別は、各種の提供条件に基づいて適宜に判別されてよいが、一例として同一ゲームユニット３に外部から所定数以上のモバイル端末装置４Ｂが接続されている場合に提供不可と判断される。このため、Ｗｅｂシステム８０は、まずプレイ対象として要求されたゲームユニット３が設置される施設ＳＡのアーケードシステム１０に接続数を問い合わせる。そして、既に所定数以上のモバイル端末装置４Ｂが接続されている場合には提供不可と、所定数未満のモバイル端末装置４Ｂしか接続されていない場合には提供可とそれぞれ判別する。

続いてＷｅｂシステム８０は、ステップＳ１１０３の判別結果（可否判別の結果）をモバイル端末装置４Ｂに送信する（ステップＳ１１０４）。また、Ｗｅｂシステム８０は、ステップＳ１１０３の判別結果が提供不可の場合、ステップＳ１１０３の処理に戻り、モバイル端末装置４Ｂから再度のゲームの要求を待機する。一方、Ｗｅｂシステム８０は、ステップＳ１１０３の判別結果が提供可の場合、ステップＳ１１０４の送信の後に今回のゲーム要求処理を終了する。この例において、ステップＳ１１０３でＷｅｂシステム８０よって送信される判別結果の情報が本発明の可否情報として機能する。

一方、モバイル端末装置４Ｂは、Ｗｅｂシステム８０から判別結果を取得すると、その判別結果が提供可、或いは不可のいずれに属するか、つまりステップＳ１２３の選択結果に対応するゲームユニット３がゲームを提供可能か否か判別する（ステップＳ１２５）。この判別結果が否定的結果の場合、つまりステップＳ１２３の選択結果に対応するゲームユニット３がゲームを提供不可の場合、モバイル端末装置４ＢはステップＳ１２３に戻り、再度ステップＳ１２３以降の処理を提供する。一方、ステップＳ１２５の判別結果が肯定的結果の場合、つまりステップＳ１２３の選択結果に対応するゲームユニット３がゲームを提供可の場合、モバイル端末装置４Ｂは今回のゲーム要求処理を終了する。これにより、稼働中のゲームユニット３に限定された選択肢からプレイ対象のゲームユニット３が選択するための施設選択機会、及びユニット選択機会が提供される。また、それらの選択機会において選択されたゲームユニット３が実際にゲームを提供可能か否か判別され、提供不可の場合には再度ユニット選択機会が付与される。一方、提供可能な場合には、その選択結果に対応するゲームユニット３にゲームの提供が要求される。

第３の形態に係るゲーム提供処理は、第３の形態に係る接続サービスにおいてゲーム機４からゲームユニット３のプレイが要求された場合にそのゲーム機４にゲームユニット３のゲームを提供するための処理である。図３１の例において第２の形態に係るゲーム提供処理と共通の処理については図２２の例と共通のステップ符号を付して説明を省略する。具体的には、図２２の例の手順と比べて、図３１のゲーム提供処理では、Ｗｅｂシステム８０の処理にステップＳ７１１の処理が追加されている。

具体的には、Ｗｅｂシステム８０は、ステップＳ７０２の処理の後に、そのステップＳ７０２で判別したアーケードシステム１０の負荷の状態を判別する（ステップＳ７１１）。負荷の状態は適宜に判別されてよいが、一例として分担条件に基づいて判別される。例えば、アーケードシステム１０の負荷はモバイル端末装置４Ｂの接続数に応じて増加する。このため、分担条件は、モバイル端末装置４Ｂの接続数（提供の可否を判別するための所定数よりも少ない、一定数以上であるか否か）を要件に含んでいてよい。ただし、アーケードシステム１０の負荷はその他の処理に基づいて増加する場合もある。このため、分担条件は、アーケードシステム１０の負荷が所定以上と判断される場合に満たされる。

具体的には、Ｗｅｂシステム８０は、一例としてアーケードシステム１０に接続し、現在の負荷を判別する。そして、その負荷が所定数以上か否か（分担条件が満たされるか否か）判別する。第３の形態に係るゲーム提供処理では、図２２の例の手順と比べて、このような手順が追加される。そして、分担条件が満たされる場合には、ステップＳ７０３の指示にゲーム画面１００ｃの生成不要の指示が含まれてよい。これにより、モバイル端末装置４Ｂからのリクエストに応じてゲームユニット３がゲームの提供を開始するとともに、そのゲームユニット３に対応するアーケードシステム１０の負荷も判別される。なお、負荷の判別はアーケードシステム１０において実行されてもよく、その場合はステップＳ７１１の処理は省略されてもよい。

第３の形態に係る進行提供処理は、第３の形態に係る接続サービスにおいてゲームユニット３におけるゲームの進行をゲーム機４に提供するための処理である。上述のようにゲームの進行は各種の方法で適宜に提供されてよいが、図３２の例は図１４の例と同様に接続サービスのゲーム画面１００ｃを通じてゲームの進行がゲーム機４に提供される場合の第３の形態に係る進行提供処理を示している。また、図３２の例は、図３１のゲーム提供処理においてＷｅｂシステム８０によって第１アーケードシステム１０Ａが高負荷状態であると判別された場合の進行提供処理、換言すれば高負荷時の流れにおける進行提供処理を示している。なお、通常時の流れの場合、図２３の例と同様の進行提供処理により実現されてよい（ただし、図２３のステップＳ９０３の送信先は第２アーケードシステム１０Ｂからモバイル端末装置４Ｂに変更される）。

センターユニットＣＮは、図３１のゲーム提供処理を通じて第１アーケードシステム１０Ａからゲームの提供の指示を受けてゲームの提供を開始すると、図３２の進行提供処理を開始し、図２３の例における第２の形態に係る進行提供処理と同様にステップＳ３０１～Ｓ３０３の処理を実行する。そして、センターユニットＣＮは、ステップＳ３０３の処理の後に今回の進行提供処理を終了する。

また、第１アーケードシステム１０Ａは、ステップＳ３０１の処理を通じてセンターユニットＣＮから進行状況の情報が提供された場合、或いはステップＳ３０３の処理を通じてセンターユニットＣＮから終了情報が提供された場合、図３２の進行提供処理を開始し、図２３の例と同様にステップＳ４０１の処理を実行する。続いて第１アーケードシステム１０Ａは、その取得した情報をＷｅｂシステム８０に送信する（ステップＳ４１１）。なお、第１アーケードシステム１０Ａにおいて負荷が判別される場合、ステップＳ４１１の前に自己の負荷状態（ゲーム画面１００ｃの生成を行えるか否か）を判別し、自己にて生成できない場合にステップＳ４１１の処理に進んでもよい。なお、自己にて生成できる場合、上述のように第１アーケードシステム１０Ａは以降において図２３と同様にステップＳ４０２及びステップＳ４０３の処理を実行してよい。

一方、Ｗｅｂシステム８０は、第１アーケードシステム１０Ａから情報が送信されると、図３２の進行提供処理を開始し、まずその情報を取得する（ステップＳ９１１）。続いてＷｅｂシステム８０は、ゲーム画面１００ｃの生成を負担する負担先のアーケードシステム１０を判別する（ステップＳ９１２）。具体的には、Ｗｅｂシステム８０は、ステップＳ９１２において負荷の状態が低いアーケードシステム１０をゲーム画面１００ｃの生成を負担する負担先として判別する。図３２の例では、このような負担先として第２アーケードシステム１０Ｂが判別される。次にＷｅｂシステム８０は、ステップＳ９１２で判別した負担先（第２アーケードシステム１０Ｂ）にステップＳ９１１で取得した情報を送信する。この送信には、ゲーム画面１００ｃの生成指示が含まれる。

一方、第２アーケードシステム１０Ｂは、Ｗｅｂシステム８０から情報を取得すると、ゲーム画面１００ｃを生成し（ステップＳ５１１）、その生成したゲーム画面１００ｃをＷｅｂシステム８０に送信する（ステップＳ５１２）。これらのステップＳ５１１及びステップＳ５１２の処理は、図２３の例におけるステップＳ４０２、及びステップＳ４０３の処理と同様に実現される。そして、その送信の後に第２アーケードシステム１０Ｂは今回の進行提供処理を終了する。この例において、ステップＳ５１１においてゲーム画面１００ｃを生成する処理が本発明の一部の処理として機能する。

また、Ｗｅｂシステム８０は、第２アーケードシステム１０Ｂからゲーム画面１００ｃ（画像データ）が送信されると、そのゲーム画面１００ｃを取得する（ステップＳ９１４）。続いてＷｅｂシステム８０は、そのゲーム画面１００ｃがモバイル端末装置４Ｂのモニタ４５に表示されるように、そのゲーム画面１００ｃをモバイル端末装置４Ｂに送信する（ステップＳ９１５）。一例として、これらは図２２におけるステップＳ５０１及びステップＳ５０２の処理と同様に実現されてよい。そして、その送信の後にＷｅｂシステム８０は、今回の進行提供処理を終了する。これにより、第３の形態に係る接続サービスにおいて、ゲーム画面１００ｃの提供を通じてモバイル端末装置４Ｂにおいてミニゲームのプレイが実現される。より具体的には、第３の形態に係る接続サービスにおける高負荷時の流れに沿ってモバイル端末装置４Ｂにおいてミニゲームのプレイが実現される。この例において、ゲーム画面１００ｃ（画像データ）が本発明の処理の結果として機能する。

以上に説明したように、第３の形態によれば、複数の施設ＳＡのうちプレイを行う施設ＳＡを選択するための施設選択機会、及びその施設ＳＡに設置される複数のゲームユニット３のうちプレイ対象のゲームユニット３を選択するためのユニット選択機会がそれぞれ提供される。また、そのユニット選択機会において提示される選択肢は、全ゲームユニット３ではなく、稼働中の一部のゲームユニット３に限定される。これにより、プレイできないゲームユニット３も含む全ゲームユニット３が選択肢として提示される場合に比べて、複数のゲームユニット３からプレイ対象のゲームユニット３が選択される場合におけるユーザの利便性を向上させることができる。

また、モバイル端末装置４Ｂ等のユーザ端末装置がゲーム機４として利用される場合、一台のゲームユニット３、或いは同じ施設ＳＡに多くのゲーム機４が接続され、その一台のゲームユニット３、或いはそのゲームユニット３の処理を担うアーケードシステム１０の負荷が高くなり過ぎる可能性がある。一方で、第３の形態では、通常の流れに加えて、このような高負荷時に適用される高負荷時の流れが用意される。そして、高負荷時の流れでは、そのような負荷の高いアーケードシステム１０によって本来実行されるべきゲーム画面１００ｃを生成する処理が他のアーケードシステム１０によって実行される。つまり、負荷の高いアーケードシステム１０が担うべき処理の一部が他のアーケードシステム１０によって分担される。これにより、負荷の高いアーケードシステム１０に生じる処理負荷を他のアーケードシステム１０に分散させることができる。

第３の形態では、第１アーケードシステム１０Ａの接続制御部１３が、図３１の手順、及び図３２の手順を実行することにより本発明のゲーム提供手段、及び進行提供手段として機能する。具体的には、接続制御部１３が、図３１のステップＳ２０３の手順を実行することによりゲーム提供手段として、図３２のステップＳ４１１を実行することにより本発明の進行提供手段として、それぞれ機能する。あるいは、Ｗｅｂシステム８０の接続管理部８４が、図３１の手順、及び図３２の手順を実行することにより本発明のゲーム提供手段、及び進行提供手段として機能する。具体的には、接続管理部８４が、図３１のステップＳ７０３の手順を実行することにより本発明のゲーム提供手段として、図３２のステップＳ９１５の手順を実行することにより本発明の進行提供手段として、それぞれ機能する。また、Ｗｅｂシステム８０の接続管理部８４が、図３１のステップＳ７１１の手順を実行することにより本発明の負荷判別手段として機能する。同様に、Ｗｅｂシステム８０の接続管理部８４が、図３２のステップＳ９１２の手順を実行することにより本発明のシステム判別手段として機能する。

さらに、Ｗｅｂシステム８０の接続管理部８４が、図３２の手順を実行することにより本発明の処理提供手段、及び結果取得手段として機能する。具体的には、接続管理部８４が、ステップＳ９１３の手順を実行することにより処理提供手段として、ステップＳ９１４の手順を実行することにより結果取得手段として、それぞれ機能する。また、Ｗｅｂシステム８０の接続管理部８４が、図３０の手順を実行することにより選択肢抽出手段、情報提供手段、提供判別手段、及び可否提供手段として機能する。具体的には、接続管理部８４が、図３０のステップＳ１１０１の手順を実行することにより選択肢抽出手段として、図３０のステップＳ１１０２の手順を実行することにより情報提供手段として、図３０のステップＳ１１０３の手順を実行することにより提供判別手段として、図３０のステップＳ１１０４の手順を実行することにより可否提供手段として、それぞれ機能する。

本発明は上述した各形態に限定されることなく、各種の変形又は変更が施された形態にて実施されてよい。例えば、上述の形態におけるアーケードシステム１０（第１アーケードシステム１０Ａ、及び第２アーケードシステム１０Ｂを含む）の役割（各種処理等）の全部或いは一部をゲーム機４、センターユニットＣＮ（ゲームユニット３）、或いはＷｅｂシステム８０等の他のシステムが適宜に実行してもよい。Ｗｅｂシステム８０の役割についても同様である。つまり、本発明のゲームシステムは、各種のシステム（ゲーム機４等の機器を含む）を適宜に含んでいてもよく、それらが上述の役割の全部、或いは一部を適宜に実行してよい。結果として、例えば、アーケードシステム１０のみ、第１アーケードシステム１０Ａのみ、第２アーケードシステム１０Ｂのみ、或いはＷｅｂシステム８０が本発明のゲームシステムとして機能してもよいし、ゲーム機４、或いはセンターユニットＣＮ（ゲームユニット３）等の適宜の他のシステムのみが本発明のゲームシステムとして機能してもよい。もちろん本発明はそれらの適宜の組み合わせにより実現されてもよい。

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

本発明のゲームシステムは、センターゲームを提供するセンターユニット（ＣＮ）と、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニット（ＳＴ）と、が設けられるゲームユニット（３Ａ）にネットワーク（ＮＴ）を介して接続されるゲームシステム（１０、８０）であって、複数のユーザに使用されるように施設（ＳＡ）に設置され、前記ゲームユニットとは別のゲーム装置としてネットワーク（ＮＴ）を介して接続されるゲーム機（４）から前記ゲームユニットのプレイが要求された場合に、当該ゲーム機のために前記センターユニットに前記センターゲームを提供させるゲーム提供手段（１３、８４）と、前記ゲーム機において前記複数のステーションユニットとは別に前記センターゲームのプレイが実現されるように、前記センターゲームの進行に関する進行情報を前記ゲーム機に提供する進行提供手段（１３、８４）と、を備えるものである。

本発明によれば、ゲームユニットとは別のゲーム機からの要求に応じて、ゲームユニットのセンターゲームが複数のステーションユニットとは別にプレイされるようにゲーム機に提供される。これにより、ゲームユニットとは別のゲーム機をそのゲームユニットに追加されるステーションユニットとして機能させることができる。結果として、ゲーム機を利用し、一台のセンターユニットに対応するステーションユニットの数を増加させることができ、ひいてはユーザの増加、及びプレイ頻度の増加を図ることができる。

ゲーム機は、ゲームユニットと別のゲーム装置である限り、適宜のゲーム装置であってよい。例えば、ゲーム機は、モバイル端末装置やタブレット等のユーザ端末装置であってもよいし、ゲームユニットとは別の商業用のゲーム装置（いわゆるアーケードゲーム機）であってもよい。さらに、複数種類のゲームユニットが存在する場合にいて、他のゲームユニット（同種であっても別種であってもよい）のステーションユニットがゲーム機として利用されてもよい。具体的には、例えば、本発明のゲームシステムの一態様において、前記ゲーム機は、前記センターゲームとは別のセンターゲームを提供する別のセンターユニットと、前記複数のステーションユニットとは別の複数のステーションユニットとが設けられる別のゲームユニット（３Ｂ）において前記別の複数のステーションユニットの一つとして機能してもよい。また、この態様において、前記ゲーム提供手段は、前記別のゲームユニット、及び前記ゲームユニットのいずれか一方を選択するために前記ゲーム機を介して提供されるユニット選択機会において前記ゲームユニットが選択された場合に、前記別のゲームユニットの代わりに前記ゲームユニットが前記センターゲームを提供するように、前記センターユニットに前記センターゲームを提供させてもよい。

センターゲームの進行（プレイ）は適宜にゲーム機に提供されてよい。例えば、ゲームユニットとゲーム機とが比較的近くに位置し、ゲーム機の位置からセンターユニットの進行が見える場合には、ゲームの結果のみが進行状況としてゲーム機に提供されてもよい。あるいは、センターゲームが複数の抽選を含む抽選ゲームとして構成される場合において、各抽選の抽選結果（適宜の一部範囲）のみが進行状況としてゲーム機に提供されてもよい。一方で、ゲームの進行状況として適宜の撮影手段（例えばカメラ）によって撮影された映像が随時ゲーム機に提供されてもよい。このような映像は、例えばゲーム機がゲームユニットから離れている場合等、ゲームユニットとゲーム機との位置関係が進行を目視できない程度に離れている場合（あるいは離れていなくとも障害物等によって目視できない場合）に限定されて提供されもよいし、位置関係によらず毎回提供されてもよい。このように撮影手段によって撮影される映像は、適宜の条件で提供されてよい。例えば、本発明のゲームシステムの一態様において、前記センターユニットには、前記センターゲームの進行を撮影する撮影手段（ＣＡ）が設けられ、前記進行提供手段は、前記撮影手段の撮影結果を介して前記センターゲームの進行が提供されるように、前記撮影結果を含む前記進行情報を前記ゲーム機に提供してもよい。また、この態様において、前記進行提供手段は、前記ゲーム機の位置を示すゲーム機位置情報（ＦＤ）と前記センターユニットの位置を示すユニット位置情報（ＦＤ）とに基づいて前記ゲーム機が前記センターユニットよりも所定以上離れていると判断される場合に、前記撮影結果を含む前記進行情報を前記ゲーム機に提供してもよい。

撮影手段による撮影結果（映像）がゲーム機に提供される態様において、その撮影結果をゲーム機に提供するための処理（一般的に撮影結果を利用する処理は単なる数値のみを扱う処理よりも高負荷になる可能性が高い）は適宜に実現されてよい。例えば、ゲーム機において実行されてもよいし、ゲーム機とは別の装置等において実行されてもよい。また、これらのゲーム機、或いは別の装置等の間において、そのような処理は適宜に分担されてもよい。例えば、撮影結果を利用する本発明の一態様として、前記ゲームユニットとしての複数のゲームユニット（３）にそれぞれ対応するように設けられる複数のユニット用システム（１０Ａ、１０Ｂ）を介して前記複数のゲームユニットに接続されるように前記複数のユニット用システムに前記ネットワークを介して接続される場合に、前記ゲーム機からプレイが要求された一のゲームユニット（３Ａ）に対応するユニット用システムとしての一のユニット用システム（１０Ａ）の処理負荷を判別する負荷判別手段（８４）と、前記一のユニット用システムの処理負荷が分担条件を満たす場合に、当該一のユニット用システムによって前記撮影結果の提供のために実行されるべき処理の一部が前記一のユニット用システムとは別のユニット用システム（１０Ｂ）によって分担されるように前記別のユニット用システムに前記処理に必要な情報を提供する処理提供手段（８４）と、前記別のユニット用システムから前記処理の結果を取得する結果取得手段（８４）と、を備え、前記進行提供手段は、前記別のユニット用システムによって分担された前記処理の結果を含むように前記進行情報を前記ゲーム機に提供する態様が採用されてもよい。この場合、一のユニット用システムに生じる処理負荷を他のユニット用システムに分散させることができる。

ゲームユニットは適宜に設置されてよい。例えば、ゲーム機と同様の施設に設置されてもよいし、ゲーム機とは別種の施設に設置されてもよい。例えば、このような別種の施設として、ユーザが自由に入れない閉鎖的な施設（換言すれば、ゲームユニットの直接的なプレイができないような施設）が採用されてもよい。あるいは、ゲームユニットは、その反対に複数のユーザによって使用される施設（例えばゲーム機と同様の施設）に設置されてもよい。また、ゲームユニットは、ゲーム機と同じ施設に設置されても、異なる施設に設置されてもよい。ゲームユニットがゲーム機と異なる施設に設置される場合、それらの施設の運営者は同じであっても、相違していてもよい。そして、ゲーム機を介したゲームユニットのプレイに対して、使用量（対価）が要求されてもよいし、要求されなくてもよい。例えば、本発明のゲームシステムの一態様として、前記ゲームユニットが前記ゲーム機とは別の施設に設置される場合に、前記ゲーム機への前記センターゲームの提供に伴い前記別の施設に支払われるべき対価を算出する対価算出手段（８５）を備える態様が採用されてもよい。この場合、他の施設に設置されるゲームユニットの使用に対価の支払いが要求される。これにより、他の施設の収益拡大を図ることができる。

センターゲームとして適宜のゲームが提供されてよい。例えば、センターゲームとして、物理的な遊技媒体が介在するゲームが提供されてもよいし、そのような遊技媒体の介在しないいわゆるビデオゲームが提供されてもよい。例えば、本発明のゲームシステムの一態様において、前記ゲームユニットは、各ステーションユニット、及び前記ゲーム機を介して徴収される遊技媒体と引き換えに前記センターユニットを介してセンターゲームを提供することにより前記遊技媒体を介してプレイされるように構成されてもよい。

センターゲームとして遊技媒体の払出が生じるゲームが提供される場合において、その払出量は適宜に算出されてよい。例えば、そのような払出量はゲームユニットで算出されてもよいし、ゲーム機において算出されてもよい。あるいは、ゲームユニットとゲーム機との間に各種の装置等が介在する場合には、そのような装置等において算出されてもよい。例えば、センターゲームが遊技媒体を利用する態様において、前記進行提供手段は、前記センターユニットが前記遊技媒体を払出すように前記センターゲームを提供する場合に、前記センターゲームの結果に伴う前記遊技媒体の払出量が前記ゲーム機において算出されるように、前記払出量の算出に必要な情報を含む前記進行情報を前記ゲーム機に提供してもよい。遊技媒体は金銭等の各種の価値と交換される場合が多く、その交換レート（ルール）はゲーム機やそれが設置される施設等に応じて相違する場合も多い。ゲーム機において払出量が算出される場合、このような交換レート等のゲーム機等に固有なルールをその払出量に反映することができる。

また、本発明のコンピュータプログラム（ＰＧ１、ＰＧ３）は、前記ゲームユニットに前記ネットワークを介して接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。

本発明の制御方法は、センターゲームを提供するセンターユニット（ＣＮ）と、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニット（ＳＴ）と、が設けられるゲームユニット（３Ａ）にネットワーク（ＮＴ）を介して接続されるゲームシステム（１０、８０）に組み込まれるコンピュータ（１１、８１）に、複数のユーザに使用されるように施設（ＳＡ）に設置され、前記ゲームユニットとは別のゲーム装置としてネットワーク（ＮＴ）を介して接続されるゲーム機（４）から前記ゲームユニットのプレイが要求された場合に、当該ゲーム機のために前記センターユニットに前記センターゲームを提供させるゲーム提供手順と、前記ゲーム機において前記複数のステーションユニットとは別に前記センターゲームのプレイが実現されるように、前記センターゲームの進行に関する進行情報を前記ゲーム機に提供する進行提供手順と、を実行させるものである。本発明のコンピュータプログラム、或いは制御方法が実行されることにより、本発明のゲームシステムを実現することができる。

（参考例）
特許文献１のシステムでは、クライアント装置を介して遠隔地におけるゲーム機のプレイが実現される。しかし、引用文献１のシステムでは、一台のゲーム機におけるいずれのブースをプレイするか選択の機会はあるものの、プレイ対象のゲーム機は一つに限定されており、プレイ対象のゲーム機自体を選択する機会はない。また、仮に複数のゲーム機からプレイ対象が選択されるとしても、その選択機会においてどのようなゲーム機が選択肢として提示されるのか定かでない。このため、複数のゲーム機がプレイ可能である場合において改善の余地がある。

そこで、参考例は、複数のアーケードゲーム機からプレイ対象のアーケードゲーム機が選択される場合におけるユーザの利便性を向上させることができるゲームシステム等を提供することを目的とする。

参考例のゲームシステムは、所定の施設（ＳＡ）に設置される商業用のゲーム装置としての複数のアーケードゲーム機（３）にネットワーク（ＮＴ）を介して接続されるゲームシステム（１）であって、前記複数のアーケードゲーム機とは別のゲーム装置として構成される別のゲーム機（４）がネットワーク（ＮＴ）を介して接続される場合に、前記複数のアーケードゲーム機のうちプレイ対象のアーケードゲーム機を選択するための対象選択機会において前記複数のアーケードゲーム機の一部のアーケードゲーム機が選択候補として提示されるように、当該一部のアーケードゲーム機を抽出する選択肢抽出手段（８４）と、前記対象選択機会が前記別のゲーム機を介して提供されるように、前記一部のセンターユニットの情報を前記別のゲーム機に提供する情報提供手段（８４）と、を備えるものである。

参考例によれば、複数のアーケードゲーム機のうちプレイ対象のアーケードゲーム機を選択するための対象選択機会が提供されるが、その対象選択機会において提示される選択肢は一部のアーケードゲーム機に限定される。これにより、複数のアーケードゲーム機の全てが選択肢として提示される場合に比べて、複数のアーケードゲーム機からプレイ対象のアーケードゲーム機が選択される場合におけるユーザの利便性を向上させることができる。

一部のアーケードゲーム機は適宜に抽出されてよい。例えば、施設への設置が確認されているアーケードゲーム機、現在電源がオンになっている（あるいはネットワークへの接続が確認されている）アーケードゲーム機等の適宜のアーケードゲーム機が一部のアーケードゲーム機として抽出されてよい。具体的には、例えば、参考例のゲームシステムの一態様において、前記選択肢抽出手段は、各アーケードゲーム機が稼働しているか否か判別するための稼働状況の情報に基づいて、前記複数のセンターユニットのうち稼働しているアーケードゲーム機が前記一部のアーケードゲーム機として、稼働していないアーケードゲーム機が前記対象選択機会において前記選択候補として提示されない残りのアーケードゲーム機として、それぞれ機能するように、前記稼働しているセンターユニットを抽出してもよい。

対象選択機会における選択結果は適宜に利用されてよい。例えば、参考例のゲームシステムの一態様として、前記対象選択機会において前記プレイ対象のアーケードゲーム機が選択された場合に、当該プレイ対象のアーケードゲーム機としての対象アーケードゲーム機がゲームを提供可能か否か判別する提供判別手段（８４）と、前記対象アーケードゲーム機が前記ゲームを提供可能な場合に、前記対象アーケードゲーム機を介して前記別のゲーム機に前記ゲームを提供させるゲーム提供手段（１３、８４）と、前記対象アーケードゲーム機が前記ゲームを提供不可の場合に、前記別のゲーム機を介して前記対象選択機会が再度提供されるように、前記ゲームの提供可否を示す可否情報を前記別のゲーム機に提供する可否提供手段（８４）と、を備える態様が採用されてよい。

また、複数のアーケードゲーム機は一つの施設に設置されてもよいし、複数の施設に設置されてもよい。複数の施設に設置される場合において、それらの施設を選択するための機会は提供されてもよいし、されなくてもよい。例えば、参考例のゲームシステムの一態様として、前記施設として複数の施設（ＳＡ１、ＳＡ２）が用意され、当該複数の施設に前記複数のアーケードゲーム機が設置される場合に、前記複数の施設のうちプレイ対象の施設を選択するための施設選択機会が前記別のゲーム機を介して提供されるように、前記複数の施設の情報を前記別のゲーム機に提供する施設提供手段（８４）を備える態様が採用されてもよい。

アーケードゲーム機、及び別のゲーム機は、互いに別のゲーム装置である限り、いずれも適宜のゲーム装置であってよい。例えば、別のゲーム機は、モバイル端末装置やタブレット等のユーザ端末装置であってもよいし、アーケードゲーム機とは別の商業用のゲーム装置（いわゆるアーケードゲーム機）であってもよい。アーケードゲーム機も同様である。また、アーケードゲーム機は、センターユニットとそのセンターユニットのゲームの提供先として機能する複数のステーションユニットとが設けられるゲームユニットであってもよい。さらに、複数種類のゲームユニットが存在する場合において、他のゲームユニット（同種であっても別種であってもよい）のステーションユニットが別のゲーム機として利用されてもよい。このため、別のゲーム機は、これらのゲーム装置の種類に応じて適宜に設置されてよい。例えば、別のゲーム機は、アーケードゲーム機と同様の施設に設置されてもよいし、アーケードゲーム機とは別種の施設に設置されてもよい。例えば、アーケードゲーム機は、ユーザが自由に入れない閉鎖的な施設（換言すれば、ゲームユニットの直接的なプレイができないような施設）に設置されてもよいし、複数のユーザによって使用される施設（例えばゲーム機と同様の施設）に設置されてもよい。この場合、別のゲーム機は、複数のユーザによって使用される施設（アーケードゲーム機と同様の施設）に設置されてもよい。また、別のゲーム機は、アーケードゲーム機と同じ施設に設置されても、異なる施設に設置されてもよい。ゲームユニットがゲーム機と異なる施設に設置される場合、それらの施設の運営者は同じであっても、相違していてもよい。別のゲーム機とアーケードゲーム機とが同じ施設に設置される場合、そのアーケードゲーム機のプレイは他の施設に設置される場合と同様に扱われてもよいし、特別に扱われてもよい。

具体的には、例えば、施設選択機会が提供される態様において、前記別のゲーム機が前記複数の施設のいずれかに設置される場合に、前記施設選択機会において選択された施設としての選択施設に前記別のゲーム機が設置されているか否か判別する施設判別手段（１３）と、前記別のゲーム機が前記選択施設に設置され、当該選択施設に前記対象アーケードゲームと同種のアーケードゲームが設置されている場合に、当該同種のアーケードゲームのうち前記ゲームを提供可能な特定のアーケードゲーム機を特定する対象特定手段（１３）と、を備え、前記提供判別手段は、前記特定のアーケードゲーム機が前記対象アーケードゲーム機として機能する場合に、前記ゲームを提供可能か否かの判別を省略してもよい。また、参考例のゲームシステムの一態様において、前記複数のアーケードゲーム機の少なくとも一部として、センターゲームを提供するセンターユニット（ＣＮ）と、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニット（ＳＴ）と、が設けられるゲームユニット（３Ａ）の当該ゲームユニット、及び前記センターユニットの少なくともいずれか一方が機能してもよい。

別のゲーム機にゲームを提供するための処理は適宜に実現されてよい。例えば、別のゲーム機において実行されてもよいし、アーケードゲーム機において実行されてもよい。あるいは、ゲーム機とアーケードゲーム機との間に各種の装置等が介在する場合にはそのような装置等において実行されてもよい。また、これらのゲーム機等の間において、そのような処理は適宜に分担されてもよい。例えば、参考例のゲームシステムの一態様として、前記複数のアーケードゲーム機にそれぞれ対応するように設けられる複数のアーケードシステム（１０Ａ、１０Ｂ）を介して前記複数のアーケードゲーム機に接続されるように前記複数のアーケードシステムに前記ネットワークを介して接続される場合に、前記プレイ対象のアーケードゲーム機に対応するアーケードシステムとしての一のアーケードシステム（１０Ａ）の処理負荷を判別する負荷判別手段（８４）と、前記一のアーケードシステムの処理負荷が分担条件を満たす場合に、当該一のアーケードシステムによってゲームの提供ために実行されるべき処理の一部が当該一のアーケードシステムとは別のアーケードシステム（１０Ｂ）によって分担されるように、当該一部の処理を分担すべき前記別のアーケードシステムを判別するシステム判別手段（８４）と、を備える態様が採用されてもよい。この場合、一のアーケードシステムに生じる処理負荷を他のアーケードシステムに分散させることができる。

アーケードゲーム機は、各種のゲームを適宜に提供してよい。例えば、アーケードゲーム機は、物理的な遊技媒体が介在するゲームを提供してもよいし、そのような遊技媒体の介在しないいわゆるビデオゲームを提供してもよい。具体的には、例えば、参考例のゲームシステムの一態様において、各アーケードゲーム機は、遊技媒体の徴収と引き換えにゲームを提供することにより当該遊技媒体を介してプレイされるように構成されてもよい。

また、参考例のコンピュータプログラム（ＰＧ１、ＰＧ３）は、前記複数のアーケードゲーム機に前記ネットワークを介して接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。

参考例の制御方法は、所定の施設（ＳＡ）に設置される商業用のゲーム装置としての複数のアーケードゲーム機（３）にネットワーク（ＮＴ）を介して接続されるゲームシステム（１）に組み込まれるコンピュータに、前記複数のアーケードゲーム機とは別のゲーム装置として構成される別のゲーム機（３）がネットワーク（ＮＴ）を介して接続される場合に、前記複数のアーケードゲーム機のうちプレイ対象のアーケードゲーム機を選択するための対象選択機会において前記複数のアーケードゲーム機の一部のアーケードゲーム機が選択候補として提示されるように、当該一部のアーケードゲーム機を抽出する選択肢抽出手順と、前記対象選択機会が前記別のゲーム機を介して提供されるように、前記一部のセンターユニットの情報を前記別のゲーム機に提供する情報提供手順と、を実行させるものである。参考例のコンピュータプログラム、或いは制御方法が実行されることにより、参考例のゲームシステムを実現することができる。

３ ゲームユニット（アーケードゲーム機）
４ ゲーム機
１０ アーケードシステム（ゲームシステム）
１１ 制御部（コンピュータ）
１３ 接続制御部（ゲーム提供手段、進行提供手段、施設判別手段、対象特定手段）
８０ Ｗｅｂシステム（ゲームシステム）
８１ 制御部（コンピュータ）
８４ 接続管理部（ゲーム提供手段、進行提供手段、負荷判別手段、処理提供手段、結果取得手段、対価算出手段、選択肢抽出手段、情報提供手段、提供判別手段、可否提供手段、システム判別手段）
ＣＮ センターユニット
ＮＴ ネットワーク
ＳＡ 施設
ＳＴ ステーションユニット

Claims (11)

1. センターゲームを提供するセンターユニットと、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニットと、が設けられるゲームユニットにネットワークを介して接続されるゲームシステムであって、
   複数のユーザに使用されるように施設に設置され、前記ゲームユニットとは別のゲーム装置としてネットワークを介して接続されるゲーム機から前記ゲームユニットのプレイが要求された場合に、当該ゲーム機のために前記センターユニットに前記センターゲームを提供させるゲーム提供手段と、
   前記ゲーム機において前記複数のステーションユニットとは別に前記センターゲームのプレイが実現されるように、前記センターゲームの進行に関する進行情報を前記ゲーム機に提供する進行提供手段と、
   を備える、ゲームシステム。
2. 前記ゲーム機は、前記センターゲームとは別のセンターゲームを提供する別のセンターユニットと、前記複数のステーションユニットとは別の複数のステーションユニットとが設けられる別のゲームユニットにおいて前記別の複数のステーションユニットの一つとして機能する、請求項１に記載のゲームシステム。
3. 前記ゲーム提供手段は、前記別のゲームユニット、及び前記ゲームユニットのいずれか一方を選択するために前記ゲーム機を介して提供されるユニット選択機会において前記ゲームユニットが選択された場合に、前記別のゲームユニットの代わりに前記ゲームユニットが前記センターゲームを提供するように、前記センターユニットに前記センターゲームを提供させる、請求項２に記載のゲームシステム。
4. 前記センターユニットには、前記センターゲームの進行を撮影する撮影手段が設けられ、
   前記進行提供手段は、前記撮影手段の撮影結果を介して前記センターゲームの進行が提供されるように、前記撮影結果を含む前記進行情報を前記ゲーム機に提供する、請求項１～３のいずれか一項に記載のゲームシステム。
5. 前記進行提供手段は、前記ゲーム機の位置を示すゲーム機位置情報と前記センターユニットの位置を示すユニット位置情報とに基づいて前記ゲーム機が前記センターユニットよりも所定以上離れていると判断される場合に、前記撮影結果を含む前記進行情報を前記ゲーム機に提供する、請求項４に記載のゲームシステム。
6. 前記ゲームユニットとしての複数のゲームユニットにそれぞれ対応するように設けられる複数のユニット用システムを介して前記複数のゲームユニットに接続されるように前記複数のユニット用システムに前記ネットワークを介して接続される場合に、前記ゲーム機からプレイが要求された一のゲームユニットに対応するユニット用システムとしての一のユニット用システムの処理負荷を判別する負荷判別手段と、
   前記一のユニット用システムの処理負荷が分担条件を満たす場合に、当該一のユニット用システムによって前記撮影結果の提供のために実行されるべき処理の一部が前記一のユニット用システムとは別のユニット用システムによって分担されるように前記別のユニット用システムに前記処理に必要な情報を提供する処理提供手段と、
   前記別のユニット用システムから前記処理の結果を取得する結果取得手段と、
   を備え、
   前記進行提供手段は、前記別のユニット用システムによって分担された前記処理の結果を含むように前記進行情報を前記ゲーム機に提供する、請求項４又は５に記載のゲームシステム。
7. 前記ゲームユニットが前記ゲーム機とは別の施設に設置される場合に、前記ゲーム機への前記センターゲームの提供に伴い前記別の施設に支払われるべき対価を算出する対価算出手段を備える、請求項１～６のいずれか一項に記載のゲームシステム。
8. 前記ゲームユニットは、各ステーションユニット、及び前記ゲーム機を介して徴収される遊技媒体と引き換えに前記センターユニットを介してセンターゲームを提供することにより前記遊技媒体を介してプレイされるように構成される、請求項１～７のいずれか一項に記載のゲームシステム。
9. 前記進行提供手段は、前記センターユニットが前記遊技媒体を払出すように前記センターゲームを提供する場合に、前記センターゲームの結果に伴う前記遊技媒体の払出量が前記ゲーム機において算出されるように、前記払出量の算出に必要な情報を含む前記進行情報を前記ゲーム機に提供する、請求項８に記載のゲームシステム。
10. 前記ゲームユニットに前記ネットワークを介して接続されるコンピュータを、請求項１～９のいずれか一項に記載のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
11. センターゲームを提供するセンターユニットと、前記センターゲームの提供先としてそれぞれ機能する複数のステーションユニットと、が設けられるゲームユニットにネットワークを介して接続されるゲームシステムに組み込まれるコンピュータに、
    複数のユーザに使用されるように施設に設置され、前記ゲームユニットとは別のゲーム装置としてネットワークを介して接続されるゲーム機から前記ゲームユニットのプレイが要求された場合に、当該ゲーム機のために前記センターユニットに前記センターゲームを提供させるゲーム提供手順と、
    前記ゲーム機において前記複数のステーションユニットとは別に前記センターゲームのプレイが実現されるように、前記センターゲームの進行に関する進行情報を前記ゲーム機に提供する進行提供手順と、
    を実行させる、制御方法。

Images