JPH0738598A

JPH0738598A - ネットワークアダプタ群管理装置

Info

Publication number: JPH0738598A
Application number: JP5158381A
Authority: JP
Inventors: Yutaka Hirasawa; 裕平沢; Toshiaki Oshita; 敏明大下
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1993-06-29
Filing date: 1993-06-29
Publication date: 1995-02-07

Abstract

(57)【要約】【目的】接続されている回線に故障等が発生しても比
較的高い稼働率を維持できるネットワークシステムを提
供することである。【構成】ネットワークシステムは、ネットワーク６
と、ネットワーク６に接続され、通信路を確立して相互
にデータを伝送するホストシステム１、２と複数の端末
システム３、４と、ネットワーク６に接続された管理装
置５を有する。管理装置５は、ネットワーク６上を伝送
されるデータをチェックし、端末システム３、４とホス
トシステム１、２間に通信路が確立された後、端末シス
テム３、４からホストシステム１、２にデータが伝送さ
れたが、ホストシステム１、２から端末システム３、４
へのデータの伝送が行われないまま通信路が切断された
際に、異常であると判断する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数のネットワーク
アダプタを管理するネットワークアダプタ群管理装置及
びそのネットワークアダプタ群管理装置を有するネット
ワークシステムに関する。

【０００２】

【従来の技術】ネットワークアダプタ（以下、ＮＡと略
称する）は、図７（ａ）に示す従来のホスト装置と端末
からなるネットワークシステムに大きな変更を与えずに
ローカルエリアネットワーク（ＬＡＮ）を導入するため
に開発されたアダプタであり、図７（ｂ）に示すよう
に、ホスト装置及び端末装置とＬＡＮの間に配置される
（図７（ｂ）の例は、ＮＡがサポートする回線の数を４
とする）。

【０００３】なお、ホスト装置は、図８に示すように、
外部データベース、電子メールホスト、パソコン通信ホ
スト等へアクセスするための公衆回線やパケット交換網
であってもよい。

【０００４】図７（ｂ）又は図８のシステムにおいて、
ユーザがホスト装置をアクセスするための手順を図９を
参照して説明する。ユーザは端末から端末側ＮＡに接続
要求命令（ＣＨｏｓｔ）を入力する（ステップＳ
１）。この際、ユーザはホスト側ＮＡを指定する。端末
側ＮＡはホスト側ＮＡに対し、接続要求（ＣＲ−ＴＰＤ
Ｕ）を発行する（ステップＳ２）。ホスト側ＮＡは回線
のポートに空きがあれば、肯定応答（ＣＣ−ＴＰＤＵ）
を返し（ステップＳ３）、空きがなければ、否定応答
（ＲＪ−ＴＰＤＵ）を返す（ステップＳ４）。

【０００５】肯定応答に応答して、端末は「接続成功」
を表示し（ステップＳ５）、端末とホスト間でデータの
送受信が行われ（ステップＳ６）。否定応答に応答し
て、端末は「接続失敗」を表示する（ステップＳ７）。

【０００６】ユーザがホスト側ＮＡを特定する方法とし
ては、相手ＮＡのＬＡＮ上のアドレス（Ethernetアドレ
ス等のＭＡＣアドレスとＴＣＰ／ＩＰのＩＰアドレス等
のネットワークアドレスの２タイプがある）と、アドレ
スに付与された名前（ニックネーム）を用いる方法があ
る。名前を用いる場合、入力された名前はなんらかの方
法で、アドレスに変換される。

【０００７】名前をアドレスに変換する方法としては、
ＮＡ内部でローカルに変換する方法が簡単で一般的に使
用されている。この方法では、端末側ＮＡ内部に名前と
それに対応するアドレスをユーザが設定する。図７
（ｂ）のように、ホストに複数のＮＡが接続されている
場合に備えて、１つの名前に対して複数のアドレスを登
録可能である。端末側ＮＡは接続要求が入力されたと
き、入力された名前に対応するアドレスを順番に指定し
て肯定応答が返されるまで相手ＮＡに接続コマンドを発
信する。これにより、ユーザは要求を１回入力するだけ
でホスト側ＮＡの回線ポートに空きがあるかどうかを知
ることができる。

【０００８】これに対し、アドレスを指定する方法で
は、指定したＮＡの回線が全て使われていた場合、別の
アドレスを指定して、再度接続要求を入力するという動
作を空いているＮＡが検出されるまで続けなければなら
ない。このためには、ユーザはホスト側ＮＡのアドレス
を全て記憶しておく必要がある。ただし、最近では、端
末としてパソコンが多く使われておりパソコン上のソフ
トエウアにこれらのアドレスを記述し、パソコンに接続
要求とアドレスを入力させることも実行されている。

【０００９】

【発明が解決しようとする課題】上述した従来の接続方
法においては、ホスト側にＮＡを追加した場合、全ての
端末側ＮＡにホスト側ＮＡのアドレス及び／又は名前を
登録しなければならない。しかし、この種の作業は繁雑
であり、ユーザが登録作業を怠ったり、失念する場合が
ある。このような場合、その登録状態（登録不備の状
態）をチェックすることは非常に困難であり、端末側Ｎ
Ａ全てが追加されたＮＡのアドレスを登録したことを確
認することは相当な負担となる。

【００１０】また、従来の構成では、ホスト側ＮＡが正
常でも、その先の通信回線が故障した場合、うまく対応
できないという欠点がある。即ち、通信回線が故障して
いるホスト側ＮＡに接続された端末は、何の応答も受け
られず、自分で接続状態を切断することになる。前述の
ように、ホスト側ＮＡの名前を指定した場合、端末側Ｎ
Ａは空いているホスト側ＮＡを求めて順番にサーチす
る。このため、ユーザが接続状態を切断した後、再度接
続要求を入力すると、順番にサーチがおこなわれ、再び
回線が故障しているホスト側ＮＡに接続され、無応答の
状態が発生する可能性が高い。換言すれば、故障してい
る回線に接続されたホスト側ＮＡ以降に登録されている
ホスト側ＮＡへほとんど接続要求が供給されず、ＮＡ全
体の稼働率が低いまま、ユーザのビジー率が高くなると
いう事態が発生する。

【００１１】この発明は上記実情に鑑みてなされたもの
で、接続されている回線に故障等が発生しても比較的高
い稼働率を維持できるネットワークシステムを提供する
ことを目的とする。

【００１２】また、この発明は、ネットワークアダプタ
を用いたネットワークシステムにおいて、ネットワーク
システムの稼働率を高く維持するための管理装置を提供
することを他の目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、この発明にかかるネットワークシステムは、ホスト
装置と、複数の端末と、ホスト装置に接続された複数の
第１のネットワークアダプタと、端末に接続された複数
の第２のネットワークアダプタと、ネットワークに接続
された監視装置を備え、各第２のネットワークアダプタ
は、端末の要求を受け、第１のネットワークアダプタを
順次指定して接続の要求を発行し、肯定応答が得られた
第１のネットワークアダプタとの間で通信路を確立し、
端末からのデータを第１のネットワークアダプタを介し
てホスト装置に供給し、ホスト装置からのデータを第１
のネットワークアダプタを介して受信して端末に供給
し、監視装置は、ネットワーク上を伝送されるデータを
チェックし、第１と第２のネットワークアダプタ間に通
信路が確立された後、第２のネットワークアダプタから
第１のネットワークアダプタにデータが伝送されたが、
第１のネットワークアダプタから第２のネットワークア
ダプタへのデータの伝送が行われないまま、該通信路が
切断された際、該第１のネットワークアダプタに接続さ
れたシステムに異常があると判定する判定手段、を備え
る。

【００１４】

【作用】端末とホスト装置間の通信路が確立され、端末
からホスト装置へデータが伝送された場合、必ず、ホス
ト装置から端末へデータが返送されるはずであり、ホス
ト装置から端末へのデータの返送がない場合には、異常
があると判断できる。そこで、監視装置は、ネットワー
ク上を伝送されるデータをチェックし、第１と第２のネ
ットワークアダプタ間に通信路が確立された後、第２の
ネットワークアダプタから第１のネットワークアダプタ
にデータが伝送されたが、第１のネットワークアダプタ
から第２のネットワークアダプタへのデータの伝送が行
われないまま、該通信路が切断された際、該第１のネッ
トワークアダプタに接続されたシステムに異常があると
判定する。

【００１５】

【実施例】以下、この発明の一実施例を図面を参照して
説明する。図１は、この発明の一実施例にかかるネット
ワークシステムの構成を示す。図１において、符号１は
ホスト装置、２(2-1〜2-n)はホスト側ＮＡ（ネットワー
クアダプタ）、３(3-1〜3-m)は端末、４(4-1〜4-h)は端
末側ＮＡ、５はＮＡ群管理装置、６はＬＡＮ（ローカル
エリアネットワーク）、ＰはＮＡの回線ポートを示す。

【００１６】ホスト装置１は、端末３からの要求を受け
て処理を行い、処理結果を端末３に返送する。ホスト側
ＮＡ２は、ＬＡＮ６に接続され、その回線ポートＰが回
線を介してホスト装置１に接続され、ＬＡＮ６上で端末
側ＮＡ４とコネクションを確立し（コネクションを張
り）、透過的なデータの送受信の機能を提供する。

【００１７】端末３は、ホスト装置１に対しＬＡＮ６を
介して処理を要求し、処理の結果受信し、表示する。端
末側ＮＡ４は、ＬＡＮ６に接続されると共にその回線ポ
ートＰが対応する端末装置３に接続され、ホスト側ＮＡ
２とコネクションを確立し、データ送受信の機能を提供
するものであり、機能的にはホスト側ＮＡ２と同等のも
のである。ＮＡ群管理装置５は、ＬＡＮ６上のデータを
監視し、ＮＡ２、４を管理する。ＬＡＮ６はＮＡ２、４
及びＮＡ群管理装置５を接続し、データ（接続要求信
号、切断要求信号、肯定応答、否定応答等を含む）を伝
送する。

【００１８】次に、ＮＡ群管理装置５の構成を図２を参
照して説明する。図２において、符号２１は受信部、２
２は解析部、２３は障害処理部、２４は表示部、２５は
送信部、２６はデータベースを示す。

【００１９】受信部２１はＬＡＮ６上のデータを受信す
る受信部である。解析部２２は受信データを解析し、Ｎ
Ａの接続の可・不可、故障等を検出する。障害処理部２
３は解析部２２が検出した障害ポートを表示部２４に表
示し、ネットワーク管理者に通知し、障害ポートをユー
ザが使えないように設定する。

【００２０】表示部２４は故障ポートの管理者への通
知、解析部が収集したデータの表示等を行う。送信部２
５は端末側ＮＡ４が障害のある回線が接続された回線ポ
ートＰを使用できないように設定するため、その回線ポ
ートＰとの間で通信路を確立するための送信処理を行
う。

【００２１】データベース２６はホスト側ＮＡ２及び端
末側ＮＡ４のアドレス記憶する。次に、ＬＡＮ６上を伝
送されるデータのフォーマットを図３（ａ）〜（ｃ）を
参照して説明する。

【００２２】図３（ａ）はＭＡＣレベルのプロトコルデ
ータの一例を示す。図３（ａ）において、符号３１は宛
先アドレス（デステネーションアドレスＤＡ）を示し、
本プロトコルデータを受信すべき装置のＭＡＣアドレス
が格納されている。Ethernetでは６バイトである。符号
３２は送信元アドレス（ソースアドレスＳＡ）を示し、
本プロトコルデータを送信した装置のＭＡＣアドレスが
格納されている。Ethernetでは６バイトである。符号３
３はタイプフィールドを示し、ＴＣＰ／ＩＰ、ＯＳＩ等
の上位プロトコルの種別が格納されている。なお、ＭＡ
Ｃによっては、本フィールドは存在しないこともある。
符号３４はユーザデータであり、上位のプロトコルデー
タが入っている。

【００２３】図３（ｂ）は上位プロトコルレベルのデー
タのフォーマットを示す。このデータは概念的には、ヘ
ッダ３５とユーザデータ３６から構成される。ヘッダ３
５は上位プロトコルヘッダであり、上位プロトコルのコ
マンド／レスポンス３７、上位プロトコルのアドレス
（宛先と送信元）、オプションパラメータ等を含む。コ
マンド／レスポンス３７は、ヘッド３５内にあって、本
データの意味を示す。ユーザデータ３６は上位プロトコ
ルでのユーザデータであり、本来のユーザデータが入っ
ている。

【００２４】ユーザデータ３６は、さらに上位のプロト
コルレベルでみると、図３（ｃ）に示すように、ヘッダ
３８とデータ３９からなる。なお、本実施例において使
用されるプロトコルレベルはプロトコル毎に異なる。即
ち、上位プロトコルレベルは、何層にもわたって規定さ
れることが多い。例えば、ＯＳＩでは、ＭＡＣの上にデ
ータリンク層、ネットワーク層、トランスポート層、セ
ッション層等が規定されている。しかし、各層の上下関
係によるプロトコルデータの関係は図３（ａ）ないし
（ｃ）に示す関係が適用される。例えば、ＯＳＩの場
合、本実施例で使用する上位プロトコルはトランスポー
トプロトコルである。

【００２５】次に、図４（ａ）、（ｂ）を参照して、解
析部２２で使用するチェック用データの構造を説明す
る。図４（ａ）は解析部２２で使用される接続待ちキュ
ーｄ１と接続待ちキューｄ１につながれる接続チェック
テーブルｄ２の構成を示す。この接続待ちキューｄ１に
は、接続動作を行っている端末側ＮＡに関する情報を含
む接続チェックテーブルｄ２がつながれる。接続チェッ
クテーブルｄ２は、ホスト側ＮＡが肯定応答を返すか、
全てのホスト側ＮＡが否定応答を返送するまで接続待ち
キューｄ１につながれている。

【００２６】接続チェックテーブルｄ２は、図４（ａ）
に示すように、送信元アドレス・ポート番号（送信元Ｎ
Ａのアドレスとポート番号）、１回目の接続要求の送信
時刻、データベース２６に登録されているホスト側ＮＡ
のアドレスのリストを含む。各ホスト側ＮＡのアドレス
には、当該アドレスに接続要求が発行されたか否かを示
すフラグが付加されている。

【００２７】図４（ｂ）は解析部２２で使用されるデー
タ処理キューｄ３とデータ処理キューｄ３につながれる
データ処理テーブルｄ４の構成を示す。データチェック
テーブルｄ４は端末側ＮＡとホスト側ＮＡ間のコネクシ
ョンが確立した際に作成され、両方向のデータ転送が正
常に行われるか否かをチェックするためのものである。
データチェックテーブルｄ４は、送信側と受信側のＮＡ
のアドレス、コネクションの確立時刻、端末側ＮＡから
ホスト側ＮＡへのデータ転送が行われたか否かを示すフ
ラグ、ホスト側ＮＡから端末側ＮＡへのデータ転送が行
われたか否かを示すフラグを含む。

【００２８】次に、図面を参照してこの発明の一実施例
にかかるＮＡを用いたネットワークシステムの動作を説
明する。ＬＡＮ６上を伝送されるデータは宛先アドレス
を持つ装置以外でも受信できる。ＮＡ群管理装置５は、
この特性を利用して、通信を行う当事者（端末、ホス
ト、ＮＡ）に影響を与えることなく、システム全体の管
理を行う。

【００２９】ＮＡ群管理装置５の受信部２１はＬＡＮ６
上のデータを受信すると、解析部２２をコールし、解析
部２２に受信データを渡す。受信データは図３（ａ）に
示すフォーマットを有する。

【００３０】解析部２２は図５のフローチャートに従っ
て動作しており、まず、ステップｆ１で、受信部２１か
ら受信データが供給されるのを待つ。受信データが供給
されると、解析部２２は、受信データからＭＡＣレベル
の宛先及び送信元アドレスを取り出す（ステップｆ
２）。

【００３１】解析部２２は取り出したアドレスがデータ
ベース２６に登録されているか否かチェックする（ステ
ップｆ３）。即ち、宛先アドレスがデータベース２６に
登録されたホスト側ＮＡのアドレスであるか否か、送信
元アドレスがデータベース２６に登録された端末側ＮＡ
のアドレスであるか否かチェックする。宛先及び送信元
のアドレスが共にデータベース２６に登録されていない
場合、この受信データは異常なデータなので、廃棄する
（ステップｆ６）。

【００３２】宛先及び送信元のアドレスの少なくとも一
方がデータベース２６に登録されている場合、受信デー
タからコマンド（図３（ｂ）の符号３７）を取り出す
（ステップｆ４）。なお、コマンドの位置は上位プロト
コルの種類によって場所が異なるが、プロトコルが定ま
っていれば、取り出すことができる。

【００３３】次に、ステップｆ５で、取り出したコマン
ドの処理を行う。このステップｆ５で行われるコマンド
処理の説明の前に、端末側ＮＡの動作を図６を参照して
説明する。端末側ＮＡの動作は、図６のフローチャート
に示すように、接続、データ転送、切断の各フェーズか
らなる。接続処理は、まず、接続要求を発行していない
ホスト側ＮＡが存在するか否かをチェックし（ステップ
ｇ１）、存在しない場合には接続処理を終了し、存在す
る場合には接続要求をそのホスト側ＮＡに発行する（ス
テップｇ２）。そのホスト側ＮＡからの応答を受信する
と（ステップｇ３）、受信した応答の種類をチェックし
（ステップｇ４）、否定応答の場合にはステップｇ１の
処理にリターンし、肯定応答の場合にはデータ転送処理
に移る。即ち、接続処理は相手（ホスト側ＮＡ）から肯
定応答が返送されるまで、相手ＮＡのアドレスを変更し
つつ接続を要求し、また、全て否定応答が返送された場
合に、接続をあきらめるという処理を含む。

【００３４】データ転送処理（ステップｇ５）は、ホス
ト装置と端末間のユーザデータの転送を仲介する処理で
ある。端末側ＮＡとホスト側ＮＡの接続（伝送路）が確
立された場合は、接続の目的からしてなんらかのユーザ
データの転送とそれに対する応答が行われるはずであ
り、端末側ＮＡからホスト側ＮＡへのデータの送信は行
われたが、ホスト側ＮＡから端末側ＮＡへのデータの返
送がない場合は、ホスト側ＮＡの回線ポートに接続され
た回線の故障と判断できる。

【００３５】切断処理（ステップｇ６）は、ＮＡ間の接
続状態を解消する処理であり、どちら側のＮＡから開始
してもよく、相手側が応答することで完了する。切断処
理後、ホスト側ＮＡの当該回線ポートは空き状態とな
り、この回線ポートを使用するためには、接続処理を行
う必要がある。切断処理は、通常、端末ユーザが開始を
指示するが、ホスト装置のアプリケーションがタイムア
ウトを検出して切断処理の開始を指示したり、ＮＡが自
線の信号オフを検出して開始する場合もある。

【００３６】ＮＡ群監視装置５によるステップｆ５の処
理は、基本的に図６の処理手順をベースにしているが、
複数のＮＡを同時に監視するため、図４（ａ）、（ｂ）
に示すデータ構造を用いて処理を行う。

【００３７】以下、受信コマンドの種類別にＮＡ群監視
装置５の動作を説明する。（１）受信データのコマンドが接続要求の場合、解析
部２２は接続待キューｄ１を参照し、送信元アドレスと
ポート番号により特定される送信元アドレスの接続チェ
ックテーブルｄ２が存在するか否かをチェックする。

【００３８】該当するテーブルが存在しない場合、解析
部２２はあらたに接続チェックテーブルｄ２を作成し、
その送信元アドレス・ポート番号フィールドにソースア
ドレスを設定し、さらに、時刻フィールドに現在時刻を
設定し、宛先アドレスに対応するフィールドに送信要求
が発行されたことを示すフラグをセットして、接続待キ
ューｄ１に該接続待ちテーブルを接続する。

【００３９】該当する接続チェックテーブルｄ２がすで
に存在し、接続待キューｄ１に接続されている場合、解
析部２２はその接続チェックテーブルｄ２の受信した宛
先アドレスに対応するフィールドに送信要求が発行され
たことを示すフラグをセットする。

【００４０】（２）受信データが肯定応答の場合、解
析部２２は接続待ちキューｄ１を参照し、宛先アドレス
により特定される接続チェックテーブルｄ２を接続待ち
キューｄ１から外す。さらに、解析部２２は、図４
（ｂ）に示すデータチェックテーブルｄ４を作成し、デ
ータ処理キューｄ３に接続する。データ処理キューｄ３
は、コネクションが確立された後、データの送受信が行
われたか否かを監視することにより、ホスト側ＮＡの回
線ポートの障害を検出するためのものである。なお、端
末側ＮＡのアドレスとポート番号は転送データの宛先ア
ドレスから、ホスト側ＮＡのアドレスとポート番号は転
送データの送信元アドレスから、時刻は接続チェックテ
ーブルｄ２の第２フィールドから特定できる。

【００４１】（３）受信データが否定応答の場合、特に
なにもしない。（４）受信データが転送データの場合、解析部２２は受
信データの宛先アドレスとデータ処理テーブルｄ４の第
１フィールドの端末側ＮＡアドレスとポート番号を比較
し、一致しない場合は、次のデータ処理テーブルｄ４の
第１フィールドについて同様の比較動作を行う。一致し
た場合は、解析部２２は受信データの送信元アドレスと
データ処理テーブルｄ４の第２フィールドのホスト側Ｎ
Ａアドレスとポート番号を比較し、一致しない場合は、
次のデータ処理テーブルｄ４について同様の比較動作を
行う。一方、一致する場合には、そのデータ処理テーブ
ルｄ４の第４フィールドに、ホスト側ＮＡから端末側Ｎ
Ａへデータが転送されたことを示すフラグをセットす
る。

【００４２】一方、全てのデータ処理テーブルｄ４につ
いて、宛先または送信元アドレスの少なくとも一方が一
致しなかった場合、解析部２２は受信データの送信元ア
ドレスとデータ処理テーブルｄ４の第１フィールドの端
末側ＮＡアドレスとポート番号を比較し、一致しない場
合は、次のデータ処理テーブルｄ４の第１フィールドに
ついて同様の比較動作を行う。一致した場合は、解析部
２２は受信データの宛先アドレスとデータ処理テーブル
ｄ４の第２フィールドのホスト側ＮＡアドレスとポート
番号を比較し、一致しない場合は、次のデータ処理テー
ブルｄ４について同様の比較動作を行う。一方、一致す
る場合には、そのデータ処理テーブルｄ４の第３フィー
ルドに、端末側ＮＡからホスト側ＮＡへデータが転送さ
れたことを示すフラグをセットする。

【００４３】なお、各ＮＡについて、ホスト側であるか
端末側であるかの区別を示すデータをデータベース２６
に設定しておき、宛先と送信元のＮＡがホスト側である
か端末側であるかを特定した後で、受信データに含まれ
るアドレスとデータ処理テーブルの第１・第２フィール
ドのデータを比較してもよい。

【００４４】（５）受信データが切断要求の場合、解析
部２２はデータ処理キューｄ３を参照し、切断すべきコ
ネクションの端末側ＮＡのアドレスに対応するデータチ
ェックテーブルｄ４の第４及び第５フィールドを参照
し、両フィールドにフラグがセットされているか否をチ
ェックする。即ち、端末側ＮＡからホスト側ＮＡへのデ
ータ転送及びホスト側ＮＡから端末側ＮＡへのデータ転
送が共に行われたか否かをチェックする。両フラグがオ
ン、即ち、端末側ＮＡからホスト側ＮＡへのデータ転送
及びホスト側ＮＡから端末側ＮＡへのデータ転送が共に
行われた場合は、正常であり、解析部２２はそのデータ
チェックテーブルｄ４をデータ処理キューｄ３より外
し、削除する。

【００４５】一方、データチェックテーブルｄ４の第４
フィールドがオンで、第５フィールドがオフの場合、即
ち、端末側ＮＡからホスト側ＮＡへのデータ転送は行わ
れたが又はホスト側ＮＡから端末側ＮＡへのデータ転送
が行われていない場合、送信のないＮＡの回線ポートの
異常と考えられる。この場合、解析部２２はそのデータ
チェックテーブルｄ４をデータ処理キューｄ３より外
し、データチェックテーブルｄ４の内容を障害処理部２
３に通知する。

【００４６】（６）受信データのコマンドが接続要求
で、受信データの送信元アドレスに対応する接続チェッ
クテーブルｄ２がすでに存在し、しかも、受信データの
宛先アドレスに対応するＮＡアドレスフィールドにすで
にフラグがセットされている場合、即ち、同一の端末側
ＮＡからすでに接続要求を発行したホスト側ＮＡに対し
て接続要求が再発行された場合、その接続チェックテー
ブルｄ２を接続失敗として処理すると共に、新しい接続
処理が開始されたので、新しい接続チェックテーブルを
作成する。このような事態は、例えば、未登録のホスト
側ＮＡがその端末側ＮＡに存在するため、接続要求を発
行していないホスト側ＮＡが存在するにもかかわらず、
全てのホスト側ＮＡに接続要求を発行したと端末側ＮＡ
が誤解し、接続要求を初めから再実行した場合等に発生
する。そこで、解析部２２は接続チェックテーブルｄ２
の内容を取り込む。

【００４７】なお、接続動作が失敗に終わった場合、即
ち、全てのホスト側ＮＡに接続要求を発行し、全て否定
応答を受けた場合、及び、接続動作を開始してから一定
時間（タイムオーバー時間）以上経過してしまった場
合、端末側ＮＡは端末を介してユーザに接続が失敗した
ことを通知する。

【００４８】ＮＡ群監視装置５の解析部２２は、タイマ
監視をして、接続チェックキューｄ１及びデータ処理キ
ューｄ３をチェックし、タイムアウト処理を実行する。
例えば、接続チェックテーブルｄ２の第２フィールドを
チェックし、セットされた時刻より一定時間（タイムオ
ーバー時間）経過したものがあれば、接続失敗とみなし
て、必要な情報（端末側ＮＡアドレス、アクセスしたホ
スト側ＮＡのアドレスリスト、時刻等）を取得した後、
該テーブルｄ２を削除する。

【００４９】この事態は、例えば、全てのホスト側ＮＡ
アドレスポートへの接続要求が失敗した場合や、接続要
求の開始後一定時間が経過したために、ユーザにエラー
リターンが発行され、ユーザが断念して、以後なにも行
わない場合等に発生する。

【００５０】前述の（５）の処理において回線ポートの
異常であると判断された場合、即ち、受信データが切断
要求で、端末側ＮＡからホスト側ＮＡへのデータ転送は
行われたが、ホスト側ＮＡから端末側ＮＡへのデータ転
送が行われていない場合、障害処理部２３は、解析部２
２からの通知を受けて、以下の処理を行う。

【００５１】（ｉ）表示部２４を介してネットワーク
管理者にホストＮＡの回線ポートの故障を通知する。
（ii）障害情報をロギングする。（iii ）送信部２
５を介して故障しているＮＡの回線ポートを指定して接
続要求を発行する。これにより、ＮＡが故障しているＮ
Ａの回線ポートに接続要求を発行しても、このＮＡから
は否定応答が返送され、故障しているＮＡとの間にコネ
クションが確立され（以後は反応はない）、システムの
効率が低下することがない。

【００５２】解析部２２は取得した情報をシステム管理
者の指示等に応じて或いは定期的にロギングする。シス
テム管理者は、ロギングされた情報のうち、例えば、上
述の（６）の処理で取得された情報に基づいて、ある端
末側ＮＡにホスト側ＮＡの未登録のアドレスが存在する
こと等を判別できる。このような場合、システム管理者
は、遠隔操作で、その端末側ＮＡに未登録のホスト側Ｎ
Ａの未登録のアドレスを書き込んだり、その端末の利用
者に注意を促す等の処理が可能となる。

【００５３】なお、上記実施例では、複数のＮＡを有す
るネットワークシステムにＮＡ管理装置を配置する構成
を説明した。しかし、この発明は上記実施例に限定され
ない。例えば、通信インタフェースを有する端末とホス
ト装置からなるネットワークシステムにも適用可能であ
る。

【００５４】

【発明の効果】以上説明したように、この発明によれ
ば、ネットワークに接続されている回線に故障等が発生
しても比較的高い稼働率を維持できる。

【図面の簡単な説明】

【図１】この発明の一実施例にかかるネットワークシス
テムの示すブロック図、

【図２】図１に示すＮＡ（ネットワークアダプタ）群管
理装置のブロック図、

【図３】（ａ）乃至（ｃ）はＬＡＮ上を伝送されるデー
タのフォーマットを示す、

【図４】（ａ）は図２の解析部で使用される接続待ちキ
ューと接続チェックテーブルを示す図である。（ｂ）は
図２の解析部で使用されるデータ処理キューとデータ処
理テーブルを示す図であり。

【図５】ＮＡ群管理装置の動作を示すフローチャートで
ある。

【図６】端末の動作を示すフローチャートである。

【図７】（ａ）は従来のネットワークシステムをブロッ
ク図、（ｂ）は（ａ）のネットワークシステムをネット
ワークアダプタを用いてＬＡＮシステムに変更した場合
の構成を示すブロック図である。

【図８】図７（ｂ）に示すネットワークシステムの応用
例を示すブロック図である。

【図９】端末とホスト間の接続要求からデータ転送に至
る手順を示す図である。

【符号の説明】

１…ホスト装置、２…ホスト側ＮＡ（ネットワークアダ
プタ）、３…端末、４…端末側ＮＡ、５…ＮＡ群管理装
置、６…ＬＡＮ、２１…受信部、２２…解析部、２３…
障害処理部、２４…表示部、２５…送信部、２６…デー
タベース。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 12/28

Claims

【特許請求の範囲】

【請求項１】ネットワークと、前記ネットワークに接続され、通信路を確立して相互に
データを伝送するホストシステムと複数の端末システム
と、前記ネットワークに接続され、前記ネットワーク上を伝
送されるデータをチェックし、前記端末システムと前記
ホストシステム間に通信路が確立された後、前記端末シ
ステムから前記ホストシステムにデータが伝送された
が、前記ホストシステムから前記端末システムへのデー
タの伝送が行われないまま通信路が切断された際に、異
常であると判断する判断手段と、を備えることを特徴と
するネットワークシステム。
【請求項２】ホスト装置と、複数の端末と、前記ホスト
装置に接続された複数の第１のネットワークアダプタ
と、前記端末に接続された複数の第２のネットワークア
ダプタと、前記ネットワークに接続された監視装置を備
え、各第２のネットワークアダプタは、前記端末の要求を受
け、前記第１のネットワークアダプタを順次指定して接
続の要求を発行し、肯定応答が得られた第１のネットワ
ークアダプタとの間で通信路を確立し、前記端末からの
データを前記第１のネットワークアダプタを介して前記
ホスト装置に供給し、前記ホスト装置からのデータを前
記第１のネットワークアダプタを介して受信して前記端
末に供給し、前記監視装置は、前記ネットワーク上を伝送されるデー
タをチェックし、前記第１と第２のネットワークアダプ
タ間に通信路が確立された後、前記第２のネットワーク
アダプタから前記第１のネットワークアダプタにデータ
が伝送されたが、前記第１のネットワークアダプタから
前記第２のネットワークアダプタへのデータの伝送が行
われないまま、該通信路が切断された際、該第１のネッ
トワークアダプタに接続されたシステムに異常があると
判定する判定手段、を備え、ネットワークアダプタに接続されたシステムの異常を判
別できることを特徴とするネットワークシステム。
【請求項３】前記判断手段は、異常と判断されたシステ
ムが接続された第１のネットワークアダプタの回線ポー
トとの間で通信路を確立することにより、各第２のネッ
トワークアダプタと該回線ポートの間の通信路の確立を
禁止する手段を備える、ことを特徴とする請求項２記載
のネットワークシステム。
【請求項４】ネットワークと、前記ネットワークに接続
され、通信路を確立した後、前記ネットワークを介して
データを送受信する装置と、前記ネットワークに接続され、前記ネットワーク上を伝
送されるデータをチェックし、前記通信路が確立された
後、データの送信と該データの送信に対するデータの返
送の有無を検出し、データの送信はあったが該データ送
信に対するデータの返送がない場合に、送受信装置に接
続された回線に異常があると判別する手段、を備えるこ
とを特徴とするネットワークシステム。
【請求項５】前記ネットワークに接続され、前記ネット
ワーク上を伝送されるデータを受信する受信手段と、前記受信手段により受信されたデータを解析し、前記ネ
ットワーク上の通信路の確立、通信路の切断、データの
送受信をチェックし、前記通信路が確立された後、データの送信はあったが該
データ送信に対するデータ返送がない場合に、異常を判
別する手段、を備えることを特徴とするネットワーク管
理装置。