JP2007259270A - サーバ装置 - Google Patents

Abstract

【課題】電話端末とデータ端末とを連動させるシステムにあって、会議接続が行なわれる電話端末に関連付けられるデータ端末間の会議接続を効率良く行ない得るサーバ装置を提供する。
【解決手段】ＶＣＳサーバＳＶＡにおいて、会議接続される複数の内線端末Ｔ１１〜Ｔ１ｉに関連付けて複数のデータ端末ＰＣ１〜ＰＣｎ間のセッション確立制御を実行する場合に、データ端末ＰＣ１〜ＰＣｎ間のセッション確立処理をＶＣＳサーバＳＶＡに頼らずにＭＣＵ２で分担して実行するようにしている。
【選択図】 図９

Description

この発明は、例えば電話交換装置に対し通信路を介してサーバ装置を接続し、音声信号に加え映像信号やコンピュータデータ等も取り扱えるようにしたビジュアルコミュニケーションシステムのサーバ装置の改良に関する。

オフィスや事業所では、構内ネットワークシステムが用いられている。この構内ネットワークシステムは、例えば電話機を構内交換装置（ＰＢＸ：Private Branch Exchange）やボタン電話装置といった電話交換装置に内線端末として収容し、内線端末と公衆網等の外部通信網との間及び内線端末相互間を電話交換装置により交換接続して通話を可能にしている。

また、最近では、テレビ電話端末やパーソナル・コンピュータ等のデータ端末を接続したサーバを伝送路を介して電話交換装置に接続し、電話交換装置を用いた音声通信系と、サーバを用いたデータ通信系とを連動させるシステムも提案されている。

ところで、上記のような電話交換装置とサーバとの並列型のシステムにあっては、テレビ会議等を構築するために、ＭＣＵ(Multi-Point Control Unit)が利用することが考えられている（例えば、特許文献１）。
特開２００１−２６８０７９号公報。

しかしながら、上記システムは、データ端末間のデータ通信接続を電話端末の呼状態に連動させるＶＣＳ(Video Communication Solution)にＭＣＵを適用するものではない。

また、ＭＣＵを利用した場合に、使用頻度の高い少人数で会議を構築すると、ＭＣＵの会議リソース不足が起こりやすくなる。

また、ＶＣＳサーバ自体でデータ端末間をメッシュで接続する方法も考えられるが、話者数の増加に伴い、データ端末で複数のストリームを処理する必要があり高負荷となる。

そこで、この発明の目的は、電話端末とデータ端末とを連動させるシステムにあって、会議接続が行なわれる電話端末に関連付けられるデータ端末間の会議接続を効率良く行ない得るサーバ装置を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
複数の電話端末間の交換処理を実行する電話交換機より、会議接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、複数の電話端末の電話ＩＤにそれぞれ関連付けられた複数のデータ端末における通信接続を会議接続に連動させ、かつ複数のデータ端末間の会議合成処理を実行する会議処理部を接続可能なサーバ装置において、複数の電話端末間の会議接続が確立されるとき、予め決められた条件に基づいて呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間の通信接続を実行する第１処理、呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間を会議処理部に通信接続させる第２処理を選択的に実行する制御手段を備えるようにしたものである。

この構成によれば、会議接続される複数の電話端末に関連付けて複数のデータ端末間の通信接続制御を実行する場合に、データ端末間の通信接続処理をサーバ装置に頼らずに会議処理部で分担して実行するようにしている。例えば条件として会議接続される電話端末の数を用いる場合に、３台の電話端末まではサーバ装置によりデータ端末間の通信接続が実行され、４台以上の場合は会議処理部でデータ端末間の会議合成処理が実行される。

このため、電話端末間の会議接続を伴うデータ端末間の通信接続制御をサーバ装置と会議処理部とが協働して効率良く実行することができる。

条件として、会議接続される電話端末の数、会議処理部における複数のデータ端末を接続するための空きの会議リソース数、データ端末のユーザ毎に予め設定された内容、複数のデータ端末それぞれの負荷状況それぞれを示す情報を、優先順位に対応付けたテーブルを格納する記憶手段をさらに備え、制御手段は、テーブル中の優先順位に基づいて、第１処理及び第２処理を選択的に実行することを特徴とする。

この構成によれば、会議接続される複数の電話端末に関連付けて複数のデータ端末間の通信接続制御を実行する場合に、テーブル中に予め登録してある複数の条件情報が優先順位の高い順に選択される。従って、話者数と会議リソース数の条件において、空きリソース数が無い場合には、そちらの条件を優先的に判断するというように、如何なる状況であっても、比較的柔軟に対応して会議接続が行なわれる電話端末に関連付けられるデータ端末間の会議接続を効率良く行なうことができる。

制御手段は、第２処理を実行する際に、会議処理部へ送信すべく指示メッセージ中に複数のデータ端末間の会議合成処理に必要な会議制御情報を挿入して送信することを特徴とする。

この構成によれば、ＮＯＴＩＦＹメッセージのような既存の指示メッセージに会議制御情報を挿入して送信し会議処理部にデータ端末間の会議合成処理を実行させることが可能となる。このため、簡単な手順で会議処理部にデータ端末間の会議合成処理を実行させることができる。

制御手段は、第２処理を実行する際に、会議処理部へ送信すべく指示メッセージと、複数のデータ端末間の会議合成処理に必要な会議制御情報とを別々に送信することを特徴とする。

この構成によれば、合成のフォーマットのみを変更する場合等、会議制御だけを行えば良い場合には、指示メッセージと会議制御情報とを別々に会議処理部に送信することもできる。

以上詳述したようにこの発明によれば、電話端末とデータ端末とを連動させるシステムにあって、会議接続が行なわれる電話端末に関連付けられるデータ端末間の会議接続を効率良く行ない得るサーバ装置を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図である。

このシステムは、同図に示すように、主装置ＢＴと、ＶＣＳ（Video Communication Solution）サーバＳＶＡとを備え、これら主装置ＢＴとＶＣＳサーバＳＶＡとの間をＬＡＮ（Local Area Network）１により接続している。

主装置ＢＴは、内線端末Ｔ１１〜Ｔ１ｉを内線を介して収容している。また、主装置ＢＴは公衆網ＮＷに局線Ｌを介して接続されている。そして、主装置ＢＴは、内線端末Ｔ１１〜Ｔ１ｉ相互間、もしくは内線端末Ｔ１１〜Ｔ１ｉと公衆網ＮＷとの間の交換処理を実行する。

ＶＣＳサーバＳＶＡは、複数のデータ端末ＰＣ１〜ＰＣｎ及び会議処理部としてのＭＣＵ２をＩＰネットワークＩＰＮを介して収容している。これらのデータ端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナル・コンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｉにそれぞれ関連して動作するものである。また、ＭＣＵ２は、ＶＣＳサーバＳＶＡからの指示メッセージ及び会議制御情報に基づいて、データ端末ＰＣ１〜ＰＣｎ間の会議合成処理を実行する。

上記ＶＣＳサーバＳＶＡは、主装置ＢＴに対する付加的機能を実行するもので、例えば映像等のメディア情報を処理する。さらに、ＶＣＳサーバＳＶＡには、保守端末ＭＴが接続される。

図２は、上記ＶＣＳサーバＳＶＡの機能構成を示すブロック図である。
ＶＣＳサーバＳＶＡは、ＬＡＮインタフェース（Ｉ／Ｆ）部１１と、制御部１２と、記憶部１３と、ＰＣインタフェース（Ｉ／Ｆ）部１４とを備えている。このうち、ＬＡＮインタフェース部１１は、ＬＡＮ１との間でインタフェース処理を行うものである。

ＰＣインタフェース部１４は、データ端末ＰＣ１〜ＰＣｎとの間のインタフェース処理を行うものである。

記憶部１３は、上記制御部１２の接続制御に必要なルーティング情報等を格納している。さらに、記憶部１３には、接続情報管理テーブル１３１と、内線端末−ＶＣ関連付けテーブル１３２と、セッション情報管理テーブル１３３と、話者数判定テーブル１３４と、ＭＣＵリソース数判定テーブル１３５と、クライアント別制御判定テーブル１３６とが設けられる。

接続情報管理テーブル１３１には、図３に示す如く、内線端末Ｔ１１〜Ｔ１ｉそれぞれの電話番号（電話ＩＤ）と、接続状態を示す状態情報との対応関係を表すデータが記憶されている。なお、ｔ１〜ｔ９は上記内線端末Ｔ１１〜Ｔ１９それぞれの電話ＩＤを示している。ここでは、説明を簡単にするため、内線端末Ｔ１１〜Ｔ１９とする。

内線端末−ＶＣ関連付けテーブル１３２には、図４に示すように、内線端末Ｔ１１〜Ｔ１ｉとデータ端末（ＶＣ）ＰＣ１〜ＰＣｎとの対応関係を示すデータが記憶されている。なお、図中Ａ〜Ｉは、データ端末ＰＣ１〜ＰＣ９それぞれのユーザＩＤを示している。

セッション情報管理テーブル１３３には、図５に示すように、データ端末ＰＣ１〜ＰＣ９間のセッション状態を示す情報が記憶されている。

話者数判定テーブル１３４には、図６に示すように、話者数と、制御種別との対応関係を示すデータが記憶されている。

ＭＣＵリソース数判定テーブル１３５には、図７に示すように、空きのＭＣＵ会議リソース数と、制御種別との対応関係を示すデータが記憶されている。

クライアント別制御判定テーブル１３６には、図８に示すように、データ端末ＰＣ１〜ＰＣｎそれぞれのユーザＩＤと、制御内容との対応関係を示すデータが記憶されている。なお、話者数判定テーブル１３４、ＭＣＵリソース数判定テーブル１３５及びクライアント別制御判定テーブル１３６は、ＶＣＳサーバＳＶに接続される保守端末ＭＴにより設定される。

一方、制御部１２は、データ端末ＰＣ１〜ＰＣｎの状態管理やデータ端末ＰＣ１〜ＰＣｎと内線端末Ｔ１１〜Ｔ１ｉとの連携動作に係わる制御機能に加え、この発明に係わる新たな機能として、接続情報登録部１２１と、セッション制御部１２２と、ＭＣＵ制御部１２３とを備えている。

接続情報登録部１２１は、主装置ＢＴから通知された呼情報イベントを分析することで、例えば内線端末Ｔ１５と内線端末Ｔ１６が通話中になったことを判断し、接続情報管理テーブル１３１の状態情報「ｔ５−ｔ６」を追加する。

セッション制御部１２２は、更新された状態情報に基づき、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ１５はデータ端末ＰＣ５（Ｅ）に、内線端末Ｔ１６はデータ端末ＰＣ６（Ｆ）に関連付いていることを読み出して、セッション情報管理テーブル１３３によりデータ端末ＰＣ５，ＰＣ６のセッション状態を検索する。例えば、これから通話を開始するような場合、データ端末ＰＣ５，ＰＣ６はセッションが開始されていないため、セッション制御部１２２はデータ端末ＰＣ５，ＰＣ６のセッションを開始するように制御する。そして、セッション制御部１２２は、データ端末ＰＣ５，ＰＣ６のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。

ＭＣＵ制御部１２３は、内線端末Ｔ１１〜Ｔ１ｉ間の会議通話接続が確立されるとき、話者数判定テーブル１３４、ＭＣＵリソース数判定テーブル１３５及びクライアント別制御判定テーブル１３６のうち、保守端末ＭＴにより設定される１つを参照し、この参照結果に基づいて主装置ＢＴからの呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末ＰＣ１〜ＰＣ９間の通信接続を実行する処理（クライアント間メッシュ）、呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末ＰＣ１〜ＰＣ９間をＭＣＵ２に通信接続させる処理（会議合成処理）を選択的に実行する。このとき、セッション確立を行なうべく例えばデータ端末ＰＣ１から負荷情報が通知された場合に、クライアント間メッシュを実行する。また、ＭＣＵ制御部１２３は、ＭＣＵ２による会議合成処理を実行する場合に、会議制御情報と指示メッセージとしてのセッション制御情報とを別々にＭＣＵ２に送信する。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図９は、内線端末Ｔ１１〜Ｔ１６にて会議接続された際の各データ端末ＰＣ１〜ＰＣ６のセッション確立を行なう場合の動作を示すシーケンス図である。図１０は、その際のＶＣＳサーバＳＶＡの制御処理手順を示すフローチャートである。

いま、内線端末Ｔ１１，Ｔ１２間で通話が行なわれているものとする（図９（１））。

この状態で、内線端末Ｔ１１においてユーザが、内線端末Ｔ１３を会議通話に加える操作を行なったとする。そうすると内線端末Ｔ１１からその要求信号が主装置ＢＴに送られる。この要求信号を受信すると主装置ＢＴは、内線端末Ｔ１１と内線端末Ｔ１２との間の通信リンクを保持したまま、内線端末Ｔ１３を呼びだす。

そして、呼び出しに対し内線端末Ｔ１３のユーザが応答操作を行なうと、内線端末Ｔ１３は応答信号を主装置ＢＴに送信する。

かくして、内線端末Ｔ１１，Ｔ１２間に内線端末Ｔ１３を会議通話に加えることができる。このとき、主装置ＢＴは、会議作成がなされたことを検出し、この検出結果を呼情報イベントとしてＶＣＳサーバＳＶＡに送出する（図９（２））。

ＶＣＳサーバＳＶＡは、呼情報イベントを受信すると（ステップＳＴ１０ａ）、まずこの呼情報イベントに含まれる電話ＩＤ（ｔ３）をもとに、接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２を参照し、この参照結果から内線端末Ｔ１３に関連付けられるデータ端末ＰＣ３を特定し（ステップＳＴ１０ｂ）、この後、話者数判定テーブル１３４を参照して、クライアント間メッシュ型のセッションとするか、ＭＣＵ２を利用するかの判定を行なう（ステップＳＴ１０ｃ）。ここでは、クライアント間メッシュであるので、ＶＣＳサーバＳＶＡは既存の処理と同様にデータ端末Ｔ１１，Ｔ１２、Ｔ１３に対して必要なセッション制御の指示を行なう（図９（３）、ステップＳＴ１０ｄ）。

一方、内線端末Ｔ１４，Ｔ１５，Ｔ１６を会議通話に加え、これら内線端末Ｔ１４，Ｔ１５，Ｔ１６に関連付けられるデータ端末ＰＣ４，ＰＣ５，ＰＣ６が特定された場合に、ＶＣＳサーバＳＶＡは、ＭＣＵ２に対して合成話者数や合成フォーマットの指定等会議制御をＭＣＵ２に指示すると共に、ＭＣＵ２またはデータ端末ＰＣ１〜ＰＣ６に対してセッション制御の指示をすることでＭＣＵ２−データ端末ＰＣ１〜ＰＣ６間のセッション確立(切断)を行なう（図９（４）、ステップＳＴ１０ｅ）。

なお、処理前の状態がデータ端末ＰＣ１，ＰＣ２，ＰＣ３間でセッション確立している状態からＭＣＵ２へ切り替わる場合には、以前のセッションの切断を該当データ端末ＰＣ１，ＰＣ２，ＰＣ３に指示する。その逆も同様である。

また、データ端末ＰＣ１〜ＰＣ９から適宜負荷情報を通知してもらい、ＶＣＳサーバＳＶＡ側で記憶・管理しておき、本情報を元に例えばデータ端末ＰＣ１の負荷が高い場合にはメッシュで接続する等の判定処理を実施するようにしてもよい。

さらに、話者数判定テーブル１３４及びＭＣＵリソース数判定テーブル１３５の組み合わせを条件とすることで、メッシュとＭＣＵ２の判定を行なうようにしてもよい。例えば、会議話者数が４以上で、かつ、ＭＣＵ２の空きリソース数が１０以上の場合にはＭＣＵ２を利用する等の条件を設定しておき判定を行なう。

以上のように上記第１の実施形態では、ＶＣＳサーバＳＶＡにおいて、会議接続される複数の内線端末Ｔ１１〜Ｔ１ｉに関連付けて複数のデータ端末ＰＣ１〜ＰＣｎ間のセッション確立制御を実行する場合に、データ端末ＰＣ１〜ＰＣｎ間のセッション確立処理をＶＣＳサーバＳＶＡに頼らずにＭＣＵ２で分担して実行するようにしている。例えば条件として会議接続される内線端末Ｔ１１〜Ｔ１ｉの数を用いる場合に、３台の内線端末Ｔ１１，Ｔ１２，Ｔ１３まではＶＣＳサーバＳＶＡによるクライアント間メッシュでデータ端末ＰＣ１，ＰＣ２，ＰＣ３間のセッション確立を実行し、データ端末ＰＣ４が加えられた場合にはＭＣＵ２でデータ端末ＰＣ１〜ＰＣ４間の会議合成処理を実行するように自動的に切り替える。

従って、内線端末Ｔ１１〜Ｔ１ｉ間の会議通話接続を伴うデータ端末ＰＣ１〜ＰＣｎ間のセッション確立制御をＶＣＳサーバＳＶＡとＭＣＵ２とが協働して効率良く実行することができる。

（第２の実施形態）
図１１は、この発明の第２の実施形態として、ＶＣＳサーバＳＶＢの機能構成を示すブロック図である。図１１において、上記図２と同一部分には同一符号を付して詳細な説明を省略する。

ＶＣＳサーバＳＶＢは、記憶部１３に、優先順位−条件対応テーブル１３７が設けられている。優先順位−条件対応テーブル１３７には、図１２に示すように、優先順位と、条件との対応関係を示すデータが記憶されている。なお、優先順位−条件対応テーブル１３７は、ＶＣＳサーバＳＶＢに接続される保守端末ＭＴにより設定される。

ＭＣＵ制御部１２３は、内線端末Ｔ１１〜Ｔ１ｉ間の会議通話接続が確立されるとき、優先順位−条件対応テーブル１３７を参照し、この参照結果から優先順位の高い話者数判定テーブル１３４を選択し、この話者数判定テーブル１３４に基づいて主装置ＢＴからの呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末ＰＣ１〜ＰＣ９間の通信接続を実行する処理（クライアント間メッシュ）、呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末ＰＣ１〜ＰＣ９間をＭＣＵ２に通信接続させる処理（会議合成処理）を選択的に実行する。このとき、ＭＣＵ制御部１２３は、ＭＣＵ２による会議合成処理を実行する場合に、会議制御情報を指示メッセージに挿入してＭＣＵ２に送信する。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図１３は、内線端末Ｔ１１〜Ｔ１６にて会議接続された際の各データ端末ＰＣ１〜ＰＣ６のセッション確立を行なう場合の動作を示すシーケンス図である。

いま、内線端末Ｔ１１，Ｔ１２間で通話が行なわれているものとする（図１３（１））。

この状態で、内線端末Ｔ１１においてユーザが、内線端末Ｔ１３を会議通話に加える操作を行なったとする。そうすると内線端末Ｔ１１からその要求信号が主装置ＢＴに送られる。この要求信号を受信すると主装置ＢＴは、内線端末Ｔ１１と内線端末Ｔ１２との間の通信リンクを保持したまま、内線端末Ｔ１３を呼びだす。

そして、呼び出しに対し内線端末Ｔ１３のユーザが応答操作を行なうと、内線端末Ｔ１３は応答信号を主装置ＢＴに送信する。

かくして、内線端末Ｔ１１，Ｔ１２間に内線端末Ｔ１３を会議通話に加えることができる。このとき、主装置ＢＴは、会議作成がなされたことを検出し、この検出結果を呼情報イベントとしてＶＣＳサーバＳＶＢに送出する（図１３（２））。

ＶＣＳサーバＳＶＢは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれる電話ＩＤ（ｔ３）をもとに、接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２を参照し、この参照結果から内線端末Ｔ１３に関連付けられるデータ端末ＰＣ３を特定し、この後、優先順位−条件対応テーブル１３７を参照し、この参照結果から話者数判定テーブル１３４を選択して、クライアント間メッシュ型のセッションとするか、ＭＣＵ２を利用するかの判定を行なう。ここでは、クライアント間メッシュであるので、ＶＣＳサーバＳＶＢは既存の処理と同様にデータ端末Ｔ１１，Ｔ１２、Ｔ１３に対して必要なセッション制御の指示を行なう（図１３（３））。

一方、内線端末Ｔ１４，Ｔ１５，Ｔ１６を会議通話に加え、これら内線端末Ｔ１４，Ｔ１５，Ｔ１６に関連付けられるデータ端末ＰＣ４，ＰＣ５，ＰＣ６が特定された場合に、ＶＣＳサーバＳＶＡは、ＭＣＵ２に対して合成話者数や合成フォーマットの指定等会議制御、セッション制御の指示を一括ですることでＭＣＵ２−データ端末ＰＣ１〜ＰＣ６間のセッション確立(切断)を行なう（図１３（４））。

以上のように上記第２の実施形態では、ＶＣＳサーバＳＶＢにおいて、会議通話接続される複数の内線端末Ｔ１１〜Ｔ１ｉに関連付けて複数のデータ端末ＰＣ１〜ＰＣｎ間のセッション確立制御を実行する場合に、優先順位−条件対応テーブル１３７に予め登録してある複数の条件情報が優先順位の高い順に選択される。

従って、話者数と会議リソース数の条件において、空きリソース数が無い場合には、そちらの条件を優先的に判断するというように、如何なる状況であっても、比較的柔軟に対応して会議通話接続が行なわれる内線端末Ｔ１１〜Ｔ１ｉに関連付けられるデータ端末ＰＣ１〜ＰＣｎ間のセッション確立制御をＶＣＳサーバＳＶＢ及びＭＣＵ２により効率良く行なうことができる。

また、上記第２の実施形態では、ＶＣＳサーバＳＶＢにおいて、ＳＩＰ（Session Initiation Protocol）で規定されているＮＯＴＩＦＹメッセージのような既存の指示メッセージに会議制御情報を挿入して送信しＭＣＵ２にデータ端末ＰＣ１〜ＰＣｎ間の会議合成処理を実行させるようにしている。このため、簡単な手順でＭＣＵ２にデータ端末ＰＣ１〜ＰＣｎ間の会議合成処理を実行させることができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば第１及び第２の実施形態では、クライアント間メッシュかＭＣＵによる会議合成処理かを切り替えるための条件として、話者数判定テーブル、ＭＣＵリソース数判定テーブル、クライアント別制御判定テーブル、データ端末からの負荷情報を用いる例ついて説明した。しかしこれに限ることなく、種々の条件を用いるようにしてもよい。

また、上記各実施形態では、主装置とＶＣＳサーバとを別々に設ける例について説明したが、ＶＣＳサーバ内に主装置の機能を組み込むようにしてもよい。

その他、ＶＣＳサーバの構成及び種類、電話交換装置の種類（主装置に限らずＰＢＸでもよい）や内線端末の種類、データ端末の種類、各種テーブルの記憶内容、会議通話接続の際のデータ端末に対する関連付け方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。 図１に示したＶＣＳサーバの機能構成を示すブロック図。 上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。 上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した話者数判定テーブルの記憶内容の一例を示す図。 上記図２に示したＭＣＵリソース数判定テーブルの記憶内容の一例を示す図。 上記図２に示したクライアント別制御判定テーブルの記憶内容の一例を示す図。 同第１の実施形態において、会議通話接続が行なわれた際に、内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。 同第１の実施形態において、会議通話接続に関連付けてデータ端末のセッション確立を行なう際のＶＣＳサーバの制御手順を示すフローチャート。 この発明の第２の実施形態として、ＶＣＳサーバの機能構成を示すブロック図。 上記図１１に示した優先順位−条件対応テーブルの記憶内容の一例を示す図。 同第２の実施形態において、会議通話接続が行なわれた際に、内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。

符号の説明

１…ＬＡＮ（Local Area Network）、２…ＭＣＵ、１１…ＬＡＮインタフェース（Ｉ／Ｆ）部、１２…制御部、１３…記憶部、１４…ＰＣインタフェース（Ｉ／Ｆ）部、１２１…接続情報登録部、１２２…セッション制御部、１２３…ＭＣＵ制御部、１３１…接続情報管理テーブル、１３２…内線端末−ＶＣ関連付けテーブル、１３３…セッション情報管理テーブル、１３４…着信転送登録テーブル、１３５…更新許可テーブル、１３６…解除許可テーブル、Ｔ１１〜Ｔ１ｉ…内線端末、Ｌ…局線、ＮＷ…公衆網、ＢＴ…主装置、ＰＣ１〜ＰＣｎ…データ端末、ＳＶＡ，ＳＶＢ…ＶＣＳサーバ。

Claims (6)

1. 複数の電話端末間の交換処理を実行する電話交換機より、会議接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の電話ＩＤにそれぞれ関連付けられた複数のデータ端末における通信接続を前記会議接続に連動させ、かつ前記複数のデータ端末間の会議合成処理を実行する会議処理部を接続可能なサーバ装置において、
   前記複数の電話端末間の会議接続が確立されるとき、予め決められた条件に基づいて前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間の通信接続を実行する第１処理、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間を前記会議処理部に通信接続させる第２処理を選択的に実行する制御手段を備えたことを特徴とするサーバ装置。
2. 前記制御手段は、前記条件の判断に、会議接続される前記電話端末の数、前記会議処理部における複数のデータ端末を接続するための空きの会議リソース数、前記データ端末のユーザ毎に予め設定された内容、前記複数のデータ端末それぞれの負荷状況のうち少なくとも１つを用いることを特徴とする請求項１記載のサーバ装置。
3. 前記制御手段は、前記条件の判断に、会議接続される前記電話端末の数、前記会議処理部における複数のデータ端末を接続するための空きの会議リソース数、前記データ端末のユーザ毎に予め設定された内容、前記複数のデータ端末それぞれの負荷状況のうちの任意の組み合わせを用いることを特徴とする請求項１記載のサーバ装置。
4. 前記条件として、会議接続される前記電話端末の数、前記会議処理部における複数のデータ端末を接続するための空きの会議リソース数、前記データ端末のユーザ毎に予め設定された内容、前記複数のデータ端末それぞれの負荷状況それぞれを示す情報を、優先順位に対応付けたテーブルを格納する記憶手段をさらに備え、
   前記制御手段は、前記テーブル中の優先順位に基づいて、前記第１処理及び前記第２処理を選択的に実行することを特徴とする請求項１記載のサーバ装置。
5. 前記制御手段は、前記第２処理を実行する際に、前記会議処理部へ送信すべく指示メッセージ中に前記複数のデータ端末間の会議合成処理に必要な会議制御情報を挿入して送信することを特徴とする請求項１記載のサーバ装置。
6. 前記制御手段は、前記第２処理を実行する際に、前記会議処理部へ送信すべく指示メッセージと、前記複数のデータ端末間の会議合成処理に必要な会議制御情報とを別々に送信することを特徴とする請求項１記載のサーバ装置。

Images