JP7097125B1 - 映像生成方法及び画像生成プログラム - Google Patents

Abstract

【課題】三次元仮想空間に基づいて二次元の映像を得る際に要するメモリ容量、演算処理装置計算量等のリソースを節約する映像生成方法を提供する。【解決手段】ユーザの仮想的な位置または前記ユーザの仮想的な位置の周辺に配置された仮想カメラから三次元の仮想空間を撮像した映像を生成する映像生成方法であって、ユーザが属する第１の仮想空間を特定し、ユーザが属しない仮想空間のうち撮像対象とする単数又は複数の第２の仮想空間を特定し、第１の仮想空間に存在するオブジェクトを仮想カメラによって撮像した映像を第１の画像生成手法で生成し、第２の仮想空間に存在するオブジェクトを仮想カメラによって撮像した映像に相当する映像を第２の画像生成手法で生成する。【選択図】図７

Description

本発明は、映像生成方法及び画像生成プログラムに関する。

ユーザが仮想空間の中にいるかのように、ユーザに映像を知覚させて、ユーザの視覚等を通じて仮想現実をユーザに体験させる技術が存在する。

例えば、既存の技術では、ユーザが知覚可能な現実環境に配置される立体形状の対象物を備える映像処理システムであって、立体形状の対象物に対応する映像が関連づけられて対象物に配置される映像認識情報と、映像認識情報を認識して映像を対象物に重ね合わせる映像処理プログラムが提供される。そして、この既存の技術は、更に映像認識情報を認識する認識手段を備え、映像処理プログラムは、対象物に映像を重ね合わせる際に認識手段と映像認識情報との間の距離に応じて対象物の映像認識情報を透過させる程度を変更する（例えば、特許文献１参照）。

また、他の既存の技術では、ドアの先の景色が、ドアを通して仮想カメラを介して見える仮想空間の映像が提供される。そして、この仮想カメラがそのドアを通過すると、仮想カメラに別の仮想空間の映像が撮像される（例えば、非特許文献１参照）。
また、建物の内側（床、天井、壁）を、モデリングなしで描画する手法として、インテリアマッピングが知られている（例えば、非特許文献２参照）。

ここで、仮想空間内に、ユーザが移動するためのドアを多数設けると、ユーザはいずれのドアがいずれの部屋につながっているかが判然としなくなってしまう等の問題があった。

特に、昨今のＸＲ技術を用いるメタバースに関する技術においては、広範囲にわたる疑似的世界が構築される傾向にあり、ユーザの迷いの問題は顕著になっている。

また、例えば、ドアを介して、ユーザが複数の部屋間を移動できる場合、いずれのドアがいずれの部屋につながっているかを判然とさせるために、ドアの向こうを可視化できるようにすると良いが、隣の部屋をドア越しに都度レンダリングすると、その処理が極めて大きな負荷となり、反応が遅くなるなどの現象が発生し、ユーザが楽しめる環境ではなくなってしまう。

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

「［無料化アセット］あちら側の景色がポータルの先に綺麗に見える！「どこでもドア」のようにドアを潜ると別の場所へテレポートもできるポータルシステムが面白い「World Portal System」」https://www.asset-sale.net/entry/World_Portal_System（２０２１年１２月２０日アクセス） Joost van Dongen"Interior Mapping - A new technique for rendering realistic buildings" https://www.proun-game.com/Oogst3D/CODING/InteriorMapping/InteriorMapping.pdf（２０２１年１２月２０日アクセス）

開示の技術は、三次元仮想空間に基づいて二次元の映像を得る際に要するメモリ容量、演算処理装置（processing unit）計算量等のリソースを節約することを目的とする。なお、演算処理装置はＣＰＵおよびＧＰＵを含む。

開示の技術によれば、ユーザの仮想的な位置または前記ユーザの仮想的な位置の周辺に配置された仮想カメラから三次元の仮想空間を撮像した映像を生成する映像生成方法であって、前記ユーザが属する第１の仮想空間を特定することと、
前記ユーザが属しない空間のうち撮像対象とする単数又は複数の第２の仮想空間を特定することと、前記第１の仮想空間に存在するオブジェクトを前記仮想カメラによって撮像した映像を第１の画像生成手法で生成することと、前記第２の仮想空間に存在するオブジェクトを前記仮想カメラによって撮像した映像に相当する映像を第２の画像生成手法で生成することと、を有する映像生成方法が提供される。
また、開示の技術によれば、上記方法をコンピュータに実行させるプログラムが提供される。

開示の技術によれば、三次元仮想空間を二次元の映像にする際に要するメモリ容量、演算処理装置の計算量等のリソースを節約することができる。

図１Ａは、三次元仮想空間である部屋１０Ａに存在する複数のオブジェクト１２を、部屋１０Ａとは異なる仮想空間である部屋１０Ｂに存在するユーザ２０Ａの背後に置かれた仮想カメラ１１で、ガラス１１５越しに撮像している映像１００を示している。図１Ｂは、仮想カメラ１１で三次元仮想空間１０Ａおよび１０Ｂを撮像した映像１００を示している。 図２は、インテリアマッピングの技術を説明する図である。 図３Ａ乃至図３Ｄは、仮想カメラ１１Ａを用いた画像生成手法の一例を示す図である。 図４は、互いに異なる三次元仮想空間である部屋Ｒ１、部屋Ｒ２及び部屋Ｒ３の各々に、出口専用のドア５５及び入り口専用のドア５０が設定されている図を示している。 図５は、同じドア３２１を経由して同じ部屋４００にユーザが入っても、ユーザが異なる場合には、同じドア３２１を経由してもユーザ毎に異なる部屋に戻ることができることを示す図である。 図６は、実施形態のハードウエア構成図である。 図７は、実施形態の処理フローの概要を示している。 図８は、通過できる扉をユーザに簡便に提示するフローを示している。 図９は、例えばガラス１１５のような透明物質の面と仮想カメラの撮像方向との角度によって、ガラス１１５の透明度を異ならせる例を示す図である。 図１０は、図９に示したガラス１１５とカメラの撮像方向とのなす角度に応じた映像生成のフローを示す図である。 図１１は、三次元仮想空間を利用するユーザに対して、三次元仮想空間への没入感を増大させるフローを示している。 図１２Ａ及び、図１２Ｂは、ユーザにとって関連度の高い第２の仮想空間を、ユーザに対して簡便に知らしめる処理フローを示している。 図１３は、ユーザが仮想空間を移動した場合の映像生成手法を切り換えるフローを示している。 図１４は、インテリアマッピングの他の実施形態を示す図である。 図１５は、キューブマップを用いた実施形態の描画方法を示す図である。 図１６Ａは、半分のキューブ１６０４Ａを示した図である。１６Ｂは、斜めの向きのキューブを用いた例を示す図である。 図１７Ａ及び図１７Ｂは、キューブマップ以外の環境マッピング手法が用いられる例を示した図である。 図１８は、ポリゴンとテクスチャを使って、インテリアマッピングで描画した場合と同様の描画結果を得る実施形態を示す図である。 図１９は、既に図１４等で説明したキューブＣＵ１を用いたキューブマップを用いて、キューブの中心１８５１から前記５面のポリゴン１８２０に投影して、ポリゴン１８２０用のテクスチャデータを作る図である。 図２０は、キューブマップを介在させずにテクスチャをポリゴンにベイクする処理の例を示している。 図２１は、奥の壁面に相当する仮想平面ＶＰ１を、手前の仮想平面ＶＰ２に移動させて仮想平面ＶＰ２の位置に配置する図である。 図２２Ａ及び図２２Ｂは、カメラの位置による、長方形のオブジェクトの描画結果の差を示す図である。 図２３Ａは、左右の壁面に相当する仮想平面２３０５を取り除き、奥の壁面に相当する仮想平面２３１０を延長した図である。図２３Ｂは、画像の折れ２２２１が解消している長方形のオブジェクトの描画２３６０を示した図である。 図２４は、仮想平面２４０５の替わりに、仮想円筒面（あるいは仮想球面）２４１０を使う実施形態の図である。 図２５Ａ及び図２５Ｂは、三次元仮想空間の移動パターンと入口から見える景色を示す図である。 図２６は、仮想空間におけるユーザの仮想的な位置に仮想カメラを配置するフローを示している。 図２７は、仮想空間におけるユーザの仮想的な位置の背後の位置に仮想カメラを配置するフローを示している。

三次元仮想空間に存在するオブジェクトを可視化するために、仮想的なカメラから三次元空間を撮像した映像を得る技術が存在する。例えば、オブジェクトから仮想カメラのレンズを通して撮像面に到達する光の色（光の強さを含む。本明細書において以下同様である。）を、撮像面のピクセル毎に計算することで、三次元仮想空間を映像にすることができる。この技術として種々のレンダリング技術が存在する。

コンピュータが、三次元仮想空間に基づいて、撮像面に到達する光の色を逐一計算し、レンダリングを実行すると、一般的なコンピュータではメモリが不足しがちとなり、描画が遅延する等の問題があった。

特に、昨今のコンピュータグラフィックでは、三次元オブジェクトに使用されるポリゴン数の増加が著しく、描画の遅延の問題が顕著であった。また、演算処理能力及びメモリ量が限られ、比較的長期間に亘って使用されるハードウエアであるゲーム機やスマートフォンなどにおいては、描画負荷を軽減する工夫が特に必要とされている。

また、頭部に装着して仮想現実を体験させるＨＭＤ（ヘッドマウントディスプレイ）などにおいては、立体視用に右目用と左目用の２つの映像を生成する。このように仮想現実を体験させる複数の映像を得るためには、更に精細な画像を複数生成することが求められている。表示装置の精細化と呼応して、求められる映像の精細度も上昇しかつダイナミックレンジも増大しており、映像を構成するのに必要とされるピクセル数、情報量も増大している。

このため、以下に説明する開示の技術は、映像を生成する際に、オブジェクトの描画に対して限られたハードウエアリソースを適切に割り当てることを目的としている。
また、開示の技術は、三次元仮想空間に存在するオブジェクトの描画に相当する映像を得るためのハードウエアリソースの消費を削減することを目的としている。

節約されたリソースを活用して、例えばドア越しの映像を効率的に描画することにより、ユーザが三次元仮想空間を移動する際に迷いにくくすることができる。

以下、図面を用いて、実施形態を説明する。実施形態は、特許請求の範囲に定義された技術の例示を示すものであり、限定するためのものではない。

図１Ａは、三次元仮想空間である部屋１０Ａに存在する複数のオブジェクト１２を、部屋１０Ａとは異なる仮想空間である部屋１０Ｂに存在するユーザ２０の背後に置かれた仮想カメラ１１で、ガラス１１５越しに撮像している。

図１Ｂは、仮想カメラ１１で三次元仮想空間１０Ａ及び１０Ｂを撮像した映像１００を示している。映像１００には、部屋１０Ｂの内壁及びドア１１４、ドア１１４の周辺およびユーザ２０に相当するキャラクタ３０の後ろ姿の画像が含まれている。
映像１００には、ドア１１４のガラス１１５越しに、部屋１０Ａの中を描画した映像１１３が見える。

例えば、部屋１０Ａの三次元モデルと、部屋１０Ａの中に存在する複数のオブジェクト１２が複数のポリゴンで構成されているとする。この場合、仮想カメラ１１に映し出される映像１００を生成するには、複数のポリゴンにより構成される複数のオブジェクト１２から仮想カメラのレンズを通過して、仮想カメラの撮像素子の各ピクセルに到達する光の色を計算することとなる。この映像１００を生成する操作は、例えばレンダリングと称される。

ドア１１４のガラス１１５越しに見える映像をレンダリングにより生成するには、例えば、部屋１０Ａの複数のオブジェクト１２からの光が、ドア１１４に存在するガラス１１５を通過して仮想カメラ１１のレンズを介して撮像素子に到達する光を特定することになる。このためには、ガラス１１５を通過する光線であるのか、ガラス１１５を通過できず、部屋１０Ａと部屋１０Ｂの間の壁にさえぎられてしまう光線であるのかを計算することも当然に必要とされる。すべてのオブジェクト１２について、このような計算を行って、１枚の映像が生成される。したがって、オブジェクト１２の数が多くなったり、複雑であったりする場合には、１枚の映像を計算するにも、多くの計算リソースを必要とする。動画を生成するには、１秒間に例えば３０枚の映像を計算することが必要とされ、多くの計算リソースを消費することとなる。

なお、「ユーザが存在する仮想空間」又は「ユーザが仮想空間の近隣に存在していて、その仮想空間に最もかかわりを持っている仮想空間」を、「ユーザが属する仮想空間」と称する。
図２は、インテリアマッピングの技術を説明する図である。既に例示したように、非特許文献２に開示されたインテリアマッピングの技術が存在する。

インテリアマッピングの技術では、仮想カメラ１１からガラス１１５の点Ａに至る直線を延長し、仮想平面１１３Ａ（例えば、部屋１０Ａの内壁に相当する面）との交点である点Ｂを求める。仮想平面１１３Ａには、予め室内の風景を模したテクスチャが対応付けられている。点Ｂの座標からテクスチャ座標が導出される。テクスチャの情報とテクスチャ座標から色が取得される。仮想カメラ１１の映像を計算する演算処理装置は、この色を点Ａの位置に対応付け、仮想カメラ１１の撮像面の対応するピクセルの位置における撮像データとする。
なお、この手法では、部屋の中にある置物や家具を描画するには、その位置に追加の仮想平面を配置することが望ましい。

そして、図１Ａに示すように、三次元仮想空間である部屋１０Ｂにユーザを仮想的に存在させることができる。すなわち、ユーザの目の位置又はユーザの周辺（例えば背後）に仮想カメラ１１を配置して、部屋１０Ｂの中をユーザが移動するときの光景を仮想カメラ１１に撮像させることにより、ユーザに対して、ユーザがあたかも部屋１０Ｂを移動しているがごとき映像をユーザに提供できる。

なお、ユーザが部屋１０Ｂから部屋１０Ａの中に入った場合には、部屋１０Ａの中に存在するオブジェクト１２の各々を仮想カメラ１１で撮像した映像を精細な画像生成手法を用いて生成することで、部屋１０Ａの状況が精細に撮像されるようにすることが望ましい。そして、ユーザが部屋１０Ａに属している場合には、例えば部屋１０Ａに隣接している部屋１０Ｂに存在していて、部屋１０Ａからドア１１４のガラス１１５越しに見える部屋１０Ｂのオブジェクト（例えば図１Ａのオブジェクト１２Ｂ）については、インテリアマッピングを用いて、簡易な手法で映像を生成することが望ましい。

以上のようにすることによって、ユーザが属する仮想空間において、精細な画像生成手法を用い、前記ユーザが属しない仮想空間については、上記精細な画像生成手法よりも計算リソースを消費しない画像生成手法（例えば、インテリアマッピング）を用いることで、ユーザにとって、リアリティに富んでいてかつ違和感のない映像が生成できると共に、映像生成に要する全体的な計算リソースの消費を削減できる。このことによって、例えばより高速に所望の映像を生成することができる。
ユーザ２０が部屋１０Ｂの中でドア１１４に十分に近づき、映像１００の全てまたは殆どがガラス越しに部屋１０Ａを見た映像１１３で占められる場合には、ユーザ２０は部屋１０Ｂには属せず部屋１０Ａに属するものとして、ガラス越しの映像１１３を精細な画像生成手法で生成し、部屋１０Ｂに存在するオブジェクト１２Ｂを簡便な画像生成手法で生成してもよい。

図３Ａは、仮想カメラ１１Ａを用いた画像生成手法の一例を示す図である。
部屋Ｒ１は、１つの仮想空間を構成している。そして、部屋Ｒ２は、部屋Ｒ１とは異なる仮想空間を構成している。

部屋Ｒ１には、ユーザ２０Ａ及び複数のオブジェクト１２Ａが存在している。ユーザ２０Ａの背後には、仮想カメラ１１Ａが存在しており、映像を撮像している。この場合、ユーザ２０Ａの位置にユーザのキャラクタを配置し、仮想カメラ１１Ａが、ユーザ２０Ａのキャラクタをも撮像してもよい。

図３Ａの場合において、仮想カメラ１１Ａが部屋Ｒ１の領域に存在しているが、図３Ｂのようにカメラの位置は、部屋Ｒ２であってもよい。この場合には、壁面３２０が存在しないと仮定して、仮想カメラ１１Ａが部屋Ｒ１の中のオブジェクトを精細な画像生成手法で生成することが望ましい。

なお、ユーザ２０Ａの位置から見える映像を撮像する場合には、仮想カメラ１１Ａの位置をユーザ２０Ａの位置と重ねればよい。この場合には、ユーザ２０Ａのキャラクタの頭部は撮像された映像に映りこまないこととなる。後述する図３Ｃ及び図３Ｄにおいても同様である。

図３Ｃは、ユーザ２０Ａが属する部屋Ｒ２とは異なる部屋Ｒ１に、オブジェクト１２Ａが存在する場合の仮想カメラを用いた画像生成手法の一例を示す図である。

部屋Ｒ１と部屋Ｒ２との間には、光を透過するガラスを有するドア１１４が存在している。複数のオブジェクト１２Ａは、部屋Ｒ１に存在している。そして、ユーザ２０Ａは、部屋Ｒ１とは異なる仮想空間である部屋Ｒ２に存在している。

この場合には、ユーザ２０Ａが属する部屋Ｒ２とは異なる部屋Ｒ１に複数のオブジェクト１２Ａが存在しているため、部屋Ｒ１に関する画像生成手法は、例えば上述のインテリアマッピングが用いられて、より計算量の少ない画像生成手法が用いられることが望ましい。

図３Ｄは、ユーザ２０Ａが属する部屋Ｒ２に複数のオブジェクト１２Ｂが存在し、ユーザ２０Ａが属しない部屋Ｒ１に複数のオブジェクト１２Ａが存在しており、ドア１１４越しにオブジェクト１２Ａがユーザから見えるときの映像の生成を例示した図である。

図３Ｄの複数のオブジェクト１２Ｂは、精細な画像生成手法により、映像が生成され、ドア１１４越しに見える部屋Ｒ１の複数のオブジェクト１２Ａについては、簡便な画像生成手法であるインテリアマッピング等が用いられることが望ましい。

このようにすることによって、ユーザ２０Ａが属する部屋Ｒ２における複数のオブジェクト１２Ｂについては、精細な画像生成手法が用いられ、ユーザ２０Ａが属しない部屋Ｒ１における複数のオブジェクト１２Ａについては、簡便な画像生成手法が用いられる。このように、画像生成手法を使い分けることで、より少ない計算リソースで映像を生成することができる。

図４は、互いに異なる三次元仮想空間である部屋Ｒ１、部屋Ｒ２及び部屋Ｒ３の各々に、出口専用のドア５５及び入り口専用のドア５０が設定されている図を示している。入口専用のドア５０は、該当する部屋の外から中に入ることができるドアである。また、出口専用のドア５５は、該当する部屋の中から外に出ることができるドアである。

各部屋は異なる三次元仮想空間であることから、各部屋の出口専用のドア５５と他の部屋の入り口専用のドア５０とを任意に結び付けておくことができる。この結び付けは、あらかじめ定めておいてもよいし、ユーザが結びつけを変えられるようにしてもよい。
１つの例として、下記のような実施形態が可能である。
［実施形態１］（図４）
・ユーザは自分の部屋に入口を１つだけ設けることができる。
・ユーザは自分の部屋に出口を任意の個数だけ設けることができる。
・１つの出口に対しては、その出口の行先の部屋を１つだけ設定できる。
このような設定にすることによって、ユーザは、他のユーザが自分の部屋に入って来る入口を１つに限定することができる。また、自分が他のユーザの部屋へ移動するための出口は、自分が行きたい行先の部屋の個数と同じ個数の出口を設けることになる。
可能な実施形態は、上記の実施形態に限定されるものではない。例えば、特定のユーザＲの美術作品が展示されている部屋Ｒ３には、ユーザは、部屋Ｒ３に至るドアが多く複数設けられているようにしてもよい。このようにすることによって、ユーザは、自分の美術作品が展示されている部屋Ｒ３に、容易に到達することができる。或いは、案内所などが設けられている部屋には、いずれのユーザに対しても、容易に入出できるように、ドアの設置を予めアレンジしておいてもよい。このようにすることによって、仮想三次元仮想空間をユーザが容易に利用できる環境を提供することができる。
さらに、前記の実施形態１を拡張した実施形態として、下記の実施形態が可能である。
［実施形態２］（図２５Ａ及び図２５Ｂ）
・入口専用のドアであっても、その入口から部屋に入ってきた場合に限って、その入口から部屋を出て元の部屋に戻ることを可能にする。
・入口専用ドアから戻る場合、戻り先の部屋の入口から入るものとする。
この設定によって、出口専用のドアから部屋に入ることは発生しない。

そして、ドアには、透明のガラスが設置されており、ガラス越しに、移動できる先の部屋の内部が見えるようにしておくことが望ましい。このようにすることによって、ユーザは、ドアの先にある部屋の様子がわかるため、広大な三次元仮想空間において、迷子になってしまうことを防止できる。
上記実施形態１（図４）の場合、出口のドアのガラスには、移動先の部屋をその部屋の入口から見た様子が表示される。入口のドアからは移動できないので、入口のドアのガラスには何も表示されない。
上記実施形態２（図２５Ａ及び図２５Ｂ）の場合、入口ドアから元の部屋に戻ると、移動に応じて表に示すように入口ドアの向こうの様子が変化する。

図５は、同じドア３２１を経由して同じ部屋４００にユーザが入っても、ユーザが異なる場合には、同じドア３２１を経由してもユーザ毎に異なる部屋に戻ることができることを示す図である。

図５において、部屋４１０にいたユーザ２０Ｃが、ドア３２４を経由して部屋４００に入るときに、部屋４００にドア３２１から入ることが示されている。また、部屋４２０にいたユーザ２０Ｂが、ドア３２５を経由して部屋４００に入るときに、部屋４００にドア３２１から入ることが示されている。
部屋４００にいるユーザ２０Ｃは、ドア３２１を経由し、部屋４１０のドア３２２を経由して、元の部屋４１０に戻ることができるようにしてもよい。また、部屋４００にいるユーザ２０Ｂは、ドア３２１を経由し、部屋４２０のドア３２３を経由して、元の部屋４２０に戻ることができるようにしてもよい。

また、部屋４００にいるユーザ２０Ｃは、ドア３２１越しに、元の部屋４１０のオブジェクトをドア３２２から見た様子が見えるようにしてもよい。また、部屋４００にいるユーザ２０Ｂは、ドア３２１越しに、元の部屋４２０のオブジェクトをドア３２３から見た様子が見えるようにしてもよい。
このようにすることで、ユーザ毎にそれぞれが通って来た部屋を逆の順序で辿って仮想空間である部屋を移動することを可能とさせ、ユーザが複雑な経路に迷わないようにすることができる。

図６は、実施形態のハードウエア構成図である。

実施形態のハードウエア構成は、ＣＰＵ５０１、本実施形態のプログラム及びデータが格納され得るＲＯＭ５０２、ＲＡＭ５０３、ネットワークインターフェース５０５、入力インタフェース５０６、表示インタフェース５０７、外部メモリインタフェース５０８を有する。これらのハードウエアは、バス５０４によって相互に接続されている。

ネットワークインターフェース５０５は、ネットワーク５１５に接続されている。ネットワーク５１５には、有線ＬＡＮ、無線ＬＡＮ、インターネット、電話網などがある。入力インタフェース５０６には、入力部５１６が接続されている。表示インタフェース５０７には、表示部５１７が接続される。表示部５１７は、複数の表示装置により実現されてもよい。外部メモリインタフェース５０８には、記憶媒体５１８が接続される。記憶媒体５１８は、ＲＡＭ、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、メモリーカード、ＵＳＢメモリ等であってもよい。
以下に、実施形態の処理フローについて説明する。
図７は、実施形態の処理フローの概要を示している。各ステップについて説明する。

［ステップＳ７０２］ユーザが属する第１の仮想空間を特定する。ここで、属するとは、例えば、ユーザが第１の仮想空間内に存在する場合だけでなく、ユーザが第１の仮想空間と近い位置にいて、第１の仮想空間に入ろうとしている場合、第１の仮想空間にユーザの芸術作品が飾られており、その第１の仮想空間に接近している場合等が挙げられる。その他、ユーザと第１の仮想空間との間に、特別な関係が存在している場合が挙げられる。
［ステップＳ７０４］ユーザが属しない仮想空間のうち撮像対象とする単数又は複数の第２の仮想空間を特定する。撮像は、仮想カメラによって行われる。

［ステップＳ７０６］第１の仮想空間に存在するオブジェクトを仮想カメラによって撮像した映像を第１の画像生成手法で生成する。第１の画像生成手法は精細な画像生成手法であることが望ましい。

［ステップＳ７０８］第２の仮想空間に存在するオブジェクトを仮想カメラによって撮像した映像に相当する映像を第２の画像生成手法で生成する。第２の画像生成手法は、インテリアマッピングなどの、映像を生成するための計算リソースを節約できる手法が用いられるのが望ましい。

以上の処理によって、ユーザにとってかかわりの強いオブジェクトに対しては、精細な画像生成手法が用いられ、それ以外のオブジェクトについては、より簡便な映像生成手法が用いられる。このようにすることによって、映像生成に要する計算リソースを節約しつつ、ユーザに対して、満足のゆく適切な映像の生成が行われる。
図８は、移動先となり得る仮想空間をユーザに簡便に提示するフローを示している。以下に、ステップについて説明する。

［ステップＳ８０２］第１の仮想空間から第２の仮想空間にユーザが移動できる扉を表示する。
［ステップＳ８０４］第２の仮想空間に存在するオブジェクトを、扉を介して仮想カメラによって撮像した映像に相当する映像を、第２の画像生成手法で生成することによって、扉が透明度を有するがごとき映像を生成し、ユーザが扉を通過できることを示す。

このような処理を施すことによって、ユーザに対して、移動できる仮想空間の様子を事前に知らしめることができ、ユーザにとって、より利用価値の高い三次元仮想空間が提供できる。
図９は、例えばガラス１１５のような透明物質の面と仮想カメラの撮像方向との角度によって、ガラス１１５の透明度を異ならせる例を示す図である。

図９は、図２と類似した図であり、同様の引用符号が付されている。仮想カメラ１１からの撮像方向と、ガラス１１５とのなす角度θが所定の角度以下である場合には、例えば、ガラス１１５の透明度を減少させてもよい。角度θが所定の角度よりも小さくなる場合は、ガラス１１５における環境光の反射などが多くなり、ガラス１１５を介して、部屋１０Ａの中のオブジェクトが認識しづらい状況となるのが、現実世界においては、多くの場合に経験されることである。このため、このような条件下では、ガラス１１５の透明度を減少させることで、より自然な映像が再現される。或いは、ガラス１１５の透明度を不透明にしてもよい。不透明にした場合には、ガラス１１５から見える部屋１０Ａの中のオブジェクトの映像を生成する処理を省略できる。このため、より計算リソースの消費を削減することができる。
図１０は、図９に示したガラス１１５とカメラの撮像方向とのなす角度に応じた映像生成のフローを示す図である。
［ステップＳ１００２］仮想カメラの撮像方向と仮想空間に設けられた透明物体の面とのなす角度に応じて、透明物体の透明度を異ならせる。
このようにすることによって、より自然な映像を生成できる。或いは、ガラス１１５を不透明にすることで、計算リソースの消費を削減することができる。
図１１は、三次元仮想空間を利用するユーザに対して、三次元仮想空間への没入感を増大させるフローを示している。

［ステップＳ１１０２］仮想空間におけるユーザの仮想的な位置にユーザに対応するキャラクタを配置する。ユーザに似せたキャラクタ或いは、既存のキャラクタの中からユーザにより選択されたキャラクタが、三次元仮想空間内に置かれる。
図２６は、仮想空間におけるユーザの仮想的な位置に仮想カメラを配置するフローを示している。
［ステップＳ１６０２］仮想空間におけるユーザの仮想的な位置に仮想カメラを配置する。このようにすることによって、ユーザに対応する仮想的なキャラクタの目から見える三次元仮想空間に関する映像が生成される。このように配置することによって、ユーザの目の位置から見た三次元仮想空間を描画することになり、より現実的な体験をユーザに提供できる。
図２７は、仮想空間におけるユーザの仮想的な位置の背後の位置に仮想カメラを配置するフローを示している。
［ステップＳ１７０２］仮想空間におけるユーザの仮想的な位置の背後の位置に仮想カメラを配置する。このように配置することによって、三次元仮想空間内に存在するユーザの分身であるキャラクタを映像の中に含めることができる。
図１２Ａ及び、図１２Ｂは、ユーザにとって関連度の高い第２の仮想空間を、ユーザに対して簡便に知らしめる処理フローを示している。
図１２Ａにおけるステップを以下に説明する。

［ステップＳ１２０２］複数の仮想空間のうちのいずれの仮想空間からユーザが現在の仮想空間に入ったかに応じて、第２の仮想空間を特定する。この処理によって、広大な全仮想空間内において、ユーザがたどってきた仮想空間を容易にユーザに知らしめることができる。このようにすることによって、ユーザが移動してきた仮想空間を戻ることが容易にでき、ユーザが仮想空間内で迷子になってしまうことを防止できる。

［ステップＳ１２０４］ユーザが移動できる先の仮想空間を第２の仮想空間として特定する。この処理によって、ユーザがどの仮想空間とかかわりを持っているかをユーザに容易に知らしめることができる。
図１３は、ユーザが仮想空間を移動した場合の映像生成手法を切り換えるフローを示している。

［ステップＳ１３０２］ユーザが、第１の仮想空間から第２の仮想空間に移動することにより、第２の仮想空間が新たな第１の仮想空間になり、第１の仮想空間が新たな第２の仮想空間になった場合、新たな第１の仮想空間となった仮想空間に存在するオブジェクトを仮想カメラによって撮像した映像を第１の画像生成手法で生成し、新たな第２の仮想空間となった仮想空間に存在するオブジェクトを仮想カメラによって撮像した映像に相当する映像を第２の画像生成手法で生成する。

この処理によって、精細な画像生成手法と簡便な画像生成手法を切り換えることができる。ユーザにとって、より関心度の高いオブジェクトに対して、精細な画像生成手法を動的に切り替えて使用することによって、ユーザにとって違和感のない映像が少ない計算リソースによって生成される。

＜インテリアマッピングの変形例＞
建物の内側（床、天井、壁）を、モデリングなしで描画する手法として、「インテリアマッピング」が知られている。
以下に、インテリアマッピングの変形例について、図面を参照しながら説明する。

図２に戻る。図２では、部屋の内面（床、天井、壁）を、ポリゴンでモデリングする替わりに、部屋の内面に相当する仮想平面１１３Ａに対応付けたテクスチャ画像を用いた。仮想カメラ１１の視点から窓１１５の点Ａに至る直線を延長する。部屋の内面である仮想平面１１３Ａとの交点である点Ｂを求める。点Ｂの座標からテクスチャ座標が導出される。テクスチャ画像とテクスチャ座標から色が取得される。この手法により、窓１１５越しに、部屋の内面が存在するかのような画像を得ることができる。
図２に示した手法では、部屋の中にある置物や家具などのオブジェクトを描画するには、その位置に追加の仮想平面を配置することが望ましい。

図１４は、インテリアマッピングの他の実施形態を示す図である。

本実施形態の手法では、追加の仮想平面を配置することなく、部屋の中にある置物や家具などのオブジェクトに相当する映像を描画することができる。そのために、キューブマッピングなどの環境マッピングを利用することができる。

以下に、本実施形態の処理を説明する。
１）環境マップの作成
本発明の手法では、予めキューブマップなどの環境マップを用意する。

図１４にキューブマップの作成方法を示す。まず、ポリゴン等で作られた壁面１４０４および置物や家具などのオブジェクト１２Ｃを配置する。壁面および置物や家具は、多数のポリゴンを使って精細に作られていてもよい。また、壁面および置物や家具には、テクスチャが貼られていることが望ましい。キューブマッピング用のキューブＣＵ１を、図１４のように外壁である窓１４０２から距離Ｌ、部屋の幅の中央に配置することが望ましい。キューブＣＵ１を配置する位置は、この例に限られるものではなく、この例とは異なる配置であってもよい。
前記の図１Ａ、図１Ｂを用いた説明において、下記のように述べた。
ユーザ２０が部屋１０Ｂの中でドア１１４に十分に近づき、映像１００の全てまたは殆どがガラス越しに部屋１０Ａを見た映像１１３で占められる場合には、ユーザ２０は部屋１０Ｂには属せず部屋１０Ａに属するものとして、ガラス越しの映像１１３を精細な画像生成手法で生成し、部屋１０Ｂに存在するオブジェクト１２Ｂを簡便な画像生成手法で生成してもよい。
距離Ｌは、この「十分に近づいた」と判定する距離としてもよい。このように設定することで、簡便な画像生成手法から精細な画像生成手法に切り替わる際に発生する映像の不連続さを、軽減することができる。

置物や家具のオブジェクト１２Ｃの表面の点Ｐとキューブの中心１４０６とを直線で結び、その直線とキューブＣＵ１との交点Ｐ１を求める。同様に、壁面１４０４の表面の点Ｑとキューブの中心１４０６とを直線で結び、その直線とキューブＣＵ１との交点Ｑ１を求める。図１４の例では、置物や家具のなどのオブジェクト１２Ｃの表面の点Ｐは、点Ｐ１にマッピングされ、点Ｐ１の色は点Ｐの色になる。同様に、壁面の点Ｑは、点Ｑ１にマッピングされる。このようにしてキューブＣＵ１を作成する。

２）環境マップを使用した描画
図１５は、キューブマップを用いた実施形態の描画方法を示す図である。窓１４０２上の点Ａ２を描画する際の色は、以下のようにして求められる。

壁面に相当する位置に、仮想平面１５０４を配置する。仮想カメラ１１と点Ａ２とを結ぶ直線を延長し、仮想平面１５０４との交点である点Ｑを求める。点ＱとキューブＣＵ１の中心１４０６とを直線で結び、その直線とキューブとの交点である点Ｑ１を求める。点Ｑ１の色を点Ａ２の色として用いて、窓１４０２を描画する。
上記１）、２）の手法を用いることにより、窓１４０２の奥にあたかも壁面（部屋の内壁）および置物や家具が存在するような描画結果が得られる。

＜他の変形例＞
図１６Ａは、半分のキューブ１６０４Ａを示した図である。

キューブマップをさらに球面にマッピングして用いてもよい。通常のキューブマップ（１６０４Ａ及び１６０４Ｂ）は全球（１６０２Ａ及び１６０２Ｂ）に相当する周囲環境をマッピングするので、その全体を全球面にマッピングして使用するが、図１６Ａのように、全球（１６０２Ａ及び１６０２Ｂ）に相当する周囲環境をマッピングされたキューブのうちの、部屋側（図の左側）の半分のキューブ１６０４Ａだけを用いて半球１６０２Ａに相当する周囲環境を半球面にマッピングしてもよい。この場合、半球１６０２Ａに相当する周囲環境に存在するオブジェクトのみが半球面にマッピングされる。
図１６Ｂは、斜めの向きのキューブを用いた例を示す図である。
図１６Ｂのように、キューブマップ用のキューブ１６０６の向きは、部屋の窓１４０２と平行な向きに限られるものではなく、斜めの向きであってもよい。

図１７Ａ及び図１７Ｂは、キューブマップ以外の環境マッピング手法が用いられる例を示した図である。

図１７Ａにおいて、三次元仮想空間の半分の空間の周囲環境を、半球面１７０２Ａを介して平面上の円領域である環境マップテクスチャ１７６０にマッピングする例を示す。例えば、Ｏ１－Ｓ１の視線方向に見える周囲環境の色を取得し、環境マップテクスチャ１７６０の平面に点Ｓ１から下した垂線の足をＴ１とし、Ｔ１の色として前記取得した周囲環境の色を用いることで、Ｏ１を視点として半球１７０２Ａ側に見えるオブジェクトの色を環境マップテクスチャ１７６０に投影して固定することができる。
この環境マップテクスチャ１７６０を用いることで、三次元仮想空間上でのＯ１－Ｓ１方向の色が簡便に取得できる。

図１７Ｂは、三次元仮想空間の全方向の周囲環境を、全球面１７５０と半球面１７０２Ｂとを介して環境マップテクスチャ１７７０にマッピングする例を示した図である。例えば、まず、Ｏ２－Ｓ２の視線方向に見える周囲環境の色を取得する。Ｏ１－Ｓ２の延長線と、半球１７０２Ｂと交わる点Ｓ３を求める。環境マップテクスチャ１７６０の平面に点Ｓ３から下した垂線の足をＴ２とし、Ｔ２の色として前記取得した周囲環境の色を用いることで、Ｏ２を視点とした全方向の周囲環境の色を環境マップテクスチャ１７７０に投影して固定することができる。
この環境マップテクスチャ１７７０を用いることで、三次元仮想空間上でのＯ２－Ｓ２方向の色が簡便に取得できる。

図１８は、ポリゴンとテクスチャを使って、インテリアマッピングで描画した場合と同様の描画結果を得る実施形態を示す図である。以下に、実施形態を説明する。
＜１－１下準備＞
１）図１４の方法で、まずキューブマップを作る。

２）図１８は、部屋を上から見た図である。この図のように、床、天井、奥の壁、左右の壁の５つの壁面（１８１０）に相当する５面をポリゴン１８２０で作る。計算リソースの消費を削減する観点からは、使用するポリゴンの枚数は少ないほうがよい。使用するポリゴンの枚数は、例えば、４角形ポリゴンなら５枚、３角形ポリゴンなら１０枚となる。

３）元のオブジェクト１８１０および１８３０（壁面および置物や家具など）を取り除き、前記５面のポリゴン１８２０を配置する。

図１９のように、既に図１４等で説明したキューブＣＵ１を用いたキューブマップを用いて、キューブの中心１８５１から前記５面のポリゴン１８２０にキューブマップを投影して、ポリゴン１８２０用のテクスチャデータを作る。

この処理は、テクスチャをポリゴンにベイクすると称する。置物や家具などのオブジェクト１８３０の表面の点Ｐは、キューブマップの点Ｐ１から、ポリゴン上の点Ｐ２に投影される。壁面の点Ｑは、キューブマップの点Ｑ１から、ポリゴン上の点Ｑ２に投影される。このようにして得られるテクスチャ画像は、部屋の壁面だけでなく、部屋の中にある置物や家具などのオブジェクトも描きこまれたものになる。

＜１－２描画＞

前記５面のポリゴンとベイクしたテクスチャを、テクスチャマッピングされたポリゴンの描画の手法で描画する。この描画手法は、ポリゴンの描画手法として広く採用されている。
図２０は、キューブマップを介在させずテクスチャをポリゴンにベイクする処理の例を示している。

この手法においては、図２０のように、部屋の壁面および部屋の中にある置物や家具等のオブジェクトの点（点Ｐおよび点Ｑ）を、キューブマップの中心に相当する点１８５１から、５面のポリゴン１８２０に投影してテクスチャデータを作る。すなわち、ポリゴン１８２０にテクスチャをベイクする。点Ｐは点Ｐ２に投影される。点Ｑは点Ｑ２に投影される。
その後の映像を生成する処理は、既に述べた仮想カメラを用いて実現できる。

図１８ないし図２０では、図を見やすくするために、ポリゴン１８２０の位置を壁面１８１０の位置から僅かにずらして、わかりやすく図示してあるが、両者は同一の位置であってもよい。両者が同一の位置の場合には、点Ｑと点Ｑ２の位置は一致する。

＜インテリアマッピングを使った描画の他の変形例＞

たとえば、図２０等で説明したように、ポリゴンとベイクテクスチャを使った従来の描画手法でも、インテリアマッピングと同様の描画結果を簡便に得ることができ、計算リソースを削減できる。

しかしながら、図１５等のインテリアマッピングには、以下に述べるような変形例によって、映像がより自然となる、従来手法にはない描画上の利点がある。

＜２－１仮想平面を移動させて描画する実施形態＞

図２１に示すように、置物や家具の表面の点Ｐは、キューブマップの点Ｐ１にマッピングされている。図２１のカメラの位置から見た場合、本来の正しい見え方としては、置物上の点Ｐは、外壁（窓）上の点Ｓ４の位置に描画されるべきである。

しかし、前述の仮想平面１８２０を使って描画すると、点Ｓ５の位置に描画され、正しい位置の点Ｓ４と間にずれを生じる。なお、このずれは、ポリゴンとベイクテクスチャを使った従来の描画手法でも発生する。

そこで、図２１の奥の壁面に相当する仮想平面ＶＰ１を、手前の仮想平面ＶＰ２に移動させて仮想平面ＶＰ２の位置に配置する。これによって、点Ｓ４にはキューブマップのＰ１の色が描画されて、正しい描画結果が得られる。

なお、奥の壁面上に存在する点は、この仮想平面ＶＰ１から仮想平面ＶＰ２への移動よって、描画される位置がずれて描画さえることになる。そのため、この変形実施形態は、奥の壁面よりも、ある特定の奥行に、より重要な（あるいはより多くの）オブジェクトが配置されている場合に、使用することが好ましい。

図２１の例では奥の壁面に相当する仮想平面ＶＰ１を仮想平面ＶＰ２に移動させたが、これ以外の実施形態として、左右の壁面に相当する仮想平面や、床や天井に相当する仮想平面を、それぞれの平面の法線方向に移動させてもよい。

＜２－２一部の仮想平面を取り除く変形例＞
図２２Ａ及び図２２Ｂは、カメラの位置による、長方形のオブジェクトの描画結果の差を示す図である。

一例として、奥の壁面よりも、仮想カメラ方向に手前に長方形のオブジェクトが配置されているとする。カメラの位置が、キューブマップ（不図示）の中心に一致する場合には、図２２Ａのように正しい描画結果２２１０が得られる。しかし、本実施形態のインテリアマッピングは、壁面に描かれた絵と同様の見え方をするため、カメラの位置を変えると、例えば図２２Ｂのように、仮想平面の境界２２２１で、オブジェクトの画像２２２０に折れ２２２１が発生する。なお、このような折れは、ポリゴンとベイクテクスチャを使う従来の描画手法でも発生する。

図２３Ａは、左右の壁面に相当する仮想平面２３０５を取り除き、奥の壁面に相当する仮想平面２３１０を延長した図である。
キューブマップの点Ｐ１の色が、仮想平面２３１０上の点Ｐ６を介して、窓２３２０上の点Ｐ７の位置に適用されて、仮想カメラ１１で撮像される。

図２３Ｂは、画像の折れ２２２１が消失している長方形のオブジェクトの描画２３６０を示した図である。この手法は、正確な見え方の画像が得られるわけではないが、折れ２２２１が解消されることにより、不自然さが軽減されるという利点がある。

図２３Ａおよび図２３ＢＡの例では左右の壁面に相当する仮想平面を取り除いたが、これ以外の実施形態として、床に相当する仮想平面を取り除いてもよいし、天井に相当する仮想平面を取り除いてもよい。

＜２－３仮想円筒面、仮想球面を使う変形例＞

図２４は、仮想平面２４０５の替わりに、仮想円筒面（あるいは仮想球面）２４１０を使う実施形態を示す。キューブマップＣＵ１上のＰ１の色が、仮想円筒面２４１０上の点Ｑ８を介して、窓２４２０上の点Ｓ８に適用されて、仮想カメラ１１で撮像される。この実施形態で得られる画像は全体的に歪むこととなる。しかしながら、複数の仮想平面を使用した場合に仮想平面の境界で生じる折れ２２２１が、本実施形態では発生しないので、不自然さが軽減されるという利点がある。
図３Ｃおよび図３Ｄでは、部屋Ｒ１と部屋Ｒ２とが隣接してドアで繋がっているように、模式的に図示されている。しかし、そもそも部屋Ｒ１と部屋Ｒ２とは互いに異なる三次元仮想空間であるから、必ずしも隣接しているとは限らない。
そのため、上記の一連の実施形態では、１つの仮想カメラに基づいて、第１の仮想空間に関する画像生成と、第２の仮想空間に関する画像生成とを行うために、第１の仮想空間と第２の仮想空間のうちの少なくとも一方を移動および／または回転させて、第１の仮想空間と第２の仮想空間とが繋がるように仮想的に配置して画像生成を行う。
一方、これとは別に、２つの仮想カメラに基づいて画像生成する方法もまた可能である。この手法では、第１の仮想カメラは第１の仮想空間に関する画像生成に使用され、第２の仮想カメラは第２の仮想空間に関する画像生成に使用される。第２の仮想カメラは、
第１の仮想カメラに基づく第１の仮想空間に関する画像生成と整合するように、第２の仮想空間に配置される。
しかし、両手法の違いは、仮想空間に対して座標変換（移動および／または回転）を
施すか、あるいは座標変換（移動および／または回転）を用いて第１の仮想カメラから第２の仮想カメラを導出するか、の違いであって、本質的には、両手法は等価である。
本明細書に開示された各実施形態は、請求項に記載された発明を限定するものではなく、例示として取り扱われることは言うまでもない。
各実施例は排他的なものではなく、適宜組み合わせることができる。或いは、ある実施形態の一部の要素を他実施形態の要素と入れ換えることができる。

加えて、例示したフローチャートの各フローは、矛盾のない限り順番を入れ替えることができる。また、矛盾のない限り、例示された１つのフローを、異なるタイミングで、複数回実行することができる。また、矛盾のない限り、複数のフローを同時に実行したりすることができる。また、全てのステップが必須のものではなく、矛盾の無い限り、一部のステップが存在しないか、実行されなくてもよい。また、各ステップは、オペレーティングシステム又はハードウエアで実行されてもよい。また、プログラムは、非一時的な媒体に記憶された状態で配布することができる。
上述の実施形態を実現するプログラム及び方法は、図７に示されるハードウエア構成を備えるコンピュータにより実行され得る。すなわち、実施形態のプログラムは、コンピュータに実行させる方法として、インプリメントされてもよい。
プログラムは記憶媒体７１８、ＲＯＭ７０２、又はＲＡＭ７０３に記憶されてもよい。
各実施形態は、プログラムをインストールしたハードウエアの装置としてインプリメントされ得る。
ガラスは透明物体の一例である。部屋は仮想空間の一例である。

５０４ バス
５０５ ネットワークインターフェース
５０６ 入力インタフェース
５０７ 表示インタフェース
５０８ 外部メモリインタフェース
５１５ ネットワーク
５１６ 入力部
５１７ 表示部
５１８ 記憶媒体
７１８ 記憶媒体

Claims (10)

1. ユーザの仮想的な位置または前記ユーザの仮想的な位置の周辺に配置された仮想カメラから三次元の仮想空間を撮像した映像を生成する映像生成方法であって、
   前記ユーザが属する第１の仮想空間を特定することと、
   前記ユーザが属しない仮想空間のうち撮像対象とする単数又は複数の第２の仮想空間を特定することと、
   前記映像の第１の部分映像であって、前記第１の仮想空間に存在するオブジェクトを前記仮想カメラによって撮像した第１の部分映像、を第１の画像生成手法で生成することと、
   前記映像の第２の部分映像であって、前記第２の仮想空間に存在するオブジェクトを前記仮想カメラによって撮像した映像に相当する第２の部分映像、を第２の画像生成手法で生成することと、
   を有し、
   前記第２の画像生成手法は、前記第１の画像生成手法よりも、前記オブジェクトに対応する映像の生成に要する計算において、より少ない計算リソースを消費する画像生成手法であり、
   当該映像生成方法は、
   前記ユーザが、前記第１の仮想空間から前記第２の仮想空間に移動することにより、前記第２の仮想空間が新たな前記第１の仮想空間になり、前記第１の仮想空間が新たな前記第２の仮想空間になった場合、前記新たな前記第１の仮想空間となった仮想空間に存在するオブジェクトを前記仮想カメラによって撮像した第３の部分映像、を前記第１の画像生成手法で生成し、前記新たな前記第２の仮想空間となった仮想空間に存在するオブジェクトを前記仮想カメラによって撮像した映像に相当する第４の部分映像、を前記第２の画像生成手法で生成して、前記第３の部分映像と前記第４の部分映像とを有する新たな映像を生成すること
   を更に有する映像生成方法。
2. 前記第２の画像生成手法は、インテリアマッピングの手法である、
   請求項１に記載の映像生成方法。
3. 前記第１の仮想空間から前記第２の仮想空間に前記ユーザが移動できる扉を表示することと、
   前記第２の仮想空間に存在するオブジェクトを、前記扉を介して前記仮想カメラによって撮像した映像に相当する映像を、第２の画像生成手法で生成することによって、前記扉が透明度を有するがごとき映像を生成し、前記ユーザが前記扉を通過できることを示すこと、
   を更に有する、請求項１又は２に記載の映像生成方法。
4. 前記仮想カメラの撮像方向と前記仮想空間に設けられた透明物体の面とのなす角度に応じて、前記透明物体の透明度を異ならせること、
   を更に有する、請求項３に記載の映像生成方法。
5. 前記仮想空間における前記ユーザの仮想的な位置に前記ユーザに対応するキャラクタを配置すること、
   を更に有する、請求項１ないし４のうちいずれか１項に記載の映像生成方法。
6. 前記仮想空間における前記ユーザの仮想的な位置に前記仮想カメラを配置すること、
   を更に有する、請求項１ないし５のうちいずれか１項に記載の映像生成方法。
7. 前記仮想空間における前記ユーザの仮想的な位置の背後の位置に前記仮想カメラを配置すること、
   を更に有する、請求項１ないし５のうちいずれか１項に記載の映像生成方法。
8. 前記第２の仮想空間を特定することは、
   複数の仮想空間のうちのいずれの仮想空間から前記ユーザが現在の仮想空間に入ったかに応じて、前記第２の仮想空間を特定すること、
   を含む請求項１ないし７のうちいずれか１項に記載の映像生成方法。
9. 前記第２の仮想空間を特定することは、
   前記ユーザが移動できる先の仮想空間を前記第２の仮想空間として特定すること、
   を含む請求項１ないし7のうちいずれか１項に記載の映像生成方法。
10. 請求項１ないし９のうちいずれか１項に記載の映像生成方法をコンピュータに実行させるプログラム。
    

Images