(57)【特許請求の範囲】
【請求項１】
他装置との通信を行ってデータを処理するコンピュータの本体装置と，ＩＤ検証機能を持つ通信網とに接続され，運用系または予備の待機系として用いられる通信制御装置であって，
自装置が予備の待機系として用いられる場合に，運用系の他の通信制御装置を識別するアドレスでＩＤ検証要求を前記通信網に対して送出する手段と，
前記通信網からのＩＤチェック要求に前記運用系の通信制御装置が応答するか否かを監視するために，前記運用系の通信制御装置の前記通信網に対する送信情報を，前記通信網からの受信情報を受け取るための受信回路に導き，前記運用系の通信制御装置の応答を監視する手段と，
監視した結果，前記運用系の通信制御装置が期待される応答を返さないときに，前記本体装置に前記運用系の通信制御装置の異常を通知し，前記本体装置からの切り換え指示により，回線を切断することなく，前記運用系の通信制御装置と待機系である自装置とを切り換えて，自装置を運用系とする手段とを備える
ことを特徴とする通信制御装置。
【請求項２】
請求項１記載の通信制御装置において，
自装置が予備の待機系として用いられる場合に，運用系の他の通信制御装置のハードウェア異常を検出する手段と，
ハードウェア異常を検出した場合に，本体装置からその運用系の通信制御装置を切り離して待機系である自装置を運用系とする手段とを備え，
前記運用系の通信制御装置と待機系である自装置とを切り換える条件として，運用系の通信制御装置のハードウェア異常を検出した場合を加えた
ことを特徴とする通信制御装置。
【請求項３】
請求項１または請求項２記載の通信制御装置において，
自装置が予備の待機系として用いられる場合に，前記通信網に対して，高レイヤ整合性情報として運用系の通信制御装置の属性と不一致な情報を設定したセットアップを送出する手段と，
前記運用系の通信制御装置が前記セットアップに対して応答するかしないかを監視する手段と，
前記運用系の通信制御装置が適切な応答をしない場合に，前記本体装置に前記運用系の通信制御装置の異常を通知し，前記本体装置からの切り換え指示により，前記運用系の通信制御装置と待機系である自装置とを切り換えて，自装置を運用系とする手段とを備える
ことを特徴とする通信制御装置。
【請求項４】
請求項１，請求項２または請求項３記載の通信制御装置において，
自装置が予備の待機系として用いられる場合に，運用系の他の通信制御装置に対するシグナルリンクのＲＲフレームの応答を監視する手段と，
前記運用系の通信制御装置がＲＲフレームに適切な応答をしない場合に，前記本体装置に前記運用系の通信制御装置の異常を通知し，前記本体装置からの切り換え指示により，前記運用系の通信制御装置と待機系である自装置とを切り換えて，自装置を運用系とする手段とを備える
ことを特徴とする通信制御装置。
【請求項５】
前記ＩＤ検証機能を持つ通信網はＩＳＤＮである
ことを特徴とする請求項１から請求項４までのいずれかに記載の通信制御装置。
【請求項６】
請求項１から請求項５までのいずれかに記載の通信制御装置を，一つの筐体内に複数個収容した，または一枚のボード上に複数個搭載した
ことを特徴とする通信制御装置。
【請求項７】
請求項１記載の通信制御装置を複数台運用系とし，少なくとも１台を待機系としてマルチドロップ接続した通信制御システムであって，
待機系の通信制御装置により複数台の運用系の通信制御装置を監視し，
前記運用系の通信制御装置がＩＤチェック要求に対して期待される応答を返さないときに，前記本体装置に前記運用系の通信制御装置の異常を通知し，前記本体装置からの切り換え指示により，回線を切断することなく，前記運用系の通信制御装置を切り換えて，自装置を運用系とするようにした
ことを特徴とする通信制御システム。
【請求項８】
他装置との通信を行ってデータを処理するコンピュータの本体装置と，該本体装置とＩＤ検証機能を持つ通信網とに接続され，運用系または予備の待機系として用いられる複数の通信制御装置とを備えるシステムにおける通信制御装置切り換え制御方法であって，
運用系と予備となる待機系の通信制御装置をマルチドロップ接続しておき，
運用系の通信制御装置を識別するアドレスで，待機系の通信制御装置からＩＤ検証要求を前記通信網に対して送出し，
前記通信網からのＩＤチェック要求に前記運用系の通信制御装置が応答するか否かを監視するために，前記運用系の通信制御装置の前記通信網に対する送信情報を，前記通信網からの受信情報を受け取るための受信回路に導き，前記運用系の通信制御装置の応答を監視し，
監視した結果，前記運用系の通信制御装置が期待される応答を返さないときに，前記本体装置に前記運用系の通信制御装置の異常を通知し，前記本体装置からの切り換え指示により，回線を切断することなく，前記運用系の通信制御装置と待機系の通信制御装置とを切り換える
ことを特徴とする通信制御装置切り換え制御方法。
【請求項９】
他装置との通信を行ってデータを処理するコンピュータの本体装置と，通信網とに接続され，運用系または予備の待機系として用いられる通信制御装置であって，
自装置が予備の待機系として用いられる場合に，運用系の他の通信制御装置を識別するアドレスで前記通信網に対して信号を送出する手段と，
前記通信網からの前記信号に対する応答信号に前記運用系が応答するか否かを監視するために，前記運用系の通信制御装置の前記通信網に対する送信情報を，前記通信網からの受信情報を受け取るための受信回路に導き，前記運用系の通信制御装置の応答を監視する手段と，
監視した結果，前記運用系の通信制御装置が期待される応答を返さないときに，前記本体装置に前記運用系の通信制御装置の異常を通知し，前記本体装置からの切り換え指示により，回線を切断することなく，前記運用系の通信制御装置と待機系である自装置とを切り換えて，自装置を運用系とする手段とを備える
ことを特徴とする通信制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，通信制御装置を具備したコンピュータ・システムで信頼性を上げるために，通信制御装置系を多重化したシステムおよびその多重化用の通信制御装置に関する。
【０００２】
【従来の技術】
従来，通信制御装置を具備したコンピュータ・システム等での二重化は，運用系が故障すると，何らかのエラー情報により，待機系への切り換えを行っていた。このため，切り換え時間がかかったり，一度通信が切断されたり，あるいは切り換えの判断自体が難しくて，タイムリーな系切り換えが困難であるといった問題があった。
【０００３】
図１４は，通信系を二重化する従来技術の説明図である。
通信系を二重化するために，従来，図１４に示す構成のように，本体装置３０の中央処理装置（ＣＰＵ）３２に，運用系と待機系の通信制御装置１０，２０が接続されている。
【０００４】
通常，運用系の通信制御装置１０で通信処理を行う。ＤＳＵ（Digital Service Unit）４０への経路は，系切り換え器５０を通じてＩＳＤＮへと接続されている。本体装置３０のＣＰＵ３２は，通信制御装置１０の状態監視を行い，ハードウェア異常または無応答を検出すると，系切り換え器５０への切り換え制御信号６０によって待機系の通信制御装置２０をＩＳＤＮに接続すると共に，通信制御装置２０を運用系として通信処理を再開させる。無応答とは，ＣＰＵ３２の要求に対して，通信制御装置１０が応答を返さない場合である。
【０００５】
ここで問題となるのは，ハードウェア異常以外に何らかの要因で通信不能になった条件も検出しようとした場合，通信制御装置１０の無応答または異常応答を検出するためには，ＣＰＵ３２がタイマ監視またはポーリング処理を通信制御装置１０に対して行う必要があるということである。
【０００６】
しかし，タイマ監視は監視時間の算定が難しく，大きめの時間に設定すると異常検出が遅れ，小さ過ぎると多量のデータ処理時の途中で誤検出してしまう問題が生じる。また，ポーリング処理で異常を検出する場合には，ポーリング処理による余計な負荷をＣＰＵ３２と通信制御装置１０の双方にかけてしまうという問題が生じる。しかも，タイマ監視でもポーリング処理でも通信機能自体の正当性確認はできない。
【０００７】
【発明が解決しようとする課題】
本発明は，以上のような通信系を二重化した高信頼性システムの分野で，特にＩＳＤＮを用いたデータ通信等において，そこでの異常時における二重化の切り換えを短時間で行い，かつ運用上に支障のある障害要因を伝送路の現象から把握して切り換え条件とすることにより，高信頼性のある通信を可能とすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明は，上記課題を解決するため，通信制御装置をマルチドロップ接続しておき，運用系，待機系の双方を活性化した状態（通信可能状態）にしておいて，待機系の通信制御装置が伝送路を通じて通信に支障のないタイミングでフレームを送信することにより，運用系の異常を検出し，異常時における早期の系切り換えを可能とする手段を備えることを最も主要な特徴とする。
【０００９】
図１は，本発明の構成例を示すブロック図である。
図中，１と２は二重化された通信処理を行う通信制御装置であって，特に１は待機系の通信制御装置，２は運用系の通信制御装置である。３は他装置との通信を行ってデータを処理するコンピュータの本体装置，４はＤＳＵ（Digital Service Unit）である。
【００１０】
通信制御装置１は，自装置が予備の待機系として用いられる場合に，運用系の通信制御装置２を識別するアドレスでＩＤ検証要求をＩＳＤＮ等の通信網に対して送出するＩＤ検証要求送出手段１１と，通信網からのＩＤチェック要求に運用系の通信制御装置２が応答するか否かを監視するＩＤチェック応答監視手段１２と，監視した結果，運用系の通信制御装置２が期待される応答を返さないときに，回線を切断することなく，運用系の通信制御装置２と待機系である自装置とを切り換えて，自装置を運用系とする系切り換え処理手段１７とを備える。
【００１１】
また，通信制御装置１は，自装置が予備の待機系として用いられる場合に，運用系の通信制御装置２のハードウェア異常を検出するハードウェア異常検出手段１６を備え，ハードウェア異常を検出した場合には，系切り換え処理手段１７により本体装置３のバスからその運用系の通信制御装置２を切り離して待機系である自装置を運用系とする機能を持つ。
【００１２】
さらに，通信制御装置１は，自装置が予備の待機系として用いられる場合に，通信網に対して，高レイヤ整合性情報として運用系の通信制御装置の属性と不一致な情報を設定したセットアップを送出するセットアップ送出手段１３と，通信制御装置２がセットアップに対して応答するかしないかを監視する応答監視手段１４とを備え，運用系の通信制御装置２が適切な応答をしない場合に，系切り換え処理手段１７により運用系の通信制御装置２と待機系である自装置とを切り換えて，自装置を運用系とする機能を持つ。
【００１３】
また，通信制御装置１は，自装置が予備の待機系として用いられる場合に，運用系の通信制御装置２に対するシグナルリンクのＲＲフレームの応答を監視するＲＲフレーム監視手段１５と，運用系の通信制御装置２がＲＲフレームに適切な応答をしない場合に，系切り換え処理手段１７により運用系の通信制御装置２と待機系である自装置とを切り換えて，自装置を運用系とする機能を持つ。
【００１４】
通信制御装置２は，ＩＤチェック応答監視手段１２，応答監視手段１４またはＲＲフレーム監視手段１５により，運用系の通信制御装置２の応答等を監視するために，送信と受信とを切り換えて，通信制御装置２の通信網に対する送信情報を，通信網からの受信情報として受け取るための受信回路に導く回路（図示省略）を備える。
【００１５】
通信制御装置１および通信制御装置２をあらかじめ多重化して，一つの筐体内に複数個収容する，または一枚のボード上に複数個搭載することにより，多重化通信制御装置の組み込み／取り付けを簡易に小スペースで行うことが可能になる。
【００１６】
なお，図１では，運用系として用いられている通信制御装置２も，待機系として用いられることもあるので，通信制御装置１と同様な手段を持つ。
【００１７】
【発明の実施の形態】
図２は，本発明のシステム構成の例を示す。
図２（Ａ）は，運用系と待機系とが１対１の例であり，本体装置３のＣＰＵ３１に運用系の通信制御装置２−１，２−２と，待機系の通信制御装置１−１，１−２とが接続されている。通信制御装置２−１が異常になった場合，通信制御装置１−１が運用系に切り換えられ，通信制御装置２−２が異常になった場合，通信制御装置１−２が運用系に切り換えられる。Ｓ／Ｔ点インタフェース５−１〜５−４は，通信制御装置とＤＳＵ４とのインタフェースである。
【００１８】
図２（Ｂ）は，運用系と待機系とがＮ対１（Ｎ＝２）の例であり，待機系の通信制御装置１は，運用系の通信制御装置２−１，２−２の双方を監視し，いずれかの装置の異常を検出すると，その装置と切り換わって運用系となる。
【００１９】
以下，通信制御装置２を運用系（主系），通信制御装置１を待機系（従系）として説明する。
本実施の形態では，ＣＣＩＴＴ  Ｑシリーズ（Ｉシリーズ１９８４）１９８８年勧告によるＩＳＤＮのＴＥＩ管理手順を利用し，待機系の通信制御装置１が運用系の通信制御装置２の正常動作を確認する。
【００２０】
図３は，ＴＥＩ管理手順に使われるメッセージのデータ構造を示す。
ＴＥＩは，網および端末（ユーザ側）が自端末を識別するアドレスであり，事前に網から獲得するものである。ＴＥＩ管理手順に使われるメッセージは，ＵＩコマンドの情報フィールドに，ＳＡＰＩ値が６３，ＴＥＩ値が１２７にセットされて転送される。すべてのメッセージは，図３に示す構造を持っている。各フィールドの値または値の範囲は，メッセージに応じてあらかじめ決められており，未使用フィールドは，すべて０にコード化される。Ｅは，動作表示フィールドの拡張ビットである。
【００２１】
運用系の通信制御装置２は，通信を始めるにあたり，ＴＥＩを獲得するが，そのとき自側のＲｉ値をコンピュータの本体装置３から得る。この時，同時に待機系の通信制御装置１にもこの情報が与えられる。伝送路上でＴＥＩの獲得動作が行なわれると，待機系は伝送路上のデータを監視し，運用系が獲得した情報を自通信制御装置１内のローカルメモリに格納する。以降，この値のフレームを運用系であるとして監視する。
【００２２】
図４は，ＴＥＩ監視処理の手順を示す図である。
待機系の通信制御装置１は，所定の時間をタイマ等により計測し，その時間が経過すると，網（ＩＳＤＮ）に対してＴＥＩ／ＩＤ検証要求を送信して，ＴＥＩ／ＩＤチェック要求を促す。このＴＥＩ検証の手順は，各端末が獲得したＴＥＩ値のまま正常動作しているかどうかを，網が端末に応答依頼し，送信された値をチェックして正当性を判定するために規定されている手順である。本実施の形態では，このシーケンスを待機系の通信制御装置１が発生させ，運用系の正常動作チェックに用いる。すなわち，待機系の通信制御装置１は，ＴＥＩ／ＩＤチェック要求に対して，運用系が正しく応答するかどうかを運用系のＴＥＩ値をもとに監視を行う。
【００２３】
運用系が正常に応答すれば，所定の時間経過後に，同様な監視を続行する。運用系が正しく応答しない場合には，予め定められた回数のリトライを行い，リトライアウトとなった場合，本体装置３に待機系／運用系の切り換えを通知し，自通信制御装置１が運用系として通信を続行する。本体装置３は，それまでの運用系の通信制御装置２を系から切り離し，通信制御装置１で運用する。このとき，他に待機系として用いることのできる通信制御装置があれば，通信制御装置１からＴＥＩ値を読み取り，その通信制御装置に与えることにより，通信制御装置１の監視動作を開始させる。
【００２４】
以上のシーケンスを図４に示す▲１▼〜▲３▼に従って説明する。
▲１▼  通常は運用系が送出するＴＥＩ／ＩＤ検証要求を，待機系が網に対して送出する。ＵＩフレームの動作表示フィールドＡｉには，チェックしたい運用系のＴＥＩ値を設定する。
【００２５】
▲２▼  網は，ユーザ（端末）に対してＴＥＩ／ＩＤチェック要求を送出する。
▲３▼  網からのＴＥＩ／ＩＤチェック要求に対して，運用系が正常であれば，運用系は，ＵＩフレームの動作表示フィールドＡｉに自装置が使用しているＴＥＩ値を設定して，網にＴＥＩ／ＩＤチェック応答を返す。
【００２６】
待機系は，この運用系の網に対する応答を監視して，運用系が正常に動作していることをチェックすることができる。
図５は端末の接続構成の例を示し，図６は通信制御装置の内部構成の例を示す。
【００２７】
ところで，複数台の端末８Ａ，８ＢがＤＳＵ４に接続される場合，図５に示すように，それぞれ網への送信用信号線６（Ｔ）と，網からの受信用信号線７（Ｒ）に接続される。この図から明らかなように，端末８Ａが送信したデータを端末８Ｂは受信することができない。すなわち，端末８Ａ，８Ｂは，それぞれ受信用信号線７のデータのみ受信可能であるため，端末８Ａから網へ送出したデータ（Ｔ上）は，端末Ｂでは受信することができず，端末８Ａと端末８Ｂとは，伝送路上では交信することはできない。
【００２８】
運用系，待機系の通信制御装置も同様に接続されることになるが，この場合，通常の接続では，待機系の通信制御装置１は，運用系の通信制御装置２が送出するＴＥＩ／ＩＤチェック応答のフレームを受信することができない。そこで，図６に示すように，通信制御装置１内に，マルチプレクサ１０３とセレクタ１０４と信号線制御回路１０８とを設け，通信制御装置１が運用系の通信制御装置２が送出するフレームを監視する場合には，制御信号により，マルチプレクサ１０３とセレクタ１０４とを制御し，送信用信号線６のデータをマルチプレクサ１０３とセレクタ１０４を介して受信回路１０６に導く。
【００２９】
なお，図６において，１０１，１０２はドライバ／レシーバ，１０５はデータの送信回路，１０６はデータの受信回路，１０７はデータの送受信を制御する通信制御回路，１０８はマルチプレクサ１０３およびセレクタ１０４の切り換えを制御する信号線制御回路，１０９は通信制御装置１内のメモリ，１１０は通信を制御するプログラムを実行するＣＰＵ，１１１は本体装置３との通信のためのバスを制御するバス制御回路を表す。通信制御装置２も同様に構成され，送信用信号線６，受信用信号線７に接続される。
【００３０】
信号線制御回路１０８は，ＣＰＵ１１０から入力された制御信号により，伝送路上の送信用信号線６にデータを送出するか，送信用信号線６上のデータを受信データとして受信回路１０６に取り込むかを決定する。
【００３１】
待機系の通信制御装置１の監視の対象を，以上のようにＴＥＩシーケンスとするだけでなく，着信シーケンスまたはデータリンクレベルの応答を監視して，運用系の正常動作を確認することもできる。
【００３２】
図７は，ＳＥＴＵＰ監視処理の手順を示す。
ここでは，待機系が無効なＳＥＴＵＰ（発信シーケンス）を発信することにより，運用系の正常動作を確認する。ＴＥＩは，網および端末（ユーザ側）が自端末を識別するアドレスで事前に網から獲得している。この例ではＴＥＩが１６であったとする。このＳＥＴＵＰ監視処理のシーケンスは図７に示す▲１▼〜▲３▼のとおりとなる。
【００３３】
▲１▼  通常は運用系が送出するＳＥＴＵＰ（発信シーケンス）を，待機系が網に送出する。高レイヤ整合性情報には，運用系の属性と不一致なものを設定する。例えば，自側が情報端末であれば，ファクシミリであるというような不一致となる属性を設定する。この場合，マルチドロップで接続された他の機器に影響を与えないように，発信アドレスに運用系のサブアドレスを設定する。すなわち，ＳＥＴＵＰ内の着アドレス，着サブアドレスに運用系のアドレスを設定する。
【００３４】
▲２▼  網は，ユーザ（端末）に対して，属性が不一致のため異常と判断される高レイヤ整合性情報を含むＵＩフレームを送出する。
▲３▼  これに対して，運用系は，高レイヤ整合性異常であるため，網にＲＥＬ（リリース）応答を返す。
【００３５】
待機系は，この運用系の網に対するＲＥＬ応答を監視して，運用系が正常に動作していることをチェックすることができる。この場合，ＲＥＬフレームの内容チェックまで行う。待機系でのデータの取り込み方法は，図６で説明したＴＥＩ／ＩＤチェックの場合と同様である。
【００３６】
図８は，ＲＲフレームの監視処理の手順を示す。
前述した例では，運用に直接関係のないデータを伝送路に送出することにより，運用系の正常動作を確認したが，これに代わり，網からのシグナルリンクのＲＲ・Ｐフレームに，運用系が正しく応答するかどうかを監視して，運用系の正常動作を確認することもできる。以下，図８に示すシーケンス▲１▼，▲２▼に従って説明する。
【００３７】
▲１▼  網（ＩＳＤＮ）から運用系のＴＥＩ，例えば１６を指定して，Ｄチャネル・シグナルリンク上にＲＲ・Ｐフレームが到着したとする。
▲２▼  運用系の通信制御装置２は，もし正常に動作していれば，このＲＲ・Ｐフレームに対し，ＲＲ・Ｆフレームの応答を返す。
【００３８】
待機系は，この運用系の網に対する応答を監視して，運用系が正常に動作しているかどうかをチェックする。待機系でのデータの取り込み方法は，図６で説明したＴＥＩ／ＩＤチェックの場合と同様である。
【００３９】
以上は，運用系の網に対する応答を監視することによって運用系の通信制御装置２の正常動作を確認するものであるが，さらに本体装置３からの運用系の異常検出事象の通知によって，運用系と待機系との切り換えを行うことも可能である。
【００４０】
図９は従系通信制御装置の制御フローチャート，図１０はＴＥＩ監視処理のフローチャート，図１１はＳＥＴＵＰ監視処理のフローチャート，図１２はＲＲ・Ｆ監視処理のフローチャート，図１３は系切り換え処理のフローチャートである。
【００４１】
以下，待機系の通信制御装置１を従系，運用系の通信制御装置２を主系として説明する。
待機系の通信制御装置１は，運用系の診断を開始するにあたって，まず，図９に示すステップＳ１により，図４で説明したＴＥＩ／ＩＤ検証要求の契機を得るためのＴＥＩ監視タイマをスタートさせる。また，ステップＳ２では，図７で説明したＳＥＴＵＰ発信の契機を得るためのＳＥＴＵＰ監視タイマをスタートさせる。なお，このＳＥＴＵＰ監視の起動はオプションであり，あらかじめこのオプションを選択しているシステムでのみ実行する。
【００４２】
所定の時間が経過し，ＴＥＩ監視タイマによるタイマ割込みがあったならば，ＴＥＩ監視処理（図１０）を実行する（ステップＳ３，Ｓ４）。
また，ＳＥＴＵＰ監視タイマによるタイマ割込みがあったならば，ＳＥＴＵＰ監視処理（図１１）を実行する（ステップＳ５，Ｓ６）。
【００４３】
また，網が送出した運用系のＴＥＩを指定するＲＲ・Ｐフレームを受信したならば，ＲＲ・Ｆ監視処理（図１２）を実行する（ステップＳ７，Ｓ８）。
ＴＥＩ監視処理は，図１０に示すように行う。
【００４４】
まず，ステップＳ１０において，網に対しＴＥＩ／ＩＤ検証要求を送出する。次に，ステップＳ１１では，図６に示す信号線制御回路１０８に対し送信→受信の切り換えを指示し，マルチプレクサ１０３，セレクタ１０４を切り換えて，運用系が網へ送信する信号を受信できるようにする。
【００４５】
ステップＳ１２では，ＴＥＩ／ＩＤチェック要求に対する運用系の応答を，所定の時間監視するためのタイマをスタートさせる。
ステップＳ１３では，運用系のＴＥＩ／ＩＤチェック応答があるかどうかを監視し，所定の時間内にＩＤチェック応答があれば，ステップＳ１４へ進む。所定の時間内にＩＤチェック応答がなく，タイムアウトになったならば，ステップＳ２０以降の処理を実行する。
【００４６】
運用系のＴＥＩ／ＩＤチェック応答を検出したならば，ステップＳ１４では，時間監視用のタイマをストップさせる。そして，ステップＳ１５により，運用系が網に対して送出したＩＤチェック応答の内容が正当であるかどうかをチェックする。応答の内容が正しい値の場合には，図６の信号線制御回路１０８に指示を出し，ステップＳ１１により切り換えた送信→受信を，元の受信→送信の状態に戻す（ステップＳ１６，Ｓ１７）。その後，図９に示すステップＳ３へ戻り，監視を同様に繰り返す。
【００４７】
ＩＤチェック応答の内容が正しいものでない場合には，系切り換え処理（図１３）を実行する（ステップＳ１８）。
また，ＴＥＩ／ＩＤチェック要求に対して，運用系が無応答であり，タイムアウトになった場合には，まず，ステップＳ２０によって，信号線制御回路１０８に指示を出し，送信→受信を元の受信→送信の状態に戻す（ステップＳ２０）。次に，ＴＥＩ監視処理を中止し，系切り換え処理（図１３）を実行する（ステップＳ２１，Ｓ２２）。
【００４８】
図９のステップＳ６におけるＳＥＴＵＰ監視処理は，図１１に示すように行う。
まず，ステップＳ３０において，網に対しＳＥＴＵＰ（発信シーケンス）を送出する。次に，ステップＳ３１では，網からのＳＥＴＵＰ（着信シーケンス）を受信するための第１のタイマ（▲１▼）をスタートさせる。ステップＳ３２では，ＳＥＴＵＰの受信を監視し，所定の時間内に受信したならば，ステップＳ３３へ進む。所定の時間内に受信しなかった場合には，ステップＳ４１以降の処理を実行する。
【００４９】
ステップＳ３３では，図６に示す信号線制御回路１０８に対し送信→受信の切り換えを指示し，マルチプレクサ１０３，セレクタ１０４を切り換えて，運用系が網へ送信する信号を受信できるようにする。
【００５０】
ステップＳ３４では，ＳＥＴＵＰに対する運用系のＲＥＬ（リリース）応答を，所定の時間監視するための，第２のタイマ（▲２▼）をスタートさせる。
ステップＳ３５では，運用系のＲＥＬ応答を監視し，所定の時間内にＲＥＬ応答があれば，ステップＳ３６へ進む。所定の時間内にＲＥＬ応答がなく，タイムアウトになったならば，ステップＳ４０以降の処理を実行する。
【００５１】
ステップＳ３６では，運用系のＲＥＬ応答を検出したならば，時間監視用の第１および第２のタイマをストップさせる。そして，ステップＳ３７により，運用系が網に対して送出したＲＥＬ応答の内容が正当であるかどうかをチェックする。応答の内容が正しい値の場合には，図６の信号線制御回路１０８に指示を出し，ステップＳ３３により切り換えた送信→受信を，元の受信→送信の状態に戻す（ステップＳ３８，Ｓ３９）。その後，図９に示す監視を同様に繰り返す。
【００５２】
ＲＥＬ応答の内容が正しいものでない場合には，系切り換え処理（図１３）を実行する（ステップＳ４０）。
また，ＳＥＴＵＰ受信の監視において，網からの通知がなく，タイムアウトになったならば，ステップＳ４１により，本体装置３に網異常を通知する。その後，ステップＳ４２により，ＳＥＴＵＰ監視処理を中止する。
【００５３】
また，網からのＳＥＴＵＰを受信後，所定の時間内に運用系からのＲＥＬ応答がない場合には，まずステップＳ４３によって，信号線制御回路１０８に指示を出し，送信→受信を元の受信→送信の状態に戻す。次に，ＳＥＴＵＰ監視処理を中止し（ステップＳ４４），系切り換え処理（図１３）を実行する（ステップＳ４５）。
【００５４】
図９のステップＳ８におけるＲＲ・Ｆ監視処理は，図１２に示すように行う。まず，ステップＳ５０において，運用系から網へのＲＲ・Ｆフレーム送信を監視するために，図６に示す信号線制御回路１０８に対し送信→受信の切り換えを指示し，マルチプレクサ１０３，セレクタ１０４を切り換えて，運用系が網へ送信する信号を受信できるようにする。
【００５５】
次に，ステップＳ５１では，所定の時間内に運用系からＲＲ・Ｆフレームが送信されるかどうかを見るためのタイマをスタートさせる。
ステップＳ５２では，網への送信用信号線６上にＲＲ・Ｆフレームが送信されたかどうかを監視し，ＲＲ・Ｆフレームを検出したならば，ステップＳ５３へ進む。所定の時間内にＲＲ・Ｆフレームを検出しなかった場合には，ステップＳ６０以降の処理を実行する。
【００５６】
ステップＳ５３では，ステップＳ５１でスタートさせたタイマをストップさせる。次に，ステップＳ５４では，運用系が送信したＲＲ・Ｆフレームの応答の内容が正しいかどうかをチェックし，応答の内容が正しい値の場合には，図６の信号線制御回路１０８に指示を出し，ステップＳ５０により切り換えた送信→受信を，元の受信→送信の状態に戻す（ステップＳ５５，Ｓ５６）。その後，図９に示す監視を同様に繰り返す。
【００５７】
ＲＲ・Ｆフレームの応答の内容が正しいものでない場合には，系切り換え処理（図１３）を実行する（ステップＳ５７）。
また，ＲＲ・Ｆフレームの監視において，運用系が無応答でタイムアウトになったならば，ステップＳ６０により，信号線制御回路１０８に指示を出し，送信→受信を元の受信→送信の状態に戻す。次に，ＲＲ・Ｆ監視処理を中止し（ステップＳ６１），系切り換え処理（図１３）を実行する（ステップＳ６２）。
【００５８】
主系（運用系）通信制御装置の異常を検出した場合，従系通信制御装置は，図１３に示す処理を実行する。
まず，ステップＳ７０により，本体装置３に主系の異常を通知する。次に，ステップＳ７１では，診断処理を終了し，ステップＳ７２によって主系（運用系）として動作するための情報の引き継ぎなどの準備処理を行う。
【００５９】
ステップＳ７３によって本体装置３からの主系への切り換え指示を待ち，主系への切り換え指示があったならば，ステップＳ７４によって，自装置が運用系として動作するためのパスの切り換えを行う。その後，運用系として通信制御動作を開始する。
【００６０】
一方，本体装置３は，ステップＳ７０による主系異常の通知があると，ステップＳ８０によって現在の主系をリセットする。次に，ステップＳ８１によって従系にパス切り換えを指示し，従系との通信を開始する。以後，従系の通信制御装置を用いた通信処理を行う。
【００６１】
以上では，一つの運用系に対し，一つの待機系が監視および切り換えを行う例を説明したが，図２（Ｂ）に示すようなシステムでは，複数の運用系に対して一つの待機系がそれぞれの運用系のＴＥＩ値等を監視することにより，Ｎ対１の構成での監視および切り換えを行うことも可能である。このとき，複数のチャネルのうちの一つのチャネルを用いて運用している場合には，一つの待機系で複数の運用系の切り換えを可能にする。例えば，ＩＳＤＮ−ＢＲＩの場合，Ｂチャネルが２ｃｈ存在するため，チャネル毎に待機系に切り換えることにより，一つの待機系で二つの運用系のバックアップが可能である。
【００６２】
【発明の効果】
以上説明したように，本発明によれば，通信に支障のないデータを利用して，待機系の通信制御装置が運用系の通信制御装置の正常動作を確認することにより，通信機能自体の確認およびタイムリーな運用系異常の検出が可能になる。また，待機系がすでに通信可能状態であることによって，従来技術では実現できなかったＩＳＤＮに接続されるような通信制御装置の二重化が可能になる。
【図面の簡単な説明】
【図１】本発明の構成例を示すブロック図である。
【図２】本発明のシステム構成の例を示す図である。
【図３】ＴＥＩ管理手順に使われるメッセージのデータ構造を示す図である。
【図４】ＴＥＩ監視処理の手順を示す図である。
【図５】端末の接続構成の例を示す図である。
【図６】通信制御装置の内部構成の例を示す図である。
【図７】ＳＥＴＵＰ監視処理の手順を示す図である。
【図８】ＲＲフレームの監視処理の手順を示す図である。
【図９】従系通信制御装置の制御フローチャートである。
【図１０】ＴＥＩ監視処理のフローチャートである。
【図１１】ＳＥＴＵＰ監視処理のフローチャートである。
【図１２】ＲＲ・Ｆ監視処理のフローチャートである。
【図１３】系切り換え処理のフローチャートである。
【図１４】通信系を二重化する従来技術の説明図である。
【符号の説明】
１    通信制御装置（待機系）
２    通信制御装置（運用系）
３    本体装置
４    ＤＳＵ
１１  ＩＤ検証要求送出手段
１２  ＩＤチェック応答監視手段
１３  セットアップ送出手段
１４  応答監視手段
１５  ＲＲフレーム監視手段
１６  ハードウェア異常検出手段
１７  系切り換え処理手段
【図１】
0004201216.tif 000002
【図２】
0004201216.tif 000003
【図３】
0004201216.tif 000004
【図４】
0004201216.tif 000005
【図５】
0004201216.tif 000006
【図６】
0004201216.tif 000007
【図７】
0004201216.tif 000008
【図８】
0004201216.tif 000009
【図９】
0004201216.tif 000010
【図１０】
0004201216.tif 000011
【図１１】
0004201216.tif 000012
【図１２】
0004201216.tif 000013
【図１３】
0004201216.tif 000014
【図１４】
0004201216.tif 000015