JP2022190979A - 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法 - Google Patents

情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法 Download PDF

Info

Publication number
JP2022190979A
JP2022190979A JP2021099548A JP2021099548A JP2022190979A JP 2022190979 A JP2022190979 A JP 2022190979A JP 2021099548 A JP2021099548 A JP 2021099548A JP 2021099548 A JP2021099548 A JP 2021099548A JP 2022190979 A JP2022190979 A JP 2022190979A
Authority
JP
Japan
Prior art keywords
player
information
race
room
game
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021099548A
Other languages
English (en)
Other versions
JP7174113B1 (ja
Inventor
直之 ▲高▼橋
Naoyuki Takahashi
のぞみ 菊池
Nozomi Kikuchi
剛士 溝部
Takeshi Mizobe
聖也 神里
Seiya Kamisato
諒 加藤
Ryo Kato
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cygames Inc
Original Assignee
Cygames Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cygames Inc filed Critical Cygames Inc
Priority to JP2021099548A priority Critical patent/JP7174113B1/ja
Priority to JP2022118542A priority patent/JP2022191208A/ja
Application granted granted Critical
Publication of JP7174113B1 publication Critical patent/JP7174113B1/ja
Publication of JP2022190979A publication Critical patent/JP2022190979A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】プレイヤの利便性を向上させる。【解決手段】情報処理プログラムは、複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成し、第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、第１プレイヤのプレイヤ情報をルームに紐付けて記憶し、マルチプレイゲームの開始時間に関する時間情報をルームに紐付けて管理し、第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、第２プレイヤのプレイヤ情報をルームに紐付けて記憶し、マルチプレイゲームの開始時間になると、プレイヤ情報に基づいてマルチプレイゲームのゲーム結果を導出する処理をコンピュータに遂行させる。【選択図】図３１

Description

特許法第３０条第２項適用申請有り 令和３年５月２７日にｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝４ＡｍＡｐＤ２ｔＥＣ８にて出演者が本発明に係る機能を使用してゲームをプレイしている動画を公開
本発明は、情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法に関する。
従来、複数のプレイヤが参加可能な通信ゲーム（以下、マルチプレイゲームという）が知られている。マルチプレイゲームでは、ゲームの参加希望者をマッチングする必要がある。例えば、特許文献１には、先行プレイヤのゲームのプレイ中に、他のプレイヤからの対戦の申し込みを受け付けるゲームシステムが提案されている。
特開２０００－１４０４１３号公報
複数のプレイヤをマッチングするマルチプレイゲームでは、マッチングが完了するまでプレイヤを待機させなければならない。そこで、プレイヤの利便性を向上させることができるマッチング技術の開発が希求されている。
本発明は、プレイヤの利便性を向上させることができる情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法を提供することを目的とする。
上記課題を解決するために、情報処理プログラムは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
をコンピュータに遂行させる。
前記プレイヤ情報には、前記マルチプレイゲームのゲーム結果を導出するために必要であって、前記第１プレイヤまたは前記第２プレイヤが設定した設定情報が含まれてもよい。
前記情報処理プログラムは、
導出された前記マルチプレイゲームのゲーム結果を前記第１プレイヤおよび前記第２プレイヤに受け取らせる処理をさらにコンピュータに遂行させてもよい。
前記情報処理プログラムは、
前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作の入力に基づいて、前記マルチプレイゲームを開始させる処理をさらにコンピュータに遂行させてもよい。
前記第１プレイヤの開始操作の入力に基づいて前記マルチプレイゲームを開始させる処理は、前記ルームに紐付けられた前記プレイヤＩＤの数が所定数以上であることを条件として実行可能であってもよい。
１つの前記プレイヤＩＤは、複数の前記ルームに紐付け可能であってもよい。
前記情報処理プログラムは、
前記第２プレイヤの前記プレイヤＩＤに紐付けられている前記ルームの数が所定数以上である場合に、他の前記ルームへの参加を不可能とし、前記第２プレイヤの前記プレイヤＩＤに紐付けられている前記ルームの数が所定数未満である場合に、前記ルームへの参加を可能とする処理をさらにコンピュータに遂行させてもよい。
上記課題を解決するために、ゲーム装置は、
１または複数のコンピュータを備えるゲーム装置であって、
前記コンピュータは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を遂行する。
上記課題を解決するために、情報処理システムは、
１または複数のコンピュータを備える情報処理システムであって、
前記コンピュータは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を遂行する。
上記課題を解決するために、情報処理方法は、
１または複数のコンピュータが遂行する情報処理方法であって、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を含む。
本発明によれば、プレイヤの利便性を向上させることができる。
図１は、情報処理システムの概略的な構成を示した説明図である。 図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。 図３は、育成ゲームのおおまかな進行の流れを説明するための図である。 図４Ａは、ホーム画面を説明する図である。図４Ｂは、メインキャラクタ選択画面を説明する図である。図４Ｃは、キャラクタ詳細画面を説明する第１の図である。図４Ｄは、キャラクタ詳細画面を説明する第２の図である。 図５Ａは、能力パラメータ（初期値）テーブルを説明する図である。図５Ｂは、適性パラメータ（初期値）テーブルを説明する図である。図５Ｃは、スキルテーブルを説明する図である。図５Ｄは、専用イベントテーブルを説明する図である。 図６Ａは、サポートカード設定画面を説明する第１の図である。図６Ｂは、サポートカード選択画面を説明する図である。図６Ｃは、サポートカード設定画面を説明する第２の図である。 図７Ａは、サポートカードテーブルを説明する図である。図７Ｂは、サポート効果テーブルを説明する図である。図７Ｃは、所持スキルテーブルを説明する図である。図７Ｄは、サポートイベントテーブルを説明する図である。 図８は、選択項目テーブルを説明する図である。 図９Ａは、ゲーム画面を説明する第１の図である。図９Ｂは、ゲーム画面を説明する第２の図である。 図１０Ａは、トレーニング画面を説明する第１の図である。図１０Ｂは、トレーニング画面を説明する第２の図である。図１０Ｃは、トレーニング結果報知画面を説明する図である。図１０Ｄは、イベント画面を説明する図である。 図１１Ａは、スキル画面を説明する第１の図である。図１１Ｂは、スキル画面を説明する第２の図である。 図１２Ａは、育成レース選択画面を説明する図である。図１２Ｂは、育成レース開始画面を説明する図である。図１２Ｃは、育成レース結果画面を説明する図である。 図１３Ａは、マルチプレイゲームトップ画面を説明する図である。図１３Ｂは、開催レース選択画面を説明する図である。図１３Ｃは、モード選択画面を説明する図である。 図１４は、シンプルモードを説明する図である。 図１５は、詳細モードを説明する図である。 図１６Ａは、出走キャラクタ選択画面を説明する図である。図１６Ｂは、戦略選択画面を説明する図である。図１６Ｃは、エントリー情報画面を説明する図である。図１６Ｄは、ホストプレイヤの待機ルーム画面を説明する図である。 図１７は、レース詳細画面を説明する図である。 図１８Ａは、ルーム検索画面を説明する図である。図１８Ｂは、ゲストプレイヤの待機ルーム画面を説明する図である。 図１９は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。 図２０は、サーバにおけるメモリの構成およびコンピュータとしての機能を説明する図である。 図２１は、プレイヤ端末およびサーバの処理を説明する第１のシーケンス図である。 図２２は、サーバにおける開催判定処理を説明するフローチャートである。 図２３は、サーバにおけるルーム作成処理を説明するフローチャートである。 図２４は、サーバにおける入室判定処理を説明するフローチャートである。 図２５は、サーバにおけるルーム更新処理を説明するフローチャートである。 図２６は、プレイヤ端末およびサーバの処理を説明する第２のシーケンス図である。 図２７は、サーバにおける繰上開始処理を説明するフローチャートである。 図２８は、サーバにおける結果導出処理を説明するフローチャートである。 図２９は、変形例に係るサーバにおける繰上開始処理を説明するフローチャートである。 図３０は、サーバにおける予約数更新処理を説明するフローチャートである。 図３１は、サーバにおける開始時間監視処理を説明するフローチャートである。 図３２は、プレイヤ端末およびサーバの処理を説明する第３のシーケンス図である。 図３３は、サーバにおけるルーム消滅処理を説明するフローチャートである。 図３４は、プレイヤ端末およびサーバの処理を説明する第４のシーケンス図である。 図３５は、サーバにおける変更処理を説明するフローチャートである。
以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。
（情報処理システムＳの全体の構成）
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、クライアントすなわちゲーム端末として機能するプレイヤ端末１と、サーバ１０００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。
本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１０００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１０００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１０００との協働によって、ゲームが進行可能となる。
プレイヤ端末１は、通信ネットワークＮを介してサーバ１０００との通信を確立することができる。プレイヤ端末１は、サーバ１０００と無線もしくは有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。
サーバ１０００は、複数のプレイヤ端末１と通信接続される。サーバ１０００は、ゲームをプレイするプレイヤごとに各種の情報を蓄積する。また、サーバ１０００は、主に、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新や、プレイヤ端末１に対して画像や各種情報をダウンロードさせる等の処理を遂行する。
通信基地局Ｎａは、通信ネットワークＮと接続され、プレイヤ端末１と無線による情報の送受信を行う。通信ネットワークＮは、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成され、プレイヤ端末１とサーバ１０００との無線もしくは有線による通信接続を実現する。
（プレイヤ端末１およびサーバ１０００のハードウェアの構成）
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１０００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、ＣＰＵ(Central Processing Unit)１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。
また、図２Ｂに示すように、サーバ１０００は、ＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４を含んで構成される。
なお、サーバ１０００のＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１０００については説明を省略する。
ＣＰＵ１０は、メモリ１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。メモリ１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。メモリ１２は、バス１４を介してＣＰＵ１０に接続されている。
バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。
記憶部１８は、ＤＲＡＭ(Dynamic Random Access Memory)等の半導体メモリで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムおよびデータが、ＣＰＵ１０によってメモリ１２（ＲＡＭ）にロードされる。
通信部２０は、通信基地局Ｎａと無線により通信接続され、通信ネットワークＮを介して、サーバ１０００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１０００から受信したプログラム等が、メモリ１２または記憶部１８に格納される。
入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。
出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、出力部２４としてディスプレイ２６を備え、入力部２２として、ディスプレイ２６に重畳して設けられるタッチパネルを備えている。
次に、本実施形態の情報処理システムＳ、ゲーム装置Ｇにより提供されるゲームについて説明する。プレイヤは、所謂ガチャと呼ばれる抽選により獲得したキャラクタや、運営側から配布されたキャラクタを所有することができる。また、プレイヤは、所謂ガチャと呼ばれる抽選により獲得したサポートカード（サポートキャラクタ）や、運営側から配布されたサポートカードを所持することができる。
詳しくは後述するが、本実施形態では、プレイヤは、競走馬を擬人化したキャラクタを育成する育成ゲームをプレイすることができる。また、プレイヤは、複数のプレイヤが参加可能なマルチプレイゲームをプレイすることができる。マルチプレイゲームでは、各プレイヤは、自身が育成したキャラクタを、競馬を模したレースにエントリーすることができる。各プレイヤは、マルチプレイゲームのレースを開催したり、他のプレイヤが開催したレースに、自身が育成したキャラクタを参加させたりすることができる。
以下では、まず、育成ゲームについて説明し、その後、マルチプレイゲームについて詳述する。
（育成ゲームの説明）
図３は、育成ゲームのおおまかな流れを説明するための図である。育成ゲームは、準備段階処理および育成段階処理に大別される。準備段階処理では、主に、メインキャラクタの登録およびサポートカードの登録が行われる。
<準備段階処理>
図４Ａは、ホーム画面を説明する図である。本実施形態では、プレイヤ端末１においてゲームアプリを起動すると、ディスプレイ２６にホーム画面が表示される。ホーム画面の下部には、メニューバー２８が表示されている。
メニューバー２８には、プレイヤが操作（タップ）可能な複数の操作部が設けられている。メニューバー２８には、「ｈｏｍｅ」と記されたホーム画面選択操作部２８ａ、「ｒａｃｅ」と記されたレース画面選択操作部２８ｂ、「ｇａｃｈａ」と記されたガチャ画面選択操作部２８ｃが設けられている。なお、メニューバー２８においては、ディスプレイ２６に表示中の画面が識別できるように、各画面に対応する操作部が強調表示される。
ホーム画面において、ガチャ画面選択操作部２８ｃがタップされると、不図示のガチャ画面がディスプレイ２６に表示される。詳しい説明は省略するが、ガチャ画面では、キャラクタやサポートカードを抽選で獲得することができる所謂ガチャ抽選を行うことができる。プレイヤは、ゲーム内通貨を消費することで、ガチャ抽選を行うことができる。
また、ホーム画面には、育成ゲーム開始ボタン３０が表示される。育成ゲーム開始ボタン３０がタップされると、図４Ｂに示すメインキャラクタ選択画面がディスプレイ２６に表示される。
図４Ｂは、メインキャラクタ選択画面を説明する図である。メインキャラクタ選択画面の中央部には、複数のキャラクタアイコン３１が表示され、プレイヤの所持しているキャラクタが一覧表示される。また、メインキャラクタ選択画面の上部には、パラメータ表示部３２が表示される。また、メインキャラクタ選択画面の下部には、「Ｒｅｔｕｒｎ」と記されたリターン操作部３３、および、「ＮＥＸＴ」と記されたネクスト操作部３４が表示されている。
本実施形態では、キャラクタごとに能力パラメータの初期値が設定されており、パラメータ表示部３２には、プレイヤが選択したキャラクタアイコン３１に対応するキャラクタの能力パラメータの初期値が数値で表示される。本実施形態では、能力パラメータの数値が大きいほど、能力が高いことを示している。
図５Ａは、能力パラメータ（初期値）テーブルを説明する図である。本実施形態では、図５Ａに示すように、能力パラメータ（初期値）テーブルに、キャラクタごとの能力パラメータの初期値が記憶されている。そして、能力パラメータ（初期値）テーブルに記憶された能力パラメータの初期値に基づいて、パラメータ表示部３２における能力パラメータの初期値の表示が行われる。
本実施形態では、キャラクタごとに複数種類の能力のそれぞれについて能力パラメータの初期値が設定されている。具体的には、能力パラメータとして、パラメータ表示部３２において「Ｓｐｅｅｄ」と記されたスピードの能力パラメータ、パラメータ表示部３２において「Ｓｔａｍｉｎａ」と記されたスタミナの能力パラメータ、パラメータ表示部３２において「Ｐｏｗｅｒ」と記されたパワーの能力パラメータ、パラメータ表示部３２において「Ｓｐｉｒｉｔ」と記された根性の能力パラメータ、パラメータ表示部３２において「Ｗｉｓｄｏｍ」と記された賢さの能力パラメータが設けられている。
なお、キャラクタごとの能力パラメータの初期値を、ゲーム内通貨を消費することによって、上昇させることができることとしてもよい。また、能力パラメータの値は、育成ゲーム開始後の所定の条件が成立した場合に変化する。そのため、プレイヤは、育成ゲームにおいて、キャラクタの能力パラメータの数値を上昇させることを目指すこととなる。
また、本実施形態では、キャラクタごとに適性パラメータ（初期値）が設定されている。図５Ｂは、適性パラメータ（初期値）テーブルを説明する図である。本実施形態では、図５Ｂに示すように、適性パラメータ（初期値）テーブルに、キャラクタごとの適性パラメータの初期値が記憶されている。適性パラメータの初期値はＡ～Ｇのアルファベットで７段階のいずれかに設定されている。なお、適性パラメータはＡが最も適性が高く、Ｇが最も適性が低いことを示している。適性パラメータ（初期値）テーブルに記憶された適性パラメータの初期値に基づいて、パラメータ表示部３２において適性パラメータの初期値の表示が行われてもよい。
本実施形態では、キャラクタごとに複数種類の適性のそれぞれについて適性パラメータの初期値が設定されている。具体的には、適性パラメータとして、芝およびダートのそれぞれの場適性に係る適性パラメータと、短距離、マイル、中距離、長距離のそれぞれの距離適性に係る適性パラメータと、逃げ、先行、差し、追込のそれぞれの脚質適性に係る適性パラメータとが設けられている。
なお、キャラクタごとの適性パラメータの初期値を、ゲーム内通貨を消費することによって、上昇させることができることとしてもよい。また、適性パラメータの値は、育成ゲーム開始後の所定の条件が成立した場合に変化してもよい。なお、育成ゲーム開始後に所定の条件が成立した場合に、適性パラメータがＡよりも適性が高いＳに設定される場合があってもよい。
図４Ｃは、キャラクタ詳細画面を説明する第１の図である。また、図４Ｄは、キャラクタ詳細画面を説明する第２の図である。メインキャラクタ選択画面のキャラクタアイコン３１を長押しすると、ディスプレイ２６にキャラクタ詳細画面が表示される。キャラクタ詳細画面には、メインキャラクタ選択画面において長押しされたキャラクタアイコン３１に対応するキャラクタの能力の詳細が表示される。
キャラクタ詳細画面の中央部には、スキル操作部４１およびイベント操作部４２が表示される。図４Ｃに示すように、メインキャラクタ選択画面が表示された当初には、スキル操作部４１が強調表示されており、キャラクタごとに設けられているスキルが表示される。スキルは、後述する育成レースや、マルチプレイゲームにおける対戦レース中に、所定の条件が成立することで発動され得る能力である。各キャラクタは、スキルが発動することでレース展開が有利となる。
図５Ｃは、スキルテーブルを説明する図である。図５Ｃに示すように、スキルテーブルには、プレイヤが所持しているキャラクタごとのスキルが記憶されている。そして、スキルテーブルに記憶されたスキルに基づいて、図４Ｃに示すように、キャラクタ詳細画面においてスキルが表示される。なお、スキルは、所持しているだけでは発動することがなく、獲得することで初めて発動可能となる。以下では、キャラクタが発動可能な状態のスキルを獲得済みスキルと呼ぶ。
キャラクタには、育成ゲーム開始当初から、１つの獲得済みスキル４１ａが設定されている。また、キャラクタには、獲得済みスキル４１ａとは別に、所持スキル４１ｂが複数設定されている。所持スキル４１ｂは、育成ゲーム開始後に、後述するスキルポイントを消費することで獲得することができるスキルである。つまり、所持スキル４１ｂは、スキルポイントと引き換えに、獲得済みスキル４１ａとなり得る。
本実施形態では、図５Ｃに示すスキルテーブルおける「◎」に対応するスキルが、図４Ｃのキャラクタ詳細画面において獲得済みスキル４１ａとして表示される。また、図５Ｃに示すスキルテーブルおける「〇」に対応するスキルが、図４Ｃのキャラクタ詳細画面において所持スキル４１ｂとして表示される。本実施形態では、図４Ｃのキャラクタ詳細画面に示すように、獲得済みスキル４１ａと所持スキル４１ｂとが区別しやすいように、獲得済みスキル４１ａが強調表示されている。
なお、本実施形態では、図４Ｃにおいて、キャラクタごとに設けられているスキルとして、１つの獲得済みスキル４１ａと７つの所持スキル４１ｂとが表示されている場合を示しているが、これに限定されるものではない。例えば、キャラクタごとに獲得済みスキル４１ａおよび所持スキル４１ｂの個数が異なることとしてもよい。また、例えば、ゲーム内通貨を消費することによって、キャラクタごとの獲得済みスキル４１ａおよび所持スキル４１ｂの個数が増加することとしてもよい。
また、プレイヤがキャラクタ詳細画面のイベント操作部４２をタップすると、図４Ｄに示すように、キャラクタ詳細画面の内容が切り替わり、キャラクタごとに設けられた専用イベント４２ａが表示される。この場合、図４Ｄに示すように、イベント操作部４２が強調表示される。専用イベント４２ａは、育成ゲームにおいて所定の条件が成立した場合に発生する。専用イベント４２ａの発生により、育成ゲームに登場するキャラクタに係るストーリが表示されたり、育成ゲームにおける各種ステータスの値が変化したりする。
図５Ｄは、専用イベントテーブルを説明する図である。図５Ｄに示すように、専用イベントテーブルには、プレイヤが所持しているキャラクタごとに専用イベント４２ａが記憶されている。そして、専用イベントテーブルに記憶された専用イベント４２ａに基づいて、図４Ｄに示すように、キャラクタ詳細画面において専用イベント４２ａが表示される。なお、専用イベント４２ａには、スキルを所持あるいは獲得可能とするヒントイベント、キャラクタの能力パラメータの数値を上昇または減少させる能力イベント、キャラクタの適性パラメータを変化させる適性イベント、キャラクタに係るストーリを表示するストーリイベント等が含まれてもよい。
なお、図４Ｄに示すキャラクタ詳細画面において表示されている専用イベント４２ａは、育成ゲームの実行中にすべて実行されることとしてもよいし、育成ゲームの実行中に少なくとも一部が実行されることとしてもよいし、所定の条件が成立しなかった場合には、育成ゲームの実行中にすべてが実行されないこととしてもよい。また、例えば、ゲーム内通貨を消費することによって、キャラクタごとに設けられた専用イベント４２ａの個数が増加することとしてもよい。また、所定条件が成立した場合に、専用イベント４２ａとして表示されていない専用イベント４２ａが育成ゲーム中に実行されることとしてもよい。
また、図４Ｃおよび図４Ｄに示すように、キャラクタ詳細画面の下部には、「ｃｌｏｓｅ」と記されたクローズ操作部４３が表示されている。キャラクタ詳細画面のクローズ操作部４３がタップされた場合、キャラクタ詳細画面の表示が終了し、メインキャラクタ選択画面がディスプレイ２６に表示される。また、図４Ｂに示すメインキャラクタ選択画面においてリターン操作部３３がタップされると、図４Ａに示すホーム画面がディスプレイ２６に表示される。
また、図４Ｂに示すメインキャラクタ選択画面においてネクスト操作部３４がタップされると、選択中のキャラクタがメインキャラクタに設定される。そして、メインキャラクタが設定されると、ディスプレイ２６にサポートカード設定画面がディスプレイ２６に表示される。
図６Ａは、サポートカード設定画面を説明する第１の図である。サポートカード設定画面の中央部には、サポートカード表示領域５１が設けられている。サポートカード表示領域５１には、複数のサポートカード設定操作部５２が含まれる。また、サポートカード設定画面の下部には、「Ｒｅｔｕｒｎ」と記されたリターン操作部５３および「ＳＴＡＲＴ」と記されたスタート操作部５４が表示される。リターン操作部５３が操作されると、図４Ｂに示すメインキャラクタ選択画面がディスプレイ２６に表示される。
サポートカード設定操作部５２は、プレイヤが設定可能なサポートカードと同じ数表示される。ここでは、プレイヤは６つのサポートカードを設定することができるため、サポートカード設定操作部５２が６つ表示されている。なお、サポートカード設定画面の表示当初では、サポートカード設定操作部５２が空欄で表示されている。
プレイヤは、所持しているサポートカードの中から、６種類のサポートカードを設定することができる。なお、設定可能な６種類の内、一部（例えば、５種類）をプレイヤが所持しているサポートカードの中から選択可能とし、残り（例えば、１種類）をプレイヤが所持していないサポートカードの中から選択可能としてもよい。
図６Ｂは、サポートカード選択画面を説明する図である。図６Ａのサポートカード設定画面のサポートカード設定操作部５２が操作されると、図６Ｂに示すサポートカード選択画面がディスプレイ２６に表示される。サポートカード選択画面には、プレイヤが所持しているサポートカードに対応するアイコン６１が一覧表示される。サポートカード選択画面に表示されているアイコン６１をタップすることで、プレイヤは、サポートカードを選択することができる。
図７Ａは、サポートカードテーブルを説明する図である。図７Ａに示すように、サポートカードテーブルには、プレイヤの所持しているサポートカードの種別ごとに、サポートキャラクタの種類、レアリティ、レベル、得意トレーニングが記憶されている。サポートキャラクタは、サポートカードの種別と一対一で対応している。つまり、サポートカードには、必ず、１体のキャラクタがサポートキャラクタとして対応付けられている。
本実施形態では、サポートカードごとにレアリティが設定されている。レアリティは、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（スーパースペシャルレア）の３段階が設けられている。なお、Ｒが最もレアリティが低く、ＳＳＲが最もレアリティが高く設定されている。本実施形態では、レアリティが高いサポートカードほど、後述するサポート効果が高くなる傾向がある。また、本実施形態では、レアリティが高いサポートカードほど、後述する所持スキルの数やサポートイベントの数が多くなる傾向がある。
サポートカードのレベルは、レベル１～レベル５０の５０段階が設けられている。サポートカードのレベルは、プレイヤによって上昇させることが可能であり、プレイヤによって上昇されたレベルがサポートカードごとに記憶されている。なお、サポートカードは、育成ゲームの実行、または、ゲーム内通貨を使用することでレベルを上昇させることができる。なお、サポートカードのレベルは、レアリティによって上限が設けられている。
例えば、レアリティがＲのサポートカードは、レベル２０が上限として定められており、レアリティがＳＲのサポートカードは、レベル２５が上限として定められており、レアリティがＳＳＲのサポートカードは、レベル３０が上限として定められている。
なお、レベルの上限は、所定の条件が成立した場合に、段階的に上昇させることができる。例えば、レアリティがＲのサポートカードは、最大でレベル４０まで上限を上昇させることが可能であり、レアリティがＳＲのサポートカードは、最大でレベル４５まで上限を上昇させることが可能であり、レアリティがＳＳＲのサポートカードは、最大でレベル５０まで上限を上昇させることが可能としてもよい。
図７Ｂは、サポート効果テーブルを説明する図である。図７Ｂに示すように、サポート効果テーブルには、プレイヤの所持しているサポートカードの種別ごとに、サポート効果が記憶されている。
サポート効果は、育成ゲームにおける各種ステータスを上昇させるものである。サポートカードには、サポート効果の対象が複数設けられている。サポート効果の対象としては、体力、速さ、スタミナ、パワー、根性、賢さ等が挙げられる。
図７Ｃは、所持スキルテーブルを説明する図である。図７Ｃに示すように、所持スキルテーブルには、プレイヤが所持するサポートカードごとに、所持スキルが設定されている。本実施形態では、メインキャラクタに設定されたキャラクタが所持スキルを所持しているのと同様に、サポートカードごとに所持スキルが設定されている。メインキャラクタは、育成ゲーム中にヒントイベントが発生することで、サポートカードごとに設定されている所持スキルを獲得可能となる。
図７Ｄは、サポートイベントテーブルを説明する図である。図７Ｄに示すように、サポートイベントテーブルには、プレイヤが所持するサポートカードごとに、発生し得るサポートイベントが記憶されている。サポートイベントとは、育成ゲーム中に発生する可能性があるイベントである。サポートイベントが発生した場合、育成ゲームにおける各種ステータスの値が上昇または減少する場合がある。
なお、サポートイベントは、ターン数に応じて実行されてもよいし、所定の抽選により実行するサポートイベントが決定されてもよい。また、実行するサポートイベントは、１ターンに複数選択されてもよい。
図６Ｃは、サポートカード設定画面を説明する第２の図である。本実施形態では、６つ全てのサポートカードが選択されると、図６Ｃに示すように、スタート操作部５４が操作可能になる。一方で、６つ全てのサポートカードが選択されていない場合には、図６Ａに示すように、スタート操作部５４が操作不可能となっている。サポートカード設定画面においてスタート操作部５４がタップされると、選択中のサポートカードが登録され、準備段階処理が終了となる。
<育成段階処理>
準備段階処理が終了すると、育成段階処理が開始される。育成段階処理では、メインキャラクタとして登録されたキャラクタの育成が可能となる。
図８は、選択項目テーブルを説明する図である。選択項目テーブルは、メインキャラクタの種別ごとに設けられている。ただし、メインキャラクタの種別にかかわらず、共通の選択項目テーブルが設けられてもよい。育成ゲームは、図８に示すように、第１ターンから第６０ターンで構成されており、各ターンにおけるプレイヤの選択結果に応じて各種のパラメータの更新が行われるゲーム性を有している。
図９Ａは、育成ゲーム画面を説明する第１の図である。図９Ｂは、育成ゲーム画面を説明する第２の図である。育成段階処理に移行すると、図９Ａ、図９Ｂに示す育成ゲーム画面がディスプレイ２６に表示される。育成ゲーム画面の上部には、体力表示部７１および調子表示部７２が表示される。メインキャラクタには、「体力」のパラメータが設けられている。「体力」のパラメータは、主に、後述するトレーニングで失敗する確率である失敗率の算出に用いられる。体力表示部７１は、「体力」の上限値に対して、現在のメインキャラクタの「体力」の残量が視覚的に把握できるように表示される。
また、メインキャラクタには、「調子」のパラメータが設けられている。調子表示部７２は、現在のメインキャラクタの「調子」が、複数段階（絶不調、不調、普通、好調、絶好調の５段階）で視覚的に把握できるように表示される。「調子」のパラメータが高いほど、メインキャラクタのレース展開が有利となり、また、トレーニングによる能力パラメータの上昇値が大きくなる。
また、図９Ａ、図９Ｂに示すように、育成ゲーム画面の中央部には、メインキャラクタの画像、現在のメインキャラクタのステータスを数値および複数段階のランク（Ｇ＋、Ｆ、Ｆ＋、Ｅ、Ｅ＋、Ｄ、Ｄ＋、Ｃ、Ｃ＋、Ｂ、Ｂ＋、Ａ、Ａ＋、Ｓ、ＳＳ、ＳＳ＋の１６段階）で示すステータス表示部７３、育成ゲームにおいてメインキャラクタが所持しているスキルポイントの残量を数値で示すスキルポイント表示部７４が表示されている。具体的には、本実施形態では、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各能力パラメータの数値およびランクが表示される。
また、図９Ａ、図９Ｂに示すように、育成ゲーム画面の下部には、「Ｒｅｓｔ」と記されたレスト操作部７５、「Ｔｒａｉｎｉｎｇ」と記されたトレーニング操作部７６、「Ｓｋｉｌｌ」と記されたスキル操作部７７、「Ｇｏｉｎｇ Ｏｕｔ」と記されたゴーイングアウト操作部７８、「Ｒａｃｅ」と記された育成レース操作部７９が表示されている。また、育成ゲーム画面の上部には、現在のターン数が表示される。
プレイヤは、各ターンにおいて「Ｒｅｓｔ」（レスト操作部７５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部７６）、「Ｇｏｉｎｇ Ｏｕｔ」（ゴーイングアウト操作部７８）、「Ｒａｃｅ」（育成レース操作部７９）のいずれかの項目を選択する。このとき、図８に示すように、各ターンにおいて選択可能な項目が予め設定されている。
図８に示す例では、第１２ターン、第２０ターン、第３０ターン、第３５ターン、第５７ターン、第５９ターン、第６０ターンにおいて、「Ｒａｃｅ」（育成レース操作部７９）の項目が選択可能であり、「Ｒｅｓｔ」（レスト操作部７５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部７６）、「Ｇｏｉｎｇ Ｏｕｔ」（ゴーイングアウト操作部７８）の各項目が選択不可能となるように設定される。
また、この例では、第１ターンから第１１ターンまで、「Ｒｅｓｔ」（レスト操作部７５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部７６）、「Ｇｏｉｎｇ Ｏｕｔ」（ゴーイングアウト操作部７８）の各項目が選択可能であり、「Ｒａｃｅ」（育成レース操作部７９）の項目が選択不可能となっている。
一方で、スキル操作部７７は、全てのターンにおいて常時選択可能に設定されている。なお、詳しくは後述するが、スキル獲得を行ったとしても、当該ターンは終了しない。
図１０Ａは、トレーニング画面を説明する第１の図である。図１０Ｂは、トレーニング画面を説明する第２の図である。育成ゲーム画面のトレーニング操作部７６が操作されると、ディスプレイ２６にトレーニング画面が表示される。
図１０Ａに示すように、トレーニング画面の下部には、トレーニング項目が表示される。ここでは、「Ｓｐｅｅｄ」と記されたスピード操作部８１、「Ｓｔａｍｉｎａ」と記されたスタミナ操作部８２、「Ｐｏｗｅｒ」と記されたパワー操作部８３、「Ｓｐｉｒｉｔ」と記された根性操作部８４、「Ｗｉｓｄｏｍ」と記された賢さ操作部８５が表示される。
プレイヤが各操作部８１～８５のいずれかを１回タップすると、タップした操作部８１～８５に対応するトレーニング項目が仮選択されるとともに、仮選択されたトレーニング項目に対応する操作部８１～８５が強調表示される。図１０Ａでは、パワー操作部８３が仮選択された状態を示している。また、図１０Ｂでは、スタミナ操作部８２が仮選択された状態を示している。
また、各操作部８１～８５には、トレーニング項目ごとのトレーニングレベルが併せて表示される。トレーニングレベルは、当該項目のトレーニング回数に基づいて上昇するパラメータであり、トレーニングレベルが高いほど、トレーニングを実行した際に能力パラメータが上昇する数値が大きくなる。トレーニングレベルは、当初はレベル１に設定されており、最大でレベル５まで上昇する。
また、仮選択中の操作部８１～８５には、「Ｆａｉｌｕｒｅ」と記された失敗率表示部８６が表示される。失敗率表示部８６に数値で表示される失敗率は、体力表示部７１に表示される体力の残量に反比例して上昇するように設定されている。
また、ステータス表示部７３において、仮選択中の操作部８１～８５に対応するトレーニングが実行され、成功した場合に能力パラメータが上昇する値が表示される。例えば、図１０Ａの場合には、パワー操作部８３が仮選択されており、ステータス表示部７３の「Ｓｔａｍｉｎａ」に「＋８」、「Ｐｏｗｅｒ」に「＋１０」と表示される。また、図１０Ｂの場合には、スタミナ操作部８２が仮選択されており、ステータス表示部７３の「Ｓｔａｍｉｎａ」に「＋１５」、「Ｓｐｉｒｉｔ」に「＋５」と表示される。
また、トレーニングを実行した場合に後述するイベントが発生するトレーニング項目に対応する操作部８１～８５には、イベント報知表示８７が表示される。
また、トレーニング画面の右上部には、仮選択中の操作部８１～８５の項目ごとに、トレーニングに配置されたキャラクタのアイコン８８が表示される。すなわち、メインキャラクタと異なる複数のサブキャラクタのいずれか１または複数が、複数種類のトレーニング項目のいずれかに対応付けられる。
また、トレーニングを実行した場合にアイコン８８に表示されたキャラクタに対応して所定のイベントが発生する場合には、対応するアイコン８８にイベント報知表示８７が表示される。
図１０Ｃは、トレーニング結果報知画面を説明する図である。仮選択中の操作部８１～８５のいずれかが、再度タップされると、タップされた操作部８１～８５に対応するトレーニングが実行される。このように、メインキャラクタの能力を示す複数の能力パラメータのいずれか１または複数に対応する複数種類のトレーニング項目が選択可能である。
そして、トレーニングが実行されると、トレーニングの成功または失敗が報知されるトレーニング結果報知画面がディスプレイ２６に表示される。ここでは、「成功」という文字が表示され、トレーニングの成功がプレイヤに報知される。
また、このとき、トレーニングの成功に基づいて、ステータス表示部７３の能力パラメータが更新表示される。すなわち、プレイヤによって選択されたトレーニング項目に対応するメインキャラクタの能力パラメータが更新される。
ここでは、図１０Ａまたは図１０Ｂでステータス表示部７３に表示されていたトレーニングが成功した場合に上昇する能力パラメータの値が加算される。また、実行したトレーニング項目に応じて体力表示部７１の表示が更新される。なお、スピード、スタミナ、パワー、根性のいずれかのトレーニングを行い、成功した場合には、体力が減少する。一方で、賢さのトレーニングを行い、成功した場合には、体力が回復する。
また、トレーニングに失敗した場合には、所定のペナルティが付与される。ペナルティの内容としては、具体的には、体力の低下、能力パラメータの数値の低下、調子の減少等が含まれる。なお、例えば、失敗率が低いときに付与されるペナルティよりも、失敗率が高いときに付与されるペナルティの方が、内容が重い（体力の低下する数値が大きい、能力パラメータの低下する数値が大きい、減少する調子の段階が大きい）ものとすることができる。また、ペナルティの内容をトレーニング項目に応じて決定してもよい。例えば、スピードのトレーニングが実行され、失敗した場合にはスピードの能力パラメータの値が減少し、パワーのトレーニングが実行され、失敗した場合にはパワーの能力パラメータの値が減少することとしてもよい。また、一部のトレーニング項目（例えば、賢さ）については、トレーニングが失敗したとしても、ペナルティが付与されないこととすることができる。
図１０Ｄは、イベント画面を説明する図である。トレーニング結果報知画面の表示が終了すると、ディスプレイ２６にイベント画面が表示されることがある。イベント画面では、様々なイベントが実行される。なお、イベントが複数発生する場合もある。
例えば、ヒントイベントが発生した場合には、スキルのヒントが得られる。スキルのヒントが得られると、プレイヤは、スキルポイントを消費してスキルを獲得することができる。スキルは複数種類設けられており、スキルごとに所定の能力が発動することがある。スキルには、それぞれ発動条件と効果が定められており、各々の発動条件が成立した場合に、予め定められた効果が発動する。スキルは、後述する育成レースの実行中に発動される場合がある。
イベントには、スキルを獲得するイベント、体力が回復するイベント、体力が減少するイベント、能力パラメータが上昇するイベント、能力パラメータが減少するイベント、調子が上昇するイベント、調子が減少するイベント等が含まれている。発生するイベントの種類は、ターンごとに予め定められたイベントや、所定の抽選により当選した場合に発生するイベントがある。
また、発生した全てのイベントが終了すると、次のターンに係る育成ゲーム画面が表示される。
図１１Ａは、スキル画面を説明する第１の図である。図１１Ｂは、スキル画面を説明する第２の図である。育成ゲーム画面のスキル操作部７７が操作されると、図１１Ａに示すスキル画面がディスプレイ２６に表示される。
スキル画面には、獲得済みスキル、メインキャラクタに予め設定されている所持スキル、各種イベントの発生等により所持した所持スキル等が表示される。また、所持スキルに対してヒントイベントが発生した場合には、この所持スキルを獲得するために消費するスキルポイントが割り引かれる。ここでは、ヒントを獲得した所持スキルについては、獲得するために必要なスキルポイントが割り引かれて表示されている。このとき、割引率が併せて表示されることとなる。
また、スキル画面に表示されるスキルには、それぞれのスキルの発動条件および発動した際の効果が表示される。
また、スキル画面の上部には、体力表示部７１、調子表示部７２、スキルポイント表示部７４が表示される。また、スキル画面の上部には、現在のターン数が表示される。
プレイヤの操作に基づいて、スキルポイントを消費して所持スキルを獲得すると、図１１Ｂに示すように、獲得したスキルに「ＧＥＴ」と表示されて、所持スキルを獲得したことが報知される。また、スキルポイント表示部７４においては、消費したスキルポイントが、表示されていたスキルポイントから減算される。
図１２Ａは、育成レース選択画面を説明する図である。育成ゲーム画面の育成レース操作部７９が操作されると、図１２Ａに示す育成レース選択画面が表示される。育成レースは、メインキャラクタが所謂ノンプレイヤキャラクタ（以下、ＮＰＣという）とレースを行うものである。
育成レース選択画面の上部には、体力表示部７１、調子表示部７２が表示される。また、育成レース選択画面の中央部には、出場する育成レースの種別を選択するための育成レース選択操作部１０１が表示される。また、育成レース選択画面の下部には、「Ｓｔａｒｔ」と記されたスタート操作部１０２が表示される。なお、育成レース選択画面の育成レース選択操作部１０１によって選択できるレースは、ターンごとに予め設定されている。また、各レースに出走するための条件が予め設定されており、当該条件を満たしている場合に、当該レースに出走することができるようにしてもよい。
図１２Ｂは、育成レース開始画面を説明する図である。育成レース選択操作部１０１で出場する育成レースの種別が選択された状態で、スタート操作部１０２が操作されると、図１２Ｂに示す育成レース開始画面が表示される。育成レース開始画面の中央部には戦略表示部１１１が表示される。また、戦略表示部１１１には、現在選択中の戦略（追込、差し、先行、逃げ）が強調表示されるとともに、「Ｃｈａｎｇｅ」と記されたチェンジ操作部１１２が表示されている。チェンジ操作部１１２が操作されると、不図示の戦略変更画面がディスプレイ２６に表示される。プレイヤは、戦略変更画面における操作により、育成レースにおける戦略を任意の戦略に変更することができる。
また、育成レース開始画面の下部には、「Ｒｅｓｕｌｔ」と記されたリザルト操作部１１３、「Ｒａｃｅ」と記されたレース操作部１１４が表示されている。リザルト操作部１１３またはレース操作部１１４が操作されると、各能力パラメータに基づいて、レースのシミュレーションが行われる。このシミュレーションにより、レース展開や着順が決定される。
レース操作部１１４が操作された場合、ディスプレイ２６には、キャラクタのレース画面が再生される。一方、リザルト操作部１１３が操作された場合には、レース画面が再生されることなく、レース結果のみが表示される。
図１２Ｃは、育成レース結果画面を説明する図である。上記のレース画面の再生が終了した場合、および、リザルト操作部１１３が操作された場合、育成レース結果画面がディスプレイ２６に表示される。育成レース結果画面では、当該育成レースにおける着順が表示される。
以上のように、プレイヤは、育成ゲームにおいてキャラクタを育成することができる。プレイヤは、例えば２００体等、所定の上限数の範囲内で、育成したキャラクタを保持することができる。プレイヤが保持するキャラクタには、育成ゲームにおける最終的な能力パラメータが設定され、最終的な能力パラメータ等によって育成ランクが付与される。プレイヤは、異なる能力パラメータ、育成ランクが設定された同一のキャラクタを複数保持することができる。
プレイヤが育成したキャラクタは、育成ゲームとは別に設けられるさまざまなレースに出走させることができる。つまり、プレイヤは、各種のレースで勝利するために、育成ゲームにおいて、より能力パラメータおよび育成ランクの高いキャラクタを育成することとなる。本実施形態では、プレイヤが育成したキャラクタを出走させることができるレースとして、マルチプレイゲームの対戦レースが設けられている。以下に、マルチプレイゲームについて説明する。
（マルチプレイゲームの説明）
マルチプレイゲームは、複数のプレイヤによる対戦ゲームである。具体的には、プレイヤは、マルチプレイゲームにおいて対戦レースを選択し、自身が育成したキャラクタを、選択した対戦レースに出走させることができる。対戦レースでは、出走するキャラクタの能力パラメータや獲得スキル等に基づいてレースのシミュレーションが行われ、レース結果が導出される。
本実施形態では、各プレイヤは、複数の対戦レースにエントリーすることができる。ここで、対戦レースの「エントリー」は、「開催」および「参加」に大別される。「開催」は、プレイヤ自身が対戦レースを開催することを意味する。「参加」は、他のプレイヤが開催した対戦レースに参加することを意味する。
なお、「参加」には、自身の保持するキャラクタを、他のプレイヤが開催する対戦レースに出走させる「出走」と、自身のキャラクタを出走させずに、他のプレイヤが開催する対戦レースを単に視聴する「観戦」が含まれる。また、ここでは、対戦レースを「開催」する場合、プレイヤは自身の保持するキャラクタを、当該レースに出走させる必要がある。ただし、対戦レースを「開催」する場合にも、「出走」と「観戦」とを選択可能であってもよい。
図１３Ａは、マルチプレイゲームトップ画面を説明する図である。メニューバー２８のレース画面選択操作部２８ｂが操作されると、図１３Ａに示すマルチプレイゲームトップ画面が表示される。マルチプレイゲームトップ画面には、開催タブ２０１、参加タブ２０２、エントリー情報タブ２０３が設けられる。開催タブ２０１は、対戦レースを開催するための操作部であり、開催タブ２０１が操作されると、図１３Ｂに示す開催レース選択画面が表示される。
図１３Ｂは、開催レース選択画面を説明する図である。開催レース選択画面には、開催可能なレース種別を示す開催可能レース画像２０４が複数表示される。開催可能レース画像２０４には、当該レースに関する情報が表示されている。各レースには、レース名、コース、馬場、距離、最大出走人数等が予め設定されている。開催レース選択画面において、開催可能レース画像２０４がタップされると、タップされたレースが仮選択された状態となる。そして、レースが仮選択された状態で、開催レース選択画面に表示される開始ボタン２０５がタップされると、仮選択されたレースが開催レースに決定される。
以下では、対戦レースを開催するプレイヤをホストプレイヤ（第１プレイヤ）と呼び、ホストプレイヤから見て自身が開催する対戦レースを開催レースと呼ぶ場合がある。また、他のプレイヤが開催する対戦レースに参加するプレイヤをゲストプレイヤ（第２プレイヤ）と呼ぶ。
図１３Ｃは、モード選択画面を説明する図である。開催レース選択画面において開催レースが決定されると、モード選択画面が表示される。本実施形態では、開催レースのモードとして、シンプルモードおよび詳細モードが設けられている。シンプルモードは、開催レースの概要である開催条件、および、開催レースのコンディション等のレース条件が、予め用意されたデフォルトの条件となるモードである。一方、詳細モードは、開催条件およびレース条件を、プレイヤが任意に設定することができるモードである。
モード選択画面には、シンプルモード選択操作部２０６、および、詳細モード選択操作部２０７が表示される。シンプルモード選択操作部２０６がタップされると、シンプルモードが仮選択された状態となり、詳細モード選択操作部２０７がタップされると、詳細モードが仮選択された状態となる。そして、モードが仮選択された状態で、モード選択画面に表示される開始ボタン２０８がタップされると、仮選択されたモードが本決定される。
図１４は、シンプルモードを説明する図である。シンプルモードが本決定されると、不図示のシンプルモード設定画面が表示される。プレイヤは、シンプルモード設定画面において、ルーム名およびメッセージを入力することができる。ルーム名およびメッセージは、他のプレイヤが参加する対戦レースを検索する際に閲覧可能な情報である。なお、シンプルモード設定画面においては、初期設定として、ルーム名が「ルームマッチ参加募集中」に、メッセージが「よろしくお願いします。」に設定されている。プレイヤは、シンプルモード設定画面において、これらのルーム名およびメッセージを編集して登録することができる。
ここで、開催レースには、開催条件として、出走人数、開始時間、観戦可否、プライベート枠が設定される。
出走人数は、開催レースに出走するキャラクタの人数である。なお、開催レースは、出走登録がなされたキャラクタ数が、出走人数未満であった場合、不足した数だけＮＰＣが追加される。したがって、マルチプレイゲームにおける対戦レースは、必ず、設定された出走人数で実行されることとなる。ただし、対戦レースは、プレイヤが出走させるキャラクタのみで実行されてもよい。また、出走登録がなされたキャラクタ数が所定数未満の場合には、開催レースが中止されてもよい。
開催可能なレースの種別には、それぞれ出走人数として規定数が設けられている。シンプルモードが選択された場合には、開催レースのレース種別ごとに予め定められた規定数が出走人数として設定される。
開始時間は、開催レースを開始する時間を示す情報である。より厳密には、開始時間は、レース結果を導出する時間を示す情報である。ここでは、開始時間として、レース結果が導出されるまでの時間、すなわち、残り時間が設定される。開始時間が設定されると、以後、時間の経過に伴って残り時間が減算され、残り時間が０になると、レース結果が導出される。なお、開始時間に代えて開始時刻が設定され、開始時刻になるとレース結果が導出されるとしてもよい。また、レースの種別によって、開始時間が設定されたり、開始時刻が設定されたりしてもよい。シンプルモードが選択された場合には、「３０分後」が開始時間として設定される。以下では、開始時間を残り時間として説明する場合がある。
観戦可否は、キャラクタを出走させない第三者によるレースの観戦、視聴を許可するか否かを示す。シンプルモードが選択された場合には、観戦可否が「許可」に設定され、第三者によるレースの観戦が可能となる。
プライベート枠は、ホストプレイヤと所定の関係性を有するプレイヤ専用の出走枠である。詳しい説明は省略するが、所定の関係性を有するプレイヤとは、例えば、ホストプレイヤがフォロワあるいはフレンドとして設定しているプレイヤ、ホストプレイヤと同一のサークルに所属しているプレイヤ等である。
例えば、出走人数が１８人の対戦レースにおいて、プライベート枠が「３」に設定されたとする。この対戦レースには、ホストプレイヤと所定の関係性を有していないプレイヤが保持するキャラクタは、最大で１５体までしか出走させることができない。このように、プライベート枠は、ホストプレイヤと所定の関係性を有するプレイヤのために、出走枠を確保するために設定される。なお、シンプルモードが選択された場合、プライベート枠は「０」に設定される。
また、開催レースには、レース条件として、季節、天候・状態、やる気、育成ランクが設定される。
季節は、春夏秋冬のいずれかであり、設定された季節は、レース結果に影響を及ぼし得る。つまり、季節は、レース結果を導出するパラメータの１つである。各レース種別には、規定の季節が設けられており、シンプルモードが選択された場合には、開催レースのレース種別ごとに予め定められた規定の季節が設定される。
天候・状態は、レース時の天候、および、馬場の状態であり、設定された天候・状態は、レース結果に影響を及ぼす。つまり、天候・状態は、レース結果を導出するパラメータの１つである。シンプルモードが選択された場合には、開催レースの開始時に、抽選によってランダムに天候・状態が決定される。なお、天候・状態は、開催レースの開始時ではなく、開催レースの開始前の所定のタイミングで決定されてもよい。
やる気は、レースに出走するキャラクタの「調子」であり、上記した育成ゲームと同様に、「絶好調」、「好調」、「普通」、「不調」、「絶不調」の５段階が設けられている。やる気は、レースに出走するキャラクタの能力パラメータの変数として演算されるため、レース結果に影響を及ぼす。シンプルモードが選択された場合には、開催レースの開始時に、抽選によってランダムにやる気が決定される。なお、やる気は、開催レースの開始時ではなく、開催レースの開始前の所定のタイミングで決定されてもよい。また、やる気は、出走するキャラクタごとに決定されてもよいし、決定されたやる気が全てのキャラクタに一様に設定されてもよい。
育成ランクは、キャラクタの能力を分類するパラメータであり、能力パラメータ等に基づいて導出される。プレイヤは、開催レースにおいて、対戦レースに出走可能なキャラクタの育成ランクを所定ランク以上といった具合に設定することができる。ただし、シンプルモードが選択された場合には、育成ランクの「指定なし」が設定される。この「指定なし」は、全ての育成ランクのキャラクタが開催レースに出走可能であることを意味している。
以上のように、シンプルモードが選択された場合には、開催条件およびレース条件が初期の条件に設定される。ホストプレイヤは、シンプルモードで開催レースを設定した場合、ルーム名およびメッセージを事後的に変更することはできるが、開催条件およびレース条件を変更することはできない。
図１５は、詳細モードを説明する図である。詳細モードが本決定されると、不図示の詳細モード設定画面が表示される。プレイヤは、詳細モード設定画面において、ルーム名およびメッセージを入力することができる。なお、詳細モード設定画面においても、初期設定として、ルーム名が「ルームマッチ参加募集中」に設定されており、メッセージが「よろしくお願いします。」に設定されている。プレイヤは、詳細モード設定画面において、これらのルーム名およびメッセージを編集して登録することができる。
また、詳細モードにおいては、プレイヤが、上記した開催条件を任意に設定することができる。具体的には、プレイヤは、出走人数を、１１～１８人の中からいずれかに設定することができる。また、プレイヤは、開始時間を、３０分後、１時間後、３時間後、６時間後、１２時間後、２４時間後の中から選択することができる。また、プレイヤは、観戦可否を「許可」、「不許可」から選択することができる。「不許可」が選択された場合、第三者は当該レースを観戦、視聴することができない。また、プレイヤは、プライベート枠を、０から、先に選択した出走人数の範囲内で選択することができる。
また、詳細モードにおいては、プレイヤが、上記したレース条件を任意に設定することができる。具体的には、プレイヤは、季節を、ランダム、春、夏、秋、冬の中からいずれかに設定することができる。なお、ランダムが選択された場合には、シンプルモードと同様に、レース開始時に抽選によりランダムに季節が決定される。
また、プレイヤは、天候・状態を、ランダムおよび図示の１２パターンの中からいずれかに設定することができる。なお、ランダムが選択された場合には、シンプルモードと同様に、レース開始時に抽選によりランダムに天候・状態が決定される。
また、プレイヤは、やる気を、ランダムおよび図示の５パターンの中からいずれかに設定することができる。なお、ランダムが選択された場合には、シンプルモードと同様に、レース開始時に抽選によりランダムにやる気が決定される。また、ランダム以外のいずれかのパターンが決定された場合には、出走する全てのキャラクタのやる気が、選択されたやる気に一様に設定される。
また、プレイヤは、開催レースに出走可能なキャラクタの育成ランクを選択することができる。ここでは、出走可能なキャラクタの育成ランクを、図示のいずれかに設定することができる。
上記のように、シンプルモード設定画面または詳細モード設定画面において各種の設定が完了すると、ディスプレイ２６に出走キャラクタ選択画面が表示される。ホストプレイヤは、出走キャラクタ選択画面において、開催レースに出走させるキャラクタを選択することができる。
図１６Ａは、出走キャラクタ選択画面を説明する図である。図１６Ａに示すように、出走キャラクタ選択画面には、プレイヤが育成したキャラクタ、すなわち、プレイヤが保持しているキャラクタに対応するキャラアイコン２１０が表示される。キャラアイコン２１０がタップされると、キャラアイコン２１０に対応するキャラクタが仮選択され、当該キャラクタの能力パラメータが、能力情報表示部２１２に表示される。プレイヤは、能力情報表示部２１２に表示される能力パラメータを確認して、出走させるキャラクタを選択することができる。
いずれかのキャラクタが仮選択された状態で、出走キャラクタ選択画面に表示される選択操作部２１４が操作されると、ディスプレイ２６に、戦略選択画面が表示される。
図１６Ｂは、戦略選択画面を説明する図である。戦略選択画面には、上記した育成ゲームにおける戦略表示部１１１が表示される。プレイヤは、戦略表示部１１１において戦略を設定することができる。なお、戦略表示部１１１の下部には、取消操作部２１６および更新操作部２１８が表示される。取消操作部２１６が操作されると、出走キャラクタ選択画面が表示され、更新操作部２１８が操作されると、エントリー情報画面が表示される。
図１６Ｃは、エントリー情報画面を説明する図である。エントリー情報画面には、出走キャラクタ情報タブ２２０が表示される。出走キャラクタ情報タブ２２０には、プレイヤが選択したキャラクタに係る情報が記される。ここで、プレイヤは、１の開催レースに対して、最大で３体のキャラクタを出走させることができる。エントリー情報画面には、出走キャラクタ情報タブ２２０が３つ表示されており、１体のキャラクタが選択された状態では、図１６Ｃに示すように、最も上方に配置される出走キャラクタ情報タブ２２０に、キャラクタに係る情報が記される。
そして、キャラクタに係る情報が記されていない出走キャラクタ情報タブ２２０がタップされると、図１６Ａに示す出走キャラクタ選択画面が表示され、上記と同様にして、キャラクタを追加することができる。エントリー情報画面には、決定ボタン２２２が設けられており、決定ボタン２２２が操作されると、対戦レースの開催に係る登録手続きが完了する。つまり、決定ボタン２２２が操作されることで、開催される対戦レースの開催条件、レース条件、当該開催レースに出走するキャラクタ、および、当該キャラクタの作戦が確定する。
対戦レースの開催に係る登録手続きが完了すると、サーバ１０００においてレースＩＤが発行される。レースＩＤは、対戦レースごとに付与されるものであり、レースＩＤの発行とともに、サーバ１０００においてルームが作成される。なお、ルームというのは、マルチプレイゲームを実行するために複数のプレイヤＩＤを紐付けて管理可能なＩＤ、サーバ１０００上の記憶領域、データを意味する。また、ルームは、プレイヤ目線では、対戦レースに参加するキャラクタやプレイヤが集う仮想の空間とも言える。なお、本実施形態では、１つのルームにおいて、１の対戦レースが実行されることから、レースＩＤはルームＩＤと同義と言える。ルームが作成されると、対戦レースを開催したホストプレイヤのディスプレイ２６に、待機ルーム画面が表示される。
図１６Ｄは、ホストプレイヤの待機ルーム画面を説明する図である。図１６Ｄに示すように、待機ルーム画面には、ホストプレイヤが設定したルーム名、対戦レースに出走するキャラクタの画像、レースＩＤが表示される。レースＩＤの近傍には、コピーボタン２２４が設けられる。詳しい説明は省略するが、コピーボタン２２４が操作されると、レースＩＤがコピーされる。レースＩＤをコピーすることで、プレイヤは、ゲームアプリ内外の機能を利用して、他のプレイヤに容易にレースＩＤを伝達することができる。
また、ホストプレイヤの待機ルーム画面には、リターン操作部２２６および開始操作部２２８が設けられる。リターン操作部２２６が操作されると、ホーム画面やマルチプレイゲームトップ画面等、所定の画面に遷移する。
開始操作部２２８の近傍には、対戦レースが開始されるまでの残り時間が表示されている。そして、ホストプレイヤのプレイヤ端末１においては、残り時間に拘わらず、開始操作部２２８が有効化されている。開始操作部２２８が操作されると、残り時間に拘わらず、対戦レースを開始することができる。より厳密に言えば、ホストプレイヤは、開始操作部２２８を操作することで、開始時間を待たずに、開催レースのレース結果を導出することができる。レース結果が導出されると、ディスプレイ２６にレース画面が再生表示される。
なお、図１３Ａに示すマルチプレイゲームトップ画面において、エントリー情報タブ２０３が操作されると、エントリー中の対戦レースの一覧が表示される。待機ルーム画面は、このとき表示された対戦レースをタップすることで再表示される。したがって、ホストプレイヤは、対戦レースの開催を登録した後、他のプレイヤの参加具合等を見ながら、任意のタイミングで開催レースを実行することができる。
また、待機ルーム画面には、詳細表示ボタン２３０が設けられる。詳細表示ボタン２３０が操作されると、レース詳細画面がディスプレイ２６に表示される。
図１７は、レース詳細画面を説明する図である。ホストプレイヤのプレイヤ端末１に表示されるレース詳細画面では、対戦レースの開催条件やレース条件等が表示される。また、レース詳細画面においては、ホストプレイヤがルーム名およびメッセージを編集することができる。つまり、ホストプレイヤは、レース詳細画面において、開催レースのルーム名およびメッセージを事後的に変更することができる。なお、ここでは、ホストプレイヤは、開催条件やレース条件を事後的に変更することはできないが、開催条件およびレース条件のいずれか一方または双方を事後的に変更可能としてもよい。
レース詳細画面には、リターン操作部２３２、決定操作部２３４および開催中止操作部２３６が設けられる。リターン操作部２３２が操作されると、待機ルーム画面あるいはマルチプレイゲームトップ画面等、所定の画面に遷移する。また、決定操作部２３４は、ルーム名またはメッセージの入力がなされた場合に有効となる。決定操作部２３４が操作されると、変更されたルーム名またはメッセージの登録がなされる。
また、ホストプレイヤは、開催中止操作部２３６を操作することで、開催レースを中止することができる。ただし、開催レースを中止することができるのは、開始１５分前までである。したがって、開催レースの開始までの残り時間が１５分以上である場合には開催中止操作部２３６が有効となり、残り時間が１５分を切った状態では、開催中止操作部２３６が無効となる。
以上のように、レースＩＤが発行されて対戦レースの開催が予約されると、他のプレイヤの参加の受け付けが開始される。以下では、他のプレイヤが開催する対戦レースにゲストプレイヤとして参加する場合の操作について説明する。
図１３Ａに示すマルチプレイゲームトップ画面の参加タブ２０２は、他のプレイヤが開催する対戦レースに参加するための操作部である。参加タブ２０２が操作されると、ルーム検索画面が表示される。
図１８Ａは、ルーム検索画面を説明する図である。ルーム検索画面では、ランダムに抽出された所定数のルーム、すなわち、参加可能な開催予定の対戦レースが一覧表示される。具体的には、ルーム検索画面には、検索により抽出された対戦レースに対応する対戦レース情報インタフェース２４０が表示される。対戦レース情報インタフェース２４０には、ルーム名、プライベート枠の設定有無、観戦可否、レース種別、出走人数に対する現在のキャラクタの出走登録数、対戦レースが開始されるまでの残り時間等、種々の情報が表示される。
また、ルーム検索画面には、レースＩＤを入力可能な入力欄２４２、および、検索開始ボタン２４４が設けられる。入力欄２４２にレースＩＤを入力した後に、検索開始ボタン２４４が操作されると、入力されたレースＩＤに対応する対戦レース情報インタフェース２４０が表示される。なお、入力欄２４２にレースＩＤを入力せずに検索開始ボタン２４４が操作されると、不図示の検索条件入力画面が表示される。検索条件入力画面では、検索条件を入力可能であり、検索条件に合致した対戦レースが検索可能となる。
ルーム検索画面において、例えば対戦レース情報インタフェース２４０が長押しされると、当該対戦レースの詳細情報が表示される。また、対戦レース情報インタフェース２４０がタップされると、当該対戦レースの選択状態となる。
ルーム検索画面には、出走予約操作部２４６および観戦予約操作部２４８が設けられる。いずれかの対戦レースが選択された状態で、出走予約操作部２４６が操作されると、選択中の対戦レースにゲストプレイヤとしてキャラクタを出走させるための登録手続きが開始される。
なお、ゲストプレイヤとしてキャラクタを出走させるための登録手続きでは、ホストプレイヤによる対戦レースの開催に係る登録手続きと同様に、図１６Ａに示す出走キャラクタ選択画面、図１６Ｂに示す戦略選択画面、図１６Ｃに示すエントリー情報画面が表示される。ゲストプレイヤは、ホストプレイヤと同様に、対戦レースに出走させるキャラクタおよび作戦を決定することができる。そして、エントリー情報画面において決定ボタン２２２が操作されると、ゲストプレイヤとして「出走」の登録手続きが完了し、ゲストプレイヤの待機ルーム画面が表示される。
図１８Ｂは、ゲストプレイヤの待機ルーム画面を説明する図である。図１８Ｂに示すように、ゲストプレイヤの待機ルーム画面には、ルーム名、ゲストプレイヤが決定した対戦レースに出走予定のキャラクタに係る情報等が表示される。また、ゲストプレイヤの待機ルーム画面には、リターン操作部２５０および開始操作部２５２が設けられる。リターン操作部２５０が操作されると、ホーム画面やマルチプレイゲームトップ画面等、所定の画面に遷移する。
開始操作部２５２の近傍には、対戦レースが開始されるまでの残り時間が表示されている。ゲストプレイヤのプレイヤ端末１においては、開始時間になるまで、開始操作部２５２が無効化されている。開始操作部２５２は、開始時間になると有効化され、有効化された開始操作部２５２が操作されると、対戦レースのレース画面が表示される。
なお、ゲストプレイヤの待機ルーム画面には、詳細表示ボタン２５４が設けられる。詳細表示ボタン２５４が操作されると、対戦レースの詳細情報が表示されるレース詳細画面に遷移する。ゲストプレイヤのプレイヤ端末１に表示されるレース詳細画面では、当該対戦レースへの参加を取り消すことができる。詳しい説明は省略するが、ゲストプレイヤが対戦レースへの参加を取り消すことができるのは、対戦レースの開始１５分前までである。ただし、ゲストプレイヤは、残り時間に拘わらず、対戦レースへの参加を取り消し可能であってもよい。
また、いずれかの対戦レースが選択された状態で、観戦予約操作部２４８が操作されると、選択中の対戦レースの観戦が予約される。観戦が予約された場合には、待機ルーム画面において、出走予定のキャラクタに係る情報等が表示される。この場合においても、待機ルーム画面に開始操作部２５２が設けられ、開始時間になると、レース画面の視聴が可能となる。また、ゲストプレイヤは、待機ルーム画面から、観戦を取り消すことができる。
次に、上記のゲームを実行するためのプレイヤ端末１およびサーバ１０００の機能的構成について説明する。なお、ここでは、対戦レースのエントリーに関する機能的構成について説明し、その他の構成については説明を省略する。
（プレイヤ端末１の機能的構成）
図１９は、プレイヤ端末１におけるメモリ１２の構成およびコンピュータとしての機能を説明する図である。メモリ１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、ゲームが開始されると、端末側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１２ａに記憶する。
端末側ゲーム制御用プログラムには、送受信プログラム３００、画像制御プログラム３０２、情報更新プログラム３０４が含まれる。なお、図１９に列挙したプログラムは一例であり、端末側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。
データ記憶領域１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部３１０が設けられている。プレイヤ情報記憶部３１０には、対戦レースに係るさまざまな情報が記憶される。具体的には、プレイヤ情報記憶部３１０には、ホストプレイヤとして開催する対戦レースに係る情報、ゲストプレイヤとして参加する対戦レースに係る情報、開催レースの予約数を示す開催予約数、開催レースおよび参加レースの合計の予約数を示す合計予約数等が記憶される。なお、対戦レースに係る情報には、参加する全てのキャラクタに関する情報、および、レース結果情報が含まれる。
また、データ記憶領域１２ｂには、対戦レースに係る情報以外に、プレイヤに関する情報や、プレイヤが育成したキャラクタに関する情報、育成ゲームに関する情報等を記憶する多数の記憶部が設けられている。
ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側ゲーム制御部１Ａとして機能させる。端末側ゲーム制御部１Ａは、送受信部３００ａ、画像制御部３０２ａ、情報更新部３０４ａを含む。
具体的には、ＣＰＵ１０は、送受信プログラム３００を動作させ、コンピュータを送受信部３００ａとして機能させる。同様に、ＣＰＵ１０は、画像制御プログラム３０２、情報更新プログラム３０４を動作させ、それぞれ画像制御部３０２ａ、情報更新部３０４ａとして機能させる。
送受信部３００ａは、プレイヤ端末１に対するプレイヤの操作入力に基づいて、サーバ１０００に各種の情報を送信する。また、送受信部３００ａは、サーバ１０００にセットされた受け取り可能な情報のうち、プレイヤ端末１においてログイン中のプレイヤのプレイヤＩＤに紐付けられた情報を受信する。
画像制御部３０２ａは、プレイヤ端末１に対するプレイヤの操作入力に基づいて、ゲーム画面をディスプレイ２６に表示する。
情報更新部３０４ａは、プレイヤ端末１に対するプレイヤの操作入力、および、サーバ１０００から受信した情報に基づいて、プレイヤ情報記憶部３１０に各種の情報を記憶する。
（サーバ１０００の機能的構成）
図２０は、サーバ１０００におけるメモリ１０１２の構成およびコンピュータとしての機能を説明する図である。メモリ１０１２には、プログラム記憶領域１０１２ａ、および、データ記憶領域１０１２ｂが設けられている。ＣＰＵ１０１０は、ゲームが開始されると、サーバ側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１０１２ａに記憶する。
サーバ側ゲーム制御用プログラムには、送受信プログラム１２００、ルーム作成プログラム１２０２、ホストプレイヤ情報設定プログラム１２０４、ゲストプレイヤ情報設定プログラム１２０６、開始時間管理プログラム１２０８、繰上開始プログラム１２１０、レース結果導出プログラム１２１２、エントリー管理プログラム１２１４、ルーム消滅プログラム１２１６、変更プログラム１２１８が含まれる。なお、図２０に列挙したプログラムは一例であり、サーバ側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。
データ記憶領域１０１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部１３００および対戦レース情報記憶部１３０２が設けられている。
プレイヤ情報記憶部１３００には、対戦レースに係るさまざまな情報が記憶される。具体的には、プレイヤ情報記憶部１３００には、全てのプレイヤのプレイヤＩＤが記憶される。また、プレイヤ情報記憶部１３００には、プレイヤＩＤに紐付けて、プレイヤに関する情報、プレイヤが育成したキャラクタに関する情報、育成ゲームに関する情報、ホストプレイヤとして開催する対戦レースに係る情報、ゲストプレイヤとして参加する対戦レースに係る情報、開催予約数、合計予約数等が記憶される。
対戦レース情報記憶部１３０２には、全てのレースＩＤが記憶される。また、対戦レース情報記憶部１３０２には、レースＩＤに紐付けて、対戦レースに係る情報が記憶される。なお、対戦レース情報記憶部１３０２に記憶される対戦レースに係る情報には、対戦レースの開催条件、レース条件、開始時間（開始までの残り時間）、出走予定のキャラクタに係る情報、レース結果情報等が含まれる。
また、データ記憶領域１０１２ｂには、プレイヤ情報記憶部１３００および対戦レース情報記憶部１３０２以外にも、各種の情報を記憶するための多数の記憶部が設けられている。
ＣＰＵ１０１０は、プログラム記憶領域１０１２ａに記憶された各プログラムを動作させ、データ記憶領域１０１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０１０は、プログラム記憶領域１０１２ａに記憶された各プログラムを動作させることで、サーバ１０００を、サーバ側ゲーム制御部１０００Ａとして機能させる。サーバ側ゲーム制御部１０００Ａは、送受信部１２００ａ、ルーム作成部１２０２ａ、ホストプレイヤ情報設定部１２０４ａ、ゲストプレイヤ情報設定部１２０６ａ、開始時間管理部１２０８ａ、繰上開始部１２１０ａ、レース結果導出部１２１２ａ、エントリー管理部１２１４ａ、ルーム消滅部１２１６ａ、変更部１２１８ａを含む。
具体的には、ＣＰＵ１０１０は、送受信プログラム１２００を動作させ、コンピュータを送受信部１２００ａとして機能させる。同様に、ＣＰＵ１０１０は、ルーム作成プログラム１２０２、ホストプレイヤ情報設定プログラム１２０４、ゲストプレイヤ情報設定プログラム１２０６、開始時間管理プログラム１２０８、繰上開始プログラム１２１０、レース結果導出プログラム１２１２、エントリー管理プログラム１２１４、ルーム消滅プログラム１２１６、変更プログラム１２１８を動作させ、それぞれルーム作成部１２０２ａ、ホストプレイヤ情報設定部１２０４ａ、ゲストプレイヤ情報設定部１２０６ａ、開始時間管理部１２０８ａ、繰上開始部１２１０ａ、レース結果導出部１２１２ａ、エントリー管理部１２１４ａ、ルーム消滅部１２１６ａ、変更部１２１８ａとして機能させる。
送受信部１２００ａは、プレイヤ端末１から送信される情報を受信する。また、送受信部１２００ａは、プレイヤ端末１に受信させるデータをセットする。詳しくは後述するが、送受信部１２００ａは、導出された対戦レースのレース結果をホストプレイヤおよびゲストプレイヤに受け取らせる処理を遂行する。
ルーム作成部１２０２ａは、レースＩＤを発行してルームを作成する。具体的には、ルーム作成部１２０２ａは、対戦レース情報記憶部１３０２の記憶領域を確保し、レースＩＤと確保した記憶領域とを紐付ける。また、ルーム作成部１２０２ａは、ホストプレイヤが設定したルーム名、メッセージ、開催条件、レース条件等を、確保した記憶領域に記憶する。つまり、ルーム作成部１２０２ａは、複数のプレイヤが参加可能な対戦レースの開催を要求するホストプレイヤの操作入力に基づいてルームを作成する処理を遂行する。
ホストプレイヤ情報設定部１２０４ａは、ホストプレイヤに係る情報を対戦レース情報記憶部１３０２に記憶する。なお、対戦レース情報記憶部１３０２に記憶されるホストプレイヤに係る情報には、ホストプレイヤに付与されたプレイヤＩＤ、ホストプレイヤが設定した、対戦レースに出走するキャラクタに係る情報が含まれる。
つまり、ここでは、ホストプレイヤ情報設定部１２０４ａが、ホストプレイヤのプレイヤＩＤと、対戦レースのゲーム結果を導出するために必要であって、ホストプレイヤが設定したキャラクタに係る設定情報とをルームに紐付けて記憶する処理を遂行する。
ゲストプレイヤ情報設定部１２０６ａは、ゲストプレイヤに係る情報を対戦レース情報記憶部１３０２に記憶する。なお、対戦レース情報記憶部１３０２に記憶されるゲストプレイヤに係る情報には、ゲストプレイヤに付与されたプレイヤＩＤ、ゲストプレイヤが設定した、対戦レースに出走するキャラクタに係る情報、さらには、「出走」、「観戦」の参加種別に係る情報が含まれる。
つまり、ここでは、ゲストプレイヤ情報設定部１２０６ａが、ルームへの入室を要求する、ホストプレイヤと異なる１または複数のゲストプレイヤの操作入力に基づいて、ゲストプレイヤに付与されたプレイヤＩＤと、対戦レースのゲーム結果を導出するために必要であって、ゲストプレイヤが設定したキャラクタに係る設定情報とをルームに紐付けて記憶する処理を遂行する。
開始時間管理部１２０８ａは、各ルームの開始時間、すなわち、対戦レースを開始するまでの残り時間を管理する。つまり、ここでは、開始時間管理部１２０８ａが、対戦レースの開始時間に関する時間情報をルームに紐付けて管理する処理を遂行する。
繰上開始部１２１０ａは、開始時間の前に対戦レースを開始させるホストプレイヤの開始操作の入力に基づいて、対戦レースを開始させる処理を遂行する。
レース結果導出部１２１２ａは、対戦レースの開始時間になると、プレイヤ情報に基づいて対戦レースのレース結果を導出する処理を遂行する。
エントリー管理部１２１４ａは、ホストプレイヤおよびゲストプレイヤの開催予約数、合計予約数を管理する。つまり、ここでは、エントリー管理部１２１４ａが、ゲストプレイヤのプレイヤＩＤに紐付けられているルームの数が所定数（ここでは５）以上である場合に、他のルームへの参加を不可能とし、ゲストプレイヤのプレイヤＩＤに紐付けられているルームの数が所定数未満である場合に、ルームへの参加を可能とする処理を遂行する。
ルーム消滅部１２１６ａは、ホストプレイヤによる対戦レースの開催を取り消す開催取消要求操作の入力に基づいて、ルームを消滅させる。
変更部１２１８ａは、ゲストプレイヤによる対戦レースへの参加を取り消す辞退要求操作の入力に基づいて、ルームからゲストプレイヤに係る情報を消去する等、ルームに係る情報を変更する。
次に、対戦レースを実行するためのプレイヤ端末１およびサーバ１０００における処理について説明する。以下では、ホストプレイヤとなるプレイヤのプレイヤ端末１をホスト端末と呼び、ゲストプレイヤとなるプレイヤのプレイヤ端末１をゲスト端末と呼ぶ。また、以下の説明において、ホスト端末が遂行する処理をＨｎ（ｎは任意の整数）、サーバ１０００が遂行する処理をＳｎ（ｎは任意の整数）、ゲスト端末が遂行する処理をＧｎ（ｎは任意の整数）と示す。
（プレイヤ端末１とサーバ１０００との通信処理）
図２１は、プレイヤ端末１およびサーバ１０００の処理を説明する第１のシーケンス図である。ホスト端末においてルーム作成操作が入力されると、ホスト端末の送受信部３００ａが、作成要求情報をサーバ１０００に送信する（Ｈ１）。なお、ルーム作成操作は、図１６Ｃに示すエントリー情報画面における決定ボタン２２２のタップ操作である。また、作成要求情報には、ホストプレイヤのプレイヤＩＤ、対戦レースの種別、開催条件、レース条件、対戦レースに出走させるキャラクタに係る情報が含まれる。
サーバ１０００において、送受信部１２００ａが作成要求情報を受信すると、エントリー管理部１２１４ａが開催判定処理を遂行する（Ｓ１）。
図２２は、サーバ１０００における開催判定処理（Ｓ１）を説明するフローチャートである。エントリー管理部１２１４ａは、プレイヤ情報記憶部１３００に記憶されているホストプレイヤの予約数情報を取得する（Ｓ１－１）。なお、予約数情報には、開催予約数および合計予約数が含まれる。ホストプレイヤの開催予約数が０でなければ（Ｓ１－２のＮＯ）、送受信部１２００ａは、対戦レースを開催できない旨を知らせる開催拒否情報を、ホスト端末が受信可能なようにセットする（Ｓ１－３）。
また、エントリー管理部１２１４ａは、開催予約数が０であれば（Ｓ１－２のＹＥＳ）、ホストプレイヤの合計予約数が５未満であるかを判定する（Ｓ１－４）。合計予約数が５未満でなければ（Ｓ１－４のＮＯ）、送受信部１２００ａは、上記と同様に開催拒否情報をセットする（Ｓ１－３）。
図２１に示すように、ホスト端末では、開催拒否情報を受信すると、画像制御部３０２ａが、対戦レースを開催することができないことをホストプレイヤに知らしめる開催不可画面を表示する（Ｈ２）。
一方、図２２に示すように、開催予約数が０であり（Ｓ１－２のＹＥＳ）、合計予約数が５未満であれば（Ｓ１－４のＹＥＳ）、エントリー管理部１２１４ａは、ルーム作成処理のモジュールをコールする（Ｓ１－５）。これにより、図２１に示すように、開催判定処理（Ｓ１）に続き、後述するルーム作成処理（Ｓ２）が開始される。
図２３は、サーバ１０００におけるルーム作成処理（Ｓ２）を説明するフローチャートである。ルーム作成部１２０２ａは、レースＩＤを取得する（Ｓ２－１）。なお、レースＩＤは９桁の数字で構成され、ルーム作成部１２０２ａは、現在使用中ではない任意のレースＩＤを１つ取得する。また、ルーム作成部１２０２ａは、対戦レース情報記憶部１３０２の記憶領域を確保し（Ｓ２－２）、確保した記憶領域に、ルーム情報として開始条件等を記憶する（Ｓ２－３）。
なお、ルーム情報には、対戦レースを実行するために必要な全ての情報が含まれる。ここでは、取得したレースＩＤが、確保した記憶領域のアドレスに紐付けて記憶される。また、レースＩＤが紐付けられた記憶領域には、ホストプレイヤが設定したルーム名、メッセージ、対戦レースの開始条件、レース条件等が記憶される。
また、ホストプレイヤ情報設定部１２０４ａは、作成要求情報に含まれるホストプレイヤのプレイヤＩＤを、確保した記憶領域にルーム情報として記憶する（Ｓ２－４）。また、ホストプレイヤ情報設定部１２０４ａは、作成要求情報に含まれる、ホストプレイヤが設定した対戦レースに出走させるキャラクタに係る情報を、確保した記憶領域にルーム情報として記憶する（Ｓ２－５）。
また、エントリー管理部１２１４ａは、プレイヤ情報記憶部１３００において、ホストプレイヤのプレイヤＩＤに紐付けられている開催予約数をインクリメントする（Ｓ２－６）。本実施形態では、ホストプレイヤが同時に開催を予約できる最大数は「１」である。
詳しい説明は省略するが、プレイヤ端末１は、サーバ１０００で管理されている予約数情報を定期的に受信する。そして、プレイヤ端末１では、開催予約数が「１」の場合、新たなレースを開催するための操作ができないように制御される。したがって、サーバ１０００において開催予約数が「１」と記憶されているプレイヤのプレイヤ端末１から、ルームの作成を要求する作成要求情報が送信されることは基本的にはない。したがって、ここでは、ホストプレイヤのプレイヤＩＤに紐付けられている開催予約数が「０」から「１」に更新される。
また、エントリー管理部１２１４ａは、プレイヤ情報記憶部１３００において、ホストプレイヤのプレイヤＩＤに紐付けられている合計予約数をインクリメントする（Ｓ２－７）。本実施形態では、ホストプレイヤが同時にエントリーできる最大数は「５」である。
プレイヤ端末１では、合計予約数が「５」の場合、新たなレースにエントリーするための操作ができないように制御される。したがって、サーバ１０００において合計予約数が「５」と記憶されているプレイヤのプレイヤ端末１から、ルームの作成を要求する作成要求情報が送信されることは基本的にはない。したがって、ここでは、ホストプレイヤのプレイヤＩＤに紐付けられている合計予約数が「１」から「５」のいずれかに更新される。
そして、送受信部１２００ａは、上記Ｓ２－６およびＳ２－７で更新した開催予約数および合計予約数を含む予約数情報を、ホスト端末が受信可能なようにセットする（Ｓ２－８）。また、送受信部１２００ａは、上記Ｓ２－３からＳ２－５で記憶したルーム情報を、ホスト端末が受信可能なようにセットする（Ｓ２－９）。
そして、開始時間管理部１２０８ａは、レースＩＤに紐付けて開始時間をタイマにセットする（Ｓ２－１０）。詳しくは後述するが、ここでセットされた開始時間は、サーバ１０００において、時間の経過に伴って減算される。これにより、対戦レースが開始されるまでの残り時間がサーバ１０００において管理される。
図２１に戻り、サーバ１０００においてルーム作成処理（Ｓ２）が遂行されると、ホスト端末がルーム情報および予約数情報を受信し、受信情報がプレイヤ情報記憶部３１０に記憶される（Ｈ３）。また、ホスト端末では、画像制御部３０２ａが、受信情報に基づいて待機ルーム画面を表示する（Ｈ４）。
また、例えば、複数の対戦レースの開催が予約されている状態で、ゲスト端末においてルーム検索操作が入力されたとする（Ｇ１）。なお、ルーム検索操作は、図１３Ａに示すマルチプレイゲームトップ画面における参加タブ２０２のタップ、および、図１８Ａに示すルーム検索画面における検索開始ボタン２４４のタップを含む。検索操作が入力されると、検索情報がサーバ１０００に送信される。
サーバ１０００では、検索情報を受信すると、参加可能なルームを抽出し、ゲスト端末が受信可能なように、抽出情報をセットする（Ｓ３）。ゲスト端末では、抽出情報を受信すると、受信した抽出情報に基づいて、画像制御部３０２ａが、ルーム検索画面にルーム一覧を表示する（Ｇ２）。
また、ゲスト端末において入室要求操作が入力されると（Ｇ３）、入室要求情報がサーバ１０００に送信される。なお、入室要求操作は、図１８Ａに示すルーム検索画面における出走予約操作部２４６または観戦予約操作部２４８のタップを含む。また、入室要求情報には、ゲストプレイヤが参加を要求するレースＩＤ、「出走」または「観戦」のいずれかを識別する参加種別、ゲストプレイヤが設定したキャラクタに係る情報が含まれる。
サーバ１０００において、送受信部１２００ａが入室要求情報を受信すると、エントリー管理部１２１４ａが入室判定処理を遂行する（Ｓ４）。
図２４は、サーバ１０００における入室判定処理（Ｓ４）を説明するフローチャートである。エントリー管理部１２１４ａは、プレイヤ情報記憶部１３００に記憶されているゲストプレイヤの予約数情報を取得する（Ｓ４－１）。ゲストプレイヤの合計予約数が５未満でなければ（Ｓ４－２のＮＯ）、送受信部１２００ａは、対戦レースに参加することができない旨を知らせる入室拒否情報を、ゲスト端末が受信可能なようにセットする（Ｓ４－３）。
また、エントリー管理部１２１４ａは、合計予約数が５未満であれば（Ｓ４－２のＹＥＳ）、受信した入室要求情報に含まれるレースＩＤを確認する（Ｓ４－４）。また、エントリー管理部１２１４ａは、受信した入室要求情報に含まれる参加種別が「出走」であるかを判定する（Ｓ４－５）。参加種別が「出走」ではない場合（Ｓ４－５のＮＯ）、すなわち、参加種別が「観戦」の場合、エントリー管理部１２１４ａは、ルーム更新処理のモジュールをコールする（Ｓ４－１０）。これにより、図２１に示すように、入室判定処理（Ｓ４）に続き、後述するルーム更新処理（Ｓ５）が開始される。
一方、参加種別が「出走」の場合（Ｓ４－５のＹＥＳ）、エントリー管理部１２１４ａは、レースＩＤに紐付けられた出走人数を、対戦レース情報記憶部１３０２から取得する（Ｓ４－６）。また、エントリー管理部１２１４ａは、レースＩＤに紐付けられた出走予定のキャラクタの登録数を、対戦レース情報記憶部１３０２から取得する（Ｓ４－７）。
エントリー管理部１２１４ａは、取得した出走人数およびキャラクタの登録数から、ゲストプレイヤが設定した１～３体のキャラクタ全てを出走させるための出走枠が足りているかを判定する（Ｓ４－８）。出走枠が足りていない場合（Ｓ４－８のＮＯ）、送受信部１２００ａが、上記と同様に、入室拒否情報をセットする（Ｓ４－３）。
また、出走枠が足りている場合（Ｓ４－８のＹＥＳ）、エントリー管理部１２１４ａは、該当する対戦レースの開始までの残り時間を確認する（Ｓ４－９）。そして、残り時間が１５分以上であれば（Ｓ４－９のＹＥＳ）、エントリー管理部１２１４ａがルーム更新処理のモジュールをコールする（Ｓ４－１０）。一方、残り時間が１５分未満であれば（Ｓ４－９のＮＯ）、送受信部１２００ａが入室拒否情報をセットする（Ｓ４－３）。
図２１に示すように、ゲスト端末では、入室拒否情報を受信すると、画像制御部３０２ａが、入室すなわち参加が不可能であることを示す入室不可画面をディスプレイ２６に表示する（Ｇ４）。また、入室判定処理（Ｓ４）において入室すなわち参加が可能であると判定されると、サーバ１０００においてルーム更新処理（Ｓ５）が遂行される。
図２５は、サーバ１０００におけるルーム更新処理（Ｓ５）を説明するフローチャートである。ゲストプレイヤ情報設定部１２０６ａは、入室要求情報に含まれるゲストプレイヤのプレイヤＩＤを、参加を要求する対戦レースのレースＩＤに紐付けられた記憶領域に記憶する（Ｓ５－１）。また、ゲストプレイヤ情報設定部１２０６ａは、ゲストプレイヤが設定した参加種別を、ゲストプレイヤのプレイヤＩＤに紐付けて記憶する（Ｓ５－２）。
また、参加種別が「出走」の場合（Ｓ５－３のＹＥＳ）、ゲストプレイヤ情報設定部１２０６ａは、ゲストプレイヤが設定したキャラクタに係る情報を、レースＩＤおよびプレイヤＩＤに紐付けて記憶する（Ｓ５－４）。
また、エントリー管理部１２１４ａは、プレイヤ情報記憶部１３００において、ゲストプレイヤのプレイヤＩＤに紐付けられている合計予約数をインクリメントする（Ｓ５－５）。本実施形態では、ゲストプレイヤが同時に参加を予約できる最大数は「５」である。
詳しい説明は省略するが、プレイヤ端末１では、合計予約数が「５」の場合、新たなレースに参加するための操作ができないように制御される。したがって、サーバ１０００において合計予約数が「５」と記憶されているプレイヤのプレイヤ端末１から、ルームへの入室を要求する入室要求情報が送信されることは基本的にはない。したがって、ここでは、ゲストプレイヤのプレイヤＩＤに紐付けられている合計予約数が「１」から「５」のいずれかに更新される。
そして、送受信部１２００ａは、上記Ｓ５－５で更新した合計予約数を含む予約数情報を、ゲスト端末が受信可能なようにセットする（Ｓ５－６）。また、送受信部１２００ａは、レースＩＤに紐付けられているルーム情報を、ホスト端末およびゲスト端末が受信可能なようにセットする（Ｓ５－７）。具体的には、送受信部１２００ａは、レースＩＤに紐付けられている全てのプレイヤＩＤに対して、ルーム情報を紐付けてセットする。
図２１に戻り、サーバ１０００においてルーム更新処理（Ｓ５）が遂行されると、ゲスト端末がルーム情報および予約数情報を受信し、受信情報がプレイヤ情報記憶部３１０に記憶される（Ｇ５）。また、ゲスト端末では、画像制御部３０２ａが、受信情報に基づいて待機ルーム画面を表示する（Ｇ６）。
また、プレイヤ端末１においては、ゲームアプリが起動している間、すなわち、ゲームをプレイしている間、サーバ１０００に対して定期的に通信接続が行われる。例えば、育成ゲーム中、ゲーム中に所定の画面遷移が行われた場合、ログイン操作がなされた場合等、所定のタイミングでプレイヤ端末１とサーバ１０００との間で通信接続がなされる。ここでは、プレイヤ端末１において、サーバ１０００と通信接続が行われる処理をサーバアクセス処理と呼ぶ。
例えば、ホスト端末において、サーバ１０００におけるルーム更新処理（Ｓ５）の後、サーバアクセス処理が遂行されたとする（Ｈ５）。この場合、サーバ１０００においては、ホスト端末のプレイヤＩＤにルーム情報が紐付けられてセットされているため、ホスト端末の送受信部３００ａが、サーバ１０００からルーム情報を受信する。ホスト端末では、情報更新部３０４ａが、受信したルーム情報に基づいてプレイヤ情報記憶部３１０を更新する（Ｈ６）。また、ホスト端末において、待機ルーム画面を表示させる操作が入力された場合には、画像制御部３０２ａが、更新されたルーム情報に基づいて待機ルーム画面を表示する。
図２６は、プレイヤ端末１およびサーバ１０００の処理を説明する第２のシーケンス図である。ホスト端末において、繰り上げ要求操作（開始操作）が入力されると、送受信部３００ａが繰り上げ要求情報をサーバ１０００に送信する。なお、繰り上げ要求操作は、図１６Ｄに示すホストプレイヤの待機ルーム画面における開始操作部２２８のタップ操作である。また、繰り上げ要求情報には、ホストプレイヤのプレイヤＩＤ、および、レースＩＤが含まれる。
サーバ１０００において、送受信部１２００ａが繰り上げ要求情報を受信すると、繰上開始部１２１０ａが繰上開始処理を遂行する（Ｓ１１）。
図２７は、サーバ１０００における繰上開始処理（Ｓ１１）を説明するフローチャートである。繰上開始部１２１０ａは、該当する対戦レースの開始までの残り時間を確認する（Ｓ１１－１）。そして、残り時間が１５分以上であれば（Ｓ１１－１のＹＥＳ）、繰上開始部１２１０ａが、例えば、１０秒間待機する待機処理を遂行する（Ｓ１１－２）。待機時間が経過すると、レース結果導出部１２１２ａが結果導出処理（Ｓ１００）を遂行する。
なお、繰上開始処理において、待機処理（Ｓ１１－２）は必須ではなく、即座に結果導出処理（Ｓ１００）が遂行されてもよい。ただし、待機処理が設けられることで、仮に、ホストプレイヤの繰り上げ要求操作が入力されたタイミングと、ゲストプレイヤの入室要求操作とがほぼ同じタイミングでなされた場合であっても、ゲストプレイヤの入室が可能となり、多くのプレイヤが対戦レースに参加可能となる。
図２８は、サーバ１０００における結果導出処理を説明するフローチャートである。レース結果導出部１２１２ａは、対戦レース情報記憶部１３０２においてレースＩＤに紐付けられている全てのキャラクタに係る情報を取得する（Ｓ１００－１）。また、レース結果導出部１２１２ａは、対戦レース情報記憶部１３０２においてレースＩＤに紐付けられているレース条件を取得する（Ｓ１００－２）。
次に、レース結果導出部１２１２ａは、取得したキャラクタに係る情報およびレース条件に基づいて、対戦レースのシミュレーションを行い、レース結果を導出する（Ｓ１００－３）。なお、詳しい説明は省略するが、対戦レースのシミュレーションでは、全てのキャラクタの能力パラメータやスキル情報等が演算式に入力され、その演算結果に基づいてレース結果が導出される。なお、天候ややる気等のレース条件は、変数として演算式に入力される。また、ランダムに抽出される変数が演算式に入力され、レース結果に不確実性がもたらされる。
そして、レース結果が導出されると、レース結果導出部１２１２ａは、対戦レース情報記憶部１３０２に、レース結果を示す結果情報を記憶する。また、送受信部１２００ａは、ホスト端末およびゲスト端末が受信可能なように結果情報をセットする（Ｓ１００－４）。
以上のように、ホストプレイヤが繰り上げ要求操作を入力することで、開始時間を待たずに、レース結果が導出されることとなる。なお、ここでは、開始時間を待たずにレース結果を導出する条件として、対戦レースの開始までの残り時間が１５分以上であることとした。ただし、開始時間を待たずにレース結果を導出する条件はこれに限らない。
図２９は、変形例に係るサーバ１０００における繰上開始処理を説明するフローチャートである。変形例に係る繰上開始処理では、上記した実施例に係る繰上開始処理のＳ１１－１の前に、Ｓ１１－０の処理が追加されている。具体的には、繰り上げ要求情報を受信すると、繰上開始部１２１０ａは、レースＩＤに紐付けられているプレイヤＩＤ数が所定数以上であるかを判定する（Ｓ１１－０）。そして、レースＩＤに紐付けられているプレイヤＩＤ数が所定数以上であれば、上記と同様に、Ｓ１１－１以降の処理が遂行される。
つまり、変形例では、レースＩＤすなわちルームに紐付けられたプレイヤＩＤの数が所定数以上であることを条件として、開始時間を待たずにレース結果を導出することができる。換言すれば、所定数以上のゲストプレイヤが、キャラクタの出走登録を行っていることを条件として、開始時間を待たずにレース結果を導出することが可能となっている。
なお、ここでは、レースＩＤに紐付けられたプレイヤＩＤ数を判定することとしたが、例えば、プレイヤＩＤ数に代えて、あるいは、プレイヤＩＤ数に加えて、出走登録されているキャラクタ数が所定数以上であるかが判定されてもよい。
図２６に戻り、ホスト端末およびゲスト端末において、レース結果表示操作が入力されると（Ｈ１２、Ｇ１１）、送受信部３００ａが結果要求情報をサーバ１０００に送信する。なお、レース結果表示操作は、開始操作部２２８、２５２のタップ操作後に表示される操作部へのタップ操作である。また、結果要求情報は、レース結果の送信を要求する情報である。
サーバ１０００においては、結果要求情報を受信すると、エントリー管理部１２１４ａが予約数更新処理（Ｓ１２）を遂行する。
図３０は、サーバ１０００における予約数更新処理を説明するフローチャートである。エントリー管理部１２１４ａは、結果要求情報を送信したプレイヤ端末１のプレイヤＩＤを特定し、プレイヤ情報記憶部１３００に記憶されている予約数情報をデクリメントする（Ｓ１２－１）。ここでは、エントリー管理部１２１４ａは、ホスト端末から結果要求情報を受信した場合には、開催予約数および合計予約数をデクリメントする。また、エントリー管理部１２１４ａは、ゲスト端末から結果要求情報を受信した場合には、合計予約数をデクリメントする。また、送受信部１２００ａは、Ｓ１２－１で更新した予約数情報を、結果要求情報を送信したプレイヤ端末１が受信可能なようにセットする（Ｓ１２－２）。
図２６に戻り、ホスト端末およびゲスト端末では、送受信部３００ａがサーバ１０００にセットされた結果情報、および、予約数情報を受信する。ホスト端末およびゲスト端末では、サーバ１０００にセットされた結果情報を受信すると、情報更新部３０４ａがプレイヤ情報記憶部３１０に結果情報を記憶する（Ｈ１３、Ｇ１２）。また、画像制御部３０２ａがレース結果をディスプレイ２６に表示する（Ｈ１４、Ｇ１３）。また、情報更新部３０４ａが、プレイヤ情報記憶部３１０において、予約数情報を更新する（Ｈ１５、Ｇ１４）。
なお、ここでは、プレイヤ端末１において、レース結果が表示される前に、サーバ１０００において予約数情報が更新されることとした。ただし、プレイヤ端末１においてレース結果の表示が完了した後に、サーバ１０００において予約数情報が更新されてもよい。
以上のように、サーバ１０００においては、ホスト端末およびゲスト端末から受信する情報に基づいて、対戦レースに係る種々の処理が遂行される。また、サーバ１０００では、ホスト端末およびゲスト端末からの情報の受信有無に拘わらず、タイマ割込み処理が遂行される。このタイマ割込み処理は、数ミリ秒おきに繰り返し実行されるものである。ここでは、タイマ割込み処理に、開始時間を監視する開始時間監視処理が含まれる。
図３１は、サーバ１０００における開始時間監視処理を説明するフローチャートである。対戦レース情報記憶部１３０２には、レースＩＤと開始時間とが紐付けられたリストが設けられている。ルームが作成されてレースＩＤが発行されると、このリストにレースＩＤと開始時間とが追加される。開始時間管理部１２０８ａは、リストに入力されている全てのレースＩＤに紐付けられている開始時間をデクリメントする（Ｓ２００－１）。そして、開始時間管理部１２０８ａは、Ｓ２００－１で更新した開始時間が０のレースＩＤを抽出する（Ｓ２００－２）。レース結果導出部１２１２ａは、Ｓ２００－２で抽出された全てのレースＩＤに対して、上記と同様の結果導出処理（Ｓ１００）を遂行する。
このように、サーバ１０００においては、ホストプレイヤが設定した開始時間になると、プレイヤの操作入力の有無に拘わらず、レース結果が導出される。導出されたレース結果は、レースＩＤに紐付けて対戦レース情報記憶部１３０２に記憶される。したがって、開始時間の経過後に、プレイヤ端末１においてサーバアクセス処理が遂行されることにより、プレイヤ端末１がレース結果を受信することとなる。
図３２は、プレイヤ端末１およびサーバ１０００の処理を説明する第３のシーケンス図である。ホスト端末において開催取消要求操作が入力されると、ホスト端末の送受信部３００ａが、開催取消要求情報をサーバ１０００に送信する（Ｈ２１）。なお、開催取消要求操作は、図１７に示すレース詳細画面における開催中止操作部２３６のタップ操作である。また、開催取消要求情報には、ホストプレイヤのプレイヤＩＤ、および、レースＩＤが含まれる。
サーバ１０００において、送受信部１２００ａが開催取消要求情報を受信すると、ルーム消滅部１２１６ａがルーム消滅処理を遂行する（Ｓ２１）。
図３３は、サーバ１０００におけるルーム消滅処理を説明するフローチャートである。ルーム消滅部１２１６ａは、開催取消要求情報に含まれるレースＩＤに紐付けられた開始時間、すなわち、対戦レースの開始までの残り時間が１５分以上であるかを判定する（Ｓ２１－１）。残り時間が１５分以上であれば（Ｓ２１－１のＹＥＳ）、ホストプレイヤ情報設定部１２０４ａが、プレイヤ情報記憶部１３００に記憶されているホストプレイヤのプレイヤＩＤに紐付けられた予約数情報を更新する（Ｓ２１－２）。ここでは、ホストプレイヤ情報設定部１２０４ａが、ホストプレイヤのプレイヤＩＤに紐付けられた開催予約数、および、合計予約数を、それぞれ「１」減算する。
また、ここでは、ゲストプレイヤ情報設定部１２０６ａが、プレイヤ情報記憶部１３００に記憶されているゲストプレイヤのプレイヤＩＤに紐付けられた予約数情報を更新する。具体的には、ゲストプレイヤ情報設定部１２０６ａは、ゲストプレイヤのプレイヤＩＤに紐付けられた合計予約数を「１」減算する。
次に、送受信部１２００ａは、Ｓ２１－２で更新された予約数情報を、ホスト端末およびゲスト端末が受信可能なようにセットする（Ｓ２１－３）。また、送受信部１２００ａは、ルームが消滅したことを示す消滅情報を、消去されたレースＩＤに紐付けてセットする（Ｓ２１－４）。ここでは、送受信部１２００ａが、対戦レースに参加の登録がなされていた全てのプレイヤのプレイヤＩＤに紐付けて消滅情報をセットする。
また、ルーム消滅部１２１６ａは、対戦レース情報記憶部１３０２に記憶されたレースＩＤ、および、当該レースＩＤに紐付けられたルーム情報を消去する（Ｓ２１－５）。
図３２に戻り、ホスト端末において、消滅情報および予約数情報を受信すると、情報更新部３０４ａが、プレイヤ情報記憶部３１０からルーム情報を消去する（Ｈ２２）。また、情報更新部３０４ａは、プレイヤ情報記憶部３１０において、予約数情報を更新する（Ｈ２３）。
また、サーバ１０００において、ルーム消滅処理（Ｓ２１）が遂行された後、ゲスト端末においてサーバアクセス処理が遂行されると（Ｇ２１）、送受信部３００ａがサーバ１０００にセットされた消滅情報および予約数情報を受信する。ゲスト端末では、消滅情報および予約数情報を受信すると、情報更新部３０４ａが、プレイヤ情報記憶部３１０からルーム情報を消去する（Ｇ２２）。また、情報更新部３０４ａは、プレイヤ情報記憶部３１０において、予約数情報を更新する（Ｇ２３）。
図３４は、プレイヤ端末１およびサーバ１０００の処理を説明する第４のシーケンス図である。ゲスト端末において辞退要求操作が入力されると、ゲスト端末の送受信部３００ａが、辞退要求情報をサーバ１０００に送信する（Ｇ３１）。なお、辞退要求操作は、待機ルーム画面から遷移するレース詳細画面において入力可能である。また、辞退要求情報には、ゲストプレイヤのプレイヤＩＤ、および、レースＩＤが含まれる。
サーバ１０００において、送受信部１２００ａが辞退要求情報を受信すると、変更部１２１８ａが変更処理を遂行する（Ｓ３１）。
図３５は、サーバ１０００における変更処理を説明するフローチャートである。変更部１２１８ａは、辞退要求情報に含まれるレースＩＤに紐付けられた開始時間、すなわち、対戦レースの開始までの残り時間が１５分以上であるかを判定する（Ｓ３１－１）。残り時間が１５分以上であれば（Ｓ３１－１のＹＥＳ）、ゲストプレイヤ情報設定部１２０６ａが、プレイヤ情報記憶部１３００に記憶されているゲストプレイヤのプレイヤＩＤに紐付けられた予約数情報を更新する（Ｓ３１－２）。ここでは、ゲストプレイヤ情報設定部１２０６ａが、ゲストプレイヤのプレイヤＩＤに紐付けられた合計予約数を「１」減算する。
次に、送受信部１２００ａは、Ｓ３１－２で更新された予約数情報を、ゲスト端末が受信可能なようにセットする（Ｓ３１－３）。また、送受信部１２００ａは、参加の取り消しが完了したことを示す辞退完了情報を、ゲスト端末が受信可能なようにセットする（Ｓ３１－４）。また、変更部１２１８ａは、対戦レース情報記憶部１３０２において、当該レースＩＤに紐付けられたルーム情報から、該当するゲストプレイヤのプレイヤ情報を消去する（Ｓ３１－５）。
図３４に戻り、ゲスト端末において、辞退完了情報および予約数情報を受信すると、情報更新部３０４ａが、プレイヤ情報記憶部３１０からルーム情報を消去する（Ｇ３２）。また、情報更新部３０４ａは、プレイヤ情報記憶部３１０において、予約数情報を更新する（Ｇ３３）。
また、サーバ１０００において、変更処理（Ｓ３１）が遂行された後、ホスト端末においてサーバアクセス処理が遂行されると（Ｈ３１）、送受信部３００ａがサーバ１０００にセットされたルーム情報を受信する。ホスト端末では、ルーム情報を受信すると、情報更新部３０４ａが、プレイヤ情報記憶部３１０のルーム情報を更新する（Ｈ３２）。また、ホスト端末において、待機ルーム画面が表示される場合には、ルーム情報に基づいて、画像制御部３０２ａが待機ルーム画面を更新する（Ｈ３３）。
以上のように、ホストプレイヤは、対戦レースの開催を事後的に取りやめることができる。またゲストプレイヤは、対戦レースへの参加を事後的に取りやめることができる。
以上、添付図面を参照しながら実施形態の一態様について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変形例または修正例に想到し得ることは明らかであり、それらについても当然に技術的範囲に属するものと了解される。
上記実施形態において、プレイヤ端末１とサーバ１０００とで行われる処理の分担は一例に過ぎない。例えば、上記した各処理は、プレイヤ端末１およびサーバ１０００の少なくともいずれかで実行されればよく、その実行タイミングや、実行する装置は特に限定されない。例えば、上記実施形態では、ルーム作成処理（Ｓ２）およびルーム更新処理（Ｓ５）がサーバ１０００で遂行される場合について示した。ただし、ルーム作成処理（Ｓ２）あるいはルーム更新処理（Ｓ５）は、ホスト端末で遂行されてもよい。つまり、上記したサーバ１０００における処理は、対戦レースごとに、当該対戦レースを開催するホスト端末において遂行されてもよい。
また、上記実施形態におけるプレイヤ端末１およびサーバ１０００の処理は一例に過ぎない。プレイヤ端末１およびサーバ１０００における処理は、本発明の目的を逸脱しない範囲で、適宜設計可能であることは言うまでもない。
また、上記実施形態では、プレイヤが保持するキャラクタを対戦レースに出走させるゲームについて説明したが、ゲームの内容は上記実施形態に限定されるものではない。本発明は、複数のプレイヤが参加可能なマルチプレイゲームに広く適用可能であり、あらゆるゲームジャンルに適用可能である。したがって、上記実施形態では、プレイヤがキャラクタを対戦させる対戦ゲームについて説明したが、例えば、複数のプレイヤが協力してコンピュータと対戦する協力ゲームとすることもできる。
また、上記実施形態では、マルチプレイゲームに詳細モードが設けられ、対戦レースの開催条件およびレース条件をホストプレイヤが設定可能であることとした。しかしながら、ホストプレイヤが開催する対戦レースは、全ての開催条件およびレース条件が予め定められており、変更することができないものとしてもよい。
また、上記実施形態では、対戦レースにキャラクタを出走させるプレイヤは、出走させるキャラクタを選択可能である。したがって、上記実施形態では、対戦レースに参加するプレイヤのプレイヤ情報に、プレイヤＩＤに加えて、レース結果を導出するために必要であって、ホストプレイヤまたはゲストプレイヤが設定したキャラクタに係る情報等の設定情報が含まれている。しかしながら、プレイヤ情報には、少なくともプレイヤＩＤが含まれていればよい。この場合、例えば、各プレイヤに対応するキャラクタが、サーバ１０００においてランダムに決定され、決定されたキャラクタによってレース結果が導出されてもよい。
また、上記実施形態では、開始時間になる前にホストプレイヤが対戦レースを開始させる、繰り上げ要求操作を入力可能とした。ただし、繰り上げ要求操作は必須ではなく、開始時間前のレース結果の導出は不可能としてもよい。
また、上記実施形態では、１のプレイヤが同時に複数の対戦レースにエントリー可能であることとした。換言すれば、上記実施形態では、１つのプレイヤＩＤが、複数のルームに紐付け可能であることとした。そして、上記実施形態では、ゲストプレイヤのプレイヤＩＤに紐付けられているルームの数が所定数以上である場合に、他のルームへの参加を不可能とし、ゲストプレイヤのプレイヤＩＤに紐付けられているルームの数が所定数未満である場合に、ルームへの参加を可能とすることとした。ただし、１のプレイヤは、同時に１つのマルチプレイゲームにのみエントリー可能であってもよい。
なお、上記実施形態における処理を実行するための情報処理プログラムは、コンピュータが読み取り可能な非一時的記憶媒体に格納され、記憶媒体として提供されてもよい。さらには、この記憶媒体を含むゲーム端末装置が提供されてもよい。また、上記実施形態は、各機能およびフローチャートに示すステップを実現する情報処理方法としてもよい。
１ プレイヤ端末
１０００ サーバ
Ｓ 情報処理システム
上記課題を解決するために、情報処理プログラムは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になるか、あるいは、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
をコンピュータに遂行させる。
上記課題を解決するために、ゲーム装置は、
１または複数のコンピュータを備えるゲーム装置であって、
前記コンピュータは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になるか、あるいは、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を遂行する。
上記課題を解決するために、情報処理システムは、
１または複数のコンピュータを備える情報処理システムであって、
前記コンピュータは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になるか、あるいは、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を遂行する。
上記課題を解決するために、情報処理方法は、
１または複数のコンピュータが遂行する情報処理方法であって、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になるか、あるいは、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を含む。

上記課題を解決するために、情報処理プログラムは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になった場合、および、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された後、所定の待機時間が経過した場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
をコンピュータに遂行させる。
上記課題を解決するために、ゲーム装置は、
１または複数のコンピュータを備えるゲーム装置であって、
前記コンピュータは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になった場合、および、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された後、所定の待機時間が経過した場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を遂行する。
上記課題を解決するために、情報処理システムは、
１または複数のコンピュータを備える情報処理システムであって、
前記コンピュータは、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になった場合、および、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された後、所定の待機時間が経過した場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を遂行する。
上記課題を解決するために、情報処理方法は、
１または複数のコンピュータが遂行する情報処理方法であって、
複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
前記マルチプレイゲームの開始時間になった場合、および、前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作が入力された後、所定の待機時間が経過した場合に、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
を含む。

Claims (10)

  1. 複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
    前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
    前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
    をコンピュータに遂行させる情報処理プログラム。
  2. 前記プレイヤ情報には、前記マルチプレイゲームのゲーム結果を導出するために必要であって、前記第１プレイヤまたは前記第２プレイヤが設定した設定情報が含まれる、
    請求項１に記載の情報処理プログラム。
  3. 導出された前記マルチプレイゲームのゲーム結果を前記第１プレイヤおよび前記第２プレイヤに受け取らせる処理をさらにコンピュータに遂行させる請求項１または２に記載の情報処理プログラム。
  4. 前記開始時間の前に前記マルチプレイゲームを開始させる前記第１プレイヤの開始操作の入力に基づいて、前記マルチプレイゲームを開始させる処理をさらにコンピュータに遂行させる請求項１から３のいずれか１項に記載の情報処理プログラム。
  5. 前記第１プレイヤの開始操作の入力に基づいて前記マルチプレイゲームを開始させる処理は、前記ルームに紐付けられた前記プレイヤＩＤの数が所定数以上であることを条件として実行可能となる、
    請求項４に記載の情報処理プログラム。
  6. １つの前記プレイヤＩＤは、複数の前記ルームに紐付け可能である、
    請求項１から５のいずれか１項に記載の情報処理プログラム。
  7. 前記第２プレイヤの前記プレイヤＩＤに紐付けられている前記ルームの数が所定数以上である場合に、他の前記ルームへの参加を不可能とし、前記第２プレイヤの前記プレイヤＩＤに紐付けられている前記ルームの数が所定数未満である場合に、前記ルームへの参加を可能とする処理をさらにコンピュータに遂行させる請求項６に記載の情報処理プログラム。
  8. １または複数のコンピュータを備えるゲーム装置であって、
    前記コンピュータは、
    複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
    前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
    前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
    を遂行するゲーム装置。
  9. １または複数のコンピュータを備える情報処理システムであって、
    前記コンピュータは、
    複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
    前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
    前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
    を遂行する情報処理システム。
  10. １または複数のコンピュータが遂行する情報処理方法であって、
    複数のプレイヤが参加可能なマルチプレイゲームの開催を要求する第１プレイヤの操作入力に基づいて、プレイヤＩＤを紐付けるルームを作成する処理と、
    前記第１プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第１プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間に関する時間情報を前記ルームに紐付けて管理する処理と、
    前記第１プレイヤと異なる１または複数の第２プレイヤの操作入力に基づいて、前記第２プレイヤに付与されたプレイヤＩＤを少なくとも含む、前記第２プレイヤのプレイヤ情報を前記ルームに紐付けて記憶する処理と、
    前記マルチプレイゲームの開始時間になると、前記プレイヤ情報に基づいて前記マルチプレイゲームのゲーム結果を導出する処理と、
    を含む情報処理方法。
JP2021099548A 2021-06-15 2021-06-15 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法 Active JP7174113B1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021099548A JP7174113B1 (ja) 2021-06-15 2021-06-15 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法
JP2022118542A JP2022191208A (ja) 2021-06-15 2022-07-26 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021099548A JP7174113B1 (ja) 2021-06-15 2021-06-15 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022118542A Division JP2022191208A (ja) 2021-06-15 2022-07-26 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法

Publications (2)

Publication Number Publication Date
JP7174113B1 JP7174113B1 (ja) 2022-11-17
JP2022190979A true JP2022190979A (ja) 2022-12-27

Family

ID=84100518

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021099548A Active JP7174113B1 (ja) 2021-06-15 2021-06-15 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法
JP2022118542A Pending JP2022191208A (ja) 2021-06-15 2022-07-26 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022118542A Pending JP2022191208A (ja) 2021-06-15 2022-07-26 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法

Country Status (1)

Country Link
JP (2) JP7174113B1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003144756A (ja) * 2001-08-28 2003-05-20 Square Co Ltd オンラインゲームシステム用サーバ装置、クライアント情報管理方法、クライアント情報管理プログラム、及びクライアント情報管理プログラムを記録した記録媒体
JP2004097622A (ja) * 2002-09-11 2004-04-02 Namco Ltd ゲームシステム、プログラム及び情報記憶媒体
JP2007215767A (ja) * 2006-02-16 2007-08-30 Sony Computer Entertainment Inc ゲーム管理サーバ
JP2016002413A (ja) * 2014-06-19 2016-01-12 株式会社バンダイナムコエンターテインメント ゲームシステム及び通信ゲームの処理方法
JP2020039423A (ja) * 2018-09-06 2020-03-19 株式会社コロプラ ゲームプログラム、ゲームプログラムを実行する方法、および情報処理装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003144756A (ja) * 2001-08-28 2003-05-20 Square Co Ltd オンラインゲームシステム用サーバ装置、クライアント情報管理方法、クライアント情報管理プログラム、及びクライアント情報管理プログラムを記録した記録媒体
JP2004097622A (ja) * 2002-09-11 2004-04-02 Namco Ltd ゲームシステム、プログラム及び情報記憶媒体
JP2007215767A (ja) * 2006-02-16 2007-08-30 Sony Computer Entertainment Inc ゲーム管理サーバ
JP2016002413A (ja) * 2014-06-19 2016-01-12 株式会社バンダイナムコエンターテインメント ゲームシステム及び通信ゲームの処理方法
JP2020039423A (ja) * 2018-09-06 2020-03-19 株式会社コロプラ ゲームプログラム、ゲームプログラムを実行する方法、および情報処理装置

Also Published As

Publication number Publication date
JP2022191208A (ja) 2022-12-27
JP7174113B1 (ja) 2022-11-17

Similar Documents

Publication Publication Date Title
JP2018171133A (ja) ゲームサーバおよびゲームプログラム
JP5756216B1 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP2023168609A (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP6669921B1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
JP6469273B1 (ja) 情報処理システム、情報処理プログラム、情報処理方法、および情報処理装置
JP6393701B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP2002239251A (ja) ネットワークゲームシステム、これに使用される端末装置及び記憶媒体
JP7144954B2 (ja) プログラム
JP7174113B1 (ja) 情報処理プログラム、ゲーム装置、情報処理システムおよび情報処理方法
JP2004180765A (ja) データ配信システム
JP2008279049A (ja) 情報提供システム、プログラムおよび情報記憶媒体
JP6616238B2 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
JP2019118695A (ja) 制御プログラム、制御方法及びコンピュータ
JP5546572B2 (ja) ビデオゲーム処理装置、およびビデオゲーム処理プログラム
JP2020199316A (ja) 情報処理システム、情報処理プログラム、情報処理方法、および情報処理装置
JP2013039404A (ja) ゲームシステム及びゲーム制御方法
JP7146039B1 (ja) 情報処理方法、情報処理システムおよび情報処理プログラム
JP7353322B2 (ja) プログラム、情報処理装置及びゲームシステム
JP5938510B1 (ja) ゲーム制御方法、コンピュータ及び制御プログラム
WO2023228727A1 (ja) ライブ配信サービスを提供するためのシステム、方法、及びプログラム
JP2020044320A (ja) 制御プログラム、ゲーム装置及び制御方法
JP7200350B1 (ja) 情報処理プログラム、情報処理方法および情報処理システム
JP6943991B2 (ja) 制御方法、コンピュータ及び制御プログラム
JP2020043938A (ja) 制御プログラム、ゲーム装置及び制御方法
JP7278461B1 (ja) ゲームを提供するためのシステム、方法、及びプログラム

Legal Events

Date Code Title Description
A80 Written request to apply exceptions to lack of novelty of invention

Free format text: JAPANESE INTERMEDIATE CODE: A80

Effective date: 20210707

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211018

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20211018

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211221

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220216

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220426

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220726

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20220726

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20220805

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20220809

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221101

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221104

R150 Certificate of patent or registration of utility model

Ref document number: 7174113

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150