JP2020088764A - 通信端末、通信システム、通信方法およびプログラム - Google Patents

Abstract

【課題】ダブルトークの状態の場合に、エコーキャンセラのキャンセル不良の発生をテレビ会議の参加者に認識させ、ダブルトークを容易に解消することができる通信端末、通信システム、通信方法およびプログラムを提供する。【解決手段】他の通信端末から第１音声信号を受信する受信部と、第１音声信号を音声として出力装置から出力させる音声出力部と、入力装置から音声を入力させる音声入力部と、少なくとも、出力装置から出力された第１音声信号に基づく音声と、利用者の発話による音声とが音声入力部により入力装置から入力された状態であるダブルトークが発生した場合に、入力装置から入力された音声に基づく第２音声信号に対して、エコーキャンセル処理を実行する音声処理部と、エコーキャンセル処理が実行された音声信号である第３音声信号についてキャンセル不良が発生した場合、キャンセル不良の発生の旨を通知する通知部と、を備える。【選択図】図１０

Description

本発明は、通信端末、通信システム、通信方法およびプログラムに関する。

従来、企業、教育機関、および行政機関等において、マイクに対して音声信号を入力して他の情報処理装置に音声信号を送信し、また、当該他の情報処理装置から受信した音声信号およびカメラ映像をスピーカおよびディスプレイで再生するテレビ会議システムが利用されている。このテレビ会議システムにおいて、相手端末のスピーカから再生された自端末からの音声信号が相手端末のマイクへ入力され、自端末のスピーカに戻ってエコーのように聞こえる現象であるいわゆる音響エコーが発生する。このようなエコーが繰り返されることによって、ハウリングが発生し、テレビ会議の品質に悪影響を及ぼす。このような音響エコーが発生しないように、スピーカから再生される音声信号を、マイクに入力された音声信号から差し引く既存技術として、エコーキャンセラという技術が知られている。

このようなエコーキャンセラを搭載したテレビ会議システムにおいて、他拠点から受信した音声信号をスピーカから再生中に、自拠点での音声信号をマイクに入力した場合（以下、この状態をダブルトークと称する）、上述のようにエコーキャンセラの機能が作動する。ただし、ダブルトークにより２つの音声信号が合成されたものが、エコーキャンセラの機能が正常に作用せず、音声信号が途切れる等の現象が発生し、テレビ会議の品質が低下する問題があった。例えば、拠点Ａ、Ｂ、Ｃで会議している場合を想定する。拠点Ａで話者が音声信号を入力し、拠点Ｂのスピーカから再生されている間に、拠点Ｂの話者が音声信号を入力した場合、すなわち、拠点Ｂにおいてダブルトークとなっている状態を想定する。上述のように拠点Ｂにおいてエコーキャンセラが正常に機能しない場合、拠点Ｂは、音声信号の途切れた信号をすべての拠点（拠点Ａ、Ｃ）に送信することになる。また、拠点Ａでも拠点Ｂから受信した音声信号が再生されるので、ダブルトークの状態となり、拠点Ａのエコーキャンセラが正常の機能しないと音声信号が途切れる現象が発生する。結果、拠点Ａおよび拠点Ｂで、互いの音声信号が途切れて再生され、拠点Ｃでは拠点Ａ、Ｂの両方の音声信号が途切れて再生される状態となる。特に、拠点Ｃでは他拠点からの音声信号を聞き取ることが困難となるため、テレビ会議の品質が低下する。

このようなエコーキャンセラを搭載した通信システムとして、ダブルトークが検出された場合に、適応フィルタにおけるインパルス応答の更新を停止、または更新量を減少させることによりダブルトーク時にエコーの信号強度を抑制させるシステムが開示されている（特許文献１参照）。

しかしながら、特許文献１に記載された技術では、ダブルトークの発生時においてエコーの信号強度を抑制させることによって、テレビ会議の品質の向上を図ってはいるものの、音声信号の途切れ等の元々の原因であるダブルトークの発生自体を抑制することはできないという問題があった。また、エコーキャンセラの機能が正常に作用せず、ダブルトークによる音声信号の途切れ等の音声不良（以下、キャンセル不良と称する場合がある）が発生した場合、当該キャンセル不良を解消するために、参加者同士で音声信号が同時に入力されないように感覚的にタイミングを整合しなければならないという手間が発生するという問題もあった。

本発明は、上記に鑑みてなされたものであって、ダブルトークの状態の場合に、エコーキャンセラのキャンセル不良の発生をテレビ会議の参加者に認識させ、ダブルトークを容易に解消することができる通信端末、通信システム、通信方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末であって、前記他の通信端末から第１音声信号を受信する受信部と、前記受信部により受信された前記第１音声信号を音声として出力装置から出力させる音声出力部と、入力装置から音声を入力させる音声入力部と、少なくとも、前記音声出力部により前記出力装置から出力された前記第１音声信号に基づく音声と、利用者の発話による音声とが前記音声入力部により前記入力装置から入力された状態であるダブルトークが発生した場合に、該入力装置から入力された音声に基づく第２音声信号に対して、エコーキャンセル処理を実行する音声処理部と、前記音声処理部により前記エコーキャンセル処理が実行された音声信号である第３音声信号についてキャンセル不良が発生した場合、該キャンセル不良の発生の旨を通知する通知部と、を備えたことを特徴とする。

本発明によれば、ダブルトークの状態の場合に、エコーキャンセラのキャンセル不良の発生をテレビ会議の参加者に認識させ、ダブルトークを容易に解消することができる。

図１は、実施形態に係る通信システムの概略構成図である。 図２は、実施形態に係る通信端末のハードウェア構成の一例を示す図である。 図３は、実施形態に係る管理システムおよびプログラム提供システムのハードウェア構成の一例を示す図である。 図４は、実施形態に係る通信端末のソフトウェア構成の一例を示す図である。 図５は、音響エコーの仕組みを説明する図である。 図６は、エコーキャンセラの仕組みを説明する図である。 図７は、ダブルトークによる音声信号への影響を説明する図である。 図８は、実施形態に係る通信端末においてエコーキャンセラのキャンセル不良を検出する動作の概要を説明する図である。 図９は、実施形態に係る通信システムにおいてエコーキャンセラのキャンセル不良を通知する動作の概要を説明する図である。 図１０は、実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。 図１１は、認証管理テーブルの一例を示す図である。 図１２は、端末管理テーブルの一例を示す図である。 図１３は、グループ管理テーブルの一例を示す図である。 図１４は、セッション管理テーブルの一例を示す図である。 図１５は、実施形態に係る通信システムにおけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションを示す図である。 図１６は、通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。 図１７は、宛先リストの表示例を示す図である。 図１８は、通話の開始を要求する処理の一例を示すシーケンス図である。 図１９は、通話の開始の要求を許可する処理の一例を示すシーケンス図である。 図２０は、開始要求受付画面の表示例を示す図である。 図２１は、ダブルトークについてのキャンセル不良の検出時の処理の一例を示すシーケンス図である。 図２２は、キャンセル不良の発生を警告する警告音の再生状態の一例を示す図である。 図２３は、通話画面におけるキャンセル不良の発生表示の一例を示す図である。 図２４は、学習モデルによりキャンセル不良の有無を検出する動作を模式的に説明する図である。 図２５は、通信端末が通話を開始するための認証処理をメールアドレスで行う場合の処理の一例を示すシーケンス図である。 図２６は、実施形態に係る通信端末のＷｅｂアプリを利用する場合のソフトウェア構成の一例を示す図である。

以下に、図面を参照しながら、本発明に係る通信端末、通信システム、通信方法およびプログラムの実施形態を詳細に説明する。また、以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

また、コンピュータソフトウェアとは、コンピュータの動作に関するプログラム、その他コンピュータによる処理の用に供する情報であってプログラムに準ずるものをいう（以下、コンピュータソフトウェアは、ソフトウェアという）。アプリケーションソフトとは、ソフトウェアの分類のうち、特定の作業を行うために使用されるソフトウェアの総称である。一方、オペレーティングシステム（ＯＳ）とは、コンピュータを制御し、アプリケーションソフトなどがコンピュータ資源を利用可能にするためのソフトウェアのことである。オペレーティングシステムは、入出力の制御、メモリやハードディスクなどのハードウェアの管理、プロセスの管理といった、コンピュータの基本的な管理・制御を行っている。アプリケーションソフトウェアは、オペレーティングシステムが提供する機能を利用して動作する。プログラムとは、コンピュータに対する指令であって、一の結果を得ることができるように組み合わせたものをいう。また、プログラムに準ずるものとは、コンピュータに対する直接の指令ではないためプログラムとは呼べないが、コンピュータの処理を規定するという点でプログラムに類似する性質を有するものをいう。例えば、データ構造（データ要素間の相互関係で表される、データの有する論理的構造）がプログラムに準ずるものに該当する。

（通信システムの全体構成）
図１は、実施形態に係る通信システムの概略構成図である。図１を参照しながら、本実施形態に係る通信システム１の構成の概略を説明する。

図１に示すように、通信システム１は、複数の通信端末１０ａａ、１０ａｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂと、各通信端末用のディスプレイ１２０ａａ、１２０ａｂ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｃｂ、１２０ｄａ、１２０ｄｂと、管理システム５０と、プログラム提供システム９０と、を含み、通信ネットワーク２を介して互いに通信可能となるように構築されている。

なお、図１では、通信端末１０ａａ、１０ａｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂが示されているが、これらのうち任意の通信端末を示す場合または総称する場合、単に「通信端末１０」と称する。また、図１に示す通信システム１に含まれる複数の通信端末１０は、一例を示すものであり、異なる台数であってもよい。

また、図１では、ディスプレイ１２０ａａ、１２０ａｂ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｃｂ、１２０ｄａ、１２０ｄｂが示されているが、これらのうち任意のディスプレイを示す場合または総称する場合、単に「ディスプレイ１２０」と称する。また、図１に示す通信システム１に含まれる複数のディスプレイ１２０は、一例を示すものであり、通信端末１０の台数に従って異なる台数であってもよい。

通信端末１０は、他の装置との間で、各種情報を送受信する端末である。通信端末１０は、他の通信端末１０との間でセッションを確立し、確立したセッションにおいて、音声データおよび画像データ（映像データ）を含むコンテンツデータの送受信による通話を行う。これにより、通信システム１において、複数の通信端末１０間のテレビ会議が実現される。

管理システム５０は、通信端末１０を一元的に管理するコンピュータである。管理システム５０は、通信端末１０間でのセッションを確立することにより、通信端末１０間における通話等によるテレビ会議を実現する。管理システム５０は、所定の端末１０からセッションの開始要求情報を受信した場合に、開始要求情報を送信した通信端末１０（開始要求端末）と宛先端末との間のセッションを確立し、テレビ会議を開始させる。したがって、管理システム５０は、確立したセッションにより、複数の通信端末１０間でコンテンツデータの中継を行う。なお、管理システム５０は複数の通信端末１０間でセッションを確立するものの、実際にコンテンツデータの中継は、別の中継装置により行われるものとしてもよい。本実施形態では、説明を簡略にするため、セッションの確立、およびコンテンツデータの中継は、管理システム５０が行うものとして説明する。

プログラム提供システム９０は、通信端末１０に各種機能または各種手段を実現させるための端末用プログラムが記憶された補助記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等）を備えており、通信端末１０に端末用プログラム（後述する通信アプリＡ等）を提供するコンピュータである。また、プログラム提供システム９０は、管理システム５０等に各種機能または各種手段を実現させるためのプログラムも補助記憶装置に記憶しており、管理システム５０等に、対応するプログラムを送信することができる。

通信ネットワーク２は、図１に示すように、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）２ａ〜２ｄ、専用線２ａｂ、２ｃｄ、およびインターネット２ｉを含んで構築されている。なお、通信ネットワーク２は、図１に示すような構成に限定されるものではなく、その他のネットワーク機器が含まれるものとしてもよく、有線だけでなく無線による通信が行われる箇所があってもよい。

ＬＡＮ２ａ〜２ｄ、および専用線２ａｂ、２ｃｄは、それぞれルータ７０ａ〜７０ｄ、７０ａｂ、７０ｃｄを含む。ルータ７０ａ〜７０ｄ、７０ａｂ、７０ｃｄは、通信データの最適な経路の選択を行うネットワーク機器である。なお、ルータ７０ａ〜７０ｄ、７０ａｂ、７０ｃｄのうち任意のルータを示す場合または総称する場合、単に「ルータ７０」と称する。

通信端末１０（１０ａａ、１０ａｂ、・・・）、およびルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。また、通信端末１０（１０ｂａ、１０ｂｂ、・・・）、およびルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ、ＬＡＮ２ｂ、およびルータ７０ａｂは、専用線２ａｂによって通信可能に接続されており、地域Ａ内で構築されている。

一方、通信端末１０（１０ｃａ、１０ｃｂ、・・・）、およびルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。また、通信端末１０（１０ｄａ、１０ｄｂ、・・・）、およびルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ、ＬＡＮ２ｄ、およびルータ７０ｃｄは、専用線２ｃｄによって通信可能に接続されており、地域Ｂ内で構築されている。

地域Ａおよび地域Ｂのネットワークは、それぞれルータ７０ａｂ、７０ｃｄによってインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０およびプログラム提供システム９０は、インターネット２ｉを介して、各通信端末１０と通信可能に接続されている。なお、管理システム５０およびプログラム提供システム９０は、地域Ａまたは地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

また、図１において、各通信端末１０、管理システム５０、各ルータ７０およびプログラム提供システム９０の近傍に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰ（Ｉｎｅｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを簡易的に示している。例えば、通信端末１０ａａのＩＰアドレスは、「１．２．１．３」であるものとしている。なお、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

なお、図１に示す通信システム１の構成は、一例を示すものであり、この構成に限定されるものではない。すなわち、図１に示す各装置、システムの台数は、図１に示す台数に限定されるものではない。また、図１では、地域Ａ、Ｂの２つの地域のネットワーク構成が示されているが、同一地域内のネットワークであってもよく、３つ以上の地域がネットワークで接続された構成であってもよい。

（通信端末のハードウェア構成）
図２は、実施形態に係る通信端末のハードウェア構成の一例を示す図である。図２を参照しながら、通信端末１０のハードウェア構成の詳細について説明する。

図２に示すように、本実施形態に係る通信端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）１０５と、メディアドライブ１０７と、操作ボタン１０８と、電源スイッチ１０９と、を備えている。

ＣＰＵ１０１は、通信端末１０全体の動作を制御する演算装置である。ＲＯＭ１０２は、通信端末１０用のプログラム（後述する通信アプリＡ等）を記憶している不揮発性記憶装置である。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される揮発性記憶装置である。

ＳＳＤ１０５は、画像データ、音声データおよび動画データ等の各種データを記憶する補助記憶装置である。なお、ＳＳＤ１０５は、補助記憶装置の一例であり、ＨＤＤ等であってもよい。メディアドライブ１０７は、ＣＰＵ１０１の制御に従って、フラッシュメモリ等であるメディア１０６に対するデータの読み出しおよび書き込みを制御する装置である。メディア１０６は、通信端末１０に対して着脱自在の記憶装置である。なお、メディア１０６は、ＣＰＵ１０１の制御に従ってデータの読み出しおよび書き込みを行う不揮発性メモリであれば、フラッシュメモリに限定されるものではなく、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）等を用いてもよい。

操作ボタン１０８は、通信端末１０に動作を指示する場合等に操作されるボタンである。電源スイッチ１０９は、通信端末１０の電源のオン／オフを切り替えるスイッチである。

また、通信端末１０は、ネットワークＩ／Ｆ１１１と、撮像素子Ｉ／Ｆ１１３と、音声入出力Ｉ／Ｆ１１６と、ディスプレイＩ／Ｆ１１９と、を備えている。

ネットワークＩ／Ｆ１１１は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。

撮像素子Ｉ／Ｆ１１３は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得るカメラ１１２との間で画像データを伝送するためのインターフェースである。カメラ１１２は、レンズ、および光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含む。カメラ１１２は、ケーブル１１２ｃによって撮像素子Ｉ／Ｆ１１３に接続される。固体撮像素子としては、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）またはＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等が用いられる。

音声入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御に従って、音声を入力するマイク１１４および音声を出力するスピーカ１１５との間で音声信号（音声データ）の入出力を処理するインターフェースである。マイク１１４およびスピーカ１１５は、それぞれ、ケーブル１１４ｃおよびケーブル１１５ｃによって音声入出力Ｉ／Ｆ１１６に接続される。

ディスプレイＩ／Ｆ１１９は、ＣＰＵ１０１の制御に従って、外付けのディスプレイ１２０に画像データを伝送するためのインターフェースである。ディスプレイ１２０は、被写体の画像および操作用アイコン等を表示する液晶または有機ＥＬ等によって構成された表示装置である。ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１９に接続される。ケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよく、コンポーネントビデオ用のケーブルであってもよく、ＨＤＭＩ（登録商標）(Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ)またはＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｉｎｔｅｒａｃｔｉｖｅ）信号用のケーブルであってもよい。

上述のＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＳＳＤ１０５、メディアドライブ１０７、操作ボタン１０８、電源スイッチ１０９、ネットワークＩ／Ｆ１１１、撮像素子Ｉ／Ｆ１１３、音声入出力Ｉ／Ｆ１１６およびディスプレイＩ／Ｆ１１９は、アドレスバスおよびデータバス等のバスライン１１０によって互いに通信可能に接続されている。

なお、図２に示した通信端末１０のハードウェア構成は一例を示すものであり、図２に示した構成要素以外の構成要素を含むものとしてもよい。また、カメラ１１２、マイク１１４およびスピーカ１１５は、通信端末１０に一体的に備えられるものとしてもよく、または、カメラ１１２、マイク１１４およびスピーカ１１５のうち少なくとも少なくともいずれかは、外付けの別体の装置であってもよい。

（管理システム等のハードウェア構成）
図３は、実施形態に係る管理システムおよびプログラム提供システムのハードウェア構成の一例を示す図である。図３を参照しながら、管理システム５０およびプログラム提供システム９０のハードウェア構成の詳細について説明する。

まず、図３を参照しながら管理システム５０のハードウェア構成について説明する。図３に示すように、管理システム５０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、補助記憶装置２０５と、メディアドライブ２０７と、ディスプレイ２０８と、ネットワークＩ／Ｆ２０９と、キーボード２１１と、マウス２１２と、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ２１４と、を備えている。

ＣＰＵ２０１は、管理システム５０全体の動作を制御する演算装置である。ＲＯＭ２０２は、管理システム５０用のプログラムを記憶している不揮発性記憶装置である。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される揮発性記憶装置である。

補助記憶装置２０５は、後述する認証管理ＤＢ５００１、端末管理ＤＢ５００２、グループ管理ＤＢ５００３およびセッション管理ＤＢ５００４等の各種データを記憶するＨＤＤまたはＳＳＤ等の記憶装置である。メディアドライブ２０７は、ＣＰＵ２０１の制御に従って、フラッシュメモリ等の記録メディア２０６に対するデータの読み出しおよび書き込みを制御する装置である。

ディスプレイ２０８は、カーソル、メニュー、ウィンドウ、文字または画像等の各種情報を表示する液晶または有機ＥＬ等によって構成された表示装置である。ネットワークＩ／Ｆ２０９は、通信ネットワーク２を利用してデータを通信するためのインターフェースである。

キーボード２１１は、文字、数字、各種指示の選択、およびカーソルの移動等を行う入力装置である。マウス２１２は、各種指示の選択および実行、処理対象の選択、ならびにカーソルの移動等を行うための入力装置である。

ＤＶＤドライブ２１４は、着脱自在な記憶媒体の一例としてのＤＶＤ−ＲＯＭまたはＤＶＤ−Ｒ等のＤＶＤ２１３に対するデータの読み出しおよび書き込みを制御する装置である。

上述のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、補助記憶装置２０５、メディアドライブ２０７、ディスプレイ２０８、ネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２およびＤＶＤドライブ２１４は、アドレスバスおよびデータバス等のバスライン２１０によって互いに通信可能に接続されている。

なお、図３に示した管理システム５０のハードウェア構成は一例を示すものであり、図３に示した構成要素を全て含む必要はなく、または、その他の構成要素を含むものとしてもよい。

また、上述の管理システム５０用のプログラムは、インストール可能な形式または実行可能な形式のファイルによって、記録メディア２０６またはＤＶＤ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、プログラム提供システム９０は、上述の管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供システム９０用のプログラムが記録されている。この場合も、プログラム提供システム９０用のプログラムは、インストール可能な形式または実行可能な形式のファイルで、記録メディア２０６またはＤＶＤ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

なお、上述の着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）またはブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

（通信端末のソフトウェア構成）
図４は、実施形態に係る通信端末のソフトウェア構成の一例を示す図である。図４を参照しながら、通信端末１０のソフトウェア構成の詳細について説明する。

通信端末１０には、クライアントアプリとして通信アプリＡがインストールされている。ここで、アプリとは、アプリケーションソフトを意味する。図４に示すように、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０２０、および通信アプリＡは、通信端末１０のＲＡＭ１０３の作業領域１０１０上で動作する。

ＯＳ１０２０は、基本的な機能を提供し、通信端末１０全体を管理する基本ソフトウェアである。通信アプリＡは、ＯＳ１０２０の制御に従って動作し、他の通信端末１０と通信（通話）するためのアプリである。

なお、通信アプリＡの通信プロトコルとしては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)、Ｈ.３２３、ＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ)、またはＪｉｎｇｌｅ等が挙げられる。

（音響エコーおよびエコーキャンセラについて）
図５は、音響エコーの仕組みを説明する図である。まず、図５を参照しながら、音響エコーが発生する仕組みについて説明する。

図５に示すように、自拠点の通信端末１０００ａおよび他拠点の通信端末１０００ｂが
、管理システム５０００を介して通話を行う場合を考える。通信端末１０００ａは、マイク１１１４ａと、スピーカ１１１５ａとを備える。通信端末１０００ｂは、マイク１１１４ｂと、スピーカ１１１５ｂとを備える。

自拠点の話者の発話によって、通信端末１０００ａのマイク１１１４ａに音声信号が入力されたものとする。入力された自拠点の音声信号は、管理システム５０００を介して、他拠点の通信端末１０００ｂへ送信される。他拠点の通信端末１０００ｂは、受信した音声信号をスピーカ１１１５ｂから音声として再生する。このとき、スピーカ１１１５ｂから再生された音声は、当該スピーカ１１１５ｂを搭載する通信端末１０００ｂのマイク１１１４ｂにより入力される。これによって、他拠点の通信端末１０００ｂのマイク１１１４ｂに入力された音声は、音声信号として、管理システム５０００を介して、自拠点の通信端末１０００ａへ送信され、当該通信端末１０００ａのスピーカ１１１５ａから音声として再生される。この結果、自拠点のマイク１１１４ａに入力された自拠点の話者の音声信号が、自拠点のスピーカ１１１５ａから再生される現象、すなわち音響エコーが発生する。

この音響エコーが発生すると、一度マイクに入力された音声信号が同じ拠点のスピーカから常に再生されることになるため、テレビ会議の実施に支障を来すことになる。また、図５に示すような自拠点で発生した音響エコーは、他拠点でも発生する。これによって、一度マイクに入力された音声信号が自拠点および他拠点で常に再生され続けてしまい、テレビ会議の実施に支障を来す。

図６は、エコーキャンセラの仕組みを説明する図である。次に、図６を参照しながら、エコーキャンセラによるエコーキャンセル処理について説明する。

エコーキャンセラは、音響エコーを発生しないようにする技術または装置である。具体的には、エコーキャンセラは、マイクから入力された音声信号から、スピーカで再生される音声信号を差し引くこと（エコーキャンセル処理）によって、音響エコーの発生を抑制する。

図６に示すように、通信端末１０００ｂは、マイク１１１４ｂおよびスピーカ１１１５ｂのほか、エコーキャンセラ１１１７ｂを備えるものとする。エコーキャンセラ１１１７ｂは、フィルタ１３０１と、減算器１３０２と、を有する。

フィルタ１３０１は、例えば、出力する信号を、目標信号に近づけるように自身の特性を調整する適応フィルタである。減算器１３０２は、マイク１１１４ｂから入力された音声信号と、フィルタ１３０１が出力する信号との差分をとる（減算する）処理部である。

具体的には、フィルタ１３０１は、図６に示すように、スピーカ１１１５ｂから再生される音声信号を入力信号とし、当該入力信号がスピーカ１１１５ｂから再生されて、再生された音声がマイク１１１４ｂから入力された場合の音声信号が、フィルタ１３０１の目標信号となる。すなわち、フィルタ１３０１は、減算器１３０２によるマイク１１１４ｂから入力された音声信号と、フィルタ１３０１が出力する信号との差分が最小となるように自身の特性を調整する。この結果、減算器１３０２からの出力（差分）は限りなく小さく、すなわち、スピーカ１１１５ｂから再生された後、マイク１１１４ｂに入力した音声信号が取り除かれることになり、音響エコーの発生が抑制される。これによって、音響エコーによるテレビ会議への影響も低減し、快適なテレビ会議が実現される。

図７は、ダブルトークによる音声信号への影響を説明する図である。次に、図７を参照しながら、ダブルトークが発生した場合の音声信号への影響について説明する。

図７に示すように、他拠点の通信端末１０００ｂのマイク１１１４ｂに対して、スピーカ１１１５ｂから再生された音声（すなわち、自拠点の話者の音声）、および、他拠点の話者の発話による音声の両方が入力された場合、すなわち、ダブルトークの状態の場合を想定する。このとき、通信端末１０００ｂは、上述した機能を有するエコーキャンセラ１１１７ｂを備えているので、マイク１１１４ｂに入力された音声信号に対してエコーキャンセラ１１１７ｂによるエコーキャンセル処理が施されて、他拠点の話者の発話による音声信号だけが取り出されることが期待される。

しかし、他拠点のマイク１１１４ｂが、スピーカ１１１５ｂから再生された音声、および、他拠点の話者の発話による音声の両方を入力した場合、マイク１１１４ｂの最大受電レベルを超える等の理由により、入力した音声信号が変形され、エコーキャンセル処理が正常に機能せずキャンセル不良が発生する場合がある。この場合、エコーキャンセラ１１１７ｂにより処理された音声信号は、スピーカ１１１５ｂから再生された音声信号でもなく、他拠点の話者の発話による音声信号でもない異常な音声信号（例えば途切れ等を含む音声信号）となる。そして、この異常な音声信号が、管理システム５０００を介して通信端末１０００ａに送信されることになり、テレビ会議の品質が低下することになる。

そこで、本実施形態に係る通信端末１０は、ダブルトークの状態の場合に、エコーキャンセラのキャンセル不良の発生をテレビ会議の参加者（話者）に認識させる動作を実現する。この通信端末１０による動作の概要を、以下の図８および図９で説明する。

（本実施形態に係る通信端末の動作の概要）
図８は、実施形態に係る通信端末においてエコーキャンセラのキャンセル不良を検出する動作の概要を説明する図である。図９は、実施形態に係る通信システムにおいてエコーキャンセラのキャンセル不良を通知する動作の概要を説明する図である。

まず、図８を参照しながら、本実施形態に係る通信端末１０においてエコーキャンセラのキャンセル不良を検知する動作について説明する。図８に示すように、自拠点の通信端末１０ａおよび他拠点の通信端末１０ｂが、管理システム５０を介して通話を行う場合を考える。通信端末１０ａは、マイク１１４ａと、スピーカ１１５ａと、を備える。通信端末１０ｂは、マイク１１４ｂと、スピーカ１１５ｂと、エコーキャンセラ１１７ｂと、検出器１１８と、を備えている。エコーキャンセラ１１７ｂは、フィルタ３０１と、減算器３０２と、を有する。フィルタ３０１および減算器３０２の機能は、それぞれ図６で上述したフィルタ１３０１および減算器１３０２と同様である。なお、通信端末１０ａも、通信端末１０ｂと同様にエコーキャンセラを備えるが、図９では、通信端末１０ｂが有するエコーキャンセラ１１７ｂのみ図示している。

図８に示すように、他拠点の通信端末１０ｂのマイク１１４ｂに対して、スピーカ１１５ｂから再生された音声（すなわち、自拠点の話者の音声）、および、他拠点の話者の発話による音声の両方が入力された場合、すなわち、ダブルトークの状態の場合を想定する。このとき、通信端末１０ｂは、エコーキャンセラ１１７ｂを備えているので、マイク１１４ｂに入力された音声信号に対してエコーキャンセラ１１７ｂによるエコーキャンセル処理が施されて、他拠点の話者の発話による音声信号だけが取り出されることが期待される。

しかし、図７で上述したのと同様に、マイク１１４ｂが、スピーカ１１５ｂから再生された音声、および、他拠点の話者の発話による音声の両方を入力した場合、マイク１１４ｂの最大受電レベルを超える等の理由により、入力した音声信号が変形され、エコーキャンセル処理が正常に機能せずキャンセル不良が発生する場合がある。このとき、エコーキャンセラ１１７ｂにより出力された音声信号、すなわち、エコーキャンセラ１１７ｂによりエコーキャンセル処理が行われた音声信号は、検出器１１８へ入力される。検出器１１８は、エコーキャンセラ１１７ｂから出力された音声信号の強度が所定値以上であるか否かを検出する処理部である。検出器１１８は、エコーキャンセラ１１７ｂから出力された音声信号の強度が所定値未満である場合、エコーキャンセラ１１７ｂによるエコーキャンセル処理は正常であると判断し、当該音声信号を通信端末１０ａへ送信する。一方、検出器１１８は、エコーキャンセラ１１７ｂから出力された音声信号の強度が所定値以上であることを検出した場合、エコーキャンセラ１１７ｂによるエコーキャンセル処理でキャンセル不良が発生したと判断し、当該音声信号を通信端末１０ａへ送信しないものとする。これによって、キャンセル不良が発生した音声信号（例えば途切れ等を含む音声信号）が相手側（図８における通信端末１０ａ）へ送信されることがないので、テレビ会議の品質の低下を抑制することができる。ただし、単にキャンセル不良が発生した音声信号を相手側へ送信しないのみでは、互いの拠点の話者がキャンセル不良の発生を認識することができない。そこで、本実施形態に係る通信端末１０は、キャンセル不良の発生を相手側へ通知するものとする。当該通知動作の概要を図９にて説明する。

図９に示す構成の例では、３つ通信端末１０（１０ａ、１０ｂ、１０ｃ）が、管理システム５０を介して互いに通話しているものとし、通信端末１０ａにおいてダブルトークでのキャンセル不良が発生したものとする。この場合、通信端末１０ａは、キャンセル不良が発生したことを管理システム５０へ通知する（図９の（１））。また、通信端末１０ａは、当該通信端末１０ａを利用する話者に対して、キャンセル不良が発生したことを示す警告音を再生する（図９の（２））。この警告音によって、通信端末１０ａを利用する話者は、通信端末１０ａにおいてキャンセル不良が発生していることを認識することができ、発話による音声信号の入力を止めたり、相手側の話者へ発話を譲る等の対応を促すことができる。

また、管理システム５０は、通信端末１０ａからキャンセル不良の発生の通知を受信すると、当該通知を他の通信端末１０（１０ｂ、１０ｃ）へ送信する（図９の（３））。そして、通信端末１０ｂ、１０ｃは、管理システム５０からキャンセル不良の発生の通知を受信すると、それぞれ自身のディスプレイ１２０にキャンセル不良が発生した旨を表示する（図９の（４））。これによって、通信端末１０ａに対する相手側である通信端末１０ｂ、１０ｃを利用する各話者は、通信端末１０ａにおいてキャンセル不良が発生していることを認識することができ、発話による音声信号の入力を止めたり、相手側の話者へ発話を譲る等の対応を促すことができる。

なお、図８に示したエコーキャンセラ１１７ｂおよび検出器１１８は、図４で上述したソフトウェアである通信アプリＡが実行されることによって実現される。ただし、エコーキャンセラ１１７ｂおよび検出器１１８のうち少なくともいずれかは、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅ Ｃｉｒｃｕｉｔ）またはＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路によって実現されるものとしてもよい。

（通信システムの機能ブロックの構成）
図１０は、実施形態に係る通信システムの機能ブロックの構成の一例を示す図である。図１０を参照しながら、本実施形態に係る通信システム１の機能ブロックの構成について説明する。

＜通信端末の機能ブロックの構成＞
図１０に示すように、通信端末１０は、通信部１１（受信部、送信部）と、操作入力受付部１２と、撮像部１３と、表示制御部１４と、音声入力部１５と、音声出力部１６と、記憶・読出部１７と、記憶部１８と、認証要求部１９と、音声処理部２０と、検出部２１と、通知部２２と、を有している。

通信部１１は、通信ネットワーク２を介して、他の通信端末１０または各システムと各種データの送受信を行う機能部である。通信部１１は、図２に示すネットワークＩ／Ｆ１１１によって実現される。

通信部１１は、当該通信端末１０が他の通信端末１０とセッションを確立し、通話によるテレビ会議を開始する前に、管理システム５０から、宛先端末の候補としての各通信端末１０の状態を示す各状態情報の受信を開始する。ここで、宛先端末の候補とは、通信端末１０が、テレビ会議を行う相手、すなわちセッションの相手として指定可能なテレビ会議の相手として候補となる他の通信端末１０である。すなわち、通信端末１０は、宛先端末の候補として予め設定されていない通信端末とは、セッションを確立することができず、テレビ会議を行うことができない。

また、状態情報は、各通信端末１０の稼動状態（オンラインかオフラインかの状態）と、オンラインにおいてはさらに通話中であるか、待受け中であるか等の詳細な状態（以下、通信状態と称する）を示す。また、状態情報は、各通信端末１０の稼動状態および通信状態だけでなく、ケーブルが通信端末１０から外れている、音声を出力できるが画像は出力できない、または、音声を出力さないよう設定されている（ＭＵＴＥ）等、様々な状態を示すものとしてもよいが、以下では、一例として、稼動状態および通信状態を示す場合について説明する。

通信部１１は、当該通信端末１０が開始要求端末として動作する場合には、開始要求情報を管理システム５０に送信する。ここで、開始要求情報とは、テレビ会議に用いられるセッションの開始を要求する情報である。開始要求情報は、具体的には、開始を要求する旨を示す情報と、開始要求情報の送信元である開始要求端末の端末ＩＤと、セッションの相手となる宛先端末の端末ＩＤと、を含む。端末ＩＤは、通信端末１０を識別するための情報であって、予め通信端末１０に記憶させておく他、ユーザが直接通信端末１０へ入力して決定するものとしてもよい。

操作入力受付部１２は、ユーザによる各種入力を受け付ける機能部である。操作入力受付部１２は、図２に示す操作ボタン１０８および電源スイッチ１０９によって実現される。

例えば、ユーザが、操作入力受付部１２のうち図２に示す電源スイッチ１０９をオンにすると、当該通信端末１０の電源がオン状態になる。また、ユーザが電源スイッチ１０９をオンの状態からオフにすると、通信部１１は、管理システム５０へ、当該通信端末１０の電源がオフになった旨の状態情報を送信してから、当該通信端末１０の電源が完全にオフとなる。これによって、管理システム５０は、通信端末１０が電源オンから電源オフになったことを把握することができる。

撮像部１３は、被写体を撮像して、撮像して得た画像データを取得する機能部である。撮像部１３は、図２に示すＣＰＵ１０１によるソフトウェアである通信アプリＡの実行、ならびに、カメラ１１２および撮像素子Ｉ／Ｆ１１３によって実現される。

表示制御部１４は、ディスプレイ１２０（表示装置）に対して画像データ等の表示制御を行う機能部である。表示制御部１４は、図２に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

表示制御部１４は、例えば、テレビ会議の要求元としての当該通信端末１０が所望の宛先としての通信端末１０とテレビ会議の通話を開始する前に、通信部１１によって受信された宛先端末の候補の状態情報を反映させて、各宛先端末の候補の名前が含まれた宛先リストをディスプレイ１２０に表示させる。

音声入力部１５は、マイク１１４（入力装置）によってユーザ（話者）の音声が音声信号に変換された後、当該音声信号を入力する機能部である。音声入力部１５は、図２に示す音声入出力Ｉ／Ｆ１１６によって実現される。

音声出力部１６は、音声信号をスピーカ１１５（出力装置）に出力し、スピーカ１１５から音声を出力させる機能部である。音声出力部１６は、図２に示すＣＰＵ１０１による通信アプリＡの実行、および音声入出力Ｉ／Ｆ１１６によって実現される。

記憶・読出部１７は、記憶部１８に各種データを記憶したり、記憶部１８に記憶された各種データを読み出す処理を行う機能部である。記憶部１８には、例えば、宛先端末との通話を行う際に受信されるコンテンツデータが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。記憶・読出部１７は、図２に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

認証要求部１９は、当該通信端末１０の電源がオンしたことを契機として、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証を要求する旨を示す認証要求情報、および当該通信端末１０の現時点のＩＰアドレスを送信する機能部である。認証要求部１９は、図２に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

音声処理部２０は、宛先端末との通話において、音声入力部１５により入力された音声信号に対してエコーキャンセル処理を行う機能部である。音声処理部２０は、図７に示したエコーキャンセラ１１７ｂに相当し、図２に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

検出部２１は、音声処理部２０によりエコーキャンセル処理が行われた音声信号の強度が所定値以上であるか否かを検出する処理部である。検出部２１は、音声処理部２０によりエコーキャンセル処理が行われた音声信号の強度が所定値未満である場合、エコーキャンセル処理は正常であると判断し、当該音声信号を通信部１１を介して宛先端末へ送信する。一方、検出部２１は、音声処理部２０によりエコーキャンセル処理が行われた音声信号の強度が所定値以上であることを検出した場合、エコーキャンセル処理でキャンセル不良が発生したと判断し、当該音声信号を宛先端末へ送信しない。検出部２１は、図７に示した検出器１１８に相当し、図２に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

なお、検出部２１が、音声処理部２０でのエコーキャンセル処理でキャンセル不良が発生したか否かを検出するためには、上述のように音声信号の強度が所定値以上であるか否かを検出することに限定されず、その他の方法で検出するものとしてもよい。例えば、波形解析または周波数解析等により、途切れ等の音声信号が含まれているか否かによりキャンセル不良を検出する等の方法によって検出するものとしてもよい。

通知部２２は、当該通信端末１０においてキャンセル不良が発生したことを、通信部１１を介して宛先端末へ通知する機能部である。また、通知部２２は、当該通信端末１０においてキャンセル不良が発生したこと場合、音声出力部１６に警告音を再生させる。通知部２２は、図２に示すＣＰＵ１０１による通信アプリＡの実行によって実現される。

なお、表示制御部１４、認証要求部１９、音声処理部２０、検出部２１、および通知部２２のうち少なくともいずれかは、ＡＳＩＣまたはＦＰＧＡ等のハードウェア回路によって実現されるものとしてもよい。

また、図１０に示した通信端末１０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図１０に示した通信端末１０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図１０に示した通信端末１０の１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

＜管理システムの機能ブロックの構成＞
図１０に示すように、管理システム５０は、通信部５１と、認証部５２と、状態管理部５３と、端末抽出部５４と、端末状態取得部５５と、セッション制御部５６と、記憶・読出部５７と、記憶部５８と、を有している。記憶部５８は、図３に示す補助記憶装置２０５によって実現され、図１０に示すように、認証管理ＤＢ５００１と、端末管理ＤＢ５００２と、グループ管理ＤＢ５００３と、セッション管理ＤＢ５００４とを記憶している。以下、記憶部５８に記憶されている各ＤＢにおいて管理される各テーブルについて説明する。

＜＜認証管理テーブル＞＞
図１１は、認証管理テーブルの一例を示す図である。

記憶部５８は、図１１に示す認証管理テーブルを含む認証管理ＤＢ５００１を記憶している。認証管理テーブルでは、ログインの認証を行う通信端末１０を識別する端末ＩＤに対して、パスワードが関連付けられて管理される。ここで、ＩＤは、利用する通信端末１０を識別する情報であり、パスワードは、ログインの認証するために利用される情報である。例えば、図１１に示す認証管理テーブルにおいて、端末ＩＤが「１０ａａ」で識
別されるパスワードは「ａａａａ」であることが示されている。

なお、端末ＩＤは、通信端末１０を一意に識別するために使われる文字、記号、数字または各種のしるし等の識別情報を示す。また、端末ＩＤは、上述の文字、記号、数字および各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

＜＜端末管理テーブル＞＞
図１２は、端末管理テーブルの一例を示す図である。

記憶部５８は、図１２に示す端末管理テーブルを含む端末管理ＤＢ５００２を記憶している。端末管理テーブルでは、各通信端末１０の端末ＩＤ毎に、端末名、各通信端末１０の稼動状態、他の通信端末との通信状態、および各通信端末１０のＩＰアドレスが関連付けられて管理される。

ここで、稼動状態としては、電源がオンされ、通信が可能または通信中の状態であるオ
ンラインと、電源がオンされていない等、通信が可能でない状態であるオフラインとがあ
る。また、通信状態としては、例えば、「Ｃａｌｌｉｎｇ」、「Ｒｉｎｇｉｎｇ」、「Ａｃｃｅｐｔｅｄ」、「Ｂｕｓｙ」、および「Ｎｏｎｅ」等がある。「Ｃａｌｌｉｎｇ」は、他の通信端末１０を呼び出している状態、すなわち、他の通信端末１０に対しテレビ会議に用いられるセッションの開始要求情報を送信し、応答を待っている状態を示す。「Ｒｉｎｇｉｎｇ」は、他の通信端末１０から呼び出されている状態、すなわち、他の通信端末１０から開始要求情報を受信し、受信した開始要求情報に対する応答が完了していない状態を示す。「Ａｃｃｅｐｔｅｄ」は、他の通信端末１０からの開始要求情報に対し許可の応答が完了しているが、セッションの確立が完了していない状態、および、自端末が送信した開始要求情報に対し許可の応答の受信が完了しているが、セッションの確立が完了していない状態を示す。「Ｂｕｓｙ」は、他の通信端末１０とのセッションが確立し、テレビ会議におけるコンテンツデータの通信による通話が行われている状態を示す。「Ｎｏｎｅ」は、他の通信端末１０と通信しておらず、待ち受け中の状態を示す。

例えば、図１２に示す端末管理テーブルにおいて、端末ＩＤが「１０ａｄ」の通信端末１０ａｄは、端末名が「日本 東京事業所 ＡＤ端末」で、稼動状態が「オンライン」で、通信状態がコンテンツデータの通信による通話が行われている状態を示す「Ｂｕｓｙ」で、この通信端末１０ａｄのＩＰアドレスが「１．２．１．６」であることが示されている。

＜＜グループ管理システム＞＞
図１３は、グループ管理テーブルの一例を示す図である。

記憶部５８は、図１３に示すグループ管理テーブルを含むグループ管理ＤＢ５００３を記憶している。グループ管理テーブルでは、管理システム５０に予め登録されているテレビ会議のグループごとに、当該グループに含まれる通信端末１０の端末ＩＤが管理される。すなわち、グループ管理テーブルでは、グループを識別するグループＩＤと、当該グループに含まれる通信端末１０の端末ＩＤとが関連付けられて管理される。

例えば、図１３に示すグループ管理テーブルにおいて、グループＩＤが「Ｇ００２」のグループは、端末ＩＤが「１０ａｃ」、「１０ｃａ」、「１０ｃｂ」である通信端末１０を含むことが示されている。

＜＜セッション管理テーブル＞＞
図１４は、セッション管理テーブルの一例を示す図である。

記憶部５８は、図１４に示すセッション管理テーブルを含むセッション管理ＤＢ５００４を記憶している。セッション管理テーブルでは、通信端末１０間でコンテンツデータが通信されるセッションを識別するためのセッションＩＤ毎に、セッションの開始要求端末の端末ＩＤ、およびセッションの開始要求情報において相手先として指定された宛先端末の端末ＩＤが関連付けられて管理される。

例えば、図１４に示すセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」で識別されるセッションは、端末ＩＤが「１０ａａ」の開始要求端末（通信端末１０ａａ）と、端末ＩＤが「１０ｄｂ」の宛先端末（通信端末１０ｄｂ）との間で確立されたことを示す。

なお、図１１〜図１４に示した各テーブルで管理される情報は、テーブル形式の情報としているが、これに限定されるものではなく、管理される各情報が関連付けられることができれば、テーブル形式に限定されるものではない。

図１０に戻り、管理システム５０の機能ブロックの説明に戻る。

通信部５１は、通信ネットワーク２を介して、通信端末１０または各システムと各種データの送受信を行う機能部である。通信部５１は、図３に示すネットワークＩ／Ｆ２０９によって実現される。

認証部５２は、通信部５１を介して受信された認証要求情報に含まれている端末ＩＤおよびパスワードを検索キーとし、記憶部５８の認証管理テーブル（図１１参照）を検索し、認証管理テーブルに同一の端末ＩＤおよびパスワードが管理されているかを判断することによって端末認証を行う機能部である。認証部５２は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

状態管理部５３は、図１２に示す端末管理テーブルの稼動状態および通信状態を管理す
る機能部である。状態管理部５３は、ログインの認証を要求してきた通信端末１０の稼動状態を管理すべく、端末管理テーブルに、この通信端末１０の端末ＩＤ、当該通信端末１０の稼動状態、および当該通信端末１０のＩＰアドレスを関連付けて記憶して管理する。

状態管理部５３は、通信端末１０のユーザが電源スイッチ１０９をオフ状態からオン状態にすることで、この通信端末１０から送られてきた電源をオンする旨の情報に基づいて、端末管理テーブルの稼動状態をオフラインからオンラインに更新する。また、状態管理部５３は、ユーザが通信端末１０の電源スイッチ１０９をオン状態からオフ状態にすることで、この通信端末１０から送られてきた電源をオフする旨の情報に基づいて、端末管理テーブルの稼動状態をオンラインからオフラインに更新する。

状態管理部５３は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

端末抽出部５４は、ログインの認証要求した通信端末１０等、処理対象となる対象端末の端末ＩＤを検索キーとして、図１３に示すグループ管理テーブルを検索し、対象端末と通話することができる、すなわちセッションを確立することのできる宛先端末の候補（同じグループの通信端末１０）の端末ＩＤを読み出す機能部である。端末抽出部５４は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

端末状態取得部５５は、端末ＩＤを検索キーとして、図１２に示す端末管理テーブルを検索し、端末ＩＤ毎に稼動状態および通信状態を読み出す機能部である。これにより、端末状態取得部５５は、ログインの認証要求をしてきた通信端末１０と通話することができる宛先端末の候補の稼動状態および通信状態を取得することができる。端末状態取得部５５は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

セッション制御部５６は、図１４に示すセッション管理テーブルに、生成したセッションＩＤ、開始要求端末の端末ＩＤおよび宛先端末の端末ＩＤを関連付けて記憶して管理する機能部である。セッション制御部５６は、通信端末１０間のセッションの確立をするための制御を行う。セッション制御部５６は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

記憶・読出部５７は、記憶部５８に各種テーブルに情報を記憶したり、記憶部５８に記憶された各種テーブルの情報を読み出す処理を行う機能部である。記憶・読出部５７は、図３に示すＣＰＵ２０１によるプログラムの実行によって実現される。

なお、認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、およびセッション制御部５６のうち少なくともいずれかは、ＡＳＩＣまたはＦＰＧＡ等のハードウェア回路によって実現されるものとしてもよい。

また、図１０に示した管理システム５０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図１０に示した管理システム５０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図１０に示した管理システム５０の１つ機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

（コンテンツデータおよび各種管理情報の送受信の状態）
図１５は、実施形態に係る通信システムにおけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションを示す図である。図１５を参照しながら、通信システム１におけるコンテンツデータおよび各種管理情報を送受信するために確立されたセッションについて説明する。

図１５に示すように、通信システム１では、開始要求端末と宛先端末Ａと宛先端末Ｂとの間で、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。さらに、開始要求端末と宛先端末Ａと宛先端末Ｂとの間で、管理システム５０を介して、画像データおよび音声データを送受信するためのコンテンツデータ用セッションＳｅｄが確立される。すなわち、コンテンツデータ用セッションｓｅｄが、テレビ会議において直接的に用いられるセッションである。なお、このセッションの概念はあくまで一例であって、例えば、画像データのセッションでは、解像度ごとに分けられるものとしてもよい。

（通信端末が通話開始する前の準備段階における各管理情報の送受信処理）
図１６は、通信端末が通話を開始するための認証処理を含む準備段階の処理の一例を示すシーケンス図である。図１７は、宛先リストの表示例を示す図である。図１６および図１７を参照しながら、通信端末１０ａａが通話を開始する前の準備段階における各情報の送受信処理について説明する。なお、図１６では、管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

まず、通信端末１０ａａのユーザが、図２に示す電源スイッチ１０９をオンにすると、通信端末１０ａａの操作入力受付部１２が、電源オンを受け付けて、通信端末１０ａａの電源をオンにする（ステップＳ２１）。そして、通信端末１０ａａの認証要求部１９は、上述の通信端末１０ａａの電源オンを契機とし、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証要求を示す認証要求情報、および通信端末１０ａａのＩＰアドレスを送信する（ステップＳ２２）。この認証要求情報には、開始要求端末としての自端末である通信端末１０ａａを識別するための端末ＩＤおよびパスワードが含まれている。端末ＩＤおよびパスワードは、通信端末１０ａａの記憶・読出部１７によって記憶部１８から読み出されて、通信部１１に送られたデータである。また、通信端末１０ａａから管理システム５０へ認証要求情報が送信される際は、受信側である管理システム５０は、送信側である通信端末１０ａａのＩＰアドレスを把握することができる。

次に、管理システム５０の認証部５２は、通信部５１を介して受信した認証要求情報に含まれている端末ＩＤおよびパスワードを検索キーとして、認証管理テーブル（図１１参照）を検索し、認証管理テーブルに同一の端末ＩＤおよびパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。

認証部５２によって、正当な利用権限を有する通信端末１０からのログインの認証要求であると判断された場合には、管理システム５０の状態管理部５３は、端末管理テーブル（図１２参照）に、通信端末１０ａａの端末ＩＤおよび端末名で示されるレコード毎に、通信端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４−１）。これにより、端末管理テーブルには、通信端末１０ａａの端末ＩＤ「１０ａａ」に、端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

続いて、状態管理部５３は、通信端末１０ａａの稼動状態「オンライン」および通信状態「Ｎｏｎｅ」を設定し、端末管理テーブルに、通信端末１０ａａの端末ＩＤおよび端末名で示されるレコードに、稼動状態および通信状態を関連付けて記憶する（ステップＳ２４−２）。これにより、端末管理テーブルには、通信端末１０ａａの端末ＩＤ「１０ａａ」に、稼動状態「オンライン」および通信状態「Ｎｏｎｅ」が関連付けて管理されることになる。

そして、管理システム５０の通信部５１は、認証部５２によって得られた端末認証の結果が示された認証結果情報を、通信ネットワーク２を介して、認証要求情報を送信してきた開始要求端末（通信端末１０ａａ）に送信する（ステップＳ２５）。本実施形態では、認証部５２によって正当な利用権限を有する端末であると端末認証された場合につき、以下続けて説明する。

通信端末１０ａａにおいて、正当な利用権限を有する端末であると端末認証された結果が示された認証結果情報を受信すると、通信部１１は、通信ネットワーク２を介して管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２６）。これにより、管理システム５０の通信部５１は、宛先リスト要求情報を受信する。

次に、管理システム５０の端末抽出部５４は、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」を検索キーとして、グループ管理テーブル（図１３参照）を検索し、開始要求端末が通話することができる、すなわち、開始要求端末と同じグループ（グループＩＤ「Ｇ００１」のグループ）に属する宛先端末の候補の端末ＩＤを抽出する（ステップＳ２７）。また、端末抽出部５４は、抽出した端末ＩＤを検索キーとして、端末管理テーブルを検索し、この端末ＩＤに対応する端末名、すなわち宛先端末の候補の端末名を抽出する。ここでは、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」に対応する宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｄｂ）のそれぞれの端末ＩＤ（「１０ａｂ」、「１０ａｃ」、「１０ａｄ」、「１０ｄｂ」）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 東京事業所 ＡＣ端末」、「日本 東京事業所 ＡＤ端末」、「アメリカ ワシントン事業所 ＤＢ端末」）が抽出される。

次に、管理システム５０の通信部５１は、端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤおよび端末名を含む宛先リスト情報を、開始要求端末（通信端末１０ａａ）に送信する（ステップＳ２８）。これにより、開始要求端末（通信端末１０ａａ）では、通信部１１が宛先リスト情報を受信し、記憶・読出部１７が記憶部１８へ宛先リスト情報を記憶する（ステップＳ２９）。

このように、本実施形態では、各通信端末１０で宛先リスト情報を管理するのではなく、管理システム５０がすべての通信端末１０の宛先リスト情報を一元管理している。これによって、通信システム１に新たな通信端末１０が含まれるようになったり、既に含まれている端末１０が除外されたりする場合でも、管理システム５０側で一括して対応するため、各通信端末１０側で宛先リスト情報の変更を行う手間を省くことができる。

また、管理システム５０の端末状態取得部５５は、端末抽出部５４によって抽出された
宛先端末の候補の端末ＩＤ（「１０ａｂ」、「１０ａｃ」、「１０ａｄ」、「１０ｄｂ」）を検索キーとして、端末管理テーブルを検索する。そして、端末状態取得部５５は、宛先端末の候補の端末ＩＤ毎に、対応する稼動状態および通信状態を読み出すことにより、宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｄｂ）それぞれの稼動状態および通信状態を取得する（ステップＳ３０）。

次に、通信部５１は、ステップＳ３０で使用された検索キーである端末ＩＤと、対応する宛先端末の候補の稼動状態および通信状態とを含む状態情報を、通信ネットワーク２を介して開始要求端末に送信する（ステップＳ３１）。具体的には、通信部５１は、検索キーとしての端末ＩＤ「１０ａｂ」と、宛先端末の候補（通信端末１０ａｂ）の稼動状態「オフライン」とを含む状態情報を、開始要求端末（通信端末１０ａａ）に送信する。なお、稼動状態が「オフライン」の場合には、状態情報には、通信状態は含まれない。また、通信部５１は、端末ＩＤ「１０ａｃ」と、宛先端末の候補（通信端末１０ａｃ）の稼動状態「オンライン」と、通信状態「Ｎｏｎｅ」とを含む状態情報等、宛先端末の候補すべてに対する状態情報それぞれを開始要求端末（通信端末１０ａａ）へ送信する。

次に、開始要求端末（通信端末１０ａａ）の記憶・読出部１７は、順次、管理システム５０から受信した状態情報を記憶部１８に記憶する（ステップＳ３２）。したがって、開始要求端末（通信端末１０ａａ）は、宛先端末の候補の状態情報を受信することで、通話することができる宛先端末の候補の現時点のそれぞれの稼動状態および通信状態を取得することができる。

次に、開始要求端末（通信端末１０ａａ）の表示制御部１４は、記憶部１８に記憶されている宛先リスト情報、および宛先端末の候補の状態情報に基づいて、宛先端末の候補の稼動状態および通信状態を反映させた宛先リストを作成する。そして、表示制御部１４は、図１に示すディスプレイ１２０ａａに、所定のタイミングで宛先リストを表示する（ステップＳ３３）。

図１７に示すように、ディスプレイ１２０ａａに表示される宛先リストは、宛先端末の候補の端末ＩＤ１１００−２と、端末名１１００−３と、状態情報を反映させたアイコン１１００−４ａ〜１１００−４ｃ等を含む。アイコンとしては、オフラインで通話できないことを示すオフラインアイコン１１００−４ａと、オンラインで通話可能であることを示す通話可能アイコン１１００−４ｂと、オンラインで通話中であることを示す通話中アイコン１１００−４ｃとがある。

表示制御部１４は、宛先端末の候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である場合には、この宛先端末の候補に対し、通話可能アイコン１１００−４ｂを割り当てる。また、表示制御部１４は、宛先端末の候補の稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」以外である場合には、この宛先端末の候補に対し、通話中アイコン１１００−４ｃを割り当てる。そして、表示制御部１４は、宛先端末の候補の稼動状態が「オフライン」である場合には、この宛先端末の候補に対し、オフラインアイコン１１００−４ａを割り当てる。

なお、他の通信端末１０でも、ステップＳ２１と同様に、ユーザが図２に示す電源スイッチ１０９をＯＮにすると、当該通信端末１０の操作入力受付部１２が、電源オンを受け付けて、上述のステップＳ２２〜Ｓ３３の処理と同様の処理を行う。

（通信端末が他の通信端末との通信の開始を要求する場合の処理）
図１８は、通話の開始を要求する処理の一例を示すシーケンス図である。図１８を参照しながら、通信端末１０が他の通信端末１０との通信の開始を要求する場合の処理を説明する。なお、図１８では、すべて管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

図１８においては、図１６においてログインが許可された通信端末１０ａａが、開始要求情報を送信する例、すなわち、通信端末１０ａａが開始要求端末として動作する例について説明する。開始要求端末としての通信端末１０ａａは、図１６のステップＳ３１で受信した宛先端末の候補の状態情報に基づいて、宛先端末の候補のうち、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である通信端末１０のうち少なくとも１つの通信端末１０と通話を行うことができる。例えば、開始要求端末（通信端末１０ａａ）は、宛先端末の候補のうち、図１６のステップＳ３１によって受信した状態情報により、稼動状態が「オンライン」であり、通信状態が「Ｎｏｎｅ」である通信端末１０ｄｂと通話を行うことができる。そこで、以下では、開始要求端末（通信端末１０ａａ）のユーザが、宛先端末（通信端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

なお、図１８に示す処理が開始される前の状態において、開始要求端末としての通信端末１０ａａのディスプレイ１２０ａａには、図１７に示す宛先リストが表示されているものとする。そして、開始要求端末のユーザは、宛先リストから所望の通話相手（宛先端末）を選択することができる。

まず、開始要求端末のユーザは、通信端末１０ａａの操作ボタン１０８を押下して宛先端末（通信端末１０ｄｂ）を選択する（ステップＳ４１）。すると、通信端末１０ａａの通信部１１は、開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」、および宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」を含む開始要求情報を、開始要求端末のＩＰアドレスと共に管理システム５０へ送信する（ステップＳ４２）。これにより、管理システム５０の通信部５１は、開始要求情報を受信すると共に、送信元である開始要求端末（通信端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することになる。

そして、状態管理部５３は、開始要求情報に含まれる開始要求端末（通信端末１０ａａ）の端末ＩＤ「１０ａａ」および宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」に基づき、端末管理ＤＢ５００２の端末管理テーブルにおいて、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ４３）。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ｃａｌｌｉｎｇ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態を「Ｒｉｎｇｉｎｇ」に変更する。

そして、管理システム５０のセッション制御部５６は、開始要求端末（通信端末１０ａａ）によって要求された宛先端末との間の通信を実行するためのセッション（コンテンツデータ用セッションｓｅｄ）を識別するためのセッションＩＤ「ｓｅ１」を生成する（ステップＳ４４）。セッション制御部５６は、セッションＩＤを生成すると、セッションＩＤ「ｓｅ１」をセッション管理テーブル（図１４参照）に記憶する。続いて、セッション制御部５６は、セッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの開始要求端末の端末ＩＤおよび宛先端末の端末ＩＤのフィールド部分に、それぞれ開始要求端末の端末ＩＤ「１０ａａ」、宛先端末の端末ＩＤ「１０ｄｂ」を記憶して管理する（ステップＳ４５）。

次に、通信部５１は、通信ネットワーク２を介して、開始要求端末（通信端末１０ａａ）へ、セッション制御部５６により生成されたセッションＩＤを送信する（ステップＳ４６）。また、通信部５１は、開始要求端末の端末ＩＤ「１０ａａ」と、セッションＩＤ「ｓｅ１」とを含む開始要求情報と、管理システム５０のＩＰアドレスとを宛先端末へ送信する（ステップＳ４７）。これにより、宛先端末（通信端末１０ｄｂ）は、開始要求情報を受信すると共に、管理システム５０のＩＰアドレス「１．１．１．２」を把握することになる。

（宛先端末が開始要求端末との間で通信開始を許可する応答を受け付けた場合の処理）
図１９は、通話の開始の要求を許可する処理の一例を示すシーケンス図である。図２０は、開始要求受付画面の表示例を示す図である。図１９および図２０を参照しながら、開始要求情報を受信した宛先端末のユーザが、操作ボタン１０８を押下することにより、開始要求端末との間の通信の開始（セッションの確立）を許可する旨の応答が受け付けられた場合の処理について説明する。

図１９に示す送受信処理の開始時には、宛先端末（通信端末１０ｄｂ）のディスプレイ１２０には、開始要求情報を受信したことを示す開始要求受付画面１２００−１（図２０参照）が表示されている（ステップＳ５１）。

図２０に示す開始要求受付画面１２００−１は、開始要求情報を受信した旨を示し、開始要求端末との間の通信の開始（セッションの確立）を許可するか否かを指定するためのユーザインターフェースである。ユーザは、開始要求受付画面１２００−１を閲覧することにより、開始要求を受信したことを確認することができる。開始要求受付画面１２００−１には、セッションの確立を許可するための「はい」ボタン１２００−２と、セッションの確立を許可しない選択をするための「いいえ」ボタン１２００−３とが含まれている。

宛先端末（通信端末１０ｄｂ）の操作ボタン１０８の操作によって「はい」ボタン１２００−２が押下された場合、操作入力受付部１２は、開始要求端末（通信端末１０ａａ）との間の通信の開始（セッション確立）を許可する旨の応答を受け付ける（ステップＳ５２）。次に、宛先端末の通信部１１は、宛先端末の端末ＩＤ「１０ｄｂ」、開始要求端末の端末ＩＤ「１０ａａ」、およびセッションＩＤ「ｓｅ１」が含まれる開始応答情報を、管理システム５０へ送信する（ステップＳ５３）。

管理システム５０の通信部５１が開始応答情報を受信すると、状態管理部５３は、開始応答情報に含まれる開始要求端末の端末ＩＤ「１０ａａ」および宛先端末の端末ＩＤ「１０ｄｂ」に基づき、端末管理テーブルにおいて、端末ＩＤ「１０ａａ」および端末ＩＤ「１０ｄｂ」がそれぞれ含まれるレコードの通信状態のフィールド部分を変更する（ステップＳ５４）。具体的には、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ａａ」が含まれるレコードの通信状態を「Ａｃｃｅｐｔｅｄ」に変更する。同様に、状態管理部５３は、端末管理テーブルの端末ＩＤ「１０ｄｂ」が含まれるレコードの通信状態も「Ａｃｃｅｐｔｅｄ」に変更する。

次に、通信部５１は、宛先端末（通信端末１０ｄｂ）の端末ＩＤ「１０ｄｂ」、およびセッションＩＤ「ｓｅ１」が含まれる開始応答情報を開始要求端末（通信端末１０ａａ）へ送信する（ステップＳ５５）。開始要求端末は、この開始応答情報を受信すると、通信部１１によってセッションＩＤ「ｓｅ１」を管理システム５０に送信することにより、セッションを確立させる（ステップＳ５６）。一方、宛先端末は、通信部１１によってセッションＩＤ「ｓｅ１」を管理システム５０に送信することにより、セッションを確立させる（ステップＳ５７）。

（通信端末のダブルトークの状態での処理）
図２１は、ダブルトークについてのキャンセル不良の検出時の処理の一例を示すシーケンス図である。図２２は、キャンセル不良の発生を警告する警告音の再生状態の一例を示す図である。図２３は、通話画面におけるキャンセル不良の発生表示の一例を示す図である。図２１〜図２３を参照しながら、通話を行っている２拠点の通信端末１０の一方でダブルトークの状態となった場合の処理について説明する。なお、通信を行う通信端末１０は、開始要求端末である通信端末１０ａａ（第２通信端末の一例）、および宛先端末である通信端末１０ｄｂ（第１通信端末の一例）であるものとし、通信端末１０ａａと通信端末１０ｄｂとの間ではセッションが確立しているものとする。また、ここではセッションで送受信されるコンテンツデータのうち音声データ（音声信号）のみに着目して説明する。また、通信端末１０ａａが設置された拠点を自拠点、通信端末１０ｄｂが設置された拠点を他拠点と称する場合がある。

＜ステップＳ７１＞
自拠点の通信端末１０ａａを利用するユーザ８０ａ（話者）は、他拠点のユーザ（話者）へ音声を送信するために発話し、その発話による音声は、通信端末１０ａａの音声入力部１５により入力される。

＜ステップＳ７２、Ｓ７３＞
音声入力部１５は、入力した通信端末１０ａａのユーザの音声の音声信号を、通信部１１へ送る。そして、通信部１１は、通信ネットワーク２を介して、音声信号を管理システム５０へ送信する。

＜ステップＳ７４、Ｓ７５＞
管理システム５０の通信部５１は、通信端末１０ａａから音声信号（第１音声信号）を受信すると、音声処理部２０へ当該音声信号を送る。

＜ステップＳ７６＞
音声処理部２０は、受信した音声信号のデータを記憶部１８へ一時的に記憶させる。

＜ステップＳ７７、Ｓ７８＞
通信部５１は、上述のように受信した音声信号を、音声処理部２０へ送ると共に、音声出力部１６へ送る。音声出力部１６は、音声信号を受け取ると、当該音声信号をスピーカ１１５から音声として、通信端末１０ｄｂのユーザ８０ｂに対し再生する。これにより、他拠点のユーザ８０ｂは、自拠点のユーザ８０ａの発話の内容を認識することができる。

＜ステップＳ７９、Ｓ８０＞
図５で上述したように、音声出力部１６から再生された音声は、当該音声出力部１６を搭載する通信端末１０ｄｂの音声入力部１５から入力されることになる。さらに、音声出力部１６から再生された音声が音声入力部１５から入力されると共に、ユーザ８０ｂの発話による音声が、音声入力部１５によって入力され、ダブルトークの状態となったものとする。

＜ステップＳ８１＞
音声入力部１５は、入力した音声出力部１６から再生された音声の音声信号、および、ユーザ８０ｂの発話の音声信号の双方（第２音声信号）を、音声処理部２０へ送る。

＜ステップＳ８２、Ｓ８３＞
音声処理部２０は、受け取った音声出力部１６から再生された音声の音声信号、および、ユーザ８０ｂの発話の音声信号に対して、エコーキャンセル処理を実行する。すなわち、音声処理部２０は、図６で上述したように、音声入力部１５へ入力された音声信号のうち、音声出力部１６から再生された音声の音声信号のみを差し引く処理を試みる。そして、音声処理部２０は、エコーキャンセル処理後の音声信号（以下、処理後音声信号と称する場合がある）（第３音声信号）を、検出部２１へ送る。

＜ステップＳ８４＞
上述したように、音声処理部２０によるエコーキャンセル処理では、通信端末１０ｄｂのマイク１１４の最大受電レベルを超える等の理由により、入力した音声信号が変形されて正常に機能せずキャンセル不良が発生する場合がある。検出部２１は、音声処理部２０によるエコーキャンセル処理においてキャンセル不良が発生したか否かを判断するため、音声処理部２０から受け取った処理後音声信号の強度が所定値以上であるか否かを検出する。処理後音声信号の強度が所定値未満である場合、検出部２１は、音声処理部２０によるエコーキャンセル処理が正常であると判断し、ステップＳ８５へ移行する。一方、処理後音声信号の強度が所定値以上である場合、検出部２１は、音声処理部２０によるエコーキャンセル処理でキャンセル不良が発生したと判断し、ステップＳ９１へ移行する。

＜ステップＳ８５、Ｓ８６＞
検出部２１は、処理後音声信号の強度が所定値未満である場合、音声処理部２０によるエコーキャンセル処理が正常であると判断し、処理後音声信号を通信部１１へ送る。通信部１１は、受け取った処理後音声信号を、通信ネットワーク２を介して管理システム５０へ送信する。

＜ステップＳ８７、Ｓ８８＞
管理システム５０は、受信した処理後音声信号を、通信ネットワーク２を介して、通信端末１０ａａへ送信する。通信端末１０ａａの通信部１１は、管理システム５０から受信した処理後音声信号を、音声出力部１６へ送る。

＜ステップＳ８９＞
通信端末１０ａａの音声出力部１６は、処理後音声信号を受け取ると、当該処理後音声信号をスピーカ１１５から音声として、通信端末１０ａａのユーザ８０ａに対し再生する。これにより、音声出力部１６から再生された処理後音声信号は、通信端末１０ｄｂの音声入力部１５へ入力された音声信号のうち、エコーキャンセル処理によりユーザ８０ｂの発話の音声信号が正常に取り出されているので、自拠点のユーザ８０ａは、他拠点のユーザ８０ｂの発話の内容を認識することができる。

＜ステップＳ９０、Ｓ９１＞
検出部２１は、処理後音声信号の強度が所定値以上であることを検出した場合、音声処理部２０によるエコーキャンセル処理でキャンセル不良が発生したと判断し、当該処理後音声信号を送信しないものとする。そして、検出部２１は、通信端末１０ｄｂでキャンセル不良が発生した旨を示す情報を通知部２２へ送る。

＜ステップＳ９２、Ｓ９３＞
通知部２２は、検出部２１から受け取った通信端末１０ｄｂでキャンセル不良が発生した旨を示す情報を、通信部１１へ送る。この場合、通知部２２は、当該情報と共に、通信端末１０ｄｂを示す情報（例えば、通信端末１０ｄｂの端末ＩＤ）も通信部１１へ送る。通信部１１は、キャンセル不良が発生した旨を示す情報、および通信端末１０ｄｂを示す情報を、キャンセル不良通知として、通信ネットワーク２を介して管理システム５０へ送信する。

＜ステップＳ９４、Ｓ９５＞
管理システム５０は、受信したキャンセル不良通知を、通信ネットワーク２を介して、通信端末１０ａａへ送信する。通信端末１０ａａの通信部１１は、受信したキャンセル不良通知を表示制御部１４へ送る。

＜ステップＳ９６＞
表示制御部１４は、通信部１１から受け取ったキャンセル不良通知を、ディスプレイ１２０ａａへ表示させる。図２３には、ディスプレイ１２０ａａでキャンセル不良通知が表示された通話画面１４００−１の一例が示されている。通話画面１４００−１には、自拠点の話者であるユーザ８０ａを表示する自拠点側表示１４００−２ａと、他拠点の話者であるユーザ８０ｂを表示する他拠点側表示１４００−２ｂとが含まれる。この場合、表示制御部１４は、キャンセル不良通知に含まれる通信端末１０ｄｂを示す情報（例えば、通信端末１０ｄｂの端末ＩＤ）に基づいて、他拠点の話者、すなわち、通信端末１０ｄｂを利用する話者を表示する他拠点側表示１４００−２ｂの下側に、キャンセル不良が発生した旨を示すキャンセル不良通知表示１４００−３を表示させる。これによって、通信端末１０ｄｂに対する相手側である通信端末１０ａａを利用する各話者（ユーザ８０ａ）は、通信端末１０ｄｂにおいてキャンセル不良が発生していることを認識することができ、発話による音声信号の入力を止めたり、相手側の話者へ発話を譲る等の対応を促すことができる。

なお、通信端末１０ｄｂでのキャンセル不良の発生を、ディスプレイ１２０ａａに表示させることによって通知するものとしているが、これに限定されるものではなく、音の再生による通知等のその他の方法により通知を行うものとしてもよい。

＜ステップＳ９７、Ｓ９８＞
通知部２２は、ステップＳ９２で通信端末１０ｄｂでキャンセル不良が発生した旨を示す情報を通信部１１へ送ると共に、音声出力部１６へ当該情報を送る。そして、音声出力部１６は、受け取ったキャンセル不良が発生した旨を示す情報に従って、スピーカ１１５からキャンセル不良が発生したことを示す警告音を再生する。

図２２には、通信端末１０ｄｂにおいてダブルトークの状態でキャンセル不良が発生した状態の一例が示されている。自拠点の話者であるユーザ８０ａの音声が、通信端末１０ｄｂのスピーカ１１５から再生されているときに、ユーザ８０ｂの発話音声５０１がマイク１１４から入力され、かつ、スピーカ１１５から再生されている音声もマイク１１４から入力されてダブルトークの状態となる。そして、通信端末１０ｄｂの音声処理部２０によるエコーキャンセル処理でキャンセル不良が発生すると、通信端末１０ｄｂの音声出力部１６は、スピーカ１１５からキャンセル不良が発生したことを示す警告音５０２を再生する。

この警告音によって、通信端末１０ｄｂを利用する話者（ユーザ８０ｂ）は、通信端末１０ｄｂにおいてキャンセル不良が発生していることを認識することができ、発話による音声信号の入力を止めたり、相手側の話者へ発話を譲る等の対応を促すことができる。

なお、通信端末１０ｄｂでのキャンセル不良の発生を、スピーカ１１５から警告音の再生により通知するものとしているが、これに限定されるものではなく、ディスプレイ１２０ｄｂにその旨を表示させる等のその他の方法により通知を行うものとしてもよい。

＜ステップＳ９９＞
通信端末１０ｄｂの音声処理部２０は、ステップＳ７６で記憶部１８へ一時的に記憶させた音声信号のデータを破棄する。

以上のように、本実施形態に係る通信システム１では、テレビ会議に参加している通信端末１０でダブルトークの状態となった場合において、エコーキャンセラ（音声処理部２０の機能に相当）によるエコーキャンセル処理にキャンセル不良が発生したとき、テレビ会議の参加者に当該キャンセル不良の発生を通知するものとしている。具体的には、エコーキャンセル不良が発生した通信端末１０の話者に対して、警告音を再生することにより、当該通信端末１０でキャンセル不良が発生したことを通知するものとしている。さらに、エコーキャンセル不良が発生した通信端末１０と通話を行っている他の通信端末１０の話者に対しては、エコーキャンセル不良が発生した旨を表示させることによって通知するものとしている。これによって、テレビ会議の参加者（話者）は互いに発話による音声信号の入力を止めたり、相手側の話者へ発話を譲る等の対応を促すことができるので、ダブルトークを容易に解消することができる。

（検出部によるキャンセル不良の検出の別形態）
図２４は、学習モデルによりキャンセル不良の有無を検出する動作を模式的に説明する図である図２４を参照しながら、検出部２１におけるキャンセル不良の有無の検出動作の別形態いついて説明する。

図２１における検出部２１は、音声処理部２０によるエコーキャンセル処理においてキャンセル不良が発生したか否かを判断するための方法として、処理後音声信号の強度が所定値以上であるか否かの閾値判定を行うものとした。このキャンセル不良の発生の有無を検出するためには、上述の閾値判定に限られるものではなく、例えば、音声認識技術を用いた学習モデルを用いて行うものとしてもよい。図２４では、機械学習により音声信号を、エコーキャンセル処理における処理結果（キャンセル正常、キャンセル不良）に変換する学習モデルとしてのニューラルネットワーク４０１が示されている。特に、ニューラルネットワーク４０１の階層が深いものをディープラーニング（深層学習）という。また、音声信号のような時系列データを分類するにはＲＮＮ（Ｒｅｃｃｕｒｅｎｔ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ）が適していることが知られている。一例として２０ミリ秒ごとにスライスした音声信号をＭＦＣＣ（Ｍｅｌ−ｆｒｅｑｕｅｎｃｙ ｃｅｐｓｔｒａｌ ｃｏｅｆｆｉｃｉｅｎｔｓ）に変換し、入力層４０２の各ノードに入力する。出力層４０３の各ノードには、エコーキャンセル処理における各処理結果が対応する。学習フェーズにおいて入力層４０２にはＭＦＣＣに変換された音声信号が入力され、出力層４０３には、キャンセル正常に対応するノードに「１」が割り当てられ、キャンセル不良に対応するノードに「０」が割り当てられる。そして、入力層４０２のノード、ニューラルネットワーク４０１の各階層のノード、および、出力層４０３のノードの間の重みが誤差逆伝播法で学習される。認識フェーズでは、入力された音声信号が、キャンセル正常を示す音声に近い出力層４０３のノードほど大きい値（１に近い値）を出力する。検出部２１は、閾値以上の値を出力したノードに対応するエコーキャンセル処理における処理結果を取り出す。このように、検出部２１は、ニューラルネットワーク４０１を用いることにより実現されるものとしてもよい。

なお、種々の音声認識方法があり、図２４の説明は一例に過ぎない。例えば、隠れマルコフモデルを使用して音声認識してもよく、または他の手法を採用してもよい。

（通信端末が通話開始する前の準備段階における各管理情報の送受信処理の別形態）
図２５は、通信端末が通話を開始するための認証処理をメールアドレスで行う場合の処理の一例を示すシーケンス図である。図２５を参照しながら、通信端末１０ａａが通話を開始する前の準備段階における各情報の送受信処理の別形態について説明する。

図１６に示す処理では、通信端末１０自身を識別する端末ＩＤを用いて認証処理等が行われるものとした。このような認証処理等では、端末ＩＤを用いることに限定されるものではなく、例えば、通信端末１０を利用するユーザＩＤ（例えばメールアドレス）を用いるものとしてもよい。以下、図２５に示す処理ではユーザＩＤとしてメールアドレスを用いた場合の処理について、図１６に示す処理の相違点を中心に説明する。

まず、通信端末１０ａａのユーザが、図２に示す電源スイッチ１０９をオンにすると、通信端末１０ａａの操作入力受付部１２が、電源オンを受け付けて、通信端末１０ａａの電源をオンにする（ステップＳ２１ａ）。そして、通信端末１０ａａの認証要求部１９は、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインの認証要求を示す認証要求情報、および通信端末１０ａａのＩＰアドレスを送信する（ステップＳ２２ａ）。この認証要求情報には、開始要求端末としての通信端末１０ａａを利用するユーザを識別するためのメールアドレスおよびパスワードが含まれている。

次に、管理システム５０の認証部５２は、通信部５１を介して受信した認証要求情報に含まれているメールアドレスおよびパスワードを検索キーとして、認証管理テーブルを検索し、認証管理テーブルに同一のメールアドレスおよびパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３ａ）。

認証部５２によって、正当な利用権限を有する通信端末１０からのログインの認証要求であると判断された場合には、管理システム５０の状態管理部５３は、端末管理テーブルに、通信端末１０ａａのメールアドレスおよび端末名で示されるレコード毎に、通信端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４ａ−１）。

続いて、状態管理部５３は、通信端末１０ａａの稼動状態「オンライン」および通信状態「Ｎｏｎｅ」を設定し、端末管理テーブルに、通信端末１０ａａのメールアドレスおよび端末名で示されるレコードに、稼動状態および通信状態を関連付けて記憶する（ステップＳ２４ａ−２）。

そして、管理システム５０の通信部５１は、認証部５２によって得られた端末認証の結果が示された認証結果情報を、通信ネットワーク２を介して、認証要求情報を送信してきた開始要求端末（通信端末１０ａａ）に送信する（ステップＳ２５ａ）。以下、認証部５２によって正当な利用権限を有する端末であると端末認証された場合につき、続けて説明する。

通信端末１０ａａにおいて、正当な利用権限を有する端末であると端末認証された結果が示された認証結果情報を受信すると、通信部１１は、通信ネットワーク２を介して管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２６ａ）。これにより、管理システム５０の通信部５１は、宛先リスト要求情報を受信する。

次に、管理システム５０の端末抽出部５４は、開始要求端末（通信端末１０ａａ）を利用するユーザのメールアドレスを検索キーとして、グループ管理テーブルを検索し、開始要求端末が通話することができる、すなわち、開始要求端末と同じグループに属する宛先端末の候補を利用するユーザのメールアドレスを抽出する（ステップＳ２７ａ）。また、端末抽出部５４は、抽出したメールアドレスを検索キーとして、端末管理テーブルを検索し、このメールアドレスに対応する端末名、すなわち宛先端末の候補の端末名を抽出する。ここでは、開始要求端末（通信端末１０ａａ）を利用するユーザのメールアドレスに対応する宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｄｂ）のそれぞれを利用するユーザのメールアドレスと、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 東京事業所 ＡＣ端末」、「日本 東京事業所 ＡＤ端末」、「アメリカ ワシントン事業所 ＤＢ端末」）が抽出される。

次に、管理システム５０の通信部５１は、端末抽出部５４によって抽出された宛先端末の候補を利用するユーザのメールアドレスおよび端末名を含む宛先リスト情報を、開始要求端末（通信端末１０ａａ）に送信する（ステップＳ２８ａ）。これにより、開始要求端末（通信端末１０ａａ）では、通信部１１が宛先リスト情報を受信し、記憶・読出部１７が記憶部１８へ宛先リスト情報を記憶する（ステップＳ２９ａ）。

また、管理システム５０の端末状態取得部５５は、端末抽出部５４によって抽出された
宛先端末の候補を利用するユーザのメールアドレスを検索キーとして、端末管理テーブルを検索する。そして、端末状態取得部５５は、宛先端末の候補を利用するユーザのメールアドレス毎に、対応する稼動状態および通信状態を読み出すことにより、宛先端末の候補（通信端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｄｂ）それぞれの稼動状態および通信状態を取得する（ステップＳ３０ａ）。

次に、通信部５１は、ステップＳ３０ａで使用された検索キーであるメールアドレスと、対応する宛先端末の候補の稼動状態および通信状態とを含む状態情報を、通信ネットワーク２を介して開始要求端末に送信する（ステップＳ３１ａ）。

次に、開始要求端末（通信端末１０ａａ）の記憶・読出部１７は、順次、管理システム５０から受信した状態情報を記憶部１８に記憶する（ステップＳ３２ａ）。したがって、開始要求端末（通信端末１０ａａ）は、宛先端末の候補の状態情報を受信することで、通話することができる宛先端末の候補の現時点のそれぞれの稼動状態および通信状態を取得することができる。

次に、開始要求端末（通信端末１０ａａ）の表示制御部１４は、記憶部１８に記憶されている宛先リスト情報、および宛先端末の候補の状態情報に基づいて、宛先端末の候補の稼動状態および通信状態を反映させた宛先リストを作成する。そして、表示制御部１４は、図１に示すディスプレイ１２０ａａに、所定のタイミングで宛先リストを表示する（ステップＳ３３ａ）。

（通信端末のソフトウェア構成の別形態）
図２６は、実施形態に係る通信端末のＷｅｂアプリを利用する場合のソフトウェア構成の一例を示す図である。図２６を参照しながら、通信端末１０のソフトウェア構成の別形態について説明する。

上述の図４では、通信端末１０で通信アプリＡが実行される動作を説明したが、同様の処理をＷｅｂアプリによっても実現できる。Ｗｅｂアプリは、ブラウザ上で動作する、例えばＪａｖａＳｃｒｉｐｔ（登録商標）によるプログラムとＷｅｂサーバ側のプログラムとが協調することによって動作し、ユーザはそれをブラウザ上で使用する。すなわち、図２６に示すように、通信端末１０は管理システム５０から、プログラムＷＡ（ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）＋ＪａｖａＳｃｒｉｐｔ（登録商標）＋ＣＳＳ（Ｃｏｅｆｆｉｃｉｅｎｔ Ｏｆ Ｐｅｒｆｏｒｍａｎｃｅ）等）をダウンロードして、ブラウザ１０４０上で実行する。当該ブラウザ１０４０は、ＯＳ１０２０の制御に従って動作する。

通信端末１０は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）等のプロトコルを用いて管理システム５０とデータを送受信することによって、管理システム５０が提供しているサービスを利用できる。このような利用形態では、予め通信端末１０に通信アプリＡをダウンロードしておく必要がない。

なお、上述の実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上述した各機能を実行するよう設計されたＡＳＩＣ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ、ＳＯＣ（Ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ)、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や従来の回路モジュール等のデバイスを含むものとする。

また、上述の実施形態において、通信端末１０および管理システム５０の各機能部の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上述の実施形態に係る通信端末１０および管理システム５０で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅｃｏｒｄａｂｌｅ）、ＤＶＤまたはＳＤカード等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の実施形態に係る通信端末１０および管理システム５０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態に係る通信端末１０および管理システム５０で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の実施形態に係る通信端末１０および管理システム５０で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが上述の記憶装置からプログラムを読み出して実行することにより、上述の各機能部が主記憶装置上にロードされて生成されるようになっている。

１ 通信システム
２ 通信ネットワーク
２ａ〜２ｄ ＬＡＮ
２ａｂ、２ｃｄ 専用線
２ｉ インターネット
１０、１０ａ、１０ａａ、１０ａｂ、１０ｂ、１０ｂａ、１０ｂｂ、１０ｃａ、１０ｃｂ、１０ｄａ、１０ｄｂ 通信端末
１１ 通信部
１２ 操作入力受付部
１３ 撮像部
１４ 表示制御部
１５ 音声入力部
１６ 音声出力部
１７ 記憶・読出部
１８ 記憶部
１９ 認証要求部
２０ 音声処理部
２１ 検出部
２２ 通知部
５０ 伝送管理システム
５１ 通信部
５２ 認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ セッション制御部
５７ 記憶・読出部
５８ 記憶部
７０、７０ａ〜７０ｄ、７０ａｂ、７０ｃｄ ルータ
８０ａ、８０ｂ ユーザ
９０ プログラム提供システム
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ フラッシュメモリ
１０５ ＳＳＤ
１０６ メディア
１０７ メディアドライブ
１０８ 操作ボタン
１０９ 電源スイッチ
１１０ バスライン
１１１ ネットワークＩ／Ｆ
１１２ カメラ
１１２ｃ ケーブル
１１３ 撮像素子Ｉ／Ｆ
１１４、１１４ａ、１１４ｂ マイク
１１４ｃ ケーブル
１１５、１１５ａ、１１５ｂ スピーカ
１１５ｃ ケーブル
１１６ 音声入出力Ｉ／Ｆ
１１７、１１７ｂ エコーキャンセラ
１１８ 検出器
１１９ ディスプレイＩ／Ｆ
１２０、１２０ａａ、１２０ａｂ、１２０ｂａ、１２０ｂｂ、１２０ｃａ、１２０ｃｂ、１２０ｄａ、１２０ｄｂ ディスプレイ
１２０ｃ ケーブル
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０５ 補助記憶装置
２０６ 記録メディア
２０７ メディアドライブ
２０８ ディスプレイ
２０９ ネットワークＩ／Ｆ
２１０ バスライン
２１１ キーボード
２１２ マウス
２１３ ＤＶＤ
２１４ ＤＶＤドライブ
３０１ フィルタ
３０２ 減算器
４０１ ニューラルネットワーク
４０２ 入力層
４０３ 出力層
５０１ 発話音声
５０２ 警告音
１０００ａ、１０００ｂ 通信端末
１０１０ 作業領域
１０２０ ＯＳ
１０４０ ブラウザ
１１００−２ 端末ＩＤ
１１００−３ 端末名
１１００−４ａ オフラインアイコン
１１００−４ｂ 通話可能アイコン
１１００−４ｃ 通話中アイコン
１１１４ａ、１１１４ｂ マイク
１１１５ａ、１１１５ｂ スピーカ
１１１７ｂ エコーキャンセラ
１２００−１ 開始要求受付画面
１２００−２ 「はい」ボタン
１２００−３ 「いいえ」ボタン
１３０１ フィルタ
１３０２ 減算器
１４００−１ 通話画面
１４００−２ａ 自拠点側表示
１４００−２ｂ 他拠点側表示
１４００−３ キャンセル不良通知表示
５０００ 管理システム
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００３ グループ管理ＤＢ
５００４ セッション管理ＤＢ
Ａ 通信アプリ
ＷＡ プログラム

特開２００９−２４６６２８号公報

Claims (10)

1. 他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末であって、
   前記他の通信端末から第１音声信号を受信する受信部と、
   前記受信部により受信された前記第１音声信号を音声として出力装置から出力させる音声出力部と、
   入力装置から音声を入力させる音声入力部と、
   少なくとも、前記音声出力部により前記出力装置から出力された前記第１音声信号に基づく音声と、利用者の発話による音声とが前記音声入力部により前記入力装置から入力された状態であるダブルトークが発生した場合に、該入力装置から入力された音声に基づく第２音声信号に対して、エコーキャンセル処理を実行する音声処理部と、
   前記音声処理部により前記エコーキャンセル処理が実行された音声信号である第３音声信号についてキャンセル不良が発生した場合、該キャンセル不良の発生の旨を通知する通知部と、
   を備えた通信端末。
2. 前記音声出力部は、前記通知部から前記第３音声信号についてキャンセル不良の発生の旨の通知を受けた場合、前記出力装置から該キャンセル不良が発生した旨を示す音を再生させる請求項１に記載の通信端末。
3. 前記受信部により前記他の通信端末からキャンセル不良が発生した旨の通知を受信した場合、表示装置に該キャンセル不良の発生の旨を表示させる表示制御部を、さらに備えた請求項１または２に記載の通信端末。
4. 前記第３音声信号に基づいて、該第３音声信号にキャンセル不良が発生したか否かを検出する検出部を、さらに備え、
   前記通知部は、前記検出部により前記第３音声信号についてキャンセル不良が発生したことが検出された場合、該キャンセル不良の発生の旨を通知する請求項１〜３のいずれか一項に記載の通信端末。
5. 前記検出部は、前記第３音声信号の強度が所定値以上である場合、該第３音声信号についてキャンセル不良が発生したことを検出する請求項４に記載の通信端末。
6. 音声信号を前記他の通信端末に送信する送信部を、さらに備え、
   前記送信部は、前記第３音声信号についてキャンセル不良が発生した場合、該第３音声信号を前記他の通信端末に送信しない請求項１〜５のいずれか一項に記載の通信端末。
7. 前記送信部は、前記第３音声信号についてキャンセル不良が発生していない場合、該第３音声信号を前記他の通信端末に送信する請求項６に記載の通信端末。
8. 第１通信端末と第２通信端末とを有し、前記第１通信端末および前記第２通信端末がネットワークを介して互いに音声信号を送受信することにより通話が可能な通信システムであって、
   前記第１通信端末は、
   前記第２通信端末から第１音声信号を受信する受信部と、
   前記受信部により受信された前記第１音声信号を音声として出力装置から出力させる音声出力部と、
   入力装置から音声を入力させる音声入力部と、
   少なくとも、前記音声出力部により前記出力装置から出力された前記第１音声信号に基づく音声と、利用者の発話による音声とが前記音声入力部により前記入力装置から入力された状態であるダブルトークが発生した場合に、該入力装置から入力された音声に基づく第２音声信号に対して、エコーキャンセル処理を実行する音声処理部と、
   前記音声処理部により前記エコーキャンセル処理が実行された音声信号である第３音声信号についてキャンセル不良が発生した場合、該キャンセル不良の発生の旨を通知する通知部と、
   を備え、
   前記第２通信端末は、
   前記通知部からキャンセル不良が発生した旨の通知を受信した場合、表示装置に該キャンセル不良の発生の旨を表示させる表示制御部を備えた通信システム。
9. 他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能な通信端末の通信方法であって、
   前記他の通信端末から第１音声信号を受信する受信ステップと、
   受信した前記第１音声信号を音声として出力装置から出力させる音声出力ステップと、
   入力装置から音声を入力させる音声入力ステップと、
   少なくとも、前記出力装置から出力された前記第１音声信号に基づく音声と、利用者の発話による音声とが前記入力装置から入力された状態であるダブルトークが発生した場合に、該入力装置から入力された音声に基づく第２音声信号に対して、エコーキャンセル処理を実行する音声処理ステップと、
   前記エコーキャンセル処理を実行した音声信号である第３音声信号についてキャンセル不良が発生した場合、該キャンセル不良の発生の旨を通知する通知ステップと、
   を有する通信方法。
10. 他の通信端末と、ネットワークを介して音声信号を送受信することにより通話が可能なコンピュータに、
    前記他の通信端末から第１音声信号を受信する受信ステップと、
    受信した前記第１音声信号を音声として出力装置から出力させる音声出力ステップと、
    入力装置から音声を入力させる音声入力ステップと、
    少なくとも、前記出力装置から出力された前記第１音声信号に基づく音声と、利用者の発話による音声とが前記入力装置から入力された状態であるダブルトークが発生した場合に、該入力装置から入力された音声に基づく第２音声信号に対して、エコーキャンセル処理を実行する音声処理ステップと、
    前記エコーキャンセル処理を実行した音声信号である第３音声信号についてキャンセル不良が発生した場合、該キャンセル不良の発生の旨を通知する通知ステップと、
    を実行させるためのプログラム。

Images