(57)【要約】【課題】サーバから各端末へマルチキャスト送信される音声データが低ビットレート符号化されている場合でも、端末においてエコーの除去を可能とする。【解決手段】サーバ１００は、高優先端末２００ａ，２００ｂに対しては、その端末を除く他の端末からの音声データを合成して送信し、低優先端末３００ａ〜３００ｃに対しては、高優先端末２００ａ，２００ｂからの音声データを優先して選択すると共に選択情報を付加してマルチキャスト送信する。低優先端末３００ａ〜３００ｃは、自端末の送信音声が有音の場合、選択情報に基づき、サーバ１００から受信した音声データが高優先端末からの音声データであるなら再生し、低優先端末からの音声データが含まれているなら再生しない。【選択図】図１
2015173376.tif 000002
【特許請求の範囲】
【請求項１】
サーバと３個以上の端末とで構成される通話会議システムにおいて、
前記３個以上の端末は、高優先端末と低優先端末とに分けられ、
前記サーバは、前記高優先端末それぞれに対しては、当該高優先端末以外の端末から前記サーバに送信された音声信号を合成して送信し、前記低優先端末に対しては、前記高優先端末から前記サーバに送信された音声データと前記低優先端末から前記サーバに送信された音声データのうち、前記高優先端末からの音声データを優先して選択し、選択した音声信号を、前記高優先端末と前記低優先端末のどちらからの音声信号を選択したかを示す選択情報と共にマルチキャスト方式で送信し、
前記低優先端末は、前記サーバからマルチキャスト方式で送信された前記音声データを受信して再生する場合に、自端末の有効な音声データを前記サーバに送信している間は、前記選択情報に基づき、受信した前記音声データが前記高優先端末からの音声データであるなら再生することを特徴とする通話会議システム。
【請求項２】
サーバと３個以上の端末とで構成される通話会議システムにおいて、
前記３個以上の端末は、高優先端末と低優先端末とに分けられ、
前記サーバは、前記高優先端末それぞれに対しては、当該高優先端末以外の端末から前記サーバに送信された音声信号を合成して送信し、前記低優先端末に対しては、前記高優先端末から前記サーバに送信された音声データと前記低優先端末から前記サーバに送信された音声データとを多重してマルチキャスト方式で送信し、
前記低優先端末は、前記サーバからマルチキャスト方式で送信された前記音声データを受信して再生する場合に、自端末の有効な音声データを前記サーバに送信している間は、受信した前記音声データのうちの前記高優先端末からの音声データを再生することを特徴とする通話会議システム。
【請求項３】
サーバと３個以上の端末とで構成される通話会議システムにおいて、
前記３個以上の端末は、高優先端末と低優先端末とに分けられ、
前記サーバは、前記高優先端末それぞれに対しては、当該高優先端末以外の端末から前記サーバに送信された音声信号を合成して送信し、前記低優先端末に対しては、前記高優先端末から前記サーバに送信された音声データと前記低優先端末から前記サーバに送信された音声データとをそれぞれ別々にマルチキャスト方式で送信し、
前記低優先端末は、前記サーバからマルチキャスト方式で送信された前記音声データを受信して再生する場合に、自端末の有効な音声データを前記サーバに送信している間は、受信した前記音声データが前記高優先端末からの音声データであるなら再生することを特徴とする通話会議システム。
【請求項４】
前記低優先端末は、自端末の音声データの有音と無音を検出し、有音を検出した音声データを前記有効な音声データとして前記サーバに送信していると判断することを特徴とする請求項１から請求項３のうちのいずれか１項記載の通話会議システム。
【請求項５】
前記サーバは、前記低優先端末のユーザの発言を許可または不許可し、
前記低優先端末は、自端末のユーザが発言する許可を前記サーバから受けた場合に、前記ユーザの発言を前記有効な音声データとして前記サーバに送信することを特徴とする請求項１から請求項３のうちのいずれか１項記載の通話会議システム。
【請求項６】
前記サーバと前記低優先端末との間で送受信される音声データは、低ビットレート符号化されていることを特徴とする請求項１から請求項５のうちのいずれか１項記載の通話会議システム。
【請求項７】
前記サーバは、前記低優先端末に対してマルチキャスト方式で送信する音声データに含める前記低優先端末からの音声データとして、複数個の前記低優先端末から前記サーバに送信された音声データを合成したものを用いることを特徴とする請求項４記載の通話会議システム。
【請求項８】
前記サーバは、前記低優先端末に対してマルチキャスト方式で送信する音声データに含める前記低優先端末からの音声データとして、発言を許可した前記低優先端末から前記サーバに送信された音声データを用いることを特徴とする請求項５記載の通話会議システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク上で音声会議を実現する通話会議システムに関するものである。
【背景技術】
【０００２】
通話会議システムは、サーバと複数の端末により構成され、各端末が送信する音声データをサーバで合成し、合成した音声データを各端末に配信する形態が取られる場合が多い。
ここで、ＩＰ会議通信システムでは、サーバが各端末に送信する音声データをマルチキャスト伝送することでネットワーク負荷の低減を図ることができる。ただし、各端末は、自端末が送信した音声データが、サーバから受信する音声データの中に含まれて戻ってくることで生じるエコーを除去する必要が生じる。
【０００３】
エコー除去のため、サーバが、会議に参加している全ての端末から受信した音声データを合成して一つの合成音声データを生成し、この合成音声データを全端末にマルチキャスト伝送する一方、各端末は、サーバから受信した合成音声データから自己の音声データを取り除いて再生出力する方法があった（例えば、特許文献１参照）。この方法によれば、各端末は、サーバへ送信する音声データをパケット化した音声パケットに端末種別を示す端末ＩＤを付加すると共に、送信した音声データを内部に格納する。サーバは、各端末から受信した音声データを合成し、これをパケット化して各端末に送信する際、音声合成元の端末ＩＤを付加する。各端末は、サーバから受信した音声パケット内に自己の端末ＩＤが含まれる場合、内部に格納した送信済みの音声データを、受信した音声データから減算することでエコーを除去する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１６４２３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
サーバから端末への音声パケット送信にかかるネットワーク負荷を更に低減するためには、音声データを低ビットレート符号化することによって情報量を削減することも有効である。しかし、低ビットレート符号化すると符号化歪が生じるため、上記特許文献１のように音声データを減算する方法ではエコーの除去ができないという課題があった。
【０００６】
この発明は、上記のような課題を解決するためになされたもので、サーバから各端末へマルチキャスト送信される音声データが低ビットレート符号化されている場合でも、端末においてエコーの除去を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る通話会議は、３個以上の端末が高優先端末と低優先端末とに分けられ、サーバは、高優先端末それぞれに対しては、当該高優先端末以外の端末からサーバに送信された音声信号を合成して送信し、低優先端末に対しては、高優先端末からサーバに送信された音声データと低優先端末からサーバに送信された音声データのうち、高優先端末からの音声データを優先して選択し、選択した音声信号を、高優先端末と低優先端末のどちらからの音声信号を選択したかを示す選択情報と共にマルチキャスト方式で送信し、低優先端末は、サーバからマルチキャスト方式で送信された音声データを受信して再生する場合に、自端末の有効な音声データをサーバに送信している間は、選択情報に基づき、受信した音声データが高優先端末からの音声データであるなら再生するようにしたものである。
【０００８】
この発明に係る通話会議は、３個以上の端末が高優先端末と低優先端末とに分けられ、サーバは、高優先端末それぞれに対しては、当該高優先端末以外の端末からサーバに送信された音声信号を合成して送信し、低優先端末に対しては、高優先端末からサーバに送信された音声データと低優先端末からサーバに送信された音声データとを多重してマルチキャスト方式で送信し、低優先端末は、サーバからマルチキャスト方式で送信された音声データを受信して再生する場合に、自端末の有効な音声データをサーバに送信している間は、受信した音声データのうちの高優先端末からの音声データを再生するようにしたものである。
【０００９】
この発明に係る通話会議は、３個以上の端末が高優先端末と低優先端末とに分けられ、サーバは、高優先端末それぞれに対しては、当該高優先端末以外の端末からサーバに送信された音声信号を合成して送信し、低優先端末に対しては、高優先端末からサーバに送信された音声データと低優先端末からサーバに送信された音声データとをそれぞれ別々にマルチキャスト方式で送信し、低優先端末は、サーバからマルチキャスト方式で送信された音声データを受信して再生する場合に、自端末の有効な音声データをサーバに送信している間は、受信した音声データが高優先端末からの音声データであるなら再生するようにしたものである。
【発明の効果】
【００１０】
この発明によれば、端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データを優先して選択すると共に選択情報を付加してマルチキャスト送信し、低優先端末は、自端末の有効な音声データをサーバに送信している間、サーバから受信した音声データ内に含まれている高優先端末からの音声データを再生し、低優先端末からの音声データが含まれているなら再生しないようにしたので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない。
【００１１】
この発明によれば、端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データと低優先端末からの音声データとを多重してマルチキャスト送信し、低優先端末は、自端末の有効な音声データをサーバに送信している間、サーバから受信した音声データのうちの高優先端末からの音声データを再生し低優先端末からの音声データを再生しないようにしたので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない。
【００１２】
この発明によれば、端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データと低優先端末からの音声データとを別々にマルチキャスト送信し、低優先端末は、自端末の有効な音声データをサーバに送信している間、サーバから受信した高優先端末からの音声データを再生し、低優先端末からの音声データを再生しないようにしたので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない。
【図面の簡単な説明】
【００１３】
【図１】この発明の実施の形態１に係る通話会議システムの構成を示すブロック図である。
【図２】実施の形態１に係る通話会議システムの低優先端末の内部構成を示すブロック図である。
【図３】実施の形態１に係る通話会議システムの高優先端末の内部構成を示すブロック図である。
【図４】この発明の実施の形態２に係る通話会議システムの構成を示すブロック図である。
【図５】この発明の実施の形態３に係る通話会議システムの構成を示すブロック図である。
【図６】実施の形態３に係る通話会議システムの低優先端末の内部構成を示すブロック図である。
【図７】この発明の実施の形態４に係る通話会議システムの構成を示すブロック図である。
【図８】実施の形態４に係る通話会議システムの低優先端末の内部構成を示すブロック図である。
【図９】この発明の実施の形態５に係る通話会議システムの構成を示すブロック図である。
【図１０】実施の形態５に係る通話会議システムの低優先端末の内部構成を示すブロック図である。
【図１１】この発明の実施の形態６に係る通話会議システムの構成を示すブロック図である。
【図１２】実施の形態６に係る通話会議システムの低優先端末の内部構成を示すブロック図である。
【図１３】この発明の実施の形態７に係る通話会議システムの構成を示すブロック図である。
【図１４】実施の形態７に係る通話会議システムの低優先端末の内部構成を示すブロック図である。
【発明を実施するための形態】
【００１４】
実施の形態１．
図１に示す通話会議システムは、１台のサーバと５台の端末との間で会議が行われる場合の構成である。図１において、サーバ１００は、各端末から送信された音声データを受信し、合成して各端末に送信する。また、図１の例では、５台の端末のうちの２台が、会議通話の優先度が高く設定された高優先端末２００ａ，２００ｂ、残りの３台が、会議通話の優先度が低く設定された低優先端末３００ａ〜３００ｃである。
【００１５】
サーバ１００は、各端末から送信された音声パケットを受信する音声パケット受信部１０１，１０２と、音声データを合成する音声合成部１０３と、音声データをパケット化して送信する音声パケット送信部１０４と、マルチキャスト伝送する音声データを選択する音声選択部１０５と、音声データを低ビットレート符号化する音声符号器１０６と、音声データの選択情報を付加する選択情報付加部１０７と、音声データをパケット化してマルチキャスト送信するマルチキャスト音声パケット送信部１０８と、低ビットレート符号化された音声データを復号する音声復号器１０９ａ〜１０９ｃとを備えている。
音声復号器１０９ａ〜１０９ｃの個数は、低優先端末３００ａ〜３００ｃの台数と同じとする。
【００１６】
このサーバ１００は、不図示のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されており、このＣＰＵが内部メモリに格納されたプログラムを実行することによって、音声パケット受信部１０１，１０２、音声合成部１０３、音声パケット送信部１０４、音声選択部１０５、音声符号器１０６、選択情報付加部１０７、マルチキャスト音声パケット送信部１０８、音声復号器１０９ａ〜１０９ｃとしての機能を実現する。
また、音声符号器１０６および音声復号器１０９ａ〜１０９ｃなどの一部の機能を、専用回路により構成してもよい。
【００１７】
次に、サーバ１００の動作を説明する。
高優先端末２００ａ，２００ｂと低優先端末３００ａ〜３００ｃは、自端末の音声データをパケット化し、音声パケットとしてサーバ１００に送信する。ここで、高優先端末２００ａ，２００ｂが送信する音声パケットのペイロード、即ち、音声データは低ビットレート符号化されていないＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｉｎ）符号である。一方、低優先端末３００ａ〜３００ｃが送信する音声パケットのペイロードは、低ビットレート符号化された音声データである。低ビットレート符号化は、ＰＣＭに比べて低いビットレートであり、符号化した後に復号した音声信号が符号化前の音声信号と全く同じにならない（つまり符号化歪を生じる）符号化方式を指す。
【００１８】
サーバ１００において、まず音声パケット受信部１０１は、高優先端末２００ａ，２００ｂが送信する音声パケットを受信し、この音声パケットのペイロード部分、即ち、ＰＣＭ符号の音声データを抜き出して、音声合成部１０３に出力する。
他方、音声パケット受信部１０２は、低優先端末３００ａ〜３００ｃが送信する音声パケットを受信し、この音声パケットのペイロード部分、即ち、低ビットレート符号の音声データを抜き出して、音声復号器１０９ａ〜１０９ｃに出力する。音声復号器１０９ａ〜１０９ｃは、低ビットレート符号をＰＣＭ符号に復号し、音声合成部１０３および音声選択部１０５に出力する。
【００１９】
音声合成部１０３は、音声パケット受信部１０１が出力する高優先端末２００ａ，２００ｂの音声データと、音声復号器１０９ａ〜１０９ｃが出力する低優先端末３００ａ〜３００ｃの音声データとが入力され、高優先端末２００ａ，２００ｂの何れかに送信するための音声データ（高優先端末送信用の音声データ）として、送信対象の端末以外からの音声データを合成した音声データを生成し、音声パケット送信部１０４に出力する。
即ち、高優先端末２００ａに送信する場合、高優先端末２００ｂおよび低優先端末３００ａ〜３００ｃの音声データを合成した合成音声データを生成する。高優先端末２００ｂに送信する場合、高優先端末２００ａおよび低優先端末３００ａ〜３００ｃの音声データを合成した合成音声データを生成する。
【００２０】
音声パケット送信部１０４は、音声合成部１０３から入力される高優先端末２００ａ以外の音声データをパケット化して高優先端末２００ａに送信し、音声合成部１０３から入力される高優先端末２００ｂ以外の音声データをパケット化して高優先端末２００ｂに送信する。
【００２１】
また、音声合成部１０３は、低優先端末３００ａ〜３００ｃに送信するための音声データ（低優先端末送信用の音声データ）として、高優先端末２００ａ，２００ｂの音声データを合成した音声データを生成し、音声選択部１０５に出力する。
【００２２】
音声選択部１０５は、音声合成部１０３が出力する高優先端末２００ａ，２００ｂの音声データ（低優先端末送信用の音声データ）と、音声復号器１０９ａ〜１０９ｃが出力する低優先端末３００ａ〜３００ｃの音声データとが入力され、その何れかを選択して、音声符号器１０６に出力する。その選択は、音声合成部１０３から入力される低優先端末送信用の音声データ、即ち、高優先端末２００ａ，２００ｂの音声データを合成したものを優先する。
また、音声合成部１０３から入力される音声データを選択した場合は０を、そうでない場合は１を、選択情報として、音声選択部１０５から選択情報付加部１０７に出力する。
【００２３】
具体的な選択の方法としては、まず、音声選択部１０５が入力された各音声データの有音・無音を検出し、音声合成部１０３から入力された音声データが有音の場合は、常にその音声データを選択する。また、音声選択部１０５は、音声合成部１０３および音声復号器１０９ａ〜１０９ｃから入力された全ての音声データが無音の場合も、音声合成部１０３の音声データを選択する。また、音声選択部１０５は、音声合成部１０３および音声復号器１０９ａ〜１０９ｃから入力された音声データのうち、何れか１個の音声データのみが有音ならばその音声データを選択する。
また、音声選択部１０５は、音声合成部１０３から入力された音声データが無音であって、音声復号器１０９ａ〜１０９ｃから入力された音声データの２個以上が有音の場合には、先に有音となった音声データを選択する。
【００２４】
音声符号器１０６は、音声選択部１０５から入力される音声データを低ビットレート符号化し、その低ビットレート符号の音声データを選択情報付加部１０７に出力する。
選択情報付加部１０７は、音声符号器１０６から入力される低ビットレート符号の音声データに、音声選択部１０５から入力された０か１の選択情報を付加して、マルチキャスト音声パケット送信部１０８に出力する。
マルチキャスト音声パケット送信部１０８は、選択情報付加部１０７から入力される低ビットレート符号の音声データと選択情報をパケット化し、低優先端末３００ａ〜３００ｃに対してマルチキャスト送信する。
【００２５】
次に、図２を用いて、低優先端末３００ａ〜３００ｃの動作を説明する。この図２は、低優先端末３００ａの内部構成を示すブロック図であるが、低優先端末３００ｂ，３００ｃも同様の構成である。
【００２６】
低優先端末３００ａは、送信に係る機能として、端末ユーザが発言した音声を収音するマイクロフォン３０１と、マイクロフォン３０１から入力されるアナログ音声をＰＣＭ符号に変換するＡ／Ｄ変換器３０２と、ＰＣＭ符号の音声データを低ビットレート符号化する音声符号器３０４と、低ビットレート符号の音声データをパケット化して送信する音声パケット送信部３０５とを備えている。
また、低優先端末３００ａは、受信に係る機能として、サーバ１００が送信するマルチキャスト音声パケットを受信するマルチキャスト音声パケット受信部３０６と、受信したマルチキャスト音声パケットの音声データに付加された選択情報を分離する選択情報分離部３０７と、受信した音声データを低ビットレート符号からＰＣＭ符号に復号する音声復号器３０８と、端末ユーザの音声の有音・無音を判定する有音検出部３０３と、ＰＣＭ符号の音声データの出力を切り換えるスイッチ３０９と、ＰＣＭ符号をアナログ音声に変換するＤ／Ａ変換器３１０と、アナログ音声を出力するスピーカ３１１とを備えている。
【００２７】
この低優先端末３００ａは、不図示のＣＰＵで構成されており、このＣＰＵが内部メモリに格納されたプログラムを実行することによって、有音検出部３０３、音声パケット送信部３０５、マルチキャスト音声パケット受信部３０６、選択情報分離部３０７等としての機能を実現する。また、Ａ／Ｄ変換器３０２、Ｄ／Ａ変換器３１０、音声符号器３０４、音声復号器３０８、スイッチ３０９などの一部機能を、専用回路により構成してもよい。
【００２８】
低優先端末３００ａにおいて、ユーザの音声はマイクロフォン３０１で収音され、Ａ／Ｄ変換器３０２によってＰＣＭ符号に変換された後、有音検出部３０３と音声符号器３０４に入力される。
有音検出部３０３は、入力されたＰＣＭ符号の音声データが有音であるか無音であるかを判定し、有音ならば１を、無音ならば０をスイッチ３０９に出力する。
音声符号器３０４は、有音検出部３０３から入力されたＰＣＭ符号を低ビットレート符号化し、低ビットレート符号の音声データを音声パケット送信部３０５に出力する。
音声パケット送信部３０５は、音声符号器３０４から入力された低ビットレート符号の音声データをパケット化して、サーバ１００に送信する。
【００２９】
マルチキャスト音声パケット受信部３０６は、サーバ１００からマルチキャスト音声パケットを受信し、そのパケットのペイロード部分を抜き出して、選択情報分離部３０７に出力する。このペイロード部分は、サーバ１００の動作説明で記載したように、低ビットレート符号の音声データに０か１の選択情報が付加されたデータであり、選択情報分離部３０７はこれを分離して、低ビットレート符号の音声データを音声復号器３０８に、選択情報をスイッチ３０９に出力する。
【００３０】
音声復号器３０８は、選択情報分離部３０７から入力された低ビットレート符号の音声データをＰＣＭ符号に復号して、スイッチ３０９に出力する。
スイッチ３０９は、選択情報分離部３０７からの入力と有音検出部３０３からの入力の何れかが０の場合、または両方０の場合、音声復号器３０８から入力されたＰＣＭ符号をＤ／Ａ変換器３１０に出力する。一方、スイッチ３０９は、選択情報分離部３０７からの入力と有音検出部３０３からの入力が共に１の場合は、音声復号器３０８から入力されたＰＣＭ符号を出力せず、無音のＰＣＭ符号をＤ／Ａ変換器３１０に出力する。
Ｄ／Ａ変換器３１０は、スイッチ３０９から入力されたＰＣＭ符号をアナログ音声に変換して、スピーカ３１１を介してユーザに出力する。
【００３１】
次に、図３を用いて、高優先端末２００ａ，２００ｂの動作を説明する。この図３は、高優先端末２００ａの内部構成を示すブロック図であるが、高優先端末２００ｂも同様の構成である。高優先端末２００ａは、端末ユーザが発言した音声を収音するマイクロフォン２０１と、マイクロフォン２０１から入力されるアナログ音声をＰＣＭ符号に変換するＡ／Ｄ変換器２０２と、ＰＣＭ符号の音声データをパケット化してサーバ１００に送信する音声パケット送信部２０３と、サーバ１００が送信する音声パケットを受信する音声パケット受信部２０４と、受信した音声パケットに含まれる音声データをアナログ音声に変換するＤ／Ａ変換器２０５と、アナログ音声を出力するスピーカ２０６とを備えている。
【００３２】
この通話会議システムにおいて、サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、サーバ１００がマルチキャスト送信する音声パケットの中に、低優先端末３００ａ〜３００ｃの何れかがサーバ１００に送信した音声データが含まれているときには、その音声パケット中の選択情報が１となっているので、低優先端末３００ａ〜３００ｃにおいて選択情報分離部３０７からスイッチ３０９への入力が１となる。そして、低優先端末３００ａ〜３００ｃのユーザが発話中には、その端末において有音検出部３０３からスイッチ３０９への入力も１となるので、その端末のスイッチ３０９は無音のＰＣＭ符号をＤ／Ａ変換器３１０に出力する。従って、低優先端末３００ａ〜３００ｃが受信するマルチキャスト音声パケットの中に、自らが送信した音声データが含まれていても再生されず、エコーの発生を防止することができる。
【００３３】
ただし、低優先端末３００ａ〜３００ｃのうちの何れかの端末のユーザは、他の低優先端末の音声を聞き逃すことはある。例えば、低優先端末３００ａ，３００ｂの各ユーザが同時に発話し、サーバ１００が送信するマルチキャスト音声パケット内には低優先端末３００ａの音声データが含まれている場合、低優先端末３００ｂのユーザは低優先端末３００ａの音声を聞き逃すことになる。
【００３４】
一方、サーバ１００が送信するマルチキャスト音声パケットに含まれる音声データが、高優先端末２００ａ，２００ｂの音声データの場合には、付加される選択情報が０であるため、低優先端末３００ａ〜３００ｃの各ユーザが聞き逃すことはない。
【００３５】
また、高優先端末２００ａ，２００ｂの各ユーザは、他のどの端末からの音声も再生されずに聞き逃すことはなく、また、発話した全ての音声が全ての端末で再生される。
さらに、サーバ１００から高優先端末２００ａに送信する音声パケットにはこの高優先端末２００ａの音声データは含まれておらず、サーバ１００から高優先端末２００ｂに送信する音声パケットにはこの高優先端末２００ｂの音声データは含まれていないので、エコーを防止できる。
【００３６】
この通話会議システムは、会議の司会者が高優先端末２００ａ，２００ｂを使用し、その他一般の会議参加者が低優先端末３００ａ〜３００ｃを使用することを想定している。
司会者は、全ての会議参加者の音声を確実に聞くことが可能で、また、各会議参加者は司会者の音声を確実に聞くことができる。また、何れの端末のユーザも、自らの音声がサーバ１００を介して戻ってくることで生じるエコーを聞くことはない。
【００３７】
以上のように実施の形態１によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データを優先して選択すると共に選択情報を付加してマルチキャスト送信し、低優先端末は、自端末の有効な音声データをサーバに送信している間、選択情報に基づき、サーバから受信した音声データ内に低優先端末からの音声データが含まれているなら再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【００３８】
また、実施の形態１によれば、低優先端末は、自端末の音声データの有音と無音を検出し、有音を検出した音声データを有効な音声データとしてサーバに送信していると判断するようにした。この動作により、低優先端末は、ユーザが発話して自端末が有音状態のとき（つまり有効な音声データを送信しているとき）だけ、サーバから受信した低優先端末の音声データを再生しない。よって、ユーザが発話しておらず自端末が無音状態のときは、他の低優先端末からの音声データを再生することができる。
【００３９】
実施の形態２．
図４は、実施の形態２に係る通話会議システムの構成を示すブロック図であり、サーバ１００は、新たに、低優先端末３００ａ〜３００ｃから受信した音声データを合成する受信側音声合成部１２１を備えている。
高優先端末２００ａ，２００ｂおよび低優先端末３００ａ〜３００ｃの内部構成は、図２および図３と同様である。
【００４０】
次に、実施の形態２のサーバ１００の動作を説明する。
図４において、サーバ１００の音声パケット受信部１０１，１０２、音声パケット送信部１０４、音声符号器１０６、選択情報付加部１０７、マルチキャスト音声パケット送信部１０８、音声復号器１０９ａ〜１０９ｃの動作は、図１で説明した上記実施の形態１と同様である。また、高優先端末２００ａ，２００ｂおよび低優先端末３００ａ〜３００ｃの動作も、図２および図３で説明した上記実施の形態１と同様である。
【００４１】
受信側音声合成部１２１は、音声復号器１０９ａ〜１０９ｃから入力される音声データを合成して、音声合成部１０３と音声選択部１０５に出力する。
【００４２】
音声合成部１０３の動作は、入力される音声データが少なくなることを除くと図１に示したサーバ１００の音声合成部１０３と同様である。
まず、音声合成部１０３は、高優先端末２００ａおよび高優先端末２００ｂの何れかに対しては、その端末以外の音声データを合成した高優先端末送信用の音声データを生成し、音声パケット送信部１０４に出力する。即ち、高優先端末２００ａに対しては、高優先端末２００ｂおよび受信側音声合成部１２１からの音声データを合成し、高優先端末２００ｂに対しては、高優先端末２００ａおよび受信側音声合成部１２１からの音声データを合成する。
さらに、音声選択部１０５は、高優先端末２００ａ，２００ｂからの音声データを合成した低優先端末送信用の音声データを生成し、音声選択部１０５に出力する。
【００４３】
音声選択部１０５の動作は、入力する音声データが少なくなることを除くと図１に示したサーバ１００の音声選択部１０５と同様である。
まず、音声選択部１０５は、音声合成部１０３と受信側音声合成部１２１から入力される音声データの何れかを選択して、音声符号器１０６に出力する。その選択は、音声合成部１０３から入力される低優先端末送信用の音声データ、即ち、高優先端末２００ａ，２００ｂの音声データを合成したものを優先する。
具体的な選択の方法としては、まず、音声選択部１０５が入力された各音声データの有音・無音を検出し、音声合成部１０３から入力された音声データが有音の場合は、常にその音声データを選択し、両方の音声データが無音の場合も音声合成部１０３からの音声データを選択する。また、音声選択部１０５は、受信側音声合成部１２１から入力される音声データのみが有音の場合は、受信側音声合成部１２１からの音声データを選択する。
そして、音声選択部１０５は、音声合成部１０３から入力される音声データを選択した場合は０を、そうでない場合は１を、選択情報として選択情報付加部１０７に出力する。
【００４４】
サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、上記実施の形態１と同様に、サーバ１００がマルチキャスト送信する音声パケットの中に、低優先端末３００ａ〜３００ｃの何れかがサーバ１００に送信した音声データが含まれているときには、その音声パケット中の選択情報が１となっているので、図２に示した低優先端末３００ａ〜３００ｃにおいて選択情報分離部３０７からスイッチ３０９への入力が１となる。そして、低優先端末３００ａ〜３００ｃのユーザが発話中には、その端末において有音検出部３０３からスイッチ３０９への入力も１となるので、その端末のスイッチ３０９は無音をＤ／Ａ変換器３１０に出力する。従って、低優先端末３００ａ〜３００ｃが受信するマルチキャスト音声パケットの中に、自らが送信した音声データが含まれていても再生されず、エコーの発生を防止することができる。
【００４５】
以上のように実施の形態２によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データを優先して選択すると共に選択情報を付加してマルチキャスト送信し、低優先端末は、自端末の送信音声が有音の間、選択情報に基づき、サーバから受信した音声データ内に低優先端末からの音声データが含まれているなら再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【００４６】
また、実施の形態２によれば、サーバは、低優先端末に対してマルチキャスト方式で送信する音声データに含める低優先端末からの音声データとして、複数個の低優先端末からサーバに送信された音声データを合成したものを用いるようにした。これにより、音声選択部１０５は受信側音声合成部１２１の音声データか音声合成部１０３からの音声データかの何れかを選択するだけでよく、音声復号器１０９ａ〜１０９ｃからの音声データを個別に入力して選択する場合よりも処理が軽減される。
【００４７】
実施の形態３．
図５は、実施の形態３に係る通話会議システムの構成を示すブロック図であり、サーバ１００は、新たに、低優先端末３００ａ〜３００ｃからの制御パケットを受信する制御パケット受信部１３１、低優先端末３００ａ〜３００ｃが要求する発言許可の可否を判定する発言受付制御部１３２、低優先端末３００ａ〜３００ｃに制御パケットを送信する制御パケット送信部１３３を備えている。また、上記実施の形態１，２では低優先端末ごとに設けていた音声復号器１０９ａ〜１０９ｃの代わりに、低優先端末に共通の音声復号器１０９を備えている。
【００４８】
次に、実施の形態３のサーバ１００の動作を説明する。
図５において、サーバ１００の音声パケット受信部１０１，１０２、音声パケット送信部１０４、音声符号器１０６、選択情報付加部１０７、マルチキャスト音声パケット送信部１０８の動作は、図１で説明した上記実施の形態１と同様である。音声合成部１０３、音声選択部１０５の動作は、図４で説明した上記実施の形態２と同様である。
また、高優先端末２００ａ，２００ｂの動作は、図３で説明した上記実施の形態１と同様である。
【００４９】
詳細は後述するが、実施の形態２の低優先端末３００ａ〜３００ｃは、自端末のユーザが発言する場合に発言許可を求める制御パケットをサーバ１００に送信する。ここでは、低優先端末３００ａが発言許可を求める制御パケットを送信したと仮定して説明する。
サーバ１００において、制御パケット受信部１３１がこの発言許可を求める制御パケットを受信して、発言受付制御部１３２にこの制御パケットの受信を通知する。
【００５０】
発言受付制御部１３２は、制御パケット受信部１３１から通知を受けると、この制御パケットを送信した低優先端末３００ａのユーザの発言を許可するかどうかを判定し、その判定結果を制御パケット送信部１３３に通知する。ここで、発言受付制御部１３２は、複数の低優先端末から発言許可の要求があった場合に、そのうちの何れか１端末のみに発言許可を与えるように判定する。
【００５１】
制御パケット送信部１３３は、発言受付制御部１３２から発言を許可する判定結果が通知された場合は発言許可を通知する制御パケットを、発言を許可しない判定結果が通知された場合は発言不許可を通知する制御パケットを、要求元の低優先端末３００ａに送信する。
また、発言受付制御部１３２は、判定結果を音声パケット受信部１０２にも通知する。
【００５２】
詳細は後述するが、発言許可を要求した低優先端末３００ａは、上記発言許可を通知する制御パケットを受信すると、ユーザが発話した音声データを含む音声パケットの送信を開始し、ユーザの発言が終わると音声パケットの送信を停止すると共に、発言完了を通知する制御パケットをサーバ１００に送信する。
【００５３】
サーバ１００において、音声パケット受信部１０２は、発言受付制御部１３２の判定結果に従い、発言が許可された低優先端末３００ａからの音声パケットのみを受信し、受信した音声パケットからペイロード部分（即ち、低ビットレート符号の音声データ）を抜き出して、音声復号器１０９に出力する。
音声復号器１０９は、音声パケット受信部１０２から入力された低ビットレート符号の音声データをＰＣＭ符号に復号して、音声合成部１０３と音声選択部１０５に出力する。
【００５４】
また、制御パケット受信部１３１は、発言完了を通知する制御パケットを低優先端末３００ａから受信して、このパケットの受信を発言受付制御部１３２に通知する。これにより、発言受付制御部１３２は、発言を許可した低優先端末３００ａの発言完了を認識し、その応答指示を制御パケット送信部１３３に通知すると共に、発言完了を音声パケット受信部１０２に通知する。
【００５５】
制御パケット送信部１３３は、発言受付制御部１３２から応答指示を受けると、発言完了の通知を受信したことを示す制御パケットを、発言完了通知の送信元の低優先端末３００ａに送信する。
また、音声パケット受信部１０２は、発言受付制御部１３２から発言完了の通知を受けると、低優先端末３００ａ〜３００ｃからの音声パケットの受信動作を停止し、音声復号器１０９に対する音声データの出力も停止する。
【００５６】
音声復号器１０９は、音声パケット受信部１０２から音声データの入力が停止すると、音声合成部１０３と音声選択部１０５に対して無音を出力する。なお、音声復号器１０９の動作は、基本的に、図１に示した音声復号器１０９ａ〜１０９ｃの動作と同様であり、この無音を出力する動作のみが追加される。
【００５７】
次に、図６を用いて、実施の形態３の低優先端末３００ａ〜３００ｃの動作を説明する。
この図６は、実施の形態３に係る低優先端末３００ａの内部構成を示すブロック図であり、低優先端末３００ａは、新たに、自端末のユーザが発言時に押下するトークスイッチ３３１、サーバ１００に対して制御パケットを送信する制御パケット送信部３３２、サーバ１００からの制御パケットを受信する制御パケット受信部３３３、自端末のユーザの発言が許可された状態であるかどうかを表示する発言許可ランプ３３４を備えている。
【００５８】
また、図６において、マイクロフォン３０１、Ａ／Ｄ変換器３０２、有音検出部３０３、音声符号器３０４、音声パケット送信部３０５、マルチキャスト音声パケット受信部３０６、選択情報分離部３０７、音声復号器３０８、スイッチ３０９、Ｄ／Ａ変換器３１０、スピーカ３１１の動作は、図２で説明した上記実施の形態１と同様である。
低優先端末３００ｂ，３００ｃの内部構成も、図６と同様である。
また、高優先端末２００ａ，２００ｂの動作は、図３で説明した上記実施の形態１と同様である。
【００５９】
低優先端末３００ａにおいて、端末ユーザが発言する際にトークスイッチ３３１が押下される。トークスイッチ３３１は、その押下状態を制御パケット送信部３３２に出力する。
制御パケット送信部３３２は、現在この低優先端末３００ａが発言許可状態にないとき、トークスイッチ３３１が非押下状態から押下状態に変化すると、発言許可を要求する制御パケットを生成して、サーバ１００に送信する。一方、制御パケット送信部３３２は、現在この低優先端末３００ａが発言許可状態にあるとき、トークスイッチ３３１が押下状態から非押下状態に戻ると、発言完了を通知する制御パケットを生成して、サーバ１００に送信する。
なお、この低優先端末３００ａが発言許可状態にあるかどうかについては、制御パケット受信部３３３からの出力によって得るが、これについては後述する。
【００６０】
制御パケット受信部３３３は、サーバ１００から受信する制御パケットに基づき、自端末が発言許可状態であるかどうかを判断し、発言許可状態にあるときは１を、そうでないときには０を、制御パケット送信部３３２、音声パケット送信部３０５、スイッチ３０９、発言許可ランプ３３４に出力する。
【００６１】
発言許可状態については、次のように判断する。まず、初期状態は発言許可でない状態とする。制御パケット受信部３３３は、発言許可でない状態のとき、サーバ１００より発言許可を通知する制御パケットを受信すると、発言許可状態に変化し、発言許可状態のときにサーバ１００より発言完了の通知を受信したことを示す制御パケットを受信すると、発言許可でない状態に戻る。
【００６２】
発言許可ランプ３３４は、制御パケット受信部３３３の出力が１、即ち、発言許可状態のとき点灯し、制御パケット受信部３３３の出力が０のとき消灯する。
低優先端末３００ａのユーザは、発言許可ランプ３３４の点灯・消灯を見て、発言可能かどうかを認識する。
【００６３】
音声パケット送信部３０５は、制御パケット受信部３３３の出力が１、即ち、発言許可状態のとき、音声符号器３０４から入力される低ビットレート符号の音声データをパケット化し、サーバ１００に送信する。
【００６４】
スイッチ３０９は、選択情報分離部３０７からの入力と制御パケット受信部３３３からの入力の何れかが０の場合、または両方０の場合、音声復号器３０８から入力されたＰＣＭ符号をＤ／Ａ変換器３１０に出力する。一方、スイッチ３０９は、選択情報分離部３０７からの入力と制御パケット受信部３３３からの入力が共に１の場合は、音声復号器３０８から入力されたＰＣＭ符号の音声データを出力せず、無音をＤ／Ａ変換器３１０に出力する。
【００６５】
サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、発言許可を受けた低優先端末３００ａ〜３００ｃのユーザが発言中は、制御パケット受信部３３３からスイッチ３０９への入力が１であり、かつ、低優先端末３００ａ〜３００ｃの何れかがサーバ１００に送信した音声データがマルチキャスト音声パケット受信部３０６で受信したマルチキャスト音声パケット中に含まれているときには付加された選択情報が１となっているので、スイッチ３０９からＤ／Ａ変換器３１０に無音が出力される。従って、低優先端末３００ａ〜３００ｃが受信するマルチキャスト音声パケットの中に、自らが送信した音声データが含まれていても再生されず、エコーの発生を防止することができる。
【００６６】
また、発言を許可される低優先端末３００ａ〜３００ｃは何れか１端末のみであるため、発言許可された低優先端末のユーザは他の低優先端末の音声を聞き逃すことがなく、この点は、上記実施の形態１，２の通話会議システムよりも優れる。
さらに、複数の低優先端末３００ａ〜３００ｃの音声パケットを同時に送信することがないため、ネットワークの負荷が更に低減される。
【００６７】
以上のように実施の形態３によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データを優先して選択すると共に選択情報を付加してマルチキャスト送信し、低優先端末は、自端末の有効な音声データをサーバに送信している間、選択情報に基づき、サーバから受信した音声データ内に低優先端末からの音声データが含まれているなら再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【００６８】
また、実施の形態３によれば、サーバは、低優先端末のユーザの発言を許可または不許可し、低優先端末は、自端末のユーザが発言する許可をサーバから受けた場合にユーザの発言を有効な音声データとしてサーバに送信するようにした。このとき、サーバが発言を許可する低優先端末を１端末のみとすることで、複数の低優先端末が同時に音声データをサーバに送信することを防止でき、ネットワーク負荷を更に低減することができる。
【００６９】
また、実施の形態３によれば、サーバは、低優先端末に対してマルチキャスト方式で送信する音声データに含める低優先端末からの音声データとして、発言を許可した低優先端末からサーバに送信された音声データを用いるようにした。このとき、サーバが発言を許可する低優先端末を１端末のみとすることで、低優先端末が他の低優先端末の発言を聞き逃すことを防止できる。
【００７０】
実施の形態４．
図７は、実施の形態４に係る通話会議システムの構成を示すブロック図であり、サーバ１００は、新たに、低優先端末３００ａ〜３００ｃから受信した音声データを低ビットレート符号化する音声符号器１４１、低ビットレート符号化した音声データをパケット化してマルチキャスト送信するマルチキャスト音声パケット送信部１４２を備えている。また、上記実施の形態１，２の音声合成部１０３の代わりに、一部動作が異なる音声合成部１４３を備えている。
【００７１】
実施の形態４のサーバ１００には、２個のマルチキャスト音声パケット送信部１０８，１４２があるが、一方のマルチキャスト音声パケット送信部１０８は、高優先端末２００ａ，２００ｂの音声データを合成して低ビットレート符号化したマルチキャスト音声パケットを送信するためのものであり、もう一方のマルチキャスト音声パケット送信部１４２は、低優先端末３００ａ〜３００ｃの音声データを合成して低ビットレート符号化したマルチキャスト音声パケットを送信するためのものである。
【００７２】
以下に、実施の形態４のサーバ１００の動作を説明する。
図７において、サーバ１００の音声パケット受信部１０１，１０２、音声パケット送信部１０４、音声符号器１０６、マルチキャスト音声パケット送信部１０８、音声復号器１０９ａ〜１０９ｃの動作は、図１で説明した上記実施の形態１と同様である。マルチキャスト音声パケット送信部１０８の動作は、選択情報が付加された低ビットレート符号の音声データではなく、選択情報が付加されていない低ビットレート符号の音声データをパケット化する点を除き、図１で説明した上記実施の形態１と同様である。また、受信側音声合成部１２１の動作は、図４で説明した上記実施の形態２と同様である。
【００７３】
音声符号器１４１は、受信側音声合成部１２１から入力されるＰＣＭ符号を低ビットレート符号化し、低ビットレート符号の音声データをマルチキャスト音声パケット送信部１４２に出力する。
マルチキャスト音声パケット送信部１４２は、音声符号器１４１から入力される低ビットレート符号の音声データをパケット化して、低優先端末３００ａ〜３００ｃにマルチキャスト送信する。
つまり、音声符号器１４１とマルチキャスト音声パケット送信部１４２からなる系列は、低優先端末３００ａ〜３００ｃから受信した音声データを低優先端末３００ａ〜３００ｃへマルチキャスト送信するものである。
【００７４】
音声合成部１４３は、音声パケット受信部１０２が出力する高優先端末２００ａ，２００ｂの音声データと、受信側音声合成部１２１が出力する低優先端末３００ａ〜３００ｃの音声データとが入力され、高優先端末２００ａ，２００ｂの何れかに送信するための音声データとして、送信対象の端末以外からの音声データを合成し、音声パケット送信部１０４に出力する。
この動作は、図４に示した音声合成部１０３と同様である。
【００７５】
また、音声合成部１４３は、音声パケット受信部１０２が出力する高優先端末２００ａ，２００ｂの音声データを合成し、音声符号器１０６に出力する。この音声データが、音声符号器１０６において低ビットレート符号化され、マルチキャスト音声パケット送信部１０８から低優先端末３００ａ〜３００ｃに対してマルチキャスト送信される。
つまり、音声符号器１０６とマルチキャスト音声パケット送信部１０８からなる系列は、高優先端末２００ａ，２００ｂから受信した音声データを低優先端末３００ａ〜３００ｃへマルチキャスト送信するものである。
【００７６】
次に、図８を用いて、実施の形態４の低優先端末３００ａ〜３００ｃの動作を説明する。
この図８は、実施の形態４に係る低優先端末３００ａの内部構成を示すブロック図であり、低優先端末３００ａは、新たに、低優先端末３００ａ〜３００ｃからの音声データを含んだマルチキャスト音声パケットをサーバ１００から受信するマルチキャスト音声パケット受信部３４１、低優先端末３００ａ〜３００ｃからの低ビットレート符号の音声データを復号する音声復号器３４２、高優先端末２００ａ，２００ｂからの音声データと低優先端末３００ａ〜３００ｃからの音声データを合成する音声合成部３４３を備えている。
【００７７】
また、図８において、マイクロフォン３０１、Ａ／Ｄ変換器３０２、有音検出部３０３、音声符号器３０４、音声パケット送信部３０５、マルチキャスト音声パケット受信部３０６、音声復号器３０８、スイッチ３０９、Ｄ／Ａ変換器３１０、スピーカ３１１の動作は、図２で説明した上記実施の形態１と同様である。
低優先端末３００ｂ，３００ｃの内部構成も、図８と同様である。
また、高優先端末２００ａ，２００ｂの動作は、図３で説明した上記実施の形態１と同様である。
【００７８】
低優先端末３００ａにおいて、マルチキャスト音声パケット受信部３０６は、高優先端末２００ａ，２００ｂの音声データを含むマルチキャスト音声パケット（サーバ１００のマルチキャスト音声パケット送信部１０８が送信したパケット）を受信し、そのペイロード部分、即ち、低ビットレート符号の音声データを抜き出して、音声復号器３０８に出力する。
【００７９】
一方、マルチキャスト音声パケット受信部３４１は、低優先端末３００ａ〜３００ｃの音声データを含むマルチキャスト音声パケット（サーバ１００のマルチキャスト音声パケット送信部１４２が送信したパケット）を受信し、そのペイロード部分、即ち、低ビットレート符号の音声データを抜き出して、音声復号器３４２に出力する。
音声復号器３４２は、低優先端末３００ａ〜３００ｃの低ビットレート符号の音声データをＰＣＭ符号に復号して、スイッチ３０９に出力する。
スイッチ３０９は、有音検出部３０３の出力が０の場合には、音声復号器３４２から入力されるＰＣＭ符号の音声データを音声合成部３４３に出力し、有音検出部３０３の出力が１の場合には出力しない。
【００８０】
音声合成部３４３は、音声復号器３０８から入力される高優先端末２００ａ，２００ｂの音声データと、スイッチ３０９から入力される低優先端末３００ａ〜３００ｃの音声データとを合成して、Ｄ／Ａ変換器３１０に出力する。ここで、スイッチ３０９からの入力がない場合には、音声復号器３０８からの入力のみをＤ／Ａ変換器３１０に出力する。
【００８１】
サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、低優先端末３００ａ〜３００ｃのユーザが発話中には、その端末において有音検出部３０３からスイッチ３０９への入力が１となり、スイッチ３０９は音声合成部３４３に無音のＰＣＭ符号を出力する。従って、低優先端末３００ａ〜３００ｃのマルチキャスト音声パケット受信部３４１が受信するマルチキャスト音声パケットの中に、自らが送信した音声データが含まれていても再生されず、エコーの発生を防止することができる。
【００８２】
以上のように実施の形態４によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データと低優先端末からの音声データとを別々にマルチキャスト送信し、低優先端末は、自端末の送信音声が有音の間、サーバから受信した低優先端末からの音声データを再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【００８３】
実施の形態５．
図９は、実施の形態５に係る通話会議システムの構成を示すブロック図である。
図９において、サーバ１００の音声パケット受信部１０１、音声パケット送信部１０４、音声符号器１０６、マルチキャスト音声パケット送信部１０８の動作は、図１で説明した上記実施の形態１と同様である。音声パケット受信部１０２、音声復号器１０９、制御パケット受信部１３１、発言受付制御部１３２、制御パケット送信部１３３の動作は、図５で説明した上記実施の形態３と同様である。また、マルチキャスト音声パケット送信部１４２、音声合成部１４３の動作は、図７で説明した上記実施の形態４と同様である。
【００８４】
また、高優先端末２００ａ，２００ｂの動作は、図３で説明した上記実施の形態１と同様である。
【００８５】
サーバ１００において、マルチキャスト音声パケット送信部１４２は、音声パケット受信部１０２から入力される低ビットレート符号の音声データをパケット化し、低優先端末３００ａ〜３００ｃにマルチキャスト送信する。ここで、低優先端末３００ａ〜３００ｃの何れからも音声パケットが受信されない場合は、音声パケット受信部１０２の出力がなく、従ってマルチキャスト音声パケット送信部１４２からもマルチキャスト音声パケットは送信されない。
【００８６】
次に、図１０を用いて、実施の形態５の低優先端末３００ａ〜３００ｃの動作を説明する。この図１０は、実施の形態５に係る低優先端末３００ａの内部構成を示すブロック図である。図１０において、マイクロフォン３０１、Ａ／Ｄ変換器３０２、音声符号器３０４、音声パケット送信部３０５、音声復号器３０８、Ｄ／Ａ変換器３１０、スピーカ３１１の動作は、図２で説明した上記実施の形態１と同様である。トークスイッチ３３１、制御パケット送信部３３２、制御パケット受信部３３３、発言許可ランプ３３４の動作は、図６で説明した上記実施の形態３と同様である。スイッチ３０９、マルチキャスト音声パケット受信部３０６の動作は、図８で説明した上記実施の形態４と同様である。
また、低優先端末３００ｂ，３００ｃの内部構成は、図１０と同様である。
【００８７】
マルチキャスト音声パケット受信部３４１と音声復号器３４２の動作も、基本的に、図８で説明した通りである。
低優先端末３００ａ〜３００ｃの音声データを含むマルチキャスト音声パケット（サーバ１００のマルチキャスト音声パケット送信部１４２が送信したパケット）を受信したマルチキャスト音声パケット受信部３４１がそのペイロード部分、即ち、低ビットレート符号の音声データを抜き出して音声復号器３４２に出力し、音声復号器３４２は、低ビットレート符号をＰＣＭ符号に復号してスイッチ３０９に出力する。
ただし、上記の通り、サーバ１００のマルチキャスト音声パケット送信部１４２からマルチキャスト音声パケットが送信されない場合があり、この場合、マルチキャスト音声パケット受信部３４１から音声復号器３４２への出力はなく、音声復号器３４２は無音のＰＣＭ符号をスイッチ３０９に出力する。
【００８８】
サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、発言許可を受けた低優先端末３００ａ〜３００ｃのユーザが発言中は、制御パケット受信部３３３からスイッチ３０９への入力が１となり、スイッチ３０９から音声合成部３４３に無音が出力される。従って、低優先端末３００ａ〜３００ｃの音声がスピーカ３１１から再生されず、エコーの発生を防止することができる。
また、発言を許可される低優先端末３００ａ〜３００ｃは何れか１端末のみであるため、発言許可された低優先端末のユーザは他の低優先端末の音声を聞き逃すことがなくなる。
【００８９】
以上のように実施の形態５によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データと低優先端末からの音声データとを別々にマルチキャスト送信し、発言を許可された低優先端末は、サーバに音声データを送信している間、サーバから受信した低優先端末からの音声データを再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【００９０】
実施の形態６．
図１１は、実施の形態６に係る通話会議システムの構成を示すブロック図であり、サーバ１００は、新たに、２種類の低ビットレート符号の音声データを多重する音声符号多重部１６１を備えている。
この図１１において、サーバ１００の音声パケット受信部１０１，１０２、音声パケット送信部１０４、音声符号器１０６、音声復号器１０９ａ〜１０９ｃの動作は、図１で説明した上記実施の形態１と同様である。受信側音声合成部１２１の動作は、図４で説明した上記実施の形態２と同様である。また、音声符号器１４１、音声合成部１４３の動作は、図７で説明した上記実施の形態４と同様である。
【００９１】
また、高優先端末２００ａ，２００ｂの動作は、図３で説明した上記実施の形態１と同様である。
【００９２】
サーバ１００において、音声符号多重部１６１は、音声符号器１０６から入力される高優先端末２００ａ，２００ｂの低ビットレート符号の音声データと、音声符号器１４１から入力される低優先端末３００ａ〜３００ｃの低ビットレート符号の音声データとを多重化し、この多重化データをマルチキャスト音声パケット送信部１０８に出力する。多重の際には、常に音声符号器１０６から入力される低ビットレート符号の後に、音声符号器１４１から入力される低ビットレート符号を配置する。
【００９３】
音声符号器１０６は、高優先端末２００ａ，２００ｂからの音声データを低ビットレート符号化するものであり、音声符号器１４１は、低優先端末３００ａ〜３００ｃからの音声データを低ビットレート符号化するものであるから、音声符号多重部１６１が出力する多重化データは、前半に高優先端末２００ａ，２００ｂの低ビットレート符号の音声データ、後半に低優先端末３００ａ〜３００ｃの低ビットレート符号の音声データが多重されたデータとなる。
【００９４】
マルチキャスト音声パケット送信部１０８は、音声符号多重部１６１から入力される多重データをパケット化し、低優先端末３００ａ〜３００ｃにマルチキャスト送信する。
【００９５】
次に、図１２を用いて、実施の形態６の低優先端末３００ａ〜３００ｃの動作を説明する。この図１２は、実施の形態６に係る低優先端末３００ａの内部構成を示すブロック図であり、低優先端末３００ａは、新たに、マルチキャスト音声パケット内の多重化データを分離する音声符号分離部３６１を備えている。
図１２において、マイクロフォン３０１、Ａ／Ｄ変換器３０２、有音検出部３０３、音声符号器３０４、音声パケット送信部３０５、音声復号器３０８、Ｄ／Ａ変換器３１０、スピーカ３１１の動作は、図２で説明した上記実施の形態１と同様である。音声復号器３４２、音声合成部３４３、スイッチ３０９の動作は、図８で説明した上記実施の形態４と同様である。
また、低優先端末３００ｂ，３００ｃの内部構成は、図１２と同様である。
【００９６】
低優先端末３００ａにおいて、マルチキャスト音声パケット受信部３０６は、サーバ１００が送信したマルチキャスト音声パケットを受信し、そのペイロード部分を抜き出して音声符号分離部３６１に出力する。このペイロード部分は、上記の通り多重化データであり、音声符号分離部３６１は、その多重化データ前半の高優先端末２００ａ，２００ｂの低ビットレート符号の音声データを音声復号器３０８に出力し、後半の低優先端末３００ａ〜３００ｃの低ビットレート符号の音声データを音声復号器３４２に出力する。
【００９７】
サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、低優先端末３００ａ〜３００ｃのユーザが発話中には、その端末において有音検出部３０３からスイッチ３０９への入力が１となり、スイッチ３０９は音声合成部３４３に無音のＰＣＭ符号を出力する。従って、マルチキャスト音声パケットの後半に多重化されている低優先端末３００ａ〜３００ｃの音声データが再生されず、エコーの発生を防止することができる。
【００９８】
以上のように実施の形態６によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データと低優先端末からの音声データとを多重してマルチキャスト送信し、低優先端末は、自端末の送信音声が有音の場合、サーバから受信した音声データのうちの低優先端末からの音声データを再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【００９９】
なお、実施の形態６では、多重化データの前半に高優先端末からの音声データを配置し、後半に低優先端末からの音声データを配置する例を説明したが、配置の方法はこれに限定されるものではない。多重化されたデータを受信する低優先端末が多重化データから高優先端末の音声データと低優先端末の音声データとを分離できるように、予め配置のルールを定めておき、サーバがそのルールに則って音声データを多重化すればよい。例えば、高優先端末の音声データと低優先端末の音声データを、１ビット毎に交互に配置する、８ビット毎に交互に配置するなどのルールであっても構わない。
【０１００】
実施の形態７．
図１３は、実施の形態７に係る通話会議システムの構成を示すブロック図である。
図１３において、サーバ１００の音声パケット受信部１０１、音声合成部１４３、音声符号器１０６、マルチキャスト音声パケット送信部１０８の動作は、図１で説明した上記実施の形態１と同様である。音声パケット受信部１０２、音声復号器１０９、制御パケット受信部１３１、発言受付制御部１３２、制御パケット送信部１３３の動作は、図５で説明した上記実施の形態３と同様である。音声合成部１４３の動作は、図７で説明した上記実施の形態４と同様であり、また、音声符号多重部１６１の動作は、図１１で説明した上記実施の形態６と同様である。
【０１０１】
また、高優先端末２００ａ，２００ｂの動作は、図３で説明した上記実施の形態１と同様である。
【０１０２】
サーバ１００において、音声符号多重部１６１は、音声符号器１０６の出力と音声パケット受信部１０２の出力とを多重化して、マルチキャスト音声パケット送信部１０８に出力するが、音声パケット受信部１０２からの出力がない場合には、音声符号器１０６の出力をそのままマルチキャスト音声パケット送信部１０８に出力する。
【０１０３】
次に、図１４を用いて、実施の形態７の低優先端末３００ａ〜３００ｃの動作を説明する。この図１４は、実施の形態７に係る低優先端末３００ａの内部構成を示すブロック図である。
図１４において、マイクロフォン３０１、Ａ／Ｄ変換器３０２、音声符号器３０４、音声パケット送信部３０５、音声復号器３０８、Ｄ／Ａ変換器３１０、スピーカ３１１の動作は、図２で説明した上記実施の形態１と同様である。トークスイッチ３３１、制御パケット送信部３３２、制御パケット受信部３３３、発言許可ランプ３３４の動作は、図６で説明した上記実施の形態３と同様である。スイッチ３０９、マルチキャスト音声パケット受信部３０６の動作は、図８で説明した上記実施の形態４と同様である。
また、低優先端末３００ｂ，３００ｃの内部構成は、図１０と同様である。
【０１０４】
音声符号分離部３６１、音声復号器３４２、音声合成部３４３の動作も、基本的に、図１２で説明した通りである。高優先端末２００ａ，２００ｂの音声データと低優先端末３００ａ〜３００ｃの音声データの多重化データを含むマルチキャスト音声パケットを受信したマルチキャスト音声パケット受信部３０６がそのペイロード部分、即ち、多重化データを抜き出して音声符号分離部３６１に出力し、音声符号分離部３６１は、その多重化データ前半の低ビットレート符号を音声復号器３０８に出力し、後半の低ビットレート符号を音声復号器３４２に出力する。
ただし、上記の通り、２種類の低ビットレート符号の音声データが多重されていない場合があり、この場合、音声符号分離部３６１は、マルチキャスト音声パケット受信部３０６からの入力を音声復号器３０８にのみ出力し、音声復号器３４２には出力しない。また、音声復号器３４２は、音声符号分離部３６１から低ビットレート符号の音声データが入力された場合はＰＣＭ符号に復号してスイッチ３０９に出力し、入力がない場合には無音のＰＣＭ符号をスイッチ３０９に出力する。
【０１０５】
サーバ１００、高優先端末２００ａ，２００ｂ、低優先端末３００ａ〜３００ｃが上記のように動作すると、発言許可を受けた低優先端末３００ａ〜３００ｃのユーザが発言中は、制御パケット受信部３３３からスイッチ３０９への入力が１となり、スイッチ３０９は音声合成部３４３に無音のＰＣＭ符号を出力する。従って、マルチキャスト音声パケットの後半に多重化されている低優先端末３００ａ〜３００ｃの音声データが再生されず、エコーの発生を防止することができる。
また、発言を許可される低優先端末３００ａ〜３００ｃは何れか１端末のみであるため、発言許可された低優先端末のユーザは他の低優先端末の音声を聞き逃すことがなくなる。
【０１０６】
なお、サーバ１００から低優先端末３００ａ〜３００ｃに対しては、２種類の低ビットレート符号の音声データが多重化された多重化データがマルチキャスト送信されるため、ネットワーク負荷は増大するが、逆方向の低優先端末３００ａ〜３００ｃからサーバ１００に対しては、複数の低優先端末３００ａ〜３００ｃから音声パケットが同時に送信されることはないので、ネットワーク負荷が低減する。
【０１０７】
以上のように実施の形態７によれば、３個以上の端末を高優先端末と低優先端末とに分け、サーバは、高優先端末に対してはその端末を除く他の端末からの音声データを合成して送信し、低優先端末に対しては高優先端末からの音声データと低優先端末からの音声データとを多重してマルチキャスト送信し、発言を許可された低優先端末は、サーバに音声データを送信している間、サーバから受信した音声データのうちの低優先端末からの音声データを再生しないように動作するので、サーバからマルチキャスト送信される音声データが低ビットレート符号化されている場合でも端末においてエコーを感知することがない通話会議システムを得ることができる。
【０１０８】
なお、上記実施の形態１，２，４，６においては、低優先端末３００ａ〜３００ｃの有音検出部３０３によって送信音声が有音かどうか判定しその判定結果をスイッチ３０９へ出力する構成としたが、有音検出部３０３の代わりにトークスイッチを設けてユーザが発言中にトークスイッチを押下することとし、有音／無音の判定結果の代わりにトークスイッチの押下／非押下の情報をスイッチ３０９へ出力する構成にしても、同様の効果を得ることができる。
【０１０９】
また、上記実施の形態１〜３においては、音声選択部１０５が、入力されたＰＣＭ符号の音声データの中からマルチキャスト送信すべき音声データを選択する構成にしたが、音声選択部１０５に低ビットレート符号の音声データを入力して選択する構成とすることも可能である。
【０１１０】
また、上記実施の形態１〜７においては、サーバ１００と低優先端末３００ａ〜３００ｃとの間で低ビットレート符号の音声データを送受信する構成にしたが、低ビットレート符号でなくＰＣＭ符号にしても、低優先端末３００ａ〜３００ｃにおいてエコーを感知することがない通話会議システムを得ることができる。
【０１１１】
また、上記実施の形態１〜７においては、ＩＰアドレスなどを基に端末ごとの優先度（高優先端末か低優先端末か）が予め決められているものとして説明したが、会議通話の途中で司会者が交代する場合などに優先度が入れ替わってもよい。その場合、端末は、図２に示した低優先端末用の機能と図３に示した高優先端末機能の両方を備えて、優先度に応じて機能を切り換える等すればよい。
【０１１２】
上記以外にも、本発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【０１１３】
１００  サーバ、１０１，１０２，２０４  音声パケット受信部、１０３，１４３，３４３  音声合成部、１０４，２０３，３０５  音声パケット送信部、１０５  音声選択部
、１０６，１４１，３０４  音声符号器、１０７  選択情報付加部、１０８，１４２  マルチキャスト音声パケット送信部、１０９，１０９ａ〜１０９ｃ，３０８，３４２  音声復号器、１２１  受信側音声合成部、１３１，３３３  制御パケット受信部、１３２  発言受付制御部、１３３，３３２  制御パケット送信部、１６１  音声符号多重部、２００ａ，２００ｂ  高優先端末、２０１，３０１  マイクロフォン、２０２，３０２  Ａ／Ｄ変換器、２０５，３１０  Ｄ／Ａ変換器、２０６，３１１  スピーカ、３００ａ〜３００ｃ  低優先端末、３０３  有音検出部、３０６，３４１  マルチキャスト音声パケット受信部、３０７  選択情報分離部、３０９  スイッチ、３３１  トークスイッチ、３３４  発言許可ランプ、３６１  音声符号分離部。
【図１】
2015173376.tif 000003
【図２】
2015173376.tif 000004
【図３】
2015173376.tif 000005
【図４】
2015173376.tif 000006
【図５】
2015173376.tif 000007
【図６】
2015173376.tif 000008
【図７】
2015173376.tif 000009
【図８】
2015173376.tif 000010
【図９】
2015173376.tif 000011
【図１０】
2015173376.tif 000012
【図１１】
2015173376.tif 000013
【図１２】
2015173376.tif 000014
【図１３】
2015173376.tif 000015
【図１４】
2015173376.tif 000016