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

Abstract

【課題】複数のユーザが共通のゲームをプレイする場合に各ユーザによって支払われる所定の対価の合計額を、ユーザの数に応じて各ユーザに割り当てられるべき均等額が変化するように変化させることができるゲームシステムを提供する。【解決手段】ゲームシステム１は、所定の対価の徴収と引き換えに複数のユーザＵを含むグループＵＧに共通の音楽ゲームをプレイさせるゲームシステムである。また、ゲームシステム１は、音楽ゲームをプレイするグループＵＧのユーザＵの人数を判別し、その判別結果に基づいて、音楽ゲームのプレイに伴う所定の対価としてグループＵＧの全体から徴収されるべきグループ料金の額を、グループＵＧの各ユーザＵに均等に割り当てた場合の均等額がユーザＵの人数に応じて変化するように設定する。【選択図】図３

Description

本発明は、所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステム等に関する。

所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステムが存在する。例えば、このようなゲームシステムとして、所定の対価としての２枚のコインの徴収と引き換えに、一台のゲーム機を共用する二人のユーザに共通のゲーム（いわゆる二人プレイ）をプレイさせるゲームシステムが知られている（例えば、特許文献１参照）。

特許第５３１８５０８号公報

特許文献１のゲームシステムでは、各ユーザに要求される対価は、二人プレイの場合でも一人プレイの場合と同様である。つまり、ゲームを共通にプレイするユーザの数が増えても、各ユーザが負担すべき額は変化しない。このため、対価の面ではユーザの数の増加に対する動機付けがあるとは言えない。

そこで、本発明は、複数のユーザが共通のゲームをプレイする場合に各ユーザによって支払われる所定の対価の合計額を、ユーザの数に応じて各ユーザに割り当てられるべき均等額が変化するように変化させることができるゲームシステム等を提供することを目的とする。

本発明のゲームシステムは、所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステムであって、前記ゲームをプレイする前記複数のユーザの人数を判別する人数判別手段と、前記人数判別手段の判別結果に基づいて、前記ゲームのプレイに伴い前記所定の対価として前記複数のユーザの全体から徴収されるべき全体の対価の額を前記複数のユーザの各ユーザに均等に割り当てた場合の均等額が前記複数のユーザの人数に応じて変化するように、各ユーザから個別に徴収されるべき個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定する対価設定手段と、を備えている。

一方、本発明のコンピュータプログラムは、前記ゲームの提供に使用される出力装置に接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。

また、本発明のサーバ装置は、前記ゲームの提供に使用される出力装置にネットワークを介して接続され、上述のゲームシステムの各手段として機能するものである。

本発明の一形態に係るゲームシステムの全体構成の概要を示す図。 ゲームシステムの制御系の要部の構成を示す図。 音楽ゲームのプレイ料金（所定の対価）の一例を説明するための説明図。 人数に応じた均等額の変化の一例を説明するための説明図。 グループ料金の支払い方法の一例を説明するための説明図。 集団料金データの内容の一例を説明するための説明図。 料金通知処理ルーチンのフローチャートの一例を示す図。

以下、本発明の一形態に係るゲームシステムについて説明する。図１は、本発明の一形態に係るゲームシステムの全体構成の概要を示す図である。図１に示すように、ゲームシステム１は、サーバ装置としてのセンターサーバ２及びゲーム機ＧＭを含んでいる。ゲーム機ＧＭは、ネットワーク３を介してセンターサーバ２に接続される。一例として、ゲーム機ＧＭは、業務用（商業用）のゲーム機として構成されている。業務用のゲーム機は、有料或いは無料で所定範囲のゲームをプレイさせるゲーム機である。一例として、ゲーム機ＧＭは、有料で音楽ゲームを提供する。具体的には、ゲーム機ＧＭは、例えば、所定の対価の消費と引き換えに、その対価に応じた範囲で音楽ゲームを提供する。ゲーム機ＧＭは、店舗４等の商業施設に適当な台数ずつ設置される。

センターサーバ２は、一台の物理的装置によって構成される例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。さらに、ゲーム機ＧＭがセンターサーバ２として機能してもよい。

また、センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、センターサーバ２から配信されるソフトウェアを実行することにより、各種の機能を発揮するネットワーク端末装置の一種である。図１の例では、ユーザ端末５の一例として、携帯電話（スマートフォンを含む）が利用されている。また、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。

ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成されてよい。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成されてよい。図１の例では、センターサーバ２及びゲーム機ＧＭはルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。

なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。或いは、ユーザ端末５とゲーム機ＧＭ等との通信は、例えば、通信用の回線（有線及び無線を含む）を利用せずに、二次元コード等、各種情報を含むように所定の規格に準拠して生成されるコード（例えば、二次元コード）を利用して実現されてよい。したがって、ネットワーク（或いは通信回線）の用語は、このようなコードを利用する通信方法等、回線を利用せずに情報の送受信をする形態を含んでよい。

センターサーバ２は、ゲーム機ＧＭ又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからユーザの識別情報を受け取って、そのユーザを認証するサービスが提供されてよい。また、認証したユーザのプレイデータをゲーム機ＧＭから受け取って保存し、或いは保存するプレイデータをゲーム機ＧＭに提供するサービスが提供されてもよい。さらに、ゲーム機用サービスには、ネットワーク３を介してゲーム機ＧＭのプログラム或いはデータを配信し、更新するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等が含まれていてもよい。

また、センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、例えば、ゲーム機ＧＭが提供するゲームに関する各種の情報を提供するゲーム用情報サービスが含まれてよい。また、例えば、Ｗｅｂサービスには、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスが含まれてもよい。さらに、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスが含まれてよい。

次に、音楽ゲームを提供するためのゲームシステム１の制御系の要部について説明する。図２は、ゲームシステム１の制御系の要部の構成を示す図である。図２に示すように、センターサーバ２は、制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得る。しかし、それらの図示は省略した。

記憶ユニット１１は、コンピュータとしての制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されていてよい。記憶ユニット１１には、サーバ用データ１４及びサーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ２がゲーム機ＧＭ等に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、例えば、ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７が設けられてよい。

ゲーム機サービス管理部１６は、上述のゲーム機用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。

サーバ用データ１４は、サーバ用プログラム１５の実行に伴って参照されるデータである。例えば、サーバ用データ１４は、集団料金データ１４ａを含んでいてよい。集団料金データ１４ａの詳細は、後述する。

また、サーバ用データ１４は、その他にもゲームを実現するための各種のデータを含み得る。例えば、そのようなデータにはプレイデータやＩＤ管理データが含まれていてもよい。プレイデータは、各ユーザの過去のプレイ実績に関する情報が記述されたデータである。プレイデータは、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用されてよい。また、ＩＤ管理データは、ユーザＩＤ等の各種ＩＤを管理するためのデータである。しかし、それらの図示は省略した。

一方、ゲーム機ＧＭには、コンピュータとしての制御ユニット３０と、記憶ユニット３１と、出力装置としてのモニタＭＯと、入力装置７と、スピーカ８と、リーダ９と、が設けられている。記憶ユニット３１、モニタＭＯ、入力装置７、スピーカ８及びリーダ９は、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、例えば、その他にもゲームを提供するための各種の装置が接続され得る。例えば、そのような装置には、コイン認証装置等の所定の対価を徴収するための周知の装置が含まれてもよい。そして、例えば、そのようなコイン認証装置等を通じて、所定の対価としてのコイン等が徴収されてよい。しかし、それらの図示は省略した。

モニタＭＯは、制御ユニット３０からの出力信号に基づいて各種の画像等を表示するための周知の表示装置である。一例として、モニタＭＯは、制御ユニット３０からの出力信号に応じて、音楽ゲームをプレイするためのゲーム画面を表示する。入力装置７は、ユーザのプレイ行為を入力するための周知の装置である。入力装置７は、ユーザが実行したプレイ行為に対応する信号を制御ユニット３０に出力する。例えば、入力装置７として、ユーザが指等で触れると、その接触位置に応じた信号を出力するタッチパネルが使用されてよい。そして、タッチパネルは、ユーザのタッチ操作に基づいてそのタッチ位置に対応する信号を制御ユニット３０に出力してよい。同様に、スピーカ８は、制御ユニット３０からの出力信号に基づいて各種の音声を再生するための周知の出力装置（音声再生装置）である。スピーカ８は、例えば、制御ユニット３０からの出力信号に応じて、ＢＧＭ等のゲームで使用される各種の音声を再生する。

リーダ９は、例えば、近距離無線通信を利用し、記憶媒体に記録された各種の情報を非接触状態で読み取る周知の装置である。リーダ９は、記憶媒体の一例としてカードＣＤの情報の読み取りに使用されてよい。具体的には、リーダ９は、一例として、各ユーザが所持するカードＣＤの情報を読み取ってその情報に対応した信号を制御ユニット３０に出力してよい。

また、カードＣＤには、例えば、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられていてよい。そして、カードＣＤには、このような不揮発性記憶媒体等を介して、各種の情報が記録されてよい。また、例えば、各種の情報には、ユーザＩＤの情報（ユーザＩＤを特定可能な情報を含む）が含まれてよい。つまり、カードＣＤは、例えば、ＩＤカードとして、ＩＤカードに対応する各ユーザの特定に使用されてよい。さらに、各種の情報には、例えば、その他にも所定の対価として使用される価値の量の情報（価値の量を特定するための情報を含む）が含まれてもよい。そして、その価値の量を消費することにより所定の対価が徴収されてもよい。つまり、カードＣＤは、一例として、所定の対価の支払いに使用されてもよい。

なお、カードＣＤは、各種の情報を電子的に記録する形態に限定されない。例えば、カードＣＤは、二次元コード等の各種のコードを介して各種の情報を記録してもよい。この場合、リーダ９は、そのようなコードを読み取り可能なコードリーダを含む等によりそのようなコードを読み取り可能に構成されていてよい。つまり、リーダ９は、そのようなコードの読み取りに使用されてもよい。

一方、記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などにより構成されてよい。記憶ユニット３１には、ゲームプログラム３４及びゲームデータ３５が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがゲームを提供するために必要なコンピュータプログラムである。ゲームプログラム３４の実行に伴って、制御ユニット３０の内部には、例えば、ゲーム提供部３７が設けられてよい。ゲーム提供部３７は、ゲームを提供するために必要な各種処理を実行する。ゲーム提供部３７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット３０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。

ゲームデータ３５は、ゲームプログラム３４の実行に伴って参照されるデータである。ゲームデータ３５は、例えば、楽曲データ３６及びシーケンスデータ３８を含んでいる。楽曲データ３６は、音楽ゲームで使用される楽曲等の各種の音声をスピーカ８に再生させるために必要なデータである。シーケンスデータ３８は、音楽ゲームにおいて適切なプレイ行為を実行すべき時期をユーザに案内するために必要なデータである。例えば、シーケンスデータ３８には、適切な位置をタッチ操作すべき操作時期が予め記述されていてよい。そして、例えば、音楽ゲームでは、シーケンスデータ３８に記述された各操作時期に基づいて適切なタッチ操作をすべき位置及び時期が案内されてよい。楽曲データ３６及びシーケンスデータ３８は周知の音楽ゲームと同様に構成されてよいため、詳細の説明は省略する。

また、ゲームデータ３５は、その他にもゲームを実行するための各種のデータを含んでいてよい。例えば、そのようなデータには、上述の集団料金データ１４ａが含まれていてよい。例えば、集団料金データ１４ａは、必要な部分が含まれるように、少なくとも一部がセンターサーバ２から提供されてよい。同様に、そのような各種のデータには、例えば、その他にも画像データ及び効果音データが含まれてよい。画像データは、ゲームに必要な各種画像を表示するためのデータである。効果音データは、ＢＧＭ等、ゲームに必要な各種の音声を再生するためのデータである。しかし、それらの図示は省略した。

次に、ゲーム機ＧＭが提供する音楽ゲームについて説明する。音楽ゲームは、タイミングゲームの一種である。タイミングゲームは、適切なプレイ行為の実行時期を評価するタイプのゲームである。音楽ゲームの場合、その適切なプレイ行為を実行すべき実行時期が楽曲とともに提供される。また、音楽ゲームでは、楽曲のリズムと一致する時期が実行時期として利用される。つまり、音楽ゲームは、適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際にプレイ行為が実行された時期を評価するタイプのゲームである。また、例えば、音楽ゲームにはプレイ用に複数の楽曲が用意され、そこから選択された楽曲が実際のプレイに使用されてよい。

例えば、そのような音楽ゲームは、モニタＭＯに表示されるゲーム画面を通じて提供されてよい。具体的には、例えば、ゲーム画面は、各実行時期に対応する指示標識及び現在時刻の基準として機能する基準標識を含んでいてよい。そして、例えば、各実行時期において基準標識の位置と一致するように移動する指示標識の移動により各実行時期が案内されてもよい。また、適切なプレイ行為として、指示標識と基準標識との一致に合わせてその一致位置をタッチするタッチ操作が採用されてよい。ゲーム機ＧＭは、例えば、このようなゲーム画面を通じて音楽ゲームを提供してよい。

また、音楽ゲームは、ユーザ単位（一人のユーザ毎）だけでなくグループ単位（複数のユーザ毎）で提供されてよい。グループ単位で音楽ゲームが提供される場合、音楽ゲームはそのグループを形成する複数のユーザに共通にプレイされてよい。つまり、ゲーム機ＧＭは、一度のプレイ機会に複数のユーザが参加するように共通の音楽ゲームを提供してよい。そして、ゲーム機ＧＭは、例えば、単数若しくは複数のグループに含まれるユーザが協力して共通の音楽ゲームをプレイする形態、及び同じグループ内のユーザ間或いは複数のグループ間で対戦が実現されるように共通の音楽ゲームをプレイする形態等、各種の形態でグループ単位の音楽ゲームを提供してよい。

図３〜図５を参照して、音楽ゲームがグループ単位でプレイされる場合の所定の対価について説明する。図３は、音楽ゲームのプレイ料金（所定の対価）の一例を説明するための説明図である。図３に示すように、音楽ゲームのゲーム範囲は、個別プレイ（ユーザ単位のプレイ）及びグループプレイ（グループ単位のプレイ）を含んでいてよい。そして、これらのプレイ料金として、個別プレイには個別料金が、グループプレイにはグループ料金が、それぞれ設定されてよい。

具体的には、個別料金は、各ユーザＵが個別に音楽ゲームをプレイするために必要な所定の対価である。つまり、個別料金の支払いに伴い、音楽ゲームの個別プレイがユーザＵに提供される。また、グループ料金は、グループＵＧが音楽ゲームをプレイするために必要な所定の対価である。つまり、グループ料金は、グループＵＧの全ユーザＵが音楽ゲームをプレイするための対価としてグループＵＧの各ユーザＵに共通に設定される料金である。例えば、グループ料金は、グループＵＧを形成するユーザＵの人数に応じて決定されてよい。つまり、グループ料金は、グループプレイを共通にプレイするユーザＵの人数に応じて変化してよい。そして、グループ料金の支払いに伴い（グループ料金の徴収と引き換えに）、音楽ゲームのグループプレイがグループＵＧの各ユーザＵに提供される。

図３の例では、第１ユーザＵ１によって個別プレイが選択され、個別料金が支払われている。そして、個別料金の徴収に伴い、この個別料金を支払った第１ユーザＵ１に個別プレイが提供される。一方、グループＵＧは、例えば、第２ユーザＵ２及び第３ユーザＵ３を含んでいる。また、グループＵＧによってグループプレイが選択され、グループ料金が支払われている。そして、グループ料金の徴収に伴い、第２ユーザＵ２及び第３ユーザＵ３といった、このグループＵＧを形成する各ユーザＵにグループプレイが提供される。

また、図３の例では、グループ料金は、グループＵＧのユーザＵの人数に応じた第１グループ料金及び第２グループ料金を含んでいる。また、一例として、第１グループ料金及び第２グループ料金には、グループＵＧのユーザＵの人数で割った場合の均等額、つまりこれらのグループ料金を各ユーザＵに均等に割り当てた場合のそれぞれの均等額が相違するように互いに異なる額が設定される。具体的には、第１グループ料金は第１均等額が、第２グループ料金は第２均等額が、それぞれ均等額となるように設定されてよい。そして、第１均等額と第２均等額とは互いに相違している。つまり、グループ料金は、人数に応じて単に均等額分が増加するのではなく、この均等額自体が変化するように設定される。一例として、このようにグループＵＧのユーザＵの人数に応じて均等額が変化するようにグループ料金は設定される。この場合、グループＵＧを形成する複数のユーザＵが本発明の複数のユーザとして、グループ料金が本発明の全体の対価として、それぞれ機能する。

なお、グループＵＧは、適宜の形態で形成されてよい。例えば、グループＵＧは、ユーザＵの指定等、その他の各種の条件に基づいて形成されてもよい。具体的には、例えば、グループＵＧは、上述のマッチングサービスを通じてマッチング（ゲームの途中でマッチングされる場合を含む）によって形成されてよい。つまり、グループＵＧは、マッチングされた各ゲーム機ＧＭのユーザＵによって形成されてよい。また、このようなマッチングは、例えば、各ゲーム機ＧＭの要求（募集）に基づいて要求したゲーム機ＧＭを含むように実行されてもよいし、特定のゲーム機ＧＭの要求に基づいてその特定のゲーム機ＧＭを含むように実行されてもよい。或いは、特定のゲーム機ＧＭ及びその特定のゲーム機ＧＭを使用する特定のユーザＵが指定する指定のゲーム機ＧＭを含むようにマッチングが実行されてもよい。そして、その特定のユーザＵ及び指定のゲーム機ＧＭを使用するユーザＵによってグループＵＧが形成されてもよい。これらの場合、マッチングされた複数のゲーム機ＧＭ及びそれらを使用するユーザが本発明の複数のゲーム機及び複数のユーザとしてそれぞれ機能する。或いは、グループＵＧは、一台のゲーム機ＧＭを共通に使用する各ユーザＵによって形成されてもよい。同様に、グループＵＧを形成するユーザＵの数も適宜でよい。

図４は、人数に応じた均等額の変化の一例を説明するための説明図である。図４に示すように、例えば、グループ料金は、グループＵＧを形成するユーザＵの人数が増えるに従って均等額が小さくなるように設定されてよい。つまり、グループ料金は、ユーザＵの人数が多くなるほど、均等額が小さくなるように設定されてよい。

具体的には、例えば、二人のユーザＵによって形成される第１グループＵＧ１に第１グループ料金が、三人のユーザＵによって形成される第２グループＵＧ２に第２グループ料金が、それぞれグループ料金として設定されてよい。つまり、第１グループ料金はユーザＵの数が二人の場合のグループ料金に、第２グループ料金はユーザＵの数が三人の場合のグループ料金に、それぞれ対応してよい。そして、例えば、人数の増加に従って均等額が減少するように、第１グループ料金及び第２グループ料金は設定されてよい。つまり、第２均等額の方が第１均等額よりも小額になるように第１グループ料金及び第２グループ料金が設定されてよい。換言すれば、プレイ人数に応じた特典（一人当たりの負担額の減少）がプレイ料金に付与されるようにグループ料金は設定されてよい。したがって、第２グループ料金（三人分のグループプレイのプレイ料金）の額は、第１均等額を三人分積算した額よりも小さくなってよい。

図４の例では、第１均等額（“２００円”）として、個別料金が利用されている。結果として、個別料金（“２００円”）を二人分積算した積算額（“４００円”）が第１グループ料金として設定されている。また、この設定に伴い、第１グループＵＧ１を形成する第２ユーザＵ２及び第３ユーザＵ３の二人のユーザＵに第１グループ料金及び第１均等額の少なくともいずれか一方が通知される。そして、この第１グループ料金の支払いに伴い、第２ユーザＵ２及び第３ユーザＵ３に共通のグループプレイが提供される。

なお、グループ料金が均等に分担される場合の各ユーザＵの負担額は、個別料金に限定されない。このような負担額として、ユーザＵの人数に応じて設定されるグループ料金の各種の均等額が採用されてよい。例えば、このような均等額は、徴収可能な対価の単位に応じて適宜に設定されてよい。例えば、グループ料金がコインによって徴収される場合には、１０円、或いは１００円等の単位で適宜に設定されてよい。同様に、グループ料金が電子通貨によって徴収される場合には、１円単位等の適宜の単位で設定されてよい。また、端数（徴収可能な対価の単位より小さい数）は、切り捨て或いは切り上げ等により適宜に処理されてよい。或いは、端数は、特定のユーザＵ等にまとめて加算されてもよい。例えば、コイン及び電子通貨等の複数の支払い方法が存在する場合には、そのような端数は電子通貨によって支払うユーザＵ等、端数の支払いが可能なユーザＵに加算されてもよい。

或いは、グループ料金（人数に応じて変化する料金）の適用は、特定の支払い方法のユーザＵに限定されてもよい。この場合、グループ料金の算出は、その特定の支払い方法のユーザＵの人数を対象に実行されてもよいし、他の支払い方法のユーザＵを含むグループ全体の人数を対象に実行されてもよい。これにより、特定の支払い方法の選択を促進することができる。具体的には、特定の支払い方法として、例えば、電子通貨による支払いが採用されてもよい。この場合、例えば、コイン支払い及び電子通貨支払いのユーザＵが混在するときには、コイン支払いのユーザＵの負担額として個別料金が適用される一方で、その支払い後に残るグループ料金の残額を按分した額が電子通貨支払いのユーザＵの負担額として適用されてもよい。また、この場合のグループ料金は、コイン支払いのユーザＵの人数を含めて算出されてもよいし、電子通貨支払いのユーザＵの人数だけを対象に算出されてもよい。

同様に、支払い方法は、例えば、実際の支払いによって特定されてもよいし、各ユーザＵの選択（自己申請）によって特定されてもよい。このような選択は、例えば、人数の確定のために人数確定前（例えば、マッチング前）に行われてもよいし、人数確定後（例えば、マッチング後）に行われてもよい。支払い方法に応じて負担額が変化する場合等、通知後の負担額の変化に伴い、負担額と実際の支払額と間に差額が生じる（実際の支払い額の方が多い）場合、差額分が次回の支払い用に保留されもよいし、払い戻されてもよい。この払い戻しは、別の支払い方法に対応する対価を通じて実行されもよい。例えば、コインで支払われた場合の差額が電子通貨として払い戻されてもよい。また、支払い方法は、例えば、選択可能か否かによって自動で特定されてもよい。具体的には、例えば、カードＣＤが所定の価値として電子通貨の支払いに使用される場合に、カードＣＤが電子通貨の支払いに使用可能であるか否か、或いはその支払い可能な残高が支払いに十分か否かによって特定されてよい。つまり、一例として、電子通貨の支払いが可能であり、残高も十分なカードＣＤが使用された場合に支払い方法が自動的に電子通貨支払いと特定されてもよい。

一方、図４の例では、第１均等額を三人分積算した場合の積算額に該当する６００円よりも小さい料金が第２グループ料金として設定されている。具体的には、第２グループ料金はとして“５００円”が設定されている。これを第２グループＵＧ２のユーザＵの人数（三人）で割った場合、“１６７円”が均等額（第２均等額）として算出される。つまり、第１均等額よりも第２均等額（“１６７円”）が３３円安くなるように第２グループ料金は設定されている。そして、このような第２グループ料金及び第２均等額の少なくともいずれか一方が第２グループＵＧ２を形成する第２ユーザＵ２〜第４ユーザＵ４に通知され、この第２グループ料金の支払いに伴い、第２ユーザＵ２〜第４ユーザＵ４の三人のユーザＵに共通のグループプレイが提供される。一例として、グループＵＧの人数に応じて、このような特典（割引）が付与されるようにグループ料金は設定されてよい。

グループ料金は、グループＵＧの各ユーザＵが適宜の負担額を分担するように各種の支払方法で支払われてよい。図５は、グループ料金の支払い方法の一例を説明するための説明図である。また、図５の例は、図４の例の第１グループＵＧ１が第１グループ料金を支払う場合の支払い方法の一例を示している。図５に示すように、第１グループ料金は、例えば、第１グループＵＧ１を形成する第２ユーザＵ２及び第３ユーザＵ３の負担額がそれぞれ相違する第１支払い方法〜第３支払い方法によって支払われてよい。

具体的には、例えば、第１支払い方法として、第１グループ料金（“４００円”）の第１均等額（“２００円”）を第２ユーザＵ２及び第３ユーザＵ３が均等に負担する支払い方法が採用されてよい。つまり、第１グループ料金は、第２ユーザＵ２及び第３ユーザＵ３によって平等に負担されてよい。この場合、第２ユーザＵ２及び第３ユーザＵ３の負担額は等しく第１均等額となる。

一方、例えば、第２支払い方法及び第３支払い方法として、第２ユーザＵ２及び第３ユーザＵ３の負担額が相違する（負担額が等しくない）方法が採用されてもよい。例えば、第２支払い方法及び第３支払い方法として、本来各ユーザＵが負担すべき第１均等額の一部を他のユーザＵが負担する支払い方法、及び全部を負担する支払い方法が採用されてよい。つまり、第１グループ料金は、グループＵＧの二人のユーザＵ間における負担額の相違を許容するように設定されてよい。

図５の例では、第２支払い方法として、第１グループＵＧ１の第２ユーザＵ２及び第３ユーザＵ３のうち、第２ユーザＵ２の方が第３ユーザＵ３よりも１００円多く負担する支払い方法が採用されている。つまり、第１均等額（“２００円”）のうち、本来第３ユーザＵ３が負担すべき一部（１００円）を第２ユーザＵ２が負担している。結果として、第２ユーザＵ２の負担額（“３００円”）と第３ユーザＵ３の負担額（“１００円”）との間には、２００円の差が生じている。

一方、図５の例では、第３支払い方法として、第２ユーザＵ２が第１グループ料金の全部を負担する支払い方法が採用されている。つまり、第１均等額のうち、本来第３ユーザＵ３が負担すべき全部（“２００円”）を第２ユーザＵ２が負担している。結果として、第３ユーザＵ３は第１グループ料金を全く負担しておらず、第２ユーザＵ２の負担額（“３００円”）と第３ユーザＵ３の負担額（“０円”）との間には、４００円の差が生じている。一例として、グループ料金がグループＵＧの各ユーザＵに均等（同額）に負担される場合だけでなく、このようにグループＵＧの一部のユーザＵによってグループ料金の全額が負担される場合も含め、異なる負担額が生じることも許容するように各種の支払い方法でグループ料金は支払われてよい。

なお、例えば、各ユーザＵの負担割合（グループ料金を負担する割合）は、予め決められていてもよい。同様に、負担割合が他のユーザＵよりも大きいユーザＵも予め決められていてもよい。例えば、このような負担割合（負担額）の大きいユーザＵは、特定のユーザＵが他のユーザＵよりも多く料金を負担する等、各ユーザＵによる指定、或いは自己申請（自己による指定）等によって決定されてもよい。或いは、グループＵＧがマッチングによって決定される場合には、マッチングを要求したゲーム機ＧＭのユーザＵがこのようなユーザＵとして機能してもよい。同様に、マッチングがユーザＵの指定した各ゲーム機ＧＭをマッチングするように実行される場合には、その各ゲーム機ＧＭを指定する特定のユーザＵがこのようなユーザＵとして機能してもよい。或いは、マッチングサービスに最初にエントリしたユーザＵや特定の支払い方法（例えば、電子通貨による支払い等）によって対価を支払った（或いは支払い可能な）ユーザＵが、このようなユーザＵとして機能してもよい。さらには、負担割合の大きいユーザＵは、抽選等によりランダムに決定されてもよい。

同様に、負担割合の大きいユーザＵの負担額は、複数人分等、予め決められていてもよい。また、このような負担額は、例えば、負担条件に基づいて決定されてもよい。例えば、負担条件は、自己が負担すべき負担額の指定を要件に含んでいてもよい。つまり、各ユーザＵの負担額は、各ユーザＵの選択によって決定されてもよい。具体的には、例えば、グループプレイは、通常モード及び通常モードに比べて各種の有利な展開やゲーム要素を有する特別モードを含み、これらのモードには特別モードの方がプレイに必要な対価の額が高くなるように異なる対価の額が設定されていてよい。そして、通常モードを選択したユーザＵには通常モードに対応する対価の額が、特別モードを選択したユーザＵには特別モードに対応する対価の額が、負担すべき負担額として設定されてよい。つまり、対価の額の相違するモードの選択を通じて各ユーザＵの負担額が決定されてもよい。この場合、特定モードに対応する対価の額及び特定モードの指定が本発明の特定負担額及び特定負担額の指定としてそれぞれ機能する。

また、例えば、グループＵＧ内の少なくとも一部のユーザＵが特別モードを選択し、それに対応する対価を支払った場合、グループＵＧ内の全員に特別モードが提供されてもよい。つまり、特別モードの有利な展開等が負担額の異なるユーザＵ（特別モードを選択したユーザＵ）の存在に伴う特典として利用されてもよい。この場合、この特典の対象は、グループＵＧの全員と捉えられてもよいし、特別モードを選択したユーザＵ以外と捉えられてもよい。つまり、負担額の異なるユーザＵの存在に伴い、グループＵＧの全員或いは一部のユーザＵに特典が付与されてもよい。これにより、負担額の相違を促進することができる。また、このような特典として、例えば、その他にも、特別の背景等の装飾要素、或いはアイテムやプレイ時間の追加等のゲームの進行に有利な要素等、各種のゲーム要素が利用されてもよい。

負担条件は、例えば、その他にも抽選結果を要件に含んでいてよい。つまり、各ユーザＵの負担額は、抽選結果によりランダムに決定されてもよい。また、各ユーザＵの選択や抽選等により負担額の大きいユーザＵが決められる場合、換言すれば、各ユーザＵの支払うべき負担額がセンターサーバ２等により事前に決められる場合、各ユーザＵが支払うべき負担額（個別の負担額）は、各ゲーム機ＧＭ等を通じて各ユーザＵに通知されてもよい。そして、各ユーザＵには、その通知された負担額の支払が要求されてよい。

次に、集団料金データ１４ａの詳細について説明する。集団料金データ１４ａは、グループ料金を管理するためのデータである。図５は、集団料金データ１４ａの内容の一例を説明するための説明図である。図５に示すように、例えば、集団料金データ１４ａは、“集団ＩＤ”、“ユーザＩＤ”、“集団料金”、及び“徴収結果”の情報を含んでいてよい。

“集団ＩＤ”は、グループＵＧ毎にユニークな集団ＩＤを示す情報である。集団ＩＤは、例えば、各グループＵＧの識別（特定）に使用される。また、“ユーザＩＤ”は、上述のユーザＩＤを示す情報である。“ユーザＩＤ”の情報は、例えば、各グループＵＧに属するユーザＵの数の取得に使用されてもよい。つまり、“ユーザＩＤ”の情報は、各グループＵＧのユーザＵの数の情報として機能してよい。

一方、“集団料金”は、グループプレイに設定されるグループ料金を示す情報である。グループ料金は、上述の通り、例えば、ユーザＵの人数に応じて均等額が変化するように設定されてよい。具体的には、グループ料金は、例えば、ユーザＵの数に応じた第１グループ料金等を含んでよい。このような場合、“集団料金”には、ユーザＵの数に応じて設定されるべき第１グループ料金等のグループ料金の情報が記述されてよい。また、第１グループ料金等、ユーザＵの人数に応じたグループ料金の候補が予め用意されている場合には、“集団料金”の情報として、例えば、これらの候補を特定（識別）するための情報が利用されてもよい。

“徴収結果”は、グループ料金の徴収結果を示す情報である。具体的には、“徴収結果”は、例えば、グループ料金が徴収されたことを示す徴収済みの情報或いは徴収されていないことを示す未徴収の情報を含んでいてよい。一例として、集団料金データ１４ａは、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。

なお、集団料金データ１４ａは、例えば、その他にも“個別負担額”或いは“均等額”の情報を含んでいてもよい。“個別負担額”は、各ユーザＵが個別に負担すべき負担額を示す情報である。“個別負担額”には、例えば、負担割合の大きいユーザＵの負担額等、各ユーザＵの負担額が事前に特定される場合に、そのような各ユーザＵの負担額を示す情報が記述されてよい。そして、“個別負担額”は各ユーザＵの負担額の特定や通知等に使用されてよい。同様に、“均等額”は、グループ料金をユーザＵの数で割った場合の均等額を示す情報である。例えば、“均等額”の情報は、第１均等額等、各グループ料金の均等額が各ユーザＵに通知される場合に、この通知のために使用されてよい。

次に、料金通知処理について説明する。料金通知処理は、グループ単位で音楽ゲームがプレイされる場合のグループ料金を通知するための処理である。具体的には、グループＵＧのユーザＵの人数に応じて変化するグループ料金の額を通知するための処理である。料金通知処理は、例えば、図７のルーチンを通じてセンターサーバ２の制御ユニット１０によって実現されてよい。より具体的には、図７のルーチンは、制御ユニット１０のＷｅｂサービス管理部１７を通じて実行されてよい。なお、ゲーム機ＧＭの制御ユニット３０及びセンターサーバ２の制御ユニット１０は、この処理の他にも各種の周知な処理等を、それぞれ単独で或いは互いに協働して実行する。しかし、それらの詳細な説明は省略する。

図７は、料金通知処理を実現するための料金通知処理ルーチンのフローチャートの一例を示す図である。より具体的には、図７の例は、マッチングによってグループＵＧが形成される場合の料金通知処理ルーチンのフローチャートの一例を示している。図７のルーチンは、例えば、各ゲーム機ＧＭからグループ料金の設定が要求された場合に実行されてよい。また、例えば、各ゲーム機ＧＭは、例えば、音楽ゲームのプレイのうち、グループプレイが選択された場合にグループ料金の設定をセンターサーバ２に要求してよい。なお、例えば、グループＵＧが一台のゲーム機ＧＭを共通に使用する各ユーザＵによって形成される場合等、一台のゲーム機ＧＭでグループＵＧの形成が可能な場合には、図７のルーチンは、ゲーム機ＧＭの制御ユニット３０によって実行されてもよい。

図７のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ１１においてグループプレイをプレイするユーザＵの数、換言すれば、グループＵＧを形成するユーザＵの数を特定する。この特定は、例えば、マッチング結果に基づいて実現されてよい。或いは、この特定は集団料金データ１４ａの“ユーザＩＤ”の情報に基づいて実現されてもよい。なお、グループＵＧがユーザＵの設定等、マッチングサービス以外によって形成される場合、例えば、ユーザＵの入力結果に基づいてユーザＵの数が特定されてもよい。

続くステップＳ１２において、Ｗｅｂサービス管理部１７は、グループプレイに必要なグループＵＧ全体のプレイ料金として、ユーザＵの数に応じて均等額が変化するようにグループＵＧに共通のグループ料金を設定する。具体的には、例えば、第１グループ料金等の候補が予め用意されている場合には、Ｗｅｂサービス管理部１７は、グループＵＧのユーザＵの数に応じて設定されるべきグループ料金をそれらの候補から選択することによりユーザＵの数に応じて均等額が変化するグループ料金を設定してよい。さらに、各ユーザＵの負担額が事前に決められている場合には、Ｗｅｂサービス管理部１７は、ステップＳ１２においてユーザＵ毎の負担額を設定してもよい。具体的には、例えば、各ユーザＵから個別料金（均等額）が徴収されるべき場合には、Ｗｅｂサービス管理部１７は各ユーザＵが個別料金を負担するように各ユーザＵの負担額として個別料金を設定してよい。或いは、各ユーザＵの負担額がモードの指定によって決定される場合には、特定モードを指定したユーザＵが特定モードに対応する料金を、通常モードを指定したユーザＵが通常モードに対応する料金を、それぞれ負担するように、Ｗｅｂサービス管理部１７は各ユーザＵに指定結果に対応するモードの料金を負担額として設定してよい。

次のステップＳ１３において、Ｗｅｂサービス管理部１７は、ステップＳ１２で設定したグループ料金が各ユーザＵに通知されるように、そのグループ料金をグループＵＧに属する各ゲーム機に通知する。また、ステップＳ１２においてユーザＵ毎の負担額が設定されている場合には、この通知にはユーザＵ毎の負担額が含まれていてもよい。そして、Ｗｅｂサービス管理部１７は、ステップＳ１３の処理を終えると、今回のルーチンを終了する。これにより、グループプレイが選択される場合に、ユーザＵの数に応じて均等額が変化するグループ料金が設定され、各ユーザＵに通知される。また、ユーザＵ毎の負担額が事前に決められる場合には、ユーザＵ毎の負担額も設定され、通知される。

以上に説明したように、この形態によれば、グループプレイを選択するグループＵＧのユーザＵの数に応じて均等額が変化するように、グループプレイをプレイするためのグループ料金が設定される。つまり、グループプレイをするために支払われる料金のグループＵＧ単位の合計額（総額）を、ユーザＵの数に応じて均等額が変化するように変化させることができる。結果として、その合計額の変化を通じてグループＵＧを形成するユーザＵの数に動機付けを行うことができる。

より具体的には、例えば、グループＵＧを形成するユーザＵの数の増加に伴い均等額が小さくなるようにグループ料金が設定される場合には、ユーザＵの数に応じた割引（ボリュームディスカウント）を実現することができる。この場合、ユーザＵの数が増えるに従って各ユーザＵが負担すべき負担額を減少させることができるので、料金面でユーザＵの数の増加に対する動機付けを行うことができる。これにより、グループＵＧのユーザＵの数の増加を促進することができる。つまり、ボリュームディスカウントを通じて、グループプレイをプレイするユーザＵの数の増加に対する動機付け及びその増加の促進を実現することができる。ボリュームディスカウントにより均等額は減少するものの、グループＵＧのユーザＵの数が増加すれば、グループ料金の総額は増加する。したがって、これらによりグループプレイに伴い徴収される料金の額を増加させることができる。

以上の形態において、センターサーバ２の制御ユニット１０が、図７のルーチンを実行することにより本発明の人数判別手段及び対価設定手段として機能する。

本発明は上述の形態に限定されず、適宜の形態にて実施することができる。例えば、上述の形態では、グループプレイの場合、グループＵＧの全体の料金としてグループ料金が設定されている。しかし、本発明は、このような形態に限定されない。例えば、グループ料金の設定は、省略されてもよい。具体的には、例えば、グループＵＧの各ユーザＵが均等額を負担する場合やモードの指定に応じて各ユーザＵの負担額が決められる場合等、負担条件等に基づいて各ユーザＵが個別に負担すべき個別の負担額が事前に決められる場合には、グループ料金の設定は省略されてもよい。この場合、負担条件等に基づいて決められる各ユーザＵの個別の負担額が本発明の個別の対価として機能する。

上述の形態では、グループ料金は、グループＵＧのユーザＵの数が増加するほど、均等額が小さくなるように変化している。しかし、本発明は、このような形態に限定さない。例えば、グループ料金は、上述の形態とは反対に、グループＵＧのユーザＵの数が増えるに従って均等額が増加するように変化してもよい。このような場合でも、例えば、ユーザの数が所定数以上のときに限定される展開（プレイ範囲）や有利な要素等の特典の付与を利用して、やはりユーザの数の増加に対する動機付けを行うことができる。また、このような場合も、ユーザＵの数の増加に伴い、各ユーザＵの単価を増加させることができるので、やはりグループプレイによって徴収される料金の額を増加させることができる。

上述の形態では、ゲーム機ＧＭは音楽ゲームを提供している。しかし、ゲーム機ＧＭが提供するゲームは、このような形態に限定されない。例えば、その他にも、アクションゲーム、ロールプレイングゲーム、アドベンチャーゲーム、シミュレーションゲーム、パズルゲーム、カードゲーム、シューティングゲーム、スポーツゲーム、複合ゲーム等の各種のゲームがゲーム機ＧＭによって提供されてよい。

同様に、上述の形態では、制御ユニット３０及び記憶ユニット３１がゲーム機ＧＭに設けられている。しかし、本発明のゲーム機ＧＭは、このような形態に限定されない。例えば、クラウドコンピューティングを利用してネットワーク上に論理的に制御ユニット３０及び記憶ユニット３１が設けられてもよい。つまり、ゲーム機ＧＭは、ネットワーク３を通じて制御ユニット３０の処理結果を提供する端末として構成されていてもよい。さらに、本発明のゲームシステムは、一台のゲーム機ＧＭを使用する複数のユーザＵによってグループＵＧが形成される場合等において、センターサーバ２が省略され、一台のゲーム機ＧＭによって実現されてもよい。

以下に、上述の内容から得られる本発明の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。

本発明のゲームシステムは、所定の対価の徴収と引き換えに複数のユーザ（ＵＧ）に共通のゲームをプレイさせるゲームシステム（１）であって、前記ゲームをプレイする前記複数のユーザの人数を判別する人数判別手段（１０）と、前記人数判別手段の判別結果に基づいて、前記ゲームのプレイに伴い前記所定の対価として前記複数のユーザの全体から徴収されるべき全体の対価の額（例えば、グループ料金）を前記複数のユーザの各ユーザに均等に割り当てた場合の均等額が前記複数のユーザの人数に応じて変化するように、各ユーザから個別に徴収されるべき個別の対価（例えば、個別の負担額）及び前記全体の対価の少なくともいずれか一方の額を設定する対価設定手段（１０）と、を備えている。

本発明のゲームシステムによれば、共通のゲームをプレイする複数のユーザの数に応じて均等額が変化するように、このゲームのプレイに伴う対価として複数のユーザの全体から徴収されるべき全体の対価の額及び各ユーザから個別に徴収されるべき個別の額の少なくともいずれか一方の額が設定される。これにより、複数のユーザが共通のゲームをプレイする場合に各ユーザによって支払われる所定の対価の合計額を、ユーザの数に応じて各ユーザに割り当てられるべき均等額が変化するように変化させることができる。結果として、対価の合計額を通じて共通のゲームをプレイする複数のユーザの数に動機付けを行うことができる。具体的には、例えば、ユーザの数の増加に伴い均等額が減少するように変化する場合には、共通のゲームをプレイするユーザの数に応じた割引（ボリュームディスカウント）を実現することができる。この場合、ユーザの数が増えるに従って各ユーザが負担すべき負担額を減少させることができるので、対価の面でユーザの数の増加に対する動機付けを行うことができる。これにより、共通のゲームをプレイするユーザの数の増加を促進することができる。一方、例えば、ユーザの数の増加に伴い均等額が増加するように変化する場合でも、例えば、ユーザの数が所定数以上のときに限定される展開（プレイ範囲）や有利な要素等の特典の付与を利用して、やはりユーザの数の増加に対する動機付けを行うことができる。結果として、これらにより徴収される対価の額を増加させることもできる。

個別の対価及び全体の対価は、各種の態様で設定されてよい。例えば、本発明のゲームシステムの一態様において、前記対価設定手段は、前記複数のユーザ間における負担額の相違を許容するようにユーザ毎の前記個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定してもよい。また、この態様において、前記対価設定手段は、前記複数のユーザに含まれる特定のユーザ（例えば、特別モードを選択したユーザＵ）が負担すべき特定負担額（例えば、特別モードに対応する対価の額）が負担条件に基づいて決定される場合に、当該特定負担額を前記特定のユーザが負担するように、前記ユーザ毎の前記個別の対価を設定してもよい。さらに、この態様において、前記負担条件は、前記特定のユーザによる前記特定負担額の指定（例えば、特別モードの指定）を要件に含み、前記対価設定手段は、前記特定のユーザによって前記特定負担額が指定された場合に、当該特定負担額を前記特定のユーザが負担するように、前記ユーザ毎の前記個別の対価を設定してもよい。

また、本発明のゲームシステムの一態様において、前記対価設定手段は、前記複数のユーザの人数が多くなるほど、前記均等額が小さくなるように、前記個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定してもよい。この場合、ボリュームディスカウントを通じて、ユーザの数の増加に対する動機付け及びゲームをプレイするユーザの数の増加の促進を実現することができる。

複数のユーザは、各種の態様で決定されてよい。例えば、本発明のゲームシステムの一態様として、各ユーザに前記ゲームを提供する各ゲーム機（ＧＭ）と、各ゲーム機とネットワーク（３）を介して接続されるサーバ装置（２）と、を備え、前記複数のユーザは、前記サーバ装置が実行するマッチングによって決定され、前記複数のユーザとして、前記サーバ装置を介してマッチングされた複数のゲーム機をそれぞれ使用する複数のユーザが機能する態様が採用されてもよい。

一方、本発明のコンピュータプログラムは、前記ゲームの提供に使用される出力装置（ＭＯ）に接続されるコンピュータ（１０、３０）を、上述のゲームシステムの各手段として機能させるように構成されたものである。

また、本発明のサーバ装置（２）は、前記ゲームの提供に使用される出力装置（ＭＯ）にネットワーク（３）を介して接続され、上述のゲームシステムの各手段として機能するものである。本発明のコンピュータプログラム或いはサーバ装置が実行されることにより、本発明のゲームシステムを実現することができる。

１ ゲームシステム
２ センターサーバ（サーバ装置）
３ ネットワーク
１０ 制御ユニット（コンピュータ、人数判別手段、対価設定手段）
Ｕ ユーザ
ＵＧ グループ（複数のユーザ）
ＭＯ モニタ（出力装置）
ＧＭ ゲーム機

Claims (1)

1. 所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステムであって、
   前記ゲームをプレイする前記複数のユーザの人数を判別する人数判別手段と、
   前記人数判別手段の判別結果に基づいて、前記ゲームのプレイに伴い前記所定の対価として前記複数のユーザの全体から徴収されるべき全体の対価の額を前記複数のユーザの各ユーザに均等に割り当てた場合の均等額が前記複数のユーザの人数に応じて変化するように、各ユーザから個別に徴収されるべき個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定する対価設定手段と、
   を備える、ゲームシステム。

Images