JP2024011933A - 情報処理システム、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】仮想空間内における所定表示媒体の移動に伴うユーザインターフェースの遷移を適切に実現する。【解決手段】仮想空間において移動可能な所定表示媒体に対応付けられているユーザからのユーザ入力を取得する入力取得部と、ユーザ入力に基づいて、仮想空間における所定表示媒体の位置を制御する位置制御部と、ユーザ入力を生成可能なユーザインターフェースを出力する出力処理部であって、所定表示媒体が仮想空間において第１位置から第２位置に移動した場合に、ユーザインターフェースを第１ユーザインターフェースから第２ユーザインターフェースに切り替える出力処理部とを備え、出力処理部は、仮想空間における第１位置と第２位置との位置関係に基づいて、第１ユーザインターフェースから第２ユーザインターフェースへの切り替え態様を変化させる、情報処理システムが開示される。【選択図】図１５

Description

本開示は、情報処理システム、情報処理方法、及びプログラムに関する。

仮想空間内において移動するアバター（所定表示媒体）を仮想空間画像内に捉えるべく、撮影範囲に捉えたいアバターの位置関係から、当該アバターが撮影範囲に含まれる仮想カメラ座標を算出し、算出した仮想カメラ座標へ仮想カメラを移動させる技術が知られている。

特開２０１７－５４５号公報

しかしながら、上記のような従来技術では、仮想空間内におけるアバターの移動に伴うユーザインターフェースの遷移等を、低減された違和感で、又は違和感なく、実現することが難しい。

そこで、１つの側面では、本開示は、仮想空間内における所定表示媒体の移動に伴うユーザインターフェースの遷移を適切に実現することを目的とする。

１つの側面では、仮想空間において移動可能な所定表示媒体に対応付けられているユーザからのユーザ入力を取得する入力取得部と、
前記ユーザ入力に基づいて、前記仮想空間における前記所定表示媒体の位置を制御する位置制御部と、
前記ユーザ入力を生成可能なユーザインターフェースを出力する出力処理部であって、前記所定表示媒体が前記仮想空間において第１位置から第２位置に移動した場合に、前記ユーザインターフェースを第１ユーザインターフェースから第２ユーザインターフェースに切り替える出力処理部とを備え、
前記出力処理部は、前記仮想空間における前記第１位置と前記第２位置との位置関係に基づいて、前記第１ユーザインターフェースから前記第２ユーザインターフェースへの切り替え態様を変化させる、情報処理システムが提供される。

１つの側面では、本開示によれば、仮想空間内における所定表示媒体の移動に伴うユーザインターフェースの遷移を適切に実現することが可能となる。

本実施形態に係る仮想現実生成システムのブロック図である。 ヘッドマウントディスプレイを介して視認可能な端末用画像の説明図である。 ジェスチャによる操作入力の説明図である。 仮想現実生成システムにより生成可能な仮想空間の一例の説明図である。 特定の空間部における内部の状態を上面視で模式的に示す図である。 一人称視点の説明図である。 仮想カメラに係る他の視線方向の説明図である。 仮想カメラに係る更なる他の視線方向の説明図である。 アバターが図５の位置Ｐ１（Ｘ１）に位置するときの端末用画像の一例を示す図である。 アバターが図５の位置Ｐ２（Ｘ１）に位置するときの端末用画像の一例を示す図である。 アバターが図５の位置Ｐ３（Ｘ１）に位置するときの端末用画像の一例を示す図である。 アバターが図５の位置Ｐ４（Ｘ１）に位置するときの端末用画像の一例を示す図である。 位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の際のアバターの移動経路を模式的に示す図である。 位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の際のアバターの視線方の変化態様を模式的に示す図である。 位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の途中の一時点における端末用画像の一例を示す図である。 複数の説明会用のブースを備える空間部における適用例の説明図である。 ＵＩ遷移イベントに関連したサーバ装置の機能ブロック図の一例である。 ＵＩ遷移イベントに関連した端末装置の機能ブロック図の一例である。 ユーザデータベース内のデータの説明図である。 アバターデータベース内のデータの説明図である。 ＵＩデータベース内のデータの説明図である。 サーバ装置と端末装置との間の分担態様の他の例を示す説明図である。 サーバ装置と端末装置との間の分担態様の他の例を示す説明図である。 図２０Ａに示した端末装置に代えて実現されてもよい端末装置の機能ブロック図である。 サーバ装置と端末装置との間の分担態様の更なる他の例を示す説明図である。 サーバ装置と端末装置との間の分担態様の更なる他の例を示す説明図である。 本実施形態による仮想現実生成システムの動作のうちの、ＵＩ遷移イベントに関連した動作を概略的に示すフローチャートである。 ＵＩ遷移イベント処理の一例を概略的に示すフローチャートである。

図１を参照して、本発明の一実施形態に係る仮想現実生成システム１の概要について説明する。図１は、本実施形態に係る仮想現実生成システム１のブロック図である。図２は、ヘッドマウントディスプレイを介して視認可能な端末用画像の説明図である。

仮想現実生成システム１は、サーバ装置１０と、１つ以上の端末装置２０と、を備える。図１では簡便のため、３つの端末装置２０を図示しているが、端末装置２０の数は２つ以上であればよい。

サーバ装置１０は、例えば１つ以上の仮想現実を提供する運営者が管理するサーバ等の情報処理システムである。端末装置２０は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ヘッドマウントディスプレイ、又はゲーム装置等の、ユーザによって使用される装置である。端末装置２０は、典型的にはユーザごとに異なる態様で、複数がサーバ装置１０にネットワーク３を介して接続されうる。

端末装置２０は、本実施形態に係る仮想現実アプリケーションを実行可能である。仮想現実アプリケーションは、ネットワーク３を介してサーバ装置１０や所定のアプリケーション配信サーバから端末装置２０に受信されてもよく、あるいは端末装置２０に備えられた記憶装置又は端末装置２０が読取可能なメモリカード等の記憶媒体にあらかじめ記憶されていてもよい。サーバ装置１０及び端末装置２０は、ネットワーク３を介して通信可能に接続される。例えば、サーバ装置１０及び端末装置２０が協動して、仮想現実に関する多様な処理を実行する。

各端末装置２０は、サーバ装置１０を介して互いに通信可能に接続されている。なお、以下では、「一の端末装置２０が情報を他の端末装置２０に送信する」とは、「一の端末装置２０が情報をサーバ装置１０を介して他の端末装置２０に送信する」ことを意味する。同様に、「一の端末装置２０が情報を他の端末装置２０から受信する」とは、「一の端末装置２０が情報をサーバ装置１０を介して他の端末装置２０から受信する」ことを意味する。ただし、変形例では、各端末装置２０は、サーバ装置１０を介さずに通信可能に接続されてもよい。

なお、ネットワーク３は、無線通信網や、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでよい。

以下では、仮想現実生成システム１が、情報処理システムの一例を実現するが、特定の一の端末装置２０の各要素（図１の端末通信部２１から端末制御部２５参照）が、情報処理システムの一例を実現してもよいし、複数の端末装置２０が、協動して情報処理システムの一例を実現してもよい。また、サーバ装置１０が単独で、情報処理システムの一例を実現してもよいし、サーバ装置１０と１つ以上の端末装置２０が、協動して情報処理システムの一例を実現してもよい。

ここで、本実施形態に係る仮想現実の概要について説明する。本実施形態に係る仮想現実は、例えば教育、旅行、ロールプレイング、シミュレーション、ゲームやコンサートのようなエンターテイメント等、任意の現実に対する仮想現実等であって、仮想現実の実行に伴い、アバターのような仮想現実媒体が用いられる。例えば、本実施形態に係る仮想現実は、３次元の仮想空間と、当該仮想空間内に登場する各種の仮想現実媒体と、当該仮想空間内で提供される各種のコンテンツとにより実現されてよい。

仮想現実媒体は、仮想現実に使用される電子データであり、例えば、カード、アイテム、ポイント、サービス内通貨（又は仮想現実内通貨）、トークン（例えばＮｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ（ＮＦＴ））、チケット、キャラクタ、アバター、パラメータ等、任意の媒体を含む。また、仮想現実媒体は、レベル情報、ステータス情報、パラメータ情報（体力値及び攻撃力等）又は能力情報（スキル、アビリティ、呪文、ジョブ等）のような、仮想現実関連情報であってもよい。また、仮想現実媒体は、ユーザによって仮想現実内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る電子データであるが、仮想現実媒体の利用態様は本明細書で明示されるものに限られない。

なお、アバターは、典型的には、正面方向を有するキャラクタの形態であり、人や動物又はその類の形態を有してよい。アバターは、各種アバターアイテムに対応付けられることで、多様な容姿（描画されたときの容姿）を有することができる。また、以下では、アバターの性質上、ユーザとアバターとは同一視して説明する場合がある。従って、例えば、「一のアバターが〇〇する」は、「一のユーザが〇〇する」と同義である場合がある。なお、本明細書において、「ＡがＢに対応付けられる」とは、ＡがＢに直接的に対応付けられる態様のみならず、ＡがＢに間接的に対応付けられる態様（例えば、ＡがＣに直接的に対応付けられ、かつ、ＣがＢに直接的に対応付けられる態様）をも含む概念である。

ユーザは、頭部又は顔の一部に装着型装置を装着し、当該装着型装置を介して仮想空間を視認してよい。なお、装着型装置は、ヘッドマウントディスプレイやメガネ型装置であってもよい。メガネ型装置は、いわゆるＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）グラスやＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）グラスであってよい。いずれの場合でも、装着型装置は、端末装置２０とは別であってもよいし、端末装置２０の一部又は全部の機能を実現してもよい。端末装置２０は、ヘッドマウントディスプレイにより実現されてよい。

（サーバ装置の構成）
サーバ装置１０の構成について具体的に説明する。サーバ装置１０は、サーバコンピュータにより構成される。サーバ装置１０は、複数台のサーバコンピュータにより協動して実現されてもよい。例えば、サーバ装置１０は、各種のコンテンツを提供するサーバコンピュータや、各種の認証サーバを実現するサーバコンピュータ等により協動して実現されてもよい。また、サーバ装置１０は、Ｗｅｂサーバを含んでよい。この場合、後述する端末装置２０の機能の一部は、Ｗｅｂサーバから受領したＨＴＭＬ文書やそれに付随する各種プログラム（Ｊａｖａｓｃｒｉｐｔ）をブラウザが処理することによって実現されてもよい。

サーバ装置１０は、図１に示すように、サーバ通信部１１と、サーバ記憶部１２と、サーバ制御部１３と、を備える。

サーバ通信部１１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインターフェースを含む。サーバ通信部１１は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信モジュール又は有線ＬＡＮ通信モジュール等を含んでもよい。サーバ通信部１１は、ネットワーク３を介して、端末装置２０との間で情報を送受信可能である。

サーバ記憶部１２は、例えば記憶装置であって、仮想現実に係る各種処理に必要な種々の情報及びプログラムを記憶する。

サーバ制御部１３は、専用のマイクロプロセッサ又は特定のプログラムを読み込むことにより特定の機能を実現するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を含んでよい。例えばサーバ制御部１３は、端末装置２０と協動して、ユーザ入力に応じて仮想現実アプリケーションを実行する。
サーバ制御部１３（以下の端末制御部２５も同様）は、コンピュータプログラム（ソフトウェア）に従って動作する１又は複数のプロセッサ、各種処理のうち少なくとも一部の処理を実行する１又は複数の専用のハードウェア回路、或いはそれらの組み合わせ、を含む回路（ｃｉｒｃｕｉｔｒｙ）として構成し得る。

（端末装置の構成）
端末装置２０の構成について説明する。図１に示すように、端末装置２０は、端末通信部２１と、端末記憶部２２と、表示部２３と、入力部２４と、端末制御部２５とを備える。

端末通信部２１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインターフェースを含む。端末通信部２１は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）（登録商標）や、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、第五世代移動通信システム、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）等のモバイル通信規格に対応する無線通信モジュール、無線ＬＡＮ通信モジュール、又は有線ＬＡＮ通信モジュール等を含んでもよい。端末通信部２１は、ネットワーク３を介して、サーバ装置１０との間で情報を送受信可能である。

端末記憶部２２は、例えば一次記憶装置及び二次記憶装置を含む。例えば端末記憶部２２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。端末記憶部２２は、サーバ装置１０から受信する、仮想現実の処理に用いられる種々の情報及びプログラムを記憶する。仮想現実の処理に用いられる情報及びプログラムは、端末通信部２１を介して外部装置から取得されてもよい。例えば、仮想現実アプリケーションプログラムが、所定のアプリケーション配信サーバから取得されてもよい。以下、アプリケーションプログラムを、単にアプリケーションともいう。

また、端末記憶部２２は、仮想空間を描画するためのデータ、例えば建物のような屋内の空間や、屋外の空間の画像等を記憶してよい。なお、仮想空間を描画するためのデータは、仮想空間ごとに複数種類用意され、使い分けられてもよい。

また、端末記憶部２２は、３次元の仮想空間内に配置された種々のオブジェクトに投影（テクスチャマッピング）するための種々の画像（テクスチャ画像）を記憶してよい。

例えば、端末記憶部２２は、各ユーザに対応付けられる仮想現実媒体としてのアバターに係るアバター描画情報を記憶する。仮想空間内のアバターは、当該アバターに係るアバター描画情報に基づいて描画される。

また、端末記憶部２２は、例えば各種のギフトオブジェクト、建物、壁、又はＮＰＣ（Ｎｏｎ Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ）等のような、アバターとは異なる各種のオブジェクト（仮想現実媒体）に係る描画情報を記憶する。仮想空間内に各種のオブジェクトは、かかる描画情報に基づいて描画される。なお、ギフトオブジェクトとは、一のユーザから他のユーザへのギフト（贈り物）に対応するオブジェクトであり、アイテムの一部である。ギフトオブジェクトは、アバターの身に着けるもの（服やアクセサリー）や装飾するもの（花火やお花等）、背景（壁紙）又はその類や、ガチャ（抽選）を回すことのできるチケット又はその類であってよい。なお、本件出願において用いられる「ギフト」という用語は、「トークン（ｔｏｋｅｎ）」という用語と同様の概念を意味する。したがって、「ギフト」という用語を「トークン（ｔｏｋｅｎ）」という用語に置き換えて、本件出願に記載された技術を理解することも可能である。

表示部２３は、例えば液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示デバイスを含む。表示部２３は、多様な画像を表示可能である。表示部２３は、例えばタッチパネルで構成され、多様なユーザ操作を検出するインターフェースとして機能する。なお、表示部２３は、上述したように、ヘッドマウントディスプレイに内蔵される形態であってよい。

入力部２４は、物理キーを含んでもよいし、マウス等のようなポインティングデバイスをはじめとする任意の入力インターフェースを更に含んでもよい。また、入力部２４は、音声入力やジェスチャ入力、視線入力のような、非接触型のユーザ入力を受付可能であってもよい。なお、ジェスチャ入力には、ユーザの各種状態を検出するためのセンサ（画像センサや、加速度センサ、距離センサ等）や、センサ技術やカメラを統合した専用モーションキャプチャー、ジョイパッドのようなコントローラ等が利用されてもよい。また、視線検出用のカメラは、ヘッドマウントディスプレイ内に配置されてもよい。なお、上述したように、ユーザの各種状態は、例えばユーザの向きや位置、動き又はその類であり、この場合、ユーザの向きや位置、動きとは、ユーザの顔や手等の身体の一部や全部の向き、位置、動きのみならず、ユーザの視線の向き、位置、動き又はその類を含む概念である。

なお、ジェスチャによる操作入力は、仮想カメラの視点の変更に利用されてもよい。例えば、図３に模式的に示すように、自ユーザが、端末装置２０を手で持ちながら、端末装置２０の向きを変化させると、その方向に応じて、仮想カメラの視点が変化されてもよい。この場合、スマートフォンのような比較的小さい画面の端末装置２０を利用する場合でも、ヘッドマウントディスプレイを介して周囲を見渡せるのと同様の態様で視認領域の広さを確保できる。

端末制御部２５は、１つ以上のプロセッサを含む。端末制御部２５は、端末装置２０全体の動作を制御する。

端末制御部２５は、端末通信部２１を介して情報の送受信を行う。例えば、端末制御部２５は、仮想現実に係る各種処理に用いられる種々の情報及びプログラムを、サーバ装置１０及び他の外部サーバの少なくとも一方から受信する。端末制御部２５は、受信した情報及びプログラムを、端末記憶部２２に記憶する。例えば、端末記憶部２２には、Ｗｅｂサーバに接続するためのブラウザ（インターネットブラウザ）が格納されてよい。

端末制御部２５は、ユーザの操作に応じて仮想現実アプリケーションを起動する。端末制御部２５は、サーバ装置１０と協動して、仮想現実に係る各種処理を実行する。例えば、端末制御部２５は、仮想空間の画像を表示部２３に表示させる。画面上には、例えばユーザ操作を検出するＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が表示されてもよい。端末制御部２５は、入力部２４を介して、ユーザ操作を検出可能である。例えば端末制御部２５は、ユーザのジェスチャによる各種操作（タップ操作、ロングタップ操作、フリック操作、及びスワイプ操作等に対応する操作）を検出可能である。端末制御部２５は、操作情報をサーバ装置１０に送信する。

端末制御部２５は、仮想空間（画像）とともにアバター等を描画し、端末用画像を表示部２３に表示させる。この場合、例えば、図２に示すように、左右の目でそれぞれ視認される画像Ｇ２００、Ｇ２０１を生成することで、ヘッドマウントディスプレイ用の立体視画像を生成してよい。図２には、左右の目でそれぞれ視認される画像Ｇ２００、Ｇ２０１が模式的に示されている。なお、以下では、特に言及しない限り、仮想空間の画像とは、画像Ｇ２００、Ｇ２０１で表現される画像全体を指す。また、端末制御部２５は、例えばユーザによる各種操作に応じて、仮想空間内においてアバターの各種動き等を実現させる。

なお、以下で説明する仮想空間は、ヘッドマウントディスプレイ又はその類を利用して視認可能な没入型の空間であってユーザがアバターを介して自由に（現実と同様に）動き回ることができる連続性のある３次元的な空間のみならず、図３を参照して上述したようなスマートフォン又はその類を利用して視認可能な非没入型の空間をも含む概念である。なお、スマートフォン又はその類を利用して視認可能な非没入型の空間は、アバターを介して自由に動き回ることができる連続性のある３次元的な空間であってもよいし、２次元的な不連続な空間であってもよい。以下、区別するときは、ユーザがアバターを介して自由に動き回ることができる連続性のある３次元的な空間を、「メタバース空間」とも称する。

また、以下の説明において登場する各種モノや施設（例えば映画館等）は、特に言及しない限り、仮想空間におけるオブジェクトであり、実物とは異なる。また、以下の説明における各種イベントは、仮想空間における各種イベント（例えば、映画の上映等）であり、現実でのイベントとは異なる。

また、以下、アバターとは異なる任意の仮想現実媒体（例えば建物、壁、樹木、又はＮＰＣ等）に対応するオブジェクトであって、仮想空間内に描画されたオブジェクトを第２オブジェクトＭ３とも称する。なお、本実施形態では、第２オブジェクトＭ３は、仮想空間内で固定されたオブジェクトや、仮想空間内で移動可能なオブジェクト等を含んでもよい。また、第２オブジェクトＭ３は、仮想空間内に常に配置されるオブジェクトや、所定の配置条件が満たされた場合にだけ配置されるオブジェクト等を含んでもよい。

また、以下の説明では、主にアバターについて説明するが、仮想空間がゲーム空間の場合、アバターは、ユーザが操作するゲーム媒体（例えばゲームキャラクター）と読み替えることができる。

図４は、仮想現実生成システムにより生成可能な仮想空間の一例の説明図である。

図４に示す例では、仮想空間は、複数の空間部７０と、フリー空間部７１とを備えている。フリー空間部７１では、アバターは、基本的に自由に移動できる。この場合、各空間部７０は、ワールドと称されるローカル区分であってよく、仮想空間全体がグローバルな空間であってよい。複数の空間部７０の一部又は全部は、一のプラットフォーマーにより構築される仮想空間の一部であってよいし、異なる複数のプラットフォーマーにより構築される仮想空間自体であってもよい。
各空間部７０は、フリー空間部７１に対して少なくとも一部が壁体（第２オブジェクトＭ３の例）や移動禁止部（第２オブジェクトＭ３の例）により隔てられた空間部であってよい。例えば、空間部７０は、フリー空間部７１に対してアバターが出入りできる出入口（例えば、穴や、ドア等の第２オブジェクトＭ３）を有してよい。空間部７０では、当該空間部７０に位置するアバターに対してコンテンツが提供されてよい。

空間部７０は、フリー空間部７１に対して少なくとも一部が壁体や移動禁止部により隔てられた空間部であってよい。例えば、空間部７０は、フリー空間部７１に対してアバターが出入りできる出入口（例えば、穴や、ドア等の第２オブジェクトＭ３）を有してよい。なお、図４では、空間部７０及びフリー空間部７１を２次元平面として描画しているが、空間部７０及びフリー空間部７１は３次元空間として設定されてもよい。例えば、空間部７０及びフリー空間部７１は、図４に示す平面形状を床として対応する範囲に壁や天井を有する空間でもよい。また、図４に示す例とは別に、ドーム型や球状などの高さを有する空間や、ビルなどの建造物、地球上の特定の場所のほか、アバターが飛び回れる宇宙空間などを模したワールドとしてもよい。

複数の空間部７０は、コンテンツ提供用の空間部を含んでよい。なお、フリー空間部７１においても、適宜、コンテンツ（例えば空間部７０で提供されるような後述する各種コンテンツ）が提供されてもよい。

空間部７０で提供されるコンテンツ（仮想現実で提供されるコンテンツ）の種類や数は、任意である。本実施形態では、一例として、空間部７０で提供されるコンテンツは、各種の映像のようなデジタルコンテンツを含む。映像は、リアルタイムの映像であってもよいし、非リアルタイムの映像であってもよい。また、映像は、実画像に基づく映像であってもよいし、ＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）に基づく映像であってもよい。映像は、情報提供用の映像であってよい。この場合、映像は、特定のジャンルの情報提供サービス（旅や、住まい、食品、ファッション、健康、美容等に関する情報提供サービス）、特定のユーザによる放送サービス（例えばＹｏｕｔｕｂｅ（登録商標））等に関するものであってよい。

なお、空間部７０で提供されるコンテンツは、仮想空間で利用可能な各種アイテム（第２オブジェクトの例）であってもよい。この場合、各種アイテムを提供する空間部７０は、販売所の形態であってもよい。あるいは、空間部７０で提供されるコンテンツは、各種ゲームや、現実で入手可能な物品の取得権限やトークン等であってもよい。なお、複数の空間部７０の一部は、コンテンツを提供しない空間部であってもよい。

空間部７０のそれぞれは、現実の実店舗と同様、異なる主体により運営されてもよい。この場合、各空間部７０に係る運営者は、本仮想現実生成システム１の運営者に対して出店料等を支払うことで、対応する空間部７０を利用してもよい。

なお、仮想空間は、空間部７０の増加に伴って拡大可能であってもよい。あるいは、仮想空間は、空間部７０で提供されるコンテンツの属性ごとに複数設定されてもよい。この場合、仮想空間同士は、それぞれ“空間部”として互いに不連続であってもよいし、連続する形態であってよい。

図５は、特定の空間部７０における内部の状態を上面視で模式的に示す図である。ここでは、一例として、特定の空間部７０は、特定のゲーム内のミッション（又はクエスト）に参加するロビー空間であるとする。特定の空間部７０は、例えば図４に星マークを対応付けた空間部７０であってもよい。なお、特定の空間部７０の場合のように、仮想空間がゲーム空間の場合、アバターは、ユーザが操作するゲーム媒体（例えばプレイヤーに係るゲームキャラクター）と読み替えることもできる。

図５には、一のユーザに係るアバターＸ１の異なる時点での位置が○マークＰ１（Ｘ１）からＰ４（Ｘ１）が模式的に示されるとともに、他のアバターＺ１（受付役のアバターＺ１）の位置が、○マークで模式的に示されている。また、図５において、空間部７０には、各種第２オブジェクトＭ３が配置されており、そのうちの、第２オブジェクトＭ５（Ｍ３）は、受け付け施設であるとする。また、第２オブジェクトＭ３は、壁であるとする。受付役のアバターＺ１は、各種ミッションのうちの、ユーザが所望するミッションのプレイを受け付けるキャラクタとして機能する。なお、受付役のアバターＺ１は、ＡＩ（人工知能）等のアルゴリズムに基づいて自動的に動作してもよいし、スタッフユーザにより操作されてもよい。

アバターが特定の空間部７０内を移動すると、それに応じて、アバターから見える空間部７０内の風景が変化する。このような風景及びその変化は、上述したように端末用画像としてユーザへと伝達される。

図６から図７Ｂは、端末用画像を生成するための仮想カメラ６０の視線方向の説明図である。なお、図７Ａ及び図７Ｂにおいて、符号４０は、アバターがその上を歩くことができるフィールドオブジェクトを指す。一のアバターに係る端末用画像は、基本的には、当該一のアバターの視線（目の向き）に対応する一人称視点で描画される。この場合、アバターの視線方向が、例えば図６に示すようなローカル座標系（ｘ１、ｙ１、ｚ１）で算出されてよい。なお、一人称視点に係るアバターの視線方向は、アバターの向きに応じて決定されてもよい。アバターの向きは、アバターの全体としての向きであってもよいし、アバターの特定の部位の向き（例えば顔の向き、体の向き）等であってもよい。また、仮想カメラ６０の視線方向は、図７Ａに示すように、アバターの前方からアバターの正面を捉える態様で設定されてもよい。また、仮想カメラ６０の視線方向は、図７Ｂに示すように、アバターの背後からアバターの前方を捉える態様で設定されてもよい。このような、各種の仮想カメラ６０の視線方向は、アバター（ユーザ）により切り替え可能とされてもよいし、アバターの動きや周辺環境に応じて自動的に切り替え可能とされてもよい。

図８は、アバターＸ１が図５の位置Ｐ１（Ｘ１）に位置するときの、アバターＸ１の視界内の風景（アバターＸ１に係るユーザ用の端末用画像Ｇ８１）の一例を示す図である。図８では、アバターＸ１は、図５の位置Ｐ１（Ｘ１）に位置するとき、壁の掲示板を見ることができる。ここでは、第２オブジェクトＭ３である壁には、同様に第２オブジェクトＭ３である掲示板Ｍ４（Ｍ３）が設置されており、掲示板Ｍ４（Ｍ３）には、ゲームに関連した戦歴情報が載せられている。この場合、アバターＸ１は、図５の位置Ｐ１（Ｘ１）に移動して壁側を向くことで、掲示板Ｍ４（Ｍ３）を介して戦歴情報を確認できる。なお、図８では、アバターＸ１に係るユーザ用の端末用画像Ｇ８１は、図６に示した一人称視点によるが、他の視線方向で描画されてもよい。

図９は、アバターＸ１が図５の位置Ｐ２（Ｘ１）に位置するときの、アバターＸ１の視界内の風景（アバターＸ１に係るユーザ用の端末用画像Ｇ８２）の一例を示す図である。図９では、アバターＸ１は、図５の位置Ｐ２（Ｘ１）に位置するとき、受け付け施設Ｍ５（Ｍ３）（図９では、符号１１００で指示）を正面に見ることができる。なお、図９では、アバターＸ１に係るユーザ用の端末用画像Ｇ８２は、図７Ｂに示した仮想カメラ６０の視線方向Ｒ７Ｂによるが、他の視線方向で描画されてもよい。

図１０は、アバターＸ１が図５の位置Ｐ３（Ｘ１）に位置するときの、アバターＸ１に係るユーザ用の端末用画像Ｇ８３の一例を示す図である。位置Ｐ３（Ｘ１）は、図５に示すように、受け付け施設Ｍ５（Ｍ３）又は受付役のアバターＺ１の近傍であり、受け付けをしたいアバターが位置すべき領域内に対応する。このような領域内にアバターＸ１が位置すると、仮想カメラ６０の視線方向が、図７Ｂに示した仮想カメラ６０の視線方向Ｒ７Ｂから、図７Ａに示した仮想カメラ６０の視線方向Ｒ７Ａへと遷移してもよい。これにより、端末用画像Ｇ８３は、図１０に示すように、アバターＸ１の正面視の画像Ｇ８３１を含む。

なお、図１０では、アバターＸ１に係るユーザ用の端末用画像Ｇ８３は、図７Ａに示した仮想カメラ６０の視線方向Ｒ７Ａによるが、受付役のアバターＺ１が正面に見えるような視線方向であってもよい。図１０（後出の図１１も同様）には、端末用画像Ｇ８３の下側にボタン型のユーザインターフェースＳＷ１０からＳＷ１４等を含む。

本実施形態では、受け付け施設Ｍ５（Ｍ３）には、参加申し込み用のユーザインターフェースＧ８３２が対応付けられており、端末用画像Ｇ８３は、参加申し込み用のユーザインターフェースＧ８３２を含む。従って、アバターＸ１は、受け付け施設Ｍ５（Ｍ３）の近傍まで移動すると、参加申し込み用のユーザインターフェースＧ８３２を介して、ミッションの参加申込みを行うことができる。なお、参加申し込み用のユーザインターフェースＧ８３２は、アバターＸ１が受け付け施設Ｍ５（Ｍ３）の近傍まで移動すると自動的に出現されてもよいし、ユーザによる参加申込ボタンＳＷ１０の操作があったときに出現されてもよい。

図１１は、アバターＸ１が図５の位置Ｐ４（Ｘ１）に位置するときの、アバターＸ１に係るユーザ用の端末用画像Ｇ８４の一例を示す図である。位置Ｐ４（Ｘ１）は、図５に示すように、応援団に係るアバターＺ２、Ｚ３の近傍であり、応援団を募りたい参加申込み済のアバターが位置すべき領域内に対応する。このような領域内にアバターＸ１が位置すると、仮想カメラ６０の視線方向が、図７Ｂに示した仮想カメラ６０の視線方向Ｒ７Ｂから、図６に示した一人称視点へと遷移してもよい。これにより、端末用画像Ｇ８４は、図１１に示すように、応援団に係るアバターＺ２の正面視の画像Ｇ８４１を含む。

本実施形態では、応援団に係るアバターＺ２又はその位置（又は領域）には、応援団設定用のユーザインターフェースＧ８４２が対応付けられており、端末用画像Ｇ８４は、応援団設定用のユーザインターフェースＧ８４２を含む。従って、アバターＸ１は、応援団に係るアバターＺ２の近傍まで移動すると、応援団設定用のユーザインターフェースＧ８４２を介して、応援団の設定を行うことができる。なお、応援団設定用のユーザインターフェースＧ８４２は、アバターＸ１が応援団に係るアバターＺ２等の近傍まで移動すると自動的に出現されてもよいし、ユーザによる応援団ボタンＳＷ１２の操作があったときに出現されてもよい。

このようにしてロビーの空間部７０においては、アバターＸ１は、上述した位置Ｐ１（Ｘ１）や、位置Ｐ３（Ｘ１）、位置Ｐ４（Ｘ１）等を含む各位置へと移動することで、戦歴情報を得たり、ミッションの申込みを行ったり、応援団の設定を行ったり、等の各種活動を行うことができる。

ところで、仮想空間においては、上述したロビーの空間部７０のように、アバターが自由に動き回ることができるが、アバターの移動先が決まっている場合は、ユーザによる入力負荷（及びそれに伴う処理負荷）の低減のために、当該移動先へのアバターの移動を適切に簡略化することが有用である。また、仮想空間においては、アバターの活動効率を高めるため、アバターの操作性や活動の進行を効率的に高めることが有用である。

一方、これらの要請に通常的に応える仕様とすると、違和感が生じやすくなる。例えば、ある地点Ａにいるアバターが、特定のユーザインターフェースを介した操作を行うべく、当該特定のユーザインターフェースが対応付けられている別の地点Ｂへと移動したいときに、単に、当該アバターを地点Ｂまで瞬間移動させることも可能である。しかしながら、この場合、結局のところ、地点Ａで、当該特定のユーザインターフェースを介した操作を可能としていることと有意差がなく、仮想空間内を移動している感覚が得られず、違和感に繋がる可能性が高い。

そこで、本実施形態では、以下で説明するように、仮想空間内におけるアバターの移動に伴うユーザインターフェースの遷移を適切に実現することで、ユーザによる入力負荷（及びそれに伴う処理負荷）の低減を図り、かつ、アバターの活動効率を高めることを可能とする。

具体的には、本実施形態では、まず、特定のユーザインターフェースが対応付けられている位置（地点）へのアバターの高速移動又は瞬間移動（以下、「高速移動」で代表する）を可能とする。そして、かかる高速移動の際に、移動先の位置での特定のユーザインターフェースを、端末用画像に、移動方向に応じた方向からスライドイン（出現）させる。以下、このようにして、高速移動とともに、移動先のユーザインターフェースを出現させるイベントを、「ＵＩ遷移イベント」とも称する。

ここで、図１２Ａから図１３を参照して、ＵＩ遷移イベントに関連した端末用画像の変化態様について説明する。ここでは、図５等で説明したロビーの空間部７０におけるアバターＸ１の活動に関連して、ＵＩ遷移イベントに関連した端末用画像の変化態様の好ましい例について説明する。なお、当然ながら、以下で説明するＵＩ遷移イベントに関連した端末用画像の変化態様は、ロビーの空間部７０以外でのアバターの活動に対しても同様に適用可能である。

図１２Ａは、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の際のアバターＸ１の移動経路（Ｒ１２参照）を模式的に示す図である。図１２Ｂは、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の際のアバターＸ１の視線方向（アバターＸ１に係る仮想カメラ６０の視線方向）の変化態様を模式的に示す図である。図１３は、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の途中の一時点における端末用画像Ｇ８４Ａの一例を模式的に示す図である。

ここでは、一例として、アバターＸ１が位置Ｐ３（Ｘ１）に位置するときに、応援団ボタンＳＷ１２を操作したときに、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動に係るＵＩ遷移イベントが発生するものとする。この場合、アバターＸ１は、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）へと歩いて移動する必要がなくなり、利便性が向上する。また、アバターＸ１の歩きによる移動中の処理を省略できるので、処理負荷を低減できる。

位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動によりアバターＸ１が位置Ｐ４（Ｘ１）に至ると、図１１に示すような端末用画像Ｇ８４が生成される。すなわち、アバターＸ１に係る端末用画像は、図１０に示すような端末用画像Ｇ８３（第１端末用画像の一例）から、図１１に示すような端末用画像Ｇ８４（第２端末用画像の一例）へと切り替えられる。これにより、アバターＸ１は、応援団設定用のユーザインターフェースＧ８４２を介して、応援団の設定が可能である。この場合、アバターＸ１は、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）へと歩いて移動することなく、位置Ｐ４（Ｘ１）に対応付けられている応援団設定用のユーザインターフェースＧ８４２を操作できる。その結果、ユーザの操作負荷（及びそれに伴い処理負荷）を低減できる。

このようにして、本実施形態では、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）へのアバターＸ１の高速移動に連動して、端末用画像のユーザインターフェースが、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への移動に関連した態様で、変化する。すなわち、端末用画像のユーザインターフェースが、位置Ｐ３（Ｘ１）（第１位置の一例）に対応付けられているユーザインターフェース（第１ユーザインターフェースの一例）から、位置Ｐ４（Ｘ１）（第２位置の一例）に対応付けられているユーザインターフェース（第２ユーザインターフェースの一例）へと切り替えられる。具体的には、端末用画像のユーザインターフェースが、参加申し込み用のユーザインターフェースＧ８３２から応援団設定用のユーザインターフェースＧ８４２へと遷移される。

また、本実施形態では、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の際、仮想カメラ６０の視線方向は、一人称視点となり（従って、アバターの視線方向と同じなり）、図１２Ｂに示すように、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への歩きで移動したときと略同様の態様で変化される。具体的には、図１２Ｂには、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）への高速移動の際のアバターＸ１の移動経路（Ｒ１２参照）上の特定の各位置に対応付けて、仮想カメラ６０の視線方向が矢印Ｒ１３（ｔ２）、Ｒ１３（ｔ３）、Ｒ１３（ｔ４）、Ｒ１３（ｔ５）、Ｒ１３（ｔ６）で模式的に示されている。なお、例えばＲ１３（ｔ２）の（ｔ２）は、対応する時点ｔ２（当該時点ｔ２での位置）での視線方向を表し、Ｒ１３（ｔ３）、Ｒ１３（ｔ４）、Ｒ１３（ｔ５）、Ｒ１３（ｔ６）も同様である。この際、時点ｔ２から時点ｔ６に向かって進むものとする。この場合、アバターＸ１は、高速移動の開始時点ｔ２で、その直前の時点ｔ１の図７Ａに示した視線方向Ｒ７Ａ（図１２ＡのＲ１２（ｔ１）参照）から、一人称視点（図６）となり、正面方向を向く。ついで、位置Ｐ４（Ｘ１）に向かう方向への身体の回転に伴って、視線方向が回転する（Ｒ１３（ｔ３）参照）。その後、位置Ｐ４（Ｘ１）に向かう進行方向を向き（Ｒ１３（ｔ４）、Ｒ１３（ｔ５）参照）、最後に、応援団に係るアバターＺ２、Ｚ３の方を向くように回転する（Ｒ１３（ｔ６）参照）。なお、変形例では、Ｒ１３（ｔ２）、Ｒ１３（ｔ３）、Ｒ１３（ｔ４）、Ｒ１３（ｔ５）、Ｒ１３（ｔ６）の一部又は全部は、図７Ｂに示した視線方向Ｒ７Ｂにより実現されてもよい。

このようにして変化する仮想カメラ６０の位置及び視線方向に応じた仮想空間の画像は、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）へのアバターＸ１の高速移動の際の端末用画像に、各中間位置（図１２Ｂの時点ｔ３以後、時点ｔ６に至る前に係る位置）に係る中間画像として出力されてもよい。例えば、図１３に示す例では、かかる中間画像表示領域Ｇ８４１Ａが模式的に示されている。中間画像表示領域Ｇ８４１Ａ内に、高速移動中における複数時点の中間画像を出力することで、高速移動している感覚をユーザに付与できる。この結果、上述した課題の違和感を低減できる。なお、位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）へのアバターＸ１の高速移動の場合、仮想空間の風景は、図１３に矢印Ｒ１４１に示すように、上述した仮想カメラ６０の視線方向の変化態様に関連して、右側から左側へと流れる。なお、ここでは、高速移動中における複数時点の中間画像を出力するが、規定の１枚（１フレーム）の画像を中間画像として出力してもよい。

ここで、本実施形態では、位置Ｐ３（Ｘ１）に対応付けられているユーザインターフェースから位置Ｐ４（Ｘ１）に対応付けられているユーザインターフェースへの切り替え態様は、位置Ｐ３（Ｘ１）と位置Ｐ４（Ｘ１）との位置関係に基づいて、変化される。これにより、位置Ｐ３（Ｘ１）と位置Ｐ４（Ｘ１）との位置関係とは無関係に、一定の切り替え態様でインターフェースを切り替える場合に比べて、上述した課題の違和感を低減できる。

具体的には、本実施形態では、時点ｔ２における仮想空間内の仮想カメラ６０の視線方向を基準として、位置Ｐ４（Ｘ１）が位置Ｐ３（Ｘ１）よりも右側に位置するので、位置Ｐ４（Ｘ１）に対応付けられているユーザインターフェースが、端末用画像の右側から出現（例えばスライドイン）される（図１３の矢印Ｒ１４３参照）。また、位置Ｐ３（Ｘ１）に対応付けられているユーザインターフェースが、端末用画像の左側から退避（例えばスライドアウト）される（図１３の矢印Ｒ１４２参照）。

なお、図示しないが、他の一例として、アバターＸ１が位置Ｐ３（Ｘ１）に位置するときに、戦歴ボタンＳＷ１４を操作したときに、位置Ｐ３（Ｘ１）から位置Ｐ１（Ｘ１）への高速移動に係るＵＩ遷移イベントが発生してよい。この場合、位置Ｐ１（Ｘ１）が位置Ｐ３（Ｘ１）よりも左側に位置するので、位置Ｐ１（Ｘ１）に対応付けられているユーザインターフェース（図示せず）が、端末用画像の左側から出現（例えばスライドイン）されてよい。また、位置Ｐ３（Ｘ１）に対応付けられているユーザインターフェースが、端末用画像の右側から退避（例えばスライドアウト）されてよい。

このようにして、本実施形態では、高速移動に係る２つの地点との位置関係に整合した態様で、ユーザインターフェースの出現態様（退避態様）が変化するので、上述した課題の違和感を効果的に低減できる。

また、位置Ｐ３（Ｘ１）から位置Ｐ１（Ｘ１）への高速移動の際は、上述した位置Ｐ３（Ｘ１）から位置Ｐ４（Ｘ１）へのアバターＸ１の高速移動の場合とは逆に、仮想空間の風景は、仮想カメラ６０の視線方向の変化態様に関連して、左側から右側へと流れることになる。

従って、本実施形態によれば、仮想空間の風景とともにユーザインターフェースが２つの地点との位置関係に整合した態様で変化するので、上述した課題の違和感を更に効果的に低減できる。

なお、ここでは、ロビーの空間部７０内におけるユーザインターフェースが対応付けられている２地点間での移動を説明したが、他の空間部７０内での同様の２地点間の移動、フリー空間部７１内での同様の２地点間の移動、空間部７０内の地点とフリー空間部７１内の地点間の移動等にも適用可能である。

例えば、図１４に示すような空間部７０においては、複数の説明会用ブースＳＰ２１からＳＰ２３が配置されている。この場合、例えば、アバターは、矢印Ｒ２１で示すようにスペースＳＰ１まで移動してチュートリアルを受け、ついで、ゲート手前のスペースＳＰ２まで移動し（矢印Ｒ２２参照）、ゲートをくぐり、空間部７０内に入ることができる（矢印Ｒ２３参照）。そして、アバターは、空間部７０内の各ブースＳＰ２１からＳＰ２３を巡ることで（矢印Ｒ２４からＲ２６）、各種説明を受けることができる。例えば、企業説明会の場合、各ブースＳＰ２１からＳＰ２３は、異なる企業に関連してよい。この場合、各ブースＳＰ２１からＳＰ２３にユーザインターフェースが対応付けられてよく、各ブースＳＰ２１からＳＰ２３のうちのいずれかを選択することで、上述したＵＩ遷移イベントを発生させてもよい。例えば、ブースＳＰ２１にアバターが位置するときに、ブースＳＰ２２への移動をリクエストする入力（所定入力）を同アバターが行う場合に、ブースＳＰ２２への高速移動が実現されてよい。この際、ブースＳＰ２２に対応付けられているユーザインターフェースは、ブースＳＰ２１とブースＳＰ２２との間の位置関係に応じて、端末用画像における出現態様が決定されてよい。例えば、そのときのアバターの正面方向を基準として、ブースＳＰ２２が右側に位置する場合は、ブースＳＰ２２に対応付けられているユーザインターフェースは、端末用画像における右側から出現してよい。そして、これに応じて、ブースＳＰ２１に対応付けられているユーザインターフェースは、端末用画像における左側へと退避されてよい。

次に、図１５以降を参照して、上述した仮想現実生成システム１の構成例であって、ＵＩ遷移イベントに関連した構成例を順に説明していく。

以下では、サーバ装置１０が、情報処理システムの一例を実現するが、後述するように、一の端末装置２０の各要素（図１の端末通信部２１～端末制御部２５参照）が、情報処理システムの一例を実現してもよいし、複数の端末装置２０が、協動して情報処理システムの一例を実現してもよい。また、サーバ装置１０と１つ以上の端末装置２０が、協動して情報処理システムの一例を実現してもよい。

図１５は、上述したＵＩ遷移イベントに関連したサーバ装置１０の機能ブロック図の一例である。図１６は、上述したＵＩ遷移イベントに関連した端末装置２０の機能ブロック図の一例である。図１７は、ユーザデータベース１３０内のデータの説明図である。図１８は、アバターデータベース１３２内のデータの説明図である。図１９は、ＵＩデータベース１３４内のデータの説明図である。なお、図１７から図１９において、“＊＊＊”は、何らかの情報が格納されている状態を表し、“－”は、情報が格納されていない状態を表し、“・・・”は同様の繰り返しを表す。

ここでは、まず、サーバ装置１０の機能について説明してから、端末装置２０の機能について説明する。

（サーバ装置の機能）
サーバ装置１０は、図１５に示すように、ユーザデータベース１３０と、アバターデータベース１３２と、ＵＩデータベース１３４と、ユーザ入力取得部１４０と、画像条件生成部１４４と、インターフェース形成部１４８と、イベント発生部１５０と、移動処理部１５２とを含む。

なお、以下で説明するサーバ装置１０の機能の一部又は全部は、適宜、端末装置２０により実現されてもよい（図２０から図２２Ａを参照して後述）。また、ユーザ入力取得部１４０から移動処理部１５２の区分けは、説明の都合上であり、一部の機能部が、他の機能部の機能を実現してもよい。これは、ユーザデータベース１３０、アバターデータベース１３２、及びＵＩデータベース１３４の区分けについても同様である。例えば、ユーザデータベース１３０内のデータの一部又は全部は、アバターデータベース１３２内のデータに統合されてもよいし、別のデータベースに格納されてもよい。

ユーザ入力取得部１４０から移動処理部１５２は、サーバ装置１０のサーバ制御部１３が、サーバ装置１０のサーバ記憶部１２内の１つ以上のプログラムを実行することで実現できる。また、ユーザデータベース１３０、アバターデータベース１３２、及びＵＩデータベース１３４は、サーバ装置１０のサーバ記憶部１２により実現できる。

ユーザデータベース１３０には、ユーザ情報６００が格納される。図１７に示す例では、ユーザ情報６００は、各ユーザＩＤに、ユーザ名、アバターＩＤ、位置／向き情報等が対応付けられる。ユーザ名は、ユーザが自身で登録した名前であり、任意である。アバターＩＤは、アバターを特定するためのＩＤである。位置／向き情報は、アバターの位置情報と向き情報とを含む。アバターの位置情報は、仮想空間に対応付けられた座標系で管理されてよい。向き情報は、アバターの向きを表す情報であってよい。なお、位置／向き情報等は、ユーザからの操作入力に応じて、動的に変化しうる情報である。位置／向き情報に加えて、アバターの手足等の動きを表す情報や、顔の表情等を表す情報を含んでもよい。

ユーザ情報６００は、更にゲームに関連したユーザ情報として、ランク、所有ゲーム媒体に関する情報、使用ゲーム媒体に関する情報、及びフレンド情報を含んでよい。

ランクは、ゲームに関するユーザの熟練度を示すパラメータである。本実施形態において、ランクの値は、ユーザによるゲームのプレイに応じて増加してもよい。ランクが高いほど、ゲームに関するユーザの熟練度が高い。

所有ゲーム媒体に関する情報は、ユーザがゲーム内で所有するゲーム媒体（所有ゲーム媒体）に固有の種々の情報を含む。ゲーム媒体がユーザに取得された場合、当該ゲーム媒体は、所有ゲーム媒体としてユーザに対応付けられる。所有ゲーム媒体に関する情報の詳細については後述する。

使用ゲーム媒体に関する情報は、対戦ゲームパートにおいてユーザに使用させるゲーム媒体を示す情報である。ゲーム媒体は、所有ゲーム媒体のうちから選択される。なお、ゲーム媒体は、後述するアバターとして機能してもよい。

フレンド情報は、フレンド関係にあるユーザＩＤを表す。例えば、ユーザＡが、ユーザＢ、Ｃとフレンド関係である場合、ユーザＡに対応付けられたフレンド情報は、ユーザＢ、ＣのユーザＩＤを含む。なお、フレンド関係は、フレンド申請等を介して実現される。このように、フレンド情報は、ユーザとの間で一方向的又は双方向的に関連付けられた他のユーザのユーザＩＤを含む。なお、フレンド関係にあるユーザ同士は、例えば仮想現実生成システム１上でメッセージの送受信等のコミュニケーションが可能であってもよい。

ユーザに関する情報の内容は、上述したものに限られない。例えば、ユーザに関する情報は、ユーザがゲーム内で保有する所定のポイントを示す情報を更に含んでもよい。当該ポイントは、ユーザがゲームパートをプレイするために消費される。ゲームパートごとに、当該ポイントの消費量が異なってもよい。当該ポイントは、例えば時間経過に応じて、又は所定のゲーム媒体の使用に応じて、増加してもよい。

アバターデータベース１３２には、アバターに関するアバター情報７００が格納される。図１８に示す例では、アバター情報７００は、各アバターＩＤに、顔、髪型、服装等が対応付けられる。顔、髪型、服装等の容姿に係る情報は、アバターを特徴付けるパラメータであり、あらかじめ設定されてもよいし、各ユーザにより設定されてもよい。例えば、アバターに係る顔、髪型、服装等の容姿に係る情報は、種類ごとＩＤが付与されてもよい。また、顔については、顔の形、目、口、鼻等の各種類にそれぞれパーツＩＤが用意され、顔に係る情報は、当該顔を構成する各パーツのＩＤの組み合わせで管理されてもよい。この場合、顔、髪型、服装等の容姿に係る情報は、アバターの描画情報として機能できる。すなわち、各アバターＩＤに紐付けられた容姿に係る各ＩＤに基づいて、サーバ装置１０のみならず端末装置２０側においても各アバターを描画することが可能となる。

このようにして本実施形態では、基本的には、一のユーザに、一のユーザＩＤが対応付けられ、一のユーザＩＤに、アバターＩＤが対応付けられる。従って、一のユーザに、ある情報が対応付けられる状態と、当該一のユーザＩＤに、当該情報が対応付けられる状態と、当該一のユーザＩＤに対応付けられたアバターＩＤに、当該情報が対応付けられる状態とは、互いに同義である。なお、一のユーザＩＤには、２つ以上のアバターＩＤが対応付けられてもよい。

ＵＩデータベース１３４には、仮想空間内で位置情報に対応付けられているユーザインターフェースに係るユーザインターフェース情報が記憶される。例えば、図１０及び図１１を参照して上述したユーザインターフェースＧ８３２、Ｇ８４２は、それぞれ、図５に示す受け付け施設の第２オブジェクトＭ５（Ｍ３）と、応援団近傍の壁に係る第２オブジェクトＭ６（Ｍ３）に対応付けられてよい。以下では、このようにして、仮想空間内で位置情報に対応付けられているユーザインターフェースを、「特定ユーザインターフェース」とも称する。なお、特定ユーザインターフェースは、特定のアバターに対応付けられるユーザインターフェースを含んでよい。例えば、上述したユーザインターフェースＧ８４２は、応援団に係るアバターＺ２、Ｚ３に対応付けられてよい。この場合も、ユーザインターフェースＧ８４２は、間接的には、応援団に係るアバターＺ２、Ｚ３のそれぞれの位置情報に対応付けられることになる。

例えば、図１９に示すユーザインターフェース情報８００は、ユーザインターフェースＩＤごとに、出力条件、インターフェース位置情報、及び描画用情報を含んでよい。ユーザインターフェースＩＤは、各特定ユーザインターフェースの生成時に自動的に生成されるＩＤである。出力条件は、ユーザインターフェースの出力条件を表す。ユーザインターフェースの出力条件は、任意であるが、例えば、所定領域内のアバターが位置する場合や、所定領域内のアバターが位置しかつアバターから所定の呼び出し入力があった場合に満たされてよい。この場合、所定領域は、インターフェース位置情報に基づく位置の近傍の領域であってよい。例えば、インターフェース位置情報は、対応付けられている第２オブジェクトＭ３や特定のアバターの位置情報（仮想空間内の位置情報）である。例えば、図１０及び図１１を参照して上述したユーザインターフェースＧ８３２、Ｇ８４２に係るインターフェース位置情報は、図５に示す受け付け施設の第２オブジェクトＭ５（Ｍ３）の位置情報と、応援団近傍の壁に係る第２オブジェクトＭ６（Ｍ３）の位置情報に対応してよい。なお、オブジェクト属性が移動物であるオブジェクトに係る位置情報は、適宜、更新されてよい。描画用情報は、各特定ユーザインターフェースを描画するために必要な情報を含んでよい。

ユーザ入力取得部１４０は、端末装置２０の入力部２４を介して入力される各ユーザによる各種入力を取得する。

画像条件生成部１４４は、ユーザにより視認可能な端末用画像用の画像生成条件を生成する。なお、端末用画像は、上述したように、ユーザによる端末装置２０の表示部２３を介して視認可能であってよい。

画像条件生成部１４４は、端末用画像用の画像生成条件を、端末用画像が仮想空間画像をベースとして描画されるように生成する。ここでは、一のユーザ（アバター）用の端末用画像用の画像生成条件について説明する。従って、他のアバターとは、当該一のユーザに係るアバター以外のアバターを指す。

画像条件生成部１４４は、一のアバターの位置情報（図１７の位置／向き情報参照）に基づいて、端末用画像を描画するための画像生成条件を生成する。なお、仮想カメラの視線方向は、図６から図７Ｂを参照して上述した各種の視線方向のうちの、１つが利用されてもよい。

また、画像条件生成部１４４は、端末用画像に他のアバターを描画するための画像生成条件を生成する。この場合、画像条件生成部１４４は、他のアバターの位置情報（図１７の位置／向き情報参照）に応じて、端末用画像に他のアバターを描画するための画像生成条件を生成してもよい。例えば、他のアバターの位置情報が、端末用画像で示される空間部に属する場合や仮想カメラ６０の視界内に位置する場合に、画像条件生成部１４４は、端末用画像に他のアバターを描画するための画像生成条件を生成してよい。

画像条件生成部１４４は、他のアバターを描画するための画像生成条件を生成する際、アバターデータベース１３２内の対応するアバターＩＤに対応付けられたアバター情報７００（図１８参照）を利用してもよい。また、この際、ユーザデータベース１３０内の対応するアバターＩＤの位置／向き情報に基づいて、他のアバターの向きを表現するための画像生成条件を生成してもよい。

また、画像条件生成部１４４は、端末用画像に特定アイテム（例えばゲームの報酬に関連した特定アイテム）を描画するための画像生成条件を生成する。この場合、画像条件生成部１４４は、特定アイテムの位置情報に応じて、端末用画像に特定アイテムを描画するための画像生成条件を生成してよい。例えば、特定アイテムの位置情報が、端末用画像で示される空間部に属する場合や仮想カメラ６０の視界内に位置する場合に、画像条件生成部１４４は、端末用画像に特定アイテムを描画するための画像生成条件を生成してよい。

また、画像条件生成部１４４は、ＵＩ遷移イベントに係る端末用画像を描画するための画像生成条件を生成する。この場合、図１２Ａ及び図１２Ｂ等を参照して上述したように、画像条件生成部１４４は、ＵＩ遷移イベントの際、インターフェース形成部１４８と連携して、出力対象の特定ユーザインターフェースを決定するとともに、出現方向等、出力対象の特定ユーザインターフェースを描画するための画像生成条件を生成する。また、画像条件生成部１４４は、ＵＩ遷移イベントの際、移動処理部１５２と連携して、移動先の位置情報を決定するとともに、移動先での端末用画像を描画するための画像生成条件を生成する。なお、移動先に仮想カメラ６０の視界内に他のアバターが存在する場合は、画像条件生成部１４４は、上述したように、端末用画像に他のアバターを描画するための画像生成条件を生成してよい。

なお、画像条件生成部１４４は、ＵＩ遷移イベントに係る端末用画像を描画するための画像生成条件を生成する際、図１３等に示すように、ユーザインターフェースが端末用画像の右側に位置し、仮想空間画像部分が端末用画像の左側に来るように画像生成条件を生成してもよい。

インターフェース形成部１４８は、ＵＩデータベース１３４内のデータに基づいて、特定ユーザインターフェースの出力の要否の判定や、出力対象のインターフェースの決定等を実行する。

イベント発生部１５０は、ＵＩ遷移イベントに係るイベント発生条件が成立した場合に、ＵＩ遷移イベントを発生させる。ＵＩ遷移イベントは、図１２Ａから図１３等を参照して上述したように、アバターの移動に伴って発生するイベントであり、新たな特定ユーザインターフェースの出現を伴う。従って、ＵＩ遷移イベントに係るイベント発生条件は、例えば以下の条件要素（１）及び（２）が満たされた場合に、満たされてよい。あるいは、ＵＩ遷移イベントに係るイベント発生条件は、条件要素（２）が満たされる場合に、満たされてよい。この場合、条件要素（２）が満たされると、条件要素（１）に係る高速移動が自動的に実行されることで、条件要素（１）が自動的に満たされてよい。
条件要素（１）・・・一の地点での所定のユーザ入力に基づいて他の地点への高速移動が発生すること。
条件要素（２）・・・他の地点には特定ユーザインターフェースが対応付けられていること。
以下では、このようなＵＩ遷移イベントに係る一の地点を、「移動元地点」とも称し、他の地点を、「移動先地点」とも称する。なお、移動元地点には、特定ユーザインターフェースが対応付けられていてもよいし、そうでなくてもよい。

条件要素（１）における所定のユーザ入力は、任意であるが、例えば、図１０から図１３を参照して上述したように、移動元地点において出力される特定ユーザインターフェースの特定ボタン（図１０から図１３を参照して上述した例では、「応援団」ボタン）の操作であってよい。ただし、所定のユーザ入力は、その他、多様であり得、音声入力やジェスチャ入力を介して実現されてもよい。

移動処理部１５２は、各ユーザからの各種入力に基づいて、各アバターの位置及び向きを変更する。アバターの位置及び向きを変更するためのユーザの入力は、多様であってよく、端末装置２０ごとに異なってもよい。一のユーザに係るアバターの位置情報は、特定キー（例えば“ＷＡＳＤ”キー）のような物理的なスイッチの操作入力により変更されてもよいし、モーションキャプチャー技術に基づく当該一のユーザの動きを示す入力により変更されてもよい。また、一のユーザに係るアバターの位置情報は、実空間における当該一のユーザの位置に基づいて特定されてもよい。以下では、アバターの位置情報を変更するためのユーザ入力を、「移動操作入力」とも称し、アバターの向き情報を変更するためのユーザ入力を、「方向操作入力」とも称する。

移動処理部１５２は、ユーザ入力取得部１４０により取得されるユーザからの移動操作入力（第１入力の一例）や方向操作入力に基づいて、仮想空間におけるアバターの位置情報や向き情報を変化させる。本実施形態では、一例として、仮想空間におけるアバターの位置情報及び向き情報は、仮想空間に対応付けられている座標系で管理される。なお、仮想空間におけるアバターの位置情報は、基本的に、画像条件生成部１４４により生成される端末用画像用の画像生成条件におけるアバターの描画位置と対応するが、常に一致する必要はない。例えば、特定の状況下では、アバターの位置情報が変化することなく、端末用画像におけるアバターの描画位置が変化するような画像生成条件が生成されてもよい。これは、向き情報についても同様である。

移動処理部１５２は、ユーザからの移動操作入力に基づいて、仮想空間において自由に（無制限に）、アバターの位置情報を変化させてもよいが、好ましくは、所定の制約条件下で、アバターの位置情報を変化させてよい。所定の制約条件は、任意であるが、例えば実空間における物理現象に明らかに反するような移動（例えば建物の壁を透過するような移動）が禁止されるように設定されてもよい。

本実施形態では、移動処理部１５２は、上述したＵＩ遷移イベントに応答して、移動操作入力とは無関係に、当該ＵＩ遷移イベントに係る移動先地点へとアバターの位置を変更させる。この際の移動経路は、図１２Ａを参照して上述した通りである。移動時間は、移動距離に応じて変化させてもよいが、通常的な移動操作入力により実現可能な最短の移動時間よりも短くなるように適合されてよい。また、移動処理部１５２は、上述したＵＩ遷移イベントに応答して、方向操作入力とは無関係に、当該ＵＩ遷移イベントに係る移動先地点に応じた向きに、アバターの向きを変化させてもよい。この場合、移動先地点に応じた向きは、移動元地点の特定ユーザインターフェースが対応付けられている位置情報に係る第２オブジェクトＭ３や特定アバターを正面視する向きであってもよい。

（端末装置の機能）
端末装置２０は、図１６に示すように、画像生成条件受信部２１０と、画像出力部２１２と、ユーザ入力生成部２１４と、ユーザ入力送信部２１６とを含む。

画像生成条件受信部２１０は、上述したサーバ装置１０の画像条件生成部１４４により生成される端末用画像用の画像生成条件を受信する。

画像出力部２１２は、画像生成条件受信部２１０により受信された端末用画像用の画像生成条件に基づいて、端末用画像を描画し、描画した端末用画像を、上述した表示部２３上に出力する。例えば、画像出力部２１２は、端末用画像用の画像生成条件をクエリパラメータとしてパースして変数に格納し、所与のＡＰＩのメソッドに引数として入力、アバター情報の選定などを行うことで、端末用画像を描画してよい。なお、画像生成条件を基にサーバ装置１０によって画像データ（ＨＴＭＬ文書＋画像）を生成し、端末装置２０は、画像生成条件そのものから直接画像を描画せず、サーバ装置１０から受信した画像データ（ＨＴＭＬ文書＋画像）を基に撮像画像を含む表示画面を表示部２３上に描画するようにしてもよい。また、端末装置２０は、仮想ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）機能を実装することで、端末用画像の高速な更新を実現してもよい。

ユーザ入力生成部２１４は、ユーザからの各種入力を取得し、各種入力に応じた信号を生成する。具体的には、ユーザ入力生成部２１４は、上述した入力部２４を介して入力される各種入力に応じた信号を生成する。

ユーザ入力送信部２１６は、ユーザ入力生成部２１４により受信された信号をサーバ装置１０に送信する。この場合、サーバ装置１０は、かかる信号を受信することで、対応するユーザによる各種入力を取得する。

ところで、上述したサーバ装置１０及び端末装置２０間の機能の分担は、あくまで一例であり、上述したように、多様に変更が可能である。すなわち、サーバ装置１０の機能の一部又は全部は、適宜、端末装置２０により実現されてもよい。

例えば、図２０及び図２０Ａに示すような分担態様が実現されてもよい。この場合も、サーバ装置１０Ａと各ユーザの端末装置２０Ａとが連携して、上述したサーバ装置１０と端末装置２０とが連携する場合と同様の機能を実現できる。図２０及び図２０Ａに示すような分担態様の場合、画像条件生成部１４４、インターフェース形成部１４８、イベント発生部１５０、及び移動処理部１５２の各機能は、以下で説明するように、端末装置２０Ａにおいて各ブラウザで行うことが可能である。

図２０に示す例では、サーバ装置１０Ａは、ユーザデータベース１３０と、アバターデータベース１３２と、位置情報取得部１６６と、位置情報送信部１６７と、データ更新処理部１６８とを含む。なお、位置情報取得部１６６、位置情報送信部１６７、及びデータ更新処理部１６８は、サーバ装置１０Ａのサーバ制御部（図１のサーバ制御部１３参照）が、サーバ装置１０Ａのサーバ記憶部（図１のサーバ記憶部１２参照）内の１つ以上のプログラムを実行することで実現できる。

位置情報取得部１６６は、各アバターの位置／向き情報を各端末装置２０Ａから受信することで取得する。位置情報取得部１６６は、各アバターの位置／向き情報を取得すると、ユーザデータベース１３０内の記憶データを更新する。ユーザデータベース１３０内には、図１７に示したように、アバターＩＤごとの位置／向き情報が記憶されてよい。

位置情報送信部１６７は、ユーザデータベース１３０内のアバターの位置／向き情報を、送信対象の端末装置２０Ａに送信する。一のアバターの位置／向き情報の送信対象の端末装置２０Ａは、当該一のアバターを視界内に含む他のアバターに係るユーザの端末装置２０Ａを含む。これにより、各ユーザに係る端末装置２０Ａは、端末用画像内に描画される対象の他のユーザに係る各アバターの位置／向き情報を得ることができる。この場合、描画対象でない不要なアバターについては、その位置／向き情報が送信されることがなく、通信負荷の低減を図ることができる。

データ更新処理部１６８は、ユーザデータベース１３０やアバターデータベース１３２内のデータに基づいて、各ユーザの端末装置２０Ａに更新データを送信する。なお、更新データの送信タイミングは、適宜設定されてよく、端末装置２０Ａからの要求に応じたタイミングを含んでよい。

図２０Ａに示す端末装置２０Ａは、仮想現実アプリケーションが、ブラウザ上で利用できるＷｅｂアプリケーションの形態である場合に好適である。端末装置２０Ａは、画像出力部２１２Ａ、ユーザ入力生成部２１４Ａ、及びユーザ入力送信部２１６Ａを含む。画像出力部２１２Ａ、ユーザ入力生成部２１４Ａ、及びユーザ入力送信部２１６Ａは、図１６を参照して、上述した画像出力部２１２、ユーザ入力生成部２１４、及びユーザ入力送信部２１６と実質的に同様であってよい。なお、画像出力部２１２Ａは、後述する画像条件生成部２４４Ａが生成する端末用画像用の画像生成条件に基づいて、端末用画像を描画し、描画した端末用画像を、上述した表示部２３上に出力する。

更に、図２０Ａに示す例では、端末装置２０Ａは、位置情報更新部２４１Ａと、画像条件生成部２４４Ａと、インターフェース形成部２４８Ａと、イベント発生部２５０Ａと、移動処理部２５２Ａと、端末記憶部２２Ａとを含む。

以下では、任意の一のユーザ（以下、「本ユーザ」とも称する）に係る端末装置２０Ａについて説明するが、他のユーザに係る端末装置２０Ａについても実質的に同様である。また、以下では、本ユーザに係るアバターは、本アバターとも称する。

位置情報更新部２４１Ａから移動処理部２５２Ａまでの各部は、端末装置２０Ａの端末制御部（図１の端末制御部２５参照）が、端末装置２０Ａの端末記憶部（図１の端末記憶部２２参照）内のプログラムである本実施形態に係る仮想現実アプリケーションを実行することで実現できる。また、端末装置２０Ａにおいて必要となる各種データの一時的な記憶は、端末記憶部２２ＡのうちＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２２１Ａにより実現できる。ＲＡＭ２２１Ａには、各種データが一時記憶機能として展開されるが、例えば、サーバ装置１０Ａにおいて作成されたＨＴＭＬ文書に基づいて、各種データをダウンロードし、一時的にＲＡＭ２２１Ａにデータが展開されて、ブラウザでの処理（描画等）に使用される。ブラウザを閉じると、ＲＡＭ２２１Ａに展開されたデータは消去される。

ＲＡＭ２２１Ａには、上述したサーバ装置１０Ａのユーザデータベース１３０内のデータ（図１７参照）のうちの、本アバターの視界内に位置する他の各アバターに関するデータだけが記憶されてもよいし、その他のデータが更に記憶されてもよい。ＲＡＭ２２１Ａ内のデータのうち、位置／向き情報のデータは、サーバ装置１０Ａから送信された位置／向き情報に基づいて位置情報更新部２４１Ａにより更新される。なお、ＲＡＭ２２１Ａ内のデータのうち他のデータは、適宜、サーバ装置１０Ａとの通信を介して、上述した更新データに基づいて更新されてもよい（例えば、本実施形態に係る仮想現実アプリケーションの起動時等）。

ＲＡＭ２２１Ａは、上述したサーバ装置１０のアバターデータベース１３２内のデータ（図１８参照）のうちの、本アバターの視界内に位置する他の各アバターに関するデータだけが記憶されてもよいし、その他のデータが更に記憶されてもよい。ＲＡＭ２２１Ａ内のデータは、仮想現実アプリケーション（例えばＷｅｂアプリケーション）の起動時等にサーバ装置１０Ａとの通信を介して、上述した更新データに基づいて更新されてよい。

位置情報更新部２４１Ａは、上述したようにサーバ装置１０Ａからの受信データに基づいて、ＲＡＭ２２１Ａ内のデータのうちの、位置／向き情報のデータを更新する。また、位置情報更新部２４１Ａは、本ユーザからの移動操作入力や方向操作入力に基づいて、ＲＡＭ２２１Ａ内のデータのうちの、本ユーザに係る位置／向き情報のデータを更新してもよい。

画像条件生成部２４４Ａは、上述したサーバ装置１０の画像条件生成部１４４と同様の機能を実現する。画像条件生成部２４４Ａは、生成した画像生成条件をサーバ装置１０Ａに送信してもよい。この場合、画像生成条件は、サーバ装置１０Ａ側でも記憶できる。

インターフェース形成部２４８Ａは、上述したサーバ装置１０のインターフェース形成部１４８と同様の機能を実現する。ただし、インターフェース形成部１４８は、本ユーザ用の端末用画像に関する処理を行う。

イベント発生部２５０Ａは、上述したサーバ装置１０のイベント発生部１５０と同様の機能を実現する。

移動処理部２５２Ａは、上述したサーバ装置１０の移動処理部１５２と同様の機能を実現する。この場合、移動処理部２５２Ａは、本ユーザからの各種入力（ユーザ入力生成部２１４Ａにより生成される、各種入力に応じた信号）に基づいて、移動処理部１５２と同様の機能を実現してよい。

図２１は、図２０Ａに示した端末装置２０Ａに代えて実現されてもよい端末装置２０Ｂの機能ブロック図である。図２１に係る構成は、仮想現実アプリケーションが、ブラウザ上で利用できるＷｅｂアプリケーションとは異なるネイティブアプリケーションの形態である場合に好適である。なお、ネイティブアプリケーションは、事前に端末装置２０Ｂにダウンロードされて利用される。

図２１に示す例では、端末装置２０Ｂは、画像出力部２１２Ｂ、ユーザ入力生成部２１４Ｂ、及びユーザ入力送信部２１６Ｂを含む。画像出力部２１２Ｂ、ユーザ入力生成部２１４Ｂ、及びユーザ入力送信部２１６Ｂは、図１６を参照して、上述した画像出力部２１２、ユーザ入力生成部２１４、及びユーザ入力送信部２１６と実質的に同様であってよい。なお、画像出力部２１２Ｂは、後述する画像条件生成部２４４Ｂが生成する端末用画像用の画像生成条件に基づいて、端末用画像を描画し、描画した端末用画像を、上述した表示部２３上に出力する。

更に、図２１に示す例では、端末装置２０Ｂは、ユーザデータベース２３０Ｂと、アバターデータベース２３２Ｂと、ＵＩデータベース２３４Ｂと、位置情報更新部２４１Ｂと、画像条件生成部２４４Ｂと、移動処理部２５２Ｂと、インターフェース形成部２４８Ｂと、イベント発生部２５０Ｂと、を含む。

以下では、本ユーザに係る端末装置２０Ｂについて説明するが、他のユーザに係る端末装置２０Ｂについても実質的に同様である。

位置情報更新部２４１Ｂからイベント発生部２５０Ｂまでの各部は、端末装置２０Ｂの端末制御部（図１の端末制御部２５参照）が、端末装置２０Ｂの端末記憶部（図１の端末記憶部２２参照）内のプログラムである本実施形態に係る仮想現実アプリケーションを実行することで実現できる。また、ユーザデータベース２３０Ｂ、アバターデータベース２３２Ｂ及びＵＩデータベース２３４Ｂは、端末装置２０Ｂの端末記憶部（図１の端末記憶部２２参照）により実現できる。

ユーザデータベース２３０Ｂには、上述したサーバ装置１０のユーザデータベース１３０内のデータ（図１７参照）のうちの、本アバターの視界内に位置する他のアバターに関するデータだけが記憶されてもよいし、その他のデータが更に記憶されてもよい。ユーザデータベース２３０Ｂ内のデータのうち、位置／向き情報のデータは、サーバ装置１０Ａから送信された位置／向き情報に基づいて位置情報更新部２４１Ｂにより更新される。なお、ユーザデータベース２３０Ｂ内のデータのうち他のデータは、適宜、サーバ装置１０Ａとの通信を介して、上述した更新データに基づいて更新されてもよい（例えば、本実施形態に係る仮想現実アプリケーションの起動時等）。

アバターデータベース２３２Ｂは、上述したサーバ装置１０のアバターデータベース１３２内のデータ（図１８参照）のうちの、本アバターの視界内に位置する他の各アバターに関するデータだけが記憶されてもよいし、その他のデータが更に記憶されてもよい。アバターデータベース２３２Ｂ内のデータは、適時にサーバ装置１０Ａとの通信を介して、上述した更新データに基づいて更新されてよい。

ＵＩデータベース２３４Ｂは、上述したサーバ装置１０のＵＩデータベース１３４と同様の機能を実現する。

位置情報更新部２４１Ｂは、上述したようにサーバ装置１０Ａからの受信データに基づいて、ユーザデータベース２３０Ｂ内のデータのうちの、位置／向き情報のデータを更新する。また、位置情報更新部２４１Ｂは、本ユーザからの移動操作入力や方向操作入力に基づいて、ユーザデータベース２３０Ｂ内のデータのうちの、本ユーザに係る位置／向き情報のデータを更新してもよい。

画像条件生成部２４４Ｂは、上述したサーバ装置１０の画像条件生成部１４４と同様の機能を実現する。画像条件生成部２４４Ｂは、生成した画像生成条件をサーバ装置１０Ａに送信してもよい。この場合、画像生成条件は、サーバ装置１０Ａ側でも記憶できる。

インターフェース形成部２４８Ｂは、上述したサーバ装置１０のインターフェース形成部１４８と同様の機能を実現する。ただし、インターフェース形成部１４８は、本ユーザ用の端末用画像に関する処理を行う。

イベント発生部２５０Ｂは、上述したサーバ装置１０のイベント発生部１５０と同様の機能を実現する。

移動処理部２５２Ｂは、上述したサーバ装置１０の移動処理部１５２と同様の機能を実現する。

また、図２２及び図２２Ａに示すような分担態様が実現されてもよい。この場合も、サーバ装置１０Ｃと各ユーザの端末装置２０Ｃとが連携して、上述したサーバ装置１０と端末装置２０とが連携する場合と同様の機能を実現できる。

図２２に示すサーバ装置１０Ｃは、図１５に示したサーバ装置１０に対して、端末画像描画部１６４及び端末画像データ送信部１６５が追加された点が異なる。

端末画像描画部１６４は、画像条件生成部１４４により受信された端末用画像用の画像生成条件に基づいて、端末用画像を描画する。例えば、画像出力部２１２は、端末用画像用の画像生成条件をクエリパラメータとしてパースして変数に格納し、所与のＡＰＩのメソッドに引数として入力、アバター情報の選定などを行うことで、端末用画像を描画してよい。

端末画像データ送信部１６５は、端末画像描画部１６４により描画された端末用画像用の画像データを、対応する各端末装置２０Ｃに送信する。

図２２Ａに示す端末装置２０Ｃは、図１６に示した端末装置２０に対して、画像生成条件受信部２１０及び画像出力部２１２が、それぞれ、画像データ受信部２１１及び画像出力部２１２Ｃに置換された点が異なる。

画像データ受信部２１１は、端末画像データ送信部１６５により送信される端末用画像用の画像データを受信する。

画像出力部２１２Ｃは、画像データ受信部２１１により受信された端末用画像のデータを、上述した表示部２３上に出力する。

次に、図２３及び図２４を参照して、仮想現実生成システム１の動作のうちの一部の動作例について説明する。

図２３は、本実施形態による仮想現実生成システム１の動作のうちの、上述したＵＩ遷移イベントに関連した動作を概略的に示すフローチャートである。図２３は、一のアバター（以下、「対象アバター」とも称する）に対する処理に関するが、他のアバターに対しても同様の処理が並列的に実行されてよい。

ステップＳ２３００では、サーバ装置１０は、一の特定ユーザインターフェース（図２３及び後出の図２４では、「特定ＵＩ」と表記）が対応付けられている位置情報に、対象アバターが位置するか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２３０２に進み、それ以外の場合は、今回の処理周期の処理は終了する。

ステップＳ２３０２では、サーバ装置１０は、特定ユーザインターフェースを含む端末用画像を描画するための画像生成条件を生成する。

ステップＳ２３０４では、サーバ装置１０は、所定入力がユーザにより入力されたか否かを判定する。所定入力は、他の特定ユーザインターフェースが対応付けられている位置（又は領域）への高速移動をトリガする入力であってよい。例えば、上述した図１０に示す例では、所定入力は、応援団ボタンＳＷ１２の操作による入力である。判定結果が“ＹＥＳ”の場合、ステップＳ２３０６に進み、それ以外の場合は、今回の処理周期の処理は終了する。

ステップＳ２３０６では、サーバ装置１０は、現時点での対象アバターの位置を移動元地点とし、かつ、ステップＳ２３０４の所定入力に係る他の特定ユーザインターフェースが対応付けられている位置（又は領域）を移動先地点として、ＵＩ遷移イベント処理を実行する。ＵＩ遷移イベント処理の一例は、図２４を参照して後述する。

図２４は、ＵＩ遷移イベント処理の一例を概略的に示すフローチャートである。

ステップＳ２４００では、サーバ装置１０は、今回のＵＩ遷移イベントに係る移動元地点と移動先地点との間の位置関係に基づいて、移動先地点に対応付けられている特定ユーザインターフェースの出現方向（スライドイン方向）を決定するとともに、移動元地点に対応付けられている特定ユーザインターフェースの退避方向（スライドアウト方向）を決定する。なお、移動先地点に対応付けられている特定ユーザインターフェースの出現方向と、移動元地点に対応付けられている特定ユーザインターフェースの退避方向とは、一方が決まると他方がそれに応じて決まる関係である。例えば、移動先地点に対応付けられている特定ユーザインターフェースの出現方向が、左側から出現である場合、移動元地点に対応付けられている特定ユーザインターフェースの退避方向は、右側への退避である。

ここでは、ＵＩ遷移イベントの開始時点の対象アバターの正面方向を基準として、ＵＩ遷移イベントに係る移動元地点が移動先地点に対して右側に位置する場合、移動先地点に対応付けられている特定ユーザインターフェースは、右側から出現するように出現方向が決定される。この場合、移動元地点に対応付けられている特定ユーザインターフェースは、左側へと退避するように退避方向が決定される。

ステップＳ２４０２では、サーバ装置１０は、ステップＳ２４００で決定した特定ユーザインターフェースの出現方向及び退避方向に基づいて、今回のＵＩ遷移イベントに係る端末用画像のうちの、ユーザインターフェース部分の画像生成条件を生成する。

ステップＳ２４０３では、サーバ装置１０は、移動元地点から移動先地点への移動経路を算出するとともに、移動経路上の各位置での対象アバターの視線方向（すなわち仮想カメラ６０の視線方向）を算出する。

ステップＳ２４０４では、サーバ装置１０は、ステップＳ２４０３で算出した移動経路に基づいて、移動経路の周辺に位置しうる他のアバター及び第２オブジェクトＭ３を抽出する。

ステップＳ２４０６では、サーバ装置１０は、ステップＳ２４０４で抽出した他のアバター及び第２オブジェクトＭ３のうち、所定オブジェクトが存在するか否かを判定する。所定オブジェクトは、任意であるが、好ましくは、対象アバターにとって認識するのが有用な他のアバターや第２オブジェクトＭ３である。例えば、所定オブジェクトは、フレンド関係のアバターや、ゲーム上で敵となるアバター（例えば、対象アバターに攻撃を加えうるアバター）、ゲーム上で取得するのが有用な第２オブジェクトＭ３等であってよい。判定結果が“ＹＥＳ”の場合、ステップＳ２４０８に進み、それ以外の場合は、ステップＳ２４１０に進む。

ステップＳ２４０８では、サーバ装置１０は、ステップＳ２４０３で算出した移動経路及びアバターの視線方向に基づいて、移動経路上の１つ以上の位置であって、所定オブジェクトが描画されるように中間画像の生成条件を決定する。すなわち、サーバ装置１０は、今回のＵＩ遷移イベントに係る端末用画像のうちの、中間画像部分の画像生成条件を、所定オブジェクトが描画される態様で生成する。

ステップＳ２４１０では、サーバ装置１０は、ステップＳ２４０３で算出した移動経路及びアバターの視線方向に基づいて、移動経路上の１つ以上の位置での中間画像の生成条件を決定する。すなわち、サーバ装置１０は、今回のＵＩ遷移イベントに係る端末用画像のうちの、中間画像部分の画像生成条件を、通常態様で生成する。この場合、中間画像の生成条件は、あらかじめ準備されたアニメーション画像の生成条件とされてもよい。

ステップＳ２４１２では、サーバ装置１０は、移動先地点に対象アバターが到着したときの端末用画像（ユーザインターフェース部分以外の部分）を描画するための画像生成条件を生成する。

このようにして図２４に示す例によれば、移動元地点と移動先地点との位置関係に応じて特定ユーザインターフェースの出現方向及び退避方向が変化する態様で、端末用画像の画像生成条件を生成できる。また、中間画像を描画するための画像生成条件が生成されるので、高速移動の途中の仮想空間画像を、特定ユーザインターフェースの動きに連動する態様で生成できる。この結果、上述した課題の違和感を更に効果的に低減できる。

また、図２４に示す例によれば、今回の移動元地点から移動先地点まで対象アバターの移動中に当該対象アバターの視界内に入りうる所定オブジェクトを中間画像を介して視認可能（対象アバターにとって視認可能）とすることができる。ただし、変形例では、所定オブジェクトの有無とは無関係に中間画像を決定してもよいし、更なる他の変形例では、中間画像が省略されてもよい。

また、図２３及び図２４に示す例では、移動元地点は、特定ユーザインターフェースが対応付けられている位置に対応するが、これに限られない。すなわち、移動元地点での端末用画像には、特定ユーザインターフェースが含まれていない場合でも適用可能である。この場合も同様に、移動元地点と移動先地点との間の位置関係に基づいて、移動先地点に対応付けられている特定ユーザインターフェースの出現態様を同様に決定できる。また、移動元地点に移動先地点に係る端末用画像との間の１つ以上の中間画像についても同様に決定できる。

以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素の全部又は複数を組み合わせることも可能である。

１ 仮想現実生成システム
３ ネットワーク
１０、１０Ａ、１０Ｃ サーバ装置
１１ サーバ通信部
１２ サーバ記憶部
１３ サーバ制御部
２０、２０Ａ、２０Ｂ、２０Ｃ 端末装置
２１ 端末通信部
２２、２２Ａ 端末記憶部
２３ 表示部
２４ 入力部
２５ 端末制御部
６０ 仮想カメラ
７０ 空間部
７１ フリー空間部
１３０ ユーザデータベース
１３２ アバターデータベース
１３４ ＵＩデータベース
１４０ ユーザ入力取得部（入力取得部の一例）
１４４ 画像条件生成部（描画処理部の一例）
１４８ インターフェース形成部（出力処理部の一例）
１５０ イベント発生部
１５２ 移動処理部（位置制御部の一例）
１６４ 端末画像描画部
１６５ 端末画像データ送信部
１６６ 位置情報取得部
１６７ 位置情報送信部
１６８ データ更新処理部
２１０ 画像生成条件受信部
２１１ 画像データ受信部
２１２、２１２Ａ、２１２Ｂ、２１２Ｃ 画像出力部
２１４、２１４Ａ、２１４Ｂ ユーザ入力生成部（入力取得部の一例）
２１６、２１６Ａ、２１６Ｂ ユーザ入力送信部
２３０Ｂ ユーザデータベース
２３２Ｂ アバターデータベース
２３４Ｂ ＵＩデータベース
２４１Ａ、２４１Ｂ 位置情報更新部
２４４Ａ、２４４Ｂ 画像条件生成部（描画処理部の一例）
２４８Ａ、２４８Ｂ インターフェース形成部（出力処理部の一例）
２５０Ａ、２５０Ｂ イベント発生部
２５２Ａ、２５２Ｂ 移動処理部（位置制御部の一例）

Claims (12)

1. 仮想空間において移動可能な所定表示媒体に対応付けられているユーザからのユーザ入力を取得する入力取得部と、
   前記ユーザ入力に基づいて、前記仮想空間における前記所定表示媒体の位置を制御する位置制御部と、
   前記ユーザ入力を生成可能なユーザインターフェースを出力する出力処理部であって、前記所定表示媒体が前記仮想空間において第１位置から第２位置に移動した場合に、前記ユーザインターフェースを第１ユーザインターフェースから第２ユーザインターフェースに切り替える出力処理部とを備え、
   前記出力処理部は、前記仮想空間における前記第１位置と前記第２位置との位置関係に基づいて、前記第１ユーザインターフェースから前記第２ユーザインターフェースへの切り替え態様を変化させる、情報処理システム。
2. 前記出力処理部は、前記仮想空間内の仮想カメラの視線方向を基準として前記仮想空間における前記第２位置が前記第１位置よりも右側に位置する場合は、前記第２ユーザインターフェースを表示画面又は前記仮想カメラの視界の右側から出現させ、前記仮想空間における前記第２位置が前記第１位置よりも左側に位置する場合は、前記第２ユーザインターフェースを表示画面又は前記仮想カメラの視界の左側から出現させる、請求項１に記載の情報処理システム。
3. 前記出力処理部は、前記仮想空間内の仮想カメラの視線方向を基準として前記仮想空間における前記第２位置が前記第１位置よりも右側に位置する場合は、前記第１ユーザインターフェースを表示画面又は前記仮想カメラの視界の左側へと退避させ、前記仮想空間における前記第２位置が前記第１位置よりも左側に位置する場合は、前記第１ユーザインターフェースを表示画面又は前記仮想カメラの視界の右側へと退避させる、請求項１に記載の情報処理システム。
4. 前記所定表示媒体が前記仮想空間において前記第１位置から前記第２位置に移動した場合に、前記仮想空間内の仮想カメラの視界内の前記仮想空間の状態を表す仮想空間画像を、第１仮想空間画像から第２仮想空間画像へと切り替える描画処理部を更に含み、
   前記描画処理部は、前記仮想空間における前記第１位置と前記第２位置との位置関係に基づいて、前記第１仮想空間画像から前記第２仮想空間画像への切り替え態様を変化させる、請求項１から３のうちのいずれか１項に記載の情報処理システム。
5. 前記描画処理部は、前記仮想カメラの視線方向を基準として前記仮想空間における前記第２位置が前記第１位置よりも右側に位置する場合は、前記第２仮想空間画像を前記仮想カメラの視界の右側から出現させ、前記仮想空間における前記第２位置が前記第１位置よりも左側に位置する場合は、前記第２仮想空間画像を前記仮想カメラの視界の左側から出現させる、請求項４に記載の情報処理システム。
6. 前記描画処理部は、前記仮想カメラの視線方向を基準として前記仮想空間における前記第２位置が前記第１位置よりも右側に位置する場合は、前記第１仮想空間画像を前記仮想カメラの視界の左側へと退避させ、前記仮想空間における前記第２位置が前記第１位置よりも左側に位置する場合は、前記第１仮想空間画像を前記仮想カメラの視界の右側へと退避させる、請求項４に記載の情報処理システム。
7. 前記描画処理部は、前記第１仮想空間画像から前記第２仮想空間画像へと切り替える際に、前記第１仮想空間画像と前記第２仮想空間画像との間に中間画像を描画し、
   前記中間画像は、前記第１位置から前記第２位置の間に配置されている１つ以上のオブジェクトの画像を含む、請求項４に記載の情報処理システム。
8. 前記中間画像は、前記第１位置における前記所定表示媒体の正面方向から、前記第２位置における前記所定表示媒体の正面方向へと、前記仮想カメラの視線方向を変化させた際の、変化途中における前記仮想カメラの視界内の前記仮想空間の状態を表す仮想空間画像を含む、請求項７に記載の情報処理システム。
9. 前記中間画像は、前記第１位置から前記第２位置へと前記所定表示媒体が位置を１つ以上の中間位置を介して変化させながら移動した際の、前記中間位置における前記仮想カメラの視界内の前記仮想空間の状態を表す仮想空間画像を含む、請求項７に記載の情報処理システム。
10. 前記位置制御部は、前記第１ユーザインターフェース、又は、前記第１ユーザインターフェースとともに出力される他のユーザインターフェースを介して入力可能な所定入力に基づいて、前記所定表示媒体の前記第１位置から前記第２位置への移動を自動的に実現する、請求項５に記載の情報処理システム。
11. 仮想空間において移動可能な所定表示媒体に対応付けられているユーザからのユーザ入力を取得する入力取得処理と、
    前記ユーザ入力に基づいて、前記仮想空間における前記所定表示媒体の位置を制御する位置制御処理と、
    前記ユーザ入力を生成可能なユーザインターフェースを出力する出力処理であって、前記所定表示媒体が前記仮想空間において第１位置から第２位置に移動した場合に、前記ユーザインターフェースを第１ユーザインターフェースから第２ユーザインターフェースに切り替える出力処理とを、
    コンピュータに実行させ、
    前記出力処理は、前記仮想空間における前記第１位置と前記第２位置との位置関係に基づいて、前記第１ユーザインターフェースから前記第２ユーザインターフェースへの切り替え態様を変化させることを含む、プログラム。
12. 仮想空間において移動可能な所定表示媒体に対応付けられているユーザからのユーザ入力を取得し、
    前記ユーザ入力に基づいて、前記仮想空間における前記所定表示媒体の位置を制御し、
    前記ユーザ入力を生成可能なユーザインターフェースを出力することを含み、
    前記ユーザインターフェースを出力することは、前記所定表示媒体が前記仮想空間において第１位置から第２位置に移動した場合に、前記ユーザインターフェースを第１ユーザインターフェースから第２ユーザインターフェースに切り替えることを含み、
    前記切り替えることは、前記仮想空間における前記第１位置と前記第２位置との位置関係に基づいて、前記第１ユーザインターフェースから前記第２ユーザインターフェースへの切り替え態様を変化させることを含む、コンピュータにより実行される情報処理方法。