JP2023092332A - プログラム及び情報処理装置 - Google Patents

Abstract

【課題】あたかも現実のライブ会場でライブに参加しているのと同様な感覚の没入感をプレイヤに与えるプログラム及び情報処理装置を提供する。【解決手段】ゲームシステムにおいて、所定の演奏又は上演が実行されるライブ会場に参加する複数のプレイヤの端末装置と通信可能なサーバ装置１０は、演奏又は上演を行う演者に対応する演者キャラに対して演者の動き又は音声に応じてアクションを実行させ、プレイヤに対応するプレイヤキャラに対してプレイヤの端末装置における操作に応じてアクションを実行させ、プレイヤキャラとは別のノンプレイヤキャラに対してコンピュータによる自動制御によってアクションを実行させる実行手段６０及び演者キャラ又はプレイヤキャラのアクションに応じて、プレイヤキャラのアクションを変化させる変化手段６２として機能する。【選択図】図３

Description

本発明は、プログラム及び情報処理装置に関する。

従来、プレイヤを表す仮想キャラクタが演奏会場又は上演会場に観客として参加する画像を表示するゲームが知られている。

当該ゲームに関し、例えば下記特許文献１には、プレイヤを表す第一仮想キャラクタが仮想のライブ会場に観客として参加する画像として、当該第一仮想キャラクタと、周囲観客を表す第二仮想キャラクタと、を表示させるゲームが開示されている。当該ゲームでは、第一仮想キャラクタに対して、プレイヤの操作に基づき、手拍子させたり、ペンライトを振らせたり等の所定のアクションをさせる。

特開２０１１－２０６２６７号公報

上記特許文献１に開示の技術では、演者のライブ映像として予め定められた映像を表示するので、周囲観客を表す第二仮想キャラクタも当該ライブ映像に合うように定められた動きしかしない。このため、当該技術で再現される仮想のライブ会場は、現実のライブ会場とは乖離したものとなってしまう可能性があり、現実のライブ会場でライブに参加しているのと同様な感覚の没入感をプレイヤに与えることが難しい。

本発明は、このような課題に鑑みてなされたものであり、あたかも現実のライブ会場でライブに参加しているのと同様な感覚の没入感をプレイヤに与えることができるプログラム及び情報処理装置を提供することを目的とする。

本発明の第一態様に係るプログラムは、コンピュータを、所定の演奏又は上演が実行される会場に参加するプレイヤの端末装置と通信可能なコンピュータを、前記演奏又は前記上演を行う演者に対応する仮想演者キャラクタに対して前記演者の動き又は音声に応じてアクションを実行させ、前記プレイヤに対応する第一仮想キャラクタに対して前記プレイヤの端末装置における操作に応じてアクションを実行させ、前記第一仮想キャラクタとは別の第二仮想キャラクタに対して前記コンピュータによる自動制御によってアクションを実行させる実行手段、前記プレイヤの端末装置に対して、前記会場を表示制御するとともに、前記会場において、前記仮想演者キャラクタ、前記第一仮想キャラクタ、及び前記第二仮想キャラクタと、各前記キャラクタについて前記実行手段により実行されるアクションと、を表示制御する表示制御手段、前記仮想演者キャラクタ又は前記第一仮想キャラクタの前記アクションに応じて、前記第二仮想キャラクタの前記アクションを変化させる変化手段、として機能させるためのプログラムである。

本発明の第二態様に係るプログラムは、前記コンピュータを、前記プレイヤの端末装置に対して、前記会場を表示制御するとともに、前記会場において、前記仮想演者キャラクタ、前記第一仮想キャラクタ、及び前記第二仮想キャラクタと、各前記キャラクタについて前記実行手段により実行されるアクションと、を表示制御する表示制御手段として更に機能させ、前記実行手段は、前記プレイヤの端末装置における操作に応じて選択された表示態様で前記第一仮想キャラクタに対応付けられた仮想物体を前記会場に提示するアクションを前記第一仮想キャラクタに実行させ、前記コンピュータによる自動制御によって選択された表示態様で前記第二仮想キャラクタに対応付けられた仮想物体を前記会場に提示するアクションを前記第二仮想キャラクタに実行させ、前記変化手段は、前記第一仮想キャラクタについて前記操作に応じて選択された表示態様に応じて、前記第二仮想キャラクタに対応付けられた仮想物体の表示態様を変化させる。

本発明の第三態様に係るプログラムでは、前記表示制御手段は、複数の前記プレイヤに対応する複数の第一仮想キャラクタを表示制御し、前記実行手段は、前記複数の第一仮想キャラクタのそれぞれに対応付けられた仮想物体を、各プレイヤの端末装置における操作に応じて選択された表示態様で前記会場に提示するアクションを実行させ、前記変化手段は、前記複数の第一仮想キャラクタについて前記操作に応じて選択された表示態様の総数又は比率に応じて、前記第二仮想キャラクタに対応付けられた仮想物体の表示態様を変化させる。

本発明の第四態様に係るプログラムでは、前記表示制御手段は、前記第二仮想キャラクタが前記第一仮想キャラクタに対して所定範囲内に位置する場合に、前記第二仮想キャラクタを非表示とする。

本発明の第五態様に係るプログラムでは、前記表示制御手段は、前記会場のステージエリアに前記仮想演者キャラクタを表示制御するとともに、前記会場の客席エリアに前記第一及び第二仮想キャラクタを表示制御し、一のプレイヤに対応する前記第一仮想キャラクタと前記ステージエリアとの間であって当該第一仮想キャラクタから前記ステージエリアに向かう方向に沿った領域に前記第二仮想キャラクタが位置する場合には、前記客席エリアにおける当該領域以外の領域に前記第二仮想キャラクタが位置する場合よりも、設定される前記所定範囲が大きい。

本発明の第六態様に係るプログラムでは、前記所定範囲を第一所定範囲としたとき、前記表示制御手段は、一のプレイヤ及び当該一以外の他のプレイヤを含む複数の前記プレイヤに対応する複数の第一仮想キャラクタを表示制御するとともに、前記複数の第一仮想キャラクタのうち前記他のプレイヤに対応する第一仮想キャラクタが、前記複数の第一仮想キャラクタのうち前記一のプレイヤに対応する第一仮想キャラクタに対して前記第一所定範囲よりも小さい第二所定範囲内に位置する場合に、前記他のプレイヤに対応する第一仮想キャラクタを非表示とする。

本発明の第七態様に係るプログラムでは、前記実行手段は、前記演奏又は前記上演が開始前には、前記会場の客席エリアにおいて前記第二仮想キャラクタを所定の移動範囲内で移動するアクションを実行させるとともに、前記演奏又は前記上演が開始すると、前記移動を停止させ且つ前記第二仮想キャラクタの向きを前記会場のステージエリア側に向かせるアクションを実行させる。

本発明の第八態様に係るプログラムでは、前記表示制御手段は、前記会場の客席エリアを複数の領域に分けた場合に、各前記領域における前記第一仮想キャラクタ及び前記第二仮想キャラクタを含むキャラクタの密度が何れも所定値以上であるように、複数の前記第二仮想キャラクタを表示制御する。

本発明の第九態様に係るプログラムでは、前記変化手段は、前記仮想演者キャラクタ又は前記第一仮想キャラクタのアクションが変化すると、当該変化後のアクションに合わせて、前記第二仮想キャラクタのアクションを変化させる。

本発明の第十態様に係る情報処理装置は、所定の演奏又は上演が実行される会場に参加するプレイヤの端末装置と通信可能な情報処理装置であって、前記演奏又は前記上演を行う演者に対応する仮想演者キャラクタに対して前記演者の動き又は音声に応じてアクションを実行させ、前記プレイヤに対応する第一仮想キャラクタに対して前記プレイヤの端末装置における操作に応じてアクションを実行させ、第一仮想キャラクタとは別の第二仮想キャラクタに対してコンピュータによる自動制御によってアクションを実行させる実行手段と、前記仮想演者キャラクタ又は前記第一仮想キャラクタの前記アクションに応じて、前記第二仮想キャラクタの前記アクションを変化させる変化手段と、を備える。

本発明によれば、あたかも現実のライブ会場でライブに参加しているのと同様な感覚の没入感をプレイヤに与えることができる。

本実施形態に係るゲームシステムの全体構成の一例を示すブロック図である。 図１に示すサーバ装置のハードウェア構成の一例を示すブロック図である。 サーバ装置の機能構成の一例を概略的に示すブロック図である。 ライブ会場の全体概要の一例を示す図である。 本実施形態に係るゲームシステムにおけるゲーム処理の流れの一例を示すフローチャートである。 図５のステップＳＰ３４に示す仮想ライブ処理の流れの一例を示すフローチャートである。 図６のステップＳＰ７４に示す非表示制御処理の流れの一例を示すフローチャートである。 図６のステップＳＰ８４に示す緊急停止処理の流れの一例を示すフローチャートである。 図６のステップＳＰ９８に示すペンライトトーク処理の流れの一例を示すフローチャートである。 図４に示す自己プレイヤキャラを操作するプレイヤの視野から視聴できる仮想ライブ画面の一例を示す図である。 図４に示す自己プレイヤキャラを操作するプレイヤの視野をプレイヤの左側に向けた場合に視聴できる仮想ライブ画面の一例を示す図である。 図４に示す視野をステージエリア側にズームインした場合に視聴できるＭＣ実行中の仮想ライブ画面の一例を示す図である。 緊急停止時の仮想ライブ画面の一例を示す図である。 図１２のＭＣ実行中から演奏実行中に切り替わった仮想ライブ画面の一例を示す図である。 管理者の端末装置に表示されるコメント管理画面の一例を示す図である。 管理者の端末装置に表示される緊急停止時の管理画面の一例を示す図である。 変形例に係る変化手段による処理の流れを示すフロー図である。

以下、添付図面を参照しながら本発明の実施形態（以下、適宜、「本実施形態」と称す。）について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。

＜全体構成＞
図１は、本実施形態に係るゲームシステム１の全体構成の一例を示すブロック図である。

図１に示すように、ゲームシステム１は、サーバ装置１０と、複数の端末装置１２と、を備える。これらのサーバ装置１０と端末装置１２とは、インターネットやイントラネットや、電話回線等の通信ネットワークＮＴを介して互いに通信可能に接続されている。

サーバ装置１０は、ゲームプログラム１４を実行して得られるゲームの実行結果、又はゲームプログラム１４そのものを、通信ネットワークＮＴを介して各端末装置１２のユーザに提供する情報処理装置である。本実施形態では、サーバ装置１０は、ゲームプログラム１４そのものを端末装置１２のユーザに提供する。

複数の端末装置１２は、所定の演奏又は上演の運営を行う管理者の端末装置１２と、当該演奏又は上演が実行される会場に参加するプレイヤの端末装置１２と、を含む。各端末装置１２は、管理者又はプレイヤが操作する情報処理装置である。各端末装置１２は、例えばサーバ装置１０から受信したゲームプログラム１４がインストールされた後、実行することで、所定の演奏又は上演を実行するための運営管理アプリや、当該演奏又は上演が実行される会場に参加するゲーム等を提供する。これらの端末装置１２としては、ビデオゲーム機や、アーケードゲーム機、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ等の様々なものが挙げられる。本実施形態では、プレイヤの端末装置１２が、角速度を測定可能なジャイロセンサ（角速度センサ）を備えたスマートフォンである場合を説明する。

＜ハードウェア構成＞
図２は、図１に示すサーバ装置１０のハードウェア構成の一例を示すブロック図である。

図２に示すように、サーバ装置１０は、制御装置２０と、通信装置２６と、記憶装置２８と、を備える。制御装置２０は、ＣＰＵ（Central Processing Unit）２２及びメモリ２４を主に備えて構成される。

制御装置２０は、ＣＰＵ２２がメモリ２４或いは記憶装置２８等に格納された所定のプログラムを実行することにより、各種の機能的構成として機能する。この機能的構成の詳細については後述する。

通信装置２６は、外部の装置と通信するための通信インターフェース等で構成される。この通信装置２６は、例えば、端末装置１２との間で各種の情報を送受信する。

記憶装置２８は、ハードディスク等で構成される。この記憶装置２８は、ゲームプログラム１４を含む、制御装置２０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。

なお、サーバ装置１０は、専用又は汎用のサーバ・コンピュータ等の情報処理装置を用いて実現することができる。また、サーバ装置１０は、単一の情報処理装置により構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置により構成されるものであってもよい。また、図２は、サーバ装置１０が有する主要なハードウェア構成の一部を示しているに過ぎず、サーバ装置１０は、サーバが一般的に備える他の構成を備えることができる。また、端末装置１２の構成は、操作手段や表示手段を備える他は、サーバ装置１０と同様の構成である。なお、表示手段として、ジャイロセンサ（角速度センサ）等の位置検出手段及び姿勢検出手段を備えたヘッドマウントディスプレイ等を用いてもよい。

＜ゲーム概要＞
本実施形態に係るゲームとしては、音楽ゲームや、ロールプレイングゲーム、シューティングゲーム、アクションゲーム等、特に限定されない。以下では、ゲームが、例えば、音楽ゲームの中でも、演奏又は上演に合わせて操作を楽しむリズムゲームである場合を説明する。このようなゲームにおいて、本実施形態では、ゲーム中に予め定められたタイミングで演奏又は上演が実行される。この演奏又は上演の会場（演奏会場又は上演会場）には、複数のプレイヤに対応し当該複数のプレイヤの操作に応じてアクションが可能な複数の第一仮想キャラクタが表示されることにより、複数のプレイヤが同一の会場に略同時に参加することができる。以下では、演奏についてのみ説明するが、本実施形態は上演についても適用が可能である。

＜機能構成＞
図３は、サーバ装置１０の機能構成の一例を概略的に示すブロック図である。

図３に示すように、サーバ装置１０は、機能構成として、記憶手段５０と、進行手段５２と、支払処理手段５４と、マッチング手段５６と、表示制御手段５８と、実行手段６０と、変化手段６２と、を備える。なお、記憶手段５０は、記憶装置２８で実現される。その他の機能構成は、制御装置２０がゲームプログラム１４に対応するプログラムを実行することで実現される。また、機能構成の一部は、端末装置１２に設けられてもよい。例えば、進行手段５２や実行手段６０等は、サーバ装置１０ではなく、端末装置１２に設けられてもよい。

記憶手段５０は、例えば、プレイデータ５０Ａと、演奏会場データ５０Ｂと、演奏スケジュール５０Ｃと、演奏データ５０Ｄと、を記憶する機能を有する。なお、記憶手段５０が記憶するデータの一部は端末装置１２に記憶されてもよい。例えば、演奏データ５０Ｄは、端末装置１２に記憶されてもよい。
プレイデータ５０Ａは、複数のプレイヤ毎に設けられている。このプレイデータ５０Ａには、ゲームの進行状況や、プレイヤがメインゲームで使用可能なプレイヤキャラクタ、当該プレイヤキャラクタのステータス、演奏会場等で操作可能な第一仮想キャラクタ、アイテム、ゲーム内通貨（コイン）、無償クリスタル、有償クリスタル、応援ポイント等が記述されている。有償クリスタルとは、購入手続き（現金や電子マネーの支払い、クレジットカード決済等）によってプレイヤが取得可能なアイテムの一種である。このような有償クリスタルは、例えば、有償石と称されることもある。また、無償クリスタルとは、ゲームプレイ（各種ゲームの実行）によってプレイヤが取得可能なアイテムの一種である。例えば、無償クリスタルは、ログインや、クエストのクリア、ミッション達成、フレンドとの交流等の報酬として取得できる。この無償クリスタルは、例えば、無償石と称されることもある。また、応援ポイントは、プレイヤがどれだけ演奏を応援したかを示すポイントである。応援ポイントは、プレイヤが所定のアクションを行った場合に、そのアクションに応じた値のパラメータ（応援ポイント）としてプレイヤに加算される。
演奏会場データ５０Ｂは、仮想演者キャラクタが演奏する演奏会場やその待合エリア等を表示するための表示データである。なお、この演奏は、楽器を奏でるばかりでなく、歌を歌う行為も含まれる。本実施形態では、演奏は、リアルタイムに収録した演者のモーションデータや音声データをリアルタイムで仮想演者キャラクタに反映することで、仮想演者キャラクタが踊ったり歌ったりしているように見せる仮想ライブである。反映とは、リアルタイムモーションキャプチャー等の技術により、モーションデータ及び音声データを受信し、受信したデータに対応するアクションを仮想演者キャラクタに実行させることをいう。なお、モーションデータには顔の表情の動きのデータも含み、演者の表情の動きをリアルタイムで仮想演者キャラクタに反映してもよい。以下、演奏会場を「ライブ会場」と称する。
演奏スケジュール５０Ｃには、演奏が行われる日時が記述されている。
演奏データ５０Ｄは、演奏音を出力するためのデータや、演奏する仮想演者キャラクタのデータ等を含む。

進行手段５２は、ゲームを進行する機能を有する。

支払処理手段５４は、プレイヤによる課金又はゲームコンテンツの支払いに基づき、所定のアイテムをプレイヤに使用可能にする機能を有する。

マッチング手段５６は、複数のプレイヤと、同一の演奏が同時に実行される複数のライブ会場のうち何れか一のライブ会場とをマッチングする機能を有する。

表示制御手段５８は、一のライブ会場を表示制御する機能を有する。例えば、表示制御手段５８は、二以上のプレイヤの端末装置１２に対して、マッチング手段５６がマッチングした一のライブ会場を表示制御する。

また、表示制御手段５８は、ライブ会場において、仮想演者キャラクタ、第一仮想キャラクタ、及び第二仮想キャラクタと、これらの各キャラクタについて実行手段６０により実行されるアクションと、を表示制御する機能を有する。第二仮想キャラクタとは、第一仮想キャラクタとは別のキャラクタであって、プレイヤが直接操作せずコンピュータによる自動制御によってアクションを実行する、いわゆるノンプレイヤキャラクタ（ＮＰＣ）である。以下、仮想演者キャラクタを「演者キャラ」と称し、第一仮想キャラクタを「プレイヤキャラ」と称し、第二仮想キャラクタを「ノンプレイヤキャラ」と称する。ノンプレイヤキャラの外観や形状は、プレイヤキャラクタと同様であってもよく、異なっていてもよい。

図４は、ライブ会場１００の全体概要の一例を示す図である。

図４に示すように、ライブ会場１００には、ステージエリアＡ１と、客席エリアＡ２と、が設定されている。客席エリアＡ２は、ステージエリアＡ１の周囲を３６０度取り囲んでおり、エリアＡ２（１）～エリアＡ２（８）を含んで構成される。図４では、演者キャラＰを白丸で示し、プレイヤキャラＣ１を黒丸で示し、ノンプレイヤキャラＣ２をハッチング付きの丸で示している。

表示制御手段５８は、ステージエリアＡ１に、一又は複数の演者キャラＰを表示制御すると共に、客席エリアＡ２に、一又は複数のプレイヤキャラＣ１及びノンプレイヤキャラＣ２を表示制御する。プレイヤキャラＣ１及びノンプレイヤキャラＣ２は、客席エリアＡ２の範囲内で移動可能となっている。プレイヤキャラＣ１の移動により、客席エリアＡ２からステージエリアＡ１に向かう視点が移動する。すなわち、プレイヤはステージエリアＡ１を、３６０度自由な方向から見ることができる。プレイヤの視点移動は、ジャイロ操作等を用いて行われる。

ライブ会場１００の全体の収容人数が例えば１０００人程度である場合に、プレイヤキャラＣ１の数が１００人程度で、ノンプレイヤキャラＣ２の数が残りの９００人程度とされており、ノンプレイヤキャラＣ２の数は、プレイヤキャラＣ１の数より多いことが好ましい。複数のプレイヤキャラＣ１は、自己プレイヤ（一のプレイヤ）及び自己プレイヤ以外の他者プレイヤ（他のプレイヤ）を含む複数のプレイヤに対応する。以下、複数のプレイヤキャラＣ１のうち、自己プレイヤに対応するものを「自己プレイヤキャラＣ１」と称し、他者プレイヤに対応するものを「他者プレイヤキャラＣ１」と称する。図４では、自己プレイヤキャラＣ１を操作する自己プレイヤの視野Ｖを一点鎖線で示している。

また、表示制御手段５８は、客席エリアＡ２の複数のエリアＡ２（１）～Ａ２（８）に分けた場合に、各エリアＡ２（１）～Ａ２（８）におけるプレイヤキャラＣ１及びノンプレイヤキャラＣ２を含むキャラクタの密度が何れも所定値以上であるように、ノンプレイヤキャラＣ２を表示制御する。以下、プレイヤキャラＣ１及びノンプレイヤキャラＣ２を含むキャラクタを「客席キャラ」と称する。表示制御手段５８は、各エリアＡ２（１）～Ａ２（８）に同じ程度の人数の客席キャラが表示され、各エリアＡ２（１）～Ａ２（８）における客席キャラの密度に偏りが無いようにする。例えばプレイヤの操作によってプレイヤキャラＣ１の表示位置は移動する可能性があるが、表示制御手段５８は、当該移動によっても各エリアＡ２（１）～Ａ２（８）における客席キャラの密度に偏りが生じないように、ノンプレイヤキャラＣ２を配置して表示制御する。

例えば、表示制御手段５８は、ライブ会場１００の収容人数に近い十分な数のノンプレイヤキャラＣ２を、予め客席エリアＡ２に均一に配置して表示制御する。表示制御手段５８は、各エリアＡ２（１）～Ａ２（８）を隙間無く略埋めるように所定数以上のノンプレイヤキャラＣ２を配置しておき、ノンプレイヤキャラＣ２がライブ会場１００に入ってきたプレイヤキャラＣ１に対して所定範囲内に位置する場合に、当該ノンプレイヤキャラＣ２を非表示とする。当該所定範囲は、例えば、プレイヤキャラＣ１のアクションを邪魔しない程度の距離や、互いに重ならない程度の距離に設定されている。

また、自己プレイヤキャラＣ１の視界エリアＡ３内にノンプレイヤキャラＣ２が位置する場合には、客席エリアＡ２における視界エリアＡ３以外の領域にノンプレイヤキャラＣ２が位置する場合よりも、設定される上記所定範囲が大きい。視界エリアＡ３とは、自己プレイヤキャラＣ１とステージエリアＡ１との間であって、当該自己プレイヤキャラＣ１からステージエリアＡ１に向かう方向に沿った領域である。換言すると、視界エリアＡ３とは、当該視界エリアＡ３にノンプレイヤキャラＣ２が存在すると、自己プレイヤの視界がプレイヤキャラＣ１によって遮られてステージエリアＡ１が見え難くなるような領域である。このようにノンプレイヤキャラＣ２の位置が視界エリアＡ３内にいるか否かで異なる所定範囲が適用されることにより、視界エリアＡ３内にいるノンプレイヤキャラＣ２は、視界エリアＡ３内にいないノンプレイヤキャラＣ２よりも非表示とされ易くなっている。なお、視界エリアＡ３内にいるノンプレイヤキャラＣ２を全て非表示としてもよい。

また、上記所定範囲を第一所定範囲としたとき、表示制御手段５８は、自己プレイヤキャラＣ１が他者プレイヤキャラＣ１に対して第二所定範囲内に位置する場合に、この他者プレイヤキャラＣ１を非表示とする。第二所定範囲は、第一所定範囲よりも小さく設定されている。このように第一及び第二所定範囲が設定されることにより、他者プレイヤキャラＣ１は、ノンプレイヤキャラＣ２に比して、自己プレイヤキャラＣ１により近づいたとしても非表示とされ難くなっている。

また、表示制御手段５８は、仮想ライブを緊急停止すべき場合に、プレイヤの端末装置１２の画面を遷移させるとともにエラーメッセージをプレイヤの端末装置１２に表示する緊急停止処理を実行する。仮想ライブを緊急停止すべき場合としては、仮想ライブ実行前や実行中に処理を続行できない状況を示す障害や、管理者側等の何等かの問題を示すトラブルが発生した場合が挙げられる。プレイヤの端末装置１２の画面を遷移させるとは、例えばライブ会場１００が表示制御される画面から待合エリアが表示制御される画面に切り替えることや、待合エリアが表示される画面からホーム画面に切り替えること等が挙げられる。なお、表示制御手段５８は、仮想ライブを緊急停止すべき場合に、ライブ会場１００を暗転させる処理として、ライブ会場１００の照明をオフする、演奏音やＢＧＭ等をオフする、演者キャラＰを非表示とする等の表示制御を行ってもよい。

図３に戻り、実行手段６０は、ライブ会場１００において、演者キャラＰ、プレイヤキャラＣ１、及びノンプレイヤキャラＣ２のそれぞれに複数のアクションを実行させる機能を有する。実行手段６０は、演者キャラＰに対しては、演者の動き又は音声等の実際のアクションに応じてアクションを実行させる。具体的には、実行手段６０は、演者のモーションデータや音声データを管理者の端末装置１２等からリアルタイムに受信し、演者キャラＰに、演者のモーションデータに応じた動きをするアクションや、演者の音声データに応じた音声を出すアクションをリアルタイムで行わせる。演者のモーションデータに応じた動きとしては、例えば、リズムをとる、身体を動かす、踊る、手を振る、ジャンプする、移動する、向きを変える、停止する、ポーズをとる等が挙げられる。演者の音声データに応じた音声としては、例えば、歌、会話、発言等が挙げられる。

また、実行手段６０は、プレイヤキャラＣ１に対しては、プレイヤの端末装置１２における操作に応じて複数のアクションを実行させ、ノンプレイヤキャラＣ２に対しては、コンピュータによる自動制御によって複数のアクションを実行させる。コンピュータによる自動制御とは、プレイヤの操作によらずにコンピュータが自動的に制御することをいう。このプレイヤキャラＣ１又はノンプレイヤキャラＣ２に実行させるアクションとしては、例えば、移動する、ジャンプする、リズムをとる、身体を動かす、踊る、手を振る、向きを変える、停止する、ポーズをとる、コメントやメッセージを投稿する、仮想物体をライブ会場１００に提示する、仮想物体の表示態様を変化させる、スタンプを押す（表示する）、アイテムを使用する、アイテムをステージエリアＡ１に向かって投げる又はステージエリアＡ１に置く（表示する）、歓声や手拍子等の音を出力する等が挙げられる。仮想物体をライブ会場１００に提示するアクションとは、仮想物体を、ライブ会場１００の中で、差し出して見せたり、掲げたり、振ったり、動かしたりすること等を示す。

仮想物体とは、各キャラＣ１，Ｃ２に対応付けられた仮想物体であって、例えば、ペンライトやうちわ等の各キャラＣ１，Ｃ２が所持する物、Ｔシャツを含む衣装等の各キャラＣ１，Ｃ２が着用する物、目や髪型等の各キャラＣ１，Ｃ２の容姿に関する要素等が挙げられる。仮想物体をライブ会場１００に提示するアクションをプレイヤキャラＣ１が実行する場合、プレイヤに対応付けられた仮想物体が、プレイヤの端末装置１２における操作に応じて選択された表示態様でライブ会場１００に提示される。これに対し、当該アクションをノンプレイヤキャラＣ２が実行する場合、ノンプレイヤキャラＣ２に対応付けられた仮想物体が、コンピュータによる自動制御によって選択された表示態様でライブ会場１００に提示される。表示態様としては、色、形状、大きさ等が挙げられる。選択された表示態様で仮想物体をライブ会場１００に提示するアクションとして、具体的には、選択された色のペンライトやうちわを、差し出して見せたり、掲げたり、振ったり、動かしたりすることが挙げられる。また、当該アクションとしては、このようなペンライトのアクションに限らず、選択された色や形状の衣装を着用（表示）すること、選択された色や形状の目や髪形を装備（表示）すること等を含んでもよい。以下、仮想物体を一例として「ペンライト」とし、表示態様を一例として「色」として説明する。また、選択された表示態様で仮想物体をライブ会場に提示するアクションを、一例として、選択された色でペンライトを振ることを示す「ペンライトアクション」として説明する。

また、実行手段６０は、仮想ライブのステータスに応じた異なるアクションを、ノンプレイヤキャラＣ２に実行させる機能を有する。例えば、実行手段６０は、演奏開始前には、客席エリアＡ２においてノンプレイヤキャラＣ２を所定の移動範囲内で移動するアクションを実行させる。ここで、所定の移動範囲とは、ノンプレイヤキャラＣ２が移動する前の初期配置位置を基準として例えばノンプレイヤキャラＣ２が数歩移動するような範囲である。すなわち、実行手段６０は、ノンプレイヤキャラＣ２が移動してもライブ会場１００における客席キャラの密度が初期配置状態から略変わらないような範囲で、ノンプレイヤキャラＣ２を移動させる。そして、実行手段６０は、演奏が開始すると、当該移動を停止させ且つノンプレイヤキャラＣ２の向きをステージエリアＡ１側に向かせるアクションを実行させる。すなわち、実行手段６０は、ノンプレイヤキャラＣ２の顔をステージエリアＡ１側に向ける。なお、この際、実行手段６０は、演奏開始時点でノンプレイヤキャラＣ２がいた位置においてノンプレイヤキャラＣ２の向きを変えてもよく、ノンプレイヤキャラＣ２を初期配置位置に戻してからノンプレイヤキャラＣ２の向きを変えてもよい。また、実行手段６０は、演奏が開始したとき、ノンプレイヤキャラＣ２の向きを必ずしもステージエリアＡ１側に向かわせなくてもよく、ノンプレイヤキャラＣ２の移動を停止させるアクションだけを実行させてもよい。

変化手段６２は、プレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを変化させる機能を有する。ここでの各キャラＣ１，Ｃ２のアクションは、表示制御手段５８により表示制御されるアクションに限らず、例えば歓声や拍手等の音を出力するアクションであってもよいが、本実施形態では、表示制御手段５８により表示制御されるアクションを変化させる例について詳細に説明する。

本実施形態では、変化手段６２は、プレイヤキャラＣ１がペンライトアクションを実行する場合に、プレイヤキャラＣ１についてプレイヤの操作に応じて選択されたペンライトの色に応じて、ペンライトアクションを実行中のノンプレイヤキャラＣ２のペンライトの色を変化させる。例えば、変化手段６２は、プレイヤによって選択されたペンライトの色と同じ色にする等、色を対応させるように、ノンプレイヤキャラＣ２のペンライトの色を変化させる。また、自己プレイヤキャラＣ１と他者プレイヤキャラＣ１とでペンライトの色が異なる場合には、変化手段６２は、それらを総合的に判断してノンプレイヤキャラＣ２のペンライトの色を変化させてもよい。例えば、変化手段６２は、他者プレイヤキャラＣ１よりも自己プレイヤキャラＣ１のペンライトの色に優先的に合わせるようにノンプレイヤキャラＣ２のペンライトの色を変化させてもよく、自己プレイヤキャラＣ１と他者プレイヤキャラＣ１とを合わせた全てのプレイヤキャラＣ１のペンライトの色の中で最も多い色に合わせてノンプレイヤキャラＣ２のペンライトの色を変化させてもよい。

また、本実施形態では、変化手段６２は、複数のプレイヤキャラＣ１についてプレイヤの操作に応じて選択されたペンライトの色の総数又は比率に応じて、ノンプレイヤキャラＣ２に対応付けられたペンライトの色を変化させる。

具体的には、変化手段６２は、複数のプレイヤキャラＣ１がペンライトアクションにおいて各プレイヤの操作に応じて選択された色の総数又は比率を、所定期間において集計する。そして、変化手段６２は、その集計結果に応じて、ノンプレイヤキャラＣ２のペンライトアクションにおけるペンライトの色を変化させる。例えば、変化手段６２は、ライブ会場１００における各プレイヤの操作に応じて選択されたペンライトの色の総数又は比率が、ノンプレイヤキャラＣ２のペンライトの色によって大きく変わることがないように、ノンプレイヤキャラＣ２のペンライトの色を変化させる。

＜ゲーム処理＞
図５は、本実施形態に係るゲームシステム１におけるゲーム処理の流れの一例を示すフローチャートである。以下の処理は、例えば、端末装置１２にてゲームプログラム１４が実行された場合に開始される。なお、以下の処理の順番又は内容は、適宜、変更することができる。

（ステップＳＰ１０）
プレイヤの端末装置１２は、メニュー画面を要求するメニュー画面要求をサーバ装置１０に送信する。このメニュー画面要求には、プレイヤのプレイヤＩＤを含む。そして、処理は、ステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
サーバ装置１０は、ステップＳＰ１０の処理で送信されたメニュー画面要求を受信する。これに応答して、サーバ装置１０は、メニュー画面要求に含まれるプレイヤＩＤに対応するプレイデータ５０Ａを記憶手段５０から取得する。続いて、サーバ装置１０の進行手段５２は、取得したプレイデータ５０Ａをメニュー画面データ等のゲームデータに反映する。そして、処理は、ステップＳＰ１４の処理に移行する。なお、本ステップＳＰ１２の処理において、サーバ装置１０はログイン認証を行ってもよい。

（ステップＳＰ１４）
サーバ装置１０は、ステップＳＰ１２の処理でプレイデータ５０Ａを反映したメニュー画面データを要求元の端末装置１２に送信することで、メニュー画面を表示制御する。そして、処理は、ステップＳＰ１６の処理に移行する。

（ステップＳＰ１６）
プレイヤの端末装置１２は、ステップＳＰ１４の処理で送信されたメニュー画面データを受信する。これに応答して、当該端末装置１２は、受信したメニュー画面データに基づき、メニュー画面を表示する。このメニュー画面には、図示しないが、例えば、メインゲームボタンと、仮想ライブボタンと、一又は複数の他のボタンと、が設けられている。そして、処理は、ステップＳＰ１８の処理に移行する。

（ステップＳＰ１８）
プレイヤの端末装置１２は、メニュー画面においてメインゲームボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ２２の処理に移行する。

（ステップＳＰ２０）
プレイヤの端末装置１２は、サーバ装置１０と通信しながら、メインゲーム処理を実行する。本実施形態では、メインゲーム処理として、リズムゲームの処理が実行される。このメインゲーム処理が終了すると、当該端末装置１２は、メニュー画面を表示する。そして、処理は、ステップＳＰ２２の処理に移行する。

（ステップＳＰ２２）
プレイヤの端末装置１２は、メニュー画面において仮想ライブボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ４０の処理に移行する。

（ステップＳＰ２４）
プレイヤの端末装置１２は、仮想ライブの一覧要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ２６の処理に移行する。

（ステップＳＰ２６）
サーバ装置１０は、ステップＳＰ２４の処理で送信された一覧要求を受信する。これに応答して、サーバ装置１０は、記憶手段５０から、本日の演奏スケジュール５０Ｃを取得する。続いて、サーバ装置１０は、取得した演奏スケジュール５０Ｃに基づき、ライブ一覧データを生成し、プレイヤの端末装置１２に送信することで、ライブ一覧を表示制御する。そして、処理は、ステップＳＰ２８の処理に移行する。

（ステップＳＰ２８）
プレイヤの端末装置１２は、ステップＳＰ２６の処理で送信されたライブ一覧データを受信する。これに応答して、当該端末装置１２は、受信したライブ一覧データに基づき、本日開催される一又は複数の仮想ライブのライブ一覧を表示する。そして、処理は、ステップＳＰ３０の処理に移行する。なお、ライブ一覧には、仮想ライブの開催日時や開始時間、終了時間、受付開始時間が表示されてもよい。また、選択可能となっている仮想ライブと、選択不可能となっている仮想ライブとを異なる表示形態にしてもよい。例えば、受付開始時刻に達しておらず、未だ選択不可能な仮想ライブの表示をグレーアウトさせてもよい。

（ステップＳＰ３０）
プレイヤの端末装置１２は、プレイヤの操作に基づき、ライブ一覧の中から一の仮想ライブの選択を受け付ける。続いて、当該端末装置１２は、そのプレイヤと、選択された仮想ライブが略同時に実行される複数のライブ会場のうち何れか一のライブ会場とをマッチングするよう、選択された仮想ライブのライブＩＤとプレイヤＩＤとを含むマッチング要求をサーバ装置１０に送信する。なお、仮想ライブの選択を受け付けた場合に、プレイヤが当該仮想ライブのチケットを所持しているか否かの判定を行ってもよい。当該判定が肯定判定されるとプレイヤは仮想ライブの全編が視聴可能な有料プレイヤと決定され、当該判定が否定判定されるとプレイヤは仮想ライブの一部（無料視聴範囲）が視聴可能な無料プレイヤであると決定される。無料視聴範囲は、例えば仮想ライブの全編の時間のうち１／３の時間等の所定の範囲に予め設定されていてもよく、仮想ライブの状況等に応じて管理者によって指定さてもよい。そして、処理は、ステップＳＰ３２の処理に移行する。

（ステップＳＰ３２）
サーバ装置１０は、ステップＳＰ３０の処理で送信されたマッチング要求を受信する。これに応答して、サーバ装置１０のマッチング手段５６は、マッチング要求に含まれるプレイヤＩＤと、マッチング要求に含まれるライブＩＤに対応し、同一のライブが同時に実行される複数のライブ会場のうち何れか一のライブ会場のライブ会場ＩＤとをマッチングする。ここで、複数のライブ会場は、それぞれ１０人や２０人等、少なくとも二以上のプレイヤがマッチング可能となっている。そして、処理は、ステップＳＰ３４の処理に移行する。

（ステップＳＰ３４）
サーバ装置１０は、プレイヤや管理者の端末装置１２と通信しながら、仮想ライブの進行するための仮想ライブ処理を実行する。仮想ライブ処理の詳細は、図６を参照して後述する。そして、処理は、ステップＳＰ３６の処理に移行する。

（ステップＳＰ３６）
サーバ装置１０は、メニュー画面データを要求元の端末装置１２に送信することで、メニュー画面を表示制御する。そして、処理は、ステップＳＰ３８の処理に移行する。

（ステップＳＰ３８）
プレイヤの端末装置１２は、ステップＳＰ３６の処理において送信されたメニュー画面データを受信する。これに応答して、当該端末装置１２は、受信したメニュー画面データに基づき、メニュー画面を表示する。そして、処理は、ステップＳＰ４０の処理に移行する。

（ステップＳＰ４０）
プレイヤの端末装置１２は、メニュー画面において他のボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ４２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１８の処理に戻る。

（ステップＳＰ４２）
プレイヤの端末装置１２は、サーバ装置１０と通信しながら、他のボタンに対応する対応処理を実行する。この対応処理としては、例えば、所持アイテムの一覧表示処理、所持キャラクタの一覧表示処理、ゲームコンテンツの抽選処理等が挙げられる。続いて、対応処理が終了すると、当該端末装置１２は、メニュー画面を表示する。そして、処理は、ステップＳＰ１８の処理に戻る。

＜仮想ライブ処理＞
図６は、図５のステップＳＰ３４に示す仮想ライブ処理の流れの一例を示すフローチャートである。以下の処理の順番又は内容は、適宜、変更することができる。また、図６では、煩雑さを避けるため、端末装置１２の処理の記載は省略している。また、この仮想ライブ処理は、複数のライブ会場毎に同時に実行されてもよく、ライブ会場毎に、以下の処理を実行するサーバ装置１０が異なってもよい。

（ステップＳＰ６０）
サーバ装置１０の表示制御手段５８は、プレイデータ５０Ａや演奏会場データ５０Ｂに基づき、プレイヤにマッチングされたライブ会場の待合エリアと、当該プレイヤに対応するプレイヤキャラＣ１を、マッチングされた二以上のプレイヤの端末装置１２に対して表示制御する。なお、一のライブ会場には二以上のプレイヤがマッチングされるので、当該一のライブ会場や対応する待合エリアには、当該二以上のプレイヤに対応するプレイヤキャラＣ１がそれぞれ表示されるようになる。この待合エリアでは、他者プレイヤキャラＣ１のプレイヤと交流したり、アイテムや衣装等を購入したり、自己プレイヤキャラＣ１のカラーや衣装、アクセサリ、ペンライト、アクション等を設定したり、各プレイヤの応援ポイントのランキングを見たりすることができる。なお、他者プレイヤキャラＣ１のプレイヤとの交流は、スタンプ等のアクションを利用したり、チャットを利用したりして行うことができる。この交流は、待合エリアに限らず、ライブ会場１００内で行われてもよい。本実施形態では、待合エリアに、アイテムや衣装等を購入するために、待合エリアに仮想ショップボタンが設けられている。そして、処理は、ステップＳＰ６２の処理に移行する。

（ステップＳＰ６２）
表示制御手段５８は、待合エリアにおいて仮想ショップボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ６４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６８の処理に移行する。

（ステップＳＰ６４）
表示制御手段５８は、仮想ショップボタンを押下したプレイヤの端末装置１２に対してショップ画面を表示制御する。そして、処理は、ステップＳＰ６６の処理に移行する。

（ステップＳＰ６６）
サーバ装置１０の支払処理手段５４は、ショップ画面において、プレイヤキャラＣ１用の衣装やアクセサリ等がプレイヤにより選択された場合、支払処理を実行する。具体的には、支払処理手段５４は、プレイヤのプレイデータ５０Ａにおけるコイン、無償クリスタル、又は、有償クリスタルの３つのゲームコンテンツのうち何れか一つを支払うことにより、選択されたものをプレイヤに付与する。なお、プレイヤが現実世界においてグッズを購入した場合に、メインゲームやライブ会場１００内において当該グッズに対応するアイテムをプレイヤキャラＣ１が受け取って使用できるものとしてもよい。そして、処理は、ステップＳＰ６８の処理に移行する。

（ステップＳＰ６８）
表示制御手段５８は、演奏スケジュール５０Ｃに基づき、待合エリアに対応するライブ会場１００の開場時間か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６２の処理に戻る。

（ステップＳＰ７０）
表示制御手段５８は、待合エリアに、対応するライブ会場１００の入口を各プレイヤの端末装置１２に表示制御する。続いて、表示制御手段５８は、入口がプレイヤにより選択された場合に、待合エリアに代わって、当該待合エリアに対応するライブ会場１００をプレイヤの端末装置１２に表示制御する。また、表示制御手段５８は、プレイヤキャラＣ１及びノンプレイヤキャラＣ２をプレイヤの端末装置１２に表示制御する。なお、本ステップでは、表示制御手段５８は、入口がプレイヤにより選択された場合にライブ会場１００を表示制御する場合を説明したが、自動的に、ライブ会場１００を表示制御してもよい。また、ステップＳＰ３０の処理においてプレイヤが無料プレイヤであると決定された場合には、無料プレイヤには有料プレイヤとは異なるお試し視聴専用のライブ会場１００を表示制御してもよい。

図１０は、図４に示す自己プレイヤキャラＣ１を操作するプレイヤの視野Ｖから視聴できる仮想ライブ画面１１０の一例を示す図である。

図１０に示すように、この仮想ライブ画面１１０には、例えば、ステージエリアＡ１と、客席エリアＡ２とが表示されている。また、この仮想ライブ画面１１０の手前側には、自分のプレイヤが操作する自己プレイヤキャラＣ１のペンライト１１４ａが表示されている。以下、自己プレイヤキャラＣ１のペンライトに符号１１４ａを付し、自己プレイヤキャラＣ１以外のペンライトすなわち他者プレイヤキャラ及びノンプレイヤキャラのペンライトに符号１１４ｂを付して説明する。また、この仮想ライブ画面１１０には、複数の他者プレイヤキャラＣ１や複数のノンプレイヤキャラＣ２が、客席エリアＡ２でライブ開始を待っている様子が表示されている。また、仮想ライブ開始前は、現実のライブ開始前と同様、ステージエリアＡ１及び客席エリアＡ２に当たる照明の光量が小さくされている。なお、図１０では、プレイヤキャラＣ１とノンプレイヤキャラＣ２との外観が同様とされているが、プレイヤキャラＣ１とノンプレイヤキャラＣ２との外観が異なるものであってもよい。

また、仮想ライブ画面１１０には、自己プレイヤキャラＣ１にアクションを実行させるための実行ボタンであるアイコン１１６ａ，１１６ｂ，１１６ｃ，１１６ｄが表示されている。アイコン１１６ａは、ペンライトアクションを実行させるための実行ボタンである。アイコン１１６ｂは、アイテムを使用したり、ステージエリアＡ１に向かって投げたり、ステージエリアＡ１に置いたりするアクションを実行させるための実行ボタンである。アイコン１１６ｃは、移動する、ジャンプする、リズムをとる、身体を動かす、踊る、向きを変える、停止する、ポーズをとる、歓声や手拍子等の音を出力する等の所定のアクションを実行させるための実行ボタンである。アイコン１１６ｄは、スタンプを押すアクションを実行させるための実行ボタンである。当該アイコン１１６ａ～１１６ｄは、所定のタイミングで表示されたり非表示とされたりする。

図６に戻って、処理は、ステップＳＰ７２の処理に移行する。

（ステップＳＰ７２）
サーバ装置１０の実行手段６０は、客席エリアＡ２においてノンプレイヤキャラＣ２を所定の移動範囲内で移動させる。この際、ノンプレイヤキャラＣ２は、例えばペンライト１１４ｂを手に持ったまま、初期位置から数歩の範囲を移動してもよい。なお、このときペンライト１１４ｂは静止状態でなくてもよく、一定のリズムで揺れていてもよい。そして、処理は、ステップＳＰ７４の処理に移行する。

（ステップＳＰ７４）
表示制御手段５８は、非表示制御処理を実行する。この非表示制御処理の詳細は、図７を参照して後述する。この非表示制御処理は、ライブ開始前に限らず、ライブ中やライブ後に実行されてもよい。この非表示制御処理において、ノンプレイヤキャラＣ２が視界エリアＡ３内にいる場合には、ノンプレイヤキャラＣ２が客席エリアＡ２における視界エリアＡ３以外の領域にいる場合よりも、自己プレイヤキャラＣ１に対してより遠い範囲にいるノンプレイヤキャラＣ２が非表示とされる。

図１１は、図４に示す自己プレイヤキャラＣ１を操作するプレイヤの視野Ｖをプレイヤの左側に向けた場合に視聴できる仮想ライブ画面１１０の一例を示す図である。

図１１に示すように、この仮想ライブ画面１１０では、自己プレイヤキャラＣ１の視界エリアＡ３内（図４参照）に位置するノンプレイヤキャラＣ２、すなわち自己プレイヤキャラＣ１とステージエリアＡ１との間であって自己プレイヤキャラＣ１の近くにいるノンプレイヤキャラＣ２は非表示とされている。これに対し、視界エリアＡ３外であって自己プレイヤキャラＣ１の左側のすぐ近くに位置するノンプレイヤキャラＣ２は表示されている。

図６に戻って、処理は、ステップＳＰ７６の処理に移行する。

（ステップＳＰ７６）
サーバ装置１０の進行手段５２は、演奏スケジュール５０Ｃに基づき、仮想ライブのライブ開始時間か否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ７８の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ７２の処理に戻る。なお、実行手段６０は、ライブ会場１００へ入場開始から仮想ライブを開始するまでの間に、所定のＢＧＭ（background music）やＳＥ（sound effect）をライブ会場１００に流してもよい。

（ステップＳＰ７８）
実行手段６０は、ノンプレイヤキャラＣ２の移動を停止させ、且つ、ノンプレイヤキャラＣ２の向きをステージエリアＡ１側に向かせる。なお、このときノンプレイヤキャラＣ２のペンライト１１４ｂは静止状態でなくてもよく、一定のリズムで揺れていてもよい。そして、処理は、ステップＳＰ８０の処理に移行する。

（ステップＳＰ８０）
表示制御手段５８は、演者キャラＰをプレイヤの端末装置１２に表示制御する。そして、実行手段６０は、演者のモーションデータや音声データを管理者の端末装置１２等からリアルタイムに受信して演者キャラＰに反映することにより、演者キャラＰにＭＣ（Master Of Ceremonies）を実行させる。ＭＣとは、演奏前後に行われる演者のおしゃべりや司会進行等のことである。この際、実行手段６０は、演奏データ５０Ｄに基づき、ＭＣ用に予め設定されたＢＧＭやＳＥ等を流してもよい。なお、ＭＣ実行処理は適時省略してもよい。そして、処理は、ステップＳＰ８２の処理に移行する。

（ステップＳＰ８２）
実行手段６０は、ライブ会場１００に参加しているプレイヤの端末装置１２から送信された操作情報を受信した場合に、当該操作情報に対応するアクションをプレイヤキャラＣ１に実行させる。なお、アクションとして予め定められたアイテムを使用するというアクションを実行する場合には、実行の前に、支払処理手段５４が、プレイヤによる課金又はゲームコンテンツ（ゲーム内通貨やクリスタル等）の支払いに基づき、アイテムをプレイヤに使用可能にする。なお、アイテムを待合エリアで購入している場合には、アイテムの使用の前に、課金等の支払いは不要であってもよい。

ステップＳＰ８２の処理においてプレイヤキャラＣ１のアクションが実行された後、演者が当該アクションにリアルタイムに応答して実際のアクションを行い、ステップＳＰ８０の処理に戻ってもよい。この場合、戻ったステップＳＰ８０の処理において、実行手段６０は、プレイヤキャラＣ１のアクションに対して行われた演者アクションのデータを管理者の端末装置１２等からリアルタイムに受信して、当該演者のアクションを演者キャラＰに反映する。なお、例えば、複数のプレイヤのそれぞれの端末装置１２に表示制御されるライブ会場１００のうち選択された一又は複数のライブ会場１００が管理者の端末装置１２に表示制御されることにより、プレイヤキャラＣ１のアクションが演者に見えるようになっている。このように、演者とプレイヤとの間で双方向性のある仮想ライブが体験できるようになっている。

図１２は、図４に示す視野ＶをステージエリアＡ１側にズームインした場合に視聴できるＭＣ実行中の仮想ライブ画面１１０の一例を示す図である。

図１２に示すように、ＭＣ実行中の仮想ライブ画面１１０には、ステージエリアＡ１に演者キャラＰが表示されている。この際、ＭＣの状況等に合わせてリアルタイムにライブ会場１００の照明（明暗）が制御されていてもよい。また、スポットライト等のエフェクトは、移動する演者キャラＰに追従するように制御されていてもよい。また、この仮想ライブ画面１１０には、客席エリアＡ２であって演者キャラＰの背景側に、複数のノンプレイヤキャラＣ２が表示されている。

また、この仮想ライブ画面１１０には、プレイヤの操作によって使用されたスタンプ１２０Ａ，１２０Ｂが表示されている。スタンプ１２０Ａは、ハートのスタンプを示し、スタンプ１２０Ｂは、うちわのスタンプを示す。また、この仮想ライブ画面１１０には、花束や手紙等の予め定められたアイテムがプレイヤによって使用された場合には、当該アイテムがステージエリアＡ１に表示されてもよい。また、この仮想ライブ画面１１０には、プレイヤの操作によって入力された演者キャラＰに向けたコメントやメッセージ等が表示されてもよい。なお、図１２では図示を省略するが、この仮想ライブ画面１１０においても、自己プレイヤキャラＣ１がペンライトアクションを実行している場合には、図１０と同様に画面手前にペンライト１１４ａが表示されてもよい。

図６に戻って、処理は、ステップＳＰ８４の処理に移行する。

（ステップＳＰ８４）
表示制御手段５８は、緊急停止処理を実行する。この緊急停止処理の詳細は、図８を参照して後述する。この緊急停止処理は、ＭＣ実行中に限らず、仮想ライブ処理における所定のタイミングで実行されてもよい。

図１３は、緊急停止時の仮想ライブ画面１１０の一例を示す図である。

図１３に示すように、緊急停止時の仮想ライブ画面１１０には、エラーメッセージ１３０と、接続中であることを示すマーク１３２と、が表示されている。

図６に戻り、処理は、ステップＳＰ８６の処理に移行する。

（ステップＳＰ８６）
進行手段５２は、第一所定時間が経過したか否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ８８の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８０の処理に戻る。この第一所定時間は、演奏前のＭＣ実行時間として予め定められた時間（タイミング）であって、一又は複数存在する。また、第一所定時間が経過したか否かの判定に代えて、ＭＣ実行から演奏実行に切り替える所定の操作を管理者が端末装置１２において行ったか否かの判定を行ってもよい。

（ステップＳＰ８８）
実行手段６０は、演奏データ５０Ｄに基づき、演者や仮想ライブのスケジュール等に対応付けて予め設定された演奏音を流すとともに、演奏音に連動させたライブ会場１００の演出を実行する。例えば、実行手段６０は、演奏音Ａ、演奏音Ｂ、演奏音Ｃ等の演奏音毎に設定された演出を行い、演奏音毎に演出を変化させてもよい。また、実行手段６０は、一つの演奏音の中で、その演奏音の所定のタイミング、音量、テンポ等に合わせたタイミング毎に、演出を変化させてもよい。演奏音に連動させたライブ会場１００の演出としては、例えば、ステージエリアＡ１や客席エリアＡ２に当たる照明、ライブ会場１００内に生じる歓声や拍手、ステージエリアＡ１の装飾、ステージエリアＡ１の移動、ゴンドラ等の演者キャラＰが乗ることができる乗り物を登場させる等、様々な演出が挙げられる。また、実行手段６０は、演者のモーションデータや音声データを管理者の端末装置１２等からリアルタイムに受信して演者キャラＰに反映することにより、演者キャラＰに演奏音に合わせて踊ったり歌ったりするアクションを実行させる。そして、処理は、ステップＳＰ９０の処理に移行する。

（ステップＳＰ９０）
実行手段６０は、ステップＳＰ８２の処理と同様にして、プレイヤキャラＣ１にアクションを実行させる。この際、例えば、プレイヤが、ステップＳＰ９８の処理で実行される演奏音や演者キャラＰの踊りや歌のノリに合わせたアクションを実行するための操作を端末装置１２において行うと、実行手段６０は、当該ノリに合わせたアクションを実行させる。当該アクションとしては、例えば、ペンライト１１４ｂを振る、リズムをとる、身体を動かす、踊る、移動する等が挙げられる。例えば、プレイヤの操作によって、プレイヤキャラＣ１は、演奏音や演者キャラＰの踊りや歌のノリに合わせたタイミングでペンライト１１４ａ，１１４ｂをプレイヤキャラＣ１に振らせたり、その振る動作を大きくしたり激しくしたりする。

また、実行手段６０は、ノンプレイヤキャラＣ２に対しては、ステップＳＰ８９の処理で実行される演奏音に連動させてアクションを変化させる。例えば、実行手段６０は、演奏音のノリ、すなわち音量やテンポに合うように予め設定されたタイミングで、ノンプレイヤキャラＣ２のアクションを変化させる。当該アクションとしては、例えば、ペンライト１１４ｂを振る、リズムをとる、身体を動かす、踊る、移動する等が挙げられる。例えば、実行手段６０は、演奏音における音量が大きくなる箇所、テンポが速くなる箇所において、これらのアクションの動作を大きく又は激しくさせる。また、実行手段６０は、演奏音に限らず、ステップＳＰ８９の処理で実行されるライブ会場１００の演出に連動させて、ノンプレイヤキャラＣ２のアクションを変化させてもよい。例えば、実行手段６０は、ライブ会場１００内に生じる歓声や拍手に合うように予め設定されたタイミングで、歓声や拍手が大きくなる箇所やテンポが速くなる箇所において、これらのアクションの動作を大きく又は激しくさせてもよい。そして、処理は、ステップＳＰ９２の処理に移行する。

図１４は、図１２のＭＣ実行中から演奏実行中に切り替わった仮想ライブ画面１１０の一例を示す図である。

図１４に示すように、この仮想ライブ画面１１０には、自己プレイヤキャラＣ１から見てステージエリアＡ１の手前にいる複数の他者プレイヤキャラＣ１やステージエリアＡ１の奥側にいる複数のノンプレイヤキャラＣ２が、他者プレイヤの操作に応じて、演奏音や演者キャラＰの踊りや歌のノリに合わせてペンライト１１４ｂを振っている様子が表示されている。なお、ステージエリアＡ１の手前にノンプレイヤキャラＣ２がいてステージエリアＡ１の奥側に他者プレイヤキャラＣ１がいてもよい。また、この仮想ライブ画面１１０においても、図１２のＭＣ実行中の仮想ライブ画面１１０と同様に、プレイヤの操作によって使用されたスタンプ１２０Ａ，１２０Ｂやアイテム、又はプレイヤの操作によって入力された演者キャラＰに向けたコメントやメッセージ等が表示されてもよい。

また、図示は省略するが、演奏音に対応付けられた所定のタイミングで、所定のアクションの実行タイミングを指示するためのタップボタンが表示され、このタップボタンをプレイヤがタップ操作した場合に、所定のアクションが実行されてもよい。また、図示は省略するが、演奏音に対応付けられた所定のタイミングで、プレイヤの周囲に拍手や歓声を流すためのタップボタンが表示され、このタップボタンをプレイヤが操作した場合に、プレイヤの周囲に拍手や歓声が流れてもよい。また、図１４では図示を省略するが、この仮想ライブ画面１１０においても、自己プレイヤキャラＣ１がペンライトアクションを実行している場合には、図１０と同様に画面手前にペンライト１１４ａが表示されてもよい。なお、プレイヤの視点が移動すると、仮想ライブ画面１１０には、これに対応する向きのステージエリアＡ１及び演者キャラＰが表示制御される。この際、プレイヤの視点に合わせて、リアルタイムにスポットライトの向き、位置、明るさ等のエフェクトが変化するように表示制御されてもよい。また、プレイヤは、所定の視点に対応する仮想ライブ画面１１０をスクリーンショットして、プレイヤの端末装置１２に保存可能であってもよい。

図６に戻って、処理は、ステップＳＰ９２の処理に移行する。

（ステップＳＰ９２）
進行手段５２は、第二所定時間が経過したか否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ９４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８０の処理に戻る。この第二所定時間は、演奏開始から演奏後のＭＣ開始までの時間として予め定められた時間（タイミング）であって、一又は複数存在する。また、第二所定時間が経過したか否かの判定に代えて、演奏実行からＭＣ実行に切り替える所定の操作を管理者が端末装置１２において行ったか否かの判定を行ってもよい。

（ステップＳＰ９４）
実行手段６０は、演者のモーションデータや音声データを管理者の端末装置１２等からリアルタイムに受信して演者キャラＰに反映することにより、演者キャラＰにＭＣを実行させる。この際、実行手段６０は、演奏データ５０Ｄに基づき、ＭＣ用に予め設定されたＢＧＭやＳＥ等を流してもよい。なお、ＭＣ実行処理は適時省略してもよい。そして、処理は、ステップＳＰ９６の処理に移行する。

（ステップＳＰ９６）
進行手段５２は、ペンライトトークを開始するか否かを判定する。例えば管理者が端末装置１２にペンライトトークを開始するための操作を入力し、その操作情報を端末装置１２から受信した場合に、当該判定を肯定判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ９８の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１００の処理に移行する。ペンライトトークとは、ＭＣ実行中に複数の話題の中から何を話すか（トークテーマ）等の演者のレスポンスを、ライブ会場１００に参加している複数のプレイヤの操作によって選択されたペンライトの色の総数又は比率によって決める演出である。

（ステップＳＰ９８）
サーバ装置１０の変化手段６２は、ペンライトトーク処理を実行する。このペンライトトーク処理の詳細は、図９を参照して後述する。このペンライトトーク処理は、演奏終了後のＭＣ実行中に限らず、演奏開始前のＭＣ実行中等に実行されてもよい。そして、処理は、ステップＳＰ１００の処理に移行する。

（ステップＳＰ１００）
進行手段５２は、仮想ライブが終了したか否かを判定する。そして、当該判定が肯定判された場合には図６に示す一連の処理を終了し、当該判定が否定判定された場合には処理はステップＳＰ８０の処理に戻る。

＜非表示制御処理＞
図７は、図６のステップＳＰ７４に示す非表示制御処理の流れの一例を示すフローチャートである。以下の処理の順番又は内容は、適宜、変更することができる。

（ステップＳＰ１１０）
表示制御手段５８は、視界エリアＡ３（図４参照）にノンプレイヤキャラＣ２がいるか否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ１１２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１１４の処理に移行する。

（ステップＳＰ１１２）
表示制御手段５８は、視界エリアＡ３にいるノンプレイヤキャラＣ２が、自己プレイヤキャラＣ１に対して所定範囲Ａ以内にいるか否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ１１６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１１８の処理に移行する。

（ステップＳＰ１１４）
表示制御手段５８は、客席エリアＡ２における視界エリアＡ３以外の領域にいるノンプレイヤキャラＣ２が、自己プレイヤキャラＣ１に対して所定範囲Ｂ以内にいるか否かを判定する。この所定範囲Ｂは、所定範囲Ａよりも小さい範囲に設定されている。当該判定が肯定判定された場合には処理はステップＳＰ１１６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１１８の処理に移行する。

（ステップＳＰ１１６）
表示制御手段５８は、ステップＳＰ１１２又はステップＳＰ１１４の処理で肯定判定されたノンプレイヤキャラＣ２を非表示とする。そして、処理は、ステップＳＰ１１８の処理に移行する。

（ステップＳＰ１１８）
表示制御手段５８は、他者プレイヤキャラＣ１が、自己プレイヤキャラＣ１に対して所定範囲Ｃ以内にいるか否かを判定する。この所定範囲Ｃは、少なくとも所定範囲Ｂよりも大きい範囲に設定されている。当該判定が肯定判定された場合には処理はステップＳＰ１２０の処理に移行し、当該判定が否定判定された場合には図７に示す一連の処理を終了する。

（ステップＳＰ１２０）
表示制御手段５８は、ステップＳＰ１１８の処理において肯定判定された他者プレイヤキャラＣ１を非表示とする。そして、図７に示す一連の処理を終了する。

＜緊急停止処理＞

図８は、図６のステップＳＰ８４に示す緊急停止処理の流れの一例を示すフローチャートである。以下の処理の順番又は内容は、適宜、変更することができる。

（ステップＳＰ１３０）
進行手段５２は、障害やトラブルが発生したか否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ１３２の処理に移行し、当該判定が否定判定された場合には図８に示す一連の処理を終了する。

（ステップＳＰ１３２）
進行手段５２は、ライブ会場１００に参加しているプレイヤの中に無料プレイヤがいるか否かを判定する。当該判定が肯定判定された場合には処理はステップＳＰ１３４の処理に移行し、当該判定が否定判定された場合には図８に示す一連の処理を終了する。

（ステップＳＰ１３４）
表示制御手段５８は、ステップＳＰ１３２の処理で肯定判定された無料プレイヤを、強制的にライブ会場１００から指定の場所へ追い出すような表示制御を行う。指定の場所は、例えば待合エリアである。すなわち、表示制御手段５８は、ライブ会場１００を表示制御する画面を、待合エリアを表示制御する画面へと遷移させる。そして、処理は、ステップＳＰ１３６の処理に移行する。

（ステップＳＰ１３６）
表示制御手段５８は、何が起きたのかをプレイヤに伝えるためのエラーメッセージを表示制御する。エラーメッセージは、例えば予め設定されていてもよく、運営側の管理者の端末装置１２等から入力されてもよい。

なお、図８に示すフローでは、無料プレイヤだけを強制的に追い出すものとして説明したが、これに限らず、例えばステップＳＰ１３０の判定処理で肯定判定された場合に有料無料問わずに選択された又は全てのプレイヤを強制的に追い出してもよい。また、上記ではライブ会場１００にいるプレイヤが待合エリアに追い出される例について説明したが、追い出される先は、プレイヤがいる場所によって異なってもよく、例えばプレイヤが待合エリアにいる場合には、表示制御手段５８は、待合エリアを表示制御する画面からホーム画面等へと遷移させてもよい。また、緊急停止の場合に限らず、例えば無料視聴範囲の終了条件を満たした場合に、ステップＳＰ１３４の処理で示すような無料プレイヤの追い出し処理が行われてもよい。無料視聴範囲の終了条件としては、例えば、管理者の端末装置１２で予め設定された所定時間が経過したこと、又は、管理者の端末装置１２から無料視聴範囲終了（打ち切り）の指示が行われたこと等が挙げられる。すなわち、無料視聴範囲の終了条件として予め設定された所定時間が経過した場合や、無料視聴範囲終了（打ち切り）の指示が行われた場合に、無料プレイヤの追い出し処理を行ってもよい。

＜ペンライトトーク処理＞
図９は、図６のステップＳＰ９８に示すペンライトトーク処理の流れの一例を示すフローチャートである。以下の処理の順番又は内容は、適宜、変更することができる。

（ステップＳＰ１４０）
変化手段６２は、複数のプレイヤが端末装置１２の操作によって選択したペンライトの色を示す色選択情報を、各端末装置１２からの送信により取得する。そして、処理は、ステップＳＰ１４２の処理に移行する。

（ステップＳＰ１４２）
変化手段６２は、ステップＳＰ１４０の処理で取得した色選択情報を集計する。なお、当該集計の方法は、手動であってもよく、自動であってもよい。そして、処理は、ステップＳＰ１４４の処理に移行する。

（ステップＳＰ１４４）
変化手段６２は、ステップＳＰ１４２の処理で集計した集計情報をプレイヤの端末装置１２に送信するタイミングであるか否かを判定する。当該タイミングは、例えば集計開始から５秒のタイミングに設定されている。そして、当該判定が肯定判定された場合には処理はステップＳＰ１４６の処理に移行し、当該判定が否定判定された場合にはステップＳＰ１４０の処理に戻る。

（ステップＳＰ１４６）
変化手段６２は、ステップＳＰ１４２の処理で集計した集計情報を、プレイヤの端末装置１２に送信する。また、当該集計情報は、管理者の端末装置１２にも送信され、送信された集計情報が示す色の比率によって、演者はＭＣ実行中のトークテーマを決定することができる。なお、当該集計情報が管理者の端末装置１２に送信されず、演者が目視でライブ会場１００内のペンライトの色を見てその色の比率を判断してトークテーマを決定してもよい。すなわち、演者はペンライトの色の集計情報に応じて、ＭＣで採用されるトークテーマを変化させる。そして、処理は、ステップＳＰ１４８の処理に移行する。

（ステップＳＰ１４８）
変化手段６２は、ステップＳＰ１４６の処理においてプレイヤの端末装置１２に送信された集計情報に応じて、ノンプレイヤキャラＣ２のペンライトの色を変化させる。変化手段６２は、集計情報として例えばペンライトの色の青：赤の比率が２：３であった場合に、プレイヤキャラＣ１のペンライトとノンプレイヤキャラＣ２のペンライトを含むライブ会場１００全体のペンライトの色の青：赤の比率が、この比率２：３を維持するように、ノンプレイヤキャラＣ２のペンライトの色を変化させる。変化手段６２は、ステップＳＰ１４４の処理における所定の送信タイミング毎にノンプレイヤキャラＣ２のペンライトの色を変化させるので、一気に色を変化させるのではなく、徐々に色を変化させることができる。また、変化手段６２は、ステップＳＰ１４６の処理においてプレイヤの端末装置１２に送信された集計情報に応じて、仮想ライブにおいて出力される演奏音や、照明効果やステージ演出等を含む仮想ライブ中の演出等を変化させてもよい。そして、処理は、ステップＳＰ１５０の処理に移行する。

（ステップＳＰ１５０）
変化手段６２は、集計情報をプレイヤの端末装置１２に送信する送信回数ｍ（初期値は１）をインクリメントする。そして、処理は、ステップＳＰ１５２の処理に移行する。

（ステップＳＰ１５２）
変化手段６２は、送信回数ｍが予め設定された設定回数（例えば、６回）を超えたか否かを判定する。当該判定が肯定判定された場合には処理は図９の一連の処理を終了し、ステップＳＰ１４６の処理に移行し、当該判定が否定判定された場合にはステップＳＰ１４０の処理に戻る。なお、ペンライトトーク処理が終了した後、変化手段６２は、ノンプレイヤキャラＣ２のペンライトの色を一定期間保持してから、通常モードの制御に戻す。

＜作用効果＞
以上、本実施形態では、プログラムが、所定の演奏又は上演が実行されるライブ会場１００に参加するプレイヤの端末装置１２と通信可能なコンピュータとしてのサーバ装置１０を、演者キャラＰに対して演者の動き又は音声に応じてアクションを実行させ、プレイヤキャラＣ１に対してプレイヤの端末装置１２における操作に応じてアクションを実行させ、ノンプレイヤキャラＣ２に対してコンピュータによる自動制御によってアクションを実行させる実行手段６０、プレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを変化させる変化手段６２、として機能させる。
この構成によれば、プレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを変化させることができるので、例えばプレイヤキャラＣ１が生演奏ならではの予測できないアクションを実行した場合であっても、ノンプレイヤキャラＣ２がプレイヤのアクションに対応した挙動をすることができ、仮想のライブ会場１００を現実のライブ会場の様子に近づけることができる。よって、あたかも現実のライブ会場でライブに参加しているのと同様な感覚の没入感をプレイヤに与えることができる。

また、本実施形態では、コンピュータとしてのサーバ装置１０を、プレイヤの端末装置１２に対して、ライブ会場１００を表示制御するとともに、ライブ会場１００において、演者キャラＰ、プレイヤキャラＣ１、及びノンプレイヤキャラＣ２と、各キャラＰ，Ｃ１，Ｃ２について実行手段６０により実行されるアクションと、を表示制御する表示制御手段５８として更に機能させ、実行手段６０は、プレイヤの端末装置１２における操作に応じて選択された態様としての色でプレイヤキャラＣ１に対応付けられた仮想物体としてのペンライトをライブ会場１００に提示するアクションをプレイヤキャラＣ１に実行させ、コンピュータによる自動制御によって選択された態様としての色でノンプレイヤキャラＣ２に対応付けられた仮想物体としてのペンライトをライブ会場１００に提示するアクションをノンプレイヤキャラＣ２に実行させ、変化手段６２は、プレイヤキャラＣ１について操作に応じて選択された色に応じて、ノンプレイヤキャラＣ２に対応付けられたペンライトの色を変化させる。
この構成によれば、プレイヤキャラＣ１が提示するペンライトの色に対応させてノンプレイヤキャラＣ２が提示するペンライトの色を変化させることができる。よって、ノンプレイヤキャラＣ２が、ライブ会場１００におけるノリに合わせて挙動するプレイヤキャラＣ１と対応しない挙動をしてしまうことを抑制し、プレイヤの仮想ライブへの没入感を損なわないようにすることができる。

また、本実施形態では、表示制御手段５８は、複数のプレイヤに対応する複数のプレイヤキャラＣ１を表示制御し、実行手段６０は、複数のプレイヤキャラＣ１のそれぞれに対応付けられた仮想物体としてのペンライトを、各プレイヤの端末装置１２における操作に応じて選択された色でライブ会場１００に提示するアクションを実行させ、変化手段６２は、複数のプレイヤキャラＣ１について操作に応じて選択された色の総数又は比率に応じて、ノンプレイヤキャラＣ２に対応付けられた仮想物体としてのペンライトの色を変化させる。
この構成によれば、プレイヤキャラＣ１のペンライトとノンプレイヤキャラＣ２のペンライトとを含めたライブ会場１００における全ペンライトの色の比率を、プレイヤキャラＣ１のペンライトの色の比率と同じようにすることができる。これにより、例えばペンライトトークの演出を演者が実行する場合に、会場における見た目として現れる全ペンライト色の比率が、演者のレスポンスを決定するためにプレイヤが選択したペンライトの色の比率と乖離してしまうことを抑制することができるので、プレイヤに違和感を抱かせないようにすることができる。また、例えばプレイヤキャラＣ１のペンライトの或る色の総数が例えば所定値以上で多い場合等に、ノンプレイヤキャラＣ２のペンライトもこれと同じ色に合わせること等ができ、ノンプレイヤキャラＣ２のペンライトだけ浮くことがないようにすることができる。

また、本実施形態では、表示制御手段５８は、ノンプレイヤキャラＣ２がプレイヤキャラＣ１に対して所定範囲内に位置する場合に、当該ノンプレイヤキャラＣ２を非表示とする。
この構成によれば、プレイヤキャラＣ１の近くにいるノンプレイヤキャラＣ２を非表示とすることにより、プレイヤキャラＣ１の近くにいるノンプレイヤキャラＣ２が気になったり邪魔になったりすることによってプレイヤの仮想ライブへの没入感が損なわれることを抑制することができる。

また、本実施形態では、表示制御手段５８は、ライブ会場１００のステージエリアＡ１に演者キャラＰを表示制御するとともに、ライブ会場１００の客席エリアＡ２に各キャラＣ１，Ｃ２を表示制御し、自己プレイヤキャラＣ１とステージエリアＡ１との間であって当該自己プレイヤキャラＣ１からステージエリアＡ１に向かう方向に沿った領域である視界エリアＡ３にノンプレイヤキャラＣ２が位置する場合には、客席エリアＡ２における当該視界エリアＡ３以外の領域にノンプレイヤキャラＣ２が位置する場合よりも、設定される所定範囲が大きい。
この構成によれば、視界エリアＡ３に位置するノンプレイヤキャラＣ２は、当該視界エリアＡ３以外に位置するノンプレイヤキャラＣ２よりも、より非表示とされやすい。すなわち、自己プレイヤキャラＣ１がステージエリアに向かう方向であってプレイヤの視界を遮るように位置するノンプレイヤキャラＣ２は、視界エリアＡ３に位置しておらず当該視界を遮らないノンプレイヤキャラＣ２と比べて、プレイヤキャラＣ１からより遠くに位置するものまで非表示とされる。これにより、プレイヤの視界を遮るようなノンプレイヤキャラＣ２をプレイヤの視界からより積極的に消すことができ、プレイヤの仮想ライブへの没入感を適切に損なわないようにすることができる。また、視界を遮らないノンプレイヤキャラＣ２については、例えばプレイヤキャラＣ１のすぐ横にいたとしても表示されるので、プレイヤは、すぐ近くに他の観客がいる感覚が得られ、より現実のライブに近い臨場感を体験させることができる。

また、本実施形態では、上記所定範囲を第一所定範囲としたとき、表示制御手段５８は、一のプレイヤ及び当該一以外の他のプレイヤを含む複数のプレイヤに対応する複数のプレイヤキャラＣ１を表示制御するとともに、複数のプレイヤキャラＣ１のうち他者プレイヤキャラＣ１が、複数のプレイヤキャラＣ１のうち自己プレイヤキャラＣ１に対して第一所定範囲よりも小さい第二所定範囲内に位置する場合に、他者プレイヤキャラＣ１を非表示とする。
この構成によれば、他者プレイヤキャラＣ１は、ノンプレイヤキャラＣ２と比べて、自己プレイヤキャラＣ１に対してより近くに位置しても非表示とされない。よって、自己プレイヤキャラＣ１の邪魔にならないように他者プレイヤキャラＣ１を非表示としつつも、ノンプレイヤキャラに比して非表示とされ難くなっていることによりプレイヤ同士が交流するコミュニケーションの機会を可能な限り残すことができる。

また、本実施形態では、実行手段６０は、演奏又は上演が開始前には、ライブ会場１００の客席エリアＡ２においてノンプレイヤキャラＣ２を所定の移動範囲内で移動するアクションを実行させるとともに、演奏又は上演が開始すると、移動を停止させ且つノンプレイヤキャラＣ２の向きをライブ会場１００のステージエリアＡ１側に向かせるアクションを実行させる。
この構成によれば、ノンプレイヤキャラＣ２に仮想ライブの開始前後のステータスに合わせたアクションを行わせることができるので、より現実のライブに近いような体験をプレイヤに提供することができる。

また、本実施形態では、表示制御手段５８は、ライブ会場１００の客席エリアＡ２を複数のエリアＡ２（１）～Ａ２（８）に分けた場合に、各エリアＡ２（１）～Ａ２（８）におけるプレイヤキャラＣ１及びノンプレイヤキャラＣ２を含む客席キャラの密度が何れも所定値以上であるように、複数のノンプレイヤキャラＣ２を表示制御する。
この構成によれば、客席エリアＡ２における客席キャラを偏り無く密に表示させることができるので、現実の人気のライブ会場のように客席が偏り無く多くの観客で埋まっているかのように見せることができる。

＜変形例＞
本発明は上記の実施形態に限定されるものではない。すなわち、上記の実施形態に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、上記の実施形態及び後述する変形例が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。

例えば、サーバ装置１０の表示制御手段５８は、プレイヤから演者へ金額と共に投げられたコメントやメッセージ等を管理する管理画面を、管理者の端末装置１２に表示制御してもよい。

図１５は、管理者の端末装置１２に表示されるコメント管理画面１４０の一例を示す図である。

図１５に示すように、コメント管理画面１４０には、低額帯コメントの表示欄１４２と、高額帯コメントの表示欄１４４と、反応予定のコメントの表示欄１４６と、が表示されている。表示制御手段５８は、プレイヤからのコメントをその金額によって低額帯と高額帯とに分類し、表示欄１４２と表示欄１４４とに分けて表示制御する。表示欄１４２，１４４には、プレイヤからのコメントがそれぞれリアルタイムに流れて表示される。また、表示制御手段５８は、演者により反応してもらう予定の反応予定コメントとして管理者等により選択されたコメントを、表示欄１４６にピン留めして固定表示する。このように構成することで、管理者が例えば低額帯コメントと高額帯コメントとを２：３等の所定の割合で抽出する際の抽出作業をし易くすることができる。これに加え、反応予定コメントは個別に固定表示されるので分かり易く目立たせることができ、演者が当該反応予定コメントを読み上げてコメントに対するレスポンスを容易に行うことができる。

なお、プレイヤのコメントを管理する画面としては、図１５に示す画面に限らない。その他の画面としては、例えば仮想ライブ中にコメントしたプレイヤの名前一覧を表示し、演者に当該プレイヤの名前の読み上げを実行させるための画面等が挙げられる。また、リアルタイムに収集したコメントの中に不適切なコメントがあった場合には、当該不適切なコメントのプレイヤをライブ会場１００から追い出す処理やゲームのアカウント停止処理等を行ってもよい。

また、表示制御手段５８は、緊急停止時のエラーメッセージを管理する管理画面１６０を、管理者の端末装置１２に表示制御してもよい。

図１６は、管理者の端末装置１２に表示される緊急停止時の管理画面１５０の一例を示す図である。

図１６に示すように、緊急停止時の管理画面１５０には、エラーメッセージのプレビュー１５２と、コメント入力欄１５４と、表示時間入力欄１５６と、チェックボックス１５８と、反映ボタン１５９と、が表示されている。管理者は、緊急停止時に、コメント入力欄１５４において所定のテキストを入力又は選択し、表示時間入力欄１５６において所定の数値を入力又は選択し、チェックボックス１５８においてエラーメッセージを表示させるエリアをチェックする。そして、管理者が反映ボタン１５９を押すと、指定チェックボックス１５８においてチェックされたエリアにエラーメッセージが表示される。このように構成することで、緊急停止時にプレイヤの端末装置１２に表示制御されるエラーメッセージや表示時間等を、管理者の操作によって適宜変えることができる。

また、上記実施形態では、変化手段６２は、プレイヤキャラＣ１のアクションに応じてノンプレイヤキャラＣ２のアクションを変化させる例について説明したが、これに限らず、例えば演者キャラＰのアクションに応じてノンプレイヤキャラＣ２のアクションを変化させてもよい。また、変化手段６２は、演者キャラＰ又はプレイヤキャラＣ１のアクションが変化すると、当該変化後のアクションに合わせて、ノンプレイヤキャラＣ２のアクションを変化させてもよい。

図１７は、変形例に係る変化手段６２による処理の流れを示すフロー図である。以下の処理の順番又は内容は、適宜、変更することができる。

（ステップＳＰ１６０）
変化手段６２は、プレイヤキャラＣ１が、ペンライトを振り始めたか否かを判定する。すなわち、変化手段６２は、プレイヤキャラＣ１のアクションが、停止状態等を含むペンライトを振る以外の別のアクションから、ペンライトを振るアクションに変化したか否かを判定する。ここでのプレイヤキャラＣ１は、自己プレイヤキャラＣ１であっても他者プレイヤキャラＣ１であってもよい。また、複数のプレイヤキャラＣ１のうち所定数以上のプレイヤキャラＣ１がペンライトを振り始めたか否かを判定してもよい。当該判定が肯定判定された場合には処理はステップＳ１６２の処理に移行し、当該判定が否定判定された場合には肯定判定されるまでステップＳＰ１６０の処理を繰り返す。

（ステップＳＰ１６２）
変化手段６２は、ノンプレイヤキャラＣ２に、ペンライトを振るアクションを実行させる。すなわち、変化手段６２は、ノンプレイヤキャラＣ２のアクションを、停止状態等を含むペンライトを振る以外のアクションから、ペンライトを振るアクションに変更する。変化手段６２は、複数のノンプレイヤキャラＣ２のうち、ペンライトを振る以外のアクションを実行中のノンプレイヤキャラＣ２を抽出し、当該ノンプレイヤキャラＣ２にペンライトを振らせる。この際、ステップＳＰ１６０でペンライトを振り始めたプレイヤキャラＣ１の数だけノンプレイヤキャラＣ２にもペンライトを振らせてもよく、プレイヤキャラＣ１とノンプレイヤキャラＣ２とのペンライトの色を同じに合わせてもよい。そして、処理は、ステップＳＰ１６４の処理に移行する。

（ステップＳＰ１６４）
変化手段６２は、ライブ会場１００に参加しているプレイヤキャラＣ１による色選択情報を取得し、集計することにより、ライブ会場１００におけるプレイヤキャラＣ１のペンライトの色の比率を取得する。そして、処理は、ステップＳＰ１６６の処理に移行する。

（ステップＳＰ１６６）
変化手段６２は、ステップＳＰ１６４の処理で取得した色の比率に応じて、ノンプレイヤキャラＣ２のペンライトの色を変化させる。例えば、プレイヤキャラＣ１のペンライトとノンプレイヤキャラＣ２のペンライトを含むライブ会場１００全体のペンライトの色の比率が、ステップＳＰ１６４の処理で取得した色の比率と同様になるように、ノンプレイヤキャラＣ２のペンライトの色を変化させる。また、変化手段６２は、ライブ会場１００におけるペンライトの複数の色の各総数がそれぞれ全て同じ程度になるように、ノンプレイヤキャラＣ２のペンライトの色を変化させてもよい。そして、処理は、ステップＳＰ１６８の処理に移行する。

（ステップＳＰ１６８）
変化手段６２は、演者キャラＰが所定のレスポンスを実行したか否かを判定する。所定のレスポンスとは、例えば観客に向かって声援を求める、腕を挙げたり頭を振ったり等の観客を盛り上げる所定の動きをする、観客に向かってポーズをとる等、何等かの応答を観客に求めるレスポンスが挙げられる。該判定が肯定判定された場合には処理はステップＳ１７０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１７２の処理に移行する。

（ステップＳＰ１７０）
変化手段６２は、ノンプレイヤキャラＣ２のアクションをステップＳＰ１６８の処理で肯定判定された演者キャラＰのレスポンスに合わせて変化させる。例えば、変化手段６２は、演者キャラＰの声援を求めるレスポンスに合わせて、ノンプレイヤキャラＣ２のアクションを、拍手やペンライト等によって声援を送るアクション等に変化させる。また、変化手段６２は、演者キャラＰの観客を盛り上げる所定の動きをするレスポンスに合わせて、ノンプレイヤキャラＣ２のアクションを、演者キャラＰの動きに合わせたアクション等に変化させる。また、変化手段６２は、演者キャラＰの観客に向かってポーズをとるレスポンスに合わせて、ノンプリヤキャラＣ２のアクションを、写真を撮るような動きをするアクション等に変化させる。そして、処理は、ステップＳＰ１７２の処理に移行する。

（ステップＳＰ１７２）
変化手段６２は、演者キャラＰ又はプレイヤキャラＣ１が現在位置から所定距離以上所定の方向（例えば右側）に移動したか否かを判定する。該判定が肯定判定された場合には処理はステップＳ１７４の処理に移行し、当該判定が否定判定された場合には処理は図１７に示す一連の処理を終了する。

（ステップＳＰ１７４）
変化手段６２は、ステップＳＰ１７２の処理で移動した方向とは反対の方向（例えば左側）に、ノンプレイヤキャラＣ２を移動させる。そして、図１７に示す一連の処理を終了する。

以上、変形例によれば、例えばプレイヤキャラＣ１がペンライトを振り始めることに連動してノンプレイヤキャラＣ２もペンライトを振り始めることができる。また、演者キャラＰやプレイヤキャラＣ１の移動等のアクションの変化に合わせて、ノンプレイヤキャラＣ２のアクションを適宜変化させることができる。よって、ノンプレイヤキャラＣ２は、生のライブでしか予測できないノリ等に合わせてアクションを変化させることができ、コンピュータ制御で予め定められたタイミングでアクションを実行するような場合に比して、より現実のライブに近い感覚をプレイヤに提供することができる。

また、上記実施形態では、自己プレイヤ及び他者プレイヤを含む各プレイヤに対応するプレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを変化させる例について説明したが、自己プレイヤを除く他者プレイヤのみに対応する他者プレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを変化させてもよい。

また、演者キャラＰやプレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを変化させることには、必ずしも演者キャラＰやプレイヤキャラＣ１のアクションと同じ又は似た意味のアクションにノンプレイヤキャラＣ２のアクションを変化させることに限らず、例えば反対の意味のアクション等に変化させてもよい。例えば、プレイヤキャラＣ１が演者の気持ちを盛り下げるようなアクションを実行した場合には、逆にそれを補って演者の気持ちを盛り上げるようにノンプレイヤキャラＣ２のアクションを変化させてもよい。また、変化手段６２は、表示制御手段５８により表示制御されるアクションに限らず、例えば歓声や拍手等の音を出力するアクションを変化させてもよい。すなわち、変化手段６２は、演者キャラＰやプレイヤキャラＣ１のアクションに応じて、ノンプレイヤキャラＣ２のアクションを、所定のアクションから歓声や拍手等の音を出力するアクションへと変化させてもよい。

また、上記実施形態では、予め十分な数のノンプレイヤキャラＣ２を均一に客席エリアＡ２に配置して表示制御する例について説明したが、これに限らず、例えばプレイヤキャラＣ１が位置すると予想される位置以外の所定位置にノンプレイヤキャラＣ２を配置して表示制御してもよい。この場合において、例えば、仮想ライブの開始時には客席エリアＡ２における客席キャラの密度が所定値以上であったとしても、客席エリアＡ２におけるプレイヤキャラＣ１の移動や、ライブ会場１００からのプレイヤキャラＣ１の入退場等によって密度が変化して所定値以下となりライブ会場１００に疎領域（隙間）ができてしまう可能性も有り得る。このような場合には、疎領域を埋めるためにノンプレイヤキャラＣ２を事後的に配置させ表示制御してもよい。これにより、生演奏による影響等によって仮想ライブの開始当初に配置していたノンプレイヤキャラでは埋めきれない疎領域が事後的に生じた場合に対応することができる。

また、複数のプレイヤのうち二以上のプレイヤと複数のライブ会場１００のうち何れか一のライブ会場とのマッチングは必ずしも行われなくてもよい。ライブ会場１００には複数のプレイヤが参加していなくてもよく、一のプレイヤのみ参加してもよい。

演者キャラＰのアクションは、モーションデータや音声データを必ずしもリアルタイムに反映することで実行されるものでなくてもよく、例えば一部又は全部に予め収録されたモーションデータや音声データを反映することで実行されるものであってもよい。また、ゲームシステム１は、リアルタイムでの仮想ライブの配信だけでなく、演奏中又は演奏終了後の仮想ライブを、プレイヤが好きな時間に閲覧することができるアーカイブ配信をプレイヤに提供してもよい。このアーカイブ配信は、プレイヤキャラＣ１やノンプレイヤキャラＣ２のアクションや、当該アクションに対する演者キャラＰのレスポンスを含めて閲覧可能とされている。

端末装置１２に表示制御される各種画面は、上記実施形態で説明したものに限らない。例えば、その他の画面としては、ライブ会場１００への入退場をプレイヤに確認する画面や、ライブ会場１００内に表示制御される他者プレイヤＣ１やノンキャラクタプレイヤＣ２の表示数を設定する画面や、仮想ライブにおけるプレイヤの移動時のカメラの揺れ防止を設定する画面等が挙げられる。

また、仮想ライブを現実のライブ会場と近づけるための演出や仮想ライブを盛り上げるための演出として、上記以外の様々な演出を行ってもよい。例えば、ライブ会場１００に設置された壁面モニタに、ステージエリアＡ１における演者キャラＰの様子や、客席エリアＡ２におけるプレイヤキャラＣ１やノンプレイヤキャラＣ２の様子が映し出される演出を行ってもよい。また、待合エリアやライブ会場１００に、協賛企業の広告が表示制御されていてもよい。また、例えばライブ会場１００において他者プレイヤキャラＣ１や演者キャラＰによって使用されたアイテムであって、自己プレイヤが所持していないアイテムやレアアイテム等、ゲーム内で配信される所定のコンテンツが、有料販売されてもよい。

また、サーバ装置１０は、上記の機能構成以外の機能構成を備えていてもよい。例えば、サーバ装置１０は、アクションしたプレイヤに対して、当該アクションに応じて応援ポイントを付与する付与手段を備えていてもよい。具体的には、付与手段は、アクションしたプレイヤのプレイデータ５０Ａに記録されている応援ポイントに、当該アクションに応じた応援ポイントを加算する。例えば、付与手段は、実行されたアクションが、ペンライトを振るというアクションの場合には応援ポイントを「１」加算し、コメントやメッセージを投稿するというアクションの場合には応援ポイントを「３」加算する。また、付与手段は、実行されたアクションが、ジャンプというアクションの場合には応援ポイントを「２」加算し、アイテムの使用というアクションの場合には応援ポイントを「４」加算する。また、付与手段は、アイテムに応じて加算する応援ポイントを変更してもよい。例えば、使用に課金等の支払いが生じるアイテムであれば、加算する応援ポイントを高くし、使用に課金等の支払いが生じないアイテムであれば、加算する応援ポイントを低くしてもよい。なお、上記応援ポイントの各加算値は一例であって、特に限定されるものではない。また、付与手段は、応援ポイントの閾値に達した場合は、アイテムの使用というアクションを除き、応援ポイントを加算しなくてもよい。応援ポイントは、例えば、メインゲームや仮想ライブで使用するアイテムや衣装等の購入や、限定で開催される仮想ライブへの参加や、キャラの育成等に使用されてもよい。また、例えば、応援ポイントに応じてプレイヤが使用可能なアクションを可変としてもよく、実行手段６０は、応援ポイントが多いプレイヤの操作に応じて、当該応援ポイントが多いプレイヤしか使用できないレアなアクションをプレイヤキャラＣ１に実行させることが可能であってもよい。また、応援ポイントは、他者プレイヤと交換可能であってもよい。

１０：サーバ装置（コンピュータ、情報処理装置）、１２：端末装置、５８：表示制御手段、６０：実行手段、６２：変化手段

Claims (10)

1. 所定の演奏又は上演が実行される会場に参加するプレイヤの端末装置と通信可能なコンピュータを、
   前記演奏又は前記上演を行う演者に対応する仮想演者キャラクタに対して前記演者の動き又は音声に応じてアクションを実行させ、前記プレイヤに対応する第一仮想キャラクタに対して前記プレイヤの端末装置における操作に応じてアクションを実行させ、前記第一仮想キャラクタとは別の第二仮想キャラクタに対して前記コンピュータによる自動制御によってアクションを実行させる実行手段、
   前記仮想演者キャラクタ又は前記第一仮想キャラクタの前記アクションに応じて、前記第二仮想キャラクタの前記アクションを変化させる変化手段、
   として機能させるためのプログラム。
2. 前記コンピュータを、
   前記プレイヤの端末装置に対して、前記会場を表示制御するとともに、前記会場において、前記仮想演者キャラクタ、前記第一仮想キャラクタ、及び前記第二仮想キャラクタと、各前記キャラクタについて前記実行手段により実行されるアクションと、を表示制御する表示制御手段として更に機能させ、
   前記実行手段は、前記プレイヤの端末装置における操作に応じて選択された表示態様で前記第一仮想キャラクタに対応付けられた仮想物体を前記会場に提示するアクションを前記第一仮想キャラクタに実行させ、前記コンピュータによる自動制御によって選択された表示態様で前記第二仮想キャラクタに対応付けられた仮想物体を前記会場に提示するアクションを前記第二仮想キャラクタに実行させ、
   前記変化手段は、前記第一仮想キャラクタについて前記操作に応じて選択された表示態様に応じて、前記第二仮想キャラクタに対応付けられた仮想物体の表示態様を変化させる、
   請求項１に記載のプログラム。
3. 前記表示制御手段は、複数の前記プレイヤに対応する複数の第一仮想キャラクタを表示制御し、
   前記実行手段は、前記複数の第一仮想キャラクタのそれぞれに対応付けられた仮想物体を、各プレイヤの端末装置における操作に応じて選択された表示態様で前記会場に提示するアクションを実行させ、
   前記変化手段は、前記複数の第一仮想キャラクタについて前記操作に応じて選択された表示態様の総数又は比率に応じて、前記第二仮想キャラクタに対応付けられた仮想物体の表示態様を変化させる、
   請求項２に記載のプログラム。
4. 前記表示制御手段は、前記第二仮想キャラクタが前記第一仮想キャラクタに対して所定範囲内に位置する場合に、前記第二仮想キャラクタを非表示とする、
   請求項２又は３に記載のプログラム。
5. 前記表示制御手段は、前記会場のステージエリアに前記仮想演者キャラクタを表示制御するとともに、前記会場の客席エリアに前記第一及び第二仮想キャラクタを表示制御し、
   一のプレイヤに対応する前記第一仮想キャラクタと前記ステージエリアとの間であって当該第一仮想キャラクタから前記ステージエリアに向かう方向に沿った領域に前記第二仮想キャラクタが位置する場合には、前記客席エリアにおける当該領域以外の領域に前記第二仮想キャラクタが位置する場合よりも、設定される前記所定範囲が大きい、
   請求項４に記載のプログラム。
6. 前記所定範囲を第一所定範囲としたとき、
   前記表示制御手段は、一のプレイヤ及び当該一以外の他のプレイヤを含む複数の前記プレイヤに対応する複数の第一仮想キャラクタを表示制御するとともに、前記複数の第一仮想キャラクタのうち前記他のプレイヤに対応する第一仮想キャラクタが、前記複数の第一仮想キャラクタのうち前記一のプレイヤに対応する第一仮想キャラクタに対して前記第一所定範囲よりも小さい第二所定範囲内に位置する場合に、前記他のプレイヤに対応する第一仮想キャラクタを非表示とする、
   請求項４又は５に記載のプログラム。
7. 前記実行手段は、前記演奏又は前記上演が開始前には、前記会場の客席エリアにおいて前記第二仮想キャラクタを所定の移動範囲内で移動するアクションを実行させるとともに、前記演奏又は前記上演が開始すると、前記移動を停止させ且つ前記第二仮想キャラクタの向きを前記会場のステージエリア側に向かせるアクションを実行させる、
   請求項２～６の何れか一項に記載のプログラム。
8. 前記表示制御手段は、前記会場の客席エリアを複数の領域に分けた場合に、各前記領域における前記第一仮想キャラクタ及び前記第二仮想キャラクタを含むキャラクタの密度が何れも所定値以上であるように、複数の前記第二仮想キャラクタを表示制御する、
   請求項２～７の何れか一項に記載のプログラム。
9. 前記変化手段は、前記仮想演者キャラクタ又は前記第一仮想キャラクタのアクションが変化すると、当該変化後のアクションに合わせて、前記第二仮想キャラクタのアクションを変化させる、
   請求項１～８の何れか一項に記載のプログラム。
10. 所定の演奏又は上演が実行される会場に参加するプレイヤの端末装置と通信可能な情報処理装置であって、
    前記演奏又は前記上演を行う演者に対応する仮想演者キャラクタに対して前記演者の動き又は音声に応じてアクションを実行させ、前記プレイヤに対応する第一仮想キャラクタに対して前記プレイヤの端末装置における操作に応じてアクションを実行させ、前記第一仮想キャラクタとは別の第二仮想キャラクタに対してコンピュータによる自動制御によってアクションを実行させる実行手段と、
    前記仮想演者キャラクタ又は前記第一仮想キャラクタの前記アクションに応じて、前記第二仮想キャラクタの前記アクションを変化させる変化手段と、
    を備える情報処理装置。

Images