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

Abstract

【課題】ゲームの興趣を向上させる。【解決手段】演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかが決定される。演出種別情報に紐付けられた特定ゲームオブジェクトが識別可能に表示される。演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかが決定される。決定された演出種別情報およびゲームオブジェクトに基づいて演出が実行される。特定ゲームオブジェクトが含まれる場合、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素が出力され、特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかが選択される。【選択図】図１７

Description

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

従来、例えば特許文献１に示されるように、プレイヤが所持するキャラクタを育成してレースに出場させ、レース結果に基づいてライブ演出が実行されるゲームが知られている。

特許第６５３８９４２号公報

上記のようなライブ演出は、楽曲と、ライブ映像に登場するキャラクタとをプレイヤが選択可能とすることで、ゲームの興趣が向上する。しかしながら、例えば、選択可能なキャラクタ数が少ない場合等、実行されるライブ演出の内容が限られてしまい、ゲームの興趣が低下するおそれがある。

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

上記課題を解決するために、情報処理プログラムは、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示する識別表示部と、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかを決定するゲームオブジェクト決定部と、決定された演出種別情報およびゲームオブジェクトに基づいて演出を実行し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素を出力し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素を出力する演出実行部と、してコンピュータを機能させる。

また、所定の演出要素は、演出の実行中に出力される音声であり、所定の演出要素の出力データごとに、出力される音声が異なってもよい。

ゲームオブジェクト決定部は、演出種別情報に紐付けられ、かつ、プレイヤが所持するゲームオブジェクトの中から、予め設定された抽出条件にしたがって、いずれかのゲームオブジェクトを決定可能であり、抽出条件したがってゲームオブジェクトが決定される場合、特定ゲームオブジェクトが他のゲームオブジェクトよりも優先的に決定されてもよい。

上記課題を解決するために、情報処理方法は、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能なステップと、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示するステップと、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかを決定するステップと、決定された演出種別情報およびゲームオブジェクトに基づいて演出を実行し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素を出力し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素を出力するステップと、を含む。

上記課題を解決するために、情報処理システムは、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示する識別表示部と、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかを決定するゲームオブジェクト決定部と、決定された演出種別情報およびゲームオブジェクトに基づいて演出を実行し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素を出力し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素を出力する演出実行部と、を備える。

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

図１は、情報処理システムの概略的な構成を示した説明図である。 図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。 図３Ａは、ストーリ選択画面の一例を説明する図である。図３Ｂは、ストーリ用ライブ演出の一例を説明する図である。図３Ｃは、ライブ視聴権利を説明する図である。 図４Ａは、育成画面の一例を説明する図である。図４Ｂは、育成キャラダイアログの一例を説明する図である。 図５Ａは、レース選択画面の一例を説明する図である。図５Ｂは、出場キャラ選択画面の一例を説明する図である。図５Ｃは、レース結果画面の一例を説明する図である。 図６Ａは、報酬ライブ演出の一例を説明する図である。図６Ｂは、権利獲得演出の一例を説明する図である。 図７Ａは、楽曲選択画面の一例を説明する図である。図７Ｂは、キャラ配置画面の一例を説明する図である。図７Ｃは、キャラ選択画面の一例を説明する図である。図７Ｄは、シアターライブ演出の一例を説明する図である。 図８Ａは、キャラ種別の一例を説明する図である。図８Ｂは、演出分類の一例を説明する図である。図８Ｃは、楽曲ＩＤごとに設定されたボーカル対応キャラの一例を説明する図である。 図９Ａは、ポジション情報の一例を説明する図である。図９Ｂは、キャラ配置テーブルの一例を説明する図である。 図１０Ａは、第１演出分類の楽曲ＩＤでセットされるサウンドデータの一例を説明する図である。図１０Ｂは、第１演出分類の楽曲ＩＤにおけるサウンドデータの出力の一例を説明する図である。 図１１Ａは、第２演出分類の楽曲ＩＤでセットされるサウンドデータの一例を説明する図である。図１１Ｂは、第２演出分類の楽曲ＩＤにおけるサウンドデータの出力の一例を説明する図である。 図１２Ａは、メインポジションに配置されるキャラクタの組み合わせの一例を説明する図である。図１２Ｂは、音声チャンネルにセットされるサウンドデータの一例である。 図１３Ａは、メインポジションに配置されるキャラクタの組み合わせの他の例を説明する図である。図１３Ｂは、音声チャンネルにセットされるサウンドデータの他の例である。 図１４は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。 図１５は、プレイヤ端末およびサーバの基本的な処理を説明するシーケンス図である。 図１６は、プレイヤ端末における報酬ライブ実行処理の一例を説明するフローチャートである。 図１７は、プレイヤ端末におけるデータ設定処理の一例を説明するフローチャートである。 図１８は、プレイヤ端末におけるストーリ実行処理の一例を説明するフローチャートである。 図１９は、プレイヤ端末におけるライブモード処理の一例を説明するフローチャートである。 図２０は、プレイヤ端末におけるおまかせ編成処理の一例を説明するフローチャートである。

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

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

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

サーバ１００は、複数のプレイヤ端末１と通信接続される。サーバ１００は、ゲームをプレイするプレイヤごとに各種の情報（プレイヤ情報）を蓄積する。また、サーバ１００は、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新を行う。

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

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

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

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

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

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

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

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

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

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

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

（ゲーム内容）
次に、本実施形態の情報処理システムＳ（ゲーム装置Ｇ）により提供されるゲームの内容について、一例を用いて説明する。プレイヤは、ゲームを開始する前に、専用のアプリケーションをサーバ１００からプレイヤ端末１に予めダウンロードし、サーバ１００にプレイヤＩＤを登録しておく。アプリケーションが起動されると、プレイヤ端末１は、サーバ１００に記憶されている各種の情報を受信し、タッチパネル２６にゲーム画面を表示する。

本実施形態では、管理者から複数種類のキャラクタが提供される。プレイヤは、所謂ガチャと呼ばれる抽選により当選することで、キャラクタを獲得することができる。また、管理者から、所定のキャラクタがプレイヤに無償で付与されることもある。プレイヤは、抽選で獲得したキャラクタや、管理者から付与されたキャラクタを所持することができる。以下では、プレイヤが所持しているキャラクタを所持キャラと呼ぶ。

各キャラクタには、さまざまなステータスが設定されており、プレイヤは、所持キャラを育成すること、各種のステータスを高めることができる。また、プレイヤは、所持キャラをレースに出場させることができる。ここでは、通信対戦により、他のプレイヤの所持キャラとレースで対戦させることが可能である。ただし、レースは、他のプレイヤとの通信対戦に限らず、コンピュータ対戦であってもよい。

詳しい説明は省略するが、本実施形態では、各レースにおいて、キャラクタが着順を争う。レースの結果、すなわち、着順は、出場するキャラクタのステータスに基づいて決定される。各レースには、着順ごとに特典が設定されており、出場したキャラクタの着順に対応する特典がプレイヤに付与される。

このように、本実施形態のゲームは、所謂育成ゲームである。ただし、以下に説明する技術的事項は、育成ゲームに限らず、アクションゲーム、シューティングゲーム、シュミレーションゲーム、ＲＰＧ(Roll Playing Game)、パズルゲーム等、あらゆるゲームジャンルに適用可能である。

図３Ａは、ストーリ選択画面の一例を説明する図である。図３Ｂは、ストーリ用ライブ演出の一例を説明する図である。図３Ｃは、ライブ視聴権利を説明する図である。アプリケーションを起動すると、タッチパネル２６に不図示のホーム画面が表示される。ホーム画面には、図３Ａに示すように、メニューバー３０が表示される。メニューバー３０には、抽選選択部３０ａ、ストーリ選択部３０ｂ、育成選択部３０ｃ、レース選択部３０ｄおよびライブ選択部３０ｅを含む複数の選択部が設けられている。プレイヤは、メニューバー３０の選択部をタップすることで、タッチパネル２６の表示画面を切り替えることができる。

メニューバー３０の抽選選択部３０ａがタップされると、不図示の抽選画面が表示される。抽選画面では、ゲーム内通貨を消費することで抽選ゲームを実行することができる。この抽選ゲームでは、キャラクタやアイテム等がそれぞれ所定の確率で当選する。つまり、プレイヤは、抽選ゲームを実行することで、キャラクタやアイテムを獲得、所持することができる。

なお、抽選ゲームで当選可能なキャラクタには、それぞれ固有のキャラＩＤが設定されている。また、プレイヤには、それぞれプレイヤＩＤが設定されている。サーバ１００においては、プレイヤＩＤごとに、キャラクタの所持情報が記憶されている。具体的には、サーバ１００には、プレイヤが所持可能な全てのキャラクタのキャラＩＤごとに、「所持」または「未所持」を示す情報が記憶された所持キャラ情報が、プレイヤＩＤごとに設けられている。抽選ゲームにおいて、未所持のキャラクタ（以下、未所持キャラと呼ぶ）に当選した場合、サーバ１００では、プレイヤＩＤに対応付けられた所持キャラ情報において、当選したキャラクタのキャラＩＤが、「未所持」から「所持」に更新される。

メニューバー３０のストーリ選択部３０ｂがタップされると、図３Ａに示すストーリ選択画面が表示される。ストーリ選択画面では、複数のストーリ選択タブ３２が表示される。プレイヤがストーリ選択タブ３２をタップすると、ストーリ演出が実行される。ストーリ演出では、ストーリ画像がタッチパネル２６に表示される。ストーリ演出は複数パターン設けられており、ストーリ演出ごとに、表示されるストーリ画像が異なる。プレイヤは、ストーリ選択タブ３２をタップすることで、所望のストーリ演出を視聴することができる。

なお、ストーリ演出には、解放条件が予め設定されたものがある。プレイヤは、解放条件が成立したストーリ演出については、何度でも繰り返し視聴することができる。一方で、解放条件が成立していないストーリ演出については、プレイヤは視聴することができない。ストーリ選択タブ３２は、ストーリ演出ごとに設けられているが、解放条件が成立していないストーリ演出については、ストーリ選択タブ３２がタップ操作を受け付けないように構成されている。

図３Ａに示す例では、第１話および第２話のストーリ演出の解放条件が成立しており、第３話から第５話のストーリ演出の解放条件が成立していない状態を示している。この状態では、第１話のストーリ演出に対応するストーリ選択タブ３２（図中「Ｓｔｏｒｙ：１」と示す）、および、第２話のストーリ演出に対応するストーリ選択タブ３２（図中「Ｓｔｏｒｙ：２」と示す）は、タップ操作を受け付け可能に表示される。

一方、第３話のストーリ演出に対応するストーリ選択タブ３２（図中「Ｓｔｏｒｙ：３」と示す）、第４話のストーリ演出に対応するストーリ選択タブ３２（図中「Ｓｔｏｒｙ：４」と示す）、および、第５話のストーリ演出に対応するストーリ選択タブ３２（図中「Ｓｔｏｒｙ：５」と示す）は、いずれもタップ操作の受け付けが不可能であることを識別可能に表示されている。

なお、ストーリ演出の解放条件の一例としては、他のストーリ演出が視聴済みであること、後述するレースのうち、予め設定されたレースにキャラクタを出場させたこと等が挙げられる。ただし、ストーリ演出の解放条件はこれに限らず、適宜設定可能である。また、ここでは、一部のストーリ演出について解放条件が設定されることとしたが、全てのストーリ演出に解放条件が設定されてもよいし、解放条件は一切設定されないものとしてもよい。

ここで、一部のストーリ演出には、ライブ演出が含まれている。本実施形態において、ライブ演出とは、図３Ｂに示すように、キャラクタが歌唱しているライブ映像に合わせて、ボーカルサウンドとＢＧＭ（Background Music）とが出力される演出である。詳しくは後述するが、本実施形態では、ライブモードが設けられており、プレイヤは、ストーリ演出とは別に、ライブモードで、任意のライブ演出を視聴することができる。また、後述するレースで１着を獲得した場合にも、レース後にライブ演出を視聴することができる。

つまり、ライブ演出は、ストーリ演出として実行される場合、レース後に報酬として実行される場合、および、ライブモードにおいてプレイヤが任意に視聴する場合がある。以下では、ストーリ演出に含まれるライブ演出、換言すれば、ストーリ演出として実行されるライブ演出を、ストーリ用ライブ演出と呼ぶ。また、レース後に報酬として実行されるライブ演出を、報酬ライブ演出と呼ぶ。さらに、ライブモードにおいて視聴されるライブ演出を、シアターライブ演出と呼ぶ。なお、以下の説明において、ストーリ用ライブ演出、報酬ライブ演出およびシアターライブ演出を区別しない場合には、単にライブ演出と呼ぶ。

プレイヤは、ストーリ用ライブ演出を視聴することで、視聴したライブ演出を、ライブモードにおいて視聴することが可能となる。つまり、プレイヤは、ストーリ用ライブ演出を含むストーリ演出を視聴することで、以後、同じライブ演出を、ライブモードにおいて自由に視聴する権利を獲得する。ストーリ演出においてストーリ用ライブ演出が実行されると、図３Ｃに示すように、ライブ演出の視聴権利を獲得したことが報知される。

図４Ａは、育成画面３４の一例を説明する図である。図４Ｂは、育成キャラダイアログ３６の一例を説明する図である。メニューバー３０の育成選択部３０ｃがタップされると、図４Ａに示す育成画面３４が表示される。育成画面３４には、所持キャラが一覧表示される。ここでは、育成画面３４において、所持キャラに対応するアイコンが表示される。そして、育成画面３４において、アイコンがタップされると、図４Ｂに示す育成キャラダイアログ３６が表示される。

育成キャラダイアログ３６には、育成画面３４でタップされたアイコンに対応する所持キャラのステータスが表示される。また、育成キャラダイアログ３６には、育成メニュータブ３６ａ、３６ｂ、３６ｃが設けられる。ここでは、３種類の育成メニューが設けられており、育成メニュータブ３６ａ、３６ｂ、３６ｃをタップすることで、プレイヤは、所望の育成メニューを選択して実行することができる。育成メニューを実行することで、選択された所持キャラのステータスが上昇する。

図５Ａは、レース選択画面の一例を説明する図である。図５Ｂは、出場キャラ選択画面４０の一例を説明する図である。図５Ｃは、レース結果画面４２の一例を説明する図である。メニューバー３０のレース選択部３０ｄがタップされると、図５Ａに示すレース選択画面が表示される。レース選択画面では、複数のレース選択タブ３８が表示される。レース選択タブ３８は、レースの種別ごとに設けられており、プレイヤは、レース選択タブ３８をタップすることで、実行するレースの種別、すなわち、所持キャラを出場させるレースの種別を選択することができる。

ここで、レースの種別には、解放条件が予め設定されたものがある。プレイヤは、解放条件が成立したレースについては、何度でも繰り返し実行することができる。一方で、プレイヤは、解放条件が成立していないレースを実行することができない。解放条件が成立していないレースの種別については、上記したストーリ選択タブ３２と同様に、レース選択タブ３８が、タップ操作を受け付けないように構成されている。

なお、レースの解放条件の一例としては、他の所定のレースで入賞（３位以内）すること、１着になったレースの種別が所定数以上であること、ステータスが所定値以上であること等が挙げられる。ただし、レースの解放条件はこれに限らず、適宜設定可能である。また、ここでは、一部のレースの種別について解放条件が設定されることとしたが、全てのレースに解放条件が設定されてもよいし、解放条件は一切設定されないものとしてもよい。

解放条件が設定されていない、あるいは、解放条件が成立しているレースの種別に対応したレース選択タブ３８がタップされると、図５Ｂに示す出場キャラ選択画面４０が表示される。出場キャラ選択画面４０には、プレイヤが所持している所持キャラの一覧画面が表示される。この一覧画面には、図示のように、所持キャラに対応するアイコンが表示される。

出場キャラ選択画面４０においてアイコンがタップされると、対応する所持キャラの詳細情報と開始ボタンとが設けられた不図示の確認ダイアログが表示される。この確認ダイアログの開始ボタンがタップされると、選択された種別のレースに、所持キャラが出場するレースゲームが実行される。なお、１のレースに１のプレイヤが出場させることができるキャラクタの数はレースの種別によって異なる。例えば、１のプレイヤが１体のキャラクタのみを出場させることができるレースと、１のプレイヤが複数のキャラクタを出場させることができるレースとがある。

なお、出場キャラ選択画面４０においては、先に選択した種別のレースに出場不可能な所持キャラについて、プレイヤが選択できないように表示される。ここでは、出場不可能な所持キャラのアイコンがグレーアウト表示されている。なお、出場キャラ選択画面４０には、未所持キャラが所持キャラとともに表示されてもよい。この場合、未所持キャラについては、上記と同様に、プレイヤが選択できないように表示されるとよい。

確認ダイアログの開始ボタンがタップされると、サーバ１００に、レースの種別、および、プレイヤが選択したキャラクタの情報を含む選択情報が送信される。サーバ１００では、受信した選択情報に基づいて、レース結果が導出される。そして、レース結果を示すレース結果情報をプレイヤ端末１が受信すると、受信したレース結果情報に基づいて、レース実況画像が生成、表示される。そして、レース実況画像の表示が終了すると、図５Ｃに示すように、レース結果画面４２が表示される。レース結果画面４２には、レースに参加したキャラクタの着順が表示されている。

ここで、プレイヤがレースに出場させた所持キャラが３着以内に入賞すると、報酬として、上記した報酬ライブ演出が実行される。ここでは、報酬ライブ演出が、全てのレースに対して設けられていることとする。ただし、報酬ライブ演出は、一部のレースにおいてのみ実行されてもよい。また、報酬ライブ演出は、所持キャラが３着以内に入賞することで実行される。なお、報酬ライブ演出が実行される着順は、レースごとに異なってもよいし、全てのレースで共通であってもよい。

図６Ａは、報酬ライブ演出の一例を説明する図である。図６Ｂは、権利獲得演出の一例を説明する図である。報酬ライブ演出においても、キャラクタが登場するライブ映像と、ボーカルサウンド、ＢＧＭとが出力される。報酬ライブ演出は、レースごとに設けられているが、レースごとに、楽曲、背景画像、出力されるボーカルサウンド、ＢＧＭが異なる。

ここで、報酬ライブ演出のライブ映像には、レースに出場したキャラクタが表示される。ここでは、全てのレースにおいて、１８体のキャラクタが出場することとする。したがって、全ての報酬ライブ演出において、ライブ映像には１８体のキャラクタが登場する。ただし、レースに出場するキャラクタは１８体未満であってもよい。この場合、当該レース後に実行される報酬ライブ演出において、レースに出場したキャラクタと同数のキャラクタが登場すればよい。

ライブ映像に表示されるキャラクタの表示位置、すなわち、キャラクタのフォーメーションは、ライブ演出の種別ごとに予め設定されている。詳しくは後述するが、各ライブ演出には、キャラクタが配置される１８のポジションが設定されている。１８のポジションは、メインポジションおよびバックポジションのいずれかの種別に大別されている。メインポジションは、タッチパネル２６の幅方向中央付近に配置され、バックポジションよりも表示領域が大きい。また、メインポジションおよびバックポジションの数は報酬ライブ演出ごとに設定されている。

各ポジションには、ポジション番号（Ｎ）が付されている。ここでは、１８のポジションが設けられることから、ポジション番号を示すＮは、１から１８のいずれかの整数となる。そして、メインポジションは、最大で５つ設定され、ポジション番号（Ｎ）が１～５のポジションが、メインポジションとなり得る。

例えば、図６Ａに示す例では、１８のポジションのうち、３つのポジションがメインポジションに設定されており、１５のポジションがバックポジションに設定されている。したがって、この例では、ポジション番号（Ｎ）が１から３のポジションがメインポジションとなり、４から１８のポジションがバックポジションとなる。

図６Ａには、３つのメインポジションのそれぞれに配置された３体のキャラクタと、１５のバックポジションのうちの５つに配置された５体のキャラクタとを示している。図６Ａに示すように、ライブ映像は、メインポジションに配置されたキャラクタが、バックポジションに配置されたキャラクタよりも目立つように構成されている。具体的には、ライブ映像では、キャラクタが個々に映し出されることがある。このとき、メインポジションに配置されたキャラクタは、バックポジションに配置されたキャラクタよりも、映像に登場する回数や時間が多くなる。

そして、報酬ライブ演出では、レースの着順とポジション番号とが一致するように、レースに出場したキャラクタのそれぞれに対して、１８のポジションが割り当てられる。具体的には、レースで１着のキャラクタには、Ｎ＝１のポジションが割り当てられ、レースで２着、３着のキャラクタには、それぞれＮ＝２、Ｎ＝３のポジションが割り当てられる。同様に、レースで４着から１８着のキャラクタには、それぞれＮ＝４～１８のポジションが割り当てられる。

上記したように、ライブ演出では、メインポジションの表示領域が大きく、特に、Ｎ＝１のポジションは、最も表示領域が大きい。したがって、レースで上位に入賞するほど、プレイヤ自身の所持キャラが、報酬ライブ演出で目立つこととなる。すなわち、着順が上位のキャラクタほど、ライブ映像に表示される回数が多く、登場時間も長時間となることから、レースや育成への意欲、すなわち、ゲーム意欲を向上させることができる。

ここで、プレイヤは、レースで１着を獲得することで、視聴した報酬ライブ演出を、ライブモードにおいて視聴することが可能となる。つまり、プレイヤは、レースにおいて１着を獲得することで、当該レースに対応するライブ演出をライブモードで視聴する権利を獲得する。レースで１着を獲得した場合には、報酬ライブ演出の終了後、図６Ｂに示す権利獲得演出が実行される。この権利獲得演出は、ライブ演出の視聴権利を獲得したことを報知する演出であり、初めてストーリ用ライブ演出を視聴した後にも実行される。

図７Ａは、楽曲選択画面の一例を説明する図である。図７Ｂは、キャラ配置画面の一例を説明する図である。図７Ｃは、キャラ選択画面の一例を説明する図である。図７Ｄは、シアターライブ演出の一例を説明する図である。メニューバー３０のライブ選択部３０ｅがタップされると、図７Ａに示す楽曲選択画面が表示される。本実施形態では、楽曲選択画面の表示以降の状態を、ライブモードと呼ぶ。

楽曲選択画面は、ライブモードにおいて視聴するライブ演出の楽曲を決定する画面である。ここでは、１の楽曲に対して、ライブ演出が１つ設けられている。したがって、楽曲を決定するのは、ライブ演出の種別を決定するのと等しい。つまり、プレイヤは、楽曲選択画面において、視聴する楽曲の種別を決定しているとも言えるし、ライブ演出の種別を決定しているとも言える。すなわち、楽曲の種別は、ライブ演出の種別と同義ともいえる。

楽曲選択画面では、仮選択中タブ４４ａと、複数の候補タブ４４ｂとが表示される。仮選択中タブ４４ａおよび候補タブ４４ｂには、ライブ演出で出力される楽曲のタイトルが表示される。仮選択中タブ４４ａは、候補タブ４４ｂよりも表示面積が大きく、仮選択中タブ４４ａに表示された楽曲が、現在、仮選択中の楽曲となる。プレイヤは、仮選択中タブ４４ａを上下方向にスワイプ操作する等、所定の操作を行うことで、仮選択中の楽曲を切り替えることができる。

また、楽曲選択画面には、楽曲決定ボタン４６が設けられる。楽曲決定ボタン４６がタップされると、その時点で仮選択中であった楽曲、すなわち、ライブ演出の種別が本決定され、図７Ｂに示すキャラ配置画面が表示される。キャラ配置画面には、本決定された楽曲に紐付けられた配置パターンを示すポジション表示部５０が設けられる。ポジション表示部５０は、メインポジション表示部５０ａと、バックポジション表示部５０ｂとに大別される。

メインポジション表示部５０ａは、メインポジションの位置を示し、バックポジション表示部５０ｂは、バックポジションの位置を示す。図７Ｂに示す例では、図中黒塗りで示す３つのメインポジション表示部５０ａと、図中破線で示す１５個のバックポジション表示部５０ｂとが設けられる。これらのポジション表示部５０には、それぞれポジション番号が記されている。

キャラ配置画面においては、タッチパネル２６の下方に、選択中キャラ表示部５２が設けられる。選択中キャラ表示部５２は、ポジション番号ごとに表示領域が区切られており、各表示領域には、現在選択されているキャラクタと、このキャラクタに設定された衣装とが表示される。プレイヤは、選択中キャラ表示部５２を左右方向にスワイプすることで、タッチパネル２６に表示される表示領域を切り替えることができる。

また、プレイヤは、表示領域をタップすることで、表示領域に記されたポジション番号を指定することができる。そして、選択中キャラ表示部５２のいずれかの表示領域がタップ（ポジション選択操作が入力）されると、図７Ｃに示すキャラ選択画面が表示される。キャラ選択画面には、所持キャラに対応するキャラアイコン５４が複数表示される。

キャラ選択画面においてキャラアイコン５４がタップ（キャラ選択操作が入力）されると、タップされたキャラアイコン５４が、選択中キャラ表示部５２のうち、プレイヤがタップした表示領域に表示される。このとき、プレイヤがタップしたキャラアイコン５４に対応するキャラクタが、先にプレイヤが指定したポジション番号（プレイヤがタップした表示領域に付されたポジション番号）に対応付けて記憶される。このように、キャラ配置画面では、現在選択されているキャラクタと、ポジション番号との対応関係が識別可能に表示される。キャラ配置画面およびキャラ選択画面により、各ポジションに、キャラクタを配置したり、入れ替えたりすることができる。

なお、キャラ配置画面には、一任ボタン５６、スタートボタン５８およびリターンボタン６０が設けられる。一任ボタン５６がタップ（おまかせ操作が入力）されると、メインポジションおよびバックポジションの全てに、キャラクタが自動で配置される。このとき、どのようにキャラクタが配置されるかについては後述する。

また、スタートボタン５８がタップ（決定操作が入力）されると、選択した楽曲およびキャラクタに基づいて、図７Ｄに示すように、ライブ演出が実行される。ライブ演出では、プレイヤが選択したキャラクタが、指定したポジションに配されたライブ映像が再生される。なお、メインポジションおよびバックポジションの１８のポジションにおいて、いずれか１つでもキャラクタが選択されていない場合には、スタートボタン５８が無効化されており、ライブ演出を開始することができない。ただし、キャラクタが選択されていないポジションが存在している場合であっても、ライブ演出が開始されてもよい。

また、キャラ配置画面において、リターンボタン６０がタップ（リターン操作が入力）されると、図７Ａに示す楽曲選択画面が表示される。このとき、現在、選択されているキャラクタに関する情報、および、本決定された楽曲の情報が消去される。

なお、詳しい説明は省略するが、プレイヤ端末１は、楽曲選択画面に遷移した際に、過去にプレイヤが設定したキャラクタや衣装に関する情報をサーバ１００から取得する。そして、サーバ１００から取得した情報に基づいて、キャラ配置画面に、過去に設定した情報に基づく表示が行われる。そして、プレイヤ端末１において、プレイヤがキャラクタや衣装を変更すると、情報が上書きされる。また、ライブ演出の開始時には、プレイヤ端末１は、今回設定したキャラクタ、衣装に関する情報をサーバ１００に送信する。サーバ１００では、受信した情報を記憶する。これにより、サーバ１００には、プレイヤが最終的に選択したキャラクタの配置や衣装に関する情報が、楽曲ＩＤごとに保持されることとなる。

以上のように、ライブ演出では、ライブ映像とともに楽曲が再生される。上記したように、ライブ演出は、ストーリ用ライブ演出、報酬ライブ演出およびシアターライブ演出として実行されるが、ライブ映像および楽曲の再生データは共通である。換言すれば、１つのライブ演出が、ストーリ用ライブ演出、報酬ライブ演出およびシアターライブ演出として実行されているに過ぎない。

ここで、本実施形態では、１のライブ演出、すなわち、１の楽曲に対して、複数のサウンドデータが紐付けられている。サウンドデータは、ボーカルデータとＢＧＭデータとに大別される。各楽曲には、１または複数のボーカルデータと２種類のＢＧＭデータとが紐付けられている。

ボーカルデータは、１の楽曲の最初から最後までを１のキャラクタの声で歌唱している、ＢＧＭを含まないボイスデータである。また、ボーカルデータは、いずれかのキャラクタに対応付けられている。例えば、楽曲Ａに対して、キャラクタＡに対応するボーカルデータＡと、キャラクタＢに対応するボーカルデータＢとが紐付けられている。また、例えば、楽曲Ｂに対して、キャラクタＣに対応するボーカルデータＣと、キャラクタＤに対応するボーカルデータＤと、キャラクタＥに対応するボーカルデータＥとが紐付けられている。

このように、各楽曲に紐付けられるボーカルデータの数、および、ボーカルデータに対応するキャラクタの種別は、楽曲ごとに異なる。また、楽曲ごとにメロディおよび歌詞が異なるため、異なる楽曲に紐付けられるボーカルデータは、当然にして互いに異なるものである。一方、同一の楽曲に紐付けられるボーカルデータは、メロディおよび歌詞が同じであるが、歌唱するキャラクタ、すなわち、声が異なっている。

つまり、各楽曲には、一部のキャラクタがボーカル対応キャラとして紐付けられている。上記の例では、楽曲Ａに対して、キャラクタＡに対応するボーカルデータＡと、キャラクタＢに対応するボーカルデータＢとが紐付けられているため、楽曲Ａには、キャラクタＡ、Ｂが、ボーカル対応キャラとして紐付けられている。同様に、例えば、楽曲Ｂに対して、キャラクタＣに対応するボーカルデータＣと、キャラクタＤに対応するボーカルデータＤと、キャラクタＥに対応するボーカルデータＥとが紐付けられている場合、楽曲Ｂには、キャラクタＣ、Ｄ、Ｅが、ボーカル対応キャラとして紐付けられていることとなる。

また、ＢＧＭデータは、キャラクタの声、すなわち、ボーカルサウンドを含まないサウンドデータである。ここでは、各楽曲に対して、観客の歓声等の効果音を含むＢＧＭデータと、効果音を含まないＢＧＭデータとの２種類が紐付けられている。詳しい説明は省略するが、プレイヤは、プレイヤ端末１において、画質や音声等のオプション設定を行うことができる。このオプション設定では、ライブ演出において、効果音の有無を選択することができる。オプション設定において、効果音なしが設定されている場合、ライブ演出では、効果音を含まないＢＧＭデータが再生される。一方、オプション設定において、効果音ありが設定されている場合、ライブ演出では、効果音を含むＢＧＭデータが再生される。

以上のように、各楽曲には、少なくとも１のキャラクタがボーカル対応キャラとして紐付けられ、また、ボーカル対応キャラに対応する１のボーカルデータが紐付けられている。ライブ演出では、１のＢＧＭデータと、楽曲に紐付けられたいずれかのボーカルデータとに基づいて、音声が出力される。

なお、図７Ｃに示すキャラ選択画面には、選択可能なキャラクタに対応するキャラアイコン５４が表示される。上記したように、図７Ｃに示すキャラ選択画面は、図７Ｂに示すキャラ配置画面において、ポジション番号すなわちポジションが指定された後に表示される。このとき、キャラ配置画面でプレイヤが指定したポジションがメインポジションであった場合、本決定された楽曲に対して、ボーカル対応キャラとして紐付けられたキャラクタのキャラアイコン５４に、識別情報６２が表示される。この識別情報６２により、プレイヤは、現在選択している楽曲、すなわち、ライブ演出におけるボーカル対応キャラを把握することが可能となる。

一方で、キャラ配置画面でプレイヤが指定したポジションがバックポジションであった場合には、ボーカル対応キャラであるか否かに拘わらず、キャラ選択画面に識別情報６２が表示されることはない。これは、メインポジションにボーカル対応キャラが配置されるか否かによって、ライブ演出で出力されるボーカルデータが異なる一方で、バックポジションに配置されるキャラクタがボーカル対応キャラであるか否かは、演出上の影響を及ぼさないためである。以下では、ライブ演出で再生されるボーカルデータの決定方法について詳述する。

図８Ａは、キャラ種別の一例を説明する図である。図８Ｂは、演出分類の一例を説明する図である。図８Ｃは、楽曲ＩＤごとに設定されたボーカル対応キャラの一例を説明する図である。図８Ａに示すように、本実施形態では、ゲームに登場するキャラクタが、メインキャラとサブキャラとに大別される。メインキャラというのは、上記のレースに出場させることが可能なキャラである。つまり、メインキャラは、本実施形態のゲームにおいて中心的な役割を担うキャラである。

また、サブキャラというのは、上記のレースに出場させることはできないキャラであり、主に、ストーリ演出およびライブ演出等で登場するサブ的な役割を担うキャラクタである。上記のメインキャラは、抽選による当選、あるいは管理者からの無償提供により、所持キャラとして所持可能である。サブキャラについては、メインキャラと同様に、抽選による当選、あるいは管理者からの無償提供により、所持キャラと同様に管理されてもよいし、所持キャラとは別に管理されてもよい。また、サブキャラは、プレイヤが選択することができない、所謂ＮＰＣ（Non-playable character）としてのみ、レースに出場可能としてもよい。

また、シアターライブ演出では、上記したように、プレイヤが所望のキャラクタを選択して各ポジションに配置することができる。このとき、プレイヤは、メインキャラおよびサブキャラの双方を選択して配置することができる。なお、ここでは、メインキャラを配置可能なポジション、および、サブキャラを配置可能なポジションに制約はない。したがって、プレイヤは、メインポジションおよびバックポジションのいずれについても、メインキャラおよびサブキャラを自由に選択して配置することができる。なお、シアターライブ演出に登場させるキャラクタとして選択可能なメインキャラは、所持キャラとして所持しているキャラクタに限定されてもよいし、所持、未所持に拘わらず、全てのメインキャラが選択可能であってもよい。

ゲームに登場するキャラクタには、全て、キャラクタの種別を示すキャラＩＤが設定されている。ここでは、キャラＩＤ＝０００１～００２５の合計２５体のキャラクタが、メインキャラとして設けられている。また、キャラＩＤ＝１００１～１０１５の合計１５体のキャラクタが、サブキャラとして設けられている。

また、本実施形態では、ライブ演出の種別が、第１演出分類および第２演出分類のいずれかに分類される。なお、上記したように、ライブ演出の種別は、楽曲の種別ともいえるため、楽曲の種別が、第１演出分類および第２演出分類のいずれかに分類されているともいえる。なお、第２演出分類のライブ演出は、さらに、「ストーリ専用」と「その他」とに分類される。

第２演出分類の「ストーリ専用」は、上記のストーリ演出において、ストーリ用ライブ演出として実行されることもあれば、シアターライブ演出として実行されることもある。ただし、第２演出分類の「ストーリ専用」のライブ演出には、ストーリ演出で登場するストーリ専用キャラが設定されている。これに対して、第２演出分類の「その他」、および、第１演出分類のライブ演出には、ストーリ専用キャラが設定されていない。

各楽曲には、楽曲の種別を示す楽曲ＩＤが設定されている。ここでは、楽曲ＩＤ＝０００１～００２０の合計２０曲の楽曲が第１演出分類に分類されている。また、楽曲ＩＤ＝１００１～１０２０の合計２０曲の楽曲が、第２演出分類の「ストーリ専用」に分類され、楽曲ＩＤ＝１１０１～１１２０の合計２０曲の楽曲が、第２演出分類の「その他」に分類されている。

第１演出分類の楽曲と、第２演出分類の楽曲との最も大きな相違点は、各楽曲に紐付けられたボーカル対応キャラにある。図８Ｃには、各楽曲ＩＤにボーカル対応キャラとして紐付けられているキャラクタを〇で示している。図８Ｃに示すように、第１演出分類の楽曲には、必ず、全てのメインキャラ（キャラＩＤ＝０００１～００２５）が、ボーカル対応キャラとして紐付けられている。したがって、第１演出分類の楽曲には、２５体のメインキャラそれぞれに対応する、２５のボーカルデータが紐付けられている。つまり、全てのメインキャラがボーカル対応キャラとして紐付けられた楽曲、換言すれば、２５のボーカルデータが紐付けられた楽曲は、第１演出分類に分類される。

一方、第２演出分類の楽曲には、必ず、１以上、２５未満のメインキャラが、ボーカル対応キャラとして紐付けられている。つまり、全てのメインキャラがボーカル対応キャラとして紐付けられていない楽曲は、第２演出分類に分類される。ここでは、第２演出分類の楽曲には、最小で１、最大で８のメインキャラが、ボーカル対応キャラとして紐付けられている。

なお、ここでは、ボーカル対応キャラとして楽曲ＩＤに紐付けされるのは、メインキャラに限られており、サブキャラは、いずれの楽曲ＩＤに対しても、ボーカル対応キャラとして紐付けられていない。つまり、サブキャラは、ボーカル対応キャラになり得ず、したがって、サブキャラに対応するボーカルデータは存在しない。ただし、サブキャラに対応したボーカルデータが設けられてもよい。

図８Ｃに示す二重丸は、対応する楽曲ＩＤに対して、ストーリ専用キャラとして紐付けられているキャラＩＤを示す。なお、ここでは、ストーリ専用キャラは、必ず、ボーカル対応キャラを兼用することとする。例えば、楽曲ＩＤ＝１１１９には、ストーリ専用キャラかつボーカル対応キャラとして、キャラＩＤ＝００１２が紐付けられている。また、楽曲ＩＤ＝１１１９には、ボーカル対応キャラとして、キャラＩＤ＝０００６、０００９が紐付けられている。ただし、「ストーリ専用」の楽曲ＩＤには、ボーカル対応キャラではないストーリ専用キャラが設けられてもよい。また、メインキャラに限らず、サブキャラがストーリ専用キャラとして、第２演出分類の「ストーリ専用」の楽曲ＩＤに紐付けられてもよい。

なお、ここでは、レースに出場可能な全てのメインキャラが、少なくとも１の楽曲ＩＤに対して、ボーカル対応キャラとして紐付けられている。換言すれば、所持キャラとして所持可能であって、かつ、レースに出場可能なメインキャラには、少なくとも１のボーカルデータが紐付けられている。ただし、所持キャラとして所持可能であって、かつ、レースに出場可能なメインキャラには、いずれの楽曲ＩＤに対しても、ボーカル対応キャラとして紐付けられていないキャラクタが含まれてもよい。換言すれば、所持キャラとして所持可能であって、かつ、レースに出場可能なメインキャラには、第１演出分類および第２演出分類のいずれの楽曲ＩＤに対しても、ボーカルデータが紐付けられていないキャラクタが含まれてもよい。

図９Ａは、ポジション情報の一例を説明する図である。プレイヤ端末１のメモリ１２には、ポジション情報が記憶されている。図９Ａに示すように、ポジション情報は、ポジション番号に対してポジション種別が設定された情報であり、楽曲ＩＤに紐付けられている。ポジション情報は、１の楽曲ＩＤに対して、１つのみ紐付けられている。図中、Ｂはバックポジションを示しており、Ｍ１～Ｍ５はメインポジションを示している。また、メインポジションには優先順位が設定されており、図中、Ｍ１の優先順位が最も高く、Ｍ２、Ｍ３、Ｍ４、Ｍ５の順で低くなる。複数のメインポジションが設けられる場合には、ポジション番号が小さいほど、優先順位の高いメインポジションが設定されている。なお、図９Ａには、一部の楽曲ＩＤのみを示しているが、全ての楽曲ＩＤに対してポジション情報が紐付けられている。

図９Ｂは、キャラ配置テーブルの一例を説明する図である。プレイヤ端末１のメモリ１２には、キャラ配置テーブルが設けられている。キャラ配置テーブルは、ポジション番号ごとに、プレイヤが配置したキャラクタのキャラＩＤを記憶可能に構成されている。つまり、図７Ｂに示すキャラ配置画面においてポジション番号を指定した後に、図７Ｃに示すキャラ選択画面でキャラクタを選択すると、キャラ配置テーブルの指定されたポジション番号に、プレイヤが選択したキャラクタのキャラＩＤが記憶される。

シアターライブ演出の開始時には、キャラ配置テーブルに記憶されたキャラＩＤに基づいてライブ映像が生成される。また、キャラ配置テーブルとポジション情報とに基づいて、ボーカルデータが音声チャンネルにセットされる。

図１０Ａは、第１演出分類の楽曲ＩＤでセットされるサウンドデータの一例を説明する図である。図１０Ｂは、第１演出分類の楽曲ＩＤにおけるサウンドデータの出力の一例を説明する図である。ここでは、図１０Ａに示すように、音声を出力するチャンネルとして、ＣＮ１～ＣＮ６の６つのチャンネルが設けられている。６つのチャンネルのうち、ＣＮ１～ＣＮ５の５つのチャンネルは、ボーカルデータに対応しており、ＣＮ６は、ＢＧＭデータに対応している。したがって、ＣＮ１～ＣＮ５においては、ボーカルデータが再生され、ＣＮ６においては、ＢＧＭデータが再生される。

また、ＣＮ１～ＣＮ５の各チャンネルは、それぞれメインポジションに対応している。具体的には、ＣＮ１はメインポジションＭ１に対応し、ＣＮ２～ＣＮ５は、それぞれメインポジションＭ２～Ｍ５に対応している。

例えば、第１演出分類に分類される楽曲ＩＤ＝０００１のライブ演出が実行されるとする。楽曲ＩＤ＝０００１の楽曲には、ポジション情報において、Ｍ１～Ｍ５の５つのメインポジションが設定されている（図９Ａ参照）。このとき、メインポジションＭ１～Ｍ５に配置されたキャラクタが、全てボーカル対応キャラであったとする。この場合、メインポジションＭ１に配置されたボーカル対応キャラに対応するボーカルデータが、ＣＮ１において再生される。同様に、メインポジションＭ２～Ｍ５に配置されたボーカル対応キャラに対応するボーカルデータが、それぞれＣＮ２～ＣＮ５において再生される。また、ＢＧＭデータは、ＣＮ６において再生される。

そして、各楽曲ＩＤには、チャンネルごとの出力制御情報が設けられており、出力制御情報に基づいて、サウンドデータの出力制御がなされる。例えば、楽曲ＩＤ＝０００１の出力制御情報によれば、図１０Ｂに示すように、各チャンネルのサウンドデータが再生制御される。この例では、ＣＮ１のボーカルデータ、および、ＣＮ６のＢＧＭデータは、ライブ演出の開始から終了まで、常に所定のボリューム（図中、ＯＮと示す）で出力される。一方で、ＣＮ２～ＣＮ５のボーカルデータは、図示のように、所定のボリュームで出力される期間と、ミュート（図中、ＯＦＦと示す）される期間とが設定されている。

なお、ここでは、理解を容易とするために、各サウンドデータのボリュームが、ＯＮまたはＯＦＦとなることとしたが、実際には、リニアに、あるいは、段階的に、各サウンドデータのボリュームが変化する。

図１１Ａは、第２演出分類の楽曲ＩＤでセットされるサウンドデータの一例を説明する図である。図１１Ｂは、第２演出分類の楽曲ＩＤにおけるサウンドデータの出力の一例を説明する図である。例えば、第２演出分類に分類される楽曲ＩＤ＝１００１のライブ演出が実行されるとする。楽曲ＩＤ＝１００１の楽曲には、ポジション情報において、Ｍ１、Ｍ２の２つのメインポジションが設定されている（図９Ａ参照）。

このとき、例えば、メインポジションＭ１にキャラＩＤ＝０００１のキャラクタが配置され、メインポジションＭ２にキャラＩＤ＝０００６のキャラクタが配置されたとする。楽曲ＩＤ＝１００１の楽曲には、キャラＩＤ＝０００１、０００６のキャラクタが、ボーカル対応キャラとして設定されている（図８Ｃ参照）。つまり、この例では、メインポジションＭ１、Ｍ２に配置されたキャラクタが、いずれもボーカル対応キャラであったとする。

この場合、メインポジションＭ１に配置されたボーカル対応キャラに対応するボーカルデータが、ＣＮ１において再生され、メインポジションＭ２に配置されたボーカル対応キャラに対応するボーカルデータが、ＣＮ２において再生される。また、ＢＧＭデータは、ＣＮ６において再生される。楽曲ＩＤ＝１００１の楽曲には、２つのボーカルデータが紐付けられている。このように、楽曲に紐付けられたボーカルデータの数が、ボーカルデータ用のチャンネル数（ここでは５つ）よりも少ない場合、一部のチャンネルは未使用となる。

なお、本実施形態では、５つ以上のボーカルデータが紐付けられた楽曲については、必ず、５つのボーカルデータが再生される。また、４つ以下のボーカルデータが紐付けられた楽曲については、全てのボーカルデータが再生される。

そして、例えば、楽曲ＩＤ＝１００１の出力制御情報によれば、図１１Ｂに示すように、各チャンネルのサウンドデータが再生制御される。この例では、ＣＮ１のボーカルデータ、および、ＣＮ６のＢＧＭデータが、ライブ演出の開始から終了まで、常に所定のボリュームで出力される。一方で、ＣＮ２のボーカルデータは、図示のように、所定のボリュームで出力される期間と、ミュートされる期間とが設定されている。また、この例では、ＣＮ３～ＣＮ５においてサウンドデータが再生されることはない。

本実施形態によれば、プレイヤが選択した楽曲が同じであっても、メインポジションに配置されるキャラクタが異なると、ライブ映像のみではなく、出力される音声も異なったものとなり得る。また、プレイヤが選択した楽曲およびキャラクタが同じであっても、メインポジション内でのキャラクタの配置が異なる場合には、やはり出力される音声が異なったものとなり得る。

例えば、楽曲ＩＤ＝１００１の楽曲に対して、ボーカル対応キャラＡをメインポジションＭ１に配置し、ボーカル対応キャラＢをメインポジションＭ２に配置したとする。この場合、ボーカル対応キャラＡがメインボーカルとなり、ボーカル対応キャラＢがサブボーカルとなる。また、これとは逆に、ボーカル対応キャラＢをメインポジションＭ１に配置し、ボーカル対応キャラＡをメインポジションＭ２に配置したとする。この場合、ボーカル対応キャラＢがメインボーカルとなり、ボーカル対応キャラＡがサブボーカルとなる。つまり、メインポジションにおけるボーカル対応キャラの配置を変更することで、各ボーカル対応キャラの歌唱パートが変更されることとなる。

ここで、上記したように、本実施形態では、メインキャラおよびサブキャラを配置可能なポジションに制約がない。そのため、プレイヤは、ボーカル対応キャラ以外のキャラクタ（以下、未対応キャラと呼ぶ）を、メインポジションに配置することも可能である。このように、未対応キャラがメインポジションに配置された場合には、次のようにしてボーカルデータがセットされる。

図１２Ａは、メインポジションに配置されるキャラクタの組み合わせの一例を説明する図である。図１２Ｂは、音声チャンネルにセットされるサウンドデータの一例である。例えば、第１演出分類に分類される楽曲ＩＤ＝０００１のライブ演出が実行されるとする。上記したように、楽曲ＩＤ＝０００１の楽曲には、Ｍ１～Ｍ５の５つのメインポジションが設定されている（図９Ａ参照）。このとき、図１２Ａに示すように、メインポジションＭ１～Ｍ４にボーカル対応キャラが配置され、メインポジションＭ５に未対応キャラが配置されたとする。

この場合、図１２Ｂに示すように、ＣＮ１～ＣＮ４には、それぞれメインポジションＭ１～Ｍ４に配置されたボーカル対応キャラに対応するボーカルデータがセットされる。また、ＣＮ６には、ＢＧＭデータが設定される。これに対して、未対応キャラが配置されたメインポジションＭ５に対応するＣＮ５には、ランダムに決定されたボーカルデータが設定される。

具体的には、まず、楽曲ＩＤに紐付けられたボーカルデータのうち、他のチャンネルにセットされていないボーカルデータが抽出される。ここでは、楽曲ＩＤ＝０００１の楽曲には、キャラＩＤ＝０００１～００２５の合計２５のボーカルデータが紐付けられている。このうち、キャラＩＤ＝０００５、００１０、０００８、００１３の４つのボーカルデータは、他のチャンネルにセットされている。したがって、この場合には、他のチャンネルにセットされた４つのボーカルデータを除く２１のボーカルデータが抽出される。このようにして抽出された２１のボーカルデータから、抽選により１のボーカルデータが決定され、決定されたボーカルデータがＣＮ５にセットされる。

なお、ここでは、抽出されたボーカルデータにより抽選テーブルが生成され、生成された抽選テーブルを用いた抽選により、１のボーカルデータが決定される。ただし、ボーカル対応キャラが配置されなかったメインポジションに対応するボーカルデータは、抽選ではなく、予め設定された条件にしたがって決定されてもよい。予め設定された条件としては、例えば、他のチャンネルにセットされていないボーカルデータのうち、対応するキャラＩＤが小さい、もしくは大きいものから優先的に決定することが考えられる。

なお、ここでは、未対応キャラが配置されたメインポジションが１つである場合について説明した。ただし、２つ以上のメインポジションに未対応キャラが配置された場合には、未対応キャラが配置された全てのメインポジションについて、ランダムにボーカルデータが決定される。例えば、図１２Ａに示す例において、メインポジションＭ１、Ｍ２、Ｍ３には上記と同様にボーカル対応キャラが配置され、メインポジションＭ４、Ｍ５には、未対応キャラが配置されたとする。この場合、ＣＮ１～ＣＮ３には、それぞれメインポジションＭ１～Ｍ３に配置されたボーカル対応キャラに対応するボーカルデータがセットされる。

そして、２５のボーカルデータから、ＣＮ１～ＣＮ３にセットされた３つのボーカルデータを除いた２２のボーカルデータが抽出される。次に、抽出された２２のボーカルデータから、抽選で１のボーカルデータが決定され、決定されたボーカルデータが、ＣＮ４にセットされる。次に、抽出された２２のボーカルデータから、さらに、ＣＮ４にセットされたボーカルデータを除いた２１のボーカルデータが抽出される。そして、抽出された２１のボーカルデータから、抽選で１のボーカルデータが決定され、決定されたボーカルデータが、ＣＮ５にセットされる。

図１３Ａは、メインポジションに配置されるキャラクタの組み合わせの他の例を説明する図である。図１３Ｂは、音声チャンネルにセットされるサウンドデータの他の例である。例えば、第２演出分類に分類される楽曲ＩＤ＝１００１のライブ演出が実行されるとする。上記したように、楽曲ＩＤ＝１００１の楽曲には、Ｍ１、Ｍ２の２つのメインポジションが設定されている（図９Ａ参照）。このとき、図１３Ａに示すように、メインポジションＭ１に未対応キャラが配置され、メインポジションＭ２にボーカル対応キャラが配置されたとする。

この場合、図１３Ｂに示すように、ＣＮ２には、メインポジションＭ２に配置されたボーカル対応キャラに対応するボーカルデータがセットされ、ＣＮ６には、ＢＧＭデータがセットされる。また、メインポジションＭ１には、未対応キャラが配置されているため、楽曲ＩＤに紐付けられたボーカルデータのうち、他のチャンネルにセットされていないボーカルデータが抽出される。

ここで、楽曲ＩＤ＝１００１の楽曲には、キャラＩＤ＝１００１、１００６に対応するボーカルデータが紐付けられている（図８Ｃ参照）。このうち、キャラＩＤ＝０００６に対応するボーカルデータは、ＣＮ２に設定されている。したがって、この場合には、ＣＮ２にセットされたボーカルデータを除く１のボーカルデータが抽出される。つまり、ここでは、キャラＩＤ＝１００１に対応するボーカルデータが抽出される。このように、１のボーカルデータが抽出されることから、結果的に、ＣＮ１には、キャラＩＤ＝１００１に対応するボーカルデータがセットされることとなる。

なお、例えば、図１３Ａに示す例において、メインポジションＭ１、Ｍ２の双方に、未対応キャラが配置されたとする。この場合には、結果的に、図１３Ｂに示すのと同様に、サウンドデータがセットされるか、あるいは、ＣＮ１とＣＮ２とで、セットされるボーカルデータが入れ替わることとなる。

以上のように、本実施形態によれば、楽曲とキャラクタとをさまざまに組み合わせることができる。これにより、楽曲とキャラクタとの組み合わせパターンが多様化され、ゲームの興趣が向上する。また、本実施形態によれば、同一のキャラクタを選んだとしても、ボーカル対応キャラの配置が異なれば、ライブ演出の内容が異なったものとなり、より一層、ゲームの興趣が向上する。

また、メインポジションに未対応キャラが配置された場合には、他のチャンネルにセットされていないボーカルデータが自動的に選択される。ここで、メインポジションには、ボーカル対応キャラのみしか配置できないとする制約を設けることも可能である。しかしながら、この場合には、ライブ映像のパターンが制約され、ゲームの興趣が低下するおそれがある。本実施形態によれば、メインポジションに未対応キャラを配置することもできるため、ライブ映像のパターンが多様化し、ゲームの興趣が向上する。

さらに、本実施形態によれば、キャラクタを配置する際に、キャラ選択画面において、識別情報６２が表示される。識別情報６２により、プレイヤは、現在選択している楽曲、すなわち、ライブ演出におけるボーカル対応キャラを把握することが可能となる。これにより、ボーカルの歌唱パートをどのように構成するかを検討しやすくなり、プレイヤの利便性が向上する。

（プレイヤ端末１における機能的構成および制御処理）
次に、上記のゲームを実行するためのプレイヤ端末１における機能的構成、および、制御処理について説明する。なお、以下では、主に、ライブ演出に係る機能的構成および制御処理について詳述し、その他の構成および制御処理については説明を省略する。

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

端末側制御用プログラムには、抽選ゲーム実行プログラム３００、ストーリ演出実行プログラム３０２、育成実行プログラム３０４、レース実行プログラム３０６、ライブ演出実行プログラム３０８、楽曲決定プログラム３１０、キャラ決定プログラム３１２、識別情報表示プログラム３１４が含まれる。なお、上記の各プログラムは一例であり、プログラム記憶領域１２ａには、この他にも多数のプログラムが設けられている。

データ記憶領域１２ｂには、データを記憶する記憶部として、所持キャラ情報記憶部３３０、ポジション情報記憶部３３２、キャラ配置テーブル記憶部３３４、ボーカル対応情報記憶部３３６、サウンドデータ記憶部３３８、ライブ映像記憶部３４０が設けられている。

所持キャラ情報記憶部３３０には、所持キャラを示す情報、すなわち、全てのキャラクタに対して、所持、未所持を示す情報が記憶される。

ポジション情報記憶部３３２には、上記のポジション情報が記憶されている。

キャラ配置テーブル記憶部３３４には、キャラＩＤを書き込み可能に、上記のキャラ配置テーブルが記憶されている。

ボーカル対応情報記憶部３３６には、図８Ｃに示すように、各楽曲ＩＤに紐付けられたボーカル対応キャラのキャラＩＤが、楽曲ＩＤごとに記憶されている。ボーカル対応情報記憶部３３６に記憶される情報（以下、ボーカル対応情報と呼ぶ）は、サーバ１００から受信される。ボーカル対応情報は、例えば、ゲームの開始時、あるいは、トップ画面の表示時等に、サーバ１００から受信される。

サウンドデータ記憶部３３８には、全ての楽曲のボーカルデータおよびＢＧＭデータが記憶されている。

ライブ映像記憶部３４０には、ライブ演出で再生するために生成されたライブ映像用のデータが記憶される。なお、上記の各記憶部は一例であり、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。

ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側制御部１Ａとして機能させる。端末側制御部１Ａは、抽選ゲーム実行部３００ａ、ストーリ演出実行部３０２ａ、育成実行部３０４ａ、レース実行部３０６ａ、ライブ演出実行部３０８ａ（演出実行部）、楽曲決定部３１０ａ（演出決定部）、キャラ決定部３１２ａ（ゲームオブジェクト決定部）、識別情報表示部３１４ａ（識別表示部）が含まれる。

具体的には、ＣＰＵ１０は、抽選ゲーム実行プログラム３００を動作させ、コンピュータを抽選ゲーム実行部３００ａとして機能させる。同様に、ＣＰＵ１０は、ストーリ演出実行プログラム３０２、育成実行プログラム３０４、レース実行プログラム３０６、ライブ演出実行プログラム３０８、楽曲決定プログラム３１０、キャラ決定プログラム３１２、識別情報表示プログラム３１４を動作させ、それぞれストーリ演出実行部３０２ａ、育成実行部３０４ａ、レース実行部３０６ａ、ライブ演出実行部３０８ａ、楽曲決定部３１０ａ、キャラ決定部３１２ａ、識別情報表示部３１４ａとして機能させる。以下に、端末側制御部１Ａが遂行する処理の一部について説明する。

図１５は、プレイヤ端末１およびサーバ１００の基本的な処理を説明するシーケンス図である。抽選画面の表示中に、抽選の実行を要求する抽選要求操作が入力されると、抽選ゲーム実行部３００ａは、抽選要求処理（Ｐ１－１）を実行する。抽選要求処理では、抽選要求情報がサーバ１００に送信される。サーバ１００は、抽選要求情報を受信すると、キャラクタやアイテムを抽選により決定する抽選処理（Ｓ１）を実行する。この抽選処理で決定されたキャラクタやアイテムは、プレイヤＩＤに紐付けられてサーバ１００の記憶部１１８に記憶される。また、ここでは、サーバ１００が、抽選結果を示す抽選結果情報を、プレイヤ端末１による受信が可能となるようにセットする。

抽選結果情報を受信すると、抽選ゲーム実行部３００ａは、抽選結果をタッチパネル２６に表示し、また、記憶部１８に、獲得したキャラクタやアイテムに係る情報を記憶する（Ｐ１－２）。

また、育成キャラダイアログ３６において、育成メニュータブ３６ａ、３６ｂ、３６ｃがタップされ、育成実行操作が入力されると、育成実行部３０４ａは、育成要求処理（Ｐ２－１）を実行する。育成要求処理では、育成要求情報がサーバ１００に送信される。サーバ１００は、育成要求情報を受信すると、対象となる所持キャラのパラメータを更新する育成処理（Ｓ２）を実行する。また、ここでは、サーバ１００が、育成結果を示す育成結果情報を、プレイヤ端末１による受信が可能となるようにセットする。

育成結果情報を受信すると、育成実行部３０４ａは、育成結果をタッチパネル２６に表示し、また、記憶部１８に記憶されている所持キャラのパラメータを更新する（Ｐ２－２）。

また、出場キャラ選択画面４０から確認ダイアログが表示された状態で、この確認ダイアログの開始ボタンがタップされ、レース開始操作が入力されると、レース実行部３０６ａは、選択情報送信処理（Ｐ３－１）を実行する。この選択情報送信処理では、選択されたレースの種別およびキャラＩＤを示す情報を含む選択情報が送信される。サーバ１００は、選択情報を受信すると、レース結果演算処理（Ｓ３）を実行する。

サーバ１００は、複数のプレイヤ端末１から選択情報を受信する。レース結果演算処理では、受信した複数の選択情報に基づいてレース結果が導出される。また、ここでは、レース結果を示すレース結果情報を、プレイヤ端末１による受信が可能となるようにセットする。なお、このレース結果情報には、レースに出場する全てのキャラＩＤ、各キャラＩＤの着順が少なくとも含まれる。

レース結果情報を受信すると、レース実行部３０６ａは、受信したレース結果情報に基づいて、レース表示処理を実行する（Ｐ３－２）。ここでは、レース実行部３０６ａは、レース結果情報に基づいて、レース実況画像を生成して表示する。また、レース実行部３０６ａは、レース実況画像の表示が終了すると、レース結果画面４２を表示する。ここで、プレイヤの出場させた所持キャラが、レースにおいて３着以内に入賞した場合、ライブ演出実行部３０８ａが、報酬ライブ演出を実行するための報酬ライブ実行処理（Ｐ４）を開始する。

なお、ここでは、所持キャラが３着以内に入賞した場合、報酬ライブ演出が、必ず、かつ、自動的に開始される。ただし、例えば、当該レースにおいて、初めて３着以内に入賞した場合に限り、報酬ライブ演出が自動的に実行されてもよい。この場合、例えば、当該レースにおいて、３着以内に入賞したことが過去にあれば、レース結果画面４２において、報酬ライブ演出を視聴するか否かをプレイヤが選択することができるようにしてもよい。この場合には、プレイヤが報酬ライブ演出を視聴すると選択した場合に、報酬ライブ実行処理（Ｐ４）が実行される。

図１６は、プレイヤ端末１における報酬ライブ実行処理の一例を説明するフローチャートである。ライブ演出実行部３０８ａは、受信したレース結果情報に基づき、プレイヤ端末１、すなわち、プレイヤがレースに出場させた所持キャラの着順が１着であるかを判定する（Ｐ４－１）。所持キャラの着順が１着である場合（Ｐ４－１のＹＥＳ）、ライブ演出実行部３０８ａは、実行されたレースに対応するライブ演出を、ライブモードにおいて視聴する権利（以下、ライブ視聴権利と呼ぶ）を未獲得であるかを判定する（Ｐ４－２）。なお、プレイヤ端末１およびサーバ１００においては、ライブ演出の種別ごとに、ライブ視聴権利の獲得有無を示す情報が保持されている。

ライブ視聴権利が未獲得であれば（Ｐ４－２のＹＥＳ）、ライブ演出実行部３０８ａは、当該ライブ視聴権利の獲得済みを示す獲得情報を記憶する（Ｐ４－３）。そして、楽曲決定部３１０ａは、実行されたレースに対応する楽曲ＩＤを決定して記憶する（Ｐ４－４）。なお、Ｐ４－４以降の処理は、自身の所持キャラが１着ではなく（Ｐ４－１のＮＯ）、３着以内である場合（Ｐ４－５のＹＥＳ）、すなわち、２着または３着であった場合にも同様に実行される。

楽曲ＩＤが決定されると、次に、キャラ決定部３１２ａは、受信したレース結果情報に基づいて、キャラ配置テーブル記憶部３３４に記憶されたキャラ配置テーブルに、キャラＩＤを配置する（Ｐ４－６）。具体的には、キャラ決定部３１２ａは、ポジション番号と着順とが一致するように、キャラＩＤをキャラ配置テーブルの記憶領域に記憶する。例えば、ポジション番号が１番の記憶領域には、着順が１着のキャラＩＤを記憶し、ポジション番号が７番の記憶領域には、着順が７着のキャラＩＤを記憶する。そして、キャラ配置テーブルにキャラＩＤが配置されると、ライブ演出実行部３０８ａは、データ設定処理（Ｐ１０）を実行する。

図１７は、プレイヤ端末１におけるデータ設定処理の一例を説明するフローチャートである。ライブ演出実行部３０８ａは、ポジション情報記憶部３３２に記憶されたポジション情報のうち、楽曲ＩＤに紐付けられたポジション情報と、キャラ配置テーブルとに基づいて、メインポジションのキャラＩＤを確認する（Ｐ１０－１）。このとき、メインポジションに配置されたキャラＩＤが、楽曲ＩＤにボーカル対応キャラとして紐付けられている場合、ライブ演出実行部３０８ａは、当該ボーカル対応キャラに対応するボーカルデータをセットする（Ｐ１０－２）。ここでは、ボーカル対応キャラのキャラＩＤが配置されたポジション番号と同じ番号のチャンネルに、ボーカルデータがセットされる。

また、メインポジションに未対応キャラのキャラＩＤが配置されている場合、ライブ演出実行部３０８ａは、楽曲ＩＤに紐付けられたボーカルデータのうち、チャンネルに設定されていないボーカルデータの中からいずれか１または複数をランダムに決定する（Ｐ１０－３）。そして、ライブ演出実行部３０８ａは、決定したボーカルデータを、残りのチャンネルにセットする。

なお、Ｐ１０－２では、選択された楽曲ＩＤの演出分類に拘わらず、ボーカル対応情報に基づいて、ボーカル対応キャラが抽出される。ただし、第１演出分類の楽曲ＩＤは、全てのメインキャラがボーカル対応キャラとして紐付けられている。したがって、例えば、楽曲ＩＤが第１演出分類である場合に、配置されたキャラクタがメインキャラであるかが判定され、メインキャラであれば、当該メインキャラのキャラＩＤに基づいて、ボーカルデータがセットされてもよい。一方、楽曲ＩＤが第１演出分類である場合に、配置されたキャラクタがサブキャラであれば、Ｐ１０－３において、ボーカルデータがランダムに決定される。これに対して、楽曲ＩＤが第２演出分類である場合には、上記と同様に、ボーカル対応情報に基づいて、ボーカルデータがセットされる。したがって、この場合には、第１演出分類のボーカル対応情報は不要となり、第２演出分類のボーカル対応情報のみが設けられればよい。

また、ライブ演出実行部３０８ａは、楽曲ＩＤに紐付けられたＢＧＭデータを、ＣＮ６にセットする（Ｐ１０－４）。また、ライブ演出実行部３０８ａは、楽曲ＩＤ、および、キャラ配置テーブルに記憶されたキャラＩＤに基づいてライブ映像を生成し、ライブ映像記憶部３４０に保存する（Ｐ１０－５）。そして、ライブ演出実行部３０８ａは、Ｐ１０－５で生成されたライブ映像を再生し、また、Ｐ１０－２からＰ１０－４でセットしたサウンドデータを再生する（Ｐ１０－６）。

これにより、レースにおいて３着以内に入賞した場合には、レース後に報酬ライブ演出が実行される。この報酬ライブ演出では、ライブ映像に表示されるキャラクタが、着順にしたがって配置されている。

図１５に戻り、ストーリ選択タブ３２がタップされ、ストーリ開始操作が入力されると、ストーリ演出実行部３０２ａは、ストーリ実行処理（Ｐ５）を開始する。

図１８は、プレイヤ端末１におけるストーリ実行処理の一例を説明するフローチャートである。ストーリ演出実行部３０２ａは、選択されたストーリ種別に対応するストーリ画像を再生する（Ｐ５－１）。そして、再生するストーリ画像が、ライブ演出を含む場合、すなわち、ストーリ画像として、ストーリ用ライブ演出が再生される場合（Ｐ５－２のＹＥＳ）、ストーリ演出実行部３０２ａは、当該ライブ演出のライブ視聴権利が未獲得であるかを判定する（Ｐ５－３）。ライブ視聴権利が未獲得であれば（Ｐ５－３のＹＥＳ）、ストーリ演出実行部３０２ａは、当該ライブ視聴権利の獲得済みを示す獲得情報を記憶する（Ｐ５－４）。

図１５に戻り、メニューバー３０のライブ選択部３０ｅがタップされ、ライブモード開始操作が入力されると、ライブモード処理（Ｐ６）が実行される。なお、以下に説明するライブモード処理は、タッチパネル２６に表示される画像のフレーム単位で、あるいは、タッチパネル２６の操作入力単位で実行される。

図１９は、プレイヤ端末１におけるライブモード処理の一例を説明するフローチャートである。楽曲選択画面において楽曲決定ボタン４６がタップされ、楽曲決定操作が入力されると（Ｐ６－１のＹＥＳ）、楽曲決定部３１０ａは、仮選択中の楽曲の楽曲ＩＤを記憶する（Ｐ６－２）。

また、キャラ配置画面において、選択中キャラ表示部５２の表示領域がタップされ、ポジション選択操作が入力されると（Ｐ６－３のＹＥＳ）、キャラ決定部３１２ａは、キャラ選択画面を表示する（Ｐ６－４）。ここでは、キャラ決定部３１２ａは、所持キャラ情報記憶部３３０に記憶された所持キャラ情報に基づいて、キャラアイコン５４をキャラ選択画面に表示させる。また、キャラ決定部３１２ａは、タップされた表示領域のポジション番号（Ｎ）を記憶する。

そして、タップされた表示領域、すなわち、プレイヤが指定したポジションがメインポジションである場合（Ｐ６－５のＹＥＳ）、識別情報表示部３１４ａは、キャラ選択画面のキャラアイコン５４に、識別情報６２を重畳表示する（Ｐ６－６）。ここでは、識別情報表示部３１４ａは、Ｐ６－２で記憶された楽曲ＩＤと、ボーカル対応情報記憶部３３６に記憶された情報とに基づいて、現在選択されている楽曲に紐付けられたボーカル対応キャラを抽出する。そして、識別情報表示部３１４ａは、キャラ選択画面に表示されたキャラアイコン５４のうち、抽出したボーカル対応キャラのキャラアイコン５４に、識別情報６２を重畳表示する。これにより、選択中の楽曲ＩＤに紐付けられたボーカル対応キャラが識別可能に表示されることとなる。

また、キャラ選択画面においてキャラアイコン５４がタップされ、キャラ選択操作が入力されると（Ｐ６－７のＹＥＳ）、キャラ決定部３１２ａは、キャラ配置テーブル記憶部３３４のキャラ配置テーブルにおいて、タップされたキャラアイコン５４に対応するキャラＩＤを、Ｐ６－４で記憶したポジション番号に対応付けて記憶する（Ｐ６－８）。そして、キャラ決定部３１２ａは、ポジション表示部５０、および、選択中キャラ表示部５２にアイコンを表示する等して、キャラ配置画面を更新表示する（Ｐ６－９）。

また、キャラ配置画面において、リターンボタン６０がタップされ、リターン操作が入力されると（Ｐ６－１０のＹＥＳ）、キャラ決定部３１２ａは、キャラ配置テーブルのキャラＩＤをクリアする（Ｐ６－１１）。また、ここでは、楽曲決定部３１０ａが、Ｐ６－２で記憶した楽曲ＩＤをクリアする（Ｐ６－１１）。なお、ここでは、タッチパネル２６の表示が、楽曲選択画面に切り替えられる。

また、キャラ配置画面において、一任ボタン５６がタップされ、おまかせ操作が入力されると（Ｐ６－１２のＹＥＳ）、キャラ決定部３１２ａは、おまかせ編成処理（Ｐ２０）を実行する。

図２０は、プレイヤ端末１におけるおまかせ編成処理の一例を説明するフローチャートである。キャラ決定部３１２ａは、処理の対象となるポジション番号を示すポジション識別カウンタに「１」をセットする（Ｐ２０－１）。そして、現在選択中の楽曲が、第２演出分類のストーリ専用の楽曲であれば（Ｐ２０－２）、キャラ決定部３１２ａは、当該楽曲のストーリ専用キャラを抽出する（Ｐ２０－３）。このとき、ストーリ専用キャラが抽出されれば（Ｐ２０－４のＹＥＳ）、抽出されたキャラクタのキャラＩＤを、キャラ配置テーブルに記憶する（Ｐ２０－５）。ここでは、ポジション識別カウンタのカウンタ値と同じポジション番号に対応付けてキャラＩＤが記憶される。そして、キャラ決定部３１２ａは、ポジション識別カウンタのカウンタ値をインクリメントし（Ｐ２０－６）、Ｐ２０－３に処理を戻す。

また、ストーリ専用の楽曲ではない場合（Ｐ２０－２のＮＯ）、あるいは、ストーリ専用キャラが抽出されなかった場合（Ｐ２０－４のＮＯ）、キャラ決定部３１２ａは、当該楽曲のボーカル対応キャラを、ボーカル対応情報に基づいて抽出する（Ｐ２０－７）。このとき、ボーカル対応キャラが抽出されれば（Ｐ２０－８のＹＥＳ）、抽出されたキャラクタのキャラＩＤを、キャラ配置テーブルに記憶する（Ｐ２０－９）。ここでは、ポジション識別カウンタのカウンタ値と同じポジション番号に対応付けてキャラＩＤが記憶される。そして、キャラ決定部３１２ａは、ポジション識別カウンタのカウンタ値をインクリメントする（Ｐ２０－１１）。

そして、Ｐ２０－１１で更新したポジション識別カウンタのカウンタ値が、最大値（ここでは１８）であれば（Ｐ２０－１２のＹＥＳ）、Ｐ２０－１７に処理を移し、最大値でなければ（Ｐ２０－１２のＮＯ）、Ｐ２０－７に処理を戻す。

また、ボーカル対応キャラが抽出されなかった場合（Ｐ２０－８のＮＯ）、キャラ決定部３１２ａは、キャラ配置テーブルに記憶されていない残りのキャラＩＤから１のキャラＩＤをランダムに抽出する（Ｐ２０－１３）。そして、キャラ決定部３１２ａは、抽出されたキャラＩＤを、キャラ配置テーブルに記憶する（Ｐ２０－１４）。ここでは、ポジション識別カウンタのカウンタ値と同じポジション番号に対応付けてキャラＩＤが記憶される。そして、キャラ決定部３１２ａは、ポジション識別カウンタのカウンタ値をインクリメントする（Ｐ２０－１５）。

そして、Ｐ２０－１５で更新したポジション識別カウンタのカウンタ値が、最大値（ここでは１８）であれば（Ｐ２０－１６のＹＥＳ）、Ｐ２０－１７に処理を移し、最大値でなければ（Ｐ２０－１６のＮＯ）、Ｐ２０－１３に処理を戻す。上記のＰ２０－１からＰ２０－１６の処理により、キャラ配置テーブルに１８のキャラＩＤが記憶される。１８のキャラＩＤがキャラ配置テーブルに記憶されると、キャラ決定部３１２ａは、キャラ配置テーブルに基づいて、キャラ配置画面を表示する（Ｐ２０－１７）。このキャラ配置画面では、全てのポジション表示部５０、および、選択中キャラ表示部５２にアイコンが表示される。

以上のように、おまかせ編成処理によれば、一任ボタン５６をタップするだけで、全てのポジションにキャラクタが自動で配置される。このとき、ストーリ専用の楽曲であれば、ストーリ専用キャラがメインポジションに優先的に配置され、次いで、ボーカル対応キャラがメインポジションに配置される。また、ストーリ専用ではない楽曲であれば、ボーカル対応キャラがメインポジションに優先的に配置される。

上記のおまかせ編成処理では、ポジション番号が小さいポジションから順に、キャラＩＤが決定される。また、メインポジションは、必ず、バックポジションよりもポジション番号が小さい。さらに、各楽曲ＩＤに紐付けられるボーカル対応キャラの数は、各楽曲ＩＤに設定されるメインポジションの数以上である。したがって、上記のおまかせ編成処理によれば、必ず、全てのメインポジションに、ボーカル対応キャラが配置される。

また、上記の処理では、メインポジションの数よりも、ボーカル対応キャラの数が多い場合、バックポジションについても、ボーカル対応キャラが優先的に決定される。ただし、バックポジションについては、ボーカル対応キャラを優先せずともよい。

なお、上記の処理では、ボーカル対応キャラが配置されると、残りのキャラクタからランダムに抽出されることとした。ただし、ボーカル対応キャラが配置された後に、残りのメインキャラが、サブキャラに優先して配置されてもよい。

図１９に戻り、スタートボタン５８がタップされ、決定操作が入力されると（Ｐ６－１３のＹＥＳ）、ライブ演出実行部３０８ａは、上記したデータ設定処理（Ｐ１０）を実行する。

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

上記実施形態では、演出の一例として、ボーカルサウンドが出力されるライブ演出について説明した。ただし、上記の技術的事項が適用される演出はライブ演出に限らない。いずれにしても、上記の技術的事項は、演出の実行中に表示可能なゲームオブジェクト（実施形態ではキャラクタ）のいずれかが特定ゲームオブジェクト（実施形態ではボーカル対応キャラ）として紐付けられ、かつ、演出の実行中に出力される所定の演出要素（実施形態ではボーカルサウンド）の出力データ（実施形態ではボーカルデータ）が複数紐付けられた複数種類の演出種別情報（実施形態では楽曲ＩＤ）のいずれかを決定可能であり、演出種別情報に紐付けられた特定ゲームオブジェクトが識別可能に表示（実施形態では識別情報６２の表示）され、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかが決定され、決定された演出種別情報およびゲームオブジェクトに基づいて演出が実行されるゲームに広く適用可能であり、このとき、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素が出力され、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素が出力されればよい。

なお、上記実施形態では、所定の演出要素として、ボーカルサウンドが出力されることとした。具体的には、上記実施形態では、所定の演出要素が、演出の実行中に出力される音声であり、所定の演出要素の出力データごとに、出力される音声が異なる。ただし、所定の演出要素はこれに限らない。所定の演出要素は、例えば、画像でもよいし、効果音でもよいし、ＬＥＤ等の発光体の発光でもよい。

また、上記実施形態では、ゲームオブジェクトとしてキャラクタが表示されるが、ゲームオブジェクトの内容は特に限定されない。

また、上記実施形態では、おまかせ編成により、演出種別情報（楽曲ＩＤ）に紐付けられ、かつ、プレイヤが所持するゲームオブジェクト（所持キャラ）の中から、予め設定された抽出条件にしたがって、いずれかのゲームオブジェクトが決定可能である。そして、この抽出条件にしたがってゲームオブジェクトが決定される場合、特定ゲームオブジェクト（ボーカル対応キャラ）が他のゲームオブジェクトよりも優先的に決定される。ただし、上記のおまかせ編成処理は一例に過ぎず、抽出条件は上記実施形態に限定されるものではない。例えば、サブキャラを優先的に抽出する抽出条件や、メインキャラを優先的に抽出する抽出条件が設定されてもよい。

また、複数の抽出条件が設けられており、プレイヤは、いずれかの抽出条件を選択して、おまかせ編成を実行してもよい。また、上記実施形態では、おまかせ編成により、全てのポジションにキャラクタが配置される。ただし、おまかせ編成により、例えば、メインポジションにのみキャラクタが配置されてもよいし、バックポジションにのみキャラクタが配置されてもよい。また、おまかせ編成の対象となるポジションを、プレイヤが任意に選択してもよい。この場合、プレイヤが選択したポジションについてのみ、自動でキャラクタが配置される。なお、おまかせ編成は必須ではない。

また、上記実施形態において、サウンドデータや、ライブ映像用の画像データ等がダウンロードされるタイミングは特に限定されない。例えば、ゲームアプリのダウンロード時に、全てのデータがプレイヤ端末１にダウンロードされてもよい。あるいは、ライブ演出がはじめて実行される場合に、サーバ１００から必要なデータがダウンロードされてもよい。

なお、上記実施形態においては、各ポジションに配置可能なキャラクタは、全ての楽曲ＩＤで共通であるとしたが、楽曲ＩＤごとに、選択可能なキャラクタや、キャラクタを配置可能なポジションが異なってもよい。

また、上記実施形態におけるストーリ用ライブ演出および報酬ライブ演出は必須ではなく、少なくとも、プレイヤが選択したキャラクタや楽曲に基づいてライブ演出が実行されればよい。

また、上記実施形態では、例えば、メインポジションが５つ設定された楽曲が設けられている。この楽曲については、報酬ライブ演出においても、５つのボーカルデータが再生される。したがって、この場合には、例えば、５着に入賞することで、報酬ライブ演出が視聴可能となってもよい。これとは逆に、上記実施形態では、例えば、メインポジションが２つ設定された楽曲が設けられている。この楽曲については、報酬ライブ演出においても、メインポジションが２つとなるため、３着以降のキャラクタが、バックポジションに配置される。したがって、この場合には、例えば、２着以内に入賞した場合に、報酬ライブ演出が視聴可能となってもよい。いずれにしても、報酬ライブ演出を視聴可能となる着順は、楽曲やレースごとに異なってもよい。

また、上記実施形態では、キャラアイコン５４に識別情報６２を重畳表示することで、ボーカル対応キャラがプレイヤに報知される。ただし、ボーカル対応キャラの報知態様はこれに限らない。例えば、楽曲ＩＤとボーカル対応キャラとの関係を示す一覧表示が表示されてもよい。

また、上記実施形態では、楽曲およびキャラクタの配置がプレイヤの操作入力に基づいて決定されることとしたが、楽曲およびキャラクタ（登場するキャラクタおよびキャラクタの配置を含む）の少なくともいずれかが、コンピュータ制御によって決定されてもよい。例えば、プレイヤは、楽曲を選択、決定することができず、キャラクタの配置のみを決定することが可能であってもよい。

また、上記実施形態に示す制御処理は一例に過ぎない。上記実施形態では、ゲームを実行するための制御処理が、プレイヤ端末１とサーバ１００とで実行される。すなわち、プレイヤ端末１およびサーバ１００を備えるクライアントサーバシステムである情報処理システムＳが、ゲーム装置Ｇとして機能する。しかしながら、ゲームを実行するための制御処理は、例えば、プレイヤ端末１のみで実行されてもよい。この場合、プレイヤ端末１のみがゲーム装置Ｇとして機能する。

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

３０８ａ ライブ演出実行部
３１０ａ 楽曲決定部
３１２ａ キャラ決定部
３１４ａ 識別情報表示部
Ｓ 情報処理システム

上記課題を解決するために、情報処理プログラムは、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示する識別表示部と、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかを決定するゲームオブジェクト決定部と、決定された演出種別情報およびゲームオブジェクトに基づいて演出を実行し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素を出力し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた、いずれかの特定ゲームオブジェクトに対応する出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素を出力する演出実行部と、してコンピュータを機能させる。

また、所定の演出要素は、演出の実行中に出力される音声であり、所定の演出要素の出力データごとに、出力される音声が異なってもよい。
上記課題を解決するために、情報処理プログラムは、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される音声の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示する識別表示部と、演出の実行中に表示されるゲームオブジェクトの配置を決定するゲームオブジェクト決定部と、決定された演出種別情報およびゲームオブジェクトの配置に基づいて演出を実行し、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて音声を出力し、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて音声を出力する演出実行部と、してコンピュータを機能させ、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、特定ゲームオブジェクトの配置によって、異なる音声が出力される。

上記課題を解決するために、情報処理方法は、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能なステップと、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示するステップと、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかを決定するステップと、決定された演出種別情報およびゲームオブジェクトに基づいて演出を実行し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素を出力し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた、いずれかの特定ゲームオブジェクトに対応する出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素を出力するステップと、を含む。
上記課題を解決するために、情報処理方法は、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される音声の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能なステップと、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示するステップと、演出の実行中に表示されるゲームオブジェクトの配置を決定するステップと、決定された演出種別情報およびゲームオブジェクトの配置に基づいて演出を実行し、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて音声を出力し、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて音声を出力するステップと、を含み、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、特定ゲームオブジェクトの配置によって、異なる音声が出力される。

上記課題を解決するために、情報処理システムは、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示する識別表示部と、決定された演出種別情報に紐付けられた特定ゲームオブジェクトを含む複数のゲームオブジェクトのいずれかを決定するゲームオブジェクト決定部と、決定された演出種別情報およびゲームオブジェクトに基づいて演出を実行し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて所定の演出要素を出力し、決定されたゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた、いずれかの特定ゲームオブジェクトに対応する出力データの中からいずれかを選択し、選択した出力データに基づいて所定の演出要素を出力する演出実行部と、を備える。
上記課題を解決するために、情報処理システムは、演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、演出の実行中に出力される音声の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、演出種別情報に紐付けられた特定ゲームオブジェクトを識別可能に表示する識別表示部と、演出の実行中に表示されるゲームオブジェクトの配置を決定するゲームオブジェクト決定部と、決定された演出種別情報およびゲームオブジェクトの配置に基づいて演出を実行し、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、演出の実行中、演出種別情報に紐付けられた出力データのうち、特定ゲームオブジェクトに対応する出力データに基づいて音声を出力し、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれない場合、演出種別情報に紐付けられた出力データの中からいずれかを選択し、選択した出力データに基づいて音声を出力する演出実行部と、を備え、表示されるゲームオブジェクトに特定ゲームオブジェクトが含まれる場合、特定ゲームオブジェクトの配置によって、異なる音声が出力される。

Claims (5)

1. 演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、前記演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、
   前記演出種別情報に紐付けられた前記特定ゲームオブジェクトを識別可能に表示する識別表示部と、
   決定された前記演出種別情報に紐付けられた前記特定ゲームオブジェクトを含む複数の前記ゲームオブジェクトのいずれかを決定するゲームオブジェクト決定部と、
   決定された前記演出種別情報および前記ゲームオブジェクトに基づいて前記演出を実行し、決定された該ゲームオブジェクトに前記特定ゲームオブジェクトが含まれる場合、該演出の実行中、該演出種別情報に紐付けられた前記出力データのうち、該特定ゲームオブジェクトに対応する出力データに基づいて前記所定の演出要素を出力し、決定された該ゲームオブジェクトに該特定ゲームオブジェクトが含まれない場合、該演出種別情報に紐付けられた前記出力データの中からいずれかを選択し、選択した前記出力データに基づいて前記所定の演出要素を出力する演出実行部と、
   してコンピュータを機能させる情報処理プログラム。
2. 前記所定の演出要素は、前記演出の実行中に出力される音声であり、
   前記所定の演出要素の出力データごとに、出力される音声が異なる、
   請求項１に記載の情報処理プログラム。
3. 前記ゲームオブジェクト決定部は、
   前記演出種別情報に紐付けられ、かつ、プレイヤが所持する前記ゲームオブジェクトの中から、予め設定された抽出条件にしたがって、いずれかの前記ゲームオブジェクトを決定可能であり、
   前記抽出条件したがって前記ゲームオブジェクトが決定される場合、前記特定ゲームオブジェクトが他の前記ゲームオブジェクトよりも優先的に決定される、
   請求項１または２に記載の情報処理プログラム。
4. 演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、前記演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能なステップと、
   前記演出種別情報に紐付けられた前記特定ゲームオブジェクトを識別可能に表示するステップと、
   決定された前記演出種別情報に紐付けられた前記特定ゲームオブジェクトを含む複数の前記ゲームオブジェクトのいずれかを決定するステップと、
   決定された前記演出種別情報および前記ゲームオブジェクトに基づいて前記演出を実行し、決定された該ゲームオブジェクトに前記特定ゲームオブジェクトが含まれる場合、該演出の実行中、該演出種別情報に紐付けられた前記出力データのうち、該特定ゲームオブジェクトに対応する出力データに基づいて前記所定の演出要素を出力し、決定された該ゲームオブジェクトに該特定ゲームオブジェクトが含まれない場合、該演出種別情報に紐付けられた前記出力データの中からいずれかを選択し、選択した前記出力データに基づいて前記所定の演出要素を出力するステップと、
   を含む情報処理方法。
5. 演出の実行中に表示可能なゲームオブジェクトのいずれかが特定ゲームオブジェクトとして紐付けられ、かつ、前記演出の実行中に出力される所定の演出要素の出力データが複数紐付けられた複数種類の演出種別情報のいずれかを決定可能な演出決定部と、
   前記演出種別情報に紐付けられた前記特定ゲームオブジェクトを識別可能に表示する識別表示部と、
   決定された前記演出種別情報に紐付けられた前記特定ゲームオブジェクトを含む複数の前記ゲームオブジェクトのいずれかを決定するゲームオブジェクト決定部と、
   決定された前記演出種別情報および前記ゲームオブジェクトに基づいて前記演出を実行し、決定された該ゲームオブジェクトに前記特定ゲームオブジェクトが含まれる場合、該演出の実行中、該演出種別情報に紐付けられた前記出力データのうち、該特定ゲームオブジェクトに対応する出力データに基づいて前記所定の演出要素を出力し、決定された該ゲームオブジェクトに該特定ゲームオブジェクトが含まれない場合、該演出種別情報に紐付けられた前記出力データの中からいずれかを選択し、選択した前記出力データに基づいて前記所定の演出要素を出力する演出実行部と、
   を備える情報処理システム。

Images