JP2021099538A - 情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】通知受信側のユーザまたは通知送信側のユーザが相手の状況を容易に把握することが可能な技術が提供されることが望まれる。【解決手段】第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、を備える、情報処理装置が提供される。【選択図】図１

Description

本開示は、情報処理装置、情報処理方法およびプログラムに関する。

近年、ユーザに対して通知を行う技術として様々な技術が知られている。例えば、ユーザが通知を受けるタイミングは、通知を受けるユーザの状況によって変わる場合が想定される。そこで、通知を受けるユーザの状況に応じてユーザに対して通知を行うタイミングを制御する技術が開示されている（例えば、特許文献１参照）。

特開２０１４−１２３１９２号公報

しかし、通知受信側のユーザまたは通知送信側のユーザが相手の状況を把握することは肝要である。そこで、通知受信側のユーザまたは通知送信側のユーザが相手の状況を容易に把握することが可能な技術が提供されることが望まれる。

本開示によれば、第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、を備える、情報処理装置が提供される。

本開示によれば、第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得することと、第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得することと、前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させることと、前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定することと、プロセッサが、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信することと、を含む、情報処理方法が提供される。

本開示によれば、コンピュータを、第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、を備える情報処理装置として機能させるためのプログラムが提供される。

以上説明したように本開示によれば、通知受信側のユーザまたは通知送信側のユーザが相手の状況を容易に把握することが可能な技術が提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の実施形態に係る情報処理システムの構成例を示す図である。 コール時間と通知レベルとの対応関係の例を示す図である。 アバターを変化させる要素と通知レベルとの対応関係の例を示す図である。 送信側端末の機能構成例を示す図である。 受信側端末の機能構成例を示す図である。 アバター制御の例を説明するための図である。 送信側端末の動作例を示すフローチャートである。 受信側端末の動作例を示すフローチャートである。 本開示の実施形態に係る情報処理装置のハードウェア構成例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書および図面において、実質的に同一または類似の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合がある。ただし、実質的に同一または類似の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。

なお、説明は以下の順序で行うものとする。
１．概要
２．実施形態の詳細
２．１．システム構成例
２．２．アバター変化の要素と通知レベルとの対応関係
２．３．送信側端末の機能構成例
２．４．受信側端末の機能構成例
２．５．情報処理システムの機能詳細
３．ハードウェア構成例
４．むすび
５．変形例

＜１．概要＞
まず、本開示の実施形態の概要について説明する。近年、ユーザに対して通知を行う技術として様々な技術が知られている。例えば、ユーザが通知を受けるタイミングは、通知を受けるユーザの状況によって変わる場合が想定される。そこで、通知を受けるユーザの状況に応じてユーザに対して通知を行うタイミングを制御する技術が開示されている。

しかし、通知受信側のユーザまたは通知送信側のユーザが相手の状況を把握することは肝要である。例えば、送信側のユーザの行動状態を把握することによって受信側のユーザは、通知の緊急度を推測することができる。あるいは、受信側のユーザの行動状態を把握することによって送信側のユーザは、受信側のユーザが通知に応答しそうかを推測することができる。

そこで、本開示の実施形態においては、通知受信側のユーザまたは通知送信側のユーザが相手の状況を容易に把握することが可能な技術について主に説明する。具体的に、本開示の実施形態においては、通知受信側のユーザまたは通知送信側のユーザが、相手の行動状態に応じて変化するアバターによって相手の状況を把握することが可能な技術について主に説明する。

以上、本開示の実施形態の概要について説明した。

＜２．実施形態の詳細＞
以下、本開示の実施形態の詳細について説明する。

［２．１．システム構成例］
まず、本開示の実施形態に係る情報処理システムの構成例について説明する。

図１は、本開示の実施形態に係る情報処理システムの構成例を示す図である。図１に示すように、情報処理システム１は、送信側端末１０Ａおよび受信側端末１０Ｂを有している。送信側端末１０Ａは、ユーザＡによって利用され得る。また、受信側端末１０Ｂは、ユーザＢによって利用され得る。送信側端末１０Ａおよび受信側端末１０Ｂは、ネットワーク９０に接続されており、ネットワーク９０を介して相互に通信可能に構成されている。

送信側端末１０Ａは、ロケーションＸに存在する。そして、ユーザＡもロケーションＸに存在する。また、ロケーションＸには、ユーザＢを表すアバター（以下、単に「ユーザＢのアバター」とも言う。）が存在し、ユーザＢのアバターは、ロケーションＸに存在するユーザＡによって視認可能である。一方、受信側端末１０Ｂは、ロケーションＹに存在する。そして、ユーザＢもロケーションＹに存在する。また、ロケーションＹには、ユーザＡを表すアバター（以下、単に「ユーザＡのアバター」とも言う。）が存在し、ユーザＡのアバターは、ロケーションＹに存在するユーザＢによって視認可能である。ロケーションＸおよびロケーションＹそれぞれは、ある広がりを持った領域であればよく、ロケーションＸおよびロケーションＹそれぞれは、どこに位置していてもよい。なお、本開示において、ロケーションＸを第１のロケーション、ユーザＡを第１のユーザ、ユーザＡのアバターを第１のアバターと言う場合がある。また、本開示において、ロケーショＹを第２のロケーション、ユーザＢを第２のユーザ、ユーザＢのアバターを第２のアバターと言う場合がある。

本開示の実施形態においては、ユーザＡがユーザＢと通話を行おうとする場合を想定する。かかる場合、ユーザＡは、送信側端末１０Ａに対して通知開始操作を行う。なお、通知は、実際に通話が開始される前の呼び出しに該当し、以下の説明では、「通知」を「コール」とも称する。なお、本開示において、通話には音声通話やビデオ通話といった種々の通話手段が用いられ得る。通知開始操作は、ユーザＡから発信される、ユーザＢへのコミュニケーション開始の許可依頼と見做されても良い。また、後述するユーザＡのアバターの変更は、前記第１のユーザの端末から送信されるコミュニケーション開始に関する許可依頼に応じて開始されるものと見做されても良い。また、通知開始操作は、ユーザＡの行動状態の一例に該当し得る。送信側端末１０Ａは、通知開始操作を検出すると、受信側端末１０Ｂに対して通知を開始する。なお、本開示において、このユーザＡの行動状態に関する情報を、第１行動状態情報という場合がある。同様に、本開示において、ユーザＢの行動状態に関する情報を、第２行動状態情報という場合がある。第１行動状態情報は、ユーザＡの行動状態をセンシングする各種センサの出力信号、当該出力信号に基づくユーザＡの行動状態の判定結果等、ユーザＡの行動状態に関する種々の情報が含み得る。第２行動状態情報も同様に、ユーザＢの行動状態に関する種々の情報が含み得る。

ユーザＢは、ユーザＡとの通話を開始したい場合には、受信側端末１０Ｂに対して通知応答操作を行う。受信側端末１０Ｂは、通知応答操作を検出すると、送信側端末１０Ａとの間の接続を確立させる。これによって、送信側端末１０Ａおよび受信側端末１０Ｂを介したユーザＡとユーザＢとの通話が成立し、送信側端末１０Ａおよび受信側端末１０Ｂを介したユーザＡとユーザＢとの間のコミュニケーションが開始される。通知応答操作は、ユーザＢの行動状態の一例に該当し得る。

なお、本開示の実施形態においては、ユーザＡとユーザＢとの間で音声によってコミュニケーションが行われる場合を想定する。しかし、音声の代わりに、または、音声に追加して他のコンテンツ（例えば、映像など）によって、ユーザＡとユーザＢとの間でコミュニケーションが行われてもよい。

また、本開示の実施形態においては、送信側端末１０Ａおよび受信側端末１０ＢそれぞれがＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である場合を主に想定する。しかし、送信側端末１０Ａおよび受信側端末１０ＢそれぞれはＰＣに限定されない。例えば、送信側端末１０Ａおよび受信側端末１０Ｂの少なくとも一方は、テレビジョン装置であってもよいし、携帯電話であってもよいし、タブレット端末であってもよいし、スマートフォンであってもよいし、ウェアラブル端末（例えば、ヘッドマウントディスプレイなど）であってもよいし、カメラであってもよい。送信側端末１０Ａおよび受信側端末１０Ｂそれぞれは、情報処理装置として機能し得る。

以上、本開示の実施形態に係る情報処理システム１の構成例について説明した。

［２．２．アバター変化の要素と通知レベルとの対応関係］
ここで、ユーザＡからユーザＢに対して通知がなされる場合を想定する。ユーザＡからユーザＢへの通知が緊急度に依らずに同じになってしまうと、ユーザＢが緊急度の高い通知に気づかなかったり、緊急度の低い通知に気を取られてしまったりする。仮に、事前に定義された緊急度を利用した場合には、ユーザＡまたはユーザＢのリアルな状況が通知に反映されない。そこで、ユーザＡまたはユーザＢのリアルな状況に即した緊急度が通知に反映されるのが望ましい。

一例として、通知開始からの経過時間（以下、「コール時間」とも言う。）が長いほど、ユーザＡがユーザＢに用事を伝えたいという意図が強いことが想定されるため、緊急度（以下、「通知レベル」とも言う。）が高いことが想定される。以下では、コール時間と通知レベルとの対応関係の例について説明する。

図２は、コール時間と通知レベルとの対応関係の例を示す図である。図２を参照すると、送信側端末１０Ａを利用するユーザＡが示されている。ここで、ユーザＡがユーザＢに通知を行う場合を想定する。かかる場合、送信側端末１０Ａは、ユーザＡによる通知開始操作が検出されると、ユーザＢによって利用される受信側端末１０Ｂへの通知を開始する。

まず、通知開始から第１の時間後（例えば、１０秒後）においても、ユーザＢが通知に対する応答をしない場合（応答不可の場合）を想定する。かかる場合、ユーザＡは、ユーザＢに通知してみただけで特にユーザＢに用事はない場合（Ｓ１１）、ユーザＢへの通知を中止する（Ｓ２１）。一方、ユーザＡは、ユーザＢに用事がある場合、ユーザＢへの通知を継続する（Ｓ３１）。

続いて、通知開始から第２の時間後（例えば、３０秒後）においても、ユーザＢが通知に対する応答をしない場合を想定する。かかる場合、ユーザＡは、ユーザＢに用事があったがユーザＢが忙しいならユーザＢに対する用事を諦めようと考えた場合（Ｓ１２）、ユーザＢへの通知を中止する（Ｓ２２）。一方、ユーザＡは、ユーザＢに対する用事を諦められない場合、ユーザＢへの通知を継続する（Ｓ３２）。

続いて、通知開始から第３の時間後（例えば、１分後）においても、ユーザＢが通知に対する応答をしない場合を想定する。かかる場合、ユーザＡは、ユーザＢに出来れば用事を伝えたかったが、通知に応答するのが無理なら仕方ないと考えた場合（Ｓ１３）、ユーザＢへの通知を中止する（Ｓ２３）。一方、ユーザＡは、ユーザＢに対する用事をどうしても今ユーザＢに伝えたいと考えた場合、ユーザＢへの通知を継続する（Ｓ３３）。

図２を参照しながら説明したように、コール時間が長いほど、ユーザＡがユーザＢに用事を伝えたいという意図が強いことが想定され、通知レベルが高いことが想定される。そして、ユーザＢに対する通知は、通知レベルが高いほど、ユーザＢが気づきやすい通知であるのが望ましい。このとき、ユーザＢに対する通知は、徐々に気づきやすい通知に変化してもよい。本開示の実施形態においては、ユーザＢに対する通知の変化が、ユーザＢによって視認されるユーザＡのアバターの変化である場合を想定する。

図３は、アバターを変化させる要素と通知レベルとの対応関係の例を示す図である。図３を参照すると、ユーザＡのアバターを変化させる要素の例としてのコール時間と通知レベルとの対応関係の例が示されている。コール時間と通知レベルとの対応関係については、図２を参照しながら説明した通りである。また、図３を参照すると、ユーザＡのアバターを変化させる要素の例としてのユーザＡのストレス度と通知レベルとの対応関係の例が示されている。

図３に示すように、ユーザＡのストレス度が大きいほど、ユーザＡがユーザＢに用事を伝えたいという意図が強いことが想定されるため、通知レベルが高いことが想定される。なお、ユーザＡのストレス度は、どのように検出されてもよい。一例として、ユーザＡのストレス度は、撮像装置によって撮像されたユーザＡの画像に対する画像認識結果に基づいて推定／取得されてもよいし、ユーザＡから生体センサによってセンシングされた生体情報に基づいて推定／取得されてよい。

以上、アバターを変化させる要素と通知レベルとの対応関係の例について説明した。

［２．３．送信側端末の機能構成例］
続いて、送信側端末１０Ａの機能構成例について説明する。

図４は、送信側端末１０Ａの機能構成例を示す図である。図４に示したように、送信側端末１０Ａは、制御部１１０Ａ、センサ部１２０Ａ、通信部１４０Ａ、記憶部１５０Ａおよび提示部１６０Ａを有している。以下、送信側端末１０Ａが備えるこれらの機能ブロックについて説明する。

制御部１１０Ａは、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。これらのブロックがＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。制御部１１０Ａは、かかる処理装置によってプログラムが実行されることによって実現され得る。

制御部１１０Ａは、送信側ユーザ行動状態取得部１１１Ａ、入力判定部１１２Ａ、送信部１１３Ａ、受信側ユーザ行動状態取得部１１４Ａおよびアバター制御部１１５Ａを有する。送信側ユーザ行動状態取得部１１１Ａは、第２行動状態取得部の一例に該当し得る。また、受信側ユーザ行動状態取得部１１４Ａは、第１行動状態取得部の一例に該当し得る。これらのブロックの詳細な機能については後に説明する。

センサ部１２０Ａは、各種のセンサを有しており、各種センサによって各種のセンシングデータを検出する。より具体的に、センサ部１２０Ａは、ユーザＡが発する音声、ユーザＡの状態を検出する。ユーザＡの状態には、ユーザＡの行動状態が含まれ得る。センサ部１２０Ａは、送信側端末１０Ａの任意の場所に設けられてよい。

本開示の実施形態においては、センサ部１２０Ａが、マイクロフォンおよび撮像装置を含んで構成される場合を想定する。そして、マイクロフォンによってユーザＡが発する音声が検出され、ユーザＡが発する音声がコミュニケーションに利用される場合を想定する。しかし、ユーザＡが発する音声の代わりに、または、ユーザＡが発する音声に追加して、ユーザＡが撮像装置によって撮像された映像がコミュニケーションに利用されてもよい。

また、本開示の実施形態においては、撮像装置によってユーザＡの状態が検出される場合を想定する。しかし、ユーザＡの状態は、撮像装置以外のセンサによって検出されてもよい。例えば、送信側端末１０Ａがウェアラブル端末である場合、ユーザＡの状態は、ウェアラブル端末のセンサ（例えば、加速度センサ、ジャイロセンサ、振動センサ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサなど）によって検出されてもよい。

通信部１４０Ａは、通信回路を含んで構成され、ネットワーク９０を介して受信側端末１０Ｂとの間で通信を行う機能を有する。例えば、通信部１４０Ａは、受信側端末１０Ｂからのデータの取得および受信側端末１０Ｂへのデータの提供を行う機能を有する。例えば、通信部１４０Ａは、センサ部１２０ＡによってユーザＡによる通知開始操作が検出されると、ネットワーク９０を介して受信側端末１０Ｂに通知を送信する。また、通信部１４０Ａは、受信側端末１０Ｂからネットワーク９０を介して通知応答を受信すると、ネットワーク９０を介して受信側端末１０Ｂとの接続を確立する。そして、通信部１４０Ａは、マイクロフォンによってユーザＡが発する音声が検出されると、当該音声を受信側端末１０Ｂに送信する。

記憶部１５０Ａは、メモリを含んで構成され、制御部１１０Ａによって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録媒体である。また、記憶部１５０Ａは、制御部１１０Ａによる演算のためにデータを一時的に記憶する。例えば、記憶部１５０Ａは、磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または、光磁気記憶デバイスにより構成される。

提示部１６０Ａは、ユーザＡに対して各種の情報の提示を行う。本開示の実施形態においては、提示部１６０Ａが、ディスプレイおよびスピーカを有する場合を想定する。ここで、ディスプレイの種類は限定されない。例えば、ディスプレイは、液晶ディスプレイであってもよいし、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイであってもよいし、壁などに投影できるプロジェクタであってもよい。あるいは、ディスプレイは、ＬＥＤ（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）などのライトであってもよい。

具体的に、本開示の実施形態においては、ユーザＢのアバターが仮想オブジェクトである場合を想定し、ディスプレイがユーザＢのアバターを表示する場合を想定する。しかし、ユーザＢのアバターは実オブジェクトであってもよい。実オブジェクトは、例えば、駆動機構を有する移動体であってもよい。より具体的には、ローラ、ホイール、あるいはタイヤを備える移動体、あるいは二足歩行ロボットや四足歩行ロボットなど、種々の形態が採用され得る。このような場合、当該自立移動体が独立した情報処理装置として構成され得る。その場合、提示部１６０Ａは、ディスプレイを有していなくてもよい。また、スピーカは、通信部１４０Ａによって受信側端末１０Ｂとの接続が確立され、受信側端末１０Ｂからネットワーク９０を介してユーザＢによって発せられた音声が受信されると、当該音声を出力する。スピーカによって出力された音声は、ユーザＡの聴覚によって知覚される。

なお、本開示の実施形態においては、制御部１１０Ａ、センサ部１２０Ａ、通信部１４０Ａ、記憶部１５０Ａおよび提示部１６０Ａが送信側端末１０Ａの内部に存在する場合を主に想定する。しかし、制御部１１０Ａ、センサ部１２０Ａ、通信部１４０Ａ、記憶部１５０Ａおよび提示部１６０Ａの少なくともいずれか一つは、送信側端末１０Ａの外部に存在していてもよい。

以上、本開示の実施形態に係る送信側端末１０Ａの機能構成例について説明した。

［２．４．受信側端末の機能構成例］
続いて、受信側端末１０Ｂの機能構成例について説明する。

図５は、受信側端末１０Ｂの機能構成例を示す図である。図５に示したように、受信側端末１０Ｂは、制御部１１０Ｂ、センサ部１２０Ｂ、通信部１４０Ｂ、記憶部１５０Ｂおよび提示部１６０Ｂを有している。以下、受信側端末１０Ｂが備えるこれらの機能ブロックについて説明する。

制御部１１０Ｂは、例えば、１または複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ；中央演算処理装置）などといった処理装置によって構成されてよい。これらのブロックがＣＰＵなどといった処理装置によって構成される場合、かかる処理装置は電子回路によって構成されてよい。制御部１１０Ｂは、かかる処理装置によってプログラムが実行されることによって実現され得る。

制御部１１０Ｂは、受信側ユーザ行動状態取得部１１１Ｂ、入力判定部１１２Ｂ、送信部１１３Ｂ、送信側ユーザ行動状態取得部１１４Ｂおよびアバター制御部１１５Ｂを有する。受信側ユーザ行動状態取得部１１１Ｂは、第２行動状態取得部の一例に該当し得る。また、送信側ユーザ行動状態取得部１１４Ｂは、第１行動状態取得部の一例に該当し得る。これらのブロックの詳細な機能については後に説明する。

センサ部１２０Ｂは、各種のセンサを有しており、各種センサによって各種のセンシングデータを検出する。より具体的に、センサ部１２０Ｂは、ユーザＢが発する音声、ユーザＢの状態を検出する。ユーザＢの状態には、ユーザＢの行動状態が含まれ得る。センサ部１２０Ｂは、受信側端末１０Ｂの任意の場所に設けられてよい。

本開示の実施形態においては、センサ部１２０Ｂが、マイクロフォンおよび撮像装置を含んで構成される場合を想定する。そして、マイクロフォンによってユーザＢが発する音声が検出され、ユーザＢが発する音声がコミュニケーションに利用される場合を想定する。しかし、ユーザＢが発する音声の代わりに、または、ユーザＢが発する音声に追加して、ユーザＢが撮像装置によって撮像された映像がコミュニケーションに利用されてもよい。

また、本開示の実施形態においては、撮像装置によってユーザＢの状態が検出される場合を想定する。しかし、ユーザＢの状態は、撮像装置以外のセンサによって検出されてもよい。例えば、受信側端末１０Ｂがウェアラブル端末である場合、ユーザＢの状態は、ウェアラブル端末のセンサ（例えば、加速度センサ、ジャイロセンサ、振動センサ、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサなど）によって検出されてもよい。

通信部１４０Ｂは、通信回路を含んで構成され、ネットワーク９０を介して送信側端末１０Ａとの間で通信を行う機能を有する。例えば、通信部１４０Ｂは、送信側端末１０Ａからのデータの取得および送信側端末１０Ａへのデータの提供を行う機能を有する。例えば、通信部１４０Ｂは、センサ部１２０ＢによってユーザＢによる通知応答操作が検出されると、ネットワーク９０を介して送信側端末１０Ａに通知応答を送信し、ネットワーク９０を介して送信側端末１０Ａとの接続を確立する。そして、通信部１４０Ｂは、マイクロフォンによってユーザＢが発する音声が検出されると、当該音声を送信側端末１０Ａに送信する。また、通信部１４０Ｂは、送信側端末１０Ａからネットワーク９０を介して通知を受信する。

記憶部１５０Ｂは、メモリを含んで構成され、制御部１１０Ｂによって実行されるプログラムを記憶したり、プログラムの実行に必要なデータを記憶したりする記録媒体である。また、記憶部１５０Ｂは、制御部１１０Ｂによる演算のためにデータを一時的に記憶する。例えば、記憶部１５０Ｂは、磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または、光磁気記憶デバイスにより構成される。

提示部１６０Ｂは、ユーザＢに対して各種の情報の提示を行う。本開示の実施形態においては、提示部１６０Ｂが、ディスプレイおよびスピーカを有する場合を想定する。ここで、ディスプレイの種類は限定されない。例えば、ディスプレイは、液晶ディスプレイであってもよいし、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイであってもよいし、壁などに投影できるプロジェクタであってもよい。あるいは、ディスプレイは、ＬＥＤ（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）などのライトであってもよい。

具体的に、本開示の実施形態においては、ユーザＡのアバターが仮想オブジェクトである場合を想定し、ディスプレイがユーザＡのアバターを表示する場合を想定する。しかし、ユーザＡのアバターは実オブジェクト（例えば、ロボットなど）であってもよい。その場合、提示部１６０Ｂは、ディスプレイを有していなくてもよい。また、スピーカは、通信部１４０Ｂによって送信側端末１０Ａとの接続が確立され、送信側端末１０Ａからネットワーク９０を介してユーザＡによって発せられた音声が受信されると、当該音声を出力する。スピーカによって出力された音声は、ユーザＢの聴覚によって知覚される。

なお、本開示の実施形態においては、制御部１１０Ｂ、センサ部１２０Ｂ、通信部１４０Ｂ、記憶部１５０Ｂおよび提示部１６０Ｂが受信側端末１０Ｂの内部に存在する場合を主に想定する。しかし、制御部１１０Ｂ、センサ部１２０Ｂ、通信部１４０Ｂ、記憶部１５０Ｂおよび提示部１６０Ｂの少なくともいずれか一つは、受信側端末１０Ｂの外部に存在していてもよい。

以上、本開示の実施形態に係る受信側端末１０Ｂの機能構成例について説明した。

［２．５．情報処理システムの機能詳細］
続いて、情報処理システム１の機能詳細について説明する。

本開示の実施形態では、（ロケーションＸに存在するユーザＡの）送信側端末１０Ａにおいて、センサ部１２０Ａは、センシングによってユーザＡの行動状態に関する情報を得る。ユーザＡの行動状態には、通知開始、通知継続、通知終了、再通知などが含まれ得る。なお、センサ部１２０Ａは、例えばユーザＡの画像情報あるいはデプス情報を取得するセンサであってもよい。入力判定部１１２Ａは、ユーザＡの行動状態に関する情報に基づいて、ユーザＢを表すアバターに関する入力を判定する。ユーザＢを表すアバターに関する入力には、通知開始、通知継続、通知終了、再通知などが含まれ得る。送信部１１３Ａは、ユーザＢを表すアバターに関する入力に基づいて、受信側端末１０Ｂに信号（アバターＡを制御するための信号）を送信する。

（ロケーションＹに存在するユーザＢの）受信側端末１０Ｂにおいて、通信部１４０Ｂは、ネットワーク９０を介してユーザＡの行動状態に関する情報（アバターＡを制御するための信号）を受信する。送信側ユーザ行動状態取得部１１４Ｂは、ユーザＡの行動状態に関する情報を取得する。アバター制御部１１５Ｂは、ユーザＡの行動状態に応じて、ユーザＡを表すアバターＡを徐々に変化させる。ユーザＢは、ユーザＡの行動状態に応じて変化するアバターによってユーザＡの状況を容易に把握することが可能となる。

一方、センサ部１２０Ｂは、センシングによってユーザＢの行動状態に関する情報を得る。ユーザＢの行動状態には、通知に気づいたか否か、通知に応答したか否かなどが含まれ得る。なお、センサ部１２０Ｂは、例えばユーザＢの画像情報あるいはデプス情報を取得するセンサであってもよい。入力判定部１１２Ｂは、ユーザＢの行動状態に関する情報に基づいて、ユーザＡを表すアバターに関する入力を判定する。ユーザＡを表すアバターに関する入力には、通知に気づいたか否か、通知に応答したか否かなどが含まれ得る。送信部１１３Ｂは、ユーザＡを表すアバターに関する入力に基づいて、送信側端末１０Ａに信号（アバターＢを制御するための信号）を送信する。なお、送信部１１３Ｂは、第１の入力に基づいて、送信側端末１０Ａにコミュニケーション開始を示す第１の信号を送信し、第２の入力に基づいて送信側端末１０Ａにコミュニケーション開始の不許可を示す第２の信号を送信すると見做されても良い。また、送信部１１３Ｂは、ユーザＡの送信側端末１０Ａに、ユーザＢの行動状態を示す信号を送信するものと見做されても良い。後述の通り、送信部１１３Ｂは、ユーザＢのアバターＡに関する入力に基づいて、ユーザＢの行動状態を示す信号を変化させ得る。なお、送信部１１３Ｂが送信する信号は、送信側端末１０Ａにより制御されるアバターＢを制御する信号として見做されても良い。送信部１１３Ｂが送信する信号は、アバターＢを直接制御する信号であってもよい。あるいは、送信部１１３Ｂが送信した信号は、ネットワーク９０による処理を経てアバターＢを制御する信号に変換されても良い。あるいは、送信部１１３Ｂが送信した信号は、送信側端末１０Ａによる処理を経てアバターＢを制御する信号に変換されても良い。

送信側端末１０Ａにおいて、通信部１４０Ａは、ネットワーク９０を介してユーザＢの行動状態に関する情報（アバターＢを制御するための信号）を受信する。受信側ユーザ行動状態取得部１１４Ａは、ユーザＢの行動状態に関する情報を取得する。アバター制御部１１５Ａは、ユーザＢの行動状態に応じて、ユーザＢを表すアバターＢを徐々に変化させる。ユーザＡは、ユーザＢの行動状態に応じて変化するアバターによってユーザＢの状況を容易に把握することが可能となる。

ここで、アバター制御の例について説明する。図６は、アバター制御の例を説明するための図である。図６に示すように、ロケーションＸには、送信側ユーザＡが存在する。ロケーションＸにおいては、センサ部１２０Ａが、ユーザＡによる（アバターＢに対する）各種インタラクションを検出可能である。一方、ロケーションＹには、受信側ユーザＢが存在する。ロケーションＹにおいては、センサ部１２０Ｂが、ユーザＢによる（アバターＡに対する）各種インタラクションを検出可能である。

Ｓ１０１は、ユーザＡが、ロケーションＸに存在する、ユーザＢの状態を表すアバターＢに対し話しかけた状態を示す。なお、ユーザＡの状態（動作、行動）は、ロケーションＸに存在するセンサ部１２０Ａによって判定される。これにより、ユーザＡからユーザＢへの通知（コール）が開始され、送信側ユーザ行動状態取得部１１４Ｂによって通知開始が取得され、ロケーションＹに存在する、ユーザＡの状態を表すアバターＡの状態が、アバター制御部１１５ＢによってユーザＡからの通知の受信を示す状態に変化される。

Ｓ１０２においては、ユーザＢがユーザＡからの通知に気付いたことが、ロケーションＸと同様、ロケーションＹに存在するセンサ部１２０Ｂによって判定される。例えば、ユーザＢの視線がアバターＡに当たっているか否かによって、ユーザＢが通知に気づいているか否かが判定されてもよい。ユーザＢがユーザＡの連絡に気付いたことは、ネットワーク９０を経て、受信側ユーザ行動状態取得部１１４Ａによって取得され、アバター制御部１１５Ａによる制御に従ったアバターＢの動作によってユーザＡに通知される。なお、本開示における第２の入力は、“ユーザＢがユーザＡからの通知に気付いたこと”を含むと見做されても良い。

Ｓ１０３において、アバター制御部１１５Ｂによる制御に従って、ロケーションＹに存在するアバターＡの動作や位置は、通知レベルに応じて変化する。例えば、アバターＡは、ユーザＢにとって誘目度の高い範囲に移動し、および／または動作量を増加させる。より具体的には、アバターＡは、ユーザＢが作業しているオブジェクトとユーザＢとの間に移動し、ユーザＢの作業（仕事）を妨げてもよい。

Ｓ１０４は、ユーザＡがコールを継続したことが、送信側ユーザ行動状態取得部１１４Ｂによって取得され、アバター制御部１１５Ｂによる制御に従って、アバターＡがユーザＡの通知意図を段階的に示すよう動作したものの、通知に気付いたユーザＢがコミュニケーションを開始しなかった状態を表す。アバターＢは、アバター制御部１１５Ａによる制御に従って、それぞれユーザＢのコミュニケーション拒否（応答拒否）を示す状態に変化する。一方、アバターＡは、アバター制御部１１５Ｂによる制御に従って、ユーザＢから応答拒否をユーザＡに伝えたことを示すように、ユーザＡが落胆したことを示すよう変化してもよい。

Ｓ１０５は、ユーザＢの応答拒否を確認したものの、ユーザＡがユーザＢに対し通知の継続（再通知）を行った状態を示す。通知の継続が通信部１４０Ｂによって受信され、送信側ユーザ行動状態取得部１１４Ｂによって取得されると、アバター制御部１１５Ｂによる制御に従って、アバターＡは、より高い緊急度を示すよう変化するとよい。

Ｓ１０６は、アバターＡの変化を受け、ユーザＢが最終的にユーザＡとのコミュニケーションを開始した状態を示す。コミュニケーションは、ロケーションＸにおける通知開始と同様に、ユーザＢがアバターＡに話しかけたことがセンサ部１２０Ａによって検出されることで開始されてもよい。なお、入力判定部１１２Ｂは、ユーザＢがコミュニケーションを開始したことを、ユーザＢが特定のジェスチャを行ったことを示す画像情報またはデプス情報に基づいて判定しても良い。一方で、入力判定部１１２Ｂは、ユーザＢが通知に気付いたこと、またはユーザＢが応答拒否を行ったことを、特定のジェスチャを行っていないことを示すユーザＢの画像情報またはデプス情報に基づいて判定されてもよい。このような特定のジェスチャは、例えばユーザＢの手が顔に近づくジェスチャ、より具体的にはユーザＢの手が顔に近接するジェスチャであっても良い。手と顔の近接は、手と顔の距離が所定値以内か否かによって判定され得る。なお、より具体的には、特定のジェスチャは、ユーザＢの手と耳が近接するジェスチャ、すなわち、一般的に受話器を耳に当てるジェスチャであってもよい。なお、入力判定部１１２Ｂは、ユーザＢの画像情報またはデプス情報に基づくユーザＢの向き又は視線情報に基づいてユーザＢが通知に気付いたことを判定し、ユーザＢの音声情報に基づいてコミュニケーションの開始を判定しても良い。この構成において、ユーザＢは特定のジェスチャを行うことなくユーザＡとのコミュニケーション開始を自然な動作で制御することができる。このように、入力判定部１１２Ｂは、ユーザＢの意図的な入力（第１の入力）と、相対的に意図的では無い入力（第２の入力）に基づいて、アバターＡに関する入力を判定すると見做されても良い。

以上、アバター制御の例について説明した。

図７は、送信側端末１０Ａの動作例を示すフローチャートである。図７を参照しながら、送信側端末１０Ａの動作例について説明する。図７に示すように、センサ部１２０ＡによってユーザＡによる通知開始操作が検出されず、通信部１４０Ａによる通知が開始されない場合には（Ｓ２０１において「Ｎｏ」）、Ｓ２０１が繰り返し実行される。一方、センサ部１２０ＡによってユーザＡによる通知開始操作が検出され、通信部１４０Ａによる通知が開始された場合には（Ｓ２０１において「Ｙｅｓ」）、Ｓ２０２に動作が移行される。

受信側ユーザＢが通知に対する応答を行い、かかる応答が通信部１４０Ａによって受信され、受信側ユーザ行動状態取得部１１４Ａによって応答が取得された場合（Ｓ２０２において「Ｙｅｓ」）、通信部１４０Ａは、受信側端末１０Ｂとの接続を確立する。これによって、通信部１４０Ａは、ユーザＡとユーザＢとのコミュニケーションを開始させる（Ｓ２０３）。このとき、アバター制御部１１５Ａは、コミュニケーション開始を示すようにアバターＢを制御する。

送信側ユーザＡがコミュニケーションを継続していることがセンサ部１２０Ａによって検出され、送信側ユーザ行動状態取得部１１１Ａによって取得された場合には（Ｓ２０４において「Ｎｏ」）、Ｓ２０４が繰り返し実行される。一方、送信側ユーザＡがコミュニケーションを終了したことがセンサ部１２０Ａによって検出され、送信側ユーザ行動状態取得部１１１Ａによって取得された場合には（Ｓ２０４において「Ｙｅｓ」）、送信側端末１０Ａの動作が終了する。

受信側ユーザＢが通知に対する応答を行わず（Ｓ２０２において「Ｎｏ」）、応答拒否も行わない場合（Ｓ２１１において「Ｎｏ」）、受信側ユーザ行動状態取得部１１１Ｂによって、ユーザＢが通知に気づいていないことが取得された場合、アバター制御部１１５Ａは、ユーザＢが通知に気づいていないことを示すようにアバターＢを制御する。

そして、送信側ユーザ行動状態取得部１１１Ａは、通知レベルを判定する（Ｓ２２１）。通知レベルは、ユーザＡの行動状態に関する情報の例であり、上記したように、コール時間またはユーザＡのストレス度に基づいて推定／取得され得る。通知レベルが更新されない場合には（Ｓ２２２において「Ｎｏ」）、Ｓ２２４に動作が移行されてよい。一方、送信部１１３Ａは、通知レベルが更新された場合には（Ｓ２２２において「Ｙｅｓ」）、更新後の通知レベルを受信側端末１０Ｂに送信し（Ｓ２２３）、Ｓ２２４に進む。

なお、コール時間が長くなるほど、通知レベルが上がるように更新されてよいし、ユーザＡのストレス度が大きくなるほど、通知レベルが上がるように更新されてよい。あるいは、ユーザＡによる特定のジェスチャが検出された場合、通知レベルが上がるように更新されてもよい。しかし、通知レベルは下がるように更新されてもよい。例えば、送信側ユーザＡがユーザＢとのコミュニケーション以外に特定の行動を始めてしまったことが検出された場合や、ユーザＡによる特定の音声が検出された場合などには、通知レベルは下がるように更新されてもよい。

したがって、現在の通知レベルをユーザＡに把握させるため、現在の通知レベルが提示部１６０ＡによってユーザＡに提示されるとよい。現在の通知レベルは、どのようにユーザＡに提示されてもよい。現在の通知レベルが数値によってディスプレイによって表示されてもよい。あるいは、現在の通知レベルに対応する表現を伴うアニメーション（例えば、コール時のアニメーション）がディスプレイによって表示されてもよい。また、通知レベルが更新されないようにユーザＡが設定することも可能である。

センサ部１２０ＡによってユーザＡによる通知終了操作が検出されない場合には（Ｓ２２４において「Ｎｏ」）、Ｓ２０２に動作が移行される。一方、センサ部１２０ＡによってユーザＡによる通知終了操作が検出された場合には（Ｓ２２４において「Ｙｅｓ」）、動作が終了する。

通信部１４０Ａによって応答拒否が受信され、受信側ユーザ行動状態取得部１１４Ａによって応答拒否が取得された場合（Ｓ２１１において「Ｙｅｓ」）、アバター制御部１１５Ａは、応答拒否を示すようにアバターＢを制御する。なお、後に説明するように、応答拒否には、拒否の強さを示すレベル（以下、「拒否レベル」とも言う）が設けられていてもよい。このとき、アバター制御部１１５Ａは、拒否レベルによって異なる状態となるようにアバターＢを制御してもよい。

送信側ユーザ行動状態取得部１１１Ａによって、応答拒否に対するユーザＡによる容認が取得された場合（Ｓ２１２において「Ｙｅｓ」）、動作が終了する。一方、送信側ユーザ行動状態取得部１１１Ａによって、応答拒否に対するユーザＡによる容認が取得されず（Ｓ２１２において「Ｎｏ」）、応答拒否に対するユーザＡによる否認も取得されない場合（Ｓ２１３において「Ｎｏ」）、動作が終了する。

一方、送信側ユーザ行動状態取得部１１１Ａによって、応答拒否に対するユーザＡによる否認が取得された場合（Ｓ２１３において「Ｙｅｓ」）、通知レベルを更新し（Ｓ２１４）、送信部１１３Ａは、更新後の通知レベルを受信側端末１０Ｂに送信し（Ｓ２１５）、Ｓ２０２に動作が移行される。通知レベルの更新は、上記した通りである。

以上、送信側端末１０Ａの動作例について説明した。

図８は、受信側端末１０Ｂの動作例を示すフローチャートである。図８を参照しながら、受信側端末１０Ｂの動作例について説明する。図８に示すように、通信部１４０Ｂによってネットワーク９０を介して送信側端末１０Ａから通知レベルが受信されると、送信側ユーザ行動状態取得部１１４Ｂによって通知レベルが取得され、アバター制御部１１５Ｂによって通知レベルに応じてアバターＡを制御する（アバターＡを変化させる）（Ｓ３０２）。

ユーザＢが通知（すなわち、アバターＡの変化）に気づかないことがセンサ部１２０Ｂによって検出され、受信側ユーザ行動状態取得部１１１Ｂによって取得された場合には（Ｓ３０３において「Ｎｏ」）、Ｓ３０１に動作が移行される。一方、ユーザＢが通知に気づいたことがセンサ部１２０Ｂによって検出され、受信側ユーザ行動状態取得部１１１Ｂによって取得された場合には（Ｓ３０３において「Ｙｅｓ」）、Ｓ２０４に動作が移行される。

続いて、受信側ユーザＢが通知に対して応答したことがセンサ部１２０Ｂによって検出され、受信側ユーザ行動状態取得部１１１Ｂによって取得された場合には（Ｓ３０４において「Ｙｅｓ」）、通信部１４０Ｂは、送信側端末１０Ａとの接続を確立する。これによって、通信部１４０Ｂは、ユーザＡとユーザＢとのコミュニケーションを開始させる（Ｓ３０５）。このとき、アバター制御部１１５Ｂは、コミュニケーション開始を示すようにアバターＡを制御する。

受信側ユーザＢがコミュニケーションを継続していることがセンサ部１２０Ｂによって検出され、受信側ユーザ行動状態取得部１１１Ｂによって取得された場合には（Ｓ３０６において「Ｎｏ」）、Ｓ３０６が繰り返し実行される。一方、受信側ユーザＢがコミュニケーションを終了したことがセンサ部１２０Ｂによって検出され、受信側ユーザ行動状態取得部１１１Ｂによって取得された場合には（Ｓ３０６において「Ｙｅｓ」）、受信側端末１０Ｂの動作が終了する。受信側ユーザＢが通知に対する応答を行わない場合（Ｓ３０４において「Ｎｏ」）、Ｓ３１１に動作が移行される。

受信側ユーザＢによる応答拒否がセンサ部１２０Ｂによって検出されない場合（Ｓ３１１において「Ｎｏ」）、Ｓ３２１に動作が移行される。そして、送信側ユーザの通知終了が通信部１４０Ｂによって受信され、送信側ユーザ行動状態取得部１１４Ｂによって取得された場合には（Ｓ３２１において「Ｙｅｓ」）、動作が終了する。送信側ユーザの通知終了が通信部１４０Ｂによって受信されず、送信側ユーザ行動状態取得部１１４Ｂによって取得されない場合には（Ｓ３２１において「Ｎｏ」）、動作がＳ３０１に移行される。

受信側ユーザＢによる応答拒否がセンサ部１２０Ｂによって検出され、受信側ユーザ行動状態取得部１１１Ｂによって取得された場合（Ｓ３１１において「Ｙｅｓ」）、応答拒否が送信側端末１０Ａに送信され、Ｓ３１２に動作が移行される。なお、応答拒否は、どのようにして検出されてもよい。例えば、応答拒否は、ユーザＢがアバターＡから視線を外したことの検出によって検出されてもよいし、ユーザＢがユーザＡとのコミュニケーション以外の特定の行動を始めたことの検出によって検出されてもよいし、応答できないという明示的な動作の検出によって検出されてもよい。

また、応答拒否とともに拒否レベルが送信されてもよい。拒否レベルはユーザＢによってどのようにして入力されてもよい。例えば、拒否レベルは、ユーザＢによる操作（例えば、ボタン操作など）によって入力されてもよいし、ユーザＢが発する音声（例えば、「応答できない」といったような特定の音声など）によって入力されてもよいし、ユーザＢによるジェスチャ（例えば、通知を遮るような特定の動作など）によって入力されてもよい。

通信部１４０Ｂによって受信側ユーザＢによる応答拒否に対する送信側ユーザＡによる容認が受信された場合（Ｓ３１２において「Ｙｅｓ」）、動作が終了する。一方、通信部１４０Ｂによって受信側ユーザＢによる応答拒否に対する送信側ユーザＡによる容認が受信されない場合（Ｓ３１２において「Ｎｏ」）、Ｓ３１３に動作が移行される。

通信部１４０Ｂによって受信側ユーザＢによる応答拒否に対する送信側ユーザＡによる否認が受信された場合（Ｓ３１３において「Ｙｅｓ」）、Ｓ３０１に動作が移行される。一方、通信部１４０Ｂによって受信側ユーザＢによる応答拒否に対する送信側ユーザＡによる否認が受信されない場合（Ｓ３１３において「Ｎｏ」）、動作が終了する。

以上、受信側端末１０Ｂの動作例について説明した。

＜３．ハードウェア構成例＞
次に、図９を参照して、本開示の実施形態に係る情報処理装置１０（送信側端末１０Ａおよび受信側端末１０Ｂ）のハードウェア構成について説明する。図９は、本開示の実施形態に係る情報処理装置１０のハードウェア構成例を示すブロック図である。

図９に示すように、情報処理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０３、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０５を含む。また、情報処理装置１０は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含む。さらに、情報処理装置１０は、撮像装置９３３、およびセンサ９３５を含む。情報処理装置１０は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）と呼ばれるような処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一時的に記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、ユーザの音声を検出するマイクロフォンを含んでもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置１０の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置１０に対して各種のデータを入力したり処理動作を指示したりする。

出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＰＤＰ（Ｐｌａｓｍａ Ｄｉｓｐｌａｙ Ｐａｎｅｌ）、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、プロジェクタなどの表示装置、ホログラムの表示装置、スピーカおよびヘッドホンなどの音出力装置、ならびにプリンタ装置などであり得る。出力装置９１７は、情報処理装置１０の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音として出力したりする。また、出力装置９１７は、ＬＥＤ（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）などのライトを含んでもよい。

ストレージ装置９１９は、情報処理装置１０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。

ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。

接続ポート９２３は、機器を情報処理装置１０に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポートなどであり得る。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置１０と外部接続機器９２９との間で各種のデータが交換され得る。

通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カードなどであり得る。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。

撮像装置９３３は、例えば、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。

センサ９３５は、例えば、測距センサ、加速度センサ、ジャイロセンサ、地磁気センサ、振動センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えば情報処理装置１０の筐体の姿勢など、情報処理装置１０自体の状態に関する情報や、情報処理装置１０の周辺の明るさや騒音など、情報処理装置１０の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。

＜４．むすび＞
以上説明したように、本開示の実施形態によれば、第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、を備える、情報処理装置が提供される。

かかる構成によれば、通知受信側のユーザまたは通知送信側のユーザが相手の状況を容易に把握することが可能となる。

＜５．変形例＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、コンピュータに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上記した制御部１１０Ａが有する機能と同等の機能を発揮させるためのプログラムも作成可能である。また、該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。また、例えば、コンピュータに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上記した制御部１１０Ｂが有する機能と同等の機能を発揮させるためのプログラムも作成可能である。また、該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。

上記では、送信側ユーザ行動状態取得部１１１Ａ、入力判定部１１２Ａ、送信部１１３Ａ、受信側ユーザ行動状態取得部１１４Ａおよびアバター制御部１１５Ａが、送信側端末１０Ａに組み込まれている場合について主に説明した。しかし、これらの機能の一部は、送信側端末１０Ａとは異なる装置に組み込まれてもよい。例えば、入力判定部１１２Ａは、送信側端末１０Ａとは異なる装置（例えば、サーバなど）に組み込まれていてもよい。

上記では、受信側ユーザ行動状態取得部１１１Ｂ、入力判定部１１２Ｂ、送信部１１３Ｂ、送信側ユーザ行動状態取得部１１４Ｂおよびアバター制御部１１５Ｂが、受信側端末１０Ｂに組み込まれている場合について主に説明した。しかし、これらの機能の一部は、受信側端末１０Ｂとは異なる装置に組み込まれてもよい。例えば、入力判定部１１２Ｂは、受信側端末１０Ｂとは異なる装置（例えば、サーバなど）に組み込まれていてもよい。

上記では、アバターはユーザに視認可能なように提供される場合について主に説明した。一方で、アバターの存在は、いわゆる音像定位を行うことが可能な出力装置を利用することで、視認可能な情報を利用することなくユーザに提示されても良い。すなわち、アバターは、空間のいずれかの位置に定位されるエージェントとして見做されても良く、ユーザへの提供方法は表示制御に限定されない。このような音像定位を行う出力装置として、頭部伝達関数（ＨＲＴＦ）に基づいてアバターの音像を空間に定位するオープンスピーカーが用いられても良い。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、
第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、
前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、
前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、
前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、
を備える、情報処理装置。
（２）
前記第１のアバターに関する入力は、第１の入力または第２の入力の少なくとも一方を含み、
前記送信部は、
前記第１の入力に基づいて、前記第１のユーザの端末にコミュニケーション開始を示す第１の信号を送信し、
前記第２の入力に基づいて、前記第１のユーザの端末にコミュニケーション開始の不許可を示す第２の信号を送信する、（１）に記載の情報処理装置。
（３）
前記アバター制御部は、前記送信部が前記第２の信号を送信した前後で、前記第１行動状態情報に基づくコミュニケーション許可通知が継続的に送信されている場合、前記第１のアバターの状態を、前記第１のユーザからの再通知を示す状態に変更する、（２）に記載の情報処理装置。
（４）
前記第１の入力は、前記第２の入力と比較して相対的に意図的な前記第２のユーザによる入力である、（２）または（３）に記載の情報処理装置。
（５）
前記第２のユーザの画像情報またはデプス情報に基づいて前記第１の入力及び前記第２の入力を判定する入力判定部をさらに備え、
前記第１の入力は、特定のジェスチャに関する情報を含み、
前記第２の入力は、前記特定のジェスチャに関する情報を含まない、（４）に記載の情報処理装置。
（６）
前記特定のジェスチャは、前記第２のユーザの手が前記第２のユーザの顔に近づくジェスチャである、（５）に記載の情報処理装置。
（７）
前記第２のユーザの音声情報に基づいて前記第１の入力を判定するとともに、前記第２のユーザの画像情報またはデプス情報に基づいて前記第２の入力を判定する入力判定部をさらに備える、（４）に記載の情報処理装置。
（８）
前記入力判定部は、前記第２のユーザの画像情報またはデプス情報に基づいて、前記第２の入力として、前記第２のユーザが前記第１のアバターの変化を認識したことを判定する、（４）から（７）のいずれか一項に記載の情報処理装置。
（９）
前記アバター制御部は、前記第１のユーザの端末から送信される、前記第２のユーザとのコミュニケーションの開始に関する許可依頼に応じて、前記第１のアバターの表示の変更を開始する、（１）から（８）のいずれか一項に記載の情報処理装置。
（１０）
前記第１のユーザの端末への信号の送信に応じて、ネットワークを介した前記情報処理装置と前記第１のユーザの端末の通信を確立する通信部をさらに備える、（９）に記載の情報処理装置。
（１１）
前記送信部は、前記第１のユーザの端末に、前記第２のユーザの行動状態を示す信号を送信する、（１）から（１０）のいずれか一項に記載の情報処理装置。
（１２）
前記送信部は、前記第１のアバターに関する入力に基づいて、前記第２のユーザの行動状態を示す信号を変化させる、（１１）に記載の情報処理装置。
（１３）
前記送信部は、前記第１のユーザの端末により制御される前記第２のユーザを示すアバターを制御する信号を送信する、（１２）に記載の情報処理装置。
（１４）
前記第１のアバターを表示する表示装置を更に備える、（１）から（１３）のいずれか一項に記載の情報処理装置。
（１５）
前記第１のアバターは、駆動機構を有する移動体である、（１）から（１３）のいずれか一項に記載の情報処理装置。
（１６）
第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得することと、
第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得することと、
前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させることと、
前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定することと、
プロセッサが、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信することと、
を含む、情報処理方法。
（１８）
コンピュータを、
第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、
第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、
前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、
前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、
前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、
を備える情報処理装置として機能させるためのプログラム。

１ 情報処理システム
１０Ａ 送信側端末（情報処理装置）
１１０Ａ 制御部
１１１Ａ 送信側ユーザ行動状態取得部
１１２Ａ 入力判定部
１１３Ａ 送信部
１１４Ａ 受信側ユーザ行動状態取得部
１１５Ａ アバター制御部
１２０Ａ センサ部
１４０Ａ 通信部
１５０Ａ 記憶部
１６０Ａ 提示部
１０Ｂ 受信側端末（情報処理装置）
１１０Ｂ 制御部
１１１Ｂ 受信側ユーザ行動状態取得部
１１２Ｂ 入力判定部
１１３Ｂ 送信部
１１４Ｂ 送信側ユーザ行動状態取得部
１１５Ｂ アバター制御部
１２０Ｂ センサ部
１４０Ｂ 通信部
１５０Ｂ 記憶部
１６０Ｂ 提示部

Claims (17)

1. 第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、
   第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、
   前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、
   前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、
   前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、
   を備える、情報処理装置。
2. 前記第１のアバターに関する入力は、第１の入力または第２の入力の少なくとも一方を含み、
   前記送信部は、
   前記第１の入力に基づいて、前記第１のユーザの端末にコミュニケーション開始を示す第１の信号を送信し、
   前記第２の入力に基づいて、前記第１のユーザの端末にコミュニケーション開始の不許可を示す第２の信号を送信する、請求項１に記載の情報処理装置。
3. 前記アバター制御部は、前記送信部が前記第２の信号を送信した前後で、前記第１行動状態情報に基づくコミュニケーション許可通知が継続的に送信されている場合、前記第１のアバターの状態を、前記第１のユーザからの再通知を示す状態に変更する、請求項２に記載の情報処理装置。
4. 前記第１の入力は、前記第２の入力と比較して相対的に意図的な前記第２のユーザによる入力である、請求項２に記載の情報処理装置。
5. 前記第２のユーザの画像情報またはデプス情報に基づいて前記第１の入力及び前記第２の入力を判定する入力判定部をさらに備え、
   前記第１の入力は、特定のジェスチャに関する情報を含み、
   前記第２の入力は、前記特定のジェスチャに関する情報を含まない、請求項４に記載の情報処理装置。
6. 前記特定のジェスチャは、前記第２のユーザの手が前記第２のユーザの顔に近づくジェスチャである、請求項５に記載の情報処理装置。
7. 前記第２のユーザの音声情報に基づいて前記第１の入力を判定するとともに、前記第２のユーザの画像情報またはデプス情報に基づいて前記第２の入力を判定する入力判定部をさらに備える、請求項４に記載の情報処理装置。
8. 前記入力判定部は、前記第２のユーザの画像情報またはデプス情報に基づいて、前記第２の入力として、前記第２のユーザが前記第１のアバターの変化を認識したことを判定する、請求項４に記載の情報処理装置。
9. 前記アバター制御部は、前記第１のユーザの端末から送信される、前記第２のユーザとのコミュニケーションの開始に関する許可依頼に応じて、前記第１のアバターの表示の変更を開始する、請求項１に記載の情報処理装置。
10. 前記第１のユーザの端末への信号の送信に応じて、ネットワークを介した前記情報処理装置と前記第１のユーザの端末の通信を確立する通信部をさらに備える、請求項９に記載の情報処理装置。
11. 前記送信部は、前記第１のユーザの端末に、前記第２のユーザの行動状態を示す信号を送信する、請求項１に記載の情報処理装置。
12. 前記送信部は、前記第１のアバターに関する入力に基づいて、前記第２のユーザの行動状態を示す信号を変化させる、請求項１１に記載の情報処理装置。
13. 前記送信部は、前記第１のユーザの端末により制御される前記第２のユーザを示すアバターを制御する信号を送信する、請求項１２に記載の情報処理装置。
14. 前記第１のアバターを表示する表示装置を更に備える、請求項１に記載の情報処理装置。
15. 前記第１のアバターは、駆動機構を有する移動体である、請求項１に記載の情報処理装置。
16. 第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得することと、
    第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得することと、
    前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させることと、
    前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定することと、
    プロセッサが、前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信することと、
    を含む、情報処理方法。
17. コンピュータを、
    第１のロケーションに存在する第１のユーザの行動状態に関する第１行動状態情報を取得する第１行動状態取得部と、
    第２のロケーションに存在する第２のユーザの行動状態に関する第２行動状態情報を取得する第２行動状態取得部と、
    前記第２のロケーションにおいて前記第２のユーザが視認可能なように提供される第１のユーザを表す第１のアバターを、前記第１のユーザの行動状態に応じて徐々に変化させるアバター制御部と、
    前記第２行動状態情報に基づいて前記第１のアバターに関する入力を判定する入力判定部と、
    前記第１のアバターに関する入力に基づいて、前記第１のロケーションに存在する第１のユーザの端末に信号を送信する送信部と、
    を備える情報処理装置として機能させるためのプログラム。
    

Images