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

Abstract

【課題】処理負荷を過大とすることなく、仮想空間におけるユーザオブジェクトの細かな動きを描画する。【解決手段】仮想空間における各種オブジェクトを描画して表示画像を生成する描画処理部と、ユーザ入力を取得する入力取得部と、各種オブジェクトのうちの１つ以上の所定オブジェクトとユーザオブジェクトとの位置関係であって、仮想空間における位置関係を表す位置関係情報を生成する情報生成部と、所定オブジェクトとユーザオブジェクトとの組み合わせに係る第１アニメーションを描画するための第１描画情報を記憶する描画情報記憶部と、を備え、描画処理部は、位置関係情報に基づいて、所定オブジェクトとユーザオブジェクトとの間の距離が所定距離以下になると、第１描画情報に基づいて、第１アニメーションを描画する、情報処理システムが開示される。【選択図】図１

Description

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

トラッキングモジュールを用いてユーザの手の各種状態（なにかを指で指している状態、手が開いている状態、手が閉じている状態、手が何かをつまむ状態、手がひねられている状態、握手している状態等）を認識する技術が知られている。

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

上記のような従来技術では、手の指の比較的多くの関節に係る情報をトラッキングモジュールに基づいて取得する必要があるので、ユーザの意図したとおりの手の細かな動きを仮想空間内におけるユーザアバターの手の動きに反映させやすい反面、関節数の増加に伴って処理負荷が増加しやすいという問題点がある。

そこで、１つの側面では、本開示は、処理負荷を過大とすることなく、仮想空間におけるユーザオブジェクトの細かな動きを描画可能とすることを目的とする。

１つの側面では、仮想空間に位置する各種オブジェクトに関するオブジェクト情報を記憶するオブジェクト記憶部と、
前記オブジェクト情報に基づいて、前記仮想空間における各種オブジェクトを描画して表示画像を生成する描画処理部と、
各種オブジェクトのうちのユーザに対応付けられるユーザオブジェクトに係るユーザ入力を取得する入力取得部と、
前記ユーザ入力に基づいて、前記仮想空間における前記ユーザオブジェクトの動きを決定する動作処理部と、
各種オブジェクトのうちの１つ以上の所定オブジェクトと前記ユーザオブジェクトとの位置関係であって、前記仮想空間における位置関係を表す位置関係情報を生成する情報生成部と、
前記所定オブジェクトと前記ユーザオブジェクトとの組み合わせに係る第１アニメーションを描画するための第１描画情報を記憶する描画情報記憶部と、を備え、
前記描画処理部は、前記位置関係情報に基づいて、前記所定オブジェクトと前記ユーザオブジェクトとの間の距離が所定距離以下になると、前記第１描画情報に基づいて、前記第１アニメーションを描画する、情報処理システムが提供される。

１つの側面では、本開示によれば、処理負荷を過大とすることなく、仮想空間におけるユーザオブジェクトの細かな動きを描画することが可能となる。

本実施形態に係る仮想現実生成システムのブロック図である。 ヘッドマウントディスプレイにおける表示画像の一例の説明図である。 鉛筆オブジェクトに係る第１所定距離及び第２所定距離の説明図である。 鉛筆オブジェクトとユーザアバターとの組み合わせに係るアニメーションの説明図（その１）である。 鉛筆オブジェクトとユーザアバターとの組み合わせに係るアニメーションの説明図（その２）である。 本実施形態で好適に利用可能なステートマシンの一例の説明図である。 端末装置の各種機能のうちの、上述したアニメーション描画機能に関する構成を示す概略的なブロック図である。 アバター記憶部内のデータの一例の説明図である。 所定オブジェクト記憶部内のデータの一例の説明図である。 アニメーションデータ記憶部内のデータの一例の説明図である。 関節位置情報の説明図である。 仮想カメラの視界の一例の説明図である。 ギフトオブジェクトに係るアニメーションの一例の説明図（その１）である。 ギフトオブジェクトに係るアニメーションの一例の説明図（その２）である。 ギフトオブジェクトに係るアニメーションの一例の説明図（その３）である。 サーバ装置の各種機能のうちの、上述したアニメーション描画機能に関する構成を示す概略的なブロック図である。 アバター記憶部内のデータの一例の説明図である。 所定オブジェクト記憶部内のデータの一例の説明図である。 距離状態記憶部内のデータの一例の説明図である。 アニメーション情報記憶部内のデータの一例の説明図である。 干渉検出部により検出される干渉状態を模式的に示す図である。 アニメーション制御部において好適に利用可能なステートマシンの他の例の説明図である。 オブジェクト管理部による調整方法に関連してサーバ装置により実行される処理の一例を示すフローチャートである。 フリー状態の所定オブジェクトに係る同時発生の干渉状態に対する調整処理（図２３のステップＳ２３１０）の一例を示す概略フローチャートである。 一のユーザアバターによる専有状態の所定オブジェクトに対する調整処理（図２３のステップＳ２３２６）の一例を示す概略フローチャートである。 ２つ以上のユーザアバターによる共有状態の所定オブジェクトに対する調整処理（図２３のステップＳ２３２８）の一例を示す概略フローチャートである。

以下、実施形態について図面を参照して説明する。

（仮想現実生成システムの概要）
図１を参照して、本発明の一実施形態に係る仮想現実生成システム１の概要について説明する。図１は、本実施形態に係る仮想現実生成システム１のブロック図である。

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

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

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

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

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

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

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

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

本実施形態では、ユーザは、仮想空間内で各種コンテンツを視聴する視聴ユーザと、後述する配信者アバターを介して仮想空間内で後述する特定コンテンツを配信する配信ユーザとを含む。

なお、配信ユーザは、視聴ユーザとして、他の配信ユーザによる特定コンテンツを視聴することも可能であるし、逆に、視聴ユーザも、配信ユーザとして、特定コンテンツを配信することも可能でありうる。ただし、以下では、説明の複雑化を防止する都合上、視聴ユーザとは、その時の視聴ユーザであるとし、配信ユーザは、その時の配信ユーザであるとする。なお、以下では、配信ユーザと視聴ユーザとを特に区別しない場合は、単に「ユーザ」と称する場合がある。また、配信者アバターと他のユーザアバターを特に区別しない場合は、単に「ユーザアバター」と称する場合がある。

なお、ユーザアバターは、典型的には、正面方向を有するキャラクタの形態であり、人や動物又はその類を模した形態を有してよい。ユーザアバターは、各種アバターアイテムに対応付けられることで、多様な容姿（描画されたときの容姿）を有することができる。

本実施形態では、一のユーザには一のユーザアバターが対応付けられる。従って、一のユーザと、当該一のユーザに対応付けられるユーザアバターとは、一対一で対応する関係である。従って、以下の説明では、ユーザアバターとは、ユーザと同義となる場合があり、ユーザとは、ユーザアバターと同義になる場合がある。ただし、変形例では、一のユーザには、複数のユーザアバターが対応付け可能であってよい。この場合も、一のユーザが仮想空間で利用するユーザアバターがその時点で１つである場合、当該一のユーザと、当該一のユーザに対応付けられるユーザアバターとは、一対一で対応する関係である。

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

以下では、サーバ装置１０が配信する各種コンテンツのうちの、配信ユーザによる特定コンテンツを主に説明する。また、以下の説明では、ヘッドマウントディスプレイを介して視聴されることが好適なコンテンツについて説明する。

配信ユーザによる特定コンテンツとは、配信ユーザに係る配信者アバターであって、配信ユーザの向きや位置、動き等に応じて向きや位置、動き等を変化させる配信者アバターが仮想空間内に登場するコンテンツを指すものとする。なお、配信ユーザの向きや位置、動きとは、配信ユーザの顔や手等の身体の一部や全部の向き、位置、動きのみならず、配信ユーザの視線の向き、位置、動き又はその類を含む概念である。配信ユーザによる特定コンテンツは、典型的には、動画コンテンツである。

配信ユーザによる特定コンテンツは、典型的には、配信者アバターを介して任意の態様でエンターテイメントを提供するものである。例えば、配信ユーザによる特定コンテンツは、踊りや音楽、マジック等のような各種のパフォーマンス、チャット、会合、集会、会議、又はその類に関連してもよい。

また、配信ユーザによる特定コンテンツは、教育系であってもよい。例えば、配信ユーザによる特定コンテンツは、配信者アバターを介して配信ユーザからの指導やアドバイス等を含んでよい。例えば、ダンスのレッスンに係る仮想現実で提供されるコンテンツとして、ダンスの先生からの指導やアドバイス等を含んでよい。この場合、ダンスの先生が配信ユーザとなり、生徒が視聴ユーザとなり、仮想現実において生徒が先生から個別的に指導を受けることができる。

また、配信ユーザによる特定コンテンツは、２人以上の配信ユーザによるコラボレーションの形態で配信（以下、「コラボ配信」と省略）されてもよい。これにより、多様な態様での配信が可能となり、配信ユーザ間での交流が促進される。

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

仮想現実におけるコンテンツの提供態様は、多様であり、ヘッドマウントディスプレイの表示機能を利用して提供される態様以外であってもよい。例えば、コンテンツが映像である場合、仮想空間内の表示装置（仮想現実媒体）のディスプレイ上に、映像を描画することで、当該コンテンツの提供が実現されてもよい。なお、仮想空間内の表示装置は、任意の形態であり、仮想空間内に設置されるスクリーンや、仮想空間内に設置される大画面ディスプレイ、仮想空間内の携帯端末のディスプレイ等であってよい。

また、仮想現実におけるコンテンツは、ヘッドマウントディスプレイを介する以外の方法によっても視聴可能であってもよい。例えば、仮想現実におけるコンテンツは、スマートフォンやタブレット等を介して直接的に（ヘッドマウントディスプレイを介することなく）視聴されてもよい。

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

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

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

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

サーバ制御部１３は、専用のマイクロプロセッサ又は特定のプログラムを読み込むことにより特定の機能を実現するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を含んでよい。例えばサーバ制御部１３は、端末装置２０と協動して、端末装置２０の表示部２３に対するユーザ操作に応じて仮想現実アプリケーションを実行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

（アニメーション描画機能）
本実施形態では、描画処理は、所定オブジェクトとユーザオブジェクトとの間の距離が第１所定距離ｄ１以下になると、所定オブジェクトとユーザオブジェクトとの組み合わせに係るアニメーションを描画するアニメーション描画機能を実現する。この場合、アニメーションは、事前に用意されるアニメーションであり、所定オブジェクトごとにかつユーザオブジェクトごとに用意されてよい。

所定オブジェクトは、仮想空間内に配置可能な各種オブジェクトのうちの任意のオブジェクトであり、典型的には、仮想空間内に配置可能な各種オブジェクトの一部であるが、仮想空間内に配置可能な各種オブジェクトの全部であってもよい。

本実施形態では、所定オブジェクトは、一例として、仮想空間内に配置可能な各種オブジェクトのうちの、ユーザアバターが扱うことができるオブジェクト（例えば手にすることができるオブジェクト）であるとする。例えば、所定オブジェクトは、ユーザアバターが手に取ることができるペン等の物体に係るオブジェクトを含んでよい。ただし、所定オブジェクトに対応する物体は、現実において対応する物体が存在する必要はなく、仮想空間においてのみ存在する物体であってもよい。また、仮想空間内に配置可能な各種オブジェクトがギフトオブジェクトを含む構成の場合、所定オブジェクトは、好ましくは、ギフトオブジェクトの全部又は一部を含む。

所定オブジェクトとユーザオブジェクトとの間の距離は、仮想空間内における距離（例えば空間距離）であり、所定オブジェクトの位置情報と、ユーザオブジェクトの位置情報とに基づいて算出されてよい。この場合、所定オブジェクトの位置情報は、当該所定オブジェクトを仮想空間に配置する際に用いる位置情報であってよく、例えば、所定オブジェクトの代表点（例えば重心や図心）の位置情報であってよい。また、ユーザオブジェクトの位置情報は、ユーザオブジェクトの手の位置情報であってよい。この場合、ユーザオブジェクトの手の位置情報は、ユーザオブジェクトの手の最も先の部分の位置情報であってよい。例えば、指の関節位置情報を取得可能な構成の場合、ユーザオブジェクトの手の位置情報は、指の関節位置情報であってよい。また、指の関節位置情報は取得されず手首の関節位置情報を取得可能な構成の場合、ユーザオブジェクトの手の位置情報は、手首の関節位置情報であってよい。

以下では、ユーザの手又はユーザオブジェクトの手とは、特に言及しない限り、ユーザ又はユーザオブジェクトの手首よりも先の掌及び指に対応する部分を指す。

第１所定距離ｄ１は、任意であるが、比較的小さい値であり、所定オブジェクトとユーザオブジェクトとの間の接触が検知される距離と同様であってよい。第１所定距離ｄ１は、所定オブジェクトのサイズ（仮想空間における実際のサイズ、又は仮想空間の画像上でのサイズ）に応じて設定されてもよい。例えば、第１所定距離ｄ１は、所定オブジェクトのサイズが小さくなるほど小さくなる態様で設定されてもよい。なお、仮想空間の画像上での所定オブジェクトのサイズに応じて設定される場合、第１所定距離ｄ１は、同じ所定オブジェクトに対しても異なる値となりうる。

図３は、所定オブジェクトの一例である鉛筆オブジェクトＭ３に係る第１所定距離ｄ１及び第２所定距離ｄ２の説明図である。

図３に示す例では、鉛筆オブジェクトＭ３に係る第１所定距離ｄ１を定める球３０１（図３では、２次元の円で図示）が示されている。当該球３０１は、第１所定距離ｄ１の半径を有し、その中心は、鉛筆オブジェクトＭ３の図心（代表点）に設定されている。なお、図３には、球３０１よりも大きい半径ｄ２（以下、「第２所定距離ｄ２」と称する）の球３０２（図３では、２次元の円で図示）も併せて示されている。球３０２の中心も、鉛筆オブジェクトＭ３の図心（代表点）に設定されている。第２所定距離ｄ２の半径に係る球３０２については後述する。

所定オブジェクトとユーザオブジェクトとの組み合わせに係るアニメーションは、任意であり、例えば、所定オブジェクトを触る、所定オブジェクトを持つ、所定オブジェクトを握る、所定オブジェクトを摘む、所定オブジェクトを持ち上げる、所定オブジェクトを挟むといったような、各種の手の動きを表すアニメーションである。また、所定オブジェクトとユーザオブジェクトとの組み合わせに係るアニメーションは、片手に係るアニメーションであってもよいし、両手に係るアニメーションであってもよい。

アニメーションは、好ましくは、ユーザオブジェクトの全体のうちの手の部分のみに関する。これは、手の部分は、指があるが故に関節数が多く、モーションキャプチャ等によって各関節の位置情報を取得及び利用すると処理負荷が有意に増加する傾向があるためである。

アニメーションは、所定オブジェクトごとに用意されるので、一の種類の所定オブジェクトに対して用意されるアニメーションの種類は、当該一の種類の所定オブジェクトの属性に応じて決定されてもよい。例えば、所定オブジェクトが、現実において比較的重量の大きい物体（例えばバーベル）に対応するオブジェクトの場合、片手で“所定オブジェクトを持ち上げる”といった種類のアニメーションは用意されなくてもよい。

アニメーションは、所定オブジェクトの動きや変形等の変化をも表現してもよい。これは、所定オブジェクトの種類によっては、手で扱われることで所定オブジェクトの動きを与えるほうが、現実との整合性が高くなる場合があるためである。例えば、所定オブジェクトが、飲料が入った瓶や、コップ、ジョッキ等に対応する場合、アニメーションは、飲料の動き（瓶から飲料がコップやジョッキに注がれる場合はその動きや、コップの動きに応じたコップ内の液面の動き、泡の発生など）を表現してもよい。

図４及び図５は、所定オブジェクトの一例である鉛筆オブジェクトＭ３とユーザアバターの手パーツＭ２との組み合わせに係るアニメーションの説明図である。

図４は、仮想空間の画像における鉛筆オブジェクトＭ３とユーザアバターの手の部分（以下、「手パーツＭ２」とも称する）とを示す図であり、鉛筆オブジェクトＭ３とユーザアバターの手パーツＭ２との間の距離が第１所定距離ｄ１以下に至る直前の状態を示す図である。図５は、仮想空間の画像における鉛筆オブジェクトＭ３とユーザアバターの手パーツＭ２とを示す図であり、鉛筆オブジェクトＭ３とユーザアバターの手パーツＭ２との間の距離が第１所定距離ｄ１以下となった直後の状態を示す図である。

図４及び図５に示す例では、鉛筆オブジェクトＭ３とユーザアバターの手パーツＭ２との間の距離ｄ３が第１所定距離ｄ１（図３参照）以下になると、ユーザアバターの手が鉛筆オブジェクトＭ３を握るアニメーションが描画される。なお、図５には、ユーザアバターの手が鉛筆オブジェクトＭ３を握っている状態が示されているが、当該アニメーションは、図４に示す状態から、図５に示す状態に至るまでのアニメーション部分を含んでよい。

ここで、図４及び図５に示すようなアニメーションは、ユーザアバターの手の各関節の細かな動きを表現するものであるが、モーションキャプチャ等によってユーザの各関節の位置情報を取得することなく、描画できる。すなわち、図４及び図５に示すようなアニメーションは、あらかじめ用意されるデータ（描画データ）に基づいて生成されるので、モーションキャプチャ等によってユーザの各関節の位置情報を取得することを要しない。

このようにして、本実施形態によれば、処理負荷を過大とすることなく、仮想空間におけるユーザオブジェクトの細かな動きを描画することが可能となる。

図６は、本実施形態で好適に利用可能なステートマシンの一例の説明図である。図６に示す例では、一例として、各状態ＳＴ６００～ＳＴ６２５が示されている。状態ＳＴ６００は、仮想空間内へとユーザアバターが入った後（エントリ後）に形成されるデフォルト状態（“Ｄｅｆａｕｌｔ”）に対応し、状態ＳＴ６１０は、各状態ＳＴ６２０～ＳＴ６２５のうちの任意の状態を表す任意状態（“Ａｎｙ Ｓｔａｔｅ”）に対応する。各状態ＳＴ６２０～ＳＴ６２５は、遷移時にアニメーションの描画を伴う状態である。例えば“ＰｅｎｃｉｌＨａｎｄ”は、ユーザアバターが鉛筆オブジェクト（図５参照）を握っている状態であり、鉛筆オブジェクトとユーザアバターとが親子関係となっている状態に対応する。なお、この状態“ＰｅｎｃｉｌＨａｎｄ”において、所定オブジェクトであるボトルオブジェクト（図示せず）とユーザアバターの手パーツＭ２との間の距離が第１所定距離ｄ１以下になると、状態“ＢｏｔｔｌｅＨａｎｄ”は“Ａｎｙ Ｓｔａｔｅ”から遷移可能であることから、状態“ＰｅｎｃｉｌＨａｎｄ”からダイレクトに遷移する。この場合、ユーザアバターがボトルオブジェクト（図示せず）を持つ状態へ至るアニメーションが描画されてよい。

このようなステートマシンを利用して各種アニメーションの変化を実現することで、各種アニメーションのバリエーションを容易に増加させることができる。例えば、新たに一の所定オブジェクトに係るアニメーションを追加する場合、例えば任意状態（“Ａｎｙ Ｓｔａｔｅ”）からの遷移に基づき記述することで、既存のアニメーションに影響することなく追加できる。これにより、設計工数を効率的に削減できるとともに、ロジックの簡素化に伴う処理負荷の低減を図ることができる。

次に、図７以降を参照して、上述した仮想現実生成システム１の構成例を順に説明していく。

図７は、端末装置２０の各種機能のうちの、上述したアニメーション描画機能に関する構成を示す概略的なブロック図である。図８は、アバター記憶部２４１内のデータの一例の説明図である。図９は、所定オブジェクト記憶部２４２内のデータの一例の説明図である。図１０は、アニメーションデータ記憶部２４４内のデータの一例の説明図である。図１１は、関節位置情報の説明図である。

以下では、一の端末装置２０について説明するが、他の端末装置２０についても実質的に同様であってよい。また、以下では、ユーザとは、特に言及しない限り、当該一の端末装置２０を利用するユーザを指し、ユーザアバターＭ１とは、特に言及しない限り、当該ユーザに対応付けられるユーザアバターＭ１、又は、配信画像Ｈ２においては配信者アバターを指す。

端末装置２０は、図７に示すように、オブジェクト情報記憶部２４０と、アニメーションデータ記憶部２４４と、サーバデータ取得部２５０と、ユーザ入力取得部２５２と、アバター動作処理部２５４と、描画処理部２５８と、を含む。

なお、オブジェクト情報記憶部２４０からアニメーションデータ記憶部２４４の各機能は、図１に示した端末装置２０の端末記憶部２２により実現できる。また、サーバデータ取得部２５０から描画処理部２５８の各機能は、図１に示した端末装置２０の端末制御部２５が、端末通信部２１、端末記憶部２２、表示部２３及び入力部２４と協動して、仮想現実アプリケーションを実行することで実現できる。

オブジェクト情報記憶部２４０は、仮想空間に係る各種オブジェクトに関するオブジェクト情報を記憶する。オブジェクト情報記憶部２４０は、アバター記憶部２４１と、所定オブジェクト記憶部２４２とを含む。

アバター記憶部２４１には、ユーザアバターＭ１を描画するための各種情報（以下、「ユーザアバターＭ１の描画情報」とも称する）が記憶される。図８に示す例では、ユーザアバターＭ１の描画情報８００は、各アバターＩＤに、顔パーツＩＤ、髪型パーツＩＤ、服装パーツＩＤ等が対応付けられる。顔パーツＩＤ、髪型パーツＩＤ、服装パーツＩＤ等の容姿に係るパーツ情報は、ユーザアバターＭ１を特徴付けるパラメータであり、対応するユーザにより選択されてよい。ユーザアバターＭ１に係る顔パーツＩＤ、髪型パーツＩＤ、服装パーツＩＤ等の容姿に係る情報は、各ユーザが多様に選択できるように、複数種類用意される。また、顔パーツＩＤについては、顔の形、目、口、鼻等の各種類にそれぞれパーツＩＤが用意され、顔パーツＩＤに係る情報は、当該顔を構成する各パーツのＩＤの組み合わせで管理されてもよい。この場合、各アバターＩＤに紐付けられた容姿に係る各ＩＤに基づいて、端末装置２０側において各ユーザアバターＭ１を描画することが可能である。

所定オブジェクト記憶部２４２には、所定オブジェクトに関する各種情報（以下、「オブジェクト情報」とも称する）が記憶される。図９に示す例では、オブジェクト情報９００は、各所定オブジェクトＩＤに、位置情報、第１所定距離ｄ１（図３参照）、第２所定距離ｄ２（図３参照）が対応付けられる。位置情報は、対応する所定オブジェクトの位置（仮想空間における位置）を表し、上述したように所定オブジェクトの代表点の位置情報であってよい。なお、所定オブジェクトが移動可能なオブジェクトの場合、位置情報は、対応する所定オブジェクトの移動に応じて更新されてよい。第１所定距離ｄ１及び第２所定距離ｄ２は、図３を参照して上述したとおりである。なお、第１所定距離ｄ１及び／又は第２所定距離ｄ２は、すべての所定オブジェクトに対して同一であってもよく、この場合、オブジェクト情報９００は簡略化されてよい。

アニメーションデータ記憶部２４４には、上述した各種アニメーションを描画するためのデータ（以下、「アニメーション情報」とも称する）が記憶される。図１０に示すアニメーション情報１０００は、特定の一のユーザアバターＭ１に対応付けられたアニメーション情報を示す。図１０に示すアニメーション情報１０００のようなアニメーション情報は、ユーザアバターＭ１ごとに用意されてよい。

図１０に示すアニメーション情報１０００は、所定オブジェクトＩＤごとに、データＩＤが対応付けられている。データＩＤは、アニメーションデータごとに付与されるＩＤであり、一のデータＩＤは、一意に一の特定のアニメーションデータに対応する。図１０に示すアニメーション情報１０００では、所定オブジェクトＩＤ“Ｂ０１”には、２つのデータＩＤが対応付けられており、２つのデータＩＤは、それぞれ、第１アニメーションデータ（第１描画情報の一例）及び第２アニメーションデータ（第２描画情報の一例）に対応付けられている。また、所定オブジェクトＩＤ“Ｂ０２”には、第１アニメーションデータに係る２つのデータＩＤが対応付けられている。

第１アニメーションデータは、所定オブジェクトとユーザアバターＭ１との間の距離が第１所定距離ｄ１以下となった場合のアニメーション（第１アニメーションの一例）を描画するためのデータである。第２アニメーションデータは、所定オブジェクトとユーザアバターＭ１との間の距離が第１所定距離ｄ１よりも大きいが第２所定距離ｄ２以下となった場合のアニメーション（第２アニメーションの一例）を描画するためのデータである。なお、第２アニメーションデータは、省略されてもよい。この場合、第２アニメーションデータに代えて、ユーザアバターＭ１の手の所定姿勢（例えば所定オブジェクトを指差す姿勢）を表す静止画データが利用されてもよい。

本実施形態では、一の端末装置２０のアニメーションデータ記憶部２４４に記憶される各種アニメーションデータは、当該一の端末装置２０のユーザに対応付けられるユーザアバターＭ１に係る各種アニメーションデータや、配信者アバターに係る各種アニメーションデータを含んでよい。すなわち、アニメーションは、ユーザアバターＭ１ごとに用意され、一の端末装置２０のアニメーションデータ記憶部２４４に記憶される各種アニメーションデータは、対応するユーザアバターＭ１や各種配信者アバターに対して用意されたアニメーションを描画するためのデータである。ただし、変形例では、アニメーションは、１つ以上の種類のユーザアバターＭ１に対して共通であってもよい。

サーバデータ取得部２５０は、サーバ装置１０から、端末装置２０側においてアニメーション描画機能を実現するための各種情報やデータを取得する。例えば、サーバデータ取得部２５０は、オブジェクト情報記憶部２４０及びアニメーションデータ記憶部２４４内に記憶（及び更新）されるべき各種データ及びその更新用データを取得する。

ユーザ入力取得部２５２は、入力部２４を介したユーザによる各種入力を取得する。なお、配信画像Ｈ２を描画する場合は、ユーザ入力取得部２５２は、配信ユーザに係る各種入力を取得する。入力部２４を介した各種入力は、上述したとおりであってよい。本実施形態では、一例として、ユーザ入力取得部２５２は、モーションキャプチャに基づいて、ユーザの各種関節に係る関節情報を取得する。この場合、関節情報は、ユーザのすべての関節のうちの、一部の関節に関する。具体的には、本実施形態では、関節情報は、ユーザの指の関節を含まない関節に関する。例えば、関節情報は、図１１に示すように、ユーザの首、肩、肘、手首、股、膝、足首等の関節に関する情報であってよい。この場合、関節情報は、姿勢と骨格を表現する行列の変換（位置と角度）、その行列に従属するメッシュの変形データの形式であってもよい。

あるいは、他の実施形態では、ユーザ入力取得部２５２が取得する関節情報は、ユーザの指の関節に係る関節情報を含んでもよい。ただし、この場合、ユーザの指の関節に係る関節情報は、アニメーションの描画には利用されなくてよい。あるいは、ユーザの指の関節に係る関節情報は、アニメーションの描画において一部のみが利用されてもよい。

なお、以下では説明上、ユーザアバターＭ１は、ユーザの各種関節に対応する各種関節を有するものとする。ただし、ユーザアバターＭ１の各種関節の位置や動き（可動域）等は、人の位置や動き等と完全に一致する必要はなく、適宜、異なってよい。図１１に示す例では、ユーザアバターＭ１は、関節（図１１で黒丸のマークで図示）を介して連結された複数のパーツを含み、複数のパーツは、手に対応する手パーツＭ２（第１パーツの一例）と、腕パーツを含む身体側の各パーツＭ５（第２パーツの一例）とを有する。手パーツＭ２は、手首の関節を介して、身体側の各パーツＭ５に連結されている。ユーザアバターＭ１が有する関節の数や場所は、適宜、設定されてよい。

アバター動作処理部２５４は、ユーザ入力取得部２５２により取得された各種入力に基づいて、ユーザアバターＭ１の動きを決定する。ユーザアバターＭ１の動きとは、全体の動きのみならず、一部のパーツの動きをも含んでよい。

ユーザ入力取得部２５２により取得された入力が関節情報を含む場合、アバター動作処理部２５４は、関節情報に基づいて、ユーザアバターＭ１の姿勢や動きを決定する。この場合、関節情報が表す現実の座標系におけるユーザの各関節の位置及び／又は角度が、仮想空間の座標系におけるユーザアバターＭ１の各関節の位置及び／又は角度に整合するように、ユーザアバターＭ１の姿勢や動きが決定されてもよい。

また、ユーザ入力取得部２５２により取得された入力が、ユーザアバターＭ１の各種関節以外の可動部位（例えば口や目等）に係る動き情報を含む場合、アバター動作処理部２５４は、動き情報に基づいて、ユーザアバターＭ１の可動部位の状態（動き）を決定してよい。この場合、アバター動作処理部２５４は、かかる動き情報に、ユーザアバターＭ１の可動部位の状態（動き）が整合するように、ユーザアバターＭ１の可動部位の状態（動き）を決定してもよい。

本実施形態では、アバター動作処理部２５４は、ユーザ入力取得部２５２により取得された各種入力に基づいて、ユーザアバターＭ１の位置／向き情報として、ユーザアバターＭ１の全体としての位置及び向きを表す情報と、ユーザアバターＭ１の各種関節に係る関節情報とを更新する。ユーザアバターＭ１の全体としての位置は、例えばユーザアバターＭ１の代表点（例えば胴体部分の中心や、任意の１つの関節）の位置であってよく、ユーザアバターＭ１の全体としての向きは、例えばユーザアバターＭ１の胴体部分の正面方向に対応してよい。また、アバター動作処理部２５４は、ユーザアバターＭ１の位置／向き情報に、決定したユーザアバターＭ１の可動部位の状態（動き）を表す情報を含めてもよい。なお、他の実施形態では、アバター動作処理部２５４は、ユーザアバターＭ１の位置／向き情報に含める情報として、ユーザ入力取得部２５２により取得された動き情報を、そのまま利用してもよい。

描画処理部２５８は、仮想空間内に仮想的に配置される仮想カメラの視界内の画像（以下、「端末用画像」とも称する）を生成する。なお、仮想カメラは、端末装置２０ごとに設定されてよい。

図１２は、仮想カメラ６０の視界の一例の説明図である。図１２には、仮想空間におけるユーザアバターＭ１と仮想カメラ６０とともに、仮想カメラ６０の視界がハッチング範囲Ｒ１１００により上面視で模式的に示されている。なお、仮想カメラ６０の向きは、必ずしも水平（仮想空間のフィールドに対して平行）である必要はなく、多様な自由度で変化されてもよい。仮想カメラ６０の位置も多様な自由度で変化されてもよい。なお、以下では、仮想カメラ６０の視界は、各種のカメラパラメータの値に応じて定まることとする。

描画処理部２５８は、通常モードと、アニメーションモードとを含む複数のモード間で遷移する態様で動作してよい。描画処理部２５８は、アバター描画部２５８１と、オブジェクト描画部２５８２と、ベース画像描画部２５８３と、アニメーション描画部２５８４とを含む。

アバター描画部２５８１は、上述したような端末用画像のうちの、ユーザアバターＭ１に係る部分を描画する。具体的には、アバター描画部２５８１は、仮想カメラ６０の各カメラパラメータの値と、各ユーザアバターＭ１の位置／向き情報と、ユーザアバターＭ１の描画情報８００（図８参照）等に基づいて、仮想カメラの視野内に位置しうる１つ以上のユーザアバターＭ１を描画する。なお、アバター描画部２５８１によるユーザアバターＭ１の描画は、後述するベース画像上に重畳されてもよい。

なお、上述したように、一のユーザアバターＭ１の位置／向き情報が、ユーザアバターＭ１の複数のパーツのそれぞれの位置や向きを表す情報を含む場合、アバター描画部２５８１は、かかる情報に基づいて、ユーザアバターＭ１の複数のパーツのそれぞれの位置や向きを表現してよい。これにより、ユーザアバターＭ１の動きを、より自然に表現できる。例えば、特定パーツが上半身の場合、下半身に対して上半身をひねるような動きも表現可能となりうる。

また、上述したように、一のユーザアバターＭ１の位置／向き情報が、当該一のユーザアバターＭ１の各種関節に係る関節情報を含む場合、アバター描画部２５８１は、かかる関節情報に、ユーザアバターＭ１の各種関節の状態が整合するように、ユーザアバターＭ１を描画してもよい。

また、上述したように、一のユーザアバターＭ１の位置／向き情報が、当該一のユーザアバターＭ１の各種関節以外の可動部位（例えば口や目等）に係る動きを表す情報を含む場合、アバター描画部２５８１は、かかる情報に基づいて、ユーザアバターＭ１の可動部位の対応する動きが表現される態様で、ユーザアバターＭ１の可動部位を描画してもよい。

アバター描画部２５８１は、通常モードでは、手パーツＭ２を含むユーザアバターＭ１全体を描画する。他方、アバター描画部２５８１は、後述するアニメーション描画部２５８４が動作するアニメーションモードでは、アニメーション描画部２５８４により描画されるパーツ（例えば手パーツＭ２）については描画することなく、アニメーション描画部２５８４により描画されないパーツ（例えば、手パーツＭ２以外の身体側の各パーツＭ５）のみを描画する。

なお、上述したように、ユーザの指の関節に係る関節情報が取得される構成では、アバター描画部２５８１は、通常モードにおいては、ユーザの指の関節に係る関節情報に基づいて、ユーザアバターＭ１の手パーツＭ２を描画してもよい。ただし、この場合も、アバター描画部２５８１は、アニメーションモードにおいては、ユーザの指の関節に係る関節情報を利用することなく（あるいは一部のみを用いて）、アニメーション描画部２５８４により描画されないパーツ（例えば、手パーツＭ２以外の身体側の各パーツＭ５）のみを描画する。

同様に、上述したように、可動部位の動き情報が取得される構成では、アバター描画部２５８１は、可動部位の動き情報を通常モードにおいてのみ利用することとしてもよい。すなわち、アバター描画部２５８１は、アニメーションモードにおいては、可動部位の動き情報を利用することなく（あるいは一部のみを用いて）、アニメーション描画部２５８４により描画されないパーツ（例えば、手パーツＭ２以外の身体側の各パーツＭ５）のみを描画する。ただし、可動部位が、アニメーション描画部２５８４により描画されないパーツに含まれない場合は、アバター描画部２５８１は、アニメーションモードにおいても、可動部位の動きを表す情報に基づいて、ユーザアバターＭ１の可動部位を描画してもよい。

なお、アバター描画部２５８１により描画されるユーザアバターＭ１は、他のユーザに対応付けられる他のユーザアバターＭ１を含んでよい。すなわち、仮想カメラ６０からの視野内に他のユーザアバターＭ１が位置する場合、アバター描画部２５８１は、当該他のユーザアバターＭ１を同様に描画してよい。

オブジェクト描画部２５８２は、上述したような端末用画像のうちの、所定オブジェクトを描画する。なお、各オブジェクトの描画情報は、ユーザアバターＭ１の描画情報８００（図８参照）と同様の態様で、図示しない記憶部に記憶されてよい。

オブジェクト描画部２５８２は、通常モードでは、対応するオブジェクトの描画情報に基づいて、所定オブジェクトを描画する。他方、オブジェクト描画部２５８２は、後述するアニメーション描画部２５８４が動作するアニメーションモードでは、仮想カメラの視野内の所定オブジェクトのうちの、アニメーション描画部２５８４により描画される所定オブジェクトについては描画することなく、アニメーション描画部２５８４により描画されない所定オブジェクトのみを描画する。

ベース画像描画部２５８３は、上述したような端末用画像の基本部分を描画する。すなわち、ベース画像描画部２５８３は、アバター描画部２５８１やオブジェクト描画部２５８２、後述するアニメーション描画部２５８４による描画が重畳される前の基本部分を描画する。例えば、ベース画像描画部２５８３は、仮想空間の描画情報や、仮想カメラ６０の各カメラパラメータの値等に基づいて、仮想カメラ６０からの視野内のフィールドや背景等を描画する。なお、仮想空間の描画情報は、あらかじめ用意されてよいが、事後的又は動的に更新等されてもよい。なお、仮想空間の描画方法は、任意であるが、例えばフィールドオブジェクトや背景オブジェクトを、適切な平面や曲面等にマッピングすることにより実現されてもよい。

アニメーション描画部２５８４は、後述するサーバ装置１０のアニメーション制御部１５７からの指令に基づいて、アニメーションデータ記憶部２４４内のアニメーションデータ（図１０参照）から、当該指令に含まれるデータＩＤに対応したアニメーションデータを抽出する。そして、アニメーション描画部２５８４は、抽出したアニメーションデータに基づいて、図４及び図５を参照して上述したような各種アニメーションを描画する。

本実施形態では、アニメーションは、所定オブジェクトとユーザアバターＭ１の手パーツＭ２との組み合わせに関する。この場合、アニメーション描画部２５８４は、ユーザアバターＭ１の手首の位置や向きに基づいて、ユーザアバターＭ１の手首の関節に手パーツＭ２のアニメーションが自然な態様で連結されるように描画してよい。

なお、本実施形態では、所定オブジェクトはギフトオブジェクトを含んでよく、この場合、配信ユーザによる配信画像Ｈ２（特定コンテンツに係る配信画像）においてアニメーションを描画してもよい。

例えば、図１３から図１５は、ギフトオブジェクトに係るアニメーションの一例の説明図であり、配信画像Ｈ２の一例を示す図である。図１３から図１５は、時系列順の配信画像Ｈ２であり、上から落下してくるぬいぐるみのギフトオブジェクトＧ１３（所定オブジェクト）に対するアニメーションの説明図である。図１３に示すように、ぬいぐるみのギフトオブジェクトＧ１３が落下してくると、図１４に示すように、配信者アバターであるユーザアバターＭ１は、ぬいぐるみのギフトオブジェクトＧ１３に手パーツＭ２を近づける。そして、ぬいぐるみのギフトオブジェクトＧ１３とユーザアバターＭ１の手パーツＭ２の間の距離が第１所定距離ｄ１以下になると、ぬいぐるみのギフトオブジェクトＧ１３を手で掴んで抱き抱えるまでのアニメーション（ユーザアバターＭ１とぬいぐるみのギフトオブジェクトＧ１３との組み合わせに係るアニメーション）が描画される。図１５には、アニメーションの最後のフレームとして、ぬいぐるみのギフトオブジェクトＧ１３を抱き抱えているユーザアバターＭ１が描画されている。

なお、図１３から図１５に示す例では、ハート型のギフトオブジェクトＧ１２も、所定オブジェクトであるとする。この場合、ハート型のギフトオブジェクトＧ１２とユーザアバターＭ１の手パーツＭ２の間の距離が第１所定距離ｄ１以下にならず、それ故に、ユーザアバターＭ１とハート型のギフトオブジェクトＧ１２との組み合わせに係るアニメーションについては描画されない（この場合、ハート型のギフトオブジェクトＧ１２は通常モードで仮想的な重力の影響により落下する態様で描画される）。

なお、図１３から図１５に示す例では、ぬいぐるみのギフトオブジェクトＧ１３が所定オブジェクトであるが、例えば、ラーメンのような食べ物に係るオブジェクトが所定オブジェクトである場合、食べ物に係るオブジェクトとユーザアバターＭ１に係るアニメーションとして、ユーザアバターＭ１が食べ物を箸やフォーク等を用いて食べる態様が描画されてもよい。この場合、箸やフォーク等もギフトオブジェクトとしてユーザアバターＭ１に贈られたアイテムであってもよい。

図１６は、サーバ装置１０の各種機能のうちの、上述したアニメーション描画機能に関する構成を示す概略的なブロック図である。図１７は、アバター記憶部１４１内のデータの一例の説明図である。図１８は、所定オブジェクト記憶部１４２内のデータの一例の説明図である。図１９は、距離状態記憶部１４４内のデータの一例の説明図である。図２０は、アニメーション情報記憶部１４６内のデータの一例の説明図である。

サーバ装置１０は、図１６に示すように、オブジェクト情報記憶部１４０と、距離状態記憶部１４４と、アニメーション情報記憶部１４６と、位置関係算出部１５０（情報生成部の一例）と、干渉検出部１５４と、オブジェクト管理部１５６と、アニメーション制御部１５７と、禁止処理部１５８とを含む。

なお、オブジェクト情報記憶部１４０からアニメーション情報記憶部１４６は、図１に示したサーバ記憶部１２により実現でき、位置関係算出部１５０から禁止処理部１５８は、図１に示したサーバ制御部１３により実現できる。また、位置関係算出部１５０から禁止処理部１５８のうちの一部（端末装置２０との通信を行う機能部）は、図１に示したサーバ制御部１３とともにサーバ通信部１１により実現できる。

オブジェクト情報記憶部１４０は、仮想空間に係る各種オブジェクトに関するオブジェクト情報を記憶する。オブジェクト情報記憶部１４０は、アバター記憶部１４１と、所定オブジェクト記憶部１４２とを含む。

アバター記憶部１４１には、上述した端末装置２０のアバター記憶部２４１に記憶されるデータの元データに加えて、ユーザアバターＭ１の所定パラメータの値が記憶されてよい。図１７に示すアバター情報１７００では、アバターＩＤごとに所定パラメータの値が対応付けられている。図１７では、所定パラメータとして、ユーザアバターＭ１間の力関係を表す力パラメータと、ユーザアバターＭ１間の優先関係を表す優先度パラメータが例示されている。各ユーザアバターＭ１には、力パラメータの値と、優先度パラメータの値とが対応付けられる。なお、各ユーザアバターＭ１に対応付けられる力パラメータの値や優先度パラメータの値は、変化可能であってよい。例えば、一のユーザアバターＭ１に対応付けられる力パラメータの値や優先度パラメータの値は、当該一のユーザアバターＭ１の活動内容（例えば仮想空間における活動内容であって、他のユーザに貢献する活動内容）に応じて増加されてもよい。あるいは、一のユーザアバターＭ１に対応付けられる力パラメータの値や優先度パラメータの値は、当該一のユーザアバターＭ１に対応付けられるアバターアイテムに応じて変化されてもよい。

また、アバター記憶部１４１には、フレンドアバターに関する情報が記憶されてよい（図１７のアバター情報１７００参照）。フレンドアバターに関する情報は、対応するユーザアバターＭ１間の親密度が閾値以上であることを表す情報である。すなわち、一のユーザアバターＭ１に対応付けられるフレンド情報は、当該一のユーザアバターＭ１に対して親密度が閾値以上である１つ以上のユーザアバターＭ１を表す情報である。なお、フレンドアバターは、ユーザによる登録により追加されてよい。この場合、一のユーザアバターＭ１に対してフレンドアバターとして登録されたユーザアバターＭ１は、親密度が閾値以上であるユーザアバターＭ１として扱われてよい。

ここで、親密度は、例えば以下のような方法で増加させることが可能であってもよい。すなわち、相互フォロワーとなるユーザ間では親密度が増加し、コラボ配信を複数回実行した場合に親密度が増加し、配信ユーザの配信中にギフトやコメント、いいね等をたくさん送る場合に増加し、配信ユーザの配信を長時間視聴した場合に増加し、配信中以外に配信ユーザとの間で多数のメッセージのやり取りした場合に増加し、配信中以外に各種アイテムを配信ユーザに多数送る場合に増加する、といった具合である。また、他の実施例では、親密度が閾値以上であるかどうかの当該閾値は、値としてではなく、上述したような親密度が増加するような条件が満たされた場合に、親密度が閾値以上であると判定されてもよい。

所定オブジェクト記憶部１４２には、上述した端末装置２０の所定オブジェクト記憶部２４２に記憶されるデータの元データに加えて、所定オブジェクトＩＤごとに、干渉可否の情報、共有可否の情報、共有条件の情報、リリース条件の情報、及び親子関係の設定情報が記憶される。

干渉可否の情報は、対応する所定オブジェクトが特定の所定オブジェクトであるか否かの情報である。特定の所定オブジェクトは、２つ以上のユーザアバターＭ１との間でオブジェクト間距離が同時に第１所定距離ｄ１以内にならない所定オブジェクトである。例えば、特定の所定オブジェクトは、特定のユーザアバターのみが扱うことができるオブジェクトであってもよい。なお、変形例では、特定の所定オブジェクトは省略されてもよい。

共有可否の情報は、対応する所定オブジェクトが２つ以上のユーザアバターＭ１と親子関係を設定できるか否かを表す情報である。対応する所定オブジェクトが２つ以上のユーザアバターＭ１と親子関係を設定できる場合（すなわち共有が可能である場合）、共有可能なユーザアバターＭ１の数等の付属情報が記憶されてもよい。例えば、図１８に示すオブジェクト情報１８００では、所定オブジェクトＩＤ“Ｂ０１”の所定オブジェクトは、共有可能であり、共有可能なユーザアバターＭ１の数は、２つのユーザアバターＭ１までである。なお、上述した特定の所定オブジェクトは、共有不可となる。例えば、共有可否は、所定オブジェクトの属性に応じて適宜設定されてよい。例えば、鉛筆オブジェクトＭ３のような比較的小さい物体や、スマートフォンのような一人で利用するのが一般的な物体等に対応する所定オブジェクトは、“共有不可”とされてよい。また、綱引き用の綱や、セレモニーでのケーキカット用のナイフ、テープカットセレモニー等におけるテープのような、複数で手に取る物体等に対応する所定オブジェクトは、“共有可”とされてよい。

共有条件の情報は、共有可能な所定オブジェクトに対応付けられて格納されてよい。共有条件の情報は、対応する所定オブジェクトが２つ以上のユーザアバターＭ１に共有される場合に満たされるべき条件（共有条件）を表す。共有条件は、任意であるが、例えばフレンドアバター同士やコラボ配信中の配信者アバター同士である場合（すなわち親密度が閾値以上である場合）に満たされてもよい。あるいは、共有条件は、上述した力パラメータの値及び／又は優先度パラメータの値が同様のユーザアバターＭ１同士である場合に満たされてもよい。

リリース条件の情報は、親子関係を解除する際に満たされるべき基本条件を表す情報である。リリース条件は、任意であるが、例えば、所定時間の経過、オブジェクト間距離が第１所定距離ｄ１以下である状態（後述する第１状態）からオブジェクト間距離が第１所定距離ｄ１よりも大きい状態（後述する第２状態）への遷移、及び、ユーザ入力に含まれる解除入力、のうちの少なくともいずれか１つに基づいて、満たされてよい。なお、所定時間は、所定オブジェクトの属性に応じて、所定オブジェクトごとに設定されてもよい。リリース条件は、後述する親子関係に関連して、専有状態であるときと共有状態であるときとで異なる態様で設定されてもよい（図１８の所定オブジェクトＩＤ“Ｂ０１”参照）。

親子関係の設定情報は、対応する所定オブジェクトに係る親子関係の状態（現在の状態）を表す情報である。親子関係の設定情報は、親子関係が設定されているか否かを表す情報と、親子関係が設定されている場合に親である１つ以上のユーザアバターＭ１を特定する情報（例えばアバターＩＤ）を含んでよい。なお、上述したように共有可能な所定オブジェクトの場合、親子関係が設定されている場合に親のユーザアバターＭ１は２つ以上となる場合がある。

本実施形態では、一例として、一の所定オブジェクトに係る親子関係の設定情報は、どのユーザアバターＭ１に対しても親子関係が設定されていない状態（以下、「フリー状態」とも称する）と、一のユーザアバターＭ１の従属オブジェクトである状態（以下、「専有状態」とも称する）と、２つ以上のユーザアバターＭ１の従属オブジェクトである状態（以下、「共有状態」とも称する）のいずれかの状態を表す状態情報を含む。この場合、一の所定オブジェクトに係る親子関係の設定情報は、専有状態又は共有状態を表す場合、更に、親である１つ以上のユーザアバターＭ１を特定する情報（例えばアバターＩＤ）を含む。

距離状態記憶部１４４には、所定オブジェクトごとかつユーザアバターＭ１ごとに、ユーザアバターと所定オブジェクトとの間の距離（以下、「オブジェクト間距離」とも称する）に係る情報（以下、「位置関係情報」とも称する）が記憶される。なお、複数の仮想空間が設定される場合、位置関係情報は、仮想空間ごとに管理されてよい。距離状態記憶部１４４内の位置関係情報に含まれる所定オブジェクト及びユーザアバターＭ１は、後述する位置関係算出部１５０によりオブジェクト間距離が算出された所定オブジェクト及びユーザアバターＭ１のみであってよい。

位置関係情報は、オブジェクト間距離自体であってもよいし、及び／又は、オブジェクト間距離と第１所定距離ｄ１及び／又は第２所定距離ｄ２との関係を表す情報であってもよい。

図１９に示す位置関係情報１９００は、所定オブジェクトＩＤごとに及びユーザアバターＭ１ごとに、第１状態と、第２状態とを有する。また、図１９に示す位置関係情報１９００では、第２状態は、非近接状態と、近接状態とを含む。第１状態は、オブジェクト間距離が第１所定距離ｄ１以下である状態に対応し、第２状態は、オブジェクト間距離が第１所定距離ｄ１よりも大きい状態に対応する。近接状態は、オブジェクト間距離が第１所定距離ｄ１よりも大きくかつ第２所定距離ｄ２以下である状態に対応し、非近接状態は、オブジェクト間距離が第２所定距離ｄ２より大きい状態に対応する。なお、変形例では、より細かい状態に分類されてもよいし、あるいは、第１状態と第２状態の２つの状態だけに分類されてもよい。

アニメーション情報記憶部１４６には、上述した各種アニメーションを描画するための制御情報（以下、「アニメーション制御情報」とも称する）が記憶される。図２０に示すアニメーション制御情報２０００では、所定オブジェクトＩＤごとに、１つ以上の描画条件と、データＩＤとが対応付けられている。描画条件は、一の所定オブジェクトに対して複数種類のアニメーションデータが用意されている場合に、いずれのアニメーションデータに基づいて描画するかを定める条件を表す。例えば、図２０に示す例では、所定オブジェクトＩＤ“Ｂ０１”の所定オブジェクトに対しては、複数種類のアニメーションデータ（データＩＤ）が用意されており、それぞれの描画条件が規定されている。データＩＤは、上述のように、アニメーションデータごとに付与されるＩＤであり、一のデータＩＤは、一意に一の特定のアニメーションデータに対応する。なお、図２０において、データＩＤ“Ｄ０１（Ａ０１）”は、アバターＩＤ“Ａ０１”のユーザアバターＭ１に係るアニメーションデータに対応付けられたＩＤであることを表す。

例えば、所定オブジェクトＩＤ“Ｂ０１”の場合、非近接状態から近接状態への遷移（描画条件）に対してデータＩＤ“Ｄ０１”のアニメーションデータが対応付けられている。この場合、例えばアバターＩＤ“Ａ０１”のユーザアバターＭ１と所定オブジェクトＩＤ“Ｂ０１”とに係る位置関係情報が、非近接状態から近接状態へと遷移すると、データＩＤ“Ｄ０１（Ａ０１）”のアニメーションデータが描画される。また、所定オブジェクトＩＤ“Ｂ０１”の場合、親子関係の形成（描画条件）に対してデータＩＤ“Ｄ０２”のアニメーションデータが対応付けられている。この場合、例えば所定オブジェクトＩＤ“Ｂ０１”に係る所定オブジェクトがアバターＩＤ“Ａ０１”のユーザアバターＭ１の従属オブジェクトとなる親子関係が形成されると、データＩＤ“Ｄ０２（Ａ０１）”のアニメーションデータが描画される。

また、所定オブジェクトＩＤ“Ｂ０１”の場合、親子関係の形成時において更に所定条件の成否に応じて、異なるアニメーションデータが用意される。このようにして、描画条件は、対応するアニメーションデータの種類に応じて多様に設定されてもよい。例えば、所定オブジェクトが“剣”を模したオブジェクトである場合、剣を抜いて斬るアニメーションデータと、剣を振り上げて構えるアニメーションデータが用意されてもよい。この場合、剣を抜いて斬るアニメーションデータに係る所定条件は、直前の所定タイミングでのユーザ入力が、“斬る”を指示する入力である場合に満たされてよい。同様に、剣を振り上げて構えるアニメーションデータに係る所定条件は、直前の所定タイミングでのユーザ入力が、“構える”を指示する入力である場合に満たされてよい。なお、直前の所定タイミングは、所定オブジェクト（“剣”を模したオブジェクト）とユーザアバターＭ１との間の距離が第１所定距離ｄ１（図３参照）に至る直前のタイミングであってよく、例えば、所定オブジェクトとユーザアバターＭ１との間の距離が第２所定距離ｄ２（図３参照）以下となったタイミングであってよい。

位置関係算出部１５０は、ユーザアバターＭ１と所定オブジェクトとの間の距離（すなわちオブジェクト間距離）を算出する。この場合、オブジェクト間距離の算出対象の所定オブジェクトは、すべての所定オブジェクトでなくてよく、ユーザアバターＭ１の近傍に位置する所定オブジェクトのみであってよい。例えば、一のユーザアバターＭ１に係るオブジェクト間距離の算出対象は、当該一のユーザアバターＭ１の手パーツＭ２の可動範囲内に位置する所定オブジェクトに限定されてもよい。これにより、オブジェクト間距離の算出負荷を効率的に低減できる。

また、所定オブジェクトがギフトオブジェクトを含む場合、位置関係算出部１５０は、ギフトオブジェクトが仮想空間において上から下に落下する際に、ギフトオブジェクトに係るオブジェクト間距離を算出してよい。これにより、他のユーザ（例えば視聴ユーザ）からギフトオブジェクトを贈られたユーザアバターＭ１（配信者アバター）は、落下してくるギフトオブジェクトに手を近づけることで、当該ギフトオブジェクトを手で受け取る等の動作を表すアニメーションを実現できる。

本実施形態では、位置関係算出部１５０は、ユーザアバターＭ１の手首の関節位置と所定オブジェクトとの間の距離を、オブジェクト間距離として算出する。このとき、一の所定オブジェクトに係るオブジェクト間距離は、ユーザアバターＭ１の２つの手首の関節位置に基づいて、２つ算出されてもよい。

位置関係算出部１５０は、上述したように各所定オブジェクトに係るオブジェクト間距離を算出すると、距離状態記憶部１４４内のデータ（図１９の位置関係情報１９００参照）を生成及び更新する。具体的には、位置関係算出部１５０は、一の所定オブジェクトに係るオブジェクト間距離を算出すると、当該一の所定オブジェクトに対応付けられた第１所定距離ｄ１及び第２所定距離ｄ２に基づいて、オブジェクト間距離と第１所定距離ｄ１及び／又は第２所定距離ｄ２との関係を表す情報を生成及び更新する。なお、更新タイミングは、位置関係算出部１５０による算出タイミングと同期してよい。

本実施例では、上述したように第１所定距離ｄ１及び第２所定距離ｄ２は、対応する所定オブジェクトの位置を中心とした球（図３参照）で定義されるので、例えば方向に応じて第１所定距離ｄ１及び／又は第２所定距離ｄ２が異なる場合に比べて、位置関係情報１９００を生成する計算負荷を効率的に低減できる。ただし、変形例では、ある所定オブジェクトに関して、第１所定距離ｄ１及び／又は第２所定距離ｄ２が、方向（例えば、当該所定オブジェクトに対する手パーツＭ２の方向）に応じて異なってもよい。

干渉検出部１５４は、距離状態記憶部１４４内のデータ（図１９の位置関係情報１９００参照）に基づいて、所定オブジェクトごとに、２つ以上のユーザアバターＭ１間での干渉状態を検出する。具体的には、干渉検出部１５４は、１つ以上のユーザオブジェクトの従属オブジェクトである一の所定オブジェクトに対して他の１つ以上のユーザオブジェクトのオブジェクト間距離が第１所定距離ｄ１以下になることに基づいて、干渉状態（以下、区別のために「後発の干渉状態」とも称する）を検出する。

また、干渉検出部１５４は、フリー状態の一の所定オブジェクトに対して２つ以上のユーザオブジェクトのオブジェクト間距離が同時に第１所定距離ｄ１以下になることに基づいて、干渉状態（以下、区別のために「同時発生の干渉状態」とも称する）を検出してもよい。

なお、図２１には、干渉検出部１５４により検出される干渉状態が模式的に図示されている。この場合、２つのユーザアバターＭ１に係る手パーツＭ２が所定オブジェクトである鉛筆オブジェクトＭ３に対して第１所定距離ｄ１以下に近づいており（すなわち距離ｄ３≦第１所定距離ｄ１であり）、同時発生の干渉状態が検出されてよい。

なお、以下では、一の所定オブジェクトに関して干渉状態を形成する２つ以上のユーザアバターＭ１とは、後発の干渉状態の場合、当該一の所定オブジェクトを従属オブジェクトとしていた１つ以上のユーザアバターＭ１と、一の所定オブジェクトに対するオブジェクト間距離が新たに第１所定距離ｄ１以下となった他の１つ以上のユーザアバターＭ１とを含む。一の所定オブジェクトに関して干渉状態を形成する２つ以上のユーザアバターＭ１とは、同時発生の干渉状態の場合は、一の所定オブジェクトに対するオブジェクト間距離が第１所定距離ｄ１以下となった各ユーザアバターＭ１である。

オブジェクト管理部１５６は、各種オブジェクトの親子関係（主従関係の一例）を管理及び調整（解決）する。本実施形態では、オブジェクト管理部１５６は、所定オブジェクトごとに、親子関係を管理する。また、オブジェクト管理部１５６は、距離状態記憶部１４４内の位置関係情報や、干渉検出部１５４による干渉状態の検出結果等に基づいて、所定オブジェクト記憶部１４２内の親子関係の設定情報を更新する。

例えば、オブジェクト管理部１５６は、フリー状態の一の所定オブジェクトに関して、一のユーザアバターＭ１に対する位置関係情報が第２状態から第１状態へと遷移すると（すなわちオブジェクト間距離が第１所定距離ｄ１以下になると）、当該一の所定オブジェクトと当該一のユーザアバターＭ１との間に親子関係を設定する。すなわち、オブジェクト管理部１５６は、当該一の所定オブジェクトに係る親子関係の設定情報を、フリー状態を表す情報から、当該一の所定オブジェクトによる専有状態（第１関係の一例）を表す情報へと、更新する。

オブジェクト管理部１５６は、一の所定オブジェクトに係る親子関係の設定情報を、フリー状態を表す情報から、一のユーザアバターＭ１による専有状態を表す情報へと更新すると、所定解除条件が成立するまで、更新した親子関係の設定情報（当該一のユーザアバターＭ１による専有状態を表す情報）を維持する。この場合、オブジェクト管理部１５６は、当該一の所定オブジェクトに係る所定解除条件が成立するか否かを監視する。

所定解除条件は、図１８を参照して上述したリリース条件が満たされた場合に満たされる。リリース条件は、上述したとおりであり、所定オブジェクト記憶部１４２内に規定されてよい。また、本実施形態では、所定解除条件は、後述するように他のユーザアバターＭ１との共有や他のユーザアバターＭ１への引き渡し等によっても満たされうる。

そして、オブジェクト管理部１５６は、当該一の所定オブジェクトに係る所定解除条件が成立した場合、それに対応して、当該一の所定オブジェクトに係る親子関係の設定情報（所定オブジェクト記憶部１４２内の親子関係の設定情報）を更新する。

本実施形態では、オブジェクト管理部１５６は、例えば、干渉検出部１５４による検出結果に基づいて、一の所定オブジェクトに係る親子関係を調整する。

具体的には、オブジェクト管理部１５６は、一の所定オブジェクトに係る干渉状態が干渉検出部１５４により検出された場合、当該一の所定オブジェクトの共有可否の情報（図１８のオブジェクト情報１８００参照）に基づいて、当該一の所定オブジェクトに係る親子関係を調整してもよい。例えば、干渉検出部１５４により干渉状態が検出された一の所定オブジェクトが共有不可である場合、当該干渉状態を形成する２つ以上のユーザオブジェクトの関係を表す所定パラメータの値に基づいて、２つ以上のユーザオブジェクトのうちのいずれか１つが親となるように、当該一の所定オブジェクトに係る親子関係を調整してもよい。所定パラメータは、図１７を参照して上述したとおりである。例えば、２つ以上のユーザオブジェクト間の力関係を表す力パラメータの値に基づいて、一の所定オブジェクトに係る親子関係を調整してもよい。この場合、２つ以上のユーザオブジェクトのうち、力パラメータの値の最も大きいユーザオブジェクトが、当該一の所定オブジェクトの親となるように、当該一の所定オブジェクトに係る親子関係を調整してよい。また、２つ以上のユーザオブジェクトのうち、優先度パラメータの値の最も大きいユーザオブジェクトが、当該一の所定オブジェクトの親となるように、当該一の所定オブジェクトに係る親子関係を調整してもよい。

他方、干渉検出部１５４により干渉状態が検出された一の所定オブジェクトが共有可である場合、オブジェクト管理部１５６は、共有条件（図１８のオブジェクト情報１８００参照）の成否を判定してよい。この場合、共有条件が満たされる場合は、当該一の所定オブジェクトに係る親子関係の設定情報を、共有状態を表す情報（第２関係の一例）へと、更新する。なお、この際、当該更新前の当該一の所定オブジェクトに係る親子関係の設定情報が、当該干渉状態を形成する２つ以上のユーザオブジェクトのいずれかによる専有状態を表していた場合、所定解除条件が満たされたことになる。

オブジェクト管理部１５６は、共有条件が満たされない場合、当該干渉状態を形成する２つ以上のユーザオブジェクトの関係を表す所定パラメータの値に基づいて、当該一の所定オブジェクトに係る所定解除条件が成立するか否かを判定する。この場合、当該干渉状態が検出される直前に親であったユーザアバターＭ１の力パラメータの値が、当該干渉状態を形成した他のユーザアバターＭ１の力パラメータの値よりも大きい場合、当該干渉状態に起因した所定解除条件が成立しないこととしてよい。この場合、当該干渉状態が検出される直前に親であったユーザアバターＭ１による専有状態が維持される。他方、当該干渉状態が検出される直前に親であったユーザアバターＭ１の力パラメータの値が、当該干渉状態を形成した他のユーザアバターＭ１の力パラメータの値よりも小さい場合、当該干渉状態に起因した所定解除条件が成立することとしてよい。この場合、オブジェクト管理部１５６は、当該一の所定オブジェクトに係る親子関係の設定情報（所定オブジェクト記憶部１４２内の親子関係の設定情報）を、力パラメータの値の大きい方のユーザオブジェクトによる専有状態を表す情報へと、更新する。なお、ここでは、力パラメータに基づく調整を説明したが、優先度パラメータに基づく調整の場合も同様であってよい。

なお、オブジェクト管理部１５６は、２つ以上のユーザアバターＭ１による共有状態である一の所定オブジェクトに係る干渉状態が干渉検出部１５４により検出された場合、同様に、当該干渉状態を形成する２つ以上のユーザオブジェクトの関係を表す所定パラメータの値に基づいて、当該一の所定オブジェクトに係る所定解除条件が成立するか否かを判定してもよい。この場合、当該干渉状態が検出される直前に親であった２つ以上のユーザアバターＭ１の力パラメータの各値が、当該干渉状態を形成した他のユーザアバターＭ１の力パラメータの値よりも大きい場合、当該干渉状態に起因した所定解除条件が成立しないこととしてよい。この場合、当該干渉状態が検出される直前に親であった２つ以上のユーザアバターＭ１による共有状態が維持される。他方、当該干渉状態が検出される直前に親であった２つ以上のユーザアバターＭ１の力パラメータの各値の少なくとも１つが、当該干渉状態を形成した他のユーザアバターＭ１の力パラメータの値よりも小さい場合、当該干渉状態に起因した所定解除条件が成立することとしてよい。この場合、オブジェクト管理部１５６は、当該一の所定オブジェクトに係る親子関係の設定情報（所定オブジェクト記憶部１４２内の親子関係の設定情報）を、力パラメータの値の大きい順に所定数のユーザオブジェクトによる共有状態を表す情報へと、更新する。なお、ここでは、力パラメータに基づく調整を説明したが、優先度パラメータに基づく調整の場合も同様であってよい。

オブジェクト管理部１５６による調整方法の更なる詳細は、図２３から図２６を参照して後述する。

アニメーション制御部１５７は、上述したオブジェクト管理部１５６と連携して、端末装置２０における描画処理部２５８のアニメーション描画部２５８４の動作を制御する。アニメーション制御部１５７は、描画処理部２５８にアニメーションを描画させる際に、描画対象のアニメーションデータに係るデータＩＤを含む描画指令をアニメーション描画部２５８４に与える。また、アニメーション制御部１５７は、アニメーションの描画を停止させる際、停止指令をアニメーション描画部２５８４に与える。

アニメーション制御部１５７は、アニメーション情報記憶部１４６内のデータに基づいて、所定オブジェクトごとに、描画条件（図２０のアニメーション制御情報２０００参照）の成否を監視する。そして、アニメーション制御部１５７は、一の所定オブジェクトに対して描画条件が成立すると、対応するデータＩＤを含む描画指令を、当該一の所定オブジェクトと親子関係をなすユーザアバターＭ１に対応付けられている端末装置２０（例えば当該ユーザアバターＭ１を含む端末用画像を描画している端末装置２０）のアニメーション描画部２５８４に与える。

アニメーション制御部１５７は、一のアニメーションが開始されると、当該一のアニメーションにより描画される所定オブジェクトに係る親子関係の変化（所定解除条件の成立に伴う親子関係の変化）を監視し、親子関係の変化が生じた場合に、それに応じてアニメーションを制御する。例えば、親子関係が専有状態からフリー状態へと変化した場合、アニメーション制御部１５７は、アニメーションの描画を停止させるための停止指令をアニメーション描画部２５８４に与える。この場合、停止指令に代えて、描画対象の他のアニメーションデータ（例えば鉛筆オブジェクトＭ３の場合、鉛筆オブジェクトＭ３を離すアニメーションデータ）に係るデータＩＤを含む描画指令をアニメーション描画部２５８４に与えてもよい。

図２２は、アニメーション制御部１５７において好適に利用可能なステートマシンの他の例の説明図である。図２２に示す例は、図６を参照して上述したステートマシンに対して、状態ＳＴ２２０からＳＴ２２２が追加された点が異なる。この場合、例えば状態ＳＴ２２０は、所定オブジェクト“ポッキー（登録商標）”に対する専有状態を表す。この場合、例えば、アニメーションとして、ポッキーが入った袋を開ける動作が描画されてよい。そして、当該専有状態において干渉状態が検出されると、干渉状態を形成する２つのユーザアバターＭ１の親密度に応じて、状態ＳＴ２２１及び状態ＳＴ２２２のいずれかに遷移する。具体的には、親密度が閾値未満である場合は、状態ＳＴ２２１に遷移し、専有状態のアニメーションとして、ポッキーを一人（専有状態のユーザアバターＭ１一人）で食べる動作が描画されてよい。親密度が閾値以上である場合は、状態ＳＴ２２２に遷移し、共有状態のアニメーションとして、ポッキーを二人で食べる動作が描画されてよい。

禁止処理部１５８は、従属オブジェクトが特定の所定オブジェクトである場合、干渉状態が発生しないように所定処理を行う。すなわち、特定の所定オブジェクトが、一のユーザアバターＭ１の従属オブジェクトとなる親子関係が形成された場合、禁止処理部１５８は、当該親子関係が維持されている間（例えば、リリース条件が成立するまで）、干渉状態（後発の干渉状態）が発生しないように所定処理を行う。所定処理は、干渉状態を発生させる可能性があるユーザアバターを操作するユーザに係る端末装置２０に対して、フィードバックを送ることを含む。端末装置２０は、かかるフィードバックに応答して、ユーザに振動や反力等を付与してよい。例えば、入力部２４の一要素としてハプティクスデバイスをユーザが手にしている場合、対応するユーザアバターＭ１の手パーツＭ２がこれ以上、特定の所定オブジェクトに近づかないように、ハプティクスデバイスを介してユーザに振動や反力等を付与してもよい。

なお、図７から図２２までに示した例では、サーバ装置１０及び端末装置２０が連携して各種機能を実現しているが、このような機能の振り分けは適宜変更可能である。すなわち、図１６に示したサーバ装置１０の各種機能の一部又は全部は、端末装置２０によって実現することも可能であり、逆に、図７に示した端末装置２０の各種機能の一部は、サーバ装置１０により実現することも可能である。例えば、サーバ装置１０の位置関係算出部１５０及び干渉検出部１５４の一部又は全部は、端末装置２０により実現されてもよいし、端末装置２０のアバター動作処理部２５４及び描画処理部２５８の一部又は全部は、サーバ装置１０により実現されてもよい。

次に、図２３から図２６を参照して、上述したオブジェクト管理部１５６による調整方法に関連したサーバ装置１０の動作例について説明する。

図２３は、オブジェクト管理部１５６による調整方法に関連してサーバ装置１０により実行される処理の一例を示すフローチャートである。図２３は、所定周期ごとに繰り返し実行されてよい。

ステップＳ２３００では、サーバ装置１０は、監視対象の所定オブジェクトを抽出する。監視対象の所定オブジェクトは、任意の端末装置２０で表示される端末用画像に描画されている所定オブジェクトであってよい。他の実施形態では、監視対象の所定オブジェクトはすべての所定オブジェクトであってもよい。なお、仮想空間に複数のユーザアバターＭ１が配置されている状況下では、同じ所定オブジェクトが２つ以上の端末装置２０で同時に描画される場合がある。

ステップＳ２３０２では、サーバ装置１０は、ステップＳ２３００で抽出した１つ以上の所定オブジェクトを所定順にソートし、変数ｋを“１”に設定する。
ステップＳ２３０４では、サーバ装置１０は、ｋ番目の所定オブジェクトを処理対象のオブジェクトとして設定する。

ステップＳ２３０６では、サーバ装置１０は、ｋ番目の所定オブジェクトに係るオブジェクト情報１８００（図１８参照）に基づいて、ｋ番目の所定オブジェクトに係る親子関係の設定情報がフリー状態を表すか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２３０８に進み、それ以外の場合（親子関係の設定情報が、専有状態又は共有状態を表す場合）は、ステップＳ２３２３に進む。

ステップＳ２３０８では、サーバ装置１０は、ｋ番目の所定オブジェクトに関して同時発生の干渉状態が検出されたか否かを判定する。同時発生の干渉状態は、干渉検出部１５４に関連して上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ２３１０に進み、それ以外の場合は、ステップＳ２３１２に進む。

ステップＳ２３１０では、サーバ装置１０は、フリー状態の所定オブジェクトに係る同時発生の干渉状態に対する調整処理（以下、「第１調整処理」とも称する）を実行する。この第１調整処理は、図２４を参照して後述する。

ステップＳ２３１２では、サーバ装置１０は、位置関係情報１９００（図１９参照）に基づいて、任意の一のユーザアバターＭ１とｋ番目の所定オブジェクトとの間の距離（オブジェクト間距離）が第１所定距離ｄ１以下となったか否かを判定する。すなわち、サーバ装置１０は、任意の一のユーザアバターＭ１に対するｋ番目の所定オブジェクトに係る位置関係情報に関して、第２状態から第１状態への遷移の有無を判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２３１４に進み、それ以外の場合は、ステップＳ２３１８に進む。

ステップＳ２３１４では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、フリー状態を表す情報から、一のユーザアバターＭ１の従属オブジェクトとなる専有状態を表す情報へと、更新する。この場合、当該一のユーザアバターＭ１は、ｋ番目の所定オブジェクトに係る位置関係情報（各ユーザアバターＭ１に対する位置関係情報）のうちの、第２状態から第１状態へ遷移した位置関係情報に係るユーザアバターＭ１であり、以下、単に「ｋ番目の所定オブジェクトの専有状態を形成したユーザアバターＭ１」とも称する。

ステップＳ２３１６では、サーバ装置１０は、ｋ番目の所定オブジェクトと、当該ｋ番目の所定オブジェクトの専有状態を形成したユーザアバターＭ１との組み合わせに係るアニメーション（図２３では、「専有状態のアニメーション」と表記）を描画させるために、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、ｋ番目の所定オブジェクトを含む端末用画像を描画している端末装置２０である。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第１アニメーションデータに基づいて、アニメーションを描画する。

なお、ステップＳ２３１６において、ｋ番目の所定オブジェクトに対して親子関係が形成された際の描画条件の所定条件（図２０のアニメーション制御情報２０００参照）が設定されている場合は、所定条件に応じたデータＩＤが選択されてよい。

ステップＳ２３１８では、サーバ装置１０は、位置関係情報１９００（図１９参照）に基づいて、任意の一のユーザアバターＭ１とｋ番目の所定オブジェクトとの間の距離（オブジェクト間距離）が第２所定距離ｄ２以下となったか否かを判定する。すなわち、サーバ装置１０は、任意のユーザアバターＭ１に対するｋ番目の所定オブジェクトに係る位置関係情報に関して、非近接状態から近接状態への遷移の有無を判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２３２０に進み、それ以外の場合は、ステップＳ２３２２に進む。

ステップＳ２３２０では、サーバ装置１０は、ｋ番目の所定オブジェクトと、近接状態への遷移を実現したユーザアバターＭ１との組み合わせに係るアニメーション（図２３では、「近接状態のアニメーション」と表記）を描画させるために、対応する第２アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第２アニメーションデータに基づいて、アニメーションを描画する。

ステップＳ２３２２では、サーバ装置１０は、ｋ番目の所定オブジェクトに関するアニメーションの描画を行っている端末装置２０に対して、アニメーションの停止指令を送信する。この場合、対応する端末装置２０は、アニメーションモードを停止し、通常モードにより、各種オブジェクト（ユーザアバターＭ１を含む）を描画する。なお、ｋ番目の所定オブジェクトに関するアニメーションの描画を行っている端末装置２０が存在しない場合は、ステップＳ２３２２はスキップされる。

ステップＳ２３２３では、サーバ装置１０は、所定オブジェクト記憶部１４２内のオブジェクト情報１８００（図１８参照）に基づいて、ｋ番目の所定オブジェクトに対応付けられた共有可否の情報が、“共有可”であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２３２４に進み、それ以外の場合は、親子関係の設定情報が専有状態を表すことになりステップＳ２３２６に進む。

ステップＳ２３２４では、サーバ装置１０は、ｋ番目の所定オブジェクトに係るオブジェクト情報１８００（図１８参照）に基づいて、ｋ番目の所定オブジェクトに係る親子関係の設定情報が専有状態を表すか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２３２６に進み、それ以外の場合（親子関係の設定情報が共有状態を表す場合）は、ステップＳ２３２８に進む。

ステップＳ２３２６では、サーバ装置１０は、一のユーザアバターＭ１による専有状態の所定オブジェクトに対する調整処理（以下、「第２調整処理」とも称する）を実行する。この第２調整処理は、図２５を参照して後述する。

ステップＳ２３２８では、サーバ装置１０は、２つ以上のユーザアバターＭ１による共有状態の所定オブジェクトに対する調整処理（以下、「第３調整処理」とも称する）を実行する。この第３調整処理は、図２６を参照して後述する。

ステップＳ２３３０では、サーバ装置１０は、ステップＳ２３００で抽出した１つ以上の所定オブジェクトのすべてが処理対象とされたか否かを判定する。判定結果が“ＹＥＳ”の場合、今回周期の処理を終了し、それ以外の場合、ステップＳ２３３２を介して、ステップＳ２３０４からの処理を繰り返す。

ステップＳ２３３２では、サーバ装置１０は、変数ｋを“１”だけインクリメントする。

図２４は、フリー状態の所定オブジェクトに係る同時発生の干渉状態に対する調整処理である第１調整処理（図２３のステップＳ２３１０）の一例を示す概略フローチャートである。

ステップＳ２４００では、サーバ装置１０は、所定オブジェクト記憶部１４２内のオブジェクト情報１８００（図１８参照）に基づいて、ｋ番目の所定オブジェクトに対応付けられた共有可否の情報が、“共有可”であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２４０２に進み、それ以外の場合は、ステップＳ２４０８に進む。

ステップＳ２４０２では、サーバ装置１０は、ｋ番目の所定オブジェクトに対応付けられた共有条件の情報（図１８のオブジェクト情報１８００参照）に基づいて、共有条件が満たされたか否かを判定する。共有条件は、図１８を参照して上述したとおりであってよい。判定結果が“ＹＥＳ”の場合、ステップＳ２４０４に進み、それ以外の場合は、今回周期の処理は終了する。すなわち、共有条件が満たされない場合は、ｋ番目の所定オブジェクトはフリー状態のままとなる。ただし、共有条件が満たされない場合は、ステップＳ２４０８に進んでもよい。

ステップＳ２４０４では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、フリー状態を表す情報から、同時発生の干渉状態を形成した２つ以上のユーザアバターＭ１の従属オブジェクトとなる共有状態を表す情報へと、更新する。

また、ｋ番目の所定オブジェクトに係るオブジェクト情報１８００（図１８参照）において、共有可否の情報が、共有可能なユーザアバターＭ１の最大数を規定しており、かつ、同時発生の干渉状態を形成した２つ以上のユーザアバターＭ１の数が最大数を超える場合、サーバ装置１０は、当該２つ以上のユーザアバターＭ１の所定パラメータの各値に基づいて、ｋ番目の所定オブジェクトを従属オブジェクトとする最大数のユーザアバターＭ１を決定してよい。この場合、例えば力パラメータを利用する場合、上述のように、力パラメータの値が大きい順に最大数までのユーザアバターＭ１が、ｋ番目の所定オブジェクトの“親”として選択されてよい。この場合、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、フリー状態を表す情報から、同時発生の干渉状態を形成した２つ以上のユーザアバターＭ１のうちの、上述したように決定した最大数のユーザアバターＭ１の従属オブジェクトとなる共有状態を表す情報へと、更新する。

ステップＳ２４０６では、サーバ装置１０は、ｋ番目の所定オブジェクトと、当該ｋ番目の所定オブジェクトの共有状態を形成した２つ以上のユーザアバターＭ１との組み合わせに係るアニメーション（図２４では、「共有状態のアニメーション」と表記）を描画させるために、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第１アニメーションデータに基づいて、アニメーションを描画する。

ステップＳ２４０８では、サーバ装置１０は、同時発生の干渉状態を形成した２つ以上のユーザアバターＭ１の所定パラメータの各値に基づいて、同時発生の干渉状態を形成した２つ以上のユーザアバターＭ１のうちから、ｋ番目の所定オブジェクトを従属オブジェクトとする一のユーザアバターＭ１を決定する。この場合、例えば力パラメータを利用する場合、上述のように、力パラメータの値が最も大きいユーザアバターＭ１が、ｋ番目の所定オブジェクトを従属オブジェクトとする一のユーザアバターＭ１として選択されてよい。

ステップＳ２４１０では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、フリー状態を表す情報から、ステップＳ２４０８で決定した一のユーザアバターＭ１の従属オブジェクトとなる専有状態を表す情報へと、更新する。

ステップＳ２４１２では、サーバ装置１０は、ｋ番目の所定オブジェクトと、ステップＳ２４０８で決定した一のユーザアバターＭ１との組み合わせに係るアニメーション（図２４では、「専有状態のアニメーション」と表記）を描画させるために、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第１アニメーションデータに基づいて、アニメーションを描画する。

図２５は、一のユーザアバターＭ１による専有状態の所定オブジェクトに対する調整処理である第２調整処理（図２３のステップＳ２３２６）の一例を示す概略フローチャートである。以下では、本調整処理の開始前に、ｋ番目の所定オブジェクトを従属オブジェクトとしていた一のユーザアバターＭ１を、「現に専有中のユーザアバターＭ１」とも称する。

ステップＳ２５００では、サーバ装置１０は、ｋ番目の所定オブジェクトに関して後発の干渉状態が検出されたか否かを判定する。後発の干渉状態は、干渉検出部１５４に関連して上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ２５０２に進み、それ以外の場合は、ステップＳ２５１８に進む。

ステップＳ２５０２では、サーバ装置１０は、所定オブジェクト記憶部１４２内のオブジェクト情報１８００（図１８参照）に基づいて、ｋ番目の所定オブジェクトに対応付けられた共有可否の情報が、“共有可”であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ２５０４に進み、それ以外の場合は、ステップＳ２５１０に進む。

ステップＳ２５０４では、サーバ装置１０は、ｋ番目の所定オブジェクトに対応付けられた共有条件の情報（図１８のオブジェクト情報１８００参照）に基づいて、共有条件が満たされたか否かを判定する。共有条件は、図１８を参照して上述したとおりであってよい。判定結果が“ＹＥＳ”の場合、ステップＳ２５０６に進み、それ以外の場合は、ステップＳ２５１０に進む。なお、判定結果が“ＹＥＳ”の場合、所定解除条件が満たされることになる。すなわち、この場合、所定解除条件は、干渉状態が検出され、かつ、共有条件が満たされるという要因（第１要因の一例）に基づいて、満たされることになる。なお、共有条件は、上述したように、例えば、後発の干渉状態を形成した２つ以上のユーザアバターＭ１の間の親密度が閾値以上である場合に満たされてよい。

ステップＳ２５０６では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、専有状態を表す情報から、後発の干渉状態を形成した２つ以上のユーザアバターＭ１の従属オブジェクトとなる共有状態を表す情報へと、更新する。

また、ｋ番目の所定オブジェクトに係るオブジェクト情報１８００（図１８参照）において、共有可否の情報が、共有可能なユーザアバターＭ１の最大数を規定しており、かつ、後発の干渉状態を形成した２つ以上のユーザアバターＭ１の数が最大数を超える場合、サーバ装置１０は、当該２つ以上のユーザアバターＭ１の所定パラメータの各値に基づいて、ｋ番目の所定オブジェクトを従属オブジェクトとする最大数のユーザアバターＭ１を決定してよい。この場合、例えば力パラメータを利用する場合、上述のように、力パラメータの値が大きい順に最大数までのユーザアバターＭ１が、ｋ番目の所定オブジェクトの“親”として選択されてよい。この場合、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、専有状態を表す情報から、後発の干渉状態を形成した２つ以上のユーザアバターＭ１のうちの、上述したように決定した最大数のユーザアバターＭ１の従属オブジェクトとなる共有状態を表す情報へと、更新する。

ステップＳ２５０８では、サーバ装置１０は、ｋ番目の所定オブジェクトと、当該ｋ番目の所定オブジェクトの共有状態を形成した２つ以上のユーザアバターＭ１との組み合わせに係るアニメーション（図２５では、「共有状態のアニメーション」と表記）を描画させるために、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第１アニメーションデータに基づいて、アニメーションを描画する。

ステップＳ２５１０では、サーバ装置１０は、後発の干渉状態を形成した２つ以上のユーザアバターＭ１の所定パラメータの各値に基づいて、後発の干渉状態を形成した２つ以上のユーザアバターＭ１のうちから、ｋ番目の所定オブジェクトを従属オブジェクトとする一のユーザアバターＭ１を決定する。この場合、例えば優先度パラメータを利用する場合、上述のように、優先度パラメータの値が最も大きいユーザアバターＭ１が、ｋ番目の所定オブジェクトを従属オブジェクトとする一のユーザアバターＭ１として選択されてよい。これは、力パラメータを利用する場合も同様である。

ステップＳ２５１２では、サーバ装置１０は、ステップＳ２５０８で決定したユーザアバターＭ１が、現に専有中のユーザアバターＭ１であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ｋ番目の所定オブジェクトに係る親子関係の設定情報を変化させることなく今回周期の処理を終了する（この場合、対応する端末装置２０におけるアニメーションの描画処理は継続される）。他方、判定結果が“ＮＯ”である場合は、所定解除条件が満たされたこととなりステップＳ２５１４に進む。すなわち、判定結果が“ＮＯ”である場合は、所定解除条件は、干渉状態が検出され、かつ、現に専有中のユーザアバターＭ１よりも他の一のユーザアバター（ｋ番目の所定オブジェクトに関して後から第１状態を形成した一のユーザアバターＭ１）の方が、力が強い又は優先度が高いという要因（第２要因の一例）に基づいて満たされることになる。

ステップＳ２５１４では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、現に専有中のユーザアバターＭ１による専有状態を表す情報から、ステップＳ２５１０で決定した一のユーザアバターＭ１の従属オブジェクトとなる専有状態を表す情報へと、更新する。

ステップＳ２５１６では、サーバ装置１０は、ｋ番目の所定オブジェクトと、ステップＳ２５１０で決定した一のユーザアバターＭ１との組み合わせに係るアニメーション（図２５では、「専有状態のアニメーション」と表記）を描画させるために、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第１アニメーションデータに基づいて、アニメーションを描画する。

ステップＳ２５１８では、サーバ装置１０は、ｋ番目の所定オブジェクトに係るリリース条件（図１８のオブジェクト情報１８００参照）が成立したか否かを判定する。なお、ｋ番目の所定オブジェクトに対して、専有状態に係るリリース条件と、共有状態に係るリリース条件とが対応付けられている場合（例えば図１８の所定オブジェクトＩＤ“Ｂ０１”参照）、専有状態に係るリリース条件が利用される。判定結果が“ＹＥＳ”の場合、所定解除条件が満たされたこととなりステップＳ２５２０に進み、それ以外の場合は、今回周期の処理を終了する（この場合、対応する端末装置２０におけるアニメーションの描画処理は継続される）。

ステップＳ２５２０では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、専有状態を表す情報からフリー状態を表す情報へと、更新する。

ステップＳ２５２２では、サーバ装置１０は、ｋ番目の所定オブジェクトに関するアニメーションの描画を行っている端末装置２０に対して、アニメーションの停止指令を送信する。この場合、対応する端末装置２０は、アニメーションモードを停止し、通常モードにより、各種オブジェクト（ユーザアバターＭ１を含む）を描画する。

図２６は、２つ以上のユーザアバターＭ１による共有状態の所定オブジェクトに対する調整処理である第３調整処理（図２３のステップＳ２３２８）の一例を示す概略フローチャートである。以下では、本調整処理の開始前に、ｋ番目の所定オブジェクトを従属オブジェクトとしていた２つ以上のユーザアバターＭ１を、「２つ以上の現に専有中のユーザアバターＭ１」とも称する。

ステップＳ２６００では、サーバ装置１０は、ｋ番目の所定オブジェクトに関して後発の干渉状態が検出されたか否かを判定する。後発の干渉状態は、干渉検出部１５４に関連して上述したとおりである。判定結果が“ＹＥＳ”の場合、ステップＳ２６０２に進み、それ以外の場合は、ステップＳ２６１０に進む。

ステップＳ２６０２では、サーバ装置１０は、後発の干渉状態を形成した２つ以上のユーザアバターＭ１の所定パラメータの各値に基づいて、共有条件が満たされる態様で、ｋ番目の所定オブジェクトを従属オブジェクトとする２つ以上のユーザアバターＭ１を決定する。また、ｋ番目の所定オブジェクトに係るオブジェクト情報１８００（図１８参照）において、共有可否の情報が、共有可能なユーザアバターＭ１の最大数を規定しており、かつ、後発の干渉状態を形成した２つ以上のユーザアバターＭ１の数が最大数を超える場合、サーバ装置１０は、当該２つ以上のユーザアバターＭ１の所定パラメータの各値に基づいて、ｋ番目の所定オブジェクトを従属オブジェクトとする最大数のユーザアバターＭ１を決定してよい。この場合、例えば力パラメータを利用する場合、上述のように、力パラメータの値が大きい順に最大数までのユーザアバターＭ１が、ｋ番目の所定オブジェクトの“親”として選択されてよい。

ステップＳ２６０４では、サーバ装置１０は、ステップＳ２６０２で決定した２つ以上のユーザアバターＭ１が、２つ以上の現に専有中のユーザアバターＭ１であるか否かを判定する。判定結果が“ＹＥＳ”の場合、ｋ番目の所定オブジェクトに係る親子関係の設定情報を変化させることなく今回周期の処理を終了する（この場合、対応する端末装置２０におけるアニメーションの描画処理は継続される）。他方、判定結果が“ＮＯ”である場合は、所定解除条件が満たされたこととなりステップＳ２６０６に進む。

ステップＳ２６０６では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、２つ以上の現に専有中のユーザアバターＭ１による共有状態を表す情報から、上述したように決定した２つ以上のユーザアバターＭ１の従属オブジェクトとなる共有状態を表す情報へと、更新する。

ステップＳ２６０８では、サーバ装置１０は、ｋ番目の所定オブジェクトと、当該ｋ番目の所定オブジェクトの共有状態を形成した２つ以上のユーザアバターＭ１との組み合わせに係るアニメーション（図２６では、「共有状態のアニメーション」と表記）を描画させるために、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信する。この場合、対応する端末装置２０は、描画指令に含まれるデータＩＤに対応する第１アニメーションデータに基づいて、アニメーションを描画する。

ステップＳ２６１０では、サーバ装置１０は、ｋ番目の所定オブジェクトに係るリリース条件（図１８のオブジェクト情報１８００参照）が成立したか否かを判定する。なお、ｋ番目の所定オブジェクトに対して、専有状態に係るリリース条件と、共有状態に係るリリース条件とが対応付けられている場合、共有状態に係るリリース条件が利用される（例えば図１８の所定オブジェクトＩＤ“Ｂ０１”参照）。共有状態に対応付けられたリリース条件は、共有状態を形成するユーザアバターＭ１のそれぞれのリリース条件や、全体としてのリリース条件を含んでもよい。判定結果が“ＹＥＳ”の場合、所定解除条件が満たされたこととなりステップＳ２６１２に進み、それ以外の場合は、今回周期の処理を終了する（この場合、対応する端末装置２０におけるアニメーションの描画処理は継続される）。

ステップＳ２６１２では、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、共有状態を表す情報からフリー状態を表す情報へと、更新する。

ステップＳ２６１４では、サーバ装置１０は、ｋ番目の所定オブジェクトに関するアニメーションの描画を行っている端末装置２０に対して、アニメーションの停止指令を送信する。この場合、対応する端末装置２０は、アニメーションモードを停止し、通常モードにより、各種オブジェクト（ユーザアバターＭ１を含む）を描画する。

なお、図２６に示す例では、ステップＳ２６１２において、共有状態を形成する２つ以上のユーザアバターＭ１の一部のリリース条件が満たされた場合に、サーバ装置１０は、ｋ番目の所定オブジェクトに係る親子関係の設定情報を、２つ以上の現に専有中のユーザアバターＭ１による共有状態を表す情報から、専有状態又は他の２つ以上のＭ１による共有状態を表す情報へと、更新してもよい。この場合、続くステップＳ２６１４では、サーバ装置１０は、対応する第１アニメーションデータに係るデータＩＤを含む描画指令を、対応する端末装置２０に送信してよい。

なお、図２３から図２６に示す例は、説明の複雑化を防止するために、図１６を参照して上述した禁止処理部１５８等の動作が省略されているが、適宜、組み込むことは可能である。

以上、この実施形態について図面を参照して詳述してきたが、具体的な構成は上述した各種実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

例えば、上述した実施形態では、アニメーションは、ユーザアバターＭ１の各パーツのうちの、手パーツＭ２のみに関するが、これに限られない。アニメーションは、手パーツＭ２と腕パーツ（肘から先の部分又は肩から先の部分）との組み合わせに関して用意されてもよい。あるいは、アニメーションがユーザアバターＭ１の食べる動作等に関する場合、顔パーツの一部（例えば口パーツ）のアニメーションを含んでもよい。

１ 仮想現実生成システム
３ ネットワーク
１０ サーバ装置
１１ サーバ通信部
１２ サーバ記憶部
１３ サーバ制御部
２０ 端末装置
２１ 端末通信部
２２ 端末記憶部
２３ 表示部
２４ 入力部
２５ 端末制御部
６０ 仮想カメラ
１４０ オブジェクト情報記憶部
１４１ アバター記憶部
１４２ 所定オブジェクト記憶部
１４４ 距離状態記憶部
１４６ アニメーション情報記憶部
１５０ 位置関係算出部
１５４ 干渉検出部
１５６ オブジェクト管理部
１５７ アニメーション制御部
１５８ 禁止処理部
２４０ オブジェクト情報記憶部
２４１ アバター記憶部
２４２ 所定オブジェクト記憶部
２４４ アニメーションデータ記憶部
２５０ サーバデータ取得部
２５２ ユーザ入力取得部
２５４ アバター動作処理部
２５８ 描画処理部
２５８１ アバター描画部
２５８２ オブジェクト描画部
２５８３ ベース画像描画部
２５８４ アニメーション描画部
９００ オブジェクト情報
１０００ アニメーション情報
１７００ アバター情報
１８００ オブジェクト情報
１９００ 位置関係情報
２０００ アニメーション制御情報

Claims (23)

1. 仮想空間に位置する各種オブジェクトに関するオブジェクト情報を記憶するオブジェクト記憶部と、
   前記オブジェクト情報に基づいて、前記仮想空間における各種オブジェクトを描画して表示画像を生成する描画処理部と、
   各種オブジェクトのうちのユーザに対応付けられるユーザオブジェクトに係るユーザ入力を取得する入力取得部と、
   前記ユーザ入力に基づいて、前記仮想空間における前記ユーザオブジェクトの動きを決定する動作処理部と、
   各種オブジェクトのうちの１つ以上の所定オブジェクトと前記ユーザオブジェクトとの位置関係であって、前記仮想空間における位置関係を表す位置関係情報を生成する情報生成部と、
   前記所定オブジェクトと前記ユーザオブジェクトとの組み合わせに係る第１アニメーションを描画するための第１描画情報を記憶する描画情報記憶部と、を備え、
   前記描画処理部は、前記位置関係情報に基づいて、前記所定オブジェクトと前記ユーザオブジェクトとの間の距離が所定距離以下になると、前記第１描画情報に基づいて、前記第１アニメーションを描画する、情報処理システム。
2. 前記情報生成部は、前記所定オブジェクトごとに、前記位置関係情報を生成し、
   前記描画情報記憶部は、前記所定オブジェクトごとに、前記第１描画情報を記憶し、
   前記描画処理部は、一の前記所定オブジェクトに係る前記位置関係情報に基づいて、前記一の所定オブジェクトと前記ユーザオブジェクトとの間の距離が前記所定距離以下になると、前記一の所定オブジェクトに係る前記第１描画情報に基づいて、前記第１アニメーションを描画する、請求項１に記載の情報処理システム。
3. 前記ユーザオブジェクトは、連結された複数のパーツを含み、
   前記複数のパーツは、第１パーツと、第２パーツとを含み、
   前記位置関係情報は、前記第１パーツに関する位置関係情報を含み、
   前記第１アニメーションは、前記第１パーツに関する、請求項１又は２に記載の情報処理システム。
4. 前記描画処理部は、前記第１アニメーションを描画する際、前記ユーザ入力に基づいて、前記ユーザオブジェクトの前記第２パーツを描画する、請求項３に記載の情報処理システム。
5. 前記ユーザオブジェクトは、人を模した形態を有し、
   前記第１パーツは、人の手首よりも先の掌及び指に対応するパーツを含み、
   前記ユーザ入力は、対応するユーザにおける前記第２パーツに対応する部位の各種関節の情報又は該部位の動き情報を含む、請求項４に記載の情報処理システム。
6. 前記情報生成部は、前記第２パーツに対応する部位の各種関節の位置情報に基づいて、前記位置関係情報を生成する、請求項５に記載の情報処理システム。
7. 前記ユーザ入力は、対応するユーザにおける前記第１パーツに対応する部位の各種関節の情報又は該部位の動き情報を更に含み、
   前記描画処理部は、前記所定オブジェクトと前記ユーザオブジェクトとの間の距離が所定距離より大きい場合は、前記第１パーツに対応する部位の各種関節の情報又は該部位の動き情報に基づいて、前記第１パーツを描画する一方で、前記第１アニメーションを描画する際は、前記第１パーツに対応する部位の各種関節の情報又は該部位の動き情報に基づくことなく、前記第１パーツを描画する、請求項４又は５に記載の情報処理システム。
8. 前記位置関係情報は、前記距離が前記所定距離以下である第１状態と、前記距離が前記所定距離よりも大きい第２状態とを含む複数の状態のうちのいずれかにより前記位置関係を表し、
   前記描画処理部は、前記第２状態から前記第１状態への遷移に基づいて、前記第１アニメーションを描画する、請求項１から７のうちのいずれか１項に記載の情報処理システム。
9. 各種オブジェクトの主従関係を管理するオブジェクト管理部を更に備え、
   前記オブジェクト管理部は、一の前記ユーザオブジェクトと一の前記所定オブジェクトの前記位置関係における前記第２状態から前記第１状態への遷移に基づいて、前記一の所定オブジェクトが、前記一のユーザオブジェクトの従属オブジェクトになる第１関係へと、前記一の所定オブジェクトに係る前記主従関係を更新する、請求項８に記載の情報処理システム。
10. 前記オブジェクト管理部は、前記一の所定オブジェクトに係る前記主従関係を前記第１関係へと更新すると、所定解除条件が成立するまで、更新した前記主従関係を維持する、請求項９に記載の情報処理システム。
11. 前記描画処理部は、前記所定解除条件が成立するまで、前記主従関係に基づいて、前記一のユーザオブジェクトとその前記従属オブジェクトである前記一の所定オブジェクトとの組み合わせに係る前記第１アニメーションを描画する、請求項１０に記載の情報処理システム。
12. 前記所定解除条件は、所定時間の経過、前記第１状態から前記第２状態への遷移、及び、前記ユーザ入力に含まれる解除入力、のうちの少なくともいずれか１つに基づいて、満たされる、請求項１０又は１１に記載の情報処理システム。
13. 前記一のユーザオブジェクトの前記従属オブジェクトである前記一の所定オブジェクトに対する他の一のユーザオブジェクトの前記位置関係が前記第２状態から前記第１状態に遷移した場合に、又は、前記一の所定オブジェクトに対する前記一のユーザオブジェクトの前記位置関係と前記一の所定オブジェクトに対する他の一のユーザオブジェクトの前記位置関係とが同時に前記第２状態から前記第１状態に遷移した場合に、干渉状態を検出する干渉検出部を更に備え、
    前記オブジェクト管理部は、前記干渉検出部による検出結果に基づいて、前記一の所定オブジェクトに係る前記主従関係を調整する、請求項１１又は１２に記載の情報処理システム。
14. 前記オブジェクト管理部は、前記一のユーザオブジェクトと前記他の一のユーザオブジェクトとの間の関係を表す所定パラメータの値に基づいて、前記一の所定オブジェクトに係る前記主従関係を調整する、請求項１３に記載の情報処理システム。
15. 前記所定パラメータは、親密度を表すパラメータを含み、
    前記所定解除条件は、前記干渉状態が検出され、かつ、前記一のユーザオブジェクトと前記他の一のユーザオブジェクトの間の親密度が閾値以上であることを含む第１要因に基づいて満たされ、
    前記オブジェクト管理部は、前記第１要因に基づいて前記所定解除条件が満たされた場合、前記一の所定オブジェクトが、前記一のユーザオブジェクトと前記他の一のユーザオブジェクトの双方の従属オブジェクトになる第２関係へと、前記一の所定オブジェクトに係る前記主従関係を更新する、請求項１４に記載の情報処理システム。
16. 前記描画処理部は、前記一の所定オブジェクトに係る前記主従関係を前記第２関係へと更新すると、前記一のユーザオブジェクトと前記他の一のユーザオブジェクトとそれらの前記従属オブジェクトである前記一の所定オブジェクトとの組み合わせに係る前記第１アニメーションを描画する、請求項１５に記載の情報処理システム。
17. 前記所定パラメータは、力関係又は優先関係を表すパラメータを含み、
    前記所定解除条件は、前記干渉状態が検出され、かつ、前記一のユーザオブジェクトよりも前記他の一のユーザオブジェクトの方が、力が強い又は優先度が高いことを含む第２要因に基づいて満たされ、
    前記オブジェクト管理部は、前記第２要因に基づいて前記所定解除条件が満たされた場合、前記一の所定オブジェクトが、前記他の一のユーザオブジェクトの従属オブジェクトになる他の前記第１関係へと、前記一の所定オブジェクトに係る前記主従関係を更新する、請求項１４に記載の情報処理システム。
18. 前記従属オブジェクトが特定の所定オブジェクトである場合、前記干渉状態が発生しないように所定処理を行う禁止処理部を更に備える、請求項１３から１７のうちのいずれか１項に記載の情報処理システム。
19. 前記描画情報記憶部は、前記一のユーザオブジェクト単独に係る第２アニメーションを描画するための第２描画情報を記憶し、
    前記第２状態は、前記距離が前記所定距離よりも大きくかつ第２所定距離以下である近接状態と、前記距離が前記第２所定距離より大きい非近接状態とを含み、
    前記描画処理部は、前記非近接状態から前記近接状態への遷移に基づいて、前記第２アニメーションを描画する、請求項８から１８のうちのいずれか１項に記載の情報処理システム。
20. 前記所定距離は、前記所定オブジェクトごとに設定される、請求項１から１９のうちのいずれか１項に記載の情報処理システム。
21. 前記所定オブジェクトは、他のユーザから贈られるギフトに係るギフトオブジェクトを含み、
    前記情報生成部は、前記ギフトオブジェクトが前記仮想空間において上から下に落下する際に、前記ギフトオブジェクトに係る前記位置関係情報を生成する、請求項１から２０のうちのいずれか１項に記載の情報処理システム。
22. 仮想空間に位置する各種オブジェクトに関するオブジェクト情報を記憶するオブジェクト情報記憶ステップと、
    前記オブジェクト情報に基づいて、前記仮想空間における各種オブジェクトを描画して表示画像を生成する描画処理ステップと、
    各種オブジェクトのうちのユーザに対応付けられるユーザオブジェクトに係るユーザ入力を取得する入力取得ステップと、
    前記ユーザ入力に基づいて、前記仮想空間における前記ユーザオブジェクトの動きを決定する動作処理ステップと、
    各種オブジェクトのうちの１つ以上の所定オブジェクトと前記ユーザオブジェクトとの位置関係であって、前記仮想空間における位置関係を表す位置関係情報を生成する情報生成ステップと、
    前記所定オブジェクトと前記ユーザオブジェクトとの組み合わせに係る第１アニメーションを描画するための第１描画情報を記憶する描画情報記憶ステップと、を備え、
    前記描画処理ステップは、前記位置関係情報に基づいて、前記所定オブジェクトと前記ユーザオブジェクトとの間の距離が所定距離以下になると、前記第１描画情報に基づいて、前記第１アニメーションを描画することを含む、コンピュータにより実行される情報処理方法。
23. 仮想空間に位置する各種オブジェクトに関するオブジェクト情報を記憶するオブジェクト情報記憶処理と、
    前記オブジェクト情報に基づいて、前記仮想空間における各種オブジェクトを描画して表示画像を生成する描画処理と、
    各種オブジェクトのうちのユーザに対応付けられるユーザオブジェクトに係るユーザ入力を取得する入力取得処理と、
    前記ユーザ入力に基づいて、前記仮想空間における前記ユーザオブジェクトの動きを決定する動作処理と、
    各種オブジェクトのうちの１つ以上の所定オブジェクトと前記ユーザオブジェクトとの位置関係であって、前記仮想空間における位置関係を表す位置関係情報を生成する情報生成処理と、
    前記所定オブジェクトと前記ユーザオブジェクトとの組み合わせに係る第１アニメーションを描画するための第１描画情報を記憶する描画情報記憶処理と、をコンピュータに実行させ、
    前記描画処理は、前記位置関係情報に基づいて、前記所定オブジェクトと前記ユーザオブジェクトとの間の距離が所定距離以下になると、前記第１描画情報に基づいて、前記第１アニメーションを描画することを含む、情報処理プログラム。

Images