特許 7505666 コミュニケーション支援プログラム、コミュニケーション支援方法及びコミュニケーション支援システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-06-17

(45)【発行日】2024-06-25

(54)【発明の名称】コミュニケーション支援プログラム、コミュニケーション支援方法及びコミュニケーション支援システム

(51)【国際特許分類】

   H04L 67/131 20220101AFI20240618BHJP

【ＦＩ】

H04L67/131

【請求項の数】 20

(21)【出願番号】P 2024522649

(86)(22)【出願日】2023-11-06

(86)【国際出願番号】 JP2023039937

【審査請求日】2024-04-16

(31)【優先権主張番号】P 2023081344

(32)【優先日】2023-05-17

(33)【優先権主張国・地域又は機関】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】000002130

【氏名又は名称】住友電気工業株式会社

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100136722

【弁理士】

【氏名又は名称】▲高▼木 邦夫

(74)【代理人】

【識別番号】100176658

【弁理士】

【氏名又は名称】和田 謙一郎

(72)【発明者】

【氏名】柿井 俊昭

(72)【発明者】

【氏名】戴 桂明

【審査官】前田 健人

(56)【参考文献】

【文献】米国特許出願公開第２０２２／０１２４２８５（ＵＳ，Ａ１）

【文献】特開２０２０－１０１９５０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１２／０１３１４７８（ＵＳ，Ａ１）

【文献】特開２０２２－０８２２８２（ＪＰ，Ａ）

【文献】特開２００５－０９５６０１（ＪＰ，Ａ）

【文献】oviceのバーチャル空間でできること【ovice利用ガイド】｜ovice Magazine，[オンライン]，2022年03月31日，[検索日 2024.01.09], インターネット：<URL: https:/ovice.in/ja/magazine/2022/03/31/howtouse1>，特に「チャット機能」の項

【文献】5歳児とおとーちゃんとで「マインクラフト」を遊ぶためのTIPS -石田賀津男の「酒の肴にゲーム」- 窓の杜，[オンライン]，2022年08月05日，[検索日 2024.01.09], インターネット：<URL: https://forest.watch.impress.co.jp/docs/serial/sspcgame/1429794.html>，特に「敵が出なくても装備は充実させたい」の項

【文献】【マイクラ】ワールドで参加者同士とボイスチャットができるツールを紹介！【MCVC】 - 揚げポテほかほかク，[オンライン]，2023年01月26日，[検索日 2024.01.09], インターネット：<URL: https:/mcpoteton.com/yakudatu/mcvc>，特に「ＭＣＶＣ」の項、「ＭＣＶＣの使い方」の項

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／１３１

(57)【特許請求の範囲】

【請求項1】

仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援プログラムであって、
一又は複数の前記キャラクタが位置する物体を、一又は複数の前記キャラクタと一体的に表示させ、
一又は複数の前記キャラクタのうちの任意の前記キャラクタが位置していた前記物体と他の前記キャラクタが位置していた前記物体とを一体化させ、任意の前記キャラクタ及び他の前記キャラクタを一体化された一つの前記物体に位置させ、
一つの前記物体に位置する複数の前記キャラクタにおいて、前記キャラクタ同士の会話を可能とする、コミュニケーション支援プログラム。

【請求項2】

任意の前記キャラクタと当該キャラクタとは異なる他の前記キャラクタとを関連付ける操作を受け付けた場合、任意の前記キャラクタが位置していた前記物体と他の前記キャラクタが位置していた前記物体とを一体化させる、請求項１に記載のコミュニケーション支援プログラム。

【請求項3】

前記関連付ける操作を受け付けた場合、他の前記キャラクタのユーザに会話を許可するか否かを選択させ、
他の前記キャラクタの前記ユーザが会話を許可した場合、任意の前記キャラクタが位置していた前記物体と他の前記キャラクタが位置していた前記物体とを一体化させて、任意の前記キャラクタ及び他の前記キャラクタを一体化された一つの前記物体に位置させ、
他の前記キャラクタの前記ユーザが会話を拒否した場合、前記関連付ける操作を無効にする、請求項２に記載のコミュニケーション支援プログラム。

【請求項4】

前記関連付ける操作は、任意の前記キャラクタ又は当該キャラクタが位置する前記物体を、他の前記キャラクタ又は当該キャラクタが位置する前記物体にドラッグ・アンド・ドロップする操作である、請求項２又は請求項３に記載のコミュニケーション支援プログラム。

【請求項5】

複数の前記キャラクタが一つの前記物体に位置している状態において、一又は複数の前記キャラクタの会話を終了させる操作を受け付けた場合、前記物体を新たに表示させると共に会話を終了させた一又は複数の前記キャラクタを新たに表示された前記物体に位置させる、請求項２又は請求項３に記載のコミュニケーション支援プログラム。

【請求項6】

前記会話を終了させる操作は、一又は複数の前記キャラクタを前記物体から外部にドラッグ・アンド・ドロップする操作である、請求項５に記載のコミュニケーション支援プログラム。

【請求項7】

前記物体は、前記仮想空間において移動可能である、請求項１又は請求項２に記載のコミュニケーション支援プログラム。

【請求項8】

前記物体に位置する前記キャラクタと、当該物体に位置しない前記キャラクタとのコミュニケーションを可能にする、請求項１又は請求項２に記載のコミュニケーション支援プログラム。

【請求項9】

前記物体において、会話への参加に係る情報を表示させる、請求項１又は請求項２に記載のコミュニケーション支援プログラム。

【請求項10】

一つの前記物体に一又は複数の前記キャラクタが位置している場合において、所定の時間となった場合又は所定の操作を受け付けた場合、前記キャラクタを所定の場所に自動で移動させる、請求項１又は請求項２に記載のコミュニケーション支援プログラム。

【請求項11】

一つの前記物体に位置する複数の前記キャラクタのうちの少なくとも一つの前記キャラクタは、ＡＩによって操作される、請求項１又は請求項２に記載のコミュニケーション支援プログラム。

【請求項12】

任意の前記キャラクタが位置していた前記物体と当該キャラクタとは異なる他の前記キャラクタが位置していた前記物体とを自動で一体化させる、請求項１に記載のコミュニケーション支援プログラム。

【請求項13】

複数の前記キャラクタが一つの前記物体に位置している状態において、所定時間が経過した場合、前記物体を新たに表示させると共に会話を終了させた一又は複数の前記キャラクタを新たに表示された前記物体に位置させる、請求項１２に記載のコミュニケーション支援プログラム。

【請求項14】

複数の前記キャラクタが位置する一つの前記物体において、会話内容に係る情報を表示する表示部を表示させる、請求項１２又は請求項１３に記載のコミュニケーション支援プログラム。

【請求項15】

複数の前記キャラクタが位置する一つの前記物体において、前記所定時間に係る情報を表示させる、請求項１３に記載のコミュニケーション支援プログラム。

【請求項16】

前記仮想空間において、ファシリテーターのユーザによって操作される前記キャラクタを表示させる、請求項１２又は請求項１３に記載のコミュニケーション支援プログラム。

【請求項17】

複数の前記キャラクタが一つの前記物体に位置している状態において、前記キャラクタのユーザを識別可能な情報を少なくとも含むカードの交換が可能である、請求項１２又は請求項１３に記載のコミュニケーション支援プログラム。

【請求項18】

一つの前記物体に位置する複数の前記キャラクタのうちの少なくとも一つの前記キャラクタは、ＡＩによって操作される、請求項１２又は請求項１３に記載のコミュニケーション支援プログラム。

【請求項19】

仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援方法であって、
一又は複数の前記キャラクタが位置する物体を、一又は複数の前記キャラクタと一体的に表示させ、
一又は複数の前記キャラクタのうちの任意の前記キャラクタが位置していた前記物体と他の前記キャラクタが位置していた前記物体とを一体化させ、任意の前記キャラクタ及び他の前記キャラクタを一体化された一つの前記物体に位置させ、
一つの前記物体に位置する複数の前記キャラクタにおいて、前記キャラクタ同士の会話を可能とする、コミュニケーション支援方法。

【請求項20】

仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援システムあって、
一又は複数の前記キャラクタが位置する物体を、一又は複数の前記キャラクタと一体的に表示させ、
一又は複数の前記キャラクタのうちの任意の前記キャラクタが位置していた前記物体と他の前記キャラクタが位置していた前記物体とを一体化させ、任意の前記キャラクタ及び他の前記キャラクタを一体化された一つの前記物体に位置させ、
一つの前記物体に位置する複数の前記キャラクタにおいて、前記キャラクタ同士の会話を可能とする、コミュニケーション支援システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の一側面は、コミュニケーション支援プログラム、コミュニケーション支援方法及びコミュニケーション支援システムに関する。
本出願は、２０２３年５月１７日出願の日本出願第２０２３－０８１３４４号に基づく優先権を主張し、前記日本出願に記載された全ての記載内容を援用するものである。

【背景技術】

【0002】

リモートコミュニケーションは、近年、Ｔｅａｍｓ（登録商標）、Ｚｏｏｍ（登録商標）等が主流となっている。これらのリモートコミュニケーションは、予め参加者を設定して招待しておき、所定の時間となった場合に、参加者がＷＥＢ等にアクセスすることによって、会議等のコミュニケーションが行われる。非特許文献１には、リモートコミュニケーションとして、Ｔｅａｍｓが開示されている。

【先行技術文献】

【非特許文献】

【0003】

【文献】“MicrosoftTeams”，［online］，Microsoft,［令和５年５月１０日検索］，インターネット，<URL:https://www.microsoft.com/ja-jp/microsoft-teams/group-chat-software>

【発明の概要】

【0004】

本開示の一実施形態に係るコミュニケーション支援プログラムは、仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援プログラムであって、一又は複数のキャラクタが位置する物体を、一又は複数のキャラクタと一体的に表示させ、一つの物体に位置する複数のキャラクタにおいて、キャラクタ同士の会話を可能とする。

【図面の簡単な説明】

【0005】

【図1】図１は、一実施形態に係る表示システムの概略構成の例を示す図である。

【図2】図２は、端末及びサーバの機能ブロックの例を示す図である。

【図3】図３は、操作装置の斜視図である。

【図4】図４は、図３に示す操作装置の機能ブロックの例を示す図である。

【図5】図５は、耳アニメーションの動作の一例を示す図である。

【図6】図６は、仮想空間において表示される画面の一例を示す図である。

【図7】図７は、仮想空間において表示される画面の一例を示す図である。

【図8】図８は、仮想空間において表示される画面の一例を示す図である。

【図9】図９は、仮想空間において表示される画面の一例を示す図である。

【図10】図１０は、仮想空間において表示される画面の一例を示す図である。

【図11】図１１は、仮想空間において表示される画面の一例を示す図である。

【図12】図１２は、仮想空間において表示される画面の一例を示す図である。

【図13】図１３は、仮想空間において表示される画面の一例を示す図である。

【図14】図１４は、仮想空間において表示される画面の一例を示す図である。

【図15】図１５は、仮想空間において表示される画面の一例を示す図である。

【図16】図１６は、仮想空間において表示される画面の一例を示す図である。

【図17】図１７は、仮想空間において表示される画面の一例を示す図である。

【図18】図１８は、仮想空間において表示される画面の一例を示す図である。

【図19】図１９は、仮想空間において表示される画面の一例を示す図である。

【図20】図２０は、仮想空間において表示される画面の一例を示す図である。

【図21】図２１は、仮想空間において表示される画面の一例を示す図である。

【図22】図２２は、仮想空間において表示される画面の一例を示す図である。

【図23】図２３は、仮想空間において表示される画面の一例を示す図である。

【発明を実施するための形態】

【0006】

［本開示が解決しようとする課題］
上記リモートコミュニケーションでは、参加者として設定されているメンバーと会話等のコミュニケーションを図れるものの、コミュニケーション相手を予め特定していない会話、いわゆる雑談等は、偶発的・自然発生的には生成され難い。例えば、実際に人が集まる場所（パーティー会場、喫煙室、フリースペース、お茶室（給湯室）、休憩室、食堂、廊下等）では、当該場所にいる人同士において、雑談が自然に行われる。実際に人が集まる場所においては、会話者同士がお互いの顔を見ながら、うなずいたり、反応したりしているため、これらの機微な表情変化の観察から、会話者の会話状況を把握し、会話グループを認識できる。そのため、会話者の様子を見て、タイミング等を見計らって会話者に声を掛けたりすること等ができるため、雑談が自然に生成される。

【0007】

リモートコミュニケーションの一つであるメタバース等の仮想空間では、キャラクタ（アバター）が仮想空間内を自由に移動して、他のキャラクタとコミュニケーションを取ることが可能である。そのため、キャラクタ同士において雑談等が生成され得る。しかしながら、メタバース内において雑談を行うことは容易ではない。これは、メタバースにおいては、キャラクタの視線や会話反応の非言語情報が的確に表出されにくいため、キャラクタ同士の状況を把握し難く、どのキャラクタが会話をしているのか等、会話グループを認識し難いためである。

【0008】

本開示は、仮想空間において、キャラクタ同士のコミュニケーションを容易に生成させることができるコミュニケーション支援プログラム、コミュニケーション支援方法及びコミュニケーション支援システムを提供することを目的とする。

【0009】

［本開示の効果］
本開示によれば、仮想空間において、キャラクタ同士のコミュニケーションを容易に生成させることができる。

【0010】

［本開示の実施形態の説明］
最初に、本開示の実施形態の内容を列記して説明する。以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

【0011】

（１）本開示の一側面に係るコミュニケーション支援プログラムは、仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援プログラムであって、一又は複数のキャラクタが位置する物体を、一又は複数のキャラクタと一体的に表示させ、一つの物体に位置する複数のキャラクタにおいて、キャラクタ同士の会話を可能とする。

【0012】

本開示の一側面に係るコミュニケーション支援プログラムでは、複数のキャラクタが一つの物体に位置する場合に、キャラクタ同士の会話が可能となる。すなわち、一つの物体に位置しているキャラクタ同士において、会話が成立する。そのため、どのキャラクタ同士が会話しているのかを、一見して把握することができる。言い換えれば、どのキャラクタが会話していないのかを、一見して把握することができる。このように、コミュニケーション支援プログラムでは、コミュニケーションの状態を視覚化できる。そのため、コミュニケーション支援プログラムでは、例えば、コミュニケーションが行われてない場合には、キャラクタに対して雑談を持ち掛けたりすることができる。したがって、コミュニケーション支援プログラムでは、雑談等を自然に生成させることができる。その結果、コミュニケーション支援プログラムでは、仮想空間において、キャラクタ同士のコミュニケーションを容易に生成させることができる。

【0013】

（２）上記（１）のコミュニケーション支援プログラムにおいて、一又は複数のキャラクタのうちの任意のキャラクタと当該キャラクタとは異なる他のキャラクタとを関連付ける操作を受け付けた場合、任意のキャラクタが位置していた物体と他のキャラクタが位置していた物体とを一体化させ、任意のキャラクタ及び他のキャラクタを一体化された一つの物体に位置させてもよい。この構成では、任意のキャラクタと他のキャラクタとを関連付ける操作によって、複数のキャラクタを一つの物体に位置させることができる。また、物体を一体化させることによって、会話の一体感が向上する。

【0014】

（３）上記（２）のコミュニケーション支援プログラムにおいて、上記関連付ける操作を受け付けた場合、他のキャラクタのユーザに会話を許可するか否かを選択させ、他のキャラクタのユーザが会話を許可した場合、任意のキャラクタが位置していた物体と他のキャラクタが位置していた物体とを一体化させて、任意のキャラクタ及び他のキャラクタを一体化された一つの物体に位置させ、他のキャラクタのユーザが会話を拒否した場合、関連付ける操作を無効にしてもよい。この構成では、キャラクタのユーザが、会話の可否を選択することができる。

【0015】

（４）上記（２）又は（３）のコミュニケーション支援プログラムにおいて、上記関連付ける操作は、任意のキャラクタ又は当該キャラクタが位置する物体を、他のキャラクタ又は当該キャラクタが位置する物体にドラッグ・アンド・ドロップする操作であってもよい。この構成では、ドラッグ・アンド・ドロップするという簡単な操作によって複数のキャラクタを一つの物体に位置させることができる。また、ドラッグ・アンド・ドロップという参加移行過程を設けることで、キャラクタを操作するユーザの心の準備ができるため、より自然感覚に近くすることができる。

【0016】

（５）上記（２）～（４）のいずれか一つのコミュニケーション支援プログラムにおいて、複数のキャラクタが一つの物体に位置している状態において、一又は複数のキャラクタの会話を終了させる操作を受け付けた場合、物体を新たに表示させると共に会話を終了させた一又は複数のキャラクタを新たに表示された物体に位置させてもよい。この構成では、会話が終了すると、会話を終了したキャラクタを物体に再度位置させることができる。

【0017】

（６）上記（５）のコミュニケーション支援プログラムにおいて、会話を終了させる操作は、一又は複数のキャラクタを物体から外部にドラッグ・アンド・ドロップする操作であってもよい。この構成では、ドラッグ・アンド・ドロップするという簡単な操作によって、会話を終了することができる。

【0018】

（７）上記（１）～（６）のいずれか一つのコミュニケーション支援プログラムにおいて、物体は、仮想空間において移動可能であってもよい。この構成では、物体に位置するキャラクタを仮想空間において移動させることができる。

【0019】

（８）上記（１）～（７）のいずれか一つのコミュニケーション支援プログラムにおいて、物体に位置するキャラクタと、当該物体に位置しないキャラクタとのコミュニケーションを可能にしてもよい。この構成では、例えば、会話への参加の可否を、物体に位置するキャラクタに対して事前に確認することができる。

【0020】

（９）上記（１）～（８）のいずれか一つのコミュニケーション支援プログラムにおいて、物体において、会話への参加に係る情報を表示させてもよい。この構成では、当該物体における会話への参加の可否や会話への参加可能の度合い等を、一見して把握することができる。

【0021】

（１０）上記（１）～（９）のいずれか一つのコミュニケーション支援プログラムにおいて、一つの物体に一又は複数のキャラクタが位置している場合において、所定の時間となった場合又は所定の操作を受け付けた場合、キャラクタを所定の場所に自動で移動させてもよい。この構成では、一つの物体における会話を終了させ、キャラクタを所定の場所（集合場所等）に自動で集合させることができる。

【0022】

（１１）上記（１）～（１０）のいずれか一つのコミュニケーション支援プログラムにおいて、一つの物体に位置する複数のキャラクタのうちの少なくとも一つのキャラクタは、ＡＩによって操作されてもよい。

【0023】

（１２）上記（１）のコミュニケーション支援プログラムにおいて、一又は複数のキャラクタのうちの任意のキャラクタが位置していた物体と当該キャラクタとは異なる他のキャラクタが位置していた物体とを自動で一体化させ、任意のキャラクタ及び他のキャラクタを一体化された一つの物体に位置させてもよい。この構成では、複数のキャラクタを自動で一つの物体に位置させることができる。すなわち、キャラクタを自動でマッチングさせることができる。これにより、特定のキャラクタ（ユーザ）とのコミュニケーションだけではなく、新しいキャラクタとのコミュニケーションを図ることができる。

【0024】

（１３）上記（１２）のコミュニケーション支援プログラムにおいて、複数のキャラクタが一つの物体に位置している状態において、所定時間が経過した場合、物体を新たに表示させると共に会話を終了させた一又は複数のキャラクタを新たに表示された物体に位置させてもよい。この構成では、所定時間が経過すると、会話が終了される。このように、コミュニケーションの時間が制限されるため、同じキャラクタとのコミュニケーションが長引かない。そのため、多くのキャラクタとのコミュニケーションが可能となる。

【0025】

（１４）上記（１２）又は（１３）のコミュニケーション支援プログラムにおいて、複数のキャラクタが位置する一つの物体において、会話内容に係る情報を表示する表示部を表示させてもよい。この構成では、表示部に会話内容に係る情報として、例えば会話の話題が表示（提供）されるため、コミュニケーションを円滑に行うことができる。

【0026】

（１５）上記（１３）のコミュニケーション支援プログラムにおいて、複数のキャラクタが位置する一つの物体において、所定時間に係る情報を表示させてもよい。この構成では、例えば、所定時間の残り時間等を確認することができるため、時間配分（終了時間）を考慮してコミュニケーションを行うことができる。

【0027】

（１６）上記（１２）～（１５）のいずれか一つのコミュニケーション支援プログラムにおいて、仮想空間において、ファシリテーターのユーザによって操作されるキャラクタを表示させてもよい。この構成では、多くのユーザが参加する会（例えば、研修会、情報交流会、懇親会等）に適用される場合、ファシリテーターによって会が進行されるため、会をスムーズに進めることが可能となる。

【0028】

（１７）上記（１２）～（１６）のいずれか一つのコミュニケーション支援プログラムにおいて、複数のキャラクタが一つの物体に位置している状態において、キャラクタのユーザを識別可能な情報を少なくとも含むカードの交換が可能であってもよい。この構成では、会話の終了後に、会話を行ったキャラクタ（ユーザ）を確認することができる。

【0029】

（１８）上記（１２）～（１７）のいずれか一つのコミュニケーション支援プログラムにおいて、一つの物体に位置する複数のキャラクタのうちの少なくとも一つのキャラクタは、ＡＩによって操作されてもよい。

【0030】

（１９）本開示の一側面に係るコミュニケーション支援方法は、仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援方法であって、一又は複数のキャラクタが位置する物体を、一又は複数のキャラクタと一体的に表示させ、一つの物体に位置する複数のキャラクタにおいて、キャラクタ同士の会話を可能とする。

【0031】

本開示の一側面に係るコミュニケーション支援方法は、上述のコミュニケーション支援プログラムと同様の特徴を含む。このため、上述のコミュニケーション支援プログラムと同様の作用及び効果を奏することができる。

【0032】

（２０）本開示の一側面に係るコミュニケーション支援システムは、仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援方法であって、一又は複数のキャラクタが位置する物体を、一又は複数のキャラクタと一体的に表示させ、一つの物体に位置する複数のキャラクタにおいて、キャラクタ同士の会話を可能とする。

【0033】

本開示の一側面に係るコミュニケーション支援システムは、上述のコミュニケーション支援プログラムと同様の特徴を含む。このため、上述のコミュニケーション支援プログラムと同様の作用及び効果を奏することができる。

【0034】

［本開示の実施形態の詳細］
本開示の実施形態の具体例を、以下に図面を参照しつつ説明する。本開示はこれらの例示に限定されるものではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

【0035】

図１は、コミュニケーション支援システム（以下、単に「システム」という場合もある。）の概略構成の例を示す図である。システム１００は、ユーザが操作可能なキャラクタＣ（図５のパターンＡ参照）であって、ユーザの操作に応じて耳アニメーションＥ（図５のパターンＡ参照）が動作するキャラクタＣを用いた仮想空間Ｒ（図６参照）におけるコミュニケーションを支援するコンピュータシステムである。

【0036】

キャラクタＣの操作は、人であるユーザＵ１，Ｕ２，Ｕ３が行ってもよいし、人以外が行ってもよい。キャラクタＣの操作は、例えば、ＡＩ（Ｃｈａｔ ＧＰＴ、Ｓｉｒｉ（登録商標）、Ｇｏｏｇｏｌｅアシスタント（登録商標）、Ａｌｅｘａ（登録商標）、Ｃｏｒｔａｎａ（登録商標））が行ってもよい。すなわち、キャラクタＣを操作するユーザがＡＩであってもよい。ユーザとは、キャラクタＣを操作するオペレータ等を意味する。

【0037】

キャラクタＣは、ユーザを示すものである。キャラクタＣは、ダイナミックなキャラクタである。キャラクタＣは、ユーザの実際の像（撮像データ等）とは独立した画像素材によって生成される。画像素材は、アニメーションキャラクタを生成するための素材である。キャラクタＣは二次元又は三次元のコンピュータグラフィック（ＣＧ）によって描画されてもよい。

【0038】

一例として、キャラクタＣは、ボディＢ（図５のパターンＡ参照）及び耳アニメーションＥを含んで構成される。キャラクタＣでは、ボディＢと耳アニメーションＥとが一体的に表示される。一体的に表示されるとは、キャラクタＣを見たときに、視覚的にボディＢと耳アニメーションＥとが一つのまとまりとして認識されることを意味する。すなわち、一体的に表示されるとは、ボディＢと耳アニメーションＥとが結びついている（対応している）ことを一見して認識できる状態であればよい。そのため、一体的に表示されるとは、ボディＢと耳アニメーションＥとが接触している状態であってもよいし、ボディＢと耳アニメーションＥとが離隔している状態であってもよい。

【0039】

ボディＢは、ユーザを示す画像及びユーザを示すテキストの少なくとも一方を含んでいてもよい。キャラクタＣには、影が表示され得る。ボディＢは、球状を呈しており、ユーザを識別可能なテキスト（「Ａ」、「Ｂ」、「Ｃ」等）を含んでいてもよい。キャラクタＣは、発話アニメーション（図示省略）を含んで構成されていてもよいし、腕や足等を模したアニメーションを含んで構成されていてもよい。

【0040】

耳アニメーションＥは、非言語情報を表現するアニメーションである。耳アニメーションＥは、ユーザの状態（動作）、感情を示すアニメーションである。耳アニメーションＥは、ユーザの状態を、ユーザの実際の動作部位とは異なる形態で表現したアニメーションである。耳アニメーションＥは、動的に変化する顔表情を含まなくてもよいし、動的に変化する顔表情を含んでいてもよい。耳アニメーションＥは、ボディＢの表示領域の外側に表示領域から突出するように表示される。耳アニメーションＥは、動物（例えば、うさぎ等）の耳を模したアニメーションであり、ユーザの状態の変化に応じて動作する。耳アニメーションＥは、ユーザの動作に応じて動作する。耳アニメーションＥは、例えば、伸縮、折り曲げ、揺動等の動作をする。耳アニメーションＥは、変形自在であり、ユーザの状態に対応して、ユーザの状態を想起させるような視覚的変形をする。

【0041】

システム１００では、キャラクタＣの耳アニメーションＥによって、ユーザの状態、感情、リアクション等を確認することができる。

【0042】

＜システムの構成＞
システム１００は、端末１０、端末２０及び端末３０を含む。図１に示される例では、端末１０は、ユーザＵ１が使用するラップトップ型のパーソナルコンピュータ（ＰＣ）である。端末２０は、ユーザＵ２が使用する携帯電話機（スマートフォン等）である。端末３０は、ユーザＵ３が使用するデスクトップ型のＰＣである。端末１０、端末２０及び端末３０は、ネットワークＮに接続可能である。この例では、端末１０はアクセスポイントＡＰを介して、端末２０は基地局ＢＳを介して、端末３０は有線（不図示）により、それぞれネットワークＮに接続される。端末１０、端末２０及び端末３０には、上述のＰＣ、携帯電話機以外にも、タブレット端末、ウェアラブル端末、ヘッドマウントディスプレイ（ＨＭＤ）端末、その他さまざまな端末が用いられてよい。なお、システム１００に含まれる端末の数は、図１の例に限定されない。

【0043】

システム１００は、サーバ４０を含む。サーバ４０は、ネットワークＮに接続される。したがって、端末１０、端末２０、端末３０及びサーバ４０は、ネットワークＮを介して互いに通信可能である。なお、システム１００に含まれるサーバの数は、図１の例に限定されない。

【0044】

ネットワークＮの構成は限定されない。例えば、ネットワークＮは、インターネット（公衆網）、通信キャリアネットワーク、事業者ネットワーク等を含んで構成されてよい。

【0045】

図２は、端末１０、端末２０、端末３０、及びサーバ４０の機能ブロックの例を示す図である。端末２０及び端末３０の機能ブロックは、端末１０の機能ブロックと同様であるので、以下では端末１０及びサーバ４０について説明する。はじめに端末１０について説明し、次にサーバ４０について説明する。

【0046】

＜端末の構成＞
端末１０は、入力部１１を含む。入力部１１は、ユーザＵ１の音声データ及び画像データが入力される部分である。入力部１１は、ユーザＵ１の映像データが入力されてもよい。映像は、ユーザＵ１の音声データ及び画像データを含む。

【0047】

端末１０は、制御部１２を含む。制御部１２は、ユーザＵ１の制御データを生成する部分である。ユーザＵ１の制御データは、操作装置５０から出力された動作データに基づいて生成される。本実施形態では、例えば、制御データとして、キャラクタＣの耳アニメーションＥを、「うなずき」、「同意」「賞賛（拍手）」、「質問」、「挙手」及び「驚き」の６つの動作をさせるデータを生成し得る。制御部１２は、他の動作（例えば、「ＹＥＳ」、「ＮＯ」を示す動作）についての制御データを生成してもよい。

【0048】

制御データは、動作データに対応付けられている。本実施形態では、例えば、「うなずき」、「同意」、「賞賛（拍手）」、「質問」、「挙手」及び「驚き」のそれぞれの制御データに対して、動作データが対応付けられている。動作データは、操作装置５０から送信されるデータである。制御部１２は、動作データが制御データに対応している場合、制御データを生成する。

【0049】

制御データは、入力部１１に入力されたユーザＵ１の音声データ及び画像データに基づいて生成されてもよい。画像データは、連続する複数の単位フレームによって構成される。単位フレームは、通常、ユーザＵ１の画像情報を含む。例えば６０フレーム／秒の画像データは、一秒間に６０個の単位フレームを含む。制御部１２による制御データの生成の詳細については後述する。

【0050】

制御部１２は、制御データに基づいて、キャラクタＣの動作を制御する部分でもある。制御部１２は、生成した制御データ及び受信した制御データに基づいて、仮想空間ＲにキャラクタＣを表示させると共に、キャラクタＣの耳アニメーションＥの動作を制御する。

【0051】

制御部１２は、仮想空間Ｒの映像データを生成する。仮想空間Ｒの映像データは、制御データに基づいて制御されるキャラクタＣの映像データを含む。この他に、仮想空間Ｒに現れるさまざまなオブジェクトが、仮想空間Ｒの映像データに含まれてもよい。制御部１２による仮想空間Ｒの生成手法は特に限定されず、公知の種々の手法を用いることができる。制御部１２は、例えば、カメラによる撮影画像に基づいて、仮想空間Ｒの映像データを生成してもよい。あるいは、制御部１２は、３次元ＣＡＤデータに基づいて、仮想空間Ｒの映像データを生成してもよい。

【0052】

端末１０は、記憶部１３を含む。記憶部１３は、端末１０の制御（処理）に必要な情報を記憶する部分である。図２には、記憶部１３に記憶される情報として、端末プログラム１３Ｐが例示される。端末プログラム１３Ｐは、端末１０を動作させるためのプログラムであり、制御部１２による制御等が実行されるようにコンピュータを動作させる。システム１００がコミュニケーション支援システムであるので、端末プログラム１３Ｐは、コミュニケーション支援プログラムともいえる。

【0053】

端末１０は、通信部１４を含む。通信部１４は、ネットワークＮ（図１参照）を介して、端末１０の外部装置と通信する部分である。端末１０の外部装置の例は、端末２０、端末３０、サーバ４０及び操作装置５０である。通信部１４は、音声データ及び制御部１２が生成した制御データをサーバ４０に送信したり、音声データ及び制御データをサーバ４０から受信したりする。通信部１４は、操作装置５０と通信する部分である。通信部１４は、動作データを操作装置５０から受信する。

【0054】

端末１０は、出力部１５を含む。出力部１５は、仮想空間Ｒの映像を出力する。仮想空間Ｒの映像は、制御部１２によって生成された仮想空間Ｒの映像データに基づく映像である。

【0055】

＜サーバの構成＞
サーバ４０は、制御部４２を含む。制御部４２は、サーバ４０の動作を制御する。サーバ４０は、記憶部４３を含む。記憶部４３は、サーバ４０の制御に必要な情報を記憶する部分である。図３には、記憶部４３に記憶される情報として、サーバプログラム４３Ｐ及び受信データ４３Ｓが例示される。サーバプログラム４３Ｐは、サーバ４０を動作させるためのプログラムであり、制御部４２による制御等が実行されるようにコンピュータを動作させる。受信データ４３Ｓは、端末１０、端末２０及び端末３０からサーバ４０に送られるデータであり、端末１０、端末２０及び端末３０が生成した制御データを含み得る。

【0056】

サーバ４０は、通信部４４を含む。通信部４４は、ネットワークＮ（図１参照）を介して、サーバ４０の外部装置と通信する部分である。サーバ４０の外部装置の例は、端末１０、端末２０及び端末３０である。通信部４４は、ユーザＵ１の制御データ、ユーザＵ２の制御データ及びユーザＵ３の制御データを端末１０、端末２０及び端末３０からそれぞれ受信したり、端末１０、端末２０及び端末３０が生成した制御データを端末１０、端末２０及び端末３０のそれぞれに送信したりする。

【0057】

＜ハードウェア構成＞
端末１０及びサーバ４０の各機能部分に関するハードウェア構成の例を説明する。サーバ４０の通信部４４は、ネットワークＮにアクセスできるように、ネットワークカード又は無線通信デバイスを用いて構成され得る。サーバ４０の制御部４２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサと、クロックと、内蔵メモリとを用いて構成され得る。制御部４２は、プロセッサ、クロック、内蔵メモリ、記憶部４３及び通信部４４を集積した一つのハードウェア（ＳｏＣ：Ｓｙｓｔｅｍ Ｏｎ ａ Ｃｈｉｐ）として構成されてもよい。制御部４２は、サーバプログラム４３Ｐに基づいて動作することで、サーバコンピュータをサーバ４０として動作させる。サーバ４０の記憶部４３は、フラッシュメモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等の不揮発性記憶媒体を用いて構成され得る。

【0058】

端末１０の入力部１１は、マイクロフォン、カメラ等を用いて構成され得る。マイクロフォンにより、ユーザＵ１の音声が取得される。すなわち、マイクロフォンは、音声を取得する音声センサの一種である。カメラにより、ユーザＵ１の画像が取得される。すなわち、カメラは、画像を取得する画像センサの一種である。さらに、入力部１１は、キーボード、マウス、タッチパネルの操作デバイスも用いて構成されてよい。端末１０の制御部１２は、サーバ４０の制御部４２と同様に構成され得る。制御部１２は、端末プログラム１３Ｐに基づいて動作することで、汎用コンピュータを端末１０として動作させる。端末１０の記憶部１３は、サーバ４０の記憶部４３と同様に構成され得る。端末１０の通信部１４は、サーバ４０の通信部４４と同様に構成され得る。端末１０の出力部１５は、液晶パネル、有機ＥＬパネル等（タッチパネルでもよい）のディスプレイ装置を用いて構成され得る。さらに、出力部１５は、スピーカも用いて構成されてよい。

【0059】

＜操作装置の構成＞
図３は、操作装置５０の斜視図である。図３では、操作装置５０がユーザＵ１，Ｕ２，Ｕ３の指Ｆによって操作されている状態を示す図である。操作装置５０は、ユーザＵ１，Ｕ２，Ｕ３によって操作される装置である。ユーザＵ１，Ｕ２，Ｕ３による操作装置５０の操作によって、耳アニメーションＥが動作する。操作装置５０は、タッチパッドである。タッチパッドの方式としては、静電容量方式、感圧タッチ式、超音波方式等を採用することができる。

【0060】

操作装置５０は、ハードウェア構成として、本体５１を備えている。本体５１は、操作面５１Ａを有する。操作装置５０は、ユーザＵ１，Ｕ２，Ｕ３の手Ｈの指Ｆによって操作される。操作装置５０は、単体で設けられていてもよいし、テレビディスプレイ等を操作するリモコンの一部に設けられていてもよい。すなわち、操作装置５０は、機器の一部であってもよい。

【0061】

図４は、操作装置５０の機能ブロックの例を示す図である。図４に示されるように、操作装置５０は、通信部５２を含む。通信部５２は、無線通信又は有線通信によって、外部装置と通信する部分である。無線通信は、例えば、ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉｆｉ等である。外部装置の例は、端末１０、端末２０及び端末３０である。通信部５２は、制御部５４から出力された動作データを端末１０、端末２０及び端末３０に送信する。

【0062】

操作装置５０は、入力部５３を含む。入力部５３は、操作面５１ＡにおけるユーザＵ１，Ｕ２，Ｕ３の操作を入力する部分である。入力部５３は、ユーザＵ１，Ｕ２，Ｕ３による操作面５１Ａの操作（ジェスチャ）を検出する。操作としては、クリック、タップ、スライド、スクロール等が挙げられる。入力部５３は、操作信号を制御部５４に出力する。

【0063】

操作装置５０は、制御部５４を含む。制御部５４は、入力部５３の操作信号に基づいて、動作データを生成する。制御部５４は、動作データを通信部５２に出力する。

【0064】

制御部５４は、ＣＰＵ、ＧＰＵ等のプロセッサと、クロックと、内蔵メモリとを用いて構成され得る。制御部５４は、プロセッサ、クロック、内蔵メモリ、通信部５２を集積した一つのハードウェア（ＳｏＣ）として構成されてもよい。

【0065】

操作装置５０は、バッテリ５５を含む。バッテリ５５は、操作装置５０の各部に電力を供給する。

【0066】

続いて、キャラクタＣの耳アニメーションＥを、例えば、「うなずき」、「同意」、「賞賛（拍手）」、「質問」、「挙手」又は「驚き」として動作させる場合の、ユーザＵ１，Ｕ２，Ｕ３による操作装置５０の操作について説明する。すなわち、キャラクタＣの耳アニメーションＥの動作と、操作装置５０によって検出されるユーザＵ１，Ｕ２，Ｕ３の動作との関係について説明する。耳アニメーションＥの動作と、耳アニメーションＥを動作させるためのユーザＵ１，Ｕ２，Ｕ３の指Ｆの動作とは類似（関連）している。例えば、「うなずき」の耳アニメーションＥを動作させる場合には、うなずく動作に似た動作を操作装置５０の操作面５１Ａ上で指Ｆによって行う。すなわち、ユーザＵ１，Ｕ２，Ｕ３は、動作させたい耳アニメーションＥと似た動作を操作装置５０において行うことで、耳アニメーションＥを動作させることができる。

【0067】

図５は、耳アニメーションＥの動作の一例を示す図である。図５のパターンＡでは、耳アニメーションＥの通常時を示している。

【0068】

図５のパターンＢでは、耳アニメーションＥにおける「うなずき」の動作を示している。図５のパターンＢに示されるように、「うなずき」の動作では、キャラクタＣの耳アニメーションＥにおいて、耳の上部１／２部分が前方に折り曲がる。「うなずき」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、操作装置５０の本体５１の操作面５１Ａを二本の指Ｆ（例えば、人差し指、中指）でタッチする。或いは、ユーザＵ１，Ｕ２，Ｕ３は、操作面５１Ａに二本の指Ｆをタッチさせた状態で、二本の指Ｆをスライドさせる。指Ｆをスライドさせるスライド量は、例えば、１ｃｍ～２ｃｍである。

【0069】

操作装置５０は、上記動作が行われた場合、当該動作を入力部５３で検出し、動作データとして端末１０，２０，３０に送信する。端末１０，２０，３０の制御部１２は、当該動作データに基づいて、耳アニメーションＥを「うなずき」として動作させる制御データを生成する。

【0070】

図５のパターンＣでは、耳アニメーションＥにおける「同意」の動作を示している。「同意」の動作では、キャラクタＣの耳アニメーションＥにおいて、耳が全体的に前方に折り曲がる。「同意」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、ユーザＵ１，Ｕ２，Ｕ３は、操作面５１Ａに二本の指Ｆ（例えば、人差し指、中指）をタッチさせた状態で、二本の指Ｆをスライドさせる。指Ｆをスライドさせるスライド量は、例えば、２ｃｍよりも長く、例えば、３ｃｍ～４ｃｍである。すなわち、「同意」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、「うなずき」の動作を耳アニメーションＥに実行させる場合よりも、指Ｆのスライド量を長くする。

【0071】

操作装置５０は、上記動作が行われた場合、当該動作を入力部５３で検出し、動作データとして端末１０，２０，３０に送信する。端末１０，２０，３０の制御部１２は、当該動作データに基づいて、耳アニメーションＥを「同意」として動作させる制御データを生成する。

【0072】

図５のパターンＤでは、耳アニメーションＥにおける「拍手（賞賛）」の動作を示している。「拍手（賞賛）」の動作では、キャラクタＣの耳アニメーションＥにおいて、耳が近づいたり離れたりする。「拍手（賞賛）」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、操作面５１Ａに二本の指Ｆ（例えば、親指と人差し指、又は、人差し指と中指）をタッチさせた状態で、二本の指Ｆを近接（接触）させたり離間させたりする。

【0073】

操作装置５０は、上記動作が行われた場合、当該動作を入力部５３で検出し、動作データとして端末１０，２０，３０に送信する。端末１０，２０，３０の制御部１２は、当該動作データに基づいて、耳アニメーションＥを「拍手（賞賛）」として動作させる制御データを生成する。端末１０，２０，３０の制御部１２は、二本の指Ｆを近接させたり離間させたりする一回の動作に係る動作データに対して、複数回拍手するように制御データを生成してもよい。

【0074】

図５のパターンＥでは、耳アニメーションＥにおける「質問」の動作を示している。「質問」の動作では、キャラクタＣの耳アニメーションＥにおいて、耳が絡まる。「質問」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、操作面５１Ａに二本の指Ｆ（例えば、人差し指と中指）をタッチさせた状態で、円（半円）を描くようにスライドさせる。なお、「質問」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３が操作面５１Ａに二本の指Ｆ（例えば、人差し指と中指）をタッチさせた状態で、∞（無限）を描くようスライドさせてもよい。

【0075】

操作装置５０は、上記動作が行われた場合、当該動作を入力部５３で検出し、動作データとして端末１０，２０，３０に送信する。端末１０，２０，３０の制御部１２は、当該動作データに基づいて、耳アニメーションＥを「質問」として動作させる制御データを生成する。

【0076】

図５のパターンＦでは、耳アニメーションＥにおける「挙手」の動作を示している。「挙手」の動作では、キャラクタＣの耳アニメーションＥにおいて、耳が伸びる。「挙手」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、ユーザＵ１，Ｕ２，Ｕ３は、操作面５１Ａに二本の指Ｆ（例えば、人差し指、中指）をタッチさせた状態で、一方の指Ｆ（中指）のみを上方にスライドさせる。

【0077】

操作装置５０は、上記動作が行われた場合、当該動作を入力部５３で検出し、動作データとして端末１０，２０，３０に送信する。端末１０，２０，３０の制御部１２は、当該動作データに基づいて、耳アニメーションＥを「挙手」として動作させる制御データを生成する。

【0078】

図５のパターンＧでは、耳アニメーションＥにおける「驚き」の動作を示している。「驚き」の動作では、キャラクタＣの耳アニメーションＥにおいて、耳の先端が大きくなる。このとき、キャラクタＣのボディＢが後ろに反る。「驚き」の動作を耳アニメーションＥに実行させる場合には、ユーザＵ１，Ｕ２，Ｕ３は、操作面５１Ａに二本の指Ｆ（例えば、人差し指、中指）をタッチさせた状態で、二本の指Ｆを上方にスライドさせつつ離間させる。

【0079】

操作装置５０は、上記動作が行われた場合、当該動作を入力部５３で検出し、動作データとして端末１０，２０，３０に送信する。端末１０，２０，３０の制御部１２は、当該動作データに基づいて、耳アニメーションＥを「驚き」として動作させる制御データを生成する。

【0080】

＜耳アニメーションの動作の操作方法＞
続いて、キャラクタＣの耳アニメーションＥの動作の操作方法について説明する。耳アニメーションＥを操作する場合には、ユーザＵ１，Ｕ２，Ｕ３は、例えば、図５のパターンＢ、図５のパターンＣ、図５のパターンＤ、図５のパターンＥ、図５のパターンＦ又は図５のパターンＧの何れかに対応する動作を行う。これにより、操作装置５０において動作データが生成される。操作装置５０は、動作データを端末１０，２０，３０に送信する。

【0081】

端末１０，２０，３０は、動作データを受信すると、動作データに対応する制御データを生成する。これにより、端末１０，２０，３０の仮想空間Ｒにおいて、キャラクタＣの耳アニメーションＥが、「うなずき」、「同意」「賞賛（拍手）」、「質問」、「挙手」又は「驚き」の何れかの動作を行う。このように、ユーザＵ１，Ｕ２，Ｕ３による操作装置５０の操作により、キャラクタＣの耳アニメーションＥの動作を操作する。

【0082】

＜コミュニケーションの方法＞
仮想空間ＲにおけるキャラクタＣ同士の会話（対話）方法について説明する。最初に、仮想空間Ｒについて説明する。仮想空間Ｒには、複数のキャラクタＣが存在し得る。仮想空間Ｒは、例えばメタバース等である。仮想空間Ｒには、キャラクタＣ以外に、様々なオブジェクト等が存在していてもよい。仮想空間Ｒには、ＢＧＭがかかっていてもよいし、アナウンス（ガイダンス）等がかかっていてもよい。キャラクタＣの位置に応じて、ＢＧＭやアナウンスが変更されてもよい。仮想空間Ｒでは、様々な活動を行うことができる。活動としては、例えば、講義、講演、研修、会議、報告会、カウンセリング、相談、エンターテイメント、観光等が挙げられる。

【0083】

仮想空間Ｒにおいて、キャラクタＣは、ムービングステージ（物体）Ｓに配置され得る。すなわち、キャラクタＣは、ムービングステージＳに乗ることができる。ムービングステージＳは、一又は複数のキャラクタＣと一体的に表示される。ムービングステージＳは、キャラクタＣが位置する独立した領域を形成している。独立した領域とは、他と区別し得る領域である。つまり、ある一つのムービングステージＳ（以下、「第一ムービングステージＳ」とも称する。）の領域と、それとは異なる他のムービングステージＳ（以下、「第二ムービングステージＳ」とも称する。）の領域とは、互いに独立している。これにより、あるキャラクタＣは第一ムービングステージＳに乗っており、他のキャラクタＣは第一ムービングステージＳとは異なる第二ムービングステージＳに乗っていることが一見して認識できる。なお、独立した領域は、複数の部分を含んでいてもよい。

【0084】

ムービングステージＳには、キャラクタＣが位置している。ムービングステージＳは、仮想空間Ｒにおいて、移動可能に設けられている。ムービングステージＳは、ユーザによって移動方向及び速度が操作され得る。すなわち、ユーザは、任意の位置にムービングステージＳを移動させることができる。ムービングステージＳに複数のキャラクタＣが乗っている場合、ムービングステージＳに操縦席を設け、操縦席に位置するキャラクタＣのユーザがムービングステージＳを優先的に操作できるようにしてもよい。ムービングステージＳは、自動操縦によって移動してもよい。この場合、ムービングステージＳは、例えば設定されたルートにそって自動で移動してもよいし、設定された目的地まで自動で移動してもよい。また、ユーザは、表示視点を任意に変更することができる。例えば、視点を３Ｄ回転させることができる。

【0085】

ムービングステージＳには、一又は複数のキャラクタＣが配置可能である。ムービングステージＳは、配置されるキャラクタＣの数に応じて、サイズが変化してもよい。具体的には、ムービングステージＳは、例えば、配置されるキャラクタＣの数が多くなることに応じてサイズが大きくなり、配置されるキャラクタＣの数が少なくなることに応じてサイズが小さくなってもよい。ムービングステージＳは、段階的に大きさが変化してもよいし、配置する人数が多くなるにつれて又は人数が少なくなるにつれてサイズが連続的（徐々に）に変化してもよい。なお、ムービングステージＳのサイズ、デザイン等は、ユーザが適宜設定することもできる。ムービングステージＳには、識別情報、テキスト情報等を設けることができる。

【0086】

続いて、図６を参照して、キャラクタＣ１（一又は複数のキャラクタＣのうちの任意のキャラクタ）とキャラクタＣ２（キャラクタＣ１とは異なる他のキャラクタ）とにおいて会話を開始する方法の一例を説明する。キャラクタＣ１のユーザは、ユーザＵ１，Ｕ２，Ｕ３であり得る。キャラクタＣ２のユーザは、ユーザＵ１，Ｕ２，Ｕ３、ＡＩであり得る。以下では、例えば、キャラクタＣ１のユーザがユーザＵ１であり、キャラクタＣ２のユーザがユーザＵ２である形態を一例に説明する。

【0087】

図６に示す例では、キャラクタＣ１がムービングステージＳに乗っており、キャラクタＣ２がムービングステージＳに乗っている。図６に示す状態では、キャラクタＣ１とキャラクタＣ２とはコミュニケーションを取ることができない。すなわち、キャラクタＣ１とキャラクタＣ２とは、会話をすることができない。図６に示す状態では、キャラクタＣ１及びキャラクタＣ２のそれぞれは、仮想空間Ｒにおいて流れているＢＧＭやアナウンス等を聞くことはできる。

【0088】

キャラクタＣ１からキャラクタＣ２に対して会話を申し込む場合、キャラクタＣ２において会話が可能であるか否かを確認するための承諾プロセスが実施される。承諾プロセスは、キャラクタＣ１とキャラクタＣ２とを関連付ける操作を受け付けた場合に行われる。本実施形態では、キャラクタＣ１とキャラクタＣ２とを関連付ける操作は、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップする操作である。

【0089】

承諾プロセスでは、図７に示されるように、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップすると、会話承諾のためのメッセージがキャラクタＣ２のユーザＵ２に自動で送信される。メッセージには、例えば、「今、お話させていただいて、よろしいでしょうか？」等の内容が含むテキストと、キャラクタＣ１を特定し得るユーザ情報（例えば、名前、ユーザネーム等）と、が含まれ得る。

【0090】

なお、キャラクタＣ１をキャラクタＣ２にドラッグ・アンド・ドロップしてもよいし、キャラクタＣ１が位置するムービングステージＳをキャラクタＣ２又は当該キャラクタＣ２が位置するムービングステージＳにドラッグ・アンド・ドロップしてもよい。また、図６に示されるように、キャラクタＣ１が位置するムービングステージＳとキャラクタＣ２が位置するムービングステージＳが離れた状態でキャラクタＣ１とキャラクタＣ２とを関連付ける操作を行ってもよいし、図８に示されるように、キャラクタＣ１が位置するムービングステージＳとキャラクタＣ２が位置するムービングステージＳが近づいた（接触した）状態でキャラクタＣ１とキャラクタＣ２とを関連付ける操作を行ってもよい。

【0091】

キャラクタＣ２に対して会話承諾のメッセージが送信されると、キャラクタＣ２のユーザＵ２の画面には、メッセージが表示される。メッセージの表示画面には、上記テキスト及びユーザ情報が表示されると共に、会話を承諾する「ＯＫボタン」及び会話を拒否する「ＮＧボタン」が表示される。キャラクタＣ２のユーザが「ＮＧボタン」を選択すると、キャラクタＣ１のユーザＵ１の画面に、会話が承諾されなかった旨の内容が表示される。表示の一例としては、例えば、「申し訳ございませんが、用事があります」、「〇〇時までは対応できません」、「〇〇時からは対応可能です」等である。ＮＧボタンが選択されたときに送信されるメッセージの内容は、ユーザが適宜設定することができる。キャラクタＣ２のユーザが「ＮＧボタン」を選択した場合、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップした操作は無効になる（無効化される）。

【0092】

キャラクタＣ２のユーザＵ２が「ＯＫボタン」を選択すると、図９に示されるように、キャラクタＣ１が位置するムービングステージＳとキャラクタＣ２が位置するムービングステージＳとが一つに結合される過程のアニメーションが実行され、図１０に示されるように、一つのムービングステージＳが表示される。すなわち、キャラクタＣ１のムービングステージＳとキャラクタＣ２のムービングステージＳとが一体化される。ムービングステージＳは、位置するキャラクタＣの数に応じて、サイズが変化する。具体的には、二つのキャラクタＣ１，Ｃ２が乗るムービングステージＳは、キャラクタＣ１，Ｃ２がそれぞれ乗るムービングステージＳよりも大きくなる。なお、図９に示されるアニメーションは実行されなくてもよく、図６又は図７に示す状態から図１０に示す状態に遷移してもよい。

【0093】

キャラクタＣ１及びキャラクタＣ２は、同じムービングステージＳに位置する。キャラクタＣ１及びキャラクタＣ２は、一つのムービングステージＳに位置する。ムービングステージＳでは、キャラクタＣ１とキャラクタＣ２とが会話可能である。すなわち、一つの（同一）ムービングステージＳに位置する複数のキャラクタＣ１，Ｃ２において、会話を可能とする（会話を成立させる）。ムービングステージＳにおけるキャラクタＣ１とキャラクタＣ２との会話は、ムービングステージＳの外部に位置するキャラクタには聞こえない。ムービングステージＳでは、仮想空間Ｒにおいて流れるアナウンス等は聞こえる。

【0094】

ムービングステージＳ内における会話の音量は、適宜設定することができる。会話の音量は、ムービングステージＳの外部に音がある程度漏れるよう調整することもできる。この場合、音声が全く無い場合に比べて、何か会話をしているといった、自然な雰囲気を生成し易くなる。音声に代えて、音声に連動した、変化音を発信させてもよい。

【0095】

なお、ムービングステージＳの外部からキャラクタＣ１，Ｃ２にコンタクトを取る機能を有してしてもよい。例えば、ムービングステージＳの外部のユーザが、ムービングステージＳに乗るキャラクタＣ１，Ｃ２に対して、音声通話、ＷＥＢコミュニケーション（メール、チャット等）を行えるようにしてもよい。例えば、音声通話等は、キャラクタ単位で行うこともできるし、ムービングステージ単位で行うことができる。キャラクタに対して音声通話を行う場合には、当該キャラクタ毎に設定されている番号等に連絡する。ステーションに対して音声通話を行う場合には、ムービングステージ毎に設定されているステージ番号に連絡する。キャラクタＣ１，Ｃ２のユーザは、特定のユーザに対して、ステージ番号を通知することができる。

【0096】

上記形態では、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップすると、会話承諾のためのメッセージがキャラクタＣ２のユーザＵ２に自動で送信されるが、キャラクタＣ１のユーザＵ１が会話対象であるキャラクタＣ２をクリックすると、会話承諾のためのメッセージがキャラクタＣ２のユーザＵ２に自動で送信されてもよい。また、キャラクタＣ２をクリックすると、機能選択ウィンドウが表示され、機能選択ウィンドウに表示される「承諾メッセージ送信」の機能を選択（クリック）することによって、メッセージがキャラクタＣ２に送信されてもよい。この場合、キャラクタＣ２のユーザＵ２によって会話が承諾された後、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップすると、キャラクタＣ１，Ｃ２が乗るムービングステージＳが表示される。

【0097】

また、キャラクタＣ１とキャラクタＣ２との間において、コミュニケーション（会議予定等）が予め設定されている場合には、承諾プロセスが省略されてもよい。この場合、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップすると、キャラクタＣ１，Ｃ２が乗るムービングステージＳが表示され、キャラクタＣ１とキャラクタＣ２とにおいて会話が可能となる。

【0098】

キャラクタＣ１とキャラクタＣ２との会話を終了する場合には、ユーザＵ１は、会話を終了する操作を行う。本実施形態では、会話を終了する操作は、キャラクタＣをムービングステージＳの外部にドラッグ・アンド・ドロップする操作である。具体的には、図１１に示されるように、ユーザＵ１は、例えばキャラクタＣ１を、ムービングステージＳの外部にドロップ・アンド・ドラッグする。これにより、ムービングステージＳが新たに表示され、ムービングステージＳにキャラクタＣ１が位置する（図６参照）。この状態では、キャラクタＣ１とキャラクタＣ２とはコミュニケーションを取ることができない。すなわち、キャラクタＣ１とキャラクタＣ２とは、会話をすることができない。以上により、キャラクタＣ１とキャラクタＣ２との会話が終了する。

【0099】

また、キャラクタＣ１とキャラクタＣ２との会話は、予め設定された時間に基づいて、自動で終了してもよい。予め設定された時間は、任意に設定される時刻であってもよいし、タイマーで設定された時間であってもよい。予め設定された時間となった場合、図１１に示されている状態から、図６に示される状態に自動で遷移する。すなわち、二つのムービングステージＳが表示され、二つのムービングステージＳのそれぞれにキャラクタＣ１，Ｃ２が位置する。或いは、キャラクタＣ１，Ｃ２が集合場所（複数のキャラクタＣが集合するムービングステージＳであってもよいし、仮想空間Ｒの任意の場所であってもよい）に自動で移動する。これにより、キャラクタＣ１とキャラクタＣ２との会話が終了する。また、キャラクタＣ１とキャラクタＣ２との会話は、管理者（仮想空間Ｒの管理者）によって終了されてもよい。この場合においても、図１１に示されている状態から、図６に示される状態に自動で遷移してもよいし、キャラクタＣ１，Ｃ２が集合場所に自動で移動してもよい。

【0100】

続いて、ムービングステージＳに複数のキャラクタＣが乗っている場合において、複数のキャラクタＣが一緒に会話を申し込む場合について説明する。図１２に示す例では、ある一つのムービングステージＳにキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４が乗っており、そのムービングステージＳとは異なる他のムービングステージＳにキャラクタＣ５，Ｃ６が乗っている。キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４は、グループ１を構成している。キャラクタＣ５，Ｃ６は、グループ２を構成している。以下では、グループ２からグループ１に会話を申し込む場合について説明する。

【0101】

グループ１及びグループ２のそれぞれでは、管理者が設定されている。管理者は、グループの会話に係る制御を一括して行う権限を有する。管理者は、ムービングステージＳを操作する権限を有する。管理者は、一又は複数のユーザに設定することができる。ここでは、グループ１の管理者がキャラクタＣ１であり、グループ２の管理者がキャラクタＣ５である形態を一例に説明する。

【0102】

グループ２からグループ１に対して会話を申し込む場合、グループ１において会話が可能であるか否かを確認するための承諾プロセスが実施される。承諾プロセスでは、管理者であるキャラクタＣ５をグループ１のムービングステージＳにドラッグ・アンド・ドロップすると、会話承諾のためのメッセージがグループ１の管理者であるキャラクタＣ１のユーザに自動で送信される。

【0103】

キャラクタＣ１のユーザが「ＮＧボタン」を選択すると、キャラクタＣ５のユーザの画面に、会話が承諾されなかった旨の内容が表示される。キャラクタＣ１のユーザが「ＯＫボタン」を選択すると、図１３に示されるように、一つのムービングステージＳが表示される。すなわち、グループ１のムービングステージＳとグループ２のムービングステージＳとが一体化される。

【0104】

キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６は、同じムービングステージＳに位置する。キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６は、一つのムービングステージＳに位置する。ムービングステージＳでは、キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６において会話可能である。すなわち、一つのムービングステージＳに位置する複数のキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６において、会話を可能とする（会話を成立させる）。ムービングステージＳでは、キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６の全員で会話することもできるし、個々のキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６同士（例えば、キャラクタＣ１とキャラクタＣ２、キャラクタＣ３とキャラクタＣ４、キャラクタＣ５とキャラクタＣ６）で会話することもできる。

【0105】

続いて、グループにおいて会話を終了する場合について説明する。グループ単位で会話を終了させる場合には、例えば、グループ１の管理者であるキャラクタＣ１のユーザは、図１３に示されるように、グループ１の構成員であるキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４を含むようにキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４を囲う。これにより、キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４が例えば破線によって囲われる。キャラクタＣ１のユーザは、破線によって囲われた部分を、ムービングステージＳの外部にドロップ・アンド・ドラッグする。これにより、ムービングステージＳが新たに表示され、ムービングステージＳにグループ１のキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４が位置する。すなわち、図１２に示されるように、キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４がある一つのムービングステージＳに乗り、キャラクタＣ５，Ｃ６がそのムービングステージＳとは異なる他のムービングステージＳに乗る。以上により、グループ１とグループ２との会話が終了する。

【0106】

なお、グループ１の構成員の指定は、上記方法に限らず、キャラクタＣ１，Ｃ２，Ｃ３，Ｃ４をクリックして選択することによって行われてもよいし、所定の画面においてキャラクタＣ１，Ｃ２，Ｃ３，Ｃ４を特定し得る情報を入力することによって行われてもよい。

【0107】

図１３に示される状態において、キャラクタ単位で会話を終了させる場合には、例えば、キャラクタＣ１のユーザは、キャラクタＣ１をムービングステージＳの外部にドロップ・アンド・ドラッグする。これにより、ムービングステージＳが新たに表示され、ある一つのムービングステージＳにキャラクタＣ１が位置し、そのムービングステージＳとは異なる他のムービングステージＳにキャラクタＣ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６が位置する。この状態では、キャラクタＣ１とキャラクタＣ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６とはコミュニケーションを取ることができない。すなわち、キャラクタＣ１とキャラクタＣ２，Ｃ３，Ｃ４，Ｃ５，Ｃ６とは、会話をすることができない。以上により、会話が終了する。

【0108】

なお、上述の場合と同様に、グループ１とグループ２との会話は、予め設定された時間に基づいて自動で終了してもよいし、管理者によって終了されてもよい。

【0109】

図１４に示されるように、ムービングステージＳには、カバーＣＶを設定することができる。カバーＣＶは、ムービングステージＳにおいて、例えばキャラクタＣ１，Ｃ２を覆うように設けられる。カバーＣＶは、ムービングステージＳのサイズに応じてサイズが変化し得る。カバーＣＶは、例えば、半球状を呈している。カバーＣＶは、透明であってもよいし、半透明であってもいし、透過性を有していなくてもよい。図１４に示す例では、カバーＣＶは、透明である。

【0110】

カバーＣＶは、ムービングステージＳにおける会話に係る情報である。カバーＣＶは、会話への参加に係る状況を外部に周知する機能を有している。会話に係る情報とは、会話への参加の可否を示す情報、会話への参加の可能度合いを示す情報等である。本実施形態では、会話に係る情報は、会話への参加の可否を示す情報である。本実施形態では、カバーＣＶが表示されている場合、基本的には、会話への参加ができないことを示している。カバーＣＶの透過度や色等によって、ムービングステージＳの周囲のユーザに対して、ムービングステージＳにおける会話への参加の可否（ムービングステージＳ内の状態）の程度を周知することができる。例えば、カバーＣＶが透明である場合、会話の申請によって、会話へ参加することができることを示すことができる。カバーＣＶが透過性を有していない場合（不透明である場合）、外部からの会話への参加を拒絶（拒否）していることを明確に示すことができる。また、カバーＣＶが透過性の度合い（透明、半透明、不透明等）によって、会話への参加の可能度合いを段階的に示すことができる。

【0111】

カバーＣＶは、ユーザによって表示・非表示を設定することができる。図１４に示されるように、ムービングステージＳに複数のキャラクタＣ１，Ｃ２が乗っている場合には、管理者として設定されているユーザがカバーＣＶの表示・非表示を設定してもよい。カバーＣＶは、許可されたユーザのみが会話に参加できることを示している。カバーＣＶが表示されている場合、図１２に示されるように、キャラクタＣのユーザがキャラクタＣ３をキャラクタＣ１，Ｃ２のムービングステージＳにドラッグ・アンド・ドロップしたとしても、ドラッグ・アンド・ドロップが拒否される。

【0112】

ムービングステージＳにカバーＣＶが設定されている場合、カバーＣＶ内のキャラクタＣ１，Ｃ２にコンタクトを取ることが可能であってもよい。例えば、ムービングステージＳにおいて会議が行われている場合、会議に遅れて参加するキャラクタＣのユーザは、ムービングステージＳに乗っているユーザ又はグループ全体に対して、音声通話やＷＥＢコミュニケーションを行うことができる。これにより、ムービングステージＳに乗っているキャラクタＣ１，Ｃ２のユーザによってカバーＣＶが一時的に非表示とされ、例えば、キャラクタＣ３をムービングステージＳにドラッグ・アンド・ドロップすることが可能となる。なお、カバーＣＶが不透明である場合には、外部からのコンタクトを拒否するように設定することもできる。

【0113】

また、カバーＣＶの表示・非表示（カバーＣＶの有無）によって、承諾プロセスの要否を設定してもよい。具体的には、カバーＣＶを表示している場合には、承諾プロセスを必要とし、カバーＣＶが非表示である場合には、承諾プロセスを不要とする設定を行うことができる。

【0114】

また、図１５に示されるように、ムービングステージＳに表示機能を有する物体、例えばプロジェクターボードＰＢが設けられている場合において、カバーＣＶが非表示の場合には、プロジェクターボードＰＢに表示されているテキスト、画像等をムービングステージＳの外部から視認可能とし、図１６に示されるように、カバーＣＶが表示されている場合には、プロジェクターボードＰＢに表示されているテキスト等をムービングステージＳの外部から視認不可としてもよい。図１６に示す例では、カバーＣＶは透明であり、ムービングステージＳに位置するキャラクタＣは外部から視認することができるが、プロジェクターボードＰＢに表示されているテキスト等は視認できないように（非表示）なっている。この場合、カバーＣＶを表示している場合において、ムービングステージＳに位置しているキャラクタＣを外部から確認することができ、プロジェクターボードＰＢの表示内容は外部から確認することができないようにすることができる。これにより、例えば、ムービングステージＳにおいて会議が行われている場合、会議の参加者や状況を外部から確認することができるが、会議の内容を外部から確認できないようにすることができる。

【0115】

なお、カバーＣＶが表示されている場合におけるプロジェクターボードＰＢは、非表示であってもよいし、表示にぼかし等が施されていてもよい。要は、プロジェクターボードＰＢに表示されている内容が、ムービングステージＳが外部から認識（理解）できないようになっていればよい。

【0116】

［効果］
以上説明したように、本実施形態に係るシステム１００では、複数のキャラクタＣが一つのムービングステージＳに位置する場合に、キャラクタＣ同士の会話が可能となる。すなわち、一つのムービングステージＳに位置しているキャラクタＣ同士において、会話が成立する。そのため、どのキャラクタＣ同士が会話しているのかを、一見して把握することができる。言い換えれば、どのキャラクタＣが会話していないのかを、一見して把握することができる。このように、システム１００では、コミュニケーションの状態を視覚化できる。そのため、システム１００では、例えば、コミュニケーションが行われてない場合には、キャラクタＣに対して雑談を持ち掛けたりすることができる。したがって、システム１００では、雑談等を自然に生成させることができる。その結果、システム１００では、仮想空間Ｒにおいて、キャラクタＣ同士のコミュニケーションを容易に生成させることができる。

【0117】

本実施形態に係るシステム１００では、一又は複数のキャラクタＣのうちの任意のキャラクタＣ又は当該キャラクタＣが位置するムービングステージＳを、他のキャラクタＣ又は当該キャラクタＣが位置するムービングステージＳにドラッグ・アンド・ドロップする操作を受け付けた場合、任意のキャラクタＣが位置していたムービングステージＳと他のキャラクタＣが位置していたムービングステージＳとを一体化させ、任意のキャラクタＣ及び他のキャラクタＣを一体化された一つのムービングステージＳに位置させる。この構成では、ドラッグ・アンド・ドロップするという簡単な操作によって複数のキャラクタＣを一つのムービングステージＳに位置させることができる。また、ムービングステージＳを一体化させることによって、会話の一体感が向上する。さらに、ドラッグ・アンド・ドロップという参加移行過程を設けることで、キャラクタＣを操作するユーザの心の準備ができるため、より自然感覚に近くすることができる。

【0118】

本実施形態に係るシステム１００では、上記ドラッグ・アンド・ドロップする操作を受け付けた場合、他のキャラクタＣのユーザに対して、会話を許可するか否かを選択する画面を表示させ、他のキャラクタＣのユーザが会話を許可した場合、任意のキャラクタＣが位置していたムービングステージＳと他のキャラクタＣが位置していたムービングステージＳとを一体化させて、任意のキャラクタＣ及び他のキャラクタＣを一体化された一つのムービングステージＳに位置させ、他のキャラクタＣのユーザが会話を拒否した場合、上記ドラッグ・アンド・ドロップの操作を無効にする。この構成では、キャラクタＣのユーザが、会話の可否を選択することができる。

【0119】

以上、本開示の実施形態について説明してきたが、本開示は必ずしも上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で様々な変更が可能である。

【0120】

上記実施形態では、耳アニメーションＥを、「うなずき」、「同意」、「賞賛（拍手）」、「質問」、「挙手」又は「驚き」の何れかで動作させる形態を一例に説明した。しかし、ユーザの動作に応じた耳アニメーションＥの動作はこれに限定されない。耳アニメーションＥの動作は、他の動作であってもよいし、更に他の動作を含んでいてもよい。耳アニメーションＥの折れ曲がり角度や速さは、適宜設定（変更）することができる。これにより、機微な感情を表出ができると共に、その感情表出の強度の調整（強め、弱め）もできる。耳アニメーションＥにおいて、動作の強度を強めに設定した場合、例えば、感情表現の苦手な人の非言語情報表出を、耳アニメーションＥの動作の内容、強度、速度表出で支援できる。また、非言語情報表現の異なる文化間のコミュニケーションに対しても、ユーザＵ１，Ｕ２，Ｕ３の文化に対応して、動作形態を変換する設定もできる。

【0121】

上記実施形態では、操作装置５０によってユーザＵ１，Ｕ２，Ｕ３の手Ｈ又は指Ｆの動作を検出する形態を一例に説明した。しかし、ユーザＵ１，Ｕ２，Ｕ３の手Ｈ又は指Ｆは、画像センサ（カメラ、レーザ等）によって検出してもよい。

【0122】

また、耳アニメーションＥの動作は、基本的にはユーザＵ１，Ｕ２、Ｕ３の操作に基づいて実行されるが、ユーザＵ１，Ｕ２，Ｕ３の表情（カメラによる顔認識）、ユーザＵ１，Ｕ２，Ｕ３の音声、ＡＩ（Artificial Intelligence：人工知能）による表出制御等を組み合わせてもよい。耳アニメーションＥの動作は、画面に表示される操作ウィンドウにおいて、キャラクタＣの動作を選択することによって制御されてもよい。

【0123】

上記実施形態において、操作装置は、加速度及び角速度を検出できるものであればよい。操作装置は、例えば、耳アニメーションＥを表示するディスプレイ（表示部）を有する携帯電話機（スマートフォン等）であってもよい。携帯電話機である場合、操作装置５０と同様に携帯電話機を操作することによって、動作データが生成される。

【0124】

上記実施形態では、端末１０、端末２０及び端末３０において制御データを生成する形態を一例に説明した。しかし、制御データは、サーバ４０によって生成されてもよい。この構成では、端末１０、端末２０及び端末３０は、動作データをサーバ４０に送信し、サーバ４０は、動作データに基づいて、制御データを生成する。

【0125】

上記実施形態では、端末１０，２０，３０にボディＢ及び耳アニメーションＥ等が表示される形態を一例に説明した。しかし、端末がウェアラブル端末、ヘッドマウントディスプレイ（ＨＭＤ）端末である場合には、ボディＢ及び耳アニメーションＥ等がレンズ等に表示されてもよいし、ホログラムで表示されてもよい。すなわち、サイバー空間において、キャラクタＣを表示させる。サイバー空間には、ＶＲ（Virtual Reality：仮想現実）、ＡＲ（Augmented Reality：拡張現実）、ＭＲ（Mixed Reality：混合現実）が含まれ得る。

【0126】

上記実施形態では、仮想空間Ｒにおいて、耳アニメーションＥを有するキャラクタＣを用いる形態を一例に説明した。しかし、キャラクタの形態はこれに限定されない。キャラクタは、アバターであってもよい。アバターは、顔表情を含んでいてもよいし、顔表情を含んでいなくてもよい。アバターが耳アニメーションＥを有していてもよい。

【0127】

キャラクタＣは、変形してもよい。例えば、キャラクタＣのボディＢには、表示部等が表示されてもよい。表示部には、キャラクタＣの音声をテキスト化した会話テキスト、会話テキストの翻訳文、及び、表示部の表示内容の翻訳文等が表示されてもよい。また、表示部には、キャラクタＣの音声及びテキスト入力の少なくとも一方に基づくＡＩの使用によって、必要な図、文章、音楽、動画、静止画及びサイトの少なくとも一つが表示されてもよい。

【0128】

上記実施形態では、キャラクタＣがムービングステージＳに乗っている形態を一例に説明した。しかし、キャラクタＣが位置する領域を形成する物体は、ムービングステージＳに限定されない。例えば、キャラクタＣが位置する領域を形成する物体は、単純な円板、空飛ぶ絨毯、宇宙船、飛行船、大型バス、空飛ぶ教室のようなものであってもよい。

【0129】

また、物体は、キャラクタＣを囲うバンド状のものであってもよい。この場合、キャラクタＣが物体に位置するとは、バンド状の物体内にキャラクタＣが位置することを意味する。

【0130】

上記実施形態では、操作装置５０の操作によってキャラクタＣが動作する形態を一例に説明した。しかし、キャラクタＣの動作は、他の方法によって操作されてもよい。例えば、ユーザＵ１，Ｕ２，Ｕ３の状態を取得して、当該状態に基づいて制御されてもよい。

【0131】

上記実施形態では、キャラクタＣ１とキャラクタＣ２とを関連付ける操作が、キャラクタＣ１をキャラクタＣ２のムービングステージＳにドラッグ・アンド・ドロップする操作である形態を一例に説明した。しかし、キャラクタＣ同士を関連付ける操作は、ドラッグ・アンド・ドロップに限定されない。例えば、キャラクタＣ１とキャラクタＣ２とを関連付ける場合、関連付ける操作は、キャラクタＣ１のユーザがキャラクタＣ２を選択（クリック等）する操作であってもよし、キャラクタＣ１のユーザが所定の選択画面においてキャラクタＣ２を選択する操作であってもよいし、キャラクタＣ１のユーザがキャラクタＣ２を特定する情報等を入力する操作であってもよい。要は、関連付ける操作は、キャラクタＣ１のユーザが会話相手（対象）であるキャラクタＣ２を特定し得る操作であればよい。

【0132】

上記実施形態では、承諾プロセスにおいて、会話相手であるキャラクタＣに対して会話承諾のメッセージが送信されると、当該キャラクタＣのユーザの画面にメッセージが表示され、メッセージ画面において会話を許可するか否かを選択する形態を一例に説明した。しかし、会話を許可するか否かの選択は、ユーザの音声（「許可する」、「ＯＫ」「許可しない」、「ＮＧ」等）によって行われてもよい。

【0133】

上記実施形態では、キャラクタＣ同士における会話を終了する操作が、キャラクタＣをムービングステージＳの外部にドラッグ・アンド・ドロップする操作である形態を一例に説明した。しかし、会話を終了する操作は、ドラッグ・アンド・ドロップに限定されない。例えば、会話を終了する操作は、所定の画面（メニュー画面等）において会話を終了する項目を選択する操作であってもよいし、キャラクタＣの一部に表示される「×」マークをクリックする操作であってもよい。要は、会話を終了する操作は、会話を終了するキャラクタのユーザが会話終了の意思を示す操作であればよい。

【0134】

上記実施形態では、カバーＣＶが半球状を呈している形態を一例に説明した。しかし、カバーＣＶの形状はこれに限定されない。また、ムービングステージＳにおける会話への参加に係る情報として、カバーＣＶを一例に説明した。しかし、ムービングステージＳにおける会話への参加に係る情報はこれに限定されない。

【0135】

例えば、会話への参加に係る情報は、図１７のパターンＡに示されるように、キャラクタＣの上方に表示される雲ＣＬであってもよいし、図１７のパターンＢに示されるように、ムービングステージＳの周縁に配置される壁状の部材ＷＬであってもよい。当該部材ＷＬは、透明であってもよいし、不透明であってもよい。また、会話への参加に係る情報は、図１８のパターンＡに示されるように、一又は複数の木ＴＲによって構成される植栽のようなものであってもよい。また、会話への参加に係る情報は、キャラクタＣの上方に表示される動物（鳥等）であってもよいし、カーテンのようなものであってもよし、霧のようなものであってもよい。

【0136】

図１８のパターンＢに示されるように、ムービングステージＳに表示される「ＸＹＺ」等の特定の集団を示す情報であってもよい。この場合、「ＸＹＺ」の表示によって、「ＸＹＺ」に関係するユーザ以外のユーザの参加は拒否する（参加を遠慮してもらう）ことを外部に示唆することができる。また、「ＸＹＺ」に関係するユーザである場合、すなわちユーザの属性情報において「ＸＹＺ」に係る情報が設定されている場合には、会話への参加を許可するようにしてもよい。言い換えれば、ユーザの属性情報において「ＸＹＺ」に係る情報が設定されていない場合には、会話への参加を却下するようにしてもよい。ユーザの属性情報において「ＸＹＺ」に係る情報が設定されていない場合であっても、ムービングステージＳに位置するキャラクタＣに許可された場合には、会話への参加が許可されるようにしてもよい。

【0137】

上記実施形態では、任意のキャラクタＣ又は当該キャラクタＣが位置するムービングステージＳを、他のキャラクタＣ又は当該キャラクタＣが位置するムービングステージＳにドラッグ・アンド・ドロップする操作を受け付けた場合、任意のキャラクタＣが位置していたムービングステージＳと他のキャラクタＣが位置していたムービングステージＳとを一体化させ、任意のキャラクタＣ及び他のキャラクタＣを一体化された一つのムービングステージＳに位置させる形態を一例に説明した。しかし、任意のキャラクタＣ及び他のキャラクタＣを一つのムービングステージＳに位置させる処理は、自動で行われてもよい。

【0138】

図１９を参照して、キャラクタＣが自動で会話を開始する方法の一例を説明する。図１９に示す例では、仮想空間Ｒにおいて、キャラクタＣ１、キャラクタＣ２、キャラクタＣ３、キャラクタＣ４、キャラクタＣ５及びキャラクタＣ６のそれぞれが、ムービングステージＳに乗っている。キャラクタＣ１、キャラクタＣ２、キャラクタＣ３、キャラクタＣ４、キャラクタＣ５及びキャラクタＣ６のユーザは、ユーザＵ１，Ｕ２，Ｕ３であり得る。キャラクタＣ１、キャラクタＣ２、キャラクタＣ３、キャラクタＣ４、キャラクタＣ５及びキャラクタＣ６のうちの少なくとも一つは、ＡＩがユーザであってもよい。

【0139】

仮想空間Ｒは、複数のキャラクタが集まって会話する会（会議、研修会、交流会、懇親会等）等に用いられる。仮想空間Ｒにおけるキャラクタ同士の会話は、管理者によって管理される。管理者は、会の開催時間、一回の会話時間、会話人数等を設定し得る。一回の会話時間は、例えば、３～４分に設定され得る。会話人数は、限定されないが、例えば、二人に設定され得る。

【0140】

仮想空間Ｒには、例えば、管理者によって参加が許可されたキャラクタＣ１、キャラクタＣ２、キャラクタＣ３、キャラクタＣ４、キャラクタＣ５及びキャラクタＣ６が存在し得る。キャラクタＣ１～Ｃ６のユーザは、例えば、予め管理者に参加を申し込み、管理者から参加が許可された場合、管理者から送信される参加に係るＵＲＬ等を受け取る。キャラクタＣ１～Ｃ６のユーザが所定の日時にＵＲＬから参加することによって、仮想空間Ｒに入ることができる。

【0141】

図１９に示される状況（会話が開始される前）において、管理者によって、会話の進め方等のレクチャーが行われてもよい。例えば、会話時間等の概要の説明が行われる。また、管理者によって、会話の行い方についてレクチャーが行われてもよい。例えば、最初に名前等の自己紹介、次にテーマについて話す等といった、会話の行い方の説明が行われ得る。また、会話を行う際における話の聞き方（例えば、言葉を繰り返しながら、うなずいたり、驚いたり、賞賛しながら聞く等）について、説明が行われ得る。管理者によるレクチャーの際、キャラクタＣ１～Ｃ６のユーザからの質問等が受け付けられてもよい。

【0142】

管理者によって会話を開始する操作が行われると、図２０に示されるように、二つのキャラクタが一つのムービングステージＳに自動的に位置する。すなわち、二つのキャラクタが自動的にマッチングされる。図２０に示す例では、キャラクタＣ１とキャラクタＣ３とが同じムービングステージＳに位置し、キャラクタＣ２とキャラクタＣ５とが同じムービングステージＳに位置し、キャラクタＣ４とキャラクタＣ６とが同じムービングステージＳに位置している。ムービングステージＳに位置するキャラクタは、管理者によって選択されてもよいし、ランダムに選択されてもよい。ムービングステージＳに位置するキャラクタは、過去にマッチングされたキャラクタとマッチングしないように設定されることが好ましい。すなわち、マッチング相手が毎回異なるキャラクタとなるように設定されることが好ましい。

【0143】

仮想空間Ｒには、キャラクタＣ７が存在していてもよい。キャラクタＣ７は、例えば、ファシリテーターのユーザによって操作される。キャラクタＣ７のユーザは、管理者であってもよい。

【0144】

ムービングステージＳにおけるキャラクタＣ１とキャラクタＣ３との会話、キャラクタＣ２とキャラクタＣ５との会話、キャラクタＣ４とキャラクタＣ６との会話は、ムービングステージＳの外部に位置するキャラクタには聞こえない。各ムービングステージＳでは、キャラクタＣ７のアナウンス等は聞こえる。キャラクタＣ７のユーザは、全てのムービングステージＳの会話を聞くことができてもよい。すなわち、キャラクタＣ７のユーザは、全てのムービングステージＳをモニターできるようにしてもよい。また、キャラクタＣ７のユーザは、全てのムービングステージＳの会話等を録画（録音）できるようにしてもよい。

【0145】

図２０に示されるように、ムービングステージＳには、プロジェクターボード（表示部）ＰＢが設けられてもよい。プロジェクターボードＰＢには、話のテーマ（会話内容に係る情報）等が表示されてもよい。プロジェクターボードＰＢには、例えば、好きな食べ物、好きな場所、やりたいこと、好きな活動（趣味）、欲しい物等が表示されてもよい。また、プロジェクターボードＰＢには、キャラクタの会話の翻訳文が表示されてもよい。なお、プロジェクターボードＰＢが設けられない場合には、話のテーマ等がアナウンスされてもよい。また、ムービングステージＳには、時計、タイマー等が表示されてもよい。タイマーの場合、会話の残り時間が表示される。また、残り時間が所定時間（例えば、１０秒前）となった場合、アラームが鳴るようにしてもよい。

【0146】

図２１に示されるように、例えば、キャラクタＣ１のユーザ及びキャラクタＣ３のユーザの表示画面には、キャラクタＣ１及びキャラクタＣ３の位置するムービングステージＳのみが表示されてもよい。ユーザは、画面の表示を切り替えることができる。ユーザは、所定の操作を行うことによって、図２０に示されるように、全てのキャラクタＣ１～Ｃ７（ムービングステージＳ）が表示される画面（全体画面）を表示させることもできるし、図２１に示されるように、自身と相手のキャラクタのみが表示される画面（個別画面）を表示させることもできる。

【0147】

キャラクタＣ１～Ｃ６は、会話相手に対して、図２２に示されるようなカードＣＤを渡すことができる。キャラクタＣ１～Ｃ６のユーザが所定の操作（例えば、操作画面においてカード送信項目の選択等）を行うことによって、カードＣＤを会話相手に渡すことができる。カードＣＤは、キャラクタＣ１～Ｃ６のユーザによって予め作成される。

【0148】

カードＣＤには、キャラクタのユーザを識別可能な情報が少なくとも含まれている。カードＣＤには、例えば、キャラクタが表示されている。キャラクタには、例えば、テキストを表示可能である。テキストとしては、名前、ニックネーム、識別情報等を表示できる。キャラクタには、顔写真等が表示されてもよい。また、カードＣＤの表示領域ＤＡには、画像Ｐを表示することができる。表示領域ＤＡには、メッセージを表示したり、音楽を埋め込んだり、映像を表示したりすることもできる。受け取ったカードＣＤは、自動的に保存される。保存されたカードＣＤは、閲覧が可能である。カードＣＤをクリックすることによって、カードＣＤのユーザとコンタクトを取れる（メッセージ作成画面が表示される）ようにしてもよい。

【0149】

図２０に示す状態において会話が開始されてから所定時間が経過すると、一度、図１９に示される状態に自動的に戻り、その後、図２３に示されるように、会話相手が自動で変更される。すなわち、複数のキャラクタが一つのムービングステージＳに位置している状態（図２０に示す状態）において、所定時間が経過した場合、ムービングステージＳを新たに表示させると共に会話を終了させたキャラクタを新たに表示されたムービングステージＳに位置させる（図１９に示す状態）。その後、図２３に示されるように、新たに、二つのキャラクタを一つのムービングステージＳに自動的に位置させる。

【0150】

図２３に示される例では、キャラクタＣ３とキャラクタＣ５とが同じムービングステージＳに位置し、キャラクタＣ１とキャラクタＣ６とが同じムービングステージＳに位置し、キャラクタＣ２とキャラクタＣ４とが同じムービングステージＳに位置している。すなわち、前回とは異なるキャラクタとマッチングされる。

【0151】

図２３に示される状態において、会話が開始されてから所定時間が経過すると、上記と同様に、一度、図１９に示される状態に自動的に戻り、その後、会話相手が自動で変更される。この処理は、管理者によって設定された時間（例えば、３０分）内において、複数回行われる。管理者によって設定された時間になると、図１９に示される状態に戻る。

【0152】

以上の構成では、任意のキャラクタが位置していたムービングステージＳと他のキャラクタが位置していたムービングステージＳとを自動で一体化させ、任意のキャラクタ及び他のキャラクタを一体化された一つのムービングステージＳに位置させる。この構成では、複数のキャラクタを自動で一つのムービングステージＳに位置させることができる。すなわち、キャラクタを自動でマッチングさせることができる。これにより、特定のキャラクタ（ユーザ）とのコミュニケーションだけではなく、新しいキャラクタとのコミュニケーションを図ることができる。そのため、これまでコミュニケーションが無かったユーザの新しい人柄に触れることによって、親近感が向上し得る。したがって、その後のコミュニケーションが取り易くなり、心理学的安全性が向上して、創造性、生産性等の向上が期待できる。

【0153】

また、複数のキャラクタが一つのムービングステージＳに位置している状態において、所定時間が経過した場合、ムービングステージＳを新たに表示させると共に会話を終了させた一又は複数のキャラクタを新たに表示されたムービングステージＳに位置させる。この構成では、所定時間が経過すると、会話が強制的に終了される。このように、コミュニケーションの時間が制限されるため、同じキャラクタとのコミュニケーションが長引かない。そのため、多くのキャラクタとのコミュニケーションが可能となる。

【0154】

また、複数のキャラクタが位置する一つのムービングステージＳにおいて、会話内容に係る情報を表示するプロジェクターボードＰＢを表示させる。この構成では、プロジェクターボードＰＢにおいて、会話の話題が表示（提供）されるため、限られた時間内において、コミュニケーションを円滑且つ効率的に行うことができる。そのため、キャラクタのユーザの人柄に触れる会話を効率的に行うことができる。

【0155】

また、複数のキャラクタが位置する一つのムービングステージＳにおいて、所定時間に係る情報を表示させてもよい。この構成では、例えば、所定時間の残り時間等を確認することができるため、時間配分（終了時間）を考慮してコミュニケーションを行うことができる。

【0156】

また、仮想空間Ｒにおいて、ファシリテーターのユーザによって操作されるキャラクタを表示させてもよい。この構成では、多くのユーザが参加する会（例えば、研修会、情報交流会、懇親会等）に適用される場合、ファシリテーターによって会が進行されるため、会をスムーズに進めることが可能となる。

【0157】

また、複数のキャラクタが一つのムービングステージＳに位置している状態において、キャラクタのユーザを識別可能な情報を少なくとも含むカードＣＤの交換が可能である。この構成では、会話の終了後に、会話を行ったキャラクタ（ユーザ）を確認することができる。

【0158】

なお、上記形態では、一つのムービングステージＳに二つのキャラクタが位置する形態を一例に説明したが、一つのムービングステージＳに位置するキャラクタは、三以上であってもよい。キャラクタの数は、管理者によって適宜設定され得る。

【符号の説明】

【0159】

１０…端末、１１…入力部、１２…制御部、１３…記憶部、１３Ｐ…端末プログラム、１４…通信部、１５…出力部、２０…端末、３０…端末、４０…サーバ、４２…制御部、４３…記憶部、４３Ｐ…サーバプログラム、４３Ｓ…受信データ、４４…通信部、５０…操作装置、５１Ａ…操作面、５２…通信部、５３…入力部、５４…制御部、５５…バッテリ、１００…システム、ＡＰ…アクセスポイント、Ｂ…ボディ、ＢＳ…基地局、Ｃ…キャラクタ、Ｃ１…キャラクタ（任意のキャラクタ）、Ｃ２…キャラクタ（他のキャラクタ）、Ｃ３…キャラクタ、Ｃ４…キャラクタ、Ｃ５…キャラクタ、Ｃ６…キャラクタ、Ｃ７…キャラクタ、ＣＤ…カード、ＣＬ…雲、ＣＶ…カバー、ＤＡ…表示領域、Ｅ…耳アニメーション、Ｆ…指、Ｈ…手、Ｎ…ネットワーク、Ｐ…画像、ＰＢ…プロジェクターボード、Ｒ…仮想空間、Ｓ…ムービングステージ，第一ムービングステージ，第二ムービングステージ、ＴＲ…木、Ｕ１…ユーザ、Ｕ２…ユーザ、Ｕ３…ユーザ、ＷＬ…部材。

【要約】

コミュニケーション支援プログラムは、仮想空間における複数のキャラクタのコミュニケーションを支援するコミュニケーション支援プログラムであって、一又は複数のキャラクタが位置する物体を、一又は複数のキャラクタと一体的に表示させ、一つの物体に位置する複数のキャラクタにおいて、キャラクタ同士の会話を可能とする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】