ゲームシステム及びそのコンピュータプログラム
【課題】ゲーム継続の動機付を与えるゲームシステムを提供する。
【解決手段】所定のプレイ料金を徴収したことを条件として、そのプレイ料金に対応した範囲におけるゲームのプレイを許可し、そのプレイ料金に対応した範囲におけるゲームが終了した場合、ユーザから所定の継続料金をプレイ料金として徴収したことを条件に、その継続料金に対応した範囲でゲームのプレイの継続を許可するゲームシステムにおいて、ゲームが複数の範囲に亘って継続されている間のユーザの通算成績を判別し、通算成績の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる。
【解決手段】所定のプレイ料金を徴収したことを条件として、そのプレイ料金に対応した範囲におけるゲームのプレイを許可し、そのプレイ料金に対応した範囲におけるゲームが終了した場合、ユーザから所定の継続料金をプレイ料金として徴収したことを条件に、その継続料金に対応した範囲でゲームのプレイの継続を許可するゲームシステムにおいて、ゲームが複数の範囲に亘って継続されている間のユーザの通算成績を判別し、通算成績の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のプレイ料金を徴収したことを条件として所定の範囲でゲームのプレイを許可するゲームシステムに関する。
【背景技術】
【０００２】
ゲームの開始時に所定のプレイ料金を徴収して所定範囲のプレイを許可し、その範囲のゲームが終了すると、所定額のプレイ料金の追加支払いを条件として、前回の続きからのゲームのプレイを許可するゲームシステムが知られている（例えば特許文献１参照）。この種のゲームシステムにおいて、一般的には、ゲームを継続するために必要な料金は一定額に固定されているが、ゲーム終了時点での成績が良好な場合に、ゲームの継続に必要な料金を減額（無料とする場合も含む。）する例も存在する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１５６０４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のゲームシステムにおいて、料金の変更（減額）は、一回のプレイ料金に対応した範囲の成績のみと関連付けられている。ゲームが継続されると、その継続前のゲームの成績は、その後の料金設定に対して考慮されていない。さらに言えば、従来のゲームシステムにおける料金の変更は、プレイ料金の支払に対応したプレイ範囲にて所定の成績を収めたことに対する特典といった措置でしかない。ゲームの継続に必要な料金を動的に変化させることにより、ゲームを継続する動機付けをユーザに与えることはこれまで検討されていない。
【０００５】
本発明は、ゲームを継続するために必要な料金とその料金に対応して許可されるべきゲームの範囲との関係の変化を利用して、ゲームの継続に対する動機付けをユーザに与えることが可能なゲームシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のゲームシステムは、ユーザからプレイ料金を徴収する料金徴収手段（１７）と、前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段（１６）と、を具備し、前記ゲーム制御手段には、前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段（Ｓ１３、Ｓ１４）と、前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段（Ｓ６、Ｓ７）と、前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段（Ｓ２４、Ｓ２５、Ｓ２６）とが設けられているものである。
【０００７】
本発明のコンピュータプログラムは、ゲームシステムにおけるコンピュータ（１０）を、ユーザからプレイ料金を徴収する料金徴収手段（１７）、及び前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段（１６）として機能させ、前記ゲーム制御手段は、前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段（Ｓ１３、Ｓ１４）、前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段（Ｓ６、Ｓ７）、及び前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段（Ｓ２４、Ｓ２５、Ｓ２６）、としてそれぞれ機能するように構成されたものである。
【０００８】
本発明によれば、ゲームが複数の範囲に亘って継続されている間のユーザの通算成績を判別し、その判別結果が所定の料金変更条件を満たした場合に、継続料金とその継続料金に対応して許可されるべきゲームの範囲との関係が変化する。したがって、継続料金を払いつつゲームを繰り返し継続したことによって得られる通算成績を料金設定に反映させることが可能である。そのため、ゲームが一旦継続された後はそれ以前のゲームの成績を料金設定において考慮しない従来技術と比較して、ゲームを繰り返し継続した積み重ねとしての通算成績を料金設定における有利な状態の付与、あるいは不利な状態の解消に結び付け、それによりゲームを繰り返しプレイする動機付けをユーザに与えることができる。例えば、一回のゲームの成績が料金の減額にわずかに足りない場合でも、次回のゲームを継続して足りない分を補えば料金変更条件が満たされてその後に減額を受けられるようにすれば、ゲームの継続に対してユーザに強い動機付けを与えることができる。あるいは、いずれかの範囲におけるゲームの成績が振るわなかったことが原因で継続料金が増額され、次回以降のゲームで通算成績を向上させない限り、その不利な状況が解消されないように料金変更条件を設定した場合でも、ゲームの継続に対してユーザに強い動機付けを与えることができる。
【０００９】
本発明において、プレイ料金は現金、代替通貨、電子通貨その他の各種の決済手段を通じて徴収されてよい。ゲームの範囲は適宜の尺度でこれを特定してよい。例えば、ユーザに与えられる選択の機会、手番の数、ライフ、パワーといった個々のプレイによって逐次消費される量的な指標、ゲームのプレイ時間等によりゲームの範囲を特定してよい。成績は、ユーザのゲームにおける評価の高低を区別する概念であり、得点その他の各種の指標で成績を表現することができる。ステータスといった概念で成績を表現してもよい。複数の範囲に亘る通算成績は、個々の範囲での成績を積み重ねて得られる評価の高低である。継続料金と、これに対応して許可されるべきゲームの範囲との関係は、継続料金の減額、あるいは増額といった料金そのものの変更に限定されない。例えば、継続料金は変更せず、その継続料金に対応して許可されるべき範囲を拡大又は縮小させることによっても、前記の関係を変化させることが可能である。なお、継続料金それ自体をユーザが選択可能とし、その選択された継続料金に対応して許可されるべきゲームの範囲を料金変更条件に関連付けて拡大又は縮小してもよい。
【００１０】
本発明の一形態において、前記継続料金に対応して許可されるべき一回のゲームの範囲では達成できない通算成績が得られたときに前記料金変更条件が満たされるように当該料金変更条件が設定されてもよい。これにより、料金変更条件が毎回満たされることがなくなる。これにより、継続料金とその継続料金に対応して許可されるべきゲームの範囲との関係の変更が常態化するおそれがなくなり、その常態化によって、ゲームの継続に対する動機付けを与える作用が損なわれるおそれを低減することができる。
【００１１】
本発明の一形態において、前記継続設定変更手段は、前記通算成績判別手段が判別した通算成績が一回のゲームの範囲では達成できない通算成績に達すると、前記料金変更条件が満たされたと判断して、前記継続料金を当該継続料金に対応して許可されるべきゲームの範囲に対して相対的に減額してもよい。これにより、継続料金の相対的な減額を目指してゲームを継続する意欲をユーザに与えることができる。なお、相対的な減額は、継続料金そのものを減額する場合のみならず、継続料金を変更させず、継続料金に対応して許可されるべきゲームの範囲を拡大又は縮小する場合も含む。
【００１２】
さらに、前記ゲーム制御手段は、複数のユーザに共通のゲームをプレイさせ、該ゲーム上の前記複数のプレイヤのそれぞれの選択に基づいて前記複数のユーザに対して共通の成績を評価する協力プレイを提供可能であり、前記継続制御手段は、前記ゲームの終了時点における共通の成績に基づいて、ゲームの次の範囲への進行を許可すべきか否かを判断し、前記進行を許可すべきと判断した場合に前記継続料金を徴収したことを条件として、前記継続料金に対応した範囲でゲームのプレイの継続を許可し、前記通算成績判別手段は、前記協力プレイが提供されているか否かに関わりなく、ユーザの個人の通算成績を判別するものとしてもよい。この形態によれば、協力プレイが提供されている場合、一回の範囲で提供されるゲームが終了すると、次の範囲への進行を許可すべきか否かが、協力プレイの共通の成績に基づいて判別される。したがって、個人的にはゲームを次の範囲に進めることができないほど成績が低いプレイヤであっても、協力プレイの成績次第によっては次の範囲へとゲームを継続できる可能性がある。そして、複数の範囲を継続してプレイすることにより、通算成績が料金変更条件を満たす可能性が生じる。このように、協力プレイに本発明を適用すれば、従来よりも広範囲のユーザに対してゲームの継続に対する動機付けを与えることが可能である。
【００１３】
本発明の好適な一形態において、前記ゲーム制御手段は、ユーザにクイズを出題してユーザの回答の正否を判別するクイズゲームを提供可能であり、前記通算成績判別手段は前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの正解数を前記通算成績として判別してもよい。その場合、前記継続設定変更手段は、前記正解数が所定数に達したときに前記料金変更条件が満たされたと判断してもよい。さらに、前記継続料金に対応して許可されるべき一回のゲームの範囲におけるクイズの出題数よりも前記正解数の前記所定数が大きく設定されてもよい。このようにクイズゲームに本発明を適用すれば、本発明の作用効果を適切かつ確実に発揮させることができる。
【００１４】
なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【発明の効果】
【００１５】
以上に説明したように、本発明によれば、ゲームが複数の範囲に亘って継続されている間のユーザの通算成績を判別し、その判別結果が所定の料金変更条件を満たした場合に、継続料金とその継続料金に対応して許可されるべきゲームの範囲との関係を変化させるようにしたので、ゲームを繰り返し継続した積み重ねとしての通算成績を料金設定における有利な状態の付与、あるいは不利な状態の解消に結び付け、それによりゲームを繰り返し継続してプレイする動機付けをユーザに与えることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一形態に係るゲームシステムの概略構成を示す図。
【図２】図１のゲーム機及びセンターサーバの制御系における機能ブロック図。
【図３】ゲーム機にて実行されるクイズゲームの各ステージとプレイ料金との関係を示す図。
【図４】ゲーム機の制御ユニットが実行するゲーム制御ルーチンを示すフローチャート。
【図５】図４のサブルーチン処理として制御ユニットが実行するコンティニュー処理ルーチンを示すフローチャート。
【図６】協力プレイにおける出題形式の一態様を示す図。
【図７】協力プレイにおける出題形式の他の態様を示す図。
【発明を実施するための形態】
【００１７】
以下、ネットワークを利用したゲームシステムに本発明を適用した一形態を説明する。なお、本形態のゲームシステムでは、所定のプレイ料金をユーザから徴収したことを条件として、ユーザ（プレイヤと呼ぶこともある。）にクイズの問題を出題し、それらの問題に対する正解率等を競うクイズゲームをユーザに提供するものである。そのゲームはステージを単位として進行し、一つのステージでは所定数の問題が出題される。一つのステージの成績が所定のクリア条件（次のステージへの進行を許可すべき条件）を満たしていると次のステージへの進行が許可される。初回に徴収したプレイ料金に対応する範囲のゲームが終了すると、新たなプレイ料金（継続料金）の徴収を条件として次のステージへの進行が許可される。以下、同様にしてゲームが進行する。また、本形態のゲームシステムでは、ネットワークを介して接続された複数のゲーム機のプレイヤに対して共通の問題を出題し、それらのプレイヤが協力して回答することによりゲームを進行させるといったプレイ型式（以下、そのような形態でのプレイを協力プレイと呼ぶことがある。）も用意されている。
【００１８】
本形態に係るゲームシステムの概略構成を図１に示す。ゲームシステム１においては、複数のゲーム機（ゲーム端末）２と、センターサーバ３とがルータ４を介してネットワーク５にそれぞれ接続されている。センターサーバ３は一台の物理的装置によって構成される例に限らず、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ３が構成されてもよい。一台のゲーム機２がセンターサーバ３として兼用されてもよい。ネットワーク５は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するもので、典型的にはインターネットがネットワーク５として使用される。各ゲーム機２は、ゲームの対価としてプレイ料金を徴収する業務用又は商用のゲーム機として構成されている。ゲーム機２は、店舗６等の商業施設に適当な台数ずつ設置される。ルータ４は各店舗６及びセンターサーバ３に対応付けて設置され、同一店舗のゲーム機２は共通のルータ４を介してネットワーク５に接続されている。ゲーム機２と店舗６のルータ４との間にローカルサーバが設置され、そのローカルサーバを介してゲーム機２がセンターサーバ３と通信可能に接続されてもよい。
【００１９】
センターサーバ３は、ゲームシステム１の運営者によって設置され、ネットワーク５を介した各種のサービスを、ゲーム機２又はそのゲーム機２のユーザ（プレイヤ）に対して提供する。一例として、センターサーバ３は、ゲーム機２を介したゲームプログラムあるいはデータの更新サービス、ゲーム機２のユーザを認証し、そのユーザのプレイ履歴、セーブデータ等を含んだプレイヤデータをセンターサーバ３上に保管するサービス、ネットワーク５を介してユーザ同士が対戦し、あるいは協力プレイを実現するために必要なユーザ間のマッチングサービス等を提供する。
【００２０】
ゲーム機２及びセンターサーバ３には、ネットワーク５上でそれらを識別するためのユニークなＩＰアドレスが付されている。ゲーム機２同士あるいはゲーム機２とセンターサーバ３との間の通信では、そのＩＰアドレスを利用して通信相手が特定される。ネットワーク５がインターネットのように公開性のあるネットワークの場合には、各ルータ４にネットワーク５上でユニークな固定アドレスが設定される。ゲーム機２には、その固定アドレスとの組み合わせによってネットワーク５上でゲーム機２を一意に識別するためのプライベートアドレスがＩＰアドレスとして設定される。この場合、ゲーム機２とセンターサーバ３との間、あるいはゲーム機２同士の間には仮想プライベートネットワーク（ＶＰＮ）が構築され、そのＶＰＮ上で各ゲーム機２がプライベートアドレスを用いて一意に特定される。
【００２１】
次に、図２を参照して、ゲームシステム１の制御系の構成を説明する。ゲーム機２には、制御ユニット１０が設けられている。制御ユニット１０には、入力装置１１、表示装置１２、カードリーダ１３、金銭収受装置１４及び記憶装置１５が接続されている。入力装置１１は、ユーザの操作を受け付け、その操作内容に応じた信号を制御ユニット１０に出力する。表示装置１２は、制御ユニット１０からの指示に従ってゲーム画面等を表示する。カードリーダ１３は、ユーザが所持するカード８の情報を読み取ってその情報に対応した信号を制御ユニット１０に出力する。カード８には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられており、その媒体にはカード８毎にユニークなＩＤ（以下、カードＩＤと呼ぶことがある。）等が記録されている。なお、カードＩＤは、カード８にバーコード等の形態で記録されていてもよい。金銭収受装置１４は、ユーザが投入した金銭（硬貨あるいは紙幣）の額を検出し、投入額に応じた信号を制御ユニット１０に出力する。記憶装置１５は、例えばハードディスク記憶装置等、記憶保持が可能な記憶装置である。記憶装置１５は、所定のクイズゲームを制御ユニット１０に実行させるためのゲームプログラム１０１、及びそのゲームプログラム１０１がクイズゲームを進めるために参照するクイズデータ１０２といった各種のデータを記憶する。クイズデータ１０２は、ゲーム機２で実行されるクイズゲームの問題及び解答を問題毎にユニークな問題ＩＤと対応付けて記録したデータである。問題及び解答は、文字列、画像等を適宜に組み合わせて構成されてよい。クイズデータ１０２には、問題を選択する際の情報として、問題のジャンル、難易度等を指定する情報が含まれてもよい。
【００２２】
記憶装置１５のゲームプログラム１０１を制御ユニット１０が読み取って実行することにより、制御ユニット１０の内部には、論理的装置としてのゲーム制御部１６及び課金管理部１７が設けられる。ゲーム制御部１６は、ゲーム機２にてユーザに提供されるゲームの開始、進行、及び終了の管理といったゲームのプレイに必要な各種の処理を実行する。課金管理部１７は、ユーザに対してプレイ料金の支払いを要求し、要求した額のプレイ料金が徴収されたか否かを判別するといったプレイ料金の徴収に関連する処理を実行する。なお、本形態では、ユーザがプレイ料金を支払う手段（支払い方法）として、金銭収受装置１４を利用した現金による支払い方法と、センターサーバ３にて管理されている口座から電子通貨を引き落とすことにより支払う方法とが選択可能とされている。ただし、支払い額の最小単位（最小額）は、現金による支払い方法よりも、電子通貨による支払い方法がより小さい。例えば、現金では１００円が最小単位であるのに対して、電子通貨では１円単位相当量での支払いが可能とされる。
【００２３】
センターサーバ３には、制御ユニット２０と、記憶装置２１とが設けられている。制御ユニット２０は、マイクロプロセッサと、そのマイクロプロセッサにて実行されるべきオペレーティングシステム等のプログラムが記録されたＲＯＭ、及びマイクロプロセッサに対する作業領域を提供するＲＡＭ等の内部記憶装置（不図示）とを備えたコンピュータユニットである。制御ユニット２０には、キーボード等の入力装置と、モニタ等の出力装置とが接続されるが、それらの図示は省略した。記憶装置２１は、制御ユニット２０にて実行されるべきサーバプログラム２０１及びそのプログラム２０１が参照する各種のデータを記憶する。記憶装置２１には、制御ユニット２０が参照すべきデータの一種として、クイズデータ２０２、プレイヤデータ２０３及び口座データ２０４が記録されている。クイズデータ２０２はゲーム機２の記憶装置１５に保持されているクイズデータ１０２の親データとなるべきデータである。
【００２４】
プレイヤデータ２０３は、プレイヤのプレイ履歴、成績といったゲームのプレイ内容に関連した情報を、そのプレイヤが所持するカード８のカードＩＤと関連付けて記録したレコードの集合である。口座データ２０４は、ユーザが保持する電子通貨の額をそのユーザに固有のＩＤ（以下、ユーザＩＤと呼ぶ。）と関連付けて記録したレコードの集合である。カードＩＤとユーザＩＤとは１対１又は多対１で対応付けられている。センターサーバ３の記憶装置２１には、ＩＤの対応関係を判別するためのデータも記録されている。口座データ２０４に保持される電子通貨の額は、システム運営者等が運営するウェブサイト等を介してユーザが増額（預入）することが可能とされている。電子通貨の預入に対応したユーザへの課金は、例えばクレジットカード等による決済手段を通じて別途行われる。あるいは、電子通貨の預入専用端末等を利用して現金と引き換えに電子通貨が預け入れられるようにしてもよい。口座データ２０４に対する電子通貨の預入及びその決済は、プリペイド型の電子通貨システムのそれと同様でよく、その詳細は説明を省略する。なお、口座管理部及び口座データの機能はセンターサーバ３とは物理的に分けられた装置にて管理されていてもよい。
【００２５】
記憶装置２１のサーバプログラム２０１を制御ユニット２０が読み取って実行することにより、制御ユニット２０の内部には、論理的装置としてのゲーム管理部２２及び口座管理部２３が設けられる。ゲーム管理部２２は、各ゲーム機２のクイズデータ１０２をクイズデータ２０２と同期させる処理、ゲーム機２のプレイヤ同士をマッチングしてその結果をゲーム機２に通知する処理、プレイヤデータ２０３をゲーム機２に送信し、あるいはゲーム機２から送られた情報に基づいてプレイヤデータ２０３を更新する処理といった、ネットワーク５を介した所定のゲームをプレイヤに提供するために必要な処理を実行する。口座管理部２３は、ゲーム機２からのプレイ料金の引き落とし要求に応答して、口座データ２０４の対応するレコードから指定された額の電子通貨を引き落とすといった電子通貨の管理に関する処理を担当する。すなわち、ゲーム機２からカードＩＤと支払い額とを沿えて引き落とし処理が要求された場合、口座管理部２３はそのカードＩＤに対応するユーザＩＤレコードを口座データ２０４から特定し、その特定されたレコードに保持されている額から支払い額を減算することにより、電子通貨によるプレイ料金の支払いを完了させる。
【００２６】
次に、ゲームシステム１にて実行されるゲームにおけるプレイ料金とこれに対応したゲームのプレイ範囲との関係を図３により説明する。ゲームシステム１にて提供されるクイズゲームはステージ単位で進行する。ここでは、各ステージを、その実行順に従ってステージ１、ステージ２…と表現する。各ステージでは、クイズデータ１０２から１２問のクイズが選択されて出題される。プレイ料金は、初回のゲームの範囲に対してＡ（一例として２００円）が設定されている。初回のプレイ料金の徴収に対応してプレイが許容されるゲームの範囲（以下、初回範囲と呼ぶことがある。）は、ステージ１及びステージ２である。言い換えれば、ユーザは、初回のプレイ料金Ａを支払えばステージ２まで進むことが可能である。ステージ２が終了した以降は、次のステージに進むためのプレイ料金として所定のコンティニュー料金（継続料金）の支払いが必要となる。つまり、コンティニュー料金の徴収に対応して許容されるゲームの範囲（コンティニュー範囲）は一つのステージに設定されている。コンティニュー料金は、原則として初回のプレイ料金の９０％、つまり０．９Ａに設定されている。このコンティニュー料金を以下では正規料金と呼ぶことがある。なお、初回のプレイ料金は、金銭収受装置１４が受け付け可能な単位に設定される。一方、コンティニュー料金は、金銭収受装置１４が受け付け可能な金銭の単位よりも小さい値に設定される。したがって、コンティニュー料金は、センターサーバ３の口座管理部２２を介した電子通貨による支払いのみが可能である。一方、初回のプレイ料金は、現金又は電子通貨のいずれでも支払うことができる。
【００２７】
本形態では、ゲームの複数のステージに亘って繰り返す間のゲームの通算成績が記録され、その通算成績が所定の減額条件（料金変更条件）を満たすとコンティニュー料金が、正規料金に対して減額される。すなわち、本形態では、ステージ１の第１問からプレイヤの正解数が通算され、通算された正解数が所定数（２０問）に達すると、次回のコンティニュー料金が正規料金から減額される。減額条件を満たすために必要な正解数は一回のコンティニュー範囲における出題数よりも大きく設定されている。したがって、プレイヤがステージ３以降の全てにおいて減額を受けることはできない。ただし、減額に必要な正解数は、初回のプレイ料金に対応した範囲（２ステージ）における出題数である２４よりも小さい。そのため、最初に発生するコンティニュー料金（ステージ３のプレイに必要なコンティニュー料金）が減額される可能性はある。減額量（減額の程度）は適宜に定めてよいが、一例として正規料金の１０％が減額されてコンティニュー料金が０．８１Ａに変更される。減額が一旦適用されると、その時点で通算正解数は２０問減算される。その後、通算正解数が再び２０問に達すると次回のコンティニュー料金が正規料金から減額される。毎回の減額量は同じである。ただし、減額の回数に応じて減額量を変化させてもよい。図３の例では、ステージ３のプレイ中に通算正解数が２０問に達し、ステージ４のコンティニュー料金が減額される。また、ステージ５のプレイ中に通算正解数が再度２０問に達し、その次のステージ（ステージ６）のコンティニュー料金が再び減額される。ステージ５のコンティニュー料金は正規料金である。
【００２８】
以上のように、本形態では、複数のプレイ範囲に亘って正解数が通算され、その通算正解数が所定数に達する毎にコンティニュー料金が減額される。したがって、コンティニュー料金を支払ってゲームを継続することに対する動機付けをプレイヤに与えることができる。例えば、通算正解数が２０問に僅かに足りない状態でステージが終了した場合には、正規料金を払ってゲームを継続すれば、次回のコンティニュー時にはコンティニュー料金が減額される蓋然性が極めて高い。これにより、毎回のステージの成績が無駄にならず、ゲームの継続に対してプレイヤに強い動機付けを与えることができる。また、本形態では、減額条件を満たすために必要な通算正解数が、一回のコンティニュー料金の徴収と引き換えに許可されるゲームの範囲（つまり１ステージ）の出題数よりも大きく設定されている。それにより、減額が毎回発生することがなく、減額適用の常態化、あるいは正規料金の形骸化を適度に抑制することができる。減額適用が常態化すれば、ゲームの継続に対する動機付けを与える作用も損なわれるおそれがあるが、本形態によればそのようなおそれも少ない。さらに、本形態では、協力プレイの場合において、ステージクリアの条件を満たしたか否かを協力プレイの結果に基づいて判別している。したがって、個人的にはステージをクリアできないほど成績が低いプレイヤであっても、協力プレイの成績次第によっては複数のステージを順次プレイできる可能性がある。そして、複数のステージをプレイすることにより、通算正解数が減額条件を満たして減額の適用を受けられる可能性がある。このように、協力プレイに本形態の減額処理を適用すれば、従来よりも広範囲のユーザに対してゲームの継続に対する動機付けを与えることが可能である。
【００２９】
図４は、クイズゲームを進行させるためにゲーム機２の制御ユニット１０が実行するゲーム制御ルーチンを示している。プレイヤが初回のプレイ料金を支払ってゲーム機２にクイズゲームの開始を指示すると、制御ユニット１０はゲーム制御部１６に図４のルーチンを開始させる。そのルーチンにおいて、ゲーム制御部１６は、まずステップＳ１でプレイヤのマッチングを処理する。その処理は、複数のプレイヤをネットワーク５を介して同じ空間内でプレイさせるために行なわれる処理であって、センターサーバ３に対してマッチングを要求し、その結果を受けて、マッチングされたプレイヤのゲーム機２間で共通のクイズゲームを薦めるために必要な各種の環境設定を行なうものである。なお、マッチングされたプレイヤのゲーム機２間で共通の問題を出題させるためには、一例として、それらのゲーム機２間に親機と子機との関係を設定し、親機がクイズデータ１０２から問題を選択してその選択結果を示す情報を子機のゲーム機２に与え、その子機のゲーム機２で与えられた情報に対応する問題をクイズデータ１０２から選択して出題すればよい。各ゲーム機のクイズデータ１０２は、センターサーバ３のゲーム管理部２２によってクイズデータ２０２と同期されるように制御される。それにより、ゲーム機２間でのクイズデータ１０２の整合性が保たれる。なお、複数のプレイヤに対して共通の問題を出題するプレイ形態には、プレイヤ間で正解数、正解率等を競う対戦形態と、複数のプレイヤが協力して回答する協力プレイ形態とが存在する。いずれの形態でゲームをプレイするかは、ゲーム開始時点のプレイヤの選択に従って決定すればよい。
【００３０】
マッチングの処理が終了すると、ゲーム制御部１６はステップＳ２に進み、出題数を初期値の１に設定する。なお、ステップＳ１からステップＳ２へと処理が進められる場合、そのステージは初回のステージ１である。続くステップＳ３にて、ゲーム制御部１６はクイズの問題を出題する。協力プレイの場合には、それらのプレイヤが協力して回答するような問題がプレイヤ間に共通して出題される。図６及び図７にその協力プレイにおける出題型式の例を示す。図６の例では、アルファベット４文字（一例として「ＣＡＫＥ」）が正解となる問題が出題され、複数（図示例では４人）のプレイヤのそれぞれには４文字のうち、いずれか一文字を解答することが求められる。図６では、プレイヤＡが「Ｃ」、プレイヤＢが「Ａ」、プレイヤＣが「Ｋ」、プレイヤＤが「Ｉ」の文字をそれぞれ回答として入力した状態を示している。回答が完成した場合に協力プレイが回答されたものとされ、４人のプレイヤのそれぞれに得点が付与される。図７の例では、同一の解答が多いほど４人のプレイヤに与えられる得点が高くなる。図７では、プレイヤＡ、Ｂ、Ｃが「アメリカ」を、プレイヤＤが「ロシア」をそれぞれ回答として入力した状態を示しており、この場合には、３人のプレイヤの回答が一致した場合の得点がプレイヤＡ〜Ｄに付与される。
【００３１】
出題後、ゲーム制御部１６はステップＳ４に進み、プレイヤの回答を取得する。協力プレイの場合には、同一のゲームに参加している他のプレイヤの回答もネットワーク５を介して取得される。続くステップＳ５において、ゲーム制御部１６は回答が正解又は不正解のいずれであるかを判別し、その判別結果に応じた得点等を演算して結果を記憶する。協力プレイの場合には、上記の例のように全プレイヤの回答が総合されて正否判定が行なわれ、判定結果に応じた得点が与えられる。つまり、この場合には、協力プレイに参加している全員のプレイヤの回答（ゲーム上の選択）が総合され、その総合された結果に対して成績が決定される。
【００３２】
次のステップＳ６において、ゲーム制御部１６は、自機のプレイヤの回答が正解であったか否かを判別する。この場合の正否は、協力プレイであっても、ゲーム機２のプレイヤの個人に関する回答の正否である。つまり、協力プレイでは、複数のプレイヤの回答を総合して正否が判定され、一部のプレイヤが不正解であったとしても、出題そのものに対しては全員の回答に基づいて判定が行なわれて得点が与えられることがある。したがって、全体を総合しての正否判定の結果と、個人のプレイヤの正否判定とが異なる場合がある。図６の例では、プレイヤＡ、Ｂ、Ｃは正解、プレイヤＤは不正解であるが、全体としては不正解である。また、図７の例では４人のプレイヤに対して３人の回答が共通した場合の得点が全プレイヤに与えられるが、プレイヤＤのみは異なる回答をしているため、個人の成績に関してはプレイヤＡ、Ｂ、Ｃが正解、プレイヤＤは不正解とみなすことができる。あるいは、共通の出題に対して、複数の選択肢から一つの選択肢を各プレイヤに回答として選択させ、正解の選択を選んだプレイヤの人数が過半数であったときに、協力プレイの回答としては正解と判断される一方で、誤った選択肢を選んだプレイヤ個人は不正解と判断されるような場合もあり得る。
【００３３】
したがって、ステップＳ６では個人のプレイヤの回答が正解であったか否かを判別する。ステップＳ６にて正解と判断された場合、ゲーム制御部１６はステップＳ７にて正解数カウンタの値に１を加算し、その後ステップＳ８へと進む。ステップＳ６にて不正解と判断された場合、ステップＳ７がスキップされてステップＳ８へと処理が進められる。ステップＳ８において、ゲーム制御部１６は、ステージ開始後の出題数が１２に達したか否かを判別する。出題数が１２に達していなければ、ゲーム制御部１６はステップＳ９に進み、出題数に１を加算してステップＳ３の処理に戻る。
【００３４】
一方、ステップＳ８にて出題数が１２に達していた場合、ゲーム制御部１６はステージが終了したと判断してステップＳ１０へ進む。ステップＳ１０において、ゲーム制御部１６は、今回のステージにおけるプレイ結果を集計し、その結果をプレイヤに対して発表する。この場合のプレイ結果は、ステップＳ５にて判別されて記憶された正解数、正解率、得点、及びステップＳ６の判定結果、正解カウンタの値等を含む。その後、ゲーム制御部１６はステップＳ１１に進み、所定のコンティニュー処理を実行する。コンティニュー処理は、プレイヤがステージをクリアしたか否かの判定、コンティニューする場合の料金の判定等を含む。その詳細は後述する。
【００３５】
続くステップＳ１２において、ゲーム制御部１６はコンティニューが可能か否かを判別する。ここでは、ステップＳ１１のコンティニュー処理でコンティニューが許可と判断され、かつ、プレイヤがコンティニューを希望した場合にコンティニュー可能と判断される。コンティニュー可能と判断された場合、ゲーム制御部１６はステップＳ１３に進む。ステップＳ１３において、ゲーム制御部１６は、ステップＳ１１で判定されたコンティニュー料金を課金管理部１７に渡して課金を実行させる。この場合、課金管理部１７は、センターサーバ３の口座管理部２３に対して口座データ２０４からのコンティニュー料金の引き落としを要求し、口座管理部２３からの引き落としの成否の結果をゲーム制御部１６に返す。
【００３６】
コンティニュー料金の課金依頼後、ゲーム制御部１６はステップＳ１４に進み、課金管理部１７から課金が完了したか否か、つまり、コンティニュー料金の徴収が完了したか否かを判別する。課金が完了した場合、ゲーム制御部１６はステップＳ１５に進み、次のステージへとゲームを進行させてステップＳ２の処理へ戻る。以降は、新たなステージの第１問からゲームが継続される。ステップＳ１２にてコンティニュー不可能と判断された場合、又はステップＳ１４にて課金できなかったと判断された場合、ゲーム制御部１６はゲーム制御ルーチンを終了させる。これによりゲームは終了する。なお、協力プレイの場合において、一部のプレイヤのみがコンティニューを希望しなかった場合、そのプレイヤのゲーム機２ではステップＳ１２が否定判断されてゲームが終了する。この場合、残されたプレイヤのみで次のステージへとゲームが進行するように、出題形式等が調整される。例えば、４人のプレイヤが協力プレイに参加していた場合において、１人のプレイヤがゲームを終了させた場合、次のステージでは３人のプレイヤによる協力プレイとなる。この場合、出題内容も３人が回答することを前提としたものに変更される。このような処理は、例えばクイズデータ１０２に、４人用の問題、３人用の問題といったように、プレイヤ数毎に問題を用意しておき、協力プレイに参加しているプレイヤの人数に対応する問題を選択すればよい。
【００３７】
図５は、図４のステップＳ１１のサブルーチン処理として呼び出されるコンティニュー処理を示している。コンティニュー処理が開始されると、ゲーム制御部１６は、まずステップＳ２１にてステージクリアの条件が満たされているか否かを判別する。ステージクリアの条件は、図４のステップＳ５の判定結果と関連付けて定められている。例えば、ステージ終了時点の正解数、正解率、あるいは得点が所定のレベルを超えている場合にステージクリアと判断される。協力プレイの場合には、全員の回答を総合して与えられる判定結果が考慮され、全プレイヤに対してステージクリアか否かが一義的に判定される。したがって、正解数カウンタに記録された個人のプレイヤの成績が低くても、そのプレイヤもステージクリアと判断されることがある。
【００３８】
ステージクリアと判断された場合、ゲーム制御部１６はステップＳ２２に進み、現在のステージがステージ１か否かを判別する。ステージ１の場合、ゲーム制御部１６はステップＳ２３に進み、コンティニュー料金を０に設定する。ステージ２までは初回のプレイ料金でプレイ可能であり、コンティニュー料金の支払いが不要だからである。一方、ステップＳ２２にてステージ１ではない場合、ゲーム制御部１６はステップＳ２４に進み、正解数カウンタの値（通算正解数）が２０以上か否かを判別する。正解数が２０未満の場合、ゲーム制御部１６はステップＳ２５に進み、コンティニュー料金を正規料金（つまり０．９Ａ）に設定する。ステップＳ２４にて正解数カウンタの値が２０以上であった場合、ゲーム制御部１６はステップＳ２６に進み、コンティニュー料金を、正規料金に対して減額された料金（一例として０．８１Ａ）に設定する。その後、ゲーム制御部１６はステップＳ２７に進んで正解数カウンタの値から２０を減算する。なお、正解数カウンタからの正解数２０の減算を省略し、通算正解数が２０の倍数に達する毎にステップＳ２４が肯定判断されるようにルーチンを変更してもよい。この場合、例えば、通算正解数が２０の倍数に達したか否かを判断し、さらに、前回の判断結果と比較して新たに２０の倍数に達したか否かを判断してもよい。
【００３９】
ステップＳ２３、Ｓ２５又はＳ２７の処理後、ゲーム制御部１６はステップＳ２８に進んでコンティニューを許可する。一方、ステップＳ２１にてステージクリアの条件が満たされていない場合、ゲーム制御部１６はステップＳ２９に進み、コンティニューを禁止する。ステップＳ２８又はＳ２９の処理後、ゲーム制御部１６は図４のルーチンに復帰してステップＳ１２へと進む。ステップＳ２８にてコンティニューが許可され、かつプレイヤがコンティニューを希望した場合にステップＳ１２が肯定判断される。一方、ステップＳ２９にてコンティニューが禁止された場合には、プレイヤの希望に関わりなく、ステップＳ１２が否定判断される。また、ステップＳ１３では、ステップＳ２３、Ｓ２５又はＳ２６にて設定されたコンティニュー料金が課金管理部１７に渡される。なお、ステップＳ２３でコンティニュー料金が０に設定された場合、課金管理部１７がセンターサーバ３と通信することなく、課金完了をゲーム制御部１６に返せばよい。あるいは、コンティニュー料金が０に設定された場合、ゲーム制御部１６は課金管理部１７に課金を指示することなく、ステップＳ１３、Ｓ１４をスキップしてステップＳ１５に処理を進めてもよい。
【００４０】
以上の形態においては、ゲーム機２の課金管理部１７が金銭収受装置１４を利用して、あるいはセンターサーバ３の口座管理部２３を利用して初回のプレイ料金及びコンティニュー料金を徴収することにより料金徴収手段として機能し、ゲーム制御部１６がゲーム制御手段として機能する。また、ゲーム制御部１６は、図４のステップＳ１３及びＳ１４の処理を実行することにより継続制御手段として機能し、ステップＳ６及びＳ７の処理を実行することにより通算成績判別手段として機能し、図５のステップＳ２４、Ｓ２５及びＳ２６の処理を実行することにより継続設定変更手段として機能する。
【００４１】
本発明は上述した形態に限定されることなく、種々の形態にて実施することが可能である。例えば、一回の継続料金の徴収を条件として許可されるべきゲームの範囲は一つのステージに限らず、適宜に設定してよい。通算成績は、複数のステージに亘って通算される正解数に限らず、ゲーム上におけるユーザの選択を様々な観点から評価し、その評価結果を積み重ねて通算成績とすることができる。上記の形態では、通算成績が所定のレベルに達したときにコンティニュー料金を減額することにより、継続料金とこれに対応して許可されるべきゲームの範囲との関係を変化させたが、その関係の変化も適宜に変更可能である。例えば、一ステージにおける出題数の増加又は減少、許可すべきステージ数の拡大又は縮小といったように、許可されるべきゲームの範囲の拡大又は縮小によって変化させることにより、継続料金をこれに対応して許可されるべきゲームの範囲に対して相対的に減額することができる。通算成績が良好な場合に継続料金を相対的に減額する処理に代えて、又は加えて継続料金を相対的に増加させる処理を実施してもよい。電子通貨によるプレイ料金の支払いが可能なゲームシステムでは、小額決済が可能であることから、継続料金の支払い単位を細分化し、支払われた単位に応じた範囲でゲームの継続を許可することも可能である。そのような場合でも、一回のプレイ料金（継続料金）の徴収額に対応したゲームの範囲を拡大又は縮小することにより本発明を適用することができる。
【００４２】
上記の形態では、通算正解数が２０問に達すると、次回の継続料金を減額させているが、その減額等は、次々回の継続時に適用されるものでもよい。つまり、通算成績が所定の料金変更条件を満たした場合における料金設定の変更は、その料金変更条件が満たされた範囲の次回以降のいずれかの適当な時期に実施すればよい。上記の形態では、初回のプレイ料金を現金にて支払い可能とする一方で、継続料金は電子通貨による支払いのみを認めている。しかし、プレイ料金の支払い、あるいは徴収の手段は適宜に変更してよい。例えば、図２のカード８をプリペイドカード、あるいはクレジットカードのような決済機能を備えたものとすれば、カードリーダ１３を介して課金管理部１７により料金を徴収することができる。他にも、カード８に代えて、ＩＣチップを搭載した携帯電話等を利用してプレイ料金を支払えるようにしてもよい。プレイ料金として取り引きされる単位も通貨に限定されず、ポイントその他の通貨を代替する各種の単位でプレイ料金が取り引きされてよい。
【００４３】
本発明はクイズゲームを提供するゲームシステムに限らず、適宜のジャンルのゲームを提供するシステムに適用可能である。本発明はネットワークを利用したゲームシステムに限らず、いわゆるスタンドアローンのゲーム機を前提としたゲームシステムにも適用可能である。協力プレイを提供する場合、そのゲームの内容、及び複数のユーザのゲーム上における選択を総合して成績を評価する手法も適宜に変更してよい。例えば、複数のユーザが共通の敵と戦うタイプの協力プレイを提供する場合、その敵を倒したか否かによって共通の成績を評価する一方、各ユーザが敵を倒すまでにどのような選択をしたかを個別を評価して個人の成績を求めるといった変形が可能である。
【符号の説明】
【００４４】
１ ゲームシステム
２ ゲーム機
３ センターサーバ
５ ネットワーク
１０ 制御ユニット（コンピュータ）
１６ ゲーム制御部（ゲーム制御手段、継続制御手段、通算成績判別手段、継続設定変更手段）
１７ 課金管理部（料金徴収手段）
【技術分野】
【０００１】
本発明は、所定のプレイ料金を徴収したことを条件として所定の範囲でゲームのプレイを許可するゲームシステムに関する。
【背景技術】
【０００２】
ゲームの開始時に所定のプレイ料金を徴収して所定範囲のプレイを許可し、その範囲のゲームが終了すると、所定額のプレイ料金の追加支払いを条件として、前回の続きからのゲームのプレイを許可するゲームシステムが知られている（例えば特許文献１参照）。この種のゲームシステムにおいて、一般的には、ゲームを継続するために必要な料金は一定額に固定されているが、ゲーム終了時点での成績が良好な場合に、ゲームの継続に必要な料金を減額（無料とする場合も含む。）する例も存在する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１５６０４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のゲームシステムにおいて、料金の変更（減額）は、一回のプレイ料金に対応した範囲の成績のみと関連付けられている。ゲームが継続されると、その継続前のゲームの成績は、その後の料金設定に対して考慮されていない。さらに言えば、従来のゲームシステムにおける料金の変更は、プレイ料金の支払に対応したプレイ範囲にて所定の成績を収めたことに対する特典といった措置でしかない。ゲームの継続に必要な料金を動的に変化させることにより、ゲームを継続する動機付けをユーザに与えることはこれまで検討されていない。
【０００５】
本発明は、ゲームを継続するために必要な料金とその料金に対応して許可されるべきゲームの範囲との関係の変化を利用して、ゲームの継続に対する動機付けをユーザに与えることが可能なゲームシステム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のゲームシステムは、ユーザからプレイ料金を徴収する料金徴収手段（１７）と、前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段（１６）と、を具備し、前記ゲーム制御手段には、前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段（Ｓ１３、Ｓ１４）と、前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段（Ｓ６、Ｓ７）と、前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段（Ｓ２４、Ｓ２５、Ｓ２６）とが設けられているものである。
【０００７】
本発明のコンピュータプログラムは、ゲームシステムにおけるコンピュータ（１０）を、ユーザからプレイ料金を徴収する料金徴収手段（１７）、及び前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段（１６）として機能させ、前記ゲーム制御手段は、前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段（Ｓ１３、Ｓ１４）、前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段（Ｓ６、Ｓ７）、及び前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段（Ｓ２４、Ｓ２５、Ｓ２６）、としてそれぞれ機能するように構成されたものである。
【０００８】
本発明によれば、ゲームが複数の範囲に亘って継続されている間のユーザの通算成績を判別し、その判別結果が所定の料金変更条件を満たした場合に、継続料金とその継続料金に対応して許可されるべきゲームの範囲との関係が変化する。したがって、継続料金を払いつつゲームを繰り返し継続したことによって得られる通算成績を料金設定に反映させることが可能である。そのため、ゲームが一旦継続された後はそれ以前のゲームの成績を料金設定において考慮しない従来技術と比較して、ゲームを繰り返し継続した積み重ねとしての通算成績を料金設定における有利な状態の付与、あるいは不利な状態の解消に結び付け、それによりゲームを繰り返しプレイする動機付けをユーザに与えることができる。例えば、一回のゲームの成績が料金の減額にわずかに足りない場合でも、次回のゲームを継続して足りない分を補えば料金変更条件が満たされてその後に減額を受けられるようにすれば、ゲームの継続に対してユーザに強い動機付けを与えることができる。あるいは、いずれかの範囲におけるゲームの成績が振るわなかったことが原因で継続料金が増額され、次回以降のゲームで通算成績を向上させない限り、その不利な状況が解消されないように料金変更条件を設定した場合でも、ゲームの継続に対してユーザに強い動機付けを与えることができる。
【０００９】
本発明において、プレイ料金は現金、代替通貨、電子通貨その他の各種の決済手段を通じて徴収されてよい。ゲームの範囲は適宜の尺度でこれを特定してよい。例えば、ユーザに与えられる選択の機会、手番の数、ライフ、パワーといった個々のプレイによって逐次消費される量的な指標、ゲームのプレイ時間等によりゲームの範囲を特定してよい。成績は、ユーザのゲームにおける評価の高低を区別する概念であり、得点その他の各種の指標で成績を表現することができる。ステータスといった概念で成績を表現してもよい。複数の範囲に亘る通算成績は、個々の範囲での成績を積み重ねて得られる評価の高低である。継続料金と、これに対応して許可されるべきゲームの範囲との関係は、継続料金の減額、あるいは増額といった料金そのものの変更に限定されない。例えば、継続料金は変更せず、その継続料金に対応して許可されるべき範囲を拡大又は縮小させることによっても、前記の関係を変化させることが可能である。なお、継続料金それ自体をユーザが選択可能とし、その選択された継続料金に対応して許可されるべきゲームの範囲を料金変更条件に関連付けて拡大又は縮小してもよい。
【００１０】
本発明の一形態において、前記継続料金に対応して許可されるべき一回のゲームの範囲では達成できない通算成績が得られたときに前記料金変更条件が満たされるように当該料金変更条件が設定されてもよい。これにより、料金変更条件が毎回満たされることがなくなる。これにより、継続料金とその継続料金に対応して許可されるべきゲームの範囲との関係の変更が常態化するおそれがなくなり、その常態化によって、ゲームの継続に対する動機付けを与える作用が損なわれるおそれを低減することができる。
【００１１】
本発明の一形態において、前記継続設定変更手段は、前記通算成績判別手段が判別した通算成績が一回のゲームの範囲では達成できない通算成績に達すると、前記料金変更条件が満たされたと判断して、前記継続料金を当該継続料金に対応して許可されるべきゲームの範囲に対して相対的に減額してもよい。これにより、継続料金の相対的な減額を目指してゲームを継続する意欲をユーザに与えることができる。なお、相対的な減額は、継続料金そのものを減額する場合のみならず、継続料金を変更させず、継続料金に対応して許可されるべきゲームの範囲を拡大又は縮小する場合も含む。
【００１２】
さらに、前記ゲーム制御手段は、複数のユーザに共通のゲームをプレイさせ、該ゲーム上の前記複数のプレイヤのそれぞれの選択に基づいて前記複数のユーザに対して共通の成績を評価する協力プレイを提供可能であり、前記継続制御手段は、前記ゲームの終了時点における共通の成績に基づいて、ゲームの次の範囲への進行を許可すべきか否かを判断し、前記進行を許可すべきと判断した場合に前記継続料金を徴収したことを条件として、前記継続料金に対応した範囲でゲームのプレイの継続を許可し、前記通算成績判別手段は、前記協力プレイが提供されているか否かに関わりなく、ユーザの個人の通算成績を判別するものとしてもよい。この形態によれば、協力プレイが提供されている場合、一回の範囲で提供されるゲームが終了すると、次の範囲への進行を許可すべきか否かが、協力プレイの共通の成績に基づいて判別される。したがって、個人的にはゲームを次の範囲に進めることができないほど成績が低いプレイヤであっても、協力プレイの成績次第によっては次の範囲へとゲームを継続できる可能性がある。そして、複数の範囲を継続してプレイすることにより、通算成績が料金変更条件を満たす可能性が生じる。このように、協力プレイに本発明を適用すれば、従来よりも広範囲のユーザに対してゲームの継続に対する動機付けを与えることが可能である。
【００１３】
本発明の好適な一形態において、前記ゲーム制御手段は、ユーザにクイズを出題してユーザの回答の正否を判別するクイズゲームを提供可能であり、前記通算成績判別手段は前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの正解数を前記通算成績として判別してもよい。その場合、前記継続設定変更手段は、前記正解数が所定数に達したときに前記料金変更条件が満たされたと判断してもよい。さらに、前記継続料金に対応して許可されるべき一回のゲームの範囲におけるクイズの出題数よりも前記正解数の前記所定数が大きく設定されてもよい。このようにクイズゲームに本発明を適用すれば、本発明の作用効果を適切かつ確実に発揮させることができる。
【００１４】
なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【発明の効果】
【００１５】
以上に説明したように、本発明によれば、ゲームが複数の範囲に亘って継続されている間のユーザの通算成績を判別し、その判別結果が所定の料金変更条件を満たした場合に、継続料金とその継続料金に対応して許可されるべきゲームの範囲との関係を変化させるようにしたので、ゲームを繰り返し継続した積み重ねとしての通算成績を料金設定における有利な状態の付与、あるいは不利な状態の解消に結び付け、それによりゲームを繰り返し継続してプレイする動機付けをユーザに与えることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一形態に係るゲームシステムの概略構成を示す図。
【図２】図１のゲーム機及びセンターサーバの制御系における機能ブロック図。
【図３】ゲーム機にて実行されるクイズゲームの各ステージとプレイ料金との関係を示す図。
【図４】ゲーム機の制御ユニットが実行するゲーム制御ルーチンを示すフローチャート。
【図５】図４のサブルーチン処理として制御ユニットが実行するコンティニュー処理ルーチンを示すフローチャート。
【図６】協力プレイにおける出題形式の一態様を示す図。
【図７】協力プレイにおける出題形式の他の態様を示す図。
【発明を実施するための形態】
【００１７】
以下、ネットワークを利用したゲームシステムに本発明を適用した一形態を説明する。なお、本形態のゲームシステムでは、所定のプレイ料金をユーザから徴収したことを条件として、ユーザ（プレイヤと呼ぶこともある。）にクイズの問題を出題し、それらの問題に対する正解率等を競うクイズゲームをユーザに提供するものである。そのゲームはステージを単位として進行し、一つのステージでは所定数の問題が出題される。一つのステージの成績が所定のクリア条件（次のステージへの進行を許可すべき条件）を満たしていると次のステージへの進行が許可される。初回に徴収したプレイ料金に対応する範囲のゲームが終了すると、新たなプレイ料金（継続料金）の徴収を条件として次のステージへの進行が許可される。以下、同様にしてゲームが進行する。また、本形態のゲームシステムでは、ネットワークを介して接続された複数のゲーム機のプレイヤに対して共通の問題を出題し、それらのプレイヤが協力して回答することによりゲームを進行させるといったプレイ型式（以下、そのような形態でのプレイを協力プレイと呼ぶことがある。）も用意されている。
【００１８】
本形態に係るゲームシステムの概略構成を図１に示す。ゲームシステム１においては、複数のゲーム機（ゲーム端末）２と、センターサーバ３とがルータ４を介してネットワーク５にそれぞれ接続されている。センターサーバ３は一台の物理的装置によって構成される例に限らず、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ３が構成されてもよい。一台のゲーム機２がセンターサーバ３として兼用されてもよい。ネットワーク５は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するもので、典型的にはインターネットがネットワーク５として使用される。各ゲーム機２は、ゲームの対価としてプレイ料金を徴収する業務用又は商用のゲーム機として構成されている。ゲーム機２は、店舗６等の商業施設に適当な台数ずつ設置される。ルータ４は各店舗６及びセンターサーバ３に対応付けて設置され、同一店舗のゲーム機２は共通のルータ４を介してネットワーク５に接続されている。ゲーム機２と店舗６のルータ４との間にローカルサーバが設置され、そのローカルサーバを介してゲーム機２がセンターサーバ３と通信可能に接続されてもよい。
【００１９】
センターサーバ３は、ゲームシステム１の運営者によって設置され、ネットワーク５を介した各種のサービスを、ゲーム機２又はそのゲーム機２のユーザ（プレイヤ）に対して提供する。一例として、センターサーバ３は、ゲーム機２を介したゲームプログラムあるいはデータの更新サービス、ゲーム機２のユーザを認証し、そのユーザのプレイ履歴、セーブデータ等を含んだプレイヤデータをセンターサーバ３上に保管するサービス、ネットワーク５を介してユーザ同士が対戦し、あるいは協力プレイを実現するために必要なユーザ間のマッチングサービス等を提供する。
【００２０】
ゲーム機２及びセンターサーバ３には、ネットワーク５上でそれらを識別するためのユニークなＩＰアドレスが付されている。ゲーム機２同士あるいはゲーム機２とセンターサーバ３との間の通信では、そのＩＰアドレスを利用して通信相手が特定される。ネットワーク５がインターネットのように公開性のあるネットワークの場合には、各ルータ４にネットワーク５上でユニークな固定アドレスが設定される。ゲーム機２には、その固定アドレスとの組み合わせによってネットワーク５上でゲーム機２を一意に識別するためのプライベートアドレスがＩＰアドレスとして設定される。この場合、ゲーム機２とセンターサーバ３との間、あるいはゲーム機２同士の間には仮想プライベートネットワーク（ＶＰＮ）が構築され、そのＶＰＮ上で各ゲーム機２がプライベートアドレスを用いて一意に特定される。
【００２１】
次に、図２を参照して、ゲームシステム１の制御系の構成を説明する。ゲーム機２には、制御ユニット１０が設けられている。制御ユニット１０には、入力装置１１、表示装置１２、カードリーダ１３、金銭収受装置１４及び記憶装置１５が接続されている。入力装置１１は、ユーザの操作を受け付け、その操作内容に応じた信号を制御ユニット１０に出力する。表示装置１２は、制御ユニット１０からの指示に従ってゲーム画面等を表示する。カードリーダ１３は、ユーザが所持するカード８の情報を読み取ってその情報に対応した信号を制御ユニット１０に出力する。カード８には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられており、その媒体にはカード８毎にユニークなＩＤ（以下、カードＩＤと呼ぶことがある。）等が記録されている。なお、カードＩＤは、カード８にバーコード等の形態で記録されていてもよい。金銭収受装置１４は、ユーザが投入した金銭（硬貨あるいは紙幣）の額を検出し、投入額に応じた信号を制御ユニット１０に出力する。記憶装置１５は、例えばハードディスク記憶装置等、記憶保持が可能な記憶装置である。記憶装置１５は、所定のクイズゲームを制御ユニット１０に実行させるためのゲームプログラム１０１、及びそのゲームプログラム１０１がクイズゲームを進めるために参照するクイズデータ１０２といった各種のデータを記憶する。クイズデータ１０２は、ゲーム機２で実行されるクイズゲームの問題及び解答を問題毎にユニークな問題ＩＤと対応付けて記録したデータである。問題及び解答は、文字列、画像等を適宜に組み合わせて構成されてよい。クイズデータ１０２には、問題を選択する際の情報として、問題のジャンル、難易度等を指定する情報が含まれてもよい。
【００２２】
記憶装置１５のゲームプログラム１０１を制御ユニット１０が読み取って実行することにより、制御ユニット１０の内部には、論理的装置としてのゲーム制御部１６及び課金管理部１７が設けられる。ゲーム制御部１６は、ゲーム機２にてユーザに提供されるゲームの開始、進行、及び終了の管理といったゲームのプレイに必要な各種の処理を実行する。課金管理部１７は、ユーザに対してプレイ料金の支払いを要求し、要求した額のプレイ料金が徴収されたか否かを判別するといったプレイ料金の徴収に関連する処理を実行する。なお、本形態では、ユーザがプレイ料金を支払う手段（支払い方法）として、金銭収受装置１４を利用した現金による支払い方法と、センターサーバ３にて管理されている口座から電子通貨を引き落とすことにより支払う方法とが選択可能とされている。ただし、支払い額の最小単位（最小額）は、現金による支払い方法よりも、電子通貨による支払い方法がより小さい。例えば、現金では１００円が最小単位であるのに対して、電子通貨では１円単位相当量での支払いが可能とされる。
【００２３】
センターサーバ３には、制御ユニット２０と、記憶装置２１とが設けられている。制御ユニット２０は、マイクロプロセッサと、そのマイクロプロセッサにて実行されるべきオペレーティングシステム等のプログラムが記録されたＲＯＭ、及びマイクロプロセッサに対する作業領域を提供するＲＡＭ等の内部記憶装置（不図示）とを備えたコンピュータユニットである。制御ユニット２０には、キーボード等の入力装置と、モニタ等の出力装置とが接続されるが、それらの図示は省略した。記憶装置２１は、制御ユニット２０にて実行されるべきサーバプログラム２０１及びそのプログラム２０１が参照する各種のデータを記憶する。記憶装置２１には、制御ユニット２０が参照すべきデータの一種として、クイズデータ２０２、プレイヤデータ２０３及び口座データ２０４が記録されている。クイズデータ２０２はゲーム機２の記憶装置１５に保持されているクイズデータ１０２の親データとなるべきデータである。
【００２４】
プレイヤデータ２０３は、プレイヤのプレイ履歴、成績といったゲームのプレイ内容に関連した情報を、そのプレイヤが所持するカード８のカードＩＤと関連付けて記録したレコードの集合である。口座データ２０４は、ユーザが保持する電子通貨の額をそのユーザに固有のＩＤ（以下、ユーザＩＤと呼ぶ。）と関連付けて記録したレコードの集合である。カードＩＤとユーザＩＤとは１対１又は多対１で対応付けられている。センターサーバ３の記憶装置２１には、ＩＤの対応関係を判別するためのデータも記録されている。口座データ２０４に保持される電子通貨の額は、システム運営者等が運営するウェブサイト等を介してユーザが増額（預入）することが可能とされている。電子通貨の預入に対応したユーザへの課金は、例えばクレジットカード等による決済手段を通じて別途行われる。あるいは、電子通貨の預入専用端末等を利用して現金と引き換えに電子通貨が預け入れられるようにしてもよい。口座データ２０４に対する電子通貨の預入及びその決済は、プリペイド型の電子通貨システムのそれと同様でよく、その詳細は説明を省略する。なお、口座管理部及び口座データの機能はセンターサーバ３とは物理的に分けられた装置にて管理されていてもよい。
【００２５】
記憶装置２１のサーバプログラム２０１を制御ユニット２０が読み取って実行することにより、制御ユニット２０の内部には、論理的装置としてのゲーム管理部２２及び口座管理部２３が設けられる。ゲーム管理部２２は、各ゲーム機２のクイズデータ１０２をクイズデータ２０２と同期させる処理、ゲーム機２のプレイヤ同士をマッチングしてその結果をゲーム機２に通知する処理、プレイヤデータ２０３をゲーム機２に送信し、あるいはゲーム機２から送られた情報に基づいてプレイヤデータ２０３を更新する処理といった、ネットワーク５を介した所定のゲームをプレイヤに提供するために必要な処理を実行する。口座管理部２３は、ゲーム機２からのプレイ料金の引き落とし要求に応答して、口座データ２０４の対応するレコードから指定された額の電子通貨を引き落とすといった電子通貨の管理に関する処理を担当する。すなわち、ゲーム機２からカードＩＤと支払い額とを沿えて引き落とし処理が要求された場合、口座管理部２３はそのカードＩＤに対応するユーザＩＤレコードを口座データ２０４から特定し、その特定されたレコードに保持されている額から支払い額を減算することにより、電子通貨によるプレイ料金の支払いを完了させる。
【００２６】
次に、ゲームシステム１にて実行されるゲームにおけるプレイ料金とこれに対応したゲームのプレイ範囲との関係を図３により説明する。ゲームシステム１にて提供されるクイズゲームはステージ単位で進行する。ここでは、各ステージを、その実行順に従ってステージ１、ステージ２…と表現する。各ステージでは、クイズデータ１０２から１２問のクイズが選択されて出題される。プレイ料金は、初回のゲームの範囲に対してＡ（一例として２００円）が設定されている。初回のプレイ料金の徴収に対応してプレイが許容されるゲームの範囲（以下、初回範囲と呼ぶことがある。）は、ステージ１及びステージ２である。言い換えれば、ユーザは、初回のプレイ料金Ａを支払えばステージ２まで進むことが可能である。ステージ２が終了した以降は、次のステージに進むためのプレイ料金として所定のコンティニュー料金（継続料金）の支払いが必要となる。つまり、コンティニュー料金の徴収に対応して許容されるゲームの範囲（コンティニュー範囲）は一つのステージに設定されている。コンティニュー料金は、原則として初回のプレイ料金の９０％、つまり０．９Ａに設定されている。このコンティニュー料金を以下では正規料金と呼ぶことがある。なお、初回のプレイ料金は、金銭収受装置１４が受け付け可能な単位に設定される。一方、コンティニュー料金は、金銭収受装置１４が受け付け可能な金銭の単位よりも小さい値に設定される。したがって、コンティニュー料金は、センターサーバ３の口座管理部２２を介した電子通貨による支払いのみが可能である。一方、初回のプレイ料金は、現金又は電子通貨のいずれでも支払うことができる。
【００２７】
本形態では、ゲームの複数のステージに亘って繰り返す間のゲームの通算成績が記録され、その通算成績が所定の減額条件（料金変更条件）を満たすとコンティニュー料金が、正規料金に対して減額される。すなわち、本形態では、ステージ１の第１問からプレイヤの正解数が通算され、通算された正解数が所定数（２０問）に達すると、次回のコンティニュー料金が正規料金から減額される。減額条件を満たすために必要な正解数は一回のコンティニュー範囲における出題数よりも大きく設定されている。したがって、プレイヤがステージ３以降の全てにおいて減額を受けることはできない。ただし、減額に必要な正解数は、初回のプレイ料金に対応した範囲（２ステージ）における出題数である２４よりも小さい。そのため、最初に発生するコンティニュー料金（ステージ３のプレイに必要なコンティニュー料金）が減額される可能性はある。減額量（減額の程度）は適宜に定めてよいが、一例として正規料金の１０％が減額されてコンティニュー料金が０．８１Ａに変更される。減額が一旦適用されると、その時点で通算正解数は２０問減算される。その後、通算正解数が再び２０問に達すると次回のコンティニュー料金が正規料金から減額される。毎回の減額量は同じである。ただし、減額の回数に応じて減額量を変化させてもよい。図３の例では、ステージ３のプレイ中に通算正解数が２０問に達し、ステージ４のコンティニュー料金が減額される。また、ステージ５のプレイ中に通算正解数が再度２０問に達し、その次のステージ（ステージ６）のコンティニュー料金が再び減額される。ステージ５のコンティニュー料金は正規料金である。
【００２８】
以上のように、本形態では、複数のプレイ範囲に亘って正解数が通算され、その通算正解数が所定数に達する毎にコンティニュー料金が減額される。したがって、コンティニュー料金を支払ってゲームを継続することに対する動機付けをプレイヤに与えることができる。例えば、通算正解数が２０問に僅かに足りない状態でステージが終了した場合には、正規料金を払ってゲームを継続すれば、次回のコンティニュー時にはコンティニュー料金が減額される蓋然性が極めて高い。これにより、毎回のステージの成績が無駄にならず、ゲームの継続に対してプレイヤに強い動機付けを与えることができる。また、本形態では、減額条件を満たすために必要な通算正解数が、一回のコンティニュー料金の徴収と引き換えに許可されるゲームの範囲（つまり１ステージ）の出題数よりも大きく設定されている。それにより、減額が毎回発生することがなく、減額適用の常態化、あるいは正規料金の形骸化を適度に抑制することができる。減額適用が常態化すれば、ゲームの継続に対する動機付けを与える作用も損なわれるおそれがあるが、本形態によればそのようなおそれも少ない。さらに、本形態では、協力プレイの場合において、ステージクリアの条件を満たしたか否かを協力プレイの結果に基づいて判別している。したがって、個人的にはステージをクリアできないほど成績が低いプレイヤであっても、協力プレイの成績次第によっては複数のステージを順次プレイできる可能性がある。そして、複数のステージをプレイすることにより、通算正解数が減額条件を満たして減額の適用を受けられる可能性がある。このように、協力プレイに本形態の減額処理を適用すれば、従来よりも広範囲のユーザに対してゲームの継続に対する動機付けを与えることが可能である。
【００２９】
図４は、クイズゲームを進行させるためにゲーム機２の制御ユニット１０が実行するゲーム制御ルーチンを示している。プレイヤが初回のプレイ料金を支払ってゲーム機２にクイズゲームの開始を指示すると、制御ユニット１０はゲーム制御部１６に図４のルーチンを開始させる。そのルーチンにおいて、ゲーム制御部１６は、まずステップＳ１でプレイヤのマッチングを処理する。その処理は、複数のプレイヤをネットワーク５を介して同じ空間内でプレイさせるために行なわれる処理であって、センターサーバ３に対してマッチングを要求し、その結果を受けて、マッチングされたプレイヤのゲーム機２間で共通のクイズゲームを薦めるために必要な各種の環境設定を行なうものである。なお、マッチングされたプレイヤのゲーム機２間で共通の問題を出題させるためには、一例として、それらのゲーム機２間に親機と子機との関係を設定し、親機がクイズデータ１０２から問題を選択してその選択結果を示す情報を子機のゲーム機２に与え、その子機のゲーム機２で与えられた情報に対応する問題をクイズデータ１０２から選択して出題すればよい。各ゲーム機のクイズデータ１０２は、センターサーバ３のゲーム管理部２２によってクイズデータ２０２と同期されるように制御される。それにより、ゲーム機２間でのクイズデータ１０２の整合性が保たれる。なお、複数のプレイヤに対して共通の問題を出題するプレイ形態には、プレイヤ間で正解数、正解率等を競う対戦形態と、複数のプレイヤが協力して回答する協力プレイ形態とが存在する。いずれの形態でゲームをプレイするかは、ゲーム開始時点のプレイヤの選択に従って決定すればよい。
【００３０】
マッチングの処理が終了すると、ゲーム制御部１６はステップＳ２に進み、出題数を初期値の１に設定する。なお、ステップＳ１からステップＳ２へと処理が進められる場合、そのステージは初回のステージ１である。続くステップＳ３にて、ゲーム制御部１６はクイズの問題を出題する。協力プレイの場合には、それらのプレイヤが協力して回答するような問題がプレイヤ間に共通して出題される。図６及び図７にその協力プレイにおける出題型式の例を示す。図６の例では、アルファベット４文字（一例として「ＣＡＫＥ」）が正解となる問題が出題され、複数（図示例では４人）のプレイヤのそれぞれには４文字のうち、いずれか一文字を解答することが求められる。図６では、プレイヤＡが「Ｃ」、プレイヤＢが「Ａ」、プレイヤＣが「Ｋ」、プレイヤＤが「Ｉ」の文字をそれぞれ回答として入力した状態を示している。回答が完成した場合に協力プレイが回答されたものとされ、４人のプレイヤのそれぞれに得点が付与される。図７の例では、同一の解答が多いほど４人のプレイヤに与えられる得点が高くなる。図７では、プレイヤＡ、Ｂ、Ｃが「アメリカ」を、プレイヤＤが「ロシア」をそれぞれ回答として入力した状態を示しており、この場合には、３人のプレイヤの回答が一致した場合の得点がプレイヤＡ〜Ｄに付与される。
【００３１】
出題後、ゲーム制御部１６はステップＳ４に進み、プレイヤの回答を取得する。協力プレイの場合には、同一のゲームに参加している他のプレイヤの回答もネットワーク５を介して取得される。続くステップＳ５において、ゲーム制御部１６は回答が正解又は不正解のいずれであるかを判別し、その判別結果に応じた得点等を演算して結果を記憶する。協力プレイの場合には、上記の例のように全プレイヤの回答が総合されて正否判定が行なわれ、判定結果に応じた得点が与えられる。つまり、この場合には、協力プレイに参加している全員のプレイヤの回答（ゲーム上の選択）が総合され、その総合された結果に対して成績が決定される。
【００３２】
次のステップＳ６において、ゲーム制御部１６は、自機のプレイヤの回答が正解であったか否かを判別する。この場合の正否は、協力プレイであっても、ゲーム機２のプレイヤの個人に関する回答の正否である。つまり、協力プレイでは、複数のプレイヤの回答を総合して正否が判定され、一部のプレイヤが不正解であったとしても、出題そのものに対しては全員の回答に基づいて判定が行なわれて得点が与えられることがある。したがって、全体を総合しての正否判定の結果と、個人のプレイヤの正否判定とが異なる場合がある。図６の例では、プレイヤＡ、Ｂ、Ｃは正解、プレイヤＤは不正解であるが、全体としては不正解である。また、図７の例では４人のプレイヤに対して３人の回答が共通した場合の得点が全プレイヤに与えられるが、プレイヤＤのみは異なる回答をしているため、個人の成績に関してはプレイヤＡ、Ｂ、Ｃが正解、プレイヤＤは不正解とみなすことができる。あるいは、共通の出題に対して、複数の選択肢から一つの選択肢を各プレイヤに回答として選択させ、正解の選択を選んだプレイヤの人数が過半数であったときに、協力プレイの回答としては正解と判断される一方で、誤った選択肢を選んだプレイヤ個人は不正解と判断されるような場合もあり得る。
【００３３】
したがって、ステップＳ６では個人のプレイヤの回答が正解であったか否かを判別する。ステップＳ６にて正解と判断された場合、ゲーム制御部１６はステップＳ７にて正解数カウンタの値に１を加算し、その後ステップＳ８へと進む。ステップＳ６にて不正解と判断された場合、ステップＳ７がスキップされてステップＳ８へと処理が進められる。ステップＳ８において、ゲーム制御部１６は、ステージ開始後の出題数が１２に達したか否かを判別する。出題数が１２に達していなければ、ゲーム制御部１６はステップＳ９に進み、出題数に１を加算してステップＳ３の処理に戻る。
【００３４】
一方、ステップＳ８にて出題数が１２に達していた場合、ゲーム制御部１６はステージが終了したと判断してステップＳ１０へ進む。ステップＳ１０において、ゲーム制御部１６は、今回のステージにおけるプレイ結果を集計し、その結果をプレイヤに対して発表する。この場合のプレイ結果は、ステップＳ５にて判別されて記憶された正解数、正解率、得点、及びステップＳ６の判定結果、正解カウンタの値等を含む。その後、ゲーム制御部１６はステップＳ１１に進み、所定のコンティニュー処理を実行する。コンティニュー処理は、プレイヤがステージをクリアしたか否かの判定、コンティニューする場合の料金の判定等を含む。その詳細は後述する。
【００３５】
続くステップＳ１２において、ゲーム制御部１６はコンティニューが可能か否かを判別する。ここでは、ステップＳ１１のコンティニュー処理でコンティニューが許可と判断され、かつ、プレイヤがコンティニューを希望した場合にコンティニュー可能と判断される。コンティニュー可能と判断された場合、ゲーム制御部１６はステップＳ１３に進む。ステップＳ１３において、ゲーム制御部１６は、ステップＳ１１で判定されたコンティニュー料金を課金管理部１７に渡して課金を実行させる。この場合、課金管理部１７は、センターサーバ３の口座管理部２３に対して口座データ２０４からのコンティニュー料金の引き落としを要求し、口座管理部２３からの引き落としの成否の結果をゲーム制御部１６に返す。
【００３６】
コンティニュー料金の課金依頼後、ゲーム制御部１６はステップＳ１４に進み、課金管理部１７から課金が完了したか否か、つまり、コンティニュー料金の徴収が完了したか否かを判別する。課金が完了した場合、ゲーム制御部１６はステップＳ１５に進み、次のステージへとゲームを進行させてステップＳ２の処理へ戻る。以降は、新たなステージの第１問からゲームが継続される。ステップＳ１２にてコンティニュー不可能と判断された場合、又はステップＳ１４にて課金できなかったと判断された場合、ゲーム制御部１６はゲーム制御ルーチンを終了させる。これによりゲームは終了する。なお、協力プレイの場合において、一部のプレイヤのみがコンティニューを希望しなかった場合、そのプレイヤのゲーム機２ではステップＳ１２が否定判断されてゲームが終了する。この場合、残されたプレイヤのみで次のステージへとゲームが進行するように、出題形式等が調整される。例えば、４人のプレイヤが協力プレイに参加していた場合において、１人のプレイヤがゲームを終了させた場合、次のステージでは３人のプレイヤによる協力プレイとなる。この場合、出題内容も３人が回答することを前提としたものに変更される。このような処理は、例えばクイズデータ１０２に、４人用の問題、３人用の問題といったように、プレイヤ数毎に問題を用意しておき、協力プレイに参加しているプレイヤの人数に対応する問題を選択すればよい。
【００３７】
図５は、図４のステップＳ１１のサブルーチン処理として呼び出されるコンティニュー処理を示している。コンティニュー処理が開始されると、ゲーム制御部１６は、まずステップＳ２１にてステージクリアの条件が満たされているか否かを判別する。ステージクリアの条件は、図４のステップＳ５の判定結果と関連付けて定められている。例えば、ステージ終了時点の正解数、正解率、あるいは得点が所定のレベルを超えている場合にステージクリアと判断される。協力プレイの場合には、全員の回答を総合して与えられる判定結果が考慮され、全プレイヤに対してステージクリアか否かが一義的に判定される。したがって、正解数カウンタに記録された個人のプレイヤの成績が低くても、そのプレイヤもステージクリアと判断されることがある。
【００３８】
ステージクリアと判断された場合、ゲーム制御部１６はステップＳ２２に進み、現在のステージがステージ１か否かを判別する。ステージ１の場合、ゲーム制御部１６はステップＳ２３に進み、コンティニュー料金を０に設定する。ステージ２までは初回のプレイ料金でプレイ可能であり、コンティニュー料金の支払いが不要だからである。一方、ステップＳ２２にてステージ１ではない場合、ゲーム制御部１６はステップＳ２４に進み、正解数カウンタの値（通算正解数）が２０以上か否かを判別する。正解数が２０未満の場合、ゲーム制御部１６はステップＳ２５に進み、コンティニュー料金を正規料金（つまり０．９Ａ）に設定する。ステップＳ２４にて正解数カウンタの値が２０以上であった場合、ゲーム制御部１６はステップＳ２６に進み、コンティニュー料金を、正規料金に対して減額された料金（一例として０．８１Ａ）に設定する。その後、ゲーム制御部１６はステップＳ２７に進んで正解数カウンタの値から２０を減算する。なお、正解数カウンタからの正解数２０の減算を省略し、通算正解数が２０の倍数に達する毎にステップＳ２４が肯定判断されるようにルーチンを変更してもよい。この場合、例えば、通算正解数が２０の倍数に達したか否かを判断し、さらに、前回の判断結果と比較して新たに２０の倍数に達したか否かを判断してもよい。
【００３９】
ステップＳ２３、Ｓ２５又はＳ２７の処理後、ゲーム制御部１６はステップＳ２８に進んでコンティニューを許可する。一方、ステップＳ２１にてステージクリアの条件が満たされていない場合、ゲーム制御部１６はステップＳ２９に進み、コンティニューを禁止する。ステップＳ２８又はＳ２９の処理後、ゲーム制御部１６は図４のルーチンに復帰してステップＳ１２へと進む。ステップＳ２８にてコンティニューが許可され、かつプレイヤがコンティニューを希望した場合にステップＳ１２が肯定判断される。一方、ステップＳ２９にてコンティニューが禁止された場合には、プレイヤの希望に関わりなく、ステップＳ１２が否定判断される。また、ステップＳ１３では、ステップＳ２３、Ｓ２５又はＳ２６にて設定されたコンティニュー料金が課金管理部１７に渡される。なお、ステップＳ２３でコンティニュー料金が０に設定された場合、課金管理部１７がセンターサーバ３と通信することなく、課金完了をゲーム制御部１６に返せばよい。あるいは、コンティニュー料金が０に設定された場合、ゲーム制御部１６は課金管理部１７に課金を指示することなく、ステップＳ１３、Ｓ１４をスキップしてステップＳ１５に処理を進めてもよい。
【００４０】
以上の形態においては、ゲーム機２の課金管理部１７が金銭収受装置１４を利用して、あるいはセンターサーバ３の口座管理部２３を利用して初回のプレイ料金及びコンティニュー料金を徴収することにより料金徴収手段として機能し、ゲーム制御部１６がゲーム制御手段として機能する。また、ゲーム制御部１６は、図４のステップＳ１３及びＳ１４の処理を実行することにより継続制御手段として機能し、ステップＳ６及びＳ７の処理を実行することにより通算成績判別手段として機能し、図５のステップＳ２４、Ｓ２５及びＳ２６の処理を実行することにより継続設定変更手段として機能する。
【００４１】
本発明は上述した形態に限定されることなく、種々の形態にて実施することが可能である。例えば、一回の継続料金の徴収を条件として許可されるべきゲームの範囲は一つのステージに限らず、適宜に設定してよい。通算成績は、複数のステージに亘って通算される正解数に限らず、ゲーム上におけるユーザの選択を様々な観点から評価し、その評価結果を積み重ねて通算成績とすることができる。上記の形態では、通算成績が所定のレベルに達したときにコンティニュー料金を減額することにより、継続料金とこれに対応して許可されるべきゲームの範囲との関係を変化させたが、その関係の変化も適宜に変更可能である。例えば、一ステージにおける出題数の増加又は減少、許可すべきステージ数の拡大又は縮小といったように、許可されるべきゲームの範囲の拡大又は縮小によって変化させることにより、継続料金をこれに対応して許可されるべきゲームの範囲に対して相対的に減額することができる。通算成績が良好な場合に継続料金を相対的に減額する処理に代えて、又は加えて継続料金を相対的に増加させる処理を実施してもよい。電子通貨によるプレイ料金の支払いが可能なゲームシステムでは、小額決済が可能であることから、継続料金の支払い単位を細分化し、支払われた単位に応じた範囲でゲームの継続を許可することも可能である。そのような場合でも、一回のプレイ料金（継続料金）の徴収額に対応したゲームの範囲を拡大又は縮小することにより本発明を適用することができる。
【００４２】
上記の形態では、通算正解数が２０問に達すると、次回の継続料金を減額させているが、その減額等は、次々回の継続時に適用されるものでもよい。つまり、通算成績が所定の料金変更条件を満たした場合における料金設定の変更は、その料金変更条件が満たされた範囲の次回以降のいずれかの適当な時期に実施すればよい。上記の形態では、初回のプレイ料金を現金にて支払い可能とする一方で、継続料金は電子通貨による支払いのみを認めている。しかし、プレイ料金の支払い、あるいは徴収の手段は適宜に変更してよい。例えば、図２のカード８をプリペイドカード、あるいはクレジットカードのような決済機能を備えたものとすれば、カードリーダ１３を介して課金管理部１７により料金を徴収することができる。他にも、カード８に代えて、ＩＣチップを搭載した携帯電話等を利用してプレイ料金を支払えるようにしてもよい。プレイ料金として取り引きされる単位も通貨に限定されず、ポイントその他の通貨を代替する各種の単位でプレイ料金が取り引きされてよい。
【００４３】
本発明はクイズゲームを提供するゲームシステムに限らず、適宜のジャンルのゲームを提供するシステムに適用可能である。本発明はネットワークを利用したゲームシステムに限らず、いわゆるスタンドアローンのゲーム機を前提としたゲームシステムにも適用可能である。協力プレイを提供する場合、そのゲームの内容、及び複数のユーザのゲーム上における選択を総合して成績を評価する手法も適宜に変更してよい。例えば、複数のユーザが共通の敵と戦うタイプの協力プレイを提供する場合、その敵を倒したか否かによって共通の成績を評価する一方、各ユーザが敵を倒すまでにどのような選択をしたかを個別を評価して個人の成績を求めるといった変形が可能である。
【符号の説明】
【００４４】
１ ゲームシステム
２ ゲーム機
３ センターサーバ
５ ネットワーク
１０ 制御ユニット（コンピュータ）
１６ ゲーム制御部（ゲーム制御手段、継続制御手段、通算成績判別手段、継続設定変更手段）
１７ 課金管理部（料金徴収手段）
【特許請求の範囲】
【請求項１】
ユーザからプレイ料金を徴収する料金徴収手段と、
前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段と、を具備し、前記ゲーム制御手段には、
前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段と、
前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段と、
前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段と、
が設けられている、ゲームシステム。
【請求項２】
前記継続料金に対応して許可されるべき一回のゲームの範囲では達成できない通算成績が得られたときに前記料金変更条件が満たされるように当該料金変更条件が設定されている請求項１に記載のゲームシステム。
【請求項３】
前記継続設定変更手段は、前記通算成績判別手段が判別した通算成績が、一回のゲームの範囲では達成できない通算成績に達すると、前記料金変更条件が満たされたと判断して、前記継続料金を当該継続料金に対応して許可されるべきゲームの範囲に対して相対的に減額する請求項１又は２に記載のゲームシステム。
【請求項４】
前記ゲーム制御手段は、複数のユーザに共通のゲームをプレイさせ、該ゲーム上の前記複数のプレイヤのそれぞれの選択に基づいて前記複数のユーザに対して共通の成績を評価する協力プレイを提供可能であり、
前記継続制御手段は、前記ゲームの終了時点における共通の成績に基づいて、ゲームの次の範囲への進行を許可すべきか否かを判断し、前記進行を許可すべきと判断した場合に前記継続料金を徴収したことを条件として、前記継続料金に対応した範囲でゲームのプレイの継続を許可し、
前記通算成績判別手段は、前記協力プレイが提供されているか否かに関わりなく、ユーザの個人の通算成績を判別する、請求項１〜３のいずれか一項に記載のゲームシステム。
【請求項５】
前記ゲーム制御手段は、ユーザにクイズを出題してユーザの回答の正否を判別するクイズゲームを提供可能であり、前記通算成績判別手段は前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの正解数を前記通算成績として判別する請求項１に記載のゲームシステム。
【請求項６】
前記継続設定変更手段は、前記正解数が所定数に達したときに前記料金変更条件が満たされたと判断する請求項５に記載のゲームシステム。
【請求項７】
前記継続料金に対応して許可されるべき一回のゲームの範囲におけるクイズの出題数よりも前記正解数の前記所定数が大きく設定されている請求項６に記載のゲームシステム。
【請求項８】
ゲームシステムにおけるコンピュータを、ユーザからプレイ料金を徴収する料金徴収手段、及び前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段として機能させ、前記ゲーム制御手段は、
前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段、
前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段、及び
前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段、
としてそれぞれ機能するように構成されたゲームシステム用のコンピュータプログラム。
【請求項１】
ユーザからプレイ料金を徴収する料金徴収手段と、
前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段と、を具備し、前記ゲーム制御手段には、
前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段と、
前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段と、
前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段と、
が設けられている、ゲームシステム。
【請求項２】
前記継続料金に対応して許可されるべき一回のゲームの範囲では達成できない通算成績が得られたときに前記料金変更条件が満たされるように当該料金変更条件が設定されている請求項１に記載のゲームシステム。
【請求項３】
前記継続設定変更手段は、前記通算成績判別手段が判別した通算成績が、一回のゲームの範囲では達成できない通算成績に達すると、前記料金変更条件が満たされたと判断して、前記継続料金を当該継続料金に対応して許可されるべきゲームの範囲に対して相対的に減額する請求項１又は２に記載のゲームシステム。
【請求項４】
前記ゲーム制御手段は、複数のユーザに共通のゲームをプレイさせ、該ゲーム上の前記複数のプレイヤのそれぞれの選択に基づいて前記複数のユーザに対して共通の成績を評価する協力プレイを提供可能であり、
前記継続制御手段は、前記ゲームの終了時点における共通の成績に基づいて、ゲームの次の範囲への進行を許可すべきか否かを判断し、前記進行を許可すべきと判断した場合に前記継続料金を徴収したことを条件として、前記継続料金に対応した範囲でゲームのプレイの継続を許可し、
前記通算成績判別手段は、前記協力プレイが提供されているか否かに関わりなく、ユーザの個人の通算成績を判別する、請求項１〜３のいずれか一項に記載のゲームシステム。
【請求項５】
前記ゲーム制御手段は、ユーザにクイズを出題してユーザの回答の正否を判別するクイズゲームを提供可能であり、前記通算成績判別手段は前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの正解数を前記通算成績として判別する請求項１に記載のゲームシステム。
【請求項６】
前記継続設定変更手段は、前記正解数が所定数に達したときに前記料金変更条件が満たされたと判断する請求項５に記載のゲームシステム。
【請求項７】
前記継続料金に対応して許可されるべき一回のゲームの範囲におけるクイズの出題数よりも前記正解数の前記所定数が大きく設定されている請求項６に記載のゲームシステム。
【請求項８】
ゲームシステムにおけるコンピュータを、ユーザからプレイ料金を徴収する料金徴収手段、及び前記料金徴収手段が所定のプレイ料金を徴収したことを条件として、前記プレイ料金に対応した範囲におけるゲームのプレイを許可するゲーム制御手段として機能させ、前記ゲーム制御手段は、
前記プレイ料金に対応した範囲におけるゲームが終了した場合、前記料金徴収手段が前記ユーザから所定の継続料金を前記プレイ料金として徴収したことを条件に、前記継続料金に対応した範囲でゲームのプレイの継続を許可する継続制御手段、
前記ゲームが複数の範囲に亘って継続されている間の前記ユーザの通算成績を判別する通算成績判別手段、及び
前記通算成績判別手段の判別結果が所定の料金変更条件を満たした場合、次回又はそれ以降の継続料金と当該継続料金に対応して許可されるべきゲームの範囲との関係を変化させる継続設定変更手段、
としてそれぞれ機能するように構成されたゲームシステム用のコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１８９０７２（Ｐ２０１１−１８９０７２Ａ）
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願番号】特願２０１０−５９５７０（Ｐ２０１０−５９５７０）
【出願日】平成２２年３月１６日（２０１０．３．１６）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願日】平成２２年３月１６日（２０１０．３．１６）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]