JP2007088895A - サーバ装置 - Google Patents

Abstract

【課題】エラーを起こすことなく、確実に電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供する。
【解決手段】データ端末のデータＩＤと、これらデータ端末間のセッション状態を示す状態情報とを対応関係を表すセッション情報管理テーブル１３３を記憶部１３に設けておき、呼情報イベント受信時に、ＶＣＳサーバＳＶの制御部１２により、主装置からの呼情報イベントに含まれる電話ＩＤに関連付けられたデータＩＤに基づきセッション情報管理テーブル１３３を参照してそのデータＩＤに対応したデータ端末間のセッション状態の変化の有無を判定し、セッション状態の変化がある旨が判定された場合に、セッション情報管理テーブル１３３中のデータＩＤに対応する状態情報を更新し、更新された状態情報に基づいて、該当するデータ端末間の接続・切断を実行するようにしている。
【選択図】 図２

Description

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

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

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

ところで、上記のような電話交換装置とサーバとの並列型のシステムにあっては、データ端末間のデータ通信接続を電話端末の呼状態に連動させて、テレビ会議等を構築するといったサービスについても強く望まれている。しかし、上記システムは、電話端末に対し公衆網から発呼があると、発呼者ＩＤを要求し、発呼ＩＤに関連する情報を対応するデータ端末に表示するものであり、テレビ会議等の付加的なサービスを実施するビジュアルコミュニケーションシステムについては、まだ検討段階であって実現されていないのが現状である。
特開平１０−２１５３２２号公報。

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

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

しかしながら、ＶＣＳサーバと複数のデータ端末との間が制御線のみで接続されているため、この制御線を多数のデータ端末で共用することになり、このため、使用時間帯や使用環境等によって処理負荷やトラフィック負荷が大きくなり、データ端末間のセッション確立にエラーが発生することもある。

そこで、この発明の目的は、エラーを起こすことなく、確実に電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供することにある。

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

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

従って、通信接続・切断が必要と判断されたデータ端末にのみ通信接続・切断を実行するための制御信号を送信されることになるので、不必要な制御信号を送信してエラーが多数発生するような事態を防ぐことができ、これにより処理の軽減やトラフィック負荷の軽減を図ることができる。

通信管理記憶手段は、接続候補となる複数のデータ端末それぞれのデータＩＤを表す接続候補リストと、切断候補となる複数のデータ端末それぞれのデータＩＤを表す切断候補リストとを記憶し、制御手段は、判定手段により通信接続状態の変化があった旨が判定された場合に、接続候補リスト及び切断候補リスト中の該当するデータＩＤの追加・削除を行なうとともに、この追加・削除が行なわれた接続候補リスト及び切断候補リストに基づいて該当するデータ端末間の通信接続・切断を実行することを特徴とする。

この構成によれば、データ端末を接続候補として多く選択するとともに、切断候補としても多く選択し、呼情報イベント受信時やデータ端末間の通信接続状態に応じて該当するデータ端末を接続候補や切断候補から外すことが可能となり、これにより通信接続・切断の対象となるデータ端末を決定する際の効率をさらに高めることができる。

複数の電話端末間の呼接続が確立されるとき、電話交換機からの呼情報イベントに含まれる電話ＩＤと、複数の電話端末間の呼接続状態を示す状態情報とを対応付けた電話管理テーブルを作成し記憶する電話管理記憶手段をさらに備え、判定手段は、呼情報イベント受信時に、呼情報イベントに含まれる電話ＩＤに基づいて、電話管理テーブルを参照して端末ＩＤに対応した電話端末間の呼接続状態の変化の有無を判定し、呼接続状態の変化があった場合に電話管理テーブル中の電話ＩＤに対応する状態情報を更新し、この更新した電話管理テーブルと通信管理テーブルとを比較することで、該当するデータ端末間の通信接続状態の変化の有無を判定することを特徴とする。

この構成によれば、電話管理テーブル及び通信管理テーブルそれぞれの蓄積情報を用いて、簡単な手順により通信接続・切断の対象となるデータ端末を決定することができる。

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

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

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

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

ＶＣＳサーバＳＶは、複数のデータ端末ＰＣ１〜ＰＣｎをＩＰネットワークを介して収容している。これらのデータ端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナル・コンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｉにそれぞれ関連して動作するものである。

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

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

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

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

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

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

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

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

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

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

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図６は、内線端末Ｔ１５と内線端末Ｔ１７、内線端末Ｔ１６と内線端末Ｔ１７との通話中に内線端末Ｔ１５と内線端末Ｔ１６とを接続する場合の動作を示すシーケンス図である。図７は、その際のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

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

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

ＶＣＳサーバＳＶは、呼情報イベントを受信すると、まずこの呼情報イベントに含まれる内線端末Ｔ１６の電話ＩＤ（ｔ６）が接続情報管理テーブル１３１中に存在するか否かを判定する。ここでは、存在しているので、接続情報管理テーブル１３１において、内線端末Ｔ１５と内線端末Ｔ１６とを対応付けて記憶する（図６（５））。

同時に、ＶＣＳサーバＳＶは、呼の変化情報と離脱情報を作成する（ステップＳＴ７ａ）。呼の情報パターンとしては、新規通話開始に伴う呼の新規発生、保留や端末の離脱に伴う呼の状態変化、通話終了に伴う呼の消滅が考えられる。呼の変化情報とは、こういった変化のあった呼のＩＤを指す。また離脱情報とは、通話終了や会議離脱などで、ある呼から離脱した端末のＩＤと、離脱のあった呼のＩＤを併せたものを指す。

次に、ＶＣＳサーバＳＶは、作成された呼状態の情報に、離脱情報が含まれているかをチェックする（ステップＳＴ７ｂ）。単なる通話開始や保留などの場合、離脱する端末は存在せず、離脱情報が作成されないこともあるためである。離脱情報が含まれていた場合、図８に示すように、その離脱情報をもとに、クライアント間ビジュアルコミュニケーションの切断の候補となる２者の組合せを保持する切断候補リストを作成する（ステップＳＴ７ｃ）。切断候補リストを生成する前提として、データ端末ＰＣ１〜ＰＣｎとの関連付けが存在し、あらかじめ内線端末−ＶＣ関連付けテーブル１３２上に登録されている端末を処理の対象とする。切断候補リスト生成は、
（１）同じ呼に対する離脱端末が複数存在する場合、それら同士は切断されるべきである。

（２）離脱のあった呼に対し、現在所属している端末と、離脱端末とは切断されるべきである。

という方針に従い、該当する端末の組み合わせを候補としてリストに追加する。離脱情報が存在しない場合、ＶＣＳサーバＳＶは、上記ステップＳＴ７ｂからステップＳＴ７ｄに移行して、ここで呼の変化情報をもとに、クライアント間ビジュアルコミュニケーションの接続候補となる２者の組合せを保持する接続候補リスト、および切断候補リストを作成する。ここでは、変化した呼のＩＤをもとに、呼の接続情報を保持した接続情報管理テーブル１３１から現在の呼の情報(所属する端末、およびその状態)を得る。ここでの２つのリスト生成は、
（１）その呼において通話状態である端末がいれば、それぞれの組み合わせで接続されるべきである。

（２）その呼において保留状態である端末がいれば、その端末と、その他の端末とは切断の候補となる(保留時にビジュアルコミュニケーションを切断する場合)。

という方針に従い、該当する端末の組み合わせを候補として接続候補リスト、切断候補リストに追加する。

なお、上記の例では、接続候補リスト中に内線端末Ｔ１５，Ｔ１６に関連付けられたデータ端末ＰＣ５（Ｅ），ＰＣ６（Ｆ）の組み合わせ（Ｅ−Ｆ）を追加することになる。

リスト生成完了後、ＶＣＳサーバＳＶは、リストからの選定を行う（ステップＳＴ７ｅ）。上記で作成したリストはあくまで候補であり、実際にデータ端末ＰＣ１〜ＰＣｎに対して制御信号を送る組合せを接続候補リスト及び切断候補リストから選び出す。選定の基準として、
（１）接続候補リスト、切断候補リストの両方に存在する組合せは、接続を優先する。(図８の場合、Ａ−Ｂの組合せが相当)。

（２）接続候補リストの組合せにおいて、現在すでにクライアント間ビジュアルコミュニケーション接続が存在する場合は、候補から外す。(図８の場合、Ｅ−Ｇ、Ｆ−Ｇの組合せが相当)。

（３）切断候補リストの組合せにおいて、現在すでにクライアント間ビジュアルコミュニケーション接続が存在しない場合は、候補から外す。(図８の場合、Ｃ−Ｄの組合せが相当)。

上記の結果、ＶＣＳサーバＳＶは、候補リストに残った組合せについて、該当するデータ端末ＰＣ５，ＰＣ６に対して制御信号を送出し、データ端末ＰＣ５，ＰＣ６間のセッションを確立する（ステップＳＴ７ｆ：図６（６））。

以上のように上記第１の実施形態では、主装置ＢＴからの呼情報イベントに含まれ呼接続が行なわれた内線端末Ｔ１５，Ｔ１６それぞれに関連付けられるデータ端末ＰＣ５，ＰＣ６のデータＩＤと、これらデータ端末ＰＣ５，ＰＣ６間のセッション状態を示す状態情報とを対応関係を表すセッション情報管理テーブル１３３を記憶部１３に設けておき、呼情報イベント受信時に、主装置ＢＴからの呼情報イベントに含まれる電話ＩＤに関連付けられたデータＩＤに基づきセッション情報管理テーブル１３３を参照してそのデータＩＤに対応したデータ端末ＰＣ５，ＰＣ６間のセッション状態の変化の有無を判定し、セッション状態の変化がある旨が判定された場合に、セッション情報管理テーブル１３３中のデータＩＤに対応する状態情報（Ｅ−Ｆ）を更新し、更新された状態情報に基づいて、該当するデータ端末ＰＣ５，ＰＣ６間の通信接続・切断が実行されることになる。

従って、通信接続・切断が必要と判断されたデータ端末ＰＣ５，ＰＣ６にのみ通信接続・切断を実行するための制御信号を送信されることになるので、不必要な制御信号を送信してエラーが多数発生するような事態を防ぐことができ、これにより処理の軽減やトラフィック負荷の軽減を図ることができる。

また、上記第１の実施形態では、データ端末ＰＣ１〜ＰＣｎを接続候補として多く選択するとともに、切断候補としても多く選択し、呼情報イベント受信時やデータ端末ＰＣ１〜ＰＣｎ間のセッション状態に応じて該当するデータ端末ＰＣ５，ＰＣ７間（Ｅ−Ｇ）及びデータ端末ＰＣ６，ＰＣ７間（Ｆ−Ｇ）を接続候補リストから外し、またデータ端末ＰＣ３，ＰＣ４間（Ｃ−Ｄ）を切断候補リストから外すことが可能となり、これにより通信接続・切断の対象となるデータ端末ＰＣ１，ＰＣ２間、ＰＣ５，ＰＣ６間を決定する際の効率をさらに高めることができる。

（第２の実施形態）
図９は、この発明の第２の実施形態として、ビジュアルコミュニケーション制御処理を実行する際のＶＣＳサーバＳＶの制御処理手順を示すフローチャートであり、図１０はその制御処理手順により制御信号が生成される様子を示す図である。

まずＶＣＳサーバＳＶにおいて、主装置ＢＴから呼に関する情報をイベントとして受信し、それをもとに接続情報管理テーブル１３１への登録／削除を行う。同時に、呼の変化情報と離脱情報を作成する（ステップＳＴ９ａ）。

次に、ＶＣＳサーバＳＶは、作成された呼状態の情報に、離脱情報が含まれているかをチェックする（ステップＳＴ９ｂ）。単なる通話開始や保留などの場合、離脱する端末は存在せず、離脱情報が作成されないこともあるためである。

そして、離脱情報が含まれていた場合（Ｙｅｓ）、ＶＣＳサーバＳＶは離脱のあった呼のＩＤをもとに、呼の接続情報を保持する接続情報管理テーブル１３１から現在の呼の接続状態情報を得る。その後、離脱する内線端末Ｔ１８，Ｔ１９の電話ＩＤをもとに、内線端末−ＶＣ関連付けテーブル１３２、およびセッション情報管理テーブル１３３から、現在のクライアント間ビジュアルコミュニケーション接続状態の情報を得る（ステップＳＴ９ｃ）。これらを比較し、切断の対象となる２者の組合せを決定し、該当するデータ端末ＰＣ８，ＰＣ９に対して切断要求の制御信号を送信する（ステップＳＴ９ｄ）。

一方、離脱情報が含まれていなかった場合は、ＶＣＳサーバＳＶは上記ステップＳＴ９ｂからステップＳＴ９ｅに移行して、ここで変化のあった呼ＩＤをもとに、接続情報管理テーブル１３１から現在の呼の接続状態情報を得る。その後、その呼に現在所属している内線端末Ｔ１１〜Ｔ１ｉの電話ＩＤをもとに、内線端末−ＶＣ関連付けテーブル１３２、およびセッション情報管理テーブル１３３から、現在のクライアント間ビジュアルコミュニケーション接続状態の情報を得る。これらを比較し、接続、および切断の対象となる２者の組合せを決定し、クライアントに対して接続要求の制御信号を送信する。

以上のように上記第２の実施形態であれば、接続情報管理テーブル１３１及びセッション情報管理テーブル１３３それぞれの蓄積情報を用いて、簡単な手順により接続・切断の対象となるデータ端末ＰＣ１〜ＰＣｎを決定することができる。

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

この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。 図１に示したＶＣＳサーバの機能構成を示すブロック図。 上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。 上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。 同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際の内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。 同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際のＶＣＳサーバの制御手順を示すフローチャート。 同第１の実施形態において、ＶＣＳサーバにより該当するデータ端末に送信すべく制御信号を生成する様子を説明するために示す図。 この発明の第２の実施形態として、ビジュアルコミュニケーション制御処理を実行する際のＶＣＳサーバの制御処理手順を示すフローチャート。 同第２の実施形態において、ＶＣＳサーバにより該当するデータ端末に送信すべく制御信号を生成する様子を説明するために示す図。

符号の説明

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

Claims (4)

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

Images