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

Abstract

【課題】幅広いプレーヤ層が対戦を楽しむことができるプログラム、情報処理システム、および情報処理方法を提供する。【解決手段】レース結果の優秀度が低いほど評価が高くなる評価基準に基づいてイベントパラメータの更新量を決定し、レース結果に応じてイベントパラメータが最大値に近づくように更新し、イベントパラメータが最大値に達した場合、レースに有利となるイベントスキルを獲得可能とする制御を行う。【選択図】図３

Description

本発明は、複数のプレーヤが参加して対戦を行うゲームのためのプログラム、情報処理システム、および情報処理方法に関する。

従来から、競走馬をモチーフとしたキャラクタを育成し、育成したキャラクタを他のキャラクタとレースで対戦させる競馬ゲームや、野球選手をモチーフとしたキャラクタを育成し、育成したキャラクタを試合に出場させて対戦する野球ゲームなどが知られている。例えば、ランダムにマッチングされた対戦相手のプレーヤとの対戦を行う対戦機能を提供する情報処理システムが存在する（特許文献１参照）。

特許第７１２６５７８号公報

従来の対戦機能では、初級プレーヤと上級プレーヤとがマッチングしてしまうと、一方的な展開の対戦内容となりやすく、初級プレーヤにとって対戦を十分に楽しめないことが懸念される。

本発明は上記事情に鑑みてなされたものであり、幅広いプレーヤ層が対戦を楽しむことができるプログラム、情報処理システム、および情報処理方法を提供することにある。

（１）本発明は、複数のプレーヤが参加して対戦を行うゲームのためのプログラムであって、対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価部と、前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整部として、コンピュータを機能させ、前記対戦結果評価部が、前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定するプログラムに関するものである。

（２）本発明では、前記対戦結果評価部が、前記対戦結果が僅差の敗北であった場合に前記特定パラメータを追加で得られるように前記特定パラメータの更新量を決定してもよい。

（３）本発明では、前記特殊効果を有効に機能させるための特定条件が設定されており、前記対戦バランス調整部が、前記特定条件の達成に関係するアイテムをプレーヤの任意で使用可能としてもよい。

（４）本発明では、前記対戦結果評価部が、前記対戦結果の優秀度が高いほど評価が高くなる他の評価基準に基づく評価値を算出し、当該評価値の合計に応じた報酬を付与するようにしてもよい。

（５）本発明は、複数のプレーヤが参加して対戦を行うゲームのための情報処理システムであって、対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価部と、前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整部と、を含み、前記対戦結果評価部が、前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定する情報処理システムに関するものである。

（６）本発明は、複数のプレーヤが参加して対戦を行うゲームのための情報処理方法であって、対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価ステップと、前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整ステップと、をコンピュータに実行させ、前記対戦結果評価ステップでは、前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定する情報処理方法。

上記本発明のプログラム、情報処理システム、および情報処理方法では、対戦結果の優秀度が低いほど評価が高くなる評価基準に基づいて特定パラメータの更新量が決定され、特定パラメータが所定値に達した場合に対戦に有利となる特殊効果を獲得可能として対戦バランスを好適に調整可能としたので、初級プレーヤから上級プレーヤまで幅広いプレーヤ層が対戦を楽しむことができる。

情報処理システムのハードウェア構成を示す図である。 情報処理システムにおけるサーバーの機能ブロック図である。 イベントパラメータの更新設定テーブルとイベントスキルの設定テーブルとを示す図である。 情報処理システムにおけるプレーヤ端末の機能ブロック図である。 対戦レースイベントの概要を説明する図である。 対戦レースイベントにおけるメインステージの進行フローを示す図である。 プレーヤ端末で表示されるイベントトップ画面の一例を示す図である。 プレーヤ端末で表示される出走キャラクタ確認ダイアログの一例を示す図である。 プレーヤ端末で実行されるスキル獲得演出の一例を示す図である。 プレーヤ端末で表示される出走準備ダイアログの一例を示す図である。 プレーヤ端末で表示される出走準備ダイアログの一例を示す図である。 プレーヤ端末で表示される出走準備ダイアログの一例を示す図である。 プレーヤ端末で表示される出走確認ダイアログの一例を示す図である。 プレーヤ端末で表示される拠点画面の一例を示す図である。 プレーヤ端末で表示されるレース中映像の一場面を示す図である。 プレーヤ端末で実行される出走報酬に関する演出表示の一例を示す図である。 プレーヤ端末で表示されるセット終了画面の一例を示す図である。 プレーヤ端末で実行されるランク昇格演出の一例を示す図である。 プレーヤ端末で表示される表記キャラクタ選択ダイアログの一例を示す図である。 プレーヤ端末で表示される表記キャラクタ確認ダイアログの一例を示す図である。 対戦レースイベントにおけるエクストラステージの開催準備に係る進行フローを示す図である。 プレーヤ端末で表示されるランキング発表ダイアログの一例を示す図である。 対戦レースイベントにおけるエクストラステージの進行フローを示す図である。 プレーヤ端末で表示されるイベントトップ画面の一例を示す図である。 プレーヤ端末で表示される出走登録画面の一例を示す図である。 プレーヤ端末で表示される出走登録確認ダイアログの一例を示す図である。 プレーヤ端末で表示されるＥＸステージ参加報酬ダイアログの一例を示す図である。 プレーヤ端末で表示されるイベントトップ画面の一例を示す図である。 プレーヤ端末で表示されるレース一覧画面の一例を示す図である。 プレーヤ端末で表示されるレース一覧画面の一例を示す図である。 プレーヤ端末で表示される応援報酬受取ダイアログの一例を示す図である。 プレーヤ端末で表示されるレース再生確認ダイアログの一例を示す図である。 プレーヤ端末で表示される出走直前状態の観戦映像の一場面を示す図である。 プレーヤ端末で表示されるカメラ設定ダイアログの一例を示す図である。 プレーヤ端末で実行される出走キャラクタの一覧を表示する演出の一例を示す図である。 プレーヤ端末で表示されるレース中映像の一場面を示す図である。 プレーヤ端末で表示されるレース結果表示画面の一例を示す図である。 プレーヤ端末で実行される応援対象処理演出の一例を示す図である。 プレーヤ端末で表示される観戦報酬受取ダイアログの一例を示す図である。

以下では、本発明の実施形態について説明する。なお以下に説明する本実施形態は、特許請求の範囲に記載された発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．情報処理システムの構成
図１は、本実施形態に係る情報処理システム１０の全体的なハードウェア構成の一例を示す図である。本実施形態に係る情報処理システム１０では、サーバー２０とプレーヤ端末４０とが、インターネット、携帯電話網、ＬＡＮ、ＷＡＮなどのネットワーク３０により接続されており、いわゆるクライアント・サーバー方式の通信システムが構築されている。

サーバー２０は、ＣＰＵ２１（制御部）と、ＲＯＭ２２と、ＲＡＭ２３と、通信部２４と、記憶装置２５とを含む。

ＣＰＵ２１は、ＲＯＭ２２に記憶されているプログラムやデータを読み出して各種処理を実行する。ＲＡＭ２３は、ＣＰＵ２１の主メモリ、ワークエリア等の一時記憶領域として用いられる。通信部２４は、通信モジュールや通信インターフェースによって構成され、ネットワーク３０を介してプレーヤ端末４０やその他の外部装置との通信処理をおこなう。記憶装置２５は、フラッシュメモリ、ＨＤＤ、ＳＤＤ等の補助記憶装置であって、ゲームに関するプログラムやプレーヤ端末４０を使用するプレーヤのＩＤなどの識別情報や、その他ゲームに必要なプレーヤごとの各種情報が記憶されている。

プレーヤ端末４０は、本実施形態に係るゲームを行うための装置であり、例えば、スマートフォン、タブレット、パーソナルコンピューター、携帯ゲーム機、店舗や家庭に設置される据え置きゲーム機等である。プレーヤ端末４０は、ＣＰＵ／ＧＰＵ４１（制御部）と、ＲＯＭ４２と、ＲＡＭ４３と、通信部４４と、操作／入力部４５と、表示部４６と、記憶装置４７とを含む。

ＣＰＵ／ＧＰＵ４１は、ＲＯＭ４２に記憶されたプログラムやデータをＲＡＭ４３に読み出して各種処理を実行する。ＲＯＭ４２は、プレーヤ端末４０を動作させるために必要なプログラムを記憶する。ＲＯＭ４２に替えてフラッシュメモリ（ＮＶＲＡＭ）を採用してもよい。ＲＡＭ４３は、ＣＰＵ／ＧＰＵ４１の主メモリ、ワークエリア等の一時記憶領域として用いられる。通信部４４は、通信モジュールや通信インターフェースによって構成され、ネットワーク３０を介してサーバー２０やその他の外部装置（他のプレーヤ端末４０を含む）との通信処理を行う。操作・入力部４５は、プレーヤによる各種操作や入力を受け付ける装置であり、タッチパネルやキーボード、マイク等が該当する。なお表示部５６がタッチパネルを搭載した表示パネルである場合には、タッチパネルは操作・入力部４５に含まれる。表示部４６は、本実施形態の情報処理システム１０によって提供されるゲームの画像など各種情報を表示する液晶ディスプレイや有機ＥＬディスプレイである。記憶装置４７は、フラッシュメモリ、ＨＤＤ、ＳＤＤ等の補助記憶装置であって、主にゲームに関するプログラムや、ゲームに関連する各種データ等を記憶する。

なおプレーヤ端末４０の機能や処理は、ＣＰＵ／ＧＰＵ４１がＲＯＭ２２または記憶装置４７に格納されているプログラムを読み出し、このプログラムを実行することにより実現される。また、ＣＰＵ／ＧＰＵ４１は、プレーヤ端末４０に対して着脱可能な記録媒体に格納されているプログラムを読み出して、このプログラムを実行してもよい。また、プログラムをプレーヤ端末４０に供給するための形態は、プログラムを記録したＣＤ－ＲＯＭ等のコンピュータ読み取り可能な記録媒体や、プログラムを伝送するインターネット等の伝送媒体であってもよい。本実施形態では、プレーヤ端末４０がタッチパネルを搭載した表示パネルを備えたスマートフォンであるものとして説明する。

本実施形態の情報処理システム１０は、競走馬をモチーフにしたキャラクタ（ゲーム媒体の一例）を育成し、育成したキャラクタをレースに出走させて他のキャラクタと競争させるゲームを、プレーヤ端末４０を通じて提供する機能を有している。本実施形態の情報処理システム１０は、キャラクタの育成する育成機能、育成したキャラクタと他のキャラクタとをレースで対戦させる対戦機能などを有しており、以下では、育成機能および対戦機能がプレーヤ端末４０を主体として実現される場合を説明する。ただし、先に述べた機能が、サーバー２０を主体として実現されてもよいし、サーバー２０とプレーヤ端末４０とにおいて分担されて実現されてもよい。

また本実施形態の情報処理システム１０では、対戦機能として、期間限定で開催される対戦レースイベントを提供可能であり、対戦レースイベントでは、メインステージ（第１ステージの一例）とエクストラステージ（ＥＸステージ：第２ステージの一例）とが設けられており、メインステージの戦績上位のプレーヤがエクストラステージに進出することができる仕様となっている。

図２は、サーバー２０の主要な機能を示す機能ブロック図である。

情報処理システム１０におけるサーバー２０は、各種の識別情報によってプレーヤやキャラクタ等を管理する機能、プレーヤ端末４０からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末４０に送信する機能を有し、これらの機能を、サーバーデータ記憶部５０と、ゲーム演算部６０とが協働して実現する。

サーバーデータ記憶部５０は、プレーヤ管理データベース５１を含み、主として記憶装置２５により実現される。本実施形態では、プレーヤごとに付与されるプレーヤＩＤに紐付けて、キャラクタリスト、アイテムリスト、および育成対象リストなどがプレーヤ管理データベース５１に記憶されている。

キャラクタリストには、例えば、育成済みキャラクタごとに付与されるキャラクタ個体ＩＤ、キャラクタの種別を示すキャラクタ種別ＩＤ、キャラクタのステータス（レアリティ、評価点、コース適性、距離適正、脚質適正、走法、スピード、スタミナ、パワー、根性、賢さ、所持スキル、獲得称号、因子情報）、ロック状態（ロック中、非ロック中）、およびキャラクタの育成履歴（育成条件（継承キャラクタの選択情報およびサポートアイテムの編成情報など）、育成時の出走レースの戦績）などが含まれる。

本実施形態において「育成済みキャラクタ」とは、本実施形態の情報処理システム１０で実現されるゲーム機能の一つである育成機能によってキャラクタを育成して、その育成が終了してステータスが確定されたキャラクタであることを意味する。

また本実施形態では、「キャラクタ個体ＩＤ」と「キャラクタ種別ＩＤ」とが存在するが、その違いは次の通りである。

まず「キャラクタ個体ＩＤ」は、育成機能においてキャラクタの育成が終了して、その育成済みキャラクタがキャラクタリストに登録される際に付与されるＩＤであり、プレーヤＩＤに紐付けられた育成済みキャラクタのそれぞれを識別するためのものである。

また本実施形態では、育成機能において複数種類のキャラクタから育成対象をプレーヤが選択する仕様となっており、「キャラクタ種別ＩＤ」は、育成対象のキャラクタの種類を識別するために付与されるＩＤである。

また「ロック状態」とは、育成済みのキャラクタの移籍（キャラクタリストからの削除）が禁止されているか否かを示すものであり、非ロック中であれば移籍可能であり、ロック中であれば移籍不可能となっている。このロック中となる状況としては、プレーヤが育成済みのキャラクタの一覧から個別に指定している場合、育成済みのキャラクタがレースに出走登録されている場合などである。

育成対象リストには、キャラクタ種別ＩＤに対して解放済みまたは未解放のいずれかの情報が対応づけられたデータが記憶される。本実施形態では、育成対象リストにおいて解放済みの情報が対応づけられたキャラクタが、プレーヤが育成機能において育成対象として選択可能なキャラクタとなる。また本実施形態では、解放アイテムやキャラクタ獲得抽選によって新たにキャラクタを解放することが可能であり、プレーヤによって育成対象として選択可能なキャラクタの数は異なっている。以下では、育成機能において育成対象として選択可能なキャラクタを解放済みキャラクタと称する場合がある。

アイテムリストには、プレーヤが所有するアイテム、強化ポイント、トレーナーポイント（ＴＰ）、ゲーム内通貨に関するデータが含まれる。本実施形態では、例えば、アイテムの所有内容および所有量、強化ポイントの所有量、トレーナーポイント（ＴＰ）の所有量、ゲーム内通貨の所有量、などがアイテムリストとしてプレーヤ管理データベース５１に記憶される。

本実施形態におけるアイテムは、例えば、キャラクタの育成をサポートするものであったり、レースの出走コンディションを変化させることなどに用いられるものであり、レースの結果に応じて取得したり、ゲーム内通貨を消費して取得したりできるものである。

また強化ポイントは、例えば、キャラクタの育成をサポートするアイテムであるサポートアイテムの強化などに用いられるものであり、サポートアイテムを強化するほど有利な育成環境でキャラクタを育成することができる。

またトレーナーポイント（ＴＰ）は、育成機能を利用してキャラクタを育成するために用いられるポイントであり、育成を開始する際に１回の育成に必要となる消費量に相当するトレーナーポイント（ＴＰ）を消費することでキャラクタの育成を開始することができる。

因子情報は、育成機能によってキャラクタを育成した場合に、育成済みキャラクタに紐付けられる情報である。本実施形態では、育成機能においてキャラクタを育成する際に、継承キャラクタとして選択された育成済みキャラクタに紐付けられた因子情報に基づいて、スキルの取得レベルの上昇や、性能パラメータの上昇といった育成対象のキャラクタの能力に影響を与えるステータス補強のためのゲームイベントとして因子継承イベントが発生する。

因子情報としては、青因子、赤因子、固有因子、白因子の４系統が存在する。各因子情報には３段階の因子レベルの設定があり、因子レベルが高いほどステータス補強に有利な効果が得られるようになっている。また因子タイプは、青因子、赤因子、固有因子、白因子を細かく分類するものである。青因子は、性能パラメータの名称を冠した因子情報であって、性能パラメータに影響し、因子レベルが高いほど性能パラメータの上昇量が高くなる。赤因子は、コース適正、距離適正、または脚質適正の名称を冠した因子情報であって、コース適性、距離適正、または脚質適正に影響し、因子レベルが高いほど因子継承イベントで適正が上昇しやすくなる。固有因子は、固有スキルの名称を冠した因子情報であって、継承キャラクタの固有スキルを取得可能とし、因子レベルが高いほど固有スキルの取得レベルを上げやすくなる。スキルの取得レベルは、スキルを取得する際のスキルポイントの消費量に影響し、取得レベルが高いほどスキルポイントの消費量が少なくなる。白因子は、青因子、赤因子、および固有因子のいずれにも属さない因子情報であり、スキル因子、レース因子、シナリオ因子が存在する。スキル因子は、スキルの名称を冠した因子情報であって、通常スキル（固有スキル以外のスキル）の取得レベルを上げやすくし、スキルの種類毎に存在する。レース因子は、レースの名称を冠した因子情報であって、性能パラメータおよび通常スキルの取得レベルの少なくとも一方を上げやすくし、レースの種類に応じて効果が異なっている。シナリオ因子は、育成シナリオの名称を冠した因子情報であって、キャラクタを育成した育成シナリオに関する因子情報である。因子継承イベントでシナリオ因子を継承する場合、複数の性能パラメータを大きく上昇させることができ、上昇する性能パラメータは、シナリオ因子の種類に応じて異なっている。また先に述べた因子タイプでは、因子情報が、青因子、赤因子、固有因子、スキル因子、レース因子、シナリオ因子の６種類に分類されている。

またサーバーデータ記憶部５０は、対戦管理データベース５２を含み、対戦管理データベース５２に対戦レースイベントに関するデータが記憶される。例えば、対戦レースイベントの開催スケジュールに関するデータ、イベントパラメータの更新設定テーブル、ランクポイントの獲得設定テーブル、イベントスキルの設定テーブル、イベントスキルの抽選テーブル、報酬設定テーブル、レースを識別するためのマッチングＩＤ、対戦レースイベントに参加しているプレーヤのプレーヤＩＤ、対戦レースイベントにおいてプレーヤが出走登録した育成済みキャラクタのキャラクタ個体ＩＤ、対戦レースイベントにおけるプレーヤの戦績（出走回数、着順など）、プレーヤのイベントパラメータの獲得状況、ランクポイントの獲得状況（プレーヤのランクポイントの合計獲得量およびキャラクタの種別毎のランクポイントの合計獲得量）、プレーヤのリーグランク、プレーヤの参加チケットの所持数などが記憶される。

イベントパラメータ（特定パラメータの一例）は、イベントスキルの獲得に必要となるパラメータであり、レース対戦イベントにおけるメインステージでレースに出走した場合に、イベントパラメータの更新設定テーブルを参照してレース結果に対応するイベントパラメータが算出され、１セット（５レース）を終了した際に、１セット分のイベントパラメータの更新内容がレースへの出走を要求したプレーヤに対して通知される。なおイベントパラメータは、１レース単位で更新され、プレーヤ端末４０において各レースのレース結果を表示する毎にイベントパラメータの獲得値が表示されるようにしてもよい。

図３（Ａ）は、イベントパラメータの更新設定テーブルの例を示す図である。イベントパラメータの更新設定テーブルでは、対戦結果の優秀度が低いほど評価が高くなる（イベントパラメータの更新量が多くなる）評価基準（所定の評価基準の一例）で、レース結果に対応する獲得条件とイベントパラメータの獲得値との関係が設定されている。例えば、１レースでの最高順位が２着のレース結果である場合よりも１レースでの最高順位が３着である場合の方がイベントパラメータの獲得値が多く設定されている。また例えば、１セット分５レースでの最高順位２着以下が３回の場合よりも１セット分５レースでの最高順位２着以下が４回の方がイベントパラメータの獲得値が多く設定されている。本実施形態では、１セット分５レースにおけるイベントパラメータの獲得値の合計がイベントパラメータの更新量となる。なおイベントパラメータの獲得値を決定するための評価基準は、ゲームの種類に応じて設定することができる。例えば、野球ゲームやサッカーゲームなどの得点により対戦の勝敗が決定されるゲームにおいては、勝者と敗者との得点差が大きいほど、敗者が得られるイベントパラメータの獲得値が多くなるようにイベントパラメータの更新設定テーブルを設定することができる。また例えば、格闘ゲームや他のアクションゲームなどで対戦を行うキャラクタの残り体力が勝敗に関係するゲームにおいては、勝者と敗者との残り体力差が大きいほど、敗者が得られるイベントパラメータの獲得値が多くなるようにイベントパラメータの更新設定テーブルを設定することができる。また例えば、所定本数の勝利を条件として対戦の勝敗が決定されるゲームにおいては、勝者と敗者との勝利本数の差が大きいほど、敗者が得られるイベントパラメータの獲得値が多くなるようにイベントパラメータの更新設定テーブルを設定することができる。

またイベントパラメータの更新設定テーブルでは、対戦結果が僅差の敗北であった場合にイベントパラメータを追加で得られるようにレース結果に対応するイベントパラメータの値が設定されている。本実施形態では、１着のキャラクタが自身のキャラクタではなく、１着のキャラクタに対して、ハナ差、アタマ差、またはクビ差という着差で自身のキャラクタが２着となった場合に僅差の敗北として判断され、イベントパラメータの獲得値を追加で得ることができる。なお僅差の敗北についての判断基準は、ゲームの種類に応じて設定することができる。例えば、野球ゲームやサッカーゲームなどの得点により対戦の勝敗が決定されるゲームにおいては、勝者と敗者との得点差が僅か（例えば、１点差）である場合に僅差の敗北であると判断することができる。また例えば、格闘ゲームや他のアクションゲームなどで対戦を行うキャラクタの残り体力が勝敗に関係するゲームにおいては、勝者と敗者との残り体力差が僅か（例えば、最大体力の１０％未満）である場合に僅差の敗北であると判断することができる。また例えば、所定本数の勝利を条件として対戦の勝敗が決定されるゲームにおいては、勝者と敗者との勝利本数の差が僅か（例えば、１本差）である場合に僅差の敗北であると判断することができる。

またイベントパラメータの更新設定テーブルでは、レースに１回出走したことを獲得条件としてイベントパラメータの獲得値を得ることができる設定が存在し、１セット分５レースのそれぞれで「＋１」以上のイベントパラメータの獲得値を得ることができる。

イベントスキル（特殊効果の一例）は、イベントパラメータが最大値（例えば、３０：所定値の一例）に達した場合に、イベントパラメータが最大値に達したプレーヤに対して複数種類のイベントスキルからランダムに決定されたイベントスキルが設定され、イベントスキルを獲得したプレーヤはメインステージでの１セットの５レースにおいてイベントスキルの効果を発動可能となっている。イベントスキルを獲得した場合、イベントパラメータは初期値（例えば、０）にリセットされる。なお本実施形態では、プレーヤに紐付けてイベントスキルを設定する場合を説明するが、レースに出走する３体の育成済みキャラクタを１チームとしてチームに紐付けてイベントスキルを設定してもよいし、レースに出走する育成済みキャラクタに個別に紐付けてイベントスキルを設定してもよい。

図３（Ｂ）は、イベントスキルの設定テーブルを示す図である。本実施形態では、イベントスキル１～イベントスキル７の７種類のイベントスキルが用意されており、スキルの種類に応じた効果が設定されている。またイベントスキルには、アイテムの使用によってプレーヤが任意に変更することができるレース条件（やる気、天候、コース状態、および枠番）がスキルの発動に影響するものが存在する。具体的に説明すると、イベントスキル１は、やる気がスキルの発動に影響し、イベントスキル２およびイベントスキル３は、天候およびコース状態がスキルの発動に影響し、イベントスキル４およびイベントスキル５は、枠番がスキルの発動に影響する。このため、イベントスキル１～イベントスキル５については発動条件（特定条件の一例）の成立に関係するイベントスキル対応アイテムが設定されている。一方、イベントスキル６およびイベントスキル７についてはスキルの発動条件がアイテムの使用によって影響を受けるものではないため、イベントスキル対応アイテムが設定されていない。

ランクポイント（評価値の一例）は、メインステージにおけるプレーヤのリーグランクを設定するためのパラメータであり、メインステージでレースを出走する毎にレース結果に応じたランクポイントが付与される。ランクポイントはメインステージにおけるマッチング処理において参照され、自身のリーグランクに近い他のプレーヤが対戦相手としてマッチングされる。またランクポイントは、メインステージの開催期間終了後にプレーヤの順位付けに使用され、ランクポイントによる順位がエクストラステージの参加条件を満たしたプレーヤがエクストラステージのレースに参加することができる。ランクポイントの獲得設定テーブルでは、対戦結果の優秀度が高いほど評価が高くなる（ランクポイントの獲得量が多くなる）評価基準（他の評価基準の一例）でレースの着順に対応するランクポイントの値が設定されている。

リーグランクは、メインステージの対戦相手の候補についての指標となる情報であり、ランクポイントが昇格条件を満たすとリーグランクが上昇する仕様となっている。リーグランクは、ブロンズ、シルバー、ゴールド、およびプラチナの４種類が設けられており、リーグランクが上昇すると、ランクアップ報酬を獲得することができる。

ゲーム演算部６０は、プレーヤ端末４０からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末４０に送信する処理、プレーヤ端末４０からの要求に応答してゲームの進行に必要なデータをプレーヤ端末４０に送信する処理などを行い、主としてＣＰＵ２１および通信部２４により実現される。例えば、育成機能においてプレーヤ端末４０からトレーニング指示に関する要求を受け取ると、ゲーム演算部６０がトレーニングについて成功または失敗のいずれであるかの結果を演算し、プレーヤ端末４０に演算結果を送信する。また例えば、育成機能においてレースの出走に関する要求を受け取ると、ゲーム演算部６０は、育成対象のキャラクタとノンプレーヤキャラクタ（ＮＰＣ）とを含む複数のキャラクタによるレースシミュレーションを行い、レースシミュレーションの結果をプレーヤ端末４０に送信する。また例えば、対戦機能においてレースの出走に関する要求を受け取ると、ゲーム演算部６０は、プレーヤが編成した育成済みキャラクタと対戦相手が編成した育成済みキャラクタとを含む複数のキャラクタによるレースシミュレーションを行い、レースシミュレーションの結果をプレーヤ端末４０に送信する。

ゲーム演算部６０は、マッチング処理部６１を含む。マッチング処理部６１は、対戦レースイベントにおいてキャラクタの登録が完了したプレーヤの対戦相手を決定する処理を行う。本実施形態の情報処理システム１０では、対戦レースイベントのメインステージにおいて、３体のキャラクタの登録を完了するとマッチング要求のための入力（マッチング入力）を行うことが可能となっている。メインステージに参加するプレーヤのプレーヤ端末４０においてマッチング入力が行われると、プレーヤ端末４０からサーバー２０にマッチング要求が送信される。マッチング処理部６１は、プレーヤ端末４０からのマッチング要求に応答して、対戦相手の候補となる他のプレーヤを抽出したプレーヤリストを作成し、プレーヤリストから１セット分の５レースの対戦相手（各レース１名ずつ）となる他のプレーヤをランダムに抽出する。より詳細には、マッチング処理部６２は、対戦相手決定入力を行ったプレーヤのランクポイントを基準とした所定範囲のランクポイントを所持する他のプレーヤをログイン順にソートして１００名のプレーヤを抽出したプレーヤリストを作成する。プレーヤリストから抽出された５名のプレーヤを１セット分の５レースに割り当てて、５名のプレーヤに共通するマッチングＩＤと５名の対戦相手プレーヤの出走対象のレースを識別するレースＩＤとを付与し、このマッチングＩＤに５名のレースＩＤを紐づけて対戦管理データベース５２に新たな対戦レコードを作成する。この対戦レコードは対戦レースイベントの１セット分の５レース毎の対戦履歴（対戦相手、出走キャラクタ、着順、タイムなど）を記録するものである。

またマッチング処理部６１は、メインステージにおける１セット分の５レースについて、対戦を要求したプレーヤと対戦相手との計２名のプレーヤが出走登録をした６体（３体×２）のキャラクタに６体のノンプレーヤキャラクタ（以下、必要に応じてＮＰＣと略す場合がある）を含めた計１２体分のキャラクタについて出走番号を割り当てるためのゲート抽選を行う。ゲート抽選では各キャラクタに「１」～「１２」のいずれかの出走番号が互いに重複しないように割り当てられる。後述するシミュレーション処理では、１２体のキャラクタがレースで使用されるコースの内側から出走番号順に並んでレースをスタートするレースシミュレーションが行われる。

またマッチング処理部６１は、メインステージにおける１セット分の５レースにおいてレースコンディションを決定するコンディション抽選を行う。本実施形態では、コンディション抽選によって天候（晴れ、曇り、雨、雪の４種類からランダム）とコース状態（良、稍重、重、不良の４種類からランダム）とが決定される。なおコンディション抽選によって決定されたレースコンディションは１セット分の５レースに共通に適用され、後述するシミュレーション処理では、コンディション抽選で決定されたレースコンディションを適用したレースシミュレーションが行われる。

また本実施形態の情報処理システム１０では、対戦レースイベントのエクストラステージについて、メインステージで獲得した各プレーヤのランクポイントの合計による順位によって対戦相手が決定される。マッチング処理部６１は、エクストラステージに参加するプレーヤであるメインステージの上位９６名のプレーヤを、Ａブロックの第１レース～第１２レースとＢブロックの第１レース～第１２レースの計２４レースに対して、１レースにつき４名のプレーヤをランクポイントの順位に従って割り当ててプレーヤのマッチングを行って、対戦管理データベース５２に各レースに対応する対戦レコードを作成する。

ゲーム演算部６０は、シミュレーション処理部６２を含む。シミュレーション処理部６２は、対戦レースイベントのメインステージにおいて、１セット分の５レースそれぞれについて、２名のプレーヤが出走登録した６体（３体×２）の育成済みキャラクタと６体のノンプレーヤキャラクタ（ＮＰＣ）とを含む計１２体のキャラクタによるレースシミュレーションを行う。またシミュレーション処理部６２は、対戦レースイベントのエクストラステージにおいて、Ａブロックの第１レース～第１２レースおよびＢブロックの第１レース～第１２レースの計２４レースそれぞれについて、４名のプレーヤが出走登録した１２体（３体×４）の育成済みキャラクタによるレースシミュレーションを行う。レースシミュレーションにおいては、各キャラクタのステータス（スピード、スタミナ、パワー、根性、賢さ、コース適正、距離適性、脚質適正、走法、所持スキル）に基づいて、レース展開、走行速度、スタミナ消費量、スキルの発動抽選、スキルの発動条件判定、着順、およびタイムなどの演算を行う。特に本実施形態では、メインステージにおいてイベントスキルを獲得したプレーヤがレースへの出走を要求しており、イベントスキルの発動条件を満たしている場合、シミュレーション処理部６２は、そのプレーヤが出走登録した３体の育成済みキャラクタのそれぞれにイベントスキルを適用したレースシミュレーションを実行する。対戦レースイベントのメインステージおよびエクストラステージにおいて実行されたレースシミュレーションの結果は対戦管理データベース５２に作成された対戦レコードに記録される。

そして本実施形態の情報処理システム１０では、サーバー２０が、マッチング処理部６１が行ったマッチングの結果、シミュレーション処理部６２のレースシミュレーションの結果などの各種の処理結果の情報を、プレーヤ端末４０に送信する。また本実施形態の情報処理システム１０では、プレーヤ端末４０が、サーバー２０から受信した各種の処理結果の情報に基づいて、レースの様子を表示部４６によって観戦可能とする。

ゲーム演算部６０は、対戦結果評価部６３を含む。対戦結果評価部６３は、レース対戦イベントのメインステージにおいてレースによる対戦が行われると、対戦管理データベース５２に格納されているランクポイントの獲得設定テーブルを参照して、レースへの出走を要求したプレーヤの育成済みキャラクタのレース結果に対応したランクポイントの獲得量を算出し、算出されたランクポイントの獲得量に関する情報を、レースへの出走を要求したプレーヤのプレーヤ端末４０に送信する。本実施形態では、対戦管理データベース５２において、各プレーヤのランクポイントがプレーヤＩＤに紐付けて管理され、ランクポイントによって各プレーヤのリーグランクが決定される。また対戦結果評価部６３は、メインステージでのレースの出走に対して出走報酬をプレーヤに付与し、ランクポイントがリーグランクの昇格条件を満たしたプレーヤに対してランクアップ報酬を付与する。また対戦結果評価部６３は、メインステージにおいて、ランクポイントによる各プレーヤの順位付けを行い、メインステージの開催期間が終了した時点でランクポイントによる順位がエクストラステージの参加条件を満たすプレーヤに対してエクストラステージでの対戦に参加することを許可する。なおエクストラステージに参加するプレーヤを決定する際に、メインステージにおける各プレーヤの戦績を判断する基準は、ランクポイントではなく、メインステージにおけるレースの勝利数であったり、メインステージにおける複数回のレースの中で最も早いタイムであったりしてもよい。すなわちメインステージにおけるプレーヤの戦績を判断するための評価値は、既述のランクポイントだけではなく、勝利数であたりタイムであったりしてもよい。

また対戦結果評価部６３は、メインステージにおけるキャラクタの種別毎に獲得したランクポイントをプレーヤ毎に集計し、プレーヤＩＤとキャラクタ種別ＩＤとに紐付けてランクポイントの合計獲得量を対戦管理データベース５２に記録する。本実施形態では、キャラクタの種別毎のランクポイントの合計獲得量が、対戦レースイベントで報酬として付与されるイベント限定称号の選択可能条件の判断に用いられる。本実施形態では、プレーヤごとに、自身の称号の設定を行うことができる。プレーヤ毎に設定された称号は、プレーヤの情報を確認する表示画面においてプレーヤ名に併記して表示される。プレーヤに対して設定されている称号は、フレンド登録した他のプレーヤや対戦機能を利用して同じレースに出走する他のプレーヤなどに対しても表示される。称号は、ゲームにおいて、その称号の獲得条件を達成したことを示すものであり、自身が設定した称号を用いて他のプレーヤに対して自身のゲームにおける実績をアピールすることができる。また称号は、ゲームの実績を示す指標であって、基本的には、レースやゲームの進行に影響を与えるものではない。ただし一部のゲーム機能において称号の所持を判断基準として所定の称号を所持するプレーヤを抽出する処理に利用することができる。

また対戦結果評価部６３は、レース対戦イベントのメインステージの開催期間において、メインステージにおいてレースによる対戦が行われると、対戦管理データベース５２に格納されているイベントパラメータの獲得設定テーブルを参照して、レース結果に対応したイベントパラメータの更新量を決定し、対戦管理データベース５２に記憶されているプレーヤ毎に管理されているイベントパラメータのうち、レースの出走を要求したプレーヤのイベントパラメータを最大値に近づけるように更新する。なおレース結果が所定の結果である場合に、イベントパラメータが最大値から遠ざかるように更新されてもよい。例えば、メインステージにおける１セット分５レースの結果が、５回とも勝利（プレーヤの出走登録した育成済みキャラクタが１着）であった場合について、イベントパラメータの獲得設定テーブルではイベントパラメータの減算値が設定されており、対戦結果評価部６３が、１セット分５レースの全てに勝利したプレーヤのイベントパラメータを最大値から遠ざけるように更新することができる。

ゲーム演算部６０は、イベントスキル決定部６４を含む。イベントスキル決定部６４は、イベントパラメータの合計が最大値に達したプレーヤに対して対戦に有利となるイベントスキルを設定する。本実施形態では、メインステージで１セットの５レースを消化した場合にイベントパラメータの更新が行われ、更新後のイベントパラメータが最大値に達した場合にイベントスキル決定部６４が、対戦管理データベース５２に格納されているイベントスキルの抽選テーブルを参照した抽選を実行してイベントパラメータが最大値に達した参加プレーヤのプレーヤ端末４０に抽選で決定されたイベントスキルに関する情報を送信する。

図４は、プレーヤ端末４０の主要な機能を示す機能ブロック図である。

本実施形態の情報処理システム１０におけるプレーヤ端末４０は、図３に示すように、端末データ記憶部７０と、ゲーム実行部８０とが協働して、育成機能および対戦機能を実現する。

端末データ記憶部７０は、ゲーム実行部８０が各種の処理を行うためのデータを記憶するものであり、主として記憶装置４７により実現される。

端末データ記憶部７０は、プレーヤデータ記憶部７１を含み、プレーヤデータ記憶部７１には、プレーヤＩＤに対応するキャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリストに関するデータなどが記憶される。本実施形態では、アプリケーションの起動時および終了時、その他の必要な状況において、プレーヤ端末４０のプレーヤデータ記憶部７１とサーバー２０のプレーヤ管理データベース５１との間でプレーヤＩＤに紐付けられたデータ（キャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリストなど）に関する同期処理を行い、プレーヤデータ記憶部７１に格納されているデータを利用して、各種ゲーム処理を実行する。本実施形態では、各種ゲーム処理の実行に伴ってキャラクタリスト、育成対象リスト、アイテムリスト、フレンドリストの変更が必要となった場合、プレーヤデータ記憶部７１の記憶内容が更新されるとともにサーバー２０のプレーヤ管理データベース５１に更新された記憶内容がバックアップされ、両者の記憶内容の同期が行われる。なおキャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリスト等のプレーヤＩＤに紐付けられたデータをアプリケーションの起動時など必要に応じてプレーヤ管理データベース５１からプレーヤデータ記憶部７１にダウンロードするようにしてもよい。

端末データ記憶部７０は、育成進行データ記憶部７２を含む。育成進行データ記憶部７２には、育成機能において育成対象として選択可能なキャラクタ（育成対象リストにおいて解放済みの情報が対応づけられたキャラクタ種別ＩＤのキャラクタ）の育成機能の進行に必要なデータ（育成進行データ）が記憶される。本実施形態では、育成機能に関して育成目標やゲームイベントなどがキャラクタ毎に用意されており、少なくとも育成目標の設定内容およびゲームイベントの設定内容を含む育成進行データがキャラクタ種別ＩＤに紐付けて育成進行データ記憶部７２に記憶されている。

また端末データ記憶部７０は、レース制御データ記憶部７３を含む。レース制御データ記憶部７３には、育成機能や対戦機能においてキャラクタが出走したレースを観戦させる際にキャラクタの動作やスキル発動の演出などを制御するためのデータや、レース実況のテキストデータおよび音声データなどが記憶されている。

また端末データ記憶部７０は、イベントデータ記憶部７４を含む。イベントデータ記憶部７４には、対戦レースイベントに関する制御を行うための各種データが記憶されている。本実施形態では、対戦レースイベントの開催スケジュールに関するデータ、参加チケットの所持数の管理データ、プレーヤＩＤに紐付くイベントパラメータの管理データ、イベントスキルの発動条件や効果に関するデータ、表示画面やダイアログに関する画像を生成するためのデータ、報酬の獲得状況を管理するデータなどがイベントデータ記憶部７４に記憶されている。

ゲーム実行部８０は、ゲーム開始条件が満たされた場合にゲームを開始する処理、複数種類のゲームモードのうち選択されたゲームモードを実行する処理、ゲームを進行させる処理、イベント発生条件が満たされた場合にイベントを発生させる処理、ゲーム結果を演算する処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、サーバー２０に演算を要求する処理、サーバー２０から演算結果や必要なデータを取得する処理、およびサーバー２０にプレーヤ端末４０の演算結果やデータを送信する処理などを行い、主としてＣＰＵ／ＧＰＵ４１および通信部４４により実現される。本実施形態では、ゲーム実行部８０が、育成機能提供部８１と、対戦機能提供部８２とを含む。

育成機能提供部８１は、キャラクタを育成する育成機能を提供する処理を行う。本実施形態では、キャラクタの育成に関して入力を受け付けて、その入力に対する演算結果の表示等を行う。

本実施形態では、育成機能においてキャラクタを育成する際に、１ターンごとにターン消費の対象となっている行動を選択することが求められる。ターン消費の対象となっている行動としては、トレーニング、レースへの出走、お出かけ、保健室などが存在し、育成機能提供部８１は、ターン消費の対象となる行動の選択を表示部４４に表示される育成ホーム画面などを通じて受け付けて、選択された行動に対する結果の演算をサーバー２０に要求する。要求を受けたサーバー２０では、選択された行動に対する結果の演算を行って演算結果をプレーヤ端末４０に送信し、育成機能提供部８１は、サーバー２０から受信した演算結果に対応する表示画面を表示部４４に表示させる。

また本実施形態では、育成対象のキャラクタの種別に応じて育成目標が設定されており、育成目標において所定のターンにおいて選択が強制される必須行動が存在する場合がある。例えば、育成目標において所定のレースに出走すること、または所定のレースで所定の着順結果を得ることなどである。この場合、育成目標に関連付けられた所定のレースが設定されているターンにおいては、レースへの出走が必須行動となり、レースへの出走以外のターン消費の対象となる行動は選択することができない。このように育成機能提供部８１は、必須行動の選択を受け付けるターンにおいて必須行動とは異なる行動の選択を制限する制御を行う。

また育成機能提供部８１は、育成が終了したキャラクタに紐付ける因子情報をサーバー２０から取得してプレーヤに通知し、プレーヤの承認を経て因子情報が紐付けられたキャラクタを、プレーヤ管理データベース５１のキャラクタリストおよびプレーヤデータ記憶部７１のキャラクタリストに登録するための処理を行う。

具体的に説明すると、育成機能提供部８１は、育成が終了したキャラクタに紐付ける因子情報をサーバー２０から取得してプレーヤに通知する処理を行う。例えば、育成機能提供部８１は、育成機能においてキャラクタの育成が終了したことに基づいてサーバー２０に対して因子獲得要求を送信し、キャラクタに紐付ける予定の因子情報をサーバー２０から取得する。そして育成機能提供部８１は、サーバー２０から取得した因子情報を、表示部４４を通じてプレーヤに通知する。

また育成機能提供部８１は、因子情報がプレーヤに通知された後に、因子情報の再獲得を要求する入力を受け付けて、育成が終了したキャラクタに紐付ける因子情報を変更可能とする処理を行う。

具体的に説明すると、育成機能提供部８１は、因子情報が通知された後に、因子情報を確定する入力と因子情報を再獲得するための入力を受け付けて、因子情報を再獲得するための入力を受け付けたことに基づいてサーバー２０に対して因子再獲得要求を送信して、サーバー２０から再抽選によって決定された因子情報を取得する。因子情報が再獲得された場合、育成機能提供部８１が、育成が終了したキャラクタに関して、先に獲得した因子情報と後に獲得した因子情報とを比較可能に表示し、いずれの因子情報をキャラクタに紐付けるかをプレーヤが選択可能とする。そして育成機能提供部８１は、先に獲得した因子情報と後に獲得した因子情報とのいずれをキャラクタに紐付けるかの選択を受け付けて、選択結果に対応する因子情報をキャラクタに紐付ける因子情報として確定する。

また育成機能提供部８１は、プレーヤに紐付ける因子情報が確定されたことに基づいて、育成済みキャラクタをプレーヤデータ記憶部７１のキャラクタリストに登録するとともに、サーバー２０に対してキャラクタ登録要求を送信する。キャラクタ登録要求を受信したサーバー２０では、プレーヤ管理データベース５１のキャラクタリストにキャラクタ登録要求に対応する育成済みキャラクタを登録する。

対戦機能提供部８２は、プレーヤが所有する育成済みキャラクタを、他のプレーヤの育成済みキャラクタや、ノンプレーヤキャラクタ(ＮＰＣ)とレースで対戦させる対戦機能を提供する処理を行う。本実施形態では、対戦機能として、常設対戦機能とイベント対戦機能とが存在する。

常設対戦機能は、期間の制限がなく利用可能な対戦機能であり、プレーヤが利用できるレースの種類として、チーム競技場、デイリーレース、デイリーレジェンドレースの３種類が存在する。

チーム競技場は、短距離、マイル、中距離、長距離、ダートの５種類の距離カテゴリについて、プレーヤの手持ちの育成済みキャラクタから３体ずつ選択して５つのチームを編成し、他のプレーヤが編成したチームと各距離カテゴリに関する５種類のレースで対戦する対戦機能である。各距離カテゴリで１着を取ったキャラクタが所属するチームが勝利し、５種類のレースのうち３勝することで対戦相手に勝利したことになる。チーム競技場では、各レースでキャラクタの挙動や着順に応じた競技場ポイントが付与され、５種類のレースにおける競技場ポイントの合計によってプレーヤのランキングが決定され、ランキングに応じた報酬が付与される。

デイリーレースは、マイルまたは中距離の距離カテゴリについて報酬および難易度の異なるレースが用意されており、プレーヤの手持ちの育成済みキャラクタから１体を選択し、選択した育成済みキャラクタを出走させてノンプレーヤキャラクタ（ＮＰＣ）とレースで対戦する対戦機能である。デイリーレースでは、プレーヤが出走させた育成済みキャラクタのレースにおける着順に応じた報酬を獲得することができる。

デイリーレジェンドレースは、レースの結果に応じてキャラクタピースを報酬として獲得できる対戦機能である。キャラクタピースとは、所定数のキャラクタピースを消費することによって、育成対象として未解放のキャラクタを解放する、または解放済みキャラクタのレアリティを上げることを可能とするアイテムである。デイリーレジェンドレースでは、キャラクタごとにレースの条件が設定されており、キャラクタピースの獲得を所望するキャラクタを選択して、プレーヤの手持ちの育成済みキャラクタから１体を選択し、選択した育成済みキャラクタをレースに出走させる。そしてデイリーレジェンドレースでは、プレーヤが出走させた育成済みキャラクタがレースで１着を獲得すると、出走したレースに対応するキャラクタのキャラクタピースを獲得することができる。

対戦機能提供部８２は、チーム競技場、デイリーレース、およびデイリーレジェンドレースの常設対戦機能において、プレーヤが出走を決定した場合、対戦結果要求をサーバー２０に対して送信する。プレーヤ端末４０から対戦結果要求を受信したサーバー２０では、レースシミュレーションが実行され、対戦機能提供部８２は、サーバー２０からレースシミュレーションの結果を取得する。レースシミュレーションの結果をサーバー２０から受け取ったプレーヤ端末４０では、対戦機能提供部８２が、レース制御データ記憶部７３に記憶されている各種データに基づいて、レースシミュレーションの結果に基づくレース映像を生成し、生成されたレース映像を表示部４４に表示させて、プレーヤがレースの模様を観戦することができる。

イベント対戦機能は、期間限定で利用可能な対戦機能であり、対戦レースイベントが存在する。対戦レースイベントでは、メインステージとエクストラステージとが設けられている。対戦機能提供部８２は、対戦レースイベントに関するゲーム進行を行う制御部として、第１ステージ制御部８３と第２ステージ制御部８４とを含む。

第１ステージ制御部８３は、対戦を繰り返すことで蓄積されるランクポイントに基づき各プレーヤの戦績が評価されるメインステージの進行を制御する。具体的に説明すると、第１ステージ制御部８３は、プレーヤが所有する育成済みキャラクタの中からメインステージでのレースに出走させる３体の育成済みキャラクタを選択するための入力を受け付ける処理を行う。また第１ステージ制御部８３は、メインステージのレースにおける対戦相手の決定を要求する対戦相手決定入力を受け付けて、対戦相手決定入力が行われたことに基づいてサーバー２０にマッチング要求を送信する処理を行う。また第１ステージ制御部８３は、サーバー２０からマッチング要求に対する対戦相手のマッチング結果を受け取ると、レースの出走を決定する出走決定入力を受け付けて、出走決定入力が行われたことに基づいてサーバー２０に出走要求を送信する処理を行う。また第１ステージ制御部８３は、サーバー２０から出走要求に対する１セット分の５レースのレースシミュレーション結果を受け取ると、各レースの様子を表示部４６によって観戦可能とし、レース結果やレース結果に付随する情報（ランクポイントの獲得量、リーグランクの状況、報酬の獲得内容など）を表示部４６に表示させる制御を行う。

第１ステージ制御部８３は、対戦バランス調整部８５を含む。対戦バランス調整部８５は、イベントパラメータが最大値に達した場合に、イベントスキルを獲得するための処理を行う。具体的には、イベントパラメータが最大値に達した状況でサーバー２０に対してマッチング要求が行われる場合に、対戦バランス調整部８５は、イベントスキルの獲得要求をサーバー２０に対して送信する。イベントスキルの獲得要求を受け取ったサーバー２０では、イベントスキル決定部６４が、抽選を行って獲得対象のイベントスキルを決定し、獲得対象のイベントスキルの情報がプレーヤ端末４０に通知される。イベントスキルには、効果を有効に機能させるための発動条件が設定されており、対戦バランス調整部８５は、イベントスキルを獲得している状況において、メインステージでのレースシミュレーションをサーバー２０に要求する前に、そのイベントスキルの発動条件を満たすためのアイテムをプレーヤの任意で使用可能とする制御を行う。

第２ステージ制御部８４は、メインステージの戦績上位のプレーヤの参加が許可され、参加が許可されたプレーヤが対戦を行うエクストラステージの進行を制御する。エクストラステージでは、メインステージの戦績によって、レースに参加するプレーヤとレースに参加しないプレーヤとに区別される。メインステージでは、１セット分の５レースを繰り返す形式で対戦が行われるが、エクストラステージでは、参加を許可された各プレーヤが１レースのみを行う形式で対戦する。第２ステージ制御部８４は、レースへの参加が許可されている場合、エクストラステージの出走登録期間においてプレーヤが所有する育成済みキャラクタの中からエクストラステージでのレースに出走させる３体の育成済みキャラクタを選択するための入力を受け付ける処理を行う。エクストラステージのレースはランダムマッチングではなく、メインステージにおけるランクポイントに基づく順位によって決定され、出走登録期間が終了すると育成済みキャラクタの出走登録内容が確定し、サーバー２０によってレースシミュレーションが実行される。

また第２ステージ制御部８４は、エクストラステージにおけるレースの参加の可否に関わらずにエクストラステージにおける対戦を観戦可能とし、対戦を観戦したことに基づいて報酬を獲得可能とする制御を行う。具体的には、全てのプレーヤのプレーヤ端末４０に対してエクストラステージのマッチング結果とレースシミュレーションの結果がサーバー２０から配布され、第２ステージ制御部８４は、サーバー２０から受け取ったマッチング結果とレースシミュレーションの結果に基づいて、エクストラステージのレースの様子を表示部４６によって観戦可能とし、レース結果や観戦によって獲得した報酬を表示部４６に表示させる制御を行う。なお対戦レースイベントのエクストラステージでは、第２ステージ制御部８４が、レース期間の開始後に、ホーム画面からイベントトップ画面へ遷移する操作が行われた場合に、エクストラステージのレースを観戦可能とし、イベントトップ画面へ遷移する操作が行われていないプレーヤ端末４０に対してはサーバー２０からレースシミュレーションの結果が送られないようにすることができる。本実施形態では、対戦レースイベントの開催期間において、ホーム画面に対戦レースイベントに対応するイベントアイコンが設けられ、第２ステージ制御部８４が、イベントアイコンに対するタップ入力を行われた場合、イベントトップ画面へ遷移する操作が行われたと判断する。また対戦レースイベントにおいてエクストラステージが開始されることに伴って、ホーム画面のイベントアイコンを強調表示することによってホーム画面においてイベントアイコンが目立つようにイベントアイコンの表示態様を変化させるようにしてもよい。

また第２ステージ制御部８４は、エクストラステージにおける対戦を観戦するに際して、レースに出走する育成済みキャラクタのうち任意の１体の育成済みキャラクタを応援対象として選択する入力を受け付けて、応援対象として選択された育成済みキャラクタを識別可能な観戦画面を表示する制御を行う。また第２ステージ制御部８４は、応援対象を選択したことに基づいて報酬を獲得可能とし、応援対象を選択したことをサーバー２０に送信することによってサーバー２０から応援対象の選択に対して付与される報酬の情報を受け取り、獲得した報酬内容を表示部４６に表示させる制御を行う。

２．本実施形態の制御手法
以下では、本実施形態の制御手法について、本実施形態のゲームプログラムをスマートフォンとして設けられたプレーヤ端末４０のゲームアプリケーションに適用した場合を例に挙げて説明する。

本実施形態のゲームプログラムは、複数種類のゲーム機能を提供可能に構成されており、主たるゲーム機能の一つである対戦機能では、複数のキャラクタがレースで対戦を行うことができる。この対戦機能では、レース中にキャラクタを操作することはなく、出走する各キャラクタのステータスなどに基づいて行われたレースシミュレーションの結果を、プレーヤ端末４０を通じて観戦することができる。そして本実施形態のゲームプログラムが適用された情報処理システム１０では、プレーヤ端末４０からの要求に応答してサーバー２０において対戦相手をマッチングして、プレーヤ端末４０のそれぞれから出走登録された育成済みキャラクタをレースで競わせる対戦レースイベントが期間限定でイベント対戦機能として提供される。

図５は、対戦レースイベントの実施概要を示す図である。図５に示すように、対戦レースイベントでは、メインステージとエクストラステージ（ＥＸステージ）とが設けられている。

メインステージでは、５レースの１セットを繰り返す形式で対戦を行い、各レースの結果に基づきランクポイントを獲得して、獲得したランクポイントの合計によってプレーヤのリーグランクが決定される。メインステージにおける対戦相手となるプレーヤとのマッチングは、対戦を要求するプレーヤのランクポイントが参照される。具体的には、自身のランクポイントに対して所定範囲内のランクポイントを所持するプレーヤを抽出したプレーヤリストが作成され、自身と同一のリーグランクまたは自身のリーグランクの近傍のリーグランクに属するプレーヤが対戦相手として決定される。

メインステージの対戦を行う準備として、プレーヤは自身の所有する育成済みキャラクタから３体のキャラクタによるチームを編成して登録することが必要となる。メインステージの対戦は、対戦を要求するプレーヤと対戦相手となったプレーヤとの各３体の育成済みキャラクタに加えて、ＮＰＣが６体の計１２体のキャラクタによるレースで行われる。

メインステージで獲得したランクポイントの合計によって決定されるリーグランクには、ブロンズ、シルバー、ゴールド、およびプラチナの４区分が設けられている。メインステージにおいて獲得したランクポイントの合計がリーグランクの昇格条件を満たすと、リーグランクが次の段階へ昇格し、ランクアップ報酬が付与される。ランクアップ報酬は、昇格先のリーグランクに応じて報酬内容が変化してもよいし、昇格先のリーグランクに関わらず報酬内容が固定であってもよい。メインステージで対戦を行った場合、各レースを行ったことに対する報酬である出走報酬も付与される。出走報酬はレース結果に応じて変化するようにしてもよいし、レース結果に関わらず報酬内容が固定であってもよいし、プレーヤが所属するリーグランクに応じて出走報酬の報酬内容が変化するようにしてもよい。本実施形態では、ランクアップ報酬および出走報酬として、ゲーム内通貨、交換アイテム（レアアイテムとの交換に必要となるアイテム）、ゲームの進行やレースの進行に影響を与えるアイテムなどが付与される。

メインステージにおいてリーグランクには大分類ランクと小分類ランクとが存在するようにしてもよい。大分類ランクを、ブロンズ、シルバー、ゴールド、およびプラチナとして、大分類ランクについて複数段階の小分類ランク（ブロンズ１、ブロンズ２、・・・、シルバー１、シルバー２、・・・など）が設けることができる。なお一部の大分類ランクについては小分類ランクを設けなくてもよい。例えば、プラチナは最高位の区分として小分類ランクを設けなくてもよい。大分類ランクと小分類ランクとを設けた場合、小分類ランクの昇格条件を満たした場合および大分類ランクの昇格条件を満たした場合のいずれにおいてもランクアップ報酬が付与されるようにしてもよいし、いずれか一方の昇格条件を満たした場合にランクアップ報酬が付与されるようにしてもよい。

メインステージでは、レース結果に応じて、自身が出走登録した３体の育成済みキャラクタのそれぞれの着順に応じてランクポイント（ｐｔ）を獲得することができる。本実施形態では、１着に対して１００ｐｔ、２着に対して３０ｐｔ、３着に対して２０ｐｔを獲得することができる。なお４着以下については０ｐｔとなっており、４着以下についてはランクポイントの獲得ができない。プレーヤが出走登録した３体の育成済みキャラクタがレースにおいて１着～３着を独占した場合、１５０ｐｔを獲得することができる。すなわち１レースにつき最大で１５０ｐｔのランクポイントを獲得することができる。本実施形態では、着順によって獲得できるランクポイントはプレーヤが所属するリーグランクによらず固定となっているが、リーグランクに応じて獲得できるランクポイントが異なっていてもよい。例えば、リーグランクが上位のランクであるほど着順に応じたランクポイントの獲得量が多くなるように設定することができる。またメインステージでは、レースによる対戦を繰り返すことによって、ランクポイントが累積的に加算されていく仕様となっているが、着順が良くない場合、例えば、自身の出走登録した育成済みキャラクタが９着以下の着順であった場合、その着順に対してランクポイントが減算される仕様であってもよい。所定条件下でランクポイントが減算される場合がある仕様では、プレーヤのリーグランクが特定のランク（例えば、プラチナ）である場合に、プレーヤが出走登録した育成済みキャラクタの着順が減算条件を満たす場合にランクポイントの減算が行われるようにしてもよい。

メインステージにおける対戦の参加について、１セット当たり１枚の参加チケットが必要となる場合がある。リーグランクがブロンズである場合は、参加チケットの消費による参加制限がなく、ブロンズに所属するプレーヤはシルバーへの昇格条件を満たすまで無制限に対戦に参加することができる。シルバー～プラチナでは、１セットの対戦参加につき参加チケットを１枚消費することが必要となる。参加チケットは、定時（例えば、毎日１２：００）に１０枚が各プレーヤに付与されて、参加チケットの所持上限は２０枚となっている。ただし、定時付与分では所持上限となる２０枚を超えて参加チケットを所持することはできないが、報酬などにより参加チケットを獲得する場合、メンテナンスによって参加チケットの補填配布がある場合、その報酬により獲得した参加チケットや補填配布された参加チケットについては所持上限２０枚を超えて所持することができる。

メインステージでは、１セット（１回の対戦参加）につき、５レース（５回のレース）を行う。５レースの対戦相手は重複することがないようにマッチングが行われる。またレース結果に応じて獲得するランクポイントの更新およびランクポイントの更新結果の表示画面への反映は、１セット分５レースのレース結果をプレーヤ端末４０において全て表示した後に行われる。なおランクポイントの更新およびランクポイントの更新結果の表示画面への反映を１レースのレース結果をプレーヤ端末４０において表示する毎に行うようにしてもよい。

メインステージでは、サーバー２０が各プレーヤのランクポイントに基づく順位付けを行い、プレーヤ端末からは上位３００名分を閲覧することができる。ランクポイントが同一のプレーヤについてはランクポイントの獲得記録時間を条件としてソートして、獲得記録時間の早いプレーヤが上位となるように順位を決定する。ランクポイントの獲得記録時間まで同一である場合にはプレーヤＩＤなどを追加条件としてソートして順位を決定することができる。

メインステージの開催期間（例えば、４日間）が終了すると、エクストラステージ（ＥＸステージ）に移行する。エクストラステージに移行する際には、メインステージの開催期間終了時点でのランクポイントの順位によってＥＸステージの対戦に参加できるプレーヤとＥＸステージの対戦に参加できないプレーヤとが決定される。

エクストラステージは、メインステージでのスコアランキングの上位者のみがレースに参加可能なステージである。本実施形態では、上位９６名のプレーヤがレースによる対戦参加を許可され、上位９６名以外のプレーヤはレースによる対戦に参加することができない。ＥＸステージでのレースはＮＰＣを含まないプレーヤのみの４名で対戦する形式で開催される。１レース当たり４名のプレーヤが参加するため、エクストラステージではＡブロックの１２レース（第１レース～第１２レース）とＢブロックの１２レース（第１レース～第１２レース）計２４レースが行われる。エクストラステージのレースに対する出走登録は、参加を許可されたプレーヤのみ行うことができる。エクストラステージのレースコンディション（天候、コース状態）は、マッチング時に抽選で決定するが、出走登録期間において非開示となっており、出走登録期間が経過して各プレーヤの育成済みキャラクタの出走登録が完了した後に開示される。

エクストラステージのレースに参加するプレーヤは、参加報酬を得ることができる。本実施形態では、参加報酬としてレースに出走登録された育成済みキャラクタに紐付けてイベント限定二つ名を獲得することができる。レースに参加するプレーヤは、自身の出走レースを観戦した後に、各ブロックのメインレース（第１１レース）の観戦を行うように誘導される。自身がメインレースに出走する場合、自身の出走レースを観戦した後に、他方のブロックのメインレースの観戦を行うように誘導される。

エクストラステージのレースに参加しないプレーヤも、エクストラステージのレースを観戦することができ、観戦に際して、任意の出走キャラクタを応援対象として選択することができる。応援対象の選択はエクストラステージでのレースに関する参加の可否を問わずに全てのプレーヤが行うことができる。

エクストラステージでは、レース期間にイベントトップ画面に遷移する操作をプレーヤ端末４０で行った場合、レースを観戦するための画面に遷移する仕様となっている。応援対象の選択を行ったプレーヤは、応援対象の選択に対して応援報酬をレースの観戦後に得ることができる。

エクストラステージには、出走登録期間、応援受付期間、レース期間が設定される。

出走登録期間は、レースの参加を許可されたプレーヤのみ関係する期間であり、レースの参加を許可されたプレーヤがレースに出走させる３体の育成済みキャラクタの出走登録を行うことができる期間である。なおエクストラステージの参加を許可されたプレーヤのメインステージでの最後の出走登録キャラクタの情報はサーバー２０側で対戦管理データベース５２に記録されているため、出走登録期間にキャラクタの変更が行われなければ、出走登録期間の満了をもって対戦管理データベース５２に記録されている育成済みキャラクタで出走登録が行われる。

応援受付期間では、全てのプレーヤが、ＡブロックおよびＢブロックの第１レース～第１２レースの全ての出走キャラクタを閲覧することができ、１レースにつき、任意の１キャラクタを応援対象として選択することができる。各プレーヤは、ＡブロックおよびＢブロックのそれぞれにおいて、応援報酬を１回ずつ獲得することができる。なおエクストラステージでは、初回の応援対象の選択に対してのみ応援報酬を獲得することができるようにしてもよい。

レース期間では、イベントトップ画面へ遷移するための操作が行われた場合、Ａブロックのメインレース（第１１レース）を再生するための演出を開始する。Ａブロックのメインレースの観戦が終わると、Ｂブロックのメインレース（第１１レース）を再生するための演出を開始し、Ｂブロックのメインレースの観戦が終わると、イベントトップ画面へ遷移することが可能となる。各メインレースの観戦後、具体的には各メインレースのレース結果を表示した後には、観戦報酬が付与される。レースに参加したプレーヤについては自身の出走レースの観戦を行ってから、観戦が済んでいないメインレースの観戦を行い、自身の出走レースの観戦後には観戦報酬に加えて、既述のイベント限定二つ名を参加報酬として追加で獲得することができる。なお参加報酬については、観戦報酬と同時期に付与される必要はなく、エクストラステージの応援受付期間以降にイベントトップ画面へ遷移する操作が行われた場合に参加報酬を付与するようにしてもよい。

図６は、対戦レースイベントのメインステージの進行フローを示す図である。

まずメインステージを開始するにあたってレースに出走させる３体の育成済みキャラクタの登録を受け付ける（ステップＳ１０１）。レースに出走させる３体の育成済みキャラクタの登録は、イベントトップ画面を経由して行われる。

図７は、イベントトップ画面の表示例を示す図である。イベントトップ画面には、スキルゲージ１０１が表示されている。スキルゲージ１０１はイベントパラメータの獲得状況を示すものであり、本実施形態では、イベントパラメータが最大値に達するという獲得条件を達成することでイベントスキルの獲得に関する専用演出が発生し、プレーヤが出走登録した３体の育成済みキャラクタにイベントスキルの発動に基づくバフ効果を獲得可能とする仕様である。イベントスキルの発動によるバフ効果はイベントスキルを獲得した１セットの５レース内で有効であり、１セット内の５レースの全てに反映される。

またイベントトップ画面には、編成ボタン１０２が設けられており、編成ボタン１０２に対するタップ入力が行われると、プレーヤが所有する育成済みキャラクタの一覧が表示され、レースに出走させる育成済みキャラクタを選択することができる。

そしてレースに出走させる３体の育成済みキャラクタの登録が完了すると、イベントトップ画面において対戦相手決定ボタン１０３が有効化され、対戦相手を決定するマッチングの受け付けが開始される（ステップＳ１０２）。イベントトップ画面が表示されている状況で、有効化されている対戦相手決定ボタン１０３に対するタップ入力が行われると、図８（Ａ）や図８（Ｂ）に示すように、出走キャラクタ確認ダイアログが表示される。図８（Ａ）は、イベントパラメータが最大値未満である場合の出走キャラクタ確認ダイアログの表示例であり、図８（Ｂ）はイベントパラメータが最大値である場合の出走キャラクタ確認ダイアログの表示例である。本実施形態では、イベントパラメータの獲得状況によってイベントパラメータが最大値（例えば、３０）である場合には出走キャラクタ確認ダイアログにおいてイベントスキルを獲得する旨が通知される。出走キャラクタ確認ダイアログにおいてＯＫボタン１０５に対するタップ入力が行われると、マッチング入力が行われたと判断されてプレーヤ端末４０からサーバー２０に対してマッチング要求が送信される。プレーヤ端末４０からマッチング要求を受信したサーバー２０では、対戦相手を決定して新たな対戦レコードを作成するマッチング処理を行う（ステップＳ１０３）。マッチング処理では、マッチング要求の要求元のプレーヤに対してマッチングＩＤを付与するとともに、対戦相手の候補となるプレーヤのプレーヤリストを作成し、１セット分５レースのそれぞれについての対戦相手となるプレーヤをプレーヤリストから抽出して５名の対戦相手について出走するレースを識別するためのレースＩＤを割り当てて、１セット５レース分の対戦レコードを作成する。またマッチング処理では、１２体の出走キャラクタの出走番号を決定するゲート抽選とレースコンディション（天候およびコース状態）を決定するコンディション抽選とが実行され、ゲート抽選の結果とコンディション抽選の結果が対戦レコードに記録される。

メインステージにおける対戦相手とのマッチングについては、リーグランクに応じて異なる形式で行うことができる。例えば、マッチング要求の要求元のプレーヤのリーグランクがブロンズ～ゴールドのいずれかである場合と、プラチナである場合とで異なる形式で行うことができる。

まずプレーヤのリーグランクがブロンズ～ゴールドである場合、５レース分の対戦相手のマッチングについて通常マッチングと格下マッチングンとが存在し、３レース分を通常マッチングで行い、残り２レース分を格下マッチングで行うことができる。

通常マッチングでは、プレーヤが出走登録した３体の育成済みキャラクタのうち最も評価点の高い育成済みキャラクタの評価点を基準として、その評価点を含む所定範囲内の評価点を有する育成済みキャラクタを編成しているプレーヤによってプレーヤリストを作成して対戦相手をランダムに検索することができる。育成済みキャラクタの評価点とは、育成済みキャラクタのステータスの優秀度合いを数値化したものであり、本実施形態では、育成済みキャラクタの性能パラメータ（スピード、スタミナ、パワー、根性、賢さ）と育成済みキャラクタの所持スキルとに基づき算出される。格下マッチングでは、プレーヤが出走登録した３体の育成済みキャラクタのうち最も評価点の低い育成済みキャラクタの評価点を基準として、その評価点未満の所定範囲内の評価点を有する育成済みキャラクタを編成しているプレーヤによってプレーヤリストを作成して対戦相手をランダムに検索することができる。検索対象の評価点の範囲については、リーグランクに応じて設定することができ、リーグランクに関わらず共通であってもよいし、リーグランクに応じて異なっていてもよい。

次にプレーヤのリーグランクがプラチナである場合、マッチング対象は、リーグランクがプラチナであるプレーヤとし、編成している育成済みキャラクタの評価点を参照せず、リーグランクのみを基準としてプレーヤリストを作成することができる。ただし、プレーヤのリーグランクがプラチナである場合のマッチングにおいて対戦相手が見つからない場合には、対象となるリーグランクをゴールドに下げて対戦相手を検索するようにしてもよい。

１セット分５レースの対戦相手のマッチングが完了すると、サーバー２０は、ゲート抽選の結果およびコンディション抽選の結果を含むマッチング結果をプレーヤ端末４０に送信し、プレーヤ端末４０では５レース分の対戦相手と、その対戦相手が編成した育成済みキャラクタが表示部４６に表示された後、出走準備ダイアログが表示され、アイテムの使用に関する入力を受け付ける（ステップＳ１０４）。なおマッチング要求時にイベントパラメータが最大値であった場合、プレーヤ端末４０は、サーバー２０からマッチング結果とともにイベントスキルの獲得結果も受信し、マッチング結果の詳細を表示する前に、図９に示すように、イベントスキルの獲得結果を通知するスキル獲得演出が実行される。スキル獲得演出では、イベントスキルのアイコン１０７、イベントスキルの効果説明テキスト、イベントスキルの発動に対応するアイテム（イベントスキル対応アイテム）のアイコン１０９などが表示される。

図１０～図１２は、出走準備ダイアログの表示例を示す図である。図１０は、イベントスキルを獲得していない状況での出走準備ダイアログの表示例であり、図１１および図１２は、イベントスキルを獲得している状況での出走準備ダイアログの表示例である。出走準備ダイアログでは、レースの出走に際して出走キャラクタのやる気を上昇させるアイテムや、天候やコース状態などのレースコンディションを変更するアイテムの使用選択をすることができる。本実施形態では、１セットにつき２個のアイテムを使用することができ、アイテムを使用するか否かはプレーヤが任意に決定することができる。各アイテムについては、１日につき５回の使用上限が設けられており、使用上限は定時（例えば、１２：００）において５回にリセットされる。ただし、イベントスキルの発動条件を満たすために使用されるイベントスキル対応アイテムとなっているアイテムについては、使用上限に達している場合であっても使用することができ、使用上限に達していない場合であっても使用回数を消費しない。また出走準備ダイアログでは、アイテムの使用が有効に機能しない場合、そのアイテムに対応するアイコンはグレーアウト表示され、使用することができないように制御される。例えば、天候が晴れのレースコンディションである場合に、天候を晴れに変更するアイテムは有効に機能しないため、グレーアウト表示される。また例えば、天候を晴れのレースコンディションに変更するアイテムを選択している状態では、天候を雨のレースコンディションに変更するアイテムが有効に機能しないため、同時使用が不可であることを示すアイコンを付してグレーアウト表示される。またイベントスキルを獲得している状況では、出走準備ダイアログにおいて獲得しているイベントスキルの情報が表示され、イベントスキル対応アイテムのアイコンには、残り使用回数の表示欄にイベントスキル対応アイテムである旨の表示が行われる。また本実施形態では、出走準備ダイアログにおいてアイム自動選択機能が設けられており、自動選択機能切替ボタン１１１によってアイテム自動選択機能のオン／オフを切り替えることができる。図１１に示す表示例では、アイテム自動選択機能がオンとなっているため、イベントスキル対応アイテムが自動選択されている。図１２に示す表示例では、アイテム自動選択機能がオフとなっているため、選択アイテム表示欄１１２，１１３が空欄となっており、任意のアイテムの使用を選択することができる。

出走準備ダイアログが表示されている状況において出走ボタン１１４に対するタップ入力が行われると、図１３に示すように、出走確認ダイアログが表示されて出走の最終確認が行われる。なお図１０～図１２に示す出走準備ダイアログの出走ボタン１１４には、参加チケットの消費数を示す情報も表示され、プレーヤのリーグランクがブロンズである場合には、参加チケットの消費しない旨の情報が表示され、プレーヤのリーグランクがシルバー～プラチナである場合には、参加チケットを１枚消費する旨の情報が表示される。また出走確認ダイアログでは、イベントスキルの発動の有無が通知される。例えば、図１３に示すように、イベントスキルの獲得している状況でイベントスキル対応アイテムが使用されていないことによってイベントスキルが発動しない場合、出走確認ダイアログにおいて、イベントスキルが発動しないこと、およびイベントスキルが現在セットの５レース終了後に消失することを通知する表示が行われる。また出走確認ダイアログには、ＯＫボタン１１８とキャンセルボタン１１９があり、キャンセルボタン１１９に対するタップ入力が行われると、出走確認ダイアログを閉じて出走準備ダイアログが表示される。一方、ＯＫボタン１１８に対するタップ入力が行われると、プレーヤ端末４０からアイテムの使用内容およびイベントスキルの発動有無を示す情報を含む出走要求がサーバー２０に送信され、出走要求を受け取ったサーバー２０は、１セット５レース分のレースシミュレーション（ステップＳ１０５）を行う。

レースシミュレーションでは、出走するレースに対応付けられているコースの情報、レースコンディション、出走する１２体のキャラクタ（ＮＰＣの６体を含む）のステータス（スピード、スタミナ、パワー、根性、賢さ、所持スキル）などに基づいて、レース展開、着順、タイムなどが演算され、レース結果が対戦レコードに記録される。ここでいうレース展開には、コースのスタート地点からゴール地点までの各キャラクタの移動履歴や、各キャラクタのイベントの発生履歴（スキルの発動、アクシデントの発生）などが含まれる。またサーバー２０は、レース結果に基づいてランクポイントの獲得量およびイベントパラメータの更新量の算出を行い、対戦管理データベース５２におけるプレーヤの戦績の情報を更新する。

そして１セット５レース分のレースシミュレーションがサーバー２０側で完了すると、シミュレーション結果、ならびに算出されたランクポイントの獲得量およびイベントパラメータの更新量に関する情報を含む対戦完了応答が出走要求元のプレーヤ端末４０に送信される。対戦完了応答を受け取ったプレーヤ端末４０では、図１４に示すように、表示画面が拠点画面に遷移してレース観戦やレース結果の確認に関する入力を受け付ける（ステップＳ１０６）。拠点画面では、１セット分の５レースに対応するレースアイコン１２１が表示され、任意のレースアイコン１２１に対してタップ入力を行うことでレース観戦を行うレースを選択することができる。選択中のレースアイコンには選択マーク１２２が付与される。また拠点画面では、スキルゲージ１２３が表示され、現在のイベントパラメータの獲得状況を視認することができる。また本実施形態では、レース観戦の形式として、観戦映像を全て再生するフル観戦と、観戦映像のダイジェスト版を再生するショート観戦とが設けられている。拠点画面には、フル観戦ボタン１２５と、ショート観戦ボタン１２６とが設けられており、フル観戦ボタン１２５に対してタップ入力が行われると、フル観戦用の観戦映像の再生が行われ、ショート観戦ボタン１２６に対するタップ入力が行われるとショート観戦用の観戦映像の再生が行われる。図１５は、観戦映像のうちレース中映像の一場面を示す図であり、観戦映像では、プレーヤの育成済みキャラクタに識別マーク１３０が付与され、自身が出走させた育成済みキャラクタを識別することができる。また観戦映像では、スキルが発動した場合、発動中のスキルがスキルアイコン１３１で表示される。スキルアイコン１３１では、スキル名の横にキャラクタアイコン１３２も表示され、いずれのキャラクタがスキルを発動させているかを判別できる。イベントスキルが発動した場合、イベントスキルは出走させた３体の育成済みキャラクタの全てに適用されるため、自身の出走キャラクタのキャラクタアイコン１３２を伴うイベントスキルのスキルアイコン１３１が３つ表示される。なおイベントスキルの発動時にはスキルアイコン１３１を１つだけ表示し、そのスキルアイコン１３１内に３体分のキャラクタアイコン１３２を並べて表示するようにしてもよい。

選択したレースのレース観戦が終了すると、レース結果の表示が行われるとともに今回観戦したレースにおいて獲得したランクポイントが通知されて、拠点画面に復帰する。１セット５レース分のレース観戦が終了すると（ステップＳ１０８でＹ）、セット終了処理が行われる（ステップＳ１０９）。セット終了処理では、各種報酬の付与やランクポイントおよびイベントパラメータの表示反映などが行われる。例えば、図１６に示すように、今回の１セットで獲得した出走報酬に関する演出表示を行った後に、図１７に示すように、セット終了画面に遷移してランクポイントおよびイベントパラメータの獲得状況が通知される。

また今回の１セットにおいて獲得したランクポイントに基づいてリーグランクの昇格があった場合、出走報酬に関する演出表示に加えて、図１８に示すように、ランク昇格演出が行われ、ランク昇格演出においてランクアップ報酬の付与が通知される。

またリーグランクが最高位のプラチナに昇格した場合には、最高位昇格報酬としてキャラクタ名の表記を伴うイベント限定称号が付与される。このイベント限定称号が付与された場合、図１９に示すように、表記キャラクタ選択ダイアログが表示され、表記対象のキャラクタを選択することができる。表記キャラクタ選択ダイアログでは、選択可能条件を満たすキャラクタと選択可能条件を満たさないキャラクタとが区別して表示される。本実施形態では、サーバー２０の対戦管理データベース５２においてプレーヤ毎にキャラクタ種別ＩＤに紐付けてランクポイントの合計獲得量が管理されており、リーグランクがプラチナに到達したプレーヤについてキャラクタ種別ＩＤに紐付くランクポイントの合計獲得量が所定量に達しているキャラクタについて選択可能条件を満たすと判断される。なお選択可能条件については任意に定めることができる。例えば、育成対象リストにおいて解放済みキャラクタとなっているキャラクタが選択可能条件を満たし、未解放のキャラクタが選択可能条件を満たさないとしてもよい。また例えば、対戦管理データベース５２においてメインステージに出走登録したことのある育成済みキャラクタのキャラクタ種別ＩＤに紐付けて出走済みフラグを設定し、出走済みフラグが設定されているキャラクタが選択可能条件を満たし、出走済みフラグが設定されていないキャラクタが選択可能条件を満たさないとしてもよい。

表記キャラクタ選択ダイアログにおいて選択可能条件を満たすキャラクタのうち選択中のキャラクタのキャラクタアイコン１４１には選択マーク１４２が付与されており、選択可能条件を満たすキャラクタのキャラクタアイコン１４１が選択されている状態で決定ボタン１４３に対するタップ入力が行われると、図２０に示すように、表記キャラクタ確認ダイアログが表示される。表記キャラクタ確認ダイアログでは、表記キャラクタ選択ダイアログで選択されたキャラクタアイコン１４１に対応するキャラクタのキャラクタ名が表記された状態でイベント限定称号１４５が表示される。表記キャラクタ確認ダイアログには、ＯＫボタン１４６とキャンセルボタン１４７とが設けられており、ＯＫボタン１４６に対するタップ入力が行われると、イベント限定称号１４５のキャラクタ名の表記が確定し、プレーヤデータ記憶部７１に保存される。イベント限定称号１４５のキャラクタ名の表記に関する情報はＯＫボタン１４６に対するタップ入力に基づいて、サーバー２０にも送信され、サーバー２０では、プレーヤ管理データベース５１においてもイベント限定称号１４５の情報が保存される。また表記キャラクタ確認ダイアログが表示されている状況においてキャンセルボタン１４７に対するタップ入力が行われると、表記キャラクタ選択ダイアログに復帰して、キャラクタの選択をやり直すことができる。

また既述のランクアップ報酬やイベント限定称号の付与があった場合、これらの報酬に関する演出表示が完了すると、図１７に示すセット終了画面に復帰する。セット終了画面には対戦相手決定ボタン１３５が設けられており、イベントトップ画面に復帰することなく対戦相手を決定するマッチングの受け付けを行うことが可能となっている。なおプレーヤのリーグランクが最高位のプラチナに達している場合には、セット終了画面においてリーグランクが上限に達していることが通知される。またセット終了画面に設けられている進行ボタン１３６に対するタップ入力が行われた場合、セット終了処理を終えて表示画面がイベントトップ画面に復帰する。

このようにメインステージでは、１セット分５レースの対戦を繰り返し行うことが可能であり、メインステージの開催期間（例えば、４日間）が終了すると、エクストラステージ（ＥＸステージ）の開催準備がサーバー２０において実行される。図２１は、エクストラステージの開催準備に係る進行フローを示す図である。

まずメインステージの開催期間が終了すると（ステップＳ２０１でＹ）、各プレーヤのランクポイントの合計獲得量に基づく各プレーヤの順位の確定（ランキング集計）が行われ（ステップＳ２０２）、エクストラステージに参加するプレーヤが決定される。本実施形態では、メインステージにおけるランクポイントの合計獲得量による順位が１位～９６位のプレーヤ（上位９６名のプレーヤ）がエクストラステージのレースに参加できるプレーヤとして決定される（ステップＳ２０３）。

エクストラステージの開催準備がサーバー２０側で終了した後に、プレーヤ端末４０においてイベントトップ画面へ遷移するための操作が行われると、図２２に示すように、ランキング発表ダイアログが表示される。ランキング発表ダイアログにはランキングボタン１５１が設けられており、ランキングボタン１５１に対するタップ入力が行われると、サーバー２０に対してランキング取得要求が送信される。ランキング取得要求を受け取ったサーバー２０では、対戦管理データベース５２に記録されているランクポイントに基づく上位３００名のランキングデータをプレーヤ端末４０に返答する。プレーヤはプレーヤ端末４０の表示画面を通じてサーバー２０から取得した上位３００名のプレーヤを確認することができる。またランキング発表ダイアログに設けられたクローズボタン１５２に対するタップ入力が行われると、ランキング発表ダイアログを閉じて表示画面がイベントトップ画面に遷移する。

続いてエクストラステージの進行フローについて説明する。図２３は、対戦レースイベントのエクストラステージの進行フローを示す図である。

まずエクストラステージ（ＥＸステージ）では、出走登録期間（例えば、１２時間）と、応援受付期間（例えば、１２時間）と、レース期間（例えば、２４時間）とが設けられており、既述のようにレースに参加するプレーヤとレースに参加しないプレーヤとに分かれる。

出走登録期間では、エクストラステージに参加するプレーヤではない場合（ステップＳ３０１でＮ）、イベントトップ画面に遷移すると、図２４に示すように、応援受付期間が開始される日時が通知され、イベントトップ画面以降には進めないようになっている。一方、エクストラステージに参加するプレーヤである場合（ステップＳ３０１でＹ）、図７に示す場合と同様に編成ボタンが設けられたイベントトップ画面（図示省略）が表示され、編成ボタン（編成ボタン１０２と同等の機能を有するボタン）に対するタップ入力を行うことで、出走登録画面に遷移してエクストラステージのレースに出走する３体の育成済みキャラクタの登録を行うことができる（ステップＳ３０２）。

図２５は出走登録画面の表示例を示す図である。出走登録画面では、プレーヤがメインステージにおいて最後に出走させた３体の育成済みキャラクタが初期選択された状態で表示される。エクストラステージに出走させる育成済みキャラクタを変更した場合には、その育成済みキャラクタに対応するキャラクタアイコン１６０に対してタップ入力を行うことで、自身の所有する育成済みキャラクタの一覧が表示されて、他の育成済みキャラクタを選択することで、出走する育成済みキャラクタの入れ替えを行うことができる。出走登録画面において編成確定ボタン１６１に対するタップ入力が行われると、図２６に示すように、出走登録確認ダイアログが表示され、出走登録確認ダイアログに設けられたＯＫボタン１６５に対するタップ入力を行うことでサーバー２０に対して３体の育成済みキャラクタのキャラクタ個体ＩＤを含む出走登録要求が送信される。出走登録要求を受け取ったサーバー２０では、エクストラステージ用の対戦レコードに出走登録要求に含まれる３体分のキャラクタ個体ＩＤを登録して出走登録を完了させる。また出走登録確認ダイアログには、エクストラステージのレースに参加したプレーヤに対する参加報酬としてイベント限定二つ名「ＳＵＰＥＲ ＨＥＲＯ」が獲得できることが通知される。本実施形態では、育成済みキャラクタに対して二つ名を設定することができ、対戦レースイベントにおいてエクストラステージのレースに参加したプレーヤは、そのレースに出走した育成済みキャラクタに対してイベント限定二つ名「ＳＵＰＥＲ ＨＥＲＯ」を設定することが可能となる。本実施形態では、プレーヤが所持する育成済みキャラクタごとに、二つ名の設定を行うことができる。育成済みキャラクタに対して設定された二つ名は、育成済みキャラクタの情報を確認する表示画面においてキャラクタ名に併記して表示することができる。育成済みキャラクタに対して設定されている二つ名は、フレンド登録した他のプレーヤや対戦機能を利用して同じレースに出走する他のプレーヤなどに対しても表示することができる。二つ名は、ゲームにおいて、その二つ名の獲得条件を達成したことを示すものであり、自身が所有する育成済みキャラクタに対して設定した二つ名を用いて他のプレーヤに対して自身のゲームにおける実績をアピールすることができる。また二つ名は、ゲームの実績を示す指標であって、基本的には、レースやゲームの進行に影響を与えるものではない。ただし一部のゲーム機能において二つ名の所持を判断基準としてプレーヤが所有する育成済みキャラクタの中から所定の二つ名を所持する育成済みキャラクタを抽出する処理に利用することができる。また出走登録確認ダイアログに設けられたキャンセルボタン１６６に対するタップ入力が行われた場合には、出走登録確認ダイアログを閉じて出走登録画面に復帰し、出走登録する３体の育成済みキャラクタの編成をやり直すことができる。

出走登録期間が終了すると、メインステージの上位９６名のプレーヤをエクストラステージの２４レースに割り振って、出走キャラクタの出走番号を決定するゲート抽選と、レースコンディション（天候およびコース状態）を決定するコンディション抽選とを伴うマッチング処理が行われる（ステップＳ３０３）。

エクストラステージに参加する９６名のプレーヤは、Ａブロック４８名とＢブロック４８名とに分けられて、Ａブロック１２レースとＢブロック１２レースとに割り振られる。具体的には、１位～４位をＡブロック、５位～８位をＢブロック、９位～１２位をＡブロックという形式で４名ずつＡブロックとＢブロックとに交互に振り分けられる。エクストラステージでは、ＡブロックおよびＢブロックにそれぞれメインレースが設定され、各１２レースのうち第１１レースがメインレースとして設定されている。Ａブロックのメインレースは１位～４位のプレーヤが出走し、Ｂブロックのメインレースは５位～８位のプレーヤが出走する。各ブロックについて、第１１レース→第１０レース→第９レース→第１２レース→第８レース→第７レース→・・・第２レース→第１レースの順に順位が上位のプレーヤから出走するレースが割り当てられる。

マッチング処理が完了すると、エクストラステージの２４レース分についてレースシミュレーションが行われ（ステップＳ３０４）、レースに参加するプレーヤがプレーヤ端末４０においてイベントトップ画面に遷移する操作を行うと、図２７に示すように、イベント限定二つ名「ＳＵＰＥＲ ＨＥＲＯ」を獲得したことを通知するＥＸステージ参加報酬ダイアログが表示される。ＥＸステージ参加報酬ダイアログに設けられたクローズボタン１７０に対するタップ入力が行われると、ＥＸステージ参加報酬ダイアログを閉じてイベントトップ画面に遷移する。

エクストラステージにおいて出走登録期間が終了してサーバー２０によるレースシミュレーションが完了すると、応援受付期間となり、イベントトップ画面を経由して応援対象の選択の受け付けが開始される（ステップＳ３０５）。

図２８は、応援受付期間におけるイベントトップ画面の表示例を示す図である。応援受付期間におけるイベントトップ画面には、応援対象の選択を受け付け中である旨の表示を付したレース一覧ボタン１８０が設けられており、レース一覧ボタン１８０に対するタップ入力が行われると、サーバー２０に対してレース一覧取得要求が送信され、レース一覧取得要求を受け取ったサーバー２０では対戦管理データベース５２に作成されたエクストラステージの対戦レコードを参照し、マッチング結果を含むレース一覧情報をプレーヤ端末４０に送信する。サーバー２０からレース一覧情報を取得したプレーヤ端末４０では、エクストラステージの２４レース分の出走キャラクタを閲覧できるレース一覧画面を表示する。

図２９および図３０は、レース一覧画面の表示例を示す図である。レース一覧画面では、エクストラステージのＡブロックの第１レース～第１２レースおよびＢブロックの第１レース～第１２レースのそれぞれについて各１２体の出走キャラクタを１レース単位で閲覧することができる。レース一覧画面においてＡブロックとＢブロックとの表示の切り替えは、Ａブロックタブ１９１とＢブロックタブ１９２とに対してタップ入力を行うことで可能となっている。表示対象のレースについては送りボタン１９３と戻しボタン１９４とを用いて変更することができる。また先頭ボタン１９５を用いて第１レースを表示対象に変更したり、最後尾ボタン１９６を用いて第１２レースを表示対象に変更したりすることもできる。応援対象の選択が済んでいないレースが表示対象である場合、応援対象表示領域１９７には、応援対象の選択が済んでいない旨の表示が行われる。図２９に示す表示例では、Ａブロックの第１１レースを表示対象となっており、第１１レースの出走キャラクタが出走キャラクタ表示領域１９８に表示される。出走キャラクタ表示領域１９８では、出走キャラクタごとにメインステージにおける出走履歴などの各種情報が表示され、出走キャラクタごとに対応する応援ボタン１９９が設けられている。現在表示されているレースについて、１２体の出走キャラクタのいずれかに対応する応援ボタン１９９に対してタップ入力が行われると、図３０に示すように、タップ入力が行われた応援ボタン１９９の表記が「選択済み」に変更され、応援対象表示領域に応援対象として選択された出走キャラクタのキャラクタアイコン２００が表示される。また応援対象の選択のために応援ボタン１９９に対するタップ入力が行われた際には、応援対象の選択情報を含む応援対象設定要求がサーバー２０に対して送信され、応援対象設定要求を受け取ったサーバー２０では、対戦管理データベース５２に応援対象の選択情報をプレーヤＩＤに紐付けて記録する。

なお応援対象の選択は取り消すことも可能であり、「選択済み」と表記されている応援ボタン１９９に対して再度タップ入力が行われると、未選択の状態に復帰し、応援対象としての選択が解除される。応援対象の選択を取り消すために応援ボタン１９９に対するタップ入力が行われた場合には、応援対象の取消情報を含む応援対象取消要求がサーバー２０に対して送信され、応援対象取消要求を受け取ったサーバー２０では、対戦管理データベース５２に記録されているプレーヤＩＤに紐付けられた応援対象の選択情報を取り消す処理を実行する。

そして本実施形態では、応援受付期間において、エクストラステージのレースに参加するか否かに関わらずに、全てのプレーヤが１レースにつき１体の出走キャラクタを応援対象として選択することができる。なお応援対象の選択はキャラクタ単位ではなく、プレーヤ単位、またはチーム単位（１名のプレーヤが出走登録した３体の育成済みキャラクタを１チームとする）としてもよい。またレース一覧画面において応援対象の選択を行った場合、応援対象以外の出走キャラクタに対応する応援ボタン１９９を無効化し、グレーアウト表示する制御を行ってもよい。

エクストラステージにおいて応援受付期間が終了すると、少なくとも１レースについて応援対象の選択を行ったプレーヤに対して応援報酬が付与される。例えば、応援受付期間の終了後に、応援対象の選択を行ったプレーヤがプレーヤ端末４０においてイベントトップ画面に遷移する操作を行った際に、サーバー２０において対戦管理データベース５２に記録されているプレーヤＩＤに紐付く応援対象の選択状況をチェックし、応援対象の選択が行われている場合には、そのプレーヤに対して報酬を付与する制御を行う。応援報酬が付与されたプレーヤのプレーヤ端末４０ではイベントトップ画面へ遷移する前に、応援報酬の獲得演出として、図３１に示すように、応援報酬受取ダイアログが表示される。応援報酬受取ダイアログに設けられたクローズボタン２０５に対するタップ入力が行われると、報酬受取ダイアログを閉じてイベントトップ画面が表示される。

エクストラステージでは、応援受付期間の終了後にレース期間に移行する。レース期間では、エクストラステージでのＡブロックおよびＢブロックの各１２レースについてレースの様子を観戦することができ（ステップＳ３０６）、レースの観戦に対して報酬を獲得することができる（ステップＳ３０７）。本実施形態では、レース期間が開始してから初回のイベントトップ画面への遷移時にエクストラステージのメインレースまたは自身の出走レースの観戦へ誘導する制御が行われる。

具体的に説明すると、プレーヤ端末４０においてイベントトップ画面へ遷移するための操作が行われた場合に、図３２に示すように、レース再生確認ダイアログが表示される。レース再生確認ダイアログでは観戦対象となるレースが表示され、エクストラステージのレースに参加するプレーヤの場合、自身の出走レースが観戦対象のレースとして表示され、エクストラステージのレースに参加しないプレーヤの場合、Ａブロックのメインレース（第１１レース）が観戦対象のレースとして表示される。レース再生確認ダイアログに設けられたＯＫボタン２０７に対するタップ入力が行われると、サーバー２０に対して観戦対象のレースを指定する情報を含むレース情報取得要求が送信される。レース情報取得要求を受け取ったサーバー２０では、観戦対象のレースのレースシミュレーション結果を要求元のプレーヤ端末４０に送信する。プレーヤ端末４０では、サーバー２０から受け取ったレースシミュレーション結果に基づいてレースの観戦映像を作成して再生する。

図３３は、レースの観戦映像のうち、出走直前状態の観戦映像の一場面を示す図である。出走直前状態では、出走キャラクタの３Ｄモデル２１０とステータス情報２１１とを１体ずつ閲覧することができ、応援対象として選択した出走キャラクタのキャラクタ名表示２１２に対して応援マーク２１３が付与される。また応援対象として選択した出走キャラクタが表示されている場合、「カメラ設定中」の表記を伴う注視対象アイコン２１４が表示される。本実施形態では、応援対象を選択しているレースを観戦する場合、仮想カメラが応援対象の出走キャラクタを注視対象とした仮想カメラ制御でレース中映像が作成される。応援対象を選択していないレースを観戦する場合、仮想カメラの注視対象はレースの１番人気に設定されたキャラクタとなる。また自身の育成済みキャラクタが出走するレースにおいては、自身の育成済みキャラクタが仮想カメラの注視対象に設定される。なおレース中映像の仮想カメラの注視対象の設定についてはプレーヤが任意に変更することができる。具体的には、注視対象アイコン２１４に対するタップ入力を行うことで、図３４に示すように、カメラ設定ダイアログが呼び出され、任意の出走キャラクタを選択して決定ボタン２２０に対するタップ入力を行うことで仮想カメラの注視対象を変更することができる。

出走直前状態のレース観戦映像においてレース開始ボタン２１５に対するタップ入力が行われると、図３５に示すように、出走キャラクタの一覧を表示する演出を行ってから、レース中映像の再生を開始する。出走キャラクタの一覧を表示する演出画面では、出走キャラクタに関する情報が簡易表示され、応援対象として選択されている出走キャラクタには応援マーク２２２が付与される。出走キャラクタの一覧を表示する演出画面においてレース開始ボタン２２４に対するタップ入力が行われると、レース中映像の再生が開始される。

図３６は、レース中映像の一場面を示す図である。レース中映像では、注視対象に設定された出走キャラクタを主に映すようにレースの様子が表現され、応援対象に選択されている出走キャラクタの３Ｄモデル２３０の上部には応援マーク２３２が付与されて、自身が選択した応援対象の出走キャラクタを認識することができる。レース中映像の再生が終了すると、図３７に示すように、レース結果表示画面に遷移して出走キャラクタそれぞれの着順やタイムなどを確認することができる。レース結果表示画面では、応援対象に選択されている出走キャラクタのキャラクタアイコン２４１に対して応援マーク２４２が表示される。なお応援対象として選択した出走キャラクタが１着を取った場合には、レース結果表示画面に遷移する際に、図３８に示すように、応援対象として選択したキャラクタが１着でゴールしたことを通知する応援対象勝利演出が実行される。応援対象勝利演出の実行中の画面において進行ボタン２５０に対するタップ入力が行われると、応援対象勝利演出を終了してレース結果表示画面が表示される。そしてレース結果表示画面に設けられた進行ボタン２４０に対するタップ入力が行われると、レース観戦が済んでいないメインレースがある場合には、そのメインレースを観戦対象としたレース情報取得要求がサーバー２０に対して送信され、以降については、既述の場合と同様のレース観戦に関する処理が実行される。ＡブロックおよびＢブロックのメインレースのレース観戦が完了すると、エクストラステージのレースを観戦したことに対する報酬である観戦報酬が付与される。具体的には、Ｂブロックのメインレースのレース結果表示画面に設けられた進行ボタン２４０に対するタップ入力が行われた場合、図３９に示すように、観戦報酬受取ダイアログが表示される。観戦報酬は、エクストラステージのレース期間が開始してから初回のレース観戦において付与され、観戦報酬受取ダイアログは、観戦報酬を獲得したときに限って表示される。観戦報酬受取ダイアログに設けられたクローズボタン２６０に対するタップ入力が行われると、観戦報酬受取ダイアログを閉じてイベントトップ画面に遷移してエクストラステージにおけるレース期間での一連の処理を終了する。

以上に述べた本実施形態の情報処理システム１０では、メインステージの戦績上位のプレーヤがエクストラステージのレースに参加可能とすることによって、エクストラステージへの進出を果たしたプレーヤは実力に対する適切な評価を受けることができる。一方、本実施形態の情報処理システム１０では、エクストラステージのレースを、エクストラステージの参加の可否に関わらずに観戦可能として、その観戦によって観戦報酬を獲得できるようにしたので、エクストラステージに進出できなかったプレーヤに対して観戦報酬を得るためにエクストラステージのレースを観戦する動機を与えることができる。このように本実施形態の情報処理システム１０では、幅広いプレーヤ層の参加意欲を喚起することができる。

特に本実施形態の情報処理システム１０によってプレーヤに提供される対戦レースイベントでは、メインステージに参加するプレーヤが、ランクアップ報酬、出走報酬、イベント限定称号（最高位ランク昇格報酬）を得ることができる。ランクアップ報酬および出走報酬は、ゲームの進行に影響を与えるアイテムやゲーム内通貨となっている。また本実施形態の情報処理システム１０によってプレーヤに提供される対戦レースイベントでは、エクストラステージに参加するプレーヤが、参加報酬（イベント限定二つ名）を得ることができ、この参加報酬は、キャラクタ情報の表示に影響するが、ゲームの進行において参加報酬の獲得の有無がプレーヤ間に有利／不利を生じさせるものではない。仮に、エクストラステージの参加の有無が、その後のゲームに大きく影響する構成である場合、メインステージで戦績上位となれないと感じるプレーヤが対戦レースイベントの参加に消極的となるおそれがある。しかしながら、本実施形態の情報処理システム１０では、エクストラステージの参加報酬を名誉的なアイテムのみにすることで、対戦レースイベントにおいてエクストラステージのレースに参加できなかったプレーヤであっても、ゲームを有利に進めるためのアイテムを獲得することができるため、初級プレーヤの対戦レースイベントに対する参加意欲が損なわれることを防いで、対戦レースイベントの参加プレーヤの数を十分に確保することができる。また参加プレーヤの数を十分に確保することができるイベント構造とすることによって、エクストラステージのレースを観戦する可能性のあるプレーヤが増えるため、参加報酬を得る上級プレーヤが自身の名誉を高める機会を得やすくすることができる。

また本実施形態の情報処理システム１０では、エクストラステージにおけるレースを観戦するに際して、レースの出走キャラクタのうち任意の出走キャラクタを応援対象として選択する入力を受け付けて、出走キャラクタの上部に応援マークを付したレース中映像を表示するようにしたので、プレーヤが応援対象として選択した出走キャラクタに対する思い入れを強めてレース観戦を楽しむことができる。

なお、エクストラステージの出走キャラクタのそれぞれについて、応援対象として選択された数（被選択数）を集計して、応援対象の被選択数に関するランキングを算出し、そのランキングおよび応援対象の被選択数をエクストラステージのレースを観戦するプレーヤ（エクストラステージのレースに参加するプレーヤおよびエクストラステージのレースに参加しないプレーヤの双方を含む）のプレーヤ端末４０において表示するようにしてもよい。また応援対象の被選択数のランキング上位の出走キャラクタを出走登録したプレーヤに対してアイテムやゲーム内通貨などの報酬を付与するようにしてもよい。またプレーヤが応援対象として選択した出走キャラクタがレースで所定の成績（例えば、１着や、３着以内など）となった場合、アイテムやゲーム内通貨などの報酬を、その出走キャラクタを応援対象として選択したプレーヤに付与するようにしてもよい。

また本実施形態の情報処理システム１０では、応援対象となる出走キャラクタを選択したことに基づいて応援報酬を獲得できるようにしたので、プレーヤに応援対象を選択することに対しての積極的な動機を与えることができる。

また本実施形態の情報処理システム１０では、レース結果の優秀度が低いほど評価が高くなる評価基準に基づいてイベントパラメータの更新量が決定され、イベントパラメータが最大値に達した場合にレースに有利となるバフ効果が付与されるイベントスキルを獲得可能として対戦バランスを好適に調整可能としたので、初級プレーヤから上級プレーヤまで幅広いプレーヤ層がレースによる対戦を楽しむことができる。特に本実施形態では、メインステージでのレースを繰り返し利用することによってイベントパラメータが徐々に蓄積されていくことによってイベントスキルを獲得可能としたことで、レースに敗北した場合に一律に次回のレースで有利となる効果を付与する仕様に比べてキャラクタの育成に関する重要性が低下しにくくなるため、キャラクタの育成に対するプレーヤのモチベーション低下を防ぐことができる。

また本実施形態の情報処理システム１０では、レース結果が僅差の敗北であった場合にもイベントパラメータを追加で得られるため、レースに敗北したプレーヤの損失感を軽減することができる。

また本実施形態の情報処理システム１０では、イベントスキルを有効に機能させるための発動条件が設定されており、イベントスキルの発動条件の達成に関係するイベントスキル対応アイテムをプレーヤの任意で使用可能となっているため、レースの戦略性を高めて、対戦の楽しみを向上させることができる。

また本実施形態の情報処理システム１０では、レース結果の優秀度が高いほど評価が高くなる評価基準に基づいてランクポイントを算出し、ランクポイントの合計獲得量に応じてリーグランクの昇格条件を満たした場合にランクアップ報酬を付与するようにしたので、対戦レースイベントを提供するイベント対戦機能を繰り返し利用する動機をプレーヤに与えることができる。

また本実施形態の情報処理システム１０において提供されるイベント対戦機能は、メインステージにおけるレース結果が対戦相手のプレーヤの戦績に影響を与えるものではないため、プレーヤの連敗数に応じて複数回のレースシミュレーションを行う仕様であってもよい。例えば、連敗数に応じて負けたレースの次のレースにおいて複数回のレースシミュレーションを行うか否かの抽選を行うことができる。例えば、連敗数が１の場合、当選率１０％、連敗数が２の場合、当選率２０％、連敗数が３の場合、当選率３３％、連敗数が４以上の場合、当選率１００％となる抽選を行い、抽選に当選した場合に複数回のレースシミュレーションを行うことができる。複数回のレースシミュレーションを行うことが決定された場合のレースシミュレーションの回数は、例えば、３回とすることができる。なおリーグランクに応じて複数回のレースシミュレーションを行うことが決定された場合のレースシミュレーションの回数を設定してもよいし、特定のリーグランク（例えば、ブロンズ）では複数回のレースシミュレーションを行わないという仕様としてもよい。このようにすれば、所属プレーヤが多いランクでは複数回のレースシミュレーションを行うことがサーバー２０に過大な負荷をかけるおそれがあるため、特定のリーグランクで複数回のレースシミュレーションを行わない仕様とすれば、サーバー２０の演算負荷を軽減することができる。

また１レースに対して複数回のレースシミュレーションを行う場合、出走を要求したプレーヤの出走登録した育成済みキャラクタが１着を獲得した時点でレースシミュレーションを終了し、全ての回数のレースシミュレーションを行った結果、出走を要求したプレーヤの出走登録した育成済みキャラクタが１着を得ることができなかった場合、最後のレースシミュレーションをレース結果として採用することができる。なお、着順の最も良かったレースシミュレーションをレース結果として採用するようにしてもよい。複数回のレースシミュレーションを行った結果、１着の結果を得ることができなかった場合でも１レース分の負けとして連敗数をカウントすることができる。例えば、連敗数が２の状況で複数回のレースシミュレーションに当選し、その結果、負けとなった場合は、連敗数が１増加して３となる。

また対戦レースイベントにおけるエクストラステージのレース情報（出走キャラクタの情報、レースに参加するプレーヤの情報、レース結果、応援対象の被選択数および被選択数ランキングなど）をＷｅｂサイトやＳＮＳ（ソーシャルネットワーキングサービス）に掲載し、プレーヤ端末４０において情報処理システム１０に係るアプリケーションを経由して、エクストラステージのレース情報を掲載するＷｅｂサイトやＳＮＳに誘導する機能が設けられていてもよい。

またサーバー２０に関して、マッチング機能、シミュレーション機能を１台のサーバー２０で実現してもよいし、各機能を複数台のサーバー２０に分散して別々のサーバー２０で実現していてもよい。またマッチング機能、シミュレーション機能のうち、一部の機能だけを他の機能とは別のサーバー２０で実現するようにしてもよい。またマッチング機能を有するサーバー２０は複数台用意されていてもよい。

本実施形態では、複数のプレーヤが参加して対戦を行うゲームとして、着順を競うレースゲームを例にとり説明をしたが、他のゲームにおいて情報処理システム１０の対戦機能を提供する構成としてもよい。例えば、格闘ゲーム、スポーツゲーム（野球ゲーム、サッカーゲームなど）、アクションゲーム、バトルロイヤルゲーム、ロールプレイングゲーム等、複数のプレーヤが参加して対戦を行うものであれば如何なるジャンルでも適用可能である。また対戦の態様については、１対１、複数対複数、１対複数のいずれであってもよい。

本実施形態の制御手法をサッカーゲームや野球ゲーム等のチーム対戦形式のゲームに適用する場合、応援対象として特定のチームを設定したことによって、応援対象のチームに所属する選手キャラクタの全員に応援マークが表示されてもよいし、各チームにおいて予め設定されたキャプテンやリーダーなどの特定の選手キャラクタのみに応援マークが表示されてもよい。また試合を観戦する表示画面における応援マークの表示については、サッカーゲームであればボールを保持している選手キャラクタに対して表示したり、野球ゲームであれば打席にいる選手キャラクタやマウンドにいる選手キャラクタに限って応援マークを表示したりするように、応援マークが表示される選手キャラクタを切り替える表示制御を行ってもよい。

また複数のプレーヤのそれぞれが育成したキャラクタ同士を対戦させるゲームの場合についても、対戦中の表示画面において、応援対象として選択されたキャラクタの上部などに応援マークを表示する表示制御を行ってもよい。

また対戦の観戦中の表示画面では、応援対象のキャラクタに応援マークが表示されるが、観戦中の表示画面とは別にリプレイ映像や対戦のハイライト映像（対戦が盛り上がった場面：サッカーゲームのゴールシーンや野球ゲームのホームランシーン、対戦中のスキルの発動シーンなど）を視聴可能とした場合、リプレイ映像やハイライト映像では応援マークを表示しないことによって、リプレイ映像やハイライト映像の視聴の妨げになることを回避してもよい。

また本実施形態の情報処理システム１０で提供される対戦レースイベントでは、メインステージにおいてレースの着順に応じてランクポイントを更新したが、サッカーゲームや野球ゲームなどの得点によって対戦の勝敗を決定するスポーツゲームにおいては、試合における得点に応じてランクポイントを更新してもよいし、格闘形式のゲームにおいては対戦相手に与えたダメージ量に応じてランクポイントを更新してもよい。

１０ 情報処理システム、
２０ サーバー、２１ ＣＰＵ、２２ ＲＯＭ、２３ ＲＡＭ、
２４ 通信部、２５記憶装置、
４０ プレーヤ端末、４１ ＣＰＵ／ＧＰＵ、４２ ＲＯＭ、４３ ＲＡＭ、
４４ 通信部、４５ 操作／入力部、４６ 表示部、４７ 記憶装置、
５０ サーバーデータ記憶部、５１ プレーヤ管理データベース、
５２ 対戦管理データベース、
６０ ゲーム演算部、６１ マッチング処理部、６２ シミュレーション処理部、
６３ 対戦結果評価部、６４ イベントスキル決定部、
７０ 端末データ記憶部、７１ プレーヤデータ記憶部、７２ 育成進行データ記憶部、
７３ レース制御データ記憶部、７４ イベントデータ記憶部、
８０ ゲーム実行部、８１ 育成機能提供部、８２ 対戦機能提供部、
８３ 第１ステージ制御部、８４ 第２ステージ制御部、８５ 対戦バランス調整部、

Claims (7)

1. 複数のプレーヤが参加して対戦を行うゲームのためのプログラムであって、
   対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価部と、
   前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整部として、
   コンピュータを機能させ、
   前記対戦結果評価部が、
   前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定し、前記対戦結果が僅差の敗北であった場合に前記特定パラメータを追加で得られるように前記特定パラメータの更新量を決定するプログラム。
2. 複数のプレーヤが参加して対戦を行うゲームのためのプログラムであって、
   対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価部と、
   前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整部として、
   コンピュータを機能させ、
   前記特殊効果を有効に機能させるための特定条件が設定されており、
   前記対戦バランス調整部が、
   前記特定条件の達成に関係するアイテムをプレーヤの任意で使用可能とし、
   前記対戦結果評価部が、
   前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定するプログラム。
3. 請求項１または２において、
   前記対戦結果評価部が、
   前記対戦結果の優秀度が高いほど評価が高くなる他の評価基準に基づく評価値を算出し、当該評価値の合計に応じた報酬を付与するプログラム。
4. 複数のプレーヤが参加して対戦を行うゲームのための情報処理システムであって、
   対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価部と、
   前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整部と、
   を含み、
   前記対戦結果評価部が、
   前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定し、前記対戦結果が僅差の敗北であった場合に前記特定パラメータを追加で得られるように前記特定パラメータの更新量を決定する情報処理システム。
5. 複数のプレーヤが参加して対戦を行うゲームのための情報処理システムであって、
   対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価部と、
   前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整部と、
   を含み、
   前記特殊効果を有効に機能させるための特定条件が設定されており、
   前記対戦バランス調整部が、
   前記特定条件の達成に関係するアイテムをプレーヤの任意で使用可能とし、
   前記対戦結果評価部が、
   前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定する情報処理システム。
6. 複数のプレーヤが参加して対戦を行うゲームのための情報処理方法であって、
   対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価ステップと、
   前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整ステップと、
   をコンピュータに実行させ、
   前記対戦結果評価ステップでは、
   前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定し、前記対戦結果が僅差の敗北であった場合に前記特定パラメータを追加で得られるように前記特定パラメータの更新量を決定する情報処理方法。
7. 複数のプレーヤが参加して対戦を行うゲームのための情報処理方法であって、
   対戦結果を所定の評価基準に基づいて評価して特定パラメータの更新量を決定し、対戦結果に応じて特定パラメータが所定値に近づくように更新する対戦結果評価ステップと、
   前記特定パラメータが所定値に達した場合、対戦に有利となる特殊効果を獲得可能とする対戦バランス調整ステップと、
   をコンピュータに実行させ、
   前記特殊効果を有効に機能させるための特定条件が設定されており、
   前記対戦バランス調整ステップでは、
   前記特定条件の達成に関係するアイテムをプレーヤの任意で使用可能とし、
   前記対戦結果評価ステップでは、
   前記対戦結果の優秀度が低いほど評価が高くなる前記所定の評価基準に基づいて前記特定パラメータの更新量を決定する情報処理方法。