IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 高砂電器産業株式会社の特許一覧

特許7396714ゲームシステム、ゲームシステムの制御方法およびプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2023-12-04
(45)【発行日】2023-12-12
(54)【発明の名称】ゲームシステム、ゲームシステムの制御方法およびプログラム
(51)【国際特許分類】
   A63F 13/69 20140101AFI20231205BHJP
   A63F 13/80 20140101ALI20231205BHJP
   A63F 13/87 20140101ALI20231205BHJP
   A63F 13/45 20140101ALI20231205BHJP
【FI】
A63F13/69 500
A63F13/80 H
A63F13/87
A63F13/45
【請求項の数】 3
(21)【出願番号】P 2022121943
(22)【出願日】2022-07-29
【審査請求日】2023-03-03
【早期審査対象出願】
(73)【特許権者】
【識別番号】000169477
【氏名又は名称】株式会社コナミアミューズメント
(74)【代理人】
【識別番号】110003177
【氏名又は名称】弁理士法人旺知国際特許事務所
(72)【発明者】
【氏名】奥秋 政人
(72)【発明者】
【氏名】内山 貴視
(72)【発明者】
【氏名】須田 聡
【審査官】前地 純一郎
(56)【参考文献】
【文献】特開2022-025735(JP,A)
【文献】特開2018-068985(JP,A)
【文献】特開2009-011819(JP,A)
【文献】特開2008-220431(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
A63F 13/00-13/98
A63F 9/00-11/00
(57)【特許請求の範囲】
【請求項1】
第1端末装置を操作する第1ユーザに第1ゲーム、および、第2端末装置を操作する第2ユーザに第2ゲームを提供するゲーム提供部と、
前記第2ユーザに前記第1ユーザの現況を、前記第1ユーザに前記第2ユーザの現況を、それぞれ任意に互いに伝達する現況伝達部と、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第1ゲームに対して指示した場合には、前記第1ゲームの結果と前記価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定し、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第2ゲームに対して指示した場合には、前記第2ゲームの結果と前記価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定する報酬決定部と、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第1ゲームに対して指示可能な第1ゲームモードと、前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第2ゲームに対して指示可能な第2ゲームモードと、を前記第1ユーザおよび前記第2ユーザの指示に基づいて切り替える切替部と、
を有するゲームシステム。
【請求項2】
第1端末装置を操作する第1ユーザに第1ゲーム、および、第2端末装置を操作する第2ユーザに第2ゲームを提供し、
前記第2ユーザに前記第1ユーザの現況を、前記第1ユーザに前記第2ユーザの現況を、それぞれ任意に互いに伝達し、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第1ゲームに対して指示した場合には、前記第1ゲームの結果と前記価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定し、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第2ゲームに対して指示した場合には、前記第2ゲームの結果と前記価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定し、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第1ゲームに対して指示可能な第1ゲームモードと、前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第2ゲームに対して指示可能な第2ゲームモードとを、前記第1ユーザおよび前記第2ユーザの指示に基づいて切り替える
ゲームシステムの制御方法。
【請求項3】
コンピュータを、
第1端末装置を操作する第1ユーザに第1ゲーム、および、第2端末装置を操作する第2ユーザに第2ゲームを提供するゲーム提供部、
前記第2ユーザに前記第1ユーザの現況を、前記第1ユーザに前記第2ユーザの現況を、それぞれ任意に互いに伝達する現況伝達部、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第1ゲームに対して指示した場合には、前記第1ゲームの結果と前記価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定し、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第2ゲームに対して指示した場合には、前記第2ゲームの結果と前記価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定する報酬決定部、および、
前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第1ゲームに対して指示可能な第1ゲームモードと、前記第2ユーザが前記第2端末装置に価値媒体の使用量を前記第2ゲームに対して指示可能な第2ゲームモードと、を前記第1ユーザおよび前記第2ユーザの指示に基づいて切り替える切替部、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ゲームシステム、ゲームシステムの制御方法およびプログラムに関する。
【背景技術】
【0002】
従来から、ゲームをプレイする参加ユーザ(参加プレイヤ)に、当該参加ユーザとフレンドの関係にあるフレンドユーザ(フレンドプレイヤ)が当該参加ユーザに投票し、当該参加ユーザがゲームで好成績を収めた場合に、当該参加ユーザだけでなく、投票したフレンドユーザにも特典を付与するゲームシステムが知られている(例えば特許文献1参照)。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第5718399号
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献1に記載されたゲームシステムにおいて、あるフレンドプレイヤが参加プレイヤに投票しようとする場合に、フレンドプレイヤからみれば、どの参加プレイヤに投票すべきかの判断材料が乏しい、という課題がある。
以上の事情を考慮して、本発明は、あるユーザが、他のユーザによるゲーム結果を予想して、価値媒体を使用する場合に、当該他のユーザに対する判断材料を提供することが可能なゲームシステムを提供することにある。
【課題を解決するための手段】
【0005】
上記課題を解決するために、本発明のひとつの態様に係るゲームシステムは、第1端末装置を操作する第1ユーザに第1ゲームを提供するゲーム提供部と、第2端末装置を操作する第2ユーザに、前記第1ユーザの現況を伝達する現況伝達部と、前記第1ゲームの結果と前記第2ユーザが前記第2端末装置に指示した価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定する報酬決定部と、を有する。
【図面の簡単な説明】
【0006】
図1】第1実施形態に係るゲームシステムを示すブロック図である。
図2】ゲームシステムで提供されるゲームの概要を説明するための図である。
図3】ゲームシステムで提供されるゲームの概要を説明するための図である。
図4】ゲームシステムで提供されるゲームの概要を説明するための図である。
図5】ゲームシステムにおけるサーバ装置を示すブロック図である。
図6】サーバ装置における処理装置で構築される機能を示す図である。
図7】サーバ装置における記憶装置のユーザ管理テーブルを示す図である。
図8】サーバ装置における記憶装置の関係性テーブルを示す図である。
図9】ゲームシステムにおける端末装置を示すブロック図である。
図10】サーバ装置における端末装置で構築される機能を示す図である。
図11】端末装置に表示される画面の一例を示す図である。
図12】端末装置に表示される画面の一例を示す図である。
図13】ゲームシステムで提供されるゲームの概要を示すフローチャートである。
図14】他のユーザの選択処理を示すフローチャートである。
図15】個別ゲームの処理を示すフローチャートである。
図16】シンクロゲームの処理を示すフローチャートである。
図17】ゲームシステム1における第2変形例を示す図である。
図18】ゲームシステム1における第3変形例を示す図である。
図19】ゲームシステム1における第4変形例を示す図である。
図20】ゲームシステム1における第5変形例を示す図である。
図21】第2実施形態に係るゲームシステムにおいて、端末装置に表示される画面の一例を示す図である。
図22】端末装置に表示される画面の一例を示す図である。
図23】ゲームシステムで提供されるゲームの概要を示すフローチャートである。
図24】投入ゲームの処理を示すフローチャートである。
【発明を実施するための形態】
【0007】
図面を参照しながら本発明の実施の形態を説明する。以下に記載する実施の形態は、技術的に好適な種々の限定を含む。本発明の範囲は、以下に例示する形態には限定されない。
【0008】
<第1実施形態>
図1は、第1実施形態に係るゲームシステム1の構成をブロック図である。ゲームシステム1では、サーバ装置10と、複数の端末装置20-1、20-2、…、とがネットワーク30を介して接続される。
サーバ装置10は、例えばゲームを提供する事業者によって管理される。サーバ装置10には、ゲーム管理用のプログラムがインストールされている。
【0009】
端末装置20-1、20-2、…は、例えばスマートフォンや、パーソナルコンピューターなどであり、表示装置や入力装置を有する。端末装置20-1はユーザU-1によって操作され、端末装置20-2はユーザU-2によって操作される。
【0010】
なお、以降において、端末装置20-1、20-2、…については、ゲームシステム1においてユーザを特定しないで、一般的な端末装置を説明する場合には、識別のための「-」(ハイフン)以下を省略して単に「20」とする。
端末装置20には、ゲームシステム1においてゲームを提供するためのプログラムがそれぞれインストールされている。
【0011】
ユーザは、端末装置20を操作し、価値媒体を消費または使用することでゲームシステム1により提供されるゲームをプレイすることができる。価値媒体は、ゲームにおいて消費または使用される有体または無体の媒体である。有体の価値媒体は、例えばトークンコイン(メダル)、コイン(貨幣)またはチケットである。無体の価値媒体は、例えば電子メダル、クレジットまたはポイントである。無体の価値媒体の数量は、例えば電子データとしてサーバ装置10において記憶され、管理される。ユーザは、価値媒体の消費または使用によりゲームをプレイし、当該ゲームの進行または結果に応じた数量の価値媒体を報酬として獲得する。ゲームのプレイのために消費または使用される価値媒体とユーザに報酬として付与される価値媒体とは、同種および異種の何れでもよい。
なお、ゲームをプレイするため、または、ゲーム結果に対する報酬を得るために、価値媒体が消費または使用される。価値媒体の使用は、ベットとも換言される。本実施形態において、有体の価値媒体は、無体の価値媒体に変換されて、電子データとして記憶される。
【0012】
<ゲームの概要>
ゲームシステム1において提供されるゲームの概要について説明する。本実施形態において、ユーザに提供されるゲームは、ユーザ毎に個別に提供される個別ゲームと、複数(例えば2名)のユーザに対して共通の抽選結果を用いたシンクロゲーム(共通ゲーム)との2種類に分類される。
このうち、個別ゲームには、さらにポーカー、スロット、パズルなどの複数種類が用意される。なお、以降においては便宜的に個別ゲームの一例としてスロットゲームを例に挙げて説明する。
【0013】
図2図3および図4は、本実施形態におけるスロットゲームの一例を説明するための図である。
スロットゲームでは、複数のシンボルが付された仮想的なリールが用いられる。リアルなリールは、ドラム状の回転体の外周面に設けられる各領域にシンボルが割り当てられるが、仮想的なリールは、リアルなリールをコンピュータのグラフィックで模擬したものである。
【0014】
図2は、仮想的なリールRの一例を示す図である。リールRは、例えば15の領域を有し、各領域にシンボルS1~S6のいずれかが付される。図においてリールRは、A端で接続されている。換言すれば、図では、リアルなドラムの外周面をA端で切断し、展開した場合に、各領域にどのようにシンボルが付されるのかが仮想的に示される。
【0015】
図2において、シンボルS1は「チェリー」、シンボルS2は「バー」、シンボルS3は「ワイルド」、シンボルS4は「スター」、シンボルS5は「セブン」、シンボルS6は「スイカ」をそれぞれ示す。シンボルS3の「ワイルド」は、オールマイティのシンボルであり、他のシンボルの代わりになる。
なお、リールRの15領域は一例である。また、シンボルについては、7種以上であってもよいし、5種以下であってもよいし、リールRの領域にシンボルを割り当てない、または、意味をなさない無効シンボルを割り当ててもよい。
【0016】
本実施形態では、仮想的なリールRの5個が、あたかも回転しているかのように、図3における領域Gs10において表示される。領域Gs10は、横3行×縦5列で配列する15個の窓Wを有する。5個のリールのすべての回転を停止させることによって、15個の窓Wに、どのシンボルを表示させるかを抽選する。
抽選結果によって、領域Gs10における15個の窓Wにおいて表れたシンボルが、ペイラインで揃った場合が「あたり」になり、ペイラインで揃わない場合が「はずれ」になる。
【0017】
なお、図3の例では、5個のリールRがすべて同じ場合の例であるが、5個のリールRがすべて異なっていてもよいし、一部だけが異なっていてもよい。また、リールRの個数は限定されない。
5つのリールRが用いられる場合、領域Gs10において縦の3つの窓Wには、リールRにおいて連続した3つのシンボルに表れることになる。これに限られず、各窓Wに、一対一にリールRを割り当て、1つの窓Wには、当該リールRに付与されたシンボルのいずれか1つが表れるようにしてもよい。
【0018】
図4は、本実施形態におけるペイラインの一例を示す図である。ペイラインは、図において太い破線で示される。なお、ペイラインについては、他に種々想定されてもよい。
本実施形態では、どのペイラインで、どのシンボルが揃ったのか、等に応じて基本報酬が予め定められている。「あたり」の場合にユーザに付与される報酬は、リールが回転する前に当該ユーザが指示した価値媒体の数量と、基本報酬との積に応じた値に決定される。
【0019】
本説明において「抽選結果」とは、例えばスロットゲームであれば、リールの回転を停止させたときに、領域Gs10の窓Wに、どのシンボルを表示させるか、の決定結果をいう場合がある。
そして「抽選結果」によって、複数(15個)のシンボルの組合せが所定の条件を充足するか否かを判定した結果が、報酬の算定基準になる「ゲーム結果」である。すなわち「抽選結果」の後の判定によって「ゲーム結果」が発生するという関係にある。
なお、判定の例としては、「抽選結果」により同じシンボルがペイライン上に揃ったか否かを判定することや、「抽選結果」により特定のシンボルが所定個数以上表れたか否かを判定することなどが挙げられる。
【0020】
スロットゲーム以外、例えばルーレットゲームであれば、「抽選結果」は、玉がどのポケットに落球させるか、の決定結果をいう場合がある。この場合、「抽選結果」を判定する必要がないので、「抽選結果」イコール「ゲーム結果」になる。
このように、ゲームの種類によって、「抽選結果」の後の判定によって「ゲーム結果」が発生することにあれば、「抽選結果」イコール「ゲーム結果」になることもある。
【0021】
「抽選結果」としては、これ以外にも、ルーレットにおけるポケットの識別子(色、数字、記号等)を、どのように配置させるかの決定結果をいう場合や、予め用意された複数のリールのうち、回転させて停止させるリールの決定結果をいう場合、リールの各領域に、どのシンボルを割り当てられるのかの決定結果をいう場合などがある。
このように「抽選結果」によっては、「ゲーム結果」と別概念になることがある。
【0022】
ゲームシステム1においてユーザに提供されるゲームのうち、シンクロゲームとは、2以上のユーザに対して、共通の抽選結果を用いたゲームである。共通の抽選結果とは、2以上のユーザに提供されるゲームに対して、抽選結果の一部または全部が共通となることである。
本実施形態においてシンクロゲームは、個別ゲームのスロットゲームと同様な内容として説明する。個別ゲームとしてのスロットゲームでは、抽選結果が、端末装置20毎に、すなわちユーザ毎に異なるのに対し、シンクロゲームでは、抽選結果が、複数のユーザに対して共通である。換言すれば、本実施形態において、シンクロゲームでは複数のユーザがプレイすることになる。
なお、個別ゲームのスロットゲームと、シンクロゲームのスロットゲームでは、ユーザが価値媒体の所定数量を消費することによってリールが回転してから、リールが停止して「あたり」または「はずれ」が判定されるまでが、1サイクルである。
【0023】
図5は、サーバ装置10の構成を示すブロック図である。サーバ装置10は、処理装置110と記憶装置120と通信装置130とを具備するコンピュータシステムである。
【0024】
処理装置110は、例えば単数または複数のプロセッサで構成され、サーバ装置10の各要素を制御する。具体的には、処理装置110は、例えばCPU(Central Processing Unit)、GPU(Graphics Processing Unit)、DSP(Digital Signal Processor)、FPGA(Field Programmable Gate Array)、またはASIC(Application Specific Integrated Circuit)等の1種類以上のプロセッサによって構成される。
記憶装置120は、処理装置110が実行するプログラムと処理装置110が使用する各種のデータとを記憶する。記憶装置120として、例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体、または複数種の記録媒体の組合せが採用される。
通信装置130は、処理装置110による制御のもとで、端末装置20の各々と通信する。
【0025】
図6は、処理装置110および記憶装置120で構築される機能的構成を示すブロック図である。図に示されるように、処理装置110は、記憶装置120に記憶されたプログラムを実行することで、複数の要素(ゲーム管理部111、抽選結果決定部112、報酬決定部113、ユーザ管理部115および関係性登録部116)を構築する。
【0026】
ゲーム管理部111は、ゲームシステム1で提供されるゲームの進行を管理する。抽選結果決定部112は、ゲームにおける抽選結果を決定する。報酬決定部113は、各ユーザに付与する報酬を決定する。ユーザ管理部115は、ゲームシステム1におけるユーザの状況を管理する。関係性登録部116は、ユーザ同士の関係性、具体的には、あるユーザに対し、フレンドの関係にあるユーザの情報を管理する。フレンドの関係とは、ゲームシステム1において、あるユーザと他のユーザとが特定の関係として関連付けられた状態をいう。
【0027】
ユーザ管理部115は、記憶装置120に作成されたユーザ管理テーブルT1を用いて、ユーザのログイン状況、および、ユーザに所持される価値媒体の数量を管理する。
図7は、ユーザ管理テーブルT1の例を示す図である。ユーザ管理テーブルT1では、ユーザID毎に、ユーザの名前とログインフラグと価値媒体の所持数とが紐付けられる。ユーザIDは、ユーザを一意に識別するための識別子である。ユーザの名前としては、本名に限られず、ゲームシステム1で使用されるユーザのニックネームや愛称などが用いられる。
ログインフラグは、ユーザがゲームシステム1にログインしているか否かを示すフラグである。具体的には、ユーザがゲームシステム1にログインしていれば、ログインフラグとして「1」がセットされ、ログオフしていれば、ログインフラグとして「0」がセットされる。
価値媒体の所持数は、当該ユーザがゲームシステム1で消費または使用可能な無体の価値媒体の数量を示す情報である。
【0028】
ユーザが、あるゲームのプレイを選択するためには、当該ゲームに対応した数量の価値媒体を消費することが必要である。また、ユーザが、あるゲームのプレイにおいて価値媒体を使用することもある。
ユーザがゲームにおいて価値媒体を消費または使用した場合、ユーザ管理部115は、ユーザ管理テーブルT1において、当該ユーザのユーザIDに対応する価値媒体の所持数を、消費または使用した数量だけ減数させる。
ユーザに報酬が付与された場合、ユーザ管理部115は、ユーザ管理テーブルT1において、当該ユーザのユーザIDに対応する価値媒体の所持数を報酬に相当する数量だけ増数させる。
また、ユーザが有体の価値媒体を無体の価値媒体に変換した場合、ユーザ管理部115は、ユーザ管理テーブルT1において、当該ユーザのユーザIDに対応する価値媒体の所持数を、変換した数量だけ増数させる。
【0029】
なお、図7におけるユーザ管理テーブルT1は、ゲームシステム1において消費または使用可能な価値媒体が1種類である場合の例である。これに限られず、ゲームシステム1において消費または使用可能な価値媒体が2種類以上としてもよい。
また、図7の例では、便宜的に図1におけるユーザU-1のユーザIDを「01234x」とし、ユーザU-2のユーザIDを「01x578」としている。
【0030】
関係性登録部116は、記憶装置120に作成された関係性テーブルT2を用いて、ユーザ同士の関係性を管理する。
図8は、関係性テーブルT2の例を示す図である。関係性テーブルT2では、ユーザIDで識別されるユーザに、当該ユーザとフレンドの関係にあるユーザ(フレンドユーザ)のユーザIDが紐付けられる。
【0031】
なお、図8には、ユーザIDが「01234x」であるユーザU-1に、ユーザIDが「01x578」であるユーザU-2がフレンドユーザとして登録され、ユーザIDが「01x578」であるユーザU-2に、ユーザIDが「01234x」であるユーザU-1がフレンドユーザとして登録された例が示されている。
また、フレンドユーザのユーザIDで識別されるユーザの名前は、ユーザ管理テーブルT1を参照することで知ることができる。なお、ユーザ管理テーブルT1と関係性テーブルT2とに分けているのは便宜的のためであり、両テーブルを一体として扱うことは可能である。両テーブルを一体として扱う場合には、ユーザ管理部125または関係登録部126の一方が、他方の機能を負う構成になる。
【0032】
図9は、端末装置20の構成を示すブロック図である。端末装置20は、上述したようにスマートフォンや、パーソナルコンピューターなどであり、処理装置210と記憶装置220と通信装置230と表示装置240と操作入力装置250、撮影装置260および音声入出力装置270を有する。
【0033】
処理装置210は、端末装置20の各要素を制御する。
記憶装置220は、処理装置210が実行するプログラムと処理装置210が使用する各種のデータとを記憶する。
なお、処理装置210が実行するプログラムには、OSのほか、ゲームシステム1でユーザにゲームを提供するためのアプリケーションプログラムが含まれる。
通信装置230は、処理装置210による制御のもとで、サーバ装置10および他の端末装置20の各々と通信する。
【0034】
表示装置240は、例えば液晶表示パネルや有機ELパネルで構成され、処理装置210による制御のもとで各種の画像を表示する。例えばゲームの進行過程や内容を表すゲーム画面が表示装置240に表示される。
操作入力装置250は、ユーザによる操作を受け付ける。操作入力装置250は、例えばユーザが押下する複数の操作子、またはユーザによる接触を検知するタッチパネルであり、表示装置240による画像表示面に重ねられる。
撮影装置260は、表示装置240の表示面に設けられたインカメラであり、ゲームシステム1ではビデオ通話に用いられる。
音声入出力装置270は、例えば音声を入力するマイクや、音声を出力するスピーカの集合体である。
【0035】
図10は、処理装置210で構築される機能的な構成を例示するブロック図である。図に示されるように、処理装置210は、記憶装置220に記憶されたアプリケーションプログラムを実行することで、ゲームシステム1でのゲームの進行をさせる複数の要素(端末管理部211、ゲーム提供部212、現況伝達部213)を構築する。
【0036】
端末管理部211は、ゲームシステム1で提供されるゲームの進行を端末装置20にて管理する。
ゲーム提供部212は、端末装置20においてユーザにゲームを提供する。なお、ゲームを提供するとは、ゲームのインターフェースをユーザに提供する、という意味であり、具体的には、表示装置240による表示画面などを制御する。
【0037】
現況伝達部213は、ユーザ自身の現況を他のユーザに伝達する一方で、他のユーザの現況を伝達する。なお、ユーザの現況とは、ゲームについてユーザにおける現在の状況だけでなく、ゲームについてユーザによるコメントを含む。また、ユーザの現況を伝達するとは、ユーザにおける現況を、ユーザによる音声で伝達することや、ユーザの映像で伝達すること、ユーザによって入力されたテキストで伝達すること、または、これらの組み合わせにより伝達することをいう。
【0038】
本実施形態では、ユーザの現況を、テキスト、音声、映像、または、これらを組合せにより伝達する。このため、現況伝達部213は、処理装置210が通信装置230、表示装置240、操作入力装置250、撮影装置260および音声入出力装置270を制御して、ユーザが入力したテキスト情報、ユーザの音声を収音した音声信号、ユーザを撮影した映像信号を送信する一方で、他の端末装置20から送信されたテキスト情報、音声信号、映像信号を受信し、受信したテキスト情報に基づくテキストを表示させ、受信した音声信号をスピーカで出力させ、受信した映像信号に基づく映像を表示させる。
【0039】
図11は、端末装置20-1において個別ゲームとしてスロットゲームが提供される画面、詳細にはゲーム提供部212および現況伝達部213によりユーザU-1に提供される画面Gsの一例を示す図である。
なお、画面Gsの表示内容は、ゲームの進捗などによって適宜変更される。
【0040】
この図に示されるように、画面Gsには、上述した領域Gs10のほか、領域Gs12、Gs14およびGs16が含まれる。
領域Gs12には、制限時間がゲーム提供部212によって表示される。制限時間とは、例えば価値媒体の数量を入力することができる残り時間である。
【0041】
領域Gs14には、ユーザU-1が個別ゲームにおいて操作するためのソフトウェアボタンが、ゲーム提供部212によって表示される。当該領域Gs14には、価値媒体の消費量を指示するための「-」、「0」、「+」、「100」、「10」、「1」のソフトウェアボタンが配置する。例えば「+」、「100」、「10」の順で操作されれば、価値媒体の消費量が「110」であると指示される。この後、「-」、「10」のように操作されれば、価値媒体の数量が「110」から「10」だけ減数されて「100」であると指示される。また、「0」が操作されれば、指示される価値媒体の消費量が「0」にリセットされる。
また、当該領域Gs14には、個別ゲームからシンクロゲームへの移行を指示するための「Sync」のソフトウェアボタンや、ログアウトしてゲームのプレイを終了させる旨を指示するための「End」のソフトウェアボタンが配置する。
【0042】
領域Gs16には、ユーザU-1自身の情報のほか、後述する処理において選択された他のユーザに関する情報がゲーム提供部212および現況伝達部213によって表示される。領域Gs16には、さらに領域V11およびV12が設けられる。
領域V11には、個別ゲームについてユーザU-1自身の情報が表示される。具体的には、領域V11では、インカメラで撮影されたユーザU-1の縮小映像が現況伝達部213によって表示され、価値媒体の所持数、個別ゲームでユーザU-1が指示した価値媒体の消費量などがゲーム提供部212によって表示される。なお、領域V11においてユーザU-1自身の縮小映像が表示される理由は、他のユーザが操作する端末装置でどのように表示されるのかを、ユーザU-1自身が確認できるようにするためである。
【0043】
領域V12には、選択された他のユーザ、ここではユーザU-2の情報がゲーム提供部212および現況伝達部213によって表示される。具体的には、領域V12では、ユーザU-2の縮小映像が現況伝達部213によって表示される。また、端末装置20-1では、端末装置20-2から送信された音声を音声入出力装置270で出力させる場合もある。
【0044】
図12は、端末装置20-1においてシンクロゲームが提供される場合の画面Gsの一例を示す図である。なお、画面Gsの表示内容は、シンクロゲームの進捗などによって適宜変更される。
【0045】
この図に示されるように、シンクロゲームが提供される場合の画面Gsは、個別ゲームが提供される場合の画面Gsと一部が異なる。詳細には、シンクロゲームが提供される場合の画面Gsでは、領域Gs14に配置するソフトウェアボタンの一部、および、領域Gs14の領域V12に表示される情報の一部が、個別ゲームが提供される場合の画面Gsと異なる。
シンクロゲームが提供される場合の画面Gsにおいて領域Gs14では、「Sync」および「End」のソフトウェアボタンの代わりに「Escape」のソフトウェアボタンが配置する。「Escape」は、シンクロゲームから個別ゲームへの移行を指示するソフトウェアボタンである。
【0046】
また、シンクロゲームが提供される場合の画面Gsにおいて領域V12では、現況伝達部213によって表示されるユーザU-2の縮小映像に加えて、シンクロゲームで当該ユーザU-2が指示した価値媒体の消費量がゲーム提供部212によって表示される。
【0047】
本実施形態では、シンクロゲームにおいて領域Gs10に配列するシンボルの組合せは、すなわち抽選結果は、端末装置20-1および20-2で共通であるので、ユーザU-1およびU-2で報酬に差が生じるとすれば、各ユーザが指示した価値媒体の消費量の相違である。端末装置20-1の領域V11においてユーザU-1自身が指示した価値媒体の消費量とは別に、領域V12において他のユーザU-2が指示した価値媒体の消費量が表示されるので、当該ユーザU-1は、他のユーザU-2が指示した価値媒体の消費量を意識して、価値媒体の消費量を増加または減数を指示することができる。
【0048】
次に、ゲームシステム1の動作について説明する。
図13は、ゲームシステム1において提供されるゲームの概要を示す図である。以下においては、ユーザU-1およびユーザU-2がログインする場合を例にとって説明する。
まず、ユーザU-1が端末装置20-1にログインする旨を操作し、ユーザU-2が端末装置20-2にログインする旨を操作する。当該操作を受けると、サーバ装置10においてユーザ管理部115は、ユーザ管理テーブルT1において、ユーザU-1およびU-2のユーザIDに紐付けられるログインフラグをそれぞれ「1」にセットする(ステップSa1)。
【0049】
端末装置20-1を操作してユーザU-1がログインすると、ユーザU-1とシンクロゲームをともにプレイする可能性のある他のユーザが選択される(ステップSa2)。他のユーザの選択は、例えばサーバ装置10が、マッチング処理によって実行される。ここでは、他のユーザとして、ユーザU-2が選択された場合を例にとって説明する。なお、他のユーザの選択処理の詳細については後述する。また、ステップSa2は、ユーザU-1のログイン後、ユーザU-1の端末装置20-1への指示に応じて実行されてもよい。
【0050】
ユーザU-1が他のユーザとしてユーザU-2を選択すると、サーバ装置10は、端末装置20-1を介してユーザU-1に、端末装置20-2を介してユーザU-2に、それぞれ個別ゲームを提供する(ステップSa3)。なお、個別ゲームの提供処理の詳細については後述する。
【0051】
個別ゲームの提供中に所定の条件が充足すると、サーバ装置10は、ユーザU-1およびU-2に提供するゲームを、個別ゲームからシンクロゲーム(共通ゲーム)に切り替える(ステップSa4)。
【0052】
なお、所定の条件としては、ユーザU-1またはU-2がシンクロゲームへの移行を指示したこと、イベントが発生したことなど種々想定される。
本実施形態では、個別ゲームの画面Gs(図11参照)において領域Gs14の「Sync」のソフトウェアボタンが操作されたこととする。
また、図13では省略されているが、個別ゲームの画面Gsにおいて領域Gs14の「End」のソフトウェアボタンが操作されると、ログアウトの指示となり、ゲームシステム1におけるゲームの提供が終了する。
また、個別ゲームの提供中に所定の条件が充足しなければ、サーバ装置10は、引き続きユーザU-1およびU-2にそれぞれ個別ゲームを提供する。
【0053】
図14は、図13のステップSa2における他のユーザの選択処理の詳細を示すフローチャートである。この選択処理は、ログインしたユーザに他のユーザを選択させる処理であるが、ここでは説明のために、ログインしたユーザU-1であり、当該ユーザU-1が、他のユーザとしてユーザU-2を選択する場合を例にとって説明する。
【0054】
まず、端末装置20-1において、端末管理部211は、ログインしたユーザU-1が他のユーザを、フレンドユーザのなかからの選択することを希望する旨の操作をしたか否かを、判定する(ステップSa201)。
ユーザU-1が他のユーザをフレンドユーザのなかから選択することを希望しない旨の操作をしたと判定した場合(ステップSa201の判定結果が「No」である場合)、端末管理部211は、処理手順を後述するステップSa212にスキップさせる。
【0055】
一方、ユーザU-1が他のユーザをフレンドユーザのなかからの選択することを希望する旨の操作をしたと判定した場合(ステップSa201の判定結果が「Yes」である場合)、端末管理部211は、希望する旨の情報を、通信装置230を介してサーバ装置10に送信する(ステップSa202)。
【0056】
希望する旨の情報を受信したサーバ装置10では、ゲーム管理部111が、ユーザ管理部115に、ユーザU-1とフレンドの関係にあるユーザのうち、現時点においてゲームシステム1にログインしているユーザを特定させる。詳細には、ユーザ管理部115は、関係性テーブルT2を参照して、ユーザU-1とフレンドの関係にあるユーザを特定し、特定したユーザのうち、ログインフラグに「1」がセットされているユーザを特定する。ユーザ管理部115は、特定されたユーザの情報(名前等)をゲーム管理部111に返送し、ゲーム管理部111は、当該ユーザの情報を他のユーザの選択候補として、通信装置130を介し端末装置20-1に送信する(ステップSa204)。
【0057】
ユーザの情報を受信した端末装置20-1では、端末管理部211が当該情報で示されるユーザの名前等を一覧化して表示装置240に表示させる(ステップSa205)。ユーザU-1は、表示されたユーザの一覧のなかから、希望するユーザを選択する。ここでは、上述したようにユーザU-1がユーザU-2を選択すると、端末装置20-1の端末管理部211は、選択されたユーザU-2の端末装置20-2に、選択について承認を得るため要望を送信する(ステップSa206)。
ここで、ユーザU-1がユーザU-2を選択した場合に、端末装置20-1の端末管理部211が、選択されたユーザU-2の端末装置20-2に、選択について承認を得るため要望を送信するのではなく、端末装置20-1の端末管理部211が、選択について承認を得るための要望をサーバ装置10に送信し、サーバ装置10は選択されたユーザU-2の端末装置20-2に、選択について承認を得るための要望を送信してもよい。
【0058】
承認の要望を受信した端末装置20-2の端末管理部211は、当該要望を承認するか否かの確認画面を表示装置240に表示させる(ステップSa207)。ユーザU-2が要望を承認した場合、端末装置20-2の端末管理部211は、当該要望を承認した旨の情報を端末装置20-1に返送する(ステップSa208)。ここで、ユーザU-2が要望を承認した場合、端末装置20-2の端末管理部211は、当該要望を承認した旨の情報をサーバ装置10に送信し、サーバ装置10はユーザU-1の端末装置20-1に、当該要望を承認した旨の情報を送信してもよい。
【0059】
承認した旨の情報を端末装置20-1が受信すると(ステップSa209)、当該端末装置20-1の端末管理部211は、端末装置20-1の現況伝達部213に、端末装置20-2の現況伝達部213との相互通信を開始させる(ステップSa210)。一方、承認した旨の情報を送信した端末装置20-2の端末管理部211は、端末装置20-2の現況伝達部213に、端末装置20-1の現況伝達部213との相互通信を開始させる(ステップSa211)。
【0060】
ステップSa210およびS211によって、次の個別ゲームまたはシンクロゲームにおいて、ユーザU-1が操作する端末装置20-1において、画面Gsの領域V12に端末装置20-2のインカメラで撮影されたユーザU-2の縮小映像が表示されるほか、ユーザU-2の音声が端末装置20-1から出力される。これにより、ユーザU-1は、ユーザU-2の現況を知ることができる。
反対に、個別ゲームまたはシンクロゲームにおいて、ユーザU-2が操作する端末装置20-2において、画面Gsの領域V12に端末装置20-1のインカメラで撮影されたユーザU-1の縮小映像が表示されるほか、ユーザU-1の音声が端末装置20-2から出力される。これにより、ユーザU-2は、ユーザU-1の現況を知ることができる。
このようにして、個別ゲームまたはシンクロゲームにおいて、ユーザU-1およびU-2はお互いに現況を知ることができる。
【0061】
このような現況伝達は、ユーザU-1またはU-2のどちらか一方がログアウトするまで継続して実行される。
なお、例えばユーザU-2がログアウトしたが、ユーザU-2が引き続きゲームシステム1においてゲームのプレイを希望する場合、ユーザU-1が他のユーザ(別のユーザ)を選択する処理が再度実行される。
また、ユーザU-2が、ユーザU-1の要望を承認しない場合、ユーザU-1は、表示されたユーザの一覧のなかから、他のユーザを選択する。
【0062】
本実施形態では、ログインしたユーザが、ログイン直後にフレンドユーザでないユーザを他のユーザとして選択することも可能である。詳細には、ユーザU-1が他のユーザをフレンドユーザからの選択を希望する旨の操作がされなかったと判定した場合(ステップSa201の判定結果が「No」である場合)、端末管理部211は、フレンドユーザ以外のユーザを選択する旨の情報を、通信装置230を介して送信する(ステップSa212)。
以降のステップは図において簡略化される。当該情報を受信したサーバ装置10では、ゲーム管理部111が、ユーザ管理部115に、現時点においてゲームシステム1にログインしているユーザのうち、ユーザU-1のフレンドユーザでないユーザの複数人をランダムで選択させる。ユーザ管理部115は、選択された複数人のユーザの情報(名前等)をゲーム管理部111に返送し、ゲーム管理部111は、当該複数人のユーザの情報を、他のユーザの候補として、通信装置130を介し端末装置20-1に送信する。
なお、ログインしたユーザU-1が、ログイン直後にフレンドユーザでないユーザを他のユーザの候補とする例としては、ユーザU-1のフレンドユーザでないユーザからランダムで選択したユーザを候補とすることのほかに、ユーザU-1と近い場所にいるユーザを候補とする例や、ユーザU-1のフレンドユーザとフレンドユーザ関係にあるユーザを候補とする例などが挙げられる。
【0063】
ユーザの情報を受信した端末装置20-1では、端末管理部211が当該情報で示されるユーザの名前等を一覧化して表示装置240に表示させる。ユーザU-1は、表示されたユーザの名前等の一覧のなかから、希望するユーザを選択する。端末装置20-1の端末管理部211は、選択されたユーザの情報をサーバ装置10に返送する。
ユーザU-1によって選択されたユーザの情報を受信したサーバ装置10では、端末管理部211が、ユーザU-1によるフレンド申請があった旨の情報を、通信装置130を介して当該選択されたユーザの端末装置20に送信する。
フレンド申請があった旨の情報を受信した端末装置20では、端末管理部211がユーザU-1によるフレンド申請を承認するか否かの確認画面を表示装置240に表示させる。フレンド申請が承認されれば、承認を示す情報を、端末装置20がサーバ装置10に送信する。サーバ装置10では、関係性登録部116が、関係性テーブルT2において、ユーザU-1のユーザIDに紐付けられるフレンドユーザIDに、フレンド申請を承認したユーザのユーザIDを追加登録するとともに、フレンド申請を承認したユーザのユーザIDに紐付けられるフレンドユーザIDに、ユーザU-1のユーザIDを追加登録する。これにより、ユーザU-1と、フレンド申請を承認したユーザとが相互にフレンドユーザになる。
【0064】
この後、サーバ装置10は、フレンド申請が承認された旨の情報を端末装置20-1に送信し、これを端末装置20-1が受信すると、当該端末装置20-1の端末管理部211は、端末装置20-1の現況伝達部213に、フレンド申請を承認したユーザの端末装置20の現況伝達部213との相互通信を開始させる(ステップSa214)。
また、サーバ装置10は、フレンド申請を承認したユーザの端末装置20に、相互通信が開始する旨の情報を送信し、これを当該端末装置20が受信すると、当該端末装置20の端末管理部211は、端末装置20の現況伝達部213に、ユーザU-1の端末装置20-1の現況伝達部213との相互通信を開始させる(ステップSa215)。
このようにして、ユーザU-1は、ログインした直後においてフレンドユーザでないユーザにフレンド申請して、当該フレンド申請が承認されれば、当該フレンド申請を承認したユーザを他のユーザとして選択して、個別ゲームおよびシンクロゲームを、現況伝達を相互にしながらプレイすることもできる。
なお、ユーザU-1のフレンドユーザでないユーザへのフレンド申請により、フレンドユーザとして登録することで、シンクロゲームをプレイできるとしたが、これに限られない。例えばユーザU-1のフレンドユーザでないユーザへ、フレンド申請ではなく、要望を送信し、承認されることにより、フレンドユーザとして登録することなしにシンクロゲームをプレイできてもよく、この場合、別のタイミングでフレンドとして登録するようにしてもよい。
【0065】
図15は、図13のステップSa3における個別ゲームの処理の詳細を示すフローチャートである。ここでは便宜的に、端末装置20を操作するユーザU-1に個別ゲームを提供する場合を例にとって説明する。
【0066】
まず、サーバ装置10においてゲーム管理部111は、端末装置20-1において個別ゲームを提供するための処理を実行する(ステップSa301)。例えば、ゲーム管理部111は、ユーザU-1が消費可能な価値媒体の所持数を示す情報を端末装置20-1に送信する。具体的には、ゲーム管理部111は、ユーザ管理部115に対し、ユーザU-1の価値媒体の所持数の取得を指示し、この指示を受けて、ユーザ管理部115は、ユーザU-1のユーザIDに対応付けられた価値媒体の所持数を、ユーザ管理テーブルT1を参照して読み出す。ユーザ管理部115は、読み出した価値媒体の所持数を、ゲーム管理部111に転送し、ゲーム管理部111は、通信装置130を介して端末装置20-1に、ユーザU-1がゲームで消費可能な価値媒体の所持数を送信する。
【0067】
端末装置20-1では、複数の個別ゲームのうち、ユーザU-1が希望する個別ゲームが選択されて、選択された個別ゲームの提供が開始される。例えば個別ゲームとしてスロットゲームが選択されると、ゲーム提供部212は、図11に示されるような画面Gsを表示装置240に表示させて、サーバ装置10から受信した価値媒体の所持数を領域V11に表示させる一方で、ユーザU-1の指示による価値媒体の消費量を受け付ける。換言すれば、ユーザU-1は、領域Gs14を操作することで、自己がプレイする個別ゲームに対して価値媒体の消費量を指示する。
なお、ゲーム提供部212は、受け付けた価値媒体の消費量を領域V11に表示させるとともに、当該領域V11における価値媒体の所持数を、ユーザU-1が指示した消費量に応じて減数させる。
そして、制限時間が終了すると、端末管理部211は、指示された価値媒体の消費量を、通信装置230を介してサーバ装置10に送信する(ステップSa302)。
【0068】
サーバ装置10において端末装置20-1から価値媒体の消費量を、通信装置130を介して受信すると、ゲーム管理部111は、ユーザ管理部115に対し、ユーザU-1が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる(ステップSa303)。詳細には、ユーザ管理部115は、ユーザ管理テーブルT1において、ユーザU-1に対応するユーザIDの紐付けられた価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる。
【0069】
ゲーム管理部111は、抽選結果決定部112に抽選結果を決定させる(ステップSa304)。ゲーム管理部111は、当該抽選結果の情報を抽選結果決定部112から取得すると、当該抽選結果の情報を、通信装置130を介して端末装置20-1に送信する。
ゲーム管理部111は、報酬決定部113に、当該抽選結果とユーザU-1が指示した価値媒体の消費量とに基づいてユーザU-1への報酬を決定させ、次に、ユーザ管理部115に、決定された報酬に応じて価値媒体の所持数を増数させる(ステップSa305)。具体的には、ユーザ管理部115は、ユーザ管理テーブルT1において、ユーザU-1に対応するユーザIDの紐付けられた価値媒体の所持数を、報酬の分だけ増数させる。
【0070】
なお、抽選結果が「はずれ」であれば、ユーザ管理部115は、ユーザ管理テーブルT1において、価値媒体の所持数を増数させない。また、特に図示しないが、ゲーム管理部111は、決定されたユーザU-1の報酬を示す情報を、通信装置130を介して端末装置20-1に送信する。
ステップSa305の処理後、サーバ装置10では、次の個別ゲームの抽選開始に備えて処理手順がステップSa303に戻る。
【0071】
一方、端末装置20-1においてサーバ装置10から抽選結果の情報を受信すると、端末管理部211は、ゲーム提供部212に対して、領域Gs10における表示が抽選結果となるように指示する(ステップSa306)。具体的には、ゲーム提供部212は、リールRの5個があたかも回転しているかのように、領域Gs10の窓Wにおいてシンボルの移動を表示させるとともに、領域Gs10におけるシンボルの配列が、サーバ装置10から受信した抽選結果となるように、リールRの5個の回転を停止させる。
【0072】
次に、ゲーム提供部212は、画面Gsにおいて、抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する(ステップSa307)。具体的には、ゲーム提供部212は、ゲーム結果が「あたり」であれば、画面Gsがフラッシュするような演出をし、ゲーム結果が「はずれ」であれば、画面Gsに残念である旨の表示をさせる。
また、ゲーム提供部212は、領域V11における価値媒体の所持数量を、ユーザU-1の報酬に応じて増数させる。
【0073】
この後、端末管理部211は、例えば図11に示される領域Gs14において所定の時間内に「Sync」または「End」のソフトウェアボタンが操作されたか否かを判定する(ステップSa308)。
領域Gs14において所定の時間内になんら操作なされないと判定すれば(ステップSa308の判定結果が「No」であれば)、端末管理部211は、処理手順をステップSa302に戻す。これにより、端末装置20-1では、引き続きユーザU-1に次のサイクルでの個別ゲームが提供される。
【0074】
一方、領域Gs14においてソフトウェアボタンが操作されたと判定すれば(ステップSa308の判定結果が「Yes」であれば)、端末管理部211は、操作されたソフトウェアボタンが「End」であるか否かを判定する(ステップSa309)。
【0075】
領域Gs14においてソフトウェアボタンの「End」が操作されたと判定すれば(ステップSa308の判定結果が「Yes」であれば)、端末管理部211は、ログアウトの処理を実行し、当該ログアウトする旨の情報を、通信装置230を介してサーバ装置10に送信する(ステップSa310)。
【0076】
端末装置20-1からログアウトする旨の情報を受信したサーバ装置10では、ゲーム管理部111が、ユーザU-1がログアウトしたことによる終了処理を実行する(ステップSa311)。具体的には、ゲーム管理部111は、ユーザ管理部115に対し、ユーザ管理テーブルT1においてユーザU-1のユーザIDに紐付けられるログインフラグを「0」にセットさせる。
これにより、端末装置20-1では、ゲームシステム1におけるゲームの提供が終了する。
なお、ユーザU-1がログアウトすると、ゲーム管理部111は、端末装置20-2にその旨を示す情報を送信する。ユーザU-2からみて他のユーザがいなくなったことから、ユーザU-2に他のユーザを選択させる処理(ステップSa2)を実行してもよい。
【0077】
ところで、ステップSa309の判定結果が「No」である場合とは、ステップSa308において操作されたソフトウェアボタンが「Sync」である場合である。この場合、端末管理部211は、シンクロゲームへの移行依頼を、通信装置230を介してサーバ装置10に送信する(ステップSa312)。この後、端末管理部211は、サーバ装置10からシンクロゲームを開始させる旨の連絡がくるまで、待機状態とさせる(ステップSa313)。
【0078】
一方、シンクロゲームへの移行依頼を受信したサーバ装置10では、ゲーム管理部111が、他のユーザU-2にシンクロゲームの移行を、通信装置130を介して端末装置20-2に送信する(ステップSa313)。
端末装置20-2では、シンクロゲームの移行が受信されると、当該端末装置20-2の端末管理部211が、個別ゲームの1サイクルが完了した時点で、待機状態とする(ステップSa315)。そして、待機状態においてシンクロゲームへの移行をユーザU-2が承認するとシンクロゲームへ移行する。
【0079】
図16は、図13のステップSa4におけるシンクロゲームの処理の詳細について示すフローチャートである。ここでは便宜的に、端末装置20-1を操作するユーザU-1と端末装置20-2を操作するユーザU-2とにシンクロゲームを提供する場合を例にとって説明する。
【0080】
まず、サーバ装置10のゲーム管理部111が、端末装置20-1および20-2においてシンクロゲームを提供するための処理を実行する(ステップSa401)。例えば、ゲーム管理部111は、シンクロゲームの開始する旨の情報、および、ユーザU-1が消費可能な価値媒体の所持数を示す情報を端末装置20-1に送信し、シンクロゲームの開始する旨の情報、および、ユーザU-2が消費可能な価値媒体の所持数を示す情報を端末装置20-2に送信する。
【0081】
端末装置20-1では、ゲーム提供部212が、図12に示されるような画面Gsを表示装置240に表示させて、サーバ装置10から受信した価値媒体の所持数を領域V11に表示させる一方で、ユーザU-1が領域Gs11を操作することで指示される価値媒体の消費量を受け付ける。
端末装置20-2においても、ゲーム提供部212が、シンクロゲームの画面Gsを表示装置240に表示させて、サーバ装置10から受信した価値媒体の所持数を領域V11に表示させる一方で、ユーザU-2が領域Gs11を操作することで指示される価値媒体の消費量を受け付ける。なお、端末装置20-2におけるシンクロゲームの画面Gsでは、領域V11にユーザU-2の情報が表示され、領域V12にユーザU-1の情報が表示される。
【0082】
制限時間が終了すると、端末装置20-1の端末管理部211は、ユーザU-1によって指示された価値媒体の消費量を、通信装置230を介してサーバ装置10に送信する(ステップSa402)。また、端末装置20-2の端末管理部211も同様に、ユーザU-2によって指示された価値媒体の消費量を、通信装置230を介してサーバ装置10に送信する(ステップSa403)。
【0083】
サーバ装置10のゲーム管理部111は、ユーザ管理部115に対し、ユーザU-1が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる。同様に、サーバ装置10のゲーム管理部111は、ユーザ管理部115に対し、ユーザU-2が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させる(ステップSa404)。
【0084】
次に、ゲーム管理部111は、抽選結果決定部112にユーザU-1およびU-2に共通の抽選結果を決定させる(ステップSa405)。ゲーム管理部111は、当該抽選結果の情報を抽選結果決定部112から取得すると、当該抽選結果の情報を、通信装置130を介して端末装置20-1および20-2にそれぞれ送信する。
ゲーム管理部111は、報酬決定部113に、当該共通の抽選結果とユーザU-1が指示した価値媒体の消費量とに基づいてユーザU-1への報酬を決定させ、次に、ユーザ管理部115に、決定された報酬に応じて価値媒体の所持数を増数させる。
同様に、ゲーム管理部111は、報酬決定部113に、当該共通の抽選結果とユーザU-2が指示した価値媒体の消費量とに基づいてユーザU-2への報酬を決定させ、次に、ユーザ管理部115に、決定された報酬に応じて価値媒体の所持数を増数させる(ステップSa406)。
ステップSa406の処理後、サーバ装置10では、次のシンクロゲームの抽選開始に備えて処理手順がステップSa404に戻る。
【0085】
一方、端末装置20-1においてサーバ装置10から共通の抽選結果の情報を受信すると、端末管理部211は、ゲーム提供部212に対して、領域Gs10における表示が共通の抽選結果となるように指示する(ステップSa407)。
次に、端末装置20-1のゲーム提供部212は、画面Gsにおいて、共通の抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する(ステップSa408)。
この後、端末装置20-1の端末管理部211は、図12に示される領域Gs14においてユーザU-1がシンクロゲームの継続を希望しているか否かを判定する(ステップSa409)。
例えば、ユーザU-1が所定時間内に「Escape」のソフトウェアボタンを操作しなければ、それは、ユーザU-1がシンクロゲームの継続を希望していることを示す。換言すれば、端末装置20-1の端末管理部211は、所定時間内に「Escape」のソフトウェアボタンが非操作であったか否かを判定する。
所定の時間経過すれば、端末装置20-1の端末管理部211は、「Escape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置10に送信する。
【0086】
サーバ装置10から共通の抽選結果の情報を受信した端末装置20-2は、端末装置20-1と同様な動作を実行する。すなわち、端末装置20-2の端末管理部211は、ゲーム提供部212に対して、領域Gs10における表示が共通の抽選結果となるように指示する(ステップSa410)。次に、端末装置20-2のゲーム提供部212は、画面Gsにおいて、共通の抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する(ステップSa411)。この後、端末装置20-2の端末管理部211は、ユーザU-2がシンクロゲームの継続を希望しているか否かを判定する(ステップSa412)。所定の時間経過すれば、端末装置20-2の端末管理部211は、「Escape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置10に送信する。
【0087】
サーバ装置10は、端末装置20-1および20-2からそれぞれ「Escape」のソフトウェアボタンが非操作であったか否かを示す情報を受信する(ステップSa413)。
サーバ装置10においてゲーム管理部111は、端末装置20-1および端末装置20-1の双方において「Escape」のソフトウェアボタンが非操作であったか否か、換言すれば、ユーザU-1およびU-2の両者がシンクロゲームの継続を希望しているか否か、を判定する(ステップSa414)。
【0088】
ユーザU-1およびU-2の両者がシンクロゲームの継続を希望していれば(ステップSa414の判定結果が「Yes」であれば)、ゲーム管理部111は、シンクロゲームを継続する旨の指示を端末装置20-1および20-2のそれぞれに、通信装置130を介して送信する(ステップSa415)。
これにより、端末装置20-1では処理手順がステップSa402に戻り、端末装置20-2では処理手順がステップSa403に戻って、端末装置20-1および210-2のそれぞれにおいて共通の抽選結果を用いたシンクロゲームに対する価値媒体の消費量が指示可能になる。
【0089】
ユーザU-1またはU-2の少なくとも一方がシンクロゲームの継続を希望しなければ(ステップSa414の判定結果が「No」であれば)、ゲーム管理部111は、シンクロゲームを終了する旨の指示を端末装置20-1および20-2のそれぞれに、通信装置130を介して送信する(ステップSa416)。
これにより、端末装置20-1および20-2のそれぞれにおいて処理手順が図13のステップSa3(詳細については図15参照)の個別ゲームに戻る。
【0090】
第1実施形態では、ユーザU-1およびU-2に共通の抽選結果を用いたシンクロゲームが、ユーザU-1には端末装置20-1で提供され、ユーザU-2には端末装置20-1で提供される。このため、ユーザU-1およびU-2は、シンクロゲームの提供を受ける場合に、特定の場所に赴く必要がない。
第1実施形態におけるゲームシステム1では、シンクロゲームにおいて、共通の抽選結果と、ユーザU-1が指示した価値媒体の消費量に基づいて当該ユーザU-1への報酬が決定され、共通の抽選結果と、ユーザU-2が指示した価値媒体の消費量に基づいて当該ユーザU-2への報酬が決定される。したがって、抽選結果が共通であっても、ユーザU-1への報酬とユーザU-2への報酬とが、ユーザU-1が指示した価値媒体の消費量とユーザU-2が指示した価値媒体の消費量とに応じて異なるという性質のゲームを提供することができる。
また、ゲームシステム1では、共通の抽選結果を利用したシンクロゲームをプレイするユーザは、関係性登録部116が関係性テーブルT2においてフレンドとして登録されたフレンドユーザに限定することができる。
【0091】
ゲームシステム1において、ユーザU-1は、共通の抽選結果を用いたシンクロゲーム、または、自身が操作する端末装置20-1に固有の抽選結果を用いた個別ゲーム、のいずれかを選択してプレイすることができる。
ユーザU-2も同様に、シンクロゲーム、または、自身が操作する端末装置20-2に固有の抽選結果を用いた個別ゲーム、のいずれかを選択してプレイすることができる。
【0092】
<第1実施形態の変形例>
以上に例示した第1実施形態は多様に変形され得る。第1実施形態に適用され得る具体的な変形の態様を以下に例示する。以下の例示から任意に選択された2以上の態様を、相互に矛盾しない範囲で併合してもよい。
【0093】
<第1実施形態の第1変形例>
上述した第1実施形態では、領域Gs10における横3行×縦5列で配列する15個の窓Wに表れるシンボルの組合せを、個別ゲームの抽選結果およびシンクロゲームにおける共通の抽選結果としたが、これに限られない。例えば領域Gs10のうち、一部の領域の窓Wに表れるシンボルの組合せを、共通の抽選結果としてよい。例えば領域Gs10のうち、中央の横3行×縦3列で配列する領域の9個の窓Wに表れるシンボルの組合せを、共通の抽選結果として抽選する構成としてよい。
【0094】
<第1実施形態の第2変形例>
第1実施形態では、シンクロゲームをプレイするユーザを2名としたが、3名以上としてもよい。
【0095】
<第1実施形態の第3変形例>
シンクロゲームにおいて、5リールのうち、一部を端末装置20-1(ユーザU-1)および端末装置20-2(ユーザU-2)で共用とし、他のリールを非共用として、領域Gs10における横3行×縦5列で配列する15個の窓の一部に表れる、共用されるリールに付されたシンボルの組合せを、共通の抽選結果として抽選する構成としてもよい。
【0096】
例えば図17に示されるように、リールR2~R4を共用し、リールR1およびR5を非共用として、領域Gs10における横3行×縦5列のうち、中央9個の窓の一部に表れるシンボルの組合せを、共通の抽選結果として抽選する構成としてもよい。なお、図において、リールR1およびR5が非共用であり、各領域に割り当てられるシンボルが異なるので、シンボルの例示が省略されている。
このような構成では、端末装置20-1における領域Gs10の一部において、共用のリールで選択されるシンボルの組合せは端末装置20-2と同じになるが、端末装置20-1における領域Gs10の一部以外において、非共用のリールで選択されるシンボルの組合せは端末装置20-2と異なる場合がある。このため、ユーザU-1への報酬とユーザU-2への報酬とが、指示した価値媒体の消費量が同じであっても、異なることがあり得る。
【0097】
<第1実施形態の第4変形例>
シンクロゲームにおいて、リールの領域に割り当てられるシンボルの一部を端末装置20-1(ユーザU-1)および端末装置20-2(ユーザU-2)で共用とし、それ以外領域に割り当てられるシンボルを非共用とする構成としてもよい。
例えば図18の左欄に示されるように、シンボルが付される領域a1~a15のうち、右欄に示されるように、領域a1~a8に付されるシンボルを共用として、領域a9~a15に付されるシンボルを非共用としてもよい。なお、図では、領域a9~a15に付されるシンボルが非共用であり、各領域に割り当てられるシンボルが異なるので、シンボルの例示が省略されている。
この構成において、共通の抽選結果は、領域Gs10における15個の窓Wに、リールRにおける領域a1~a15のうち、どの領域を割り当てるのかを、共通の抽選結果として抽選することになる。
この構成では、非共用のシンボルが付される領域a9~a15が抽選されると、領域Gs10に表れるシンボルの組合せが端末装置20-1と20-2とで異なることがある。このため、ユーザU-1への報酬とユーザU-2への報酬とが、指示した価値媒体の消費量が同じであっても、異なることがあり得る。
【0098】
<第1実施形態の第5変形例>
ユーザU-1およびU-2がそれぞれ個別ゲームとしてスロットゲームをプレイしている場合に、ユーザU-1またはU-2の一方が操作する端末装置20において、抽選によって領域Gs10に特定のシンボルが表れたとき、ユーザU-1またはU-2の他方が操作する端末装置20において、当該特定のシンボルを同じ位置に共有する構成としてもよい。なお説明の便宜上、特定のシンボルの一例を「ワイルド」とする。
【0099】
例えば、ユーザU-1およびU-2がそれぞれ個別ゲームとしてスロットゲームをプレイしている場合に、図19に示されるようにユーザU-1が操作する端末装置20-1において、個別ゲームの抽選結果として、領域Gs10の1箇所に「ワイルド」が表れたとき、ユーザU-2が操作する端末装置20-2において、同じ箇所のシンボルを「ワイルド」に置き換える構成とする。なお、置き換わった「ワイルド」は次のサイクルの抽選の演出において回転せずに固定される。
【0100】
同様に、同図に示されるようにユーザU-2が操作する端末装置20-2において、個別ゲームの抽選結果として、領域Gs10の3箇所に「ワイルド」が表れたとき、ユーザU-1が操作する端末装置20-1において、同じ箇所のシンボルを「ワイルド」に置き換える。
すなわち、ユーザU-1およびU-2がそれぞれ個別ゲームをプレイしている場合に、特定のシンボルが表れたとき、当該特定シンボルがユーザU-1およびU-2で共有される。
【0101】
換言すれば、ユーザU-1およびU-2がそれぞれ個別ゲームを提供している場合に、抽選結果決定部112が、端末装置20-1または20-2の一方に、ある箇所に「ワイルド」を抽選したとき、端末装置20-1または20-2の他方において、同一箇所のシンボルを「ワイルド」に置き換え、次のサイクルで当該「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成とする。
「ワイルド」は任意のシンボルに置き換え可能なオールマイティのシンボルであるので、共有によってシンボルが「ワイルド」に置き換わると、次のサイクルの抽選において、ペイライン上に同じシンボルが揃う可能性が高まり、高い報酬を期待することができる。
なお、特定のシンボルを共有する構成とした場合に、特定のシンボルを共有した状態での抽選回数に制限を設ける構成、例えば1回または2回に制限する構成としてもよい。
【0102】
なお、図19の例は、ユーザU-1が操作する端末装置20-1で表れた1箇所の「ワイルド」と、ユーザU-2が操作する端末装置20-2で表れた3箇所の「ワイルド」とがそれぞれ次のサイクルの抽選において4箇所で「ワイルド」が共有された例である。
また、図19において共有された「ワイルド」以外のシンボルは任意であるので、省略されている。
上記はユーザU-1およびU-2がそれぞれ個別ゲームとしてスロットゲームをプレイしている場合としたが、シンクロゲームとしてプレイしている場合としても可能である。また、「ワイルド」を抽選し、端末装置20-1または20-2の他方において、同一箇所のシンボルを「ワイルド」に置き換え、次のサイクルで当該「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成としたが、先に「ワイルド」以外のシンボルを抽選し、次のサイクルにおいて共有される「ワイルド」を抽選してもよく、全てのシンボルを抽選し、端末装置20-1または20-2に現れた「ワイルド」を他方の端末装置において、同一箇所のシンボルを「ワイルド」に置き換えてもよい。
【0103】
<第1実施形態の第6変形例>
サーバ装置10が特定のシンボルの配列を抽選して決定し、決定した特定のシンボルを、ユーザU-1が操作する端末装置20-1およびユーザU-2が操作する端末装置20-2にそれぞれ配分する構成としてもよい。説明の便宜上、特定のシンボルの一例を「ワイルド」とする。
【0104】
例えば、ユーザU-1およびU-2がそれぞれ個別ゲームでスロットをプレイしている場合に、個別ゲームの抽選結果とは無関係に、なんらかの契機によって抽選結果決定部112が、例えば図20に示されるように「ワイルド」の配列を抽選する。
抽選後、抽選結果決定部112は、端末装置20-1および20-2に、それぞれ「ワイルド」配列の一部または全部を分配し、次のサイクルにおいて分配した「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成とする。
このような構成によれば、第5変形例と同様に、特定のシンボルに置き換わるので、次のサイクルの抽選において、ペイライン上に同じシンボルが揃う可能性が高まり、高い報酬を期待することができる。
【0105】
なお、「ワイルド」配列の分配は2回以上繰り返してもよいし、1回限りとしてもよい。図20は、分配した状態での抽選回数を2回として例である。
また、抽選結果決定部112は、「ワイルド」の配列を、端末装置20-1および20-2に対して、同じ箇所に重複しないように排他的に分配してもよいし、端末装置20-1および20-2に対し、同じ箇所に重複して分配してもよい。
図20は、「ワイルド」の配列を、1回目において排他的に分配した例であり、2回目において重複して分配した例である。
図20において分配された「ワイルド」以外のシンボルは任意であるので、省略されている。
上記は「ワイルド」を抽選し、抽選後、抽選結果決定部112が、端末装置20-1および20-2に、それぞれ「ワイルド」配列の一部または全部を分配し、次のサイクルにおいて分配した「ワイルド」を固定とし、「ワイルド」以外のシンボルを抽選する構成としたが、先に「ワイルド」以外のシンボルを抽選し、次のサイクルで共有される「ワイルド」を抽選して分配してもよい。
【0106】
<第2実施形態>
次に、第2実施形態に係るゲームシステム1について説明する。第2実施形態に係るゲームシステム1は、図1における第1実施形態と同様に、サーバ装置10と、複数の端末装置20-1、20-2、…、とがネットワーク30を介して接続された構成である。
【0107】
第2実施形態に係るゲームシステム1では、第1実施形態におけるシンクロゲームの代わりに、投入ゲームがユーザに提供される。
投入ゲームとは、ある一のユーザが個別ゲームをプレイしている場合に、他のユーザが当該一のユーザのゲーム結果に、価値媒体の使用量を指示する、というゲームである。端的にいえば、他のユーザは、自分がプレイするゲームではなく、一のユーザがプレイするゲーム結果に、価値媒体の使用量を投入する、というゲームである。そして、他のユーザに対する報酬は、当該個別ゲームのゲーム結果と、当該他のユーザが指示した価値媒体の使用量とに基づいて決定される。
また、上記の場合、他のユーザがプレイする投入ゲームは、一のユーザからみれば個別ゲームをプレイしていることになる。
【0108】
他のユーザが、一のユーザがプレイするゲームに価値媒体の使用量を指示するにあたり、価値媒体の使用量を判断するために、当該一のユーザの現況を知ることが有効である。そこで、第2実施形態では、一のユーザが個別ゲームをプレイしている場合に、他のユーザが当該一のユーザと相互通信し、当該一のユーザの現況を伝達する構成となっている。
【0109】
一のユーザの現況とは、個別ゲームについて当該一のユーザにおける現在の状況だけでなく、個別ゲームについて当該一のユーザによるコメントを含む。個別ゲームのゲーム結果が運だけで決定される場合(例えばルーレットやスロットなどの場合)、一のユーザの現況としては、例えば、ツキがある、負けが込んでいる、運が上昇している、などの状況が挙げられる。また、個別ゲームのゲーム結果が運だけでなく、当該一のユーザのスキルのような要素も絡んで決定される場合(例えばポーカーなどの場合)、一のユーザの現況としては、例えば、得意なゲームである、このゲームは自信がある、ゲームの戦略はこうである、などのコメントが挙げられる。
【0110】
なお、便宜的に、第2実施形態において提供される投入ゲームとして、第1実施形態と同様なスロットゲームを例として挙げて説明する。また、ここでは、ユーザU-1が個別ゲームをプレイしている場合に、ユーザU-2が当該ユーザU-1による個別ゲームに、価値媒体の使用量を指示する場合を想定する。
【0111】
図21は、端末装置20-1において個別ゲームが提供される画面Gsの一例を示す図であり、図22は、端末装置20-2において投入ゲームが提供される画面Gsの一例を示す図である。図21および図22に示されるように、画面Gsの一部が、シンクロゲームとは異なっている。
図21および図22におけるの画面Gsの領域Gs10では、ユーザU-1がプレイする個別ゲームの抽選結果がそれぞれ示される。
【0112】
図21は、ユーザU-1が操作する端末装置20-1の画面Gsであるから、領域V11にはユーザU-1に関する情報が示され、領域V12にはユーザU-2に関する情報が示される。
このうち、領域V11には、価値媒体の所持数のほか、ユーザU-1が個別ゲームに指示した価値媒体の消費量が表示される。また、領域V12には、自己であるユーザU-1の個別ゲームに対し、ユーザU-2が指示した価値媒体の使用量が表示される。この使用量は、自己であるユーザU-1への期待値でもある。このため、ユーザU-1は、自身のゲームに対する他のユーザの期待値を間接的に知ることができる。
【0113】
図22は、ユーザU-2が操作する端末装置20-2の画面Gsであるから、領域V11にはユーザU-2に関する情報が示され、領域V12にはユーザU-1に関する情報が示される。このうち、図22の領域V11には、価値媒体の所持数のほか、ユーザU-1の個別ゲームに指示した価値媒体の使用量が表示される。
【0114】
ユーザU-1およびU-2における現況伝達が相互通信により実行される。仮に、ユーザU-1およびU-2における現況伝達が音声でなされる場合に、その音声メッセージは、図21および図22の下欄に示されるような内容となる。
なお、ユーザU-1およびU-2における現況伝達がテキストの表示でなされる場合に、そのテキストの表示も、図21および図22の下欄に示されるような内容となる。
以下、音声メッセージはテキストの表示を含むものとする。
【0115】
図21および図22の下欄では、ユーザU-2による音声メッセージTL1、TL4と、ユーザU-1による音声メッセージTL2、TL3、TL5とがタイムラインに沿って表示された例である。詳細には、ユーザU-2による音声メッセージTL1の問い掛けに対し、ユーザU-1が自身の現況を音声メッセージTL2、TL3で回答したような内容である。
【0116】
次に、第2実施形態に係るゲームシステム1の動作について説明する。
図23は、ゲームシステム1において提供されるゲームの概要を示す図である。
この図に示されるように、第2実施形態では、第1実施形態におけるシンクロゲームが投入ゲームに置き換わったフローになる。具体的には、図13におけるステップSa4のシンクロゲームが、図23では、ステップSb4における投入ゲームに置き変わる。
また、図15における個別ゲームの処理では、特に図示しないが、ステップSa312のシンクロゲーム移行依頼が投入ゲームの移行依頼に、ステップSa314のシンクロゲーム移行が投入ゲームの移行に、それぞれ読み替えられる。
【0117】
ユーザU-1が端末装置20-1を操作してゲームシステム1にログインし、ユーザU-2が端末装置20-2を操作してゲームシステム2にログインする(ステップSa1)。
次に、例えばユーザU-1が他のユーザとしてフレンドの関係にあるユーザU-2を選択すると、ユーザU-1およびユーザU-2との相互通信が開始する(ステップSa2)。なお、上述した第1実施形態のようにフレンドの関係でないユーザと相互通信が行われてもよい。
相互により、画面Gsにおいて領域V12には、相手のユーザの縮小映像が表示されるとともに、相手のユーザの音声がスピーカから出力される。
ユーザU-1およびユーザU-2は、第1実施形態と同様に、相互通信しながら、それぞれ個別ゲームをプレイする。個別ゲームをプレイしているときに、ユーザU-1またはU-2の一方が投入ゲームの移行を依頼し、ユーザU-1またはU-2の他方が投入ゲームの移行を承認すると、投入ゲームに移行する(ステップSb4)。投入ゲームの移行の承認を必要とせずに、投入ゲームへ移行してもよい。
【0118】
なお、投入ゲームへの移行を依頼したユーザが、投入ゲームへの移行を承認したユーザのゲーム結果に、価値媒体の使用量を指示してもよいし、反対に、投入ゲームへの移行を承認したユーザが、投入ゲームへの移行を依頼したユーザのゲーム結果に、価値媒体の使用量を指示してもよい。
ここでは、便宜的に、ユーザU-1が投入ゲームへの移行を依頼し、ユーザU-2が投入ゲームへの移行を承認して、ユーザU-1のゲーム結果に、ユーザU-2が価値媒体の使用量を指示する場合を例にとって説明する。
【0119】
図24は、図23のステップSb4における投入ゲームの処理の詳細について示すフローチャートである。
【0120】
まず、サーバ装置10のゲーム管理部111が、端末装置20-1および20-2において投入ゲームを提供するための処理を実行する(ステップSb401)。例えば、ゲーム管理部111は、ユーザU-1がプレイする個別ゲームに、ユーザU-2が価値媒体を使用する旨(投入ゲームが開始する旨)の情報、および、ユーザU-1が消費可能な価値媒体の所持数を示す情報を端末装置20-1に送信する。
また、ゲーム管理部111は、投入ゲームが開始する旨の情報、および、ユーザU-2が使用可能な価値媒体の所持数を示す情報を端末装置20-2に送信する。
【0121】
端末装置20-1では、ゲーム提供部212が、図21に示されるような画面Gsを表示装置240に表示させ、サーバ装置10から受信した価値媒体の所持数を領域V11に表示させる一方で、ユーザU-1の指示による価値媒体の消費量を受け付ける。換言すれば、ユーザU-1は、領域Gs14を操作することで、自己がプレイする個別ゲームに対して価値媒体の消費量を指示する。
端末装置20-2では、ゲーム提供部212が、図22に示されるような画面Gsを表示装置240に表示させ、サーバ装置10から受信した価値媒体の所持数を領域V11に表示させる一方で、ユーザU-2の指示による価値媒体の使用量を受け付ける。換言すれば、ユーザU-2は、領域Gs14を操作することで、相手であるユーザU-1がプレイする個別ゲームに対して価値媒体の使用量を指示する。
【0122】
制限時間が終了すると、端末装置20-1の端末管理部211は、ユーザU-1によって指示された価値媒体の消費量を、通信装置230を介してサーバ装置10に送信する(ステップSb402)。また、端末装置20-2の端末管理部211も同様に、ユーザU-2によって指示された価値媒体の使用量を、通信装置230を介してサーバ装置10に送信する(ステップSb403)。
【0123】
サーバ装置10のゲーム管理部111は、ユーザ管理部115に対し、ユーザU-1が消費可能な価値媒体の所持数を、指示された価値媒体の消費量だけ減数させるとともに、ユーザU-2が使用可能な価値媒体の所持数を、指示された価値媒体の使用量だけ減数させる(ステップSb404)。
【0124】
ゲーム管理部111は、抽選結果決定部112にユーザU-1の抽選結果を決定させる(ステップSb405)。ゲーム管理部111は、当該抽選結果の情報を抽選結果決定部112から取得すると、当該抽選結果の情報を、通信装置130を介して端末装置20-1および20-2にそれぞれ送信する。
ゲーム管理部111は、報酬決定部113に、当該抽選結果とユーザU-1が指示した価値媒体の消費量とに基づいてユーザU-1への報酬を決定させ、次に、ユーザ管理部115に、決定された報酬に応じて価値媒体の所持数を増数させる。
【0125】
同様に、ゲーム管理部111は、報酬決定部113に、当該抽選結果とユーザU-2が指示した価値媒体の使用量とに基づいてユーザU-2への報酬を決定させ、次に、ユーザ管理部115に、決定された報酬に応じて価値媒体の所持数を増数させる(ステップSb406)。
ユーザU-1の個別ゲームに、価値媒体の使用量を指示したユーザU-2の報酬については、ユーザU-2が指示した価値媒体の使用量に係数を乗じた額であってもよいし、ユーザU-2が指示した価値媒体の使用量にユーザU-1の抽選結果に応じた係数を乗じた額であってもよい。
また、価値媒体の使用量を指示したユーザU-2の報酬については、ユーザU-1の報酬と同額であってもよいし、ユーザU-1の報酬に係数を乗じた額としてもよい。いずれにせよ、ユーザU-1の報酬が多ければ、ユーザU-2の報酬も多くなる。
このため、ユーザU-2は、ユーザU-1の「あたり」を願うことになり、「あたり」であれば、ユーザU-1だけでなく、ユーザU-2の喜びを大きくすることができる。
ステップSb406の処理後、サーバ装置10では、次の投入ゲームの抽選開始に備えて処理手順がステップSb404に戻る。
【0126】
一方、端末装置20-1においてサーバ装置10から抽選結果の情報を受信すると、端末管理部211は、ゲーム提供部212に対して、領域Gs10における表示が抽選結果となるように指示する(ステップSb407)。
次に、端末装置20-1のゲーム提供部212は、画面Gsにおいて、抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する(ステップSb408)。
この後、端末装置20-1の端末管理部211は、図22に示される領域Gs14においてユーザU-1が投入ゲームの継続を希望しているか否かを判定する(ステップSb409)。
例えば、ユーザU-1が所定時間内に「Escape」のソフトウェアボタンを操作しなければ、それは、ユーザU-1が投入ゲームの継続を希望していることを示す。換言すれば、端末装置20-1の端末管理部211は、所定時間内に「Escape」のソフトウェアボタンが非操作であったか否かを判定する。
所定の時間経過すれば、端末装置20-1の端末管理部211は、「Escape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置10に送信する。
【0127】
サーバ装置10から抽選結果の情報を受信した端末装置20-2の端末管理部211は、ゲーム提供部212に対して、領域Gs10における表示が抽選結果となるように指示する(ステップSb410)。次に、端末装置20-2のゲーム提供部212は、画面Gsにおいて、抽選結果に応じてゲーム結果を判定し、当該ゲーム結果に応じた演出を実行する(ステップSb411)。この後、端末装置20-2の端末管理部211は、ユーザU-2が投入ゲームの継続を希望しているか否かを判定する(ステップSb412)。所定の時間経過すれば、端末装置20-2の端末管理部211は、「Escape」のソフトウェアボタンが非操作であったか否かを示す情報を、サーバ装置10に送信する。
【0128】
サーバ装置10は、端末装置20-1および20-2からそれぞれ「Escape」のソフトウェアボタンが非操作であったか否かを示す情報を受信する(ステップSb413)。
サーバ装置10においてゲーム管理部111は、端末装置20-1および端末装置20-1の双方において「Escape」のソフトウェアボタンが非操作であったか否か、換言すれば、ユーザU-1およびU-2の両者が投入ゲームの継続を希望しているか否か、を判定する(ステップSb414)。
【0129】
ユーザU-1およびU-2の両者が投入ゲームの継続を希望していれば(ステップSb414の判定結果が「Yes」であれば)、ゲーム管理部111は、投入ゲームを継続する旨の指示を端末装置20-1および20-2のそれぞれに、通信装置130を介して送信する(ステップSb415)。
これにより、端末装置20-1では処理手順がステップSb402に戻り、端末装置20-2では処理手順がステップSb403に戻って、端末装置20-1および210-2のそれぞれにおいて投入ゲームに対する価値媒体の使用量が指示可能になる。
【0130】
ユーザU-1またはU-2の少なくとも一方が投入ゲームの継続を希望しなければ(ステップSb414の判定結果が「No」であれば)、ゲーム管理部111は、投入ゲームを終了する旨の指示を端末装置20-1および20-2のそれぞれに、通信装置130を介して送信する(ステップSb416)。
これにより、端末装置20-1および20-2のそれぞれにおいて処理手順が図23のステップSa3の個別ゲームに戻る。
【0131】
第2実施形態におけるゲームシステム1では、投入ゲームにおいて、ユーザU-2は、ユーザU-1から伝達された現況に基づいて、ユーザU-1のゲーム結果を予想し、報酬の決定基準である価値媒体の使用量をどれだけにするか、について判断することができる。
また、ユーザU2-1は、投入ゲームの前または後で個別ゲームを、価値媒体を消費することでプレイ可能である。すなわち、ユーザU-2が端末装置20-1で個別ゲームをプレイするために消費する価値媒体を、ゲーム結果に基づいてユーザU-1が報酬を得るために使用する価値媒体として利用することができる。
【0132】
第2実施形態において、ゲーム結果に基づいてユーザU-2が報酬を得るために使用する価値媒体と、投入ゲームにおいてユーザU-2に報酬として付与される価値媒体とは同種類である。このため、ユーザU-2が報酬として得た価値媒体を、ゲーム結果に基づいてユーザU-2が報酬を得るために指示する価値媒体として利用することができる。
端末装置20-1では、価値媒体の消費によってユーザU-1が個別ゲームをプレイすることが可能になる。ユーザU-1のゲーム結果に基づいてユーザU-2が報酬を得るために使用する価値媒体と、ユーザU-1が個別ゲームをプレイするために消費する価値媒体と、が同種類である。このため、個別ゲームで消費される価値媒体をユーザU-1およびU-2とで揃えることができる。
【0133】
第2実施形態において投入ゲームの立場をユーザU-1とU-2とで入れ替え、ユーザU-1は、ユーザU-2から伝達された現況に基づいて、ユーザU-2のゲーム結果を予想し、報酬の決定基準である価値媒体の使用量を指示する構成としてもよい。この構成では、端末装置20-2でのゲーム結果と、ユーザU-1が指示した価値媒体の使用量とに基づいて、ユーザU-1に付与される報酬が決定される。端末装置20-2でユーザU-2がプレイする個別ゲームにおいてユーザU-1が報酬を得るために指示した価値媒体と、ユーザU-1が個別ゲームをプレイするために消費する価値媒体と、が同種類である。このため、ユーザU-1は、端末装置20-1で個別ゲームをプレイするために消費する価値媒体を、ゲーム結果に基づいて報酬を得るために使用する価値媒体として利用することができる。
【0134】
<第2実施形態の変形例>
以上に例示した第2実施形態は多様に変形され得る。第2実施形態に適用され得る具体的な変形の態様を以下に例示する。以下の例示から任意に選択された2以上の態様を、相互に矛盾しない範囲で併合してもよい。
【0135】
<第2実施形態の第1変形例>
上述した第2実施形態では、ユーザU-1のゲーム結果に、相手であるユーザU-2が価値媒体の使用量を指示する、という投入ゲームを例として説明したが、あるユーザのゲーム結果に、価値媒体の使用量を指示する他のユーザは2名以上であってもよい。
また、ユーザU-1のゲーム結果に、ユーザU-2が価値媒体の使用量を指示した場合に、ユーザU-1のゲーム結果に応じて報酬が発生すれば、当該ユーザU-1に付与される報酬を、ユーザU-2が価値媒体の使用量を指示しない通常の個別ゲームと比較して、増額する構成としてもよい。
個別ゲームをプレイするユーザU-1が、他のユーザに、自分に価値媒体を使用してみては、というようにリクエストしてもよいし、そのリクエストに応じて価値媒体を使用したユーザに、なんらかのインセンティブを与えてもよい。また、リクエストに応じたユーザの人数に応じて、1人当たりのインセンティブを多く、または、少なくしてもよい。
リクエストする回数またはリクエストに応じる回数を、制限する構成としてしてもよいし、制限しない構成としてもよい。
【0136】
<第2実施形態の第2変形例>
第2実施形態では、ユーザU-1のゲーム結果に、ユーザU-2が価値媒体の使用量を指示する、という投入ゲームをプレイする構成としたが、ユーザU-2は、この投入プレイと並行して、ユーザU-2に固有の個別ゲームを提供する構成としてもよい。この構成によれば、ユーザU-2は、ユーザU-1への投入ゲームをプレイしつつ、自己に固有の個別ゲームをプレイすることができ、ユーザU-1は、ユーザU-2への投入ゲームをプレイしつつ、自己に固有の個別ゲームをプレイすることができる。端末装置20-2でユーザU-2がプレイする個別ゲームにおいてユーザU-1が報酬を得るために指示した価値媒体と、ユーザU-1が個別ゲームをプレイするために使用する価値媒体とが同種類である。このため、ユーザU-1は、ユーザU-1が報酬として得た価値媒体を、ユーザU-2のゲーム結果に基づいてユーザU-1が報酬を得るために指示する価値媒体として利用することができる。 また、端末装置20-2でユーザU-2がプレイする個別ゲームにおいてユーザU-1が報酬を得るために指示した価値媒体と、ユーザU-1が個別ゲームをプレイするために使用する価値媒体とが異なっていてもよい。
【0137】
<第2実施形態の第3変形例>
ユーザU-2が操作する端末装置20-2に、ユーザU-1における個別ゲームの戦績を表示する構成としてもよい。ユーザU-1におけるゲーム結果によって報酬がユーザU-2に付与される場合、当該報酬を、戦績に応じて変化させる構成としてもよい。なお、戦績とは、具体的には、勝率や収支などをいう。
【0138】
<第2実施形態の第4変形例>
あるユーザのゲーム結果に、価値媒体の使用量を指示する他のユーザが2名以上である場合に、報酬が発生すれば、他のユーザの人数に応じて、他のユーザにそれぞれ付与する報酬の額を変化させる構成としてもよい。
この構成によれば、2名以上の他のユーザのうち、ある1人の他のユーザは、他のユーザの総人数に応じて、換言すれば、報酬の変化を考慮して、価値媒体の使用量を指示することができる。
【0139】
<第2実施形態の第5変形例>
ユーザU-1のゲーム結果にユーザU-2が価値媒体の使用量を指示した場合、個別ゲームの1回ではなく、複数回を単位としたゲーム結果に応じて、ユーザU-2への報酬を付与する構成としてもよい。例えば「あたり」の確率が5割以上であれば、ユーザU-2に報酬を付与する構成としてもよい。この構成によれば、ユーザU-1からの現況伝達に応じて、例えば「流れに乗っている」、「ツキのある時期にはいった」、「負けが込むタイミングになりそう」などの情報に応じて、ユーザU-2は、価値媒体を指示するか否かを判断することができる。
【0140】
<第2実施形態の第6変形例>
現況伝達部213は、領域Gs16において、自己および他のユーザを撮影した映像ではなく、ユーザを表象するアバターを表示する構成としてもよい。より具体的には、撮影したユーザの動きに合わせて、アバターをリアルタイムで動かして表示する構成としてもよい。
【0141】
<第2実施形態の第7変形例>
ゲームの抽選結果とユーザが指示した価値媒体の数量とに基づいて当該ユーザへの報酬が決定される構成が基本であるが、このほかに相互通信の履歴に応じて報酬が決定される構成としてもよい。例えば相互通信の回数や相互通信の累積時間に応じて報酬が変化する構成としてもよい。具体的には、相互通信の回数が多いほど、相互通信の累積時間が長いほど、報酬を増加させる構成としてもよい。この構成によれば、ユーザに相互通信を積極的に実行させることが可能になる。
【0142】
<第2実施形態の第8変形例>
第2実施形態において、ユーザU-2がユーザU-1のゲーム結果に価値媒体の使用を指示した場合、「抽選結果」である複数(15個)のシンボルにおいて特定のシンボルが所定個数以上表れた場合を「ゲーム結果」としてユーザU-2への「あたり」と判定してもよい。
なお、特定のシンボルが所定個数以上表れた場合を「ゲーム結果」としてユーザU-1への「あたり」とするか「はずれ」とするかについては任意である。
【0143】
<実施形態等で共通の変形例>
第1実施形態および第2実施形態(以下「実施形態等」と表記する)では、以下のような変形例が共通に可能である。
【0144】
<共通な第1変形例>
実施形態等では、ユーザがゲーム(個別ゲーム、シンクロゲーム、または投入ゲーム)をプレイするために消費される価値媒体と、ユーザがゲームで使用して報酬として付与される価値媒体とは、同一種類であったが、異なっていてもよい。
例えば、ユーザがゲームをプレイするために消費する価値媒体、または、報酬として付与される価値媒体と、ユーザが当該ゲームをプレイする際に使用する価値媒体とは、異なる構成としてもよい。より具体的には、第1価値媒体と第2価値媒体とがあり、ユーザがゲームをプレイするために第1価値媒体が消費され、ユーザが当該ゲームで第2価値媒体の使用を指示し、当該ゲーム結果の報酬として第2価値媒体で付与される構成としてもよい。
また、第1価値媒体を、所定の比率で第2価値媒体に変換可能とする構成としてもよいし、第2価値媒体を、上記比率の逆数で第1価値媒体に変換可能とする構成としてもよい。
【0145】
<共通な第2変形例>
実施形態に係るサーバ装置10の処理装置110で構築される機能のうち、ゲーム管理部111、抽選結果決定部112および報酬決定部113の各機能については、端末装置20の処理装置210で構築してもよい。
換言すれば、ユーザ管理部115および関係性登録部116を除き、端末装置20に設けてもよい。
端末装置20で実行されるアプリケーションプログラムについては、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされ得る。記録媒体は、例えば非一過性(non-transitory)の記録媒体であり、CD-ROM等の光学式記録媒体(光ディスク)が好例であるが、半導体記録媒体または磁気記録媒体等の公知の任意の形式の記録媒体も包含される。なお、非一過性の記録媒体とは、一過性の伝搬信号(transitory, propagating signal)を除く任意の記録媒体を含み、揮発性の記録媒体も除外されない。また、配信装置が通信網を介してプログラムを配信する構成では、当該配信装置においてプログラムを記憶する記憶装置が、前述の非一過性の記録媒体に相当する。
【0146】
<付記>
以上の記載から、例えば以下のように本発明の好適な態様が把握される。
【0147】
<付記1>
本発明のひとつの態様1に係るゲームシステムは、第1端末装置を操作する第1ユーザに第1ゲームを提供するゲーム提供部と、第2端末装置を操作する第2ユーザに、前記第1ユーザの現況を伝達する現況伝達部と、前記第1ゲームの結果と前記第2ユーザが前記第2端末装置に指示した価値媒体の使用量とに基づいて前記第2ユーザへの報酬を決定する報酬決定部と、を有する。
態様1によれば、第2ユーザは、第1ユーザから伝達された現況を判断材料とすることができる。これにより、第1ゲームの結果を予想し、報酬の決定基準である価値媒体の使用量をどれだけにするか、について判断することができる。
【0148】
第1ユーザの現況を伝達するとは、第1ユーザにおける現況を、第1ユーザによる音声で伝達することや、第1ユーザの映像で伝達すること、第1ユーザによって入力されたテキストで伝達すること、または、これらの組み合わせにより伝達することをいう。
現況伝達部は、例えば第1ユーザの現況を音声で伝達する場合には、第1ユーザの音声を収音するマイクや、マイクで収音された音声信号を第2端末装置に送信する送信部、送信された音声信号を音声に変換するスピーカなどにより構成される。なお、現況伝達部が、第1ユーザの現況を音声で伝達する場合に、第1ユーザを表象するアバターを第2端末装置の表示装置に表示させるとともに、第1ユーザによる音声の解析結果に応じて、アバターの表情や動作に変化を持たせてもよい。
また、現況伝達部は、第1ユーザの現況を音声および映像で伝達する場合には、第1ユーザの音声を収音し第1ユーザを撮影するカメラや、カメラによる音声信号および映像信号を第2端末装置に送信する送信部、送信された音声信号を音声に変換するスピーカおよび送信された映像信号を表示する表示装置などにより構成される。
現況伝達部は、「コミュニケーションツール」と換言される。
「ゲームを提供する」とは、ゲームの開始から結果に至るまでのインターフェースをユーザに提供する、という意味である。ゲームについての進行を含めた制御については、必ずしも端末装置が実行する必要はなく、例えばサーバ装置が実行してもよい。
「ゲーム提供部」、「現況伝達部」または「報酬決定部」は、共通の装置(サーバ装置)に設けられてもよいし、ネットワーク上の複数の装置に分散して設けられてもよい。また、ゲーム提供部」、「現況伝達部」または「報酬決定部」は、第1端末装置または第2端末装置に設けられてもよい。
【0149】
<付記2>
態様1の具体的な態様2において、前記現況伝達部は、前記第1ユーザの現況を前記第1ユーザの音声で伝達する。
態様2によれば、第2ユーザは、第1ユーザの現況を第1ユーザの音声で知ることができる。
【0150】
<付記3>
態様1の具体的な態様3において、前記第1ユーザの現況を前記第1ユーザの映像で伝達する。態様3によれば、第2ユーザは、第1ユーザの現況を第1ユーザの映像で知ることができる。
【0151】
<付記4>
態様1、2または3の具体的な態様4において、前記現況伝達部は、前記第2ユーザによる前記第2端末装置への指示によって、前記第1端末装置に、前記第1ユーザの現況の伝達を要求する。態様4によれば、第2ユーザが必要とする情報を、第1ユーザに要求することができるので、価値媒体の使用量をどれだけにするか、についての判断が容易になる。
【0152】
<付記5>
態様1、2または3の別の具体的な態様5において、前記第2端末装置では、価値媒体の使用によって前記第2ユーザが第2ゲームをプレイすることが可能になり、前記第1ゲームの結果に基づいて前記第2ユーザが報酬を得るために使用する価値媒体と、前記第2ユーザが第2ゲームをプレイするために使用する価値媒体と、は同種類である。
態様5によれば、第2ユーザが第2端末装置で第2ゲームをプレイするために使用する価値媒体を、第1ゲームの結果に基づいて第2ユーザが報酬を得るために使用する価値媒体として利用することができる。
【0153】
<付記6>
態様1、2または3の別の具体的な態様6において、前記報酬決定部は、前記報酬として価値媒体を前記第2ユーザに付与し、前記第1ゲームの結果に基づいて前記第2ユーザが報酬を得るために使用する価値媒体と、前記第2ユーザに報酬として付与される価値媒体と、が同種類である。
態様6によれば、第2ユーザが報酬として得た価値媒体を、第1ゲームの結果に基づいて第2ユーザが報酬を得るために入力する価値媒体として利用することができる。
【0154】
<付記7>
態様1、2または3の別の具体的な態様7において、前記第1端末装置では、価値媒体の使用によって前記第1ユーザが第1ゲームをプレイすることが可能になり、 前記第1ゲームの結果に基づいて前記第2ユーザが報酬を得るために使用する価値媒体と、前記第1ユーザが前記第1ゲームをプレイするために使用する価値媒体と、が同種類である。
態様7によれば、第1ゲームで使用される価値媒体を第1ユーザと第2ユーザとで揃えることができる。
【0155】
<付記8>
態様1、2または3の別の具体的な態様8において、前記第1端末装置では、価値媒体の使用によって前記第1ユーザが前記第1ゲームをプレイすることが可能になり、前記第2端末装置では、価値媒体の使用によって前記第2ユーザが第2ゲームをプレイすることが可能になり、前記報酬決定部は、前記第2ゲームの結果と前記第1ユーザが前記第1端末装置に指示した価値媒体の使用量とに基づいて前記第1ユーザへの報酬を決定し、前記第2ゲームの結果に基づいて前記第1ユーザが報酬を得るために入力する価値媒体と、前記第1ユーザが前記第1ゲームをプレイするために使用する価値媒体と、が同種類である。
態様8によれば、第1ユーザは、第1端末装置で第1ゲームをプレイするために使用する価値媒体を、第2ゲームの結果に基づいて報酬を得るために使用する価値媒体として利用することができる。
【0156】
<その他>
態様1に係るゲームシステムについては、ゲームシステムの制御方法としても表現することが可能であり、また、コンピュータのプログラムとしても表現可能である。
【符号の説明】
【0157】
1…ゲームシステム、10…サーバ装置、20-1、20-2…端末装置、110…処理装置、111…ゲーム管理部、112…抽選結果決定部、113…報酬決定部、114…ユーザ管理部部、115…関係性登録部、210…処理装置、211…端末管理部、212…ゲーム提供部、213…現況伝達部、T1…ユーザ管理テーブル、T2…関係性テーブル。
【要約】
【課題】あるユーザが、他のユーザによるゲーム結果を予想して、価値媒体を使用する場合に、当該他のユーザに対する判断材料を提供する。
【解決手段】端末装置20-1を操作するユーザU-1に第1ゲームを提供し、端末装置20-2を操作するユーザU-2に、ユーザU-1の現況を伝達し、第1ゲームの結果とユーザU-2が端末装置20-1に指示した価値媒体の使用量とに基づいてユーザU-2への報酬を決定する。
【選択図】図1
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20
図21
図22
図23
図24