(57)【要約】【目的】３台以上の端末が存在する会議通話システムにおいて、障害等の発生においても会議続行を可能とする会議通話システム及び方法を提供する。【構成】端末の各々は、自端末がミキシング端末に設定されている場合に、端末のうちの会議に参加する参加者端末の音声及び／又は動画の再生態様を画定する会議パラメータを生成し、参加者端末毎に会議参加者の音声及び／又は動画のデータを集信し、当該データを当該会議パラメータに従って編集し、得られる編集データを参加者端末の全てに配信する。ミキシング端末に設定されている端末の状態を監視し、ミキシング端末が通話不能であると判定した場合に、自端末を新たなミキシング端末に変更して設定する。【選択図】図４
2011188369.tif 000002
【特許請求の範囲】
【請求項１】
会議参加者のための複数の端末を含み、前記会議参加者の音声及び／又は動画を前記複数の端末において同時に再生することによって会議の開催を支援する会議通話システムであって、
前記端末の各々は、
自端末がミキシング端末に設定されている場合に、前記端末のうちで会議に参加する参加者端末の音声及び／又は動画の再生態様を画定する会議パラメータを生成し、前記参加者端末毎に当該会議参加者の音声及び／又は動画のデータを集信し、当該データを前記会議パラメータに従って編集し、得られる編集データを前記参加者端末の全てに配信するミキシング手段と、
前記ミキシング端末に設定されている端末の状態を監視し、前記ミキシング端末が通話不能であると判定した場合に、自端末を新たなミキシング端末に変更して設定するミキシング端末変更手段と、
を含むことを特徴とする会議通話システム。
【請求項２】
前記ミキシング手段は、自端末が新たなミキシング端末に設定された場合に、新たに会議パラメータを生成することなく、以前のミキシング端末が生成した会議パラメータを引き継ぐことを特徴とする請求項１に記載の会議通話システム。
【請求項３】
前記ミキシング手段は、自端末又は他端末が生成した会議パラメータを前記参加者端末の種類及び／又は数に応じて調整する手段を含むことを特徴とする請求項１又は２に記載の会議通話システム。
【請求項４】
前記ミキシング手段は、自端末以外の参加者端末の各々との間に個別に会議セッションを確立し、前記会議セッションを介して自端末以外の参加者端末から音声及び／又は動画のデータを集信すると共に、前記会議セッションを介して自端末以外の参加者端末に前記編集データを配信することを特徴とする請求項１に記載の会議通話システム。
【請求項５】
前記端末の各々は、当該端末の参加者の操作に応じて自端末をミキシング端末に設定するミキシング端末設定手段をさらに含むことを特徴とする請求項１に記載の会議通話システム。
【請求項６】
前記端末に対して呼制御サービス及び／又はプレゼンス管理サービスを提供する管理サーバを更に含み、前記ミキシング手段は、前記参加者端末間で通話可能であるか否かを、前記呼制御サービス及び／又は前記プレゼンス管理サービスを用いて判定し、当該判定結果に基づいて前記端末のうちで会議に参加する参加者端末を認識することを特徴とする請求項１に記載の会議通話システム。
【請求項７】
前記ミキシング端末変更手段は、前記管理サーバによる前記呼制御サービス及び／又は前記プレゼンス管理サービスを用いて、前記ミキシング端末に設定されている端末の状態を監視することを特徴とする請求項６に記載の会議通話システム。
【請求項８】
会議参加者のための複数の端末を含み、前記会議参加者の音声及び／又は動画を前記複数の端末において同時に再生することによって会議の開催を支援する会議通話システムにおける会議通話方法であって、
前記端末の各々において、自端末がミキシング端末に設定されている場合に、前記端末のうちで会議に参加する参加者端末の音声及び／又は動画の再生態様を画定する会議パラメータを生成し、前記参加者端末毎に当該会議参加者の音声及び／又は動画のデータを集信し、当該データを前記会議パラメータに従って編集し、得られる編集データを前記参加者端末の全てに配信するミキシングステップと、
前記端末の各々において、前記ミキシング端末に設定されている端末の状態を監視し、前記ミキシング端末が通話不能であると判定した場合に、自端末を新たなミキシング端末に変更して設定するミキシング端末変更ステップと、
を含むことを特徴とする会議通話方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して離れて設置された複数の端末を用い、端末毎の会議参加者の音声、動画又は他の情報を同時に再生又は表示することによって会議を実施することを可能とする会議通話システム及び方法に関する。
【背景技術】
【０００２】
昨今、ＩＰ（Internet Protocol）網の発達や通信機器及び情報システムのＩＰ対応により、電話に代表される音声通信機能とコンピュータに関連する情報処理機能とを融合する技術が発達しつつある。特に、音声、動画及びデータの同期通信を必要とする会議通話システムが普及している。これは、音声、動画及びデータの通信にＩＰ網という１種類のネットワークで足りること、またＩＰ網における帯域確保が容易であること、さらには音声、動画及びデータの各通信間の同期を図ることが容易であることに依る。
【０００３】
ところで、会議通話システムの実施において、１本の会議通話によって３人以上の参加者がそれぞれ別の場所から参加可能である。しかし２者間の通信とは異なり、３人以上の参加者がいる場合、それぞれの参加者の端末から送信される音声や動画を集めて１つに編集して、これを会議に参加している全ての端末に配信する必要が生じる。端末からの音声や動画の集信、編集及び全端末への配信からなる一連の処理は「ミキシング」と称される。通常、かかるミキシング処理は、会議通話システムにおいて「ミキシングサーバ」と称される１つのサーバによって実行される。
【０００４】
会議通話システムにおいてミキシングサーバを用いた場合、会議通話に参加する各端末に高い処理能力が求められない反面、複数の会議をまかなうミキシングサーバには高い処理能力が求められる。もし一時的に会議通話が多数開催されて、ミキシングサーバの処理能力に不足した場合には、ミキシングサーバにおける処理遅延によって全ての会議通話が影響を受けることになる。さらにミキシングサーバが障害によって利用不能になった場合には、全ての会議通話が全く行えないことになる。
【０００５】
特許文献１は、２者間の通信会議において自動的に障害から復旧する装置を開示している。当該装置は、相手端末で障害が発生して不意に通信が中断した場合、その中断直前の状態を記憶する記憶手段と、再び相手端末と接続したとき、中断直前の状態に自動的に復旧する復旧手段とを有することを特徴としている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−１８９０５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に開示される技術は、２つの端末間の会議通話を前提とするものであって、３人以上の参加者の端末が存在する形態においては有効な手段となり得ない。さらに、特許文献１に開示される技術は、上記したミキシング処理を障害時においてどのように継続するかの解決策を提供するものではない。
【０００８】
本発明は上記した問題に鑑みてなされたものであり、その目的は、３台以上の端末が存在する会議通話システムにおいて、障害等の発生においても会議続行を可能とする会議通話システム及び方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明による会議通話システムは、会議参加者のための複数の端末を含み、前記会議参加者の音声及び／又は動画を前記複数の端末において同時に再生することによって会議の開催を支援する会議通話システムであって、前記端末の各々は、自端末がミキシング端末に設定されている場合に、前記端末のうちの会議に参加する参加者端末の音声及び／又は動画の再生態様を画定する会議パラメータを生成し、前記参加者端末毎に当該会議参加者の音声及び／又は動画のデータを集信し、当該データを前記会議パラメータに従って編集し、得られる編集データを前記参加者端末の全てに配信するミキシング手段と、前記ミキシング端末に設定されている端末の状態を監視し、前記ミキシング端末が通話不能であると判定した場合に、自端末を新たなミキシング端末に変更して設定するミキシング端末変更手段と、を含むことを特徴とする。
【００１０】
本発明による会議通話方法は、会議参加者のための複数の端末を含み、前記会議参加者の音声及び／又は動画を前記複数の端末において同時に再生することによって会議の開催を支援する会議通話システムにおける会議通話方法であって、前記端末の各々において、自端末がミキシング端末に設定されている場合に、前記端末のうちで会議に参加する参加者端末の音声及び／又は動画の再生態様を画定する会議パラメータを生成し、前記参加者端末毎に当該会議参加者の音声及び／又は動画のデータを集信し、当該データを前記会議パラメータに従って編集し、得られる編集データを前記参加者端末の全てに配信するミキシングステップと、前記端末の各々において、前記ミキシング端末に設定されている端末の状態を監視し、前記ミキシング端末が通話不能であると判定した場合に、自端末を新たなミキシング端末に変更して設定するミキシング端末変更ステップと、を含むことを特徴とする。
【発明の効果】
【００１１】
本発明による会議通話システム及び方法によれば、３台以上の端末が存在する場合における障害発生或いは参加者離脱においても会議続行が可能である。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例を示し、会議通話システムの全体構成を示すブロック図である。
【図２】管理サーバ又は参加者端末のハードウェア構成例を示すブロック図である。
【図３】管理サーバのソフトウェア構成を示すブロック図である。
【図４】参加者端末のソフトウェア構成を示すブロック図である。
【図５】会議パラメータの構成例を示す図である。
【図６】会議開始における処理手順を示すシーケンス図である。
【図７】ミキシング端末障害時の処理手順を示すシーケンス図である。
【図８】変形例におけるミキシング端末障害時の処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
本発明の実施例について添付の図面を参照しつつ詳細に説明する。
【００１４】
＜実施例＞
図１は、本発明の実施例を示し、会議通話システムの全体構成を示している。会議通話システムは、管理サーバ１０と、複数の参加者端末２０ａ〜２０ｄと、ＩＰネットワーク３０とから構成される。管理サーバ１０は、ＩＰネットワーク３０に接続され、参加者端末２０ａ〜２０ｄに対して呼制御サービス及びプレゼンス管理サービスを提供する。参加者端末２０ａ〜２０ｄは、会議に参加する参加者が使用する端末であり、ＩＰネットワーク３０に接続されて音声、動画及びデータの送受信を行い、音声、動画及びデータを用いた会議を行う端末である。ＩＰネットワーク３０は、ＩＰプロトコルによって音声、動画及びデータの通信を可能とするネットワークである。
【００１５】
尚、本図において１台の管理サーバ１０が示され、複数台の管理サーバ１０によって呼制御サービス及びプレゼンス管理サービスが分担して提供されてもよい。また、本図において４台の参加者端末２０ａ〜２０ｄが示されているが、５台以上の参加者端末が存在してもよい。また、参加者端末２０ａ〜２０ｄの各々は、会議通話に対応していればよく、通常のパーソナルコンピュータ、電話端末、移動体端末等の異なる種類のハードウェアによって実現されてもよい。また、異なる種類のハードウェアよる端末が参加者端末として混在してもよい。
【００１６】
図２は、管理サーバ１０又は参加者端末２０のハードウェア構成例を示している。例えば、参加者端末２０は、参加者が操作入力するための操作部５１と、動画を表示するためのディスプレイユニット５２と、画像を取り込むためのスキャナ５３と、タブレット等の描画情報を入力するための描画入力ユニット５４と、画像や動画を記憶するＶＲＡＭ５５と、音声や動画を符号化／復号化するための符号化／復号化装置５６と、ソフトウェアを実行するシステム制御部５７と、ソフトウェアがロードされるＲＡＭ５８と、予めソフトウェアを記憶するＲＯＭ５９と、スキャナ又はタブレット入力による画像を記憶する画像メモリ６０と、ＩＰネットワーク３０との通信を行う通信制御部６２と、通話を可能とする受話器６３又はスピーカ６４及びマイク６５とから構成される。管理サーバ１０は、参加者端末２０の構成から、例えば、描画入力ユニット５４、ディスプレイユニット５２、ＶＲＡＭ５５、スキャナ５３、画像メモリ６０の一部もしくは全てを除去した構成となる。管理サーバ１０はさらに通信監視部６１を含んでもよく、通信監視部６１がＩＰネットワーク３０から診断メッセージや障害メッセージを受信することによって参加者端末２０のプレゼンス管理を行ってもよい。
【００１７】
図３は、管理サーバ１０のソフトウェア構成を示している。当該ソフトウェア構成としては、全体制御を行う制御部１１と、ＩＰネットワークを介した通信を行う通信部１２と、参加者端末に呼制御サービスを提供する呼制御管理部１３と、参加者端末にプレゼンス管理サービスを提供するプレゼンス管理部１４と、会議に参加して通話を行う参加者を認証する参加者認証処理部１５と、参加者を認証するための情報からなる参加者データ部１６とが含まれる。
【００１８】
図４は、参加者端末２０のソフトウェア構成を示している。当該ソフトウェア構成としては、全体制御を行う制御部２１と、ＩＰネットワークを介した通信を行う通信部２２と、会議実施アプリケーション部２３と、ミキシング処理部２４と、会議パラメータ調整部２５と、会議パラメータ保持部２６と、連携アプリケーション部２７と、が含まれる。
【００１９】
会議実施アプリケーション部２３は、会議の実施において他端末との間で会議セッションを確立し、当該会議セッションを介して送受信される音声や動画に応じて会議を実施する。音声や動画は、ディスプレイ、受話器、マイク及びスピーカ等（図２参照）によって入出力される。
【００２０】
参加者端末２０は、ミキシング端末、セカンダリ端末及び一般端末の各動作モードを備える。ミキシング端末の動作モードは、当該端末自身すなわち自端末がミキシング処理を行う動作モードであり、セカンダリ端末の動作モードは、ミキシング端末の障害時にミキシング端末の代替として当該自端末がミキシング処理を行う動作モードであり、一般端末の動作モードは、それ以外の動作モードである。ミキシング端末が正常にその動作モードを実行している限り、セカンダリ端末及び一般端末は、ミキシング端末によるミキシング処理の提供を受ける。
【００２１】
ミキシング処理部２４は、当該自端末の動作モードがミキシング端末に設定される場合に限り動作する。ミキシング処理部２４は、会議の実施において確立された会議セッションを介して、当該自端末及び他の端末から音声や動画等のデータを集信し、これらを一旦蓄積した後に編集し、編集によって得られた編集音声及び動画等の編集データを全端末へマルチキャストすることによって配信する。
【００２２】
会議パラメータ調整部２５は、当該自端末の動作モードがミキシング端末に設定される場合に限り動作する。会議セッションの開始にあたって、参加者端末２０における音声及び／又は動画の再生態様を画定する会議パラメータを生成する。この際に、会議パラメータ調整部２５は、会議パラメータに対して各端末の音量ミキシング比率や動画サイズ比率等の調整を行った設定を施す。会議パラメータ調整部２５は、また、設定した会議パラメータを、当該自端末の障害に備えて全端末へマルチキャストすることによって配信する。
【００２３】
会議パラメータ保持部２６は、会議パラメータを保持する。当該会議パラメータは、会議パラメータ調整部２５によって設定されて保持されるか、又は他の端末（通常、ミキシング端末）から提供されて保持される場合がある。
【００２４】
連携アプリケーション部２７は、会議実施アプリケーション部２３による会議の実施に伴って会議実施アプリケーション部２３の動作に連携するアプリケーションである。連携アプリケーション部２７の機能としては、例えば、スキャナ等（図２参照）によって取り込んだ画像データを会議に提供する等の多様な機能であり得る。
【００２５】
図５は、会議パラメータの構成例を示している。会議パラメータは、例えば、開催される会議を識別するための「会議ＩＤ」と、動作モードが設定された端末を指定する「ミキシング端末」、「セカンダリ端末」及び「一般端末」と、会議に参加する各端末を論理的に識別する「電話番号」と、各端末を物理的に識別する「ＩＰアドレス」と、会議セッションにおいて用いられる方式を指定する「音声動画方式」と、各端末の音量比率を指定する「音量ミキシング比率」と、各端末の動画を１つの画面に表示する際のサイズ比率を指定する「動画サイズ比率」と、音声や動画の雑音を除去する際の方式を指定する「雑音除去方式」とを含む。
【００２６】
「音量ミキシング比率」は、図示されるように「0.25, 0.25, 0.25, 0.25」の如く設定され、この例の場合には各参加者の音量が等しくミキシングされる。「動画サイズ比率」は、図示されるように「0.25, 0.25, 0.25, 0.25」の如く設定され、この例の場合には各参加者の動画が等しいサイズで画面に同時に再生される。動画の再生態様については、サイズ比率に限られず１つの画面における各参加者動画の配置を規定する情報を含んでもよい。
【００２７】
会議パラメータは、ミキシング端末の会議パラメータ調整部２５によって調整される。会議パラメータ調整部２５は、当該会議に参加する端末種類又は端末数に応じて自動的に会議パラメータを調整してもよく、又はミキシング端末の参加者による操作入力に応じて会議パラメータを調整してもよい。
【００２８】
尚、セカンダリ端末はミキシング端末の代替する上で最も優先度の高い端末を意味するが、次に優先度の高い端末（例えば、ターシャリィ端末）が設定されてもよい。
【００２９】
図６は、会議開始における処理手順を示している。前提として、参加者端末２０ａが会議を招集し、参加者端末２０ａ〜２０ｄの４台が当該会議に参加するものとする。
【００３０】
先ず、参加者端末２０ａは会議を招集する（ステップＳ１１）。参加者端末２０ａは、自端末をミキシング端末の動作モードに設定する。会議招集の通知は管理サーバ１０へ通知される。
【００３１】
管理サーバ１０は、当該会議招集通知に応じて、招集対象の各端末のプレゼンス管理を行い、参加可能な端末（参加者端末２０ｂ〜２０ｄ）に対して会議招集を通知する（ステップＳ１２）。この際に、管理サーバ１０は、各端末の参加者について参加者認証処理を行ってもよい。併せて、管理サーバ１０は、ミキシング端末である参加者端末２０ａに向けて会議招集完了を通知する。管理サーバ１０は、会議招集及び通知に係る処理を、プレゼンス管理サービスと共に又はこれに代えて呼制御サービスの一貫として行ってもよい。
【００３２】
参加者端末２０ａは、会議招集完了に応じて、３つの参加者端末２０ｂ〜２０ｄとの間で、会議セッションを各端末毎に個別に確立する（ステップＳ１３）。すなわち、当該会議セッションはピアトゥピアのセッションとなる。次いで、参加者端末２０ａは会議パラメータを生成する（ステップＳ１４）。例えば、参加者端末の数に応じて音量ミキシング比率が調整される。次いで、参加者端末２０ａは当該調整した会議パラメータを、確立された会議セッションを介して参加者端末２０ｂ〜２０ｄの各々に配信する（ステップＳ１５）。会議パラメータの配信は、参加者端末２０ａの障害に備えるものであって、会議招集直後に配信される必然はなく、会議途中又は他のタイミングにて配信されてもよい。
【００３３】
以上の処理手順を経て実際に会議が実施され得る。この際に、参加者端末２０ａは音声及び動画に対してミキシング処理を行う（ステップＳ１６）。すなわち、会議における音声や動画の情報は一旦参加者端末２０ａに集約され、参加者端末２０ａで適切にミキシング処理された音声や動画が各参加者端末（参加者端末２０ａ〜２０ｄ）に提供される。
【００３４】
尚、以上の処理手順では、会議招集を行った参加者端末２０ａがミキシング端末としてミキシング処理を実行するとしているが、会議招集を行った参加者端末とは異なる他の参加者端末（例えば、参加者端末２０ｄ）が、当該参加者の操作に応じて自端末をミキシング端末に設定することで、以後ミキシング処理を実行するようにしてもよい。
【００３５】
図７は、ミキシング端末障害時の処理手順を示している。前提として、参加者端末２０ａが会議を招集しミキシング端末として動作し、参加者端末２０ａ〜２０ｄの４台が当該会議に参加していたものとする。また、参加者端末２０ｂが会議パラメータにおいてセカンダリ端末に設定されているものとする。
【００３６】
先ず、参加者端末２０ａに故障が発生したとする。これに応じて、管理サーバ１０がミキシング端末である参加者端末２０ａの障害を、プレゼンス管理部１４（図３参照）において検知する（ステップＳ２１）。かかる障害は、当該ミキシング端末が通話不能であってミキシング動作が不可能であることを意味する。尚、参加者端末２０ａの障害には、参加者端末２０ａ自体の故障のみならず、参加者端末２０ａの参加者が会議から離脱して、参加者端末２０ａの稼働を停止した場合も含み得る。次いで、管理サーバ１０は、ミキシング端末である参加者端末２０ａの障害を他の参加者端末２０ｂ〜２０ｄに通知する（ステップＳ２２）。
【００３７】
参加者端末２０ｂ〜２０ｄはこの障害通知を受信する。例えば、参加者端末２０ｂは、この障害通知に応じて、自端末がセカンダリ端末であるか否かを、参加者端末２０ａから配信され保持していた会議パラメータを参照することによって判定する（ステップＳ２３）。もし自端末がセカンダリ端末ではないと判定した場合には、積極的な動作を行わず、一般端末として動作する。
【００３８】
一方、参加者端末２０ｂは自端末がセカンダリ端末であると判定した場合には、参加者端末２０ｂが新たなミキシング端末として会議を引き継ぐ。すなわち、参加者端末２０ｂは、残りの２つの参加者端末２０ｃ及び２０ｄとの間で、再度会議セッションを個別に確立する（ステップＳ２４）。次いで、参加者端末２０ｂは、改めて会議パラメータを生成すると共に会議パラメータの内容を参加者端末２０ｂ、参加者端末２０ｃ、参加者端末２０ｄの三者で会議通話を継続できるように調整し（ステップＳ２５）、参加者端末２０ｃ及び２０ｄの各々に配信する（ステップＳ２６）。
【００３９】
以上の処理手順を経て会議の引き継ぎ及び続行が可能となる。この際に、参加者端末２０ｂは、以前の参加者端末２０ａと同様にして、音声及び動画に対してミキシング処理を行う（ステップＳ２７）。すなわち、会議における音声や動画の情報は一旦参加者端末２０ｂに集約され、参加者端末２０ｂで適切にミキシング処理した音声や動画が各参加者端末（参加者端末２０ｃ及び２０ｄ）に提供される。
【００４０】
尚、以上の処理手順において、参加者端末２０ｂは、改めて会議パラメータを生成、調整及び配信すると説明されたが、参加者端末２０ｂは以前の会議パラメータをそのまま使用して他端末に配信することなく、又は当該会議パラメータ一部調整の上で他端末に配信して会議を続行してもよい。
【００４１】
＜変形例＞
図８は、変形例におけるミキシング端末障害時の処理手順を示している。本変形例においては、管理サーバ１０がミキシング端末の障害を検知することに代えて、他の端末がミキシング端末の障害を検知する構成である。前提として、参加者端末２０ａが会議を招集しミキシング端末として動作し、参加者端末２０ａ〜２０ｄの４台が当該会議に参加していたものとする。また、参加者端末２０ｂが会議パラメータにおいてセカンダリ端末に設定されているものとする。
【００４２】
先ず、参加者端末２０ａに故障が発生したとする。これによって、参加者端末２０ｂ〜２０ｄの各々は、ミキシング端末である参加者端末２０ａと通話不能となる（ステップＳ３１及び３５）。
【００４３】
参加者端末２０ｂは、この通話不能（ステップＳ３１）に応じて、当該通話不能が所定時間継続するか否かを判定する（ステップＳ３２）。もし当該通話不能が復旧して所定時間継続しない場合には、何ら対応処理をすることなく会議を続行する。この場合、当該通話不能は一時的なものと判断される。しかし、もし当該通話不能が復旧せず所定時間継続した場合には、当該通話不能は参加者端末２０ｂの故障と判断される。そこで、参加者端末２０ｂは、自端末がセカンダリ端末であるか否かを、参加者端末２０ａから配信され保持していた会議パラメータを参照することによって判定する（ステップＳ３３）。ここでは、参加者端末２０ｂがセカンダリ端末であると仮定していることから、参加者端末２０ｂは自端末がセカンダリ端末であると判定する。次いで、図７におけるステップＳ２４〜Ｓ２７の処理と同様にして、参加者端末２０ｂが新たなミキシング端末として会議を引き継ぐ（ステップＳ３４）。
【００４４】
一方、参加者端末２０ｃは、参加者端末２０ａと通話不能（ステップＳ３５）に応じて、やはり当該通話不能が所定時間継続するか否かを判定する（ステップＳ３６）。もし当該通話不能が復旧して所定時間継続しない場合には、何ら対応処理をすることなく会議を続行する。もし当該通話不能が復旧せず所定時間継続した場合には、参加者端末２０ｃは、自端末がセカンダリ端末であるか否かを、参加者端末２０ａから配信され保持していた会議パラメータを参照することによって判定する（ステップＳ３７）。ここでは、参加者端末２０ｃがセカンダリ端末ではなく一般端末であると仮定していることから、参加者端末２０ｃは自端末がセカンダリ端末ではないと判定する。次いで、参加者端末２０ｂは一般端末として会議を続行する（ステップＳ３８）。
【００４５】
尚、ミキシング端末である参加者端末２０ａとセカンダリ端末である参加者端末２０ｂが共に故障し、且つセカンダリ端末を代替する参加者端末が設定されていない場合には、会議は続行不能となる。そこで運用上、一般端末２０ｃ及び２０ｄは、参加者端末２０ａ又は参加者端末２０ｂからの会議の再招集を待つか、又は一般端末２０ｃ及び２０ｄの何れかがミキシング端末として会議を再招集する。この場合、一般端末２０ｃ又は２０ｄは、参加者端末２０ａ又は参加者端末２０ｂから提供された会議パラメータを基にして会議を再招集するようにしてもよい。
【００４６】
また、参加者端末２０ｂ〜２０ｄの各々は、参加者端末２０ａとの通話不能を検知すると説明されたが、参加者端末２０ｂ〜２０ｄの各々は、会議セッションと別ルートを介して、例えばＩＣＭＰ（Internet Control Message Protocol）等のプロトコルを用いたルートを介して参加者端末２０ａの障害を検知してもよい。
【００４７】
さらに、ミキシング端末の故障等の障害に起因して、セカンダリ端末がミキシング処理を引き継ぐ場合に限られず、ミキシング端末の参加者が会議から離脱してミキシング端末の稼働を停止する場合もあり得る。この場合、ミキシング端末の参加者の操作に応じて、ミキシング端末が他の端末に離脱の旨をマルチキャストによって通知し、他の端末は、ミキシング端末の障害検知の場合と同様にして、会議の続行を図ってもよい。
【００４８】
＜実施例における作用効果＞
以上の実施例及び変形例において、ミキシング処理が会議に参加する参加者端末の何れかによって実行される。ミキシング処理を管理サーバ等の他のサーバにおいて処理する場合に比較して、複数の会議のためにサーバに高いに処理能力を要求することがない。また、ミキシング処理専用のサーバを準備する必要がないことから、比較的安価に会議通話システムを構築することができる。
【００４９】
また、以上の実施例及び変形例において、ミキシング処理を担っていたミキシング端末が障害によってミキシング処理を続行できない場合にも、予め設定されたセカンダリ端末がミキシング端末によるミキシング処理を自動的に引き継ぐができる。かかる引き継ぎは、ミキシング端末の障害に限られず、ミキシング端末の参加者が会議から離脱する場合にも適用可能である。さらに、ミキシング処理を引き継ぎは、セカンダリ端末に限られず参加者端末の何れかによっても可能であり、障害時の代替策が十全に確保される。
【００５０】
さらに、以上の実施例及び変形例において、会議パラメータがミキシング端末からセカンダリ端末に引き継がれる。これにより、ミキシング端末を使っていた会議招集者が端末故障に因って会議から離脱せざるを得ない場合にも、残りの参加者が他の参加者の電話番号を調べ直して会議を再招集する等の手間をかけることなく、会議を続行することができる。
【符号の説明】
【００５１】
１０  管理サーバ
１１  制御部
１２  通信部
１３  呼制御管理部
１４  プレゼンス管理部
１５  参加者認証処理部
１６  参加者データ部
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ  参加者端末
２１  制御部
２２  通信部
２３  会議実施アプリケーション部
２４  ミキシング処理部
２５  会議パラメータ調整部
２６  会議パラメータ保持部
２７  連携アプリケーション部
３０  ＩＰネットワーク
【図１】
2011188369.tif 000003
【図２】
2011188369.tif 000004
【図３】
2011188369.tif 000005
【図４】
2011188369.tif 000006
【図５】
2011188369.tif 000007
【図６】
2011188369.tif 000008
【図７】
2011188369.tif 000009
【図８】
2011188369.tif 000010