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

Abstract

【課題】ゲームの興趣を向上する。【解決手段】コンピュータが遂行する情報処理方法は、特殊ゲーム媒体として設定されているゲーム媒体に付与された媒体識別情報と、所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持し、選択された所定ゲームで使用するゲーム媒体をプレイヤが選択可能とし、選択されたゲーム媒体を登録し、登録されたゲーム媒体に基づいて所定ゲームを実行し、特殊ゲーム媒体として設定されているゲーム媒体が登録されている場合に生じる効用に基づく表示を行い、選択された所定ゲームにおいて特殊ゲーム媒体として設定されているゲーム媒体を識別表示する。【選択図】図２８

Description

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

従来、育成ゲームと呼ばれるジャンルのゲームが知られている。育成ゲームでは、複数種類の育成種目が設けられており、プレイヤは、いずれかの育成種目を選択して、育成対象のキャラクタを育成することができる。

例えば、特許文献１には、育成対象キャラクタのパラメータが、プレイヤによってデッキに編成されたキャラクタに基づいて変化するゲームが開示されている。育成ゲームで育成したキャラクタは、他のゲームで使用することができる。

特許第６６８５０４９号公報

上記の育成ゲームにおいては、デッキの編成を異ならせることで、能力の異なるさまざまなキャラクタを育成することができる点に醍醐味がある。しかしながら、例えば、デッキに編成可能なキャラクタの保有状況等によっては、育成ゲームの進展具合が毎回同じような流れとなり、ゲームの興趣が低下するおそれがある。

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

上記課題を解決するために、情報処理方法は、コンピュータが遂行する情報処理方法であって、
所定ゲームで使用可能な複数種類のゲーム媒体のうち、特殊ゲーム媒体として設定されている前記ゲーム媒体に付与された媒体識別情報と、前記所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持する処理と、
前記所定ゲームが選択された後、選択された前記所定ゲームで使用する前記ゲーム媒体を、複数種類の前記ゲーム媒体の中からプレイヤが選択可能とする処理と、
プレイヤによって選択された前記ゲーム媒体を登録する処理と、
登録された前記ゲーム媒体に基づいて前記所定ゲームを実行する処理と、
前記特殊ゲーム媒体として設定されている前記ゲーム媒体が登録されている場合に生じる効用に基づく表示を、前記所定ゲーム中に行う処理と、
プレイヤの操作に基づいて、前記特殊ゲーム媒体を、前記特殊ゲーム媒体ではない前記ゲーム媒体と異なる態様で表示する識別表示を可能とする許可状態、または、前記識別表示を不実行とする不許可状態に設定する処理と、
少なくとも前記所定ゲームの選択後であって、前記許可状態に設定されている場合に、選択された前記所定ゲームにおいて前記特殊ゲーム媒体を識別表示する処理と、
を含む。

前記所定ゲームは複数のターンを含んで構成され、
前記所定ゲームを実行する処理では単位処理が実行され、
前記単位処理には、実行中の前記所定ゲームに付与された前記ゲーム識別情報に紐付けられたイベントを発生させる処理が含まれ、
前記効用には、前記イベントの内容を変更することが含まれ、
前記効用に基づく表示を行う処理では、変更された前記イベントの内容に対応する表示を行ってもよい。

前記所定ゲームは複数のターンを含んで構成され、
前記所定ゲームを実行する処理では単位処理が実行され、
前記単位処理には、実行中の前記所定ゲームに付与された前記ゲーム識別情報に紐付けられたイベントを発生させる処理が含まれ、
前記効用には、前記所定ゲーム中に発生する前記イベントの数もしくは発生確率を変更することが含まれ、
前記効用に基づく表示を行う処理では、変更された前記イベントの数もしくは発生確率に基づいて決定された前記イベントに対応する表示を行なってもよい。

前記効用には、前記所定ゲーム中に用いられるパラメータを変更することが含まれてもよい。

上記課題を解決するために、情報処理システムは、１または複数のコンピュータが、
所定ゲームで使用可能な複数種類のゲーム媒体のうち、特殊ゲーム媒体として設定されている前記ゲーム媒体に付与された媒体識別情報と、前記所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持する処理と、
前記所定ゲームが選択された後、選択された前記所定ゲームで使用する前記ゲーム媒体を、複数種類の前記ゲーム媒体の中からプレイヤが選択可能とする処理と、
プレイヤによって選択された前記ゲーム媒体を登録する処理と、
登録された前記ゲーム媒体に基づいて前記所定ゲームを実行する処理と、
前記特殊ゲーム媒体として設定されている前記ゲーム媒体が登録されている場合に生じる効用に基づく表示を、前記所定ゲーム中に行う処理と、
プレイヤの操作に基づいて、前記特殊ゲーム媒体を、前記特殊ゲーム媒体ではない前記ゲーム媒体と異なる態様で表示する識別表示を可能とする許可状態、または、前記識別表示を不実行とする不許可状態に設定する処理と、
少なくとも前記所定ゲームの選択後であって、前記許可状態に設定されている場合に、選択された前記所定ゲームにおいて前記特殊ゲーム媒体を識別表示する処理と、
を遂行する。

上記課題を解決するために、情報処理プログラムは、
所定ゲームで使用可能な複数種類のゲーム媒体のうち、特殊ゲーム媒体として設定されている前記ゲーム媒体に付与された媒体識別情報と、前記所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持する処理と、
前記所定ゲームが選択された後、選択された前記所定ゲームで使用する前記ゲーム媒体を、複数種類の前記ゲーム媒体の中からプレイヤが選択可能とする処理と、
プレイヤによって選択された前記ゲーム媒体を登録する処理と、
登録された前記ゲーム媒体に基づいて前記所定ゲームを実行する処理と、
前記特殊ゲーム媒体として設定されている前記ゲーム媒体が登録されている場合に生じる効用に基づく表示を、前記所定ゲーム中に行う処理と、
プレイヤの操作に基づいて、前記特殊ゲーム媒体を、前記特殊ゲーム媒体ではない前記ゲーム媒体と異なる態様で表示する識別表示を可能とする許可状態、または、前記識別表示を不実行とする不許可状態に設定する処理と、
少なくとも前記所定ゲームの選択後であって、前記許可状態に設定されている場合に、選択された前記所定ゲームにおいて前記特殊ゲーム媒体を識別表示する処理と、
をコンピュータに遂行させる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（ゲーム内容）
次に、本実施形態の情報処理システムＳ、ゲーム装置Ｇにより提供されるゲームについて説明する。プレイヤは、所謂ガチャと呼ばれる抽選により獲得したキャラクタや、運営側から配布されたキャラクタを所有することができる。また、プレイヤは、所謂ガチャと呼ばれる抽選により獲得したサポートカードや、運営側から配布されたサポートカードを所持することができる。

詳しくは後述するが、本実施形態では、複数（例えば６０）のターンを含む育成ゲームにおいて、プレイヤが所持するキャラクタを育成するゲーム性を有している。また、本実施形態における育成ゲームは、競走馬をキャラクタに擬人化したもので、キャラクタを育成して競馬を模したレースで１着を目指すゲーム性を有している。

図３は、育成ゲームのおおまかな流れを説明するための図である。育成ゲームは、セッティングゲームと育成メインゲームとに大別される。詳しくは後述するが、育成メインゲームは、プレイヤが所持するキャラクタの中から選択した１のメインキャラクタを育成するゲームである。また、セッティングゲームは、育成メインゲームの準備段階に相当するもので、メインキャラクタやサポートカードを登録するゲームである。以下では、セッティングゲームで遂行される処理を準備段階処理と呼び、育成メインゲームで遂行される処理を育成段階処理と呼ぶ。ここでは、理解を容易にするために、準備段階処理および育成段階処理における大まかな流れについて先に説明する。

<準備段階処理>
準備段階処理では、主に、メインキャラクタの登録、サポートカードの登録、特定キャラクタの登録、初期キャラクタ識別情報の設定が行われる。なお、サポートカードは、メインキャラクタの育成を補助するためのものである。各サポートカードには、必ず１のキャラクタが紐付けられており、準備段階処理で登録されたサポートカードに紐付けられたキャラクタが、メインキャラクタの育成を補助することとなる。以下では、サポートカードに紐付けられたキャラクタを、サポートキャラクタと呼ぶ。

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

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

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

また、ホーム画面２７において、プレイヤによってシナリオ操作部２９がタップされると、不図示のシナリオ選択画面が表示される。本実施形態では、育成メインゲームのシナリオが複数設けられている。育成メインゲームの各シナリオには、最終目標や、ゲーム途中での目標等が設定されており、プレイヤは、設定されている目標を順次クリアする必要がある。各目標や、目標を達成するまでの期間等がシナリオごとに異なっている。プレイヤは、シナリオ選択画面において、複数のシナリオの中からいずれか１つを選択することができる。

なお、ここでは、第１のシナリオ、および、第２のシナリオが設けられており、以下では、第１のシナリオが選択されたこととして説明する。シナリオ選択画面において第１のシナリオが選択されると、後述するシナリオトップ画面が表示される。シナリオトップ画面において、所定の操作がなされると、図４Ｂに示すメインキャラクタ選択画面３０がディスプレイ２６に表示される。これにより、セッティングゲームの開始となり、準備段階処理が実行される。なお、セッティングゲームの内容は、全てのシナリオで共通である。ただし、シナリオごとに、セッティングゲームの内容が異なってもよい。

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

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

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

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

なお、キャラクタごとの能力パラメータの初期値は、プレイヤの操作等によって上昇してもよい。例えば、キャラクタに５段階のレベルが設けられ、ゲーム内通貨や所定のアイテムを消費することによって、プレイヤがキャラクタのレベルを上昇させることができるとしてもよい。この場合、キャラクタのレベルの上昇に伴って、能力パラメータの初期値が上昇するとよい。なお、プレイヤは、能力パラメータの値を、育成メインゲームにおいて上昇させることができる。すなわち、育成メインゲームの目的は、能力パラメータの数値がより高いキャラクタを育成することである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、キャラクタ識別情報テーブルにおいて、メインキャラクタおよびサポートカードに係る情報が登録されると、特定キャラクタに係る情報が登録される。このとき、第１のシナリオにおいては、図８および図９に示すように、登録されたメインキャラクタおよびサポートキャラクタの種別に拘わらず、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＮ」、「キャラクタＲ」が特定キャラクタとして登録される。

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

本実施形態では、キャラクタ識別情報テーブルにおいて、メインキャラクタ、サポートキャラクタおよび特定キャラクタとして登録されているキャラクタがチームメンバとして登録される。すなわち、図８の場合では、「キャラクタＣ」、「キャラクタＥ」、「キャラクタＦ」、「キャラクタＩ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＮ」、「キャラクタＱ」、「キャラクタＲ」、「キャラクタＴ」がチームメンバとして登録される。また、図９の場合では、「キャラクタＥ」、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＮ」、「キャラクタＱ」、「キャラクタＲ」、「キャラクタＴ」がチームメンバとして登録される。

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

このようにして、キャラクタ識別情報テーブルにおいて、チームメンバおよびサブメンバに係る情報（初期キャラクタ識別情報）が記憶されると準備段階処理が終了する。

<育成段階処理>
準備段階処理が終了すると、育成段階処理が開始される。育成段階処理では、メインキャラクタおよびチームメンバとして登録されたキャラクタの育成が可能となる。なお、以下では、理解を容易とするために、まず、育成メインゲームの基本的な流れについて説明し、その後、育成メインゲームの特徴点について詳述する。

図１０は、選択項目テーブルを説明する図である。なお、メインキャラクタの種別に応じて選択項目テーブルが設けられてもよいし、メインキャラクタの種別にかかわらず共通の選択項目テーブルが設けられてもよい。育成ゲームは、図１０に示すように、第１ターンから第６０ターンで構成されており、各ターンにおけるプレイヤの選択結果に応じて各種のパラメータの更新が行われるゲーム性を有している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、トレーニング画面８０の右上部には、仮選択中の操作部８１～８５の項目ごとに、トレーニングに配置されたキャラクタのアイコン８８が表示される。そして、トレーニングに成功した場合に、アイコン８８に表示されたキャラクタに対応して所定のイベントが発生する場合には、対応するアイコン８８にイベント報知表示８７が表示される。なお、以下では、キャラクタが配置されたトレーニングを合同トレーニングと呼ぶ。

図１２Ｃは、トレーニング結果報知画面８０ａを説明する図である。仮選択中の操作部８１～８５のいずれかが、再度タップされると、タップされた操作部８１～８５に対応するトレーニングが実行される。トレーニングが実行されると、トレーニングの成功または失敗が報知されるトレーニング結果報知画面８０ａがディスプレイ２６に表示される。ここでは、「成功」という文字が表示され、トレーニングの成功がプレイヤに報知される。

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

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

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

また、ペナルティの内容は、トレーニング項目に応じて決定されてもよい。例えば、スピードのトレーニングに失敗した場合にはスピードの能力パラメータの値が減少し、パワーのトレーニングに失敗した場合にはパワーの能力パラメータの値が減少することとしてもよい。また、一部のトレーニング項目（例えば、賢さ）については、トレーニングが失敗したとしても、ペナルティが付与されないこととすることができる。

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

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

イベントには、スキルを獲得するイベント、体力が回復するイベント、体力が減少するイベント、能力パラメータが上昇するイベント、能力パラメータが減少するイベント、調子が上昇するイベント、調子が減少するイベント等が含まれている。詳しくは後述するがイベントには、ターンごとに予め定められたイベントや、所定の抽選により当選した場合に発生するイベントがある。また、発生した全てのイベントが終了すると、次のターンに係るゲーム画面７０が表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体的には、５つのレースうち、プレイヤのチームが勝利したレースの数が、対戦相手のチームが勝利したレースの数よりも多い場合に、チームレースにおいて総合的にプレイヤの勝利となる。一方で、５つのレースのうち、プレイヤのチームが勝利したレースの数が、対戦相手のチームが勝利したレースの数よりも少ないか、同数の場合に、チームレースにおいて総合的に敗北となる。

なお、プレイヤは各レースに最大で３種類のキャラクタをチームメンバの中から編成することができる。また、ここでは、同一種別のキャラクタを複数のレースに編成することはできなくなっている。また、チーム編成画面１４０の下部には、「Ｓｔａｒｔ」と記されたスタート操作部１４２が表示される。

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

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

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

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

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

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

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

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

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

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

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

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

また、フィニッシュ操作部１８３が操作された場合、ゲームオーバーとなり、当該育成ゲームが終了する。ただし、チームレースに敗北したことが報知されるチームレース総合結果画面１８０においてコンティニュー操作部１８２およびフィニッシュ操作部１８３を表示せずに、ネクスト操作部１８１を表示することとしてもよい。すなわち、チームレースにおいて敗北したとしても、ゲームオーバーせずに育成ゲームが続いてもよい。

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

具体的には、プレイヤが、個人レースまたはチームレースを実行すると、サブメンバがゲストキャラクタとして出走することがある。そして、個人レースまたはチームレースにおいて、プレイヤが出走させたメインキャラクタあるいはチームメンバが、予め定められた所定順位以上であると、当該ゲストキャラクタがチームメンバに昇格する。

つまり、ここでは、サブメンバがゲストキャラクタとして個人レースまたはチームレースに出走すること、および、ゲストキャラクタが出走したレースにおいて、メインキャラクタあるいはチームメンバが所定順位以上の着順であることが、チームメンバへの昇格、すなわち、チームメンバの登録条件として設定されている。登録条件である所定順位は、例えば、３着とすることができる。ただし、所定順位は、個人レースまたはチームレースごとに異なってもよく、また、抽選により、所定順位が決定されてもよい。

なお、サブメンバがチームメンバに昇格するための登録条件は一例に過ぎない。例えば、サブメンバがゲストキャラクタとして出走したチームレースにおいて、プレイヤのチームが勝利することが登録条件として設定されてもよい。また、例えば、チームメンバに昇格するためのパラメータがサブメンバごとに設けられ、このパラメータが閾値以上となることが登録条件として設定されてもよい。この場合、パラメータが上昇する条件は特に限定されない。例えば、各種トレーニングにサブメンバが配置され、サブメンバと合同トレーニングを行うことでパラメータが上昇してもよい。

以上のように、育成メインゲームでは、ゲームの進行に伴って徐々にチームメンバを増加させることができる。この際、より能力パラメータの高いキャラクタをチームメンバに昇格させ、チーム対抗戦を有利に進めるというのが、本実施形態のゲーム性となる。

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

ターン開始時処理では、図１８に示すように、「チームメンバの配置有無を決定する処理」、「配置するトレーニング項目を決定する処理」、「能力パラメータの上昇値を決定する処理」、「出現イベントを決定する処理」、「ゲストキャラクタを決定する処理」が実行される。以下では、これらの処理について順に説明する。

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

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

また、キャラクタ識別情報として「サポートキャラクタ」として登録されており、「特定キャラクタ」として登録されていないチームメンバについては、４０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「サポートキャラクタ」および「特定キャラクタ」のいずれの登録もされていないチームメンバについては、１０％の確率で「配置する」が選択される。

このように、サポートキャラクタとして登録されているチームメンバは、サポートキャラクタとして登録されていないチームメンバよりも、トレーニングに配置される可能性が高い。また、特定キャラクタとして登録されているチームメンバは、特定キャラクタとして登録されていないチームメンバよりも、トレーニングに配置される可能性が高い。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<出現イベントを決定する処理>
図２１は、イベント種別およびイベント分類を説明する図である。育成メインゲーム中は、各ターンにおいて、イベントを出現させるか否かを決定する処理が行われる。イベントは、シナリオイベント、メインキャラクタごとに設けられた上記の専用イベント４２ａ、サポートイベント、チームメンバイベントの４つの種別に大別される。なお、各シナリオには、育成メインゲーム中に出現し得るシナリオイベント、専用イベント４２ａ、サポートイベント、チームメンバイベントが予め定められている。

シナリオイベントというのは、育成メインゲームのシナリオごとに設定されたイベントである。上記したように、本実施形態では、複数のシナリオが設けられており、プレイヤは、シナリオを選択することができる。シナリオイベントは、プレイヤが選択したシナリオごとに出現する。換言すれば、育成メインゲームで出現するシナリオイベントは、プレイヤが選択したシナリオに基づいて決定される。

なお、シナリオイベントには、シナリオ固有イベントと、シナリオ共通イベントとが設けられてもよい。シナリオ固有イベントというのは、１つのシナリオにのみ紐付けられたイベントである。例えば、第１のシナリオに紐付けられたシナリオ固有イベントは、第１のシナリオが選択された場合にのみ出現し、他のシナリオが選択された場合に出現することはない。

また、シナリオ共通イベントというのは、複数のシナリオで共通して出現するイベントである。したがって、シナリオ共通イベントは、第１のシナリオが選択された場合と、第２のシナリオが選択された場合との双方で出現する。

ここでは、シナリオイベントとして、シナリオ固有イベントとシナリオ共通イベントとが設けられることとする。ただし、シナリオ固有イベントおよびシナリオ共通イベントのいずれか一方のみが設けられてもよい。

専用イベント４２ａは、上記したとおり、キャラクタごとに予め設定されているイベントである。育成メインゲームでは、プレイヤがセッティングゲーム、すなわち、準備段階処理においてメインキャラクタとして登録したキャラクタの専用イベント４２ａが出現する。

サポートイベントは、上記したとおり、サポートカードごとに予め設定されているイベントである。育成メインゲームでは、プレイヤがセッティングゲームにおいて登録したサポートカードに紐付くサポートイベントが出現する。また、登録されたサポートカードに紐付くサポートイベントとは別に、例えば、チームメンバに紐付くサポートイベントが出現することもある。ただし、プレイヤがセッティングゲームにおいて登録したサポートカードに紐付くサポートイベントが決定される確率は、他のサポートイベントが決定される確率よりも高く設定されている。

チームメンバイベントは、主に、チームメンバが配置されたトレーニング、すなわち、合同トレーニングを実行した場合に出現するイベントである。また、トレーニングとは関係なく、所定の条件を満たした場合にチームメンバイベントが出現することもある。

このように、シナリオイベントは、その出現有無等が、シナリオに基づいて決定される。また、専用イベント４２ａ、サポートイベント、チームメンバイベントは、その出現有無等が、それぞれメインキャラクタ、サポートカード、チームメンバに基づいて決定される。つまり、イベント種別は、イベントの出現有無等を決定する際に参照する情報によって区分されている。

これに対して、本実施形態では、イベントの出現によってもたらされる内容によって、各イベントが、５つのイベント分類のいずれかに分類される。ここでは、各イベントが、ヒントイベント、能力イベント、適性イベント、ストーリイベント、特訓イベントのいずれかのイベント分類に分類される。

上記したように、ヒントイベントは、スキルを所持あるいは獲得可能とするイベントである。また、能力イベントは、メインキャラクタの能力パラメータを上昇または減少させるイベントである。適性イベントは、メインキャラクタの適性パラメータを上昇または減少させるイベントである。ストーリイベントは、育成ゲームに登場するキャラクタに係るストーリを表示するイベントである。なお、ストーリイベントには、ストーリの表示に加えて、能力パラメータや適性パラメータが変化するものがある。特訓イベントは、チームメンバの能力パラメータを上昇させるイベントである。

ここで、シナリオイベントには、ヒントイベント、能力イベント、適性イベント、ストーリイベントが含まれる。また、専用イベント４２ａおよびサポートイベントには、ヒントイベントおよび能力イベントが含まれる。そして、チームメンバイベントには、ストーリイベントおよび特訓イベントが含まれる。なお、図２１に示すイベント種別とイベント分類との関係は一例に過ぎない。したがって、例えば、専用イベント４２ａに、ストーリイベントや特訓イベントが含まれてもよい。

図２２は、イベント種別とターン数との関係を説明する図である。図２２には、第１のシナリオの育成メインゲームが実行される場合において、所定のキャラクタがメインキャラクタとして登録された場合の一例を示す。イベントの出現有無等は、シナリオごとに設けられたイベント決定テーブルに基づいて決定される。

ここで、イベント決定テーブルには、イベント出現決定テーブルと、イベント内容決定テーブルとが含まれる。イベント出現決定テーブルにおいては、イベントを出現させるか否かを示す情報や、イベントを出現させる確率等を示す情報が、ターンごとに紐付けられている。なお、ここでは、イベントを出現させるか否かを示す情報や、イベントを出現させる確率等を示す情報が、全てのターンに対して、イベントの種別ごとに規定されているものとする。

また、イベント内容決定テーブルにおいては、出現させるイベント、もしくは、出現可能なイベントが、ターンごとに、かつ、イベントの種別ごとに予め設定されている。

ターンの開始時には、イベント出現決定テーブルを参照し、まず、イベントを出現させるか否かを、イベントの種別ごとに決定する。このとき、ターン数およびイベントの種別によっては、必ずイベントの「出現」が決定されることがある。また、ターン数およびイベントの種別によっては、例えば、５０％の確率でイベントを出現させることが規定されている場合もある。この場合、５０％の確率でイベントの「出現」が決定される抽選が行われる。

そして、「出現」が決定されたイベントの種別については、イベント内容決定テーブルを参照し、出現させるイベントの内容が決定される。例えば、第１のシナリオのイベント出現決定テーブルによれば、第１ターンにおいて、シナリオイベントを必ず出現させることが設定されている。また、各イベントには、イベントＩＤが付与されている。そして、第１のシナリオのイベント内容決定テーブルには、第１ターンに対して、イベントＩＤ＝０００１のシナリオイベントが、出現可能なイベントとして紐付けられている。したがって、第１のシナリオの育成メインゲームをプレイした場合には、必ず、第１ターンで、イベントＩＤ＝０００１のシナリオイベントが出現することとなる。

同様に、第１のシナリオのイベント決定テーブル（イベント出現決定テーブルおよびイベント内容決定テーブル）によれば、第４ターン、第５ターン、第６ターン、第７ターン、第１０ターンにおいて、それぞれ、イベントＩＤ＝０００２、０００３、０００４、０００５、０００６のシナリオイベントを出現させることが決定される。

ここで、各イベントは、固定イベントおよびランダムイベントに大別される。固定イベントは、出現するターンが固定されたイベント、換言すれば、所定のターンで出現可能であり、所定のターン以外では出現することがないイベントである。ここでは、イベントＩＤ＝０００１、０００２、０００３、０００４、０００５、０００６のシナリオイベントは、いずれも固定イベントであり、シナリオ固有イベントである。

これに対して、ランダムイベントは、出現させることが決定され、かつ、出現させるイベントとして決定された場合に出現するイベントである。図２２において、「抽選」と記されたターンでは、イベントを出現させるか否かが抽選により決定され、「出現」が決定された場合に、ランダムイベントの中から、抽選で当選したイベントが出現することを示している。

なお、イベント内容決定テーブルにおいては、抽選で当選したイベントを出現させるターンについては、抽選の対象となるイベントＩＤが設定されている。例えば、第１のシナリオには、シナリオイベントとして、イベントＩＤ＝００１０、００１１、００１２のランダムイベントが設けられているとする。また、イベント内容決定テーブルには、第１２ターンに対して、イベントＩＤ＝００１０のシナリオイベントが紐付けられているとする。

この場合、第１２ターンの開始時に、シナリオイベントを出現させるか否かの抽選が行われる。そして、抽選で当選した場合には、イベントＩＤ＝００１０のシナリオイベントが出現し、非当選の場合には、シナリオイベントが出現しないこととなる。

また、例えば、イベント内容決定テーブルにおいて、第１５ターンに対して、イベントＩＤ＝００１０、００１１、００１２のシナリオイベントが紐付けられているとする。そして、イベントを出現させるか否かの抽選により当選した場合、イベントＩＤ＝００１０、００１１、００１２のイベントの中から、出現させるシナリオイベントが抽選により決定され、抽選で当選したシナリオイベントが出現する。

なお、ここでは、固定イベントとランダムイベントとが排他的に設けられる場合について説明した。ただし、出現させるシナリオイベントを抽選により決定する場合に、抽選の対象として、ランダムイベントに加えて、あるいは、ランダムイベントに代えて、固定イベントが設定されていてもよい。

ここで、本実施形態では、第４ターンから第７ターンが分岐ターンに設定されている。分岐ターンというのは、所定条件が満たされた場合に、イベントの内容が変更されるターンを意味する。ここでは、所定条件として、チームメンバに特定キャラクタが所定数含まれること、換言すれば、メインキャラクタまたはサポートキャラクタに特定キャラクタが所定数含まれることが設定されている。

具体的には、第４ターンでは、所定数として４体の特定キャラクタがチームメンバに含まれているかが判定される。そして、４体の特定キャラクタがチームメンバに含まれている場合には、シナリオイベントが、チームメンバイベントに差し替えられる。チームメンバイベントには、特定キャラクタごとに設けられた特定キャラクタイベントが含まれている。ここでは、チームメンバに特定キャラクタが含まれている場合、分岐ターンにおいて、シナリオイベントが特定キャラクタイベントに差し替えられる。

同様に、第５ターン、第６ターン、第７ターンでは、それぞれ所定数として３体、２体、１体の特定キャラクタがチームメンバに含まれているかが判定される。そして、それぞれ所定数の特定キャラクタがチームメンバに含まれている場合には、シナリオイベントが、特定キャラクタイベントに差し替えられる。

具体的には、イベントＩＤ＝０００２、０００３、０００４、０００５のシナリオイベントは、ストーリイベントである。これらのストーリイベントでは、チームメンバがチーム名を考えるものの、最終的にチーム名が提案されずに終了するといった内容のストーリが再生される。したがって、特定キャラクタがチームメンバに含まれていない場合には、４ターン連続で、チーム名が提案されないこととなる。

これに対して、特定キャラクタがチームメンバに含まれている場合には、特定キャラクタの数だけ、シナリオイベントが特定キャラクタイベントに差し替えられる。特定キャラクタイベントは、ストーリイベントである。特定キャラクタイベントでは、特定キャラクタによってチーム名が提案される内容のストーリが再生される。特定キャラクタは４体設けられており、特定キャラクタごとに異なるチーム名が提案される。したがって、特定キャラクタがチームメンバに含まれている場合には、第４ターンから第７ターンにおいて、特定キャラクタと同数のチーム名が提案されることとなる。

また、第１０ターンで出現するイベントＩＤ＝０００６のシナリオイベントは、ストーリイベントである。このストーリイベントでは、プレイヤにチーム名を選択させる内容のストーリが再生される。ここでは、４体の特定キャラクタがそれぞれ提案する４つのチーム名に、予め設定されているデフォルトのチーム名を加えた合計５種類のチーム名が設けられている。

仮に、チームメンバに特定キャラクタが含まれておらず、第４ターンから第７ターンにおいて、１つもチーム名が提案されなかった場合、第１０ターンにおいてプレイヤが選択可能なチーム名は、デフォルトのチーム名のみとなる。この場合、プレイヤは、デフォルトのチーム名を選択しなければならない。また、例えば、第４ターンから第７ターンにおいて、２つのチーム名が提案されている場合、プレイヤは、提案された２つのチーム名、および、デフォルトのチーム名の合計３種類のチーム名の中から、いずれか１つを選択することができる。

第１０ターンでプレイヤが選択したチーム名は、正式なチーム名として登録され、以後、育成メインゲームが終了するまで、さまざまな場面で使用される。なお、育成メインゲームが終了するまでの所定のタイミングで、登録されたチーム名に対応する特典がプレイヤに付与されてもよい。プレイヤに付与される特典としては、例えば、登録されたチーム名に対応するスキルの獲得、能力パラメータ、適性パラメータの上昇、ゲーム内通貨の獲得等が挙げられる。

このように、イベントＩＤ＝０００２、０００３、０００４、０００５、０００６のシナリオイベント、および、第４ターンから第７ターンで差し替えられる特定キャラクタイベントは、いずれもシナリオ固有イベントである。シナリオＩＤには、出現可能なイベントＩＤが紐付けられて管理されている。したがって、第４ターンから第７ターン、および第１０ターンで出現するシナリオイベントおよび特定キャラクタイベントは、１のシナリオＩＤにのみ紐付けられている。

また、第１のシナリオのイベント決定テーブルによれば、第２ターン、第８ターンにおいて、それぞれイベントＩＤ＝１００１、１００２の専用イベント４２ａが出現する。また、第１のシナリオのイベント決定テーブルによれば、第３ターンから第７ターン、第９ターン、第１１ターン、第１２ターンにおいて、専用イベント４２ａの出現有無、および、出現させる専用イベント４２ａが抽選により決定される。

ここで、専用イベント４２ａは、キャラクタごとに異なっている。また、ターン数と、出現する専用イベント４２ａとの関係は、キャラクタごとに設定されている。したがって、メインキャラクタとして登録されたキャラクタによって、専用イベント４２ａが出現するターンや、各ターンで出現する専用イベント４２ａが異なることとなる。

また、第１のシナリオのイベント決定テーブルには、図２２に示すように、所定のターンにおいて、サポートイベントの出現有無、および、出現させるサポートイベントの内容を抽選により決定することが設定されている。なお、サポートイベントについても、抽選で当選可能なイベントＩＤが、ターンごとに異なってもよいし、全てのターンで共通であってもよい。

なお、サポートイベントの出現有無を決定する抽選において、「出現」が決定される確率は、登録されているサポートカードに影響されない。換言すれば、各ターンにおいて、サポートイベントを出現させることが決定される確率は、いずれのサポートカードが登録されていても共通である。一方で、サポートイベントの「出現」が決定された場合には、サポートイベントの内容が決定されるが、このとき、サポートイベントの内容が決定される確率は、登録されているサポートカードによって変化する。

具体的には、サポートイベントの「出現」が決定された場合、当該ターンにおいて出現可能なサポートイベントのイベントＩＤが、イベント内容決定テーブルに基づいて抽出される。そして、抽出されたイベントＩＤに基づいて抽選テーブルが生成され、生成された抽選テーブルに基づいて、１つのイベントＩＤが決定される。

なお、抽出されるイベントＩＤには、登録されているサポートカードに紐付けられたサポートイベントのイベントＩＤと、登録されているサポートカードに紐付けられていないサポートイベントのイベントＩＤとが含まれることがある。この場合、抽選テーブルにおいては、登録されているサポートカードに紐付けられたサポートイベントのイベントＩＤの当選確率が、登録されているサポートカードに紐付けられていないサポートイベントのイベントＩＤの当選確率よりも高く設定される。これにより、登録されているサポートカードに紐付けられたサポートイベントは、他のサポートイベントよりも、出現確率が高くなる。

このように、各ターンにおいて、サポートイベントの出現確率は、登録されたサポートカードに影響されないが、出現するサポートイベントの内容は、登録されたサポートカードによって影響を受けることとなる。

ただし、サポートイベントを出現させる確率自体、または、出現するサポートイベントの内容（種類）自体が、登録されたサポートカードによって変化してもよい。つまり、育成メインゲーム中に発生するイベントの数もしくは発生確率は、登録されたサポートカードによって異なってもよい。

また、各ターンでは、チームメンバイベントの出現有無等が抽選により決定される。抽選により決定されるチームメンバイベントは、特訓イベントに限られている。以下では、特訓イベントについて詳述する。

図２３Ａは、ゲーム画面７０を説明する第３の図である。図２３Ａでは、当該ターンにおいて特訓イベントが出現する場合について示している。この場合、図２３Ａに示すようにゲーム画面７０のトレーニング操作部７６にイベント報知表示８７が表示される。

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

また、図２３Ｂに示すように、トレーニングに配置されたキャラクタのアイコン８８毎に、絆ゲージ８８ａおよび特別アイコン８８ｂが表示される。絆ゲージ８８ａは、対応するチームメンバのキャラクタとの合同トレーニングの実行回数に応じて上昇するパラメータ（以下、絆パラメータと呼ぶ）を示している。この絆パラメータは、当初は０に設定されており、最大で１００まで上昇する。絆ゲージ８８ａは、絆パラメータの値を視覚的に示している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上のように、特訓イベントが出現すると、メインキャラクタおよび特訓対象のチームメンバの能力パラメータが上昇する。なお、メインキャラクタあるいは特訓対象のチームメンバが特定キャラクタである場合、固定上昇値やボーナス上昇値に所定の加算率が積算されてもよい。つまり、メインキャラクタあるいは特訓対象のチームメンバが特定キャラクタである場合には、特定キャラクタでない場合よりも、能力パラメータが大きく上昇する。

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

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

ゲストキャラクタの設定が行われる場合、まず、現在のチームメンバで、Ａ適性数が最も少ない適性種別を抽出・決定する。なお、Ａ適性数が最も少ない適性種別が複数ある場合には、予め設定された優先順位に基づいて、適性種別が抽出・決定される。ここでは、「短距離」>「マイル」>「中距離」>「長距離」>「ダート」の優先順位が設定されている。

そして、決定された適性種別が「Ａ」であるサブメンバを抽出し、抽出したサブメンバに基づいて第１抽選テーブルを生成する。次に、サブメンバの中から、上記第１抽選テーブルに含まれるサブメンバを除外した第２抽選テーブルを生成する。上記のように生成した第１抽選テーブルおよび第２抽選テーブルのいずれを用いるかを抽選により決定し、当該決定された抽選テーブル（第１抽選テーブルまたは第２抽選テーブル）を用いて、ゲストキャラクタを決定する。

なお、第１抽選テーブルおよび第２抽選テーブルの選択比率は特に限定されない。例えば、第２抽選テーブルよりも第１抽選テーブルの方が選択されやすいように設定されてもよいし、第１抽選テーブルよりも第２抽選テーブルの方が選択されやすいように設定されてもよい。

そして、選択された抽選テーブルを用いて、個人レースまたはチームレースに設定するゲストキャラクタを決定、登録する。なお、ここでは、ゲストキャラクタが個人レースおよびチームレースの双方に設定されることとする。ただし、ゲストキャラクタは、チームレースにのみ設定されてもよいし、個人レースにのみ設定されてもよい。

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

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

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

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

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

以上のように、育成メインゲームでは、プレイヤは、ターンが進むにつれて、チームメンバを増やすことができる。また、プレイヤは、ターンが進むにつれて、メインキャラクタおよびチームメンバの能力パラメータを上昇させることができる。能力パラメータは、トレーニングの成功、あるいは、各種イベントの出現により上昇する。上記したように、トレーニングにおいては、トレーニング項目に特定キャラクタが配置されていると、ボーナス加算値が上乗せされる。

また、詳しい説明は省略するが、メインキャラクタやサポートキャラクタが特定キャラクタである場合、能力イベントの出現時に、所定のボーナス加算値が上乗せされる。したがって、プレイヤは、特定キャラクタをメインキャラクタあるいはサポートキャラクタとして登録することで、育成メインゲームを有利に進めることができる。

また、チームメンバに特定キャラクタが含まれている場合、分岐ターンにおいて、特定キャラクタイベントが発生する。したがって、プレイヤは、特定キャラクタをメインキャラクタあるいはサポートキャラクタとして登録することで、ゲーム中の選択肢を広げることができ、ゲームの興趣を向上させることができる。

このように、特定キャラクタは、育成メインゲームにおいて重要な役割を担う。そこで、本実施形態では、メインキャラクタやサポートカードを適切に選択することができるように、セッティングゲームにおいて、特定キャラクタが識別可能に表示される。

図２８Ａは、シナリオトップ画面１９０を説明する図である。上記したように、シナリオ選択画面で第１のシナリオが選択されると、図２８Ａに示す第１のシナリオのシナリオトップ画面１９０が表示される。シナリオトップ画面１９０には、第１のシナリオにおいて特定キャラクタに設定されているキャラクタ画像が表示される。また、シナリオトップ画面１９０には、詳細アイコン１９１が表示される。詳細アイコン１９１がタップされると、特定キャラクタ説明ダイアログ１９２が表示される。

図２８Ｂは、特定キャラクタ説明ダイアログ１９２を説明する第１の図である。図２８Ｃは、特定キャラクタ説明ダイアログ１９２を説明する第２の図である。図２８Ｂに示すように、特定キャラクタ説明ダイアログ１９２には、育成メインゲーム中に特定キャラクタによってもたらされる効用が、特定キャラクタごとに記されている。本実施形態では、特定キャラクタによってもたらされる効用として、イベントの内容が変更されること（所定のイベントを出現させること）、および、所定のパラメータが変更されることが規定されている。したがって、特定キャラクタ説明ダイアログ１９２には、イベントの内容や所定のパラメータが変更される旨の表示が特定キャラクタごとになされる。この特定キャラクタ説明ダイアログ１９２によって、育成メインキャラクタやサポートカードをプレイヤが選択する際の判断材料が提供される。

また、特定キャラクタ説明ダイアログ１９２には、チェックボックス１９２ａが設けられている。チェックボックス１９２ａは、特定キャラクタとして設定されているキャラクタの識別表示を実行可能とする許可状態、または、特定キャラクタとして設定されているキャラクタの識別表示を不実行とする不許可状態の設定を切り替えるためのものである。

具体的には、不許可状態に設定されている場合、図２８Ｂに示すように、チェックボックス１９２ａには、チェックマークが記されていない。この状態で、プレイヤがチェックボックス１９２ａをタップすると、許可状態に設定され、図２８Ｃに示すように、チェックボックス１９２ａにチェックマークが表示される。なお、ここでは、チェックボックス１９２ａが、特定キャラクタ説明ダイアログ１９２に設けられることとした。ただし、チェックボックス１９２ａは、プレイヤが各種の設定を行うことができる設定画面に設けられてもよい。

また、特定キャラクタ説明ダイアログ１９２には、クローズ操作部１９２ｂが設けられている。クローズ操作部１９２ｂがタップされると、特定キャラクタ説明ダイアログ１９２が閉じられ、図２８Ａに示すシナリオトップ画面１９０が表示される。なお、シナリオトップ画面１９０には、リターン操作部１９３および決定操作部１９４が設けられている。リターン操作部１９３がタップされると、不図示のシナリオ選択画面が表示される。また、決定操作部１９４がタップされると、メインキャラクタ選択画面３０が表示される。

図２８Ｄは、メインキャラクタ選択画面３０を説明する第２の図である。上記したように、メインキャラクタ選択画面３０は、メインキャラクタを選択するための画面であり、プレイヤが所持するキャラクタに対応するキャラクタアイコン３１が表示される。このとき、許可状態に設定されていると、特定キャラクタに対応するキャラクタアイコン３１に、特定マーク３１ａが重畳表示される。このように、特定マーク３１ａによって、特定キャラクタとして設定されているキャラクタが識別表示される。

特定キャラクタとして設定されているキャラクタが識別表示されることで、プレイヤが特定キャラクタをメインキャラクタに選択しやすくなり、利便性が向上する。なお、不許可状態に設定されている場合には、図４Ｂに示すように、特定マーク３１ａが非表示となる。

プレイヤによっては、育成したいキャラクタが決まっている場合もある。このような場合に、特定マーク３１ａが表示されると、プレイヤに損失感を与えてしまい、ゲーム意欲が低下するおそれがある。本実施形態では、特定キャラクタの識別表示の有無をプレイヤが選択することができるため、プレイヤごとに、あるいは、プレイヤがゲームをプレイする際の目的ごとに、適切な表示がなされることとなる。

なお、図示は省略するが、許可状態に設定されている場合には、サポートカード選択画面６０においても、特定マーク３１ａが表示される。上記したように、サポートカードには、必ず、１のキャラクタが紐付けられている。サポートカード選択画面６０においては、特定キャラクタとして設定されているキャラクタが紐付けられたサポートカードのアイコン６１に、特定マーク３１ａが重畳表示される。

ここでは、許可状態に設定されている場合、セッティングゲームにおいて、特定キャラクタの識別表示がなされるが、例えば、育成メインゲーム中においても、特定キャラクタの識別表示がなされてもよい。また、例えば、セッティングゲーム中は、特定キャラクタの識別表示がなされずに、育成メインゲーム中にのみ、特定キャラクタの識別表示がなされてもよい。この場合、例えば、特定キャラクタによって、能力パラメータの上昇量が高いこと等をプレイヤが把握することができ、次回以降、メインキャラクタやサポートカードを選択する際の参考とすることができる。

また、例えば、特定キャラクタがゲストキャラクタとして個人レースに設定された場合、特定キャラクタの識別表示がなされることで、個人レースを実行するか否かの判断材料が提供される。

なお、少なくともシナリオの選択後に、選択されたシナリオにおいて特定キャラクタとして設定されているキャラクタが識別表示されればよく、そのタイミングや表示態様は特に限定されるものではない。なお、初期状態は、許可状態としてもよいし、不許可状態としてもよい。

図２９は、特定キャラクタ情報を説明する図である。特定キャラクタ情報は、各シナリオの育成メインゲームにおいて、メインキャラクタおよびサポートキャラクタとして使用可能な複数種類のキャラクタのうち、特定キャラクタとして設定されているキャラクタに付与されたキャラクタＩＤと、シナリオに付与されたシナリオＩＤとが紐付けられた情報である。図２９に示すように、特定キャラクタ情報においては、シナリオＩＤごとに、特定キャラクタに設定されているキャラクタのキャラクタＩＤが紐付けられている。

特定キャラクタ情報は、運営管理者により、サーバ１０００に記憶される。また、プレイヤ端末１は、サーバ１０００に記憶されている特定キャラクタ情報を、所定のタイミングでダウンロードする。プレイヤ端末１は、サーバ１０００からダウンロードした特定キャラクタ情報を、記憶部１８に保存する。また、育成ゲームの開始時には、特定キャラクタ情報が記憶部１８から読み出されてメモリ１２に保持される。そして、育成ゲーム中は、メモリ１２に保持された特定キャラクタ情報に基づいて処理が遂行される。

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

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

端末側ゲーム制御用プログラムには、送受信プログラム２００、キャラ抽選プログラム２０２、プレイヤ情報更新プログラム２０４、必要情報登録プログラム２０６、シナリオ選択プログラム２０８、状態情報登録プログラム２１０、準備段階処理プログラム２１２、登録情報保存プログラム２１４、育成段階処理プログラム２１６、イベント決定プログラム２１８が含まれる。なお、図３０に列挙したプログラムは一例であり、端末側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。

データ記憶領域１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部３００、特定キャラクタ情報記憶部３０２、状態情報記憶部３０４、登録情報記憶部３０６、育成ゲーム情報記憶部３０８が設けられている。なお、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。

ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側ゲーム制御部１Ａとして機能させる。端末側ゲーム制御部１Ａは、送受信部２００ａ、キャラ抽選部２０２ａ、プレイヤ情報更新部２０４ａ、必要情報登録部２０６ａ、シナリオ選択部２０８ａ、状態情報登録部２１０ａ、準備段階処理部２１２ａ、登録情報保存部２１４ａ、育成段階処理部２１６ａ、イベント決定部２１８ａを含む。

具体的には、ＣＰＵ１０は、送受信プログラム２００を動作させ、コンピュータを送受信部２００ａとして機能させる。同様に、ＣＰＵ１０は、キャラ抽選プログラム２０２、プレイヤ情報更新プログラム２０４、必要情報登録プログラム２０６、シナリオ選択プログラム２０８、状態情報登録プログラム２１０、準備段階処理プログラム２１２、登録情報保存プログラム２１４、育成段階処理プログラム２１６、イベント決定プログラム２１８を動作させ、それぞれキャラ抽選部２０２ａ、プレイヤ情報更新部２０４ａ、必要情報登録部２０６ａ、シナリオ選択部２０８ａ、状態情報登録部２１０ａ、準備段階処理部２１２ａ、登録情報保存部２１４ａ、育成段階処理部２１６ａ、イベント決定部２１８ａとして機能させる。

送受信部２００ａは、プレイヤ端末１とサーバ１０００との通信を行い、プレイヤ端末１からサーバ１０００に各種情報を送信する。また、送受信部２００ａは、サーバ１０００から各種情報をダウンロードする。

キャラ抽選部２０２ａは、プレイヤの操作に基づき、キャラクタやサポートカードの抽選をサーバ１０００に要求するための処理を実行する。

プレイヤ情報更新部２０４ａは、プレイヤ端末１において、プレイヤ情報記憶部３００に記憶されているプレイヤ情報を更新する。

必要情報登録部２０６ａは、育成ゲームに必要となる各種テーブル等の必要情報をデータ記憶領域１２ｂに保存する。

シナリオ選択部２０８ａは、プレイヤが育成ゲームのシナリオを選択する際の処理を実行する。

状態情報登録部２１０ａは、プレイヤのチェックボックス１９２ａへの操作に基づいて、状態情報記憶部３０４に、許可状態を示す許可情報、あるいは、不許可状態を示す普許可情報を記憶する。

準備段階処理部２１２ａは、準備段階処理を実行する。

登録情報保存部２１４ａは、準備段階処理においてプレイヤが登録したメインキャラクタ、サポートカード、特定キャラクタ、チームメンバおよびサブメンバのキャラクタ識別情報を登録情報記憶部３０６に記憶する。

育成段階処理部２１６ａは、育成段階処理を実行する。

イベント決定部２１８ａは、出現させるイベントを決定する。

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

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

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

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

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

送受信部１２００ａは、プレイヤ端末１から各種情報を受信する。また、各種情報をプレイヤ端末１がダウンロード可能とする。

キャラ抽選部１２０２ａは、プレイヤ端末１からの要求を受けて、キャラクタあるいはサポートカードの抽選を行う。

プレイヤ情報更新部１２０４ａは、プレイヤ情報記憶部１３００に記憶されているプレイヤ情報を更新する。

ゲーム実行制御部１２０６ａは、プレイヤ端末１における準備段階処理および育成段階処理に対応する処理を実行する。

上記のプレイヤ端末１およびサーバ１０００における各機能部が遂行する処理について、以下にフローチャートを用いて説明する。

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

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

なお、詳しい説明は省略するが、プレイヤは、キャラクタ抽選と、サポートカード抽選とを選択して実行することができる。キャラクタ抽選では、複数のキャラクタの中から、いずれかのキャラクタが当選キャラクタに決定される。当選キャラクタは、所持キャラクタとして登録され、以後、プレイヤは、育成ゲームにおいて、育成対象のキャラクタ、すなわち、メインキャラクタとして使用することが可能となる。

また、サポートカード抽選では、複数のサポートカードの中から、いずれかのサポートカードが当選カードに決定される。当選カードは、所持カードとして登録され、以後、プレイヤは、育成ゲームにおいて使用することが可能となる。

サーバ１０００のプレイヤ情報更新部１２０４ａは、抽選結果情報に基づいて、プレイヤ情報記憶部１３００に記憶されているプレイヤ情報の更新を行う（Ｓ２）。ここでは、キャラクタの所持情報、あるいは、サポートカードの所持情報が更新される。

プレイヤ端末１の送受信部２００ａが抽選結果情報を受信すると、キャラ抽選部２０２ａは、抽選結果情報に示される抽選結果をディスプレイ２６に表示する（Ｐ２）。また、プレイヤ端末１のプレイヤ情報更新部２０４ａは、当該抽選結果情報に基づいて、プレイヤ情報記憶部３００に記憶されているプレイヤ情報の更新を行う（Ｐ３）。ここでは、キャラクタの所持情報、あるいは、サポートカードの所持情報が更新される。

また、プレイヤがホーム画面２７のシナリオ操作部２９の操作（育成ゲーム開始操作）を行うと、プレイヤ端末１の送受信部２００ａは、開始情報をサーバ１０００に送信する開始情報送信処理（Ｐ４）を実行する。サーバ１０００の送受信部２００ａが開始情報を受信すると、サーバ１０００のサーバ側ゲーム制御部１０００Ａは、必要情報出力処理（Ｓ３）を実行する。必要情報出力処理では、プレイヤ端末１による必要情報の受信を可能とする。必要情報には、育成ゲームの実行に必要な各種テーブルの情報、特定キャラクタ情報等が含まれている。

なお、必要情報は、運営管理者等がサーバ１０００のデータ記憶領域１０１２ｂに保存する。また、特定キャラクタ情報は、運営管理者等によって、特定キャラクタ情報記憶部１３０２に保存される。サーバ１０００は、プレイヤ端末１から所定の情報を受信した際に、新たな情報をプレイヤ端末１にダウンロードさせる。例えば、サーバ１０００において必要情報が新たに保存された後、最初にプレイヤ端末１と通信が行われた場合に、当該新たに保存された情報がプレイヤ端末１によってダウンロードされる。

したがって、必要情報は、例えばプレイヤ端末１のログイン時にもダウンロードされる。また、サーバ１０００では、開始情報を受信した際に、プレイヤ端末１に保存されていない必要情報のみを、プレイヤ端末１にダウンロードさせてもよい。

プレイヤ端末１の送受信部２００ａが必要情報を受信すると、シナリオ選択部２０８ａがシナリオ選択処理（Ｐ５）を実行する。

図３３は、プレイヤ端末１におけるシナリオ選択処理（Ｐ５）を説明する第１のフローチャートである。また、図３４は、プレイヤ端末１におけるシナリオ選択処理（Ｐ５）を説明する第２のフローチャートである。プレイヤ端末１が必要情報を受信すると（Ｐ５－１のＹＥＳ）と、プレイヤ端末１の必要情報登録部２０６ａが必要情報をデータ記憶領域１２ｂに記憶する（Ｐ５－２）。なお、ここで記憶される必要情報には、発生させるイベントのイベントＩＤがターン数に紐付けられたイベント決定テーブルが含まれる。また、ここでは、必要情報登録部２０６ａが、特定キャラクタ情報を特定キャラクタ情報記憶部３０２に記憶する。そして、シナリオ選択部２０８ａは、シナリオ選択画面をディスプレイ２６に表示する（Ｐ５－３）。

また、シナリオ選択画面において、いずれかのシナリオを決定するシナリオ決定操作が入力されると（Ｐ５－４のＹＥＳ）、シナリオ選択部２０８ａは、決定されたシナリオに対応するシナリオトップ画面１９０をディスプレイ２６に表示する（Ｐ５－５）。

また、シナリオトップ画面１９０において、詳細アイコン１９１への操作が入力されると（Ｐ５－６のＹＥＳ）、シナリオ選択部２０８ａは、ディスプレイ２６において、シナリオトップ画面１９０に、特定キャラクタ説明ダイアログ１９２を重畳表示する（Ｐ５－７）。

また、特定キャラクタ説明ダイアログ１９２において、クローズ操作部１９２ｂへの操作が入力されると（Ｐ５－８のＹＥＳ）、シナリオ選択部２０８ａは、特定キャラクタ説明ダイアログ１９２を非表示とする（Ｐ５－９）。

また、特定キャラクタ説明ダイアログ１９２において、チェックボックス１９２ａへの操作が入力されると（Ｐ５－１０のＹＥＳ）、状態情報登録部２１０ａが、状態情報記憶部３０４に記憶されている状態情報を変更する（Ｐ５－１１）。具体的には、状態情報記憶部３０４には、許可状態を示す許可情報、および、不許可状態を示す不許可情報のいずれかが保持される。状態情報登録部２１０ａは、状態情報記憶部３０４に許可情報が記憶されている場合には、許可情報を不許可情報に変更し、状態情報記憶部３０４に不許可情報が記憶されている場合には、不許可情報を許可情報に変更する。

また、シナリオトップ画面１９０において、リターン操作部１９３への操作が入力されると（Ｐ５－１２のＹＥＳ）、シナリオ選択部２０８ａは、シナリオトップ画面１９０を非表示とし、シナリオ選択画面を表示する（Ｐ５－１３）。

また、シナリオトップ画面１９０において、決定操作部１９４への操作が入力されると（Ｐ５－１４のＹＥＳ）、準備段階処理部２１２ａは、プレイヤ情報記憶部３００に記憶されているキャラクタの所持情報をロードする（Ｐ５－２０）。また、準備段階処理部２１２ａは、キャラクタの所持情報に基づいて、メインキャラクタ選択画面３０を生成する（Ｐ５－２１）。

また、準備段階処理部２１２ａは、プレイヤ情報記憶部３００に記憶されているサポートカードの所持情報をロードする（Ｐ５－２２）。また、準備段階処理部２１２ａは、サポートカードの所持情報に基づいて、サポートカード選択画面６０を生成する（Ｐ５－２３）。

また、準備段階処理部２１２ａは、状態情報記憶部３０４に許可状態を示す状態情報が記憶されている場合（Ｐ５－２４のＹＥＳ）、特定キャラクタ情報記憶部３０２に記憶されている特定キャラクタ情報をロードする（Ｐ５－２５）。そして、準備段階処理部２１２ａは、特定キャラクタ情報に基づいて、メインキャラクタ選択画面３０およびサポートカード選択画面６０に、特定マーク３１ａを重畳させる（Ｐ５－２６）。

具体的には、準備段階処理部２１２ａは、メインキャラクタ選択画面３０において、特定キャラクタとして設定されているキャラクタのキャラクタアイコン３１に特定マーク３１ａを重畳させる。また、準備段階処理部２１２ａは、サポートカード選択画面６０において、特定キャラクタとして設定されているキャラクタのキャラクタＩＤが紐付けられたサポートカードのアイコン６１に、特定マーク３１ａを重畳させる。

そして、準備段階処理部２１２ａは、ディスプレイ２６にメインキャラクタ選択画面３０を表示する（Ｐ５－２７）。

図３２に戻り、シナリオ選択処理（Ｐ５）が終了すると、プレイヤ端末１において準備段階処理（Ｐ６）が実行される。

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

メインキャラクタ選択画面３０におけるキャラクタアイコン３１の長押し、キャラクタ詳細画面４０におけるスキル操作部４１、または、イベント操作部４２の操作、メインキャラクタ選択画面３０またはキャラクタ詳細画面４０におけるメニューバー２８、リターン操作部３３またはネクスト操作部３４の操作である表示切替操作が入力されると（Ｐ６－２のＹＥＳ）、準備段階処理部２１２ａは、ディスプレイ２６の表示画面を切り替える（Ｐ６－１５）。

また、メインキャラクタ選択画面３０において、キャラクタアイコン３１の操作（選択操作）が入力されると（Ｐ６－３のＹＥＳ）、準備段階処理部２１２ａは、選択操作入力が行われたキャラクタアイコン３１に対応するキャラクタを、育成ゲーム情報記憶部３０８に仮記憶する（Ｐ６－４）。

また、メインキャラクタ選択画面３０において、ネクスト操作部３４の操作（決定操作）が入力されると（Ｐ６－５のＹＥＳ）、登録情報保存部２１４ａは、上記Ｐ６－４において仮記憶されたキャラクタをメインキャラクタとして登録情報記憶部３０６に登録する（Ｐ６－６）。

また、サポートカード設定画面５０のサポートカード設定操作部５２、メニューバー２８またはリターン操作部５３の操作である表示切替操作が入力されると（Ｐ６－７のＹＥＳ）、準備段階処理部２１２ａは、ディスプレイ２６の表示画面を切り替える（Ｐ６－１５）。

また、サポートカード選択画面６０において、サポートカードのアイコン６１の操作である選択操作が入力されると（Ｐ６－８のＹＥＳ）、準備段階処理部２１２ａは、選択操作が行われたアイコン６１のサポートカードを、育成ゲーム情報記憶部３０８に仮記憶する（Ｐ６－９）。

また、サポートカード設定画面５０のスタート操作部５４の操作である決定操作が入力されると（Ｐ６－１０のＹＥＳ）、登録情報保存部２１４ａは、上記Ｐ６－９において仮記憶されたサポートカードを登録情報記憶部３０６に登録する（Ｐ６－１１）。

また、登録情報保存部２１４ａは、特定キャラクタ情報に基づいて、特定キャラクタに設定されているキャラクタのキャラクタＩＤを登録する（Ｐ６－１２）。

また、準備段階処理部２１２ａは、初期キャラクタ識別情報を設定する（Ｐ６－１３）。

また、準備段階処理部２１２ａは、ディスプレイ２６にゲーム画面７０を表示する（Ｐ６－１４）。

図３２に戻り、準備段階処理（Ｐ６）が終了すると、育成段階処理（Ｐ７）が行われる。

図３６は、プレイヤ端末１における育成段階処理を説明するフローチャートである。プレイヤ端末１の育成段階処理部２１６ａは、ターン開始時であれば（Ｐ７－１のＹＥＳ）、ターン開始時処理（Ｐ１０）を実行し、ターン開始時でなければ、ターン中処理（Ｐ２０）を実行する。

図３７は、プレイヤ端末１におけるターン開始時処理を説明するフローチャートである。育成段階処理部２１６ａは、育成ゲーム情報記憶部３０８に記憶されている現在のターン数を更新する（Ｐ１０－１）。また、育成段階処理部２１６ａは、データ記憶領域１２ｂに記憶された選択項目テーブル（図１０）を参照し、現在のターンが「Ｔｅａｍ Ｒａｃｅ」（チームレース操作部７９ｂ）の項目が選択可能なターン（チームレース限定ターン）であるか判定する（Ｐ１０－２）。その結果、チームレース限定ターンである場合（Ｐ１０－２のＹＥＳ）には、Ｐ１０－５に処理が移り、チームレース限定ターンではない場合には、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）が順に行われる。

なお、ここでは、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）がプレイヤ端末１でのみ実行されることとする。ただし、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）の一部または全部が、サーバ１０００において実行されてもよい。また、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）における後述の処理の一部が、サーバ１０００において実行されてもよい。

図３８は、プレイヤ端末１における配置処理を説明するフローチャートである。育成段階処理部２１６ａは、キャラクタ識別情報テーブルを参照して、チームメンバとして登録されている全てのキャラクタを抽出する（Ｐ１１－１）。そして、育成段階処理部２１６ａは、Ｐ１１－１で抽出されたチームメンバの中から、後述するＰ１１－３～Ｐ１１－７の処理が実行されていないキャラクタを、処理を遂行する対象キャラクタに選択する（Ｐ１１－２）。

また、育成段階処理部２１６ａは、キャラクタ識別情報テーブルを参照して、上記Ｐ１１－２で選択した対象キャラクタのキャラクタ識別情報を確認する（Ｐ１１－３）。また、育成段階処理部２１６ａは、上記Ｐ１１－３で確認したキャラクタ識別情報に基づいて配置有無テーブル（図１９）をセットする（Ｐ１１－４）。また、育成段階処理部２１６ａは、上記Ｐ１１－４でセットした配置有無テーブルに基づいて、「配置する」または「配置しない」を抽選により決定する（Ｐ１１－５）。

そして、「配置する」が決定された場合（Ｐ１１－６のＹＥＳ）、育成段階処理部２１６ａは、対象キャラクタを配置するトレーニング項目を決定、記憶する（Ｐ１１－７）。上記Ｐ１１－１で抽出したチームメンバの全てについて処理が終了していない場合（Ｐ１１－８のＮＯ）、育成段階処理部２１６ａは、全てのチームメンバについて処理が終了するまで、Ｐ１１－２から処理を繰り返す。一方、全てのチームメンバについて処理が終了すると（Ｐ１１－８のＹＥＳ）、育成段階処理部２１６ａは、ゲストキャラクタ決定処理（Ｐ１００）を実行する。

図３９は、プレイヤ端末１におけるゲストキャラクタ決定処理を説明するフローチャートである。

育成段階処理部２１６ａは、ゲストキャラクタの決定がなされていない連続するターン数を示す非当選カウンタのカウンタ値が２以上であるか判定する（Ｐ１００－１）。非当選カウンタのカウンタ値が２以上ではない場合（Ｐ１００－１のＮＯ）、育成段階処理部２１６ａは、ゲストキャラクタを設定するか否かを決定する第１抽選を実行する（Ｐ１００－２）。第１抽選において当選しなかった場合（Ｐ１００－３のＮＯ）、育成段階処理部２１６ａは、非当選カウンタのカウンタ値をインクリメントする（Ｐ１００－４）。

また、非当選カウンタのカウンタ値が２以上の場合（Ｐ１００－１のＹＥＳ）、もしくは、第１抽選で当選した場合（Ｐ１００－３のＹＥＳ）、育成段階処理部２１６ａは、非当選カウンタのカウンタ値をクリアする（Ｐ１００－５）。また、育成段階処理部２１６ａは、キャラクタ識別情報テーブルを参照して、チームメンバに登録されたキャラクタの合計数（以下、チームメンバ数とも呼ぶ）を導出する（Ｐ１００－６）。

チームメンバ数が２０未満である場合（Ｐ１００－７のＹＥＳ）、育成段階処理部２１６ａは、チームメンバに登録されているキャラクタについてＡ適性数を導出する（Ｐ１００－８）。また、育成段階処理部２１６ａは、導出したＡ適性数に基づいて、Ａ適性数が最も少ない適性種別を抽出、決定する（Ｐ１００－９）。

また、育成段階処理部２１６ａは、サブメンバの中から、Ｐ１００－９で決定された適性種別が「Ａ」であるサブメンバを抽出する（Ｐ１００－１０）。また、育成段階処理部２１６ａは、Ｐ１００－１０で抽出されたサブメンバに基づいて第１抽選テーブルを生成する（Ｐ１００－１１）。

また、育成段階処理部２１６ａは、サブメンバの中から、Ｐ１００－１１で生成した第１抽選テーブルに含まれるサブメンバを除外し（Ｐ１００－１２）、第２抽選テーブルを生成する（Ｐ１００－１３）。また、育成段階処理部２１６ａは、Ｐ１００－１１で生成した第１抽選テーブル、および、Ｐ１００－１３で生成した第２抽選テーブルのいずれを用いるかを抽選により決定する（Ｐ１００－１４）。

また、育成段階処理部２１６ａは、Ｐ１００－１４で決定した第１抽選テーブルまたは第２抽選テーブルを用いて、抽選によりゲストキャラクタを決定し、登録する（Ｐ１００－１５）。また、育成段階処理部２１６ａは、Ｐ１００－１５で決定、登録したゲストキャラクタを配置する個人レースまたはチームレースを抽選により決定し、登録する（Ｐ１００－１６）。

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

また、育成段階処理部２１６ａは、メインキャラクタの現在の体力に基づいて、Ｐ１２－１でセットした処理対象項目について、トレーニングを実行した場合の失敗率を決定し、記憶する（Ｐ１２－２）。また、育成段階処理部２１６ａは、Ｐ１２－１でセットした処理対象項目について、トレーニングを実行した場合の体力の減少値を決定し、記憶する（Ｐ１２－３）。

また、育成段階処理部２１６ａは、現在のチームランキングを確認し（Ｐ１２－４）、チームランキングに基づいて、トレーニングレベルテーブル（図２０Ａ）を参照して、トレーニングレベルを決定する（Ｐ１２－５）。

また、育成段階処理部２１６ａは、Ｐ１２－１でセットした処理対象項目に対応する上昇固定値テーブル（図２０Ｂ、図２０Ｃ）を参照し、Ｐ１２－５で決定したトレーニングレベルに基づき、上昇固定値を決定し、セットする（Ｐ１２－６）。また、育成段階処理部２１６ａは、処理対象項目のトレーニングについて、Ｐ１１で配置が決定されたキャラクタの情報（配置情報）を確認する（Ｐ１２－７）。

そして、育成段階処理部２１６ａは、Ｐ１２－７で確認した配置情報に基づいて、ボーナス加算率テーブル（図２０Ｄ）を参照して、ボーナス加算率を算出する（Ｐ１２－８）。また、育成段階処理部２１６ａは、Ｐ１２－８で算出したボーナス加算率に基づいて、処理対象項目のトレーニングについて、上昇値を更新する（Ｐ１２－９）。

また、育成段階処理部２１６ａは、全てのトレーニング項目について、Ｐ１２－２～Ｐ１２－９の処理が終了していない場合（Ｐ１２－１０のＮＯ）、Ｐ１２－１から処理を繰り返す。

図４１は、プレイヤ端末１におけるイベント決定処理を説明するフローチャートである。イベント決定部２１８ａは、育成ゲーム情報記憶部３０８のターン数をロードする（Ｐ１３－１）。また、イベント決定部２１８ａは、データ記憶領域１２ｂに記憶されているイベント出現決定テーブルを参照し、シナリオイベントを出現させるか否かを決定する（Ｐ１３－２）。そして、シナリオイベントを出現させると決定された場合、すなわち、シナリオイベント出現ターンである場合（Ｐ１３－２のＹＥＳ）、イベント内容決定テーブルに基づいて、シナリオイベントの内容（イベントＩＤ）を決定し、記憶する（Ｐ１３－３）。

具体的には、イベント決定部２１８ａは、イベント内容決定テーブルに基づいて、出現可能なシナリオイベントのイベントＩＤによる抽選テーブルを生成する。そして、イベント決定部２１８ａは、生成した抽選テーブルを用いて、シナリオイベントの内容、すなわち、イベントＩＤを抽選により決定する。なお、決定されたシナリオイベントが、能力イベント等、パラメータを変化させるイベントである場合、その変化値が決定される。

また、イベント決定部２１８ａは、イベント出現決定テーブルを参照し、専用イベント４２ａを出現させるか否かを決定する（Ｐ１３－４）。そして、専用イベント４２ａを出現させると決定された場合、すなわち、専用イベント出現ターンである場合（Ｐ１３－４のＹＥＳ）、イベント内容決定テーブルに基づいて、専用イベント４２ａの内容（イベントＩＤ）を決定し、記憶する（Ｐ１３－５）。

具体的には、イベント決定部２１８ａは、イベント内容決定テーブルに基づいて、出現可能な専用イベント４２ａのイベントＩＤによる抽選テーブルを生成する。そして、イベント決定部２１８ａは、生成した抽選テーブルを用いて、専用イベント４２ａの内容、すなわち、イベントＩＤを抽選により決定する。なお、決定された専用イベント４２ａが、能力イベント等、パラメータを変化させるイベントである場合、その変化値が決定される。

また、イベント決定部２１８ａは、メインキャラクタが特定キャラクタである場合、専用イベント４２ａによって変化するパラメータの変化値を変更するパラメータ変更処理（Ｐ１３－６）を実行する。例えば、パラメータ変更処理では、Ｐ１３－５において決定された変化値に、所定の固定値が加算、減算されたり、所定の倍率が積算されたりする。ここでは、プレイヤにとって有利となるように、変化値が変化する。これにより、メインキャラクタが特定キャラクタである場合、専用イベント４２ａによって、パラメータがより有利に変化することとなる。

また、イベント決定部２１８ａは、イベント出現決定テーブルを参照し、サポートイベントを出現させるか否かを決定する（Ｐ１３－７）。そして、サポートイベントを出現させると決定された場合、すなわち、サポートイベント出現ターンである場合（Ｐ１３－７のＹＥＳ）、イベント内容決定テーブルに基づいて、サポートイベントの内容（イベントＩＤ）を決定し、記憶する（Ｐ１３－８）。

具体的には、イベント決定部２１８ａは、イベント内容決定テーブルに基づいて、出現可能なサポートイベントのイベントＩＤによる抽選テーブルを生成する。このとき、登録されているサポートカードに紐付くサポートイベントの当選確率が、他のサポートイベントの当選確率よりも高く設定される。そして、イベント決定部２１８ａは、生成した抽選テーブルを用いて、サポートイベントの内容、すなわち、イベントＩＤを抽選により決定する。なお、決定されたサポートイベントが、能力イベント等、パラメータを変化させるイベントである場合、その変化値が決定される。

また、イベント決定部２１８ａは、メインキャラクタ、あるいは、サポートイベントに紐付けられたサポートキャラクタが特定キャラクタである場合、サポートイベントによって変化するパラメータの変化値を変更するパラメータ変更処理（Ｐ１３－９）を実行する。

また、イベント決定部２１８ａは、イベント出現決定テーブルを参照し、チームメンバイベントを出現させるか否かを決定する（Ｐ１３－１０）。そして、チームメンバイベントを出現させると決定された場合、すなわち、チームメンバイベント出現ターンである場合（Ｐ１３－１０のＹＥＳ）、イベント決定部２１８ａは、現在のターンが分岐ターンであるかを判定する（Ｐ１３－１１）。

分岐ターンでなければ（Ｐ１３－１１のＮＯ）、イベント決定部２１８ａは、イベント内容決定テーブルに基づいて、現在のターン数に対応する特訓イベントを、出現させるイベントとして決定し、記憶する（Ｐ１３－１２）。ここでは、特訓イベントに係る種々の上昇値が決定される。

また、イベント決定部２１８ａは、メインキャラクタ、あるいは、特訓対象のキャラクタが特定キャラクタである場合、特訓イベントによって変化するパラメータの変化値を変更するパラメータ変更処理（Ｐ１３－１３）を実行する。

また、現在のターンが分岐ターンであれば（Ｐ１３－１１のＹＥＳ）、イベント決定部２１８ａは、所定条件が成立しているかを判定する（Ｐ１３－１４）。ここでは、上記したように、チームメンバに含まれる特定キャラクタの数が、ターン数ごとに規定された所定数であるかが判定される。そして、所定条件が成立する場合（Ｐ１３－１４のＹＥＳ）、イベント決定部２１８ａは、Ｐ１３－３で記憶されたシナリオイベントを、特定キャラクタイベントに差し替える（Ｐ１３－１５）。なお、ここでは、差し替える特定キャラクタイベントが、抽選により決定されてもよいし、ターンごとに予め設定された特定キャラクタイベントが決定されてもよい。

また、イベント決定部２１８ａは、トレーニングに配置されたキャラクタごとに、ヒントイベントに係るヒントイベント決定処理を行う（Ｐ１３－１６）。ここでは、トレーニングに配置されたキャラクタごとに、ヒントイベントを出現させるか否かが抽選により決定される。また、ヒントイベントを出現させる場合には、いずれのヒントイベントを出現させるかが決定される。

図３７に戻り、育成段階処理部２１６ａは、ディスプレイ２６に表示する画面を更新する（Ｐ１０－３）。また、ターン開始時にストーリイベントを発生させる場合には、Ｐ１３で決定されたイベントのうち、ストーリイベントを発生させる（Ｐ１０－４）。

また、チームレース限定ターンである場合（Ｐ１０－２のＹＥＳ）、育成段階処理部２１６ａは、チームレース開始処理を実行する（Ｐ１０－５）。ここでは、例えば、チームレースにおける対戦相手を決定する処理が行われる。また、チームレースにおいて、他のプレイヤのチームと対戦する場合には、対戦相手となる他のプレイヤとのマッチングに係る処理が実行されてもよい。また、育成段階処理部２１６ａは、上記したゲストキャラクタ決定処理（Ｐ１００）を実行する。

なお、ここでは、チームレース限定ターンでは、イベントが出現しないこととするが、チームレース限定ターンにおいても、イベントが出現してもよい。この場合、ゲストキャラクタ決定処理（Ｐ１００）の後に、イベント決定処理（Ｐ１３）が実行されればよい。

図３６に戻り、ターン開始時ではない場合（Ｐ７－１のＮＯ）、育成段階処理部２１６ａは、ターン中処理（Ｐ２０）を実行する。

図４２は、プレイヤ端末１におけるターン中処理を説明するフローチャートである。育成段階処理部２１６ａは、個人レース開始画面１１０のリザルト操作部１１３またはレース操作部１１４が操作され、個人レースが開始されたか判定する（Ｐ２０－１）。個人レースが開始された場合（Ｐ２０－１のＹＥＳ）、育成段階処理部２１６ａは、個人レースの結果を導出し、育成ゲーム情報記憶部３０８に記憶する（Ｐ２０－２）。

具体的には、例えば、ＮＰＣおよびメインキャラそれぞれの能力パラメータ、獲得済みスキルに重み付けがある計算式が予め設定されており、この演算結果によって、個人レースにおける順位が決定される。なお、上記計算式はレースごとに異なるように設定されていてもよい。また、例えば、ＮＰＣの能力パラメータが各レースに複数パターン設けられており、いずれの能力パラメータが用いられるかが抽選で決定されてもよい。すなわち、メインキャラの能力パラメータ、獲得済みスキルと、出走するレースとが完全に同じでも、レース結果が同じになるとは限らない。また、重み付け等の計算式がレースごとに複数パターンあって、選択された計算式によって結果が異なるようにしてもよい。

なお、ここでは、個人レース結果が、プレイヤ端末１において導出されることとした。ただし、個人レース結果は、サーバ１０００において導出されてもよい。この場合、プレイヤ端末１からサーバ１０００に対して、個人レース結果の導出を要求する情報、個人レース結果を導出するために必要な情報を送信する。そして、サーバ１０００で導出された個人レース結果を、プレイヤ端末１が受信してもよい。

また、育成段階処理部２１６ａは、Ｐ２０－２で導出した個人レースの結果に基づいて、個人レース結果画面１２０あるいはレース動画をディスプレイ２６に表示するレース結果表示処理を実行する（Ｐ２０－３）。

また、育成段階処理部２１６ａは、キャラクタ識別情報更新処理（Ｐ２００）を実行する。

図４３は、プレイヤ端末１におけるキャラクタ識別情報更新処理を説明するフローチャートである。育成段階処理部２１６ａは、育成ゲーム情報記憶部３０８に記憶された個人レースまたはチームレースの結果を参照して、当該個人レースまたはチームレースにおける着順が所定順位以上であるか判定する（Ｐ２００－１）。着順が所定順位以上であり（Ｐ２００－１のＹＥＳ）、ゲストキャラクタが登録されている場合（Ｐ２００－２のＹＥＳ）、育成段階処理部２１６ａは、ゲストキャラクタのキャラクタ識別情報を、サブメンバからチームメンバに変更する（Ｐ２００－３）。このとき、チームメンバに昇格したサブメンバの能力パラメータについては、予め設定された初期値を登録してもよいし、メインキャラクタの能力パラメータ、または、チームレベルに応じて補正がかけられた補正値を登録することとしてもよい。

図４２に戻り、育成段階処理部２１６ａは、チームレース開始画面１５０のリザルト操作部１５１またはレース操作部１５２が操作され、チームレースが開始されたかを判定する（Ｐ２０－４）。その結果、チームレースが開始された場合には、Ｐ２０－５に処理が移り、チームレースが開始されていない場合には、Ｐ２０－８に処理が移る。

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

なお、ここでは、チームレース結果が、プレイヤ端末１において導出されることとした。ただし、チームレース結果は、サーバ１０００において導出されてもよい。この場合、プレイヤ端末１からサーバ１０００に対して、チームレース結果の導出を要求する情報、チームレース結果を導出するために必要な情報を送信する。そして、サーバ１０００で導出されたチームレース結果を、プレイヤ端末１が受信してもよい。

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

また、育成段階処理部２１６ａは、上記Ｐ２０－５で導出したチームレース結果に基づいて、チームランキングに係る情報を更新するパラメータ更新処理を実行する（Ｐ２０－７）。

また、育成段階処理部２１６ａは、いずれかのトレーニング項目が選択された場合（Ｐ２０－８のＹＥＳ）、育成実行処理（Ｐ２１）を実行する。また、いずれのトレーニング項目も選択されていない場合（Ｐ２０－８のＮＯ）、スキルポイントを消費してスキルを獲得する等のその他の処理を実行する（Ｐ２０－９）。

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

また、育成段階処理部２１６ａは、選択されたトレーニング項目について、上記Ｐ１２－２で決定された失敗率に基づいて、トレーニングの成功可否を判定する成功判定処理を実行する（Ｐ２１－２）。トレーニングが失敗した場合（Ｐ２１－３のＮＯ）、育成段階処理部２１６ａは、トレーニングの失敗に基づいて調子の低下等の能力パラメータの減算を行う（Ｐ２１－４）。

一方、トレーニングが成功した場合（Ｐ２１－３のＹＥＳ）、育成段階処理部２１６ａは、上記Ｐ１２－９で導出された上昇値をメインキャラクタの能力パラメータに加算する（Ｐ２１－５）。また、育成段階処理部２１６ａは、Ｐ１３－１２、Ｐ１３－１３で決定された絆パラメータの値に上昇値を加算する（Ｐ２１－６）。また、育成段階処理部２１６ａは、ヒントイベント決定処理で記憶されたヒントイベント情報を確認する（Ｐ２１－７）。

選択されたトレーニング項目について、ヒントイベント情報が記憶されている場合（Ｐ２１－８のＹＥＳ）、育成段階処理部２１６ａは、選択されたトレーニング項目に係るヒントイベント情報に基づいて、ヒントイベントを出現させる（Ｐ２１－９）。なお、選択されたトレーニング項目について、ヒントイベント情報が複数記憶されていた場合には、いずれか１のヒントイベントが出現する。また、育成段階処理部２１６ａは、Ｐ２１－９において出現させたヒントイベント情報に基づいて、育成ゲーム情報記憶部３０８に記憶されているメインキャラクタに係るスキル情報を更新する（Ｐ２１－１０）。

また、選択されたトレーニング項目について、特訓イベント情報が記憶されている場合（Ｐ２１－１１のＹＥＳ）、育成段階処理部２１６ａは、選択されたトレーニング項目に係る特訓イベント情報に基づいて、特訓イベントの実行対象のチームメンバをセットする（Ｐ２１－１２）。

また、育成段階処理部２１６ａは、上記Ｐ２１－１２でセットした実行対象のチームメンバの指導イベント回数に「１」を加算する（Ｐ２１－１３）。また、育成段階処理部２１６ａは、特訓対象の能力パラメータを更新する（Ｐ２１－１４）。特訓イベントの実行対象の全てのチームメンバについてＰ２１－１３～Ｐ２１－１４の処理が終了すると（Ｐ２１－１５のＹＥＳ）、育成段階処理部２１６ａは、選択されたトレーニング項目、および、特訓イベント情報に基づいて、メインキャラクタの能力パラメータにボーナス加算値を加算する（Ｐ２１－１６）。

以上の処理により、上記した育成ゲームが実現される。なお、上記したプレイヤ端末１における処理は一例に過ぎない。また、上記した各処理は、プレイヤ端末１のみで実行されてもよいし、サーバ１０００のみで実行されてもよい。例えば、イベントの出現有無や、イベントの内容を決定する処理がサーバ１０００で実行され、プレイヤ端末１では、サーバ１０００で決定された情報に基づく表示を行うとしてもよい。

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

上記実施形態では、育成ゲームにおいて、ゲーム媒体としてキャラクタおよびサポートカードが用いられる場合について説明したが、上記のゲームジャンルおよびゲーム性は一例に過ぎない。

上記実施形態では、所定ゲーム（シナリオの育成メインゲーム）は複数のターンを含んで構成され、所定ゲームを実行する処理では単位処理（ターン開始時処理、ターン中処理）が実行され、単位処理には、実行中の所定ゲームに付与されたゲーム識別情報（シナリオＩＤ）に紐付けられたイベントを発生させる処理が含まれ、効用には、特定のターン（分岐ターン）で発生するイベントを変更することが含まれ、効用に基づく表示を行う処理では、変更されたイベントに対応する表示を行うこととした。ただし、所定ゲームは、複数のターンで構成されるものに限定されない。

上記実施形態では、分岐ターンで出現するイベントが、シナリオ固有イベントであることとした。ただし、分岐ターンで出現するイベントは、シナリオ共通イベントであってもよい。

上記実施形態では、特定キャラクタに設定されているキャラクタがメインキャラクタあるいはサポートキャラクタとして登録されている場合の効用として、特定キャラクタイベントが出現し、また、育成メインゲーム中に用いられるパラメータが変更される。ただし、これらの特定キャラクタによる効用は一例に過ぎない。

いずれにしても、所定ゲーム（シナリオ）で使用可能な複数種類のゲーム媒体（キャラクタ、サポートカード）が設けられ、特殊ゲーム媒体（特定キャラクタ）として設定されているゲーム媒体に付与された媒体識別情報（キャラクタＩＤ）と、所定ゲームに付与されたゲーム識別情報（シナリオＩＤ）とが紐付けられた情報（特定キャラクタ情報）が保持されること、所定ゲームが選択された後、選択された所定ゲームで使用するゲーム媒体を、複数種類のゲーム媒体の中からプレイヤが選択可能とすること、プレイヤによって選択されたゲーム媒体を登録すること、登録されたゲーム媒体に基づいて所定ゲームを実行すること、特殊ゲーム媒体として設定されているゲーム媒体が登録されている場合に生じる効用に基づく表示を、所定ゲーム中に行うこと、少なくとも所定ゲームが選択されてから開始されるまでの間に、選択された所定ゲームにおいて特殊ゲーム媒体として設定されているゲーム媒体を識別表示することが実行されればよい。

また、上記実施形態では、プレイヤの操作に基づいて、特殊ゲーム媒体（特定キャラクタ）として設定されているゲーム媒体（キャラクタ）の識別表示を実行可能とする許可状態、または、特殊ゲーム媒体として設定されているゲーム媒体の識別表示を不実行とする不許可状態に設定され、特殊ゲーム媒体として設定されているゲーム媒体は、許可状態に設定されている場合に識別表示されることとした。ただし、許可状態および不許可状態の切り替えは必須ではなく、常に、識別表示がなされてもよい。

また、特定キャラクタがメインキャラクタもしくはサポートキャラクタとして登録されている場合、育成メインゲーム中に発生するイベントの数もしくは発生確率が変更されてもよい。例えば、特定キャラクタとして設定されているキャラクタがメインキャラクタとして登録されている場合、メインキャラクタの専用イベント４２ａの出現確率が高くなるように変更されてもよい。

また、例えば、特定キャラクタとして設定されているキャラクタがサポートキャラクタとして登録されている場合、サポートイベントの出現確率が高くなるように変更されてもよいし、出現するサポートイベントの内容（種類）が増えるように変更されてもよい。この場合、例えば、特定キャラクタが紐付けられたサポートカードのサポートイベントが決定される確率または内容（種類）が変更されてもよいし、特定キャラクタとは関係のないサポートイベントが決定される確率または内容（種類）が変更されてもよい。

すなわち、特定キャラクタによってもたらされる効用には、育成メインゲーム中に発生するイベントの数もしくは発生確率を変更することが含まれ、変更されたイベントの数もしくは発生確率に基づいて決定されたイベントに対応する表示が行われてもよい。これは、例えば、特定キャラクタに設定されているキャラクタが登録されている場合、イベントの出現有無を決定する際の抽選テーブル、あるいは、イベントの内容を決定する際の抽選テーブルの比率を変更することによって実現することができる。

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

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

Claims (6)

1. コンピュータが遂行する情報処理方法であって、
   所定ゲームで使用可能な複数種類のゲーム媒体のうち、特殊ゲーム媒体として設定されている前記ゲーム媒体に付与された媒体識別情報と、前記所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持する処理と、
   前記所定ゲームが選択された後、選択された前記所定ゲームで使用する前記ゲーム媒体を、複数種類の前記ゲーム媒体の中からプレイヤが選択可能とする処理と、
   プレイヤによって選択された前記ゲーム媒体を登録する処理と、
   登録された前記ゲーム媒体に基づいて前記所定ゲームを実行する処理と、
   前記特殊ゲーム媒体として設定されている前記ゲーム媒体が登録されている場合に生じる効用に基づく表示を、前記所定ゲーム中に行う処理と、
   プレイヤの操作に基づいて、前記特殊ゲーム媒体を、前記特殊ゲーム媒体ではない前記ゲーム媒体と異なる態様で表示する識別表示を可能とする許可状態、または、前記識別表示を不実行とする不許可状態に設定する処理と、
   少なくとも前記所定ゲームの選択後であって、前記許可状態に設定されている場合に、選択された前記所定ゲームにおいて前記特殊ゲーム媒体を識別表示する処理と、
   を含む情報処理方法。
2. 前記所定ゲームは複数のターンを含んで構成され、
   前記所定ゲームを実行する処理では単位処理が実行され、
   前記単位処理には、実行中の前記所定ゲームに付与された前記ゲーム識別情報に紐付けられたイベントを発生させる処理が含まれ、
   前記効用には、前記イベントの内容を変更することが含まれ、
   前記効用に基づく表示を行う処理では、変更された前記イベントの内容に対応する表示を行う、
   請求項１に記載の情報処理方法。
3. 前記所定ゲームは複数のターンを含んで構成され、
   前記所定ゲームを実行する処理では単位処理が実行され、
   前記単位処理には、実行中の前記所定ゲームに付与された前記ゲーム識別情報に紐付けられたイベントを発生させる処理が含まれ、
   前記効用には、前記所定ゲーム中に発生する前記イベントの数もしくは発生確率を変更することが含まれ、
   前記効用に基づく表示を行う処理では、変更された前記イベントの数もしくは発生確率に基づいて決定された前記イベントに対応する表示を行う、
   請求項１に記載の情報処理方法。
4. 前記効用には、前記所定ゲーム中に用いられるパラメータを変更することが含まれる、
   請求項１から３のいずれか１項に記載の情報処理方法。
5. １または複数のコンピュータが、
   所定ゲームで使用可能な複数種類のゲーム媒体のうち、特殊ゲーム媒体として設定されている前記ゲーム媒体に付与された媒体識別情報と、前記所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持する処理と、
   前記所定ゲームが選択された後、選択された前記所定ゲームで使用する前記ゲーム媒体を、複数種類の前記ゲーム媒体の中からプレイヤが選択可能とする処理と、
   プレイヤによって選択された前記ゲーム媒体を登録する処理と、
   登録された前記ゲーム媒体に基づいて前記所定ゲームを実行する処理と、
   前記特殊ゲーム媒体として設定されている前記ゲーム媒体が登録されている場合に生じる効用に基づく表示を、前記所定ゲーム中に行う処理と、
   プレイヤの操作に基づいて、前記特殊ゲーム媒体を、前記特殊ゲーム媒体ではない前記ゲーム媒体と異なる態様で表示する識別表示を可能とする許可状態、または、前記識別表示を不実行とする不許可状態に設定する処理と、
   少なくとも前記所定ゲームの選択後であって、前記許可状態に設定されている場合に、選択された前記所定ゲームにおいて前記特殊ゲーム媒体を識別表示する処理と、
   を遂行する情報処理システム。
6. 所定ゲームで使用可能な複数種類のゲーム媒体のうち、特殊ゲーム媒体として設定されている前記ゲーム媒体に付与された媒体識別情報と、前記所定ゲームに付与されたゲーム識別情報とが紐付けられた情報を保持する処理と、
   前記所定ゲームが選択された後、選択された前記所定ゲームで使用する前記ゲーム媒体を、複数種類の前記ゲーム媒体の中からプレイヤが選択可能とする処理と、
   プレイヤによって選択された前記ゲーム媒体を登録する処理と、
   登録された前記ゲーム媒体に基づいて前記所定ゲームを実行する処理と、
   前記特殊ゲーム媒体として設定されている前記ゲーム媒体が登録されている場合に生じる効用に基づく表示を、前記所定ゲーム中に行う処理と、
   プレイヤの操作に基づいて、前記特殊ゲーム媒体を、前記特殊ゲーム媒体ではない前記ゲーム媒体と異なる態様で表示する識別表示を可能とする許可状態、または、前記識別表示を不実行とする不許可状態に設定する処理と、
   少なくとも前記所定ゲームの選択後であって、前記許可状態に設定されている場合に、選択された前記所定ゲームにおいて前記特殊ゲーム媒体を識別表示する処理と、
   をコンピュータに遂行させる情報処理プログラム。

Images