JP7396714B1 - ゲームシステム、ゲームシステムの制御方法およびプログラム - Google Patents

Abstract

【課題】あるユーザが、他のユーザによるゲーム結果を予想して、価値媒体を使用する場合に、当該他のユーザに対する判断材料を提供する。【解決手段】端末装置２０－１を操作するユーザＵ－１に第１ゲームを提供し、端末装置２０－２を操作するユーザＵ－２に、ユーザＵ－１の現況を伝達し、第１ゲームの結果とユーザＵ－２が端末装置２０－１に指示した価値媒体の使用量とに基づいてユーザＵ－２への報酬を決定する。【選択図】図１

Description

本発明は、ゲームシステム、ゲームシステムの制御方法およびプログラムに関する。

従来から、ゲームをプレイする参加ユーザ（参加プレイヤ）に、当該参加ユーザとフレンドの関係にあるフレンドユーザ（フレンドプレイヤ）が当該参加ユーザに投票し、当該参加ユーザがゲームで好成績を収めた場合に、当該参加ユーザだけでなく、投票したフレンドユーザにも特典を付与するゲームシステムが知られている（例えば特許文献１参照）。

特許第５７１８３９９号

しかしながら、特許文献１に記載されたゲームシステムにおいて、あるフレンドプレイヤが参加プレイヤに投票しようとする場合に、フレンドプレイヤからみれば、どの参加プレイヤに投票すべきかの判断材料が乏しい、という課題がある。
以上の事情を考慮して、本発明は、あるユーザが、他のユーザによるゲーム結果を予想して、価値媒体を使用する場合に、当該他のユーザに対する判断材料を提供することが可能なゲームシステムを提供することにある。

上記課題を解決するために、本発明のひとつの態様に係るゲームシステムは、第１端末装置を操作する第１ユーザに第１ゲームを提供するゲーム提供部と、第２端末装置を操作する第２ユーザに、前記第１ユーザの現況を伝達する現況伝達部と、前記第１ゲームの結果と前記第２ユーザが前記第２端末装置に指示した価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定する報酬決定部と、を有する。

第１実施形態に係るゲームシステムを示すブロック図である。 ゲームシステムで提供されるゲームの概要を説明するための図である。 ゲームシステムで提供されるゲームの概要を説明するための図である。 ゲームシステムで提供されるゲームの概要を説明するための図である。 ゲームシステムにおけるサーバ装置を示すブロック図である。 サーバ装置における処理装置で構築される機能を示す図である。 サーバ装置における記憶装置のユーザ管理テーブルを示す図である。 サーバ装置における記憶装置の関係性テーブルを示す図である。 ゲームシステムにおける端末装置を示すブロック図である。 サーバ装置における端末装置で構築される機能を示す図である。 端末装置に表示される画面の一例を示す図である。 端末装置に表示される画面の一例を示す図である。 ゲームシステムで提供されるゲームの概要を示すフローチャートである。 他のユーザの選択処理を示すフローチャートである。 個別ゲームの処理を示すフローチャートである。 シンクロゲームの処理を示すフローチャートである。 ゲームシステム１における第２変形例を示す図である。 ゲームシステム１における第３変形例を示す図である。 ゲームシステム１における第４変形例を示す図である。 ゲームシステム１における第５変形例を示す図である。 第２実施形態に係るゲームシステムにおいて、端末装置に表示される画面の一例を示す図である。 端末装置に表示される画面の一例を示す図である。 ゲームシステムで提供されるゲームの概要を示すフローチャートである。 投入ゲームの処理を示すフローチャートである。

図面を参照しながら本発明の実施の形態を説明する。以下に記載する実施の形態は、技術的に好適な種々の限定を含む。本発明の範囲は、以下に例示する形態には限定されない。

＜第１実施形態＞
図１は、第１実施形態に係るゲームシステム１の構成をブロック図である。ゲームシステム１では、サーバ装置１０と、複数の端末装置２０－１、２０－２、…、とがネットワーク３０を介して接続される。
サーバ装置１０は、例えばゲームを提供する事業者によって管理される。サーバ装置１０には、ゲーム管理用のプログラムがインストールされている。

端末装置２０－１、２０－２、…は、例えばスマートフォンや、パーソナルコンピューターなどであり、表示装置や入力装置を有する。端末装置２０－１はユーザＵ－１によって操作され、端末装置２０－２はユーザＵ－２によって操作される。

なお、以降において、端末装置２０－１、２０－２、…については、ゲームシステム１においてユーザを特定しないで、一般的な端末装置を説明する場合には、識別のための「－」（ハイフン）以下を省略して単に「２０」とする。
端末装置２０には、ゲームシステム１においてゲームを提供するためのプログラムがそれぞれインストールされている。

ユーザは、端末装置２０を操作し、価値媒体を消費または使用することでゲームシステム１により提供されるゲームをプレイすることができる。価値媒体は、ゲームにおいて消費または使用される有体または無体の媒体である。有体の価値媒体は、例えばトークンコイン（メダル）、コイン（貨幣）またはチケットである。無体の価値媒体は、例えば電子メダル、クレジットまたはポイントである。無体の価値媒体の数量は、例えば電子データとしてサーバ装置１０において記憶され、管理される。ユーザは、価値媒体の消費または使用によりゲームをプレイし、当該ゲームの進行または結果に応じた数量の価値媒体を報酬として獲得する。ゲームのプレイのために消費または使用される価値媒体とユーザに報酬として付与される価値媒体とは、同種および異種の何れでもよい。
なお、ゲームをプレイするため、または、ゲーム結果に対する報酬を得るために、価値媒体が消費または使用される。価値媒体の使用は、ベットとも換言される。本実施形態において、有体の価値媒体は、無体の価値媒体に変換されて、電子データとして記憶される。

＜ゲームの概要＞
ゲームシステム１において提供されるゲームの概要について説明する。本実施形態において、ユーザに提供されるゲームは、ユーザ毎に個別に提供される個別ゲームと、複数（例えば２名）のユーザに対して共通の抽選結果を用いたシンクロゲーム（共通ゲーム）との２種類に分類される。
このうち、個別ゲームには、さらにポーカー、スロット、パズルなどの複数種類が用意される。なお、以降においては便宜的に個別ゲームの一例としてスロットゲームを例に挙げて説明する。

図２、図３および図４は、本実施形態におけるスロットゲームの一例を説明するための図である。
スロットゲームでは、複数のシンボルが付された仮想的なリールが用いられる。リアルなリールは、ドラム状の回転体の外周面に設けられる各領域にシンボルが割り当てられるが、仮想的なリールは、リアルなリールをコンピュータのグラフィックで模擬したものである。

図２は、仮想的なリールＲの一例を示す図である。リールＲは、例えば１５の領域を有し、各領域にシンボルＳ１～Ｓ６のいずれかが付される。図においてリールＲは、Ａ端で接続されている。換言すれば、図では、リアルなドラムの外周面をＡ端で切断し、展開した場合に、各領域にどのようにシンボルが付されるのかが仮想的に示される。

図２において、シンボルＳ１は「チェリー」、シンボルＳ２は「バー」、シンボルＳ３は「ワイルド」、シンボルＳ４は「スター」、シンボルＳ５は「セブン」、シンボルＳ６は「スイカ」をそれぞれ示す。シンボルＳ３の「ワイルド」は、オールマイティのシンボルであり、他のシンボルの代わりになる。
なお、リールＲの１５領域は一例である。また、シンボルについては、７種以上であってもよいし、５種以下であってもよいし、リールＲの領域にシンボルを割り当てない、または、意味をなさない無効シンボルを割り当ててもよい。

本実施形態では、仮想的なリールＲの５個が、あたかも回転しているかのように、図３における領域Ｇｓ１０において表示される。領域Ｇｓ１０は、横３行×縦５列で配列する１５個の窓Ｗを有する。５個のリールのすべての回転を停止させることによって、１５個の窓Ｗに、どのシンボルを表示させるかを抽選する。
抽選結果によって、領域Ｇｓ１０における１５個の窓Ｗにおいて表れたシンボルが、ペイラインで揃った場合が「あたり」になり、ペイラインで揃わない場合が「はずれ」になる。

なお、図３の例では、５個のリールＲがすべて同じ場合の例であるが、５個のリールＲがすべて異なっていてもよいし、一部だけが異なっていてもよい。また、リールＲの個数は限定されない。
５つのリールＲが用いられる場合、領域Ｇｓ１０において縦の３つの窓Ｗには、リールＲにおいて連続した３つのシンボルに表れることになる。これに限られず、各窓Ｗに、一対一にリールＲを割り当て、１つの窓Ｗには、当該リールＲに付与されたシンボルのいずれか１つが表れるようにしてもよい。

図４は、本実施形態におけるペイラインの一例を示す図である。ペイラインは、図において太い破線で示される。なお、ペイラインについては、他に種々想定されてもよい。
本実施形態では、どのペイラインで、どのシンボルが揃ったのか、等に応じて基本報酬が予め定められている。「あたり」の場合にユーザに付与される報酬は、リールが回転する前に当該ユーザが指示した価値媒体の数量と、基本報酬との積に応じた値に決定される。

本説明において「抽選結果」とは、例えばスロットゲームであれば、リールの回転を停止させたときに、領域Ｇｓ１０の窓Ｗに、どのシンボルを表示させるか、の決定結果をいう場合がある。
そして「抽選結果」によって、複数（１５個）のシンボルの組合せが所定の条件を充足するか否かを判定した結果が、報酬の算定基準になる「ゲーム結果」である。すなわち「抽選結果」の後の判定によって「ゲーム結果」が発生するという関係にある。
なお、判定の例としては、「抽選結果」により同じシンボルがペイライン上に揃ったか否かを判定することや、「抽選結果」により特定のシンボルが所定個数以上表れたか否かを判定することなどが挙げられる。

スロットゲーム以外、例えばルーレットゲームであれば、「抽選結果」は、玉がどのポケットに落球させるか、の決定結果をいう場合がある。この場合、「抽選結果」を判定する必要がないので、「抽選結果」イコール「ゲーム結果」になる。
このように、ゲームの種類によって、「抽選結果」の後の判定によって「ゲーム結果」が発生することにあれば、「抽選結果」イコール「ゲーム結果」になることもある。

「抽選結果」としては、これ以外にも、ルーレットにおけるポケットの識別子（色、数字、記号等）を、どのように配置させるかの決定結果をいう場合や、予め用意された複数のリールのうち、回転させて停止させるリールの決定結果をいう場合、リールの各領域に、どのシンボルを割り当てられるのかの決定結果をいう場合などがある。
このように「抽選結果」によっては、「ゲーム結果」と別概念になることがある。

ゲームシステム１においてユーザに提供されるゲームのうち、シンクロゲームとは、２以上のユーザに対して、共通の抽選結果を用いたゲームである。共通の抽選結果とは、２以上のユーザに提供されるゲームに対して、抽選結果の一部または全部が共通となることである。
本実施形態においてシンクロゲームは、個別ゲームのスロットゲームと同様な内容として説明する。個別ゲームとしてのスロットゲームでは、抽選結果が、端末装置２０毎に、すなわちユーザ毎に異なるのに対し、シンクロゲームでは、抽選結果が、複数のユーザに対して共通である。換言すれば、本実施形態において、シンクロゲームでは複数のユーザがプレイすることになる。
なお、個別ゲームのスロットゲームと、シンクロゲームのスロットゲームでは、ユーザが価値媒体の所定数量を消費することによってリールが回転してから、リールが停止して「あたり」または「はずれ」が判定されるまでが、１サイクルである。

図５は、サーバ装置１０の構成を示すブロック図である。サーバ装置１０は、処理装置１１０と記憶装置１２０と通信装置１３０とを具備するコンピュータシステムである。

処理装置１１０は、例えば単数または複数のプロセッサで構成され、サーバ装置１０の各要素を制御する。具体的には、処理装置１１０は、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、またはＡＳＩＣ（Application Specific Integrated Circuit）等の１種類以上のプロセッサによって構成される。
記憶装置１２０は、処理装置１１０が実行するプログラムと処理装置１１０が使用する各種のデータとを記憶する。記憶装置１２０として、例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが採用される。
通信装置１３０は、処理装置１１０による制御のもとで、端末装置２０の各々と通信する。

図６は、処理装置１１０および記憶装置１２０で構築される機能的構成を示すブロック図である。図に示されるように、処理装置１１０は、記憶装置１２０に記憶されたプログラムを実行することで、複数の要素（ゲーム管理部１１１、抽選結果決定部１１２、報酬決定部１１３、ユーザ管理部１１５および関係性登録部１１６）を構築する。

ゲーム管理部１１１は、ゲームシステム１で提供されるゲームの進行を管理する。抽選結果決定部１１２は、ゲームにおける抽選結果を決定する。報酬決定部１１３は、各ユーザに付与する報酬を決定する。ユーザ管理部１１５は、ゲームシステム１におけるユーザの状況を管理する。関係性登録部１１６は、ユーザ同士の関係性、具体的には、あるユーザに対し、フレンドの関係にあるユーザの情報を管理する。フレンドの関係とは、ゲームシステム１において、あるユーザと他のユーザとが特定の関係として関連付けられた状態をいう。

ユーザ管理部１１５は、記憶装置１２０に作成されたユーザ管理テーブルＴ１を用いて、ユーザのログイン状況、および、ユーザに所持される価値媒体の数量を管理する。
図７は、ユーザ管理テーブルＴ１の例を示す図である。ユーザ管理テーブルＴ１では、ユーザＩＤ毎に、ユーザの名前とログインフラグと価値媒体の所持数とが紐付けられる。ユーザＩＤは、ユーザを一意に識別するための識別子である。ユーザの名前としては、本名に限られず、ゲームシステム１で使用されるユーザのニックネームや愛称などが用いられる。
ログインフラグは、ユーザがゲームシステム１にログインしているか否かを示すフラグである。具体的には、ユーザがゲームシステム１にログインしていれば、ログインフラグとして「１」がセットされ、ログオフしていれば、ログインフラグとして「０」がセットされる。
価値媒体の所持数は、当該ユーザがゲームシステム１で消費または使用可能な無体の価値媒体の数量を示す情報である。

ユーザが、あるゲームのプレイを選択するためには、当該ゲームに対応した数量の価値媒体を消費することが必要である。また、ユーザが、あるゲームのプレイにおいて価値媒体を使用することもある。
ユーザがゲームにおいて価値媒体を消費または使用した場合、ユーザ管理部１１５は、ユーザ管理テーブルＴ１において、当該ユーザのユーザＩＤに対応する価値媒体の所持数を、消費または使用した数量だけ減数させる。
ユーザに報酬が付与された場合、ユーザ管理部１１５は、ユーザ管理テーブルＴ１において、当該ユーザのユーザＩＤに対応する価値媒体の所持数を報酬に相当する数量だけ増数させる。
また、ユーザが有体の価値媒体を無体の価値媒体に変換した場合、ユーザ管理部１１５は、ユーザ管理テーブルＴ１において、当該ユーザのユーザＩＤに対応する価値媒体の所持数を、変換した数量だけ増数させる。

なお、図７におけるユーザ管理テーブルＴ１は、ゲームシステム１において消費または使用可能な価値媒体が１種類である場合の例である。これに限られず、ゲームシステム１において消費または使用可能な価値媒体が２種類以上としてもよい。
また、図７の例では、便宜的に図１におけるユーザＵ－１のユーザＩＤを「０１２３４ｘ」とし、ユーザＵ－２のユーザＩＤを「０１ｘ５７８」としている。

関係性登録部１１６は、記憶装置１２０に作成された関係性テーブルＴ２を用いて、ユーザ同士の関係性を管理する。
図８は、関係性テーブルＴ２の例を示す図である。関係性テーブルＴ２では、ユーザＩＤで識別されるユーザに、当該ユーザとフレンドの関係にあるユーザ（フレンドユーザ）のユーザＩＤが紐付けられる。

なお、図８には、ユーザＩＤが「０１２３４ｘ」であるユーザＵ－１に、ユーザＩＤが「０１ｘ５７８」であるユーザＵ－２がフレンドユーザとして登録され、ユーザＩＤが「０１ｘ５７８」であるユーザＵ－２に、ユーザＩＤが「０１２３４ｘ」であるユーザＵ－１がフレンドユーザとして登録された例が示されている。
また、フレンドユーザのユーザＩＤで識別されるユーザの名前は、ユーザ管理テーブルＴ１を参照することで知ることができる。なお、ユーザ管理テーブルＴ１と関係性テーブルＴ２とに分けているのは便宜的のためであり、両テーブルを一体として扱うことは可能である。両テーブルを一体として扱う場合には、ユーザ管理部１２５または関係登録部１２６の一方が、他方の機能を負う構成になる。

図９は、端末装置２０の構成を示すブロック図である。端末装置２０は、上述したようにスマートフォンや、パーソナルコンピューターなどであり、処理装置２１０と記憶装置２２０と通信装置２３０と表示装置２４０と操作入力装置２５０、撮影装置２６０および音声入出力装置２７０を有する。

処理装置２１０は、端末装置２０の各要素を制御する。
記憶装置２２０は、処理装置２１０が実行するプログラムと処理装置２１０が使用する各種のデータとを記憶する。
なお、処理装置２１０が実行するプログラムには、ＯＳのほか、ゲームシステム１でユーザにゲームを提供するためのアプリケーションプログラムが含まれる。
通信装置２３０は、処理装置２１０による制御のもとで、サーバ装置１０および他の端末装置２０の各々と通信する。

表示装置２４０は、例えば液晶表示パネルや有機ＥＬパネルで構成され、処理装置２１０による制御のもとで各種の画像を表示する。例えばゲームの進行過程や内容を表すゲーム画面が表示装置２４０に表示される。
操作入力装置２５０は、ユーザによる操作を受け付ける。操作入力装置２５０は、例えばユーザが押下する複数の操作子、またはユーザによる接触を検知するタッチパネルであり、表示装置２４０による画像表示面に重ねられる。
撮影装置２６０は、表示装置２４０の表示面に設けられたインカメラであり、ゲームシステム１ではビデオ通話に用いられる。
音声入出力装置２７０は、例えば音声を入力するマイクや、音声を出力するスピーカの集合体である。

図１０は、処理装置２１０で構築される機能的な構成を例示するブロック図である。図に示されるように、処理装置２１０は、記憶装置２２０に記憶されたアプリケーションプログラムを実行することで、ゲームシステム１でのゲームの進行をさせる複数の要素（端末管理部２１１、ゲーム提供部２１２、現況伝達部２１３）を構築する。

端末管理部２１１は、ゲームシステム１で提供されるゲームの進行を端末装置２０にて管理する。
ゲーム提供部２１２は、端末装置２０においてユーザにゲームを提供する。なお、ゲームを提供するとは、ゲームのインターフェースをユーザに提供する、という意味であり、具体的には、表示装置２４０による表示画面などを制御する。

現況伝達部２１３は、ユーザ自身の現況を他のユーザに伝達する一方で、他のユーザの現況を伝達する。なお、ユーザの現況とは、ゲームについてユーザにおける現在の状況だけでなく、ゲームについてユーザによるコメントを含む。また、ユーザの現況を伝達するとは、ユーザにおける現況を、ユーザによる音声で伝達することや、ユーザの映像で伝達すること、ユーザによって入力されたテキストで伝達すること、または、これらの組み合わせにより伝達することをいう。

本実施形態では、ユーザの現況を、テキスト、音声、映像、または、これらを組合せにより伝達する。このため、現況伝達部２１３は、処理装置２１０が通信装置２３０、表示装置２４０、操作入力装置２５０、撮影装置２６０および音声入出力装置２７０を制御して、ユーザが入力したテキスト情報、ユーザの音声を収音した音声信号、ユーザを撮影した映像信号を送信する一方で、他の端末装置２０から送信されたテキスト情報、音声信号、映像信号を受信し、受信したテキスト情報に基づくテキストを表示させ、受信した音声信号をスピーカで出力させ、受信した映像信号に基づく映像を表示させる。

図１１は、端末装置２０－１において個別ゲームとしてスロットゲームが提供される画面、詳細にはゲーム提供部２１２および現況伝達部２１３によりユーザＵ－１に提供される画面Ｇｓの一例を示す図である。
なお、画面Ｇｓの表示内容は、ゲームの進捗などによって適宜変更される。

この図に示されるように、画面Ｇｓには、上述した領域Ｇｓ１０のほか、領域Ｇｓ１２、Ｇｓ１４およびＧｓ１６が含まれる。
領域Ｇｓ１２には、制限時間がゲーム提供部２１２によって表示される。制限時間とは、例えば価値媒体の数量を入力することができる残り時間である。

領域Ｇｓ１４には、ユーザＵ－１が個別ゲームにおいて操作するためのソフトウェアボタンが、ゲーム提供部２１２によって表示される。当該領域Ｇｓ１４には、価値媒体の消費量を指示するための「－」、「０」、「＋」、「１００」、「１０」、「１」のソフトウェアボタンが配置する。例えば「＋」、「１００」、「１０」の順で操作されれば、価値媒体の消費量が「１１０」であると指示される。この後、「－」、「１０」のように操作されれば、価値媒体の数量が「１１０」から「１０」だけ減数されて「１００」であると指示される。また、「０」が操作されれば、指示される価値媒体の消費量が「０」にリセットされる。
また、当該領域Ｇｓ１４には、個別ゲームからシンクロゲームへの移行を指示するための「Ｓync」のソフトウェアボタンや、ログアウトしてゲームのプレイを終了させる旨を指示するための「Ｅnd」のソフトウェアボタンが配置する。

領域Ｇｓ１６には、ユーザＵ－１自身の情報のほか、後述する処理において選択された他のユーザに関する情報がゲーム提供部２１２および現況伝達部２１３によって表示される。領域Ｇｓ１６には、さらに領域Ｖ１１およびＶ１２が設けられる。
領域Ｖ１１には、個別ゲームについてユーザＵ－１自身の情報が表示される。具体的には、領域Ｖ１１では、インカメラで撮影されたユーザＵ－１の縮小映像が現況伝達部２１３によって表示され、価値媒体の所持数、個別ゲームでユーザＵ－１が指示した価値媒体の消費量などがゲーム提供部２１２によって表示される。なお、領域Ｖ１１においてユーザＵ－１自身の縮小映像が表示される理由は、他のユーザが操作する端末装置でどのように表示されるのかを、ユーザＵ－１自身が確認できるようにするためである。

領域Ｖ１２には、選択された他のユーザ、ここではユーザＵ－２の情報がゲーム提供部２１２および現況伝達部２１３によって表示される。具体的には、領域Ｖ１２では、ユーザＵ－２の縮小映像が現況伝達部２１３によって表示される。また、端末装置２０－１では、端末装置２０－２から送信された音声を音声入出力装置２７０で出力させる場合もある。

図１２は、端末装置２０－１においてシンクロゲームが提供される場合の画面Ｇｓの一例を示す図である。なお、画面Ｇｓの表示内容は、シンクロゲームの進捗などによって適宜変更される。

この図に示されるように、シンクロゲームが提供される場合の画面Ｇｓは、個別ゲームが提供される場合の画面Ｇｓと一部が異なる。詳細には、シンクロゲームが提供される場合の画面Ｇｓでは、領域Ｇｓ１４に配置するソフトウェアボタンの一部、および、領域Ｇｓ１４の領域Ｖ１２に表示される情報の一部が、個別ゲームが提供される場合の画面Ｇｓと異なる。
シンクロゲームが提供される場合の画面Ｇｓにおいて領域Ｇｓ１４では、「Ｓync」および「Ｅnd」のソフトウェアボタンの代わりに「Ｅscape」のソフトウェアボタンが配置する。「Escape」は、シンクロゲームから個別ゲームへの移行を指示するソフトウェアボタンである。

また、シンクロゲームが提供される場合の画面Ｇｓにおいて領域Ｖ１２では、現況伝達部２１３によって表示されるユーザＵ－２の縮小映像に加えて、シンクロゲームで当該ユーザＵ－２が指示した価値媒体の消費量がゲーム提供部２１２によって表示される。

本実施形態では、シンクロゲームにおいて領域Ｇｓ１０に配列するシンボルの組合せは、すなわち抽選結果は、端末装置２０－１および２０－２で共通であるので、ユーザＵ－１およびＵ－２で報酬に差が生じるとすれば、各ユーザが指示した価値媒体の消費量の相違である。端末装置２０－１の領域Ｖ１１においてユーザＵ－１自身が指示した価値媒体の消費量とは別に、領域Ｖ１２において他のユーザＵ－２が指示した価値媒体の消費量が表示されるので、当該ユーザＵ－１は、他のユーザＵ－２が指示した価値媒体の消費量を意識して、価値媒体の消費量を増加または減数を指示することができる。

次に、ゲームシステム１の動作について説明する。
図１３は、ゲームシステム１において提供されるゲームの概要を示す図である。以下においては、ユーザＵ－１およびユーザＵ－２がログインする場合を例にとって説明する。
まず、ユーザＵ－１が端末装置２０－１にログインする旨を操作し、ユーザＵ－２が端末装置２０－２にログインする旨を操作する。当該操作を受けると、サーバ装置１０においてユーザ管理部１１５は、ユーザ管理テーブルＴ１において、ユーザＵ－１およびＵ－２のユーザＩＤに紐付けられるログインフラグをそれぞれ「１」にセットする（ステップＳａ１）。

端末装置２０－１を操作してユーザＵ－１がログインすると、ユーザＵ－１とシンクロゲームをともにプレイする可能性のある他のユーザが選択される（ステップＳａ２）。他のユーザの選択は、例えばサーバ装置１０が、マッチング処理によって実行される。ここでは、他のユーザとして、ユーザＵ－２が選択された場合を例にとって説明する。なお、他のユーザの選択処理の詳細については後述する。また、ステップＳａ２は、ユーザＵ－１のログイン後、ユーザＵ－１の端末装置２０－１への指示に応じて実行されてもよい。

ユーザＵ－１が他のユーザとしてユーザＵ－２を選択すると、サーバ装置１０は、端末装置２０－１を介してユーザＵ－１に、端末装置２０－２を介してユーザＵ－２に、それぞれ個別ゲームを提供する（ステップＳａ３）。なお、個別ゲームの提供処理の詳細については後述する。

個別ゲームの提供中に所定の条件が充足すると、サーバ装置１０は、ユーザＵ－１およびＵ－２に提供するゲームを、個別ゲームからシンクロゲーム（共通ゲーム）に切り替える（ステップＳａ４）。

なお、所定の条件としては、ユーザＵ－１またはＵ－２がシンクロゲームへの移行を指示したこと、イベントが発生したことなど種々想定される。
本実施形態では、個別ゲームの画面Ｇｓ（図１１参照）において領域Ｇｓ１４の「Ｓync」のソフトウェアボタンが操作されたこととする。
また、図１３では省略されているが、個別ゲームの画面Ｇｓにおいて領域Ｇｓ１４の「Ｅnd」のソフトウェアボタンが操作されると、ログアウトの指示となり、ゲームシステム１におけるゲームの提供が終了する。
また、個別ゲームの提供中に所定の条件が充足しなければ、サーバ装置１０は、引き続きユーザＵ－１およびＵ－２にそれぞれ個別ゲームを提供する。

図１４は、図１３のステップＳａ２における他のユーザの選択処理の詳細を示すフローチャートである。この選択処理は、ログインしたユーザに他のユーザを選択させる処理であるが、ここでは説明のために、ログインしたユーザＵ－１であり、当該ユーザＵ－１が、他のユーザとしてユーザＵ－２を選択する場合を例にとって説明する。

まず、端末装置２０－１において、端末管理部２１１は、ログインしたユーザＵ－１が他のユーザを、フレンドユーザのなかからの選択することを希望する旨の操作をしたか否かを、判定する（ステップＳａ２０１）。
ユーザＵ－１が他のユーザをフレンドユーザのなかから選択することを希望しない旨の操作をしたと判定した場合（ステップＳａ２０１の判定結果が「Ｎｏ」である場合）、端末管理部２１１は、処理手順を後述するステップＳａ２１２にスキップさせる。

一方、ユーザＵ－１が他のユーザをフレンドユーザのなかからの選択することを希望する旨の操作をしたと判定した場合（ステップＳａ２０１の判定結果が「Ｙｅｓ」である場合）、端末管理部２１１は、希望する旨の情報を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳａ２０２）。

希望する旨の情報を受信したサーバ装置１０では、ゲーム管理部１１１が、ユーザ管理部１１５に、ユーザＵ－１とフレンドの関係にあるユーザのうち、現時点においてゲームシステム１にログインしているユーザを特定させる。詳細には、ユーザ管理部１１５は、関係性テーブルＴ２を参照して、ユーザＵ－１とフレンドの関係にあるユーザを特定し、特定したユーザのうち、ログインフラグに「１」がセットされているユーザを特定する。ユーザ管理部１１５は、特定されたユーザの情報（名前等）をゲーム管理部１１１に返送し、ゲーム管理部１１１は、当該ユーザの情報を他のユーザの選択候補として、通信装置１３０を介し端末装置２０－１に送信する（ステップＳａ２０４）。

ユーザの情報を受信した端末装置２０－１では、端末管理部２１１が当該情報で示されるユーザの名前等を一覧化して表示装置２４０に表示させる（ステップＳａ２０５）。ユーザＵ－１は、表示されたユーザの一覧のなかから、希望するユーザを選択する。ここでは、上述したようにユーザＵ－１がユーザＵ－２を選択すると、端末装置２０－１の端末管理部２１１は、選択されたユーザＵ－２の端末装置２０－２に、選択について承認を得るため要望を送信する（ステップＳａ２０６）。
ここで、ユーザＵ－１がユーザＵ－２を選択した場合に、端末装置２０－１の端末管理部２１１が、選択されたユーザＵ－２の端末装置２０－２に、選択について承認を得るため要望を送信するのではなく、端末装置２０－１の端末管理部２１１が、選択について承認を得るための要望をサーバ装置１０に送信し、サーバ装置１０は選択されたユーザＵ－２の端末装置２０－２に、選択について承認を得るための要望を送信してもよい。

承認の要望を受信した端末装置２０－２の端末管理部２１１は、当該要望を承認するか否かの確認画面を表示装置２４０に表示させる（ステップＳａ２０７）。ユーザＵ－２が要望を承認した場合、端末装置２０－２の端末管理部２１１は、当該要望を承認した旨の情報を端末装置２０－１に返送する（ステップＳａ２０８）。ここで、ユーザＵ－２が要望を承認した場合、端末装置２０－２の端末管理部２１１は、当該要望を承認した旨の情報をサーバ装置１０に送信し、サーバ装置１０はユーザＵ－１の端末装置２０－１に、当該要望を承認した旨の情報を送信してもよい。

承認した旨の情報を端末装置２０－１が受信すると（ステップＳａ２０９）、当該端末装置２０－１の端末管理部２１１は、端末装置２０－１の現況伝達部２１３に、端末装置２０－２の現況伝達部２１３との相互通信を開始させる（ステップＳａ２１０）。一方、承認した旨の情報を送信した端末装置２０－２の端末管理部２１１は、端末装置２０－２の現況伝達部２１３に、端末装置２０－１の現況伝達部２１３との相互通信を開始させる（ステップＳａ２１１）。

ステップＳａ２１０およびＳ２１１によって、次の個別ゲームまたはシンクロゲームにおいて、ユーザＵ－１が操作する端末装置２０－１において、画面Ｇｓの領域Ｖ１２に端末装置２０－２のインカメラで撮影されたユーザＵ－２の縮小映像が表示されるほか、ユーザＵ－２の音声が端末装置２０－１から出力される。これにより、ユーザＵ－１は、ユーザＵ－２の現況を知ることができる。
反対に、個別ゲームまたはシンクロゲームにおいて、ユーザＵ－２が操作する端末装置２０－２において、画面Ｇｓの領域Ｖ１２に端末装置２０－１のインカメラで撮影されたユーザＵ－１の縮小映像が表示されるほか、ユーザＵ－１の音声が端末装置２０－２から出力される。これにより、ユーザＵ－２は、ユーザＵ－１の現況を知ることができる。
このようにして、個別ゲームまたはシンクロゲームにおいて、ユーザＵ－１およびＵ－２はお互いに現況を知ることができる。

このような現況伝達は、ユーザＵ－１またはＵ－２のどちらか一方がログアウトするまで継続して実行される。
なお、例えばユーザＵ－２がログアウトしたが、ユーザＵ－２が引き続きゲームシステム１においてゲームのプレイを希望する場合、ユーザＵ－１が他のユーザ（別のユーザ）を選択する処理が再度実行される。
また、ユーザＵ－２が、ユーザＵ－１の要望を承認しない場合、ユーザＵ－１は、表示されたユーザの一覧のなかから、他のユーザを選択する。

本実施形態では、ログインしたユーザが、ログイン直後にフレンドユーザでないユーザを他のユーザとして選択することも可能である。詳細には、ユーザＵ－１が他のユーザをフレンドユーザからの選択を希望する旨の操作がされなかったと判定した場合（ステップＳａ２０１の判定結果が「Ｎｏ」である場合）、端末管理部２１１は、フレンドユーザ以外のユーザを選択する旨の情報を、通信装置２３０を介して送信する（ステップＳａ２１２）。
以降のステップは図において簡略化される。当該情報を受信したサーバ装置１０では、ゲーム管理部１１１が、ユーザ管理部１１５に、現時点においてゲームシステム１にログインしているユーザのうち、ユーザＵ－１のフレンドユーザでないユーザの複数人をランダムで選択させる。ユーザ管理部１１５は、選択された複数人のユーザの情報（名前等）をゲーム管理部１１１に返送し、ゲーム管理部１１１は、当該複数人のユーザの情報を、他のユーザの候補として、通信装置１３０を介し端末装置２０－１に送信する。
なお、ログインしたユーザＵ－１が、ログイン直後にフレンドユーザでないユーザを他のユーザの候補とする例としては、ユーザＵ－１のフレンドユーザでないユーザからランダムで選択したユーザを候補とすることのほかに、ユーザＵ－１と近い場所にいるユーザを候補とする例や、ユーザＵ－１のフレンドユーザとフレンドユーザ関係にあるユーザを候補とする例などが挙げられる。

ユーザの情報を受信した端末装置２０－１では、端末管理部２１１が当該情報で示されるユーザの名前等を一覧化して表示装置２４０に表示させる。ユーザＵ－１は、表示されたユーザの名前等の一覧のなかから、希望するユーザを選択する。端末装置２０－１の端末管理部２１１は、選択されたユーザの情報をサーバ装置１０に返送する。
ユーザＵ－１によって選択されたユーザの情報を受信したサーバ装置１０では、端末管理部２１１が、ユーザＵ－１によるフレンド申請があった旨の情報を、通信装置１３０を介して当該選択されたユーザの端末装置２０に送信する。
フレンド申請があった旨の情報を受信した端末装置２０では、端末管理部２１１がユーザＵ－１によるフレンド申請を承認するか否かの確認画面を表示装置２４０に表示させる。フレンド申請が承認されれば、承認を示す情報を、端末装置２０がサーバ装置１０に送信する。サーバ装置１０では、関係性登録部１１６が、関係性テーブルＴ２において、ユーザＵ－１のユーザＩＤに紐付けられるフレンドユーザＩＤに、フレンド申請を承認したユーザのユーザＩＤを追加登録するとともに、フレンド申請を承認したユーザのユーザＩＤに紐付けられるフレンドユーザＩＤに、ユーザＵ－１のユーザＩＤを追加登録する。これにより、ユーザＵ－１と、フレンド申請を承認したユーザとが相互にフレンドユーザになる。

この後、サーバ装置１０は、フレンド申請が承認された旨の情報を端末装置２０－１に送信し、これを端末装置２０－１が受信すると、当該端末装置２０－１の端末管理部２１１は、端末装置２０－１の現況伝達部２１３に、フレンド申請を承認したユーザの端末装置２０の現況伝達部２１３との相互通信を開始させる（ステップＳａ２１４）。
また、サーバ装置１０は、フレンド申請を承認したユーザの端末装置２０に、相互通信が開始する旨の情報を送信し、これを当該端末装置２０が受信すると、当該端末装置２０の端末管理部２１１は、端末装置２０の現況伝達部２１３に、ユーザＵ－１の端末装置２０－１の現況伝達部２１３との相互通信を開始させる（ステップＳａ２１５）。
このようにして、ユーザＵ－１は、ログインした直後においてフレンドユーザでないユーザにフレンド申請して、当該フレンド申請が承認されれば、当該フレンド申請を承認したユーザを他のユーザとして選択して、個別ゲームおよびシンクロゲームを、現況伝達を相互にしながらプレイすることもできる。
なお、ユーザＵ－１のフレンドユーザでないユーザへのフレンド申請により、フレンドユーザとして登録することで、シンクロゲームをプレイできるとしたが、これに限られない。例えばユーザＵ－１のフレンドユーザでないユーザへ、フレンド申請ではなく、要望を送信し、承認されることにより、フレンドユーザとして登録することなしにシンクロゲームをプレイできてもよく、この場合、別のタイミングでフレンドとして登録するようにしてもよい。

図１５は、図１３のステップＳａ３における個別ゲームの処理の詳細を示すフローチャートである。ここでは便宜的に、端末装置２０を操作するユーザＵ－１に個別ゲームを提供する場合を例にとって説明する。

まず、サーバ装置１０においてゲーム管理部１１１は、端末装置２０－１において個別ゲームを提供するための処理を実行する（ステップＳａ３０１）。例えば、ゲーム管理部１１１は、ユーザＵ－１が消費可能な価値媒体の所持数を示す情報を端末装置２０－１に送信する。具体的には、ゲーム管理部１１１は、ユーザ管理部１１５に対し、ユーザＵ－１の価値媒体の所持数の取得を指示し、この指示を受けて、ユーザ管理部１１５は、ユーザＵ－１のユーザＩＤに対応付けられた価値媒体の所持数を、ユーザ管理テーブルＴ１を参照して読み出す。ユーザ管理部１１５は、読み出した価値媒体の所持数を、ゲーム管理部１１１に転送し、ゲーム管理部１１１は、通信装置１３０を介して端末装置２０－１に、ユーザＵ－１がゲームで消費可能な価値媒体の所持数を送信する。

端末装置２０－１では、複数の個別ゲームのうち、ユーザＵ－１が希望する個別ゲームが選択されて、選択された個別ゲームの提供が開始される。例えば個別ゲームとしてスロットゲームが選択されると、ゲーム提供部２１２は、図１１に示されるような画面Ｇｓを表示装置２４０に表示させて、サーバ装置１０から受信した価値媒体の所持数を領域Ｖ１１に表示させる一方で、ユーザＵ－１の指示による価値媒体の消費量を受け付ける。換言すれば、ユーザＵ－１は、領域Ｇｓ１４を操作することで、自己がプレイする個別ゲームに対して価値媒体の消費量を指示する。
なお、ゲーム提供部２１２は、受け付けた価値媒体の消費量を領域Ｖ１１に表示させるとともに、当該領域Ｖ１１における価値媒体の所持数を、ユーザＵ－１が指示した消費量に応じて減数させる。
そして、制限時間が終了すると、端末管理部２１１は、指示された価値媒体の消費量を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳａ３０２）。

サーバ装置１０において端末装置２０－１から価値媒体の消費量を、通信装置１３０を介して受信すると、ゲーム管理部１１１は、ユーザ管理部１１５に対し、ユーザＵ－１が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる（ステップＳａ３０３）。詳細には、ユーザ管理部１１５は、ユーザ管理テーブルＴ１において、ユーザＵ－１に対応するユーザＩＤの紐付けられた価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる。

ゲーム管理部１１１は、抽選結果決定部１１２に抽選結果を決定させる（ステップＳａ３０４）。ゲーム管理部１１１は、当該抽選結果の情報を抽選結果決定部１１２から取得すると、当該抽選結果の情報を、通信装置１３０を介して端末装置２０－１に送信する。
ゲーム管理部１１１は、報酬決定部１１３に、当該抽選結果とユーザＵ－１が指示した価値媒体の消費量とに基づいてユーザＵ－１への報酬を決定させ、次に、ユーザ管理部１１５に、決定された報酬に応じて価値媒体の所持数を増数させる（ステップＳａ３０５）。具体的には、ユーザ管理部１１５は、ユーザ管理テーブルＴ１において、ユーザＵ－１に対応するユーザＩＤの紐付けられた価値媒体の所持数を、報酬の分だけ増数させる。

なお、抽選結果が「はずれ」であれば、ユーザ管理部１１５は、ユーザ管理テーブルＴ１において、価値媒体の所持数を増数させない。また、特に図示しないが、ゲーム管理部１１１は、決定されたユーザＵ－１の報酬を示す情報を、通信装置１３０を介して端末装置２０－１に送信する。
ステップＳａ３０５の処理後、サーバ装置１０では、次の個別ゲームの抽選開始に備えて処理手順がステップＳａ３０３に戻る。

一方、端末装置２０－１においてサーバ装置１０から抽選結果の情報を受信すると、端末管理部２１１は、ゲーム提供部２１２に対して、領域Ｇｓ１０における表示が抽選結果となるように指示する（ステップＳａ３０６）。具体的には、ゲーム提供部２１２は、リールＲの５個があたかも回転しているかのように、領域Ｇｓ１０の窓Ｗにおいてシンボルの移動を表示させるとともに、領域Ｇｓ１０におけるシンボルの配列が、サーバ装置１０から受信した抽選結果となるように、リールＲの５個の回転を停止させる。

次に、ゲーム提供部２１２は、画面Ｇｓにおいて、抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する（ステップＳａ３０７）。具体的には、ゲーム提供部２１２は、ゲーム結果が「あたり」であれば、画面Ｇｓがフラッシュするような演出をし、ゲーム結果が「はずれ」であれば、画面Ｇｓに残念である旨の表示をさせる。
また、ゲーム提供部２１２は、領域Ｖ１１における価値媒体の所持数量を、ユーザＵ－１の報酬に応じて増数させる。

この後、端末管理部２１１は、例えば図１１に示される領域Ｇｓ１４において所定の時間内に「Ｓync」または「Ｅnd」のソフトウェアボタンが操作されたか否かを判定する（ステップＳａ３０８）。
領域Ｇｓ１４において所定の時間内になんら操作なされないと判定すれば（ステップＳａ３０８の判定結果が「Ｎｏ」であれば）、端末管理部２１１は、処理手順をステップＳａ３０２に戻す。これにより、端末装置２０－１では、引き続きユーザＵ－１に次のサイクルでの個別ゲームが提供される。

一方、領域Ｇｓ１４においてソフトウェアボタンが操作されたと判定すれば（ステップＳａ３０８の判定結果が「Ｙｅｓ」であれば）、端末管理部２１１は、操作されたソフトウェアボタンが「Ｅnd」であるか否かを判定する（ステップＳａ３０９）。

領域Ｇｓ１４においてソフトウェアボタンの「Ｅnd」が操作されたと判定すれば（ステップＳａ３０８の判定結果が「Ｙｅｓ」であれば）、端末管理部２１１は、ログアウトの処理を実行し、当該ログアウトする旨の情報を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳａ３１０）。

端末装置２０－１からログアウトする旨の情報を受信したサーバ装置１０では、ゲーム管理部１１１が、ユーザＵ－１がログアウトしたことによる終了処理を実行する（ステップＳａ３１１）。具体的には、ゲーム管理部１１１は、ユーザ管理部１１５に対し、ユーザ管理テーブルＴ１においてユーザＵ－１のユーザＩＤに紐付けられるログインフラグを「０」にセットさせる。
これにより、端末装置２０－１では、ゲームシステム１におけるゲームの提供が終了する。
なお、ユーザＵ－１がログアウトすると、ゲーム管理部１１１は、端末装置２０－２にその旨を示す情報を送信する。ユーザＵ－２からみて他のユーザがいなくなったことから、ユーザＵ－２に他のユーザを選択させる処理（ステップＳａ２）を実行してもよい。

ところで、ステップＳａ３０９の判定結果が「Ｎｏ」である場合とは、ステップＳａ３０８において操作されたソフトウェアボタンが「Ｓync」である場合である。この場合、端末管理部２１１は、シンクロゲームへの移行依頼を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳａ３１２）。この後、端末管理部２１１は、サーバ装置１０からシンクロゲームを開始させる旨の連絡がくるまで、待機状態とさせる（ステップＳａ３１３）。

一方、シンクロゲームへの移行依頼を受信したサーバ装置１０では、ゲーム管理部１１１が、他のユーザＵ－２にシンクロゲームの移行を、通信装置１３０を介して端末装置２０－２に送信する（ステップＳａ３１３）。
端末装置２０－２では、シンクロゲームの移行が受信されると、当該端末装置２０－２の端末管理部２１１が、個別ゲームの１サイクルが完了した時点で、待機状態とする（ステップＳａ３１５）。そして、待機状態においてシンクロゲームへの移行をユーザＵ－２が承認するとシンクロゲームへ移行する。

図１６は、図１３のステップＳａ４におけるシンクロゲームの処理の詳細について示すフローチャートである。ここでは便宜的に、端末装置２０－１を操作するユーザＵ－１と端末装置２０－２を操作するユーザＵ－２とにシンクロゲームを提供する場合を例にとって説明する。

まず、サーバ装置１０のゲーム管理部１１１が、端末装置２０－１および２０－２においてシンクロゲームを提供するための処理を実行する（ステップＳａ４０１）。例えば、ゲーム管理部１１１は、シンクロゲームの開始する旨の情報、および、ユーザＵ－１が消費可能な価値媒体の所持数を示す情報を端末装置２０－１に送信し、シンクロゲームの開始する旨の情報、および、ユーザＵ－２が消費可能な価値媒体の所持数を示す情報を端末装置２０－２に送信する。

端末装置２０－１では、ゲーム提供部２１２が、図１２に示されるような画面Ｇｓを表示装置２４０に表示させて、サーバ装置１０から受信した価値媒体の所持数を領域Ｖ１１に表示させる一方で、ユーザＵ－１が領域Ｇｓ１１を操作することで指示される価値媒体の消費量を受け付ける。
端末装置２０－２においても、ゲーム提供部２１２が、シンクロゲームの画面Ｇｓを表示装置２４０に表示させて、サーバ装置１０から受信した価値媒体の所持数を領域Ｖ１１に表示させる一方で、ユーザＵ－２が領域Ｇｓ１１を操作することで指示される価値媒体の消費量を受け付ける。なお、端末装置２０－２におけるシンクロゲームの画面Ｇｓでは、領域Ｖ１１にユーザＵ－２の情報が表示され、領域Ｖ１２にユーザＵ－１の情報が表示される。

制限時間が終了すると、端末装置２０－１の端末管理部２１１は、ユーザＵ－１によって指示された価値媒体の消費量を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳａ４０２）。また、端末装置２０－２の端末管理部２１１も同様に、ユーザＵ－２によって指示された価値媒体の消費量を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳａ４０３）。

サーバ装置１０のゲーム管理部１１１は、ユーザ管理部１１５に対し、ユーザＵ－１が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる。同様に、サーバ装置１０のゲーム管理部１１１は、ユーザ管理部１１５に対し、ユーザＵ－２が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる（ステップＳａ４０４）。

次に、ゲーム管理部１１１は、抽選結果決定部１１２にユーザＵ－１およびＵ－２に共通の抽選結果を決定させる（ステップＳａ４０５）。ゲーム管理部１１１は、当該抽選結果の情報を抽選結果決定部１１２から取得すると、当該抽選結果の情報を、通信装置１３０を介して端末装置２０－１および２０－２にそれぞれ送信する。
ゲーム管理部１１１は、報酬決定部１１３に、当該共通の抽選結果とユーザＵ－１が指示した価値媒体の消費量とに基づいてユーザＵ－１への報酬を決定させ、次に、ユーザ管理部１１５に、決定された報酬に応じて価値媒体の所持数を増数させる。
同様に、ゲーム管理部１１１は、報酬決定部１１３に、当該共通の抽選結果とユーザＵ－２が指示した価値媒体の消費量とに基づいてユーザＵ－２への報酬を決定させ、次に、ユーザ管理部１１５に、決定された報酬に応じて価値媒体の所持数を増数させる（ステップＳａ４０６）。
ステップＳａ４０６の処理後、サーバ装置１０では、次のシンクロゲームの抽選開始に備えて処理手順がステップＳａ４０４に戻る。

一方、端末装置２０－１においてサーバ装置１０から共通の抽選結果の情報を受信すると、端末管理部２１１は、ゲーム提供部２１２に対して、領域Ｇｓ１０における表示が共通の抽選結果となるように指示する（ステップＳａ４０７）。
次に、端末装置２０－１のゲーム提供部２１２は、画面Ｇｓにおいて、共通の抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する（ステップＳａ４０８）。
この後、端末装置２０－１の端末管理部２１１は、図１２に示される領域Ｇｓ１４においてユーザＵ－１がシンクロゲームの継続を希望しているか否かを判定する（ステップＳａ４０９）。
例えば、ユーザＵ－１が所定時間内に「Ｅscape」のソフトウェアボタンを操作しなければ、それは、ユーザＵ－１がシンクロゲームの継続を希望していることを示す。換言すれば、端末装置２０－１の端末管理部２１１は、所定時間内に「Ｅscape」のソフトウェアボタンが非操作であったか否かを判定する。
所定の時間経過すれば、端末装置２０－１の端末管理部２１１は、「Ｅscape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置１０に送信する。

サーバ装置１０から共通の抽選結果の情報を受信した端末装置２０－２は、端末装置２０－１と同様な動作を実行する。すなわち、端末装置２０－２の端末管理部２１１は、ゲーム提供部２１２に対して、領域Ｇｓ１０における表示が共通の抽選結果となるように指示する（ステップＳａ４１０）。次に、端末装置２０－２のゲーム提供部２１２は、画面Ｇｓにおいて、共通の抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する（ステップＳａ４１１）。この後、端末装置２０－２の端末管理部２１１は、ユーザＵ－２がシンクロゲームの継続を希望しているか否かを判定する（ステップＳａ４１２）。所定の時間経過すれば、端末装置２０－２の端末管理部２１１は、「Ｅscape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置１０に送信する。

サーバ装置１０は、端末装置２０－１および２０－２からそれぞれ「Ｅscape」のソフトウェアボタンが非操作であったか否かを示す情報を受信する（ステップＳａ４１３）。
サーバ装置１０においてゲーム管理部１１１は、端末装置２０－１および端末装置２０－１の双方において「Ｅscape」のソフトウェアボタンが非操作であったか否か、換言すれば、ユーザＵ－１およびＵ－２の両者がシンクロゲームの継続を希望しているか否か、を判定する（ステップＳａ４１４）。

ユーザＵ－１およびＵ－２の両者がシンクロゲームの継続を希望していれば（ステップＳａ４１４の判定結果が「Ｙｅｓ」であれば）、ゲーム管理部１１１は、シンクロゲームを継続する旨の指示を端末装置２０－１および２０－２のそれぞれに、通信装置１３０を介して送信する（ステップＳａ４１５）。
これにより、端末装置２０－１では処理手順がステップＳａ４０２に戻り、端末装置２０－２では処理手順がステップＳａ４０３に戻って、端末装置２０－１および２１０－２のそれぞれにおいて共通の抽選結果を用いたシンクロゲームに対する価値媒体の消費量が指示可能になる。

ユーザＵ－１またはＵ－２の少なくとも一方がシンクロゲームの継続を希望しなければ（ステップＳａ４１４の判定結果が「Ｎｏ」であれば）、ゲーム管理部１１１は、シンクロゲームを終了する旨の指示を端末装置２０－１および２０－２のそれぞれに、通信装置１３０を介して送信する（ステップＳａ４１６）。
これにより、端末装置２０－１および２０－２のそれぞれにおいて処理手順が図１３のステップＳａ３（詳細については図１５参照）の個別ゲームに戻る。

第１実施形態では、ユーザＵ－１およびＵ－２に共通の抽選結果を用いたシンクロゲームが、ユーザＵ－１には端末装置２０－１で提供され、ユーザＵ－２には端末装置２０－１で提供される。このため、ユーザＵ－１およびＵ－２は、シンクロゲームの提供を受ける場合に、特定の場所に赴く必要がない。
第１実施形態におけるゲームシステム１では、シンクロゲームにおいて、共通の抽選結果と、ユーザＵ－１が指示した価値媒体の消費量に基づいて当該ユーザＵ－１への報酬が決定され、共通の抽選結果と、ユーザＵ－２が指示した価値媒体の消費量に基づいて当該ユーザＵ－２への報酬が決定される。したがって、抽選結果が共通であっても、ユーザＵ－１への報酬とユーザＵ－２への報酬とが、ユーザＵ－１が指示した価値媒体の消費量とユーザＵ－２が指示した価値媒体の消費量とに応じて異なるという性質のゲームを提供することができる。
また、ゲームシステム１では、共通の抽選結果を利用したシンクロゲームをプレイするユーザは、関係性登録部１１６が関係性テーブルＴ２においてフレンドとして登録されたフレンドユーザに限定することができる。

ゲームシステム１において、ユーザＵ－１は、共通の抽選結果を用いたシンクロゲーム、または、自身が操作する端末装置２０－１に固有の抽選結果を用いた個別ゲーム、のいずれかを選択してプレイすることができる。
ユーザＵ－２も同様に、シンクロゲーム、または、自身が操作する端末装置２０－２に固有の抽選結果を用いた個別ゲーム、のいずれかを選択してプレイすることができる。

＜第１実施形態の変形例＞
以上に例示した第１実施形態は多様に変形され得る。第１実施形態に適用され得る具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を、相互に矛盾しない範囲で併合してもよい。

＜第１実施形態の第１変形例＞
上述した第１実施形態では、領域Ｇｓ１０における横３行×縦５列で配列する１５個の窓Ｗに表れるシンボルの組合せを、個別ゲームの抽選結果およびシンクロゲームにおける共通の抽選結果としたが、これに限られない。例えば領域Ｇｓ１０のうち、一部の領域の窓Ｗに表れるシンボルの組合せを、共通の抽選結果としてよい。例えば領域Ｇｓ１０のうち、中央の横３行×縦３列で配列する領域の９個の窓Ｗに表れるシンボルの組合せを、共通の抽選結果として抽選する構成としてよい。

＜第１実施形態の第２変形例＞
第１実施形態では、シンクロゲームをプレイするユーザを２名としたが、３名以上としてもよい。

＜第１実施形態の第３変形例＞
シンクロゲームにおいて、５リールのうち、一部を端末装置２０－１（ユーザＵ－１）および端末装置２０－２（ユーザＵ－２）で共用とし、他のリールを非共用として、領域Ｇｓ１０における横３行×縦５列で配列する１５個の窓の一部に表れる、共用されるリールに付されたシンボルの組合せを、共通の抽選結果として抽選する構成としてもよい。

例えば図１７に示されるように、リールＲ２～Ｒ４を共用し、リールＲ１およびＲ５を非共用として、領域Ｇｓ１０における横３行×縦５列のうち、中央９個の窓の一部に表れるシンボルの組合せを、共通の抽選結果として抽選する構成としてもよい。なお、図において、リールＲ１およびＲ５が非共用であり、各領域に割り当てられるシンボルが異なるので、シンボルの例示が省略されている。
このような構成では、端末装置２０－１における領域Ｇｓ１０の一部において、共用のリールで選択されるシンボルの組合せは端末装置２０－２と同じになるが、端末装置２０－１における領域Ｇｓ１０の一部以外において、非共用のリールで選択されるシンボルの組合せは端末装置２０－２と異なる場合がある。このため、ユーザＵ－１への報酬とユーザＵ－２への報酬とが、指示した価値媒体の消費量が同じであっても、異なることがあり得る。

＜第１実施形態の第４変形例＞
シンクロゲームにおいて、リールの領域に割り当てられるシンボルの一部を端末装置２０－１（ユーザＵ－１）および端末装置２０－２（ユーザＵ－２）で共用とし、それ以外領域に割り当てられるシンボルを非共用とする構成としてもよい。
例えば図１８の左欄に示されるように、シンボルが付される領域ａ１～ａ１５のうち、右欄に示されるように、領域ａ１～ａ８に付されるシンボルを共用として、領域ａ９～ａ１５に付されるシンボルを非共用としてもよい。なお、図では、領域ａ９～ａ１５に付されるシンボルが非共用であり、各領域に割り当てられるシンボルが異なるので、シンボルの例示が省略されている。
この構成において、共通の抽選結果は、領域Ｇｓ１０における１５個の窓Ｗに、リールＲにおける領域ａ１～ａ１５のうち、どの領域を割り当てるのかを、共通の抽選結果として抽選することになる。
この構成では、非共用のシンボルが付される領域ａ９～ａ１５が抽選されると、領域Ｇｓ１０に表れるシンボルの組合せが端末装置２０－１と２０－２とで異なることがある。このため、ユーザＵ－１への報酬とユーザＵ－２への報酬とが、指示した価値媒体の消費量が同じであっても、異なることがあり得る。

＜第１実施形態の第５変形例＞
ユーザＵ－１およびＵ－２がそれぞれ個別ゲームとしてスロットゲームをプレイしている場合に、ユーザＵ－１またはＵ－２の一方が操作する端末装置２０において、抽選によって領域Ｇｓ１０に特定のシンボルが表れたとき、ユーザＵ－１またはＵ－２の他方が操作する端末装置２０において、当該特定のシンボルを同じ位置に共有する構成としてもよい。なお説明の便宜上、特定のシンボルの一例を「ワイルド」とする。

例えば、ユーザＵ－１およびＵ－２がそれぞれ個別ゲームとしてスロットゲームをプレイしている場合に、図１９に示されるようにユーザＵ－１が操作する端末装置２０－１において、個別ゲームの抽選結果として、領域Ｇｓ１０の１箇所に「ワイルド」が表れたとき、ユーザＵ－２が操作する端末装置２０－２において、同じ箇所のシンボルを「ワイルド」に置き換える構成とする。なお、置き換わった「ワイルド」は次のサイクルの抽選の演出において回転せずに固定される。

同様に、同図に示されるようにユーザＵ－２が操作する端末装置２０－２において、個別ゲームの抽選結果として、領域Ｇｓ１０の３箇所に「ワイルド」が表れたとき、ユーザＵ－１が操作する端末装置２０－１において、同じ箇所のシンボルを「ワイルド」に置き換える。
すなわち、ユーザＵ－１およびＵ－２がそれぞれ個別ゲームをプレイしている場合に、特定のシンボルが表れたとき、当該特定シンボルがユーザＵ－１およびＵ－２で共有される。

換言すれば、ユーザＵ－１およびＵ－２がそれぞれ個別ゲームを提供している場合に、抽選結果決定部１１２が、端末装置２０－１または２０－２の一方に、ある箇所に「ワイルド」を抽選したとき、端末装置２０－１または２０－２の他方において、同一箇所のシンボルを「ワイルド」に置き換え、次のサイクルで当該「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成とする。
「ワイルド」は任意のシンボルに置き換え可能なオールマイティのシンボルであるので、共有によってシンボルが「ワイルド」に置き換わると、次のサイクルの抽選において、ペイライン上に同じシンボルが揃う可能性が高まり、高い報酬を期待することができる。
なお、特定のシンボルを共有する構成とした場合に、特定のシンボルを共有した状態での抽選回数に制限を設ける構成、例えば１回または２回に制限する構成としてもよい。

なお、図１９の例は、ユーザＵ－１が操作する端末装置２０－１で表れた１箇所の「ワイルド」と、ユーザＵ－２が操作する端末装置２０－２で表れた３箇所の「ワイルド」とがそれぞれ次のサイクルの抽選において４箇所で「ワイルド」が共有された例である。
また、図１９において共有された「ワイルド」以外のシンボルは任意であるので、省略されている。
上記はユーザＵ－１およびＵ－２がそれぞれ個別ゲームとしてスロットゲームをプレイしている場合としたが、シンクロゲームとしてプレイしている場合としても可能である。また、「ワイルド」を抽選し、端末装置２０－１または２０－２の他方において、同一箇所のシンボルを「ワイルド」に置き換え、次のサイクルで当該「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成としたが、先に「ワイルド」以外のシンボルを抽選し、次のサイクルにおいて共有される「ワイルド」を抽選してもよく、全てのシンボルを抽選し、端末装置２０－１または２０－２に現れた「ワイルド」を他方の端末装置において、同一箇所のシンボルを「ワイルド」に置き換えてもよい。

＜第１実施形態の第６変形例＞
サーバ装置１０が特定のシンボルの配列を抽選して決定し、決定した特定のシンボルを、ユーザＵ－１が操作する端末装置２０－１およびユーザＵ－２が操作する端末装置２０－２にそれぞれ配分する構成としてもよい。説明の便宜上、特定のシンボルの一例を「ワイルド」とする。

例えば、ユーザＵ－１およびＵ－２がそれぞれ個別ゲームでスロットをプレイしている場合に、個別ゲームの抽選結果とは無関係に、なんらかの契機によって抽選結果決定部１１２が、例えば図２０に示されるように「ワイルド」の配列を抽選する。
抽選後、抽選結果決定部１１２は、端末装置２０－１および２０－２に、それぞれ「ワイルド」配列の一部または全部を分配し、次のサイクルにおいて分配した「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成とする。
このような構成によれば、第５変形例と同様に、特定のシンボルに置き換わるので、次のサイクルの抽選において、ペイライン上に同じシンボルが揃う可能性が高まり、高い報酬を期待することができる。

なお、「ワイルド」配列の分配は２回以上繰り返してもよいし、１回限りとしてもよい。図２０は、分配した状態での抽選回数を２回として例である。
また、抽選結果決定部１１２は、「ワイルド」の配列を、端末装置２０－１および２０－２に対して、同じ箇所に重複しないように排他的に分配してもよいし、端末装置２０－１および２０－２に対し、同じ箇所に重複して分配してもよい。
図２０は、「ワイルド」の配列を、１回目において排他的に分配した例であり、２回目において重複して分配した例である。
図２０において分配された「ワイルド」以外のシンボルは任意であるので、省略されている。
上記は「ワイルド」を抽選し、抽選後、抽選結果決定部１１２が、端末装置２０－１および２０－２に、それぞれ「ワイルド」配列の一部または全部を分配し、次のサイクルにおいて分配した「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成としたが、先に「ワイルド」以外のシンボルを抽選し、次のサイクルで共有される「ワイルド」を抽選して分配してもよい。

＜第２実施形態＞
次に、第２実施形態に係るゲームシステム１について説明する。第２実施形態に係るゲームシステム１は、図１における第１実施形態と同様に、サーバ装置１０と、複数の端末装置２０－１、２０－２、…、とがネットワーク３０を介して接続された構成である。

第２実施形態に係るゲームシステム１では、第１実施形態におけるシンクロゲームの代わりに、投入ゲームがユーザに提供される。
投入ゲームとは、ある一のユーザが個別ゲームをプレイしている場合に、他のユーザが当該一のユーザのゲーム結果に、価値媒体の使用量を指示する、というゲームである。端的にいえば、他のユーザは、自分がプレイするゲームではなく、一のユーザがプレイするゲーム結果に、価値媒体の使用量を投入する、というゲームである。そして、他のユーザに対する報酬は、当該個別ゲームのゲーム結果と、当該他のユーザが指示した価値媒体の使用量とに基づいて決定される。
また、上記の場合、他のユーザがプレイする投入ゲームは、一のユーザからみれば個別ゲームをプレイしていることになる。

他のユーザが、一のユーザがプレイするゲームに価値媒体の使用量を指示するにあたり、価値媒体の使用量を判断するために、当該一のユーザの現況を知ることが有効である。そこで、第２実施形態では、一のユーザが個別ゲームをプレイしている場合に、他のユーザが当該一のユーザと相互通信し、当該一のユーザの現況を伝達する構成となっている。

一のユーザの現況とは、個別ゲームについて当該一のユーザにおける現在の状況だけでなく、個別ゲームについて当該一のユーザによるコメントを含む。個別ゲームのゲーム結果が運だけで決定される場合（例えばルーレットやスロットなどの場合）、一のユーザの現況としては、例えば、ツキがある、負けが込んでいる、運が上昇している、などの状況が挙げられる。また、個別ゲームのゲーム結果が運だけでなく、当該一のユーザのスキルのような要素も絡んで決定される場合（例えばポーカーなどの場合）、一のユーザの現況としては、例えば、得意なゲームである、このゲームは自信がある、ゲームの戦略はこうである、などのコメントが挙げられる。

なお、便宜的に、第２実施形態において提供される投入ゲームとして、第１実施形態と同様なスロットゲームを例として挙げて説明する。また、ここでは、ユーザＵ－１が個別ゲームをプレイしている場合に、ユーザＵ－２が当該ユーザＵ－１による個別ゲームに、価値媒体の使用量を指示する場合を想定する。

図２１は、端末装置２０－１において個別ゲームが提供される画面Ｇｓの一例を示す図であり、図２２は、端末装置２０－２において投入ゲームが提供される画面Ｇｓの一例を示す図である。図２１および図２２に示されるように、画面Ｇｓの一部が、シンクロゲームとは異なっている。
図２１および図２２におけるの画面Ｇｓの領域Ｇｓ１０では、ユーザＵ－１がプレイする個別ゲームの抽選結果がそれぞれ示される。

図２１は、ユーザＵ－１が操作する端末装置２０－１の画面Ｇｓであるから、領域Ｖ１１にはユーザＵ－１に関する情報が示され、領域Ｖ１２にはユーザＵ－２に関する情報が示される。
このうち、領域Ｖ１１には、価値媒体の所持数のほか、ユーザＵ－１が個別ゲームに指示した価値媒体の消費量が表示される。また、領域Ｖ１２には、自己であるユーザＵ－１の個別ゲームに対し、ユーザＵ－２が指示した価値媒体の使用量が表示される。この使用量は、自己であるユーザＵ－１への期待値でもある。このため、ユーザＵ－１は、自身のゲームに対する他のユーザの期待値を間接的に知ることができる。

図２２は、ユーザＵ－２が操作する端末装置２０－２の画面Ｇｓであるから、領域Ｖ１１にはユーザＵ－２に関する情報が示され、領域Ｖ１２にはユーザＵ－１に関する情報が示される。このうち、図２２の領域Ｖ１１には、価値媒体の所持数のほか、ユーザＵ－１の個別ゲームに指示した価値媒体の使用量が表示される。

ユーザＵ－１およびＵ－２における現況伝達が相互通信により実行される。仮に、ユーザＵ－１およびＵ－２における現況伝達が音声でなされる場合に、その音声メッセージは、図２１および図２２の下欄に示されるような内容となる。
なお、ユーザＵ－１およびＵ－２における現況伝達がテキストの表示でなされる場合に、そのテキストの表示も、図２１および図２２の下欄に示されるような内容となる。
以下、音声メッセージはテキストの表示を含むものとする。

図２１および図２２の下欄では、ユーザＵ－２による音声メッセージＴＬ１、ＴＬ４と、ユーザＵ－１による音声メッセージＴＬ２、ＴＬ３、ＴＬ５とがタイムラインに沿って表示された例である。詳細には、ユーザＵ－２による音声メッセージＴＬ１の問い掛けに対し、ユーザＵ－１が自身の現況を音声メッセージＴＬ２、ＴＬ３で回答したような内容である。

次に、第２実施形態に係るゲームシステム１の動作について説明する。
図２３は、ゲームシステム１において提供されるゲームの概要を示す図である。
この図に示されるように、第２実施形態では、第１実施形態におけるシンクロゲームが投入ゲームに置き換わったフローになる。具体的には、図１３におけるステップＳａ４のシンクロゲームが、図２３では、ステップＳｂ４における投入ゲームに置き変わる。
また、図１５における個別ゲームの処理では、特に図示しないが、ステップＳａ３１２のシンクロゲーム移行依頼が投入ゲームの移行依頼に、ステップＳａ３１４のシンクロゲーム移行が投入ゲームの移行に、それぞれ読み替えられる。

ユーザＵ－１が端末装置２０－１を操作してゲームシステム１にログインし、ユーザＵ－２が端末装置２０－２を操作してゲームシステム２にログインする（ステップＳａ１）。
次に、例えばユーザＵ－１が他のユーザとしてフレンドの関係にあるユーザＵ－２を選択すると、ユーザＵ－１およびユーザＵ－２との相互通信が開始する（ステップＳａ２）。なお、上述した第１実施形態のようにフレンドの関係でないユーザと相互通信が行われてもよい。
相互により、画面Ｇｓにおいて領域Ｖ１２には、相手のユーザの縮小映像が表示されるとともに、相手のユーザの音声がスピーカから出力される。
ユーザＵ－１およびユーザＵ－２は、第１実施形態と同様に、相互通信しながら、それぞれ個別ゲームをプレイする。個別ゲームをプレイしているときに、ユーザＵ－１またはＵ－２の一方が投入ゲームの移行を依頼し、ユーザＵ－１またはＵ－２の他方が投入ゲームの移行を承認すると、投入ゲームに移行する（ステップＳｂ４）。投入ゲームの移行の承認を必要とせずに、投入ゲームへ移行してもよい。

なお、投入ゲームへの移行を依頼したユーザが、投入ゲームへの移行を承認したユーザのゲーム結果に、価値媒体の使用量を指示してもよいし、反対に、投入ゲームへの移行を承認したユーザが、投入ゲームへの移行を依頼したユーザのゲーム結果に、価値媒体の使用量を指示してもよい。
ここでは、便宜的に、ユーザＵ－１が投入ゲームへの移行を依頼し、ユーザＵ－２が投入ゲームへの移行を承認して、ユーザＵ－１のゲーム結果に、ユーザＵ－２が価値媒体の使用量を指示する場合を例にとって説明する。

図２４は、図２３のステップＳｂ４における投入ゲームの処理の詳細について示すフローチャートである。

まず、サーバ装置１０のゲーム管理部１１１が、端末装置２０－１および２０－２において投入ゲームを提供するための処理を実行する（ステップＳｂ４０１）。例えば、ゲーム管理部１１１は、ユーザＵ－１がプレイする個別ゲームに、ユーザＵ－２が価値媒体を使用する旨（投入ゲームが開始する旨）の情報、および、ユーザＵ－１が消費可能な価値媒体の所持数を示す情報を端末装置２０－１に送信する。
また、ゲーム管理部１１１は、投入ゲームが開始する旨の情報、および、ユーザＵ－２が使用可能な価値媒体の所持数を示す情報を端末装置２０－２に送信する。

端末装置２０－１では、ゲーム提供部２１２が、図２１に示されるような画面Ｇｓを表示装置２４０に表示させ、サーバ装置１０から受信した価値媒体の所持数を領域Ｖ１１に表示させる一方で、ユーザＵ－１の指示による価値媒体の消費量を受け付ける。換言すれば、ユーザＵ－１は、領域Ｇｓ１４を操作することで、自己がプレイする個別ゲームに対して価値媒体の消費量を指示する。
端末装置２０－２では、ゲーム提供部２１２が、図２２に示されるような画面Ｇｓを表示装置２４０に表示させ、サーバ装置１０から受信した価値媒体の所持数を領域Ｖ１１に表示させる一方で、ユーザＵ－２の指示による価値媒体の使用量を受け付ける。換言すれば、ユーザＵ－２は、領域Ｇｓ１４を操作することで、相手であるユーザＵ－１がプレイする個別ゲームに対して価値媒体の使用量を指示する。

制限時間が終了すると、端末装置２０－１の端末管理部２１１は、ユーザＵ－１によって指示された価値媒体の消費量を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳｂ４０２）。また、端末装置２０－２の端末管理部２１１も同様に、ユーザＵ－２によって指示された価値媒体の使用量を、通信装置２３０を介してサーバ装置１０に送信する（ステップＳｂ４０３）。

サーバ装置１０のゲーム管理部１１１は、ユーザ管理部１１５に対し、ユーザＵ－１が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させるとともに、ユーザＵ－２が使用可能な価値媒体の所持数を、指示された価値媒体の使用量だけ減数させる（ステップＳｂ４０４）。

ゲーム管理部１１１は、抽選結果決定部１１２にユーザＵ－１の抽選結果を決定させる（ステップＳｂ４０５）。ゲーム管理部１１１は、当該抽選結果の情報を抽選結果決定部１１２から取得すると、当該抽選結果の情報を、通信装置１３０を介して端末装置２０－１および２０－２にそれぞれ送信する。
ゲーム管理部１１１は、報酬決定部１１３に、当該抽選結果とユーザＵ－１が指示した価値媒体の消費量とに基づいてユーザＵ－１への報酬を決定させ、次に、ユーザ管理部１１５に、決定された報酬に応じて価値媒体の所持数を増数させる。

同様に、ゲーム管理部１１１は、報酬決定部１１３に、当該抽選結果とユーザＵ－２が指示した価値媒体の使用量とに基づいてユーザＵ－２への報酬を決定させ、次に、ユーザ管理部１１５に、決定された報酬に応じて価値媒体の所持数を増数させる（ステップＳｂ４０６）。
ユーザＵ－１の個別ゲームに、価値媒体の使用量を指示したユーザＵ－２の報酬については、ユーザＵ－２が指示した価値媒体の使用量に係数を乗じた額であってもよいし、ユーザＵ－２が指示した価値媒体の使用量にユーザＵ－１の抽選結果に応じた係数を乗じた額であってもよい。
また、価値媒体の使用量を指示したユーザＵ－２の報酬については、ユーザＵ－１の報酬と同額であってもよいし、ユーザＵ－１の報酬に係数を乗じた額としてもよい。いずれにせよ、ユーザＵ－１の報酬が多ければ、ユーザＵ－２の報酬も多くなる。
このため、ユーザＵ－２は、ユーザＵ－１の「あたり」を願うことになり、「あたり」であれば、ユーザＵ－１だけでなく、ユーザＵ－２の喜びを大きくすることができる。
ステップＳｂ４０６の処理後、サーバ装置１０では、次の投入ゲームの抽選開始に備えて処理手順がステップＳｂ４０４に戻る。

一方、端末装置２０－１においてサーバ装置１０から抽選結果の情報を受信すると、端末管理部２１１は、ゲーム提供部２１２に対して、領域Ｇｓ１０における表示が抽選結果となるように指示する（ステップＳｂ４０７）。
次に、端末装置２０－１のゲーム提供部２１２は、画面Ｇｓにおいて、抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する（ステップＳｂ４０８）。
この後、端末装置２０－１の端末管理部２１１は、図２２に示される領域Ｇｓ１４においてユーザＵ－１が投入ゲームの継続を希望しているか否かを判定する（ステップＳｂ４０９）。
例えば、ユーザＵ－１が所定時間内に「Ｅscape」のソフトウェアボタンを操作しなければ、それは、ユーザＵ－１が投入ゲームの継続を希望していることを示す。換言すれば、端末装置２０－１の端末管理部２１１は、所定時間内に「Ｅscape」のソフトウェアボタンが非操作であったか否かを判定する。
所定の時間経過すれば、端末装置２０－１の端末管理部２１１は、「Ｅscape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置１０に送信する。

サーバ装置１０から抽選結果の情報を受信した端末装置２０－２の端末管理部２１１は、ゲーム提供部２１２に対して、領域Ｇｓ１０における表示が抽選結果となるように指示する（ステップＳｂ４１０）。次に、端末装置２０－２のゲーム提供部２１２は、画面Ｇｓにおいて、抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する（ステップＳｂ４１１）。この後、端末装置２０－２の端末管理部２１１は、ユーザＵ－２が投入ゲームの継続を希望しているか否かを判定する（ステップＳｂ４１２）。所定の時間経過すれば、端末装置２０－２の端末管理部２１１は、「Ｅscape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置１０に送信する。

サーバ装置１０は、端末装置２０－１および２０－２からそれぞれ「Ｅscape」のソフトウェアボタンが非操作であったか否かを示す情報を受信する（ステップＳｂ４１３）。
サーバ装置１０においてゲーム管理部１１１は、端末装置２０－１および端末装置２０－１の双方において「Ｅscape」のソフトウェアボタンが非操作であったか否か、換言すれば、ユーザＵ－１およびＵ－２の両者が投入ゲームの継続を希望しているか否か、を判定する（ステップＳｂ４１４）。

ユーザＵ－１およびＵ－２の両者が投入ゲームの継続を希望していれば（ステップＳｂ４１４の判定結果が「Ｙｅｓ」であれば）、ゲーム管理部１１１は、投入ゲームを継続する旨の指示を端末装置２０－１および２０－２のそれぞれに、通信装置１３０を介して送信する（ステップＳｂ４１５）。
これにより、端末装置２０－１では処理手順がステップＳｂ４０２に戻り、端末装置２０－２では処理手順がステップＳｂ４０３に戻って、端末装置２０－１および２１０－２のそれぞれにおいて投入ゲームに対する価値媒体の使用量が指示可能になる。

ユーザＵ－１またはＵ－２の少なくとも一方が投入ゲームの継続を希望しなければ（ステップＳｂ４１４の判定結果が「Ｎｏ」であれば）、ゲーム管理部１１１は、投入ゲームを終了する旨の指示を端末装置２０－１および２０－２のそれぞれに、通信装置１３０を介して送信する（ステップＳｂ４１６）。
これにより、端末装置２０－１および２０－２のそれぞれにおいて処理手順が図２３のステップＳａ３の個別ゲームに戻る。

第２実施形態におけるゲームシステム１では、投入ゲームにおいて、ユーザＵ－２は、ユーザＵ－１から伝達された現況に基づいて、ユーザＵ－１のゲーム結果を予想し、報酬の決定基準である価値媒体の使用量をどれだけにするか、について判断することができる。
また、ユーザＵ２－１は、投入ゲームの前または後で個別ゲームを、価値媒体を消費することでプレイ可能である。すなわち、ユーザＵ－２が端末装置２０－１で個別ゲームをプレイするために消費する価値媒体を、ゲーム結果に基づいてユーザＵ－１が報酬を得るために使用する価値媒体として利用することができる。

第２実施形態において、ゲーム結果に基づいてユーザＵ－２が報酬を得るために使用する価値媒体と、投入ゲームにおいてユーザＵ－２に報酬として付与される価値媒体とは同種類である。このため、ユーザＵ－２が報酬として得た価値媒体を、ゲーム結果に基づいてユーザＵ－２が報酬を得るために指示する価値媒体として利用することができる。
端末装置２０－１では、価値媒体の消費によってユーザＵ－１が個別ゲームをプレイすることが可能になる。ユーザＵ－１のゲーム結果に基づいてユーザＵ－２が報酬を得るために使用する価値媒体と、ユーザＵ－１が個別ゲームをプレイするために消費する価値媒体と、が同種類である。このため、個別ゲームで消費される価値媒体をユーザＵ－１およびＵ－２とで揃えることができる。

第２実施形態において投入ゲームの立場をユーザＵ－１とＵ－２とで入れ替え、ユーザＵ－１は、ユーザＵ－２から伝達された現況に基づいて、ユーザＵ－２のゲーム結果を予想し、報酬の決定基準である価値媒体の使用量を指示する構成としてもよい。この構成では、端末装置２０－２でのゲーム結果と、ユーザＵ－１が指示した価値媒体の使用量とに基づいて、ユーザＵ－１に付与される報酬が決定される。端末装置２０－２でユーザＵ－２がプレイする個別ゲームにおいてユーザＵ－１が報酬を得るために指示した価値媒体と、ユーザＵ－１が個別ゲームをプレイするために消費する価値媒体と、が同種類である。このため、ユーザＵ－１は、端末装置２０－１で個別ゲームをプレイするために消費する価値媒体を、ゲーム結果に基づいて報酬を得るために使用する価値媒体として利用することができる。

＜第２実施形態の変形例＞
以上に例示した第２実施形態は多様に変形され得る。第２実施形態に適用され得る具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を、相互に矛盾しない範囲で併合してもよい。

＜第２実施形態の第１変形例＞
上述した第２実施形態では、ユーザＵ－１のゲーム結果に、相手であるユーザＵ－２が価値媒体の使用量を指示する、という投入ゲームを例として説明したが、あるユーザのゲーム結果に、価値媒体の使用量を指示する他のユーザは２名以上であってもよい。
また、ユーザＵ－１のゲーム結果に、ユーザＵ－２が価値媒体の使用量を指示した場合に、ユーザＵ－１のゲーム結果に応じて報酬が発生すれば、当該ユーザＵ－１に付与される報酬を、ユーザＵ－２が価値媒体の使用量を指示しない通常の個別ゲームと比較して、増額する構成としてもよい。
個別ゲームをプレイするユーザＵ－１が、他のユーザに、自分に価値媒体を使用してみては、というようにリクエストしてもよいし、そのリクエストに応じて価値媒体を使用したユーザに、なんらかのインセンティブを与えてもよい。また、リクエストに応じたユーザの人数に応じて、１人当たりのインセンティブを多く、または、少なくしてもよい。
リクエストする回数またはリクエストに応じる回数を、制限する構成としてしてもよいし、制限しない構成としてもよい。

＜第２実施形態の第２変形例＞
第２実施形態では、ユーザＵ－１のゲーム結果に、ユーザＵ－２が価値媒体の使用量を指示する、という投入ゲームをプレイする構成としたが、ユーザＵ－２は、この投入プレイと並行して、ユーザＵ－２に固有の個別ゲームを提供する構成としてもよい。この構成によれば、ユーザＵ－２は、ユーザＵ－１への投入ゲームをプレイしつつ、自己に固有の個別ゲームをプレイすることができ、ユーザＵ－１は、ユーザＵ－２への投入ゲームをプレイしつつ、自己に固有の個別ゲームをプレイすることができる。端末装置２０－２でユーザＵ－２がプレイする個別ゲームにおいてユーザＵ－１が報酬を得るために指示した価値媒体と、ユーザＵ－１が個別ゲームをプレイするために使用する価値媒体とが同種類である。このため、ユーザＵ－１は、ユーザＵ－１が報酬として得た価値媒体を、ユーザＵ－２のゲーム結果に基づいてユーザＵ－１が報酬を得るために指示する価値媒体として利用することができる。 また、端末装置２０－２でユーザＵ－２がプレイする個別ゲームにおいてユーザＵ－１が報酬を得るために指示した価値媒体と、ユーザＵ－１が個別ゲームをプレイするために使用する価値媒体とが異なっていてもよい。

＜第２実施形態の第３変形例＞
ユーザＵ－２が操作する端末装置２０－２に、ユーザＵ－１における個別ゲームの戦績を表示する構成としてもよい。ユーザＵ－１におけるゲーム結果によって報酬がユーザＵ－２に付与される場合、当該報酬を、戦績に応じて変化させる構成としてもよい。なお、戦績とは、具体的には、勝率や収支などをいう。

＜第２実施形態の第４変形例＞
あるユーザのゲーム結果に、価値媒体の使用量を指示する他のユーザが２名以上である場合に、報酬が発生すれば、他のユーザの人数に応じて、他のユーザにそれぞれ付与する報酬の額を変化させる構成としてもよい。
この構成によれば、２名以上の他のユーザのうち、ある１人の他のユーザは、他のユーザの総人数に応じて、換言すれば、報酬の変化を考慮して、価値媒体の使用量を指示することができる。

＜第２実施形態の第５変形例＞
ユーザＵ－１のゲーム結果にユーザＵ－２が価値媒体の使用量を指示した場合、個別ゲームの１回ではなく、複数回を単位としたゲーム結果に応じて、ユーザＵ－２への報酬を付与する構成としてもよい。例えば「あたり」の確率が５割以上であれば、ユーザＵ－２に報酬を付与する構成としてもよい。この構成によれば、ユーザＵ－１からの現況伝達に応じて、例えば「流れに乗っている」、「ツキのある時期にはいった」、「負けが込むタイミングになりそう」などの情報に応じて、ユーザＵ－２は、価値媒体を指示するか否かを判断することができる。

＜第２実施形態の第６変形例＞
現況伝達部２１３は、領域Ｇｓ１６において、自己および他のユーザを撮影した映像ではなく、ユーザを表象するアバターを表示する構成としてもよい。より具体的には、撮影したユーザの動きに合わせて、アバターをリアルタイムで動かして表示する構成としてもよい。

＜第２実施形態の第７変形例＞
ゲームの抽選結果とユーザが指示した価値媒体の数量とに基づいて当該ユーザへの報酬が決定される構成が基本であるが、このほかに相互通信の履歴に応じて報酬が決定される構成としてもよい。例えば相互通信の回数や相互通信の累積時間に応じて報酬が変化する構成としてもよい。具体的には、相互通信の回数が多いほど、相互通信の累積時間が長いほど、報酬を増加させる構成としてもよい。この構成によれば、ユーザに相互通信を積極的に実行させることが可能になる。

＜第２実施形態の第８変形例＞
第２実施形態において、ユーザＵ－２がユーザＵ－１のゲーム結果に価値媒体の使用を指示した場合、「抽選結果」である複数（１５個）のシンボルにおいて特定のシンボルが所定個数以上表れた場合を「ゲーム結果」としてユーザＵ－２への「あたり」と判定してもよい。
なお、特定のシンボルが所定個数以上表れた場合を「ゲーム結果」としてユーザＵ－１への「あたり」とするか「はずれ」とするかについては任意である。

＜実施形態等で共通の変形例＞
第１実施形態および第２実施形態（以下「実施形態等」と表記する）では、以下のような変形例が共通に可能である。

＜共通な第１変形例＞
実施形態等では、ユーザがゲーム（個別ゲーム、シンクロゲーム、または投入ゲーム）をプレイするために消費される価値媒体と、ユーザがゲームで使用して報酬として付与される価値媒体とは、同一種類であったが、異なっていてもよい。
例えば、ユーザがゲームをプレイするために消費する価値媒体、または、報酬として付与される価値媒体と、ユーザが当該ゲームをプレイする際に使用する価値媒体とは、異なる構成としてもよい。より具体的には、第１価値媒体と第２価値媒体とがあり、ユーザがゲームをプレイするために第１価値媒体が消費され、ユーザが当該ゲームで第２価値媒体の使用を指示し、当該ゲーム結果の報酬として第２価値媒体で付与される構成としてもよい。
また、第１価値媒体を、所定の比率で第２価値媒体に変換可能とする構成としてもよいし、第２価値媒体を、上記比率の逆数で第１価値媒体に変換可能とする構成としてもよい。

＜共通な第２変形例＞
実施形態に係るサーバ装置１０の処理装置１１０で構築される機能のうち、ゲーム管理部１１１、抽選結果決定部１１２および報酬決定部１１３の各機能については、端末装置２０の処理装置２１０で構築してもよい。
換言すれば、ユーザ管理部１１５および関係性登録部１１６を除き、端末装置２０に設けてもよい。
端末装置２０で実行されるアプリケーションプログラムについては、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされ得る。記録媒体は、例えば非一過性（non-transitory）の記録媒体であり、ＣＤ-ＲＯＭ等の光学式記録媒体（光ディスク）が好例であるが、半導体記録媒体または磁気記録媒体等の公知の任意の形式の記録媒体も包含される。なお、非一過性の記録媒体とは、一過性の伝搬信号（transitory, propagating signal）を除く任意の記録媒体を含み、揮発性の記録媒体も除外されない。また、配信装置が通信網を介してプログラムを配信する構成では、当該配信装置においてプログラムを記憶する記憶装置が、前述の非一過性の記録媒体に相当する。

＜付記＞
以上の記載から、例えば以下のように本発明の好適な態様が把握される。

＜付記１＞
本発明のひとつの態様１に係るゲームシステムは、第１端末装置を操作する第１ユーザに第１ゲームを提供するゲーム提供部と、第２端末装置を操作する第２ユーザに、前記第１ユーザの現況を伝達する現況伝達部と、前記第１ゲームの結果と前記第２ユーザが前記第２端末装置に指示した価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定する報酬決定部と、を有する。
態様１によれば、第２ユーザは、第１ユーザから伝達された現況を判断材料とすることができる。これにより、第１ゲームの結果を予想し、報酬の決定基準である価値媒体の使用量をどれだけにするか、について判断することができる。

第１ユーザの現況を伝達するとは、第１ユーザにおける現況を、第１ユーザによる音声で伝達することや、第１ユーザの映像で伝達すること、第１ユーザによって入力されたテキストで伝達すること、または、これらの組み合わせにより伝達することをいう。
現況伝達部は、例えば第１ユーザの現況を音声で伝達する場合には、第１ユーザの音声を収音するマイクや、マイクで収音された音声信号を第２端末装置に送信する送信部、送信された音声信号を音声に変換するスピーカなどにより構成される。なお、現況伝達部が、第１ユーザの現況を音声で伝達する場合に、第１ユーザを表象するアバターを第２端末装置の表示装置に表示させるとともに、第１ユーザによる音声の解析結果に応じて、アバターの表情や動作に変化を持たせてもよい。
また、現況伝達部は、第１ユーザの現況を音声および映像で伝達する場合には、第１ユーザの音声を収音し第１ユーザを撮影するカメラや、カメラによる音声信号および映像信号を第２端末装置に送信する送信部、送信された音声信号を音声に変換するスピーカおよび送信された映像信号を表示する表示装置などにより構成される。
現況伝達部は、「コミュニケーションツール」と換言される。
「ゲームを提供する」とは、ゲームの開始から結果に至るまでのインターフェースをユーザに提供する、という意味である。ゲームについての進行を含めた制御については、必ずしも端末装置が実行する必要はなく、例えばサーバ装置が実行してもよい。
「ゲーム提供部」、「現況伝達部」または「報酬決定部」は、共通の装置（サーバ装置）に設けられてもよいし、ネットワーク上の複数の装置に分散して設けられてもよい。また、ゲーム提供部」、「現況伝達部」または「報酬決定部」は、第１端末装置または第２端末装置に設けられてもよい。

＜付記２＞
態様１の具体的な態様２において、前記現況伝達部は、前記第１ユーザの現況を前記第１ユーザの音声で伝達する。
態様２によれば、第２ユーザは、第１ユーザの現況を第１ユーザの音声で知ることができる。

＜付記３＞
態様１の具体的な態様３において、前記第１ユーザの現況を前記第１ユーザの映像で伝達する。態様３によれば、第２ユーザは、第１ユーザの現況を第１ユーザの映像で知ることができる。

＜付記４＞
態様１、２または３の具体的な態様４において、前記現況伝達部は、前記第２ユーザによる前記第２端末装置への指示によって、前記第１端末装置に、前記第１ユーザの現況の伝達を要求する。態様４によれば、第２ユーザが必要とする情報を、第１ユーザに要求することができるので、価値媒体の使用量をどれだけにするか、についての判断が容易になる。

＜付記５＞
態様１、２または３の別の具体的な態様５において、前記第２端末装置では、価値媒体の使用によって前記第２ユーザが第２ゲームをプレイすることが可能になり、前記第１ゲームの結果に基づいて前記第２ユーザが報酬を得るために使用する価値媒体と、前記第２ユーザが第２ゲームをプレイするために使用する価値媒体と、は同種類である。
態様５によれば、第２ユーザが第２端末装置で第２ゲームをプレイするために使用する価値媒体を、第１ゲームの結果に基づいて第２ユーザが報酬を得るために使用する価値媒体として利用することができる。

＜付記６＞
態様１、２または３の別の具体的な態様６において、前記報酬決定部は、前記報酬として価値媒体を前記第２ユーザに付与し、前記第１ゲームの結果に基づいて前記第２ユーザが報酬を得るために使用する価値媒体と、前記第２ユーザに報酬として付与される価値媒体と、が同種類である。
態様６によれば、第２ユーザが報酬として得た価値媒体を、第１ゲームの結果に基づいて第２ユーザが報酬を得るために入力する価値媒体として利用することができる。

＜付記７＞
態様１、２または３の別の具体的な態様７において、前記第１端末装置では、価値媒体の使用によって前記第１ユーザが第１ゲームをプレイすることが可能になり、 前記第１ゲームの結果に基づいて前記第２ユーザが報酬を得るために使用する価値媒体と、前記第１ユーザが前記第１ゲームをプレイするために使用する価値媒体と、が同種類である。
態様７によれば、第１ゲームで使用される価値媒体を第１ユーザと第２ユーザとで揃えることができる。

＜付記８＞
態様１、２または３の別の具体的な態様８において、前記第１端末装置では、価値媒体の使用によって前記第１ユーザが前記第１ゲームをプレイすることが可能になり、前記第２端末装置では、価値媒体の使用によって前記第２ユーザが第２ゲームをプレイすることが可能になり、前記報酬決定部は、前記第２ゲームの結果と前記第１ユーザが前記第１端末装置に指示した価値媒体の使用量とに基づいて前記第１ユーザへの報酬を決定し、前記第２ゲームの結果に基づいて前記第１ユーザが報酬を得るために入力する価値媒体と、前記第１ユーザが前記第１ゲームをプレイするために使用する価値媒体と、が同種類である。
態様８によれば、第１ユーザは、第１端末装置で第１ゲームをプレイするために使用する価値媒体を、第２ゲームの結果に基づいて報酬を得るために使用する価値媒体として利用することができる。

＜その他＞
態様１に係るゲームシステムについては、ゲームシステムの制御方法としても表現することが可能であり、また、コンピュータのプログラムとしても表現可能である。

１…ゲームシステム、１０…サーバ装置、２０－１、２０－２…端末装置、１１０…処理装置、１１１…ゲーム管理部、１１２…抽選結果決定部、１１３…報酬決定部、１１４…ユーザ管理部部、１１５…関係性登録部、２１０…処理装置、２１１…端末管理部、２１２…ゲーム提供部、２１３…現況伝達部、Ｔ１…ユーザ管理テーブル、Ｔ２…関係性テーブル。

Claims (3)

1. 第１端末装置を操作する第１ユーザに第１ゲーム、および、第２端末装置を操作する第２ユーザに第２ゲームを提供するゲーム提供部と、
   前記第２ユーザに前記第１ユーザの現況を、前記第１ユーザに前記第２ユーザの現況を、それぞれ任意に互いに伝達する現況伝達部と、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第１ゲームに対して指示した場合には、前記第１ゲームの結果と前記価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定し、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第２ゲームに対して指示した場合には、前記第２ゲームの結果と前記価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定する報酬決定部と、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第１ゲームに対して指示可能な第１ゲームモードと、前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第２ゲームに対して指示可能な第２ゲームモードと、を前記第１ユーザおよび前記第２ユーザの指示に基づいて切り替える切替部と、
   を有するゲームシステム。
   
2. 第１端末装置を操作する第１ユーザに第１ゲーム、および、第２端末装置を操作する第２ユーザに第２ゲームを提供し、
   前記第２ユーザに前記第１ユーザの現況を、前記第１ユーザに前記第２ユーザの現況を、それぞれ任意に互いに伝達し、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第１ゲームに対して指示した場合には、前記第１ゲームの結果と前記価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定し、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第２ゲームに対して指示した場合には、前記第２ゲームの結果と前記価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定し、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第１ゲームに対して指示可能な第１ゲームモードと、前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第２ゲームに対して指示可能な第２ゲームモードとを、前記第１ユーザおよび前記第２ユーザの指示に基づいて切り替える
   ゲームシステムの制御方法。
   
3. コンピュータを、
   第１端末装置を操作する第１ユーザに第１ゲーム、および、第２端末装置を操作する第２ユーザに第２ゲームを提供するゲーム提供部、
   前記第２ユーザに前記第１ユーザの現況を、前記第１ユーザに前記第２ユーザの現況を、それぞれ任意に互いに伝達する現況伝達部、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第１ゲームに対して指示した場合には、前記第１ゲームの結果と前記価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定し、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第２ゲームに対して指示した場合には、前記第２ゲームの結果と前記価値媒体の使用量とに基づいて前記第２ユーザへの報酬を決定する報酬決定部、および、
   前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第１ゲームに対して指示可能な第１ゲームモードと、前記第２ユーザが前記第２端末装置に価値媒体の使用量を前記第２ゲームに対して指示可能な第２ゲームモードと、を前記第１ユーザおよび前記第２ユーザの指示に基づいて切り替える切替部、
   として機能させるプログラム。
   

Images