JP2007013726A - サーバ装置 - Google Patents

Abstract

【課題】電話交換装置が如何なるサービスを実行していても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供する。
【解決手段】ＶＣＳサーバＳＶにおいて、内線端末Ｔ３１，Ｔ４１間の通信リンクが確立されるときに、主装置ＢＴ４からの呼情報イベントに含まれる内線端末Ｔ３１，Ｔ４１それぞれの情報（ＤＮ，ノードＩＤ，呼番号）と、状態情報とを対応付けて接続情報管理テーブルに記憶しておき、内線端末Ｔ３１における保留要求、保留解除要求の発生時に、接続情報管理テーブル中の該当する状態情報を更新し、接続情報管理テーブル中の更新された状態情報及び内線端末Ｔ３１，Ｔ４１それぞれの情報を用いて、内線端末Ｔ３１，Ｔ４１にそれぞれ関連付けられたデータ端末ＰＣ１，ＰＣ２間のセッション制御を行うようにしている。
【選択図】 図８

Description

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

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

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

ところで、上記のような電話交換装置とサーバとの並列型のシステムにあっては、データ端末間のデータ通信接続を電話端末の呼状態に連動させて、テレビ会議等を構築するといったサービスについても強く望まれている。しかし、上記システムは、電話端末の呼状態に連動させて、データ通信端末間のセッションを開始し、データ端末間でデータを共有するものであり、テレビ会議等の付加的なサービスを実施するビジュアルコミュニケーションシステムについては、まだ検討段階であって実現されていないのが現状である。

なお、上記データ端末をサーバに代えることでビジュアルコミュニケーションシステムを実現することも考えられるが（例えば、特許文献２）、この場合、電話端末の呼状態に応じてデータ端末側でビジュアルコミュニケーション制御を行わなければならないので、制御処理負担が増大となり、このためデータ端末に汎用のコンピュータを使用することができず、システム全体のコストが増大してしまうことになる。
特開平８−３２１８８９号公報 特開２０００−１７４９２５号公報。

ところで、上記ビジュアルコミュニケーションシステムを実現する場合に、下記のような対策についても検討する必要が生じる。

すなわち、ビジュアルコミュニケーションシステムは、一般的な制御形態として、電話交換機に接続された電話端末間の呼状態が変化した際に、電話交換機より送信される呼情報イベント（発側デバイス情報、着側デバイス情報）をＶＣＳ(Visual Communication System)サーバが受信し、ＶＣＳサーバが呼情報イベントに基づいて電話端末間の接続状態を解析し、その接続状態に基づいて電話端末と関連付けられたデータ端末に対してビジュアルコミュニケーションの開始／終了を指示するようにしている。

しかしながら、電話交換機の呼処理サービスによっては、電話交換機からの呼情報イベントから相手のデバイス情報が十分得られない場合もあり得る。

例えば２者通話開始時には、呼情報イベントから相手デバイス情報が取得でき、ビジュアルコミュニケーションを開始、呼を保留した時の呼情報イベントによりビジュアルコミュニケーションを一時停止した後、保留解除した場合に通知される呼情報イベントに相手情報が含まれていない場合には、ビジュアルコミュニケーションを再開することができない。

また、１つの電話デバイスで複数の回線を収容するサービス（マルチライン）や、一つの回線を複数の電話デバイスでシェアするサービス（マルチアピアランス）をサポートしている電話交換機の場合に、呼情報イベントにて相手デバイス情報が得られないと相手の特定がさらに困難になる。

そこで、この発明の目的は、電話交換装置が如何なるサービスを実行していても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
複数の電話端末間の交換処理を実行する電話交換機より、呼接続が行なわれる複数の電話端末を特定する端末ＩＤを含む呼情報イベントを受信し、複数の電話端末の端末ＩＤにそれぞれ関連付けられたデータ端末におけるデータ通信接続を呼接続に連動させるサーバ装置において、複数の電話端末間の呼接続が確立されるとき、電話交換機からの呼情報イベントに含まれる端末ＩＤと、複数の電話端末間の呼接続状態を示す状態情報とを対応付けた管理テーブルを作成し記憶する記憶手段と、呼情報イベント受信時に、呼情報イベントに含まれる端末ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて端末ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定する判定手段と、判定手段により呼接続状態の変化があった旨が判定された場合に、管理テーブル中の端末ＩＤに対応する状態情報を更新すると共に、更新された状態情報に基づいて、接続対象となる複数の電話端末の端末ＩＤにそれぞれに関連付けられたデータ端末間のデータ通信接続を実行する制御手段とを備えるようにしたものである。

この構成によれば、複数の電話端末間の呼接続が確立されるときに、電話交換機からの呼情報イベントに含まれる端末ＩＤと、複数の電話端末間の接続状態を示す状態情報とを対応付けた管理テーブルをメモリに記憶しておき、呼情報イベント受信時に、呼情報イベントに含まれる端末ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて端末ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定し、呼接続状態の変化があった旨が判定された場合に、管理テーブル中の端末ＩＤに対応する状態情報を更新すると共に、更新された状態情報に基づいて、接続対象となる複数の電話端末の端末ＩＤにそれぞれに関連付けられたデータ端末間のデータ通信接続が実行されることになる。

従って、電話交換機が呼処理サービスを実行中に相手情報が含まれない呼情報が到来しても、上記管理テーブルを用いることで、簡単な手順で適切なビジュアルコミュニケーション制御を行なって複数の電話端末と複数のデータ端末とを連動させることができる。

制御手段は、電話交換機より受信した呼情報イベントに含まれる端末ＩＤと管理テーブル中の端末ＩＤとを比較し、一致した場合のみ該当する端末ＩＤに対応する状態情報の更新を行なうことを特徴とする。

この構成によれば、管理テーブル中の状態情報の更新処理の実行に先立ち、電話交換機から受信した呼情報イベントに含まれる端末ＩＤと管理テーブル中の端末ＩＤとを比較し、この比較結果に基づき該当する状態情報を更新するか新たに追加するかを判定するようにしている。このため、電話端末間の呼接続状態ごとに適切な状態情報更新処理を行うことができる。

以上詳述したようにこの発明によれば、電話交換装置が如何なるサービスを実行していても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図である。
このシステムは、同図に示すように、主装置ＢＴ１〜ＢＴ４を備え、これら主装置ＢＴ１〜ＢＴ４相互間を専用線ＰＮ（ＰＮ１−２，ＰＮ１−３，ＰＮ２−３，ＰＮ３−４）で接続している。これら主装置ＢＴ１〜ＢＴ４は、それぞれ内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋを内線を介して収容している。また、主装置ＢＴ１，ＢＴ４は公衆網ＮＷ１，ＮＷ２に局線Ｌを介して接続されている。
また、主装置ＢＴ１〜ＢＴ４は、ＬＡＮ（Local Area Network）１に接続されている。このＬＡＮ１には、ＶＣＳ（Visual Communication System）サーバＳＶが接続されている。ＶＣＳサーバＳＶは、複数のデータ端末ＰＣ１〜ＰＣｎを収容している。これらのデータ端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナル・コンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋにそれぞれ関連して動作するものである。

上記ＶＣＳサーバＳＶは、各主装置ＢＴ１〜ＢＴ４に対する付加的機能を実行するもので、例えば映像等のメディア情報を処理する。

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

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

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

接続情報管理テーブル１３１には、図３に示す如く、内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋそれぞれのデバイス情報（ＤＮ、ノードＩＤ）と、呼番号と、接続状態を示す状態情報との対応関係を表すデータが記憶されている。

内線端末−ＶＣ関連付けテーブル１３２には、図４に示すように、内線端末（電話端末）Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋとデータ端末（ＶＣ）ＰＣ１〜ＰＣｎとの対応関係を示すデータが記憶されている。ここでは、内線端末Ｔ３１，Ｔ３２、Ｔ３３，Ｔ４１とデータ端末ＰＣ１〜ＰＣ４を代表して説明する。データ端末ＰＣ１〜ＰＣｎは、ＶＣＳサーバＳＶに接続する際に、ＶＣＳサーバＳＶに対し関連付けを行なう内線番号を通知し、ＶＣＳサーバＳＶは通知された情報に従って内線端末−ＶＣ関連付けテーブル１３２の記憶内容を更新する。

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

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

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

セッション制御部１２２は、例えば内線端末Ｔ３１と内線端末Ｔ４１との通話中に、主装置ＢＴ３から内線端末Ｔ３１の保留状態を示す呼情報イベントを受信した場合に、接続情報管理テーブル１３１の状態情報「接続１」を「保留」に更新する。そして、更新された状態情報に基づき、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ３１はデータ端末ＰＣ１に、内線端末Ｔ４１はデータ端末ＰＣ２に関連付いていることを読み出して、セッション情報管理テーブル１３３によりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索する。例えば、これから通話を開始するような場合、データ端末ＰＣ１，ＰＣ２はセッションが開始されていないため、セッション制御部１２２はデータ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する。そして、セッション制御部１２２は、データ端末ＰＣ１，ＰＣ２のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図６は、ビジュアルコミュニケーション制御を実行する際の内線端末Ｔ３１，Ｔ３２，Ｔ３３、Ｔ４１と、主装置ＢＴ３，ＢＴ４と、ＶＣＳサーバＳＶと、データ端末ＰＣ１〜ＰＣ４との間における情報の送受信動作を示す概略シーケンス図である。図７は、上記ビジュアルコミュニケーション制御を実行する際のＶＣＳサーバＳＶの制御手順を示すフローチャートである。

（内線端末Ｔ３１から内線端末Ｔ４１への発信動作）
内線端末Ｔ３１においてユーザが、内線端末Ｔ４１のユーザと通話を行なうべく「４０４００００」のダイヤル操作を行なったとする。そうすると内線端末Ｔ３１からその通信確立要求信号が主装置ＢＴ３に送られる。この通信確立要求信号を受け取ると主装置ＢＴ３は、ＩＰ専用線ＰＮ３−４を介して通信確立要求信号を主装置ＢＴ４に転送し、主装置ＢＴ４にて着信先の内線端末Ｔ４１を呼び出す。そして、これに対し内線端末Ｔ４１が応答すると、内線端末Ｔ３１と内線端末Ｔ４１との間に通信リンクを形成する。

かくして、内線端末Ｔ３１のユーザは内線端末Ｔ４１のユーザとの間で通話を行なうことが可能となる。

そして、ＶＣＳサーバＳＶは、着側ノードの主装置ＢＴ４より呼情報イベントを受信し（ステップＳＴ７ａ）、この受信した呼情報イベントに含まれる発信側デバイス情報（ＤＮ、ノードＩＤ、呼番号）及び着信側デバイス情報（ＤＮ、ノードＩＤ、呼番号）が接続情報管理テーブル１３１中に存在するか否かを判定する（ステップＳＴ７ｂ）。

ここでは通話開始時のため、判定結果は「存在しない」となり、ＶＣＳサーバＳＶは呼情報イベントから得られた接続情報「接続１」と、発信側デバイス情報及び着信側デバイス情報とを対応付けて接続情報管理テーブル１３１中に記憶する（ステップＳＴ７ｃ）。

そして、ＶＣＳサーバＳＶは接続情報「接続１」に基づき、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ３１はデータ端末ＰＣ１に、内線端末Ｔ４１はデータ端末ＰＣ２に関連付いていることを読み出して（ステップＳＴ７ｄ）、セッション情報管理テーブル１３３によりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索する。

ここでは通話を開始するので、ＶＣＳサーバＳＶはデータ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する（ステップＳＴ７ｅ）。そして、ＶＣＳサーバＳＶは、データ端末ＰＣ１，ＰＣ２のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。

かくして、内線端末Ｔ３１のユーザは、内線端末Ｔ３１の操作を行なうだけでデータ端末ＰＣ１を用いてデータ端末ＰＣ２との間で自動的にビデオ通信を開始することができるようになる。

（保留状態から保留解除への動作）
いま、図８に示すように内線端末Ｔ３１，Ｔ４１間で通話が行なわれているものとする。

この状態で、内線端末Ｔ３１においてユーザが、保留を要求する操作を行なったとする（図８（２））。そうすると内線端末Ｔ３１からその要求信号が主装置ＢＴ３に送られる。この保留要求信号を受信すると主装置ＢＴ３は、内線端末Ｔ４１との間の通信リンクを保持し（図８（３））、内線端末Ｔ３１が保留中である旨を示す呼情報イベントをＶＣＳサーバＳＶに送信する（図８（４））。

ＶＣＳサーバＳＶは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれる内線端末Ｔ３１のデバイス情報（ＤＮ、ノードＩＤ、呼番号）が接続情報管理テーブル１３１中に存在するか否かを判定する。ここでは、存在しているので、ステップＳＴ７ｂからステップＳＴ７ｆに移行し、ここで接続情報管理テーブル１３１における内線端末Ｔ３１，Ｔ４１の接続情報を「接続１」から「保留中」に書き換える（図８（５））。そして、この接続情報管理テーブル１３１の更新を終了すると、データ端末ＰＣ１，ＰＣ２間のセッションを一時停止する（図８（６））。

そして、内線端末Ｔ３１においてユーザが、保留解除を要求する操作を行なったとする。そうすると内線端末Ｔ３１からその要求信号が主装置ＢＴ３に送られる（図８（７））。この保留解除要求を受け取ると主装置ＢＴ３は、内線端末Ｔ３１と上記保留中の内線端末Ｔ４１の通信リンクとの間を接続し（図８（８））、内線端末Ｔ３１の保留解除の旨を示す呼情報イベントをＶＣＳサーバＳＶに送信する（図８（９））。

ＶＣＳサーバＳＶは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれる内線端末Ｔ３１のデバイス情報（ＤＮ、ノードＩＤ、呼番号）が接続情報管理テーブル１３１中に存在するか否かを判定する。ここでは、存在しているので、接続情報管理テーブル１３１における内線端末Ｔ３１，Ｔ４１の接続情報を「保留中」から「接続１」に書き換える（図８（１０））。そして、この接続情報管理テーブル１３１の更新を終了すると、データ端末ＰＣ１，ＰＣ２間のセッションを確立する（図８（１１））。

以上のように上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、内線端末Ｔ３１，Ｔ４１間の通信リンクが確立されるときに、主装置ＢＴ４からの呼情報イベントに含まれる内線端末Ｔ３１，Ｔ４１それぞれのデバイス情報（ＤＮ，ノードＩＤ，呼番号）と、状態情報とを対応付けて接続情報管理テーブル１３１に記憶しておき、内線端末Ｔ３１における保留要求、保留解除要求の発生時に、呼情報イベントに含まれる内線端末Ｔ３１のデバイス情報（ＤＮ、ノードＩＤ、呼番号）と接続情報管理テーブル１３１中の内線端末Ｔ３１のデバイス情報（ＤＮ、ノードＩＤ、呼番号）とに基づいて、接続情報管理テーブル１３１中の該当する状態情報を「接続１」から「保留中」、「保留中」から「接続１」に更新し、接続情報管理テーブル１３１中の更新された状態情報及び内線端末Ｔ３１，Ｔ４１それぞれのデバイス情報を用いて、内線端末Ｔ３１，Ｔ４１にそれぞれ関連付けられたデータ端末ＰＣ１，ＰＣ２間のセッション制御を行うようにしている。

従って、主装置ＢＴ３，ＢＴ４から相手デバイス情報を含まない呼情報イベントを受信しても、上記接続情報管理テーブル１３１に蓄積管理されている内線端末Ｔ３１，Ｔ４１に関する情報を用いることで、簡単な手順で適切なビジュアルコミュニケーション制御を行なって内線端末Ｔ３１，Ｔ４１とデータ端末ＰＣ１，ＰＣ２とを連動させることができる。

また、上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、接続情報管理テーブル１３１中の状態情報の更新処理の実行に先立ち、主装置ＢＴ３，ＢＴ４から受信した呼情報イベントに含まれる内線端末Ｔ３１，Ｔ４１それぞれの呼番号と接続情報管理テーブル１３１に記憶されている呼番号とを比較し、この比較結果に基づき該当する状態情報を更新するか新たに追加するかを判定するようにしている。このため、内線端末Ｔ３１，Ｔ４１間の呼状態ごとに適切な状態情報更新処理を行うことができる。

（第２の実施形態）
図９は、この発明の第２の実施形態として、内線端末Ｔ３１，Ｔ４１との通話中に内線端末Ｔ３２が割り込み通話を行なう場合の動作を示すシーケンス図である。なお、図９において、上記図８と同一部分には同一符号を付して説明する。

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

この状態で、内線端末Ｔ３２においてユーザが、内線端末Ｔ３１への通話を要求する操作を行なったとする（図９（２））。そうすると内線端末Ｔ３２からその要求信号が主装置ＢＴ３に送られる。この通信確立要求信号を受信すると主装置ＢＴ３は、内線端末Ｔ４１との間の通信リンクを保持したまま、着信先の内線端末Ｔ３１を呼び出す。そして、これに対し内線端末Ｔ３１が応答すると、内線端末Ｔ３１と内線端末Ｔ３２との間に通信リンクを形成し（図９（３））、内線端末Ｔ３１，Ｔ３２間が通話中である旨を示す呼情報イベントをＶＣＳサーバＳＶに送信する（図９（４））。

ＶＣＳサーバＳＶは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれる内線端末Ｔ３２のデバイス情報（ＤＮ、ノードＩＤ、呼番号）が接続情報管理テーブル１３１中に存在するか否かを判定する。ここでは、存在していないので、接続情報管理テーブル１３１における「接続１」に内線端末Ｔ３１，Ｔ４１と共に、内線端末Ｔ３２のデバイス情報（ＤＮ、ノードＩＤ、呼番号）を対応付けて記憶する（図９（５））。そして、この接続情報管理テーブル１３１の更新を終了すると、データ端末ＰＣ１，ＰＣ２間のセッションを開放し（図９（６））、データ端末ＰＣ１，ＰＣ２，ＰＣ３間のセッションを確立する（図９（７））。

以上のように上記第２の実施形態にあっても、上記第１の実施形態と同様に、上記接続情報管理テーブル１３１に蓄積管理されている内線端末Ｔ３１，Ｔ３２，Ｔ４１に関する情報を用いることで、簡単な手順で適切なビジュアルコミュニケーション制御を行なって内線端末Ｔ３１，Ｔ３２、Ｔ４１とデータ端末ＰＣ１，ＰＣ２，ＰＣ３とを連動させることができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば第１及び第２の実施形態では、各主装置間を専用線により接続する例について説明した。しかしこれに限ることなく、各主装置間が専用線以外の通信網により接続される構成をとってもよい。

また、上記第１及び第２の実施形態では、保留中から保留解除を行なう場合や第三者による割り込み通話を行なう場合のデータ端末間のセッション確立例について説明したが、他の呼処理サービスにも適用可能である。

その他、ＶＣＳサーバの構成及び種類、電話交換装置の種類（主装置に限らずＰＢＸでもよい）や内線端末の種類、データ端末の種類、各種テーブルの記憶内容、データ端末間のセッション制御方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。 同第１の実施形態におけるＶＣＳサーバの機能構成を示すブロック図。 上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。 上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。 同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際の内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。 同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際のＶＣＳサーバの制御手順を示すフローチャート。 同第１の実施形態において、保留状態から保留解除への動作の一例を説明するために示すシーケンス図。 この発明の第２の実施形態として、三者通話を行なう場合の動作を示すシーケンス図。

符号の説明

１…ＬＡＮ（Local Area Network）、１１…ＬＡＮインタフェース（Ｉ／Ｆ）部、１２…制御部、１３…記憶部、１４…ＰＣインタフェース（Ｉ／Ｆ）部、１２１…接続情報登録部、１２２…セッション制御部、１３１…接続情報管理テーブル、１３２…内線端末−ＶＣ関連付けテーブル、１３３…セッション情報管理テーブル、ＰＮ（ＰＮ１−２，ＰＮ１−３，ＰＮ２−３，ＰＮ３−４）…ＩＰ専用線、Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋ…内線端末、Ｌ…局線、ＮＷ１，ＮＷ２…公衆網、ＢＴ１〜ＢＴ４…主装置、ＰＣ１〜ＰＣｎ…データ端末、ＳＶ…ＶＣＳサーバ。

Claims (4)

1. 複数の電話端末間の交換処理を実行する電話交換機より、呼接続が行なわれる複数の電話端末を特定する端末ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の端末ＩＤにそれぞれ関連付けられたデータ端末におけるデータ通信接続を前記呼接続に連動させるサーバ装置において、
   前記複数の電話端末間の呼接続が確立されるとき、前記電話交換機からの呼情報イベントに含まれる前記端末ＩＤと、前記複数の電話端末間の呼接続状態を示す状態情報とを対応付けた管理テーブルを作成し記憶する記憶手段と、
   前記呼情報イベント受信時に、前記呼情報イベントに含まれる前記端末ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて前記端末ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定する判定手段と、
   前記判定手段により前記呼接続状態の変化があった旨が判定された場合に、前記管理テーブル中の前記端末ＩＤに対応する状態情報を更新すると共に、更新された状態情報に基づいて、接続対象となる複数の電話端末の端末ＩＤにそれぞれに関連付けられたデータ端末間のデータ通信接続を実行する制御手段とを具備したことを特徴とするサーバ装置。
2. 前記制御手段は、前記複数の電話端末のうち呼接続状態にある第１及び第２の電話端末の一方が呼接続状態から保留状態に切り替えられた後に、保留が解除された場合に、前記管理テーブル中の前記第１及び第２の電話端末に対応する状態情報を保留状態から元の通話状態に更新し、更新された状態情報に基づいて、前記第１及び第２の電話端末に関連付けられた第１及び第２のデータ端末間をデータ通信接続することを特徴とする請求項１記載のサーバ装置。
3. 前記制御手段は、前記複数の電話端末のうち呼接続状態にある第１及び第２の電話端末に対し前記第１及び第２の電話端末とは異なる第３の電話端末の接続要求に関する呼情報イベントを受信したとき、前記管理テーブル中の状態情報を前記第１，第２及び第３の電話端末間の呼接続状態を示す状態情報に更新するとともに、更新された状態情報に基づいて、前記第１，第２及び第３の電話端末の端末ＩＤに関連付けられた第１，第２及び第３のデータ端末間のデータ通信接続を実行することを特徴とする請求項１記載のサーバ装置。
4. 前記制御手段は、前記電話交換機より受信した呼情報イベントに含まれる前記端末ＩＤと前記管理テーブル中の端末ＩＤとを比較し、一致した場合のみ該当する端末ＩＤに対応する状態情報の更新を行なうことを特徴とする請求項１記載のサーバ装置。

Images