(57)【要約】【課題】会話に直接的に参加していないユーザーが、他のユーザー同士の会話を傍聴して偶発的に情報を得ることが可能となる情報処理装置、システム、および情報処理装置の制御方法を提供する。【解決手段】ネットワーク２００に接続される情報処理装置１００は、マイク１１１と、スピーカー１１２と、ネットワーク接続部１１６と、マイク１１１が集音した音声をパケット化した音声パケットをネットワーク２００に送信する送信部１１７と、他端末から送信された音声パケットをネットワーク２００から受信する受信部１１８と、受信した音声パケットを解析する音声解析部１１９と、音声パケットの解析結果に基づいてスピーカー１１２の動作状態を制御する制御部１１０と、を備えることを特徴とする。【選択図】図１
2018182406.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される情報処理装置であって、
マイクと、
スピーカーと、
ネットワーク接続部と、
前記マイクが集音した音声をパケット化した音声パケットを前記ネットワークに送信する送信部と、
他端末から送信された音声パケットを前記ネットワークから受信する受信部と、
前記受信した音声パケットを解析する音声解析部と、
前記音声パケットの解析結果に基づいて、前記スピーカーの動作状態を制御する制御部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記制御部は、前記解析結果が自端末への呼び出し要求である場合に、前記マイクと前記スピーカーとを動作状態とすることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記解析結果が自端末への呼び出し要求ではなく、かつ、前記音声パケットが自端末が受信許可を与えている他端末から送信されたものである場合に、前記スピーカーを動作状態とすることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ネットワークには、複数の特定のユーザーが接続しており、
前記送信部は、前記特定のユーザー全員に対し音声パケットを送信することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
カメラと表示部とをさらに備え、
前記送信部は、前記カメラが撮影した映像をパケット化した映像パケットを前記ネットワークに送信し、
前記受信部は、他端末から送信された映像パケットを前記ネットワークから受信し、
前記制御部は、前記音声パケットの解析結果に基づいて、前記カメラと前記表示部との動作状態を制御することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
複数の端末とサーバーとがネットワークで接続されているシステムであって、
前記端末は、
マイクと、
スピーカーと、
ネットワーク接続部と、
前記マイクが集音した音声をパケット化した音声パケットを前記ネットワークに送信する送信部と、
前記音声パケットと前記サーバーが送信したコマンドとを前記ネットワークから受信する受信部と、
前記受信したコマンドに基づいて、前記スピーカーの動作状態を制御する制御部と、を備え、
前記サーバーは、
ネットワーク接続部と、
前記端末が送信した音声パケットを前記ネットワークから受信するサーバー受信部と、
前記受信した音声パケットを解析する音声解析部と、
前記音声解析部が解析した結果に基づくコマンドを前記ネットワークに送信するサーバー送信部と、
を備えることを特徴とするシステム。
【請求項７】
マイクとスピーカーとを有し、ネットワークから音声パケットを受信し、前記マイクが集音した音声をパケット化した音声パケットを前記ネットワークに送信する情報処理装置の制御方法であって、
前記音声パケットを解析するステップと、
前記解析した結果に基づいて、前記スピーカーの動作状態を制御するステップと、
を有することを特徴とする情報処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、システム、および情報処理装置の制御方法に関する。
【背景技術】
【０００２】
特定の相手とネットワークを介して相互に音声情報や映像情報を送受信できるシステムが開示されている（例えば、特許文献１参照）。特許文献１に記載のシステムでは、会議端末で接続されたユーザー同士の間で、相互に音声情報や映像情報の送受信を行う。また、このシステムを３名以上のユーザーで常時接続すれば、会話に直接参加しないユーザーも含めて物理的に同じ空間（例えばオフィスなど）にいるのと同様なコミュニケーションを取ることも可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２２９４１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
他者同士の会話から偶発的に情報を得るために、特許文献１に記載のシステムを常時接続した場合、本来は耳に入れたくない他者同士の不要な会話や雑音を遮断することができないので集中力を欠きやすいという課題がある。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。
【０００６】
［適用例１］本適用例に係る情報処理装置は、ネットワークに接続される情報処理装置であって、マイクと、スピーカーと、ネットワーク接続部と、前記マイクが集音した音声をパケット化した音声パケットを前記ネットワークに送信する送信部と、他端末から送信された音声パケットを前記ネットワークから受信する受信部と、前記受信した音声パケットを解析する音声解析部と、前記音声パケットの解析結果に基づいて、前記スピーカーの動作状態を制御する制御部と、を備えることを特徴とする。
【０００７】
本適用例の構成によれば、自端末において、受信部が他端末から受信した音声パケットを音声解析部が解析した結果に基づいて、制御部が自端末のスピーカーの動作状態を制御する。したがって、受信した音声パケットの解析結果に応じて、自端末のスピーカーを動作状態（オン）にして他のユーザーの話を聞くことが可能となる。これにより、会話に直接的に参加していないユーザーが、他のユーザー同士の会話を傍聴して偶発的に情報を得ることが可能となる。
【０００８】
［適用例２］上記適用例に係る情報処理装置であって、前記制御部は、前記解析結果が自端末への呼び出し要求である場合に、前記マイクと前記スピーカーとを動作状態とすることが好ましい。
【０００９】
本適用例の構成によれば、音声パケットの解析結果が自端末への呼び出し要求である場合に、制御部がマイクとスピーカーとを動作状態（オン）とする。したがって、他のユーザーから呼び出しがあった場合に、呼び出しを受けたユーザーが手動で操作しなくても、相手の話を聞くことや相手に話しかけることができる。
【００１０】
［適用例３］上記適用例に係る情報処理装置であって、前記制御部は、前記解析結果が自端末への呼び出し要求ではなく、かつ、前記音声パケットが自端末が受信許可を与えている他端末から送信されたものである場合に、前記スピーカーを動作状態とすることが好ましい。
【００１１】
本適用例の構成によれば、音声パケットの解析結果が自端末への呼び出し要求ではなくても、自端末が受信許可を与えている他端末から音声パケットが送信されたものである場合に、制御部がスピーカーを動作状態（オン）とする。したがって、ユーザーが話を聞きたい（フォローしたい）と思うフォロー対象者に対して予め受信許可を与えておくことで、呼び出しを受けていないユーザーであっても、フォロー対象者が他のユーザーと会話を始めたことがわかる。そして、その相手の会話を聞くことができる。
【００１２】
［適用例４］上記適用例に係る情報処理装置であって、前記ネットワークには、複数の特定のユーザーが接続しており、前記送信部は、前記特定のユーザー全員に対し音声パケットを送信することが好ましい。
【００１３】
本適用例の構成によれば、ネットワークに接続している特定のユーザー全員に対し音声パケットが送信されるので、ネットワークに接続している特定のユーザーは誰でも音声パケットを受信できる。すなわち、会話に直接的に参加していないユーザーが、他のユーザー同士の会話を傍聴して偶発的に情報を得ることや、その会話に途中から参加することが可能となる。
【００１４】
［適用例５］上記適用例に係る情報処理装置であって、カメラと表示部とをさらに備え、前記送信部は、前記カメラが撮影した映像をパケット化した映像パケットを前記ネットワークに送信し、前記受信部は、他端末から送信された映像パケットを前記ネットワークから受信し、前記制御部は、前記音声パケットの解析結果に基づいて、前記カメラと前記表示部との動作状態を制御することが好ましい。
【００１５】
本適用例の構成によれば、映像パケットとともに受信した音声パケットの解析結果が自端末への呼び出し要求である場合や、自端末への呼び出し要求でなくてもフォロー対象者から送信された音声パケットである場合に、自端末の表示部を動作状態（オン）にして受信した映像パケットに基づく映像を見ることや、自端末のカメラを動作状態（オン）にして他のユーザーに映像を送信することが可能となる。これにより、音声情報だけでなく映像情報も用いたコミュニケーションが可能となる。
【００１６】
［適用例６］本適用例に係るシステムは、複数の端末とサーバーとがネットワークで接続されているシステムであって、前記端末は、マイクと、スピーカーと、ネットワーク接続部と、前記マイクが集音した音声をパケット化した音声パケットを前記ネットワークに送信する送信部と、前記音声パケットと前記サーバーが送信したコマンドとを前記ネットワークから受信する受信部と、前記受信したコマンドに基づいて、前記スピーカーの動作状態を制御する制御部と、を備え、前記サーバーは、ネットワーク接続部と、前記端末が送信した音声パケットを前記ネットワークから受信するサーバー受信部と、前記受信した音声パケットを解析する音声解析部と、前記音声解析部が解析した結果に基づくコマンドを前記ネットワークに送信するサーバー送信部と、を備えることを特徴とする。
【００１７】
本適用例の構成によれば、サーバーでは、端末から送信されサーバー受信部がネットワークから受信した音声パケットを音声解析部が解析した結果に基づいて、サーバー送信部が音声パケットで呼び出されたユーザーの端末や、音声パケットの送信者をフォロー対象者とするユーザーの端末に、コマンドを送信する。呼び出されたユーザーの端末や音声パケットの送信者をフォロー対象者とするユーザーの端末では、他端末から送信された音声パケットとサーバーから送信されたコマンドとを受信部が受信し、制御部がコマンドに基づいて、スピーカーの動作状態を制御する。したがって、サーバーによる音声パケットの解析結果に応じて、自端末のスピーカーを動作状態にして他のユーザーの話を聞くことが可能となる。これにより、複数の端末とサーバーとがネットワークで接続されたシステムで、会話に直接的に参加していないユーザーが、他のユーザー同士の会話から偶発的に情報を得ることが可能となる。
【００１８】
［適用例７］本適用例に係る情報処理装置の制御方法は、マイクとスピーカーとを有し、ネットワークから音声パケットを受信し、前記マイクが集音した音声をパケット化した音声パケットを前記ネットワークに送信する情報処理装置の制御方法であって、前記音声パケットを解析するステップと、前記解析した結果に基づいて、前記スピーカーの動作状態を制御するステップと、を有することを特徴とする。
【００１９】
本適用例に係る制御方法によれば、ネットワークから受信した音声パケットを解析するステップで解析した結果に基づいて、情報処理装置のスピーカーの動作状態を制御するステップを有する。したがって、音声パケットの解析結果に応じて、端末のスピーカーを動作状態にしてユーザーが他のユーザーの話を聞くことが可能となる。これにより、会話に直接的に参加していないユーザーが、他のユーザー同士の会話を傍聴して偶発的に情報を得ることが可能となる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施形態に係る情報処理装置の概略構成を示すブロック図。
【図２】第１の実施形態に係る情報処理装置の接続例を示す図。
【図３】第１の実施形態に係る情報処理装置を使用するユーザーの動作とその実行方法とを従来の実行方法と比較する表。
【図４】ユーザー同士の間における受信許可または受信拒否の設定例を示す表。
【図５】図４に示す設定において会話で誰の声が聞こえるかを示す表。
【図６】第１の実施形態に係る情報処理装置の制御方法を説明するフローチャート。
【図７】第２の実施形態に係るシステムの概略構成を示す図。
【図８】第２の実施形態に係るサーバーの概略構成を示すブロック図。
【発明を実施するための形態】
【００２１】
以下、本発明を具体化した実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００２２】
（第１の実施形態）
＜情報処理装置の構成＞
まず、第１の実施形態に係る情報処理装置の構成を、図１および図２を参照して説明する。図１は、第１の実施形態に係る情報処理装置の概略構成を示すブロック図である。図２は、第１の実施形態に係る情報処理装置の接続例を示す図である。
【００２３】
図１に示すように、第１の実施形態に係る情報処理装置１００は、制御部１１０と、マイク１１１と、スピーカー１１２と、カメラ１１３と、表示部１１４と、記憶部１１５と、ネットワーク接続部１１６と、送信部１１７と、受信部１１８と、音声解析部１１９とを備えている。
【００２４】
図２に示すように、情報処理装置１００は、ネットワーク２００を介して互いに接続されるユーザー用の端末装置（以下では、単に端末とも表記する）である。情報処理装置１００は、例えば、一人で勤務する複数のリモートオフィス（自宅を含む）の間でユーザー同士が音声情報と映像情報とを用いてコミュニケーションを行うことを可能にする。図２に示す例では、Ａ，Ｂ，Ｃ，Ｄの４人のユーザー用の端末として、４つの情報処理装置１００が、ネットワーク２００を介して互いに接続されている。なお、ユーザーの数と情報処理装置１００の数とは、図２に示す例に限定されない。
【００２５】
例えば、ユーザーＡをユーザー自身（以下では、自分とも表記する）とした場合、ユーザーＡ用の端末である情報処理装置１００を単に自端末と表記する。また、他のユーザー（以下では、他者とも表記する）Ｂ，Ｃ，Ｄ用の端末である情報処理装置１００を単に他端末と表記する。
【００２６】
本実施形態に係る情報処理装置１００は、リモートアクセス環境において互いに接続される複数のユーザーＡ，Ｂ，Ｃ，Ｄの中で、会話に直接的に参加しているユーザー同士で情報交換を行うことが可能であるだけでなく、他者同士の会話を直接的に参加していないユーザーが傍聴し情報を得ることが可能である。
【００２７】
図１に戻り、情報処理装置１００が備える各部を説明する。制御部１１０は、情報処理装置１００が備える各部の動作を制御する。制御部１１０は、ＣＰＵ、ＲＯＭ、ＲＡＭなど（図示しない）を備えている。制御部１１０は、例えば、ＲＯＭに記憶された制御プログラムをＲＡＭに展開し、そのＲＡＭに展開された制御プログラムをＣＰＵが実行することで制御部１１０として動作する。なお、制御部１１０のＣＰＵが実行する制御プログラムが、ネットワーク接続部１１６、送信部１１７、受信部１１８、音声解析部１１９の少なくともいずれかの機能を含む構成としてもよい。
【００２８】
マイク１１１は、情報処理装置１００を操作するユーザー自身が発する音声を集音し音声信号に変換する。本実施形態では、マイク１１１は、通常状態では非動作状態（以下では、オフと表記する）に設定されている。ここでいう「通常状態」とは、情報処理装置１００がネットワーク２００に接続されているが、ユーザー同士で会話が行われていない状態を指す。会話を開始するため他者に話しかける際には、ユーザー自身が手動でマイク１１１を動作状態（以下では、オンと表記する）に設定する。制御部１１０は、マイク１１１が集音し変換したユーザーの音声信号をパケット化する。
【００２９】
制御部１１０は、音声解析部１１９による音声パケット（パケット化された音声信号）の解析結果に基づいて、マイク１１１の動作状態を制御する。より具体的には、他端末から受信した音声パケットが音声解析部１１９により自分への呼び出しであると判断された場合に、制御部１１０はマイク１１１をオンにする。会話が終了してから、すなわち、自端末からの音声パケットの送信、および、他端末からの音声パケットの受信がなくなってから所定の時間が経過した後、制御部１１０はマイク１１１をオフにする。所定の時間は、適宜設定される。
【００３０】
スピーカー１１２は、受信した音声パケットを制御部１１０が変換した音声信号に基づいて、発信者の音声を再生する。本実施形態では、スピーカー１１２は、通常状態ではオフになっている。制御部１１０は、音声解析部１１９による音声パケットの解析結果に基づいてスピーカー１１２の動作状態を制御する。より具体的には、他端末から受信した音声パケットが音声解析部１１９により自分への呼び出しであると判断された場合に、制御部１１０はスピーカー１１２をオンにする。これにより、ユーザーは自端末で他者の音声を聞くことができる。
【００３１】
また、他端末から受信した音声パケットが音声解析部１１９により自分への呼び出しではないと判断された場合であって、音声パケットが、自端末が受信許可を設定している他端末から送信されたものである場合に、制御部１１０はスピーカー１１２をオンにする。ネットワーク２００を流れる音声パケットの一部（例えばヘッダー）には、そのパケットを発信した端末（ユーザー）を識別可能な識別情報が記載されている。音声解析部１１９は、受信した音声パケットの識別情報により送信元を特定することができる。なお、受信許可の設定については後述する。会話が終了してから、すなわち、他端末から音声パケットを受信しなくなってから所定の時間が経過した後、もしくは、音声解析部１１９が会話の終了を特定可能なフレーズが発せられたことを検知した場合、制御部１１０はスピーカー１１２をオフにする。
【００３２】
情報処理装置１００は、マイク１１１が集音した音声信号やスピーカー１１２に出力される音声信号から人の声の帯域以外の周波数を遮断するフィルターを備えていることが好ましい。このようなフィルターを備えていれば、マイク１１１が集音した音声信号やスピーカー１１２に出力される音声信号から人の声以外の不要な音（例えば、雑音等）を除去して、会話における人の声を聞き取り易くすることができる。
【００３３】
カメラ１１３は、ユーザーの映像を撮影し映像信号に変換する。本実施形態では、カメラ１１３は、通常状態ではオフになっている。他者に自分の映像を見せたい場合に、ユーザー自身が手動でカメラ１１３をオンにする。制御部１１０は、カメラ１１３が撮影したユーザーの映像信号をパケット化する。
【００３４】
表示部１１４は、他端末から受信した映像パケット（パケット化された映像信号）を制御部１１０が変換した映像信号に基づいて、発信者の映像を表示する。本実施形態では、表示部１１４は、通常状態ではオフになっている。他端末から音声パケットとともに映像パケットを受信した場合であって、その音声パケットが音声解析部１１９により自分への呼び出しであると判断された場合に、制御部１１０は表示部１１４をオンにする。これにより、ユーザーは自端末で他者の映像を見ることができる。
【００３５】
また、他端末から受信した音声パケットが音声解析部１１９により自分への呼び出しではないと判断された場合であって、音声パケットが自端末が受信許可を設定している他端末から送信されたものである場合に、制御部１１０は表示部１１４をオンにする。
【００３６】
記憶部１１５には、ネットワーク２００（図２参照）を介した同一のリモートアクセス環境において互いに接続される複数のユーザー（図２に示すＡ，Ｂ，Ｃ，Ｄ）として登録されたユーザー（以下では、登録ユーザーとも表記する）に関する情報が記憶される。記憶部１１５は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などの不揮発性メモリーで構成される。制御部１１０が備えるＲＯＭが、記憶部１１５の機能を兼ねる構成としてもよい。
【００３７】
記憶部１１５に記憶する登録ユーザーに関する情報としては、例えば、登録ユーザーの名前、ＩＤ、ＩＰアドレス、所属するグループ名等があげられる。自端末が他端末から音声パケットを受信した際には、制御部１１０は、記憶部１１５に記憶された登録ユーザーに関する情報に基づいて音声パケットを送信したユーザーを特定する。
【００３８】
本実施形態では、登録ユーザーに関する情報において、登録ユーザーのうちそのユーザーが会話している相手が誰であるかに関わらず自分が話を聞きたい（フォローしたい）と思うユーザー（以下では、フォロー対象者と表記する）を指定できる。登録ユーザーに関する情報においてフォロー対象者に指定されたユーザーの端末に対しては、自端末への受信許可が設定される。また、フォローしたいと思わないユーザー（以下では、非フォロー対象者と表記する）に指定されたユーザーの端末に対しては、自端末への受信拒否が設定される。
【００３９】
フォロー対象者および非フォロー対象者は、各自で適宜設定すればよい。フォロー対象者とするメンバーの例としては、例えば、自分の業務と関連が深い業務の担当者、専門知識や有用な情報が豊富な人等があげられる。非フォロー対象者とするメンバーの例としては、例えば、自分の業務と関連が薄い業務の担当者や話が長くなりがちな人等があげられる。
【００４０】
このように、フォロー対象者を指定して予め自端末への受信許可を与えておくことにより、自分がフォロー対象者から呼び出しを受けていない場合であっても、フォロー対象者の会話を聞く（傍聴する）ことができる。これにより、自分が会話に直接的に参加していなくても、自分の業務と関係する話題や関心のある話題に対して聞き耳を立てたり、必要に応じてその会話に参加したりすることができる。
【００４１】
ネットワーク接続部１１６は、情報処理装置１００をネットワーク２００に接続する。ネットワーク接続部１１６によりネットワーク２００に接続することで、登録されたユーザーの端末同士がネットワーク２００を介して互いに接続される。
【００４２】
送信部１１７は、マイク１１１が集音した自分の音声パケットや、カメラ１１３が撮影した自分の映像パケットを自端末からネットワーク２００に送信する。音声パケットおよび映像パケットは、ネットワーク２００を介して接続されているすべての他端末に対して、マルチキャストで送信される。また、送信される音声パケットおよび映像パケットのヘッダーには、自端末のＩＤが記載されている。受信部１１８は、他端末から送信された音声パケットと映像パケットとをネットワーク２００から受信する。
【００４３】
音声解析部１１９は、受信部１１８が他端末から受信した音声パケットを解析する。より具体的には、音声解析部１１９は、音声認識技術を用いて、呼び出されたユーザーの名前を特定する。制御部１１０は、音声解析部１１９が特定したユーザーの名前に基づいて、他端末から受信した音声パケットが自端末に対する呼び出しであるか否かを判断する。
【００４４】
ここで、相手に呼びかける際には相手の名前で呼び出すが、会話の中でもユーザーの名前が発せられる場合があり得る。そこで、音声解析部１１９が音声パケットを解析する際に、単に会話に名前が登場するだけの場合と、呼び出しである場合とを識別できるように、他者を呼び出す際の呼びかけのルールを決めておくことが望ましい。呼びかけのルールとしては、例えば、呼び出す相手の名前をＡさんとした場合に、「こんにちは、Ａさん」、「Ａさん、聞こえますか」等、呼び出しと特定できるように適宜設定すればよい。また、呼び出し用のニックネームを用いるようにしてもよいし、予め登録されたグループ名を用いて複数のユーザーを同時に呼び出すようにしてもよい。
【００４５】
上述した情報処理装置１００は、例えば、パーソナルコンピューターや携帯端末機器等の電子機器を用いて実現できる。なお、カメラ１１３および表示部１１４は、必須の構成要素ではない。しかしながら、カメラ１１３および表示部１１４を備えていると、音声情報だけでなく映像情報も用いてコミュニケーションを行えるので、より充実した情報交換が可能となる。パーソナルコンピューターや携帯端末機器のディスプレイが表示部１１４を兼ねる構成としてもよい。
【００４６】
＜ユーザーの動作と実行方法＞
次に、第１の実施形態に係る情報処理装置１００を使用するユーザーの動作とその実行方法とについて、従来の方法と比較して説明する。図３は、第１の実施形態に係る情報処理装置を使用するユーザーの動作とその実行方法とを従来の実行方法と比較する表である。従来の方法の例として、リモートアクセス環境でユーザー同士が常時接続されている場合（比較例１）と、ユーザーが同一のオフィス内で勤務している場合（比較例２）とをあげている。
【００４７】
［１．誰かに話しかける］
自分からユーザーの誰かに話しかける場合、本実施形態では、マイク１１１を手動でオンにして話をしたい相手（他のユーザー全員が対象であってもよい）に声をかける。例えば、上述した「こんにちは、Ａさん」、「Ａさん、聞こえますか」というように、話をしたい相手を指名して呼び出す。比較例１の場合は、常時接続状態であるので、話をしたい相手を指名して声をかければよい。比較例２の場合は、相手も同じ場所にいるので、相手に近付くか相手の方を向いて声をかければよい。
【００４８】
［２．誰かからの話しかけに応答する］
誰かが話しかけた相手が自分である場合、呼び出しの音声パケットを受信することで、自端末のスピーカー１１２とマイク１１１とが自動でオンになる。そのため、スピーカー１１２からの音声で自分が呼び出されたことがわかる。そして、マイク１１１で話しかけた相手に対して返事をすることで応答し、会話を行うことができる。比較例１および比較例２の場合も、返事をすることで応答すればよい。
【００４９】
［３．誰かからの話しかけに応答しない］
誰かが話しかけた相手が自分であっても応答できない場合や応答したくない（応答を拒否する）場合は、返事をしない。すなわち、自端末から音声パケットを送信しない。自分への呼び出しに対応して一旦スピーカー１１２とマイク１１１とが自動でオンになっても、会話（音声パケットの送受信）が無い状態で所定の時間が経過すると、スピーカー１１２とマイク１１１とが自動でオフになる。比較例１および比較例２の場合も同様に、返事をしないことで応答を拒否できる。しかしながら、実際の場においては、業務の上での呼びかけに対しては相手に関わらず応答することが好ましいことはいうまでもない。
【００５０】
［４．誰かと話し続ける］
上記の２で話しかけに応答した相手と話し続ける場合は、そのまま話を続ければよい。会話（音声パケットの送受信）が継続されている間は、スピーカー１１２とマイク１１１とがオンになった状態が維持されるので、相手の話を聞きつつ応答することができる。比較例１および比較例２の場合も同様に、そのまま話を続ければよい。
【００５１】
［５．誰かとの話を終える］
誰かとの話を終える場合は、話を止めればよい。会話（音声パケットの送受信）が終わってから所定の時間が経過すると、スピーカー１１２とマイク１１１とが自動でオフになる。比較例１および比較例２の場合も同様に、話を止めればよい。
【００５２】
［６．誰かの話を傍聴する］
本実施形態では、フォロー対象者の端末に対して予め受信許可を設定しておくことで、上記の１でフォロー対象者が自分以外の誰かと会話している場合であっても、スピーカー１１２が自動でオンになる。そのため、ユーザー（自分）が何もしなくても、フォローしたい人の会話を傍聴でき、例えば、自分の業務と関係する話題や関心のある話題に対して聞き耳を立てることができる。必要であれば、自分が上記の１の動作を行うことで、傍聴していた会話に参加することもできる。比較例１および比較例２の場合も、その場所に居続ければ、他者同士の会話を聞くことができ、その会話に参加することもできる。
【００５３】
［７．不要な音声を遮断する］
本実施形態では、非フォロー対象者の端末に対して予め受信拒否を設定しておくことで、上記の１で非フォロー対象者が自分以外の誰かと会話している場合には、その音声パケットを受信してもスピーカー１１２は自動でオンにならないので、その人の声は聞こえない。なお、上記の６でフォロー対象者の会話を傍聴する際に、フォロー対象者が話しかけた相手が非フォロー対象者である場合には、フォロー対象者の話だけが聞こえることとなる。比較例１および比較例２の場合は、その場所に居れば、誰と誰が話しているかに関わらず（聞きたくなくても）会話が聞こえてしまう。したがって、その会話を聞きたくない場合には、その場から離れるか、あるいは、耳栓をする等の遮音処置をとる必要がある。本実施形態では、フォロー対象者の会話だけを選択的に聞くことができる点が比較例と異なる。
【００５４】
ここで、上記の６，７において、他者同士の会話においてフォロー対象者（受信許可を設定）と非フォロー対象者（受信拒否を設定）とでどのように声が聞こえるかについて、具体例をあげて説明する。以下では、音声パケットを発信するユーザーを「発信者」と表記し、発信者から発信された音声パケットを受信するユーザーを「受信者」と表記する。受信者が発信者からの呼びかけに応答すれば、その受信者は音声パケットを発信する発信者となる。受信者のうち、会話に参加しないが会話を聞くユーザーを「傍聴者」と表記する。
【００５５】
図４は、ユーザー同士の間における受信許可または受信拒否の設定例を示す表である。図５は、図４に示す設定において会話で誰の声が聞こえるかを示す表である。図４において、ユーザーは図２に示すＡ，Ｂ，Ｃ，Ｄの４人のユーザーとする。列見出しには受信者が示され、行見出しには発信者が示されている。
【００５６】
図４に示す設定例では、例えば、受信者がＡである場合、受信者Ａは、発信者Ｂ，Ｃに対してフォロー対象者として受信許可を設定するが、発信者Ｄに対して非フォロー対象者として受信拒否を設定する。受信者Ｂは、発信者Ａ，Ｃ，Ｄに対してフォロー対象者として受信許可を設定する。受信者Ｃは、発信者Ａに対して非フォロー対象者として受信拒否を設定するが、発信者Ｂ，Ｄに対してフォロー対象者として受信許可を設定する。受信者Ｄは、発信者Ａ，Ｂ，Ｃに対してフォロー対象者として受信許可を設定する。
【００５７】
図５において、列見出しには傍聴者（受信者）が示され、行見出しには会話における発信者の組み合わせが示されている。例えば、ユーザーＡは、会話の組み合わせがＡ：Ｂ、Ａ：Ｃ、Ａ：Ｄの場合は、自身が発信者である。会話の組み合わせがＢ：Ｃ、Ｂ：Ｄ、Ｃ：Ｄの場合は、Ａは傍聴者である。傍聴者Ａは、Ｂ：Ｃの会話では両者に対して受信許可を設定しているので両者の声が聞こえる。また、傍聴者Ａは、Ｄに対して受信拒否を設定しているので、Ｂ：Ｄの会話ではＢの声だけが聞こえ、Ｃ：Ｄの会話ではＣの声だけが聞こえる。
【００５８】
傍聴者Ｂは、Ａ，Ｃ，Ｄに対して受信許可を設定しているので、Ａ：Ｃの会話、Ａ：Ｄの会話、およびＣ：Ｄの会話のいずれの場合も両者の声が聞こえる。傍聴者Ｃは、Ａに対して受信拒否を設定しているので、Ａ：Ｂの会話ではＢの声だけが聞こえ、Ａ：Ｄの会話ではＤの声だけが聞こえる。また傍聴者Ｃは、Ｂ：Ｄの会話では両者に対して受信許可を設定しているので両者の声が聞こえる。傍聴者Ｄは、Ａ，Ｂ，Ｃに対して受信許可を設定しているので、Ａ：Ｂの会話、Ａ：Ｃの会話、およびＢ：Ｃの会話のいずれの場合も両者の声が聞こえる。
【００５９】
なお、図５では、会話がユーザー４人のうち１：１で行われる場合のみを示しているが、会話が３人以上のユーザーで行われる場合についても、傍聴者は、受信許可を設定している発信者の声を聞くことができる。
【００６０】
このように、本実施形態では、自分が直接的に参加していない会話について、会話に参加している人がフォロー対象者であるか否かによって、話が聞こえるようにするか否かを選択できる。そのため、例えば、フォロー対象者が会話を始めたらその会話に聞き耳を立てることで、その会話から偶発的に必要な情報を得ることや、その会話に途中から参加することが可能となる。一方、非フォロー対象者の会話は聞こえないので、自分の作業に集中して取り組むことが可能となる。すなわち、図３の比較例１および比較例２では聞きたくない人の会話も含め周りの声が終始聞こえるのに対して、本実施形態では聞きたい人の会話だけを選択的に聞くことができる。なお、特許文献１に記載のシステムでは、ＴＶ電話機能付き携帯電話端末で通話を行うユーザー同士のみでの会話となるため、第３者がその会話を聞くことはできない。
【００６１】
＜情報処理装置の制御方法＞
次に、第１の実施形態に係る情報処理装置１００の制御方法を、図６を参照して説明する。図６は、第１の実施形態に係る情報処理装置の制御方法を説明するフローチャートである。
【００６２】
上述したように、各ユーザーの端末（情報処理装置１００）は、ネットワーク接続部１１６（図１参照）により、ネットワーク２００に接続されている（図２参照）。そして、会話が行なわれていない通常状態において、各ユーザーの端末では、マイク１１１、スピーカー１１２、カメラ１１３、および表示部１１４（図１参照）がオフに設定されている。本実施形態では、自宅を含むリモートオフィスにユーザーが一人で勤務する形態を想定している。したがって、リモートオフィス内にプライベートな環境や音声等が混在する場合があり得るため、ユーザーの音声や映像を、通常状態では発信せず会話が必要な場合にのみ発信することとしている。
【００６３】
図６には、会話を開始してから会話が終了するまでの間にユーザーの端末で行われる処理が示されている。会話は、ユーザーの誰か（発信者）が会話をしたい相手（受信者）の呼び出しを行うことで開始される。ここでは、他者が発信者であり、自分が受信者である場合を例に取り説明する。図６において、ステップＳ０１からステップＳ０３までの各ステップは発信者（他者）の端末の動作であり、ステップＳ０４からステップＳ１３までのステップは受信者（自分）の端末の動作である。
【００６４】
まず、会話を開始するため、発信者自身が手動で端末のマイク１１１をオンに設定して（ステップＳ０１）、相手の受信者に対して呼び出しを行う。マイク１１１は、発信者の音声を集音する。ステップＳ０２では、制御部１１０は、マイク１１１が集音し変換した発信者の音声信号をパケット化する。そして、ステップＳ０３で、制御部１１０がパケット化した音声パケットを送信部１１７がネットワーク２００に送信する。音声パケットは、ネットワーク２００に接続されたユーザー全員（受信者）の端末に送信される。
【００６５】
ステップＳ０４では、発信者の端末から送信された音声パケットを、受信者（自分）の端末の受信部１１８がネットワーク２００から受信する。ステップＳ０５は、受信した音声パケットを解析するステップである。ステップＳ０５では、音声解析部１１９が、音声認識技術を用いて、発信者から呼び出されたユーザーの名前を特定する。そして、続くステップＳ０６で、端末のユーザーである自分に対する呼び出しであるか否かを判断する。
【００６６】
ステップＳ０６で自分に対する呼び出しであると判断された場合（ステップＳ０６：ＹＥＳ）、発信者がフォロー対象者であるか否かに関わらず、制御部１１０は処理をステップＳ０８およびステップＳ１１に進める。ステップＳ０８では、制御部１１０はスピーカー１１２をオンにする。ステップＳ１１では、制御部１１０はマイク１１１をオンにする。したがって、ステップＳ０６は、ステップＳ０５の音声パケットを解析するステップで解析した結果に基づいて、マイク１１１とスピーカー１１２との動作状態を制御するステップである。
【００６７】
ステップＳ０６で音声パケットの解析結果が自分への呼び出し要求であると判断されると、マイク１１１とスピーカー１１２とが自動でオンになるので、受信者（自分）は、手動で操作しなくても、スピーカー１１２により発信者の声を聞くとともに、マイク１１１により発信者に対して自分の音声（音声パケット）を発信して相手に話しかけることができる。すなわち、特段の接続操作を行わなくても、発信者が呼びかけることにより、呼びかけられた受信者との間で会話を開始することができる。
【００６８】
なお、受信者は、発信者に対して応答することで、自分も音声パケットを送信する発信者となる。ステップＳ０８およびステップＳ１１でマイク１１１とスピーカー１１２とがオンになり会話が続いている間は、発信者の端末と自分の端末との間で、ネットワーク２００を介して音声パケットの送受信が行われる。そして、自分を呼び出した発信者から自端末が受信した音声パケットは、発信者がフォロー対象者であるか否かに関わらず、音声信号に変換されスピーカー１１２で再生される。
【００６９】
ステップＳ０９およびステップＳ１２では、制御部１１０は、会話が終了したか否かを判断する。自分と呼びかけた相手との会話が終了すれば、自分の端末において、発信者の端末からの音声パケットの受信と、発信者の端末への音声パケットの送信とがともに行われなくなる。したがって、最後に音声パケットの受信または送信が行われた時点から、音声パケットの送受信が無い状態で所定の時間が経過した場合に、会話が終了したと判断される。
【００７０】
音声パケットの送受信が無い状態で所定の時間が経過し、ステップＳ０９で会話が終了したと判断された場合（ステップＳ０９：ＹＥＳ）、制御部１１０は処理をステップＳ１０に進める。ステップＳ１０では、制御部１１０はスピーカー１１２をオフにする。ステップＳ０９で会話が終了していないと判断された場合（ステップＳ０９：ＮＯ）は、制御部１１０はそのままの状態でステップＳ０９に処理を戻す。
【００７１】
なお、後述するが、ステップＳ０７からステップＳ０８に進んだ場合には、受信者（自分）は傍聴者であるので、発信者からの音声パケットの受信のみとなる。したがって、この場合、ステップＳ０９では、音声パケットの受信が無い状態で所定の時間が経過した場合に、会話が終了したと判断される。
【００７２】
ステップＳ１２では、ステップＳ０６からステップＳ１１に進んだことで、発信者と自分とが会話をしているので、音声パケットの送信と受信とがともに無い状態で所定の時間が経過した場合に、会話が終了したと判断される。ステップＳ１２で会話が終了したと判断された場合（ステップＳ１２：ＹＥＳ）、制御部１１０は処理をステップＳ１３に進める。ステップＳ１３では、制御部１１０はマイク１１１をオフにする。ステップＳ１２で会話が終了していないと判断された場合（ステップＳ１２：ＮＯ）は、そのままの状態でステップＳ１２に処理を戻す。
【００７３】
会話が終了して、ステップＳ１０でスピーカー１１２がオフになり、ステップＳ１３でマイク１１１がオフになることで、会話に関わる各ステップの処理が終了し、発信者の端末と受信者の端末とが通常状態に戻る。
【００７４】
ステップＳ０６に戻り、ステップＳ０６で自分に対する呼び出しではないと判断された場合（ステップＳ０６：ＮＯ）、制御部１１０は処理をステップＳ０７に移行する。ステップＳ０７では、制御部１１０は、音声パケットを発信した発信者がフォロー対象者であるか否か、すなわち受信者の端末で受信許可が設定された対象者であるか否かを判断する。ステップＳ０７の判断は、例えば、発信者のＩＤやＩＰアドレス等に基づいて行われる。
【００７５】
ステップＳ０７で、音声パケットを発信した発信者がフォロー対象者であると判断された場合（ステップＳ０７：ＹＥＳ）、すなわち、音声パケットが自端末への呼び出し要求ではなく、かつ、自端末が受信許可を与えている他端末から送信されたものである場合に、制御部１１０は、処理をステップＳ０８に進め、ステップＳ０８でスピーカー１１２をオンにする。
【００７６】
したがって、フォロー対象者に対して予め受信許可を与えておけば、自分が呼び出しを受けていない場合であっても、特段の接続操作を行うことなくフォロー対象者が会話を始めたことがわかりそのフォロー対象者の会話を聞くことができる。この場合、受信者（自分）は、会話に参加しない傍聴者であるが、これにより、例えば、自分の業務と関係する話題や関心のある話題に対して聞き耳を立てることができる。
【００７７】
ここで、他端末から受信する音声パケットには、会話を開始する際の呼び出しの他に、既に会話が開始されてから送信された音声パケットも含まれる。そして、既に会話が開始されてから送信された音声パケットには、会話を呼びかけた発信者から送信された音声パケットと、その会話の相手から送信された音声パケットとが含まれる。会話が続いている間は、会話に参加している複数のユーザーから音声パケットが交互に（時にはほぼ同期して）発信される。
【００７８】
そのため、ステップＳ０６で自分に対する呼び出しではないと判断された場合（ステップＳ０６：ＮＯ）には、受信した音声パケットが、自分以外の相手に会話を呼びかけた発信者から送信されたものである場合と、発信者が呼びかけた相手から送信されたものである場合とが含まれる。したがって、非フォロー対象者がフォロー対象者に呼びかけて会話を行っている場合にも、両者の端末から音声パケットを受信する。
【００７９】
ステップＳ０７では、上記のいずれの場合であっても、音声パケットを発信した発信者がフォロー対象者であるか否かを判断する。発信者の少なくとも一人がフォロー対象者であれば、制御部１１０は、処理をステップＳ０８に進めスピーカー１１２をオンにする。
【００８０】
ここで、発信者の一方がフォロー対象者であり他方が非フォロー対象者である場合は、制御部１１０は、フォロー対象者から送信された音声パケットのみをスピーカー１１２で再生する。したがって、図５を参照して説明したように、自分が呼び出されていない会話において、会話がフォロー対象者同士で行われている場合は両者の声が聞こえ、会話が非フォロー対象者とフォロー対象者とで行われている場合はフォロー対象者の声のみが聞こえる。
【００８１】
ステップＳ０７からステップＳ０８に進んだ場合、受信者（自分）は傍聴者であるので、会話に参加しているフォロー対象のユーザーからの音声パケットの受信が無い状態で所定の時間が経過した場合に、ステップＳ０９で会話が終了したと判断される。ステップＳ０９で会話が終了したと判断されると（ステップＳ０９：ＹＥＳ）、制御部１１０は処理をステップＳ１０に進めてスピーカー１１２をオフにする。これにより、会話の傍聴に関する処理が終了する。
【００８２】
なお、ステップＳ０７からステップＳ０８に進んで他者同士の会話を傍聴している際に、自分もその会話に参加したい場合は、マイク１１１をオンに設定して（ステップＳ０１）、自分も参加する旨の呼びかけをすればよい。
【００８３】
ステップＳ０７で、音声パケットを発信した発信者がフォロー対象者ではない（非フォロー対象者である）と判断された場合（ステップＳ０７：ＮＯ）は、会話を呼びかけた人も呼びかけられた人も自分のフォロー対象者ではないことになるので、スピーカー１１２とマイク１１１とはオフのままで音声パケット受信に伴う処理が終了する。このように、非フォロー対象者同士の会話は聞こえないので、不要な音声が無い環境で自分の作業に集中することが可能となる。
【００８４】
以上の説明では、カメラ１１３および表示部１１４について述べなかったが、マイク１１１をオン／オフするステップでカメラ１１３もオン／オフし、スピーカー１１２をオン／オフするステップで表示部１１４もオン／オフするようにしてもよい。これにより、音声パケットとともに映像パケットを端末間で送受信することができる。ただし、リモートオフィス内にプライベートな環境が混在すること等、状況により映像を公開したくない場合がある。したがって、カメラ１１３は、いずれのステップにおいても自動でオンにはならず、ユーザーの判断により手動でオンにすることとしてもよい。
【００８５】
第１の実施形態に係る情報処理装置１００の構成および情報処理装置の制御方法によれば、以下の効果が得られる。
【００８６】
（１）自端末において、受信部１１８が他端末から受信した音声パケットを音声解析部１１９が解析した結果に基づいて、制御部１１０が自端末のマイク１１１とスピーカー１１２との動作状態を制御する。したがって、音声パケットの解析結果に応じて、自端末のスピーカー１１２を動作状態（オン）にして他のユーザーの話を聞くことができる。また、自端末のマイク１１１を動作状態（オン）にして音声パケットを送信し他のユーザーに話しかけてもよい。これにより、情報処理装置１００がネットワーク２００に接続されたユーザー同士で会話を行うことができる。そして、情報処理装置１００がネットワーク２００に接続されていれば、会話に直接的に参加していないユーザーが、他のユーザー同士の会話を傍聴して偶発的に情報を得ることや、その会話に途中から参加することが可能となる。
【００８７】
（２）音声パケットの解析結果が自端末への呼び出し要求である場合に、制御部１１０がマイク１１１とスピーカー１１２とを動作状態（オン）とする。したがって、他のユーザーから呼び出しがあった場合に、呼び出しを受けたユーザーが手動で操作しなくても、相手の話を聞くことや相手に話しかけることができる。
【００８８】
（３）音声パケットの解析結果が自端末への呼び出し要求ではなくても、自端末が受信許可を与えている他端末から音声パケットが送信されたものである場合に、制御部１１０がスピーカー１１２を動作状態（オン）とする。したがって、ユーザーが話を聞きたい（フォローしたい）と思うフォロー対象者に対して予め受信許可を与えておくことで、呼び出しを受けていないユーザーであっても、フォロー対象者が他のユーザーと会話を始めたことがわかる。そして、その相手の会話を聞くことができる。
【００８９】
（４）映像パケットとともに受信した音声パケットの解析結果が自端末への呼び出し要求である場合や、自端末への呼び出し要求でなくてもフォロー対象者から送信された音声パケットである場合に、自端末の表示部１１４を動作状態（オン）にして受信した映像パケットに基づく映像を見ることや、自端末のカメラ１１３を動作状態（オン）にして他のユーザーに映像を送信することが可能となる。これにより、音声情報だけでなく映像情報も用いたコミュニケーションが可能となる。
【００９０】
（５）情報処理装置の制御方法は、ネットワーク２００から受信した音声パケットを解析するステップで解析した結果に基づいて、情報処理装置１００のマイク１１１とスピーカー１１２との動作状態を制御するステップを有する。したがって、音声パケットの解析結果に応じて、端末のスピーカー１１２を動作状態にしてユーザーが他のユーザーの話を聞くことや、端末のマイク１１１を動作状態にしてユーザーが他のユーザーに話しかけることが可能となる。これにより、会話に直接的に参加していないユーザーが、他のユーザー同士の会話を傍聴して偶発的に情報を得ることや、その会話に途中から参加することが可能となる。
【００９１】
（第２の実施形態）
第２の実施形態では、第１の実施形態に対して、複数の端末とサーバーとがネットワークで接続されたシステムである点が異なる。ここでは、第２の実施形態に係るシステムの構成について、第１の実施形態との差異を説明する。
【００９２】
＜システムの構成＞
第２の実施形態に係るシステムの構成を、図７および図８を参照して説明する。図７は、第２の実施形態に係るシステムの概略構成を示す図である。図７に示すように、第２の実施形態に係るシステム５００は、ユーザー用の端末である複数の情報処理装置１００と、サーバー３００と、データベース４００とが、ネットワーク２００を介して互いに接続されている。以下では、情報処理装置１００を単に端末とも表記する。
【００９３】
図８は、第２の実施形態に係るサーバーの概略構成を示すブロック図である。図８に示すように、第２の実施形態に係るサーバー３００は、制御部３１０と、ネットワーク接続部３１１と、音声解析部３１２と、サーバー受信部３１３と、サーバー送信部３１４とを備えている。
【００９４】
制御部３１０は、サーバー３００が備える各部の動作を制御する。制御部３１０は、ＣＰＵ、ＲＯＭ、ＲＡＭなど（図示しない）を備えている。ネットワーク接続部３１１は、サーバー３００をネットワーク２００に接続する。サーバー受信部３１３は、ネットワーク２００を介して各端末から送信された音声パケットを受信する。なお、各端末から送信された音声パケットは、ネットワーク２００を介して他端末も受信する。
【００９５】
音声解析部３１２は、サーバー受信部３１３が各端末から受信した音声パケットを解析し、音声認識技術を用いて、呼び出されたユーザーの名前を特定する。したがって、第２の実施形態では、サーバー３００の音声解析部３１２が図６のステップＳ０５の処理を実行する。
【００９６】
制御部３１０は、音声パケットを発信した端末のユーザーを特定する。そして、制御部３１０は、音声解析部３１２の解析結果に基づいて、呼び出されたユーザーの端末に対するコマンドを生成する。このコマンドは、呼び出されたユーザーの端末に対して、例えば、図６に示すステップＳ０８でスピーカー１１２をオンにする処理を実行させるコマンドや、ステップＳ１１でマイク１１１をオンにする処理を実行させるコマンドを含む。
【００９７】
サーバー送信部３１４は、制御部３１０が生成したコマンドを、呼び出されたユーザーの端末を指定して、ネットワーク２００に送信する。呼び出されたユーザーの端末は、サーバー３００から受信したコマンドに基づいて、スピーカー１１２やマイク１１１をオンにする処理を実行する。したがって、第２の実施形態では、サーバー３００の制御部３１０が図６のステップＳ０６の処理を実行する。
【００９８】
データベース４００は、記憶部で構成される。データベース４００には、ネットワーク２００を介して互いに接続される登録ユーザーに関する情報（例えば、登録ユーザーの名前、ＩＤ、ＩＰアドレス、所属するグループ名等）が記憶されている。また、データベース４００には、登録ユーザー同士の間のフォロー関係（受信許可または受信拒否の設定）のテーブルが記憶されている。登録ユーザーに関する情報や登録ユーザー同士の間のフォロー関係のテーブルは、ユーザーが各自の端末を操作することにより更新することができる。
【００９９】
制御部３１０は、データベース４００の登録ユーザーに関する情報を参照して、各端末から受信した音声パケットがどのユーザーの端末から送信されたものであるかを判断する。さらに、制御部３１０は、データベース４００の登録ユーザー同士の間のフォロー関係のテーブルを参照して、音声パケットを送信したユーザーをフォロー対象者としているユーザーを特定する。
【０１００】
そして、制御部３１０は、音声パケットを受信したユーザーの端末に対して、そのユーザーのフォロー対象者から送信された音声パケットをスピーカー１１２で再生させるコマンドを生成する。サーバー送信部３１４は、制御部３１０が生成したこのコマンドを、ネットワーク２００を介してユーザーの端末に送信する。したがって、第２の実施形態では、サーバー３００の制御部３１０が図６のステップＳ０７の処理を実行する。
【０１０１】
また、制御部３１０は、会話が行われている場合にその会話に参加しているユーザー同士の間で行われる音声パケットの送受信状況から、その会話が終了したか否かを判断する。この判断結果に基づいて、制御部３１０は、ユーザーの端末に対して、例えば、図６に示すステップＳ１０でスピーカー１１２をオフにするコマンドや、ステップＳ１３でマイク１１１をオフにするコマンドを生成する。したがって、第２の実施形態では、サーバー３００の制御部３１０が図６のステップＳ０９およびステップＳ１２の処理を実行する。
【０１０２】
このように、第２の実施形態に係るシステム５００では、第１の実施形態に係る情報処理装置１００の音声解析部１１９の機能をサーバー３００の音声解析部３１２が実行する。そのため、情報処理装置１００の音声解析部１１９を省略できる。そして、情報処理装置１００の制御部１１０の機能の要部をサーバー３００の制御部３１０が実行する。例えば、各端末は、上記ステップにおいてサーバー３００から送信されるコマンドに基づいて、マイク１１１とスピーカー１１２との動作状態の制御等の個別の制御を行えばよい。そのため、情報処理装置１００の制御部１１０を簡易な構成にできる。
【０１０３】
したがって、第２の実施形態では、第１の実施形態と比べて各端末（情報処理装置１００）を簡易な構成の装置とすることができる。また、第２の実施形態では、登録ユーザーに関する情報やユーザー同士の間のフォロー関係のテーブルがデータベース４００に記憶されるので、これらの情報を一元管理することができる。なお、データベース４００の機能をサーバー３００が兼ね備える構成としてもよい。
【０１０４】
第２の実施形態に係るシステム５００の構成によれば、以下の効果が得られる。
【０１０５】
（１）サーバー３００では、端末から送信されサーバー受信部３１３がネットワーク２００から受信した音声パケットを音声解析部３１２が解析した結果に基づいて、サーバー送信部３１４が音声パケットで呼び出されたユーザーの端末や、音声パケットの送信者をフォロー対象者とするユーザーの端末に、コマンドを送信する。呼び出されたユーザーの端末や音声パケットの送信者をフォロー対象者とするユーザーの端末では、他端末から送信された音声パケットとサーバー３００から送信されたコマンドとを受信部１１８が受信し、制御部１１０がコマンドに基づいて、マイク１１１とスピーカー１１２との動作状態を制御する。したがって、サーバー３００による音声パケットの解析結果に応じて、自端末のスピーカー１１２を動作状態にして他のユーザーの話を聞くことや、自端末のマイク１１１を動作状態にして音声パケットを送信し他のユーザーに話しかけることが可能となる。これにより、複数の端末とサーバー３００とがネットワーク２００で接続されたシステム５００で、会話に直接的に参加していないユーザーが、他のユーザー同士の会話から偶発的に情報を得ることや、その会話に途中から参加することが可能となる。
【０１０６】
上記実施形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。変形例としては、例えば、以下のようなものが考えられる。
【０１０７】
（変形例１）
上記実施形態では、一人で勤務する複数のリモートオフィス（自宅を含む）の間でユーザー同士がネットワークを介して接続されている構成例を示して説明したが、本発明はこのような構成に限定されない。例えば、複数のユーザーが勤務するメインオフィスと複数のリモートオフィスとがネットワークを介して接続された構成であってもよい。このような構成の場合に、メインオフィスにおける複数のユーザー同士の会話音声が常時発信され、各リモートオフィスで聞くことができることとしてもよい。また、メインオフィスにおける映像が常時発信され、各リモートオフィスで見られることとしてもよい。このようにすれば、各リモートオフィスに勤務するユーザーが、疑似的にメインオフィスにいるような感覚で作業を行うことができる。
【０１０８】
（変形例２）
第２の実施形態では、各端末から送信された音声パケットの送信者が受信者にとってフォロー対象者であるか否かに関わらず、その音声パケットが他端末にも送信されることとしたが、本発明はこのような構成に限定されない。各端末から送信された音声パケットはまずサーバー３００に送信され、音声パケットを送信した発信者から呼び出されたユーザー、および、音声パケットを送信した発信者をフォロー対象者としているユーザーを特定した上で、そのユーザー（受信者）に対してコマンドとともに音声パケットを送信することとしてもよい。
【０１０９】
（変形例３）
上記実施形態では、自分に対する呼びかけでなく、かつ、発信者がフォロー対象者でない場合にはスピーカー１１２がオフのままであり、呼びかけに応答して会話を行う際やフォロー対象者の会話を傍聴する際にスピーカー１１２が自動でオンになることとしていたが、本発明はこのような構成に限定されない。自分に対する呼びかけでなく、かつ、発信者がフォロー対象者でない場合には、スピーカー１１２がオンとなるが音量が小さく設定され、呼びかけに応答して会話を行う際やフォロー対象者の会話を傍聴する際にスピーカー１１２の音量が自動で適正化される構成としてもよい。また、通常状態において、スピーカー１１２がオンで音量が小さく設定され、受信する音声パケットのすべてが小音量で聞こえる構成としてもよい。
【０１１０】
（変形例４）
上記実施形態では、自分が参加していない会話においては、誰が会話を呼びかけたかに関わらず、フォロー対象者の声は聞こえ、非フォロー対象者の声は聞こえないこととしたが、本発明はこのような構成に限定されない。フォロー対象者が会話を呼びかけた場合には、相手が非フォロー対象者であってもその声が聞こえることとしてもよい。また、非フォロー対象者が会話を呼びかけた場合には、相手がフォロー対象者であっても両者の声が聞こえないこととしてもよい。
【０１１１】
（変形例５）
上記実施形態では、自分が参加していない会話において、フォロー対象者が会話に参加していればスピーカー１１２がオンになりその声が聞こえることとしたが、本発明はこのような構成に限定されない。ステップＳ０６で自分に対する呼び出しではないと判断された場合（ステップＳ０６：ＮＯ）には、フォロー対象者の会話が音声認識によってテキスト化され、スピーカー１１２がオンにならないようにしてもよい。このようにすれば、自分が参加していない会話の内容を、音声ではなくテキストで確認することができる。また、テキスト化された会話の内容を、ログとして保存しておけば、会話が終了した後でユーザーの都合の良いときにフォロー対象者の会話の内容を確認することができる。音声とテキストとを併用することとしてもよい。
【０１１２】
（変形例６）
上記実施形態におけるスピーカー１１２として、ステレオスピーカーや複数の指向性スピーカーを用いて、自分に対してスピーカーから聞こえる声の位置（方向）をユーザー（Ａ，Ｂ，Ｃ，Ｄ）毎に異ならせるようにしてもよい。このようにすれば、会話に参加している際や会話を傍聴している際に、声の位置（方向）に基づいて誰が話しているかを認識することができる。
【０１１３】
（変形例７）
上記実施形態では、誰かとの話を終える場合は話を止めればよいとしたが、本発明はこのような構成に限定されない。話を止めてから所定の時間が経過するのを待つ代わりに、音声解析部１１９が音声パケットを解析して話を止めるためのルールを決めておけばよい。例えば、「抜けます」、「切ります」等のことばを適宜設定すればよい。
【符号の説明】
【０１１４】
１００…情報処理装置、１１０…制御部、１１１…マイク、１１２…スピーカー、１１３…カメラ、１１４…表示部、１１６，３１１…ネットワーク接続部、１１７…送信部、１１８…受信部、１１９…音声解析部、２００…ネットワーク、３００…サーバー、３１２…音声解析部、３１３…サーバー受信部、３１４…サーバー送信部、５００…システム。
【図１】
2018182406.tif 000003
【図２】
2018182406.tif 000004
【図３】
2018182406.tif 000005
【図４】
2018182406.tif 000006
【図５】
2018182406.tif 000007
【図６】
2018182406.tif 000008
【図７】
2018182406.tif 000009
【図８】
2018182406.tif 000010