JP4343189B2 - サーバ装置 - Google Patents

Description

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

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

また、最近では、パーソナル・コンピュータ等のデータ端末を接続したサーバを伝送路を介して電話交換装置に接続するテレビ会議システムも提案されている。

ところで、上記のようなテレビ会議システムにあっては、電話交換装置が会議に関与する端末間の即時呼接続と予約呼接続の呼接続情報を統一した構成の管理テーブルにより管理し、対象となる端末の接続制御を実行する手法も考えられている（例えば、特許文献１）。
特開平５−２３６１３２号公報。

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

また、ＶＣＳを実現する場合に、下記のような対策についても検討する必要が生じる。
ＶＣＳサーバによるデータ端末（以下、ビジュアルクライアントと称する）に対するビデオ通信制御を正しく行うためには、例えば、２者通話を行い、２者通話に関わる内線端末に関連づけされたビジュアルクライアント間でビデオ通信を行うような場合、その通話に関わる内線端末に関連づけされたビジュアルクライアントが、何れも、通話開始前からＶＣＳサーバに対してログオン操作を行っておく(リスナ登録を行っておく)ことが前提となっている。

すなわち、２者通話に関わる内線端末に関連づけされたビジュアルクライアントの内、一方がログオン状態、一方がログオフ状態のままで２者通話を開始した際には、電話交換装置より送信される呼情報イベント（発側ＤＮ、着側ＤＮ）をＶＣＳサーバが受信するが、一方がログオフ状態であるため、受信した情報を元にした内線端末間の接続状態はＶＣＳサーバ内の呼接続情報テーブルに登録されず、その後、ログオフ中のビジュアルクライアントがログオン操作を行った場合、その時点では、ＶＣＳサーバは呼情報イベント（発側ＤＮ、着側ＤＮ）を受信しない、ログオン操作のタイミングにて、ＶＣＳサーバ内の呼接続情報テーブルに２者間を結びつける情報が存在せず、２者通話を行っている内線電話機に関連づけされたビジュアルクライアントが何れもログオン状態にも関わらず、ビデオ通信が開始されない。

なお、内線端末に関連づけされたビジュアルクライアントがログオン状態か否かに依らず、ＶＣＳ内に登録された全ビジュアルクライアントに対して、予め全てリスナ登録しておく方法も考えられる。しかし、この方法では、例えば、ＶＣＳ内に登録されたビジュアルクライアントが５００台ある場合、ログオン状態のビジュアルクライアントが仮に１０台しか存在しない場合でも、常にリスナ登録が５００台分行われているため、ＶＣＳサーバのシステム負荷が常に高い状態となり、ＶＣＳサーバの動作を不安定にしてしまう。

そこで、この発明の目的は、電話端末とデータ端末とを連動させるシステムにあって、呼接続が行なわれる複数の電話端末に関連付けられる複数のデータ端末のうち一方が停止中である場合に、処理負荷の軽減を図った上で、停止状態にあるデータ端末が稼動状態に移行した際に即座に複数のデータ端末間の通信接続を実行し得るサーバ装置を提供することにある。

上記目的を達成するために、この発明は、呼接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、複数の電話端末の電話ＩＤにそれぞれ関連付けられ、かつユーザＩＤが割り当てられた複数のデータ端末における通信接続を呼接続に連動させるサーバ装置において、呼情報イベントを受信したときに、当該呼情報イベントに含まれる電話ＩＤに関連付けられた第１及び第２のデータ端末のうち第１のデータ端末が停止中である場合に、この第１のデータ端末のユーザＩＤと第１のデータ端末が稼動中の旨を示すリスナ情報とを対応付けた管理テーブルを記憶する記憶手段と、停止状態にある第１のデータ端末が起動したときに、第１のデータ端末のユーザＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて、第１及び第２のデータ端末間の通信接続を実行する制御手段とを備えるようにしたものである。

この構成によれば、呼情報イベントを受信したときに、当該呼情報イベントに含まれる電話ＩＤに関連付けられた第１及び第２のデータ端末のうち第１のデータ端末が停止中である場合に、この第１のデータ端末のユーザＩＤと第１のデータ端末が擬似的に稼動中である旨を示すリスナ情報とを対応付けた管理テーブルをメモリに記憶して管理しておき、第１のデータ端末が停止状態から稼動状態に移行した際に、第１のデータ端末のユーザＩＤに基づき管理テーブルを参照してリスナ情報が記憶されているか否かを判定し、リスナ情報が記憶されている場合に、第１及び第２のデータ端末間の通信接続処理が実行される。

従って、呼接続が行なわれる第１及び第２の電話端末に関連付けられる第１及び第２のデータ端末のうち第１のデータ端末が停止中であっても、第１のデータ端末が稼動状態に移行した際に即座に第１及び第２のデータ端末間の通信接続を実行することができる。また、動的にリスナ登録を行うようにしているので、全データ端末に対しリスナ登録を行う必要がなく、これにより処理負荷を軽減できる。

さらに、呼情報イベントを受信したときに、呼接続状態にある第１及び第２の電話端末それぞれの電話ＩＤと、第１及び第２の電話端末間の呼接続状態を示す状態情報とを対応付けた接続情報テーブルを記憶する接続情報記憶手段を備え、制御手段は、停止状態にある第１のデータ端末が起動したときに、第１のデータ端末のユーザＩＤ及びこのユーザＩＤに関連付けられる電話ＩＤに基づいて、管理テーブル及び接続情報テーブルをそれぞれ参照し、これら参照結果に基づいて、第１及び第２のデータ端末間の通信接続を実行することを特徴とする。

この構成によれば、呼接続が行なわれる第１及び第２の電話端末に関連付けられる第１及び第２のデータ端末のうち第１のデータ端末が停止中で、しかる後に、停止状態にある第１のデータ端末が稼動状態に移行した場合に、第１及び第２のデータ端末間の通信接続の実行に先立ち、接続情報テーブルに蓄積管理された第１及び第２の電話端末の呼接続に関する状態情報を用いて、第１及び第２のデータ端末間の通信接続が可能か否かを判定するようにしている。

従って、第１及び第２の電話端末間が呼接続されている場合に限り、第１及び第２の電話端末に関連付けられる第１及び第２のデータ端末間の通信接続処理を行うことができ、これにより通信接続上の信頼性をさらに高めることができる。

制御手段は、第１及び第２の電話端末間で呼接続が切断された場合に、接続情報テーブル中の第１及び第２の電話端末それぞれに対応する状態情報を削除するとともに、停止状態にある第１のデータ端末が存在する場合に、管理テーブル中の第１のデータ端末のユーザＩＤに対応するリスナ情報を削除することを特徴とする。

この構成によれば、第１及び第２の電話端末間で呼接続が切断された場合に、接続情報テーブルに蓄積管理される第１及び第２の電話端末に関する情報が削除されるとともに、停止状態にある第１のデータ端末が存在する場合に、管理テーブルに蓄積管理される第１のデータ端末のユーザＩＤに対応するリスナ情報が削除される。

従って、接続情報テーブルの蓄積管理情報及び管理テーブルの蓄積管理情報を、保守管理担当者が手操作で更新処理をすることなく、自動的に常に最新の情報に更新することができる。

接続情報記憶手段は、呼接続状態にある第１及び第２の電話端末に対し前記第１及び第２の電話端末とは異なる第３の電話端末の接続要求に関する呼情報イベントを受信したとき、前記第１，第２及び第３の電話端末それぞれの電話ＩＤと、前記第１，第２及び第３の電話端末間の呼接続を特定する接続ＩＤと、前記状態情報とを対応付けた接続情報テーブルを記憶し、制御手段は、第１及び第２の電話端末間で呼接続が切断され、かつ残りの第３の電話端末に関連付けられた第３のデータ端末が停止中である場合に、接続情報テーブル中の第１及び第２の電話端末が属する接続ＩＤ及びその状態情報を削除するとともに、管理テーブル中の第１及び第３のデータ端末それぞれのユーザＩＤに対応するリスナ情報を全て削除することを特徴とする。

この構成によれば、第１、第２及び第３の電話端末間で会議接続が行なわれ、しかる後に、第１及び第２の電話端末間で呼接続が切断されて、接続情報テーブルの同じ接続ＩＤ中に第３の電話端末の呼接続に関する情報が残ってしまった場合に、第３の電話端末に関連付けられた第３のデータ端末が稼動中の場合以外は、接続情報テーブル中の第３の電話端末に関する情報及び管理テーブル中の第３のデータ端末に関する情報が削除されることになり、これにより接続情報テーブル及び管理テーブルの不要な使用を防止して接続情報テーブル及び管理テーブルの有効利用率を高めることができる。

制御手段は、第２のデータ端末が稼働状態から停止状態に変化し、かつ第１及び第３のデータ端末が停止中である場合に、接続情報テーブル中の第１、第２及び第３の電話端末が属する接続ＩＤ及びその状態情報を削除するとともに、管理テーブル中の第１及び第３のデータ端末それぞれのユーザＩＤに対応するリスナ情報を全て削除することを特徴とする。

この構成によれば、第２のデータ端末が稼働状態から停止状態に変化し、かつ第１及び第３のデータ端末が停止中である場合に、接続情報テーブル中の第１、第２及び第３の電話端末に関する情報が削除され、管理テーブル中の第１、第２及び第３のデータ端末に関する情報が削除されることになるので、この点についても接続情報テーブル及び管理テーブルの不要な使用を防止して接続情報テーブル及び管理テーブルの有効利用率を高めることができる。

以上詳述したようにこの発明によれば、電話端末とデータ端末とを連動させるシステムにあって、呼接続が行なわれる複数の電話端末に関連付けられる複数のデータ端末のうち一方が停止中である場合に、処理負荷の軽減を図った上で、停止状態にあるデータ端末が稼動状態に移行した際に即座に複数のデータ端末間の通信接続を実行し得るサーバ装置を提供することができる。

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

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

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

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

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

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

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

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

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

内線端末−ＶＣ関連付けテーブル１３２には、図４に示すように、内線端末Ｔ１１〜Ｔ１ｉとデータ端末（ＶＣ）ＰＣ１〜ＰＣｎと、ログオン中（稼動中）であるか否かを示す情報と、リスナ登録中である旨を示す情報との対応関係を示すデータが記憶されている。ここでは、説明を簡単にするため、内線端末Ｔ１１〜Ｔ１８、データ端末ＰＣ１〜ＰＣ８とする。また、リスナ登録中であるデータ端末は、ログオフ（停止中）であってもＶＣＳサーバＳＶにて擬似的にログオン状態のデータ端末として扱われる。

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

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

接続情報登録部１２１は、主装置ＢＴから通知された呼情報イベントを分析することで、例えば内線端末Ｔ１１と内線端末Ｔ１２が通話中になったことを判断し、接続情報管理テーブル１３１中に呼グループ番号「１」に対応付けて内線端末Ｔ１１，Ｔ１２を示す情報と呼状態「通話中」を記録する。

リスナ情報登録部１２２は、内線端末Ｔ１１，Ｔ１２に関連付けられたデータ端末ＰＣ１、ＰＣ２のうちデータ端末ＰＣ２がログオフ中である場合に、内線端末−ＶＣ関連付けテーブル１３２中のデータ端末ＰＣ２を示す情報（ユーザＩＤ）に対応付けて「ログオフ中」、「リスナ登録中」を記録する。また、内線端末−ＶＣ関連付けテーブル１３２中のデータ端末ＰＣ１を示す情報に対応付けて「ログオン中」、「リスナ登録中」を記録する。

セッション制御部１２３は、内線端末−ＶＣ関連付けテーブル１３２により内線端末Ｔ１１はデータ端末ＰＣ１に、内線端末Ｔ１２はデータ端末ＰＣ２に関連付いていることを読み出して、セッション情報管理テーブル１３３によりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索する。例えば、これから通話を開始するような場合、データ端末ＰＣ１，ＰＣ２はセッションが開始されていないため、セッション制御部１２２は内線端末−ＶＣ関連付けテーブル１３２を参照してデータ端末ＰＣ１，ＰＣ２が「リスナ登録中」である旨を判断し、データ端末ＰＣ２がログオンされた場合に、データ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する。そして、セッション制御部１２２は、データ端末ＰＣ１，ＰＣ２のセッションが確立すると、セッション情報管理テーブル１３３の記憶内容を更新する。

また、セッション制御部１２３は、内線端末Ｔ１１，Ｔ１２間の呼接続が切断されると、内線端末−ＶＣ関連付けテーブル１３２中のデータ端末ＰＣ１，ＰＣ２に対応する「リスナ登録中」を削除し、セッション情報管理テーブル１３３中のデータ端末ＰＣ１，ＰＣ２に関する情報を削除する。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図６は、内線端末Ｔ１１と内線端末Ｔ１２との間で通話を行なう際に、内線端末Ｔ１１,Ｔ１２に関連付けられるデータ端末ＰＣ１,ＰＣ２間のセッション確立を行なう場合の動作を示すシーケンス図である。図７は、その際のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

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

ＶＣＳサーバＳＶは、呼情報イベントを受信すると、２者の内線端末Ｔ１１，Ｔ１２に関連づけされたデータ端末ＰＣ１，ＰＣ２の内、ログオフ中のデータ端末があるか否かを内線端末−ＶＣ関連付けテーブル１３２を参照して判断する（ステップＳＴ７ａ）。

ここでは、データ端末ＰＣ２がログオフ中であるので、ＶＣＳサーバＳＶは内線端末−ＶＣ関連付けテーブル１３２中のデータ端末ＰＣ２を示す情報に対して動的にリスナ登録(リスナ登録状態をリスナ登録中に更新)を行ない（ステップＳＴ７ｂ）、受信した呼情報イベントを元に接続情報管理テーブル１３１に内線端末Ｔ１１，Ｔ１２間の接続情報を登録する（ステップＳＴ７ｃ）。

なお、上記ステップＳＴ７ａにおいて、何れもログオン中である場合に、ＶＣＳサーバＳＶはセッション情報管理テーブル１３３の情報よりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索し、セッションが開始されていない場合には、データ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する。

図８は、２者通話中にログオフ中のデータ端末ＰＣ２がログオン状態となる場合のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

例えば内線端末Ｔ１１，Ｔ１２間で通話が行われれている状態で、ログオフ状態のデータ端末ＰＣ２においてユーザがログオン操作を行ったとする（図６（５））。そうすると、ＶＣＳサーバＳＶはステップＳＴ８ａからステップＳＴ８ｂに移行してここでデータ端末ＰＣ２に対応する内線端末−ＶＣ関連付けテーブル１３２のログオン状態を「ログオン中」、リスナ登録状態を動的に「リスナ登録中」に更新し、データ端末ＰＣ２に関連する内線端末Ｔ１１，Ｔ１２間の接続情報が接続情報管理テーブル１３１にあるか否かを判断する（ステップＳＴ８ｃ）。

ここで、データ端末ＰＣ２に関連する内線端末Ｔ１１，Ｔ１２間の接続情報が接続情報管理テーブル１３１に無い場合、ＶＣＳサーバＳＶは処理をそのまま終了する。

一方、データ端末ＰＣ２に関連する内線端末Ｔ１１，Ｔ１２間の接続情報が接続情報管理テーブル１３１にある場合、ＶＣＳサーバＳＶは２者の内線端末Ｔ１１，Ｔ１２に関連づけられたデータ端末ＰＣ１，ＰＣ２が全てログオン状態であるか否かを内線端末−ＶＣ関連付けテーブル１３２を参照し判断する（ステップＳＴ８ｄ）。

ここで、２者の内線端末Ｔ１１，Ｔ１２に関連づけられたデータ端末ＰＣ１，ＰＣ２が全てログオン状態では無い場合、ＶＣＳサーバＳＶは処理をそのまま終了する。

一方、２者の内線端末Ｔ１１，Ｔ１２に関連づけられたデータ端末ＰＣ１，ＰＣ２が全てログオン状態である場合、ＶＣＳサーバＳＶは２者の内線端末Ｔ１１，Ｔ１２に関連づけられたデータ端末ＰＣ１，ＰＣ２間のビデオ通信を開始するため（ステップＳＴ８ｅ）、内線端末−ＶＣ関連付けテーブル１３２より内線端末Ｔ１１はデータ端末ＰＣ１に、内線端末Ｔ１２はデータ端末ＰＣ２に関連付いていることを読み出して、セッション情報管理テーブル１３３の情報よりデータ端末ＰＣ１，ＰＣ２のセッション状態を検索し、セッションが開始されていない場合には、データ端末ＰＣ１，ＰＣ２のセッションを開始するように制御する（図６（６））。

以上のように上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、呼情報イベントを受信したときに、当該呼情報イベントに含まれる内線端末Ｔ１１，Ｔ１２それぞれの電話ＩＤに関連付けられたデータ端末ＰＣ１，ＰＣ２のうちデータ端末ＰＣ２がログオフ状態である場合に、内線端末−ＶＣ関連付けテーブル１３２中にデータ端末ＰＣ２のユーザＩＤと「ログオフ状態」を示す情報と「リスナ登録中」とを対応付けて記録しておき、データ端末ＰＣ２がログオフ状態からログオン状態に移行した際に、内線端末−ＶＣ関連付けテーブル１３２を参照してデータ端末ＰＣ２が「リスナ登録中」であるか否かを判定し、リスナ登録中である場合に、データ端末ＰＣ１，ＰＣ２間のセッションを確立するようにしている。

従って、呼接続が行なわれる内線端末Ｔ１１，Ｔ１２に関連付けられるデータ端末ＰＣ１、ＰＣ２のうちデータ端末ＰＣ２がログオフ状態であっても、データ端末ＰＣ２がログオン状態に移行した際に即座にデータ端末ＰＣ１，ＰＣ２間のセッションを確立することができる。また、動的にリスナ登録を行うようにしているので、全データ端末ＰＣ１〜ＰＣｎに対しリスナ登録を行う必要がなく、これによりＶＣＳサーバＳＶの処理負荷を軽減できる。

また、上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、内線端末−ＶＣ関連付けテーブル１３２中にデータ端末ＰＣ２のユーザＩＤと「ログオフ状態」を示す情報と「リスナ登録中」とを対応付けて記録しておくと共に、接続情報管理テーブル１３１中に内線端末Ｔ１１，Ｔ１２が通話中である旨を示す情報を記憶しておき、ログオフ状態にあるデータ端末ＰＣ２がログオン状態に移行した場合に、データ端末ＰＣ１，ＰＣ２間のセッション確立の実行に先立ち、接続情報管理テーブル１３１に蓄積管理された内線端末Ｔ１１，Ｔ１２の呼接続に関する情報を用いて、データ端末ＰＣ１、ＰＣ２間のセッション確立が可能か否かを判定するようにしている。

従って、内線端末Ｔ１１，Ｔ１２間が呼接続されている場合に限り、内線端末Ｔ１１，Ｔ１２に関連付けられるデータ端末ＰＣ１、ＰＣ２間のセッション確立を行うことができ、これによりセッション確立上の信頼性をさらに高めることができる。

（第２の実施形態）
図９は、この発明の第２の実施形態として、３者会議状態にある内線端末Ｔ１６，Ｔ１７，Ｔ１８のうち内線端末Ｔ１６にて切断操作がなされた際のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

いま、例えば内線端末Ｔ１６，Ｔ１７，Ｔ１８間で３者会議が行われているものとする。この状態で、内線端末Ｔ１６においてユーザが切断操作を行ったとする。そうすると、主装置ＢＴから内線端末Ｔ１６が切断操作を行なった旨の呼情報イベントがＶＣＳサーバＳＶに送られる。

ＶＣＳサーバＳＶは、呼情報イベントを受信すると、ステップＳＴ９ａからステップＳＴ９ｂに移行してここで接続情報管理テーブル１３１中に切断操作がなされた内線端末Ｔ１６に関連する内線端末Ｔ１７，Ｔ１８間の接続情報があるかを判断する。

ここでは、内線端末Ｔ１６に関連する内線端末Ｔ１７，Ｔ１８間の接続情報が接続情報管理テーブル１３１中にあるので、ＶＣＳサーバＳＶは、接続情報管理テーブル１３１から内線端末Ｔ１６に関する情報を削除し（ステップＳＴ９ｃ）、内線端末Ｔ１６に関連づけられたデータ端末ＰＣ６がログオフ状態であるか否かを内線端末−ＶＣ関連付けテーブル１３２を参照して判断する（ステップＳＴ９ｄ）。

ここで、ログオフ状態である場合、ＶＣＳサーバＳＶは、内線端末Ｔ１６に関連づけられたデータ端末ＰＣ６に対応する内線端末−ＶＣ関連付けテーブル１３２の動的なリスナ登録を削除(リスナ登録状態をリスナ解除中に更新)し（ステップＳＴ９ｅ）、接続情報管理テーブル１３１中に内線端末Ｔ１６が属していた呼グループに他の内線端末Ｔ１７，Ｔ１８に関する接続情報が残っているか否かを判断する（ステップＳＴ９ｆ）。

ここで、内線端末Ｔ１６が属していた呼グループに他の内線端末に関する接続情報が残っていない場合、ＶＣＳサーバＳＶはそのまま処理を終了する。

一方、接続情報管理テーブル１３１に内線端末Ｔ１６が属していた呼グループに他の内線端末Ｔ１７，Ｔ１８に関する接続情報が残っている場合、ＶＣＳサーバＳＶは残っている内線端末Ｔ１７，Ｔ１８に関連づけられたデータ端末ＰＣ７，ＰＣ８が全てログオフ状態であるか否かを判断する（ステップＳＴ９ｇ）。

ここで、内線端末Ｔ１７，Ｔ１８に関連づけられたデータ端末ＰＣ７，ＰＣ８が全てログオフ状態では無い場合、ＶＣＳサーバＳＶはそのまま処理を終了する。

一方、内線端末Ｔ１７，Ｔ１８に関連づけられたデータ端末ＰＣ７，ＰＣ８が全てログオフ状態である場合、ＶＣＳサーバＳＶは接続情報管理テーブル１３１から残っている内線端末Ｔ１７，Ｔ１８間の接続情報を全て削除し（ステップＳＴ９ｈ）、また、残っている内線端末Ｔ１７，Ｔ１８に関連づけられたデータ端末ＰＣ７，ＰＣ８に対応する内線端末−ＶＣ関連付けテーブル１３２の動的なリスナ登録を全て削除(リスナ登録状態をリスナ解除中に更新)する（ステップＳＴ９ｉ）。

なお、上記ステップＳＴ９ｂにおいて、内線端末Ｔ１６に関連する内線端末Ｔ１７，Ｔ１８間の接続情報が接続情報管理テーブル１３１中に無い場合、ＶＣＳサーバＳＶは上記ステップＳＴ９ｄの処理に移行する。

また、上記ステップＳＴ９ｄにおいて、切断操作がなされた内線端末Ｔ１６に関連付けられるデータ端末ＰＣがログオン状態である場合、ＶＣＳサーバＳＶは上記ステップＳＴ９ｆの処理に移行する。

以上のように上記第２の実施形態では、内線端末Ｔ１６，Ｔ１７，Ｔ１８間で会議接続が行なわれ、しかる後に、内線端末Ｔ１６にて切断操作がなされて、接続情報管理テーブル１３１中の同じ呼グループ内に内線端末Ｔ１７，Ｔ１８の呼接続に関する情報が残ってしまった場合に、内線端末Ｔ１７，Ｔ１８に関連付けられたデータ端末ＰＣ７，ＰＣ８が全てログオフ中の場合は、接続情報管理テーブル１３１中の内線端末Ｔ１７，Ｔ１８に関する情報及び内線端末−ＶＣ関連付けテーブル１３２中のデータ端末ＰＣ７，ＰＣ８それぞれのリスナ登録情報が削除されることになる。

従って、接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２の不要な使用を防止して接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２の有効利用率を高めることができる。

また、接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２の蓄積管理情報を、ＶＣＳサーバＳＶの保守管理担当者が手操作で更新処理をすることなく、自動的に常に最新の情報に更新することができる。

（第３の実施形態）
図１０は、この発明の第３の実施形態として、２者通話中にログオン中のデータ端末ＰＣ１がログオフ状態となる場合のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

例えば内線端末Ｔ１１，Ｔ１２間で通話が行われれている状態で、ログオン状態のデータ端末ＰＣ１においてユーザがログオフ操作を行ったとする。そうすると、ＶＣＳサーバＳＶは、ステップＳＴ１０ａからステップＳＴ１０ｂに移行してここでデータ端末ＰＣ１に関連づけられた内線端末Ｔ１１に関連する内線端末間の接続情報が接続情報管理テーブル１３１にあるか否かを判断する（ステップＳＴ１０ｂ）。

ここで、データ端末ＰＣ１に関連づけられた内線端末Ｔ１１に関連する内線端末間の接続情報が接続情報管理テーブル１３１に無い場合、ＶＣＳサーバＳＶはそのまま処理を終了する。

一方、データ端末ＰＣ１に関連づけられた内線端末Ｔ１１に関連する内線端末間の接続情報が接続情報管理テーブル１３１にある場合、ＶＣＳサーバＳＶはその内線端末Ｔ１１が属する呼グループのその他の内線端末Ｔ１２に関連づけられたデータ端末ＰＣ２がログオフか否かを判断する（ステップＳＴ１０ｃ）。

ここで、内線端末Ｔ１２に関連づけられたデータ端末ＰＣ２がログオフ状態ではない場合、ＶＣＳサーバＳＶはそのまま処理を終了する。

一方、内線端末Ｔ１２に関連づけられたデータ端末ＰＣ２がログオフ状態である場合、ＶＣＳサーバＳＶは接続情報管理テーブル１３１からその他の内線端末Ｔ１２に関する情報を全て削除し（ステップＳＴ１０ｄ）、その他の内線端末Ｔ１２に関連づけられたデータ端末ＰＣ２に対応する内線端末−ＶＣ関連付けテーブル１３２の動的なリスナ登録を全て削除(リスナ登録状態をリスナ解除中に更新)する（ステップＳＴ１０ｅ）。

このように上記第３の実施形態であっても、上記第２の実施形態と同様に、接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２の不要な使用を防止して接続情報管理テーブル１３１及び内線端末−ＶＣ関連付けテーブル１３２の有効利用率を高めることができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば転送操作(Call Transfer)を行う時に、最終的に残る２者通話に関わる内線端末に関連づけされたデータ端末のみがログオン状態であり、転送操作を行なう内線端末(転送主催者)がログオフ状態である場合でも、電話交換機より送信される呼情報イベント（発側ＤＮ、着側ＤＮ）をＶＣＳサーバが受信した際に、一方がログオフ状態であっても動的にリスナ登録を行い、接続情報管理テーブルに内線端末間の接続情報を登録するようにしているので、転送に関わる全ての内線端末に関連づけされたデータ端末が何れもログオン状態である場合と同等の動作となる。その結果、最後に残る２者の内線端末に関連づけされたデータ端末間をビデオ通信状態とすることができるようになる。

また、上記各実施形態では、関連付けるべく複数のデータ端末の一方がログオフ状態である場合に、内線端末−ＶＣ関連付けテーブル中に「ログオン」「ログオフ」を示す情報にそれぞれ対応付けて「リスナ登録中」の旨を記録する例について説明した。しかしこれに限ることなく、ログオフ中のデータ端末のみを内線端末−ＶＣ関連付けテーブル中にリスナ登録するようにしてもよい。

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

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

この発明の第１の実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。 図１に示したＶＣＳサーバの機能構成を示すブロック図。 上記図２に示した接続情報管理テーブルの記憶内容の一例を示す図。 上記図２に示した内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。 上記図２に示したセッション情報管理テーブルの記憶内容の一例を示す図。 同第１の実施形態において、ビジュアルコミュニケーション制御を実行する際の内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。 同第１の実施形態において、ログオフ状態のデータ端末に対しリスナ登録を行う際のＶＣＳサーバＳＶの制御処理手順を示すフローチャート。 同第１の実施形態において、２者通話中にログオフ中のデータ端末がログオン状態となる場合のＶＣＳサーバの制御処理手順を示すフローチャート。 この発明の第２の実施形態として、３者会議状態にある内線端末のうちの１つの内線端末にて切断操作がなされた際のＶＣＳサーバの制御処理手順を示すフローチャート。 この発明の第３の実施形態として、２者通話中にログオン中のデータ端末がログオフ状態となる場合のＶＣＳサーバの制御処理手順を示すフローチャート。

符号の説明

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

Claims (6)

1. 複数の電話端末間の交換処理を実行する電話交換機より送信されかつ呼接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の電話ＩＤにそれぞれ関連付けられ、かつユーザＩＤが割り当てられた複数のデータ端末における通信接続を前記呼接続に連動させるサーバ装置において、
   前記呼情報イベントを受信したときに、当該呼情報イベントに含まれる前記電話ＩＤに関連付けられた第１及び第２のデータ端末のうち前記第１のデータ端末が停止中である場合に、この第１のデータ端末のユーザＩＤと前記第１のデータ端末が擬似的に稼動中である旨を示すリスナ情報とを対応付けた管理テーブルを記憶する記憶手段と、
   停止状態にある前記第１のデータ端末が起動したときに、前記第１のデータ端末のユーザＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて、前記第１及び第２のデータ端末間の通信接続を実行する制御手段とを具備したことを特徴とするサーバ装置。
2. さらに、前記呼情報イベントを受信したときに、呼接続状態にある第１及び第２の電話端末それぞれの電話ＩＤと、前記第１及び第２の電話端末間の呼接続状態を示す状態情報とを対応付けた接続情報テーブルを記憶する接続情報記憶手段を備え、
   前記制御手段は、停止状態にある前記第１のデータ端末が起動したときに、前記第１のデータ端末のユーザＩＤ及びこのユーザＩＤに関連付けられる電話ＩＤに基づいて、前記管理テーブル及び前記接続情報テーブルをそれぞれ参照し、これら参照結果に基づいて、前記第１及び第２のデータ端末間の通信接続を実行することを特徴とする請求項１記載のサーバ装置。
3. 前記制御手段は、前記第１及び第２の電話端末間で呼接続が切断された場合に、前記接続情報テーブル中の前記第１及び第２の電話端末それぞれに対応する状態情報を削除するとともに、停止状態にある第１のデータ端末が存在する場合に、前記管理テーブル中の前記第１のデータ端末のユーザＩＤに対応するリスナ情報を削除することを特徴とする請求項２記載のサーバ装置。
4. 前記接続情報記憶手段は、呼接続状態にある第１及び第２の電話端末に対し前記第１及び第２の電話端末とは異なる第３の電話端末の接続要求に関する呼情報イベントを受信したとき、前記第１，第２及び第３の電話端末それぞれの電話ＩＤと、前記第１，第２及び第３の電話端末間の呼接続を特定する接続ＩＤと、前記状態情報とを対応付けた接続情報テーブルを記憶し、
   前記制御手段は、前記第１及び第２の電話端末間で呼接続が切断され、かつ残りの前記第３の電話端末に関連付けられた第３のデータ端末が停止中である場合に、前記接続情報テーブル中の第１及び第２の電話端末が属する接続ＩＤ及びその状態情報を削除するとともに、前記管理テーブル中の前記第１及び第３のデータ端末それぞれのユーザＩＤに対応するリスナ情報を全て削除することを特徴とする請求項２記載のサーバ装置。
5. 前記制御手段は、前記第２のデータ端末が稼働状態から停止状態に変化し、かつ前記第１及び第３のデータ端末が停止中である場合に、前記接続情報テーブル中の前記第１、第２及び第３の電話端末が属する接続ＩＤ及びその状態情報を削除するとともに、前記管理テーブル中の前記第１及び第３のデータ端末それぞれのユーザＩＤに対応するリスナ情報を全て削除することを特徴とする請求項４記載のサーバ装置。
6. 前記電話交換機を接続するインタフェースを備え、
   前記記憶手段は、前記電話交換機から通知される呼情報イベントを受信したときに、当該呼情報イベントに含まれる前記電話ＩＤに関連付けられた第１及び第２のデータ端末のうち前記第１のデータ端末が停止中である場合に、この第１のデータ端末のユーザＩＤと前記第１のデータ端末が擬似的に稼動中である旨を示すリスナ情報とを対応付けた管理テーブルを記憶することを特徴とする請求項１記載のサーバ装置。

Images