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

Description

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

従来、ゲームカードなどのゲームオブジェクトに関連付けられた効果が発生するゲームが知られている。例えば、特許文献１には、ユーザがゲームカードを用いて対戦してポイントを稼ぐゲームにおいて、ゲームイベントの開催期間においてのみ特別な効果を発生する特効カードを配信し、ユーザが特効カードを使って対戦するとポイントを稼ぎやすくなるゲームシステムが記載されている。

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

特許文献１の技術では、特効カードに期間限定の特別な効果を発生させることによって、ゲームカードの能力パラメータなどを上げなくても、ゲームカードとしての価値を高めることができるようになっている。しかしながら、特許文献１の技術では、ゲームイベントの開催期間が経過すると、特効カードの特別な効果が発生しなくなり通常のゲームカードと同じ扱いになるので、ゲームカードとしての価値が一気に下がってしまう。

例えば、ユーザが所有している他のゲームカードの能力パラメータより低い能力パラメータのゲームカードが特効カードであり、当該特効カードが通常のゲームカードと同じ扱いになった場合、ゲームイベントの開催期間の経過を境に、ユーザに二度と使用されなくなってしまう可能性がある。特効カードのように特別な効果を持つゲームオブジェクトの価値が高くなる期間は、ゲームイベントの開催期間に依存するため、その開催期間が短ければ短いほど、ゲームオブジェクトの価値が短期間で急激に下がることになる。

本発明は上記課題に鑑みてなされたものであって、その目的は、例えばゲームカードなどのゲームオブジェクトの価値が急激に下がるのを防止することが可能なゲームシステム、ゲーム制御装置、及びプログラムを提供することにある。

上記課題を解決するために、本発明の一態様に係るゲームシステムは、ゲームオブジェクトに関連付けられた、互いに長さの異なる複数の期間にそれぞれ対応する複数の効果を示す期間別効果データを取得するデータ取得手段と、前記複数の期間のうち、ゲームの実行時点が含まれる期間を特定する期間特定手段と、前記ゲームオブジェクトが用いられることを条件にして、当該ゲームオブジェクトに関連付けられた前記期間特定手段により特定された期間に対応する前記取得された期間別効果データが示す効果を発生させる効果発生手段と、を含むことを特徴とする。

本発明の一態様に係るゲーム制御装置は、ゲームオブジェクトに関連付けられた、互いに長さの異なる複数の期間にそれぞれ対応する複数の効果を示す期間別効果データを取得するデータ取得手段と、前記複数の期間のうち、ゲームの実行時点が含まれる期間を特定する期間特定手段と、前記ゲームオブジェクトが用いられることを条件にして、当該ゲームオブジェクトに関連付けられた前記期間特定手段により特定された期間に対応する前記取得された期間別効果データが示す効果を発生させる効果発生手段と、を含むことを特徴とする。

本発明の実施形態に係るゲームシステムの全体構成を示す図である。 チーム編成画像の一例を示す図である。 仮想世界の一例を示す図である。 仮想世界画像の一例を示す図である。 ポイント付与画像の一例を示す図である。 あるゲームキャラクタをスカッドに入れた場合に発生するボーナスを示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。 付与候補データベースの一例を示す図である。 ユーザデータベースの一例を示す図である。 イベントデータベースの一例を示す図である。 保有キャラクタデータの一例を示す図である。 スカッドデータの一例を示す図である。 ゲーム状況データの一例を示す図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ボーナス特定処理の詳細を示す図である。

［１．ゲームシステムの全体構成］
以下、本発明に係る実施形態を図面に基づいて説明する。なお、図面において同一又は対応する構成には同一の符号を付し、繰り返しの説明を省略することがある。図１は、本発明の実施形態に係るゲームシステムの全体構成を示す図である。図１に示すように、本実施形態に係るゲームシステム１は、複数のユーザ端末１０−１，１０−２，・・・，１０−Ｎと、サーバ３０と、を含む。なお、以下では、ユーザ端末１０−１，１０−２，１０−Ｎに共通する内容については、「ユーザ端末１０」と表記して説明する場合がある。ユーザ端末１０及びサーバ３０は、ネットワークＮに接続される。このため、ユーザ端末１０とサーバ３０との間で相互にデータ通信が可能である。

ユーザ端末１０は、ユーザが操作するコンピュータである。例えば、ユーザ端末１０は、携帯電話（スマートフォンを含む）、タブレット型コンピュータ、パーソナルコンピュータ、携帯ゲーム機、据置ゲーム機、業務用ゲーム機、又は、情報処理機能を備えた多機能型テレビジョン受像機（スマートテレビ）等である。なお、以下では、タッチパネルを備えた携帯電話がユーザ端末１０であり、サーバ３０から供給されるプログラムが携帯電話において実行される場合について説明する。プログラムは、サーバ３０とは異なるサーバや記録媒体等を介して供給されてもよい。

図１に示すように、ユーザ端末１０は、制御部１１、記憶部１２、通信部１３、入力部１４、及び表示部１５を含む。制御部１１は、少なくとも１つのマイクロプロセッサを含む。制御部１１は、オペレーティングシステムやその他のプログラムに従って処理を実行する。記憶部１２は、主記憶部（例えば、ＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ）を含む。記憶部１２は、プログラムやデータを記憶する。なお例えば、ユーザ端末１０がパーソナルコンピュータ等である場合、記憶部１２は、例えばハードディスクドライブ又はソリッドステートドライブ等の補助記憶部を含むようにしてもよい。通信部１３は、ネットワークカードを含む。通信部１３は、ネットワークＮを介してデータ通信を行う。

入力部１４は、ユーザがゲームの入力操作などを行うための入力デバイスである。入力部１４は、例えば、ボタン、キー、レバー、ゲームコントローラ（ゲームパッド）、マウスやタッチパネルなどのポインティングデバイス、又はキーボード等である。なお、入力部１４は、ユーザが音声又はジェスチャによって入力操作を行うためのマイクやカメラを含んでもよい。表示部１５は、例えば、液晶表示パネル又は有機ＥＬディスプレイ等であり、制御部１１の指示に従って画面を表示する。なお、入力部１４及び表示部１５は、ユーザ端末１０に内蔵されていなくともよく、ユーザ端末１０に接続された外部装置であってもよい。

サーバ３０は、例えば、サーバコンピュータによって実現される。図１に示すように、サーバ３０は、制御部３１、記憶部３２、及び通信部３３を含む。制御部３１及び通信部３３は、ユーザ端末１０の制御部１１及び通信部１３と同様の機能を備える。記憶部３２は、主記憶部（例えば、ＲＡＭ）及び補助記憶部（例えば、ハードディスクドライブ又はソリッドステートドライブ）を含み、プログラムやデータを記憶する。

なお、記憶部１２又は記憶部３２に記憶されるものとして説明するプログラムやデータは、例えば、ネットワークＮを介してユーザ端末１０又はサーバ３０に供給されるようにしてもよい。また、ユーザ端末１０又はサーバ３０は、情報記憶媒体（例えば、光ディスク又はメモリカード等）に記憶されたプログラム又はデータを読み取るための読取部（例えば、光ディスクドライブ又はメモリカードスロット）を含むようにしてもよい。そして、情報記憶媒体を介してユーザ端末１０又はサーバ３０にプログラムやデータが供給されるようにしてもよい。

［２．ゲームの概要］
ゲームシステム１では、ユーザ端末１０でプログラムが実行されることによってゲームが実行される。ゲームシステム１では、種々のゲームを実行可能であるが、本実施形態では、仮想世界においてゲームオブジェクトが動作するゲームを一例に挙げて説明する。ここで、ゲームの概要を説明する前に、仮想世界やゲームオブジェクト等の用語について説明する。

「仮想世界」とは、ゲームの中の世界であり、ゲームの種類により様々な世界がある。例えば、スポーツゲームの場合、スポーツ競技を行う競技場などであり、格闘ゲームの場合、対戦を行う場所である。また、仮想世界は、３次元的な空間であってもよいし、２次元的な平面であってもよい。本実施形態では、仮想世界が３次元的な空間である場合を例に挙げる。

「ゲームオブジェクト」とは、例えば、ゲームにおいて使用され得る対象である。別の言い方をすれば、ゲームオブジェクトは、例えば、仮想世界に配置される仮想的な移動体である。例えば、移動体は、仮想世界が３次元であれば３次元モデル（３Ｄオブジェクト）であり、仮想世界が２次元であれば画像に示された平面的な物体である。例えば、ゲームキャラクタ等がゲームオブジェクトの一例に相当する。言い換えれば、ゲームオブジェクトは、ユーザがゲームで使用するものである。例えば、ゲームオブジェクトは、ユーザが保有するものであってよい。例えば、ユーザの保有するゲームオブジェクトのうちから、ゲームで使用するゲームオブジェクトとしてユーザによって選択されたゲームオブジェクトであってよい。または、ゲームで提供されるゲームオブジェクトのうちから、ゲームで使用するゲームオブジェクトとしてユーザによって選択されたゲームオブジェクトであってよい。あるいは、ユーザがゲームで使用するゲームオブジェクトとしてゲーム制御装置（ゲームシステム）によって設定されたゲームオブジェクトであってよい。本実施形態では、ゲームキャラクタをゲームオブジェクトの一例として説明する。

「動作」とは、例えば、仮想世界における動きである。例えば、動作は、ゲームキャラクタの身体の動きである。例えば、移動したり、ジャンプしたり、競技における所定の挙動をしたりすることが動作に相当してよい。例えば、ボールやパックなどの移動物体を用いたスポーツのゲームであれば、移動物体を蹴ること、移動物体を投げること、移動物体をヘディングすること、又は移動物体を打つことなどが動作に相当してよい。後述するように、本実施形態では、サッカーゲームを例に挙げるので、サッカーにおけるボールを移動させる動作（例えば、ドリブル、シュート、パス、ヘディング）やピッチ上を移動する動作をゲームキャラクタが行うことになる。なお、本実施形態では、ゲームキャラクタの動作に影響する第１パラメータが、ゲームキャラクタに関連付けられている。

「第１パラメータ」とは、例えば、仮想世界における動きの速さ、強さ、又は精度等に影響するパラメータである。例えば、仮想世界における動きの速さ、強さ、又は精度等に関するパラメータである。例えば、仮想世界における動きの速さ、強さ、又は精度等を決めるパラメータである。別の言い方をすれば、例えば、第１パラメータは、ゲームキャラクタの動作の能力に関するパラメータである。例えば、第１パラメータが示す能力が高いほど、ゲームキャラクタは速く移動する。また例えば、第１パラメータが示す能力が高いほど、ゲームキャラクタは強い力で動作する。その結果、ゲームキャラクタが接触する物体（例えば、ボールなどの移動物体）に対する力が強くなり、当該物体の移動速度が速くなるようにしてよい。また例えば、第１パラメータが示す能力が高いほど、ゲームキャラクタは高い精度で動作する。本実施形態では、ゲームキャラクタの能力パラメータが、第１パラメータに相当する場合を例に挙げる。なお、本実施形態のゲームキャラクタには、能力パラメータ以外にも、ユーザの識別情報に関連付けられる報酬に影響する第２パラメータが関連付けられている。

「ユーザの識別情報」とは、例えば、ユーザを一意に識別するための情報である。言い換えれば、例えば、ユーザの識別情報は、ユーザを特定するための情報である。例えば、ユーザＩＤ、ユーザの名前、ユーザアカウント、又は電子メールアドレスが、ユーザ識別情報の一例に相当する。本実施形態では、ユーザＩＤがユーザ識別情報に相当する場合を例に挙げる。

「報酬」とは、例えば、ゲームの終了後などの所定のタイミングにおいてユーザに付与されるゲーム報酬のことである。例えば、ユーザＩＤに報酬を関連付ける（対応付ける）ことが、報酬を付与することに相当する。例えば、報酬は、ポイント（ゲーム内通貨）やアイテムなどのであってよい。例えば、報酬は、ユーザＩＤによって識別されるユーザに付与される。例えば、ユーザにポイントを付与することが、報酬に相当してよい。即ち、報酬は、ユーザの保有するポイントを増加することであってよい。言い換えれば、ユーザＩＤとポイントが関連付けられた状態でさらにポイントを関連付けることによって、ユーザＩＤと関連付けられたポイントを増加することが、報酬の一例に相当してよい。また例えば、報酬は、ユーザにゲームキャラクタを付与することであってもよい。即ち、ユーザが保有していない新たなゲームキャラクタをユーザに付与することや、ユーザが既に保有しているゲームキャラクタをさらにユーザに付与することによって、ユーザが保有している当該ゲームキャラクタの数を増加することが、報酬の一例に相当してよい。言い換えれば、新たなゲームキャラクタをユーザＩＤと関連付けることや、ユーザＩＤとゲームキャラクタが関連付けられた状態でさらに当該ゲームキャラクタをユーザＩＤと関連付けることによって、ユーザＩＤと関連付けられたゲームキャラクタの数を増加することが、報酬の一例に相当してよい。なお、報酬は、ポイントやゲームキャラクタに限られず、ゲームの内容に合わせて種々の報酬を設定することであってよい。また例えば、報酬は、ユーザと関連付けられたパラメータ（ポイント以外のパラメータ）をユーザにとって有利となるように一時的又は永続的に変化させることであってもよい。本実施形態では、ユーザＩＤに関連付けられたポイントを増加させることが、報酬に相当する場合を例に挙げて説明する。

「第２パラメータ」とは、例えば、ユーザに付与される報酬の良し悪しに影響するパラメータである。例えば、ユーザに付与される報酬の内容に関するパラメータである。例えば、ユーザに付与される報酬の内容を決めるパラメータである。例えば、本実施形態のように報酬がポイントであれば、ポイントの付与量の増減に影響するパラメータが第２パラメータであり、報酬がゲームアイテムやゲームキャラクタなどであれば、これらの希少度や付与数に影響するパラメータが第２パラメータである。例えば、第２パラメータは、報酬そのものを示すパラメータであってもよい。また例えば、第２パラメータは、ゲームの結果に応じた基本報酬をどの程度変化させるかを示すパラメータであってもよい。本実施形態では、後述する基本ボーナスが、第２パラメータに相当する場合を例に挙げて説明する。なお、特効ボーナス、シーズンボーナス、及びイベントボーナスのような期間別ボーナスが第２パラメータの一例に相当してもよい。

本実施形態では、ユーザが抽選により取得したゲームキャラクタでチームを組み、対戦相手チームと対戦するサッカーゲームを例に挙げて説明する。以降、ユーザのチームをユーザチームと記載する。なお、試合中にユーザがゲームキャラクタを操作する場合を説明するが、特にユーザがゲームキャラクタを操作せず、試合が自動的に進行するようにしてもよい。また、ユーザは、自分が保有するポイントやコインを消費することによって試合をプレイできるようにしてもよいし、特にこのような制限なくいつでも試合をプレイできるようにしてもよい。

例えば、ゲームプログラムが起動し、ユーザが試合をプレイするための所定の操作を入力部１４から行うと、対戦相手チームの候補を示すリストが表示部１５に表示される。対戦相手チームは、他のユーザのユーザチームであってもよいし、ゲーム提供者が予め用意したチームであってもよい。ユーザは、リストの中から対戦相手チームを選択すると、ユーザチームの編成をするためのチーム編成画像が表示部１５に表示される。

図２は、チーム編成画像の一例を示す図である。図２に示すように、チーム編成画像Ｇ１には、ユーザが保有するゲームキャラクタのうち、スカッドに指定されたゲームキャラクタを示すアイコンＩが表示される。スカッドは、ユーザチームのメンバーを意味し、ここでは、試合に出場するメンバーと、試合に出場する可能性（権利）のあるメンバーと、の両方を意味する。例えば、スカッドは、試合に最初から出場するスターティングメンバーと、試合に途中出場する可能性のあるベンチ入りメンバー（控えメンバー）と、の両方を含む意味である。

本実施形態では、ユーザが保有するゲームキャラクタのうち、スターティングメンバーとして指定した１１人のゲームキャラクタと、ベンチ入りメンバーとして指定した７人のゲームキャラクタと、を含む１８人のゲームキャラクタがスカッドに相当する。なお、ベンチ入りメンバーは７人ではなく、任意の人数を指定可能であってよい。例えば、図２の画面例では、サッカーのピッチを模したピッチ画像Ｇ１０上にアイコンＩが表示されたゲームキャラクタは、スターティングメンバーであり、その下部にアイコンＩが表示されたゲームキャラクタは、ベンチ入りメンバーである。

ユーザは、チーム編成画像Ｇ１において、スカッドに入れるゲームキャラクタを指定することができる。例えば、ユーザは、アイコンＩをドラッグアンドドロップすることにより、スターティングメンバーの中でポジションを入れ替えたり、スターティングメンバーとベンチ入りメンバーを入れ替えたりすることができる。また例えば、ユーザが入れ替えボタンＢ１０を選択すると、スカッドに入れているゲームキャラクタと、スカッドに入れていないゲームキャラクタと、を入れ替えることができる。また例えば、ユーザがスカッドを指定しなくても、自動的におすすめのスカッドが編成されるようにしてもよい。

また、チーム編成画像Ｇ１では、ユーザが選択したアイコンＩが示すゲームキャラクタの詳細情報が表示されるようにしてもよい。図２では、ユーザが選択したアイコンＩを斜線で示している。ユーザがアイコンＩを選択すると、当該アイコンＩが示すゲームキャラクタの名前・ポジション・画像などの基本情報Ｇ１１、能力パラメータＧ１２、基本ボーナスＧ１３、及び期間別ボーナスＧ１４が表示される。

詳細は後述するが、ゲームキャラクタには、試合終了後にユーザに付与されるポイントを増加させるためのボーナスが関連付けられており、基本ボーナスＧ１３及び期間別ボーナスＧ１４は、その一例である。試合終了後に付与されるポイントは、スカッド全体のボーナスが総合的に加味されるため、チーム編成画像Ｇ１には、その総合値を示すスカッドボーナスＧ１５（詳細後述）も表示される。スカッドボーナスＧ１５は、スカッドによって値が異なるので、チーム編成画像Ｇ１からユーザがスカッドを入れ替えると、リアルタイムで表示が更新される。

また、チーム編成画像Ｇ１には、ユーザチームのフォーメーションや作戦などの設定情報Ｇ１６が表示され、ユーザがこれらを設定可能なようにしてもよい。ユーザは、設定中のフォーメーションにおける各ポジションのゲームキャラクタを、ピッチ画像Ｇ１０上で指定することになる。ユーザは、チーム編成画像Ｇ１からユーザチーム（スカッド）の編成を行い、試合開始ボタンＢ１１を選択すると、ゲーム内のサッカー場を示す仮想世界が構築されて試合が開始する。

図３は、仮想世界の一例を示す図である。図３に示すように、仮想世界Ｗには、互いに直交するＸｗ軸、Ｙｗ軸、及びＺｗ軸が設定される。仮想世界Ｗ内の位置は、これらの座標軸のワールド座標値（ワールド座標系の座標値）により特定される。また、仮想世界Ｗには、地面を表す３次元モデルであるピッチＰが配置される。例えば、ピッチＰは、Ｘｗ−Ｚｗ平面に平行に配置される。

ピッチＰ上には、サッカーゲームで用いられる種々の３次元モデルが配置され、例えば、ユーザチームのゲームキャラクタＣ１、対戦相手チームのゲームキャラクタＣ２、ボールＢ、及びゴールＧＬなどが配置される。本実施形態では、ユーザチームの何れかのゲームキャラクタＣ１は、ユーザの操作対象として設定される。ユーザの操作対象に設定されたゲームキャラクタＣ１は、ユーザの操作に基づいて動作する。ユーザチームの操作対象以外のゲームキャラクタＣ１と、対戦相手チームのゲームキャラクタＣ２と、はゲームプログラムに定義されたアルゴリズムに基づいて動作する。

また、仮想世界Ｗには、仮想カメラＶＣが設定される。仮想カメラＶＣの位置及び視線方向は、変化しないように固定されていてもよいし、ユーザの操作対象又はボールＢなどの特定の３次元モデルと所定の関係を保つように変化してもよい。試合が始まると、仮想カメラＶＣから仮想世界を見た様子を示す仮想世界画像が表示部１５に表示される。

図４は、仮想世界画像の一例を示す図である。図４に示すように、仮想世界画像Ｇ２には、仮想世界Ｗのうち仮想カメラＶＣの視野内の様子が描かれている。なお、仮想世界画像Ｇ２は、仮想世界Ｗの一部を示してもよいし、仮想世界Ｗの全部を示してもよい。ユーザは仮想世界画像Ｇ２を見ながら、操作対象に設定されたゲームキャラクタＣ１を操作する。試合の進行自体は、公知のゲームプログラムによって実行されるようにしてよく、試合の前半が終了すると、ハーフタイムを挟んだ後に、試合の後半が開始する。そして、後半の終了時間が訪れると、ユーザチームが獲得した得点と、対戦相手チームが獲得した得点と、に基づいて、試合の勝敗が決定する。なお、以降の説明では、特に図面を参照する必要のないときは、ゲームキャラクタやボールなどの符号は省略する。

試合が終了すると、試合の結果やスカッドに応じたポイントがユーザに付与される。本実施形態では、ゲームイベントが繰り返し開催されており、各ゲームイベントの開催期間内に付与されたポイントの累積値（以降、累積ポイントと記載する。）に応じて、例えば、ランキング報酬が付与されたり、累積ポイント報酬が付与されたりする。例えば、ランキング報酬は、他のユーザとの相対関係がある報酬である。ランキング報酬は、他のユーザとの相対関係があるため、他のユーザより多くのポイントが稼ぐことが重要となる。例えば、プレイスキルが高い上級者であっても上位ランクを狙うためには、多くのボーナスを得ることができるゲームキャラクタが必要となる。一方、例えば、累積ポイント報酬は、他のユーザとの相対関係がない報酬である。累積ポイント報酬は、他のユーザとの相対関係がないため、ユーザ自身がどれだけポイントを稼ぐかが重要となる。例えば、プレイスキルが低いユーザであっても、多くのボーナスを得ることが可能なゲームキャラクタを保有できれば、それなりの報酬を得ることができる。一方、プレイスキルが高いユーザであれば、ボーナスを得ることができるゲームキャラクタを所有していなくともそれなりの報酬を得ることができる。このため、ユーザは、ゲームイベントの開催期間中に何度も試合をプレイし、累積ポイントを高めることを目指す。試合が終了すると、その試合で付与されるポイントを示すポイント付与画像が表示部１５に表示される。

図５は、ポイント付与画像の一例を示す図である。図５のポイント付与画像Ｇ３に示すように、本実施形態では、試合の結果に応じた基本ポイント（図５では、「５９」ｐｔ）と、スカッドに応じたポイント増加分（図５では、「２４」倍）であるスカッドボーナスと、によって算出される数値（図５では、「５９」ｐｔを「２４」倍した「１４１６」ｐｔ）が、試合の結果に応じて増減されることによって、試合での付与ポイント（図４では、「１８１６」ｐｔ）が決まる。ここでは、基本ポイントは、試合の結果のみに基づいて定まり、スカッドボーナスの値には関係しない。このため、基本ポイントは、ユーザのプレイスキルがそのまま反映されたものであり、例えば、試合での得失点差や対戦相手チームの強さなどに基づいて決まるようにしてよい。例えば、プレイスキルは、ユーザがゲームキャラクタを操作するスキルということができ、プレイスキルが高いと試合の結果がよくなる確率が高くなるので、プレイスキルは基本ポイントに反映されることになる。例えば、ある二人のユーザが同じ能力パラメータのゲームキャラクタを使用した場合、ゲームキャラクタを操作するスキルがあるユーザの方が勝利する確率が高いので、このユーザの基本ポイントが多くなる確率が高くなる。別の言い方をすれば、プレイスキルがあるユーザは、対戦相手より能力パラメータが低いゲームキャラクタを使用しても、自分の操作テクニックにより能力パラメータが不利な分をカバーすることができるので、基本ポイントが多くなる確率が高くなる。

ゲームキャラクタには、基本ポイントの増加分を示すパラメータとして、基本ボーナスと期間別ボーナスが関連付けられており、スカッドボーナスは、スカッドに入れられたゲームキャラクタの基本ボーナスと期間別ボーナスとに基づいて決まる。ここでは、スカッドボーナスは、試合の結果に関係なく、スカッドに応じた値となる。即ち、スカッドボーナスは、試合に勝っても負けても同じ値となり、どのゲームキャラクタをスカッドに入れたかによって決まる。別の言い方をすれば、スカッドボーナスは、ユーザのプレイスキルとは関係のないボーナスである。このため、ゲームを開始して間もないユーザであり、当該ユーザのプレイスキルがなかったとしても、ボーナスの高いスカッドを編成できれば、プレイスキルが高いがボーナスの低いスカッドを編成した他のユーザとの比較で有利になることがある。即ち、ゲームを開始して間もないユーザだったとしても、ボーナスの高いゲームキャラクタを取得することができれば、ゲームを長くプレイしているがボーナスの低いゲームキャラクタしか取得していないユーザに対抗することが可能になる。そのため、ゲームを開始して間もないユーザのようにプレイスキルが劣っているユーザであっても、ポイントやアイテムなどを使うことでボーナスの高いゲームキャラクタを積極的に取得するようにすれば、プレイスキルが劣っている点を補うことができる。つまり、プレイスキルとは別の要素（ポイントやアイテムなど）に頼ることでプレイスキルを補うことができるようになる。

図６は、あるゲームキャラクタをスカッドに入れた場合に発生するボーナスを示す図である。図６に示すｔは時間軸であり、ｔ１〜ｔ５の各々は、ゲームイベントの開催期間である。また、図６に示す各ボーナスのボックスの高さは、当該ボーナスの大きさを表している。図６に示すように、基本ボーナスは、ユーザがゲームキャラクタを取得した後は、いつスカッドに入れたとしても、原則として値が変化しない。即ち、基本ボーナスは、ゲームキャラクタをスカッドに入れる時期がいつであっても同じ値であり、ゲームキャラクタをスカッドに入れることで常に発生する一定値のボーナスである。

一方、期間別ボーナスは、ゲームキャラクタをスカッドに入れる時期に応じて、ボーナス発生の有無やそのボーナスの大きさが変化する。本実施形態では、互いに発生する時期が異なる３種類の期間別ボーナスが用意されており、それぞれを特効ボーナス、イベントボーナス、及びシーズンボーナスと記載する。

特効ボーナスは、短期的に発生するボーナスであり、例えば、ゲームキャラクタがゲームシステム１に追加された直後のゲームイベントの開催期間においてのみ発生する。以降、特効ボーナスが発生する期間を、特効ボーナス発生期間と記載する。図６の例では、特効ボーナス発生期間は、開催期間ｔ１だけの短い期間である。その代わり、図６に示すように、特効ボーナスは、他のボーナスと比べて高い効果を得られるようにしてよい。

イベントボーナスは、中期的に発生するボーナスであり、例えば、ゲームイベントによって発生したり発生しなかったりする。以降、イベントボーナスが発生する期間を、イベントボーナス発生期間と記載する。図６の例では、イベントボーナス発生期間は、開催期間ｔ１，ｔ２，ｔ４を合わせた期間である。このため、イベントボーナス発生期間は、特効ボーナス発生期間よりも長い。なお、開催期間ｔ３は、イベントボーナスは発生しない。このように、イベントボーナス発生期間は、連続的な１つの期間ではなく、互いに間のあいた複数の期間の集まりであってよい。

シーズンボーナスは、長期的に発生するボーナスであり、例えば、ゲームキャラクタが追加されてから半年〜１年程度の期間において継続的に発生する。以降、シーズンボーナスが発生する期間をシーズンボーナス発生期間と記載する。図６の例では、シーズンボーナス発生期間は、開催期間ｔ１〜ｔ４を合わせた期間である。このため、シーズンボーナス発生期間は、イベントボーナス発生期間よりも長く、最も長い期間となっている。

なお、以降において、特効ボーナス発生期間、イベントボーナス発生期間、及びシーズンボーナス発生期間をまとめて単にボーナス発生期間と記載することもある。また、先述したように、基本ボーナスは、本実施形態では時期に関係なく発生するので、特にボーナス発生期間は存在しないようにしてよい。

図６に示すように、ユーザが、ゲームシステム１に追加されたばかりのゲームキャラクタを取得し、スカッドに入れて試合をすると、期間別ボーナスが３つとも発生する可能性がある。この場合、開催期間ｔ１において、３つの期間別ボーナスが累積して発生し、付与ポイントが非常に高くなる。その後、時間が経過すると、このゲームキャラクタの特効ボーナスが発生しなくなるが、開催期間ｔ２〜ｔ４に示すように、イベントボーナスは時々発生し、シーズンボーナスは継続的に発生するので、スカッドに入れて試合をすると、付与ポイントはそれなりに高くなる。更に時間が経過すると、シーズンボーナスが発生しなくなり、イベントボーナスだけが時々発生する状態となり、開催期間ｔ５に示すように、イベントボーナスが発生しなければ、期間別ボーナスが一切発生しないので、基本ボーナスだけが発生する状態となる。このように、基本ボーナスは、時間経過に関係なく発生し、期間別ボーナスは、時間経過に伴って段階的にボーナスが少なくなる。

基本ボーナス及び期間別ボーナスは、能力パラメータとは別のパラメータで示されており、試合中におけるキックの精度やドリブルのスピードなどには影響しない。即ち、能力パラメータが高いからといって、基本ボーナス及び期間別ボーナスが高いとは限らない。逆に言えば、基本ボーナスや期間別ボーナスが高いからといって、ゲームキャラクタの動きが俊敏であったり、強いシュートを放てたりするとは限らない。このため、ユーザは、試合を有利に進めるために能力パラメータの高いスカッドとするか、付与ポイントを多くするために基本ボーナス及び期間別ボーナスの高いスカッドとするか、あるいはこれらのバランスを取ったスカッドとするか、を自身のプレイスキルを勘案したうえで総合的に考えながら、チーム編成をすることになる。上記のように、本実施形態のゲームシステム１は、主に、基本ボーナスに係る第１の構成と、期間別ボーナスに係る第２の構成と、を有している。以降、第１の構成及び第２の構成の詳細を説明する。

［３．ゲームシステムにおいて実現される機能］
図７は、ゲームシステム１で実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。本実施形態では、主に、ゲームに係るデータがサーバ３０で管理され、ゲームに関する主要な処理がユーザ端末１０で実行される場合を説明する。

［３−１．サーバにおいて実現される機能］
まず、サーバ３０において実現される機能を説明する。サーバ３０では、主に、データ記憶部３００及びゲームキャラクタ追加部３０１が実現される。

［データ記憶部］
データ記憶部３００は、記憶部３２を主として実現される。データ記憶部３００は、ゲームを実行するために必要なデータを記憶する。本実施形態では、データ記憶部３００が記憶するデータの一例として、付与候補データベースＤＢ１、ユーザデータベースＤＢ２、及びイベントデータベースＤＢ３を説明する。

図８は、付与候補データベースＤＢ１の一例を示す図である。図８に示すように、付与候補データベースＤＢ１には、付与候補としてゲームシステム１に登録されたゲームキャラクタに関するデータが格納される。「付与候補」とは、例えば、ユーザに付与される候補とすることである。付与候補としてゲームキャラクタを登録することは、配信対象としてゲームキャラクタを登録することともいえる。配信対象とは、サーバ３０からユーザ端末１０にゲームキャラクタを配信可能な状態にすることである。例えば、抽選（いわゆるガチャ）やプレゼントによりゲームキャラクタが配信される。なお、抽選を行うためには、所定の条件が設定されており、ユーザが無制限に抽選を行うことができるわけではない。この条件は、抽選のために保有しているユーザのポイントやアイテム（いわゆるガチャ券など）を使うことであってもよいし、ユーザが購入した有料アイテムを使うことであってもよい。各ゲームキャラクタが選出される確率は、個別に設定されていてもよいし、ゲームキャラクタの属性（所属リーグなど）ごとに設定されていてもよい。例えば、能力パラメータやボーナスが高いゲームキャラクタほど確率が低くなるように設定されていてもよい。スカッドのゲームキャラクタは、付与候補として登録された複数のゲームキャラクタの中からユーザに付与されたものである。先述したように、付与候補データベースＤＢ１に登録されたゲームキャラクタの中から、ユーザに付与されるものが抽選される。このため、付与候補データベースＤＢ１は、ゲームにおいて存在する全てのゲームキャラクタのマスタデータといえる。

例えば、付与候補データベースＤＢ１には、付与候補のゲームキャラクタを一意に識別するゲームキャラクタＩＤに関連付けて、当該ゲームキャラクタの基本情報が格納される。ゲームキャラクタの基本情報には、例えば、ゲームキャラクタの名前、バージョン、基本ポジション、属性、総合値、能力パラメータ、及び基本ボーナスが含まれる。

バージョンは、ゲームキャラクタの登録時期（追加時期）を示す情報である。本実施形態では、ある人物を示すゲームキャラクタが、パラメータや画像を変えて、新たなゲームキャラクタとして繰り返し登録されるものとする。例えば、ゲームキャラクタが現実世界のサッカー選手を模したものである場合、登録済みのゲームキャラクタと同じサッカー選手を示すゲームキャラクタが、別バージョンのゲームキャラクタとして定期的に登録される。このため、バージョンは、どの時点のサッカー選手を表すゲームキャラクタであるかを識別する情報ともいえる。

例えば、現実世界のサッカーリーグで年２回のシーズンが存在する場合、ゲームキャラクタの追加タイミングを、当該シーズンに合わせて年２回設けておいてもよい。例えば、年２回の追加タイミングとして、毎年夏季（例えば、４月〜９月）と冬季（例えば、１０月〜３月）の初めに、ゲームキャラクタが追加されるようにしてよい。この場合、あるサッカー選手に対して、年ごとに、夏バージョンのゲームキャラクタと、冬バージョンのゲームキャラクタが存在することになる。例えば、ゲームキャラクタの能力パラメータは、その時の現実世界での活躍や調子を表すように設定されるようにしてよい。なお、ゲームキャラクタの追加タイミングは、上記の例に限られず、毎月追加されるようにしてもよいし、毎週追加されるようにしてもよい。また例えば、ゲームキャラクタの追加タイミングは、任意であってよく、定期的でなくてもよい。例えば、現実世界でサッカーのイベントが開催される時などに応じて不定期的に追加されるようにしてよい。

基本ポジションは、ゲームキャラクタが得意とするポジションであり、複数のポジションのうちの少なくとも１つが設定される。属性は、例えば、ゲームキャラクタの性質又は分類を示すものであり、ここでは、現実世界における所属クラブ、所属リーグ、所属地域、国籍、又は年齢などである場合を説明する。なお、属性として用いられるのは、図８の例に限られず、基本ポジションが属性として用いられてもよいし、性別などが属性として用いられてもよい。属性は、ゲームキャラクタを分類可能な情報であればよく、他にも例えば、ゲームキャラクタの希少度（レア度）であってもよいし、後述の総合値が属性として用いられてもよい。総合値は、総合的な能力の高さを一目見て分かるようにしたパラメータである。総合値は、後述する能力パラメータを所定の数式に代入して計算されたものである。

能力パラメータは、例えば、仮想世界における動作の良し悪しを示す値であり、サッカー選手としての運動能力の高さを示す値である。例えば、能力パラメータは、体力に関するスタミナパラメータ、移動速度に関するスピードパラメータ、シュートの精度に関するシュートパラメータ、ディフェンス技術に関するディフェンスパラメータ、体幹の強さに関するフィジカルパラメータ、パスの精度に関するパスパラメータ、ドリブル技術に関するドリブルパラメータ、及びキーパーとしての技術に関するセービングパラメータなどであってよい。能力パラメータは、これらの各能力の高さを示す数値又は記号で示される。

例えば、能力パラメータは、ゲームキャラクタがユーザに付与された後に変化してもよいし、変化しないようにしてもよい。能力パラメータが変化する場合、付与候補データベースＤＢ１に格納された能力パラメータは、初期値を示すことになる。能力パラメータが変化する場合、ゲーム内でのゲームキャラクタの加齢に応じて変化してもよいし、ユーザが所定の育成操作をしたり試合で経験値を得たりしたりすることによって変化してもよい。他にも例えば、能力パラメータは、他のゲームキャラクタを消費することで行われる合成によって変化してもよい。なお、本実施形態では、説明の簡略化のために、ゲームキャラクタがユーザに付与された後に能力パラメータが変化しない場合を説明する。

付与候補データベースＤＢ１に格納される各ゲームキャラクタの基本ボーナスは、基本ボーナスによる付与ポイントの増加分（即ち、基本ボーナスの大きさ）を示すパラメータであり、数値又は記号で示される。図８に示すように、ここでは、基本ボーナスがゲームキャラクタに固有の値である場合を説明するが、複数のゲームキャラクタで共通の基本ボーナスが用いられてもよい。基本ボーナスは、能力パラメータと同様、ゲームキャラクタがユーザに付与された後に変化してもよいし、変化しないようにしてもよい。ここでは、基本ボーナスが変化しないものとする。このため、同じゲームキャラクタであれば、どのユーザに付与されたとしても、基本ボーナスは変わらないことになる。

図９は、ユーザデータベースＤＢ２の一例を示す図である。図９に示すように、ユーザデータベースＤＢ２には、ゲームの利用登録をした全てのユーザに関するデータが格納される。例えば、ユーザデータベースＤＢ２には、ユーザＩＤに関連付けて、ユーザの登録情報、ユーザに関するユーザパラメータ、及びユーザのスカッドデータＤＴ３が格納される。登録情報には、ユーザが利用登録時に入力した内容が格納され、例えば、ユーザの名前、メールアドレス、アバタ画像、及び好きなサッカーチームなどが格納される。ユーザパラメータには、ユーザ固有のパラメータが格納され、例えば、開催中のゲームイベントにおける累積ポイント、ランキング、及び保有するゲーム内通貨などが格納される。スカッドデータＤＴ３の詳細は後述する。

図１０は、イベントデータベースＤＢ３の一例を示す図である。図１０に示すように、イベントデータベースＤＢ３には、ゲームシステム１において開催されるゲームイベントに関するデータが格納される。例えば、イベントデータベースＤＢ３には、複数のゲームイベントの開催期間にまたがるシーズンを一意に識別するシーズンＩＤに関連付けて、各シーズンの期間、シーズン中に開催される個々のゲームイベントを一意に識別するイベントＩＤ、ゲームイベントの名称、開催期間、及び期間別ボーナスデータＤＴ１が格納されている。各シーズンの期間は、一定の長さを有する期間であればよく、全てのシーズンで共通の長さであってもよいし、シーズンごとに長さが異なってもよい。ここでは、１年が２つに分けられており、ある年の４月から９月までのシーズンと、その年の１０月から翌年の３月までのシーズンと、が設定されている。例えば、シーズンは、ゲームキャラクタの追加タイミングと対応するように設定されていてもよい。ゲームイベントの開催期間は、一定の長さを有する期間であればよく、全てのゲームイベントで共通の長さであってもよいし、ゲームイベントごとに長さが異なってもよい。なお、ゲームイベントの開催期間は、次のゲームイベントとの間が空かないように連続的に設定されていてもよいが、次のゲームイベントの開催期間と間が空いていてもよい。例えば、図１０に示すイベントＮとイベントＯとのように、開催期間が連続的でなくてもよい。

期間別ボーナスデータＤＴ１は、本発明に係る期間別効果データの一例であり、各ゲームキャラクタに関連付けられたボーナス発生期間及び期間別ボーナスの内容を定義したデータである。本実施形態では、特効ボーナス、イベントボーナス、及びシーズンボーナスの３つの期間別ボーナスが存在するので、図１０に示すように、期間別ボーナスデータＤＴ１には、これら３つのボーナス発生期間及び内容が定義されていることになる。

例えば、期間別ボーナスデータＤＴ１には、各ゲームイベントの開催期間中に、特効ボーナスが発生するゲームキャラクタＩＤとその特効ボーナスの大きさが格納されている。特効ボーナスの大きさは、例えば、数値又は記号で示される。図１０に示すように、本実施形態では、ゲームキャラクタＩＤに応じて特効ボーナスの大きさは異なるが、特効ボーナスの大きさは、特にゲームキャラクタＩＤに応じて異ならないようにしてもよい。ここでは、あるゲームキャラクタＩＤが、ある１つの開催期間にだけ指定されているので、特効ボーナス発生期間が、ある１つのゲームイベントの開催期間だけであり、比較的短い期間となっている。また、特効ボーナスが発生するゲームキャラクタとして指定されるのは、直近で付与対象として追加されたゲームキャラクタであってよい。なお、特効ボーナス発生期間は、複数の開催期間にまたがっていてもよいし、開催期間とは関係ない長さの期間であってもよい。この点は、イベントボーナス発生期間も同様である。また、図１０に示すイベントＯのように、特効ボーナスが発生しないゲームイベントがあってもよい。

また例えば、期間別ボーナスデータＤＴ１には、各ゲームイベントの開催期間中に、イベントボーナスが発生する属性とそのイベントボーナスの大きさが格納されている。イベントボーナスの大きさは、例えば、数値又は記号で示される。図１０に示すように、本実施形態では、属性に応じてイベントボーナスの大きさは異なるが、イベントボーナスの大きさは、特に属性に応じて異ならないようにしてもよい。また、イベントボーナスの発生条件として、１つの属性だけではなく、図１０のように複数の属性が指定されていてもよい。このため、ゲームキャラクタによっては、これら複数の属性が一致することもある。この場合、イベントボーナスを累積して発生させてもよいが、本実施形態では、最も高いイベントボーナスのみが有効となる。なお、イベントボーナスは、イベントごとに定められた条件によって時々発生するものなので、例えば、特効ボーナスよりは長い期間発生し、シーズンボーナスよりは短い期間発生する中期的なボーナスであってよい。例えば、国籍がイタリアの場合又は年齢が３０歳以上の場合にイベントボーナスが発生するイベントを、毎月１０日から１４日の間に開催したとすると、単発のイベントよりは長く、シーズンよりは短い中期的な期間においてイベントボーナスを発生させることができる。

また例えば、期間別ボーナスデータＤＴ１には、各シーズン中に、シーズンボーナスが発生するゲームキャラクタのバージョンとそのシーズンボーナスの大きさが格納されている。シーズンボーナスの大きさは、例えば、数値又は記号で示される。図１０に示すように、ある開催期間において、シーズンボーナスが発生するバージョンは、１つだけではなく、複数のバージョンが指定されていてもよい。この場合、これら複数のバージョンに対して同じシーズンボーナスが発生してもよいが、図１０のように、新しいバージョンの方が、古いバージョンよりもシーズンボーナスが大きくなるようにしてもよい。即ち、ゲームキャラクタのシーズンボーナスは、時間経過に応じて徐々に少なくなるようにしてもよい。図１０のデータ格納例の場合、シーズンボーナス発生期間は、個々のイベントＩＤではなく、シーズンＩＤに関連付いているので、シーズンボーナスは、１シーズンを通して発生することになる。このため、各シーズンの期間は、シーズンボーナス発生期間を示すものともいえる。イベントＮとイベントＯの間のように、イベントの開催期間に間が空いていたとしても、その間の期間中において、シーズンボーナスが発生する。即ち、イベントＮとイベントＯの間の期間である２０１６年４月８日と２０１６年４月９日において、特効ボーナスとイベントボーナスが発生せず、シーズンボーナスだけが発生する状態となるようにしてよい。シーズンボーナス発生期間は、比較的長い期間となっている。

なお、データ記憶部３００が記憶するデータは、上記の例に限られない。例えば、付与候補データベースＤＢ１には、他のデータが含まれていてもよく、ゲームキャラクタの追加日時などのデータが格納されていてもよい。また例えば、ユーザデータベースＤＢ２には、他のデータが含まれていてもよく、過去のゲームイベントにおける累積ポイントの履歴や過去の付与ポイントの履歴などのデータが格納されていてもよい。また例えば、イベントデータベースＤＢ３には、他のデータが含まれていてもよく、ゲームイベントごとに付与ポイントに応じた報酬（ゲームアイテムなど）を示すデータが格納されていてもよい。また例えば、期間別ボーナスデータＤＴ１は、イベントデータベースＤＢ３内のデータとして格納されるのではなく、イベントデータベースＤＢ３とは別体のデータとして管理されていてもよい。また例えば、データ記憶部３００は、上記説明したデータ以外のデータを記憶してもよい。

［ゲームキャラクタ追加部］
ゲームキャラクタ追加部３０１は、制御部３１を主として実現される。ゲームキャラクタ追加部３０１は、新たなゲームキャラクタを付与候補として追加する。即ち、ゲームキャラクタ追加部３０１は、新たに付与候補となるゲームキャラクタに関するデータを、付与候補データベースＤＢ１に追加する。ゲームキャラクタ追加部３０１は、新たに付与候補となるゲームキャラクタに関するデータを、通信部１３を介してゲーム制作者の端末などから取得してもよいし、サーバ３０に直接的に接続された情報記憶媒体などから取得してもよい。このデータは、付与候補データベースＤＢ１のデータ形式に合わせて作成されており、新たに追加されるゲームキャラクタの能力パラメータや基本ボーナスなどが設定されているものとする。

例えば、第１の構成に係る機能として、ゲームキャラクタ追加部３０１は、付与候補として登録された複数のゲームキャラクタよりも多くの報酬を付与可能な基本ボーナスが関連付けられた新たなゲームキャラクタを、付与候補として追加する。ゲームキャラクタ追加部３０１は、付与候補として登録済みのゲームキャラクタの基本ボーナスよりも、新たに追加するゲームキャラクタの基本ボーナスを多くする。言い換えれば、ゲームキャラクタ追加部３０１は、登録済みのゲームキャラクタが用いられた場合よりも、新たに追加するゲームキャラクタが用いられた場合の方が、ユーザに付与されるポイントが多くなるような基本ボーナスが関連付けられたゲームキャラクタを、付与候補として追加する。

また例えば、第２の構成に係る機能として、ゲームキャラクタ追加部３０１は、付与候補として登録された複数のゲームキャラクタよりも後の期間における効果を示す期間別ボーナスデータＤＴ１が関連付けられた新たなゲームキャラクタを、付与候補として追加する。「後の期間」とは、時間的に新しい期間であり、より将来の期間である。ゲームキャラクタ追加部３０１は、付与候補として登録済みのゲームキャラクタの期間別ボーナスが発生する時期よりも、新たに追加するゲームキャラクタの期間別ボーナスが発生する時期を後にする。言い換えれば、ゲームキャラクタ追加部３０１は、登録済みのゲームキャラクタの期間別ボーナスが発生しない時期であったとしても、期間別ボーナスが発生するゲームキャラクタを新たに追加する。このため、追加タイミング以降の開催期間に対応する期間別ボーナスデータＤＴ１には、ゲームキャラクタ追加部３０１が新たに追加するゲームキャラクタのゲームキャラクタＩＤ、属性、及びバージョンが格納されており、新たに追加されるゲームキャラクタを、登録済みのゲームキャラクタよりも優先的に、期間別ボーナスが発生するようになっている。

［３−２．ユーザ端末において実現される機能］
次に、ユーザ端末１０において実現される機能を説明する。ここでは、第１の構成に係るユーザ端末１０の機能を説明した後に、第２の構成に係るユーザ端末１０の機能を説明する。

［３−２−１．第１の構成に関する機能］
まず、第１の構成に関する機能を説明する。第１の構成では、主に、データ記憶部１００、パラメータ取得部１０１、動作制御部１０２、表示制御部１０３、操作受付部１０４、結果取得部１０５、及び報酬決定部１０６が、ユーザ端末１０において実現される。

［データ記憶部］
データ記憶部１００は、記憶部１２を主として実現される。なお、ゲームを実行するために必要なデータを記憶する点では、ユーザ端末１０のデータ記憶部１００と、サーバ３０のデータ記憶部３００と、は共通するが、サーバ３０のデータ記憶部１００が全ユーザに関係するデータを記憶するのに対し、ユーザ端末１０のデータ記憶部１００は、当該ユーザ端末１０を操作するユーザに関係するデータのみを記憶する点で、これらは異なる。ここでは、データ記憶部１００が記憶するデータとして、保有キャラクタデータＤＴ２、スカッドデータＤＴ３、及びゲーム状況データＤＴ４を説明する。

図１１は、保有キャラクタデータＤＴ２の一例を示す図である。図１１に示すように、保有キャラクタデータＤＴ２は、ユーザ端末１０を操作するユーザが保有するゲームキャラクタに関するデータである。即ち、保有キャラクタデータＤＴ２には、付与候補データベースＤＢ１に格納されたゲームキャラクタのうち、ユーザに付与されたゲームキャラクタに関する情報が格納される。例えば、保有キャラクタデータＤＴ２には、ゲームキャラクタＩＤに関連付けて、当該ゲームキャラクタの基本情報が格納される。保有キャラクタデータＤＴ２に格納される基本情報の各項目は、付与候補データベースＤＢ１に格納される基本情報の項目と同じであるが、ユーザに付与された後にパラメータが変化する場合は、付与候補データベースＤＢ１に格納された初期値ではなく、最新の値が格納されている。例えば、ゲームキャラクタを育成可能とする場合には、能力パラメータや基本ボーナスは、最新の値となっている。

図１２は、スカッドデータＤＴ３の一例を示す図である。図１２に示すように、スカッドデータＤＴ３は、ユーザのスカッドに関するデータである。例えば、スカッドデータＤＴ３には、ユーザチームのフォーメーション、作戦、スターティングメンバーに関する情報、及びベンチ入りメンバーに関する情報などが格納される。スターティングメンバーに関する情報としては、例えば、スターティングメンバーのゲームキャラクタＩＤ及びそのポジションなどが格納される。ベンチ入りメンバーに関する情報としては、例えば、ベンチ入りメンバーのゲームキャラクタＩＤが格納される。ユーザは、自分が保有するゲームキャラクタの中でスカッドを編成するので、保有キャラクタデータＤＴ２に格納されたゲームキャラクタＩＤの中から、スカッドデータＤＴ３に格納されるゲームキャラクタＩＤが決まることになる。

なお、各ユーザ端末１０のスカッドデータＤＴ３は、所定のタイミングでサーバ３０にアップロードされ、ユーザデータベースＤＢ２に格納される。このため、各ユーザ端末１０のスカッドデータＤＴ３と、サーバ３０のユーザデータベースＤＢ２に格納されたスカッドデータＤＴ３と、は整合性が取られている。サーバ３０のユーザデータベースＤＢ２に格納されたスカッドデータＤＴ３は、対戦相手チームを決定するときに参照されるようにしてよい。

図１３は、ゲーム状況データＤＴ４の一例を示す図である。図１３示すように、ゲーム状況データＤＴ４は、試合の状況に関するデータである。ゲーム状況データＤＴ４は、試合が開始すると生成され、試合の進行に応じて更新される。図１３に示すように、ゲーム状況データＤＴ４には、仮想世界の現在の様子を示す情報や現在の戦況を示す情報が格納される。例えば、仮想世界の現在の様子としては、ユーザチームのゲームキャラクタ、対戦相手チームのゲームキャラクタ、及びボールの現在位置と移動方向が格納される。また例えば、ゲーム状況データＤＴ４には、ユーザの操作対象に設定されているゲームキャラクタを識別する情報が格納される。また例えば、戦況を示す情報には、ユーザチームの得点と、対戦相手チームの得点と、試合の残り時間又は経過時間と、が格納される。

なお、データ記憶部１００が記憶するデータは、上記の例に限られない。例えば、保有キャラクタデータＤＴ２には、他の情報が含まれていてもよく、ゲームキャラクタがユーザに付与されるたびに新たなＩＤを振り直す場合には、当該ＩＤが格納されていてもよい。即ち、同じゲームキャラクタが複数のユーザに付与されたり、ある１人のユーザが同じゲームキャラクタを複数取得可能にしたりする場合には、個々のゲームキャラクタを当該ＩＤによって識別可能にしてもよい。また例えば、スカッドデータＤＴ３には、他の情報が含まれていてもよく、スターティングメンバーやベンチ入りメンバーの能力パラメータなどが格納されていてもよい。また例えば、ゲーム状況データＤＴ４には、他の情報が含まれていてもよく、対戦相手チームのレベルやゲームキャラクタの能力パラメータが格納されていてもよいし、試合中にイエローカードやレッドカードを受けたゲームキャラクタのゲームキャラクタＩＤが格納されていてもよい。また例えば、データ記憶部１００は、上記説明したデータ以外のデータを記憶してもよく、ゲーム状況データＤＴ４を時系列的に履歴として残していてもよい。また例えば、データ記憶部１００は、ゲームキャラクタの動作を定義したモーションデータを記憶してもよい。また例えば、データ記憶部１００は、仮想空間に配置される３次元モデルデータやテクスチャ画像データなどを記憶してもよい。

［パラメータ取得部］
パラメータ取得部１０１は、制御部１１を主として実現される。パラメータ取得部１０１は、ゲームキャラクタに関連付けられた、ゲームが行われる仮想世界での当該ゲームキャラクタの動作に影響する能力パラメータと、ユーザＩＤに関連付けられる報酬に影響する基本ボーナスと、を取得する。パラメータ取得部１０１は、データ記憶部１００に記憶された保有キャラクタデータＤＴ２を参照することによって、能力パラメータと基本ボーナスを取得する。

なお、パラメータ取得部１０１が能力パラメータを取得するタイミングと、基本ボーナスを取得するタイミングと、は異なっていてもよく、これらを同時に取得する必要はない。即ち、パラメータ取得部１０１は、能力パラメータを取得する機能と、基本ボーナスを取得する機能と、を有していればよく、後述する動作制御部１０２の処理で必要なときに能力パラメータを取得し、報酬決定部１０６の処理で必要なときに基本ボーナスを取得すればよい。更に、パラメータ取得部１０１は、能力パラメータと基本ボーナス以外のパラメータを取得してもよい。

［動作制御部］
動作制御部１０２は、制御部１１を主として実現される。動作制御部１０２は、仮想世界でゲームキャラクタを動作させる場合、パラメータ取得部１０１により取得された当該ゲームキャラクタに関連付けられた能力パラメータに基づいて、当該仮想世界で当該ゲームキャラクタを動作させる。別の言い方をすれば、動作制御部１０２は、ゲームキャラクタの能力パラメータに応じた動作を当該ゲームキャラクタにさせる。例えば、動作制御部１０２は、能力パラメータに基づいて定まる速さ、強さ、又は精度でゲームキャラクタを動作させる。また例えば、動作制御部１０２は、能力パラメータに基づいて、所定の動作の成否を決定するようにしてもよい。この場合、動作制御部１０２は、能力パラメータが高いほど動作が成功する確率が高くなり、能力パラメータが低いほど動作が成功する確率が低くなるようにしてもよい。

例えば、動作制御部１０２は、スタミナパラメータやスピードパラメータに基づいて定まる速さで、ゲームキャラクタを移動させる。また例えば、動作制御部１０２は、シュートパラメータに基づいて定まる強さ及び精度で、ゲームキャラクタにボールをシュートさせる。また例えば、動作制御部１０２は、ディフェンスパラメータに基づいて定まる精度で、対戦相手チームのゲームキャラクタからボールを奪取させる。また例えば、動作制御部１０２は、フィジカルパラメータに基づいて定まる強さで、ゲームキャラクタを対戦相手チームのゲームキャラクタに接触させる。また例えば、動作制御部１０２は、パスパラメータに基づいて定まる精度で、ゲームキャラクタにボールをパスさせる。また例えば、動作制御部１０２は、ドリブルパラメータに基づいて定まる速さ及び精度で、ゲームキャラクタにドリブルをさせる。また例えば、動作制御部１０２は、セービングパラメータに基づいて定まる精度で、ゲームキャラクタにボールをキャッチ又はパンチングさせる。

なお、本実施形態では、ユーザチームのゲームキャラクタのうちの何れかが操作対象に設定されるので、操作対象に設定されたゲームキャラクタに関しては、動作制御部１０２は、ユーザの操作に応じて、当該ゲームキャラクタに関連付けられた能力パラメータに基づいて、仮想世界で当該ゲームキャラクタを動作させることになる（または、ユーザの操作と、当該ゲームキャラクタに関連付けられた能力パラメータとに基づいて、仮想世界で当該ゲームキャラクタを動作させることとしてもよい）。ゲームキャラクタは、複数種類の動作をすることができ、操作内容と動作との対応関係は、予めゲームプログラムに記述されていてもよいし、数式形式やテーブル形式のデータとしてデータ記憶部１００に記憶されていてもよい。この対応関係には、複数種類の操作の各々と、複数種類の動作の各々と、が関連付けられていることになる。動作制御部１０２は、ユーザの操作に関連付けられた動作をゲームキャラクタが行うように、ゲームキャラクタの能力パラメータに基づいて動作を制御する。

なお、動作制御部１０２は、操作対象に設定されたゲームキャラクタだけではなく、操作対象以外のゲームキャラクタの動作も制御する。動作制御部１０２は、操作対象以外のゲームキャラクタの動作を、当該ゲームキャラクタの能力パラメータと、所定のアルゴリズムと、に基づいて制御する。また、ゲームキャラクタの動作制御自体は、公知の種々の手法を適用可能であり、例えば、動作制御部１０２は、データ記憶部１００に記憶されたモーションデータに基づいて、ゲームキャラクタの各部位を動かすようにしてもよい。

また、先述したように、能力パラメータは、基本ボーナスとは切り離された別のパラメータなので、動作制御部１０２は、ゲームキャラクタに関連付けられた基本ボーナスに基づくことなく、仮想世界で当該ゲームキャラクタを動作させることになる。「基本ボーナスに基づくことなく」とは、基本ボーナスの値がどの値であったとしても、ゲームキャラクタの動作（例えば、速さ、強さ、精度、又は成否）が変わらないことである。別の言い方をすれば、動作制御部１０２は、ゲームキャラクタの動作を決定する処理において、基本ボーナスを参照しない。つまり、基本ボーナスはゲームキャラクタの動作に影響を与えることがないということができる。

［表示制御部］
表示制御部１０３は、制御部１１を主として実現される。表示制御部１０３は、ゲームが行われる仮想世界の様子を示す仮想世界画像Ｇ２を表示部１５に表示させる。本実施形態では、仮想世界が３次元空間であるので、表示制御部１０３は、仮想カメラの視野内の様子を示す仮想世界画像Ｇ２を生成することになる。仮想カメラを利用して画像を生成する処理自体は、公知の種々のレンダリング処理を適用可能であり、例えば、表示制御部１０３は、仮想カメラの視野内の３次元モデルの頂点の３次元座標に対し、所定の行列変換処理を実行して２次元座標に変換することによって、仮想世界画像Ｇ２を生成し、表示部１５に表示させる。なお、仮想世界が２次元的な平面で表される場合、表示制御部１０３は、仮想世界の全体を仮想世界画像Ｇ２として表示させてもよいし、仮想世界の一部を切り出した画像を仮想世界画像Ｇ２として表示させてもよい。

［操作受付部］
操作受付部１０４は、制御部１１を主として実現される。操作受付部１０４は、表示部１５に仮想世界画像Ｇ２が表示された状態で、ユーザによる操作を受け付ける。ユーザは、複数種類の操作をすることが可能であり、操作受付部１０４は、入力部１４の検出信号に基づいて、ユーザが行った操作を特定する。操作内容の特定方法自体は、公知の種々の手法を適用可能であり、入力部１４に採用する入力デバイスの種類に応じて定めればよい。例えば、入力部１４としてタッチパネルなどのポインティングデバイスを採用する場合には、操作受付部１０４は、入力部１４により検出される座標情報に基づいてユーザの操作を特定すればよい。また例えば、入力部１４としてボタンやレバーなどの入力部材を有するゲームコントローラを採用する場合には、操作受付部１０４は、各入力部材の押圧状態を示す検出信号に基づいてユーザの操作を特定すればよい。

［結果取得部］
結果取得部１０５は、制御部１１を主として実現される。結果取得部１０５は、ゲームキャラクタを動作させることで得られるゲームの結果を取得する。「ゲームの結果」とは、ゲームの内容や勝敗である。例えば、結果取得部１０５が取得するゲームの結果は、ゲームキャラクタが取った行動によって変化する。また例えば、対戦ゲームであれば、ゲームの結果は、終了したゲームにおける対戦相手の強さ、レベル、又は能力の高さであってもよい。また例えば、ゲームの結果は、対戦において獲得した得点であったり、対戦における得失点差であったりしてもよい。

例えば、結果取得部１０５は、ゲーム状況データＤＴ４に基づいて、ゲームの結果を取得する。例えば、結果取得部１０５は、試合終了時のゲーム状況データＤＴ４を参照し、ユーザチーム及び対戦相手チームの得点を特定したり、ユーザチームの得失点差を特定したりすることによって、ゲームの結果を取得してもよい。また例えば、結果取得部１０５は、ゲーム状況データＤＴ４の時系列的な変化を参照し、ゲームキャラクタが取った行動を特定することによって、ゲームの結果を取得してもよい。また例えば、結果取得部１０５は、試合開始時の対戦相手チームのレベルや能力パラメータを参照することによって、ゲームの結果を取得してもよい。

なお、本実施形態で「ゲームキャラクタを動作させる」と記載したときは、ゲームキャラクタが試合に出場して実際に仮想世界で動作することを意味する。一方、後述するように、「ゲームキャラクタが用いられる」と記載したときは、ゲームキャラクタが仮想世界で実際に動作すること（例えば、試合に出場してピッチ上を動くこと）、及び、仮想世界で動作する可能性のあるゲームキャラクタとして選択されること（例えば、ベンチ入りメンバーとして選択されること）、の少なくともいずれか一方または両方を意味する。即ち、例えば、スターティングメンバー及びベンチ入りメンバーの両方の基本ボーナス及び期間別ボーナスに基づいてスカッドボーナスが決定されるようにしてもよいし、スターティングメンバー又はベンチ入りメンバーの何れか一方のみの基本ボーナス及び期間別ボーナスに基づいてスカッドボーナスが決定されるようにしてもよい。このため、本実施形態において、「ゲームキャラクタを動作させる」ことが示す意味と、「ゲームキャラクタが用いられる」が示す意味と、は必ずしも一致しない。

［報酬決定部］
報酬決定部１０６は、制御部１１を主として実現される。報酬決定部１０６は、ゲームキャラクタが用いられることを条件として、パラメータ取得部１０１により取得された当該ゲームキャラクタに関連付けられた基本ボーナスに基づいて、付与ポイントを決定する。

「ゲームキャラクタが用いられる」とは、先述したように、例えば、仮想世界でゲームキャラクタが用いられる（仮想世界で実際に動作する）ことと、仮想世界で用いられる可能性のあるゲームキャラクタとして選択されることと、の両方を含む意味である。例えば、ユーザＩＤに関連付けられたゲームキャラクタ（別の言い方をすれば、ユーザが保有するゲームキャラクタ）の中から、仮想世界で動作させる対象又はその候補として選択されることであってよい。この選択は、ユーザ自身が行ってもよいし、所定の条件のもとでコンピュータが自動的に選択してもよい。例えば、対戦ゲームにおいて、実際に試合に出場することであってもよいし、試合に途中出場する可能性のあるゲームキャラクタとして選択されることであってもよい。別の言い方をすれば、ゲームの開始時点では仮想世界で動作せず（例えば、試合の開始時点では出場せず）、ゲームの途中において仮想世界で動作する（例えば、試合に途中出場する）可能性のあるゲームキャラクタであってよい。なお、ゲームが終了するまでの間に、実際に仮想世界で動作するゲームキャラクタとなる必要はない。即ち、仮想世界で用いられる可能性のあるゲームキャラクタとして選択されたが、実際には仮想世界で動作しなくてもよい。例えば、実施形態で説明するようなスポーツゲームの場合、スターティングメンバー又はベンチ入りメンバーとして選択されることである。ベンチ入りメンバーとして選択されていればよく、実際に試合に出場しないまま試合終了を迎えたとしてもよい。本実施形態では、ゲームキャラクタをスカッドに入れることが、ゲームキャラクタが用いられることに相当する。このため、ゲームキャラクタをスカッドに入れると、ゲームキャラクタが用いられる条件を満たすことになる。

報酬決定部１０６は、スカッドデータＤＴ３に基づいて、ゲームキャラクタＩＤが格納されているかを判定することによって、ゲームキャラクタが用いられるかを判定する。報酬決定部１０６は、この条件を満たさないゲームキャラクタの基本ボーナスには基づかず、条件を満たすゲームキャラクタの基本ボーナスに基づいて、付与ポイントを決定することになる。即ち、報酬決定部１０６は、付与ポイントを決定するにあたり、スカッドではないゲームキャラクタの基本ボーナスは参照せず、スカッドの基本ボーナスのみを参照する。別の言い方をすれば、報酬決定部１０６が決定する付与ポイントは、スカッドではないゲームキャラクタの基本ボーナスがどの値であっても変化しないが、スカッドの基本ボーナスの値によっては変化することになる。

また、本実施形態のゲームでは、複数のゲームキャラクタのうちの少なくとも１つが用いられ、複数のゲームキャラクタの各々には、当該ゲームキャラクタに固有の値を有する基本ボーナスが関連付けられているので、報酬決定部１０６は、ゲームで用いられる少なくとも１つのゲームキャラクタに固有の値を有する基本ボーナスに基づいて、付与ポイントを決定する。「固有の値」とは、ゲームキャラクタごとに値が決められていることであり、ゲームキャラクタとパラメータとが１対１の関係にあることである。ゲームキャラクタごとにパラメータが用意されているので、報酬決定部１０６は、あるゲームキャラクタと他のゲームキャラクタとで共通のパラメータを用いないことになる。

また、本実施形態のゲームでは、複数のゲームキャラクタが用いられるので、報酬決定部１０６は、複数のゲームキャラクタの各々の基本ボーナスに基づいてスカッドボーナスを取得し、スカッドボーナスに基づいて、付与ポイントを決定する。スカッドボーナスは、複数の基本ボーナスを所定の数式に代入して得られる１つのパラメータであり、第１の構成に係る第３パラメータの一例である。基本ボーナスと、スカッドボーナスと、の関係式は、データ記憶部１００に記憶されているものとする。この関係式は、基本ボーナスを代入するとスカッドボーナスが計算される数式であり、基本ボーナスが多いほどスカッドボーナスが多くなり、基本ボーナスが少ないほどスカッドボーナスが少なくなるように定義されている。

ここでは、関係式の一例として、下記の数式１及び２を説明する。数式１は、個々のスカッドがボーナス増加分に影響を与える程度を示す個人ボーナスを算出するためのものであり、数式２は、各スカッドの個人ボーナスからスカッド全体のスカッドボーナスを算出するためのものである。なお、数式１における特効ボーナス、イベントボーナス、及びシーズンボーナスの各々は、後述する第２の構成の効果発生部１１２により、これらが発生する場合にのみ計上される。また、数式１のスタメンベンチ調整係数は、スターティングメンバーであるか、ベンチ入りメンバーであるか、によって異なる係数であり、スターティングメンバーの方がベンチ入りメンバーよりも高くなる。なお、本実施形態では、スターティングメンバーとベンチ入りメンバーとでボーナス増加分を異ならせる場合を説明するが、特にこれらで重み付けをすることなく同等の扱いとしてもよい。
［数式１］個人ボーナス＝総合値＊基本ボーナス＊特効ボーナス＊イベントボーナス＊シーズンボーナス＊スタメンベンチ調整係数
［数式２］スカッドボーナス＝スカッドの個々のゲームキャラクタの個人ボーナスの合計値／所定値

なお、個人ボーナスは、ゲームキャラクタの基本ボーナスや期間別ボーナスだけで決まってもよいが、上記の数式１のように、個人ボーナスを計算するにあたり、基本ボーナスと期間別ボーナスだけでなく、能力パラメータの総合値を考慮してもよい。言い換えれば、単純にゲームキャラクタに関連付けられたボーナスだけでそのゲームキャラクタの個人ボーナスが決まるのではなく、能力パラメータをある程度考慮してもよい。なお、この場合、総合値が個人ボーナスに与える影響は、基本ボーナスや期間別ボーナスが個人ボーナスに与える影響よりも小さくなるようにしてよい。本実施形態では、数式１のように、能力パラメータの総合値が個人ボーナスにある程度は影響する場合を説明するので、報酬決定部１０６は、能力パラメータと基本ボーナスとに基づいて、付与ポイントを決定することになる。なお、この場合、能力パラメータが付与ポイントに影響すればよく、例えば、能力パラメータ及び基本ボーナスと、付与ポイントと、の関係式がデータ記憶部１００に記憶されていてもよい。この関係式は、上記の数式１に限られず、能力パラメータが高いほど付与ポイントが高くなり、能力パラメータが低いほど付与ポイントが低くなるように定義されていればよい。報酬決定部１０６は、能力パラメータ及び基本ボーナスに関連付けられた付与ポイントを取得することになる。

また、先述したように、本実施形態では、報酬決定部１０６は、上記のように算出したスカッドボーナスを、ゲームの結果に応じた基本ポイントに乗算するので、報酬決定部１０６は、基本ボーナスとゲームの結果とに基づいて、付与ポイントを決定することになる。例えば、報酬決定部１０６は、ゲームの結果に基づいて基本報酬を決定し、基本ボーナスに基づいて基本報酬を変化させることによって、付与ポイントを決定する。「基本報酬」とは、ゲームの結果に応じて定まる報酬である。ゲームの結果と基本報酬との関係は、予め数式やテーブルなどによって定められているものとする。本実施形態では、基本ポイントが基本報酬に相当する場合を説明する。

なお、報酬決定部１０６がゲームの結果に基づいて付与ポイントを決定する方法は、基本ポイントを変化させる方法に限られない。例えば、本実施形態のように、報酬決定部１０６は、基本ポイントとスカッドボーナスとに基づいて定まる値を、更に変化させることによって、付与ポイントを決定するようにしてもよい。また例えば、報酬決定部１０６は、特に基本ポイントを算出しなくてもよい。例えば、ゲームの結果及び基本ボーナスと、付与ポイントと、の関係式がデータ記憶部１００に記憶されていてもよい。この関係式には、ゲームの結果が所定の結果である場合に、ゲームの結果が所定の結果でない場合よりも付与ポイントが高くなるように定義されていればよい。報酬決定部１０６は、ゲームの結果及び基本ボーナスに関連付けられた付与ポイントを取得することになる。更に、報酬決定部１０６は、ゲームの結果に特に基づかずに、スカッドボーナスに基づいて付与ポイントを決定してもよい。この場合、スカッドが同じであれば、ゲームの結果に関係なく、同じ付与ポイントとなる。

［３−２−２．第２の構成に関する機能］
次に、第２の構成に関する機能を説明する。第２の構成では、主に、データ記憶部１００、データ取得部１０７、期間特定部１０８、期間属性取得部１０９、ゲームキャラクタ属性取得部１１０、属性判定部１１１、効果発生部１１２、及び効果変更部１１３が実現される。なお、第１の構成と同様の機能は説明を省略し、第１の構成とは異なる機能を説明する。

［データ記憶部］
第２の構成に係るデータは、第１の構成で説明したものと同様であってよい。このため、第２の構成に係るデータ記憶部１００の機能は、第１の構成で説明した機能と同様であってよい。

［データ取得部］
データ取得部１０７は、制御部１１を主として実現される。データ取得部１０７は、ゲームキャラクタに関連付けられた、互いに長さの異なる複数のボーナス発生期間にそれぞれ対応する複数の効果を示す期間別ボーナスデータＤＴ１を取得する。本実施形態では、期間別ボーナスデータＤＴ１は、イベントデータベースＤＢ３内の一部のデータとして格納されているので、データ取得部１０７は、サーバ３０のデータ記憶部３００にイベントデータベースＤＢ３の参照要求を送ることによって、イベントデータベースＤＢ３内の期間別ボーナスデータＤＴ１を取得することになる。

ボーナス発生期間は、例えば、ある時点から、当該時点よりも後の時点まで、の間であってよい。ここでの時点とは、現実世界の日時であってもよいし、ゲーム内の仮想世界での日時であってもよい。また例えば、ボーナス発生期間は、連続した期間である必要はなく、途中で間が空いていてもよい。即ち、イベントボーナス発生期間のように、互いに時間的な隔たりのある複数の期間からなるものであってもよい。また例えば、ボーナス発生期間の数は、２つ以上であればよく、本実施形態のような３つに限られない。また例えば、全ゲームキャラクタでボーナス発生期間の数は共通であってもよいし、ゲームキャラクタに応じてボーナス発生期間の数が異なってもよい。更に、各ボーナス発生期間は、少なくとも１つの他のボーナス発生期間と長さが異なっていればよい。

「効果」とは、ゲームにおいてユーザが有利になることである。例えば、効果は、報酬を良くすることであってよい。また例えば、報酬がポイントなどのゲーム内通貨であれば、付与されるポイントが増えることが、報酬が良くなることに相当してもよい。また例えば、報酬がゲームアイテムであれば、付与されるゲームアイテムの価値が高くなることが、報酬が良くなることに相当してもよい。また例えば、ゲームの実行中に有利になることが効果に相当してもよい。この場合、例えば、ゲームキャラクタの能力が上がったり、特殊能力が発動したりしてもよい。本実施形態では、複数の効果の各々は、ユーザの識別情報に関連付けられる報酬に影響する効果である場合を説明する。このため、ゲームキャラクタには、図６を参照して説明したような複数の期間別ボーナスが関連付けられていることになる。

［期間特定部］
期間特定部１０８は、制御部３１を主として実現される。期間特定部１０８は、複数のボーナス発生期間のうち、ゲームの実行時点が含まれるボーナス発生期間を特定する。

「ゲームの実行時点」とは、ゲームが実行される時点である。例えば、ゲームを開始するための処理を実行する時点であってよく、実際にゲームが始まる前の時点であってもよいし、ゲームを開始してから終了するまでの任意の時点であってもよいし、ゲームを終了した時点であってもよいし、ゲームを終了した後、ゲーム内容を評価する時点であってもよい。ゲームを開始するための処理とは、ゲームの設定をする処理であり、例えば、ゲームで用いるキャラクタを選択する処理であってもよいし、ゲームの対戦相手を選出する処理であってもよい。例えば、ゲームの開始前に、ゲームキャラクタにどのボーナス発生期間の効果が適用されるかを案内する画面を表示させる場合には、当該画面を表示させる時点であってよい。別の言い方をすれば、実行時点は、例えば、期間特定部１０８がボーナス発生期間を特定する処理を実行する時点であってよい。

期間特定部１０８がボーナス発生期間を特定するためのデータは、データ記憶部１００に記憶されていればよく、ここでは、期間別ボーナスデータＤＴ１を利用する場合を説明する。例えば、期間特定部１０８は、スカッドに含まれるそれぞれのゲームキャラクタのゲームキャラクタＩＤが期間別ボーナスデータＤＴ１に格納されているかを判定することによって、現時点が特効ボーナス発生期間であるかを判定する。また例えば、期間特定部１０８は、スカッドに含まれるそれぞれのゲームキャラクタの属性が期間別ボーナスデータＤＴ１に格納されているかを判定することによって、現時点がイベントボーナス発生期間であるかを判定する。また例えば、期間特定部１０８は、スカッドに含まれるそれぞれのゲームキャラクタのバージョンが期間別ボーナスデータＤＴ１に格納されているかを判定することによって、現時点がシーズンボーナス発生期間であるかを判定する。

なお、期間特定部１０８によるボーナス発生期間の特定方法は、上記の例に限られない。各ボーナス発生期間を特定するためのデータの形式に応じて特定方法が変化してもよい。例えば、本実施形態のように、ゲームイベントの開催期間ごとに期間別ボーナスデータＤＴ１を用意しておくのではなく、ゲームキャラクタごとに、各ボーナス発生期間を定義したデータを用意しておく場合には、期間特定部１０８は、現時点が当該データに定義された期間内であるかを判定することによって、ボーナス発生期間を特定してもよい。

［期間属性取得部］
期間属性取得部１０９は、制御部１１を主として実現される。期間属性取得部１０９は、複数のボーナス発生期間のうちの少なくとも１つに対応する所定の期間に関連付けられた、複数の属性のうちの少なくとも１つを取得する。

「複数のボーナス発生期間のうちの少なくとも１つに対応する」とは、例えば、複数のボーナス発生期間のうちの何れか１つ又は２つ以上のボーナス発生期間に対応することである。なお、ボーナス発生期間が対応するとは、例えば、時間的に一部又は全部が一致することであってよい。別の言い方をすれば、期間別ボーナスデータＤＴ１により特定可能な複数のボーナス発生期間のうち、属性に応じたボーナスが発生するボーナス発生期間として指定されていることである。

「所定の期間」とは、予め定められた一定期間であり、「複数のボーナス発生期間」の何れかと同じ長さの期間であってもよいし、異なる長さの期間であってもよい。本実施形態では、ゲームイベントの開催期間が所定の期間である場合を説明する。各ゲームイベントの開催期間は、当該開催期間に関連付けられた属性に応じて発生するイベントボーナスの発生期間に対応するものなので、本実施形態では、イベントボーナス発生期間とゲームイベントの開催期間とが対応していることになる。

なお、ゲームイベントの開催期間には、複数の属性が関連付けられているので、期間属性取得部１０９は、ゲームイベントの開催期間に関連付けられた複数の属性を取得することになる。本実施形態では、期間属性取得部１０９は、期間別ボーナスデータＤＴ１を参照することによって複数の属性を取得する。なお、ゲームイベントの開催期間には属性が１つのみ関連付けられていてもよく、この場合は、期間属性取得部１０９は、開催期間に関連付けられた１つの属性を取得することになる。

［ゲームキャラクタ属性取得部］
ゲームキャラクタ属性取得部１１０は、制御部１１を主として実現される。ゲームキャラクタ属性取得部１１０は、ゲームキャラクタに関連付けられた、複数の属性のうちの少なくとも１つを取得する。例えば、ゲームキャラクタ属性取得部１１０は、保有キャラクタデータＤＴ２を参照することによって、ゲームキャラクタの属性を取得する。本実施形態では、ゲームキャラクタには、複数の属性が関連付けられているので、ゲームキャラクタ属性取得部１１０は、ゲームキャラクタに関連付けられた複数の属性を取得することになる。なお、ゲームキャラクタに属性が１つのみ関連付けられていてもよく、この場合は、ゲームキャラクタ属性取得部１１０は、ゲームキャラクタに関連付けられた１つの属性を取得することになる。

［属性判定部］
属性判定部１１１は、制御部１１を主として実現される。属性判定部１１１は、期間属性取得部１０９により取得された属性と、ゲームキャラクタ属性取得部１１０により取得された属性と、が一致するかを判定する。属性判定部１１１は、期間属性取得部１０９が取得した属性と、ゲームキャラクタ属性取得部１１０が取得した属性と、を比較し、これらの少なくとも１つが一致するかを判定することになる。例えば、属性がパラメータによって表されている場合、属性判定部１１１は、期間属性取得部１０９が取得した値と、ゲームキャラクタ属性取得部１１０が取得した値と、が一致するかを判定することになる。

［効果発生部］
効果発生部１１２は、制御部１１を主として実現される。効果発生部１１２は、ゲームキャラクタが用いられることを条件にして、当該ゲームキャラクタに関連付けられた、期間特定部１０８により特定されたボーナス発生期間に対応する、データ取得部１０７により取得された期間別効果データが示す期間別ボーナスを発生させる。

効果発生部１１２は、ゲームキャラクタに関連付けられた期間別ボーナスのうち、期間特定部１０８により特定されたボーナス発生期間に対応しないボーナスは発生させず、期間特定部１０８により特定されたボーナス発生期間に対応するボーナスを発生させる。言い換えれば、効果発生部１１２は、ゲームキャラクタに関連付けられた期間別ボーナスのうち、期間特定部１０８により特定されたボーナス発生期間に対応しないボーナスは無効とし、期間特定部１０８により特定されたボーナス発生期間に対応するボーナスを有効とする。

また、本実施形態では、複数のボーナス発生期間の各々は、互いに重複する期間なので、効果発生部１１２は、期間特定部１０８により複数のボーナス発生期間が特定された場合に、当該複数のボーナス発生期間の各々に対応する期間別ボーナスを重複して発生させる。「重複する期間」とは、ある期間の一部又は全部と、他の期間の一部又は全部と、が重複することである。「重複して発生」とは、複数の効果が同時に発生することである。別の言い方をすれば、複数の効果が累積して発生することである。即ち、効果発生部１１２は、期間特定部１０８により特定された複数のボーナス発生期間の各々に対応する期間別ボーナスを全て有効とする。

また、本実施形態のゲームでは、複数のゲームキャラクタのうちの少なくとも１つが用いられ、当該複数のゲームキャラクタの各々には、当該ゲームキャラクタに固有の効果を示す期間別ボーナスデータＤＴ１が関連付けられているので、効果発生部１１２は、ゲームで用いられる少なくとも１つのゲームキャラクタに固有の効果を発生させることになる。「固有の効果」とは、ゲームキャラクタごとに効果が決められていることである。別の言い方をすれば、ゲームキャラクタごとに効果を定義したデータが用意されており、あるゲームキャラクタと他のゲームキャラクタとで共通のデータを用いないことである。

また、効果発生部１１２は、ゲームイベントの開催期間において期間特定部１０８により少なくとも１つのボーナス発生期間（ここでは、イベントボーナス発生期間）が特定された場合、属性判定部１１１の判定結果に基づいて、当該少なくとも１つのボーナス発生期間に対応する期間別ボーナスを発生させる。例えば、効果発生部１１２は、属性が一致した場合にのみイベントボーナスを発生させるようにしてもよいし、効果発生部１１２は、属性が一致した場合に、属性が一致しなかった場合よりも高いイベントボーナスを発生させるようにしてもよい。言い換えれば、効果発生部１１２は、属性判定部１１１の判定結果に基づいて、イベントボーナスの発生有無を決定したり、イベントボーナスの大きさを変化したりする。

また、本実施形態では、少なくとも１つのボーナス発生期間には、ゲームキャラクタの属性ごとに効果が対応付けられているので、効果発生部１１２は、属性判定部１１１により複数の属性が一致すると判定された場合、少なくとも１つのボーナス発生期間に対応する当該複数の属性の各々に対応する期間別ボーナスのうち、最も効果の高いものを発生させる。「最も効果の高い」とは、ゲームにおいてユーザを最も有利にさせる効果である。例えば、効果が報酬を良くすることであれば、報酬の増加量が最も多い効果である。例えば、効果がゲームキャラクタの能力を上げることであれば、能力の上昇値が最も高い効果である。本実施形態では、効果発生部１１２は、複数のイベントボーナスのうち、最も増加分の高いイベントボーナスを発生させることになる。

［効果変更部］
効果変更部１１３は、制御部１１を主として実現される。効果変更部１１３は、複数のボーナス発生期間のうちの少なくとも１つに対応する効果を、ゲームの実行時点に基づいて変更する。例えば、効果変更部１１３は、時間経過に応じてボーナスの程度を変化させる。ゲームの実行時点と発生する効果との関係は、例えば数式やテーブルによって予め定められていてよい。この関係には、時間が経過するほど効果が低くなるように定められているようにしてもよいし、時間が経過するほど効果が高くなるように定前られていてもよい。効果変更部１１３は、ゲームの実行時点に関連付けられた内容の効果に変更することになる。本実施形態では、シーズンボーナスが徐々に減っていくので、効果変更部１１３は、シーズンボーナスの効果を変更することになる。

［４．ゲームシステム１において実行される処理］
図１４及び図１５は、ゲームシステム１において実行される処理の一例を示すフロー図である。図１４及び図１５に示す処理は、制御部１１が記憶部１２に記憶されたプログラムに従って動作し、制御部３１が記憶部３２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図７に示す各機能ブロックによる処理の一例である。なお、下記に説明する処理が実行されるにあたり、対戦相手チームは既に決定されており、対戦相手チームのスカッドデータＤＴ３や各ゲームキャラクタの能力パラメータや画像データなどは、サーバ３０からユーザ端末１０に送信されているものとする。

図１４に示すように、まず、ユーザ端末１０においては、ユーザが入力部１４から所定の操作を行うと、制御部１１は、期間別ボーナスデータＤＴ１の取得要求をサーバ３０に送信する（Ｓ１０１）。Ｓ１０１における取得要求は、所定のデータ形式によって行われるようにすればよい。なお、ユーザ端末１０からサーバ３０に対してデータが送信される場合、ユーザ端末１０のＩＰアドレスやユーザＩＤなども送信され、サーバ３０は、どのユーザ端末１０からデータを受信したかを特定できるようになっているものとする。

サーバ３０においては、取得要求を受信すると、制御部３１は、記憶部３２に記憶されたイベントデータベースＤＢ３を参照し、現時点に対応する期間別ボーナスデータＤＴ１をユーザ端末１０に送信する（Ｓ３０１）。Ｓ３０１においては、制御部３１は、リアルタイムクロック等を利用して現在日時を取得し、現在日時を含むシーズンや開催期間を特定する。そして、制御部３１は、イベントデータベースＤＢ３の全レコードのうち、当該特定したシーズンや開催期間に対応するレコードに格納された期間別ボーナスデータＤＴ１をユーザ端末１０に送信することになる。

ユーザ端末１０においては、期間別ボーナスデータＤＴ１を受信すると、制御部１１は、現在のスカッドに含まれる個々のゲームキャラクタにそれぞれ発生するボーナスを特定するためのボーナス特定処理を実行する（Ｓ１０３）。なお、制御部１１は、受信した期間別ボーナスデータＤＴ１を記憶部１２に記録するようにしてよい。

図１６は、ボーナス特定処理の詳細を示す図である。図１６に示すように、制御部１１は、記憶部１２に記憶された保有キャラクタデータＤＴ２とスカッドデータＤＴ３とに基づいて、スカッドの個々のゲームキャラクタの総合値と基本ボーナスとを取得する（Ｓ１０３１）。Ｓ１０３１においては、制御部１１は、スカッドデータＤＴ３に格納されたゲームキャラクタＩＤを取得し、保有キャラクタデータＤＴ２の各レコードのうち、当該ゲームキャラクタＩＤに対応するレコードを参照することによって、スカッドの個々のゲームキャラクタの総合値と基本ボーナスとを取得する。

制御部１１は、期間別ボーナスデータＤＴ１に基づいて、スカッドの個々のゲームキャラクタの特効ボーナス発生期間のうち、現時点を含む特効ボーナス発生期間を特定する（Ｓ１０３３）。Ｓ１０３３においては、制御部１１は、スカッドデータＤＴ３に格納されたゲームキャラクタＩＤと、期間別ボーナスデータＤＴ１に格納された特効ボーナスが発生するゲームキャラクタＩＤと、が一致するかを判定する。制御部１１は、ゲームキャラクタＩＤが一致する場合、当該ゲームキャラクタＩＤが示すゲームキャラクタの特効ボーナス発生期間であると判定し、ゲームキャラクタＩＤが一致しない場合、当該ゲームキャラクタＩＤが示すゲームキャラクタの特効ボーナス発生期間ではないと判定する。即ち、制御部１１は、現時点がイベントの開催中であり、かつ、開催中のイベントに関連付けられたゲームキャラクタＩＤとスカッドの個々のゲームキャラクタのゲームキャラクタＩＤとが一致する場合に、特効ボーナス発生期間であると判定する。

制御部１１は、Ｓ１０３３の特定結果に基づいて、現在のスカッドの個々のゲームキャラクタそれぞれについて発生する特効ボーナスを取得する（Ｓ１０３５）。Ｓ１０３５においては、制御部１１は、期間別ボーナスデータＤＴ１を参照し、Ｓ１０３３においてゲームキャラクタＩＤが一致した特効ボーナスの大きさを取得する。

制御部１１は、期間別ボーナスデータＤＴ１に基づいて、スカッドの個々のゲームキャラクタのイベントボーナス発生期間のうち、現時点を含むイベント発生期間を特定する（Ｓ１０３７）。Ｓ１０３７においては、まず、制御部１１は、期間別ボーナスデータＤＴ１に格納されたイベントボーナスが発生する属性を取得する。そして、制御部１１は、保有キャラクタデータＤＴ２とスカッドデータＤＴ３とに基づいて、スカッドの個々のゲームキャラクタの属性を取得する。制御部１１は、イベントボーナスが発生する属性と、スカッドの属性と、が一致するかを判定する。制御部１１は、少なくとも１つの属性が一致する場合、イベントボーナス発生期間であると判定し、属性が１つも一致しない場合、イベントボーナス発生期間ではないと判定する。即ち、制御部１１は、現時点がイベントの開催中であり、かつ、開催中のイベントに関連付けられた属性とスカッドのゲームキャラクタの属性とが一致する場合に、イベントボーナス発生期間であると判定する。

制御部１１は、Ｓ１０３７の特定結果に基づいて、現在のスカッドの個々のゲームキャラクタそれぞれについて発生するイベントボーナスを取得する（Ｓ１０３９）。Ｓ１０３９においては、制御部１１は、期間別ボーナスデータＤＴ１を参照し、Ｓ１０３７において属性が一致したイベントボーナスの大きさを取得する。なお、制御部１１は、Ｓ１０３７において複数の属性が一致すると判定されたゲームキャラクタのイベントボーナスは、当該複数の属性の各々に対応するイベントボーナスのうち、最も数値の高いもののみを取得する。

制御部１１は、期間別ボーナスデータＤＴ１に基づいて、スカッドの個々のゲームキャラクタのシーズンボーナス発生期間のうち、現時点を含むシーズンボーナス発生期間を特定する（Ｓ１０４１）。Ｓ１０４１においては、制御部１１は、保有キャラクタデータＤＴ２とスカッドデータＤＴ３とに基づいて、スカッドの個々のゲームキャラクタのバージョンを取得する。そして、制御部１１は、各ゲームキャラクタのバージョンと、期間別ボーナスデータＤＴ１のシーズンボーナスの発生条件であるバージョンと、が一致するかを判定する。制御部１１は、バージョンが一致する場合、シーズンボーナス発生期間であると判定し、バージョンが一致しない場合、シーズンボーナス発生期間ではないと判定する。即ち、制御部１１は、現在のシーズンに関連付けられたバージョンとスカッドの個々のゲームキャラクタのバージョンとが一致する場合に、シーズンボーナス発生期間であると判定する。

制御部１１は、Ｓ１０４１の特定結果に基づいて、現在のスカッドの個々のゲームキャラクタそれぞれについて発生するシーズンボーナスを取得する（Ｓ１０４３）。Ｓ１０４３においては、制御部１１は、期間別ボーナスデータＤＴ１を参照し、Ｓ１０４１においてバージョンが一致すると判定されたシーズンボーナスの大きさを取得する。

制御部１１は、Ｓ１０３１で取得した総合値及び基本ボーナス、Ｓ１０３５で取得した特効ボーナス、Ｓ１０３９で取得したイベントボーナス、及びＳ１０４３で取得したシーズンボーナスに基づいて、スカッドボーナスを取得する（Ｓ１０４５）。Ｓ１０４５においては、制御部１１は、先述した数式１及び２に基づいてスカッドボーナスを取得する。

図１４に戻り、制御部１１は、記憶部１２に記憶された保有キャラクタデータＤＴ２及びスカッドデータＤＴ３と、Ｓ１０４５で取得したスカッドボーナスと、に基づいて、チーム編成画像Ｇ１を表示部１５に表示させる（Ｓ１０５）。

制御部１１は、入力部１４からの入力を参照する（Ｓ１０７）。ここでは、スカッドを編集するための編集操作と、ゲームキャラクタの情報を表示する表示操作と、試合を開始するための開始操作と、の何れかが行われるものとする。編集操作は、例えば、入れ替えボタンＢ１０を選択したり、アイコンＩを入れ替えたりする操作である。表示操作は、例えば、アイコンＩを選択する操作である。開始操作は、例えば、試合開始ボタンＢ１１を選択する操作である。なお、各アイコンＩとゲームキャラクタＩＤとの関係は、記憶部１２に記憶されているものとする。また、試合をキャンセルする操作などの他の操作が行われた場合には、本処理が終了するようにしてよい。

編集操作が行われた場合（Ｓ１０７；編集操作）、制御部１１は、入力部１４からの入力に基づいて、スカッドを編集し（Ｓ１０９）、Ｓ１０３の処理に戻る。この場合、制御部１１は、編集後のスカッドに基づいてスカッドボーナスの値を再計算し、チーム編成画像Ｇ１におけるスカッドボーナスＧ１５の表示を更新することになる。また、制御部１１は、編集後のスカッドを示すように、記憶部１２に記憶されたスカッドデータＤＴ３を更新する。

表示操作が行われた場合（Ｓ１０７；表示操作）、制御部１１は、記憶部１２に記憶された保有キャラクタデータＤＴ２に基づいて、ゲームキャラクタの情報をチーム編成画像に表示させる（Ｓ１１１）。Ｓ１１１においては、制御部１１は、ユーザが選択したゲームキャラクタの基本情報Ｇ１１、能力パラメータＧ１２、及び基本ボーナスＧ１３を表示させる。また、制御部１１は、ユーザが選択したゲームキャラクタについて、Ｓ１０３３〜Ｓ１０４３と同様の処理を実行し、各期間別ボーナスが発生するか否かを判定する。そして、制御部１１は、発生する期間別ボーナスについては、その大きさを期間別ボーナスＧ１４に表示させる。

一方、試合を開始する操作が行われた場合（Ｓ１０７；開始操作）、図１５に移り、制御部１１は、現在のスカッドに基づいて、試合を開始する（Ｓ１１３）。Ｓ１１３においては、制御部１１は、ゲーム状況データＤＴ４を生成し、記憶部１２に記録する。制御部１１は、記憶部１２に記憶されたゲーム状況データＤＴ４に基づいて、仮想世界画像Ｇ２を表示部１５に表示させ（Ｓ１１５）、記憶部１２に記憶されたゲームキャラクタの能力パラメータに基づいて、入力部１４からの入力に応じて操作対象のゲームキャラクタを動作させたり、アルゴリズムに応じて他のゲームキャラクタを動作させたりする（Ｓ１１７）。制御部１１は、ゲーム状況データＤＴ４に基づいて、試合が終了したかを判定する（Ｓ１１９）。Ｓ１１９においては、制御部１１は、試合の終了時刻が訪れたかを判定することになる。試合が終了したと判定されない場合（Ｓ１１９；Ｎ）、Ｓ１１５の処理に戻り、試合が続行される。

一方、試合が終了したと判定された場合（Ｓ１１９；Ｙ）、制御部１１は、記憶部１２に記憶されたゲーム状況データＤＴ４を参照して試合の結果を取得し、当該試合の結果に基づいて、基本ポイントを決定する（Ｓ１２１）。ここでは、試合結果に関する条件とポイントとの関係を示すデータが記憶部１２に記憶されているものとする。この関係は、数式形式であってもよいし、テーブル形式であってもよい。試合結果に関する条件は、ゲーム状況データＤＴ４に格納されたパラメータの値に関する条件であり、例えば、得失点差に関する条件、試合の勝敗に関する条件、試合中のゲームキャラクタの行動に関する条件などであってよい。Ｓ１２１においては、制御部１１は、ゲーム状況データＤＴ４に基づいて、試合結果に関する条件が満たされるかを判定する。そして、制御部１１は、満たされると判定された条件に関連付けられたポイントに基づいて、基本ポイントを決定する。例えば、制御部１１は、複数の条件が満たされると判定した場合、これら複数の条件の各々に関連付けられたポイントの累積値を基本ポイントとするようにしてもよい。

制御部１１は、Ｓ１２１で決定した基本ポイントと、試合で用いたスカッドのスカッドボーナスと、に基づいて付与ポイントを決定し、当該決定した付与ポイントをサーバ３０に送信する（Ｓ１２３）。スカッドボーナスは、Ｓ１０４５において計算された試合開始時のものが記憶部１２に記憶されているものとする。Ｓ１２３においては、制御部１１は、Ｓ１２１で決定した基本ポイントと、記憶部１２に記憶されたスカッドボーナスと、を乗算し、試合結果に応じて増減することによって付与ポイントを決定することになる。

サーバ３０においては、付与ポイントを受信すると、制御部３１は、記憶部３２に記憶されたユーザデータベースＤＢ２の累積ポイント及びランキングを更新し、最新の累積ポイント及びランキングをユーザ端末１０に送信する（Ｓ３０３）。Ｓ３０３においては、制御部３１は、受信した付与ポイントを、ユーザの累積ポイントに加算することによって、累積ポイントを更新する。そして、制御部３１は、他のユーザの累積ポイントを参照することによって、ユーザのランキングを決定し、ユーザデータベースＤＢ２のランキングを更新する。

ユーザ端末１０においては、最新の累積ポイント及びランキングを受信すると、制御部１１は、ポイント付与画像Ｇ３を表示部１５に表示させ（Ｓ１２５）、本処理は終了する。Ｓ１２５においては、制御部１１は、Ｓ１２３で決定した付与ポイントと、受信した累積ポイント及びランキングと、を含むポイント付与画像Ｇ３を表示部１５に表示させることになる。

［第１の構成のまとめ］
以上説明したゲームシステム１の第１の構成によれば、ゲームキャラクタの動作に影響する能力パラメータだけでなく、報酬に影響する基本ボーナスによってゲームキャラクタの価値が決まるので、例えば、ゲームキャラクタの価値を高め続けることができる。即ち、例えば、能力パラメータを変化させなくても、基本ボーナスによってゲームキャラクタの魅力を感じさせることができるので、新たなゲームキャラクタを定期的に追加する場合であったとしても、仮に能力パラメータを変化させなくても、新たに追加するゲームキャラクタの価値（魅力）を基本ボーナスによって上げることができる。このため、ゲームの興趣性が下がってしまうような不自然な動作をゲームキャラクタがすることも防止することができ、ゲームキャラクタの価値を上げつつ、ゲームのリアリティも維持することができる。

また、仮想世界画像Ｇ２が表示された状態でユーザの操作に応じてゲームキャラクタが動作する場合には、ゲームキャラクタの価値を高めるべく、能力パラメータを高めすぎてしまうと、ゲームキャラクタがユーザの操作に応じて現実にはありえないような不自然な動作を行う様子が表示されてしまい、リアリティのなさをユーザが直接的に感じてしまうおそれがあるが、本発明によれば、能力パラメータを変化させなくても、基本ボーナスを変化させることによって、ゲームキャラクタの価値を高めることが可能になる。即ち、リアリティを損なうことなく、より価値の高いゲームキャラクタを提供し続けることができる。ユーザがゲームキャラクタを操作するゲームでは、例えばゲームキャラクタが現実にはありえないような不自然な動作をすると、リアリティのなさをユーザが直接的に感じてしまうが、このようなゲームであっても、リアリティを維持しつつ、ゲームキャラクタの価値を高め続けることができる。

また、能力パラメータによる動作の良し悪しだけでなく、ゲームキャラクタの動作とは切り離された基本ボーナスによってゲームキャラクタの価値を表わすことができる。

また、各ゲームキャラクタに固有の基本ボーナスを設定し、基本ボーナスに差をつけることによって、ゲームキャラクタ間の価値に差をつけることができる。また、基本ボーナスをゲームキャラクタに固有の値とすることで、ゲームキャラクタに多様性を持たせることもできる。

また、ゲームで用いられる複数のゲームキャラクタの総合的な価値の高さを表すスカッドボーナスを用意することで、例えば、より多くの報酬を得るためのゲームキャラクタの組み合わせをユーザに考えさせることができ、ゲームの興趣性を効果的に向上させることができる。

また、能力パラメータの価値が動作の良し悪しだけではなく、報酬の良し悪しにも影響するので、能力パラメータの価値を多面的なものとすることができる。

また、基本ボーナスだけでなくゲームの結果に基づいて報酬が決まり、ゲームの結果は、ゲームキャラクタの動作によって決まるので、能力パラメータを間接的に報酬に影響させることができ、能力パラメータの価値を多面的なものとすることができる。

また、基本ボーナスを、基本ポイントを変化させるためのものとすることで、基本ボーナスの価値をより分かりやすいものとすることができる。その結果、ゲームキャラクタの価値をユーザが評価しやすいものとすることができる。

また、新たなゲームキャラクタを付与候補として登録する場合に、能力パラメータを向上させなくても、基本ボーナスを向上させることで、新たに登録するゲームキャラクタの価値を高めて魅力的なものとすることができる。

［第２の構成のまとめ］
以上説明したゲームシステム１の第２の構成によれば、互いに長さの異なる複数のボーナス発生期間の各々に期間別ボーナスが対応付いており、あるボーナス発生期間の効果がなくなったとしても他のボーナス発生期間の効果は有効とすることができるので、例えばゲームキャラクタの価値が急激に下がるのを防止することが可能になる。その結果、ゲームキャラクタをある程度長い期間使用させる動機付けをユーザに与えることができる。また、ある特定のゲームキャラクタだけを使い続けるとゲームに変化がなくなってしまい、逆にゲームの興趣性が低下する可能性もあるが、第２の構成によれば、時間経過に応じて効果を徐々に減らすこともできるので、使用するゲームキャラクタを程よいタイミングで入れ替えさせる動機付けも与えることができる。

また、ゲームキャラクタを用いる時期によっては、複数の期間別ボーナスが重複して発生し、非常に高い効果を得ることができるので、その時期におけるゲームキャラクタの価値を効果的に高めることができる。このため、当該時期を狙ってゲームキャラクタを使用させる動機付けをユーザに与えることができる。

また、各ゲームキャラクタに固有の期間別ボーナスを設定することで、発生する期間別ボーナスに差をつけることができ、ゲームキャラクタ間の価値に差をつけることができる。また、ゲームキャラクタに固有の効果とすることで、ゲームキャラクタに多様性を持たせることもできる。

また、ボーナス発生期間に応じて期間別ボーナスの発生の有無を切り替えたり、期間別ボーナスの内容や強弱を調整したりすることができるので、ゲームキャラクタを使用する時期に応じてその価値を柔軟に変化させることができる。その結果、ゲームキャラクタの価値に多様性を持たせることができる。

また、複数の属性が一致した場合に期間別ボーナスを累積させるのではなく、最も高い期間別ボーナスを発生させることで、発生する期間別ボーナスが高くなりすぎないように制限することができる。その結果、ある特定のゲームキャラクタを用いたときにだけ有利になりすぎるような状況を防止することができ、ユーザ間の公平さを保つことができる。

また、ゲームの実行時点に応じて期間別ボーナスを変更することによって、ゲームキャラクタの価値をゲームの実行時点に応じて調整することができる。即ち、あるボーナス発生期間に対応する効果が発生する場合に、ゲームの実行時点において、期間別ボーナスの内容を変更したり、期間別ボーナスの強弱を調整したりすることができるので、ゲームキャラクタの価値に変化を付けることができる。

また、新たに追加するゲームキャラクタの効果が発生するボーナス発生期間をより後のボーナス発生期間とすることで、それまで登録されていたゲームキャラクタよりも期間別ボーナスが発生する期間を長くすることができるので、新たに追加するゲームキャラクタの価値を高めることができる。その結果、例えば、ゲームキャラクタを追加するときに、能力などを高めなくても、ゲームキャラクタとしての価値を高めることができるので、ゲームキャラクタを追加するたびに能力が延々と上がり続けるような状況を防止することができる。

また、実施形態のように、効果の一例として報酬を増加させる期間別ボーナスを発生させることで、ゲームの終了後にユーザに付与される報酬を増加させる効果を発生させることによって、ゲームキャラクタの価値を高めることができる。

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

［５−１．第１の構成に関する変形例］
例えば、実施形態では、ゲームシステム１において、第１の構成だけでなく、第２の構成も実現される場合を説明したが、ゲームシステム１は、第１の構成だけを有していてもよい。即ち、ゲームキャラクタには、期間別ボーナスが関連付けられておらず、期間別ボーナスは発生しないようにしてもよい。このため、ゲームシステム１は、第２の構成に係る機能を省略してもよい。また例えば、第１の構成では、パラメータ取得部１０１、動作制御部１０２、及び報酬決定部１０６以外の機能を省略してもよい。

また例えば、ゲームの実行中において、仮想世界画像Ｇ２が表示部１５に表示されず、仮想世界の様子を示すテキストや音声などだけが出力されるようにしてもよい。あるいは、実行中のゲームの状況が特にユーザに通知されずに、ゲーム終了後に結果だけがユーザに通知されるようにしてもよい。また例えば、基本ボーナスは、ゲームキャラクタの動作の良し悪し又は行動の成否に影響するようにしてもよい。また例えば、スカッド全体のボーナスパラメータであるスカッドボーナスが特に算出されることなく、スカッドに含まれるゲームキャラクタ全員の基本ボーナスを所定の数式に代入することによって付与ポイントが算出されるようにしてもよい。

また例えば、ユーザのプレイスキルやゲームキャラクタの能力パラメータによって左右する基本ポイントが算出されることなく、基本ボーナスだけに基づいて付与ポイントが決まってもよい。即ち、特に試合の結果に基づくことなく、基本ボーナスだけに基づいて付与ポイントが決まってもよい。

［５−２．第２の構成に関する変形例］
また例えば、実施形態では、ゲームシステム１において、第２の構成だけでなく、第１の構成も実現される場合を説明したが、ゲームシステム１は、第２の構成だけを有していてもよい。即ち、ゲームキャラクタには、基本ボーナスが関連付けられておらず、基本ボーナスは発生しないようにしてもよい。このため、ゲームシステム１は、第１の構成に係る機能を省略してもよい。また例えば、第２の構成では、データ取得部１０７、期間特定部１０８、及び効果発生部１１２以外の機能を省略してもよい。また例えば、ゲームシステム１において第２の構成だけが実現される場合、ゲームキャラクタの能力パラメータによって仮想世界での動作が変わらなくてもよい。この場合、例えば、ゲームキャラクタの能力パラメータに関係なく動作が一定であるが、能力パラメータに基づいて敵のダメージが決まる格闘ゲームであってもよいし、特にゲームキャラクタが動かないカードバトル形式の対戦ゲームであってもよい。

また例えば、ボーナス発生期間が互いに重複している場合を説明したが、特にボーナス発生期間が重複していなくてもよい。また例えば、属性が発生条件となるイベントボーナスが期間別ボーナスに含まれる場合を説明したが、特に属性が発生条件となるボーナスが含まれていなくてもよい。また例えば、シーズンボーナスのように試合の実行時点によって変化するボーナスが期間別ボーナスに含まれる場合を説明したが、特に時間経過に応じてボーナスは変化しなくてもよい。また例えば、報酬が増加すること以外の効果が期間別に発生してもよい。この場合の効果は、先述したように、ゲームの実行中に能力パラメータが向上することであってもよいし、特殊スキルが発動することであってもよい。この場合、第２の構成に係る「期間」は、能力パラメータの向上期間ということもできるし、特殊スキルの発動期間ということもできる。即ち、期間ごとに、能力パラメータの増加分や発動する特殊スキルが決められているようにしてもよい。

［５−３．その他変形例］
また例えば、上記説明した変形例の２つ以上を組み合わせてもよい。

また例えば、ゲームキャラクタは、特に定期的又は不定期的に追加されるものでなくてもよい。即ち、付与対象となるゲームキャラクタが予め決まっており、途中で追加されなくてもよい。また例えば、付与対象データの中からユーザにゲームキャラクタが付与される場合を説明したが、抽選などによってユーザがゲームキャラクタを取得せず、予めユーザが使用可能なゲームキャラクタが固定されているゲームであってもよい。

また例えば、ゲームシステム１は、基本ボーナスや期間別ボーナス以外のボーナスが発生するゲームにおいて、チーム編成画像Ｇ１と同様の画像を表示させてもよい。例えば、ユーザが複数のゲームキャラクタを用いるゲームにおいて、ゲームキャラクタごとに、当該ゲームキャラクタが用いられた場合に発生するボーナスが関連付けられている場合に、ゲームの開始前や実行中に表示されるチーム編成画像Ｇ１において、現状のスカッドで発生するボーナスが表示されたり、ユーザが指定したゲームキャラクタを用いた場合に発生するボーナスが表示されたりしてもよい。この場合、ユーザ端末１０の制御部１１は、現状のスカッドの個々のゲームキャラクタに関連付けられた各ボーナスを特定し、当該特定した個々のボーナス又はその累計値に関する情報を、チーム編成画像Ｇ１に表示させるようにしてよい。また、制御部１１は、ユーザが指定したゲームキャラクタのボーナスが発生するかを判定し、その判定結果をチーム編成画像Ｇ１に表示させる。なお、ボーナスの発生条件は、予め定められた条件であればよく、ボーナスごと又はゲームキャラクタごとに発生条件が定められていてよい。例えば、発生条件は、期間別ボーナスのように時期的なものであってもよいし、対戦相手のレベルや属性に関する条件であってもよい。また例えば、発生条件は、ゲームで用いられるゲームキャラクタの組み合わせに関する条件であってもよいし、ユーザのレベルやランキングに関する条件であってもよい。例えば、制御部１１は、ユーザが指定したゲームキャラクタのボーナス発生有無又はそのボーナスの大きさを識別する情報を表示させてもよい。あるいはまた、実施形態で説明したサッカーチームのように、複数のゲームキャラクタが用いられるゲームの場合には、制御部１１は、これら複数のゲームキャラクタの組み合わせにより発生するボーナスを示す情報（実施形態では、スカッドボーナス）を表示させてもよい。なお、実施形態では、サッカーゲームを例に挙げて説明したので、サッカー用語であるスカッドという言葉を用いてスカッドボーナスと記載したが、本発明に係る処理は他のゲームにも適用可能なので、ゲームキャラクタの組み合わせによって発生するボーナスは、組み合わせボーナスということもできる。即ち、実施形態で説明したスカッドボーナスは、組み合わせボーナスの一例である。更に、ゲームで用いるゲームキャラクタをユーザが変更した場合に、制御部１１は、変更後のゲームキャラクタの組み合わせにより発生するボーナスを再計算し、上記情報をリアルタイムで更新するようにしてもよい。

また例えば、スカッドボーナスは、基本ボーナス及び期間別ボーナス以外の要素に基づいて変化してもよく、例えば、スカッドのその時の精神状態や勢いを示すパラメータを用意しておき、当該パラメータに基づいてスカッドボーナスが変化してもよい。

また例えば、ユーザ端末１０で主要な機能が実現され、本発明に係るゲーム制御装置がユーザ端末１０である場合を説明したが、主要な機能がサーバ３０で実現されるようにしてもよい。この場合、サーバ３０がゲーム制御装置となる。例えば、データ記憶部３００は、各ユーザの保有キャラクタデータＤＴ２、スカッドデータＤＴ３、及びゲーム状況データＤＴ４を記憶してもよい。また、パラメータ取得部１０１、動作制御部１０２、及び報酬決定部１０６等の第１の構成に係る機能がサーバ３０で実現される場合、これらは制御部３１を主として実現される。同様に、データ取得部１０７、期間特定部１０８、及び効果発生部１１２等の第２の構成に係る機能がサーバ３０で実現される場合、これらは制御部３１を主として実現される。サーバ３０は、各画像の表示データをユーザ端末１０に送信し、ユーザ端末１０は、受信した当該表示データに基づいて各画像を表示部１５に表示させる。そして、ユーザ端末１０は、入力部１４が受け付けた操作内容をサーバ３０に送信し、サーバ３０は、受信した操作内容に基づいて各処理を実行する。

また例えば、上記とは逆に、サーバ３０で実現されるものとして説明した機能が、ユーザ端末１０で実現されるようにしてもよい。例えば、データ記憶部１００は、付与候補データベースＤＢ１、ユーザデータベースＤＢ２、及びイベントデータベースＤＢ３を記憶してもよい。また例えば、ゲームキャラクタ追加部３０１がユーザ端末１０で実現されるようにしてもよい。この場合、ゲームキャラクタ追加部３０１は、制御部１１を主として実現される。ユーザ端末１０は、ネットワークＮを介して追加するゲームキャラクタに関するデータを受信し、付与候補データベースＤＢ１に追加する。

また例えば、ユーザ端末１０とサーバ３０とで各機能が分担されてもよい。例えば、パラメータ取得部１０１がサーバ３０で実現される場合には、サーバ３０は、データ記憶部３００を参照して能力パラメータ及び基本ボーナスを取得し、ユーザ端末１０に送信する。また例えば、動作制御部１０２がサーバ３０で実現される場合には、サーバ３０は、ユーザ端末１０からゲーム状況データＤＴ４を取得し、ゲームキャラクタの動作結果を示すデータをユーザ端末１０に送信する。また例えば、報酬決定部１０６がサーバ３０で実現される場合には、サーバ３０は、ユーザ端末１０から試合の結果や基本ボーナスなどを取得し、付与ポイントを決定する。また例えば、データ取得部１０７がサーバ３０で実現される場合には、サーバ３０は、データ記憶部３００を参照して期間別ボーナスデータＤＴ１を取得する。また例えば、期間特定部１０８がサーバ３０で実現される場合には、サーバ３０は、ユーザ端末１０から試合を開始する旨の通知を受信した場合に、スカッドの個々のゲームキャラクタのボーナス発生期間であるかを判定する。また例えば、効果発生部１１２がサーバ３０で実現される場合には、サーバ３０は、ユーザ端末１０から期間特定部１０８の特定結果を取得し、当該特定結果に基づいて期間別ボーナスを発生させる。

また例えば、サッカーゲームが実行される場合を説明したが、他のゲームに本発明に係る処理を適用してもよい。例えば、サッカーゲーム以外のスポーツゲーム（例えば、野球、テニス、アメリカンフットボール、バスケットボール、バレーボール等を題材としたゲーム）に本発明に係る処理を適用してもよい。また例えば、スポーツゲーム以外にも、アクションゲーム、ロールプレイングゲーム、シミュレーションゲーム、カードバトルゲーム、又は育成ゲームなどのように、ゲーム形式・ジャンルを問わず種々のゲームに本発明に係る処理を適用してもよい。

［６．付記］
以上のような記載から、本発明は例えば以下のように把握される。

［６−１．第１の構成に係る発明］
１−１）本発明の一態様に係るゲームシステム（１）は、ゲームオブジェクトに関連付けられた、ゲームが行われる仮想世界での当該ゲームオブジェクトの動作に影響する第１パラメータと、ユーザの識別情報に関連付けられる報酬に影響する第２パラメータと、を取得するパラメータ取得手段（１０１）と、前記仮想世界で前記ゲームオブジェクトを動作させる場合、前記取得された当該ゲームオブジェクトに関連付けられた前記第１パラメータに基づいて、当該仮想世界で当該ゲームオブジェクトを動作させる動作制御手段（１０２）と、前記ゲームオブジェクトが用いられることを条件として、前記取得された当該ゲームオブジェクトに関連付けられた前記第２パラメータに基づいて、前記報酬を決定する報酬決定手段（１０６）と、を含むことを特徴とする。

１−１０）本発明の一態様に係るゲーム制御装置（１０，３０）は、ゲームオブジェクトに関連付けられた、ゲームが行われる仮想世界での当該ゲームオブジェクトの動作に影響する第１パラメータと、ユーザの識別情報に関連付けられる報酬に影響する第２パラメータと、を取得するパラメータ取得手段（１０１）と、前記仮想世界で前記ゲームオブジェクトを動作させる場合、前記取得された当該ゲームオブジェクトに関連付けられた前記第１パラメータに基づいて、当該仮想世界で当該ゲームオブジェクトを動作させる動作制御手段（１０２）と、前記ゲームオブジェクトが用いられることを条件として、前記取得された当該ゲームオブジェクトに関連付けられた前記第２パラメータに基づいて、前記報酬を決定する報酬決定手段（１０６）と、を含むことを特徴とする。

１−１１）本発明の一態様に係るプログラムは、１−１）〜１−９）の何れかに記載のゲームシステム又は１−１０）に記載のゲーム制御装置としてコンピュータを機能させる。

１−１２）本発明の一態様に係る情報記憶媒体は、１−１１）のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

第１の構成に係る発明によれば、ゲームオブジェクトの動作に影響する第１パラメータだけでなく、報酬に影響する第２パラメータによってゲームオブジェクトの価値が決まるので、例えば、ゲームオブジェクトの価値を高め続けることができる。即ち、例えば、第１パラメータを変化させなくても、第２パラメータによってゲームオブジェクトの魅力を感じさせることができるので、新たなゲームオブジェクトを定期的に追加する場合であったとしても、仮に第１パラメータを変化させなくても、新たに追加するゲームオブジェクトの価値（魅力）を第２パラメータによって上げることができる。このため、ゲームの興趣性が下がってしまうような不自然な動作をゲームオブジェクトがすることも防止することができ、ゲームオブジェクトの価値を上げつつ、ゲームのリアリティも維持することができる。

１−２）本発明の一態様では、前記ゲームシステム（１）は、前記ゲームが行われる前記仮想世界の様子を示す仮想世界画像を表示手段（１５）に表示させる表示制御手段（１０３）と、前記表示手段（１５）に前記仮想世界画像が表示された状態で、前記ユーザによる操作を受け付ける操作受付手段（１０４）と、を更に含み、前記動作制御手段（１０２）は、前記ユーザの操作に応じて、前記ゲームオブジェクトに関連付けられた前記第１パラメータに基づいて、前記仮想世界で当該ゲームオブジェクトを動作させる、ことを特徴とする。

１−２）の態様によれば、仮想世界画像が表示された状態でユーザの操作に応じてゲームオブジェクトが動作する場合には、ゲームオブジェクトの価値を高めるべく、第１パラメータを変化させてしまうと、ゲームオブジェクトがユーザの操作に応じて現実にはありえないような不自然な動作を行う様子が表示されてしまい、リアリティのなさをユーザが直接的に感じてしまうおそれがあるが、本発明によれば、第１パラメータを変化させなくても、第２パラメータを変化させることによって、ゲームオブジェクトの価値を高めることが可能になる。即ち、リアリティを損なうことなく、より価値の高いゲームオブジェクトを提供し続けることができる。ユーザがゲームオブジェクトを操作するゲームでは、例えばゲームオブジェクトが現実にはありえないような不自然な動作をすると、リアリティのなさをユーザが直接的に感じてしまうが、１−２）の態様によれば、このようなゲームであっても、リアリティを維持しつつ、ゲームオブジェクトの価値を高め続けることができる。

１−３）本発明の一態様では、前記動作制御手段（１０２）は、前記ゲームオブジェクトに関連付けられた前記第２パラメータに基づくことなく、前記仮想世界で当該ゲームオブジェクトを動作させる、ことを特徴とする。

１−３）の態様によれば、ゲームオブジェクトの動作とは切り離された第２パラメータによってゲームオブジェクトの価値を表わすことができる。

１−４）本発明の一態様では、前記ゲームでは、複数の前記ゲームオブジェクトのうちの少なくとも１つが用いられ、前記複数のゲームオブジェクトの各々には、当該ゲームオブジェクトに固有の値を有する前記第２パラメータが関連付けられており、前記報酬決定手段（１０６）は、前記ゲームで用いられる前記少なくとも１つのゲームオブジェクトに固有の値を有する前記第２パラメータに基づいて、前記報酬を決定する、ことを特徴とする。

１−４）の態様によれば、各ゲームオブジェクトに固有の第２パラメータを設定し、第２パラメータに差をつけることによって、ゲームオブジェクト間の価値に差をつけることができる。また、第２パラメータをゲームオブジェクトに固有の値とすることで、ゲームオブジェクトに多様性を持たせることもできる。

１−５）本発明の一態様では、前記ゲームでは、複数の前記ゲームオブジェクトが用いられ、前記報酬決定手段（１０６）は、前記複数のゲームオブジェクトの各々の前記第２パラメータに基づいて第３パラメータを取得し、前記第３パラメータに基づいて、前記報酬を決定する、ことを特徴とする。

１−５）の態様によれば、ゲームで用いられる複数のゲームオブジェクトの総合的な価値の高さを表す第３パラメータを用意することで、例えば、より多くの報酬を得るためのゲームオブジェクトの組み合わせをユーザに考えさせることができ、ゲームの興趣性を効果的に向上させることができる。

１−６）本発明の一態様では、前記報酬決定手段（１０６）は、前記第１パラメータと前記第２パラメータとに基づいて、前記報酬を決定する、ことを特徴とする。

１−６）の態様によれば、第１パラメータの価値が動作の良し悪しだけではなく、報酬の良し悪しにも影響するので、第１パラメータの価値を多面的なものとすることができる。

１−７）本発明の一態様では、前記ゲームシステム（１）は、前記ゲームオブジェクトを動作させることで得られる前記ゲームの結果を取得する結果取得手段（１０５）を更に含み、前記報酬決定手段（１０６）は、前記第２パラメータと前記ゲームの結果とに基づいて、前記報酬を決定する、ことを特徴とする。

１−７）の態様によれば、第２パラメータだけでなくゲームの結果に基づいて報酬が決まり、ゲームの結果は、ゲームオブジェクトの動作によって決まるので、第１パラメータを間接的に報酬に影響させることができ、第１パラメータの価値を多面的なものとすることができる。

１−８）本発明の一態様では、前記報酬決定手段（１０６）は、前記ゲームの結果に基づいて基本報酬を決定し、前記第２パラメータに基づいて前記基本報酬を変化させることによって、前記報酬を決定する、ことを特徴とする。

１−８）の態様によれば、第２パラメータを、基本報酬を変化させるためのものとすることで、第２パラメータの価値をより分かりやすいものとすることができる。その結果、ゲームオブジェクトの価値をユーザが評価しやすいものとすることができる。

１−９）本発明の一態様では、前記ゲームオブジェクトは、付与候補として登録された複数の前記ゲームオブジェクトの中からユーザに付与されたものであり、前記ゲームシステム（１）は、前記付与候補として登録された前記複数のゲームオブジェクトよりも多くの報酬を付与可能な前記第２パラメータが関連付けられた新たなゲームオブジェクトを、前記付与候補として追加するゲームオブジェクト追加手段（３０１）、を更に含むことを特徴とする。

１−９）の態様によれば、新たなゲームオブジェクトを付与候補として登録する場合に、第１パラメータを向上させなくても、第２パラメータを向上させることで、新たに登録するゲームオブジェクトの価値を高めて魅力的なものとすることができる。

［６−２．第２の構成に係る発明］
２−１）本発明の一態様に係るゲームシステム（１）は、ゲームオブジェクトに関連付けられた、互いに長さの異なる複数の期間にそれぞれ対応する複数の効果を示す期間別効果データを取得するデータ取得手段（１０７）と、前記複数の期間のうち、ゲームの実行時点が含まれる期間を特定する期間特定手段（１０８）と、前記ゲームオブジェクトが用いられることを条件にして、当該ゲームオブジェクトに関連付けられた前記期間特定手段（１０８）により特定された期間に対応する前記取得された期間別効果データが示す効果を発生させる効果発生手段（１１２）と、を含むことを特徴とする。

２−９）本発明の一態様に係るゲーム制御装置（１０，３０）は、ゲームオブジェクトに関連付けられた、互いに長さの異なる複数の期間にそれぞれ対応する複数の効果を示す期間別効果データを取得するデータ取得手段（１０７）と、前記複数の期間のうち、ゲームの実行時点が含まれる期間を特定する期間特定手段（１０８）と、前記ゲームオブジェクトが用いられることを条件にして、当該ゲームオブジェクトに関連付けられた前記期間特定手段（１０８）により特定された期間に対応する前記取得された期間別効果データが示す効果を発生させる効果発生手段（１１２）と、を含むことを特徴とする。

２−１０）本発明の一態様に係るプログラムは、２−１）〜２−８）の何れかに記載のゲームシステム又は２−９）に記載のゲーム制御装置としてコンピュータを機能させる。

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

第２の構成に係る発明によれば、互いに長さの異なる複数の期間の各々に効果が対応付いており、ある期間の効果がなくなったとしても他の期間の効果は有効とすることができるので、例えばゲームオブジェクトの価値が急激に下がるのを防止することが可能になる。その結果、ゲームオブジェクトをある程度長い期間使用させる動機付けをユーザに与えることができる。また、ある特定のゲームオブジェクトだけを使い続けるとゲームに変化がなくなってしまい、逆にゲームの興趣性が低下する可能性もあるが、第２の構成に係る発明によれば、時間経過に応じて効果を徐々に減らすこともできるので、使用するゲームオブジェクトを程よいタイミングで入れ替えさせる動機付けも与えることができる。

２−２）本発明の一態様では、前記複数の期間の各々は、互いに重複する期間であり、前記効果発生手段（１１２）は、前記期間特定手段（１０８）により複数の期間が特定された場合に、当該複数の期間の各々に対応する効果を重複して発生させる、ことを特徴とする。

２−２）の態様によれば、ゲームオブジェクトを用いる時期によっては、複数の効果が重複して発生し、非常に高い効果を得ることができるので、その時期におけるゲームオブジェクトの価値を効果的に高めることができる。このため、当該時期を狙ってゲームオブジェクトを使用させる動機付けをユーザに与えることができる。

２−３）本発明の一態様では、前記ゲームでは、複数の前記ゲームオブジェクトのうちの少なくとも１つが用いられ、前記複数のゲームオブジェクトの各々には、当該ゲームオブジェクトに固有の効果を示す前記期間別効果データが関連付けられており、前記効果発生手段（１１２）は、前記ゲームで用いられる前記少なくとも１つのゲームオブジェクトに固有の効果を発生させる、ことを特徴とする。

２−３）の態様によれば、各ゲームオブジェクトに固有の効果を設定することで、発生する効果に差をつけることができ、ゲームオブジェクト間の価値に差をつけることができる。また、ゲームオブジェクトに固有の効果とすることで、ゲームオブジェクトに多様性を持たせることもできる。

２−４）本発明の一態様では、前記ゲームシステム（１）は、前記複数の期間のうちの少なくとも１つに対応する所定の期間に関連付けられた、複数の属性のうちの少なくとも１つを取得する期間属性取得手段（１０９）と、前記ゲームオブジェクトに関連付けられた、前記複数の属性のうちの少なくとも１つを取得するゲームオブジェクト属性取得手段（１１０）と、前記期間属性取得手段（１０９）により取得された属性と、前記ゲームオブジェクト属性取得手段（１１０）により取得された属性と、が一致するかを判定する属性判定手段（１１１）と、を更に含み、前記効果発生手段（１１２）は、前記所定の期間において前記期間特定手段（１０８）により前記少なくとも１つの期間が特定された場合、前記属性判定手段（１１１）の判定結果に基づいて、当該少なくとも１つの期間に対応する効果を発生させる、ことを特徴とする。

２−４）の態様によれば、期間に応じて効果の発生の有無を切り替えたり、効果の内容や強弱を調整したりすることができるので、ゲームオブジェクトを使用する時期に応じてその価値を柔軟に変化させることができる。その結果、ゲームオブジェクトの価値に多様性を持たせることができる。

２−５）本発明の一態様では、前記所定の期間には、複数の属性が関連付けられており、前記ゲームオブジェクトには、複数の属性が関連付けられており、前記少なくとも１つの期間には、前記ゲームオブジェクトの属性ごとに効果が対応付けられており、前記効果発生手段（１１２）は、前記属性判定手段（１１１）により複数の属性が一致すると判定された場合、前記少なくとも１つの期間に対応する当該複数の属性の各々に対応する効果のうち、最も効果の高いものを発生させる、ことを特徴とする。

２−５）の態様によれば、複数の属性が一致した場合に効果を累積させるのではなく、最も高い効果を発生させることで、発生する効果が高くなりすぎないように制限することができる。その結果、ある特定のゲームオブジェクトを用いたときにだけ有利になりすぎるような状況を防止することができ、ユーザ間の公平さを保つことができる。

２−６）本発明の一態様では、前記ゲームシステム（１）は、前記複数の期間のうちの少なくとも１つに対応する効果を、前記ゲームの実行時点に基づいて変更する効果変更手段（１１３）を更に含む、ことを特徴とする。

２−６）の態様によれば、ゲームの実行時点に応じて効果を変更することによって、ゲームオブジェクトの価値をゲームの実行時点に応じて調整することができる。即ち、ある期間に対応する効果が発生する場合に、ゲームの実行時点において、効果の内容を変更したり、効果の強弱を調整したりすることができるので、ゲームオブジェクトの価値に変化を付けることができる。

２−７）本発明の一態様では、前記ゲームオブジェクトは、付与候補として登録された複数の前記ゲームオブジェクトの中からユーザに付与されたものであり、前記ゲームシステム（１）は、前記付与候補として登録された前記複数のゲームオブジェクトよりも後の期間における効果を示す前記期間別効果データが関連付けられた新たなゲームオブジェクトを、前記付与候補として追加するゲームオブジェクト追加手段（３０１）、を更に含むことを特徴とする。

２−７）の態様によれば、新たに追加するゲームオブジェクトの効果が発生する期間をより後の期間とすることで、それまで登録されていたゲームオブジェクトよりも効果が発生する期間を長くすることができるので、新たに追加するゲームオブジェクトの価値を高めることができる。その結果、例えば、ゲームオブジェクトを追加するときに、能力などを高めなくても、ゲームオブジェクトとしての価値を高めることができるので、ゲームオブジェクトを追加するたびに能力が延々と上がり続けるような状況を防止することができる。

２−８）本発明の一態様では、前記複数の効果の各々は、ユーザの識別情報に関連付けられる報酬に影響する効果である、ことを特徴とする。

２−８）の態様によれば、ゲームの終了後にユーザに付与される報酬を増加させる効果を発生させることによって、ゲームオブジェクトの価値を高めることができる。

１ ゲームシステム、１０ ユーザ端末、３０ サーバ、１１，３１ 制御部、１２，３２ 記憶部、１３，３３ 通信部、１４ 入力部、１５ 表示部、Ｇ１ チーム編成画像、Ｉ アイコン、Ｇ１０ ピッチ画像、Ｇ１１ 基本情報、Ｇ１２ 能力パラメータ、Ｇ１３ 基本ボーナス、Ｇ１４ 期間別ボーナス、Ｇ１５ スカッドボーナス、Ｇ１６ 設定情報、Ｂ１０ 入れ替えボタン、Ｂ１１ 試合開始ボタン、Ｗ 仮想世界、Ｐ ピッチ、Ｃ１，Ｃ２ ゲームキャラクタ、Ｂ ボール、ＧＬ ゴール、ＶＣ 仮想カメラ、Ｇ２ 仮想世界画像、Ｇ３ ポイント付与画像、３００ データ記憶部、３０１ ゲームキャラクタ追加部、１００ データ記憶部、１０１ パラメータ取得部、１０２ 動作制御部、１０３ 表示制御部、１０４ 操作受付部、１０５ 結果取得部、１０６ 報酬決定部、１０７ データ取得部、１０８ 期間特定部、１０９ 期間属性取得部、１１０ ゲームキャラクタ属性取得部、１１１ 属性判定部、１１２ 効果発生部、１１３ 効果変更部、ＤＢ１ 付与候補データベース、ＤＢ２ ユーザデータベース、ＤＢ３ イベントデータベース、ＤＴ１ 期間別ボーナスデータ、ＤＴ２ 保有キャラクタデータ、ＤＴ３
スカッドデータ、ＤＴ４ ゲーム状況データ。

Claims (4)

1. ゲームオブジェクトに関連付けられた、互いに長さの異なる複数の期間にそれぞれ対応する複数の効果を示す期間別効果データを取得するデータ取得手段と、
   前記複数の期間のうち、ゲームの実行時点が含まれる期間を特定する期間特定手段と、
   前記ゲームに用いられた前記ゲームオブジェクトに関連付けられた、前記取得された期間別効果データが示す効果を発生させる効果発生手段と、
   を含み、
   前記複数の期間には、互いに重複する期間があり、
   前記効果発生手段は、前記期間特定手段により複数の期間が特定された場合に、当該複数の期間の各々に対応する効果をそれぞれ発生させる、
   ことを特徴とするゲームシステム。
2. 前記ゲームでは、複数の前記ゲームオブジェクトのうちの少なくとも１つが用いられ、
   前記複数のゲームオブジェクトの各々には、当該ゲームオブジェクトに固有の効果を示す前記期間別効果データが関連付けられており、
   前記効果発生手段は、前記ゲームで用いられる前記少なくとも１つのゲームオブジェクトに固有の効果を発生させる、
   ことを特徴とする請求項１に記載のゲームシステム。
3. 前記ゲームシステムは、前記複数の期間のうちの少なくとも１つに対応する効果を、前記ゲームの実行時点に基づいて変更する効果変更手段を更に含む、
   ことを特徴とする請求項１又は２に記載のゲームシステム。
4. 請求項１〜３の何れか１に記載のゲームシステムとしてコンピュータを機能させるためのプログラム。

Images