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

Description

特許法第３０条第２項適用 平成３０年１０月５日、ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１０９４１６０６６２？ｍｔ＝８、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｋｏｎａｍｉ．ｐａｗａｓａｋａ＆ｈｌ＝ｊａ

本発明は、複数のゲームキャラクタをユーザが使用するゲームのゲームシステム、プロ
グラム、及びゲーム制御方法に関する。

ユーザが複数のゲームキャラクタを使用するゲームが従来から知られている。例えば、
特許文献１には、ユーザが使用するユーザチームに所属する複数の選手（ゲームキャラク
タ）と、対戦相手のチームに所属する複数の選手とを用いたサッカーの試合を実行するゲ
ームシステムが記載されている。

特開２０１４－１９５６０３号公報

ユーザが複数の選手（ゲームキャラクタ）を使用するゲームにおいては、新しい遊び方
をユーザに提供することが求められている。

本発明の一態様は、ユーザが複数のゲームキャラクタを使用するゲームにおいて、新し
い遊び方をユーザに提供することを目的とする。

上記の課題を解決するために、本発明の一態様に係るゲームシステムは、ユーザが保有
している複数のゲームキャラクタのうち、対象ゲームキャラクタとするものを所定条件に
基づき１以上選択する選択部と、前記対象ゲームキャラクタのゲーム内における使用状況
に応じて、前記対象ゲームキャラクタに対応したパラメータを変化させる変化部と、前記
パラメータに基づく所定条件を充足した前記対象ゲームキャラクタを無効化するとともに
、その対価として報酬を前記ユーザに付与する付与部と、を備える

本発明の一実施形態に係るゲームシステムの概略構成を示す図である。 ゲーム処理部の一例を示す図である。 ゲームシステムが管理するデータの一例を示す図である。 ゲームシステムの動作の流れの一例を示す図である。 ホーム画面の一例を示す図である。 オファー元を抽選するための参照されるテーブルの一例を示す図である。 予告対象ゲームキャラクタの数を決定するために参照されるテーブルの一例を示す図である。 予告画面の一例を示す図である。 （ａ）は、トップ画面の一例を示す図であり、（ｂ）は、トップ画面に重畳させて表示されるダイアログの一例を示す図である。 ランクアップ条件を示すテーブルの一例を示す図である。 複数種類のスカウト券のパラメータを示すテーブルの一例を示す図である。 （ａ）は、スカウト券選択画面の一例を示す図であり、（ｂ）は、スカウト結果画面の一例を示す図である。 （ａ）は、選抜チーム編集画面の一例を示す図であり、（ｂ）は、入れ替え画面の一例を示す図である。 対戦チームを抽選するために参照されるテーブルの一例を示す図である。 （ａ）は、対戦相手決定画面の一例を示す図であり、（ｂ）は、調子確定画面の一例を示す図であり、（ｃ）は、アイテム選択画面の一例を示す図である。 試合中画面の一例を示す図である。 対象行動と市場価値上昇値との関係を示すテーブルの一例を示す図である。 対象特殊能力と市場価値上昇値との関係を示すテーブルの一例を示す図である。 対象行動と行動別ポイントとの関係を示すテーブルの一例を示す図である。 （ａ）は、試合結果画面の一例を示す図であり、（ｂ）は、試合結果画面に重畳させて表示されるダイアログの一例を示す図である。 ベストイレブン選出に用いるテーブルの一例を示す図である。 ベストイレブン表示画面の一例を示す図である。 平均評点とオファー基本発生率との関係を示すテーブルの一例を示す図である。 市場価値と市場価値補正値との関係を示すテーブルの一例を示す図である。 移籍金を算出するために参照されるテーブルの一例を示す図である。 プレゼントの種類を抽選するために参照されるテーブルの一例を示す図である。 オファー画面の一例を示す図である。 ゲームシステムの概略構成を示す図である。

〔実施形態１〕
以下、本発明の一実施形態について、詳細に説明する。なお、以下の表等において「X
」で示した数字等は、個々に適宜設定することを意図しており、必ずしも同じ値であるこ
とを意図しているものではない。

〔ゲームシステム〕
図１は、本発明の一実施形態に係るゲームシステム１の概略構成を示す図である。一態
様において、ゲームシステム１は、一以上のユーザ端末１０－１，１０－２，・・・，１
０－Ｎ、および、サーバ３０を含む。なお、本明細書において、ユーザ端末１０－１，１
０－２，１０－Ｎに共通する内容については、「ユーザ端末１０」と表記して説明するこ
ともある。ユーザ端末１０およびサーバ３０は、有線または無線のネットワークＮを介し
て相互にデータ通信が可能である。

ユーザ端末１０は、ユーザが操作するコンピュータである。ユーザ端末１０は、例えば
、携帯電話端末（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを
含む）、パーソナルコンピュータ、携帯ゲーム機、据置ゲーム機、業務用ゲーム機、また
は、情報処理機能を備えた多機能型テレビジョン受像機（スマートテレビ）等である。

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

操作部１４は、タッチパネル、ボタン等の操作部材を含む。操作部１４は、ユーザが入
力操作などを行うためのものである。タッチパネルは、物体のタッチ位置を検出するポイ
ンティングデバイスであり、静電容量方式などの種々のタッチパネルを適用可能である。
なお、操作部１４は、ユーザが音声またはジェスチャによって入力操作を行うためのマイ
クやカメラを含んでもよい。

表示部１５は、例えば、液晶表示パネルまたは有機ＥＬディスプレイ等であり、制御部
１１の指示に従って画面を表示する。なお、操作部１４および表示部１５は、ユーザ端末
１０に内蔵されていなくともよく、ユーザ端末１０に接続された外部装置であってもよい
。外部装置としては、ヘッドマウントディスプレイ（ＨＭＤ）でもよい。

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

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

〔ゲーム処理部〕
以下では、一例として、ゲームシステム１が、チーム対チームで試合するスポーツゲー
ムであるサッカーゲームを実行する構成について説明する。本実施形態において、各チー
ムは、リーグ戦の形式で試合を行う。

ゲームシステム１は、ゲームを進行させるゲーム処理部１００を備えている。図２は、
ゲームシステム１が備えるゲーム処理部１００の一例を示す図である。ゲーム処理部１０
０は、ユーザ端末１０の制御部１１およびサーバ３０の制御部３１によって構成されてお
り、各制御部においてプログラムが実行されることによって協働してゲームを進行させる
。図２に示すように、ゲーム処理部１００には、ＵＩ処理部１０１、予告対象選択処理部
部１０２、予告処理部１０３、ランクアップ処理部１０４、スカウト処理部１０５、チー
ム処理部１０６、対戦相手決定処理部１０７、試合処理部１０８、結果処理部１０９、判
定処理部１１０、提示処理部１１１、付与処理部１１２、および、表示制御部１１３が含
まれており、各処理部は、制御部１１および制御部３１の一方、または、両方に含まれて
おり、どの処理を何れの制御部で実行するかは、ゲームシステム１全体の構成に応じて適
宜選択することができる。以下では、一例として、制御部１１に、ＵＩ処理部１０１、試
合処理部１０８、および、表示制御部１１３が、制御部３１に、予告対象選択処理部１０
２、予告処理部１０３、ランクアップ処理部１０４、スカウト処理部１０５、チーム処理
部１０６、対戦相手決定処理部１０７、結果処理部１０９、判定処理部１１０、提示処理
部１１１、および、付与処理部１１２が含まれている構成について説明するが、本実施形
態はこれに限定されない。

各処理部の動作の詳細については後述する。

〔ゲームシステムが管理するデータ〕
図３は、ゲームシステム１が管理するデータの一例を示す図である。一態様において、
当該データは記憶部３２に記憶されており、必要に応じて一部が記憶部１２に転送される
。

図３に示すように、ゲームシステム１では、一以上のユーザのユーザ情報が管理されて
いる。各ユーザ情報には、少なくとも、当該ユーザのユーザＩＤ（ユーザ識別情報）、当
該ユーザのチームであるユーザチームの「チーム名」、「クラブランク」、「ディビジョ
ン」、「累計バリュー」、「選手」、「フォーメーション」、「スタメン」、「ベンチメ
ンバ」、「所有アイテム」、リーグ戦における「試合数」、リーグ戦における「ランキン
グ」、リーグ戦における「勝ち点」、「チーム総合力」、ならびに、オファーの予告がな
されている場合に、その「オファー元」、「予告対象」が含まれている。換言すれば、こ
れらの情報は、ユーザＩＤ（ユーザ識別情報）と関連付けられている。

なお、前記「オファー」とは、ユーザチームの選手をユーザチームとは異なるチームに
移籍させるための提案等を意味する。

前記「クラブランク」は、ユーザチームのランクを示し、一態様において、駆け出しク
ラブ、成長クラブ、新鋭クラブ、中堅クラブ、優良クラブ、強豪クラブ、および、ビッグ
クラブから選択され、駆け出しクラブが最も序列が低く、ビッグクラブに向かうにつれ序
列が高くなる。前記「ディビジョン」は、クラブが所属するグループを示し、例えば、強
豪クラブおよびビッグクラブは、ディビジョン１に対応し、中堅クラブおよび優良クラブ
は、ディビジョン２に対応し、駆け出しクラブ、成長クラブおよび新鋭クラブは、ディビ
ジョン３に対応する。

前記「選手」は、ユーザが保有している複数の選手（ゲームキャラクタ）を示す情報で
ある。「選手」には１以上の「選手情報」が含まれている。「選手情報」には、少なくと
も「選手ＩＤ」、「選手名」、「ポジション」、「選手ランク」、「市場価値」、「選手
能力」、「特殊能力」および「過去評点」が含まれている。換言すれば、これらの情報は
、選手情報と関連付けられており、また、選手情報は、ユーザ情報と関連付けられている
。「市場価値」は、選手の価値の指標となる値であり、様々な局面で使用される。「選手
能力」は、選手の能力の指標となる値であり、さらに項目分けされた情報が含まれていて
もよい。「特殊能力」は、発動したときに有利な状況を生み出す能力である。「過去評点
」は、例えばリーグ戦における過去の試合の評点を蓄積した情報である。

前記「累計バリュー」は、ユーザが保有する選手の「市場価値」の合計値である。「累
計バリュー」には、ユーザが保有する選手だけでなく、ユーザが過去に保有していた選手
を放出することにより付与された「市場価値」を合算してもよい。また、「累計バリュー
」には、その他の値を合算してもよい。例えば、特定のイベントにおいてユーザに付与さ
れる値等が合算されてもよい。「累計バリュー」によってユーザチームの「クラブランク
」が規定される。

前記「フォーメーション」は、試合における選手の配置に関する情報である。前記「ス
タメン」は、スターティングメンバの略称であり、スターティングメンバとして選択され
た１１人の選手を示す情報である。なお、スターティングメンバとは、試合開始時に試合
に出場する選手を意味する。「スタメン」は、ポジションと選手ＩＤとのセットでポジシ
ョンごとに管理されている。前記「ベンチメンバ」は、ベンチメンバとして選択された９
人の選手を示す情報であり、一以上の選手ＩＤを含んでいる。

前記「所有アイテム」は、ユーザが試合などにおいて使用することが可能なアイテムを
示す情報であり、アイテムＩＤと所有数とのセットでアイテムＩＤごとに管理されている
。

前記「試合数」は、進行中のリーグ戦において既に終了した試合の数であり、前記「ラン
キング」および「勝ち点」は、当該既に終了した試合の結果を示すランキングおよび勝ち
点である。前記「チーム総合力」は、ユーザチームの実力の指標となる値である。

前記「オファー元」は、ユーザチームに対してオファーまたはオファーの予告を行って
いるチームであり、前記「予告対象」は、当該オファーの予告の対象となる選手（ゲーム
キャラクタ）である。

〔ゲームシステムの動作の流れ〕
図４は、ゲームシステム１の動作の流れの一例を示す図である。

（ホーム画面）
ユーザ端末１０において本実施形態の一態様に係るゲームプログラムが起動されると、
ステップＳ１において、表示制御部１１３は、図５に示すホーム画面５００を表示部１５
に表示させる。図５に示すように、ホーム画面５００には、試合を開始するための指示を
受け付けるオブジェクト５０１が含まれている。表示部１５にホーム画面５００が表示さ
れている状態で、ユーザが、操作部１４を介してオブジェクト５０１を指示すると（ＵＩ
処理部１０１が、ユーザが操作部１４を介してオブジェクト５０１を指示したことを検知
すると）、ステップＳ２に移行する。

ステップＳ２において、予告対象選択処理部１０２は、進行中のリーグ戦においてオフ
ァーの予告が既になされているか否かを判定する。既に予告がなされている場合には、ス
テップＳ５に移行し、予告がなされていない場合には、ステップＳ３に移行する。なお、
一態様において、一つのリーグ戦では、所定回（例えば、５回）の試合がなされる。

（予告パート）
ステップＳ３において、予告対象選択処理部１０２は、ユーザが保有している複数の選
手のうち、予告対象選手（対象ゲームキャラクタ）とするものを所定条件に基づいて１以
上選択する。

一態様において、予告対象選択処理部１０２は、ユーザが保有する選手の各々の特定の
パラメータ（第１パラメータ）に基づいて、ユーザの保有する複数の選手から予告対象選
手を１以上選択する。特定のパラメータ（第１パラメータ）としては、例えば選手の市場
価値を用いる。この場合、予告対象選択処理部１０２は、市場価値が一定値以上という条
件を満たす選手を、予告対象選手として１以上選択する。

また、ステップＳ３において、予告対象選択処理部１０２は、予告対象選手の選択と併
せて、他のパラメータ（第２パラメータ）を選択してもよい。他のパラメータとしては、
例えば、序列付けられたオファー元（例えば、序列が低いほうから、国内クラブ、国内有
力クラブ、国内競合クラブ、海外有力クラブ、海外ビッククラブの順に序列付けられたオ
ファー元）の情報である。この場合、予告対象選択処理部１０２は、例えば、図６に示す
ようなテーブルを参照し、ユーザチームの属するディビジョンに応じて、オファー元を抽
選によって特定する。

そして、特定したオファー元（第２パラメータ）に対応する適合条件（選手ランクおよ
び市場価値）を満たす選手を、ユーザの保有する複数の選手の中から予告対象選手として
選出する。なお、ユーザの保有する複数の選手のうち、予告対象選手を選択する条件は、
上記に限らない。例えば、ユーザ情報に含まれる他の情報を、予告対象選手を選択するた
めの条件としてもよい。
なお、適合条件を満たす選手が一つも選出できなかったときには、予告対象選択処理部１
０２は、オファー元の序列を一つ下げて、オファー元に応じた適合条件の市場価値を有す
るか否かに基づいて選手を選出することを、選手が選出されるか、オファー元の序列を下
げられなくなるまで繰り返してもよい。
また、予告対象選択処理部１０２は、図７に示すようなテーブルを参照して、選出された
選手数に応じて、予告対象となる選手の数を決定した上で、選出された選手から、決定し
た数の予告対象選手を抽選してもよい。なお、予告対象選択処理部１０２は、選出された
選手から、決定した数の予告対象となる選手を抽選する代わりに、市場価値が高い方から
選択してもよい。

なお、詳細は後述するが、オファーを受けた場合にユーザに付与される報酬は、オファ
ー元（第２パラメータ）に基づいて決定され得る。そのため、以上の構成によれば、報酬
の大きさに応じた予告対象選手を決定することができる。現実の世界においても、ビッグ
クラブからのオファーは、市場価値の高い選手に対して行われるため、現実味を向上させ
ることができる。

また、予告対象となる選手数は、試合に出場する選手の数に不足が出ないように調整す
ることが好ましい。例えば、スターティングメンバとベンチメンバを合わせて２０名の選
手が試合に出場する場合、予告対象選択処理部１０２は、予告対象選手の数を、ユーザが
所有する選手の数から２０を引いた数を超えないように増減することが好ましい。

続いて、ステップＳ４において、予告処理部１０３は、予告対象選択処理部１０２が選
択した１以上の予告対象選手に関する情報をユーザに通知する。例えば、予告処理部１０
３は、予告対象選手またはその属性を、オファーの予告としてユーザに提示する。一態様
において、予告処理部１０３は、予告対象選手を示す画像を表示部１５に表示させる。ま
た、他の態様において、予告処理部１０３は、予告対象選手の属性を示す画像のみを表示
部１５に表示させる。属性としては、例えば、予告対象選手のポジション、特殊能力など
が挙げられる。予告対象選手の属性のみが示される場合、ユーザは予告対象選手を推定し
てゲームを進めることになり、ゲームに対する関心を高めることができる。

なお、予告処理部１０３がサーバ３０に設けられている場合、予告処理部１０３は、通
信部３３と通信部１３との間の通信を介して、ユーザ端末１０の表示制御部１１３に指示
データを送ることにより、特定の画像を表示部１５に表示させる。以下、サーバ３０に設
けられた各処理部が任意の画像等を表示部１５に表示させる場合についても同様である。

また、予告処理部１０３は、オファーの予告として、オファー元（第２パラメータ）に
関する情報をユーザに提示してもよい。一態様において、予告処理部１０３は、予告対象
選手またはその属性を示す画像に併せて、オファー元（第２パラメータ）を示す画像を表
示部１５に表示させてもよい。

例えば、予告処理部１０３は、図８に示すような予告画面６００を生成し、表示部１５
に表示させる。予告画面６００は、例えば新聞の号外を模した画面であり、オファー元を
示す画像６０１および予告対象選手となり得る候補者リストを示す予告画像６０２を含む
。予告画面６００には、図８に示すように、見出し、オファー元の台詞、記事テキストな
どが含まれている。ただし、これらの画像については、その一部が予告画面６００に含ま
れていなくてもよい。オファー元を示す情報が表示されることで、報酬の指標が予告され
るため、ユーザは期待感をもってゲームを行うことができ、ゲームに対するユーザの関心
も高めることができる。なお、選択された予告対象選手に関する情報や、オファー元に関
する情報をユーザに通知する方法としては、画像を表示部１５に表示させる以外の方法で
もよく、例えば、音声情報を利用してもよい。

（トップ画面）
続いて、ステップＳ５において、表示制御部１１３は、図９の（ａ）に示すようなトッ
プ画面７００を表示部１５に表示させる。図９の（ａ）に示すように、トップ画面７００
には、スカウトパートを開始するための指示を受け付けるオブジェクト７０１、チームパ
ートを開始するための指示を受け付けるオブジェクト７０２、および、試合パートを開始
するための指示を受け付けるオブジェクト７０３が含まれている。さらに、トップ画面７
００には、選択された予告対象選手のリストを示す画像７０４およびオファー元（第２パ
ラメータ）を示す画像７０５、次の試合が、進行中のリーグ戦における何試合目かを示す
画像７０６、ユーザチームのクラブランクを示す画像７０７、ユーザチームの累計バリュ
ーを示す画像７０８などが含まれている。

操作部１４を介してオブジェクト７０１、７０２または７０３をユーザが選択すると、
それぞれ、ステップＳ８、Ｓ９、Ｓ１０に移行する。

なお、一態様において、表示制御部１１３がトップ画面５を表示部１５に表示させた時
点において、ユーザチームの累計バリューが図１０のテーブルに示すランクアップ条件を
満たしている場合、ランクアップ処理部１０４は、ユーザチームのランクアップを行うと
ともに、図１０に基づく報酬をユーザに付与してもよい。これにより、ユーザに対しラン
クアップを目指すという動機づけを与え、ゲームへの関心を高めることができる。なお、
ランクアップ処理部１０４がランクアップの発生を判定するタイミングは、このタイミン
グに限定されず、ユーザチームの累計バリューが変動するタイミングで都度判定するよう
にしてもよい。

ランクアップ処理部１０４は、ランクアップが発生した場合、図９の（ｂ）に示すダイ
アログ７１０をトップ画面７００に重畳させて表示部１５に表示させてもよい。ダイアロ
グ７１０には、ランクアップ後のユーザチームのクラブランクを示す画像７１１および報
酬を示す画像７１２が含まれている。

（スカウトパート）
ステップＳ８では、スカウト処理部１０５が、スカウトパートを進行させる。スカウト
パートは、ユーザがスカウト券を消費して、試合に使用可能な新たな選手を獲得するパー
トである。一態様において、図１１のテーブルに示すような複数種類のスカウト券が存在
し、各スカウト券について、スカウト対象選手ランク（各スカウト券によって獲得可能な
選手の選手ランク）、および、使用解放条件（各スカウト券を使用するために必要なユー
ザチームのクラブランク）がそれぞれ規定されている。高い選手ランクの選手を獲得可能
なスカウト券を使用するためには高いクラブランクが必要になることで、ユーザチームの
ランクアップへの動機を高めることができる。また、現実の世界でも優れた選手の獲得は
、有名クラブによってなされることが多いため、現実味を向上させることができる。

そして、スカウト処理部１０５は、図１２の（ａ）に示すようなスカウト券選択画面８
００を表示部１５に表示させる。スカウト券選択画面８００には、各種類のスカウト券に
、当該スカウト券を使用するための指示を受け付けるオブジェクト（８０１、８０３等）
、当該スカウト券の使用枚数を示す画像（８０２、８０４等）、および、当該スカウト券
が使用不可である場合に、当該スカウト券が使用不可であることを示す画像（８０５等）
が含まれている。図１２の（ａ）に示すように、スカウト券が使用不可であることを示す
画像（８０５等）は、当該スカウト券を使用するために必要なクラブランクを示すもので
あってもよい。また、スカウト券選択画面８００には、スカウトパートを終了させるため
の指示を受け付けるオブジェクト８０６が含まれている。

ユーザが、操作部１４を介して、いずれかのスカウト券を使用するための指示を受け付
けるオブジェクト（８０１、８０３等）を選択し、かつ、当該スカウト券が使用可能であ
る場合、スカウト処理部１０５は、当該スカウト券のスカウト対象選手ランクに基づいて
、選手を抽選する。

なお、スカウト処理部１０５による抽選元となる選手群は、一態様において、選手ラン
クごとに所定数予め設定した選手群であってもよいし、他の一態様において、サーバ３０
が、複数のユーザ（例えば、全ユーザ）の保有する選手、特に、複数のユーザの各々が育
成した選手から、選手ランクごとに所定数予め抽出した選手群であってもよい。これによ
り、スカウト可能な選手のバリエーションを新鮮なものとすることができ、ゲームに対す
るユーザの関心を高めることができる。なおこのとき、好ましくない名前を排除するため
に、当該選手群の各選手の名前をデフォルトの名前に変更してもよい。各ユーザが選手を
育成する処理の一態様については、実施形態３において説明する。

また、スカウト処理部１０５は、単一の選手を抽選し、抽選した選手を獲得するように
してもよいが、スカウト処理部１０５は、複数の選手を抽選し、抽選した選手の中から、
獲得する選手をユーザに選択させるようにしてもよい。なお、抽選する選手の数は特に限
定されないが、例えば、３人とすることができる。

例えば、スカウト処理部１０５は、図１２の（ｂ）に示すようなスカウト結果画面８１
０を表示部１５に表示させる。スカウト結果画面８１０には、抽選された選手ごとに、当
該選手を示す画像８１１、当該選手のポジションを示す画像８１２、当該選手の選手ラン
クを示す画像８１３、当該選手の選手能力を示す画像８１４、当該選手の市場価値を示す
画像８１５、当該選手の能力詳細を表示させるための指示を受け付けるオブジェクト８１
６、当該選手を獲得するための指示を受け付けるオブジェクト８１７が含まれている。ユ
ーザが、操作部１４を介してオブジェクト（８１７等）を選択した場合、スカウト処理部
１０５は、当該選手を獲得してもよい。また、ユーザが、操作部１４を介して、いずれか
の選手の能力詳細を表示させるための指示を受け付けるオブジェクト（８１６等）を選択
した場合、スカウト処理部１０５は、当該選手の能力詳細（特殊能力、選手能力の各項目
など）を表示部１５に表示させてもよい。

スカウト処理部１０５は、スカウトパートにおいて獲得された選手の市場価値を、当該
選手の選手能力に基づいて決定し、ユーザチームの累計バリューに加算する。

そして、操作部１４を介して、スカウトパートを終了させるための指示を受け付けるオ
ブジェクト８０６をユーザが選択した場合、スカウトパートは終了し、ステップＳ５に移
行する。

（チームパート）
ステップＳ９では、チーム処理部１０６が、チームパートを進行させる。チームパート
は、ユーザチームの編集等を行うパートである。一態様において、チーム処理部１０６は
、メニュー画面を表示部１５に表示させ、ユーザの選択に応じて、（ｉ）ユーザチームの
編集、（ｉｉ）ユーザが保有する選手の一覧表示、もしくは、（ｉｉｉ）ユーザが保有す
る選手の削除（登録抹消）を行うか、または、チームパートを終了させる。チームパート
が終了した場合は、ステップＳ５に移行する。

続いて、ユーザチームの編集について詳細に説明する。チーム処理部１０６は、ユーザ
チームの編集を行う場合、図１３の（ａ）に示すような選抜チーム編集画面９００を表示
部１５に表示させる。選抜チーム編集画面９００には、フォーメーションを変更するため
の指示を受け付けるオブジェクト９０１、スターティングメンバが表示される領域９０２
、スターティングメンバである各選手に対応するオブジェクト（９０３等）、ベンチメン
バが表示される領域９０４、ベンチメンバである各選手に対応するオブジェクト（９０５
等）、予告対象選手であることを示す画像（９０６等）、選手ＢＯＸとの入れ替えのため
の指示を受け付けるオブジェクト９０７が含まれている。なお、選手ＢＯＸには、ユーザ
が保有する選手のうち、スターティングメンバでもベンチメンバでもない選手が仮想的に
入っているものとする。

スターティングメンバである各選手に対応するオブジェクト（９０３等）は、スターテ
ィングメンバが表示される領域９０２に、各ポジションに対応する位置に表示されている
。ベンチメンバである各選手に対応するオブジェクト（９０５等）は、ベンチメンバが表
示される領域９０４に表示されている。スターティングメンバである各選手に対応するオ
ブジェクト（９０３等）およびベンチメンバである各選手に対応するオブジェクト（９０
５等）のうち、予告対象選手に対応するオブジェクトには、予告対象選手であることを示
す画像（９０６等）が付されている。これにより、ユーザは、どの選手が予告対象選手か
容易に把握することができる。

また、ユーザが、操作部１４を介して、スターティングメンバである各選手に対応する
オブジェクト（９０３等）およびベンチメンバである各選手に対応するオブジェクト（９
０５等）のうちのいずれかのオブジェクトを選択し、他のオブジェクトまでドラッグした
場合、チーム処理部１０６は、選択されたオブジェクトに対応する選手と、ドラッグ先の
オブジェクトに対応する選手との間で、スターティングメンバのポジションまたはスター
ティングメンバとベンチメンバとの間の入れ替えを行う。

また、ユーザが、操作部１４を介して、スターティングメンバである各選手に対応する
オブジェクト（９０３等）およびベンチメンバである各選手に対応するオブジェクト（９
０５等）のうちのいずれかのオブジェクトを選択し、選手ＢＯＸとの入れ替えのための指
示を受け付けるオブジェクト９０７までドラッグした場合、チーム処理部１０６は、図１
３の（ｂ）に示すような入れ替え画面９１０を表示部１５に表示させる。このとき、選択
されたオブジェクトに対応する選手を入れ替え前選手と称する。

入れ替え画面９１０には、選手ＢＯＸ内の選手に対応するオブジェクト（９１１等）が
含まれている。なお、予告対象選手に対応するオブジェクトには、予告対象選手であるこ
とを示す画像（９１２等）が付されている。そして、ユーザが、操作部１４を介して、い
ずれかの選手（入れ替え後選手）に対応するオブジェクトを選択した場合、チーム処理部
１０６は、スターティングメンバまたはベンチメンバから、入れ替え前選手を取り除き、
代わりに、入れ替え後選手を追加する。

なお、一態様において、入れ替え画面９１０、ユーザが保有する選手の一覧表示のため
の画面、および、ユーザが保有する選手の削除のための画面では、各選手に対応するオブ
ジェクトをソート可能になっていてもよい。また、一態様において、チーム処理部１０６
は、ユーザが保有する選手を削除した場合に、ユーザチームの累計バリューの変化させな
くともよい。また、一態様において、チーム処理部１０６は、スターティングメンバとし
て選択された選手、ベンチメンバとして選択された選手、および、予告対象選手の削除を
行わないことが好ましい。また、一態様において、チーム処理部１０６は、ユーザが保有
する選手が２３人以下になる場合は、削除を行わないことが好ましい。

（試合前パート）
ステップＳ１０では、対戦相手決定処理部１０７が、対戦相手を決定する。本実施形態
にでは、リーグ戦が行われており、対戦相手決定処理部１０７は、リーグ戦における最初
の試合前に所定数（例えば、３）の対戦相手チームを決定する。そして、対戦相手決定処
理部１０７は、各試合前において、前記決定した所定数の対戦相手チームから、例えばラ
ンダムに、次の試合における対戦相手チームを決定する。

対戦相手決定処理部１０７が所定数の対戦相手チームを決定する方法は特に限定されな
いが、一態様において、対戦相手決定処理部１０７は、他のユーザが作成したチームから
、所定数の対戦相手チームを抽選してもよい。一態様において、対戦相手決定処理部１０
７は、他のユーザが作成したチームから、ユーザチームのディビジョンが１に近いほど、
ユーザチームのチーム総合力より高いチーム総合力の対戦相手チームが多くなるように、
所定数の対戦相手チームを抽選する。これにより、クラブランクが向上するほど強敵と試
合することができ、ユーザは緊張感を持って遊ぶことができる。

一例として、対戦相手決定処理部１０７は、他のユーザが作成したチームから、チーム
総合力が第１の範囲であるカテゴリ１のチーム、チーム総合力が第２の範囲であるカテゴ
リ２のチーム、および、チーム総合力が第３の範囲であるカテゴリ３のチームを抽出する
。なお、第１の範囲、第２の範囲、第３の範囲の順に、チーム総合力が小さくなるものと
する。そして、対戦相手決定処理部１０７は、例えば図１４に示すテーブルに基づいて、
各カテゴリのチームから、ユーザチームのディビジョンに応じた数の対戦チームを抽選す
る。
また、対戦相手決定処理部１０７は、次の試合に勝利した場合の報酬の有無を、例えば
ランダムに決定する。一態様において、当該報酬はスカウト券であり、対戦相手決定処理
部１０７は、当該スカウト券の種類を、ユーザチームのディビジョンに応じて決定しても
よい。

そして、対戦相手決定処理部１０７は、図１５の（ａ）に示すような対戦相手決定画面
１０００を表示部１５に表示させる。対戦相手決定画面１０００には、対戦相手を示す画
像１００１、試合に処理した場合の報酬を示す画像１００２、および、試合を開始するた
めの指示を受け付けるオブジェクト１００３が含まれている。一態様において、対戦相手
決定画面１０００には、ユーザチームおよび対戦相手チームの、リーグ戦におけるランキ
ングおよび勝ち点、ならびに、チーム総合力等を示す画像が含まれていてもよい。ユーザ
が、操作部１４を介して、オブジェクト１００３を選択すると、ステップＳ１１に移行す
る。

ステップＳ１１では、試合処理部１０８が、ユーザチームのスターティングメンバおよ
びベンチメンバのそれぞれの調子を、例えばランダムに決定し、図１５の（ｂ）に示すよ
うな調子確定画面１０１０を表示部１５に表示させる。調子確定画面１０１０には、各選
手を示す画像（１０１１等）と、各選手の調子を示す画像（１０１２等）とが含まれてい
る。

続いて、ステップＳ１２では、試合処理部１０８が、図１５の（ｃ）に示すようなアイ
テム選択画面１０２０を表示部１５に表示させる。アイテム選択画面１０２０には、ユー
ザチームの所有アイテムの各々を使用するための指示を受け付けるオブジェクト（１０２
１等）、ピンチチャンス操作モードを選択するための指示を受け付けるオブジェクト１０
２２、および、カスタム操作モードを選択するための指示を受け付けるオブジェクト１０
２３が含まれている。ユーザが、操作部１４を介して、オブジェクト（１０２１等）を選
択すると、試合パートにおいて、選択したアイテムが使用され、当該アイテムに応じた効
果がユーザチームに付与される。また、ユーザが、操作部１４を介して、オブジェクト１
０２２または１０２３を選択すると、試合パートにおける操作モードを変更することがで
きる。

（試合パート）
ステップＳ１３では、試合処理部１０８が、試合パート（特定のパート）を進行させる
。試合処理部１０８は、試合パートを、ユーザの操作が制限された第１状態と、ユーザの
操作が可能な第２状態と、の間で切り替えながら進行させる。

第１状態は、例えば、ユーザが選手に対する操作を一切行うことができない状態である
。また例えば、第１状態は、選手に対する指示がおおまかな指示（作戦の指示等）に限ら
れ、選手に対して、行うべき動作の種類、当該動作を行うべきタイミング、当該動作に関
する位置又は方向等の細かい指示を行うことができない状態である。なお、第１状態は、
試合処理部１０８が選手に対する操作を受け付けない状態と言い換えることもできる。ま
た、第１状態は、ユーザが選手に対する操作を行ったとしても試合処理部１０８が無視す
る状態と言い換えることもできる。別の言い方をすれば、第１状態は、ユーザの操作によ
る介入が制限された状態で試合処理部１０８による制御によって自動的に試合が進行する
状態である。

第１状態で試合が進行する場合、ユーザチームのスターティングメンバおよびベンチメ
ンバである選手と対戦相手チームのスターティングメンバおよびベンチメンバである選手
とを用いた簡易的なシミュレーションが試合処理部１０８により実行され、ユーザの操作
を要することなく自動的に試合が進行する。簡易的なシミュレーションは、既知の技術を
用いることで実現可能である。

第２状態は、ユーザが選手に対する操作を行うことが可能な状態である。言い換えれば
、第２状態は、試合処理部１０８が選手に対する操作を受け付ける状態である。選手に対
する操作は、例えば、選手の移動操作、パス操作、シュート操作、キャッチ操作等が挙げ
られる。

操作モードがピンチチャンス操作モードである場合には、一態様において、試合処理部
１０８は、ピンチまたはチャンスのときは、第２状態に切り替え、それ以外は第１状態と
する。なお、ピンチとは失点する可能性が高い状態であり、例えば、対戦相手チームのシ
ュートまたはコーナーキックのときを指す。また、チャンスとは得点する可能性が高い状
態であり、例えば、ユーザチームのシュートまたはコーナーキックのときを指す。

一方、操作モードがカスタム操作モードである場合には、一態様において、試合処理部
１０８は、試合開始から所定時間は、第１状態とし、その後は第２状態に切り替える。た
だし、試合処理部１０８による第１状態と第２状態との切り替えの態様はこれらに限定さ
れず、様々な態様をとることができる。

また、試合処理部１０８は、各選手が特殊能力を有している場合、所定の条件に応じて
、当該特殊能力を発動させる。特殊能力が発動すると、特定の効果が得られる。例えば、
「ビハインド」、「強心臓」という特殊能力は、ユーザチームが負けているときに、攻撃
力がアップするという効果が得られる。また、「フィジカル」、「フィジカルモンスター
」という特殊能力は、接触プレイに強くなるという効果が得られる。

試合処理部１０８は、図１６に示すような試合中画面１１００を表示部１５に表示させ
る。すなわち、試合処理部１０８は、仮想的なフィールド１１０１内に、ユーザチームお
よび対戦相手チームのぞれぞれの選手に対応するオブジェクト（１１０２、１１０３等）
を表示させる。なお、試合処理部１０８は、予告対象選手に対応するオブジェクト（１１
０３等）には、予告対象選手であることを示す画像（１１０４等）を重畳表示させてもよ
い。これにより、ユーザは、試合中の予告対象選手の活躍を容易に確認することができる
。

また、一態様において、試合処理部１０８は、ゲーム内におけるの選手の使用状況に応
じて、選手に対応したパラメータ（例えば、第１パラメータ）を変化させる（変化処理）
。例えば、試合処理部１０８は、第１状態または第２状態で試合を進行させているとき、
試合パートにおける、ユーザが保有する複数の選手の各々の使用状況に応じて、各選手の
市場価値（第１パラメータ）を変化させる変化処理を実行する。ここで、試合パートにお
ける選手の使用状況とは、試合パートにおいて、（ｉ）当該選手が試合に出場したか、（
ｉｉ）当該選手がどのような行動を行ったか、および、（ｉｉｉ）当該選手がどのような
特殊能力を発動したかなどである。なお、選手の使用状況は上記に限らない。例えば、ゲ
ーム内における選手の使われ方や、ゲーム内のルールに応じて適宜設定される。

なお、試合パートにおける各選手の使用状況によっては、当該選手の市場価値は変化し
ない場合もある。例えば、スターティングメンバでもベンチメンバでもない選手は、試合
パートにおいて使用されないため、変更処理において、当該選手の市場価値は変化しない
。また、スターティングメンバである選手であっても、試合パートにおいて特定の行動を
しなかった場合、変更処理において、当該選手の市場価値は変化しない。

一態様において、試合パートにおいて、ユーザが使用可能な複数の選手の各々が、図１
７のテーブルに記載されているような予め定められた対象行動を行った場合、試合処理部
１０８は、当該選手の市場価値を、図１７のテーブルに示す値だけ上昇させ、試合中画面
１１００に、パネル１１１０を表示させる。パネル１１１０には、市場価値が上昇した選
手を示す画像１１１１、市場価値が上昇した原因となる対象行動を示す画像１１１２、お
よび、市場価値の上昇値を示す画像１１１３が含まれている。

また、一態様において、試合パートにおいて、ユーザが使用可能な複数の選手の各々が
、図１８のテーブルに記載されているような予め定められた対象特殊能力を発動した場合
、試合処理部１０８は、当該選手の市場価値を、図１８のテーブルに示すように上昇させ
、試合中画面１１００に、パネル１１２０を表示させる。パネル１１２０には、市場価値
が上昇した選手を示す画像１１２１、市場価値が上昇した原因となる特殊能力を示す画像
１１２２、および、市場価値の上昇値を示す画像１１２３が含まれている。また、試合処
理部１０８は、当該選手が予告対象選手である場合には、市場価値が上昇した選手を示す
画像１１２１に、予告対象選手であることを示す画像（１１０４等）を重畳表示させても
よい。

さらに、一態様において、試合処理部１０８は、前記第１状態または前記第２状態で試
合を進行させているときに、試合パートにおける、ユーザが使用可能な複数の選手の各々
の使用状況に応じて、各選手の行動別ポイントを算出し、蓄積する。

行動別ポイントが付与される行動は、上述した市場価値を上昇させる対象行動を含むも
のであってもよいが、当該対象行動以外の行動に対しても行動別ポイントが付与されるこ
とが好ましい。例えば、試合パートにおいて、ユーザが使用可能な複数の選手の各々が、
図１９のテーブルに記載されているような行動を行った場合、試合処理部１０８は、図１
９のテーブルに従って、当該選手の行動別ポイントを蓄積する。図１９のテーブルに示す
ように、行動別ポイントは、行動および選手のポジションに応じたポイントである。ただ
し、行動別ポイントは、行動のみに応じたポイントであってもよい。また、図１９のテー
ブルに示すように、一試合に蓄積される行動別ポイントの上限が、行動ごとに設定されて
いる。ただし、上限を設けなくてもよい。

そして、試合処理部１０８は、試合終了後に各選手について、（ｉ）蓄積した行動別ポ
イントの合計、（ｉｉ）当該選手のポジションに応じたポジション別基準ポイント、およ
び、（ｉｉｉ）試合の勝敗に応じた試合評価値（例えば、勝ち＝２、引き分け＝１、負け
＝０など）に基づいて、例えば下記のような式を用いて、１０点満点で評点を算出する。

評点＝｛（行動別ポイントの合計＋初期加算値）÷ポジション別基準ポイント）×８＋
勝敗評価値｝
試合処理部１０８は、試合が開始してから、所定のゲーム内時間が経過したときに、試
合を終了させ、ステップＳ１４に移行する。
なお、上記のようにして求めた評点に基づき市場価値を算出し、その値を、他の観点で
算出した市場価値に加算するようにしてもよい。

（試合後パート）
ステップＳ１４では、結果処理部１０９が、図２０の（ａ）のような試合結果画面１２
００を表示部１５に表示させる。試合結果画面１２００には、直前の試合パートにおける
各選手の市場価値の上昇量を示す画像１２０１が含まれている。

また、一態様において、結果処理部１０９は、ユーザチームの累計バリューに、各選手
の市場価値の上昇量を合計した値を加算する。また、結果処理部１０９は、試合に勝利し
た場合、対戦相手決定処理部１０７が決定した、試合に勝利した場合の報酬をユーザに付
与する。そして、結果処理部１０９は、図２０の（ｂ）のようなダイアログ１２１０を、
試合結果画面１２００に重畳表示させる。ダイアログ１２１０には、上昇した累計バリュ
ーを示す画像１２１１、および、付与された報酬を示す画像１２１２が含まれている。

また、一態様において、結果処理部１０９は、直前の試合パートにおける各選手の評点
を比較して、最も高い評点を有する選手をＭＯＭ（マンオブザマッチ）と決定し、ＭＯＭ
となった選手の市場価値および累計バリューを所定の値だけ上昇させてもよい。この処理
も、前記変化処理に該当する。

また、一態様において、結果処理部１０９は、直前の試合が、その日初めての試合であ
った場合に、報酬をユーザに付与してもよい。

また、一態様において、結果処理部１０９は、ユーザチームの累計バリューが、複数の
所定の値のいずれかを超えた場合に、都度報酬をユーザに付与してもよい。

続いて、ステップＳ１５において、結果処理部１０９は、リーグ戦における全ての試合
（例えば、５試合）が終了したか否かを判定する。全ての試合が終了していない場合、ス
テップＳ５に移行する。全ての試合が終了している場合、ステップＳ１６に移行する。

（ベストイレブン表示）
ステップＳ１６では、結果処理部１０９は、ベストイレブンを選出する。結果処理部１
０９は、まず、ユーザが使用可能な各選手について、リーグ戦中の全試合（例えば、直近
の３試合）の評点の平均値と、リーグ戦中に増加した市場価値とに基づいて、ベストイレ
ブン判定値を算出する。続いて、結果処理部１０９は、図２１のテーブルに基づいて、ユ
ーザチームのディビジョンに応じたベストイレブン基準値を取得する。そして、結果処理
部１０９は、ベストイレブン基準値を超えるベストイレブン判定値を有する選手を抽出し
、ベストイレブン判定値によってソートする。次に、結果処理部１０９は、図２０のテー
ブルに基づいて、ユーザチームのディビジョンおよびリーグ戦中の勝利数に応じて、選出
されるベストイレブンの選出数を抽選する。例えば、ユーザチームのディビジョンが３で
あり、リーグ戦において３勝していた場合、図２１のテーブルの太枠内に記載の確率に基
づいて、選出数を抽選する。そして、ベストイレブン選出数の分だけ、ベストイレブン判
定値の高い選手から順に選択することにより、ユーザが使用可能な選手のうち、ベストイ
レブンに選出される選手を選択することができる。

なお、ユーザが使用可能な選手以外のベストイレブンについては、結果処理部１０９は
、リーグ戦で対戦した全チームの中から、各ポジションで最も選手能力が高い選手を選出
する。

結果処理部１０９は、ベストイレブンに選出された選手の市場価値および累計バリュー
を所定の値だけ上昇させてもよい。この処理も、前記変化処理に該当する。

そして、結果処理部１０９は、図２２に示すようなベストイレブン表示画面１３００を
表示部１５に表示させる。ベストイレブン表示画面１３００には、ベストイレブンに選出
された各選手を示す画像（１３０１、１３０２等）が含まれており、ベストイレブンに選
出された、ユーザが使用可能な選手（１３０２等）は、強調して表示されていてもよい（
例えば、図２２に示すように、ライトアップして星マークを付すなど）。

（オファーパート）
オファーパートでは、付与処理部１１２は、変化処理において変化する市場価値（第１
パラメータ）が所定条件（パラメータに基づく所定条件）を充足した予告対象選手につい
て無効化するとともに、その対価としてユーザに報酬を付与する。ここで、選手を無効化
するとは、ユーザが保有している、または、使用可能な選手を、ユーザが保有しない状態
にすること、または、使用不可能な状態にすることである。言い換えると、当該選手の選
手情報とユーザ情報との関連づけを解除することである。

一態様において、付与処理部１１２は、前記所定条件を充足した予告対象選手について
は、自動的に無効化し、その対価としてユーザに報酬を付与するようにしてもよいが、他
の態様において、付与処理部１１２は、前記所定条件を充足した予告対象選手の無効化の
要否についてユーザから無効化要の指示を受け付けたことを条件として、当該予告対象選
手を無効化し、その対価としてユーザに報酬を付与してもよい。

なお、前記所定条件を充足した予告対象選手が複数ある場合に、付与処理部１１２は、
その一部または全部の前記対象選手について無効化し、その対価としてユーザに報酬を付
与してもよく、特に、ユーザにより選択された予告対象選手について無効化し、その対価
としてユーザに報酬を付与してもよい。

一態様において、付与処理部１１２が、ユーザに付与する報酬は、無効化する予告対象
選手に対応する市場価値（第１パラメータ）または他の情報（他のパラメータ）に応じた
ものであってもよい。

以下では、付与処理部１１２が、前記所定条件を充足した予告対象選手の無効化の要否
について、ユーザから無効化要の指示を受け付けた場合に、当該予告対象選手を無効化し
、その対価としてユーザに報酬を付与する構成について詳細に説明する。

ステップＳ１７では、判定処理部１１０が、変化処理において変化するパラメータに基
づく所定条件を充足した予告対象選手を選択する。例えば、判定処理部１１０は、前記所
定条件を充足した予告対象選手を、オファー対象選手として選択する。詳細には、判定処
理部１１０は、予告対象選手の市場価値（第１パラメータ）を用いて、当該予告対象選手
をオファー対象選手として選択する否かを判定する（判定処理）。

一態様において、判定処理部１１０は、市場価値が高くなる程、予告対象選手をオファ
ー対象選手として選択されやすく判定してもよい。この場合、予告対象選手に関する情報
をユーザに通知した後に、予告対象選手の市場価値を向上させることができれば、それだ
け、予告対象選手がオファー対象選手として選択される可能性が高くなる。そのため、ユ
ーザは、予告対象選手に関する情報を把握した後、予告対象選手を試合に出場させること
により、その予告対象選手の市場価値（第１パラメータ）を向上させることにより、当該
予告対象選手と引き換えに報酬が与えられる可能性を高めるという新たな目的を得ること
ができる。つまり、ゲームに対するユーザの関心を高めることができる。

また、一態様において、判定処理部１１０は、判定処理において、所定数（例えば、３
）の試合パートにおける予告対象選手の使用状況をさらに用いて、当該予告対象選手がオ
ファー対象選手か否かを判定してもよい。例えば、一態様において、判定処理部１１０は
、判定処理において、リーグ戦中の全試合パートにおける予告対象選手の評点の平均値を
さらに用いて、当該予告対象選手がオファー対象選手か否かを判定してもよい。なお、予
告対象選手の評点は、当該予告対象選手が試合中に特定の行動を行うことによって高くな
る。そのため、ユーザは、予告を受けた後の試合において、予告対象選手が特定の行動を
行うように当該予告対象選手を使用することによって、当該予告対象選手と引き換えに報
酬が与えられる可能性をより高めることができる。そのため、ゲームに対するユーザの関
心をより高めることができる。

さらに、一態様において、判定処理部１１０は、判定処理において、以下のように各予
告対象選手をオファー対象選手として選択する否かを判定することができる。

判定処理部１１０は、各予告対象選手のリーグ戦中の全試合における評点の平均値から
、例えば図２３のテーブルに基づいて、オファー基本発生率を算出する。また、判定処理
部１１０は、図６のテーブルに記載の、オファー元に対応する適合条件の市場価格と、各
予告対象選手の市場価格とから、例えば図２４のテーブルに基づいて、市場価値補正値を
算出する。そして、判定処理部１１０は、オファー基本発生率に市場価値補正値を加算し
た確率で、各予告対象選手を、オファー対象選手とするか否かをそれぞれ決定する。これ
を全ての予告対象選手に対して決定することにより、オファー対象選手を特定する。

また、別の態様において、判定処理部１１０は、判定処理において、各予告対象選手の
第１パラメータ（例えば、市場価値）が所定条件を満たしていれば、オファー対象選手と
して選択してもよい。所定条件としては、例えば、各予告対象選手の第１パラメータが閾
値以上であることが挙げられる。

なお、判定処理部１１０は、予告処理部１０３が予告処理を実行してから、試合処理部
１０８が所定数（例えば、３）の試合パートを実行した後に、判定処理を実行することに
なる。そのため、ユーザは、予告を受けた選手を使用して第１パラメータを向上させる機
会、および、予告を受けた選手を使用して高い評点を得る機会が確実に与えられるために
、ゲームに対するユーザの関心を高めることができる。

ステップＳ１８において、提示処理部１１１は、未提示のオファー対象選手が存在する
か判定する。未提示のオファー対象選手が存在しない場合には、ステップＳ３に移行し、
未提示のオファー対象選手が存在する場合には、ステップＳ１９に移行する。

ステップＳ１９では、まず、提示処理部１１１は、オファー対象選手の移籍金を、例え
ば図２５のテーブルを参照して、オファー対象選手の市場価値（第１パラメータ）から算
出する。移籍金を、オファー対象選手の市場価値よりも高くすることにより、オファー対
象選手をオファーに応じて供出すると、移籍金とオファー対象選手の市場価値との差分だ
け累計バリューを増加させることができる。

次に、提示処理部１１１は、オファー対象選手の供出の報酬となるゲームアイテムを、
例えば図２６のテーブルを参照して、オファー元（第２パラメータ）に基づいて、グリー
ンプレゼント、ブロンズプレゼント、シルバープレゼントおよびゴールドプレゼントから
抽選する。なお、オファー元の序列が国内クラブに近いほど、報酬が、グリーンプレゼン
トになる可能性が高くなり、オファー元の序列が海外ビッグクラブに近いほど、報酬が、
ゴールドプレゼントになる可能性が高くなる。このように、報酬は、オファー元（第２パ
ラメータ）に基づいて決定される。

このように報酬を、選手とは異なるゲームアイテムとすることで、選手をゲームアイテ
ムに変換するという新しい遊びを提供することができる。

そして、提示処理部１１１は、オファー対象選手の無効化の要否をユーザから受け付け
る。例えば、提示処理部１１１は、オファー対象選手に対するオファーをユーザに提示す
る。当該オファーは、オファー対象選手のユーザのチーム外への移籍のオファーであると
も言える。提示処理部１１１は、図２７に示すようなオファー画面１４００を表示部１５
に表示させる。オファー画面１４００には、オファー対象選手を示す画像１４０１、オフ
ァー元を示す画像１４０２、オファー対象選手の市場価値を示す画像１４０３、移籍金を
示す画像１４０４、オファー対象選手の市場価値と移籍金との差分利益を示す画像１４０
５、オファー対象選手の供出に対する報酬を示す画像１４０６、オファーを承諾（移籍さ
せる）する（オファー対象選手の無効化要を指示する）ための指示を受け付けるオブジェ
クト１４０７、および、オファーを拒否する（オファー対象選手の無効化不要を指示する
）ための指示を受け付けるオブジェクト１４０８が含まれている。

ユーザが、操作部１４を介して、オブジェクト１４０７を選択した場合（ステップＳ２
０のＹＥＳ）、ステップＳ２１に移行する。また、ユーザが、操作部１４を介して、オブ
ジェクト１４０８を選択した場合（ステップＳ２０のＮＯ）、ステップＳ１８に移行する
。

（付与処理）
ステップＳ２１では、付与処理部１１２は、オファーを承諾する（オファー対象選手の
無効化要を指示する）ユーザの入力（オブジェクト１４０７の選択）に応じて、ユーザが
使用可能な複数の選手から、オファー対象選手を取り除く（無効化する）とともに、その
対価としてユーザに報酬を付与する（付与処理）。

なお、報酬であるグリーンプレゼント、ブロンズプレゼント、シルバープレゼントおよ
びゴールドプレゼントは、さらに抽選が行われ、それぞれ別のゲームアイテムに変化する
。ゴールドプレゼントが最も付加価値が高いゲームアイテムに変化し、次いでシルバープ
レゼント、ブロンズプレゼント、グリーンプレゼントの順に付加価値の高いゲームアイテ
ムに変化する。

以上、図４に示すフローチャートによれば、まず、試合を始める前に、オファーの可能
性のある移籍候補者リストが表示されることにより、選手の移籍に関する予告オファーが
なされる。その後、所定数（３回）試合を行い、試合後の選手の価値に基づいて、選手の
移籍に関する正式オファーが決定される。正式オファーをユーザが許諾すると、選手とア
イテムが交換される。移籍の対象となった選手はいなくなり（無効化され）、代わりにア
イテムがユーザに付与される。ユーザは、移籍オファーの候補になっている選手に正式オ
ファーがくるように、移籍オファーの候補になっている選手を積極的に試合に出場させた
り、移籍オファーの候補になっている選手を活躍させるためのフォーメーションを選択し
たりする。これにより、ユーザは期待感をもって所定回数の試合に臨むことができる。

また、ステップＳ１８において選択されたオファー対象選手が複数ある場合には、無効
化要の指示を受け付けたオファー対象選手のみ無効化されるので、付与処理部１１２は、
ユーザにより選択された予告対象選手について無効化し、その対価としてユーザに報酬を
付与することができる。

なお、上述したように、付与処理部１１２は、前記所定条件を充足した予告対象選手に
ついては、自動的に無効化し、その対価としてユーザに報酬を付与するようにしてもよい
。この場合、ステップＳ１９およびステップＳ２０は省略し、ステップＳ１８において選
択されたオファー対象選手の一部または全部について、ステップＳ２１において無効化し
、その対価としてユーザに報酬を付与すればよい。

〔変形例〕
ゲームシステム１が実行するゲームとしては、複数のゲームキャラクタをユーザが使用し
て目的を達成するゲームであれば特に限定されず、例えば、スポーツゲーム（サッカー、
野球、テニス、アメリカンフットボール、バスケットボール、バレーボール等を題材とし
たゲーム）、バトルゲーム、アドベンチャーゲーム、シミュレーションゲーム、ロールプ
レイングゲーム、又は育成ゲームのように、ゲーム形式・ジャンルを問わず様々なゲーム
が挙げられる。そして、ゲーム形式・ジャンルに応じて、本発明における「ゲームキャラ
クタ」も適宜読み替えればよい。

上記「複数の選手」は、ユーザが保有するゲームキャラクタである。一態様において、
ユーザが保有するゲームキャラクタは、（ｉ）ユーザ識別情報と関連付けられたゲームキ
ャラクタ、（ｉｉ）ユーザチームに属するゲームキャラクタ、または、（ｉｉｉ）ユーザ
が使用可能なゲームキャラクタと表現されることもある。なお、ゲームキャラクタが、ユ
ーザ識別情報と関連付けられているとは、記憶部３２または記憶部１２に、当該ゲームキ
ャラクタに対応するデータとユーザを識別するユーザ識別情報とが関連付けられて記憶さ
れている状態を意味する。また、ユーザチームに属するゲームキャラクタは、スターティ
ングメンバおよびベンチメンバに限定されない。また、ユーザが保有するゲームキャラク
タは、サーバ３０が、ユーザが保有するゲームキャラクタとして管理しているゲームキャ
ラクタである。

また、上記「スポーツゲーム」は、一態様において、チーム対チームで試合するスポー
ツゲームであり、ユーザのチームを構成する選手である複数のゲームキャラクタをユーザ
が使用して試合を行うゲームであってもよい。また、上記「バトルゲーム」は、一態様に
おいて、複数の兵士キャラクタをユーザが使用して、単一または複数の敵兵士と対戦を行
うバトルゲームであってもよい。

なお、「試合」は、ゲームの種類等に応じて、別の呼び方をしてもよい。例えば、「対
戦」、「挑戦」、「バトル」等といった呼び方であってもよい。また、「オファー」につ
いても、ゲームの種類等に応じて、別の呼び方をしてもよい。例えば、「提案」、「申出
」、「交渉」、「取引」等といった呼び方であってもよい。

また、以上では、市場価値を第１パラメータとして説明しているが、本実施形態はこれ
に限定されず、第１パラメータとして他のパラメータを用いてもよい。例えば、各ゲーム
キャラクタに対し経験値が関連付けられており、当該経験値を第１パラメータとして用い
てもよい。

また、一態様において、ゲーム処理部１００は、予告対象選択の処理および予告の処理
を実行せず、判定処理部１１０が、予告対象ゲームキャラクタからではなく、ユーザが保
有している複数のゲームキャラクタから、各ゲームキャラクタの第１パラメータに基づい
て、オファー対象ゲームキャラクタを選択する構成であってもよい。このような構成であ
っても、ゲームキャラクタを使用して目的を達成することの他に、オファーに応じてゲー
ムキャラクタを供出することにより報酬を得るという新しい遊び方をユーザに提供するこ
とができる。

また、操作部１４は、タッチパネル、ボタン等に替えて、または、加えて、キー、レバ
ー、ゲームコントローラ（ゲームパッド）、マウス、またはキーボード等の操作部材を含
んでいてもよい。

〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態
にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰
り返さない。

実施形態１では、報酬を付与する処理において、予告対象選手がオファー対象選手とし
て取り除かれた場合の報酬は、オファー元である第２パラメータに依存していたが、当該
報酬の決定方法はこれに限定されない。一態様において、当該報酬は、第２パラメータに
加えて、または、第２パラメータに替えて、試合パートにおける当該予告対象選手の使用
状況によって変化する構成であってもよい。

例えば、提示処理部１１１が、オファー対象選手の供出の報酬となるゲームアイテムを
決定する際に、オファー対象選手の第１パラメータまたはオファー対象選手の評点の平均
値にも基づいて、報酬が変化するようになっていればよい。すなわち、付与処理部１１２
が、ユーザに付与する報酬は、無効化する予告対象選手に対応する第１パラメータまたは
他のパラメータに応じたものであってもよい。

これにより、予告を受けた後の試合における選手の活躍によって報酬が変化するため、
ゲームに対するユーザの関心を高めることができる。

〔実施形態３〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態
にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰
り返さない。

本実施形態は、ゲーム処理部１００が、選手育成パートを進行させる選手育成パート処
理部をさらに備えている点において、実施形態１と異なっている。例えば、トップ画面７
００に、選手育成パートを開始するための指示を受け付けるオブジェクトが含まれており
、当該オブジェクトが選択された場合に、選手育成パート処理部は、選手育成パートを進
行させる。

（選手育成パート）
一態様において、選手育成パートは、サッカー選手（以降、主人公キャラクタという。
）を育成するゲームパートである。選手育成パートでは、ユーザはシナリオを進めながら
主人公キャラクタを育成する。シナリオとは、ゲームの進行に合わせて展開されるゲーム
ストーリーである。例えば、高校のサッカー部に所属する主人公キャラクタがプロサッカ
ー選手になるまでのシナリオが用意されている。主人公キャラクタは、ユーザが選択した
行動を実行することで、能力を向上させるために必要な経験値を取得する。

選手育成パートでは、育成が有利になるイベントが発生する。ユーザは、選手育成パー
トでイベントを発生させるために、主人公キャラクタとは別に、イベント発生用のゲーム
キャラクタ（以降、イベントキャラクタという。）を保有している。イベントキャラクタ
は、仮想通貨を消費して抽選（ガチャ）を実行したり、他のユーザから貰ったりすること
で獲得することができる。ユーザは、自分が保有するイベントキャラクタをイベントデッ
キに組み込んで選手育成パートをプレイする。イベントデッキに登録されたイベントキャ
ラクタは、シナリオ内で登場して主人公キャラクタと一緒に練習したり試合に出場したり
する。選手育成パートでは、イベントデッキに組み込んだイベントキャラクタに応じたイ
ベントが発生することになる。

シナリオが進行して主人公キャラクタが高校を卒業する時期になると、選手育成パート
が終了して主人公キャラクタの育成が完了する。育成が完了した主人公キャラクタは、ユ
ーザが育成したゲームキャラクタとしてユーザが使用可能なゲームキャラクタに加えられ
、他のゲームパートにおいて使用することができるようになる。

選手育成パート処理部は、選手育成パート中におけるユーザの選択、および、選手育成
パート中に発生したイベントに基づいて、主人公キャラクタの選手能力、特殊能力等を調
整する。そして、主人公キャラクタの育成が完了し、ユーザが育成した選手として、ユー
ザのチームに加えられるときに、選手育成パート処理部は、当該ゲームキャラクタの市場
価値を、当該選手の選手能力に基づいて決定し、ユーザチームの累計バリューに加算する
。

〔実施形態４〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態
にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰
り返さない。

図２８は、本発明の一実施形態に係るゲームシステム２の概略構成を示す図である。一
態様において、ゲームシステム２は、ユーザ端末１０によって構成される。ユーザ端末１
０は、上述したゲーム処理部１００のすべての構成を備えており、単体でゲームを実行可
能に構成されている。

〔ソフトウェアによる実現例〕
ユーザ端末１０およびサーバ３０の制御ブロック（特に制御部１１および制御部３１）
は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現して
もよいし、ソフトウェアによって実現してもよい。

後者の場合、ユーザ端末１０およびサーバ３０は、各機能を実現するソフトウェアであ
るプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば
１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み
取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサ
が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達
成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用い
ることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ
（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブ
ルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Rand
om Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログ
ラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュ
ータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によ
って具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明の各態様に係るゲームシステムは、コンピュータによって実現してもよく、この
場合には、コンピュータを前記ゲームシステムが備える各部（ソフトウェア要素）として
動作させることにより前記ゲームシステムをコンピュータにて実現させるゲームプログラ
ム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る
。

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

〔付記事項〕
本発明の態様１に係るゲームシステムは、ユーザが保有している複数のゲームキャラク
タのうち、対象ゲームキャラクタとするものを所定条件に基づき１以上選択する選択部と
、前記対象ゲームキャラクタのゲーム内における使用状況に応じて、前記対象ゲームキャ
ラクタに対応したパラメータを変化させる変化部と、前記パラメータに基づく所定条件を
充足した前記対象ゲームキャラクタを無効化するとともに、その対価として報酬を前記ユ
ーザに付与する付与部と、を備える。

本発明の態様２に係るゲームシステムは、上記態様１において、前記付与部は、前記所定
条件を充足した場合、前記対象ゲームキャラクタの無効化の要否について前記ユーザから
無効化要の指示を受け付けたことを条件として、当該対象ゲームキャラクタを無効化する
ようにしてもよい。

本発明の態様３に係るゲームシステムは、上記態様１または２において、前記付与部は
、前記所定条件を充足した前記対象ゲームキャラクタが複数ある場合に、その一部または
全部の前記対象ゲームキャラクタについて無効化するようにしてもよい。

本発明の態様４に係るゲームシステムは、上記態様１～３において、前記付与部は、前
記所定条件を充足した前記対象ゲームキャラクタが複数ある場合に、前記ユーザにより選
択された前記対象ゲームキャラクタについて無効化するようにしてもよい。

本発明の態様５に係るゲームシステムは、上記態様１～４において、前記付与部は、無
効化する前記対象ゲームキャラクタに対応する前記パラメータまたは他のパラメータに応
じた報酬を前記ユーザに付与するようにしてもよい。

本発明の態様５に係るゲームシステムは、上記態様１～４において、前記付与部は、無
効化する前記対象ゲームキャラクタに対応する前記パラメータまたは他のパラメータに応
じた報酬を前記ユーザに付与してもよい。

本発明の態様６に係るゲームシステムは、上記態様１～５において、前記選択部が選択し
た１以上の前記対象ゲームキャラクタに関する情報を前記ユーザに通知する通知部を備え
るようにしてもよい。

本発明の態様７に係るプログラムは、上記発明の態様１～６のいずれかに一に記載のゲ
ームシステムとしてコンピュータを機能させるプログラムである。

本発明の態様８に係るゲーム制御方法は、ユーザが保有している複数のゲームキャラク
タのうち、対象ゲームキャラクタとするものを所定条件に基づき１以上選択する選択ステ
ップと、前記対象ゲームキャラクタのゲーム内における使用状況に応じて、前記対象ゲー
ムキャラクタに対応したパラメータを変化させる変化ステップと、前記パラメータに基づ
く所定条件を充足した前記対象ゲームキャラクタを無効化するとともに、その対価として
報酬を前記ユーザに付与する付与ステップと、を含む。

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

本発明の各態様に係るゲームシステムは、コンピュータによって実現してもよく、この
場合には、コンピュータを前記ゲームシステムが備える各部（ソフトウェア要素）として
動作させることにより前記ゲームシステムをコンピュータにて実現させるゲームプログラ
ム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る
。

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

１、２ ゲームシステム
１０ ユーザ端末
１１ 制御部（ゲーム処理部）
１４ 操作部
１５ 表示部
３０ サーバ
３１ 制御部（ゲーム処理部）
１００ ゲーム処理部

Claims (8)

1. ユーザが保有している複数のゲームキャラクタのうち、対象ゲームキャラクタを自動的に１以上選択する選択部と、
   前記対象ゲームキャラクタに対応したパラメータを実行したゲームにおける結果に基づいて変化させる変化部と、
   前記変化部によって変化させた前記パラメータが、所定の基準を超えた前記対象ゲームキャラクタを、ユーザが保有しない状態又は使用不可能な状態にするとともに、その対価として報酬を前記ユーザに付与する付与部と、
   を備える、ゲームシステム。
2. 前記付与部は、前記所定の基準を超えた場合、前記対象ゲームキャラクタの無効化の要否について前記ユーザからユーザが保有しない状態又は使用不可能な状態にすることが必要である旨の指示を受け付けたことを条件として、当該対象ゲームキャラクタをユーザが保有しない状態又は使用不可能な状態にするする、請求項１に記載のゲームシステム。
3. 前記付与部は、前記所定の基準を超えた前記対象ゲームキャラクタが複数ある場合に、その一部または全部の前記対象ゲームキャラクタについてユーザが保有しない状態又は使用不可能な状態にする、請求項１または２に記載のゲームシステム。
4. 前記付与部は、前記所定の基準を超えた前記対象ゲームキャラクタが複数ある場合に、前記ユーザにより選択された前記対象ゲームキャラクタについてユーザが保有しない状態又は使用不可能な状態にする、請求項１～３のいずれか一項に記載のゲームシステム。
5. 前記実行したゲームにおける結果には、前記対象ゲームキャラクタのゲーム内の使用状況に基づく成果、実績又は活躍の度合いを含む、請求項１～４のいずれか一項に記載のゲームシステム。
6. 前記付与部は、ユーザが保有しない状態又は使用不可能な状態にする前記対象ゲームキャラクタに対応する前記パラメータまたは他のパラメータに応じた報酬を前記ユーザに付与する、請求項１～５のいずれか一項に記載のゲームシステム。
7. 請求項１～６のいずれか一項に記載のゲームシステムとしてコンピュータを機能させるためのプログラム。
8. ユーザが保有している複数のゲームキャラクタのうち、対象ゲームキャラクタを自動的に１以上選択する選択ステップと、
   前記対象ゲームキャラクタに対応したパラメータを実行したゲームにおける結果に基づいて変化させる変化ステップと、
   前記変化ステップによって変化させた前記パラメータが、所定の基準を超えた前記対象ゲームキャラクタをユーザが保有しない状態又は使用不可能な状態にするとともに、その対価として報酬を前記ユーザに付与する付与ステップと、
   を備える、ゲーム制御方法。
   

Images