JPH011350A - ゲ−トウェイのバックアップ方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、複数のネットワークがゲートウェイにより相
互接続されるネットワークシステムにおいて、特に現用
ゲートウェイ（以下、現用機という）の故障発生時、予
備ゲートウェイ（以下、予備機という）による現用機の
バックアップ方式に関する。

〔従来の技術〕

ゲートウェイは、ローカルエリアネットワーク（ＬＡＮ
）相互の接続や、ＬＡＮと公衆回線の相互接続に使用さ
れる。近年、ＬＡＮ等の発達に伴い、このネットワーク
の相互接続を行うのに使用されるゲートウェイの信頼性
が非常に重要になっている。このため、複数のゲートウ
ェイを設置して、−台を現用機、他機を予備機として、
現用機の故障発生時、予備機により現用機をバックアッ
プすることが一般化してきている。

このようなゲートウェイのバックアップ方式の概略を説
明する。第９図は、予備機により現用機をバックアップ
するように構成されているネットワークシステムのシス
テム構成図である。図に示すように、リング型のネット
ワーク１とバス型のネットワーク２とが、現用機３とＰ
備を、う４との複数のゲートウェイで接続されて、ネッ
トワークシステムが構成されている。現用機３の故障発
生に対しては、予備機４により現用機３をバックアップ
するようにされている。ネットワークｌには端末群５が
接続され、ネットワーク２には端末群６が接続されてい
る。現用機３は、ネットワーク１とネットワーク２の両
方のネットワークを通して。

独立に、子６８機４に正常動作中を示すフレーム信号７
を送出する。このため、現用機３は端末として主動的に
データを、予備機４に送出する端末機能を備えている。

第１０図は、現用機の概略動作を示すフローチャートで
ある。通常、現用機３は、本来の機能であるインタワー
キング機能を実行している（ステップ１４２）。内部に
備えられたインターバルタイマのカウント値が、正常動
作中を示すフレーム信号７の送出時期を示すと（ステッ
プ１３１）、正常動作中を示すフレーム信号７のデータ
を作成し、データ送出指示を出す（ステップ１３２，１
３３）。次に、このデータを、各々のネットワークを通
して予備機４に送出するため、送信権獲得動作に移り、
送信権を獲得すると、データを送出する（ステップ１３
４，１３５）。このとき、現用機はループテストを同時
に行い（ステップ１３６）、異常が検出されれば、自装
置の異常表示を行い（ステップ１３９）、送受信処理用
サブＣＰＵを凍結して（ステップ１４０）、オペレータ
介入待ち状態へ移る（ステップ１４１）。

ループテストが正常に終了していれば、予備機４からの
応答信号であるＡＣＫ信号の受信待ち（ステップ１３７
）となり、異常がなけ九ば、再び前記動作の繰り返し、
異常があれば、予備機異常表示（ステップ１３８）を行
った後、前記動作を繰り返す。

このように、現用機３は、本来のインタワーキング処理
を行うと共に、予備機４に対して正常動作中を示すフレ
ーム信号７を送出する処理を行う。

なお、ゲートウェイに関連のある公知文献としては、例
えば、特開昭５９−６２２２４５号公報や特開昭６０−
９］、７４５号公報が挙げられる。

〔発明が解決しようとする問題点〕

ところで、第９図に示すようなネットワークシステムに
おいては、現用機が予備機へ一定時間間隔で正常動作中
を示すフレーム信号を送信して正常に動作中であること
を知らせ、予備機が該信号を監視して、該信号がとだえ
ると、現用機が故障したと判断してバックアンプ動作へ
移行する。しかし、現用機は正常にもかかわらず、ネッ
トワークの故障や予備機の信号監視部の異常などにより
。

予備機側において、正常動作中を示す信号が検出されな
い場合がある。この場合、該信号が検出されなくなると
、予備機では直ちにバックアップ動作に移行するので、
現用機が正常にもかかわらず、誤って予備機に切り換え
らることになる。

これに対して、本発明者は、先に特願昭６１−２８６２
９１号（昭和６１年１２月１日出願）として、現用機が
予備機へ送出する正常動作中を示す信号を、ゲートウェ
イが接続された双方のネットワークで監視し、この双方
のネットワークで異常が検出されたことを条件にバック
アップ動作を開始することとし、現用機が正常であるに
もかかわらず、予備機が誤ってバックアップ動作へ移行
するのを防止したゲートウェイのバンクアンプ方式を提
案した。

しかし、ここでの現用機の動作を監視する方法は、現用
機が一定時間間隔で送信する正常動作中を示す信号を、
予備機が受信して、現用機の動作を双方のネットワーク
で監視するものであり、現用機の動作確認がネットワー
ク毎にしか行われておらず、現用機のインタワーキング
機能そのものの動作確認を行っているものではない。こ
のため、インタワーキング機能および現用機内部の異常
は、現用機自体の自己ループテストによってしか検知す
ることができず、バックアップ動作が遅れる。

また、信頼性を高めるために、複数の予備機を設ける場
合には、現用機を監視するための予備機の切換制御を行
う機能、各予ａ機に対して一定時間間隔で正常動作中を
示すフレーム信号を送信するための端末機能が必要にな
る。このように、現用機は、本来のインタワーキング機
能の他に、信頼性を高めるために、端末機能、自己ルー
プテスト機能を備えており、これらの機能による負荷が
増大して、現用機の本来のインタワーキング動作の性能
低下を招いてしまうという問題があった。

本発明は、上記問題点を解決するためになされたもので
ある。

本発明の目的は、現用機の負荷を増大させることなく、
システムの信頼性を高めたゲートウェイのバックアップ
方式を提供することにある。

本発明の他の目的は、現用機の負荷を増大させることな
く、複数の予備機により動作の正常性を監視し、システ
ムの信頼性を高めたゲートウェイのバックアップ方式を
提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本
明細書の記述及び添付図面によって明らかになるであろ
う。

〔問題を解決するための手段〕

前記の目的を達成するためになされた本発明のうち１代
表的なものの概要を簡単に説明すれば、下記のとおりで
ある。

すなわち、本発明においては、複数のネツトワ−りがゲ
ートウェイにより相互接続されるネットワークシステム
において、前記ネットワークを現用機と予備機で接続す
ると共に、予備機は、一つのネットワークに接続される
自局から現用機を介して他のネットワークに接続される
自局へ現用機テストデータを送信し、送信したデータと
受信したデータを比較することにより、現用機の動作を
監視して、現用機の異常を検出したとき、バックアップ
動作を開始することを主な特徴とする。

また、複数の予備機が備えられ、現用機監視状態にある
優先順位の高い予備機が、一つのネットワークに接続さ
れる自局から現用機を介して他のネットワークに接続さ
れる自局へ現用機テストデータを送信し、送信データと
受信データを比較して、現用機の動作を監視すると共に
、現用機監視状態にある予備機以外の優先順位の低い予
備機は。

現用機監視状態にある優先順位の高い予備機が送信する
現用機テストデータを監視して、優先順位の高い予備機
の動作を監視し、優先順位の高い予備機の異常を検出し
たとき、優先順位に従い、上位の予備機のバックアップ
動作を開始することを特徴とする。

〔作用〕

現用機と予備機とは、複数のネットワークを介してルー
プ状に接続されており、予備機は一つのネットワークに
接続される自局からａｍ！！＆を介して他のネットワー
クに接続される自局へデータを送信できる。このため、
現用機を監視する予備機は一つのネットワークに接続さ
れる自局から現用機を介して他のネットワークに接続さ
れる自局へ現用機テストデータを送信し、送信したデー
タと受信したデータとを比較して、現用機の動作を監視
する。したがって、現用機の動作の監視は、予備機側か
ら現用機テストデータを送信して行うので、現用機にお
いては、正常動作中を示す信号を一定時間間隔で予備機
に対して送出するための端末機能は必要でなく、現用機
はインタワーキング機能のみでよく、負荷が増大するこ
となく、インタワーキング動作の性能低下を招くことは
ない。

また、複数の予備機が備えられ、現用機監視状態にある
優先順位の高い予備機が、一つのネットワークに接続さ
れる自局から現用機を介して他のネットワークに接続さ
れる自局へ現用機テストデータを送信し、送信データと
受信データを比較して、現用機の動作を監視する。優先
順位の低い予備機は、この現用機監視状態にある優先順
位の高い予備機が送信する現用機テストデータを監視し
て、優先順位の高い予備機の動作を監視する。優先順位
の低い予備機は、優先順位の高い予備機の異常を検出し
たとき、優先順位に従い、上位の予備機のバックアップ
動作を開始する。したがって、現用機の動作を監視する
予備機がダウンしても、他の予ａｎが即座に現用機監視
動作へ移行することが可能となり、システムの信頼性が
向上する。

このように、現用機を監視するＰ備機は、予備機側から
一つのネットワークに接続される自局から現用機を介し
て他のネットワークに接続される自局に至る通信バスに
、テストデータを流して。

現用機の動作を監視しているので、現用機の異常の検出
が、現用機の通常のインタワーキング動作の中で行われ
る。このため、この方法では、現用機の中の受信機や、
現用機の中のメインＣＰＵと通信制御プロセッサの間の
インタフェースに異常があると、予備機が受信するべき
、アクノリッジ信号や現用機テストデータの受信異常と
なって、現れるので、予備機はこれらから現用機の異常
を認識することができる。このように、現用機の負荷を
増大することなく、予備機が現用機の動作を監視するこ
とができ、システムの信頼性が高められる。

〔実施例〕

以下、本発明の一実施例を図面を用いて詳細に説明する
。

第１図に発明の一実施例のシステム構成を示す。

第１図において、リング型のネットワーク１とバス型の
ネットワーク２とが、現用機３と複数の予備ｆｉ４（４
−１〜１−ｎ）により接続されている。

ネットワーク１には端末群５が接続され、ネットワーク
２には端末群６が接続されている。ネットワーク１とネ
ットワーク２における通信制御方式は如何なる方式でも
よい。

現用機３の異常有無をテストするためのデータ（以下、
現用機テストデータ）７Ａは、各々のネットワークの予
備機４−１の自局から他のネットワークの自局へ送出さ
れる。第１図では、わかりやすくするため、ネットワー
ク１便からネットワーク２側へ送出する場合のみを図示
している。ネットワーク１は、リング型のネットワーク
であり、他の予備機４−２〜４−ｎは、データが自局を
通過するときに、ナス１−データか否かを認識できる。

アクノリッジ信号８は、現用機３と予備機４−１の間で
現用機テストデータを授受する毎に、その返答として各
ネットワーク単位で授受される。このアクノリッジ信号
の応答は、応答速度を早めるため、データリンクレベル
又は、ネットワークレベルの応答でよい。

第２図は、現用機３．予備機４の具体的構成例を示す。

第２図において、Ａがネットワーク１側の構成、Ｂがネ
ットワーク２側の構成である。

ネットワーク１の左からの信号線は選択回路１５の一方
の入力に接続され、又、リレー回路２１の接点の一方す
に接続されている。選択回路１５の他方の入力へは、ネ
ットワーク１の右からの信号線が接続され、該信号線は
リレー回２３２１の出力ａにも接続される。リレー回路
２１の接点Ｃは、送信回路１６ａの出力と接続される。

この送信回路１６ａの入力は、サブＣＰ　Ｕ　１１のシ
リアル出力に接続され、受信回路１４ａの出力はサブＣ
ＰＵ１ｌのシリアル入力に接続される。サブＣＰＵ１１
はメインＣＰＵ１３のバスを介して、メインＣＰＵＩ　
１とデータの送受を行う。リセットラッチ１７ａの出力
はサブＣＰＵ１１のリセット端子とリレー回路２１の接
点切替制御端子ｄへ接続されており、リセットラッチ１
７ａのセット端子は。

ＯＲ回路１８ａの出力に接続さ九でいる。ＯＲ回路１８
ａの２つの入力は、サブＣＰＵＩ　１からのラッチセッ
ト信号１９とメインＣＰＵ１３からのラッチセット信号
２０である。

ネットワーク２側の構成はネットワーク１側とほぼ同様
である。ネットワークｌ側との相異点は、ネットワーク
１のトポロジーがリングであるのに対し、ネットワーク
２はバスであることである。

このため、ネットワーク２側では、バイパス制御用のリ
レー回路２１と選択回路１５を有しないことである。ネ
ットワーク２側の送信回路１６ｂは、パワーオフ時や非
送信時には、高インピーダンス状態になり、ネットワー
ク２から電気的に切りなされる。

次に、このように構成された現用複数３および予備機４
の動作を説明する。まず、予備機４側の動作から説明す
る。

第４図は、各予備機が具備する予備機管理テーブルの説
明図である。゛Ｘ″は不定（不使用）、″ビ′は動作中
　ＬＬ　Ｑ　Ｐ＋はダウン中を意味する。予備機４−１
は優先順位が第１番なので、他の予備機の管理は不要で
あり、すべて′Ｘ″になっている。一般に、予備機４−
ｎは優先順位が第０番であり、４−１〜４−（ｎ−１）
の予備機を管理する。システム立ち上り時は、予備機４
−ｎの管理テーブルにおいて、１〜（ｎ−１）番目のビ
ットは″ビ′にセットされる。

第５図は、ゲートウェイの予備機動作のうち。

現用機を監視する動作部分を主として示すフローチャー
トである。第６図は、現用機監視中でない予備機が現用
機監視中の予備機を監視する動作の部分を示すフローチ
ャートである。

第５図に示すように、予備機がバックアップにより現用
機動作モードとなっている場合（ステップ１０１：以下
、カッコ内においてはステップという語を省略する）に
は、現用機としてインタワーキング動作を実行しく１１
０）、現用機動作モードでない場合には、ステップ１０
２により現用機監視中の予り８機でなければ、第６図に
示す現用機ππ視中の予備機の監視動作モードへはいる
。ｆ！ｖ用機詰機監視中備機であれば、現用機の監視の
ために一定時間毎に現用機テストデータを送出すること
になる。このため、ステップ１０３において、現用機テ
ストデータを送出し、現用機からのアクノリッジ信号を
受信待ち状態になる（１０４）。アクノリッジ信号を受
信し、ステップ１０５において、反対側のネットワーク
で先に送出した現用機テストデータを受信していれば、
自機が送信したデータと受信したデータを比較すること
により、現用機のインターワーキング機能の異常をチエ
ツクする（＋０６）。比較結果が一致していれば正常で
あるので、時間開定を行い（１１４）、再び、ステップ
＋０３へもどり一定時間ごとに前記の動作をくり返す。

なお、ステップ１１４の時間測定においては、現用機テ
ストデータの送出のための一定時間間隔を測定すると共
に、送信してから反対側ネットワークで受信する迄の時
間を測定することにより、一つのネットワークの端末か
ら、他のネットワークの端末ヘデータを送出する迄の時
間を近１以的にＭｌ’ｌ定し、時間監視を行う。

ステップ１０６で送信データと受信データとが不−・致
の場合や、アクノリッジ信号を受信できなかった場合（
１１１，１１２）、又はテストデータを受信できなかっ
た場合（ｌ　Ｏ９）には、送出した現用機テストデータ
のルートのどこかに異常があったと判断し、異常表示を
行う（１０７）。両方のネットワーク側でデータを受信
できなかった場合、すなわち、アクノリッジ信号とテス
トデータの両方を受信できなかった場合は、即座に、現
用機バックアップ動作へはいる（１１３）。

現用機監視中でない予備機は、第６図に示したように、
現用機監視中の予備機が送出する現用機テストデータを
監視する（１２１）。この現用機テストデータを両方の
ネットワークでを受信すれば、タイマをリセットして（
１２６）、再び該データ受信待ち状態にはいる。一方の
側で受信できなければ、その旨を異常表示しく１２４）
、再びモニタ状態へはいる。両側で受信できなければ、
予備機管理テーブルの゛ｌ″のビットのうち最上位ビッ
トを０″にしく１２７）、次に現用機監視動作へはいる
べき予備機が自機であれば（１２８）。

第５図に示した現用機監視動作へ移行する。そうでなけ
れば１次に優先順位の高い予備機が送出すべき現用機テ
ストデータのモニタ状態へ移行するため１時間監視の時
間を変更して（１２９）、ステップ１２１へ戻る。

このように、各予備機は現用機を監視する動作モード（
第５図）、現用機監視中の予備機の動作を監視する動作
モード（第６図）の各動作を行う。

このため、現用機は従来のように、予備機に対して正常
動作中の信号を送出する機能は必要でなく。

本来のインタワーキング機能を実行するだけで良い。第
３図は、現用機の概略動作の一例を示すフローチャート
である。現用機は、通常、インタワーキング機能を実行
している（１５１）。そして。

予備機の異常をチエツクするため、テストデータのイン
タワーキングの場合（１５２）のみ、予備機からの応答
信号であるＡＣＫ信号の受信の時間監視を行い（１５３
）、異常が検出されれば、予備機異常表示を行う（１５
４）。なお、このシステムにおいて、現用機を監視して
いる予備機は、他に設けられた予備機により監視されて
おり、現用機が予備機を監視するステップ１５２〜１５
４は、特に設けらｔなくても良い。

次に、第７図を用いて、現用機がダウンしたときのバッ
クアップ動作について説明する。

通常、現用機３は、ネッ１−ワーク１とネットワーク２
の間のインタワーキングをサービスしており、予備機４
−１は、一方のネットワークの自局から現用機を介して
他方のネットワークの自局へ。

一定時間間隔ごとに、現用機テストデータを送信し、送
付先ネットワークの自局の受信データと送付元ネットワ
ークから送信した送信データの比較をする。この予備機
４−１からの現用機テストデータの送出は、ネットワー
ク１側からと、ネットワーク２側からと双方向に行われ
るものであるが、第７図においては、煩雑さをさけるた
めに、ネットワーク１側からネットワーク２側へのデー
タの、＆九のみを示している。以下、ネットワーク１側
からネットワーク２側への方向を中心に説明する。

第２図に示したように、現用機３および予備機４のハー
ドウェア構成は同じである。第２図のハードウェア構成
をも参照して説明する。、データ送受信の制御およびデ
ータ比較は、予備ｆｉ４−１のメインＣＰＵ１３により
実行される。現用機３のサブＣＰＵＩ　１は、ネットワ
ークｌ側で、予備機４−１からネットワーク２側へ送出
される現用機子ストデータ７１を受信すると、ネットワ
ーク１側のＴ・何機４−１へ、アクノリッジ応答８１を
返す。次に現用機３のメインＣＰＵ１３は、ネットワー
ク２側のサブＣＰＵ１２へ指示してサブＣＰＵ　１１か
ら受とったデータ７１をネットワーク２側のフレームに
変換したデータ７２にして、ネットワーク２側の予＠機
４−１へ送信するようにする。すなわち、サブＣＰＵ１
２は、ネットワーク２側のフレームを構成して、データ
７２を予備機４−１へ送出する。ネットワーク２側で予
備機４−１のサブＣＰＵ１２は、データ７２を受信する
と現用機３ヘアクツリツジ応答８２を返送する。

ここで、予備機４−１のメインＣＰＵ１３は、送信デー
タと受信データを比較し、正常であれば、−・つのテス
トサイクルを終了する。送信データと受信データが不一
致のときは、リトライを行い。

正常ならば終了し、不一致のときは、表示装置にテスト
異常を表示する。この場合、現用機テストデータ７・ｌ
に対しては、現用機３からアクノリッジ応答８１があっ
たので、バックアップ動作には入らない。現用機３およ
び予備機４−１とも該テストサイクルの期間、送信デー
タのすべてに対して、同時受信を行い、一つのゲートウ
ェイ装置の自局内での自己ループテストを実行する。自
己ループテストにより自局の異常を検出した場合、その
旨を表示装置に表示する。この自己ループテストは、ネ
ットワーク１個においては、選択回路１５により、１６
ａの出力が接続されるリレー回路２１の出力端ａを選択
することにより、又、ネットワーク２側においては、送
信器１６ｂの出力と同一信号線に接続されている受信！
！１１４ｂからの出力を受信することにより実行される
。

このとき、予備機４−２〜４−　ｎは、予備機４−１が
送出する現用機テストデータ７１をモニタしている。現
用ｆｉ３および予備機４−１〜４−　ｎにおいて、メイ
ンＣｒ’Ｕ１３とサブＣＰＵＩＩ。

１２は相互に監視している。メインＣＰＵ１３がサブＣ
ＰＵＩＩ、１２を監視する手段としては、自己ループテ
スト時にサブＣＰＵＩＩ、１２から返送される受信デー
タと、メインＣＰＵ１３が送信指示したソースデータと
の比較チエツクや、メインＣＰＵ１３がサブＣＰＵＩＩ
、１２に対して行う動作指示に対するサブＣＰＵからの
応答の時間監視、パリティチエツク、シーケンスチエツ
クがある。また、サブＣＰＵＩＩ、１２がメインＣＰＵ
１３を監視する手段としては、メインＣＰＵからサブＣ
ＰＵへの動作指示に対する時ｒＪＪ監視。

パリティチエツク、シーケンスチエツクがある。

メインＣＰＵ１３は、サブＣＰＵＩＩまたは１２の異常
を検出すると、リセットラッチ１７ａおよび１７ｂをセ
ットして強制的に動作を凍結する。

また、サブＣＰＵＩＩまたは１２は、メインＣＰＵ１３
の異常を検出すると、自己のリセットラッチ１７ａまた
は１７ｂをセットし、自立的に動作を凍結する。リセッ
トラッチ１７ａ又は１７ｂがセソ１へされると、リレー
回路２１により、送信器＞’ｆ！ｒ　Ｉ　Ｇ　ａは物理
的にネットワーク１から切り離され、送信回路１６ｂは
電気的にネットワーク２から切り雛される。このため、
送信回路１６ａおよび１６ｂは、リセットラッチ１７ａ
および１７ｂがセットされると、以後はネットワークへ
悪影響を及ぼさない。

ここで、サブＣＰＵＩ　ｌとメインＣＰＵ１３のインタ
ーフェース回路の一つであるメインＣＰＵ１３からサブ
ＣＰＵＩ　１への動作指示を受は渡しする回路が故障し
たと仮定する。サブｃｐｕｉｉはメインＣＰＵ１３へ「
動作指示異常」を報告し、再指示を待つ。メインＣＰＵ
１３は、サブＣＰＵ１１へ同一指示を再び行うが、再び
「動作指示異常」がサブＣＰＵＩＩから報告されるので
、サブＣＰＵＩＩのリセットラッチ１７ａをセットする
と共に、サブＣＰＵ１２のリセットラッチ１７ｂをセッ
トとし１表示装置にサブＣＰＵＩＩの異常を表示し、動
作停止し、オペレータ介入待ちになる。

予備機４−１は、ネットワーク１側のサブＣＰＵ１ｌか
ら、現用８１３を介して、ネットワーク２側のサブＣＰ
Ｕ１２へ現用機テストデータ７３のデータ転送を試るが
、データ７３に対しては現用＠３からのアクノリッジ応
答８３を受信できない。

また、予＠機４−１はネットワーク２側のサブＣＰ　１
．Ｊ　１２から、現用機３を介して、ネットワーク１側
のサブＣＰＵ１１八現用機テストデータ７４の送信を試
る。しかし、これに対しても現用機３からのアクノリッ
ジ応答８４がないので、現用機異常と判断する。予備機
４−１は、メモリテス１へや、データをネットワーク上
に送出しない自己ループテスト（内部自己ループテスト
）を行い、自機の正常性確認後、バックアップ動作へは
いる。

この予備機４−１は、インタワーキング機能のサービス
を開始する前に、他の予備ｖ＆４−２〜４−１１へ、バ
ックアップ動作へ移行する旨のメソセージ４１を送出す
る。これ以降、予備機４−１は自局をソースとするデー
タを送出することばない。

予備機４−１からのバックアップ動作の移行のメツセー
ジ４１を受けて、予備機４−２〜４−ｎは、予備機管理
テーブル上の第１ビツト目をｒｒ　Ｏ＋＋にする。予備
機４−２は、以降、現用機４−１の動作監視を行うため
、定期的に一方のネツトワ−りの自局から現用機４−１
を介して他のネットワークの自局へ現用機テストデータ
７５のデータ送信を行い、現用機４−１から返送される
アクノリジ応答やインタワーキングされるテストデータ
により現用機４−１の動作監視を行う。また、予備機４
−３〜４−ｎは、予備機４−２が送出する現用機テスト
データ７５をモニタして、予備機４−２の動作を監視す
る。

次に第８図を用いて、優先順位の高い予備機がダウンし
て、優先順位の低い予備機が現用機監視動作を開始する
過程を説明する。

予備機４−１は現用１３の正常確認のための現用機テス
トデータ７６を定期的に、各々の一方のネットワークの
自局から現用機３を介して他ネットワークの自局へ送信
している。予備４！！４−２゜４−３．・・・、４−ｎ
は、各ネットワークごとに、予＠ｆｉ４−１が送出する
現用機テストデータ７６をモニタすることにより、予備
ｎ４−１の動作を監視している。このとき、予備機４−
１がダウンし、引き続き予備機４−２がダウンしたとす
る。

予備機４−３は、ネットワーク１側にても、ネットワー
ク２側においても、予備機４−１の送出する現用機テス
トデータ７６を所定時間内に受信できないので、予備機
管理テーブルの第１ビツトをｒｔ　ＯＮにする。次にＴ
−何機４−２が送出する現用機テストデータを各ネット
ワークにおいて受信しようとするが、所定時間内に受信
できないので予備機管理テーブルの第２ビツトを１１０
　Ｂにする。この時点で、予備機４−３は、指定された
優先順位から、自装置が現用機監視動作にはいるべきで
あることを認識し、メモリテスト、内部ループテスト等
を実施したあと、現用機テスト用データを各々の一方の
ネットワークの自局から現用機３を介して他のネットワ
ークの自局へ送出し、現用機監視動作を行う。予＠機４
−４〜４−ｎは、予備機管理テーブルの第１、第２ピッ
ｌ−を０″にしたあと、各々のネットワークで予備機４
−３が送出する現用機テストデータツブをモニタする。

以」二に説明したように、本実施例では、現用機ｔｊよ
び予備機の切換専用の信号ケーブル、論理装置等を必要
とせずに、−現用機は、インターワーキング機能のサー
ビスを行うのみでよく、複数の予備機は、優先順位にそ
って、順次、現用機の監視動作を行うことができる。

また、この実施例では、Ｔ−（ｊｉ？機４は各々の一方
のネットワー々から現用機３を介して他ネットワークの
自局へ同時に現用機テスト用データを送出するが、他に
一方のネットワークから他ネッ１〜ワークへのみ送出す
るようにしても良く、また、逆方向に交互に送出するよ
うにしても良い。

また、予備機４−ｉが送出する現用機テストデータの中
には、予ｍ機の番号ｉを組み込むこともできるので、現
在、どの予備機が現用機監視の動作を行っているのかを
他の予備機から知るようにすることもできる。

システム立ち上げ時の予備機管理テーブルの設定は、無
指定時は第１ビツトから、第（ｎ−１）ビット迄をすべ
てＩｔ　Ｉ　Ｊ、にする方法でよいが、立ち上げ時のシ
ステム構成により、オペレータが再設定可能にすること
もできる。

第５図（ステップ１１４）で説明したように。

現用機テストデータの送信後、現用機によりインタワー
キングされて自局で再受信する迄の時間をイ１ｑ定する
ことにより、近似的に、一つのネットワーク内の端末か
ら他のネットワークの端末迄のデータ送信時間を測定す
ることができるので、システム全体の性能測定や、性能
に関わる不良の演出を可能にする手段を提供できる。こ
のため１ｇｌ用機内の、受信回路や、メインＣＰＵと通
信制御プロセッサ間インタフェースの故障を早期に検出
することができる。

以上、本発明を前記実施例に基づき具体的に説明したが
、本発明は、前記実施例に限定されるものではなく、そ
の要旨を逸脱しない範囲において、種々変形し得ること
は勿論である。

〔発明の効果〕

以上、説明したように、本発明によれば、現用機の異常
を検出してバックアップ動作へ移るための現用機の監視
を行う予備機は、一方のネットワークの自局から現用機
を介して他のネットワークの自局へ現用機テストデータ
を送出し、送信したデータと受信したデータを比較して
現用機の動作の監視を行うので、現用機は通常のインタ
ワーキング動作の中で、自己の動作の正常性を予備機に
示すことができ、現用機の負荷を増大することなく、シ
ステムの信頼性を高めることができる。

【図面の簡単な説明】

第１図は本発明の一実施例のシステム構成図。 第２図はゲートウェイの具体的構成例を示すブロック図
。 第３図は、本発明の実施例の現用機の概略の動作を示す
フローチャート。 第４図は、各予備機が具備する予備機管理テーブルを説
明する説明図。 第５図は、ゲートウェイの予備機動作のうち。 現用機を監視する動作部分を主として示すフローチャー
ト。 第６図は、現用機監視中でない予備機が現用機監視中の
予備機を監視する動作の部分を示すフローチャート。 第７図は、現用機ダウン時のバックアップ動作を示した
図。 第８図は、現用機監視中子ｎ機がダウンしたときに他の
予備機が現用機監視動作の移行する状況を示す図。 第９図は、従来のネットワークシステムのシステム構成
図。 第１０図は、従来における現用機の概略動作フローチャ
ート、 図中、１，２・・・ネットワーク、３・・・現用ゲート
ウェイ、４・・・予備ゲートウェイ、７Ａ・・・現用機
テストデータ、８・・・アクノリッジ応答、１１．１２
・・・サブＣＰＵ、１３・・・メインＣＰＵ、１４ａ、
１４ｂ・・・受信回路、１５・・・受信信号選択回路、
１６ａ、１６ｂ・・・送信回路、１７・・・リセットラ
ッチ、２１・・・リレー回路。

Claims (1)

【特許請求の範囲】
1. １、複数のネットワークがゲートウェイにより相互接続
   されるネットワークシステムにおいて、前記ネットワー
   クを現用ゲートウェイと予備ゲートウェイで接続すると
   共に、予備ゲートウェイは、一つのネットワークに接続
   される自局から現用ゲートウェイを介して他のネットワ
   ークに接続される自局へ現用ゲートウェイテストデータ
   を送信し、送信したデータと受信したデータを比較する
   ことにより、現用ゲートウェイの動作を監視し、現用ゲ
   ートウェイの異常を検出したとき、バックアップ動作を
   開始することを特徴とするゲートウェイのバックアップ
   方式。