(57)【特許請求の範囲】
【請求項１】
複数の電話端末間の交換処理を実行する電話交換機より前記複数の電話端末の呼接続状態を示す呼情報を受信し、前記複数の電話端末にそれぞれ関連付けられたデータ端末におけるデータ通信接続を前記呼接続状態に連動させるサーバ装置において、
前記電話交換機との間の通信に係わる障害を検出する検出手段と、
前記検出手段の検出結果に基づいて、前記障害に対する回復処理を行って前記電話交換機との間の接続を復旧させる復旧手段と、
前記電話交換機との間の接続復旧後に、前記電話交換機から前記複数の電話端末の動作に係わる状態情報を取得する取得手段と、
取得された前記状態情報に基づいて、前記複数の電話端末のうち呼接続中にある第１及び第２の電話端末それぞれに関連付けられる第１及び第２のデータ端末間のデータ通信接続を実行する制御手段とを具備したことを特徴とするサーバ装置。
【請求項２】
前記検出手段は、前記電話交換機に対し周期的に信号を与えてその応答信号を返送させ、この応答信号の返送が途絶えた場合に前記障害が発生したと判定することを特徴とする請求項１記載のサーバ装置。
【請求項３】
前記復旧手段は、前記障害が回復するまで、前記回復処理を繰り返し実行することを特徴とする請求項１記載のサーバ装置。
【請求項４】
前記取得手段は、前記電話交換機に対し前記状態情報の取得要求を送出し、この取得要求に対し前記電話交換機から送られてくる前記状態情報を受信することを特徴とする請求項１記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、電話交換装置に対し通信路を介してサーバ装置を接続して音声信号に加え映像信号やコンピュータデータ等も取り扱えるようにし、サーバ装置に接続されるデータ端末間のデータ通信接続を電話端末間の呼接続に連動させるようにしたビジュアルコミュニケーションシステムのサーバ装置に関する。
【背景技術】
【０００２】
オフィスや事業所では、例えば構内交換装置（ＰＢＸ：Private Branch Exchange）やボタン電話装置といった電話交換装置が使用されている。電話交換装置は電話機を内線端末として収容し、内線端末と公衆網等の外部通信網との間及び内線端末相互間を交換接続して通話を可能にしている。
【０００３】
また、最近では、テレビ電話端末やパーソナル・コンピュータ等のデータ端末を直接またはサーバ経由で電話交換装置に接続したＣＴＩ（Computer Telephony Integration）システムも提案されている（例えば、特許文献１）。
【０００４】
ところで、上記ＣＴＩシステムでは、サーバやデータ端末といったコンピュータと電話交換装置との間で障害が発生することが十分に予想される。この場合、電話交換装置とコンピュータとの間で定期的に相手が動作していることを問い合わせるための問い合わせ信号により確認している。そして、障害が検出されると、コンピュータ内部状態を初期化して、電話交換機とコンピュータ間の通信リンクの復旧処理を繰り返す。復旧処理の過程で通信リンクが復旧すると、その時点から変化のあった呼状態に応じて、異常検出前と同じように機能を動作させることが可能となる。
【０００５】
ところで、電話交換装置とサーバとの並列型のシステムにあっては、データ端末間のデータ通信接続を電話端末の呼状態に連動させて、テレビ会議等を構築するといったシステムについても強く望まれている。このシステムをビジュアルコミュニケーションシステムと称する。しかし、上記ＣＴＩシステムにビジュアルコミュニケーションシステムを適用すると、電話端末の呼状態に応じてデータ端末側でビジュアルコミュニケーション制御を行わなければならず、制御処理負担が増大となり、このためデータ端末に汎用のコンピュータを使用することができず、システム全体のコストが増大してしまうことになる。
【特許文献１】特開２０００−１７４９２５号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記ビジュアルコミュニケーションシステムを実現する場合に、障害発生に対する対策についても検討する必要が生じる。しかしながら、障害復旧時に通話中の電話端末があった場合に、電話交換装置から呼情報イベントを受信しない限り、通話中の電話端末に関連付けられたデータ端末間のセッションを再構築することができない。また、呼状態が変化しない限り、電話交換装置から呼情報イベントを受信することができない。
【０００７】
そこで、この発明の目的は、障害が発生し、しかる後に障害が復旧した場合にも、復旧直後の電話端末の呼状態に応じて関連付けられたデータ端末間のセッションを即座に確立することが可能なサーバ装置を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、上記目的を達成するために、以下のように構成される。  
複数の電話端末間の交換処理を実行する電話交換機より複数の電話端末の呼接続状態を示す呼情報を受信し、複数の電話端末にそれぞれ関連付けられたデータ端末におけるデータ通信接続を呼接続状態に連動させるサーバ装置において、電話交換機との間の通信に係わる障害を検出する検出手段と、検出手段の検出結果に基づいて、障害に対する回復処理を行って電話交換機との間の接続を復旧させる復旧手段と、電話交換機との間の接続復旧後に、電話交換機から複数の電話端末の動作に係わる状態情報を取得する取得手段と、取得された状態情報に基づいて、複数の電話端末のうち呼接続中にある第１及び第２の電話端末それぞれに関連付けられる第１及び第２のデータ端末間のデータ通信接続を実行する制御手段とを備えるようにしたものである。
【０００９】
この構成によれば、障害が発生すると、この障害に対する回復処理が行われ、そして、障害が回復した場合、電話交換機との間の接続が自動的に復旧し、電話交換機から複数の電話端末の動作に係わる状態情報を自動的に取得する。そして、状態情報を解析して、複数の電話端末の中の第１及び第２の電話端末間で通話が行なわれている場合に、電話交換機から新たに通話中の旨を示す呼情報を受信することなく、第１及び第２の電話端末それぞれに関連付けられた第１及び第２のデータ端末間のセッションを確立するようにしている。
【００１０】
従って、障害が発生した場合でも、障害回復後に保守員の復旧操作や電話交換機からの呼情報の到来を待つことなく、第１及び第２の電話端末が通話中であれば迅速に第１及び第２のデータ端末間のセッションを確立することができる。
【００１１】
復旧手段は、障害が回復するまで、回復処理を繰り返し実行することを特徴とする。  
この構成によれば、障害が１度に回復しない場合には、繰り返し回復処理が行われるので、如何なる障害が発生したとしても、この障害が長時間にわたって放置されることなく、確実に障害回復を行うことができる。
【００１２】
取得手段は、電話交換機に対し状態情報の取得要求を送出し、この取得要求に対し電話交換機から送られてくる状態情報を受信することを特徴とする。  
この構成によれば、障害が回復した場合に、電話交換機から呼情報を受信するまで待つことなく、これにより障害復旧後の電話端末に関する状態情報をタイムリーに取得することができる。
【発明の効果】
【００１３】
以上詳述したようにこの発明によれば、障害が発生し、しかる後に障害が復旧した場合にも、復旧直後の電話端末の呼状態に応じて関連付けられたデータ端末間のセッションを即座に確立することが可能なサーバ装置を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、この発明の実施形態について図面を参照して詳細に説明する。  
図１は、この発明の一実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図である。  
このシステムは、同図に示すように、主装置ＢＴと、ＶＣＳ（Visual Communication System）サーバＳＶとを備え、これら主装置ＢＴとＶＣＳサーバＳＶとの間をＬＡＮ（Local Area Network）１により接続している。
【００１５】
主装置ＢＴは、内線端末Ｔ１１〜Ｔ１ｉを内線を介して収容している。また、主装置ＢＴは公衆網ＮＷに局線Ｌを介して接続されている。そして、主装置ＢＴは、内線端末Ｔ１１〜Ｔ１ｉ相互間、もしくは内線端末Ｔ１１〜Ｔ１ｉと公衆網ＮＷとの間の交換処理を実行する。
【００１６】
ＶＣＳサーバＳＶは、複数のデータ端末ＰＣ１〜ＰＣｎをＩＰネットワークを介して収容している。これらのデータ端末ＰＣ１〜ＰＣｎは、いずれも汎用のパーソナル・コンピュータからなり、各内線端末Ｔ１１〜Ｔ１ｉにそれぞれ関連して動作するものである。
【００１７】
上記ＶＣＳサーバＳＶは、主装置ＢＴに対する付加的機能を実行するもので、例えば映像等のメディア情報を処理する。
【００１８】
図２は、上記ＶＣＳサーバＳＶの機能構成を示すブロック図である。  
ＶＣＳサーバＳＶは、交換機インタフェース（Ｉ／Ｆ）部１１と、障害処理部１２と、モニタ制御部１３と、モニタ端末管理部１４と、呼接続管理部１５と、クライアントセッション制御部１６と、クライアントインタフェース（Ｉ／Ｆ）部１７とを備えている。
【００１９】
交換機インタフェース部１１は、主装置ＢＴに対し定期的に監視信号を送信して主装置ＢＴからその応答信号を返送させ、この応答信号の返送が途絶えた場合に、主装置ＢＴとの間の通信リンクに障害が発生したと判定し、その障害発生の旨を障害処理部１２に通知する。
【００２０】
障害処理部１２は、障害発生時に、必要な初期化処理を行うとともに、通信リンクの再確立を行い、通信リンクが再確立するとモニタ制御部１３にモニタの再開を依頼する。
【００２１】
モニタ制御部１３は、上記障害処理部１２からの依頼に応じて、モニタ端末管理部１４が管理しているモニタが必要な内線端末Ｔ１１〜Ｔ１ｉの状態を通知するように主装置ＢＴに依頼する。
【００２２】
モニタ端末管理部１４は、システムに登録されたデータ端末ＰＣ１〜ＰＣｎを管理し、登録が行なわれるごとにモニタ制御部１３に対しモニタの開始を依頼する。
【００２３】
呼接続管理部１５は、主装置ＢＴから通知される内線端末Ｔ１１〜Ｔ１ｉの状態変化を示す呼情報イベントを解釈して、図３に示すように、接続情報管理テーブル上で通信リンクが確立している例えば電話端末Ｔ１１，Ｔ１２，Ｔ１３，Ｔ１４の管理を行なう。
【００２４】
クライアントセッション制御部１６は、図４に示す内線端末−ＶＣ関連付けテーブルと、図５に示すセッション情報管理テーブルを記憶しており、上記接続管理部１５により通信リンクが確立している例えば電話端末Ｔ１１，Ｔ１２，Ｔ１３，Ｔ１４に関連付けられたデータ端末ＰＣ１，ＰＣ２，ＰＣ３，ＰＣ４間のセッションの制御を行う。そして、データ端末ＰＣ１，ＰＣ２，ＰＣ３，ＰＣ４間のセッションが確立すると、セッション情報管理テーブルの記憶内容を更新する。
【００２５】
クライアントインタフェース部１７は、データ端末ＰＣ１〜ＰＣｎとの間のインタフェース処理を行うものである。
【００２６】
次に、以上のように構成されたビジュアルコミュニケーションシステムの動作を説明する。  
図６は、障害判定・対応制御を実行する際のＶＣＳサーバＳＶの制御手順を示すフローチャートである。
【００２７】
ＶＣＳサーバＳＶは、主装置ＢＴとの間の通信リンク上の障害を検出すると（ステップＳＴ６ａ）、この障害に対する復旧処理を実行し（ステップＳＴ６ｂ）、障害が回復するか否かの判断を行う（ステップＳＴ６ｃ）。ここで、障害が回復していなければ（Ｎｏ）、ＶＣＳサーバＳＶは、上記ステップＳＴ６ｂの処理を障害が回復するまで繰り返し実行する。
【００２８】
一方、障害が回復した場合（Ｙｅｓ）、ＶＣＳサーバＳＶは、主装置ＢＴとの間にＬＡＮ１による通信リンクを確立し、この通信リンクを介して主装置ＢＴに対しモニタ対象となる内線端末Ｔ１１〜Ｔ１ｉの状態情報の取得要求を送信する（ステップＳＴ６ｄ）。この取得要求には、モニタ対象となる内線端末Ｔ１１〜Ｔ１ｉの識別情報（ＤＮ，ノードＩＤ）が含まれる。
【００２９】
そして、主装置ＢＴから上記取得要求に対する状態情報を受信すると（ステップＳＴ６ｅ）、ＶＣＳサーバＳＶは、この状態情報を解析し、この解析結果から例えば図７に示すように内線端末Ｔ１１，Ｔ１２間が通話中である旨を判定し（ステップＳＴ６ｆ）、これら内線端末Ｔ１１，Ｔ１２に関連付けられたデータ端末ＰＣ１，ＰＣ２間のセッションの確立を行う（ステップＳＴ６ｇ）。
【００３０】
以上のように上記実施形態では、ＶＣＳサーバＳＶにおいて、主装置ＢＴとの間の通信リンク上の障害発生時に、この障害に対する回復処理を実行し、そして、障害が回復した場合、主装置ＢＴとの間の接続を自動的に復旧し、主装置ＢＴからモニタ対象となる内線端末Ｔ１１〜Ｔ１ｉの動作に係わる状態情報を取得する。そして、状態情報を解析して、内線端末Ｔ１１〜Ｔ１ｉのうち内線端末Ｔ１１，Ｔ１２間で通話が行なわれている場合に、主装置ＢＴから新たに通話中の旨を示す呼情報イベントを受信することなく、内縁端末Ｔ１１，Ｔ１２それぞれに関連付けられたデータ端末ＰＣ１，ＰＣ２間のセッションを確立するようにしている。
【００３１】
従って、障害が発生した場合でも、障害回復後に保守員の復旧操作や主装置ＢＴからの呼情報イベントの到来を待つことなく、内線端末Ｔ１１，Ｔ１２が通話中であれば内線端末Ｔ１１，Ｔ１２に関連付けられたデータ端末ＰＣ１、ＰＣ２間のセッションを迅速に確立することができる。
【００３２】
また、上記実施形態では、１度の復旧処理で障害が回復しない場合には、ＶＣＳサーバＳＶにおいて、繰り返し回復処理を実行するようにしているので、如何なる障害が発生したとしても、この障害が長時間にわたって放置されることなく、確実に障害回復を行うことができる。
【００３３】
さらに、上記実施形態では、障害が回復した場合に、主装置ＢＴに対し即座に状態情報の取得要求を送出するようにしているので、障害復旧後の内線端末Ｔ１１〜Ｔ１ｉに関する状態情報をリアルタイムに取得することができる。
【００３４】
なお、この発明は上記実施形態に限定されるものではない。例えば、上記実施形態では、ＶＣＳサーバＳＶが主装置ＢＴに対し定期的に監視信号を送信して、この監視信号に対し主装置ＢＴが返送する応答信号を受信できるか否かを監視することで障害発生を検出する例について説明した。しかしこれに限ることなく、例えば主装置ＢＴが定期的に送信する信号をＶＣＳサーバＳＶで受信できるか否かを監視することで障害発生を検出するようにしてもよい。
【００３５】
その他、ＶＣＳサーバの構成及び種類、電話交換装置の種類（主装置に限らずＰＢＸでもよい）や内線端末の種類、データ端末の種類、各種テーブルの記憶内容、データ端末間のセッション制御方法、障害検出・復旧処理制御方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【図面の簡単な説明】
【００３６】
【図１】この発明の一実施形態に係わるビジュアルコミュニケーションシステムを示す概略構成図。
【図２】同実施形態におけるＶＣＳサーバの機能構成を示すブロック図。
【図３】上記図２に示した呼接続管理部が管理している接続情報管理テーブルの記憶内容の一例を示す図。
【図４】上記図２に示したクライアントセッション制御部が管理している内線端末−ＶＣ関連付けテーブルの記憶内容の一例を示す図。
【図５】上記図２に示したクライアントセッション制御部が管理しているセッション情報管理テーブルの記憶内容の一例を示す図。
【図６】同実施形態において、障害判定・対応制御を実行する際のＶＣＳサーバの制御手順を示すフローチャート。
【図７】同実施形態において、ビジュアルコミュニケーション制御を実行する際の内線端末と、主装置と、ＶＣＳサーバと、データ端末との間における情報の送受信動作を示す概略シーケンス図。
【符号の説明】
【００３７】
１…ＬＡＮ（Local Area Network）、１１…交換機インタフェース（Ｉ／Ｆ）部、１２…障害処理部、１３…モニタ制御部、１４…モニタ端末管理部、１５…呼接続管理部、１６…クライアントセッション制御部、１７…クライアントインタフェース（Ｉ／Ｆ）部、Ｔ１１〜Ｔ１ｉ…内線端末、Ｌ…局線、ＮＷ…公衆網、ＢＴ…主装置、ＰＣ１〜ＰＣｎ…データ端末、ＳＶ…ＶＣＳサーバ。
【図１】
0004585391.tif 000002
【図２】
0004585391.tif 000003
【図３】
0004585391.tif 000004
【図４】
0004585391.tif 000005
【図５】
0004585391.tif 000006
【図６】
0004585391.tif 000007
【図７】
0004585391.tif 000008