JP7018214B2 - プログラム、ゲームシステム及び方法 - Google Patents

Description

特許法第３０条第２項適用 （１）１．公開日 令和１年１０月２５日 ２．ウェブサイトのアドレス ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ９３０３５０６０２ ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｋｏｎａｍｉ．ｐｅｓｃｌｕｂｍａｎａｇｅｒ ３．公開者 株式会社コナミデジタルエンタテインメント

本発明は、コンピュータを用いて実現するゲームにおいてユーザに報酬を付与する技術に関する。

コンピュータを用いて実現するゲームにおいて、ユーザ操作に基づきミッションが達成されると当該ユーザに報酬を付与する技術が知られている（例えば、特許文献１参照）。

特開２０１８－１１６３２号公報（２０１８年１月２５日公開）

ところで、キャラクタを用いたゲームでは、ゲームの進行に伴ってキャラクタが年齢を重ねていき、ある程度の年齢に達すると試合で使用できなくなる（引退する）ものがある。また、能力値が条件を満たすキャラクタを殿堂入りさせる機能を備えたものがある。殿堂入りとは、選手キャラクタ等のキャラクタが複製されることをいい、複製されたキャラクタは、通常のキャラクタが参加するゲーム（以下「通常ゲーム」という）とは異なる特別なゲーム（以下「特別ゲーム」という）に参加することができる。この場合、ユーザは、殿堂入りしたキャラクタを用いて上記特別ゲームを行うことができるため、殿堂入りしていないキャラクタを用いる通常ゲームを行わなくなってしまい、その結果、通常ゲームのアクティブユーザが減少してしまう場合があった。

本発明の一態様は、ゲーム内時間の経過によってキャラクタが使用不可になるとともに、キャラクタの複製を用いて通常のゲームとは異なるゲームを実行可能であるゲーム環境において、ユーザに通常のゲームの実行を促進する技術を実現することを目的とする。

上記の課題を解決するために、本発明の一態様に係るプログラムは、１又は複数のコンピュータに、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行ステップと、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御ステップと、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行ステップと、を実行させ、前記第１進行ステップでは、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行ステップでは、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、プログラムである。

また、本発明の一態様に係るゲームシステムは、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行部と、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御部と、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行部と、を備え、前記第１進行部は、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行部は、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、ゲームシステムである。

また、本発明の一態様に係る方法は、１又は複数のコンピュータが実行する方法であって、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行ステップと、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御ステップと、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行ステップと、を含み、前記第１進行ステップでは、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行ステップでは、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、方法である。

本発明の一態様によれば、ゲーム内時間の経過によってキャラクタが使用不可になるとともに、キャラクタの複製を用いて通常のゲームとは異なるゲームを実行可能であるゲーム環境において、ユーザに通常のゲームの実行を促進できる。

本発明の実施形態に係るゲームシステムの構成の一例を示すブロック図である。 本発明の実施形態に係るユーザ端末のハードウェア構成の一例を示すブロック図である。 本発明の実施形態に係るゲームサーバのハードウェア構成の一例を示す図である。 本発明の実施形態に係るユーザ端末の機能構成の一例を示すブロック図である。 本発明の実施形態に係るゲームサーバの機能構成の一例を示すブロック図である。 本発明の実施形態に係るゲームの一部の流れを例示した図である。 本発明の実施形態に係るユーザ情報のデータ構造の一例を示す図である。 本発明の実施形態に係るキャラクタ情報のデータ構造の一例を示す図である。 本発明の実施形態に係るミッション情報のデータ構造の一例を示す図である。 本発明の実施形態に係るトップメニューにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るチーム編成パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係る試合パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係る人事パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係る人事パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係る人事パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るユーザ情報パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るユーザ情報パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るミッション情報パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るミッション情報パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るミッション情報パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るミッション情報パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係る通知パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係る選手育成パートにおけるゲーム画像の一例を示す図である。 本発明の実施形態に係るゲームの一部の流れを示すフローチャートである。 本発明の実施形態に係る選手キャラクタの成長曲線を例示した図である。 本発明の実施形態に係る選手キャラクタの成長曲線を例示した図である。 本発明の実施形態に係る選手キャラクタの成長曲線を例示した図である。 本発明の実施形態に係るゲームシステムがサポーターズパスに対しポイントを付与する処理の流れを例示するフローチャートである。 本発明の実施形態に係るミッション情報を例示した図である。 本発明の実施形態に係るゲームシステムがサポーターズパスに対し付与するポイントを例示した図である。 本発明の実施形態に係るゲームシステムがユーザに報酬を付与する処理の流れを例示するフローチャートである。 本発明の実施形態に係るゲームシステムがサポーターズパスを販売する処理の流れを例示するフローチャートである。 本発明の実施形態に係るゲームシステムがサポーターズパスの有効期限を管理する処理の流れを例示するフローチャートである。

〔実施形態〕
＜ゲームシステム１の構成＞
図１は、本実施形態に係るゲームシステム１の構成の一例を示すブロック図である。ゲームシステム１（システム）は、ユーザ端末１０－１（コンピュータ、端末装置）、ユーザ端末１０－２、・・・ユーザ端末１０－Ｎ、及びゲームサーバ３０（サーバ）を備えている。これらの装置は、インターネットを含むネットワークＮを介して接続される。ユーザ端末１０－１、ユーザ端末１０－２、・・・ユーザ端末１０－Ｎは、同様の構成であるため、特に区別しない場合には、「－１」、「－２」等の記載を省略してユーザ端末１０として説明する。

ユーザ端末１０は、ユーザが利用するコンピュータである。ユーザ端末１０の例として、ＰＣ（Personal Computer）、タブレットＰＣ、スマートフォン及びフィーチャーフォン等の携帯電話機、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、据え置き型ゲーム機、及び携帯ゲーム機等が挙げられる。

ゲームサーバ３０は、ユーザ端末１０にゲームを提供するための、サーバ機能を有するコンピュータ（装置）である。ゲームサーバ３０は、ユーザ端末１０に、ゲームサーバ３０と通信しながら進行するゲームを提供する。ゲームは、ユーザ端末１０に予めインストールされたゲームであればよい。

（ユーザ端末１０のハードウェア構成）
図２は、本実施形態に係るユーザ端末１０のハードウェア構成の一例を示す図である。ユーザ端末１０は、例えば、プロセッサ１１、通信部１２、入力部１３、記憶部１４、及び表示部１５を備え、ネットワークＮを介して接続されたゲームサーバ３０及び他の装置等と通信部１２を介して通信する。これらの構成要素は、バス１７を介して相互に通信可能に接続されている。プロセッサ１１は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の集積回路を含んで構成され、記憶部１４に記憶された各種プログラムを実行し、ユーザ端末１０の各部を制御する。

通信部１２は、例えば、イーサネット（登録商標）ポートやＵＳＢ等のデジタル入出力ポート、ＷｉＦｉ（登録商標）等の無線通信等を含んで構成される。入力部１３は、例えば、タッチパネルとしてディスプレイと一体に構成されており、ユーザの操作により各種の指示が入力される。また、入力部１３は、キーボードやマウス、タッチパッドや、マイクロホンなど、その他の入力装置であってもよい。

表示部１５は、画像やテキスト等の情報を表示するディスプレイであり、例えば、液晶ディスプレイパネル又は有機ＥＬ（Electro Luminescence）ディスプレイパネルなどを含んで構成される。

記憶部１４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）（登録商標）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）などを含み、ユーザ端末１０が処理する各種情報及び画像、並びにプログラム（ゲーム制御プログラムを含む）等を記憶する。なお、記憶部１４は、ユーザ端末１０に内蔵されるものに限らず、ＵＳＢ等のデジタル入出力ポート等によって接続された外付け型の記憶装置でもよい。また、ユーザ端末１０は、不図示のスピーカ、音声出力端子、カメラ、ジャイロセンサ、ＧＰＳ（Global Positioning System）受信モジュールなどのハードウェア構成を含んで構成されてもよい。

（ゲームサーバ３０のハードウェア構成）
図３は、本実施形態に係るゲームサーバ３０のハードウェア構成の一例を示す図である。ゲームサーバ３０は、例えば、プロセッサ３１、通信部３２、入力部３３、及び記憶部３４を備え、ネットワークＮを介して接続された複数のユーザ端末１０及び他の装置等と通信部３２を介して通信する。これらの構成要素は、バス３５を介して相互に通信可能に接続されている。プロセッサ３１は、記憶部３４に記憶されたゲーム制御プログラムを実行し、複数のユーザ端末１０でプレイ可能なゲームを提供する。

通信部３２は、例えば、イーサネット（登録商標）ポートやＵＳＢ等のデジタル入出力ポート、ＷｉＦｉ（登録商標）等の無線通信等を含んで構成され、プロセッサ３１による制御に基づいて、ネットワークＮを介して複数のユーザ端末１０や他の装置と通信を行う。

入力部３３は、例えば、キーボードやマウス、タッチパッドや、マイクロホンなど、その他の入力装置である。

記憶部３４は、例えば、ＨＤＤ、ＥＥＰＲＯＭ（登録商標）、ＲＡＭなどを含み、ゲーム制御プログラム、アプリケーションプログラム、ゲームに必要な各種設定情報及び履歴情報などを記憶する。なお、記憶部３４は、ゲームサーバ３０に内蔵されるものに限らず、ＵＳＢ等のデジタル入出力ポート等によって接続された外付け型の記憶装置でもよい。また、記憶部３４は、ゲームサーバ３０とは物理的に離れた外部の記憶装置であってもよく、ゲームサーバ３０とインターネットなどの通信網を介して接続されてもよい。また、ゲームサーバ３０は、不図示の表示部、スピーカ、音声出力端子などのハードウェア構成を含んで構成されてもよい。

（ユーザ端末１０の機能構成）
図４は、本実施形態に係るユーザ端末１０の機能構成の一例を示すブロック図である。図４では、記憶部１４に記憶されているデータと、記憶部１４に記憶されているゲームプログラムをプロセッサ１１が実行することにより実現される機能構成である制御部１１０とを示し、図２に示したその他の構成については省略している。

制御部１１０は、ゲーム進行部（進行部、第１進行部、第２進行部）１１１を備えている。記憶部１４には、ゲームプログラム、端末内ゲーム情報及びユーザ情報が記憶されている。端末内ゲーム情報は、制御部１１０がゲームを実行するために参照するデータである。ユーザ情報は、ユーザに関連付けられたデータである。

（ゲームサーバ３０の機能構成）
図５は、本実施形態に係るゲームサーバ３０の機能構成の一例を示すブロック図である。図５では、記憶部３４に記憶されているデータと、記憶部３４に記憶されているサーバプログラムをプロセッサ３１が実行することにより実現される機能構成である制御部（サーバ制御部）３１０とを示し、図３に示したその他の構成については省略している。

制御部３１０は、抽選部３１１、キャラクタ管理部（第１進行部、第２進行部、複製制御部）３１２及びミッション管理部（複製制御部、付与部、選択部）３１３を備えている。記憶部３４には、サーバプログラム、ゲーム情報及びユーザ情報が記憶されている。ゲーム情報は、制御部３１０が各種処理を実行するために参照するデータである。ユーザ情報は、ユーザ端末１０ごとに記憶部３４に記憶されている。なお、ユーザ情報は、ユーザアカウントごと、又はユーザ端末１０にインストールされたアプリケーションごとに記憶部３４に記憶されていてもよい。

なお、ユーザ端末１０の制御部１１０及びゲームサーバ３０の制御部３１０は、記憶部１４及び３４に記憶されているユーザ情報が整合するようにデータを交換する。すなわち、一例として、制御部１１０がユーザ情報を更新した場合には、制御部１１０は、通信部１２を介して、更新したユーザ情報をゲームサーバ３０に送信する。また、一例として、制御部３１０がユーザ情報を更新した場合には、制御部３１０は、通信部３２を介して、更新したユーザ情報をユーザ端末１０に送信する。なお、ユーザ情報の一部又は全部は、制御部１１０のみによって更新可能であるように設定されていてもよい。また、ユーザ情報の一部又は全部は、制御部３１０のみによって更新可能であるように設定されていてもよい。

＜ゲームの概要＞
ゲームシステム１が実現するゲーム（以降、「本ゲーム」とも称する）のジャンルは特定のジャンルに限定されず、いかなるジャンルのゲームであってもよいが、好ましくは、現実世界における競技を模したスポーツゲームである。現実世界における競技は例えば、サッカー、野球、馬術、テニス、スキーである。本実施形態では、ゲームシステム１が、現実世界におけるサッカーを模したサッカーゲームを実現する場合について説明する。

ここで、ゲームシステム１が実現するサッカーゲームは、シングルプレイゲームとして進行してもよいし、マルチプレイゲームとして進行してもよい。シングルプレイゲームの場合、ゲームシステム１は、ユーザ端末１０のユーザによって操作可能なユーザチームと、当該ユーザの操作によらずにゲームシステム１によって動作が決定される相手チームとを対戦させる。また、マルチプレイゲームの場合、ゲームシステム１は、当該装置のユーザによって操作可能なユーザチームと、相手ユーザによって相手チームとを対戦させる。相手ユーザは、ユーザと同一のユーザ端末１０を操作するユーザであってもよいし、ユーザとは異なる他のユーザ端末１０を操作するユーザであってもよい。後者の場合、ユーザ端末１０及び他のユーザ端末１０は、例えばゲームサーバ３０等を介して、通信可能に接続される。

続いて、本ゲームの仕組みについて説明する為に、本ゲームの一部の流れについて説明する。図６は、本ゲームの一部の流れを例示した図である。図６に示すように、本実施形態では、抽選対象のキャラクタ、保有キャラクタ、契約キャラクタ及び複製キャラクタという４種類のキャラクタが使用される。保有キャラクタ、契約キャラクタ、及び複製キャラクタは、抽選対象の選手キャラクタが状態遷移したキャラクタであってもよい。例えば、抽選対象の選手キャラクタのうち抽選処理において選択されたキャラクタが保有キャラクタとなり、保有キャラクタのうち契約されたキャラクタが契約キャラクタとなり、契約キャラクタのうち殿堂入りしたキャラクタが複製キャラクタとなってもよい。抽選処理、契約、殿堂入りの詳細については後述する。本ゲームは、第１ゲーム及び第２ゲームを含み、第１ゲーム（第１リーグ）では、契約キャラクタが使用され、第２ゲーム（第２リーグ）では、複製キャラクタが使用される。

（キャラクタ）
ここで、キャラクタとは、ゲームにおいて各種の行動の主体となるものである。キャラクタは例えば、モンスター、動物、妖怪、人、植物、ロボット、又はアバターであるが、これらに限定されず、いかなる概念を投影したキャラクタであってもよい。キャラクタは例えば、抽選処理、ログインボーナス等によりユーザに付与される。

（選手キャラクタ）
選手キャラクタは、ゲームにおいて使用されるキャラクタであり、特に競技を模したゲームにおいて使用されるキャラクタである。選手キャラクタは、競技を模したゲームにおいて競技を行う選手を表す。なお、選手キャラクタは、人物に限らず、動物（例えば、馬術で用いられる馬）のキャラクタであってもよい。選手キャラクタは、実際の競技で活躍している現実にいる選手を模したキャラクタであってもよいし、ゲームにおけるオリジナルの選手（すなわち架空の選手）のキャラクタであってもよい。

（抽選処理）
図６に示すように、ゲームシステム１は、抽選処理を実行して、抽選対象の選手キャラクタ群Ｌ０の中から選択した選手キャラクタをユーザに付与する。選手キャラクタ群Ｌ０は、本ゲームにおいて利用可能な選手キャラクタによって構成される。ユーザに付与された選手キャラクタは、ユーザの保有キャラクタ群Ｌ１となる。なお、ゲームシステム１は、抽選処理によらずに、ユーザに選手キャラクタを付与してもよい。

（保有キャラクタ群）
保有キャラクタ群Ｌ１は、ユーザに付与された選手キャラクタ（選手キャラクタｃ１、ｃ２、ｃ３、・・・）によって構成される。選手キャラクタには、選手キャラクタの特徴を示す情報である各種のパラメータが関連付けられている。この例では、選手キャラクタｃ１の第１パラメータＰ１の値はｖ１であり、第２パラメータＰ２の値はｒ１であるものとして説明する。また、選手キャラクタｃ２の第１パラメータＰ１の値はｖ２であり、第２パラメータＰ２の値はｒ２であるものとして説明する。また、選手キャラクタｃ３の第１パラメータＰ１の値はｖ３であり、第２パラメータＰ２の値はｒ３であるものとして説明する。

（契約）
契約とは、保有キャラクタ群Ｌ１に含まれる選手キャラクタを、第１リーグで使用可能な状態にすることを意味する。図６に示すように、ゲームシステム１は、保有キャラクタ群Ｌ１に含まれる選手キャラクタのうち契約された選手キャラクタを、契約キャラクタ群Ｌ２に含める。一実施形態において、契約には、契約期間が設定されていてもよい。一実施形態において、契約期間は、ゲーム内時間を指標とする期間であり、これに限定されないが、例えば、第１リーグにおけるシーズンによって規定される。

（契約キャラクタ群）
契約キャラクタ群Ｌ２は、後述する第１リーグで利用可能な選手キャラクタによって構成される。この例では、選手キャラクタｃ１が、契約キャラクタ群Ｌ２に含まれる。この例では、選手キャラクタｃ１の第１パラメータＰ１は、第１リーグの進行に応じて変化し得る。一方、選手キャラクタｃ１の第２パラメータＰ２は、第１リーグの進行に応じて変化してもしなくてもよい。また、ゲームシステム１は、すべての契約キャラクタの契約時に契約期間を設定する。契約期間が過ぎた契約キャラクタが契約キャラクタ群Ｌ２に含まれている場合、ゲームシステム１は次のシーズンを開始しない。ユーザは、契約期間を延ばしたくない契約キャラクタについては、売却することによって契約キャラクタ群Ｌ２から取り除き、すべての契約キャラクタが契約している状態とすることで、次のシーズンを開始させることができる。

契約キャラクタ群Ｌ２に含まれる選手キャラクタの契約に契約期間が設定されており、ゲームシステム１は、当該契約期間が満了した選手キャラクタを契約キャラクタ群Ｌ２から除外する。ただし、再度契約（契約更新）された選手キャラクタは、契約キャラクタ群Ｌ２に留まる。

（第１リーグ）
第１リーグは、第１ゲームの一例である。第１リーグは、１以上の試合によって構成される。ゲームシステム１は、第１リーグを、契約キャラクタ群Ｌ２に含まれる選手キャラクタを用いて進行させる。第１リーグが進行するとは、第１リーグを構成する各試合が順次プレイされることをいう。第１リーグを構成する試合のうち最初の試合のプレイが開始すると、第１リーグの進行期間が開始する。また、第１リーグを構成する全試合のプレイが終了すると、第１リーグの進行期間が終了する。第１リーグの進行期間を、シーズンとも記載する。第１リーグのシーズンが終了した後、新たに第１リーグを開始可能である。第１リーグの進行により、契約キャラクタ群Ｌ２に含まれる選手キャラクタに関連付けられた保有するパラメータの少なくとも一部が変化し得る。なお、ゲームシステム１は、第１リーグの試合がプレイされたことに応じて第１リーグを進行させるが、ユーザが試合以外の操作、例えばチーム編成などが行われただけでは第１リーグを進行させない。また、ユーザは、第１リーグの試合をプレイせずに、第２リーグの試合をプレイすることもできる。このような場合、ゲームシステム１は、第１リーグの試合がプレイされていないため、第１リーグを進行させない。

（引退）
引退とは、選手キャラクタの年齢を示すパラメータが予め定められた値に達したことにより、競技に参加できなくなることをいう。なお、年齢を示すパラメータは、第１リーグの進行により変化するパラメータであり、第１リーグのシーズン終了時に、契約キャラクタ群Ｌ２に含まれる全ての選手キャラクタについて年齢が加算される（すなわち、歳をとる）。ゲームシステム１は、競技に参加できなくなった選手を、契約キャラクタ群Ｌ２から除外する。また、上述したように、ゲームシステム１は、売却された選手についても契約キャラクタ群Ｌ２から除外する。なお、ゲームシステム１は、ユーザが無過失で選手キャラクタを契約キャラクタ群Ｌ２から除外させた場合などに、当該選手キャラクタを再度契約キャラクタ群Ｌ２に追加することができるように、（ｉ）契約キャラクタ群Ｌ２から選手キャラクタを除外する代わりに、選手キャラクタに引退フラグを付与し、契約キャラクタ群Ｌ２を表示する場合に引退フラグが付与された選手キャラクタを表示しないようにする等、引退フラグを付与した選手キャラクタを契約キャラクタとしては扱わないようにしてもよいし、（ｉｉ）選手キャラクタを、契約キャラクタ群Ｌ２から除外するとともに、履歴リストに追加するようにしてもよい。

（殿堂入り）
殿堂入りとは、ゲームシステム１が、契約キャラクタ群Ｌ２に含まれる選手キャラクタを複製して複製キャラクタを生成することをいう。ゲームシステム１は、契約キャラクタ群Ｌ２に含まれる選手キャラクタのうち、第１パラメータＰ１が予め定められた条件を満たしている選手キャラクタを複製する。同一の選手キャラクタについて、複数回の殿堂入りが実行可能である。本実施形態において、同一の選手キャラクタとは、同名で同一のパラメータを有する選手キャラクタの事ではなく、同一のキャラクタＩＤが付された選手キャラクタをいう。本実施形態では、抽選対象のキャラクタとして同名又は同一のパラメータを有する選手キャラクタを複数保有する場合もあるが、それらにはそれぞれユニークなキャラクタＩＤが付されており、その場合、それらは別々のキャラクタとして区別される。上述したように、キャラクタＩＤが同一の選手キャラクタは、何度でも殿堂入りすることが可能であるが、その場合は、ゲームシステム１は、選手キャラクタを複製するのではなく、複製キャラクタのパラメータの上書きを行う。

ここで、第１リーグの進行により、契約キャラクタ群Ｌ２に含まれる各選手キャラクタが有する第１パラメータＰ１（第１パラメータ）は変化し得る。第１パラメータＰ１が予め定められた条件を満たした（例えば、閾値ｖｃを超過した）場合に、当該選手キャラクタは複製可能（殿堂入り可能）となるとともに、ゲームシステム１は、ユーザにポイントを付与する。

（複製キャラクタ群）
複製キャラクタ群Ｌ３は、後述する第２リーグで利用可能な複製キャラクタによって構成される。ゲームシステム１は、複製キャラクタ群Ｌ３に含まれる複製キャラクタｃ１＿１を、契約キャラクタ群Ｌ２において殿堂入り可能となった選手キャラクタを複製することにより生成する。複製前の選手キャラクタは第１リーグで使用可能である一方、複製キャラクタは、第１リーグとは異なる第２リーグで使用可能である。すなわち、ユーザは、（殿堂入り条件を満たした）お気に入りの各選手キャラクタを複製することにより、いわゆるドリームチームとして、第２リーグで用いることができる複製キャラクタ群Ｌ３を構成することができる。複製キャラクタには、第１パラメータ及び第２パラメータを含むパラメータが関連付けられている。複製キャラクタに関連付けられたパラメータには、第１、第２パラメータ以外に、毎試合変化する調子パラメータや、試合中に変化する体力などのパラメータも存在する。

複製キャラクタには、複製元の選手キャラクタに関連付けられたパラメータと同一のパラメータが関連付けられている。図６の例では、ゲームシステム１は、殿堂入りされた選手キャラクタｃ１から、複製キャラクタｃ１＿１を生成している。複製キャラクタｃ１＿１に関連付けられた第１パラメータＰ１の値及び第２パラメータＰの値は、選手キャラクタｃ１に関連付けられた第１パラメータＰ１の値及び第２パラメータＰの値と同一である。複製キャラクタに関連付けられたパラメータのうち、第１パラメータ、第２パラメータ以外のパラメータ（例えば、調子及び体力等のパラメータ）は、試合中に変動する。試合が終了した後は、次の試合において前の試合における調子及び体力等のパラメータが引き継がれる場合もある。一方、新たに第２リーグを始めた場合、ゲームシステム１は、調子や体力等のパラメータをリセットする。

（第２リーグ）
第２リーグは、第２ゲームの一例である。ゲームシステム１は、第２リーグを、殿堂入りにより生成された複製キャラクタ群Ｌ３を用いて進行させる。複製キャラクタ群Ｌ３に含まれる複製キャラクタの第１パラメータＰ１（第１パラメータ）は、第２リーグの進行状況に関わらず変化しない。また、複製キャラクタの年齢を示すパラメータは、第２リーグの進行によっても変化せず、複製キャラクタが引退することはない。ただし、第２リーグの複製キャラクタを、ユーザの操作で除外することもできる。すなわち、第２リーグの複製キャラクタは、ゲームシステム１において引退することはないが、ゲームシステム１は、ユーザの操作により、複製キャラクタを除外する。ゲームシステム１は、例えば売却された選手を複製キャラクタ群Ｌ３から除外する。なお、ゲームシステム１は、ユーザが無過失で複製キャラクタを複製キャラクタ群Ｌ３から除外させた場合などに、当該複製キャラクタを再度複製キャラクタ群Ｌ３に追加することができるように、複製キャラクタ群Ｌ３から複製キャラクタを除外する代わりに、複製キャラクタを、複製キャラクタ群Ｌ３から除外するとともに、履歴リストに追加するようにしてもよい。

（ポイント）
ポイントは、ユーザに付与される、累積可能な情報である。第１パラメータＰ１が予め定められた条件を満たした（例えば、閾値ｖｃを超過した）場合に、ゲームシステム１がユーザに付与するポイントは、ユーザに関連付けられたミッションに対して付与される。ユーザは、ミッションに関連付けられた条件を満たすために、当該ミッションのポイントを蓄積する。ポイントは、数値によって表されるものであってもよいし、バーの長さによって表されるものであってもよい。

（ミッション）
また、ミッションとは、当該ミッションに関連付けられた条件がゲームにおいて満たされている場合に、ユーザに対して報酬を付与するサービスである。ミッションには、１又は複数の条件が関連付けられている。１又は複数の条件は、後述するポイントに係る条件を含む。

（報酬）
また、報酬とは、ゲーム内において価値を有しているとゲームの提供者又はユーザが認識するものである。報酬は、ミッションに関連付けられた条件が満たされるとユーザに付与される。例えば、報酬は、ゲームにおいて利用可能なオブジェクト、又はゲームにおいて提供されるサービスである。報酬は、例えば選手キャラクタ又はゲーム内通貨を含む。

なお、ポイントは、所定条件が満たされるとユーザに付与される報酬の一例でもある。本実施形態では、ミッションに関連付けられた条件を満たしている場合に付与される報酬を単に「報酬」と記載する。つまり、本実施形態では、特定の事象が発生するとユーザにポイントが付与され、付与されたポイントの累積値がミッションに関連付けられた条件を満たしていると、報酬が付与される。

＜ユーザ情報のデータ構造＞
図７は、本実施形態におけるユーザ情報のデータ構造を例示した図である。図７に示すように、一例において、ユーザ情報には、ユーザＩＤ、ユーザ名、アイコン、保有キャラクタ情報、契約キャラクタ情報、複製キャラクタ情報、スタメン、ベンチ入り、保有消費価値、保有アイテム及びミッション情報といった各種パラメータが含まれている。但し、本実施形態はこれに限定されず、ユーザ情報には、その他のパラメータがさらに含まれていてもよいし、上述した一部のパラメータが含まれていなくともよい。

ユーザＩＤは、ユーザ端末１０のユーザを識別するための識別子である。ユーザ名は、ユーザ端末１０のユーザの名称を示す情報である。アイコンは、ユーザに関連付けられたアイコンを示す情報である。保有キャラクタ情報は、保有キャラクタ群Ｌ１に含まれる選手キャラクタのリストである。契約キャラクタ情報は、契約キャラクタ群Ｌ２に含まれる選手キャラクタのリストである。複製キャラクタ情報は、複製キャラクタ群Ｌ３に含まれる選手キャラクタのリストである。スタメンは、スタメン入りしている選手キャラクタのリストである。ベンチ入りは、ベンチ入りしている選手キャラクタのリストである。保有消費価値は、ユーザが保有する消費価値を示す情報である。保有アイテムは、ユーザが保有するアイテムのリストである。ミッション情報は、各ミッションに関連する情報である。

（キャラクタ情報）
選手キャラクタには、選手キャラクタの特徴を示す情報である各種のパラメータが関連付けられており、これらのパラメータはキャラクタ情報に含まれている。キャラクタ情報は、例えば、保有キャラクタ情報のリストに含まれていてもよいし、別途、ユーザ情報に含まれていてもよい。

図８は、本実施形態におけるキャラクタ情報のデータ構造を例示した図である。図８に示すように、一例において、キャラクタ情報には、キャラクタＩＤ、キャラクタ名、年齢、レアリティ、成長タイプ、出身クラブ、基本パラメータ、状態パラメータ、名声及びポジションといった各種パラメータが含まれている。但し、本実施形態はこれに限定されず、キャラクタ情報には、その他のパラメータがさらに含まれていてもよいし、上述した一部のパラメータが含まれていなくともよい。

キャラクタＩＤは、選手キャラクタを識別するための識別子である。キャラクタ名は、選手キャラクタの名称を示す情報である。年齢は、選手キャラクタの年齢を示す情報である。レアリティは、選手キャラクタの出現頻度（珍しさ）の度合いを示す情報である。成長タイプは、選手キャラクタの成長のタイプを示す情報である。出身クラブは、選手キャラクタの出身クラブを示す情報である。名声は、選手キャラクタの名声を数値化した情報である。ポジションは、選手キャラクタのポジションを示す情報である。

基本パラメータは、競技中（試合中）にその値が変動しないパラメータであり、選手キャラクタの能力値（フィジカル、スピード能力、テクニック、チームワーク、攻撃時のボールに対する反応、ボールの扱いの巧みさ、ドリブルのタッチの細かさ、パスの正確さ、決定力等）や、選手キャラクタの保有するスキル（シザーズ、エラシコ、シャペウ、キックフェイント、軸足当て、コントロールカーブ、無回転シュート、アクロバティックシュート等）を示す情報である。

状態パラメータは、競技中（試合中）に変化するパラメータであり、体力値、体調、モチベーション値、ケガ等を示す情報である。ゲームシステム１は、例えば、体調のパラメータを、競技が始まる前にランダムに決定する。競技中に変化する状態パラメータは、第１パラメータ、及び第２パラメータには含まれない。

（第１パラメータ）
選手キャラクタには、殿堂入りの条件を満たすかの判定において参照される１以上の第１パラメータが関連付けられている。当該１以上の第１パラメータはキャラクタ情報に含まれているパラメータであり得る。また、当該１以上の第１パラメータの少なくとも一部は、第１のゲームの進行によって変化するが、当該１以上の第１パラメータは、第２のゲームの進行によって変化しない。選手キャラクタに関連付けられた名声は、第１のゲームの進行によって変化するが、第２のゲームの進行によって変化しないため、一態様において、第１パラメータは名声であり得るが、これに限定されない。

（第２パラメータ）
選手キャラクタには、第１パラメータＰ１が予め定められた条件を満たし、当該選手キャラクタは複製可能（殿堂入り可能）となった際にユーザに付与される報酬を決定するために参照される１以上の第２パラメータが関連付けられている。当該１以上の第２パラメータはキャラクタ情報に含まれているパラメータであり得る。また、当該１以上の第２パラメータは、第１のゲームの進行によって変化してもしなくてもよい。一態様において、第２パラメータは、レアリティであり得るが、これに限定されない。

第１パラメータと第２パラメータとは、同じであってもよく、異なっていてもよい。また、第１パラメータと第２パラメータとは、共通のパラメータを含んでいてもよい。

（属性）
選手キャラクタに関連付けられたパラメータのうち、当該選手キャラクタがどのグループに属するかを示すパラメータを属性とも称する。例えば、レアリティ、成長タイプ、出身クラブ、ポジションといったパラメータは属性である。

（ミッション情報）
図９は、本実施形態におけるミッション情報のデータ構造を例示した図である。図９に示すように、一例において、ミッション情報には、ミッションＩＤ、種別、属性、ポイント、購入状態及び有効期限といった各種パラメータが含まれている。但し、本実施形態はこれに限定されず、ミッション情報には、その他のパラメータがさらに含まれていてもよいし、上述した一部のパラメータが含まれていなくともよい。

ミッションＩＤは、ミッションを識別するための識別子である。種別は、有償ミッションか無償ミッションかの種別を示す情報である。属性は、ミッションに関連付けられた属性を示す情報である。ポイントは、ミッションに対して付与されたポイントの蓄積値である。購入状態は、ミッションが有償ミッションである場合において、当該有償ミッションが購入されているか否かを示す情報である。有効期限は、ミッションの有効期限を示す情報である。

＜ゲームパート＞
続いて、本ゲームのゲームパートについて説明する。本ゲームは、複数のゲームパートによって構成されていてもよい。本実施形態において、本ゲームは、トップメニュー、チーム編成パート、試合パート、人事パート、ユーザ情報パート、選手育成パート、殿堂パート、ミッション管理パート、ユーザ情報パート及びニュースパートを含んでいるが、これら以外のゲームパートを含んでいてもよいし、一部のゲームパートを含んでいなくともよい。

（トップメニュー）
本ゲームにおけるトップメニューの処理の一例について、図１０を参照して説明する。図１０は、トップメニュー画像Ｇ０の一例を示す図である。ユーザ端末１０において本ゲームのアプリケーションが起動されると、ゲーム進行部１１１はトップメニュー画像Ｇ０を表示部１５に表示させる。

図１０に示すように、トップメニュー画像Ｇ０には、ユーザ情報の一部を示すオブジェクトＯ０、ユーザに関連付けられたアイコンＯ１、ニュースパートを開始するためのオブジェクトＯ２、試合パートを開始するためのオブジェクトＯ３、試合パートの種類を変更するためのオブジェクトＯ４、ミッション管理パートを開始するためのオブジェクトＯ５、チーム編成パートを開始するためのオブジェクトＯ６、人事パートを開始するためのオブジェクトＯ７、選手育成パートを確認するためのオブジェクトＯ８、及び、殿堂パートを確認するためのオブジェクトＯ９が含まれている。トップメニュー画像Ｇ０には、その他のゲームパートを開始するためのオブジェクト、その他の情報を示すオブジェクト等がさらに含まれていてもよい。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ０へのタッチ操作がなされたことを検出すると、ユーザ情報パートを開始する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ２へのタッチ操作がなされたことを検出すると、ニュースパートを開始する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ３へのタッチ操作がなされたことを検出すると、試合パートを開始する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ４へのタッチ操作がなされたことを検出すると、試合パートの種別を変更する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ６へのタッチ操作がなされたことを検出すると、チーム編成パートを開始する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ７へのタッチ操作がなされたことを検出すると、人事パートを開始する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ８へのタッチ操作がなされたことを検出すると、選手育成パートを開始する。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ９へのタッチ操作がなされたことを検出すると、殿堂パートを開始する。

（チーム編成パート）
本ゲームにおけるチーム編成パートの処理の一例について、図１１を参照して説明する。チーム編成パートでは、ゲーム進行部１１１は、ポジションの入れ替え、スタメン及びベンチ入りメンバの入れ替え、アイテムの使用等の処理を行う。アイテムの使用によって、ゲーム進行部１１１は、第１パラメータ、及び第２パラメータ以外のパラメータである体力やモチベーションなどのパラメータを、増加させたり、もとの数値に回復させたりする。図１１は、チーム編成パートにおけるゲーム画像Ｇ１の一例を示す図である。ゲーム進行部１１１は、ユーザ情報を参照して、ゲーム画像Ｇ１を表示部１５に表示させる。

図１１に示すように、ゲーム画像Ｇ１の領域Ｏ１０には、スタメンの選手キャラクタＯ１１が配置される。ゲーム画像Ｇ１の領域Ｏ１２には、ベンチ入りの選手キャラクタＯ１３が配置される。ゲーム画像Ｇ１の領域Ｏ１４には、契約しているが、スタメンでもベンチ入りもしていない選手キャラクタＯ１５が配置される。ゲーム画像Ｇ１にはまた、アイテムを使用するためのオブジェクトＯ１６が含まれる。ゲーム画像Ｇ１には、その他、フォーメーションを変更するためのオブジェクト等がさらに含まれていてもよい。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ１１、Ｏ１３及びＯ１５へのドラッグアンドドロップ操作がなされたことを検出すると、ドラッグされた選手キャラクタと、ドロップされた先に配置されている選手キャラクタとの間で、ポジションの入れ替え、又は、スタメンの選手キャラクタ、ベンチ入りの選手キャラクタの入れ替えを行う。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ１６へのタッチ操作がなされたことを検出すると、入力部１３に対する操作に応じて、アイテムの使用処理を行ってもよい。アイテムの使用処理とは、アイテムの保有数を減らし、当該アイテムの効果を発現させる処理であり、例えば、各種回復アイテムの使用による選手キャラクタの各種状態パラメータの回復、各種ブースターの使用による特定期間における報酬獲得量の増大等が実行される。

また、ゲーム進行部１１１は、入力部１３に対するその他の操作を検出して、各選手キャラクタの詳細情報の表示、フォーメーションの変更等、その他の処理を行ってもよい。

（試合パート）
本ゲームにおける試合パートの処理の一例について、図１２を参照して説明する。試合パートでは、ゲーム進行部１１１は、スタメン及びベンチ入りの選手キャラクタからなるユーザチームと相手チームとの対戦処理を実行する。

試合パートにおいて処理される試合には、契約キャラクタからなるユーザチームを用いて対戦する第１リーグ（第１ゲーム）と、複製キャラクタからなるユーザチームを用いて対戦する第２リーグ（第２ゲーム）との２種類の試合がある。試合パートにおいて何れの試合を処理するかは、トップメニューパートにおけるオブジェクトＯ４に対するユーザの操作に応じて決定されている。

また、ゲーム進行部１１１は、試合を開始するために、チーム編成パートと同様の処理を行い、ポジションの入れ替え、スタメン及びベンチ入りメンバの入れ替え、アイテムの使用等の処理を行ってもよい。

図１２は、試合パートにおけるゲーム画像Ｇ２の一例を示す図である。ゲーム進行部１１１は、ゲーム画像Ｇ２を表示部１５に表示させる。ゲーム画像Ｇ２には、試合中のフィールドを表すオブジェクトＯ２０、及び、操作ＵＩとなるオブジェクトＯ２１が含まれている。オブジェクトＯ２０には、ユーザチームの選手キャラクタを示すオブジェクトＯ２１、相手チームの選手キャラクタを示すオブジェクトＯ２２、ボールを示すオブジェクトＯ２３が示されている。ゲーム進行部１１１は、ユーザチームのキャラクタ情報、及び、相手チームのキャラクタ情報を参照して、所定のアルゴリズムによりオブジェクトＯ２１、Ｏ２２及びＯ２３を移動させ、サッカーゲームをシミュレートする。また、ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ２４へのタッチ操作がなされたことを検出した場合に、オブジェクトＯ２４へのタッチ位置に応じて、ユーザチームの戦術の変更処理や、選手交代処理を行ってもよい。

なお、図１２では、オブジェクトＯ２０は、サッカーフィールドを２次元的に表現しているが、オブジェクトＯ２０は、サッカーフィールドを３次元的に表現するものであってもよい。

ゲーム進行部１１１は、試合が終了すると、ゲームサーバ３０に試合終了を通知すると共に、表示部１５に試合結果を表示させる。キャラクタ管理部３１２は、試合中における各選手キャラクタの実績、各選手キャラクタのトレーニング状況等に応じて、各選手キャラクタに関連付けられたパラメータを変更してもよい。実績は例えば、試合への参加の有無、参加した試合の数、試合への参加頻度、又は試合での貢献度である。また、一態様において、キャラクタ管理部３１２は、スタメン及びベンチ入りした選手キャラクタに関連付けられた名声を増加させてもよい。

（シーズン）
ゲーム進行部１１１は、第１リーグの試合が所定数完了した場合に、ゲームサーバ３０にシーズン終了を通知する。キャラクタ管理部３１２は、シーズンが終了すると、契約キャラクタ群Ｌ２に含まれる選手キャラクタに関連付けられた年齢に１歳を加えるとともに、当該選手キャラクタに関連付けられた成長タイプに応じて、当該選手キャラクタに関連付けられたパラメータを変化させてもよい。また、キャラクタ管理部３１２は、年齢が所定の閾値を越えた選手キャラクタを契約キャラクタ群Ｌ２から除外してもよい。また、一態様において、キャラクタ管理部３１２は、第１リーグの順位に応じて選手キャラクタに関連付けられた名声を増加させてもよい。

（人事パート）
本ゲームにおける人事パートの処理の一例について、図１３を参照して説明する。人事パートでは、抽選部３１１が抽選処理を、キャラクタ管理部３１２が契約、契約更新等の処理を実行する。

図１３～１５は、人事パートにおけるゲーム画像Ｇ３～５の一例を示す図である。まず、ゲーム進行部１１１は、ゲーム画像Ｇ３を表示部１５に表示させる。ゲーム画像Ｇ３には、各種のスカウトを実行するためのオブジェクトＯ３０、未契約の保有キャラクタ群Ｌ１のリストであるスカウティングリストを表示するためのオブジェクトＯ３１、契約キャラクタ群Ｌ２のリストを表示するためのオブジェクトＯ３２が含まれている。

オブジェクトＯ３０には１以上の種類のスカウトを実行するためのボタンが含まれている。スカウトとは、上述した抽選処理であり、ユーザの保有する消費価値と引き換えに、又は、無償で、抽選対象の選手キャラクタ群Ｌ０から選手キャラクタを抽選して、保有キャラクタ群Ｌ１に加える処理である。オブジェクトＯ３０に含まれる各ボタンによって実行されるスカウトは、必要な消費価値の量、抽選させる選手キャラクタのレアリティ等が異なっていてもよい。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ３０へのタッチ操作がなされたことを検出した場合、ゲームサーバ３０へスカウト実行を通知する。抽選部３１１は、抽選対象の選手キャラクタ群Ｌ０から選手キャラクタを抽選して、保有キャラクタ群Ｌ１に加える。ゲーム進行部１１１は、所定の演出を伴って、抽選された選手キャラクタを表示部１５に表示させる。

また、ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ３１へのタッチ操作がなされたことを検出した場合、図１４に示すゲーム画像Ｇ４を表示部１５に表示させる。ゲーム画像Ｇ４には、未契約の保有キャラクタ群Ｌ１のリスト（スカウティングリスト）を表示するオブジェクトＯ４０が含まれている。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ３１へのタッチ操作がなされたことを検出した場合、タッチ位置に応じて選手キャラクタを選択し、選択した選手キャラクタの契約のためのゲーム画像Ｇ５を表示部１５に表示させる。

ゲーム画像Ｇ５には、選択した選手キャラクタの名称を示すオブジェクトＯ５０、契約条件を示すオブジェクトＯ５１、及び、契約を実行するためのオブジェクトＯ５２が含まれている。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ５１へのタッチ操作がなされたことを検出した場合、当該タッチ操作に応じて、契約期間を含む契約条件を変更してもよい。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ５２へのタッチ操作がなされたことを検出した場合、選択した選手キャラクタを指定する指定情報、及び、契約条件を示す情報をゲームサーバに通知する。キャラクタ管理部３１２は、指定情報が示す選手キャラクタの契約処理を、通知された契約条件で実行し、契約キャラクタ群Ｌ２に加える。

また、ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ３２へのタッチ操作がなされたことを検出した場合、未契約の保有キャラクタ群Ｌ１のリスト（スカウティングリスト）の代わりに、契約キャラクタ群Ｌ２のリスト（選手リスト）を示すオブジェクトを表示部１５に表示させ、同様の処理によって、キャラクタ管理部３１２に、契約キャラクタ群Ｌ２に含まれる選手キャラクタの契約更新を実行させてもよい。

（ユーザ情報パート）
本ゲームにおけるユーザ情報パートの処理の一例について、図１６を参照して説明する。ユーザ情報パートでは、キャラクタ管理部３１２が複製処理を実行する。

図１６は、ユーザ情報パートにおけるゲーム画像Ｇ６の一例を示す図である。まず、ゲーム進行部１１１は、ゲーム画像Ｇ６を表示部１５に表示させる。ゲーム画像Ｇ６には、各種のユーザ情報を示すオブジェクトＯ６０、選手キャラクタの殿堂入りを実行するためのオブジェクトＯ６１が含まれている。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ６１へのタッチ操作がなされたことを検出した場合、第１パラメータが予め定められた条件を満たしている選手キャラクタ、すなわち、殿堂入り可能な選手キャラクタのリストを示すオブジェクトを、図１４のように表示部１５に表示させる。そして、ゲーム進行部１１１は、当該オブジェクトへのタッチ装置により選択された選手キャラクタを、ゲームサーバ３０に通知する。キャラクタ管理部３１２は、選択された選手キャラクタを複製し、複製した複製キャラクタを複製キャラクタ群Ｌ３に加える。

（殿堂パート）
本ゲームにおける殿堂パートの処理の一例について、図１６を参照して説明する。殿堂パートでは、ゲーム進行部１１１が殿堂入り選手の表示及び殿堂入りチームの編成を実行する。

図１７は、殿堂パートにおけるゲーム画像Ｇ７の一例を示す図である。ゲーム進行部１１１は、ゲーム画像Ｇ７を表示部１５に表示させる。ゲーム画像Ｇ７には、殿堂入り選手を表示させるためのオブジェクトＯ７０、殿堂入りチームを編成するためのオブジェクトＯ７１が含まれている。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ７０へのタッチ操作がなされたことを検出した場合、図１４のように、複製キャラクタ群Ｌ３に含まれる複製キャラクタのリストを表示部１５に表示させる。また、ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ７１へのタッチ操作がなされたことを検出した場合、チーム編成パートのように、複製キャラクタ群Ｌ３に含まれる複製キャラクタによって構成される殿堂入りチームの編成処理を実行する。

（ミッション管理パート）
本ゲームにおけるミッション管理パートの処理の一例について、図１８～２１を参照して説明する。ミッション管理パートでは、ミッション管理部３１３がミッションの購入処理を実行する。

図１８は、ミッション管理パートにおけるゲーム画像Ｇ８の一例を示す図である。まず、ゲーム進行部１１１は、ゲーム画像Ｇ８を表示部１５に表示させる。ゲーム画像Ｇ８には、属性が関連付けられていない無償サポーターズパスを表示するためのオブジェクトＯ８０、属性が関連付けられていない無償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ８１、属性Ａが関連付けられた有償サポーターズパスを表示するためのオブジェクトＯ８２、属性Ａが関連付けられた有償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ８３、属性Ｂが関連付けられた有償サポーターズパスを表示するためのオブジェクトＯ８４、属性Ｂが関連付けられた有償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ８５、属性Ｃが関連付けられた有償サポーターズパスを表示するためのオブジェクトＯ８６、属性Ｃが関連付けられた有償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ８７が存在している。

このようにサポーターズパスとしては、複数のサポーターズパスが存在し、属性が関連付けられた属性有りミッションが少なくとも１つ含まれている。また、図１８の例では、互いに異なる属性が関連付けられた複数の属性有りミッションが含まれている。

なお、図１９は、ミッション管理パートにおけるゲーム画像Ｇ８の他の例を示す図である。図１９の例では、ゲーム画像Ｇ８には、属性が関連付けられていない無償サポーターズパスを表示するためのオブジェクトＯ８０、属性が関連付けられていない無償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ８１、属性Ａが関連付けられた有償サポーターズパスを表示するためのオブジェクトＯ８２、属性Ａが関連付けられた有償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ８３が含まれている。このように、互いに異なる属性が関連付けられた複数の属性有りミッションが存在しなくてもよい。

図２０は、属性が関連付けられていない無償サポーターズパスを表示するゲーム画像Ｇ９の一例を示す図である。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ８０へのタッチ操作がなされたことを検出した場合、ゲーム画像Ｇ９を表示部１５に表示させる。

ゲーム画像Ｇ９には、属性が関連付けられていない無償サポーターズパスの有効期限を示すオブジェクトＯ９０、属性が関連付けられていない無償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ９１、属性が関連付けられていない無償サポーターズパスに対しポイントを蓄積することよって得られる報酬を示すオブジェクトＯ９２、Ｏ９３が含まれている。

図２１は、属性Ａが関連付けられている有償サポーターズパスを表示するゲーム画像Ｇ１０の一例を示す図である。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ８２へのタッチ操作がなされたことを検出した場合、ゲーム画像Ｇ１０を表示部１５に表示させる。

ゲーム画像Ｇ１０には、属性Ａが関連付けられている有償サポーターズパスの有効期限を示すオブジェクトＯ１００、属性Ａが関連付けられている有償サポーターズパスに対して付与されたポイントを示すオブジェクトＯ１０１、属性Ａが関連付けられている有償サポーターズパスに対しポイントを蓄積することよって得られる報酬を示すオブジェクトＯ１０２～Ｏ１０４、属性Ａが関連付けられている有償サポーターズパスを購入するためのオブジェクトＯ１０５が含まれている。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ１０５へのタッチ操作がなされたことを検出した場合、属性Ａが関連付けられている有償サポーターズパスの購入が指示されたことをゲームサーバ３０に通知し、ミッション管理部３１３は、ユーザに関連付けられた消費価値と引き換えに、属性Ａが関連付けられている有償サポーターズパスをユーザに関連付ける。

属性が関連付けられていない無償サポーターズパスによって獲得可能な報酬は、いずれも属性を有さない報酬である（オブジェクトＯ９２、Ｏ９３）。一方、属性Ａが関連付けられている有償サポーターズパスによって獲得可能な報酬には、属性を有さない報酬が含まれていてもよいが（オブジェクトＯ１０２）、属性Ａを有する報酬も含まれている（オブジェクトＯ１０３、Ｏ１０４）。オブジェクトＯ１０３は、属性Ａを有するアイコンであり、オブジェクトＯ１０４は、属性Ａの選手キャラクタの抽選チケットである。

（通知パート）
本ゲームにおける通知パートの処理の一例について、図２２を参照して説明する。通知パートでは、ゲーム進行部１１１が通知の表示処理を実行する。

図２２は、ユーザ情報パートにおけるゲーム画像Ｇ１１の一例を示す図である。ゲーム進行部１１１は、ゲーム画像Ｇ１１を表示部１５に表示させる。ゲーム画像Ｇ１１には、メッセージを表示させるためのオブジェクトＯ１１０、未受領のアイテムのリストを表示させるためのオブジェクトＯ１１１が含まれている。

ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ１１０へのタッチ操作がなされたことを検出した場合、領域Ｏ１１２に、メッセージのリストを表示させる。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ１１１へのタッチ操作がなされたことを検出した場合、領域Ｏ１１２に、未受領のアイテムのリストを表示させる。そして、ゲーム進行部１１１は、入力部１３に対し領域Ｏ１１２へのタッチ操作がなされたことを検出した場合、タッチ位置に応じて、メッセージの表示又はアイテムの受け取りを実行する。

（選手育成パート）
本ゲームにおける選手育成パートの処理の一例について、図２３を参照して説明する。選手育成パートでは、キャラクタ管理部３１２が複製処理を実行する。

図２３は、選手育成パートにおけるゲーム画像Ｇ１２の一例を示す図である。まず、ゲーム進行部１１１は、ゲーム画像Ｇ１２を表示部１５に表示させる。ゲーム画像Ｇ１２には、トレーニングを設定するためのオブジェクトＯ１２０が含まれている。ゲーム進行部１１１は、入力部１３に対しオブジェクトＯ１２０へのタッチ操作がなされたことを検出した場合、ユーザの操作に応じて選手キャラクタに対してトレーニングを設定する。キャラクタ管理部３１２は、トレーニングが設定された選手キャラクタに関連付けられたパラメータを、他の選手キャラクタよりも大きく増加させてもよい。

＜ゲームの仕組み１＞
続いて、ユーザに興趣性を与えるための本ゲームの仕組みの一つについて説明する。

ゲームシステム１は、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行部と、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御部と、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行部と、を備え、前記第１進行部は、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行部は、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない。本実施形態において、第１進行部及び第２進行部は、ゲーム進行部１１１及びキャラクタ管理部３１２によって実現される。複製制御部は、キャラクタ管理部３１２によって実現される。

図２４は、ゲームの仕組み１における処理（方法）の流れを例示するフローチャートである。なお、一部のステップは並行して、又は順序を替えて実行されてもよい。

人事パートでは、上述したように、ユーザは、ユーザ端末１０を用いて、保有キャラクタ群Ｌ１に含まれる選手キャラクタの中から、第１リーグで利用したい（すなわち、契約したい）選手キャラクタを指定する操作を行う。ステップＳ１００において、キャラクタ管理部３１２は、ユーザ操作に応じて、選手キャラクタを指定する指定情報を取得する取得ステップを実行する。

ステップＳ１０２において、キャラクタ管理部３１２は、指定情報が指定する選手キャラクタを、契約キャラクタ群Ｌ２（グループの一例）に所属させる所属ステップを実行する。

ステップＳ１０４において、ゲーム進行部１１１及びキャラクタ管理部３１２は、１又は複数の選手キャラクタを用いて行われる第１リーグを進行させる第１進行ステップを実行する。第１進行ステップでは、上述したように、キャラクタ管理部３１２は、１又は複数の第１パラメータの少なくとも一部を変化させる。例えば、キャラクタ管理部３１２は、選手キャラクタの名声、年齢、基本パラメータ等を、第１リーグの進行に応じて変化させる。一方、選手キャラクタのレアリティは、第１リーグの進行によって変化することはない。

また、上述したように、キャラクタ管理部３１２は、第１進行ステップでは、契約キャラクタ群Ｌ２に含まれる選手キャラクタの年齢を、その選手キャラクタが第１ゲームで用いられたか否かに関わらず、ゲーム内時間の経過によって増加させる。また、キャラクタ管理部３１２は、年齢が予め定められた値に達した選手キャラクタを引退させる。引退した選手キャラクタは第１ゲームで使用不可となる。すなわち、キャラクタ管理部３１２は、契約後の選手キャラクタを第１リーグのゲーム内時間の経過によって使用不可にする。なお、上述したように、選手キャラクタが引退する以外にも、例えばユーザが売却することにより、選手キャラクタは除外される（使用不可となる）。また、本実施形態において、ユーザは、選手キャラクタの引退時に、その選手キャラクタをトレーナーにすることができる。トレーナーは、他の選手キャラクタを補助するキャラクタである。

このとき、上述したように、ゲーム進行部１１１は、第１進行ステップでは、契約キャラクタ群Ｌ２に所属しているキャラクタの一部又は全部を用いて第１ゲームを進行させる。また、キャラクタ管理部３１２は、第１進行ステップでは、契約キャラクタ群Ｌ２に所属している選手キャラクタの年齢を、その選手キャラクタが第１ゲームで用いられたか否かに関わらず、第１ゲームのゲーム内時間の経過によって増加させる。一方、キャラクタ管理部３１２は、契約キャラクタ群Ｌ２に所属していない選手キャラクタの年齢を増加させない。

この動作例では、選手キャラクタにはそれぞれ異なる契約期間が設定されており、契約期間が切れた選手キャラクタについては、契約を更新するか引退させるかをユーザが判断する。引退させると選手キャラクタは売却となり、例えばゲーム内通貨に変換される。一方、契約の更新をすると、ユーザがゲーム内通貨を支払うことにより、その選手キャラクタは次のシーズンでも使用可能となる。なお、契約期間及び契約料はユーザが決定するものではない。契約期間は例えば、ゲームサーバ３０によりランダムに決定される。契約料は例えば、選手キャラクタの能力（各種パラメータ）に応じて計算された金額が提示される。選手キャラクタ毎に決められた年齢まで到達すると、契約の更新はなされず、引退しか選択肢が出てこない。

また、上述したように、キャラクタ管理部３１２は、第１進行ステップでは、選手キャラクタの複数のパラメータの少なくとも一部を、選手キャラクタの年齢の変化に伴って変更する。このとき、キャラクタ管理部３１２は、複数のパラメータの少なくとも一部を、上昇又は減少させる。すなわち、選手キャラクタの複数のパラメータは、常に上昇するわけではなく、場合により減少する。

図２５～図２７は、選手キャラクタの成長曲線を例示した図である。図２５～図２７において、横軸は年齢（ｘ）を示し、縦軸は能力総合値（ｙ）を示す。

図２５及び図２６の例では、選手キャラクタの能力総合値は、或る年齢に到達するまでは年齢の増加に伴って増加し、その後、年齢の増加に伴って減少していく。一方、図１１の例では、選手キャラクタの能力総合値は、その選手キャラクタが引退するまで、年齢の増加に伴って増加していき、減少することがない。

選手キャラクタの成長曲線は、図２５～図２７に例示したものに限られず、種々のものが用いられる。選手キャラクタの成長曲線は例えば、選手キャラクタの成長タイプによって規定される。なお、図２５～図２７には、発明の理解を容易にするため、能力総合値の変動が少ないグラフを例示しているが、実際のグラフは能力総合値の変動が大きいものであってもよい。

図２４の説明に戻る。ステップＳ１０６において、キャラクタ管理部１１３は、１又は複数の選手キャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件（以下「殿堂入り条件」という）を満たした場合に、その選手キャラクタを複製可能（殿堂入り可能）にする複製制御ステップを実行する。殿堂入りが可能になった選手キャラクタは、それ以降の任意のタイミングで、何度でも殿堂入りすることが可能である。

殿堂入り条件は、殿堂入り可能となる第１パラメータの条件である。殿堂入り条件は例えば、第１パラメータが閾値以上（例えば、名声が２０００以上）となる、といった条件である。殿堂入り条件は、選手キャラクタのポジション毎、選手の属性（例えば、レアリティ、ランク）毎に異なっていてもよい。属性とは、グループ分け可能な対象について、当該対象がいずれのグループに属するかを示す情報である。属性は例えば、選手キャラクタが所属するチーム、選手キャラクタのポジション、又は、選手キャラクタのレアリティである。本動作例において、選手キャラクタの基本パラメータは、選手キャラクタの属性を含む。

図２５～図２７の例では、殿堂入り条件は、選手キャラクタの能力総合値が閾値ｙ０以上となる、という条件である場合について説明する。図２５の例では、選手キャラクタの年齢がｘ１１に達したときに、その選手キャラクタの能力総合値がｙ０に達し、その選手キャラクタは殿堂入り可能となる。一旦殿堂入り可能となった選手キャラクタは、その後、殿堂入り可能な状態が継続され、複数回に亘って殿堂入り可能である。すなわち、一度殿堂入り可能となった選手キャラクタは、その後、総合能力値が閾値ｙ０未満に下がった場合であっても、殿堂入り可能である。一方、図２６の例では、その選手キャラクタは殿堂入り条件を満たすことなく引退となる。このように、全ての選手キャラクタが殿堂入りの条件を満たすのではなく、殿堂入り条件を満たさない選手キャラクタも存在する。図２７の例では、選手キャラクタの年齢がｘ１２に達したときに、その選手キャラクタは殿堂入り可能となる。

ユーザは、殿堂入りが可能になったタイミングで選手キャラクタを殿堂入りさせる必要はなく、例えば第１リーグで更に選手キャラクタを成長させ、ユーザが気に入った状態になったタイミングで、選手キャラクタを殿堂入りさせることができる。

第１リーグのユーザは、殿堂入りが可能である選手キャラクタを殿堂入りさせる操作を行うことにより、その選手キャラクタを殿堂入りさせる。ユーザにより選手キャラクタを殿堂入りさせる操作が行われると、キャラクタ管理部３１２は、ユーザにより指定された選手キャラクタを殿堂入りさせ、その選手キャラクタの複製である複製キャラクタを生成する。すなわち、選手キャラクタを初めて殿堂入りさせる場合、第２リーグで使用可能な複製キャラクタが生成される。

一方、すでに殿堂入りしている選手キャラクタを再度殿堂入りさせた場合、複製キャラクタの各パラメータは、最後に殿堂入りしたタイミングにおける選手キャラクタの各パラメータで更新される。すなわち、本動作例において、キャラクタ管理部３１２は、選手キャラクタの複製指示を受け付けた場合において、当該複製指示に対応するキャラクタが既に複製されている場合、当該複製指示を受け付けたタイミングにおける当該選手キャラクタのパラメータで、当該選手キャラクタの複製のパラメータを更新する複製ステップを実行する。

また、ステップＳ１０６において、ミッション管理部１１４は、選手キャラクタに関連付けられた１又は複数の第１パラメータが殿堂入り条件を満たした場合に、選手キャラクタに関連付けられた１又は複数の第２パラメータに応じた報酬をユーザに付与する。

この動作例では、ミッション管理部１１４は、複数の選手キャラクタのうち、１又は複数の第１パラメータが殿堂入り条件を満たした選手キャラクタに応じたポイントをユーザに付与し、ユーザに付与したポイントの累積値に応じた報酬を付与する。

ポイントは例えば、ユーザが入手した（例えば、購入した）サポーターズパスに付与される。この動作例で、サポーターズパスは、付与されるポイントの累積値に応じた報酬をユーザが得られる、ゲームにおいてユーザが入手するアイテムである。サポーターズパスは、複数の種類のものが設けられていてもよい。例えば、サッカークラブ毎のサポーターズパスが設けられてもよい。また、サポーターズパスは例えば、有効期間が設定されてもよい。有効期間が設定されているサポーターズパスの場合、期間内に付与されたポイントの累積値に応じた報酬がユーザに付与される。報酬は、複数のアイテムの中からユーザが選択するものであってもよい。

また、ゲームシステム１は、選手キャラクタに関連付けられた１又は複数の第１パラメータが殿堂入り条件を満たした場合に、ポイント以外の報酬、例えば、消費価値やアイテム等をユーザに付与してもよい。

ユーザは、選手キャラクタを成長させたり、また、所定の試合に参加したりする、といった所定の条件を満たすことにより、自身が入手したサポーターズパスのポイントを貯めることができる。例えば、ミッション管理部３１３は、選手キャラクタが殿堂入り条件を満たした場合に、その選手キャラクタの第２パラメータに応じたポイントをサポーターズパスに付与する。すなわち、殿堂入り条件を満たした場合に付与されるポイントは、選手キャラクタの第２パラメータ（例えば、レアリティ）に応じて異なる。例えば、ミッション管理部３１３は、選手キャラクタのレアリティが「１」である場合、１ポイントを付与し、選手キャラクタのレアリティが「２」である場合、２ポイントを付与し、選手キャラクタのレアリティが「３」である場合、３ポイントを付与する。

また、殿堂入り条件を満たした選手キャラクタが複数いる場合、サポーターズパスにはそれら複数の選手キャラクタのそれぞれのポイントが付与される。すなわち、殿堂入りさせた選手キャラクタの数が多くなるほど、ポイントの累積値が高くなる。

ユーザが複数のサポーターズパスを所有している場合、上記条件が満たされると、それら複数のサポーターズパスにそれぞれポイントが付与される。例えば、ユーザが１つの無償パスと１つの有償パスとを所有している場合、レアリティが「３」である選手キャラクタが殿堂入り条件を満たすと、その無償パスと有償パスとのそれぞれに３ポイントが付与される。

サポーターズパスは、図２９に例示したミッションＭ１、Ｍ２、Ｍ３、・・・の例である。上述のように、サポーターズパスに付与されたポイントの累積値（以下「累積ポイント」とする）に応じた報酬がユーザに付与される。図２９の例では、無償パスであるミッションＭ１の累積ポイントが１００ポイント以上であるユーザは、アイコンを獲得できる。また、有償パスであるミッションＭ２の累積ポイントが１００ポイント以上であるユーザは、チームＥのアイコンを獲得できる。ミッションＭ１の累積ポイントが２００以上であるユーザは、アイコン及び報酬Ｂを獲得できる。ミッションＭ２の累積ポイントが２００以上であるユーザは、チームＥのアイコン及び報酬Ｅ２を獲得できる。

このように、本動作例では、ミッション管理部３１３は、選手キャラクタの第２パラメータ（例えば、レアリティ）に応じてサポーターズパスにポイントを付与し、更に、ポイントの累積値に応じた報酬をユーザに付与する。すなわち、この動作例では、ミッション管理部１１４は、選手キャラクタの第２パラメータに応じた報酬をユーザに付与する。

なお、本動作例では、ミッション管理部３１３は、サポーターズパスに付与されたポイントの累積値に応じた報酬を付与したが、報酬はポイントの累積値（累積ポイント）に応じたものに限られない。報酬は、例えばサポーターズパスの累積ポイントそのものであってもよい。また、例えば、ミッション管理部３１３は、サポーターズパスに付与されたポイントに応じた報酬をユーザに付与してもよい。この場合、例えば、ミッション管理部３１３は、サポーターズパスにポイントが付与される毎に、付与されたポイントに対応する報酬をユーザに付与してもよい。また、他の例として、例えば、ミッション管理部３１３は、選手キャラクタが殿堂入り条件を満たした場合に、その選手キャラクタのレアリティ毎に予め設定された報酬を付与してもよい。

図２４の説明に戻る。ステップＳ１０８において、ゲーム進行部１１１は、複製された選手キャラクタを用いて行われる第２リーグを進行させる第２進行ステップを実行する。第２リーグは、上述したように、複製キャラクタを用いてプレイされる。すなわち、ユーザが気に入った選手キャラクタを殿堂入りさせることにより、いわゆるドリームチームを作成して第２リーグをプレイすることができる。

第２進行ステップでは、上述したように、キャラクタ管理部３１２は、１又は複数の第１パラメータ（例えば選手キャラクタの名声値、経験値、年齢、所属チーム、及びポジション）を変化させない。なお、選手キャラクタの第２パラメータ（例えば、レアリティ）は、第１リーグと同様に、第２リーグの進行によっても変化しない。一方、選手キャラクタの状態パラメータは、第１リーグの進行に伴って変動するとともに、第２リーグの進行に伴っても変動する。

また、上述したように、第２リーグでは複製キャラクタは年齢が増加することがなく、第２リーグで用いられる複製キャラクタは引退することがない。すなわち、キャラクタ管理部３１２は、第２リーグで用いられる複製キャラクタを、ゲーム内時間の経過によっても使用不可にしない。なお、上述したように、複製キャラクタは、ユーザが不要であると判断した場合、ユーザの操作により除外することができる。この場合、ゲームシステム１は、ユーザの操作に応じて複製キャラクタを除外する。

上記の仕組みによれば、選手キャラクタに関連付けられた第１パラメータが殿堂入り条件を満たした場合に、第２パラメータに応じた報酬がユーザに付与される。ユーザへの報酬の付与は、契約キャラクタ群Ｌ２に含まれる選手キャラクタを用いて第１リーグで試合を進行させる動機付けになり得る。また、本実施形態では、第２パラメータに応じた報酬が付与されるため、付与される報酬が画一的にならず、報酬の付与に係るゲームの興趣性を向上させることができる。これにより、ユーザに複製前の選手キャラクタを用いた第１ゲームの実行を促進することができる。

＜ゲームの仕組み２＞
続いて、ユーザに興趣性を与えるための本ゲームの他の仕組みについて説明する。

ゲームシステム１は、ユーザの操作によりゲームを進行させる進行部と、前記ゲームの進行によって特定の事象が生じた場合、複数のミッションであって、属性が関連付けられた属性有りミッションを少なくとも１つ含む当該複数のミッションのうち、前記ユーザに関連付けられた１以上のミッションに対してポイントを付与するとともに、当該１以上のミッションのうち当該特定の事象と同じ属性が関連付けられているミッションに対し、追加ポイントを付与する付与部と、を含む。本実施形態において、進行部は、ゲーム進行部１１１によって実現される。付与部は、ミッション管理部３１３によって実現される。

（ミッション）
一実施形態において、ミッション管理パートにおいて説明したように、複数のミッションが存在する。図２９の例では、ミッションＭ１、Ｍ２、Ｍ３、・・・が存在しており、ミッションＭ１及びＭ２がユーザに関連付けられている。各ミッションには、１又は複数の条件が関連付けられている。何れかの条件が満たされている場合に、当該条件に関連付けられた報酬がユーザに付与される。換言すると、各ミッションは、当該ミッションに関連付けられた１又は複数の条件のうちいずれかの条件を満たしている場合に、当該ミッションに関連付けられたユーザに対して報酬を付与するサービスである。

図２９の例では、ミッションに関連付けられた１又は複数の条件とは、当該ミッションに対して付与されるポイントの累積値が、段階的に定められた規定ポイントの何れかに到達するとの条件である。例えば、ミッションＭ１については、規定ポイントとして１００、２００、３００、４００ｐｔの４段階が定められている。規定ポイントは、ミッション毎に段階的に定められている。図２９の例では、ミッションＭ１、Ｍ２、Ｍ３に同一の４段階の規定ポイントが定められているが、各ミッションに定められる規定ポイントの段階数及び各段階の値は、他の少なくとも１つのミッションと異なっていてもよい。

（ミッションの属性）
複数のミッションには、属性が関連付けられた属性有りミッションが少なくとも１つ含まれる。一実施形態において、複数のミッションには、互いに異なる属性が関連付けられた複数の属性有りミッションが含まれている。図２９の例では、ミッションＭ１には、属性が関連付けられていない。ミッションＭ２、Ｍ３には、属性が関連付けられている。

図２９の例では、ミッションに関連付けられる属性は、ゲームにおいて利用可能な何れかの選手キャラクタの出身クラブであるチームである。ただし、ミッションに関連付けられる属性はこれに限らず、サッカーゲームにおいて利用される他のオブジェクトが有する属性であってもよい。ここで、属性とは、グループ分け可能な対象について、当該対象がいずれのグループに属するかを示す情報である。例えば、これに限定するものではないが、スポーツゲームにおける種々のオブジェクト、例えば、選手キャラクタ、エンブレム、応援歌等を対象とする場合、当該対象は、属性として所属チームを有し得る。また、選手キャラクタを対象とする場合、さらに、属性として、ポジジョン、レアリティ等を有し得る。また、ミッションに関連付けられる属性は、何れかのオブジェクトが有し得る属性のうちの何れかの属性とすることができる。例えば、これに限定するものではないが、本実施形態におけるミッションは、属性として、選手キャラクタの所属チーム、ポジション、レアリティ等に関連付けられ得る。

（特定の事象）
ゲームの進行上生じる事象のうち、ポイントを付与するトリガーとなる事象である。事象の種類は限定されず、例えば、キャラクタのパラメータが所定の条件を満たしたこと、所定のイベントが発生又は終了したこと等を含む。特定の事象の一例として、（１）第１リーグに含まれる試合をプレイすること、（２）選手キャラクタが殿堂入り可能となること、等がある。

（１）の場合、所定期間において付与されるポイントに上限が設定される。例えば、付与されるポイントの上限は、１日につき１試合分までであってもよい。例えば、第１リーグのシーズン中に第１リーグの試合が１つも終了しなかった日については、ポイントが付与されない。また、第１リーグのシーズン中に第１リーグの試合が１つ以上終了した日については、１試合分のポイントが付与される。

（２）の場合、付与されるポイントの量は、殿堂入り可能となった選手キャラクタｃ１が有する第２パラメータＰ２（第２パラメータ）に応じて定まる。

図２８は、ゲームシステム１がサポーターズパスに対しポイントを付与する処理（付与ステップ）の流れを例示するフローチャートである。図２８では、上記（２）の場合について説明する。

ステップＳ１２０において、ミッション管理部３１３は、選手キャラクタの第１パラメータが閾値を越えたか否かを判定する。超えていると判定した場合（ステップＳ１２０のＹＥＳ）、ステップＳ１２２において、ミッション管理部３１３は、当該選手キャラクタが殿堂入り可能であると判定し、各サポーターズパスに対し、当該選手キャラクタの第２パラメータに応じたポイントを付与する。図３０は、サポーターズパスに対し付与するポイントを例示した図である。図３０の例では、第２パラメータは、選手キャラクタに関連付けられたレアリティであり、ミッション管理部３１３は、各サポーターズパスに対し、選手キャラクタに関連付けられたレアリティに応じたポイントを付与する。

さらに、ステップＳ１２４において、ミッション管理部３１３は、当該選手キャラクタに関連付けられた属性と同一の属性が関連付けられたサポーターズパスに対し、追加ポイントを付与する。例えば、図１９の例では、出身クラブがチームＥである選手キャラクタの第１パラメータが閾値を越えた場合、ミッションＭ２に対して追加ポイントが付与される。ミッション管理部３１３は、図３０に示すように、追加ポイントとして、選手キャラクタに関連付けられたレアリティに応じたポイントを付与してもよい。

なお、ミッション管理部３１３は、ステップＳ１２２及びステップＳ１２４において、ユーザに関連付けられているサポーターズパスのみにポイントを付与してもよいが、ユーザに関連付けられていないサポーターズパスに対しても同様にポイントを付与してもよい。この場合、ユーザに関連付けられていないミッションにもポイントが付与されるため、ユーザはポイントが多く付与されたミッションを消費価値と引き換えるかを選択する興趣性をユーザに提供することができる。

（有償ミッション及び無償ミッション）
複数のミッションには、有償ミッションと、無償ミッションとが含まれる。図２９の例では、属性が関連付けられていないミッションＭ１は無償ミッションであり、属性が関連付けられたミッションＭ２、Ｍ３は有償ミッションである。ただし、ユーザに付与されるミッションには、属性が関連付けられた無償ミッションが含まれていてもよいし、属性が関連付けられていない有償ミッションが含まれていてもよい。

有償ミッションは、ユーザに関連付けられた消費価値の消費と引き換えに、条件に応じた報酬が獲得可能となるミッションである。以降、ユーザが、消費価値と引き換えにサービス又はオブジェクトを得ることを、購入する、とも記載する。つまり、有償ミッションは、ユーザの購入により報酬が獲得可能となるサービスである。図２９の例では、有償ミッションＭ２は、消費価値の一例であるゲームコイン１００枚（１００ｐｔ）により購入可能である。有償ミッションＭ３は、ゲームコイン２００枚（２００ｐｔ）により購入可能である。

ここで、有償ミッションに対するポイントは、購入前であっても付与され、蓄積される。ただし、有償ミッションに関連付けられた条件のうち、購入前に満たされた各条件に対応する報酬は、購入後にユーザに付与される。

無償ミッションは、ユーザの購入によらずに、条件に応じた報酬が獲得可能なミッションである。例えば、無償ミッションは、当該無償ミッションの提供開始後、ユーザの操作を必要とせずに、かつ、消費価値を消費することなく、報酬が獲得可能であってもよい。すなわち、無償ミッションは、予めユーザに関連付けられており、有償ミッションは、ユーザに関連付けられた消費価値と引き換えに、ユーザに関連付けられるものということができる。

（サポーターズパス、有償パス、無償パス）
サポーターズパスは、ミッションの一例である。サポーターズパスのうち有償のものを有償パス（有償ミッションの一例）とも記載し、無償のものを無償パス（無償ミッションの一例）とも記載する。本実施形態では、有償パスには、属性として特定のチームが関連づけられる。特定のチームとは、ゲームにおいて提供される複数の選手キャラクタがそれぞれ所属する所属チームのうち何れかである。以降、「属性としてチームＸが関連付けられたサポーターズパス」を、単に、「チームＸのサポーターズパス（有償パス）」とも記載する。また、「サポーターズパスに関連付けられたチーム」を、単に「サポーターズパス（有償パス）のチーム」とも記載する。例えば、図２９に示したミッションＭ２は、「チームＥの有償パス」である。また、ミッションＭ３は、「チームＦの有償パス」である。購入済みの有償パスに関連付けられた条件が満たされると、ユーザには、当該有償パスのチームに関連する報酬が付与される。したがって、ユーザは、有償パスを購入することにより、当該有償パスのチームに関連する報酬を得られる可能性が高くなる。したがって、何れかのチームを応援するユーザにとって、当該チームの有償パスを購入する動機付けが向上する。

（サポーターズパスの有効期限）
ここで、サポーターズパスには、有効期限が設定される。有効期限とは、当該サポーターズパスに関連付けられた報酬が付与され得る期間である。例えば、有効期限が到来していないサポーターズパスに対して付与されたポイントが規定ポイントを超えると報酬が付与されるが、有効期限が到来したサポーターズパスについては、蓄積ポイントに関わらず何れの報酬も付与されない。有効期限は、ゲーム内時間、現実時間の一方又は両方によって規定されてもよい。例えば、サポーターズパスの有効期限がゲーム内時間により規定する一例として、当該サポーターズパスの提供開始時に進行していた第１リーグのシーズン終了時を有効期限とする例がある。また、例えば、サポーターズパスの有効期限を現実時間により規定する一例として、当該サポーターズパスの提供開始時から所定日数を有効期限とする例がある。

（消費価値）
消費価値とは、ゲーム内のサービス又はオブジェクトと引き換え可能な価値を表す情報である。消費価値は、ゲーム内のサービス又は媒体のみと引き換え可能な価値を表すゲーム内のパラメータ（上述したゲームコイン等）であってもよいし、特定のゲームに限定されないサービス又は媒体と引き換え可能な価値を表す情報であってもよい。また、消費価値は、ユーザ名義のクレジットカード、銀行口座、キャッシュレス決済サービスに関連付けられた金額を表す情報であってもよい。

なお、消費価値がゲーム内のパラメータである場合、そのような消費価値は、有償のものと、無償のものとを含む。有償の消費価値は、ユーザによる金銭的価値の支払いと引き換えにユーザに付与される。無償の消費価値は、ユーザによる金銭的価値の支払いを必要とせずに、ユーザに付与される。無償の消費価値は、例えば、ログインボーナス、キャンペーン等によりユーザに付与されてもよい。

（報酬）
報酬とは、ゲーム内において価値を有しているとゲームの提供者又はユーザが認識するものである。報酬は、ミッションに関連付けられた１又は複数の条件の何れかが満たされていることの代償として、ユーザに付与されるオブジェクト又はサービスである。図２９の例では、報酬は、条件である規定ポイントに関連付けて定められる。例えば、無償ミッションＭ１に対して蓄積されたポイントが１００ｐｔに到達していると、アイコンが付与され、２００ｐｔに到達していると報酬Ｂが付与され、３００ｐｔに到達していると報酬Ｃが付与され、４００ｐｔに到達していると報酬Ｄが付与される。

報酬の一例としては、選手キャラクタ、ＢＧＭ、ユーザに関連付けることができるアイコン、トップメニューパートにおける背景画像、又はチームのエンブレム、その他のアイテム等がある。また、報酬の他の一例として、ゲームを有利に進行させることのできる要素、例えば、選手キャラクタのパラメータを増強させるアイテム等がある。また、報酬の他の一例として、選手キャラクタの抽選処理を実行するサービスがある。

一実施形態において、ミッション管理部３１３は、ユーザに関連付けられた各ミッションに付与されたポイントの累積に応じて、当該ミッションに関連付けられた属性に応じた報酬を、ユーザに付与してもよい。図２９の例では、有償ミッションＭ２に対して蓄積されたポイントが１００ｐｔに到達していると、ミッション管理部３１３は、有償ミッションＭ２に関連付けられた属性であるチームＥのアイコンを報酬としてユーザに付与してもよい。

上記の仕組みによれば、特定の属性の事象が生じたときに、より多くのポイントが付与されることは、当該属性を好むユーザの興趣性を向上させることができる。また、ユーザに関連付けられたミッションに関連付けられた属性のポイントが多く付与されるようにゲームを進行させる興趣性をユーザに提供することができる。特に互いに異なる属性が関連付けられた複数の属性有りミッションが含まれている場合、ミッションに付与されるポイントは、当該ミッションに関連付けられた属性によって異なるため、何れのミッションを消費価値と引き換えるかを選択する興趣性をユーザに提供することができる。

＜ゲームの仕組み３＞
続いて、ユーザに興趣性を与えるための本ゲームの他の仕組みについて説明する。

ゲームシステム１は、ユーザの操作によりゲームを進行させる進行部と、前記ゲームにおいてミッションに関連付けられた条件が満たされている場合に、前記ユーザに付与する報酬を、前記ミッションに関連付けられた属性を有する複数のオブジェクトから選択する選択部と、を含む。本実施形態において、進行部は、ゲーム進行部１１１によって実現される。選択部は、ミッション管理部３１３によって実現される。

ミッションに関連付けられる報酬の一例として、当該ミッションに関連付けられた属性と同一の属性を有するオブジェクトから選択されるオブジェクトがある。本実施形態では、サポーターズパスによって得られる可能性がある報酬の一例として、当該サポーターズパスのチームに所属する選手キャラクタの抽選処理を実行して付与するサービスが有り得る。換言すると、サポーターズパスによって得られる可能性がある報酬の１つに、抽選チケットが含まれる。

ここで、抽選チケットについて説明する。抽選チケットとは、抽選処理を実行するサービスと引き換えに消費されるアイテムであり、ゲームにおいてユーザに付与されるアイテムである。抽選処理は、ユーザが保有する抽選チケットの所定数の消費と引き換えに実行される。

例えば、図２９において、チームＥの有償パスである有償ミッションＭ２では、蓄積ポイントが３００ポイントを超過している場合に、チームＥの抽選チケットが付与される。チームＥの抽選チケットで抽選対象となる選手キャラクタは、チームＥの選手キャラクタである。また、チームＦの有償パスである有償ミッションＭ３では、蓄積ポイントが３００ポイントを超過している場合に、チームＦの抽選チケットが付与される。チームＦの抽選チケットで抽選対象となる選手キャラクタは、チームＦの選手キャラクタである。

ただし、サポーターズパスに報酬として関連付けられた抽選チケットは、抽選チケットの態様でユーザに保有される期間を有さない。換言すると、サポーターズパスに報酬として関連付けられた抽選チケットは、ユーザに付与されることが決定された後、当該抽選チケットを受け取るためのユーザの操作に応答して消費される。その結果、当該抽選チケットを受け取るためのユーザの操作に応答して、抽選結果である選手キャラクタがユーザに付与される。

すなわち、図２９を参照して説明したように、ミッション（サポーターズパス）には、段階的な条件（規定ポイント）が関連付けられており、段階的な条件（規定ポイント）の各々に個別の報酬が対応している。

＜処理の流れ＞
（報酬を付与する処理）
図３１は、ユーザ端末１０がユーザに報酬を付与する処理（方法、報酬付与ステップ）の流れを例示するフローチャートである。なお、一部のステップは並行して、又は順序を替えて実行されてもよい。

ステップＳ１４０において、ゲーム進行部１１１は、第１リーグを進行させることにより、ユーザにポイント、追加ポイントの一方又は両方を付与する。当該ステップの詳細については、図２８を参照して説明した通りであるため、詳細な説明を繰り返さない。すなわち、ステップＳ１０４は、ゲーム進行部１１１によって実行される、ゲーム（ここでは、第１リーグ）を進行させる進行ステップの一例である。

次に、ミッション管理部１１４は、ユーザに関連付けられている各サポーターズパスについて、ステップＳ１４２～Ｓ１４４までの処理を実行する。

ステップＳ１４２において、ミッション管理部１１４は、当該サポーターズパスがユーザに関連付けられているか否かを判断する。当該サポーターズパスがユーザに関連付けられているとは、当該サポーターズパスが無償パスであるか、又は、購入済みである場合を指す。ここで、「購入済みである」とは、ユーザに関連付けられた消費価値と引き換え済みであることの一例である。購入済みであるか否かの判断は、記憶部１４に記憶されたミッション情報を参照することにより行われる。購入によりミッション情報を更新する処理については後述する。

ステップＳ１４２でＹｅｓの場合、次のステップＳ１４４の処理が実行される。ステップＳ１４２でＮｏの場合、当該サポーターズパスについてステップＳ１４４、Ｓ１４６の処理を実行することなく、次のサポーターズパスがあれば、ステップＳ１４２からの処理が実行される。

ステップＳ１４４において、ミッション管理部１１４は、当該サポーターズパスに対して蓄積されたポイントが、規定ポイントを超えているか否かを判断する。ここで、当該サポーターズパスについて複数段階の規定ポイントが定められている場合、ミッション管理部１１４は、蓄積ポイントが、各規定ポイントを超えているか否かを判断し、少なくとも１つの規定ポイントを超えていればＹｅｓと判断する。ステップＳ１４４でＹｅｓの場合、次のステップＳ１４６の処理が実行される。ステップＳ１４４でＮｏの場合、当該サポーターズパスについてステップＳ１４６の処理を実行することなく、次のサポーターズパスがあれば、ステップＳ１４２からの処理が実行される。

ステップＳ１４６において、ミッション管理部１１４は、蓄積ポイントが超過している各規定ポイントについて予め定められた報酬の付与を決定する。ここで、当該サポーターズパスが有償パスの場合、ミッション管理部１１４は、当該サポーターズパスと同一の属性（同一のチーム）を有する報酬の付与を決定する。ここで、当該サポーターズパスと同一の属性を有する報酬の一例として、図２９を参照して説明したチームＥの抽選チケットがある。なお、付与が決定された報酬は、当該ステップではユーザに付与されない。付与が決定された報酬は、後述するステップＳ１５４においてユーザに付与される。

各サポーターズパスについてステップＳ１４２～Ｓ１４６の処理が完了すると、次のステップＳ１４８以降の処理が実行される。なお、ステップＳ１４８～Ｓ１５４の処理は、ステップＳ１４６において１つでも報酬の付与が決定されている場合に実行され、１つの報酬も付与が決定されていない場合には省略される。

ステップＳ１４８において、ミッション管理部１１４は、報酬獲得を演出する処理を実行する。例えば、報酬獲得を演出する処理は、少なくとも何れかの報酬を示す情報として、静止画、動画、アニメーション、テキスト、音声等の一部又は全部を組み合わせた情報を出力する処理であってもよいが、これに限られない。なお、報酬獲得を演出する処理は、各サポーターズパスについてステップＳ１４２～Ｓ１４６の処理が完了した後、所定のタイミングで実行される。所定のタイミングとは、例えば、上述したトップメニューパートに遷移するタイミングであってもよいが、これに限られない。

ステップＳ１５０において、ミッション管理部１１４は、報酬を受け取るための受け取り画面を表示する。受け取り画面とは、付与が決定された報酬を受け取る操作を受け付ける画面である。例えば、受け取り画面は、付与が決定された報酬の一覧を含む。

ステップＳ１５２において、ミッション管理部１１４は、報酬を受け取るためのユーザの操作を受け付ける。例えば、ミッション管理部１１４は、受け取り画面に含まれる報酬の何れかを選択する操作を受け付ける。

ステップＳ１５４において、ミッション管理部１１４は、付与が決定された報酬をユーザに付与する。例えば、ミッション管理部１１４は、受け取り画面において選択された報酬をユーザに付与する。

ここで、報酬が抽選チケットである場合、付与された抽選チケットはユーザに保有されることなく消費される。つまり、ステップＳ１５４において、ミッション管理部１１４が抽選チケットをユーザに付与した後、抽選部１１２が抽選処理を実行することにより、サポーターズパスのチームに所属する選手キャラクタをユーザに付与する。

すなわち、ステップＳ１４４及びＳ１５４は、ミッション（有償パス）に関連付けられた条件が満たされている（蓄積ポイントが規定ポイントを超えている）場合に、ユーザに付与する報酬を、ミッションに関連付けられた属性（有償パスのチーム）を有する複数のオブジェクト（選手キャラクタ）から選択する（抽選処理を実行する）選択ステップの一例である。

また、当該選択ステップは、ステップＳ１４２において説明したように、ミッション（有償パス）について、条件が満たされている（蓄積ポイントが規定ポイントを超えている）ことに加えて、引換済みである（購入済みである）場合に実行される。

また、当該選択ステップは、ステップＳ１５２、Ｓ１５４において説明したように、報酬を受け取るためのユーザの操作（受け取り画面に対する操作）に応答して実行される。

このように、ユーザ端末１０は、サポーターズパスに報酬として抽選チケットが関連付けられている場合、当該抽選チケットが関連付けられた条件を満したユーザに対して確実に抽選結果を付与する。その結果、サポーターズパスに関連付けられた条件を満たすことに対するユーザの動機付けが向上する。

以上で、報酬を付与する処理の説明を終了する。

（サポーターズパスを販売する処理）
図３２は、ユーザ端末１０がサポーターズパスを販売する処理（方法）の流れを例示するフローチャートである。なお、一部のステップは並行して、又は順序を替えて実行されてもよい。

ステップＳ１６０において、ミッション管理部１１４は、サポーターズパスを販売する処理を実行する。具体的には、ミッション管理部１１４は、サポーターズパスの購入を指示する操作に応答して、ユーザが保有するゲームコインのうち、当該サポーターズパスに設定された量のゲームコインを消費する。

ステップＳ１６２において、ミッション管理部１１４は、当該サポーターズパスが購入済みであることを記憶部１２０に記憶させる。具体的には、ミッション管理部１１４は、図２９に示したようなミッション情報において、販売したサポーターズパスに関連付けられた未購入を示す情報を、購入済みを示す情報に更新し、ユーザに当該サポーターズパスを関連付ける。

ステップＳ１６４において、ミッション管理部１１４は、販売したサポーターズパスの蓄積ポイントが既に超えている各規定ポイントについて報酬の付与を決定する。当該ステップの処理は、図３１を参照して説明したステップＳ１４４、Ｓ１４６における処理と同様であるため、詳細な説明を繰り返さない。

その後、ミッション管理部１１４は、図３１に示したステップＳ１４８～Ｓ１５４の処理を実行することにより、ステップＳ１６４において付与を決定した各報酬をユーザに付与する。

すなわち、ステップＳ１６０、Ｓ１６２は、ユーザに関連付けられた消費価値（ゲームコイン）の消費と引き換えに、ミッション（サポーターズパス）と引換済みであること（購入済みを示す情報）とを関連付ける引換ステップの一例である。

また、当該引換ステップでは、ミッション管理部１１４は、互いに異なる属性（チームＥ、チームＦ）が関連付けられた複数のミッション（有償パスである有償ミッションＭ２、Ｍ３）のうち何れかのミッションを引換済み（購入済み）であるとしてユーザに関連付けている。

このように、ユーザ端末１０は、各サポーターズパスに対して、未購入であるか購入済みであるかに関わらずポイントを付与する。そして、有償パスについては、購入後に、購入前からの蓄積ポイントが既に超過している規定ポイントに対応した報酬をユーザに付与する。したがって、ユーザは、ポイントの蓄積状況に応じて、購入すれば必ず得られる報酬を確認した上で、サポーターズパスを購入することができ、サポーターズパスの購入に対する動機付けが向上する。

以上で、サポーターズパスを販売する処理の説明を終了する。

（サポーターズパスの有効期限を管理する処理）
図３３は、ユーザ端末１０がサポーターズパスの有効期限を管理する処理（方法）の流れを例示するフローチャートである。なお、一部のステップは並行して、又は順序を替えて実行されてもよい。

ステップＳ１８０において、ミッション管理部１１４は、各サポーターズパスについて有効期限が到来したかを判断する。ステップＳ１８０でＹｅｓの場合、次のステップＳ１８２の処理が実行される。ステップＳ１８０でＮｏの場合、有効期限を管理する処理は終了する。

ステップＳ１８２において、ミッション管理部１１４は、有効期限が到来したサポーターズパスに関連付けられて付与が決定された報酬のうち、ユーザに付与されていない各報酬をユーザに付与する処理を実行する。ユーザに付与されていない報酬とは、受け取るための操作が受け付けられていない報酬である。

ここで、ユーザに付与されていない報酬に抽選チケットが含まれていない場合、抽選部１１２は、当該抽選チケットを消費して抽選処理を実行する。これにより、有効期限が到来したサポーターズパスのチームの選手キャラクタがユーザに付与される。

すなわち、ステップＳ１８０、Ｓ１８２において説明したように、選択ステップは、ミッション（サポーターズパス）に関連付けられた有効期限が満了
したことに応答して実行される。

このように、ユーザ端末１０は、有償パスを購入したユーザに対して、受け取り操作をしないまま有効期限が到来しても確実に報酬を付与する。そのため、有償パスの購入することに対する動機付けが向上する。

以上で、サポーターズパスの有効期限を管理する処理の説明を終了する。

〔その他の変形例〕
＜１つのミッション＞
上述した実施形態において、複数のミッションが提供されるものとして説明した。ただし、提供されるミッションの数は１つであってもよい。

＜異なる期間に提供される複数のミッション＞
上述した実施形態において、複数のミッションが同一の期間にユーザに提供されるものとして説明した。ただし、複数のミッションのうち少なくとも一部は、他のミッションと重複しない期間に提供されるものであってもよい。また、複数のミッションの各々が、他のミッションと異なる時期に提供されるものであってもよい。

＜抽選処理の他の態様＞
上述した実施形態において、報酬は、抽選処理によって選択されたオブジェクトに限られない。報酬は、抽選以外の他の選択基準に基づいて選択されたオブジェクトであってもよい。

＜複数のコンピュータが協働する態様＞
上述した実施形態において、ユーザ端末１０のハードウェア構成及びゲームサーバ３０のハードウェア構成は、図２及び図３に例示したものに限られない。上述の実施形態に係るゲームシステム１が実装する機能は、上述の実施形態で示したように、複数のコンピュータが協働することにより実装されてもよく、また、１台の装置により実装されてもよい。

上述した実施形態では、ユーザ端末１０及びゲームサーバ３０を含むゲームシステム１によってゲームを実現する例について説明したが、上述した実施形態におけるゲームは、ユーザ端末１０によって実現されてもよい。この場合、ユーザ端末１０は、制御部３１０及び記憶部３４と同等の機能ブロックをさらに備える。

〔まとめ〕
以上に例示した形態から、例えば以下の構成が把握される。なお、各態様の理解を容易にするために、以下では、図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の態様に限定する趣旨ではない。

本発明の一態様に係る第１のプログラムは、１又は複数のコンピュータに、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行ステップと、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御ステップと、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行ステップと、を実行させ、前記第１進行ステップでは、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行ステップでは、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、プログラムである。

上記構成によれば、ゲーム内時間の経過に伴ってキャラクタが使用不可になるとともに、キャラクタを複製して通常の第１ゲームとは異なる第２ゲームを実行可能であるゲーム環境において、キャラクタに関連付けられた第１パラメータが条件を満たした場合に、第２パラメータに応じた報酬がユーザに付与される。第２パラメータに応じた報酬が付与されるため、付与される報酬が画一的にならず、報酬の付与に係るゲームの興趣性を向上させることができる。これにより、ユーザに複製前のキャラクタを用いた第１ゲームの実行を促進することができる。

上述した第１のプログラムにおいて、前記第１ゲーム及び前記第２ゲームは、競技を模したゲームであり、前記キャラクタは、前記競技を行う選手を表す選手キャラクタであってもよい。

上記構成によれば、競技を模したゲームを進行するゲーム環境において、選手キャラクタに関連付けられた第１パラメータが条件を満たした場合に、第２パラメータに応じた報酬がユーザに付与される。これにより、ユーザに複製前の選手キャラクタを用いた第１ゲームの実行を促進することができる。

上述した第１のプログラムにおいて、前記複製制御ステップでは、複数の前記キャラクタのうち、１又は複数の前記第１パラメータが前記条件を満たした前記キャラクタに応じたポイントをユーザに付与し、ユーザに付与したポイントの累積値に応じた報酬を付与してもよい。

上記構成によれば、複数のキャラクタに付与されたポイントの累積値に応じて報酬が付与される。これにより、ゲームにおいて複数のキャラクタの使用をユーザに促すことができる。

上述した第１のプログラムにおいて、前記第１進行ステップでは、前記キャラクタの年齢を、当該キャラクタが前記第１ゲームで用いられたか否かに関わらず、ゲーム内時間の経過によって増加させ、前記第１進行ステップでは、前記年齢が予め定められた値に達した前記キャラクタを使用不可にしてもよい。

上記構成によれば、第１ゲームで用いられなかったキャラクタも、第１ゲームで用いられたキャラクタと同様にその年齢が増加する。これにより、実行されるゲームにリアリティを持たせることができ、ゲームの興趣性を向上させることができる。

上述した第１のプログラムにおいて、１又は複数の前記コンピュータに、前記キャラクタを指定する指定情報を取得する取得ステップと、前記指定情報が指定するキャラクタをグループに所属させる所属ステップと、を更に実行させ、前記第１進行ステップでは、前記グループに所属しているキャラクタの一部又は全部を用いて前記第１ゲームを進行させ、前記第１進行ステップでは、前記グループに所属しているキャラクタの年齢を、当該キャラクタが前記第１ゲームで用いられたか否かに関わらず、前記第１ゲームのゲーム内時間の経過によって増加させる一方、前記グループに所属していないキャラクタの年齢を増加させなくてもよい。

上記構成によれば、チームに所属しているキャラクタの年齢が、第１ゲームで用いられたか否かに関わらず第１ゲームの進行に伴って増加する。一方、チームに所属していないキャラクタの年齢は増加しない。これにより、キャラクタの年齢が画一的に増加してしまうことが防止され、ゲームの興趣性を向上させることができる。

上述した第１のプログラムにおいて、前記第１進行ステップでは、前記キャラクタの前記複数のパラメータの少なくとも一部を、前記キャラクタの年齢の変化に伴って変更してもよい。

上記構成によれば、キャラクタのパラメータが年齢の変化に伴って変化する。これにより、実行されるゲームにリアリティを持たせることができ、ゲームの興趣性を向上させることができる。

上述した第１のプログラムにおいて、前記第１進行ステップでは、前記複数のパラメータの少なくとも一部を、上昇又は減少させてもよい。

上記構成によれば、キャラクタのパラメータは、常に上昇するわけではなく、場合により減少する。そのため、実行されるゲームにリアリティを持たせることができ、ゲームの興趣性を向上させることができる。

上述した第１のプログラムにおいて、１又は複数の前記コンピュータに、前記キャラクタの複製指示を受け付けた場合において、当該複製指示に対応するキャラクタが既に複製されている場合、当該複製指示を受け付けたタイミングにおける当該キャラクタの前記パラメータで、当該キャラクタの複製のパラメータを更新する複製ステップ、を更に実行させてもよい。

上記構成によれば、第１ゲームで用いるキャラクタにより第２ゲームで用いるキャラクタのパラメータを更新することができる。これにより、ユーザに第１ゲームの実行を促すことができる。

本発明の一態様に係る第１のゲームシステムは、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行部と、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御部と、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行部と、を備え、前記第１進行部は、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行部は、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない。

前記の構成によれば、上述した第１のプログラムと同様の作用効果を奏する。

また、本発明の一態様に係る第１の方法は、１又は複数のコンピュータが実行する方法であって、１又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行ステップと、前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御ステップと、複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行ステップと、を含み、前記第１進行ステップでは、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、前記第２進行ステップでは、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない。

前記の構成によれば、上述した第１のプログラムと同様の作用効果を奏する。

本発明の一態様に係る第２のプログラムは、１又は複数のコンピュータに、ユーザの操作によりゲームを進行させる進行ステップと、前記ゲームの進行によって特定の事象が生じた場合、複数のミッションであって、属性が関連付けられた属性有りミッションを少なくとも１つ含む当該複数のミッションのうち、前記ユーザに関連付けられた１以上のミッションに対してポイントを付与するとともに、当該１以上のミッションのうち当該特定の事象と同じ属性が関連付けられているミッションに対し、追加ポイントを付与する付与ステップと、を実行させる。

上記構成によれば、特定の属性の事象が生じたときに、より多くのポイントが付与されることは、当該属性を好むユーザの興趣性を向上させることができる。また、ユーザに関連付けられたミッションに関連付けられた属性のポイントが多く付与されるようにゲームを進行させる興趣性をユーザに提供することができる。

上述した第２のプログラムにおいて、前記複数のミッションには、互いに異なる属性が関連付けられた複数の属性有りミッションが含まれていてもよい。

上記構成によれば、ミッションに付与されるポイントは、当該ミッションに関連付けられた属性によって異なるため、何れのミッションを消費価値と引き換えるかを選択する興趣性をユーザに提供することができる。

上述した第２のプログラムにおいて、前記ユーザに関連付けられた消費価値の消費と引き換えに、前記複数のミッションに含まれる１以上の属性有りミッションを前記ユーザに関連付ける引換ステップ、を前記１又は複数のコンピュータにさらに実行させてもよい。

上記構成によれば、ミッションの報酬が、ミッションに関連付けられた属性を有する複数のオブジェクトから選択されるため、当該属性が関連付けられた複数のミッションのうち何れかのミッションを好ましく思うユーザにとって、当該ミッションの興趣性が向上する。

上述した第２のプログラムにおいて、前記特定の事象は、前記ユーザに関連付けられたキャラクタが有するパラメータが所定の条件を満たしたことであり、前記特定の事象の属性は、当該キャラクタに関連付けられた属性であってもよい。

上記構成によれば、ユーザにとって好ましい属性の選手キャラクタのパラメータを向上させると、当該属性のミッションに多くのポイントが付与されるため、ユーザにとって好ましい属性の選手キャラクタのパラメータを向上させるようにゲームを進行させる興趣性をユーザに提供することができる。

上述した第２のプログラムにおいて、前記ユーザに関連付けられた各属性有りミッションに付与されたポイントの累積に応じて、当該属性有りミッションに関連付けられた属性に応じた報酬を、前記ユーザに付与する報酬付与ステップ、を前記１又は複数のコンピュータにさらに実行させてもよい。

上記構成によれば、ユーザにとって好ましい属性が関連付けられたミッションを進行させると、当該属性に応じた報酬が得られるため興趣性を向上させることができる。

上述した第２のプログラムにおいて、前記付与ステップでは、前記ゲームの進行によって前記特定の事象が生じた場合、前記複数のミッションの各々に対してポイントを付与するとともに、当該複数のミッションのうち当該特定の事象と同じ属性が関連付けられているミッションに対し、追加ポイントを付与してもよい。

上記構成によれば、ユーザに関連付けられていないミッションにもポイントが付与されるため、ユーザはポイントが多く付与されたミッションを消費価値と引き換えるかを選択する興趣性をユーザに提供することができる。

上述した第２のプログラムにおいて、前記ミッションには、前記条件を含む段階的な条件が関連付けられており、前記段階的な条件の各々に個別の報酬が対応している、
請求項１から請求項６の何れか１項に記載のプログラム。

上記構成によれば、ユーザは、段階的な条件をクリアすることにより個別の報酬を得ることができるため、ミッションの興趣性がさらに向上する。

本発明の一態様に係る第２のゲームシステムは、ユーザの操作によりゲームを進行させる進行部と、前記ゲームの進行によって特定の事象が生じた場合、複数のミッションであって、属性が関連付けられた属性有りミッションを少なくとも１つ含む当該複数のミッションのうち、前記ユーザに関連付けられた１以上のミッションに対してポイントを付与するとともに、当該１以上のミッションのうち当該特定の事象と同じ属性が関連付けられているミッションに対し、追加ポイントを付与する付与部と、を含む。

上記構成によれば、上述した第２のプログラムと同様の作用効果を奏する。

また、本発明の一態様に係る第２の方法は、１又は複数のコンピュータが実行する方法であって、ユーザの操作によりゲームを進行させる進行ステップと、前記ゲームの進行によって特定の事象が生じた場合、複数のミッションであって、属性が関連付けられた属性有りミッションを少なくとも１つ含む当該複数のミッションのうち、前記ユーザに関連付けられた１以上のミッションに対してポイントを付与するとともに、当該１以上のミッションのうち当該特定の事象と同じ属性が関連付けられているミッションに対し、追加ポイントを付与する付与ステップと、を含む。

前記の構成によれば、上述した第２のプログラムと同様の作用効果を奏する。

本発明の一態様に係る第３のプログラムは、１又は複数のコンピュータに、ユーザの操作によりゲームを進行させる進行ステップと、前記ゲームにおいてミッションに関連付けられた条件が満たされている場合に、前記ユーザに付与する報酬を、前記ミッションに関連付けられた属性を有する複数のオブジェクトから選択する選択ステップと、を実行させるプログラムである。

上記構成によれば、ミッションの報酬が、ミッションに関連付けられた属性を有する複数のオブジェクトから選択されるため、当該属性を好ましく思うユーザにとって、当該ミッションの興趣性が向上する。

上述した第３のプログラムにおいて、前記ユーザに関連付けられた消費価値の消費と引き換えに、前記ユーザに前記ミッションを関連付ける引換ステップ、を前記１又は複数のコンピュータにさらに実行させ、前記選択ステップは、前記ミッションについて、前記条件が満たされていることに加えて、前記ユーザに関連付けられている場合に、前記報酬を選択してもよい。

上記構成によれば、ミッションの報酬が、ミッションに関連付けられた属性を有する複数のオブジェクトから選択されるため、当該属性が関連付けられた複数のミッションのうち何れかのミッションを好ましく思うユーザにとって、当該ミッションの興趣性が向上する。

上述した第３のプログラムにおいて、前記引換ステップは、互いに異なる属性が関連付けられた複数の前記ミッションのうち何れかのミッションを前記ユーザに関連付けてもよい。

上記構成によれば、ミッションに関連付けられた属性の種類が複数あることによって、これら複数の属性のいずれかを好ましく思うユーザにとって、当該ミッションの興趣性が向上する。

上述した第３のプログラムにおいて、前記１又は複数のコンピュータに、前記報酬を受け取るための前記ユーザの操作に応答して、前記選択ステップを実行させてもよい。

上記構成によれば、報酬の選択が、ゲームの進行中に割り込みで発生すると、特に報酬の選択に演出が伴う場合において、ゲームの進行を妨げる場合がある。上記の構成によれば、報酬を受け取るためのユーザの操作に応答して報酬の選択が行われるため、ゲームの進行を妨げない。

上述した第３のプログラムにおいて、前記ミッションには、有効期限が関連付けられており、前記１又は複数のコンピュータに、前記ユーザに関連付けられた前記ミッションに関連付けられた前記有効期限が満了したことに応答して、前記選択ステップを実行させてもよい。

上記構成によれば、ミッションに有効期限を設けることにより、当該ミッションに希少性が生まれ、当該ミッションの興趣性が向上する。また、有効期限が過ぎるまでユーザに付与されるべき報酬が未選択であった場合にも、自動的に報酬を選択することによって、有効期限を徒過したユーザに報酬を付与することができ、ユーザーフレンドリーさを実現する。

上述した第３のプログラムにおいて、前記１又は複数のコンピュータに、前記ゲームの進行において特定の事象が生じた場合、前記ユーザに関連付けられた前記ミッションに対してポイントを付与するとともに、当該特定の事象の属性と当該ミッションに関連付けられている属性が同じ場合には、当該ミッションに追加ポイントを付与する付与ステップを実行させ、前記ミッションに関連付けられた条件は、当該ミッションに付与されたポイントの累積が閾値を超えることであってもよい。

上記構成によれば、ユーザは、ミッションに関連付けられた属性を有するオブジェクトを用いてゲームをプレイすることにより、ミッションに関連付けられた属性を有するオブジェクトを得やすくなる。その結果、ミッションに関連付けられた属性を好ましく思うユーザにとって、ミッションの興趣性がさらに向上する。

上述した第３のプログラムにおいて、前記ミッションには、前記条件を含む段階的な条件が関連付けられており、前記段階的な条件の各々に個別の報酬が対応していてもよい。

上記構成によれば、ユーザは、段階的な条件をクリアすることにより個別の報酬を得ることができるため、ミッションの興趣性がさらに向上する。

本発明の一態様に係る第３のゲームシステムは、ユーザの操作によりゲームを進行させる進行部と、前記ゲームにおいてミッションに関連付けられた条件が満たされている場合に、前記ユーザに付与する報酬を、前記ミッションに関連付けられた属性を有する複数のオブジェクトから選択する選択部と、を含む。

上記構成によれば、上述した第３のプログラムと同様の作用効果を奏する。

また、本発明の一態様に係る第３の方法は、１又は複数のコンピュータが実行する方法であって、ユーザの操作によりゲームを進行させる進行ステップと、前記ゲームにおいてミッションに関連付けられた条件が満たされている場合に、前記ユーザに付与する報酬を、前記ミッションに関連付けられた属性を有する複数のオブジェクトから選択する選択ステップと、を含む。

前記の構成によれば、上述した第３のプログラムと同様の作用効果を奏する。

〔ソフトウェア又はハードウェアによる実現例〕
上述した実施形態では、ユーザ端末１０の制御部１１０、及び、ゲームサーバ３０の制御部３１０が、ソフトウェアにより実現される例について説明した。すなわち、本発明の目的を達成するためにコンピュータによって実行されるプログラムが、図７及び図３に示したコンピュータの記憶部１４及び記憶部３４に記憶され、プロセッサ１１及びプロセッサ３１が当該プログラムを読み取って実行することにより、ユーザ端末１０の制御部１１０及びゲームサーバ３０の制御部３１０が実現される。

なお、この場合、上記プログラムを記憶する記憶部１４及び記憶部３４としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。

また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。また、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、ユーザ端末１０の制御部１１０及び、ゲームサーバ３０の制御部３１０は、ソフトウェアによる実現に限らず、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現されてもよい。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１０ ユーザ端末
１１、３１ プロセッサ
１２、３２ 通信部
１３、３３ 入力部
１４、３４ 記憶部
１５ 表示部
１７、３５ バス
３０ ゲームサーバ
３１ プロセッサ
３２ 通信部
３３ 入力部
３４記憶部
１１０、３１０ 制御部
１１１ ゲーム進行部
３１１ 抽選部
３１２ キャラクタ管理部
３１３ ミッション管理部
Ｌ１ 保有キャラクタ群
Ｌ２ 契約キャラクタ群
Ｌ３ 複製キャラクタ群

Claims (10)

1. １又は複数のコンピュータに、
   １又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行ステップと、
   前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御ステップと、
   複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行ステップと、
   を実行させ、
   前記第１進行ステップでは、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、
   前記第２進行ステップでは、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、
   プログラム。
2. 前記第１ゲーム及び前記第２ゲームは、競技を模したゲームであり、
   前記キャラクタは、前記競技を行う選手を表す選手キャラクタである、
   請求項１に記載のプログラム。
3. 前記複製制御ステップでは、複数の前記キャラクタのうち、１又は複数の前記第１パラメータが前記条件を満たした前記キャラクタに応じたポイントを前記ユーザに付与し、前記ユーザに、付与したポイントの累積値に応じた報酬を付与する、
   請求項１又は２に記載のプログラム。
4. 前記第１進行ステップでは、前記キャラクタの年齢を、当該キャラクタが前記第１ゲームで用いられたか否かに関わらず、ゲーム内時間の経過によって増加させ、
   前記第１進行ステップでは、前記年齢が予め定められた値に達した前記キャラクタを使用不可にする、
   請求項１から３の何れか１項に記載のプログラム。
5. １又は複数の前記コンピュータに、
   前記キャラクタを指定する指定情報を取得する取得ステップと、
   前記指定情報が指定するキャラクタをグループに所属させる所属ステップと、
   を更に実行させ、
   前記第１進行ステップでは、前記グループに所属しているキャラクタの一部又は全部を用いて前記第１ゲームを進行させ、
   前記第１進行ステップでは、前記グループに所属しているキャラクタの年齢を、当該キャラクタが前記第１ゲームで用いられたか否かに関わらず、前記第１ゲームのゲーム内時間の経過によって増加させる一方、前記グループに所属していないキャラクタの年齢を増加させない、
   請求項４に記載のプログラム。
6. 前記第１進行ステップでは、前記キャラクタの前記複数のパラメータの少なくとも一部を、前記キャラクタの年齢の変化に伴って変更する、
   請求項４又は５に記載のプログラム。
7. 前記第１進行ステップでは、前記複数のパラメータの少なくとも一部を、上昇又は減少させる、
   請求項１から６の何れか１項に記載のプログラム。
8. １又は複数の前記コンピュータに、
   前記キャラクタの複製指示を受け付けた場合において、当該複製指示に対応するキャラクタが既に複製されている場合、当該複製指示を受け付けたタイミングにおける当該キャラクタの前記パラメータで、当該キャラクタの複製のパラメータを更新する複製ステップ、を更に実行させる、
   請求項１から７の何れか１項に記載のプログラム。
9. １又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行部と、
   前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御部と、
   複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行部と、
   を備え、
   前記第１進行部は、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、
   前記第２進行部は、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、
   ゲームシステム。
10. １又は複数のコンピュータが実行する方法であって、
    １又は複数のキャラクタを用いて行われる第１ゲームを進行させる第１進行ステップと、
    前記１又は複数のキャラクタに関連付けられた複数のパラメータのうちの１又は複数の第１パラメータが予め定められた条件を満たした場合に、当該キャラクタを複製可能にし、前記複数のパラメータのうちの１又は複数の第２パラメータに応じた報酬をユーザに付与する複製制御ステップと、
    複製された前記キャラクタを用いて行われる第２ゲームを進行させる第２進行ステップと、
    を含み、
    前記第１進行ステップでは、前記１又は複数の第１パラメータの少なくとも一部を変化させ、前記キャラクタをゲーム内時間の経過によって使用不可にし、
    前記第２進行ステップでは、前記１又は複数の第１パラメータを変化させず、前記キャラクタをゲーム内時間の経過によっても使用不可にしない、
    方法。
    
    

Images