(57)【要約】【課題】多地点接続装置（ＭＣＵ）を設けることなく多地点会議システムを自動的に構成するための技術を提供することを目的とする。【解決手段】会議情報記憶部２０４には、会議に参加する端末のリスト、およびそれぞれの端末について他の端末と確立できる通信セッションの数が書き込まれている。遠隔制御部２０１は、会議開始に際してそれら各端末の情報を元にして通信セッションの確立形態を所定のアルゴリズムで決定し、各端末に互いに通信セッションを確立させる遠隔操作を行う。その結果、端末のユーザは自端末をどのように他の端末と通信セッションを確立すべきかを知ることなく、また、実際に通信セッションの確立処理を行うことなく、適切な通信セッションが確立される。【選択図】図５
2008187344.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末とサーバとを有する通信システムであって、
前記複数の端末の各々は、
前記サーバから通信メッセージを受信する受信手段と、
前記受信手段が受信した通信メッセージに、他の端末との間に通信セッションの確立をすべき旨が書き込まれている場合に、前記他の端末との間に通信セッションを確立する処理を行う通信セッション確立手段と
を有し、
前記サーバは、
前記複数の端末の各々について、該端末が確立できる通信セッションの数である通信可能端末数を含む端末情報を記憶する記憶手段と、
前記記憶手段に記憶された前記端末情報を用い、予め設定されたアルゴリズムに基づいて前記複数の端末間に確立すべき通信セッションを決定する決定手段と、
前記決定手段が決定した通信セッションを確立すべき端末の双方に、通信セッションの確立をすべき旨を示す通信メッセージを送信する送信手段と
を有することを特徴とする通信システム。
【請求項２】
前記決定手段は、前記複数の端末間で送受信されるデータが経由する通信セッションの数が最小となるように、前記複数の端末間に確立すべき通信セッションを決定することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記決定手段は、前記複数の端末の各々が確立する通信セッションが前記通信可能端末数の範囲内となるように前記複数の端末間に確立する通信セッションを決定し、前記複数の端末の各々が確立する通信セッションが前記通信可能端末数の範囲内となるように前記複数の端末間に確立する通信セッションを決定できないときには、その旨を示す信号を出力することを特徴とする請求項１に記載の通信システム。
【請求項４】
前記通信メッセージは前記複数の端末を遠隔操作するための通信メッセージであり、該遠隔操作のコマンドが書き込まれていることを特徴とする請求項１に記載の通信システム。
【請求項５】
前記決定手段は、前記複数の端末に前記サーバが遠隔操作することができない端末が含まれる場合は、該端末が複数の端末と通信セッションを確立でき且つ前記サーバが遠隔操作することができる端末との間に通信セッションを確立するように前記複数の端末間に確立すべき通信セッションを決定することを特徴とする請求項４に記載の通信システム。
【請求項６】
前記複数の端末は、他の端末から音声データを受取る音声データ受信手段を更に有し、
前記音声データ受信手段が受取った音声データおよび自端末が生成した音声データをミキシングするミキシング手段と、
前記ミキシング手段によりミキシング処理された音声データを出力する出力手段と
を有することを特徴とする請求項１に記載の通信システム。
【請求項７】
前記端末は、前記端末情報に含まれる自端末が確立できる通信セッションの数を、前記音声データ受信手段が一時に受信することのできる音声データの数とすることを特徴とする請求項６に記載の通信システム。
【請求項８】
前記端末は、前記端末情報を前記サーバに報知する報知手段を更に備え、
前記サーバは、前記端末から前記端末情報を受取る受取手段を更に備え、前記決定手段は前記受取手段が前記端末から前記端末情報を受取った場合に、該端末情報に基づいて前記複数の端末間に確立すべき通信セッションを決定することを特徴とする請求項１に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多地点会議システムを自動構成するための技術に関する。
【背景技術】
【０００２】
近年、ネットワークを介して接続された複数の端末を用いて会議を行う「遠隔会議システム」が一般に普及している。この種の会議システムにおいては、端末間に通信セッションを確立し、各端末は映像や音声などの情報を他の端末へ送信する。
【０００３】
特許文献１においては、カスケード式に端末を接続して多地点会議システムを構成する技術が開示されている。その技術によれば、多地点接続装置（ＭＣＵ）を複数カスケード接続し、ＭＣＵに接続されるテレビ会議端末を１箇所から自動的に接続・切断することができる。また、接続されるテレビ会議端末が無くなったＭＣＵを自動的に認識して、迂回接続と切断を保守者が意識することなく該ＭＣＵを会議システムから切断することができる。
【０００４】
特許文献２においては、同時通信システム及びその端末装置に関する技術が開示されている。該技術によれば、端末装置をカスケード接続し送受信選択マトリクスを設定することにより、ＭＣＵを設けることなく遠隔会議を実現することができる。
【特許文献１】特許第３１８１１６７号
【特許文献２】特開平０９−８８０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１に示された技術においては、各ＭＣＵが相互に情報を交換しながらシステムの構築を行うため、全てのＭＣＵが同じ機能を有している必要があった。また、特許文献２に示された技術においては、送受信選択マトリクスを一旦設定してしまうと途中で変更することができず、例えば会議の途中でカスケード接続の一部が途絶えた場合にシステムをダイナミックに再構成することができず、遠隔会議に支障が生じるという問題があった。
【０００６】
本発明は上記課題に鑑みて為されたものであり、多地点接続装置（ＭＣＵ）を設けることなく多地点会議システムを自動的に構成するための技術を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明に係る通信システムは、複数の端末とサーバとを有する通信システムであって、前記複数の端末の各々は、前記サーバから通信メッセージを受信する受信手段と、前記受信手段が受信した通信メッセージに、他の端末との間に通信セッションの確立をすべき旨が書き込まれている場合に、前記他の端末との間に通信セッションを確立する処理を行う通信セッション確立手段とを有し、前記サーバは、前記複数の端末の各々について、該端末が確立できる通信セッションの数である通信可能端末数を含む端末情報を記憶する記憶手段と、前記記憶手段に記憶された前記端末情報を用い、予め設定されたアルゴリズムに基づいて前記複数の端末間に確立すべき通信セッションを決定する決定手段と、前記決定手段が決定した通信セッションを確立すべき端末の双方に、通信セッションの確立をすべき旨を示す通信メッセージを送信する送信手段とを有することを特徴とする。
【０００８】
上記の構成において、前記決定手段は、前記複数の端末間で送受信されるデータが経由する通信セッションの数が最小となるように、前記複数の端末間に確立すべき通信セッションを決定しても良い。
【０００９】
上記の構成において、前記決定手段は、前記複数の端末の各々が確立する通信セッションが前記通信可能端末数の範囲内となるように前記複数の端末間に確立する通信セッションを決定し、前記複数の端末の各々が確立する通信セッションが前記通信可能端末数の範囲内となるように前記複数の端末間に確立する通信セッションを決定できないときには、その旨を示す信号を出力しても良い。
【００１０】
上記の構成において、前記通信メッセージは前記複数の端末を遠隔操作するための通信メッセージであり、該遠隔操作のコマンドが書き込まれているようにしても良い。また、その場合、前記決定手段は、前記複数の端末に前記サーバが遠隔操作することができない端末が含まれる場合は、該端末が複数の端末と通信セッションを確立でき且つ前記サーバが遠隔操作することができる端末との間に通信セッションを確立するように前記複数の端末間に確立すべき通信セッションを決定しても良い。
【００１１】
上記の構成において、前記複数の端末は、他の端末から音声データを受取る音声データ受信手段を更に有し、前記音声データ受信手段が受取った音声データおよび自端末が生成した音声データをミキシングするミキシング手段と、前記ミキシング手段によりミキシング処理された音声データを出力する出力手段とを有していても良い。また、その場合、前記端末は、前記端末情報に含まれる自端末が確立できる通信セッションの数を、前記音声データ受信手段が一時に受信することのできる音声データの数としても良い。
【００１２】
上記の構成において、前記端末は、前記端末情報を前記サーバに報知する報知手段を更に備え、前記サーバは、前記端末から前記端末情報を受取る受取手段を更に備え、前記決定手段は前記受取手段が前記端末から前記端末情報を受取った場合に、該端末情報に基づいて前記複数の端末間に確立すべき通信セッションを決定しても良い。
【発明の効果】
【００１３】
本発明によれば、多地点接続装置（ＭＣＵ）を設けることなく多地点会議システムを自動的に構成することができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しつつ本発明の実施形態について説明する。
（Ａ；構成）
（Ａ−１；全体構成）
図１は、本発明の実施形態に係る多地点会議システム１の構成を示すブロック図である。図１に示すように、多地点会議システム１は、ネットワーク３０、ネットワーク３０に接続された４台の端末（端末１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ）、および会議サーバ２０からなる。以下では、これら端末１０Ａ、１０Ｂ、１０Ｃ、１０Ｄの各々を区別する必要がない場合には、「端末１０」と表記する。
ネットワーク３０は例えばインターネットなどであり、端末１０および会議サーバ２０の間で所定の通信プロトコルにしたがって行われるデータ通信を仲介するためのものである。
【００１５】
（Ａ−２；通信メッセージ）
本実施形態では、多地点会議システム１における通信プロトコルとして、以下に述べる各通信プロトコルが用いられる。アプリケーション層の通信プロトコルとしては、音声のデータ通信にReal-time Transport Protocol（以下、ＲＴＰ）が、遠隔操作のデータ通信にSecure Shell Protocol（以下、ＳＳＨ）が、そして通信セッションの確立のためのデータ通信にＳＩＰ（Session Initiation Protocol）が用いられる。また、トランスポート層の通信プロトコルとしては、ＵＤＰ（User Datagram Protocol）が用いられており、ネットワーク層の通信プロトコルとしてはＩＰ（Internet Protocol）が用いられる。
【００１６】
図１に示す多地点会議システム１においては、端末１０の各々に端末識別子（本実施形態ではＩＰアドレス）が割り当てられている。具体的には、端末１０Ａには、「１９９．１９９．１．１」が、端末１０Ｂには、「１９９．１９９．１．２」が、端末１０Ｃには、「１９９．１９９．１．３」が、端末１０Ｄには、「１９９．１９９．１．４」が割り当てられている。また、会議サーバ２０にも固有のＩＰアドレスが割り当てられている。
【００１７】
多地点会議システム１において、各端末１０は、自端末のユーザの発言内容を表す音声データを他の端末１０に送信する一方、他の端末１０から送信されてくる音声データを受取ることによって遠隔会議を実現する。従って、会議の開始に先立って会議サーバ２０の制御下で端末１０間に通信セッションを確立する。以下では、通信セッションの確立に際して上記通信装置の間で交わされる通信メッセージについて説明する。
【００１８】
端末１０間で送受信する通信メッセージには、自端末との間で通信セッションを確立することを相手端末に要求するメッセージである「確立要求メッセージ」、確立要求メッセージを受けて、確立要求メッセージの送信元と通信セッションを確立することを許可または拒否する「確立許可メッセージ」および「確立拒否メッセージ」、そして一旦確立された通信セッションを切断することを通知する「切断通知メッセージ」がある。これらの通信セッションの確立・切断に係る通信メッセージは、ＳＩＰプロトコルに従って生成される。
【００１９】
また、会議サーバ２０が端末１０に対し送信する通信メッセージには、「発信指令メッセージ」、「着信指令メッセージ」、および「切断指令メッセージ」の３種類がある。これらの通信メッセージは、会議サーバ２０が端末１０を遠隔操作するためのものである。「発信指令メッセージ」は、通信セッションを確立すべき端末１０のうち一方の端末（以下、親端末）に送信され、もう一方の端末（以下、子端末）と通信セッションを確立させるための通信メッセージである。「着信指令メッセージ」は子端末に送信され、上記親端末と通信セッションを確立させるための通信メッセージである。これら「発信指令メッセージ」および「着信指令メッセージ」は、通常対にして親端末および子端末の双方に送信されるものであり、その結果両端末に確立したリンクを呼という。また、「切断指令メッセージ」とは、一旦通信セッションが確立された２台の端末１０に送信され、その通信セッションを切断させるための通信メッセージである。これらの会議サーバ２０が送信する通信メッセージは、ＳＳＨプロトコルに従って転送される。
【００２０】
（Ａ−３；端末１０の構成）
図２は、端末１０のハードウェア構成を示すブロック図である。図２に示すように、端末１０の各部はバス１０９に接続されており、このバス１０９を介して信号やデータの授受を行う。
【００２１】
音声データ生成部１０７は、マイクロホンとアナログ／デジタル（以下、「Ａ／Ｄ」と略記する）コンバータとを有する。マイクロホンは、参加者の音声を収音しその音声を表すアナログ信号を生成し、Ａ／Ｄコンバータへ出力する。Ａ／Ｄコンバータは、マイクロホンから受取った音声信号にＡ／Ｄ変換を施し、その変換結果であるデジタルデータ（以下、音声データ）を制御部１０１へ出力する。
【００２２】
音声データ再生部１０８は、制御部１０１から受取った音声データの再生を行うものであり、スピーカとＤ／Ａコンバータとを有する。Ｄ／Ａコンバータは、制御部１０１から受取った音声データに対してＤ／Ａ変換を施すことによってアナログ信号へ変換し、スピーカへ出力する。スピーカは、Ｄ／Ａコンバータから受取った音声信号の表す音声を放音する。
【００２３】
ネットワークＩ／Ｏ（Input/Output）部１０２は、ネットワーク３０に接続されている。このネットワークＩ／Ｏ部１０２は、制御部１０１から受取った通信メッセージおよび音声データをネットワーク３０へ送出する一方、ネットワーク３０から送信されてくる通信メッセージおよび音声データを受取り制御部１０１へ出力する。
【００２４】
操作部１０６は、数字キーやボタンなどの操作子を備えており、ユーザが操作部１０６を操作して何らかの入力を行った場合に、その操作内容を表すデータを制御部１０１へと伝達する。
表示部１０５は、例えば液晶パネルであり、端末１０が有するデータおよびネットワーク３０を介して受取ったデータなどを表示する。
【００２５】
制御部１０１は、例えばＣＰＵ（Central Processing Unit）であり、ＲＯＭ（Read Only Memory）１０３に記憶されている制御プログラムを読み出し実行する。
ＲＯＭ１０３は、制御プログラムを格納する。制御プログラムは、通信セッションの確立機能、音声データのミキシング機能、遠隔操作機能など、端末１０が有する機能を実現するためのプログラムである。
ＲＡＭ（Random Access Memory）１０４は、制御部１０１のワーキングエリアとして利用される。
【００２６】
ここで、端末１０が有するミキシング機能に係る構成の一例について図３を用いて説明する。ミキシング機能は、制御部１０１が制御プログラムを実行することにより実現される。図３において、端末１０はミキサ部１２０を有し、ミキサ部１２０はミキサ１２０−１、１２０−２、１２０―３、および１２０−４から成る。
【００２７】
ネットワークＩ／Ｏ部１０２は、他の端末１０からはネットワークを介して音声データ（ここでは、音声データＢ、Ｃ、およびＤと呼ぶ）を、音声データ生成部１０７からはバス１０９を介して音声データ（ここでは、音声データＡと呼ぶ）を受取ると、それらの音声データを所定の回路によりミキサ１２０−１ないし４に割り当てる。具体的には、音声データＢをミキサ１２０−２、１２０−３、および１２０−４に、音声データＣをミキサ１２０−１、１２０−３、および１２０−４に、音声データＤをミキサ１２０−１、１２０−２、および１２０−４に、そして音声データＡをミキサ１２０−１、１２０−２、および１２０−３に割り当てて出力する。ミキサ１２０−１、１２０−２、１２０−３、および１２０−４は受取った音声データをミキシング処理し、生成したそれぞれの音声データを、音声データＢを生成した端末１０、音声データＣを生成した端末１０、音声データＤを生成した端末１０、および自端末の音声データ再生部１０８へ出力する。以上のミキシング処理により、音声データを生成・出力した各端末１０は、自端末を除く他の全ての端末１０が生成した音声データがミキシングされた音声データを受取る。
【００２８】
なお、図３においては、ミキサ部１２０にミキサが４つ設けられている場合について説明したが、その数は５以上であっても良いし３つでも良い。例えばミキサが３つ設けられた場合には、ネットワークを介して他の最大２つの端末１０から受取った音声データをミキシング処理することが出来る。
また、他の１つの端末１０のみから音声データを受取る場合には、ミキサ部１２０を設ける必要はない。その場合図４に示すように、端末１０に「割り当て部１２１」を設ける。該割り当て部１２１は受取った音声データを音声データ再生部１０８へ出力し、音声データ生成部１０７が生成した音声データを他の端末１０に出力するようにすれば良い。
【００２９】
以上の説明からも明らかなように、端末１０が扱うことのできる音声データの最大数は、設けられたミキサ部１２０の有するミキサの数に応じて決まる。本実施形態では、個々の端末１０はそれぞれに固有の数のミキサを有し、そのミキサの数に応じて扱う音声データの数は決まっている。また、本実施形態においては、「扱うことの出来る音声データの数から１を減算した値」と「通信セッションを同時に確立できる端末１０の数」は同じであるとする。
【００３０】
（Ａ−４；会議サーバ２０の構成）
図５は、会議サーバ２０のハードウェア構成を示すブロック図である。図５に示すように、会議サーバ２０の各部はバス２０６に接続されており、このバス２０６を介して信号やデータの授受を行う。
【００３１】
ネットワークＩ／Ｏ部２０３は、ネットワーク３０に接続されている。このネットワークＩ／Ｏ部２０３は、遠隔制御部２０１から受取った通信メッセージをネットワーク３０へ送出する一方、ネットワーク３０を介して各種メッセージを受取り遠隔制御部２０１へ出力する。
【００３２】
ＧＵＩ（Graphical User Interface）部２０５は、端末１０を遠隔操作するための操作部である。ユーザは、その表示画面を視認しながら操作子を操作して入力を行い、その操作内容を表すデータは遠隔制御部２０１へと出力される。
【００３３】
記憶部２０２は、例えばＦｌａｓｈ  ＲＯＭであり、管理プログラムを格納する。管理プログラムは、以下に説明するように、ＳＩＰレジストラ機能、ＳＩＰプロキシサーバ機能、遠隔操作機能などの、会議サーバ２０が有する機能を実現するためのプログラムである。
【００３４】
会議情報記憶部２０４は、例えばＲＡＭであり、遠隔会議を制御するためのデータが書き込まれる。データの一例としては、端末１０のネットワーク３０への接続状況、ネットワーク３０に接続された端末１０の属性を示す「端末属性情報」、遠隔会議の実施態様が書き込まれた「予約情報」などがある。
【００３５】
ここで、図６は「予約情報」の一例を示す図である。予約情報には、「会議番号」、「開始時刻」、「終了時刻」、「参加端末」、および「管理者端末」が会議ごとに書き込まれている。「会議番号」とは、主催者等により当該会議に割り振られた番号である。「開始時刻」とは、会議を開始する予定の時刻であり、「終了時刻」とは、会議を終了する予定の時刻である。「参加端末」とは、該会議に参加する予定の端末１０のＩＰアドレスである。そして「管理者端末」とは、会議に参加する端末１０の中で会議の主催者が利用する端末１０を示す。
【００３６】
再び図５において、遠隔制御部２０１は例えばＣＰＵであり、記憶部２０２に記憶されている管理プログラムを読み出し実行する。遠隔制御部２０１は、会議サーバ２０の各部の動作を制御すると共に、ＧＵＩ部２０５に入力された操作内容を示すデータを端末１０へ送信し端末１０の遠隔制御も行う。
【００３７】
（Ｂ；動作）
以下では、端末１０および会議サーバ２０が行う動作について図面を参照しつつ説明する。なお、会議サーバ２０の会議情報記憶部２０４には図６に示す予約情報が書き込まれており、各端末のユーザは、所定の日時（本動作例では２００６年１２月２２日１８：００〜２２：００）に「会議番号１」の遠隔会議を行うことを予め合意しているものとする。
【００３８】
以下、端末１０の構成要素の各々がいずれの端末１０に属するかを区別する必要がある場合には、以下のように表記する。すなわち、端末１０Ａの制御部１０１については、「制御部１０１Ａ」と表記し、端末１０Ｂの制御部１０１については、「制御部１０１Ｂ」と表記する。また、他の構成要素についても同様に表記するものとする。また、端末１０同士の間では、本動作の開始時点でいかなる端末とも通信セッションを確立していないものとする。
【００３９】
（Ｂ−１；通信セッションの確立）
本動作例においては、端末１０が相互に通信セッションを確立し、多地点会議システム１を構成する際の会議サーバ２０及び端末１０が行う処理について説明する。図７は、会議サーバ２０が行う処理の流れを示したフローチャートである。
【００４０】
会議サーバ２０はＳＩＰプロキシサーバ機能を有し、ネットワーク３０を介して端末１０と一対一で通信を行っている。会議の主催者は、予め会議に参加する予定の端末の端末属性情報を会議サーバ２０のＧＵＩ部２０５から入力する。会議サーバ２０は、会議の主催者が入力した端末属性情報を会議情報記憶部２０４に書き込む（ステップＳＡ１００）。会議サーバ２０は、会議情報記憶部２０４に書き込まれた予約情報を参照し、所定の会議を開始する予定時刻に達したか否かを判定する（ステップＳＡ１１０）。
【００４１】
未だ開始時刻には達していない場合には、ステップＳＡ１１０の判定結果は“Ｎｏ”となり、ステップＳＡ１１０が繰り返される。開始時刻に達すると、ステップＳＡ１１０の判定結果は“Ｙｅｓ”となり、ステップＳＡ１２０が行われる。ステップＳＡ１２０において、遠隔制御部２０１は、予約情報を参照して会議に参加する予定の端末１０を判定する。そして、遠隔制御部２０１は、会議情報記憶部２０４に書き込まれた端末属性情報から、予約情報に書き込まれた参加予定の端末１０についての情報を読み出し、各端末１０の製品名、各端末１０が同時に確立できる通信セッションの最大数を読み出す。
【００４２】
次に遠隔制御部２０１は、会議に参加する予定の端末１０同士での通信セッションの確立形態を、所定のアルゴリズムに従って決定する（ステップＳＡ１３０）。以下に、該アルゴリズムの概要を記す。
【００４３】
（１）図８は、端末１０同士の通信セッションの確立形態を模式的に示す図である。例えば端末１０Ａが同時に確立できる通信セッションの最大数は３であり、端末１０Ｂ、１０Ｃ、１０Ｄが同時に確立できる通信セッションの最大数は１である場合、図８のように、端末１０Ｂ、１０Ｃ、１０Ｄが端末１０Ａと通信セッションを確立するよう、確立形態が１つに定まる。このように、各端末１０が同時に確立できる通信セッションの最大数の範囲内で通信セッションを確立するようにする。例えば、同時に確立できる通信セッションの最大数が１である端末１０が端末１０Ｂ、１０Ｃ、１０Ｄの他にもう１台存在した場合には本条件を満たす確立形態が存在しないため、この場合通信セッションを確立することができない。
【００４４】
（２）端末１０は、相互にデータをやり取りする場合の経路（以下、段数）が最小になるように通信セッションを確立する。例えば図９に示すように、端末１０Ａおよび１０Ｄの同時に確立できる通信セッションの最大数は１であり、端末１０Ｂが同時に確立できる通信セッションの最大数は３であり、端末１０Ｃの同時に確立できる通信セッションの最大数は２である場合、（ａ）および（ｂ）いずれの形態でも通信セッションを確立することが可能である。
【００４５】
しかしこの場合、(ａ)においては、例えば端末１０Ａから出力されたデータは端末１０Ｄに送り届けられるまでに３つの通信セッションを経由する必要があり、段数は「３」となる。それに対し、（ｂ）においては、いずれの端末１０から出力されたデータも、他の端末１０に送り届けられるまでに最大２つの通信セッションを経由するだけであるから、段数は「２」となる。従って、本条件によれば、より段数が少ない（ｂ）が選択される。
【００４６】
なお、すべての端末１０において、同時に確立できる通信セッションの最大数が会議参加端末数から１を減算した値以上となっている場合に限り、段数が「１」すなわちメッシュ形態の確立形態となる。例えば図１０に示すように、全ての端末１０において「同時に確立できる通信セッションの最大数」が３つであり会議参加端末数は４である場合、上記条件を満たすため図に示すメッシュ形態が選択される。
【００４７】
（３）会議に参加する予定の端末１０の中に、会議サーバ２０が遠隔操作することができない端末が含まれている場合には、該端末１０は遠隔操作が可能で且つ複数の端末と同時に通信セッションを確立することができる端末１０との間で通信セッションを確立し、音声データの授受は、該端末１０を介して行う。
【００４８】
以上３つの条件を満たす確立形態になお複数の候補が存在した場合には、遠隔制御部２０１は、任意の候補を選択できる。例えば、全通信セッション数が最小になる形態としてもよいし、端末属性情報が各端末１０のスペックを含む場合は、該端末属性情報から端末１０のスペックを相互に比較し、スペックの高い端末１０ほど多数の端末１０と通信セッションを確立する接続形態を選択してもよい。なぜならば、より多くの端末１０と通信セッションを確立しているほど多くの音声データをミキシング処理する必要が生じ、より高いパフォーマンスが必要とされるからである。
【００４９】
再び図７に戻って、遠隔制御部２０１はステップＳＡ１４０の処理を行う。ステップＳＡ１４０において、遠隔制御部２０１は、確立すべき通信セッションの１つ１つについて、通信セッションを確立すべき２台の端末１０のうち、一方の端末（親端末）を宛先として、もう一方の端末（子端末）へ通信セッションの確立要求メッセージを送信するよう遠隔操作するための発信指令メッセージを送信する。そして会議サーバ２０は、子端末には上記親端末から発信指令メッセージを受取り親端末と通信セッションを確立するよう遠隔操作するための着信指令メッセージを送信する。
【００５０】
なお、ステップＳＡ１４０において、端末１０のいずれを親端末とするかについては、より多くの端末１０と通信セッションを確立することになっている端末１０を親端末とする。なお、遠隔操作をすることが不可能な端末１０は、上記アルゴリズム（３）から当然子端末となるが、該端末１０に対しては着信指令メッセージを送信せず、親端末からの確立要求メッセージに対して応答するべき旨のメッセージを送信する。その場合、該メッセージを視認したユーザが手動で確立許可処理を行う。
【００５１】
親端末は、会議サーバ２０の遠隔操作により子端末に確立要求メッセージを送信する。子端末は、会議サーバ２０の遠隔操作により、親端末から確立要求メッセージを受信すると確立許可メッセージを親端末に対して送信し、両端末間に通信セッションが確立される。
また、遠隔操作をすることが不可能な端末１０は、親端末から確立要求メッセージを受信すると、該端末のユーザにより手動で親端末と通信セッションを確立する。会議サーバ２０は、以上の処理を確立すべき全ての通信セッションについて行い、ステップＳＡ１３０において決定された確立形態を完成させる。
【００５２】
以上のように通信セッションが確立され、遠隔会議が開始される。そして、予約情報に書き込まれた終了時刻になると、遠隔制御部２０１は、全ての端末１０に対して通信セッションの切断指示メッセージを送信し、通信セッションの切断を行わせる。
【００５３】
以上で説明したように、会議サーバ２０は端末１０に関する情報に基づいて通信セッションの確立形態を決定し、遠隔操作によって自動的に通信セッションを確立させる。ここで注目すべき点は、各端末１０のユーザは、自端末が通信セッションを確立すべき端末などを予め知っておく必要は無く、更には実際の通信セッション確立操作を行う必要が無いことである。このように、本実施形態に係る会議サーバ２０および端末１０によれば、通信セッションの確立を行う制御装置を設けることなく、また各ユーザに手間をかけることなく、複数の端末１０が適切に通信セッションを確立することが可能になる。
【００５４】
（Ｂ−２；音声データの通信）
以下では、多地点会議システム１を用いて会議が行われる際の端末１０の動作について説明する。以下では、図８に示す端末１０Ａを例にとって、音声データの処理について説明する。なお、端末１０Ａは図３に示す構成を有し、端末１０Ｂ、１０Ｃ、および１０Ｄは、図４に示す構成を有するものとする。また、端末１０Ａ、１０Ｂ、１０Ｃ、および１０Ｄが生成・出力する音声データを、図３に示された音声データＡ、Ｂ、Ｃ、およびＤとする。
【００５５】
ネットワークＩ／Ｏ部１０２Ａは、他の端末１０が出力した音声データをミキサ１２０−１ないし４に割り当てる。また、自端末が生成した音声データを、バス１０９を介して受取りミキサ１２０−１ないし４に割り当てる。ミキサ１２０−１ないし４は受取った音声信号をミキシングし、各端末１０またはスピーカへ出力する。その結果、端末１０Ａのユーザは、端末１０Ｂ、１０Ｃ、および１０Ｄから受取った音声データが表す他のユーザの発言内容を聞くことができる。
【００５６】
そして例えば端末１０Ｂは、自端末のユーザの発言内容を表す音声データを生成し、ネットワークＩ／Ｏ部１０２を介してネットワーク３０に向けて出力すると、端末１０Ａ、１０Ｃ，および１０Ｄのユーザの発言内容がミキシングされた音声データを端末１０Ａから受取る。その結果、端末１０Ｂのユーザは、端末１０Ａ、１０Ｃ、および１０Ｄから受取った音声データが表す他のユーザの発言内容を聞くことができる。端末１０Ｃおよび１０Ｄについても端末１０Ｂと同様である。
【００５７】
（Ｂ−３；通信セッションの再構築）
次に、通信セッションが一旦確立し遠隔会議が開始された後に、会議に参加している端末１０のいずれかが会議から抜ける場合に行われる処理について説明する。図１１は、端末１０のいずれかが多地点会議システム１から離脱したことを検知した場合に会議サーバ２０が行う割り込み処理の流れを示すフローチャートである。
【００５８】
遠隔制御部２０１は、端末１０の離脱（通信セッションの切断）があったことを検知すると、離脱した端末１０のＩＰアドレスを検知し、会議情報記憶部２０４に書き込まれた予約情報を参照して該端末１０が本会議の管理者端末であるか否かを判定する（ステップＳＢ１００）。ステップＳＢ１００の判定結果が“Ｙｅｓ”である場合、ステップＳＢ１７０が行われる。
【００５９】
ステップＳＢ１７０において、遠隔制御部２０１は、遠隔会議を終了する処理を行う。具体的には、切断指令メッセージを各端末１０に送信し、端末１０が確立した通信セッションを遠隔操作で切断する。
【００６０】
ステップＳＢ１００の判定結果が“Ｎｏ”であった場合、ステップＳＢ１１０が行われる。ステップＳＢ１１０において、遠隔制御部２０１は、全ての端末１０に対して切断指示を送信する。その結果、確立した通信セッションは一旦全て切断される。
【００６１】
続くステップＳＢ１２０において、遠隔制御部２０１は、会議情報記憶部２０４を参照して離脱した端末１０を除く全ての会議参加端末の端末属性情報を読み出す。ステップＳＢ１３０においては、各端末１０に関する情報を通信セッションの確立形態に関するアルゴリズムと照らし合わせることで、残りの端末１０のみで再び会議システムを構築できるか否かを判定する。
【００６２】
ステップＳＢ１３０の判定結果が“Ｎｏ”である場合には、ステップＳＢ１５０において、各端末１０に対してアラートが送信される。アラートを受取った端末１０は、その表示部１０５に会議が終了される旨を表示する。続くステップＳＢ１６０で、ステップＳＢ１７０と同様の処理が実行され遠隔会議は終了する。
【００６３】
ステップＳＢ１３０の判定結果が“Ｙｅｓ”である場合には、ステップＳＢ１４０が行われる。ステップＳＢ１４０とは、会議システムの再構築に係る処理であり、図７におけるステップＳＡ１３０およびステップＳＡ１４０の処理と同じである。該処理においては、ステップＳＢ１２０において取得された端末属性情報が用いられる。なお、ステップＳＢ１１０からステップＳＢ１４０の処理の完了までに要する時間を非常に短くすれば、参加者は通信セッションの再構築を意識することなく会議を継続することができる。
【００６４】
以上に説明したように、端末１０のいずれかが遠隔会議開催中に多地点会議システム１から離脱すると、上記の処理が割り込みで行われることにより、可能であれば再び新たな通信セッションが確立され会議が継続される。このときも、会議システムを新たに構築する際と同様に、各端末１０のユーザは、再構築の際に自端末が通信セッションを確立すべき端末がどのように変更されるのかを知る必要は無く、実際の通信セッション確立操作を行う必要も無い。
【００６５】
（Ｃ：変形例）
以上、本発明の実施形態について説明したが、本発明は以下のように種々の態様で実施することができる。
【００６６】
（１）上記実施形態においては、各端末１０に固定のＩＰアドレスが割り当てられている場合について説明したが、非固定のＩＰアドレスでも良い。その場合は、端末属性情報によりＩＰアドレスを会議サーバ２０に登録し、会議情報記憶部２０４の予約情報に書き込まれたＩＰアドレスを該非固定ＩＰアドレスに対応させておけば良い。また、上記実施形態においては、ネットワーク３０において端末１０の各々を一意に識別する端末識別子としてＩＰアドレスを用いたが、ドメイン名でもよい。要は、各端末が一意に識別されれば良い。
【００６７】
（２）上記実施形態においては、端末１０および会議サーバ２０は、有線でネットワーク３０に接続されている場合について説明したが、無線により接続されていても良い。
【００６８】
（３）上記実施形態においては、トランスポート層の通信プロトコルとしてＵＤＰを用いる場合について説明したが、ＴＣＰ（Transmission Control Protocol）を用いても良い。また、アプリケーション層の通信プロトコルとしては、音声データ通信、遠隔操作、通信セッションの確立処理にそれぞれＲＴＰ、ＳＳＨ、ＳＩＰを用いる場合について説明したが、他の通信プロトコルを用いても良い。
例えば、上記実施形態においては、端末１０を遠隔操作するための通信プロトコルとしてＳＳＨを用いたが、ＴＥＬＮＥＴなど他の遠隔操作の通信プロトコルを用いても良い。また、必ずしも遠隔操作により端末１０に通信セッションの確立処理を行わせなくても良い。例えば、発信指令に代えて確立要求メッセージの発信を指令する旨のメッセージと発信先を記したメッセージを端末１０に送信し、端末１０はその表示部１０５にそのメッセージ内容を表示し、ユーザに通信セッションの確立処理を行わせるようにしても良い。
【００６９】
（４）上述した実施形態では、会議中に端末同士の情報のやりとりを音声により行う場合について説明した。そのため端末１０には、音声入力手段としてマイクロホンが、音声出力手段としてスピーカが設けられていた。しかし、本発明の適用範囲は、音声による通信に限るものではなく、映像や文字データなど他の方法による通信を行うことも勿論可能である。要は、通信を行う通信装置同士で通信セッションを確立する場合に本発明を適用すれば良い。
【００７０】
（５）上述した実施形態では、本発明に係る端末１０を用いて会議を行う場合について説明したが、端末１０の利用方法が、遠隔会議に限定されるものではない。要は、各端末間に通信セッションを確立してデータ通信を行う通信システムであれば、どのような通信システムに対しても、本発明に係る端末を適用することが可能である。
【００７１】
（６）上述した実施形態では、端末１０は音声データを受取った端末１０に出力する音声データに該音声データが含まれないようにミキシングする場合について説明したが、含まれるようにミキシングをしても良い。
【００７２】
（７）上述した実施形態では、会議サーバ２０は自動で遠隔操作を行う場合について説明した。しかし、会議サーバ２０のユーザ（会議の管理者）がＧＵＩ部２０５を介して端末１０の遠隔操作を行っても良い。なお、該遠隔操作はＧＵＩに限るものではなく、コマンドを打ち込んだり、所定のファイルの書き変えることで行ったりしても良い。
【００７３】
（８）上述した実施形態では、端末１０が行う音声データのミキシング処理をソフトウェア構成で行う場合について説明したが、ハードウェア構成で行うようにしても良い。
【００７４】
（９）上述した実施形態では、端末１０において、「扱うことの出来る音声データの数から１を減算した値」を、「通信セッションを同時に確立できる端末１０の数」とする場合について説明したが、後者は前者の値以下であるように設定されていれば良い。
【００７５】
（１０）上述した実施形態では、端末属性情報は会議の主催者が会議サーバ２０のＧＵＩを用いて会議サーバ２０に設定する場合について説明したが、会議の主催者が端末１０の操作部を用いて該情報を入力し、端末１０から会議サーバ２０へ端末属性情報を報知するようにしてもよい。また、会議の主催者が一括して設定するのではなく、各端末１０のユーザが各自、自端末１０の属性情報を自端末１０から会議サーバ２０に報知させるようにしてもよい。
【図面の簡単な説明】
【００７６】
【図１】多地点会議システム１の構成を示すブロック図である。
【図２】端末１０のハードウェア構成の一例を示す図である。
【図３】端末１０のミキシング処理に係る構成の一例を示す図である。
【図４】端末１０のミキシング処理に係る構成の一例を示す図である。
【図５】会議サーバ２０のハードウェア構成の一例を示す図である。
【図６】予約情報の一例を示す図である。
【図７】会議サーバ２０が行う通信セッション確立処理の流れを示すフローチャートである。
【図８】確立されたカスケード形態の通信セッションを示す図である。
【図９】通信セッションの確立形態の決定方法を説明するための図である。
【図１０】確立されたメッシュ形態の通信セッションを示す図である。
【図１１】端末１０が多地点会議システム１から離脱した場合に会議サーバ２０が行う処理の流れを示すフローチャートである。
【符号の説明】
【００７７】
１…多地点会議システム、１０，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ…端末、２０…会議サーバ、３０…ネットワーク、１０１…制御部、１０２…ネットワークＩ／Ｏ部、１０３…ＲＯＭ、１０４…ＲＡＭ、１０５…表示部、１０６…操作部、１０７…音声データ生成部、１０８…音声データ再生部、１０９…バス、１２０…ミキサ部、１２０−１、１２０−２、１２０−３、１２０−４…ミキサ、１２１…割り当て部、２０１…遠隔制御部、２０２…記憶部、２０３…ネットワークＩ／Ｏ部、２０４…会議情報記憶部、２０５…ＧＵＩ部、２０６…バス
【図１】
2008187344.tif 000003
【図２】
2008187344.tif 000004
【図３】
2008187344.tif 000005
【図４】
2008187344.tif 000006
【図５】
2008187344.tif 000007
【図６】
2008187344.tif 000008
【図７】
2008187344.tif 000009
【図８】
2008187344.tif 000010
【図９】
2008187344.tif 000011
【図１０】
2008187344.tif 000012
【図１１】
2008187344.tif 000013