JP2022188335A - アバター出力装置、端末装置、アバター出力方法、およびプログラム - Google Patents

Abstract

【課題】従来、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる。【解決手段】２以上の各アバターごとに、アバターを表示するための第一モデル情報を有するアバター情報が格納されるアバター格納部１１２と、２以上のアバターのうち、第一モデル情報を用いて表示される１以上の第一アバターと、第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する決定部１３３と、決定部１３３が決定した１以上の各第二アバターについては、第二モデル情報を用いたアバターを取得し、１以上の各第一アバターについては、第一モデル情報を用いたアバターを取得するアバター取得部１３４と、アバター取得部１３４が取得した２以上のアバターを出力するアバター出力部１４２とを具備するアバター出力装置１により、課題を解決できる。【選択図】図２

Description

特許法第３０条第２項適用申請有り 令和３年３月２６日 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｗＲＥｒｈｙｏＴ７０ｃを通じて発表

特許法第３０条第２項適用申請有り 令和３年３月２８日 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＷｙＣ７６ｆｚｚｚＣＡを通じて発表

特許法第３０条第２項適用申請有り 令和３年３月３１日 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＹｈＸ７ｘＪ０ＭｋｘＩ、ｈｔｔｐｓ：／／ｓｐｅａｋｅｒｄｅｃｋ．ｃｏｍ／ｃｌｕｓｔｅｒｉｎｃ／ｃｌｕｓｔｅｒ－ｌｏｄを通じて発表

本発明は、アバターの出力に関する処理を行うアバター出力装置等に関するものである。

従来、多人数が参加している臨場感を担保しつつ、好適な鑑賞体験の提供を実現するコンテンツ配信システムがあった（特許文献１参照）。かかるシステムにおいて、主キャラクターのコンテンツと鑑賞ユーザを示す副キャラクターのコンテンツとを出力する際に、副キャラクターのうち所定の挙動を取らせる副キャラクターの割合を決定し、当該割合の副キャラクターのみに動作させることを行っていた。

特許第６６８８３７８号公報

しかしながら、従来技術においては、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることが困難であった。なお、アバターとは、ユーザの分身として表示されるキャラクターである。

本第一の発明のアバター出力装置は、２以上の各アバターごとに、アバターを表示するための第一モデル情報を有するアバター情報が格納されるアバター格納部と、２以上のアバターのうち、第一モデル情報を用いて表示される１以上の第一アバターと、第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する決定部と、決定部が決定した１以上の各第二アバターについては、第二モデル情報を用いたアバターを取得し、１以上の各第一アバターについては、第一モデル情報を用いたアバターを取得するアバター取得部と、アバター取得部が取得した２以上のアバターを出力するアバター出力部とを具備するアバター出力装置である。

かかる構成により、２以上のアバターのうちの少なくとも一部のアバターを、よりデータサイズの小さなアバターとすることにより、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる。

また、本第二の発明のアバター出力装置は、第一の発明に対して、アバター情報は、アバターが音声を出力するための第一音声情報をも有し、決定部は、２以上のアバターのうち、第一音声情報に対応するアバターである１以上の第一アバターと、第一音声情報より小さいデータサイズの第二音声情報または第一音声情報とは異なる属性値を有する第二音声情報に対応するアバターである１以上の第二アバターを決定し、決定部が決定した１以上の各第二アバターについては、第二音声情報を取得し、１以上の各第一アバターについては、第一音声情報を取得する音声取得部と、音声取得部が取得した第一音声情報、および第二音声情報を出力する音声出力部とを具備するアバター出力装置である。

かかる構成により、アバターに応じた音声情報を使用することにより、２以上のアバターの適切な音声が出力できる。

また、本第三の発明のアバター出力装置は、第一または第二の発明に対して、ユーザが使用する２以上の各端末装置から第一モデル情報または第一モデル情報の元になる元情報を受信するアバター受信部と、アバター受信部が受信した第一モデル情報、またはアバター受信部が受信した元情報を用いて取得された第一モデル情報を有するアバター情報をアバター格納部に蓄積するアバター蓄積部とをさらに具備するアバター出力装置である。

かかる構成により、２以上の各端末装置から、アバターのモデル情報または元情報を受信し、利用できる。つまり、ユーザは自分の好きなアバターを場に表示できる。なお、場とは、アバターが表示される背景、またはアバターが表示される周辺である、と言える。場は、通常、仮想的な三次元空間である。なお、場は、ワールドと言っても良い。

また、本第四の発明のアバター出力装置は、第三の発明に対して、アバター受信部は、２以上の各端末装置から、各端末装置に対応するアバターの位置を特定する位置情報をも受信し、２以上の各端末装置に対応する２以上の各アバターの位置情報のうち、少なくとも送信先の端末装置に対応する自アバターの位置情報を除く、１以上の他アバターの位置情報を、アバターを識別するアバター識別子に対応付けて、２以上の各端末装置に送信する位置情報送信部をさらに具備するアバター出力装置である。

かかる構成により、２以上の各端末装置に、他アバターの位置情報を送信できる。

また、本第五の発明のアバター出力装置は、第四の発明に対して、アバター受信部は、２以上の各端末装置から、各端末装置で取得された１以上の他アバターのスコアまたはスコアに基づく判定結果を、アバター識別子に対応付けて受信し、決定部は、スコアまたは判定結果を用いて、２以上の各端末装置ごとに、２以上のアバターのうち、第一モデル情報を用いて表示される１以上の第一アバターと、第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する、アバター出力装置である。

かかる構成により、２以上の各端末装置で他アバターのスコアを取得することにより、アバター出力装置での負荷が軽減できる。

また、本第六の発明のアバター出力装置は、第三から第五いずれか１つの発明に対して、第一モデル情報または元情報を用いて、第一モデル情報より小さいデータサイズの第二モデル情報を取得するモデル圧縮部をさらに具備し、アバター蓄積部は、第一モデル情報と第二モデル情報とを有するアバター情報をアバター格納部に蓄積する、アバター出力装置である。

かかる構成により、２以上の各アバターの第一モデル情報を圧縮した第二モデル情報を得ることができる。

また、本第七の発明のアバター出力装置は、第一から第六いずれか１つの発明に対して、決定部は、２以上の各アバターに対応する１以上の動的属性値を用いて取得されたスコアまたは判定結果に基づいて、１以上の第二アバターを決定するアバター出力装置である。

かかる構成により、アバターの動的属性値を用いて取得した適切なスコアに基づいて、より小さなデータサイズとするアバターを決定できる。

また、本第八の発明のアバター出力装置は、第四または第七の発明に対して、１以上の動的属性値は、アバターに対応するユーザの視野に関する属性値、カメラの視野に関する属性値、ユーザからの距離に関する属性値、ユーザに対する向きに関する属性値のいずれかを含む、アバター出力装置である。

かかる構成により、アバターの適切な動的属性値を用いて取得した適切なスコアに基づいて、より小さなデータサイズとするアバターを決定できる。

また、本第九の発明のアバター出力装置は、第一から第八いずれか１つの発明に対して、第二モデル情報は、アバターの一部の箇所のみの情報をより少ないデータサイズとしたモデル情報である、アバター出力装置である。

かかる構成により、一部の箇所についてのみ小さいサイズとしたアバターを使用できる。

また、本第十の発明のアバター出力装置は、第一から第九いずれか１つの発明に対して、端末装置において、２以上のアバターを含む画像が出力されるまでの処理において、端末装置と処理を分担する、アバター出力装置である。

かかる構成により、２以上の各端末装置とアバター出力装置とで処理を分担できる。

また、本第十一の発明のアバター出力装置は、第十の発明に対して、決定部は、２以上の各端末装置ごとに、２以上の各アバターに対応する１以上の動的属性値を用いて取得されたスコアまたは判定結果に基づいて、１以上の第二アバターを決定し、１以上の動的属性値を用いてスコアまたは判定結果を取得する処理は端末装置が行い、第一モデル情報を用いて、第二モデル情報を取得する処理はアバター出力装置が行う、アバター出力装置である。

かかる構成により、２以上の各端末装置とアバター出力装置とで適切に処理を分担できる。

また、本第十二の発明のアバター出力装置は、第一から第十一いずれか１つの発明に対して、アバター格納部の２以上の各アバターのアバター情報は、第一モデル情報と第二モデル情報とを有し、アバター取得部は、決定部が決定した１以上の第二アバターについては、第二モデル情報を読み出し、第二モデル情報を用いてアバターを構成し、第一アバターについては、第一モデル情報を読み出し、第一モデル情報を用いてアバターを構成する、アバター出力装置である。

かかる構成により、２以上の各アバターのうちの少なくとも一部のアバターを、よりデータサイズの小さなアバターとすることにより、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる。

また、本第十三の発明のアバター出力装置は、第一から第十二いずれか１つの発明に対して、アバター格納部の２以上の各アバターのアバター情報は、動的に変化しない１以上の静的属性値を有し、決定部は、２以上の各アバターに対応する１以上の静的属性値に基づく情報を用いて、１以上の第二アバターを決定する、アバター出力装置である。

かかる構成により、アバターの静的属性値に基づいて、より小さなデータサイズとするアバターを決定できる。

また、本第十四の発明のアバター出力装置は、第十三の発明に対して、１以上の静的属性値は、アバターの役割に関する属性値、アバターの由来に関する属性値のいずれかを含む、アバター出力装置である。

かかる構成により、アバターの適切な静的属性値に基づいて、より小さなデータサイズとするアバターを決定できる。

また、本第十五の発明のアバター出力装置は、第十三の発明に対して、１以上の静的属性値は、アバターに対応する端末装置の属性値を含む、アバター出力装置である。

かかる構成により、アバターの適切な静的属性値に基づいて、より小さなデータサイズとするアバターを決定できる。

また、本第十六の発明のアバター出力装置は、第一から第十五いずれか１つの発明に対して、第二モデル情報は、第一モデル情報が有するＮ（Ｎは２以上の自然数）のメッシュ情報を用いて取得された、Ｎよりも少ないＭ（Ｍは１以上の自然数）のメッシュ情報を有するモデル情報である、アバター出力装置である。

かかる構成により、２以上の各アバターのうちの少なくとも一部のアバターを、適切に圧縮されたデータのアバターとすることにより、多数のアバターを含む出力を、リアルタイムに得ることができる。

また、本第十七の発明の端末装置は、第一から第十六いずれか１つの発明に対して、アバター出力装置と通信を行い、アバターを表示する端末装置であって、端末装置に対応するアバターの位置情報を含む１以上の端末属性値が格納される端末格納部と、位置情報をアバター出力装置に送信する端末送信部と、アバター出力装置から１以上の他の端末装置に対応する他アバターの位置情報を受信する端末受信部と、１以上の他アバターの位置情報と位置情報とを用いて、１以上の他アバターのスコアを取得する端末処理部とを具備し、端末送信部は、端末装置の端末識別子に対応付けて、１以上の他アバターのスコアまたはスコアに基づく判定結果をアバター出力装置に送信し、端末受信部は、スコアまたは判定結果の送信に応じて、アバター出力装置から他アバターのモデル情報であり、スコアまたは判定結果に応じた異なるモデル情報を受信し、モデル情報を用いて、１以上の他アバターを表示する端末出力部をさらに具備する端末装置である。

かかる構成により、２以上の各端末装置に対応するアバターのうちの少なくとも一部のアバターを、よりデータサイズの小さなアバターとすることにより、多数のアバターを出力する場合に、２以上の端末装置ごとに異なる出力であり、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる。

本発明によるアバター出力装置によれば、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる。

実施の形態１における情報システムＡの概念図 同情報システムＡのブロック図 同アバター出力装置１の動作例について説明するフローチャート 同アバター情報取得処理の例について説明するフローチャート 同端末装置２の動作例について説明するフローチャート 同スコア取得処理の例について説明するフローチャート 同表示情報構成処理の例について説明するフローチャート 同音声出力処理の例について説明するフローチャート 同情報システムＡの具体的な動作例について説明する図 同アバター管理表を示す図 同判定結果のイメージを示す図 同出力例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、アバター出力装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、仮想的な三次元空間（以下、適宜、単に「三次元空間」と言う。）の中に滞在する２以上の各ユーザのアバターのうち、少なくとも一部のアバターについては小さいサイズの情報を用いて出力される情報システムについて説明する。なお、三次元空間は、例えば、ＶＲであるが、ＡＲ等でも良い。
本実施の形態における情報システムは、例えば、三次元空間の中において、各ユーザの分身である２以上のアバターが集まり、ユーザ間において、コミュニケーションをすることを支援するシステムである。本情報システムは、ゲーム等にも応用可能である。本情報システムは、アバターを出力する機能を有すれば良く、応用範囲は問わない。
なお、以下、２以上のユーザのうちの一人のユーザに対応するアバターを自アバターと表現し、それ以外のユーザを他アバターと表現する。

また、本実施の形態において、端末装置ごとに、２以上の各アバターのスコアを用いて、アバターに対して使用するモデル情報または音声情報を決定し、当該決定したモデル情報または音声情報を用いて、アバターを表現する情報システムについて説明する。なお、スコアは、動的属性値または静的属性値を用いて取得される。

さらに、本実施の形態において、三次元空間の中のアバター表示に関する処理を、アバター出力装置と端末装置とで、適切に分担する情報システムについて説明する。

図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、アバター出力装置１、および１または２以上の端末装置２を備える。

アバター出力装置１は、アバターの出力のための処理を行う装置である。アバター出力装置１は、ここでは、通常、いわゆるサーバであるが、スタンドアロンで動作する装置でも良い。アバター出力装置１は、例えば、クラウドサーバ、ＡＳＰサーバ等である。なお、アバター出力装置１の種類は問わない。また、アバター出力装置１がスタンドアロンの装置である場合、端末装置２は不要であり、後述する端末装置２の機能の一部は、アバター出力装置１が実行する。

端末装置２は、ユーザが使用する端末である。端末装置２は、自分に対応する自アバターと１以上の他アバターとを出力する端末である。一のアバターは、例えば、一の端末装置２に対応付く。また、一のアバターは、例えば、一のユーザに対応付く。他アバターは、他の端末装置２を使用する他のユーザに対応するアバターである。なお、一のユーザに対して２以上のアバターが対応付いていても良い。つまり、一のユーザが、２以上のアバターを切り替えて、２以上のアバターの中の一つのアバターを使用しても良い。端末装置２は、例えば、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その種類は問わない。なお、出力とは、通常、表示であるが、表示デバイスへの送信でも良い。

なお、アバターは、通常、ユーザの分身として出力されるキャラクターである。アバターは、キャラクターと言っても良い。

図２は、本実施の形態における情報システムＡのブロック図である。情報システムＡを構成するアバター出力装置１は、格納部１１、受付部１２、処理部１３、および出力部１４を備える。

格納部１１は、ワールド格納部１１１、およびアバター格納部１１２を備える。受付部１２は、例えば、アバター受信部１２１を備える。処理部１３は、例えば、モデル圧縮部１３１、アバター蓄積部１３２、決定部１３３、アバター取得部１３４、および音声取得部１３５を備える。出力部１４は、例えば、位置情報送信部１４１、アバター出力部１４２、および音声出力部１４３を備える。

端末装置２は、端末格納部２１、端末受付部２２、端末処理部２３、端末送信部２４、端末受信部２５、および端末出力部２６を備える。

アバター出力装置１を構成する格納部１１には、各種の情報が格納される。各種の情報とは、例えば、後述するワールド情報、後述するアバター情報である。

ワールド格納部１１１には、ワールド情報が格納される。ワールド情報は、ワールドを構成するための情報である。ワールド情報の構造は問わない。

アバター格納部１１２には、１または２以上のアバター情報が格納される。アバター情報は、出力されるアバターを構成するための情報を含む。アバター情報は、アバターごとの情報である。アバター情報は、アバター識別子に対応付いている。アバター識別子に対応付いていることは、アバター識別子を有することでも良い。アバター識別子は、例えば、アバターのＩＤであるが、アバターに対応するユーザのＩＤ、端末装置２のＩＤ等でも良い。

アバター情報は、モデル情報を有する。モデル情報は、アバターの表示を構成するための情報である。モデル情報は、例えば、メッシュ情報、ボーン情報、マテリアル情報を有する。モデル情報は、例えば、glTF ?(GL Transmission Format)?のデータ構造を有する。ただし、モデル情報のデータ構造は、VRM、OBJ、FBX、STL、GLB、COLLADA、等でも良く、種類を問わない。

ここでの各アバター情報は、データサイズの異なる２種類以上のモデル情報を有することは好適である。アバター情報は、例えば、第一モデル情報と第二モデル情報とを有する。ここで、「第一モデル情報のデータサイズ＞第二モデル情報のデータサイズ」である。第二モデル情報は、例えば、第一モデル情報のデータサイズを圧縮したモデル情報である。なお、圧縮のアルゴリズムは問わない。第二モデル情報は、例えば、第一モデル情報が有するメッシュ情報のうち、２以上のメッシュ情報から一のメッシュ情報を構成し（メッシュを統合し）、メッシュ情報を削減したモデル情報である。また、第二モデル情報は、例えば、第一モデル情報が有する色情報の階調を小さくすることにより、データサイズを削減したモデル情報である。第二モデル情報は、例えば、第一モデル情報が有するテクスチャのアトラス化により、データサイズを小さくしたモデル情報である。

なお、第一モデル情報は、例えば、アバター識別子に対応付けて、端末装置２から送信された情報である。なお、アバター識別子は、端末識別子でも良い。また、第一モデル情報は、例えば、端末装置２から送信された元情報を用いて取得された情報でも良い。元情報は、モデル情報でも良いし、モデル情報を特定する識別子でも良い。

また、アバター情報は、モデル情報の他、音声情報や１以上の属性値を有することは好適である。

音声情報は、アバターが発する音声の情報である。音声情報のデータ構造やデータ形式は問わない。アバター情報は、データサイズまたは属性値が異なる２種類以上の音声情報を有することは好適である。アバター情報は、例えば、第一音声情報と第二音声情報とを有する。例えば、「第一音声情報のデータサイズ＞第二音声情報のデータサイズ」である。また、例えば、「第一音声情報の属性値であるボリューム＞第二音声情報の属性値であるボリューム」である。また、例えば、「第一音声情報の属性値であるサンプリング周波数＞第二音声情報の属性値であるサンプリング周波数」である。また、例えば、「第一音声情報の属性値である高さ（周波数）＞第二音声情報の属性値である高さ（周波数）」である。

１以上の各属性値は、アバターの属性値である。属性値は、例えば、動的属性値、または静的属性値である。

動的属性値は、動的に変化し得る属性値である。動的属性値は、例えば、位置情報、向き情報である。

位置情報は、アバターの場における位置を特定する情報である。位置情報は、例えば、ユーザが入力した位置情報である。ユーザが入力した位置情報は、通常、アバターを動作させるユーザの操作により決定される情報である。位置情報は、場（ワールドと言っても良い）の中での絶対的な位置を特定する情報であり、例えば、三次元座標（ｘ、ｙ、ｚ）または二次元座標（ｘ、ｙ）である。

向き情報は、アバターの場における向きを特定する情報である。向き情報は、例えば、基準となる方向に対する角度である。基準となる方向は、場（ワールドと言っても良い）の中での絶対的な向きを特定する情報である。向き情報は、例えば、場の中の正面を向いているか否かを示す情報である。

静的属性値は、動的には変化しない属性値である。静的属性値は、例えば、役割属性値、由来属性値、端末属性値である。

役割属性値は、アバターの役割に関する情報である。役割属性値は、例えば、「主催者」「司会者」「観客」である。なお、「主催者」は、仮想的な三次元空間上で、アバターを用いたイベントを開催する場合の主催者である。「司会者」は、仮想的な三次元空間上で、アバターを用いたイベントを開催する場合の司会者である。「観客」は、仮想的な三次元空間上で、アバターを用いたイベントを開催する場合の観客である。

由来属性値は、アバターの由来に関する情報である。由来属性値は、例えば、ユーザが作成したアバター（ＵＧＣ）か否かを示す情報である。

端末属性値は、アバターに対応する端末装置２に関する情報である。端末属性値は、例えば、端末装置２の種類を特定する端末種類識別子（例えば、「ＰＣ」「スマートフォン」「タブレット」）、端末装置２のプロセッサの能力を特定する情報（例えば、能力のレベル、動作周波数（ＧＨｚ））、端末装置２の画面サイズ、アスペクト比である。

受付部１２は、各種の情報や指示を受け付ける。なお、ここでの受け付けは、通常、端末装置２からの受信であるが、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付け等でも良い。

また、各種の情報や指示は、例えば、アバター情報、音声情報、リクエストである。受け付けられるアバター情報は、アバター格納部１１２のアバター情報と同じ構造でなくても良い。受け付けられるアバター情報は、例えば、第一モデル情報と位置情報とを有する。

リクエストは、アバターの送信の要求である。リクエストは、例えば、他アバターの表示に関するリクエストであり、他アバターを示すアバター識別子とモデル情報の組を、１組以上、有する。リクエストは、例えば、ワールド情報の送信指示を有しても良い。

アバター受信部１２１は、ユーザが使用する２以上の各端末装置２から第一モデル情報または元情報を受信する。元情報は、第一モデル情報の元になる情報である。元情報は、例えば、モデル情報であるが、第一モデル情報の識別子でも良い。

アバター受信部１２１は、２以上の各端末装置２から、各端末装置２に対応するアバターの位置を特定する位置情報をも受信することは好適である。なお、アバター受信部１２１は、２以上の各端末装置２から第一モデル情報または元情報、位置情報、およびアバター識別子を対応付けて受信することは好適である。ただし、第一モデル情報または元情報、および位置情報は対応付けば良く、別々に受信されても良い。なお、アバター識別子は、アバターを識別する情報であり、例えば、ＩＤ、ユーザ名である。また、アバター受信部１２１が端末装置２から第一モデル情報または元情報を受信したことに応じて、ユニークなアバター識別子が取得されても良い。

アバター受信部１２１は、音声情報、位置情報をも受信することは好適である。アバター受信部１２１は、音声情報を、アバター識別子を対応付けて受信することは好適である。

アバター受信部１２１は、２以上の各端末装置２から、第一モデル情報と第二モデル情報とを有するアバター情報を受信しても良い。かかる場合、端末装置２が、第一モデル情報に基づいて、第二モデル情報を取得する処理を行っても良い。

アバター受信部１２１は、２以上の各端末装置２から、各端末装置２で取得された１以上の他アバターのスコアまたは判定結果を、アバター識別子に対応付けて受信することは好適である。アバター受信部１２１は、各端末装置２ごとに、自アバターのスコアまたは判定結果をも受信しても良い。なお、判定結果とは、アバターのモデル情報の種類を決定するための情報である。判定結果は、例えば、スコアに基づいて決定された情報である。判定結果は、例えば、モデル情報の種類を特定する種類識別子である。判定結果は、例えば、第一モデル情報に対応する「第一」、第二モデル情報に対応する「第二」である。

なお、他アバターは、自アバターでは無いアバターである。自アバターは、端末装置２に対応するアバターである。アバター受信部１２１が自アバターのスコアを受信しない場合、自アバターのスコアは、通常、デフォルト値（例えば、最高点）である。なお、端末装置２にとっての他アバターのスコアは、端末装置２にとっての他アバターの重要度を特定する情報である。スコアは、例えば、０～１００、１０段階評価等であるが、その範囲等は問わない。

処理部１３は、各種の処理を行う。各種の処理は、例えば、モデル圧縮部１３１、アバター蓄積部１３２、決定部１３３、アバター取得部１３４、音声取得部１３５が行う処理である。

処理部１３は、例えば、ワールド格納部１１１のワールド情報を取得する。

モデル圧縮部１３１は、第一モデル情報または元情報を用いて、第二モデル情報を取得する。第二モデル情報は、第一モデル情報より小さいデータサイズのモデル情報である。

なお、モデル圧縮部１３１が行う処理は問わない。モデル圧縮部１３１は、例えば、第一モデル情報または元情報が有する２以上のメッシュ情報から一のメッシュ情報を構成し、メッシュ情報の数を削減した第二モデル情報を取得する。かかる場合、第二モデル情報は、例えば、第一モデル情報が有するＮ（Ｎは２以上の自然数）のメッシュ情報を用いて取得された、Ｎよりも少ないＭ（Ｍは１以上の自然数）のメッシュ情報を有するモデル情報である。

また、モデル圧縮部１３１は、例えば、第一モデル情報または元情報が有する色情報の階調を小さくすることにより、データサイズを削減した第二モデル情報を取得する。モデル圧縮部１３１は、例えば、第一モデル情報または元情報が有するテクスチャのアトラス化により、データサイズを小さくした第二モデル情報を取得する。

モデル圧縮部１３１は、第一モデル情報が有するアバターの一部の箇所（例えば、ボディー部、顔部以外の箇所）の情報のみを圧縮し、第二モデル情報を取得することは好適である。

アバター蓄積部１３２は、アバター受信部１２１が受信した第一モデル情報、またはアバター受信部１２１が受信した元情報を用いて取得された第一モデル情報を有するアバター情報をアバター格納部１１２に蓄積する。

アバター蓄積部１３２は、例えば、アバター受信部１２１が受信した位置情報、音声情報のうちの１以上の情報をも有するアバター情報をアバター格納部１１２に蓄積する。

アバター蓄積部１３２は、例えば、第一モデル情報と第二モデル情報とを有するアバター情報をアバター格納部１１２に蓄積する。

アバター蓄積部１３２は、例えば、第一モデル情報とモデル圧縮部１３１が取得した第二モデル情報とを有するアバター情報をアバター格納部１１２に蓄積する。

なお、アバター蓄積部１３２が行う蓄積処理は、一時的な蓄積でも良い。

決定部１３３は、２以上のアバターのうち、１以上の第一アバターと１以上の第二アバターとを決定する。なお、第一アバターは、第一モデル情報を用いて表示されるアバターである。第二アバターは、第二モデル情報を用いて表示されるアバターである。なお、決定する処理は、例えば、アバター識別子と対になるスコアまたは判定結果に対応する種類識別子を取得すること、端末装置２から受信された種類識別子を取得すること等である。種類識別子は、例えば、「第一アバター」「第二アバター」である。

決定部１３３は、例えば、受信されたリクエストに含まれるアバター識別子ごとに、当該アバター識別子と対になるスコアまたは判定結果に対応する種類識別子を取得する。

モデル情報が３種類以上存在する場合、決定部１３３は、３以上のアバターのうち、１以上の第一アバターと１以上の第二アバターと１以上の第三アバターとを決定する。

決定部１３３は、２以上の各アバターが、少なくとも２種類以上のアバターのうちのいずれであるかを決定する。決定部１３３は、２以上の各アバターが、３種類以上のアバターのうちのいずれであるかを決定しても良い。なお、アバターは、通常、ユーザまたは端末装置２に対応付いている。

決定部１３３は、通常、端末装置２ごとに、１以上の第一アバターと１以上の第二アバターとを決定する。つまり、端末装置２によって、同じ他アバターでも、モデル情報の種類が異なることは好適である。

決定部１３３は、２以上の各端末装置ごとに、２以上の各アバターに対応する１以上の動的属性値を用いて取得されたスコアに基づいて、１以上の第二アバターを決定することは好適である。

決定部１３３は、２以上の各アバターに対応する１以上の静的属性値に基づく情報を用いて、１以上の第二アバターを決定しても良い。

決定部１３３は、スコアまたは判定結果を用いて、２以上の各端末装置ごとに、２以上の各アバターに対して、１以上の第一アバターと１以上の第二アバターとを決定する。なお、スコアまたは判定結果は、端末装置２から受信された情報でも良いし、アバター出力装置１が取得した情報でも良い。

決定部１３３は、例えば、スコアまたは判定結果に基づいて、第一アバターと第二アバターとを決定する。

決定部１３３は、例えば、スコア条件を満たすほど高いスコアと対になるアバター識別子で識別されるアバターを第一アバターに決定し、スコア条件を満たさないほど低いスコアと対になるアバター識別子で識別されるアバターを第二アバターに決定する。

スコア条件は、例えば、「スコアが閾値以上」「スコアが閾値より大きい」「スコアが上位Ｎ（Ｎは自然数）以内」「スコアが上位Ｎ（Ｎは自然数）より高い」である。

決定部１３３は、例えば、判定結果「第一」と対になるアバター識別子で識別されるアバターを第一アバターに決定し、判定結果「第二」と対になるアバター識別子で識別されるアバターを第二アバターに決定する。

決定部１３３は、例えば、端末装置２から受信された１以上の各他アバターのスコアまたは判定結果を用いて、各他アバターが２種類以上のアバターのうちのいずれかであるかを決定する。

決定部１３３は、例えば、端末装置２から受信された１以上の属性値を用いて、１以上の各他アバターに対するスコア取得処理を行い、当該スコアに基づいて、各他アバターが２種類以上のアバターのうちのいずれかであるかを決定する。なお、スコア取得処理は、各端末装置２が行っても良い。

決定部１３３は、例えば、以下のようなスコア取得処理を行う。つまり、決定部１３３は、２以上の各端末装置２から受信された１以上の属性値と、各アバターの位置情報とを用いて、２以上の各端末装置２ごとに、１以上の他アバターのスコアを取得する。なお、各端末装置２から受信された１以上の属性値は、例えば、自アバターの位置情報、自アバターの向き情報を有する。

具体的には、決定部１３３は、例えば、端末装置２から受信された自アバターの位置情報、端末装置２から受信された自アバターの向き情報、カメラ属性値、１以上の各他アバターの位置情報のうちの２以上の情報を用いて、１以上の他アバターの動的属性値を取得する。なお、カメラ属性値は、例えば、カメラの位置を特定するカメラ位置情報、カメラの向きを特定するカメラ向き情報、カメラの画角を特定する画角情報である。カメラ属性値は、例えば、格納部１１に格納されている。また、画角情報は、通常、カメラの水平方向の角度の範囲、カメラの垂直方向の角度の範囲である。なお、ここでのカメラは、仮想的な三次元空間上に設置されたカメラである。

決定部１３３は、例えば、自アバターの位置情報と他アバターの位置情報とを用いて、自アバターと他アバターとの距離を取得する。また、決定部１３３は、例えば、自アバターの位置情報と自アバターの向き情報と他アバターの位置情報とを用いて、他アバターが自アバターの視野の中に入っているか否かを示す動的属性値（視野内属性値と言っても良い。）を取得する。また、決定部１３３は、例えば、カメラ位置情報とカメラ向き情報と画角情報と他アバターの位置情報とを用いて、他アバターがカメラによる撮影の範囲に入っているか否かを示す動的属性値（撮影範囲属性値と言っても良い。）を取得する。

そして、決定部１３３は、例えば、他アバターに対して、距離が近いほど大きな値のスコアを取得する。また、決定部１３３は、例えば、視野の中に入っている場合に、視野の中に入っていない場合と比較して、大きな値のスコアを取得する。また、決定部１３３は、例えば、カメラによる撮影の範囲に入っている場合に、撮影の範囲に入っていない場合と比較して、大きな値のスコアを取得する。

さらに具体的には、決定部１３３は、例えば、他アバターに対して、距離をパラメータとする減少関数により、スコアを取得する。決定部１３３は、例えば、距離、視野内属性値、および撮影範囲属性値に対応するスコアを対応表から取得する。かかる場合、対応表は、例えば、距離の範囲、視野内属性値、および撮影範囲属性値の組と、スコアとの対応を示す２以上の対応情報を有する表である。

また、決定部１３３は、例えば、１以上の静的属性値を用いて、以下のようなスコア取得処理を行っても良い。なお、１以上の静的属性値は、例えば、アバターの役割に関する属性値、アバターの由来に関する属性値のいずれかを含む。

決定部１３３は、例えば、他アバターの役割が「主催者」または「司会者」である場合、他アバターの役割が「観客」である場合と比較して、高いスコアを取得する。決定部１３３は、例えば、例えば、他アバターがＵＧＣである場合、ＵＧＣでない場合と比較して、高いスコアを取得する。

決定部１３３は、例えば、視野内属性値または撮影範囲属性値のみに基づいて、決定しても良い。決定部１３３による決定処理のアルゴリズムは問わない。また、決定部１３３がスコアを取得する場合、当該スコア取得のアルゴリズムも問わない。

決定部１３３は、例えば、２以上のアバターのうち、第一音声情報に対応するアバターである１以上の第一アバターと、第二音声情報に対応するアバターである１以上の第二アバターを決定する。なお、第二音声情報は、第一音声情報より小さいデータサイズの音声情報または第一音声情報とは異なる属性値を有する音声情報である。なお、異なる属性値とは、例えば、音量、周波数である。

決定部１３３は、例えば、他アバターのスコアまたは判定結果に基づいて、当該他アバターの音声情報の種類を決定する。決定部１３３は、例えば、他アバターのスコアまたは判定結果に基づいて、第一アバター、第二アバター等の種類を決定し、当該種類に対応する音声情報の種類を決定する。

アバター取得部１３４は、決定部１３３が決定した１以上の各第二アバターについては、第二モデル情報を用いたアバターをアバター格納部１１２から取得し、１以上の各第一アバターについては、第一モデル情報を用いたアバターをアバター格納部１１２から取得する。

アバターを取得することは、モデル情報を取得することでも良いし、モデル情報を含むアバター情報を取得することでも良いし、モデル情報と音声情報とを含むアバター情報を取得することでも良いし、モデル情報を識別するモデル識別子（例えば、第一アバターか第二アバターかを識別する情報、モデル情報の種類を識別する情報）を取得することでも良いし、音声情報を識別する音声識別子（例えば、第一アバターか第二アバターかを識別する情報、音声情報の種類を識別する情報）を取得することでも良い。

アバター取得部１３４は、例えば、決定部１３３が決定した１以上の第二アバターについては、第二モデル情報を読み出し、第二モデル情報を用いてアバターを構成する。

音声取得部１３５は、決定部１３３が決定した１以上の各第二アバターについては、第二音声情報を取得し、１以上の各第一アバターについては、第一音声情報を取得する。

出力部１４は、各種の情報を出力する。ここで、出力とは、通常、端末装置２への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

出力部１４は、例えば、ワールド格納部１１１のワールド情報を２以上の各端末装置２に送信する。

位置情報送信部１４１は、２以上の各端末装置２に対応する２以上の各アバターの位置情報のうち、１以上の他アバターの位置情報を、アバターを識別するアバター識別子に対応付けて、２以上の各端末装置に送信する。１以上の他アバターの位置情報は、例えば、各他アバターに対応する端末装置２が送信した情報である。１以上の他アバターの位置情報は、各端末装置２における自アバターの位置情報を含まなくても良い。位置情報送信部１４１は、２以上の各端末装置２に、当該端末装置２に対応する自アバターの位置情報を送信しなくても良いし、自アバターの位置情報も送信しても良い。

アバター出力部１４２は、アバター取得部１３４が取得した２以上のアバターを出力する。ここで、出力とは、通常、端末装置２への送信であるが、ディスプレイへの表示、プロジェクターを用いた投影、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

また、アバターの出力とは、モデル情報の送信でも良いし、モデル識別子の送信でも良い。端末装置２でアバターが出力されれば良い。

アバター出力部１４２は、通常、２以上の各端末装置２ごとに、アバター取得部１３４が取得した２以上のアバターを、２以上の各端末装置２に送信する。

アバター出力部１４２は、受信されたリクエストに含まれる１以上の各アバター識別子を用いて、当該各アバター識別子に対応するモデル情報とアバター識別子とを対にして有する情報を、リクエストを送信してきた端末装置２に送信する。

アバター出力部１４２は、受信されたリクエストがワールド情報の送信指示を含む場合、ワールド情報を、リクエストを送信してきた端末装置２に送信する。

アバター出力部１４２が出力するアバターは、端末装置２で表示されるアバターの情報と完全に同一でなくても良い。アバター出力部１４２が出力するアバターは、端末装置２で表示されるアバターを構成するための情報でも良い。アバターを出力することは、アバターを含む画像を出力することでも良い。

音声出力部１４３は、音声取得部１３５が取得した第一音声情報、および第二音声情報を出力する。第一音声情報および第二音声情報の出力とは、第一音声情報を識別する識別子および第二音声情報を識別する識別子の出力でも良い。

音声出力部１４３は、アバターのスコアまたは判定結果に応じた種類の音声情報を出力することは好適である。

ここで、出力とは、通常、端末装置２への送信であるが、音出力、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

音声出力部１４３が出力する第一音声情報、および第二音声情報は、端末装置２で出力される音声と同じ情報でなくても良い。

端末装置２を構成する端末格納部２１には、１以上の端末属性値が格納される。端末属性値は、端末装置２の属性値である。端末装置２の属性値は、例えば、端末装置２の端末種類識別子、端末装置２の画面サイズ、アスペクト比である。端末格納部２１には、位置情報、第一モデル情報または元情報が格納されても良い。

端末受付部２２は、各種の指示や情報を受け付ける。各種の指示や情報は、例えば、位置情報、第一モデル情報、第一モデル情報を識別する識別子、アバター識別子、１以上の属性値、初期入力である。１以上の属性値は、例えば、役割属性値、由来属性値、端末属性値である。

なお、初期入力は、２以上のアバターを含む三次元空間を端末装置２に出力する前の入力であり、アバターの位置情報を含む。初期入力は、１または２以上のスコア取得元属性値を含む。初期入力は、アバターのモデル情報または元情報を含むことは好適である。初期入力は、アバター識別子を含んでも良い。初期入力に含まれるモデル情報は、第一モデル情報であることは好適である。スコア取得元属性値は、スコアを取得する元になる属性値であり、位置情報を含む。スコア取得元属性値は、通常、向き情報を含む。

ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

端末処理部２３は、各種の処理を行う。各種の処理は、例えば、後述するスコア取得処理、後述するアバター構成処理である。なお、スコアの取得をアバター出力装置１が行う場合、端末処理部２３は、スコア取得処理を行わない。

端末処理部２３は、例えば、１以上の他アバターの位置情報と１以上の端末属性値とを用いて、１以上の他アバターのスコアを取得する。

端末処理部２３は、例えば、１以上の他の端末装置２における１以上の他アバターの位置情報と、自アバターの位置情報とを用いて、１以上の他アバターのスコアを取得する。

具体的には、端末処理部２３は、例えば、自アバターの位置情報、自アバターの向き情報、カメラ位置情報、カメラ向き情報、カメラの画角情報、１以上の各他アバターの位置情報のうちの２以上の情報を用いて、１以上の他アバターの動的属性値を取得する。

端末処理部２３は、例えば、自アバターの位置情報と他アバターの位置情報とを用いて、自アバターと他アバターとの距離を取得する。また、端末処理部２３は、例えば、自アバターの位置情報と自アバターの向き情報と他アバターの位置情報とを用いて、他アバターが自アバターの視野の中に入っているか否かを示す動的属性値（視野内属性値と言っても良い。）を取得する。また、端末処理部２３は、例えば、カメラ位置情報とカメラ向き情報と画角情報他アバターの位置情報とを用いて、他アバターがカメラによる撮影の範囲に入っているか否かを示す動的属性値（撮影範囲属性値と言っても良い。）を取得する。

そして、端末処理部２３は、例えば、他アバターに対して、三次元空間内における自アバターとの距離が近いほど大きな値のスコアを取得する。また、端末処理部２３は、例えば、他アバターが自アバターの視野の中に入っている場合に、視野の中に入っていない場合と比較して、大きな値のスコアを取得する。また、端末処理部２３は、例えば、カメラによる撮影の範囲に入っている場合に、撮影の範囲に入っていない場合と比較して、大きな値のスコアを取得する。

端末処理部２３は、例えば、他アバターに対して、カメラとの距離が近いほど、大きな値のスコアを取得する。

さらに具体的には、端末処理部２３は、例えば、他アバターに対して、距離をパラメータとする減少関数により、スコアを取得する。端末処理部２３は、例えば、距離、視野内属性値、および撮影範囲属性値に対応するスコアを対応表から取得する。かかる場合、対応表は、例えば、距離の範囲、視野内属性値、および撮影範囲属性値の組と、スコアとの対応を示す２以上の対応情報を有する表である。

また、端末処理部２３は、例えば、他アバターの１以上の静的属性値を用いて、以下のような他アバターのスコア取得処理を行っても良い。

１以上の静的属性値は、例えば、他アバターの役割に関する属性値、他アバターの由来に関する属性値のいずれかを含む。端末処理部２３は、例えば、他アバターの役割が「主催者」または「司会者」である場合、他アバターの役割が「観客」である場合と比較して、高いスコアを取得する。端末処理部２３は、例えば、例えば、他アバターがＵＧＣである場合、ＵＧＣでない場合と比較して、高いスコアを取得する。

また、端末処理部２３は、例えば、１以上の各他アバターのスコアを用いて、各他アバターに対応する判定結果を取得しても良い。端末処理部２３は、スコアの幅と判定結果との対応を示す２以上の対応情報を有する対応表を参照し、スコアと対になる判定結果を、他アバターごとに取得する。端末処理部２３は、例えば、スコアをパラメータとする演算式にスコアを代入し、当該演算式を実行し、判定結果を取得する。なお、判定結果は、他アバターを出力する際に使用するアバターを、２以上のアバター（例えば、第一アバターと第二アバター）のうちのいずれのアバターとするかの判定の結果である。

また、端末処理部２３は、例えば、アバター出力装置１から、１以上の他アバターに対するモデル情報を取得し、当該モデル情報を用いて、表示されるアバターを構成するアバター構成処理を行う。なお、アバター構成処理は、公知技術である。

また、端末処理部２３は、受信されたワールド情報を用いて、ワールドを構成し、当該ワールドの中に２以上のアバターを配置し、アバターが配置された三次元空間を構成する。なお、端末処理部２３は、２以上の各アバターを、対応する位置情報で特定される位置に配置する。

端末送信部２４は、各種の情報をアバター出力装置１に送信する。端末送信部２４は、例えば、端末装置２に対応する自アバターの位置情報をアバター出力装置１に送信する。端末送信部２４は、例えば、端末格納部２１の１以上の属性値をアバター出力装置１に送信する。１以上の属性値は、例えば、自アバターの位置情報、自アバターの向き情報、端末属性値である。

端末送信部２４は、端末装置２の端末識別子に対応付けて、１以上の他アバターのスコアまたは判定結果をアバター出力装置１に送信する。なお、ここで送信されるスコアまたは判定結果は、端末処理部２３が取得した情報である。また、スコアまたは判定結果は、他アバターのアバター識別子に対応付いている。なお、スコアまの取得をアバター出力装置１が行う場合、端末送信部２４は、スコアをアバター出力装置１に送信しない。判定結果の取得をアバター出力装置１が行う場合、端末送信部２４は、判定結果をアバター出力装置１に送信しない。

端末受信部２５は、アバター出力装置１から１以上の他の端末装置２に対応する他アバターの位置情報を受信する。端末受信部２５は、例えば、他アバターの１以上の属性値をアバター出力装置１から受信する。

端末受信部２５は、アバター出力装置１から他アバターのモデル情報であり、スコアまたは判定結果に応じた異なるモデル情報を受信する。

端末受信部２５は、各アバターに対して、２種類以上のモデル情報を受信しても良い。かかる場合、端末処理部２３は、他アバターのスコアまたは判定結果に応じて、他アバターを表示する際に使用するモデル情報を決定する。

端末受信部２５は、アバター出力装置１からワールド情報をも受信することは好適である。

端末出力部２６は、１以上の各モデル情報を用いて構成された１以上の他アバターを表示する。なお、表示は、他の表示媒体への送信でも良い。また、モデル情報は、２種類以上のモデル情報のうちの一のモデル情報である。

端末出力部２６は、自アバターをも表示することは好適である。

端末出力部２６は、ワールド情報をも用いて、ワールドを表示することは好適である。

端末出力部２６は、アバターに対応する音声情報を出力することは好適である。出力される音声情報は、アバターのスコアまたは判定結果に応じた種類の音声情報（例えば、第一、または第二音声情報）であることは好適である。

格納部１１、ワールド格納部１１１、アバター格納部１１２、および端末格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受付部１２、アバター受信部１２１、および端末受信部２５は、通常、無線または有線の通信手段で実現される。

処理部１３、モデル圧縮部１３１、アバター蓄積部１３２、決定部１３３、アバター取得部１３４、音声取得部１３５、および端末処理部２３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＭＰＵ、ＣＰＵ、ＧＰＵ等であり、その種類は問わない。

出力部１４、位置情報送信部１４１、アバター出力部１４２、および音声出力部１４３は、通常、無線または有線の通信手段で実現される。

端末受付部２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末出力部２６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、情報システムＡの動作例について説明する。まず、アバター出力装置１の動作例について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）アバター受信部１２１は、端末装置２からモデル情報等を受信したか否かを判断する。モデル情報等を受信した場合はステップＳ３０２に行き、モデル情報等を受信しなかった場合はステップＳ３０３に行く。なお、モデル情報等は、端末装置２に対応するアバターの第一モデル情報または元情報を含む情報である。モデル情報等は、例えば、端末装置２に対応するアバターの位置情報を含むことは好適である。モデル情報等は、アバター識別子を含んでも良い。なお、アバター識別子は、モデル情報等の受信に応じて、処理部１３がユニークなアバター識別子を取得しても良い。ユニークなアバター識別子を取得する方法は問わない。また、ステップＳ３０１では、２以上の各端末装置２から、モデル情報等が受信される。

（ステップＳ３０２）アバター蓄積部１３２は、受信されたモデル情報等をアバター識別子に対応付けて蓄積する。ステップＳ３０１に戻る。

（ステップＳ３０３）処理部１３は、圧縮処理等を開始するか否かを判断する。圧縮処理等を開始する場合はステップＳ３０４に行き、圧縮処理等を開始しない場合はステップＳ３１２に行く。なお、圧縮処理等は、ステップＳ３０４からＳ３１１の処理である。また、圧縮処理等を開始するための条件は問わない。かかる条件は、例えば、予め決められた時刻になったこと、処理部１３が参加予定のすべての端末装置２からモデル情報等が受信された、と判断したことである。また、かかる条件は、例えば、受付部１２が圧縮処理等のリクエストを、端末装置２から受信したことである。

（ステップＳ３０４）処理部１３は、カウンタｉに１を代入する。

（ステップＳ３０５）圧縮処理等の対象のｉ番目のアバターのアバター識別子が存在するか否かを判断する。ｉ番目のアバター識別子が存在する場合はステップＳ３０６に行き、存在しない場合はステップＳ３１０に行く。

（ステップＳ３０６）モデル圧縮部１３１は、ｉ番目のアバター識別子の第一モデル情報を取得する。

モデル圧縮部１３１は、受信された第一モデル情報を取得しても良いし、受信された元情報に対応する第一モデル情報を取得しても良い。つまり、モデル圧縮部１３１は、例えば、ｉ番目のアバター識別子と対になる第一モデル情報をアバター格納部１１２から取得する。モデル圧縮部１３１は、例えば、ｉ番目のアバター識別子と対になる元情報をアバター格納部１１２から取得し、当該元情報を用いて、第一モデル情報を取得する。かかる場合、元情報は、例えば、第一モデル情報の識別子、または第一モデル情報を構成する元になるモデル情報である。

（ステップＳ３０７）モデル圧縮部１３１は、ステップＳ３０６で取得した第一モデル情報より小さいデータサイズの１または２種類以上のモデル情報を取得する。１種類以上のモデル情報は、第二モデル情報を含む。

（ステップＳ３０８）アバター蓄積部１３２は、ｉ番目のアバター識別子に対応付けて、第一モデル情報と第二モデル情報とを含むアバター情報をアバター格納部１１２に蓄積する。なお、アバター情報を蓄積することは、アバター情報が蓄積された状態にすることであり、元々、アバター格納部１１２に格納されていた情報は、ここで、蓄積する必要はない。

（ステップＳ３０９）処理部１３は、カウンタｉを１、インクリメントする。ステップＳ３０５に戻る。

（ステップＳ３１０）処理部１３は、全アバターの１以上のスコア取得元属性値を、アバター識別子に対応付けて取得する。なお、スコア取得元属性値は、スコアを取得する元になる属性値であり、位置情報を含む。スコア取得元属性値は、通常、向き情報を含む。

（ステップＳ３１１）位置情報送信部１４１は、ステップＳ３１０で取得された各アバターの１以上のスコア取得元属性値をアバター識別子に対応付けて、２以上の全端末装置２に送信する。ステップＳ３０１に戻る。

（ステップＳ３１２）受付部１２は、端末装置２からリクエストを受信したか否かを判断する。リクエストを受信した場合はステップＳ３１３に行き、リクエストを受信しなかった場合はステップＳ３０１に戻る。なお、ステップＳ３１２において、２以上の全端末装置２からリクエストを受信する。なお、リクエストは、アバター識別子に対応付けられた１以上の他アバターの判定結果またはスコアを含む。

（ステップＳ３１３）処理部１３は、アバター情報取得処理を行う。アバター情報取得処理とは、アバターを表示するためのモデル情報等を取得する処理である。また、アバター情報取得処理は、ワールド情報を取得しても良い。アバター情報取得処理の例について、図４のフローチャートを用いて説明する。

（ステップＳ３１４）アバター出力部１４２は、ステップＳ３１３で取得された情報を、リクエストを送信してきた端末装置２に送信する。ステップＳ３０１に戻る。なお、送信される情報は、通常、アバターのモデル情報を含む。

なお、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ３１３のアバター情報取得処理の例について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）決定部１３３は、カウンタｉに１を代入する。

（ステップＳ４０２）決定部１３３は、アバター情報取得処理に対応するｉ番目のアバター識別子が存在するか否かを判断する。ｉ番目のアバター識別子が存在する場合はステップＳ４０３に行き、ｉ番目のアバター識別子が存在しない場合はステップＳ４０６に行く。なお、ｉ番目のアバター識別子は、通常、受信されたリクエストに含まれるｉ番目のアバター識別子である。

（ステップＳ４０３）決定部１３３は、ｉ番目のアバター識別子に対応する判定結果またはスコアを取得する。また、決定部１３３は、スコアが取得された場合、当該スコアに対応する判定結果を取得する。なお、判定結果は、通常、取得するモデル情報の種類を特定する種類識別子である。種類識別子は、例えば、第一モデル情報に対応する「第一」、第二モデル情報に対応する「第二」である。

（ステップＳ４０４）アバター取得部１３４は、ｉ番目のアバター識別子と判定結果に対応するモデル情報を、ｉ番目のアバター識別子に対応付けて取得する。

アバター取得部１３４は、例えば、当該モデル情報をアバター格納部１１２から取得する。アバター取得部１３４は、例えば、当該モデル情報を第一モデル情報から生成する。

（ステップＳ４０５）決定部１３３は、カウンタｉを１、インクリメントする。ステップＳ４０２に戻る。

（ステップＳ４０６）アバター取得部１３４は、ワールド情報を送信するか否かを判断する。ワールド情報を送信する場合はステップＳ４０７に行き、送信しない場合はステップＳ４０８に行く。なお、ワールド情報を送信する場合は、通常、動作開始から、一度も当該端末装置２にワールド情報を送信していない場合である。

（ステップＳ４０７）アバター取得部１３４は、ワールド情報をワールド格納部１１１から取得する。

（ステップＳ４０８）アバター取得部１３４は、１以上の各アバター識別子に対応付けられているモデル情報を含む情報を構成する。上位処理にリターンする。

なお、かかる情報は、ワールド情報を含んでも良い。かかる情報は、端末装置２に送信される情報である。

次に、端末装置２の動作例について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）端末受付部２２は、動作開始前の入力である初期入力を受け付けたか否かを判断する。初期入力を受け付けた場合はステップＳ５０２に行き、初期入力を受け付けなかった場合はステップＳ５１２に行く。なお、初期入力は、１以上のスコア取得元属性値を含む。

（ステップＳ５０２）端末処理部２３は、ステップＳ５０１で受け付けられた初期入力を用いて、送信する情報を構成する。端末送信部２４は、当該情報をアバター出力装置１に送信する。なお、当該情報は、例えば、モデル情報、位置情報、向き情報等を含む。

（ステップＳ５０３）端末受信部２５は、ステップＳ５０２における送信に応じて、全アバターのスコア取得元属性値を受信したか否かを判断する。スコア取得元属性値を受信した場合はステップＳ５０４に行き、スコア取得元属性値を受信しなかった場合はステップＳ５０３に戻る。なお、端末受信部２５は、各アバターのアバター識別子に対応付けて、アバターごとに、１以上のスコア取得元属性値を受信する。

（ステップＳ５０４）端末処理部２３は、各アバターの１以上のスコア取得元属性値を用いて、各アバターのスコアを取得する。かかるスコア取得処理の例について、図６のフローチャートを用いて説明する。なお、スコア取得処理において、端末処理部２３は、スコアを取得し、かつ当該スコアを用いて、判定結果を取得しても良い。スコア取得処理において、端末処理部２３は、スコアを取得し、判定結果を取得しなくても良い。かかる場合、アバター出力装置１が判定結果を取得する。

（ステップＳ５０５）端末処理部２３は、ステップＳ５０４で取得したスコアまたは判定結果を用いて、リクエストを構成する。なお、リクエストは、各アバターのアバター識別子に対応付くスコアまたは判定結果を有する。

（ステップＳ５０６）端末送信部２４は、ステップＳ５０５で構成されたリクエストをアバター出力装置１に送信する。リクエストには、例えば、他アバターごとに取得したスコアと対応するアバター識別子を含めてもよいし、端末処理部２３で判定結果を取得する場合は他アバターごとの判定結果と対応する識別子を含めてもよい。

（ステップＳ５０７）端末受信部２５は、ステップＳ５０６におけるリクエストの送信に応じて、情報を受信したか否かを判断する。情報を受信した場合はステップＳ５０８に行き、情報を受信しなかった場合はステップＳ５０７に戻る。なお、情報は、通常、リクエストに応じてアバター出力装置１が出力した１以上の各アバターのモデル情報を含む。また、情報は、ワールド情報を含むことは好適である。また、情報は、１以上の各アバター識別子に対応付いた音声情報を含んでも良い。さらに、受信された情報は、端末格納部２１に、少なくとも一時蓄積される。

（ステップＳ５０８）端末処理部２３は、ステップＳ５０７で受信された情報を用いて、表示情報構成処理を行う。表示情報構成処理とは、端末装置２に表示する情報を構成する処理である。表示情報構成処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ５０９）端末出力部２６は、ステップＳ５０８で構成された情報を出力する。なお、出力される情報は、通常、ワールドと１または２以上のアバターとを含む。

（ステップＳ５１０）端末処理部２３は、ステップＳ５０７で受信された情報が音声情報を有するか否かを判断する。音声情報を有する場合はステップＳ５１１に行き、音声情報を有しない場合はステップＳ５０１に戻る。

（ステップＳ５１１）処理部１３等は、音声出力処理を行う。ステップＳ５０１に戻る。音声出力処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ５１２）端末受付部２２は、ユーザからの入力を受け付けたか否かを判断する。入力を受け付けた場合はステップＳ５１３に行き、入力を受け付けなかった場合はステップＳ５１９に行く。ユーザからの入力は、例えば、自アバターの位置情報の変更の入力、自アバターの向き情報の変更の入力、自アバターの音声情報である。

（ステップＳ５１３）端末処理部２３は、ステップＳ５１２における入力に基づいて、属性値（例えば、変化した自アバターの位置情報、変化した自アバターの向き情報など）を取得する。端末処理部２３は、当該入力に基づいて、変更されるスコアを取得する。また、ステップＳ５１９で、情報が受信された場合、端末処理部２３は、受信された情報に基づいて、変更されるスコアを取得する。かかるスコア取得処理について、図６のフローチャートを用いて説明する。

（ステップＳ５１４）端末処理部２３は、ステップＳ５０４で取得したスコアまたは判定結果を用いて、リクエストを構成する。なお、リクエストは、各アバターのアバター識別子に対応付くスコアまたは判定結果を有する。

また、２回目以降のリクエストの送付の場合、端末処理部２３は、前回のスコアまたは判定結果と、異なったスコアまたは判定結果が得られたアバターに関するリクエストを構成することは好適である。かかるリクエストは、スコアまたは判定結果に変化のないアバターのスコアまたは判定結果を含まない。かかるリクエストは、異なったスコアまたは判定結果が得られたアバターのアバター識別子と、スコアまたは判定結果を含む。

また、各アバターのスコアまたは判定結果に変化がない等の場合には、ステップＳ５１４において、リクエストが構成されない場合もあり得る。

（ステップＳ５１５）端末処理部２３は、ステップＳ５１４において、リクエストが構成されたか否かを判断する。リクエストが構成された場合はステップＳ５０６に行き、リクエストが構成されなかった場合はステップＳ５１６に行く。

（ステップＳ５１６）端末処理部２３は、ステップＳ５１２における入力に対応する情報を送信するか否かを判断する。情報を送信する場合はステップＳ５１７に行き、情報を送信しない場合はステップＳ５０８に行く。なお、入力に対応する情報は、例えば、ユーザが入力した音声情報、入力後の新しい自アバターの位置や向きに関する情報である。

（ステップＳ５１７）端末処理部２３は、ステップＳ５１２における入力に対応する送信情報を構成する。

（ステップＳ５１８）端末送信部２４は、ステップＳ５１７で構成された送信情報を、自分のアバター識別子と対にして、アバター出力装置１に送信する。ステップＳ５０８に行く。

（ステップＳ５１９）端末受信部は、アバター出力装置１から情報を受信したか否かを判断する。情報を受信した場合はステップＳ５１３に行き、情報を受信しなかった場合はステップＳ５０１に戻る。なお、情報とは、例えば、音声情報、他アバターの変更された位置情報、他アバターの変更された向き情報である。

なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ５０４のスコア取得処理の例について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）端末処理部２３は、スコアを取得するための１以上の属性値を取得する。ここでの１以上の属性値は、自アバターの位置情報を含む。ここでの１以上の属性値は、例えば、自アバターの向き情報、カメラ位置情報、カメラ向き情報、カメラの画角情報を含む。

（ステップＳ６０２）端末処理部２３は、カウンタｉに１を代入する。

（ステップＳ６０３）端末処理部２３は、スコアを取得する対象のｉ番目のアバターのアバター識別子が存在するか否かを判断する。ｉ番目のアバター識別子が存在する場合はステップＳ６０４に行き、存在しない場合は上位処理にリターンする。

（ステップＳ６０４）端末処理部２３は、ｉ番目のアバター識別子と対になる１以上のスコア取得元属性値を取得する。なお、１以上のスコア取得元属性値は、例えば、ｉ番目のアバターの位置情報、向き情報、役割属性値、由来属性値である。

（ステップＳ６０５）端末処理部２３は、自アバターの位置情報と自アバターの向き情報とｉ番目のアバターの位置情報とを用いて、ユーザ視野属性値を取得する。なお、ユーザ視野属性値は、自アバターの視野の中にｉ番目のアバターが存在するか否かを示す情報である。

（ステップＳ６０６）端末処理部２３は、カメラ位置情報とカメラ向き情報とカメラの画角情報とｉ番目のアバターの位置情報とを用いて、カメラ視野属性値を取得する。なお、カメラ視野属性値は、ｉ番目のアバターがカメラの撮影範囲であるか否かを示す情報である。

（ステップＳ６０７）端末処理部２３は、自アバターの位置情報とｉ番目のアバターの位置情報とを用いて、ユーザ距離属性値を取得する。なお、ユーザ距離属性値は、自アバターとｉ番目のアバターとの距離を特定する情報である。

（ステップＳ６０８）端末処理部２３は、自アバターの向き情報とｉ番目のアバターの向き情報とを用いて、ユーザ向き属性値を取得する。なお、ユーザ向き属性値は、自アバターとｉ番目のアバターとの相対的な向きに関する情報であり、例えば、自アバターとｉ番目のアバターとの角度に関する情報、自アバターとｉ番目のアバターとが向き合っているか否かを示す情報である。

（ステップＳ６０９）端末処理部２３は、カメラ位置情報とｉ番目のアバターの位置情報とを用いて、カメラ距離属性値を取得する。なお、カメラ距離属性値は、カメラとｉ番目のアバターとの距離を特定する情報である。

（ステップＳ６１０）端末処理部２３は、ステップＳ６０５からステップＳ６０９で取得した動的属性値のうち、１または２以上の動的属性値を用いて、ｉ番目のアバターのスコアを取得する。

（ステップＳ６１１）端末処理部２３は、ｉ番目のアバターのスコアを用いて、ｉ番目のアバターの判定結果を取得する。なお、判定結果は、ここでは、例えば、種類識別子である。なお、端末処理部２３は、通常、スコアが高いほど、大きなデータサイズに対応する判定結果を取得する。

（ステップＳ６１２）端末処理部２３は、ｉ番目のアバター識別子に対応付けて、判定結果を一時蓄積する。なお、端末処理部２３は、ｉ番目のアバター識別子に対応付けて、スコアを一時蓄積しても良い。

（ステップＳ６１３）端末処理部２３は、カウンタｉに１を１、インクリメントする。ステップＳ６０３に戻る。

なお、図６のフローチャートにおいて、端末処理部２３は、判定結果を取得しなくても良い。かかる場合、端末処理部２３は、ｉ番目のアバター識別子に対応付けて、スコアを一時蓄積する。

次に、ステップＳ５０８の表示情報構成処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）端末処理部２３は、ワールド情報を取得する。なお、ワールド情報は、アバター出力装置１から受信された情報、または端末格納部２１に格納されている情報である。

（ステップＳ７０２）端末処理部２３は、カウンタｉに１を代入する。

（ステップＳ７０３）端末処理部２３は、構成する対象のｉ番目のアバターのアバター識別子が存在するか否かを判断する。ｉ番目のアバター識別子が存在する場合はステップＳ７０４に行き、ｉ番目のアバター識別子が存在しない場合は上位処理にリターンする。

（ステップＳ７０４）端末処理部２３は、ｉ番目のアバター識別子と対になる１以上の属性値等を端末格納部２１から取得する。

（ステップＳ７０５）端末処理部２３は、ステップＳ７０４で取得した１以上の属性値等を用いて、ｉ番目のアバターを出力するか否かを判断する。ｉ番目のアバターを出力する場合はステップＳ７０６に行き、ｉ番目のアバターを出力しない場合はステップＳ７０に行く。端末処理部２３は、例えば、カメラに視野に入っていない他アバター、またはユーザの自アバターの視野に入っていない他アバターは、出力しないと判断する。

（ステップＳ７０６）端末処理部２３は、ｉ番目のアバター識別子と対になるモデル情報を取得する。なお、モデル情報は、例えば、各アバターの判定結果に基づいて決定された第一モデル情報または第二モデル情報である。

（ステップＳ７０７）端末処理部２３は、ステップＳ７０６で取得したモデル情報を用いて表示するアバターを構成する。

（ステップＳ７０８）端末処理部２３は、ｉ番目のアバター識別子と対になる位置情報を用いて、ステップＳ７０７で構成したアバターを、ステップＳ７０１で取得したワールド情報により構成されるワールドの中に配置する。

（ステップＳ７０９）端末処理部２３は、カウンタｉに１を１、インクリメントする。ステップＳ７０３に戻る。

次に、ステップＳ５１１の音声出力処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）端末処理部２３は、カウンタｉに１を代入する。

（ステップＳ８０２）端末処理部２３は、ｉ番目のアバターのアバター識別子が存在するか否かを判断する。ｉ番目のアバター識別子が存在する場合はステップＳ８０３に行き、ｉ番目のアバター識別子が存在しない場合は上位処理にリターンする。

（ステップＳ８０３）端末処理部２３は、ｉ番目のアバター識別子と対になる音声情報が存在するか否かを判断する。当該音声情報が存在する場合はステップＳ８０４に行き、存在しない場合はステップＳ８０７に行く。なお、ｉ番目のアバター識別子と対になる音声情報は、例えば、アバター出力装置１から受信された情報である。

（ステップＳ８０４）端末処理部２３は、ｉ番目のアバター識別子と対になるスコアまたは判定結果を取得する。

（ステップＳ８０５）端末処理部２３は、ステップＳ８０４におけるスコアまたは判定結果に応じた種類の音声情報を取得する。

ここで、ｉ番目のアバター識別子と対にして２以上の種類の音声情報が格納されている場合、例えば、端末処理部２３は、ｉ番目のアバター識別子と対になる音声情報（例えば、第一音声情報、第二音声情報）のうちの、スコアまたは判定結果に応じた種類の音声情報を取得する。ｉ番目のアバター識別子と対にして一の音声情報が格納されている場合、例えば、端末処理部２３は、スコアまたは判定結果に応じて、当該一の音声情報の属性値（例えば、音量、周波数）を変更し、出力する音声情報を取得する。

（ステップＳ８０６）端末出力部２６は、ステップＳ８０５で取得された音声情報を出力する。

（ステップＳ８０７）端末処理部２３は、カウンタｉに１を１、インクリメントする。ステップＳ８０２に戻る。

以下、本実施の形態における情報システムＡの具体的な動作例について、図９を用いて説明する。情報システムＡは、アバター出力装置１と２以上の端末装置２を有する。ここで、２以上の端末装置２を、端末装置２（１）、・・・、端末装置２（Ｎ）とする。

端末装置２（１）の端末受付部２２は、ユーザからモデル情報等を受け付けた、とする。そして、端末処理部２３は、受け付けられたモデル情報等を用いて、送信するモデル情報等を構成する。端末送信部２４は、当該モデル情報をアバター出力装置１に送信する（９０１参照）。なお、モデル情報等は、ここで、第一モデル情報、１以上の属性値を有する。１以上の属性値は、ここでは、位置情報、役割属性値、由来属性値、端末属性値を含む、とする。

また、同様に、端末装置２（Ｎ）も、ユーザから受け付けたモデル情報等をアバター出力装置１に送信する（９０２参照）。

次に、アバター出力装置１のアバター受信部１２１は、端末装置２（１）や端末装置２（Ｎ）等からモデル情報等を受信する（９０１、９０２参照）。そして、アバター蓄積部１３２は、各モデル情報等に対して、ユニークなアバター識別子を生成する。次に、アバター蓄積部１３２は、受信されたモデル情報等を、アバター識別子に対応付けて、アバター格納部１１２の図１０の構造を有するアバター管理表に蓄積した、とする。

アバター管理表は、「ＩＤ」「アバター識別子」「第一モデル情報」「第二モデル情報」「属性値」を有する。また、「属性値」は、「位置情報」「役割属性値」「由来属性値」「端末属性値」を有する。「端末属性値」は、ここでは「画面サイズ」「動作周波数」を有する。「ＩＤ」は、レコードを識別する情報である。「第一モデル情報」は、第一モデル情報のファイル名である。「第二モデル情報」は、第二モデル情報のファイル名である。なお、各ファイルも、アバター格納部１１２に格納されている。「位置情報」は、三次元空間におけるアバターの位置を特定する情報である。また、ここでは、「役割属性値」は、「主催者」「司会者」「観客」のいずれかを採り得る。「由来属性値」は、「ＵＧＣ」「デフォルト」のいずれかを採り得る。「ＵＧＣ」は、ユーザが作成したアバターであることを示す。「デフォルト」は、デフォルトのアバターであることを示す。デフォルトのアバターは、例えば、アバター出力装置１の管理者が予め用意しているアバターである。なお、現段階では、表の「第二モデル情報」には、情報が存在しない。

次に、アバター出力装置１のモデル圧縮部１３１は、予め決められた条件を満たした（例えば、予め決められた時刻になった）ことを検知し、端末装置２（１）や端末装置２（Ｎ）等の第一モデル情報に対して、上述した圧縮処理を行い、第二モデル情報を取得する（９０３参照）。次に、モデル圧縮部１３１は、２以上の各第二モデル情報をアバター格納部１１２に蓄積し、２以上の各第二モデル情報のファイル名を、アバター識別子と対にして、アバター管理表に蓄積する。以上の処理により、図１０のアバター管理表が構成された。なお、図１０のアバター管理表において、「Ｄ_１．ｊｓｏｎ」はデフォルトのアバターの第一モデル情報であり、「Ｄ_２．ｊｓｏｎ」はデフォルトのアバターの第二モデル情報である。

次に、処理部１３は、全アバターのスコア取得元属性値を、アバター識別子に対応付けて、図１０のアバター管理表、または格納部１１から取得する。スコア取得元属性値は、ここでは、図１０の５つの属性値、およびカメラ属性値（カメラ位置情報、カメラ向き情報、画角情報）である、とする。なお、カメラ属性値は、格納部１１に格納されている、とする。

次に、位置情報送信部１４１は、全アバターのスコア取得元属性値を、アバター識別子に対応付けて、端末装置２（１）や端末装置２（Ｎ）を含む全ての端末装置２に送信する（９０４、９０５参照）。

次に、端末装置２（１）の端末受信部２５は、全アバターのスコア取得元属性値を受信する（９０４参照）。また、端末装置２（Ｎ）等の端末受信部２５も、全アバターのスコア取得元属性値を受信する（９０４参照）。

次に、端末装置２（１）等の端末処理部２３は、受信されたスコア取得元属性値が有する各他アバターの位置情報と、カメラ位置情報とカメラ向き情報と画角情報とを用いて、各他アバターの撮影範囲属性値、カメラからの距離を、他アバターごとに、取得する。また、端末装置２（１）等のすべての端末処理部２３は、各々の自アバターの位置情報と各他アバターの位置情報とを用いて、自アバターと他アバターとの距離を、他アバターごとに、取得する。

次に、端末装置２（１）等の端末処理部２３は、各他アバターごとに、他アバターに対応する撮影範囲属性値、カメラからの距離、自アバターと他アバターとの距離、役割属性値、由来属性値等を用いて、スコアを取得する。次に、端末装置２（１）等の端末処理部２３は、各他アバターごとに、判定結果「第一」または「第二」を取得する。なお、端末処理部２３は、ここでは、スコアが閾値以上の他アバターに対しては、「第一」の判定結果を取得し、スコアが閾値未満の他アバターに対しては、「第二」の判定結果を取得する、とする（９０６、９０７参照）。

また、ここでの判定結果の概念は、例えば、図１１である。図１１において、グレーで示された領域１１０１がカメラの撮影範囲である場合に、カメラの撮影範囲に含まれ、かつ、カメラから近い９つのアバターの判定結果は「第一」であり、他のアバターの判定結果は「第二」である。図１１において、判定結果「第一」のアバターは黒く塗りつぶされており、判定結果「第二」のアバターは黒く塗りつぶされていない。また、端末装置２（１）、・・・、端末装置２（Ｎ）のうちの各端末装置２によって、判定結果は異なることは好適である。なお、判定結果「第一」に対応する９つのアバターは、図１１のＡ０１、Ａ０２、Ａ０３、Ａ０４、Ａ０５、Ａ０６、Ａ０７、Ａ０８、Ａ０９である。
同様に、図１１において、グレーで示された領域１１０１が特定の端末装置（Ｎ）から見た視野とすれば、自アバターの視野を考慮した判定が可能となる。

次に、端末装置２（１）等のすべての端末処理部２３は、他アバターのアバター識別子と判定結果との組を、他アバターの数だけ有するリクエストとを構成する。次に、端末装置２（１）、・・・、端末装置２（Ｎ）の各端末送信部２４は、リクエストをアバター出力装置１に送信する（９０８、９０９参照）。

次に、アバター出力装置１の受付部１２は、２以上の各端末装置２からリクエストを受信する（９０８、９０９参照）。

次に、アバター出力装置１の決定部１３３は、各端末装置２からのリクエストに含まれる各アバター識別子に対応する判定結果を取得する。次に、アバター取得部１３４は、アバター識別子ごとに、判定結果に応じて、属性値「第一モデル情報」または属性値「第二モデル情報」のファイル名をアバター管理表（図１０）から取得し、当該ファイル名で識別される第一モデル情報または第二モデル情報を、アバター識別子に対応付けて、アバター格納部１１２から取得する。なお、判定結果「第一」に対応するアバター識別子に対して第一モデル情報が取得され、判定結果「第二」に対応するアバター識別子に対して第二モデル情報が取得される。

次に、アバター取得部１３４は、ワールド情報を送付したか否かを示すフラグワールド情報送付フラグがＯＦＦ（未送付）であることを検知し、ワールド情報を送信する、と判断する。そして、アバター取得部１３４は、ワールド情報をワールド格納部１１１から取得する。決定部１３３およびアバター取得部１３４は、端末装置２ごとに、上記の処理を行い、アバター識別子に対応付けられた第一モデル情報または第二モデル情報、およびワールド情報を取得する（９１０、９１１参照）。

次に、アバター出力部１４２は、アバター取得部１３４により取得された情報を、リクエストを送信してきた２以上の各端末装置２に送信する（９１２、９１３参照）。なお、処理部１３は、ワールド情報の送付により、ワールド情報送付フラグをＯＮ（送付済み）とする。

次に、２以上の各端末装置２の端末受信部２５は、リクエストの送信に応じて、情報を受信する（９１２、９１３参照）。ここでの情報は、ワールド情報と、アバター識別子とモデル情報との２以上の組を含む。

次に、２以上の各端末装置２の端末処理部２３は、受信された情報を用いて、上述した表示情報構成処理を行う（９１４、９１５参照）。端末出力部２６は、表示情報構成処理により構成された情報を出力する（９１６、９１７参照）。出力される情報は、仮想的な三次元空間の中に多数のアバターを有する。なお、かかる出力例は、図１２である。図１２において、２以上の端末装置２の各ユーザに対応するアバターが、ワールドと共に表示されている。また、端末装置２によって、同じアバターでも、第一モデル情報が使用されたり、第二モデル情報が使用されたりすることは好適である。
また、図１２の１２０１の仮想的なスクリーンにおいて、ワールド内のカメラで取得された映像が表示されることは好適である。かかる場合、例えば、アバター出力装置１は、ワールド内のカメラで取得される映像を構成し、各端末装置２に送信する。そして、各端末装置２の端末受信部２５は、カメラで取得される映像を受信する。そして、端末処理部２３は、受信された映像をワールド内の仮想的なスクリーンに貼り付ける、次に、端末出力部２６は、かかる映像が貼り付けられたスクリーンを含むワールドを、各ユーザに対応するアバターと共に出力する。

さらに、時間が経過し、ユーザが端末装置２（１）に、自アバターの位置情報を変更する入力を行った、とする（９１８参照）。

次に、端末装置２（１）の端末処理部２３は、自アバターの位置情報の変更に応じて、１以上の各他アバターのスコアを、再度、算出する。なお、端末処理部２３は、自アバターの位置情報以外の情報（他アバターの情報、カメラ属性値等）は、既に受信し、蓄積されている情報を用いて、１以上の各他アバターのスコアを算出する、とする。

次に、端末装置２（１）の端末処理部２３は、１以上の各他アバターのスコアに応じた判定結果を取得する（９１９参照）。

次に、端末処理部２３は、前回の判定結果と比較して、判定結果に変化があった他アバターのアバター識別子と判定結果との１組以上の組、および変更された自アバターの位置情報を有するリクエストを構成する。

次に、端末装置２（１）の端末送信部２４は、当該リクエストをアバター出力装置１に送信する（９２０参照）。

次に、アバター出力装置１の受付部１２は、端末装置２（１）からリクエストを受信する（９２０参照）。

次に、アバター出力装置１の決定部１３３は、端末装置２（１）からのリクエストに含まれる１以上の各アバター識別子に対応する判定結果を取得する。次に、アバター取得部１３４は、アバター識別子ごとに、判定結果に応じて、属性値「第一モデル情報」または属性値「第二モデル情報」のファイル名をアバター管理表（図１０）から取得し、当該ファイル名で識別される第一モデル情報または第二モデル情報を、アバター識別子に対応付けて、アバター格納部１１２から取得する。

次に、端末装置２（１）に既にワールド情報を送信しているので、アバター取得部１３４は、ワールド情報を送信しない、と判断する。

次に、アバター出力部１４２は、アバター取得部１３４により取得された情報を、リクエストを送信してきた端末装置２（１）に送信する（９２１参照）。

また、端末装置２（１）の端末処理部２３は、自アバターの位置情報の更新に応じて、受信された他アバターのモデル情報をも用いて、変更される表示情報を構成する（９２２参照）。次に、端末装置２（１）の端末出力部２６は、新たに構成された表示情報を出力する（９２３参照）。なお、端末処理部２３は、自アバターの位置情報の更新に応じて、他アバターの位置情報（相対的な位置情報）も変更する。

また、アバター出力部１４２は、端末装置２（１）のアバターの変更された位置情報と端末装置２（１）のアバターのアバター識別子とを含む他アバターの情報を、端末装置２（Ｎ）を含む１以上の端末装置２に送信する（９２４参照）。

次に、端末装置２（Ｎ）等の端末受信部２５は、端末装置２（１）の他アバターの情報を受信する。

次に、端末装置２（Ｎ）等の端末処理部２３は、端末装置２（１）のアバターの位置情報の変更による、端末装置２（１）のアバターに対する新たなスコアを取得する。次に、端末装置２（Ｎ）等の端末処理部２３は、端末装置２（１）のアバターに対する判定結果を取得する（９２５参照）。

そして、端末装置２（Ｎ）における端末装置２（１）のアバターの判定結果が、前回の判定結果とは異なる判定結果になった、とする。

次に、端末装置２（Ｎ）の端末送信部２４は、端末装置２（１）の他アバターのアバター識別子と新たな判定結果とを含むリクエストをアバター出力装置１に送信する（９２６参照）。なお、端末装置２（１）のアバターの判定結果が、前回の判定結果と同じ端末装置（２）は、リクエストをアバター出力装置１に送信しない、とする。

次に、アバター出力装置１の受付部１２は、端末装置２（Ｎ）からリクエストを受信する（９２６参照）。

次に、アバター出力装置１の決定部１３３は、端末装置２（Ｎ）からのリクエストに含まれるアバター識別子に対応する判定結果を取得する。次に、アバター取得部１３４は、当該アバター識別子の判定結果に応じて、属性値「第一モデル情報」または属性値「第二モデル情報」のファイル名であり、当該アバター識別子と対になるファイル名を、アバター管理表（図１０）から取得し、当該ファイル名で識別される第一モデル情報または第二モデル情報を、アバター識別子に対応付けて、アバター格納部１１２から取得する。

次に、アバター出力部１４２は、アバター取得部１３４により取得された情報を、リクエストを送信してきた端末装置２（Ｎ）に送信する（９２７参照）。

次に、端末装置２（Ｎ）の端末受信部２５は、リクエストの送信に応じて、情報を受信する（９２７参照）。

次に、端末装置２（Ｎ）の端末処理部２３は、受信された情報を用いて、表示情報構成処理を行う（９２８参照）。端末装置２（Ｎ）の端末出力部２６は、表示情報構成処理により構成された情報を出力する（９２９参照）。なお、かかる表示情報構成処理により、端末装置２（Ｎ）において、例えば、端末装置２（１）のアバターの位置が移動し、かつ当該アバターの表示に利用されるモデル情報が、第二モデル情報から第一モデル情報に変更される。

なお、端末装置２（１）のアバターの位置情報の変更により、端末装置２（Ｎ）以外の端末装置２も、アバター出力装置１にリクエストを送信し、端末装置２（Ｎ）と同様に、変更された情報を出力しても良い。

以上、本実施の形態によれば、２以上のアバターのうちの少なくとも一部のアバターを、よりデータサイズの小さなアバターとすることにより、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる。

また、本実施の形態によれば、アバターに応じた音声情報を使用することにより、２以上のアバターの適切な音声が出力できる。

また、本実施の形態によれば、２以上の各端末装置から、アバターのモデル情報または元情報を受信し、利用できる。つまり、ユーザは自分の好きなアバターを場に表示できる。

また、本実施の形態によれば、２以上の各端末装置２で他アバターのスコアを取得することにより、アバター出力装置１における負荷が軽減できる。

また、本実施の形態によれば、アバターの適切な動的属性値を用いて取得した適切なスコアに基づいて、より小さなデータサイズとするアバターを決定できる。

また、本実施の形態によれば、一部の箇所についてのみ小さいサイズとしたアバターを使用できる。
さらに、本実施の形態によれば、２以上の各端末装置２とアバター出力装置１とで処理を適切に分担できる。

なお、本実施の形態において、アバターが端末装置２に表示されるまでの処理において、２以上の各端末装置２とアバター出力装置１とで、如何様に処理を分担しても良い。上記の具体例において、例えば、各アバターのスコアの取得と判定は、端末装置２が行ったが、例えば、各アバターのスコアの取得は端末装置２が行い、スコアを用いた判定はアバター出力装置１が行っても良い。また、各アバターのスコアの取得と判定は、アバター出力装置１が行っても良い。

また、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるアバター出力装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、２以上の各アバターごとに、アバターを表示するための第一モデル情報を有するアバター情報が格納されるアバター格納部にアクセス可能なコンピュータを、前記２以上のアバターのうち、前記第一モデル情報を用いて表示される１以上の第一アバターと、前記第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する決定部と、前記決定部が決定した前記１以上の各第二アバターについては、前記第二モデル情報を用いたアバターを取得し、前記１以上の各第一アバターについては、前記第一モデル情報を用いたアバターを取得するアバター取得部と、前記アバター取得部が取得した２以上のアバターを出力するアバター出力部として機能させるためのプログラムである。

また、図１３は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態のアバター出力装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１３は、このコンピュータシステム３００の概観図であり、図１４は、システム３００のブロック図である。

図１３において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１４において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。なお、２以上の各端末装置２は、カメラ、スピーカー、マイクを含むことは好適である。

コンピュータシステム３００に、上述した実施の形態のアバター出力装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態のアバター出力装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかるアバター出力装置は、多数のアバターを出力する場合に、処理の負荷を抑制しつつ、ユーザにとって適切なアバターを得ることができる、という効果を有し、アバター出力装置等として有用である。

１ アバター出力装置
２ 端末装置
１１ 格納部
１２ 受付部
１３ 処理部
１４ 出力部
２１ 端末格納部
２２ 端末受付部
２３ 端末処理部
２４ 端末送信部
２４ 各端末送信部
２５ 端末受信部
２６ 端末出力部
１１１ ワールド格納部
１１２ アバター格納部
１２１ アバター受信部
１３１ モデル圧縮部
１３２ アバター蓄積部
１３３ 決定部
１３４ アバター取得部
１３５ 音声取得部
１４１ 位置情報送信部
１４２ アバター出力部
１４３ 音声出力部

Claims (19)

1. ２以上の各アバターごとに、アバターを表示するための第一モデル情報を有するアバター情報が格納されるアバター格納部と、
   前記２以上のアバターのうち、前記第一モデル情報を用いて表示される１以上の第一アバターと、前記第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する決定部と、
   前記決定部が決定した前記１以上の各第二アバターについては、前記第二モデル情報を用いたアバターを取得し、前記１以上の各第一アバターについては、前記第一モデル情報を用いたアバターを取得するアバター取得部と、
   前記アバター取得部が取得した２以上のアバターを出力するアバター出力部とを具備するアバター出力装置。
2. 前記アバター情報は、アバターが音声を出力するための第一音声情報をも有し、
   前記決定部は、
   前記２以上のアバターのうち、前記第一音声情報に対応するアバターである１以上の第一アバターと、前記第一音声情報より小さいデータサイズの第二音声情報または前記第一音声情報とは異なる属性値を有する第二音声情報に対応するアバターである１以上の第二アバターを決定し、
   前記決定部が決定した前記１以上の各第二アバターについては、前記第二音声情報を取得し、前記１以上の各第一アバターについては、前記第一音声情報を取得する音声取得部と、
   前記音声取得部が取得した前記第一音声情報、および前記第二音声情報を出力する音声出力部とを具備する請求項１記載のアバター出力装置。
3. ユーザが使用する２以上の各端末装置から第一モデル情報または第一モデル情報の元になる元情報を受信するアバター受信部と、
   前記アバター受信部が受信した前記第一モデル情報、または前記アバター受信部が受信した前記元情報を用いて取得された第一モデル情報を有するアバター情報を前記アバター格納部に蓄積するアバター蓄積部とをさらに具備する請求項１または請求項２記載のアバター出力装置。
4. 前記アバター受信部は、
   前記２以上の各端末装置から、各端末装置に対応するアバターの位置を特定する位置情報をも受信し、
   前記２以上の各端末装置に対応する２以上の各アバターの位置情報のうち、少なくとも送信先の端末装置に対応する自アバターの位置情報を除く、１以上の他アバターの位置情報を、アバターを識別するアバター識別子に対応付けて、前記２以上の各端末装置に送信する位置情報送信部をさらに具備する請求項３記載のアバター出力装置。
5. 前記アバター受信部は、
   前記２以上の各端末装置から、当該各端末装置で取得された１以上の他アバターのスコアまたはスコアに基づく判定結果を、アバター識別子に対応付けて受信し、
   前記決定部は、
   前記スコアまたは前記判定結果を用いて、前記２以上の各端末装置ごとに、前記２以上のアバターのうち、前記第一モデル情報を用いて表示される１以上の第一アバターと、前記第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する、請求項４記載のアバター出力装置。
6. 前記第一モデル情報または前記元情報を用いて、当該第一モデル情報より小さいデータサイズの第二モデル情報を取得するモデル圧縮部をさらに具備し、
   前記アバター蓄積部は、
   前記第一モデル情報と前記第二モデル情報とを有するアバター情報を前記アバター格納部に蓄積する、請求項３から請求項５いずれか一項に記載のアバター出力装置。
7. 前記決定部は、
   前記２以上の各アバターに対応する１以上の動的属性値を用いて取得されたスコアまたは判定結果に基づいて、前記１以上の第二アバターを決定する請求項１から請求項６いずれか一項に記載のアバター出力装置。
8. 前記１以上の動的属性値は、アバターに対応するユーザの視野に関する属性値、カメラの視野に関する属性値、ユーザからの距離に関する属性値、ユーザに対する向きに関する属性値のいずれかを含む、請求項４または請求項７記載のアバター出力装置。
9. 前記第二モデル情報は、アバターの一部の箇所のみの情報をより少ないデータサイズとしたモデル情報である、請求項１から請求項８いずれか一項に記載のアバター出力装置。
10. 端末装置において、２以上のアバターを含む画像が出力されるまでの処理において、当該端末装置と処理を分担する、請求項１から請求項９いずれか一項に記載のアバター出力装置。
11. 前記決定部は、
    ２以上の各端末装置ごとに、前記２以上の各アバターに対応する１以上の動的属性値を用いて取得されたスコアまたは判定結果に基づいて、前記１以上の第二アバターを決定し、
    前記１以上の動的属性値を用いてスコアまたは判定結果を取得する処理は前記端末装置が行い、前記第一モデル情報を用いて、前記第二モデル情報を取得する処理はアバター出力装置が行う、請求項１０記載のアバター出力装置。
12. 前記アバター格納部の前記２以上の各アバターの前記アバター情報は、第一モデル情報と第二モデル情報とを有し、
    前記アバター取得部は、
    前記決定部が決定した前記１以上の第二アバターについては、前記第二モデル情報を読み出し、当該第二モデル情報を用いてアバターを構成し、
    前記第一アバターについては、前記第一モデル情報を読み出し、当該第一モデル情報を用いてアバターを構成する、請求項１から請求項１１いずれか一項に記載のアバター出力装置。
13. 前記アバター格納部の前記２以上の各アバターの前記アバター情報は、動的に変化しない１以上の静的属性値を有し、
    前記決定部は、
    前記２以上の各アバターに対応する前記１以上の静的属性値に基づく情報を用いて、前記１以上の第二アバターを決定する、請求項１から請求項１２いずれか一項に記載のアバター出力装置。
14. 前記１以上の静的属性値は、アバターの役割に関する属性値、アバターの由来に関する属性値のいずれかを含む、請求項１３記載のアバター出力装置。
15. 前記１以上の静的属性値は、アバターに対応する端末装置の属性値を含む、請求項１３記載のアバター出力装置。
16. 前記第二モデル情報は、前記第一モデル情報が有するＮ（Ｎは２以上の自然数）のメッシュ情報を用いて取得された、Ｎよりも少ないＭ（Ｍは１以上の自然数）のメッシュ情報を有するモデル情報である、請求項１から請求項１５いずれか一項に記載のアバター出力装置。
17. 請求項１から請求項１６いずれか一項に記載のアバター出力装置と通信を行い、アバターを表示する端末装置であって、
    当該端末装置に対応するアバターの位置情報を含む１以上の端末属性値が格納される端末格納部と、
    前記位置情報を前記アバター出力装置に送信する端末送信部と、
    前記アバター出力装置から１以上の他の端末装置に対応する他アバターの位置情報を受信する端末受信部と、
    前記１以上の他アバターの位置情報と前記位置情報とを用いて、前記１以上の他アバターのスコアを取得する端末処理部とを具備し、
    前記端末送信部は、
    当該端末装置の端末識別子に対応付けて、前記１以上の他アバターのスコアまたは当該スコアに基づく判定結果を前記アバター出力装置に送信し、
    前記端末受信部は、
    前記スコアまたは前記判定結果の送信に応じて、前記アバター出力装置から前記他アバターのモデル情報であり、前記スコアまたは前記判定結果に応じた異なるモデル情報を受信し、
    前記モデル情報を用いて、前記１以上の他アバターを表示する端末出力部をさらに具備する端末装置。
18. ２以上の各アバターごとに、アバターを表示するための第一モデル情報を有するアバター情報が格納されるアバター格納部と、決定部と、アバター取得部と、アバター出力部とにより実現されるアバター出力方法であって、
    前記決定部が、前記２以上のアバターのうち、前記第一モデル情報を用いて表示される１以上の第一アバターと、前記第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する決定ステップと、
    前記アバター取得部が、前記決定ステップで決定された前記１以上の各第二アバターについては、前記第二モデル情報を用いたアバターを取得し、前記１以上の各第一アバターについては、前記第一モデル情報を用いたアバターを取得するアバター取得ステップと、
    前記アバター出力部が、前記アバター取得ステップで取得された２以上のアバターを出力するアバター出力ステップとを具備するアバター出力方法。
19. ２以上の各アバターごとに、アバターを表示するための第一モデル情報を有するアバター情報が格納されるアバター格納部にアクセス可能なコンピュータを、
    前記２以上のアバターのうち、前記第一モデル情報を用いて表示される１以上の第一アバターと、前記第一モデル情報より小さいデータサイズの第二モデル情報を用いて表示される１以上の第二アバターとを決定する決定部と、
    前記決定部が決定した前記１以上の各第二アバターについては、前記第二モデル情報を用いたアバターを取得し、前記１以上の各第一アバターについては、前記第一モデル情報を用いたアバターを取得するアバター取得部と、
    前記アバター取得部が取得した２以上のアバターを出力するアバター出力部として機能させるためのプログラム。

Images