JP2018067876A - 音声データ転送プログラム、音声データ出力制御プログラム、音声データ転送装置、音声データ出力制御装置、音声データ転送方法および音声データ出力制御方法 - Google Patents

Abstract

【課題】複数の端末からの音声を出力することによる音声の認識性の低下を抑制可能にすること。【解決手段】処理部１ｂは、端末２から端末３の識別情報を受け付けると、端末２と音声データ転送装置１との間と、端末３と音声データ転送装置１との間と、にそれぞれ新たな音声データの転送路Ｒ２１，Ｒ２２を生成する。処理部１ｂは、生成した新たな音声データの転送路Ｒ２１，Ｒ２２を介して、端末２と端末３との間で音声データの転送を実行する。このとき、処理部１ｂは、端末２と音声データ転送装置１との間に生成された音声データの転送路Ｒ１１と、端末４と音声データ転送装置１との間に生成された音声データの転送路Ｒ１３とを介した、端末２と端末４との間での音声データの転送を抑制する。【選択図】図１

Description

本発明は音声データ転送プログラム、音声データ出力制御プログラム、音声データ転送装置、音声データ出力制御装置、音声データ転送方法および音声データ出力制御方法に関する。

現在、複数のユーザが参加する遠隔会議を支援するシステムが活用されている。例えば、遠隔会議を行うユーザ間の通信セッションを表す画像をＧＵＩ（Graphical User Interface）上に表示するシステムの提案がある。このシステムは、いずれかのユーザによるコンタクト先の入力を受け付けると、該当のコンタクト先の電話番号にダイヤルし、コンタクト先のユーザに対応する通信セッションを表す画像をＧＵＩ上に追加する。

なお、電話通信セッション間で可聴入力を分離しながら、ユーザ電話装置を異なる電話通信に同時に参加可能にする拡張型ウィスパ機能と呼ばれる機能を提供するコールサーバの提案もある。

特開２０１１−４００３６号公報 特開２００７−１４３１４４号公報

例えば、端末により送信された音声データを別の端末に転送する転送装置を用いて、ある端末を使用するユーザが発した音声を、他の複数の端末に出力させることで、各端末を利用する複数のユーザによる話し合いを実現し得る。

ここで、３以上のユーザが参加する話し合いの最中に、第１のユーザが第２のユーザの音声に耳を傾けたいこともある。しかし、第１のユーザが利用する端末において、他の複数の端末に入力された音声を全て出力すると、第１のユーザには第２のユーザ以外のユーザの音声も混在して聞こえることになる。このため、第１のユーザにとって第２のユーザの音声の認識性が低下するという問題がある。

１つの側面では、本発明は、複数の端末からの音声を出力することによる音声の認識性の低下を抑制可能にすることを目的とする。

１つの態様では、複数の端末それぞれと自装置との間に生成された音声データの転送路を介して複数の端末に含まれる端末間で音声データの転送を実行する音声データ転送プログラムが提供される。この音声データ転送プログラムは、複数の端末のうちのいずれかの端末である第１の端末から第２の端末の識別情報を受け付けると、第１の端末と自装置との間と、第２の端末と自装置との間と、にそれぞれ新たな音声データの転送路を生成し、生成した新たな音声データの転送路を介して、第１の端末と、第２の端末との間で音声データの転送を実行するとともに、第１の端末と自装置との間に生成された音声データの転送路と、第１の端末と第２の端末とは異なる他の端末と自装置との間に生成された音声データの転送路とを介した、第１の端末と他の端末との間での音声データの転送を抑制する、処理をコンピュータに実行させる。

また、１つの態様では、音声データ出力制御プログラムが提供される。この音声データ出力制御プログラムは、複数の端末のうちの特定の端末の指定を受け付け、複数の端末のうちのいずれかの端末である第１の端末から、音声データと、第１の端末の識別情報とを含む情報を受信すると、第１の端末の識別情報に基づき、第１の端末が、指定された特定の端末であるか否かの判定を行い、第１の端末が、指定された特定の端末である場合、音声データの出力を抑制する制御を実行する、処理をコンピュータに実行させる。

また、１つの態様では、音声データ転送プログラムが提供される。この音声データ転送プログラムは、複数の端末のうちのいずれかの端末である第１の端末から他の端末の識別情報を受け付け、音声データの転送路の識別情報を端末の識別情報に対応付けて記憶する記憶部を参照して、受け付けた他の端末の識別情報に対応付けられた転送路の識別情報を取得し、複数の端末のうちの第２の端末から音声データを受信すると、取得した転送路の識別情報が、受信した音声データの転送路の識別情報に一致するか否かの判定を行い、肯定的である場合、他の端末以外の端末から送信された音声データの、第１の端末への転送を抑制する、処理をコンピュータに実行させる。

１つの側面では、複数の端末からの音声を出力することによる音声の認識性の低下を抑制できる。

第１の実施の形態の音声データ転送装置を示す図である。 第２の実施の形態の遠隔支援システムを示す図である。 第２の実施の形態のサーバのハードウェア例を示す図である。 第２の実施の形態の作業端末のハードウェア例を示す図である。 第２の実施の形態の機能例を示す図である。 第２の実施の形態のグループ管理テーブルの例を示す図である。 第２の実施の形態のセッション管理テーブルの例を示す図である。 第２の実施の形態の個別通信管理テーブルの例を示す図である。 第２の実施の形態の端末処理の例を示すフローチャートである。 第２の実施の形態のサーバ処理の例を示すフローチャートである。 第２の実施の形態の音声データの転送抑止の具体例を示す図である。 第３の実施の形態のデータ遮断管理テーブルの例を示す図である。 第３の実施の形態の端末処理の例を示すフローチャートである。 第３の実施の形態のサーバ処理の例を示すフローチャートである。 第３の実施の形態の音声データの転送抑止の具体例を示す図である。 第４の実施の形態のサーバ処理の例を示すフローチャートである。 第４の実施の形態の音声データの転送抑止の具体例を示す図である。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の音声データ転送装置を示す図である。音声データ転送装置１および端末２，３，４は、ネットワーク５に接続されている。音声データ転送装置１は、端末２，３，４の間の音声データの転送を行う。端末２は、ユーザ６により使用される。端末３は、ユーザ７により使用される。端末４は、ユーザ８により使用される。端末２は、マイクおよびスピーカを有する。マイクおよびスピーカは、端末２に外付けされてもよいし端末２に内蔵されてもよい。端末３，４も同様にマイクおよびスピーカを有する。ユーザ６は、端末２に接続されたマイクを用いて、ユーザ６が発した音声を端末２に入力する。ユーザ６は、端末２に接続されたスピーカを用いて、ユーザ７，８が発した音声を聞ける。端末２，３，４は、例えば、スマートフォン、タブレット端末またはＰＣ（Personal Computer）などのクライアントコンピュータである。

音声データ転送装置１は、記憶部１ａおよび処理部１ｂを有する。記憶部１ａは、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１ｂは、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１ｂはプログラムを実行するプロセッサでもよい。プロセッサは、複数のプロセッサの集合（マルチプロセッサ）でもよい。

記憶部１ａは、転送路情報Ｘ１を記憶する。転送路情報Ｘ１は、端末２，３，４それぞれと、音声データ転送装置１との間の音声データの転送路を管理するための情報である。音声データの転送路は、音声データ転送装置１と端末（ここでは端末２，３，４のいずれか）との組ごとに生成される。転送路情報Ｘ１は、例えば、転送路の識別情報と端末の識別情報との対応関係を示す情報を含む。

処理部１ｂは、新たな転送路に関する情報を転送路情報Ｘ１に登録することで、音声データの転送路を生成する。例えば、処理部１ｂは、ユーザ６，７，８による端末２，３，４を用いた話し合いを可能とするために、音声データの転送路Ｒ１１，Ｒ１２，Ｒ１３を生成する。

転送路Ｒ１１は、音声データ転送装置１と端末２との間の音声データの転送路である。転送路Ｒ１２は、音声データ転送装置１と端末３との間の音声データの転送路である。転送路Ｒ１３は、音声データ転送装置１と端末４との間の音声データの転送路である。処理部１ｂは、転送路Ｒ１１，Ｒ１２，Ｒ１３を音声データの相互の転送が許容される第１のグループに関連付ける。そして、処理部１ｂは、転送路Ｒ１１，Ｒ１２，Ｒ１３のうち、ある転送路を用いて受信した音声データを他の２つの転送路を用いて転送する。

処理部１ｂにより転送される音声データには、複数のユーザが発した音声が混在することもある。一方、ユーザ６は、例えばユーザ７が発する音声に耳を傾けたいこともある。しかし、端末２により出力される音声にユーザ７，８の音声が混在していると、ユーザ６によるユーザ７の音声の認識性が低下する。そこで、処理部１ｂは、音声の認識性の低下を抑制する機能を提供する。

処理部１ｂは、第１の端末から第２の端末の識別情報を受け付けると、第１の端末と自装置（音声データ転送装置１）との間と、第２の端末と自装置との間と、にそれぞれ新たな音声データの転送路を生成する。

例えば、ユーザ６は、ユーザ７の音声を傾聴したいとき、端末３の識別情報を端末２に入力する。なお、端末３に対応付けられるユーザの識別情報などの所定の識別情報を端末３の識別情報と考えてもよい。端末２は、端末３の識別情報を音声データ転送装置１に送信する。

そして、処理部１ｂは、端末３の識別情報を端末２から受け付けると、端末２と音声データ転送装置１との間と、端末３と音声データ転送装置１との間と、にそれぞれ新たな音声データの転送路Ｒ２１，Ｒ２２を生成する。転送路Ｒ２１は、端末２と音声データ転送装置１との間の音声データの転送路である。転送路Ｒ２２は、端末３と音声データ転送装置１との間の音声データの転送路である。処理部１ｂは、転送路Ｒ２１，Ｒ２２を音声データの相互の転送が許容される第２のグループ（第１のグループに対するサブグループと考えてもよい）に関連付ける。

処理部１ｂは、生成した新たな音声データの転送路を介して、第１の端末と、第２の端末との間で音声データの転送を実行する。それとともに、処理部１ｂは、第１の端末と自装置との間に生成された音声データの転送路と、第１の端末と第２の端末とは異なる他の端末と自装置との間に生成された音声データの転送路とを介した、第１の端末と他の端末との間での音声データの転送を抑制する。

例えば、処理部１ｂは、生成した新たな音声データの転送路Ｒ２１，Ｒ２２を介して、端末２と端末３との間で音声データの転送を実行する。それとともに、処理部１ｂは、転送路Ｒ１１と転送路Ｒ１３とを介した、端末２と端末４との間での音声データの転送を抑制する。具体的には、処理部１ｂは、端末４から端末２への音声データの転送を抑制する。その結果、端末２において、ユーザ７の音声は出力されるが、ユーザ７以外の他のユーザ（例えば、ユーザ８）の音声は出力されない。このとき、処理部１ｂは、端末２から端末４への音声データの転送を抑制してもよい。また、処理部１ｂは、転送路Ｒ１１，Ｒ１２を用いた、端末２，３間の音声データの転送を抑制してもよい（端末２，３間の音声データの転送は、転送路Ｒ２１，Ｒ２２を用いて行えるため）。

ところで、所定のユーザ以外の他のユーザの音声を端末２により出力させない方法として他の方法も考えられる。例えば、第１の方法として、端末４のマイクの機能を停止させることが考えられる。ユーザ８の音声の端末４への入力を遮断できるからである。しかし、ユーザ８の音声が端末４に入力されなくなると、ユーザ７，８同士の音声通話を行えなくなってしまう。

また、第２の方法として、端末２のスピーカの機能を停止させることが考えられる。ユーザ８の音声の端末２からの出力を遮断できるからである。しかし、これではユーザ８の音声だけでなく、ユーザ６が希望するユーザ７の音声の出力も遮断されてしまう。

そこで、音声データ転送装置１は、既存の転送路Ｒ１１，Ｒ１２，Ｒ１３に加えて、音声データ転送装置１と端末２，３それぞれとの間の転送路Ｒ２１，Ｒ２２を新たに生成し、転送路Ｒ１１，Ｒ１３とを介した端末２，３の間での音声データの転送を抑制する。

これにより、ユーザ７，８の間の音声通話を維持しながら、端末２に対して転送される音声データを端末３に入力されるユーザ７の音声データに限定できる。このため、端末２により出力される音声は、ユーザ７の音声を含み、他のユーザ（例えば、ユーザ８）の音声を含まない。したがって、ユーザ６は、ユーザ７の音声を聞き取り易くなる（音声の認識性を向上できる）。こうして、音声データ転送装置１は、複数の端末からの音声を出力することによる音声の認識性の低下を抑制できる。また、ユーザ６以外の他者同士（例えば、ユーザ７，８）の音声通話に影響を与えずに済む。

更に、音声データ転送装置１において、ある時間帯において転送路Ｒ１２，Ｒ１３の両方により受信した音声データを合成して、合成後の音声データを転送路Ｒ１１により転送することも考えられる。この場合、合成後の音声データには、ユーザ７，８が発した音声が混在し、端末側で各ユーザの音声の分離が難しいこともある。あるいは、端末２側で、音声データの入力元の端末を特定できずに、端末２側で音声出力を抑制する音声データの判断が難しいこともある。一方、音声データ転送装置１によれば、音声データ転送装置１から端末２へ音声データを転送する前に、当該音声データの転送を抑止するか否かを決定する。このため、端末２側で各ユーザの音声データの分離が難しく、音声出力を抑制する音声データの区別を行えない場合にも、端末２の音声出力を端末３に入力されたユーザ７の音声に限定できるという利点もある。

なお、処理部１ｂは、端末２，３による個別の通信を開始した後に、更に別の端末の当該個別の通信への参加を許容してもよい。例えば、ネットワーク５に、端末２，３，４以外の別の端末（以下「別の端末」と称する）が接続されている場合を考える。処理部１ｂは、転送路Ｒ２１，Ｒ２２を介した端末２と端末３との間の音声データの転送を開始した後に、端末２から別の端末の識別情報を受け付けると、別の端末と音声データ転送装置１との間に追加の音声データの転送路を生成する。そして、処理部１ｂは、転送路Ｒ２１，Ｒ２２に加え、生成した追加の音声データの転送路を更に用いて、端末２と端末３と別の端末との間で相互に音声データの転送を実行する。それとともに、処理部１ｂは、端末２と端末３と別の端末とは異なる端末４と端末２との間での音声データの転送を抑制する。

このように、処理部１ｂは、端末２からの指示に応じて、複数の端末のうち、個別の通信を行う端末群を動的に変更することもできる。こうして、ユーザ６による傾聴したい相手（サブグループのメンバ）の事後的な追加を可能とすることもできる。

以下では、音声データ転送装置１を遠隔支援システムに適用する例を示し、音声データ転送装置１の機能を更に具体的に説明する。
［第２の実施の形態］
図２は、第２の実施の形態の遠隔支援システムを示す図である。第２の実施の形態の遠隔支援システムは、現場で作業する作業者Ｕ１に対する支援者Ｕ２，Ｕ３による遠隔支援に利用される。第２の実施の形態の遠隔支援システムは、サーバ１００、作業端末２００および支援端末３００，４００を含む。サーバ１００および支援端末３００，４００は、ネットワーク１０に接続されている。ネットワーク１０は、ＬＡＮ（Local Area Network）でもよいし、ＷＡＮ（Wide Area Network）やインターネットなどでもよい。

また、ネットワーク１０には、アクセスポイント２０が接続されている。アクセスポイント２０は、無線ＬＡＮのアクセスポイントでもよいし、移動通信を中継する無線基地局でもよい。作業端末２００は、アクセスポイント２０を介して、ネットワーク１０に接続されている。

サーバ１００は、作業端末２００および支援端末３００，４００の間の音声データの転送を行うサーバコンピュータである。サーバ１００は、第１の実施の形態の音声データ転送装置１の一例である。

作業端末２００は、作業者Ｕ１により使用されるクライアントコンピュータである。例えば、作業端末２００は、タブレット端末である。また、作業端末２００は、第１の実施の形態の端末２，３，４の一例である。

支援端末３００，４００は、支援者Ｕ２，Ｕ３により使用されるクライアントコンピュータである。例えば、支援端末３００，４００は、ＰＣである。また、支援端末３００，４００は、第１の実施の形態の端末２，３，４の一例である。

第２の実施の形態の遠隔支援システムでは、サーバ１００は、作業端末２００および支援端末３００，４００を用いた作業者Ｕ１および支援者Ｕ２，Ｕ３の３者による双方向のコミュニケーション（３者が参加する遠隔会議）を実現する。作業端末２００と支援端末３００，４００との間では、音声による会話や、画像や文字などの情報の共有が可能である。例えば、作業者Ｕ１は、現場での作業に対するアドバイスを、支援者Ｕ２，Ｕ３の両者から得ることができる。また、支援者Ｕ２，Ｕ３は、互いに相談して作業者Ｕ１へのアドバイスを行える。なお、会議に参加する人員の数は、４以上でもよい（端末の数も４以上でもよい）。

図３は、第２の実施の形態のサーバのハードウェア例を示す図である。サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６および通信インタフェース１０７を有する。各ハードウェアはサーバ１００のバスに接続されている。

プロセッサ１０１は、サーバ１００の情報処理を制御する。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。

ＨＤＤ１０３は、サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、ＯＳのプログラム、アプリケーションプログラム、および各種データを記憶する。サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

画像信号処理部１０４は、プロセッサ１０１からの命令に従って、サーバ１００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１として、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどを用いることができる。

入力信号処理部１０５は、サーバ１００に接続された入力デバイス１２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１２として、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。

媒体リーダ１０６は、記録媒体１３に記録されたプログラムやデータを読み取る装置である。記録媒体１３として、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。媒体リーダ１０６は、例えば、プロセッサ１０１からの命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。

通信インタフェース１０７は、ネットワーク１０を介して他の装置と通信を行う。通信インタフェース１０７は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。

ここで、支援端末３００，４００もサーバ１００と同様のハードウェアを用いて実現できる。支援端末３００，４００それぞれは、マイクやスピーカ（あるいは、これらを備えるヘッドセット）と接続し、マイクによる音声信号の入力を受け付けたり、スピーカに対して音声信号を出力したりする接続インタフェースを有する。

図４は、第２の実施の形態の作業端末のハードウェア例を示す図である。作業端末２００は、プロセッサ２０１、ＲＡＭ２０２、フラッシュメモリ２０３、カメラ２０４、通信インタフェース２０５、画像信号処理部２０６、ディスプレイ２０６ａ、入力信号処理部２０７、タッチパネル２０７ａ、音声信号処理部２０８、マイク２０８ａ、スピーカ２０８ｂおよび媒体リーダ２０９を有する。各ハードウェアは作業端末２００のバスに接続されている。

プロセッサ２０１は、作業端末２００の情報処理を制御する。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ２０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ２０２は、作業端末２００の主記憶装置である。ＲＡＭ２０２は、プロセッサ２０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０２は、プロセッサ２０１による処理に用いる各種データを記憶する。

フラッシュメモリ２０３は、作業端末２００の補助記憶装置である。フラッシュメモリ２０３は、ＯＳのプログラム、アプリケーションプログラム、および各種データを記憶する。

カメラ２０４は、作業端末２００に搭載された撮像装置である。カメラ２０４は、ＣＣＤ（Charge-Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を備える。カメラ２０４は、プロセッサ２０１からの命令に従って、カメラ２０４のレンズを向けた先にある光景の静止画や動画のデータを生成する。

通信インタフェース２０５は、アクセスポイント２０と無線リンクを確立し、アクセスポイント２０およびネットワーク１０を介してサーバ１００を含む他の装置と通信を行う無線通信インタフェースである。ただし、通信インタフェース２０５は、アクセスポイント２０を介さずに、ネットワーク１０と有線で接続する有線通信インタフェースでもよい。

画像信号処理部２０６は、プロセッサ２０１からの命令に従って、ディスプレイ２０６ａに画像を出力する。ディスプレイ２０６ａには、例えば、液晶ディスプレイを用いることができる。

入力信号処理部２０７は、タッチパネル２０７ａから入力信号を取得し、プロセッサ２０１に出力する。タッチパネル２０７ａは、ユーザによりタッチ操作された位置をプロセッサ２０１に出力するポインティングデバイスである。タッチパネル２０７ａは、ディスプレイ２０６ａの表示領域に重ねて設けられる。ユーザは、ディスプレイ２０６ａによる表示を視認しながら、タッチパネル２０７ａによるタッチ操作を行える。

音声信号処理部２０８は、マイク２０８ａにより入力されたアナログ音声信号をデジタル音声信号に変換して、プロセッサ２０１に出力する。マイク２０８ａは、周囲の音を検出してアナログ音声信号を生成し、音声信号処理部２０８に出力する。音声信号処理部２０８は、プロセッサ２０１から入力されたデジタル音声信号をアナログ音声信号に変換して、スピーカ２０８ｂに出力する。スピーカ２０８ｂは、音声信号処理部２０８から入力されたアナログ音声信号により音声を出力する。

媒体リーダ２０９は、記録媒体２１に記録されたプログラムやデータを読み取る装置である。記録媒体２１として、例えば、フラッシュメモリカードを使用できる。媒体リーダ２０９は、例えば、プロセッサ２０１からの命令に従って、記録媒体２１から読み取ったプログラムやデータをＲＡＭ２０２またはフラッシュメモリ２０３に格納する。

図５は、第２の実施の形態の機能例を示す図である。サーバ１００は、記憶部１１０、セッション管理部１２０および転送処理部１３０を有する。記憶部１１０は、ＲＡＭ１０２やＨＤＤ１０３に確保された記憶領域を用いて実現される。セッション管理部１２０および転送処理部１３０は、ＲＡＭ１０２に記憶されたプログラムをプロセッサ１０１により実行することで実現される。

記憶部１１０は、セッションの管理情報を記憶する。セッションは、音声データの転送路に相当する情報であり、セッションＩＤ（IDentifier）により識別される。セッションは、サーバ１００と端末との組に対して生成される。あるセッションの組み合わせは、１つのグループ（遠隔会議に参加するユーザのグループ）に属する。そして、同じグループに属するセッションを用いた端末間の音声データの転送が許容される。

セッション管理部１２０は、端末間のセッションを管理する。例えば、セッション管理部１２０は、ユーザのグループに対して、新たなセッションを追加する。セッション管理部１２０は、グループから既存のセッションを削除する。また、セッション管理部１２０は、グループを削除する。セッション管理部１２０は、グループやセッションの生成や削除に応じて、記憶部１１０に記憶されたセッションの管理情報を更新する。

ここで、遠隔支援システムで用いられる通信用の「セッション」には、音声通信用のセッション以外にも、文字列送信用のセッションや、画像などのファイル共有を行うためのセッションも存在する。ただし、本例では、「セッション」という場合、音声通信用のセッションを示すものとする。

セッション管理部１２０は、端末間の個別通信の管理も行う。個別通信とは、ある端末に対し、複数の端末から送信された音声データのうち、特定の端末（個別通信の相手端末）から送信された音声データのみを転送する機能である。セッション管理部１２０は、音声通信に現在用いられているグループについて、個別通信を行う端末のペアや個別通信の要求元の端末を示す情報を記憶部１１０に記録する。

転送処理部１３０は、記憶部１１０に記憶されたセッションの管理情報に基づいて、作業端末２００および支援端末３００，４００から受信した音声データの転送先を決定する。転送処理部１３０は、決定した転送先に音声データを転送する。

転送処理部１３０は、個別通信では、あるグループにおいて、個別通信の相手端末から受信される音声データに限定して当該音声データを個別通信の要求元の端末に送信する。また、転送処理部１３０は、個別通信の相手端末以外の端末から受信される音声データを個別通信の要求元の端末に送信しない。

作業端末２００は、記憶部２１０、通信処理部２２０および音声処理部２３０を有する。記憶部２１０は、ＲＡＭ２０２やフラッシュメモリ２０３に確保された記憶領域を用いて実現される。通信処理部２２０および音声処理部２３０は、ＲＡＭ２０２に記憶されたプログラムをプロセッサ２０１により実行することで実現される。

記憶部２１０は、作業端末２００の識別情報を記憶する。作業端末２００の識別情報は、作業端末２００を使用するユーザのユーザＩＤでもよいし、作業端末２００による通信に用いられる所定のアドレス（例えば、ＩＰ（Internet Protocol）アドレス）でもよい。

通信処理部２２０は、サーバ１００との通信処理を行う。通信処理部２２０は、音声処理部２３０から音声データを取得し、取得した音声データをサーバ１００に送信する。通信処理部２２０は、サーバ１００から音声データを受信し、受信した音声データを音声処理部２３０に提供する。

音声処理部２３０は、音声信号処理部２０８の動作を制御し、マイク２０８ａにより入力された音声に対応する音声データ（デジタル音声信号）を通信処理部２２０に提供する。音声処理部２３０は、通信処理部２２０から音声データを取得し、音声信号処理部２０８の動作を制御して、取得した音声データを、スピーカ２０８ｂを用いて再生する。

支援端末３００は、記憶部３１０、通信処理部３２０および音声処理部３３０を有する。支援端末４００は、記憶部４１０、通信処理部４２０および音声処理部４３０を有する。記憶部３１０，４１０それぞれは、支援端末３００，４００の識別情報を記憶する。通信処理部３２０，４２０は、支援端末３００，４００において、通信処理部２２０に対応する機能を担う。音声処理部３３０，４３０は、支援端末３００，４００において、音声処理部２３０に対応する機能を担う。

図６は、第２の実施の形態のグループ管理テーブルの例を示す図である。グループ管理テーブル１１１は、記憶部１１０に予め格納される。グループ管理テーブル１１１は、グループＩＤおよび所属ユーザＩＤの項目を含む。

グループＩＤの項目には、グループＩＤ（グループの識別情報）が登録される。所属ユーザＩＤの項目には、グループに所属するユーザのユーザＩＤ（ユーザの識別情報）が登録される。

例えば、グループ管理テーブル１１１には、グループＩＤが“１”、所属ユーザＩＤが“１，２，３”というレコードが登録されている。このレコードは、グループＩＤ“１”のグループに、ユーザＩＤ“１”、“２”、“３”の３人のユーザが所属していることを示す。

ここで、ユーザＩＤ“１”のユーザは、作業者Ｕ１である。ユーザＩＤ“２”のユーザは、支援者Ｕ２である。ユーザＩＤ“３”のユーザは、支援者Ｕ３である。
グループ管理テーブル１１１には、他のグループに関するレコードも同様に登録され得る。

図７は、第２の実施の形態のセッション管理テーブルの例を示す図である。セッション管理テーブル１１２は、記憶部１１０に格納される。セッション管理テーブル１１２は、セッション管理部１２０により更新される。セッション管理テーブル１１２は、グループＩＤ、ユーザＩＤおよびセッションＩＤの項目を含む。

グループＩＤの項目には、グループＩＤが登録される。ユーザＩＤの項目には、ユーザＩＤが登録される。セッションＩＤの項目には、セッションＩＤ（セッションの識別情報）が登録される。

例えば、セッション管理テーブル１１２には、グループＩＤが“１”、ユーザＩＤが“１”、セッションＩＤが“１００”というレコードが登録されている。これは、グループＩＤ“１”のグループに属するユーザＩＤ“１”に対応する端末に対して、セッションＩＤ“１００”のセッションが生成されていることを示す。

ここで、ユーザＩＤ“１”は、端末の識別情報にも対応付けられる。例えば、ユーザＩＤ“１”は、作業者Ｕ１のユーザＩＤである。また、作業者Ｕ１が使用する端末は作業端末２００である。このため、ユーザＩＤ“１”は、作業端末２００の識別情報に対応付けられる。この場合、ユーザＩＤ“１”から作業端末２００を特定できることになるので、ユーザＩＤ“１”自体を、作業端末２００の識別情報と考えることもできる。

また、セッション管理テーブル１１２には、グループ管理テーブル１１１に登録されたグループおよびユーザＩＤに対して動的に生成されたセッションのセッションＩＤが登録される。このため、セッション管理テーブル１１２において、現在サービスを使用していないグループに対するユーザＩＤやセッションＩＤの設定は、設定なしとなる。図中、設定なしを、“−”（ハイフン記号）により表している（以下の説明でも同様）。

図８は、第２の実施の形態の個別通信管理テーブルの例を示す図である。個別通信管理テーブル１１３は、記憶部１１０に格納される。個別通信管理テーブル１１３は、セッション管理部１２０により更新される。個別通信管理テーブル１１３は、グループＩＤ、個別通信ＩＤ、個別通信対象ユーザＩＤおよび個別通信開始ユーザＩＤの項目を含む。

グループＩＤの項目には、グループＩＤが登録される。個別通信ＩＤの項目には、個別通信ＩＤ（個別通信の識別情報）が登録される。個別通信対象ユーザＩＤの項目には、個別通信を行う端末のペアに対応するユーザＩＤの組み合わせが登録される。個別通信開始ユーザＩＤの項目には、個別通信を行う端末のペアのうち、個別通信を開始した（個別通信開始の通知を送信した）端末に対応するユーザＩＤが登録される。

例えば、個別通信管理テーブル１１３には、グループＩＤが“１”、個別通信ＩＤが“１”、個別通信対象ユーザＩＤが“１，３”、個別通信開始ユーザＩＤが“１”というレコードが登録されている。これは、グループＩＤ“１”のグループにおいて、個別通信ＩＤ“１”で識別される個別通信が行われていることを示す。また、個別通信ＩＤ“１”の個別通信が、ユーザＩＤ“１”に対応する作業端末２００、および、ユーザＩＤ“３”に対応する支援端末４００のペアによる個別通信であることを示す。更に、個別通信ＩＤ“１”の個別通信が、ユーザＩＤ“１”に対応する作業端末２００の要求により開始されたことを示す。

ここで、個別通信管理テーブル１１３に個別通信のレコードが登録されている場合、当該個別通信に対応する個別セッションが新たに生成されていることになる。例えば、上記の作業端末２００および支援端末３００のペアによる個別通信の場合、セッション管理部１２０は、作業端末２００とサーバ１００との間の個別セッション、および、支援端末３００とサーバ１００との間の個別セッションを生成する。

次に、第２の実施の形態の遠隔支援システムによる音声通信の手順を説明する。まず、作業端末２００の処理手順を説明し、次に、サーバ１００の処理手順を説明する。
図９は、第２の実施の形態の端末処理の例を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。

（Ｓ１１）通信処理部２２０は、作業者Ｕ１による所定の操作入力を受け付け、サーバ１００が提供する遠隔支援用の会議室にログインする。例えば、サーバ１００は、作業端末２００および支援端末３００，４００のグループに対応する会議室を所定のＷｅｂページにより提供する。通信処理部２２０は、例えば、作業者Ｕ１のユーザＩＤとパスワードとを用いて、当該ログインを行う。なお、通信処理部３２０，４２０も同様に、サーバ１００に対するログインを行う。すると、通信処理部２２０は、サーバ１００を介した、支援端末３００，４００との音声通信を開始する。作業者Ｕ１は、支援者Ｕ２，Ｕ３の音声による支援を受けながら、作業を進めることができる。

（Ｓ１２）通信処理部２２０は、作業者Ｕ１による個別通信開始入力を受け付けたか否かを判定する。個別通信開始入力を受け付けた場合、処理をステップＳ１３に進める。個別通信開始入力を受け付けていない場合、処理をステップＳ１４に進める。ここで、個別通信開始入力には、作業者Ｕ１により指定された個別通信の相手のユーザＩＤ（例えば、ユーザＩＤ“３”）、および、要求元である作業者Ｕ１のユーザＩＤ（例えば、ユーザＩＤ“１”）が含まれる。

（Ｓ１３）通信処理部２２０は、個別通信開始をサーバ１００へ通知する。当該通知には、作業者Ｕ１により指定された個別通信の相手のユーザＩＤ、および、要求元である作業者Ｕ１のユーザＩＤが含まれる。その後、通信処理部２２０は、指定されたユーザＩＤに対応する端末（例えば、支援端末４００）以外の端末（例えば、支援端末３００）からの音声データを受信しなくなる。

（Ｓ１４）通信処理部２２０は、作業者Ｕ１による個別通信終了入力を受け付けたか否かを判定する。個別通信終了入力を受け付けた場合、処理をステップＳ１５に進める。個別通信終了入力を受け付けていない場合、処理をステップＳ１６に進める。

（Ｓ１５）通信処理部２２０は、個別通信終了をサーバ１００へ通知する。その後、通信処理部２２０は、個別通信先として指定されたユーザＩＤに対応する端末（例えば、支援端末４００）以外の端末（例えば、支援端末３００）からの音声データの受信を再開する。

（Ｓ１６）通信処理部２２０は、作業者Ｕ１による音声通信用のアプリケーション（クライアントアプリケーション）終了の入力を受け付けたか否かを判定する。アプリケーション終了の入力を受け付けた場合、処理をステップＳ１７に進める。アプリケーション終了の入力を受け付けていない場合、通信処理部２２０および音声処理部２３０は、音声通信による会議を継続して、処理をステップＳ１２に進める。

（Ｓ１７）通信処理部２２０は、音声通信を終了する。そして、通信処理部２２０は、音声通信用のアプリケーション（クライアントアプリケーション）を終了させる。
図１０は、第２の実施の形態のサーバ処理の例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。

（Ｓ２１）セッション管理部１２０は、グループメンバのセッション接続を行う。すなわち、セッション管理部１２０は、作業端末２００および支援端末３００，４００のログインに用いられたユーザＩＤに対して、セッションＩＤを生成し、記憶部１１０に記憶されたセッション管理テーブル１１２に登録する。ユーザＩＤに対応するグループＩＤは、セッション管理テーブル１１２に予め登録されている。転送処理部１３０は、該当のグループに属するセッションに対応する作業端末２００および支援端末３００，４００の間の音声通信（音声データの転送）を開始する。

（Ｓ２２）セッション管理部１２０は、いずれかの端末から個別通信開始通知を受け付けたか否かを判定する。個別通信開始通知を受け付けた場合、処理をステップＳ２３に進める。個別通信開始通知を受け付けていない場合、処理をステップＳ２７に進める。

（Ｓ２３）セッション管理部１２０は、記憶部１１０に記憶された個別通信管理テーブル１１３を参照して、個別通信開始通知に含まれる個別通信の要求元のユーザＩＤと相手先のユーザＩＤとの組に対応する個別セッションが既にあるか否かを判定する。該当の個別セッションが既にある場合、処理をステップＳ２５に進める。該当の個別セッションがない場合、処理をステップＳ２４に進める。

（Ｓ２４）セッション管理部１２０は、個別通信開始通知で指定された個別通信対象のユーザＩＤのペアに対応する端末間に個別セッションを生成する。また、セッション管理部１２０は、生成した個別セッションに関する情報（個別通信ＩＤ、個別通信対象ユーザＩＤおよび個別通信開始ユーザＩＤ）を個別通信管理テーブル１１３に登録する。そして、処理をステップＳ２５に進める。

（Ｓ２５）転送処理部１３０は、個別通信管理テーブル１１３を参照して、個別通信対象の端末間の個別セッションを用いた音声通信を開始する。例えば、個別通信管理テーブル１１３に、グループＩＤ“１”に対して図８で例示した個別通信ＩＤ“１”のレコードのみが登録されている場合を考える。この場合、転送処理部１３０は、ユーザＩＤ“１”に対応する作業端末２００とユーザＩＤ“３”に対応する支援端末３００との間の個別通信を開始する。

（Ｓ２６）転送処理部１３０は、セッション管理テーブル１１２および個別通信管理テーブル１１３を参照して、個別通信開始通知の通知元端末へ向けた既存セッションの音声データ送信を停止する。例えば、ステップＳ２５で示した具体例において、個別通信開始通知の通知元の端末がユーザＩＤ“１”に対応する作業端末２００であるとする。この場合、セッション管理テーブル１１２における、ユーザＩＤ“１”が属するグループに対応するセッションが既存セッションである。その結果、例えば、転送処理部１３０は、支援端末４００の音声データを作業端末２００に転送するが、支援端末３００の音声データを作業端末２００に転送しなくなる。

（Ｓ２７）セッション管理部１２０は、いずれかの端末から個別通信終了通知を受け付けたか否かを判定する。個別通信終了通知を受け付けた場合、処理をステップＳ２８に進める。個別通信終了通知を受け付けていない場合、処理をステップＳ３０に進める。

（Ｓ２８）転送処理部１３０は、個別通信開始通知の通知元端末に対し、ステップＳ２６で停止した既存セッションの音声データ送信を再開する。例えば、個別通信開始通知の通知元端末が作業端末２００であるとすると、作業端末２００に対して、支援端末３００の音声データの転送が再開される。

（Ｓ２９）転送処理部１３０は、個別通信対象の端末間の音声通信を終了する。セッション管理部１２０は、個別通信管理テーブル１１３から終了対象の個別通信に対応する個別通信ＩＤのレコードを削除する。すなわち、セッション管理部１２０は、個別通信用に生成された個別セッションを削除する。そして、処理をステップＳ３０に進める。

（Ｓ３０）セッション管理部１２０は、いずれかの端末から、音声通信用のアプリケーション（端末側のクライアントアプリケーション）終了の通知を受け付けたか否かを判定する。アプリケーション終了の通知を受け付けた場合、処理をステップＳ３１に進める。アプリケーション終了の通知を受け付けていない場合、セッション管理部１２０および転送処理部１３０は、音声通信による会議を継続して、処理をステップＳ２２に進める。

（Ｓ３１）セッション管理部１２０は、セッション管理テーブル１１２に登録されている該当のグループの音声通信用セッションを削除する。
図１１は、第２の実施の形態の音声データの転送抑止の具体例を示す図である。例えば、サーバ１００は、作業端末２００および支援端末３００，４００それぞれとの間でセッションを確立し、作業者Ｕ１および支援者Ｕ２，Ｕ３の３者による遠隔支援を実現している。このとき、被支援者である作業者Ｕ１は、支援者Ｕ２，Ｕ３の両方から音声による支援を受けている際に、例えば、支援者Ｕ３の音声を傾聴したいこともある。

この場合、作業者Ｕ１は、作業端末２００により表示される所定のＧＵＩを操作し、個別通信相手として支援者Ｕ３のユーザＩＤ“３”を選択する。サーバ１００は、作業端末２００から当該選択を受け付けると、作業端末２００および支援端末４００それぞれとの間で、新規に個別セッションを確立し、作業端末２００および支援端末４００の間の音声通信を開始する。そして、サーバ１００は、支援端末３００，４００から作業端末２００への既存セッションを用いた音声データの転送を停止する。

このようにすると、支援端末３００により送信された音声データは、作業端末２００へは転送されなくなる。一方、それ以外の音声通信は維持される。すなわち、作業端末２００により送信された音声データは、支援端末３００，４００へ転送される。支援端末３００により送信された音声データは、支援端末４００へ転送される。支援端末４００により送信された音声データは、作業端末２００および支援端末３００へ転送される。

したがって、支援端末３００が出力する音声は、作業者Ｕ１の音声および支援者Ｕ３の音声を含む。支援端末４００が出力する音声は、作業者Ｕ１の音声および支援者Ｕ２の音声を含む。

そして、作業端末２００が出力する音声は、支援者Ｕ３の音声を含むが、支援者Ｕ２の音声を含まない。したがって、作業者Ｕ１は、支援者Ｕ２，Ｕ３のうち、支援者Ｕ３の音声のみを聞くことが可能となり、音声の認識性の低下を抑制できる。更に、支援端末３００から作業端末２００への音声通信以外の音声通信を維持できる。

なお、１つのグループに対して、複数の個別通信ＩＤを登録することも可能である。例えば、支援者および支援端末がそれぞれ３以上存在する場合を考える。この場合、セッション管理部１２０は、図８の個別通信管理テーブル１１３の例において、ユーザＩＤ“１”を個別通信開始ユーザＩＤとする他の個別通信（ユーザＩＤ“３”以外のユーザを相手とする）のレコードを登録してもよい。すると、転送処理部１３０は、個別通信の相手先として指定された複数の支援者の音声のみを作業端末２００に転送することになる。このように、作業者Ｕ１は、傾聴したい支援者を複数選択可能にすることも考えられる。

また、サーバ１００は、ある個別通信ＩＤの個別通信を行っている最中に、別の個別通信ＩＤの個別通信を開始することもできる。具体的には、セッション管理部１２０は、図８の個別通信管理テーブル１１３の例において、ユーザＩＤ“１”を個別通信開始ユーザＩＤとする他の個別通信（ユーザＩＤ“３”以外のユーザを相手とする）のレコードを追加で登録してもよい。すると、セッション管理部１２０は、新たなレコードに対応する個別セッションを更に生成し、個別通信を行う既存の端末群（例えば、作業端末２００と支援端末４００）に別の端末を追加する。

このように、サーバ１００は、例えば、作業端末２００からの指示に応じて、複数の端末のうち、個別通信を行う端末群を動的に変更してもよい。こうして、作業者Ｕ１による個別通信先の相手ユーザの事後的な追加を可能にすることもできる。

［第３の実施の形態］
以下、第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。

第２の実施の形態では、サーバ１００によるセッションの制御によって、ある端末（例えば、作業端末２００）に転送する音声データを制限する処理を例示した。一方、端末側の制御により、特定のユーザの音声の出力を制限することも考えられる。そこで、第３の実施の形態では、作業端末２００の制御により、特定の支援者の音声の出力を制限する例を説明する。

ここで、第３の実施の形態の遠隔支援システムの各装置は、図２で例示した第２の実施の形態の遠隔支援システムと同様である。そこで、第３の実施の形態でも、第２の実施の形態と同じ名称・符号を用いる。ただし、第３の実施の形態では、作業端末２００は、音声の出力の制御のため、データ遮断管理テーブルを記憶する。第３の実施の形態では、サーバ１００は、個別通信管理テーブル１１３を保持しなくてもよい。

図１２は、第３の実施の形態のデータ遮断管理テーブルの例を示す図である。データ遮断管理テーブル２１１は、記憶部２１０に記憶される。データ遮断管理テーブル２１１は、通信処理部２２０により更新される。データ遮断管理テーブル２１１は、グループＩＤ、個別通信ＩＤ、相手ユーザＩＤおよびデータ遮断フラグの項目を含む。

グループＩＤの項目には、グループＩＤが登録される。個別通信ＩＤの項目には、個別通信ＩＤが登録される。相手ユーザＩＤの項目には、自端末と通信する相手先の端末を使用するユーザ（相手ユーザ）のユーザＩＤが登録される。データ遮断フラグの項目には、受信した相手ユーザの音声データを、破棄するか否かを示すフラグ（データ遮断フラグと称する）が登録される。データ遮断フラグ“ｔｒｕｅ”は、該当の音声データを破棄することを示す。破棄された音声データに対応する音声は、スピーカ２０８ｂから出力されない。データ遮断フラグ“ｆａｌｓｅ”は、該当の音声データを破棄しないことを示す。破棄されない音声データに対応する音声は、スピーカ２０８ｂから出力される。

例えば、データ遮断管理テーブル２１１には、グループＩＤが“１”、個別通信ＩＤが“１”、相手ユーザＩＤが“２”、データ遮断フラグが“ｔｒｕｅ”というレコードが登録されている。このレコードは、グループＩＤ“１”のグループにおける個別通信ＩＤ“１”で識別される個別通信を表しており、相手ユーザＩＤ“２”に対応する音声データを受信した場合に、当該音声データを破棄することを示す。

また、例えば、データ遮断管理テーブル２１１には、グループＩＤが“１”、個別通信ＩＤが“２”、相手ユーザＩＤが“３”、データ遮断フラグが“ｆａｌｓｅ”というレコードが登録されている。このレコードは、グループＩＤ“１”のグループにおける個別通信ＩＤ“２”で識別される個別通信を表しており、相手ユーザＩＤ“３”に対応する音声データを受信した場合に、当該音声データを破棄しないことを示す。

次に、第３の実施の形態の遠隔支援システムによる音声通信の手順を説明する。まず、作業端末２００の処理手順を説明し、次に、サーバ１００の処理手順を説明する。
図１３は、第３の実施の形態の端末処理の例を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。

（Ｓ４１）通信処理部２２０は、作業者Ｕ１による所定の操作入力を受け付け、サーバ１００が提供する遠隔支援用の会議室にログインする。例えば、サーバ１００は、作業端末２００および支援端末３００，４００のグループに対応する会議室を所定のＷｅｂページにより提供する。例えば、通信処理部２２０は、作業者Ｕ１のユーザＩＤとパスワードとを用いて、当該ログインを行う。なお、通信処理部３２０，４２０も同様に、サーバ１００に対するログインを行う。すると、通信処理部２２０は、サーバ１００を介した、支援端末３００，４００との音声通信を開始する。作業者Ｕ１は、支援者Ｕ２，Ｕ３の音声による支援を受けながら、作業を進めることができる。

（Ｓ４２）通信処理部２２０は、作業者Ｕ１による個別通信開始入力を受け付けたか否かを判定する。個別通信開始入力を受け付けた場合、処理をステップＳ４３に進める。個別通信開始入力を受け付けていない場合、処理をステップＳ４４に進める。ここで、個別通信開始入力には、作業者Ｕ１により指定された個別通信の相手のユーザＩＤ（例えば、ユーザＩＤ“３”）が含まれる。なお、通信処理部２２０は、個別通信開始入力として、個別通信の対象外とする相手のユーザＩＤ（例えば、ユーザＩＤ“２”）の入力を受け付けてもよい。

（Ｓ４３）通信処理部２２０は、個別通信開始をサーバ１００へ通知する。個別通信開始通知は、作業端末２００を使用する作業者Ｕ１のユーザＩＤ“１”を含む。通知により、以後、通信処理部２２０が受信する音声データはユーザＩＤが付与された音声データとなる。

また、通信処理部２２０は、作業端末２００に対応するユーザＩＤ“１”のグループＩＤ“１”に属する、指定されたユーザＩＤ“３”以外のユーザＩＤ“２”を特定する。通信処理部２２０は、グループＩＤ“１”のグループに属するユーザＩＤをサーバ１００に問い合わせることでユーザＩＤ“２”を特定してもよい。あるいは、通信処理部２２０は、記憶部２１０に記憶されたグループＩＤとユーザＩＤとの対応関係を示す所定の情報を参照することでユーザＩＤ“２”を特定してもよい。通信処理部２２０は、記憶部２１０に記憶されたデータ遮断管理テーブル２１１に、グループＩＤ“１”、個別通信ＩＤ“１”のレコード（相手ユーザＩＤ“２”、データ遮断フラグ“ｔｒｕｅ”）を登録する。また、通信処理部２２０は、グループＩＤ“１”、個別通信ＩＤ“２”のレコード（相手ユーザＩＤ“３”、データ遮断フラグ“ｆａｌｓｅ”）を、データ遮断管理テーブル２１１に登録する。

なお、通信処理部２２０は、ステップＳ４２で、個別通信の対象外とする相手のユーザＩＤ（例えば、ユーザＩＤ“２”）の選択を受け付けることも考えられる。この場合、通信処理部２２０は、ステップＳ４３では、グループＩＤ“１”に属するユーザＩＤ“２”以外のユーザ（例えば、ユーザＩＤ“３”）を特定する。その上で、通信処理部２２０は、上記のように個別通信ＩＤ“１”、“２”のレコードをデータ遮断管理テーブル２１１に登録する。

（Ｓ４４）通信処理部２２０は、データ遮断管理テーブル２１１を参照して、個別通信中であるか否かを判定する。個別通信中である場合、処理をステップＳ４５に進める。個別通信中でない場合、処理をステップＳ４６に進める（受信した音声データに対応する音声の出力を制限せずに出力する）。ここで、データ遮断管理テーブル２１１にいずれかの個別通信のレコードが登録済であれば、個別通信中である。一方、データ遮断管理テーブル２１１にレコードの登録がなければ、個別通信中でない。

（Ｓ４５）通信処理部２２０は、個別通信対象のユーザＩＤ以外の音声データを遮断する。具体的には、通信処理部２２０は、個別通信対象のユーザＩＤ以外のユーザＩＤを含む音声データを受信しても破棄する。ここで、「個別通信対象のユーザＩＤ」とは、データ遮断管理テーブル２１１に登録された相手ユーザＩＤのうち、データ遮断フラグ“ｆａｌｓｅ”が設定されたユーザＩＤである。「個別通信対象のユーザＩＤ以外のユーザＩＤ」とは、データ遮断管理テーブル２１１に登録された相手ユーザＩＤのうち、データ遮断フラグ“ｔｒｕｅ”が設定されたユーザＩＤである。該当の音声データの破棄の結果、音声処理部２３０は、個別通信対象のユーザＩＤに対応する音声に限定して、スピーカ２０８ｂによる音声出力を行う。

（Ｓ４６）通信処理部２２０は、作業者Ｕ１による個別通信終了入力を受け付けたか否かを判定する。個別通信終了入力を受け付けた場合、処理をステップＳ４７に進める。個別通信終了入力を受け付けていない場合、処理をステップＳ４８に進める。

（Ｓ４７）通信処理部２２０は、個別通信終了をサーバ１００へ通知する。個別通信終了通知は、作業端末２００を使用する作業者Ｕ１のユーザＩＤ“１”を含む。通知により、以後、通信処理部２２０が受信する音声データはユーザＩＤが付与されていない音声データとなる。また、通信処理部２２０は、データ遮断管理テーブル２１１に登録されているレコードを全て削除する。

（Ｓ４８）通信処理部２２０は、作業者Ｕ１による音声通信用のアプリケーション（クライアントアプリケーション）終了の入力を受け付けたか否かを判定する。アプリケーション終了の入力を受け付けた場合、処理をステップＳ４９に進める。アプリケーション終了の入力を受け付けていない場合、通信処理部２２０および音声処理部２３０は、音声通信による会議を継続して、処理をステップＳ４２に進める。

（Ｓ４９）通信処理部２２０は、音声通信を終了する。そして、通信処理部２２０は、音声通信用のアプリケーション（クライアントアプリケーション）を終了させる。
図１４は、第３の実施の形態のサーバ処理の例を示すフローチャートである。以下、図１４に示す処理をステップ番号に沿って説明する。

（Ｓ５１）セッション管理部１２０は、グループメンバのセッション接続を行う。すなわち、セッション管理部１２０は、作業端末２００および支援端末３００，４００のログインに用いられたユーザＩＤに対して、セッションＩＤを生成し、記憶部１１０に記憶されたセッション管理テーブル１１２に登録する。ユーザＩＤに対応するグループＩＤは、セッション管理テーブル１１２に予め登録されている。転送処理部１３０は、該当のグループに属するセッションに対応する作業端末２００および支援端末３００，４００の間の音声通信（音声データの転送）を開始する。

（Ｓ５２）セッション管理部１２０は、個別通信開始通知を受け付けたか否かを判定する。個別通信開始通知を受け付けた場合、処理をステップＳ５３に進める。個別通信開始通知を受け付けていない場合、処理をステップＳ５４に進める。

（Ｓ５３）セッション管理部１２０は、記憶部１１０に記憶されたグループ管理テーブル１１１を参照して、個別通信開始通知に含まれるユーザＩＤが属するグループのメンバ端末に、音声データへのユーザＩＤの付与を開始する指示を通知する。例えば、個別通信開始通知のユーザＩＤが“１”の場合、メンバ端末は、ユーザＩＤ“１”、“２”、“３”に対応する作業端末２００および支援端末３００，４００である。したがって、セッション管理部１２０は、音声データへのユーザＩＤの付与を開始する指示を、作業端末２００および支援端末３００，４００に通知する。以後、該当グループの音声データには、各端末によりユーザＩＤが付与されるようになる。

（Ｓ５４）セッション管理部１２０は、個別通信終了通知を受け付けたか否かを判定する。個別通信終了通知を受け付けた場合、処理をステップＳ５５に進める。個別通信終了通知を受け付けていない場合、処理をステップＳ５６に進める。

（Ｓ５５）セッション管理部１２０は、個別通信終了通知に含まれるユーザＩＤが属するグループのメンバ端末に、音声データへのユーザＩＤの付与を停止する指示を通知する。例えば、個別通信終了通知のユーザＩＤが“１”の場合、音声データへのユーザＩＤの付与を停止する指示を、作業端末２００および支援端末３００，４００に通知する。以後、該当グループの音声データには、ユーザＩＤが付与されなくなる。

（Ｓ５６）セッション管理部１２０は、いずれかの端末から、音声通信用のアプリケーション（端末側のクライアントアプリケーション）終了の通知を受け付けたか否かを判定する。アプリケーション終了の通知を受け付けた場合、処理をステップＳ５７に進める。アプリケーション終了の通知を受け付けていない場合、セッション管理部１２０および転送処理部１３０は、音声通信による会議を継続して、処理をステップＳ５２に進める。

（Ｓ５７）セッション管理部１２０は、セッション管理テーブル１１２に登録されている該当のグループの音声通信用セッションを削除する。
なお、通常時（個別通信を行っていない間）に音声データにユーザＩＤを付与しない理由は、音声データへのユーザＩＤ付与に伴うオーバーヘッド（例えば、端末やネットワーク１０の負荷）を低下させるためである。

図１５は、第３の実施の形態の音声データの転送抑止の具体例を示す図である。例えば、サーバ１００は、作業端末２００および支援端末３００，４００それぞれとの間でセッションを確立し、作業者Ｕ１および支援者Ｕ２，Ｕ３の３者による遠隔支援を実現している。このとき、被支援者である作業者Ｕ１は、支援者Ｕ２，Ｕ３の両方から音声による支援を受けている際に、例えば、支援者Ｕ３の音声を傾聴したいこともある。

この場合、作業者Ｕ１は、作業端末２００により表示される所定のＧＵＩを操作し、個別通信相手として支援者Ｕ３のユーザＩＤ“３”を選択する。ここで、この選択を、作業者Ｕ１による、個別通信の対象外の相手（ユーザＩＤ“２”）の選択と考えることもできる。作業端末２００は、作業者Ｕ１による選択に応じて、ユーザＩＤ“３”以外のユーザＩＤが付与された音声データを受信しても破棄するようデータ遮断管理テーブル２１１を設定する。

作業端末２００は、個別通信開始通知を、サーバ１００に送信する。サーバ１００は、作業端末２００および支援端末３００，４００に、音声データへのユーザＩＤの付与を開始するよう指示する。すると、作業端末２００は、ユーザＩＤ“１”を付与した音声データの送信を開始する。支援端末３００は、ユーザＩＤ“２”を付与した音声データの送信を開始する。支援端末４００は、ユーザＩＤ“３”を付与した音声データの送信を開始する。

作業端末２００は、ユーザＩＤ“２”が付与された音声データを受信する。データ遮断管理テーブル２１１によれば、ユーザＩＤ“２”は、データ遮断フラグが“ｔｒｕｅ”であり、音声出力が許容されていないユーザＩＤ“２”に該当する。したがって、作業端末２００は、ユーザＩＤ“２”が付与された音声データを破棄する。

また、作業端末２００は、ユーザＩＤ“３”が付与された音声データを受信する。データ遮断管理テーブル２１１によれば、ユーザＩＤ“３”は、データ遮断フラグが“ｆａｌｓｅ”であり、音声出力が許容されているユーザＩＤ“３”に一致する。したがって、作業端末２００は、ユーザＩＤ“３”が付与された音声データに対応する音声をスピーカ２０８ｂにより出力する。

すなわち、作業端末２００は、支援端末３００，４００のうちの特定の端末（例えば、支援端末３００）の指定を受け付ける（例えば、ユーザＩＤの入力により当該指定を受け付ける）。作業端末２００は、支援端末３００から、音声データと、支援端末３００の識別情報（例えば、ユーザＩＤ“２”）とを含む情報を受信すると、支援端末３００の識別情報に基づき、支援端末３００が、指定された特定の端末であるか否かの判定を行う。作業端末２００は、支援端末３００が、指定された特定の端末である場合（音声出力が許容されていない端末である場合）、音声データの出力を抑制する制御を実行する。

このようにすると、支援端末３００により送信された音声データは、作業端末２００で再生されなくなる。一方、支援端末４００により送信された音声データは、作業端末２００で再生される。作業端末２００により送信された音声データは、支援端末３００，４００へ転送され、支援端末３００，４００により再生される。

すなわち、支援端末３００が出力する音声は、作業者Ｕ１の音声および支援者Ｕ３の音声を含む。支援端末４００が出力する音声は、作業者Ｕ１の音声および支援者Ｕ２の音声を含む。

そして、作業端末２００が出力する音声は、支援者Ｕ３の音声を含むが、支援者Ｕ２の音声を含まない。したがって、作業者Ｕ１は、支援者Ｕ３の音声のみを聞くことが可能となり、音声の認識性の低下を抑制できる。更に、支援端末３００から作業端末２００への音声通信以外の音声通信を維持できる。

なお、作業者Ｕ１は、個別通信を行う相手先のユーザＩＤとして、複数のユーザＩＤを選択することもできる。作業端末２００は、作業者Ｕ１により個別通信相手として指定されたユーザＩＤに対し、データ遮断管理テーブル２１１のデータ遮断フラグを“ｆａｌｓｅ”に設定し、同じグループに属する他のユーザＩＤに対して、データ遮断フラグを“ｔｒｕｅ”に設定する。または、作業端末２００は、作業者Ｕ１により個別通信対象外の相手として指定されたユーザＩＤのデータ遮断フラグを“ｔｒｕｅ”に設定し、同じグループに属する他のユーザＩＤのデータ遮断フラグを“ｆａｌｓｅ”に設定してもよい。

こうして、作業端末２００は、データ遮断管理テーブル２１１に基づき、作業者Ｕ１に指定された複数の相手ユーザの音声に限定して出力することもできる。
［第４の実施の形態］
以下、第４の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。

第２の実施の形態では、既存セッションに加えて新規セッションを作成して、個別通信を実現する例を示した。一方、第４の実施の形態では、サーバ１００の制御により、新規セッションを作成せずに個別通信を実現する例を説明する。

ここで、第４の実施の形態の遠隔支援システムの各装置は、図２で例示した第２の実施の形態の遠隔支援システムと同様である。そこで、第４の実施の形態でも、第２の実施の形態と同じ名称・符号を用いる。

まず、第４の実施の形態の遠隔支援システムによる音声通信の手順を説明する。作業端末２００の処理手順は、図９で例示した第２の実施の形態の手順と同様であるため、説明を省略する。

図１６は、第４の実施の形態のサーバ処理の例を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
（Ｓ６１）セッション管理部１２０は、グループメンバのセッション接続を行う。すなわち、セッション管理部１２０は、作業端末２００および支援端末３００，４００のログインに用いられたユーザＩＤに対して、セッションＩＤを生成し、記憶部１１０に記憶されたセッション管理テーブル１１２に登録する。ユーザＩＤに対応するグループＩＤは、セッション管理テーブル１１２に予め登録されている。転送処理部１３０は、該当のグループに属するセッションに対応する作業端末２００および支援端末３００，４００の間の音声通信（音声データの転送）を開始する。

（Ｓ６２）セッション管理部１２０は、いずれかの端末から個別通信開始通知を受け付けたか否かを判定する。個別通信開始通知を受け付けた場合、処理をステップＳ６３に進める。個別通信開始通知を受け付けていない場合、処理をステップＳ６４に進める。

（Ｓ６３）セッション管理部１２０は、個別通信開始通知元の端末への音声データ転送において、個別通信対象ユーザ以外のセッションＩＤの音声データの遮断を開始する。具体的には、セッション管理部１２０は、個別通信開始通知に応じた情報（個別通信ＩＤ、個別通信対象ユーザＩＤおよび個別通信開始ユーザＩＤ）を個別通信管理テーブル１１３に登録し、登録した情報に基づく転送処理を行うよう転送処理部１３０に指示する。

（Ｓ６４）転送処理部１３０は、新たに音声データを受信すると、個別通信管理テーブル１１３を参照して、セッションＩＤによる音声データの遮断を行っているか否かを判定する。セッションＩＤによる音声データの遮断を行っている場合、処理をステップＳ６５に進める。セッションＩＤによる音声データの遮断を行っていない場合、処理をステップＳ６６に進める（この場合、音声データは遮断されずに各端末に転送される）。

例えば、転送処理部１３０は、個別通信管理テーブル１１３を参照して、今回の音声データのセッションＩＤに対応するグループＩＤについて、いずれかの個別通信ＩＤのレコードが登録されていれば、セッションＩＤによる音声データの遮断を行っていると判定する。一方、今回の音声データのセッションＩＤに対応するグループＩＤについて、いずれの個別通信ＩＤのレコードも登録されていなければ、セッションＩＤによる音声データの遮断を行っていないと判定する。

（Ｓ６５）転送処理部１３０は、個別通信対象のユーザ以外のセッションＩＤの音声データの転送を抑制する。具体的には、転送処理部１３０は、ステップＳ６４で判定した遮断対象の音声データについて、個別通信開始セッションＩＤに対応する端末には、個別通信の相手先のセッションＩＤの音声データを転送し、それ以外のセッションＩＤの音声データを転送しない。このとき、転送処理部１３０は、個別通信対象外の音声データの転送を抑制するタイミングを、個別通信の相手先のセッションＩＤの音声データを受信したタイミングに絞ってもよい。すなわち、転送処理部１３０は、個別通信の相手ユーザが話している間に限定して、個別通信対象外の相手ユーザの音声の、個別通信要求元の端末への転送を抑制することも考えられる。

（Ｓ６６）セッション管理部１２０は、いずれかの端末から個別通信終了通知を受け付けたか否かを判定する。個別通信終了通知を受け付けた場合、処理をステップＳ６７に進める。個別通信終了通知を受け付けていない場合、処理をステップＳ６８に進める。

（Ｓ６７）セッション管理部１２０は、個別通信終了通知元の端末への音声データ転送において、個別通信対象のユーザ以外のセッションＩＤの音声データの転送を再開する。具体的には、セッション管理部１２０は、個別通信終了通知に応じた個別通信ＩＤ（通知元のユーザＩＤに対応する個別通信ＩＤ）のレコードを個別通信管理テーブル１１３から削除する。

（Ｓ６８）セッション管理部１２０は、いずれかの端末から、音声通信用のアプリケーション（端末側のクライアントアプリケーション）終了の通知を受け付けたか否かを判定する。アプリケーション終了の通知を受け付けた場合、処理をステップＳ６９に進める。アプリケーション終了の通知を受け付けていない場合、セッション管理部１２０および転送処理部１３０は、音声通信による会議を継続して、処理をステップＳ６２に進める。

（Ｓ６９）セッション管理部１２０は、セッション管理テーブル１１２に登録されている該当のグループ（アプリケーション終了の通知元の端末が属するグループ）の音声通信用セッションを削除する。

図１７は、第４の実施の形態の音声データの転送抑止の具体例を示す図である。例えば、サーバ１００は、作業端末２００および支援端末３００，４００それぞれとの間でセッションを確立し、作業者Ｕ１および支援者Ｕ２，Ｕ３の３者による遠隔支援を実現している。サーバ１００と作業端末２００との間のセッションのセッションＩＤは、“１００”である。サーバ１００と支援端末３００との間のセッションのセッションＩＤは、“１０１”である。サーバ１００と支援端末４００との間のセッションのセッションＩＤは、“１０２”である。このとき、被支援者である作業者Ｕ１は、支援者Ｕ２，Ｕ３の両方から音声による支援を受けている際に、例えば、支援者Ｕ３の音声を傾聴したいこともある。

この場合、作業者Ｕ１は、作業端末２００により表示される所定のＧＵＩを操作し、個別通信相手として支援者Ｕ３のユーザＩＤ“３”を選択する。サーバ１００は、作業端末２００から当該選択を受け付けると、ユーザＩＤ“３”に対応する支援端末４００との間のセッション（セッションＩＤ＝“１０２”のセッション）以外により受信する音声データの作業端末２００への転送を抑制する。

より具体的には、サーバ１００は、作業端末２００から支援端末４００に対応する識別情報（例えば、ＩＰアドレスやユーザＩＤ“３”など）を受け付ける。サーバ１００は、セッションＩＤを端末の識別情報に対応付けて記憶する記憶部１１０を参照して、受け付けた支援端末４００の識別情報に対応付けられたセッションＩＤ（＝“１０２”）を取得する。サーバ１００は、支援端末４００から音声データを受信すると、取得したセッションＩＤ（＝“１０２”）が、受信した音声データのセッションＩＤ（＝“１０２”）に一致するか否かの判定を行う。サーバ１００は、判定結果が肯定的である場合（すなわち、セッションＩＤが一致する場合）、支援端末４００以外の支援端末３００から送信された音声データの、作業端末２００への転送を抑制する。このとき、サーバ１００は、支援端末４００から送信された音声データを作業端末２００へ転送する。

このようにすると、支援端末３００により送信された音声データは、支援端末４００から音声データが送信される間、作業端末２００へは転送されなくなる。一方、それ以外の音声通信は維持される。したがって、作業者Ｕ１は、支援者Ｕ３が音声を発している間は、支援者Ｕ２，Ｕ３のうち支援者Ｕ３の音声のみを聞くことが可能となり、作業者Ｕ１による音声の認識性の低下を抑制できる。更に、支援端末３００から作業端末２００への音声通信以外の音声通信を維持できる。

なお、第４の実施の形態でも、１つのグループに対して、複数の個別通信ＩＤを登録することが可能である。例えば、支援者および支援端末がそれぞれ３以上存在する場合を考える。この場合、セッション管理部１２０は、図８の個別通信管理テーブル１１３の例において、ユーザＩＤ“１”を個別通信開始ユーザＩＤとする他の個別通信（ユーザＩＤ“３”以外のユーザを相手とする）のレコードを登録してもよい。すると、転送処理部１３０は、個別通信の相手先として指定された複数の支援者の音声を作業端末２００に転送し、それ以外の支援者の音声を作業端末２００に転送しないことになる。このように、作業者Ｕ１により、傾聴したい支援者を複数選択可能にすることも考えられる。

なお、第１の実施の形態の情報処理は、処理部１ｂにプログラムを実行させることで実現できる。また、第２，第４の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。第３の実施の形態の情報処理は、プロセッサ２０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１３，２１に記録できる。サーバ１００および作業端末２００それぞれは、メモリとプロセッサとを有するコンピュータの一例であると考えることができる。

例えば、プログラムを記録した記録媒体１３，２１を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。

例えば、サーバ１００は、記録媒体１３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。また、例えば、作業端末２００は、記録媒体２１に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ２０２やフラッシュメモリ２０３などの記憶装置に格納し、当該記憶装置からプログラムを読み込んで実行してもよい。

１ 音声データ転送装置
１ａ 記憶部
１ｂ 処理部
２，３，４ 端末
５ ネットワーク
６，７，８ ユーザ
Ｒ１１，Ｒ１２，Ｒ１３，Ｒ２１，Ｒ２２ 転送路
Ｘ１ 転送路情報

Claims (12)

1. 複数の端末それぞれと自装置との間に生成された音声データの転送路を介して前記複数の端末に含まれる端末間で音声データの転送を実行する音声データ転送プログラムにおいて、
   前記複数の端末のうちのいずれかの端末である第１の端末から第２の端末の識別情報を受け付けると、前記第１の端末と自装置との間と、前記第２の端末と自装置との間と、にそれぞれ新たな音声データの転送路を生成し、
   生成した前記新たな音声データの転送路を介して、前記第１の端末と、前記第２の端末との間で音声データの転送を実行するとともに、前記第１の端末と自装置との間に生成された音声データの転送路と、前記第１の端末と前記第２の端末とは異なる他の端末と自装置との間に生成された音声データの転送路とを介した、前記第１の端末と前記他の端末との間での音声データの転送を抑制する、
   処理をコンピュータに実行させることを特徴とする音声データ転送プログラム。
2. 前記第１の端末と前記他の端末との間での音声データの転送の抑制では、前記他の端末から受信した音声データの前記第１の端末への転送を行わず、前記第１の端末から受信した音声データの前記他の端末への転送を行う、ことを特徴とする請求項１記載の音声データ転送プログラム。
3. 生成した前記新たな音声データの転送路を介した前記第１の端末と前記第２の端末との間の音声データの転送を開始した後に、前記第１の端末から第３の端末の識別情報を受け付けると、前記第３の端末と自装置との間に追加の音声データの転送路を生成し、
   生成した前記追加の音声データの転送路を更に用いて、前記第１の端末と前記第２の端末と前記第３の端末との間で相互に音声データの転送を実行するとともに、前記他の端末のうち前記第３の端末とは異なる端末と前記第１の端末との間での音声データの転送を抑制する、ことを特徴とする請求項１または２記載の音声データ転送プログラム。
4. 前記第１の端末と前記第２の端末との間の音声データの個別の通信を終了する通知を受け付けると、生成した前記新たな音声データの転送路を削除し、前記第１の端末と前記他の端末との間の音声データの転送を再開する、ことを特徴とする請求項１乃至３のいずれか１項に記載の音声データ転送プログラム。
5. 複数の端末のうちの特定の端末の指定を受け付け、
   前記複数の端末のうちのいずれかの端末である第１の端末から、音声データと、前記第１の端末の識別情報とを含む情報を受信すると、前記第１の端末の識別情報に基づき、該第１の端末が、指定された前記特定の端末であるか否かの判定を行い、
   前記第１の端末が、指定された前記特定の端末である場合、前記音声データの出力を抑制する制御を実行する、
   処理をコンピュータに実行させることを特徴とする音声データ出力制御プログラム。
6. 複数の端末のうちのいずれかの端末である第１の端末から他の端末の識別情報を受け付け、
   音声データの転送路の識別情報を端末の識別情報に対応付けて記憶する記憶部を参照して、受け付けた前記他の端末の識別情報に対応付けられた転送路の識別情報を取得し、
   前記複数の端末のうちの第２の端末から音声データを受信すると、取得した前記転送路の識別情報が、受信した前記音声データの転送路の識別情報に一致するか否かの判定を行い、
   肯定的である場合、前記他の端末以外の端末から送信された音声データの、前記第１の端末への転送を抑制する、
   処理をコンピュータに実行させることを特徴とする音声データ転送プログラム。
7. 複数の端末それぞれと自装置との間に生成された音声データの転送路の情報を記憶する記憶部と、
   前記複数の端末のうちのいずれかの端末である第１の端末から第２の端末の識別情報を受け付けると、前記第１の端末と自装置との間と、前記第２の端末と自装置との間と、にそれぞれ新たな音声データの転送路を生成し、生成した前記新たな音声データの転送路を介して、前記第１の端末と、前記第２の端末との間で音声データの転送を実行するとともに、前記第１の端末と自装置との間に生成された音声データの転送路と、前記第１の端末と前記第２の端末とは異なる他の端末と自装置との間に生成された音声データの転送路とを介した、前記第１の端末と前記他の端末との間での音声データの転送を抑制する処理部と、
   を有することを特徴とする音声データ転送装置。
8. 複数の端末それぞれと自装置との間に生成された音声データの転送路を介して前記複数の端末に含まれる端末間で音声データの転送を実行する音声データ転送方法において、
   コンピュータが、
   前記複数の端末のうちのいずれかの端末である第１の端末から第２の端末の識別情報を受け付けると、前記第１の端末と自装置との間と、前記第２の端末と自装置との間と、にそれぞれ新たな音声データの転送路を生成し、
   生成した前記新たな音声データの転送路を介して、前記第１の端末と、前記第２の端末との間で音声データの転送を実行するとともに、前記第１の端末と自装置との間に生成された音声データの転送路と、前記第１の端末と前記第２の端末とは異なる他の端末と自装置との間に生成された音声データの転送路とを介した、前記第１の端末と前記他の端末との間での音声データの転送を抑制する、
   ことを特徴とする音声データ転送方法。
9. 複数の端末のうちの特定の端末の識別情報を記憶する記憶部と、
   前記特定の端末の指定を受け付けて、前記特定の端末の識別情報を前記記憶部に格納し、前記複数の端末のうちのいずれかの端末である第１の端末から、音声データと、前記第１の端末の識別情報とを含む情報を受信すると、前記第１の端末の識別情報および前記記憶部に記憶された前記特定の端末の識別情報に基づき、該第１の端末が、指定された前記特定の端末であるか否かの判定を行い、前記第１の端末が、指定された前記特定の端末である場合、前記音声データの出力を抑制する制御を実行する処理部と、
   を有することを特徴とする音声データ出力制御装置。
10. コンピュータが、
    複数の端末のうちの特定の端末の指定を受け付け、
    前記複数の端末のうちのいずれかの端末である第１の端末から、音声データと、前記第１の端末の識別情報とを含む情報を受信すると、前記第１の端末の識別情報に基づき、該第１の端末が、指定された前記特定の端末であるか否かの判定を行い、
    前記第１の端末が、指定された前記特定の端末である場合、前記音声データの出力を抑制する制御を実行する、
    ことを特徴とする音声データ出力制御方法。
11. 音声データの転送路の識別情報を端末の識別情報に対応付けて記憶する記憶部と、
    複数の端末のうちのいずれかの端末である第１の端末から他の端末の識別情報を受け付け、前記記憶部を参照して、受け付けた前記他の端末の識別情報に対応付けられた転送路の識別情報を取得し、前記複数の端末のうちの第２の端末から音声データを受信すると、取得した前記転送路の識別情報が、受信した前記音声データの転送路の識別情報に一致するか否かの判定を行い、肯定的である場合、前記他の端末以外の端末から送信された音声データの、前記第１の端末への転送を抑制する処理部と、
    を有することを特徴とする音声データ転送装置。
12. コンピュータが、
    複数の端末のうちのいずれかの端末である第１の端末から他の端末の識別情報を受け付け、
    音声データの転送路の識別情報を端末の識別情報に対応付けて記憶する記憶部を参照して、受け付けた前記他の端末の識別情報に対応付けられた転送路の識別情報を取得し、
    前記複数の端末のうちの第２の端末から音声データを受信すると、取得した前記転送路の識別情報が、受信した前記音声データの転送路の識別情報に一致するか否かの判定を行い、
    肯定的である場合、前記他の端末以外の端末から送信された音声データの、前記第１の端末への転送を抑制する、
    ことを特徴とする音声データ転送方法。

Images