JP3844461B2 - 回線切替接続装置 - Google Patents
回線切替接続装置 Download PDFInfo
- Publication number
- JP3844461B2 JP3844461B2 JP2002235495A JP2002235495A JP3844461B2 JP 3844461 B2 JP3844461 B2 JP 3844461B2 JP 2002235495 A JP2002235495 A JP 2002235495A JP 2002235495 A JP2002235495 A JP 2002235495A JP 3844461 B2 JP3844461 B2 JP 3844461B2
- Authority
- JP
- Japan
- Prior art keywords
- line
- switching connection
- switching
- failure
- connection device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 claims description 39
- 238000012545 processing Methods 0.000 claims description 33
- 238000001514 detection method Methods 0.000 claims description 28
- 238000012544 monitoring process Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 10
- JDVVGAQPNNXQDW-TVNFTVLESA-N Castinospermine Chemical compound C1[C@H](O)[C@@H](O)[C@H](O)[C@H]2[C@@H](O)CCN21 JDVVGAQPNNXQDW-TVNFTVLESA-N 0.000 description 46
- 238000011084 recovery Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 230000010354 integration Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＣＴＩ(Computer Telephony Integration)システムで使用されるＩＳＤＮ回線の障害を検出して、障害回線を自動的に正常回線に切り替える回線切替接続装置に関する。
【０００２】
【従来の技術】
顧客からの電話を受けてデータベースから種々の情報を提供する、いわゆるテレホンコールセンターのシステム例に代表される如く、コンピュータと電話を連携させたＣＴＩ(Computer Telephony Integration)（以下、単に“ＣＴＩ”と称する）システムが広く普及している。また、昨今のＩＮＳ網の急速な拡張に伴って、前記ＣＴＩシステムにおいてもＩＮＳ網を利用したシステムが増えつつある。このようなＣＴＩシステムでは、ＣＴＩ事業者のコンピュータ・テレフォニー・サーバー（以下、単に“ＣＴＳ”と称する）がＩＳＤＮ回線（以下、単に“回線”と称する）を介してＩＮＳ網と接続されることになる。
【０００３】
このようなＣＴＩシステムでは、顧客からの問い合わせを常時受け付ける必要がある。このため、一般に、ＣＴＩ事業者は現用及び予備の２つのシステムを設けておき、現用回線に障害が発生した場合、使用する回線を予備回線に切替て予備のＣＴＳをＩＮＳ網に接続する構成を採用している。ここで、従来のＣＴＩシステムにおける回線切り替えの様子を図１に基づいて説明する。
【０００４】
図１において、(10)はＩＮＳ網、(20)は回線切替接続装置、(30)は現用のＣＴＳ、(40)は予備のＣＴＳ、(50)は予備のターミナルアダプタ、(60)は複数の内線電話器を表している。同図に示す如く、回線切替接続装置(20)は、ＩＮＳ網(10)と現用ＣＴＳ(30)及び予備ＣＴＳ(40)との間に位置しており、通常は、ＩＮＳ網(10)をメインルート回線を介して現用ＣＴＳ(30)に接続している。なお、各々のＣＴＳの先には複数の内線電話器(60)が接続されており、多数のオペレータが各々の電話器を通じて顧客からの問い合わせに対応している。図１のシステムにおいてメインルート回線に何らかの障害が発生すると、システム管理者がこれを認識して手動操作により回線切替接続装置(20)を切り替え、ＩＮＳ網(10)を正常なサブルート回線を介して予備ＣＴＳ(40)に接続するのである。
【０００５】
しかしながら、従来の回線切替接続装置では、システム管理者が回線の障害発生を判断して手動により回線の切り替えを行うため、回線に障害が発生して現用から予備の回線に切り替わるまで多くの時間を必要とした。
一方、かかる回線の自動切替を実現するためには、次のような回線切替における判断上の問題を解決する必要があった。
（１）回線の障害判断
回線の障害は、ＩＮＳ網とＣＴＳの双方からのデータ通信をモニターして判断しなければならない。また、回線切替接続装置自体の障害によってＩＮＳ網とＣＴＳとのデータ通信を妨げてはならない。さらに、回線切替接続装置は、ＩＮＳ網とＣＴＳのデータ通信に影響を与えぬようにかかるデータ通信と同期をとらねばならない。従って、回線の自動切替を実現するには、データ通信に同期してＩＮＳ網とＣＴＳの双方からのメッセージを解釈して回線の障害を判断しなければならなかった。
（２）回線切替の判断
ＩＳＤＮ回線には、基本速度インタフェース(Basic Rate Interface)（以下、単に“ＢＲＩ”と称する）回線と、一次群速度インタフェース(Primary Rate Interface)（以下、単に“ＰＲＩ”と称する）回線があり、それぞれ１本の物理回線に複数の論理回線（チャネル）が収容されている。因みに、ＢＲＩ回線にはＢチャネル(64kbit/s)が２チャネルとＤチャネル(16kbit/s)が１チャネルが収容されており、ＰＲＩ回線には、例えばＢチャネル(64kbit/s)が２３チャネルとＤチャネル(64kbit/s)が１チャネルが収容されている。従って、１つの論理回線で障害が発生した場合であっても、同一物理回線中の他のチャネルに影響を与えないように物理回線を切り替える判断をしなければならなかった。
（３）停電復旧時の処理判断
一般に、ＣＴＩシステムの回線切替接続装置(20)は、システムの停電時にサブルート回線を介して予備ＣＴＳ(40)と強制的に接続される。これは、電池による動作が可能な予備ターミナルアダプタ(50)などによって電話のみの使用をバックアップするためである。従って、停電復旧時（以下、単に“復電時”と称する）に単純にメインルート回線に切り替えてしまうと、サブルート回線を介して行われている通話が切断されてしまうおそれがある。このため、復電時における回線切替は各々の回線の使用を判断して行わねばならなかった。
【０００６】
【発明が解決しようとする課題】
本発明は、かかる不具合を解決するものであり、回線障害を正確かつ迅速に検出して回線の切替を自動的に行い、ＣＴＩシステムの運用を阻害しない回線切替接続装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、現用端末に接続された現用回線と、予備端末に接続された予備回線とを選択的にＩＮＳ網に接続する回線切替接続装置であって、
切替制御信号に応じて、前記現用回線とＩＮＳ網との接続を切断して前記予備回線をＩＮＳ網に接続する回線切替回路と、
ＩＮＳ網からの特定のメッセージに対して所定時間内に端末側からの応答メッセージが生じないことを検知して無応答検知信号を生成するメッセージモニター回路と、
前記無応答検知信号に基づいて、回線の障害を判断して前記切替制御信号を生成する制御回路とを含むことを特徴とする。
【０００８】
【発明の実施の形態】
図２は、本発明にかかる回線切替接続装置の第１の実施例を表す構成図である。
同図において、回線切替接続装置(20)は、ＩＮＳ網(10)と現用ＣＴＳ(30)及び予備ＣＴＳ(40)との間に位置してており、通常はＩＮＳ網(10)をメインルート回線を介して現用ＣＴＳ(30)に接続している。
【０００９】
回線切替接続装置(20)は、実際に回線の切替を行うスイッチ部(21)、回線上の通信データをモニターするモニター部(22)、及びモニター部(22)からの情報を基にスイッチ部(21)の切替処理を制御する制御部(23)から構成されている。
モニター部(22)は、ＩＮＳ網(10)及び現用ＣＴＳ(30)の間で行われているデータ通信に同期してそのデータを解釈する。なお、図２におけるＣＴＩシステム自体の構成は、図１に示した従来例と同じであるため、ＣＴＩシステムに含まれるＣＴＳ(30)及び(40)等の説明は省略する。
【００１０】
続いて、本実施例の回線切替接続装置(20)における処理動作の詳細を以下に説明する。
先ず、ＩＮＳ網(10)と現用ＣＴＳ(30)とのレイヤ２における障害検出処理のサブルーチンを図３に示すフローチャートに基づいて説明する。因みに、レイヤ２とは、ＯＳＩ(Open Systems Interconnection)基本参照モデルの２層目におけるデータリンクプロトコルに準拠するものであり、ＩＮＳ網における端末間のメッセージを適切なデータ転送単位で誤り無く伝送する通信処理手順を定めるものである。
【００１１】
図３に示すサブルーチンは、制御部(23)がモニター部(22)を介してＩＮＳ網(10)からのメッセージとして、データリンクの設定に関する拡張非同期平衡モード設定（以下、単に“ＳＡＢＭＥ”と称する）信号の受信を検知することによって起動される。これによって、制御部(23)は、回線の障害検出処理を開始すべく、所定の時間長を有するタイマーを起動させ（ステップ１０）次のステップ１１に移る。
【００１２】
ステップ１１において、制御部(23)は、モニター部(22)を介して現用ＣＴＳ(30)からのメッセージを監視して、ＣＴＳから非番号制確認(Unnumbered Acknowledg)（以下、単に“ＵＡ”と称する）信号が発せられたか否かを判断する。レイヤ２の通信処理手順においてＩＮＳ網に接続された端末は、ＩＮＳ網からのメッセージであるＳＡＢＭＥ信号に対して、必ずＵＡ信号のメッセージを返さなければならないことになっている。従って、ＩＮＳ網からのＳＡＢＭＥ信号の検出から所定の時間内に現用ＣＴＳ(30)からＵＡ信号の応答があった場合、制御部(23)は、回線が正常であるものと判断してステツプ１２に移り回線の障害検出処理を終了する。
【００１３】
一方、ステップ１１において、現用ＣＴＳ(30)からのメッセージでＵＡ信号が検出されなかったときは、制御部(23)はステップ１３に移り、上記のステップ１０で起動したタイマーが終了したか否かを判断する。そして、タイマーが終了していないと判断されたときは、未だＣＴＳからの応答メッセージの検出の許容時間が経過していないことを意味するものであるので、制御部(23)はステップ１５に移り、いわゆる“待ち状態”であるＷＡＩＴ処理に入る。
【００１４】
かかるＷＡＩＴ処理において、制御部(23)は本サブルーチン以外の他の処理を行いつつ所定のタイミングでステップ１１に戻り、前述した現用ＣＴＳ(30)からのメッセージの監視及びその判断処理を繰り返す。
ステップ１３において、ステップ１０で起動したタイマーが終了したと判断されたときは、同タイマーに定められた所定時間内に現用ＣＴＳ(30)からのＵＡ信号の応答がなかったことになるので、制御部(23)は、メインルート回線に障害があったものと判断して（ステップ１４）本サブルーチンを終了させる。
【００１５】
次に、レイヤ３における障害検出処理のサブルーチンを図４に示すフローチャートに基づいて説明する。因みに、レイヤ３とは、ＯＳＩ(Open Systems Interconnection)基本参照モデルの３層目におけるプロトコルに準拠するものであり、ＩＮＳ網の端末間における呼設定処理等の手順を定めるものである。
図４に示すサブルーチンは、制御部(23)がモニター部(22)を介してＩＮＳ網(10)からのメッセージとして、呼設定(Set Up)（以下、単に“ＳＥＴＵＰ”と称する）信号を受信したことを検知することによって起動される。
【００１６】
これによって、制御部(23)は、回線の障害検出処理を開始すべく、所定の時間長を有するタイマーを起動させ（ステップ２０）次のステップに移る。
次のステップ２１において、制御部(23)は、ＩＮＳ網(10)からのメッセージとして再度ＳＥＴＵＰ信号を受信したか否かを判断する。ＳＥＴＵＰ信号を受信した場合は、ＩＮＳ網(10)から呼設定処理がリトライされたことになるので、制御部(23)はステップ２０に戻り改めてタイマーを起動し直す。
【００１７】
一方、ＩＮＳ網(10)からのメッセージとしてＳＥＴＵＰ信号を受信しなかったときは、ステップ２２に進みＩＮＳ網(10)からのメッセージとして、呼切断(Disconnected)（以下、単に“ＤＩＳＣ”と称する）信号を受信したか否かを判断する。ＤＩＳＣ信号を受信した場合は、ＩＮＳ網(10)と現用ＣＴＳ(30)との通信リンクが解除されるのでもはや回線障害の検出を行う必要がない。よって、制御部(23)はステップ２３へ進み回線は正常であるとして障害検出処理を終了させる。
【００１８】
一方、ステップ２２において、ＩＮＳ網(10)からのメッセージとしてＤＩＳＣ信号を受信しなかったと判断した場合、制御部(23)はステップ２４へ進む。そして、今度は現用ＣＴＳ(30)からのメッセージとして、呼設定処理中(Call Proceeding)（以下、単に“ＣＡＬＬ ＰＲＯＣ”と称する）信号、呼接続(Connect)（以下、単に“ＣＯＮＮ”と称する）信号、接続解放完了(Release Complete)（以下、単に“ＲＥＬ ＣＯＭＰ”と称する）信号、またはＤＩＳＣ信号の何れかを受信したか否かを判断する。
【００１９】
レイヤ３において、ＩＮＳ網(10)からのメッセージとしてＳＥＴＵＰ信号を受信した現用ＣＴＳ(30)は、所定時間内に必ず上記何れかのメッセージをＩＮＳ網(10)に返送しなければならない。従って、制御部(23)は、現用ＣＴＳ(30)からのメッセージで上記何れかの信号を検出した場合は、回線が正常であるものと判断してステップ２３に進み本サブルーチンを終了させる。
【００２０】
一方、ステップ２４において、現用ＣＴＳ(30)からのメッセージとして上記何れの信号も検出されなかったときは、制御部(23)はステップ２５に移り、ステップ２０で起動したタイマーが終了したか否かを判断する。そして、未だタイマーが終了していないと判断されたときは、ステップ２７に移り、いわゆる“待ち状態”であるＷＡＩＴ処理に入る。
【００２１】
かかるＷＡＩＴ処理において、制御部(23)は本サブルーチン以外の他の処理を行いつつ、所定のタイミングで本サブルーチンのステップ２１に戻り、前述した現用ＣＴＳ(30)からのメッセージの監視及びその内容の判断を繰り返す。
ステップ２５において、ステップ２０で起動したタイマーが終了したと判断されたときは、同タイマーに定められた所定時間内に現用ＣＴＳ(30)から所定信号の応答がなかったことになるので、制御部(23)は、回線に障害があったものと判断して（ステップ２６）本サブルーチンを終了させる。
【００２２】
以上説明したレイヤ２及びレイヤ３のサブルーチンにおいて、現用のメインルート回線に障害が発生しているものと判断された場合、制御部(23)は、スイッチ部(21)を制御して使用回線を現用のメインルート回線から予備のサブルート回線に切り替える。かかる処理によって、予備ＣＴＳ(40)がサブルート回線を介してＩＮＳ網(10)に接続されＣＴＩの業務が遅滞なく継続されることになる。
【００２３】
次に、本発明にかかる回線切替接続装置の第２の実施例について説明する。なお本実施例に基づく回線切替接続装置の構成は、前述した第１の実施例と同様であるためかかる装置の構成要素等についての説明は割愛する。
ところで、ＩＳＤＮ回線には、前述の如くＢＲＩ回線とＰＲＩ回線の２種類があり、それぞれ１本の物理回線中に複数の論理回線であるチャネルが収容されている。従って、回線切替接続装置は、１つのチャネルで障害が発生した場合、同一の物理回線に含まれる他のチャネルに影響を与えぬように物理回線の切り替え判断を行う必要がある。本実施例は、前記第１の実施例にかかる判断機能を追加したものと言える。
【００２４】
第２の実施例において、先ず、ＢＲＩ回線の切替を行う場合の動作サブルーチンを図５のフローチャートに基づいて説明する。
前述した第１の実施例に基づいて、ＢＲＩ回線に含まれる２つの論理回線Ｂ１又はＢ２の内、例えばＢ１チャネルに障害が検出されると図５に示すサブルーチンが起動されるものとする。但し、本実施例はかかる構成に限定されるものではなく、例えばＢ２チャネルの障害検出により起動されるサブルーチンの構成としても良い。
【００２５】
同サブルーチンが起動されると、制御部(23)は、先ず、ステップ３０においてＢ２チャネルの状態を確認判断する。そして、同チャネルが通話中でなければステップ３５に移り、スイッチ部(21)に回線切替の指示を出して本サブルーチンを終了させる。
一方、Ｂ２チャネルの状態が通話中であればステップ３１に移り、いわゆるＷＡＩＴ状態に入る。かかる状態において制御部(23)は、本サブルーチンの処理を一時中断させて他の処理を実行し、所定のタイミングで再度本サブルーチンに制御を復帰させるものとする。ＷＡＩＴ状態から本サブルーチンに戻ると、制御部(23)は、ステップ３２において、再びＢ２チャネルの状態をチェックする。
【００２６】
Ｂ２チャネルにおける通話が終了していれば、続くステップ３４においてＢ１チャネルの障害が継続しているか否かを判断し、障害が未だ復旧していなければ、ステップ３５に移り回線の切替を行って本サブルーチンを終了させる。
一方、ステップ３２において、Ｂ２チャネルが未だ通話中であると判断された場合、制御部(23)はステップ３３に移り、Ｂ１チャネルの障害が継続しているか否かを判断し、障害が未だ復旧していなければステップ３１のＷＡＩＴ状態に戻り再び上記の処理を繰り返す。
【００２７】
一方、前記のステップ３３及びステップ３４において、Ｂ１チャネルの障害が復旧していると判断された場合は、制御部(23)はステップ３６に移り、Ｂ１チャネルに関する障害情報を全てクリアし、回線は正常であるとして切替処理を行わずに本サブルーチンを終了させる。
以上説明した如く、本実施例によればＢＲＩ回線の１のチャネルにおける障害を検出した後に、同一回線に含まれる他方のチャネルの状態を確認した上で回線を切替るので、通話中チャネルでの通話断を引き起こさずに回線の切替を行うことが可能となる。また、通話中の回線切替待ち状態で障害が復旧した場合は回線の切替を行わない。これによって、ＣＴＩの運用を出来る限り中断しないようにすることができる。
【００２８】
続いて、本発明による第２の実施例において、ＰＲＩ回線の切替を行う場合の処理を説明する。
前述の如く、ＰＲＩ回線では１つの物理回線中に、例えば２３の論理回線（チャネル）が含まれている。従って、全てのチャネルの障害を検知して回線を切り替える切替制御方法を採用すると、ＣＴＩの機能が低下した状態での運用となってしまう。例えば、ＰＲＩ回線に含まれる２３チャネルの内２０チャネルに障害が発生しているものと仮定すると、かかる状態でも回線の切替は行われず、メインルート回線の残りの３チャネルのみで運用が継続されることになる。そして、４チャネル以降がサービスを受けられない状態となってしまう。
【００２９】
そこで、ＰＲＩ回線の切替を行う場合は、図６のフローチャートに示すサブルーチンに基づいて処理を行うものとする。
前述した第１の実施例に基づいてＰＲＩ回線に含まれるＢ1〜Ｂ23の論理回線（チャネル）の内、何れかのチャネルＢxに障害が検出されると図６(Ａ)に示すサブルーチンが起動される。
【００３０】
同サブルーチンにおいて制御部(23)は、先ず、ステップ４０においてＢxチャネルの障害レジスタをセットする。ここで障害レジスタとは、ＰＲＩに含まれる各々のチャネル毎に具備された記憶手段であり、該当チャネルの障害が検出された場合に“１”にセットされる。
制御部(23)は、次のステップ４１で障害カウンタの値ｎをイクリメント、即ち（ｎ＋１）→（ｎ）としてステップ４２に移る。ここで障害カウンタとは、何れかのチャネルの障害レジスタがセットされる毎にカウントアップされるカウンタを表すものである。
【００３１】
続くステップ４２において、制御部(23)は、前記障害カウンタのカウント値ｎと所定の閾値Ｎとを比較する。ここで閾値Ｎは、ＰＲＩ回線に含まれるチャネルでＮ回以上の障害が検出された場合に回線を予備回線であるサブルートに切り替えるべく、ＣＴＩのシステム設計時において予め定められた値と仮定する。
ステップ４２で、ｎがＮに達していた場合、制御部(23)はステップ４３に移り、現用のメインルート回線に障害が発生しているものと判断して、スイッチ部(21)に回線切替の指示を出して本サブルーチンを終了させる。
【００３２】
一方、ステップ４２でｎが未だＮに達していない場合、制御部(23)は、ステップ４４に移りＷＡＩＴ状態に入る。ＷＡＩＴ状態から所定のタイミングで本サブルーチンに戻ると、制御部(23)は、ステップ４５において、ＰＲＩ回線に含まれる全てのチャネルの障害レジスタの状態をチェックする。そして、全てのチャネルの障害レジスタがリセットされていれば、回線は正常であると判断して切替処理を行わずに本サブルーチンを終了させる（ステップ４７）。
【００３３】
一方、セットされた障害レジスタが残っている場合、制御部(23)はステップ４４に戻り前述の処理を繰り返す。
なお、ＰＲＩ回線の切替を行う場合は、図６(Ａ)の障害発生時のサブルーチンと共に、図６(Ｂ)のフローチャートに示す障害復旧時のサブルーチンも並行して稼動される。
【００３４】
図６(Ｂ)に示すサブルーチンは、ＰＲＩ回線に含まれるＢｘチャネルの障害復旧の検出によって起動されるものである。
同サブルーチンにおいて、制御部(23)は、先ず、ステップ５０で障害が復旧したＢｘチャネルに該当する障害レジスタを“０”にリセットする。そして、続くステップ５１において、前述した障害カウンタｎの値をクリア、即ち（ｎ＝０）として本サブルーチンを終了させる。
【００３５】
以上説明したように、本実施例に基づくＰＲＩ回線の切替処理によれば、所定の回数以上連続して論理回線（チャネル）の障害を検出した場合に回線を切り替えるため、ＣＴＩのサービス機能の低下を極力防止してシステムの運用を行うことができる。
次に、本発明にかかる回線切替接続装置の第３の実施例について説明する。図７は、本実施例に基づく回線切替接続装置の構成を示すブロック図である。
【００３６】
同図に示す回線切替接続装置(20)の内部において条件設定部(24)は、復電時における切替のルートを予め設定するための、例えばキーボードやスイッチパネルからなるデータ入力部である。
前述したように、一般のＣＴＩシステムの回線切替接続装置(20)では、システムの停電時にサブルート回線を介して予備ＣＴＳ(40)がＩＮＳ網に接続される。このため、復電時における回線の切替は予備のサブルートを維持するのか、或いは現用のメインルートに切り替えるのか判断が必要であった。
【００３７】
そこで、図７に示す実施例では、条件設定部(24)を用いて予め、復電時における切替のルートを設定しておくものとする。また、かかる条件設定は、例えばシステムの運用時間帯に応じて可変し得るものとしても良い。
このような構成を採ることによって、復電時におけるトラブルを防止することができる。例えば、現用システムにおいて夜間無人サービスを実施している場合、復電後もかかるサービスを継続して実施する必要がある。この場合は、条件設定部(24)を用いて復電時にメインルートの現用回線側に切り替わるように設定しておけば良い。また、昼間に停電が発生した場合、予備システムに駐在するオペレータが電話にてサービスを行っている可能性が高い。従って、この場合は、復電時にサブルートの予備回線を維持するように設定しておけば、復電後におけるオペレータの通話切断を防ぐことができる。
【００３８】
なお、図７に示す実施例においてシステム内の他の構成要素は、全て前述の第１及び第２の実施例と同様であるためその説明は割愛する。
以上詳述した第１から第３の各実施例では、予備回線であるサブルートの先に予備システムのＣＴＳが接続されている場合を例にとって説明を行ったが、本発明はかかる事例に限定されるものではない。例えば、サブルートの先に予備システムを接続せず、予め代表加入などのサービスを登録しておく構成としても良い。この場合、現用のメインルートに障害が発生して、サブルートに回線が切り替わると、ＩＮＳ網がサブルートからの無応答を検出して、顧客化の発呼を自動的に代表加入で定めた他の回線へ接続するため、ＣＴＩシステムにおけるサービスを維持することができる。
【００３９】
次に、本発明による回線切替接続装置の第４の実施例について説明する。因みに、本実施例は、回線の切替接続処理を行った後の動作に関するものである。
現用ＣＴＳ(30)或いは現用回線において障害が発生し、回線切替接続装置(20)がＩＮＳ網(10)を予備ＣＴＳ側に切り替えた場合、例えば、図８のシーケンスチャートに示すようなメッセージの遣り取りが行われる場合がある。
【００４０】
すなわち、回線接続の切替が生じるとＩＮＳ網(10)は、同期信号の瞬断などの不具合により、それまでＩＮＳ網(10)の端末となっていた現用ＣＴＳ(30)を見失ってしまう。それ故、ＩＮＳ網(10)は、ＲＲ(Receive Ready)信号を所定の回数送出して網に接続されている端末からの応答を促す（シーケンスＳ８１）。
現用ＣＴＳ(30)の端末認識番号（ＴＥＩ）を“１１”と仮定すると、ＩＮＳ網(10)は、回線接続の切替直後の時点で現用ＣＴＳ(30)をＩＮＳ網に接続された端末として認識しているため、上記ＲＲ信号に含まれる端末認識番号はＴＥＩ＝１１となる。つまり、この時点では予備ＣＴＳ(40)とＩＮＳ網(10)との同期は確立されておらず、予備ＣＴＳ(40)の端末認識番号（ＴＥＩ＝５５）はＩＮＳ網(10)に認識されていない。なお、シーケンスＳ８１においてＩＮＳ網(10)よりＲＲ信号が４回送出されているが、ＲＲ信号の再送回数はかかる事例に限定されるものでない。
【００４１】
次に、ＩＮＳ網(10)は、シーケンスＳ８２において現用ＣＴＳ(30)へＳＡＢＭＥ信号（ＴＥＩ＝１１）を送出してその初期化を促すが、既に回線接続が切り替わっているので現用ＣＴＳ(30)からの応答はない。そして、回線切替接続装置(20)内のモニター部２２は、ＩＮＳ網(10)からのＳＡＢＭＥ信号（ＴＥＩ＝１１）を受信するため、前述の図３に示したレイヤ２における障害検出処理のサブルーチンが起動される。
【００４２】
一方、シーケンスＳ８２を経過した時点であれば、回線接続の切替から既に或る程度の時間が経過しているためＩＮＳ網(10)は、網に接続された予備ＣＴＳ(40)を発見しており、これに初期化を促すＳＡＢＭＥ信号（ＴＥＩ＝５５）を送出する（シーケンスＳ８３）。
かかるＳＡＢＭＥ信号（ＴＥＩ＝５５）の受信によって、回線切替接続装置(20)において、再び図３の障害検出処理のサブルーチンが起動される。しかしながら、この信号を受信した予備ＣＴＳ(40)が直ぐにＵＡ信号（ＴＥＩ＝５５）をＩＮＳ網(10)に返送するため（シーケンスＳ８４）、図３のフローチャートに示される如く障害検出処理サブルーチンはクリアされる。その後、ＩＮＳ網(10)と予備ＣＴＳ(40)との間では、ＲＲ信号（ＴＥＩ＝５５）等のメッセージを用いた遣り取りが開始される（シーケンスＳ８５）。
【００４３】
一方、ＩＮＳ網(10)は、現用ＣＴＳ(30)とのリンク形成を諦めるまでの間の所定時間、現用ＣＴＳ(30)に対しＳＡＢＭＥ信号（ＴＥＩ＝１１）を出し続け（シーケンスＳ８２及びシーケンスＳ８６）、これによって図３の障害検出処理サブルーチンが起動され続ける。しかしながら、現用ＣＴＳ(30)との接続は既に切断されているので、上記信号に対する応答メッセージであるＵＡ信号（ＴＥＩ＝１１）が検出されることはない。それ故、図３の障害検出処理サブルーチンは回線の障害を検出してしまう（シーケンスＳ８７）。
【００４４】
以上述べた不具合を防止すべく、本実施例においては図９のシーケンスチャートに示す如く、回線切替接続装置(20)が回線の切替接続を行った直後から予め定めた時間Ｔ１の間、図３に示す障害検出処理サブルーチンの起動を停止する。因みに、時間Ｔ１は、ＩＮＳ網(10)が網に接続されていると仮想する端末へのアクセスを諦めるまでの時間である。
【００４５】
なお、障害検出処理サブルーチンの起動を停止する方法としては、例えば、回線切替接続装置(20)内のモニター部(22)が、時間Ｔ１の間ＳＡＢＭＥ信号を受信しても制御部(23)への割込信号を生成しない構成としても良い。或いは、障害検出処理サブルーチンの動作はそのままとして、制御部(23)が回線の障害を検出しても時間Ｔ１の間は、スイッチ部(21)に対する回線切替制御動作をホールドする構成としても良い。さらに、これらの処理を組み合わせた構成としても良い。
【００４６】
本実施例は以上説明したような構成となるので、例えば、ポイント−マルチポイント接続において障害発生による回線接続切替後、ＩＮＳ網(10)は現用ＣＴＳ(30)の端末認識番号でメッセージを送出するが、サブルートで接続された予備ＣＴＳ(40)は新たな端末認識番号でメッセージを送出することによる回線障害誤検出の問題を防止することができる。
【００４７】
なお、本実施例におけるハードウェア構成は、前述した第１乃至第３の実施例と同様の構成であるためその説明は省略する。
次に、本発明による回線切替接続装置の第５の実施例について説明する。因みに、本実施例も前述の第４の実施例と同じく、回線の切替接続処理を行った後の動作に関するものである。
【００４８】
現用ＣＴＳ(30)或いは現用回線において障害が発生し、回線切替接続装置(20)がＩＮＳ網(10)を予備ＣＴＳ側に切り替えた場合に前述の図８とは異なり、例えば、図(10)のシーケンスチャートに示すようなメッセージの遣り取りが行われる場合がある。
すなわち、回線接続の切替が生じるとＩＮＳ網(10)は、同期信号の瞬断などの不具合により、それまでＩＮＳ網(10)の端末となっていた現用ＣＴＳ(30)を見失ってしまう。それ故、ＩＮＳ網(10)は、ＲＲ(Receive Ready)信号を所定の回数送出して網に接続されている端末からの応答を促す（シーケンスＳ１０１）。なお、シーケンスＳ１０１においてＩＮＳ網(10)よりＲＲ信号が４回送出されているが、ＲＲ信号の再送回数はかかる事例に限定されるものでない。
【００４９】
次に、ＩＮＳ網(10)は、シーケンスＳ１０２において現用ＣＴＳ(30)へＳＡＢＭＥ信号を送出してその初期化を促すが、既に回線の接続が切り替わっているので現用ＣＴＳ(30)からの応答はない。そして、回線切替接続装置(20)内のモニター部２２は、ＩＮＳ網(10)からのＳＡＢＭＥ信号を受信するため、図３に示したレイヤ２における障害検出処理のサブルーチンが起動される。
【００５０】
一方、回線接続の切替から或る程度の時間が経過すると、ＩＮＳ網(10)と予備ＣＴＳ(40)との間で同期が確立されるので、予備ＣＴＳ(40)はＩＮＳ網(10)にＳＡＢＭＥ信号を送出する（シーケンスＳ１０３）。その後、シーケンスＳ１０４に示すようにＩＮＳ網(10)と予備ＣＴＳ(40)は、お互いにＳＡＢＭＥ信号を送出し続け、回線切替接続装置(20)ではＩＮＳ網(10)からのＳＡＢＭＥ信号を検出する毎に障害検出処理のサブルーチンが起動される。
【００５１】
さらに、所定の時間が経過してＩＮＳ網(10)がＳＡＢＭＥ信号の送出を諦め、予備ＣＴＳ(40)のみがＳＡＢＭＥ信号を出し続けると（シーケンスＳ１０５）、障害検出処理サブルーチンでは、ＳＡＢＭＥ信号の応答メッセージであるＵＡ信号を検出できないため回線障害が発生したものと判断してしまう（シーケンスＳ１０６）。
【００５２】
以上述べた不具合を防止すべく、本実施例において回線切替接続装置(20)は、図１１のシーケンスチャートに示すような処理を為す。すなわち、回線の切替接続を行った直後から予め定めた時間Ｔ１の間、回線切替接続装置(20)は、ＩＮＳ網(10)及び予備ＣＴＳ(40)双方のＳＡＢＭＥ信号を検出して障害検出処理のサブルーチンを起動する。
【００５３】
かかる構成を採ることにより、シーケンスＳ１０５でＩＮＳ網(10)がＳＡＢＭＥ信号の送出を諦めた後においても、予備ＣＴＳ(40)からのＳＡＢＭＥ信号によって障害検出処理サブルーチンがリトリガーされる。それ故、図３に示す障害検出処理サブルーチンがタイムアップすることはなく、回線の障害が検出されることはない。そして、所定時間の経過後に、図１１のシーケンスＳ１０７に示す如く、ＩＮＳ網(10)が予備ＣＴＳ(40)からのＳＡＢＭＥ信号に応答するＵＡ信号を送出することにより、回線が正常である判断されＩＮＳ網(10)と予備ＣＴＳ(40)間のメッセージの遣り取りが開始される。因みに、時間Ｔ１は、少なくともＩＮＳ網(10)が予備ＣＴＳ(40)からのＳＡＢＭＥ信号に応答してＵＡ信号を送出するまでの時間であれば良い。
【００５４】
本実施例は以上説明したような構成となるので、例えば、ポイント−ポイント接続の場合に障害発生による回線接続切替後、ＩＮＳ網(10)及び予備ＣＴＳ(40)が共にＳＡＢＭＥ信号を送出し続け、その後、ＩＮＳ網(10)からのＳＡＢＭＥ信号送出停止により回線障害の誤検出が為されてしまうと言う問題を防止することができる。
【００５５】
なお、本実施例におけるハードウェア構成は、前述した第１乃至第３の実施例と同様の構成を採り得るためその説明は省略する。
次に、本発明による回線切替接続装置の第６の実施例について説明する。
因みに、以上説明した各々の実施例においては、ＩＮＳ網(10)と現用ＣＴＳ(30)又は予備ＣＴＳ(40)との切替接続のみを取り扱っていた。しかしながら、本実施例では、現用ＣＴＳ(30)又は予備ＣＴＳ(40)と、例えば、電話器等の内線端末機器との切替接続をも含めた回線切替接続システムについて言及する。
【００５６】
先ず、電話器等の内線端末機器と、現用ＣＴＳ(30)又は予備ＣＴＳ(40)との切替接続をも含めた従来の回線切替接続システムの構成を図１２のブロック図に示す。
同図において、通常は、ＩＮＳ網(10)→回線切替接続装置(20)→現用ＣＴＳ(30)→内線切替接続装置(70)→内線電話器(60)のいわゆるメインルートでシステムが運用されている。そして、現用ＣＴＳ(30)或いは現用回線において障害が検出されたとき、ＩＮＳ網(10)→回線切替接続装置(20)→予備ＣＴＳ(40)→内線切替接続装置(70)→内線電話器(60)のいわゆるサブルートによりシステム運用が継続される。因みに、内線切替接続装置(70)は、回線切替接続装置(20)から供給される切替連携制御信号によって、同装置に接続されている、内線電話器(60)等の内線端末機器を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続するものである。
【００５７】
なお、以降の記述においては、回線切替接続装置(20)の側を“外線側”と称し、外線側で行われる回線の切替接続処理を“外線切替”と称する。また、内線切替接続装置(70)の側を“内線側”と称し、内線側で行われる内線端末機器の切替接続処理を“内線切替”と称する。
ところで、図１２に示す従来の回線切替接続システムにおいては、メインルート側の障害を検出してサブルート側に切り替える際に、ＣＴＳの有する交換機能によって外線側と内線側の接続が恒常的に変化する。それ故、外線側の通話保護（接続リンクの担保）は可能であるが、内線側の通話保護が困難であると言う問題があった。これを、図１３に示す外線及び内線の切替接続図に基づいて具体的に説明する。
【００５８】
すなわち、従来の回線切替システムでは、外線側で障害を検出すると以下に示すような動作処理となる。
（１） 例えば、図１３に示す外線３で障害が発生すると、それを検知した外線側の回線切替接続装置(20)は、内線側の内線切替接続装置(70)へ切替連携制御信号を送出して内線側の切替を指令する。
（２） その後、外線側では現在通話中以外の回線、即ち外線３，４，５を閉塞して現在通話中の外線１，２の通話終了を待つ。
（３） 一方、内線側では、上記の切替連携制御信号を受けて全ての内線を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続する。このとき、内線側で現在通話中の内線１，２，４，５の通話が強制的に切断されてしまう。
（４） 上記（３）のステップにおいて内線側の通話が全て強制的に終了されるためこれに追従して外線側でも外線１，２の通話が終了する。そして、これを待っていた回線切替接続装置(20)が全ての外線を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続する。
【００５９】
つまり、従来の回線切替接続システムにおいては、現用及び予備のＣＴＳが外線と内線とをどのように接続したかを互いに検知することができない。それ故、以上説明した動作処理となってしまい現在通話中の内線が切断されてしまう。
かかる不具合を防止すべく、本実施例は、図１４に示すような回線切替接続システムの構成を採っている。
【００６０】
同図において、内線切替接続装置(70)は、電話器等の複数の内線端末機器を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続するものであり、内線端末機器同士の相互接続を行う内線交換機の機能も有している。また、内線通話監視部(71)は、内線切替接続装置(70)における内線端末機器の通話状態を監視して、その通話状態に応じて内線切替接続装置(70)における内線側の切替接続の手順を制御する機能を有する。なお、本実施例における他の構成要素については、図２に示す第１の実施例と同じであるためその説明は省略する。
【００６１】
次に、本実施例における切替接続処理の動作を以下に示すステップ（１０）〜（６０）において説明する。なお、動作説明は、前述の図１３に示す外線及び内線の切替接続図に基づいて行うものとする。
（１０） 例えば、図１３に示す外線３で障害が発生すると、外線側の回線切替接続装置(20)は、内線側へ切替連携制御信号を送出して内線側での接続切替を指令する。
（２０） その後、外線側では現在通話中以外の回線、即ち外線３，４，５を閉塞して現在通話中の外線１，２の通話終了を待つ。
（３０） 一方、上記の切替連携制御信号を受けた内線側では、内線通話監視部(71)が現在通話中の内線を検知して、その情報を内線切替接続装置(70)に通知する。内線切替接続装置(70)は通話中以外の内線、即ち内線３を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続する。そして、現在通話中の内線１，２，４，５の通話終了を待つ。
（４０） その後、内線通話監視部(71)は、定常的に内線の通話状態を監視して各々の内線の通話が終了する毎にこれを内線切替接続装置(70)に通知する。内線切替接続装置(70)は、その都度、当該内線を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続して行く。
（５０） 内線側の通話が終了すると、当然それに接続されている外線側の通話も終了する。それ故、外線側では回線切替接続装置(20)内のモニター部(22)が各々の外線における通話の終了を検知してこれを制御部(23)に通知する。制御部(23)では、かかる通知に基づいてスイッチ部(21)を制御し、通話が終了した外線を順次、現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続して行く。
（６０） 上記ステップ（５０）の進行によって、終話した全ての内線及び外線の接続切替が終了すると、外線切替側の回線切替接続装置(20)は、閉塞状態とした全ての外線を予備ＣＴＳ(40)へ切替接続して処理を終了する。
【００６２】
以上説明した如く本実施例によれば、内線切替接続装置(70)内において内線側の通話監視を行い、通話が終了した内線から逐次切替接続を実施して行く。それ故、現用及び予備のＣＴＳが外線と内線との相互接続の関係を了知せずとも、内線及び外線側共に通話の保護を図ることが可能となる。
【００６３】
【発明の効果】
以上詳述した如く、本発明によればＣＴＩシステムにおける運用を阻害することなく、回線障害時に回線の切替を自動的に行う回線切替接続装置を提供することができる。
【図面の簡単な説明】
【図１】図１は、従来のＣＴＩシステムにおける回線切替の構成を示すブロック図である。
【図２】図２は、本発明の第１の実施例に基づく回線切替接続装置の構成を示すブロック図である。
【図３】図３は、図２の実施例におけるレイヤ２の障害検出処理のフローチャートを示す図である。
【図４】図４は、図２の実施例におけるレイヤ３の障害検出処理のフローチャートを示す図である。
【図５】図５は、本発明の第２の実施例に基づく回線切替接続装置において、ＢＲＩ回線の障害判断処理のフローチャートを示す図である。
【図６】図６は、本発明の第２の実施例に基づく回線切替接続装置において、ＰＲＩ回線の障害判断処理のフローチャートである。
【図７】図７は、本発明の第３の実施例に基づく回線切替接続装置の構成を示すブロック図である。
【図８】図８は、本発明の第１乃至第３の実施例において回線切替後のメッセージの遣り取りの一例を表すシーケンスチャートである。
【図９】図９は、本発明による第４の実施例における回線切替後のメッセージの遣り取りを表すシーケンスチャートである。
【図１０】図１０は、本発明の第１乃至第３の実施例において回線切替後のメッセージの遣り取りの他の一例を表すシーケンスチャートである。
【図１１】図１１は、本発明による第５の実施例における回線切替後のメッセージの遣り取りを表すシーケンスチャートである。
【図１２】図１２は、従来のＣＴＩシステムにおける内線側の切替も含めた回線切替の様子を示すブロック図である。
【図１３】図１３は、ＣＴＩシステムにおける外線及び内線の切替接続図である。
【図１４】図１４は、本発明の第６の実施例によるのＣＴＩシステムの構成を示すブロック図である。
【符号の説明】
１０ ＩＮＳ網
２０ 回線切替接続装置
２１ スイッチ部
２２ モニター部
２３ 制御部
２４ 条件設定部
３０ 現用コンピュータ・テレフォニー・サーバー
４０ 予備コンピュータ・テレフォニー・サーバー
５０ 予備ターミナルアダプタ
６０ 内線電話器
７０ 内線切替接続装置
７１ 内線通話監視部
【発明の属する技術分野】
本発明は、ＣＴＩ(Computer Telephony Integration)システムで使用されるＩＳＤＮ回線の障害を検出して、障害回線を自動的に正常回線に切り替える回線切替接続装置に関する。
【０００２】
【従来の技術】
顧客からの電話を受けてデータベースから種々の情報を提供する、いわゆるテレホンコールセンターのシステム例に代表される如く、コンピュータと電話を連携させたＣＴＩ(Computer Telephony Integration)（以下、単に“ＣＴＩ”と称する）システムが広く普及している。また、昨今のＩＮＳ網の急速な拡張に伴って、前記ＣＴＩシステムにおいてもＩＮＳ網を利用したシステムが増えつつある。このようなＣＴＩシステムでは、ＣＴＩ事業者のコンピュータ・テレフォニー・サーバー（以下、単に“ＣＴＳ”と称する）がＩＳＤＮ回線（以下、単に“回線”と称する）を介してＩＮＳ網と接続されることになる。
【０００３】
このようなＣＴＩシステムでは、顧客からの問い合わせを常時受け付ける必要がある。このため、一般に、ＣＴＩ事業者は現用及び予備の２つのシステムを設けておき、現用回線に障害が発生した場合、使用する回線を予備回線に切替て予備のＣＴＳをＩＮＳ網に接続する構成を採用している。ここで、従来のＣＴＩシステムにおける回線切り替えの様子を図１に基づいて説明する。
【０００４】
図１において、(10)はＩＮＳ網、(20)は回線切替接続装置、(30)は現用のＣＴＳ、(40)は予備のＣＴＳ、(50)は予備のターミナルアダプタ、(60)は複数の内線電話器を表している。同図に示す如く、回線切替接続装置(20)は、ＩＮＳ網(10)と現用ＣＴＳ(30)及び予備ＣＴＳ(40)との間に位置しており、通常は、ＩＮＳ網(10)をメインルート回線を介して現用ＣＴＳ(30)に接続している。なお、各々のＣＴＳの先には複数の内線電話器(60)が接続されており、多数のオペレータが各々の電話器を通じて顧客からの問い合わせに対応している。図１のシステムにおいてメインルート回線に何らかの障害が発生すると、システム管理者がこれを認識して手動操作により回線切替接続装置(20)を切り替え、ＩＮＳ網(10)を正常なサブルート回線を介して予備ＣＴＳ(40)に接続するのである。
【０００５】
しかしながら、従来の回線切替接続装置では、システム管理者が回線の障害発生を判断して手動により回線の切り替えを行うため、回線に障害が発生して現用から予備の回線に切り替わるまで多くの時間を必要とした。
一方、かかる回線の自動切替を実現するためには、次のような回線切替における判断上の問題を解決する必要があった。
（１）回線の障害判断
回線の障害は、ＩＮＳ網とＣＴＳの双方からのデータ通信をモニターして判断しなければならない。また、回線切替接続装置自体の障害によってＩＮＳ網とＣＴＳとのデータ通信を妨げてはならない。さらに、回線切替接続装置は、ＩＮＳ網とＣＴＳのデータ通信に影響を与えぬようにかかるデータ通信と同期をとらねばならない。従って、回線の自動切替を実現するには、データ通信に同期してＩＮＳ網とＣＴＳの双方からのメッセージを解釈して回線の障害を判断しなければならなかった。
（２）回線切替の判断
ＩＳＤＮ回線には、基本速度インタフェース(Basic Rate Interface)（以下、単に“ＢＲＩ”と称する）回線と、一次群速度インタフェース(Primary Rate Interface)（以下、単に“ＰＲＩ”と称する）回線があり、それぞれ１本の物理回線に複数の論理回線（チャネル）が収容されている。因みに、ＢＲＩ回線にはＢチャネル(64kbit/s)が２チャネルとＤチャネル(16kbit/s)が１チャネルが収容されており、ＰＲＩ回線には、例えばＢチャネル(64kbit/s)が２３チャネルとＤチャネル(64kbit/s)が１チャネルが収容されている。従って、１つの論理回線で障害が発生した場合であっても、同一物理回線中の他のチャネルに影響を与えないように物理回線を切り替える判断をしなければならなかった。
（３）停電復旧時の処理判断
一般に、ＣＴＩシステムの回線切替接続装置(20)は、システムの停電時にサブルート回線を介して予備ＣＴＳ(40)と強制的に接続される。これは、電池による動作が可能な予備ターミナルアダプタ(50)などによって電話のみの使用をバックアップするためである。従って、停電復旧時（以下、単に“復電時”と称する）に単純にメインルート回線に切り替えてしまうと、サブルート回線を介して行われている通話が切断されてしまうおそれがある。このため、復電時における回線切替は各々の回線の使用を判断して行わねばならなかった。
【０００６】
【発明が解決しようとする課題】
本発明は、かかる不具合を解決するものであり、回線障害を正確かつ迅速に検出して回線の切替を自動的に行い、ＣＴＩシステムの運用を阻害しない回線切替接続装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、現用端末に接続された現用回線と、予備端末に接続された予備回線とを選択的にＩＮＳ網に接続する回線切替接続装置であって、
切替制御信号に応じて、前記現用回線とＩＮＳ網との接続を切断して前記予備回線をＩＮＳ網に接続する回線切替回路と、
ＩＮＳ網からの特定のメッセージに対して所定時間内に端末側からの応答メッセージが生じないことを検知して無応答検知信号を生成するメッセージモニター回路と、
前記無応答検知信号に基づいて、回線の障害を判断して前記切替制御信号を生成する制御回路とを含むことを特徴とする。
【０００８】
【発明の実施の形態】
図２は、本発明にかかる回線切替接続装置の第１の実施例を表す構成図である。
同図において、回線切替接続装置(20)は、ＩＮＳ網(10)と現用ＣＴＳ(30)及び予備ＣＴＳ(40)との間に位置してており、通常はＩＮＳ網(10)をメインルート回線を介して現用ＣＴＳ(30)に接続している。
【０００９】
回線切替接続装置(20)は、実際に回線の切替を行うスイッチ部(21)、回線上の通信データをモニターするモニター部(22)、及びモニター部(22)からの情報を基にスイッチ部(21)の切替処理を制御する制御部(23)から構成されている。
モニター部(22)は、ＩＮＳ網(10)及び現用ＣＴＳ(30)の間で行われているデータ通信に同期してそのデータを解釈する。なお、図２におけるＣＴＩシステム自体の構成は、図１に示した従来例と同じであるため、ＣＴＩシステムに含まれるＣＴＳ(30)及び(40)等の説明は省略する。
【００１０】
続いて、本実施例の回線切替接続装置(20)における処理動作の詳細を以下に説明する。
先ず、ＩＮＳ網(10)と現用ＣＴＳ(30)とのレイヤ２における障害検出処理のサブルーチンを図３に示すフローチャートに基づいて説明する。因みに、レイヤ２とは、ＯＳＩ(Open Systems Interconnection)基本参照モデルの２層目におけるデータリンクプロトコルに準拠するものであり、ＩＮＳ網における端末間のメッセージを適切なデータ転送単位で誤り無く伝送する通信処理手順を定めるものである。
【００１１】
図３に示すサブルーチンは、制御部(23)がモニター部(22)を介してＩＮＳ網(10)からのメッセージとして、データリンクの設定に関する拡張非同期平衡モード設定（以下、単に“ＳＡＢＭＥ”と称する）信号の受信を検知することによって起動される。これによって、制御部(23)は、回線の障害検出処理を開始すべく、所定の時間長を有するタイマーを起動させ（ステップ１０）次のステップ１１に移る。
【００１２】
ステップ１１において、制御部(23)は、モニター部(22)を介して現用ＣＴＳ(30)からのメッセージを監視して、ＣＴＳから非番号制確認(Unnumbered Acknowledg)（以下、単に“ＵＡ”と称する）信号が発せられたか否かを判断する。レイヤ２の通信処理手順においてＩＮＳ網に接続された端末は、ＩＮＳ網からのメッセージであるＳＡＢＭＥ信号に対して、必ずＵＡ信号のメッセージを返さなければならないことになっている。従って、ＩＮＳ網からのＳＡＢＭＥ信号の検出から所定の時間内に現用ＣＴＳ(30)からＵＡ信号の応答があった場合、制御部(23)は、回線が正常であるものと判断してステツプ１２に移り回線の障害検出処理を終了する。
【００１３】
一方、ステップ１１において、現用ＣＴＳ(30)からのメッセージでＵＡ信号が検出されなかったときは、制御部(23)はステップ１３に移り、上記のステップ１０で起動したタイマーが終了したか否かを判断する。そして、タイマーが終了していないと判断されたときは、未だＣＴＳからの応答メッセージの検出の許容時間が経過していないことを意味するものであるので、制御部(23)はステップ１５に移り、いわゆる“待ち状態”であるＷＡＩＴ処理に入る。
【００１４】
かかるＷＡＩＴ処理において、制御部(23)は本サブルーチン以外の他の処理を行いつつ所定のタイミングでステップ１１に戻り、前述した現用ＣＴＳ(30)からのメッセージの監視及びその判断処理を繰り返す。
ステップ１３において、ステップ１０で起動したタイマーが終了したと判断されたときは、同タイマーに定められた所定時間内に現用ＣＴＳ(30)からのＵＡ信号の応答がなかったことになるので、制御部(23)は、メインルート回線に障害があったものと判断して（ステップ１４）本サブルーチンを終了させる。
【００１５】
次に、レイヤ３における障害検出処理のサブルーチンを図４に示すフローチャートに基づいて説明する。因みに、レイヤ３とは、ＯＳＩ(Open Systems Interconnection)基本参照モデルの３層目におけるプロトコルに準拠するものであり、ＩＮＳ網の端末間における呼設定処理等の手順を定めるものである。
図４に示すサブルーチンは、制御部(23)がモニター部(22)を介してＩＮＳ網(10)からのメッセージとして、呼設定(Set Up)（以下、単に“ＳＥＴＵＰ”と称する）信号を受信したことを検知することによって起動される。
【００１６】
これによって、制御部(23)は、回線の障害検出処理を開始すべく、所定の時間長を有するタイマーを起動させ（ステップ２０）次のステップに移る。
次のステップ２１において、制御部(23)は、ＩＮＳ網(10)からのメッセージとして再度ＳＥＴＵＰ信号を受信したか否かを判断する。ＳＥＴＵＰ信号を受信した場合は、ＩＮＳ網(10)から呼設定処理がリトライされたことになるので、制御部(23)はステップ２０に戻り改めてタイマーを起動し直す。
【００１７】
一方、ＩＮＳ網(10)からのメッセージとしてＳＥＴＵＰ信号を受信しなかったときは、ステップ２２に進みＩＮＳ網(10)からのメッセージとして、呼切断(Disconnected)（以下、単に“ＤＩＳＣ”と称する）信号を受信したか否かを判断する。ＤＩＳＣ信号を受信した場合は、ＩＮＳ網(10)と現用ＣＴＳ(30)との通信リンクが解除されるのでもはや回線障害の検出を行う必要がない。よって、制御部(23)はステップ２３へ進み回線は正常であるとして障害検出処理を終了させる。
【００１８】
一方、ステップ２２において、ＩＮＳ網(10)からのメッセージとしてＤＩＳＣ信号を受信しなかったと判断した場合、制御部(23)はステップ２４へ進む。そして、今度は現用ＣＴＳ(30)からのメッセージとして、呼設定処理中(Call Proceeding)（以下、単に“ＣＡＬＬ ＰＲＯＣ”と称する）信号、呼接続(Connect)（以下、単に“ＣＯＮＮ”と称する）信号、接続解放完了(Release Complete)（以下、単に“ＲＥＬ ＣＯＭＰ”と称する）信号、またはＤＩＳＣ信号の何れかを受信したか否かを判断する。
【００１９】
レイヤ３において、ＩＮＳ網(10)からのメッセージとしてＳＥＴＵＰ信号を受信した現用ＣＴＳ(30)は、所定時間内に必ず上記何れかのメッセージをＩＮＳ網(10)に返送しなければならない。従って、制御部(23)は、現用ＣＴＳ(30)からのメッセージで上記何れかの信号を検出した場合は、回線が正常であるものと判断してステップ２３に進み本サブルーチンを終了させる。
【００２０】
一方、ステップ２４において、現用ＣＴＳ(30)からのメッセージとして上記何れの信号も検出されなかったときは、制御部(23)はステップ２５に移り、ステップ２０で起動したタイマーが終了したか否かを判断する。そして、未だタイマーが終了していないと判断されたときは、ステップ２７に移り、いわゆる“待ち状態”であるＷＡＩＴ処理に入る。
【００２１】
かかるＷＡＩＴ処理において、制御部(23)は本サブルーチン以外の他の処理を行いつつ、所定のタイミングで本サブルーチンのステップ２１に戻り、前述した現用ＣＴＳ(30)からのメッセージの監視及びその内容の判断を繰り返す。
ステップ２５において、ステップ２０で起動したタイマーが終了したと判断されたときは、同タイマーに定められた所定時間内に現用ＣＴＳ(30)から所定信号の応答がなかったことになるので、制御部(23)は、回線に障害があったものと判断して（ステップ２６）本サブルーチンを終了させる。
【００２２】
以上説明したレイヤ２及びレイヤ３のサブルーチンにおいて、現用のメインルート回線に障害が発生しているものと判断された場合、制御部(23)は、スイッチ部(21)を制御して使用回線を現用のメインルート回線から予備のサブルート回線に切り替える。かかる処理によって、予備ＣＴＳ(40)がサブルート回線を介してＩＮＳ網(10)に接続されＣＴＩの業務が遅滞なく継続されることになる。
【００２３】
次に、本発明にかかる回線切替接続装置の第２の実施例について説明する。なお本実施例に基づく回線切替接続装置の構成は、前述した第１の実施例と同様であるためかかる装置の構成要素等についての説明は割愛する。
ところで、ＩＳＤＮ回線には、前述の如くＢＲＩ回線とＰＲＩ回線の２種類があり、それぞれ１本の物理回線中に複数の論理回線であるチャネルが収容されている。従って、回線切替接続装置は、１つのチャネルで障害が発生した場合、同一の物理回線に含まれる他のチャネルに影響を与えぬように物理回線の切り替え判断を行う必要がある。本実施例は、前記第１の実施例にかかる判断機能を追加したものと言える。
【００２４】
第２の実施例において、先ず、ＢＲＩ回線の切替を行う場合の動作サブルーチンを図５のフローチャートに基づいて説明する。
前述した第１の実施例に基づいて、ＢＲＩ回線に含まれる２つの論理回線Ｂ１又はＢ２の内、例えばＢ１チャネルに障害が検出されると図５に示すサブルーチンが起動されるものとする。但し、本実施例はかかる構成に限定されるものではなく、例えばＢ２チャネルの障害検出により起動されるサブルーチンの構成としても良い。
【００２５】
同サブルーチンが起動されると、制御部(23)は、先ず、ステップ３０においてＢ２チャネルの状態を確認判断する。そして、同チャネルが通話中でなければステップ３５に移り、スイッチ部(21)に回線切替の指示を出して本サブルーチンを終了させる。
一方、Ｂ２チャネルの状態が通話中であればステップ３１に移り、いわゆるＷＡＩＴ状態に入る。かかる状態において制御部(23)は、本サブルーチンの処理を一時中断させて他の処理を実行し、所定のタイミングで再度本サブルーチンに制御を復帰させるものとする。ＷＡＩＴ状態から本サブルーチンに戻ると、制御部(23)は、ステップ３２において、再びＢ２チャネルの状態をチェックする。
【００２６】
Ｂ２チャネルにおける通話が終了していれば、続くステップ３４においてＢ１チャネルの障害が継続しているか否かを判断し、障害が未だ復旧していなければ、ステップ３５に移り回線の切替を行って本サブルーチンを終了させる。
一方、ステップ３２において、Ｂ２チャネルが未だ通話中であると判断された場合、制御部(23)はステップ３３に移り、Ｂ１チャネルの障害が継続しているか否かを判断し、障害が未だ復旧していなければステップ３１のＷＡＩＴ状態に戻り再び上記の処理を繰り返す。
【００２７】
一方、前記のステップ３３及びステップ３４において、Ｂ１チャネルの障害が復旧していると判断された場合は、制御部(23)はステップ３６に移り、Ｂ１チャネルに関する障害情報を全てクリアし、回線は正常であるとして切替処理を行わずに本サブルーチンを終了させる。
以上説明した如く、本実施例によればＢＲＩ回線の１のチャネルにおける障害を検出した後に、同一回線に含まれる他方のチャネルの状態を確認した上で回線を切替るので、通話中チャネルでの通話断を引き起こさずに回線の切替を行うことが可能となる。また、通話中の回線切替待ち状態で障害が復旧した場合は回線の切替を行わない。これによって、ＣＴＩの運用を出来る限り中断しないようにすることができる。
【００２８】
続いて、本発明による第２の実施例において、ＰＲＩ回線の切替を行う場合の処理を説明する。
前述の如く、ＰＲＩ回線では１つの物理回線中に、例えば２３の論理回線（チャネル）が含まれている。従って、全てのチャネルの障害を検知して回線を切り替える切替制御方法を採用すると、ＣＴＩの機能が低下した状態での運用となってしまう。例えば、ＰＲＩ回線に含まれる２３チャネルの内２０チャネルに障害が発生しているものと仮定すると、かかる状態でも回線の切替は行われず、メインルート回線の残りの３チャネルのみで運用が継続されることになる。そして、４チャネル以降がサービスを受けられない状態となってしまう。
【００２９】
そこで、ＰＲＩ回線の切替を行う場合は、図６のフローチャートに示すサブルーチンに基づいて処理を行うものとする。
前述した第１の実施例に基づいてＰＲＩ回線に含まれるＢ1〜Ｂ23の論理回線（チャネル）の内、何れかのチャネルＢxに障害が検出されると図６(Ａ)に示すサブルーチンが起動される。
【００３０】
同サブルーチンにおいて制御部(23)は、先ず、ステップ４０においてＢxチャネルの障害レジスタをセットする。ここで障害レジスタとは、ＰＲＩに含まれる各々のチャネル毎に具備された記憶手段であり、該当チャネルの障害が検出された場合に“１”にセットされる。
制御部(23)は、次のステップ４１で障害カウンタの値ｎをイクリメント、即ち（ｎ＋１）→（ｎ）としてステップ４２に移る。ここで障害カウンタとは、何れかのチャネルの障害レジスタがセットされる毎にカウントアップされるカウンタを表すものである。
【００３１】
続くステップ４２において、制御部(23)は、前記障害カウンタのカウント値ｎと所定の閾値Ｎとを比較する。ここで閾値Ｎは、ＰＲＩ回線に含まれるチャネルでＮ回以上の障害が検出された場合に回線を予備回線であるサブルートに切り替えるべく、ＣＴＩのシステム設計時において予め定められた値と仮定する。
ステップ４２で、ｎがＮに達していた場合、制御部(23)はステップ４３に移り、現用のメインルート回線に障害が発生しているものと判断して、スイッチ部(21)に回線切替の指示を出して本サブルーチンを終了させる。
【００３２】
一方、ステップ４２でｎが未だＮに達していない場合、制御部(23)は、ステップ４４に移りＷＡＩＴ状態に入る。ＷＡＩＴ状態から所定のタイミングで本サブルーチンに戻ると、制御部(23)は、ステップ４５において、ＰＲＩ回線に含まれる全てのチャネルの障害レジスタの状態をチェックする。そして、全てのチャネルの障害レジスタがリセットされていれば、回線は正常であると判断して切替処理を行わずに本サブルーチンを終了させる（ステップ４７）。
【００３３】
一方、セットされた障害レジスタが残っている場合、制御部(23)はステップ４４に戻り前述の処理を繰り返す。
なお、ＰＲＩ回線の切替を行う場合は、図６(Ａ)の障害発生時のサブルーチンと共に、図６(Ｂ)のフローチャートに示す障害復旧時のサブルーチンも並行して稼動される。
【００３４】
図６(Ｂ)に示すサブルーチンは、ＰＲＩ回線に含まれるＢｘチャネルの障害復旧の検出によって起動されるものである。
同サブルーチンにおいて、制御部(23)は、先ず、ステップ５０で障害が復旧したＢｘチャネルに該当する障害レジスタを“０”にリセットする。そして、続くステップ５１において、前述した障害カウンタｎの値をクリア、即ち（ｎ＝０）として本サブルーチンを終了させる。
【００３５】
以上説明したように、本実施例に基づくＰＲＩ回線の切替処理によれば、所定の回数以上連続して論理回線（チャネル）の障害を検出した場合に回線を切り替えるため、ＣＴＩのサービス機能の低下を極力防止してシステムの運用を行うことができる。
次に、本発明にかかる回線切替接続装置の第３の実施例について説明する。図７は、本実施例に基づく回線切替接続装置の構成を示すブロック図である。
【００３６】
同図に示す回線切替接続装置(20)の内部において条件設定部(24)は、復電時における切替のルートを予め設定するための、例えばキーボードやスイッチパネルからなるデータ入力部である。
前述したように、一般のＣＴＩシステムの回線切替接続装置(20)では、システムの停電時にサブルート回線を介して予備ＣＴＳ(40)がＩＮＳ網に接続される。このため、復電時における回線の切替は予備のサブルートを維持するのか、或いは現用のメインルートに切り替えるのか判断が必要であった。
【００３７】
そこで、図７に示す実施例では、条件設定部(24)を用いて予め、復電時における切替のルートを設定しておくものとする。また、かかる条件設定は、例えばシステムの運用時間帯に応じて可変し得るものとしても良い。
このような構成を採ることによって、復電時におけるトラブルを防止することができる。例えば、現用システムにおいて夜間無人サービスを実施している場合、復電後もかかるサービスを継続して実施する必要がある。この場合は、条件設定部(24)を用いて復電時にメインルートの現用回線側に切り替わるように設定しておけば良い。また、昼間に停電が発生した場合、予備システムに駐在するオペレータが電話にてサービスを行っている可能性が高い。従って、この場合は、復電時にサブルートの予備回線を維持するように設定しておけば、復電後におけるオペレータの通話切断を防ぐことができる。
【００３８】
なお、図７に示す実施例においてシステム内の他の構成要素は、全て前述の第１及び第２の実施例と同様であるためその説明は割愛する。
以上詳述した第１から第３の各実施例では、予備回線であるサブルートの先に予備システムのＣＴＳが接続されている場合を例にとって説明を行ったが、本発明はかかる事例に限定されるものではない。例えば、サブルートの先に予備システムを接続せず、予め代表加入などのサービスを登録しておく構成としても良い。この場合、現用のメインルートに障害が発生して、サブルートに回線が切り替わると、ＩＮＳ網がサブルートからの無応答を検出して、顧客化の発呼を自動的に代表加入で定めた他の回線へ接続するため、ＣＴＩシステムにおけるサービスを維持することができる。
【００３９】
次に、本発明による回線切替接続装置の第４の実施例について説明する。因みに、本実施例は、回線の切替接続処理を行った後の動作に関するものである。
現用ＣＴＳ(30)或いは現用回線において障害が発生し、回線切替接続装置(20)がＩＮＳ網(10)を予備ＣＴＳ側に切り替えた場合、例えば、図８のシーケンスチャートに示すようなメッセージの遣り取りが行われる場合がある。
【００４０】
すなわち、回線接続の切替が生じるとＩＮＳ網(10)は、同期信号の瞬断などの不具合により、それまでＩＮＳ網(10)の端末となっていた現用ＣＴＳ(30)を見失ってしまう。それ故、ＩＮＳ網(10)は、ＲＲ(Receive Ready)信号を所定の回数送出して網に接続されている端末からの応答を促す（シーケンスＳ８１）。
現用ＣＴＳ(30)の端末認識番号（ＴＥＩ）を“１１”と仮定すると、ＩＮＳ網(10)は、回線接続の切替直後の時点で現用ＣＴＳ(30)をＩＮＳ網に接続された端末として認識しているため、上記ＲＲ信号に含まれる端末認識番号はＴＥＩ＝１１となる。つまり、この時点では予備ＣＴＳ(40)とＩＮＳ網(10)との同期は確立されておらず、予備ＣＴＳ(40)の端末認識番号（ＴＥＩ＝５５）はＩＮＳ網(10)に認識されていない。なお、シーケンスＳ８１においてＩＮＳ網(10)よりＲＲ信号が４回送出されているが、ＲＲ信号の再送回数はかかる事例に限定されるものでない。
【００４１】
次に、ＩＮＳ網(10)は、シーケンスＳ８２において現用ＣＴＳ(30)へＳＡＢＭＥ信号（ＴＥＩ＝１１）を送出してその初期化を促すが、既に回線接続が切り替わっているので現用ＣＴＳ(30)からの応答はない。そして、回線切替接続装置(20)内のモニター部２２は、ＩＮＳ網(10)からのＳＡＢＭＥ信号（ＴＥＩ＝１１）を受信するため、前述の図３に示したレイヤ２における障害検出処理のサブルーチンが起動される。
【００４２】
一方、シーケンスＳ８２を経過した時点であれば、回線接続の切替から既に或る程度の時間が経過しているためＩＮＳ網(10)は、網に接続された予備ＣＴＳ(40)を発見しており、これに初期化を促すＳＡＢＭＥ信号（ＴＥＩ＝５５）を送出する（シーケンスＳ８３）。
かかるＳＡＢＭＥ信号（ＴＥＩ＝５５）の受信によって、回線切替接続装置(20)において、再び図３の障害検出処理のサブルーチンが起動される。しかしながら、この信号を受信した予備ＣＴＳ(40)が直ぐにＵＡ信号（ＴＥＩ＝５５）をＩＮＳ網(10)に返送するため（シーケンスＳ８４）、図３のフローチャートに示される如く障害検出処理サブルーチンはクリアされる。その後、ＩＮＳ網(10)と予備ＣＴＳ(40)との間では、ＲＲ信号（ＴＥＩ＝５５）等のメッセージを用いた遣り取りが開始される（シーケンスＳ８５）。
【００４３】
一方、ＩＮＳ網(10)は、現用ＣＴＳ(30)とのリンク形成を諦めるまでの間の所定時間、現用ＣＴＳ(30)に対しＳＡＢＭＥ信号（ＴＥＩ＝１１）を出し続け（シーケンスＳ８２及びシーケンスＳ８６）、これによって図３の障害検出処理サブルーチンが起動され続ける。しかしながら、現用ＣＴＳ(30)との接続は既に切断されているので、上記信号に対する応答メッセージであるＵＡ信号（ＴＥＩ＝１１）が検出されることはない。それ故、図３の障害検出処理サブルーチンは回線の障害を検出してしまう（シーケンスＳ８７）。
【００４４】
以上述べた不具合を防止すべく、本実施例においては図９のシーケンスチャートに示す如く、回線切替接続装置(20)が回線の切替接続を行った直後から予め定めた時間Ｔ１の間、図３に示す障害検出処理サブルーチンの起動を停止する。因みに、時間Ｔ１は、ＩＮＳ網(10)が網に接続されていると仮想する端末へのアクセスを諦めるまでの時間である。
【００４５】
なお、障害検出処理サブルーチンの起動を停止する方法としては、例えば、回線切替接続装置(20)内のモニター部(22)が、時間Ｔ１の間ＳＡＢＭＥ信号を受信しても制御部(23)への割込信号を生成しない構成としても良い。或いは、障害検出処理サブルーチンの動作はそのままとして、制御部(23)が回線の障害を検出しても時間Ｔ１の間は、スイッチ部(21)に対する回線切替制御動作をホールドする構成としても良い。さらに、これらの処理を組み合わせた構成としても良い。
【００４６】
本実施例は以上説明したような構成となるので、例えば、ポイント−マルチポイント接続において障害発生による回線接続切替後、ＩＮＳ網(10)は現用ＣＴＳ(30)の端末認識番号でメッセージを送出するが、サブルートで接続された予備ＣＴＳ(40)は新たな端末認識番号でメッセージを送出することによる回線障害誤検出の問題を防止することができる。
【００４７】
なお、本実施例におけるハードウェア構成は、前述した第１乃至第３の実施例と同様の構成であるためその説明は省略する。
次に、本発明による回線切替接続装置の第５の実施例について説明する。因みに、本実施例も前述の第４の実施例と同じく、回線の切替接続処理を行った後の動作に関するものである。
【００４８】
現用ＣＴＳ(30)或いは現用回線において障害が発生し、回線切替接続装置(20)がＩＮＳ網(10)を予備ＣＴＳ側に切り替えた場合に前述の図８とは異なり、例えば、図(10)のシーケンスチャートに示すようなメッセージの遣り取りが行われる場合がある。
すなわち、回線接続の切替が生じるとＩＮＳ網(10)は、同期信号の瞬断などの不具合により、それまでＩＮＳ網(10)の端末となっていた現用ＣＴＳ(30)を見失ってしまう。それ故、ＩＮＳ網(10)は、ＲＲ(Receive Ready)信号を所定の回数送出して網に接続されている端末からの応答を促す（シーケンスＳ１０１）。なお、シーケンスＳ１０１においてＩＮＳ網(10)よりＲＲ信号が４回送出されているが、ＲＲ信号の再送回数はかかる事例に限定されるものでない。
【００４９】
次に、ＩＮＳ網(10)は、シーケンスＳ１０２において現用ＣＴＳ(30)へＳＡＢＭＥ信号を送出してその初期化を促すが、既に回線の接続が切り替わっているので現用ＣＴＳ(30)からの応答はない。そして、回線切替接続装置(20)内のモニター部２２は、ＩＮＳ網(10)からのＳＡＢＭＥ信号を受信するため、図３に示したレイヤ２における障害検出処理のサブルーチンが起動される。
【００５０】
一方、回線接続の切替から或る程度の時間が経過すると、ＩＮＳ網(10)と予備ＣＴＳ(40)との間で同期が確立されるので、予備ＣＴＳ(40)はＩＮＳ網(10)にＳＡＢＭＥ信号を送出する（シーケンスＳ１０３）。その後、シーケンスＳ１０４に示すようにＩＮＳ網(10)と予備ＣＴＳ(40)は、お互いにＳＡＢＭＥ信号を送出し続け、回線切替接続装置(20)ではＩＮＳ網(10)からのＳＡＢＭＥ信号を検出する毎に障害検出処理のサブルーチンが起動される。
【００５１】
さらに、所定の時間が経過してＩＮＳ網(10)がＳＡＢＭＥ信号の送出を諦め、予備ＣＴＳ(40)のみがＳＡＢＭＥ信号を出し続けると（シーケンスＳ１０５）、障害検出処理サブルーチンでは、ＳＡＢＭＥ信号の応答メッセージであるＵＡ信号を検出できないため回線障害が発生したものと判断してしまう（シーケンスＳ１０６）。
【００５２】
以上述べた不具合を防止すべく、本実施例において回線切替接続装置(20)は、図１１のシーケンスチャートに示すような処理を為す。すなわち、回線の切替接続を行った直後から予め定めた時間Ｔ１の間、回線切替接続装置(20)は、ＩＮＳ網(10)及び予備ＣＴＳ(40)双方のＳＡＢＭＥ信号を検出して障害検出処理のサブルーチンを起動する。
【００５３】
かかる構成を採ることにより、シーケンスＳ１０５でＩＮＳ網(10)がＳＡＢＭＥ信号の送出を諦めた後においても、予備ＣＴＳ(40)からのＳＡＢＭＥ信号によって障害検出処理サブルーチンがリトリガーされる。それ故、図３に示す障害検出処理サブルーチンがタイムアップすることはなく、回線の障害が検出されることはない。そして、所定時間の経過後に、図１１のシーケンスＳ１０７に示す如く、ＩＮＳ網(10)が予備ＣＴＳ(40)からのＳＡＢＭＥ信号に応答するＵＡ信号を送出することにより、回線が正常である判断されＩＮＳ網(10)と予備ＣＴＳ(40)間のメッセージの遣り取りが開始される。因みに、時間Ｔ１は、少なくともＩＮＳ網(10)が予備ＣＴＳ(40)からのＳＡＢＭＥ信号に応答してＵＡ信号を送出するまでの時間であれば良い。
【００５４】
本実施例は以上説明したような構成となるので、例えば、ポイント−ポイント接続の場合に障害発生による回線接続切替後、ＩＮＳ網(10)及び予備ＣＴＳ(40)が共にＳＡＢＭＥ信号を送出し続け、その後、ＩＮＳ網(10)からのＳＡＢＭＥ信号送出停止により回線障害の誤検出が為されてしまうと言う問題を防止することができる。
【００５５】
なお、本実施例におけるハードウェア構成は、前述した第１乃至第３の実施例と同様の構成を採り得るためその説明は省略する。
次に、本発明による回線切替接続装置の第６の実施例について説明する。
因みに、以上説明した各々の実施例においては、ＩＮＳ網(10)と現用ＣＴＳ(30)又は予備ＣＴＳ(40)との切替接続のみを取り扱っていた。しかしながら、本実施例では、現用ＣＴＳ(30)又は予備ＣＴＳ(40)と、例えば、電話器等の内線端末機器との切替接続をも含めた回線切替接続システムについて言及する。
【００５６】
先ず、電話器等の内線端末機器と、現用ＣＴＳ(30)又は予備ＣＴＳ(40)との切替接続をも含めた従来の回線切替接続システムの構成を図１２のブロック図に示す。
同図において、通常は、ＩＮＳ網(10)→回線切替接続装置(20)→現用ＣＴＳ(30)→内線切替接続装置(70)→内線電話器(60)のいわゆるメインルートでシステムが運用されている。そして、現用ＣＴＳ(30)或いは現用回線において障害が検出されたとき、ＩＮＳ網(10)→回線切替接続装置(20)→予備ＣＴＳ(40)→内線切替接続装置(70)→内線電話器(60)のいわゆるサブルートによりシステム運用が継続される。因みに、内線切替接続装置(70)は、回線切替接続装置(20)から供給される切替連携制御信号によって、同装置に接続されている、内線電話器(60)等の内線端末機器を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続するものである。
【００５７】
なお、以降の記述においては、回線切替接続装置(20)の側を“外線側”と称し、外線側で行われる回線の切替接続処理を“外線切替”と称する。また、内線切替接続装置(70)の側を“内線側”と称し、内線側で行われる内線端末機器の切替接続処理を“内線切替”と称する。
ところで、図１２に示す従来の回線切替接続システムにおいては、メインルート側の障害を検出してサブルート側に切り替える際に、ＣＴＳの有する交換機能によって外線側と内線側の接続が恒常的に変化する。それ故、外線側の通話保護（接続リンクの担保）は可能であるが、内線側の通話保護が困難であると言う問題があった。これを、図１３に示す外線及び内線の切替接続図に基づいて具体的に説明する。
【００５８】
すなわち、従来の回線切替システムでは、外線側で障害を検出すると以下に示すような動作処理となる。
（１） 例えば、図１３に示す外線３で障害が発生すると、それを検知した外線側の回線切替接続装置(20)は、内線側の内線切替接続装置(70)へ切替連携制御信号を送出して内線側の切替を指令する。
（２） その後、外線側では現在通話中以外の回線、即ち外線３，４，５を閉塞して現在通話中の外線１，２の通話終了を待つ。
（３） 一方、内線側では、上記の切替連携制御信号を受けて全ての内線を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続する。このとき、内線側で現在通話中の内線１，２，４，５の通話が強制的に切断されてしまう。
（４） 上記（３）のステップにおいて内線側の通話が全て強制的に終了されるためこれに追従して外線側でも外線１，２の通話が終了する。そして、これを待っていた回線切替接続装置(20)が全ての外線を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続する。
【００５９】
つまり、従来の回線切替接続システムにおいては、現用及び予備のＣＴＳが外線と内線とをどのように接続したかを互いに検知することができない。それ故、以上説明した動作処理となってしまい現在通話中の内線が切断されてしまう。
かかる不具合を防止すべく、本実施例は、図１４に示すような回線切替接続システムの構成を採っている。
【００６０】
同図において、内線切替接続装置(70)は、電話器等の複数の内線端末機器を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続するものであり、内線端末機器同士の相互接続を行う内線交換機の機能も有している。また、内線通話監視部(71)は、内線切替接続装置(70)における内線端末機器の通話状態を監視して、その通話状態に応じて内線切替接続装置(70)における内線側の切替接続の手順を制御する機能を有する。なお、本実施例における他の構成要素については、図２に示す第１の実施例と同じであるためその説明は省略する。
【００６１】
次に、本実施例における切替接続処理の動作を以下に示すステップ（１０）〜（６０）において説明する。なお、動作説明は、前述の図１３に示す外線及び内線の切替接続図に基づいて行うものとする。
（１０） 例えば、図１３に示す外線３で障害が発生すると、外線側の回線切替接続装置(20)は、内線側へ切替連携制御信号を送出して内線側での接続切替を指令する。
（２０） その後、外線側では現在通話中以外の回線、即ち外線３，４，５を閉塞して現在通話中の外線１，２の通話終了を待つ。
（３０） 一方、上記の切替連携制御信号を受けた内線側では、内線通話監視部(71)が現在通話中の内線を検知して、その情報を内線切替接続装置(70)に通知する。内線切替接続装置(70)は通話中以外の内線、即ち内線３を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続する。そして、現在通話中の内線１，２，４，５の通話終了を待つ。
（４０） その後、内線通話監視部(71)は、定常的に内線の通話状態を監視して各々の内線の通話が終了する毎にこれを内線切替接続装置(70)に通知する。内線切替接続装置(70)は、その都度、当該内線を現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続して行く。
（５０） 内線側の通話が終了すると、当然それに接続されている外線側の通話も終了する。それ故、外線側では回線切替接続装置(20)内のモニター部(22)が各々の外線における通話の終了を検知してこれを制御部(23)に通知する。制御部(23)では、かかる通知に基づいてスイッチ部(21)を制御し、通話が終了した外線を順次、現用ＣＴＳ(30)から予備ＣＴＳ(40)へ切替接続して行く。
（６０） 上記ステップ（５０）の進行によって、終話した全ての内線及び外線の接続切替が終了すると、外線切替側の回線切替接続装置(20)は、閉塞状態とした全ての外線を予備ＣＴＳ(40)へ切替接続して処理を終了する。
【００６２】
以上説明した如く本実施例によれば、内線切替接続装置(70)内において内線側の通話監視を行い、通話が終了した内線から逐次切替接続を実施して行く。それ故、現用及び予備のＣＴＳが外線と内線との相互接続の関係を了知せずとも、内線及び外線側共に通話の保護を図ることが可能となる。
【００６３】
【発明の効果】
以上詳述した如く、本発明によればＣＴＩシステムにおける運用を阻害することなく、回線障害時に回線の切替を自動的に行う回線切替接続装置を提供することができる。
【図面の簡単な説明】
【図１】図１は、従来のＣＴＩシステムにおける回線切替の構成を示すブロック図である。
【図２】図２は、本発明の第１の実施例に基づく回線切替接続装置の構成を示すブロック図である。
【図３】図３は、図２の実施例におけるレイヤ２の障害検出処理のフローチャートを示す図である。
【図４】図４は、図２の実施例におけるレイヤ３の障害検出処理のフローチャートを示す図である。
【図５】図５は、本発明の第２の実施例に基づく回線切替接続装置において、ＢＲＩ回線の障害判断処理のフローチャートを示す図である。
【図６】図６は、本発明の第２の実施例に基づく回線切替接続装置において、ＰＲＩ回線の障害判断処理のフローチャートである。
【図７】図７は、本発明の第３の実施例に基づく回線切替接続装置の構成を示すブロック図である。
【図８】図８は、本発明の第１乃至第３の実施例において回線切替後のメッセージの遣り取りの一例を表すシーケンスチャートである。
【図９】図９は、本発明による第４の実施例における回線切替後のメッセージの遣り取りを表すシーケンスチャートである。
【図１０】図１０は、本発明の第１乃至第３の実施例において回線切替後のメッセージの遣り取りの他の一例を表すシーケンスチャートである。
【図１１】図１１は、本発明による第５の実施例における回線切替後のメッセージの遣り取りを表すシーケンスチャートである。
【図１２】図１２は、従来のＣＴＩシステムにおける内線側の切替も含めた回線切替の様子を示すブロック図である。
【図１３】図１３は、ＣＴＩシステムにおける外線及び内線の切替接続図である。
【図１４】図１４は、本発明の第６の実施例によるのＣＴＩシステムの構成を示すブロック図である。
【符号の説明】
１０ ＩＮＳ網
２０ 回線切替接続装置
２１ スイッチ部
２２ モニター部
２３ 制御部
２４ 条件設定部
３０ 現用コンピュータ・テレフォニー・サーバー
４０ 予備コンピュータ・テレフォニー・サーバー
５０ 予備ターミナルアダプタ
６０ 内線電話器
７０ 内線切替接続装置
７１ 内線通話監視部
Claims (8)
- 現用端末に接続された現用回線と、予備端末に接続された予備回線とを選択的にＩＮＳ網に接続する回線切替接続装置であって、
切替制御信号に応じて、前記現用回線とＩＮＳ網との接続を切断して前記予備回線をＩＮＳ網に接続する回線切替回路と、
ＩＮＳ網からの特定のメッセージに対して所定時間内に端末側からの応答メッセージが生じないことを検知して無応答検知信号を生成するメッセージモニター回路と、
前記無応答検知信号に基づいて、回線の障害を判断して前記切替制御信号を生成する制御回路とを含むことを特徴とする回線切替接続装置。 - 前記現用回線及び予備回線は、１つの物理回線中に少なくとも２つの論理回線を含み、
前記制御回路は、前記論理回線の１つに障害を検出した場合、同一の物理回線中に含まれる他の論理回線の使用状態を検知して、前記他の論理回線が通信中のときはその終了を待って前記切替制御信号を生成することを特徴とする請求項１に記載の回線切替接続装置。 - 前記現用回線及び予備回線は、１つの物理回線中に複数の論理回線を含み、
前記論理回線の各々は、自回線の障害状況を記憶するレジスタを有し、
前記制御回路は、各々の論理回線毎にその障害を判断して、障害の検出を以て該論理回線のレジスタをセットし、又は障害の復旧を以て該論理回線のレジスタをリセットし、セットされた前記レジスタの数が所定の閾値を越えた場合に前記切替制御信号を生成することを特徴とする請求項１に記載の回線切替接続装置。 - 所定の回線切替接続条件を設定し得る切替接続条件設定回路をさらに含み、
前記制御回路は、予備回線から現用回線への接続の切替を行う際に、前記切替接続条件設定回路に設定された条件に基づいて、前記切替制御信号を生成することを特徴とする請求項１に記載の回線切替接続装置。 - 前記メッセージモニター回路は、回線切替接続処理を行った後一定の時間内に限り前記無応答信号を生成しないことを特徴とする請求項１に記載の回線切替接続装置。
- 前記制御回路は、回線切替接続処理を行った後一定の時間内に限り前記切替制御信号を生成しないことを特徴とする請求項１に記載の回線切替接続装置。
- 前記メッセージモニター回路は、回線切替接続処理を行った後一定の時間内に限り、前記予備端末及びＩＮＳ網からの特定のメッセージに対して所定時間内に応答メッセージが生じないことを検知して前記無応答検知信号を生成することを特徴とする請求項１に記載の回線切替接続装置。
- 複数の内線端末機器を前記現用端末若しくは前記予備端末の各々に切り替えて接続する第２の切替接続回路と、
第２の切替制御信号に応じて前記内線端末機器の各々と前記現用端末との接続を切断して前記内線端末機器の各々と前記予備端末を接続する第２の切替接続回路と、
前記第２の切替接続回路を経由する前記内線端末機器の各々の通話状態を監視して前記通話状態を表す通話状態監視信号を生成する監視回路と、
前記現用回線又は予備回線とＩＮＳ網との切替接続処理が行われるとき、前記通話状態監視信号に基づいて通話が終了した内線端末機器毎に前記第２の切替制御信号を生成する第２の制御回路と、を更に含むことを特徴とする請求項１に記載の回線切替接続装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002235495A JP3844461B2 (ja) | 2001-11-21 | 2002-08-13 | 回線切替接続装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001-356097 | 2001-11-21 | ||
| JP2001356097 | 2001-11-21 | ||
| JP2002235495A JP3844461B2 (ja) | 2001-11-21 | 2002-08-13 | 回線切替接続装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003224625A JP2003224625A (ja) | 2003-08-08 |
| JP3844461B2 true JP3844461B2 (ja) | 2006-11-15 |
Family
ID=27759155
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002235495A Expired - Fee Related JP3844461B2 (ja) | 2001-11-21 | 2002-08-13 | 回線切替接続装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3844461B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5235292B2 (ja) | 2006-09-29 | 2013-07-10 | 富士通株式会社 | コンピュータシステム、バックアップシステムへの移行方法、バックアップシステムへの移行プログラム、監視装置、端末装置及びバックアップシステム |
| KR101155384B1 (ko) | 2011-08-26 | 2012-06-14 | 우영정보통신주식회사 | 직통전화의 통신선로 선택장치 및 그 운용방법 |
| JP7409153B2 (ja) * | 2020-02-27 | 2024-01-09 | 沖電気工業株式会社 | ゲートウェイ装置、端末管理方法、及びプログラム |
-
2002
- 2002-08-13 JP JP2002235495A patent/JP3844461B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003224625A (ja) | 2003-08-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| GB2317071A (en) | Fault-tolerant ISDN PBX | |
| JP2629584B2 (ja) | 中継回線無切断迂回方式 | |
| JP3844461B2 (ja) | 回線切替接続装置 | |
| US5278822A (en) | Communication control method for ISDN, and data terminal adaptor apparatus for same | |
| JP2773424B2 (ja) | ネットワークシステムおよび接続コンピュータ切替え方法 | |
| KR960002469B1 (ko) | 현용 및 예비 isdn 통신 장치를 사용하여 장해발생시에 동작을 유지시키는 isdn 통신 시스템 장치 및 그의 방법 | |
| JP3341712B2 (ja) | 交換装置の障害処理方式 | |
| JP3100464B2 (ja) | パケット交換機 | |
| JPH06197112A (ja) | 管理システム | |
| JPH0734567B2 (ja) | データ通信処理機能付き電話端末 | |
| KR20060105045A (ko) | 공간적으로 분리된 스위칭 시스템들을 백업 스위칭하기위한 방법 | |
| JP2972544B2 (ja) | 回線切替方法 | |
| JP2633400B2 (ja) | 回線切替制御装置 | |
| JP3535673B2 (ja) | 多重化装置のバックアップ制御方式 | |
| KR100404175B1 (ko) | V5.2인터페이스운용방법 | |
| JPH1049450A (ja) | 遠隔監視システムの異常時の復旧方式 | |
| JPH06177865A (ja) | 回線切替制御方法 | |
| JP2006254096A (ja) | Ｉｐ電話システム | |
| JP4017298B2 (ja) | 構内電話交換機システム | |
| JP3183275B2 (ja) | 警備監視システム | |
| RU2286014C2 (ru) | Системы для защитного контролирования линии связи | |
| JP3532762B2 (ja) | 情報交換装置およびその制御方法 | |
| JPH05227213A (ja) | パケット交換機の障害迂回方式 | |
| JPH0797783B2 (ja) | 交換網における障害監視制御方式 | |
| JPH118697A (ja) | 電話交換網システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041224 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060713 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060814 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060815 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3844461 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090825 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100825 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100825 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110825 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120825 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130825 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |