(57)【要約】【課題】ＭＣＵ等を用いることなく通信会議を簡易に行う会議システム１０を提供する。【解決手段】通信会議を行う複数の通信端末１００のうちの１台は通信会議を管理する管理端末であり、当該管理端末は、複数の通信端末１００のそれぞれの呼の接続状態を管理する通信会議管理テーブル１３０を参照して、複数の通信端末１００のうちの１台とのみ呼を確立している通信端末１００と、複数の通信端末１００のいずれとも呼を確立していない通信端末１００との間に呼を確立させることにより、複数の通信端末１００のいずれとも呼を確立していない通信端末１００を通信会議に参加させる。【選択図】図８
2005333446.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末を有する通信会議システムであって、
前記複数の通信端末のうちの１台は、前記複数の通信端末間の呼を管理する管理端末であり、
前記複数の通信端末の各々は、
前記複数の通信端末のうちの１台または２台の通信端末の各々との間に呼を確立する呼処理手段と、
前記呼処理手段により確立された呼を介して前記通信端末との間で音声信号を送受信する音声処理手段と
を備え、
前記音声処理手段は、
前記呼処理手段により前記複数の通信端末のうちの１台の通信端末との間にのみ呼が確立されている場合は、前記１台の通信端末との呼を介して入力された音声信号をスピーカから出力し、且つ、マイクロフォンに入力された音声信号を前記１台の通信端末との呼を介して送信し、
前記呼処理手段により前記複数の通信端末のうちの２台の通信端末の各々との間に呼が確立されている場合は、前記２台の通信端末の各々の呼を介して入力された音声信号を合成して前記スピーカから出力し、前記マイクロフォンに入力された音声信号および前記２台の通信端末のうちの一方の通信端末との呼を介して入力された音声信号を合成して前記２台の通信端末のうちの他方の通信端末との呼へ送信し、且つ、前記マイクロフォンに入力された音声信号および前記他方の通信端末との呼を介して入力された音声信号を合成して前記一方の通信端末との呼へ送信し、
前記管理端末は、
前記複数の通信端末のそれぞれの呼の接続状態を管理する通信会議管理テーブルと、
前記管理テーブルを参照して、前記複数の通信端末のうちの１台とのみ呼を確立している通信端末と、前記複数の通信端末のいずれとも呼を確立していない通信端末との間に呼を確立させる接続管理手段と
を備えることを特徴とする通信会議システム。
【請求項２】
前記接続管理手段は、さらに、
前記複数の通信端末のうちの２台の通信端末との間に呼を確立している通信端末がその呼を切断する場合に、前記通信会議管理テーブルを参照して、前記２台の通信端末のいずれか一方に、他方の呼を転送させる請求項１に記載の通信会議システム。
【請求項３】
三者通話機能を有する通信端末であって、
複数の前記通信端末との間で相互に音声を送受信する通信会議に参加する通信端末の識別情報を、ユーザから受け付ける識別情報入力手段と、
前記識別情報に入力された前記識別情報に対応する通信端末との間に呼を確立する呼処理手段と、
前記複数の通信端末のそれぞれの呼の接続状態を管理する通信会議管理テーブルと、
自身が前記複数の通信端末のいずれとの間に呼を確立しているかを管理する接続先管理テーブルと、
自身が前記通信会議に参加する通信端末を管理する管理端末である場合、前記通信会議管理テーブルを参照して、前記複数の通信端末のうちの１台とのみ呼を確立している通信端末に、前記複数の通信端末のいずれとも呼を確立していない通信端末へ呼を確立させることにより、前記複数の通信端末のいずれとも呼を確立していない通信端末を前記通信会議に参加させると共に、前記通信会議管理テーブルを更新し、
自身が前記管理端末ではない場合、前記管理端末からの指示に応じて、前記管理端末に指示された通信端末へ呼を確立すると共に、前記接続先管理テーブルを更新する接続管理手段と
を備えることを特徴とする通信端末。
【請求項４】
三者通話機能を有する通信端末であって、
複数の前記通信端末との間で相互に音声を送受信する通信会議に参加している場合に、前記通信会議から離脱する旨をユーザから受け付ける離脱指示入力手段と、
自身が前記複数の通信端末のいずれとの間に呼を確立しているかを管理する接続先管理テーブルと、
前記離脱指示入力手段が前記通信会議から離脱する旨をユーザから受け付けた場合に、前記接続先管理テーブルを参照して、呼を確立している相手側の通信端末との呼を切断することにより、前記通信会議から離脱させる呼処理手段と、
前記通信会議から離脱する場合、前記接続先管理テーブルを参照して、２台の通信端末と呼を確立することにより三者通話を行っている場合には、前記２台の通信端末のうちの一方の呼を他方に転送すると共に、前記接続先管理テーブルを更新し、１台の通信端末とのみ呼を確立している場合には、当該１台の通信端末との呼を切断することにより、前記通信会議から離脱すると共に、前記接続先管理テーブルを更新する接続管理手段と
を備えることを特徴とする通信端末。
【請求項５】
管理端末を含む複数の通信端末を用いて会議を行う通信会議方法であって、
前記複数の通信端末の各々は、
前記複数の通信端末のうちの１台または２台の通信端末の各々との間に呼を確立する呼処理ステップと、
前記呼処理ステップにより確立された呼を介して前記通信端末との間で音声信号を送受信する音声処理ステップと
を備え、
前記音声処理ステップは、
前記呼処理ステップにより前記複数の通信端末のうちの１台の通信端末との間にのみ呼が確立されている場合は、前記１台の通信端末との呼を介して入力された音声信号をスピーカから出力し、且つ、マイクロフォンに入力された音声信号を前記１台の通信端末との呼を介して送信し、
前記呼処理ステップにより前記複数の通信端末のうちの２台の通信端末の各々との間に呼が確立されている場合は、前記２台の通信端末の各々の呼を介して入力された音声信号を合成して前記スピーカから出力し、前記マイクロフォンに入力された音声信号および前記２台の通信端末のうちの一方の通信端末との呼を介して入力された音声信号を合成して前記２台の通信端末のうちの他方の通信端末との呼へ送信し、且つ、前記マイクロフォンに入力された音声信号および前記他方の通信端末との呼を介して入力された音声信号を合成して前記一方の通信端末との呼へ送信し、
前記管理端末は、
前記複数の通信端末のそれぞれの呼の接続状態を、前記管理端末が有する通信会議管理テーブルによって管理するステップと、
前記管理テーブルを参照して、前記複数の通信端末のうちの１台とのみ呼を確立している通信端末と、前記複数の通信端末のいずれとも呼を確立していない通信端末との間に呼を確立させる接続管理ステップと
を備えることを特徴とする通信会議方法。
【請求項６】
前記接続管理ステップは、さらに、
前記複数の通信端末のうちの２台の通信端末との間に呼を確立している通信端末がその呼を切断する場合に、前記通信会議管理テーブルを参照して、前記２台の通信端末のいずれか一方に、他方の呼を転送させる請求項５に記載の通信会議方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信端末を用いて会議を行う技術に関する。
【背景技術】
【０００２】
近年、インターネットやＩＳＤＮ等の通信ネットワークを介して多地点間を結び、映像や音声、コンピュータデータ等をやりとりする多地点通信会議が普及してきている。これらの多地点間通信会議では、ＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｎｅｃｔｉｏｎ  Ｕｎｉｔ）や集中装置と呼ばれる大規模な会議サーバ装置を設定し、該会議サーバ装置に各会議端末が映像や音声を送信し、会議サーバ装置は受信した映像や音声を他の会議端末に中継することで多地点間での通信を実現している（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００３−１８３０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、このような多地点通信会議を行う場合、会議参加者の通信端末以外にＭＣＵ等を別途設ける必要があり、多地点通信会議を手軽に行うことができない場合があった。また、このようなＭＣＵは、多数の通信端末からの音声をリアルタイムで合成するので、高い処理能力が必要であり、ＭＣＵが高価になる場合があった。そのため、多地点通信会議を行うのにコストがかかる場合があった。
【０００５】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＭＣＵ等を必要とせず、会議参加者の通信端末のみで、多地点通信会議を容易かつ安価に行うことができるようにすることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、三者通話機能を有する複数の通信端末のそれぞれの呼の接続状態を管理する通信会議管理テーブルを参照して、複数の通信端末のうちの１台とのみ呼を確立している通信端末と、複数の通信端末のいずれとも呼を確立していない通信端末との間に呼を確立させることにより、複数の通信端末をチェーン状に接続して通信会議を実現する。
【０００７】
例えば、複数の通信端末を有する会議システムであって、前記複数の通信端末のうちの１台は、前記複数の通信端末間の呼を管理する管理端末であり、前記複数の通信端末の各々は、前記複数の通信端末のうちの１台または２台の通信端末の各々との間に呼を確立する呼処理手段と、前記呼処理手段により確立された呼を介して前記通信端末との間で音声信号を送受信する音声処理手段とを備え、前記音声処理手段は、前記呼処理手段により前記複数の通信端末のうちの１台の通信端末との間にのみ呼が確立されている場合は、前記１台の通信端末との呼を介して入力された音声信号をスピーカから出力し、且つ、マイクロフォンに入力された音声信号を前記１台の通信端末との呼を介して送信し、前記呼処理手段により前記複数の通信端末のうちの２台の通信端末の各々との間に呼が確立されている場合は、前記２台の通信端末の各々の呼を介して入力された音声信号を合成して前記スピーカから出力し、前記マイクロフォンに入力された音声信号および前記２台の通信端末のうちの一方の通信端末との呼を介して入力された音声信号を合成して前記２台の通信端末のうちの他方の通信端末との呼へ送信し、且つ、前記マイクロフォンに入力された音声信号および前記他方の通信端末との呼を介して入力された音声信号を合成して前記一方の通信端末との呼へ送信し、前記管理端末は、前記複数の通信端末のそれぞれの呼の接続状態を管理する通信会議管理テーブルと、前記管理テーブルを参照して、前記複数の通信端末のうちの１台とのみ呼を確立している通信端末と、前記複数の通信端末のいずれとも呼を確立していない通信端末との間に呼を確立させる接続管理手段とを備えることを特徴とする会議システムを提供する。
【発明の効果】
【０００８】
本発明によれば、ＭＣＵ等を別途設けることなく、会議参加者の通信端末のみで、多地点通信会議を容易かつ安価に実現することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について説明する。
【００１０】
図１は、本発明の一実施形態に係る会議システム１０の構成図である。会議システム１０は、複数の通信端末１００Ａ〜Ｄ、および通信網１２を備える。通信網１２は、例えばインターネットや通信事業者の専用回線、社内ＬＡＮ等である。複数の通信端末１００Ａ〜Ｄのそれぞれは、例えばＩＰ電話であり、通信網１２に接続され、通信網１２を介して互いに通信を行う。複数の通信端末１００Ａ〜Ｄのそれぞれは、ユーザの音声および／またはユーザの画像を送受信することにより、複数の通信端末１００Ａ〜Ｄのユーザによる通信会議を可能とする。
【００１１】
図２は、通信端末１００の構成の一例を示すブロック図である。通信端末１００は、音声入出力部１０２、表示部１０４、キー入力部１０６、音声ミキサー部１０８、主制御部１１０、ＲＴＰ処理部１１２、ＳＩＰ処理部１１４、ＴＣＰ／ＵＤＰ／ＩＰ処理部１１６、およびインターフェイス部１１８を備える。インターフェイス部１１８は、例えばイーサネット（登録商標）等によって通信網１２を介して通信相手とＩＰパケットを格納したフレームを送受する。
【００１２】
ＴＣＰ／ＵＤＰ／ＩＰ処理部１１６は、ＴＣＰ／ＵＤＰ／ＩＰにおいて規定される処理を行う。具体的には、インターフェイス部１１８から受け取ったＩＰパケットから、ＴＣＰパケットあるいはＵＤＰパケットを取り出し、さらにＴＣＰパケットあるいはＵＤＰパケットからＲＴＰパケットおよびＳＩＰパケットを取り出して、ＲＴＰ処理部１１２およびＳＩＰ処理部１１４のそれぞれに渡す。また、ＲＴＰ処理部１１２から受け取ったＲＴＰパケットおよびＳＩＰ処理部１１４から受け取ったＳＩＰパケットを、ＴＣＰパケットあるいはＵＤＰパケットに格納し、さらにＩＰパケットに格納して、インターフェイス部１１８に渡す。
【００１３】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）処理部１１４は、ＳＩＰにおいて規定されるＶｏＩＰの呼制御手順に従って、呼の確立や切断等の処理を行う。具体的には、ＴＣＰ／ＵＤＰ／ＩＰ処理部１１６から受け取ったＳＩＰパケットに格納されている呼制御メッセージを解析し、その結果を主制御部１１０へ通知する。また、主制御部１１０からの指示に従い呼制御メッセージを格納したＳＩＰパケットを生成して、ＴＣＰ／ＵＤＰ／ＩＰ処理部１１６へ渡す。これにより、ＳＩＰ処理部１１４は、他の1台の通信端末１００との間で音声パス（呼）を確立する。なお、本実施形態のＳＩＰ処理部１１４は、他の２台の通信端末１００のそれぞれとの間で２個の音声パスを同時に確立することにより、三者通話を行うことができる。
【００１４】
ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）処理部１１２は、音声信号等の通話信号に対してＲＴＰにおいて規定される処理を行う。具体的には、ＴＣＰ／ＵＤＰ／ＩＰ処理部１１６からＲＴＰパケットを受信し、ＲＴＰに規定される処理に従ってＲＴＰのセッションを制御すると共に、受信したＲＴＰパケットから音声信号を復元する。そして、通信端末１００が他の２台の通信端末１００と呼を確立することにより三者通話を行っている場合には、ＲＴＰ処理部１１２は、それぞれの音声パスから復元した音声信号を音声ミキサー部１０８へ出力し、通信端末１００が１台の通信端末１００とのみ呼を確立している場合には、復元した音声信号を音声入出力部１０２へ出力する。また、通信端末１００が三者通話を行っている場合には、音声ミキサー部１０８から音声信号を受け取り、通信端末１００が１台の通信端末１００とのみ呼を確立している場合には、音声入出力部１０２からの音声信号を受け取る。そして、ＲＴＰ処理部１１２は、受け取った音声信号をＲＴＰパケット化してＴＣＰ／ＵＤＰ／ＩＰ処理部１１６に渡す。
【００１５】
音声入出力部１０２は、マイクロフォンから入力された音声をサンプリングし、ディジタルデータに変換する。そして、通信端末１００が２台の通信端末１００と呼を確立しているか、１台の通信端末１００とのみ呼を確立しているかに応じて、変換したディジタルデータを音声ミキサー部１０８またはＲＴＰ処理部１１２へ送る。また、音声入出力部１０２は、音声ミキサー部１０８またはＲＴＰ処理部１１２から受け取ったディジタルデータの音声信号をアナログ信号に変換してスピーカへ出力する。
【００１６】
音声ミキサー部１０８は、他の２台の通信端末１００との三者間で送受信する音声を合成することにより、三者通話を実現する。具体的には、音声ミキサー部１０８は、ＳＩＰ処理部１１４により２台の他の通信端末１００のそれぞれとの間に音声パスが確立された後、それぞれの音声パスからＲＴＰ処理部１１２を介して音声信号を受け取り、受け取ったそれぞれの音声信号を合成して、音声入出力部１０２にスピーカへ出力させる。また、相手側の一方の通信端末１００との間に確立している音声パスからの音声信号を、マイクロフォンを介して音声入出力部１０２から受け取った音声信号と合成して、他方の通信端末１００との間の音声パスへ送信すると共に、該他方の通信端末１００との間の音声パスから受信した音声信号を、マイクロフォンおよび音声入出力部１０２を介して音声入出力部１０２から受け取った音声信号と合成して、該一方へ送信する。
【００１７】
表示部１０４は、通信端末１００のユーザへ通話状態等を示す表示を行う。また、表示部１０４は、音声信号に同期して送信された画像信号に基づく画像を表示してもよい。キー入力部１０６は、操作パネル等を介して入力されたユーザ操作（キー操作、フック操作等）を受け付ける。
【００１８】
主制御部１１０は、通信会議に参加する複数の他の通信端末１００の呼の接続状況を管理する情報と共に、自身が管理端末であるか否かを示す旨を格納する通信会議管理テーブル１３０と、自身が複数の他の通信端末１００のいずれと呼を確立しているかを管理する接続先管理テーブル１３２とを有する。主制御部１１０の詳細な動作については、後述する。
【００１９】
なお、上述した通信端末１００の各構成は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）等の集積ロジックＩＣによりハード的に実行されるものでもよいし、あるいは、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等の計算機によりソフトウエア的に実行されるものであってもよい。
【００２０】
図３は、音声ミキサー部１０８の詳細な構成の一例を示す概念図である。音声ミキサー部１０８は、ジッタバッファ１２０Ａ、ジッタバッファ１２０Ｂ、加算部１２２、加算部１２４、および加算部１２６を備える。ジッタバッファ１２０Ａおよびジッタバッファ１２０Ｂは、それぞれ通信網１２を介して音声信号等を送受信する音声パスａおよび音声パスｂに対応して設けられており、対応する音声パスから受け取った音声信号のジッタを吸収する。具体的には、ＲＴＰ処理部１１２から受信した対応する音声パスからの音声信号を、当該音声信号を含むＲＴＰパケットのタイムスタンプに応じて、所定のタイミングで音声信号を出力する。
【００２１】
加算部１２２は、ジッタバッファ１２０Ａが出力した音声信号と、音声入出力部１０２を介して通信端末１００のマイクロフォンから受け取った音声信号とを合成して音声パスｂへ出力する。加算部１２６は、ジッタバッファ１２０Ｂが出力した音声信号と、音声入出力部１０２を介して通信端末１００のマイクロフォンから受け取った音声信号とを合成して音声パスａへ出力する。加算部１２４は、ジッタバッファ１２０Ａおよび１２０Ｂのそれぞれが出力した音声信号を合成して、合成した音声信号を音声入出力部１０２へ送ることにより、通信端末１００のスピーカから出力させる。このようにして、本実施形態の通信端末１００は、通信相手の２つの通信端末１００と、通信網１２を介して三者通話を行う。
【００２２】
図４は、通信会議管理テーブル１３０に格納されるデータの構造の一例を示す。通信会議管理テーブル１３０は、通信会議に参加する複数の通信端末１００のそれぞれの識別情報１３０８と、通信会議に参加する複数の通信端末１００のそれぞれの呼の接続状態を管理する管理端末の識別情報１３０６とを、それぞれの通信端末１００が呼を確立している相手側の通信端末１００の識別情報１３０２および１３０４に対応付けて格納している。なお、通信会議管理テーブル１３０は、当該通信会議管理テーブル１３０を有する通信端末１００が管理端末ではない場合、通信会議管理テーブル１３０に格納される全ての識別情報がクリアされている。主制御部１１０は、通信会議管理テーブル１３０内に識別情報が格納されているか否かを参照することにより、自身が管理端末であるか否かを認識することができる。また、通信会議管理テーブル１３０を参照することにより、通信会議に参加している複数の通信端末１００のうち、いずれの通信端末１００が１台の通信端末１００とのみ呼を確立しているかを認識することができる。
【００２３】
図５は、接続先管理テーブル１３２に格納されるデータの構造の一例を示す。接続先管理テーブル１３２は、自身が呼を確立している相手側の通信端末１００の識別情報１３２４および１３２６を格納している。接続先管理テーブル１３２を参照することにより、主制御部１１０は、自身が三者通話を行っているか否かを認識することができると共に、いずれの通信端末１００と呼を確立しているかを認識することができる。
【００２４】
図６は、主制御部１１０の動作の一例を示すフローチャートである。例えば、通信端末１００に電源が投入される等の所定のタイミングで、本フローチャートに示す主制御部１１０の動作が開始し、電源の供給が停止される等の所定のタイミングで、本フローチャートに示す主制御部１１０の動作が停止する。まず、主制御部１１０は、ＳＩＰ処理部１１４が、管理端末から、現在の接続先を変更すべき旨のメッセージ、または指定された通信端末１００との間に新たに呼を確立すべき旨のメッセージを受信したか否かを判定する（Ｓ１００）。現在の接続先を変更すべき旨のメッセージ、または指定された通信端末１００との間に新たに呼を確立すべき旨のメッセージを受信していない場合（Ｓ１００：Ｎｏ）、ＳＩＰ処理部１１４が他の通信端末１００から接続先を変更したことを示す旨のメッセージを受信したか否かを判定する（Ｓ１０２）。ＳＩＰ処理部１１４が接続先を変更したことを示す旨のメッセージを受信していない場合（Ｓ１０２：Ｎｏ）、主制御部１１０は、キー入力部１０６を介して他の通信端末１００の識別情報を受け取ることにより、他の通信端末１００を通信会議に参加させる参加の呼びかけを受け付けたか否かを判定する（Ｓ１０４）。参加の呼びかけを受け付けていない場合（Ｓ１０４：Ｎｏ）、主制御部１１０は、自身が通信会議からの離脱する要求を、キー入力部１０６を介して受け付けたか否かを判定する（Ｓ１０６）。離脱要求を受け付けていない場合（Ｓ１０６：Ｎｏ）、ステップ１００へ戻る。
【００２５】
ステップ１００において、ＳＩＰ処理部１１４が現在の接続先を変更すべき旨のメッセージ、または指定された通信端末１００との間に新たに呼を確立すべき旨のメッセージを受信した場合（Ｓ１００：Ｙｅｓ）、主制御部１１０は、受け取ったメッセージに基づいて、ＳＩＰにおいて規定される呼制御手順に従って、ＳＩＰ処理部１１４に接続先の変更、または指定された通信端末１００との間に新たに呼を確立させる（Ｓ１０８）。そして、主制御部１１０は、変更した接続先の通信端末１００または新たに呼を確立した相手の通信端末１００の識別情報に応じて接続先管理テーブル１３２を更新し（Ｓ１１０）、その後、ステップ１００へ戻る。
【００２６】
ステップ１０２において、ＳＩＰ処理部１１４が接続先を変更したことを示す旨のメッセージを受け取った場合（Ｓ１０２：Ｙｅｓ）、主制御部１１０は、受け取ったメッセージに基づいて、通信会議管理テーブル１３０に格納されている対応する通信端末１００の接続先を変更することにより、通信会議管理テーブル１３０を更新し（Ｓ１１２）、その後、ステップ１００へ戻る。これにより、自身が通信会議の管理端末である場合、通信会議に参加している他の通信端末１００の呼の接続状態を常に最新の状態に保つことができる。
【００２７】
ステップ１０４において、参加の呼びかけを受け付けた場合（Ｓ１０４：Ｙｅｓ）、主制御部１１０は、現在、自身が２台の他の通信端末１００と呼を確立することにより三者通話を行っているか否かを判定する（Ｓ１１４）。自身が三者通話を行っている場合（Ｓ１１４：Ｙｅｓ）、主制御部１１０は、通信会議管理テーブル１３０を参照して、１台の通信端末１００とのみ呼を確立している他の通信端末１００、または、入力された識別情報で特定される通信会議へ新たに参加させるべき通信端末１００へ呼を確立させるメッセージを送信することにより、１台の通信端末１００とのみ呼を確立している他の通信端末１００と、通信会議へ新たに参加させるべき通信端末１００との間に呼を確立させ、通信会議へ新たに参加させるべき通信端末１００を通信会議に参加させ（Ｓ１１８）、通信会議管理テーブル１３０を更新する（Ｓ１１２）。
【００２８】
また、ステップ１０４において、自身がいずれの他の通信端末１００とも呼を確立していないか、または１台の他の通信端末１００とのみ呼を確立している場合（Ｓ１１４：Ｎｏ）、主制御部１１０は、ＳＩＰ処理部１１４を制御して、いずれの通信端末１００とも呼を確立していない他の通信端末１００へ呼を確立させるメッセージを送信することにより、その通信端末１００との間に呼を確立し、その通信端末１００を通信会議に参加させ（Ｓ１１６）、通信会議管理テーブル１３０を更新する（Ｓ１１２）。なお、本実施形態において、通信会議の参加者の通信端末１００に参加を呼びかけることにより、通信会議を開催することができるのは、管理端末のみである。そのため、ステップ１１４、１１６、および１１８は、管理端末のみによって行われる動作である。
【００２９】
ステップ１０６において、離脱要求を受け付けた場合（Ｓ１０６：Ｎｏ）、主制御部１１０は、通信会議管理テーブル１３０を参照して、自身が管理端末であるか否かを判定する（Ｓ１２０）。自身が管理端末である場合（Ｓ１２０：Ｙｅｓ）、通信会議管理テーブル１３０を参照して、通信会議に参加している全ての他の通信端末１００に対して、ＳＩＰ処理部１１４を介して、呼の切断を指示するメッセージを送信する（Ｓ１２２）。そして、主制御部１１０は、通信会議管理テーブル１３０の内容をクリアし（Ｓ１２４）、その後、ステップ１００に戻る。
【００３０】
ステップ１２０において、自身が管理端末ではない場合（Ｓ１２０：Ｎｏ）、主制御部１１０は、接続先管理テーブル１３２を参照して、自身が三者通話中であるか否かを判定する（Ｓ１２６）。自身が三者通話中である場合（Ｓ１２６：Ｙｅｓ）、主制御部１１０は、ＳＩＰ処理部１１４を制御して、接続先の２台の通信端末１００のうち、一方の呼を他方へ転送させるメッセージを当該２台の通信端末１００の双方に送信すると共に、当該２台の通信端末１００へ呼を切断する旨を示すメッセージを送信することにより、当該２台の通信端末１００との呼を切断する（Ｓ１２８）。そして、主制御部１１０は、接続先管理テーブル１３２をクリアし（Ｓ１３２）、その後、ステップ１００へ戻る。ステップ１２６において、自身が１台の他の通信端末１００とのみ呼を確立している場合（Ｓ１２６：Ｎｏ）、主制御部１１０は、ＳＩＰ処理部１１４を制御して、呼を確立している相手の通信端末１００との間の呼を切断させ（Ｓ１３０）、接続先管理テーブル１３２をクリアする（Ｓ１３２）。
【００３１】
なお、本例において、管理端末は、通信会議に参加する複数の通信端末１００の識別情報をユーザからの入力等により、全て認識している。そして、通信会議を開催する場合、管理端末は、直接または通信会議に参加する他の通信端末１００を介して間接的に、通信会議に参加する他の通信端末１００との呼を確立させる。また、他の例として、管理端末は、常に一方の呼を１台の他の通信端末１００との間で確立することにより、通信会議に参加しており、他方の呼によって、通信会議に途中参加する他の通信端末１００からの参加の申し出を受け付けてもよい。この場合、管理端末は、通信会議に途中参加する通信端末１００との間で確立した呼を、通信会議管理テーブル１３０を参照して、１台の通信端末１００とのみ呼を確立している通信端末１００へ転送することにより、常に他の通信端末１００からの通信会議への途中参加の申し出を受け付けることができる。
【００３２】
図７（Ａ）は、３台の通信端末１００によって通信会議が行われる場合の通信端末１００の動作を説明するための概念図である。本図において、実線の矢印はＳＩＰパケットの流れを示し、点線の矢印は音声信号を有するＲＴＰパケットの流れを示す。本例において、通信端末１００Ａのユーザは、通信会議の主催者である。また、通信会議の主催者が使用する通信端末１００Ａは、通信会議に参加している複数の通信端末１００の呼を管理する管理端末である。
【００３３】
通信端末１００Ａは、ＳＩＰにおいて規定される通信手順に従って、通信端末１００Ｂおよび１００Ｃのそれぞれと呼を確立する。通信端末１００Ａは、通信端末１００Ｂから受け取った音声信号に通信端末１００Ａのユーザの音声信号を合成して、合成した音声信号を通信端末１００Ｃへ送ると共に、通信端末１００Ｃから受け取った音声信号に通信端末１００Ａのユーザの音声信号を合成して、合成した音声信号を通信端末１００Ｂへ送る。さらに、通信端末１００Ｂおよび１００Ｃからの音声信号を合成して通信端末１００Ａのスピーカから出力する。通信端末１００Ｂは、通信端末１００Ａから受け取った通信端末１００Ａのユーザおよび通信端末１００Ｃのユーザの合成音声信号を通信端末１００Ｂのスピーカから出力すると共に、マイクロフォンを介して受け取った通信端末１００Ｂのユーザの音声を通信端末１００Ａへ送信する。通信端末１００Ｃは、通信端末１００Ａから受け取った通信端末１００Ａのユーザおよび通信端末１００Ｂのユーザの合成音声信号をスピーカから出力すると共に、マイクロフォンを介して受け取った通信端末１００Ｃのユーザの音声を通信端末１００Ａへ送信する。このようにして、複数の通信端末１００Ａ、１００Ｂ、および１００Ｃによる通信会議が行われる。また、図７（Ａ）に示すような呼の確立状態において、管理端末である通信端末１００Ａが有する通信会議管理テーブル１３０の内容は、図７（Ｂ）に示すようになる。
【００３４】
図８（Ａ）は、開催中の通信会議に新たに通信端末１００Ｄが参加する場合の通信端末１００Ａの動作を説明するための概念図である。開催中の通信会議に新たに通信端末１００Ｄが参加する場合、通信端末１００Ｄは、例えば、通信会議の主催者の端末である通信端末１００Ａに参加する旨を通知する。通信端末１００Ａは、通信会議管理テーブル１３０を参照して、１つの通信端末１００とのみ呼を確立している通信端末１００を抽出する。本例において、通信端末１００Ａは、１つの通信端末１００とのみ呼を確立している通信端末１００として、例えば通信端末１００Ｂを抽出する。そして、通信端末１００Ａは、通信端末１００Ｂに対して、通信端末１００Ｄとの呼を確立するよう指示する旨のメッセージを送信する。
【００３５】
通信端末１００Ｂと通信端末１００Ｄとの間の呼が確立すると、通信端末１００Ｂは、通信端末１００Ｄからの音声信号に通信端末１００Ｂのユーザの音声信号を合成して通信端末１００Ａに送信すると共に、通信端末１００Ａからの音声信号に通信端末１００Ｂのユーザの音声信号を合成して通信端末１００Ｄへ送る。さらに、通信端末１００Ａおよび１００Ｄからの音声信号を合成して通信端末１００Ｂのスピーカから出力する。このとき、通信端末１００Ａからの音声信号は、通信端末１００Ａのユーザの音声信号および通信端末１００Ｃからの音声信号が合成されたものである。通信端末１００Ｄは、通信端末１００Ｂから受け取った通信端末１００Ａのユーザ、通信端末１００Ｂのユーザ、および通信端末１００Ｃのユーザの合成音声信号をスピーカから出力すると共に、マイクロフォンを介して受け取った通信端末１００Ｄのユーザの音声を通信端末１００Ｂへ送信する。これにより、三者通話機能を有する通信端末１００のみを用いて四者間で通信会議を行うことができる。
【００３６】
また、新たな通信端末１００Ｄが通信会議に参加した場合、通信会議の主催者の端末である通信端末１００Ａは、通信会議管理テーブル１３０に通信端末１００Ｄを追加し、通信端末１００Ｄと呼を確立した通信端末１００Ｂの接続状況を更新することにより、通信会議に参加している通信端末１００のそれぞれの接続状況を最新の状態に保つ。これにより、図８（Ａ）に示すような呼の確立状態において、管理端末である通信端末１００Ａが有する通信会議管理テーブル１３０の内容は、図８（Ｂ）に示すようになる。
【００３７】
同様に、いずれの通信端末１００とも呼を確立していない通信端末１００Ｎが通信会議に参加する場合、通信端末１００Ａは、通信会議管理テーブル１３０を参照して、１つの通信端末１００とのみ呼を確立している通信端末１００を抽出して、抽出された通信端末１００に通信端末１００Ｎとの呼を確立させることにより、通信端末１００Ｎを通信会議に参加させる。
【００３８】
このように、三者通話機能を有する複数の通信端末１００に、チェーン状に呼を確立させることにより、複数の通信端末１００間で通信会議を実現することができる。これにより、ＭＣＵ等の機器を別途設けることなく、通信会議の参加者が有するそれぞれの通信端末１００のみで通信会議を容易に実現することができる。また、複数の音声パスを合成して、合成した音声信号を各通信端末１００に振り分けるＭＣＵ等の合成装置を用いて通信会議を行うとすれば、通信会議に参加している複数の通信端末１００からの音声信号の全てが合成装置に送信される。そのため、合成装置と通信網１２との間は、大容量の通信回線が必要となる。しかし、本実施形態で説明したように、それぞれの通信端末１００は、多くとも２つの音声パスを使用するのみであるので、大容量の通信回線を設ける必要がない。従って、通信会議を安価に実現することができる。
【００３９】
図９は、開催中の通信会議に新たに通信端末１００Ｄが参加する場合の通信端末１００Ａ、１００Ｂ、および１００Ｄの動作の一例を示すシーケンス図である。本シーケンス図に先立って、通信端末１００Ａおよび１００Ｂは、ＳＩＰにおいて規定される呼制御手順に従って呼を確立しているものとする。
【００４０】
まず、管理端末である通信端末１００Ａは、通信端末１００Ｂおよび１００Ｃに、イベントが発生した場合にその旨を通知するリクエストであるＳＵＢＳＣＲＩＢＥリクエストを、対象イベントを接続状態として、通信端末１００Ｂへ送信する（Ｓ２００）。そして、通信端末１００Ｄが通信会議への参加を通信端末１００Ａに通知した場合、通信端末１００Ａは、通信会議管理テーブル１３０を参照して、１つの通信端末１００とのみ呼を確立している通信端末１００Ｂを抽出する。
【００４１】
通信端末１００Ａは、参照先を通信端末１００Ｄとして、ＲＥＦＥＲリクエストを通信端末１００Ｂへ送信することにより、通信端末１００Ｂに、通信端末１００Ｄへの呼の確立を開始させる（Ｓ２０２）。なお、ステップ２０２のＲＥＦＥＲリクエストは、図６のステップ１００で説明した、接続先を変更すべき旨のメッセージ、およびステップ１１８で説明した、１台の通信端末１００とのみ呼を確立している他の通信端末１００と、いずれの通信端末１００とも呼を確立していない他の通信端末１００との間に呼を確立させるメッセージに相当する。
【００４２】
次に、通信端末１００Ｂは、ＲＥＦＥＲリクエストを受け付けたことを示すＡＣＣＥＰＴＥＤレスポンスを通信端末１００Ａへ送信する（Ｓ２０４）。通信端末１００Ｂは、ＩＮＶＩＴＥリクエストを通信端末１００Ｄへ送信することにより、呼の確立を開始する（Ｓ２０６）。また、通信端末１００Ｂは、経過情報を、呼の確立の試行中であることを示す１００  Ｔｒｙｉｎｇとして、ＮＯＴＩＦＹリクエストを通信端末１００Ａへ送信する（Ｓ２０８）。そして、通信端末１００Ａは、ＮＯＴＩＦＹリクエストに対する最終応答である２００  ＯＫレスポンスを通信端末１００Ｂへ送信する（Ｓ２１０）。
【００４３】
通信端末１００Ｄは、通信端末１００Ｂに呼の確立試行中であることを示す中間応答である１００  Ｔｒｙｉｎｇレスポンスを送信する（Ｓ２１２）。そして、通信端末１００Ｄは、音声入出力部１０２からＩＲ（Ｉｎｔｅｒｒｕｐｔｅｄ  Ｒｉｎｇｉｎｇ）を出力し（Ｓ２１４）、呼び出し中であることを示す中間応答である１８０  Ｒｉｎｇｉｎｇを通信端末１００Ｂへ送信する（Ｓ２１６）。そして、通信端末１００Ｂは、経過情報を、１８０  Ｒｉｎｇｉｎｇとして、ＮＯＴＩＦＹリクエストを通信端末１００Ａへ送信する（Ｓ２１８）。そして、通信端末１００Ａは、通信端末１００ＢからのＮＯＴＩＦＹリクエストに対する２００  ＯＫレスポンスを通信端末１００Ｂへ送信する（Ｓ２２０）。
【００４４】
通信端末１００Ｄがキー入力部１０６を介してオフフック等の応答操作を受付けると（Ｓ２２２）、通信端末１００Ｄは、通信端末１００ＢからのＩＮＶＩＴＥリクエストに対する２００  ＯＫレスポンスを通信端末１００Ｂへ送信する（Ｓ２２４）。そして、通信端末１００Ｂは、ＩＮＶＩＴＥリクエストに対する最終応答を受信したことを知らせるＡＣＫリクエストを通信端末１００Ｄへ送信する（Ｓ２２８）。また、通信端末１００Ｂは、経過情報を２００  ＯＫとして、ＮＯＴＩＦＹリクエストを通信端末１００Ａへ送信し（Ｓ２２６）、送信したＮＯＴＩＦＹリクエストに対する２００  ＯＫレスポンスを通信端末１００Ａから受信する（Ｓ２３０）。そして、通信端末１００Ｂは、通信端末１００Ａおよび通信端末１００Ｄとの間で三者通話の呼を確立し、通信端末１００Ｄからの音声信号に通信端末１００Ｂのユーザの音声信号を合成して通信端末１００Ａに送信すると共に、通信端末１００Ａからの音声信号に通信端末１００Ｂのユーザの音声信号を合成して通信端末１００Ｄへ送る、音声ミックス処理を開始する（Ｓ２３２）。これにより、通信端末１００Ｄは、通信端末１００Ａ〜Ｃによって行われている通信会議に参加することができる。
【００４５】
次に、通信端末１００Ｂは、通信端末１００のみとの呼の接続状態から、通信端末１００Ａおよび通信端末１００Ｄとの呼の接続状態に変化した旨を示す情報を含むＮＯＴＩＦＹリクエストを、通信会議の管理端末である通信端末１００Ａへ送信し（Ｓ２３４）、送信したＮＯＴＩＦＹリクエストに対する２００  ＯＫレスポンスを通信端末１００Ａから受信する（Ｓ２３６）。なお、ステップ２３４の呼の接続状態に変化した旨を示す情報を含むＮＯＴＩＦＹリクエストは、図６のステップ１０２で説明した、接続先を変更したことを示す旨のメッセージに相当する。
【００４６】
通信端末１００Ａは、通信端末１００Ｂから受け取った呼の接続状態に基づいて、通信端末１００Ｂの接続先を変更すると共に、通信端末１００Ｄを追加することにより、通信会議管理テーブル１３０を更新する（Ｓ２３８）。そして、通信端末１００Ａは、対象イベントを接続状態とするＳＵＢＳＣＲＩＢＥリクエストを、新たに通信会議に参加した通信端末１００Ｄへ送信する（Ｓ２４０）。
【００４７】
図１０は、通信端末１００Ｂが通信会議から離脱する場合の通信端末１００Ａ、１００Ｂ、および１００Ｄの動作の一例を示すシーケンス図である。本シーケンス図に先立って、通信端末１００Ａ、１００Ｂ、および１００Ｃは、図９で説明した手順で呼を確立し、通信会議を行っているものとする。
【００４８】
通信端末１００Ｂが通信会議から離脱する場合、まず、通信端末１００Ｂは、通信端末１００Ｂとの呼を通信端末１００Ｄとの呼に置き換えることを示す情報を含み、かつ参照先を通信端末１００ＤとするＲＥＦＥＲリクエストを、通信端末１００Ａへ送信する（Ｓ３００）。そして、通信端末１００Ａは、ＲＥＦＥＲリクエストを受け付けたことを示すＡＣＣＥＰＴＥＤレスポンスを通信端末１００Ｂへ送信する（Ｓ３０２）。なお、ステップ３００のＲＥＦＥＲリクエストは、図６のステップ１２８で説明した、一方の呼を他方へ転送させるメッセージに相当する。
【００４９】
次に、通信端末１００Ａは、通信端末１００Ｂとの呼を通信端末１００Ｄとの呼に置き換えることを示す情報を含むＩＮＶＩＴＥリクエストを通信端末１００Ｄへ送信する（Ｓ３０６）と共に、呼の確立の試行中であることを示す１００  Ｔｒｙｉｎｇを経過情報とするＮＯＴＩＦＹリクエストを通信端末１００Ｂへ送信する（Ｓ３０４）。そして、通信端末１００Ｂは、ＮＯＴＩＦＹリクエストに対して２００  ＯＫレスポンスを通信端末１００Ａへ送信する（Ｓ３０８）。また、通信端末１００Ｄは、１００  Ｔｒｙｉｎｇレスポンスを通信端末１００Ａへ送信する（Ｓ３１０）。
【００５０】
次に、通信端末１００Ｄは、呼の切断を要求するＢＹＥリクエストを通信端末１００Ｂへ送信する（Ｓ３１２）。そして、通信端末１００ＢがＢＹＥリクエストに対する２００  ＯＫレスポンスを通信端末１００Ｄへ送信することにより（Ｓ３１４）、通信端末１００Ｂと通信端末１００Ｄとの間の呼が消滅する（Ｓ３１６）。なお、ステップ３１２のＢＹＥリクエストは、図６のステップ１２８で説明した、呼を切断する旨を示すメッセージに相当する。
【００５１】
次に、通信端末１００Ｄは、通信端末１００ＡからのＩＮＶＩＴＥリクエストに対する２００  ＯＫレスポンスを通信端末１００Ａへ送信する（Ｓ３１８）。そして、通信端末１００ＡがＡＣＫリクエストを通信端末１００Ｄへ送信することにより（Ｓ３２０）、通信端末１００Ａと通信端末１００Ｄとの間の呼が確立する（Ｓ３２２）。そして、通信端末１００Ａは、経過情報を２００  ＯＫとして、ＮＯＴＩＦＹリクエストを通信端末１００Ｂへ送信し（Ｓ３２４）、送信したＮＯＴＩＦＹリクエストに対する２００  ＯＫレスポンスを通信端末１００Ｂから受信する（Ｓ３２６）。これにより、通信端末１００Ｂは、通信端末１００Ａと通信端末１００Ｄとの間に呼が確立したことを知り、ＢＹＥリクエストを通信端末１００Ａへ送信する（Ｓ３２８）。そして、通信端末１００ＡがＢＹＥリクエストに対する２００  ＯＫレスポンスを通信端末１００Ｂへ送信することにより（Ｓ３３０）、通信端末１００Ａと通信端末１００Ｂとの間の呼が消滅する（Ｓ３３２）。なお、ステップ３２８のＢＹＥリクエストは、図６のステップ１２８で説明した、呼を切断する旨を示すメッセージに相当する。
【００５２】
次に、通信端末１００Ｄは、通信端末１００Ｂのみとの呼の接続状態から、通信端末１００Ａのみとの呼の接続状態に変化した旨を示す情報を含むＮＯＴＩＦＹリクエストを、通信会議の管理端末である通信端末１００Ａへ送信する（Ｓ３３４）。なお、ステップ３３４の呼の接続状態に変化した旨を示す情報を含むＮＯＴＩＦＹリクエストは、図６のステップ１０２で説明した、接続先を変更したことを示す旨のメッセージに相当する。
【００５３】
そして、通信端末１００Ａは、ＮＯＴＩＦＹリクエストに対する２００  ＯＫレスポンスを通信端末１００Ｄへ送信する（Ｓ３３６）と共に、通信端末１００Ｄから受け取った呼の接続状態に基づいて、通信端末１００Ｄの接続先を変更すると共に、通信端末１００Ｂを削除することにより、通信会議管理テーブル１３０を更新する（Ｓ３３８）。このような動作によって、通信会議中に通信端末１００Ｄからの音声信号を切断することなく、通信端末１００Ｂを通信会議から離脱させることができる。
【００５４】
なお、本例では、離脱する通信端末１００Ｂが通信端末１００Ａに転送を指示することにより、離脱の処理を開始したが、三者通話の相手側のいずれの通信端末１００に対して転送を指示することにより、離脱の処理を開始してもよい。ただしこの場合であっても、離脱処理が終了した後には、接続状況を通知するＮＯＴＩＦＹリクエストを管理端末である通信端末１００Ａへ送信する必要がある。
【００５５】
また、本例では、管理端末である通信端末１００Ａと他の端末との間で三者通話を行っている通信端末１００Ｂが離脱する場合について述べたが、管理端末と直接呼を確立していない通信端末１００が通信会議から離脱する場合においても、離脱する通信端末１００と、離脱する通信端末１００と三者通話を行っている通信端末１００との間に、本シーケンス図で示した離脱処理を適用することができる。
【００５６】
また、上記の実施形態では、呼制御プロトコルとしてＳＩＰを用いた場合を例にとり説明したが、呼制御プロトコルはこれに限られず、呼制御手順にＴＴＣ（Ｔｈｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｔｅｃｈｎｏｌｏｇｙ  Ｃｏｍｍｉｔｔｅｅ）標準のＨ.３２３を用いた場合でも同様に本発明を適用することができる。
【００５７】
以上、本発明の一実施形態について説明した。
【００５８】
上述したように、本実施形態によれば、ＭＣＵ等の機器を別途設けることなく、会議参加者の通信端末のみで、多地点通信会議を容易かつ安価に実現することができる。
【００５９】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００６０】
図１１は、会議システム１０の他の例を示す構成図である。本例において、複数の通信端末１００のそれぞれは、複数の他の通信端末１００と多者通話を行う機能を有する。具体的には、複数の通信端末１００のそれぞれは、（ｍ−１）台（ｍは自然数）の通信端末１００との間で呼を確立し、（ｍ−１）個の音声パスの中のｋ番目（ｋはｍ以下の自然数）の音声パスへ、ｋ番目の音声パス以外の音声パスからの音声信号と、自身のマイクロフォンからの音声信号とを合成してｋ番目の音声パスへ送信すると共に、（ｍ−１）個の音声パスからの音声信号を合成して自身のスピーカから出力することにより、ｍ者通話を実現する機能を有する。
【００６１】
本例において、通信端末１００Ｃは、通信端末１００Ａとの間の音声パス以外の音声パスからの音声信号である音声Ｄ、Ｅ、Ｆ、およびＧと、通信端末１００Ｃのマイクロフォンからの音声信号とを合成して、通信端末１００Ａへ送信する。また、通信端末１００Ｃは、通信端末１００Ｄとの間の音声パス以外の音声パスからの音声信号である音声Ａ、Ｂ、およびＥと、通信端末１００Ｃのマイクロフォンからの音声信号とを合成して、通信端末１００Ｄへ送信する。さらに、通信端末１００Ｃは、通信端末１００Ｅとの間の音声パス以外の音声パスからの音声信号である音声Ａ、Ｂ、Ｄ、Ｆ、およびＧと、通信端末１００Ｃのマイクロフォンからの音声信号とを合成して、通信端末１００Ａへ送信する。これにより、複数の通信端末１００Ａ〜Ｇは、通信会議を実現することができる。
【００６２】
本例によると、それぞれの通信端末１００からの音声信号を中継する通信端末１００の数を少なくすることができるので、音声信号の遅延量を少なくすることができる。従って、より多くの通信端末１００を用いて通信会議を行うことができる。
【００６３】
なお、本例において、複数の通信端末１００のそれぞれは、音声パスがループ状に接続されないように構成されることが好ましい。
【００６４】
また、複数の通信端末１００Ａ〜Ｇのそれぞれの呼を管理する管理端末は、複数の通信端末１００Ａ〜Ｇのそれぞれが通信網１２と接続している通信回線の容量に対応付けて、複数の通信端末１００Ａ〜Ｇのそれぞれの呼を管理することが好ましい。具体的には、図１１において、通信端末１００Ｄと１００Ｇとの間の通信回線の容量が、通信端末１００Ｄと１００Ｆとの間の通信回線の容量よりも大きい場合、いずれの通信端末１００とも呼を確立していない通信端末１００が新たに通信会議に参加するときに、管理端末は、容量の大きい通信回線を有する通信端末１００Ｇに新たに参加する通信端末１００への呼を確立させることにより、通信会議に新たな通信端末１００を参加させる。これにより、通信会議以外のデータが通信会議で使用している通信回線を流れることにより、通信会議の音声信号が遅延する確率を低く抑えることができる。従って、より安定的に音声信号を送受信することができる。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態に係る会議システム１０の構成図である。
【図２】通信端末１００の構成の一例を示すブロック図である。
【図３】音声ミキサー部１０８の詳細な構成の一例を示す概念図である。
【図４】通信会議管理テーブル１３０に格納されるデータの構造の一例を示す図である。
【図５】接続先管理テーブル１３２に格納されるデータの構造の一例を示す図である。
【図６】主制御部１１０の動作の一例を示すフローチャートである。
【図７】図７（Ａ）は、３台の通信端末１００によって通信会議が行われる場合の管理端末の動作を説明するための概念図である。図７（Ｂ）は、図７（Ａ）に示した場合における通信会議管理テーブル１３０の内容を示す。
【図８】図８（Ａ）は、開催中の通信会議に新たに通信端末１００Ｄが参加する場合の通信端末１００Ａの動作を説明するための概念図である。図８（Ｂ）は、図８（Ａ）に示した場合における通信会議管理テーブル１３０の内容を示す。
【図９】開催中の通信会議に新たに通信端末１００Ｄが参加する場合の通信端末１００Ａ、１００Ｂ、および１００Ｄの動作の一例を示すシーケンス図である。
【図１０】通信端末１００Ｂが通信会議から離脱する場合の通信端末１００Ａ、１００Ｂ、および１００Ｄの動作の一例を示すシーケンス図である。
【図１１】会議システム１０の他の例を示す構成図である。
【符号の説明】
【００６６】
１０・・・会議システム、１２・・・通信網、１００・・・通信端末、１０２・・・音声入出力部、１０４・・・表示部、１０６・・・キー入力部、１０８・・・音声ミキサー部、１１０・・・主制御部、１１２・・・ＲＴＰ処理部、１１４・・・ＳＩＰ処理部、１１６・・・ＴＣＰ／ＵＤＰ／ＩＰ処理部、１１８・・・インターフェイス部、１２０・・・ジッタバッファ、１２２・・・加算部、１２４・・・加算部、１２６・・・加算部、１３０・・・通信会議管理テーブル、１３２・・・接続先管理テーブル
【図１】
2005333446.tif 000003
【図２】
2005333446.tif 000004
【図３】
2005333446.tif 000005
【図４】
2005333446.tif 000006
【図５】
2005333446.tif 000007
【図６】
2005333446.tif 000008
【図７】
2005333446.tif 000009
【図８】
2005333446.tif 000010
【図９】
2005333446.tif 000011
【図１０】
2005333446.tif 000012
【図１１】
2005333446.tif 000013