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

Abstract

【課題】プレーヤのゲームに対する興趣を向上させるプログラム、情報処理システム、および情報処理方法を提供する。【解決手段】複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付けて、チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定し、過去に獲得状態に設定された追加ステータスを次回以降のゲームの進行において適用する。【選択図】図２３

Description

本発明は、複数種類のキャラクタが登場するゲームのためのプログラム、情報処理システム、および情報処理方法に関する。

従来から、プレーヤが複数種類のキャラクタによるチームを編成して他チームと対戦を行う対戦機能を提供する情報処理システムが知られている（特許文献１参照）。例えば、特許文献１に記載の情報処理システムでは、プレーヤが育成機能を利用してキャラクタを育成することによってキャラクタのステータスを確定し、プレーヤが育成したキャラクタを用いてチームを編成する。

特許第７０６９３８１号公報

ここで従来のプレーヤが育成したキャラクタでチームを編成して他チームと対戦するという仕様では、育成が完了した時点でキャラクタのステータスが確定してしまっているため、プレーヤの育成の練度が対戦の結果に大きく影響し、育成に不慣れなプレーヤにとってゲームに対する興趣を失う動機となっていた。

本発明は上記事情に鑑みてなされたものであり、その目的は、プレーヤのゲームに対する興趣を向上させるプログラム、情報処理システム、および情報処理方法を提供することにある。

（１）本発明は、複数種類のキャラクタが登場するゲームのためのプログラムであって、複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付ける編成受付部と、前記チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定する追加ステータス設定部と、過去に獲得状態に設定された前記追加ステータスを次回以降のゲームの進行において適用する追加ステータス適用部として、コンピュータを機能させるプログラムに関するものである。

（２）本発明のプログラムでは、前記追加ステータス適用部が、過去に獲得状態に設定された前記追加ステータスを次回以降のゲームに関して編成された前記チームに所属する各キャラクタに等しく適用してもよい。

（３）本発明のプログラムでは、前記追加ステータス設定部が、前記所定条件を満たした場合、今回のゲームに関して前記チームに編成された前記キャラクタの組合せに応じた前記追加ステータスを獲得状態に設定してもよい。

（４）本発明は、複数種類のキャラクタが登場するゲームのための情報処理システムであって、複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付ける編成受付部と、前記チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定する追加ステータス設定部と、過去に獲得状態に設定された前記追加ステータスを次回以降のゲームの進行において適用する追加ステータス適用部と、を含む情報処理システムに関するものである。

（５）本発明は、複数種類のキャラクタが登場するゲームのための情報処理方法であって、複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付ける編成受付ステップと、前記チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定する追加ステータス設定ステップと、過去に獲得状態に設定された前記追加ステータスを次回以降のゲームの進行において適用する追加ステータス適用ステップと、を含む情報処理方法に関するものである。

本発明のプログラム、情報処理システム、および情報処理方法では、プレーヤが使用するキャラクタを選択することによってチームを編成してゲームを進行させた結果、追加ステータスを獲得することができ、獲得された追加ステータスを次回以降のゲームの進行において適用するようにしたので、不慣れなプレーヤであっても今回よりも次回の方がゲームを有利に進めることができるという期待感を得やすくなり、その結果、プレーヤに継続的にゲームを行う動機を与えてプレーヤのゲームに対する興趣を向上させることができる。

情報処理システムの全体構成を示す図である。 情報処理システムで実現される機能のうち、サーバーに関連する機能を示す機能ブロック図である。 情報処理システムで実現される機能のうち、プレーヤ端末に関連する機能を示す機能ブロック図である。 イベント機能に関連する処理の一例を示すフローチャートである。 プレーヤ端末で表示されるイベントトップ画面の一例を示す図である。 プレーヤ端末で表示されるレース予定確認ダイアログの一例を示す図である。 プレーヤ端末で表示される対戦相手選択画面の一例を示す図である。 プレーヤ端末で表示される出走確認画面の一例を示す図である。 プレーヤ端末で表示される出走確認画面の一例を示す図である。 プレーヤ端末で表示される適正確認ダイアログの一例を示す図である。 プレーヤ端末で表示される対戦結果画面の一例を示す図である。 プレーヤ端末で表示される報酬獲得画面の一例を示す図である。 プレーヤ端末で表示される図鑑更新通知ダイアログの一例を示す図である。 プレーヤ端末で表示されるチーム評価更新ダイアログの一例を示す図である。 プレーヤ端末で表示されるスカウト受付画面の一例を示す図である。 プレーヤ端末で表示されるスカウト対象選択画面の一例を示す図である。 プレーヤ端末で表示される入れ替え対象選択画面の一例を示す図である。 プレーヤ端末で表示されるスカウト受付画面の一例を示す図である。 イベント機能に関連する処理の一例を示すフローチャートである。 プレーヤ端末で表示されるチーム確認画面の一例を示す図である。 プレーヤ端末で表示されるキャプテン選択画面の一例を示す図である。 プレーヤ端末で表示されるチーム作戦ダイアログの一例を示す図である。 プレーヤ端末で表示される図鑑閲覧画面の一例を示す図である。 プレーヤ端末で表示される図鑑閲覧画面の一例を示す図である。

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

１．情報処理システムの構成
図１は、本実施形態の情報処理システム１０の全体構成を示す図である。図１にしめすように情報処理システム１０では、サーバー２０と複数のプレーヤ端末４０が、インターネット、携帯電話網、ＬＡＮ、ＷＡＮなどのネットワーク３０により接続されており、いわゆるクライアント・サーバー方式の通信システムが構築されている。そして複数のプレーヤ端末４０のそれぞれは、ネットワーク３０を介してサーバー２０と互いに通信を行って種々の情報を送受信する。また複数のプレーヤ端末４０のそれぞれは、ネットワーク３０およびサーバー２０を介して他のプレーヤ端末４０と互いに通信を行って種々の情報を送受信する。

サーバー２０は、ＣＰＵ等のプロセッサーからなる制御部２１と、ＲＯＭやＲＡＭ等の主記憶装置、およびＨＤＤやＳＳＤ等の補助記憶装置からなる記憶部２２と、通信モジュールや通信インターフェースからなる通信部２３とを含む。サーバー２０は、制御部２１が記憶部２２に記憶されているプログラムに従って各種の処理を実行する。またサーバー２０は、通信部２３によってプレーヤ端末４０から情報を受信し、制御部２１が実行した処理の結果に関する情報等をプレーヤ端末４０に送信する。

プレーヤ端末４０は、スマートフォン、タブレット、パーソナルコンピューター、携帯ゲーム機、店舗や家庭に設置される据え置きゲーム機等である。プレーヤ端末４０は、ＣＰＵ等のプロセッサーからなる制御部４１と、ＲＯＭやＲＡＭ等の主記憶装置、およびフラッシュメモリ、ＨＤＤ、ＳＤＤ等の補助記憶装置からなる記憶部４２と、タッチパネルやキーボード、マイク等からなる操作・入力部４３と、液晶ディスプレイや有機ＥＬディスプレイ等からなる表示部４４と、通信モジュールや通信インターフェースからなる通信部４５とを含む。プレーヤ端末４０も、記憶部４２に記憶されているプログラムに従って各種の処理を実行する。またプレーヤ端末４０は、通信部４５によってサーバー２０からの情報を受信し、サーバー２０や他のプレーヤ端末４０に情報を送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

またプレーヤ管理データベース５１に記憶されるデータとしては、フレンドリストがある。本実施形態では、他のプレーヤをフレンド登録して、育成機能においてフレンド登録された他のプレーヤからキャラクタやサポートアイテムをレンタルして利用することができる。フレンド登録は、プレーヤ端末４０の表示部４４に表示されるフレンド登録画面において他のプレーヤのプレーヤＩＤを入力して、プレーヤＩＤに該当するプレーヤが存在し、そのプレーヤのフレンド登録が可能である場合、フレンド登録画面に設けられた登録ボタンに対するタップ入力を行うことで、登録対象の他のプレーヤのプレーヤＩＤがフレンドリストに追加される。プレーヤ毎にフレンド登録の数に上限（例えば、５０）があるとともに、プレーヤ毎にフレンドとして登録される数も上限（例えば、１００）が設けられているため、いずれについても上限にも達していない状況であれば、新たなフレンド登録が可能となっている。

またプレーヤ管理データベース５１には、チームを編成して他チームと対戦を行うイベント機能に関する各プレーヤのデータも記憶される。例えば、各プレーヤのチームの編成情報や、プレーヤ同士のマッチングの結果などが記憶される。特に本実施形態では、イベント機能において提供されるチーム編成イベントにおいて、他のプレーヤの育成済みキャラクタをスカウトしてチームに編成することが可能となっており、プレーヤのチームに編成されている他のプレーヤの育成済みキャラクタについては、その育成済みキャラクタのキャラクタ種別ＩＤおよびステータスがプレーヤＩＤに紐付けてプレーヤ管理データベース５１に保存されており、キャラクタの因子情報、継承キャラクタの情報、サポートアイテムの編成情報、および育成時の出走レースの戦績情報など、一部の情報については保存対象外となっている。そしてイベント機能においてイベントレースに出走する場合など、チームに所属するキャラクタのステータスを参照する必要がある場合には、プレーヤ管理データベース５１に保存されているステータスを参照して走行シミュレーションの処理などが実行される。このため、チームに編成されている他のプレーヤの育成済みキャラクタのデータが、そのキャラクタを育成した他のプレーヤ側において削除されている場合であっても、プレーヤ管理データベース５１において保存されている情報に基づいてイベント機能に関する各種処理を実行することが可能となっている。

ゲーム演算部６０（追加ステータス適用部の一例）は、プレーヤ端末２０からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末４０に送信する処理、プレーヤ端末２０からの要求に応答してゲームの進行に必要なデータをプレーヤ端末４０に送信する処理などを行い、主として制御部４１および通信部４５により実現される。例えば、育成機能においてプレーヤ端末２０からトレーニング指示に関する要求を受け取ると、ゲーム演算部６０がトレーニングについて成功または失敗のいずれであるかの結果を演算し、プレーヤ端末４０に演算結果を送信する。また例えば、育成機能やイベント機能においてレースの出走に関する要求を受け取ると、ゲーム演算部６０は、複数のキャラクタによるレースの走行シミュレーションを行い、走行シミュレーションの結果をプレーヤ端末４０に送信する。特にイベント機能においてレースの出走に関する要求を受け取った場合には、ゲーム演算部６０が、プレーヤ管理データベース５１に記憶されている各プレーヤのチームの編成情報に基づいて対戦相手の候補を抽出して抽出結果を要求の送信元のプレーヤ端末４０に送信する。またイベント機能においてレースの走行シミュレーションを行う際には、プレーヤが獲得した追加ステータスをチームに所属するキャラクタに等しく適用して走行シミュレーションを実行する。

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

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

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

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

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

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

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

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

また端末データ記憶部７０は、イベントデータ記憶部７５を含み、イベントデータ記憶部７５には、期間限定で開催されるチーム編成イベントについて、イベントの開催期間に関するデータ、イベントの進行を制御するためのデータ、およびプレーヤ毎に管理される各種のデータなどが記憶される。特に本実施形態では、チーム編成イベントにおいて登録条件を満たしたキャラクタが登録される図鑑機能が用意されており、図鑑機能においてキャラクタの登録状況や追加ステータスの獲得状況などを管理する図鑑データが、イベントデータ記憶部７５に記憶されている。

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

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

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

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

イベント機能提供部８２は、プレーヤが編成したチームを強化していくイベント機能を提供する処理を行う。本実施形態では、プレーヤが複数種類のキャラクタによって構成されるチームを編成して他チームと対戦し、対戦に勝利した場合、対戦相手のチームからキャラクタをスカウトしてチームに所属するキャラクタを入れ替えることによってチームを強化していくチーム編成イベントを期間限定で開催可能となっている。すなわちチーム編成イベントに関して提供される各種の機能は開催期間に限って有効となっている。そしてイベント機能提供部８２は、編成受付部８３、対戦処理部８４、チーム評価処理部８５、図鑑機能提供部８６を含む。

編成受付部８３は、複数種類のキャラクタからチーム編成イベントにおいて使用するキャラクタを選択してチームを編成するための入力を受け付ける処理を行う。本実施形態では、チーム編成イベントにおいて、１体のキャプテンと６体のメンバーとからなる計７体のキャラクタによるチームを編成することができる。

編成受付部８３は、プレーヤの所持する育成済みキャラクタの中からキャプテンとなるキャラクタの選択を受け付ける処理を行う。メンバーについては、予め用意されたモブキャラクタが初期メンバーとして割り当てられる。チーム編成イベントでは、対戦に勝利すると、対戦相手のチームから１体のキャラクタをスカウトして自分のチームのメンバーとの入れ替えを行うことができる。なお本実施形態では、チーム編成イベントにおいて対戦に敗北した場合には対戦相手のチームからのキャラクタのスカウトをすることはできない。ただし、チーム編成イベントにおいて対戦に敗北した場合であっても対戦相手のチームからキャラクタのスカウトすることが可能であってもよい。編成受付部８３は、チーム編成イベントにおいて対戦に勝利した場合、対戦相手のチームに所属する７体のキャラクタからスカウト対象となるキャラクタの選択を受け付けるとともに、自分のチームに所属する６体のメンバーから入れ替え対象となるキャラクタの選択を受け付ける処理も行う。なお本実施形態では、チーム編成イベントにおいて対戦に勝利して、対戦相手のチームからキャラクタをスカウト可能な状況でも自分のチームのメンバーとの入れ替えを行うか否かはプレーヤの任意であり、対戦相手のチームからキャラクタのスカウトを行わないことも可能である。

また本実施形態では、対戦相手のチームからキャラクタをスカウトする場合、スカウトポイントの消費が必要となっている。このため、プレーヤが所持するスカウトポイントが足りないことなどによって所望するキャラクタを対戦相手のチームからスカウトすることができない場合もある。そこで対戦相手のチームからキャラクタをスカウトする状況において、対戦相手のチームに所属するキャラクタからスカウト予定キャラクタを指定して、そのスカウト予定キャラクタの指定情報を次回以降のスカウトの機会が訪れるまで引き継ぐことができるようにしてもよい。すなわちスカウト予定キャラクタの指定情報が引き継がれている場合、今回の対戦における対戦相手のチームに所属するキャラクタのみならず、過去の対戦における対戦相手のチームに所属していたスカウト予定キャラクタもスカウト対象として選択することができるようにしてもよい。この場合、スカウト予定キャラクタがスカウト対象としてプレーヤのチームに所属するキャラクタと入れ替えられてチームに編成されると、スカウト予定キャラクタの指定情報がクリアされる。なおスカウト予定キャラクタについては上限数が定められていてもよいし、指定情報の保持期限（例えば、次回のスカウトまで有効など）が定められていてもよい。

対戦処理部８４（追加ステータス適用部の一例）は、プレーヤのチームと対戦相手のチームとの対戦に関する処理を行う。本実施形態では、対戦処理部８４が、チーム編成イベントにおいて、対戦相手の候補となる３チームのマッチング結果をサーバー２０から取得して、マッチング結果に基づいてプレーヤによる対戦相手の選択を受け付ける。また対戦処理部８４は、対戦相手が決定されるとプレーヤのチームと対戦相手のチームとの走行シミュレーションの結果をサーバー２０から取得し、走行シミュレーションの結果に基づいて対戦の模様および対戦の結果を表示部４４に表示する処理を行う。

本実施形態では、チーム編成イベントにおけるチーム同士の対戦において、後述する図鑑の登録状況に応じた追加ステータスが適用される。追加ステータスとしては、性能上昇ボーナスとチームスキルとが存在し、性能上昇ボーナスは性能パラメータが上昇する効果をチームに所属するキャラクタに等しく適用するものであり、チームスキルはチームに所属するキャラクタに等しく適用されるスキルである。なお本実施形態では、チーム同士の対戦を行うイベントレースに関する表示画面において、キャラクタに個別に設定されているステータスと追加ステータス（性能上昇ボーナスおよびチームスキル）とが識別可能な態様で表示される。例えば、イベントレースのレース映像を観戦する前のステータス確認画面において、キャラクタの本来のスピードが「１００」であって性能上昇ボーナスとして「＋２０」が適用されている場合、「１００＋２０」という態様でステータス内容が表示される。また例えば、キャラクタにチームスキルが適用されている場合、イベントレースのレース映像を観戦する前のステータス確認画面においてキャラクタが個別に所持しているスキルが通常表示され、適用されているチームスキルが強調表示される。またイベントレースのレース映像においてチームスキルの発動があった場合には、キャラクタが個別に所持しているスキルが発動した場合よりも強調された態様でスキルの発動表示が行われる。

また本実施形態では、チーム編成イベントにおいてイベントレースに出走してチーム同士の対戦を行う。イベントレースに出走するためには出走アイテムの消費が必要となっており、対戦処理部８４は、出走アイテムを消費可能な状況においてイベントレースへの出走を許可する。出走アイテムの所持数はイベントデータ記憶部７５において管理される。

チーム評価処理部８５（追加ステータス適用部の一例）は、プレーヤのチームの編成情報に基づいてチームの評価を示すチーム評価点を算出し、チーム評価点に応じてチームランクを決定する。本実施形態では、プレーヤが編成したチームに所属する７体のキャラクタのステータスに基づく評価点の合計をチーム評価点として算出し、チーム評価点に基づいてチームランクを判定する。チームランクはチーム評価点の高さに応じて複数段階設定されており、各段階のチームランクを判定するためのしきい値が設定されている。チーム評価処理部８５は、算出されたチーム評価点と各段階のしきい値とを比較して、いずれのチームランクに該当するかを判定する。なお本実施形態では、チーム評価点の算出に関しても図鑑の登録状況に応じた追加ステータス（性能上昇ボーナスおよびチームスキル）が適用される。ただし、チーム評価点の算出に関しては、図鑑の登録状況に応じた追加ステータスが適用されない実施態様であってもよい。

図鑑機能提供部８４（追加ステータス設定部の一例）は、登録条件満たしたキャラクタを図鑑に登録し、表示部４４を通じて図鑑の登録内容を閲覧可能とする処理を行う。本実施形態では、チーム編成イベントにおいて、プレーヤのチームが対戦相手のチームに対戦で勝利すると、プレーヤのチームに所属しているキャラクタのうち図鑑に未登録のキャラクタが図鑑に登録される。図鑑機能提供部８４は、チーム編成イベントにおいてプレーヤのチームが対戦に勝利した場合、イベントデータ記憶部７５に記憶されている図鑑データのキャラクタ名簿情報を参照してプレーヤのチームに所属しているキャラクタのなかに図鑑に未登録のキャラクタが存在するか判定し、図鑑に未登録のキャラクタが存在する場合、そのキャラクタを登録対象として図鑑データのキャラクタ名簿情報を更新する。

また本実施形態では、チーム編成ベントにおいてプレーヤのチームが対戦相手のチームに対戦で勝利すると、プレーヤのチームに所属するキャラクタの組合せが特定の組合せである場合にチームスキルが獲得状態に設定されて図鑑に登録される。図鑑機能提供部８４は、チーム編成イベントにおいてプレーヤのチームが対戦に勝利した場合、イベントデータ記憶部７５に記憶されている図鑑データのチームスキル情報を参照して、プレーヤのチームに所属しているキャラクタの組合せが図鑑において未獲得状態のチームスキルの獲得条件を満たしたか否かを判定し、獲得条件を満たしたチームスキルが存在する場合、そのチームスキルを獲得対象として図鑑データのチームスキル情報を更新する。

また図鑑機能提供部８４は、図鑑の登録状況に応じた図鑑ボーナスをプレーヤＩＤに紐付けて設定する。本実施形態では、図鑑ボーナスとして、性能上昇ボーナス、チームスキル、およびポイント上昇ボーナスが設定可能である。なお本実施形態では、図鑑ボーナスに関する情報がサーバー２０側でも管理され、プレーヤ管理データベース５１においてプレーヤＩＤに紐付く情報として図鑑ボーナスが記憶されている。そしてチーム編成イベントにおけるイベントレースの出走時には、プレーヤ管理データベース５１においてプレーヤＩＤに紐付けられている性能上昇ボーナスおよびチームスキルを含む追加ステータスの情報が参照されて走行シミュレーションが実行される。

性能上昇ボーナスは、プレーヤが編成したチームに所属するキャラクタのそれぞれに性能パラメータが上昇する効果を付与するものである。本実施形態では、キャラクタの種類ごとに、上昇する性能パラメータと、その上昇量とが予め定められている。

チームスキルは、プレーヤが編成したチームに所属するキャラクタのそれぞれに付与されるスキルである。本実施形態では、キャラクタの組合せごとに異なるチームスキルが予め定められている。

ポイント上昇ボーナスは、チーム編成イベントにおいて対戦相手のチームからキャラクタをスカウトするために消費するスカウトポイントの獲得量が上昇する効果を付与するものである。本実施形態では、図鑑へのキャラクタの登録数に応じてポイント上昇ボーナスが予め定められており、登録数が多くなるほどスカウトポイントの獲得量が多くなる。なお本実施形態では、イベントレースの連勝数によってもポイント上昇ボーナスが図鑑ボーナスとは別に適用される。

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

本実施形態のゲームプログラムは、複数種類のゲーム機能を提供可能に構成されており、主たるゲーム機能である育成機能では、複数種類のキャラクタから育成対象のキャラクタを選択して、ゲームの進行に応じてステータスに変化が生じ、所定の終了条件が満たされるとキャラクタのステータスが確定して育成終了となる。この育成済みのキャラクタは他のゲーム機能であるイベント機能によって提供されるチーム編成イベントにおいて、他のプレーヤが育成したキャラクタとレースによる対戦を行うことができる。また本実施形態では、育成済みのキャラクタは所有枠（キャラクタリストへの登録が可能な数）が予め定められており、所有枠の上限（例えば、２４０体）に達すると、育成機能で新たにキャラクタを育成することができなくなる。このため、育成済みのキャラクタをキャラクタリストから削除して所有枠を確保することが必要となる。

本実施形態のゲームプログラムが適用された情報処理システム１０では、イベント機能によって期間限定でチーム編成イベントが提供される。チーム編成イベントは、プレーヤが複数種類のキャラクタからなるチームを編成して、チームの強化を目指す仕様となっている。具体的には、プレーヤが編成したチームと他のプレーヤが編成したチームとがレースによる対戦を行い、対戦に勝利した場合に、対戦相手のチームからキャラクタをスカウトして自身のチームに所属するキャラクタと入れ替えることによってチームを強化することができる。本実施形態では、チームの強化の度合いを示す指標として、チーム評価点とチームランクとが設けられており、チーム編成イベントでは、より高いチーム評価点やチームランクを達成することによって達成報酬を得ることができる。

ここでイベント機能を説明する前提として、キャラクタを育成する育成機能について説明する。

育成機能では、複数種類のキャラクタから育成対象となる１体のキャラクタを、プレーヤの任意で選択して育成を行う。育成対象として選択可能な複数種類のキャラクタは、初期ステータスがキャラクタの種類に応じて設定されている。また育成対象となるキャラクタは、そのキャラクタの種類に応じた固有のスキル（固有スキル）を育成当初から取得しており、固有スキルの発動条件や発動時の効果がそれぞれ異なっている。また育成対象として選択可能な複数種類のキャラクタは、スピード、スタミナ、パワー、根性、賢さといった性能パラメータの成長補正率がキャラクタに応じて設定されており、キャラクタの種類ごとに上昇しやすいパラメータが設定されている。また育成対象のキャラクタには、コース適性（芝、ダート）、および距離適正（短距離、マイル、中距離、長距離）、脚質適正（逃げ、先行、差し、追込）といった適正のランクに関するステータスもキャラクタの種類に応じて設定されており、適正のランクが高いほどレース出走時に有利な効果がある。

育成対象を選択してキャラクタの育成が開始されると、最大で７５ターンの各ターンにおいて育成の指示を行うことでキャラクタを育成することができる。具体的には、スピード、スタミナ、パワー、根性、賢さといった性能パラメータに関連付けられたトレーニングの指示を行うと、トレーニング結果に応じて性能パラメータの変化やスキルポイントの獲得が発生する。またレースへの出走を指示することで１ターンを消費することもでき、レース結果に応じて性能パラメータの変化やスキルポイントを獲得することができる。また育成中にイベント発生条件を満たすと、イベントが発生して取得可能なスキルの種類が増えることや、性能パラメータの変化が発生する。既述のスキルポイントは、育成対象のキャラクタにスキルを取得させるために使用されるポイントであり、取得可能なスキル一覧から所持しているスキルポイントを消費してスキルを取得させることができる。

またキャラクタの育成においては、育成対象のキャラクタの種類に応じて、キャラクタごとに複数の育成目標が設定されている。育成目標としては、目標レースに出走すること、目標レースで所定の着順以内の結果を得ること、定められたターンまでに所定のファン数を獲得することなどがある。本実施形態では育成中のキャラクタをレースに出走させると着順に応じたファン数が獲得できるようになっており、レースに応じてファン数による出走条件が定められている。

また本実施形態では、キャラクタごとに設定される複数の育成目標は７２ターン目までのターンにおいて設定されており、７３ターン目～７５ターン目は最終レースとなっている。最終レースは、予選レース、準決勝レース、決勝レースの３ターンをかけて行われ、各レースの出走前に育成に関する指示を行うことができる。

また本実施形態では、キャラクタの育成において、目標レースで所定の着順以内の結果を取るという育成目標が設定されている場合に、指定された着順以内の結果を得られなかった際の救済機能として、コンティニュー機能が存在する。このコンティニュー機能は、目標レースに再挑戦する機会を付与するものであり、プレーヤが予め与えられたコンティニュー回数を消費することで目標レースの再挑戦することができる。本実施形態では、コンティニュー回数は１体のキャラクタの育成を通じて３回となっている。

そして育成ゲーム機能においては、予め定められた複数種類の終了条件のいずれかが成立することで育成終了確認状態へ移行することになる。

まず最終レースの決勝レースまで到達した場合、すなわち７５ターン目まで到達した場合には決勝レースの終了に伴って育成終了となる。なお決勝レースにおいて２着以下の結果の場合、コンティニュー回数が残っている場合には再挑戦することができ、全てのコンティニュー回数を消費した上で決勝レースにおいて２着以下の結果の場合には、その時点で育成終了となる。なおコンティニュー機能を利用するか否かはプレーヤに委ねられており、コンティニュー機能を利用しないとの選択が行われた場合には、その時点で育成終了となる。

また７２ターン目までのターンにおいてキャラクタごとに設定されている育成目標が未達成となった場合にも育成終了となる。

例えば、育成目標が所定数のファン数を獲得することであった場合、育成目標で設定されたターンにおいて定められたファン数に達していないことによって育成終了となる。この場合にはコンティニュー機能を利用することはできないため、判定対象のターンを迎えた時点でファン数が所定数に到達していないことによって育成終了となる。

また例えば、育成目標が目標レースの出走である場合、目標レースに出走さえできれば当該レースでの着順に関わらず育成目標の達成となるが、各レースにはレースごとに定められた出走条件となるファン数を獲得していることが必要となっており、目標レースのターンにおいて当該レースの出走条件となるファン数を獲得できていない場合、目標レースに出走不可となり育成終了となる。

また例えば、育成目標が目標レースで所定の着順以内を取ることである場合、目標レースの出走条件を満たしていないと、その時点で育成終了となり、目標レースに出走しても所定の着順以内を取ることができず、かつコンティニュー回数が残っていない場合には育成終了となる。なお既述のようにコンティニュー機能の利用はプレーヤの任意で選択できるものであり、コンティニュー回数が残っていてもコンティニュー機能を利用しない選択がなされた場合には育成目標が未達成として育成終了となる。

また７３ターン目以降に進んでいる場合、最終レースの予選レースおよび準決勝レースでは、それぞれ１着を取ることで次のターンへ進むことができ、２着以下の結果であって、かつコンティニュー回数が残っていない場合には育成終了となる。この場合についてもプレーヤがコンティニュー機能を利用しないという選択をすれば、その時点で育成終了となる。

そして本実施形態では、育成の終了条件が成立すると育成終了確認状態に移行する。この育成終了確認状態は、ステータスの確定を行う前にスキル取得の最後の機会を与えるものであり、プレーヤは現時点で所持しているスキルポイントを消費してスキルの取得を行うことができる。また育成終了確認状態では育成終了の確認入力を行うための入力インターフェースが用意されており、プレーヤが育成終了の確認入力を行うと育成対象のキャラクタのステータスが確定されて、そのキャラクタに関する情報がプレーヤデータ記憶部７１のキャラクタリストおよびプレーヤ管理データベース５１のキャラクタリストに育成済みのキャラクタとして登録される。

育成終了確認状態を経て育成対象のキャラクタのステータスが確定されると、育成結果に応じた育成報酬の提供が行われる。本実施形態では、育成終了までに獲得したファン数の合計に応じたゲーム内通貨および強化ポイントなどが育成報酬として提供される。

そして本実施形態では、育成機能によってステータスを確定させた育成済みキャラクタを、イベント機能によって提供されるチーム編成イベントにおいて使用することができる。以下では、図４に示すフローチャートに沿って、イベント機能によって提供されるチーム編成イベントのゲーム進行について、より詳細に説明する。

まずチーム編成イベントの開始を受け付ける開始処理を行う（ステップＳ１００）。チーム編成イベントの初回実行時においては、プレーヤの所有する育成済みキャラクタからチームのキャプテンとなるキャラクタの選択を受け付ける。チーム編成イベントでは、プレーヤのチームにおいて、プレーヤが所有する育成済みキャラクタに限ってキャプテンに設定することが可能となっている。チームに所属するキャプテン以外のキャラクタであるメンバーとなる６体のキャラクタは、チーム編成イベントの初回実行時において予め用意されたモブキャラクタが設定される。モブキャラクタに関する６体のキャラクタの組合せは全プレーヤで共通の設定となっている。ただし、モブキャラクタに関する６体のキャラクタの組合せを複数種類設けておき、チーム編成イベントの開始時にランダムに１種類の組合せを抽選にて決定する、または、プレーヤがいずれかの組合せを選択することができるようにしてもよい。

プレーヤがキャプテンとなるキャラクタを決定するとチームの編成が完了し、チームに所属するキャプテンおよびメンバーからなる７体のキャラクタのステータスに基づくチーム評価点が算出され、チーム評価点に基づくチームランクが決定される。本実施形態では、チーム編成イベントにおいてチームランクを上げることによって、到達したチームランクに応じたランク達成報酬が付与される。またチームの編成が完了すると、図５に示すように、イベントレースへの出走を受け付けるイベントトップ画面に遷移する。

イベントトップ画面には、マッチングボタン３０１が設けられており、マッチングボタン３０１に対するタップ入力が行われるとマッチング処理が実行される（ステップＳ１０１）。具体的には、プレーヤ端末４０からサーバー２０に対してマッチング要求が送信され、マッチング要求を受信したサーバー２０は、対戦相手の候補を抽出して対戦相手の候補の抽出結果をプレーヤ端末４０に送信する。なお本実施形態では、対戦相手の候補を確認してからプレーヤがチームのキャプテンを変更することができる仕様となっている関係で、対戦相手の候補の抽出結果をプレーヤ端末４０に送信した後も、その抽出結果がサーバー２０側で保持される。

またイベントトップ画面には、レース予定確認ボタン３０２が設けられており、レース予定確認ボタン３０２に対するタップ入力が行われると、図６に示すように、レース予定確認ダイアログが表示される。レース予定確認ダイアログでは、開催中のレースを含む今後の開催予定のレースを確認することができる。本実施形態では、レース予定確認ダイアログで開催予定のレースを確認してチームを編成する際の参考にすることができる。レース予定確認ダイアログにはクローズボタン３０６が設けられており、クローズボタン３０６に対してタップ入力が行われるとレース予定確認ダイアログを閉じてイベントトップ画面に復帰する。なおイベントレースの実施態様としては、３回のレースを１周期として、同一コースかつ同一距離のレースを３回行うと１周期が終わり、コースまたは距離の少なくとも一方が異なるレースが次の１周期として実施されるようにしてもよい。この場合、同一周期内では天候（晴れ、雨など）やコースコンディション（良、重など）は抽選でランダムに決定されるようにしてもよいし、予め定められていてもよい。

また本実施形態では、イベントレースへの出走には出走アイテムの消費が必要となっており、プレーヤの出走アイテムの所持数は、図５に示すイベントトップ画面などにおける出走アイテム所持数表示欄３０５において確認することができる。

マッチング要求に基づく対戦相手の候補の抽出は、プレーヤのチームのチーム評価点を基準として３チームが抽出される。本実施形態では、３チームのうち２チームについては、プレーヤのチームのチーム評価点との差が０％～＋１０％の範囲内のチーム評価点を有する他のプレーヤのチームが抽出される。また３チームのうち残り１チームについては、プレーヤのチームのチーム評価点との差が－１０％～０％の範囲内のチーム評価点を有する他のプレーヤのチームが抽出される。このようにマッチング処理では、プレーヤのチームに対してチーム評価点が同等以上の２チームと、プレーヤのチームに対してチーム評価点が同等以下の１チームとの計３チームが抽出される。

なお抽出対象として適切なチームが存在しなかった場合には、例外処理として、検索範囲を拡げることができる。例えば、プレーヤのチームのチーム評価点との差が－１０％～０％の範囲内のチーム評価点を有する他のプレーヤのチームが存在しなかった場合、検索範囲を－２０％～０％に拡げて抽出を行い、それでも該当する他のプレーヤのチームが存在しない場合、検索範囲を－３０％～０％に拡げるようにしてもよい。またマッチング処理によって抽出される３チームの中には実在するプレーヤが編成したチームではなくＮＰＣ（ノンプレーヤキャラクタ）のチームとして用意されたチームが存在していてもよい。

サーバー２０でのマッチング処理による対戦相手の候補となる３チームの抽出が完了して、サーバー２０から対戦相手の候補の抽出結果を受け取ったプレーヤ端末４０では、図７に示すように、対戦相手選択画面が表示される。

対戦相手選択画面では、対戦相手の候補として抽出された３チームのチームアイコン４０１～４０３がチーム評価点の高い順に降順表示される。このため対戦相手選択画面において、チームアイコン４０１，４０２に対応するチームはプレーヤのチームと同等以上のチーム評価点のチームであり、チームアイコン４０３に対応するチームはプレーヤのチームと同等以下のチーム評価点のチームとなる。このため、プレーヤが対戦での勝利を優先する場合、できるだけチーム評価点の低いチームを対戦相手として選択することになり、プレーヤが自分のチームに評価点の高いキャラクタをスカウトすることを目指す場合、できるだけチーム評価点の高いチームを対戦相手として選択することになる。このようにチーム編成イベントにおいて対戦相手を選択する際には、対戦後のチームの編成を見据えた戦略要素が存在する。

チームアイコン４０１～４０３のそれぞれには、各チームの編成情報に基づくチームステータス表示欄４０４～４０６が設けられている。チームステータスとは、所定の適正区分についてチームの強さの度合いをゲージ量で視覚的に表示するものである。本実施形態では、短距離、マイル、中距離、長距離、ダートの５種類の適正区分について、チームに所属する７体のキャラクタの評価点および適正ランクに基づきゲージ量が算出される。本実施形態では、適正ランクに応じた補正率が設定されており、キャラクタの評価点に補正率を乗じた値を評価基本値としてチームに所属する７体のキャラクタの評価基本値の合計に基づいてチームステータスとして表示するゲージ量を求めている。

なおチームステータス表示欄４０４～４０６では、出走するイベントレースに対応する適正区分のゲージを強調表示するようにしてもよい。また各適正区分のゲージ量の算出においてはチームに所属するキャラクタの適正を参照するが、一部の適正区分については複数種類の適性を参照するようにしてもよい。例えば、ダートの適正区分については、チームに所属するキャラクタのダート適正だけではなく距離適正も参照してゲージ量を算出するようにしてもよい。また各適正区分のゲージ量を算出する際に限ってキャラクタの評価点に上限値を設けるようにしてもよい。このようにすればチームに所属するキャラクタの中に評価点が突出して高いキャラクタがいても、キャラクタ間の評価点の差によるゲージ量への影響が少なくなるため、チーム全体としての能力の高さをゲージ量で把握しやすくなる。

また対戦相手選択画面には、再マッチングボタン４０４が設けられており、再マッチングボタン４０４に対するタップ入力が行われると、プレーヤ端末４０からマッチング要求が行われ、サーバー２０でのマッチング処理のやり直しが行われる。このように本実施形態では、対戦相手選択画面で提示された対戦相手の候補を変更した場合には、再マッチングボタン４０４を利用したマッチング処理のやり直しを要求することができる。

そして対戦相手選択画面においてチームアイコン４０１～４０３のいずれかに対してタップ入力が行われると、図８に示すように、表示画面が出走確認画面に遷移する。

出走確認画面では、対戦相手選択画面にてタップ入力されたチームアイコンに対応するチームが対戦相手として選択された状態となる。また出走確認画面では、タブ切り替えによって相手チームの情報と自分のチームの情報とのいずれを表示するかを切り替えることができる。具体的には、図８に示すように、相手チームの情報が表示されている場合に、タブ５０２をタップすることによって、図９に示すように、自分のチームの情報が表示される。また図９に示すように、自分のチームの情報が表示されている場合に、タブ５０１をタップすることによって、図８に示すように、相手チームの情報が表示される。なお出走確認画面において相手チームの情報が表示されている場合、相手チームに所属するキャラクタごとにスカウトに必要となるスカウトポイントを表示するようにしてもよい。

また出走確認画面では、対戦相手の変更をすることも可能である。具体的には、左変更ボタン５０３で選択中の対戦相手よりもチーム評価点の高いチームに対戦相手を変更することができ、右変更ボタン５０４で選択中の対戦相手よりもチーム評価点の低いチームに対戦相手を変更することができる。なおチーム評価点の最も高いチームが対戦相手として選択されている状態では、出走確認画面において左変更ボタン５０３に対する入力は無効となって左変更ボタン５０３がグレーアウト表示され、チーム評価点の最も低いチームが対戦相手として選択されている状態では、出走確認画面において右変更ボタン５０４に対する入力は無効となって右変更ボタン５０４がグレーアウト表示される。

そして出走確認画面において出走ボタン５０５に対するタップ入力が行われると、対戦処理が実行される（ステップＳ１０２）。具体的には、プレーヤ端末４０からサーバー２０に対して対戦結果要求が送信され、対戦結果要求を受信したサーバー２０では、プレーヤのチームに所属する７体のキャラクタと対戦相手のチームに所属する７体のキャラクタとからなる計１４体のキャラクタによる走行シミュレーションを実行し、シミュレーション結果をプレーヤ端末４０に送信する。本実施形態では、出走アイテムを消費してイベントレースへの出走を行う。出走アイテムは、２４時間毎に定時（例えば、１２：００）に各プレーヤに出走アイテムの支給が行われる。また出走アイテムには所持上限が設けられており、支給時に所持上限を超える場合については、支給された出走アイテムを受け取ることができない。また出走確認画面には、キャプテン変更ボタン５０８が設けられており、対戦相手のチームの編成内容を確認してからキャプテンを変更することができる。

なお出走確認画面において出走ボタン５０５に対するタップ入力が行われた場合に、プレーヤのチームのキャプテンの適正がＢランク未満である場合には、対戦処理の実行が保留されて、図１０に示すように、適正確認ダイアログが表示される。適正確認ダイアログにはキャプテン変更ボタン５０６が設けられており、キャプテン変更ボタン５０６に対するタップ入力が行われると、キャプテンとなるキャラクタの変更を行うことができる。このように本実施形態では、チームに所属するキャラクタの中には距離適正やコース適性が合わないキャラクタが含まれることもあるが、それらを考慮してチームを構築するという戦略要素がある。そして適正確認ダイアログが表示された場合には、適正確認ダイアログにて出走ボタン５０７に対するタップ入力が行われると対戦処理が実行される。

サーバー２０からシミュレーション結果を受信したプレーヤ端末４０では、対戦結果処理が行われる（ステップＳ１０３）。まずシミュレーション結果に基づくレースの模様を示すレース映像を生成し、表示画面を通じてレースの模様を観戦させる。そしてレースの観戦が終了すると、図１１に示すように、表示画面が対戦結果画面に遷移して対戦結果を通知する。チーム編成イベントにおけるイベントレースでの対戦の勝敗は、１着となったキャラクタが所属するチームの勝利となるように決定される。すなわち、プレーヤのチームに所属するキャラクタが１着となった場合はプレーヤの勝利となり、対戦相手のチームに所属するキャラクタが１着となった場合はプレーヤの敗北となる。

なおイベントレースで敗北の結果となった場合、育成機能と同様に、コンティニュー機能の利用が可能となっている。コンティニュー機能の利用は、対戦結果画面に設けられたコンティニューボタン５１０に対するタップ入力を行うことが可能であり、コンティニューボタン５１０に対するタップ入力が受け付けられると対戦処理が再実行される。ただし図１１に示すように、イベントレースで勝利の結果となった場合にはコンティニュー機能を利用することはできず、コンティニューボタン５１０がグレーアウト表示される。

また対戦処理においては、走行シミュレーションの自動リトライ機能を設けるようにしてもよい。例えば、プレーヤのチームにイベントレースにおいて１番人気のキャラクタが存在する場合、サーバー２０から受信したシミュレーション結果がプレーヤのチームの敗北であってもプレーヤには通知せずに内部的に対戦結果要求をサーバー２０に送信して、走行シミュレーションの再実行の結果を取得できるようにしてもよい。

そして対戦結果画面において進行ボタン５１１に対するタップ入力が行われると、図１２に示すように、表示画面が報酬獲得画面に遷移する。本実施形態では、イベントレースの勝敗の結果に応じた報酬が付与される。特に本実施形態では、イベントレースへの出走に対する報酬としてスカウトポイントが存在し、スカウトポイントは後述するキャラクタをスカウトする際に消費されるポイントである。スカウトポイントの獲得量は、イベントレースに勝利した場合、イベントレースに敗北した場合よりも多くなる。またイベントレースの連勝数や図鑑へのキャラクタの登録数に応じたボーナス倍率であるポイント上昇ボーナスが存在し、イベントレースの勝敗に応じた基本となる獲得量に対してボーナス倍率によるボーナス増量分を加えた結果が実際のスカウトポイントの獲得量となる。

また対戦結果処理では、イベントレースでの対戦結果に応じて図鑑データの更新も行われる。具体的には、プレーヤのチームがイベントレースで勝利した場合、そのチームに所属する７体のキャラクタの中に図鑑に未登録のキャラクタが存在する場合、そのキャラクタを登録対象として図鑑データのキャラクタ名簿情報が更新される。このように本実施形態では、図鑑に未登録のキャラクタがプレーヤのチームに所属しており、そのチームがイベントレースで勝利することが図鑑への登録条件となっている。

また本実施形態では、イベントレースの対戦結果に応じて更新される図鑑データとしては、チームスキル情報も存在する。チームスキル情報は、チーム編成イベントにおいて適用されるスキルであるチームスキルの獲得状況を示す情報である。チームスキルは複数種類存在し、チームスキルの種類に応じたキャラクタの組合せが存在する。獲得しているチームスキルは、イベントレースの走行シミュレーションやチーム評価点の算出においてチームに所属するキャラクタの全てに適用される。プレーヤのチームがイベントレースで勝利すると、イベントレースに出走したプレーヤのチームに所属する７体のキャラクタに関して、チームスキルが対応づけられたキャラクタの組合せが含まれている場合、その組合せに対応するチームスキルを獲得対象として図鑑データのチームスキル情報が更新される。

このように本実施形態では、イベントレースで対戦相手のチームに勝利した場合に図鑑データが更新されることがあり、イベントレースで対戦相手のチームに敗北したことが確定すると図鑑データは更新されない。なおイベントレースで対戦相手のチームに敗北した場合であっても図鑑データが更新されるようにしてもよい。すなわち図鑑データの更新（キャラクタ名簿情報およびチームスキル情報の少なくとも一方の更新）についてはイベントレースでの勝敗に関わらず、イベントレースへの出走を条件とするようにしてもよい。

そして対戦結果処理において対戦相手のチームに勝利したことが確定し、図鑑データの更新が行われた場合には（ステップＳ１０４でＹ、ステップＳ１０５でＹ）、報酬獲得画面に遷移する際に、図１３に示すように、図鑑データの更新内容を通知する図鑑更新通知ダイアログがポップアップ表示され、チーム評価更新処理が行われる（ステップＳ１０６）。なお図鑑更新通知ダイアログにはクローズボタン５２１が設けられており、クローズボタン５２１に対するタップ入力が行われると図鑑更新通知ダイアログが閉じられる。

イベントレース後の図鑑データの更新に基づくチーム評価更新処理では、図鑑データの更新内容をチーム評価点に反映する。具体的には、キャラクタ名簿情報が更新された場合、新たに登録されたキャラクタの種類に応じて付与される性能上昇ボーナスを、現在のチームに所属する７体のキャラクタの全てに適用して各キャラクタの評価点を算出してチーム評価点を算出する。またチームスキル情報が更新された場合、新たに解放されたチームスキルを、現在のチームに所属する７体のキャラクタの全てに適用して各キャラクタの評価点を算出してチーム評価点を算出する。チーム評価点を算出した結果、最高チーム評価点が更新された場合には、図鑑更新通知ダイアログを閉じる際に、図鑑更新通知ダイアログと入れ替わるように、図１４に示すチーム評価更新ダイアログがポップアップ表示される。チーム評価更新ダイアログが表示されている場合、表示画面のいずれかの部位をタップすることによってチーム評価更新ダイアログが閉じて報酬獲得画面に復帰する。

そしてイベントレースに勝利しており、かつ報酬獲得画面において進行ボタン５２０に対するタップ入力が行われるとスカウト処理が行われる（ステップＳ１０７）。本実施形態では、イベントレースで対戦相手のチームに勝利することがスカウト処理の実行条件となっているため、イベントレースで対戦相手のチームに敗北したことが確定した場合（ステップＳ１０４でＮ）、スカウト処理は実行されない。スカウト処理では、図１５に示すように、プレーヤ端末４０においてスカウト受付画面が表示され、対戦相手のチームに所属するキャラクタの中からスカウト対象のキャラクタの選択を受け付けるとともに、プレーヤのチームに所属するキャラクタの中から入れ替え対象のキャラクタの選択を受け付ける。

スカウト受付画面には、レース予定確認ボタン６０５が設けられており、レース予定確認ボタン６０５に対してタップ入力が行われると、先々の出走予定のイベントレースの概要を確認することができる。本実施形態では、先々の出走予定のイベントレースに関して適正の高いキャラクタをスカウトしてチームを編成することによってイベントレースで勝利しやすいチームを構築することができる。

またスカウト受付画面には、スカウト対象ボックス６０１と、入れ替え対象ボックス６０２とが設けられている。スカウト受付画面においてスカウト対象ボックス６０１に対するタップ入力が行われると、表示画面が図１６に示すスカウト対象選択画面に遷移する。

スカウト対象選択画面では、対戦相手のチーム所属する７体のキャラクタのキャラクタアイコンが表示される。図１６に示す例では、各キャラクタアイコンの下部にスカウトに必要なスカウトポイントが表示されている。スカウト対象画面に表示されているキャラクタアイコンに対してタップ入力が行われると、キャラクタアイコンに選択マーク６１１が付与され、スカウト対象表示領域６１０に選択中のキャラクタの詳細情報が表示される。選択中のキャラクタに関して表示される詳細情報としては、キャラクタ名簿情報に関する登録の有無や、スカウトに必要となるスカウトポイントの情報が含まれていることが好ましい。またまたスカウト対象選択画面において選択解除ボタン６１２に対するタップ入力が行われると、キャラクタが選択されている状態を解除することができる。

また本実施形態では、対戦相手のチームに所属する７体のキャラクタのうち、いずれか１体をスカウト対象として選択することができる。ただしチーム内に同種類のキャラクタを２体以上所属させることはできないため、スカウト対象選択画面では、プレーヤのチームに所属しているキャラクタと同種類のキャラクタのキャラクタアイコンに対して重複バッジ６１３が付与されて同種類のキャラクタがプレーヤのチームに所属していることを通知する。

またスカウト受付画面において入れ替え対象ボックス６０２に対するタップ入力が行われると、表示画面が図１７に示す入れ替え対象選択画面に遷移する。

入れ替え対象選択画面では、プレーヤのチームに所属する７体のキャラクタのキャラクタアイコンが表示される。入れ替え対象選択画面に表示されているキャラクタアイコンに対してタップ入力が行われると、キャラクタアイコンに選択マーク６２１が付与され、入れ替え対象表示領域６１０に選択中のキャラクタの詳細情報が表示される。選択中のキャラクタに関して表示される詳細情報としては、キャラクタ名簿情報に関する登録の有無が含まれていることが好ましい。また入れ替え対象選択画面において選択解除ボタン６２２に対するタップ入力が行われると、キャラクタが選択されている状態を解除することができる。また入れ替え対象選択画面では、スカウト前チームステータス表示６２５とスカウト後チームステータス表示６２６とによってゲージ変化の度合いが可視化して表示される。

また本実施形態では、プレーヤのチームに所属する７体のキャラクタのうち、キャプテンを入れ替え対象として選択することはできず、６体のメンバーのうち、いずれか１体を入れ替え対象として選択することができる。また既述のようにチーム内に同種類のキャラクタを２体以上所属させることはできないため、入れ替え対象選択画面では、対戦相手のチームに所属しているキャラクタと同種類のキャラクタのキャラクタアイコンに対して重複バッジ６２３が付与されて同種類のキャラクタが対戦相手のチームに所属していることを通知する。

そして図１８に示すように、スカウト対象となるキャラクタと、入れ替え対象となるキャラクタとが選択された状況において、スカウト受付画面に設けられたスカウト実行ボタン６０３に対してタップ入力が行われると、プレーヤのチームから入れ替え対象となるキャラクタが除外されるとともに、スカウト対象となるキャラクタがプレーヤのチームに所属してチームの編成情報が更新される。また本実施形態において対戦相手のチームからキャラクタをスカウトするか否かはプレーヤの任意であり、対戦相手のチームにプレーヤがスカウトを希望するキャラクタがいない場合などについては、スカウト受付画面に設けられたスカウト不実行ボタン６０４に対するタップ入力を行うことでキャラクタのスカウトを行わないことも可能である。またスカウト受付画面でも、スカウト前チームステータス表示６２５とスカウト後チームステータス表示６２６とによってゲージ変化の度合いが可視化して表示される。

スカウト受付画面においてスカウト実行ボタン６０３に対してタップ入力が行われ、プレーヤのチームのメンバーに変更があった場合（ステップＳ１０８でＹ）、チーム評価更新処理が行われる（ステップＳ１０９）。一方、スカウト受付画面においてスカウト不実行ボタン６０４に対してタップ入力が行われると，プレーヤのチームのメンバーに変更がないため（ステップＳ１０８でＮ）、チーム評価更新処理は行わずにチーム編成イベントに係る一連の処理を終了する。

キャラクタのスカウトに基づくチーム評価更新処理では、キャラクタのスカウト後のプレーヤのチームに所属する７体のキャラクタについて評価点を算出してチーム評価点を算出する。この場合にも、図鑑データに基づく性能上昇ボーナスおよびチームスキルがプレーヤのチームに所属する７体のキャラクタのそれぞれに適用されて各キャラクタの評価点が算出される。なお本実施形態では、キャラクタのスカウトに関して、スカウト受付画面でスカウト実行ボタン６０３に対するタップ入力が行われるまではスカウト対象のキャラクタや入れ替え対象のキャラクタの変更に対応してプレーヤ端末４０側でチーム評価点の計算を行っており、スカウト実行ボタン６０３に対するタップ入力が行われてキャラクタのスカウトが決定されると、サーバー２０と通信を行うことでチーム評価点が確定してプレーヤＩＤに紐付けられたチーム評価点が更新される。

また本実施形態では、キャプテンの変更が行われた場合にもチームの編成情報が更新される。以下では、図１９に示すフローチャートに沿ってチームのキャプテンを変更する場合について説明する。

キャプテンの変更は、チーム編成イベントの開始を受け付ける開始処理（ステップＳ２００）において表示されるイベントトップ画面から行うことができる。図５に示すイベントトップ画面には、チーム確認ボタン３０３が設けられており、チーム確認ボタン３０３に対してタップ入力が行われるとチーム確認処理が行われる（ステップＳ２０１）。

具体的には、図２０に示すように、プレーヤのチームの編成情報を表示するチーム確認画面が表示される。チーム確認画面では、キャプテンとメンバーとが区別されて、該当するキャラクタのキャラクタアイコンが表示される。キャプテンに該当するキャラクタ用の表示欄には、キャラクタ名簿情報に関する登録の有無が表示されるとともに、キャプテン変更ボタン７０１が設けられており、キャプテン変更ボタン７０１に対してタップ入力が行われると、図２１に示すように、キャプテン選択画面が表示される。キャプテン選択画面には、プレーヤの所有する育成済みキャラクタの一覧がキャラクタアイコンで表示され、キャラクタアイコンに対してタップ入力が行われると、キャラクタアイコンに選択マーク６１０が付与され、キャラクタアイコンに対応するキャラクタが選択された状態となる。また既述のようにチーム内には同種類のキャラクタを２体以上所属させることができないため、チーム内の６体のメンバーのいずれかと同種類のキャラクタのキャラクタアイコンはグレーアウト表示され選択不可となっている。またキャプテン選択画面において、選択中のキャラクタの詳細情報として、キャラクタ名簿情報に関する登録の有無が表示されていてもよい。

またチーム確認処理では、キャプテン選択画面において選択中のキャラクタアイコンが変更される毎に、チーム評価点の算出とチームランクの判定が行われ、変更前評価表示領域６１２と変更後評価表示領域６１３とによってキャプテンを変更する前後のチーム評価点およびチームランクの変化の度合いを確認することができる。

そしてキャプテン選択画面において決定ボタン６１１に対するタップ入力が行われると、選択中のキャラクタアイコンに対応するキャラクタがプレーヤのチームのキャプテンとして設定されて表示画面がチーム確認画面に復帰する。このときキャプテンの変更が発生した場合には（ステップＳ２０２でＹ）、チーム評価更新処理が行われてチーム評価点が更新される（ステップＳ２０３）。

また本実施形態では、チーム確認画面に設けられたチーム作戦ボタン７０２に対するタップ入力が行われると、図２２に示すように、チーム作戦ダイアログが表示され、プレーヤのチームに所属するキャラクタのイベントレースでの行動条件の一つである作戦を変更することができる。作戦は、イベントレースでのキャラクタの位置取りに関する行動条件であり、４種類の作戦（「逃げ」、「先行」、「差し」、「追込」）のいずれにするかを設定することができる。各キャラクタには「逃げ」、「先行」、「差し」、および「追込」のそれぞれについての適正の高さを示す脚質適正が設定されており、脚質適正の高い作戦を選択するとイベントレースにおいて位置取りが有利になりやすいように走行シミュレーションが実行される。チーム作戦ダイアログでは、プレーヤに所属するキャラクタに対応するように作戦変更ボタン８０１が設けられ、タップ入力が行われた作戦変更ボタン８０１に対応するキャラクタについて作戦を変更することができる。そしてチーム作戦ダイアログに設けられた決定ボタン８０２に対してタップ入力が行われると、チーム作戦ダイアログで表示されている各キャラクタの作戦が確定されてチームの編成情報が更新される。

また本実施形態では、イベントトップ画面またはチーム確認画面から遷移する図鑑閲覧画面で図鑑の登録内容の閲覧が可能となっている。具体的には、図５に示すイベントトップ画面に設けられた図鑑閲覧ボタン３０４に対するタップ入力、または図２０に示すチーム確認画面に設けられた図鑑閲覧ボタン７０３に対するタップ入力が行われると、図２３に示すように、表示画面が図鑑閲覧画面に遷移する。

図鑑閲覧画面では、キャラクタ名簿情報と、チームスキル情報とが閲覧可能であり、閲覧対象の切り替えは、名簿タブ９０１およびスキルタブ９０２に対するタップ入力によって行うことができる。例えば、図２３に示すように、キャラクタ名簿情報が表示されている状況でスキルタブ９０２に対してタップ入力が行われると、図２４に示すように、チームスキル情報が表示される。また例えば、図２４に示すように、チームスキル情報が表示されている状況で名簿タブ９０１に対してタップ入力が行われると、図２３に示すように、キャラクタ名簿情報が表示される。

本実施形態では、図鑑機能においてプレーヤのキャラクタの解放状況に関わらずに、育成対象のキャラクタとして実装されている全てのキャラクタが登録可能となっている。すなわちプレーヤが育成対象として使用することができないキャラクタであってもチーム編成イベントで他のプレーヤのチームから未解放のキャラクタをスカウトして自分のチームに編成することによって未解放のキャラクタを図鑑に登録する機会を得ることができる。

また図鑑閲覧画面では、図２３に示すように、キャラクタ名簿情報が表示されている場合、ボーナス表示欄９０３と名簿表示欄９０４とが設けられ、ボーナス表示欄９０３では、ポイント上昇ボーナスの内容と、性能パラメータ毎の性能上昇ボーナスの合計を確認することができる。

本実施形態では、図鑑へのキャラクタの登録数に応じた複数段階のポイント上昇ボーナスが設定されており、チーム編成イベントにおいてイベントレースの結果に応じて設定されるスカウトポイントの基礎値に対してポイント上昇ボーナスに対応する倍率を乗算した結果をボーナス値として基礎値とボーナス値との合計をスカウトポイントの獲得量として決定する。

名簿表示欄９０４には、キャラクタの種類ごとに登録状況が表示され、登録済みのキャラクタに対応する名簿画像が通常表示され、未登録のキャラクタに対応する名簿画像がグレーアウト表示される。図２３に示す例では、キャラクタＡについては未登録であるためグレーアウト表示され、キャラクタＢについては登録済みであるため通常表示される。また各キャラクタの名簿画像には、キャラクタの種類に応じた性能上昇ボーナスの内容が表示される。本実施形態では、キャラクタ種別ＩＤに紐付けて「スピード」、「スタミナ」、「パワー」、「根性」、および「賢さ」のうち、いずれか１種類の性能パラメータがボーナス対象として設定されているととともに、ボーナス対象の性能パラメータの上昇量が設定されている。例えば、キャラクタＡについては、ボーナス対象の性能パラメータが「スピード」であり、その上昇量が「＋２０」に設定されている。なおキャラクタの種類ごとに設定されるボーナス対象となる性能パラメータは１種類でなくてもよく２種類以上であってもよい。また性能上昇ボーナスにおける性能パラメータの上昇量はキャラクタの種類に関わらず一定ではあってもよいし、キャラクタの種類に応じて異なっていてもよい。

また図鑑閲覧画面では、図２４に示すように、チームスキル情報が表示されている場合、獲得チームスキル表示欄９０６と組合せ表示欄９０７とが設けられ、獲得チームスキル表示欄９０６では、スキルアイコンで獲得済みのチームスキルを確認することができる。獲得チームスキル表示欄９０６に表示されているスキルアイコンに対してタップ入力を行うことでチームスキルの詳細情報を確認するダイアログが表示される。また組合せ表示欄９０７では、チームスキルを獲得可能なキャラクタの組合せと、キャラクタの組合せに対応するチームスキルの内容を確認することができる。本実施形態では、チームスキルを獲得可能なキャラクタの組合せをキャラクタアイコンで表示しているが、キャラクタ名簿情報に関して登録済みのキャラクタのキャラクタアイコンについては通常表示され、未登録のキャラクタのキャラクタアイコンについてはグレーアウト表示される。また組合せ表示欄９０７では、チームスキルを獲得済みのキャラクタの組合せについては獲得済みバッジ９０８が表示され、プレーヤは獲得済みバッジ９０８の有無によってチームスキルを獲得できていないキャラクタの組合せを把握することができる。図２４に示す例では、キャラクタＳ、キャラクタＴ、およびキャラクタＺの組合せをチームに編成してイベントレースで勝利することで未獲得のチームスキル「チーム回復○」を獲得できることが把握できる。そしてキャラクタＴについては図鑑に未登録であることも把握できるため、プレーヤは、チームスキル「チーム回復○」を獲得するべくキャラクタＳ、キャラクタＴ、およびキャラクタＺの組合せを含むようにチームを編成してチーム編成イベントを進めるようにすれば、キャラクタＴを図鑑に新規登録することでキャラクタＴに対応する性能上昇ボーナスを獲得できるだけではなく、新たなチームスキルも獲得でき、その結果、チーム評価点を更新することができる。

チームスキルを獲得可能なキャラクタの組合せは、チームスキルを識別するスキルＩＤに紐付けてキャラクタ種別ＩＤの組合せが対応づけられて管理されており、チーム編成イベントのイベントレースにおいてプレーヤのチームが勝利した場合に、そのチームに所属する７体のキャラクタに関するキャラクタ種別ＩＤに基づいて獲得可能なスキルＩＤが存在するかを検索して、獲得可能なスキルＩＤが存在していた場合に、そのスキルＩＤに対応するチームスキルを獲得状態に設定する。チームスキルを獲得可能なキャラクタの組合せを構成するキャラクタの種類は２種類以上であればよく、チームに所属するキャラクタの数の範囲内で任意に設定することができる。

このように本実施形態における図鑑機能は、スカウトでチームに入れたメンバーとプレーヤが設定したキャプテンとについて、キャラクタの種類毎に使用履歴として記録し、登録状況に応じてチーム編成イベントの進行に有利な効果が累積していく機能である。そして本実施形態では、図鑑に登録されたキャラクタの種類を増やすことを目指す要素があるため、多くの種類のキャラクタをスカウトして、イベントレースで使用する動機付けを与えることができる。

また本実施形態では、図鑑ボーナスを得るためには、キャラクタをイベントレースに出走させて勝利する必要がある。このため、イベントレースには出走せずにキャプテンを入れ替えるだけでは図鑑ボーナスを得ることができない。また本実施形態では、スカウトによって対戦相手のチームからプレーヤが育成可能キャラクタとして解放していないキャラクタをチームに編成して図鑑への登録を達成することができる。このように本実施形態の図鑑機能では、図鑑の登録状況によって得られる図鑑ボーナスの累積のために、キャラクタが弱くてもメンバーに加える等のチームの編成におけるキャラクタ選択の幅を広げることができる。

また本実施形態では、イベントレースにおいて図鑑ボーナスが適用されるため、図鑑ボーナスが累積しているプレーヤほどイベントレースで勝利しやすくなり、より強いチームと対戦して評価点の高いキャラクタをスカウトする等してチームランクを向上させやすい。すなわち図鑑の登録状況に応じた図鑑ボーナスの累積という要素によってプレーヤが様々なキャラクタを使用する動機付けを与えることができる。

以上に述べたように本実施形態では、キャラクタの種類に紐付けて図鑑への登録状況の有無を管理し、図鑑に登録されたキャラクタの種類に応じてチーム編成イベントの進行に有利となる図鑑ボーナスを設定するようにしたことが、様々なキャラクタについて図鑑の登録条件を満たすべくチーム編成イベントを行う動機となって、プレーヤのゲームに対する興趣を向上させることができる。

また本実施形態では、予め設定された期間において実施されるチーム編成イベントにおいて図鑑へのキャラクタの登録を有効としている。そしてチーム編成イベントは、実施期間を変えて第１回、第２回、第３回・・・と繰り返し開催することができる。この場合、チーム編成イベントの実施期間に対応した図鑑ボーナスを設定することができる。例えば、実施されるチーム編成イベントごとにキャラクタの種類と性能上昇ボーナスとの対応関係が異なっていたり、実施されるチーム編成イベントごとにチームスキルを獲得するためのキャラクタの組合せが異なっていたり、過去に実施されたチーム編成ベントには存在しなかった新たなチームスキルを獲得できるようにすることができる。このようにすれば、過去に体験したチーム編成イベントと違う態様で図鑑ボーナスを得ることを目的として新たに実施されるチーム編成イベントを行う動機付けをプレーヤに与えることができる。

また本実施形態では、チーム編成イベントにおいて、複数種類のキャラクタからプレーヤがチームに編成するキャラクタを選択可能であって、図鑑の登録対象となったキャラクタの種類に応じて設定される図鑑ボーナスが、チームに所属するキャラクタの種類に関わらずイベントレースでの対戦に適用される。すなわち本実施形態では、過去に獲得した追加ステータスを次回以降のイベントレースに関して編成されたチームに所属する各キャラクタに等しく適用する。仮に図鑑ボーナスが図鑑に登録されたキャラクタと同種類のキャラクタにのみ適用される仕様であると、図鑑ボーナスの適用を受けるためにチームに編成するキャラクタに偏りができてしまい、各プレーヤのチームに独自性が失われてしまうおそれがあるが、いずれのキャラクタをチームに編成しても図鑑ボーナスの適用を受けることができるようにしたことでチームの編成においてキャラクタの選択の幅を広げることができ、チーム編成の多様性を担保することができる。

また本実施形態では、プレーヤが使用するキャラクタを選択することによってチームを編成してイベントレースに出走させた結果、図鑑への登録条件を満たした場合に、性能上昇ボーナスやチームスキルなどのキャラクタの追加ステータスを獲得することができ、獲得された追加ステータスを次回以降のイベントレースの出走時において適用するようにしたので、不慣れなプレーヤであっても今回よりも次回の方がイベントレースを有利に進めることができるという期待感を得やすくなり、その結果、プレーヤに継続的にゲームを行う動機を与えてプレーヤのゲームに対する興趣を向上させることができる。

また本実施形態では、プレーヤが編成したチームにチームスキルに対応するキャラクタの組合せを含む状況でイベントレースに勝利した場合、今回のイベントレースに関してチームに編成されたキャラクタの組合せに応じたチームスキルを獲得するようにしたので、キャラクタごとの図鑑への登録を目指すだけではなく、チームの編成においてキャラクタの組合せを考慮する要素を含めたことでチームの編成におけるキャラクタの選択の幅を広げることができ、チーム編成の多様性を担保することができる。

また図鑑ボーナスによって得られるゲームの進行に有利な効果は、アイテムの獲得量を上昇させたり、経験値の獲得量を上昇させるものであったり、対戦において対戦相手のキャラクタにステータスの下降効果（デバフ効果）を付与するものであったり、様々な効果を採用することができる。

また本実施形態のイベント機能において提供されるチーム編成イベントでは、プレーヤの所有する育成済みキャラクタがスカウトされた回数をカウントして、その回数に応じた報酬をプレーヤに付与するようにしてもよい。またチーム編成ベントにおいて、プレーヤのチーム評価点やチームランクなどをランキング形式で表示する機能を有していてもよい。

またチームを編成する際にスカウトによってメンバーを入れ替える積極的な動機を与える要素として、スカウトを行う際に、入れ替え対象のキャラクタからスカウト対象のキャラクタへ能力を引き継ぐことができるようにしてもよい。引き継ぎ対象の能力としては、適性、性能パラメータ、スキルなどとすることができ、抽選で引き継ぎ対象の能力が決定されるようにしてもよいし、プレーヤが引き継ぎ対象の能力を選択できるようにしてもよい。スキルを引き継ぎ対象の能力とする場合には、プレーヤごとに、またはキャラクタの種類ごとにスキルを引き継げる数に上限を設けておくようにしてもよい。また引き継いだスキルを入れ替え可能としてもよいし、一度引き継いだスキルは外せないようにしてもよい。また適性を引き継ぎ対象の能力とする場合には、入れ替え対象のキャラクタが適正において所定条件を満たしている場合にスカウト対象のキャラクタの適性が上昇するような仕様であってもよい。なおスカウト対象のキャラクタに対して入れ替え対象のキャラクタの能力を引き継ぐことができるようにした場合、引き継いだ能力もチーム評価点の算出やイベントレースの走行シミュレーションにおいて適用することができる。

また性能上昇ボーナスについては図鑑に登録されているキャラクタのレアリティを参照して決定するようにしてもよい。例えば、同じ種類のキャラクタでも既登録のものよりレアリティの高い状況で当該キャラクタの登録条件を満たした場合には、図鑑データのキャラクタ名簿情報を更新し、性能上昇ボーナスが変化するようにしてもよい。この場合、性能上昇ボーナスにおける性能パラメータの上昇量が登録条件を満たしたキャラクタのレアリティに応じて変化してもよいし、ボーナス対象となる性能パラメータの種類およびその上昇量が登録条件を満たしたキャラクタのレアリティに応じて追加されるようにしてもよい。

またキャラクタ名簿情報の管理について、本実施形態ではキャプテン／メンバーの区別なくキャラクタを登録する場合について説明したが、キャプテンとしてチームに編成されてキャラクタが登録される場合と、メンバーとしてチームに編成されてキャラクタが登録される場合とを区別してもよい。キャプテンとしての登録とメンバーとしての登録とを区別する場合、性能上昇ボーナスに違いがあってもよい。例えば、キャプテンとして登録された場合にはメンバーとして登録された場合よりも性能上昇ボーナスにおける性能パラメータの上昇量が大きくなっていてもよい。

またチームスキルの獲得条件については、チームスキルを獲得できるキャラクタの組合せについて組合せ間においてキャラクタが重複しないように設定されていてもよいし、組合せ間において一部のキャラクタが重複するように設定されていてもよい。例えば、チームスキルＡに対応するキャラクタの組合せとしてキャラクタＡとキャラクタＢの組合せが設定され、チームスキルＢに対応するキャラクタの組合せとしてキャラクタＢとキャラクタＣの組合せが設定されているような場合であってもよい。

またキャラクタの第１組合せを包含するキャラクタの第２組合せが存在し、第２組合せで獲得できるチームスキルが第１組合せで獲得できるチームスキルの上位版となるような獲得態様が存在していてもよい。例えば、キャラクタＡとキャラクタＢによる第１組合せでチームスキルＡを獲得でき、キャラクタＡとキャラクタＢとキャラクタＣによる第２組合せでチームスキルＡの上位版のチームスキルであるチームスキルＢを獲得できるものとする。チームスキルＡとチームスキルＢとでは、チームスキルＢではスキルの効果量および効果時間の少なくとも一方がチームスキルＡよりも有利となっている。この場合、獲得したチームスキルＡとチームスキルＢとを同時適用可能としてもよいし、チームスキルＡとチームスキルＢとが同時適用不可能としてもよい。チームスキルＡとチームスキルＢとを同時適用可能とする場合、チームスキルＡとチームスキルＢとをいずれも獲得状態とした上で、イベントレースでの走行シミュレーションやチーム評価点の算出においてチームスキルＡおよびチームスキルＢの双方を適用することができる。一方、チームスキルＡとチームスキルＢを同時適用不可能とする場合、チームスキルＡを獲得した状況でチームスキルＢの獲得条件を満たした場合、チームスキルＡに代えてチームスキルＢを獲得状態に設定することができる。またチームスキルＡおよびチームスキルＢをいずれも獲得状態とした上で、イベントレースの走行シミュレーションやチーム評価点の算出においてチームスキルＡを適用せずにチームスキルＢを適用する処理を行うようにしてもよい。

また本実施形態の情報処理システム１０の各機能を提供する構成は、例えば、野球ゲームやサッカーゲームなどのスポーツゲームにおいて、競技に参加するキャラクタを育成し、プレーヤが自ら育成したキャラクタや他のプレーヤが育成したキャラクタを利用してイベントを進行させて図鑑にキャラクタを登録するゲームに適用することができる。また他のジャンルのゲーム、例えば、カードバトルゲーム、格闘ゲーム、アクションゲーム、バトルロイヤルゲーム、ロールプレイングゲームなどにおいてキャラクタを育成して、プレーヤが自ら育成したキャラクタや他のプレーヤが育成したキャラクタを利用してイベントを進行させてキャラクタを図鑑に登録するゲームに適用してもよい。

１０ 情報処理システム、
２０ サーバー、４０ プレーヤ端末、２１，４１ 制御部、２２，４２ 記憶部、
２３，４５ 通信部、４３ 操作入力部、４４ 表示部、
５０ サーバーデータ記憶部、５１ プレーヤ管理データベース、６０ ゲーム演算部、
７０ 端末データ記憶部、７１ プレーヤデータ記憶部、７２ 育成進行データ記憶部、
７３ レース制御データ記憶部、７４ 因子情報データベース、
７５ イベントデータ記憶部、
８０ ゲーム実行部、８１ 育成機能提供部、８２ イベント機能提供部、
８３ 編成受付部、８４ 対戦処理部、８５ チーム評価処理部、
８６ 図鑑機能提供部

Claims (5)

1. 複数種類のキャラクタが登場するゲームのためのプログラムであって、
   複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付ける編成受付部と、
   前記チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定する追加ステータス設定部と、
   過去に獲得状態に設定された前記追加ステータスを次回以降のゲームの進行において適用する追加ステータス適用部として、
   コンピュータを機能させるプログラム。
2. 請求項１において、
   前記追加ステータス適用部が、
   過去に獲得状態に設定された前記追加ステータスを次回以降のゲームに関して編成された前記チームに所属する各キャラクタに等しく適用するプログラム。
3. 請求項１において、
   前記追加ステータス設定部が、
   前記所定条件を満たした場合、今回のゲームに関して前記チームに編成された前記キャラクタの組合せに応じた前記追加ステータスを獲得状態に設定するプログラム。
4. 複数種類のキャラクタが登場するゲームのための情報処理システムであって、
   複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付ける編成受付部と、
   前記チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定する追加ステータス設定部と、
   過去に獲得状態に設定された前記追加ステータスを次回以降のゲームの進行において適用する追加ステータス適用部と、
   を含む情報処理システム。
5. 複数種類のキャラクタが登場するゲームのための情報処理方法であって、
   複数種類のキャラクタから使用するキャラクタを選択してチームを編成するための入力を受け付ける編成受付ステップと、
   前記チームを編成してゲームを進行させた結果、所定条件を満たした場合、追加ステータスを獲得状態に設定する追加ステータス設定ステップと、
   過去に獲得状態に設定された前記追加ステータスを次回以降のゲームの進行において適用する追加ステータス適用ステップと、
   を含む情報処理方法。