JP2023004649A

JP2023004649A - 情報処理プログラム、情報処理方法および情報処理システム

Info

Publication number: JP2023004649A
Application number: JP2021106483A
Authority: JP
Inventors: 光裕平畑; Mitsuhiro Hirahata; 佑樹田村; Yuki Tamura; 健太郎梅田; Kentaro Umeda; 眞吾池田; Shingo Ikeda; 友二郎出口; Yujiro Deguchi; 哲大山田; Akihiro Yamada
Original assignee: Cygames Inc
Current assignee: Cygames Inc
Priority date: 2021-06-28
Filing date: 2021-06-28
Publication date: 2023-01-17

Abstract

【課題】ゲームの興趣を向上する。【解決手段】情報処理プログラムは、少なくとも２以上のターンにおいて、メインキャラの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とする処理と、メインキャラと異なる複数のサブキャラのいずれか１または複数を、複数種類の育成種目のいずれかに対応付ける処理と、プレイヤによって選択された育成種目に対応するメインキャラの能力情報を更新する処理と、プレイヤによって選択された育成種目に対応付けられたサブキャラの登録パラメータを、予め定められた登録条件に基づいて更新する処理と、登録パラメータが所定値に達したサブキャラをメンバーキャラとして登録する処理と、メインキャラ、および、メンバーキャラとして登録されたサブキャラのいずれか一方または双方を用いた対戦ゲームを実行する処理と、をコンピュータに遂行させる。【選択図】図２６

Description

本発明は、情報処理プログラム、情報処理方法および情報処理システムに関する。

従来、例えば特許文献１に示されるように、育成ゲームと呼ばれるジャンルのゲームが知られている。育成ゲームでは、複数種類の育成種目が設けられており、プレイヤは、いずれかの育成種目を選択して、育成対象のキャラクタを育成することができる。育成対象のキャラクタには、能力を示すパラメータが複数設定されている。また、各育成種目には、能力向上の対象となるパラメータが対応付けられている。したがって、プレイヤは、育成対象のキャラクタについて、所望の能力を選択的に向上させることができる。育成対象のキャラクタのパラメータが上昇することで、プレイヤは対戦ゲーム等を有利に進めることができる。

また、例えば特許文献２には、プレイヤが選手をスカウトしてチームを編成することができるゲームが開示されている。このゲームでは、プレイヤが編成したチームによる対戦ゲームが可能となっている。

特開２０１９－１５４５６４号公報特許第６７３２１７８号公報

育成ゲームにおいては、どのような能力のキャラクタにするのかによって、プレイヤの育成方法が大凡定まってしまう。また、育成したキャラクタを用いて対戦ゲームを行う場合、どのような能力のキャラクタを所持していればよいのかが大凡定まってしまう。そのため、従来の育成ゲームでは、プレイヤに要求される戦略が乏しく、ゲームの興趣が低下するおそれがある。

本発明は、ゲームの興趣を向上することができる情報処理プログラム、情報処理方法および情報処理システムを提供することを目的としている。

上記課題を解決するために、情報処理プログラムは、１ターンごとの処理を複数回繰り返してコンピュータに遂行させる情報処理プログラムであって、少なくとも２以上のターンにおいて、メインキャラクタの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とする処理と、前記メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数を、複数種類の前記育成種目のいずれかに対応付ける処理と、プレイヤによって選択された前記育成種目に対応する前記メインキャラクタの前記能力情報を更新する処理と、プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタの登録パラメータを、予め定められた登録条件に基づいて更新する処理と、前記登録パラメータが所定値に達した前記サブキャラクタをメンバーキャラクタとして登録する処理と、前記メインキャラクタ、および、前記メンバーキャラクタとして登録された前記サブキャラクタのいずれか一方または双方を用いた対戦ゲームを実行する処理と、をコンピュータに遂行させる。

いずれかの前記サブキャラクタをサポートキャラクタとして設定する処理を前記コンピュータにさらに遂行させ、プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタが、前記サポートキャラクタとして設定されている場合には、前記サポートキャラクタとして設定されていない場合よりも、前記メインキャラクタの前記能力情報が上昇しやすく、前記サポートキャラクタとして設定されている前記サブキャラクタは、前記サポートキャラクタとして設定されていない前記サブキャラクタよりも、前記育成種目に対応付けられる確率が高くてもよい。

前記サブキャラクタには、予め定められた特定サブキャラクタが含まれ、プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタが、前記特定サブキャラクタである場合には、前記特定サブキャラクタではない場合よりも、前記メインキャラクタの前記能力情報が上昇しやすく、前記特定サブキャラクタは、前記特定サブキャラクタ以外の前記サブキャラクタよりも、前記育成種目に対応付けられる確率が高くてもよい。

上記課題を解決するために、情報処理方法は、１ターンごとの処理を複数回繰り返して遂行する情報処理方法であって、少なくとも２以上のターンにおいて、メインキャラクタの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とするステップと、前記メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数を、複数種類の前記育成種目のいずれかに対応付けるステップと、プレイヤによって選択された前記育成種目に対応する前記メインキャラクタの前記能力情報を更新するステップと、プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタの登録パラメータを、予め定められた登録条件に基づいて更新するステップと、前記登録パラメータが所定値に達した前記サブキャラクタをメンバーキャラクタとして登録するステップと、前記メインキャラクタ、および、前記メンバーキャラクタとして登録された前記サブキャラクタのいずれか一方または双方を用いた対戦ゲームを実行するステップと、を含む。

上記課題を解決するために、情報処理システムは、１ターンごとの処理を複数回繰り返して遂行するコンピュータを備える情報処理システムであって、前記コンピュータは、少なくとも２以上のターンにおいて、メインキャラクタの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とする処理と、前記メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数を、複数種類の前記育成種目のいずれかに対応付ける処理と、プレイヤによって選択された前記育成種目に対応する前記メインキャラクタの前記能力情報を更新する処理と、プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタの登録パラメータを、予め定められた登録条件に基づいて更新する処理と、前記登録パラメータが所定値に達した前記サブキャラクタをメンバーキャラクタとして登録する処理と、前記メインキャラクタ、および、前記メンバーキャラクタとして登録された前記サブキャラクタのいずれか一方または双方を用いた対戦ゲームを実行する処理と、を遂行する。

本発明によれば、ゲームの興趣を向上することができる。

図１は、情報処理システムの概略的な構成を示した説明図である。図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。図３は、育成ゲームのおおまかな進行の流れを説明するための図である。図４Ａは、ホーム画面を説明する図である。図４Ｂは、メインキャラクタ選択画面を説明する図である。図４Ｃは、キャラクタ詳細画面を説明する第１の図である。図４Ｄは、キャラクタ詳細画面を説明する第２の図である。図５Ａは、能力パラメータ（初期値）テーブルを説明する図である。図５Ｂは、適性パラメータ（初期値）テーブルを説明する図である。図５Ｃは、スキルテーブルを説明する図である。図５Ｄは、専用イベントテーブルを説明する図である。図６Ａは、サポートカード設定画面を説明する第１の図である。図６Ｂは、サポートカード選択画面を説明する図である。図６Ｃは、サポートカード設定画面を説明する第２の図である。図７Ａは、サポートカードテーブルを説明する図である。図７Ｂは、サポート効果テーブルを説明する図である。図７Ｃは、所持スキルテーブルを説明する図である。図７Ｄは、サポートイベントテーブルを説明する図である。図８は、キャラクタ識別情報テーブルを説明する第１の図である。図９は、キャラクタ識別情報テーブルを説明する第２の図である。図１０は、選択項目テーブルを説明する図である。図１１Ａは、ゲーム画面を説明する第１の図である。図１１Ｂは、ゲーム画面を説明する第２の図である。図１２Ａは、トレーニング画面を説明する第１の図である。図１２Ｂは、トレーニング画面を説明する第２の図である。図１２Ｃは、トレーニング結果報知画面を説明する図である。図１２Ｄは、イベント画面を説明する図である。図１３Ａは、スキル画面を説明する第１の図である。図１３Ｂは、スキル画面を説明する第２の図である。図１４Ａは、個人レース選択画面を説明する図である。図１４Ｂは、個人レース開始画面を説明する図である。図１４Ｃは、個人レース結果画面を説明する図である。図１５Ａは、チームレース選択画面を説明する図である。図１５Ｂは、チームレース編成画面を説明する図である。図１５Ｃは、チームレース開始画面を説明する図である。図１５Ｄは、チームレース途中結果画面を説明する図である。図１６Ａは、チームレース詳細結果画面を説明する第１の図である。図１６Ｂは、チームレース総合結果画面を説明する第１の図である。図１６Ｃは、チームレース詳細結果画面を説明する第２の図である。図１６Ｄは、チームレース総合結果画面を説明する第２の図である。図１７は、チームメンバ、サブメンバ、および、ランダムメンバの関係を説明する図である。図１８は、登録パラメータテーブルを説明する図である。図１９は、ターン開始時処理のおおまかな流れを説明する図である。図２０Ａは、ランダムメンバ配置数テーブルを説明する図である。図２０Ｂは、適性数テーブルを説明する図である。図２１は、配置有無テーブルを説明する図である。図２２Ａは、トレーニングレベルテーブルを説明する図である。図２２Ｂは、上昇固定値（スピード）テーブルを説明する図である。また、図２２Ｃは、上昇固定値テーブル（パワー）を説明する図である。図２２Ｄは、ボーナス加算率テーブルを説明する図である。図２３は、効用テーブルを説明する図である。図２４Ａは、イベントの決定処理を説明する第１の図である。図２４Ｂは、イベントの決定処理を説明する第２の図である。図２４Ｃは、イベントの決定処理を説明する第３の図である。図２５Ａは、成功パターン抽選テーブルを説明する図である。図２５Ｂは、加算対象種目テーブルを説明する図である。図２６は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。図２７は、サーバにおけるメモリの構成およびコンピュータとしての機能を説明する図である。図２８は、プレイヤ端末およびサーバの基本的な処理を説明するシーケンス図である。図２９は、プレイヤ端末における準備段階処理を説明するフローチャートである。図３０は、プレイヤ端末における育成段階処理を説明するフローチャートである。図３１は、プレイヤ端末におけるターン開始時処理を説明するフローチャートである。図３２は、プレイヤ端末における配置処理を説明するフローチャートである。図３３は、プレイヤ端末における数値決定処理を説明するフローチャートである。図３４は、プレイヤ端末におけるイベント決定処理を説明するフローチャートである。図３５は、プレイヤ端末におけるターン中処理を説明するフローチャートである。図３６は、プレイヤ端末における育成実行処理を説明するフローチャートである。図３７は、プレイヤ端末における成功時キャラクタ識別情報更新処理を説明するフローチャートである。図３８は、プレイヤ端末における失敗時キャラクタ識別情報更新処理を説明するフローチャートである。図３９は、変形例に係るキャラクタ識別情報テーブルを説明する図である。図４０は、変形例に係るターン開始時処理のおおまかな流れを説明する図である。図４１Ａは、変形例に係るゲーム画面を説明する図である。図４１Ｂは、変形例に係るトレーニング画面を説明する図である。図４２Ａは、変形例に係る特訓イベント実行有無決定テーブルを説明する図である。図４２Ｂは、変形例に係る特別アイコン決定テーブルを説明する図である。図４２Ｃは、変形例に係るボーナスアイコン決定テーブルを説明する図である。図４３Ａは、変形例に係るボーナス固定値（メインキャラクタ）テーブルを説明する図である。図４３Ｂは、変形例に係るボーナス加算値（メインキャラクタ）テーブルを説明する図である。図４４Ａは、変形例に係る固定上昇値（特訓対象）テーブルを説明する図である。図４４Ｂは、変形例に係るボーナス上昇値（特訓対象）テーブルを説明する図である。図４５Ａは、変形例に係るゲーム画面を説明する図である。図４５Ｂは、変形例に係る個人レース選択画面を説明する図である。図４６は、変形例に係るプレイヤ端末におけるターン開始時処理を説明するフローチャートである。図４７は、変形例に係るプレイヤ端末における配置処理を説明するフローチャートである。図４８は、変形例に係るプレイヤ端末におけるゲストキャラクタ決定処理を説明するフローチャートである。図４９は、変形例に係るプレイヤ端末におけるイベント決定処理を説明するフローチャートである。図５０は、変形例に係るプレイヤ端末におけるターン中処理を説明するフローチャートである。図５１は、変形例に係るプレイヤ端末におけるキャラクタ識別情報更新処理を説明するフローチャートである。図５２は、変形例に係るプレイヤ端末における育成実行処理を説明するフローチャートである。

以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

（情報処理システムＳの全体の構成）
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、クライアントすなわちゲーム端末として機能するプレイヤ端末１と、サーバ１０００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。

本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１０００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１０００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１０００との協働によって、ゲームが進行可能となる。

プレイヤ端末１は、通信ネットワークＮを介してサーバ１０００との通信を確立することができる。プレイヤ端末１は、サーバ１０００と無線もしくは有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。

サーバ１０００は、複数のプレイヤ端末１と通信接続される。サーバ１０００は、ゲームをプレイするプレイヤごとに各種の情報を蓄積する。また、サーバ１０００は、主に、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新や、プレイヤ端末１に対して画像や各種情報をダウンロードさせる等の処理を遂行する。

通信基地局Ｎａは、通信ネットワークＮと接続され、プレイヤ端末１と無線による情報の送受信を行う。通信ネットワークＮは、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成され、プレイヤ端末１とサーバ１０００との無線もしくは有線による通信接続を実現する。

（プレイヤ端末１およびサーバ１０００のハードウェアの構成）
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１０００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、ＣＰＵ(Central Processing Unit)１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。

また、図２Ｂに示すように、サーバ１０００は、ＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４を含んで構成される。

なお、サーバ１０００のＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１０００については説明を省略する。

ＣＰＵ１０は、メモリ１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。メモリ１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。メモリ１２は、バス１４を介してＣＰＵ１０に接続されている。

バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。

記憶部１８は、ＤＲＡＭ(Dynamic Random Access Memory)等の半導体メモリで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムおよびデータが、ＣＰＵ１０によってメモリ１２（ＲＡＭ）にロードされる。

通信部２０は、通信基地局Ｎａと無線により通信接続され、通信ネットワークＮを介して、サーバ１０００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１０００から受信したプログラム等が、メモリ１２または記憶部１８に格納される。

入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。

出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、出力部２４としてディスプレイ２６を備え、入力部２２として、ディスプレイ２６に重畳して設けられるタッチパネルを備えている。

（ゲーム内容）
次に、本実施形態の情報処理システムＳ、ゲーム装置Ｇにより提供されるゲームについて説明する。プレイヤは、所謂ガチャと呼ばれる抽選により獲得したキャラクタや、運営側から配布されたキャラクタを所有することができる。また、プレイヤは、所謂ガチャと呼ばれる抽選により獲得したサポートカード（サポートキャラクタ）や、運営側から配布されたサポートカード（サポートキャラクタ）を所持することができる。詳しくは後述するが、本実施形態では、６０ターンからなる育成ゲームにおいて、プレイヤが所持するキャラクタを育成するゲーム性を有している。また、本実施形態における育成ゲームは、競走馬をキャラクタに擬人化したもので、キャラクタを育成して競馬を模したレースで１着を目指すゲーム性を有している。

図３は、育成ゲームのおおまかな流れを説明するための図である。育成ゲームは、準備段階処理および育成段階処理に大別される。準備段階処理の詳細については、後述する図２９において詳述する。また、育成段階処理の詳細については、後述する図３０、図３１、図３２、図３３、図３４、図３５、図３６、図３７において詳述する。ここでは、理解を容易にするために、準備段階処理および育成段階処理における大まかな流れについて先に説明する。

<準備段階処理>
準備段階処理では、主に、メインキャラクタの登録、サポートカード（サポートキャラクタ）の登録、特定キャラクタの登録、初期キャラクタ識別情報の設定が行われる。

<メインキャラクタの登録>
図４Ａは、ホーム画面２７を説明する図である。本実施形態では、プレイヤ端末１においてゲームアプリを起動すると、ディスプレイ２６にホーム画面２７が表示される。ホーム画面２７の下部には、メニューバー２８および「ｓｃｅｎａｒｉｏ」と記されたシナリオ操作部２９が表示されている。

メニューバー２８には、プレイヤが操作（タップ）可能な複数の操作部が設けられている。メニューバー２８には、「ｈｏｍｅ」と記されたホーム画面選択操作部２８ａ、「ｒａｃｅ」と記されたレース画面選択操作部２８ｂ、「ｇａｃｈａ」と記されたガチャ画面選択操作部２８ｃが設けられている。なお、メニューバー２８においては、ディスプレイ２６に表示中の画面が識別できるように、各画面に対応する操作部が強調表示される。

ホーム画面２７において、プレイヤによってガチャ画面選択操作部２８ｃがタップされると、不図示のガチャ画面がディスプレイ２６に表示される。なお、詳しい説明は省略するが、ガチャ画面では、キャラクタやサポートカード（サポートキャラクタ）を抽選で獲得することができる所謂ガチャ抽選を行うことができる。プレイヤは、ゲーム内通貨を消費することで、ガチャ抽選を行うことができる。

また、ホーム画面２７において、プレイヤによってシナリオ操作部２９がタップされると、図４Ｂに示すメインキャラクタ選択画面３０がディスプレイ２６に表示される。

図４Ｂは、メインキャラクタ選択画面３０を説明する図である。メインキャラクタ選択画面３０の中央部には、複数のキャラクタアイコン３１が表示され、プレイヤの所持しているキャラクタが一覧表示される。また、メインキャラクタ選択画面３０の上部には、パラメータ表示部３２が表示される。また、メインキャラクタ選択画面３０の下部には、「Ｒｅｔｕｒｎ」と記されたリターン操作部３３、および、「ＮＥＸＴ」と記されたネクスト操作部３４が表示されている。

本実施形態では、キャラクタごとに能力パラメータの初期値が設定されており、パラメータ表示部３２には、プレイヤが選択したキャラクタアイコン３１に対応するキャラクタの能力パラメータの初期値が数値で表示される。本実施形態では、能力パラメータの数値が大きいほど、能力が高いことを示している。

図５Ａは、能力パラメータ（初期値）テーブルを説明する図である。本実施形態では、図５Ａに示すように、能力パラメータ（初期値）テーブルに、キャラクタごとの能力パラメータの初期値が記憶されている。そして、能力パラメータ（初期値）テーブルに記憶された能力パラメータの初期値に基づいて、パラメータ表示部３２における能力パラメータの初期値の表示が行われる。

本実施形態では、キャラクタごとに複数種類の能力のそれぞれについて能力パラメータの初期値が設定されている。具体的には、能力パラメータとして、パラメータ表示部３２において「Ｓｐｅｅｄ」と記されたスピードの能力パラメータ、パラメータ表示部３２において「Ｓｔａｍｉｎａ」と記されたスタミナの能力パラメータ、パラメータ表示部３２において「Ｐｏｗｅｒ」と記されたパワーの能力パラメータ、パラメータ表示部３２において「Ｓｐｉｒｉｔ」と記された根性の能力パラメータ、パラメータ表示部３２において「Ｗｉｓｄｏｍ」と記された賢さの能力パラメータが設けられている。

なお、キャラクタごとの能力パラメータの初期値を、ゲーム内通貨を消費することによって、上昇させることができることとしてもよい。また、能力パラメータの値は、育成ゲーム開始後の所定の条件が成立した場合に変化する。そのため、プレイヤは、育成ゲームにおいて、キャラクタの能力パラメータの数値を上昇させることを目指すこととなる。

また、本実施形態では、キャラクタごとに適性パラメータ（初期値）が設定されている。図５Ｂは、適性パラメータ（初期値）テーブルを説明する図である。本実施形態では、図５Ｂに示すように、適性パラメータ（初期値）テーブルに、キャラクタごとの適性パラメータの初期値が記憶されている。適性パラメータの初期値はＡ～Ｇのアルファベットで７段階のいずれかに設定されている。なお、適性パラメータはＡが最も適性が高く、Ｇが最も適性が低いことを示している。なお、適性パラメータ（初期値）テーブルに記憶された適性パラメータの初期値に基づいて、パラメータ表示部３２において適性パラメータの初期値の表示が行われてもよい。

本実施形態では、キャラクタごとに複数種類の適性のそれぞれについて適性パラメータの初期値が設定されている。具体的には、適性パラメータとして、芝およびダートのそれぞれの場適性に係る適性パラメータと、短距離、マイル、中距離、長距離のそれぞれの距離適性に係る適性パラメータと、逃げ、先行、差し、追込のそれぞれの脚質適性に係る適性パラメータとが設けられている。

なお、キャラクタごとの適性パラメータの初期値を、ゲーム内通貨を消費することによって、上昇させることができることとしてもよい。また、適性パラメータの値は、育成ゲーム開始後の所定の条件が成立した場合に変化してもよい。なお、育成ゲーム開始後に所定の条件が成立した場合に、適性パラメータがＡよりも適性が高いＳに設定される場合があってもよい。

図４Ｃは、キャラクタ詳細画面４０を説明する第１の図である。また、図４Ｄは、キャラクタ詳細画面４０を説明する第２の図である。メインキャラクタ選択画面３０のキャラクタアイコン３１を長押しすると、ディスプレイ２６にキャラクタ詳細画面４０が表示される。キャラクタ詳細画面４０には、メインキャラクタ選択画面３０において長押しされたキャラクタアイコン３１に対応するキャラクタの能力の詳細が表示される。

キャラクタ詳細画面４０の中央部には、スキル操作部４１およびイベント操作部４２が表示される。図４Ｃに示すように、メインキャラクタ選択画面３０が表示された当初には、スキル操作部４１が強調表示されており、キャラクタごとに設けられているスキルが表示される。スキルは、後述する個人レースおよびチームレースの実行中に所定の条件が成立した場合に発動されることがある能力のことである。各キャラクタは、スキルが発動することでレース展開が有利となる。

図５Ｃは、スキルテーブルを説明する図である。図５Ｃに示すように、スキルテーブルには、プレイヤが所持しているキャラクタごとのスキルが記憶されている。そして、スキルテーブルに記憶されたスキルに基づいて、図４Ｃに示すように、キャラクタ詳細画面４０においてスキルが表示される。なお、スキルは、所持しているだけでは発動することがなく、獲得することで初めて発動可能となる。以下では、キャラクタが発動可能な状態のスキルを獲得済みスキルと呼ぶ。

キャラクタには、育成ゲーム開始当初から、１つの獲得済みスキル４１ａが設定されている。また、キャラクタには、獲得済みスキル４１ａとは別に、所持スキル４１ｂが複数設定されている。所持スキル４１ｂは、育成ゲーム開始後に、後述するスキルポイントを消費することで獲得することができるスキルである。つまり、所持スキル４１ｂは、スキルポイントと引き換えに、獲得済みスキル４１ａとなり得る。

本実施形態では、図５Ｃに示すスキルテーブルおける「◎」に対応するスキルが、図４Ｃのキャラクタ詳細画面４０において獲得済みスキル４１ａとして表示される。また、図５Ｃに示すスキルテーブルおける「〇」に対応するスキルが、図４Ｃのキャラクタ詳細画面４０において所持スキル４１ｂとして表示される。本実施形態では、図４Ｃのキャラクタ詳細画面４０に示すように、獲得済みスキル４１ａと所持スキル４１ｂとが区別しやすいように、獲得済みスキル４１ａが強調表示されている。

なお、本実施形態では、図４Ｃにおいて、キャラクタごとに設けられているスキルとして、１つの獲得済みスキル４１ａと７つの所持スキル４１ｂとが表示されている場合を示しているが、これに限定されるものではない。例えば、キャラクタごとに獲得済みスキル４１ａおよび所持スキル４１ｂの個数が異なることとしてもよい。また、例えば、ゲーム内通貨を消費することによって、キャラクタごとの獲得済みスキル４１ａおよび所持スキル４１ｂの個数が増加することとしてもよい。

また、プレイヤがキャラクタ詳細画面４０のイベント操作部４２をタップすると、図４Ｄに示すように、キャラクタ詳細画面４０の内容が切り替わり、キャラクタごとに設けられた専用イベント４２ａが表示される。この場合、図４Ｄに示すように、イベント操作部４２が強調表示される。専用イベント４２ａは、育成ゲームにおいて所定の条件が成立した場合に発生するものであり、育成ゲームに登場するキャラクタに係るストーリを表示したり、育成ゲームにおける各種ステータスの値を変化させたりするものである。

図５Ｄは、専用イベントテーブルを説明する図である。図５Ｄに示すように、専用イベントテーブルには、プレイヤが所持しているキャラクタごとに専用イベント４２ａが記憶されている。そして、専用イベントテーブルに記憶された専用イベント４２ａに基づいて、図４Ｄに示すように、キャラクタ詳細画面４０において専用イベント４２ａが表示される。なお、専用イベント４２ａには、スキルを所持あるいは獲得可能とするヒントイベント、キャラクタの能力パラメータの数値を上昇または減少させる能力イベント、キャラクタの適性パラメータを変化させる適性イベント、キャラクタに係るストーリを表示するストーリイベント等が含まれてもよい。

なお、図４Ｄに示すキャラクタ詳細画面４０において表示されている専用イベント４２ａは、育成ゲームの実行中にすべて実行されることとしてもよいし、育成ゲームの実行中に少なくとも一部が実行されることとしてもよいし、所定の条件が成立しなかった場合には、育成ゲームの実行中にすべてが実行されないこととしてもよい。また、例えば、ゲーム内通貨を消費することによって、キャラクタごとに設けられた専用イベント４２ａの個数が増加することとしてもよい。また、所定条件が成立した場合に、専用イベント４２ａとして表示されていない専用イベント４２ａが育成ゲーム中に実行されることとしてもよい。

また、図４Ｃおよび図４Ｄに示すように、キャラクタ詳細画面４０の下部には、「ｃｌｏｓｅ」と記されたクローズ操作部４３が表示されている。キャラクタ詳細画面４０のクローズ操作部４３がタップされた場合、キャラクタ詳細画面４０の表示が終了し、メインキャラクタ選択画面３０がディスプレイ２６に表示される。

また、図４Ｂに示すメインキャラクタ選択画面３０においてリターン操作部３３がタップされると、図４Ａに示すホーム画面２７がディスプレイ２６に表示される。

また、図４Ｂに示すメインキャラクタ選択画面３０においてネクスト操作部３４がタップされると、選択中のキャラクタがメインキャラクタに設定されるとともに、サポートカード設定画面５０（図６Ａ）がディスプレイ２６に表示される。

<サポートカード（サポートキャラクタ）の登録>
図６Ａは、サポートカード設定画面５０を説明する第１の図である。サポートカード設定画面５０の中央部には、サポートカード表示領域５１が設けられている。サポートカード表示領域５１には、複数のサポートカード設定操作部５２が含まれる。また、サポートカード設定画面５０の下部には、「Ｒｅｔｕｒｎ」と記されたリターン操作部５３および「ＳＴＡＲＴ」と記されたスタート操作部５４が表示される。

サポートカード表示領域５１には、サポートカード設定操作部５２が複数（ここでは６つ）表示される。サポートカード設定操作部５２は、プレイヤが設定可能なサポートカード（サポートキャラクタ）と同じ数表示される。なお、サポートカード設定画面５０の表示当初では、サポートカード設定操作部５２が空欄で表示されている。

本実施形態では、プレイヤが所持しているサポートカード（サポートキャラクタ）の中から、６種類のサポートカード（サポートキャラクタ）が設定可能となっている。なお、設定可能な６種類の内、一部（例えば、５種類）をプレイヤが所持しているサポートカード（サポートキャラクタ）の中から選択可能とし、残り（例えば、１種類）をプレイヤが所持していないサポートカード（サポートキャラクタ）の中から選択可能としてもよい。

図６Ｂは、サポートカード選択画面６０を説明する図である。図６Ａのサポートカード設定画面５０のサポートカード設定操作部５２が操作されると、図６Ｂに示すサポートカード選択画面６０がディスプレイ２６に表示される。サポートカード選択画面６０には、プレイヤが所持しているサポートカード（サポートキャラクタ）に対応するアイコン６１が一覧表示される。

サポートカード選択画面６０に表示されているアイコン６１をタップすることで、プレイヤは、サポートカード（サポートキャラクタ）を選択することができる。

図７Ａは、サポートカードテーブルを説明する図である。図７Ａに示すように、サポートカードテーブルには、プレイヤの所持しているサポートカードの種別ごとに、サポートキャラクタの種類、レアリティ、レベル、得意トレーニングが記憶されている。サポートキャラクタは、サポートカードの種別と一対一で対応している。つまり、サポートカードには、必ず、１体のキャラクタがサポートキャラクタとして対応付けられている。

本実施形態では、サポートカードごとにレアリティが設定されている。レアリティは、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（スーパースペシャルレア）の３段階が設けられている。なお、Ｒが最もレアリティが低く、ＳＳＲが最もレアリティが高く設定されている。本実施形態では、レアリティが高いサポートカード（サポートキャラクタ）ほど、後述するサポート効果が高くなる傾向がある。また、本実施形態では、レアリティが高いサポートカード（サポートキャラクタ）ほど、後述する所持スキルの数やサポートイベントの数が多くなる傾向がある。

サポートカード（サポートキャラクタ）のレベルは、レベル１～レベル５０の５０段階が設けられている。サポートカード（サポートキャラクタ）のレベルは、プレイヤによって上昇させることが可能であり、プレイヤによって上昇されたレベルがサポートカードごとに記憶されている。なお、サポートカードは、育成ゲームの実行、または、ゲーム内通貨を使用することでレベルを上昇させることができる。なお、サポートカード（サポートキャラクタ）のレベルは、レアリティによって上限が設けられている。

例えば、レアリティがＲのサポートカード（サポートキャラクタ）は、レベル２０が上限として定められており、レアリティがＳＲのサポートカード（サポートキャラクタ）は、レベル２５が上限として定められており、レアリティがＳＳＲのサポートカード（サポートキャラクタ）は、レベル３０が上限として定められている。

なお、レベルの上限は、所定の条件が成立した場合に、段階的に上昇させることができる。例えば、レアリティがＲのサポートカード（サポートキャラクタ）は、最大でレベル４０まで上限を上昇させることが可能であり、レアリティがＳＲのサポートカード（サポートキャラクタ）は、最大でレベル４５まで上限を上昇させることが可能であり、レアリティがＳＳＲのサポートカード（サポートキャラクタ）は、最大でレベル５０まで上限を上昇させることが可能としてもよい。

図７Ｂは、サポート効果テーブルを説明する図である。図７Ｂに示すように、サポート効果テーブルには、プレイヤの所持しているサポートカード（サポートキャラクタ）の種別ごとに、サポート効果が記憶されている。

サポート効果は、育成ゲームにおける各種ステータスを上昇させるものである。サポートカードには、サポート効果の対象が複数設けられている。サポート効果の対象としては、体力、速さ、スタミナ、パワー、根性、賢さ等が挙げられる。

図７Ｃは、所持スキルテーブルを説明する図である。図７Ｃに示すように、所持スキルテーブルには、プレイヤが所持するサポートカード（サポートキャラクタ）ごとに、所持スキルが設定されている。

本実施形態では、プレイヤがメインキャラクタに設定したキャラクタが所持スキルを所持しているように、サポートカード（サポートキャラクタ）ごとに所持スキルが設定されている。サポートカード（サポートキャラクタ）ごとに設定されている所持スキルは、育成ゲーム中にヒントイベントが発生することで、プレイヤが選択したメインキャラクタ、あるいは、後述するチームメンバへ昇格した他のキャラクタが獲得可能となる。

図７Ｄは、サポートイベントテーブルを説明する図である。図７Ｄに示すように、サポートイベントテーブルには、プレイヤが所持するサポートカード（サポートキャラクタ）ごとに、発生し得るサポートイベントが記憶されている。サポートイベントとは、育成ゲームの実行中に発生する可能性があるイベントである。サポートイベントが発生した場合、育成ゲームにおける各種ステータスの値が上昇または減少する場合がある。

例えば、ターン数に応じて実行するサポートイベントを決定してよいし、所定の抽選により実行するサポートイベントを決定してもよい。また、実行するサポートイベントは、１ターンに複数選択されてもよい。いずれにしても、予め設定されている所定の決定方法にしたがって、実行するサポートイベントを決定すればよい。

図６Ｃは、サポートカード設定画面５０を説明する第２の図である。本実施形態では、６つ全てのサポートカードが選択されると、図６Ｃに示すように、スタート操作部５４が操作可能になる。一方で、６つ全てのサポートカードが選択されていない場合には、図６Ａに示すように、スタート操作部５４が操作不可能となっている。

なお、サポートカード設定画面５０のリターン操作部５３が操作されると、図４Ｂに示すメインキャラクタ選択画面３０がディスプレイ２６に表示される。

また、図６Ｃに示すように、サポートカード設定画面５０においてスタート操作部５４がタップされると、選択中のサポートカード（サポートキャラクタ）が登録されるとともに、ゲーム画面７０（図１１Ａ）がディスプレイ２６に表示される。

<特定キャラクタの登録>
上記したように、メインキャラクタとサポートカード（サポートキャラクタ）が登録されると、次に、特定キャラクタが登録される。本実施形態では、予め４種類のキャラクタが特定キャラクタの候補に設定されている。

図８は、キャラクタ識別情報テーブルを説明する第１の図である。図９は、キャラクタ識別情報テーブルを説明する第２の図である。図８は、メインキャラクタとして、「キャラクタＣ」が登録され、サポートカード（サポートキャラクタ）として、「キャラクタＥ」、「キャラクタＩ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＱ」、「キャラクタＴ」が登録された場合を示している。また、図９は、メインキャラクタとして、「キャラクタＦ」が登録され、サポートカード（サポートキャラクタ）として、「キャラクタＥ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＱ」、「キャラクタＴ」が登録された場合を示している。

なお、本実施形態では、メインキャラクタに設定されるキャラクタ種別と、サポートカード（サポートキャラクタ）に設定されるキャラクタ種別との重複がされないように制限されている。

本実施形態では、図８に示すように、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＮ」、「キャラクタＲ」が特定キャラクタの候補に設定されている。そして、プレイヤが複数のキャラクタの中からメインキャラクタを選択すると、キャラクタ識別情報テーブルにおいて、選択されたキャラクタがメインキャラクタとして登録される。

また、プレイヤの操作によってサポートカード（サポートキャラクタ）が選択されると、キャラクタ識別情報テーブルが更新され、選択されたサポートカード（サポートキャラクタ）に対応するキャラクタが、サポートキャラクタとして登録される。

そして、キャラクタ識別情報テーブルにおいて、メインキャラクタおよびサポートカード（サポートキャラクタ）に係る情報が登録されると、特定キャラクタに係る情報が登録される。このとき、図８に示すように、登録されたメインキャラクタが、上記した予め設定されている特定キャラクタの候補と重複しない場合には、予め設定されている特定キャラクタの候補が、そのまま特定キャラクタとして登録される。すなわち、図８の場合では、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＮ」、「キャラクタＲ」が特定キャラクタとして登録される。

なお、図９に示すように、登録されたメインキャラクタが、上記した予め設定されている特定キャラクタの候補と重複する場合に、予め設定されている特定キャラクタの候補のうち、登録されたメインキャラクタと重複しないキャラクタが、特定キャラクタとして登録される。図９の場合では、「キャラクタＪ」、「キャラクタＮ」、「キャラクタＲ」が特定キャラクタとして登録される。

一方で、図９に示すように、登録されたサポートカード（サポートキャラクタ）が、上記した予め設定されている特定キャラクタの候補と重複する場合には、当該キャラクタは、サポートカード（サポートキャラクタ）、および、特定キャラクタとして登録されることとなる。

<初期キャラクタ識別情報の設定>
上記したように、メインキャラクタ、サポートカード（サポートキャラクタ）、および、特定キャラクタが登録されると、チームメンバ、サブメンバ、ランダムメンバの登録が行われる。詳しくは後述するが、育成ゲームでは、チームメンバとして登録されたキャラクタを用いて対戦ゲームをプレイする必要がある。サブメンバとして登録されたキャラクタが一定の条件を満たすと、当該キャラクタがチームメンバとして登録される。また、育成ゲーム中は、ランダムメンバとして登録されたキャラクタが出現する。ランダムメンバとして登録されたキャラクタが一定の条件を満たすと、サブメンバに昇格する。

本実施形態では、育成ゲームの開始時に、キャラクタ識別情報テーブルにおいて、メインキャラクタとして登録されているキャラクタがチームメンバとして登録される。すなわち、図８の場合では、「キャラクタＣ」がチームメンバとして登録されることとなる。また、図９の場合では、「キャラクタＦ」がチームメンバとして登録されることとなる。

また、キャラクタ識別情報テーブルにおいて、サポートカード（サポートキャラクタ）または特定キャラクタとして登録されているキャラクタがサブメンバとして登録される。すなわち、図８の場合では、「キャラクタＥ」、「キャラクタＦ」、「キャラクタＩ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＮ」、「キャラクタＱ」、「キャラクタＲ」、「キャラクタＴ」がサブメンバとして登録されることとなる。また、図９の場合では、「キャラクタＥ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＮ」、「キャラクタＱ」、「キャラクタＲ」、「キャラクタＴ」がサブメンバとして登録されることとなる。

また、キャラクタ識別情報テーブルにおいて、プレイヤが所持しているキャラクタまたはサポートカード（サポートキャラクタ）のうち、チームメンバまたはサブメンバとして登録されていないキャラクタが、ランダムメンバとして登録される。なお、予め定められたキャラクタのうち、チームメンバおよびサブメンバに登録されていない残りのキャラクタの全部が、あるいは、抽選で選ばれた一部のキャラクタがランダムメンバとして登録されることとしてもよい。

このようにして、キャラクタ識別情報テーブルにおいて、チームメンバ、サブメンバ、ランダムメンバに係る情報（初期キャラクタ識別情報）が記憶される。

<育成段階処理>
準備段階処理が終了すると、育成段階処理が開始されることとなる。育成段階処理では、メインキャラクタおよびチームメンバとして登録されたキャラクタの育成が可能となる。図１０は、選択項目テーブルを説明する図である。なお、メインキャラクタの種別に応じて選択項目テーブルが設けられてもよいし、メインキャラクタの種別にかかわらず共通の選択項目テーブルが設けられてもよい。

育成ゲームは、図１０に示すように、第１ターンから第６０ターンで構成されており、各ターンにおけるプレイヤの選択結果に応じて各種のパラメータの更新が行われるゲーム性を有している。

図１１Ａは、ゲーム画面７０を説明する第１の図である。図１１Ｂは、ゲーム画面７０を説明する第２の図である。育成段階処理に移行すると、図１１Ａ、図１１Ｂに示すゲーム画面７０がディスプレイ２６に表示される。ゲーム画面７０の上部には、体力表示部７１および調子表示部７２が表示される。メインキャラクタには、「体力」のパラメータが設けられている。「体力」のパラメータは、主に、後述するトレーニングで失敗する確率である失敗率の算出に用いられる。体力表示部７１は、「体力」の上限値に対して、現在のメインキャラクタの「体力」の残量が視覚的に把握できるように表示される。

また、メインキャラクタには、「調子」のパラメータが設けられている。調子表示部７２は、現在のメインキャラクタの「調子」が、複数段階（絶不調、不調、普通、好調、絶好調の５段階）で視覚的に把握できるように表示される。「調子」のパラメータが高いほど、メインキャラクタのレース展開が有利となり、また、トレーニングによる能力パラメータの上昇値が大きくなる。

また、図１１Ａ、図１１Ｂに示すように、ゲーム画面７０の中央部には、メインキャラクタの画像、現在のメインキャラクタのステータスを数値および複数段階のランク（Ｇ^＋、Ｆ、Ｆ^＋、Ｅ、Ｅ^＋、Ｄ、Ｄ^＋、Ｃ、Ｃ^＋、Ｂ、Ｂ^＋、Ａ、Ａ^＋、Ｓ、ＳＳ、ＳＳ^＋の１６段階）で示すステータス表示部７３、育成ゲームにおいてメインキャラクタが所持しているスキルポイントの残量を数値で示すスキルポイント表示部７４が表示されている。具体的には、本実施形態では、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各能力パラメータの数値およびランクが表示される。

また、図１１Ａ、図１１Ｂに示すように、ゲーム画面７０の下部には、「Ｒｅｓｔ」と記されたレスト操作部７５、「Ｔｒａｉｎｉｎｇ」と記されたトレーニング操作部７６、「Ｓｋｉｌｌ」と記されたスキル操作部７７、「ＧｏｉｎｇＯｕｔ」と記されたゴーイングアウト操作部７８、「Ｒａｃｅ」と記された個人レース操作部７９ａ、「ＴｅａｍＲａｃｅ」と記されたチームレース操作部７９ｂが表示されている。

なお、図１１Ａに示すように個人レース操作部７９ａと、図１１Ｂに示すようにチームレース操作部７９ｂとは、ゲーム画面７０において表示される領域が共通となっている。また、ゲーム画面７０の上部には、現在のターン数が表示される。

また、プレイヤは、各ターンにおいて「Ｒｅｓｔ」（レスト操作部７５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部７６）、「ＧｏｉｎｇＯｕｔ」（ゴーイングアウト操作部７８）、「Ｒａｃｅ」（個人レース操作部７９ａ）、「ＴｅａｍＲａｃｅ」（チームレース操作部７９ｂ）のいずれかの項目を選択する。このとき、図１０に示すように、各ターンにおいて選択可能な項目が予め設定されている。

本実施形態では、図１０に示す第２０ターン、第３０ターン、第３５ターン、第５７ターン、第５９ターン、第６０ターンのように、「ＴｅａｍＲａｃｅ」（チームレース操作部７９ｂ）の項目が選択可能な場合には、「Ｒｅｓｔ」（レスト操作部７５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部７６）、「ＧｏｉｎｇＯｕｔ」（ゴーイングアウト操作部７８）、「Ｒａｃｅ」（個人レース操作部７９ａ）の各項目が選択不可能となるように設定される。また、「Ｒｅｓｔ」（レスト操作部７５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部７６）、「ＧｏｉｎｇＯｕｔ」（ゴーイングアウト操作部７８）、「Ｒａｃｅ」（個人レース操作部７９ａ）の各項目が選択可能な場合には、「ＴｅａｍＲａｃｅ」（チームレース操作部７９ｂ）の項目が選択不可能となるように設定される。

一方で、スキル操作部７７は、全てのターンにおいて常時選択可能に設定されている。なお、詳しくは後述するが、スキル獲得を行ったとしても、当該ターンは終了しない。

図１２Ａは、トレーニング画面８０を説明する第１の図である。図１２Ｂは、トレーニング画面８０を説明する第２の図である。ゲーム画面７０のトレーニング操作部７６が操作されると、ディスプレイ２６にトレーニング画面８０が表示される。

図１２Ａに示すように、トレーニング画面８０の下部には、トレーニング項目が表示される。ここでは、「Ｓｐｅｅｄ」と記されたスピード操作部８１、「Ｓｔａｍｉｎａ」と記されたスタミナ操作部８２、「Ｐｏｗｅｒ」と記されたパワー操作部８３、「Ｓｐｉｒｉｔ」と記された根性操作部８４、「Ｗｉｓｄｏｍ」と記された賢さ操作部８５が表示される。

プレイヤが各操作部８１～８５のいずれかを１回タップすると、タップした操作部８１～８５に対応するトレーニング項目が仮選択されるとともに、仮選択されたトレーニング項目に対応する操作部８１～８５が強調表示される。図１２Ａでは、パワー操作部８３が仮選択された状態を示している。また、図１２Ｂでは、スタミナ操作部８２が仮選択された状態を示している。

また、各操作部８１～８５には、トレーニング項目ごとのトレーニングレベルが併せて表示される。トレーニングレベルは、詳しくは後述するように、チームランキングが上がることで上昇するパラメータであり、トレーニングレベルが高いほど、トレーニングを実行した際に能力パラメータが上昇する数値が大きくなる。トレーニングレベルは、当初はレベル１に設定されており、最大でレベル５まで上昇する。

また、仮選択中の操作部８１～８５には、「Ｆａｉｌｕｒｅ」と記された失敗率表示部８６が表示される。失敗率表示部８６に数値で表示される失敗率は、体力表示部７１に表示される体力の残量に反比例して上昇するように設定されている。

また、ステータス表示部７３において、仮選択中の操作部８１～８５に対応するトレーニングが実行され、成功した場合に能力パラメータが上昇する値が表示される。例えば、図１２Ａの場合には、パワー操作部８３が仮選択されており、ステータス表示部７３の「Ｓｔａｍｉｎａ」に「＋８」、「Ｐｏｗｅｒ」に「＋１０」と表示される。また、図１２Ｂの場合には、スタミナ操作部８２が仮選択されており、ステータス表示部７３の「Ｓｔａｍｉｎａ」に「＋１５」、「Ｓｐｉｒｉｔ」に「＋５」と表示される。

また、トレーニングを実行した場合に後述するイベント（ヒントイベント、サポートイベントまたは指導イベント）が発生するトレーニング項目に対応する操作部８１～８５には、イベント報知表示８７が表示される。なお、イベント報知表示８７はイベントの種別に応じて異なる表示態様とすることができる。

また、トレーニング画面８０の右上部には、仮選択中の操作部８１～８５の項目ごとに、トレーニング（合同トレーニング）に配置されたキャラクタのアイコン８８が表示される。すなわち、メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数が、複数種類のトレーニング項目（育成種目）のいずれかに対応付けられる。

また、トレーニングを実行した場合にアイコン８８に表示されたキャラクタに対応して所定のイベント（例えば、後述するヒントイベント、サポートイベントまたは指導イベント）が発生する場合には、対応するアイコン８８にイベント報知表示８７が表示される。

図１２Ｃは、トレーニング結果報知画面８０ａを説明する図である。仮選択中の操作部８１～８５のいずれかが、再度タップされると、タップされた操作部８１～８５に対応するトレーニングが実行される。このように、メインキャラクタの能力を示す複数の能力パラメータ（能力情報）のいずれか１または複数に対応する複数種類のトレーニング項目（育成種目）が選択可能である。

そして、トレーニングが実行されると、トレーニングの成功または失敗が報知されるトレーニング結果報知画面８０ａがディスプレイ２６に表示される。ここでは、「成功」という文字が表示され、トレーニングの成功がプレイヤに報知される。

また、このとき、トレーニングの成功に基づいて、ステータス表示部７３の能力パラメータが更新表示される。すなわち、プレイヤによって選択されたトレーニング項目（育成種目）に対応するメインキャラクタの能力パラメータ（能力情報）が更新される。

ここでは、上記図１２Ａまたは図１２Ｂでステータス表示部７３に表示されていたトレーニングが成功した場合に上昇する能力パラメータの値が加算される。また、実行したトレーニング項目に応じて体力表示部７１の表示が更新される。スピード、スタミナ、パワー、根性のいずれかのトレーニングを行い、成功した場合には、体力が減少する。一方で、賢さのトレーニングを行い、成功した場合には、体力が回復する。

また、トレーニングに失敗した場合には、所定のペナルティが付与される。ペナルティの内容としては、具体的には、体力の低下、能力パラメータの数値の低下、調子の減少等が含まれる。なお、例えば、失敗率が低いときに付与されるペナルティよりも、失敗率が高いときに付与されるペナルティの方が内容が重い（体力の低下する数値が大きい、能力パラメータの低下する数値が大きい、減少する調子の段階が大きい）ものとすることができる。また、ペナルティの内容は、トレーニング項目に応じて決定されてもよい。例えば、スピードのトレーニングが実行され、失敗した場合にはスピードの能力パラメータの値が減少し、パワーのトレーニングが実行され、失敗した場合にはパワーの能力パラメータの値が減少することとしてもよい。また、一部のトレーニング項目（例えば、賢さ）については、トレーニングが失敗したとしても、ペナルティが付与されないこととすることができる。

図１２Ｄは、イベント画面８０ｂを説明する図である。トレーニング結果報知画面８０ａの表示が終了すると、ディスプレイ２６にイベント画面８０ｂが表示されることがある。イベント画面８０ｂでは、様々なイベントが実行される。例えば、後述するヒントイベント、サポートイベントまたは指導イベントが発生することがある。なお、イベントが複数発生する場合もある。

例えば、ヒントイベントが発生した場合には、スキルのヒントが得られる。スキルのヒントが得られると、プレイヤは、スキルポイントを消費してスキルを獲得することができる。スキルは複数種類設けられており、スキルごとに所定の能力が発動することがある。スキルには、それぞれ発動条件と効果が定められており、各々の発動条件が成立した場合に、予め定められた効果が発動する。スキルは、後述する個人レースおよびチームレースの実行中に発動される場合がある。

イベントには、スキルを獲得するイベント、体力が回復するイベント、体力が減少するイベント、能力パラメータが上昇するイベント、能力パラメータが減少するイベント、調子が上昇するイベント、調子が減少するイベント等が含まれている。ここでは、ターンごとに予め定められたイベントや、所定の抽選により当選した場合に発生するイベントがある。

また、発生した全てのイベントが終了すると、次のターンに係るゲーム画面７０が表示される。

図１３Ａは、スキル画面９０を説明する第１の図である。図１３Ｂは、スキル画面９０を説明する第２の図である。ゲーム画面７０のスキル操作部７７が操作されると、図１３Ａに示すスキル画面９０がディスプレイ２６に表示される。

スキル画面９０には、獲得済みスキル、メインキャラクタに予め設定されている所持スキル、各種イベントの発生等により所持した所持スキル等が表示される。また、所持スキルに対してヒントイベントが発生した場合には、この所持スキルを獲得するために消費するスキルポイントが割り引かれる。ここでは、ヒントを獲得した所持スキルについては、獲得するために必要なスキルポイントが割り引かれて表示されている。このとき、割引率が併せて表示されることとなる。

また、スキル画面９０に表示されるスキルには、それぞれのスキルの発動条件および発動した際の効果が表示される。

また、スキル画面９０の上部には、体力表示部７１、調子表示部７２、スキルポイント表示部７４が表示される。また、スキル画面９０の上部には、現在のターン数が表示される。

プレイヤの操作に基づいて、スキルポイントを消費して所持スキルを獲得すると、図１３Ｂに示すように、獲得したスキルに「ＧＥＴ」と表示されて、所持スキルを獲得したことが報知されるとともに、消費したスキルポイントがスキルポイント表示部７４に表示されていたスキルポイントから減算されて表示が更新される。

図１４Ａは、個人レース選択画面１００を説明する図である。ゲーム画面７０の個人レース操作部７９ａが操作されると、図１４Ａに示す個人レース選択画面１００が表示される。個人レースは、メインキャラクタが所謂ノンプレイヤキャラクタ（以下、ＮＰＣという）とレースを行うゲーム性を有している。

個人レース選択画面１００の上部には、体力表示部７１、調子表示部７２が表示される。また、個人レース選択画面１００の中央部には、出場する個人レースの種別を選択するための個人レース選択操作部１０１が表示される。また、個人レース選択画面１００の下部には、「Ｓｔａｒｔ」と記されたスタート操作部１０２が表示される。なお、個人レース選択画面１００の個人レース選択操作部１０１によって選択できるレースは、ターンごとに予め設定されている。また、各レースに出走するための条件が予め設定されており、当該条件を満たしている場合に、当該レースに出走することができるようにしてもよい。

図１４Ｂは、個人レース開始画面１１０を説明する図である。個人レース選択操作部１０１で出場する個人レースの種別が選択された状態で、スタート操作部１０２が操作されると、図１４Ｂに示す個人レース開始画面１１０が表示される。個人レース開始画面１１０の中央部には戦略表示部１１１が表示される。また、戦略表示部１１１には、現在選択中の戦略（追込、差し、先行、逃げ）が強調表示されるとともに、「Ｃｈａｎｇｅ」と記されたチェンジ操作部１１２が表示されている。チェンジ操作部１１２が操作されると、不図示の戦略変更画面がディスプレイ２６に表示される。プレイヤは、戦略変更画面における操作により、個人レースにおける戦略を任意の戦略に変更することができる。

また、個人レース開始画面１１０の下部には、「Ｒｅｓｕｌｔ」と記されたリザルト操作部１１３、「Ｒａｃｅ」と記されたレース操作部１１４が表示されている。

レース操作部１１４が操作された場合、不図示のレース画面がディスプレイ２６に表示される。ディスプレイ２６では、レースの展開の動画（以下、レース動画ともいう）が表示される。

図１４Ｃは、個人レース結果画面１２０を説明する図である。上記のレース動画の再生が終了した場合、および、リザルト操作部１１３が操作された場合、個人レース結果画面１２０がディスプレイ２６に表示される。個人レース結果画面１２０では、当該個人レースにおける着順が表示される。

図１５Ａは、チームレース選択画面１３０を説明する図である。ゲーム画面７０のチームレース操作部７９ｂが操作されると、図１５Ａに示すチームレース選択画面１３０が表示される。チームレース選択画面１３０の中央部には、出場するチームレースの対戦相手を選択するための対戦チーム選択操作部１３１が表示される。なお、対戦相手は、ＮＰＣとすることができる。また、対戦相手は、ＮＰＣに限らず、他のプレイヤのチームとしてもよい。この場合、他のプレイヤのチームと通信対戦が行われる。

なお、チームレースに出場させるキャラクタは、チームメンバから選択可能であればよく、必ずしもメインキャラクタを含めなくてもよい。また、１のチームメンバをチームレースにおける複数のレースに出場可能としてもよい。

図１５Ｂは、チーム編成画面１４０を説明する図である。対戦チーム選択操作部１３１が操作されると、チーム編成画面１４０がディスプレイ２６に表示される。チーム編成画面１４０には、チーム編成操作部１４１が表示されている。プレイヤは、チーム編成操作部１４１を操作することで、チームメンバとして登録されているキャラクタを用いて、チームレースにおけるキャラクタの編成を行うことができる。本実施形態では、チームレースにおいて、「短距離」、「マイル」、「中距離」、「長距離」、「ダート」の５つのレースが実行される。そして、各レースの勝敗に基づいて、チームレースにおける総合的な勝敗が決定されるゲーム性を有している。

具体的には、５つのレースうち、プレイヤのチームが勝利したレースの数が、対戦相手のチームが勝利したレースの数よりも多い場合に、チームレースにおいて総合的にプレイヤの勝利となる。一方で、５つのレースのうち、プレイヤのチームが勝利したレースの数が、対戦相手のチームが勝利したレースの数よりも少ないか、同数の場合に、チームレースにおいて総合的に敗北となる。なお、プレイヤは各レースに最大で３種類のキャラクタをチームメンバの中から編成することができる。なお、同一種別のキャラクタを複数のレースに編成することはできなくなっている。また、チーム編成画面１４０の下部には、「Ｓｔａｒｔ」と記されたスタート操作部１４２が表示される。

図１５Ｃは、チームレース開始画面１５０を説明する図である。チーム編成画面１４０のスタート操作部１４２が操作されると、図１５Ｃに示すチームレース開始画面１５０が表示される。本実施形態では、チームレースにおいて５つのレースが実行されるが、その実行される順番は、予め定められた順番としてもよいし、ランダムで決定されることとしてもよい。

図１５Ｃに示すように、チームレース開始画面１５０の中央部には、実行されるレースに係るプレイヤの編成したチームのキャラクタと、対戦相手のチームのキャラクタが表示される。ここでは、「中距離」のレースについてプレイヤが２つのキャラクタを編成し、対戦相手のキャラクタが２つ編成されている場合を示している。

また、図１５Ｃに示すように、チームレース開始画面１５０の下部には「Ｒｅｓｕｌｔ」と記されたリザルト操作部１５１、および、「Ｒａｃｅ」と記されたレース操作部１５２が表示される。レース操作部１５２が操作された場合、不図示のレース動画が表示される。

図１５Ｄは、チームレース途中結果画面１６０を説明する図である。上記のレース動画の再生が終了した場合、および、チームレース開始画面１５０のリザルト操作部１５１が操作された場合、チームレース途中結果画面１６０がディスプレイ２６に表示される。チームレース途中結果画面１６０では、当該レース（ここでは、「中距離」のレース）における勝敗が表示される。なお、チームレースにおける５つのレースそれぞれの勝敗の決定方法は特に限定されない。例えば、１着に入賞したキャラクタの所属するチームが勝利となってもよい。あるいは、着順ごとにポイントが付与され、最も獲得ポイントの高いチームが勝利となってもよい。

そして、図１５Ｄのチームレース途中結果画面１６０の表示が終了すると、次のレース（例えば、「短距離」のレース）に係るチームレース開始画面１５０が表示され、以後、上記と同様にして、５つすべての種別のレースが終了するまで、チームレース開始画面１５０およびチームレース途中結果画面１６０の表示が順次行われる。

図１６Ａは、チームレース詳細結果画面１７０を説明する第１の図である。上記したように５つすべての種別のレースに係るチームレース開始画面１５０およびチームレース途中結果画面１６０の表示が行われると、ディスプレイ２６にチームレース詳細結果画面１７０が表示される。チームレース詳細結果画面１７０の中央部には、勝敗結果表示部１７１が表示される。勝敗結果表示部１７１では、各レースにおける勝敗結果がプレイヤに報知される。ここでは、図１６Ａに示すように、各レースにおける勝利が３、敗北が２である場合について示している。

図１６Ｂは、チームレース総合結果画面１８０を説明する第１の図である。勝敗結果表示部１７１の表示が終了すると、ディスプレイ２６にチームレース総合結果画面１８０が表示される。チームレース総合結果画面１８０では、チームレースにおける総合的な勝敗結果がプレイヤに報知される。図１６Ａに示すように、各レースにおける勝利が３、敗北が２である場合には、チームレース総合結果画面１８０では、チームレースに勝利したことが報知されることとなる。

また、チームレース総合結果画面１８０では、チームランキングが表示される。本実施形態では、チームランキングは、チームレースの勝敗結果に基づいて変動する。例えば、チームレースに勝利した場合に、チームランキングが上昇する。

また、チームレースに勝利したことが報知されるチームレース総合結果画面１８０では、「ＮＥＸＴ」と記されたネクスト操作部１８１が表示される。チームレース総合結果画面１８０のネクスト操作部１８１が操作された場合、次のターンに係るゲーム画面７０が表示される。

図１６Ｃは、チームレース詳細結果画面１７０を説明する第２の図である。ここでは、図１６Ｃに示すように、各レースにおける勝利が２、敗北が３である場合について示している。図１６Ｄは、チームレース総合結果画面１８０を説明する第２の図である。図１６Ｃに示すように、各レースにおける勝利が２、敗北が３である場合には、チームレース総合結果画面１８０では、チームレースに敗北したことが報知されることとなる。

また、チームレースに敗北したことが報知されるチームレース総合結果画面１８０では、「Ｃｏｎｔｉｎｕｅ」と記されたコンティニュー操作部１８２、および、「Ｆｉｎｉｓｈ」と記されたフィニッシュ操作部１８３が表示される。

コンティニュー操作部１８２が操作された場合、当該チームレースの結果が破棄されて、再度最初から５つのチームレースが開始される。なお、コンティニューの回数は予め定められた最大継続回数の範囲内で実行することができることとしてもよい。

また、フィニッシュ操作部１８３が操作された場合、ゲームオーバーとなり、当該育成ゲームが終了する。ただし、チームレースに敗北したことが報知されるチームレース総合結果画面１８０においてコンティニュー操作部１８２およびフィニッシュ操作部１８３を表示せずに、ネクスト操作部１８１を表示することとしてもよい。すなわち、チームレースにおいて敗北したとしても、ゲームオーバーせずに育成ゲームが続いてもよい。上記したように、本実施形態では、メインキャラクタ、および、チームメンバとして登録されたサブキャラクタのいずれか一方または双方を用いた対戦ゲーム（個人レースまたはチームレース）が実行される。

図１７は、チームメンバ、サブメンバ、および、ランダムメンバの関係を説明する図である。以下では、チームメンバとして登録されているキャラクタ、サブメンバとして登録されているキャラクタ、および、ランダムメンバとして登録されているキャラクタを、それぞれ、単にチームメンバ、サブメンバ、ランダムメンバと呼ぶ場合がある。本実施形態では、育成ゲームの進行に応じて、ランダムメンバがサブメンバに昇格する場合がある。具体的には、図１７に示すように、ランダムメンバとの合同トレーニングが１回成功すると、当該ランダムメンバが、サブメンバに昇格する。

ここで、合同トレーニングというのは、キャラクタが配置されたトレーニング項目をプレイヤが選択して実行されるトレーニングである。したがって、ランダムメンバが配置されたトレーニング項目が選択され、このトレーニングに成功すると、ランダムメンバがサブメンバに昇格することとなる。

なお、これに限定されず、ランダムメンバとの合同トレーニングに成功した場合に、所定の抽選を実行し、当該抽選に当選した場合に、当該ランダムメンバが、サブメンバに昇格することとしてもよい。あるいは、ランダムメンバとの合同トレーニングを予め設定されている所定回数実行すると、その成功可否に拘わらず、当該ランダムメンバが、サブメンバに昇格することとしてもよい。

また、サブメンバは、ランダムメンバに降格する場合がある。具体的には、図１７に示すように、サブメンバとの合同トレーニングが２０ターンに亘って成功しなかった場合、当該サブメンバがランダムメンバに降格される。なお、サブメンバとの合同トレーニングが２０ターンに亘って成功しなかった場合、当該サブメンバに登録されていたキャラクタを単にサブメンバから削除することとしてもよい。この場合、当該サブメンバは、以後、育成ゲームに登場しなくなる。また、例えば、サブメンバとの合同トレーニングが予め設定されたターン数実行されなかった場合に、当該サブメンバが削除、あるいは、ランダムメンバに降格することとしてもよい。

また、本実施形態では、サブメンバが、チームメンバに登録される場合がある。具体的には、サブメンバには、パラメータとして登録パラメータが設けられている。登録パラメータは、予め定められた登録条件の成立によって更新される。そして、図１７に示すように、サブメンバの登録パラメータの値が予め設定された閾値（１００）以上となった場合、当該サブメンバがチームメンバに登録される。

なお、一旦、チームメンバに登録されたキャラクタは、サブメンバおよびランダムメンバに変更されることはない。ただし、チームメンバに登録されたキャラクタが予め設定された所定条件を満たした場合に、サブメンバまたはランダムメンバに変更されることとしてもよい。

図１８は、登録パラメータテーブルを説明する図である。本実施形態では、サブメンバに登録されたキャラクタには、登録パラメータが付与される。登録パラメータは、サブメンバからチームメンバへの昇格の有無を判定するために用いられるパラメータである。

具体的には、特定キャラクタがサブメンバとして登録されると、図１８に示すように、登録パラメータの初期値として「４０」が登録される。そして、以後、当該特定キャラクタとの合同トレーニングに成功するたびに、登録パラメータに「１０」～「２０」の中からランダムで決定される上昇値が加算される。

また、サポートカードに対応付けられたサポートキャラクタがサブメンバとして登録されると、図１８に示すように、登録パラメータの初期値として「０」が登録される。そして、以後、当該サポートキャラクタとの合同トレーニングに成功するたびに登録パラメータに「１０」～「２０」の中からランダムで決定される上昇値が加算される。なお、ここでは、サポートカード（サポートキャラクタ）と特定キャラクタが重複している場合には、特定キャラクタとして扱う。ただし、特定キャラクタとサポートキャラクタとが重複している場合には、初期値および上昇値のいずれか一方または双方が、さらに高い値に設定されてもよい。

また、特定キャラクタおよびサポートキャラクタ以外のキャラクタがサブメンバとして登録されると、図１８に示すように、登録パラメータの初期値として「０」が登録される。そして、以後、当該その他のキャラクタとの合同トレーニングに成功するたびに、登録パラメータに「５」～「１０」の中からランダムで決定される上昇値が加算される。すなわち、プレイヤによって選択されたトレーニング項目（育成種目）に対応付けられたサブキャラクタの登録パラメータが更新される。なお、ここでは、合同トレーニングに成功した場合の登録パラメータの上昇値が抽選により決定される。ただし、上昇値は、固定値であってもよい。また、キャラクタの種別ごとに上昇値が異なってもよい。

すなわち、プレイヤによって選択された育成種目に対応付けられたサブキャラクタの登録パラメータが、予め定められた登録条件に基づいて更新される。

図１８に示すように、特定キャラクタは、サポートキャラクタおよびその他のキャラクタよりも登録パラメータの初期値が高いため、サポートキャラクタおよびその他のキャラクタよりも登録パラメータが閾値（１００）に到達しやすくなっている。また、サポートキャラクタは、その他のキャラクタよりも登録パラメータの上昇値が高いため、その他のキャラクタよりも登録パラメータが閾値（１００）に到達しやすくなっている。このように、本実施形態では、特定キャラクタおよびサポートキャラクタは、他のキャラクタよりも、チームメンバに昇格しやすい。

なお、本実施形態では、登録パラメータが上昇する場合についてのみ示しているが、登録パラメータは、予め定められた登録条件に基づいて更新されればよく、減少する場合を備えてもよい。例えば、トレーニングに失敗した場合に、登録パラメータが減少するように設定してもよい。

図１９は、ターン開始時処理のおおまかな流れを説明する図である。育成段階処理には、育成ゲームの各ターンの開始時に実行される、ターン開始時処理が含まれる。ターン開始時処理の詳細については、後述する図３１、図３２、図３３、図３４において詳述する。ここでは、ターン開始時処理における大まかな流れについて説明する。

ターン開始時処理では、大まかに、図１９に示すように、「ランダムメンバの配置数を決定する処理」、「配置するランダムメンバの適性種別を決定する処理」、「配置するランダムメンバを決定する処理」、「チームメンバの配置有無を決定する処理」、「サブメンバの配置有無を決定する処理」、「配置するトレーニング項目を決定する処理」、「能力パラメータの上昇値を決定する処理」、「出現イベントを決定する処理」が実行される。

<ランダムメンバの配置数を決定する処理>
図２０Ａは、ランダムメンバ配置数テーブルを説明する図である。本実施形態では、各トレーニング（合同トレーニング）に配置されたキャラクタの合計数が、最大で合計２０となるように制限されている。

図２０Ａに示すように、チームメンバに登録されているキャラクタと、サブメンバに登録されているキャラクタの数の合計数に基づいて、ランダムメンバに登録されているキャラクタの中から、各トレーニングに配置するキャラクタの配置数が決定される。

本実施形態では、図２０Ａに示すように、チームメンバと、サブメンバとの数の合計数が「２０」以上の場合、ランダムメンバの配置数が「０」に決定される。また、チームメンバと、サブメンバとの数の合計数が「１９」の場合、ランダムメンバの配置数が所定の確率で「０」または「１」に決定される。また、チームメンバと、サブメンバとの数の合計数が「１８」以下の場合、ランダムメンバの配置数が所定の確率で「０」、「１」、または、「２」に決定される。なお、ランダムメンバの配置数が「０」に決定された場合、いずれのトレーニング項目にもランダムメンバが配置されることはない。

<配置するランダムメンバの適性種別を決定する処理>
図２０Ｂは、適性数テーブルを説明する図である。図２０Ｂに示すように、本実施形態では、チームメンバに登録されているキャラクタについて、予め設定されている適性種別に係る適性パラメータが「Ａ」（あるいは「Ｓ」）で登録されているキャラクタの数（Ａ適性数）が記憶されている。具体的には、本実施形態では、図２０Ｂに示すように、予め設定されている適性種別として「短距離」、「マイル」、「中距離」、「長距離」、「ダート」が設定されている。

なお、サブメンバがチームメンバに昇格した場合や、育成ゲームの実行中に所定条件が成立してチームメンバのキャラクタの上記適性種別に係る適性パラメータが更新された場合に、適性数テーブルが更新されることとなる。

ここでは、図２０Ｂに示すように、「短距離」に係るＡ適性数が「３」と記憶され、「マイル」に係るＡ適性数が「２」と記憶され、「中距離」に係るＡ適性数が「３」と記憶され、「長距離」に係るＡ適性数が「１」と記憶され、「ダート」に係るＡ適性数が「１」と記憶されているとする。

なお、図５Ｂに示すように、例えば、キャラクタＣは、「マイル」および「中距離」に係る適性パラメータが「Ａ」であり、キャラクタＣがチームメンバに登録されている場合には、「マイル」および「中距離」の両方に「Ａ」であるキャラクタの数としてカウントされることとなる。換言すれば、図２０Ｂの各Ａ適性数の合計値とチームメンバに登録されているキャラクタの合計数は必ずしも一致するものではない。

そして、上記のように、図２０Ａの抽選確率に基づいてランダムメンバの配置数が「１」または「２」に決定された場合、ランダムメンバに登録されているキャラクタの中から、実際にトレーニング項目に配置するキャラクタを決定する。本実施形態では、まず、適性数テーブルを参照して、Ａ適性数が最も少ない適性種別を抽出する。

なお、図２０Ｂに示すように、Ａ適性数が最も少ない適性種別が複数ある場合には、予め設定された優先順位に基づいて、適性種別が抽出される。ここでは、「短距離」>「マイル」>「中距離」>「長距離」>「ダート」の優先順位が設定されている。例えば、図２０Ｂの場合では、「長距離」および「ダート」のＡ適性数が「１」と登録されているため、両者の中で優先順位が高い「長距離」が抽出される。そして、ランダムメンバに登録されているキャラクタの中から、抽出された適性種別（ここでは、「長距離」）が「Ａ」であるランダムメンバが抽出され、抽出されたランダムメンバの中からいずれか１のキャラクタが抽選により決定される。

なお、具体的な抽選方法については特に限定されない。例えば、抽選により当選しやすいランダムメンバと抽選により当選しにくいランダムメンバが設けられてもよい。例えば、図５Ａおよび図５Ｂを参照して、能力パラメータの初期値や適性パラメータの初期値が高いランダムメンバほど抽選により当選し難くしてもよい。あるいは、均等な確率で抽選が行われてもよい。そして、上記の抽選により当選したランダムメンバが、いずれかのトレーニング項目に配置されるランダムメンバとして記憶される。

ランダムメンバの配置数が複数である場合には、上記したＡ適性数が最も少ない適性種別の抽出、抽出された適性種別が「Ａ」であるランダムメンバの抽選を配置数だけ繰り返し行う。このとき、配置するランダムメンバを決定した際に、配置するランダムメンバの適性パラメータ（図５Ｂ参照）に基づいて、適性数テーブルを一時的に更新してもよい。つまり、２体目のランダムメンバを決定する際に、１体目のランダムメンバの適性種別が加味されてもよい。このようにすることで、各適性種別のＡ適性数の均等化が促進される。

<チームメンバの配置有無を決定する処理およびサブメンバの配置有無を決定する処理>
図２１は、配置有無テーブルを説明する図である。図２１に示すように、配置有無テーブルには、キャラクタのキャラクタ識別情報ごとに、配置有無（「配置する」または「配置しない」）の選択比率が設定されている。本実施形態では、図２１に示す配置有無テーブルに基づいて、上記した図８または図９に示したキャラクタ識別情報テーブルを参照して、全てのチームメンバおよびサブメンバについて、配置有無が決定される。

具体的には、図２１に示すように、本実施形態では、キャラクタ識別情報として「サポートキャラクタ」かつ「特定キャラクタ」かつ「チームメンバ」が登録されている場合には、８０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「サポートキャラクタ」かつ「特定キャラクタ」かつ「サブメンバ」が登録されている場合には、４０％の確率で「配置する」が選択される。

また、キャラクタ識別情報として「サポートキャラクタ」かつ「チームメンバ」が登録されている場合には、６０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「サポートキャラクタ」かつ「サブメンバ」が登録されている場合には、２０％の確率で「配置する」が選択される。

また、キャラクタ識別情報として「特定キャラクタ」かつ「チームメンバ」が登録されている場合には、６０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「特定キャラクタ」かつ「サブメンバ」が登録されている場合には、２０％の確率で「配置する」が選択される。

また、キャラクタ識別情報として「チームメンバ」が登録されている場合には、４０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「サブメンバ」が登録されている場合には、１０％の確率で「配置する」が選択される。

換言すれば、図２１に示すように、キャラクタ識別情報として、「チームメンバ」を含む場合には、「サブメンバ」を含む場合よりも、「配置する」が選択される確率が高くなるように設定される。

また、図２１に示すように、キャラクタ識別情報として、「サポートキャラクタ」を含む場合には、「サポートキャラクタ」を含まない場合よりも、「配置する」が選択される確率が高くなるように設定される。

また、図２１に示すように、キャラクタ識別情報として、「特定キャラクタ」を含む場合には、「特定キャラクタ」を含まない場合よりも、「配置する」が選択される確率が高くなるように設定される。

すなわち、サポートキャラクタとして設定されているサブメンバは、サポートキャラクタとして設定されていないサブメンバよりも、トレーニング項目（育成種目）に対応付けられる確率が高い。また、サブメンバには、特定キャラクタ（予め定められた特定サブキャラクタ）が含まれ、特定キャラクタは、特定キャラクタ以外のキャラクタよりも、トレーニング項目（育成種目）に対応付けられる確率が高い。

<配置するトレーニング項目を決定する処理>
次に、上記のようにして配置することが決定された「ランダムメンバ」、「チームメンバ」、「サブメンバ」について「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）のいずれのトレーニング項目に配置するかが決定される。

配置するトレーニング項目の決定方法は特に限定されないが、例えば、各トレーニング項目に均等な確率で当選するよう抽選することとしてもよい。あるいは、抽選を行わずにキャラクタごとに予め設定されているトレーニング項目に配置することとしてもよい。また、例えば、キャラクタの得意トレーニング（図７Ａを参照）に配置されやすいような抽選を行うこととしてもよい。抽選を行う場合、抽選における選択比率が定められている抽選テーブルを予め記憶していてもよいし、抽選に際してその都度、抽選テーブルを作成することとしてもよい。

<能力パラメータの上昇値を決定する処理>
図２２Ａは、トレーニングレベルテーブルを説明する図である。図２２Ａに示すように、トレーニングレベルは、チームランキングが上がることで上昇するように設定されている。具体的には、チームランキングが１００位以下である場合には、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）に係る各トレーニングレベルが「レベル１」に設定され、チームランキングが９９位以上かつ６０位以下である場合には、各トレーニングレベルが「レベル２」に設定され、チームランキングが５９位以上かつ３０位以下である場合には、各トレーニングレベルが「レベル３」に設定され、チームランキングが２９位以上かつ１０位以下である場合には、各トレーニングレベルが「レベル４」に設定され、チームランキングが９位以上である場合には、各トレーニングレベルが「レベル５」に設定される。

なお、本実施形態では、トレーニングレベルは、チームランキングが上がることで上昇するように設定される場合について示したがこれに限定されるものではない。例えば、チームメンバの得意トレーニングをトレーニング項目ごとにカウントし、当該カウントした値（カウント値）に応じてトレーニングレベルが上昇するようにしてもよい。なお、ここでは、チームランキングに対して、全てのトレーニング項目のトレーニングレベルが共通であることとしたが、同一のチームランキングに対して、トレーニング項目ごとにトレーニングレベルが異なってもよい。

本実施形態では、プレイヤによって選択されたトレーニングが実行されて成功した場合に、実行されたトレーニング項目によって、所定の能力パラメータの値が上昇する。

具体的には、本実施形態では、「Ｓｐｅｅｄ」（スピード）のトレーニングが実行され、成功した場合には、「Ｓｐｅｅｄ」（スピード）および「Ｐｏｗｅｒ」（パワー）の能力パラメータの値が上昇する。

また、「Ｓｔａｍｉｎａ」（スタミナ）のトレーニングが実行され、成功した場合には、「Ｓｔａｍｉｎａ」（スタミナ）および「Ｓｐｉｒｉｔ」（根性）の能力パラメータの値が上昇する。

また、「Ｐｏｗｅｒ」（パワー）のトレーニングが実行され、成功した場合には、「Ｓｔａｍｉｎａ」（スタミナ）および「Ｐｏｗｅｒ」（パワー）の能力パラメータの値が上昇する。

また、「Ｓｐｉｒｉｔ」（根性）のトレーニングが実行され、成功した場合には、「Ｓｐｅｅｄ」（スピード）、「Ｐｏｗｅｒ」（パワー）、および、「Ｓｐｉｒｉｔ」（根性）、の能力パラメータの値が上昇する。

また、「Ｗｉｓｄｏｍ」（賢さ）のトレーニングが実行され、成功した場合には、「Ｓｐｅｅｄ」（スピード）および「Ｗｉｓｄｏｍ」（賢さ）の能力パラメータの値が上昇する。

本実施形態では、トレーニングに成功した場合に上昇する能力パラメータの値は、実行したトレーニング項目およびトレーニングレベルに対応して決定される上昇固定値に、後述するボーナス加算率を乗算した値を、上昇固定値に加算することによって算出される。

図２２Ｂは、上昇固定値（スピード）テーブルを説明する図である。また、図２２Ｃは、上昇固定値テーブル（パワー）を説明する図である。すなわち、図２２Ｂは、トレーニング項目が「Ｓｐｅｅｄ」（スピード）である場合の上昇固定値を示している。また、図２２Ｃは、トレーニング項目が「Ｐｏｗｅｒ」（パワー）である場合の上昇固定値を示している。

図２２Ｂおよび図２２Ｃに示すように、上昇固定値テーブルには、実行したトレーニング項目およびトレーニングレベルに対応して決定される上昇固定値が記憶されている。また、本実施形態では、図２２Ｂおよび図２２Ｃに示すように、トレーニングレベルが高いほど、トレーニングを実行した際に能力パラメータが上昇する数値が大きくなるように設定されている。

なお、ここでは、記載を省略するが、トレーニング項目が「Ｓｔａｍｉｎａ」（スタミナ）、「Ｓｐｉｒｉｔ」（根性）、および「Ｗｉｓｄｏｍ」（賢さ）のそれぞれについての上昇固定値テーブルも、それぞれ設けられている。

また、上記した上昇固定値に加えて、トレーニング項目ごとに配置されるキャラクタ、および、上記した図８または図９に示したキャラクタ識別情報テーブルに基づいて、ボーナス加算率が決定される。

図２２Ｄは、ボーナス加算率テーブルを説明する図である。本実施形態では、各トレーニングに配置が決定されたキャラクタのキャラクタ識別情報に基づいて、ボーナス加算率が決定される。

具体的には、図２２Ｄに示すように、ボーナス加算率テーブルには、キャラクタのキャラクタ識別情報ごとに、ボーナス加算率の有無および加算率（１０％アップまたは２０％アップ）の選択比率が設定されている。

キャラクタ識別情報として「サポートキャラクタ」かつ「特定キャラクタ」かつ「チームメンバ」が登録されている場合には、５０％の確率で「なし」が選択され、５０％の確率で「２０％アップ」が選択される。

また、キャラクタ識別情報として「サポートキャラクタ」かつ「チームメンバ」が登録されている場合には、５０％の確率で「なし」が選択され、５０％の確率で「１０％アップ」が選択される。

また、キャラクタ識別情報として「特定キャラクタ」かつ「チームメンバ」が登録されている場合には、５０％の確率で「なし」が選択され、５０％の確率で「１０％アップ」が選択される。

また、キャラクタ識別情報として「チームメンバ」が登録されている場合には、８０％の確率で「なし」が選択され、２０％の確率で「１０％アップ」が選択される。

また、キャラクタ識別情報として「サポートキャラクタ」かつ「特定キャラクタ」が登録されている場合、キャラクタ識別情報として「サポートキャラクタ」が登録されている場合、キャラクタ識別情報として「特定キャラクタ」が登録されている場合、および、キャラクタ識別情報として「サポートキャラクタ」、「特定キャラクタ」および「特定キャラクタ」の何れも登録されていない場合には、１００％の確率で「なし」が選択される。

換言すれば、図２２Ｄに示すように、キャラクタ識別情報として、「チームメンバ」を含む場合には、「チームメンバ」を含まない場合よりも、「１０％アップ」または「２０％アップ」が選択される確率が高くなるように設定される。

そして、上昇固定値テーブルによって決定された上昇固定値に、ボーナス加算率を乗算して、上昇固定値に加算することでトレーニングが成功した場合の能力パラメータの値の上昇量が決定される。なお、複数のキャラクタが配置されているトレーニングについては、当該配置された複数のキャラクタのそれぞれのボーナス加算率を加算して、当該ボーナス加算率の合計値を上昇固定値に乗算して、さらに、上昇固定値を加算することによって、トレーニングが成功した場合のメインキャラクタの能力パラメータの上昇量が決定される。同様にして、すべてのトレーニング種別に対して、トレーニングが成功した場合におけるメインキャラクタの能力パラメータの上昇量が決定される。

<出現イベントを決定する処理>
図２３は、効用テーブルを説明する図である。本実施形態では、実行されたトレーニングにチームメンバが配置されていた場合、図２３に示す条件に基づいて、イベントとして、指導イベントまたはヒントイベントが発生する場合がある。なお、本実施形態では、指導イベントは、後述する所定の条件を満たしたチームメンバの数と同数発生するのに対して、ヒントイベントは、後述する所定の条件を満たしたチームメンバが複数いる場合でも１ターン当たり１回のみ発生する。なお、ヒントイベントは、後述する所定の条件を満たしたチームメンバの数と同数発生してもよい。

具体的には、図２３に示すように、トレーニング項目の対象の能力パラメータの大小関係に基づいて、発生可能なイベントが設定されている。例えば、「Ｓｐｅｅｄ」（スピード）のトレーニングが実行される場合には、当該実行されるトレーニング項目（「Ｓｐｅｅｄ」（スピード））に係るメインキャラクタおよびチームメンバの能力パラメータを比較する。すなわち、プレイヤによって選択されたトレーニング項目（育成種目）に対応する能力パラメータ（能力情報）が比較される。なお、例えば、能力パラメータのすべての値を合計した合計値が比較されもよい。あるいは、予め定められた能力パラメータの値が比較されてもよい。または、プレイヤによって選択されたトレーニング項目によって能力パラメータが向上する能力パラメータの値が比較されてもよい。

ここでは、チームメンバが配置されトレーニング項目が選択された場合に、当該トレーニング項目に対応付けられたチームメンバごとに、チームメンバの能力を示す能力パラメータと、メインキャラクタの能力パラメータとが比較される。

そして、メインキャラクタの能力パラメータが、チームメンバの能力パラメータ以上である場合には、指導イベントが必ず発生するように設定されている。なお、詳しくは後述するが、指導イベントには、「成功」の実行パターンと、「大成功」の実行パターンとが含まれている。指導イベントが発生し、指導イベントが「成功」の実行パターンである場合には、チームメンバの能力パラメータが所定の範囲で上昇する。また、指導イベントが「大成功」の実行パターンである場合には、チームメンバの能力パラメータが上記所定の範囲よりも大きく上昇し、さらに、所定の特別イベントが実施される。特別イベントでは、例えば、メインキャラクタがスキルのヒントを獲得することができる。

なお、本発明はこれに限定されず、指導イベントが発生した場合に、メインキャラクタの能力パラメータを上昇させることとしてもよい。また、指導イベントが発生した場合に、能力パラメータが上昇するキャラクタがチームメンバ内から抽選により決定されてもよい。この場合、当該抽選で当選するキャラクタの数は０、１、あるいは２以上としてもよい。

また、メインキャラクタの能力パラメータが、チームメンバの能力パラメータ未満である場合には、チームメンバが所持する所持スキルに係るヒントイベントが発生可能に設定される。なお、メインキャラクタの能力パラメータよりも能力パラメータが高いチームメンバが複数配置されている場合には、いずれか１のチームメンバが所持する所持スキルに係るヒントイベントが発生することとなる。また、図２３に示すように、ヒントイベントが発生した場合、当該ヒントイベントに係る所持スキルのヒントをメインキャラクタが獲得することとなる。なお、メインキャラクタの能力パラメータが上昇するヒントイベントや、メインキャラクタが獲得済みスキルを獲得するヒントイベントが実行される場合を含んでもよい。

すなわち、サブキャラクタの能力パラメータ（能力情報）とメインキャラクタの能力パラメータ（能力情報）との比較の結果に基づいて、メインキャラクタの能力パラメータ（能力情報）を高めるヒントイベント（第１種別のイベント）、および、サブキャラクタの能力パラメータ（能力情報）を高める指導イベント（第２種別のイベント）のいずれかを発生させる。また、ヒントイベント（第１種別のイベント）の発生に基づいて、メインキャラクタの能力パラメータ（能力情報）が更新され、指導イベント（第２種別のイベント）の発生に基づいて、サブキャラクタの能力パラメータ（能力情報）が更新される。また、サブキャラクタの能力パラメータ（能力情報）がメインキャラクタの能力パラメータ（能力情報）よりも高い場合、ヒントイベント（第１種別のイベント）が発生する。また、メインキャラクタの能力パラメータ（能力情報）がサブキャラクタの能力パラメータ（能力情報）よりも高い場合、指導イベント（第２種別のイベント）が発生する。

図２４Ａは、イベントの決定処理を説明する第１の図である。図２４Ａは、「Ｓｐｅｅｄ」（スピード）に配置されたチームメンバが５体である場合について示している。このとき、メインキャラクタの「Ｓｐｅｅｄ」（スピード）に係る能力パラメータ、および、配置されたチームメンバのキャラクタの「Ｓｐｅｅｄ」（スピード）に係る能力パラメータを比較して、大小関係を特定する。

図２４Ａの場合では、キャラクタＡ、キャラクタＢ、キャラクタＣについては、「Ｓｐｅｅｄ」（スピード）に係る能力パラメータがメインキャラクタの方が高い。この場合、キャラクタＡ、キャラクタＢ、キャラクタＣについて、それぞれ指導イベントの実行が決定される。また、指導イベントの大成功時に発生する特別イベントがそれぞれ決定される。なお、「成功」または「大成功」のどちらの実行パターンで指導イベントが実行されるかを決定する処理は、プレイヤの操作に基づいて「Ｓｐｅｅｄ」（スピード）のトレーニングが実行された際に実行されることとなる。

また、図２４Ａの場合では、キャラクタＤ、キャラクタＥについては、「Ｓｐｅｅｄ」（スピード）に係る能力パラメータがメインキャラクタの方が低い。この場合、キャラクタＤ、キャラクタＥについては、ヒントイベントの実行内容が抽選により決定される。なお、キャラクタＤ、キャラクタＥのいずれのヒントイベントを実行するかを決定する処理は、プレイヤの操作に基づいて「Ｓｐｅｅｄ」（スピード）のトレーニングが実行された際に実行されることとなる。

すなわち、１ターン中に、複数のサブキャラクタが対応付けられたトレーニング項目（育成種目）が選択された場合に、ヒントイベント（第１種別のイベント）および指導イベント（第２種別のイベント）の双方が発生し得る。

図２４Ｂは、イベントの出現有無の決定処理を説明する第２の図である。図２４Ｂは、「Ｓｔａｍｉｎａ」（スタミナ）に配置されたチームメンバが５体である場合について示している。図２４Ｂの場合では、キャラクタＡ、キャラクタＢ、キャラクタＣ、キャラクタＤ、キャラクタＥについて、「Ｓｔａｍｉｎａ」（スタミナ）に係る能力パラメータがメインキャラクタの方が高い。この場合、キャラクタＡ、キャラクタＢ、キャラクタＣ、キャラクタＤ、キャラクタＥについて、それぞれ指導イベントの実行が決定される。また、指導イベントの大成功時に発生するヒントイベントをそれぞれ決定する。

図２４Ｃは、イベントの出現有無の決定処理を説明する第３の図である。図２４Ｃは、「Ｓｔａｍｉｎａ」（スタミナ）に配置されたチームメンバが５体である場合について示している。図２４Ｃの場合では、キャラクタＡ、キャラクタＢ、キャラクタＣ、キャラクタＤ、キャラクタＥについて、「Ｓｔａｍｉｎａ」（スタミナ）に係る能力パラメータがメインキャラクタの方が低い。この場合、キャラクタＡ、キャラクタＢ、キャラクタＣ、キャラクタＤ、キャラクタＥについて、ヒントイベントの実行内容が抽選により決定される。

図２５Ａは、成功パターンテーブルを説明する図である。図２５Ａはプレイヤの操作に基づいてトレーニングが実行され、指導イベントが発生した際に当該指導イベントの成功パターン（「成功」または「大成功」）を決定する際に参照される成功パターンテーブルを示している。

図２５Ａに示すように、成功パターンテーブルには、対象のチームメンバの指導イベントの回数に応じて指導イベントの成功パターン（「成功」または「大成功」）の選択比率が設定される。本実施形態では、指導イベントの回数が多いほど、「大成功」の成功パターンで指導イベントが実行されやすくなるように選択比率が設定されている。また、本実施形態では、各チームメンバについては、「大成功」の成功パターンの指導イベントが１回のみ実行され得るように設定されている。

図２５Ｂは、加算対象種目テーブルを説明する図である。本実施形態では、指導イベントが発生した場合、実行されたトレーニング項目に応じて、図２５Ｂに示すように、メインキャラクタの能力パラメータに所定値がボーナスとしてさらに加算される。なお、本実施形態では、１ターンで複数のキャラクタに係る指導イベントが発生した場合には、指導イベントの発生回数に応じて上記ボーナスとして加算される値がさらに上昇することとなる。すなわち、指導イベント（第２種別のイベント）が発生する場合、比較された能力パラメータ（能力情報）がメインキャラクタよりも低いサブキャラクタの数に基づいて、メインキャラクタの能力パラメータ（能力情報）が更新される。ただし、指導イベントの発生回数とは無関係に、固定のボーナスが加算されてもよい。

次に、上記のゲームを実行するためのプレイヤ端末１およびサーバ１０００の機能的構成について説明する。なお、ここでは、主にゲームの進行に係る機能的構成について説明し、その他の構成については説明を省略する。

（プレイヤ端末１の機能的構成）
図２６は、プレイヤ端末１におけるメモリ１２の構成およびコンピュータとしての機能を説明する図である。メモリ１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、ゲームが開始されると、端末側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１２ａに記憶する。

端末側ゲーム制御用プログラムには、送受信プログラム２００、キャラ抽選プログラム２０２、プレイヤ情報更新プログラム２０４、ゲーム実行制御プログラム２０６が含まれる。なお、図２６に列挙したプログラムは一例であり、端末側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。

データ記憶領域１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部３００が設けられている。なお、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。

ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側ゲーム制御部１Ａとして機能させる。端末側ゲーム制御部１Ａは、送受信部２００ａ、キャラ抽選部２０２ａ、プレイヤ情報更新部２０４ａ、ゲーム実行制御部２０６ａを含む。

具体的には、ＣＰＵ１０は、送受信プログラム２００を動作させ、コンピュータを送受信部２００ａとして機能させる。同様に、ＣＰＵ１０は、キャラ抽選プログラム２０２、プレイヤ情報更新プログラム２０４、ゲーム実行制御プログラム２０６を動作させ、それぞれキャラ抽選部２０２ａ、プレイヤ情報更新部２０４ａ、ゲーム実行制御部２０６ａとして機能させる。

（サーバ１０００の機能的構成）
図２７は、サーバ１０００におけるメモリ１０１２の構成およびコンピュータとしての機能を説明する図である。メモリ１０１２には、プログラム記憶領域１０１２ａ、および、データ記憶領域１０１２ｂが設けられている。ＣＰＵ１０１０は、ゲームが開始されると、サーバ側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１０１２ａに記憶する。

サーバ側ゲーム制御用プログラムには、送受信プログラム１２００、キャラ抽選プログラム１２０２、プレイヤ情報更新プログラム１２０４、ゲーム実行制御プログラム１２０６が含まれる。なお、図２７に列挙したプログラムは一例であり、サーバ側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。

データ記憶領域１０１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部１３００が設けられている。なお、上記の各記憶部は一例であり、データ記憶領域１１２ｂには、この他にも多数の記憶部が設けられている。

ＣＰＵ１０１０は、プログラム記憶領域１０１２ａに記憶された各プログラムを動作させ、データ記憶領域１０１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０１０は、プログラム記憶領域１０１２ａに記憶された各プログラムを動作させることで、サーバ１０００を、サーバ側ゲーム制御部１０００Ａとして機能させる。サーバ側ゲーム制御部１０００Ａは、送受信部１２００ａ、キャラ抽選部１２０２ａ、プレイヤ情報更新部１２０４ａ、ゲーム実行制御部１２０６ａを含む。

具体的には、ＣＰＵ１０１０は、送受信プログラム１２００を動作させ、コンピュータを送受信部１２００ａとして機能させる。同様に、ＣＰＵ１０１０は、キャラ抽選プログラム１２０２、プレイヤ情報更新プログラム１２０４、ゲーム実行制御プログラム１２０６を動作させ、それぞれキャラ抽選部１２０２ａ、プレイヤ情報更新部１２０４ａ、ゲーム実行制御部１２０６ａとして機能させる。

送受信部２００ａ、１２００ａは、プレイヤ端末１とサーバ１０００との間で各種の情報を送受信する。

キャラ抽選部２０２ａ、１２０２ａは、ガチャ抽選に係る処理を制御する。

プレイヤ情報更新部２０４ａ、１２０４ａは、プレイヤに係る全ての情報をプレイヤ情報としてプレイヤ情報記憶部３００、１３００に記憶させる。

ゲーム実行制御部２０６ａ、１２０６ａは、ゲーム全体の進行を制御する。

（プレイヤ端末１とサーバ１０００との通信処理）
図２８は、プレイヤ端末１およびサーバ１０００の基本的な処理を説明するシーケンス図である。なお、以下の説明では、プレイヤ端末１における処理をＰｎ（ｎは任意の整数）と示す。また、サーバ１０００における処理をＳｎ（ｎは任意の整数）と示す。

プレイヤが不図示のガチャ画面において入力操作（抽選要求操作）を行うと、プレイヤ端末１のキャラ抽選部２０２ａは、抽選要求情報をサーバ１０００に送信する抽選要求情報送信処理（Ｐ１）を実行する。

サーバ１０００の送受信部２００ａが抽選要求情報を受信すると、サーバ１０００のキャラ抽選部１２０２ａは、抽選処理（Ｓ１）を実行し、プレイヤ端末１による、抽選結果を示す抽選結果情報の受信を可能とする。また、サーバ１０００のプレイヤ情報更新部１２０４ａは、当該抽選結果情報に基づいて、プレイヤ情報記憶部１３００に記憶されているプレイヤ情報の更新を行う（Ｓ２）。

プレイヤ端末１の送受信部２００ａが抽選結果情報を受信すると、ゲーム実行制御部２０６ａは、抽選結果情報に示される抽選結果をディスプレイ２６に表示する（Ｐ２）。また、プレイヤ端末１のプレイヤ情報更新部２０４ａは、当該抽選結果情報に基づいて、プレイヤ情報記憶部３００に記憶されているプレイヤ情報の更新を行う（Ｐ３）。

また、プレイヤがホーム画面２７のシナリオ操作部２９の操作（育成ゲーム開始操作）を行うと、プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタ選択画面３０をディスプレイ２６に表示するとともに、開始情報をサーバ１０００に送信する開始情報送信処理（Ｐ４）を実行する。

サーバ１０００の送受信部２００ａが開始情報を受信すると、サーバ１０００のゲーム実行制御部１２０６ａは、必要情報出力処理（Ｓ３）を実行し、プレイヤ端末１による必要情報の受信を可能とする。必要情報には、育成ゲームの実行に必要な各種テーブルの情報等が含まれている。

プレイヤ端末１の送受信部２００ａが必要情報を受信すると、プレイヤ端末１のプレイヤ情報更新部２０４ａが必要情報をデータ記憶領域１２ｂに記憶するとともに、プレイヤ端末１において準備段階処理（Ｐ５）が実行される。

図２９は、プレイヤ端末１における準備段階処理（Ｐ５）を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、ディスプレイ２６において、メインキャラクタ選択画面３０の表示中であるか判定する（Ｐ５－１）。その結果、メインキャラクタ選択画面３０の表示中である場合には、ステップＰ５－２に処理が移り、メインキャラクタ選択画面３０の表示中ではない場合には、ステップＰ５－７に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタ選択画面３０におけるキャラクタアイコン３１の長押し、キャラクタ詳細画面４０におけるスキル操作部４１、または、イベント操作部４２の操作、メインキャラクタ選択画面３０またはキャラクタ詳細画面４０におけるメニューバー２８、リターン操作部３３またはネクスト操作部３４の操作（表示切替操作入力）が行われたか判定する（Ｐ５－２）。その結果、表示切替操作入力が行われた場合には、ステップＰ５－１６に処理が移り、表示切替操作入力が行われていない場合には、ステップＰ５－３に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタ選択画面３０においてキャラクタアイコン３１の操作（選択操作入力）が行われたか判定する（Ｐ５－３）。その結果、選択操作入力が行われた場合には、ステップＰ５－４に処理が移り、選択操作入力が行われていない場合には、ステップＰ５－５に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択操作入力が行われたキャラクタアイコン３１に対応するキャラクタをプレイヤ情報記憶部３００に仮記憶する（Ｐ５－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタ選択画面３０のネクスト操作部３４の操作（決定操作入力）が行われたか判定する（Ｐ５－５）。その結果、決定操作入力が行われた場合には、ステップＰ５－６に処理が移り、決定操作入力が行われていない場合には、ステップＰ５－７に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ５－４において仮記憶されたキャラクタをメインキャラクタとしてプレイヤ情報記憶部３００に登録する（Ｐ５－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、ディスプレイ２６において、サポートカード設定画面５０の表示中であるか判定する（Ｐ５－７）。その結果、サポートカード設定画面５０の表示中である場合には、ステップＰ５－８に処理が移り、サポートカード設定画面５０の表示中ではない場合には、当該準備段階処理が終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、サポートカード設定画面５０のメニューバー２８またはリターン操作部５３の操作（表示切替操作入力）が行われたか判定する（Ｐ５－８）。その結果、表示切替操作入力が行われた場合には、ステップＰ５－１６に処理が移り、表示切替操作入力が行われていない場合には、ステップＰ５－９に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、サポートカード設定画面５０のサポートカード設定操作部５２が操作され、サポートカード選択画面６０においてサポートカード（サポートキャラクタ）のアイコン６１が選択される操作（選択操作入力）が行われたか判定する（Ｐ５－９）。その結果、選択操作入力が行われた場合には、ステップＰ５－１０に処理が移り、選択操作入力が行われていない場合には、ステップＰ５－１１に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択操作が行われたアイコン６１のサポートカード（サポートキャラクタ）をプレイヤ情報記憶部３００に仮記憶する（Ｐ５－１０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、サポートカード設定画面５０のスタート操作部５４の操作（決定操作入力）が行われたか判定する（Ｐ５－１１）。その結果、決定操作入力が行われた場合にはステップＰ５－１２に処理を移し、決定操作入力が行われなかった場合には、当該準備段階処理が終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、プレイヤ情報記憶部３００に仮記憶されていたサポートカード（サポートキャラクタ）の登録を行う（Ｐ５－１２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上述したようにして特定キャラクタの登録を行う（Ｐ５－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上述したようにして初期キャラクタ識別情報を設定する（Ｐ５－１４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、ディスプレイ２６にゲーム画面７０を表示する育成段階の開始処理を実行し、当該準備段階処理を終了する（Ｐ５－１５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、プレイヤの操作に基づいてディスプレイ２６に表示中の画面の切り替えを行い（Ｐ５－１６）、当該準備段階処理を終了する。

図２８に戻り、準備段階処理（Ｐ５）が終了すると、育成段階処理（Ｐ６）が行われる。図３０は、プレイヤ端末１における育成段階処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、ターン開始時であるか判定する（Ｐ６－１）。その結果、ターン開始時である場合には、ステップＰ１０のターン開始時処理が実行され、ターン開始時ではない場合には、ステップＰ２０のターン中処理が実行される。

図３１は、プレイヤ端末１におけるターン開始時処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、プレイヤ情報記憶部３００に記憶された選択項目テーブル（図１０）を参照し、現在のターンが「ＴｅａｍＲａｃｅ」（チームレース操作部７９ｂ）の項目が選択可能なターン（チームレース限定ターン）であるか判定する。その結果、チームレース限定ターンである場合には、ステップＰ１０－２に処理が移り、チームレース限定ターンではない場合には、ステップＰ１１に処理が移る。

チームレース限定ターンではない場合、プレイヤ端末１のゲーム実行制御部２０６ａは、詳しくは後述する配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）を実行する。

チームレース限定ターンである場合、プレイヤ端末１のゲーム実行制御部２０６ａは、チームレース開始処理を実行する（Ｐ１０－２）。例えば、チームレースにおける対戦相手を決定する処理を行う。また、チームレースにおいて、他のプレイヤのチームと対戦する場合には、対戦相手となる他のプレイヤとのマッチングに係る処理を実行する。

プレイヤ端末１のゲーム実行制御部２０６ａは、ディスプレイ２６に表示する画面を更新し、当該ターン開始時処理を終了する（Ｐ１０－３）。

図３２は、プレイヤ端末１における配置処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報テーブルを参照して、チームメンバに登録されたキャラクタとサブメンバに登録されたキャラクタの合計数を導出する（Ｐ１１－１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、図２０Ａのランダムメンバ配置数テーブルをセットする（Ｐ１１－２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１で導出した合計数に基づいて、上記ステップＰ１１－２でセットしたランダムメンバ配置数テーブルを参照して、ランダムメンバの配置数を決定、記憶する（Ｐ１１－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－３で決定されたランダムメンバの配置数が０であるか判定する（Ｐ１１－４）。その結果、配置数が０である場合には、ステップＰ１１－１０に処理が移り、配置数が０ではない場合には、ステップＰ１１－５に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、チームメンバに登録されているキャラクタについて、上記したＡ適性数を導出する（Ｐ１１－５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－５で導出したＡ適性数に基づいて、Ａ適性数が最も少ない適性種別を抽出、決定する（Ｐ１１－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、ランダムメンバに登録されているキャラクタの中から、上記ステップＰ１１－６で決定された適性種別が「Ａ」であるランダムメンバを決定するための抽選テーブルを生成する（Ｐ１１－７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－７で生成した抽選テーブルに基づき、配置するランダムメンバを決定、記憶する（Ｐ１１－８）。

プレイヤ端末１のゲーム実行制御部２０６ａは、ステップＰ１１－３で記憶されたランダムメンバの配置数を－１して、ステップＰ１１－４に処理を移す。

プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報テーブルを参照して、チームメンバおよびサブメンバとして登録されている全てのキャラクタを抽出する（Ｐ１１－１０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１０で抽出したチームメンバ、サブメンバ、または、配置が決定されたランダムメンバの中から、後述するＰ１１－１２～Ｐ１１－１６の処理を実行していないキャラクタを、処理を遂行する対象キャラクタに選択する（Ｐ１１－１１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報テーブルを参照して、上記ステップＰ１１－１１で選択した対象キャラクタのキャラクタ識別情報を確認する（Ｐ１１－１２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１２で確認した識別情報に基づいて配置有無テーブル（図２１）をセットする（Ｐ１１－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１３でセットした配置有無テーブルに基づいて、配置有無（「配置する」または「配置しない」）を決定する（Ｐ１１－１４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１４において「配置する」が決定されたか判定する（Ｐ１１－１５）。その結果、「配置する」が決定された場合には、ステップＰ１１－１６に処理が移り、「配置する」が決定されていない場合には、ステップＰ１１－１７に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１４において「配置する」が決定された対象キャラクタを配置するトレーニング項目を決定、記憶する（Ｐ１１－１６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１０で抽出したチームメンバ、サブメンバ、および、配置が決定されたランダムメンバの全てについて、Ｐ１１－１１～Ｐ１１－１６の処理が終了したか判定する（Ｐ１１－１７）。その結果、全メンバの処理が終了した場合には、当該配置処理を終了し、全メンバの処理が終了していない場合には、ステップＰ１１－１１に処理が移る。

図３３は、プレイヤ端末１における数値決定処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各トレーニング項目から、後述するステップＰ１２－２～ステップＰ１２－９の処理を実行していない処理対象項目をセットする（Ｐ１２－１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタの現在の体力に基づいて、上記ステップＰ１２－１でセットした処理対象項目について、トレーニングを実行した場合の失敗率を決定、記憶する（Ｐ１２－２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１２－１でセットした処理対象項目について、トレーニングを実行した場合の体力の減少値を決定、記憶する（Ｐ１２－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、現在のチームランキングを確認する（Ｐ１２－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１２－４で確認したチームランキングに基づいて、トレーニングレベルテーブル（図２２Ａ）を参照して、トレーニングレベルを決定する（Ｐ１２－５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１２－１でセットした処理対象項目に対応する上昇固定値テーブル（図２２Ｂ、図２２Ｃ）を参照して、上記ステップＰ１２－５で決定したトレーニングレベルに基づき、上昇固定値を決定、セットする（Ｐ１２－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象項目のトレーニングについて、上記ステップＰ１１で配置が決定されたキャラクタの情報（配置情報）を確認する（Ｐ１２－７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１２－７で確認した配置情報に基づいて、ボーナス加算率テーブル（図２２Ｄ）を参照して、ボーナス加算率を算出する（Ｐ１２－８）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１２－８で算出したボーナス加算率に基づいて、処理対象項目のトレーニングについて、上昇値を更新する（Ｐ１２－９）。

プレイヤ端末１のゲーム実行制御部２０６ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の全てのトレーニング項目について、上記ステップＰ１２－１～ステップＰ１２－９の処理が終了したか判定する（Ｐ１２－１０）。その結果、全トレーニング項目の処理が終了した場合には、当該数値決定処理を終了し、全トレーニング項目の処理が終了していない場合には、ステップＰ１２－１に処理が移る。

図３４は、プレイヤ端末１におけるイベント決定処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタのイベントを決定、実行する（Ｐ１３－１）。なお、メインキャラクタのイベントとは、専用イベントテーブル（図５Ｄ）に予め設定されている専用イベントのうち、メインキャラクタに設定された専用イベントのことである。

プレイヤ端末１のゲーム実行制御部２０６ａは、サポートイベントテーブル（図７Ｄ）を参照して、サポートカード（サポートキャラクタ）に設定されているサポートイベントを決定、実行する（Ｐ１３－２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各トレーニング項目から、後述するステップＰ１３－４～ステップＰ１３－１３の処理を実行していない処理対象項目をセットする（Ｐ１３－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－３でセットした処理対象項目のトレーニングについて、上記ステップＰ１１で配置が決定されたキャラクタの配置情報を確認する（Ｐ１３－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－４で確認した配置情報に基づいて、上記ステップＰ１３－３でセットした処理対象項目のトレーニングについて、チームメンバが配置されているか判定する（Ｐ１３－５）。その結果、チームメンバが配置されている場合には、ステップＰ１３－６に処理が移り、チームメンバが配置されていない場合には、ステップＰ１３－１５に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－３でセットした処理対象項目のトレーニングに配置されているチームメンバのうち、後述するステップＰ１３－７～ステップＰ１３－１３の処理を実行していないチームメンバを処理対象としてセットする（Ｐ１３－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－３でセットした処理対象項目に係る能力パラメータについて、上記ステップＰ１３－６でセットした処理対象のチームメンバと、メインキャラクタとを比較する（Ｐ１３－７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－７において、メインキャラクタの能力パラメータが、比較対象のチームメンバの能力パラメータ以上であるか判定する（Ｐ１３－８）。その結果、メインキャラクタの能力パラメータが、処理対象のチームメンバの能力パラメータ以上である場合には、ステップＰ１３－９に処理が移り、メインキャラクタの能力パラメータが、処理対象のチームメンバの能力パラメータ以上ではない場合には、ステップＰ１３－１２に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－６でセットした処理対象のチームメンバについて、指導イベントを実行することを決定する指導イベント決定処理を実行する（Ｐ１３－９）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－９で決定した指導イベントに係る指導イベント情報をプレイヤ情報記憶部３００に記憶する（Ｐ１３－１０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、予め設定されている所定の決定方法にしたがって、大成功時に実行する特別イベントを決定する（Ｐ１３－１１）。具体的には、例えば、キャラクタごとの特別イベントが予め設定されている不図示の特別イベントテーブルを参照して、実行する特別イベントを決定してもよい。特別イベントにおいては、例えば、脚質適性（逃げ、先行、差し、追込）に係る所持スキルまたは獲得済みが入手可能であってもよい。また、メインキャラクタに係る専用イベントテーブル（図５Ｄ）を参照して決定した専用イベントを特別イベントとして実行することとしてもよい。また、メインキャラクタに係る専用イベントテーブル（図５Ｄ）を参照して決定した専用イベントを特別イベントとして実行することとしてもよい。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－６でセットした処理対象のチームメンバについて、所持スキルテーブル（図７Ｃ）を参照して、予め設定されている所定の決定方法にしたがって、実行するヒントイベントを決定するヒントイベント決定処理を実行する（Ｐ１３－１２）。例えば、処理対象のチームメンバがサポートキャラである場合には、サポートイベントテーブル（図７Ｄ）を参照して、サポートカード（サポートキャラクタ）に設定されているサポートイベントから実行するヒントイベントを決定してもよい。また、処理対象のチームメンバがサポートキャラ以外である場合には、処理対象のチームメンバ係る専用イベントテーブル（図５Ｄ）を参照して、処理対象のチームメンバに設定されている専用イベントから実行するヒントイベントを決定してもよい。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－１２で決定したヒントイベントに係るヒントイベント情報をプレイヤ情報記憶部３００に記憶する（Ｐ１３－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－３でセットした処理対象項目のトレーニングに配置された全てのチームメンバに係る上記ステップＰ１３－６～ステップＰ１３－１３の処理が実行されたか判定する（Ｐ１３－１４）。その結果、全チームメンバの処理が終了した場合には、ステップＰ１３－１５に処理が移り、全チームメンバの処理が終了していない場合には、ステップＰ１３－６に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）のトレーニング項目の全てについて、上記ステップＰ１３－４～ステップＰ１３－１３の処理が終了したか判定する（Ｐ１３－１５）。その結果、全トレーニング項目の処理が終了した場合には、当該イベント決定処理を終了し、全トレーニング項目の処理が終了していない場合には、ステップＰ１３－３に処理が移る。

図３５は、プレイヤ端末１におけるターン中処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、個人レース開始画面１１０のリザルト操作部１１３またはレース操作部１１４が操作され、個人レースが開始されたか判定する（Ｐ２０－１）。その結果、個人レースが開始された場合には、ステップＰ２０－２に処理が移り、個人レースが開始されていない場合には、ステップＰ２０－４に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、個人レースの結果を導出し、プレイヤ情報記憶部３００に記憶する（Ｐ２０－２）。具体的には、例えば、ＮＰＣおよびメインキャラそれぞれの能力パラメータ、獲得済みスキルに重み付けがある計算式が予め設定されており、この演算結果によって、個人レースにおける順位が決定される。なお、上記計算式はレースごとに異なるように設定されていてもよい。また、例えば、ＮＰＣの能力パラメータが各レースに複数パターン設けられており、いずれの能力パラメータが用いられるかが抽選で決定されてもよい。すなわち、メインキャラの能力パラメータ、獲得済みスキルと、出走するレースとが完全に同じでも、レース結果が同じになるとは限らない。また、重み付け等の計算式がレースごとに複数パターンあって、選択された計算式によって結果が異なるようにしてもよい。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－２で導出した個人レースの結果に基づいて、個人レース結果画面１２０あるいはレース動画をディスプレイ２６に表示するレース結果表示処理を実行する（Ｐ２０－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、チームレース開始画面１５０のリザルト操作部１５１またはレース操作部１５２が操作され、チームレースが開始されたかを判定する（Ｐ２０－４）。その結果、チームレースが開始された場合には、ステップＰ２０－５に処理が移り、チームレースが開始されていない場合には、ステップＰ２０－８に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、チームレースの結果を導出し、プレイヤ情報記憶部３００に記憶する（Ｐ２０－５）。具体的には、例えば、ＮＰＣ、メインキャラおよび他のチームメンバのそれぞれの能力パラメータ、獲得済みスキルに重み付けがある計算式が予め設定されており、この演算結果によって、チームレースにおける順位が決定される。なお、上記計算式はレースごとに異なるように設定されていてもよい。また、例えば、ＮＰＣの能力パラメータが各レースに複数パターン設けられており、いずれの能力パラメータが用いられるかが抽選で決定されてもよい。すなわち、メインキャラおよびその他のチームメンバの能力パラメータ、獲得済みスキルと、出走するレースとが完全に同じでも、レース結果が同じになるとは限らない。また、重み付け等の計算式がレースごとに複数パターンあって、選択された計算式によって結果が異なるようにしてもよい。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－５で導出したチームレースの結果に基づいて、チームレース途中結果画面１６０、チームレース詳細結果画面１７０、および、チームレース総合結果画面１８０をディスプレイ２６に表示するレース結果表示処理を実行する（Ｐ２０－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－５で導出したチームレースの結果に基づいて、チームランキングに係る情報を更新するパラメータ更新処理を実行する（Ｐ２０－７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、トレーニング画面８０のスピード操作部８１、スタミナ操作部８２、パワー操作部８３、根性操作部８４、賢さ操作部８５のいずれかが操作され、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）のいずれかのトレーニング項目が選択されたか判定する（Ｐ２０－８）。その結果、いずれかのトレーニング項目が選択された場合には、ステップＰ２１に処理が移り、いずれのトレーニング項目も選択されていない場合には、ステップＰ２０－９に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、詳しくは後述する育成実行処理（Ｐ２１）を実行し、当該ターン中処理を終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、スキルポイントを消費してスキルを獲得する等のその他の処理を実行し、当該ターン中処理を終了する（Ｐ２０－９）。

図３６は、プレイヤ端末１における育成実行処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－８において選択されたトレーニング項目について、上記ステップＰ１２－３で決定された体力の減少値に基づいて、メインキャラクタの体力を更新する（Ｐ２１－１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－８において選択されたトレーニング項目について、上記ステップＰ１２－２で決定された失敗率に基づいて、トレーニングの成功可否を判定する成功判定処理を実行する（Ｐ２１－２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２１－２の結果に基づいて、トレーニングが成功したか判定する（Ｐ２１－３）。その結果、トレーニングが成功した場合には、ステップＰ２１－５に処理が移り、トレーニングが失敗した場合には、ステップＰ２１－４に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、トレーニングの失敗に基づいて調子の低下等の能力パラメータの減算を行う（Ｐ２１－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、詳しくは後述する失敗時キャラクタ識別情報更新処理（Ｐ２３）を実行し、当該育成実行処理を終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１２－９で導出された上昇値をメインキャラクタの能力パラメータに加算する（Ｐ２１－５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３－１３で記憶されるヒントイベント情報を確認する（Ｐ２１－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目について、ヒントイベント情報が記憶されているか判定する。その結果、ヒントイベント情報が記憶されている場合には、ステップＰ２１－８に処理が移り、ヒントイベント情報が記憶されていない場合には、ステップＰ２１－１０に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目に係るヒントイベント情報に基づいて、ヒントイベントを実行するヒントイベント発生処理を実行する（Ｐ２１－８）。なお、選択されたトレーニング項目について、ヒントイベント情報が複数記憶されていた場合には、いずれか１のヒントイベントが選択され、当該選択されたヒントイベントが発生することとなる。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２１－８において発生したヒントイベント情報に基づいて、プレイヤ情報記憶部３００に記憶されているメインキャラクタに係るスキル情報を更新する（Ｐ２１－９）。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目について、指導イベント情報が記憶されているか判定する（Ｐ２１－１０）。その結果、指導イベント情報が記憶されている場合には、ステップＰ２１－１１に処理が移り、指導イベント情報が記憶されていない場合には、ステップＰ２２に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－８において選択されたトレーニング項目に係る指導イベント情報に基づいて、指導イベントの実行対象のチームメンバをセットする（Ｐ２１－１１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２１－１１でセットした実行対象のチームメンバの指導イベント回数に「１」を加算する（Ｐ２１－１２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、成功パターン抽選テーブル（図２５Ａ）をセットする（Ｐ２１－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２１－１２で更新された実行対象のチームメンバの指導イベント回数に基づいて、上記ステップＰ２１－１３でセットした成功パターン抽選テーブルを参照して、「成功」または「大成功」のいずれかを決定する（Ｐ２１－１４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２１－１４で決定された成功パターンに基づいて、実行対象のチームメンバの能力パラメータの更新を行う（Ｐ２１－１５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目に係る指導イベント情報に基づいて、指導イベントの実行対象の全てのチームメンバについて上記ステップＰ２１－１１～ステップＰ２１－１５の処理が実行されたか判定する（Ｐ２１－１６）。その結果、全チームメンバの処理が終了した場合には、ステップＰ２１－１７に処理が移り、全チームメンバの処理が終了していない場合には、ステップＰ２１－１１に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目、および、指導イベント情報に基づいて、メインキャラクタの能力パラメータにボーナス加算値を加算する（Ｐ２１－１７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、詳しくは後述する成功時キャラクタ識別情報更新処理（Ｐ２２）を実行し、当該育成実行処理を終了する。

図３７は、プレイヤ端末１における成功時キャラクタ識別情報更新処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目に配置されたサブメンバを抽出する（Ｐ２２－１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１でサブメンバが抽出された（いる）かを判定する（Ｐ２２－２）。その結果、配置されたサブメンバがいる場合には、ステップＰ２２－３に処理が移り、配置されたサブメンバがいない場合には、ステップＰ２２－１０に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１で抽出されたサブメンバから、処理対象のサブメンバをセットする（Ｐ２２－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、登録パラメータテーブル（図１８）を参照して、登録パラメータの上昇値を決定する（Ｐ２２－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－４で決定した上昇値に基づいて処理対象のサブメンバの登録パラメータの更新を行う（Ｐ２２－５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－５で更新を行った処理対象のサブメンバの登録パラメータの値が予め設定されている閾値（１００）以上であるか判定する（Ｐ２２－６）。その結果、閾値以上である場合には、ステップＰ２２－８に処理が移り、閾値未満である場合には、ステップＰ２２－７に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のサブメンバに係る降格カウンタに２０をセットする（Ｐ２２－７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のサブメンバをチームメンバに変更するように、キャラクタ識別情報（図８、図９）を更新する（Ｐ２２－８）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１で抽出された全てのサブメンバについて、上記ステップＰ２２－３～Ｐ２２－８の処理が実行されたか判定する（Ｐ２２－９）。その結果、全サブメンバの処理が終了した場合には、ステップＰ２２－１０に処理が移り、全サブメンバの処理が終了していない場合には、ステップＰ２２－３に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報（図８、図９）を参照し、上記ステップＰ２２－１で抽出されたサブメンバ以外のサブメンバ（非配置のサブメンバ）を抽出する（Ｐ２２－１０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１０で、非配置のサブメンバが抽出された（いる）か判定する（Ｐ２２－１１）。その結果、非配置のサブメンバがいる場合には、ステップＰ２２－１２に処理が移り、非配置のサブメンバがいない場合には、ステップＰ２２－１７に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１０で抽出された非配置のサブメンバから、処理対象のサブメンバをセットする（Ｐ２２－１２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のサブメンバの降格カウンタを１減算する（Ｐ２２－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１３で更新された降格カウンタの値が「０」であるか判定する（Ｐ２２－１４）。その結果、降格カウンタの値が「０」である場合には、ステップＰ２２－１５に処理が移り、降格カウンタの値が「０」ではない場合には、ステップＰ２２－１６に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のサブメンバをランダムメンバに変更するように、キャラクタ識別情報（図８、図９）を更新する（Ｐ２２－１５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１０で抽出された全ての非配置のサブメンバについて、上記ステップＰ２２－１２～Ｐ２２－１５の処理が実行されたか判定する（Ｐ２２－１６）。その結果、全サブメンバの処理が終了した場合には、ステップＰ２２－１７に処理が移り、全サブメンバの処理が終了していない場合には、ステップＰ２２－１２に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－８において選択されたトレーニング項目に配置されたランダムメンバを抽出する（Ｐ２２－１７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１７で、配置されたランダムメンバが抽出された（いる）か判定する（Ｐ２２－１８）。その結果、配置されたランダムメンバがいる場合には、ステップＰ２２－１９に処理が移り、配置されたランダムメンバがいない場合には、当該成功時キャラクタ識別情報更新処理が終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１７で抽出されたランダムメンバから、処理対象のランダムメンバをセットする（Ｐ２２－１９）。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のランダムメンバをサブメンバに変更するように、キャラクタ識別情報（図８、図９）を更新する（Ｐ２２－２０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のランダムメンバに係る降格カウンタに２０をセットする（Ｐ２２－２１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２２－１７で抽出された全てのランダムメンバについて、上記ステップＰ２２－１９～Ｐ２２－２１の処理が実行されたか判定する（Ｐ２２－２２）。その結果、全ランダムメンバの処理が終了した場合には、当該成功時キャラクタ識別情報更新処理が終了し、全ランダムメンバの処理が終了していない場合には、ステップＰ２２－１９に処理が移る。

図３７は、プレイヤ端末１における失敗時キャラクタ識別情報更新処理を説明するフローチャートである。プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報（図８、図９）を参照し、サブメンバを抽出する（Ｐ２３－１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２３－１でサブメンバが抽出された（いる）かを判定する（Ｐ２３－２）。その結果、サブメンバがいる場合には、ステップＰ２３－３に処理が移り、サブメンバがいない場合には、当該失敗時キャラクタ識別情報更新処理を終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２３－１で抽出されたサブメンバから、処理対象のサブメンバをセットする（Ｐ２３－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のサブメンバの降格カウンタを１減算する（Ｐ２３－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２３－３で更新された降格カウンタの値が「０」であるか判定する（Ｐ２３－５）。その結果、降格カウンタの値が「０」である場合には、ステップＰ２３－６に処理が移り、降格カウンタの値が「０」ではない場合には、ステップＰ２３－７に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、処理対象のサブメンバをランダムメンバに変更するように、キャラクタ識別情報（図８、図９）を更新する（Ｐ２３－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２３－１で抽出された全てのサブメンバについて、上記ステップＰ２３－３～Ｐ２３－６の処理が実行されたか判定する（Ｐ２３－７）。その結果、全サブメンバの処理が終了した場合には、当該失敗時キャラクタ識別情報更新処理を終了し、全サブメンバの処理が終了していない場合には、ステップＰ２３－３に処理が移る。

図２８に戻り、育成段階処理（Ｐ６）が終了すると、終了情報をサーバ１０００へ送信するプレイヤ端末１のゲーム実行制御部２０６ａは、育成ゲーム終了処理（Ｐ７）を実行する。終了情報には、上記育成ゲームにおける最終的なメインキャラクタに係る各種パラメータ等が含まれている。

サーバ１０００の送受信部２００ａが終了情報を受信すると、サーバ１０００のプレイヤ情報更新部１２０４ａは、当該終了情報に基づいて、プレイヤ情報記憶部１３００に記憶されているプレイヤ情報の更新を行う（Ｓ４）。

上記実施形態において、プレイヤ端末１とサーバ１０００とで行われる処理の分担は一例に過ぎない。例えば、上記した各処理は、プレイヤ端末１およびサーバ１０００の少なくともいずれかで実行されればよいものであり、その実行タイミングや、実行する装置は特に限定されない。例えば、上記実施形態では、準備段階処理（Ｐ５）および育成段階処理（Ｐ６）に係る処理がすべてプレイヤ端末１側で実行される場合について示したが、育成ゲームにおける各種の抽選が実行される場合に、当該抽選をサーバ１０００側で行い、その抽選結果をプレイヤ端末１が取得することで育成ゲームを進行することとしてもよい。

また、上記実施形態では、育成ゲームが第１ターンから第６０ターンで構成される場合について示したが、ターン数は限定されるものではない。すなわち、少なくとも２以上のターンで構成されていればよい。

また、上記実施形態では、１のトレーニング項目を実行した場合に、複数のトレーニング項目に係る能力パラメータが上昇する場合について示したが、本発明はこれに限定されるものではない。例えば、１のトレーニング項目を実行した場合に、１のトレーニング項目に係る能力パラメータが上昇することとしてもよい。あるいは、１のトレーニング項目を実行した場合に、複数のトレーニング項目に係る能力パラメータが上昇する場合と、１のトレーニング項目を実行した場合に、１のトレーニング項目に係る能力パラメータが上昇する場合との両方を含んでもよい。

また、上記実施形態では、育成ゲームに際してサポートカード（サポートキャラクタ）をプレイヤが必ず選択する場合について示したが、サポートカード（サポートキャラクタ）を要さずに育成ゲームを実行可能としてもよい。

また、上記実施形態では、育成ゲームにおいて特定キャラクタが設けられている場合について示したが、本発明はこれに限定されるものではない。すなわち、特定キャラクタが設けられていなくてもよい。

<変形例>
以下、変形例について詳述する。なお、変形例におけるゲーム性は、上記実施形態におけるゲーム性と組み合わせてもよい。以下では、上記実施形態と同じ構成については説明を省略し、上記実施形態と異なる構成について詳述する。

<変形例に係る準備段階処理>
変形例に係る準備段階処理では、主に、メインキャラクタの登録、サポートカード（サポートキャラクタ）の登録、特定キャラクタの登録、初期キャラクタ識別情報の設定が行われる。なお、変形例に係る準備段階処理におけるメインキャラクタの登録、サポートカード（サポートキャラクタ）の登録、特定キャラクタの登録については、上記実施形態と同様にして行われる。

<変形例に係る初期キャラクタ識別情報の設定>
メインキャラクタ、サポートカード（サポートキャラクタ）、および、特定キャラクタが登録されると、チームメンバ、サブメンバの登録が行われる。図３９は、変形例に係るキャラクタ識別情報テーブルを説明する図である。図３９に示すように、変形例では、メインキャラクタ、サポートカード（サポートキャラクタ）、および、特定キャラクタが登録されると、チームメンバ、サブメンバの登録が行われる。

上記実施形態では、キャラクタ識別情報として、メインキャラクタ、サポートキャラクタ、特定キャラクタ、チームメンバ、サブメンバ、ランダムメンバが設けられている場合について示した。一方、変形例では、図３９に示すように、キャラクタ識別情報として、メインキャラクタ、サポートキャラクタ、特定キャラクタ、チームメンバ、サブメンバが設けられている。すなわち、変形例では、キャラクタ識別情報としてランダムメンバが設けられていない点が上記実施形態と大きく異なっている。

そのため、上記実施形態では、育成ゲームの進行に応じて、ランダムメンバがサブメンバに昇格し、サブメンバがチームメンバに昇格する場合を示したが、変形例では、サブメンバがチームメンバに昇格する場合のみを備えることとなる。なお、詳しくは後述するが、変形例では、サブメンバとして登録されたキャラクタが所定の条件を満たすと、当該サブメンバとして登録されたキャラクタがチームメンバとして登録される（昇格する）こととなる。

変形例では、育成ゲームの開始時に、キャラクタ識別情報テーブルにおいて、メインキャラクタ、サポートキャラクタ、または、特定キャラクタとして登録されているキャラクタがチームメンバとして登録される。

また、キャラクタ識別情報テーブルにおいて、プレイヤが所持しているキャラクタまたはサポートカード（サポートキャラクタ）のうち、チームメンバとして登録されていないキャラクタが、サブメンバとして登録される。すなわち、予め定められたキャラクタのうち、チームメンバに登録されていない残りのキャラクタの全部がサブメンバとして登録される。なお、予め定められたキャラクタのうち、抽選で選ばれた一部のキャラクタがサブメンバとして登録されることとしてもよい。

なお、育成ゲームの開始時に、キャラクタ識別情報テーブルにおいて、メインキャラクタとして登録されているキャラクタをチームメンバとして登録し、メインキャラクタ以外のキャラクタをサブメンバとして登録することとしてもよい。

図３９では、メインキャラクタとして、「キャラクタＣ」が登録され、サポートカード（サポートキャラクタ）として、「キャラクタＥ」、「キャラクタＩ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＱ」、「キャラクタＴ」が登録された場合を示している。すなわち、図３９の場合では、「キャラクタＣ」、「キャラクタＥ」、「キャラクタＩ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＱ」、「キャラクタＴ」がチームメンバとして登録されることとなる。

このようにして、キャラクタ識別情報テーブルにおいて、チームメンバ、サブメンバ、に係る情報（初期キャラクタ識別情報）が記憶される。

<変形例に係る育成段階処理>
準備段階処理が終了すると、育成段階処理が開始されることとなる。育成段階処理では、メインキャラクタおよびチームメンバとして登録されたキャラクタの育成が可能となる。育成ゲームは、上記実施形態と同様に、第１ターンから第６０ターンで構成されており、各ターンにおけるプレイヤの選択結果に応じて各種のパラメータの更新が行われるゲーム性を有している。

図４０は、変形例に係るターン開始時処理のおおまかな流れを説明する図である。育成段階処理には、育成ゲームの各ターンの開始時に実行される、ターン開始時処理が含まれる。ターン開始時処理の詳細については、後述する図４６、図４７、図４８、図４９において詳述する。ここでは、ターン開始時処理における大まかな流れについて説明する。

変形例に係るターン開始時処理では、大まかに、図４０に示すように、「チームメンバの配置有無を決定する処理」、「配置するトレーニング項目を決定する処理」、「能力パラメータの上昇値を決定する処理」、「出現イベントを決定する処理」、「ゲストキャラクタを決定する処理」が実行される。

また、変形例に係る育成ゲームでは、各トレーニング（合同トレーニング）に配置されるキャラクタが、メインキャラクタを除くチームメンバに登録されているキャラクタからのみ決定可能である点が上記実施形態と大きく異なっている。そのため、変形例に係るターン開始時処理では、上記実施形態に係るターン開始時処理（図１９）における「ランダムメンバの配置数を決定する処理」、「配置するランダムメンバの適性種別を決定する処理」、「配置するランダムメンバを決定する処理」、「サブメンバの配置有無を決定する処理」が実行されない。

ただし、各トレーニング（合同トレーニング）にサブメンバに登録されているキャラクタを配置可能としてもよい。この場合、上記実施形態と同様にして「配置するランダムメンバを決定する処理」、「サブメンバの配置有無を決定する処理」を実行すればよい。

一方、変形例に係るターン開始時処理における「チームメンバの配置有無を決定する処理」、「配置するトレーニング項目を決定する処理」、「能力パラメータの上昇値を決定する処理」については、上記実施形態と同様にして実行される。

<変形例に係る出現イベントを決定する処理>
変形例では、上記実施形態における指導イベントに代わって詳しくは後述する特訓イベントが実行され得る点が大きく異なる。そのため、変形例では、ターン開始時処理における「出現イベントを決定する処理」が、上記実施形態と大きく異なっている。

図４１Ａは、変形例に係るゲーム画面７０を説明する図である。図４１Ａでは、当該ターンにおいて後述する特訓イベントが発生する場合について示している。この場合、図４１Ａに示すようにゲーム画面７０のトレーニング操作部７６にイベント報知表示８７が表示される。

図４１Ｂは、変形例に係るトレーニング画面８０を説明する図である。ゲーム画面７０のトレーニング操作部７６が操作されると、ディスプレイ２６にトレーニング画面８０が表示される。トレーニング画面８０のアイコン８８に表示されたキャラクタに対応して後述する特訓イベントが発生する場合には、対応するキャラクタのアイコン８８にイベント報知表示８７が表示される。

また、図４１Ｂに示すように、トレーニング（合同トレーニング）に配置されたキャラクタのアイコン８８毎に、絆ゲージ８８ａおよび特別アイコン８８ｂが表示される。

絆ゲージ８８ａは、対応するチームメンバのキャラクタとのトレーニング（合同トレーニング）の実行回数に応じて上昇するパラメータ（以下、絆パラメータと呼ぶ）を示している。この絆パラメータは、当初は０に設定されており、最大で１００まで上昇する。絆ゲージ８８ａは、絆パラメータの値を視覚的に示している。

また、特別アイコン８８ｂは、対応するチームメンバのキャラクタに係る特訓イベントの実行回数を示している。詳しくは後述するが、特別アイコン８８ｂは、特別アイコン８８ｂが表示されているアイコン８８のキャラクタに対する実行済みの特訓イベントの回数に応じた表示態様で表示される。

図４２Ａは、変形例に係る特訓イベント実行有無決定テーブルを説明する図である。変形例では、各トレーニング項目にチームメンバが配置されることが決定された場合、図４２Ａに示す特訓イベント実行有無決定テーブルに基づいて、各トレーニング項目に配置されたチームメンバ毎に特訓イベントの実行有無が抽選により決定される。以下では、特訓イベントの実行が決定されたチームメンバのことを、特訓対象のチームメンバとも呼ぶ。

具体的には、図４２Ａに示すように、特訓対象のチームメンバの絆パラメータの値に基づいて、特訓イベントの実行有無の選択確率が設定されている。ここでは、絆パラメータの値が大きいほど、特訓イベントの実行が選択されやすいように選択確率が設定されている。なお、変形例では、特訓イベントは、抽選に当選したチームメンバの数と同数発生可能となっている。ただし、１つのトレーニング項目につき、同時発生可能な特訓対象のチームメンバの数に制限を設けることとしてもよい。

図４２Ｂは、変形例に係る特別アイコン決定テーブルを説明する図である。変形例では、特訓イベントには、「成功」の実行パターンと、「大成功」の実行パターンとが含まれている。変形例では、各特訓対象のチームメンバについて、５回目の特訓イベントが実行された場合、必ず「大成功」の実行パターンで特訓イベントが実行される。一方、各特訓対象のチームメンバについて、５回目以外の特訓イベントが実行された場合、必ず「成功」の実行パターンで特訓イベントが実行される。すなわち、１の特訓対象のチームメンバについて、１回のみ「大成功」の実行パターンで特訓イベントが実行可能となっている。なお、イベント報知表示８７は、実行される特訓イベントの内容（「成功」の実行パターンまたは「大成功」の実行パターン）や、特訓イベントの実行が決定されたチームメンバの人数に応じて異なる態様で表示することとしてもよい。

図４２Ｂに示すように、各特訓対象のチームメンバのキャラクタに係る特訓イベントの実行回数が０回～４回の場合、すなわち、「大成功」の実行パターンで特訓イベントが未だ実行されていない場合には、特別アイコン８８ｂは、特訓イベントの実行回数が多いほど、大きいサイズで表示される。

なお、特訓イベントを「大成功」および「成功」の何れの実行パターンとするかについては抽選により決定することとしてもよい。この場合、特訓対象のチームメンバに係る特訓イベントの実行回数が多いほど、「大成功」の実行パターンが選ばれやすくなるように抽選確率を設定してもよい。この場合、特別アイコン８８ｂの大きさが大きいほど、「大成功」の実行パターンが選ばれやすくなることから、特別アイコン８８ｂは、「大成功」の実行パターンの選ばれやすさを示唆することとなる。

また、「大成功」の実行パターンで特訓イベントが実行された後、すなわち、特訓対象のチームメンバに係る特訓イベントの実行回数が５回以上の場合には、特訓対象のチームメンバに係る特訓イベントの実行回数が０回～４回の場合よりも大きいサイズで特別アイコン８８ｂが表示されるとともに、図４２Ｂに示すように、「大成功」の実行パターンで特訓イベントが実行済みであることを示唆する示唆表示ａが表示される。

また、特訓イベントが発生し、特訓イベントが「成功」の実行パターンである場合には、特訓対象のチームメンバの能力パラメータおよびメインキャラクタの能力パラメータが所定の範囲で上昇する。また、特訓イベントが「大成功」の実行パターンである場合には、特訓対象のチームメンバの能力パラメータおよびメインキャラクタの能力パラメータが上記所定の範囲よりも大きく上昇する。

また、図４１Ｂに示すように、特訓イベントの実行が決定された場合、トレーニング画面８０のステータス表示部７３において、特訓イベントによってメインキャラクタの能力パラメータが上昇する値を示すボーナスアイコン８８ｃが表示される。

図４２Ｃは、変形例に係るボーナスアイコン決定テーブルを説明する図である。ボーナスアイコン８８ｃは、特訓イベントによってメインキャラクタの能力パラメータが上昇する値に応じて異なるサイズで表示される。ここでは、特訓イベントによってメインキャラクタの能力パラメータが上昇する値が０～１９である場合よりも、２０～３９である場合の方がボーナスアイコン８８ｃが大きいサイズで表示される。また、特訓イベントによってメインキャラクタの能力パラメータが上昇する値が２０～３９である場合よりも、４０以上である場合の方がボーナスアイコン８８ｃが大きいサイズで表示される。

図４３Ａは、変形例に係るボーナス固定値（メインキャラクタ）テーブルを説明する図である。上記した特訓イベントが実行される場合、特訓イベントの実行が決定されたチームメンバの人数に応じて、特訓イベントによってメインキャラクタの能力パラメータが上昇する値（ボーナス固定値）が決定される。ここでは、図４３Ａに示すように、特訓イベントの実行が決定されたチームメンバの人数が多いほど、特訓イベントによってメインキャラクタの能力パラメータが上昇する値（ボーナス固定値）が大きくなるように設定されている。

図４３Ｂは、変形例に係るボーナス加算値（メインキャラクタ）テーブルを説明する図である。「大成功」の実行パターンで特訓イベントが実行される場合、上記したボーナス固定値に加えて、「大成功」の実行パターンの特訓イベントによってメインキャラクタの能力パラメータが上昇する値（ボーナス加算値）が決定される。ここでは、図４３Ｂに示すように、「大成功」の実行パターンで特訓イベントが実行されるチームメンバの得意トレーニングに応じて、メインキャラクタの能力パラメータが上昇する値（ボーナス加算値）が設定されている。すなわち、特訓イベントによってメインキャラクタの能力パラメータが上昇する値は、上記したボーナス固定値とボーナス加算値を足し合わせた値となる。

図４４Ａは、変形例に係る固定上昇値（特訓対象）テーブルを説明する図である。上記した特訓イベントが実行される場合、特訓イベントによって特訓対象のチームメンバの能力パラメータが上昇する値（固定上昇値）が決定される。ここでは、図４４Ａに示すように、実行されたトレーニングの種別に応じて特訓対象のチームメンバの能力パラメータが上昇する値（固定上昇値）の範囲が設定されている。ここでは、図４４Ａで設定された範囲内の値（固定上昇値）が抽選により決定される。

図４４Ｂは、変形例に係るボーナス上昇値（特訓対象）テーブルを説明する図である。「大成功」の実行パターンで特訓イベントが実行される場合、上記した固定上昇値に加えて、特訓イベントによって特訓対象のチームメンバの能力パラメータが上昇する値（ボーナス上昇値）が決定される。ここでは、図４４Ｂに示すように、「大成功」の実行パターンで特訓イベントが実行される特訓対象のチームメンバの得意トレーニングに応じて、特訓対象のチームメンバの能力パラメータが上昇する値（ボーナス上昇値）が設定されている。

なお、「大成功」の実行パターンで特訓イベントが実行される場合、同時に実行される「大成功」の実行パターンで特訓イベントの数（回数）に応じて、さらに追加で特訓対象のチームメンバの能力パラメータやメインキャラクタの能力パラメータが上昇する上昇イベントが実行されることとしてもよい。例えば、同時に実行される「大成功」の実行パターンで特訓イベントの数（回数）が多いほど、さらに追加で特訓対象のチームメンバの能力パラメータやメインキャラクタの能力パラメータが上昇する値が大きくなるようにすることができる。

<変形例に係るゲストキャラクタを決定する処理>
図４０に示すように、変形例では、上記実施形態では実行されない「ゲストキャラクタを決定する処理」が実行される点が上記実施形態と大きく異なっている。変形例では、サブメンバに登録されたキャラクタが予め定められた処理（ゲストキャラクタ決定処理（Ｐ１００））に基づいて、ゲストキャラクタとして個人レースまたはチームレースに設定されることがある。

そして、ゲストキャラクタが設定された個人レースまたはチームレースにおけるレース結果が予め定められた所定順位以上であると、当該個人レースまたはチームレースに設定されたゲストキャラクタのサブメンバがチームメンバに昇格するゲーム性を有している。例えば、所定順位は、３着とすることができる。ただし、所定順位は、個人レースまたはチームレースごとにあらかじめ設定されてもよく、また、抽選により、所定順位を決定することとしてもよい。

当該処理では、ゲストキャラクタを設定するか否かを決定する第１抽選が行われる。この第１抽選に非当選であった場合、当該ターンにおいてゲストキャラクタの設定は行われない。

一方、第１抽選において当選した場合、および、直近の連続する２ターン（前回のターンおよび前々回のターン）において第１抽選において非当選であった場合には、ゲストキャラクタの設定を行う。ただし、第１抽選において当選した場合、および、直近の連続する２ターンにおいて第１抽選において非当選であった場合であっても、チームメンバに登録されているキャラクタの合計数が２１以上である場合については、ゲストキャラクタの設定は行われない。

次に、上記実施形態と同様に、適性数テーブル（図２０Ｂ）を参照して、Ａ適性数が最も少ない適性種別を抽出・決定する。なお、Ａ適性数が最も少ない適性種別が複数ある場合には、予め設定された優先順位に基づいて、適性種別が抽出・決定される。ここでは、「短距離」>「マイル」>「中距離」>「長距離」>「ダート」の優先順位が設定されている。

そして、サブメンバに登録されているキャラクタの中から、抽出された適性種別が「Ａ」であるサブメンバを抽出し、抽出したサブメンバに基づいて第１抽選テーブルを生成する。なお、各トレーニング（合同トレーニング）にサブメンバに登録されているキャラクタを配置可能とする場合には、サブメンバに登録されているキャラクタの中から、抽出された適性種別が「Ａ」であるサブメンバを抽出し、抽出したサブメンバから各トレーニングに配置されたサブメンバを除外して第１抽選テーブルを生成する。

次に、サブメンバに登録されているキャラクタの中から、上記第１抽選テーブルに含まれるサブメンバを除外した第２抽選テーブルを生成する。なお、各トレーニング（合同トレーニング）にサブメンバに登録されているキャラクタを配置可能とする場合には、サブメンバに登録されているキャラクタの中から、上記第１抽選テーブルに含まれるサブメンバ、および、各トレーニングに配置された決定されたサブメンバを除外した第２抽選テーブルを生成する。

そして、上記のように生成した第１抽選テーブルおよび第２抽選テーブルのいずれを用いるかを抽選により決定し、当該決定された抽選テーブル（第１抽選テーブルまたは第２抽選テーブル）を用いて、ゲストキャラクタを決定する。なお、第１抽選テーブルおよび第２抽選テーブルのいずれを用いるかを抽選する際には、抽選における選択比率が定められている抽選テーブルを予め設けておいてもよい。例えば、第２抽選テーブルよりも第１抽選テーブルの方が決定されやすい抽選テーブルを予め設けておいてもよいし、第１抽選テーブルよりも第２抽選テーブルの方が決定されやすい抽選テーブルを予め設けておいてもよい。あるいは、第１抽選テーブルおよび第２抽選テーブルのいずれを用いるかの抽選に際してその都度、抽選テーブルを作成することとしてもよい。

そして、上記のようにして決定したゲストキャラクタを配置する個人レースまたはチームレースを抽選により決定、登録する。なお、変形例では、ゲストキャラクタが個人レースおよびチームレースに設定される場合について説明するが、ゲストキャラクタがチームレースのみに設定されてもよく、また、ゲストキャラクタが個人レースのみに設定されてもよい。

図４５Ａは、変形例に係るゲーム画面７０を説明する図である。育成段階処理に移行すると、図４５Ａに示すゲーム画面７０がディスプレイ２６に表示される。上記のようにして個人レースにゲストキャラクタが決定された場合、ゲーム画面７０において当該ゲストキャラクタを示すゲストアイコン７０ａおよびゲスト報知表示７０ｂがゲーム画面７０の個人レース操作部７９ａに重畳して表示される。なお、チームレースにゲストキャラクタが決定された場合、ゲーム画面７０において当該ゲストキャラクタを示すゲストアイコン７０ａおよびゲスト報知表示７０ｂがゲーム画面７０のチームレース操作部７９ｂに重畳して表示される。

図４５Ｂは、変形例に係る個人レース選択画面１００を説明する図である。ゲーム画面７０の個人レース操作部７９ａが操作されると、図４５Ｂに示す個人レース選択画面１００が表示される。

個人レース選択画面１００では、ゲストキャラクタが設定された個人レースに対応する個人レース選択操作部１０１に重畳するように、ゲストアイコン７０ａおよびゲスト報知表示７０ｂが表示される。

なお、変形例では、図４５Ｂに示すように、１の個人レース選択操作部１０１にゲストキャラクタが設定される場合について示したが、１ターンにおける複数の個人レースのそれぞれにゲストキャラクタが設定されることとしてもよい。また、プレイヤが選択可能な全ての個人レースにゲストキャラクタが設定されることとしてもよい。なお、複数の個人レースにゲストキャラクタが設定される場合、個人レースごとに異なるゲストキャラクタが設定されることとしてもよいし、同一のゲストキャラクタが複数の個人レースに設定されることとしてもよい。

また、１ターンにおける複数のチームレースのそれぞれにゲストキャラクタが設定されることとしてもよい。また、プレイヤが選択可能な全てのチームレースにゲストキャラクタが設定されることとしてもよい。なお、複数のチームレースにゲストキャラクタが設定される場合、チームレースごとに異なるゲストキャラクタが設定されることとしてもよいし、同一のゲストキャラクタが複数のチームレースに設定されることとしてもよい。

次に、上記のゲームを実行するための変形例に係る処理について説明する。なお、以下では、上記実施形態と同じ処理については説明を省略し、上記実施形態と異なる処理について詳述する。

図４６は、変形例に係るプレイヤ端末におけるターン開始時処理を説明するフローチャートである。変形例では、上記実施形態における図３１に示すターン開始時処理に代えて図４６に示すターン開始時処理が実行される。図４６に示すように、変形例では、上記実施形態における図３１に示すターン開始時処理におけるステップＰ１０－２のあとに、詳しくは後述するゲストキャラクタ決定処理（Ｐ１００）の処理が実行される点が上記実施形態と異なっている。

図４７は、変形例に係るプレイヤ端末１における配置処理を説明するフローチャートである。変形例では、上記実施形態における図３２に示す配置処理に代えて図４７に示す配置処理が実行される。図４７に示すように、変形例では、上記実施形態における図３２に示す配置処理におけるステップＰ１１－１～Ｐ１１－１１の処理が実行されない点が異なっている。また、図４７に示すように、変形例では、詳しくは後述するゲストキャラクタ決定処理（Ｐ１００）が実行される点が上記実施形態と異なっている。

プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報テーブルを参照して、チームメンバとして登録されている全てのキャラクタを抽出する（Ｐ１１－ａ）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－ａで抽出したチームメンバの中から、後述するＰ１１－１２～Ｐ１１－１６の処理を実行していないキャラクタを、処理を遂行する対象キャラクタに選択する（Ｐ１１－ｂ）。

プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報テーブルを参照して、上記ステップＰ１１－ｂで選択した対象キャラクタのキャラクタ識別情報を確認する（Ｐ１１－１２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－１２で確認したキャラクタ識別情報に基づいて配置有無テーブル（図２１）をセットする（Ｐ１１－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１１－ａで抽出したチームメンバの全てについて、Ｐ１１－１１～Ｐ１１－１６の処理が終了したか判定する（Ｐ１１－１７）。その結果、全メンバの処理が終了した場合には、詳しくは後述するゲストキャラクタ決定処理（Ｐ１００）を実行する。

図４８は、変形例に係るプレイヤ端末１におけるゲストキャラクタ決定処理（Ｐ１００）を説明するフローチャートである。

プレイヤ端末１のゲーム実行制御部２０６ａは、ゲストキャラクタの決定がなされていない連続するターン数を示す非当選カウンタのカウンタ値が２以上であるか判定する（Ｐ１００－１）。その結果、非当選カウンタのカウンタ値が２以上ではない場合は、ステップＰ１００－３に処理が移り、非当選カウンタのカウンタ値が２以上である場合は、ステップＰ１００－５に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、ゲストキャラクタを設定するか否かを決定する第１抽選を実行する（Ｐ１００－２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－２における第１抽選において当選したか否か判定する（Ｐ１００－３）。その結果、第１抽選に当選していない場合は、ステップＰ１００－４に処理が移り、第１抽選に当選した場合は、ステップＰ１００－５に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、非当選カウンタのカウンタ値をインクリメントし、当該ゲストキャラクタ決定処理を終了する（Ｐ１００－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、非当選カウンタのカウンタ値をクリアする（Ｐ１００－５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、キャラクタ識別情報テーブルを参照して、チームメンバに登録されたキャラクタの合計数（以下、チームメンバ数とも呼ぶ）を導出する（Ｐ１００－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－６において導出したチームメンバ数が２０未満であるか判定する（Ｐ１００－７）。その結果、チームメンバ数が２０未満である場合は、ステップＰ１００－８に処理が移り、チームメンバ数が２０未満ではない場合は、当該ゲストキャラクタ決定処理を終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、チームメンバに登録されているキャラクタについて、上記したＡ適性数を導出する（Ｐ１００－８）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－８で導出したＡ適性数に基づいて、Ａ適性数が最も少ない適性種別を抽出、決定する（Ｐ１００－９）。

プレイヤ端末１のゲーム実行制御部２０６ａは、サブメンバに登録されているキャラクタの中から、上記ステップＰ１００－９で決定された適性種別が「Ａ」であるサブメンバを抽出する（Ｐ１００－１０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－１０で抽出されたサブメンバに基づいて第１抽選テーブルを生成する。（Ｐ１００－１１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、サブメンバに登録されているキャラクタの中から、上記ステップＰ１００－１１で生成した第１抽選テーブルに含まれるサブメンバを除外し（Ｐ１００－１２）、第２抽選テーブルを生成する（Ｐ１００－１３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－１１で生成した第１抽選テーブル、および、上記ステップＰ１００－１３で生成した第２抽選テーブルのいずれを用いるかを抽選により決定する（Ｐ１００－１４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－１４で決定した抽選テーブル（第１抽選テーブルまたは第２抽選テーブル）を用いて、抽選によりゲストキャラクタを決定、登録する（Ｐ１００－１５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－１５で決定、登録したゲストキャラクタを配置する個人レースまたはチームレースを抽選により決定、登録し（Ｐ１００－１６）、当該ゲストキャラクタ決定処理を終了する。

図４９は、変形例に係るプレイヤ端末１におけるイベント決定処理を説明するフローチャートである。変形例では、上記実施形態における図３４に示すイベント決定処理に代えて図４９に示すイベント決定処理が実行される。

プレイヤ端末１のゲーム実行制御部２０６ａは、メインキャラクタのイベントを決定、実行する（Ｐ１３０－１）。なお、メインキャラクタのイベントとは、専用イベントテーブル（図５Ｄ）に予め設定されている専用イベントのうち、メインキャラクタに設定された専用イベントのことである。

プレイヤ端末１のゲーム実行制御部２０６ａは、サポートイベントテーブル（図７Ｄ）を参照して、サポートカード（サポートキャラクタ）に設定されているサポートイベントを決定、実行する（Ｐ１３０－２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各トレーニング項目から、後述するステップＰ１３０－４～ステップＰ１３０－１５の処理を実行していない処理対象項目をセットする（Ｐ１３０－３）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－３でセットした処理対象項目のトレーニングについて、上記ステップＰ１１（図４７）で配置が決定されたキャラクタの配置情報を確認する（Ｐ１３０－４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－４で確認した配置情報に基づいて、上記ステップＰ１３０－３でセットした処理対象項目のトレーニングについて、チームメンバが配置されているか判定する（Ｐ１３０－５）。その結果、チームメンバが配置されている場合には、ステップＰ１３０－６に処理が移り、チームメンバが配置されていない場合には、ステップＰ１３０－１８に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－３でセットした処理対象項目のトレーニングに配置されているチームメンバのうち、後述するステップＰ１３０－７～ステップＰ１３０－１５の処理を実行していないチームメンバを処理対象としてセットする（Ｐ１３０－６）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－６でセットした処理対象のチームメンバに係る絆パラメータの値を確認する（Ｐ１３０－７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－７において、確認した絆パラメータの値に基づいて、図４２Ａに示す特訓イベント実行有無決定テーブルを参照して、特訓イベントの実行可否を抽選により決定する（Ｐ１３０－８）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－８において特訓イベントの実行が決定されたか否かを判定する（Ｐ１３０－９）。その結果、特訓イベントの実行が決定されていない場合には、ステップＰ１３０－１０に処理が移り、特訓イベントの実行が決定された場合には、ステップＰ１３０－１２に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－６でセットした処理対象のチームメンバについて、所持スキルテーブル（図７Ｃ）を参照して、予め設定されている所定の決定方法にしたがって、実行するヒントイベントを決定するヒントイベント決定処理を実行する（Ｐ１３０－１０）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－１０で決定したヒントイベントに係るヒントイベント情報をプレイヤ情報記憶部３００に記憶する（Ｐ１３０－１１）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－６でセットした処理対象のチームメンバについて、図４４Ａに示す固定上昇値（特訓対象）テーブルを参照して、特訓対象のチームメンバの能力パラメータが上昇する値（固定上昇値）を決定する（Ｐ１３０－１２）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－６でセットした処理対象のチームメンバについて、特訓イベントの実行回数が４回であるか判定する（Ｐ１３０－１３）。その結果、特訓イベントの実行回数が４回である場合にはステップＰ１３０－１４に処理が移り、特訓イベントの実行回数が４回ではない場合にはステップＰ１３０－１６に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－６でセットした処理対象のチームメンバについて、図４４Ｂに示すボーナス上昇値（特訓対象）テーブルを参照して、特訓対象のチームメンバの能力パラメータが上昇する値（ボーナス上昇値）を決定する（Ｐ１３０－１４）。

プレイヤ端末１のゲーム実行制御部２０６ａは、図４３Ｂに示すボーナス加算値（メインキャラクタ）テーブルを参照し、メインキャラクタの能力パラメータが上昇する値（ボーナス加算値）を決定する（Ｐ１３０－１５）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－３でセットした処理対象項目のトレーニングに配置された全てのチームメンバに係る上記ステップＰ１３０－６～ステップＰ１３０－１５の処理が実行されたか判定する（Ｐ１３０－１６）。その結果、全チームメンバの処理が終了した場合には、ステップＰ１３０－１７に処理が移り、全チームメンバの処理が終了していない場合には、ステップＰ１３０－６に処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、図４３Ｂに示すボーナス固定値（メインキャラクタ）テーブルを参照し、メインキャラクタの能力パラメータが上昇する値（ボーナス固定値）を決定する（Ｐ１３０－１７）。

プレイヤ端末１のゲーム実行制御部２０６ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）のトレーニング項目の全てについて、上記ステップＰ１３０－４～ステップＰ１３０－１５の処理が終了したか判定する（Ｐ１３０－１８）。その結果、全トレーニング項目の処理が終了した場合には、当該イベント決定処理を終了し、全トレーニング項目の処理が終了していない場合には、ステップＰ１３０－３に処理が移る。

図５０は、変形例に係るプレイヤ端末１におけるターン中処理を説明するフローチャートである。変形例では、上記実施形態における図３５に示すターン中処理に代えて図５０に示すターン中処理が実行される。図５０に示すように、変形例では、上記実施形態における図３５に示すターン中処理におけるステップＰ２０－２とステップＰ２０－３の間に詳しくは後述するキャラクタ識別情報更新処理（Ｐ２００）が実行される点が、上記実施形態と異なっている。また、図５０に示すように、変形例では、上記実施形態における図３５に示すターン中処理におけるステップＰ２０－６とステップＰ２０－７の間に詳しくは後述するキャラクタ識別情報更新処理（Ｐ２００）が実行される点が、上記実施形態と異なっている。

図５１は、変形例に係るプレイヤ端末１におけるキャラクタ識別情報更新処理を説明するフローチャートである。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－２において導出され、プレイヤ情報記憶部３００に記憶された個人レースまたはチームレースの結果を参照して、当該個人レースまたはチームレースにおける着順が所定順位以上であるか判定する。その結果、着順が所定順位以上である場合は、ステップＰ２００－２に処理が移り、着順が所定順位以上ではない場合は、当該キャラクタ識別情報更新処理が終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１００－１６において当該個人レースまたはチームレースにゲストキャラクタが登録されているか否かを判定する。その結果、ゲストキャラクタが登録されている場合は、ステップＰ２００－３に処理が移り、ゲストキャラクタが登録されていない場合は、当該キャラクタ識別情報更新処理が終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、当該個人レースまたはチームレースに登録されているゲストキャラクタのサブメンバをチームメンバに変更するように、キャラクタ識別情報（図３９）を更新し、当該キャラクタ識別情報更新処理が終了する。このとき、チームメンバに昇格したサブメンバの能力パラメータについては、予め設定された初期値を登録してもよいし、メインキャラクタの能力パラメータ、または、チームレベルに応じて補正がかけられた補正値を登録することとしてもよい。

図５２は、変形例に係るプレイヤ端末１における育成実行処理を説明するフローチャートである。変形例では、上記実施形態における図３６に示す育成実行処理に代えて図５２に示す育成実行処理が実行される。図５１に示すように、変形例では、上記実施形態における図３６に示す育成実行処理におけるステップＰ２２およびステップＰ２３の処理が実行されない。

また、ステップＰ２１－１～ステップＰ２１－５、および、ステップＰ２１－６～ステップＰ２１－９までの処理は、上記実施形態における図３６に示す育成実行処理と同様にして実行される。ステップＰ２１－５の処理が終わると、プレイヤ端末１のゲーム実行制御部２０６ａは、絆パラメータの値に上昇値を加算する（Ｐ２１－ａ）。なお、加算する上昇値の値は、固定値としてもよいし、抽選により決定した値としてもよい。

また、後述するステップＰ２１－ｂ～ステップＰ２１－ｇは、ステップＰ２１－９の後に追加される。プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目について、特訓イベント情報が記憶されているか判定する（Ｐ２１－ｂ）。その結果、特訓イベント情報が記憶されている場合には、ステップＰ２１－ｃに処理が移り、特訓イベント情報が記憶されていない場合には、当該育成実行処理が終了する。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２０－８において選択されたトレーニング項目に係る特訓イベント情報に基づいて、特訓イベントの実行対象のチームメンバをセットする（Ｐ２１－ｃ）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ２１－ｃでセットした実行対象のチームメンバの指導イベント回数に「１」を加算する（Ｐ２１－ｄ）。

プレイヤ端末１のゲーム実行制御部２０６ａは、上記ステップＰ１３０－１２、Ｐ１３０－１４で決定された固定上昇値およびボーナス上昇値に基づいて、実行対象のチームメンバの能力パラメータの更新を行う（Ｐ２１－ｅ）。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目に係る指導イベント情報に基づいて、指導イベントの実行対象の全てのチームメンバについて上記ステップＰ２１－ｃ～ステップＰ２１－ｅの処理が実行されたか判定する（Ｐ２１－ｆ）。その結果、全チームメンバの処理が終了した場合には、ステップＰ２１－ｇに処理が移り、全チームメンバの処理が終了していない場合には、ステップＰ２１－ｃに処理が移る。

プレイヤ端末１のゲーム実行制御部２０６ａは、選択されたトレーニング項目、および、指導イベント情報に基づいて、上記ステップＰ１３０－１５、Ｐ１３０－１７で導出されたボーナス加算値およびボーナス固定値をメインキャラクタの能力パラメータに加算し（Ｐ２１－ｇ）、当該育成実行処理を終了する。

上記変形例では、ターン毎にゲストキャラクタを設定するか否かを決定する第１抽選を実行する場合について示したが、予め定められた所定の個人レース（以下、目標個人レースとも呼ぶ）または予め定められた所定のチームレース（以下、目標チームレースとも呼ぶ）をゲストキャラクタが設定され得る個人レースまたはチームレースとしてもよい。例えば、目標個人レースまたは目標チームレースにおいては、必ずゲストキャラクタが設定されることとしてもよいし、目標個人レースまたは目標チームレースにおいて、抽選に当選した場合にゲストキャラクタが設定されることとしてもよい。なお、目標個人レースおよび目標チームレースは、例えば、育成対象となるメインキャラクタの種類に応じて設けられることとしてもよい。

また、上記変形例では、ゲストキャラクタが登録された個人レースまたはチームレースにおいて予め設定された所定順位以上である場合に、必ずゲストキャラクタのサブメンバがチームメンバに変更される場合について示したが、これに限定されるものではない。例えば、ゲストキャラクタが登録された個人レースまたはチームレースにおいて、プレイヤの着順に応じた抽選を行い、当該抽選で当選した場合に、ゲストキャラクタのサブメンバがチームメンバに変更されることとしてもよい。この場合、プレイヤの着順が高いほど、抽選により当選する確率が高くなるようにすることができる。

また、上記変形例では図４６および図４７に示すように、ターン開始時処理内でゲストキャラクタ決定処理（Ｐ１００）を行う場合について示したが、これに限定されず、ゲストキャラクタ決定処理（Ｐ１００）を図５０に示すターン中処理内で行うこととしてもよい。具体的には、図５０に示すターン中処理におけるステップＰ２０－２とステップＰ２００との間、および、ステップＰ２０－５とステップＰ２０－６との間に、ゲストキャラクタ決定処理（Ｐ１００）を行うこととしてもよい。この場合、個人レースの結果またはチームレースの結果が導出された後に、ゲストキャラクタ決定処理（Ｐ１００）が実行されることとなるため、図４５Ａおよび図４５Ｂに示すゲストアイコン７０ａおよびゲスト報知表示７０ｂの表示は行わない。すなわち、個人レースまたはチームレースの実行開始前には、当該個人レースまたはチームレースにゲストキャラクタが登録されているか否かについて、プレイヤに報知を行わない。

以上、添付図面を参照しながら実施形態の一態様について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変形例または修正例に想到し得ることは明らかであり、それらについても当然に技術的範囲に属するものと了解される。

なお、上記実施形態、および、変形例における処理を実行するための情報処理プログラムは、コンピュータが読み取り可能な記憶媒体に格納され、記憶媒体として提供されてもよい。さらには、この記憶媒体を含むゲーム端末装置が提供されてもよい。また、上記実施形態、および、変形例は、各機能およびフローチャートに示すステップを実現する情報処理方法としてもよい。

１プレイヤ端末（ゲーム端末）
１０００サーバ
Ｓ情報処理システム

Claims

１ターンごとの処理を複数回繰り返してコンピュータに遂行させる情報処理プログラムであって、
少なくとも２以上のターンにおいて、メインキャラクタの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とする処理と、
前記メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数を、複数種類の前記育成種目のいずれかに対応付ける処理と、
プレイヤによって選択された前記育成種目に対応する前記メインキャラクタの前記能力情報を更新する処理と、
プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタの登録パラメータを、予め定められた登録条件に基づいて更新する処理と、
前記登録パラメータが所定値に達した前記サブキャラクタをメンバーキャラクタとして登録する処理と、
前記メインキャラクタ、および、前記メンバーキャラクタとして登録された前記サブキャラクタのいずれか一方または双方を用いた対戦ゲームを実行する処理と、
をコンピュータに遂行させる情報処理プログラム。
いずれかの前記サブキャラクタをサポートキャラクタとして設定する処理を前記コンピュータにさらに遂行させ、
プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタが、前記サポートキャラクタとして設定されている場合には、前記サポートキャラクタとして設定されていない場合よりも、前記メインキャラクタの前記能力情報が上昇しやすく、
前記サポートキャラクタとして設定されている前記サブキャラクタは、前記サポートキャラクタとして設定されていない前記サブキャラクタよりも、前記育成種目に対応付けられる確率が高い、
請求項１に記載の情報処理プログラム。
前記サブキャラクタには、予め定められた特定サブキャラクタが含まれ、
プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタが、前記特定サブキャラクタである場合には、前記特定サブキャラクタではない場合よりも、前記メインキャラクタの前記能力情報が上昇しやすく、
前記特定サブキャラクタは、前記特定サブキャラクタ以外の前記サブキャラクタよりも、前記育成種目に対応付けられる確率が高い、
請求項１または２に記載の情報処理プログラム。
１ターンごとの処理を複数回繰り返して遂行する情報処理方法であって、
少なくとも２以上のターンにおいて、メインキャラクタの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とするステップと、
前記メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数を、複数種類の前記育成種目のいずれかに対応付けるステップと、
プレイヤによって選択された前記育成種目に対応する前記メインキャラクタの前記能力情報を更新するステップと、
プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタの登録パラメータを、予め定められた登録条件に基づいて更新するステップと、
前記登録パラメータが所定値に達した前記サブキャラクタをメンバーキャラクタとして登録するステップと、
前記メインキャラクタ、および、前記メンバーキャラクタとして登録された前記サブキャラクタのいずれか一方または双方を用いた対戦ゲームを実行するステップと、
を含む情報処理方法。
１ターンごとの処理を複数回繰り返して遂行するコンピュータを備える情報処理システムであって、
前記コンピュータは、
少なくとも２以上のターンにおいて、メインキャラクタの能力を示す複数の能力情報のいずれか１または複数に対応する複数種類の育成種目を選択可能とする処理と、
前記メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数を、複数種類の前記育成種目のいずれかに対応付ける処理と、
プレイヤによって選択された前記育成種目に対応する前記メインキャラクタの前記能力情報を更新する処理と、
プレイヤによって選択された前記育成種目に対応付けられた前記サブキャラクタの登録パラメータを、予め定められた登録条件に基づいて更新する処理と、
前記登録パラメータが所定値に達した前記サブキャラクタをメンバーキャラクタとして登録する処理と、
前記メインキャラクタ、および、前記メンバーキャラクタとして登録された前記サブキャラクタのいずれか一方または双方を用いた対戦ゲームを実行する処理と、
を遂行する情報処理システム。