(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-07-10
(45)【発行日】2024-07-19
(54)【発明の名称】プログラム、方法、およびシステム
(51)【国際特許分類】
G06T 19/00 20110101AFI20240711BHJP
H04N 21/4402 20110101ALI20240711BHJP
【ＦＩ】
G06T19/00 C
H04N21/4402
【請求項の数】
16
(21)【出願番号】P 2023038082
(22)【出願日】2023-03-10
【審査請求日】2024-02-15
【早期審査対象出願】
(73)【特許権者】
【識別番号】519120525
【氏名又は名称】カバー株式会社
(74)【代理人】
【識別番号】100142365
【弁理士】
【氏名又は名称】白井 宏紀
(72)【発明者】
【氏名】回 凱
(72)【発明者】
【氏名】井上 翔一朗
【審査官】中田 剛史
(56)【参考文献】
【文献】中国特許出願公開第１１３２８９３４８（ＣＮ，Ａ）
【文献】特表２０１８－５２４６６５（ＪＰ，Ａ）
【文献】特開２０１２－０８８７７７（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１５／００９１９０６（ＵＳ，Ａ１）
【文献】中国特許出願公開第１１３１５８３２０（ＣＮ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｔ １９／００
Ｈ０４Ｎ ２１／４４０２
(57)【特許請求の範囲】
【請求項1】
ユーザに対し仮想空間を提供することができるコンピュータを、他のオブジェクトとの衝突を判定するための衝突情報が関連付けられている面オブジェクトを前記仮想空間内において表示する手段と、
前記面オブジェクトのうち空洞にする領域を前記ユーザからの操作に応じて指定する領域指定手段と、
前記領域指定手段によって指定されることにより、当該指定された領域の衝突情報を空洞となる衝突情報に更新するための更新手段として機能させ、
前記表示する手段は、前記更新手段による前記衝突情報の更新に応じて、前記領域指定手段によって指定された領域が空洞となる面オブジェクトに更新表示し、
前記領域指定手段は、前記面オブジェクトのうち空洞にする領域を、第１の領域と、当該第１の領域と一部が重畳する第２の領域とを含む複数種類の領域のうちから指定可能である、プログラム。
【請求項2】
前記コンピュータを、前記領域指定手段において、前記ユーザからの操作に応じて空洞にする領域として指定しようとする領域にガイド画像を表示するガイド画像表示手段として機能させ、
前記面オブジェクトは、空洞にすることができない空洞不能領域を含み、
前記ガイド画像表示手段は、前記ユーザからの操作に応じて空洞にする領域として指定しようとする領域に、前記空洞不能領域が含まれているときには、指定しようとする領域に前記空洞不能領域が含まれていないときとは異なる態様で前記ガイド画像を表示する、請求項１に記載のプログラム。
【請求項3】
前記表示する手段は、前記更新手段により空洞となる衝突情報に更新された領域に対応する配置オブジェクトの画像を表示し、前記ガイド画像は、前記配置オブジェクトの外周部と形状が同じ枠オブジェクトの画像を含む、請求項２に記載のプログラム。
【請求項4】
前記面オブジェクトは、壁オブジェクトであり、前記枠オブジェクトは、窓オブジェクトであり、
前記表示する手段は、前記壁オブジェクトのうち前記ガイド画像として表示される前記窓オブジェクトの枠内に対応する領域に、前記壁オブジェクトの奥側に配置されている他のオブジェクトを含む画像であって当該枠内から視認可能となる画像を表示する、請求項３に記載のプログラム。
【請求項5】
前記面オブジェクトのうち前記領域指定手段によって指定された領域であって前記更新手段により空洞に更新された領域は、空洞にすることができない空洞不能領域である、請求項１に記載のプログラム。
【請求項6】
前記面オブジェクトのうち当該面オブジェクトの外縁に沿った領域は、空洞にすることができない空洞不能領域である、請求項１に記載のプログラム。
【請求項7】
前記表示する手段は、前記仮想空間において第１の面オブジェクトと第２の面オブジェクトとが、当該第１の面オブジェクトの面の延長方向に沿って連なるように当該第２の面オブジェクトを接続させた接続態様で表示可能であり、前記領域指定手段は、前記接続態様で表示されている前記第１の面オブジェクトと前記第２の面オブジェクトとに跨る領域を空洞にする領域として指定可能である、請求項１に記載のプログラム。
【請求項8】
前記衝突情報は、前記面オブジェクトの形状に対応するコライダであり、前記領域指定手段により指定される領域は、方形状の領域であり、
前記更新手段は、前記面オブジェクトのうち前記領域指定手段によって指定された領域を除いた領域を埋め合わせるコライダであって、当該面オブジェクトを当該指定された領域の４辺のいずれか１辺と接する少なくとも２つ以上のコライダに分割するように更新することにより、当該指定された方形状の領域を空洞にする、請求項１に記載のプログラム。
【請求項9】
前記衝突情報は、前記面オブジェクトの形状に対応するコライダであり、前記領域指定手段により指定される領域は、方形状とは異なる予め定められた非方形状の領域であり、
前記コンピュータの記憶部は、前記非方形状の領域を囲み込む方形状の領域のうち前記非方形状の領域を除いた領域を埋め合わせるスペーサコライダを予め記憶し、
前記更新手段は、前記面オブジェクトのうち前記領域指定手段によって指定された非方形状の領域を囲む方形状の領域を除いた領域を埋め合わせるコライダであって、当該面オブジェクトを当該方形状の領域の４辺のいずれか１辺と接する少なくとも２つ以上のコライダに分割するとともに、当該方形状の領域に前記スペーサコライダを配置するように更新することにより、当該指定された非方形状の領域を空洞にする、請求項１に記載のプログラム。
【請求項10】
前記更新手段は、空洞にした領域を空洞ではない領域に復旧させるためのユーザからの復旧操作に応じて、前記面オブジェクトの衝突情報を当該領域が空洞ではない衝突情報に更新し、前記表示する手段は、前記復旧操作に応じて前記更新手段により空洞ではない衝突情報に更新された領域に対する面オブジェクトを復旧させて表示する、請求項１に記載のプログラム。
【請求項11】
前記表示する手段は、所定の視点からの前記仮想空間内の画像を表示可能であり、前記コンピュータを、
前記ユーザからの操作に応じて視点を変化させる視点変化手段と、
前記領域指定手段により領域を指定するための補助になるガイドラインを表示するガイドライン表示手段として機能させ、
前記ガイドライン表示手段は、前記面オブジェクトの面との交差角度が所定角度以上となる向きの視点からの前記面オブジェクトが表示されているときに前記ガイドラインを表示する一方で、前記面オブジェクトの面に沿った向きであり前記面オブジェクトの面との交差角度が所定角度未満となる向きの視点からの前記面オブジェクトが表示されているときには前記ガイドラインを表示しない、請求項１に記載のプログラム。
【請求項12】
前記表示する手段は、所定の視点からの前記仮想空間内の画像を表示可能であり、前記コンピュータを、
前記ユーザからの操作に応じて視点を変化させる視点変化手段と、
前記面オブジェクトの面との交差角度が所定角度以上となる向きの視点からの前記面オブジェクトが表示されているときに、前記領域指定手段により領域を指定するための補助になるガイドラインを表示するガイドライン表示手段として機能させ、
前記視点変化手段は、前記ガイドライン表示手段により前記ガイドラインが表示されているときには、視点の変化を抑制する、請求項１に記載のプログラム。
【請求項13】
前記表示する手段は、他のオブジェクトとの衝突を判定するための衝突情報が関連付けられているオブジェクトであって、前記仮想空間内において移動可能な可動オブジェクトを表示可能であり、前記可動オブジェクトは、前記面オブジェクトのうち前記更新手段によって空洞となる衝突情報に更新された領域を通過可能である、請求項１に記載のプログラム。
【請求項14】
前記可動オブジェクトは、ユーザからの操作に応じた方向に移動させて他のオブジェクトに衝突させることにより当該他のオブジェクトに作用を及ぼす作用オブジェクトを含み、前記作用オブジェクトは、前記更新手段によって空洞となる衝突情報に更新された領域を通過させることにより、前記面オブジェクトの手前側から前記面オブジェクトの奥側に配置されている他のオブジェクトに作用を及ぼすことができる、請求項１３に記載のプログラム。
【請求項15】
ユーザに対し仮想空間を提供することができるコンピュータを制御する方法であって、他のオブジェクトとの衝突を判定するための衝突情報が関連付けられている面オブジェクトを前記仮想空間内において表示するステップと、
前記面オブジェクトのうち空洞にする領域を前記ユーザからの操作に応じて指定する領域を指定するステップと、
前記面オブジェクトの衝突情報を前記領域を指定するステップによって指定された領域が空洞となる衝突情報に更新するステップとを備え、
前記表示するステップは、前記更新するステップによる前記衝突情報の更新に応じて、前記領域を指定するステップによって指定された領域が空洞となる面オブジェクトに更新表示し、
前記領域を指定するステップは、前記面オブジェクトのうち空洞にする領域を、第１の領域と、当該第１の領域と一部が重畳する第２の領域とを含む複数種類の領域のうちから指定可能とする、方法。
【請求項16】
ユーザに対し仮想空間を提供する処理をコンピュータに実行させるシステムであって、他のオブジェクトとの衝突を判定するための衝突情報が関連付けられている面オブジェクトを前記仮想空間内において表示する手段と、
前記面オブジェクトのうち空洞にする領域を前記ユーザからの操作に応じて指定する領域指定手段と、
前記面オブジェクトの衝突情報を前記領域指定手段によって指定された領域が空洞となる衝突情報に更新する更新手段として機能させ、
前記表示する手段は、前記更新手段による前記衝突情報の更新に応じて、前記領域指定手段によって指定された領域が空洞となる面オブジェクトに更新表示し、
前記領域指定手段は、前記面オブジェクトのうち空洞にする領域を、第１の領域と、当該第１の領域と一部が重畳する第２の領域とを含む複数種類の領域のうちから指定可能である、システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム、方法、およびシステムに関する。
【背景技術】
【0002】
従来より、ユーザからの操作に応じて、仮想空間において複数のオブジェクトを配置させて組み合わせることなどにより、ユーザの好みの街や建築物などを生成するゲームが知られている。また、このようなゲームにおいて、所定のオブジェクト（例えば、壁オブジェクトや床オブジェクトなど）に対してユーザが指定した位置に開口部を形成して空洞にできるものがあった（例えば、非特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】“フォートナイト｜建築のやり方を1から解説。意外と簡単だから覚えておいて損なし”、［ｏｎｌｉｎｅ］、［令和５年２月２３日検索］、インターネット＜https://www.otaku-haiken.com/entry/2018/03/22/200000＞
【発明の概要】
【発明が解決しようとする課題】
【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】
（１６）ユーザに対し仮想空間を提供する処理をコンピュータに実行させるシステムであって、
他のオブジェクトとの衝突を判定するための衝突情報（例えばコライダ）が関連付けられている面オブジェクト（例えば、壁オブジェクト４）を前記仮想空間内において表示する手段（例えば、図３の表示制御部３５４）と、
前記面オブジェクトのうち空洞にする領域を前記ユーザからの操作に応じて指定する領域指定手段（例えば、図１１のステップＳ１２～ステップＳ１７）と、
前記領域指定手段によって指定されることにより、当該指定された領域の衝突情報を空洞となる衝突情報に更新するための更新手段（例えば、図１１のステップＳ１９）として機能させ、
前記表示する手段は、前記更新手段による前記衝突情報の更新に応じて、前記領域指定手段によって指定された領域が空洞となる面オブジェクトに更新表示（例えば、ステップＳ２０）し、
前記領域指定手段は、前記面オブジェクトのうち空洞にする領域を、第１の領域と、当該第１の領域と一部が重畳する第２の領域（例えば、領域５０ａと領域５０ａｂが重畳している領域５０ｂ）とを含む複数種類の領域のうちから指定可能である（例えば、図６参照）。
他のオブジェクトとの衝突を判定するための衝突情報（例えばコライダ）が関連付けられている面オブジェクト（例えば、壁オブジェクト４）を前記仮想空間内において表示する手段（例えば、図３の表示制御部３５４）と、
前記面オブジェクトのうち空洞にする領域を前記ユーザからの操作に応じて指定する領域指定手段（例えば、図１１のステップＳ１２～ステップＳ１７）と、
前記領域指定手段によって指定されることにより、当該指定された領域の衝突情報を空洞となる衝突情報に更新するための更新手段（例えば、図１１のステップＳ１９）として機能させ、
前記表示する手段は、前記更新手段による前記衝突情報の更新に応じて、前記領域指定手段によって指定された領域が空洞となる面オブジェクトに更新表示（例えば、ステップＳ２０）し、
前記領域指定手段は、前記面オブジェクトのうち空洞にする領域を、第１の領域と、当該第１の領域と一部が重畳する第２の領域（例えば、領域５０ａと領域５０ａｂが重畳している領域５０ｂ）とを含む複数種類の領域のうちから指定可能である（例えば、図６参照）。
【0037】
このような構成によれば、空洞にする領域がユーザからの操作に応じて指定されることにより、当該領域が空洞となる衝突情報および表示に更新される。このため、空洞にする領域を、第１の領域と第２の領域といった互いに重畳し合う領域を含む複数種類の領域から指定できる。その結果、ユーザの指定に応じて空洞にする位置の自由度を向上させることができる。
【図面の簡単な説明】
【0038】
【図1】通信システムのハードウェア構成例を示す図である。
【図2】サーバの構成を説明するための図である。
【図3】ユーザ端末の構成を説明するための図である。
【図4】資材オブジェクト管理テーブルの一例を示す図である。
【図5】壁オブジェクトの構成を説明するための図である。
【図6】空洞にする領域として指定可能な領域の一例を示す図である。
【図7】資材オブジェクト配置処理によるコライダの分割態様の一例を示す図である。
【図8】空洞にすることができない空洞不能領域の一例を示す図である。
【図9】資材オブジェクト配置処理によるコライダの分割態様の別の一例を示す図である。
【図10】資材オブジェクト配置処理によるコライダの分割態様であって、スペーサコライダを用いた一例を示す図である。
【図11】資材オブジェクト配置処理の一例を示すフローチャートである。
【図12】ガイドラインが表示、非表示となる場合の一例を示す図である。
【図13】資材オブジェクト配置処理によって空洞化された空洞から可動オブジェクトを通過させる一例を示す図である。
【発明を実施するための形態】
【0039】
以下、図面を参照しつつ本発明に係る通信システムについての実施の形態について説明する。なお、本発明は以下の例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。
【0040】
図１は、通信システム１のハードウェア構成例を示す図である。通信システム１は、配信サーバ１００と、複数のユーザ端末３００ａ、３００ｂ、３００ｃ…とを含む。複数のユーザ端末３００ａ、３００ｂ、３００ｃ…は、複数のユーザ各々が所有する端末であって、以下ではまとめてユーザ端末３００ともいう。
【0041】
配信サーバ１００、およびユーザ端末３００は、各々、ネットワーク２を介して通信接続可能であり、双方向に情報（データ）を送受信できる。ネットワーク２は、例えばインターネットであり、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、移動通信網（例えば、５Ｇ、無線ネットワークなど）、有線電話網、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Cable Television）網等のアクセス網などで構成される。
【0042】
配信サーバ１００は、例えば、通信機能を有するワークステーションまたはパーソナルコンピュータなどのコンピュータである。配信サーバ１００は、コンピュータ上に構築される仮想的な世界である仮想空間（例えば、メタバース空間を含む）を複数管理し、ネットワーク２を介してユーザが選択した仮想空間を用いたサービス（コンテンツ）を提供する。
【0043】
本実施の形態におけるユーザは、ユーザ端末３００への操作に応じて、配信サーバ１００により提供される仮想空間に参加し、ユーザキャラクタなどを介して活動、行動、発言等をすることができる。
【0044】
仮想空間を用いて提供するコンテンツは、コンテンツの種類毎に管理・設定されている。提供可能なコンテンツには、例えば、ゲーム、ライブ、イベント、番組などを視聴・体験可能なコンテンツや、ユーザ間におけるチャットやエモートなどを利用して交流やコミュニケーションを図るコンテンツなどが含まれるが、これに限るものではない。ユーザは、ユーザ端末３００を用いて配信サーバ１００にアクセスし、所望するコンテンツを選択することにより、当該コンテンツへシームレスに参加（回遊）して、当該コンテンツに応じた仮想空間を視聴・体験等が可能となる。
【0045】
仮想空間には、コンテンツの種類に応じて、ＣＧ（Computer Graphics）によって生成される３次元の空間（３次元データに基づき構築される空間）や、２次元の空間（２次元データに基づき構築される空間）が含まれる。また、仮想空間には、仮想キャラクタ（アバターオブジェクト）や、コンテンツの種類に応じた背景・仮想的な物体を示すオブジェクト、ユーザが選択可能なメニューオブジェクトなどが配置される。仮想空間に配置される仮想キャラクタには、当該仮想空間に参加しているユーザ各々に対応して予め設定されておりユーザからの操作等に応じて動作可能なユーザキャラクタや、プログラムに基づいて動作するノンプレイヤキャラクタなどが含まれる。
【0046】
仮想空間に配置されるオブジェクトの例として、ゲームコンテンツの場合には、ゲームフィールドに応じたフィールドオブジェクト上に、当該ゲームに応じたアイテムオブジェクトや、キャラクタオブジェクト、あるいは、当該ゲームコンテンツをプレイしているユーザのユーザキャラクタなどが配置される。また、ライブコンテンツの場合には、例えば、舞台オブジェクト・観客席オブジェクト・照明オブジェクトなどが配置されるとともに、舞台オブジェクト上にライブを進行するタレントのユーザキャラクタなどが配置され、観客席オブジェクト上に参加するユーザのユーザキャラクタなどが配置される。また、コミュニケーションを図るコンテンツの場合には、例えば、参加する複数のユーザ各々のユーザキャラクタや、コミュニケーションに利用可能なアイテムオブジェクトなどが配置される。
【0047】
配信サーバ１００は、配信可能なコンテンツに応じた複数の仮想空間内の画像をユーザ端末において表示するための情報や音を出力するための音情報を記憶部１２０に記憶している。また、配信サーバ１００は、ユーザ端末３００からのアクセスに応じて、対応するコンテンツの仮想空間内の画像を表示するための表示情報や音を出力するための音情報を含むコンテンツデータを配信することにより、ユーザにコンテンツ（サービス）を提供する。
【0048】
コンテンツデータには、例えば、仮想空間内に配置されるオブジェクトなどに関する情報（例えば、オブジェクトの種類、配置位置、向き、姿勢、態様など）を特定するための情報や、当該仮想空間に参加しているユーザ各々のユーザキャラクタなどに関する情報（例えば、ユーザキャラクタの種類、配置位置、向き、姿勢、態様、モーションデータ、音声データなど）、コンテンツの種類に応じた背景・仮想的な物体を示すオブジェクト、ユーザにより選択されるメニューオブジェクトなどを特定するための情報を含む。
【0049】
仮想空間内のオブジェクトは、ユーザ端末からの操作等に応じて姿勢や、位置、表情などが変化したり、時間経過などに応じて配置されているオブジェクトの態様が変化したりする。このため、コンテンツデータは、所定時間毎（例えば、約６０ｆｐｓとなる０．０１６秒毎など）に配信されることにより、時々刻々と変化する仮想空間内の画像をユーザ端末において表示可能となる。
【0050】
また、配信サーバ１００は、ユーザ端末３００においてゲームコンテンツを進行（プレイ）可能となるプログラムおよびデータを管理し、ユーザによりゲームコンテンツが選択されたときに、当該ゲームコンテンツの仮想空間を用いたサービスを提供するためのプログラムおよびデータをユーザ端末３００に配信する。なお、配信サーバ１００からゲームコンテンツを進行するためのプログラムおよびデータの配信タイミングは、ユーザによりゲームコンテンツが選択されたときに限らず、配信サーバ１００にログインしたときや、所定の達成条件が成立したときなどであってもよい。
【0051】
なお、本実施の形態における配信サーバ１００は、１台のコンピュータによって実現されていてもよいし、また、複数台のコンピュータ（例えば、複数台のサーバ）によって実現されているものであってもよい。
【0052】
ユーザ端末３００は、コンテンツを視聴・体験等するユーザによって使用される。ユーザ端末３００は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等の操作入力機能や通信機能を有するコンピュータであってもよい。
【0053】
ユーザ端末３００は、当該端末への操作に応じて、配信サーバ１００と通信してユーザが選択したコンテンツのコンテンツデータを受信する。また、ユーザ端末３００は、受信したコンテンツデータに基づいて、配信サーバ１００において構築されている仮想空間のうちユーザが選択したコンテンツの仮想空間をユーザ端末３００の記憶領域内において構築し、当該仮想空間内の画像を表示するとともに音を出力する。これにより、ユーザ端末３００を介して、コンテンツの仮想空間を視聴・体験等が可能となる。
【0054】
また、ユーザ端末３００は、表示される仮想空間やオブジェクトに対する操作を受け付ける。ユーザ端末３００は、当該端末への操作に応じた情報を配信サーバ１００に送信して、参加しているコンテンツの仮想空間内において当該ユーザのユーザキャラクタを動作・移動等させることができる。前述したように所定時間毎に配信サーバ１００から送信されるコンテンツデータに基づいて、同じコンテンツに参加しているユーザの各ユーザ端末３００における仮想空間においても当該ユーザキャラクタの移動等を反映（同期）させることができる。
【0055】
また、ユーザ端末３００は、ユーザによりゲームコンテンツが選択されたときに配信サーバ１００から配信されるプログラムおよびデータを記憶し、当該プログラムおよびデータに基づいて、選択したゲームコンテンツの仮想空間を表示するとともに、当該ゲームコンテンツを進行（プレイ）可能となる。
【0056】
＜配信サーバの構成＞
次に、配信サーバ１００の構成を説明する。図２に示すように、配信サーバ１００は、他のコンピュータと通信を行う通信部１１０と、各種データを記憶する記憶部１２０と、コンピュータ全体の制御を行う制御部１３０とを備える。通信部１１０、記憶部１２０、および、制御部１３０は、バスラインによって相互に接続される。
次に、配信サーバ１００の構成を説明する。図２に示すように、配信サーバ１００は、他のコンピュータと通信を行う通信部１１０と、各種データを記憶する記憶部１２０と、コンピュータ全体の制御を行う制御部１３０とを備える。通信部１１０、記憶部１２０、および、制御部１３０は、バスラインによって相互に接続される。
【0057】
通信部１１０は、有線通信又は無線通信を行うためのＮＩＣ（Network Interface Card controller）を備える通信インターフェースである。通信部１１０は、ネットワーク２を介して、他のコンピュータと通信を行う。
【0058】
記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）等から構成される。記憶部１２０は、各種制御処理を実行するためのプログラム（例えば、仮想空間を用いたコンテンツを管理・提供するためのプログラムなど）、各種データ等を記憶する。記憶部１２０に記憶される各種データには、コンテンツ（例えばゲームコンテンツ）の種類毎に設けられている仮想空間の画像を特定するための情報を含むゲームプログラム１２１、仮想空間に配置されるオブジェクトを管理するオブジェクト管理テーブル１２２や、ユーザに関するユーザ情報１２３などが含まれる。
【0059】
ゲームプログラム１２１は、ゲームコンテンツの仮想空間を用いたサービスをユーザ端末３００において提供するためのプログラムである。ゲームプログラム１２１は、ユーザ端末３００に配信されるとユーザ端末３００の記憶部３２０に記憶されかつ制御部３５０によって実行される。
【0060】
オブジェクト管理テーブル１２２は、ユーザに提供するコンテンツの仮想空間において配置される各種オブジェクトを管理する。オブジェクト管理テーブル１２２には、各種オブジェクトの形状や模様や、各種オブジェクトの生成に必要なキャッシュや仮想通貨の額など情報が記憶されている。
【0061】
ユーザ情報１２３は、ユーザを識別するためのユーザＩＤ、ユーザ毎のコンテンツの進行に関する情報や、ユーザ毎の各種オブジェクトの保有状況などが記憶されている。
【0062】
制御部１３０は、ＣＰＵ（Central Processing Unit）等から構成される。制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、配信サーバ１００の全体の動作を制御する。
【0063】
以下、制御部１３０の機能的な構成を説明する。制御部１４０は、少なくとも、データ送受信部１３１、コンテンツ管理部１３２、および、ユーザ管理部１３３として機能する。
【0064】
データ送受信部１３１は、ユーザ端末３００から送信される各種情報の受信や、ユーザ端末３００に対して各種情報の送信を行う。データ送受信部１３１は、記憶部１２０に格納されている各種管理テーブルを参照する。データ送受信部１３１が送受信を行う各種情報には、例えば、コンテンツ管理部１３２において管理されている仮想空間内に配置されるオブジェクトに関する情報（例えば、ユーザに関連付けられるオブジェクトを仮想空間内に配置する操作、削除する操作、移動する操作など）や、ゲーム情報、各種通知などが含まれる。また、データ送受信部１３１は、アクセス元のユーザ端末に対して、各端末において選択されているコンテンツの仮想空間であってコンテンツ管理部１３２において管理されている仮想空間内の画像を表示等するためのコンテンツデータを所定時間毎に配信する。
【0065】
また、データ送受信部１３１は、ゲームコンテンツが選択されたときに、当該ゲームコンテンツのゲーム情報として、当該ゲームコンテンツをユーザ端末３００にて進行可能とするためのプログラムおよびデータなどを配信する。さらに、データ送受信部１３１は、当該ゲームコンテンツ進行中のユーザ端末３００から送信されるゲーム進行情報（例えば、ユーザキャラクタの位置・動作内容、オブジェクトの位置・態様などを特定するための情報を含む）を受信し、例えば同じ仮想空間でプレイしている他のユーザに共有するために当該ゲーム進行情報を配信する。これにより、同じ仮想空間内において各ユーザのユーザキャラクタの位置・動作内容や、オブジェクトの位置・態様などを同期させることができる。他のユーザに共有するために配信するゲーム進行情報としては、同じ仮想空間で対戦・協力などするゲームコンテンツにおいては各ユーザの操作などに応じたユーザ毎のゲーム状況（例えば、ユーザ毎のユーザキャラクタの位置・動作内容など）を他のユーザのユーザ端末３００の仮想空間内に反映させて同期させるための情報や、特定のユーザ（例えばタレントなど）のゲームの進行状況（例えば、特定のユーザのゲーム進行画面、ゲーム空間全体における特定のユーザのゲーム進行状況など）を他のユーザ（例えば、観戦する一般のユーザなど）が参加する仮想空間内にて視聴などするゲームコンテンツにおいては、当該特定のユーザの操作などに応じた当該特定のユーザのゲーム状況を、仮想空間に参加する他のユーザの各ユーザ端末３００に反映させて視聴可能とするための情報などであってもよい。なお、特定のユーザのゲームの進行状況を他のユーザが参加する仮想空間内にて視聴などするゲームコンテンツの場合、他のユーザに共有するために配信するゲーム進行情報は、特定のユーザのユーザ端末３００において表示される視点に基づいた映像（例えば特定のユーザと同一の画面や、特定のユーザと同一の画面を含む映像など）を特定するための情報であってもよく、特定のユーザのユーザ端末３００において表示される視点に限らず他のユーザが見やすい視点に当該他のユーザ自身が調整できるようにするために、ゲーム空間全体を特定するための情報であって、当該ゲーム空間内において他のユーザが調整した視点から特定のユーザのゲーム進行状況を視聴できるようにするための情報であってもよい。
【0066】
コンテンツ管理部１３２は、通信部１１０を介して、予め設定されたコンテンツに応じた仮想空間内の画像を特定するための情報を記憶部１２０において記憶・更新する。コンテンツ管理部１３２は、例えば、予め設定されたコンテンツ（例えば、ゲーム）の種類を特定するための情報や、コンテンツ毎の仮想空間内の画像を特定するための情報、予め定められた日時に配信するコンテンツ（番組）については当該配信の日時を特定するための情報などを記憶部１２０において記憶する。また、仮想空間内の画像を特定するための情報には、当該仮想空間内に配置されているオブジェクトや、当該仮想空間に参加しているユーザに対応するユーザキャラクタなどに関する情報を含む。
【0067】
ユーザ管理部１３３は、ユーザに関するユーザ情報を記憶部１２０において記憶・更新する。ユーザに関するユーザ情報には、例えば、ユーザを識別するためのＩＤや、ユーザ名などを含む。
【0068】
＜ユーザ端末の構成＞
次に、ユーザ端末３００の構成を詳細に説明する。図３に示すように、ユーザ端末は、配信サーバ１００を含む他のコンピュータと通信を行う通信部３１０と、各種データを記憶する記憶部３２０と、操作などを入力するための入力部３３０と、画像などを出力するための出力部３４０と、コンピュータ全体の制御を行う制御部３５０とを備える。通信部３１０、記憶部３２０、入力部３３０、出力部３４０、および、制御部３５０は、バスラインによって相互に接続される。
次に、ユーザ端末３００の構成を詳細に説明する。図３に示すように、ユーザ端末は、配信サーバ１００を含む他のコンピュータと通信を行う通信部３１０と、各種データを記憶する記憶部３２０と、操作などを入力するための入力部３３０と、画像などを出力するための出力部３４０と、コンピュータ全体の制御を行う制御部３５０とを備える。通信部３１０、記憶部３２０、入力部３３０、出力部３４０、および、制御部３５０は、バスラインによって相互に接続される。
【0069】
通信部３１０は、有線通信又は無線通信を行うためのＮＩＣを備える通信インターフェースである。通信部３１０は、ネットワーク２を介して、配信サーバ１００を含む他のコンピュータと通信を行う。記憶部３２０は、ＲＡＭ、ＲＯＭ等から構成される。記憶部３２０は、各種制御処理を実行するためのプログラム（例えば、仮想空間を用いたコンテンツを視聴等するためのプログラム、配信ユーザ端末においては仮想空間を用いたコンテンツを配信サーバ１００を介して配信するためのプログラムなど）、各種データ等を記憶する。
【0070】
入力部３３０は、ユーザからの入力操作・音声を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード、マイクロフォン等）を含む。本実施形態におけるユーザ操作とは、これらの入力部３３０に対するユーザからの操作をいう。例えば、タッチパネルに対するタッチ操作、スライド操作、フリック操作、あるいは、ボタン操作や、ドラッグ（スワイプ）操作、ユーザ端末３００の表示部に表示されるアイコンに対する操作や、ポインティングデバイス、キーボードに対する操作、マイクロフォンに対する音声入力などが含まれる。
【0071】
出力部３４０は、ユーザに対し情報（テキスト、画像、音声等）を提示・出力するための出力装置（ディスプレイなどの表示部、スピーカ等）を含む。制御部３５０は、ＣＰＵ等から構成される。制御部３５０は、記憶部３２０に記憶されているプログラムを実行することにより、ユーザ端末３００の全体の動作を制御する。
【0072】
以下、制御部３５０の機能的な構成を説明する。制御部３５０は、少なくとも、情報取得部３５１、仮想カメラ制御部３５２、入力情報送信部３５３、表示制御部３５４、衝突情報管理部３５５、および、ユーザ管理部３５６として機能する。
【0073】
情報取得部３５１は、通信部３１０を介して配信サーバ１００からのコンテンツデータおよびコメント情報などを取得し、コンテンツデータに基づいて各種オブジェクトが配置された仮想空間内の画像を表示するための情報を記憶部３２０に記憶するとともに、コメント情報に基づいて投稿されたコメントを表示するための情報を記憶部３２０に記憶する。また、コンテンツデータのうちゲームコンテンツのゲーム情報を取得したときには、ゲーム情報に基づいて、ユーザ端末３００においてゲームコンテンツを進行可能となるプログラムおよびデータを記憶部３２０に記憶する。
【0074】
仮想カメラ制御部３５２は、記憶部３２０に記憶した仮想空間内に配置されて、当該仮想空間内の画像のうちユーザ端末３００に表示する領域（視界領域）を特定するための仮想カメラを制御する。仮想カメラ制御部３５２は、入力部３３０への操作に応じて、仮想カメラの位置や、向き、傾きなどを制御する。
【0075】
入力情報送信部３５３は、入力部３３０において取得した音声情報や、操作入力情報など配信サーバ１００に送信する。操作入力情報には、表示される仮想空間内のオブジェクトや当該仮想空間内に配置されているユーザキャラクタに対する操作を特定するための操作情報や、仮想空間にオブジェクトを配置するためのユーザからの選択操作、あるいは、指定操作などの各種の情報が含まれる。
【0076】
表示制御部３５４は、情報取得部３５１が取得したコンテンツデータに基づいて記憶部３２０に記憶されている仮想空間のうち、仮想カメラからの視界（視点）である視界領域に対応する画像を表示部（ディスプレイなど）に表示させる。つまり、ユーザは、入力部３３０への操作に応じて仮想空間内に配置されている仮想カメラの位置や、向き、傾きなどを変更することにより、仮想空間内の画像のうち仮想カメラの視界領域内の画像をユーザ端末３００に表示させて視認することができる。また、仮想カメラからの視界（視点）は、ユーザキャラクタの視点や動作に応じて変化させるようにしてもよい。
【0077】
本実施の形態においては、コンテンツデータに基づいて仮想空間内の画像を表示するための情報を記憶部３２０に記憶し、当該記憶部３２０に記憶した仮想空間内に仮想カメラを配置して、当該仮想カメラを制御することによりユーザ端末３００に表示する視界領域を変動させる例を示したが、これに限らず、例えば、配信サーバ１００の記憶部１２０に記憶した仮想空間内に当該ユーザの仮想カメラを配置して、仮想カメラ制御部３５２により当該仮想カメラを制御して当該仮想カメラの視界領域を変動させて、当該視界領域内の画像を特定するためのデータを受信してユーザ端末３００に表示するようにしてもよい。
【0078】
また、表示制御部３５４は、情報取得部３５１が取得したコンテンツデータに基づいて配信されているコンテンツに応じた態様のＵＩ（User Interface）画像（例えば、ユーザが選択可能なメニュー画像や操作を受け付ける操作画像を含む）や、仮想空間内において配置するオブジェクトなどを表示する。仮想空間内において配置するオブジェクトは、例えば、オブジェクトの形状を表す情報（メッシュにより表される）と、オブジェクトの見た目である外観を表す情報とを組み合わせた表示情報により、仮想空間内においてユーザが視認できるように表示可能となる。表示情報のうちオブジェクトの見た目である外観を表す情報には、オブジェクトの陰影、表面の質感や色などの視覚的な情報が含まれるものであってもよい。
【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】
〔ソフトウェアによる実現例〕
前述した実施の形態におけるサーバ、端末などのコンピュータが備える制御部の各種の制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。ＣＰＵを用いてソフトウェアによって実現している場合、制御部を備えたコンピュータは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
前述した実施の形態におけるサーバ、端末などのコンピュータが備える制御部の各種の制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。ＣＰＵを用いてソフトウェアによって実現している場合、制御部を備えたコンピュータは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【0158】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0159】
１ 通信システム、２ ネットワーク、１００ 配信サーバ、３００ ユーザ端末、１１０ 通信部、１２０ 記憶部、１２１ ゲームプログラム、１２２ オブジェクト管理テーブル、１２３ ユーザ情報、１３０ 制御部、１３１ データ送受信部、１３２ コンテンツ管理部、１３３ ユーザ管理部、３１０ 通信部、３２０ 記憶部、３３０ 入力部、３４０ 出力部、３５０ 制御部、３５１ 情報取得部、３５２ 仮想カメラ制御部、３５３ 入力情報送信部、３５４ 表示制御部、３５５ 衝突情報管理部、３５６ ユーザ管理部、４ 壁オブジェクト、４０ コライダ、４１ スペーサコライダ、４２ 表示情報、４００ 指定可能領域、５ 窓オブジェクト、５００ ガイド画像、５０１ ガイドライン、６ ユーザキャラクタ、７ 球体オブジェクト
【要約】
【課題】空洞にする位置についてユーザの自由度を向上させることができるプログラム、方法、およびシステムを提供する。
【解決手段】ユーザに対し仮想空間を提供することができるコンピュータを、他のオブジェクトとの衝突を判定するための衝突情報が関連付けられている面オブジェクトを仮想空間内において表示する手段と、面オブジェクトのうち空洞にする領域をユーザからの操作に応じて指定する領域指定手段と、領域指定手段によって指定されることにより、指定された領域の衝突情報を空洞となる衝突情報に更新するための更新手段として機能させ、表示する手段は、更新手段による衝突情報の更新に応じて、領域指定手段によって指定された領域が空洞となる面オブジェクトに更新表示し、領域指定手段は、面オブジェクトのうち空洞にする領域を、第１の領域と、第１の領域と一部が重畳する第２の領域とを含む複数種類の領域のうちから指定可能であるプログラム。
【選択図】図１１
【解決手段】ユーザに対し仮想空間を提供することができるコンピュータを、他のオブジェクトとの衝突を判定するための衝突情報が関連付けられている面オブジェクトを仮想空間内において表示する手段と、面オブジェクトのうち空洞にする領域をユーザからの操作に応じて指定する領域指定手段と、領域指定手段によって指定されることにより、指定された領域の衝突情報を空洞となる衝突情報に更新するための更新手段として機能させ、表示する手段は、更新手段による衝突情報の更新に応じて、領域指定手段によって指定された領域が空洞となる面オブジェクトに更新表示し、領域指定手段は、面オブジェクトのうち空洞にする領域を、第１の領域と、第１の領域と一部が重畳する第２の領域とを含む複数種類の領域のうちから指定可能であるプログラム。
【選択図】図１１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】