JPH1049457A

JPH1049457A - 宛先切替可能なネットワークシステム、宛先切替方法および宛先切替用プログラムを記憶した記憶媒体

Info

Publication number: JPH1049457A
Application number: JP8200702A
Authority: JP
Inventors: Satotoshi Murayama; 聡敏村山
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1996-07-30
Filing date: 1996-07-30
Publication date: 1998-02-20

Abstract

(57)【要約】【課題】複数のＦＥＰのうちのいずれかが障害となった
場合における回線バックアップを容易に実現できるよう
にする。【解決手段】複数の端末装置と複数のサーバコンピュー
タとこれらの間で通信制御を行う複数のＦＥＰとが通信
回線で接続されたネットワークシステムにおいて、各端
末装置に１対１対応で接続されたプロトコル変換器とこ
のプロトコル変換器の接続先となるＦＥＰとの対応関係
を記憶する配下プロトコル変換器管理テーブルを各ＦＥ
Ｐ内に設け、いずれかのＦＥＰが障害となったときに、
正常なＦＥＰは、配下プロトコル変換器管理テーブルを
参照して、障害となったＦＥＰを接続先とするプロトコ
ル変換器に自身の論理アドレスを通知することにより宛
先切替を行い、各ＦＥＰは配下プロトコル変換器管理テ
ーブルにおけるこのプロトコル変換器の宛先を新しい宛
先に切り替える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の端末装置の
各々が複数のフロントエンドプロセッサ（以下、ＦＥＰ
とする）のうちのいずれかを経由して複数のサーバコン
ピュータのうちのいずれかに接続するネットワークシス
テムにおいて、その複数のＦＥＰのいずれかに障害が発
生したときに、その配下の端末装置の接続先を他の正常
なＦＥＰに変更する宛先切替可能なネットワークシステ
ム、宛先切替方法および宛先切替用プログラムを記憶し
た記憶媒体に関する。

【０００２】

【従来の技術】従来のこの種のネットワークシステムあ
るいは宛先切替方法においては、例えば、特開平６−９
８０４０号公報に記載されているように、現用系のホス
トコンピュータが障害となった場合、これを予備系に切
り替えるために、端末装置側にホストコンピュータのア
ドレスを記憶して接続先を切り替えていた。

【０００３】また、この従来の技術を、複数のサーバコ
ンピュータと、複数の端末装置と、これらの間で通信制
御を行う複数のＦＥＰとが通信回線で接続されたネット
ワークシステムに適用した場合においても、複数のＦＥ
Ｐのうちのいずれかが障害となったときには、端末装置
側にＦＥＰのアドレスを記憶し変更する手段を設けて、
接続先ＦＥＰの切替を行わなければならなかった。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の技術においては、端末装置として一般の顧客
が所持する端末装置を想定した場合、顧客はＦＥＰのア
ドレスを記憶し変更する手段を備えた専用の端末装置を
購入して使用するか、あるいは既存の端末装置にこのよ
うな手段を追加するといった投資をしなければ、ＦＥＰ
が障害となったときに宛先切替を行うことができず、回
線バックアップを容易に実現できないという問題点があ
った。

【０００５】本発明の目的は、複数のＦＥＰのうちのい
ずれかが障害となった場合における回線バックアップを
容易に実現できるようにすることにある。

【０００６】本発明の他の目的は、複数のＦＥＰのうち
のいずれかが障害となった場合に、正常なＦＥＰがこの
障害となったＦＥＰの配下の端末装置の接続先となるた
めの宛先切替を容易に行えるようにすることにある。

【０００７】

【課題を解決するための手段】本発明の第１の宛先切替
可能なネットワークシステムは、複数の端末装置と、複
数のサーバコンピュータと、これらの間で通信制御を行
う複数のフロントエンドプロセッサとが通信回線で接続
されたネットワークシステムにおいて、前記フロントエ
ンドプロセッサのそれぞれは、前記複数の端末装置のそ
れぞれに１対１対応で接続されたプロトコル変換器と該
プロトコル変換器の接続先となるフロントエンドプロセ
ッサとの対応関係を記憶する配下プロトコル変換器管理
テーブルと、前記配下プロトコル変換器管理テーブルを
参照して、前記複数のプロトコル変換器のうち自身を接
続先とするプロトコル変換器に対し、自身の論理アドレ
スを通知する宛先フロントエンドプロセッサ論理アドレ
ス通知手段とを備えている。

【０００８】本発明の第２の宛先切替可能なネットワー
クシステムは、第１の宛先切替可能なネットワークシス
テムにおいて、前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、他のフロントエンドプロ
セッサが障害となったときに、前記配下プロトコル変換
器管理テーブルを参照して、前記複数のプロトコル変換
器のうち該障害となったフロントエンドプロセッサを接
続先とするプロトコル変換器に対し、自身の論理アドレ
スを通知することにより該プロトコル変換器の宛先切替
を行うことを特徴とする。

【０００９】本発明の第３の宛先切替可能なネットワー
クシステムは、第２の宛先切替可能なネットワークシス
テムにおいて、前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、前記プロトコル変換器の
宛先切替が正常終了した場合に、自身が該プロトコル変
換器の宛先となった旨の情報を、自身が保持する前記配
下プロトコル変換器管理テーブルに書き込むことを特徴
とする。

【００１０】本発明の第４の宛先切替可能なネットワー
クシステムは、第３の宛先切替可能なネットワークシス
テムにおいて、前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、前記プロトコル変換器の
宛先切替が正常終了した場合に、自身が該プロトコル変
換器の宛先となった旨を、他のフロントエンドプロセッ
サに通知することを特徴とする。

【００１１】本発明の第５の宛先切替可能なネットワー
クシステムは、第４の宛先切替可能なネットワークシス
テムにおいて、前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、他のフロントエンドプロ
セッサが前記プロトコル変換器の宛先となった旨を該他
のフロントエンドプロセッサから通知された場合に、該
他のフロントエンドプロセッサが該プロトコル変換器の
宛先となった旨の情報を、自身が保持する前記配下プロ
トコル変換器管理テーブルに書き込むことを特徴とす
る。

【００１２】本発明の第１の宛先切替方法は、複数の端
末装置と、複数のサーバコンピュータと、これらの間で
通信制御を行う複数のフロントエンドプロセッサとが通
信回線で接続されたネットワークシステムにおける前記
フロントエンドプロセッサのそれぞれにおいて、前記複
数の端末装置のそれぞれに１対１対応で接続されたプロ
トコル変換器と該プロトコル変換器の接続先となるフロ
ントエンドプロセッサとの対応関係を記憶する配下プロ
トコル変換器管理テーブルを参照して、前記複数のプロ
トコル変換器のうち自身を接続先とするプロトコル変換
器に対し、自身の論理アドレスを通知する宛先フロント
エンドプロセッサ論理アドレス通知ステップを含んでい
る。

【００１３】本発明の第２の宛先切替方法は、第１の宛
先切替方法において、前記宛先フロントエンドプロセッ
サ論理アドレス通知ステップにおいて、さらに、他のフ
ロントエンドプロセッサが障害となったときに、前記配
下プロトコル変換器管理テーブルを参照して、前記複数
のプロトコル変換器のうち該障害となったフロントエン
ドプロセッサを接続先とするプロトコル変換器に対し、
自身の論理アドレスを通知することにより該プロトコル
変換器の宛先切替を行うことを特徴とする。

【００１４】本発明の第３の宛先切替方法は、第２の宛
先切替方法において、前記宛先フロントエンドプロセッ
サ論理アドレス通知ステップにおいて、さらに、前記プ
ロトコル変換器の宛先切替が正常終了した場合に、自身
が該プロトコル変換器の宛先となった旨の情報を、自身
が保持する前記配下プロトコル変換器管理テーブルに書
き込むことを特徴とする。

【００１５】本発明の第４の宛先切替方法は、第３の宛
先切替方法において、前記宛先フロントエンドプロセッ
サ論理アドレス通知ステップにおいて、さらに、前記プ
ロトコル変換器の宛先切替が正常終了した場合に、自身
が該プロトコル変換器の宛先となった旨を、他のフロン
トエンドプロセッサに通知することを特徴とする。

【００１６】本発明の第５の宛先切替方法は、第４の宛
先切替方法において、前記宛先フロントエンドプロセッ
サ論理アドレス通知ステップにおいて、さらに、他のフ
ロントエンドプロセッサが前記プロトコル変換器の宛先
となった旨を該他のフロントエンドプロセッサから通知
された場合に、該他のフロントエンドプロセッサが該プ
ロトコル変換器の宛先となった旨の情報を、自身が保持
する前記配下プロトコル変換器管理テーブルに書き込む
ことを特徴とする。

【００１７】本発明の第１の記憶媒体は、複数の端末装
置と、複数のサーバコンピュータと、これらの間で通信
制御を行う複数のフロントエンドプロセッサとが通信回
線で接続されたネットワークシステムにおける前記フロ
ントエンドプロセッサのそれぞれに、前記複数の端末装
置のそれぞれに１対１対応で接続されたプロトコル変換
器と該プロトコル変換器の接続先となるフロントエンド
プロセッサとの対応関係を記憶する配下プロトコル変換
器管理テーブルを参照して、前記複数のプロトコル変換
器のうち自身を接続先とするプロトコル変換器に対し、
自身の論理アドレスを通知する宛先フロントエンドプロ
セッサ論理アドレス通知処理を実行させるコンピュータ
プログラムを記憶している。

【００１８】本発明の第２の記憶媒体は、第１の記憶媒
体において、前記宛先フロントエンドプロセッサ論理ア
ドレス通知処理において、さらに、他のフロントエンド
プロセッサが障害となったときに、前記配下プロトコル
変換器管理テーブルを参照して、前記複数のプロトコル
変換器のうち該障害となったフロントエンドプロセッサ
を接続先とするプロトコル変換器に対し、自身の論理ア
ドレスを通知することにより該プロトコル変換器の宛先
切替を行うことを特徴とする。

【００１９】本発明の第３の記憶媒体は、第２の記憶媒
体において、前記宛先フロントエンドプロセッサ論理ア
ドレス通知処理において、さらに、前記プロトコル変換
器の宛先切替が正常終了した場合に、自身が該プロトコ
ル変換器の宛先となった旨の情報を、自身が保持する前
記配下プロトコル変換器管理テーブルに書き込むことを
特徴とする。

【００２０】本発明の第４の記憶媒体は、第３の記憶媒
体において、前記宛先フロントエンドプロセッサ論理ア
ドレス通知処理において、さらに、前記プロトコル変換
器の宛先切替が正常終了した場合に、自身が該プロトコ
ル変換器の宛先となった旨を、他のフロントエンドプロ
セッサに通知することを特徴とする。

【００２１】本発明の第５の記憶媒体は、第４の記憶媒
体において、前記宛先フロントエンドプロセッサ論理ア
ドレス通知処理において、さらに、他のフロントエンド
プロセッサが前記プロトコル変換器の宛先となった旨を
該他のフロントエンドプロセッサから通知された場合
に、該他のフロントエンドプロセッサが該プロトコル変
換器の宛先となった旨の情報を、自身が保持する前記配
下プロトコル変換器管理テーブルに書き込むことを特徴
とする。

【００２２】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００２３】図１を参照すると、本発明の宛先切替可能
なネットワークシステムの実施の形態は、サーバコンピ
ュータ１Ａおよび１Ｂと、ＦＥＰ２Ａ、２Ｂおよび２Ｃ
と、プロトコル変換器３Ａ、３Ｂ、３Ｃおよび３Ｄと、
端末装置４Ａ、４Ｂ、４Ｃおよび４Ｄと、これらを相互
に接続する通信媒体５、６および７とから構成されてい
る。なお、本実施の形態では、サーバコンピュータを２
台、ＦＥＰを３台、プロトコル変換器を４台、端末装置
を４台としたが、プロトコル変換器の台数と端末装置の
台数を同数とすることのほかは、各装置の台数はこれに
限定するものではない。また、本実施の形態のネットワ
ークシステムは、例えば、エレクトリックバンキング、
インタネットプロバイダ等の端末サービスシステムに適
用されるものであり、サーバコンピュータ、ＦＥＰおよ
びプロトコル変換器はセンタに設置され、公衆回線を経
由して端末装置と接続される。

【００２４】図２は、ＦＥＰ２Ａの内部構成を詳細に説
明した図である。これを参照すると、ＦＥＰ２Ａは、配
下プロトコル変換器管理テーブル２１Ａと、宛先ＦＥＰ
論理アドレス通知手段２２Ａと、ＦＥＰ論理アドレス２
３Ａとを含んで構成されている。また、図示しないが、
ＦＥＰ２Ｂおよび２Ｃもこれと同様に、それぞれ、配下
プロトコル変換器管理テーブル２１Ｂおよび２１Ｃと、
宛先ＦＥＰ論理アドレス通知手段２２Ｂおよび２２Ｃ
と、ＦＥＰ論理アドレス２３Ｂおよび２３Ｃとを含んで
いる。

【００２５】図３は、プロトコル変換器３Ａの内部構成
を詳細に説明した図である。これを参照すると、プロト
コル変換器３Ａは、宛先ＦＥＰ論理アドレス３１Ａと、
プロトコル変換器論理アドレス３２Ａとを含んで構成さ
れている。また、図示しないが、プロトコル変換器３
Ｂ、３Ｃおよび３Ｄもこれと同様に、それぞれ、宛先Ｆ
ＥＰ論理アドレス３１Ｂ、３１Ｃおよび３１Ｄと、プロ
トコル変換器論理アドレス３２Ｂ、３２Ｃおよび３２Ｄ
とを含んでいる。

【００２６】図４は、本実施の形態のネットワークシス
テムにおいて、ＦＥＰが端末回線をオープンする際の処
理を示す流れ図であり、図５は、ＦＥＰがプロトコル変
換器が持つ宛先ＦＥＰ論理アドレスを切り替える際の処
理を示す流れ図である。また、全てのＦＥＰが正常に動
作している場合と、３台のＦＥＰの内の１台が障害とな
った場合の具体的な状態図を、図６に示す。

【００２７】以下、これらの図を参照して本実施の形態
の動作について説明する。

【００２８】なお、サーバコンピュータ１Ａおよび１Ｂ
とＦＥＰ２Ａ、２Ｂおよび２Ｃとの間の通信は通信媒体
５を介して行われ、ＦＥＰ２Ａ、２Ｂおよび２Ｃの相互
の通信は通信媒体５を介して行われ、ＦＥＰ２Ａ、２Ｂ
および２Ｃとプロトコル変換器３Ａ、３Ｂ、３Ｃおよび
３Ｄとの間の通信は通信媒体６を介して行われ、プロト
コル変換器３Ａ、３Ｂ、３Ｃおよび３Ｄと端末装置４
Ａ、４Ｂ、４Ｃおよび４Ｄとの間の通信は通信媒体７を
介して行われるが、以下の説明では、通信媒体５、６お
よび７については言及しない。

【００２９】図４を参照すると、ＦＥＰ２Ａ内の宛先Ｆ
ＥＰ論理アドレス通知手段２２Ａは、配下プロトコル変
換器管理テーブル２１Ａを参照し、自身と接続されるべ
きプロトコル変換器の番号および論理アドレスを取得す
る（ステップ４０１）。そして、ここで取得した論理ア
ドレスを持つプロトコル変換器に対し、自身のＦＥＰ論
理アドレス２３Ａを通知することにより、そのプロトコ
ル変換器の宛先ＦＥＰ論理アドレスの変更を行った（ス
テップ４０２）後、端末回線のオープンを行う（ステッ
プ４０３）。

【００３０】例えば、図６（１）に示すＦＥＰ２Ａの場
合は、配下プロトコル変換器管理テーブル２１Ａからプ
ロトコル変換器３Ａが自身と接続されるべきプロトコル
変換器であることが分かるので、プロトコル変換器３Ａ
に対し、自身のＦＥＰ論理アドレス２３Ａである「ａ」
を通知する。

【００３１】また、図５を参照すると、ＦＥＰ２Ａは、
ＦＥＰ２Ｂおよび２Ｃに対し、生存通知を送信する（ス
テップ５０１）とともに、ＦＥＰ２Ｂおよび２Ｃからの
生存通知の受信を待つ（ステップ５０２）。

【００３２】ここで、ＦＥＰ２Ｂあるいは２Ｃから生存
通知を受信した場合は、そのＦＥＰは生存状態であると
判断し、生存状態の監視を継続するが、ＦＥＰ２Ｂある
いは２Ｃからの生存通知が一定時間以上送信されない場
合は、そのＦＥＰが障害となったと判断し、障害となっ
たＦＥＰの番号を取得する（ステップ５０３）。

【００３３】例えば、ＦＥＰ２Ｂが障害となったとする
と、ＦＥＰ２Ｂからの生存通知は一定時間以上送信され
ないため、ＦＥＰ２Ａおよび２Ｃは、これによりＦＥＰ
２Ｂが障害となったと判断する。

【００３４】そこで、ＦＥＰ２Ａおよび２Ｃはそれぞ
れ、配下プロトコル変換器管理テーブル２１Ａおよび２
１Ｃを検索し、ＦＥＰ２Ｂを宛先ＦＥＰとしていたプロ
トコル変換器の番号を取得して（ステップ５０４）、自
身がこのプロトコル変換器の新たな宛先となるべきかど
うかを判断する（ステップ５０５）。

【００３５】図６（１）においては、ＦＥＰ２Ｂを宛先
ＦＥＰとしていたプロトコル変換器はプロトコル変換器
３Ｂおよび３Ｃであるが、ＦＥＰ２Ａがこのうちプロト
コル変換器３Ｂの新たな宛先となるべきことを決定し、
一方、ＦＥＰ２Ｃがこのうちプロトコル変換器３Ｃの新
たな宛先となるべきことを決定する。

【００３６】ただし、この場合、障害となったＦＥＰを
宛先ＦＥＰとしていたプロトコル変換器の新たな宛先と
なるＦＥＰをどのようにして決定するかは、利用者が自
由に設計しうる事項であり、本発明では特に限定しな
い。例えば、利用者が障害に備えてＦＥＰのバックアッ
プについての規則を予め設定しておくようなものでも構
わない。

【００３７】その後、新たな宛先となったＦＥＰは、宛
先切替が正常に行われたかどうかを判定する（ステップ
５０６）。正常終了ならば、他の正常なＦＥＰに宛先切
替完了の通知を行った（ステップ５０７）後、この新た
な宛先となったＦＥＰ内の配下プロトコル変換器管理テ
ーブルの更新を行う。

【００３８】図６（２）においては、ＦＥＰ２ＡがＦＥ
Ｐ２Ｃに宛先切替完了の通知を行って、配下プロトコル
変換器管理テーブル２１Ａのプロトコル変換器３Ｂに対
応する接続ＦＥＰをＦＥＰ２Ａに変更し、一方、ＦＥＰ
２ＣがＦＥＰ２Ａに宛先切替完了の通知を行って、配下
プロトコル変換器管理テーブル２１Ｃのプロトコル変換
器３Ｃに対応する接続ＦＥＰをＦＥＰ２Ｃに変更する。

【００３９】以上により、本発明の宛先切替可能なネッ
トワークシステムの実施の形態の処理が終了する。

【００４０】本実施の形態によれば、プロトコル変換器
とこの接続先となるＦＥＰとの対応関係を記憶する配下
プロトコル変換器管理テーブルを各ＦＥＰ内に設けたこ
とにより、複数のＦＥＰのうちのいずれかが障害となっ
た場合に、正常なＦＥＰがこの障害となったＦＥＰの配
下の端末装置の接続先となるための宛先切替を容易に行
うことができるという効果を有している。

【００４１】また、各ＦＥＰは他のＦＥＰが生存状態に
あるかどうかを常に監視して、他のＦＥＰの配下の端末
装置に接続することができるようにしたことにより、複
数のＦＥＰのうちのいずれかが障害となった場合におけ
る回線バックアップを容易に実現することができるとい
う効果を有している。

【００４２】

【発明の効果】以上説明したように、本発明の宛先切替
可能なネットワークシステム、宛先切替方法および宛先
切替用プログラムを記憶した記憶媒体は、複数のＦＥＰ
のうちのいずれかが障害となった場合に、正常なＦＥＰ
がこの障害となったＦＥＰの配下の端末装置の接続先と
なるための宛先切替を容易に行うことができるという効
果を有している。

【００４３】また、複数のＦＥＰのうちのいずれかが障
害となった場合における回線バックアップを容易に実現
することができるという効果を有している。

【図面の簡単な説明】

【図１】図１は本発明の実施の形態の構成を示すブロッ
ク図である。

【図２】図２は本発明の実施の形態におけるＦＥＰの内
部構成を示すブロック図である。

【図３】図３は本発明の実施の形態におけるプロトコル
変換器の内部構成を示すブロック図である。

【図４】図４は本発明の実施の形態におけるＦＥＰの処
理を示す流れ図である。

【図５】図５は本発明の実施の形態におけるＦＥＰの処
理を示す流れ図である。

【図６】図５は本発明の実施の形態の動作を具体例によ
って示す図である。

【符号の説明】

１Ａ、１Ｂサーバコンピュー
タ２Ａ、２Ｂ、２ＣＦＥＰ２１Ａ、２１Ｂ、２１Ｃ配下プロトコル変
換器管理テーブル２２Ａ、２２Ｂ、２２Ｃ宛先ＦＥＰ論理ア
ドレス通知手段２３Ａ、２３Ｂ、２３ＣＦＥＰ論理アドレ
ス３Ａ、３Ｂ、３Ｃ、３Ｄプロトコル変換器３１Ａ、３１Ｂ、３１Ｃ、３１Ｄ宛先ＦＥＰ論理ア
ドレス３２Ａ、３２Ｂ、３２Ｃ、３２Ｄプロトコル変換器
論理アドレス４Ａ、４Ｂ、４Ｃ、４Ｄ端末装置５、６、７通信媒体

Claims

【特許請求の範囲】

【請求項１】複数の端末装置と、複数のサーバコンピ
ュータと、これらの間で通信制御を行う複数のフロント
エンドプロセッサとが通信回線で接続されたネットワー
クシステムにおいて、前記フロントエンドプロセッサのそれぞれは、前記複数の端末装置のそれぞれに１対１対応で接続され
たプロトコル変換器と該プロトコル変換器の接続先とな
るフロントエンドプロセッサとの対応関係を記憶する配
下プロトコル変換器管理テーブルと、前記配下プロトコル変換器管理テーブルを参照して、前
記複数のプロトコル変換器のうち自身を接続先とするプ
ロトコル変換器に対し、自身の論理アドレスを通知する
宛先フロントエンドプロセッサ論理アドレス通知手段と
を備えることを特徴とする宛先切替可能なネットワーク
システム。
【請求項２】前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、他のフロントエンドプロ
セッサが障害となったときに、前記配下プロトコル変換
器管理テーブルを参照して、前記複数のプロトコル変換
器のうち該障害となったフロントエンドプロセッサを接
続先とするプロトコル変換器に対し、自身の論理アドレ
スを通知することにより該プロトコル変換器の宛先切替
を行うことを特徴とする請求項１に記載の宛先切替可能
なネットワークシステム。
【請求項３】前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、前記プロトコル変換器の
宛先切替が正常終了した場合に、自身が該プロトコル変
換器の宛先となった旨の情報を、自身が保持する前記配
下プロトコル変換器管理テーブルに書き込むことを特徴
とする請求項２に記載の宛先切替可能なネットワークシ
ステム。
【請求項４】前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、前記プロトコル変換器の
宛先切替が正常終了した場合に、自身が該プロトコル変
換器の宛先となった旨を、他のフロントエンドプロセッ
サに通知することを特徴とする請求項３に記載の宛先切
替可能なネットワークシステム。
【請求項５】前記宛先フロントエンドプロセッサ論理
アドレス通知手段は、さらに、他のフロントエンドプロ
セッサが前記プロトコル変換器の宛先となった旨を該他
のフロントエンドプロセッサから通知された場合に、該
他のフロントエンドプロセッサが該プロトコル変換器の
宛先となった旨の情報を、自身が保持する前記配下プロ
トコル変換器管理テーブルに書き込むことを特徴とする
請求項４に記載の宛先切替可能なネットワークシステ
ム。
【請求項６】複数の端末装置と、複数のサーバコンピ
ュータと、これらの間で通信制御を行う複数のフロント
エンドプロセッサとが通信回線で接続されたネットワー
クシステムにおける前記フロントエンドプロセッサのそ
れぞれにおいて、前記複数の端末装置のそれぞれに１対１対応で接続され
たプロトコル変換器と該プロトコル変換器の接続先とな
るフロントエンドプロセッサとの対応関係を記憶する配
下プロトコル変換器管理テーブルを参照して、前記複数
のプロトコル変換器のうち自身を接続先とするプロトコ
ル変換器に対し、自身の論理アドレスを通知する宛先フ
ロントエンドプロセッサ論理アドレス通知ステップを含
むことを特徴とする宛先切替方法。
【請求項７】前記宛先フロントエンドプロセッサ論理
アドレス通知ステップにおいて、さらに、他のフロント
エンドプロセッサが障害となったときに、前記配下プロ
トコル変換器管理テーブルを参照して、前記複数のプロ
トコル変換器のうち該障害となったフロントエンドプロ
セッサを接続先とするプロトコル変換器に対し、自身の
論理アドレスを通知することにより該プロトコル変換器
の宛先切替を行うことを特徴とする請求項６に記載の宛
先切替方法。
【請求項８】前記宛先フロントエンドプロセッサ論理
アドレス通知ステップにおいて、さらに、前記プロトコ
ル変換器の宛先切替が正常終了した場合に、自身が該プ
ロトコル変換器の宛先となった旨の情報を、自身が保持
する前記配下プロトコル変換器管理テーブルに書き込む
ことを特徴とする請求項７に記載の宛先切替方法。
【請求項９】前記宛先フロントエンドプロセッサ論理
アドレス通知ステップにおいて、さらに、前記プロトコ
ル変換器の宛先切替が正常終了した場合に、自身が該プ
ロトコル変換器の宛先となった旨を、他のフロントエン
ドプロセッサに通知することを特徴とする請求項８に記
載の宛先切替方法。
【請求項１０】前記宛先フロントエンドプロセッサ論
理アドレス通知ステップにおいて、さらに、他のフロン
トエンドプロセッサが前記プロトコル変換器の宛先とな
った旨を該他のフロントエンドプロセッサから通知され
た場合に、該他のフロントエンドプロセッサが該プロト
コル変換器の宛先となった旨の情報を、自身が保持する
前記配下プロトコル変換器管理テーブルに書き込むこと
を特徴とする請求項９に記載の宛先切替方法。
【請求項１１】複数の端末装置と、複数のサーバコン
ピュータと、これらの間で通信制御を行う複数のフロン
トエンドプロセッサとが通信回線で接続されたネットワ
ークシステムにおける前記フロントエンドプロセッサの
それぞれに、前記複数の端末装置のそれぞれに１対１対応で接続され
たプロトコル変換器と該プロトコル変換器の接続先とな
るフロントエンドプロセッサとの対応関係を記憶する配
下プロトコル変換器管理テーブルを参照して、前記複数
のプロトコル変換器のうち自身を接続先とするプロトコ
ル変換器に対し、自身の論理アドレスを通知する宛先フ
ロントエンドプロセッサ論理アドレス通知処理を実行さ
せるコンピュータプログラムを記憶したことを特徴とす
る記憶媒体。
【請求項１２】前記宛先フロントエンドプロセッサ論
理アドレス通知処理において、さらに、他のフロントエ
ンドプロセッサが障害となったときに、前記配下プロト
コル変換器管理テーブルを参照して、前記複数のプロト
コル変換器のうち該障害となったフロントエンドプロセ
ッサを接続先とするプロトコル変換器に対し、自身の論
理アドレスを通知することにより該プロトコル変換器の
宛先切替を行うことを特徴とする請求項１１に記載の記
憶媒体。
【請求項１３】前記宛先フロントエンドプロセッサ論
理アドレス通知処理において、さらに、前記プロトコル
変換器の宛先切替が正常終了した場合に、自身が該プロ
トコル変換器の宛先となった旨の情報を、自身が保持す
る前記配下プロトコル変換器管理テーブルに書き込むこ
とを特徴とする請求項１２に記載の記憶媒体。
【請求項１４】前記宛先フロントエンドプロセッサ論
理アドレス通知処理において、さらに、前記プロトコル
変換器の宛先切替が正常終了した場合に、自身が該プロ
トコル変換器の宛先となった旨を、他のフロントエンド
プロセッサに通知することを特徴とする請求項１３に記
載の記憶媒体。
【請求項１５】前記宛先フロントエンドプロセッサ論
理アドレス通知処理において、さらに、他のフロントエ
ンドプロセッサが前記プロトコル変換器の宛先となった
旨を該他のフロントエンドプロセッサから通知された場
合に、該他のフロントエンドプロセッサが該プロトコル
変換器の宛先となった旨の情報を、自身が保持する前記
配下プロトコル変換器管理テーブルに書き込むことを特
徴とする請求項１４に記載の記憶媒体。