(57)【要約】【課題】複数の通信端末間で音声通信を行う際に、聴取者の聴取状況を、発話を妨げることなく発話者に対して報知することのできる技術を提供する。【解決手段】端末１０は、他の端末１０からデータを受信すると、受信したデータから導通情報を抽出する。複数の導通情報は通知音合成部１３の導通判定部に供給される。導通判定部は、供給される導通情報が全て「ＯＫ」である場合には、通知音信号が出力されるようにスイッチ部を切り替える一方、それ以外の場合には、通知音信号が出力されないようにスイッチ部を切り替える。通知音合成部１３の合成音生成部は、マイクロホンＭＣで収音される音声の音圧を検出し、検出した音圧の時間的な変化を解析することによって音声の途切れを検出する。通知音合成部１３は、音声の途切れが検出されたタイミングで、通知音信号を出力する。【選択図】図２
2009267505.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された他の端末から送信されてくるデータを受信する受信手段と、
収音手段によって収音された音声を表す音声データを、前記他の端末へ送信する送信手段と、
前記受信手段によって受信されるデータを解析し、解析結果に応じて該データが予め定められた条件を満たすか否かを判定する判定手段と、
前記収音手段によって収音される音声の音圧を検出する音圧検出手段と、
前記音圧検出手段によって検出された音圧の時間的な変化を解析し、解析結果に応じて音声の途切れを検出する途切れ検出手段と、
前記判定手段による判定結果が肯定的である場合に、前記途切れ検出手段により音声の途切れが検出されたタイミングで、所定の音データを放音手段に出力する放音制御手段と
を具備することを特徴とする通信装置。
【請求項２】
前記受信手段は、複数の端末からデータを受信し、
前記判定手段は、前記受信手段によって受信されるデータを前記端末毎に解析し、解析結果に応じて該データが予め定められた条件を満たすか否かを前記端末毎に判定し、
前記放音制御手段は、前記判定手段による判定結果が肯定的である端末の数及び割合の少なくともいずれか一方が予め定められた条件を満たす場合に、前記途切れ検出手段により音声の途切れが検出されたタイミングで、前記所定の音データを放音手段に出力する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判定手段は、前記受信手段によって受信されるデータから、前記送信手段によって送信された音声データが前記他の端末で正常に再生されているか否かを示す判定データを抽出し、抽出した判定データに応じて判定する
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記受信手段は、音声データを含むデータを前記他の端末から受信し、
前記判定手段は、前記受信手段によって受信されるデータに含まれる音声データを解析し、解析結果に応じて判定する
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項５】
前記判定手段は、前記受信手段によって受信される音声データの音圧を検出し、検出した音圧が予め定められた条件を満たすか否かを判定する
ことを特徴とする請求項３に記載の通信装置。
【請求項６】
音声又は音声の特徴を表す照合データを記憶する照合データ記憶手段
を具備し、
前記判定手段は、前記受信手段によって受信される音声データを前記照合データ記憶手段に記憶された照合データと照合し、照合結果が予め定められた条件を満たす音声データが含まれるか否かを判定する
ことを特徴とする請求項３に記載の通信装置。
【請求項７】
前記放音制御手段は、前記判定手段による判定結果が肯定的である端末の数及び割合の少なくともいずれか一方に応じて、前記放音手段による放音の態様を変化させる
ことを特徴とする請求項２に記載の通信装置。
【請求項８】
前記放音制御手段は、前記所定の音データを放音手段に出力した後は所定時間が経過するまで該音データの出力を行わない
ことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
【請求項９】
前記複数の端末の位置を示す位置データを前記端末毎に記憶する位置データ記憶手段
を具備し、
前記放音制御手段は、前記放音手段から放音される音声が、前記位置データ記憶手段に記憶された位置データと前記判定手段による前記端末毎の判定結果とに応じた方向に音像定位するように制御する
ことを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
【請求項１０】
前記放音手段による放音の態様を示す放音態様データを、前記端末毎に記憶する放音態様データ記憶手段
を具備し、
前記放音制御手段は、前記判定手段による判定結果が肯定的である端末に対応する放音態様データの示す放音態様で放音させる
ことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
音声又は音声の特徴を表す照合データを記憶する照合データ記憶手段と、
通信ネットワークを介して接続された他の端末から送信されてくる音声データを受信する受信手段と、
前記受信手段によって受信される音声データを前記照合データ記憶手段に記憶された照合データと照合し、照合結果が予め定められた条件を満たす音声データをうなずき音声データとして抽出する抽出手段と、
前記抽出手段によって前記うなずき音声データが抽出される頻度が予め定められた閾値以上であるか否かを判定する判定手段と、
前記判定手段による判定結果が否定的である場合には、前記受信手段によって受信された音声データを放音手段に出力する一方、前記判定結果が肯定的である場合には、前記抽出手段によって抽出された音声データの少なくとも一部を前記放音手段に出力しない放音制御手段と
を具備することを特徴とする通信装置。
【請求項１２】
収音手段によって収音された音声を表す音声データを、前記他の端末へ送信する送信手段と、
前記収音手段によって収音される音声の音圧を検出する音圧検出手段と、
前記音圧検出手段によって検出された音圧の時間的な変化を解析し、解析結果に応じて音声の途切れを検出する途切れ検出手段と
を具備し、
前記放音制御手段は、前記判定手段による判定結果が肯定的である場合には、前記抽出手段によって抽出された音声データの一部を、前記途切れ検出手段により音声の途切れが検出されたタイミングで、前記放音手段に出力する
ことを特徴とする請求項１１に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
近年、通信網を介して接続された複数の通信端末を用いて会議を行う遠隔会議システムが普及している。このような遠隔会議システムにおいては、発話者と聴取者が直接対面していないため、発話者が聴取者の反応を感じることが困難であり、自身の声が相手に届いているかを不安に感じる場合がある。そこで、特許文献１には、発話者の不安を解消するために、送信した音声・画像データが受信側においてどのような状態で届いているかを送信側でリアルタイムに表示する技術が提案されている。また、特許文献２には、ネットワークを介して接続された複数の拠点同士で音声データの送受信する音声会議システムにおいて、ネットワークを介して接続された他の拠点（自拠点）から伝送された入力音声のエコーの音声信号を他の拠点に送り返すことにより、送り返された他の拠点にて、相手拠点において期待する明瞭な音声品質で再生されているかを確認することができる技術が提案されている。
【特許文献１】特開２００５−２６９４９８号公報
【特許文献１】特開２００７−２７４１７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述の特許文献１に記載の技術では、表示モニタが必要であり、表示モニタのない音声会議装置には適用することができない。また、特許文献２に記載の技術では、自身の音声のエコー音を聞いて確認する必要があるが、確認と会話が別々になってしまうため、会話をしながら同時に確認することはできない。
本発明は上述した背景に鑑みてなされたものであり、複数の通信端末間で音声通信を行う際に、聴取者の聴取状況を、発話を妨げることなく発話者に対して報知することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明は、通信ネットワークを介して接続された他の端末から送信されてくるデータを受信する受信手段と、収音手段によって収音された音声を表す音声データを、前記他の端末へ送信する送信手段と、前記受信手段によって受信されるデータを解析し、解析結果に応じて該データが予め定められた条件を満たすか否かを判定する判定手段と、前記収音手段によって収音される音声の音圧を検出する音圧検出手段と、前記音圧検出手段によって検出された音圧の時間的な変化を解析し、解析結果に応じて音声の途切れを検出する途切れ検出手段と、前記判定手段による判定結果が肯定的である場合に、前記途切れ検出手段により音声の途切れが検出されたタイミングで、所定の音データを放音手段に出力する放音制御手段とを具備することを特徴とする通信装置を提供する。
【０００５】
本発明の好ましい態様において、前記受信手段は、複数の端末からデータを受信し、前記判定手段は、前記受信手段によって受信されるデータを前記端末毎に解析し、解析結果に応じて該データが予め定められた条件を満たすか否かを前記端末毎に判定し、前記放音制御手段は、前記判定手段による判定結果が肯定的である端末の数及び割合の少なくともいずれか一方が予め定められた条件を満たす場合に、前記途切れ検出手段により音声の途切れが検出されたタイミングで、前記所定の音データを放音手段に出力してもよい。
【０００６】
また、本発明の更に好ましい態様において、前記判定手段は、前記受信手段によって受信されるデータから、前記送信手段によって送信された音声データが前記他の端末で正常に再生されているか否かを示す判定データを抽出し、抽出した判定データに応じて判定してもよい。
【０００７】
また、本発明の別の好ましい態様において、前記受信手段は、音声データを含むデータを前記他の端末から受信し、前記判定手段は、前記受信手段によって受信されるデータに含まれる音声データを解析し、解析結果に応じて判定してもよい。
【０００８】
また、本発明の更に好ましい態様において、前記判定手段は、前記受信手段によって受信される音声データの音圧を検出し、検出した音圧が予め定められた条件を満たすか否かを判定してもよい。
【０００９】
また、本発明の別の好ましい態様において、音声又は音声の特徴を表す照合データを記憶する照合データ記憶手段を具備し、前記判定手段は、前記受信手段によって受信される音声データを前記照合データ記憶手段に記憶された照合データと照合し、照合結果が予め定められた条件を満たす音声データが含まれるか否かを判定してもよい。
【００１０】
また、本発明の別の好ましい態様において、前記放音制御手段は、前記判定手段による判定結果が肯定的である端末の数及び割合の少なくともいずれか一方に応じて、前記放音手段による放音の態様を変化させてもよい。
【００１１】
また、本発明の更に好ましい態様において、前記放音制御手段は、前記所定の音データを放音手段に出力した後は所定時間が経過するまで該音データの出力を行わないようにしてもよい。
【００１２】
また、本発明の更に好ましい態様において、前記複数の端末の位置を示す位置データを前記端末毎に記憶する位置データ記憶手段を具備し、前記放音制御手段は、前記放音手段から放音される音声が、前記位置データ記憶手段に記憶された位置データと前記判定手段による前記端末毎の判定結果とに応じた方向に音像定位するように制御してもよい。
【００１３】
また、本発明の更に好ましい態様において、前記放音手段による放音の態様を示す放音態様データを、前記端末毎に記憶する放音態様データ記憶手段を具備し、前記放音制御手段は、前記判定手段による判定結果が肯定的である端末に対応する放音態様データの示す放音態様で放音させてもよい。
【００１４】
また、本発明の別の好ましい態様において、前記受信手段は、画像を表す画像データを含むデータを前記他の端末から受信し、前記判定手段は、前記受信手段によって受信される画像データを解析し、解析結果が予め定められた条件を満たすか否かを判定してもよい。
【００１５】
また、本発明は、音声又は音声の特徴を表す照合データを記憶する照合データ記憶手段と、通信ネットワークを介して接続された他の端末から送信されてくる音声データを受信する受信手段と、前記受信手段によって受信される音声データを前記照合データ記憶手段に記憶された照合データと照合し、照合結果が予め定められた条件を満たす音声データをうなずき音声データとして抽出する抽出手段と、前記抽出手段によって前記うなずき音声データが抽出される頻度が予め定められた閾値以上であるか否かを判定する判定手段と、前記判定手段による判定結果が否定的である場合には、前記受信手段によって受信された音声データを放音手段に出力する一方、前記判定結果が肯定的である場合には、前記抽出手段によって抽出された音声データの少なくとも一部を前記放音手段に出力しない放音制御手段とを具備することを特徴とする通信装置を提供する。
【００１６】
また、本発明の好ましい態様において、収音手段によって収音された音声を表す音声データを、前記他の端末へ送信する送信手段と、前記収音手段によって収音される音声の音圧を検出する音圧検出手段と、前記音圧検出手段によって検出された音圧の時間的な変化を解析し、解析結果に応じて音声の途切れを検出する途切れ検出手段とを具備し、前記放音制御手段は、前記判定手段による判定結果が肯定的である場合には、前記抽出手段によって抽出された音声データの一部を、前記途切れ検出手段により音声の途切れが検出されたタイミングで、前記放音手段に出力してもよい。
【発明の効果】
【００１７】
本発明によれば、複数の通信端末間で音声通信を行う際に、聴取者の聴取状況を、発話を妨げることなく発話者に対して報知することができる。
【発明を実施するための最良の形態】
【００１８】
＜第１実施形態＞
＜構成＞
図１は、この発明の一実施形態である遠隔会議システム１の構成を示すブロック図である。この遠隔会議システム１は、各地に設置された複数の端末１０ａ，１０ｂ，１０ｃ…が、インターネット等の通信網２０に接続されて構成される。なお、以下の説明においては、説明の便宜上、端末１０ａ，１０ｂ，１０ｃ…を各々区別する必要がない場合には、これらを「端末１０」と称して説明する。遠隔会議の参加者が端末１０を用いて音声通信を行うことで、遠隔会議が実現される。
【００１９】
図２は、端末１０の構成の一例を示すブロック図である。図において、パケット分離部１１は、通信網２０を介して接続された他の端末１０から送信されてくるデータを受信する。他の端末１０から送信されてくるデータには、マイクロホンで収音された音声を表す音声データと、会議の参加者が発話者の話をきちんと聞いているか否かを示す導通情報とが含まれる。導通情報には、「ＯＫ」を示す値又は「ＮＧ」を示す値のいずれかの値が設定される。パケット分離部１１は、受信したデータから音声データと導通情報とを分離し、音声データをＣＯＤＥＣ１２に出力するとともに、導通情報を通知音合成部１３に出力する。ＣＯＤＥＣ１２は、受信された音声データをデコードし、音声ミキサ１４に出力する。パケット分離部１１と、ＣＯＤＥＣ１２とは、図２に示すように、他の端末１０毎にそれぞれ設けられている。音声ミキサ１４は、複数のＣＯＤＥＣ１２，１２，…から出力される音声信号をミキシングし、加算器１５に出力する。
【００２０】
マイクロホンＭＣは、会議に参加している者（以下「参加者」という）が発声した音声を収音し、収音した音声を表す音声信号（アナログ信号）を出力する収音手段である。マイクロホンＭＣから出力される音声信号は、ＣＯＤＥＣ１６に出力されるとともに、通知音合成部１３に出力される。スピーカＳＰは、供給される音声信号に応じて放音する放音手段である。
【００２１】
操作部１８は、会議の参加者による操作に応じた信号を出力する。操作部１８には、会議の参加者が他の参加者の話をきちんと聞いている旨を入力するための専用のボタンＢ１が設けられている。操作部１８から出力される信号はパケット合成部１７に出力される。
【００２２】
ＣＯＤＥＣ１６は、マイクロホンＭＣから出力される音声信号をデジタルデータに変換する。パケット合成部１７は、ＣＯＤＥＣ１６から出力される音声データと、操作部１８から出力される信号に応じた導通情報とをパケット化して他の端末１０へ送信する。すなわち、パケット合成部１７は、マイクロホンＭＣによって収音された音声を表す音声データを、他の端末１０へ送信する。
【００２３】
通知音合成部１３は、他の参加者が、発話者の話をきちんと聞いているか否かを、発話者に対して通知するための通知音を表す音声信号（以下「通知音信号」）を出力する。この通知音信号は、所定のメモリに予め記憶されており、通知音合成部１３は、このメモリから音声信号を読み出して出力する。このメモリに記憶された通知音信号は、例えば「ピコーン」というワンショット音を表す信号である。なお、通知音信号の表す音声はこれに限らず、例えば、「へぇ」といったうなずきの音声や、拍手音やざわめきを表す音声、歓声を表す音声信号であってもよい。要は、端末１０の利用者に対して音によって通知し得る音声信号であればどのようなデータであってもよい。
【００２４】
通知音合成部１３は、マイクロホンＭＣによって収音された音声を解析して音声の途切れを検出し、検出した途切れにおいて、通知音信号をスピーカＳＰに出力する放音制御手段として機能する。
図３は、通知音合成部１３の構成の一例を示すブロック図である。図において、導通判定部１３１は、他の端末１０から送信されてくるデータに含まれる導通情報を端末１０毎に判定し、端末１０毎の導通情報が予め定められた条件を満たすか否かを判定する。この実施形態では、導通判定部１３１は、他の端末１０から受信した導通情報の値が全て「ＯＫ」を示す値である場合に、予め定められた条件を満たす（以下「導通ＯＫ」という）と判定する。一方、他の端末１０から受信された導通情報のうちの少なくともいずれかひとつが「ＮＧ」である場合には、導通判定部１３１は予め定められた条件を満たさない（以下「導通ＮＧ」という）と判定する。スイッチ部１３２は、導通判定部１３１の制御によって切り替えられる。導通判定部１３１は、判定結果が「導通ＯＫ」である場合には通知音信号が出力されるようにスイッチ部１３２を切り替える。一方、判定結果が「導通ＮＧ」である場合には、導通判定部１３１は、通知音信号が出力されないようにスイッチ部１３２を切り替える。
【００２５】
合成音生成部１３３は、マイクロホンＭＣで収音された音声を表す音声信号を解析して音声の途切れを検出し、途切れを検出したタイミングで通知音信号を出力する。より具体的には、合成音生成部１３３は、マイクロホンＭＣから出力される音声信号の音圧を所定時間長毎に検出する。そして、合成音生成部１３３は、検出された音圧の時間的な変化を解析し、音圧の値が予め定められた閾値以下である時間区間が、予め定められた時間長以上継続した場合に、音声の途切れが検出されたと判定する。合成音生成部１３３は、この音声の途切れが検出されたタイミングで、通知音信号を出力する。このとき、合成音生成部１３３は、１フレーズ分の通知音信号を出力するようにしてもよく、また、予め定められた閾値以上の音圧が検出されるまで通知音信号の出力を継続して行ってもよい。
【００２６】
通知音合成部１３から出力される通知音信号は、加算器１５に出力される。加算器１５では、音声ミキサ１４から出力される音声信号と通知音合成部１３から出力される通知音信号とが加算され、スピーカＳＰに出力される。これにより、スピーカＳＰからは、他の端末１０から受信された音声データの表す音声に加えて、通知音が放音される。
【００２７】
＜第１実施形態の動作＞
次に、本実施形態の動作について説明する。まず、端末１０は相互に音声通信を行う。端末１０は、マイクロホンＭＣで収音した音声を表す音声データを、他の端末１０に送信するとともに、他の端末１０から通信網２０を介して受信される音声データを受信し、受信した音声データをスピーカＳＰから音として放音する。これにより、遠隔会議が実現される。
【００２８】
端末１０の利用者は、操作部１８を操作して、専用のボタンＢ１を所定時間長毎に押下しつつ、発話者の話を聞く。ここで、ボタンＢ１が押下されると、操作部１８は、操作された内容に応じた信号を出力する。マイクロホンＭＣで収音された音声はＣＯＤＥＣ１６でコード化されて音声データとしてパケット合成部１７に出力される。パケット合成部１７は、ＣＯＤＥＣ１６から出力される音声データと操作部１８から出力された信号に応じた導通情報とをパケット化して、他の端末１０へ送信する。
【００２９】
一方、パケット分離部１１は、受信したデータから音声データと導通情報とを分離し、音声データをＣＯＤＥＣ１２に出力するとともに、導通情報を通知音合成部１３に出力する。ＣＯＤＥＣ１２は、供給される音声データをデコードし、音声ミキサ１４に出力する。音声ミキサ１４は、複数のＣＯＤＥＣ１２から出力される音声信号をミキシングする。
【００３０】
パケット分離部１１で分離された複数の導通情報は通知音合成部１３の導通判定部１３１に供給される。導通判定部１３１は、供給される導通情報の値が全て「ＯＫ」である場合には、通知音信号が出力されるようにスイッチ部１３２を切り替える一方、それ以外の場合には、通知音信号が出力されないようにスイッチ部１３２を切り替える。
【００３１】
通知音合成部１３の合成音生成部１３３は、マイクロホンＭＣで収音される音声の音圧を検出し、検出した音圧の時間的な変化を解析することによって音声の途切れを検出する。通知音合成部１３は、音声の途切れが検出されたタイミングで、通知音信号を出力する。
【００３２】
すなわち、通知音合成部１３は、他の端末１０から受信した導通情報の値が全て「ＯＫ」である場合に、発話者の音声が途切れたタイミングで通知音信号を出力する。一方、他の端末から受信した導通情報のなかに「ＮＧ」であるものが含まれる場合には、スイッチ部１３２が切り替えられることにより通知音信号は出力されない。また、発話者の音声の途切れが検出されていない場合にも、合成音生成部１３３の制御により、通知音信号は生成されない。
【００３３】
合成音生成部１３３から出力される通知音信号は加算器１５で、音声ミキサ１４から出力される音声信号とミキシングされ、スピーカＳＰに出力される。これにより、スピーカＳＰからは、他の端末１０から受信された音声データの表す音声に加えて、通知音信号の表す通知音が放音される。
【００３４】
このように本実施形態によれば、端末１０は、マイクロホンＭＣからの信号に応じて音声の途切れを検出し、検出した音声の途切れにおいてワンショットの通知音を再生する。通知音が再生されるのは発話が途切れたタイミングであるから、このようにすることにより、聴取者の聴取状況を、発話を妨げることなく発話者に対して報知することができる。
【００３５】
＜第２実施形態＞
次に、本発明の第２の実施形態について説明する。図４は、本実施形態である端末１０Ａの構成を示すブロック図である。図において、パケット分離部１１，ＣＯＤＥＣ１２，音声ミキサ１４，ＣＯＤＥＣ１６，パケット合成部１７は、上述した第１の実施形態において図２で示した端末１０の各部と同様であり、ここではその詳細な説明を省略する。図４において、メモリ２１には、あいづちやうなずきを表す音声（以下「うなずき音声」という）やうなずき音声の音声の特徴を表す照合用データが記憶されている。音声解析部２２は、他の端末１０から受信された音声データをメモリ２１に記憶された照合用データと照合し、受信した音声データから照合結果が予め定められた条件を満たすデータ（以下「うなずき音声データ」という）を抽出する。音声解析部２２は、うなずき音声データが抽出される頻度が予め定められた閾値以上であるか否かを判定し、判定結果を示す判定結果データを通知音合成部１３Ａに出力する。
【００３６】
図５は、通知音合成部１３Ａの構成を示すブロック図である。通知音合成部１３Ａは、マイクロホンＭＣによって収音された音声を解析して音声の途切れを検出し、検出した途切れにおいて、通知音信号をスピーカＳＰに出力する。図において、導通判定部１３１Ａは音声解析部２２から出力される判定結果データに応じて、うなずき音声データの抽出頻度が予め定められた閾値以上であるか否かを判定する。導通判定部１３１Ａは、判定結果が肯定的である場合には、音声ミキサ１４から出力された音声データが出力されずに通知音信号が出力されるようにスイッチ部１３２Ａを切り替える。一方、判定結果が否定的である場合には、導通判定部１３１Ａは、通知音信号が出力されずに音声ミキサ１４から出力された音声データが出力されるようにスイッチ部１３２Ａを切り替える。
【００３７】
端末１０は、他の端末１０から音声データを受信し、受信した音声データを解析して、うなずき音声を検出する。うなずき音声の検出頻度が予め定められた閾値以上である場合には、端末１０は、うなずき音声に代えて通知音を放音する。このように、端末１０からは、うなずき音声が一定数以上の頻度で検出されている場合においては、受信された音声データが放音されずに、その代替として通知音が放音される。
【００３８】
ところで、複数の端末の間で音声通信を行っている場合において、聴取者の数が多い場合には、複数の聴取者が同時にあいづちを打ったりした場合には、音声が聞きづらくなる場合がある。例えば、ひとりの講師が１００人の受講者に対して遠隔講義を行う場合、講師の発言に対してそれぞれの受講者があいづちを打つと、講師の端末１０からは多数のあいづち音声が重なり合って放音され、講師にとっては煩雑に感じられる虞がある。
それに対し本実施形態によれば、あいづち音声が予め定められた頻度以上で検出される場合には、聴取者によるあいづち音声をひとつの通知音として放音するから、これにより、接続端末が多い場合にうなずき音声が多くなって煩雑になるのを防ぐことができる。
【００３９】
＜変形例＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその例を示す。なお、以下の各態様を適宜に組み合わせてもよい。
（１）上述の実施形態では、本発明に係る端末を用いて遠隔会議を行う場合について説明したが、本発明はこれに限らず、例えば、通信ネットワークを介して講義や講演を行う場合等においても適用することができる。
【００４０】
（２）上述の第１の実施形態では、利用者によって専用のボタンＢ１が押下された旨を示す導通情報を用いたが、導通情報はこれに限らず、端末１０が、他の端末１０から受信される音声データを解析することによって導通情報を生成するようにしてもよい。要は、端末１０が、自端末から送信した音声データが他の端末で正常に再生されているか否かを示すデータを導通情報として用いるようにしてもよい。要は、相手がきちんと話を聞いている（又は通信が正常に接続されている）ことを示す情報であればどのようなものであってもよい。
【００４１】
（３）上述の第２の実施形態では、他の端末１０から受信した導通情報が全て「ＯＫ」である場合にのみ通知音を放音するようにしたが、通知音を放音する判定の態様はこれに限らず、例えば、他の端末１０から受信した導通情報の過半数が「ＯＫ」である場合に通知音を放音するようにしてもよく、また、他の端末１０から受信した導通情報において「ＯＫ」のものが予め定められた閾値以上ある場合に、通知音を放音するようにしてもよい。要は、他の端末１０のうちの導通がＯＫである端末の数及び割合の少なくともいずれか一方が予め定められた条件を満たす場合に、音声の途切れにおいて通知音信号を出力するようにすればよい。
【００４２】
（４）上述の第１の実施形態では、他の端末１０から受信する導通情報の値を判定することによって、導通がＯＫか否かを判定したが、導通の判定方法はこれに限らず、例えば、他の端末１０から受信する音声データを解析し、解析結果に応じて判定するようにしてもよい。より具体的には、例えば、他の端末１０から受信される音声データの音圧を検出し、検出した音圧が予め定められた条件を満たす場合に、導通ＯＫであると判定するようにしてもよい。
【００４３】
また、他の例として、例えば、他の端末１０から受信される音声データからうなずき音が検出されるか否かによって判定するようにしてもよい。この場合の具体的な構成の一例について、図６を参照しつつ説明する。図６に示す端末１０Ｂにおいて、パケット分離部１１，ＣＯＤＥＣ１２，通知音合成部１３，加算器１５，ＣＯＤＥＣ１６，パケット合成部１７は、上述した実施形態における端末１０の各部と同様であり、ここではその詳細な説明を省略する。図６において、メモリ２１には、うなずき音声やうなずき音声の特徴を表す照合用データが記憶されている。音声解析部２２は、他の端末１０から受信された音声データをメモリ２１に記憶された照合データと照合し、受信した音声データから照合結果が予め定められた条件を満たすデータ（以下「うなずき音データ」という）を検出する。音声解析部２２は、予め定められた頻度でうなずき音データが検出されている場合には「ＯＫ」を示す導通情報を通知音合成部１３に出力する一方、それ以外の場合には「ＮＧ」を示す導通情報を通知音合成部１３に出力する。なお、通知音合成部１３の動作は上述の実施形態と同様であり、ここではその詳細な説明を省略する。
すなわち、この態様では、相手が話しを聞いているか否かをうなずき音声データが検出されるか否かによって判定する。うなずき音声データの検出の態様としては、照合用データと照合して検出するようにしてもよく、また、他の端末１０から受信された音声データを解析し、音声認識できなかったものをうなずき音声として検出するようにしてもよい。
【００４４】
（５）また、第１の実施形態において、画像解析によってうなずき動作を検出するようにしてもよい。この場合は、端末１０が、画像を表す画像データを含むデータを他の端末１０から受信するようにし、端末１０が、受信される画像データを解析し、解析結果が予め定められた条件を満たすか否かによってうなずき動作が検出されたか否かを判定するようにすればよい。
また、端末１０が、画像解析によって聴取者の動作を検出し、動作の種類（うなずく、首をかしげる、等）に応じて放音する通知音を異ならせる（「へぇ」、「ん？」、等）ようにしてもよい。
【００４５】
（６）また、上述の第１の実施形態において、端末１０が、導通情報が「ＯＫ」である端末１０の数や割合に応じて、放音の態様を変化させるようにしてもよい。具体的には、例えば、導通情報が「ＯＫ」である端末１０の数が多いほど通知音の音圧を大きくするようにしてもよく、また、例えば、導通情報が「ＯＫ」である端末１０の数に応じた和音を放音するようにしてもよい。また、例えば、導通情報が「ＯＫ」である端末１０の割合が大きいほど高い音程の通知音を放音するようにしてもよい。
また、上述の第１の実施形態では、「導通ＯＫ」である場合に通知音を放音するようにしたが、これに限らず、例えば、「導通ＮＧ」と判定された場合に通知音を放音するようにしてもよく、端末１０の設計等に応じて適宜変更可能である。要は、聴取者の聴取状況（発話者の話を聞いているか否か、音声通信が正常に確立されているか否か、等）を、発話者に対して報知し得る態様であればよい。
【００４６】
（７）上述の第１の実施形態では、端末１０は、閾値以下の音圧が一定期間以上継続した時間区間を音声の途切れとして検出したが、音声の途切れを検出する方法はこれに限らず、例えば、区切れを検出するための照合用データを予め記憶しておき、マイクロホンＭＣから出力される音声データをこの照合用データを照合し、所定の音声が検出されたときに、音声の区切れを検出したと判定するようにしてもよい。また、例えば、発話者が専用のボタンを押下することによって音声の途切れを端末１０に入力するようにしてもよく、要は、端末１０が音声の途切れを検出するものであればよい。
【００４７】
（８）上述の第１の実施形態において、通知音を放音した後は所定時間が経過するまで次の通知音を放音しないようにしてもよい。あまり頻繁に通知音が放音されると発話者にとって煩わしく感じる場合がある。そこで、例えば、１度通知音を放音した後は次の通知音まで最低２０秒は空ける、といった制御を行うようにしてもよい。
【００４８】
（９）上述の第１の実施形態において、他の端末１０の位置情報に応じて、放音する通知音をパンニングするようにしてもよい。この場合は、他の端末１０の位置を示す位置データを他の端末１０毎に記憶しておき、端末１０が、端末１０毎の判定結果と各端末の位置情報とに応じた方向に音像定位するように制御するようにしてもよい。
【００４９】
（１０）また、上述の態様において、他の端末１０の判定結果に応じて端末１０毎に放音態様を異ならせるようにしてもよい。この場合は、具体的には、例えば、スピーカＳＰによる放音の態様を示す放音態様データを端末１０毎に記憶しておき、導通情報が「ＯＫ」である端末に対応する放音態様で通知音を放音させるように制御すればよい。具体的には、例えば、その端末１０を用いる聴取者が女性である場合には女性の声のあいづち音などを放音するようにしてもよい。
【００５０】
（１１）上述の第２の実施形態では、検出されるうなずき音声に代えて通知音を放音するようにしたが、これに限らず、検出されたうなずき音声を間引いて放音するようにしてもよい。この場合は、端末１０Ａが、うなずき音声の検出頻度が予め定められた閾値以上である場合に、抽出されたうなずき音声データの一部のみをスピーカＳＰに出力するように制御すればよい。この場合は、例えば、抽出されたうなずき音声データの半数を破棄してスピーカＳＰに出力しないようにしてもよい。要するに、端末１０Ａが、うなずき音声の検出頻度が予め定められた閾値以上である場合に、抽出されたうなずき音声データの少なくとも一部をスピーカＳＰに出力しないようにすればよい。
【００５１】
また、上述の第２の実施形態では、通知音合成部１３が、マイクロホンＭＣで収音された音声のとぎれが検出されたタイミングで通知音を放音するようにしたが、通知音（又はうなずき音声）を放音するタイミング制御を行わないようにしてもよい。
【００５２】
（１２）上述した実施形態における端末１０又は端末１０Ａあるいは端末１０Ｂの各部は、ハードウェアとして構成されてもよく、また、ＣＰＵ（Central Processing Unit）等の制御部がハードウェア等の記憶手段に記憶されたコンピュータプログラムを実行することによってソフトウェアとして実現するようにしてもよい。また、この場合、制御部によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータが読取可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由で各装置にダウンロードさせることも可能である。
【図面の簡単な説明】
【００５３】
【図１】遠隔会議システムの構成の一例を示すブロック図である。
【図２】端末の構成の一例を示すブロック図である。
【図３】通知音合成部の構成を示すブロック図である。
【図４】端末の構成の一例を示すブロック図である。
【図５】通知音合成部の構成を示すブロック図である。
【図６】端末の構成の一例を示すブロック図である。
【符号の説明】
【００５４】
１…遠隔会議システム、１０，１０Ａ…端末、１１…パケット分離部、１２…ＣＯＤＥＣ、１３，１３Ａ…通知音合成部、１４…音声ミキサ、１５…加算器、１６…ＣＯＤＥＣ、１７…パケット合成部、１８…操作部、２０…通信網、２１…メモリ、２２…音声解析部、１３１，１３１Ａ…導通判定部、１３２，１３２Ａ…スイッチ部、１３３…合成音生成部。
【図１】
2009267505.tif 000003
【図２】
2009267505.tif 000004
【図３】
2009267505.tif 000005
【図４】
2009267505.tif 000006
【図５】
2009267505.tif 000007
【図６】
2009267505.tif 000008