(57)【要約】【課題】マルチノードシステムで如何なるサービスが実行されていても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供する。【解決手段】ＶＣＳサーバＳＶにおいて、内線端末Ｔ３１，Ｔ４１間の通信リンク確立時に、主装置ＢＴ４からの呼情報イベントに含まれる内線端末Ｔ３１，Ｔ４１それぞれのデバイス情報と、内線端末Ｔ３１，Ｔ４１間の呼接続を識別するグローバル呼番号と、状態情報とを対応付けて接続情報管理テーブルに記憶しておく。そして、内線端末Ｔ３２からの割り込み通話要求時に、主装置ＢＴ３からの呼情報イベントに含まれるグローバル呼番号に基づいて接続情報管理テーブルの該当する状態情報を更新し、この更新された状態情報及び内線端末Ｔ３１，Ｔ３２，Ｔ４１それぞれのデバイス情報を用いて、内線端末Ｔ３１，Ｔ３２，Ｔ４１にそれぞれ関連付けられたデータ端末ＰＣ１，ＰＣ２，ＰＣ３間のセッション制御を行う。【選択図】図８
2007013683.tif 000002
【特許請求の範囲】
【請求項１】
複数の電話端末間の交換処理を実行する複数の電話交換機より、呼接続が行なわれる複数の電話端末を特定する端末ＩＤ及びその接続ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の端末ＩＤにそれぞれ関連付けられたデータ端末におけるデータ通信接続を前記呼接続に連動させるサーバ装置において、
前記複数の電話端末間の呼接続が確立されるとき、前記電話交換機からの呼情報イベントに含まれる前記端末ＩＤ及び前記接続ＩＤと、前記複数の電話端末間の呼接続状態を示す状態情報とを対応付けた管理テーブルを作成し記憶する記憶手段と、
前記呼情報イベント受信時に、前記呼情報イベントに含まれる前記接続ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて前記接続ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定する判定手段と、
前記判定手段により前記呼接続状態の変化があった旨が判定された場合に、前記管理テーブル中の前記接続ＩＤに対応する状態情報を更新すると共に、更新された状態情報に基づいて、接続対象となる複数の電話端末の端末ＩＤにそれぞれに関連付けられたデータ端末間のデータ通信接続を実行する制御手段とを具備したことを特徴とするサーバ装置。
【請求項２】
前記制御手段は、前記複数の電話端末のうち呼接続状態にある第１及び第２の電話端末に対し前記第１及び第２の電話端末とは異なる第３の電話端末の接続要求に関する呼情報イベントを受信したとき、前記管理テーブル中の状態情報を前記第１，第２及び第３の電話端末間の呼接続状態を示す状態情報に更新するとともに、更新された状態情報に基づいて、前記第１，第２及び第３の電話端末の端末ＩＤに関連付けられた第１，第２及び第３のデータ端末間のデータ通信接続を実行することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記制御手段は、前記電話交換機より受信した呼情報イベントに含まれる前記接続ＩＤと前記管理テーブル中の接続ＩＤとを比較し、一致した場合のみ該当する接続ＩＤに対応する状態情報の更新を行なうことを特徴とする請求項１記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、互いに専用線を介して接続された複数の電話交換装置に対し通信路を介してサーバ装置を接続し、音声信号に加え映像信号やコンピュータデータ等も取り扱えるようにしたビジュアルコミュニケーションシステムのサーバ装置に関する。
【背景技術】
【０００２】
オフィスや事業所では、構内ネットワークシステムが用いられている。この構内ネットワークシステムは、例えば電話機を構内交換装置（ＰＢＸ：Private Branch Exchange）やボタン電話装置といった電話交換装置に内線端末として収容し、内線端末と公衆網等の外部通信網との間及び内線端末相互間を電話交換装置により交換接続して通話を可能にしたり、パーソナル・コンピュータ等の情報端末をコンピュータネットワークに接続し、このコンピュータネットワークを介して情報端末間でデータの伝送を行えるように構成されている（例えば、特許文献１）。
【０００３】
上記システムにおいて、電話交換装置による通信系サブネットワーク管理システムとコンピュータ系サブネットワーク管理システムとを両方に共通した情報を用いて管理する等については検討が進んでいる。
【０００４】
ところで、従来では、電話機と情報端末とを関連付け、電話機の操作に連動して映像でのコミュニケーションを行えるようにしたビジュアルコミュニケーションシステムについても強く望まれている。しかし、このビジュアルコミュニケーションシステムについては、まだ検討段階であって実現されていないのが現状である。
【特許文献１】特公平８−１６２８号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記ビジュアルコミュニケーションシステムを実現する場合に、下記のような対策についても検討する必要が生じる。
【０００６】
すなわち、電話交換装置間を専用線を介して接続したマルチノードシステムにおいて、対応できないサービスが存在する。
【０００７】
例えば、あるノード（電話交換装置）に存在する２者通話呼に他のノードの電話端末から割り込んで３者会議を構成する呼処理サービスがある。この場合、２者通話の情報を端末間接続管理データベースに記憶しておいても、割り込み時のイベントに通話相手情報が存在しない場合には、それぞれのノードの呼番号を関連付けの情報として利用しても、どの接続に割り込んだか特定できず、これにより接続中の３者が特定できず、３者のビジュアルコミュニケーションを開始できないという問題が発生する。
【０００８】
そこで、この発明の目的は、複数の電話交換装置で構成されるマルチノードシステムで如何なるサービスが実行されていても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供することにある。
【課題を解決するための手段】
【０００９】
この発明は、上記目的を達成するために、以下のように構成される。  
複数の電話端末間の交換処理を実行する複数の電話交換機より、呼接続が行なわれる複数の電話端末を特定する端末ＩＤ及びその接続ＩＤを含む呼情報イベントを受信し、複数の電話端末の端末ＩＤにそれぞれ関連付けられたデータ端末におけるデータ通信接続を呼接続に連動させるサーバ装置において、複数の電話端末間の呼接続が確立されるとき、電話交換機からの呼情報イベントに含まれる端末ＩＤ及び接続ＩＤと、複数の電話端末間の呼接続状態を示す状態情報とを対応付けた管理テーブルを作成し記憶する記憶手段と、呼情報イベント受信時に、呼情報イベントに含まれる接続ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて接続ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定する判定手段と、判定手段により呼接続状態の変化があった旨が判定された場合に、管理テーブル中の接続ＩＤに対応する状態情報を更新すると共に、更新された状態情報に基づいて、接続対象となる複数の電話端末の端末ＩＤにそれぞれに関連付けられたデータ端末間のデータ通信接続を実行する制御手段とを備えるようにしたものである。
【００１０】
この構成によれば、複数の電話端末間の呼接続が確立されるときに、電話交換機からの呼情報イベントに含まれ呼接続が行なわれた複数の電話端末それぞれを特定する端末ＩＤ及びその接続ＩＤと、複数の電話端末間の呼接続状態を示す状態情報とを対応付けた管理テーブルをメモリに記憶し管理しておき、呼情報イベント受信時に、電話交換機からの呼情報イベントに含まれる接続ＩＤに基づき管理テーブルを参照して接続ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定し、呼接続状態の変化があった旨が判定された場合に、管理テーブル中の接続ＩＤに対応する状態情報を更新し、更新された状態情報に基づいて、接続対象となる複数の電話端末の端末ＩＤそれぞれに関連付けられたデータ端末間のデータ通信接続が実行されることになる。
【００１１】
従って、マルチノードシステムにおいて呼処理サービスの実行中に相手情報が含まれない呼情報イベントが到来しても、上記管理テーブルを用いることで、呼情報イベントに含まれる接続ＩＤからどの電話端末の接続を変更するかを特定でき、これにより接続ＩＤ単位でビジュアルコミュニケーション制御を行なって複数の電話端末と複数のデータ端末とを連動させることができる。また、管理テーブル中の情報量が多くなっても、接続ＩＤと状態情報とを対応付けておくことで、呼情報イベントに含まれる接続ＩＤから即座に電話端末を特定することができる。
【００１２】
制御手段は、電話交換機より受信した呼情報イベントに含まれる接続ＩＤと管理テーブル中の接続ＩＤとを比較し、一致した場合のみ該当する接続ＩＤに対応する状態情報の更新を行なうことを特徴とする。
【００１３】
この構成によれば、管理テーブルの更新処理の実行に先立ち、電話交換機から受信した呼情報イベントに含まれる接続ＩＤと管理テーブル中の接続ＩＤとを比較し、この比較結果に基づき該当する状態情報を更新するか新たに追加するかを判定するようにしている。このため、電話端末間の呼接続状態ごとに適切な更新処理を行うことができる。
【発明の効果】
【００１４】
以上詳述したようにこの発明によれば、複数の電話交換装置で構成されるマルチノードシステムで如何なるサービスが実行されていても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、この発明の実施形態について図面を参照して詳細に説明する。  
（第１の実施形態）  
図１は、この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図である。  
このシステムは、同図に示すように、主装置ＢＴ１〜ＢＴ４を備え、これら主装置ＢＴ１〜ＢＴ４相互間を専用線ＰＮ（ＰＮ１−２，ＰＮ１−３，ＰＮ２−３，ＰＮ３−４）で接続している。これら主装置ＢＴ１〜ＢＴ４は、それぞれ内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋを内線を介して収容している。また、主装置ＢＴ１，ＢＴ４は公衆網ＮＷ１，ＮＷ２に局線Ｌを介して接続されている。  
また、主装置ＢＴ１〜ＢＴ４は、ＬＡＮ（Local Area Network）１に接続されている。このＬＡＮ１には、ＶＣＳ（Visual Communication System）サーバＳＶが接続されている。ＶＣＳサーバＳＶは、複数のデータ端末ＰＣ１〜ＰＣｎを収容している。これらのデータ端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナル・コンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋにそれぞれ関連して動作するものである。
【００１６】
上記ＶＣＳサーバＳＶは、各主装置ＢＴ１〜ＢＴ４に対する付加的機能を実行するもので、例えば映像等のメディア情報を処理する。
【００１７】
図２は、上記ＶＣＳサーバＳＶの機能構成を示すブロック図である。  
ＶＣＳサーバＳＶは、ＬＡＮインタフェース（Ｉ／Ｆ）部１１と、制御部１２と、記憶部１３と、ＰＣインタフェース（Ｉ／Ｆ）部１４とを備えている。このうち、ＬＡＮインタフェース部１１は、ＬＡＮ１との間でインタフェース処理を行うものである。
【００１８】
ＰＣインタフェース部１４は、データ端末ＰＣ１〜ＰＣｎとの間のインタフェース処理を行うものである。
【００１９】
記憶部１３は、上記制御部１２の接続制御に必要なルーティング情報等を格納している。さらに、記憶部１３には、接続情報管理テーブル１３１と、内線端末−ＶＣ関連付けテーブル１３２と、セッション情報管理テーブル１３３とが設けられる。
【００２０】
接続情報管理テーブル１３１には、図３に示す如く、内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋそれぞれのデバイス情報（ＤＮ、ノードＩＤ）と、接続対象となる内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋを特定する接続ＩＤとなるグローバル呼番号と、接続状態を示す状態情報との対応関係を表すデータが記憶されている。
【００２１】
内線端末−ＶＣ関連付けテーブル１３２には、図４に示すように、内線端末（電話端末）Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋとデータ端末（ＶＣ）ＰＣ１〜ＰＣｎとの対応関係を示すデータが記憶されている。ここでは、内線端末Ｔ３１，Ｔ３２、Ｔ３３，Ｔ４１とデータ端末ＰＣ１〜ＰＣ４を代表して説明する。データ端末ＰＣ１〜ＰＣｎは、ＶＣＳサーバＳＶに接続する際に、ＶＣＳサーバＳＶに対し関連付けを行なう内線番号を通知し、ＶＣＳサーバＳＶは通知された情報に従って内線端末−ＶＣ関連付けテーブル１３２の記憶内容を更新する。
【００２２】
セッション情報管理テーブル１３３には、図５に示すように、データ端末ＰＣ１〜ＰＣ４間のセッション状態を示す情報が記憶されている。
【００２３】
一方、制御部１２は、データ端末ＰＣ１〜ＰＣｎの状態管理やデータ端末ＰＣ１〜ＰＣｎと内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋとの連携動作に係わる制御機能に加え、この発明に係わる新たな機能として、接続情報登録部１２１と、セッション制御部１２２とを備えている。
【００２４】
接続情報登録部１２１は、例えば主装置ＢＴ３から通知された呼情報イベントを分析することで、例えば内線端末Ｔ３１と内線端末Ｔ４１が通話中になったことを判断し、接続情報管理テーブル１３１の接続１についての情報を追加更新する。
【００２５】
セッション制御部１２２は、例えば内線端末Ｔ３１と内線端末Ｔ４１との通話中に、主装置ＢＴ３から内線端末Ｔ３２の内線端末Ｔ３１への割り込み通話を示す呼情報イベントを受信した場合に、接続情報管理テーブル１３１の状態情報「接続１」を「３者接続」に更新する。そして、更新された状態情報に基づき、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ３１はデータ端末ＰＣ１に、内線端末Ｔ４１はデータ端末ＰＣ２、内線端末Ｔ３２はデータ端末ＰＣ３に関連付いていることを読み出して、セッション情報管理テーブル１３３によりデータ端末ＰＣ１，ＰＣ２，ＰＣ３のセッション状態を検索し、セッション制御を行う。例えば、これから通話を開始するような場合、データ端末ＰＣ１，ＰＣ２はセッションが開始されていないため、セッション制御部１２２はデータ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する。そして、セッション制御部１２２は、データ端末ＰＣ１，ＰＣ２のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。
【００２６】
次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。  
図６は、ビジュアルコミュニケーション制御を実行する際の内線端末Ｔ３１，Ｔ３２，Ｔ３３、Ｔ４１と、主装置ＢＴ３，ＢＴ４と、ＶＣＳサーバＳＶと、データ端末ＰＣ１〜ＰＣ４との間における情報の送受信動作を示す概略シーケンス図である。図７は、上記ビジュアルコミュニケーション制御を実行する際のＶＣＳサーバＳＶの制御手順を示すフローチャートである。
【００２７】
（内線端末Ｔ３１から内線端末Ｔ４１への発信動作）  
内線端末Ｔ３１においてユーザが、内線端末Ｔ４１のユーザと通話を行なうべく「４０４００００」のダイヤル操作を行なったとする。そうすると内線端末Ｔ３１からその通信確立要求信号が主装置ＢＴ３に送られる。この通信確立要求信号を受け取ると主装置ＢＴ３は、ＩＰ専用線ＰＮ３−４を介して通信確立要求信号を主装置ＢＴ４に転送し、主装置ＢＴ４にて着信先の内線端末Ｔ４１を呼び出す。そして、これに対し内線端末Ｔ４１が応答すると、内線端末Ｔ３１と内線端末Ｔ４１との間に通信リンクを形成する。
【００２８】
かくして、内線端末Ｔ３１のユーザは内線端末Ｔ４１のユーザとの間で通話を行なうことが可能となる。
【００２９】
そして、ＶＣＳサーバＳＶは、着側ノードの主装置ＢＴ４より呼情報イベントを受信し（ステップＳＴ７ａ）、この受信した呼情報イベントに含まれるグローバル呼番号が接続情報管理テーブル１３１中に存在するか否かを判定する（ステップＳＴ７ｂ）。
【００３０】
ここでは通話開始時のため、判定結果は「存在しない」となり、ＶＣＳサーバＳＶは呼情報イベントから得られた接続情報「接続１」と、発信側デバイス情報（ＤＮ、ノードＩＤ、グローバル呼番号）及び着信側デバイス情報（ＤＮ、ノードＩＤ、グローバル呼番号）とを対応付けて接続情報管理テーブル１３１中に記憶する（ステップＳＴ７ｃ）。
【００３１】
そして、ＶＣＳサーバＳＶは接続情報「接続１」に基づき、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ３１はデータ端末ＰＣ１に、内線端末Ｔ４１はデータ端末ＰＣ２に関連付いていることを読み出して（ステップＳＴ７ｄ）、セッション情報管理テーブル１３３によりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索する。
【００３２】
ここでは通話を開始するので、ＶＣＳサーバＳＶはデータ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する（ステップＳＴ７ｅ）。そして、ＶＣＳサーバＳＶは、データ端末ＰＣ１，ＰＣ２のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。
【００３３】
かくして、内線端末Ｔ３１のユーザは、内線端末Ｔ３１の操作を行なうだけでデータ端末ＰＣ１を用いてデータ端末ＰＣ２との間で自動的にビデオ通信を開始することができるようになる。
【００３４】
（通話中における第三者からの割り込み通話動作）  
いま、内線端末Ｔ３１，Ｔ４１間で通話が行なわれているものとする（図８（１））。
【００３５】
この状態で、内線端末Ｔ３２においてユーザが、内線端末Ｔ３１のユーザと通話を行なうべく「３００００」のダイヤル操作を行なったとする（図８（２））。そうすると内線端末Ｔ３２からその要求信号が主装置ＢＴ３に送られる。この通信確立要求信号を受信すると主装置ＢＴ３は、内線端末Ｔ４１との間の通信リンクを保持したまま、着信先の内線端末Ｔ３１を呼び出す。そして、これに対し内線端末Ｔ３１が応答すると、内線端末Ｔ３１と内線端末Ｔ３２との間に通信リンクを形成し（図８（３））、内線端末Ｔ３１，Ｔ３２間が通話中である旨を示す呼情報イベントをＶＣＳサーバＳＶに送信する（図８（４））。
【００３６】
ＶＣＳサーバＳＶは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれるグローバル呼番号「１」が接続情報管理テーブル１３１中に存在するか否かを判定する。ここでは、存在しているので、ＶＣＳサーバＳＶはステップＳＴ７ｂからステップＳＴ７ｆに移行して、ここで接続情報管理テーブル１３１における「接続１」に内線端末Ｔ３１，Ｔ４１と共に、内線端末Ｔ３２のデバイス情報（ＤＮ、ノードＩＤ）を対応付けて記憶する（図８（５））。そして、この接続情報管理テーブル１３１の更新を終了すると、データ端末ＰＣ１，ＰＣ２間のセッションを開放し（図８（６））、データ端末ＰＣ１，ＰＣ２，ＰＣ３間のセッションを確立する（図８（７））。
【００３７】
以上のように上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、内線端末Ｔ３１，Ｔ４１間の通信リンクが確立されるときに、主装置ＢＴ４からの呼情報イベントに含まれる内線端末Ｔ３１，Ｔ４１それぞれのデバイス情報（ＤＮ，ノードＩＤ）と、内線端末Ｔ３１，Ｔ４１間の呼接続を識別するためのグローバル呼番号と、状態情報とを対応付けて接続情報管理テーブル１３１に記憶しておくようにしている。そして、内線端末Ｔ３２から通話中の内線端末Ｔ３１に対する通話要求時に、主装置ＢＴ３からの呼情報イベントに含まれるグローバル呼番号に基づいて接続情報管理テーブル１３１を参照し、接続情報管理テーブル１３１の該当する状態情報を更新し、接続情報管理テーブル１３１中の更新された状態情報及び内線端末Ｔ３１，Ｔ３２，Ｔ４１それぞれのデバイス情報を用いて、内線端末Ｔ３１，Ｔ３２，Ｔ４１にそれぞれ関連付けられたデータ端末ＰＣ１，ＰＣ２，ＰＣ３間のセッション制御を行うようにしている。
【００３８】
従って、マルチノードシステムにおいて呼処理サービスの実行中に相手デバイス情報を含まない呼情報イベントを受信しても、接続情報管理テーブル１３１を用いることで、呼情報イベントに含まれるグローバル呼番号からどの内線端末Ｔ３１，Ｔ４１の接続を変更するかを特定でき、これによりグローバル呼番号単位でビジュアルコミュニケーション制御を行なって内線端末Ｔ３１，Ｔ３２、Ｔ４１とデータ端末ＰＣ１，ＰＣ２，ＰＣ３とを連動させることができる。
【００３９】
また、マルチノードシステムであるので、接続情報管理テーブル１３１中の情報量が多くなって、記憶部１３を圧迫する場合も考えられる。この場合、呼番号を内線端末間の接続単位となるグローバル呼番号にまとめてデバイス情報（ＤＮ，ノードＩＤ）及び状態情報とを対応付けておくことで、記憶部１３の容量を削減でき、呼情報イベントに含まれるグローバル呼番号から即座に内線端末Ｔ３１，Ｔ４１を特定することができる。
【００４０】
また、上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、接続情報管理テーブル１３１中の状態情報の更新処理の実行に先立ち、主装置ＢＴ３，ＢＴ４から受信した呼情報イベントに含まれるグローバル呼番号と接続情報管理テーブル１３１に記憶されているグローバル呼番号とを比較し、この比較結果に基づき該当する状態情報を更新するか新たに追加するかを判定するようにしている。このため、内線端末Ｔ３１，Ｔ４１間の呼状態ごとに適切な状態情報更新処理を行うことができる。
【００４１】
（第２の実施形態）  
図９は、この発明の第２の実施形態として、内線端末Ｔ３１，Ｔ４１との通話中に内線端末Ｔ３２を加えて会議通話を構成する場合の動作を示すシーケンス図である。なお、図９において、上記図８と同一部分には同一符号を付して説明する。
【００４２】
この状態で、例えば内線端末Ｔ３１においてユーザが、内線端末Ｔ３２を会議通話に加える操作を行なったとする。そうすると内線端末Ｔ３１からその要求信号が主装置ＢＴ３に送られる（図９（２））。この要求信号を受信すると主装置ＢＴ３は、内線端末Ｔ３１と内線端末Ｔ４１との間の通信リンクを保持したまま、内線端末Ｔ３２を呼び出す。
【００４３】
そして、呼び出しに対し内線端末Ｔ３２のユーザが応答操作を行なうと、内線端末Ｔ３２は応答信号を主装置ＢＴ３に送信する（図９（３））。
【００４４】
かくして、内線端末Ｔ３１，Ｔ４１間に内線端末Ｔ３２を会議通話に加えることができる（図９（４））。このとき、主装置ＢＴ３は、会議作成がなされたことを検出し、この検出結果を呼情報イベントとしてＶＣＳサーバＳＶに送出する（図９（５））。
【００４５】
ＶＣＳサーバＳＶは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれるグローバル呼番号「１」が接続情報管理テーブル１３１中に存在するか否かを判定する。ここでは、存在しているので、ＶＣＳサーバＳＶは接続情報管理テーブル１３１における「接続１」に内線端末Ｔ３１，Ｔ４１と共に、内線端末Ｔ３２のデバイス情報（ＤＮ、ノードＩＤ）を対応付けて記憶し（図９（６））。そして、この接続情報管理テーブル１３１の更新を終了すると、データ端末ＰＣ１，ＰＣ２間のセッションを開放し（図９（７））、データ端末ＰＣ１，ＰＣ２，ＰＣ３間のセッションを確立する（図９（８））。
【００４６】
このように上記第２の実施形態であっても、上記第１の実施形態と同様の作用効果が得られる。
【００４７】
（その他の実施形態）  
この発明は、上記各実施形態に限定されるものではない。例えば第１及び第２の実施形態では、各主装置間を専用線により接続する例について説明した。しかしこれに限ることなく、各主装置間が専用線以外の通信網により接続される構成をとってもよい。
【００４８】
また、上記第１及び第２の実施形態では、第三者による割り込み通話を行なう場合や会議通話を行なう場合のデータ端末間のセッション確立例について説明したが、他の呼処理サービスにも適用可能である。
【００４９】
その他、ＶＣＳサーバの構成及び種類、電話交換装置の種類（主装置に限らずＰＢＸでもよい）や内線端末の種類、データ端末の種類、各種テーブルの記憶内容、データ端末間のセッション制御方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００５０】
【図１】この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。
【図２】同第１の実施形態におけるＶＣＳサーバの機能構成を示すブロック図。
【図３】上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。
【図４】上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。
【図５】上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。
【図６】同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際の内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。
【図７】同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際のＶＣＳサーバの制御手順を示すフローチャート。
【図８】同第１の実施形態において、第三者による割り込み通話動作の一例を説明するために示すシーケンス図。
【図９】この発明の第２の実施形態として、会議通話を構成する場合の動作を示すシーケンス図。
【符号の説明】
【００５１】
１…ＬＡＮ（Local Area Network）、１１…ＬＡＮインタフェース（Ｉ／Ｆ）部、１２…制御部、１３…記憶部、１４…ＰＣインタフェース（Ｉ／Ｆ）部、１２１…接続情報登録部、１２２…セッション制御部、１３１…接続情報管理テーブル、１３２…内線端末−ＶＣ関連付けテーブル、１３３…セッション情報管理テーブル、ＰＮ（ＰＮ１−２，ＰＮ１−３，ＰＮ２−３，ＰＮ３−４）…専用線、Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋ…内線端末、Ｌ…局線、ＮＷ１，ＮＷ２…公衆網、ＢＴ１〜ＢＴ４…主装置、ＰＣ１〜ＰＣｎ…データ端末、ＳＶ…ＶＣＳサーバ。
【図１】
2007013683.tif 000003
【図２】
2007013683.tif 000004
【図３】
2007013683.tif 000005
【図４】
2007013683.tif 000006
【図５】
2007013683.tif 000007
【図６】
2007013683.tif 000008
【図７】
2007013683.tif 000009
【図８】
2007013683.tif 000010
【図９】
2007013683.tif 000011