JP2006339906A - サーバ装置 - Google Patents

Abstract

【課題】電話交換装置が如何なる状態に設定されていても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供する。
【解決手段】ＶＣＳサーバＳＶ１に各主装置ＢＴ３，ＢＴ４のノードＩＤに対応付けて、オーバーラップコード設定の有無を示す設定情報を記憶した設定情報管理テーブルを設けておき、ＶＣＳサーバＳＶ１にて設定情報管理テーブルに蓄積管理された主装置ＢＴ３、ＢＴ４に関する設定情報を用いて、オーバーラップコード設定がなされているか否かの判定を行なうようにしている。そして、オーバーラップコード設定がなされている場合に、ＶＣＳサーバＳＶ１は呼情報イベントに含まれる発信者情報と設定情報管理テーブル１３２に記憶されるオーバーラップコードとに基づいて接続対象となる内線端末Ｔ３１，Ｔ４１を特定するようにしている。
【選択図】 図７

Description

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

近年、例えば複数の支店や営業所を有する企業内において、各支店または営業所にそれぞれＰＢＸ（Private Branch Exchange）またはボタン電話主装置といった電話交換装置を設置してこれらの電話交換装置間を専用線を介して接続したマルチノードシステムが多く使用されている。この種のシステムでは、各電話交換装置ごとに内線間通信や公衆網等の局線発着信を行なえることは勿論のこと、異なる電話交換装置間での内線通信や異なる電話交換装置を経由した局線発着信を行なうことができる。

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

ところで、上記マルチノードシステムに対しても、サーバによるデータ通信系とを連動させるシステムの適用も強く望まれており、さらに、データ端末間のデータ通信接続を電話端末の呼状態に連動させて、テレビ会議等を構築するといったサービスについても強く望まれている。しかし、上記のような電話交換装置とサーバとの並列型のシステムは、電話端末の呼状態に連動させて、データ通信端末間のセッションを開始し、データ端末間でデータを共有するものであり、上記マルチノードシステムに対するサーバの適用や、テレビ会議等の付加的なサービスについては、まだ検討段階であって実現されていないのが現状である。
特開平８−３２１８８９号公報

ところで、上記マルチノードシステムによる音声通信系と、サーバを用いたデータ通信系とを連動させる場合に、下記のような対策についても検討する必要が生じる。

すなわち、マルチノードシステムでは、異なる電話交換装置間での内線通信が行なわれる際に、通常は接続対象となる内線端末が「ノードＩＤ＝３０、ＤＮ＝３００００」、「ノードＩＤ＝４０、ＤＮ＝４０００１」であれば、ｃａｌｌＩＤ「３０３００００」、「４０４０００１」により接続が行なわれる。しかし、内線端末の表示器に表示される相手端末のｃａｌｌＩＤの表示の見易さや、専用線上を伝送する情報量の削減、ダイヤル操作上の負担軽減を図る上で、各電話交換装置にはｃａｌｌＩＤ中の「ノードＩＤ」を省略するオーバーラップコード設定がなされている場合もある。

この場合、ｃａｌｌＩＤ「３０３００００」の内線端末のユーザが、ｃａｌｌＩＤ「４０４０００１」の内線端末と通話すべく「４０４０００１」をダイヤルしたとする。そうするとノードＩＤ「３０」の電話交換装置は、通信確立要求信号中の発信者ｃａｌｌＩＤ「３０３００００」の先頭「３０」が自ノードＩＤ「３０」と一致することから先頭「３０」を削除し、「３００００」を含む通信確立要求信号をノードＩＤ「４０」の電話交換装置へ転送し、ノードＩＤ「４０」の電話交換装置にてＤＮ「４０００１」の内線端末を呼び出す。

ところが、上記オーバーラップコード設定は、サーバには反映されず、このため、サーバにて接続対象となる内線端末を特定できず、電話交換装置から通知される呼情報イベントを元にデータ端末間の接続ができないという問題が生じている。

この発明の目的は、電話交換装置が如何なる状態に設定されていても、電話交換装置を用いた音声通信系と連動することが可能なサーバ装置を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
複数の電話端末間の交換処理を実行する電話交換機より複数の電話端末の呼状態を示す呼情報を受信し、複数の電話端末にそれぞれ関連付けられたデータ端末におけるデータ通信接続を呼状態に連動させるサーバ装置において、複数の電話端末に割り当てられた第１識別情報及び電話交換機に割り当てられた第２識別情報を含む呼情報より電話端末を特定する特定手段と、電話交換機ごとに、第２識別情報を省略するモードの設定の有／無を示す情報と、有りの場合に前記第２識別情報を記憶する記憶手段と、接続要求発生時に、要求元の電話交換機に対応する前記有／無情報を参照し、呼情報に含まれる第１識別情報と記憶手段に記憶された第２識別情報とに基づいて、接続対象となる複数の電話端末それぞれに対応するデータ端末間を接続する制御手段とを備えるようにしたものである。

この構成によれば、サーバ装置に各電話交換機ごとの第２識別情報の省略に関する設定情報を記憶したメモリを設けておくことにより、サーバ装置にてメモリに蓄積管理された電話交換機に関する設定情報を用いて、第２識別情報の省略、つまりオーバーラップコード設定がなされているか否かの判定等が行なわれることになる。従って、電話交換機におけるオーバーラップコード設定の有無に関係なく、簡単な手順で適切なビジュアルコミュニケーション制御を行って対応する電話端末とデータ端末とを連動させることができる。

呼情報に接続対象となる複数の電話端末うちの１つが局線に接続されていることを示す局線情報が付加されているとき、検出手段は、局線情報に基づいて、記憶手段から要求元の電話交換機に対応する有／無情報を参照することを特徴とする。また、呼情報に接続対象となる複数の電話端末同士が要求元の電話交換機の内線に接続されていることを示す内線情報が付加されているとき、制御手段は、呼情報の取得時に得られる内線情報及び第１識別情報に基づいて接続対象となる複数の電話端末それぞれに対応するデータ端末間を接続することを特徴とする。

この構成によれば、第２識別情報の省略の有無の判定処理に先立ち、要求元の電話交換機からの呼情報に付加される局線情報または内線情報を利用して、第２識別情報の省略の有無の判定が必要か否かを判定するようにしているので、接続対象となる電話端末ごとに適切なビジュアルコミュニケーション制御を行うことができる。

設定された時間間隔で電話交換機から第２識別情報を省略するモードの設定の有／無情報を取得して、記憶手段の記憶内容を更新する更新手段をさらに備えることを特徴とする。

この構成によれば、記憶手段の蓄積管理情報を、ユーザが手操作で更新処理をすることなく、自動的に常に最新の情報に更新することができる。

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

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

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

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

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

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

接続情報管理テーブル１３１には、図３に示す如く、内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋ間の接続状況を示す情報が記憶される。例えば内線端末Ｔ３１から内線端末Ｔ４１に発信し、内線端末Ｔ３１と内線端末Ｔ４１とが通話中になると、主装置ＢＴ３はＶＣＳサーバＳＶ１に対して通話中になったことを呼情報イベントとして通知する。ＶＣＳサーバＳＶ１は主装置ＢＴ３から通知された呼情報イベントを分析することで、内線端末Ｔ３１と内線端末Ｔ４１が通話中になったことを判断し、接続情報管理テーブル１３１の接続１についての情報を追加更新する。

設定情報管理テーブル１３２には、図４に示すように、ノードＩＤとオーバーラップコードとの対応関係を示すデータが記憶されている。この場合、システム内に存在する全てのノードに関する設定情報（ノードＩＤ及び対応するオーバーラップコード設定）を保守設定により事前に記憶しておく。

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

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

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

オーバーラップ判定部１２１は、例えば主装置ＢＴ３から内線端末Ｔ３１、Ｔ４１間の通話に関する呼情報イベントが到来すると、設定情報管理テーブル１３２の記憶内容に基づいて、要求元の主装置ＢＴ３がオーバーラップコード設定がなされているか否かの判定を行なう。

セッション制御部１２２は、上記オーバーラップ判定部１２１によりオーバーラップコード設定有りと判定された場合に、設定情報管理テーブル１３２から該当するノードＩＤを読み出して呼情報イベント中の発信者情報に含まれるＤＮ情報の先頭に付加して発信者情報とし、この発信者情報と呼情報イベント中の着信者情報とに基づいて対応するデータ端末ＰＣ１〜ＰＣｎ間のセッション確立を行なう。

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

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

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

そして、ＶＣＳサーバＳＶ１は、着側ノードの主装置ＢＴ４より呼情報イベントを受信し（ステップＳＴ８ａ）、この受信した呼情報イベントに含まれる発信者情報（デバイスＩＤ情報）から局線か内線かを判定する（ステップＳＴ８ｂ）。

ここでは他ノードからの着信であるため、判定結果は局線となり、ＶＣＳサーバＳＶ１は発信者情報をｃａｌｌｅｒＩＤより取得し（ステップＳＴ８ｃ）、ｃａｌｌｅｒＩＤより取得した発信者情報（この場合、「３０３００００」）を元に、設定情報管理テーブル１３２の記憶内容を参照して、ノードＩＤを分析する（ステップＳＴ８ｄ）。

この場合、発側ノードのノードＩＤは「３０」であるため、ノードＩＤに対応するオーバーラップコードは「無し」と判定され、ＶＣＳサーバＳＶ１はステップＳＴ８ｅからステップＳＴ８ｆに移行してここで発信者情報をノードＩＤ（この場合、「３０」）とＤＮ（この場合、「３００００」）に分離する。

次に、ＶＣＳサーバＳＶ１は、自ノード情報（この場合、「４０」）を記憶部１３から読み出し（ステップＳＴ８ｇ）、受信した呼情報イベントに含まれる着信者情報（デバイスＩＤ情報）から着信者ＤＮ（この場合、「４００００」）を読み出す（ステップＳＴ８ｈ）。

続いて、ＶＣＳサーバＳＶ１は、上記取得情報を元に、接続情報管理テーブル１３１に発信者情報（ノードＩＤ＝３０、発信者ＤＮ＝３００００）、着信者情報（ノードＩＤ＝４０、着信者ＤＮ＝４００００）を登録する（ステップＳＴ８ｉ）。

以後、ＶＣＳサーバＳＶ１は、接続情報管理テーブル１３１の記憶内容が更新されたことを受け、更新された接続１の情報に基づき、内線端末−ＶＣ関連付けテーブル１３３により内線端末Ｔ３１はデータ端末ＰＣ１に、内線端末Ｔ４１はデータ端末ＰＣ２に関連付けられていることを読み出して、セッション情報管理テーブル１３４の記憶内容を参照して、データ端末ＰＣ１とデータ端末ＰＣ２のセッション状態を検索する。

この場合、セッションが開始されていないため、ＶＣＳサーバＳＶ１はデータ端末ＰＣ１とデータ端末ＰＣ２のセッションを開始するように制御する。そして、ＶＣＳサーバＳＶ１は、データ端末ＰＣ１，ＰＣ２間のセッションが確立すると、セッション情報管理テーブル１３４の記憶内容を更新する。

内線端末Ｔ３１と内線端末Ｔ４１との通信リンクが切断されたとき、ＶＣＳサーバＳＶ１はデータ端末ＰＣ１，ＰＣ２間のセッションが確立されていれば、データ端末ＰＣ１，ＰＣ２に対しビジュアルコミュニケーションを終了するように指示する。これにより、ユーザは通常通りの電話操作を行なうだけで自動的にビデオ通信を開始することができるようになる。

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

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

そして、ＶＣＳサーバＳＶ１は、着側ノードの主装置ＢＴ３より呼情報イベントを受信し、この受信した呼情報イベントに含まれる発信者情報（デバイスＩＤ情報）から局線か内線かを判定する。

ここでは他ノードからの着信であるため、判定結果は局線となり、ＶＣＳサーバＳＶ１は発信者情報をｃａｌｌｅｒＩＤより取得し、発信者情報（この場合、「４００００」）を元に、設定情報管理テーブル１３２の記憶内容を参照して、ノードＩＤを分析する。

この場合、発側ノードのノードＩＤは「４０」であるため、オーバーラップコード設定「有り」と判定され、ＶＣＳサーバＳＶ１はステップＳＴ８ｅからステップＳＴ８ｊに移行してここで発信者情報をノードＩＤ（この場合、「４０」）と残りの情報（この場合、「０００」）に分離する。

次に、ＶＣＳサーバＳＶ１は、ノードＩＤに対応するオーバーラップコード（この場合、「４０」）を設定情報管理テーブル１３２から読み出して、分離した残りの情報（この場合、「０００」）の先頭に付加し、発信者ＤＮとする（ステップＳＴ８ｋ）。

次に、ＶＣＳサーバＳＶ１は、自ノード情報（この場合、「３０」）を記憶部１３から読み出し、受信した呼情報イベントに含まれる着信者情報（デバイスＩＤ情報）から着信者ＤＮ（この場合、「３００００」）を読み出す。

続いて、ＶＣＳサーバＳＶ１は、上記取得情報を元に、接続情報管理テーブル１３１に発信者情報（ノードＩＤ＝４０、発信者ＤＮ＝４００００）、着信者情報（ノードＩＤ＝３０、着信者ＤＮ＝３００００）を登録する。

以後、ＶＣＳサーバＳＶ１は、接続情報管理テーブル１３１の記憶内容が更新されたことを受け、更新された接続１の情報に基づき、内線端末−ＶＣ関連付けテーブル１３３により内線端末Ｔ３１はデータ端末ＰＣ１に、内線端末Ｔ４１はデータ端末ＰＣ２に関連付けられていることを読み出して、セッション情報管理テーブル１３４の記憶内容を参照して、データ端末ＰＣ１とデータ端末ＰＣ２のセッション状態を検索する。

この場合、セッションが開始されていないため、ＶＣＳサーバＳＶ１はデータ端末ＰＣ１とデータ端末ＰＣ２のセッションを開始するように制御する。そして、ＶＣＳサーバＳＶ１は、データ端末ＰＣ１，ＰＣ２間のセッションが確立すると、セッション情報管理テーブル１３４の記憶内容を更新する。

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

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

そして、ＶＣＳサーバＳＶ１は、着側ノードの主装置ＢＴ３より呼情報イベントを受信し、この受信した呼情報イベントに含まれる発信者情報（デバイスＩＤ情報）から局線か内線かを判定する。

ここでは自ノードからの着信であるため、判定結果は局線となり、ＶＣＳサーバＳＶ１は発信者情報（デバイスＩＤ情報）から発信者ＤＮ（この場合、「３０００１」）を読み出す（ステップＳＴ８ｌ）。

以後、ＶＣＳサーバＳＶ１は、上記ステップＳＴ８ｇ乃至上記ステップＳＴ８ｉの処理を実行する。

以上のように上記第１の実施形態では、ＶＣＳサーバＳＶ１に各主装置ＢＴ１〜ＢＴ４のノードＩＤに対応付けて、オーバーラップコード設定の有無を示す設定情報を記憶した設定情報管理テーブル１３２を設けておき、ＶＣＳサーバＳＶ１にて設定情報管理テーブル１３２に蓄積管理された主装置ＢＴ１〜ＢＴ４に関する設定情報を用いて、オーバーラップコード設定がなされているか否かの判定を行なうようにしている。

従って、各主装置ＢＴ１〜ＢＴ４におけるオーバーラップコード設定の有無に関係なく、簡単な手順で適切なビジュアルコミュニケーション制御を行って対応する内線端末Ｔ３１，Ｔ４１とデータ端末ＰＣ１，ＰＣ２とを連動させることができる。

また、上記第１の実施形態では、オーバーラップコード設定の有無の判定処理に先立ち、要求元の主装置ＢＴ１〜ＢＴ４からの呼情報イベントに含まれる発信者情報（デバイスＩＤ情報）を利用して、オーバーラップコード設定の有無の判定が必要か否かを判定するようにしているので、接続対象となる内線端末Ｔ１１〜Ｔ１ｉ，Ｔ２１〜Ｔ２ｍ，Ｔ３１〜Ｔ３ｐ，Ｔ４１〜Ｔ４ｋごとに適切なビジュアルコミュニケーション制御を行うことができる。

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

すなわち、制御部１２Ｂは、更新制御部１２３をさらに備えている。更新制御部１２３は、ＳＮＭＰ(Simple Network Management Protocol)に従って予め設定された時間間隔で各主装置ＢＴ１〜ＢＴ４からノードＩＤ対応オーバーラップコード情報を取得し、設定情報管理テーブル１３２の記憶内容を取得したノードＩＤ対応オーバーラップコード情報に更新する。

このように上記第２の実施形態であれば、設定情報管理テーブル１３２の記憶内容を、ユーザが手操作で更新処理をすることなく、自動的に常に最新の情報に更新することができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば第１及び第２の実施形態では、ノードＩＤ対応オーバーラップコード情報を保守設定により、事前にＶＣＳサーバの記憶部に記憶する方法や、また各主装置から定期的にノードＩＤ対応オーバーラップコード情報を取得する方法について説明した。しかしこれに限ることなく、ＶＣＳサーバが通信ネットワークに接続されているならば、通信ネットワーク上に存在する保守端末から手動で登録を行なう手法を採ってもよい。

また、上記第１の実施形態では、各主装置間をＩＰ専用線により接続する例について説明した。しかしこれに限ることなく、各主装置間がＩＰ専用線以外の通信網により接続される構成をとってもよい。

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

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

符号の説明

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

Claims (4)

1. 複数の電話端末間の交換処理を実行する電話交換機より前記複数の電話端末の呼状態を示す呼情報を受信し、前記複数の電話端末にそれぞれ関連付けられたデータ端末におけるデータ通信接続を前記呼状態に連動させるサーバ装置において、
   前記複数の電話端末に割り当てられた第１識別情報及び前記電話交換機に割り当てられた第２識別情報を含む呼情報より電話端末を特定する特定手段と、
   前記電話交換機ごとに、前記第２識別情報を省略するモードの設定の有／無を示す情報及び前記第２識別情報を記憶する記憶手段と、
   接続要求発生時に、要求元の電話交換機に対応する前記有／無情報を参照し、前記呼情報に含まれる第１識別情報と前記記憶手段に記憶された第２識別情報とに基づいて、接続対象となる複数の電話端末それぞれに対応するデータ端末間を接続する制御手段とを具備したことを特徴とするサーバ装置。
2. 前記呼情報に接続対象となる複数の電話端末うちの１つが局線に接続されていることを示す局線情報が付加されているとき、
   前記制御手段は、前記局線情報に基づいて、前記記憶手段から要求元の電話交換機に対応する前記有／無情報を参照することを特徴とする請求項１記載のサーバ装置。
3. 前記呼情報に接続対象となる複数の電話端末同士が要求元の電話交換機の内線に接続されていることを示す内線情報が付加されているとき、
   前記制御手段は、前記呼情報の取得時に得られる内線情報及び前記第１識別情報に基づいて接続対象となる複数の電話端末それぞれに対応するデータ端末間を接続することを特徴とする請求項１記載のサーバ装置。
4. 設定された時間間隔で前記電話交換機から前記第２識別情報を省略するモードの設定の有／無情報を取得して、前記記憶手段の記憶内容を更新する更新手段をさらに備えることを特徴とする請求項１記載のサーバ装置。

Images