(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-09-05
(45)【発行日】2024-09-13
(54)【発明の名称】プログラム、方法、およびシステム
(51)【国際特許分類】
H04N 21/266 20110101AFI20240906BHJP
H04N 21/24 20110101ALI20240906BHJP
G06T 19/00 20110101ALI20240906BHJP
H04L 67/131 20220101ALI20240906BHJP
【ＦＩ】
H04N21/266
H04N21/24
G06T19/00 300A
H04L67/131
【請求項の数】
15
(21)【出願番号】P 2023100532
(22)【出願日】2023-06-20
【審査請求日】2024-04-15
【早期審査対象出願】
(73)【特許権者】
【識別番号】519120525
【氏名又は名称】カバー株式会社
(74)【代理人】
【識別番号】100142365
【弁理士】
【氏名又は名称】白井 宏紀
(72)【発明者】
【氏名】森 耕平
【審査官】大西 宏
(56)【参考文献】
【文献】特開２０２０－１０７２６４（ＪＰ，Ａ）
【文献】特開２０２１－０９９７８４（ＪＰ，Ａ）
【文献】特開２０２１－１１７９９０（ＪＰ，Ａ）
【文献】特開２０２１－１１８５３９（ＪＰ，Ａ）
【文献】特許第７３９１９５０（ＪＰ，Ｂ２）
【文献】中国特許出願公開第１１１１８２３２３（ＣＮ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ２１／００ －２１／８５８
Ｇ０６Ｔ １９／００ －１９／２０
Ｈ０４Ｌ ６７／００ －６７／７５
(57)【特許請求の範囲】
【請求項1】
ユーザに対し仮想空間を提供するためのコンピュータを、前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるための手段と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリアに配置させるための手段として機能させ、
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクトについては切替条件の成立に応じて全部または一部を他の特定オブジェクトに切り替える一方で、ユーザ自身に関連付けられている特定オブジェクトについては前記切替条件が成立しても前記配置するための手段により配置されたエリア内において継続するように表示させ得る、プログラム。
【請求項2】
前記切替条件は、所定時間が経過すること、および、前記表示させるための手段により前記仮想空間内の画像を表示させることのうちの少なくともいずれか一方により成立し得る、請求項１に記載のプログラム。
【請求項3】
前記他のユーザには特別種類のユーザが含まれ、前記表示させるための手段は、前記切替条件が成立したとしても、他のユーザに関連付けられている特定オブジェクトのうち前記特別種類のユーザに関連付けられている特定オブジェクトを継続して表示させ得る、請求項１に記載のプログラム。
【請求項4】
前記特定オブジェクトは、複数種類設けられており、種類に応じて前記仮想空間内に配置可能となるエリアが定められている、請求項１に記載のプログラム。
【請求項5】
前記特定オブジェクトは、前記仮想空間内の配置可能となるエリアに定められている上限数まで表示可能であり、前記表示させるための手段は、配置される特定オブジェクトの数が前記上限数の範囲内となるように維持しつつ、前記切替条件の成立で前記他のユーザに関連付けられている特定オブジェクトを他の特定オブジェクトに切り替えて表示させ得る、請求項１に記載のプログラム。
【請求項6】
前記特定オブジェクトには、複数種類の属性のうちのいずれかが関連付けられており、前記表示させるための手段は、表示する特定オブジェクトに関連付けられている属性の数が各属性間において略均等としバランスよくなるように特定オブジェクトを表示する、請求項１に記載のプログラム。
【請求項7】
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって規制条件が成立している特定オブジェクトについての表示を規制し得る、請求項１に記載のプログラム。
【請求項8】
前記表示させるための手段は、前記ユーザ自身に関連付けられている特定オブジェクトについては前記規制条件が成立しているか否かにかかわらず継続して表示させ得る、請求項７に記載のプログラム。
【請求項9】
前記コンピュータを、ユーザからの特定オブジェクトに対する好感アクションを特定するための好感情報を受信することにより、当該特定オブジェクトに対する好感履歴を更新する手段として機能させ、
前記表示させるための手段は、特定オブジェクトに対する好感履歴に基づいて当該特定オブジェクトを表示するときの表示を制御する、請求項１に記載のプログラム。
【請求項10】
前記表示させるための手段は、特定オブジェクトに対する好感履歴に基づいて、好感アクションが所定数未満である特定オブジェクトよりも好感アクションが所定数以上である特定オブジェクトの方が高い割合で、他のユーザに関連付けられている特定オブジェクトとして表示させ得る、請求項９に記載のプログラム。
【請求項11】
前記仮想空間内には、特定オブジェクトを配置可能なエリアが複数設けられており、前記配置させるための手段は、複数のエリアのうちユーザからの操作に応じて指定されたエリア内に特定オブジェクトを配置させる、請求項１に記載のプログラム。
【請求項12】
前記表示させるための手段は、前記特定オブジェクトを配置させる際に、ユーザからの操作に応じて当該ユーザに関連付けられている特定オブジェクトの表示態様を変化させて表示させ得る、請求項１に記載のプログラム。
【請求項13】
前記表示させるための手段は、関連付けられている特定オブジェクトの数が、第１数未満であるユーザよりも第１数以上であるユーザの方が高い割合で他のユーザに関連付けられている特定オブジェクトとして表示させ、第１数よりも多い第２数に到達しているユーザについては第２数よりも多いユーザであるか否かにかかわらず同じ割合で他のユーザに関連付けられている特定オブジェクトとして表示させ得る、請求項１に記載のプログラム。
【請求項14】
ユーザに対し仮想空間を提供するためのコンピュータを制御する方法であって、前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるためのステップと、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリアに配置させるためのステップとを備え、
前記表示させるためのステップは、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクトについては切替条件の成立に応じて全部または一部を他の特定オブジェクトに切り替える一方で、ユーザ自身に関連付けられている特定オブジェクトについては前記切替条件が成立しても前記配置するためのステップにより配置されたエリア内において継続するように表示させ得る、コンピュータの制御方法。
【請求項15】
ユーザに対し仮想空間を提供するための処理を行うコンピュータを有するシステムであって、前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるための手段と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリアに配置させるための手段とを備え、
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクトについては切替条件の成立に応じて全部または一部を他の特定オブジェクトに切り替える一方で、ユーザ自身に関連付けられている特定オブジェクトについては前記切替条件が成立しても前記配置するための手段により配置されたエリア内において継続するように表示させ得る、システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム、方法、およびシステムに関する。
【背景技術】
【0002】
ネットワークを介してコンテンツなどを配信するシステムとして、例えば、ウェブ上の仮想空間において、演者がライブ演奏等のイベントなどを開催する一方で、視聴者が視聴者アバタを動作（移動、ギフト、投げ銭など）させて当該イベントに参加可能となるコンテンツを提供する配信システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１２－１２００９８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の配信システムでは、イベント開催中において、視聴者によりデコレーションや投げ銭などのオブジェクトが仮想空間内に配置されることにより、当該オブジェクトを他の視聴者も認識可能となる。しかしながら、仮想空間は限りある空間であるため、視聴者からのオブジェクトを配置させる数・量にも限界があるところ、この点について、特許文献１に記載の配信システムでは何ら考慮されていない。このため、視聴者などのユーザからのオブジェクトを仮想空間内において適切に反映させることができないといった問題が生じている。
【0005】
本発明は、かかる実情に鑑み考え出されたものであり、ユーザからのオブジェクトを仮想空間内において適切に反映させることができるプログラム、方法、およびシステムを提供するものである。
【0006】
（１） 本発明のある局面にしたがうプログラム（例えば、仮想空間生成プログラム１２０、視聴者用プログラム）は、ユーザに対し仮想空間を提供するためのコンピュータ（例えば、配信用サーバコンピュータ１００、視聴者端末３００など）を、
前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるための手段（例えば、仮想空間更新データ配信処理、視聴者視点映像出力処理など）と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリア（例えば、空間エリアＥＲ５内の所定の展示エリア）に配置させるための手段（仮想空間更新データ生成処理）、仮想空間更新データに基づき購入したオブジェクトを仮想空間内に配置更新する処理（仮想空間更新処理）など）として機能させ、
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクト（例えば、図２９（Ａ）に示す、展示エリアＡに表示されている他のユーザに関連付けられているフラスタＦＳ）については切替条件（例えば、所定時間経過、ユーザの空間エリアＥＲ５内へのログインや入退室）の成立（例えば、図３２のステップＳ２０２で切替条件成立（ＹＥＳ））に応じて全部または一部を他の特定オブジェクトに切り替える（例えば、図３２のステップＳ２０３、ステップＳ２０５で、展示エリアに表示されていたフラスタＦＳを、他のフラスタＦＳ切り替えて表示）一方で、ユーザ自身に関連付けられている特定オブジェクト（例えば、図２７（Ｃ）で記憶するユーザ自身が購入したフラスタＦＳ）については前記切替条件が成立しても前記配置するための手段により配置されたエリア内において継続するように表示させ得る（例えば、図３２のステップＳ２０２で切替条件が成立（ＹＥＳ）しても、図２９（Ｃ）に示すように、ユーザ１自身が購入したフラスタＦＳ１については、配置した展示エリアＡに継続して表示され得る）。
前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるための手段（例えば、仮想空間更新データ配信処理、視聴者視点映像出力処理など）と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリア（例えば、空間エリアＥＲ５内の所定の展示エリア）に配置させるための手段（仮想空間更新データ生成処理）、仮想空間更新データに基づき購入したオブジェクトを仮想空間内に配置更新する処理（仮想空間更新処理）など）として機能させ、
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクト（例えば、図２９（Ａ）に示す、展示エリアＡに表示されている他のユーザに関連付けられているフラスタＦＳ）については切替条件（例えば、所定時間経過、ユーザの空間エリアＥＲ５内へのログインや入退室）の成立（例えば、図３２のステップＳ２０２で切替条件成立（ＹＥＳ））に応じて全部または一部を他の特定オブジェクトに切り替える（例えば、図３２のステップＳ２０３、ステップＳ２０５で、展示エリアに表示されていたフラスタＦＳを、他のフラスタＦＳ切り替えて表示）一方で、ユーザ自身に関連付けられている特定オブジェクト（例えば、図２７（Ｃ）で記憶するユーザ自身が購入したフラスタＦＳ）については前記切替条件が成立しても前記配置するための手段により配置されたエリア内において継続するように表示させ得る（例えば、図３２のステップＳ２０２で切替条件が成立（ＹＥＳ）しても、図２９（Ｃ）に示すように、ユーザ１自身が購入したフラスタＦＳ１については、配置した展示エリアＡに継続して表示され得る）。
【0007】
このような構成によれば、切替条件が成立することにより他のユーザに関連付けられた特定オブジェクトについては全部または一部が切り替えられる一方で、ユーザ自身に関連付けられた特定オブジェクトについては継続して表示され得る。これにより、特定オブジェクトを仮想空間内において適切に反映させることができる。また、他のユーザに関連付けられた特定オブジェクトが万遍なく仮想空間内において表示できるとともに仮想空間の表示態様を変化させて興趣を向上させることができるようにしつつ、ユーザ自身に関連付けられた特定オブジェクトを確認できるため満足感を高めることができる。
【0008】
（２） 上記（１）において、前記切替条件は、所定時間が経過すること（例えば、２時間経過毎）、および、前記表示させるための手段により前記仮想空間内の画像を表示させること（例えば、ユーザの空間エリアＥＲ５内へのログインや入退室）のうちの少なくともいずれか一方により成立し得る。
【0009】
このような構成によれば、ユーザの事前知識などを要することなく他のユーザに関連付けられている特定オブジェクトが他のオブジェクトに切り替えられるため、いずれのユーザに対しても仮想空間内に表示され得る特定オブジェクトに対する興趣を向上させることができる。
【0010】
（３） 上記（１）において、前記他のユーザには特別種類のユーザ（例えば、スポンサーユーザ、演者ユーザ、特別ユーザなど）が含まれ、
前記表示させるための手段は、前記切替条件が成立したとしても、他のユーザに関連付けられている特定オブジェクトのうち前記特別種類のユーザに関連付けられている特定オブジェクトを継続して表示させ得る（例えば、図３３に示すように特別種類のユーザに関連付けられたフラスタＦＳＴは、図３３（Ａ）～（Ｄ）に示されるように表示が継続）。
前記表示させるための手段は、前記切替条件が成立したとしても、他のユーザに関連付けられている特定オブジェクトのうち前記特別種類のユーザに関連付けられている特定オブジェクトを継続して表示させ得る（例えば、図３３に示すように特別種類のユーザに関連付けられたフラスタＦＳＴは、図３３（Ａ）～（Ｄ）に示されるように表示が継続）。
【0011】
このような構成によれば、特別種類のユーザに関連付けられた特定オブジェクトについては切替条件が成立しても切り替えられないようにさせることができるため、特別種類のユーザの利便性を向上させることができる。
【0012】
（４） 上記（１）において、前記特定オブジェクトは、複数種類設けられており（例えば、図２７（Ａ）、（Ｂ）に示す小／大などのサイズの種類）、種類に応じて前記仮想空間内に配置可能となるエリアが定められている（例えば、図３１（Ａ）に示すように小サイズは展示エリアＡに配置可能であり、図３１（Ｂ）に示すように大サイズは展示エリアＢに配置可能）。
【0013】
このような構成によれば、仮想空間のデザイン・趣向などに合わせてエリアに応じて適切な種類の特定オブジェクトを配置させることができる。また、エリア毎に配置される特定オブジェクトの種類に統一感を持たせることができる。
【0014】
（５） 上記（１）において、前記特定オブジェクトは、前記仮想空間内の配置可能となるエリアに定められている上限数まで表示可能（例えば、展示エリアＡには上限数１００個までフラスタＦＳを表示可能）であり、
前記表示させるための手段は、配置される特定オブジェクトの数が前記上限数の範囲内となるように維持しつつ（例えば、展示エリアＡの上限数１００個分までのフラスタＦＳがランダム抽選などで決定される）、前記切替条件の成立で前記他のユーザに関連付けられている特定オブジェクトを他の特定オブジェクトに切り替えて表示させ得る（例えば、図２９（Ｂ）から（Ｃ）への切替表示のように、ユーザ１に対しては、ユーザ１のフラスタＦＳ１以外のフラスタＦＳは切り替えて表示される）。
前記表示させるための手段は、配置される特定オブジェクトの数が前記上限数の範囲内となるように維持しつつ（例えば、展示エリアＡの上限数１００個分までのフラスタＦＳがランダム抽選などで決定される）、前記切替条件の成立で前記他のユーザに関連付けられている特定オブジェクトを他の特定オブジェクトに切り替えて表示させ得る（例えば、図２９（Ｂ）から（Ｃ）への切替表示のように、ユーザ１に対しては、ユーザ１のフラスタＦＳ１以外のフラスタＦＳは切り替えて表示される）。
【0015】
このような構成によれば、上限数の範囲内で他のユーザに関連付けられたオブジェクトを万遍なく仮想空間内に表示できるとともに仮想空間の表示態様を変化させて興趣を向上させることができる。
【0016】
（６） 上記（１）において、前記特定オブジェクトには、複数種類の属性のうちのいずれかが関連付けられており（例えば、図２７（Ａ）のモチーフ（属性））、
前記表示させるための手段は、表示する特定オブジェクトに関連付けられている属性の数が各属性間において略均等としバランスよくなるように特定オブジェクトを表示する（例えば、属性「桜」、「鬼」、「白狐」、「黒狐」のフラスタＦＳを展示可能な位置が８万箇所であれば、ひとつの属性に対して展示可能な数が２万か所と算出することなど。変形例の（展示エリア内のフラスタ属性の表示バランスについて）参照）。
前記表示させるための手段は、表示する特定オブジェクトに関連付けられている属性の数が各属性間において略均等としバランスよくなるように特定オブジェクトを表示する（例えば、属性「桜」、「鬼」、「白狐」、「黒狐」のフラスタＦＳを展示可能な位置が８万箇所であれば、ひとつの属性に対して展示可能な数が２万か所と算出することなど。変形例の（展示エリア内のフラスタ属性の表示バランスについて）参照）。
【0017】
このような構成によれば、仮想空間内において各属性に関連付けられた特定オブジェクトがバランスよく表示され得るようになる。
【0018】
（７） 上記（１）において、前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって規制条件（例えば、運営による非表示設定、ユーザからの通報が所定数に達したことによる非表示設定がされることなど。変形例の（デフォルトのフラスタに決定される確率などについて）参照）が成立している特定オブジェクトについての表示を規制し得る（例えば、非表示）。
【0019】
このような構成によれば、規制条件が成立している他のユーザに関連付けられた特定オブジェクトについての表示を規制することができるため、ユーザに快適な仮想空間を提供することができる。
【0020】
（８） 上記（７）において、前記表示させるための手段は、前記ユーザ自身に関連付けられている特定オブジェクト（例えば、ユーザ自身が購入・所有しているフラスタＦＳ）については前記規制条件が成立しているか否かにかかわらず継続して表示させ得る（例えば、他のユーザへは非表示の対象となっているフラスタＦＳであっても、当該フラスタＦＳを購入・所有しているユーザ自身の表示装置３１０には継続して表示されることなど。変形例の（デフォルトのフラスタに決定される確率などについて）参照）。
【0021】
このような構成によれば、規制条件が成立している特定オブジェクトが関連付けられているユーザの興趣を損なうことを防止しつつ、規制条件が成立していることを特定され難くすることができる。
【0022】
（９） 上記（１）において、前記コンピュータ（例えば、配信用サーバコンピュータ１００）を、
ユーザからの特定オブジェクトに対する好感アクション（例えば、いいねアイコン５１３に対する操作）を特定するための好感情報を受信することにより、当該特定オブジェクトに対する好感履歴を更新する手段（例えば、オブジェクトデータ１１２に記憶されるフラスタＦＳ毎のいいねの数を更新記憶）として機能させ、
前記表示させるための手段は、特定オブジェクトに対する好感履歴に基づいて当該特定オブジェクトの表示を制御する（例えば、いいねの数が多いフラスタＦＳについては図３１（Ａ）、（Ｂ）や、図３６（Ａ）のデフォルトのフラスタデータとして抽選される確率が高く設定されることなど。変形例の（デフォルトのフラスタに決定される確率などについて）参照）。
ユーザからの特定オブジェクトに対する好感アクション（例えば、いいねアイコン５１３に対する操作）を特定するための好感情報を受信することにより、当該特定オブジェクトに対する好感履歴を更新する手段（例えば、オブジェクトデータ１１２に記憶されるフラスタＦＳ毎のいいねの数を更新記憶）として機能させ、
前記表示させるための手段は、特定オブジェクトに対する好感履歴に基づいて当該特定オブジェクトの表示を制御する（例えば、いいねの数が多いフラスタＦＳについては図３１（Ａ）、（Ｂ）や、図３６（Ａ）のデフォルトのフラスタデータとして抽選される確率が高く設定されることなど。変形例の（デフォルトのフラスタに決定される確率などについて）参照）。
【0023】
このような構成によれば、好感履歴に基づいて特定オブジェクトの表示が制御されるといった面白味をユーザに提供できる。
【0024】
（１０） 上記（９）において、前記表示させるための手段は、特定オブジェクトに対する好感履歴に基づいて、好感アクションが所定数未満（例えば、いいねの数が１００～９９９）である特定オブジェクトよりも好感アクションが所定数以上（例えば、いいねの数が１０００～２９９９）である特定オブジェクトの方が高い割合で、他のユーザに関連付けられている特定オブジェクトとして表示させ得る（例えば、いいねの数が１００～９９９の場合は当選する確率が１０／１００万であるところ、いいねの数が１０００～２９９９の場合は、１００／１００万に高めることなど。変形例の（デフォルトのフラスタに決定される確率などについて）参照）。
【0025】
このような構成によれば、好感アクションを獲得するといった面白味をユーザに提供でき、ユーザの興趣を向上させることができる。
【0026】
（１１） 上記（１）において、前記仮想空間内には、特定オブジェクトを配置可能なエリアが複数設けられており（例えば、図２４の大通り（西）エリア５１ａや、境内（西）エリア５２ｂなどの複数の展示エリア）、
前記配置させるための手段は、複数のエリアのうちユーザからの操作に応じて指定されたエリア内（例えば、図２６（Ａ）の配置場所選択領域４１４への操作によって指定された展示エリア）に特定オブジェクトを配置させる。
前記配置させるための手段は、複数のエリアのうちユーザからの操作に応じて指定されたエリア内（例えば、図２６（Ａ）の配置場所選択領域４１４への操作によって指定された展示エリア）に特定オブジェクトを配置させる。
【0027】
このような構成によれば、ユーザの好むエリアに特定オブジェクトを配置させることができ、興趣を向上させることができる。
【0028】
（１２） 上記（１）において、前記表示させるための手段は、前記特定オブジェクトを配置させる際に、ユーザからの操作に応じて当該ユーザに関連付けられている特定オブジェクトの表示態様を変化させて表示させ得る（例えば、ユーザによるフラスタＦＳの購入時あるいは購入後に、図２６（Ａ）の文字入力領域４１３などに対する操作などにより文字などの装飾を行ったフラスタＦＳを上で空間エリアＥＲ５へ配置）。
【0029】
このような構成によれば、特定オブジェクトの表示態様をユーザ独自の表示態様とすることができ、ユーザの興趣を向上させることができる。
【0030】
（１３） 上記（１）において、前記表示させるための手段は、関連付けられている特定オブジェクトの数が、第１数（例えば、９９個以下の所定値）未満であるユーザよりも第１数以上であるユーザ（例えば、１０個よりも１１個、３０個よりも４０個）の方が高い割合で他のユーザに関連付けられている特定オブジェクトとして表示させ（例えば、図２７（Ｃ）で示す、関連付いているフラスタＦＳが１つのユーザ２の所有するフラスタＦＳよりも、関連付いているフラスタＦＳが３つのユーザ１の所有するフラスタＦＳのほうが、図３１（Ａ）や（Ｂ）のデフォルトのフラスタＦＳに抽選して決定される割合が高くなる）、第１数よりも多い第２数（例えば、１００個）に到達しているユーザについては第２数よりも多いユーザ（例えば、１万個所有）であるか否かにかかわらず同じ割合（例えば、所有しているフラスタＦＳの数が１００個であるものとされる）で他のユーザに関連付けられている特定オブジェクトとして表示させ得る。
【0031】
このような構成によれば、特定オブジェクトを程よい数（第２数未満）まで関連付けさせることを促すことができる一方で、第２数に到達しているユーザの特定オブジェクトの占める割合が際限なく高まり過ぎてしまうことを防止できる。
【0032】
（１４） 本発明のある局面にしたがうコンピュータの制御方法は、ユーザに対し仮想空間を提供するためのコンピュータ（例えば、配信用サーバコンピュータ１００、視聴者端末３００など）を制御する方法であって、
前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるためのステップ（例えば、仮想空間更新データ配信処理、視聴者視点映像出力処理など）と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリア（例えば、空間エリアＥＲ５内の所定の展示エリア）に配置させるためのステップ（仮想空間更新データ生成処理）、仮想空間更新データに基づき購入したオブジェクトを仮想空間内に配置更新する処理（仮想空間更新処理）など）とを備え、
前記表示させるためのステップは、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクト（例えば、図２９（Ａ）に示す、展示エリアＡに表示されている他のユーザに関連付けられているフラスタＦＳ）については切替条件の成立（例えば、所定時間経過、ユーザの空間エリアＥＲ５内への入退室）に応じて全部または一部を他の特定オブジェクトに切り替える（例えば、図３２のステップＳ２０３、ステップＳ２０５で、展示エリアに表示されていたフラスタＦＳを、他のフラスタＦＳ切り替えて表示）一方で、ユーザ自身に関連付けられている特定オブジェクト（例えば、図２７（Ｃ）で記憶するユーザ自身が購入したフラスタＦＳ）については前記切替条件が成立しても前記配置するためのステップにより配置されたエリア内において継続するように表示させ得る（例えば、図３２のステップＳ２０２で切替条件が成立（ＹＥＳ）しても、図２９（Ｃ）に示すように、ユーザ１自身が購入したフラスタＦＳ１については、配置した展示エリアＡに継続して表示され得る）。
前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるためのステップ（例えば、仮想空間更新データ配信処理、視聴者視点映像出力処理など）と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリア（例えば、空間エリアＥＲ５内の所定の展示エリア）に配置させるためのステップ（仮想空間更新データ生成処理）、仮想空間更新データに基づき購入したオブジェクトを仮想空間内に配置更新する処理（仮想空間更新処理）など）とを備え、
前記表示させるためのステップは、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクト（例えば、図２９（Ａ）に示す、展示エリアＡに表示されている他のユーザに関連付けられているフラスタＦＳ）については切替条件の成立（例えば、所定時間経過、ユーザの空間エリアＥＲ５内への入退室）に応じて全部または一部を他の特定オブジェクトに切り替える（例えば、図３２のステップＳ２０３、ステップＳ２０５で、展示エリアに表示されていたフラスタＦＳを、他のフラスタＦＳ切り替えて表示）一方で、ユーザ自身に関連付けられている特定オブジェクト（例えば、図２７（Ｃ）で記憶するユーザ自身が購入したフラスタＦＳ）については前記切替条件が成立しても前記配置するためのステップにより配置されたエリア内において継続するように表示させ得る（例えば、図３２のステップＳ２０２で切替条件が成立（ＹＥＳ）しても、図２９（Ｃ）に示すように、ユーザ１自身が購入したフラスタＦＳ１については、配置した展示エリアＡに継続して表示され得る）。
【0033】
このような構成によれば、切替条件が成立することにより他のユーザに関連付けられた特定オブジェクトについては全部または一部が切り替えられる一方で、ユーザ自身に関連付けられた特定オブジェクトについては継続して表示され得る。これにより、特定オブジェクトを仮想空間内において適切に反映させることができる。また、他のユーザに関連付けられた特定オブジェクトが万遍なく仮想空間内において表示できるとともに仮想空間の表示態様を変化させて興趣を向上させることができるようにしつつ、ユーザ自身に関連付けられた特定オブジェクトを確認できるため満足感を高めることができる。
【0034】
（１５） 本発明のある局面にしたがうシステム（仮想空間コンテンツ配信システム）は、ユーザに対し仮想空間を提供するための処理を行うコンピュータ（例えば、配信用サーバコンピュータ１００、視聴者端末３００など）を有するシステムであって、
前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるための手段（例えば、仮想空間更新データ配信処理、視聴者視点映像出力処理など）と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリア（例えば、空間エリアＥＲ５内の所定の展示エリア）に配置させるための手段（仮想空間更新データ生成処理）、仮想空間更新データに基づき購入したオブジェクトを仮想空間内に配置更新する処理（仮想空間更新処理）など）とを備え、
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクト（例えば、図２９（Ａ）に示す、展示エリアＡに表示されている他のユーザに関連付けられているフラスタＦＳ）については切替条件（例えば、所定時間経過、ユーザの空間エリアＥＲ５内への入退室）の成立（例えば、図３２のステップＳ２０２で切替条件成立（ＹＥＳ））に応じて全部または一部を他の特定オブジェクトに切り替える（例えば、図３２のステップＳ２０３、ステップＳ２０５で、展示エリアに表示されていたフラスタＦＳを、他のフラスタＦＳ切り替えて表示）一方で、ユーザ自身に関連付けられている特定オブジェクト（例えば、図２７（Ｃ）で記憶するユーザ自身が購入したフラスタＦＳ）については前記切替条件が成立しても前記配置するための手段により配置されたエリア内において継続するように表示させ得る（例えば、図３２のステップＳ２０２で切替条件が成立（ＹＥＳ）しても、図２９（Ｃ）に示すように、ユーザ１自身が購入したフラスタＦＳ１については、配置した展示エリアＡに継続して表示され得る）。
前記仮想空間内の画像であってユーザからの操作に応じた画像を表示させるための手段（例えば、仮想空間更新データ配信処理、視聴者視点映像出力処理など）と、
ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリア（例えば、空間エリアＥＲ５内の所定の展示エリア）に配置させるための手段（仮想空間更新データ生成処理）、仮想空間更新データに基づき購入したオブジェクトを仮想空間内に配置更新する処理（仮想空間更新処理）など）とを備え、
前記表示させるための手段は、他のユーザに関連付けられている特定オブジェクトであって前記仮想空間内に配置されている特定オブジェクト（例えば、図２９（Ａ）に示す、展示エリアＡに表示されている他のユーザに関連付けられているフラスタＦＳ）については切替条件（例えば、所定時間経過、ユーザの空間エリアＥＲ５内への入退室）の成立（例えば、図３２のステップＳ２０２で切替条件成立（ＹＥＳ））に応じて全部または一部を他の特定オブジェクトに切り替える（例えば、図３２のステップＳ２０３、ステップＳ２０５で、展示エリアに表示されていたフラスタＦＳを、他のフラスタＦＳ切り替えて表示）一方で、ユーザ自身に関連付けられている特定オブジェクト（例えば、図２７（Ｃ）で記憶するユーザ自身が購入したフラスタＦＳ）については前記切替条件が成立しても前記配置するための手段により配置されたエリア内において継続するように表示させ得る（例えば、図３２のステップＳ２０２で切替条件が成立（ＹＥＳ）しても、図２９（Ｃ）に示すように、ユーザ１自身が購入したフラスタＦＳ１については、配置した展示エリアＡに継続して表示され得る）。
【0035】
このような構成によれば、切替条件が成立することにより他のユーザに関連付けられた特定オブジェクトについては全部または一部が切り替えられる一方で、ユーザ自身に関連付けられた特定オブジェクトについては継続して表示され得る。これにより、特定オブジェクトを仮想空間内において適切に反映させることができる。また、他のユーザに関連付けられた特定オブジェクトが万遍なく仮想空間内において表示できるとともに仮想空間の表示態様を変化させて興趣を向上させることができるようにしつつ、ユーザ自身に関連付けられた特定オブジェクトを確認できるため満足感を高めることができる。
【図面の簡単な説明】
【0036】
【図1】本発明の実施形態における仮想空間コンテンツ配信システムのシステム構成例を示すブロック図である。
【図2】本発明の実施形態の仮想空間コンテンツ配信システムにおける配信用サーバコンピュータの構成例を示す図である。
【図3】本発明の実施形態の配信用サーバコンピュータが有するストレージに記憶されている各種データを示す図である。
【図4】本発明の実施形態の仮想空間コンテンツ配信システムにおける演者端末の構成例を示す図である。
【図5】本発明の実施形態の仮想空間コンテンツ配信システムにおける視聴者端末の構成例を示す図である。
【図6】本発明の実施形態の仮想空間コンテンツ配信システムにおける管理者端末の構成例を示す図である。
【図7】本発明の実施形態の仮想空間コンテンツ配信システムにおけるイベントデータの構成例を示す図である。
【図8】本発明の実施形態の仮想空間コンテンツ配信システムにおける演者ユーザーデータの構成例を示す図である。
【図9】本発明の実施形態の仮想空間コンテンツ配信システムにおける視聴者ユーザーデータの構成例を示す図である。
【図10】本発明の実施形態の仮想空間コンテンツ配信システムを構成する各端末とサーバコンピュータとの間において送受されるデータを示す説明図である。
【図11】本発明の実施形態の仮想空間コンテンツ配信システムにおいて、演者ユーザーが利用するスタジオの設備を示す模式図である。
【図12】本発明の実施形態の仮想空間の全体像を示す図である。
【図13】本発明の実施形態の仮想空間コンテンツ配信システムにおいて使用される仮想空間である仮想ライブ会場を示す図である。
【図14】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末における表示例を示す図である。
【図15】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末における表示例を示す図である。
【図16】本発明の実施形態の仮想空間コンテンツ配信システムを構成する演者端末における表示例を示す図である。
【図17】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末におけるズーム操作による表示例を示す図である。
【図18】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末におけるズーム操作による表示例を示す図である。
【図19】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末における表示例を示す図である。
【図20】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末におけるフライング演出期間の表示例を示す図である。
【図21】本発明の実施形態の仮想空間コンテンツ配信システムを構成する視聴者端末において実行される視聴者用視点映像制御処理の一例を示すフロー図である。
【図22】変形例における仮想ライブ会場を示す図である。
【図23】変形例における仮想ライブ会場への参加位置選択画面を示す図である。
【図24】本発明の実施形態の所定種類の仮想空間の俯瞰した一例を示す図である。
【図25】本発明の実施形態の所定種類の仮想空間の表示態様の一例を示す図である。
【図26】本発明の実施形態の仮想空間において表示されるオブジェクトの購入処理の際の表示態様の一例を示す図である。
【図27】本発明の実施形態の仮想空間において表示されるオブジェクトの購入処理の際に用いられるオブジェクトの種類およびユーザ関連情報の一例を示すテーブルである。
【図28】本発明の実施形態の仮想空間において表示されるオブジェクトの購入処理の一例を示すフロー図である。
【図29】本発明の実施形態の所定種類の仮想空間において表示されるオブジェクトの表示態様の遷移の一例を示す図である。
【図30】本発明の実施形態の所定種類の仮想空間において表示されるオブジェクトの表示態様の遷移の別の一例を示す図である。
【図31】本発明の実施形態の所定種類の仮想空間において表示されるオブジェクトの所定エリアとの関連の一例を示すテーブルである。
【図32】本発明の実施形態の所定種類の仮想空間において表示されるオブジェクトの切替処理の一例を示すフロー図である。
【図33】本発明の実施形態の所定種類の仮想空間において表示されるオブジェクトの表示態様の遷移の別の一例を示す図である。
【図34】本発明の実施形態の所定種類の仮想空間において提供されるイベントコンテンツの一例を示す図である。
【図35】本発明の実施形態の所定種類の仮想空間において提供されるイベントコンテンツにおいて表示されるオブジェクトに関するテーブルの一例を示す図である。
【図36】本発明の実施形態の所定種類の仮想空間において提供されるイベントコンテンツにおいて表示されるオブジェクトの決定処理の一例を示す図である。
【図37】本発明の実施形態の所定種類の仮想空間において提供されるイベントコンテンツに関連する処理に用いられるテーブルの一例を示す図である
【図38】本発明の実施形態の所定種類の仮想空間において提供されるイベントコンテンツに関連する処理の一例を示すフロー図である。
【図39】本発明の実施形態の所定種類の仮想空間において表示されるオブジェクトに対するアクションを行う画面の一例を示す図である。
【発明を実施するための形態】
【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】
また、詳しい説明は省略するが、視聴者用コメント制御プログラムにより提供されるコメント機能によって、自分や他の視聴者ユーザーが入力したコメントを確認しながら仮想空間ライブを楽しむことができるとともに、ギフト制御プログラムによるギフト機能によって、自分が所有しているアイテムを演者アバター１に贈ることで、仮想空間ライブを盛り上げることもできる。
【0111】
＜管理者端末＞
図６は、本実施例の仮想空間コンテンツ配信システムにおける管理者端末１５０の構成例を示す図である。管理者端末１５０は、本実施例では、演者端末２００とともに、スタジオに隣接している調整室内に設けられた通常のコンピュータを使用しており、図６に示すように、データバス１５８に接続されたプロセッサ（ＣＰＵ）１５１、メモリ（ＲＡＭ）１５２、ハードディスク等のストレージ１５３、オープンコンピュータネットワークであるインターネットを介したＴＣＰ／ＩＰプロトコルによる双方向に通信が可能な通信インターフェイス（Ｉ／Ｆ）１５４、表示装置１６０が接続されたグラフィックスプロセッシングユニット（ＧＰＵ）を含む画像処理部１５６、各種の入出力デバイスが接続された入出力インターフェイス（Ｉ／Ｆ）１５５、を有している。
図６は、本実施例の仮想空間コンテンツ配信システムにおける管理者端末１５０の構成例を示す図である。管理者端末１５０は、本実施例では、演者端末２００とともに、スタジオに隣接している調整室内に設けられた通常のコンピュータを使用しており、図６に示すように、データバス１５８に接続されたプロセッサ（ＣＰＵ）１５１、メモリ（ＲＡＭ）１５２、ハードディスク等のストレージ１５３、オープンコンピュータネットワークであるインターネットを介したＴＣＰ／ＩＰプロトコルによる双方向に通信が可能な通信インターフェイス（Ｉ／Ｆ）１５４、表示装置１６０が接続されたグラフィックスプロセッシングユニット（ＧＰＵ）を含む画像処理部１５６、各種の入出力デバイスが接続された入出力インターフェイス（Ｉ／Ｆ）１５５、を有している。
【0112】
表示装置１５０は、後述するように、ストレージ１５３に記憶されている管理者用プログラムに含まれる管理者用視点映像制御プログラムによって、配信用サーバコンピュータ１００から配信される仮想空間更新データ（図１０参照）によって更新される仮想空間であるイベント会場の仮想空間データにもとづいて生成される、後述する各仮想カメラＣ１～Ｃ４並びにフライング演出期間における空中移動仮想カメラの各視点映像を個別に表示可能であるとともに、配信用サーバコンピュータ１００から配信されるコメントデータにもとづくコメントを表示可能なものであればよく、１または複数の据え置き型のディスプレイによって構成されている。
【0113】
入出力インターフェイス（Ｉ／Ｆ）１５５には、入力デバイスとして、管理者Ｋが各種の操作が可能とされた１または複数のデバイスからなる操作入力装置１６１と、配信用サーバコンピュータ１００から配信されるライブ音声等を出力可能なイヤホンやヘッドホンやスピーカー等の音声出力装置１６２が接続される。
【0114】
操作入力装置１６１は、管理者Ｋが、仮想空間ライブのイベントに関する入力や設定等の各種操作を実行可能なものであれば任意のものを使用することができ、例えば、コンピュータを構成するキーボードや、ディスプレイ表面に形成された透明タッチパネルや視点切替コントローラ等の少なくとも１つ以上で構成される。
【0115】
尚、これら入出力インターフェイス（Ｉ／Ｆ）１５５に接続される各種の入出力デバイスは、有線、無線のいずれの接続形態であってもよい。
【0116】
ストレージ１５３には、管理者端末１５０であるコンピュータを動作させるためのオペレーションシステム（ＯＳ）に加えて、プロセッサ（ＣＰＵ）１５１等が実行することで仮想空間コンテンツである仮想空間ライブの配信に関する配信管理機能を初めとする各種機能を、配信用サーバコンピュータ１００と協働して提供するための管理者用プログラムが記憶されている。
【0117】
管理者用プログラムは、図６に示すように、管理者用視点映像制御プログラム、管理者用音声制御プログラム、管理者用コメント制御プログラム、視聴者管理プログラム、演者管理プログラム等を含む。
【0118】
管理者用視点映像制御プログラムは、表示装置１６０に表示する各仮想カメラからの視点映像を生成する機能並びに各視点の変更や切替機能を提供するプログラムである。
【0119】
管理者用音声制御プログラムは、配信用サーバコンピュータ１００から配信される仮想空間ライブの音声データに基づくライブ音声を音声出力装置１６２から出力する機能を提供するプログラムである。
【0120】
管理者用コメント制御プログラムは、配信用サーバコンピュータ１００から配信されるコメントデータにもとづくコメントを表示するとともに、配信を禁止するコメントや視聴者を選択して配信されないようにする等のコメントに関する機能を提供するプログラムである。
【0121】
視聴者管理プログラムは、仮想空間ライブに仮想参加する視聴者ユーザーを管理するためのプログラムであり、演者管理プログラムは、仮想空間ライブに仮想参加する演者ユーザーを管理するためのプログラムである。
【0122】
尚、図６には図示していないが、操作者である管理者が本人であるか否かを認証するための認証用プログラムや、仮想空間ライブのタイムスケジュールや楽曲順等を編集するためのスケジュール用プログラム等が含まれているが、これら以外のプログラムが含まれていてもよい。
【0123】
このように、本実施例の仮想空間コンテンツ配信システムを構成する管理者端末１５０を管理者Ｋが操作することによって、イベントを実行するための種々の設定、例えば、演目や楽曲順、演出に関する設定や、タイムスケジュール、フライング演出期間において空中移動仮想カメラが移動する軌道等の各種設定を実施できるようになっており、このようにして設定された内容にもとづいて仮想空間ライブが管理されるようになっている。
【0124】
＜仮想空間の全体像＞
以下では、コンテンツの一例として、仮想ライブ会場において演者によるライブイベントを行うコンテンツを説明する。本実施例のシステムによって提供される仮想空間の全体像を図１２に示す。本実施例の仮想空間ＥＲは、複数種類の空間エリアＥＲ（空間エリアＥＲ１、空間エリアＥＲ２・・・）を含む。各空間エリアＥＲにおいては、ジャンルや種類が異なるコンテンツを提供可能とする。複数種類の空間エリアＥＲとしては、例えば、ユーザが仮想空間ＥＲにログインした際にロビーとして機能するエントランスや、ライブ会場、ゲームコンテンツ、展示場など様々なコンテンツ各々に対応するエリアが設けられている。図１３、図２４、および、図２５などを用いて後述するイベント会場は、所定の空間エリアＥＲの全体、あるいは、所定の空間エリアＥＲの一部に構築される。
以下では、コンテンツの一例として、仮想ライブ会場において演者によるライブイベントを行うコンテンツを説明する。本実施例のシステムによって提供される仮想空間の全体像を図１２に示す。本実施例の仮想空間ＥＲは、複数種類の空間エリアＥＲ（空間エリアＥＲ１、空間エリアＥＲ２・・・）を含む。各空間エリアＥＲにおいては、ジャンルや種類が異なるコンテンツを提供可能とする。複数種類の空間エリアＥＲとしては、例えば、ユーザが仮想空間ＥＲにログインした際にロビーとして機能するエントランスや、ライブ会場、ゲームコンテンツ、展示場など様々なコンテンツ各々に対応するエリアが設けられている。図１３、図２４、および、図２５などを用いて後述するイベント会場は、所定の空間エリアＥＲの全体、あるいは、所定の空間エリアＥＲの一部に構築される。
【0125】
各空間エリアＥＲ間の移動は、ユーザが仮想空間へログインしたあとに、特定のコンテンツを提供するエリア（例えば、エントランス）として定められた空間エリアＥＲを介してからでなければ他の空間エリアＥＲに移動できないものとしてもよく、あるいは、相互に行き来可能としてもよい。例えば、空間エリアＥＲ１を介さなければ空間エリアＥＲ２から空間エリアＥＲ３への移動ができないものとしてもよく、空間エリアＥＲ１を介さなくても空間エリアＥＲ２と空間エリアＥＲ３との間において直接行き来可能であってもよい。また、空間エリアＥＲ間を移動する際には、切替演出が行われるようにしてもよい。例えば、別の空間エリアＥＲに移動する際には、表示画面が暗転（例えば、黒画面に「ロード中・・・」といったメッセージが表示される画面など）して切り替わるようにしてもよい。また、各空間エリアＥＲへのユーザのアクセスについて、ログイン後にまずエントランスエリアに入るものでも、エントランスエリアを経由することなくユーザが好みの空間エリアＥＲを選んで入室することができるものあってもよく、抽選によってランダムに決定した空間エリアＥＲに遷移するものであってもよい。各ルームについても、ユーザが好みのルームを選んで入室するものであっても、抽選によってランダムに決定したルームに入室するものであってもよい。
【0126】
＜仮想ライブ会場＞
本実施例で使用した仮想空間である仮想ライブ会場を図１３に示す。図１３に示す仮想ライブ会場は、図１２に示す空間エリアＥＲのうち予め定められた空間エリアＥＲにおいて構築されている。仮想ライブ会場は、図１３に示すように、現実空間におけるライブ会場と同様に、演者ユーザーが演者アバター１として登壇する仮想ステージＧと、観客となる視聴者ユーザーが視聴者アバターとして仮想参加する仮想観客領域とを有する仮想空間とされている。
本実施例で使用した仮想空間である仮想ライブ会場を図１３に示す。図１３に示す仮想ライブ会場は、図１２に示す空間エリアＥＲのうち予め定められた空間エリアＥＲにおいて構築されている。仮想ライブ会場は、図１３に示すように、現実空間におけるライブ会場と同様に、演者ユーザーが演者アバター１として登壇する仮想ステージＧと、観客となる視聴者ユーザーが視聴者アバターとして仮想参加する仮想観客領域とを有する仮想空間とされている。
【0127】
仮想ステージＧは、図１３に示すように、比較的広い面積の台形状の床面を有しており、現実空間のライブ会場と同様に、演者アバター１が仮想ステージＧ上を移動できる。仮想ステージＧの仮想客席方向とは逆方向側には、図１３に示すように、中央部と右側部と左側部とに３分割された仮想ステージ壁が形成されており、これら仮想ステージ壁の前面に、仮想ディスプレイ４０、４１、４２が設けられていて、該仮想ディスプレイ４０，４１、４２に、演出用の画像や映像が仮想表示されるようになっている。
【0128】
尚、仮想ディスプレイ４０、４１、４２の間には、演者ユーザーに関係する星の仮想配置オブジェクト４３が配置されているとともに、仮想ステージＧ上の領域であって仮想ステージ壁に囲まれた第１領域よりも上方の領域である第２領域には、図１３に示すように、大きな星の仮想空中オブジェクト５０～５２が配置されている。尚、仮想空中オブジェクト５０～５２は、第２領域内を移動できるようになっている。
【0129】
仮想ステージＧの前側には、視聴者ユーザーが視聴者アバターとして仮想ライブ会場に仮想参加できる仮想観客領域が設けられている。この仮想観客領域は、図１３に示すように、演者アバター１が登壇する仮想ステージＧの中央に近い特別領域である第３領域と、第３領域を囲むように形成された領域であって仮想ステージＧの中央からの距離が第３領域よりも大きい第４領域とが設けられている。
【0130】
これら第３領域には、所定の上限数の範囲内で、仮想参加が許可された特別な視聴者ユーザーが仮想参加可能とされていて、本実施例では、図１３に示すように、例えば、所定の仮想参加実績を満たすとともに演者ユーザーによって仮想参加が許可された４人の視聴者ユーザーの視聴者アバター１１～１４が配置されている。
【0131】
また、第４領域には、仮想空間ライブの開始前において仮想参加を予約した一般の視聴者ユーザーの視聴者アバター２１～３２が配置されている。尚、図１３において、視聴者アバター２１～３２は、便宜上、簡素化して表示しているが、視聴者アバター１１～１４と同様のアバターである。
【0132】
尚、第３領域に配置された各視聴者アバター１１～１４は、視聴者ユーザーが視聴者端末を操作することで、該第３領域内を移動することが可能とされているとともに、第４領域に配置された各視聴者アバター２１～３２も、視聴者ユーザーが視聴者端末を操作することで、該第４領域内を移動することが可能とされている。
【0133】
仮想ライブ会場には、図１３に示すように、４つの仮想カメラＣ１～Ｃ４が仮想配置（設定）されている。仮想カメラＣ１は、演者アバター１の正面位置に、演者アバター１に対面するように仮想配置された仮想カメラであり、仮想カメラＣ１による視点映像は、図１４（ａ）に示すように、演者アバター１を正面近傍位置から見た視点映像となる。
【0134】
仮想カメラＣ２は、演者アバター１の頭上に仮想配置（設定）されたカメラであり、該仮想カメラＣ２による視点映像は、図１６に示すように、演者アバター１から仮想観客領域を見た演者視点映像となる。
【0135】
仮想カメラＣ３は、演者アバター１の斜め後方の仮想ディスプレイ４１上に仮想配置された仮想カメラであり、仮想カメラＣ３による視点映像は、図１４（ｃ）に示すように、演者アバター１の斜め後方から仮想観客領域を見た視点映像となる。
【0136】
仮想カメラＣ４は、演者アバター１の斜め後方の仮想ディスプレイ４２上に仮想配置された仮想カメラであり、仮想カメラＣ４による視点映像は、図１４（ｂ）に示すように、演者アバター１の斜め後方から仮想観客領域を見た視点映像となる。
【0137】
また、本実施例では、固定配置（設定）された仮想カメラＣ１～Ｃ４に加えて、仮想空間である仮想ライブ会場の空間内を空中移動可能に設定された空中移動仮想カメラ（図示略）が仮想配置されている。これら空中移動仮想カメラが移動する空中軌道並びに空中軌道上の個々の位置における視点方向（アングル）等は、管理者端末１５０によって予め設定されていて、後述するフライング演出期間において、演者アバター１が空中移動仮想カメラの空中軌道を追随するように仮想飛翔することで、仮想飛翔する演者アバター１を空中移動仮想カメラで捉えた視点映像が生成されるようになっている。
【0138】
尚、本実施例では、図１３に示すように、固定配置（設定）された仮想カメラとして４つの仮想カメラＣ１～Ｃ４を仮想配置した形態を例示しているが、本発明はこれに限定されるものではなく、これら固定配置（設定）された仮想カメラを５以上としてもよいし、逆に、固定配置（設定）された仮想カメラを設けることなく、仮想ライブ会場に仮想参加した各アバターに対応した視点から見た視点映像だけが、演者端末２００や視聴者端末３００に表示されるようにしてもよい。
【0139】
また、本実施例では、空中移動仮想カメラを１つとした形態を例示しているが、本発明はこれに限定されるものではなく、これら空中移動仮想カメラを複数とした形態としてもよいし、逆に、空中移動仮想カメラを仮想配置しない形態としてもよい。
【0140】
＜スタジオ＞
図１１は、本実施例において使用したスタジオを示す図であり、スタジオには、前述したようにガラス窓を隔てた調整室が隣接して設けられており、演者ユーザーがスタジオ内で歌唱に対応した各動作を行うとともに、補助オペレータＯが調整室に設置されている演者端末３００の操作等を補助する。装着センサ２２０Ｃ１～２２０Ｃ５を装着した演者ユーザーの周囲には、ベースステーション２２０ａとベースステーション２２０ｂとがスタンドに搭載配置されているとともに、演者ユーザーのほほ正面位置には、表情入力装置２２１を構成する撮像カメラがスタンドに搭載配置されている。
図１１は、本実施例において使用したスタジオを示す図であり、スタジオには、前述したようにガラス窓を隔てた調整室が隣接して設けられており、演者ユーザーがスタジオ内で歌唱に対応した各動作を行うとともに、補助オペレータＯが調整室に設置されている演者端末３００の操作等を補助する。装着センサ２２０Ｃ１～２２０Ｃ５を装着した演者ユーザーの周囲には、ベースステーション２２０ａとベースステーション２２０ｂとがスタンドに搭載配置されているとともに、演者ユーザーのほほ正面位置には、表情入力装置２２１を構成する撮像カメラがスタンドに搭載配置されている。
【0141】
演者ユーザーがスタジオ内で対峙する壁面にはスクリーンＳが設けられており、スタジオの天井に配置されたプロジェクタ（表示装置Ｂ２１１）から、仮想カメラＣ２の視点映像がスクリーンＳに投影されることで、図１６に示すように、演者アバター１から仮想観客領域を見た視点映像がスクリーンＳに表示されるようになっており、演者ユーザーが、仮想観客領域において仮想参加している視聴者アバターの様子（ライブに対する視聴者の反応）を逐次、把握しながらライブを進めることができるようになっている。
【0142】
また、スクリーンＳの側方位置には、表示装置Ｃ２１２としての縦型の大型ディスプレイが配置されていて、該大型ディスプレイに視聴者のコメントや補助オペレータＯが演者ユーザーに伝達したいメッセージ等が表示されるようになっている。尚、表示装置Ｃ２１２には、ライブにおいて演者が歌唱する楽曲の歌詞や、セリフ等の情報（演者支援情報）が表示されるようにしてもよい。
【0143】
＜仮想空間コンテンツ配信システムの動作＞
図１０は、本実施例の仮想空間コンテンツ配信システムの動作、具体的には、仮想ライブの映像や音声が配信される流れを説明する説明図である。
図１０は、本実施例の仮想空間コンテンツ配信システムの動作、具体的には、仮想ライブの映像や音声が配信される流れを説明する説明図である。
【0144】
まず、映像系について説明する。配信用サーバコンピュータ１００は、前述したように、仮想空間生成プログラム１２０および演者ユーザーや視聴者ユーザーのアバターデータ等にもとづいて仮想ライブ会場の仮想空間を提供可能とされており、これら演者ユーザーや視聴者ユーザーの各アバターの動作等が、演者端末２００から送信される演者アバター情報や、視聴者端末３００から送信される視聴者アバター情報によって仮想空間の状態が記述された仮想空間データが更新されることで、演者ユーザーの動作が演者アバター１の動作に反映されるとともに、視聴者ユーザーの動作（操作）が視聴者アバターの動作に反映される。
【0145】
尚、図１０には示していないが、演者端末２００並びに視聴者端末３００には、仮想空間ライブに仮想参加するために配信用サーバコンピュータ１００と通信接続することに伴って、配信用サーバコンピュータ１００から仮想ライブ会場の仮想空間データが事前に配信され記憶されており、このようにして事前に記憶されている仮想空間データが、後述するように、配信用サーバコンピュータ１００から逐次配信される仮想空間更新データによって順次更新されることで、仮想ライブ会場の最新の状態を、演者端末２００並びに視聴者端末３００にて特定できるようになっている。
【0146】
具体的には、前述したスタジオにおける演者ユーザーの動作や表情は、前述した演者アバター制御プログラムによるボディモーションスキャン並びにフェイスモーションスキャンの各機能によって所定時間間隔にてスキャンされて演者アバター情報が生成されて配信用サーバコンピュータ１００に送信される。
【0147】
一方、第３領域に仮想参加が許可された視聴者ユーザーは、演者と同様に、モーションセンサを使用しているため、ボディモーションスキャン並びにフェイスモーションスキャンの各機能によって所定時間間隔にてスキャンされて視聴者アバター情報が生成されて配信用サーバコンピュータ１００に送信される。
【0148】
また、第４領域に仮想参加が許可された視聴者ユーザーは、視聴者端末３００のタッチパネルやキーボードやコントローラを使用して、移動操作、視点方向の変更操作、視点状況（ズーム）の変更操作、手を挙げる操作、手をたたく操作、跳ねる操作等の各種の操作を行うことで、視聴者アバターに対応する動作をさせることができる。そして、これら各操作のうち、視聴者アバターの動作に関係する操作にもとづいて視聴者アバター情報が生成されて配信用サーバコンピュータ１００に送信される。
【0149】
このようにして演者端末２００から送信される演者アバター情報や視聴者端末３００から送信される視聴者アバター情報にもとづいて、配信用サーバコンピュータ１００は、仮想空間データを更新する仮想空間更新処理を実行することで、仮想ライブ会場に仮想参加している各アバターに演者ユーザーの動作や視聴者ユーザーの動作（操作）を反映させる。
【0150】
そして、更新前の仮想空間データと更新後の仮想空間データとにもとづいて仮想空間更新データを生成する仮想空間更新データ生成処理を実行した後、該生成した仮想空間更新データを演者端末２００と視聴者端末３００とに配信する。
【0151】
仮想空間更新データが配信された演者端末２００と視聴者端末３００においては、図１０に示すように、配信されてきた仮想空間更新データにもとづいて、事前記憶されている仮想空間データが更新されるとともに、該更新された仮想空間データを使用した演者視点映像生成処理や視聴者視点映像生成処理が実行されることで、更新された仮想空間データにもとづく演者視点映像や視聴者視点映像が生成されて、該生成された演者視点映像や視聴者視点映像が演者端末２００と視聴者端末３００において表示される（視聴者視点映像出力処理）。
【0152】
このように、本実施例では、視聴者アバターにより仮想ライブ会場に仮想参加している各視聴者ユーザーの視点映像は、各視聴者ユーザーの視聴者端末３００側で生成されて表示されることで、これら各視聴者ユーザーの視聴者アバター視点映像を配信用サーバコンピュータ１００で生成することにより配信用サーバコンピュータ１００の処理負荷が著しく大きくなって、多くの視聴者ユーザーが仮想空間ライブに参加できなくなってしまうことを回避できるとともに、処理負荷が増大することによって配信が困難となってしまうことを回避できるようになっている。
【0153】
本実施例では、仮想ステージＧ上の演者アバター１に近い第３領域にて仮想参加している視聴者アバター１３の視聴者ユーザーの視聴者端末３００の表示装置３１０には、図１４（ｄ）に示すように、演者アバター１に近い視聴者アバター１３から見た視点映像である演者アバター１のほぼ正面が大きく表示される視点映像が生成されて表示される一方、仮想ステージＧ上の演者アバター１から遠い第４領域であって、例えば、視聴者アバター１３の後方位置において仮想参加している視聴者アバター２８の視聴者ユーザーの視聴者端末３００の表示装置３１０には、図１４（ｅ）に示すように、演者アバター１から遠い視聴者アバター２８から見た視点映像である、第３領域にて仮想参加している視聴者アバター１３や視聴者アバター１４越しに、演者アバター１のほぼ正面が相対的に小さく見える視点映像が表示される。
【0154】
また、上面視コ字状に設定されている第４領域の仮想ステージＧの端側位置において仮想参加している視聴者アバター３２の視聴者ユーザーの視聴者端末３００の表示装置３１０には、図１４（ｆ）に示すように、演者アバター１の斜め前方位置の視聴者アバター３２から見た視点映像である、第３領域にて仮想参加している視聴者アバター１４越しに、演者アバター１が相対的に小さく見える視点映像が表示される。
【0155】
尚、図１４に示す表示例は、いずれも、視聴者端末３００が据置型のコンピュータ（ＰＣ）であって表示装置３１０が、据置型のディスプレイである場合を例示しているが、例えば、視聴者端末３００がスマートフォンＰやタブレット等である場合には、仮想カメラＣ１の視点映像の場合には、図１５（ａ）に示すように表示されるとともに、該視聴者端末３００が視聴者アバター１３の視聴者端末３００である場合には、図１５（ｂ）に示すように表示される。
【0156】
次に、音声系について説明すると、配信用サーバコンピュータ１００においてタイムスケジュールデータ（ＴＳデータ）１１２にもとづいて楽曲データ１１３が音声制御プログラム１２４によって再生され、再生楽曲（データ）として演者端末２００に送信される（楽曲再生処理）。
【0157】
演者端末２００においては、配信用サーバコンピュータ１００から送信された再生楽曲（データ）による楽曲音声が、演者ユーザーが装着している高機能イヤホン（イヤモニ）を通じて該演者ユーザーに対して出力されるとともに（再生楽曲出力処理）、該出力された再生楽曲に合わせて演者ユーザーが歌唱することで、集音マイク（音声入力装置２２２）から入力される演者音声がデータ化されて演者音声（データ）として配信用サーバコンピュータ１００に送信される。
【0158】
配信用サーバコンピュータ１００は、演者端末２００から受信した演者音声（データ）による演者音声と前述した楽曲再生処理にて再生した再生楽曲とから配信音声（データ）を生成し（配信音声生成処理）、該生成した配信音声（データ）を視聴者端末３００に配信する（生成音声配信処理）。
【0159】
視聴者端末３００では、配信用サーバコンピュータ１００から配信された配信音声（データ）により配信音声が、イヤホンやスピーカー等の音声出力装置３２２から出力されることで、視聴者は、あたかも仮想ライブ会場において演者アバター１が歌唱しているようにライブ音声を聞くことができる。
【0160】
尚、演者端末２００においては、上記したように、演者音声（データ）が配信用サーバコンピュータ１００に送信されるとともに、図１０に示すように、モニター音声生成処理とモニター音声出力処理とが実行されることにより、調整室に配置されているスピーカーから再生楽曲の楽曲音声と演者音声とが出力されることで、演者ユーザーの歌唱の状況等を補助オペレータＯ等が調整室において確認することができるようになっている。
【0161】
＜視聴者用視点映像制御処理＞
次に、視聴者端末３００において、視聴者用プログラムに含まれる視聴者用視点映像制御プログラムにもとづいて実行される視聴者用視点映像制御処理について、図２１を用いて説明する。
次に、視聴者端末３００において、視聴者用プログラムに含まれる視聴者用視点映像制御プログラムにもとづいて実行される視聴者用視点映像制御処理について、図２１を用いて説明する。
【0162】
視聴者用視点映像制御処理においては、先ず、演者アバター１が図２０に示すように、仮想飛翔するフライング演出期間中であるか否かを判定する（ステップＳ１）。フライング演出期間中であるか否かは、配信用サーバコンピュータ１００から、フライング演出期間中であることを示す演出状態データによって特定することができる。尚、配信用サーバコンピュータ１００は、タイムスケジュールデータにもとづいてフライング演出期間となるときに、視聴者端末３００に対してフライング演出期間中であることを示す演出状態データを送信する。
【0163】
フライング演出期間中である場合（ステップＳ１でＹ）は、ステップＳ２１に進む一方、フライング演出期間中でない場合（ステップＳ１でＮ）は、視点の移動操作（アバターの移動操作や動作操作による視点の変更を含む）やズーム操作を含む視点関係操作が無効とされているか否かを判定する（ステップＳ２）。
【0164】
視点関係操作が無効とされている場合（ステップＳ２でＹ）は、ステップＳ７に進む。視点関係操作が無効とされていない場合（ステップＳ２でＮ）は、アバターの移動操作や動作操作等の視点が変化する操作が有るか否かを判定し（ステップＳ３）、操作がある場合（ステップＳ３でＹ）は操作に応じて視聴者視点を変更し、操作がない場合（ステップＳ３でＮ）は、ステップＳ５に進んで、ズーム操作があるか否かを判定する（ステップＳ５）。
【0165】
ズーム操作がある場合（ステップＳ５でＹ）は、表示装置３１０に表示されている映像領域を操作に応じた映像領域に変更し、ズーム操作がない場合（ステップＳ５でＮ）は、動作追随設定の有無を判定する（ステップＳ７）。
【0166】
この動作追随設定は、視聴者ユーザーが、自身が操作に使用するデバイスの種類や、操作についての習熟度に応じて、視聴者端末３００において、例えば、ライブ開始前やライブ中に、任意に設定することができる。具体的には、例えば、使用するタッチパネル、キーボード、ゲームコントローラ等の操作入力装置３２１の操作に慣れていない場合や、アバターの移動操作や動作操作による視点の変更に慣れていない場合、後述するように、自身の視聴者アバターの仮想参加位置が演者アバター１から遠く、ズームアップで拡大表示していることで、演者アバター１の少しの動作でも演者アバター１が適切に表示されなくなってしまう等、演者アバター１の移動や動作に対応して視点を上手く変更できない場合等に設定される。
【0167】
動作追随設定がない場合（ステップＳ７でＮ）は、ステップＳ１１に進む一方、動作追随設定がある場合（ステップＳ７でＹ）は、更に、動作追随条件が成立したか否かを判定する（ステップＳ８）。
【0168】
動作追随条件とは、本実施例においては、表示装置３１０において演者アバター１が良好に表示されなくなることがほぼ確実である条件としており、具体的には、演者アバター１の頭部（顔でもよい）が、表示装置３１０の表示領域の周辺における所定範囲内に入っている場合には、演者アバター１の移動や動作によって表示領域外に頭部（顔）が移動して良好に表示されなくなってしまう可能性が著しく高いことから、動作追随条件が成立したものと判断するようにしている。
【0169】
このように、本実施例では、演者アバター１の頭部（顔）が表示領域に表示されなくなる前に動作追随条件が成立したと判断することで、演者アバター１の頭部（顔）が表示領域に表示されなくなってしまうことを大幅に低減できるようにしているが、本発明はこれに限定されるものではなく、これら動作追随条件を、表示領域外に頭部（顔）が移動したことを条件としてもよいし、これら以外の条件を動作追随条件としてもよい。つまり、これら動作追随条件としては、演者アバター１が表示領域に良好に表示されなくなってしまうことを防ぐことができる条件であれば、任意の条件を使用することができる。
【0170】
動作追随条件が成立した場合（ステップＳ８でＹ）は、視点関係操作を無効化した後（ステップＳ１２）、表示装置３１０の表示領域に表示される視点映像として、演者アバター１の頭部（顔）が表示領域の周辺における所定範囲に囲まれた非成立範囲内となる動作追随視点に視点が自動的に変更されて、該動作追随視点から見た視点映像が表示装置３１０の表示領域に表示される（ステップＳ１３）。
【0171】
一方、動作追随条件が成立していない場合（ステップＳ８でＮ）は、更に、視点関係操作が無効化されているか否かを判定し（ステップＳ９）、視点関係操作が無効化されている場合（ステップＳ９でＹ）は、無効化されている視点関係操作を有効化して（ステップＳ１０）からステップＳ１１に進み、視点関係操作が無効化されていない場合（ステップＳ９でＮ）はステップＳ１０を経由することなくステップＳ１１に進む。
【0172】
ステップ１１では、動作追随設定が設定されていないこと、若しくは、動作追随条件が成立していないことにより、視聴者アバターの視点映像が表示装置３１０の表示領域に継続表示される（ステップＳ１１）。
【0173】
また、前述したように、ライブにおいて演者アバター１が仮想飛翔するフライング演出期間となった場合は、ステップＳ１でＹと判定されてステップＳ２１に進み、フライング演出期間の開始タイミングであるか否かを判定する（ステップＳ２１）。
【0174】
フライング演出期間の開始タイミングである場合（ステップＳ２１でＹ）は、フライング演出期間の開始前において表示装置３１０の表示領域に表示されていた視聴者アバターの視点映像または動作追随視点映像に代えて、配信用サーバコンピュータ１００から配信されるフライング視点映像を表示し（ステップＳ２２）、その後、視点関係操作を無効化して（ステップＳ２３）、ステップＳ１に戻る。
【0175】
尚、本実施例では、フライング演出期間においては、全ての視聴者ユーザーの視聴者端末３００に同一のフライング視点映像を表示することから、個々の視聴者ユーザーで異なる視聴者アバター視点映像のように、各視聴者端末３００側でフライング視点映像を生成するのではなく、配信用サーバコンピュータ１００側で生成して視聴者端末３００に配信することで、視点の空中移動を伴うことで、視点映像の描画負荷が大きいフライング視点映像を、処理能力が低い視聴者端末３００であっても、良好に表示できるようにしているが、本発明はこれに限定されるものではなく、これらフライング視点映像を、視聴者アバター視点映像と同様に、個々の視聴者端末３００側で生成するようにしてもよい。
【0176】
一方、フライング演出期間の開始タイミングでない場合（ステップＳ２１でＮ）は、更に、フライング演出期間の終了タイミングであるか否かを判定する（ステップＳ２４）。
【0177】
フライング演出期間の終了タイミングであるか否かは、配信用サーバコンピュータ１００から送信されるフライング視点映像のデータ中に含まれる終了を示すデータにもとづいて特定してもよいし、フライング視点映像とは異なる前述した演出状態データによって特定してもよい。
【0178】
フライング演出期間の終了タイミングでない場合（ステップＳ２４でＮ）、つまり、フライング演出期間中である場合には、ステップＳ２６に進んで、フライング視点映像を更新した後、ステップ１に戻る一方、フライング演出期間の終了タイミングである場合（ステップＳ２４でＹ）は、視点関係操作を有効化した後（ステップＳ２５）、ステップＳ１１に進んで、フライング演出期間中に表示装置３１０の表示領域に表示していたフライング視点映像に代えて、視聴者アバターの視点映像を表示装置３１０の表示領域に表示した後、ステップＳ1に戻る。
【0179】
【0180】
図１７は、本実施例の視聴者端末３００においてズーム操作をした場合の表示装置３１０の表示内容を示す図であり、ズーム操作を何もしていないデフォルトの状態では、図１７（ａ）に示すように、演者アバター１の上半身を中心とした映像領域の視点映像が表示されている。このデフォルト状態において、視聴者ユーザーがズームアップ操作、例えば、視聴者端末３００がスマートフォンＰである場合であれば、「＋」の表示（図示略）に触れる操作を行い、視聴者端末３００がコンピュータ（ＰＣ）である場合であれば、キーボードの「＋」キーを操作した場合は、例えば、図１７（ｂ）に示すように、演者アバター１の頭部（顔）を中心とした映像領域の視点映像が表示される。
【0181】
一方、視聴者ユーザーがズームダウン操作、例えば、視聴者端末３００がスマートフォンＰである場合であれば、「－」の表示（図示略）に触れる操作を行い、視聴者端末３００がコンピュータ（ＰＣ）である場合であれば、キーボードの「－」キーを操作した場合は、例えば、図１７（ｃ）に示すように、演者アバター１の全身が含まれる映像領域の視点映像が表示される。
【0182】
尚、図１７では、ズームの機能を解り易くするために、視聴者アバターの視点ではなく、仮想カメラＣ１の視点映像を使用して説明したが、図１８に示すように、視聴者アバターの視点についても同様にズームアップ、ズームダウンを行うことができる。
【0183】
また、図２１の視聴者用視点映像制御処理においては、詳述していないが、例えば、ライブが開始されるときに、演者アバター１が仮想ステージＧに初めて登場する場合は、視聴者アバターの視点が演者アバター１に向いていないことから、登場する演者アバター１が視聴者端末３００に表示されない期間が長くなってしまう可能性があるので、このように、演者アバター１が最初に登場する期間等を登場演出期間等とし、これらの演出期間において、視聴者端末３００に表示される視点映像を、視聴者アバターの視点映像ではなく、仮想カメラＣ１の視点映像等に自動的に切り替えて表示するとともに、これら仮想カメラＣ１の視点映像においてもズームアップ等を、個々の視聴者ユーザーが実行できるようにしてもよい。
【0184】
図１８は、視聴者アバターの視点映像の例として、第４領域に仮想参加している視聴者アバター２８の視点映像を示している。図１８に示すように、視聴者アバター２８の視点映像には、第３領域に仮想参加している視聴者アバター１３と視聴者アバター１４の頭部が含まれており、これら視聴者アバター１３と視聴者アバター１４の頭部越しに演者アバター１を見る映像となる。
【0185】
このため、視聴者アバター２８の視聴者ユーザーは、例えば、ズームアップ操作を行って、図１８（ｂ）に示すように、演者アバター１の上半身が中心的に表示される映像領域に変更することで、視聴者アバター１３と視聴者アバター１４が表示されないようにして、ライブを楽しむことができる。
【0186】
但し、図１８（ｂ）に示すようにズームアップした状態においては、例えば、ライブが進行して演者アバター１が移動したり大きく動作するようになると、これら演者アバター１の動作に合わせて視聴者アバター２８の視点を視聴者ユーザーが上手く変更することができないと、図１９（ｄ）～（ｆ）に示すように、演者アバター１が良好に表示されない状態となる場合があるため、視点の操作に注意を払うことによって、ライブに集中することが難しくなってしまい、ライブを良好に楽しむことができなくなる場合がある。
【0187】
しかし、本実施例では、上記のように、視聴者ユーザーが動作追随設定を行った場合には、図１９（ａ）～（ｃ）に示すように、演者アバター１の頭部が表示領域の周辺所定領域内に入ることで動作追随条件が成立して視点が自動的に動作追随視点に変更され、該動作追随視点の視点映像が表示されるようになるため、視聴者ユーザーは、視点の操作に注意を払う必要がなくなるので、ライブに集中できることで良好にライブを楽しむことができるようになる。
【0188】
そして、ライブが進行してフライング演出期間となると、図２０に示すように、個々の視聴者アバターの視点映像から空中移動仮想カメラから見たフライング視点映像に、視聴者ユーザーが操作しなくても自動的に変更される。
【0189】
具体的には、演者アバター１が仮想飛翔をする前に、羽根のオブジェクトが演者アバター１の背中において大きくなる映像が表示される。そして、演者アバター１が仮想ライブ会場の第２領域に仮想配置されている星の仮想空中オブジェクト５０を見あげるようにすることで視聴者アバターの視点も同様に移動する。このとき、演者アバター１の周囲には、光のエフェクト６１が出現する。
【0190】
その後、演者アバター１が仮想飛翔に移ると、表示装置３１０に表示される視点映像は、図２０（ｂ）までの視聴者アバターの視点映像から、図２０（ｃ）に示すように、空中移動仮想カメラから見たフライング視点映像に自動的に切り替わる。
【0191】
そして、フライング演出期間において空中移動仮想カメラは、前述したように、予め設定された空中軌道にもとづいて第２領域内を空中移動し、これら空中移動する空中移動仮想カメラから見たフライング視点映像が、図２０（ｄ）に示すように表示装置３１０に表示される。
【0192】
なお、具体的な構成は上記した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【0193】
例えば、上記実施例では、視聴者アバターは、仮想参加している第３領域内または第４領域内を自由に移動できる形態を例示したが、このようにすると、例えば、第４領域に参加している異なる視聴者アバター同志が仮想衝突したり同一仮想位置に重複することによって仮想空間データにエラー等が生じてしまう等の問題が生じる可能性がある。
【0194】
このような問題を解消するために、例えば、図２２、図２３に示す変形例に示すようにしてもよい。具体的には、第３領域や第４領域を図２２に示すように細かな領域に区切るとともに、これらの領域のうちのどの領域にて仮想ライブに参加するのかを、図２３に示すように、ライブが開始する前において事前に視聴者ユーザーから受付けておき、視聴者ユーザーが視聴者アバターで仮想参加する場合には、事前に選択した領域においてだけ参加が可能となるともに、該選択した領域内だけで移動できるように制限することで、視聴者アバター同志が仮想衝突したり同一仮想位置に重複することによって仮想空間データにエラー等が生じてしまうことを防ぐことができる。
【0195】
尚、上記のように、視聴者アバターの仮想参加位置を各視聴者ユーザーに事前に選択させるようにする場合にあっては、例えば、第４領域において仮想ステージＧに向かって右側となるＡ１～Ｃ６の領域を選択した視聴者ユーザーについては、フライング演出期間における視点映像として、仮想飛翔する演者アバター１の右側前方位置からの視点映像が生成されて表示され、第４領域において仮想ステージＧに向かって中央となるＤ４～Ｈ６の領域を選択した視聴者ユーザーについては、フライング演出期間における視点映像として、仮想飛翔する演者アバター１の中央前方位置からの視点映像が生成されて表示され、第４領域において仮想ステージＧに向かって左側となるＩ１～Ｋ６の領域を選択した視聴者ユーザーについては、フライング演出期間における視点映像として、仮想飛翔する演者アバター１の左側前方位置からの視点映像が生成されて表示されるように、視聴者ユーザーが選択した位置に応じて、特別動作である仮想飛翔における視点映像が、各視聴者ユーザーが選択した位置（領域）に対応した視点映像となるようにしてもよい。
【0196】
また、上記実施例では、視聴者アバターからの視点映像を視聴者端末２００側で生成して表示する形態を例示したが、本発明はこれに限定されるものではなく、例えば、仮想参加者が少ないライブイベントの場合には、視聴者アバターからの視点映像についても配信用サーバコンピュータ１００側で生成して配信するようにしてもよい。また、視聴者ユーザーが、自分が所有する端末の処理能力やデータ通信環境に応じて、視聴者端末２００側で生成するか配信用サーバコンピュータ１００側で生成するかを選択できるようにしてもよいし、配信用サーバコンピュータ１００が、通信接続している視聴者端末２００の処理能力を特定して、該特定した処理能力にもとづいて、視聴者端末２００側で生成するか配信用サーバコンピュータ１００側で生成するかを決定するようにしてもよい。
【0197】
また、上記実施例では、配信用サーバコンピュータ１００を、仮想空間ライブを主催するイベント運営機関が運営するスタジオに設置した形態を例示しているが、本発明はこれに限定されるものではなく、これら配信用サーバコンピュータ１００としては、サーバコンピュータを貸し出す企業がデータセンタ等において所有するサーバコンピュータを使用したり、上述したように、クラウドサービスによるサーバコンピュータを使用してもよく、これらサーバコンピュータの設置形態は、配信用サーバコンピュータ１００の機能を得られる形態であれば、任意の形態とすることができる。
【0198】
また、上記実施例では、演者ユーザーが一人で歌唱と上演動作を行う形態を例示しているが、本発明はこれに限定されるものではなく、これら演者ユーザーが、複数人からなるグループであってもよく、これら複数人からなるグループで仮想空間ライブを行う場合には、複数人で1台の演者端末２００を共有してもよいし、グループの各メンバー毎に演者端末２００を設ける形態としてもよい。尚、演者ユーザーが、複数人のメンバーからなるグループである場合に、例えば、視点追随対象者指定処理を配信用サーバコンピュータ１００や視聴者端末３００の少なくとも一方で実行することで、視点を追随する対象とするメンバーを、視聴者ユーザーが選択できるようにしてもよい。
【0199】
また、上記実施例では、歌唱を行う歌唱者と上演動作を行うアクターとが個別の人物とされていてもよく、この場合、歌唱者の演者端末とアクターの演者端末を個別として、歌唱者はアクターが上演動作を行うスタジオ以外の場所で歌唱するようにしてもよい。
【0200】
また、上記実施例では、配信用サーバコンピュータ１００、管理者端末１５０、演者端末２００、視聴者端末３００を接続するコンピュータ通信ネットワークとして、インターネット網を例示しているが、本発明はこれに限定されるものではなく、これら通信ネットワークは、特定のエリア内だけでデータ通信可能なローカルエリアネットワークで構成されていてもよいし、その一部にローカルエリアネットワークやローカルデータ通信が含まれていてもよい。
【0201】
また、上記実施例では、仮想空間ライブの配信時においてリアルタイムに演者ユーザーが歌唱や歌唱動作（上演動作）を実行する形態とすることで、演者ユーザーが、仮想空間ライブに仮想参加している視聴者ユーザーの反応等を確認しながらライブを進行できるようにしているが、本発明はこれに限定されるものではなく、演者ユーザーの歌唱や歌唱動作（上演動作）は、リアルタイムではなく、予め、歌唱や歌唱動作（上演動作）を実行しておき、これら歌唱の音声や歌唱動作（上演動作）を演者アバター情報として配信用サーバコンピュータ１００に記録しておき、該記録した歌唱の音声や歌唱動作（上演動作）をライブの進行に応じて再生することによって仮想空間ライブを開催するようにしてもよい。
【0202】
また、演者ユーザーの歌唱や歌唱動作（上演）に替えて、コンピュータグラフィック等で作成した仮想の演者による歌唱や歌唱動作（上演動作）を演者アバター情報として配信用サーバコンピュータに記録しておき、該記録した歌唱の音声や歌唱動作（上演動作）をライブの進行に応じて再生することによって仮想空間ライブを開催するようにしてもよい。
【0203】
このように、予め、歌唱や歌唱動作（上演動作）を実行して演者アバター情報を配信用サーバコンピュータ１００に記録、再生して仮想空間ライブを配信する場合にあっては、該配信時における仮想空間コンテンツ配信システムの構成は、配信用サーバコンピュータ１００、管理者端末１５０、視聴者端末２００とで構成されることになり、仮想空間において演者アバター１を動作させる操作を行う演者ユーザーが利用可能な演者ユーザー端末である演者端末２００を含まない構成となる。
【0204】
また、上記実施例では、視聴者端末３００としてスマートフォンＰやコンピュータ（ＰＣ）とした形態を例示しているが、本発明はこれに限定されるものではなく、これらコンピュータは、持ち運び可能なノートパソコンであってもよいし、タブレット端末、電子書籍リーダー、ウェアラブルコンピュータ、ゲーム用コンソール、及びこれら以外の、少なくとも２Ｄ映像と音声とを出力可能な各種情報処理装置であってもよい。
【0205】
また、上記実施例では、演者ユーザーが、スタジオで歌唱を含む上演を行う形態を例示したが、本発明はこれに限定されるものではなく、例えば、演者ユーザーが自宅等に設置されている演者端末２００を使用して、自宅等から仮想空間ライブに出演するようにしてもよい。
【0206】
上記した実施例では、仮想空間コンテンツとして仮想空間ライブを例示したが、本発明はこれに限定されるものではなく、これら仮想空間コンテンツとしては、例えば、演者ユーザーが自分のファンと集うファンミーティングや、トークセッション等、視聴者ユーザーにとって有益なコンテンツであって、演者アバター１と視聴者アバターとが仮想参加する仮想空間に関するコンテンツであれば、どのようなコンテンツであってもよい。
【0207】
上記した実施例では、一般動作（第１動作）を、演者アバター１が仮想ステージＧに移動せずに立っている動作とし、特別動作（第２動作）を、演者アバター１が仮想飛翔を行っている動作とし、特定動作（第３動作）を、演者アバター１が横方向に急移動する動作とした形態を例示しているが、本発明はこれに限定されるものではなく、配信するコネテンツに応じた動作であってよく、例えば、一般動作（第１動作）は、配信されるコンテンツにおいて、演者アバターが最も多くの期間に亘って実行している動作（通常動作）としてもよく、特別動作（第２動作）を、配信されるコンテンツにおいて、最も短い期間である特別期間において実行している動作や最も頻度が少ない動作とし、特定動作（第３動作）を、一般動作（第１動作）よりも実行される期間が短いが特別動作よりも実行されている期間が長い動作や一般動作（第１動作）よりも実行される頻度が少ないが特別動作よりも実行される頻度が多い操作としてもよい。尚、特別動作（第２動作）が、特定動作（第３動作）を含む場合があってもよい。
【0208】
上記した実施例では、特別動作（第２動作）に対応した視点への切替機能と、特定動作（第３動作）に追随する追随機能と、の双方の機能を有している形態を例示したが、本発明はこれに限定されるものではなく、これらのいずれか一方の機能のみを有する仮想空間コンテンツ配信システムであってもよい。
【0209】
上記した実施例では、固定配置（設定）された仮想カメラとして４つの仮想カメラＣ１～Ｃ４や空中移動仮想カメラの視点切替を、管理者端末１５０における設定や操作によって事前に行える形態を例示しているが、本発明はこれに限定されるものではなく、例えば、これら視点切替を、管理者端末１５０において管理者Ｋが、操作入力装置１６１を構成する視点切替コントローラ等を使用して、リアルタイムに行うようにしてもよい。
【0210】
上記した実施例では、仮想カメラとして仮想空間内に固定配置（設定）された仮想カメラＣ１～Ｃ４を使用する形態を例示しているが、本発明はこれに限定されるものではなく、例えば、仮想カメラＣ１～Ｃ４に、加えるか若しくは代えて、移動可能な仮想移動カメラを仮想ライブ会場内に配置して、該仮想移動カメラの仮想空間内の位置や撮像方向等を、管理者端末１５０において管理者Ｋやカメラマン等が操作により制御して、仮想移動カメラの視点映像とするようにしてもよい。
【0211】
上記した実施例では、演者アバターの表情に反映させるために、演者ユーザーの顔の表情を検出可能とするために、スクリーンＳに仮想カメラＣ２の視点映像を表示する形態を例示しているが、本発明はこれに限定されるものではなく、例えば、演者ユーザーの顔の表情を検出するセンサ機能を有する高機能ヘッドマウントディスプレイであれば、これら高機能ヘッドマウントディスプレイを装着して上演を行うようにしてもよく、このようにすることで、演者ユーザーの仮想ライブへの没入感を向上することができるようにしてもよい。また、演者アバターの表情に演者ユーザーの顔の表情を詳細に反映しなくてもよい場合は、通常のヘッドマウントディスプレイを演者ユーザーが装着して上演を行うようにしてもよい。
【0212】
上記した実施例では、視聴者ユーザーの視点を、演者アバターの動作に応じて変更、追随させる形態を例示したが、本発明はこれに限定されるものではなく、例えば、これら視点の変更、追随を、ステージＧにおける演出物であるスモークや花火（火柱）の仕掛け、特殊なライティング、ステージＧの変形等の特定の演出に応じて実行するようにしてもよい。
【0213】
＜イベントコンテンツ関連＞
（イベントコンテンツの概要）
図１３～図２３を参照して、コンテンツの一例として、仮想ライブ会場において演者によるライブイベントを行うイベントコンテンツを説明した。イベントコンテンツは、例えばイベントデータに従って予め定められた日時（予定日の予定時間）に配信されるが、さらに当該イベント開始前から当該イベントが開催される仮想空間内に視聴者ユーザーを入室・参加可能となるように、イベントコンテンツ提供予定の空間エリアＥＲを提供（配信開始、開放）してもよい。この場合、イベントデータは、イベントコンテンツ提供予定の空間エリアＥＲを予定日前に提供（配信開始、開放）する日時を特定するための情報を含むようにしてもよい。
（イベントコンテンツの概要）
図１３～図２３を参照して、コンテンツの一例として、仮想ライブ会場において演者によるライブイベントを行うイベントコンテンツを説明した。イベントコンテンツは、例えばイベントデータに従って予め定められた日時（予定日の予定時間）に配信されるが、さらに当該イベント開始前から当該イベントが開催される仮想空間内に視聴者ユーザーを入室・参加可能となるように、イベントコンテンツ提供予定の空間エリアＥＲを提供（配信開始、開放）してもよい。この場合、イベントデータは、イベントコンテンツ提供予定の空間エリアＥＲを予定日前に提供（配信開始、開放）する日時を特定するための情報を含むようにしてもよい。
【0214】
以下では、例えば図１３で示したような仮想ライブのイベントコンテンツ開始前から、所定種類の仮想空間として図１３で示した仮想ライブ会場（イベント会場）が構築される仮想空間を開放し、視聴者ユーザーを入室・参加可能とすることにより、当該イベント開始前から視聴者ユーザーに対して当該イベントへの興趣を段階的に向上させる例を説明する。所定種類の仮想空間は、例えば図１２の空間エリアＥＲのいずれかの仮想空間である。以下では、所定種類の仮想空間の一例として、図２４に示す空間エリアＥＲ５を用いて説明する。
【0215】
図２４は、空間エリアＥＲ５に構築されるイベント会場の全体俯瞰図である。本実施例における空間エリアＥＲ５では、一例として神社と神社前の町とを模した建造物などのオブジェクトが配置されている仮想空間が提供される。なお、空間エリアＥＲ５に配置されるオブジェクトは、神社を模した建造物に限るものではなく、海や湖、山、学校など種々のテーマに沿ったオブジェクトであればよい。また、空間エリアＥＲ５は、複数の領域から構成されている。空間エリアＥＲ５は、例えば、図２４（Ａ）に示すように、町エリアに相当する領域ＥＲ５１、境内エリアに相当する領域ＥＲ５２、拝殿エリアに相当する領域ＥＲ５３などから構成されている。
【0216】
町エリアには、例えば、民家を模した家オブジェクトが複数配置されているとともに、境内エリアに通じる参道に沿って視聴者ユーザーなどにより購入等された提灯オブジェクトを展示（設置）するための展示エリアが複数箇所に設けられている。提灯オブジェクトの購入は、例えば、町エリア内などの提灯ショップエリアで購入することができる。また、境内エリアには、例えば、神社の境内に配置される鳥居や門、置物などに相当するオブジェクトが多数配置されており、所定のゲームを行うことができるゲームエリアや、おみくじを行うことができるおみくじエリアが設けられ、展示エリアが複数箇所に設けられている。拝殿エリアには、例えば、神社の拝殿に相当する多数のオブジェクトや、仮想ライブ会場（イベント会場）となるステージオブジェクトが配置されるとともに、お賽銭を行うためのお賽銭エリアが設けられ、展示エリアが複数箇所に設けられている。
【0217】
展示エリアには、ユーザーにより購入された提灯オブジェクトや、運営（管理者）に関連付けられた提灯オブジェクト（初期設定されている提灯オブジェクトを含む）や、特別ユーザーに関連付けられた提灯オブジェクトなどが配置される。特別ユーザーには、演者ユーザー、運営ユーザー、イベントへの協賛をしているスポンサーユーザーや、その他著名人などであって、運営（管理者）側で特別なユーザーとして認証されているユーザーなどが含まれる。また、これらのスポンサーユーザーやその他著名人などの情報はイベントデータ１１１に記憶されている。
【0218】
また、展示エリアに展示される提灯オブジェクトは、後述するように、配信用サーバコンピュータ１００側において全ユーザー共通に表示するデフォルトの提灯オブジェクトとして、切替条件が成立する毎にランダム抽選などにより予め決定され、空間エリアＥＲ５に入室しているユーザーの視聴者端末３００に送信されており配置されており、視聴者アバターをいずれかの展示エリアに近づけることにより当該展示エリアに展示されている提灯オブジェクトを視聴者端末３００に表示させることができる。
【0219】
このような空間エリアＥＲ５（所定種類の仮想空間）に関する各種処理や当該空間エリアＥＲ５の提供・配信に関する各種処理は、配信用サーバコンピュータ１００により行われ、視聴者ユーザーは視聴者端末３００を用いて空間エリアＥＲ５に入室・参加して視聴者アバターを移動させることにより、当該空間エリアＥＲ５内の画像を視聴者端末３００に表示させることができる。以下では、視聴者ユーザーおよび視聴者アバター（その他、演者アバターなど）を、単にユーザおよびユーザアバタ（その他、演者アバタなど）ともいう。
【0220】
図２５は、視聴者端末３００の表示部３１０において表示される空間エリアＥＲ５の画像の一例である。図２５（Ａ）は、領域ＥＲ５１（町エリア）内から、図２４の領域ＥＲ５２（境内エリア）を斜視したときの表示画像例である。図２５（Ｂ）は、ユーザが操作するユーザアバタＵを、図２４の領域ＥＲ５２内であって領域ＥＲ５３の境界付近に移動させている状態を、ユーザアバタＵの後方から見たときの表示画像例であり、領域ＥＲ５２から領域ＥＲ５３へと通じる大門に相当する大門オブジェクト５３ｃが示されている。図２５（Ｃ）は、図２４の領域ＥＲ５２内の大鳥居に相当する大鳥居オブジェクト５２ｔの下にユーザアバタＵを移動させている状態を、ユーザアバタＵの後方から見たときの表示画像例であり、大鳥居オブジェクト５２ｔの足元および大門オブジェクト５３ｃが示されている。図２５（Ｄ）は、ユーザアバタＵを図２５（Ｃ）で示した位置から後方側に移動させている状態を、ユーザアバタＵの後方から見たときの表示画像例であり、大鳥居オブジェクト５２ａおよび民家に相当する民家オブジェクト５１ｄが示されている。このように、ユーザは、空間エリアＥＲ５に入室・参加することにより、ユーザからの操作に応じて、当該空間エリアＥＲ５内を移動させて当該空間エリアＥＲ５内のオブジェクトや風景などを視認することができるとともに、オブジェクトの購入やお賽銭をすることや、予定日になると拝殿エリアにて開催されるライブイベントに参加可能となる。
【0221】
なお、図２５（Ａ）に示すような仮想空間を俯瞰した画像は、ユーザ操作によって表示装置３１０に表示可能なものであってもよく、図２５（Ｂ）～（Ｄ）のようなユーザアバタＵの目線に対応した画像であってもよい。また、ユーザ操作により、図２５（Ｂ）～（Ｄ）のようにユーザアバタＵを俯瞰した画像であっても、ユーザが操作するユーザアバタＵを表示させず、当該ユーザアバタＵの視点から見た画像が表示されるものであってもよい。
【0222】
本実施例においては、空間エリアＥＲ５内でイベントコンテンツが提供される予定日よりも前の期間である予定日前期間であっても、ユーザは、空間エリアＥＲ５内に入室・参加（単に入るともいう）ことが可能である。例えば、予定日前期間であっても、ユーザが仮想空間ＥＲにログインして空間エリアＥＲ５に入室・参加することにより、仮想空間生成プログラム１２０は、生成している空間エリアＥＲ５の画像を視聴者端末３００の表示装置３１０に表示させるためのデータを視聴者端末３００に送信する。予定日前期間とは、イベントコンテンツが提供される予定日よりも前の日であって、予定日より前の所定の期間（例えば、１週間）であってもよく、予定日より前の日すべてでもよい。本実施例においては、予定日の１週間前からユーザは空間エリアＥＲ５内に入ることができるものであるとする。
【0223】
空間エリアＥＲ５には、予定日に提供されるイベントコンテンツに参加するための権利（例えば、チケットなど）を有するユーザのみ、予定日前期間および予定日に入室・参加することが許容される。参加するための権利は、例えば、課金により参加するためのチケットを購入すること、あるいは、所定のゲームやミッションをクリアしていることなどによりユーザに付与される。
【0224】
所定種類の仮想空間である空間エリアＥＲ５は、例えば、複数の領域が連なって形成されている領域であって、視聴者ユーザが複数の領域内のある領域から他の領域にシームレスに移動・進入可能となる第１仮想空間と、他の領域と表示態様が共通する（同じ）領域のみからなる第２仮想空間とを含む。本実施例における空間エリアＥＲ５に対応する仮想空間は、図２４（Ａ）に示すように、領域ＥＲ５１～ＥＲ５３が連なって形成されている領域であって、ユーザが領域ＥＲ５１と領域ＥＲ５２との間も領域ＥＲ５２と領域ＥＲ５３との間もシームレスに移動・進入可能となる第１仮想空間と、図２４（Ｂ）の右側に示すように、領域ＥＲ５３と表示態様が共通する（同じ）領域ＥＲ５３´のみからなる第２仮想空間とを含む。
【0225】
また、例えば、イベントコンテンツの予定日の特定期間前（例えば前日）までは、図２４（Ａ）に示す第１仮想空間が提供され、イベントコンテンツの予定日の特定期間前となり解放条件が成立した後においては、第１仮想空間に加えて図２４（Ｂ）に示す第２仮想空間が提供され、第１仮想空間における複数の領域（領域ＥＲ５１～ＥＲ５３）のうち一部の領域（領域ＥＲ５１、領域ＥＲ５２）から他の領域（領域ＥＲ５３）への移動が不可能な状態（例えば、領域ＥＲ５３に通じる大門オブジェクト５３ｃの門が閉じた状態）となるとともに一部の領域の所定位置（領域ＥＲ５２内の大門オブジェクト５３ｃ前となる位置）にポータルＰを設け、当該ポータルＰにユーザアバタＵを移動させることにより、例えば所定画面（例えば暗転画面）の表示を介して、領域ＥＲ５３´のみからなる第２仮想空間に遷移可能となる。
【0226】
本実施例におけるイベントコンテンツは、領域ＥＲ５３と表示態様が共通する領域ＥＲ５３´において提供される。領域ＥＲ５３´は、例えば解放条件が成立するまで進入することができない領域である。領域ＥＲ５３´には、図１３で示した仮想ライブ会場と同様の会場が構築され、ライブイベント用の仮想ステージや観客席に相当するオブジェクトが配置されライブイベント中においては仮想ステージ上で演者アバタが動作し、ユーザはユーザアバタＵを介して観客席から視聴することとなる。
【0227】
一方、予定日の特定期間前においては、第１仮想空間における領域ＥＲ５３において、例えば、ライブイベント用の観客席に相当するオブジェクトが徐々に配置されたり、仮想ステージについて設置工事中のオブジェクトが配置されることにより、仮想ライブ会場が徐々に構築されていく様子が反映されて、ユーザはユーザアバタＵを介して確認可能となる。例えば、所定時間経過毎（例えば、２４時間など）に、表示されるオブジェクトを更新するための仮想空間更新データ配信処理が行われる。これにより、イベント開催が迫っていることや、臨場感を高め興趣を向上させることができる。
【0228】
また、解放条件が成立した際に領域ＥＲ５３内に滞在していたユーザは、領域ＥＲ５３の外に出される。例えば、ユーザアバタＵが、領域ＥＲ５３外の所定位置（例えば、領域ＥＲ５２内の大門オブジェクト５３ｃ前）に強制的に移動制御される。その後、領域ＥＲ５３には進入できなくなる一方、前述のポータルＰを介して、領域ＥＲ５３´にユーザアバタＵを進入させることができる。
【0229】
領域ＥＲ５３と、領域ＥＲ５３´とは、表示態様が共通するがユーザアバタＵが移動できる空間に制限を設けられている。例えば、領域ＥＲ５３においてはユーザアバタＵが自由に領域内を移動することが可能であるのに対し、領域ＥＲ５３´においては、観客領域５３´ｋのみを移動可能となる。これにより、サーバへの負担が、イベントコンテンツを提供するための最小限の処理のための負担となるようにすることができる。また、領域ＥＲ５３と、領域ＥＲ５３´とは、各々の領域を構築・生成するための処理を行うサーバを異ならせることができる。これにより、例えば、イベントコンテンツが提供される際の重い負荷に対応したサーバによって管理することができる。なお、領域ＥＲ５３´へ進入することができるユーザはイベントコンテンツが提供されるための所定条件を満たしているユーザに限られるものとしてもよい。
【0230】
（仮想空間内の表示態様の変化について）
本実施例においては、予定日前期間において空間エリアＥＲ５内で生じた事象に応じて、空間エリアＥＲ５内の表示態様が変化し得る。予定日前期間において空間エリアＥＲ５内で生じた事象とは、例えば、予定日前期間におけるユーザの行動や、他のユーザの行動、その他、空間エリアＥＲ５内での抽選、運営者の操作によって実行される仮想空間に対する設定変更などが含まれる。ユーザの行動（あるい他のユーザの行動）には、例えば、所定のオブジェクト（アイテム、提灯オブジェクト等）を購入して配置させる操作、所定のミッションをコンプリートするなどゲームをプレイすることなどが含まれる。予定日前期間において空間エリアＥＲ５内で生じた事象に応じて変化し得る空間エリアＥＲ５内の表示態様には、例えば、空間エリアＥＲ５内に配置された特定オブジェクト（例えば、提灯オブジェクト、提灯オブジェクトを配置する展示エリアなど）の表示態様の変化や、イベントコンテンツ提供中における演出の表示態様の変化が含まれる。
本実施例においては、予定日前期間において空間エリアＥＲ５内で生じた事象に応じて、空間エリアＥＲ５内の表示態様が変化し得る。予定日前期間において空間エリアＥＲ５内で生じた事象とは、例えば、予定日前期間におけるユーザの行動や、他のユーザの行動、その他、空間エリアＥＲ５内での抽選、運営者の操作によって実行される仮想空間に対する設定変更などが含まれる。ユーザの行動（あるい他のユーザの行動）には、例えば、所定のオブジェクト（アイテム、提灯オブジェクト等）を購入して配置させる操作、所定のミッションをコンプリートするなどゲームをプレイすることなどが含まれる。予定日前期間において空間エリアＥＲ５内で生じた事象に応じて変化し得る空間エリアＥＲ５内の表示態様には、例えば、空間エリアＥＲ５内に配置された特定オブジェクト（例えば、提灯オブジェクト、提灯オブジェクトを配置する展示エリアなど）の表示態様の変化や、イベントコンテンツ提供中における演出の表示態様の変化が含まれる。
【0231】
（特定オブジェクト配置による予定日前期間における表示態様の変化について）
以下では、図２６～図３２を参照して、予定日前期間において空間エリアＥＲ５内でユーザが提灯オブジェクトを購入して配置させる事象に応じて、例えば、空間エリアＥＲ５内に購入した提灯オブジェクトが展示エリアに配置されることや、また他のユーザが購入した提灯オブジェクトであって展示エリアに配置されている提灯オブジェクトが切替条件の成立に応じて他の提灯オブジェクトに切り替えられることなどにより、予定日前期間における空間エリアＥＲ５内の表示態様を変化させ得る例について説明する。なお、提灯オブジェクトは、例えばイベントコンテンツ提供時のユーザからの投げ銭アイテムの一種（例えば、フラワースタンド）ともなり得るため、以下ではフラスタＦＳとも称する。
以下では、図２６～図３２を参照して、予定日前期間において空間エリアＥＲ５内でユーザが提灯オブジェクトを購入して配置させる事象に応じて、例えば、空間エリアＥＲ５内に購入した提灯オブジェクトが展示エリアに配置されることや、また他のユーザが購入した提灯オブジェクトであって展示エリアに配置されている提灯オブジェクトが切替条件の成立に応じて他の提灯オブジェクトに切り替えられることなどにより、予定日前期間における空間エリアＥＲ５内の表示態様を変化させ得る例について説明する。なお、提灯オブジェクトは、例えばイベントコンテンツ提供時のユーザからの投げ銭アイテムの一種（例えば、フラワースタンド）ともなり得るため、以下ではフラスタＦＳとも称する。
【0232】
フラスタＦＳの購入は、例えば図２４に示す領域ＥＲ５１内の参道沿いに設けられている提灯ショップ５１ｓなどで購入可能である。ユーザは、ユーザアバタＵを提灯ショップ５１ｓに移動させるか、提灯ショップ５１ｓを選択操作することなどにより、視聴者端末３００に表示されている画像が領域ＥＲ５１内の画像を表示する画面からフラスタＦＳを購入するための画面に切り替わる。図２６（Ａ）は、フラスタＦＳの購入時の画面例である。
【0233】
購入可能なフラスタＦＳは、図２７（Ａ）、（Ｂ）に示すように複数種類設けられている。図２７（Ａ）は、フラスタＦＳの属性（モチーフ）別のテーブルを示している。属性（モチーフ）としては、「無地」、「桜」、「鬼」、「白狐」、「黒狐」、「豪華絢爛」などが定められている。各属性には、モチーフカラーが定められており、各属性のフラスタＦＳは、対応するカラーが用いられ、属性に関連したデザインが施されている。各属性のうち、「桜」、「鬼」、「白狐」、「黒狐」は、イベントコンテンツ提供時において進行キャラクタとして登場する演者アバタ各々に関連した属性・カラーとなる。すなわち、購入可能なフラスタＦＳは、イベントコンテンツ提供時に登場する演者アバタに定められているイメージモチーフ、イメージカラーに合致するものが準備される。
【0234】
また、フラスタＦＳには、複数のサイズが用意されている。フラスタＦＳは、属性に応じて、用意されるサイズの種類や、価格が異なる。例えば、属性「無地」については、サイズは「小」のみの取り扱いであり、価格として５００コインが定められている。属性「桜」については、サイズは「大」および「小」の２種類定められており、サイズ「大」の価格は２５００コイン、サイズ「小」の価格は５００コインが定められている。ユーザはいずれかのモチーフとサイズを選択して所望のフラスタＦＳを購入する。例えば、イベントコンテンツ提供時に登場する演者アバタのうち、ユーザが応援している（推している）演者アバタに関連した属性・カラーとイメージモチーフ、イメージカラーが合致するフラスタＦＳを購入するといった楽しみ方を提供できる。
【0235】
図２７（Ｂ）は、フラスタＦＳのサイズ別のテーブルである。ユーザはフラスタＦＳに装飾を施すこと（フラスタＦＳの表示態様を生成）が可能であり、例えば文字入れの装飾をすることができる。フラスタＦＳのサイズ別に、フォントの種類や、フォントの色が定められており、ユーザは購入時に選択可能である。また、フラスタＦＳのサイズ別に表示可能な文字数の上限が定められている。例えば、サイズ「大」については、２列に文字を入力可能であり、各１５文字の文字数制限がある。サイズ「小」については、１０文字の文字数の制限がある。
【0236】
フラスタＦＳはサイズごとに、展示（配置）可能なエリアが定められている。ユーザは購入したフラスタＦＳを空間エリアＥＲ５内に表示させる際に、空間エリアＥＲ５内に複数設けられている展示エリアであって当該フラスタＦＳを展示可能な展示エリアのうちから選択（指定）して配置することが可能である。例えばサイズ「大」は、大通り（西）エリア５１ａ、大通り（東）エリア５１ｂ、大鳥居エリア５２ａ（大鳥居オブジェクト５２ｔが配置されているエリア）のいずれかのエリアから、配置する展示エリアを選択することができる。サイズ「小」は、境内（西）エリア５２ｂ、境内（東）エリア５２ｃ、拝殿前（西）エリア５３ａ、拝殿前（東）エリア５３ｂなどのいずれかのエリアから、配置する展示エリアを選択することができる。
【0237】
図２６（Ａ）に示す購入画面には、ユーザが選択したフラスタＦＳの画像４１１が表示されている。フラスタＦＳの画像４１１の下には、選択したフラスタＦＳの詳細情報４１２が表示されている。詳細情報４１２には、サイズや属性（モチーフ）に関する情報が含まれる。また、ユーザは、購入するフラスタＦＳに文字入れ装飾を施し、好みのデザインにカスタマイズすることが可能である。文字入力領域４１３では、フラスタＦＳに表示させる文字を入力することが可能である。入力した文字は、フラスタＦＳの画像４１１に反映され、配置されたときのイメージを確認することが可能である。また、フラスタＦＳに表示されることができる文字には、入力することが規制されているＮＧワードが定められている。ＮＧワードとは、例えば暴力的な文言や、公序良俗に反する文言などである。ＮＧワードが入力された場合には、購入アイコン４１７がグレー表示され、購入操作ができないようになる。
【0238】
図２６（Ａ）の購入画面例に示すように、配置場所選択領域４１４への操作により、ユーザはフラスタＦＳの展示エリアを選択する。また、コイン関連領域４１５には、ユーザの所持コイン数と、フラスタＦＳの購入価格として消費されるコイン数と、購入後の残コイン数が表示されている。ユーザは、購入アイコン４１７を操作することで、購入が確定され、課金処理がされる。購入を取りやめる場合は、閉じるアイコン４１６に対する操作を行う。
【0239】
フラスタＦＳを購入したあとは、図２６（Ｂ）に示すように、フラスタＦＳの展示演出がなされる。例えば、図２６（Ａ）で、属性が「桜」であって、サイズが「小」の、「さいこう」の文字装飾が施されたフラスタＦＳ１を購入したユーザであれば、フラスタＦＳ１を配置した展示エリアにＦＳ１が表示され、フラスタＦＳ１が周囲に光を纏う演出（他のフラスタとは異なる特定態様で表示、強調表示）などが施される。ユーザがフラスタＦＳを購入し展示エリアを視聴者端末３００側において指定されると、例えば、当該配信用サーバコンピュータ１００において、指定された展示エリア内のうちから展示位置を抽選などで決定して当該フラスタＦＳの展示位置を含む情報を記憶するとともに、指定元のユーザの視聴者端末３００に展示位置を特定するための情報を送信する。視聴者端末３００では、受信した情報から特定される展示位置に展示されているフラスタをユーザが購入したフラスタに置き換えて表示する処理が行われる。これにより、ユーザが空間エリアＥＲ５に入室・参加した際に、当該ユーザ自身が配置したフラスタＦＳの展示エリアに移動して、ユーザ自身のフラスタＦＳを見に行くことに対する動機が働くよう促すことができる。また、他のユーザのフラスタＦＳの文字などを確認するといった面白味を提供できる。また、展示エリアは、図２４（Ａ）で示したように空間エリアＥＲ５を構成する領域ＥＲ５１～領域ＥＲ５３のいずれにも設けられている。このため、空間エリアＥＲ５に入室・参加したユーザを、領域ＥＲ５１～領域ＥＲ５３のすべてに移動させることを促すことができ、空間エリアＥＲ５全体に亘ってユーザを堪能させることができる。
【0240】
次に、配信用サーバコンピュータ１００によって実行されるフラスタＦＳのフラスタ購入処理について、図２８のフローを用いて説明する。
【0241】
ステップＳ１０１においては、予定日前の購入可能期間であるか否かが判定される。予定日前の購入可能期間とは、予定日前期間と合致する期間であってもよく、予定日前期間の一部の期間であってもよい。予定日前の購入可能期間であると判定されなかったときには、購入できないため処理を終了する。例えば、予定日当日などにおいては、ステップＳ１０１においてＮＯと判定されるため、フラスタＦＳを購入することができない。このため、イベント当日前に、少なくとも１回以上は空間エリアＥＲ５に入室させてフラスタＦＳを購入する動機をユーザに抱かせることができる。
【0242】
ステップＳ１０１において、予定日前の購入可能期間であると判定されたときには、ステップＳ１０２において、ショップ選択操作がされたか否かが判定される。ショップ選択操作とは、例えば、空間エリアＥＲ５内のフラスタショップ（例えば、図２４の提灯ショップ５１ｓ、５３ｓなど）に対する操作（例えば、店員キャラクタへ近づくなどのアクションを行う、あるいは、ショップの所定アイコンへの選択操作を行うことなどが含まれる）である。ステップＳ１０２では、具体的には、視聴者端末３００においてショップ選択操作が行われたときに送信される情報を受信したか否かが判定される。
【0243】
ステップＳ１０２でショップ選択操作がされたと判定されたときには、ステップＳ１０３において表示装置３１０にショップ画面を表示するための情報を、ショップ選択操作元の視聴者端末３００に送信する。ショップ画面とは、例えば購入するフラスタＦＳを選択するための商品一覧を表示する画面や、図２６（Ａ）のフラスタＦＳの購入画面などである。これにより、視聴者端末３００では、ショップ画面を表示させて好みのフラスタＦＳを選択することができる。ステップＳ１０３においてショップ画面を表示するための情報を出力したあとは、処理を終了する。なお、フラスタＦＳの購入操作は、空間エリアＥＲ５内に限らず、仮想空間ＥＲ内の別の空間において表示されるショップからの操作であってもよく、仮想空間とは別のＷＥＢサイトにおいて購入操作をすることで、仮想空間内において反映される（利用・展示可能となる）ようにしてもよい。
【0244】
一方、ステップＳ１０２で、ショップ選択操作がされたと判定されなかったときには、ステップＳ１０４において内容編集操作がされたか否かが判定される。内容編集操作とは、フラスタＦＳへの文字入れなどの装飾操作である。ステップＳ１０４では、具体的には視聴者端末３００において購入対象とするフラスタＦＳが選択された後おいて図２６（Ａ）で示したような画面において装飾操作が行われてフラスタＦＳに入力された文字を特定するための情報を、視聴者端末３００から受信したか否かが判定される。内容編集操作がされたと判定されたときには、ステップＳ１０５において、ＮＧワードが含まれているか否かが判定される。ＮＧワードが含まれていると判定されなかったときには、処理を終了する。一方、ステップＳ１０５において、ＮＧワードが含まれていると判定されたときには、ステップＳ１０６で、その旨（ＮＧワードが含まれている旨）および、購入不可である旨を報知するための情報を、内容編集操作元の視聴者端末３００に送信して処理を終了する。これにより、視聴者端末３００においては、例えば、「ＮＧワードが含まれています」との旨のポップアップ表示や、購入アイコン４１７を選択できないようにする処理などが行われる。
【0245】
ステップＳ１０４において、内容編集操作がされたと判定されなかったときには、ステップ１０７において購入確定操作がされたか否かが判定される。購入確定操作とは、例えば図２６（Ａ）に示す購入アイコン４１７に対する操作である。ステップ１０７では、具体的には、視聴者端末３００において購入アイコン４１７に対する操作が行われたときに送信される情報であって、購入したフラスタＦＳの種類や、入力された文字、選択された展示エリアなどを特定するための情報を受信したか否かが判定される。購入確定操作がされたと判定されなかったときには処理を終了する。
【0246】
一方、ステップＳ１０７において購入確定操作がされたと判定されたときには、ステップＳ１０８で購入処理（課金処理）が行われる。購入処理がされたあとは、ステップＳ１０９において、フラスタ展示演出処理が行われ、処理を終了する。例えば、購入確定操作が行われたときに受信する情報に基づいて、選択された展示エリア内のうちから展示位置を抽選などで決定して、当該フラスタＦＳに関するユーザ関連情報（視聴者ユーザデータ１３３に含まれる）を更新するとともに、購入元のユーザの視聴者端末３００に展示位置を特定するための情報を送信、購入ユーザの視聴者端末３００において図２６（Ｂ）に例示した展示演出を行わせるための処理などが行われる。
【0247】
図２７（Ｃ）は、視聴者ユーザデータ１３３で記憶するユーザ関連情報のうち、ユーザが購入したフラスタＦＳに関する情報を記憶するテーブルの例である。例えば、ユーザＩＤ毎に、購入したフラスタＦＳを特定する情報や、ユーザが指定した展示エリア内におけるフラスタＦＳの展示場所に関する情報などが関連付けられている。一例として、フラスタＦＳを個別に特定するための「フラスタＩＤ」、購入したフラスタＦＳの属性やサイズに関する情報である「購入済みフラスタ」、ユーザが行った装飾（入力した文字）に関する情報である「文字」、ユーザが指定した展示エリアに関する情報として「ユーザ指定エリア」、展示エリア内の展示位置に関する情報である「位置」、ユーザがフラスタを購入した日時である「購入日時」などに関する情報が記憶されている。ステップＳ１０９のフラスタ展示演出処理の際には、購入したユーザに対応して購入したフラスタＦＳに関する情報が新たに記憶される。また、購入したフラスタＦＳに関する情報が購入したユーザの視聴者端末３００に送信されて、視聴者端末３００においては、展示する場所にすでに展示されているフラスタＦＳに替えて、購入したフラスタＦＳを表示（展示）する展示演出処理が行われる。なお、フラスタＦＳを購入した際には、展示演出が行われるものに限らず、これに替えてあるいは加えて、購入したフラスタＦＳが選択された展示エリアにおいて展示された旨のみが報知されるものであってもよい。
【0248】
また、いずれかのユーザがフラスタＦＳを購入した際には、当該ユーザの視聴者端末３００においては、上記の通り、展示する場所にすでに展示されているフラスタＦＳが、購入したフラスタＦＳに替えて表示されるが、当該購入によっては他のユーザの視聴者端末３００における展示エリアのフラスタＦＳに影響はなく、当該購入前と同じフラスタＦＳが継続して展示される。このため、フラスタＦＳを購入したユーザと、他のユーザとでは、展示エリアに展示されるフラスタＦＳを異ならせることができる。
【0249】
なお、ステップＳ１０１においては、予定日前の購入可能期間であるか否かの判定がなされたが、予定日前に限らず、いつでも購入可能なものであってもよい。例えば、購入するフラスタＦＳに関連するイベントコンテンツが提供されるタイミングに応じて、イベントコンテンツが提供される予定日あるいは予定日後であっても購入可能であるが、ステップＳ１０１において予定日前の購入可能期間でなかった場合には、イベントコンテンツ提供時の演出に用いられないものとしてもよい。
【0250】
また、フラスタＦＳの表示態様の編集操作（文字入れ操作、内容編集操作）は、購入時に限らず、これに替えてあるいは加えて、購入後に編集可能なものであってもよい。例えば、購入操作後に、ユーザのアイテムＢＯＸにフラスタＦＳが保存されるようにし、ユーザの好みのタイミングでアイテムＢＯＸから取り出して展示、あるいは編集操作が可能なものであってもよい。また、フォントの種類や色についても、購入時に限らず、購入後に操作可能であってもよい。文字に限らず、色の編集や、例えばオプションで別途豪華な表示態様にするための装飾を施すことが可能となるようにしてもよい。
【0251】
なお、図２８のステップＳ１０７で購入確定操作が行われたときに受信する情報に基づいて、ユーザが選択した展示エリア内のうちから、展示位置（例えば後述する展示エリアＡの展示位置「Ａ１」、「Ａ２」・・・など）については抽選などで決定する例について説明した。しかし、これに限らず、例えばフラスタＦＳ購入タイミングとは別のタイミングでフラスタＦＳ展示可能とし、展示するタイミングで展示位置が決定されるものであってもよい。
【0252】
（切替条件成立による予定日前期間における表示態様の変化について）
次に図２９～図３２を参照して、展示エリアに配置されている提灯オブジェクト（展示エリアの表示態様）の遷移について説明する。本実施例においては、エリアＥＲ５内に複数設けられている展示エリア（例えば大通り（西）エリア５１ａ、大通り（東）エリア５１ｂ、大鳥居エリア５２ａなど・・・）に、提灯オブジェクトが展示表示される。展示エリアは、エリア毎に、展示可能な提灯オブジェクトの上限数が定められている。
次に図２９～図３２を参照して、展示エリアに配置されている提灯オブジェクト（展示エリアの表示態様）の遷移について説明する。本実施例においては、エリアＥＲ５内に複数設けられている展示エリア（例えば大通り（西）エリア５１ａ、大通り（東）エリア５１ｂ、大鳥居エリア５２ａなど・・・）に、提灯オブジェクトが展示表示される。展示エリアは、エリア毎に、展示可能な提灯オブジェクトの上限数が定められている。
【0253】
展示エリアには、前述したとおり、図２６～図２８を参照して前述したユーザ自身が購入した（ユーザ自身に関連付けられた）フラスタＦＳに限らず、他のユーザが購入した（他のユーザに関連付けられた）フラスタＦＳや、運営（管理者）に関連付けられたフラスタＦＳや、特別ユーザに関連付けられたフラスタＦＳなどが配置される。
【0254】
本実施例においては、展示エリアＡは、神社の境内エリアに相当する図２４の領域ＥＲ５２の例えば境内（西）エリア５２ｂに相当し、例えば、提灯オブジェクトであるフラスタＦＳのうち、図２７（Ｂ）に示すサイズ「小」を展示可能なエリアである。図２９（Ａ）は、境内（西）エリア５２ｂに相当する展示エリアＡの一部であり、図２９（Ａ）に示すように展示エリアＡでは、提灯オブジェクトであるフラスタＦＳが縦横に複数並べて展示されている。図３１（Ａ）は、オブジェクトデータ１２２に含まれるテーブルであって、展示エリアＡ内に展示するフラスタＦＳおよび展示位置を特定するための情報に関するデータテーブル例である。図３１（Ａ）では、展示エリアＡ内の展示位置毎（Ａ１、Ａ２、Ａ３・・・）に、フラスタＦＳを特定するための情報として、例えばフラスタＩＤや表示される文字情報が関連付けられている。展示位置Ａ１は、例えば、図２９（Ａ）の左上に相当し、フラスタＩＤ「ａ１」の、属性が「桜」であって「文字Ａ」が表示されるフラスタＦＳが関連付けられている。展示位置Ａ２は、展示位置Ａ１の同じ行の一つ右隣りとなる位置に相当し、フラスタＩＤ「ｂ１」の、属性が「鬼」であって、「文字Ｂ」が表示されるフラスタＦＳが関連付けられている。
【0255】
図３１（Ｂ）は、オブジェクトデータ１２２に含まれるテーブルであって、展示エリアＢに配置するフラスタＦＳおよび展示位置を特定するための情報に関するデータテーブル例である。展示エリアＢは、図２７（Ｂ）に示すサイズ「大」のフラスタＦＳを展示可能なエリアであって、例えば領域ＥＲ５２の大鳥居オブジェクト５２ｔがある場所（大鳥居エリア５２ａ）に相当する。図３１（Ｂ）では、図３１（Ａ）と同様に、展示エリアＢ内の展示位置毎（Ｂ１、Ｂ２、Ｂ３・・・）に、フラスタＦＳを特定するための情報として、例えばフラスタＩＤや表示される文字情報が関連付けられている。展示位置Ｂ１に相当する位置には、例えば、フラスタＩＤ「ａ１」の、「文字Ａ」が表示されるフラスタＦＳが関連付けられている。展示位置Ｂ２に相当する位置には、フラスタＩＤ「ｂ１」の、「文字Ｂ」が表示されるフラスタＦＳが関連付けられている。
【0256】
また、図３１（Ａ）および図３１（Ｂ）などに示すように展示エリア毎に関連付けられたフラスタＦＳの情報は、切替条件が成立する毎に、ランダム抽選などによって決定された他のフラスタＦＳの情報に切り替えられる。展示エリア毎のフラスタＦＳ情報の切替条件には、例えば所定時間の経過（例えば、３０分、２時間毎など）や、ユーザが仮想空間への入退室操作を行うこと（ログイン、再ログインなど）、ユーザによる表示データの再読み込み（例えば、リロード操作や、ユーザアバタＵの視点から所定の展示エリアが外れたあとに、ユーザアバタＵの視点が当該展示エリアへ戻ってきた場合など）により成立する条件が含まれ得る。ランダム抽選により展示当選する確率は、各フラスタＦＳに対して一律に選ばれる確率が定められているが、これに限らず、後述するようにフラスタＦＳ毎の特性などに応じて変動させてもよい。
【0257】
配信用サーバコンピュータ１００は、切替条件の成立毎に、展示エリア毎に展示するフラスタＦＳを決定して、オブジェクトデータ１２２に記憶される展示エリア毎のテーブル（図３１（Ａ）および（Ｂ）など参照）を更新し（全ユーザ共通のデフォルトとして設定）、展示エリア毎のフラスタＦＳを特定するための情報を空間エリアＥＲ５に入室しているユーザの視聴者端末３００に送信する。これにより、視聴者端末３００において、各展示エリアのフラスタＦＳ（ユーザ自身のフラスタＦＳを除く他のユーザなどのフラスタＦＳ）を、他のフラスタＦＳに切り替えて表示可能となる。なお、フラスタＦＳの切り替えは、展示エリア毎に展示可能な上限数までの範囲で行われる。例えば、展示エリアＡにおいて、フラスタＦＳを展示可能な上限数が１００個である場合、図３１（Ａ）に示すオブジェクトデータ１２２で記憶する展示エリアＡのフラスタＦＳの情報は、切替条件成立毎に１００個分のフラスタＦＳがランダム抽選などで決定されて当該決定されたフラスタＦＳのデータに切り替え更新される。また、例えば、展示エリアを解放時には、フラスタＦＳを１００個表示可能な展示エリアＡに初期配置されているフラスタＦＳを１０個とし、ユーザが購入・展示していくにしたがって、１００個まで徐々に増えていくものでもよい。展示エリアの解放時とは、例えば、ユーザがフラスタＦＳを購入して展示エリアに展示することができるようになったときなどである。この場合、ランダム抽選は、上限に達してから行われるようにしてもよい。
【0258】
また、前述したように、仮想空間内に配置されているフラスタＦＳの情報は、切替条件が成立する毎に切り替わるが、ユーザ自身が購入したフラスタＦＳについては、図２７（Ｃ）で管理する情報に基づいて、仮想空間内の展示エリアにて継続して表示され得る。例えば、図２９は、ユーザ１が、新規にフラスタＦＳを購入した場合の、ユーザ１の表示装置３１０に表示される展示エリアＡ内のフラスタＦＳの表示態様の遷移の一例である。図３０は、ユーザ１が新規にフラスタＦＳを購入した場合の、ユーザ２の表示装置３１０に表示される展示エリアＡ内（図２９で図示した展示位置と同じ位置）のフラスタＦＳの表示態様の遷移の一例である。図２９（Ａ）および図３０（Ａ）は、展示エリアＡに対応してデフォルトとして決定されているフラスタＦＳであって、図３１（Ａ）のフラスタ配置情報から特定されるフラスタＦＳが配置されている表示例である。なお、図２９（Ａ）および図３０（Ａ）のタイミングでは、ユーザ１およびユーザ２のいずれにも、各ユーザが購入したフラスタＦＳが展示エリアＡに展示されていないものとして説明する。
【0259】
図２９（Ｂ）および図３０（Ｂ）は、ユーザ１がフラスタＦＳ１を新規に購入したタイミングにおける表示例である。ユーザ１が購入したフラスタＦＳ１は、例えば図２７（Ｃ）に示すフラスタＩＤ「ａ３」の属性「桜」のサイズが「小」であって、入力された文字が「さいこう」である。また、ユーザ１は購入時に展示エリアとして「Ａ」を選択しており、展示エリア内の場所「Ａ１」が関連付けられたものとする。
【0260】
ユーザ１がフラスタＦＳ１を購入すると、購入済みフラスタ情報がユーザ１に配信され、ユーザ１の視聴者端末３００においては、展示エリアＡの展示位置Ａ１に配置されていたフラスタＦＳを、ユーザ１が購入したフラスタＦＳ１に切り替えて表示する。一方、ユーザ２の表示装置３０１においては、図３０（Ｂ）に示すように、図３０（Ａ）と同じフラスタＦＳの表示が維持されている。
【0261】
図２９（Ｃ）および図３０（Ｃ）は、前回の切り替えから所定時間経過して切替条件が成立したときの表示例である。ユーザ１の表示装置３０１においては、図２９（Ｃ）に示すように、展示エリアＡ１に展示されるユーザ１自身が購入したフラスタＦＳ１については図２９（Ｂ）と同じ位置において表示が継続しているが、他のフラスタＦＳについては、切替条件の成立に応じて抽選で決定されたフラスタＦＳに切り替わっている。他のフラスタＦＳは、ユーザ１には関連付いていないフラスタＦＳであって、他のユーザなどに関連付けられているフラスタＦＳである。なお、他のフラスタＦＳは、他のいずれのユーザにも関連付けられていない運営が用意したフラスタＦＳを含むものであってもよい。
【0262】
一方、ユーザ２の表示装置３１０においては、図３０（Ｃ）に示すように切替条件の成立に応じて抽選で決定されたフラスタＦＳに切り替わっている。図３０（Ｃ）は、ユーザ１の図２９（Ｃ）と比較して、展示エリアＡの展示位置Ａ１にユーザ１に関連付けられたフラスタＦＳ１とは異なるフラスタＦＳが表示されている点において異なっており、展示位置Ａ１を含む展示エリアＡ内のすべての展示位置においてオブジェクトデータ１２２で記憶されているデフォルトのデータに基づく共通のフラスタＦＳが表示されている。
【0263】
図２９（Ｄ）および図３０（Ｄ）は、所定時間経過により再び切替条件が成立して展示エリアＡのフラスタＦＳが切り替えられたときの表示例を示している。この切替タイミングにおいて抽選で決定されて記憶されている展示エリアＡのオブジェクトデータ１２２には、偶然、ユーザ１が購入したフラスタＦＳ１が含まれ、展示位置がＡ６（図２９（Ｄ）及び図３０（Ｄ）における下段左から２番目の位置）であったとする。この場合、ユーザ２については、図３０（Ｄ）に示すように、デフォルトのデータに基づきＡ６にユーザ１のフラスタＦＳ１が表示される。
【0264】
一方、ユーザ１の表示装置３１０においては、図２９（Ｄ）に示すように、場所Ａ１には、図２７（Ｃ）に基づき、継続してフラスタＦＳ１が表示される。つまり、ユーザ１の視聴者端末３００では、同じ展示エリアのオブジェクトデータ１２２にユーザ１が購入したフラスタＦＳ１が含まれている場合であっても、ユーザ１が購入したフラスタＦＳ１を、図２７（Ｃ）に基づく展示位置に配置するために切り替える。さらに、ユーザ１の視聴者端末３００では、ユーザ１が購入したフラスタＦＳ１の展示位置（Ａ１）に配置されていたオブジェクトデータ１２２に基づくフラスタＦＳ（デフォルトのフラスタＦＳ）を、オブジェクトデータ１２２に基づくユーザ１が購入したフラスタＦＳ１と置き換えて展示する処理を行う。これにより、ユーザ１のＡ６には、フラスタＦＳ１に替わり、デフォルトのデータでＡ１に関連付けられていたフラスタＦＳ（「文字Ｏ」のフラスタＦＳ）が表示される。これにより、同じ展示エリアに同じフラスタが複数配置されることを防止できる。
【0265】
なお、同じ展示エリアのオブジェクトデータ１２２にユーザ１が購入したフラスタＦＳが含まれている場合であっても、ユーザ１が購入したフラスタＦＳを図２７（Ｃ）に基づく展示位置に配置するために切り替える処理のみを行い、オブジェクトデータ１２２に基づくユーザ１が購入したフラスタＦＳもそのまま展示するようにしてもよい。この場合には、ユーザ１の同じフラスタＦＳが複数展示されるため特別感をユーザに抱かせることができる。
【0266】
また、図２９においては、展示エリアＡ内の位置Ａ１に固定されて、ユーザ１が購入したフラスタＦＳ１が表示されている例について説明した。しかしこれに限らず、ユーザが配置した展示エリアＡ内において、切替条件成立毎に、購入済みフラスタＦＳの展示位置が切り替わるようにしてもよい。例えば図２９（Ｃ）のタイミングにおいては、ユーザ１が購入したフラスタＦＳ１は位置Ａ１に表示されているが、次の切替タイミングにおいては、展示エリアＡの右上に相当する位置Ａ４に表示され、Ａ１にはデフォルトのデータ（図３１（Ａ）でＡ１に関連付けられているフラスタＦＳのデータ）が表示されるようにしてもよい。
【0267】
次に、仮想空間生成プログラム１２０によって実行される仮想空間内の展示エリアに表示するフラスタＦＳの切替処理について図３２を参照して説明する。
【0268】
ステップＳ２０１において、予定日前の表示可能期間であるか否かの判定が行われる。表示可能期間とは、予定日前期間と合致する期間であってもよく、予定日前期間の一部の期間であってもよい。予定日前の表示可能期間であると判定されなかったときには、切替処理を終了する。
【0269】
一方、ステップＳ２０１において、予定日前の表示可能期間であると判定されたときには、ステップＳ２０２で切替条件が成立したか否かが判定される。ステップＳ２０２で、切替条件が成立していると判定されたときには、ステップＳ２０３で、展示エリア毎に展示するフラスタを、抽選対象となるすべてのフラスタＦＳのうちからランダム抽選して、オブジェクトデータ１２２における展示エリア毎のフラスタ配置情報（図３１（Ａ）、（Ｂ）など）を更新し、更新後のフラスタ配置情報を空間エリアＥＲ５に入室・参加しているユーザの視聴者端末３００に送信する。例えば、展示エリアＡであれば、図３１（Ａ）に例示する展示エリアＡについてのフラスタ配置情報を、ランダム抽選したフラスタＦＳの情報に更新して記憶するとともに当該情報をユーザの視聴者端末３００に送信する。これにより、デフォルトの展示エリア毎のフラスタＦＳの情報が更新されるとともに、空間エリアＥＲ５に入室・参加しているユーザの視聴者端末３００において各展示エリアのフラスタを切り替えて表示することが可能となる。
【0270】
一方、ステップＳ２０２において、切替条件が成立していると判定されなかったときには、ステップＳ２０４において空間エリアＥＲ５にユーザが新たに入室してきたか否かが判定される。
【0271】
ステップＳ２０４で、ユーザが新たに入室してきたと判定されなかったときには、処理を終了する。一方、ステップＳ２０４で、ユーザが新たに入室してきたと判定されたときには、ステップＳ２０５で、展示エリア毎のフラスタ配置情報を当該ユーザの視聴者端末３００に送信する。これにより、展示エリア毎に決定されているデフォルトのフラスタＦＳの情報をユーザは受け取ることができる。例えば、ステップＳ２０３で更新された展示エリアＡを含むすべての展示エリアのフラスタ配置情報を送信する。
【0272】
ステップＳ２０６では、図２７（Ｃ）で示した購入済フラスタ関連の情報に基づいて、新たに入室してきたユーザに購入済みフラスタＦＳがあるか否かの判定が行われる。購入済みフラスタＦＳがあると判定されたときには、ステップＳ２０７において購入済みフラスタＦＳを特定するための購入済みフラスタ情報や、購入時に決定された展示位置情報などを当該ユーザの視聴者端末３００に送信する。購入済みフラスタ情報とは、図２７（Ｃ）に例示するユーザ毎の購入したフラスタＦＳに関する情報である。例えば、ユーザ１について処理を行う場合、展示エリアＡについては、図２９（Ｃ）に示すタイミングであったとすると、ステップＳ２０５で図２９（Ｃ）の時点での展示エリアＡのデフォルトのデータが送信される。また、ステップＳ２０７で図２７（Ｃ）に示すユーザ１の購入済みフラスタ情報（フラスタＩＤ「ａ３」）と、購入時に決定された展示位置情報（「ａ３」の配置情報である「Ａ１」）とが送信される。これにより、図２９（Ｃ）に示すように、展示位置Ａ１の位置にフラスタＩＤ「ａ３」であるフラスタＦＳ１が表示され、展示エリアＡ内のその他の展示位置にはデフォルトのフラスタＦＳが表示される。
【0273】
なお、ステップＳ２０１において、予定日前の表示可能期間であるか否かの判定を行う例について説明したが、これに限らず、予定日前の表示可能期間かの判定がされないものであってもよい。例えば、イベントコンテンツの提供日（例えば、ライブ開催日）とは関係なく、特定オブジェクトを配置させることができる空間エリアＥＲに適用してもよい。
【0274】
また、ステップＳ２０３においては、切替条件成立によりフラスタ配置情報を更新するとともに、更新後のフラスタ配置情報を、空間エリアＥＲ５に入室・参加しているユーザに送信する例について説明した。しかし、ステップＳ２０３においては、これに限らず、切替条件成立によりフラスタ配置情報を更新する処理のみを行い、更新後のフラスタ配置情報を、空間エリアＥＲ５に入室・参加しているユーザに送信する処理については行わないようにしてもよい。すなわち、すでに入室・参加しているユーザの視聴者端末３００において切替条件の成立に伴うフラスタの切替を行わないようにしてもよい。また、ステップＳ２０３においては、切替条件成立によりフラスタ配置情報を更新するとともに、更新後のフラスタ配置情報を、空間エリアＥＲ５に入室・参加しているユーザであって所定の要件を満たすユーザに対してのみ送信するようにしてもよい。所定の要件は、例えば、入室・参加してから切替条件を成立させる時間よりも長い時間が経過していることにより成立するものや、ユーザの個別設定により切替条件成立による切替を許可設定していることにより成立するものなどであってもよい。なお、ステップＳ２０３において、更新後のフラスタ配置情報が送信されないユーザであっても、再入室時などにおいて、ステップＳ２０５以降の処理が行われて最新の（ステップＳ２０３で更新された）フラスタ配置情報が送信されることとなる。
【0275】
図２９～図３２を参照した実施例では、切替条件が成立しても、ユーザ自身が購入したフラスタＦＳについては継続して表示される一方、他のユーザに関連付けられたフラスタＦＳについては切り替えて表示される例を説明した。しかし、他のユーザに関連付けられたフラスタＦＳであっても、他のユーザが特別ユーザであった場合には、当該特別ユーザに関連付けられたフラスタＦＳを継続して表示されるようにしてもよい。特別ユーザとは、前述したように、演者ユーザ、イベントへの協賛をしているスポンサーユーザや、その他著名人などであって、運営（管理者）側で特別なユーザとして認証されているユーザなどが含まれる。
【0276】
図３３は、図２９のユーザ１の表示画面３１０の表示例に、さらに展示エリアＡ内に特別ユーザに関連付けられたフラスタＦＳＴが配置されている例である。フラスタＦＳＴは、属性「黒狐」に関連するタレントユーザに関連付いたフラスタＦＳであり、例えば特別ユーザが用意あるいは購入した特別なフラスタＦＳＴである。図３３（Ａ）のタイミングでは、デフォルトで展示エリアＡ内の右上の展示位置Ａ４に、特別ユーザのフラスタＦＳＴが表示されている。特別ユーザが用意あるいは購入したフラスタＦＳＴは、展示エリアに展示されて、切替条件が成立したとしても、当該フラスタＦＳＴのフラスタ配置情報が他のフラスタに切り替えられることがない。
【0277】
次に図３３（Ｂ）において、ユーザ１がフラスタＦＳ１を購入したときには、展示エリアＡの展示位置Ａ１にユーザ１が購入したフラスタＦＳ１が表示される。ユーザがフラスタＦＳを購入したときには、前述のとおり、展示エリアを選択して当該展示エリア内の展示位置が決定されるが、当該決定対象となる展示位置から上記のように特別ユーザのフラスタが展示されている展示位置が除外される。これにより、ユーザがフラスタを購入したとしても、特別ユーザのフラスタの展示位置に決定されることを防止できる。
【0278】
その後、図３３（Ｃ）の切替条件が成立した切替タイミング後でも、ユーザ１自身が購入したフラスタＦＳ１以外に、展示位置Ａ４に特別ユーザのフラスタＦＳＴが継続して表示されている。また、次の切替タイミングである図３３（Ｄ）のタイミングでも同様にフラスタＦＳ１と、フラスタＦＳＴは継続して表示されている。
【0279】
なお、空間エリアＥＲ５内において、展示されるフラスタＦＳがすべて特別ユーザのフラスタＦＳである展示エリア（特別展示エリア）が設けられていてもよく、特別ユーザのフラスタＦＳがオブジェや写真スポット的に単体で展示される単体エリアが設けられていてもよい。また、前述の特別展示エリアや単体エリアに展示するフラスタは、特別ユーザに関連付けられたフラスタＦＳの中で、切替条件の成立に応じて他の特別ユーザに関連付けられたフラスタＦＳに切り替わるようにしてもよい。
【0280】
本実施例におけるフラスタＦＳ（特定オブジェクト）は、１ユーザにつき複数購入して所有することが可能である。そのため、フラスタＦＳの購入数が多いユーザ程、切替条件成立時においてデフォルトのフラスタＦＳとして決定される割合が高まり、他のユーザの視聴者端末３００における空間エリアＥＲ５内において展示される可能性が高まる。例えば、図２７（Ｃ）に例示するユーザ１は、フラスタＦＳを３つ所有しているのに対し、ユーザ２が所有するフラスタＦＳは１つである。よって、一律の確率で抽選される場合、デフォルトのフラスタＦＳとして、ユーザ２のフラスタＦＳが決定される割合よりも、ユーザ１のいずれかのフラスタＦＳが決定される割合の方が３倍高くなる。このため、他のユーザにアピールするために、フラスタＦＳをより多く購入する動機をユーザに抱かせることができる。
【0281】
一方で、あるユーザが膨大な数（例えば１万個など）のフラスタＦＳを所有した場合においても、上記のように所有数が多い程、デフォルトのフラスタＦＳに決定されやすくしてしまうと、膨大な数を所有する当該ユーザのフラスタＦＳがデフォルトのフラスタＦＳに決定されて展示される割合が極めて高くなり、その結果、他のユーザにおける展示エリア内に展示されているフラスタＦＳの表示態様に変わり映えが薄れてしまう虞や、悪用されてしまう虞、他のユーザへ不快感を抱かせてしまう虞がある。これらを防止するために、本実施例においては、購入して所有しているフラスタＦＳの数が所定数（例えば１００）に達しているユーザについては、所定数よりも多いユーザであるか否かにかかわらず、購入して所有しているフラスタＦＳの数が所定数であるものとして、購入して所有しているフラスタＦＳの数が所定数であるユーザと同じ割合（確率）となるように、デフォルトのフラスタＦＳに決定する。例えば、所定数を１００とした場合、１００個以上購入して所有するユーザのフラスタＦＳがデフォルトのフラスタＦＳに決定される割合は、実際に所有する個数が千個、１万個などであっても、１００個購入して所有するユーザのフラスタＦＳがデフォルトのフラスタＦＳに決定される割合と同じとなる。これにより、特定のユーザのフラスタＦＳが他のユーザの表示装置３００における展示エリア内に展示され過ぎてしまうことを防止できる。
【0282】
（イベントコンテンツ提供中における表示態様の変化について）
本実施例においては、予定日に提供されるイベントコンテンツの提供中において、ユーザが予定日前期間において購入したフラスタＦＳが仮想空間内に表示される。また、予定日前期間に空間エリアＥＲ５内で生じた事象に応じて、イベントコンテンツであるライブ中の領域ＥＲ５３´内における画像（表示態様）が変化する。予定日前期間に空間エリアＥＲ５内で生じた事象とは、例えばユーザがフラスタＦＳを購入して空間エリアＥＲ５内の展示エリアに展示・配置することである。以下、図３４～図３６を参照してイベントコンテンツの提供中における仮想空間の表示態様の変化について説明する。
本実施例においては、予定日に提供されるイベントコンテンツの提供中において、ユーザが予定日前期間において購入したフラスタＦＳが仮想空間内に表示される。また、予定日前期間に空間エリアＥＲ５内で生じた事象に応じて、イベントコンテンツであるライブ中の領域ＥＲ５３´内における画像（表示態様）が変化する。予定日前期間に空間エリアＥＲ５内で生じた事象とは、例えばユーザがフラスタＦＳを購入して空間エリアＥＲ５内の展示エリアに展示・配置することである。以下、図３４～図３６を参照してイベントコンテンツの提供中における仮想空間の表示態様の変化について説明する。
【0283】
図３４は、仮想ステージＧとして機能する図２４の領域ＥＲ５３´の拝殿において提供されるイベントコンテンツ（例えば、図１３～図２４と同種の演出が実行されるライブなど）の演出の一場面例である。図３４における仮想ステージＧは、以降仮想ステージＧ２と称して説明する。仮想ステージＧ２には、演者アバタ１ａ～１ｄが登壇している。演者アバタ１ａ～１ｄには、各々、属性「桜」、「鬼」、「白狐」、「黒狐」が関連付けられている。これらの属性は、図２７（Ａ）に示すフラスタＦＳに関連付けられている属性と対応している。
【0284】
イベントコンテンツ提供中においては、図３４に示すように、演者アバタ１ａ～１ｄがフラスタＦＳを手に持って紹介するような演出が行われる。本実施例では、視聴しているユーザが予定日前期間においてフラスタＦＳを購入していた場合に、当該ユーザが購入したフラスタＦＳを演者アバタ１ａ～１ｄが手に持つ演出が行われる。図３５は、図３４のイベントコンテンツの演出に用いられるフラスタＦＳを特定するためのデータテーブル例である。図３５（Ａ）は、配信用サーバコンピュータ１００（例えば、ギフトデータ１３４など）において管理される全ユーザ共通のデフォルトのイベントフラスタ情報である。ユーザ毎の表示装置３１０に表示されるイベントコンテンツ提供中におけるフラスタＦＳは、図３５（Ａ）のイベントフラスタ情報と、図２７（Ｃ）のユーザ毎の購入済みフラスタ関連情報に基づいて特定される。
【0285】
本実施例におけるイベントコンテンツの演出には、属性「桜」、「鬼」、「白狐」、「黒狐」各々のサイズ「大」および「小」のフラスタＦＳと、属性「豪華絢爛」のフラスタＦＳとの計９つのフラスタＦＳが用いられる。図３５（Ａ）のデフォルトのフラスタＦＳは、予定日前期間終了後からイベントコンテンツ開始までの間において、予定日前期間中にいずれかのユーザにより購入されたフラスタＦＳのうちから、属性およびサイズ毎に予めランダム抽選して決定される。図３５（Ａ）に示されるように、フラスタＦＳの属性およびサイズ毎に、演出に用いるデフォルトのフラスタＦＳを特定する情報が関連付けられている。例えば、属性「桜」のサイズ「大」のフラスタＦＳとして、フラスタＩＤ「ａ４」の表示される文字が「文字Ａ４」のフラスタＦＳが関連付けられている。なお、図２７（Ａ）で例示した予定日前に購入可能なフラスタＦＳのすべての種類がイベントコンテンツの演出に用いられるのではなく、一部であってもよい。例えば、本実施例においては、属性「無地」はイベントコンテンツ提供中の演出には用いられないものとする。
【0286】
配信用サーバコンピュータ１００は、イベントコンテンツの開始時（ログイン時）や提供中の所定タイミングにおいて、参加しているユーザの視聴者端末３００に対して、図３５（Ａ）のイベントフラスタ情報と、図２７（Ｃ）のユーザ毎の購入済みフラスタ関連情報とを送信する。
【0287】
各ユーザの視聴者端末３００においては、受信したイベントフラスタ情報から特定されるフラスタのうち、当該ユーザの購入済みフラスタ関連情報から特定されるフラスタと属性およびサイズが同じフラスタを、当該ユーザの購入済みフラスタ関連情報から特定されるフラスタに切り替えて、図３５（Ｂ）に示すイベントフラスタデータに更新する。本実施例においては、ユーザが同じ属性およびサイズのフラスタＦＳを複数購入・所有していた場合には、最後（直近）に購入したフラスタＦＳをイベントフラスタ情報として設定（テーブルに関連付け）する。ユーザ１は、図２７（Ｃ）に示すように、属性「桜」のサイズ「小」のフラスタＦＳの所有数はフラスタＩＤ「ａ３」の１つである。そのため、図３５（Ａ）のデフォルトでは属性「桜」のサイズ「小」のフラスタＦＳは、フラスタＩＤ「ｂ４」が関連付けられていたが、図３５（Ｂ）に示すように、ユーザ１のイベントフラスタ情報には、「ａ３」が関連付けられる。また、ユーザ１は、図２７（Ｃ）に示すように、属性「豪華絢爛」のフラスタＦＳをフラスタＩＤ「ｂ３」と「ｃ３」との２つ所有している。「ｂ３」と「ｃ３」では、「ｃ３」の方が後に購入しているため、図３５（Ｂ）における属性「豪華絢爛」には、「ｃ３」が関連付けられる。これにより、予定日前期間においてフラスタを購入していなかったユーザについては、デフォルトのイベントフラスタ情報が維持され、予定日前期間においてフラスタを購入していたユーザについては、デフォルトのイベントフラスタ情報のうち属性およびサイズが同じフラスタを購入したフラスタに置き換えたイベントフラスタ情報に更新される。
【0288】
各ユーザの視聴者端末３００においては、設定されているイベントフラスタ情報に基づいて、図３４に例示するようなイベントコンテンツ提供中の演出が行われる。図３４は、ユーザ１の表示装置３１０に表示される表示態様の一例であり、図３５（Ｂ）で記憶するイベントフラスタ情報に基づいて表示される。図３４（Ａ）は、演者アバタ１ａ～１ｄが、各々の属性に対応した属性のフラスタＦＳのサイズ「小」を持っている例である。演者アバタ１ａが持つフラスタＦＳとしては、ユーザ１が購入したフラスタＩＤ「ａ３」のフラスタＦＳ１が表示されている。また、図３４（Ａ）の中央には、属性「豪華絢爛」のフラスタＦＳが表示されており、ユーザ１が最後に購入したフラスタＩＤ「ｃ３」のフラスタＦＳ２が表示されている。また、図３４（Ｂ）では、演者アバタ１ｂと、演者アバタ１ｃとが、属性「鬼」のサイズ「大」のフラスタＦＳを持っている。ユーザ１は、属性「鬼」のサイズ「大」のフラスタＦＳを購入していないため、図３５（Ａ）のデフォルトで定められているフラスタＩＤ「ｇ４」のフラスタＦＳが表示される。なお、仮想ライブ会場の表示態様は、図３４に例示するセットに限らず、種々のオブジェクトが表示されてもよい。
【0289】
図３４に例示する演出は、配信用サーバコンピュータ１００から、例えば演者アバタ１ａ～１ｄの表示動作を制御するための情報と、演者アバタ１ａ～１ｄ各々の手に持たせたり仮想空間の所定位置に展示（天井から吊り下げられている）させたりするフラスタの属性およびサイズを特定するための情報とを含む演出用情報が送信されることにより行われる。各ユーザの視聴者端末３００では、演出用情報に基づいて、演者アバタ１ａ～１ｄを含む仮想空間内の表示態様を制御するとともに、各視聴者端末３００において更新されているイベントフラスタ情報（図３５（Ｂ）参照）から特定されるフラスタＦＳのうちフラスタの属性およびサイズを特定するための情報と合致するフラスタを配置させることにより、図３４に例示する演出を実行可能となる。
【0290】
次に、図３６（Ａ）を参照して、配信用サーバコンピュータ１００において実行されるイベントフラスタ決定処理について説明する。ステップＳ３０１では、イベントコンテンツ提供中の演出に用いるフラスタを、前述したフラスタの属性およびサイズ毎にランダム抽選して決定する。ステップＳ３０２では、当該決定結果を特定可能なイベント表示フラスタ情報（図３５（Ａ）参照）を視聴者端末３００に送信する。例えば、図３５（Ａ）に示すように、属性およびサイズ毎に、抽選によって決定されたフラスタＦＳを特定する情報を関連付けて記憶したイベントフラスタ情報をイベントコンテンツに参加予定あるいは参加中のユーザの視聴者端末３００に送信する。
【0291】
ステップＳ３０３では、図２７（Ｃ）に示すユーザ毎の購入済みフラスタ関連情報に基づいて、購入済みのフラスタがあるユーザについて、ユーザ毎の購入済みフラスタ関連情報を各ユーザの視聴者端末３００に送信して、イベントフラスタ決定処理を終了する。
【0292】
次に、図３６（Ｂ）を参照して、視聴者用端末３００において実行されるイベントフラスタ特定処理について説明する。
【0293】
ステップＳ３１１では、図３６（Ａ）のステップＳ３０２で配信用サーバコンピュータ１００より送信されて受信したイベントフラスタ情報（図３５（Ａ）参照）を、演出に用いるデフォルトのフラスタＦＳを特定するためのデフォルトデータとして記憶する。ステップＳ３１２では、購入済みフラスタ関連情報（図３６（Ａ）のステップＳ３０３で配信用サーバコンピュータ１００より送信された図２７（Ｃ）の当該ユーザの情報）の受信があったか否かが判定される。ステップＳ３１２で購入済みフラスタ関連情報の受信があったと判定されなかったときには、イベントフラスタ決定処理を終了する。
【0294】
一方、ステップＳ３１２で購入済みフラスタ関連情報の受信があったと判定されたときには、ステップＳ３１３で、受信した購入済みフラスタ関連情報に基づいて、属性およびサイズ毎に、ユーザが購入したフラスタＦＳを特定するための情報を更新用データとして記憶する。このとき、属性およびサイズが同じフラスタとして、複数のフラスタが特定されたときには、購入日時に基づいて、最後（直近）に購入したフラスタを、当該属性およびサイズのフラスタを特定して記憶する。
【0295】
ステップＳ３１４では、デフォルトデータから特定されるフラスタのうち、更新用データから特定されるフラスタと属性およびサイズが同じフラスタについて、演出に用いるフラスタの情報を、更新用データから特定されるフラスタに書き換える処理を行う。
【0296】
以上のように、購入済みのフラスタＦＳがあるユーザについては、イベント表示フラスタについて、ユーザ自身が購入したフラスタを、演者アバタに関連付けて表示させることができる。また本実施例においては、購入したフラスタに属性およびサイズが同じフラスタが複数存在する場合には最後に購入したフラスタＦＳが表示されるためイベントコンテンツが提供される予定日までに、より趣向を凝らしたフラスタＦＳを作成したフラスタＦＳを表示させることが可能となる。なお、最後に購入したフラスタＦＳに差し替えるものに限らず、属性およびサイズが同じフラスタのうちから抽選によって決定するものを演出に用いるようにしてもよい。
【0297】
また、図３６（Ａ）におけるイベントフラスタ決定処理は、イベントコンテンツが提供される前に事前に決定して記憶されている例について説明したが、これに限らず、イベントコンテンツ提供中に、例えば所定時間経過毎（例えば１０分ごとなど）に実行されてイベントフラスタ情報を更新するものであってもよい。あるいは、イベントコンテンツ提供中において、歌唱パートと、ＭＣパートとが繰り返し行われるのであれば、次のパートが始まる前にパート毎のイベントフラスタ情報が更新するものであってもよい。イベントコンテンツ提供中においては、イベントコンテンツ提供中に更新されたイベントフラスタ情報に基づいて演出の表示態様を変化させるようにしてもよい。
【0298】
なお、図３５（Ａ）に例示するイベントフラスタ情報として決定される抽選対象となるフラスタＦＳには、特別ユーザに関連付けられたフラスタＦＳは除外されるようにしてもよい。これにより、例えば演者アバタのファンユーザ（一般のユーザ）に関連付けられたフラスタＦＳの中から抽選されるようになり、イベントコンテンツの演出において、表示されているフラスタＦＳと、「応援フラスタありがとう！」といったファンに対してのメッセージ演出などの一致性が増す。
【0299】
（イベントコンテンツに関連する処理について）
以上においては、イベントコンテンツが提供される予定日前期間において空間エリアＥＲ５内で生じた事象に応じて、空間エリアＥＲ５内の表示態様が変化し得る例について説明した。しかし、これに替えてあるいは加えて、本実施例では、仮想空間ＥＲのうちのイベントコンテンツが提供される予定日前期間において空間エリアＥＲ５内に入室・参加などして視聴者端末３００の表示装置３１０に当該空間エリアＥＲ５内の画像を表示させた度合いに応じて、イベントコンテンツに関連する処理を行うようにしてもよい。
以上においては、イベントコンテンツが提供される予定日前期間において空間エリアＥＲ５内で生じた事象に応じて、空間エリアＥＲ５内の表示態様が変化し得る例について説明した。しかし、これに替えてあるいは加えて、本実施例では、仮想空間ＥＲのうちのイベントコンテンツが提供される予定日前期間において空間エリアＥＲ５内に入室・参加などして視聴者端末３００の表示装置３１０に当該空間エリアＥＲ５内の画像を表示させた度合いに応じて、イベントコンテンツに関連する処理を行うようにしてもよい。
【0300】
イベントコンテンツに関連する処理には、例えば、イベントコンテンツ提供中における演出の表示態様を変化させる処理や、イベントコンテンツ提供中にユーザが使用可能なオブジェクトをユーザへ付与する処理などが含まれる。表示させた度合いとは、例えば、予定日前期間においてユーザが空間エリアＥＲ５内へ入室した回数である。空間エリアＥＲ５内へ入室した回数は、同じ日に複数回入室した場合に１回とするために日数であってもよく、所定時間（例えば１０分）以上入室していたときに１回にカウントされる回数であってもよい。なお、表示させた度合いは、これに限らず、予定日前期間における空間エリアＥＲ５内での滞在時間や、空間エリアＥＲ５内の特定の領域を表示させた度合い（表示回数や、表示させた時間など）であってもよい。特定の領域とは、例えば、展示エリアやお賽銭エリアなど、空間エリアＥＲ５内の予め定められている領域であればよい。
【0301】
以下、空間エリアＥＲ５内の画像を表示させた「度合い」が「予定日にイベントコンテンツが開催され得る空間エリアＥＲ５内へ入室した回数（以下、単に入室回数ともいう）」であり、「イベントコンテンツに関連する処理」が「イベントコンテンツ提供中における演出内容を変化させる処理」および「イベントコンテンツ提供中にユーザが使用可能なオブジェクトをユーザへ付与する処理」である例を説明する。
【0302】
配信用サーバコンピュータ１００（例えば、イベントデータ１１１とギフトデータ１３４）は、予定日前期間における入室回数をユーザ毎に計数して記憶している。図３７は、入室回数に応じて付与される「アイテム」と、入室回数に応じてイベントコンテンツ提供中に変化させる「演出内容」を特定するためのデータテーブル例である。
【0303】
入室回数に応じて付与される（利用可能とする）「アイテム」は、イベントコンテンツ提供中においてユーザが利用可能なオブジェクトである。例えば、予定日前期間終了後に開催されるイベントコンテンツ（例えばライブ）でのみ使用可能な限定アイテムであってもよく、予定日前期間終了後に開催されるイベントコンテンツのみならず当該イベントコンテンツとは異なるコンテンツにおいても使用可能なアイテムであってもよい。なお、予定日前期間終了後に開催されるイベントコンテンツとは異なるコンテンツにおいても使用する場合には、例えば、当該アイテムの機能・効力などの性能面において所定の制限がかかる（例えば、ある機能が使えない、効果が低下するなど）ようにしてもよく、あるいは、これらに替えてあるいは加えて、予定日前期間終了後に開催されるイベントコンテンツの、例えばイメージテーマにちなんだ限定アイテムであってもよい。
【0304】
図３７に示すように、「アイテム」としては、イベントコンテンツ提供中に使用することにより、例えば当該イベントを盛り上げるアイテムなどであって、例えば、予定日前期間における入室回数が１回であれば、イベントコンテンツにおいて使用可能な限定クラッカーＡ、２回であれば限定クラッカーＢ、３回であれば限定クラッカーＣなどが付与される。４回であれば、限定花火、５回であれば限定サイリウム、６回であれば限定スタンプ、７回であれば限定アイテムセットなどが付与される。スタンプとは、仮想空間内でのチャットや、メッセージ送受信で使用可能なスタンプである。アイテムセットとは、複数のアイテムが含まれた詰め合わせセットである。なお、図３７に示すアイテムは、イベントコンテンツ提供中に使用でき、当該イベントを盛り上げるようなアイテムであればこれに限らず、いわゆる投げ銭アイテムなどであってもよい。また、ユーザに付与されるアイテムとしては、実際の入室回数に対応するアイテムに加えて、実際の入室回数に満たない回数に対応するアイテムをも付与するようにしてもよい。
【0305】
図３７に示すように、「演出内容」としては、例えば、予定日前期間における入室回数が１回～３回であれば、ノーマル演出となり、演出内容が変化しない。入室回数が４回以上となると演出内容が変化し得るようになり、４回では、特別ルームＡ、５回では、特別ルームＢ、６回では、特別ルームＳが提供されるようになる。特別ルームの提供とは、ノーマル演出とは、異なる仮想ライブ会場のアニメーション（表示態様）で、イベントコンテンツに参加できる権利を得ることである。例えば、特別ルームでライブに参加する権利を得た対象ユーザのみがアクセスすることができる領域ＥＲ５３´を用意し、特別ルーム内においてイベントコンテンツを提供してもよい。あるいは、イベントコンテンツ提供時に配信されるライブ会場のセットの画像を、対象ユーザに対しては差し替えられた画像が配信されるようにしてもよい。
【0306】
また、７回ではシークレット衣装での演出が提供される。シークレット衣装は、イベントコンテンツ提供時に、演者アバタに対応して表示される演者アバタの衣装（衣装オブジェクト）である。シークレット衣装での演出がされる権利を得た対象ユーザに対しては、演者アバタの衣装データが通常の他のユーザに配信されるデータとは差し替えたデータが配信される。
【0307】
配信用サーバコンピュータ１００において、図３７で例示した入室回数に応じて実行するイベントコンテンツ関連処理の例について、図３８を参照して説明する。イベントコンテンツ関連処理は、例えば、イベントコンテンツに参加予定のユーザ毎（例えば、ユーザＩＤが若い番号順）に、予定日前期間終了後からイベントコンテンツ開始までに実行される。
【0308】
ステップＳ４０１では、予定日前期間中の入室回数が１以上のユーザか否かが判定される。予定日前期間中の入室回数が１以上のユーザであると判定されなかったときには、処理を終了する。ステップＳ４０１で、予定日前期間中の入室回数が１以上のユーザではないと判定されたユーザについては、イベントデータ１１１においてデフォルトで記憶されているデータに基づいてイベントコンテンツの配信が行われる。
【0309】
一方、ステップＳ４０１で、予定日前期間中の入室回数が１以上のユーザであると判定されたときには、ステップＳ４０２で、入室回数に応じたアイテムを付与する。これにより、例えば、ユーザが仮想空間ＥＲ内で所有するアイテムボックスなどに付与されたアイテムが表示されるようになる。イベントコンテンツの提供開始時刻になるまでに事前にボックスに入るものとしてもよいが、提供開始時刻となるまではグレー表示され、提供開始時刻までは使えないものとしてもよく、提供開始時刻から開場されている仮想ライブ会場において使用可能であってもよい。
【0310】
ステップＳ４０３では、入室回数に応じた演出内容が当該ユーザに設定され、処理を終了する。例えば、入室回数が４回のユーザであれば、限定花火がアイテムボックスに表示されるようになり、仮想ライブ会場のデザインが特別ルームＡとするための情報を対象ユーザに関連付けて記憶する。
【0311】
＜具体的構成および効果の例＞
【0312】
（１－１） 前述した実施例においては、図１～図２５などを参照して説明したとおり、配信用サーバコンピュータ１００は、記憶しているプログラムや当該プログラムによりコンピュータを制御する方法（以下、単にプログラムという）に基づいて、仮想空間ＥＲを生成して当該仮想空間ＥＲ内の画像であってユーザからの操作に応じた画像を表示させるための情報を送信するための処理を行い、視聴者端末３００は、記憶しているプログラムに基づいて、配信用サーバコンピュータ１００からの情報に応じてユーザからの操作に応じた画像を表示するための処理を行う。また、図２６～図２８などを参照して説明したとおり、配信用サーバコンピュータ１００は、記憶しているプログラムに基づいて、ユーザからの購入操作に応じて購入したフラスタＦＳなどのオブジェクトを仮想空間ＥＲ内に配置更新するための処理を行い、視聴者端末３００は、記憶しているプログラムに基づいて、配信用サーバコンピュータ１００における配置更新およびユーザからの購入操作に応じて購入したオブジェクトを仮想空間ＥＲ内に配置表示するための処理を行う。さらに、図１３～図２３、および、図３４などを参照して説明したとおり、配信用サーバコンピュータ１００は、記憶しているプログラムに基づいて、イベントコンテンツを予定日に提供するための空間を仮想空間ＥＲ内における空間エリアＥＲ５において構築するための処理を行い、視聴者端末３００は、記憶しているプログラムに基づいて、配信用サーバコンピュータ１００により構築された空間エリアＥＲ５においてイベントコンテンツを予定日に提供可能とする。
【0313】
また、本実施例においては、イベント予定日前の予定日前期間であっても、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、ユーザからの操作に応じて空間エリアＥＲ５に入室して当該空間エリアＥＲ５内の画像を表示可能とするための処理を行い、購入操作に応じて購入したオブジェクトを空間エリアＥＲ５内に配置表示可能とするための処理を行う。さらに、図２６、図２９、図３０、図３３、および、図３４などにおいて示したとおり、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、予定日前期間において空間エリアＥＲ５内でフラスタＦＳなどのオブジェクトを配置表示させたことに応じて空間エリアＥＲ５内の表示態様を変化させるための処理を行う。これにより、予定日前期間において、イベントコンテンツが提供される空間エリアＥＲ５と、空間エリアＥＲ５内の表示態様を変化させ得る事象とをユーザに共有・提供できるため、イベントコンテンツ提供前から当該イベントコンテンツに対する興趣を段階的に向上させることができる。
【0314】
（１－２） 配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、図２７（Ｃ）などに示す予定日前期間におけるユーザのフラスタＦＳの購入状況に応じて、図２６、図２８、および、図２９などに示すように、購入されてから予定日前期間が終了するまでにおける空間エリアＥＲ５内の各展示エリアの表示態様を変化させるための処理を行う。これにより、予定日前期間においてユーザによりフラスタＦＳが購入されるか、購入されたフラスタＦＳがどの属性でどのような装飾が施されてどこに展示されるか、その結果、空間エリアＥＲ５内の各展示エリアの表示態様がどのように変化するかなどにユーザを注目させることができる。
【0315】
（１－３） 予定日前期間において変化し得る空間エリアＥＲ５内の各展示エリアの表示態様は、例えば、図２９および図３０を比較して説明したとおり、予定日前期間においてユーザがフラスタＦＳを購入して配置することに応じて、当該ユーザ以外の他のユーザに対して表示される表示態様とは異なる表示態様となり得る。これにより、予定日前期間における空間エリアＥＲ５内の各展示エリアの表示態様をユーザ毎にカスタマイズ可能となり、ユーザ各々に特別感を抱かせることができる。
【0316】
（１－４） 図３４などで示したとおり、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、予定日前期間においてユーザがフラスタＦＳを購入して配置することに応じて、イベントコンテンツ提供中における空間エリアＥＲ５内で行われるライブイベントの演出の表示態様を変化させるための処理を行う。これにより、予定日前期間においてユーザによりフラスタＦＳが購入されるか、購入されたフラスタＦＳがどの属性でどのような装飾が施されるか、その結果、イベントコンテンツ提供中における空間エリアＥＲ５内で行われるライブイベントの演出の表示態様がどのように変化するかなどにユーザを注目させることができる。
【0317】
（１－５） イベントコンテンツ提供中において変化し得る空間エリアＥＲ５内で行われるライブイベントの演出は、例えば、図２７（Ｃ）、図３４、および、図３５などで説明したとおり、予定日前期間においてユーザがフラスタＦＳを購入して配置していたことに応じて、当該ユーザ以外の他のユーザに対して表示される表示態様とは異なる表示態様となり得る。これにより、イベントコンテンツ提供中における空間エリアＥＲ５内で行われるライブイベントの演出の表示態様をユーザ毎にカスタマイズ可能となり、ユーザ各々に特別感を抱かせることができる。
【0318】
（１－６） 空間エリアＥＲ５内の表示態様を変化させる事象として、ユーザからのフラスタＦＳの購入操作に応じた行動であり空間エリアＥＲ５内の展示エリアにおいて展示・配置されることにより購入したフラスタＦＳを反映させる行動であって、例えば、図２８のステップＳ１０７のユーザからのフラスタＦＳの購入操作によりステップＳ１０９で空間エリアＥＲ５の所定の展示エリアＡなどに配置される行動を例示している。これにより、ユーザ自身の操作によって空間エリアＥＲ５内の表示態様を変化させる事象を生じさせることができるようにしたため、ユーザに操作を促しつつユーザの参加意識を向上させることができる。
【0319】
（１－７） 空間エリアＥＲ５内の表示態様を変化させる事象の一例として、他のユーザ（例えば、図２９および図３０におけるユーザ２にとって他のユーザであるユーザ１）からの操作に応じた行動であるフラスタＦＳの購入操作であって空間エリアＥＲ５内の展示エリアにおいて展示・配置されることにより反映される行動であって、例えば、他のユーザ１が購入した行動を例示している。すなわち、図３０（Ｄ）に一例を示すように、ユーザ２の表示装置３１０において、他のユーザ１が購入していなければ配置表示され得ないフラスタＦＳ１が、他のユーザ１が購入した行動により、展示するデフォルトのフラスタＦＳにランダム抽選で決定されて所定の展示エリアＡに配置表示され得る。これにより、他のユーザからの操作および行動によっても空間エリアＥＲ５内の表示態様を変化させる事象になり得るため、表示態様の変化に面白味を持たせることができ、興趣を向上させることができる。
【0320】
（１－８） 空間エリアＥＲ５内の表示態様を変化させる事象の一例として、切替条件の成立を例示している。また、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、空間エリアＥＲ５内の表示態様を変化させる事象が生じたとしても、空間エリアＥＲ５内における特別ユーザに関連するフラスタＦＳの展示を維持可能とする処理を行う。例えば、ユーザにより購入されたフラスタＦＳの展示位置を、特別ユーザのフラスタＦＳの展示位置以外の位置から抽選決定する。また、切替条件が成立したときであっても、図３３に示すように、特別ユーザに関連付けられたフラスタＦＳＴの展示・表示が継続する。これにより、特別ユーザに関連する表示態様については変化させずに継続できるため、特別ユーザの利便性・優位性を維持・向上させることができる。また、特別ユーザのフラスタなどのオブジェクトを広告やＰＲに用いることが可能となるため、例えば、運営側は、特別ユーザの一例となり得るスポンサーなどに対して出資を募りやすくなる。
【0321】
（１－９） 図２４で示したように、空間エリアＥＲ５内には、予定日においてイベントコンテンツの提供に用いる第２仮想空間の領域ＥＲ５３´と、当該領域ＥＲ５３´と表示態様が共通（同じ・類似など）する第１仮想空間のうちの一部である領域ＥＲ５３とが設けられており、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、予定日前期間において例えばイベント予定日の前日となるまでは、ポータルＰが表示されず領域ＥＲ５３´内への進入が規制される一方で領域ＥＲ５３内への進入は許容されておりユーザからの操作に応じて当該領域ＥＲ５３の画像を表示可能とし、イベント予定日の前日となり解放条件が成立した後においては、領域ＥＲ５３に通じる大門オブジェクト５３ｃの門を閉じた状態とすることにより領域ＥＲ５３内への進入が規制される一方で、ポータルＰが表示されて第２仮想空間の領域ＥＲ５３´内への進入が許容されてユーザからの操作に応じて当該領域ＥＲ５３´の画像を表示可能とするための処理を行う。これにより、解放条件の成否に応じて用いる領域を切り替えることにより、解放条件成立前においてはイベントコンテンツ提供前のユーザの行動などに適した領域を用いて仮想空間を提供でき、解放条件成立後においてはイベントコンテンツの提供に適した領域を用いて仮想空間を提供することができる。
【0322】
（１－１０） 図２４で示したように、空間エリアＥＲ５内には、第１仮想空間のうちの一部である領域ＥＲ５１および領域ＥＲ５２が設けられており、第１仮想空間である図２４（Ａ）の領域ＥＲ５１と領域ＥＲ５２と領域ＥＲ５３とをシームレスに行き来可能（ユーザ操作によりユーザアバタを一方の領域から他方の領域に移動させることにより往来可能）である一方、第２仮想空間の領域ＥＲ５３´と第１仮想空間のうちの一部である領域ＥＲ５１および領域ＥＲ５２とは切り離して形成されている領域であり、図２４（Ｂ）に示すように、第１仮想空間と第２仮想空間とは領域ＥＲ５３´および領域ＥＲ５２のポータルＰから暗転表示を介して相互に行き来可能となる。これにより、解放条件成立前においては第１仮想空間である図２４（Ａ）の領域ＥＲ５１と領域ＥＲ５２と領域ＥＲ５３との往来の利便性を向上させることができ、解放条件成立後においては第２仮想空間の領域ＥＲ５３´に移動する際に暗転表示させることによりユーザに対して特別感・緊張感などを抱かせることができ、興趣を向上させることができる。
【0323】
（１－１１） 解放条件は、イベントコンテンツが提供される予定日の前日となることにより成立し得る。これにより、解放条件成立前の期間と、解放条件成立後ではあるがイベントコンテンツ提供前の期間と、イベントコンテンツ提供中の期間とを形成でき、興趣をより段階的に向上させることができる。
【0324】
（１－１２） 変化し得る空間エリアＥＲ５内の表示態様には、空間エリアＥＲ５内の展示エリアに展示されるフラスタＦＳが含まれ、空間エリアＥＲ５内の表示態様を変化させる事象は、予定日前期間においてユーザがフラスタＦＳを購入してユーザに関連付けて空間エリアＥＲ５内の選択した展示エリアに当該フラスタＦＳを配置させる事象を含む。これにより、予定日前期間において、ユーザが購入したフラスタＦＳをユーザが選択した展示エリアに配置させることにより、展示エリアの表示態様を変化させることができ、ユーザの興趣を向上させることができる。
【0325】
（１－１３） 空間エリアＥＲ５内の表示態様を変化させる事象は、フラスタＦＳを配置させる際に、ユーザからの操作に応じて当該フラスタＦＳの表示態様（文字などの装飾）を生成させる事象を含む。これにより、配置させるフラスタＦＳの表示態様自体についてもユーザ各々でオリジナルの表示態様に変化させることができるため、ユーザの興趣を向上させることができる。
【0326】
（１－１４） 変化し得る空間エリアＥＲ５内の表示態様には、図３４に示されるように、イベントコンテンツ提供中において空間エリアＥＲ５内で表示され動作し当該イベントコンテンツを進行し得る演者アバタが手に持つフラスタＦＳが含まれる。これにより、予定日前期間に生じた事象に応じて、演者アバタに対応して表示され得るフラスタＦＳが変化し得るため、予定日前期間に生じる事象により興趣を向上させることができる。
【0327】
（１－１５） 図３８で示すように、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、空間エリアＥＲ５内の画像を予定日前期間において表示させた度合いの一例である空間エリアＥＲ５への入室回数に応じて、空間エリアＥＲ５内の表示態様を変化させるための処理を行う。これにより、予定日前期間における空間エリアＥＲ５への入室回数に応じて空間エリアＥＲ５内の表示態様が変化し得るため、予定日前期間において空間エリアＥＲ５への入室することに対するユーザの動機を向上させて促すことができる。
【0328】
（１－１６） 配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、イベントコンテンツに参加できるチケットを購入するなどして所定条件を満たしているユーザに対して、イベントコンテンツを予定日に提供可能とし、当該所定条件を満たしているユーザに対して、予定日前期間において空間エリアＥＲ５内への入室を許容して空間エリアＥＲ５内の画像を表示可能とするための処理を行う。これにより、所定条件を満たすことに対するユーザの動機を向上させて促すことができる。
【0329】
（２－１） 本実施例においては、イベント予定日前の予定日前期間であっても、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、ユーザからの操作に応じて空間エリアＥＲ５に入室して当該空間エリアＥＲ５内の画像を表示可能とするための処理を行う。また、図３７、および、図３８などにおいて示したとおり、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、予定日前期間において、仮想空間ＥＲのうちの予定日にイベントコンテンツが提供される空間エリアＥＲ５内に入室して当該空間エリアＥＲ５内の画像を表示させた度合いの一例である入室回数（仮想空間ＥＲにログインしていた場合であっても当該仮想空間ＥＲのうち空間エリアＥＲ５以外の他の空間エリアＥＲへの入室回数を含まない）に応じてイベントコンテンツに関連する処理を行う。これにより、予定日前期間において、イベントコンテンツが提供される空間エリアＥＲ５をユーザに共有・提供できるとともに、予定日前期間における空間エリアＥＲ５内への入室回数に応じてイベントコンテンツに関連する処理が行われる。このため、仮想空間ＥＲ内の他の空間エリアよりも空間エリアＥＲ５内に入室して当該空間エリアＥＲ５内の画像を表示させることに対するユーザの動機を向上させることができ、イベントコンテンツ提供前から当該イベントコンテンツに対する興趣を段階的に向上させることができる。
【0330】
（２－２） イベントコンテンツに関連する処理は、図３７の演出内容などに示されるように、イベントコンテンツ提供中における空間エリアＥＲ５内の表示態様を予定日前期間における入室回数に応じて変化させる処理を含む。これにより、予定日前期間において空間エリアＥＲ５内に入室することに対するユーザの動機を向上させるとともに、空間エリアＥＲ５内の表示態様がどのように変化するかなどにユーザを注目させることができる。
【0331】
（２－３） イベントコンテンツに関連する処理により入室回数に応じて変化するイベントコンテンツ提供中における空間エリアＥＲ５内の表示態様は、図３７の演出内容などに示されるように、入室回数に応じて異なる演出内容が設定されるため、当該入室回数に応じて他のユーザに対して表示される表示態様とは異なる表示態様となり得る。これにより、イベントコンテンツ提供中における空間エリアＥＲ５内の表示態様をユーザ毎にカスタマイズ可能となり、ユーザ各々に特別感を抱かせることができる。
【0332】
（２－４） 変化するイベントコンテンツ提供中における空間エリアＥＲ５内の表示態様には、イベントコンテンツ提供中において空間エリアＥＲ５内に表示され動作し当該イベントコンテンツを進行し得る演者アバタに対応して表示される演者アバタの衣装であるシークレット衣装が含まれる。つまり、予定日前期間における空間エリアＥＲ５内への入室回数に応じて、イベントコンテンツ提供中における演者アバタの衣装が変化し得る。このため、予定日前期間において空間エリアＥＲ５内に入室することに対するユーザの動機を向上させることができ、興趣を向上させることができる。
【0333】
（２－５） イベントコンテンツに関連する処理は、図３８のステップＳ４０２で示すように、イベントコンテンツ提供中において利用可能なオブジェクトの一例であるアイテムのうちから入室回数に応じたアイテムをユーザが利用可能となるように付与するための処理を含む。このため、予定日前期間において空間エリアＥＲ５内に入室することに対するユーザの動機を向上させるとともに、付与されるアイテムにユーザを注目させることができる。
【0334】
（２－６） イベントコンテンツに関連する処理によりユーザに付与されるアイテムは、図３７のアイテムなどに示されるように、入室回数に応じて異なるアイテムが設定されるため、他のユーザに対して付与されるアイテムとは異なるアイテムとなり得る。これにより、様々なアイテムがイベントコンテンツ提供中に利用されることになるため当該イベントコンテンツの興趣を向上させることができる。
【0335】
（３－１） 本実施例における配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、ユーザが購入することにより関連付けられているフラスタＦＳを空間エリアＥＲ５内の展示エリアに配置させ、図２９（Ａ）に示すフラスタＦＳのうち、他のユーザ（例えば、ユーザ１以外）に関連付けられているフラスタＦＳであって空間エリアＥＲ５内の展示エリアに配置されているフラスタＦＳについては、図３２のステップＳ２０３により、切替条件の成立に応じて他のフラスタＦＳに切り替える一方で、ユーザ自身（例えば、ユーザ１）に関連付けられているフラスタＦＳについては、図２７（Ｃ）を参照して説明したように、切替条件が成立しても同じ展示エリア内において継続して表示させ得るための処理を行う。これにより、展示対象となるフラスタＦＳが多数存在する場合であり展示エリアにおいて展示可能な展示位置の数に限りがある場合であっても、フラスタＦＳを空間エリアＥＲ５内において適切に反映させることができる。また、他のユーザに関連付けられたフラスタＦＳについては比較的万遍なく空間エリアＥＲ５内において展示・表示できるとともに空間エリアＥＲ５内の展示エリアの表示態様を変化させて興趣を向上させることができるようにしつつ、ユーザ自身に関連付けられたフラスタＦＳを確認できるため満足感を高めることができる。
【0336】
（３－２） 切替条件は、所定時間が経過することや、ユーザの空間エリアＥＲ５内へのログインや入退室などにより成立し得る。これにより、ユーザの事前知識（例えば切替方法）などを必要とすることなく他のユーザに関連付けられているフラスタＦＳが他のフラスタＦＳに切り替えられるため、いずれのユーザに対しても空間エリアＥＲ５内の展示エリアに展示・表示され得るフラスタＦＳに対する興趣を向上させることができる。
【0337】
（３－３） フラスタＦＳは、図２７に示すように、属性やサイズが異なる複数種類のフラスタが設けられており、その種類に応じて空間エリアＥＲ５内に配置させて展示可能となる展示エリアが定められている。これにより、空間エリアＥＲ５のデザイン・趣向・世界観などに合わせて展示エリアに応じて適切な種類のフラスタＦＳを配置させることができる。また、展示エリア毎に配置されるフラスタＦＳの種類に統一感を持たせることができる。
【0338】
（３－４） フラスタＦＳは、空間エリアＥＲ５内の展示エリアに定められている上限数まで展示・表示可能であり、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、図２９（Ｃ）～図２９（Ｄ）などに示されるように、展示されるフラスタＦＳの数が展示可能上限数の範囲内となるように維持しつつ、切替条件の成立で他のユーザに関連付けられているフラスタＦＳを他のフラスタＦＳに切り替えて表示させ得る。これにより、上限数の範囲内で他のユーザに関連付けられたフラスタＦＳを万遍なく展示エリアに展示できるとともに展示エリアおよび空間エリアＥＲ５の表示態様を変化させて興趣を向上させることができる。
【0339】
（３－５） 空間エリアＥＲ５内には、図２４に示される通り、フラスタＦＳを配置して展示可能な展示エリアが複数設けられており、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、図２６に示されるように、複数の展示エリアのうちユーザからの操作に応じて指定された展示エリア内に当該ユーザのフラスタＦＳを配置・展示させるための処理を行う。これにより、ユーザの好む展示エリアに自身のフラスタＦＳを配置・展示させることができ、興趣を向上させることができる。
【0340】
（３－６） 配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、図２６に示されるように、ユーザからの操作に応じて、展示させるフラスタＦＳに文字などの装飾を行うことにより表示態様を変化させて展示・表示させ得るための処理を行う。これにより、展示するフラスタＦＳの表示態様をユーザ独自の表示態様とすることができ、ユーザの興趣を向上させることができる。
【0341】
（３－７） 配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、購入しているフラスタＦＳの数が多いユーザ（例えば、１０個よりも１１個、３０個よりも４０個）の方が少ないユーザよりも高い割合でデフォルトのフラスタＦＳとして展示・表示させるが、所定数に到達しているユーザについてはフラスタを所定数以上に何個購入しているか否かにかかわらず同じ割合（例えば、所定数のユーザと同じ割合）でデフォルトのフラスタＦＳに抽選で決定されて展示・表示させ得る。これにより、フラスタＦＳを程よい数（所定数未満）まで購入することを促すことができる一方で、デフォルトのフラスタＦＳのうち購入数が所定数に到達しているユーザのフラスタの占める割合が際限なく高まり過ぎてしまうことを防止できる。
【0342】
【0343】
（再演データ関連）
配信用サーバコンピュータ１００は、本実施例において提供されたイベントコンテンツのデータ（イベントデータ１１１）を、ユーザに再提供可能となるように記憶するとともに、イベントコンテンツが提供された後であってもユーザからの要求（例えば、再演データを購入するための操作、２回目の視聴操作など）に応じて再提供可能とするための処理を行うものであってもよい。例えば、配信用サーバコンピュータ１００は、予定日におけるイベントコンテンツ提供中において、ストレージ１０３に、演者アバターのモーションデータを含むアニメーションデータや音声データなどの演者情報（図１０で配信された演者アバター情報、演者音声など）を含む領域ＥＲ５３´内の画像であってユーザからの操作に応じた画像を表示させるための情報や、図３５に例示されるイベントフラスタ情報、図３８により設定され得るアイテム・演出内容情報などをイベントデータの再演データとして記憶し、要求元のユーザの視聴者端末３００に送信する。
配信用サーバコンピュータ１００は、本実施例において提供されたイベントコンテンツのデータ（イベントデータ１１１）を、ユーザに再提供可能となるように記憶するとともに、イベントコンテンツが提供された後であってもユーザからの要求（例えば、再演データを購入するための操作、２回目の視聴操作など）に応じて再提供可能とするための処理を行うものであってもよい。例えば、配信用サーバコンピュータ１００は、予定日におけるイベントコンテンツ提供中において、ストレージ１０３に、演者アバターのモーションデータを含むアニメーションデータや音声データなどの演者情報（図１０で配信された演者アバター情報、演者音声など）を含む領域ＥＲ５３´内の画像であってユーザからの操作に応じた画像を表示させるための情報や、図３５に例示されるイベントフラスタ情報、図３８により設定され得るアイテム・演出内容情報などをイベントデータの再演データとして記憶し、要求元のユーザの視聴者端末３００に送信する。
【0344】
イベントフラスタ情報は、イベントコンテンツ毎に抽選された図３５（Ａ）のデフォルトの情報と、図２７（Ｃ）のユーザ関連情報に基づき、再提供を要求したユーザが購入したフラスタＦＳの情報とを含む。また、アイテム・演出内容情報は、再提供要求したユーザの予定日前期間における入室回数に応じて、図３８のイベントコンテンツ関連処理により付与されるアイテムと、セットされる演出内容とを特定するための情報を含む。
【0345】
再演データを受信した視聴者端末３００においては、ユーザの任意のタイミングで、再演データに基づき予定日に提供されたイベントコンテンツを再生する。また、イベントコンテンツを再生する際には、予定日前期間において生じた事象に応じた表示態様とするために、例えば、受信したイベントフラスタ情報から特定されるフラスタのうち、当該ユーザが購入したフラスタと属性およびサイズが同じフラスタを、当該ユーザが購入していたフラスタに切り替えて、イベントコンテンツの演出を提供する。つまり、再演データに基づき表示され得るフラスタＦＳの表示態様は、予定日前期間に購入されているフラスタＦＳによってユーザ毎に異なる態様となり得る。これにより、予定日においてイベントコンテンツが提供された後においても、予定日前期間において生じた事象に応じた表示態様でイベントコンテンツを提供できるため、ユーザの利便性および興趣を向上させることができる。具体的には、予定日にイベントコンテンツに参加できなかったユーザに対して、予定日後であってもイベントコンテンツに参加でき、その際に、予定日前期間にフラスタＦＳを購入していた場合には当該フラスタＦＳに応じた演出を提供できる。
【0346】
また、イベントコンテンツを再生する際にも、予定日前期間において空間エリアＥＲ５内の画像を表示させた度合いの一例である入室回数に応じてイベントコンテンツに関連する処理を行うために、例えば、イベントコンテンツの演出内容として受信したアイテム・演出内容情報から特定される演出内容とする設定が行われ、かつ受信したアイテム・演出内容情報から特定されるアイテムが付与されて当該再演中において利用可能とする。つまり、再演データに基づくイベントコンテンツの表示態様を、予定日前期間のユーザの入室回数に応じてユーザ毎に異ならせ得る。これにより、予定日においてイベントコンテンツが提供された後においても、予定日前期間における入室回数という度合いに応じた表示態様でイベントコンテンツを提供できるため、ユーザの利便性および興趣を向上させることができる。また、再演データに基づくイベントコンテンツにおいて利用可能なアイテムのうちから予定日前期間のユーザの入室回数に応じたアイテムをユーザが利用可能とする処理が行われる。これにより、ユーザの利便性および興趣を向上させることができる。
【0347】
（空間エリアＥＲ５への入室権利）
上記実施の形態においては、予定日に提供されるイベントコンテンツに参加するための権利（チケットなど）を有するユーザのみ、予定日前期間に空間エリアＥＲ５に入室・参加することが許容される例について説明した。しかし、これに限らず、予定日に提供されるイベントコンテンツに参加するための権利を有するユーザではなかったとしても、予定日前期間においては、空間エリアＥＲ５内に入ることが許容され、フラスタＦＳの購入や展示エリアの閲覧など空間エリアＥＲ５内において自由に行動できるものであってもよい。イベントコンテンツ自体には参加するための権利を有していなければ参加できない（例えば、領域ＥＲ５３´への進入が制限される）が、予定日前期間においては空間エリアＥＲ５内に入ることが許容されて空間エリアＥＲ５内を散策・体験することなどにより、予定日に提供されるイベントコンテンツへの関心を高めることができ、権利を獲得してイベントコンテンツにも参加したいといった動機をユーザに抱かせることができる。なお、イベントコンテンツに参加するための権利の存在自体がなく、仮想空間ＥＲに参加可能なユーザであれば、予定日のイベントコンテンツに参加でき、かつ、予定日前期間において空間エリアＥＲ５に入ることができるようにしてもよい。
上記実施の形態においては、予定日に提供されるイベントコンテンツに参加するための権利（チケットなど）を有するユーザのみ、予定日前期間に空間エリアＥＲ５に入室・参加することが許容される例について説明した。しかし、これに限らず、予定日に提供されるイベントコンテンツに参加するための権利を有するユーザではなかったとしても、予定日前期間においては、空間エリアＥＲ５内に入ることが許容され、フラスタＦＳの購入や展示エリアの閲覧など空間エリアＥＲ５内において自由に行動できるものであってもよい。イベントコンテンツ自体には参加するための権利を有していなければ参加できない（例えば、領域ＥＲ５３´への進入が制限される）が、予定日前期間においては空間エリアＥＲ５内に入ることが許容されて空間エリアＥＲ５内を散策・体験することなどにより、予定日に提供されるイベントコンテンツへの関心を高めることができ、権利を獲得してイベントコンテンツにも参加したいといった動機をユーザに抱かせることができる。なお、イベントコンテンツに参加するための権利の存在自体がなく、仮想空間ＥＲに参加可能なユーザであれば、予定日のイベントコンテンツに参加でき、かつ、予定日前期間において空間エリアＥＲ５に入ることができるようにしてもよい。
【0348】
（展示エリア内のフラスタ属性の表示バランスについて）
上記実施の形態では、図３２のステップＳ３０２で切替条件成立時に切り替えるフラスタＦＳを、ランダム抽選で決定する例について説明した。しかし、これに限らず、空間エリアＥＲ５内に展示されるフラスタＦＳに関連付けられている属性の数が、各属性間において略均等となるように、展示するフラスタＦＳを抽選で決定するようにしてもよい。上述したとおり、属性「桜」、「鬼」、「白狐」、「黒狐」は、イベントコンテンツ提供時において進行キャラクタとして登場する演者アバタ各々に関連した属性・カラーである。また、例えば、空間エリアＥＲ５内に属性「桜」、「鬼」、「白狐」、「黒狐」のフラスタを展示可能な位置が８万箇所設けられているとすると、ひとつの属性に対して展示可能な数が２万箇所と算出される。このため、切替条件成立時に切り替えるフラスタＦＳを、ひとつの属性に対して２万個ずつ抽選で決定するようにしてもよい。すなわち、フラスタＦＳは、図２７に示すように、いずれかのモチーフ（属性）が関連付けられており、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、展示するフラスタＦＳに関連付けられている属性の数が各属性間において略均等となるようにデフォルトとなるフラスタＦＳを抽選・決定するための処理を行うことにより、空間エリアＥＲ５全体の中で４つの属性のフラスタが略均等となるようにしてもよい。これにより、空間エリアＥＲ５内において展示されるフラスタの属性がバランスよく表示され得るようになり、いずれかの属性に偏ってしまうことを防止できる。さらに、各展示エリアに着目した場合であっても、ひとつの展示エリア内に展示されるフラスタＦＳに関連付けられている属性の数が、各属性間において略均等となるようにしてもよい。つまり、展示エリア毎に４つの属性のフラスタが略均等となるようにしてもよい。
上記実施の形態では、図３２のステップＳ３０２で切替条件成立時に切り替えるフラスタＦＳを、ランダム抽選で決定する例について説明した。しかし、これに限らず、空間エリアＥＲ５内に展示されるフラスタＦＳに関連付けられている属性の数が、各属性間において略均等となるように、展示するフラスタＦＳを抽選で決定するようにしてもよい。上述したとおり、属性「桜」、「鬼」、「白狐」、「黒狐」は、イベントコンテンツ提供時において進行キャラクタとして登場する演者アバタ各々に関連した属性・カラーである。また、例えば、空間エリアＥＲ５内に属性「桜」、「鬼」、「白狐」、「黒狐」のフラスタを展示可能な位置が８万箇所設けられているとすると、ひとつの属性に対して展示可能な数が２万箇所と算出される。このため、切替条件成立時に切り替えるフラスタＦＳを、ひとつの属性に対して２万個ずつ抽選で決定するようにしてもよい。すなわち、フラスタＦＳは、図２７に示すように、いずれかのモチーフ（属性）が関連付けられており、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、展示するフラスタＦＳに関連付けられている属性の数が各属性間において略均等となるようにデフォルトとなるフラスタＦＳを抽選・決定するための処理を行うことにより、空間エリアＥＲ５全体の中で４つの属性のフラスタが略均等となるようにしてもよい。これにより、空間エリアＥＲ５内において展示されるフラスタの属性がバランスよく表示され得るようになり、いずれかの属性に偏ってしまうことを防止できる。さらに、各展示エリアに着目した場合であっても、ひとつの展示エリア内に展示されるフラスタＦＳに関連付けられている属性の数が、各属性間において略均等となるようにしてもよい。つまり、展示エリア毎に４つの属性のフラスタが略均等となるようにしてもよい。
【0349】
また、上限数が所定数に定められている展示エリアを属性分だけ設けて、展示エリア毎に属性を関連付けて、例えば、第１展示エリアには属性「桜」のフラスタのみから抽選で決定し、第２展示エリアには属性「鬼」のフラスタのみから抽選で決定し、第３展示エリアには属性「白狐」のフラスタのみから抽選で決定し、第４展示エリアには属性「黒狐」のフラスタのみから抽選で決定するようにしてもよい。これにより、各属性（特にイベントコンテンツ提供時において登場する演者アバタの属性）に関連付けられたフラスタＦＳが空間エリアＥＲ５内においてバランスよく表示されるようになる。また、推しの演者アバタの属性に関するフラスタの展示エリアを閲覧することにより、推しの演者アバタの属性に関するフラスタを容易に効率よく閲覧することができる。また、上記の例では、特定の属性（属性「桜」、「鬼」、「白狐」、「黒狐」）についてのみ略均等となる例について示したが、これに限らず、無地や豪華絢爛を含むすべての属性が略均等となるものであってもよい。なお、ユーザが購入したフラスタＦＳを配置することで、ユーザが購入したフラスタＦＳに関連付けられた属性の数が、仮想空間内において増加し得る。しかし、ユーザが購入したフラスタＦＳの属性も考慮した上で、展示エリア内（あるいは空間エリアＥＲ内）に展示できるフラスタＦＳの上限数の範囲で属性間の表示バランスが略均等となるように、ユーザ毎に抽選して決定してもよい。
【0350】
また、属性毎に抽選によって決定されて表示される比率は、予め定められているものであってもよい。例えば、図２７（Ａ）に示す属性「無地」が表示される割合は、空間エリアＥＲ５内において５％であるのに対し、「豪華絢爛」は１５％、「桜」、「鬼」、「白狐」、「黒狐」については各２０％などの比率を定められているものでもよい。
【0351】
（デフォルトのフラスタに決定される確率などについて）
上記実施の形態においては、切替条件成立時に、図３２のステップＳ２０３でランダム抽選されるデフォルトのフラスタＦＳに決定される確率がフラスタＦＳ間で一律である例について説明した。しかし、デフォルトのフラスタＦＳに決定される確率は、これに限らず、フラスタＦＳ固有のパラメータに応じて変動させたり、切替条件成立時にデフォルトのフラスタＦＳに決定されない（例えば、抽選対象から除外する）ようにしてもよい。以下、図３９を参照して、フラスタＦＳ毎にデフォルトのフラスタＦＳに決定される確率を変動させる例を説明する。各ユーザは、空間エリアＥＲ５内に表示された他のユーザに関連付けられたフラスタＦＳに対して、好感アクションや、通報アクションを行うことができるようにしてもよい。好感アクションとは、好感の意を表するためのアクションであって、例えば「いいね」（ハートマーク）などのアイコンを操作することで、他のユーザのフラスタＦＳに対して好感があることを示すアクションである。通報アクションとは、空間エリアＥＲ５内に表示することが不適切であるといった意を表するためのアクションであって、例えば、他のユーザのフラスタＦＳに不快な文字（コメント）が表示されていた場合などに、運営に対して報告するアクションである。
上記実施の形態においては、切替条件成立時に、図３２のステップＳ２０３でランダム抽選されるデフォルトのフラスタＦＳに決定される確率がフラスタＦＳ間で一律である例について説明した。しかし、デフォルトのフラスタＦＳに決定される確率は、これに限らず、フラスタＦＳ固有のパラメータに応じて変動させたり、切替条件成立時にデフォルトのフラスタＦＳに決定されない（例えば、抽選対象から除外する）ようにしてもよい。以下、図３９を参照して、フラスタＦＳ毎にデフォルトのフラスタＦＳに決定される確率を変動させる例を説明する。各ユーザは、空間エリアＥＲ５内に表示された他のユーザに関連付けられたフラスタＦＳに対して、好感アクションや、通報アクションを行うことができるようにしてもよい。好感アクションとは、好感の意を表するためのアクションであって、例えば「いいね」（ハートマーク）などのアイコンを操作することで、他のユーザのフラスタＦＳに対して好感があることを示すアクションである。通報アクションとは、空間エリアＥＲ５内に表示することが不適切であるといった意を表するためのアクションであって、例えば、他のユーザのフラスタＦＳに不快な文字（コメント）が表示されていた場合などに、運営に対して報告するアクションである。
【0352】
図３９は、フラスタＦＳのアップ画像５１０の一例である。アップ画像５１０は、例えば、視聴者端末３００において展示エリアに展示されているフラスタＦＳに近づくか操作することをトリガーにして配信用サーバコンピュータ１００から送信される情報に基づいて、表示装置３１０において表示される画像であり、各フラスタＦＳの詳細を表示することが可能である。図３９のアップ画像５１０には、展示エリア内に配置されるフラスタＦＳのうちの１つが表示され、左右ボタン５１１（５１１Ｌ、５１１Ｒ）を操作することで、展示エリア内の他のフラスタＦＳを表示することができる。アップ画像５１０には、好感アクションを行うためのいいねボタン５１３や、通報アクションを行うための通報ボタン５１４、またアップ画像５１０を閉じるための閉じるボタン５１６などが表示されている。また、アップ画像５１０には、詳細情報として、製作者情報５１２（ユーザー情報）が表示されている。これにより、例えば、著名人や友人のアカウントによって購入・生成されたフラスタＦＳであれば、好感アクションを行う動機付けとなり得る。また、面白いメッセージや興味深いメッセージなどを入力しているフラスタＦＳに対して好感アクションを行う動機付けとなり得る。
【0353】
視聴者端末３００は、いいねボタン５１３が操作されると、配信用サーバコンピュータ１００に好感の対象となったフラスタＦＳをも特定するための好感情報を送信する。配信用サーバコンピュータ１００においては、好感情報を受信すると、オブジェクトデータ１２２に記憶するフラスタＦＳのうち、好感対象となったフラスタＦＳのいいねの数（好感履歴）を更新記憶する。また、いいねの数が更新されると、アップ画像５１０に表示されるフラスタＦＳに対応するいいねの数を１加算更新させた態様で表示する。
【0354】
また、配信用サーバコンピュータ１００は、切替条件成立時において展示するデフォルトのフラスタＦＳの抽選を行う際に、フラスタＦＳ毎のいいねの数を参照し、いいねの数に応じて当該フラスタＦＳが抽選で当選する確率を変動させるようにしてもよい。例えば、抽選対象となるフラスタＦＳの数が１００万存在する場合に、通常であれば当選する確率が、１／１００万となるところ、いいねの数に応じて段階的に当選する確率を高めるようにしてもよい。例えば、いいねの数が１００～９９９の場合には１０／１００万に高め、いいねの数が１０００～２９９９の場合には１００／１００万に高めるといったように、いいねの数が多い程、当選する確率が高くなるようにしてもよい。
【0355】
すなわち、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、ユーザからのフラスタＦＳに対する好感アクションを特定するための好感情報を受信することにより、当該フラスタＦＳに対する好感履歴を更新し、各フラスタＦＳに対する好感履歴に基づいて当該フラスタＦＳを表示するときのいいねの数の表示を１加算表示制御するための処理や、デフォルトのフラスタとして表示されやすくするための処理などを行う。これにより、好感履歴に基づいてフラスタの表示が制御されるといった面白味をユーザに提供できる。また、好感アクションを獲得するといった面白味をユーザに提供できるとともに、他のユーザからリアクションを体感できるため、ユーザの興趣を向上させることができる。
【0356】
また、配信用サーバコンピュータ１００は、規制条件が成立しているフラスタＦＳについて、図３２のステップＳ２０３の抽選対象から除外することにより、デフォルトのフラスタＦＳとして当選・展示されることを規制（すなわち、当該フラスタＦＳを所有するユーザとは異なる他のユーザに対して表示されることを規制）するようにしてもよい。規制条件は、例えば、通報アクション数や通報対象のフラスタの文字などを運営が確認して、非表示とすべきと判断した場合などに非表示の設定がされることなどにより成立する。視聴者端末３００は、通報ボタン５１４が操作されると、配信用サーバコンピュータ１００に通報の対象となったフラスタＦＳをも特定するための通報情報を送信する。配信用サーバコンピュータ１００においては、通報情報を受信すると、オブジェクトデータ１２２に記憶するフラスタＦＳのうち、通報対象となったフラスタＦＳの通報数（通報履歴）を更新記憶する。なお、規制条件は、更新された通報数に応じて運営側で非表示の設定を行うことにより成立するものや、通報数が所定数に達したか否かを配信用サーバコンピュータ１００において判定して所定数に達しているときには自動的に非表示の設定が行われて成立するものであってもよい。これにより、規制条件が成立している他のユーザに関連付けられたフラスタＦＳについての表示を、デフォルトのフラスタとして決定されることを規制することができるため、展示エリアに展示されることを防止でき、ユーザに快適な空間エリアＥＲ５を提供することができる。
【0357】
この場合において、規制条件が成立したフラスタＦＳであっても、当該フラスタＦＳを購入・所有するユーザの表示装置３１０には、空間エリアＥＲ５内の展示エリアにおいて継続して表示される（いわゆる「シャドーＢＡＮ」）ようにしてもよい。これにより、フラスタＦＳを購入したユーザの興趣が損なわれてしまうことを防止しつつ、規制条件が成立していることをユーザに特定されにくくすることができる。なお、通報とともに、あるいは通報に替えて、当該通報元のユーザの視聴者端末３００においては規制条件の成立前であっても「非表示」とするようにしてもよい。非表示とするアクションであったとしても、配信用サーバコンピュータ１００で非表示された数を蓄積し、非表示とされた数が所定数以上に達することでユーザ全体に対して非表示となるようにしてもよい。また、非表示とするアクションが行われた場合には、配信用サーバコンピュータ１００および視聴者端末３００は、各々、記憶しているプログラムに基づいて、代替して展示する他のフラスタを抽選で決定してもよい。
【0358】
なお、図３２のステップＳ２０３における抽選対象となるフラスタＦＳは、ＮＧコメントや不適切なコメントなどが含まれているか否かの審査を通過したフラスタＦＳのみとし、含まれていると判断されたフラスタＦＳを抽選対象外としてもよい。審査は、例えば、運営によって目視で行われ、含まれていると判断されたフラスタＦＳについては抽選対象外とするＮＧフラグなどが設定されるものであってもよく、テキストを抽出して自動判定により審査が行われ、ＮＧ判定がされたフラスタＦＳについてはＮＧフラグなどが設定されるものであってもよい。また、切替条件成立時の抽選に限らず、図３６（Ａ）のステップＳ３０１における抽選においても、フラスタＦＳ固有のパラメータ（例えば、いいねの数）に応じて、デフォルトのフラスタに決定される確率を変動させたり、規制条件の成立に応じてデフォルトのフラスタＦＳに決定されないようにしてもよい。
【0359】
（仮想空間内の表示態様を変化させる事象について）
上記実施の形態では、空間エリアＥＲ５内の表示態様（予定日前期間においては展示エリア内のフラスタＦＳ、イベントコンテンツ提供中においては演者アバタが持つフラスタＦＳ）を変化させる事象として、ユーザからの操作に応じてフラスタＦＳが購入されて配置されることを例示した。しかし、仮想空間内の表示態様を変化させる事象を生じさせる特定オブジェクトは、フラスタＦＳに限らず、光を発するサイリウムや団扇などを模したオブジェクトや、空間エリアＥＲ５内に配置（設置）可能なオブジェクトであって、例えば、神社内の花、時計、垣根、玉垣、看板、立て札などを模したオブジェクトなどであってもよい。なお、特定オブジェクトは、イベントコンテンツ提供中において演者アバタが手に持つことができるオブジェクトを例示したが、これに限らず、ユーザアバタ（視聴者アバタ）が使用できるオブジェクトであってもよく、イベントコンテンツを提供する空間エリア（領域ＥＲ５３´）内に配置（設置）可能なオブジェクトなどであってもよい。
上記実施の形態では、空間エリアＥＲ５内の表示態様（予定日前期間においては展示エリア内のフラスタＦＳ、イベントコンテンツ提供中においては演者アバタが持つフラスタＦＳ）を変化させる事象として、ユーザからの操作に応じてフラスタＦＳが購入されて配置されることを例示した。しかし、仮想空間内の表示態様を変化させる事象を生じさせる特定オブジェクトは、フラスタＦＳに限らず、光を発するサイリウムや団扇などを模したオブジェクトや、空間エリアＥＲ５内に配置（設置）可能なオブジェクトであって、例えば、神社内の花、時計、垣根、玉垣、看板、立て札などを模したオブジェクトなどであってもよい。なお、特定オブジェクトは、イベントコンテンツ提供中において演者アバタが手に持つことができるオブジェクトを例示したが、これに限らず、ユーザアバタ（視聴者アバタ）が使用できるオブジェクトであってもよく、イベントコンテンツを提供する空間エリア（領域ＥＲ５３´）内に配置（設置）可能なオブジェクトなどであってもよい。
【0360】
また、仮想空間内の表示態様を変化させる事象は、特定オブジェクトの配置等により生じ得るものに限らず、これに替えてあるいは加えて、空間エリアＥＲ５内に種々のアクティビティを用意し、予定日前期間においてユーザがプレイしたアクティビティの結果に応じて生じ得るものであってもよい。なお、このようなアクティビティは、予定日前期間限定（あるいは、イベントコンテンツが提供される開催時刻まで）で、プレイ可能なものであってもよい。アクティビティとは、例えば、空間エリアＥＲ５内において実行されるゲームや、ミッション、運試しなどである。例えば、図２４のゲームエリアにおいて、抽選ゲームなどの短時間でプレイできるゲームや、指定アイテムなどを探す探索ミッション、おみくじ、お賽銭のような運試しなどである。予定日前期間におけるゲーム、探索ミッション、運試しの結果に応じて、上述したフラスタＦＳや図３７のアイテムの付与や、イベントコンテンツ提供時における演出の変化などの所定の権利（特典）が、アクティビティを体験したユーザに関連付けられるものとしてもよい。また、アクティビティの結果に応じて得たアイテムなどをアイテムボックスなどに保存可能としてもよい。例えば、オブジェクトに限らず、演者アバタの音声データなどが含まれるものであってもよい。さらに、予定日前期間におけるゲーム、探索ミッション、運試しの結果そのものに応じて、アクティビティを体験したユーザの視聴者端末３００における空間エリアＥＲ５内の表示態様を変化させるようにしてもよい。このように、予定日前期間においてイベントコンテンツが提供される所定種類の仮想空間において種々のアクティビティの体験を準備することにより、予定日前期間において仮想空間に事象を発生させ、かつ、イベントコンテンツが提供される予定日までのユーザの気分を高めることが可能となる。
【0361】
また、仮想空間内の表示態様を変化させる事象は、ユーザからの操作に応じて生じ得るものに限らず、これに替えてあるいは加えて、ユーザからの操作にかかわらず、仮想空間内に入室しているときであって発生条件が成立したときに生じ得るものであってもよい。例えば、空間エリアＥＲ５に入室しているユーザであって、入室から所定時間経過することにより特定オブジェクトが付与されて空間エリアＥＲ５内に配置されることにより事象が生じたものとしてもよく、入室から所定時間経過することにより事象が生じたものとしてもよく、空間エリアＥＲ５に入室しているユーザのうちから所定時間毎にランダム抽選などで当選したユーザについて事象が生じたもの（当選しなかったユーザについては事象が生じたものとみなされない）としてもよい。
【0362】
（生じた事象により予定日前期間において表示態様を変化させる対象について）
上記実施の形態では、予定日前期間中に生じた事象に応じて予定日前期間中における空間エリアＥＲ５内の展示エリアに配置するフラスタＦＳの表示態様を変化させる例を示したが、変化させる対象は空間エリアＥＲ５内のものであればこれに限るものではない。予定日前期間中に生じた事象に応じて変化させる対象は、例えば、予定日前期間中における空間エリアＥＲ５内に配置される建造物や置物などのオブジェクトの種類や数であってもよく、予定日前期間中における空間エリアＥＲ５内の建造物や置物などの配置位置であってもよく、予定日前期間中における空間エリアＥＲ５に含まれる領域数（例えば、領域ＥＲ５１と連なる領域ＥＲ５４が増設されて領域ＥＲ５４に進入可能となるなど）であってもよい。なお、この場合、空間エリアＥＲ５内の領域のうち、変化が生じる領域は、領域ＥＲ５１と領域ＥＲ５２のみとし、イベントコンテンツが提供される領域と関連する領域ＥＲ５３の表示態様については事象に応じて変化させないようにしてもよい。なお、このように構成する場合であっても、予定日前期間中に生じた事象に応じて変化させる対象は、事象が生じたユーザの視聴者端末３００のみとなるため、予定日前期間において生じた事象に応じて、他のユーザに対して表示される表示態様とは異なる表示態様となり得る。
上記実施の形態では、予定日前期間中に生じた事象に応じて予定日前期間中における空間エリアＥＲ５内の展示エリアに配置するフラスタＦＳの表示態様を変化させる例を示したが、変化させる対象は空間エリアＥＲ５内のものであればこれに限るものではない。予定日前期間中に生じた事象に応じて変化させる対象は、例えば、予定日前期間中における空間エリアＥＲ５内に配置される建造物や置物などのオブジェクトの種類や数であってもよく、予定日前期間中における空間エリアＥＲ５内の建造物や置物などの配置位置であってもよく、予定日前期間中における空間エリアＥＲ５に含まれる領域数（例えば、領域ＥＲ５１と連なる領域ＥＲ５４が増設されて領域ＥＲ５４に進入可能となるなど）であってもよい。なお、この場合、空間エリアＥＲ５内の領域のうち、変化が生じる領域は、領域ＥＲ５１と領域ＥＲ５２のみとし、イベントコンテンツが提供される領域と関連する領域ＥＲ５３の表示態様については事象に応じて変化させないようにしてもよい。なお、このように構成する場合であっても、予定日前期間中に生じた事象に応じて変化させる対象は、事象が生じたユーザの視聴者端末３００のみとなるため、予定日前期間において生じた事象に応じて、他のユーザに対して表示される表示態様とは異なる表示態様となり得る。
【0363】
（生じた事象によりイベント提供中において表示態様を変化させる対象について）
上記実施の形態では、予定日前期間中に生じた事象に応じてイベントコンテンツ提供中における演出のうち演者アバタが手に持つフラスタＦＳ（演者アバタに関連付けられたオブジェクト）の表示態様を変化させる例を示したが、変化させる対象は空間エリアＥＲ５内のものであればこれに限るものではない。予定日前期間中に生じた事象に応じて変化させる対象は、例えば、図３７の入室回数７回目で設定される演出内容である「シークレット衣装」で例示したように、演者アバタの衣装オブジェクトなどであってもよい。また、予定日前期間中に生じた事象に応じて変化させる対象は、予定日前期間においてフラスタＦＳを購入したユーザのユーザ名をイベントコンテンツ終了の際におけるエンディングロールに表示させる場合であって、その際に、例えば、購入額の大きいユーザや購入数の多いユーザから順に表示されるようにしてもよく、購入額や購入数に応じてエンディングロールに表示されるユーザ名のサイズが異なる（購入額の大きい・購入数の多い程、大きなサイズで表示）ようにしてもよい。また、予定日前期間中に生じた事象に応じて変化させる対象は、仮想ライブ会場に大量のフラスタＦＳを表示するような演出であってもよく、例えば、ジェット風船などのように、予定日前期間においてユーザが購入したすべてのフラスタＦＳ（購入していないユーザについてはデフォルトのフラスタＦＳとなる）を倍増させて大量に浮遊させるような演出であってもよい。これにより、イベントコンテンツがより一層盛り上がった演出となる。なお、このように構成する場合であっても、予定日前期間中に生じた事象に応じて変化させる対象は、事象が生じたユーザの視聴者端末３００のみとなるため、予定日前期間において生じた事象に応じて、他のユーザに対して表示される表示態様とは異なる表示態様となり得る。
上記実施の形態では、予定日前期間中に生じた事象に応じてイベントコンテンツ提供中における演出のうち演者アバタが手に持つフラスタＦＳ（演者アバタに関連付けられたオブジェクト）の表示態様を変化させる例を示したが、変化させる対象は空間エリアＥＲ５内のものであればこれに限るものではない。予定日前期間中に生じた事象に応じて変化させる対象は、例えば、図３７の入室回数７回目で設定される演出内容である「シークレット衣装」で例示したように、演者アバタの衣装オブジェクトなどであってもよい。また、予定日前期間中に生じた事象に応じて変化させる対象は、予定日前期間においてフラスタＦＳを購入したユーザのユーザ名をイベントコンテンツ終了の際におけるエンディングロールに表示させる場合であって、その際に、例えば、購入額の大きいユーザや購入数の多いユーザから順に表示されるようにしてもよく、購入額や購入数に応じてエンディングロールに表示されるユーザ名のサイズが異なる（購入額の大きい・購入数の多い程、大きなサイズで表示）ようにしてもよい。また、予定日前期間中に生じた事象に応じて変化させる対象は、仮想ライブ会場に大量のフラスタＦＳを表示するような演出であってもよく、例えば、ジェット風船などのように、予定日前期間においてユーザが購入したすべてのフラスタＦＳ（購入していないユーザについてはデフォルトのフラスタＦＳとなる）を倍増させて大量に浮遊させるような演出であってもよい。これにより、イベントコンテンツがより一層盛り上がった演出となる。なお、このように構成する場合であっても、予定日前期間中に生じた事象に応じて変化させる対象は、事象が生じたユーザの視聴者端末３００のみとなるため、予定日前期間において生じた事象に応じて、他のユーザに対して表示される表示態様とは異なる表示態様となり得る。
【0364】
（所定種類の仮想空間内の画像を予定日前期間において表示させた度合いについて）
上記実施の形態では、イベントコンテンツ関連処理を行うための度合いの一例として、予定日にイベントコンテンツが開催され得る空間エリアＥＲ５内へ入室した入室回数を示したが、これに限らず、空間エリアＥＲ５内に滞在していた滞在時間や、予定日前期間の日数に対して空間エリアＥＲ５内に入室した日数が占める割合、予定日前期間のトータル時間に対して空間エリアＥＲ５内に滞在していた滞在時間が占める割合、予定日前期間において仮想空間ＥＲへの入室回数あるいは滞在時間のうち空間エリアＥＲ５内への入室回数あるいは滞在時間、さらには空間エリアＥＲ５内への入室回数あるいは滞在時間が占める割合、予定日前期間のうち前回入室時から今回入室までに要した時間の長短などであってもよい。
上記実施の形態では、イベントコンテンツ関連処理を行うための度合いの一例として、予定日にイベントコンテンツが開催され得る空間エリアＥＲ５内へ入室した入室回数を示したが、これに限らず、空間エリアＥＲ５内に滞在していた滞在時間や、予定日前期間の日数に対して空間エリアＥＲ５内に入室した日数が占める割合、予定日前期間のトータル時間に対して空間エリアＥＲ５内に滞在していた滞在時間が占める割合、予定日前期間において仮想空間ＥＲへの入室回数あるいは滞在時間のうち空間エリアＥＲ５内への入室回数あるいは滞在時間、さらには空間エリアＥＲ５内への入室回数あるいは滞在時間が占める割合、予定日前期間のうち前回入室時から今回入室までに要した時間の長短などであってもよい。
【0365】
（表示させた度合いに応じたイベントコンテンツ関連処理について）
上記実施の形態では、図３７の演出内容に示すように、度合いに応じて空間エリアＥＲ５内の表示態様を変化させる処理の対象として、ライブ会場のセットの画像や演者アバタの衣装などの演出内容を例示した。しかし、度合いに応じて空間エリアＥＲ５内の表示態様を変化させる処理の対象は、これに限らず、予定日前期間に入室したユーザのユーザ名をイベントコンテンツ終了の際におけるエンディングロールに表示させる場合であって、その際に、例えば、入室回数の多いユーザから順に表示されるようにしてもよく、入室回数に応じてエンディングロールに表示されるユーザ名のサイズが異なる（購入額の大きい・購入数の多い程、大きなサイズで表示）ようにしてもよい。また、仮想ライブ会場に大量のフラスタＦＳを表示するような演出であってもよく、例えば、ジェット風船などのように、入室回数に応じた数のフラスタＦＳ（購入していたユーザについては購入したフラスタＦＳとし、購入していないユーザについてはデフォルトのフラスタＦＳとする）を浮遊させるような演出であってもよい。なお、このうち、演出内容やジェット風船などの表示態様を変化させる場合には、度合いに応じてユーザの視聴者端末３００毎に異なることとなり得るため、度合いに応じて他のユーザに対して表示される表示態様とは異なる表示態様となり得る。また、演出内容としては、例えば、入室回数毎に表示態様が異なるルームが対応付けられており入室回数が異なれば設定されるルームの種類が異なるようにしてもよく（表示態様が異なる複数種類の特別ルームのうち入室回数に応じた特別ルームにおいてイベントコンテンツが提供されるなど）、入室回数毎に表示態様が異なる演者アバタの衣装が対応付けられており入室回数が異なれば設定される衣装の種類（表示態様）が異なるようにしてもよい。
上記実施の形態では、図３７の演出内容に示すように、度合いに応じて空間エリアＥＲ５内の表示態様を変化させる処理の対象として、ライブ会場のセットの画像や演者アバタの衣装などの演出内容を例示した。しかし、度合いに応じて空間エリアＥＲ５内の表示態様を変化させる処理の対象は、これに限らず、予定日前期間に入室したユーザのユーザ名をイベントコンテンツ終了の際におけるエンディングロールに表示させる場合であって、その際に、例えば、入室回数の多いユーザから順に表示されるようにしてもよく、入室回数に応じてエンディングロールに表示されるユーザ名のサイズが異なる（購入額の大きい・購入数の多い程、大きなサイズで表示）ようにしてもよい。また、仮想ライブ会場に大量のフラスタＦＳを表示するような演出であってもよく、例えば、ジェット風船などのように、入室回数に応じた数のフラスタＦＳ（購入していたユーザについては購入したフラスタＦＳとし、購入していないユーザについてはデフォルトのフラスタＦＳとする）を浮遊させるような演出であってもよい。なお、このうち、演出内容やジェット風船などの表示態様を変化させる場合には、度合いに応じてユーザの視聴者端末３００毎に異なることとなり得るため、度合いに応じて他のユーザに対して表示される表示態様とは異なる表示態様となり得る。また、演出内容としては、例えば、入室回数毎に表示態様が異なるルームが対応付けられており入室回数が異なれば設定されるルームの種類が異なるようにしてもよく（表示態様が異なる複数種類の特別ルームのうち入室回数に応じた特別ルームにおいてイベントコンテンツが提供されるなど）、入室回数毎に表示態様が異なる演者アバタの衣装が対応付けられており入室回数が異なれば設定される衣装の種類（表示態様）が異なるようにしてもよい。
【0366】
また、上記実施の形態では、図３７のアイテムに示すように、度合いに応じて空間エリアＥＲ５内の表示態様を変化させる処理の対象として、度合いに応じてオブジェクトとしてイベントコンテンツ中に利用可能なアイテムを付与する処理を例示した。しかし、度合いに応じて付与するオブジェクトの対象は、これに限らず、光を発するサイリウムや団扇などを模したオブジェクトや、空間エリアＥＲ５内に設置可能なオブジェクトであって、例えば、神社内の花、時計、垣根、玉垣、看板、立て札などを模したオブジェクトなどであってもよい。なお、オブジェクトは、イベントコンテンツ提供中において演者アバタが手に持つことができるオブジェクトであってもよく、ユーザアバタあるいは視聴者アバタが使用できるオブジェクトであってもよく、イベントコンテンツを提供する空間エリア（領域ＥＲ５３´）内に設置可能なオブジェクトなどであってもよい。
【0367】
（仮想空間内における特定オブジェクトの表示態様遷移について）
上記実施の形態において、図２９～図３２で例示したフラスタ切替処理は、予定日に提供されるイベントコンテンツに関連した期間において行われるものに限らず、予定日に提供されるイベントコンテンツの有無にかかわらず、仮想空間内においてユーザに関連付けられた特定オブジェクトや他のユーザに関連付けられた特定オブジェクトを配置可能とする場合に適用されるものであってもよい。例えば、ユーザが創作した創作コンテンツ（例えば、アートや二次創作、ゲーム内作品、オリジナルの仮想空間（例えばユーザが作成した建築物が存在）へのリンクなど）や、他のユーザが創作した創作コンテンツなどを共有・展示することができる仮想空間を提供し、当該仮想空間に対して図２９～図３２で例示したフラスタ切替処理を実行することにより、他のユーザが創作した創作コンテンツが切替条件成立により切り替えて表示される（仮想空間内への展示、配置）ようにしてもよい。これにより、事前知識なく様々なユーザの創作コンテンツを視認、体験することができるようになり、仮想空間内においての興趣が向上する。なお、ユーザの視聴者端末３００からの操作により展示エリアに配置されるオブジェクトは、ユーザが編集操作（内容編集）をすることができない、予めデザインが決まったオブジェクトが含まれていてもよい。これにより、特定オブジェクトを仮想空間内において設置・表示できる数に限りがある場合であっても、ユーザ自身の特定オブジェクトについてはユーザ自身がいつでも閲覧可能となるため、満足感を高めることができる一方で、他のユーザに関連付けられた特定オブジェクトが万遍なく仮想空間内において表示できるとともに仮想空間の表示態様を変化させて興趣を向上させることができ、多数の特定オブジェクトを適切に反映させることができる。
上記実施の形態において、図２９～図３２で例示したフラスタ切替処理は、予定日に提供されるイベントコンテンツに関連した期間において行われるものに限らず、予定日に提供されるイベントコンテンツの有無にかかわらず、仮想空間内においてユーザに関連付けられた特定オブジェクトや他のユーザに関連付けられた特定オブジェクトを配置可能とする場合に適用されるものであってもよい。例えば、ユーザが創作した創作コンテンツ（例えば、アートや二次創作、ゲーム内作品、オリジナルの仮想空間（例えばユーザが作成した建築物が存在）へのリンクなど）や、他のユーザが創作した創作コンテンツなどを共有・展示することができる仮想空間を提供し、当該仮想空間に対して図２９～図３２で例示したフラスタ切替処理を実行することにより、他のユーザが創作した創作コンテンツが切替条件成立により切り替えて表示される（仮想空間内への展示、配置）ようにしてもよい。これにより、事前知識なく様々なユーザの創作コンテンツを視認、体験することができるようになり、仮想空間内においての興趣が向上する。なお、ユーザの視聴者端末３００からの操作により展示エリアに配置されるオブジェクトは、ユーザが編集操作（内容編集）をすることができない、予めデザインが決まったオブジェクトが含まれていてもよい。これにより、特定オブジェクトを仮想空間内において設置・表示できる数に限りがある場合であっても、ユーザ自身の特定オブジェクトについてはユーザ自身がいつでも閲覧可能となるため、満足感を高めることができる一方で、他のユーザに関連付けられた特定オブジェクトが万遍なく仮想空間内において表示できるとともに仮想空間の表示態様を変化させて興趣を向上させることができ、多数の特定オブジェクトを適切に反映させることができる。
【0368】
（特定オブジェクトの配置エリアについて）
上記実施の形態では、図２７において、特定オブジェクトの一例であるフラスタＦＳのサイズに応じて、配置エリアが異なるように定められている例を示した。しかし、フラスタＦＳは、サイズの他、属性も複数種類定められている。このため、配置エリアとしては、フラスタＦＳのサイズに替えてあるいは加えて、フラスタＦＳの属性毎に異なるように定められているものであってもよい。これにより、配置エリア毎の統一感をより一層高めることができる。
上記実施の形態では、図２７において、特定オブジェクトの一例であるフラスタＦＳのサイズに応じて、配置エリアが異なるように定められている例を示した。しかし、フラスタＦＳは、サイズの他、属性も複数種類定められている。このため、配置エリアとしては、フラスタＦＳのサイズに替えてあるいは加えて、フラスタＦＳの属性毎に異なるように定められているものであってもよい。これにより、配置エリア毎の統一感をより一層高めることができる。
【0369】
（視聴者端末に送信するデータの別の形態について）
上記実施の形態においては、図３２のフラスタ切替処理、および、図３６のイベントフラスタ決定処理において、デフォルトのフラスタ情報（図３２のステップＳ２０５、図３６（Ａ）のステップＳ３０２）と、図２７（Ｃ）のユーザ関連情報に基づく、ユーザ毎に関連付いているフラスタＦＳを特定するための情報（図３２のステップＳ２０７、図３６（Ａ）のステップＳ３０３）とをユーザへ送信し、展示エリアや、イベントコンテンツの演出に用いられるフラスタの情報を、視聴者端末３００において書き換える例について説明した。しかし、これに限らず、配信用サーバコンピュータ１００で、デフォルトのフラスタ情報から、図２７（Ｃ）に基づいてユーザ毎に更新された情報を、ユーザ毎に送信するようにしてもよい。すなわち、配信用サーバコンピュータ１００においては、ユーザのフラスタＦＳに応じてユーザ毎に異なる情報を生成して送信し、視聴者端末３００においては、当該情報に基いて、当該ユーザに応じたフラスタＦＳを表示させるようにしてもよい。
上記実施の形態においては、図３２のフラスタ切替処理、および、図３６のイベントフラスタ決定処理において、デフォルトのフラスタ情報（図３２のステップＳ２０５、図３６（Ａ）のステップＳ３０２）と、図２７（Ｃ）のユーザ関連情報に基づく、ユーザ毎に関連付いているフラスタＦＳを特定するための情報（図３２のステップＳ２０７、図３６（Ａ）のステップＳ３０３）とをユーザへ送信し、展示エリアや、イベントコンテンツの演出に用いられるフラスタの情報を、視聴者端末３００において書き換える例について説明した。しかし、これに限らず、配信用サーバコンピュータ１００で、デフォルトのフラスタ情報から、図２７（Ｃ）に基づいてユーザ毎に更新された情報を、ユーザ毎に送信するようにしてもよい。すなわち、配信用サーバコンピュータ１００においては、ユーザのフラスタＦＳに応じてユーザ毎に異なる情報を生成して送信し、視聴者端末３００においては、当該情報に基いて、当該ユーザに応じたフラスタＦＳを表示させるようにしてもよい。
【0370】
（イベントコンテンツ提供中において使用可能なアイテムについて）
上記実施の形態では、図３７で例示したように、イベントコンテンツ提供中において使用可能なアイテム（オブジェクト）として、クラッカー、花火、サイリウム、スタンプなどを例示した。これらは、使用済みであるか否かにかかわらず、仮想空間ＥＲ内において、例えばユーザが建築した家の部屋の中に飾っておくことができてもよい。あるいは、仮想空間ＥＲ内に表示されるアイテムボックスに、使用後であっても記念品として表示可能としてもよい。これにより、提供（開催）されるイベントコンテンツに応じた限定アイテムなどを、思い出として残しておくことができ、イベントコンテンツに対するユーザの愛着が増す。
上記実施の形態では、図３７で例示したように、イベントコンテンツ提供中において使用可能なアイテム（オブジェクト）として、クラッカー、花火、サイリウム、スタンプなどを例示した。これらは、使用済みであるか否かにかかわらず、仮想空間ＥＲ内において、例えばユーザが建築した家の部屋の中に飾っておくことができてもよい。あるいは、仮想空間ＥＲ内に表示されるアイテムボックスに、使用後であっても記念品として表示可能としてもよい。これにより、提供（開催）されるイベントコンテンツに応じた限定アイテムなどを、思い出として残しておくことができ、イベントコンテンツに対するユーザの愛着が増す。
【0371】
（予定日前期間に生じた事象の、イベントコンテンツに対するその他の影響）
上記実施の形態においては、予定日前期間における所定種類の仮想空間内で生じた事象に応じて変化するイベントコンテンツ提供時の仮想空間内の表示態様として、特定オブジェクトの表示態様の変化を説明した。しかし、これに限らず、例えば予定日前期間においてフラスタＦＳを購入して空間エリアＥＲ５内に配置したユーザについては、例えば購入金額や購入数（配置数）に応じて、所定の権利（特典）が付与されるものであってもよい。所定の権利（特典）とは、例えば、提供されるイベントコンテンツの時間延長（例えばアフタートークへの参加権利）できる権利や、イベントコンテンツをユーザが操作可能となる専用仮想カメラからライブを視聴することが可能となる権利であってもよく、特設エリアから参加可能となる権利であってもよい。
上記実施の形態においては、予定日前期間における所定種類の仮想空間内で生じた事象に応じて変化するイベントコンテンツ提供時の仮想空間内の表示態様として、特定オブジェクトの表示態様の変化を説明した。しかし、これに限らず、例えば予定日前期間においてフラスタＦＳを購入して空間エリアＥＲ５内に配置したユーザについては、例えば購入金額や購入数（配置数）に応じて、所定の権利（特典）が付与されるものであってもよい。所定の権利（特典）とは、例えば、提供されるイベントコンテンツの時間延長（例えばアフタートークへの参加権利）できる権利や、イベントコンテンツをユーザが操作可能となる専用仮想カメラからライブを視聴することが可能となる権利であってもよく、特設エリアから参加可能となる権利であってもよい。
【0372】
（予定日の例について）
上記実施の形態におけるイベントコンテンツは、イベントデータに従って予定日の予定時間（予め定められた日時）に配信（提供）される例について説明した。当該予定日とは、例えば、ライブイベントなどが開催される予定の所定の日付全体（例えば、４月５日の０時～２３時５９分までなど）、あるいは、数日の期間であってもよい（例えば、５月１日９時から５月５日２１時など）。また、イベントコンテンツの予定日を数日の期間とし、複数のコンテンツ（例えば、ライブイベント、トークショーなど）が提供される総合イベントコンテンツであった場合（例えば、数日に亘るフェスティバルイベントなど）、当該総合イベントコンテンツ中に提供される複数のコンテンツ各々（個々）の開催予定日毎の予定日前期間において生じた事象に応じて、複数のコンテンツ各々が提供される際の所定種類の仮想空間内の表示態様を変化させるようにしてもよい。
上記実施の形態におけるイベントコンテンツは、イベントデータに従って予定日の予定時間（予め定められた日時）に配信（提供）される例について説明した。当該予定日とは、例えば、ライブイベントなどが開催される予定の所定の日付全体（例えば、４月５日の０時～２３時５９分までなど）、あるいは、数日の期間であってもよい（例えば、５月１日９時から５月５日２１時など）。また、イベントコンテンツの予定日を数日の期間とし、複数のコンテンツ（例えば、ライブイベント、トークショーなど）が提供される総合イベントコンテンツであった場合（例えば、数日に亘るフェスティバルイベントなど）、当該総合イベントコンテンツ中に提供される複数のコンテンツ各々（個々）の開催予定日毎の予定日前期間において生じた事象に応じて、複数のコンテンツ各々が提供される際の所定種類の仮想空間内の表示態様を変化させるようにしてもよい。
【0373】
（予定日前期間）
上記実施の形態においては、予定日前期間が、イベントコンテンツが提供される予定日の前日までとなる期間を例示した。しかし、予定日前期間は、イベントコンテンツが提供されるまでの期間であればこれに限らず、例えば、予定日より２日前や所定数日前となる期間であってもよく、また、イベントコンテンツが提供される予定日中のタイミングであって予定時間よりも１時間前までや、１０分前まで、１分前までの期間などであってもよい。例えば、イベントコンテンツが提供される数時間前までに、所定種類の仮想空間内で生じた事象に応じて、所定種類の仮想空間内の表示態様を変化させてもよい。例えば、空間エリアＥＲ５内でライブイベントがスタートする時間（例えば、１９時）の２時間前までに、ユーザが購入したフラスタＦＳを、空間エリアＥＲ５内に展示可能とし、当該購入したフラスタＦＳを図３４で示すイベント中の演出に用いるようにしてもよい。
上記実施の形態においては、予定日前期間が、イベントコンテンツが提供される予定日の前日までとなる期間を例示した。しかし、予定日前期間は、イベントコンテンツが提供されるまでの期間であればこれに限らず、例えば、予定日より２日前や所定数日前となる期間であってもよく、また、イベントコンテンツが提供される予定日中のタイミングであって予定時間よりも１時間前までや、１０分前まで、１分前までの期間などであってもよい。例えば、イベントコンテンツが提供される数時間前までに、所定種類の仮想空間内で生じた事象に応じて、所定種類の仮想空間内の表示態様を変化させてもよい。例えば、空間エリアＥＲ５内でライブイベントがスタートする時間（例えば、１９時）の２時間前までに、ユーザが購入したフラスタＦＳを、空間エリアＥＲ５内に展示可能とし、当該購入したフラスタＦＳを図３４で示すイベント中の演出に用いるようにしてもよい。
【0374】
（ポータルＰについて）
上記実施の形態においては、イベントコンテンツの予定日の特定期間前となり、解放条件が成立すると、図２４（Ｂ）のポータルＰを介して、領域ＥＲ５３´へ遷移可能となる例について説明した。当該ポータルＰは、例えば、特定期間前（予定日前期間のうちの前日）になると（解放条件が成立すると）領域ＥＲ５２の大門オブジェクト５３ｃの前に出現するようにしてもよい。あるいは、特定期間前からあるが、特定期間前にならなければ、別領域へ遷移するポータルＰとしては機能しないものであってもよい。また、領域ＥＲ５３´への遷移後、領域ＥＲ５２へ戻る場合、例えば図２４（Ｂ）の領域ＥＲ５３´側のポータルＰを介してユーザアバタＵを領域ＥＲ５２へ遷移可能とし、第１仮想空間と、第２仮想空間とが相互に行き来可能となるようにしてもよい。
上記実施の形態においては、イベントコンテンツの予定日の特定期間前となり、解放条件が成立すると、図２４（Ｂ）のポータルＰを介して、領域ＥＲ５３´へ遷移可能となる例について説明した。当該ポータルＰは、例えば、特定期間前（予定日前期間のうちの前日）になると（解放条件が成立すると）領域ＥＲ５２の大門オブジェクト５３ｃの前に出現するようにしてもよい。あるいは、特定期間前からあるが、特定期間前にならなければ、別領域へ遷移するポータルＰとしては機能しないものであってもよい。また、領域ＥＲ５３´への遷移後、領域ＥＲ５２へ戻る場合、例えば図２４（Ｂ）の領域ＥＲ５３´側のポータルＰを介してユーザアバタＵを領域ＥＲ５２へ遷移可能とし、第１仮想空間と、第２仮想空間とが相互に行き来可能となるようにしてもよい。
【0375】
本実施例では、予定日の特定期間前（予定日の前日）になると、領域ＥＲ５３内に滞在していたユーザは、領域ＥＲ５３の外に出される例（例えば、ユーザアバタＵが領域ＥＲ５３外に強制的に移動制御）について説明した。しかし、一律に特定期間前になれば、領域ＥＲ５３外に出されてしまうものに限らず、所定状態にあるユーザについては終了条件が成立した後に領域ＥＲ５３の外に出される（領域ＥＲ５３以外の仮想空間の画像が表示される）ように制御してもよい。例えば、領域ＥＲ５３内で展示エリアにおいてフラスタＦＳを表示中（例えば図３９の画面を表示中）のユーザなどについては、所定状態であるとし、図３９などの画面の表示が終了したときに終了条件が成立したとして、領域ＥＲ５３の外に移動されるようにしてもよい。
【0376】
（解放条件・特定期間について）
本実施例では、解放条件が、イベントコンテンツが提供される予定日の特定期間前となることにより成立し、当該特定期間としてイベント予定日の前日を例示した。しかし、解放条件が成立する予定日の特定期間前とは、これに限らず、予定日より２日前や所定数日前となる期間であってもよい。また、特定期間とは、日数や時間などに関連する期間であるものに限らず、例えば、空間エリアＥＲ５に入室したユーザ数が所定数に到達したタイミング以降の期間や、状況などを考慮して運営により設定されたタイミング以降の期間などであってもよい。
本実施例では、解放条件が、イベントコンテンツが提供される予定日の特定期間前となることにより成立し、当該特定期間としてイベント予定日の前日を例示した。しかし、解放条件が成立する予定日の特定期間前とは、これに限らず、予定日より２日前や所定数日前となる期間であってもよい。また、特定期間とは、日数や時間などに関連する期間であるものに限らず、例えば、空間エリアＥＲ５に入室したユーザ数が所定数に到達したタイミング以降の期間や、状況などを考慮して運営により設定されたタイミング以降の期間などであってもよい。
【0377】
（イベントコンテンツ終了後の第２仮想空間について）
上記実施の形態におけるイベントコンテンツは、領域ＥＲ５３と表示態様が共通する領域ＥＲ５３´において提供される例について説明した。当該領域ＥＲ５３´は、イベントコンテンツの終了後あるいは終了から所定時間経過後にユーザアバタＵが進入できない状態とするようにしてもよい。例えば、領域ＥＲ５３´においてライブイベントが開催され、ライブイベント終了後３０分経過したときに、まだ領域ＥＲ５３´内に滞在しているユーザアバタＵを、領域ＥＲ５３´の外に強制的に遷移（移動）させる（例えば暗転演出とともに、領域ＥＲ５２の大門オブジェクト５３ｃの前に移動）ようにしてもよい。これにより、例えば、領域ＥＲ５３´が、イベントコンテンツが提供される際の重い負荷に対応したサーバによって管理されていた場合に、当該サーバが必要以上に使用されてしまうことを抑制しコスト削減となり得る。また、イベントコンテンツの提供終了後、所定時間が経過するまで待ってから（例えば、３０分や１時間が経過するまでなど）、ユーザアバタＵを移動させることで、ユーザにイベントの余韻を感じてもらう時間を設けることができる。
上記実施の形態におけるイベントコンテンツは、領域ＥＲ５３と表示態様が共通する領域ＥＲ５３´において提供される例について説明した。当該領域ＥＲ５３´は、イベントコンテンツの終了後あるいは終了から所定時間経過後にユーザアバタＵが進入できない状態とするようにしてもよい。例えば、領域ＥＲ５３´においてライブイベントが開催され、ライブイベント終了後３０分経過したときに、まだ領域ＥＲ５３´内に滞在しているユーザアバタＵを、領域ＥＲ５３´の外に強制的に遷移（移動）させる（例えば暗転演出とともに、領域ＥＲ５２の大門オブジェクト５３ｃの前に移動）ようにしてもよい。これにより、例えば、領域ＥＲ５３´が、イベントコンテンツが提供される際の重い負荷に対応したサーバによって管理されていた場合に、当該サーバが必要以上に使用されてしまうことを抑制しコスト削減となり得る。また、イベントコンテンツの提供終了後、所定時間が経過するまで待ってから（例えば、３０分や１時間が経過するまでなど）、ユーザアバタＵを移動させることで、ユーザにイベントの余韻を感じてもらう時間を設けることができる。
【0378】
なお、イベントコンテンツが提供される予定日の特定期間前から進入できなくなっていた領域ＥＲ５３については、イベントコンテンツの提供終了後において再度進入可能となる。例えば、領域ＥＲ５３´へ進入できない状態となったとき（例えばライブイベント終了後から３０分後など）に、領域ＥＲ５３´へ遷移するポータルＰが消失し領域ＥＲ５３´への移動が不可能になるとともに、特定期間前となる以前の仮想空間（領域ＥＲ５１、領域ＥＲ５２、領域ＥＲ５３）がシームレスに移動可能な状態（領域ＥＲ５３に通じる大門オブジェクト５３ｃの門が開いた状態）に戻るものとしてもよい。また、イベントコンテンツ終了から所定時間が経過する前であっても、一度領域ＥＲ５３´から出たユーザについては、領域ＥＲ５２にポータルＰが表示されないものとし、例えば、領域ＥＲ５３に通じる大門オブジェクト５３ｃの門が開いた状態となるようにしてもよい。
【0379】
（イベントコンテンツ終了後のイベント会場）
上記実施の形態において、領域ＥＲ５３には、領域ＥＲ５３´に構築される図１３や図３４の仮想ライブ会場と同じ態様のステージ等（仮想ステージＧ、Ｇ２など）が表示され、予定日の特定期間前において、仮想ライブ会場が徐々に構築されていく様子が反映される例について説明した。これらに、加えて、あるいは替えて、イベントコンテンツ終了後において、領域ＥＲ５３の仮想ライブ会場に、イベントコンテンツが提供された完成状態のステージの態様が表示されるようにしてもよい。例えば、イベントコンテンツが提供される前は未完成の態様であったが、イベントコンテンツ終了後は、図３４などのライブイベントが開催されたときの会場のオブジェクトがそのまま表示されるようにしてもよい。これにより、ユーザは、イベントコンテンツ終了後においても、イベントコンテンツの余韻を感じることができる。なお、領域ＥＲ５３においては予定日前期間において仮想ライブ会場のオブジェクトは表示されず、特定期間前からイベント開催時間までの間に、領域ＥＲ５３´において徐々に会場オブジェクトが増えていく表示をするデータを、所定時間毎にユーザに配信するようにしてもよい（つまり、領域ＥＲ５３内においては会場オブジェクトが配置（表示）されず、領域ＥＲ５３´内においてのみ会場オブジェクトが配置（表示）される）。
上記実施の形態において、領域ＥＲ５３には、領域ＥＲ５３´に構築される図１３や図３４の仮想ライブ会場と同じ態様のステージ等（仮想ステージＧ、Ｇ２など）が表示され、予定日の特定期間前において、仮想ライブ会場が徐々に構築されていく様子が反映される例について説明した。これらに、加えて、あるいは替えて、イベントコンテンツ終了後において、領域ＥＲ５３の仮想ライブ会場に、イベントコンテンツが提供された完成状態のステージの態様が表示されるようにしてもよい。例えば、イベントコンテンツが提供される前は未完成の態様であったが、イベントコンテンツ終了後は、図３４などのライブイベントが開催されたときの会場のオブジェクトがそのまま表示されるようにしてもよい。これにより、ユーザは、イベントコンテンツ終了後においても、イベントコンテンツの余韻を感じることができる。なお、領域ＥＲ５３においては予定日前期間において仮想ライブ会場のオブジェクトは表示されず、特定期間前からイベント開催時間までの間に、領域ＥＲ５３´において徐々に会場オブジェクトが増えていく表示をするデータを、所定時間毎にユーザに配信するようにしてもよい（つまり、領域ＥＲ５３内においては会場オブジェクトが配置（表示）されず、領域ＥＲ５３´内においてのみ会場オブジェクトが配置（表示）される）。
【0380】
（展示エリア内での特定オブジェクト別の切替例）
上記実施の形態において、図２９（Ｄ）、図３０（Ｄ）で例示したように、切替条件成立時に抽選で決定されて記憶されている展示エリアＡのデフォルトとなるフラスタＦＳに、偶然、ユーザ１が購入したフラスタＦＳ１が、展示エリアＡの位置Ａ６に含まれていた際に、ユーザ１の表示装置３１０においては、図２９（Ｄ）に示すように、図２７（Ｃ）のユーザ関連情報を優先して、位置Ａ１に継続してフラスタＦＳ１が表示され、位置Ａ６のフラスタＦＳは、デフォルトで位置Ａ１として決定されていたフラスタＦＳに切り替えられる例について説明した。しかし、これに限らず、デフォルトのフラスタＦＳにユーザ１が購入したフラスタＦＳ１が含まれている場合にはデフォルトで決定されているフラスタＦＳを表示（つまり、ユーザ１が購入したフラスタＦＳ１をデフォルトで決定されている位置Ａ６において表示）するようにしてもよい。また、位置Ａ１に継続してフラスタＦＳ１を表示しつつも、デフォルトで決定されていた位置Ａ６にもフラスタＦＳ１が表示されるようにしてもよい。これにより、ユーザ自身が購入したフラスタＦＳが複数表示されるようになり、ユーザの満足感を向上させることができる。
上記実施の形態において、図２９（Ｄ）、図３０（Ｄ）で例示したように、切替条件成立時に抽選で決定されて記憶されている展示エリアＡのデフォルトとなるフラスタＦＳに、偶然、ユーザ１が購入したフラスタＦＳ１が、展示エリアＡの位置Ａ６に含まれていた際に、ユーザ１の表示装置３１０においては、図２９（Ｄ）に示すように、図２７（Ｃ）のユーザ関連情報を優先して、位置Ａ１に継続してフラスタＦＳ１が表示され、位置Ａ６のフラスタＦＳは、デフォルトで位置Ａ１として決定されていたフラスタＦＳに切り替えられる例について説明した。しかし、これに限らず、デフォルトのフラスタＦＳにユーザ１が購入したフラスタＦＳ１が含まれている場合にはデフォルトで決定されているフラスタＦＳを表示（つまり、ユーザ１が購入したフラスタＦＳ１をデフォルトで決定されている位置Ａ６において表示）するようにしてもよい。また、位置Ａ１に継続してフラスタＦＳ１を表示しつつも、デフォルトで決定されていた位置Ａ６にもフラスタＦＳ１が表示されるようにしてもよい。これにより、ユーザ自身が購入したフラスタＦＳが複数表示されるようになり、ユーザの満足感を向上させることができる。
【0381】
また、図３２のステップＳ２０３では、抽選対象となるすべてのフラスタＦＳのうちからランダム抽選して展示エリア毎のデフォルトのフラスタＦＳを決定し、当該抽選対象には切替前にデフォルトのフラスタＦＳとして決定されており展示されているフラスタＦＳをも含むため、図２９（Ｃ）などに示すように切替前にも含まれていた文字ＧのフラスタＦＳと同じフラスタＦＳが切替後も偶然に含まれ得る例について説明した。しかし、このように偶然切替前と後とで同じフラスタＦＳが抽選された場合には、切替前後で同じフラスタＦＳが展示されないように、さらに該当するフラスタＦＳのみ再抽選を行い、図３１（Ａ）や（Ｂ）のオブジェクトデータ１２２のデフォルトのフラスタ情報のテーブルを更新するようにしてもよい。また、抽選対象から切替前にデフォルトのフラスタＦＳとして決定されており展示されているフラスタＦＳを除いて、切替後は全て切替前と異なるフラスタＦＳに切り替わるようにしてもよい。
【0382】
上記実施の形態においては、図２８のステップＳ１０１でフラスタＦＳの購入時に予定日前の購入可能期間であるか否かが判定され、図３２のステップＳ２０１ではフラスタＦＳの予定日前の表示可能期間であるか否かが判定される例を説明した。これらの購入可能期間と、表示可能期間とは一致していてもよく、一致していない期間であってもよい。例えば、購入可能期間として予定日から７日前～４日前までの日を定め、購入可能期間において購入したフラスタＦＳを予定日の３日前～前日までを表示可能期間としてもよい。
【0383】
〔ソフトウェアによる実現例〕
前述した実施の形態におけるサーバ、端末などのコンピュータが備える制御部の各種の制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。ＣＰＵを用いてソフトウェアによって実現している場合、制御部を備えたコンピュータは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
前述した実施の形態におけるサーバ、端末などのコンピュータが備える制御部の各種の制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。ＣＰＵを用いてソフトウェアによって実現している場合、制御部を備えたコンピュータは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【0384】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0385】
１ 演者アバター
１００ 配信用サーバコンピュータ
１５０ 管理者端末
２００ 演者端末
３００ 視聴者端末
１００ 配信用サーバコンピュータ
１５０ 管理者端末
２００ 演者端末
３００ 視聴者端末
【要約】
【課題】ユーザからのオブジェクトを仮想空間内において適切に反映させることができるプログラム、方法、およびシステムを提供する。
【解決手段】ユーザに対し仮想空間を提供するためのコンピュータにおいて、仮想空間内の画像であってユーザからの操作に応じた画像を表示させ、ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリアに配置させ、他のユーザに関連付けられている特定オブジェクトであって仮想空間内に配置されている特定オブジェクトについては切替条件の成立に応じて他の特定オブジェクトに切り替える一方で、ユーザ自身に関連付けられている特定オブジェクトについては切替条件が成立しても配置されたエリア内において継続するように表示させ得る。
【選択図】図２９
【解決手段】ユーザに対し仮想空間を提供するためのコンピュータにおいて、仮想空間内の画像であってユーザからの操作に応じた画像を表示させ、ユーザに関連付けられている特定オブジェクトを前記仮想空間内の所定エリアに配置させ、他のユーザに関連付けられている特定オブジェクトであって仮想空間内に配置されている特定オブジェクトについては切替条件の成立に応じて他の特定オブジェクトに切り替える一方で、ユーザ自身に関連付けられている特定オブジェクトについては切替条件が成立しても配置されたエリア内において継続するように表示させ得る。
【選択図】図２９
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】