(57)【要約】【課題】ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能な技術が提供されることが望まれる。【解決手段】第１のユーザの端末から送信される第１のデータの第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する出力制御部を備える、情報処理装置が提供される。【選択図】図１
2016189121.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する制御部を備える、
情報処理装置。
【請求項２】
前記状況センシングは、前記第１のデータに基づき実行される前記第２のユーザの端末における出力結果を前記第２のユーザが知覚可能な状態であるか否かに対するセンシングを含む、
請求項１に記載の情報処理装置。
【請求項３】
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末における前記第１のデータを出力する出力部が起動しているか否かに応じて検出される、
請求項２に記載の情報処理装置。
【請求項４】
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末における前記第１のデータを出力する出力部が前記第２のユーザに装着されているか否かに応じて検出される、
請求項２に記載の情報処理装置。
【請求項５】
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末が前記第１のユーザの端末と同一のネットワークに接続されているか否かに応じて検出される、
請求項２に記載の情報処理装置。
【請求項６】
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの行動認識の結果に基づいて検出される、
請求項２に記載の情報処理装置。
【請求項７】
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末が前記第２のユーザによって握られ、接触され、または、見られているか否かに応じて検出される、
請求項２に記載の情報処理装置。
【請求項８】
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態であるか否かを示す情報が前記第１のユーザの端末から出力されるように制御する、
請求項２〜７のいずれか一項に記載の情報処理装置。
【請求項９】
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態ではない場合に、前記第１のユーザの端末から送信された前記第１のデータを所定の記憶領域に記憶させる、
請求項２〜８のいずれか一項に記載の情報処理装置。
【請求項１０】
前記制御部は、前記第１のデータが前記記憶領域に記憶された後の所定の時間内においては、前記第２のユーザの端末のデータ検出部を起動させ、当該データ検出部から取得される第２のデータを前記第１のユーザの端末から出力させる、
請求項９に記載の情報処理装置。
【請求項１１】
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態となった場合に、前記記憶領域から前記第１のデータを取り出して、前記第２のユーザの端末から前記第１のデータを出力させる、
請求項９または１０に記載の情報処理装置。
【請求項１２】
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態である場合に、前記第２のユーザの端末から前記第１のデータを出力させる、
請求項２〜８のいずれか一項に記載の情報処理装置。
【請求項１３】
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態である場合に、前記第１のユーザの端末から送信された前記第１のデータを所定の記憶領域に記憶させる、
請求項１２に記載の情報処理装置。
【請求項１４】
前記制御部は、所定の削除条件が満たされた場合に、前記記憶領域に記憶された前記第１のデータを削除する、
請求項９または１３に記載の情報処理装置。
【請求項１５】
前記制御部は、所定の履歴確認トリガが検出されると、前記記憶領域に記憶されている前記第１のユーザの端末と前記第２のユーザの端末との間の送受信データから認識される所定の履歴データを、前記第２のユーザの端末から出力させる、
請求項９または１３に記載の情報処理装置。
【請求項１６】
前記制御部は、前記第１のユーザの端末においてデータ検出部が起動している場合に、前記データ検出部から取得された前記第１のデータが前記第１のユーザの端末から送信されるように制御する、
請求項１〜１５のいずれか一項に記載の情報処理装置。
【請求項１７】
前記制御部は、前記第１のデータの重要度に応じて前記第２のユーザの端末における出力を遅延させるか否かを制御する、
請求項１〜１６のいずれか一項に記載の情報処理装置。
【請求項１８】
前記第１のユーザの端末から送信される前記第１のデータは、少なくとも音声データおよび触力覚データのいずれか一方を含む、
請求項１〜１７のいずれか一項に記載の情報処理装置。
【請求項１９】
第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御することを含む、
情報処理方法。
【請求項２０】
コンピュータを、
第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する制御部を備える、
情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、情報通信技術の発達に伴って端末を用いて他のユーザとの間でコミュニケーションを図る技術が普及している。ここで、他のユーザとの間におけるコミュニケーション開始のタイミングを制御する技術が知られている。例えば、他のユーザの行動に基づいて他のユーザとの間におけるコミュニケーション開始のタイミングを制御する技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１２３１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能な技術が提供されることが望まれる。
【課題を解決するための手段】
【０００５】
本開示によれば、第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する制御部を備える、情報処理装置が提供される。
【０００６】
本開示によれば、第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御することを含む、情報処理方法が提供される。
【０００７】
本開示によれば、コンピュータを、第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する制御部を備える、情報処理装置として機能させるためのプログラムが提供される。
【発明の効果】
【０００８】
以上説明したように本開示によれば、ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能な技術が提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【０００９】
【図１】本開示の実施形態に係る情報処理システムの構成例を示す図である。
【図２】同実施形態に係る情報処理装置の機能構成例を示すブロック図である。
【図３】同実施形態に係る端末の機能構成例を示すブロック図である。
【図４】人間関係の例を示す図である。
【図５】端末によって表示される画面例を示す図である。
【図６】音声データ送受信の第１の動作例を説明する。
【図７】音声データ送受信の第２の動作例を説明する。
【図８】端末によって表示される画面例を示す図である。
【図９】送受信データから認識されるテキストデータの表示例を示す図である。
【図１０】送受信データから認識される発話区間ごとのユーザの発話の長さの表示例を示す図である。
【図１１】グループに属する複数のユーザそれぞれの発話の長さの表示例を示す図である。
【図１２】送受信データから認識される発話区間ごとのユーザの発話の長さの他の表示例を示す図である。
【図１３】送受信データから認識されるトピックまたはキーワードの表示例を示す図である。
【図１４】送受信データから認識される会話の盛り上がり度の表示例を示す図である。
【図１５】送受信データから認識される会話の盛り上がり度の他の表示例を示す図である。
【図１６】グループに属する複数のユーザ間で音声データを送受信する場合において、各ユーザが音声データを聴いているか否かを表示する例を示す図である。
【図１７】複数のユーザの端末の間で触力覚データが送受信される場合における端末の機能構成例を示す図である。
【図１８】触力覚データを送受信し合う様子を示した図である。
【図１９】情報処理装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１１】
また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【００１２】
なお、説明は以下の順序で行うものとする。
１．本開示の実施形態
１．１．システム構成例
１．２．機能構成例
１．３．機能詳細
１．４．ハードウェア構成例
２．むすび
【００１３】
＜１．本開示の実施形態＞
［１．１．システム構成例］
まず、図面を参照しながら本開示の実施形態に係る情報処理システムの構成例について説明する。図１は、本開示の実施形態に係る情報処理システム１の構成例を示す図である。図１に示したように、本開示の実施形態に係る情報処理システム１は、情報処理装置１０と、認識装置２１と、解析装置２２と、端末７０−１〜７０−Ｎ（Ｎは２以上の自然数）とを備える。
【００１４】
端末７０−１〜７０−Ｎは、それぞれ対応するユーザＵ１〜ＵＮによって利用される。本明細書においては、端末７０−１〜７０−Ｎがウェアラブルデバイスである場合を例として説明するが、端末７０−１〜７０−Ｎはウェアラブルデバイスに限定されない。例えば、端末７０−１〜７０−Ｎは、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、携帯電話機、タブレットＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォンなどであってよい。
【００１５】
認識装置２１は、ユーザＵ１〜ＵＮそれぞれの行動を認識する動作の例としてユーザ状態認識動作を行う。より具体的には、認識装置２１は、端末７０−１〜７０−Ｎによって検出されたセンサデータに基づいてユーザＵ１〜ＵＮそれぞれのユーザ状態を認識する。ユーザ状態認識のアルゴリズムは特に限定されない。また、ユーザ状態認識によって得られる結果も特に限定されない。例えば、ユーザ状態認識によって得られる結果は、ユーザが存在する場所であってよい。ユーザが存在する場所は、校舎、図書館、駅、店舗、施設、ビル、職場などの名称であってもよいし、住所によって特定されるエリアであってもよい。また、ユーザ状態認識によって得られる結果は、ユーザの動作であってもよい。ユーザの動作は、歩いている、走っている、階段を昇降している、自動車を運転している、買い物をしている、仕事をしているなどといった動作であってよい。
【００１６】
解析装置２２は、ユーザＵ１〜ＵＮそれぞれの行動を認識する動作の例として会話内容解析動作を行う。より具体的には、解析装置２２は、ユーザＵ１〜ＵＮそれぞれの会話内容を解析することによってユーザＵ１〜ＵＮそれぞれの会話に登場した情報（例えば、名詞、会話中のトピック、キーワードなど）を抽出情報として抽出する。会話中のトピックは、「〜が〇で…した」といったような文の形態であってもよい。なお、会話内容を解析する手法も限定されない。例えば、会話内容が文字情報である場合には、会話内容から形態素解析などの言語解析によって抽出ワードが抽出され得る。
【００１７】
情報処理装置１０は、各種の情報処理を行う装置である。ここで、複数のユーザ間でコミュニケーションを図る場合を想定する。かかる場合、送信側ユーザの端末から送信されたデータがリアルタイムに受信側ユーザの端末に届くと、受信側ユーザの状況によっては利便性が高いとは言えないことがある。一方、受信側ユーザの都合が良くなるまで受信側ユーザの端末からデータの出力タイミングが遅延されることにすると、一体感を得にくいコミュニケーションしか図れなくなる可能性がある。
【００１８】
そこで、本明細書においては、ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能な技術を主に提案する。コミュニケーションに際して複数のユーザの端末間で送受信されるデータは特に限定されない。例えば、複数のユーザの端末７０の間で送受信されるデータは、少なくとも音声データおよび触力覚データのいずれか一方を含んでよい。以下では、まず、複数のユーザの端末７０の間で音声データが送受信される例について説明する。
【００１９】
以上、本開示の実施形態に係る情報処理システム１の構成例について説明した。
【００２０】
［１．２．機能構成例］
続いて、本開示の実施形態に係る情報処理装置１０の機能構成例について説明する。図２は、本開示の実施形態に係る情報処理装置１０の機能構成例を示すブロック図である。図２に示したように、本開示の実施形態に係る情報処理装置１０は、制御部１３０と、記憶部１４０と、通信部１５０とを備える。
【００２１】
制御部１３０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；中央演算処理装置）などのプロセッサに相当する。制御部１３０は、記憶部１４０または他の記憶媒体に記憶されるプログラムを実行することにより、制御部１３０が有する様々な機能を発揮する。制御部１３０は、検出結果取得部１３１および出力制御部１３２などの各機能ブロックを有する。これら各機能ブロックが有する機能については後に説明する。なお、制御部１３０がＣＰＵなどといったプロセッサによって構成される場合、かかるプロセッサは、電子回路によって構成され得る。
【００２２】
記憶部１４０は、半導体メモリまたはハードディスクなどの記憶媒体を用いて、制御部１３０を動作させるためのプログラムを記憶する。また、例えば、記憶部１４０は、プログラムによって使用される各種のデータを記憶することもできる。なお、図２に示した例では、記憶部１４０は情報処理装置１０と一体化されているが、記憶部１４０は情報処理装置１０と別体に構成されていてもよい。
【００２３】
通信部１５０は、他の装置と通信を行うことが可能である。通信部１５０は、例えば、他の装置との間で通信を行う場合には、ネットワーク６０を介して通信を行うことが可能である。通信部１５０による通信の形式は特に限定されず、通信部１５０による通信は、無線による通信であってもよいし、有線による通信であってもよい。なお、図２に示した例では、通信部１５０は情報処理装置１０と一体化されているが、通信部１５０は、情報処理装置１０と別体に構成されていてもよい。
【００２４】
以上、本開示の実施形態に係る情報処理装置１０の機能構成例について説明した。
【００２５】
続いて、本開示の実施形態に係る端末７０の機能構成例について説明する。図３は、本開示の実施形態に係る端末７０の機能構成例を示すブロック図である。図３に示したように、本開示の実施形態に係る端末７０は、集音部７１０と、動き検出部７２０と、装着状態検出部７３０と、操作入力部７４０と、制御部７５０と、記憶部７６０と、通信部７７０と、音声出力部７８０と、表示部７９０とを備える。
【００２６】
集音部７１０は、データを検出するデータ検出部として機能し得る。具体的には、集音部７１０は、周囲から音声データを収集する。例えば、集音部７１０は、マイクロフォンを含み得る。集音部７１０によって検出された音声データは、制御部７５０に出力される。なお、ヘッドセットと本体とに分離されている場合、典型的には、集音部７１０は、ヘッドセットに設けられてよいが、集音部７１０が設けられる位置は限定されない。
【００２７】
動き検出部７２０は、端末７０の動きを検出する。例えば、動き検出部７２０は、加速度をセンシングデータとして検出する加速度センサと、角速度をセンシングデータとして検出するジャイロセンサと、照度をセンシングデータとして検出する照度センサとを含み得る。動き検出部７２０によって検出された動きは、制御部７５０に出力される。なお、ヘッドセットと本体とに分離されている場合、典型的には、動き検出部７２０は、ヘッドセットに設けられてよいが、動き検出部７２０が設けられる位置は限定されない。
【００２８】
装着状態検出部７３０は、端末７０の装着状態を検出する。例えば、端末７０がヘッドセットと本体とに分離されている場合には、装着状態検出部７３０は、ヘッドセット（集音部７１０、動き検出部７２０、音声出力部７８０）および本体（操作入力部７４０、制御部７５０、記憶部７６０，通信部７７０、表示部７９０）それぞれの装着状態を検出することが可能である。装着状態検出部７３０によって検出された装着状態は、制御部７５０に出力される。
【００２９】
操作入力部７４０は、ユーザによる操作を検出して制御部７３０に出力する。例えば、入力部７２０がタッチパネルにより構成される場合には、ユーザによる操作はタッチパネルに対する操作（例えば、タップ操作、ドラッグ操作など）に相当し得る。しかし、入力部７２０はタッチパネル以外のハードウェア（例えば、ボタンなど）により構成されていてもよい。
【００３０】
例えば、ユーザが端末７０（あるいは端末７０の本体）を「握っている」、「見ている」、端末７０に「接触している」などといった認識結果が操作として検出されてもよい。このような認識結果は、端末７０の側面にある図示しない接触センサ（例えば、タッチセンサ、圧力センサなど）の情報から得られるユーザの手の端末７０への接触状態に基づいて検出されてもよい。また、このような認識結果は、動き検出部７２０（例えば、加速度センサ、ジャイロセンサ）の出力情報から所定の動きパターンが抽出されたことによって検出されてもよい。
【００３１】
また、このような認識結果は、端末７０に備えられる図示しないカメラによる撮像画像から顔が認識されたことによって検出されてもよい。なお、ヘッドセットと本体とに分離されている場合、典型的には、操作入力部７４０は、ヘッドセットに設けられてよいが、操作入力部７４０が設けられる位置は限定されない。
【００３２】
制御部７５０は、例えば、ＣＰＵなどのプロセッサに相当する。制御部７５０は、記憶部７６０または他の記憶媒体に記憶されるプログラムを実行することにより、制御部７５０が有する様々な機能を発揮する。なお、制御部７５０がＣＰＵなどといったプロセッサによって構成される場合、かかるプロセッサは、電子回路によって構成され得る。なお、ヘッドセットと本体とに分離されている場合、典型的には、制御部７５０は、本体に設けられてよいが、制御部７５０が設けられる位置は限定されない。
【００３３】
記憶部７６０は、半導体メモリまたはハードディスクなどの記憶媒体を用いて、制御部７６０を動作させるためのプログラムを記憶する。また、例えば、記憶部７６０は、プログラムによって使用される各種のデータを記憶することもできる。なお、ヘッドセットと本体とに分離されている場合、典型的には、記憶部７６０は、本体に設けられてよいが、記憶部７６０が設けられる位置は限定されない。
【００３４】
通信部７７０は、他の装置と通信を行うことが可能である。通信部７７０は、例えば、他の装置との間で通信を行う場合には、ネットワーク６０を介して通信を行うことが可能である。通信部７７０による通信の形式は特に限定されず、通信部７７０による通信は、無線による通信であってもよいし、有線による通信であってもよい。なお、ヘッドセットと本体とに分離されている場合、典型的には、通信部７７０は、本体に設けられてよいが、通信部７７０が設けられる位置は限定されない。
【００３５】
音声出力部７８０は、制御部７５０による制御に従って、音声の出力を行う。例えば、出力部７６０は、音声の出力を行うスピーカを含んでよい。例えば、音声出力部７８０が音声の出力を行うスピーカを含む場合、スピーカは、イヤホンであってもよいし、ヘッドホンであってもよい。なお、ヘッドセットと本体とに分離されている場合、典型的には、音声出力部７８０は、ヘッドセットに設けられてよいが、音声出力部７８０が設けられる位置は限定されない。
【００３６】
表示部７９０は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ装置などとったディスプレイ装置を含み得る。なお、ヘッドセットと本体とに分離されている場合、典型的には、表示部７９０は、本体に設けられてよいが、表示部７９０が設けられる位置は限定されない。また、例えば、端末７０は、ディスプレイ装置とは別に、発光を行うＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）を含んでもよい。また、端末７０は、図示しない振動デバイスを含み得る。
【００３７】
以上、本開示の実施形態に係る端末７０の機能構成例について説明した。
【００３８】
［１．３．機能詳細］
続いて、本開示の実施形態に係る情報処理システム１の機能詳細について説明する。以下の説明においては、ユーザＵ３とユーザＵＮとの間で音声データを送受信する場合を主に説明するが、音声データの送受信は、ユーザＵ３とユーザＵＮとの間に限定されない。また、音声データの受信側のユーザの数は単数であってもよいし、複数であってもよい。
【００３９】
本開示の実施形態では、情報処理装置１０において、出力制御部１３２は、ユーザＵ３の端末７０−３から送信される音声データに基づき実行されるユーザＵＮの端末７０−Ｎにおける出力を、ユーザＵＮに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する。かかる構成によれば、ユーザＵＮの状況に応じてユーザＵＮの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能となる。
【００４０】
ここで、ユーザＵＮは、音声データに基づき実行されるユーザＵＮの端末７０−Ｎにおける出力結果を知覚可能な状態である場合には、音声データをリアルタイムに聴くことが可能であると考えられる。一方、ユーザＵＮは、音声データに基づき実行されるユーザＵＮの端末７０−Ｎにおける出力結果を知覚可能な状態ではない場合には、音声データをリアルタイムに聴くことが不可能であると考えられる。そこで、状況センシングは、音声データに基づき実行されるユーザＵＮの端末７０−Ｎにおける出力結果をユーザＵＮが知覚可能な状態であるか否かに対するセンシングを含んでよい。
【００４１】
また、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かは、どのように検出されてもよい。例えば、ユーザＵＮの端末７０−Ｎにおける音声出力部７８０が起動していれば、ユーザＵＮが音声データの出力結果を知覚可能な状態であると考えられる。そこで、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かは、ユーザＵＮの端末７０−Ｎにおける音声出力部７８０が起動しているか否かに応じて検出されてもよい。
【００４２】
また、ユーザＵＮの端末７０−Ｎにおける音声出力部７８０がユーザＵＮに装着されていれば、ユーザＵＮが音声データの出力結果を知覚可能な状態であると考えられる。そこで、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かは、ユーザＵＮの端末７０−Ｎにおける音声出力部７８０がユーザＵＮに装着されているか否かに応じて検出されてもよい。
【００４３】
また、ユーザＵＮの端末７０−ＮがユーザＵ３の端末７０−３と同一のネットワーク６０に接続されていれば、ユーザＵＮが音声データの出力結果を知覚可能な状態であると考えられる。そこで、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かは、ユーザＵＮの端末７０−ＮがユーザＵ３の端末７０−３と同一のネットワーク６０に接続されているか否かに応じて検出されてもよい。
【００４４】
また、ユーザＵＮの行動認識の結果が所定の結果を示す場合には、ユーザＵＮが音声データの出力結果を知覚可能な状態であると考えられる。そこで、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かは、ユーザＵ３の行動認識の結果に基づいて検出されてもよい。ユーザＵＮの行動認識の結果は、ユーザＵＮが存在する場所であってもよいし、ユーザＵＮの動作であってもよい。
【００４５】
例えば、ユーザＵＮが存在する場所が、音声出力に適さない所定の場所（例えば、図書館、職場など）であれば、ユーザＵＮが音声データの出力結果を知覚可能な状態ではないと検出されてよい。一方、ユーザＵＮが存在する場所が、音声出力に適する所定の場所（例えば、駅、店舗など）であれば、ユーザＵＮが音声データの出力結果を知覚可能な状態であると検出されてよい。
【００４６】
また、例えば、ユーザＵＮの動作が、音声出力に適さない所定の動作（例えば、自動車を運転している、仕事をしているなど）であれば、ユーザＵＮが音声データの出力結果を知覚可能な状態ではないと検出されてよい。一方、ユーザＵＮの動作が、音声出力に適する所定の動作（例えば、歩いている、走っている、階段を昇降している、買い物をしているなど）であれば、ユーザＵＮが音声データの出力結果を知覚可能な状態であると検出されてよい。
【００４７】
また、ユーザＵＮの端末７０−ＮがユーザＵＮによって握られ、接触され、または、見られている場合には、ユーザＵＮが音声データの出力結果を知覚可能な状態であると考えられる。そこで、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かは、ユーザＵＮの端末７０−ＮがユーザＵＮによって握られ、接触され、または、見られているか否かに応じて検出されてもよい。
【００４８】
図４は、ユーザＵＮを基準とした人間関係の例を示す図である。図４を参照すると、ユーザＵＮの端末７０−ＮはユーザＵ３の端末７０−３とオンライン接続されているが、ターゲットユーザとしては指定されていない。なお、ターゲットユーザは、音声データの送信先のユーザを意味し得る。
【００４９】
図５は、音声データがユーザＵ３の端末７０−３からユーザＵＮの端末７０−Ｎに送信される前にユーザＵＮ（受信側ユーザ）の端末７０−Ｎによって表示される画面例を示す図である。図５に示すように、ユーザＵ１がターゲットユーザとして指定されている。そのため、ユーザＵＮの端末７０−Ｎにおいては、ターゲットユーザ（ユーザＵ１）の端末７０−１の集音部７１０によって集音された音声データが音声出力部７８０によって出力され、ターゲットユーザ（ユーザＵ１）に対応する画像（例えば、アバターなど）が画面Ｇ１として表示部７９０によって表示される。
【００５０】
ターゲットユーザは選択操作によって選択され得る。例えば、検出部７１０がタッチパネルを含む場合には、タッチパネルに対するフリック操作（例えば、左右方向や上下方向へのフリック操作）によって、ターゲットユーザを切り替えることが可能である。また、音声によってターゲットユーザが切り替え可能であってもよい。図５には、ターゲットユーザが、ユーザＵ１、グループ、ユーザＵ２、ユーザＵ３およびユーザＵ７の順に切り替わった場合に、端末７０−Ｎの表示部７９０によって表示される画面が、画面Ｇ１、画面Ｇ５、画面Ｇ２、画面Ｇ３および画面Ｇ７の順に切り替わる例が示されている。このとき、ターゲットユーザからユーザＵＮへの関心度合いに応じた動作（端末７０−ＮのＬＥＤの点滅、発光色の変化など）を伴って各画面が出力されてもよい。
【００５１】
かかる状態において、ユーザＵ３の端末７０−３とユーザＵＮの端末７０−Ｎとの間で音声データの送受信がなされる場合を想定する。まず、図６を参照しながら、ユーザＵ３の端末７０−３とユーザＵＮの端末７０−Ｎとの間における音声データ送受信の第１の動作例を説明する。図６に示した例では、ユーザＵ３の端末７０−３とユーザＵＮの端末７０−Ｎとの間にコネクションが常時確立されている。端末間にコネクションが確立されている場合には、端末間においてデータの送受信が可能である。
【００５２】
まず、ユーザＵ３の端末７０−３において集音部７１０が起動されているときに、ユーザＵ３が発話をすると、集音部７１０によって集音された音声データから発話区間が認識され、発話区間の音声データがユーザＵＮの端末７０−Ｎに送信される（Ｓ１１）。ユーザＵ３による発話は暫く続けられた後（Ｓ１２）、終了する。このとき、検出結果取得部１３１は、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かを検出し、出力制御部１３２は、ユーザＵＮが音声データの出力結果を知覚可能な状態ではない場合には、音声データを所定の記憶領域に記憶させる（Ｓ１３）。
【００５３】
記憶領域は、情報処理装置１０の記憶部１４０の内部であってもよいし、端末７０−３の記憶部７６０の内部であってもよいし、端末７０−Ｎの内部であってもよい。続いて、出力制御部１３２は、ユーザＵＮが音声データの出力結果を知覚可能な状態となった場合に、記憶領域から音声データを取り出して、ユーザＵＮの端末７０−Ｎから音声データを出力させる（Ｓ１４）。続いて、この音声データを知覚したユーザＵＮは、集音部７１０を起動させ、発話を開始する。
【００５４】
続いて、ユーザＵＮの端末７０−Ｎにおいて、集音部７１０によって集音された音声データから発話区間が認識され、発話区間の音声データがユーザＵ３の端末７０−３に送信される（Ｓ１５）。ユーザＵＮによる発話は暫く続けられた後（Ｓ１６）、終了する。出力制御部１３２は、ユーザＵ３が音声データの出力結果を知覚可能な状態であれば、ユーザＵＮの端末７０−Ｎから送信された音声データを端末７０−３から出力させる（Ｓ１７）。続いて、この音声データを知覚したユーザＵ３は、発話を開始する。
【００５５】
続いて、Ｓ１８およびＳ１９は、Ｓ１６およびＳ１７と同様に実行される。また、Ｓ２０およびＳ２１も、Ｓ１６およびＳ１７と同様に実行される。以上に説明したように、受信側ユーザが音声データを知覚可能な状態ではない場合には、受信側における音声データの出力が遅延され、受信側ユーザが音声データを知覚可能な状態である場合には、音声データの出力がリアルタイムになされる。これにより、ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能となる。
【００５６】
続いて、図７を参照しながら、ユーザＵ３の端末７０−３とユーザＵＮの端末７０−Ｎとの間における音声データ送受信の第２の動作例を説明する。図７に示した例では、ユーザＵ３の端末７０−３とユーザＵＮの端末７０−Ｎとの間に必要に応じてコネクションが確立される。
【００５７】
まず、ユーザＵ３の端末７０−３において集音部７１０が起動されているときに、ユーザＵ３が発話をすると、集音部７１０によって集音された音声データが録音され（Ｓ３１）、送信操作に基づいて音声データがユーザＵＮの端末７０−Ｎに送信される（Ｓ３２）。このとき、検出結果取得部１３１は、ユーザＵＮが音声データの出力結果を知覚可能な状態であるか否かを検出し、出力制御部１３２は、ユーザＵＮが音声データの出力結果を知覚可能な状態ではない場合には、音声データを所定の記憶領域に記憶させる。
【００５８】
続いて、出力制御部１３２は、ユーザＵＮが音声データの出力結果を知覚可能な状態となった場合に、記憶領域から音声データを取り出して、ユーザＵＮの端末７０−Ｎから音声データを出力させる（Ｓ３３）。出力制御部１３２は、音声データが記憶領域に記憶された後の所定の時間内においては（Ｓ３４）、ユーザＵＮの端末７０−Ｎの集音部７１０を起動させ、自動的にコネクションを確立する。ユーザＵＮによる発話は暫く続けられた後（Ｓ３６）、終了する。そして、出力制御部１３２は、所定の時間内にユーザＵＮの端末７０−Ｎの集音部７１０から取得される音声データから発話区間を認識し、発話区間の音声データをユーザＵ３の端末７０−３に送信し（Ｓ３５）、ユーザＵ３の端末７０−３から出力させる（Ｓ３７）。
【００５９】
続いて、Ｓ３８〜Ｓ４１は、Ｓ３４〜Ｓ３７と同様に実行される。また、Ｓ４２〜Ｓ４５も、Ｓ３４〜Ｓ３７と同様に実行される。以上に説明したように、受信側ユーザが音声データを知覚可能な状態ではない場合には、受信側における音声データの出力が遅延され、受信側ユーザが音声データを知覚可能な状態である場合には、音声データの出力がリアルタイムになされる。これにより、ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能となる。
【００６０】
なお、第２の動作例においては、端末７０−Ｎにおいて、集音部７１０が自動的に起動され、自動的にコネクションが確立される。そのため、ユーザＵＮが端末７０−Ｎを介した会話ではなく対面で誰かと会話している場合、端末７０−３に対面会話が送信されてしまう可能性がある。そこで、出力制御部１３２は、ユーザＵＮが対面会話中である場合には、上記した所定の時間を対面会話が終了した後にシフトするとよい。対面会話中であるか否かは、図示しない音声検出部によって検出された音声に基づいて判断されてよい。
【００６１】
また、対面会話に限らず、集音部７１０によって集音された音声データがユーザＵＮの意図に反して、端末７０−３に送信されてしまう可能性もある。そこで、Ｓ３４、Ｓ４２で示す所定の時間内であることをユーザＵＮが認識できるようにするために、出力制御部１３２は、上記した所定の時間内においてユーザＵＮの端末７０−Ｎから所定の出力を行わせるとよい。同様に、Ｓ３８で示す所定の時間内であることをユーザＵ３が認識できるようにするために、出力制御部１３２は、上記した所定の時間内においてユーザＵ３の端末７０−３から所定の出力を行わせるとよい。所定の出力は、ノイズ音であってもよいし、所定の音パターンであってもよいし、定期的な通知音であってもよい。また、所定の時間内の代わりに、所定の時間外に所定の出力がなされてもよい。
【００６２】
また、出力制御部１３２は、ユーザＵＮによる所定のアクション（例えば、操作入力部７４０へのタップ操作など）が検出された場合、ユーザＵＮの端末７０−Ｎの集音部７１０の起動状態（ユーザＵＮの端末７０−Ｎの集音部７１０が起動しているか否か）をユーザＵＮの端末７０−Ｎから出力させてもよい。
【００６３】
あるいは、出力制御部１３２は、ユーザＵＮの端末７０−Ｎの集音部７１０を起動させてから、所定の条件が満たされた場合に、ユーザＵＮの端末７０−Ｎの集音部７１０を停止させてもよい。所定の条件は、ユーザＵＮの端末７０−Ｎの集音部７１０を起動させてから所定時間が経過したという条件であってもよいし、ユーザＵＮの端末７０−Ｎの集音部７１０を起動させてから発話区間が認識されない時間が所定時間続いたという条件であってもよい。
【００６４】
あるいは、出力制御部１３２は、ユーザＵＮによる所定のジェスチャが検出された場合に集音された音声データを、ユーザＵＮの端末７０−ＮからユーザＵ３の端末７０−３への送信対象としてもよい。所定のジェスチャは、頭部を下に傾けるジェスチャであってもよいし、頭部を左右に振る動作であってもよい。
【００６５】
あるいは、出力制御部１３２は、ユーザＵＮの端末７０−Ｎの集音部７１０によって集音された音声データの解析結果に基づいて、その音声データをユーザＵＮの端末７０−ＮからユーザＵ３の端末７０−３への送信対象とするか否かを決定してもよい。例えば、出力制御部１３２は、音声データの解析結果が対面会話であることを示す場合には、音声データをユーザＵＮの端末７０−ＮからユーザＵ３の端末７０−３への送信対象としなくてよい。
【００６６】
以上、第２の動作例について説明した。第１の動作例および第２の動作例に共通の機能について説明を続ける。出力制御部１３２は、ユーザＵＮが音声データの出力結果を知覚可能な状態である場合であっても、ユーザＵ３の端末７０−３から送信された音声データを記憶領域に記憶させてよい。そうすれば、ユーザＵＮは、リアルタイムに音声データを聴くとともに、記憶領域に記憶された音声データを後に聴くことも可能になる。そのとき、記憶領域に記憶される音声データが多くなるほど、ユーザＵＮは、後に音声データを聴くのに多くの時間を要してしまう。
【００６７】
そこで、出力制御部１３２は、記憶領域から取り出した音声データをユーザＵＮの端末７０−Ｎから出力させるときの出力速度を基準速度よりも高くするとよい。あるいは、出力制御部１３２は、記憶領域から取り出した音声データに含まれる所定の区間の出力を省略してもよいし、所定の区間の出力速度を基準速度よりも高くしてもよい。
【００６８】
あるいは、出力制御部１３２は、記憶領域から取り出した音声データの解析結果に基づいて特定された出力部分を、ユーザＵＮの端末７０−Ｎから出力させる。例えば、出力制御部１３２は、音声データの会話内容の解析によって特定された重要部分または特定のユーザの発話内容を、ユーザＵＮの端末７０−Ｎから出力させてもよい。
【００６９】
また、ユーザＵＮの端末７０−Ｎによって、ユーザＵ３からの音声データが出力され、ユーザＵＮが音声データを聴くことができた場合であっても、ユーザＵＮは、静かな場所にいる場合などには、すぐにユーザＵ３に音声データを返せない場合もあり得る。そこで、出力制御部１３２は、ユーザＵＮによる所定の保留操作（例えば、端末７０−Ｎに対して振動を与える動作など）が検出されると、所定の保留通知（例えば、所定の振動、所定の音声パターンなど）をユーザＵ３の端末７０−３から出力させてもよい。
【００７０】
また、ユーザＵＮは、端末７０−Ｎから突然音声データが出力されることによって驚いてしまう可能性もある。そこで、出力制御部１３２は、ユーザＵＮの端末７０−Ｎから音声データを出力させるに際して、音声データの出力開始よりも所定時間前から音声データの出力開始時までにユーザＵＮの端末７０−Ｎから所定の出力（例えば、ノイズ音、端末７０−３の周囲音など）を行わせるとよい。
【００７１】
あるいは、出力制御部１３２は、ユーザＵＮの端末７０−Ｎから音声データを出力させるに際して、音声データのうち音声データの出力開始時から所定時間が経過するまでの部分を変更してユーザＵＮの端末７０−Ｎから出力させるとよい。変更はどのようにされてもよく、フェードインするように変更されてもよいし、徐々に音源が近づいてくるように変更してもよい。
【００７２】
また、ユーザＵ３は、送信済みの音声データを削除したいと考える場合もある。そこで、出力制御部１３２は、所定の削除条件が満たされた場合に、記憶領域に記憶された音声データを削除するとよい。例えば、ユーザＵ３によって選択された音声データのみ削除されてもよいし、ユーザＵ３によって選択された音声データおよびその音声データ以降に記憶された音声データが削除されてもよい。あるいは、出力制御部１３２は、直前の発話区間の音声データを削除してもよいし、直前の数秒間の音声データを削除してもよい。あるいは、出力制御部１３２は、ユーザＵＮの端末７０−Ｎから出力されない時間が所定時間を超えた場合に、音声データを削除してもよい。
【００７３】
また、音声データを聴くだけでは、誰から送信された音声データが出力されたのか把握しづらいこともある。そこで、出力制御部１３２は、ユーザＵ３に応じた出力方式によりユーザＵＮの端末７０−Ｎから音声データを出力させるとよい。例えば、出力制御部１３２は、ユーザＵ３に対応する方向から聴こえるように音声データを出力させてもよい。あるいは、出力制御部１３２は、ユーザＵ３に対応する音楽を音声データと同時に出力させてもよい。
【００７４】
あるいは、出力制御部１３２は、音声データの出力中、音声データの出力直前および音声データの出力直後の少なくともいずれかのタイミングにおいて、ユーザＵ３に対応する通知音を出力させてもよい。あるいは、出力制御部１３２は、音声データの出力中、音声データの出力直前および音声データの出力直後の少なくともいずれかのタイミングにおいて、ユーザＵ３に対応する振動を出力させてもよい。
【００７５】
また、ユーザＵＮは、周囲に人がいる場合や、静かな場所にいる場合などには、大きな音量で発話ができない場合もある。そこで、出力制御部１３２は、あらかじめ登録または測定されたユーザＵＮの声の音響パターンと端末７０−Ｎの集音部７１０によって集音された音声情報とに基づいて、ユーザＵ３の端末７０−３に送信される音声データの音量を調整するとよい。具体的には、出力制御部１３２は、音響パターンに基づいて、音声情報の音量レベルを一定になるように調整するとよい。
【００７６】
また、音声データの出力を遅延させるか否かを制御するに際して、音声データの重要度が考慮されてもよい。すなわち、出力制御部１３２は、音声データの重要度に応じてユーザＵＮの端末７０−Ｎにおける出力を遅延させるか否かを制御してもよい。音声データの重要度は、音声データに付されていてもよいし、音声データの解析によって得られてもよい。
【００７７】
図８は、ユーザＵ３から音声データが送信された場合にユーザＵＮの端末７０−Ｎによって表示される画面例を示す図である。図８に示すように、ターゲットユーザとしてユーザＵ１が選択されている場合、ユーザＵＮの端末７０−Ｎにおいては、表示部７９０が画面Ｇ１を表示する。ここで、端末７０−Ｎは、ユーザＵ３から音声データが送信されると所定の動作を実行する。図８には、端末７０−ＮのＬＥＤを点滅させる例が所定の動作として示されているが、上記したように所定の動作はかかる例に限定されない。例えば、所定の動作は、端末７０−ＮのＬＥＤによる発光色を変化させる動作であってもよい。
【００７８】
なお、ターゲットユーザから音声データが送信された場合とターゲットユーザ以外のユーザから音声データが送信された場合との間で、端末７０−Ｎの振動パターンまたは振動部位（あるいは、ＬＥＤの点滅パターンまたは点滅部位）は異なっているのがよい。そうすれば、ユーザＵＮは、ターゲットユーザから音声データが送信されたのか、ターゲットユーザ以外のユーザからの音声データが送信されたのかを、容易に把握することが可能となる。
【００７９】
また、通知先ユーザとして選択可能な１以上のユーザ（ユーザＵ１、グループ、ユーザＵ２、ユーザＵ３およびユーザＵ７）は、並べ替えが可能であるとよい。例えば、出力制御部１３２は、通知先ユーザとして選択可能な１以上のユーザ（ユーザＵ１、グループ、ユーザＵ２、ユーザＵ３およびユーザＵ７）を、ユーザＵＮの手動により、または、自動的に所定の順序で並べてもよい。所定の順序は、ユーザＵＮに向けて音声データを送信したのが新しい順であってもよいし、ユーザＵＮから音声データを送信したのが新しい順であってもよいし、ユーザＵＮとの音声データの送受信の頻度が高い順であってもよい。
【００８０】
ここで、ユーザＵ３の端末７０−３においてターゲットユーザの扱いについて説明する。例えば、出力制御部１３２は、ターゲットユーザとしてユーザＵＮが指定されている場合、かつ、ユーザＵＮが音声データの出力結果を知覚可能な状態である場合には、ユーザＵ３の端末７０−３から送信された音声データをユーザＵＮの端末７０−Ｎから出力させればよい。
【００８１】
また、出力制御部１３２は、ターゲットユーザとしてユーザＵＮが指定されていない場合、かつ、ユーザＵＮが音声データの出力結果を知覚可能な状態である場合に、ユーザＵ３の端末７０−３から送信された音声データをユーザＵＮの端末７０−Ｎから出力させてもよい。あるいは、出力制御部１３２は、同様の場合、ユーザＵ３の端末７０−３から送信された音声データを記憶領域に記憶させ、音声データが送信された旨をユーザＵＮの端末７０−Ｎから出力させてもよい（ユーザＵＮが音声データの出力結果を知覚不可能な状態として扱ってもよい）。
【００８２】
ここで、過去にリアルタイムで送受信された音声データが保存されている場合、その音声データを後に聴くことも可能になる。そのとき、音声データを遅延させて出力する場合と同様に、音声データが多くなるほど、ユーザＵＮは、後に音声データを聴くのに多くの時間を要してしまう。
【００８３】
そこで、出力制御部１３２は、所定の履歴確認トリガ（例えば、履歴確認ボタンの押下など）が検出されると、記憶領域に記憶されているユーザＵ３の端末７０−３とユーザＵＮの端末７０−Ｎとの間の送受信データから認識される所定の履歴データを、ユーザＵＮの端末７０−Ｎから出力させるとよい。例えば、履歴データは、送受信データから認識されるテキストデータを含んでもよい。
【００８４】
図９は、送受信データから認識されるテキストデータの表示例を示す図である。画面Ｇ１１のように、出力制御部１３２は、送受信データから認識されるテキストデータを履歴データとして表示させてもよい。このとき、図９に示したように、テキストデータは、複数のユーザ（ユーザＵ３およびユーザＵＮ）それぞれの発話区間ごとに表示されてよい。また、図９に示すように、テキストデータは、発話された時刻に対応する時間軸Ｔにおける位置に表示されてよい。
【００８５】
あるいは、履歴データは、送受信データから認識される発話区間ごとのユーザの発話の長さを含んでもよい。図１０は、送受信データから認識される発話区間ごとのユーザの発話の長さの表示例を示す図である。画面Ｇ１２のように、出力制御部１３２は、送受信データから認識されるユーザの発話の長さを履歴データとして表示させてもよい。このとき、図１０に示したように、発話の長さは、複数のユーザ（ユーザＵ３およびユーザＵＮ）それぞれの発話区間ごとに表示されてよい（Ｖ３、ＶＵ）。また、図１０に示すように、発話の長さは、発話された時刻に対応する時間軸Ｔにおける位置に表示されてよい。
【００８６】
図１１は、グループに属する複数のユーザ（ユーザＵ１、Ｕ２、Ｕ３、ＵＮ）それぞれの発話の長さの表示例を示す図である。画面Ｇ１３のように、図１１に示したように、発話の長さは、グループに属する複数のユーザ（ユーザＵ１、Ｕ２、Ｕ３、ＵＮ）それぞれの発話区間ごとに表示されてよい（Ｖ１、Ｖ２、Ｖ３、ＶＵ）。また、図１１に示すように、発話の長さは、発話された時刻に対応する時間軸Ｔにおける位置に表示されてよい。
【００８７】
図１２は、送受信データから認識される発話区間ごとのユーザの発話の長さの他の表示例を示す図である。画面Ｇ１４のように、出力制御部１３２は、送受信データから認識されるユーザの発話の長さを履歴データとして表示させてもよい。このとき、図１２に示したように、発話の長さは、複数のユーザ（ユーザＵ３およびユーザＵＮ）それぞれの発話区間ごとに表示されてよい（Ｖ３、ＶＵ）。また、図１２に示すように、発話の順序通りに時刻Ｔに沿って示され、発話の長さがバーによって示されてよい。
【００８８】
また、図１２に示したように、出力制御部１３２は、音声データの現在の出力位置を位置Ｐ０として端末７０−Ｎから出力させてもよい。また、出力制御部１３２は、ユーザＵＮによる操作（例えば、上下左右キーを押下する操作）によってカーソルＰ１を移動させることが可能である。例えば、出力制御部１３２は、ユーザＵＮによって選択操作（例えば、タップ操作、決定キーを押下する操作など）がなされると、カーソルＰ０の位置に対応する発話区間を端末７０−Ｎから出力させることが可能である。
【００８９】
さらに、履歴データは、送受信データから認識されるトピックまたはキーワードを含んでもよい。図１３は、送受信データから認識されるトピックまたはキーワードの表示例を示す図である。画面Ｇ１５のように、出力制御部１３２は、送受信データから認識されるトピックまたはキーワードを履歴データとして表示させてもよい。このとき、図１３に示したように、トピックまたはキーワードは、発話された時刻に対応する時間軸Ｔにおける位置に表示されてよい。
【００９０】
さらに、履歴データは、送受信データから認識される会話の盛り上がり度を含んでもよい。図１４は、送受信データから認識される会話の盛り上がり度の表示例を示す図である。画面Ｇ１６のように、出力制御部１３２は、送受信データから認識される会話の盛り上がり度Ｈ２１を履歴データとして表示させてもよい。このとき、図１４に示したように、会話の盛り上がり度Ｈ２１は、発話された時刻に対応する時間軸Ｔにおける位置にグラフで表示されてよい。
【００９１】
盛り上がり度はどのように算出されてもよい。例えば、盛り上がり度は、音声データの音響的な解析によって算出されてもよい（例えば、高音ほど盛り上がり度を高く算出するなど）。また、盛り上がり度は、会話の意味的な解析によって算出されてもよい。あるいは、盛り上がり度は、会話のテンポ（例えば、応答速度、頻度など）の解析によって算出されてもよい。あるいは、盛り上がり度は、ユーザのバイタル情報（例えば、発汗度合いなど）の解析によって算出されてもよい（例えば、発汗量が多いほど盛り上がり度を高く算出するなど）。
【００９２】
会話の盛り上がり度の表示形態は様々に存在し得る。図１５は、送受信データから認識される会話の盛り上がり度の他の表示例を示す図である。画面Ｇ１７のように、出力制御部１３２は、送受信データから認識される会話の盛り上がり度Ｈ３１を履歴データとして表示させてもよい。このとき、図１５に示したように、会話の盛り上がり度Ｈ３１は、閾値を超える盛り上がりがあった場合に、その時刻に対応する時間軸Ｔにおける位置に所定の色によって表示されてよい。
【００９３】
また、盛り上がり度は、色相の変化によって表示されてもよい。例えば、出力制御部１３２は、盛り上がり度が大きくなるほど、第１の色（例えば、青など）から第２の色（例えば、赤など）に変化するような所定のオブジェクトを、その時刻に対応する時間軸Ｔにおける位置に表示させてもよい。
【００９４】
また、ユーザＵ３にとっては、自分が発話した内容をユーザＵＮがリアルタイムに聴いてくれたのか否かを把握できたほうがよい。したがって、出力制御部１３２は、ユーザＵＮが出力結果を知覚可能な状態であるか否かを示す情報がユーザＵ３の端末７０−３から出力されるように制御するとよい。例えば、知覚可能な状態ではないことを示す情報が、所定の通知音、所定の振動、ユーザＵ３の発話自体、その他の通知情報として出力されてよい。
【００９５】
知覚可能な状態ではないことを示す情報は、ユーザＵ３が発話を開始したときに出力されてもよいし、ユーザＵＮが出力結果を知覚不可能になったときに出力されてもよいし、常時出力されてもよいし、ユーザＵ３が端末７０−３に対して所定のアクション（例えば、振動を与えるアクション、ボタンを押下するアクションなど）がなされたときに出力されてもよいし、ユーザＵ３がターゲットユーザを切り替えたときであってもよい。
【００９６】
また、ユーザＵＮが端末７０−Ｎから音声データが出力されてはいても、ユーザＵＮが実際に音声データを聴いてくれたのか否かをユーザＵ３が把握できたほうがよい。したがって、出力制御部１３２は、ユーザＵＮの身体に関する測定情報または測定情報の解析結果がユーザＵ３の端末７０−３から出力されるように制御するとよい。
【００９７】
具体的には、測定情報の解析結果は、ユーザＵＮの脳波（言語野の発火状態）の測定情報を解析して得られたユーザＵＮが音声データを聴いたか否かを示す情報であってもよい。あるいは、測定情報の解析結果は、ユーザＵＮの身体の動きから解析して得られたユーザＵＮが音声データを聴いたか否かを示す情報であってもよい。あるいは、測定情報の解析結果は、ユーザＵＮのバイタル情報から得られた感情変化であってもよい。
【００９８】
グループに属する複数のユーザ間で音声データを送受信する場合においては、音声データを聴いているユーザを把握したい場合があり得る。図１６は、グループに属する複数のユーザ間で音声データを送受信する場合において、各ユーザが音声データを聴いているか否かを表示する例を示す図である。図１６に示すように、各ユーザのアイコンの時間軸Ｔにおける位置によって、どの位置まで音声データを聴いたのかを表示してもよい。画面Ｇ１８においては、ユーザＵ２、Ｕ３、ＵＮは、現在音声を聴いているが、ユーザＵ１は、暫く前に音声を聴くのを止めてしまっている。
【００９９】
また、グループに属する複数のユーザ間で音声データを送受信する場合には、出力制御部１３２は、グループに属する複数のユーザのすべてが、音声データの出力結果を知覚可能な状態ではない場合に、知覚可能な状態ではないことを示す情報が出力されるように制御するとよい。また、出力制御部１３２は、音声データの出力結果を知覚可能な状態ではないユーザの割合に応じた強さによって、知覚可能な状態ではないことを示す情報を出力させてもよい。
【０１００】
以上では、複数のユーザの端末の間で音声データが送受信される例について説明した。しかし、上記したように、複数のユーザの端末の間で触力覚データが送受信されてもよい。図１７は、複数のユーザの端末８０の間で触力覚データが送受信される場合における端末８０の機能構成例を示す図である。図１７に示すように、端末８０は、検出部８２０、制御部８５０、通信部８７０および出力部８８０を備える。
【０１０１】
検出部８２０は、ユーザによって与えられた検出データ（例えば、接触、変形、振動、なぞりなど）を検出する機能を有する。制御部８５０は、例えば、ＣＰＵなどのプロセッサに相当する。制御部８５０は、検出データに基づいて、触力覚データ（例えば、接触、変形、振動、なぞりなど）を生成する。プログラムを実行することにより、制御部８５０が有する様々な機能を発揮する。通信部８７０は、他の装置と通信を行うことが可能である。出力部８８０は、触力覚データを出力する。
【０１０２】
例えば、触力覚データの送信が開始されるタイミングは、端末８０にユーザが接触したときであってよい。また、端末８０にユーザが接触している間は継続的に触力覚データが送信され、端末８０へのユーザの接触が解除されたときに触力覚データの送信が終了されてもよい。あるいは、触力覚データの送信が開始されるタイミングは、所定のボタンが押下されている状態でユーザが端末８０への接触を開始したときであってもよい。このとき、所定のボタンが押下されている状態で端末８０にユーザが接触している間は継続的に触力覚データが送信され、端末８０へのユーザの接触が解除されたときに触力覚データの送信が終了されてもよい。また、端末８０がユーザによって握られ、または、接触されている場合には、ユーザが触力覚データの出力結果を知覚可能な状態であると考えられる。そこで、ユーザが触力覚データの出力結果を知覚可能な状態であるか否かは、端末８０がユーザによって握られ、または、接触されているか否かに応じて検出されてもよい。
【０１０３】
図１８は、触力覚データを送受信し合う様子を示した図である。図１８に示したように、ユーザＵ３の端末８０−３とユーザＵＮの端末８０−Ｎとの間で触力覚データが送受信される。この場合にも、音声データが送受信される場合と同様に、触力覚データの遅延処理が制御されることによって、ユーザの利便性の低下を抑制し、一体感を得やすいように触力覚を与え合うことが可能である。
【０１０４】
以上、本開示の実施形態に係る情報処理システム１の機能詳細について説明した。
【０１０５】
［１．４．ハードウェア構成例］
次に、図１９を参照して、本開示の実施形態に係る情報処理装置１０のハードウェア構成について説明する。図１９は、本開示の実施形態に係る情報処理装置１０のハードウェア構成例を示すブロック図である。
【０１０６】
図１９に示すように、情報処理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０３、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０５を含む。また、情報処理装置１０は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、情報処理装置１０は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。情報処理装置１０は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）と呼ばれるような処理回路を有してもよい。
【０１０７】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一時的に記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。
【０１０８】
入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、ユーザの音声を検出するマイクロフォンを含んでもよい。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置１０の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置１０に対して各種のデータを入力したり処理動作を指示したりする。また、後述する撮像装置９３３も、ユーザの手の動き、ユーザの指などを撮像することによって、入力装置として機能し得る。このとき、手の動きや指の向きに応じてポインティング位置が決定されてよい。
【０１０９】
出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＰＤＰ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ）、有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、プロジェクタなどの表示装置、ホログラムの表示装置、スピーカおよびヘッドホンなどの音声出力装置、ならびにプリンタ装置などであり得る。出力装置９１７は、情報処理装置１０の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。また、出力装置９１７は、周囲を明るくするためライトなどを含んでもよい。
【０１１０】
ストレージ装置９１９は、情報処理装置１０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
【０１１１】
ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。
【０１１２】
接続ポート９２３は、機器を情報処理装置１０に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）ポートなどであり得る。また、接続ポート９２３は、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置１０と外部接続機器９２９との間で各種のデータが交換され得る。
【０１１３】
通信装置９２５は、例えば、通信ネットワーク６０に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カードなどであり得る。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク６０は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。
【０１１４】
撮像装置９３３は、例えば、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。
【０１１５】
センサ９３５は、例えば、加速度センサ、ジャイロセンサ、地磁気センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えば情報処理装置１０の筐体の姿勢など、情報処理装置１０自体の状態に関する情報や、情報処理装置１０の周辺の明るさや騒音など、情報処理装置１０の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。
【０１１６】
以上、情報処理装置１０のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更され得る。
【０１１７】
＜２．むすび＞
以上説明したように、本開示の実施形態によれば、第１のユーザの端末から送信される第１のデータの第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する出力制御部１３２を備える、情報処理装置１０が提供される。かかる構成によれば、ユーザの状況に応じてユーザの利便性の低下を抑制したコミュニケーションと一体感を得やすいコミュニケーションとのいずれかのコミュニケーションを図ることが可能となる。
【０１１８】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１１９】
上記では、端末７０がヘッドセットと本体とに分離されている場合に、本体に設けられた操作入力部７４０によって操作が入力され、本体に設けられた表示部７９０によって画面表示がなされる例を説明した。しかし、どのデバイスが操作入力および画面表示を行うかは限定されない。例えば、端末７０と無線により接続された他のデバイス（例えば、スマートフォンなど）によって操作入力および画面表示がなされてもよい。その場合、より大きな情報量の画面表示を行うことが可能となる。また、このとき、ヘッドセットと本体とに加えて、当該他のデバイスが存在してもよいし、本体は存在せずにヘッドセットと当該他のデバイスとが存在していてもよい。
【０１２０】
また、コンピュータに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上記した情報処理装置１０が有する機能と同等の機能を発揮させるためのプログラムも作成可能である。また、該プログラムを記録した、コンピュータに読み取り可能な記録媒体も提供され得る。
【０１２１】
なお、上述した情報処理システム１の動作が実現されれば、各構成要素の位置は特に限定されない。例えば、上記した例では、情報処理装置１０がサーバとして機能する場合を説明したが、情報処理装置１０が有する機能の一部または全部は、端末７０−１〜７０−Ｎがそれぞれ有していてもよい。例えば、検出結果取得部１３１および出力制御部１３２は、端末７０−１〜７０−Ｎがそれぞれ有していてもよい。また、情報処理装置１０、認識装置２１および解析装置２２の全部または一部は、同一の装置に収まっていてもよい。
【０１２２】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。
【０１２３】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する制御部を備える、
情報処理装置。
（２）
前記状況センシングは、前記第１のデータの前記第２のユーザの端末における出力結果を前記第２のユーザが知覚可能な状態であるか否かに対するセンシングを含む、
前記（１）に記載の情報処理装置。
（３）
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末における前記第１のデータを出力する出力部が起動しているか否かに応じて検出される、
前記（２）に記載の情報処理装置。
（４）
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末における前記第１のデータを出力する出力部が前記第２のユーザに装着されているか否かに応じて検出される、
前記（２）に記載の情報処理装置。
（５）
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末が前記第１のユーザの端末と同一のネットワークに接続されているか否かに応じて検出される、
前記（２）に記載の情報処理装置。
（６）
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの行動認識の結果に基づいて検出される、
前記（２）に記載の情報処理装置。
（７）
前記第２のユーザが前記出力結果を知覚可能な状態であるか否かは、前記第２のユーザの端末が前記第２のユーザによって握られ、接触され、または、見られているか否かに応じて検出される、
前記（２）に記載の情報処理装置。
（８）
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態であるか否かを示す情報が前記第１のユーザの端末から出力されるように制御する、
前記（２）〜（７）のいずれか一項に記載の情報処理装置。
（９）
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態ではない場合に、前記第１のユーザの端末から送信された前記第１のデータを所定の記憶領域に記憶させる、
前記（２）〜（８）のいずれか一項に記載の情報処理装置。
（１０）
前記制御部は、前記第１のデータが前記記憶領域に記憶された後の所定の時間内においては、前記第２のユーザの端末のデータ検出部を起動させ、当該データ検出部から取得される第２のデータを前記第１のユーザの端末から出力させる、
前記（９）に記載の情報処理装置。
（１１）
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態となった場合に、前記記憶領域から前記第１のデータを取り出して、前記第２のユーザの端末から前記第１のデータを出力させる、
前記（９）または（１０）に記載の情報処理装置。
（１２）
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態である場合に、前記第２のユーザの端末から前記第１のデータを出力させる、
前記（２）〜（８）のいずれか一項に記載の情報処理装置。
（１３）
前記制御部は、前記第２のユーザが前記出力結果を知覚可能な状態である場合に、前記第１のユーザの端末から送信された前記第１のデータを所定の記憶領域に記憶させる、
前記（１２）に記載の情報処理装置。
（１４）
前記制御部は、所定の削除条件が満たされた場合に、前記記憶領域に記憶された前記第１のデータを削除する、
前記（９）または（１３）に記載の情報処理装置。
（１５）
前記制御部は、所定の履歴確認トリガが検出されると、前記記憶領域に記憶されている前記第１のユーザの端末と前記第２のユーザの端末との間の送受信データから認識される所定の履歴データを、前記第２のユーザの端末から出力させる、
前記（９）または（１３）に記載の情報処理装置。
（１６）
前記制御部は、前記第１のユーザの端末においてデータ検出部が起動している場合に、前記データ検出部から取得された前記第１のデータが前記第１のユーザの端末から送信されるように制御する、
前記（１）〜（１５）のいずれか一項に記載の情報処理装置。
（１７）
前記制御部は、前記第１のデータの重要度に応じて前記第２のユーザの端末における出力を遅延させるか否かを制御する、
前記（１）〜（１６）のいずれか一項に記載の情報処理装置。
（１８）
前記第１のユーザの端末から送信される前記第１のデータは、少なくとも音声データおよび触力覚データのいずれか一方を含む、
前記（１）〜（１７）のいずれか一項に記載の情報処理装置。
（１９）
第１のユーザの端末から送信される第１のデータに基づき実行される第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御することを含む、
情報処理方法。
（２０）
コンピュータを、
第１のユーザの端末から送信される第１のデータの第２のユーザの端末における出力を、前記第２のユーザに対する状況センシングの結果に基づいて遅延させる遅延処理を行うか否かを制御する出力制御部を備える、
情報処理装置として機能させるためのプログラム。
【符号の説明】
【０１２４】
１      情報処理システム
１０    情報処理装置
１３０  制御部
１３１  検出結果取得部
１３２  出力制御部
１４０  記憶部
１５０  通信部
２１    認識装置
２２    解析装置
６０    ネットワーク
７０    端末
【図１】
2016189121.tif 000003
【図２】
2016189121.tif 000004
【図３】
2016189121.tif 000005
【図４】
2016189121.tif 000006
【図５】
2016189121.tif 000007
【図６】
2016189121.tif 000008
【図７】
2016189121.tif 000009
【図８】
2016189121.tif 000010
【図９】
2016189121.tif 000011
【図１０】
2016189121.tif 000012
【図１１】
2016189121.tif 000013
【図１２】
2016189121.tif 000014
【図１３】
2016189121.tif 000015
【図１４】
2016189121.tif 000016
【図１５】
2016189121.tif 000017
【図１６】
2016189121.tif 000018
【図１７】
2016189121.tif 000019
【図１８】
2016189121.tif 000020
【図１９】
2016189121.tif 000021