JPH05304528A - 多重化通信ノード - Google Patents

Abstract

(57)【要約】 【目的】 多重化した通信部を有する多重化通信ノード
において、現有系通信部から待機系通信部へ切替った際
に、待機系通信部において確実に通信を行う。 【構成】 多重化通信ノード１１は多重化した通信部１
１ａ，１１ｂを有しており、現有系の通信部１１ａによ
る他ノードとの通信中に、待機系の通信部１１ｂが送信
部１１b5によりポーリングデータを他ノードの待機系通
信部へ順次送信する。そして、そのポーリングデータに
対する他ノードの待機系通信部の応答を受信して、当該
待機系通信部に障害が発生しているか否かを検出し、管
理テーブルメモリ１１b7にその検出結果を記録すると共
に、他ノードの待機系通信部に障害が発生している場合
にはそれを状況モニタ部１１b8に表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、システムの信頼性向上
のため通信部やノード自身を多重化した多重化した多重
化通信ノードに関する。

【０００２】

【従来の技術】近年、ＬＡＮにおいては、システムの信
頼性を向上させるために、通常動作させる現有系と、通
常はスタンバイしている待機系というように通信部を多
重化した多重化通信ノードが組み込まれたり、ホストと
なるノード自体を現有系および待機系というように多重
化することが行われている。

【０００３】このように通信部自体を多重化した場合に
は、現有系通信部でのデータ送信中に送信エラーが発生
した場合、現有系通信部から待機系通信部への切替え処
理が行われる。

【０００４】また、ノード自体を多重化した場合には、
通常は現有系ホストを使用し、当該現有系ホストにエラ
ーが発生した際、現有系ホストから待機系ホストへの切
替え処理が行われる。

【０００５】

【発明が解決しようとする課題】しかし、通信部自体を
多重化した従来の多重化通信ノードでは、現有系通信部
によるデータ送信中に、待機系通信部の通信機能を確認
する場合、現有系通信部の稼働を一時中断する必要があ
るため、待機系通信部の通信機能を確認しないことが多
かった。

【０００６】このため、現有系通信部に異常が発生して
待機系通信部に切り替った際に、待機系の通信部が正常
に動作する保証がない、という問題がある。特に、シス
テムの信頼性が高かったり、軽負荷、ノイズレスの環境
で使用した場合、現有系通信部の障害発生確率が低く、
待機系の通信部は数か月、数年間も一度もその通信機能
が確認されないままスタンバイしていることになり、正
常動作の保証がない。

【０００７】また、このような多重化通信ノードでは、
通信部を完全継続型で切り替える方式をとっていなかっ
たため、オフラインで通信制御部、伝送路を切り替える
か、オンラインで情報伝送を一時中断して切り替える必
要があり、実通信レートの低下、通信データの破壊等を
招き、システムの高信頼性を保ちながら安定したサービ
スをユーザに提供できない、という問題もある。

【０００８】一方、従来のノード自体を２重化したＬＡ
Ｎの場合には、現有系ノード内のプロセスから待機系ノ
ード内のプロセスへ定期的にアライブ信号（ハートビー
ト信号ともいう）を送信し、待機系ノード内のプロセス
により監視して現有系ホストの障害を検知していたが、
現有系ホストが通常のアプリケーション処理などでビジ
ー状態でありアライブ信号の送信が遅れた場合には、待
機系ホストに障害が発生したと誤判断することがあり、
確実に障害検知ができない、という問題がある。

【０００９】そこで、本発明はこのような問題に着目し
てなされたもので、現有系通信部のから待機系通信部へ
切替った際に、当該待機系通信部において確実に通信処
理できると共に、ビジー状態の現有系ノードでもその障
害発生を確実に検知して、システムの信頼性を向上でき
る多重化通信ノードを提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明では、伝送路を介して他ノード
と共にネットワークを構築すると共に、現有系および待
機系の通信部を備え、通常は当該待機系通信部を他ノー
ドの待機系通信部と同様に待機させておき、現有形通信
部によりデータ通信を行う多重化通信ノードにおいて、
他ノードの待機系通信部へ順次ポーリングデータを送信
するポーリングデータ送信手段と、上記ポーリングデー
タに対する他ノードの待機系通信部の応答を受信し、他
ノードの待機系通信部が正常であるか否か確認する確認
手段と、上記確認手段の確認出力を受け、他ノードの待
機系通信部の状態を表示する表示手段と、を具備するこ
とを特徴とする。

【００１１】請求項２記載の発明では、伝送路を介して
他ノードとデータの送受信処理を同時に行う複数の通信
処理部、およびその複数の通信処理部の各出力の内一つ
を選択して出力すると共に、各出力を比較する比較部を
備えた複数の通信部と、上記複数の通信部の比較部から
各々の比較結果を受けて、上記複数の通信処理部の出力
が全て一致する一台の通信部を現有系通信部としてその
出力を使用すると共に、他の通信部を待機系通信部とし
てその出力を使用しないように切替える切替制御部と、
を具備することを特徴とする。

【００１２】請求項３記載の発明では、他ノードとのデ
ータ通信中に、定期的にアライブ信号を送信する現有系
ノードと、上記現有系ノードからのアライブ信号を受信
し、当該アライブ信号が一定時間受信されなかった場合
には、当該アライブ信号が送信されたコネクションとは
別コネクションで確認信号を送信してこの確認信号に対
する上記現有系ノードの応答を待ち、一定時間内にこの
応答を受信するか否かにより上記現有系ホストの障害の
検出する待機系ノードと、を具備することを特徴とす
る。

【００１３】

【作用】請求項１記載の発明では、他ノードの待機系通
信部へ順次ポーリングデータを送信し、そのポーリング
データに対する他ノードの待機系通信部の応答を受信し
て、他ノードの待機系通信部が正常であるかを検出し、
その状態を表示する。

【００１４】また、請求項２記載の発明では、複数の通
信部の比較部から各々の比較結果を受けて、複数の通信
処理部の出力が全て一致する一台の通信部を現有系通信
部としてその出力を使用すると共に、他の通信部を待機
系通信部としてその出力を使用しないように切替える。

【００１５】さらに、請求項３記載の発明では、現有系
ノードが他ノードとのデータ通信中に、待機系ノードへ
定期的にアライブ信号を送信し、待機系ノードでは現有
系ノードからのアライブ信号を受信し、当該アライブ信
号が一定時間受信されなかった場合には、当該アライブ
信号が送信されたコネクションとは別コネクションで確
認信号を送信して現有系ノードの応答を待ち、一定時間
内にこの応答を受信するか否かにより上記現有系ホスト
の障害の検出する。

【００１６】

【実施例】以下、本発明に係る多重化通信ノードの実施
例を図面に基づいて説明する。

【００１７】図１は、第１実施例に係る多重化通信ノー
ドにより構築されたＬＡＮを示している。

【００１８】このＬＡＮ１では、複数台（ここでは、便
宜上３台とするが何台でもよい）の多重化通信ノード
（以下、ノードという）１１〜１３が、各々多重化した
通信部１１〜１３ａ，１１〜１３ｂを備えており、ここ
では通信部１１〜１３ａを通常データ通信を行う現有形
通信部として使用する一方，通信部１１〜１３ｂを通常
は待機させておく待機系通信部として使用する。これに
より、現有系通信部１１〜１３ａが伝送路１４ａと接続
されて現有形ネットワーク１ａが構築されると共に、待
機系通信部１１〜１３ｂが伝送路１４ｂと接続されて待
機系ネットワーク１ｂを構築される。

【００１９】図２は、ノード１１の待機系通信部１１ｂ
の構成を示している。現有形通信部１１ａもこれと同様
の構成を有しているが図示は省略する。

【００２０】待機系通信部１１ｂは、通常通信処理部１
１b1、管理部１１b2、および切替部１１b3，１１b3' か
ら構成されており、管理部１１b2は、タイマ１１b4、ポ
ーリングデータ送信部１１b5、ポーリング応答確認部１
１b6、管理テーブルメモリ１１b7、状況モニタ部１１b8
を備えている。

【００２１】通常通信処理部１１b1は、アプリケーショ
ン層等の上位層（図示せず）と伝送路１４ｂとの間でデ
ータを送受信するように構成されており、他の通信部１
２ａ，，１３ａ，１２ｂ，１３ｂにも設けられている。

【００２２】切替部１１b3，１１b3' は、互いに連動し
て通常通信処理部１１b1と管理部１１b2とを切り替える
ように構成されている。

【００２３】ポーリングデータ送信部１１b5は、管理テ
ーブルメモリ１１b7の管理テーブル等を基に相手先アド
レスや、応答要求、自局アドレス等をフレームに組み立
ててポーリングデータを作成し、このポーリングデータ
をタイマ１１b4が発生するクロックに基づき適当な間隔
で各通常ノード１２，１３の待機系通信部１２ｂ，１３
ｂに順次送信してポーリングするように構成されてい
る。

【００２４】ポーリング応答確認部１１b6は、各通常ノ
ード１２，１３の待機系通信部１２ｂ，１３ｂが応答し
たデータフレームを受信して解析し、各通常ノード１
２，１３がどのような応答、すなわち正常あるいは異常
応答したかを確認すると共に、その確認結果を管理テー
ブルメモリ１１b7に書き込むように構成されている。

【００２５】管理テーブルメモリ１１b7は、ポーリング
すべきノードのアドレス等が記載されたアドレステーブ
ル（図３参照）１１b7' や、ポーリングの結果各通常ノ
ード１２，１３の状況が記載される状況テーブル等が格
納されている。

【００２６】状況モニタ部１１b8は、管理テーブルメモ
リ１１b7に格納された状況テーブルの内容をＣＲＴ（図
示せず）により表示したり、通信ボード上のＬＥＤ（図
示せず）等に表示してこの管理ノード１１を操作するオ
ペレータに報知するように構成されている。

【００２７】図３は、管理テーブルメモリ１１b7に予め
格納されたアドレステーブル１１b7' を示しており、各
ノード１１〜１３毎に、ＭＡＣアドレスやＩＰアドレス
等のネットワークアドレスやノード名が、各ノード１１
〜１３に対応して予め記載されている。

【００２８】次に、このように構成された多重化通信ノ
ード１１の待機系通信部１１ｂの動作を、図４を参照し
て説明する。

【００２９】この場合、現有形通信部１１ａでは他ノー
ドとデータ通信を実行しているものとし、待機系通信部
１１ｂでは、まずポーリングをかける通常ノードを選択
して（ステップ１００）、応答待ちタイマを起動し（ス
テップ１１０）、ポーリング処理を実行し（ステップ１
２０）、所定時間内にポーリング先のノードから応答が
くるかを待機する（ステップ１３０）。

【００３０】タイムアウトせず所定時間以内に応答を受
けた場合（ステップ１４０“Ｎo ”）、続いてその応答
が正常な応答か否かを判別して（ステップ１５０）、正
常な応答の場合には管理テーブルメモリ１１b7の状況テ
ーブルへ“正常”と書き込む一方（ステップ１６０）、
正常応答でない場合には当該状況テーブルへ“異常”と
書き込み（ステップ１５５）、当該ノードについてのポ
ーリング処理を終了し（ステップ１７０）、続いて最初
に戻り次のノードを選択して（ステップ１００）次のノ
ードについて、以上の処理を繰り返す。

【００３１】一方、ポーリングに対する応答が所定時間
なく、タイムアウトした場合には（ステップ１４０“Ｙ
es”）、このポーリング処理が再ポーリング、即ち２回
目のポーリングであるか否かを判別して（ステップ１４
５）、再ポーリングでない場合には何らかの理由でポー
リングデータが届いてなかったり、その応答が届かない
こと等が考えられるため、応答待ちタイマをクリアして
（ステップ１４７）、再度当該タイマを起動し（ステッ
プ１１０）、上記ステップ１２０以下のポーリング処理
等を繰り返す一方、ステップ１４５で２回目と判別され
た場合には管理テーブルへ“異常”と書き込み（ステッ
プ１５５）、当該ノードについてのポーリング処理を終
了し（ステップ１７０）、続いて次のノードにつき以上
の処理を繰り返す。

【００３２】そして、以上の処理を所定時間毎に定期的
に繰り返し、その度にその診断結果を管理テーブルメモ
リ１１b7の状況テーブルへ記録しておき、その結果が状
況モニタ部１１b8により表示される。

【００３３】従って、本実施例によれば、現有系通信部
を介してデータ通信中であっても、他ノードの待機系通
信部の状態が所定時間毎にモニタされるため、現有形通
信部あるいはネットワークが故障した場合には確実に正
常な待機系ネットワークに切替えることができる。

【００３４】また、本実施例では、待機系通信部だけで
なく、現有系通信部にもこのような他ノードの現有系通
信部の状態を検出する機能を持たせたため、現有系ネッ
トワークで通信エラーが多発する場合等には、稼働させ
る通信部を現有系から待機系に一時的に切替え、その際
に、他ノードの旧現有系通信部の状態を確認して旧現有
系ネットワークの動作状態を確認することができる。

【００３５】なお、本実施例では、通信部を２重化して
説明したが、本発明では待機系を２重化、あるいは現有
系を２重化してこの多重化通信ノード全体で通信部の３
重化、あるいはそれ以上に多重化してももちろん良い。

【００３６】また、本実施例では、伝送路も２重化して
説明したが、本発明では伝送路まで２重化する必要はな
く、この場合でもポーリングの間隔は現有形通信部の通
信頻度に比べ極端に遅く、しかも一度に扱うデータも非
常に短いため、ほとんど現有形に影響を与ずに済む。

【００３７】さらに被管理局（ポーリング応答を行う各
通信部）でも、ウオッチドタイマ等を用いて自通信部の
状況を判断し、異常時にはＬＥＤ等で表示することによ
り、管理局（ポーリングデータを送信するの通信部）の
みならず、各ノードでも障害の判定が可能になる。その
際の構成としては、管理局は、被管理局から正常な応答
がない場合、ポーリングサイクルからその障害のあるノ
ードをパスするようにしておく。そして、被管理局では
所定時間内に正常なポーリングが自局宛てにこない場合
にタイムアウトする構成などが考えられる。

【００３８】次に、多重化通信ノードの第２の実施例を
説明する。

【００３９】図５は、多重化通信ノードの第２実施例の
下位層の構成を示している。

【００４０】第２実施例に係る多重化通信ノード２１
は、第１実施例と同様に１，２層の下位層２２に多重化
した通信部２１a1〜aN（N は自然数）、切替制御部２２
ｂ，および同期処理部２２ｃを有している。

【００４１】切替制御部２２ｂは、通常は多重化した通
信部２１a1〜aNの内任意の１台を現有系として使用し、
他の通信部を待機系として使用するため、後述するよう
にして通信部２１a1〜aNの内任意の１台の入出力のみを
通すように構成されている。同期処理部２２ｃは、多重
化した通信部２１a1〜aNが同期してデータを送受信でき
るように切替制御部２２ｂの制御により同期信号を各通
信部２１a1〜aNに送信するように構成されている。

【００４２】各通信部２１a1〜aNは、図６を参照して説
明する。

【００４３】図６は、通信部２１a1の構成を同期処理部
２２ｃおよびその同期信号を省略して示しており、他の
通信部２１a2〜aNもこの通信部２１a1と同様に構成され
ている。

【００４４】この通信部２１a1は、第１実施例の通信部
と異なり、実際のデータ送受信を処理する送信処理部２
４s1〜sNおよび受信処理部２４r1〜rNからなる多重化し
た複数の通信処理部２４a1〜aNと、各送信処理部２４s1
〜sNの出力を受ける送信比較器２５と、各受信処理部２
４r1〜rNの出力を受ける受信比較器とから構成されてい
る。

【００４５】送信比較器２５は、各送信処理部２４s1〜
sNの出力を受けて比較し、その比較結果、すなわち各出
力が全て等しいか、あるいはどれか違うものがあるかと
いう比較結果と共に、各送信処理部２４s1〜sNの出力を
一つ切替制御部２２ｂへ送信するように構成されてい
る。

【００４６】受信比較機２６も同様に、受信処理部２４
r1〜rNの出力を受けて比較し、その比較結果、すなわち
各出力が全て等しいか、あるいはどれか違うものがある
かという比較結果と共に、受信処理部２４r1〜rNの出力
の内一つを切替制御部２２ｂへ送信するように構成され
ている。

【００４７】次に、以上のように構成された第２実施例
の動作を、図５、図６を基に説明する。

【００４８】まず、この多重化通信ノード２１では、図
５に示すように各通信部２２a1〜aNへ他ノードからデー
タが切替制御部２２ｂを介して入力していることを前提
とする。

【００４９】その際、通信部２２a1では、図６に示すよ
うに切替制御部２２ｂを介して各通信処理部２４a1〜aN
の受信処理部２４r1〜rNにて入力データが受信されてお
り、当該各受信処理部２４r1〜rNの出力が同期をとられ
て受信比較器２６へ入力している。

【００５０】受信比較器２６では、各受信処理部２４r1
〜rNの出力を受けて、その出力の内一つを選択して出力
すると共に、その出力全てが一致しているか否かの比較
結果を出力し、切替制御部２２ｂへ送る。

【００５１】ここまでの処理を他の通信部２２a2〜２２
aNも通信部２１a1と同様に行い、その出力および比較結
果を切替制御部２２ｂへ送る。

【００５２】切替制御部２２ｂでは、各通信部２２a1〜
２２aNの受信比較器２６の比較結果を受けて、各受信処
理部２４r1〜rNが全く同一動作をしていてその出力値が
同一であるか否か、即ち各通信部２２a1〜aNが正常に動
作しているか否かを検出する。そして、現在、現有系と
して機能している例えば通信部２２a1が正常に動作して
いると判断した場合には、そのまま現有系通信部２２a1
によりデータの受信を続行する一方、当該通信部２２a1
が何らかの理由で障害が発生したと判断した場合には、
通信部２２a1の出力を停止すると共に、待機系の他の通
信部２２a2〜aNの内正常に動作している通信部を現有系
としてその出力を選出するように切替え制御して、正常
なデータを上位層に引き渡すようにする。

【００５３】以上と同様のことが、データの送信時にも
言え、この場合には各通信部２２a1〜２２aNでの診断結
果を基に、切替制御部２２ｂが正常な通信部からデータ
を出力するようにする。

【００５４】従って、データの送受信時に現有系の通信
部が故障したとしても、オンライン完全継続で正常な待
機系の通信部に自動的に切替わり、以後その正常な通信
部が現有系としてデータの送受信が行われるため、ネッ
トワーク上に不正なデータを出力することが確実になく
なると共に、トランザクション処理等において重大な障
害となるシステムダウンの頻度を大幅に低減できる。

【００５５】なお、本実施例では、伝送路を多重化せず
に説明したが、本発明では伝送路を多重化しても良い。

【００５６】次に、多重化通信ノードの第３の実施例を
説明する。

【００５７】図７は、多重化通信ノードの第３実施例の
構成を示している。

【００５８】この多重化通信ノードは、第１、第２の実
施例とは異なり、ノードとしてのホスト自体を２重化し
たもので、同一機能を有するホスト２台、すなわち現有
系ホスト４１、待機系ホスト５１を同一伝送路６１上に
接続して構成されている。

【００５９】現有系ホスト４１は、障害検知の場合には
図に示すように、アライブ信号を作成する１次コネクシ
ョン処理部４１ａ、作成されたアライブ信号をタイマ４
１ｂに基づき定期的にアライブ信号を送信するアライブ
信号送信部４１ｃ、１次コネクション処理部４１ａとは
別プロセスで１次コネクションとは別の２次コネクショ
ンを形成し確認信号の応答を行う２次コネクション処理
部４１ｄ、確認信号受信部４１ｅ、応答信号返信部４１
ｆ、および物理的な通信制御を行う通信制御部４１ｇを
有している。

【００６０】一方、待機系ホスト５１は、受信したアラ
イブ信号を処理する１次コネクション処理部５１ａ、ア
ライブ信号受信部５１ｂ、タイマ５１ｃ、１次コネクシ
ョン処理部４１ａとは同一プロセスで１次コネクション
とは別の２次コネクションを形成し確認信号を発生する
２次コネクション処理部５１ｄ、その確認信号をタイマ
５１ｃに基づき定期的に送信する確認信号送信部５１
ｅ、応答信号受信部５１ｆ、および通信制御部５１ｇを
有している。

【００６１】次に、このように構成された第３実施例の
動作を、図８に基づき説明する。

【００６２】図８は、現有系および待機系ホスト間の障
害検知の処理手順を示している。

【００６３】ホスト間の障害検知の際には、まず現有系
ホスト４１では別プロセスにより１次、２次コネクショ
ンを設定する一方（ステップ４００，４１０）、待機系
ホスト５１では同一プロセスにより１次、２次コネクシ
ョンを形成し（ステップ５００，５１０）、アライブ信
号送信部４１ｃからアライブ信号が一定時間スリープし
ながら所定間隔で待機系ホスト５１へ送信される（ステ
ップ４２０，４３０）。

【００６４】待機系ホスト５１では、現有系ホスト４１
からの１次コネクションを介したアライブ信号が送信さ
れてくるのを、タイマ５１ｃを起動して、通信制御部５
１ｇを介したアライブ信号受信部５１ｂで待つ（ステッ
プ５２０）。

【００６５】そして、所定時間以内にアライブ信号が受
信できた場合には（ステップ５３０）、そのまま定期的
に送信されてくるアライブ信号をタイマ５１ｃを起動さ
せて待つ（ステップ５２０，５３０）。

【００６６】一方、所定時間以内にアライブ信号が受信
できなかった場合には（ステップ５２０“TIME OU
T”）、２次コネクション処理部５１ｄで作成した確認
信号を確認信号送信部５１ｅ、通信制御部５１ｇを介し
２次コネクションにて送信すると共に（ステップ５４
０）、タイマ５１ｃを起動して（ステップ５５０）、現
有系ホスト４１からの確認信号に対する応答信号を待
つ。

【００６７】現有系ホスト４１は、正常であれば待機系
ホスト５１が送信してきた確認信号を確認信号受信部４
１ｅで受信して（ステップ４４０）、２次コネクション
処理部４１ｄで処理してその確認信号に対する応答信号
を応答信号返信部４１ｆを介し２次コネクションにて返
信する（ステップ４５０）。また、障害等が発生してお
り、異常があれば応答信号を返信しないか、あるいは所
定の時間より遅れて返信する。

【００６８】そして待機系ホスト５１は、タイマ５１ｃ
起動後、所定時間以内に現有系ホスト４１側から応答信
号を受信できた場合には（ステップ５６０）、現有系ホ
スト４１を正常と判断して、再び通常の定期的な障害検
知処理、即ちタイマ５１ｃを起動してアライブ信号を待
つ処理（ステップ５２０）に戻る。一方、タイマ５１ｃ
が起動後、応答信号が返信されずに所定時間を経過した
場合には（ステップ５５０“TIME OUT”）、現有系ホス
ト４１に障害発生と判断する。

【００６９】従って、本実施例によれば、現有系ホスト
が通常のアプリケーション処理等によりビジー状態でア
ライブ信号が送信されない場合、直ぐに現有系ホストを
異常と見なすのではなく、待機系ホストからアライブ信
号とは別コネクションにて確認信号を送信し確認するた
め、現有系ホストのプロセス管理方法や、ＣＰＵ利用
度、および伝送路上の障害等によるコネクション異常な
どに左右されず確実に障害を検知できる。

【００７０】

【発明の効果】以上説明したように、請求項１記載の発
明では、現有形通信部によるデータ通信中に、待機系通
信部からポーリングデータを送り他ノードの待機系通信
部の状態を所定時間毎に検出するようにしたため、現有
形通信部が故障した際に待機系通信部に切替える場合
に、待機系による正常な引き継ぎを保証できる。

【００７１】また、請求項２記載の発明では、複数の通
信処理部を有する現有系および待機系の通信部の状態
を、常時その複数の通信処理部の出力がすべて一致する
か否かにより検出しており、現有系の通信部がデータ送
受信時に故障した場合には、オンライン完全継続で正常
な待機系通信部に自動的に切替え、その正常な通信部に
よりデータ通信を行うようにしたため、ネットワーク上
に不正なデータを出力することがなくなると共に、デー
タの破壊や、中断等によるスループットの低下が解消さ
れ、信頼性の高い通信サービスを提供できる。

【００７２】また、請求項３記載の発明によれば、現有
系ノードがビジー状態でアライブ信号が送信されない場
合、直ぐに現有系ノードを異常とみなすのではなく、待
機系ノードからアライブ信号とは別コネクションにて確
認信号を送信して確認するようにしたため、現有系ホス
トでのＣＰＵ利用度等に左右されず確実に現有系ノード
の障害を検知できる。

【図面の簡単な説明】

【図１】第１実施例に係る多重化通信ノードにより構築
されたＬＡＮを示すブロック図。

【図２】多重化通信ノードの第１実施例を示すブロック
図。

【図３】第１実施例におけるアドレステーブルを示す説
明図。

【図４】第１実施例における待機系通信部の処理手順を
示すフローチャート。

【図５】多重化通信ノードの第２実施例を示すブロック
図。

【図６】第２実施例における通信処理部の構成を示すブ
ロック図。

【図７】多重化通信ノードの第３実施例を示すブロック
図。

【図８】第３実施例における現有系障害検知の処理手順
を示すフローチャート。

【符号の説明】

１ ＬＡＮ（ネットワーク） １１〜１３ 多重化通信ノード １１〜１３ａ 現有系通信部 １１〜１３ｂ 待機系通信部 １１b5 ポーリングデータ送信部（ポーリングデータ送
信手段） １１b6 ポーリング応答確認部（確認手段） １１b7 管理テーブルメモリ １１b8 状況モニタ部（表示手段） １４ａ，１４ｂ 伝送路 ２１ 多重化通信ノード ２２a1〜２２aN 通信部 ２２ｂ 切替制御部 ２４a1〜２４aN 通信処理部 ２５ 送信比較器（比較部） ２６ 受信比較器（比較部） ４１ 現有系ホスト（現有系ノード） ５１ 待機系ホスト（待機系ノード） ６１ 伝送路

Claims (3)

【特許請求の範囲】
1. 【請求項１】 伝送路を介して他ノードと共にネットワ
   ークを構築すると共に、現有系および待機系の通信部を
   備え、通常は当該待機系通信部を他ノードの待機系通信
   部と同様に待機させておき、現有形通信部によりデータ
   通信を行う多重化通信ノードにおいて、 他ノードの待機系通信部へ順次ポーリングデータを送信
   するポーリングデータ送信手段と、 上記ポーリングデータに対する他ノードの待機系通信部
   の応答を受信し、他ノードの待機系通信部が正常である
   か否か確認する確認手段と、 上記確認手段の確認出力を受け、他ノードの待機系通信
   部の状態を表示する表示手段と、 を具備することを特徴とする多重化通信ノード。
2. 【請求項２】 伝送路を介して他ノードとデータの送受
   信処理を同時に行う複数の通信処理部、およびその複数
   の通信処理部の各出力の内一つを選択して出力すると共
   に、各出力を比較する比較部を備えた複数の通信部と、 上記複数の通信部の比較部から各々の比較結果を受け
   て、上記複数の通信処理部の出力が全て一致する一台の
   通信部を現有系通信部としてその出力を使用すると共
   に、他の通信部を待機系通信部としてその出力を使用し
   ないように切替える切替制御部と、 を具備することを特徴とする多重化通信ノード。
3. 【請求項３】 他ノードとのデータ通信中に、定期的に
   アライブ信号を送信する現有系ノードと、 上記現有系ノードからのアライブ信号を受信し、当該ア
   ライブ信号が一定時間受信されなかった場合には、当該
   アライブ信号が送信されたコネクションとは別コネクシ
   ョンで確認信号を送信してこの確認信号に対する上記現
   有系ノードの応答を待ち、一定時間内にこの応答を受信
   するか否かにより上記現有系ホストの障害の検出する待
   機系ノードと、 を具備することを特徴とする多重化通信ノード。