(57)【要約】【課題】  発言者に特別な操作を強いることなく、発言者の情報を他の音声会議参加者に通知する。【解決手段】  音声会議に参加する各通信端末に発言を検出する機能、発言を検出した場合、他の参加通信端末に自身の識別番号を通知する機能を設ける。また、各通信端末は、他の参加者の識別番号と利用者の情報とを予め管理し、他の参加通信端末から識別番号の通知を受けた場合、当該識別番号に対応する利用者の情報を抽出して表示部に表示する。【選択図】  図２
2006100968.tif 000002
【特許請求の範囲】
【請求項１】
通信会議用の通信端末であって、
予め登録された前記通信会議に参加する通信端末の識別情報と当該通信端末の利用者を明示する利用者情報とを対応づけた通信会議参加者情報を管理する通信会議参加者情報管理手段と、
自身の通信端末の利用者の発言を検出する発言検出手段と、
前記発言検出手段が発言を検出した際、前記通信会議に参加する他の通信端末に自身の前記識別情報を送信する識別情報送信手段と、
前記通信会議に参加する他の通信端末から、当該通信端末の前記識別情報を受信すると、前記通信会議参加者情報管理手段で管理されている通信会議参加者情報を参照して当該識別情報に対応づけて管理されている前記利用者情報を抽出する利用者情報抽出手段と、
前記利用者情報抽出手段が抽出した前記利用者情報を、前記自身の通信端末の利用者に通知する利用者通知手段と、を備えること
を特徴とする通信端末。
【請求項２】
請求項１記載の通信端末であって、
前記発言検出手段は、無音検出手段を備え、当該無音検出手段が無音でないことを検出した場合、前記発言があったものと判定し、
前記利用者通知手段は、表示手段を備え、前記利用者情報を前記表示手段に表示することにより、前記利用者に通知すること、
を特徴とする通信端末。
【請求項３】
請求項１または２記載の通信端末であって、
自身の通信端末の前記利用者情報の入力を受け付ける利用者情報入力手段と、
前記通信会議に参加する際に、前記利用者情報入力手段において受け付けた前記利用者情報を予め付与された自身の前記識別情報と対応づけて前記通信会議参加者情報として前記通信会議に参加する他の通信端末に送信する通信会議参加者情報送信手段をさらに備え、
前記通信会議参加者情報管理手段は、
前記通信会議に参加する他の通信端末から前記通信会議参加者情報を受信すると、当該通信会議参加者情報を追加して管理すること
を特徴とする通信端末。
【請求項４】
請求項３記載の通信端末であって、
前記通信会議参加者情報管理手段が、新たな通信会議参加者情報を追加した場合、追加後の全ての前記通信会議参加者情報を、当該通信会議に参加する他の全ての通信端末に送信する通信会議参加者情報返信手段と、
前記他の通信端末から、前記識別情報を受信すると、当該受信した識別情報を、当該通信会議に参加する他の全ての通信端末に送信する識別情報転送手段と、をさらに備えること
を特徴とする通信端末。
【請求項５】
請求項４記載の通信端末と、１以上の請求項３記載の通信端末とを備えることを特徴とする通信会議システム。
【請求項６】
通信会議に参加する通信端末における発言者通知方法であって、
前記通信会議に参加する通信端末において利用者の発言を検出する発言検出ステップと、
前記発言検出ステップにおいて発言が検出された場合、予め付与された自身の通信端末の識別番号を前記通信会議に参加する他の通信端末に送信する発言通知ステップと、
前記識別番号を受信した場合、前記通信会議の参加者の利用者情報を前記識別情報に対応づけて予め管理している参加者管理情報を参照し、前記受信した識別情報に対応づけて管理されている前記利用者情報を抽出し、当該通信端末の利用者に通知する通知ステップと、を備えること
を特徴とする発言者通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声により遠隔地の者と会議を行う音声会議技術に関し、特に、多数の地点を結んで音声会議を行う場合において、受信側で発言者を識別可能な音声会議技術に関する。
【背景技術】
【０００２】
インターネットやＩＳＤＮ等の通信ネットワークを介して多地点間で電話機等の通信端末を用いて音声によって会議を行う音声会議システムがある。音声のみで実現する音声会議システムは、映像のやりとりを有するテレビ会議システムなどと異なり、撮影や画像を送信する設備が不要であり、簡易に遠隔地間での会議を実現することができる。
【０００３】
音声会議システムは、音声会議用の電話機によって構成される。音声会議用の電話機は、会議通話参加者が増加しても対応可能な様々な構成が工夫されている。例えば、無音検出器を設け、無音時、有音時を区別し、それぞれに適した処理を行うよう工夫し、回路構成を簡易にしたものがある（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開平０５−１６７７００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、音声会議システムでは、電話機を介して音声のみの送受信が行われるため、会議の参加者は、各発言者の声の特徴に頼って発言者を特定しなければならない。このため、発言者の特定が難しく、特に多地点で、多人数により会議が行われる場合、それぞれの発言者の特定はさらに難しい。
【０００６】
これを解決するものとして、電話機に発言者を特定するためのボタンを予め取り付け、発言する毎に発言者がこのボタンを操作し、発言者を特定する情報を会議参加者に通知する方法がある。
【０００７】
しかしながら、このようなしくみを採用したとしても、発言者は、発言する度にボタン操作の必要があるし、発言者が操作をし忘れた場合、相手方に発言者を特定する方法はない。
【０００８】
本発明は、上記事情を鑑みてなされたもので、多地点間でなされる音声会議において、発言者に特別な操作を強いることなく、確実に発言者の情報を他の音声会議参加者へ通知することを目的とする。
【課題を解決するための手段】
【０００９】
音声会議システムに使用される各通信端末に、発言の有無を検出する機能を設け、発言を検出した場合、各通信端末は、発言者を特定可能なデータを全参加端末に通知する。各通信端末は、予め、発言者を特定可能なデータと発言者を対応づけた情報を保持し、受信したデータに従って、発言者を提示する。
【００１０】
具体的には、通信会議用の通信端末であって、予め登録された前記通信会議に参加する通信端末の識別情報と当該通信端末の利用者を明示する利用者情報とを対応づけた通信会議参加者情報を管理する通信会議参加者情報管理手段と、自身の通信端末の利用者の発言を検出する発言検出手段と、前記発言検出手段が発言を検出した際、前記通信会議に参加する他の通信端末に自身の前記識別情報を送信する識別情報送信手段と、前記通信会議に参加する他の通信端末から、当該通信端末の前記識別情報を受信すると、前記通信会議参加者情報管理手段で管理されている通信会議参加者情報を参照して当該識別情報に対応づけて管理されている前記利用者情報を抽出する利用者情報抽出手段と、前記利用者情報抽出手段が抽出した前記利用者情報を、前記自身の通信端末の利用者に通知する利用者通知手段と、を備えることを特徴とする通信端末を提供する。
【発明の効果】
【００１１】
本発明によれば、多地点間でなされる音声会議において、発言者に特別な操作を強いることなく、確実に発言者の情報を他の音声会議参加者へ通知することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を適用した音声会議システムの実施形態を、図を用いて説明する。
【００１３】
図１は、本発明の一実施形態に係る音声会議システム１０の構成図である。音声会議システム１０は、複数の通信端末１００Ａ〜１００Ｃ、および通信網１２を備える。通信網１２は、例えば、インターネットや通信事業者の専用回線、社内ＬＡＮ等である。複数の通信端末１００Ａ〜Ｃのそれぞれは、例えば、ＩＰ電話であり、通信網１２に接続され、通信網１２を介して互いに通信を行う。もちろん、接続される通信端末数は、これに限られない。なお、以下において、通信端末１００Ａ〜Ｃを区別する必要がない場合は、通信端末１００で代表する。また、本実施形態では、通信網１２を利用する形態は、Ｅｔｈｅｒｎｅｔ（登録商標）によるものとする。
【００１４】
また、本実施形態においては、複数の通信端末１００Ａ〜１００Ｃの少なくとも１台は、多者通話機能を有する通信端末である。本実施形態では、多者通話機能を有する１の通信端末１００と、他の通信端末１００それぞれとの間で音声パス（呼）を確立し、音声を送受信することにより、音声会議を実現する。
【００１５】
ここでは、多者通信機能を有する通信端末１００を議長端末と呼び、他の通信端末１００を、参加者端末と呼ぶ。以下、通信端末１００Ａが議長端末、通信端末１００Ｂおよび通信端末１００Ｃが、参加者端末である場合を例にあげ、説明する。
【００１６】
まず、議長端末である通信端末１００Ａの構成について説明する。
【００１７】
図２は、通信端末１００Ａの構成の一例を示すブロック図である。通信端末１００Ａは、主制御部１１０、ＲＴＰ処理部１２０、ＳＩＰ処理部１３０、ＴＣＰ/ＵＤＰ/ＩＰ処理部１４０、Ｅｔｈｅｒ処理部１５０、キー入力部１６０、表示部１７０、音声入出力処理部１８０、音声ミキサー部１８１、発言検出処理部１８２、音声会議登録処理部１１２、音声会議参加通知処理部１１３、音声会議発言者表示処理部１１４を備える。また、主制御部１１０は、音声会議参加者テーブル１１１を備える。
【００１８】
Ｅｔｈｅｒ処理部１５０は、通信網１２を介して通信相手とＩＰパケットを格納したフレームの送受信を行う。
【００１９】
ＴＣＰ/ＵＤＰ/ＩＰ処理部１４０は、ＴＣＰ/ＵＤＰ/ＩＰにおいて規定される処理を行う。具体的にはＥｔｈｅｒ処理部１５０から受け取ったＩＰパケットから、ＴＣＰパケットあるいはＵＤＰパケットを取り出し、さらに、ＴＣＰパケットあるいはＵＤＰパケットからＲＴＰパケットおよびＳＩＰメッセージパケットを取り出して、ＲＴＰ処理部１２０およびＳＩＰ処理部１３０それぞれに渡す。また、ＲＴＰ処理部１２０およびＳＩＰ処理部１３０からそれぞれ受け取ったＲＴＰパケットおよびＳＩＰメッセージパケットを、ＴＣＰパケットあるいはＵＤＰパケットに格納し、さらに、ＩＰパケットに格納して、Ｅｈｔｅｒ処理部１５０に渡す。
【００２０】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）処理部１３０は、ＳＩＰにおいて規定されるＶｏＩＰの呼制御手順に従って、呼の確立や切断等の処理を行う。具体的には、ＴＣＰ/ＵＤＰ/ＩＰ処理部１４０から受け取ったＳＩＰメッセージパケットに格納されている呼制御メッセージを解析し、その結果を主制御部１１０へ通知する。また、主制御部１１０からの指示に従い呼制御メッセージを格納したＳＩＰメッセージパケットを生成して、ＴＣＰ/ＵＤＰ/ＩＰ１４０へ渡す。これにより、ＳＩＰ処理部１３０は、他の通信端末１００Ｂ、１００Ｃとの間で音声パスを確立する。なお、ＳＩＰ処理部１３０は、他の２台の通信端末１００Ｂ、１００Ｃそれぞれとの間で、２つの音声パスを同時に確立することにより、三者通話を行う。なお、音声会議を構成する通信端末が３台以上の場合は、ＳＩＰ処理部１３０は、音声会議を構成する他の通信端末全てとの間に同時に音声パスを確立し、多者通話を行う。
【００２１】
ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）処理部１２０は、音声信号等に対してＲＴＰにおいて規定される処理を行う。具体的には、ＴＣＰ/ＵＤＰ/ＩＰ処理部１４０からＲＴＰパケットを受信し、ＲＴＰに規定される処理に従って、受信したＲＴＰパケットから音声信号を復元する。復元した音声信号は、主制御部１１０に渡す。また、音声入出力部１８０で受信した音声信号を主制御部１１０を介して受け取る。ＲＴＰ処理部１２０は、受け取った音声信号をＲTＰパケット化してＴＣＰ/ＵＤＰ/ＩＰ処理部１４０に渡す。
【００２２】
さらに、本実施形態のＲＴＰ処理部１２０は、ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットの生成、送受信を行う。本実施形態では、主制御部１１０からの指示に従って、後述する参加者登録パケット２００および発言者通知パケット３００の２種のＲＴＣＰパケットを生成し、ＴＣＰ/ＵＤＰ/ＩＰ処理部１４０から、通信端末１００Ａが呼を確立している通信端末１００に送出させる。また、他の通信端末１００から上記２種のＲＴＣＰパケットを受信すると、ＲＴＰパケットに格納されているデータを取り出し、主制御部１１０に渡す。
【００２３】
音声入出力部１８０は、マイクロフォンから入力された音声をサンプリングし、ディジタルデータに変換する。そして、変換したディジタルデータを、音声ミキサー部１８１および発言検出処理部１８２に送る。また、音声入出力部１８０は、音声ミキサー部１８１から受け取ったディジタルデータの音声信号を、アナログ信号に変換してスピーカへ出力する。
【００２４】
音声ミキサー部１８１は、他の通信端末１００との間で送受信する音声を合成することにより、多者通話による音声会議を実現する。具体的には、音声ミキサー部１８１は、ＳＩＰ処理部１３０により複数台の他の通信端末１００それぞれとの間に音声パスが確立された後、それぞれの音声パスからＲＴＰ処理部１２０、主制御部１１０を介して音声信号を受け取り、受け取ったそれぞれの音声信号を合成して、音声入出力部１８０にスピーカから出力させる。通信端末１００Ａが１台の通信端末１００とのみ呼を確立している場合は、受け取った音声信号をそのまま音声入出力部１８０にスピーカから出力させる。
【００２５】
また、音声ミキサー部１８１は、通信端末１００Ａが、複数の通信端末と接続している場合、マイクロフォンを介して音声入出力部１８０から受け取った音声信号と一の通信端末１００との間に確立している音声パスからの音声信号とを合成し、他の通信端末１００との間の音声パスへ送信する。通信端末１００Ａが、１台の通信端末１００とのみ呼を確立している場合は、音声入出力部１８０から受け取った音声信号を、そのまま音声パスへ送信する。音声ミキサー部１８１による上記の音声の合成処理は、従来の多者通話可能な通信端末の音声の合成処理と同様であるため、ここでは詳細は説明しない。
【００２６】
発言検出処理部１８２は、音声入出力部１８０からの入出力の有無を検出する。検出は、所定のレベル以下の入力を無音状態と判定する一般的な無音検出処理により行う。本実施形態では、無音でない状態、すなわち、有音検出時を発言時とする。従って、発言検出処理部１８２は、無音検出処理において、有音を検出した時、発言が開始されたものと判断し、その旨、主制御部１１０に通知する。
【００２７】
キー入力部１６０は、操作キー等を介して入力されたユーザからの指示（キー操作、フック操作等）を受け付け、受け付けた指示に応じて、主制御部１１０、音声会議ユーザ登録処理部１１２、音声会議参加通知処理部１１３に処理を依頼する。
【００２８】
キー入力部１６０は、ユーザ登録を行う指示および通信端末１００Ａを利用するユーザの情報、例えば、ユーザの名前などの入力を受け付けると、音声会議ユーザ登録処理部１１２に受け付けた情報を渡す。音声会議ユーザ登録処理部１１２は、主制御部１１０に、受け付けた情報を後述の音声会議参加者テーブル１１１の１行目に登録させる。以下、ユーザの情報を、ユーザデータと呼ぶ。ユーザデータの詳細は、後述する。
【００２９】
また、キー入力部１６０は、音声会議に参加する指示を受け付けると、音声会議参加通知処理部１１３にその旨通知する。音声会議参加通知処理部１１３は、主制御部１１０に、音声会議に参加するために必要な処理を行うよう指示を出す。
【００３０】
表示部１７０は、主制御部１１０の制御に従って、通信端末１００のユーザへ通話状態等を表す表示を行う。さらに、表示部１７０は、音声会議発言者表示処理部１１４の制御に従って、発言者を特定するための情報の表示を行う。
【００３１】
音声会議発言者表示処理部１１４は、主制御部１１０から受け取った、表示すべきユーザデータを、発言者を特定するための情報として、表示部１７０に表示させる。
【００３２】
主制御部１１０は、通信端末１００Ａの装置全体の制御を行うとともに、音声会議に参加する複数の他の通信端末１００の呼の接続状況を管理する。また、音声会議に参加する複数の他の通信端末１００のユーザを特定する情報を、各端末毎に対応づけて管理する音声会議参加者テーブル１１１を備える。
【００３３】
以下、主制御部１１０の、従来の多者通話可能な通信端末１００Ａと異なる機能を主に説明する。
【００３４】
主制御部１１０は、音声会議参加通知処理部１１３から、音声会議に参加する処理を行うよう指示を受けると、ＳＩＰ処理部１３０に、相手方の通信端末との間で、音声パスを確立するための処理を行わせる。なお、相手方の通信端末の特定は、通常どおり、電話番号、内線番号などで行われる。
【００３５】
音声会議ユーザ登録処理部１１２から、ユーザ登録の指示と、ユーザデータとを受け取ると、予め通信端末１００Ａに付与されている識別番号である端末番号と対応づけて、音声会議参加者テーブル１１１の１行目に登録する。端末番号については、後述する。
【００３６】
発言検出処理部１８２から、発言検出の旨の通知を受け取ると、ＲＴＰ処理部１２０に、後述する発言者通知パケット３００を生成し、現在通信端末１００Ａと音声パスを確立している全ての通信端末１００に向けて送信するよう指示する。
【００３７】
ＲＴＰ処理部１２０から、他の通信端末１００から受信した後述する発言者通知パケット３００に格納されている端末番号を受け取ると、音声会議参加テーブル１１１を検索し、当該端末番号に対応づけて登録されているユーザデータを抽出し、音声会議発言者表示処理部１１４に渡す。また、ＲＴＰ処理部１２０に、送信元以外の通信端末１００であって、現在通信端末１００Ａと音声パスを確立している全ての通信端末１００に向けて、受信した発言者通知パケット３００を転送するよう指示する。
【００３８】
ＲＴＰ処理部１２０から、他の通信端末１００から受信した後述する参加者登録パケット２００に格納されている端末番号およびユーザデータ（以後、両者をまとめて参加者データと呼ぶ。）を受け取ると、音声会議参加者テーブル１１１に登録する。その後。その時点で音声会議参加者テーブル１１１に登録されている参加者データを、ＲＴＰ処理部１２０に通知する。なお、ＲＴＰ処理部１２０は、主制御部１１０から受け取った参加者データそれぞれを、参加者登録パケット２００とし、現在呼を確立している全ての通信端末１００に向けて送信する。
【００３９】
なお、参加者登録パケット２００を受信し、登録した後、参加者登録パケット２００の送信元の通信端末１００には、その時点で保持している全ての参加者データを送信し、既に呼を接続している他の通信端末１００には、参加者登録パケット２００の送信元の通信端末１００の参加者データのみを送信するよう構成してもよい。
【００４０】
また、参加者登録パケット２００を受信し、登録した後、参加者登録パケット２００の送信元の通信端末１００に、通信端末１００Ａの参加者データを送信し、既に呼を接続している他の通信端末１００には、参加者登録パケット２００の送信元の通信端末１００の識別情報を送信し、送信元の通信端末１００と他の既接続の通信端末１００との間で、直接ＵＤＰなどにより参加者登録パケット２００の送受信を行い、参加者データを登録するよう構成してもよい。
【００４１】
ここで、音声会議参加者テーブル１１１について説明する。図３は、音声会議参加者テーブル１１１の一例を示す図である。
【００４２】
音声会議参加者テーブル１１１は、音声会議参加者数を特定する参加番号格納欄１１１ａと、通信端末１００を特定する端末番号を格納する端末番号格納欄１１１ｂと、当該通信端末１００を使用するユーザを示すユーザデータを格納するユーザデータ格納欄１１１ｃと、を備える。
【００４３】
端末番号は、上述のように、各通信端末１００に予め付与された識別番号であり、主制御部１１０により、予めスイッチなどで登録している内線番号や作成したランダムな番号を、音声会議時参加時に各通信端末１００に付与される。後述するように、参加者登録パケット２００および発言者通知パケット３００の特定のフィールドで送受信されるものである。このため、所定のデータ長である必要がある。しかし、音声会議に参加する各通信端末１００が識別できればよい。
【００４４】
ユーザデータ格納欄１１１ｃに格納されるユーザデータは、上述のように、各通信端末１００を利用するユーザを特定する名称である。このユーザデータは、発言者を示すために、表示部１７０によりＬＣＤに表示されるものであり、通信端末１００の利用者が一目で会議参加者を識別可能な、例えば、名前、部署名などが用いられる。なお、各通信端末１００のユーザデータは、会議参加時に、各通信端末１００の利用者が、自身が使う通信端末１００に登録する。キー入力部１６０が登録を受け付け、音声会議ユーザ登録処理部１１２を介して、主制御部１１０により、自身の端末番号と対応づけて、音声会議参加者テーブル１１１の１行目に登録される。
【００４５】
また、参加番号格納欄１１１ａに格納されるデータは、現在の音声会議参加者数を把握するために用いられる。本データにより把握された参加者数は、ＬＣＤに表示するなどして、利用者に提示することができる。
【００４６】
次に、音声会議参加時に、各通信端末１００に参加者データを通知するために送受信される参加者登録パケット２００について説明する。図４は、参加者登録パケット２００の一例を示す図である。
【００４７】
本図に示すように、参加者登録パケット２００は、参加者登録コードを格納する参加者登録コードフィールド２００ａと、参加者登録パケット２００を発信する通信端末１００の端末番号を格納する端末番号フィールド２００ｂと、ユーザデータを格納するユーザデータフィールド２００ｃとを備える。参加者登録コードは、本ＲＴＣＰパケットが、参加者登録パケット２００であることを特定するためのコードで、予め割り当てられる任意の固定データが用いられる。
【００４８】
次に、音声会議中に、発言を行った発言者を特定するために送受信されるＲＴＣＰパケット（発言者通知パケット）３００について説明する。
【００４９】
発言者通知パケット３００は、本実施形態の音声会議システムでは、会議中、発言検出処理部１８２が、有音状態、すなわち、通信端末１００の利用者の発言を検出すると、音声会議発言通知処理部１８３により生成される。生成された発言者通知パケット３００は、通信端末１００が呼を接続している通信端末１００に送信される。
【００５０】
すなわち、本実施形態の通信端末１００では、発言を認識すると、他の通信端末１００へＲＴＰパケットを送信する前に、ＲＴＣＰパケットとして発言者通知パケット３００を送信する。従って、発言者通知パケット３００は、発言の音声データとほぼ同時期に、音声会議に参加している各通信端末１００に送信されることとなる。
【００５１】
図５は、発言者通知パケット３００の一例を示す図である。本図に示すように、発言者通知パケット３００は、発言者通知コードを格納する発言者通知コードフィールド３００ａと、発言者通知パケット３００を発信する通信端末１００の端末番号を格納する端末番号フィールド３００ｂとを備える。発言者通知コードは、本ＲＴＣＰパケットが、発言者通知パケット３００であることを特定するためのコードで、予め割り当てられる任意の固定データが用いられる。
【００５２】
発言者通知パケット３００を受信すると、ＲＴＰ処理部１２０において、端末番号が抽出され、主制御部１１０において、当該端末番号に対応づけて音声会議参加者テーブル１１１に記録されているユーザデータが抽出され、抽出されたユーザデータが、音声会議発言者表示処理部１１４を介して、表示部１７０によりＬＣＤに表示される。これにより、通信端末１００の利用者は、発言者の情報を、その発言の音声データとほぼ同時に得ることができる。
【００５３】
上述した通信端末１００Ａのハードウエア構成を図６に示す。本実施形態の通信端末１００Ａは、一般のＩＰ電話機同様、ＲＯＭ１、ＲＡＭ２、ＣＰＵ３、アナログデジタル音声変換を行う音声コーデック４、イーサネット（登録商標）とのインタフェースであるＥｔｈｅｒＰＨＹ５、ＬＣＤ９、キー１０、アナログ部の無音検出を行う無音検出部８、を備える。また、受話器として、スピーカ６およびマイク７を備える。
【００５４】
さらに、本実施形態独特の構成として、会議に参加するユーザの意志の入力を受け付ける会議参加キー１１およびユーザ登録キー１２を備える。キー入力部１６０は、会議参加キー１１の押下を検出すると、会議参加の要求があったものと判断し、音声会議参加通知処理部１１３に通知する。また、キー入力部１６０は、ユーザ登録キー１２の押下を検出すると、ユーザ登録のための入力がなされるものと判断する。その後のキーの押下による入力を、ユーザデータの入力と判断し、ユーザ登録の意志とともに、音声会議ユーザ登録処理部１１２に通知する。なお、会議参加キー１１およびユーザ登録キー１２とは、別個に備えていなくても、１つのキーで兼用してもよい。また、会議参加キー１１のみでもよい。
【００５５】
ＲＯＭ１は、通信端末１００の制御プログラム等を蓄積する。ＣＰＵ３は、装置内主制御を司り、ＲＯＭ１から必要なプログラムをＲＡＭ２に読み込み、実行することにより、通信端末１００の上述の各種機能を実現する。
【００５６】
なお、本実施形態の通信端末１００Ｂおよび通信端末１００Ｃの構成は、基本的に上記通信端末１００Ａと同じであるが、主制御部１１０およびＲＴＰ処理部１２０の以下の処理が異なる。
【００５７】
通信端末１００Ａ以外の通信端末１００は、多者通信は行わず、通信端末１００Ａとのみ、音声パスを確立し、通信端末１００Ａを経由して他の通信端末１００と音声会議を行う。
【００５８】
そして、音声会議参加時に通信端末１００Ａに参加者登録パケット２００を送信する以外は、通信端末１００Ａから参加者登録パケット２００を受信しても、折り返し、自身の参加者データを登録した参加者登録パケット２００は送信しない。また、音声会議中に、通信端末１００Ａから参加者登録パケット２００を受信した場合、既に音声会議参加者テーブル１１１に登録済みの端末番号を有するものがある場合は、上書きするか、廃棄する。
【００５９】
また、発言者通知パケット３００を受信した場合、他の通信端末１００に向けて、転送することはない。
【００６０】
図７に、本実施形態の通信端末１００の外観構成の一例およびＬＣＤ９の表示例を示す。
【００６１】
本図に示すように、本実施形態の通信端末１００は、一般の電話機に、発言者等の情報を表示するＬＣＤ９と、会議参加キー１１およびユーザ登録キー１２をワンタッチキーとして備えたものである。もちろん、通信端末１００の外観構成は、これに限られない。
【００６２】
また、本図に示すように、ユーザデータ格納欄１１１ｃに格納されているユーザデータが表示される。通信端末１００の利用者は、この表示を見ることにより、発言者を認識することができる。なお、表示装置はＬＣＤに限られないし、また、表示内容は、ユーザデータのみに限られない。
【００６３】
次に、本実施形態の音声会議において、参加者を音声会議参加者テーブルに登録する場合の処理について説明する。ここでは、議長端末が通信端末１００Ａ、参加者端末が通信端末１００Ｂおよび通信端末１００Ｃの２台である場合であって、通信端末１００Ａと通信端末１００Ｂとが音声会議を開始し、その会議中に通信端末１００Ｃが参加する場合を例にあげ、説明する。もちろん、音声会議開始の手順はこれに限られない。例えば、議長端末である通信端末１００Ａが参加者端末に向かって接続要求をしてもよい。
【００６４】
図８は、本実施形態の音声会議における参加者データを登録するシーケンスの一例である。
【００６５】
通信端末１００Ａと通信端末１００Ｂとの間で、ＳＩＰに従ってセッションが確立されると（ステップＳ９０１）、参加者端末である通信端末１００Ｂから自身の参加者データを格納した参加者登録パケット２００が送信される（ステップＳ９０２）。通信端末１００Ａは、参加者登録パケット２００を受信すると、通信端末１００Ｂの端末番号およびユーザデータを自身の音声会議参加者テーブル１１１に登録する（ステップＳ９０３）。
【００６６】
そして、通信端末１００Ａから、自身の参加者データを格納した参加者登録パケット２００が通信端末１００Ｂに向けて送信される（ステップＳ９０４）。受信した通信端末１００Ｂは、通信端末１００Ａの端末番号およびユーザデータを自身の音声会議参加者テーブル１１１に登録する（ステップＳ９０５）。
【００６７】
登録を終えた通信端末１００Ｂが通信端末１００ＡにＳＩＰのイベント通知（ステータス通知）を行い、通信端末１００Ａがレスポンスを返すことにより、通常の通話が開始され、両端末は通話中の状態となる（ステップＳ９０６、Ｓ９０７）。
【００６８】
両端末が通話状態において、通信端末１００Ｃまたは通信端末１００Ａのいずれかが他方を呼び出すと、通信端末１００Ａと通信端末１００Ｂとの間の通話は、一旦保留状態となる。
【００６９】
保留の間に、通信端末１００Ａと通信端末１００Ｃとの間で、ＳＩＰに従ってセッションが確立されると（ステップＳ９０８）、通信端末１００Ｃから通信端末１００Ａに向けて、自身の参加者データを格納した参加者登録パケット２００が送信され（ステップＳ９０９）、通信端末１００Ａにおいて、通信端末１００Ｃの端末番号およびユーザデータが音声会議参加者テーブル１１１に登録される（ステップＳ９１０）。
【００７０】
次に、通信端末１００Ａにおいて、自身の音声会議参加者テーブル１１１に登録されている全ての参加者データをそれぞれ参加者登録パケット２００として生成し、生成された参加者登録パケット２００が、その時点で呼を接続している全ての通信端末１００に向けて送信される。ここでは、通信端末１００Ａ、通信端末１００Ｂ、通信端末１００Ｃの参加者データがそれぞれ参加者登録パケット２００に格納され、通信端末１００Ｂおよび通信端末１００Ｃに送信される。（ステップＳ９１１）。
【００７１】
参加者登録パケットを受け取った通信端末１００Ｂでは、音声会議参加者テーブル１１１に未登録の通信端末１００Ｃの参加者データを登録する（ステップＳ９１２）。また、通信端末１００Ｃでは、音声会議参加者テーブル１１１に未登録の、通信端末１００Ａおよび通信端末１００Ｂの参加者データを登録する（ステップ９１３）。
【００７２】
登録を終えた通信端末１００Ｂが通信端末１００ＡにＳＩＰのイベント通知（ステータス通知）を行い、通信端末１００Ａがレスポンスを返すことにより、通信端末１００Ａと通信端末１００Ｂとの間で通常の通話が開始され、両端末は通話中の状態となる（ステップＳ９１４、Ｓ９１５）。また、同じく、登録を終えた通信端末１００Ｃが通信端末１００ＡにＳＩＰのイベント通知（ステータス通知）を行い、通信端末１００Ａがレスポンスを返すことにより、通信端末１００Ａと通信端末１００Ｃとの間で通常の通話が開始され、両端末は通話中の状態となる（ステップＳ９１６、Ｓ９１７）。確立された通話路を用い、通信端末１００Ａを議長端末とし、通信端末１００Ｂと通信端末１００Ｃとを参加者端末とした音声会議が開始される。
【００７３】
また、上記シーケンスでは、参加者データの送受信は、議長端末である通信端末１００Ａを介して行う場合を例にあげて説明したが、参加者データの送受信はこれに限られない。ＵＤＰなどを用い、各通信端末１００間で直接送受信するよう構成してもよい。
【００７４】
次に、上記シーケンスにより参加者データが登録された後の、本実施形態の音声会議における、発言者通知のシーケンスを説明する。
【００７５】
図９は、本実施形態の音声会議において、会議中に発言した場合、他の通信端末１００に、発言者が通知されるシーケンスの一例である。
【００７６】
通信端末１００Ａを議長端末とし、通信端末１００Ｂと通信端末１００Ｃとを参加者端末とした音声会議を行っている場合を例にあげて説明する。
【００７７】
通信端末１００Ａを使用しているユーザが発言した場合、通信端末１００Ａの発言検出処理部１８２は、有音を検出し、主制御部１１０に通知する（ステップＳ１００１）。それを受けて、主制御部１１０は、発言者通信パケット３００をＲＴＰ処理部１２０に生成させ、参加者端末である通信端末１００Ｂおよび通信端末１００Ｃに向けて送信させる（ステップＳ１００２）。
【００７８】
発言者通知パケット３００を受け取った通信端末１００Ｂおよび通信端末１００Ｃは、それぞれ、自身が保持している音声会議参加者テーブル１１１を参照し（ステップＳ１００３）、該当するユーザデータをＬＣＤ９に表示する（ステップＳ１００４）。
【００７９】
次に、通信端末１００Ｂが発言した場合、通信端末１００Ｂの主制御部１１０は、発言がなされた旨の通知を受けると（ステップＳ１００５）、ＲＴＰ処理部１２０に、発言者通知パケット３００を生成させ、議長端末である通信端末１００Ａに送信させる（ステップＳ１００６）。
【００８０】
通信端末１００Ａは、通信端末１００Ｂから発言者通知パケット３００を受け取ると、まず、送信元以外であって現在音声パスを確立している通信端末１００Ｃに向けて、受信した発言者通知パケット３００を転送する（ステップＳ１００７）。
【００８１】
その後、通信端末１００Ａおよび通信端末１００Ｃは、自身が保持している音声会議参加者テーブル１１１を参照し（ステップＳ１００８）、該当するユーザデータをＬＣＤ９に表示する（ステップＳ１００９）。
【００８２】
通信端末１００Ｃが発言した場合も、同様に、通信端末１００Ｃから発言者通知パケット３００を通信端末１００Ａおよび通信端末１００Ｂに送信する。通信端末１００Ｂへの送信は、上記同様、通信端末１００Ａを経由して行われる。通信端末１００Ｃから発言者通知パケット３００を受け取った通信端末１００Ａおよび通信端末１００Ｂでは、音声会議参加者テーブル１１１を参照して該当するユーザデータをＬＣＤ９に表示する。
【００８３】
次に、議長端末である通信端末１００Ａが、通信端末１００Ｂとの間で音声会議を実施中の主制御部１１０の処理フローを説明する。
【００８４】
図１０は、本実施形態の通信端末１００Ａの主制御部１１０の処理フローである。
【００８５】
一の参加者端末である通信端末１００Ｃからの接続要求を受信すると（ステップＳ１１０１）、ＳＩＰ処理部１３０に、当該通信端末１００とセッション接続を行わせ、音声パスを確立させる（ステップ１１０１）。
【００８６】
通信端末１００Ｃとの間で音声パスが確立した後、通信端末１００Ａが通信端末１００Ｃから参加者登録パケット２００を受信すると（ステップＳ１１０３）、ＲＴＰ処理部１２０が抽出した当該パケット内の参加者データを、音声会議参加者テーブル１１１に登録する（ステップＳ１１０４）。その後、自身の参加者データおよび現在音声会議参加者テーブル１１１に登録されている参加者の参加者データを、ＲＴＰ処理部１２０に、それぞれ参加者登録パケット２００として生成させ、当該通信端末１００に送信させる（ステップ１１０５）。
【００８７】
音声会議中は、ＲＴＰ処理部１２０により音声データの送受信処理を行わせ、音声入出力部１８０に、音声の入力出力の制御を行わせる。
【００８８】
音声会議が開始された後、通信端末１００Ａが発言者通知パケット３００を受信すると、ＲＴＰ処理部１２０が抽出した当該パケットに格納されている端末番号を受信し（ステップ１１０６）、音声会議参加者テーブル１１１を検索し、受信した端末番号に合致する端末番号に対応づけて登録されているユーザデータを抽出する。そして、抽出したユーザデータを、音声会議発言者表示処理部１１４に受け渡し、表示処理を行わせる(ステップ１１０７)。音声会議発言者表示処理部１１４は、表示部１７０にＬＣＤ９に表示させる。
【００８９】
音声会議が開始された後、発言検出処理部１４０から発言を検出した旨の通知を受けると（ステップＳ１１０８）、自身の端末番号をＲＴＰ処理部１２０に渡し、発言者通知パケット３００を生成し、現在呼を確立している通信端末１００全てに向けて送出させる（ステップＳ１１０９）。
【００９０】
以上、音声会議が継続している間、各契機に応じて、上記ステップ１１０１から１１１０の処理が行われる。
【００９１】
なお、議長端末である通信端末１００Ａを例にあげて、音声会議における通信端末１００の主制御部１１０の処理を説明したが、参加者端末である他の通信端末１００の場合もその主制御部１１１の処理は基本的に同様である。
【００９２】
ただし、上記のステップ１１０１から１１０５は、次のような処理となる。
【００９３】
参加者端末である通信端末１００は、音声会議が開始された後、ＳＩＰ処理部１３０を介して新たな通信端末１００から接続要求を受信する代わりに、議長端末である通信端末１００Ａから、新たに参加した通信端末１００の参加者データを参加者登録パケット２００として受信する。主制御部１１０は、ＲＴＰ処理部１２０が受信した参加者登録パケット２００から抽出した参加者データを、音声会議参加者テーブル１１１に登録する。
【００９４】
以上説明したように、本実施形態の通信端末１００による音声会議システムでは、会議中の発言者名が発言時にＬＣＤ９に表示されるため、通信端末１００の利用者は、会議中の発言者を、容易に知ることができる。また、発言者側も、発言時に特別な操作を行う必要がない。従って、本実施形態によれば、多数の通信端末１００を用いてなされる音声会議において、発言者に特別な操作をさせることなく、会議の参加者は、確実に発言者を把握することができる。
【００９５】
上記の実施形態では、多者通話機能を有する通信端末１００を議長端末として音声会議を行う場合を例に挙げて説明したが、音声会議システムの構成はこれに限られない。三者通話機能を有する複数の通信端末１００によって構成されていてもよい。その場合は、通信端末１００Ａと通信端末１００Ｂ、通信端末１００Ｂと通信端末１００Ｃ、通信端末１００Ｃと通信端末１００Ｄと接続し、チェーン状に呼を確立し、音声会議を行う。この場合も、各通信端末１００は、自身の通信端末１００の利用者の発言を検出すると、発言者通知パケット３００を接続先の音声端末１００に向けて送出する。
【００９６】
また、上記の実施形態では、ＲＴＣＰパケットも、音声信号同様、議長端末１００Ａを介して送受信する場合を例にあげて説明したが、音声信号以外の情報の送受信はこれに限られない。例えば、各通信端末間で直接送受信するよう構成してもよい。
【００９７】
また、上記の実施形態では、ＲＴＰに従って音声信号の送受を行う場合を例にあげて説明したが、音声信号の送受のプロトコルはこれに限られない。セッションの確立が不要なプロトコルを用いる場合、議長端末として設けられた通信端末１００Ａを経由しなくても、各通信端末１００間で各種データの送受信を行うよう構成してもよい。この場合、各通信端末１００から、音声会議に参加している他の全ての通信端末１００にマルチキャストでデータを送信することにより実現する。
【００９８】
さらに、上記の実施形態では、ＩＰネットワークを介してＶｏＩＰにより通話を行うＩＰ電話を例にあげて説明したが、これに、限られない。ＩＳＤＮや一般のアナログ回線を介する電話機間での音声会議であってもよい。ＩＳＤＮの場合、Ｄチャンネルを用いて参加者データの送受信、発言者データの送受信を行えばよい。また、アナログ回線での通話の場合、一部の周波数帯域をこれらのデータの送受信に用いるよう構成すればよい。
【００９９】
なお、上記の実施形態では、議長端末を設け、音声会議を実現しているが、本発明を適用する形態は、これに限られない。例えば、図１２に示すように、ＭＣＵ（Ｍｉｘｉｎｇ  Ｃｏｎｔｒｌ  Ｕｎｉｔ）や集中装置と呼ばれる会議制御装置を導入し、ＭＣＵにて各通信端末１００間の音声の送受信を中継するよう構成した会議システムであってもよい。
【図面の簡単な説明】
【０１００】
【図１】図１は、本発明の実施形態に係る音声会議システムの構成図である。
【図２】図２は、本実施形態の通信端末の構成の一例を示すブロック図である。
【図３】図３は、本実施形態の音声会議参加者テーブルの一例を示す図である。
【図４】図４は、本実施形態の参加者登録パケットの一例を示す図である。
【図５】図５は、本実施形態の発言者通知パケットの一例を示す図である。
【図６】図６は、本実施形態の通信端末のハードウエア構成図である。
【図７】図７は、本実施形態の通信端末の外観構成の一例を示す図である。
【図８】図８は、本実施形態の参加者データ登録のシーケンスである。
【図９】図９は、本実施形態の発言者通知のシーケンスである。
【図１０】図１０は、本実施形態の通信端末の主制御部の処理フローである。
【図１１】図１１は、本発明を適用する他の実施形態の音声会議システムの構成図である。
【符号の説明】
【０１０１】
１０：音声会議システム、１２：通信網、１００：通信端末、１００Ａ：通信端末、１００Ｂ：通信端末、１００Ｃ：通信端末、１１０：主制御部、１１１：音声会議参加者テーブル、１１２：音声会議ユーザ登録処理部、１１３：音声会議参加通知処理部、１１４：音声会議発言者表示処理部、１２０：ＲＴＰ処理部、１３０：ＳＩＰ処理部、１４０：ＴＣＰ／ＵＤＰ／ＩＰ処理部、１５０：Ｅｔｈｅｒ処理部、１６０：キー入力部、１７０：表示部、１８０：音声入出力部、１８１：音声ミキサー部、１８２：発言検出処理部、２００：参加者登録パケット、３００：発言者通知パケット
【図１】
2006100968.tif 000003
【図２】
2006100968.tif 000004
【図３】
2006100968.tif 000005
【図４】
2006100968.tif 000006
【図５】
2006100968.tif 000007
【図６】
2006100968.tif 000008
【図７】
2006100968.tif 000009
【図８】
2006100968.tif 000010
【図９】
2006100968.tif 000011
【図１０】
2006100968.tif 000012
【図１１】
2006100968.tif 000013