JP2007142973A - サーバ装置 - Google Patents

Abstract

【課題】電話端末とデータ端末とを連動させるシステムにあって、着信呼を転送された電話端末と、着信転送元の電話端末に関連付けられたデータ端末とを手操作を介することなく連動させることができ、これによりユーザの利便性を高めたサーバ装置を提供する。
【解決手段】ＶＣＳサーバＳＶにおいて、ＣＦ設定時に、ＣＦ元となる内線端末Ｔ１１の電話ＩＤと、ＣＦ先となる内線端末Ｔ１３の電話ＩＤとを対応付けた着信転送登録テーブルを記憶部に記憶し管理しておくようにし、この着信転送登録テーブルを参照して、内線端末Ｔ１１の電話ＩＤに関連付けられたデータ端末ＰＣ１のユーザＩＤを、内線端末Ｔ１３の電話ＩＤに関連付けるように内線端末−ＶＣ関連付けテーブルを更新している。
【選択図】図９

Description

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

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

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

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

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

例えば、着信先の電話端末にて他の電話端末への転送設定登録がなされている場合がある。この場合、着信先の電話端末がログインされていなかったり、話中であったり、又は一定時間が経過しても応答しなかった場合等、着信先に対する着信が不可能なときに、転送先となる電話端末に対し着信呼を自動的に転送して着信させることが可能となる。しかし、上記ビジュアルコミュニケーションシステムでは、着信呼が転送された電話端末に対し、着信転送元の電話端末に関連付けられたデータ端末と自動的に連動させるための実現手段が未だ開発されていない。

そこで、この発明の目的は、電話端末とデータ端末とを連動させるシステムにあって、着信呼を転送された電話端末と、着信転送元の電話端末に関連付けられたデータ端末とを手操作を介することなく連動させることができ、これによりユーザの利便性を高めたサーバ装置を提供することにある。

この発明は、上記目的を達成するために、以下のように構成される。
呼接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、複数の電話端末の電話ＩＤに関連付けて複数のデータ端末にそれぞれ割り当てられるユーザＩＤを記憶した管理テーブルに基づいて、複数のデータ端末における通信接続を呼接続に連動させるサーバ装置において、複数の電話端末の中の第１の電話端末にて着信呼を第１の電話端末とは異なる第２の電話端末に対して転送するための転送登録がなされた場合に、第１の電話端末の電話ＩＤと、第２の電話端末の電話ＩＤとを対応付けた着信転送テーブルを作成し記憶する記憶手段と、着信転送テーブルに基づいて、第１の電話端末の電話ＩＤに関連付けられたデータ端末のユーザＩＤを、第２の電話端末の電話ＩＤに関連付けるように管理テーブルを更新する制御手段とを備えるようにしたものである。

この構成によれば、複数の電話端末の電話ＩＤに関連付けて複数のデータ端末にそれぞれ割り当てられるユーザＩＤを記憶した管理テーブルに基づいて、複数のデータ端末における通信接続を複数の電話端末間の呼接続に連動させるサーバ装置に対し、着信転送登録時に、着信転送元となる第１の電話端末の電話ＩＤと、着信転送先となる第２の電話端末の電話ＩＤとを対応付けた着信転送テーブルをメモリに記憶し管理しておくようにし、この着信転送テーブルを参照して、第１の電話端末の電話ＩＤに関連付けられたデータ端末のユーザＩＤを、第２の電話端末の電話ＩＤに関連付けるように管理テーブルを更新するようにしている。

従って、第１の電話端末宛の着信呼が到来した場合にも、第２の電話端末と、第１の電話端末に関連付けられたデータ端末とを手操作を介することなく連動させることができ、これによりユーザの利便性は大幅に改善される。

さらに、ユーザＩＤに対応付けて、転送登録による管理テーブルの自動更新の可／不可を示す更新許可情報を記憶する手段を備え、制御手段は、更新許可情報に基づいて、管理テーブルの更新を実行することを特徴とする。

この構成によれば、データ端末のユーザごとに管理テーブルの自動更新の更新許可情報を設定しておくことで、あるデータ端末については第１の電話端末から第２の電話端末への転送登録時に第２の電話端末に自動的に関連付けるように管理テーブルを更新し、一方別のデータ端末については転送登録時にユーザ自身が必要と判断した場合にのみ第２の電話端末に関連付けるように管理テーブルを更新するというように、ユーザごとに最適な管理テーブルの更新を行なうことができる。

さらに、第１の電話端末に関連付けられる第１のデータ端末のユーザＩＤに対応付けて、第２の電話端末の電話ＩＤに関連付けられた第２のデータ端末のユーザＩＤが存在する場合に、第２の電話端末と第２のデータ端末との関連付けの解除の可／不可を示す解除許可情報を記憶する手段を備え、制御手段は、解除許可情報に基づいて、管理テーブルの更新を実行することを特徴とする。

この構成によれば、第２の電話端末に関連付けられる第２のデータ端末が存在した場合に、第２の電話端末と第２のデータ端末との関連付けの解除を自動的に行なうか否かの解除許可情報を第１のデータ端末のユーザごとに設定しておくことで、ある第１のデータ端末については第１の電話端末から第２の電話端末への転送登録時に第２の電話端末と第２のデータ端末との関連付けを自動的に解除するように管理テーブルを更新し、一方別の第１のデータ端末については転送登録時にユーザ自身が必要と判断した場合にのみ第２の電話端末と第２のデータ端末との関連付けを解除するように管理テーブルを更新するというように、ユーザごとに最適な管理テーブルの更新を行なうことができる。

記憶手段は、第１の電話端末の電話ＩＤと、第２の電話端末の電話ＩＤと、着信転送の種類を示す転送種別情報とを対応付けた着信転送テーブルを作成して記憶し、制御手段は、着信転送テーブル中の転送種別情報に基づいて、管理テーブルの更新を実行することを特徴とする。

この構成によれば、着信転送テーブル中の転送種別情報に応じて最適な第２の電話端末とデータ端末との関連付けを行なうことができる。

制御手段は、第１の電話端末に対し第２の電話端末への転送登録が解除された場合に、着信転送テーブル中の第１及び第２の電話端末の電話ＩＤを削除すると共に、第２の電話端末の電話ＩＤに関連付けられたデータ端末のユーザＩＤを、第１の電話端末の電話ＩＤに関連付けるように管理テーブルを更新することを特徴とする。

この構成によれば、着信転送登録解除時に、着信転送テーブル中の該当する第１及び第２の電話端末の電話ＩＤを削除するとともに、第２の電話端末の電話ＩＤに関連付けられたデータ端末のユーザＩＤを、第１の電話端末の電話ＩＤに関連付けるように管理テーブルを更新するようにしている。

従って、転送登録解除がなされた後で第１の電話端末宛の着信呼が到来した場合にも、第１の電話端末と、第２の電話端末に関連付けられたデータ端末とを手操作を介することなく連動させることができ、これによりユーザの利便性は大幅に改善される。

以上詳述したようにこの発明によれば、電話端末とデータ端末とを連動させるシステムにあって、着信呼を転送された電話端末と、着信転送元の電話端末に関連付けられたデータ端末とを手操作を介することなく連動させることができ、これによりユーザの利便性を高めたサーバ装置を提供することができる。

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

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

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

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

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

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

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

記憶部１３は、上記制御部１２の接続制御に必要なルーティング情報等を格納している。さらに、記憶部１３には、接続情報管理テーブル１３１と、内線端末−ＶＣ関連付けテーブル１３２と、セッション情報管理テーブル１３３と、着信転送登録テーブル１３４と、更新許可テーブル１３５と、解除許可テーブル１３６とが設けられる。

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

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

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

着信転送登録テーブル１３４には、図６に示すように、着信転送元（ＣＦ元）となる内線端末Ｔ１１〜Ｔ１ｉそれぞれの電話ＩＤと、着信転送先（ＣＦ先）となる内線端末Ｔ１１〜Ｔ１ｉそれぞれの電話ＩＤとの対応関係を示すデータが記憶されている。

更新許可テーブル１３５には、図７に示すように、データ端末ＰＣ１〜ＰＣ９それぞれのユーザＩＤと、ＣＦ設定による自動ログオン／自動ログオフの許可／非許可を示す更新許可情報との対応関係を示すデータが記憶されている。

解除許可テーブル１３６には、図８に示すように、ＣＦ元となるデータ端末ＰＣ１〜ＰＣ９それぞれのユーザＩＤと、ＣＦ先に関連付けられたデータ端末ＰＣ１〜ＰＣ９それぞれのユーザＩＤが存在する場合に、ＣＦ設定先／ＣＦ設定元への上書きログオンの許可／非許可を示す解除許可情報との対応関係を示すデータが記憶されている。なお、更新許可テーブル１３５及び解除許可テーブル１３６は、ＶＣＳサーバＳＶに接続される保守端末（図示せず）等により設定される。

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

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

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

着信転送制御部１２３は、内線端末Ｔ１１にて着信呼を内線端末Ｔ１３に対して転送するためのＣＦ設定がなされた場合に、内線端末Ｔ１１の電話ＩＤ（ｔ１）に関連付けられたデータ端末ＰＣ１のユーザＩＤ（Ａ）を、内線端末Ｔ１３の電話ＩＤ（ｔ３）に関連付けるようにテーブルを更新する内線端末−ＶＣ関連付けテーブル１３２の記憶内容の更新を行なう。このとき、上記更新許可テーブル１３５及び解除許可テーブル１３６それぞれの記憶内容を参照し、例えばユーザＩＤ（Ａ）についてＣＦ設定による自動ログオン、ＣＦ設定先への上書きログオンが許可されている場合に、内線端末−ＶＣ関連付けテーブル１３２の記憶内容の更新を行なう。

次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。
図９は、内線端末Ｔ１１から内線端末Ｔ１３へのＣＦ設定が行なわれた際に、各データ端末ＰＣ１，ＰＣ３のログオン、ログオフを行なう場合の動作を示すシーケンス図である。図１０は、その際のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

例えば内線端末Ｔ１１においてユーザが、内線端末Ｔ１１から内線端末Ｔ１３へのＣＦ設定操作を行なったとする（図９（１））。そうすると内線端末Ｔ１１からその要求信号が主装置ＢＴに送られる。この要求信号を受信すると主装置ＢＴは、内線端末Ｔ１３をＣＦ先に設定し、内線端末Ｔ１１から内線端末Ｔ１３へＣＦ設定された旨を示す制御イベントをＶＣＳサーバＳＶに送信する（図９（２））。

ＶＣＳサーバＳＶは、制御イベントを受信すると（ステップＳＴ１０ａ）、まずこの制御イベントに含まれる内線端末Ｔ１１の電話ＩＤ（ｔ１）をＣＦ元とし、内線端末Ｔ１３の電話ＩＤ（ｔ３）をＣＦ先として着信転送登録テーブル１３４に登録し、内線端末−ＶＣ関連付けテーブル１３２を参照して、電話ＩＤ（ｔ１）に関連付けられるデータ端末ＰＣ１がログオン中であるか否かの判断を行う（ステップＳＴ１０ｂ）。ここでログオフ中であれば処理をそのまま終了する。

一方ログオン中である場合に、ＶＣＳサーバＳＶは更新許可テーブル１３５を参照して、データ端末ＰＣ１のユーザＩＤ（Ａ）についてＣＦ設定による自動ログオフ／ログオンが許可されているか否かの判断を行う（ステップＳＴ１０ｃ）。

ここでは許可されているので、ＶＣＳサーバＳＶは内線端末−ＶＣ関連付けテーブル１３２を参照して、内線端末Ｔ１３の電話ＩＤ（ｔ３）にログオン中のユーザが存在するか否かの判断を行う（ステップＳＴ１０ｄ）。

ここでは内線端末Ｔ１３の電話ＩＤ（ｔ３）にログオン中のデータ端末ＰＣ３のユーザＩＤ（Ｃ）が存在しているので、ＶＣＳサーバＳＶは解除許可テーブル１３６を参照して、データ端末ＰＣ３のユーザＩＤ（Ｃ）についてＣＦ設定先への上書きログオンが許可されているか否かの判断を行う（ステップＳＴ１０ｅ）。

ここでは許可されているので、ＶＣＳサーバＳＶはステップＳＴ１０ｅからステップＳＴ１０ｆに移行してデータ端末ＰＣ３を内線端末Ｔ１３から自動ログオフ、つまり内線端末−ＶＣ関連付けテーブル１３２中の「ｔ３：Ｃ」を削除し（図９（３））、続いてデータ端末ＰＣ１を内線端末Ｔ１１から自動ログオフ、つまり内線端末−ＶＣ関連付けテーブル１３２中の「ｔ１：Ａ」を削除し（ステップＳＴ１０ｇ）、内線端末Ｔ１３に自動ログオン、つまり内線端末−ＶＣ関連付けテーブル１３２中に「ｔ３：Ａ」を追加する（ステップＳＴ１０ｈ）。

かくして、内線端末Ｔ１１のユーザは、内線端末Ｔ１１宛の着信呼が到来した場合に、内線端末Ｔ１３にて発信相手と通話することができるとともに、データ端末ＰＣ１を用いて発信相手との間で自動的にビデオ通信を開始することができるようになる。

なお、上記ステップ１０ｃ及び上記ステップＳＴ１０ｅにおいて許可されない場合には、ＶＣＳサーバＳＶは処理をそのまま終了する。また、上記ステップＳＴ１０ｄにおいて、ＣＦ先にログオン中のユーザが存在しない場合には、ＶＣＳサーバＳＶは上記ステップＳＴ１０ｇの処理に移行する。

以上のように上記第１の実施形態では、ＶＣＳサーバＳＶにおいて、ＣＦ設定時に、ＣＦ元となる内線端末Ｔ１１の電話ＩＤ（ｔ１）と、ＣＦ先となる内線端末Ｔ１３の電話ＩＤ（ｔ３）とを対応付けた着信転送登録テーブル１３４を記憶部１３に記憶し管理しておくようにし、この着信転送登録テーブル１３４を参照して、内線端末Ｔ１１の電話ＩＤに関連付けられたデータ端末ＰＣ１のユーザＩＤ（Ａ）を、内線端末Ｔ１３の電話ＩＤ（ｔ３）に関連付けるように内線端末−ＶＣ関連付けテーブル１３２を更新している。

従って、内線端末Ｔ１１宛の着信呼が到来した場合にも、内線端末Ｔ１３と、内線端末Ｔ１１に関連付けられたデータ端末ＰＣ１とを手操作を介することなく連動させることができ、これによりユーザの利便性は大幅に改善される。

また、上記第１の実施形態では、ＶＣＳサーバＳＶの更新許可テーブル１３５においてユーザごとに内線端末−ＶＣ関連付けテーブル１３２の自動更新の更新許可情報を設定しておくことで、あるデータ端末ＰＣ１については内線端末Ｔ１１から内線端末Ｔ１３への転送登録時に内線端末Ｔ１３に自動的に関連付けるように内線端末−ＶＣ関連付けテーブル１３２を更新し、一方別のデータ端末ＰＣ２については転送登録時にユーザ自身が必要と判断した場合にのみ内線端末Ｔ１３に関連付けるように内線端末−ＶＣ関連付けテーブル１３２を更新するというように、ユーザごとに最適な内線端末−ＶＣ関連付けテーブル１３２の更新を行なうことができる。

さらに上記第１の実施形態では、ＶＣＳサーバＳＶの解除許可テーブル１３６においてユーザごとにＣＦ先とそのＣＦ先に関連付けられるデータ端末ＰＣ１〜ＰＣｎとの関連付けの解除を自動的に行なうか否かの解除許可情報を設定しておくことで、あるデータ端末ＰＣＡについては内線端末Ｔ１１から内線端末Ｔ１３への転送登録時に内線端末Ｔ１３とデータ端末ＰＣ３との関連付けを自動的に解除するように内線端末−ＶＣ関連付けテーブル１３２を更新し、一方別のデータ端末ＰＣ２については転送登録時にユーザ自身が必要と判断した場合にのみ内線端末Ｔ１３とデータ端末ＰＣ３との関連付けを解除するように内線端末−ＶＣ関連付けテーブル１３２を更新するというように、ユーザごとに最適な内線端末−ＶＣ関連付けテーブル１３２の更新を行なうことができる。

（第２の実施形態）
図１１は、この発明の第２の実施形態として、内線端末Ｔ１１から内線端末Ｔ１３へのＣＦ設定解除が行なわれた際に、各データ端末ＰＣ１，ＰＣ３のログオン、ログオフを行なう場合の動作を示すシーケンス図である。なお、図１１において、上記図９と同一部分には同一符号を付して説明する。また、図１２はその際のＶＣＳサーバＳＶの制御処理手順を示すフローチャートである。

例えば内線端末Ｔ１１においてユーザが、内線端末Ｔ１１から内線端末Ｔ１３へのＣＦ設定解除操作を行なったとする（図１１（１））。そうすると内線端末Ｔ１１からその要求信号が主装置ＢＴに送られる。この要求信号を受信すると主装置ＢＴは、内線端末Ｔ１３に対するＣＦ先を解除し、内線端末Ｔ１１から内線端末Ｔ１３に対するＣＦ設定を解除した旨を示す制御イベントをＶＣＳサーバＳＶに送信する（図１１（２））。

ＶＣＳサーバＳＶは、制御イベントを受信すると（ステップＳＴ１２ａ）、まずこの制御イベントに含まれる内線端末Ｔ１１の電話ＩＤ（ｔ１）と、内線端末Ｔ１３の電話ＩＤ（ｔ３）とを着信転送登録テーブル１３４から削除し、内線端末−ＶＣ関連付けテーブル１３２を参照して、電話ＩＤ（ｔ３）に関連付けられるデータ端末ＰＣ１がログオン中であるか否かの判断を行う（ステップＳＴ１２ｂ）。ここでログオフ中であれば処理をそのまま終了する。

一方ログオン中である場合に、ＶＣＳサーバＳＶは更新許可テーブル１３５を参照して、データ端末ＰＣ１のユーザＩＤ（Ａ）についてＣＦ設定による自動ログオフ／ログオンが許可されているか否かの判断を行う（ステップＳＴ１２ｃ）。

ここでは許可されているので、ＶＣＳサーバＳＶは内線端末−ＶＣ関連付けテーブル１３２を参照して、内線端末Ｔ１１の電話ＩＤ（ｔ３）にログオン中のユーザが存在するか否かの判断を行う（ステップＳＴ１２ｄ）。

ここでは内線端末Ｔ１１の電話ＩＤ（ｔ１）にログオン中のデータ端末ＰＣ３のユーザＩＤ（Ｃ）が存在しているので、ＶＣＳサーバＳＶは解除許可テーブル１３６を参照して、データ端末ＰＣ３のユーザＩＤ（Ｃ）についてＣＦ設定元への上書きログオンが許可されているか否かの判断を行う（ステップＳＴ１２ｅ）。

ここでは許可されているので、ＶＣＳサーバＳＶはステップＳＴ１２ｅからステップＳＴ１２ｆに移行してデータ端末ＰＣ３を内線端末Ｔ１１から自動ログオフ、つまり内線端末−ＶＣ関連付けテーブル１３２中の「ｔ１：Ｃ」を削除し（図１１（３））、続いてデータ端末ＰＣ１を内線端末Ｔ１３から自動ログオフ、つまり内線端末−ＶＣ関連付けテーブル１３２中の「ｔ３：Ａ」を削除し（ステップＳＴ１２ｇ）、内線端末Ｔ１１に自動ログオン、つまり内線端末−ＶＣ関連付けテーブル１３２中に「ｔ１：Ａ」を追加する（ステップＳＴ１２ｈ）。

かくして、内線端末Ｔ１１のユーザは、内線端末Ｔ１１にて発信相手と通話することができるとともに、データ端末ＰＣ１を用いて発信相手との間で自動的にビデオ通信を開始することができるようになる。

なお、上記ステップ１２ｃ及び上記ステップＳＴ１２ｅにおいて許可されない場合には、ＶＣＳサーバＳＶは処理をそのまま終了する。また、上記ステップＳＴ１２ｄにおいて、ＣＦ元にログオン中のユーザが存在しない場合には、ＶＣＳサーバＳＶは上記ステップＳＴ１２ｇの処理に移行する。

以上のように上記第２の実施形態では、ＶＣＳサーバＳＶにおいて、ＣＦ設定解除時に、着信転送登録テーブル１３４中の該当する内線端末Ｔ１１，Ｔ１３の電話ＩＤ（ｔ１，ｔ３）を削除するとともに、ＣＦ先となる内線端末Ｔ１３の電話ＩＤ（ｔ３）に関連付けられたデータ端末ＰＣ１のユーザＩＤ（Ａ）を、ＣＦ元となる内線端末Ｔ１１の電話ＩＤ（ｔ１）に関連付けるように内線端末−ＶＣ関連付けテーブル１３２を更新するようにしている。

従って、ＣＦ設定解除がなされた後で内線端末Ｔ１１宛の着信呼が到来した場合にも、内線端末Ｔ１１と、内線端末Ｔ１３に関連付けられたデータ端末ＰＣ１とを手操作を介することなく連動させることができ、これによりユーザの利便性は大幅に改善される。

（第３の実施形態）
図１３は、この発明の第２の実施形態として、着信転送登録テーブル１３４の記憶内容の一例を示す図である。

着信転送登録テーブル１３４には、ＣＦ元となる内線端末Ｔ１１〜Ｔ１ｉそれぞれの電話ＩＤと、ＣＦ先となる内線端末Ｔ１１〜Ｔ１ｉそれぞれの電話ＩＤと、ＣＦの種類を示すＣＦ種別情報との対応関係を示すデータが記憶されている。

例えば内線端末Ｔ１２においてユーザが、内線端末Ｔ１２から内線端末Ｔ１６，Ｔ１７、Ｔ１８へのＣＦ設定操作を行なったとする。そうすると内線端末Ｔ１２からその要求信号が主装置ＢＴに送られる。この要求信号を受信すると主装置ＢＴは、内線端末Ｔ１６，Ｔ１７，Ｔ１８をＣＦ先に設定し、内線端末Ｔ１２から内線端末Ｔ１６、Ｔ１７，Ｔ１８へＣＦ設定された旨と、「フィーチャー フレックスリング」といった一定時間おきに順に着信制御を行うＣＦ種別とを示す制御イベントをＶＣＳサーバＳＶに送信する。

ＶＣＳサーバＳＶは、制御イベントを受信すると、まずこの制御イベントに含まれる内線端末Ｔ１２の電話ＩＤ（ｔ２）をＣＦ元とし、内線端末Ｔ１６，Ｔ１７，Ｔ１８の電話ＩＤ（ｔ６，ｔ７，ｔ８）をＣＦ先として着信転送登録テーブル１３４に登録するとともに、ＣＦ種別情報も対応付けて登録する。

以後、内線端末Ｔ１６，Ｔ１７，Ｔ１８にそれぞれ関連付けられたデータ端末ＰＣ６，ＰＣ７，ＰＣ８が存在する場合には、これらデータ端末ＰＣ６，ＰＣ７，ＰＣ８をログオフする。

このように第３の実施形態であれば、ＶＣＳサーバＳＶにおいて、着信転送登録テーブル１３４にＣＦ元、ＣＦ先とともにＣＦ種別情報とを対応付けて記憶しておくことで、ＣＦ種別情報に応じて最適な内線端末Ｔ１１〜Ｔ１ｉとデータ端末ＰＣ１〜ＰＣｎとの関連付けを行なうことができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば上記第１及び第２の実施形態では、Call Forward種別はAll Call（全ての呼を無条件にCF先に着信させる）を前提に記述しているが、Call Forward Busy、Call Forward No Answer、Call Forward Busy No Answerに応じたきめ細かな制御を行うことも可能である。

また、上記第２の実施形態では、上記第１の実施形態に示す更新許可テーブル及び解除許可テーブルと共通の記憶内容としたが、別々の記憶内容であってもよい。

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

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

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

符号の説明

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

Claims (7)

1. 呼接続が行なわれる複数の電話端末を特定する電話ＩＤを含む呼情報イベントを受信し、前記複数の電話端末の電話ＩＤに関連付けて複数のデータ端末にそれぞれ割り当てられるユーザＩＤを記憶した管理テーブルに基づいて、前記複数のデータ端末における通信接続を前記呼接続に連動させるサーバ装置において、
   前記複数の電話端末の中の第１の電話端末にて着信呼を前記第１の電話端末とは異なる第２の電話端末に対して転送するための転送登録がなされた場合に、前記第１の電話端末の電話ＩＤと、前記第２の電話端末の電話ＩＤとを対応付けた着信転送テーブルを作成し記憶する記憶手段と、
   前記着信転送テーブルに基づいて、前記第１の電話端末の電話ＩＤに関連付けられたデータ端末のユーザＩＤを、前記第２の電話端末の電話ＩＤに関連付けるように前記管理テーブルを更新する制御手段とを具備したことを特徴とするサーバ装置。
2. さらに、前記ユーザＩＤに対応付けて、前記転送登録による前記管理テーブルの自動更新の可／不可を示す更新許可情報を記憶する手段を備え、
   前記制御手段は、前記更新許可情報に基づいて、前記管理テーブルの更新を実行することを特徴とする請求項１記載のサーバ装置。
3. さらに、前記第１の電話端末に関連付けられる第１のデータ端末のユーザＩＤに対応付けて、前記第２の電話端末の電話ＩＤに関連付けられた第２のデータ端末のユーザＩＤが存在する場合に、前記第２の電話端末と前記第２のデータ端末との関連付けの解除の可／不可を示す解除許可情報を記憶する手段を備え、
   前記制御手段は、前記解除許可情報に基づいて、前記管理テーブルの更新を実行することを特徴とする請求項１記載のサーバ装置。
4. 前記記憶手段は、前記第１の電話端末の電話ＩＤと、前記第２の電話端末の電話ＩＤと、着信転送の種類を示す転送種別情報とを対応付けた着信転送テーブルを作成して記憶し、
   前記制御手段は、前記着信転送テーブル中の転送種別情報に基づいて、前記管理テーブルの更新を実行することを特徴とする請求項１記載のサーバ装置。
5. 前記制御手段は、前記第１の電話端末に対し前記第２の電話端末への転送登録が解除された場合に、前記着信転送テーブル中の前記第１及び第２の電話端末の電話ＩＤを削除すると共に、前記第２の電話端末の電話ＩＤに関連付けられたデータ端末のユーザＩＤを、前記第１の電話端末の電話ＩＤに関連付けるように前記管理テーブルを更新することを特徴とする請求項１記載のサーバ装置。
6. さらに、前記ユーザＩＤに対応付けて、前記転送登録解除による前記管理テーブルの自動更新の可／不可を示す更新許可情報を記憶する手段を備え、
   前記制御手段は、前記更新許可情報に基づいて、前記管理テーブルの更新を実行することを特徴とする請求項５記載のサーバ装置。
7. さらに、前記第２の電話端末に関連付けられる第１のデータ端末のユーザＩＤに対応付けて、前記第１の電話端末の電話ＩＤに関連付けられた第２のデータ端末のユーザＩＤが存在する場合に、前記第１の電話端末と前記第２のデータ端末との関連付けの解除の可／不可を示す解除許可情報を記憶する手段を備え、
   前記制御手段は、前記解除許可情報に基づいて、前記管理テーブルの更新を実行することを特徴とする請求項５記載のサーバ装置。

Images