JP6864861B2 - ゲーム装置及びプログラム - Google Patents

Description

本発明は、ゲーム装置及びプログラムに関する。

従来から、例えばアミューズメント施設に設けられたゲーム装置等では、プレイヤはプレイ料金を支払うことでゲームをプレイすることができるようになっている。近年、プレイ料金の支払方法は、現金の他に、電子通貨ややメダル、ポイント等、多様化している。

これに関し、特許文献１には、プレイ料金が電子通貨等の特定の支払方法にて支払われた場合、プレイ料金が他の支払方法で支払われたときにはプレイ不可能な範囲でゲームをプレイヤにプレイさせる技術が開示されている。

特開２０１１−０７８６９０号公報

しかしながら、特許文献１に記載の技術では、特定の支払方法を利用する動機をプレイヤに与えることになるが、逆に、特定の支払方法でプレイ料金が支払えなくなったとき等には、他の支払方法ではプレイ料金が支払えるにも係らず、ゲームをプレイしなくなる虞があった。

本発明はこのような課題に鑑みてなされたものであり、その目的は、プレイヤがゲームをプレイする機会を増やすことができるゲーム装置及びプログラムを提供することにある。

本発明の一態様に係るゲーム装置は、プレイ料金の支払方法が複数の種類用意されたゲームに係るゲーム装置であって、少なくとも２種類の支払方法にてプレイ料金がプレイヤにより支払われたか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する判定手段と、報酬付与条件を満たしたと判定手段が判定した場合に、プレイヤに報酬を付与する付与手段と、を備える。

この態様によれば、少なくとも２種類の支払方法にてプレイ料金がプレイヤにより支払われて報酬付与条件を満たした場合に報酬が付与されるので、少なくとも２種類の支払方法にてプレイ料金を支払う動機をプレイヤに対して生じさせることができる。この結果、２種類の支払方法にてプレイ料金が支払われれば、例えば１種類の支払方法のみにてプレイ料金が支払われる場合に比べて、プレイヤがゲームをプレイする機会を増やすことができる。

本発明によれば、プレイヤがゲームをプレイする機会を増やすことができる。

図１は、本発明の第１実施形態に係るゲーム装置を含むゲームシステムの全体構成の一例を示すブロック図である。 図２は、第１実施形態における端末のハードウェアの一例を示すブロック図である。 図３は、第１実施形態における管理サーバのハードウェアの一例を示すブロック図である。 図４は、端末と管理サーバの機能的な構成の一例を示すブロック図である。 図５は、第１実施形態における端末と管理サーバの間で行われる処理（報酬付与処理）の一例を示すフローチャートである。 図６は、第２実施形態における報酬付与処理の一例を示すフローチャートであって、図５に示す管理サーバの処理の変形例を示すフローチャートである。 図７は、第３実施形態における報酬付与処理の一例を示すフローチャートであって、図５に示す管理サーバの処理の変形例を示すフローチャートである。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

＜第１実施形態＞
図１は、本発明の第１実施形態に係るゲーム装置を含むゲームシステムの全体構成の一例を示すブロック図である。

図１に示すように、ゲームシステム１は、一つ以上の端末１０と、管理サーバ１２と、決済サーバ１４と、を備える。これら端末１０と管理サーバ１２と決済サーバ１４は、インターネット等の通信ネットワークＮＴを介して互いに接続されている。

端末１０は、アーケードゲーム装置、コンシューマゲーム装置、携帯電話、タブレット、又は、パーソナルコンピュータ等の情報処理装置である。第１実施形態では、端末１０は、アーケードゲーム装置である場合を説明する。端末１０は、プレイ料金の支払を条件に、ゲームをプレイヤに提供する。言い換えれば、端末１０では、プレイ料金の支払を条件に、プレイヤは、ゲームをプレイすることが可能である。端末１０が提供するゲームとしては、特に限定されず、競馬やメダルプッシャーゲーム、ビンゴゲーム、スロットゲーム、音楽ゲーム、又は、シューティングゲーム等が挙げられる。なお、「プレイ料金」とは、ゲームを端末１０にインストールするための料金であってもよい。

端末１０では、複数の種類の支払方法のうちゲームのプレイヤの選択により何れか１つの種類の支払方法にてプレイ料金を支払うことが可能となっている。言い換えれば、端末１０が提供するゲームでは、プレイ料金の支払方法が複数の種類用意されている。支払方法としては、硬貨やメダル等のコイン支払、電子通貨支払、ポイント支払、クレジットカード支払等が挙げられる。第１実施形態では、コインと電子通貨の２種類の支払方法が用意されている。

管理サーバ１２は、プレイヤに関する各種情報を管理する情報処理装置である。管理サーバ１２は、適宜、端末１０や決済サーバ１４等の要求に応答して、各種情報を参照したり、要求元に送信したりする。

また、第１実施形態では、管理サーバ１２は、情報処理装置の中でも、少なくとも２種類の支払方法にてプレイ料金がプレイヤにより支払われた場合に、当該プレイヤに報酬を付与するゲーム装置（報酬付与装置）である。なお、左記「ゲーム装置」とは、プレイ料金の支払方法が複数の種類用意されたゲームに係る情報処理装置であり、当該ゲームを提供する端末１０に限られない。ここで、ゲームシステム１を構成する装置（端末１０や管理サーバ１２等）であれば、「ゲームに係る情報処理装置」と言えるので、ゲームシステム１を構成する１つ以上の装置が「ゲーム装置」となり得る。第１実施形態では、管理サーバ１２単体が「ゲーム装置」である場合を説明する。

決済サーバ１４は、プレイヤが所持する電子通貨の口座情報を管理しており、端末１０や管理サーバ１２等からの決済要求に応答して、プレイヤによる電子通貨の支払を決済する情報処理装置である。

図２は、第１実施形態における端末１０のハードウェアの一例を示すブロック図である。図２に示すように、端末１０は、例えば、コンピューティング装置２００と、オーディオ出力装置１０１と、表示装置１０２と、操作入力装置１０３と、カード読取装置１０４と、コイン投入装置１０５と、コイン払出装置１０６とを備える。

オーディオ出力装置１０１は、ゲーム音楽等を出力する。表示装置１０２は、ゲーム画面等を表示する。操作入力装置１０３は、ゲームに対するプレイヤの操作を入力する。カード読取装置１０４は、プレイヤ固有の識別情報（ＩＤ）が記憶されているＩＣカードを読み取る。コイン投入装置１０５は、プレイヤがコインを投入する投入口を有する。コイン払出装置１０６は、コインを払い出す払出口を有する。

コンピューティング装置２００は、端末１０を統括的に制御する。コンピューティング装置２００は、各種のプロセッサおよびメモリ等からなる、例えばチップセットを含むコンピュータ回路要素である。

コンピューティング装置２００は、例えば、ＣＰＵ（制御部）２０１と、メインメモリ２０２と、ＢＩＯＳ−ＲＯＭ２０３と、記憶装置２０４と、音声処理部２０５と、画像処理部２０６と、通信インタフェース２０７と、ペリフェラルインタフェース２０８と、これらを接続するシステムバス２１０とを含む。

ＣＰＵ２０１は、例えば、メインメモリ２０２上に展開されたゲームプログラムを実行し、コンピューティング装置２００に各種の機能を実現させる。言い換えれば、コンピューティング装置２００は、ＣＰＵ２０１の制御の下、ゲームプログラムを実行することにより、他のハードウェアと協働してゲームを実現する。

記憶装置２０４は、プログラムや各種データを格納する。音声処理部２０５は、ＣＰＵ２０１の制御の下、各種のサウンド処理を行う。画像処理部２０６は、ＣＰＵ２０１の制御の下、各種のグラフィックス処理を行なう。通信インタフェース２０７は、サーバや他のゲーム装置との通信を可能にするインタフェースである。ペリフェラルインタフェース２０８は、操作入力装置１０３、カード読取装置１０４、コイン投入装置１０５およびコイン払出装置１０６等の周辺機器との通信を可能にするインタフェースである。

なお、端末１０は、単一の情報処理装置より構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。また、複数の端末１０を各プレイヤが使用するサテライト装置とし、これら端末１０の全体を制御するメイン制御装置を新たに設けてもよい。この場合、メイン制御装置は、各プレイヤに共通なゲーム画面を出力する統合ディスプレイ等を備える。

図３は、第１実施形態における管理サーバ１２のハードウェアの一例を示すブロック図である。図３に示すように、管理サーバ１２は、例えば、ＣＰＵ（制御部）３０１と、メインメモリ３０２と、ＢＩＯＳ−ＲＯＭ３０３と、記憶装置３０４と、音声処理部３０５と、画像処理部３０６と、通信インタフェース３０７と、これらを接続するシステムバス３１０とを含む。

ＣＰＵ３０１は、例えば、メインメモリ３０２上に展開された管理プログラムを実行し、管理サーバ１２に各種の機能を実現させる。言い換えれば、管理サーバ１２は、ＣＰＵ３０１の制御の下、管理プログラムを実行することにより、他のハードウェアと協働して各種情報の管理を実現する。

記憶装置３０４は、プログラムや各種データを格納する。音声処理部３０５は、ＣＰＵ３０１の制御の下、各種のサウンド処理を行う。画像処理部３０６は、ＣＰＵ３０１の制御の下、各種のグラフィックス処理を行なう。通信インタフェース３０７は、他の装置との通信を可能にするインタフェースである。なお、音声処理部３０５と画像処理部３０６とは、必ずしも必要な構成ではない。

なお、管理サーバ１２は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。なお、管理サーバ１２は、単一の情報処理装置より構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。

また、図３は、管理サーバ１２が有する主要なハードウェア構成の一部を示しているに過ぎず、管理サーバ１２は、サーバ装置が一般的に備える他の構成を備えることができる。

また、決済サーバ１４も図３に示すような管理サーバ１２のハードウェア構成と同様の構成を主に備えた情報処理装置を用いて実現することができるため、決済サーバ１４のハードウェア構成の詳細については説明を省略する。なお、第１実施形態では、管理サーバ１２と決済サーバ１４とは、別々の情報処理装置を用いて実現されるが、同一の情報処理装置を用いて実現されてもよい。

図４は、端末１０と管理サーバ１２の機能的な構成の一例を示すブロック図である。

端末１０は、第１支払受付手段４００と、第２支払受付手段４０１と、取得手段４０２と、ゲーム実行手段４０３と、を備える。

第１支払受付手段４００は、プレイヤによるプレイ料金の支払を第１支払方法で受け付ける。第１実施形態では、第１支払受付手段４００は、図２に示すコイン投入装置１０５を含んで構成される。そして、第１支払受付手段４００は、コイン投入装置１０５へのプレイヤによるコインの投入により、プレイ料金の支払を第１支払方法としてのコイン支払で受け付ける。

第２支払受付手段４０１は、プレイヤによるプレイ料金の支払を第２支払方法で受け付ける。第１実施形態では、第２支払受付手段４０１は、図２に示す操作入力装置１０３や通信インタフェース２０７を含んで構成される。そして、第２支払受付手段４０１は、プレイヤによる操作入力装置１０３の操作により第２支払方法が選択された場合に、通信インタフェース２０７を介して決済要求を決済サーバ１４に送信し、決済サーバ１４に対してプレイヤによる電子通貨の支払を決済させることで、プレイ料金の支払を第２支払方法としての電子通貨支払で受け付ける。

なお、端末１０は、第１支払受付手段４００や第２支払受付手段４０１以外にも、様々な支払受付手段を備えていてもよい。

取得手段４０２は、ゲームをプレイするプレイヤ固有のＩＤを取得する。第１実施形態では、取得手段４０２は、カード読取装置１０４を含んで構成される。そして、取得手段４０２は、プレイヤが挿入したＩＣカードを読み取ることで、当該ＩＣカードからＩＤを取得する。このＩＤの取得タイミングは、特に限定されず、プレイ料金の支払前であっても、支払途中であっても、支払後であってもよい。ＩＤの取得後は、取得手段４０２は、管理サーバ１２を介して、取得したＩＤの認証を行う。

なお、取得手段４０２は、操作入力装置１０３で構成されてもよい。この場合、操作入力装置１０３がＩＤの入力を受け付けることで当該ＩＤを取得する。また、取得手段４０２は、通信インタフェース２０７で構成されてもよい。この場合、通信インタフェース２０７がＩＤを受信することで当該ＩＤを取得する。また、取得手段４０２は、ＣＰＵ２０１で構成されてもよい。この場合、ＣＰＵ２０１が記憶装置２０４に記憶されている（端末）ＩＤを読み出すことで当該ＩＤを取得する。

ゲーム実行手段４０３は、プレイ料金が支払われた後に（ＩＤの認証がある場合は、当該認証後に）、ゲームを実行する。

管理サーバ１２は、記憶手段４２０と、認証手段４２１と、カウント手段４２２と、判定手段４２３と、付与手段４２４と、を備える。

記憶手段４２０には、プレイヤ管理テーブル４２０Ａと、プレイデータ４２０Ｂと、が記憶されている。プレイヤ管理テーブル４２０Ａには、例えば、プレイヤのＩＤや、住所、連絡先等が記述されている。プレイデータ４２０Ｂは、プレイヤのＩＤに対応付けて一又は複数記憶されている。このプレイデータ４２０Ｂは、ゲーム実行手段４０３が生成したゲームデータであって、ゲームが実行されたときにおけるプレイヤによるゲームのプレイ状況を示すデータである。このプレイ状況には、ユーザがクリアしたゲームステージ数（ゲームの進行状況）、ユーザが操作するキャラクタのレベル、獲得ポイント、獲得アイテム、プレイ時間等の情報が含まれる。なお、プレイヤ管理テーブル４２０Ａとプレイデータ４２０Ｂのそれぞれの記述内容は、同じテーブルに記述されてもよい。

認証手段４２１は、端末１０からＩＤを受信した場合に、プレイヤ管理テーブル４２０Ａを参照して当該ＩＤを認証し、認証結果を端末１０に送信する。

カウント手段４２２は、プレイ料金が支払われた場合に、支払われたプレイ料金の支払方法に対応するパラメータをカウントする。パラメータは、支払の有無を表す「０」又は「１」や、支払回数、支払額、支払総額等である。

判定手段４２３は、少なくとも２種類の支払方法にてプレイ料金がプレイヤにより支払われたか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する。第１実施形態では、判定手段４２３は、２種類の支払方法（第１支払方法及び第２支払方法）にてプレイ料金がプレイヤにより支払われた結果、当該２種類の支払方法に対応する各パラメータがそれぞれ対応する閾値を超えたか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する。

付与手段４２４は、報酬付与条件を満たしたと判定手段４２３が判定した場合に、プレイヤに報酬を付与する。付与の方法としては、例えば、プレイヤのＩＤに対応するプレイデータ４２０Ｂに対して報酬を示すデータを追記する方法や、コイン払出装置１０６等で直接プレイヤに報酬を与える方法等が挙げられる。

報酬としては、ゲームで使用不可能な報酬と、ゲームで使用可能な報酬とを含む。ゲームで使用不可能な報酬としては、景品や商取引に利用されるポイント等が挙げられる。ゲームで使用可能な報酬としては、ゲームアイテムや、プレイヤがゲームにおいて新たなゲーム範囲をプレイできる権利（例えば新たなレースやクエスト等のゲームの部分をプレイできる権利）、ゲームの難易度を下げる報酬（設定値変更の報酬）、プレイの制限時間の延長、コイン、ポイント等が挙げられる。この報酬は、報酬付与条件を満たしたと判定手段４２３が判定する以外ではプレイヤに付与されない特別な報酬であってもよい。また、この報酬は、プレイヤに付与された後、自動的に使用される報酬や、プレイヤの操作がある場合に使用される報酬を含んでもよい。

図５は、第１実施形態における端末１０と管理サーバ１２の間で行われる処理（報酬付与処理）の一例を示すフローチャートである。この報酬付与処理は、プレイヤによりプレイ料金が支払われた場合に開始される。

（ステップＳＰ１０）
端末１０において、支払われたプレイ料金に対応する第１支払受付手段４００又は第２支払受付手段４０１は、支払われたプレイ料金の支払情報を生成する。支払情報は、例えば支払日時や支払額、支払方法の種類等を含む。また、端末１０の取得手段４０２は、プレイヤにより提示されたＩＣカードからＩＤを取得する。次に、取得手段４０２は、ＩＤを含む認証要求とともに支払情報を管理サーバ１２に送信する。そして、処理は、ステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
管理サーバ１２は、端末１０から認証要求及び支払情報を受信する。この受信に応答して、管理サーバ１２の認証手段４２１は、プレイヤ管理テーブル４２０Ａを参照して、受信した認証要求に含まれるＩＤを認証する。認証後、認証手段４２１は、認証結果を端末１０に送信する。ここで、認証に成功した場合はステップＳＰ１４の処理に移行し、認証に失敗した場合は図５に示す残りの処理が行われることなく、ゲームが実行される。

（ステップＳＰ１４）
管理サーバ１２の判定手段４２３は、プレイデータ４２０Ｂに基づき、認証されたＩＤが示すプレイヤによるゲームプレイが初回か否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ１６の処理に移行し、否定判定された場合には、処理は、ステップＳＰ１８の処理に移行する。

（ステップＳＰ１６）
管理サーバ１２のカウント手段４２２は、第１支払方法（コイン支払）に対応するパラメータとしての第１支払総額Ａ１と第２支払方法（電子通貨支払）に対応するパラメータとしての第２支払総額Ａ２をそれぞれ初期値「０」に設定する（Ａ１＝０，Ａ２＝０）。そして、処理は、ステップＳＰ１８の処理に移行する。

（ステップＳＰ１８）
判定手段４２３は、受信した支払情報に基づき、プレイ料金の支払方法の種類が第１支払方法（コイン支払）か否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ２０の処理に移行し、否定判定された場合には、プレイ料金の支払方法の種類が電子通貨支払と判定され、処理は、ステップＳＰ２２の処理に移行する。

（ステップＳＰ２０）
カウント手段４２２は、第１支払総額Ａ１をカウントする。具体的には、カウント手段４２２は、支払情報に含まれる支払額を第１支払総額Ａ１に加算する。そして、処理は、ステップＳＰ２４の処理に移行する。

（ステップＳＰ２２）
カウント手段４２２は、第２支払総額Ａ２をカウントする。具体的には、カウント手段４２２は、支払情報に含まれる支払額を第２支払総額Ａ２に加算する。そして、処理は、ステップＳＰ２４の処理に移行する。

（ステップＳＰ２４）
判定手段４２３は、第１支払方法と第２支払方法の２種類の支払方法にてプレイ料金がプレイヤにより支払われたか否かを判定する。具体的には、判定手段４２３は、第１支払総額Ａ１が、第１閾値として例えば１万円を超えたか否かを判定する。また、判定手段４２３は、第２支払総額Ａ２が、第２閾値として例えば５千円を超えたか否かを判定する。そして、判定手段４２３は、左記判定を両方肯定判定した場合に、報酬付与条件を満たしたと判定する。報酬付与条件を満たしたと判定された場合（Ｙｅｓ）には、処理は、ステップＳＰ２６の処理に移行し、報酬付与条件を満たしていないと判定された場合（Ｎｏ）には、処理は、ステップＳＰ３０の処理に移行する。

（ステップＳＰ２６）
管理サーバ１２の付与手段４２４は、ゲームで使用可能な報酬をプレイヤに付与する。第１実施形態では、認証されたＩＤに対応するプレイデータ４２０Ｂに対して報酬を示すデータを追記する。そして、処理は、ステップＳＰ２８の処理に移行する。

（ステップＳＰ２８）
カウント手段４２２は、第１支払総額Ａ１と第２支払総額Ａ２をそれぞれ初期値「０」に設定する（Ａ１＝０，Ａ２＝０）。そして、処理は、ステップＳＰ３０の処理に移行する。

（ステップＳＰ３０）
管理サーバ１２は、認証要求されたＩＤに対応するプレイデータ４２０Ｂを端末１０に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。

（ステップＳＰ３２）
端末１０は、管理サーバ１２から、プレイデータ４２０Ｂを受信する。この受信に応答して、端末１０のゲーム実行手段４０３は、受信したプレイデータ４２０Ｂに基づき、ゲームを実行する。言い換えれば、ゲーム実行手段４０３は、受信したプレイデータ４２０Ｂを反映した状態でゲームを実行する。なお、ゲーム実行手段４０３は、ゲームの実行中或いは実行後に、プレイデータ４２０Ｂを随時更新する。

ここで、ゲーム実行手段４０３は、プレイデータ４２０Ｂに報酬が追記されている場合には、報酬を自動的に使用するか、或いは報酬に対するプレイヤの操作がある場合に使用する。例えば、報酬として特別なレースが付与されている場合には、当該特別なレースがプレイヤにより選択操作されたときに、ゲーム実行手段４０３は、特別なレースを開催することで、報酬（特別なレース）を使用する。また、例えば、報酬としてゲームアイテムが付与されている場合には、当該ゲームアイテムがプレイヤにより選択操作されたときに、ゲーム実行手段４０３は、ゲームアイテムの効果をゲームに反映することで、報酬を使用する。なお、報酬は、一回使用されたら消滅してもよいし、消滅しなくてもよい。

以上、第１実施形態によれば、コイン支払と電子通貨支払という２種類の支払方法にてプレイ料金がプレイヤにより支払われた場合に報酬が付与されるので、当該２種類の支払方法にてプレイ料金を支払う動機をプレイヤに対して生じさせることができる。この結果、２種類の支払方法にてプレイ料金が支払われれば、例えば１種類の支払方法のみにてプレイ料金が支払われる場合に比べて、プレイヤがゲームをプレイする機会を増やすことができる。

また、第１実施形態によれば、報酬は、報酬付与条件を満たしたと判定手段４２３が判定する以外ではプレイヤに付与されない報酬を含むので、報酬の希少価値が高まり、２種類の支払方法にてプレイ料金を支払う動機をプレイヤに対して強く生じさせることができる。

また、第１実施形態によれば、報酬は、プレイヤがゲームにおいて新たなゲーム範囲をプレイできる権利を含むので、報酬の希少価値が高まり、２種類の支払方法にてプレイ料金を支払う動機をプレイヤに対して強く生じさせることができる。

また、第１実施形態によれば、報酬は、ゲームの難易度を下げる報酬を含むので、ゲームを進めるのが難しい場合に、報酬の価値が高まり、２種類の支払方法にてプレイ料金を支払う動機をプレイヤに対して強く生じさせることができる。

また、第１実施形態によれば、報酬は、プレイヤの操作がある場合に使用可能な報酬を含むので、プレイヤは自由なタイミングで報酬を使用することができる。

また、第１実施形態では、判定手段４２３は、２種類の支払方法に対応する支払総額Ａ１，Ａ２がそれぞれ対応する閾値を超えたか否かを判定し、肯定判定した場合に、プレイ料金がプレイヤにより支払われたと判定する。したがって、第１実施形態によれば、報酬を付与するまでに、プレイ料金の支払総額を増やすことができる。

＜第２実施形態＞
次に、第２実施形態について説明する。第２実施形態では第１実施形態と共通の事柄についての記述を省略し、異なる点についてのみ説明する。第２実施形態では、カウント手段４２２が設けられていない代わりに、プレイ料金が支払われた場合に、その支払方法に応じて異なる種類のアイテムを付与する点が第１実施形態と異なる。また、第２実施形態では、判定手段４２３は、上記アイテムのうち２種類のアイテムがプレイヤに付与されたか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する点も第１実施形態と異なる。

図６は、第２実施形態における報酬付与処理の一例を示すフローチャートであって、図５に示す管理サーバ１２の処理の変形例を示すフローチャートである。この報酬付与処理は、図５に示すステップＳＰ１０において端末１０から、ＩＤを含む認証要求とともに支払情報が管理サーバ１２に送信され、当該管理サーバ１２が認証要求及び支払情報を受信した場合に開始される。

（ステップＳＰ４０）
認証手段４２１は、プレイヤ管理テーブル４２０Ａを参照して、受信した認証要求に含まれるＩＤを認証する。認証後、認証手段４２１は、認証結果を端末１０に送信する。ここで、認証に成功した場合はステップＳＰ４０の処理に移行し、認証に失敗した場合は図６に示す残りの処理が行われることなく、ゲームが実行される。

（ステップＳＰ４２）
判定手段４２３は、受信した支払情報に基づき、支払方法を判定する。支払方法が第１支払方法（コイン支払）であると判定された場合には、処理は、ステップＳＰ４４の処理に移行する。また、支払方法が第２支払方法（電子通貨支払）であると判定された場合には、処理は、ステップＳＰ４６の処理に移行する。支払方法が第３支払方法（ポイント支払）であると判定された場合には、処理は、ステップＳＰ４８の処理に移行する。なお、ポイントは、例えばゲームに関するアクションを起こすことでプレイヤが得ることが可能なパラメータである。

（ステップＳＰ４４）
付与手段４２４は、プレイヤに宝箱（のアイテム）を付与する。具体的には、付与手段４２４は、認証されたＩＤに対応するプレイデータ４２０Ｂに対して宝箱を示すデータを追記する。なお、宝箱の中身には、ゲームで使用可能な特定の報酬が入っている設定とする。言い換えれば、宝箱には特定の報酬が紐付けられている。そして、処理は、ステップＳＰ５０の処理に移行する。

（ステップＳＰ４６）
付与手段４２４は、プレイヤに上記宝箱を開けるための鍵（のアイテム）を付与する。具体的には、付与手段４２４は、認証されたＩＤに対応するプレイデータ４２０Ｂに対して鍵を示すデータを追記する。そして、処理は、ステップＳＰ５０の処理に移行する。

（ステップＳＰ４８）
付与手段４２４は、プレイヤに上記宝箱の中身の価値をアップ（向上する）価値アップアイテムを付与する。具体的には、付与手段４２４は、認証されたＩＤに対応するプレイデータ４２０Ｂに対して価値アップアイテムを示すデータを追記する。そして、処理は、ステップＳＰ５０の処理に移行する。

（ステップＳＰ５０）
判定手段４２３は、認証されたＩＤに対応するプレイデータ４２０Ｂに基づき、少なくとも２種類のアイテムがプレイヤに付与されたか否かを判定する。第２実施形態では、判定手段４２３は、鍵と宝箱が有るか否かを判定する。判定手段４２３は、肯定判定した場合には、報酬付与条件を満たしたと判定する。そして、報酬付与条件を満たしたと判定された場合（Ｙｅｓ）には、処理は、ステップＳＰ５２の処理に移行し、報酬付与条件を満たしていないと判定された場合（Ｎｏ）には、処理は、ステップＳＰ５４の処理に移行する。

（ステップＳＰ５２）
付与手段４２４は、宝箱に紐付けられている報酬をプレイヤに付与する。第２実施形態では、付与手段４２４は、認証されたＩＤに対応するプレイデータ４２０Ｂに対して報酬を示すデータを追記する。なお、この付与の際、例えば宝箱を鍵で開けて当該宝箱の中から報酬が出る演出をするように端末１０を制御してもよい。そして、処理は、ステップＳＰ５４の処理に移行する。

（ステップＳＰ５４）
判定手段４２３は、認証されたＩＤに対応するプレイデータ４２０Ｂに基づき、価値アップアイテムが有るか否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ５６の処理に移行し、否定判定された場合には、ステップＳＰ５６の処理に移行する。

（ステップＳＰ５６）
付与手段４２４は、プレイヤに宝箱又はその中身が有ることを前提として、価値アップアイテムを消費して、宝箱の中身（報酬）の価値をアップする。そして、処理は、ステップＳＰ５８の処理に移行する。

（ステップＳＰ５８）
管理サーバ１２は、認証されたＩＤに対応するプレイデータ４２０Ｂを端末１０に送信する。

以上、第２実施形態によれば、第１実施形態と同様の効果を奏する他、報酬を得るためのアイテムを揃える楽しさをプレイヤに与えることができる。なお、判定手段４２３は、上記アイテムのうち２種類のアイテムがプレイヤに付与されたか否かを判定する場合を説明したが、宝箱と鍵と価値アップアイテムがプレイヤに付与されたか否かを判定する等、３種類以上のアイテムがプレイヤに付与されたか否かを判定してもよい。すなわち、判定手段４２３は、上記アイテムのうち少なくとも２種類のアイテムがプレイヤに付与されたか否かを判定するようにしてもよい。

＜第３実施形態＞
次に、第３実施形態について説明する。第３実施形態では第１実施形態と共通の事柄についての記述を省略し、異なる点についてのみ説明する。第３実施形態では、管理サーバ１２が、プレイ料金が支払われた場合に、支払われたプレイ料金の支払方法に対応するゲーム範囲をプレイ可能となるようにゲームを制御する点で、第１実施形態と異なる。また、第３実施形態では、判定手段４２３が、少なくとも２種類の支払方法に応じたゲーム範囲の進行状況がそれぞれ予め定められた条件を満たしたか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する点で、第１実施形態と異なる。

上記予め定められた条件とは、例えばゲームクリアやクリア失敗、アイテム取得、キャラクタの発見等が挙げられる。

図７は、第３実施形態における報酬付与処理の一例を示すフローチャートであって、図５に示す管理サーバ１２の処理の変形例を示すフローチャートである。この報酬付与処理は、図５に示すステップＳＰ１０において端末１０から、ＩＤを含む認証要求とともに支払情報が管理サーバ１２に送信され、当該管理サーバ１２が認証要求及び支払情報を受信した場合に開始される。

（ステップＳＰ６０）
認証手段４２１は、プレイヤ管理テーブル４２０Ａを参照して、受信した認証要求に含まれるＩＤを認証する。認証後、認証手段４２１は、認証結果を端末１０に送信する。ここで、認証に成功した場合はステップＳＰ６２の処理に移行し、認証に失敗した場合は図６に示す残りの処理が行われることなく、ゲームが実行される。

（ステップＳＰ６２）
判定手段４２３は、認証されたＩＤに対応するプレイデータ４２０Ｂに基づき、当該ＩＤが示すプレイヤによるゲームプレイが初回か否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ６４の処理に移行し、否定判定された場合には、処理は、ステップＳＰ６６の処理に移行する。

（ステップＳＰ６４）
カウント手段４２２は、第１クリアフラグＦ１と第２クリアフラグＦ２をそれぞれ初期値「０」に設定する（Ｆ１＝０，Ｆ２＝０）。そして、処理は、ステップＳＰ６６の処理に移行する。

（ステップＳＰ６６）
判定手段４２３は、受信した支払情報に基づき、プレイ料金の支払方法が第１支払方法（コイン支払）か否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ６８の処理に移行し、否定判定された場合には、プレイ料金の支払方法が第２支払方法（電子通貨支払）と判定されて、処理は、ステップＳＰ７４の処理に移行する。

（ステップＳＰ６８）
付与手段４２４は、第１支払方法に対応した第１ゲーム範囲をプレイヤに付与する。具体的には、付与手段４２４は、第１ゲーム範囲の実行指示を端末１０に送信する。端末１０は、実行指示を受信し、これに応答して、第１ゲーム範囲を実行する。そして、処理は、ステップＳＰ７０の処理に移行する。なお、第１ゲーム範囲は、例えば、ゲームのうちコイン支払以外ではプレイヤがプレイできない範囲に設定されている。

（ステップＳＰ７０）
判定手段４２３は、適宜、端末１０と通信することで、第１ゲーム範囲がクリアされたか否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ７２の処理に移行し、否定判定された場合には、処理は、ステップＳＰ８０の処理に移行する。

（ステップＳＰ７２）
カウント手段４２２は、第１クリアフラグＦ１を立てる（Ｆ１＝１）。そして、処理は、ステップＳＰ８０の処理に移行する。

（ステップＳＰ７４）
付与手段４２４は、第２支払方法（電子通貨支払）に対応した第２ゲーム範囲をプレイヤに付与する。具体的には、付与手段４２４は、第２ゲーム範囲の実行指示を端末１０に送信する。端末１０は、実行指示を受信し、これに応答して、第２ゲーム範囲を実行する。そして、処理は、ステップＳＰ７６の処理に移行する。なお、第２ゲーム範囲は、例えば、ゲームのうち第２支払方法以外ではプレイヤがプレイできない範囲に設定されている。

（ステップＳＰ７６）
判定手段４２３は、適宜、端末１０と通信することで、第２ゲーム範囲がクリアされたか否かを判定する。そして、肯定判定された場合には、処理は、ステップＳＰ７８の処理に移行し、否定判定された場合には、処理は、ステップＳＰ８０の処理に移行する。

（ステップＳＰ７８）
カウント手段４２２は、第２クリアフラグＦ２を立てる（Ｆ２＝１）。そして、処理は、ステップＳＰ８０の処理に移行する。

（ステップＳＰ８０）
判定手段４２３は、第１クリアフラグＦ１と第２クリアフラグＦ２がそれぞれ立っているか否か（Ｆ１＝１，Ｆ２＝１）を判定する。判定手段４２３は、肯定判定した場合には、報酬付与条件を満たしたと判定する。そして、報酬付与条件を満たしたと判定された場合（Ｙｅｓ）には、処理は、ステップＳＰ８２の処理に移行し、報酬付与条件を満たしていないと判定された場合（Ｎｏ）には、処理は終了する。

（ステップＳＰ８２）
付与手段４２４は、ゲームに使用可能な報酬をプレイヤに付与する。第３実施形態では、付与手段４２４は、認証されたＩＤに対応するプレイデータ４２０Ｂに対して報酬を示すデータを追記する。そして、処理は、ステップＳＰ８４の処理に移行する。

（ステップＳＰ８４）
カウント手段４２２は、第１クリアフラグＦ１と第２クリアフラグＦ２をそれぞれ初期値「０」に設定する（Ｆ１＝０，Ｆ２＝０）。

以上、第３実施形態によれば、第１実施形態と同様の効果を奏する他、報酬を得るためには、プレイヤは、第１ゲーム範囲及び第２ゲーム範囲をクリアすることになるので、プレイヤがゲームをプレイする機会を一層増やすことができる。

＜変形例＞
なお、本発明は上記実施形態に限定されるものではない。すなわち、上記実施形態に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、前述した実施形態が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。

例えば、管理サーバ１２の全部又は一部の機能は、端末１０に備えられてもよい。したがって、第１実施形態におけるゲーム装置は、管理サーバ１２である場合を説明したが、端末１０や、決済サーバ１４、メダル貸出機等のプレイ料金の支払機等であってもよい。

また、第１実施形態では、プレイデータ４２０Ｂは、管理サーバ１２の記憶手段４２０に記憶される場合を説明したが、ＩＣカード等のリムーバブルメディアに記憶されてもよい。

また、第１実施形態では、ＩＤは、プレイヤ固有のＩＤである場合を説明したが、端末１０の固有のＩＤであってもよい。

また、第２実施形態では、プレイ料金が支払われた場合に、その支払方法に応じて異なる種類のアイテムを付与する場合を説明したが、アイテムを付与せず、支払方法に応じて異なるフラグを立てるようにしてもよい。この場合、判定手段４２３は、上記フラグのうち２種類のフラグが立っているか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定するようにしてもよい。

１２…管理サーバ（ゲーム装置）、４２２…カウント手段、４２３…判定手段、４２４…付与手段

Claims (10)

1. プレイヤが複数種類の支払方法にてプレイ料金を支払うことができるゲームに係るゲーム装置であって、
   プレイヤ固有の識別情報に基づいて、一のプレイヤが少なくとも２種類の支払方法にて前記プレイ料金を支払ったか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する判定手段と、
   前記報酬付与条件を満たしたと前記判定手段が判定した場合に、前記一のプレイヤに報酬を付与する付与手段と、
   を備えるゲーム装置。
2. 前記報酬は、前記ゲームで使用可能な報酬を含む、
   請求項１に記載のゲーム装置。
3. 前記報酬は、前記報酬付与条件を満たしたと前記判定手段が判定する以外では前記一のプレイヤに付与されない報酬を含む、
   請求項１又は２に記載のゲーム装置。
4. 前記報酬は、前記一のプレイヤが前記ゲームにおいて新たなゲーム範囲をプレイできる権利を含む、
   請求項１乃至３の何れか１項に記載のゲーム装置。
5. 前記報酬は、前記ゲームの難易度を下げる報酬を含む、
   請求項１乃至４の何れか１項に記載のゲーム装置。
6. 前記報酬は、前記一のプレイヤの操作がある場合に使用される報酬を含む、
   請求項１乃至５の何れか１項に記載のゲーム装置。
7. 前記プレイ料金が支払われた場合に、支払われたプレイ料金の支払方法に対応するパラメータをカウントするカウント手段を更に備え、
   前記判定手段は、前記少なくとも２種類の支払方法に対応する各パラメータがそれぞれ対応する閾値を超えたか否かを判定し、肯定判定した場合に、前記報酬付与条件を満たしたと判定する、
   請求項１乃至６の何れか１項に記載のゲーム装置。
8. 前記付与手段は、前記プレイ料金が支払われた場合に、支払われたプレイ料金の支払方法に応じて異なる種類のアイテムを前記一のプレイヤに付与し、
   前記判定手段は、前記アイテムのうち少なくとも２種類のアイテムが前記一のプレイヤに付与されたか否かを判定し、肯定判定した場合に、前記報酬付与条件を満たしたと判定する、
   請求項１乃至７の何れか１項に記載のゲーム装置。
9. 前記プレイ料金が支払われた場合に、支払われたプレイ料金の支払方法に対応するゲーム範囲をプレイ可能となるように前記ゲームを制御し、
   前記判定手段は、前記少なくとも２種類の支払方法に応じたゲーム範囲の進行状況がそれぞれ予め定められた条件を満たしたか否かを判定し、肯定判定した場合に、前記報酬付与条件を満たしたと判定する、
   請求項１乃至８の何れか１項に記載のゲーム装置。
10. プレイヤが複数種類の支払方法にてプレイ料金を支払うことができるゲームに係るコンピュータを、
    プレイヤ固有の識別情報に基づいて、一のプレイヤが少なくとも２種類の支払方法にて前記プレイ料金を支払ったか否かを判定し、肯定判定した場合に、報酬付与条件を満たしたと判定する判定手段、及び、
    前記報酬付与条件を満たしたと前記判定手段が判定した場合に、前記一のプレイヤに報酬を付与する付与手段、
    として機能させるためのプログラム。

Images