JPH06110800A - 動的パス切替方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、動的パス切替方法に関し、引き継
ぐ業務を仮想化し、障害発生したシステムが使用してい
たコネクションを強制パージおよび待機ホストへのルー
トにした後、コネクションを再確立し、現用ホストから
待機ホストへの高速切り替えおよび待機ホストのｎ：１
などのホットスタンバイを可能にすることを目的とす
る。 【構成】 現用ホスト１の障害発生の検出を契機に、待
機ホスト２が仮想システム上で動作する業務を引き継ぐ
と共に、パス切替機能７が切替通知によってパス切替を
同報通知し、この切替通知を受信した通信相手のシステ
ム（あるいは中継システム）のパス切替機能７がパスを
強制パージおよび待機ホスト２へのルートに切り替えた
後、パスを再確立し、待機ホスト２と通信相手のシステ
ムとが通信を再開して業務を継続するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、動的にパスを切り替え
る動的パス切替方法に関するものである。

【０００２】

【従来の技術】ネットワークシステムの高信頼化への１
つのアプローチとして、運用中のホスト計算機に障害が
発生した場合に他のホスト計算機が業務を引き継ぐ、い
わゆるホットスタンバイシステムがある。

【０００３】従来のホットスタンバイシステムにおける
パス切り替えは、図１４に示すように行っていた。以下
簡単に説明する。図１４は、従来のパス切替説明図を示
す。

【０００４】図１４において、現用ホスト２１は、現
在、業務を実行中のホスト計算機である。待機ホスト２
２は、現用ホスト２１に対してホットスタンバイしてい
る待機中のホスト計算機である。

【０００５】中継システム２３は、異なる他のネットワ
ークシステムに中継するものである。相手オープンシス
テム２４は、現用ホスト２１と通信して業務処理を依頼
したりなどするシステムである。

【０００６】次に、動作を説明する。は、現用ホスト
２１がＥＳＨ送信する。これは、現用ホスト２１が自分
の所在をＥＳＨ（ＥＳハロー）という自分の存在を通知
する同報ＰＤＵ（プロトコル・データ・ユニット）を送
信する。ここでは、これを受け取った中継システム２３
は、現用ホスト２１のルート情報（アドレスなど）を得
る。

【０００７】は、トランスポート・コネクション（Ｔ
層）を確立する。これは、中継システム２３が現用ホス
ト２１と当該中継システム２３、および中継システム２
３と相手オープンシステム２４との間にトラスポート・
コネクションを確立し、現用ホスト２１と相手オープン
システム２４とが通信を開始する。

【０００８】は、現用ホスト２１に障害が発生する。
は、待機ホスト２２が現用ホスト２１の実行していた
業務のバックアップを開始する。

【０００９】は、相手オープンシステム２４が待機シ
ステム２２へのルートが求まっていないので、コネクシ
ョン確立に失敗する。一方、待機ホスト２２は、旧コネ
クションが現用ホスト２１と中継システム２３との間に
維持されているため、コネクション確立に失敗する。

【００１０】は、待機ホスト２２がバックアップを開
始してから一定時間経過（コンフィギュレーションタイ
マ）したので、ＥＳＨを送信する。これを受信した中継
システム２３は、待機ホスト２２へのルート（アドレス
など）を知る。その後、タイムアウト（無活動監視タイ
マによるタイムアウト）により、現用ホスト２１と中継
システム２３とのトランスポート・コネクションを解放
する。

【００１１】は、相手オープンシステム２４および待
機ホスト２２のコネクションがいずれも確立し、両者の
間で通信を開始し、業務を再開する。

【００１２】

【発明が解決しようとする課題】従来は、上述した図１
４に示すようにして現用ホスト２１からホットスタンバ
イの待機ホスト２２にパスの切り替えを行っていたた
め、下記の問題があった。

【００１３】（１） 現用ホスト２１に対して専用の待
機ホスト２２を用意するため、ハードウェア構成に柔軟
性に欠ける問題があった。 （２） 現用ホスト２１の障害を素早く検出し、待機ホ
スト２２で業務を再開しようとしても、障害の発生した
現用ホスト２１と通信相手システムとの間でトランスポ
ート・コネクションが保持されており、リファレンスの
重複などのため、待機ホスト２２との間でコネクション
を張りなおすことが即座にできない問題があった。例え
ばＬＡＮ（トランスポートプロトコル クラス４）で
は、無活動監視タイマは通常３００秒であるので、この
時間待たないとコネクションが解放されず、張りなおし
ができない。

【００１４】（３） ＬＡＮ上の他システムに対して待
機ホスト２２に切り替わったことを通知する方法とし
て、ＥＳ−ＩＳプロトコル（ＩＳＯ ９５４２）が利用
可能である。これは、通信相手のルートを動的に求める
プロトコルであるが、当該ＥＳ−ＩＳプロトコルで使用
するＥＳＨ−ＰＤＵ（自分の存在を通知する同報ＰＤＵ
（プロトコル・データ・ユニット））は、一定時間（コ
ンフィギュレーションタイマ）ごとに通知する（通常は
１５０秒毎に通知する）。障害発生時の切り替え処理で
は、切り替え後、すぐに切り替わったことを相手システ
ムに通知する必要がある。更にＬＡＮ上でデータを紛失
する可能性があるため、場合によっては連続して送信す
る必要もあるが、ＥＳ−ＩＳプロコトルでは、これらの
機能がなく、一定時間待たないと待機ホスト２２の存在
が不明であると共に、ＥＳＨ−ＰＤＵを送信しても紛失
してしまい、相手システムに通知できなかったり、更に
連続して送信したときに２回目以降のもので折角確立し
たコネクションをパージしてまう問題が発生する。

【００１５】本発明は、これらの問題を解決するため、
引き継ぐ業務を仮想化し、障害発生したシステムが使用
していたコネクションを強制パージおよび待機ホストへ
のルートにした後、コネクションを再確立し、現用ホス
トから待機ホストへの高速切り替えおよび待機ホストの
ｎ：１などのホットスタンバイを可能にすることを目的
としている。

【００１６】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、現用ホス
ト１は、仮想システム上で動作する業務、実システム上
で動作する固定的なローカル業務、およびパスを切り替
えるパス切替機能７からなる、通信網に接続したホスト
である。

【００１７】待機ホスト２は、実システム上で動作する
固定的なローカル業務、およびパスを切り替えるパス切
替機能７からなる、通信網に接続したホットスタンバイ
しているホストである。

【００１８】パス切替機能７は、切替通知（例えば疑似
ＥＳハロー）によってパス切替を同報通知したり、パス
切替通知を受信したときに現用ホスト１へのパスを強制
パージおよび待機ホスト２へのルートに切り替えたり、
パスを再確立したりなどするものである。

【００１９】

【作用】本発明は、図１に示すように、現用ホスト１に
障害発生したことを待機ホスト２が検出したことを契機
に、当該待機ホスト２が現用ホスト１の仮想システム上
で動作する業務を引き継ぐと共に、待機ホスト２のパス
切替機能７が切替通知によってパス切替を同報通知し、
この切替通知を受信した通信相手のシステム（あるいは
中継システム３）のパス切替機能７が現用ホスト１への
パスを強制パージした後、待機ホスト２へのルートに切
り替え、パスを再確立し、待機ホスト２と通信相手のシ
ステムとが通信を再開して業務を継続するようにしてい
る。

【００２０】この際、切替通知として疑似ＥＳハローを
用い、ＥＳハローの全体よりも所定量少ないチェックサ
ムを計算して設定して送信し、受信側で全体のチェック
サムを計算して設定されているチェックサムと一致しな
くて誤りと判明したときに、更に、当該所定量少ないチ
ェックサムを計算して設定されているチェックサムと一
致したときに疑似ＥＳハローと判定し、これを切替通知
として取り込むようにしている。

【００２１】また、待機ホスト２のパス切替機能７がパ
ス切替の同報通知に切替えステージを表すタイムスタン
プ値および連続送信数を管理する世代番号を付与して連
続送信し、受信したシステムのパス切替機能７がこれら
タイムスタンプ値および世代番号を解析し、強制パージ
の重複を防止するようにしている。

【００２２】また、複数の現用ホスト１および１つ（あ
るいは複数）の待機ホスト２を通信路に接続し、現用ホ
スト１のいずれかに障害発生時に、待機ホスト２が仮想
システム上の業務を引き継ぐようにしている。

【００２３】従って、引き継ぐ業務を仮想化し、障害発
生したシステムが使用していたコネクションを強制パー
ジおよび待機ホスト２へのルートにした後、コネクショ
ンを再確立することにより、現用ホスト１から待機ホス
ト２への高速切り替えおよび待機ホスト２のｎ：１など
のホットスタンバイが可能となる。

【００２４】

【実施例】次に、図１から図１３を用いて本発明の実施
例の構成および動作を順次詳細に説明する。

【００２５】図１は、本発明の１実施例構成図を示す。
図１において、現用ホスト１は、仮想システム上で動作
して障害時に待機ホスト２に移行する業務１、業務２な
ど、実システムＡ上で動作する固定的なローカル業務
Ａ、およびパスを切り替えるパス切替機能７からなる計
算機システムであって、通信網（ここではＬＡＮ）に接
続したものである。仮想システムには、現用ホスト１か
ら待機ホスト２に移動するためのアドレス（ネットワー
クアドレス、セレクタ）や名称を同一とし、相手システ
ムや中継システム３は当該仮想システムがいずれの現用
ホスト１あるいは待機ホスト２上にいるかを実システム
の定義情報とのリンク関係を求めて当該仮想システムへ
のルート情報を得るようにしている。従って、障害発生
時に、仮想システムが待機ホスト２上に移動しても、こ
のリンク関係（実システムと仮想システムとのリンク関
係）を動的に変更するのみで、通信中の相手システムと
当該仮想システムとが通信して業務を行うことが可能と
なる。

【００２６】待機ホスト２は、実システムＢ上で動作す
る固定的なローカルな業務Ｂ、およびパスを切り替える
パス切替機能７からなるものであって、現用ホスト１の
障害発生時に、仮想システムが移行して業務を実行する
ものである。

【００２７】中継システム３は、異なるネットワーク網
を中継するものであって、ここでは、パス切替機能７な
どから構成されるものである。ここで、パス切替機能７
は、疑似ＥＳハローによって同報によるパス切替通知を
受信したときに現用ホスト１へのパスを強制パージした
り、待機ホスト２へのルートに切り替えたりなどするも
のである（図３から図５を用いて後述する）。

【００２８】相手システム４は、中継システム３を介し
て通信する相手のシステムである。共用資源５は、現用
ホスト１や待機ホスト２などが共用する資源である。監
視システム６は、現用ホスト１を監視し、異常検出した
ときに待機ホスト２に通知するものである。

【００２９】この図１の切替前の状態では、 （１） 現用ホスト１の仮想システム上で業務１および
業務２が動作し、相手システム４と通信して業務を行っ
ている。

【００３０】（２） 共用資源は、現用ホスト１の仮想
システム上の業務１、業務２の処理結果が逐次記憶され
ている。また、現用ホスト１および待機ホスト２で参照
／書込みが可能である。

【００３１】（３） 中継システム３は、業務１および
業務２と通信するためにのルート情報が、現用ホスト側
（実システムＡと同じ）を示している。 以上のような状態で、現用ホスト１の仮想システム上の
業務１および業務２と相手システム４とが通信を行い、
業務の提供を相手システム４に行っている。

【００３２】次に、図２の現用ホスト１の障害発生し、
待機ホスト２に切り替わった後の状態を説明する。図２
は、本発明の１実施例構成図（切替後の状態）を示す。
この切替後の状態では、 （１） 待機ホスト２の仮想システム（障害の発生した
現用ホスト１上の仮想システムと同一）上で業務１およ
び業務２が動作し、相手システム４と通信して業務を行
っている。この際、図中に記載したように、本発明で
は、現用ホスト１と相手システム４とのトランスポート
コネクションの強制パージを行った後、待機ホスト２と
相手システム４とのトランスポートコネクションを、一
定の時間待機してタイムオーバするのを待つことなく、
極めて高速に再確立する（図３から図５を用いて後述す
る）。

【００３３】（２） 共用資源には、現用ホスト１の実
システムＡに障害が発生する前までに記憶されていた情
報が残っている。待機ホスト２でも引続き参照／書込み
が可能である。

【００３４】（３） 中継システム３は、業務１および
業務２と通信するためにのルート情報が、待機ホスト側
（実システムＢと同じ）を示している。 以上のように、現用ホスト１に障害が発生したときに、
後述するようにして現用ホスト１と相手システム４との
トランスポートコネクションを強制パージおよびルート
を待機ホスト２に変えた後、待機ホスト２と相手システ
ム４とのトランスポートコネクションを再確立し、切り
替わった待機システム２の仮想システム上の業務１およ
び業務２と相手システム４とが通信を行い、業務の提供
を相手システム４に行っている。ここで、本発明の概念
について説明すると下記のようになる。

【００３５】（１） 業務の仮想化：業務が存在するシ
ステムを実システムと仮想システムに分ける。実システ
ムは物理的なホスト計算機であり、仮想システムは待機
ホスト２によって引き継がれる業務（応用プログラム）
群である。従って、実システム上の業務（例えば通信業
務）は待機ホスト２によってバックアップされないが、
仮想システム上の業務は待機ホスト２によってバックア
ップされることとなる。

【００３６】実システムと仮想システムはそれぞれシス
テムアドレスとして、ネットワークアドレスを個々に割
り振り、ネットワーク上で別々のシステムとして扱うこ
とによって、仮想システムはホスト間を自由に移動可能
となる。このためには、仮想システムは、移動する各ホ
スト間で通信のためのアドレス（ネットワークアドレ
ス、セレクタ）や名称を同じにする。また、相手システ
ム４／中継システム３は、仮想システムがどのホスト上
にいるかを、実システムの定義情報と仮想システムとの
リンク関係を求めることによって、ルート情報を得る。
障害発生時（仮想システム移動時）には、このリンク関
係を動的に変更することとなる（後述する図４、図５参
照）。

【００３７】ＬＡＮ上の中継システム３（ゲートウェ
イ）を経由して、他のネットワーク上のシステムと通信
している場合には、中継システム３がルート情報の切替
を行うため、当該システムからは切替が発生したことを
意識することなく切替前と同じ手順（ログオン手順）に
よって直ぐに通信可能となる。

【００３８】（２） 切替通知処理：ＥＳ−ＩＳプロト
コルによるパス切替は、定期的に送信されるＥＳＨ−Ｐ
ＤＵのコンフィギュレーションタイマ値（一定時間毎）
に左右されるため、現用ホスト１に障害発生時の高速切
替でには適用できない。このため、本発明では、ＬＡＮ
上で障害発生時の高速切替のためのローカルパラメタの
伝播や連続したＥＳＨ−ＰＤＵの送信などを可能にし、
同報による通知を行うために疑似ＥＳ−ＰＤＵを定義
し、利用する（図６から図８を用いて後述する）。

【００３９】この疑似ＥＳ−ＰＤＵのフォーマットは、
ＥＳ−ＩＳプロトコルをベースにしたものであるが、プ
ロトコル上は、無視されるＰＤＵである。このため、標
準の範囲内で、即ち本発明の機能をサポートしていない
システムが混在する環境下でも本発明の機能が実現可能
となる。

【００４０】その処理は、ＥＳＨ−ＰＤＵの固定部のチ
ェックサムの計算を以下のように行い、意図的にチェッ
クサム誤りを発生させるものである。 （２−１） 送信側の処理：ＰＤＵの末尾に１バイト分
余分のフィールドを付加する（これをフィラーと呼
ぶ）。チェックサムの計算では、このフィラーの部分を
含めないでチェックサムを求めて設定する。

【００４１】（２−２） 受信側の処理：ＥＳ−ＩＳプ
ロトコルをサポートしたシステムは、この疑似ＥＳ−Ｐ
ＤＵを受信すると、フィラーの部分を含めてチェックサ
ムの計算を行うため、チェックサムエラーが発生する。
ＥＳ−ＩＳプロトコルでは、ＥＳＨ−ＰＤＵのエラー検
出時、エラー報告を送信側のホストに返さないため、疑
似ＥＳＨ−ＰＤＵは破棄される。一方、本発明の機能を
サポートしたシステムは、チェックサムエラーの検出
後、フィラーの１バイトを除いて再度チェックサムを計
算し、チェックサムが一致したら疑似ＥＳＨ−ＰＤＵと
判断する。そして、この疑似ＥＳＨ−ＰＤＵをもとにパ
スの切替を行う。

【００４２】 （３） トランスポートコネクションの強制パージ処理 障害の発生した現用ホスト１の業務が即座に待機ホスト
２に切り替わったとしても、通信相手側で障害発生の現
用ホスト１との間でトランスポートコネクションを張っ
たままの状態では、新たな待機ホスト２との間でトラン
スポートコネクションを張ろうとしても、リファレンス
の重複などで確立できない。トランスポートプロトコル
（クラス４）では、このような旧コネクションの解放は
無活動監視タイマ（通常は３００秒）により、最大この
時間だけ待ってコネクションが解放される。

【００４３】切替時間がこのタイマ値に左右されるた
め、疑似ＥＳＨ−ＰＤＵによる切替通知を受信後、旧コ
ネクションを強制的にパージし、待機ホスト２との間で
新たなコネクションの確立を即座に行えるように準備す
る。また、ＬＡＮ上でデータ（疑似ＥＳＨ−ＰＤＵ）が
紛失する場合が考えられるので、障害の発生した現用ホ
スト１とのコネクション（トランスポートコネクショ
ン）のパージが完了し、ルート情報（図４、図５のシス
テム定義）を待機ホスト２へのルートに変更した後、切
替通知の送信元へ完了通知を返す。完了通知の結果コー
ド（成功／不成功）のコードを解析して待機ホスト２で
切替完了あるいは未を判断する。また、連続して疑似Ｅ
ＳＨ−ＰＤＵを送信したときに、受信側でタイムスタン
プおよび世代番号を解析し、重複した強制パージを防止
する（図７および図８を用いて後述する）。

【００４４】以下順次詳細に説明する。図３および図４
を用い、図１の現用ホスト１から図２の待機ホスト２に
切り替えるときの動作を詳細に説明する。ここで、待機
ホスト２は図１の待機ホスト２であり、障害の発生した
現用ホスト１が図１の現用ホスト１であり、他の現用ホ
ストが図１では記載されていないがＬＡＮに接続した通
信相手の現用ホスト（あるいは図１の相手システム４）
である。

【００４５】図３において、Ｓ１は、待機ホスト２がシ
ステム起動する。Ｓ２は、ローカル業務を開始する。こ
れは、図１の待機ホスト２の実システムＢで例えば業務
Ｂを開始する。

【００４６】Ｓ３は、現用ホスト１の監視を行う。Ｓ２
１は、現用ホスト１がシステム起動する。Ｓ２２は、現
用ホスト１の業務が通信開始する。

【００４７】Ｓ２４は、通信相手の他の現用ホスト（相
手システム４）がシステム起動する。Ｓ２５は、業務
が通信開始する。

【００４８】以上によって、現用ホスト１の業務と、
他の現用ホスト１（相手システム４）の業務とが通信
して業務を開始すると共に、待機システム２がローカル
業務を開始および現用ホスト１の監視を開始する。この
現用ホスト１が正常に運用中における図１の現用ホスト
１、中継システム３、相手システム４のシステム定義
は、図４のＳ４１、Ｓ５１、Ｓ６１、Ｓ７１に示すよう
に設定されている。

【００４９】次に、Ｓ２３は、運用中の現用ホスト１に
障害発生する。Ｓ４は、待機ホスト２が現用ホスト１の
障害発生を検出する。Ｓ５は、待機ホスト２が障害の発
生した現用ホスト１の仮想システム上の業務（仮想シ
ステム）を引き継ぎ ・引き継いだ業務に関する通信資源の活性化 ・仮想システムのＮＳＡＰアドレスを登録 を行う。これにより、待機ホスト２は、現用ホスト１か
ら引き継いだ仮想システム上の業務を開始する準備が
できたこととなる。

【００５０】以上のＳ４およびＳ５の状態では、待機ホ
スト２、現用ホスト１、中継システム３、相手システム
４のシステム定義情報は、図４のＳ３２、Ｓ４２、Ｓ５
２、Ｓ６２、Ｓ７２に示すようになる。即ち、待機ホス
ト２のシステム情報（相手）に ・宛先ルート情報：→相手システム（通信相手の相手シ
ステム４を表す） ・通信中フラグ：０ ・トランスポートコネクション数：０ と設定する。障害発生した現用ホスト１のシステム情報
は無くなる。

【００５１】次に、Ｓ６は、他の現用ホストに対して切
替通知として、 ・疑似ＥＳＨ（同報データ）を送信 する。

【００５２】Ｓ７は、Ｓ６で送信された切替通知（疑似
ＥＳＨ）を、通信相手であった他の現用ホスト（相手シ
ステム４）が受信する。Ｓ８は、障害の発生したホスト
との通信で使用していたシステム情報をクリアし、 ・トランスポートコネクションの強制パージおよび通常
パージ を行う。

【００５３】Ｓ９は、業務への通信経路を待機ホスト
２側に変更（システム情報の更新）する。以上の強制パ
ージおよびＳ９の変更によって、図４のＳ３３、Ｓ５
３、Ｓ６３、Ｓ７３のシステム情報中の強制パージお
よび変更に示すようにする。ここで、強制パージに
より、現用ホスト１と中継システム３、中継システム２
と相手システム４との間のトランスポートコネクション
が解放されると共に、変更により、図１の中継システ
ム３から現用ホスト１に向けていたルート情報が待機ホ
スト２に向いたこととなる。

【００５４】次に、Ｓ１０は、切替え応答の送信 ・結果コード（切替え成功／不成功） を行う。

【００５５】Ｓ１１は、待機ホスト２が切替え応答を受
信する。Ｓ１２は、Ｓ１１で受信した切替え応答を解析
し、 ・切替応答管理テーブルと照合して、切替えの成功／失
敗を判断し ・失敗ならば切替え通知を再送する。

【００５６】Ｓ１３は、他の現用ホスト（相手システム
４）が待機ホスト２宛にコネクションの再確立要求を通
知する。Ｓ１４は、Ｓ１３の再確立要求を受信した待機
ホスト２がコネクションの再確立を行う。この状態で
は、システム情報は、新たにコネクションを確立したと
同様に、図５のＳ３４、Ｓ５４、Ｓ６４、Ｓ７４に示す
ように設定されている。

【００５７】Ｓ１５、Ｓ１６は、待機ホスト２に移動し
た業務と、他の現用システム（相手システム４）の業
務とが通信再開して業務を行う。以上によって、現用
ホスト１の仮想システム上の業務と他の現用ホスト
（相手システム４）の業務とが通信して業務を行って
いる状態で、現用ホスト１に障害が発生したときに、障
害検出した待機ホスト２の仮想システム上に業務が移
行し、疑似ＥＳＨ（同報データ）によって切替通知を行
い、図４のシステム情報を強制パージおよび変更を
行った後、コネクションの再確立要求を行ってシステム
情報の再設定して待機ホスト２と他の現用システム（相
手システム４）との間のコネクションを再確立し、待機
ホスト２の仮想システム上の業務と他の現用ホスト
（相手システム４）の業務とが通信して業務を再開す
る。これらの強制パージにより、迅速にコネクション
の解放を行った後、コネクションを再確立し、極めて高
速に現用ホスト１から障害発生時に待機ホスト２にコネ
クションを切り替えることが可能となる。

【００５８】図４および図５は、本発明の切替時のシス
テム情報遷移説明図を示す。ここで、待機ホスト２は図
３、図１の待機ホスト２を表し、障害発生の現用ホスト
１は図３、図１の現用ホスト１を表し、中継システム３
は図１の中継システム３を表し、相手システム４は図
３、図１の相手システム４を表す。

【００５９】Ｓ４１、Ｓ５１、Ｓ６１、Ｓ７１は、現用
ホスト１の仮想システムと、相手システム４とが正常の
通信中のシステム情報の例を示す。例えばＳ４１の現用
ホスト１のシステム情報（相手）は ・宛先ルート情報：→相手システム（相手システム４を
表す） ・通信中フラグ：１（通信中を表す） ・トランスポートコネクション数：ｎ（ｎ本を表す） である。これは、図１の現用ホスト１が通信相手の相手
システム４と通信中であって、トランスポートコネクシ
ョン数がｎ本である旨を表す。

【００６０】Ｓ５１の中継システムのシステム情報（仮
想）は、 ・宛先ルート情報：→仮想システム＝現用ホスト ・通信中フラグ：１（通信中を表す） ・トランスポートコネクション数：ｎ（ｎ本を表す） である。これは、図１の中継システム３が中継相手の現
用システム１の仮想システムと通信中であって、トラン
スポートコネクション数がｎ本である旨を表す。

【００６１】Ｓ６１の中継システムのシステム情報（相
手）は、 ・宛先ルート情報：→相手システム（相手システム４を
表す） ・通信中フラグ：１（通信中を表す） ・トランスポートコネクション数：ｎ（ｎ本を表す） である。これは、図１の中継システム３が中継相手の相
手システム４と通信中であって、トランスポートコネク
ション数がｎ本である旨を表す。

【００６２】Ｓ７１の相手システム４のシステム情報
（仮想）は、 ・宛先ルート情報：→仮想システム ・通信中フラグ：１（通信中を表す） ・トランスポートコネクション数：ｎ（ｎ本を表す） である。これは、図１の相手システム４が通信相手の現
用システム１の仮想システムと通信中であって、トラン
スポートコネクション数がｎ本である旨を表す。

【００６３】Ｓ８１は、現用ホスト１に障害が発生す
る。Ｓ３２は、Ｓ８１で現用ホスト１に障害の発生を検
出した待機ホスト２が設定したシステム情報（相手）を
示す。ここでは、宛先ルート情報が、相手システム（相
手システム４）である。この障害発生した時点では、中
継システム３および相手システム４のシステム情報Ｓ５
２、Ｓ６２、Ｓ７２は、通信中のＳ５１、Ｓ６１、Ｓ７
１と同じである。

【００６４】Ｓ８２は、待機ホスト２が切替え通知を送
信する（疑似ＥＳＨ（同報データ）、図３のＳ６）。Ｓ
８３は、中継システム３が切替え通知を受信する。

【００６５】Ｓ８４は、Ｓ８３で受信した切替え通知を
もとに、トランスポートコネクションの強制パージおよ
び通常パージを行う。強制パージとしては、強制パー
ジと記載したシステム情報の部分をクリアし、トランス
ポートコネクションを解放する。また、Ｓ８５のルート
情報の更新によって、変更と記載した、中継システム
３のシステム情報（仮想）の宛先ルート情報“→仮想シ
ステム＝現用ホスト”を“仮想システム＝待機ホスト”
に変える。また、通常パージとして、切断要求を相手
システム４に送信し、Ｓ８６で相手システム４が切断認
識し、システム情報（仮想）をクリアする。

【００６６】Ｓ８７は、中継システム３が切替え応答送
信する。Ｓ８８は、待機ホスト２が切替え応答受信す
る。Ｓ８９は、相手システム４が確立要求（ＣＲ−ＴＰ
ＤＵ）を送信する。

【００６７】Ｓ９０は、待機ホスト２の仮想システムと
相手システム４との間のコネクション確立する。Ｓ９１
は、通信再開する。

【００６８】Ｓ３４、Ｓ５４、Ｓ６４、Ｓ７４は、コネ
クション確立した状態におけるシステム情報を示す。以
上によって、現用ホスト１の仮想システム上の業務と、
相手システム４とが通信して業務を行っているときに、
現用ホスト１の障害発生を検出した待機ホスト２が切替
え通知（疑似ＥＳＨ（同報データ））を送信し、これを
受信した中継システム３が強制パージ、変更、通
常パージを行ってトランスポートコネクションを解放お
よび中継システム２から待機ホスト２への宛先ルート情
報の変更を行った後、再度、トランスポートコネクショ
ンの確立を行い、待機ホスト２の仮想システム上の業務
と、相手システム４とが通信を行って業務を再開する。

【００６９】図６は、本発明のＥＳハロー／疑似ＥＳハ
ロー例を示す。ここで、ＥＳハロー（ＥＳＨ、ＥＳＨ−
ＰＤＵ）は、通常は同報で自身の存在を他のホストやシ
ステムに知らせるものであるが、本発明では疑似ＥＳハ
ロー（疑似ＥＳＨ、疑似ＥＳＨ−ＰＤＵ）を設けて例え
ば待機ホスト２が中継システム３に同報で障害の発生し
た現用ホスト１から待機ホスト２へトランスポートコネ
クションの切替えを通知するものである。

【００７０】図６の（ａ）は、ＥＳハローの例を示す。
ＥＳハローは、図示のように、 ・固定部 ・同報宛先ＭＡＣアドレス ・ＰＤＵ長 Ａ ・チェックサム ａ ・アドレス部 ・送信元アドレス ・オプション部 から構成されている。ここで、通常のＥＳハローは、固
定部、アドレス部およびオプション部の全体をもとにチ
ェックサムを計算し、固定部のチェックサムの欄にその
値を設定した後、送信する。従って、受信側で受信した
ＥＳハローの全体からチェックサムを計算し、固定部の
チェックサムに設定されているチェックサムの値を一致
したときに、正しいＥＳハローと判断し、取り込む。一
致しないときは破棄する。

【００７１】図６の（ｂ）は、疑似ＥＳハローの例を示
す。疑似ＥＳハローは、図示のように、 ・固定部 ・同報宛先ＭＡＣアドレス ・ＰＤＵ長 Ａ ・チェックサム ｂ ・アドレス部 ・切替え通知用、実および仮想システムアドレス ・オプション部 ・ホットスタンバイ切替え情報 ・フィラー（１バイト） から構成されている。ここで、疑似ＥＳハローは、固定
部、アドレス部およびオプション部（フィラー部を除
く）をもとにチェックサムを計算し、固定部のチェック
サムの欄にその値を設定した後、送信する。従って、受
信側で受信した疑似ＥＳハローの全体からチェックサム
を計算し、固定部のチェックサムに設定されているチェ
ックサムの値と比較すると一致しないので、フィラーの
部分を除いてチェックサムを再計算し、固定部のチェッ
クサムに設定されているチェックサムの値と比較すると
一致するので、疑似ＥＳハローと判断する。この疑似Ｅ
Ｓハローを図３のＳ７の切替え通知とし、受信する。

【００７２】以上によって、本発明の機能をサポートし
たシステム、ホストは、疑似ＥＳハローとして取り込む
ことが可能となる。一方、本発明の機能をサポートして
いないシステム、ホストはチェックサムが一致しないの
で、破棄する。これらにより、本発明の機能をサポート
したシステム、ホストと、サポートしないシステム、ホ
ストが混在してもよい。

【００７３】次に、図７および図８を用いて、図６の疑
似ＥＳハローを連続して送信し、重複した強制パージを
防止するときの構成および動作を具体的に説明する。図
７は、本発明の切替通知管理テーブル例を示す。

【００７４】図７において、タイムスタンプ値は、切替
えのステージ、即ち疑似ＥＳハローをＬＡＮ網に送信し
て現用ホスト１から待機ホスト２に切り替えるステージ
を表す。

【００７５】世代番号は、連続して切替え通知を送信し
たときの管理番号（シケーンシャルな管理番号）を表
す。この切替通知管理テーブル９は、切替え通知を受信
し、トランスポートコネクションの強制パージおよびル
ート情報の更新を行う際に、タイムスタンプ値および世
代番号を見て、トランスポートコネクション解放の有無
の欄が“有”のときに切替えを実行し、“無”のときに
既に切替え済なので切替え処理をしない。以下図８を用
いて具体例について説明する。

【００７６】図８は、本発明の切替え通知の連続送信時
の切替説明図を示す。まず、１回目の切替えステージに
ついて説明する。Ｓ１は、待機ホスト２が切替通知を行
う。ここでは、（タイムスタンプ値、世代番号）送信と
して、例えば （１、１）送信 （１、２）送信 （１、３）送信 と連続して行う。

【００７７】Ｓ２は、他の現用システム／中継システム
３が切替え通知（１、１）を受信する。Ｓ３は、比較す
ると、図７のとなる。即ち、 ・受信した切替え通知（１、１） ・テーブル１０の保持値（０、０） とを比較し、図７のとなる。

【００７８】Ｓ４は、Ｓ３で図７のと判明したので、
切替え処理を実施する（強制パージおよびルート情報の
更新を行う）。Ｓ４’は、テーブル１０の内容を受信し
た（１、１）に更新する。

【００７９】Ｓ５は、切替え応答（成功）を送信する。
Ｓ６は、待機ホスト２が切替え応答を受信する。Ｓ７
は、ここでは、切替え成功と認識する。

【００８０】Ｓ１１は、他の現用システム／中継システ
ム３が切替え通知（１、２）を受信する。Ｓ１２は、比
較すると、図７のとなる。即ち、 ・受信した切替え通知（１、２） ・テーブル１０の保持値（１、１） とを比較し、図７のとなる。

【００８１】Ｓ１３は、Ｓ３で図７のと判明したの
で、切替え処理しない。Ｓ１３’は、テーブル１０の内
容を受信した（１、２）に更新する。Ｓ１４は、切替え
応答（切替え済）を送信する。

【００８２】Ｓ１５は、待機ホスト２が切替え応答を受
信する。Ｓ１６は、ここでは、切替え済と認識する。次
に、２回目の切替えステージについて説明する。

【００８３】Ｓ２１は、待機ホスト２が切替通知を行
う。ここでは、（タイムスタンプ値、世代番号）送信と
して、例えば （２、１）送信 （２、２）送信 と連続して行う。

【００８４】Ｓ２２は、他の現用システム／中継システ
ム３が切替え通知（２、２）を受信する。Ｓ２３は、比
較すると、図７のとなる。即ち、 ・受信した切替え通知（２、２） ・テーブル１０の保持値（１、２） とを比較し、図７のとなる。

【００８５】Ｓ２４は、Ｓ２３で図７のと判明したの
で、切替え処理を実施する（強制パージおよびルート情
報を更新を行う）。Ｓ２４’は、テーブル１０の内容を
受信した（２、２）に更新する。

【００８６】Ｓ２５は、切替え応答（成功）を送信す
る。Ｓ２６は、待機ホスト２が切替え応答を受信する。
Ｓ２７は、ここでは、切替え成功と認識する。

【００８７】Ｓ３１は、他の現用システム／中継システ
ム３が切替え通知（１、３）を受信する。Ｓ３２は、比
較すると、図７のとなる。即ち、 ・受信した切替え通知（１、３） ・テーブル１０の保持値（２、２） とを比較し、図７のとなる。

【００８８】Ｓ３３は、Ｓ３で図７のと判明したの
で、切替え処理しない（前ステージの切替え通知のため
破棄する）。Ｓ３３’は、テーブル１０の内容を更新し
ない。

【００８９】Ｓ４１は、他の現用システム／中継システ
ム３が切替え通知（２、１）を受信する。Ｓ４２は、比
較すると、図７のとなる。即ち、 ・受信した切替え通知（２、１） ・テーブル１０の保持値（２、２） とを比較し、図７のとなる。

【００９０】Ｓ４３は、Ｓ２３で図７のと判明したの
で、切替え処理を実施しない。Ｓ４３’は、テーブル１
０の内容を更新しない。Ｓ４４は、切替え応答（切替え
済）を送信する。

【００９１】Ｓ４５は、待機ホスト２が切替え応答を受
信する。Ｓ４６は、ここでは、切替え済と認識する。以
上によって、待機ホスト２から連続して受信した切替え
通知の（タイムスタンプ値、世代番号）について、図７
の切替通知管理テーブル９を参照して切替え実施か、切
替え済かなどを判断し、切替え応答（成功）あるいは切
替え応答（切替え済）を送信する。これを受信した待機
ホスト２はトランスポートコネクションの切替えが成功
したか否かを認識することができる。

【００９２】図９は、本発明の仮想システムのホスト間
のローテーション説明図を示す。ここで、現用１、現用
２、現用３が現用ホストを表し、待機が待機ホストを表
す。各現用ホストおよび待機ホストで、Ｒ１、Ｒ２、Ｒ
３、Ｒ４は実システムを表し、Ｖ１、Ｖ２、Ｖ３、Ｖ４
は仮想システムを表す。この仮想システムＶ１上で業務
１、仮想システムＶ２上で業務２、仮想システムＶ３上
で業務３が動作している。

【００９３】（１） 点線の状態では、 ・現用１の仮想システムＶ１上で業務１が動作 ・現用１は相手システム４１と通信、および仮想システ
ムＶ２上の業務２と通信 ・現用２の仮想システムＶ２上で業務２が動作 ・現用３の仮想システムＶ３上で業務３が動作 ・待機はホットスタンバイ となっている。

【００９４】（２） 現用１に障害が発生して待機に切
り替えた実線の状態では、 ・現用１はダウン ・現用２の仮想システムＶ２上で業務２が動作 ・現用３の仮想システムＶ３上で業務３が動作 ・待機の仮想システムＶ１上で業務１が動作 ・待機は相手システム４１と通信、および仮想システム
Ｖ２上の業務２と通信 となる。

【００９５】そして、障害の発生した現用１を修理して
待機とする。これを繰り返すことにより、仮想システム
がホスト（待機）間を順次ローテーションしていくこと
となる。

【００９６】次に、図１０から図１３を用いて本発明の
具体例を説明する。図１０は、本発明の具体例を示す。
これは、（１）通常業務中を示す。 システムの立ち上げを行う。

【００９７】 実システムＡと、実システムＢとの間
の通信資源の活性化を行う。 実システムＡと、実システムＢとの間の業務開始す
る。 現用ホストＡ、Ｂの仮想システム１、２の業務１、
業務２のための通信資源の活性化を行う。待機ホストＣ
はホットスタンバイする。

【００９８】 仮想システムと仮想システム間、およ
び仮想システムと実システム間の業務開始する。 以上によって、図示のような通常業務中となる。

【００９９】図１１は、本発明の具体例を示す。これ
は、（２）現用ホストＢに障害が発生した状態を示す。 現用ホストＢに障害発生する（現用ホストＢとの通
信業務停止する）。

【０１００】 待機ホストＣが不要となった通信資源
（ここでは、業務２が待機ホストＣに移ってくるので、
業務２と通信していた業務Ｃの資源）を非活性化する。 待機ホストＣが取り込む仮想システム２のネットワ
ークアドレスを自側のネットワークアドレスとして追加
する。

【０１０１】 待機ホストＣが仮想システム２の業務
のための通信資源を活性化する。 待機ホストＣが他のシステムに対して切替え通知を
発行する（疑似ＥＳハローの送信を行う）。中継システ
ム３は、待機ホストＣが送信した疑似ＥＳハローを受信
し、仮想システム２（業務２）との通信で使用していた
トランスポートコネクションを強制パージし、ルート情
報を更新する（変更する）。

【０１０２】 中継システム３がトランスポートコネ
クションの強制パージと、ルート情報の更新が完了した
後、完了応答を待機ホストＣに対して通知する。待機ホ
ストＣが中継システム３から完了応答を受信する。

【０１０３】以上によって、障害発生した現用ホストＢ
のトランスポートコネクションの強制パージとルート情
報の更新を行う。図１２は、本発明の具体例を示す。こ
れは、（３）待機ホストＣによる業務２のホットスタン
バイした状態を示す。

【０１０４】 図１１で業務再開の準備が整ったの
で、障害発生前の業務を再開する。この際、仮想システ
ム２の業務２は、待機ホストＣによって引き継がれる
が、実システムＢの業務Ｂは引き継がれない。また、業
務２と業務Ｃとの通信は、業務２が待機ホストＣに移動
してくるため、継続しない。

【０１０５】図１３は、本発明の具体例を示す。これ
は、（４）ホストＢの復旧後、待機ホストＢとして稼働
した状態を示す。 障害の発生したホストＢの復旧が完了したら、待機
ホストＢとして立ち上げる。障害発生前に動作していた
現用ホストＡとの実システム間の通信も再開する。

【０１０６】以上によって、障害の発生した現用ホスト
Ｂの復旧が完了し、待機ホストＢとして稼働を開始し、
ホットスタンバイ状態となる。

【０１０７】

【発明の効果】以上説明したように、本発明によれば、
仮想システム上で動作する業務、実システム上で動作す
る固定的なローカル業務、およびパスを切り替えるパス
切替機能７からなる、通信網に接続した現用ホスト１
と、実システム上で動作する固定的なローカル業務、お
よびパスを切り替えるパス切替機能７からなる、通信網
に接続した待機ホスト２とを設け、現用ホスト１の障害
発生を検出したことを契機に、待機ホスト２が仮想シス
テム上で動作する業務を引き継ぐと共に、パス切替機能
７が疑似ＥＳハローなどによってパス切替を同報通知
し、このパス切替を受信した通信相手のシステム（ある
いは中継システム）のパス切替機能７が現用ホスト１へ
のパスを強制パージおよび待機ホスト２へルートを変え
た後、パスを再確立する構成を採用しているため、現用
ホスト１から待機ホスト２に高速に切り替えて通信相手
のシステムとの間で通信を再開し、業務を継続すること
ができる。また、待機ホスト２から同報の切替通知を連
続して送信しても重複した強制パージおよびルート情報
の更新を防止できる。これらにより、例えば （１） ＬＡＮ上でトランスポートコネクションを強制
パージできる。これにより、ＬＡＮ上でトランスポート
コネクションをタイムアウトを待たずにパージ可能とな
り、待機ホストとのトランスポートコネクションの再確
立の高速化ができる。

【０１０８】（２） ｎ台の現用ホスト：１台の待機ホ
ストのホットスタンバイができる。これにより、従来の
１台の現用ホストに１台の待機ホストというシステム構
成に比し、ホットスタンバイを構築するためのコストが
削減できる。

【０１０９】（３） 待機ホストのローテーションがで
きる。これにより、任意のホストを待機ホストにできる
ため、業務を行っている現用ホストがダウンし、待機ホ
ストへ業務が引き継がれた後、ダウンした現用ホストが
復旧したときに業務を元のホストに戻す（切り戻し操
作）といった面倒が操作が必要なくなり、待機ホストと
して立ち上げておけばよい。

【０１１０】（４） 端末、応用プログラムからホスト
切替えが不可視性である。これは、現用ホスト１がダウ
ンすると、当該現用ホスト１上で動作していた業務との
コネクションは一旦切れるが、ホットスタンバイによ
り、待機ホストが業務を引き継ぐため、相手システムは
コネクションを再確立する必要がある。このときの指定
方法は、ホットスタンバイが行われる以前の方法と全く
変わりない。つまり、相手システムから業務がどのホス
ト上で動作しているかを全く意識する必要がない。

【図面の簡単な説明】

【図１】本発明の１実施例構成図（切替前の状態）であ
る。

【図２】本発明の１実施例構成図（切替後の状態）であ
る。

【図３】本発明の動作説明図である。

【図４】本発明の切替時のシステム情報遷移説明図（そ
の１）である。

【図５】本発明の切替時のシステム情報遷移説明図（そ
の２）である。

【図６】本発明のＥＳハロー／疑似ＥＳハロー例であ
る。

【図７】本発明の切替通知管理テーブル例である。

【図８】本発明の切替通知の連続送信時の切替説明図で
ある。

【図９】本発明の仮想システムのホスト間ローテーショ
ン説明図である。

【図１０】本発明の具体例である。

【図１１】本発明の具体例である。

【図１２】本発明の具体例である。

【図１３】本発明の具体例である。

【図１４】従来のパス切替説明図である。

【符号の説明】

１：現用ホスト ２：待機ホスト ３：中継システム ４：相手システム ４１：相手オープンシステム ５：共用資源 ６：監視システム ７：パス切替機能 ９：切替通知管理テーブル １０：テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高橋 明 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 山本 真二 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内

Claims (4)

【特許請求の範囲】
1. 【請求項１】動的にパスを切り替える動的パス切替方法
   において、 仮想システム上で動作する業務、実システム上で動作す
   る固定的なローカル業務、およびパスを切り替えるパス
   切替機能（７）からなる、通信網に接続した現用ホスト
   （１）と、 実システム上で動作する固定的なローカル業務、および
   パスを切り替えるパス切替機能（７）からなる、通信網
   に接続した待機ホスト（２）とを備え、 上記現用ホスト（１）の障害発生を検出したことを契機
   に、上記待機ホスト（２）が上記仮想システム上で動作
   する業務を引き継ぐと共に、パス切替機能（７）が切替
   通知によってパス切替を同報通知し、この切替通知を受
   信した通信相手のシステム（あるいは中継システム）の
   パス切替機能（７）がパスを強制パージおよび待機ホス
   ト（２）へのルートに切り替えた後、パスを再確立し、
   待機ホスト（２）と通信相手のシステムとが通信を再開
   して業務を継続するように構成したことを特徴とする動
   的パス切替方法。
2. 【請求項２】上記切替通知として疑似ＥＳハローを用
   い、規定のＥＳハローの全体よりも所定量少ないチェッ
   クサムを計算して設定して同報送信し、受信側で全体の
   チェックサムを計算して設定されているチェックサムと
   一致しなくて誤りと判明したときに、更に、当該所定量
   少ないチェックサムを計算して設定されているチェック
   サムと一致したときに疑似ＥＳハローと判定し、これを
   切替通知として取り込むように構成したことを特徴とす
   る請求項１記載の動的パス切替方法。
3. 【請求項３】上記待機ホスト（２）のパス切替機能
   （７）が上記パス切替の同報通知に切替えステージを表
   すタイムスタンプ値および連続送信数を管理する世代番
   号を付与して連続送信し、受信したシステムのパス切替
   機能（７）がこれらタイムスタンプ値および世代番号を
   解析し、強制パージの重複を防止するように構成したこ
   とを特徴とする請求項１記載の動的パス切替方法。
4. 【請求項４】複数の上記現用ホスト（１）および１つ
   （あるいは複数）の待機ホスト（２）を通信路に接続
   し、現用ホスト（１）のいずれかに障害発生時に、待機
   ホスト（２）が仮想システム上の業務を引き継ぐように
   構成したことを特徴とする請求項１記載から請求項３記
   載の動的パス切替方法。