JP2015036034A - ゲームシステム、ゲーム装置、ゲーム制御方法、及びプログラム - Google Patents

Abstract

【課題】ゲームデータの選出や獲得をするためのパラメータをユーザが管理しやすくなること。【解決手段】ゲームシステム（１）の選出手段（６８）は、第１パラメータが第１範囲以上であると判定された場合、複数種類のゲームデータのうちから、ユーザに付与されるゲームデータの候補を選出する。第１パラメータ減少手段（７０）は、選出手段（６８）により候補が選出される場合、第１パラメータを減少させる。付与手段（７８）は、ユーザに関連付けられたパラメータであって、第１パラメータとは異なる第２パラメータが第２範囲以上であると判定された場合、選択された候補をユーザに付与する。第２パラメータ減少手段（８０）は、選択された候補がユーザに付与される場合、第２パラメータを減少させる。【選択図】図５

Description

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

従来から、ユーザに付与されたゲームデータ（例えば、キャラクタ）を利用してゲームを実行するゲームシステムが知られている。特許文献１には、ユーザが保有するパラメータを消費することで、複数のキャラクタの中から選出したキャラクタをユーザに付与するゲームシステムが記載されている。

特開２０１２−１９６４２４号公報

例えば、特許文献１の技術において、キャラクタをユーザに付与する場合に、複数の候補キャラクタをリストアップして表示させるとともに、表示された複数の候補キャラクタの中から獲得したいキャラクタをユーザに選択させるといったことが考えられる。そして、候補キャラクタをリストアップさせるときにユーザが保有するパラメータを消費し、また、ユーザにキャラクタを選択させるときにもユーザが保有するパラメータを消費させることが考えられる。しかし、キャラクタのリストアップ時と、キャラクタの獲得時と、で同じパラメータが消費されるようにすると、リストアップ後にユーザの保有するパラメータが不足して、欲しいキャラクタがリストアップされたとしても、そのキャラクタを獲得することができないといった不都合が生じることがある。そのため、キャラクタのリストアップ時とキャラクタの獲得時とで、同じパラメータが消費されるようにすると、ユーザがパラメータを管理しにくいと感じる可能性がある。

本発明は上記課題に鑑みてなされたものであって、その目的は、ゲームデータの選出や獲得をするためのパラメータをユーザが管理しやすくなるゲームシステム、ゲーム装置、ゲーム制御方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明に係るゲームシステム及びゲーム装置は、ユーザに付与されたゲームデータを利用してゲームを実行するゲームシステム及びゲーム装置であって、前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定手段と、前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段と、前記選出手段により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段と、前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段と、前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定手段と、前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段と、前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段と、を含むことを特徴とする。

本発明に係るゲーム制御方法は、ユーザに付与されたゲームデータを利用してゲームを実行するゲーム制御方法であって、前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定ステップと、前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出ステップと、前記選出手段により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少ステップと、前記選出された候補の中で前記ユーザにより選択された候補を取得する取得ステップと、前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定ステップと、前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与ステップと、前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少ステップと、を含むことを特徴とする。

本発明に係るプログラムは、ユーザに付与されたゲームデータを利用してゲームを実行するコンピュータを、前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定手段、前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段、前記選出手段により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段、前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段、前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定手段、前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段、前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段、として機能させる。

実施形態に係るゲームシステムの全体構成を示す図である。 ユーザチームの設定を行うための設定画面の一例を示す図である。 キャラクタを抽選させるための抽選画面の一例を示す図である。 抽選が行われた後の抽選画面の一例を示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。 キャラクタデータのデータ格納例を示す図である。 ゲーム状況データのデータ格納例を示す図である。 キャラクタと獲得金額との関連付けを示す図である。 ゲームシステムが実行する処理を示すフロー図である。 変形例の機能ブロック図である。 ユーザが選択するキャラクタの数と獲得金額の変化量との関連付けを示す図である。 選出部が選出するキャラクタと保持期限との関連付けを示す図である。 リストアップするキャラクタ数と必要チケット数との関連付けを示す図である。 キャラクタ数と獲得金額との関連付けを示す図である。

［１．ゲームシステムの全体構成］
以下、本発明の実施形態の例について図面に基づき詳細に説明する。図１は、実施形態に係るゲームシステムの全体構成を示す図である。図１に示すように、本実施形態に係るゲームシステム１は、サーバ１０及びゲーム装置２０を含む。サーバ１０及びゲーム装置２０は、通信ネットワーク２を介して、互いにデータ送受信可能に接続される。

サーバ１０は、例えば、サーバコンピュータによって実現される。図１に示すように、サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、例えば、マイクロプロセッサ等を含み、オペレーティングシステムやその他のプログラムに従って処理を実行する。記憶部１２は、主記憶部（例えばＲＡＭ）及び補助記憶部（例えばハードディスクドライブ又はソリッドステートドライブ）を含む。通信部１３は、通信ネットワーク２を介してデータ通信を行うためのものである。

ゲーム装置２０は、ユーザが使用するコンピュータであり、特にユーザがゲームをプレイするために使用するコンピュータである。ゲーム装置２０は、例えば、家庭用ゲーム機（据置型ゲーム機）、携帯用ゲーム機、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、又はパーソナルコンピュータによって実現される。図１に示すように、ゲーム装置２０は、制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５、及び音声出力部２６を含む。

制御部２１、記憶部２２、及び通信部２３は、サーバ１０の制御部１１、記憶部１２、及び通信部１３と同様である。操作部２４は、例えば、ゲームコントローラ、キー、レバー、タッチパネル、又はマウス等を含み、ユーザがゲーム操作を行うためのものである。なお、操作部２４は、ユーザが音声又はジェスチャによってゲーム操作を行うためのものであってもよい。表示部２５は、例えば、液晶表示パネル又は有機ＥＬディスプレイ等であり、制御部２１の指示に従って画面を表示する。音声出力部２６は、例えばスピーカ又はヘッドホン等であり、制御部２１の指示に従って音声データを出力する。

プログラムやデータは、例えば、通信ネットワーク２を介してサーバ１０又はゲーム装置２０に供給される。なお、サーバ１０又はゲーム装置２０は、情報記憶媒体（例えば光ディスク又はメモリカード等）に記憶されたプログラム又はデータを読み取るための構成要素を含むようにしてもよい。そして、情報記憶媒体を介してサーバ１０又はゲーム装置２０にプログラムやデータを供給するようにしてもよい。

［２．ゲームシステムにおいて実行されるゲーム］
ゲームシステム１では、ユーザに付与されたゲームデータを利用してゲームを実行する。ゲームデータとは、ユーザが保有するゲームデータであり、例えば、キャラクタ、カード、及びアイテム等である。本実施形態では、ユーザが獲得したキャラクタでサッカーチーム（以降、ユーザチームという。）を組み、対戦相手チームと対戦するゲームが実行される場合を説明する。

ユーザチームと対戦相手チームとの対戦は、定期的に実行される。ここでは、予め定められた対戦日時（例えば、所定曜日の所定時刻）が到来した場合、各ユーザのユーザチームは、他のユーザのユーザチームと自動的に対戦する。そして、ある期間における対戦結果に応じて、各ユーザのランキングが決定される。ユーザは、対戦に勝利することを目指して、対戦日時が到来する前に、ユーザチームのフォーメーションやキャラクタのポジション、試合に出場させるキャラクタ等を設定して対戦に備えることになる。

図２は、ユーザチームの設定を行うための設定画面の一例を示す図である。図２に示すように、設定画面３０には、試合に最初から出場するキャラクタ（いわゆる、スターティングメンバー）を示す出場キャラクタ３２と、控えのキャラクタを示す控えキャラクタ３４と、が表示される。なお、控えのキャラクタも試合に出場することができる。設定画面３０において、ユーザは、ユーザチームのフォーメーションを変更することができる。ユーザが選択したフォーメーションは、出場キャラクタ３２の位置関係に反映される。出場キャラクタ３２及び控えキャラクタ３４のうちの何れかをユーザが選択すると、当該選択されたキャラクタの詳細情報３６が表示される。

詳細情報３６に示すように、各キャラクタには、基本ポジション３６Ａ、複数種類の能力パラメータ３６Ｂ、及び契約期間３６Ｃが関連付けられている。基本ポジション３６Ａは、複数のポジション（例えば、フォワード、ミッドフィールダー、ディフェンダー、及びゴールキーパー）のうちでキャラクタに割り当てられたポジションである。なお、ユーザは、基本ポジション以外のポジションをキャラクタに設定することもできる。

能力パラメータ３６Ｂは、キャラクタの能力値であり、ここでは、スピード、パワー、及びテクニックの３種類がある。契約期間３６Ｃは、対戦で各キャラクタを使用できる期間である。契約期間３６Ｃは、現実世界における期間であってもよいし、ゲームの中の架空世界における期間であってもよい。各キャラクタの契約期間３６Ｃは、ユーザの操作に応じて延長することができる。

ユーザは、出場キャラクタ３２と控えキャラクタ３４とを入れ替えることで、ユーザチームに所属するキャラクタのうちで、試合に出場するキャラクタを変更する。また、ユーザは、出場キャラクタ３２どうしを入れ替えることで、出場キャラクタ３２のポジションを変更することもできる。

本実施形態では、各キャラクタに設定されるポジションに応じて、当該キャラクタの能力パラメータが変化する。例えば、あるキャラクタにそのキャラクタが得意とするポジションが設定されると、当該キャラクタの能力パラメータが基本値よりも高くなる。一方、あるキャラクタにそのキャラクタが不得意なポジションが設定されると、当該キャラクタの能力パラメータが基本値よりも低くなる。

ユーザチームと対戦相手チームとの対戦結果は、例えばユーザチームの能力パラメータの合計値と、対戦相手チームの能力パラメータの合計値と、に基づいて定まる。例えば、ユーザチームと対戦相手チームのうち、能力パラメータの合計値が高い方が勝利する確率が高くなる。ユーザチームの能力パラメータの合計値が高い方が対戦で有利になるので、ユーザチーム全体のバランスを考えて、能力パラメータの合計値が高くなるように、フォーメーションや各キャラクタのポジションをユーザは設定する。

また、本実施形態では、ユーザチームに新たにキャラクタを加入させるために、各ユーザは抽選を実行することができる。ユーザが所与の操作を行うと、抽選を行うための抽選画面が表示部２５に表示される。

図３は、キャラクタを抽選させるための抽選画面の一例を示す図である。ここでは、各キャラクタは、能力に応じて複数段階のレベルに分けられており、図３に示すように、抽選画面４０には、特定レベルのキャラクタを抽選するためのレベルタグ４２が表示される。例えば、レベルタグ４２が示すレベルが高いほど、抽選対象となるキャラクタの能力が高くなる。ユーザがレベルタグ４２の何れかを選択すると、当該選択されたレベルタグ４２が示すレベルに属するキャラクタのうちで抽選を行うことができる。

更に、本実施形態では、特定の基本ポジションのキャラクタを抽選するためのポジション画像４４が表示される。各ポジション画像４４には、抽選を実行するための抽選ボタン４６が関連付けられている。ここでは、抽選を実行するために、ユーザは、自分が保有するチケットを消費する必要がある。チケットは、ゲームの進行や他のユーザからのプレゼント等に応じて獲得することができる。ユーザが抽選ボタン４６を選択すると、チケットが消費され、ユーザが指定したレベルタグ４２が示すレベル及び基本ポジションのキャラクタの中で抽選が行われ、ユーザが獲得可能なキャラクタがリストアップされる。

図４は、抽選が行われた後の抽選画面４０の一例を示す図である。図４に示すように、抽選画面４０には、抽選された各キャラクタを示す抽選結果リスト４８が表示される。抽選結果リスト４８にリストアップされたキャラクタは、この時点では、まだユーザチームに加入していない。ユーザが各キャラクタをユーザチームに加入させるためには、ユーザが保有するコインを消費する必要がある。チケットと同様、コインは、ゲームの進行や他のユーザからのプレゼント等に応じて獲得することができる。

例えば、リストアップされたキャラクタごとに、キャラクタの獲得に必要なコイン（以降、獲得金額という。）が設定されている（異なっている）。ユーザは、抽選結果リスト４８が示すキャラクタのうちで獲得したいキャラクタに対応する獲得ボタン５０を選択する。ユーザが保有するコインが獲得金額以上であれば、ユーザは、このキャラクタをユーザチームに加入させることができる。

上記のように、本実施形態のゲームシステム１は、リストアップするキャラクタを抽選するためのパラメータと、キャラクタを獲得するためのパラメータと、を別々（異なる種類のパラメータ）にすることで、キャラクタの選出やキャラクタを獲得するためのパラメータをユーザが管理しやすい構成にしている。以下、本技術について、詳細に説明する。

［３．ゲームシステムにおいて実現される機能］
図５は、ゲームシステム１で実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。図５に示すように、ゲームシステム１は、ゲームデータ記憶部６０、制限部６２、第１閾値変化部６４、第１判定部６６、選出部６８、第１パラメータ減少部７０、候補取得部７２、第２閾値変化部７４、第２判定部７６、付与部７８、及び第２パラメータ減少部８０を実現する。

本実施形態では、ゲームデータ記憶部６０は、記憶部１２を主として実現され、他の各機能は、制御部１１を主として実現される。また例えば、ゲームシステム１において必須の機能は、第１判定部６６、選出部６８、第１パラメータ減少部７０、候補取得部７２、第２判定部７６、付与部７８、及び第２パラメータ減少部８０であり、他の機能は省略するようにしてもよい。

［３−１．ゲームデータ記憶部］
ゲームデータ記憶部６０は、ゲームを実現するために必要な各種データを記憶する。ここでは、キャラクタの基本情報を示すキャラクタデータと、各ユーザがプレイするゲームの状況を示すゲーム状況データと、について説明する。

図６は、キャラクタデータのデータ格納例を示す図である。図６に示すように、キャラクタデータは、キャラクタ名、基本ポジション、レベル、及び能力パラメータを含む。キャラクタデータに格納された各キャラクタの能力パラメータは、当該キャラクタが付与されたときの初期値である。

図７は、ゲーム状況データのデータ格納例を示す図である。図７に示すように、ゲーム状況データは、ユーザ名、保有チケット数、保有コイン数、ユーザチーム名、ユーザのランキング、ユーザの対戦成績、現在のフォーメーション、及びユーザチームに所属するキャラクタに関する情報を含む。キャラクタに関する情報は、ユーザが保有するキャラクタ名、キャラクタの契約期間、現在のポジション、現在の能力パラメータを含む。なお、ここでは、ポジションが設定されているキャラクタは、試合に出場するキャラクタであり、ポジションが空欄のキャラクタは、控えキャラクタである。

ゲーム状況データは、ゲームの実行結果に応じて適宜更新される。例えば、ゲームが実行され、ユーザがチケットやコインを獲得した場合は、当該ユーザに対応するレコードの保有チケット数や保有コイン数が更新される。更に、各ユーザのユーザチームの対戦結果に応じて、当該ユーザに対応するレコードのランキングや対戦成績が更新される。また、各ユーザがフォーメーションやポジション等の変更操作を行った場合には、当該ユーザに対応するレコードのフォーメーションやキャラクタに関する情報が更新される。

なお、ゲームデータ記憶部６０に記憶されるデータは、上記の例に限られない。ゲームを実行するために必要なデータが、ゲームデータ記憶部６０に記憶されていればよい。例えば、フォーメーションと、当該フォーメーションで設定可能なポジションの組み合わせと、の関連付けを示すデータがゲームデータ記憶部６０に記憶されているようにしてもよい。他にも例えば、現実世界又は架空世界の現在時間を示すデータが記憶されているようにしてもよい。当該データは、適宜更新されるものとする。

［３−２．制限部］
本実施形態のように、複数種類のゲームデータ（例えば、キャラクタ）のそれぞれに、当該ゲームデータをゲームでユーザが使用可能な期限（例えば、契約期間）が設定されている場合、制限部６２は、ユーザに付与されたゲームデータに設定された期限が到来した場合、当該ゲームデータのゲームでの使用を制限（禁止）する。ここでは、キャラクタを試合でユーザが使用できないようにすることが、ゲームでの使用を制限することに相当する。例えば、制限部６２は、契約期間が過ぎたキャラクタを、試合の出場対象から除外したり、ユーザチームから除外したりする。なお、制限部６２は、現実世界又は架空世界の現在時間と各キャラクタの契約期間とを比較することで、契約期間が過ぎたか否かを判定する。

［３−３．第１閾値変化部］
第１閾値変化部６４は、例えば、ユーザが指定した抽選条件（例えば、レベルやポジション）に基づいて、第１閾値（例えば、消費チケット数）を変化させる。この場合、抽選条件と消費チケット数との関連付けが予めゲームデータ記憶部６０に記憶されており、第１閾値変化部６４は、ユーザが指定した抽選条件に関連付けられた消費チケット数を設定する。

例えば、第１閾値変化部６４は、ユーザが指定したキャラクタのレベルが高いほど、必要とする消費チケット数が多くなり、ユーザが指定したキャラクタのレベルが低いほど、必要とする消費チケット数が少なくなるようにする。また例えば、第１閾値変化部６４は、ユーザが指定した基本ポジションのキャラクタ数が多いほど（基本ポジションの希少度が低いほど）、必要とする消費チケット数が少なくなり、ユーザが指定した基本ポジションのキャラクタ数が少ないほど（基本ポジションの希少度が高いほど）、必要とする消費チケット数が多くなるようにする。

［３−４．第１判定部］
第１判定部６６は、ユーザに関連付けられた第１パラメータ（例えば、保有チケット数）が第１閾値（例えば、消費チケット数）以上であるか否かを判定する。消費チケット数は、固定値であってもよいし、ユーザが指定した抽選条件（例えば、キャラクタのレベルや基本ポジション等）に応じて可変値であってもよい。ここでは、第１判定部６６は、第１パラメータが、第１閾値変化部６４により変化された第１閾値（例えば、消費チケット数）以上であるか否かを判定する。

［３−５．選出部］
選出部６８は、第１パラメータ（例えば、保有チケット数）が第１閾値（例えば、消費チケット数）以上であると判定された場合、複数種類のゲームデータ（例えば、キャラクタ）のうちから、ユーザに付与されるゲームデータの候補（例えば、一又は複数の候補）を選出する。例えば、選出部６８は、キャラクタデータに格納された複数のキャラクタのうちから、予め定められた選出方法に基づいて（例えば、ランダムに）、一又は複数のキャラクタを選出する。

なお、本実施形態のように、ユーザが抽出条件（例えば、キャラクタのレベルや基本ポジション等）を指定する場合には、選出部６８は、キャラクタデータに格納されたキャラクタのうちから、当該指定された抽出条件に合致するキャラクタを特定する。そして、選出部６８は、当該特定したキャラクタのうちの少なくとも一つを選出する。例えば、ユーザがキャラクタのレベルを指定した場合には、選出部６８は、当該指定されたレベルに合致するキャラクタのうちの少なくとも一つを選出する。また例えば、ユーザが基本ポジションを指定した場合には、選出部６８は、当該指定された基本ポジションに合致するキャラクタの少なくとも一つを選出する。

なお、選出部６８が選出するキャラクタの契約期間は、固定値であってもよいし、可変値であってもよい。例えば、キャラクタの契約期間をユーザが指定できるようにしてもよいし、予め定められた方法で動的に契約期間が決まるようにしてもよい。

［３−６．第１パラメータ減少部］
第１パラメータ減少部７０は、選出部６８により候補が選出される場合、第１パラメータ（例えば、保有チケット数）を変化させる。例えば、第１パラメータ減少部７０は、ユーザの保有チケット数を消費チケット数だけ減少させる。本実施形態では、第１パラメータ減少部７０は、ユーザの保有チケット数を、第１閾値変化部６４により変化された消費チケット数だけ減少させる。

［３−７．候補取得部］
候補取得部７２は、選出部６８により選出された候補（例えば、キャラクタ）の中でユーザにより選択された候補を取得する。候補取得部７２は、抽選結果リスト４８に表示されたキャラクタの中でユーザにより選択されたキャラクタを特定することになる。なお、抽選結果リスト４８に表示されたキャラクタの中で、一のキャラクタのみをユーザが選択できるようにしてもよいし、複数のキャラクタをユーザが選択できるようにしてもよい。

［３−８．第２閾値変化部］
第２閾値変化部７４は、選出部６８により選出された候補に基づいて、第２閾値（例えば、獲得金額）を変化させる。

図８は、キャラクタと獲得金額との関連付けを示す図である。図８に示す関連付けは、ゲームデータ記憶部６０に記憶されており、数式形式であってもよいし、テーブル形式であってもよい。ここでは、キャラクタの契約期間及び能力パラメータに関する条件と、獲得金額と、が関連付けられているものとする。第２閾値変化部７４は、選出部６８により選出されたキャラクタが満たす条件に関連付けられた獲得金額を設定する。

本実施形態では、第２閾値変化部７４は、選出部６８により選出された候補に設定された期限（例えば、契約期間）に基づいて、第２閾値（例えば、獲得金額）を変化させる。例えば、第２閾値変化部７４は、キャラクタの契約期間が長いほど獲得金額を多くして、キャラクタの契約期間が短いほど獲得金額を少なくする。

また、本実施形態のように、複数種類のゲームデータ（例えば、キャラクタ）のそれぞれに、当該ゲームデータに関する能力が関連付けられている場合、第２閾値変化部７４は、選出部６８により選出された候補の能力に基づいて、第２閾値（例えば、獲得金額）を変化させる。例えば、第２閾値変化部７４は、キャラクタの能力が高いほど獲得金額を多くして、キャラクタの能力が低いほど獲得金額を少なくする。

［３−９．第２判定部］
第２判定部７６は、ユーザに関連付けられたパラメータであって、第１パラメータ（例えば、保有チケット数）とは異なる第２パラメータ（例えば、保有コイン数）が第２閾値（例えば、獲得金額）以上であるか否かを判定する。第２判定部７６は、ユーザの保有コイン数が、各キャラクタの獲得金額以上であるか否かを判定する。

本実施形態では、第２判定部７６は、ユーザの保有コイン数が、第２閾値変化部７４により変化された獲得金額以上であるか否かを判定する。即ち、第２判定部７６は、ユーザの保有コイン数が、キャラクタの契約期間や能力に応じて変化する獲得金額以上であるか否かを判定する。

［３−１０．付与部］
付与部７８は、第２パラメータ（例えば、保有コイン数）が第２閾値（例えば、獲得金額）以上であると判定された場合、ユーザにより選択された候補（例えば、キャラクタ）をユーザに付与する。即ち、付与部７８は、ユーザチームに、ユーザが選択したキャラクタを追加して、当該キャラクタをユーザが使用可能な状態にする。

［３−１１．第２パラメータ減少部］
第２パラメータ減少部８０は、ユーザにより選択された候補（例えば、キャラクタ）がユーザに付与される場合、第２パラメータ（例えば、保有コイン数）を減少させる。例えば、第２パラメータ減少部８０は、ユーザの保有コイン数を獲得金額だけ減少させる。

第２パラメータ減少部８０は、ユーザの保有コイン数を、第２閾値変化部７４により変化された獲得金額だけ減少させる。例えば、第２パラメータ減少部８０は、ユーザの保有コイン数を、ユーザが獲得するキャラクタに応じた獲得金額だけ減少させる。

［４．ゲームシステムにおいて実行される処理］
図９は、ゲームシステム１が実行する処理を示すフロー図である。図９に示す処理は、抽選画面４０が表示部２５に表示される場合に、制御部１１が、記憶部１２に記憶されたプログラムに従って動作し、制御部２１が、記憶部２２に記憶されたプログラムに従って動作することによって、実行される。下記に説明する処理が実行されることにより、図５に示す機能ブロックが実現される。

まず、図９に示すように、ゲーム装置２０においては、制御部２１は、表示部２５に抽選画面４０を表示させる（Ｓ１）。Ｓ１においては、制御部２１は、ゲーム状況データを参照し、ユーザが保有するチケット数及びコイン数を抽選画面４０に表示させ、ユーザの入力を待ち受ける。なお、抽選画面４０を表示させるために必要な情報（例えば、画像や各種パラメータ等）は、サーバ１０からゲーム装置２０に既に送信されているものとする。

制御部２１は、操作部２４からの信号に基づいて、レベルタグ４２が選択されたか否かを判定する（Ｓ２）。レベルタグ４２が選択されたと判定された場合（Ｓ２；Ｙ）、制御部２１は、当該選択されたレベルタグ４２に基づいて、抽選画面４０の表示を更新する（Ｓ３）。Ｓ３においては、制御部２１は、ユーザが選択したレベルタグ４２に対応するポジション画像４４及び抽選ボタン４６が手前に表示されるように、抽選画面４０を更新する。

制御部２１は、操作部２４からの信号に基づいて、抽選ボタン４６が選択されたか否かを判定する（Ｓ４）。抽選ボタン４６の何れかが選択されたと判定された場合（Ｓ４；Ｙ）、制御部２１は、通信部２３を介して抽選要求をサーバ１０に送信する（Ｓ５）。Ｓ５においては、制御部２１は、ユーザが選択したレベルタグ４２が示すレベルと、ユーザが選択した抽選ボタン４６に対応する基本ポジションと、を識別する情報を抽選要求に含めてサーバ１０に送信する。

サーバ１０においては、抽選要求を受信すると、制御部１１は、記憶部１２を参照して、抽選に必要な必要チケット数を取得する（Ｓ６）。Ｓ６においては、制御部１１は、抽選要求が示すレベル及び基本ポジションに対応する必要チケット数を取得する。

制御部１１は、ゲーム状況データを参照し、ユーザの保有チケット数が必要チケット数以上であるか否かを判定する（Ｓ７）。保有チケット数が必要チケット数以上であると判定されない場合（Ｓ７；Ｎ）、本処理は終了する。この場合、ユーザの保有チケット数が足りないので、抽選は実行されない。

一方、保有チケット数が必要チケット数以上であると判定された場合（Ｓ７；Ｙ）、制御部１１は、キャラクタデータを参照して、ユーザに付与するキャラクタの候補を選出する（Ｓ８）。Ｓ８においては、制御部１１は、抽選要求が示すレベル及び基本ポジションに属するキャラクタのうちの一又は複数を選出する。

制御部１１は、ゲーム状況データを参照し、ユーザの保有チケット数を必要チケット数だけ減少させる（Ｓ９）。制御部１１は、Ｓ８において選出されたキャラクタを含む抽選結果リスト４８の表示データ（例えば、ＨＴＭＬデータ）を生成して、ゲーム装置２０に送信する（Ｓ１０）。Ｓ１０においては、制御部１１は、Ｓ８において選出されたキャラクタ名、契約年数、及び獲得金額を含む抽選結果リスト４８を生成する。契約年数及び獲得金額の決定方法は、先述した通りであり、例えば、ランダムに契約年数が決定されるようにしてもよいし、選出されたキャラクタに応じた獲得金額が決定されるようにしてもよい。

ゲーム装置２０においては、抽選結果リスト４８の表示データを受信すると、制御部２１は、表示部２５に抽選結果リスト４８を表示させる（Ｓ１１）。制御部２１は、操作部２４からの信号に基づいて、獲得ボタン５０が選択されたか否かを判定する（Ｓ１２）。

獲得ボタン５０が選択されたと判定された場合（Ｓ１２；Ｙ）、制御部２１は、通信部２３を介して、キャラクタの獲得要求をサーバ１０に送信する（Ｓ１３）。Ｓ１３においては、制御部２１は、抽選結果リスト４８が示すキャラクタの中で、ユーザが選択した獲得ボタン５０に対応するキャラクタを示す情報を含む獲得要求を、サーバ１０に送信する。

サーバ１０においては、獲得要求を受信すると、制御部１１は、ユーザが選択した獲得ボタン５０に対応するキャラクタの獲得金額を取得する（Ｓ１４）。制御部１１は、ゲーム状況データを参照し、ユーザの保有コイン数が、Ｓ１４で取得したキャラクタの獲得金額以上であるか否かを判定する（Ｓ１５）。ユーザの保有コイン数が獲得金額未満であると判定された場合（Ｓ１５；Ｎ）、本処理は終了する。この場合、ユーザの保有コイン数が足りないので、ユーザはキャラクタを獲得することができない。なお、この場合、リストアップしたキャラクタを識別する情報が一定期間だけ保持されるようにしてもよいし、この時点で破棄されるようにしてもよい。

ユーザの保有コイン数が獲得金額以上である場合（Ｓ１５；Ｙ）、制御部１１は、ユーザチームにキャラクタを追加する（Ｓ１６）。Ｓ１６においては、制御部１１は、ゲーム状況データを参照し、ユーザに対応するレコードに、ユーザが選択した獲得ボタン５０に対応するキャラクタを追加する。制御部１１は、ユーザの保有コイン数を獲得金額だけ減少させ（Ｓ１７）、本処理は終了する。

以上説明したゲームシステム１によれば、キャラクタを選出するためのパラメータと、キャラクタを獲得するためのパラメータと、を別々にすることで、キャラクタの選出や獲得をするためのパラメータをユーザが管理しやすくなる。即ち、抽選をしてキャラクタがリストアップされても、保有チケット数が減少するだけで、キャラクタを獲得するために必要な保有コイン数は変わらないので、キャラクタのリストアップをする行為が、キャラクタの獲得可否に影響を与えないようにすることができる。

また、ユーザに付与されるキャラクタの候補に基づいて、当該候補の獲得に必要な獲得金額を変えることができる。例えば、リストアップされるキャラクタごとに獲得金額を変えることで、キャラクタの獲得のしやすさに差をつけることができ、ゲームにおける各キャラクタの希少度に差をつけることができる。

また、ユーザに付与されるキャラクタの候補の能力に基づいて、当該候補の獲得に必要な獲得金額を変えることができる。例えば、能力の高いキャラクタの獲得金額を高くすることで、当該キャラクタの希少度を高くすることができる。

また、ユーザに付与されるキャラクタの候補に設定される契約期間に基づいて、当該候補の獲得に必要なパラメータの範囲を変えることができる。例えば、契約期間の長いキャラクタの獲得金額を高くすることで、キャラクタの入れ替えを促進することができる。

［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

図１０は、変形例の機能ブロック図である。図１０に示すように、以降説明する変形例では、実施形態の機能に加えて、期限変化部８２、候補数受付部８４、提示決定部８６、及び候補数変化部８８が実現される。これら各機能は、制御部１１を主として実現される。なお、ゲームシステム１において、これら各機能は省略するようにしてもよい。

（１）例えば、実施形態では、抽選結果リスト４８に表示されたキャラクタの何れかをユーザが選択する場合を説明したが、複数のキャラクタを同時にユーザが選択して獲得できるようにしてもよい。この場合、ユーザが選択したキャラクタの数に応じて、獲得金額が変わるようにしてもよい。例えば、キャラクタＯの獲得金額が「２００」であり、キャラクタＰの獲得金額が「１８０」である場合、これら２人のキャラクタをユーザが選択した場合、合算した「３８０」よりも多い獲得金額でキャラクタＯ及びキャラクタＰを獲得できるようにしてもよい。

図１１は、ユーザが選択するキャラクタの数と獲得金額の変化量との関連付けを示す図である。図１１に示す関連付けを示すデータは、ゲームデータ記憶部６０に記憶されているものとする。第２閾値変化部７４は、ユーザにより選択された候補の数に基づいて、第２閾値（例えば、獲得金額）を変化させる。例えば、第２閾値変化部７４は、ユーザが選択したキャラクタの数に関連付けられた獲得金額の変化量に基づいて、獲得金額を変化させる。

変形例（１）によれば、ユーザに付与されるキャラクタの候補の数に応じて、当該候補の獲得に必要なパラメータの範囲を変えることができる。例えば、図１１に示すように、第２閾値変化部７４は、ユーザが選択したキャラクタの数が多いほど獲得金額が多く設定し、ユーザが選択したキャラクタの数が少ないほど獲得金額が少なくなるように設定することにより、ある一回のリストアップに含まれる複数のキャラクタを同時に獲得する場合に必要な獲得金額を、複数回リストアップさせて獲得する場合よりも多くすることができる。

なお、第２閾値変化部７４は、ユーザが選択したキャラクタの数が多いほど獲得金額が少なくなるように設定し、ユーザが選択したキャラクタの数が少ないほど獲得金額が多くなるように設定してもよい。例えば、キャラクタＯの獲得金額が「２００」であり、キャラクタＰの獲得金額が「１８０」である場合、これら２人のキャラクタをまとめて獲得する場合、合算した「３８０」よりも少ない獲得金額で獲得できるようにしてもよい。このようにすることで、ある一回のリストアップで複数のキャラクタをまとめて付与することを促進することができる。

（２）また例えば、ユーザが抽選を行ってキャラクタをリストアップした場合、抽選結果リスト４８を一定期間（以降、保持期限という。）だけ保持できるようにしてもよい。なお、抽選結果リスト４８を保持するとは、抽選結果リスト４８を画面から消去した後、再び表示できるように抽選結果リスト４８に関する情報を記憶部１２等に記録することをいう。仮に、抽選結果リスト４８を表示させた時点では、ユーザの保有コイン数がキャラクタの獲得金額を下回っていたとしても、いったん抽選結果リスト４８を保持して、キャラクタが獲得可能な程度にコインを獲得した後に、再び抽選結果リスト４８を表示させてキャラクタを獲得できるようにしてもよい。また例えば、選出部６８が選出したキャラクタに応じて、保持期限の長さが異なるようにしてもよい。

選出部６８は、選出したキャラクタを識別する情報をゲームデータ記憶部６０に記録する。即ち、選出部６８は、抽選結果リスト４８に含まれるキャラクタを識別する情報（リストアップ結果）を、保持期間に関連付けて、ゲームデータ記憶部６０に記録する。なお、保持期間は、固定値であってもよいし、可変値であってもよい。例えば、ユーザごとに保持期間が異なるようにしてもよいし、リストアップ結果に応じて保持期間が異なるようにしてもよい。

付与部７８は、選出部６８により候補が選出された場合、当該選出された候補に関連付けられた保持期限が到来するまで、当該選出された候補がユーザに付与されることを許可する。即ち、リストアップされたキャラクタをユーザが保持期限内に選択すれば、付与部７８は、当該キャラクタをユーザに付与する。別の言い方をすれば、付与部７８は、当該期限が経過した後は、選出部６８により選出されたキャラクタがユーザに付与されることを禁止する。例えば、付与部７８は、保持期限が経過したリストアップ結果を削除する。

変形例（２）のゲームシステム１は、期限変化部８２を含む。期限変化部８２は、選出部６８により選出された候補に基づいて、当該候補に関連付けられる期限を変化させる。図１２は、選出部６８が選出するキャラクタと保持期限との関連付けを示す図である。当該関連付けを示すデータは、ゲームデータ記憶部６０に記憶されているものとする。期限変化部８２は、選出部６８により選出されたキャラクタに関連付けられた長さの保持期限を設定する。ここでは、リストアップされたキャラクタに関する条件と保持期限とが関連付けられている。

例えば、期限変化部８２は、選出部６８により選出されたキャラクタの能力が高いほど、保持期限が長くなり、選出部６８により選出されたキャラクタの能力が低いほど、保持期限が短くなるように設定する。この場合、能力の高い希少なキャラクタがリストアップされた際に、ユーザが獲得金額を稼ぐ猶予期間をより多く与えることができる。

また例えば、期限変化部８２は、選出部６８により選出されるキャラクタの数が多いほど、保持期限が長くなり、選出部６８により選出されたキャラクタの数が少ないほど、保持期限が短くなるように設定する。この場合、多くのキャラクタがリストアップされた際に、ユーザが獲得金額を稼ぐ猶予期間をより多く与えることができる。

変形例（２）によれば、ユーザに付与されるキャラクタの候補に基づいて、当該候補の付与が許可される保持期限が変わるので、キャラクタのリストアップ結果に応じて保持期限を変えることができる。

なお、期限変化部８２は、選出部６８により選出されたキャラクタの能力が高いほど、保持期限が短くなり、選出部６８により選出されたキャラクタの能力が低いほど、保持期限が長くなるように設定するようにしてもよい。この場合、能力が高いキャラクタを獲得しにくくなるので、当該キャラクタの希少性を高めることができ、更に、ユーザがコインを獲得するためにゲームをプレイする動機付けを与えることができる。

また例えば、期限変化部８２は、選出部６８により選出されるキャラクタの数が多いほど、保持期限が短くなり、選出部６８により選出されたキャラクタの数が少ないほど、保持期限が長くなるように設定するようにしてもよい。この場合、リストアップしたキャラクタが多いほど、キャラクタを獲得しにくくなるので、抽選処理の実行を促進することができる。

（３）また例えば、リストアップするキャラクタの数をユーザが指定できるようにしてもよい。この場合、ユーザが指定した数に応じて、抽選時の必要チケット数が変わるようにしてもよい。

変形例（３）のゲームシステム１は、候補数受付部８４を含む。候補数受付部８４は、選出部６８により選出される候補の数のユーザによる指定を受け付ける。例えば、候補数受付部８４は、予め定められた範囲のうちから、ユーザが指定した数値を受け付ける。第１閾値変化部６４は、ユーザにより指定された候補の数に基づいて、第１閾値（例えば、必要チケット数）を変化させる。

図１３は、リストアップするキャラクタ数と必要チケット数との関連付けを示す図である。この関連付けを示すデータは、ゲームデータ記憶部６０に記憶されているものとする。第１閾値変化部６４は、ユーザが指定したキャラクタ数に関連付けられた必要チケット数を設定する。例えば、第１閾値変化部６４は、ユーザが指定したキャラクタ数が多いほど必要チケット数が多くなり、ユーザが指定したキャラクタ数が少ないほど必要チケット数が少なくなるようにする。

選出部６８は、複数種類のゲームデータ（例えば、キャラクタ）のうちから、ユーザにより指定された数の候補を選出する。キャラクタの選出方法は、実施形態で説明した方法と同様であってもよいし、ユーザが指定したキャラクタ数に応じて選出方法が変化するようにしてもよい。例えば、キャラクタ数と選出方法との関連付けがゲームデータ記憶部６０に記憶されており、選出部６８は、ユーザが指定したキャラクタ数に関連付けられた選出方法に基づいて、当該数のキャラクタを選出する。

変形例（３）によれば、ユーザに付与されるキャラクタの候補の数に基づいて、当該候補を選出するのに必要な消費チケット数が変わるので、例えば、リストアップされるキャラクタの数が多くなるほど消費チケット数を多くすることができる。

（４）また例えば、リストアップするキャラクタの数に応じて、各キャラクタの獲得金額が変わるようにしてもよい。図１４は、キャラクタ数と獲得金額との関連付けを示す図である。この関連付けを示すデータは、ゲームデータ記憶部６０に記憶されているものとする。第２閾値変化部７４は、ユーザが指定した候補の数に基づいて、第２閾値（例えば、獲得金額）を変化させる。この場合、第２閾値変化部７４は、ユーザが指定したキャラクタ数に関連付けられた獲得金額を設定する。

変形例（４）によれば、ユーザに付与されるキャラクタの候補の数に基づいて、当該候補を獲得するのに必要なパラメータの範囲を変えることができる。例えば、第２閾値変化部７４は、ユーザが指定したキャラクタ数が多いほど獲得金額が多くなり、ユーザが指定したキャラクタ数が少ないほど獲得金額が少なくなるようにする。この場合、一回の抽選でリストアップするキャラクタを多くなるほど、獲得金額を高くすることで、消費チケットと獲得金額とのバランスをとることができる。

なお、第２閾値変化部７４は、ユーザが指定したキャラクタ数が多いほど獲得金額が少なくなり、ユーザが指定したキャラクタ数が少ないほど獲得金額が多くなるようにするようにしてもよい。例えば、リストアップするキャラクタ数が多いほど消費チケット数が増える場合には、チケットをより多く消費したユーザほど、キャラクタの獲得金額を少なくすることで、消費チケットと獲得金額とのバランスをとることができる。

（５）また例えば、リストアップしたキャラクタをユーザに通知しないようにしてもよい。この場合、同じキャラクタをリストアップしたとしても、このキャラクタをユーザに通知するか否かで獲得金額が異なるようにしてもよい。

変形例（５）のゲームシステム１は、提示決定部８６を含む。提示決定部８６は、選出部６８により選出される候補をユーザに提示したうえで選択させるか、選出部６８により選出される候補をユーザに提示せずに選択させるかを決定する。ここでは、選出部６８が選出したキャラクタを識別する情報（例えば、キャラクタ名やキャラクタの画像）をユーザに提示せずに選択させるか否かを決定することになる。

リストアップしたキャラクタを提示するか否かは、予め定められた方法により決定されるようにすればよい。例えば、リストアップしたキャラクタを提示するか否かをユーザに選択させるようにしてもよいし、予め設定された確率に基づいて提示するか否かが決定されるようにしてもよい。なお、ユーザに提示しないキャラクタは、リストアップしたキャラクタの一部であってもよいし、全部であってもよい。

第２閾値変化部７４は、提示決定部８６の決定結果に基づいて、第２閾値（例えば、獲得金額）を変化させる。例えば、第２閾値変化部７４は、選出部６８により選出される候補をユーザに提示したうえで選択させる場合、選出部６８により選出される候補をユーザに提示せずに選択させる場合よりも、獲得金額を高く設定する。

変形例（５）によれば、ユーザに付与されるキャラクタの候補を提示させるか否かに基づいて、当該候補を獲得するのに必要なパラメータの範囲を変えることができる。例えば、リストアップしたキャラクタを提示せずに選択した方が獲得金額が安くなる場合には、どのキャラクタを獲得できるか分からずに選択するリスクを負ったユーザを有利にすることができる。

（６）また例えば、リストアップしたキャラクタを提示するか否かで、リストアップのための必要チケット数が異なるようにしてもよい。

第１閾値変化部６４は、提示決定部８６の決定結果に基づいて、第１閾値を変化させる。例えば、第１閾値変化部６４は、選出部６８により選出される候補をユーザに提示したうえで選択させる場合、選出部６８により選出される候補をユーザに提示せずに選択させる場合よりも、必要チケット数を多く設定する。

変形例（６）によれば、ユーザに付与されるキャラクタの候補を提示させるか否かに基づいて、当該候補を選出するのに必要なパラメータの範囲を変えることができる。例えば、リストアップしたキャラクタを提示せずに選択させる方が消費チケット数を少なくする場合には、リスクを負ったユーザを有利にすることができる。

（７）また例えば、リストアップしたキャラクタを提示するか否かで、リストアップされるキャラクタの数を変化させるようにしてもよい。

変形例（７）のゲームシステム１は、候補数変化部８８を含む。候補数変化部８８は、提示決定部８６の決定結果に基づいて、選出部６８が選出する候補の数を変化させる。例えば、候補数変化部８８は、選出部６８により選出される候補をユーザに提示したうえで選択させる場合、選出部６８により選出される候補をユーザに提示せずに選択させる場合よりも、選出するキャラクタ数を少なくする。

選出部６８は、複数種類のゲームデータ（例えば、キャラクタ）のうちから、候補変化部８８により変化された数の候補を選出する。キャラクタの選出方法自体は、先述した方法と同様である。

変形例（７）によれば、ユーザに付与されるキャラクタの候補を提示させるか否かに基づいて、当該候補の数を変えることができる。例えば、リストアップしたキャラクタを提示せずに選択させる方がリストアップされるキャラクタ数を多くする場合には、リスクを負ったユーザを有利にすることができる。

（８）また例えば、実施形態と上記変形例の二つ以上とを組み合わせるようにしてもよい。

また例えば、上記においては、キャラクタのリストアップのためにチケットが消費され、キャラクタの獲得のためにコインが使用される場合を説明したが、キャラクタの選出及び付与のそれぞれで異なるパラメータが消費されるようにすればよく、使用されるパラメータは、これに限られない。他にも例えば、他のユーザとコミュニケーションをとることで獲得できるポイントが、リストアップや獲得で用いられるようにしてもよい。

また例えば、上記においては、各機能ブロックがサーバ１０で実現される場合を説明したが、各機能は、ゲーム装置２０で実現されるようにしてもよい。更に、サーバ１０とゲーム装置２０とで各機能が分担されるようにしてもよい。

例えば、ゲームデータ記憶部６０が記憶部２２を主として実現されるようにしてもよい。この場合、制御部１１は、通信ネットワーク２を介して、記憶部２２の各種データを取得するようにしてもよい。また例えば、第１判定部６６、選出部６８、及び第１パラメータ減少部７０が制御部２１を主として実現されるようにしてもよい。この場合、制御部２１は、通信ネットワーク２を介して、記憶部１２に記憶された保有チケット数の更新指示を行うようにしてもよい。また例えば、候補取得部７２、第２判定部７６、付与部７８、及び第２パラメータ減少部８０は、制御部２１を主として実現されるようにしてもよい。この場合、制御部２１は、通信ネットワーク２を介して、記憶部１２に記憶された保有コイン数の更新指示を行うようにしてもよい。

また例えば、本発明は、キャラクタを収集して対戦するゲーム以外のゲームを実行するゲームシステムにも適用することができる。本発明は、ユーザにゲームデータが付与されるゲームに適用できる。例えば、ユーザがカードやアイテムを収集するゲームにも、本発明を適用してもよい。他にも例えば、各種スポーツゲーム（例えば、バスケットボールゲーム、アイスホッケーゲーム、又は、アメリカンフットボールゲーム）、シューティングゲーム（例えば、ＦＰＳ；First Person Shooting）やアクションゲーム、ロールプレイングゲーム等を実行するゲームシステムにも、本発明を適用することができる。

［６．発明のまとめ］
以上のような記載から、本発明は例えば以下のように把握される。
本発明に係るゲームシステム（１）及びゲーム装置（２０）は、ユーザに付与されたゲームデータ（例えば、キャラクタ）を利用してゲームを実行するゲームシステム（１）及びゲーム装置（２０）であって、前記ユーザに関連付けられた第１パラメータ（例えば、保有チケット数）が第１閾値（例えば、消費チケット数）以上であるか否かを判定する第１判定手段（６６）と、前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段（６８）と、前記選出手段（６８）により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段（７０）と、前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段（７２）と、前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータ（例えば、保有コイン数）が第２閾値（例えば、獲得金額）以上であるか否かを判定する第２判定手段（７６）と、前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段（７８）と、前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段（８０）と、を含むことを特徴とする。

本発明に係るゲーム制御方法は、ユーザに付与されたゲームデータ（例えば、キャラクタ）を利用してゲームを実行するゲーム制御方法であって、前記ユーザに関連付けられた第１パラメータ（例えば、保有チケット数）が第１閾値（例えば、消費チケット数）以上であるか否かを判定する第１判定ステップ（６６）と、前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出ステップ（６８）と、前記選出ステップ（６８）により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少ステップ（７０）と、前記選出された候補の中で前記ユーザにより選択された候補を取得する取得ステップ（７２）と、前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータ（例えば、保有コイン数）が第２閾値（例えば、獲得金額）以上であるか否かを判定する第２判定ステップ（７６）と、前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与ステップ（７８）と、前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少ステップ（８０）と、を含むことを特徴とする。

本発明に係るプログラムは、ユーザに付与されたゲームデータ（例えば、キャラクタ）を利用してゲームを実行するコンピュータを、前記ユーザに関連付けられた第１パラメータ（例えば、保有チケット数）が第１閾値（例えば、消費チケット数）以上であるか否かを判定する第１判定手段（６６）、前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段（６８）、前記選出手段（６８）により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段（７０）、前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段（７２）、前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータ（例えば、保有コイン数）が第２閾値（例えば、獲得金額）以上であるか否かを判定する第２判定手段（７６）、前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段（７８）、前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段（８０）、として機能させる。

また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。

本発明によれば、ゲームデータの選出や獲得をするためのパラメータをユーザが管理しやすくなる。

また、本発明の一態様では、前記ゲームシステム（１）は、前記選出された候補（例えば、キャラクタ）に基づいて、前記第２閾値（例えば、獲得金額）を変化させる第２閾値変化手段（７４）を更に含み、前記第２判定手段（７６）は、前記第２パラメータ（例えば、保有コイン数）が前記変化された第２閾値以上であるか否かを判定する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補に基づいて、当該候補の獲得に必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記複数種類のゲームデータ（例えば、キャラクタ）のそれぞれには、当該ゲームデータに関する能力（例えば、能力パラメータ）が関連付けられており、前記第２閾値変化手段（７４）は、前記選出された候補（例えば、キャラクタ）の能力に基づいて、前記第２閾値（例えば、獲得金額）を変化させる、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補の能力に基づいて、当該候補の獲得に必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記複数種類のゲームデータ（例えば、キャラクタ）のそれぞれには、当該ゲームデータを前記ゲームで使用可能な期限が設定されており、前記ゲームシステム（１）は、前記ユーザに付与されたゲームデータに設定された前記期限が到来した場合、当該ゲームデータの前記ゲームでの使用を制限する手段（６２）を更に含み、前記第２閾値変化手段（７４）は、前記選出された候補（例えば、キャラクタ）に設定された前記期限に基づいて、前記第２閾値（例えば、獲得金額）を変化させる、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補に設定される上記期限に基づいて、当該候補の獲得に必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記選出手段（６８）は、前記複数種類のゲームデータ（例えば、キャラクタ）のうちの複数を、前記ユーザに付与されるゲームデータの候補（例えば、キャラクタ）として選出し、前記取得手段（７２）は、前記選出された複数の候補の中で前記ユーザにより選択された一又は複数の候補を取得し、前記ゲームシステム（１）は、前記ユーザにより選択された候補の数に基づいて、前記第２閾値（例えば、獲得金額）を変化させる手段（７４）を更に含み、前記第２判定手段（７６）は、前記第２パラメータ（例えば、保有コイン数）が、前記変化された第２閾値以上であるか否かを判定する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補の数に応じて、当該候補の獲得に必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記付与手段（７８）は、前記選出手段（６８）により候補（例えば、キャラクタ）が選出された場合、当該選出された候補に関連付けられた期限が到来するまで、当該選出された候補が前記ユーザに付与されることを許可し、前記ゲームシステム（１）は、前記選出された候補に基づいて、当該候補に関連付けられる前記期限を変化させる手段（８２）、を更に含むことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補に基づいて、当該候補の付与が許可される期限を変えることができる。

また、本発明の一態様では、前記ゲームシステム（１）は、前記選出手段（６８）により選出される候補の数の前記ユーザによる指定を受け付ける手段（８４）と、前記ユーザにより指定された候補の数に基づいて、前記第１閾値（例えば、消費チケット数）を変化させる手段（６４）と、を更に含み、前記第１判定手段（６６）は、前記第１パラメータ（例えば、保有チケット数）が、前記変化された第１閾値以上であるか否かを判定し、前記選出手段（６８）は、前記複数種類のゲームデータ（例えば、キャラクタ）のうちから、前記ユーザにより指定された数の候補を選出する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補の数に基づいて、当該候補を選出するのに必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記ゲームシステム（１）は、前記選出手段（６８）により選出される候補（例えば、キャラクタ）の数の前記ユーザによる指定を受け付ける手段（８４）と、前記ユーザが指定した候補の数に基づいて、前記第２閾値（例えば、獲得金額）を変化させる手段（７４）、を更に含み、前記選出手段（６８）は、前記複数種類のゲームデータのうちから、前記ユーザにより指定された数の候補を選出し、前記第２判定手段（７６）は、前記第２パラメータ（例えば、保有コイン数）が、前記変化された第２閾値以上であるか否かを判定する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補の数に基づいて、当該候補を獲得するのに必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記ゲームシステム（１）は、前記選出される候補（例えば、キャラクタ）を前記ユーザに提示したうえで選択させるか、前記選出される候補を前記ユーザに提示せずに選択させるかを決定する決定手段（８６）と、当該決定手段（８６）の決定結果に基づいて、前記第２閾値（例えば、獲得金額）を変化させる手段（７４）と、を更に含み、前記第２判定手段（７６）は、前記第２パラメータ（例えば、保有コイン数）が、前記変化された第２閾値以上であるか否かを判定する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補を提示させるか否かに基づいて、当該候補を獲得するのに必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記ゲームシステム（１）は、前記選出される候補（例えば、キャラクタ）を前記ユーザに提示したうえで選択させるか、前記選出される候補を前記ユーザに提示せずに選択させるかを決定する決定手段（８６）と、当該決定手段（８６）の決定結果に基づいて、前記第１閾値（例えば、消費チケット数）を変化させる手段（６４）と、を更に含み、前記第１判定手段（６６）は、前記第１パラメータ（例えば、保有チケット数）が、前記変化された第１閾値以上であるか否かを判定する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補を提示させるか否かに基づいて、当該候補を選出するのに必要なパラメータの範囲を変えることができる。

また、本発明の一態様では、前記ゲームシステム（１）は、前記選出される候補（例えば、キャラクタ）を前記ユーザに提示したうえで選択させるか、前記選出される候補を前記ユーザに提示せずに選択させるかを決定する決定手段（８６）と、当該決定手段（８６）の決定結果に基づいて、前記選出手段（６８）が選出する候補の数を変化させる手段（８８）と、を更に含み、前記選出手段（６８）は、前記複数種類のゲームデータのうちから、前記変化された数の候補を選出する、ことを特徴とする。当該態様によれば、ユーザに付与されるゲームデータの候補を提示させるか否かに基づいて、当該候補の数を変えることができる。

１ ゲームシステム、２ 通信ネットワーク、１０ サーバ、１１ 制御部、１２ 記憶部、１３ 通信部、２０ ゲーム装置、２１ 制御部、２２ 記憶部、２３ 通信部、２４ 操作部、２５ 表示部、２６ 音声出力部、３０ 設定画面、３２ 出場キャラクタ、３４ 控えキャラクタ、３６ 詳細情報、４０ 抽選画面、４２ レベルタグ、４４ ポジション画像、４６ 抽選ボタン、４８ 抽選結果リスト、５０ 獲得ボタン、６０ ゲームデータ記憶部、６２ 制限部、６４ 第１閾値変化部、６６ 第１判定部、６８ 選出部、７０ 第１パラメータ減少部、７２ 候補取得部、７４ 第２閾値変化部、７６ 第２判定部、７８ 付与部、８０ 第２パラメータ減少部、８２ 期限変化部、８４ 候補数候補取得部、８６ 提示決定部、８８ 候補数変化部。

Claims (14)

1. ユーザに付与されたゲームデータを利用してゲームを実行するゲームシステムであって、
   前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定手段と、
   前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段と、
   前記選出手段により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段と、
   前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段と、
   前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定手段と、
   前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段と、
   前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段と、
   を含むことを特徴とするゲームシステム。
2. 前記ゲームシステムは、
   前記選出された候補に基づいて、前記第２閾値を変化させる第２閾値変化手段を更に含み、
   前記第２判定手段は、前記第２パラメータが前記変化された第２閾値以上であるか否かを判定する、
   ことを特徴とする請求項１に記載のゲームシステム。
3. 前記複数種類のゲームデータのそれぞれには、当該ゲームデータに関する能力が関連付けられており、
   前記第２閾値変化手段は、前記選出された候補の能力に基づいて、前記第２閾値を変化させる、
   ことを特徴とする請求項２に記載のゲームシステム。
4. 前記複数種類のゲームデータのそれぞれには、当該ゲームデータを前記ゲームで使用可能な期限が設定されており、
   前記ゲームシステムは、
   前記ユーザに付与されたゲームデータに設定された前記期限が到来した場合、当該ゲームデータの前記ゲームでの使用を制限する手段を更に含み、
   前記第２閾値変化手段は、前記選出された候補に設定された前記期限に基づいて、前記第２閾値を変化させる、
   ことを特徴とする請求項２又は３に記載のゲームシステム。
5. 前記選出手段は、前記複数種類のゲームデータのうちの複数を、前記ユーザに付与されるゲームデータの候補として選出し、
   前記取得手段は、前記選出された複数の候補の中で前記ユーザにより選択された一又は複数の候補を取得し、
   前記ゲームシステムは、
   前記ユーザにより選択された候補の数に基づいて、前記第２閾値を変化させる手段を更に含み、
   前記第２判定手段は、前記第２パラメータが、前記変化された第２閾値以上であるか否かを判定する、
   ことを特徴とする請求項１〜４の何れか一項に記載のゲームシステム。
6. 前記付与手段は、前記選出手段により候補が選出された場合、当該選出された候補に関連付けられた期限が到来するまで、当該選出された候補が前記ユーザに付与されることを許可し、
   前記ゲームシステムは、
   前記選出された候補に基づいて、当該候補に関連付けられる前記期限を変化させる手段、
   を更に含むことを特徴とする請求項１〜５の何れか一項に記載のゲームシステム。
7. 前記ゲームシステムは、
   前記選出手段により選出される候補の数の前記ユーザによる指定を受け付ける手段と、
   前記ユーザにより指定された候補の数に基づいて、前記第１閾値を変化させる手段と、
   を更に含み、
   前記第１判定手段は、前記第１パラメータが、前記変化された第１閾値以上であるか否かを判定し、
   前記選出手段は、前記複数種類のゲームデータのうちから、前記ユーザにより指定された数の候補を選出する、
   ことを特徴とする請求項１〜６の何れか一項に記載のゲームシステム。
8. 前記ゲームシステムは、
   前記選出手段により選出される候補の数の前記ユーザによる指定を受け付ける手段と、
   前記ユーザが指定した候補の数に基づいて、前記第２閾値を変化させる手段、
   を更に含み、
   前記選出手段は、前記複数種類のゲームデータのうちから、前記ユーザにより指定された数の候補を選出し、
   前記第２判定手段は、前記第２パラメータが、前記変化された第２閾値以上であるか否かを判定する、
   ことを特徴とする請求項１〜７の何れか一項に記載のゲームシステム。
9. 前記ゲームシステムは、
   前記選出される候補を前記ユーザに提示したうえで選択させるか、前記選出される候補を前記ユーザに提示せずに選択させるかを決定する決定手段と、
   当該決定手段の決定結果に基づいて、前記第２閾値を変化させる手段と、
   を更に含み、
   前記第２判定手段は、前記第２パラメータが、前記変化された第２閾値以上であるか否かを判定する、
   ことを特徴とする請求項１〜８の何れか一項に記載のゲームシステム。
10. 前記ゲームシステムは、
    前記選出される候補を前記ユーザに提示したうえで選択させるか、前記選出される候補を前記ユーザに提示せずに選択させるかを決定する決定手段と、
    当該決定手段の決定結果に基づいて、前記第１閾値を変化させる手段と、
    を更に含み、
    前記第１判定手段は、前記第１パラメータが、前記変化された第１閾値以上であるか否かを判定する、
    ことを特徴とする請求項１〜９の何れか一項に記載のゲームシステム。
11. 前記ゲームシステムは、
    前記選出される候補を前記ユーザに提示したうえで選択させるか、前記選出される候補を前記ユーザに提示せずに選択させるかを決定する決定手段と、
    当該決定手段の決定結果に基づいて、前記選出手段が選出する候補の数を変化させる手段と、
    を更に含み、
    前記選出手段は、前記複数種類のゲームデータのうちから、前記変化された数の候補を選出する、
    ことを特徴とする請求項１〜１０の何れか一項に記載のゲームシステム。
12. ユーザに付与されたゲームデータを利用してゲームを実行するゲーム装置であって、
    前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定手段と、
    前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段と、
    前記選出手段により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段と、
    前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段と、
    前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定手段と、
    前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段と、
    前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段と、
    を含むことを特徴とするゲーム装置。
13. ユーザに付与されたゲームデータを利用してゲームを実行するゲーム制御方法であって、
    前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定ステップと、
    前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出ステップと、
    前記選出ステップにより候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少ステップと、
    前記選出された候補の中で前記ユーザにより選択された候補を取得する取得ステップと、
    前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定ステップと、
    前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与ステップと、
    前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少ステップと、
    を含むことを特徴とするゲーム制御方法。
14. ユーザに付与されたゲームデータを利用してゲームを実行するコンピュータを、
    前記ユーザに関連付けられた第１パラメータが第１閾値以上であるか否かを判定する第１判定手段、
    前記第１パラメータが前記第１閾値以上であると判定された場合、複数種類のゲームデータのうちから、前記ユーザに付与されるゲームデータの候補を選出する選出手段、
    前記選出手段により候補が選出される場合、前記第１パラメータを減少させる第１パラメータ減少手段、
    前記選出された候補の中で前記ユーザにより選択された候補を取得する取得手段、
    前記ユーザに関連付けられたパラメータであって、前記第１パラメータとは異なる第２パラメータが第２閾値以上であるか否かを判定する第２判定手段、
    前記第２パラメータが前記第２閾値以上であると判定された場合、前記選択された候補を前記ユーザに付与する付与手段、
    前記選択された候補が前記ユーザに付与される場合、前記第２パラメータを減少させる第２パラメータ減少手段、
    として機能させるためのプログラム。

Images