JP2008016880A - 通信システム、サーバ装置及び表示制御方法 - Google Patents

Abstract

【課題】電話端末とデータ端末とを連動させるシステムにあって、会議接続が行なわれる複数の電話端末それぞれに関連付けられる複数のデータ端末間の会議接続方式の切り替えがあっても、表示方式を維持し得る通信システムを提供する。
【解決手段】各データ端末ＰＣ１〜ＰＣｎごとに、ＶＣＳサーバＳＶＡの接続方式−表示方式対応テーブルにメッシュ型からＭＣＵ型への切替時、ＭＣＵ型からメッシュ型への切替時における表示方式を設定しておくことで、メッシュ型からＭＣＵ型へ、またはＭＣＵ型からメッシュ型へ切り替えられても、データ端末ＰＣ１〜ＰＣｎまたはＭＣＵ２にて切替前の表示方式を維持するようにしている。
【選択図】 図８

Description

この発明は、例えばパーソナル・コンピュータ等のデータ端末間のデータ通信接続処理を電話端末間の呼接続処理に連動させるようにした通信システム、サーバ装置及び表示制御方法に関する。

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

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

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

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

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

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

さらに、話者数に応じて、ＭＣＵ型とメッシュ型とを切り替える手法も考えられるが、ＭＣＵ型は会議メンバーの複数画面をＭＣＵで合成する共通ウインドウ表示方式であり、メッシュ型は会議メンバーそれぞれの画面を個別に表示する個別ウインドウ表示方式であるので、ＭＣＵ型とメッシュ型とが切り替わるごとに表示方式も切り替わることになり、会議メンバーであるユーザに違和感を与えてしまうことになる。

そこで、この発明の目的は、電話端末とデータ端末とを連動させるシステムにあって、会議接続が行なわれる複数の電話端末それぞれに関連付けられる複数のデータ端末間の会議接続方式の切り替えがあっても、表示方式を維持し得る通信システム、サーバ装置及び表示制御方法を提供することにある。

上記目的を達成するために、この発明は、それぞれ表示器を有する複数のデータ端末と、会議接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、複数の電話端末の電話ＩＤにそれぞれ関連付けられた複数のデータ端末における通信接続を会議接続に連動させ、かつ複数のデータ端末間の会議合成処理を実行する会議処理部を接続可能なサーバ装置とを備えた通信システムにおいて、複数の電話端末間の会議接続が確立されるとき、呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間の通信接続を実行する第１処理、呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間を会議処理部に通信接続させる第２処理を選択的に実行する接続制御手段と、接続対象となる複数のデータ端末それぞれについて、予め決められた条件に基づいて、第１処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を個別に表示器に表示する第１画面表示モードを実行し、第２処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を会議処理部で合成された画面を表示器に表示する第２画面表示モードを実行する表示処理手段と、第１処理から第２処理へ、または第２処理から第１処理への切替時に、予め決められた条件に基づいて、第１画面表示モードから第２画面表示モードへ、または第２画面表示モードから第１画面表示モードへの切替、切替前の画面表示モードの維持を選択的に実行する切替制御手段とを備えるようにしたものである。

なお、切替制御手段は、条件の判断に、システム全体の設定、接続対象となる複数のデータ端末ごとの設定のいずれか１つを用いることを特徴とする。

この構成によれば、例えば企業内で会議を行う場合にはシステム全体で会議接続方式の切り替えが行われても切替前の画面表示モードを維持するように選択設定しておくことで、第１処理から第２処理へ、または第２処理から第１処理へ切り替わったとしても、切替前の画面表示モードを維持することができ、各データ端末のユーザに違和感を与えずに済む。一方、各データ端末のユーザが自身で会議接続方式の切り替えが行われた場合に切替前の画面表示モードを維持するか否かを判断して選択設定することもできるので、必要な場合のみ切替前の画面表示モードを維持することもできる。

切替制御手段は、第１処理から第２処理への切替時に、接続対象となるデータ端末ごとの設定に基づいて、サーバ装置から会議処理部に対し第１画面表示モードを維持する旨の指示情報を通知することを特徴とする。

この構成によれば、該当するデータ端末に対して会議処理部にて生成された合成画面を送出する必要がなく、その分会議処理部の処理負荷を軽減できる。

切替制御手段は、第２処理から第１処理への切替時に、接続対象となるデータ端末ごとの設定に基づいて、該当するデータ端末にて第２画面表示モードを維持することを特徴とする。

この構成によれば、第２処理から第１処理へ切り替えられた場合であっても、該当するデータ端末に対してサーバ装置にて生成された接続対象となる複数のデータ端末それぞれの個別の画面を送出する必要がなく、その分サーバ装置の処理負荷を軽減できる。

表示処理手段は、接続対象となる複数のデータ端末の少なくとも１つにて、第１処理時に第１画面表示モードの選択設定がなされていない場合に、該当するデータ端末に対し第１処理時に第２画面表示モードを実行することを特徴とする。

この構成によれば、データ端末のユーザが万一メッシュ接続時における個別ウインドウ表示の設定がなされていない場合であっても、会議接続時にデータ端末の表示器に会議メンバーに関する複数の画面が全く表示されないということを防ぐことができ、共通ウインドウ表示を行うことができる。会議処理部による接続時であっても同様である。

表示処理手段は、第２画面表示モードの実行時に、データ端末の設定に基づいて、互いに表示器上における複数画面の配置パターンが異なる複数のレイアウトパターンのうちの１つを選択的に実行することを特徴とする。

この構成によれば、データ端末のユーザは、第２画面表示モードの実行時に、見やすい表示画面で会議に参加することができる。

切替制御手段は、接続対象となる複数のデータ端末の少なくとも１つにて第１処理時に第２画面表示モード、第１及び第２処理時で共通のレイアウトパターンが選択設定されている場合に、第２処理から第１処理への切替時に、該当するデータ端末の表示器に第２処理時と同一のレイアウトパターンで複数画面を表示させることを特徴とする。

この構成によれば、第２処理から第１処理へ切り替わったとしても、レイアウトパターンも変化することなく、この点でもデータ端末のユーザに違和感を与えずに済む。

切替制御手段は、接続対象となる複数のデータ端末の少なくとも１つにて第１処理時に第２画面表示モードの選択設定がなされていて、レイアウトパターンの選択設定がなされていない場合に、第２処理から第１処理への切替時に、該当するデータ端末の表示器に第２処理時と同一のレイアウトパターンで複数画面を表示させることを特徴とする。

この構成によれば、万一データ端末のユーザにてレイアウトパターンの設定がなされていない場合であっても、第２処理から第１処理への切替時に、切替前のレイアウトパターンを維持できる。

以上詳述したようにこの発明によれば、電話端末とデータ端末とを連動させるシステムにあって、会議接続が行なわれる複数の電話端末それぞれに関連付けられる複数のデータ端末間の会議接続方式の切り替えがあっても、表示方式を維持し得る通信システム、サーバ装置及び表示制御方法を提供することができる。

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

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

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

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

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

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

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

記憶部１３Ａは、上記制御部１２Ａの接続制御に必要なルーティング情報等を格納している。さらに、記憶部１３Ａには、接続情報管理テーブル１３１と、内線端末−ＶＣ関連付けテーブル１３２と、セッション情報管理テーブル１３３と、接続方式−表示方式対応テーブル１３４とが設けられる。

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

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

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

接続方式−表示方式対応テーブル１３４には、図６に示すように、ユーザＩＤと、接続方式と、表示方式との対応関係を示すデータが記憶されている。なお、接続方式−表示方式対応テーブル１３４は、ＶＣＳサーバＳＶＡに接続される保守端末ＭＴにより設定される。

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

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

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

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

表示方式通知制御部１２４は、メッシュ型処理時に対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対し会議メンバーそれぞれの複数画面を個別に表示する個別ウインドウ表示方式を通知し、ＭＣＵ型処理時に対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対しＭＣＵ２で合成された画面を表示する共通ウインドウ表示方式を通知する。そして、メッシュ型処理からＭＣＵ型処理またはＭＣＵ型処理からメッシュ型処理への切替時に、接続方式−表示方式対応テーブル１３４を参照し、この参照結果に基づいて個別ウインドウ表示方式から共通ウインドウ表示方式へまたは共通ウインドウ表示方式から個別ウインドウ表示方式へ切り替えるか、または切替前の表示方式を維持するかの旨の指示情報を対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対し通知する。なお、接続方式−表示方式対応テーブル１３４中に表示方式が設定されていなければ、該当するデータ端末ＰＣ１〜ＰＣｎに対し切替前の表示方式を維持するように指示する。

図７は、データ端末ＰＣ１〜ＰＣｎの機能構成を示すブロック図である。ここでは、データ端末ＰＣ１を代表して説明する。

データ端末ＰＣ１は、サーバインタフェース（Ｉ／Ｆ）部２１と、制御部２２と、表示部２３とを備えている。このうち、サーバインタフェース部２１は、ＶＣＳサーバＳＶＡとの間でインタフェース処理を行うものである。

制御部２２は、データ端末ＰＣ１としての動作を実現するための制御機能に加え、表示制御部２２１を備えている。表示制御部２２１は、会議接続中に、ＶＣＳサーバＳＶＡにより指示された表示方式で会議メンバーそれぞれの画面を表示部２３に表示する。

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

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

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

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

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

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

そうすると、データ端末ＰＣ１の表示部２３には、図９に示すように、データ端末ＰＣ２，ＰＣ３それぞれの個別の画面（Ｂ，Ｃ）が表示されることになる。

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

そうすると、データ端末ＰＣ１の表示部２３には、図１０に示すように、ＭＣＵ２で合成処理されたデータ端末ＰＣ２，ＰＣ３，ＰＣ４それぞれの合成画面（Ｂ，Ｃ，Ｄ）が表示されることになる。

ところで、メッシュ型からＭＣＵ型へ、またはＭＣＵ型からメッシュ型へ切り替わると、会議接続中のデータ端末ＰＣ１〜ＰＣｎの表示方式も変わってしまうことになり、違和感を与えることになる。

そこで、本実施形態では、ＭＣＵ型からメッシュ型へ切り替わる際に、データ端末ＰＣ１〜ＰＣｎにて図１１に示す処理手順を実行させる。

いま、データ端末ＰＣ１〜ＰＣ４間でＭＣＵ型でセッションが確立しているものとする。この状態で、例えばデータ端末ＰＣ３が抜けた場合に、残りのデータ端末ＰＣ１，ＰＣ２，ＰＣ４には、ＶＣＳサーバＳＶＡからＭＣＵ型切断指示が送出される（ステップＳＴ１１ａ）。

続いて、ＶＣＳサーバＳＶＡからメッシュ型によるセッション指示が到来すると、残りのデータ端末ＰＣ１，ＰＣ２，ＰＣ４は、ステップＳＴ１１ｂからステップＳＴ１１ｃに移行してここでメッシュ型に切り替わったときの表示方式がＶＣＳサーバＳＶＡに設定されているか否かの判断を行う。

ここで、データ端末ＰＣ１では、「共通ウインドウ」が設定されているので、「共通ウインドウ」をＶＣＳサーバＳＶＡから取得し（ステップＳＴ１１ｄ）、図１２に示すように、共通ウインドウ表示方式により表示部２３にデータ端末ＰＣ２，ＰＣ４それぞれに関する画面を表示する（ステップＳＴ１１ｅ）。

一方、データ端末ＰＣ３では、ＶＣＳサーバＳＶＡに表示方式が設定されていないので、直前の表示方式「共通ウインドウ」をＶＣＳサーバＳＶＡから取得し（ステップＳＴ１１ｆ）、上記ステップＳＴ１１ｅの処理に移行する。

また、メッシュ型からＭＣＵ型へ切り替わる際に、ＶＣＳサーバＳＶＡは図１３に示す処理手順を実行する。

いま、データ端末ＰＣ５〜ＰＣ７間でメッシュ型でセッションが確立しているものとする。この状態で、例えばデータ端末ＰＣ８が加わった場合に、ＶＣＳサーバＳＶＡはデータ端末ＰＣ５〜ＰＣ７に対しメッシュ型切断指示を送出する（ステップＳＴ１１ａ）。

続いて、ＶＣＳサーバＳＶＡは、ＭＣＵ２に対して合成話者数や合成フォーマットの指定等の会議制御を指示すると共に、ＭＣＵ２またはデータ端末ＰＣ５〜ＰＣ８に対してセッション制御の指示をすることでＭＣＵ２−データ端末ＰＣ５〜ＰＣ８間のセッション確立を行なう（ステップＳＴ１３ｂ）。

この後、ＶＣＳサーバＳＶＡは、各データ端末ＰＣ５〜ＰＣ８それぞれについて、接続方式−表示方式対応テーブル１３４にＭＣＵ型への切替時における表示方式が設定されているか否かの判断を行う（ステップＳＴ１３ｃ）。

ここで、データ端末ＰＣ５では、「個別ウインドウ」が設定されているので、「個別ウインドウ」を接続方式−表示方式対応テーブル１３４から取得し（ステップＳＴ１３ｄ）、「個別ウインドウ」を維持する旨のメッセージをＭＣＵ２に通知する（ステップＳＴ１３ｅ）。

かくして、データ端末ＰＣ５の表示部２３には、図１４に示すように、個別ウインドウ表示方式によりデータ端末ＰＣ６，ＰＣ７，ＰＣ８それぞれに関する画面が表示される。

一方、データ端末ＰＣ６では、接続方式−表示方式対応テーブル１３４に表示方式が設定されていないので、直前の表示方式「個別ウインドウ」を接続方式−表示方式対応テーブル１３４から取得し（ステップＳＴ１３ｆ）、上記ステップＳＴ１１ｅの処理に移行する。

以上のように上記第１の実施形態では、各データ端末ＰＣ１〜ＰＣｎごとに、ＶＣＳサーバＳＶＡの接続方式−表示方式対応テーブル１３４にメッシュ型からＭＣＵ型への切替時、ＭＣＵ型からメッシュ型への切替時における表示方式を設定しておくことで、メッシュ型からＭＣＵ型へ、またはＭＣＵ型からメッシュ型へ切り替わったとしても、切替前の表示方式を維持することができ、各データ端末ＰＣ１〜ＰＣｎのユーザに違和感を与えずに済む。

また、各データ端末ＰＣ１〜ＰＣｎのユーザが自身で表示方式を維持するか否かを判断して接続方式−表示方式対応テーブル１３４に設定することもできるので、必要な場合のみ切替前の表示方式を維持することもできる。

また、上記第１の実施形態では、ＶＣＳサーバＳＶＡの接続方式−表示方式対応テーブル１３４において、個別ウインドウ表示方式を維持するように設定しておくことで、メッシュ型からＭＣＵ型へ切り替わったとしても、該当するデータ端末ＰＣ５〜ＰＣ８に対してＭＣＵ２にて生成された合成画面を送出する必要がなく、その分ＭＣＵ２の処理負荷を軽減できる。

また、上記第１の実施形態では、ＶＣＳサーバＳＶＡの接続方式−表示方式対応テーブル１３４において、共通ウインドウ表示方式を維持するように設定しておくことで、ＭＣＵ型からメッシュ型へ切り替えられた場合であっても、該当するデータ端末ＰＣ１〜ＰＣ４に対してＶＣＳサーバＳＶＡにて各データ端末ＰＣ１〜ＰＣ４に関する個別の画面を送出する必要がなく、その分ＶＣＳサーバＳＶＡの処理負荷を軽減できる。

さらに、上記第１の実施形態では、ＶＣＳサーバＳＶＡの接続方式−表示方式対応テーブル１３４において、表示方式の設定がなかったとしても、メッシュ型からＭＣＵ型への切替時に、直前の表示方式により各データ端末ＰＣ１〜ＰＣｎの表示部２３に会議メンバーそれぞれの画面を表示できるので、この点でも各データ端末ＰＣ１〜ＰＣｎのユーザに違和感を与えずに済む。

（第２の実施形態）
図１５は、この発明の第２の実施形態として、ＶＣＳサーバＳＶＢの機能構成を示すブロック図である。

ＶＣＳサーバＳＶＢにおいて、記憶部１３Ｂには、接続−表示−レイアウト対応テーブル１３５が設けられている。接続−表示−レイアウト対応テーブル１３５には、図１６に示すように、ユーザＩＤと、接続方式と、表示方式と、レイアウトとの対応関係を示すデータが記憶されている。このレイアウトは、データ端末ＰＣ１〜ＰＣｎそれぞれの表示部２３に表示される合成画面が横並びであるか、縦並びであるか、均等並びであるかをユーザごとに任意に選択できる。なお、接続−表示−レイアウト対応テーブル１３５は、ＶＣＳサーバＳＶＢに接続される保守端末ＭＴにより設定される。

一方、制御部１２Ｂは、レイアウト通知制御部１２５をさらに備えている。レイアウト通知制御部１２５は、メッシュ型処理からＭＣＵ型処理またはＭＣＵ型処理からメッシュ型処理への切替時に、接続−表示−レイアウト対応テーブル１３５を参照し、この参照結果に基づいてレイアウトを横並び、縦並びまたは均等並びを維持するかの旨の指示情報を対象となる複数のデータ端末ＰＣ１〜ＰＣｎそれぞれに対し通知する。なお、接続−表示−レイアウト対応テーブル１３５中にレイアウトが設定されていなければ、該当するデータ端末ＰＣ１〜ＰＣｎに対し切替前のレイアウトを維持するように指示する。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図１７は、ＭＣＵ型からメッシュ型へ切り替わる際におけるデータ端末ＰＣ１〜ＰＣｎの制御処理手順を示すフローチャートである。

いま、データ端末ＰＣ１〜ＰＣ４間でＭＣＵ型でセッションが確立しているものとする。このとき、データ端末ＰＣ２の表示部２３には、図１８に示すように、縦並びのレイアウトでデータ端末ＰＣ１，ＰＣ３，ＰＣ４それぞれの合成画面が表示される。

この状態で、例えばデータ端末ＰＣ４が抜けた場合に、残りのデータ端末ＰＣ１，ＰＣ２，ＰＣ３には、ＶＣＳサーバＳＶＢからＭＣＵ型切断指示が送出される（ステップＳＴ１７ａ）。

続いて、ＶＣＳサーバＳＶＢからメッシュ型によるセッション指示が到来すると、残りのデータ端末ＰＣ１，ＰＣ２，ＰＣ３は、ステップＳＴ１７ｂからステップＳＴ１７ｃに移行してここでメッシュ型に切り替わったときの表示方式がＶＣＳサーバＳＶＢに設定されているか否かの判断を行う。

ここで、データ端末ＰＣ１では、「共通ウインドウ」が設定されているので、「共通ウインドウ」をＶＣＳサーバＳＶＢから取得する（ステップＳＴ１７ｄ）。

続いて、データ端末ＰＣ１は、取得した表示方式が「共通ウインドウ」であるか否かを判定する（ステップＳＴ１７ｅ）。ここでは、「共通ウインドウ」であるので、データ端末ＰＣ１は、ＶＣＳサーバＳＶＢに対しレイアウトが設定されているか否かの問い合わせを行う（ステップＳＴ１７ｆ）。ここでは、レイアウトが「横並び」に設定されているので、データ端末ＰＣ１はＶＣＳサーバＳＶＢから「横並び」を取得し（ステップＳＴ１７ｇ）、この「横並び」に従って表示部２３にデータ端末ＰＣ２，ＰＣ３それぞれに関する画面を表示する（ステップＳＴ１７ｈ）。

一方、データ端末ＰＣ２では、ＶＣＳサーバＳＶＢに表示方式が設定されていないので、直前の表示方式「共通ウインドウ」をＶＣＳサーバＳＶＢから取得し（ステップＳＴ１７ｉ）、上記ステップＳＴ１７ｅの処理に移行する。以後、上記ステップＳＴ１７ｆ乃至上記ステップＳＴ１７ｈの処理を経て、図１９に示すように、「縦並び」に従って表示部２３にデータ端末ＰＣ１，ＰＣ３それぞれに関する画面を表示する。これにより、ＭＣＵ型からメッシュ型に切り替えられても、切替前のレイアウトを維持できる。

また、データ端末ＰＣ３では、ＶＣＳサーバＳＶＢにメッシュ時のレイアウトが設定されていないので、直前のレイアウト「横並び」をＶＣＳサーバＳＶＢから取得し（ステップＳＴ１７ｊ）、上記ステップＳＴ１７ｈの処理に移行する。

なお、上記ステップＳＴ１７ｅにおいて、「共通ウインドウ」でない場合に、データ端末ＰＣ１〜ＰＣｎはそのまま上記ステップＳＴ１７ｈに移行する。

また、メッシュ型からＭＣＵ型へ切り替わる際に、ＶＣＳサーバＳＶＢは図２０に示す処理手順を実行する。

いま、データ端末ＰＣ５〜ＰＣ７間でメッシュ型でセッションが確立しているものとする。この状態で、例えばデータ端末ＰＣ８が加わった場合に、ＶＣＳサーバＳＶＢはデータ端末ＰＣ５〜ＰＣ７に対しメッシュ型切断指示を送出する（ステップＳＴ２０ａ）。

続いて、ＶＣＳサーバＳＶＢは、ＭＣＵ２に対して合成話者数や合成フォーマットの指定等の会議制御を指示すると共に、ＭＣＵ２またはデータ端末ＰＣ５〜ＰＣ８に対してセッション制御の指示をすることでＭＣＵ２−データ端末ＰＣ５〜ＰＣ８間のセッション確立を行なう（ステップＳＴ２０ｂ）。

この後、ＶＣＳサーバＳＶＢは、各データ端末ＰＣ５〜ＰＣ８それぞれについて、接続−表示−レイアウト対応テーブル１３５にＭＣＵ型への切替時における表示方式が設定されているか否かの判断を行う（ステップＳＴ２０ｃ）。

ここで、データ端末ＰＣ５では、「個別ウインドウ」が設定されているので、「個別ウインドウ」を接続−表示−レイアウト対応テーブル１３５から取得し（ステップＳＴ２０ｄ）、ステップＳＴ２０ｅからステップＳＴ２０ｆに移行してここで「個別ウインドウ」を維持する旨のメッセージをＭＣＵ２に通知する。

かくして、データ端末ＰＣ５の表示部２３には、個別ウインドウ表示方式によりデータ端末ＰＣ６，ＰＣ７，ＰＣ８それぞれに関する画面が表示される。

一方、データ端末ＰＣ６では、接続−表示−レイアウト対応テーブル１３５に表示方式が設定されていないので、ＶＣＳサーバＳＶＢは直前の表示方式「個別ウインドウ」を接続−表示−レイアウト対応テーブル１３５から取得し（ステップＳＴ２０ｇ）、上記ステップＳＴ２０ｅの処理に移行する。

なお、上記ステップＳＴ２０ｅにおいて、「共通ウインドウ」である場合に、ＶＣＳサーバＳＶＢはレイアウトが設定されているか否かの判断を行い（ステップＳＴ２０ｈ）、レイアウトが設定されていれば、そのレイアウトに取得して（ステップＳＴ２０ｉ）、上記ステップＳＴ２０ｆに移行する。

一方、上記ステップＳＴ２０ｈにおいて、接続−表示−レイアウト対応テーブル１３５にＭＣＵ処理時のレイアウトが設定されていない場合に、ＶＣＳサーバＳＶＢは直前のレイアウトを接続−表示−レイアウト対応テーブル１３５から取得し（ステップＳＴ２０ｊ）、上記ステップＳＴ２０ｆの処理に移行する。

以上のように上記第２の実施形態では、各データ端末ＰＣ１〜ＰＣｎそれぞれのユーザごとに、ＶＣＳサーバＳＶＢの接続−表示−レイアウト対応テーブル１３５に、メッシュ型からＭＣＵ型へ、またはＭＣＵ型からメッシュ型への切替時におけるレイアウトを選択設定しておくことで、メッシュ型からＭＣＵ型へ、またはＭＣＵ型からメッシュ型へ切り替わったとしても、各データ端末ＰＣ１〜ＰＣｎの表示部２３に表示されるレイアウトパターンも変化することなく、この点でもデータ端末ＰＣ１〜ＰＣｎのユーザに違和感を与えずに済む。

また、万一データ端末ＰＣ１〜ＰＣｎのユーザにて、ＶＣＳサーバＳＶＢの接続−表示−レイアウト対応テーブル１３５にレイアウトの設定がなされていない場合であっても、メッシュ型からＭＣＵ型へ、またはＭＣＵ型からメッシュ型へ切り替わったとしても、切替前のレイアウトパターンを維持できる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば第１及び第２の実施形態では、データ端末のユーザごとに表示方式、レイアウトを設定する例について説明した。しかしこれに限ることなく、システム全体で一括して表示方式、レイアウトを設定するようにしてもよい。例えば企業内で会議を行う場合に有効となる。また、種々の条件を用いるようにしてもよい。

また、上記各実施形態では、ＶＣＳサーバとＭＣＵが別であることを前提に、ＶＣＳサーバからＭＣＵへの指示としているが、サーバ機能とＭＣＵ機能が１つのエンティティで実行される場合も対象とする。

また、上記第２の実施形態において、レイアウトとしては、縦並び、横並びだけでなく、均等レイアウト(表示人数が偶数、奇数で多少の違いあり。例えば、4人の場合、均等レイアウトは、同じサイズが縦：横＝２：２、５人の場合、均等レイアウトは、４人の均等レイアウトの底面に同じサイズが１追加)なども適用できる。

また、上記各実施形態では、動画の画像（カメラ画像）を対象に説明してきたが、上記の表示方式、レイアウトは、アプリケーション共有（会議の電子ファイルなどを共有。共有している相手との間で電子ファイルのページをめくったり、修正をリアルタイムで相手にも反映させたりが可能）等、ビジュアルコミュニケーションの他のMediaにも適用できる。例えば、図１で、ユーザＡが自分のデータ端末上のドキュメント１を、ユーザＢが自分のデータ端末上のドキュメント２を、ユーザＣが自分のデータ端末上のドキュメント３をアプリケーション共有で、相手と共有する場合等である。

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

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

この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。 図１に示したＶＣＳサーバの機能構成を示すブロック図。 上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。 上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した接続方式−表示方式対応テーブルの記憶内容の一例を示す図。 上記図１に示したデータ端末の機能構成を示すブロック図。 同第１の実施形態において、会議通話接続が行なわれた際に、内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。 メッシュ型会議接続時における会議メンバーの表示例を示す図。 ＭＣＵ型会議接続時における会議メンバーの表示例を示す図。 同第１の実施形態において、ＭＣＵ型からメッシュ型へ切り替わる際のデータ端末の制御処理手順を示すフローチャート。 同第１の実施形態において、データ端末に表示される共通ウインドウ表示の一例を示す図。 同第１の実施形態において、メッシュ型からＭＣＵ型へ切り替わる際のＶＣＳサーバの制御処理手順を示すフローチャート。 同第１の実施形態において、データ端末に表示される個別ウインドウ表示の一例を示す図。 この発明の第２の実施形態として、ＶＣＳサーバの機能構成を示すブロック図。 上記図１５に示した接続−表示−レイアウト対応テーブルの記憶内容の一例を示す図。 同第２の実施形態において、ＭＣＵ型からメッシュ型へ切り替わる際のデータ端末の制御処理手順を示すフローチャート。 同第２の実施形態において、ＭＣＵ型接続時の縦並びのレイアウトパターンの一例を示す図。 同第２の実施形態において、メッシュ型接続時の縦並びのレイアウトパターンの一例を示す図。 同第２の実施形態において、メッシュ型からＭＣＵ型へ切り替わる際のＶＣＳサーバの制御処理手順を示すフローチャート。

符号の説明

１…ＬＡＮ、２…ＭＣＵ、１１…ＬＡＮインタフェース（Ｉ／Ｆ）部、１２…制御部、１３…記憶部、１４…ＰＣインタフェース（Ｉ／Ｆ）部、２１…サーバインンタフェース、２２…制御部、２３…表示部、１２１…接続情報登録部、１２２…セッション制御部、１２３…ＭＣＵ制御部、１２４…表示方式通知制御部、１２５…レイアウト通知制御部、１３１…接続情報管理テーブル、１３２…内線端末−ＶＣ関連付けテーブル、１３３…セッション情報管理テーブル、１３４…接続方式−表示方式対応テーブル、１３５…接続−表示−レイアウト対応テーブル、Ｔ１１〜Ｔ１ｉ…内線端末、Ｌ…局線、ＮＷ…公衆網、ＢＴ…主装置、ＰＣ１〜ＰＣｎ…データ端末、ＳＶＡ，ＳＶＢ…ＶＣＳサーバ。

Claims (13)

1. それぞれ表示器を有する複数のデータ端末と、会議接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の電話ＩＤにそれぞれ関連付けられた前記複数のデータ端末における通信接続を前記会議接続に連動させ、かつ前記複数のデータ端末間の会議合成処理を実行する会議処理部を接続可能なサーバ装置とを備えた通信システムにおいて、
   前記複数の電話端末間の会議接続が確立されるとき、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間の通信接続を実行する第１処理、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間を前記会議処理部に通信接続させる第２処理を選択的に実行する接続制御手段と、
   接続対象となる複数のデータ端末それぞれについて、予め決められた条件に基づいて、前記第１処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を個別に前記表示器に表示する第１画面表示モードを実行し、前記第２処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を前記会議処理部で合成された画面を前記表示器に表示する第２画面表示モードを実行する表示処理手段と、
   前記第１処理から前記第２処理へ、または前記第２処理から前記第１処理への切替時に、予め決められた条件に基づいて、前記第１画面表示モードから前記第２画面表示モードへ、または前記第２画面表示モードから前記第１画面表示モードへの切替、切替前の画面表示モードの維持を選択的に実行する切替制御手段とを具備したことを特徴とする通信システム。
2. 前記切替制御手段は、前記条件の判断に、システム全体の設定、接続対象となる複数のデータ端末ごとの設定のいずれか１つを用いることを特徴とする請求項１記載の通信システム。
3. 前記切替制御手段は、前記第１処理から前記第２処理への切替時に、接続対象となるデータ端末ごとの設定に基づいて、前記サーバ装置から前記会議処理部に対し前記第１画面表示モードを維持する旨の指示情報を通知することを特徴とする請求項２記載の通信システム。
4. 前記切替制御手段は、前記第２処理から前記第１処理への切替時に、接続対象となるデータ端末ごとの設定に基づいて、該当するデータ端末にて前記第２画面表示モードを維持することを特徴とする請求項２記載の通信システム。
5. 前記切替制御手段は、接続対象となる複数のデータ端末の少なくとも１つにて、前記第１処理時に前記第１画面表示モードの選択設定がなされていない場合に、前記第２処理時から前記第１処理時への切替時に、該当するデータ端末に対し前記第２画面表示モードを実行することを特徴とする請求項２記載の通信システム。
6. 前記切替制御手段は、接続対象となる複数のデータ端末の少なくとも１つにて、前記第２処理時に前記第２画面表示モードの選択設定がなされていない場合に、前記第１処理時から前記第２処理時への切替時に、該当するデータ端末に対し前記第１画面表示モードを実行することを特徴とする請求項２記載の通信システム。
7. 前記表示処理手段は、前記第２画面表示モードの実行時に、前記データ端末の設定に基づいて、互いに前記表示器上における複数画面の配置パターンが異なる複数のレイアウトパターンのうちの１つを選択的に実行することを特徴とする請求項１記載の通信システム。
8. 前記切替制御手段は、接続対象となる複数のデータ端末の少なくとも１つにて前記第１処理時に前記第２画面表示モード、前記第１及び第２処理時で共通のレイアウトパターンが選択設定されている場合に、前記第２処理から前記第１処理への切替時に、該当するデータ端末の表示器に前記第２処理時と同一のレイアウトパターンで複数画面を表示させることを特徴とする請求項７記載の通信システム。
9. 前記切替制御手段は、接続対象となる複数のデータ端末の少なくとも１つにて前記第１処理時に前記第２画面表示モードの選択設定がなされていて、前記レイアウトパターンの選択設定がなされていない場合に、前記第２処理から前記第１処理への切替時に、該当するデータ端末の表示器に前記第２処理時と同一のレイアウトパターンで複数画面を表示させることを特徴とする請求項７記載の通信システム。
10. 前記サーバ装置は、前記会議処理部を内蔵することを特徴とする請求項１記載の通信システム。
11. 複数の電話端末間の交換処理を実行する電話交換機を接続し、前記電話交換機から通知される呼情報イベントを受信するインタフェースをさらに備えたことを特徴とする請求項１記載の通信システム。
12. 会議接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の電話ＩＤにそれぞれ関連付けられかつ表示器を有した複数のデータ端末における通信接続を前記会議接続に連動させ、かつ前記複数のデータ端末間の会議合成処理を実行する会議処理部を接続可能なサーバ装置において、
    前記複数の電話端末間の会議接続が確立されるとき、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間の通信接続を実行する第１処理、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間を前記会議処理部に通信接続させる第２処理を選択的に実行する接続制御手段と、
    接続対象となる複数のデータ端末ごとの設定に基づいて、前記第１処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を個別に前記表示器に表示する第１画面表示モードを実行し、前記第２処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を前記会議処理部で合成された画面を前記表示器に表示する第２画面表示モードを実行する表示処理手段と、
    前記第１処理から前記第２処理へ、または前記第２処理から前記第１処理への切替時に、予め決められた条件に基づいて、前記第１画面表示モードから前記第２画面表示モードへ、または前記第２画面表示モードから前記第１画面表示モードへの切替、切替前の画面表示モードの維持を選択的に実行する切替制御手段とを具備したことを特徴とするサーバ装置。
13. それぞれ表示器を有する複数のデータ端末と、会議接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の電話ＩＤにそれぞれ関連付けられた前記複数のデータ端末における通信接続を前記会議接続に連動させ、かつ前記複数のデータ端末間の会議合成処理を実行する会議処理部を接続可能なサーバ装置とを備えた通信システムで使用される表示制御方法において、
    前記複数の電話端末間の会議接続が確立されるとき、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間の通信接続を実行する第１処理、前記呼情報イベントに含まれる複数の電話ＩＤそれぞれに関連付けられるデータ端末間を前記会議処理部に通信接続させる第２処理を選択的に実行し、
    接続対象となる複数のデータ端末それぞれについて、設定に基づいて、前記第１処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を個別に前記表示器に表示する第１画面表示モードを実行し、前記第２処理時に接続対象となる複数のデータ端末それぞれに関する複数画面を前記会議処理部で合成された画面を前記表示器に表示する第２画面表示モードを実行し、
    前記第１処理から前記第２処理へ、または前記第２処理から前記第１処理への切替時に、前記サーバ装置と接続対象となる複数のデータ端末との間で、予め決められた条件に基づいて、前記第１画面表示モードから前記第２画面表示モードへ、または前記第２画面表示モードから前記第１画面表示モードへの切替、切替前の画面表示モードの維持を選択的に実行するようにしたことを特徴とする表示制御方法。

Images