(57)【要約】【課題】複数の通信端末間で音声通信を行う際に、聴取者が実際に話を聞いているかを、発話者に対して報知することのできる技術を提供する。【解決手段】端末１０は、他の端末１０から音声データを受信すると、受信した音声データをデコードし、ミキシングして音声加工部１５に出力する。聴取者によってボタンＢ１が押下されると、操作部１８は操作された内容に応じた操作信号を出力する。パケット合成部１７は、マイクロホンＭＣで収音された音声を表す音声データと操作部１８から出力された操作信号に応じた通知データを他の端末１０へ送信する。音声加工部１５は、ボタンＢ１が最後に押下されてからの経過時間が長いほど音質の劣化の度合いが大きくなるように音声データを加工する。音声加工部１５によって加工された音声データは、スピーカＳＰに供給され、音として出力される。【選択図】図２
2009267623.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された他の端末から送信されてくる音声データを受信する受信手段と、
操作者によって操作される操作手段から出力される予め定められた信号を検出する信号検出手段と、
前記信号検出手段が前記信号を検出したときに、その旨を示す通知データを、前記他の端末に対して送信する通知データ送信手段と、
前記受信手段により受信された音声データを加工する音声データ加工手段であって、前記信号検出手段が前記信号を検出してからの経過時間が長いほど加工の度合いが高くなるように該音声データを加工する音声データ加工手段と、
前記音声データ加工手段により加工された音声データを放音手段に出力する出力手段と
を具備することを特徴とする通信装置。
【請求項２】
前記音声データ加工手段は、前記信号検出手段が前記信号を検出してからの経過時間が長いほど音質の劣化の度合いが高くなるように前記音声データを加工する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記音声データ加工手段は、前記信号検出手段が前記信号を検出してからの経過時間が長いほど音圧が小さくなるように前記音声データを加工する
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
前記操作手段は複数の操作子を備え、操作者によって操作された操作子に応じた信号を出力し、
前記信号検出手段は、前記操作手段の操作子に対応する信号を検出し、
前記通知データ送信手段は、前記検出手段が前記信号を検出したときに、検出された信号に対応する操作子に応じた通知データを、前記他の端末に対して送信する
ことを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記受信手段は、通信ネットワークを介して接続された複数の他の端末から送信されてくる音声データを前記他の端末毎に受信し、
前記受信手段により受信された音声データの音圧を前記他の端末毎に検出する音圧検出手段と、
前記複数の他の端末のなかから、前記音圧検出手段によって音圧が検出された端末を特定する端末特定手段と
を具備し、
前記通知データ送信手段は、前記信号検出手段が前記信号を検出したときに、その旨を示す通知データを、前記端末特定手段によって特定された端末に対して送信する
ことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
第１の端末と第２の端末とが通信ネットワークを介して接続された音声通信システムであって、
前記第１の端末は、
前記第２の端末から送信されてくる音声データを受信する音声データ受信手段と、
操作者によって操作される操作手段から出力される予め定められた信号を検出する信号検出手段と、
前記信号検出手段が前記信号を検出したときに、その旨を示す通知データを、前記他の端末に対して送信する通知データ送信手段と、
前記受信手段により受信された音声データを加工する音声データ加工手段であって、前記信号検出手段が前記信号を検出してからの経過時間が長いほど加工の度合いが高くなるように該音声データを加工する音声データ加工手段と、
前記音声データ加工手段により加工された音声データを放音手段に出力する音声データ出力手段と
を具備し、
前記第２の端末は、
収音手段によって収音された音声を表す音声データを、前記第１の端末に対して送信する音声データ送信手段と、
前記通知データ送信手段によって送信された通知データを受信する通知データ受信手段と、
前記通知データ受信手段によって受信された通信データの示す内容を報知する報知手段と
を具備することを特徴とする音声通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び音声通信システムに関する。
【背景技術】
【０００２】
近年、通信網を介して接続された複数の通信端末を用いて会議を行う遠隔会議システムが普及している。このような遠隔会議システムにおいては、発話者と聴取者が直接対面していないため、発話者が聴取者の反応を感じることが困難であり、自身の声が相手に届いているかを不安に感じる場合がある。そこで、特許文献１には、発話者の不安を解消するために、送信した音声・画像データが受信側においてどのような状態で届いているかを送信側でリアルタイムに表示する技術が提案されている。また、特許文献２には、ネットワークを介して接続された複数の拠点同士で音声データの送受信する音声会議システムにおいて、ネットワークを介して接続された他の拠点（自拠点）から伝送された入力音声のエコーの音声信号を他の拠点に送り返すことにより、送り返された他の拠点にて、相手拠点において期待する明瞭な音声品質で再生されているかを確認することができる技術が提案されている。
【特許文献１】特開２００５−２６９４９８号公報
【特許文献２】特開２００７−２７４１７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述の特許文献１や２に記載の技術では、話者側の音声が相手側端末においてどのような状態で届いているかを確認することができるものの、聴取者が本当に話を聞いているか否かを確認することはできない。音声が相手側端末に確実に届いているとしても、相手側端末において再生される音声を聴取者が聞いていない虞もあり、このような場合でも、発話者はそれを確認することは出来なかった。
本発明は上述した背景に鑑みてなされたものであり、複数の通信端末間で音声通信を行う際に、聴取者が実際に話を聞いているかを、発話者に対して報知することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明は、通信ネットワークを介して接続された他の端末から送信されてくる音声データを受信する受信手段と、操作者によって操作される操作手段から出力される予め定められた信号を検出する信号検出手段と、前記信号検出手段が前記信号を検出したときに、その旨を示す通知データを、前記他の端末に対して送信する通知データ送信手段と、前記受信手段により受信された音声データを加工する音声データ加工手段であって、前記信号検出手段が前記信号を検出してからの経過時間が長いほど加工の度合いが高くなるように該音声データを加工する音声データ加工手段と、前記音声データ加工手段により加工された音声データを放音手段に出力する出力手段とを具備することを特徴とする通信装置を提供する。
【０００５】
本発明の好ましい態様において、前記音声データ加工手段は、前記信号検出手段が前記信号を検出してからの経過時間が長いほど音質の劣化の度合いが高くなるように前記音声データを加工してもよい。
【０００６】
また、本発明の別の好ましい態様において、前記音声データ加工手段は、前記信号検出手段が前記信号を検出してからの経過時間が長いほど音圧が小さくなるように前記音声データを加工してもよい。
【０００７】
また、本発明の更に好ましい態様において、前記操作手段は複数の操作子を備え、操作者によって操作された操作子に応じた信号を出力し、前記信号検出手段は、前記操作手段の操作子に対応する信号を検出し、前記通知データ送信手段は、前記検出手段が前記信号を検出したときに、検出された信号に対応する操作子に応じた通知データを、前記他の端末に対して送信してもよい。
【０００８】
また、本発明の更に好ましい態様において、前記受信手段は、通信ネットワークを介して接続された複数の他の端末から送信されてくる音声データを前記他の端末毎に受信し、前記受信手段により受信された音声データの音圧を前記他の端末毎に検出する音圧検出手段と、前記複数の他の端末のなかから、前記音圧検出手段によって音圧が検出された端末を特定する端末特定手段とを具備し、前記通知データ送信手段は、前記信号検出手段が前記信号を検出したときに、その旨を示す通知データを、前記端末特定手段によって特定された端末に対して送信してもよい。
【０００９】
また、本発明は、第１の端末と第２の端末とが通信ネットワークを介して接続された音声通信システムであって、前記第１の端末は、前記第２の端末から送信されてくる音声データを受信する音声データ受信手段と、操作者によって操作される操作手段から出力される予め定められた信号を検出する信号検出手段と、前記信号検出手段が前記信号を検出したときに、その旨を示す通知データを、前記他の端末に対して送信する通知データ送信手段と、前記受信手段により受信された音声データを加工する音声データ加工手段であって、前記信号検出手段が前記信号を検出してからの経過時間が長いほど加工の度合いが高くなるように該音声データを加工する音声データ加工手段と、前記音声データ加工手段により加工された音声データを放音手段に出力する音声データ出力手段とを具備し、前記第２の端末は、収音手段によって収音された音声を表す音声データを、前記第１の端末に対して送信する音声データ送信手段と、前記通知データ送信手段によって送信された通知データを受信する通知データ受信手段と、前記通知データ受信手段によって受信された通信データの示す内容を報知する報知手段とを具備することを特徴とする音声通信システムを提供する。
【発明の効果】
【００１０】
本発明によれば、複数の通信端末間で音声通信を行う際に、聴取者が実際に話を聞いているかを、発話者に対して報知することができる。
【発明を実施するための最良の形態】
【００１１】
＜構成＞
図１は、この発明の一実施形態である遠隔会議システム１の構成を示すブロック図である。この遠隔会議システム１は、各地に設置された複数の端末１０ａ，１０ｂ，１０ｃ…が、インターネット等の通信網２０に接続されて構成される。なお、以下の説明においては、説明の便宜上、端末１０ａ，１０ｂ，１０ｃ…を各々区別する必要がない場合には、これらを「端末１０」と称して説明する。遠隔会議の参加者が端末１０を用いて音声通信を行うことで、遠隔会議が実現される。
【００１２】
図２は、端末１０の構成の一例を示すブロック図である。図において、マイクロホンＭＣは、会議に参加している者（以下「参加者」という）が発声した音声を収音し、収音した音声を表す音声信号（アナログ信号）を出力する収音手段である。マイクロホンＭＣから出力される音声信号は、ＣＯＤＥＣ１６に出力される。ＣＯＤＥＣ１６は、マイクロホンＭＣから出力される音声信号をデジタルデータに変換する。操作部１８は、会議の参加者による操作に応じた信号を出力する。操作部１８には、会議の参加者が他の参加者の話をきちんと聞いている旨を入力するための専用のボタンＢ１が設けられている。以下の説明では、説明の便宜上、ボタンＢ１が押下されたときに操作部１８から出力される信号を「操作信号Ｓ１」と称して説明する。操作部１８から出力される操作信号Ｓ１はパケット合成部１７に出力されるとともに、音声加工部１５に出力される。パケット合成部１７は、操作部１８から出力される操作信号Ｓ１を検出し、操作信号Ｓ１が検出されたタイミングで検出した操作信号Ｓ１に応じて通知データを生成する。パケット合成部１７は、ＣＯＤＥＣ１６から出力される音声データと、操作部１８から出力される操作信号Ｓ１に応じた通知データとをパケット化して他の端末１０へ送信する。この通知データは、参加者が専用のボタンＢ１を能動的に押下することによって生成されるデータであるから、会議の参加者が発話者の話をきちんと聞いているかを示すデータとして用いることができる。
【００１３】
端末１０には、音声通信を行う他の端末１０毎にそれぞれデータ受信部２２が設けられる。端末１０は、他の端末１０のそれぞれから受信されるデータを個別に受信する。パケット分離部１１は、通信網２０を介して接続された他の端末１０から送信されてくるデータを受信する。他の端末１０から送信されてくるデータには、他の端末１０のマイクロホンＭＣで収音された音声を表す音声データと、他の参加者の聴取状況（参加者が発話者の話をきちんと聞いているか否か）を示す通知データとが含まれる。パケット分離部１１は、受信したデータから音声データと通知データとを分離し、音声データをＣＯＤＥＣ１２に出力するとともに、通知データを導通判定部１３に出力する。ＣＯＤＥＣ１２は、受信された音声データをデコードし、音声ミキサ１４に出力する。音声ミキサ１４は、複数の他の端末１０のそれぞれに対応するＣＯＤＥＣ１２，１２，…から出力される音声信号をミキシングし、スピーカＳＰに出力する。スピーカＳＰは供給される音声信号に応じて放音する。
【００１４】
導通判定部１３は、パケット分離部１１から供給される他端末１０の通知データに応じて聴取者が発話者の話をきちんと聞いているか否かを判定し、判定結果を示すデータを表示部１９に出力する。表示部１９は、導通判定部１３から供給されるデータに応じて、判定結果を示す画像を表示する。この表示の態様としては、例えば、聴取者が発話者の話をきちんと聞いている旨を示すメッセージや画像を表示するようにしてもよく、受信された通知データに応じた内容を発話者に報知するものであればどのようなものであってもよい。また、本実施形態では、通知データの内容を表す画像を表示部１９に表示することによって発話者に報知したが、報知の態様はこれに限らず、例えば、通知データに応じた音声メッセージをスピーカＳＰから放音するようにしてもよく、通知データに応じた内容を発話者に報知するものであればどのようなものであってもよい。
【００１５】
音声加工部１５は、音声ミキサ１４から出力される音声データを加工してスピーカＳＰに出力する。音声加工部１５は、操作部１８から出力される操作信号Ｓ１を検出し、操作信号Ｓ１が検出されてから（すなわち参加者によってボタンＢ１が押下されてから）の経過時間が長いほど加工の度合いが高くなるように音声データを加工する。この実施形態では、音声加工部１５は、音声データの出力ゲインを調節するゲイン調整部（図示略）を備え、操作部１８から操作信号Ｓ１が出力されてからの経過時間が長いほど音圧が小さくなるように出力ゲインを調整する。
【００１６】
図３は、音声加工部１５から出力される音声データのゲインの変化の一例を示す図である。図において、横軸は時刻を示し、縦軸は出力ゲインのレベルを示す。図３に示す例においては、音声加工部１５は、音声通信が開始されてから所定時間が経過した時刻ｔ１から、出力ゲインを、基準となるレベル（以下「基準レベル」という）から、時間の経過に伴って徐々に下げていく。ここで、時刻ｔ２において聴取者によってボタンＢ１が押下されると、操作部１８は操作された内容に応じた操作信号Ｓ１を音声加工部１５に出力する。音声加工部１５は、操作部１８から操作信号Ｓ１が供給されると、出力ゲインを基準レベルに戻す（図３の時刻ｔ２参照）。そして、時刻ｔ２から所定時間が経過すると、音声加工部１５は、音声データの出力ゲインを徐々に下げる処理を開始する（図３の時刻ｔ３参照）。その後、音声加工部１５は、再度ボタンＢ１が押下される（図３の時刻ｔ４参照）まで、出力ゲインを徐々に低下させる処理を継続する。
【００１７】
このように、本実施形態では、ボタンＢ１が押下されてから時間が経過するほど放音される音圧が低くなり、放音される音声が聞き取り難くなる。そして、聴取者がボタンＢ１を押下することでゲインが基準レベルに復帰する。これにより、聴取者は、定期的にボタンＢ１を押下しなければならず、その結果、発話者は、聴取者の端末１０から定期的に送信されてくる通知データによって、聴取者の聴取状況を認識することができる。
【００１８】
＜動作＞
次に、本実施形態の動作について説明する。まず、端末１０は相互に音声通信を行う。端末１０は、マイクロホンＭＣで収音した音声を表す音声データを、他の端末１０に送信するとともに、他の端末１０から通信網２０を介して受信される音声データを受信し、受信した音声データをスピーカＳＰから音として放音する。これにより、遠隔会議が実現される。
【００１９】
端末１０の利用者は、操作部１８を操作して、専用のボタンＢ１を所定時間長毎に押下しつつ、発話者の話を聞く。ここで、ボタンＢ１が押下されると、操作部１８は、操作された内容に応じて操作信号Ｓ１を出力する。マイクロホンＭＣで収音された音声はＣＯＤＥＣ１６でコード化されて音声データとしてパケット合成部１７に出力される。パケット合成部１７は、ＣＯＤＥＣ１６から出力される音声データと操作部１８から出力された操作信号Ｓ１に応じた通知データとをパケット化して、他の端末１０へ送信する。
【００２０】
一方、パケット分離部１１は、受信したデータから音声データと通知データとを分離し、音声データをＣＯＤＥＣ１２に出力するとともに、通知データを導通判定部１３に出力する。ＣＯＤＥＣ１２は、供給される音声データをデコードし、音声ミキサ１４に出力する。音声ミキサ１４は、複数のＣＯＤＥＣ１２から出力される音声データをミキシングして音声加工部１５に出力する。
【００２１】
音声加工部１５は、操作部１８から操作信号Ｓ１が出力されてからの経過時間が長いほど音圧が低くなるように、出力ゲインを調整する。音声加工部１５によってゲイン調整された音声データはスピーカＳＰに出力される。スピーカＳＰからは、他の端末１０から受信された音声データの表す音声が放音される。このとき、ボタンＢ１が押下されたときからの経過時間が長いほど、放音される音声の音圧は低くなる。
【００２２】
パケット分離部１１で分離された複数の通知データは導通判定部１３に供給される。導通判定部１３は、供給される通知データに応じて聴取者が話をきちんと聞いているか否かを判定し、判定結果を示すデータを表示部１９に出力する。表示部１９は、導通判定部１３から供給されるデータに応じて、導通判定部１３の判定結果を示す画像を表示する。
【００２３】
このように本実施形態では、ボタンＢ１が押下されてから時間が経過するほど放音される音圧が低くなり、放音される音声が聞き取り難くなる。端末１０は、ボタンＢ１が押下されてから経過した時間が長いほど音声が劣化するように音声を加工して出力するから、これにより、聴取者が能動的にボタンＢ１を押下することを促進することができる。また、発話者は、聴取者の端末１０から定期的に送信されてくる通知データによって、通話が確立していることを認識することができる。
【００２４】
＜変形例＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその例を示す。なお、以下の各態様を適宜に組み合わせてもよい。
（１）上述の実施形態では、本発明に係る端末を用いて遠隔会議を行う場合について説明したが、本発明はこれに限らず、例えば、通信ネットワークを介して講義や講演を行う場合においても本発明を適用することができる。
【００２５】
（２）上述の実施形態では、音声加工部１５は、ボタンＢ１が押下されてからの経過時間が長いほど音圧が低くなるように音声データを加工したが、音声データの加工の態様はこれに限らず、例えば、音声加工部１５が、ボタンＢ１が押下されてからの経過時間が長いほど音質の劣化の度合いが高くなるように音声データを加工するようにしてもよい。この場合は、具体的には、例えば、音声加工部１５は、ボタンＢ１が押下されてからの経過時間が長いほど、含まれるノイズの割合が大きくなるように音声データを加工するようにしてもよい。また、例えば、ボタンＢ１が押下されてからの経過時間が長いほど、所定の周波数帯域の音圧レベルを高くすることによって音質を劣化させるようにしてもよい。このように、音声加工部１５が、音声の音圧を徐々に低くするようにしてもよく、また、音質が徐々に劣化するように加工してもよく、また、これらを組み合わせてもよい。要は、音声加工部１５が、ボタンＢ１が最後に押下されてからの経過時間が長いほど加工の度合いが高くなるように音声データを加工するようにすればよい。要するに、音声加工部１５が、ボタンＢ１が最後に押下されてからの経過時間が長いほど、スピーカＳＰから放音される音声が聞き取りづらくなるように、音声データを加工して出力するようにすればよい。
【００２６】
（３）上述の実施形態では、利用者によって専用のボタンＢ１が押下された旨を示す通知データを用いたが、通知データはこれに限らず、端末１０のマイクロホンＭＣによって収音された音声を表す音声データを解析することによって通知データを生成するようにしてもよい。この場合の構成について、図４を参照しつつ説明する。図４において、パケット分離部１１、ＣＯＤＥＣ１２、導通判定部１３、音声ミキサ１４、ＣＯＤＥＣ１６、パケット合成部１７及び音声加工部１５は上述した実施形態において図１で示した各部と同様であり、ここではその詳細な説明を省略する。
【００２７】
図４において、音声解析部２１は、ＣＯＤＥＣ１６から出力される音声データを解析し、解析結果に応じて通知データを生成する。具体的には、例えば、所定のメモリに、あいづちの音声やうなずきの音声（以下「うなずき音声」という）やうなずき音声の特徴を表す照合用データを予め記憶しておき、音声解析部２１が、ＣＯＤＥＣ１６から出力される音声データをメモリに記憶された照合用データと照合し、照合結果が予め定められた条件を満たす音声データ（以下「うなずき音声データ」）を抽出するようにし、うなずき音声データが検出された場合に通知データを生成するようにしてもよい。この場合は、音声加工部１５は、うなずき音声が最後に検出されてからの経過時間が長いほど加工度合いが大きくなるように音声データを加工する。これにより、聴取者がうなずき音声を発してからの経過時間が長いほど音声が聞き取り難くなる。このようにすることで、聴取者のうなずき音声によって聴取者の聴取状況を発話者に報知することができ、また、聴取者がうなずき音声を発するのを促進することができる。
【００２８】
また、音声データを照合用データと照合するに限らず、例えば、音声解析部２１が、ＣＯＤＥＣ１６から出力される音声データの音圧を検出し、検出された音圧に応じて通知データを生成するようにしてもよい。具体的には、例えば、音声解析部２１が、予め定められた閾値以上の音圧が検出された場合に、通知データを生成するようにしてもよい。この場合は、予め定められた閾値以上の音圧が継続して検出されない場合（静かすぎる場合）には、その継続時間が長いほど、放音される音声が聞き取りにくくなる。また、逆に、予め定められた閾値以上の音圧が所定時間継続して検出された場合（騒がしすぎる場合）に、発話者の話を聞いていないとみなして通知データを生成しないようにしてもよい。
【００２９】
また、上述の実施形態において、画像解析によってうなずき動作を検出するようにしてもよい。この場合は、端末１０の利用者を撮影する撮影手段を設ける構成とし、撮影手段から出力される映像データを画像解析し、解析結果に応じてうなずき動作を検出し、うなずき動作が検出された場合に通知データを生成するようにしてもよい。
【００３０】
（４）上述の実施形態においては、端末１０は、表示部１９に通知データの示す内容を表す画像を表示することによって聴取者の聴取状況を報知したが、報知の態様はこれに限らず、例えば、所定の通知音を放音することによって報知するようにしてもよく、また、例えば、音声メッセージを出力することによって報知してもよい。要は発話者に対して何らかの手段でメッセージ乃至情報を伝えられるように、通知データを出力するものであればよい。
【００３１】
（５）上述の実施形態では、基準レベルが維持される時間（出力ゲインが基準レベルになってから、ゲイン低下が始まるまでの時間：図３における時刻０〜ｔ１、時刻ｔ２〜ｔ３）が一定である場合について説明したが、基準レベルが維持される時間は一定である必要はなく、ランダムであってもよい。
【００３２】
（６）上述の実施形態において、端末１０が、通知データを送信した後は所定時間が経過するまで次の通知データを送信しないようにしてもよい。あまり頻繁に通知音が放音されると発話者にとって煩わしく感じる場合がある。そこで、例えば、１度通知データを送信した後は次の送信まで最低２０秒は空ける、といった制御を行うようにしてもよい。
【００３３】
（７）上述の実施形態では、端末１０が、ボタンＢ１が押下されることによって操作部１８から出力される操作信号Ｓ１に応じて通知データを生成するようにしたが、複数の操作子（ボタン等）を備える操作部を用いるようにしてもよい。この場合は、端末１０は、操作部の各操作子に対応する信号を検出し、検出した信号に応じた通知データを、他の端末１０に対して送信するようにしてもよい。具体的には、例えば、「ＯＫ」を示すボタンや「ＮＧ」を示すボタン等を操作部に設け、端末１０が、押下されたボタンに応じた通知データ（「ＯＫ」を示す通知データや「ＮＧ」を示す通知データ、等）を、他の端末１０に対して送信するようにしてもよい。
【００３４】
（８）上述の実施形態において、音声通信中の他の端末１０の全てに通知データを送信せずに、発話中である参加者の端末１０に対して通知データを送信するようにしてもよい。この場合は、端末１０が、受信された音圧データの音圧を他の端末１０毎に検出し、複数の他の端末１０のなかから音圧が検出された端末１０を特定し、特定された端末１０に対して通知データを送信するようにしてもよい。
【００３５】
（９）上述の実施形態における端末１０の各部は、ハードウェアとして構成されてもよく、また、ＣＰＵ（Central Processing Unit）等の制御部がハードウェア等の記憶手段に記憶されたコンピュータプログラムを実行することによってソフトウェアとして実現するようにしてもよい。また、この場合、制御部によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータが読取可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由で端末１０にダウンロードさせることも可能である。
【図面の簡単な説明】
【００３６】
【図１】遠隔会議システムの構成の一例を示すブロック図である。
【図２】端末の構成の一例を示すブロック図である。
【図３】音声加工部の処理の内容の一例を示す図である。
【図４】端末の構成の一例を示すブロック図である。
【符号の説明】
【００３７】
１…遠隔会議システム、１０…端末、１１…パケット分離部、１２…ＣＯＤＥＣ、１３…導通判定部、１４…音声ミキサ、１５…音声加工部、１６…ＣＯＤＥＣ、１７…パケット合成部、１８…操作部、１９…表示部、２０…通信網、２１…音声解析部、２２…データ受信部。
【図１】
2009267623.tif 000003
【図２】
2009267623.tif 000004
【図３】
2009267623.tif 000005
【図４】
2009267623.tif 000006