JPH07321825A - 多重化ネットワーク制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 応用プログラムが意識することなく、通信経
路の切り換えを自動的に行えるようにする。 【構成】 例えばネットワーク６が故障した場合、選択
部９ａにより通信制御データが書き換えられる。これに
よりネットワーク制御装置３ａに接続されるネットワー
クがネットワーク６からネットワーク７に切り換えられ
る。したがって計算機１ａはネットワーク７を用いて計
算機１ｂと通信を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ネットワーク（回
線）に接続された複数の計算機間で、故障回線を自動的
に切り換える機能を有する多重化ネットワーク制御装置
に関するものである。

【０００２】

【従来の技術】図２１は例えば従来の多重化ネットワー
ク制御装置を有する計算機システムの構成を示すブロッ
ク図である。図２１において、１ａ，１ｂは計算機、２
ａ，２ｂは計算機１ａ，１ｂに組み込まれている応用プ
ログラム群、３ａ，３ｂは応用プログラム群２ａ，２ｂ
がネットワークをアクセスするのに使用するネットワー
ク制御装置、４ａ，４ｂはネットワーク６に対するネッ
トワークインターフェース、５ａ，５ｂはネットワーク
７に対するネットワークインターフェースである。

【０００３】次に動作について説明する。例えば、計算
機１ａの応用プログラム群２ａから送信されたデータ
は、ネットワーク制御装置３ａの制御により、ネットワ
ークインターフェース４ａ及びネットワーク６を経由し
て他の計算機１ｂに伝えられる。この時、計算機１ｂへ
の受信データは送信時と逆の経路でネットワークインタ
ーフェース４ｂに入り、ネットワーク制御装置３ｂの制
御の下で応用プログラム群２ｂに伝えられる。これによ
り応用プログラム群２ｂは通信経路を通信相手のネット
ワークインターフェース４ａを指定することによって決
定するが、この経路となるネットワーク６が故障する
と、応用プログラム群２ｂ自身が別の経路であるネット
ワーク７を選択し直して再度送信しなければならない。

【０００４】

【発明が解決しようとする課題】従来の多重化ネットワ
ーク制御装置は以上の様に構成されているので、ネット
ワークが故障すると応用プログラムが通信経路を選択し
直さなければならず、このため応用プログラムの処理の
種類が増えて複雑になる等の問題があった。また、応用
プログラムがそのような通信経路を選択する機能を備え
ていない場合は、応用プログラムを停止させる等し、通
信経路の回復を待ってから再度応用プログラムを起動す
るなどのオペレーション作業が必要であった。

【０００５】この発明は上記のような課題を解決するた
めになされたものであり、応用プログラムが意識するこ
と無く、通信経路の切り換えが自動的に行われる多重化
ネットワーク制御装置を得ることを目的とする。

【０００６】

【課題を解決するための手段】第１の発明では、あるネ
ットワークが故障した場合に別の正常なネットワークに
切り換えるために通信データ中の通信制御に関する通信
制御データを書き換えてネットワークの切り換えを行う
選択部を備えたことを特徴とするものである。

【０００７】第２の発明では、選択部は、計算機のハー
ドウェア・アドレスからネットワーク・アドレスを決定
するプロトコルを実現する場合に、１つのネットワーク
を経由して全計算機のハードウェア・アドレスを決定す
るようにしたことを特徴とするものである。

【０００８】第３の発明では、選択部は、複数の計算機
が一斉にネットワーク・アドレスの決定を要求した場合
に発生する輻輳状態を避けるために、特定の種類のフレ
ームの受信を契機として、各計算機が時間差を付けてネ
ットワーク・アドレスの決定を要求するようにしたこと
を特徴とするものである。

【０００９】第４の発明では、宛先のネットワーク・ア
ドレスから判断してどの計算機へデータを送出するかを
決定する経路制御部を上記ネットワーク制御装置に備え
たことを特徴とするものである。

【００１０】第５の発明では、ネットワーク制御装置を
ネットワークと同数だけ設け、これら各ネットワーク制
御装置を別々のメモリにそれぞれ格納し、あるネットワ
ークに対して通信が不可能となり、それが当該メモリの
故障が原因であった場合に別のメモリに切り換え、使用
するネットワークを選択するための選択部と、あるネッ
トワークが故障の場合は通信データ中の通信制御に関す
る通信制御データを書き換え、別のネットワークを代替
えとして使用させるためのフレーム加工部とを備えたこ
とを特徴とするものである。

【００１１】

【作用】第１の発明によれば、選択部により通信制御デ
ータが書き換えられると、故障したネットワークから正
常なネットワークに切り換えられる。

【００１２】第２の発明によれば、計算機のハードウェ
ア・アドレスからネットワーク・アドレスを決定するプ
ロトコルを実現する場合に、１つのネットワークを経由
して全計算機のハードウェア・アドレスが決定される。

【００１３】第３の発明によれば、複数の計算機が一斉
にネットワーク・アドレスの決定を要求した場合、その
決定の要求に時間差が生じる。

【００１４】第４の発明によれば、宛先のネットワーク
・アドレスを判断することにより、どの計算機へデータ
を送出するかが決定される。

【００１５】第５の発明によれば、あるネットワークに
対して通信が不可能となり、それが当該メモリの故障が
原因であった場合、別のメモリに切り換えられ、使用す
るネットワークが選択される。また、あるネットワーク
が故障の場合、通信制御データが書き換えられ、別のネ
ットワークが代替えとして使用される。

【００１６】

【実施例】

実施例１（請求項１対応）．以下、この発明の実施例を
図に基づいて説明する。図１はこの発明の実施例１に係
るネットワーク制御装置を有する計算機システムの構成
を示すブロック図である。図において、１ａ，１ｂは計
算機、２ａ，２ｂは計算機１ａ，１ｂに組み込まれてい
る応用プログラム群、３ａ，３ｂは応用プログラム群２
ａ，２ｂがネットワーク６，７をアクセスするのに使用
するネットワーク制御装置であり、これらネットワーク
制御装置３ａ，３ｂは経路制御テーブル１１ａ，１１ｂ
に基づいて通信経路を制御する経路制御部１０ａ，１０
ｂをそれぞれ備えている。４ａ，４ｂはネットワーク６
に対するネットワークインターフェース、５ａ，５ｂは
ネットワーク７に対するネットワークインターフェース
である。９ａはネットワーク制御装置３ａとネットワー
クインターフェース４ａ，５ａ間に設けられており、故
障したネットワークを使用して送信しようとした通信デ
ータ中の通信制御データを書き換えて、正常なネットワ
ークに送信する機能を有する選択部である。９ｂはネッ
トワーク制御装置３ｂとネットワークインターフェース
４ｂ，５ｂ間に設けられており、選択部９ａと同様な機
能を有する選択部である。選択部９ａ，９ｂはネットワ
ーク制御装置３ａ，３ｂからはネットワークインターフ
ェースと全く同じに扱える。従ってネットワーク制御装
置３ａ，３ｂは従来のものと全く変更することなく、選
択部９ａ，９ｂの追加で本実施例１の多重化ネットワー
ク制御装置８ａ，８ｂを実現することができる。以下
に、ネットワーク制御装置としてＴＣＰ／ＩＰプロトコ
ル実装モジュール（以下、ＴＣＰ／ＩＰと略記）を用い
た実施例を説明する。ＴＣＰ／ＩＰとは、ワークステー
ション間の通信において事実上の標準として認められて
いる通信プロトコルの名称であり、ネットワークインタ
ーフェース間の入出力に使用される。ＴＣＰ／ＩＰ等が
使用する各フレームのフォーマットを図２〜図４に示
す。

【００１７】図２はＡＲＰ／ＲＡＲＰフレームのフォー
マットを示す。このＡＲＰ／ＲＡＲＰフレームは０ビッ
トから３１ビットまでのビット数から成る。このＡＲＰ
／ＲＡＲＰフレームにおいて、protocolは上位プロトコ
ルの種別を表すＩＤ（識別子）、hardwareはネットワー
クのハードウェアを表すＩＤ、plenはＩＤアドレス長、
hlenはハードウェアのアドレス長を示す。ＡＲＰプロト
コルは、通信相手のネットワークインターフェースのＩ
Ｐアドレスから、そのネットワークインターフェースの
ハードウェア上のアドレスを知るためのプロトコルであ
る。上記ＩＰアドレスとはネットワークインターフェー
スに付けられたＴＣＰ／ＩＰで使用する論理番号であ
る。ＡＲＰ要求フレームはＡＲＰプロトコルにより要求
側から相手側へ送られるフレームであり、ＡＲＰ要求オ
ペレーションは例えば「１」に設定されている。ＡＲＰ
応答フレームはＡＲＰ要求フレームに対しての応答フレ
ームであり、ＡＲＰ応答オペレーションは例えば「２」
に設定されている。ＡＲＰプロトコルは自ネットワーク
インターフェースのハードウェア上のアドレスから自Ｉ
Ｐアドレスを知るためのプロトコルである。ＲＡＲＰ要
求フレームはＲＡＲＰプロトコルにより要求側から相手
側へ送られるフレームであり、ＲＡＲＰ要求オペレーシ
ョンは例えば「３」に設定されている。ＲＡＲＰ応答フ
レームはＲＡＲＰ要求フレームに対しての応答フレーム
であり、ＲＡＲＰ応答オペレーションは例えば「４」に
設定されている。

【００１８】図３はＩＰフレームのフォーマットを示
す。このＩＰフレームは０ビットから３１ビットまでの
ビット数から成る。このＩＰフレームにおいて、タイプ
はＩＰにおける該フレームの取扱いのタイプを示し、Ｌ
はＩＰフレームヘッダの３２ビット単位の長さを示し、
オプションがあれば加算されるものである。ＶはＩＰプ
ロトコル・バージョンを示す。プロトコルとしてはＴＣ
Ｐ＝０×０６、ＵＤＰ＝０×１１、ＩＣＭＰ＝０×０１
がある。ＩＣＭＰとはインターネット・コントロール・
メッセージ・プロトコルのことを言い、ネットワーク経
由で送られるいくつかの要求に対してＴＣＰ／ＩＰをサ
ポートするプログラムが応答を義務付けるためのプロト
コルである。ＴＴＬとはtime to liveのことを言い、デ
ータが生存できる残時間を示す。

【００１９】図４はＩＣＭＰエコー要求／応答のフレー
ムのフォーマットを示す。このフレームは０ビットから
３１ビットまでのビット数から成る。このフレームにお
いて、タイプはＩＰにおける該フレームの取扱いのタイ
プを示し、ＬはＩＰフレームヘッダの３２ビット単位の
長さを示す。ＶはＩＰプロトコル・バージョンを示す。
プロトコルとしてはＴＣＭＰ＝０×０１がある。ＴＴＬ
はデータの生存できる残時間を示す。エコー要求はタイ
プに「８」が設定され、エコー応答はタイプに「０」が
設定される。

【００２０】次に図１中の選択部９ａ，９ｂが使用する
テーブルを図５及び図６に示す。図５はＡＲＰ要求記録
テーブルを示す。このＡＲＰ要求記録テーブルは０ビッ
トから３１ビットまでのビット数から成り、ＩＰアドレ
スを格納する配列を示す。ＩＰアドレスにデータが存在
しないことを示す特別な値ＮＵＬＬ＝０が入っているエ
ントリは未登録と定義する。ＡＲＰ要求の記録は、ＮＵ
ＬＬが入っているエントリへＡＲＰ要求フレーム中の発
信元ＩＰアドレスを上書きすることによる。ＮＵＬＬの
検索は本テーブルの先頭より行う。記録の削除は該当Ｉ
ＰアドレスにＮＵＬＬを上書きすることによる。ＩＰア
ドレスの検索は本テーブルの先頭より行う。本テーブル
はネットワークインターフェース毎に備えられる。

【００２１】図６はＩＣＭＰエコー応答記録テーブルを
示す。このＩＣＭＰエコー応答記録テーブルは相手局か
ら応答があったことを記録しておくためのテーブルであ
る。このテーブルは０ビットから３１ビットまでのビッ
ト数から成り、ＩＰアドレスを格納する配列を示す。Ｎ
ＵＬＬ＝０が入っているエントリは未登録と定義する。
ＩＣＭＰエコーの記録は、ＮＵＬＬが入っているエント
リへ応答があったＩＰアドレスを上書きすることによ
る。ＮＵＬＬの検索は本テーブルの先頭より行う。記録
の削除は該当ＩＰアドレスにＮＵＬＬを上書きすること
による。ＩＰアドレスの検索は本テーブルの先頭より行
う。本テーブルはネットワークインターフェース毎に備
えられる。

【００２２】図１に示す選択部９ａ，９ｂは、上記ＴＣ
Ｐ／ＩＰから受けた送信データとネットワークインター
フェースから受けた受信データを通信フレームの種別に
従って、下記の様に処理する。

【００２３】まず、ＡＲＰフレームの通信ルート制御を
図７に従って説明する。 ＡＲＰ要求フレーム送信 ＡＲＰ要求フレーム送信をモニタし、正規のＮＩ（ネッ
トワークインターフェース）への送信後（ステップＳ
１）、一定時間ＡＲＰ応答フレームが受信できなければ
（ステップＳ２，Ｓ３）、もう一方のＮＩより、同じＡ
ＲＰ要求フレームを送信する（ステップＳ４）。 ＡＲＰ要求フレーム受信 ＡＲＰ要求フレーム受信をモニタし、送信元ＩＰアドレ
スと受信したＮＩを記録する（ステップＳ５）。問い合
わせられたＩＰアドレスが、いずれかのＮＩのＩＰアド
レスと一致すれば、一致したＮＩに対するＩＰアドレス
として、ＡＲＰ要求をＴＣＰ／ＩＰに渡してやる（ステ
ップＳ６）。 ＡＲＰ応答フレーム送信 ＡＲＰ応答フレーム送信をモニタし、送信バッファ中の
回答アドレスを書き換え（ステップＳ７）、ＡＲＰ要求
フレームの受信記録を参照して、ＡＲＰ要求フレームを
受信したＮＩに応答を返す（ステップＳ８）。この時、
回答するハードウェア・アドレスは、ＡＲＰ要求フレー
ムを受信したＮＩのものとする（ＴＣＰ／ＩＰが発行す
るＡＲＰ応答フレーム中のハードウェア・アドレスは、
もう一方のＮＩのものである場合がある）。 ＡＲＰ応答フレーム受信 ＡＲＰ応答フレーム受信をモニタし、宛先ＩＰアドレス
がいずれかのＮＩのＩＰアドレスと一致すれば、一致し
たＮＩに対するものとして、ＡＲＰ応答をＴＣＰ／ＩＰ
に渡してやる（ステップＳ９）。

【００２４】次にＩＰフレームの通信ルート制御を図８
〜図１１に従って説明する。 ＩＰフレーム送信 図８に従って説明する。ＩＰフレーム送信をモニタし、
宛先ＩＰアドレスをキーに各ＮＩ毎のエコー応答記録テ
ーブルを検索する（ステップＳ１０）。検索が成功した
ＮＩにＩＰフレームの送信を行う（ステップＳ１１，Ｓ
１２）。検索が失敗した場合には、ＡＲＰテーブルから
該当するハードウェア・アドレスの登録を削除後（ステ
ップＳ１１，Ｓ１３）、ＩＣＭＰエコー要求フレームを
正規のＮＩに発行し（ステップＳ１４）、一定時間内に
応答があればエコー応答記録テーブルに登録し（ステッ
プＳ１５，Ｓ１６，Ｓ１７）、正規のＮＩにＩＰフレー
ムを送信する（ステップＳ１８）。一定時間内に応答が
無ければ（ステップＳ１６）、ＩＣＭＰエコー要求フレ
ームをもう一方のＮＩに発行し（ステップＳ１９）、一
定時間内に応答があれば（ステップＳ２０，Ｓ２１）、
エコー応答記録テーブルに登録し（ステップＳ２２）、
このＮＩにＩＰフレームを送信する（ステップＳ２
３）。どちらのＮＩからも応答がなければ、このＩＰフ
レームは捨てる。 ＩＰフレーム受信 図９に従って説明する。ＩＰフレーム受信をモニタし、
宛先ＩＰアドレスがいずれかのＮＩのＩＰアドレスと一
致すれば、一致したＮＩに対するものとして、ＩＰフレ
ームをＴＣＰ／ＩＰに渡してやる（ステップＳ２４）。
また、ＩＰフレームを受信したＮＩのエコー要求応答記
録テーブルに、ＩＰフレームの送信元ＩＰアドレスが登
録されていなければ（ステップＳ２５）、もう一方のＮ
Ｉのエコー要求応答記録テーブルから、このＩＰアドレ
スがあれば削除し（ステップＳ２６，Ｓ２７）、受信側
のＮＩのエコー要求応答記録テーブルに、このＩＰアド
レスを登録する（ステップＳ２８）。 経路切断の監視 図１０に従って説明する。エコー応答記録テーブルの一
つにエコー要求し（ステップＳ２９）、一定周期でエコ
ー応答記録テーブルに登録されたＩＰアドレスのチェッ
クを行う（ステップＳ３０）。エコー応答記録テーブル
から、順番にＩＰアドレスを取り出して、該当するＮＩ
にＩＣＭＰエコー要求フレームを送信し、一定時間内に
応答が無ければ（ステップＳ３１，Ｓ３２）、エコー応
答記録テーブルから削除する（ステップＳ３３）。 経路回復の監視 図１１に従って説明する。エコー応答記録テーブルから
順にＩＰアドレスを取り出し（ステップＳ３４）、一巡
のチェックを行い（ステップＳ３５）、代替えのＮＩを
使用して（ステップＳ３６）、本来側にエコー要求を送
信し（ステップＳ３７）、エコー応答待ちする（ステッ
プＳ３８）。そしてエコー応答が有るか否かを判定する
（ステップＳ３９）。即ちＴＣＰ／ＩＰの指定とは異な
るＮＩから送信するものとして、エコー応答記録テーブ
ルに登録されているＩＰアドレスには、一定周期で本来
のＮＩ側にＩＣＭＰエコー要求フレームを送信し、経路
回復をチェックする。経路が回復していれば、このＩＰ
アドレスを一方のＮＩ側のエコー応答記録テーブルから
削除し（ステップＳ４０）、本来のＮＩ側のエコー応答
記録テーブルに登録し直す（ステップＳ４１）。

【００２５】実施例２（請求項２対応）．実施例１にお
いて、ＲＡＲＰプロトコルをサポートする為に、本実施
例２では下記の処理を行う。ネットワーク制御装置の構
成は実施例１と同じである。ＲＡＲＰフレームの通信ル
ート制御を図１２に従って説明する。 ＲＡＲＰ要求送信 何れかのＮＩのＩＰアドレスが未設定であれば、未設定
個数分のＲＡＲＰ要求を、ＮＩから続けて送信する（ス
テップＳ４２〜Ｓ４６）。この送信は、標準のＲＡＲＰ
処理に従ってＲＡＲＰ応答が有るまで周期的に繰り返す
が、全てのＮＩを巡回的に使用する。 ＲＡＲＰ要求受信 ＲＡＲＰ要求を受信した計算機は、ハードウェア・アド
レスからＩＰアドレスへ変換するためのハードウェア・
アドレス／ＩＰアドレス変換表を持っていて、ＲＡＲＰ
応答をＲＡＲＰ要求を受信したネットワークへ送信する
（ステップＳ４７〜Ｓ４９）。 ＲＡＲＰ応答受信 ＲＡＲＰ応答を受信すると、該当するＮＩにＩＰアドレ
スを設定する（ステップＳ５０）。

【００２６】実施例３（請求項３対応）．実施例２にお
いて、ＲＡＲＰプロトコル使用時の輻輳を避ける為に、
本実施例３では下記の処理を行う。ネットワーク制御装
置の構成は実施例１と同じである。ＲＡＲＰフレームの
輻輳対策を図１３に従って説明する。多くの計算機が一
斉にＲＡＲＰ要求を発行し始めるとネットワークが輻輳
状態となる。この対策として、ＡＲＰ要求を受信したタ
イミングで一回だけＲＡＲＰ要求を送信する手順とす
る。ＲＡＲＰ要求受信側の処理は上記と同じである。 ＲＡＲＰ要求送信 ＡＲＰ要求を受信したＮＩからＲＡＲＰ要求を送信する
（ステップＳ５１〜Ｓ５４）。この時、「ＡＲＰ要求受
信〜ＲＡＲＰ要求送信」の間隔は乱数によって決定す
る。即ち、選択部９は特定の種類のフレームの受信を契
機として各計算機が時間差を付けてネットワーク・アド
レスの決定を要求できるようにする。これは、未設定状
態のサーバモジュールが複数台ある場合に、フレームが
衝突するのを出来るだけ避ける為である。 ＲＡＲＰ応答受信 ＲＡＲＰ応答を受信すると、該当するＮＩにＩＰアドレ
スを設定し（ステップＳ５５）、上記ＡＲＰ要求で受信
したＡＲＰ要求が自己宛のものであれば（ステップＳ５
６）、ＡＲＰ応答を、ＡＲＰ要求を受信したＮＩから送
信する（ステップＳ５７）。

【００２７】実施例４（請求項４対応）．例として挙げ
る計算機を指定するための番号を、ホストアドレスと呼
ぶことにし、図１の計算機１ａのアドレスを「１０」と
する。また、例として挙げるネットワークを指定するた
めの番号を、ネットワークアドレスと呼ぶことにし、図
１のネットワーク６を指定するためのネットワークアド
レスを「３００」、ネットワーク７を指定するためのネ
ットワークアドレスを「３０１」とする。これらアドレ
スを、ネットワークアドレス、ホストアドレスの順に並
べ、間をピリオドで区切ったものをＩＰアドレス或いは
単にアドレスとよぶ。例に挙げる計算機１ａは、ネット
ワーク６上のアドレスでは「３００．１０」、ネットワ
ーク７上のアドレスでは「３０１．１０」と表される。

【００２８】データを受信する場合の例を図１４のフロ
ーチャートを参照して説明する。ネットワーク６及びネ
ットワーク７を通じて送られてくるフレームは、それぞ
れネットワークインターフェース４ａ及びネットワーク
インターフェース５ａが受け取り（ステップＳ５８）、
選択部９へ送られる。選択部９は受け取ったフレーム
（ステップＳ５９）になんら手を加えずにそのフレーム
をネットワーク制御装置３ａへ送る（ステップＳ６
０）。ここで例えばネットワーク６を通じてフレームが
送られてきたとする。ネットワーク制御装置３ａは送ら
れてきたフレームの宛先アドレスと、自分自身のアドレ
スとの比較を行う（ステップＳ６１）。ここで自分自身
のアドレスとは、フレームを受け取ったネットワークイ
ンターフェースと対応しており、上記アドレスの説明の
例で言うと、ネットワークインターフェース４ａでフレ
ームを受け取った場合、自分自身のアドレスとは「３０
０．１０」であり、ネットワークインターフェース５ａ
でフレームを受け取った場合、自分自身のアドレスとは
「３０１．１０」である。この例の場合、自分自身のア
ドレスはネットワークインターフェース４ａのアドレス
「３００．１０」である。

【００２９】受け取ったフレームの宛先アドレスが、自
分自身のアドレスと等しい場合には、そのフレームは自
分宛のものであると認識し、ネットワーク制御装置３ａ
はフレームの中からデータを抽出して応用プログラム群
２ａへデータを渡す（ステップＳ６５）。

【００３０】受け取ったフレームの宛先アドレスが自分
自身のアドレスと異なる場合は、ネットワーク制御装置
３ａは経路制御部１０ａに、受け取ったフレームを再び
送出するか捨てるかの選択を要求する。経路制御部１０
ａは、受け取ったフレームの宛先アドレスの中のネット
ワークアドレスを取り出し、経路制御テーブル１１ａを
参照して、フレームをどこに送るか検索する（ステップ
Ｓ６２）。その結果、経路制御テーブル１１ａにその記
述がない場合、ネットワーク制御装置３ａは受け取った
フレームを捨て去る（ステップＳ６６）。経路制御テー
ブル１１ａに記述がある場合、ネットワーク制御装置３
ａはそれに従ってフレームを再送出することを試みる
（ステップＳ６３，Ｓ６４）。ここで、このフレーム
が、該計算機１ａの別のネットワークインターフェース
から受け取るべきフレーム、この例の場合ネットワーク
インターフェース５ａから受け取るべきフレームであっ
た場合、ネットワーク制御装置３ａは、フレームを再送
出せず、あたかもネットワークインターフェース５ａか
ら受け取ったかのように、内部的処理を行う。そして上
記アドレスの照合を行った後、自分宛のフレームである
として処理を行う。

【００３１】データを送信する場合の例を図１５のフロ
ーチャートを参照して説明する。例えば計算機１ａ内の
応用プログラム群２ａ内の応用プログラムがフレームを
ネットワーク制御装置３ａに渡し（ステップＳ６７）、
経路制御部１０ａが経路制御テーブル１１ａを参照し
（ステップＳ６８）経路を選択し、ネットワーク制御装
置３ａはネットワーク６あるいはネットワーク７を通じ
てフレームを他の計算機１ｂに送出しようとする。即
ち、ネットワーク制御装置３ａがフレームを送出する
際、どちらのネットワークにも何等不都合がない場合、
データの宛先アドレスの中に含まれるネットワークアド
レスで示されるネットワークにデータを送出するよう試
みる。ネットワーク６あるいはネットワーク７を通じて
送ろうとしたデータが、ネットワークが切断されている
など何らかの理由で正常に送られなかった場合、選択部
９が経路制御テーブル１１ａ（内容は図１６参照）を、
通常の経路が使用不能であるという意味に書き換える
（ステップＳ７０〜Ｓ７４）。更に、選択部９ａは送信
時エラーをネットワーク制御装置３ａへ伝達する（ステ
ップＳ６９，Ｓ７５，Ｓ７６）。送信時エラーを得たネ
ットワーク制御装置３ａがデータを再送信した場合、再
び経路制御部１０ａが経路制御テーブル１１ａを参照す
る（ステップＳ６８）。この時、既に経路制御テーブル
１１ａには、通常の経路が使用不能である情報が書き込
まれているため、経路制御部１０ａは経路制御テーブル
１１ａに書き込まれている別の経路を選択してデータを
送出する（ステップＳ７０）。

【００３２】次に経路制御部の動作を以下に示す。例え
ば経路制御部１０ａは、送ろうとするデータの宛先アド
レスのなかのネットワークアドレスを取り出し、経路制
御テーブル１１ａに記述されている対応表と比較する。
経路制御テーブル１１ａには、図１７で示されるデータ
が記述されている。経路制御部１０ａは、宛先のネット
ワークアドレスから判断して、どのアドレスへデータを
送出するかを決定する。図１７に示す内容の経路制御テ
ーブル１１ａにより、宛先アドレス中のネットワークア
ドレスが「３００」であった場合、アドレスが「３０
０．１０」で表される計算機か、或いはアドレスが「３
０１．１０」で表される計算機を選択して送信を行う。
該当ネットワークアドレスがない場合は、宛先アドレス
が示すネットワークへデータを送出する。

【００３３】実施例５（請求項５対応）．図１８はこの
発明の実施例５に係る多重化ネットワーク制御装置を有
する計算機システムの構成を示すブロック図である。図
１８において、１は計算機、２は計算機１に組み込まれ
ている応用プログラム群、９はネットワーク６を制御す
るネットワーク制御装置３ａを格納しているメモリ１４
とネットワーク７を制御するネットワーク制御装置３ｂ
を格納しているメモリ１５とを切り換えて、使用するネ
ットワークを選択するための選択部である。ネットワー
ク制御装置３ａ，３ｂは内部に例えば、ＴＣＰ／ＩＰの
第２層と第３層で言うハードウェア・アドレスとＩＰア
ドレスの書換を行うフレーム加工部１２ａ，１２ｂを持
ったものである。４はネットワーク６に対するネットワ
ークインターフェースであり、５はネットワーク７に対
するネットワークインターフェースである。１３はネッ
トワーク制御装置３ａ，３ｂ及びそれが格納されている
メモリ１４，１５を監視し故障発生時に選択部９を介し
て必要な指示を出す状態監視部である。８は状態監視部
１３、選択部９、及びメモリ１４，１５を備えた多重化
ネットワーク制御装置である。以下、ネットワーク制御
装置の実装装置としてＴＣＰ／ＩＰを用いた実施例を説
明する。

【００３４】データを受信する場合の例を図１９のフロ
ーチャートを参照して説明する。ネットワーク６及びネ
ットワーク７を通して受け取ったデータは（ステップＳ
７７）、それぞれのフレーム加工部１２ａ，１２ｂにて
フレームの宛先を示すハードウェア・アドレスをチェッ
クし（ステップＳ７８）、自分のネットワークに対する
フレームであれば（ステップＳ７９）、フレームの宛先
アドレスに対して何もしない。また、受け取ったフレー
ムが自分のネットワーク宛ではない場合（ステップＳ７
９）、状態監視部１５からの指示により、ネットワーク
経路故障が生じており、代理処理をしなければならない
ネットワークに対するフレームであるかを（ステップＳ
８０）、ハードウェア・アドレスをチェックする。そし
て、故障側に対するフレームである場合は、フレーム加
工部１２ａ，１２ｂにて受信したフレームの宛先を示す
ハードウェア・アドレスを自分のハードウェア・アドレ
スに変更を行う。また、故障側に対するフレームでもな
い場合は、そのフレームに対して何もしない（ステップ
Ｓ８３）。各ネットワーク制御装置１２ａ，１２ｂは、
受信したフレームが自分に対するものか、故障となり代
理処理を行うフレームであるかを応用プログラムが解釈
できるデータへフレームを整形する（ステップＳ８
１）。そして、選択部９へデータを送り、選択部９は応
用プログラム群２へデータを渡す（ステップＳ８２）。

【００３５】データを送信する場合の例を図２０のフロ
ーチャートを参照して説明する。応用プログラム群２か
ら発行されるデータは、選択部９へ渡される。選択部９
では、状態監視部１３の指示により、例えばネットワー
ク制御装置３ａが格納されているメモリ１４に異常があ
る場合、異常側（故障側）を切り離し、異常側への通信
データを正常側のネットワーク制御装置３ｂへ渡す（ス
テップＳ８４，Ｓ８５）。そして、データを受け取った
ネットワーク制御装置３ｂではフレームデータを生成す
る。フレーム加工部１２ａ，１２ｂでは、状態監視部１
３の指示によりフレームの発行元を示すハードウェア・
アドレスを異常側の値、つまり代理処理する側のアドレ
スに変更し、代理送出するネットワークを決定し、フレ
ームを代理側のネットワークより送出する（ステップＳ
８６，Ｓ８７）。また、ネットワーク６またはネットワ
ーク７のどちらかが何らかの障害により不通となった場
合、状態監視部１３は、フレーム加工部１２ａ，１２ｂ
に対して不通側のネットワークに対する送信データが上
位より来た場合、そのデータを前述したように、不通側
ネットワークのハードウェア・アドレスを、フレームの
発行元のハードウェア・アドレスとしてネットワーク上
に送出する（ステップＳ８８，Ｓ８９，Ｓ９０）。ネッ
トワークの不通による場合、選択部９は、ネットワーク
制御装置部３ａ，３ｂと応用プログラム群２とのコネク
ションを確立する。

【００３６】状態監視部の処理について以下に示す。状
態監視部１３は、選択部９及びネットワーク制御装置３
ａ，３ｂに接続され、ハードウェアのチェックとソフト
ウェアのチェックを行う。ネットワーク制御装置３ａ，
３ｂが格納されているメモリ１４，１５など、計算機１
のハードウェアに対して、一定周期でライブチェックメ
ッセージを発行し、もし、特定の時間内に応答がこない
ハードウェアがある場合、そのハードウェアを故障と判
断する。そして、選択部９に対して故障側との接続を断
ち切る指示を出し、正常側のネットワーク制御装置に対
して故障側に対しての入出力に対してフレームの加工処
理、ネットワークへの送受信処理を行うように指示を
し、処理対象となる故障側のハードウェア・アドレスと
ＩＰアドレスを渡す。また、計算機１のハードウェアに
は何等異常がないが、ネットワーク上に異常があり通信
が不通の場合は、選択部９への指示は行わず、使用可能
となっているネットワークに接続されているネットワー
ク制御装置に対して、前述のハードウェア異常の場合と
同様にフレーム加工処理、ネットワークへの送受信処理
の指示をし、対象となるネットワークでのハードウェア
・アドレスとＩＰアドレスを渡す。そして、代用するネ
ットワーク制御装置が持つ前述の経路制御テーブルに代
理処理をするＩＰアドレスを登録し、不通経路を持つネ
ットワークの経路制御テーブルから不通となっているＩ
Ｐアドレスを削除する。ただし、ハードウェアの故障の
場合は故障側の通信プロトコル制御部１３にアクセスが
行えないので、これら経路制御テーブルに対する処理は
行わない。

【００３７】経路切断の監視方法について以下に示す。
一定周期にネットワーク制御装置３ａ，３ｂが持ってい
る経路制御テーブルに登録されたＩＰアドレスを順番に
取り出して、それぞれのネットワークインターフェース
４，５に特定の応答を促す、通信メッセージ（例えばＴ
ＣＰ／ＩＰでのＩＣＭＰエコー要求フレーム）を送出す
る。一定時間内に応答がなければ、そのＩＰアドレスに
対する経路が不通であるとする。

【００３８】経路回復の監視方法について以下に示す。
一定周期で故障側のネットワークに対して、経路制御テ
ーブルに登録されたＩＰアドレスを順番に取り出して、
特定の応答を促す、通信メッセージ（例えばＴＣＰ／Ｉ
ＰでのＩＣＭＰエコー要求）を送出し、一定時間内に応
答があった場合は経路が回復したものとする。

【００３９】不通ネットワークの代用を選択する方法に
ついて以下に示す。多系統のネットワークを持つ場合
は、どのネットワークに故障となっているネットワーク
の代理をさせる方法として、状態監視部１３がネットワ
ーク制御装置３を流れるデータ量をトレースしており、
もっともデータ量が少ない、つまり、あまり使用されて
いないネットワークを代用させる方法と、ネットワーク
制御装置３ａ，３ｂが持つ経路制御テーブルの内容を状
態監視部１３が比較し、最終配送先のホストがあるネッ
トワークの項目が最も一致するネットワークを代用とし
て使用する。この方法の指定は、状態監視部１３の設定
にて利用者が変えることが出来る。代用とされたネット
ワークは、不通となったネットワークが復旧するまで代
用として機能しネットワーク制御装置３ａ，３ｂの経路
制御テーブルに状態監視部１３の指示により、代理処理
するネットワークのＩＰアドレスを登録する。また、不
通経路をもつネットワークのネットワーク制御装置３
ａ，３ｂの経路制御テーブルから不通経路のＩＰアドレ
スを状態制御部の指示により削除する。しかし、前述の
経路回復の監視により経路が回復されたことが判れば、
代理となっているネットワークの経路制御テーブルより
回復部分のＩＰアドレスを削除し、本来のネットワーク
の経路制御テーブルに、やはり、状態監視部１３の指示
により登録を行う。

【００４０】

【発明の効果】以上のように第１の発明によれば、ある
ネットワークが故障した場合に別の正常なネットワーク
に切り換えるために通信データ中の通信制御に関する通
信制御データを書き換えてネットワークの切り換えを行
う選択部を備えて構成したので、あるネットワークが故
障した場合には別の正常なネットワークに自動的に切り
換えることができ、これにより応用プログラムは、この
切り換えを意識する必要がなくなり、したがって応用プ
ログラムでは、このような切り換えをするための処理を
する必要がなくなり、処理の複雑化を防止でき、また、
ネットワークの故障時に応用プログラムを停止させるよ
うなオペレーション作業は不要となり、メンテナンス効
率が向上するという効果が得られる。

【００４１】第２の発明によれば、選択部は、計算機の
ハードウェア・アドレスからネットワーク・アドレスを
決定するプロトコルを実現する場合に、１つのネットワ
ークを経由して全計算機のハードウェア・アドレスを決
定するようにしたので、１つのネットワークを用いてハ
ードウェア・アドレスが決定でき、これによりプロトコ
ルが簡単に実現できるという効果が得られる。

【００４２】第３の発明によれば、選択部は、複数の計
算機が一斉にネットワーク・アドレスの決定を要求した
場合に発生する輻輳状態を避けるために、特定の種類の
フレームの受信を契機として、各計算機が時間差を付け
てネットワーク・アドレスの決定を要求するようにした
ので、複数の計算機が一斉にネットワーク・アドレスの
決定を要求しても、その決定の要求に時間差が生じ、こ
れにより輻輳状態を避けることができるという効果が得
られる。

【００４３】第４の発明によれば、宛先のネットワーク
・アドレスから判断してどの計算機へデータを送出する
かを決定する経路制御部を上記ネットワーク制御装置に
設けて構成したので、簡単な処理で通信相手の計算機の
決定が容易に行えるという効果が得られる。

【００４４】第５の発明によれば、ネットワーク制御装
置をネットワークと同数だけ設け、これら各ネットワー
ク制御装置を別々のメモリにそれぞれ格納し、あるネッ
トワークに対して通信が不可能となり、それが当該メモ
リの故障が原因であった場合に別のメモリに切り換え、
使用するネットワークを選択するための選択部と、ある
ネットワークが故障の場合は通信データ中の通信制御に
関する通信制御データを書き換え、別のネットワークを
代替えとして使用させるためのフレーム加工部とを備え
たので、メモリの故障やネットワークの故障があって
も、自動的にメモリやネットワークが正常なものに切り
換えることができ、これにより応用プログラムは、この
切り換えを意識する必要がなくなり、したがって応用プ
ログラムでは、このような切り換えをするための処理を
する必要がなくなり、処理の複雑化を防止でき、また、
ネットワークの故障時に応用プログラムを停止させるよ
うなオペレーション作業は不要となり、メンテナンス効
率が向上するという効果が得られる。

【図面の簡単な説明】

【図１】 この発明の実施例１に係る多重化ネットワー
ク制御装置を有する計算機システムの構成を示すブロッ
ク図である。

【図２】 実施例１におけるＡＲＰ／ＲＡＲＰフレーム
のフォーマットを示す図である。

【図３】 実施例１におけるＩＰフレームのフォーマッ
トを示す図である。

【図４】 実施例１におけるＩＣＭＰエコー要求／応答
のフレームのフォーマットを示す図である。

【図５】 実施例１におけるＡＲＰ要求記録テーブルを
示す図である。

【図６】 実施例１におけるＩＣＭＰエコー応答記録テ
ーブルを示す図である。

【図７】 実施例１のＡＲＰフレームの経路制御を示す
フローチャートである。

【図８】 実施例１のＩＰ送信フレームの経路制御を示
すフローチャートである。

【図９】 実施例１のＩＰ受信フレームの経路制御を示
すフローチャートである。

【図１０】 実施例１の経路切断周期監視の手順を示す
フローチャートである。

【図１１】 実施例１の経路回復周期監視の手順を示す
フローチャートである。

【図１２】 実施例２のＲＡＲＰフレーム通信経路制御
を示すフローチャートである。

【図１３】 実施例３のＲＡＲＰフレーム輻輳対策を示
すフローチャートである。

【図１４】 実施例４のデータ受信方法の概要を示すフ
ローチャートである。

【図１５】 実施例４のデータ送信方法の概要を示すフ
ローチャートである。

【図１６】 実施例４においてネットワーク異常時の経
路制御テーブルの一例を示す図である。

【図１７】 実施例４においてネットワーク正常時の経
路制御テーブルの一例を示す図である。

【図１８】 この発明の実施例５に係る多重化ネットワ
ーク制御装置を有する計算機システムの構成を示すブロ
ック図である。

【図１９】 実施例５のデータ送信方法の概要を示すフ
ローチャートである。

【図２０】 実施例５のデータ受信方法の概要を示すフ
ローチャートである。

【図２１】 従来の多重化ネットワーク制御装置を有す
る計算機システムの構成を示すブロック図である。

【符号の説明】

１，１ａ，１ｂ 計算機、２，２ａ，２ｂ 応用プログ
ラム群、３ａ，３ｂ ネットワーク制御装置、４ａ，４
ｂ，５ａ，５ｂ ネットワークインターフェース、８
ａ，８ｂ 多重化ネットワーク制御装置、９，９ａ，９
ｂ 選択部、１０ａ，１０ｂ 経路制御部、１１ａ，１
１ｂ 経路制御テーブル、１２ａ，１２ｂ フレーム加
工部、１３ 状態監視部、１４，１５ メモリ。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のネットワークにそれぞれ対応して
   設けられた複数のネットワークインターフェースに接続
   され該ネットワークを制御するネットワーク制御装置を
   備えた計算機が複数有し、各計算機は上記複数のネット
   ワークのうちの少なくとも１つのネットワークを用いて
   通信を行う計算機システムにおいて、あるネットワーク
   が故障した場合に別の正常なネットワークに切り換える
   ために通信データ中の通信制御に関する通信制御データ
   を書き換えてネットワークの切り換えを行う選択部を備
   えたことを特徴とする多重化ネットワーク制御装置。
2. 【請求項２】 上記選択部は、上記計算機のハードウェ
   ア・アドレスからネットワーク・アドレスを決定するプ
   ロトコルを実現する場合に、１つのネットワークを経由
   して全計算機のハードウェア・アドレスを決定するよう
   にしたことを特徴とする請求項第１項記載の多重化ネッ
   トワーク制御装置。
3. 【請求項３】 上記選択部は、複数の計算機が一斉にネ
   ットワーク・アドレスの決定を要求した場合に発生する
   輻輳状態を避けるために、特定の種類のフレームの受信
   を契機として、各計算機が時間差を付けてネットワーク
   ・アドレスの決定を要求するようにしたことを特徴とす
   る請求項第２項記載の多重化ネットワーク制御装置。
4. 【請求項４】 複数のネットワークにそれぞれ対応して
   設けられた複数のネットワークインターフェースに接続
   され該ネットワークを制御するネットワーク制御装置を
   備えた計算機が複数有し、各計算機は上記複数のネット
   ワークのうちの少なくとも１つのネットワークを用いて
   通信を行う計算機システムにおいて、宛先のネットワー
   ク・アドレスから判断してどの計算機へデータを送出す
   るかを決定する経路制御部を上記ネットワーク制御装置
   に備えたことを特徴とする多重化ネットワーク制御装
   置。
5. 【請求項５】 複数のネットワークにそれぞれ対応して
   設けられた複数のネットワークインターフェースに接続
   され該ネットワークを制御するネットワーク制御装置を
   備えた計算機が複数有し、各計算機は上記複数のネット
   ワークのうちの少なくとも１つのネットワークを用いて
   通信を行う計算機システムにおいて、上記ネットワーク
   制御装置をネットワークと同数だけ設け、これら各ネッ
   トワーク制御装置を別々のメモリにそれぞれ格納し、あ
   るネットワークに対して通信が不可能となり、それが当
   該メモリの故障が原因であった場合に別のメモリに切り
   換え、使用するネットワークを選択するための選択部
   と、あるネットワークが故障の場合は通信データ中の通
   信制御に関する通信制御データを書き換え、別のネット
   ワークを代替えとして使用させるためのフレーム加工部
   とを備えたことを特徴とする多重化ネットワーク制御装
   置。