知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社セガの特許一覧 ▶ 株式会社Ｃｏｌｏｒｆｕｌ Ｐａｌｅｔｔｅの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-29
(45)【発行日】2024-11-07
(54)【発明の名称】プログラム及び情報処理装置
(51)【国際特許分類】
A63F 13/795 20140101AFI20241030BHJP
A63F 13/31 20140101ALI20241030BHJP
A63F 13/42 20140101ALI20241030BHJP
A63F 13/55 20140101ALI20241030BHJP
A63F 13/69 20140101ALI20241030BHJP
A63F 13/792 20140101ALI20241030BHJP
A63F 13/87 20140101ALI20241030BHJP
A63F 13/44 20140101ALI20241030BHJP
A63F 13/814 20140101ALI20241030BHJP
H04N 21/235 20110101ALI20241030BHJP
【ＦＩ】
A63F13/795
A63F13/31
A63F13/42
A63F13/55
A63F13/69 510
A63F13/792
A63F13/87
A63F13/44
A63F13/814
H04N21/235
【請求項の数】
11
(21)【出願番号】P 2020131504
(22)【出願日】2020-08-03
(65)【公開番号】P2022028216
(43)【公開日】2022-02-16
【審査請求日】2023-05-23
(73)【特許権者】
【識別番号】000132471
【氏名又は名称】株式会社セガ
(73)【特許権者】
【識別番号】519046971
【氏名又は名称】株式会社Ｃｏｌｏｒｆｕｌ Ｐａｌｅｔｔｅ
(74)【代理人】
【識別番号】100176072
【弁理士】
【氏名又は名称】小林 功
(72)【発明者】
【氏名】近藤 裕一郎
(72)【発明者】
【氏名】松田 龍弥
(72)【発明者】
【氏名】小菅 慎吾
【審査官】東 芳隆
(56)【参考文献】
【文献】特開２０２０－００４３８８（ＪＰ，Ａ）
【文献】特開２０２０－０３９１１２（ＪＰ，Ａ）
【文献】特開２０２０－０１７２４４（ＪＰ，Ａ）
【文献】特開２０２０－０９９０９６（ＪＰ，Ａ）
【文献】特開２０１９－１４６０６２（ＪＰ，Ａ）
【文献】特開２０１４－２２５８０１（ＪＰ，Ａ）
【文献】米国特許出願公開第２０２０／０２２６８４３（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ ９／２４、１３／００－１３／９８
Ｈ０４Ｎ ２１／２３５
(57)【特許請求の範囲】
【請求項1】
複数のプレイヤの端末装置と通信可能なコンピュータを、前記複数のプレイヤのうち二以上のプレイヤの識別情報と、同一の演奏又は上演が略同時に実行される複数の会場のうち何れか一の会場の識別情報とをマッチングするマッチング手段、
前記二以上のプレイヤの端末装置に対して、前記マッチング手段がマッチングした一の会場を表示制御するとともに、当該一の会場において当該二以上のプレイヤに対応する複数の仮想キャラクタであって、当該二以上のプレイヤの端末装置における操作に応じて複数のアクションが可能な仮想キャラクタを表示制御する表示制御手段、
前記複数の会場において前記演奏又は前記上演が実行されている間に、前記一の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを前記複数の会場のうち他の会場に反映するよう反映指示するとともに、当該他の会場から当該一の会場に反映指示がある場合に、当該他の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを当該一の会場に反映する反映手段、
として機能させるためのプログラム。
【請求項2】
前記コンピュータを、前記複数の会場毎に、当該会場に表示制御されている仮想キャラクタが実行したアクションの履歴の中から一部のアクションを抽選する抽選手段、
として機能させ、
前記反映手段は、前記一の会場において、前記他の会場について前記抽選手段が抽選したアクションを反映する、
請求項１に記載のプログラム。
【請求項3】
前記抽選手段の抽選において、前記複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率が高く設定される、請求項２に記載のプログラム。
【請求項4】
前記コンピュータを、前記プレイヤによる課金又はゲームコンテンツの支払いに基づき、アイテムをプレイヤに使用可能にする支払処理手段、
として機能させ、
前記一部のアクションは、前記アイテムの使用を含み、
前記抽選手段の抽選において、支払量が高いアイテムの使用ほど抽選確率が高く設定される、
請求項３に記載のプログラム。
【請求項5】
前記一部のアクションは、メッセージの投稿を含む、請求項１乃至４の何れか１項に記載のプログラム。
【請求項6】
前記仮想キャラクタを第一仮想キャラクタとしたとき、前記表示制御手段は、前記一の会場において、前記第一仮想キャラクタと異なる第二仮想キャラクタを表示制御し、
前記反映手段は、前記一の会場において表示されている前記第二仮想キャラクタに対して、前記他の会場に表示制御されている各第一仮想キャラクタのアクションの一部のアクションを実行させることで、当該一部のアクションを反映する、
請求項１乃至５の何れか１項に記載のプログラム。
【請求項7】
前記コンピュータを、前記演奏又は上演毎に予め定められたタイミングにおいて、予め定められたアクションを前記第二仮想キャラクタに実行させる実行手段、
として機能させるための請求項６に記載のプログラム。
【請求項8】
前記予め定められたアクションの種類と、前記反映手段が反映する一部のアクションの種類は異なる、請求項７に記載のプログラム。
【請求項9】
前記コンピュータを、前記プレイヤが操作する仮想キャラクタのアクションに基づき、パラメータを変更するとともに、当該パラメータに基づき、当該プレイヤに報酬を付与する付与手段、
として機能させる請求項１乃至８の何れか１項に記載のプログラム。
【請求項10】
前記表示制御手段は、前記会場に、前記演奏又は前記上演する仮想演者キャラクタを表示制御し、前記反映手段は、前記パラメータに基づき、前記仮想演者キャラクタの行動を変更する、
請求項９に記載のプログラム。
【請求項11】
複数のプレイヤの端末装置と通信可能な情報処理装置であって、前記複数のプレイヤのうち二以上のプレイヤの識別情報と、同一の演奏又は上演が略同時に実行される複数の会場のうち何れか一の会場の識別情報とをマッチングするマッチング手段と、
前記二以上のプレイヤの端末装置に対して、前記マッチング手段がマッチングした一の会場を表示制御するとともに、当該一の会場において当該二以上のプレイヤに対応する複数の仮想キャラクタであって、当該二以上のプレイヤの端末装置における操作に応じて複数のアクションが可能な仮想キャラクタを表示制御する表示制御手段と、
前記複数の会場において前記演奏又は前記上演が実行されている間に、前記一の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを前記複数の会場のうち他の会場に反映するよう反映指示するとともに、当該他の会場から当該一の会場に反映指示がある場合に、当該他の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを当該一の会場に反映する反映手段と、
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム及び情報処理装置に関する。
【背景技術】
【0002】
従来から、プレイヤを表す仮想キャラクタが演奏会場又は上演会場に観客として参加する画像を表示するゲームが知られている。
【0003】
これに関して、特許文献１には、プレイヤの端末装置において演奏を実行し、仮想キャラクタに対して、一人のプレイヤの操作に基づき、手拍子させたり、ペンライトを振らせたり等、アクションさせる技術が開示されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１１－２０６２６７号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ここで、特許文献１の技術では、複数のプレイヤが同一の会場に略同時に参加することを想定していないため、サーバ装置と通信する必要がないが、同一の会場に参加する複数のプレイヤに、それぞれの仮想キャラクタのアクションを表示させる場合には、複数のプレイヤの端末装置とサーバ装置とが通信する環境が必要となる。このような環境において、同一の会場に参加するプレイヤの数が多いと、複数のプレイヤの端末装置とサーバ装置との間の通信量が多くなってしまい、通信負荷が発生してしまう。一方で、同一の会場に参加するプレイヤの数が少ないと、会場全体の盛り上がりに欠けてしまう。
【0006】
本発明はこのような課題に鑑みてなされたものであり、その目的は、複数のプレイヤが同一の会場に略同時に参加する場合において、通信負荷を抑えるとともに、会場全体を盛り上がらせることができるプログラム及び情報処理装置を提供することにある。
【課題を解決するための手段】
【0007】
上記課題を解決するために、本発明の第一態様に係るプログラムは、複数のプレイヤの端末装置と通信可能なコンピュータを、前記複数のプレイヤのうち二以上のプレイヤと、同一の演奏又は上演が略同時に実行される複数の会場のうち何れか一の会場とをマッチングするマッチング手段、前記二以上のプレイヤの端末装置に対して、前記マッチング手段がマッチングした一の会場を表示制御するとともに、当該一の会場において当該二以上のプレイヤに対応する複数の仮想キャラクタであって、当該二以上のプレイヤの端末装置における操作に応じて複数のアクションが可能な仮想キャラクタを表示制御する表示制御手段、前記複数の会場において前記演奏又は前記上演が実行されている間に、前記一の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを前記複数の会場のうち他の会場に反映するよう反映指示するとともに、当該他の会場から当該一の会場に反映指示がある場合に、当該他の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを当該一の会場に反映する反映手段、として機能させる。
【0008】
また、本発明の第二態様に係るプログラムでは、コンピュータを、前記複数の会場毎に、当該会場に表示制御されている仮想キャラクタが実行したアクションの履歴の中から一部のアクションを抽選する抽選手段、として機能させ、前記反映手段は、前記一の会場において、前記他の会場について前記抽選手段が抽選したアクションを反映する。
【0009】
また、本発明の第三態様に係るプログラムでは、前記抽選手段の抽選において、前記複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率が高く設定される。
【0010】
また、本発明の第四態様に係るプログラムでは、前記コンピュータを、前記プレイヤによる課金又はゲームコンテンツの支払いに基づき、アイテムをプレイヤに使用可能にする支払処理手段、として機能させ、前記一部のアクションは、前記アイテムの使用を含み、前記抽選手段の抽選において、支払量が高いアイテムの使用ほど抽選確率が高く設定される。
【0011】
また、本発明の第五態様に係るプログラムでは、前記一部のアクションは、メッセージの投稿を含む。
【0012】
また、本発明の第六態様に係るプログラムでは、前記仮想キャラクタを第一仮想キャラクタとしたとき、前記表示制御手段は、前記一の会場において、前記第一仮想キャラクタと異なる第二仮想キャラクタを表示制御し、前記反映手段は、前記一の会場において表示されている前記第二仮想キャラクタに対して、前記他の会場に表示制御されている各第一仮想キャラクタのアクションの一部のアクションを実行させることで、当該一部のアクションを反映する。
【0013】
また、本発明の第七態様に係るプログラムでは、前記コンピュータを、前記演奏又は上演毎に予め定められたタイミングにおいて、予め定められたアクションを前記第二仮想キャラクタに実行させる実行手段、として機能させる。
【0014】
また、本発明の第八態様に係るプログラムでは、前記予め定められたアクションの種類と、前記反映手段が反映する一部のアクションの種類は異なる。
【0015】
また、本発明の第九態様に係るプログラムでは、前記コンピュータを、前記プレイヤが操作する仮想キャラクタのアクションに基づき、パラメータを変更するとともに、当該パラメータに基づき、当該プレイヤに報酬を付与する付与手段、として機能させる。
【0016】
また、本発明の第十態様に係るプログラムでは、前記表示制御手段は、前記会場に、前記演奏又は前記上演する仮想演者キャラクタを表示制御し、前記反映手段は、前記パラメータに基づき、前記仮想演者キャラクタの行動を変更する。
【0017】
また、本発明の第十一態様に係る情報処理装置は、複数のプレイヤの端末装置と通信可能な情報処理装置であって、前記複数のプレイヤのうち二以上のプレイヤと、同一の演奏又は上演が略同時に実行される複数の会場のうち何れか一の会場とをマッチングするマッチング手段と、前記二以上のプレイヤの端末装置に対して、前記マッチング手段がマッチングした一の会場を表示制御するとともに、当該一の会場において当該二以上のプレイヤに対応する複数の仮想キャラクタであって、当該二以上のプレイヤの端末装置における操作に応じて複数のアクションが可能な仮想キャラクタを表示制御する表示制御手段と、前記複数の会場において前記演奏又は前記上演が実行されている間に、前記一の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを前記複数の会場のうち他の会場に反映するよう反映指示するとともに、当該他の演奏会場から当該一の会場に反映指示がある場合に、当該他の会場に表示制御されている仮想キャラクタのアクションの一部のアクションを当該一の会場に反映する反映手段と、を備える。
【発明の効果】
【0018】
本発明によれば、複数のプレイヤが同一の会場に略同時に参加する場合において、通信負荷を抑えるとともに、会場全体を盛り上がらせることができる。
【図面の簡単な説明】
【0019】
【図1】本実施形態に係るゲームシステムの全体構成の一例を示すブロック図である。
【図3】サーバ装置の機能構成の一例を概略的に示すブロック図である。
【図4】本実施形態に係るゲームシステムにおけるゲーム処理の流れの一例を示すフローチャートである。
【図6】ライブ会場の全体概要の一例を示す説明図である。
【発明を実施するための形態】
【0020】
以下、添付図面を参照しながら本発明の実施形態（以下、適宜、「本実施形態」と称す。）について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。
【0021】
＜全体構成＞
図１は、本実施形態に係るゲームシステム１の全体構成の一例を示すブロック図である。
図１は、本実施形態に係るゲームシステム１の全体構成の一例を示すブロック図である。
【0022】
図１に示すように、ゲームシステム１は、サーバ装置１０と、複数の端末装置１２と、を備える。これらのサーバ装置１０と端末装置１２とは、インターネットやイントラネットや、電話回線等の通信ネットワークＮＴを介して互いに通信可能に接続されている。
【0023】
サーバ装置１０は、ゲームプログラム１４を実行して得られるゲームの実行結果、又はゲームプログラム１４そのものを、通信ネットワークＮＴを介して各端末装置１２のユーザに提供する情報処理装置である。本実施形態では、サーバ装置１０は、ゲームプログラム１４そのものを端末装置１２のユーザに提供する。
【0024】
各端末装置１２は、各ユーザが操作する情報処理装置であって、例えばサーバ装置１０から受信したゲームプログラム１４がインストールされた後、実行することで、各ユーザにゲームを提供する情報処理装置である。これらの端末装置１２としては、ビデオゲーム機や、アーケードゲーム機、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ等の様々なものが挙げられる。本実施形態では、各端末装置１２が、角速度を測定可能なジャイロセンサ（角速度センサ）を備えたスマートフォンである場合を説明する。
【0025】
【0026】
図２に示すように、サーバ装置１０は、制御装置２０と、通信装置２６と、記憶装置２８と、を備える。制御装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２及びメモリ２４を主に備えて構成される。
【0027】
制御装置２０では、ＣＰＵ２２がメモリ２４或いは記憶装置２８等に格納された所定のプログラムを実行することにより、各種の機能的構成として機能する。この機能的構成の詳細については後述する。
【0028】
通信装置２６は、外部の装置と通信するための通信インターフェース等で構成される。通信装置２６は、例えば、端末装置１２との間で各種の情報を送受信する。
【0029】
記憶装置２８は、ハードディスク等で構成される。この記憶装置２８は、ゲームプログラム１４を含む、制御装置２０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。
【0030】
なお、サーバ装置１０は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。また、サーバ装置１０は、単一の情報処理装置より構成されるものであっても、通信ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。また、図２は、サーバ装置１０が有する主要なハードウェア構成の一部を示しているに過ぎず、サーバ装置１０は、サーバが一般的に備える他の構成を備えることができる。また、端末装置１２の構成は、操作手段や表示手段を備える他は、サーバ装置１０と同様の構成である。なお、表示手段として、ジャイロセンサ（角速度センサ）等の位置検出手段及び姿勢検出手段を備えたヘッドマウントディスプレイ等を用いてもよい。
【0031】
＜ゲーム概要＞
本実施形態に係るゲームとしては、音楽ゲームや、ロールプレイングゲーム、シューティングゲーム、アクションゲーム等、特に限定されない。以下では、ゲームが、例えば、音楽ゲームの中でも、演奏又は上演に合わせて操作を楽しむリズムゲームである場合を説明する。このようなゲームにおいて、本実施形態では、ゲーム中に予め定められたタイミングで演奏又は上演が実行される。この演奏又は上演の会場（演奏会場又は上演会場）には、複数のプレイヤの操作に応じて複数のアクションが可能な第一仮想キャラクタがそれぞれ表示されることで、複数のプレイヤが同一の会場に略同時に参加することができる。以下では、演奏についてのみ説明するが、本実施形態は上演についても適用が可能である。
本実施形態に係るゲームとしては、音楽ゲームや、ロールプレイングゲーム、シューティングゲーム、アクションゲーム等、特に限定されない。以下では、ゲームが、例えば、音楽ゲームの中でも、演奏又は上演に合わせて操作を楽しむリズムゲームである場合を説明する。このようなゲームにおいて、本実施形態では、ゲーム中に予め定められたタイミングで演奏又は上演が実行される。この演奏又は上演の会場（演奏会場又は上演会場）には、複数のプレイヤの操作に応じて複数のアクションが可能な第一仮想キャラクタがそれぞれ表示されることで、複数のプレイヤが同一の会場に略同時に参加することができる。以下では、演奏についてのみ説明するが、本実施形態は上演についても適用が可能である。
【0032】
＜機能構成＞
図３は、サーバ装置１０の機能構成の一例を概略的に示すブロック図である。
図３は、サーバ装置１０の機能構成の一例を概略的に示すブロック図である。
【0033】
図３に示すように、サーバ装置１０は、機能構成として、記憶手段５０と、進行手段５２と、支払処理手段５４と、マッチング手段５６と、表示制御手段５８と、実行手段６０と、記憶制御手段６２と、抽選手段６４と、反映手段６６と、付与手段６８と、を備える。なお、記憶手段５０は、記憶装置２８で実現される。その他の機能構成は、制御装置２０がゲームプログラム１４に対応するプログラムを実行することで実現される。また、機能構成の一部は、端末装置１２に設けられてもよい。例えば、進行手段５２や抽選手段６４、実行手段６０等は、サーバ装置１０ではなく、端末装置１２に設けられてもよい。
【0034】
記憶手段５０は、例えば、プレイデータ５０Ａと、演奏会場データ５０Ｂと、演奏スケジュール５０Ｃと、演奏データ５０Ｄと、確率テーブル５０Ｅと、アクション履歴５０Ｆと、を記憶する機能を有する。なお、記憶手段５０が記憶するデータの一部は端末装置１２に記憶されてもよい。例えば、演奏データ５０Ｄ又はアクション履歴５０Ｆは、端末装置１２に記憶されてもよい。
プレイデータ５０Ａは、複数のプレイヤ毎に設けられている。このプレイデータ５０Ａには、ゲームの進行状況や、プレイヤがメインゲームで使用可能なプレイヤキャラクタ、当該プレイヤキャラクタのステータス、演奏会場等で操作可能な第一仮想キャラクタ、アイテム、ゲーム内通貨（コイン）、無償クリスタル、有償クリスタル、応援ポイント等が記述されている。有償クリスタルとは、購入手続き（現金や電子マネーの支払い、クレジットカード決済等）によってプレイヤが取得可能なアイテムの一種である。このような有償クリスタルは、例えば、有償石と称されることもある。また、無償クリスタルとは、ゲームプレイ（各種ゲームの実行）によってプレイヤが取得可能なアイテムの一種である。例えば、無償クリスタルは、ログインや、クエストのクリア、ミッション達成、フレンドとの交流等の報酬として取得できる。この無償クリスタルは、例えば、無償石と称されることもある。また、応援ポイントは、プレイヤがどれだけ演奏を応援したかを示すポイントである。
演奏会場データ５０Ｂは、仮想演者キャラクタが演奏する演奏会場やその待合エリア等を表示するための表示データである。なお、この演奏は、楽器を奏でるばかりでなく、歌を歌う行為も含まれる。本実施形態では、演奏は、仮想演者キャラクタが歌う仮想ライブである。
演奏スケジュール５０Ｃには、演奏が行われる日時が記述されている。
演奏データ５０Ｄは、演奏音を出力するためのデータや、演奏する仮想演者キャラクタのデータ等を含む。
確率テーブル５０Ｅには、第一仮想キャラクタの複数のアクション毎に抽選確率又は抽選の重み付けが記述されている。本実施形態では、複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率や重み付けが高く設定される。また、課金又はゲームコンテンツの支払量が高いアイテムの使用ほど抽選確率重み付けが高く設定される。なお、ゲームコンテンツとしては、例えば、有償クリスタルや、無償クリスタル、コイン等が挙げられる。
アクション履歴５０Ｆは、同一の演奏会場で実行された複数の第一仮想キャラクタのアクションの履歴が記述されている。
プレイデータ５０Ａは、複数のプレイヤ毎に設けられている。このプレイデータ５０Ａには、ゲームの進行状況や、プレイヤがメインゲームで使用可能なプレイヤキャラクタ、当該プレイヤキャラクタのステータス、演奏会場等で操作可能な第一仮想キャラクタ、アイテム、ゲーム内通貨（コイン）、無償クリスタル、有償クリスタル、応援ポイント等が記述されている。有償クリスタルとは、購入手続き（現金や電子マネーの支払い、クレジットカード決済等）によってプレイヤが取得可能なアイテムの一種である。このような有償クリスタルは、例えば、有償石と称されることもある。また、無償クリスタルとは、ゲームプレイ（各種ゲームの実行）によってプレイヤが取得可能なアイテムの一種である。例えば、無償クリスタルは、ログインや、クエストのクリア、ミッション達成、フレンドとの交流等の報酬として取得できる。この無償クリスタルは、例えば、無償石と称されることもある。また、応援ポイントは、プレイヤがどれだけ演奏を応援したかを示すポイントである。
演奏会場データ５０Ｂは、仮想演者キャラクタが演奏する演奏会場やその待合エリア等を表示するための表示データである。なお、この演奏は、楽器を奏でるばかりでなく、歌を歌う行為も含まれる。本実施形態では、演奏は、仮想演者キャラクタが歌う仮想ライブである。
演奏スケジュール５０Ｃには、演奏が行われる日時が記述されている。
演奏データ５０Ｄは、演奏音を出力するためのデータや、演奏する仮想演者キャラクタのデータ等を含む。
確率テーブル５０Ｅには、第一仮想キャラクタの複数のアクション毎に抽選確率又は抽選の重み付けが記述されている。本実施形態では、複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率や重み付けが高く設定される。また、課金又はゲームコンテンツの支払量が高いアイテムの使用ほど抽選確率重み付けが高く設定される。なお、ゲームコンテンツとしては、例えば、有償クリスタルや、無償クリスタル、コイン等が挙げられる。
アクション履歴５０Ｆは、同一の演奏会場で実行された複数の第一仮想キャラクタのアクションの履歴が記述されている。
【0035】
進行手段５２と、ゲームを進行する機能を有する。
【0036】
支払処理手段５４は、プレイヤによる課金又はゲームコンテンツの支払いに基づき、所定のアイテムをプレイヤに使用可能にする機能を有する。
【0037】
マッチング手段５６は、複数のプレイヤのうち二以上のプレイヤと、同一の演奏が同時に実行される複数の演奏会場のうち何れか一の演奏会場とをマッチングする機能を有する。
【0038】
表示制御手段５８は、二以上のプレイヤの端末装置１２に対して、マッチング手段５６がマッチングした一の演奏会場を表示制御する機能を有する。また、表示制御手段５８は、一の演奏会場において二以上のプレイヤに対応する複数の第一仮想キャラクタであって、当該二以上のプレイヤの端末装置１２における操作に応じて複数のアクションが可能な第一仮想キャラクタを表示制御する機能を有する。これら複数のアクションとしては、例えば、第一仮想キャラクタを移動させたり、第一仮想キャラクタをジャンプさせたり、第一仮想キャラクタがペンライトを振らせたり、第一仮想キャラクタがペンライトの色を変更したり、第一仮想キャラクタがスタンプを押したり（表示する）、第一仮想キャラクタがアイテムを使用したり演奏会場のステージに置いたり、第一仮想キャラクタが踊ったり等が挙げられる。また、表示制御手段５８は、一の演奏会場において、第一仮想キャラクタと異なる第二仮想キャラクタを表示制御してもよい。また、表示制御手段５８は、演奏会場に、演奏する仮想演者キャラクタを表示制御してもよい。
【0039】
実行手段６０は、複数の演奏会場において同一の演奏を略同時に実行制御する機能を有する。ここで、略同時とは、数秒単位のずれを含む。また、実行手段６０は、演奏毎に予め定められたタイミングにおいて、予め定められたアクションを第二仮想キャラクタに実行させる機能を有する。ここで、予め定められたアクションの種類と、反映手段６６が第二仮想キャラクタに反映する一部のアクションの種類は異なってもよい。例えば、予め定められたアクションは、ペンライトを振る、ペンライトの色を変更する行為が挙げられ、一部のアクションは、スタンプを押したり（表示する）、メッセージの投稿が可能なアイテムを含むアイテムを使用したり演奏会場のステージに置いたりする行為が挙げられる。
【0040】
記憶制御手段６２は、複数の演奏会場に表示制御されている各第一仮想キャラクタが実行したアクションの履歴をアクション履歴５０Ｆとして記憶手段５０に記憶する機能を有する。
【0041】
抽選手段６４は、複数の演奏会場毎に、アクション履歴５０Ｆの中から一部のアクションを抽選する機能を有する。この抽選手段６４の抽選において、アクション履歴５０Ｆの複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率が高く設定される。また、抽選手段６４の抽選において、課金又はゲーム内通貨の支払量が高い課金アイテムの使用ほど抽選確率が高く設定される。
【0042】
反映手段６６は、複数の演奏会場において同一の演奏が略同時に実行されている間に、一の演奏会場に表示制御されている第一仮想キャラクタのアクションの一部のアクションを複数の演奏会場のうち他の演奏会場に反映するよう当該他の演奏会場に反映指示する機能を有する。また、反映手段６６は、他の演奏会場から一の演奏会場に反映指示がある場合に、当該他の演奏会場に表示制御されている第一仮想キャラクタのアクションの一部のアクションを当該一の演奏会場に反映する機能を有する。具体的には、反映手段６６は、他の演奏会場から一の演奏会場に反映指示がある場合に、当該一の演奏会場において表示されている第二仮想キャラクタに対して、他の演奏会場について抽選手段６４が抽選したアクションを実行させることで、当該他の演奏会場に表示制御されている第一仮想キャラクタのアクションの一部のアクションを反映する。また、反映手段６６は、プレイヤの応援ポイントを仮想演者キャラクタの行動に反映、すなわち、プレイヤの応援ポイントに基づき、仮想演者キャラクタの行動を変更してもよい。
【0043】
付与手段６８は、プレイヤが操作する第一仮想キャラクタのアクションに基づき、パラメータを変更するとともに、パラメータに基づき、当該プレイヤに報酬を付与する機能を有する。具体的には、付与手段６８は、プレイヤが操作する第一仮想キャラクタのアクションがあった場合に、アクションに応じた値のパラメータ（応援ポイント）をプレイヤに加算するとともに、プレイヤの応援ポイントが閾値以上に達した場合に当該プレイヤに報酬を付与する。この報酬としては、コインや無償クリスタル、アイテム等が挙げられる。また、閾値は、複数存在してもよい。この場合、複数の閾値を達する毎に報酬が付与されてもよい。また、付与手段６８は、応援ポイントが高いほどよりよい報酬又は多くの報酬を付与してもよい。なお、パラメータは、応援ポイントの他、応援の割合度や他のプレイヤとの相対値等であってもよい。また、閾値は、演奏項目毎に異なってもよい。また、演奏のパート毎に応援ポイントの閾値が設けられてもよい。ただし、アイテムの使用に関しては、各閾値に係らず、応援ポイントの加算が可能となってもよい。
【0044】
＜ゲーム処理＞
図４は、本実施形態に係るゲームシステム１におけるゲーム処理の流れの一例を示すフローチャートである。以下の処理は、例えば、端末装置１２にてゲームプログラム１４が実行された場合に開始される。なお、以下の処理の順番又は内容は、適宜、変更することができる。
図４は、本実施形態に係るゲームシステム１におけるゲーム処理の流れの一例を示すフローチャートである。以下の処理は、例えば、端末装置１２にてゲームプログラム１４が実行された場合に開始される。なお、以下の処理の順番又は内容は、適宜、変更することができる。
【0045】
（ステップＳＰ１０）
端末装置１２は、メニュー画面を要求するメニュー画面要求をサーバ装置１０に送信する。このメニュー画面要求には、プレイヤのプレイヤＩＤを含む。そして、処理は、ステップＳＰ１２の処理に移行する。
端末装置１２は、メニュー画面を要求するメニュー画面要求をサーバ装置１０に送信する。このメニュー画面要求には、プレイヤのプレイヤＩＤを含む。そして、処理は、ステップＳＰ１２の処理に移行する。
【0046】
（ステップＳＰ１２）
サーバ装置１０は、端末装置１２から、メニュー画面要求を受信する。これに応答して、サーバ装置１０は、メニュー画面要求に含まれるプレイヤＩＤに対応するプレイデータ５０Ａを記憶手段５０から取得する。続いて、サーバ装置１０の反映手段６６は、取得したプレイデータ５０Ａをメニュー画面データ等のゲームデータに反映する。そして、処理は、ステップＳＰ１４の処理に移行する。なお、本ステップＳＰ１２において、サーバ装置１０はログイン認証を行ってもよい。
サーバ装置１０は、端末装置１２から、メニュー画面要求を受信する。これに応答して、サーバ装置１０は、メニュー画面要求に含まれるプレイヤＩＤに対応するプレイデータ５０Ａを記憶手段５０から取得する。続いて、サーバ装置１０の反映手段６６は、取得したプレイデータ５０Ａをメニュー画面データ等のゲームデータに反映する。そして、処理は、ステップＳＰ１４の処理に移行する。なお、本ステップＳＰ１２において、サーバ装置１０はログイン認証を行ってもよい。
【0047】
（ステップＳＰ１４）
サーバ装置１０は、メニュー画面データを要求元の端末装置１２に送信することで、メニュー画面を表示制御する。そして、処理は、ステップＳＰ１６の処理に移行する。
サーバ装置１０は、メニュー画面データを要求元の端末装置１２に送信することで、メニュー画面を表示制御する。そして、処理は、ステップＳＰ１６の処理に移行する。
【0048】
（ステップＳＰ１６）
端末装置１２は、サーバ装置１０から、メニュー画面データを受信する。これに応答して、端末装置１２は、受信したメニュー画面データに基づき、メニュー画面を表示する。このメニュー画面には、図示しないが、例えば、メインゲームボタンと、仮想ライブボタンと、一又は複数の他のボタンと、が設けられている。そして、処理は、ステップＳＰ１８の処理に移行する。
端末装置１２は、サーバ装置１０から、メニュー画面データを受信する。これに応答して、端末装置１２は、受信したメニュー画面データに基づき、メニュー画面を表示する。このメニュー画面には、図示しないが、例えば、メインゲームボタンと、仮想ライブボタンと、一又は複数の他のボタンと、が設けられている。そして、処理は、ステップＳＰ１８の処理に移行する。
【0049】
（ステップＳＰ１８）
端末装置１２は、メニュー画面においてメインゲームボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ２２の処理に移行する。
端末装置１２は、メニュー画面においてメインゲームボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ２２の処理に移行する。
【0050】
（ステップＳＰ２０）
端末装置１２は、サーバ装置１０と通信しながら、メインゲーム処理を実行する。本実施形態では、メインゲーム処理として、リズムゲームの処理が実行される。このメインゲーム処理が終了すると、端末装置１２は、メニュー画面を表示する。そして、処理は、ステップＳＰ２２の処理に移行する。
端末装置１２は、サーバ装置１０と通信しながら、メインゲーム処理を実行する。本実施形態では、メインゲーム処理として、リズムゲームの処理が実行される。このメインゲーム処理が終了すると、端末装置１２は、メニュー画面を表示する。そして、処理は、ステップＳＰ２２の処理に移行する。
【0051】
（ステップＳＰ２２）
端末装置１２は、メニュー画面において仮想ライブボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ４０の処理に移行する。
端末装置１２は、メニュー画面において仮想ライブボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ２４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ４０の処理に移行する。
【0052】
（ステップＳＰ２４）
端末装置１２は、仮想ライブの一覧要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ２６の処理に移行する。
端末装置１２は、仮想ライブの一覧要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ２６の処理に移行する。
【0053】
（ステップＳＰ２６）
サーバ装置１０は、端末装置１２から、一覧要求を受信する。これに応答して、サーバ装置１０は、記憶手段５０から、本日の演奏スケジュール５０Ｃを取得する。続いて、サーバ装置１０は、取得した演奏スケジュール５０Ｃに基づき、ライブ一覧データを生成し、端末装置１２に送信することで、ライブ一覧を表示制御する。そして、処理は、ステップＳＰ２８の処理に移行する。
サーバ装置１０は、端末装置１２から、一覧要求を受信する。これに応答して、サーバ装置１０は、記憶手段５０から、本日の演奏スケジュール５０Ｃを取得する。続いて、サーバ装置１０は、取得した演奏スケジュール５０Ｃに基づき、ライブ一覧データを生成し、端末装置１２に送信することで、ライブ一覧を表示制御する。そして、処理は、ステップＳＰ２８の処理に移行する。
【0054】
（ステップＳＰ２８）
端末装置１２は、サーバ装置１０から、ライブ一覧データを受信する。これに応答して、端末装置１２は、受信したライブ一覧データに基づき、本日開催される一又は複数の仮想ライブのライブ一覧を表示する。そして、処理は、ステップＳＰ３０の処理に移行する。なお、ライブ一覧には、仮想ライブの開催日時や開始時間、終了時間、受付開始時間が表示されてもよい。また、選択可能となっている仮想ライブと、選択不可能となっている仮想ライブとを異なる表示形態にしてもよい。例えば、受付開始時刻に達しておらず、未だ選択不可能な仮想ライブの表示をグレーアウトさせてもよい。
端末装置１２は、サーバ装置１０から、ライブ一覧データを受信する。これに応答して、端末装置１２は、受信したライブ一覧データに基づき、本日開催される一又は複数の仮想ライブのライブ一覧を表示する。そして、処理は、ステップＳＰ３０の処理に移行する。なお、ライブ一覧には、仮想ライブの開催日時や開始時間、終了時間、受付開始時間が表示されてもよい。また、選択可能となっている仮想ライブと、選択不可能となっている仮想ライブとを異なる表示形態にしてもよい。例えば、受付開始時刻に達しておらず、未だ選択不可能な仮想ライブの表示をグレーアウトさせてもよい。
【0055】
（ステップＳＰ３０）
端末装置１２は、プレイヤの操作に基づき、ライブ一覧の中から一の仮想ライブの選択を受け付ける。続いて、端末装置１２は、そのプレイヤと、選択された仮想ライブが略同時に実行される複数のライブ会場のうち何れか一のライブ会場とをマッチングするよう、選択された仮想ライブのライブＩＤとプレイヤＩＤとを含むマッチング要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。
端末装置１２は、プレイヤの操作に基づき、ライブ一覧の中から一の仮想ライブの選択を受け付ける。続いて、端末装置１２は、そのプレイヤと、選択された仮想ライブが略同時に実行される複数のライブ会場のうち何れか一のライブ会場とをマッチングするよう、選択された仮想ライブのライブＩＤとプレイヤＩＤとを含むマッチング要求をサーバ装置１０に送信する。そして、処理は、ステップＳＰ３２の処理に移行する。
【0056】
（ステップＳＰ３２）
サーバ装置１０は、端末装置１２から、マッチング要求を受信する。これに応答して、サーバ装置１０のマッチング手段５６は、マッチング要求に含まれるプレイヤＩＤと、マッチング要求に含まれるライブＩＤに対応し、同一のライブが同時に実行される複数のライブ会場のうち何れか一のライブ会場のライブ会場ＩＤとをマッチングする。ここで、複数のライブ会場は、それぞれ１０人や２０人等、少なくとも二以上のプレイヤがマッチング可能となっている。そして、処理は、ステップＳＰ３４の処理に移行する。
サーバ装置１０は、端末装置１２から、マッチング要求を受信する。これに応答して、サーバ装置１０のマッチング手段５６は、マッチング要求に含まれるプレイヤＩＤと、マッチング要求に含まれるライブＩＤに対応し、同一のライブが同時に実行される複数のライブ会場のうち何れか一のライブ会場のライブ会場ＩＤとをマッチングする。ここで、複数のライブ会場は、それぞれ１０人や２０人等、少なくとも二以上のプレイヤがマッチング可能となっている。そして、処理は、ステップＳＰ３４の処理に移行する。
【0057】
（ステップＳＰ３４）
サーバ装置１０は、端末装置１２と通信しながら、仮想ライブの進行するための仮想ライブ処理を実行する。仮想ライブ処理の詳細は、後述する。そして、処理は、ステップＳＰ３６の処理に移行する。
サーバ装置１０は、端末装置１２と通信しながら、仮想ライブの進行するための仮想ライブ処理を実行する。仮想ライブ処理の詳細は、後述する。そして、処理は、ステップＳＰ３６の処理に移行する。
【0058】
（ステップＳＰ３６）
サーバ装置１０は、メニュー画面データを要求元の端末装置１２に送信することで、メニュー画面を表示制御する。そして、処理は、ステップＳＰ３８の処理に移行する。
サーバ装置１０は、メニュー画面データを要求元の端末装置１２に送信することで、メニュー画面を表示制御する。そして、処理は、ステップＳＰ３８の処理に移行する。
【0059】
（ステップＳＰ３８）
端末装置１２は、サーバ装置１０から、メニュー画面データを受信する。これに応答して、端末装置１２は、受信したメニュー画面データに基づき、メニュー画面を表示する。そして、処理は、ステップＳＰ４０の処理に移行する。
端末装置１２は、サーバ装置１０から、メニュー画面データを受信する。これに応答して、端末装置１２は、受信したメニュー画面データに基づき、メニュー画面を表示する。そして、処理は、ステップＳＰ４０の処理に移行する。
【0060】
（ステップＳＰ４０）
端末装置１２は、メニュー画面において他のボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ４２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１８の処理に戻る。
端末装置１２は、メニュー画面において他のボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ４２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１８の処理に戻る。
【0061】
（ステップＳＰ４２）
端末装置１２は、サーバ装置１０と通信しながら、他のボタンに対応する対応処理を実行する。この対応処理としては、例えば、所持アイテムの一覧表示処理、所持キャラクタの一覧表示処理、ゲームコンテンツの抽選処理等が挙げられる。続いて、対応処理が終了すると、端末装置１２は、メニュー画面を表示する。そして、処理は、ステップＳＰ１８の処理に戻る。
端末装置１２は、サーバ装置１０と通信しながら、他のボタンに対応する対応処理を実行する。この対応処理としては、例えば、所持アイテムの一覧表示処理、所持キャラクタの一覧表示処理、ゲームコンテンツの抽選処理等が挙げられる。続いて、対応処理が終了すると、端末装置１２は、メニュー画面を表示する。そして、処理は、ステップＳＰ１８の処理に戻る。
【0062】
＜仮想ライブ処理＞
図５は、図４のステップＳＰ３４に示す仮想ライブ処理の流れの一例を示すフローチャートである。この仮想ライブ処理は、複数のライブ会場毎に同時に実行される。なお、以下の処理の順番又は内容は、適宜、変更することができる。また、図５では、煩雑さを避けるため、端末装置１２の処理の記載は省略している。また、ライブ会場毎に、以下の処理を実行するサーバ装置１０が異なってもよい。
図５は、図４のステップＳＰ３４に示す仮想ライブ処理の流れの一例を示すフローチャートである。この仮想ライブ処理は、複数のライブ会場毎に同時に実行される。なお、以下の処理の順番又は内容は、適宜、変更することができる。また、図５では、煩雑さを避けるため、端末装置１２の処理の記載は省略している。また、ライブ会場毎に、以下の処理を実行するサーバ装置１０が異なってもよい。
【0063】
（ステップＳＰ６０）
サーバ装置１０の表示制御手段５８は、プレイデータ５０Ａや演奏会場データ５０Ｂに基づき、プレイヤにマッチングされたライブ会場の待合エリアと、当該プレイヤに対応する第一仮想キャラクタであって、当該プレイヤの端末装置１２における操作に応じて複数のアクションが可能な第一仮想キャラクタを、マッチングされた二以上のプレイヤの端末装置１２に対して表示制御する。なお、一のライブ会場には二以上のプレイヤがマッチングされるので、当該一のライブ会場や対応する待合エリアには、当該二以上のプレイヤに対応する第一仮想キャラクタがそれぞれ表示されるようになる。この待合エリアでは、他のプレイヤとチャットしたり、アイテムや衣装等を購入したり、第一仮想キャラクタのカラーや衣装、アクセサリ、ペンライト、アクション等を設定したり、各プレイヤの応援ポイントのランキングを見たりすることができる。本実施形態では、待合エリアに、アイテムや衣装等を購入するために、待合エリアに仮想ショップボタンが設けられている。そして、処理は、ステップＳＰ６２の処理に移行する。
サーバ装置１０の表示制御手段５８は、プレイデータ５０Ａや演奏会場データ５０Ｂに基づき、プレイヤにマッチングされたライブ会場の待合エリアと、当該プレイヤに対応する第一仮想キャラクタであって、当該プレイヤの端末装置１２における操作に応じて複数のアクションが可能な第一仮想キャラクタを、マッチングされた二以上のプレイヤの端末装置１２に対して表示制御する。なお、一のライブ会場には二以上のプレイヤがマッチングされるので、当該一のライブ会場や対応する待合エリアには、当該二以上のプレイヤに対応する第一仮想キャラクタがそれぞれ表示されるようになる。この待合エリアでは、他のプレイヤとチャットしたり、アイテムや衣装等を購入したり、第一仮想キャラクタのカラーや衣装、アクセサリ、ペンライト、アクション等を設定したり、各プレイヤの応援ポイントのランキングを見たりすることができる。本実施形態では、待合エリアに、アイテムや衣装等を購入するために、待合エリアに仮想ショップボタンが設けられている。そして、処理は、ステップＳＰ６２の処理に移行する。
【0064】
（ステップＳＰ６２）
表示制御手段５８は、待合エリアにおいて仮想ショップボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ６４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６８の処理に移行する。
表示制御手段５８は、待合エリアにおいて仮想ショップボタンが押下されたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ６４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６８の処理に移行する。
【0065】
（ステップＳＰ６４）
表示制御手段５８は、仮想ショップボタンを押下したプレイヤの端末装置１２に対してショップ画面を表示制御する。そして、処理は、ステップＳＰ６６の処理に移行する。
表示制御手段５８は、仮想ショップボタンを押下したプレイヤの端末装置１２に対してショップ画面を表示制御する。そして、処理は、ステップＳＰ６６の処理に移行する。
【0066】
（ステップＳＰ６６）
サーバ装置１０の支払処理手段５４は、ショップ画面において、第一仮想キャラクタ用の衣装やアクセサリ等がユーザにより選択された場合、支払処理を実行する。具体的には、支払処理手段５４は、プレイヤのプレイデータ５０Ａにおけるコイン、無償クリスタル、又は、有償クリスタルの３つのゲームコンテンツのうち何れか一つを支払うことにより、選択されたものをプレイヤに付与する。そして、処理は、ステップＳＰ６８の処理に移行する。
サーバ装置１０の支払処理手段５４は、ショップ画面において、第一仮想キャラクタ用の衣装やアクセサリ等がユーザにより選択された場合、支払処理を実行する。具体的には、支払処理手段５４は、プレイヤのプレイデータ５０Ａにおけるコイン、無償クリスタル、又は、有償クリスタルの３つのゲームコンテンツのうち何れか一つを支払うことにより、選択されたものをプレイヤに付与する。そして、処理は、ステップＳＰ６８の処理に移行する。
【0067】
（ステップＳＰ６８）
表示制御手段５８は、演奏スケジュール５０Ｃに基づき、待合エリアに対応するライブ会場の開場時間か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６２の処理に戻る。
表示制御手段５８は、演奏スケジュール５０Ｃに基づき、待合エリアに対応するライブ会場の開場時間か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ６２の処理に戻る。
【0068】
（ステップＳＰ７０）
表示制御手段５８は、待合エリアに、対応するライブ会場の入口を各端末装置１２に表示制御する。続いて、表示制御手段５８は、入口がプレイヤにより選択された場合に、待合エリアに代わって、当該待合エリアに対応するライブ会場を端末装置１２に表示制御する。また、表示制御手段５８は、適宜、ライブ会場に参加した二以上のプレイヤの第一仮想キャラクタや、プレイヤが直接操作しない第二仮想キャラクタ、演奏する仮想演者キャラクタ等を端末装置１２に表示制御する。なお、本ステップでは、表示制御手段５８は、入口がプレイヤにより選択された場合にライブ会場を表示制御する場合を説明したが、自動的に、ライブ会場を表示制御してもよい。
表示制御手段５８は、待合エリアに、対応するライブ会場の入口を各端末装置１２に表示制御する。続いて、表示制御手段５８は、入口がプレイヤにより選択された場合に、待合エリアに代わって、当該待合エリアに対応するライブ会場を端末装置１２に表示制御する。また、表示制御手段５８は、適宜、ライブ会場に参加した二以上のプレイヤの第一仮想キャラクタや、プレイヤが直接操作しない第二仮想キャラクタ、演奏する仮想演者キャラクタ等を端末装置１２に表示制御する。なお、本ステップでは、表示制御手段５８は、入口がプレイヤにより選択された場合にライブ会場を表示制御する場合を説明したが、自動的に、ライブ会場を表示制御してもよい。
【0069】
図６は、ライブ会場の全体概要の一例を示す説明図である。
【0070】
図６に示すように、ライブ会場１００には、ステージエリアＡ１と、第一客席エリアＡ２と、第二客席エリアＡ３と、が設定されている。ステージエリアＡ１には、一又は複数の仮想演者キャラクタＰが表示される。第一客席エリアＡ２には、参加した二以上のプレイヤが操作可能なそれぞれの第一仮想キャラクタＣ１が表示される。第一仮想キャラクタＣ１は、この第一客席エリアＡ２の範囲内で移動可能となっている。なお、第一仮想キャラクタＣ１は、他の第一仮想キャラクタＣ１と一定距離範囲内に近づくと、当該他の第一仮想キャラクタＣ１を非表示にしてもよい。第二客席エリアＡ３には、複数の第二仮想キャラクタＣ２が表示制御される。第二仮想キャラクタＣ２の数は、１００人や１０００人等、第一客席エリアＡ２に表示される第一仮想キャラクタＣ１の数より多いことが好ましい。この第二客席エリアＡ３は、同一のライブが略同時に実行される複数のライブ会場のうち他のライブ会場から影響を受けるエリアである。具体的には、第二客席エリアＡ３は、他のライブ会場に表示制御されている第一仮想キャラクタのアクションの一部のアクションが反映されるエリアである。例えば、同一のライブが略同時に実行されるライブ会場が他に５つある場合、第二客席エリアＡ３には、一つ目のライブ会場から影響を受けるエリアＡ３（１）、二つ目のライブ会場から影響を受けるエリアＡ３（２）、三つ目のライブ会場から影響を受けるエリアＡ３（３）、四つ目のライブ会場から影響を受けるエリアＡ３（４）、五つ目のライブ会場から影響を受けるエリアＡ３（５）を含んで構成される。
【0071】
図５に戻って、処理は、ステップＳＰ７２の処理に移行する。
【0072】
（ステップＳＰ７２）
サーバ装置１０の進行手段５２は、演奏スケジュール５０Ｃに基づき、ライブ開始時間か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ７２の処理に戻る。
サーバ装置１０の進行手段５２は、演奏スケジュール５０Ｃに基づき、ライブ開始時間か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７４の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ７２の処理に戻る。
【0073】
（ステップＳＰ７４）
サーバ装置１０の実行手段６０は、演奏データ５０Ｄに基づき、仮想ライブを実行し、ライブ会場１００に参加している二以上のプレイヤの端末装置１２に実行結果を出力する。なお、演奏データ５０Ｄが端末装置１２にインストールされている場合には、実行手段６０は、仮想ライブを実行する代わりに、ライブ会場１００に参加している二以上の端末装置１２に仮想ライブの実行指示を出力する。これにより、ライブ会場１００に参加している二以上のプレイヤは、各端末装置１２にて、仮想演者キャラクタＰが踊りながら歌う仮想ライブを視聴することができる。
サーバ装置１０の実行手段６０は、演奏データ５０Ｄに基づき、仮想ライブを実行し、ライブ会場１００に参加している二以上のプレイヤの端末装置１２に実行結果を出力する。なお、演奏データ５０Ｄが端末装置１２にインストールされている場合には、実行手段６０は、仮想ライブを実行する代わりに、ライブ会場１００に参加している二以上の端末装置１２に仮想ライブの実行指示を出力する。これにより、ライブ会場１００に参加している二以上のプレイヤは、各端末装置１２にて、仮想演者キャラクタＰが踊りながら歌う仮想ライブを視聴することができる。
【0074】
【0075】
図７に示すように、仮想ライブ画面１１０には、例えば、仮想演者キャラクタＰや、ステージエリアＡ１が表示されている。また、仮想ライブ画面１１０には、表示バー１１２が表示されている。表示バー１１２では、仮想ライブを視聴しているプレイヤの応援ポイントがバーにて示されている。また、仮想ライブ画面１１０には、プレイヤが操作する第一仮想キャラクタＣ１が持っているペンライト１１４が表示されている。また、ステージエリアＡ１には、予め定められたアイテムが使用された場合に、そのアイテム１１６が表示される。例えば、このアイテム１１６としては、花束１１６Ａや、手紙１１６Ｂ等が挙げられる。手紙１１６Ｂは使用された場合に、メッセージの投稿というアクションができ、その投稿されたメッセージ１１８が他のプレイヤにも視聴が可能となる。このメッセージは、手紙１１６Ｂを使用した際にプレイヤが端末装置１２にて入力したものであっても、予め定められたものであってもよい。また、視野１０２によっては、他の第一仮想キャラクタＣ１や第二仮想キャラクタＣ２がアクションをしている様子等も視聴することができる。この視野１０２は、例えば、端末装置１２に備えらえたジャイロセンサの出力値や、タップ操作に基づき、変更が可能である。
【0076】
図５に戻って、処理は、ステップＳＰ７６の処理に移行する。
【0077】
（ステップＳＰ７６）
進行手段５２は、ライブ会場１００に参加している二以上のプレイヤのうち何れか一人のプレイヤの端末装置１２から送信された操作情報を受け付けたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７８の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８４の処理に移行する。
進行手段５２は、ライブ会場１００に参加している二以上のプレイヤのうち何れか一人のプレイヤの端末装置１２から送信された操作情報を受け付けたか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ７８の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８４の処理に移行する。
【0078】
（ステップＳＰ７８）
実行手段６０は、操作情報を送信したプレイヤに対応する第一仮想キャラクタＣ１に対して、操作情報に対応するアクションを実行させる。このアクションの内容は、表示制御手段５８によって、各端末装置１２に表示される。また、アクションとして、予め定められたアイテムを使用するというアクションを実行する場合には、実行の前に、支払処理手段５４が、プレイヤによる課金又はゲームコンテンツ（ゲーム内通貨やクリスタル等）の支払いに基づき、アイテムをプレイヤに使用可能にする。そして、処理は、ステップＳＰ８０の処理に移行する。なお、アイテムを待合エリアで購入している場合には、アイテムの使用の前に、課金等の支払いは不要であってもよい。
実行手段６０は、操作情報を送信したプレイヤに対応する第一仮想キャラクタＣ１に対して、操作情報に対応するアクションを実行させる。このアクションの内容は、表示制御手段５８によって、各端末装置１２に表示される。また、アクションとして、予め定められたアイテムを使用するというアクションを実行する場合には、実行の前に、支払処理手段５４が、プレイヤによる課金又はゲームコンテンツ（ゲーム内通貨やクリスタル等）の支払いに基づき、アイテムをプレイヤに使用可能にする。そして、処理は、ステップＳＰ８０の処理に移行する。なお、アイテムを待合エリアで購入している場合には、アイテムの使用の前に、課金等の支払いは不要であってもよい。
【0079】
（ステップＳＰ８０）
サーバ装置１０の記憶制御手段６２は、ステップＳＰ７８で実行されたアクションをアクション履歴５０Ｆに記憶する。なお、アクションの種類によっては、記憶制御手段６２は、ステップＳＰ７８で実行されたアクションをアクション履歴５０Ｆに記憶しなくてもよい。例えば、移動するというアクション、ペンライトの色を変えるというアクション、ペンライトを振るというアクション等は、他の演奏会場に反映しないので、記憶制御手段６２は、アクション履歴５０Ｆに記憶しなくてもよい。そして、処理は、ステップＳＰ８２の処理に移行する。
サーバ装置１０の記憶制御手段６２は、ステップＳＰ７８で実行されたアクションをアクション履歴５０Ｆに記憶する。なお、アクションの種類によっては、記憶制御手段６２は、ステップＳＰ７８で実行されたアクションをアクション履歴５０Ｆに記憶しなくてもよい。例えば、移動するというアクション、ペンライトの色を変えるというアクション、ペンライトを振るというアクション等は、他の演奏会場に反映しないので、記憶制御手段６２は、アクション履歴５０Ｆに記憶しなくてもよい。そして、処理は、ステップＳＰ８２の処理に移行する。
【0080】
（ステップＳＰ８２）
付与手段６８は、アクションしたプレイヤに対して、当該アクションに応じた応援ポイントをプレイヤに付与する。具体的には、付与手段６８は、アクションしたプレイヤのプレイデータ５０Ａに記録されている応援ポイントに、当該アクションに応じた応援ポイントを加算する。例えば、付与手段６８は、実行されたアクションが、ペンライトを振るというアクションの場合には応援ポイントを「１」加算し、スタンプを押すというアクションの場合には応援ポイントを「３」加算する。また、付与手段６８は、実行されたアクションが、ジャンプというアクションの場合には応援ポイントを「２」加算し、アイテムの使用というアクションの場合には応援ポイントを「４」加算する。また、付与手段６８は、アイテムに応じて加算する応援ポイントを変更してもよい。例えば、使用に課金等の支払いが生じるアイテムであれば、加算する応援ポイントを高くし、使用に課金等の支払いが生じないアイテムであれば、加算する応援ポイントを低くしてもよい。なお、上記応援ポイントの各加算値は一例であって、特に限定されるものではない。また、付与手段６８は、応援ポイントの閾値に達した場合は、アイテムの使用というアクションを除き、応援ポイントを加算しない。そして、処理は、ステップＳＰ８４の処理に移行する。
付与手段６８は、アクションしたプレイヤに対して、当該アクションに応じた応援ポイントをプレイヤに付与する。具体的には、付与手段６８は、アクションしたプレイヤのプレイデータ５０Ａに記録されている応援ポイントに、当該アクションに応じた応援ポイントを加算する。例えば、付与手段６８は、実行されたアクションが、ペンライトを振るというアクションの場合には応援ポイントを「１」加算し、スタンプを押すというアクションの場合には応援ポイントを「３」加算する。また、付与手段６８は、実行されたアクションが、ジャンプというアクションの場合には応援ポイントを「２」加算し、アイテムの使用というアクションの場合には応援ポイントを「４」加算する。また、付与手段６８は、アイテムに応じて加算する応援ポイントを変更してもよい。例えば、使用に課金等の支払いが生じるアイテムであれば、加算する応援ポイントを高くし、使用に課金等の支払いが生じないアイテムであれば、加算する応援ポイントを低くしてもよい。なお、上記応援ポイントの各加算値は一例であって、特に限定されるものではない。また、付与手段６８は、応援ポイントの閾値に達した場合は、アイテムの使用というアクションを除き、応援ポイントを加算しない。そして、処理は、ステップＳＰ８４の処理に移行する。
【0081】
（ステップＳＰ８４）
進行手段５２は、仮想ライブが実行されてから第一所定時間が経過したか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ８６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８８の処理に移行する。なお、この第一所定時間は、演奏毎に予め定められた時間（タイミング）であって、一又は複数存在する。また、本ステップでは、仮想ライブが実行されてから第一所定時間が経過したか否かを判定する代わりに、進行手段５２は、所定の曲や所定のパートになったか等、所定のタイミングか否かを判定してもよい。
進行手段５２は、仮想ライブが実行されてから第一所定時間が経過したか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ８６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ８８の処理に移行する。なお、この第一所定時間は、演奏毎に予め定められた時間（タイミング）であって、一又は複数存在する。また、本ステップでは、仮想ライブが実行されてから第一所定時間が経過したか否かを判定する代わりに、進行手段５２は、所定の曲や所定のパートになったか等、所定のタイミングか否かを判定してもよい。
【0082】
（ステップＳＰ８６）
実行手段６０は、ペンライトを振る、ペンライトの色を変更する等の予め定められたアクションを、ライブ会場１００にいる一部又は全部の第二仮想キャラクタＣ２に実行させる。例えば、実行手段６０は、ペンライトの色をピンク色に変更するというアクションを、第二仮想キャラクタＣ２の全体の半数以上、例えば９５％の数の第二仮想キャラクタＣ２に実行させる。なお、１００％としない理由は、不自然さを防ぐためであるが、１００％を含めて必要に応じて数値を調整してもよい。プレイヤの視野１０２によっては、プレイヤは、この第二仮想キャラクタＣ２がアクションをしている様子を視聴することができる。そして、処理は、ステップＳＰ８８の処理に移行する。
実行手段６０は、ペンライトを振る、ペンライトの色を変更する等の予め定められたアクションを、ライブ会場１００にいる一部又は全部の第二仮想キャラクタＣ２に実行させる。例えば、実行手段６０は、ペンライトの色をピンク色に変更するというアクションを、第二仮想キャラクタＣ２の全体の半数以上、例えば９５％の数の第二仮想キャラクタＣ２に実行させる。なお、１００％としない理由は、不自然さを防ぐためであるが、１００％を含めて必要に応じて数値を調整してもよい。プレイヤの視野１０２によっては、プレイヤは、この第二仮想キャラクタＣ２がアクションをしている様子を視聴することができる。そして、処理は、ステップＳＰ８８の処理に移行する。
【0083】
（ステップＳＰ８８）
進行手段５２は、仮想ライブが実行されてから第二所定時間が経過したか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ９０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ９６の処理に移行する。なお、この第二所定時間は、演奏毎に予め定められた時間（タイミング）であって、複数存在する。複数の第二所定時間の間隔は、盛り上がりのタイミングを合わせるという観点から、秒単位であることが好ましい。また、本ステップでは、仮想ライブが実行されてから第二所定時間が経過したか否かを判定する代わりに、進行手段５２は、所定の曲や所定のパートになったか等、所定のタイミングか否かを判定してもよい。
進行手段５２は、仮想ライブが実行されてから第二所定時間が経過したか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ９０の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ９６の処理に移行する。なお、この第二所定時間は、演奏毎に予め定められた時間（タイミング）であって、複数存在する。複数の第二所定時間の間隔は、盛り上がりのタイミングを合わせるという観点から、秒単位であることが好ましい。また、本ステップでは、仮想ライブが実行されてから第二所定時間が経過したか否かを判定する代わりに、進行手段５２は、所定の曲や所定のパートになったか等、所定のタイミングか否かを判定してもよい。
【0084】
（ステップＳＰ９０）
抽選手段６４は、確率テーブル５０Ｅの確率又は重み付けに基づき、アクション履歴５０Ｆの中から例えば一つのアクションを抽選する。この抽選において、複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率が高く設定されて抽選される。また、課金等の支払量が高いアイテムの使用ほど抽選確率が高く設定されて抽選される。そして、処理は、ステップＳＰ９２の処理に移行する。なお、抽選の際、アクション履歴５０Ｆの中において直前のアクションの重み付けを高くしてもよい。
抽選手段６４は、確率テーブル５０Ｅの確率又は重み付けに基づき、アクション履歴５０Ｆの中から例えば一つのアクションを抽選する。この抽選において、複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率が高く設定されて抽選される。また、課金等の支払量が高いアイテムの使用ほど抽選確率が高く設定されて抽選される。そして、処理は、ステップＳＰ９２の処理に移行する。なお、抽選の際、アクション履歴５０Ｆの中において直前のアクションの重み付けを高くしてもよい。
【0085】
（ステップＳＰ９２）
反映手段６６は、本ライブ会場１００に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクション、すなわち、抽選手段６４が抽選した一つのアクションを、同一の仮想ライブが略同時に実行されている他のライブ会場１００に反映するよう、当該他のライブ会場１００に反映指示する。そして、処理は、ステップＳＰ９４の処理に移行する。
反映手段６６は、本ライブ会場１００に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクション、すなわち、抽選手段６４が抽選した一つのアクションを、同一の仮想ライブが略同時に実行されている他のライブ会場１００に反映するよう、当該他のライブ会場１００に反映指示する。そして、処理は、ステップＳＰ９４の処理に移行する。
【0086】
（ステップＳＰ９４）
記憶制御手段６２は、アクション履歴５０Ｆをリセット（初期化）する。そして、処理は、ステップＳＰ９６の処理に移行する。
記憶制御手段６２は、アクション履歴５０Ｆをリセット（初期化）する。そして、処理は、ステップＳＰ９６の処理に移行する。
【0087】
（ステップＳＰ９６）
反映手段６６は、他のライブ会場１００から本ライブ会場１００に反映指示があるか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ９８の処理に移行し、当該判定が否定判定された場合にはステップＳＰ１００の処理に移行する。
反映手段６６は、他のライブ会場１００から本ライブ会場１００に反映指示があるか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ９８の処理に移行し、当該判定が否定判定された場合にはステップＳＰ１００の処理に移行する。
【0088】
（ステップＳＰ９８）
反映手段６６は、他のライブ会場１００に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを本ライブ会場１００に反映する。具体的には、反映手段６６は、第二客席エリアＡ３のうち、他のライブ会場１００に対応するエリアＡ３（１）～Ａ３（５）にいる第二仮想キャラクタＣ２に対して、他のライブ会場１００に表示制御されている各第一仮想キャラクタＣ１のアクションの一部のアクションを実行させる。例えば、他のライブ会場１００に表示制御されている各第一仮想キャラクタＣ１のアクションの一部のアクション、特に、図７に示す花束１１６Ａの使用や、メッセージ１１８を含む手紙１１６Ｂの使用等が、本ライブ会場１００に参加しているプレイヤでも見れるようになる。そして、処理は、ステップＳＰ１００の処理に移行する。
反映手段６６は、他のライブ会場１００に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを本ライブ会場１００に反映する。具体的には、反映手段６６は、第二客席エリアＡ３のうち、他のライブ会場１００に対応するエリアＡ３（１）～Ａ３（５）にいる第二仮想キャラクタＣ２に対して、他のライブ会場１００に表示制御されている各第一仮想キャラクタＣ１のアクションの一部のアクションを実行させる。例えば、他のライブ会場１００に表示制御されている各第一仮想キャラクタＣ１のアクションの一部のアクション、特に、図７に示す花束１１６Ａの使用や、メッセージ１１８を含む手紙１１６Ｂの使用等が、本ライブ会場１００に参加しているプレイヤでも見れるようになる。そして、処理は、ステップＳＰ１００の処理に移行する。
【0089】
（ステップＳＰ１００）
進行手段５２は、レスタイム（第三所定時間）か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１０２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１０４の処理に移行する。
進行手段５２は、レスタイム（第三所定時間）か否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１０２の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ１０４の処理に移行する。
【0090】
（ステップＳＰ１０２）
実行手段６０は、仮想演者キャラクタＰに対して、プレイヤ（第一仮想キャラクタ）へのレスポンス（行動）を実行させる。このレスポンスとしては、例えば、プレイヤの方に向く、プレイヤの方に手を振る、プレイヤに挨拶する、プレイヤと握手する、プレイヤの名前を言う、プレイヤにプレゼント（アイテム）を渡す等が挙げられる。ここで、反映手段６６は、プレイヤの応援ポイントに基づき、仮想演者キャラクタＰのレスポンスを変更してもよい。例えば、応援ポイントが多いプレイヤの方に、多くのレスポンスが実行されてもよい。また、抽選手段６４が、応援ポイントを抽選確率に反映して、本ライブ会場１００に参加しているプレイヤの中から、レスポンスするプレイヤを抽選してもよい。そして、処理は、ステップＳＰ１０４の処理に移行する。
実行手段６０は、仮想演者キャラクタＰに対して、プレイヤ（第一仮想キャラクタ）へのレスポンス（行動）を実行させる。このレスポンスとしては、例えば、プレイヤの方に向く、プレイヤの方に手を振る、プレイヤに挨拶する、プレイヤと握手する、プレイヤの名前を言う、プレイヤにプレゼント（アイテム）を渡す等が挙げられる。ここで、反映手段６６は、プレイヤの応援ポイントに基づき、仮想演者キャラクタＰのレスポンスを変更してもよい。例えば、応援ポイントが多いプレイヤの方に、多くのレスポンスが実行されてもよい。また、抽選手段６４が、応援ポイントを抽選確率に反映して、本ライブ会場１００に参加しているプレイヤの中から、レスポンスするプレイヤを抽選してもよい。そして、処理は、ステップＳＰ１０４の処理に移行する。
【0091】
（ステップＳＰ１０４）
進行手段５２は、仮想ライブが終了したか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１０６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ７６の処理に戻る。
進行手段５２は、仮想ライブが終了したか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１０６の処理に移行し、当該判定が否定判定された場合には処理はステップＳＰ７６の処理に戻る。
【0092】
（ステップＳＰ１０６）
付与手段６８は、プレイヤの応援ポイントが閾値以上か否かを判定する。本実施形態では、付与手段６８は、応援ポイントが閾値以上のプレイヤがいるか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１０８の処理に移行し、当該判定が否定判定された場合には図５に示す一連の処理が終了する。
付与手段６８は、プレイヤの応援ポイントが閾値以上か否かを判定する。本実施形態では、付与手段６８は、応援ポイントが閾値以上のプレイヤがいるか否かを判定する。そして、当該判定が肯定判定された場合には処理はステップＳＰ１０８の処理に移行し、当該判定が否定判定された場合には図５に示す一連の処理が終了する。
【0093】
（ステップＳＰ１０８）
付与手段６８は、応援ポイントが閾値以上のプレイヤに報酬を付与する。なお、付与手段６８は、応援ポイントに応じて異なる報酬を付与してもよい。また、応援ポイントが閾値未満のプレイヤにも、上記報酬と異なる報酬を付与してもよい。そして、図５に示す一連の処理が終了する。
付与手段６８は、応援ポイントが閾値以上のプレイヤに報酬を付与する。なお、付与手段６８は、応援ポイントに応じて異なる報酬を付与してもよい。また、応援ポイントが閾値未満のプレイヤにも、上記報酬と異なる報酬を付与してもよい。そして、図５に示す一連の処理が終了する。
【0094】
＜効果＞
以上、本実施形態では、複数のプレイヤの端末装置１２と通信可能なサーバ装置１０が、複数のプレイヤのうち二以上のプレイヤと、同一の演奏（ライブ）が略同時に実行される複数のライブ会場１００のうち何れか一のライブ会場とをマッチングするマッチング手段５６を備える。また、サーバ装置１０が、二以上のプレイヤの端末装置１２に対して、マッチング手段５６がマッチングした一のライブ会場を表示制御するとともに、当該一のライブ会場において当該二以上のプレイヤに対応する複数の第一仮想キャラクタＣ１であって、当該二以上のプレイヤの端末装置１２における操作に応じて複数のアクションが可能な第一仮想キャラクタＣ１を表示制御する表示制御手段５８を備える。さらに、サーバ装置１０が、複数のライブ会場１００においてライブが実行されている間に、一のライブ会場に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを複数のライブ会場１００のうち他のライブ会場に反映するよう反映指示するとともに、当該他のライブ会場から当該一のライブ会場に反映指示がある場合に、当該他のライブ会場に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを当該一のライブ会場に反映する反映手段６６を備える。
この構成によれば、複数のプレイヤのうち二以上のプレイヤと、同一の演奏（ライブ）が略同時に実行される複数のライブ会場１００のうち何れか一のライブ会場とをマッチングするので、同一のライブを視聴したいプレイヤの数が多くても、その同一のライブが略同時に実行される複数のライブ会場１００のうち何れか一つに振り分けることができる。この結果、一のライブ会場１００に参加するプレイヤの数も減り、一のライブ会場１００においては第一仮想キャラクタＣ１をアクション等するための端末装置１２とサーバ装置１０との通信量を低減でき、通信負荷を抑えることができる。また、上記構成によれば、他のライブ会場から一のライブ会場に反映指示がある場合に、当該他のライブ会場に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを当該一のライブ会場に反映するので、あたかもマッチングされたプレイヤの数以上の大人数のプレイヤが同一のライブ会場に参加しているような感覚をプレイヤに与えることができ、もってライブ会場全体を盛り上がらせることができる。
以上、本実施形態では、複数のプレイヤの端末装置１２と通信可能なサーバ装置１０が、複数のプレイヤのうち二以上のプレイヤと、同一の演奏（ライブ）が略同時に実行される複数のライブ会場１００のうち何れか一のライブ会場とをマッチングするマッチング手段５６を備える。また、サーバ装置１０が、二以上のプレイヤの端末装置１２に対して、マッチング手段５６がマッチングした一のライブ会場を表示制御するとともに、当該一のライブ会場において当該二以上のプレイヤに対応する複数の第一仮想キャラクタＣ１であって、当該二以上のプレイヤの端末装置１２における操作に応じて複数のアクションが可能な第一仮想キャラクタＣ１を表示制御する表示制御手段５８を備える。さらに、サーバ装置１０が、複数のライブ会場１００においてライブが実行されている間に、一のライブ会場に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを複数のライブ会場１００のうち他のライブ会場に反映するよう反映指示するとともに、当該他のライブ会場から当該一のライブ会場に反映指示がある場合に、当該他のライブ会場に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを当該一のライブ会場に反映する反映手段６６を備える。
この構成によれば、複数のプレイヤのうち二以上のプレイヤと、同一の演奏（ライブ）が略同時に実行される複数のライブ会場１００のうち何れか一のライブ会場とをマッチングするので、同一のライブを視聴したいプレイヤの数が多くても、その同一のライブが略同時に実行される複数のライブ会場１００のうち何れか一つに振り分けることができる。この結果、一のライブ会場１００に参加するプレイヤの数も減り、一のライブ会場１００においては第一仮想キャラクタＣ１をアクション等するための端末装置１２とサーバ装置１０との通信量を低減でき、通信負荷を抑えることができる。また、上記構成によれば、他のライブ会場から一のライブ会場に反映指示がある場合に、当該他のライブ会場に表示制御されている第一仮想キャラクタＣ１のアクションの一部のアクションを当該一のライブ会場に反映するので、あたかもマッチングされたプレイヤの数以上の大人数のプレイヤが同一のライブ会場に参加しているような感覚をプレイヤに与えることができ、もってライブ会場全体を盛り上がらせることができる。
【0095】
また、本実施形態では、複数のライブ会場１００毎に、当該ライブ会場１００に表示制御されている第一仮想キャラクタＣ１が実行したアクションのアクション履歴５０Ｆの中から一部のアクションを抽選する抽選手段６４を備え、反映手段６６は、一のライブ会場において、他のライブ会場について抽選手段６４が抽選したアクションを反映する。
この構成によれば、他のライブ会場にいるそれぞれの第一仮想キャラクタＣ１のアクションを反映できる可能性を持つため、もってライブ会場全体を盛り上がらせることができる。
この構成によれば、他のライブ会場にいるそれぞれの第一仮想キャラクタＣ１のアクションを反映できる可能性を持つため、もってライブ会場全体を盛り上がらせることができる。
【0096】
また、本実施形態では、抽選手段６４の抽選において、複数のアクションのうち課金又はゲームコンテンツの支払いを伴うアクションの抽選確率が高く設定される。
この構成によれば、課金又はゲームコンテンツの支払いを伴うアクションが、一のライブ会場だけでなく、他のライブ会場まで反映され易いので、プレイヤに誉れを与えることができる。この結果、課金又はゲームコンテンツの支払いをプレイヤに促すこともできる。
この構成によれば、課金又はゲームコンテンツの支払いを伴うアクションが、一のライブ会場だけでなく、他のライブ会場まで反映され易いので、プレイヤに誉れを与えることができる。この結果、課金又はゲームコンテンツの支払いをプレイヤに促すこともできる。
【0097】
また、本実施形態では、プレイヤによる課金又はゲームコンテンツの支払いに基づき、アイテムをプレイヤに使用可能にする支払処理手段５４を備え、一部のアクションは、アイテムの使用を含み、抽選手段６４の抽選において、支払量が高いアイテムの使用ほど抽選確率が高く設定される。
この構成によれば、プレイヤに一層誉れを与えることができる。この結果、課金又はゲームコンテンツの支払いをプレイヤに一層促すこともできる。
この構成によれば、プレイヤに一層誉れを与えることができる。この結果、課金又はゲームコンテンツの支払いをプレイヤに一層促すこともできる。
【0098】
また、本実施形態では、一部のアクションは、メッセージの投稿（当該投稿機能を有するアイテムの使用を含む。）を含む。
この構成によれば、他のライブ会場に参加しているプレイヤにまでメッセージを見せることができ、プレイヤに誉れを与えることができるとともに、ライブ会場全体を盛り上がらせることができる。
この構成によれば、他のライブ会場に参加しているプレイヤにまでメッセージを見せることができ、プレイヤに誉れを与えることができるとともに、ライブ会場全体を盛り上がらせることができる。
【0099】
また、本実施形態では、表示制御手段５８は、一のライブ会場において、第一仮想キャラクタＣ１と異なる第二仮想キャラクタＣ２を表示制御し、反映手段６６は、一のライブ会場において表示されている第二仮想キャラクタＣ２に対して、他のライブ会場に表示制御されている各第一仮想キャラクタＣ１のアクションの一部のアクションを実行させることで、当該一部のアクションを反映する。
この構成によれば、一部のアクションが反映される第二仮想キャラクタＣ２が表示制御されることで、あたかもマッチングされたプレイヤの数以上の大人数のプレイヤが同一のライブ会場に参加しているような感覚をプレイヤに一層与えることができる。
この構成によれば、一部のアクションが反映される第二仮想キャラクタＣ２が表示制御されることで、あたかもマッチングされたプレイヤの数以上の大人数のプレイヤが同一のライブ会場に参加しているような感覚をプレイヤに一層与えることができる。
【0100】
また、本実施形態では、ライブ毎に予め定められたタイミングにおいて、予め定められたアクションを第二仮想キャラクタＣ２に実行させる実行手段６０を備える。
この構成によれば、第二仮想キャラクタＣ２に反映されるアクション数が少ない場合でも、第二仮想キャラクタＣ２に予め定められたアクションが実行させるので、会場全体が盛り下がることを抑制できる。
この構成によれば、第二仮想キャラクタＣ２に反映されるアクション数が少ない場合でも、第二仮想キャラクタＣ２に予め定められたアクションが実行させるので、会場全体が盛り下がることを抑制できる。
【0101】
また、本実施形態では、予め定められたアクションの種類と、反映手段６６が反映する一部のアクションの種類は異なる。
この構成によれば、予め定められたアクションの実行のタイミングと一部のアクションの反映のタイミングが重なったときに、どちらか一方を優先することなく、両方アクションさせることができる。
この構成によれば、予め定められたアクションの実行のタイミングと一部のアクションの反映のタイミングが重なったときに、どちらか一方を優先することなく、両方アクションさせることができる。
【0102】
また、本実施形態では、プレイヤが操作する第一仮想キャラクタＣ１のアクションに基づき、パラメータとしての応援ポイントを変更するとともに、応援ポイントに基づき、プレイヤに報酬を付与する付与手段６８を備える。
この構成によれば、応援ポイント、より正確には報酬目当てに、アクション数が増え、会場全体を一層盛り上げることができる。
この構成によれば、応援ポイント、より正確には報酬目当てに、アクション数が増え、会場全体を一層盛り上げることができる。
【0103】
また、本実施形態では、表示制御手段５８は、ライブ会場に、ライブする仮想演者キャラクタＰを表示制御し、反映手段６６は、応援ポイントに基づき、仮想演者キャラクタＰの行動を変更する。
この構成によれば、仮想演者キャラクタＰの行動変更を目当てに、アクション数が増え、会場全体を一層盛り上げることができる。
この構成によれば、仮想演者キャラクタＰの行動変更を目当てに、アクション数が増え、会場全体を一層盛り上げることができる。
【0104】
＜変形例＞
なお、本発明は上記の具体例に限定されるものではない。すなわち、上記の具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、前述した実施形態及び後述する変形例が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。
なお、本発明は上記の具体例に限定されるものではない。すなわち、上記の具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、前述した実施形態及び後述する変形例が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。
【0105】
例えば、上記実施形態では、反映手段６６は、応援ポイントに基づき、仮想演者キャラクタＰの行動を変更する場合を説明したが、反映手段６６は、応援ポイントに基づき、仮想ライブとは異なるゲーム、例えばメインゲームやクエストを優遇してもよい。例えば、反映手段６６は、応援ポイントが閾値以上であれば、メインゲームの難易度を下げたり、敵キャラクタの数を少なくしたり、プレイヤ等のステータスを高くしたりしてもよい。また、反映手段６６は、応援ポイントに基づき、ゲームコンテンツを抽選する抽選の際の抽選確率を変更してもよい。例えば、応援ポイントが多いほど、レア度が高いゲームコンテンツの抽選確率を高くなるように変更してもよい。また、反映手段６６は、応援ポイントに基づき、ライブ会場１００にて使用されるアイテムの品質を変更してもよい。例えば、反映手段６６は、応援ポイントが高いほど、ライブ会場１００にて使用されるアイテムの品質を高くしてもよい。逆に、反映手段６６は、応援ポイントが低いほど、ライブ会場１００にて使用されるアイテムの品質を高くしてもよい。
【0106】
また、上記実施形態では、プレイヤ間の応援ポイントのランキングが待合エリアにて見えるようにする場合を説明したが、メニュー画面や、ライブ会場１００にて見えるようにしてもよい。特に、ライブ会場１００において、仮想ライブが実行されている間にリアルタイムにランキングが見えるようにすると、プレイヤに対して一層のアクションを促し、この結果、会場全体を一層盛り上げることができる。
【0107】
また、上記実施形態では、マッチング手段５６のマッチングの具体例については言及しなかったが、例えば、マッチング手段５６は、各プレイヤの第一仮想キャラクタＣ１の過去の行動履歴（アクション数やチャット回数、アイテム使用回数等）に基づき、マッチングしてもよい。具体的には、マッチング手段５６は、アクション数が多いプレイヤが複数のライブ会場１００に分散するように、マッチングしてもよい。これによれば、一のライブ会場１００だけ盛り上がり、他のライブ会場１００が盛り下がるというような状況が発生するのを抑制できる。
【0108】
また、上記実施形態では、各エリアＡ３（１）～Ａ３（５）は、それぞれ対応する他のライブ会場が決まっている場合を説明したが、エリアＡ３（１）～Ａ３（５）のうち、いずれかのエリアが空いている場合（他のライブ会場が決まっていない場合）は、他のエリアに対応する他のライブ会場でのアクションを空いているエリアの第二仮想キャラクタＣ２のアクションとしても反映させてもよい。これによれば、一のエリアだけ盛り上がり、他のエリアが盛り下がるというような状況が発生するのを抑制できる。
【0109】
また、上記実施形態では、仮想ライブの曲数については言及しなかったが、仮想ライブは複数の曲で構成されてもよい。この場合、前曲における行動履歴に応じて、アクションの抽選確率を補正してもよい。例えば、前曲で当選しなかったプレイヤのアクションに対する抽選確率を高くすることで、プレイヤのライブに対する参入感を高めることができ、この結果、会場全体を一層盛り上げることができる。
【符号の説明】
【0110】
１０：サーバ装置（コンピュータ、情報処理装置）、５６：マッチング手段、５８：表示制御手段、６６：反映手段
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】