JP2000276455A - 耐障害コンピュータシステム - Google Patents

耐障害コンピュータシステム

Info

Publication number
JP2000276455A
JP2000276455A JP11083935A JP8393599A JP2000276455A JP 2000276455 A JP2000276455 A JP 2000276455A JP 11083935 A JP11083935 A JP 11083935A JP 8393599 A JP8393599 A JP 8393599A JP 2000276455 A JP2000276455 A JP 2000276455A
Authority
JP
Japan
Prior art keywords
trailer
network
address
server
network address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP11083935A
Other languages
English (en)
Other versions
JP4189076B2 (ja
Inventor
Makoto Watanabe
誠 渡邊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP08393599A priority Critical patent/JP4189076B2/ja
Priority to US09/533,814 priority patent/US6647427B1/en
Publication of JP2000276455A publication Critical patent/JP2000276455A/ja
Application granted granted Critical
Publication of JP4189076B2 publication Critical patent/JP4189076B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Hardware Redundancy (AREA)
  • Multi Processors (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】遠く離れたサーバ間のサービスの引き継ぎを、
近接配置されたサーバ間で引き継ぐ場合と同様にネット
ワークアドレスの切り替えにより実現する。 【解決手段】テイクオーバされるＩＰＳ宛てのＩＰトレ
ーラを含む通信パケットは全てクライアント１２Ｃから
ゲートウェイ１３に送られるようにルーティング・テー
ブル１２０を設定し、ゲートウェイ１３では、そのＩＰ
トレーラを、自身の持つＩＰアドレス対応テーブルによ
り示されるＩＰＳが有効なサーバ１２Ａに固有のＩＰＡ
宛ての新たなネットワークトレーラに梱包して送信し、
サーバ１２Ａでは、自身に関するＩＰＳの状態をゲート
ウェイ１３に通知してＩＰアドレス対応テーブルの登録
内容に反映させる一方、ゲートウェイ１３により送信さ
れた、クライアント１２Ｃからのネットワークトレーラ
が梱包されたネットワークトレーラを受信した場合に
は、梱包されたネットワークトレーラを開封する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、クライアント計算
機、及び当該クライアント計算機からの要求を処理する
複数のサーバ計算機の各々がワイドエリアネットワーク
（ＷＡＮ）を介して相互接続されたコンピュータシステ
ムに係り、特に遠隔地に分散配置されたサーバ計算機間
のサービスの引き継ぎに好適な耐障害コンピュータシス
テムに関する。
【０００２】
【従来の技術】従来から、複数のサーバ計算機（ノー
ド）をネットワークで結合し、あるサーバ計算機で障害
が発生しても、障害で停止したサービスを他のサーバ計
算機が引き継ぐことにより、システム全体として可用性
を維持できるようにしたクラスタ型の耐障害コンピュー
タシステム（高可用性システム）が種々開発されてい
る。
【０００３】この種のコンピュータシステムは、大別し
て、バックアップを兼ねた複数のサーバ計算機が近接し
て配置されたシステムと、地震や火災といった災害発生
時のバックアップを考慮して、複数のサーバ計算機が例
えば東京と大阪のように遠く離れた場所に配置されたシ
ステムとに分類される。
【０００４】複数のサーバ計算機が近接配置されたシス
テムでは、各サーバ計算機は同一のローカルエリアネッ
トワーク（ＬＡＮ）に接続されるのが一般的である。こ
の場合、各サーバ計算機のネットワークアドレス（イン
ターネットアドレス）としてのＩＰ（Internet Protoco
l）アドレスのネットワーク部の内容は共通である。
【０００５】一方、複数のサーバ計算機が互いに遠く離
れた場所に配置されたシステムでは、各サーバ計算機
は、公衆回線網等のＷＡＮにより結合された、それぞれ
異なるＬＡＮに接続されるのが一般的である。この場
合、各サーバ計算機のＩＰアドレスのネットワーク部の
内容は異なる。
【０００６】さて、耐障害コンピュータシステムでは、
クライアント計算機に対してサービスを提供するサーバ
計算機が（障害発生等で）切り替わった場合に、クライ
アント計算機でサービスを継続して受けることができる
ような仕組みが必要となる。
【０００７】例えば、近接配置されたサーバ計算機間で
サービスの引き継ぎを行うには、ＩＰアドレスを切り替
える仕組み、またはクライアント計算機のアプリケーシ
ョンプログラムにより接続するサーバ計算機を切り替え
る仕組みが必要となる。一方、遠く離れたサーバ計算機
間でサービスの引き継ぎを行うには、クライアント計算
機のアプリケーションプログラムにより接続するサーバ
計算機を切り替える仕組みが必要となる。
【０００８】
【発明が解決しようとする課題】上記したように、従来
の耐障害コンピュータシステムにおいて、遠く離れたサ
ーバ計算機間でサービスの引き継ぎを行うには、クライ
アント計算機のアプリケーションプログラムにより接続
するサーバ計算機を切り替える必要があった。
【０００９】しかし、クライアント計算機のアプリケー
ションプログラムにより接続するサーバ計算機を切り替
えるには、アプリケーションプログラムを改造しなけれ
ばならないという問題があった。
【００１０】本発明は上記事情を考慮してなされたもの
でその目的は、遠く離れたサーバ計算機間のサービスの
引き継ぎが、近接配置されたサーバ計算機間で引き継ぐ
場合と同様にネットワークアドレスの切り替えにより実
現できる耐障害コンピュータシステムを提供することに
ある。
【００１１】
【課題を解決するための手段】本発明は、クライアント
計算機、及び当該クライアント計算機からの要求を処理
する複数のサーバ計算機の各々がＷＡＮ（ワイドエリア
ネットワーク）を介して相互接続され、クライアント計
算機から、各サーバ計算機に共通のテイクオーバされる
仮想ネットワークアドレス宛てのネットワークトレーラ
を含む通信パケットが送出されることにより、サーバ計
算機間のサービスの引き継ぎが行われる耐障害コンピュ
ータシステムにおいて、次の各手段を備えたゲートウェ
イ、即ち上記仮想ネットワークアドレスと当該アドレス
が有効状態に設定されているサーバ計算機に固有の実ネ
ットワークアドレスとの対応情報が登録されるネットワ
ークアドレス対応情報登録手段と、クライアント計算機
から上記仮想ネットワークアドレス宛ての（つまり仮想
ネットワークアドレスを宛先ネットワークアドレスとす
る）ネットワークトレーラを含む通信パケットを受け取
った場合に、当該ネットワークトレーラを、上記ネット
ワークアドレス対応情報登録手段に登録されている、仮
想ネットワークアドレスが有効状態にあるサーバ計算機
に固有の実ネットワークアドレス宛ての新たなネットワ
ークトレーラに梱包する梱包手段と、上記新たなネット
ワークトレーラを含む通信パケットを仮想ネットワーク
アドレスが有効状態にあるサーバ計算機に送信する送信
手段とを備えたゲートウェイを設けると共に、上記クラ
イアント計算機には、上記仮想ネットワークアドレス宛
てのネットワークトレーラを含む通信パケットを上記ゲ
ートウェイに送信するように経路情報が設定された経路
情報登録手段を持たせ、上記サーバ計算機には、ゲート
ウェイの梱包手段によりクライアント計算機からのネッ
トワークトレーラが梱包された、自身に固有の実ネット
ワークアドレス宛てのネットワークトレーラを含む通信
パケットを受け取った場合に、当該梱包されたネットワ
ークトレーラを開封し、自身に固有の実ネットワークア
ドレス以外宛てのネットワークトレーラを含む通信パケ
ットを受け取った場合には、当該パケットを破棄するフ
ィルタドライバ手段と、自身に関する仮想ネットワーク
アドレスの状態を上記ゲートウェイに通知してネットワ
ークアドレス対応情報登録手段の登録内容に反映させる
通知手段とを持たせたことを特徴とする。
【００１２】このような構成において、クライアント計
算機は、サーバ計算機からサービスの提供を受けようと
する場合、（クライアント計算機にサービスを提供する
サーバ計算機に共通の）仮想ネットワークアドレス宛て
のネットワークトレーラを含む通信パケットを、経路情
報登録手段に設定されている経路情報に従って、（宛先
ハードウェアアドレスとしてゲートウェイのハードウェ
アアドレスを用いることで）ゲートウェイ経由となるよ
うに送信する。これにより、クライアント計算機からの
仮想ネットワークアドレス宛てのネットワークトレーラ
を含む通信パケットは、全てゲートウェイで受信され
る。
【００１３】ゲートウェイは、受信パケット中のネット
ワークトレーラが仮想ネットワークアドレス宛ての場
合、当該ネットワークトレーラを、ネットワークアドレ
ス対応情報登録手段により当該仮想ネットワークアドレ
スが有効状態に設定されていることが示されているサー
バ計算機の実ネットワークアドレス（つまり、サーバ計
算機の外から見えて、当該サーバ計算機が特定できる実
ネットワークアドレス）宛ての新たなネットワークトレ
ーラに梱包して、そのサーバ計算機に送信する。
【００１４】サーバ計算機は、ゲートウェイで処理され
たクライアント計算機からのネットワークトレーラが梱
包された新たなネットワークトレーラを含む通信パケッ
トを受信すると、梱包されたネットワークトレーラを開
封する。これによりサーバ計算機、即ち仮想ネットワー
クアドレスが有効状態にあるサーバ計算機では、クライ
アント計算機からの仮想ネットワークアドレス宛てのネ
ットワークトレーラが処理可能となる。
【００１５】以上により、クライアント計算機は、現在
サービスを提供可能なサーバ計算機を何ら意識すること
なく、単に各サーバ計算機に共通のテイクオーバされる
仮想ネットワークアドレス宛てのネットワークトレーラ
を含む通信パケットをゲートウェイに送信するだけで、
遠く離れた（具体的には、異なるＬＡＮに接続された）
サーバ計算機間でも、近接配置された（具体的には、同
一ＬＡＮに接続された）サーバ計算機間でのサービスの
引き継ぎと同様に、ネットワークアドレスの切り替えが
可能となり、クライアント計算機は、アプリケーション
プログラムの改造を必要とせずに、遠く離れたサーバ計
算機からのサービスを継続して受けることができる。
【００１６】ここで、テイクオーバされる仮想ネットワ
ークアドレスが共通に割り当てられている各サーバ計算
機に、当該仮想ネットワークアドレスが外（そのサーバ
計算機が接続されているローカルなネットワーク上の他
のノード）から見えない（認識できない）ようにする機
能を持たせるとよい。このようにすると、仮想ネットワ
ークアドレスがサーバ計算機のハードウェアアドレスと
誤って対応付けられる不具合を防止できる。この機能
は、例えば米国AT&Tベル研究所で開発されたUNIX、或い
は米国マイクロソフト社のWindows NTを用いたサーバ計
算機には、予め用意されている。
【００１７】また、サーバ計算機が、自身に固有の実ネ
ットワークアドレス宛てのネットワークトレーラを含む
通信パケットを受け取った場合に、そのネットワークト
レーラに、クライアント計算機からのネットワークトレ
ーラが梱包されているか否かが、当該サーバ計算機のフ
ィルタドライバ手段により容易に判別可能なように、ゲ
ートウェイの梱包手段によるネットワークトレーラの梱
包時に、新たなネットワークトレーラに特定の宛先ポー
ト番号を付加する構成を適用するとよい。
【００１８】この構成では、サーバ計算機のフィルタド
ライバ手段は、自身に固有の実ネットワークアドレス宛
てのネットワークトレーラを含む通信パケットを受け取
った場合、宛先ポート番号が上記特定のポート番号であ
るか否かにより、そのネットワークトレーラにクライア
ント計算機からのネットワークトレーラが梱包されてい
るか否かを判別することができ、特定のポート番号の場
合にのみ、クライアント計算機からのネットワークトレ
ーラを開封（復元）する処理を行えばよい。
【００１９】また本発明は、仮想ネットワークアドレス
が有効状態に設定されるサーバ計算機が複数存在するこ
とを許すようにし、ゲートウェイの梱包手段では、クラ
イアント計算機からの仮想ネットワークアドレス宛ての
ネットワークトレーラを新たなネットワークトレーラに
梱包する際に設定する、当該新たなネットワークトレー
ラの宛先ネットワークアドレスを、クライアント計算機
に固有のネットワークアドレス、つまりクライアント計
算機からの仮想ネットワークアドレス宛てのネットワー
クトレーラに設定されている送信元ネットワークアドレ
スをもとに決定するようにしたことをも特徴とする。
【００２０】このような構成においては、仮想ネットワ
ークアドレスが設定されているサーバ計算機、即ちサー
ビスを提供する計算機として指定されたサーバ計算機が
同時に複数存在する場合でも、通信パケット中の送信元
計算機に関する情報、つまりサービス提供の要求元のク
ライアント計算機に関する情報をもとに、当該複数のサ
ーバ計算機のうちの１つだけが、実際にサービスを提供
するサーバ計算機として要求元のクライアント計算機と
通信を行うことで、負荷分散を図ることが可能となる。
ここで、仮想ネットワークアドレス宛てのネットワーク
トレーラに設定されている送信元ネットワークアドレス
に基づいて、サービスを提供するサーバ計算機を決定す
る代わりに、各サーバ計算機の負荷状態に応じて、サー
ビスを提供するサーバ計算機を決定するようにしても構
わない。
【００２１】また本発明は、クライアント計算機からの
ネットワークトレーラを新たなネットワークトレーラに
梱包することで、当該新たなネットワークトレーラが規
定サイズを超える場合に対処するために、上記梱包手段
に、上記クライアント計算機からのトレーラを所定サイ
ズ以下に分割する分割手段を持たせる一方、上記フィル
タドライバ手段に、上記分割手段により分割されたネッ
トワークトレーラを結合する結合手段を持たせたことを
も特徴とする。
【００２２】この他に、上記梱包手段に、クライアント
計算機からのネットワークトレーラを圧縮する圧縮手段
を持たせる一方、上記フィルタドライバ手段に、上記圧
縮手段により圧縮されたネットワークトレーラを解凍す
る解凍手段を持たせるようにしても、上記分割手段及び
結合手段を適用した場合と同様の効果を得ることが可能
である。また秘匿性を実現するために、上記梱包手段
に、クライアント計算機からのネットワークトレーラを
暗号化する暗号化手段を持たせる一方、上記フィルタド
ライバ手段に、上記暗号化手段により暗号化されたネッ
トワークトレーラを復号する復号手段を持たせるように
してもよい。更に、上記梱包手段に、上記の分割手段、
圧縮手段及び暗号化手段のうちの少なくとも２つを持た
せる一方、上記フィルタドライバ手段に、上記の結合手
段、解凍手段及び復号手段のうちの対応する少なくとも
２つの手段を持たせるならば、なおよい。
【００２３】
【発明の実施の形態】以下、本発明の実施の形態につき
図面を参照して説明する。
【００２４】図１は本発明の一実施形態に係る耐障害コ
ンピュータシステムの構成を示すブロック図である。
【００２５】図１において、１１Ａ，１１Ｂ，１１Ｃは
イーサネット等により構成されるＬＡＮ（ローカルエリ
アネットワーク）である。ＬＡＮ１１Ａ，１１Ｂには、
それぞれサーバ計算機（以下、サーバと称する）１２
Ａ，１２Ｂが接続され、ＬＡＮ１１Ｃにはサーバ１２
Ａ，１２Ｂからのサービスを受けるクライアント計算機
（以下、クライアントと称する）１２Ｃが接続されてい
る。また、ＬＡＮ１１Ｃには、少なくともプロトコル変
換機能を有するゲートウェイ１３も接続されている。各
ＬＡＮ１１Ａ，１１Ｂ，１１Ｃは、それぞれルータ１４
Ａ，１４Ｂ，１４Ｃを介して公衆回線網等のＷＡＮ（ワ
イドエリアネットワーク）１５に接続されている。ここ
では、サーバ１２Ａ，１２Ｂ及びゲートウェイ１３間の
通信にＴＣＰ／ＩＰ（Transmission Control Protocol/
Internet Protocol）と呼ばれる通信プロトコル（ＴＣ
Ｐ／ＩＰプロトコル）を適用するものとする。
【００２６】図２はＬＡＮ１１Ａ〜１１Ｃを介して転送
される通信パケット（イーサネットトレーラ）の概略フ
ォーマットを示す。
【００２７】同図に示すように、通信パケット２０は、
宛先ＭＡＣ（Media Access Control）アドレス２１１及
び送信元ＭＡＣアドレス２１２を含むヘッダ部（イーサ
ネットヘッダ）２１と、当該パケット（イーサネットト
レーラ）２０のデータ部（イーサネットデータ部）をな
すＩＰトレーラ２２とを有している。
【００２８】ＩＰトレーラ２２は、宛先ＩＰアドレス２
３１及び送信元ＩＰアドレス２３２を含むヘッダ部（Ｉ
Ｐヘッダ）２３と、当該ＩＰトレーラ２２のデータ部
（ＩＰデータ部）をなすＵＤＰ（User Diagram Protoco
l）トレーラ２４とを有している。ＵＤＰトレーラ２４
は、宛先ポート番号２５１及び送信元ポート番号２５２
を含むヘッダ部（ＵＤＰヘッダ）２５と、データ部（Ｕ
ＤＰデータ部）２６とを有している。
【００２９】さて、図１中のサーバ１２Ａ，１２Ｂは、
それぞれ当該サーバ１２Ａ，１２Ｂに固有のネットワー
クアドレス（実ネットワークアドレス）としてのＩＰア
ドレス（実ＩＰアドレス）ＩＰＡ，ＩＰＢ（１種類とは
限らない）に加えて、当該サーバ１２Ａ，１２Ｂに共通
のテイクオーバするネットワークアドレス（仮想ネット
ワークアドレス）としてのＩＰアドレス（仮想ＩＰアド
レス）ＩＰＳを持つ。サーバ１２Ａ，１２Ｂは、ＩＰＳ
がＬＡＮ１１Ａ，１１Ｂ上の他のノードから見えない
（認識できない）ようにする機能を有する。
【００３０】サーバ１２Ａ，１２Ｂは、図３に示すよう
に、特定アプリケーションプログラム（以下、特定アプ
リケーションと称する）１２１と、インタフェース層１
２２、インターネット層（ネットワーク層）１２３及び
トランスポート層１２４の処理を司る通信ドライバ１２
５と、一般的なアプリケーションプログラム（以下、一
般アプリケーションと称する）１２６と、フィルタドラ
イバ１２７とを備えている。
【００３１】特定アプリケーション１２１は、自身のＩ
ＰＳがＯＮ（有効）／ＯＦＦ（無効）いずれの状態に設
定されているかをゲートウェイ１３に通知して当該ゲー
トウェイ１３内のＩＰアドレス対応テーブル１３１の内
容を更新させるＯＮ／ＯＦＦ通知機能１２１ａを有して
いる。ＩＰＳは、サーバ１２Ａ及び１２Ｂのいずれか一
方においてのみ有効（ＯＮ）状態に設定される。但し、
クライアント１２Ｃからは、ＩＰアドレスＩＰＳがＯＮ
状態に設定されているサーバとＯＦＦ状態に設定されて
いるサーバとを識別できず、単にＩＰアドレスＩＰＳを
持つ１つのサーバ（サービスを提供するサーバ）が存在
するように見えるだけである。
【００３２】フィルタドライバ１２７は、インタフェー
ス層１２２とインターネット層１２３との間に位置して
おり、当該インタフェース層１２２及びインターネット
層１２３に相当する処理機能を有する。本実施形態にお
いてフィルタドライバ１２７は、インタフェース層１２
２から送られるＩＰトレーラ（ネットワークトレーラ）
２３の宛先ＩＰアドレス２４（図２参照）をチェック
し、自身の実ＩＰアドレス宛てでない場合には当該ＩＰ
トレーラ２３を破棄するフィルタリング機能を持つ。フ
ィルタドライバ１２７はまた、宛先ＩＰアドレス２４が
自身の実ＩＰアドレス宛ての場合には、ＩＰトレーラ２
３からＵＤＰトレーラ２７を取り出して宛先ポート番号
２７２をチェックし、その宛先ポート番号２７２に応じ
て、当該ＩＰトレーラ２３または後述するようにＵＤＰ
トレーラ２７のデータ部２７４に設定（梱包）されてい
る（クライアントからの）ＩＰトレーラをインターネッ
ト層１２３に渡す機能を持つ。
【００３３】図１中のクライアント１２Ｃは、ＩＰアド
レスＩＰＳ宛てのパケット（２０）を全てゲートウェイ
１３宛てに送信する（投げ入れる）ように構成されてい
る。そのため、クライアント１２Ｃのルーティング・テ
ーブル１２０には、ＩＰＳと対をなすハードウェアアド
レス（物理アドレス）としてのＭＡＣアドレスとして、
ゲートウェイ１３に固有のＭＡＣアドレスＭＡＣＧが設
定される。
【００３４】ゲートウェイ１３は、図４に示すように、
ＩＰアドレス対応テーブル１３１と、インタフェース層
１３２、インターネット層１３３及びトランスポート層
１３４の処理を司る通信ドライバ１３５と、ゲートウェ
イプログラム１３６とを備えている。なお図４では、Ｌ
ＡＮ１１Ｃとのインタフェース（ネットワークインタフ
ェース）は省略されている。
【００３５】ＩＰアドレス対応テーブル１３１には、仮
想ＩＰアドレスＩＰＳと、当該ＩＰＳが割り当てられて
いるサーバ（ここではサーバ１２Ａ，１２Ｂ）に固有の
（外から見える）実ＩＰアドレス（ここではサーバ１２
Ａ，１２Ｂの実ＩＰアドレスＩＰＡ，ＩＰＢ）と、ＩＰ
ＳがそのサーバでＯＮ状態に設定されているか否かを示
すフラグ情報との対応を組にした情報が登録される。こ
こでは、サーバ１２Ａまたは１２ＢからのＩＰＳのＯＮ
通知により、対応するＩＰＡまたはＩＰＢと組をなすフ
ラグ情報がＯＮされ、他のサーバの実ＩＰアドレス（Ｉ
ＰＢまたはＩＰＡ）がＯＦＦされるようになっている。
この他に、ＩＰＡ及びＩＰＢとそれぞれ組をなすフラグ
情報がいずれもＯＦＦの場合にのみ、サーバ１２Ａまた
は１２ＢからのＩＰＳのＯＮ通知に応じて、対応するＩ
ＰＡまたはＩＰＢと組をなすフラグ情報がＯＮされるも
のであっても構わない。この場合、各サーバ１２Ａ，１
２Ｂは、ゲートウェイ１３に問い合わせてＩＰアドレス
対応テーブル１３１の状態を確認してから、ＩＰＳのＯ
Ｎ通知を出すようにするとよい。
【００３６】通信ドライバ１３５は、ゲートウェイ１３
で受信された通信パケット２０をインタフェース層１３
２で受け取った場合に、そのＩＰトレーラ２２をインタ
ーネット層１３３ではなくてゲートウェイプログラム１
３６に渡すように構成されている。
【００３７】また通信ドライバ１３５は、トランスポー
ト層１３４からインターネット層１３３にＵＤＰトレー
ラ２７が渡された場合に、そのＵＤＰトレーラ２７がデ
ータ部に設定され、宛先ＩＰアドレス部に、ＩＰアドレ
ス対応テーブル１３１内でＯＮ状態にあるＩＰＳに対応
して登録されている実ＩＰアドレスが設定されたＩＰト
レーラ２３を生成してインタフェース層１３２に渡す機
能を有する。通信ドライバ１３５は更に、ゲートウェイ
プログラム１３６からインターネット層１３３にＩＰト
レーラ２３が渡された場合、そのＩＰトレーラ２３をそ
のままインタフェース層１３２に渡す機能も有する。
【００３８】ゲートウェイプログラム１３６は、インタ
フェース層１３２からＩＰトレーラ２３を渡された場
合、その宛先ＩＰアドレス２４をチェックし、ＩＰＳ以
外の場合には当該ＩＰトレーラ２３をそのままインター
ネット層１２３に渡し、ＩＰＳの場合には、当該ＩＰト
レーラ２３をそのままデータとしてトランスポート層１
３４に渡す機能を有する。
【００３９】次に、図１のシステムの動作を、サーバ１
２Ａ，１２Ｂのうちのサーバ１２ＡにおいてＩＰアドレ
スＩＰＳがＯＮされている状態で、クライアント１２Ｃ
がＩＰＳ宛ての通信パケット２０（＝Ｄ）を送信する場
合を例に、図５乃至図９を参照して説明する。
【００４０】まずクライアント１２Ｃは、図５に示す、
ＩＰアドレスＩＰＳ宛てのパケット２０（＝Ｄ）を作成
する。ここで、クライアント１２Ｃ内のルーティング・
テーブル１２０には、ＩＰＳ宛てのパケット２０（＝
Ｄ）はゲートウェイ１３経由で通信するように設定され
ている。したがって、ＩＰＳ宛てのパケット２０のイー
サネットヘッダ２１中の宛先ＭＡＣアドレス２１１には
ゲートウェイ１３のＭＡＣアドレスＭＡＣＧが用いられ
る。また、送信元ＭＡＣアドレス２１２にはクライアン
ト１２ＣのＭＡＣアドレスＭＡＣＣが用いられる。更
に、ＩＰＳ宛てのパケット２０（＝Ｄ）のイーサネット
データ部をなすＩＰトレーラ２２（＝Ｅ）の（ＩＰヘッ
ダ２３中の）宛先ＩＰアドレス２３１にはＩＰＳが、送
信元ＩＰアドレス２３２にはクライアント１２ＣのＩＰ
アドレスＩＰＣが、それぞれ用いられる。
【００４１】クライアント１２Ｃは作成した図５に示す
パケット２０（＝Ｄ）をＬＡＮ１１Ｃ上に送出する。こ
のＬＡＮ１１Ｃ上のパケット２０（＝Ｄ）は、当該パケ
ット２０（＝Ｄ）におけるイーサネットヘッダ２１の宛
先ＭＡＣアドレス２１１の情報ＭＡＣＧにより、ゲート
ウェイ１３で受信される。
【００４２】ゲートウェイ１３で受信されたパケット２
０（＝Ｄ）は、図５に示すように通信ドライバ１３５に
よりインタフェース層１３２の処理に供されて、当該パ
ケット２０（＝Ｄ）からＩＰトレーラ２２（＝Ｅ）が取
り出される。このＩＰトレーラ２２（＝Ｅ）は、インタ
ーネット層１３３ではなくて、ゲートウェイプログラム
１３６に渡される（図４及び図５のステップＳ１）。
【００４３】ゲートウェイ１３では、ゲートウェイプロ
グラム１３６により以下の処理が行われる。まず、ＩＰ
トレーラ２２（＝Ｅ）のＩＰヘッダ２３中の宛先ＩＰア
ドレス２３１がチェックされる（図５ステップＳ２
１）。もし、宛先ＩＰアドレス２３１がＩＰＳ以外であ
るならば、（パケット受信時における従来のインタフェ
ース層での処理と同様に）ＩＰトレーラ２２をそのまま
インターネット層１３３に渡す（図４及び図５のステッ
プＳ２）。
【００４４】これに対し、宛先ＩＰアドレス２３１が本
実施形態のようにＩＰＳに一致するならば、ＩＰアドレ
ス対応テーブル１３１を対象にＩＰＳがＯＮ状態にある
サーバの実ＩＰアドレス（この例ではサーバ１２ＡのＩ
ＰＡ）を検索して新たな宛先ＩＰアドレスを取得する
（図５ステップＳ２２）。続いて、パケット受信時にお
ける従来のインターネット層１３３での処理と同様に、
ＩＰトレーラ２２（＝Ｅ）に対する処理を行って（図５
ステップＳ２３）、そのＩＰトレーラ２２（＝Ｅ）をデ
ータＦとして、先に検索した新たな宛先ＩＰアドレス
（ここではＩＰＡ）及び送信元ＩＰアドレスとしての自
身のＩＰアドレスＩＰＧと共にトランスポート層１３４
に渡す（図４及び図６のステップＳ３）。
【００４５】トランスポート層１３４では、ゲートウェ
イプログラム１３６から渡されたデータＦ、つまりＩＰ
トレーラ２２（＝Ｅ）を、図６に示すようにＵＤＰトレ
ーラ２４（＝Ｈ）のＵＤＰデータ部２６に設定（梱包）
する。このとき、ＵＤＰトレーラ２４（＝Ｈ）のＵＤＰ
ヘッダ２５の宛先ポート番号２５１には、ＩＰＳ切り替
え処理のための専用のポート番号αが設定される。この
ＵＤＰトレーラ２４（＝Ｈ）は、先にゲートウェイプロ
グラム１３６から渡された宛先ＩＰアドレス（ＩＰＡ）
及び送信元ＩＰアドレス（ＩＰＧ）と共に、トランスポ
ート層１３４からインターネット層１３３に渡される
（図４及び図６のステップＳ４）。
【００４６】インターネット層１３３では、トランスポ
ート層１３４からＵＤＰトレーラ２４（＝Ｈ）並びに宛
先ＩＰアドレス（ＩＰＡ）及び送信元ＩＰアドレス（Ｉ
ＰＧ）を渡されると、そのＵＤＰトレーラ２４（＝Ｈ）
がＩＰデータ部２４に設定された、図６に示す新たなＩ
Ｐトレーラ２２（＝Ｉ）、即ちクライアント１２Ｃから
のＩＰトレーラ２２（＝Ｅ）が梱包されている新たなＩ
Ｐトレーラ２２（＝Ｉ）を作成する。
【００４７】ここで、新たなＩＰトレーラ２２（＝Ｉ）
のＩＰヘッダ２３に設定される宛先ＩＰアドレスには、
ＩＰＳに対応してＩＰアドレス対応テーブル１３１に登
録されている実ＩＰアドレスのうち、フラグ情報がＯＮ
の実ＩＰアドレスが用いられる。この例では、該当する
実ＩＰアドレスはＩＰＡであり、当該ＩＰＡ、即ちＩＰ
ＳがＯＮ状態にあるサーバ１２Ａの実ＩＰアドレスＩＰ
Ａが用いられる。また、新たなＩＰトレーラ２２（＝
Ｉ）のＩＰヘッダ２３に設定される送信元ＩＰアドレス
には、ゲートウェイ１３の実ＩＰアドレスＩＰＧが用い
られる。これら宛先ＩＰアドレスＩＰＡ及び送信元ＩＰ
アドレスＩＰＧは、ゲートウェイプログラム１３６から
トランスポート層１３４を介して渡されたものである。
【００４８】作成されたＩＰトレーラ２２（＝Ｉ）は、
インターネット層１３３からインタフェース層１３２に
渡される（図４及び図７のステップＳ５）。インタフェ
ース層１３２では、インターネット層１３３からＩＰト
レーラ２２（＝Ｉ）を渡されると、図７に示すように、
そのＩＰトレーラ２２（＝Ｉ）がイーサネットデータ部
に設定された新たなパケット（イーサネットトレーラ）
２０（＝Ｊ）を作成する。このパケット２０（＝Ｊ）の
イーサネットヘッダ２１には、宛先ＭＡＣアドレス２１
１として宛先ＩＰアドレスのサーバのＭＡＣアドレス、
即ちサーバ１２ＡのＭＡＣアドレスＭＡＣＡが、送信元
ＭＡＣアドレス２１２としてクライアント１２ＣのＭＡ
ＣアドレスＭＡＣＣが、それぞれ用いられる。
【００４９】ゲートウェイ１３のインタフェース層１３
２で作成されたパケット２０（＝Ｊ）は、当該インタフ
ェース層１３２から図示せぬネットワークインタフェー
スを介してＬＡＮ１１Ｃ上に送出される（図４及び図７
のステップＳ６）。このＬＡＮ１１Ｃ上のパケット２０
（＝Ｊ）は、ルータ１４Ｃ、ＷＡＮ１５、ルータ１４Ａ
を介してＬＡＮ１１Ａに送出され、当該パケット２０
（＝Ｊ）におけるイーサネットヘッダ２１の宛先ＭＡＣ
アドレス２１１の情報ＭＡＣＡにより、サーバ１２Ａで
受信される。
【００５０】サーバ１２Ａで受信されたパケット２０
（＝Ｊ）は、通信ドライバ１２５によりインタフェース
層１２２の処理に供されて、図８に示すように、当該パ
ケット２０（＝Ｊ）からＩＰトレーラ２２が取り出され
る。このＩＰトレーラ２２は、図６及び図７中のＩ、つ
まりゲートウェイ１３により新たに作成された、クライ
アント１２ＣからのＩＰトレーラ２２（＝Ｅ）が梱包さ
れているＩＰトレーラ２２（＝Ｉ）に一致する。このＩ
Ｐトレーラ２２（＝Ｉ）は、フィルタドライバ１２７に
渡される（図３及び図８のステップＳ１１）。
【００５１】これによりフィルタドライバ１２７では、
以下の処理が行われる。まず、ＩＰトレーラ２２（＝
Ｉ）のＩＰヘッダ２３中の宛先ＩＰアドレスがチェック
される（図８ステップ３１）。もし、宛先ＩＰアドレス
がＩＰＡ以外であるならば、ＩＰトレーラ２２（＝Ｉ）
（を含む受信パケット）を破棄する（図８Ｓ３２）。こ
れに対し、宛先ＩＰアドレスが本実施形態のようにＩＰ
Ａに一致するならば、ＩＰトレーラ２２（＝Ｉ）からＩ
Ｐデータ部の内容、即ちＵＤＰトレーラ２４を取り出す
（図８ステップＳ３３）。ここで取り出されるＵＤＰト
レーラ２４は、図６中のＨに一致する。このようにフィ
ルタドライバ１２７では、まずインターネット層１２３
に相当する処理が行われる。
【００５２】さて、上記ステップＳ３３でＵＤＰトレー
ラ２４が取り出されると、フィルタドライバ１２７で
は、トランスポート層１２４に相当する処理が行われ
る。まず、ＵＤＰトレーラ２４（＝Ｈ）におけるＵＤＰ
ヘッダ２５の宛先ポート番号２５１がチェックされる
（図９ステップＳ３４）。もし、宛先ポート番号２５１
がα以外であるならば、インタフェース層１２２から渡
されたＩＰトレーラ２２（＝Ｉ）を（インタフェース層
１２２における従来のＩＰＡ宛てのパケットの受信時と
同様に）インターネット層１２３に渡す（図３及び図９
のＳ１２）。これに対し、宛先ポート番号２５１が本実
施形態のようにαに一致するならば、ＵＤＰトレーラ２
４（＝Ｈ）からＵＤＰデータ部２６の内容を取り出す
（図９ステップＳ３５）。
【００５３】ステップＳ３５でＵＤＰトレーラ２４（＝
Ｈ）から取り出されたＵＤＰデータ部２６の内容は、デ
ータＦであり、クライアント１２Ｃからの送信パケット
２０（＝Ｄ）中のＩＰトレーラ２２（＝Ｅ）に一致す
る。つまり、ＩＰトレーラ２２（＝Ｅ）が復元（開封）
される。フィルタドライバ１２７は、復元したＩＰトレ
ーラ２２（＝Ｅ）をインターネット層１２３に渡す（図
３及び図９のステップＳ１２）。
【００５４】インターネット層１２３では、フィルタド
ライバ１２７からＩＰトレーラ２２を渡されると、従来
インタフェース層１２２からＩＰトレーラ２２を渡され
た場合と同様に、ＩＰトレーラ２２（＝Ｅ）に対する処
理を行って、そのデータ部の内容、即ちＵＤＰトレーラ
２４を取り出し、トランスポート層１２４に渡す（図３
ステップＳ１３）。
【００５５】トランスポート層１２４では、インターネ
ット層１２３からＵＤＰトレーラ２４を渡されると、当
該ＵＤＰトレーラ２４のＵＤＰデータ部２６に設定され
ているデータを、ＵＤＰヘッダ２５の宛先ポート番号２
５１で特定される一般アプリケーション１２６に渡す
（図３ステップＳ１４）。以上により、ＷＡＮ環境にお
けるＩＰアドレステイクオーバが実現される。
【００５６】さて、サーバ１２Ａは、クライアント１２
ＣからのＩＰトレーラ２２（＝Ｅ）、つまりリクエスト
を受け取ると、そのリクエストに応じてクライアント１
２Ｃへのパケット送信（応答）を行う。このサーバ１２
Ａからクライアント１２Ｃへの応答は、従来と同様に行
われる。ここで、送信元ＩＰアドレスとしてＩＰＡ（実
ＩＰアドレス）またはＩＰＳ（仮想ＩＰアドレス）のい
ずれを用いることも可能である。但し、クライアント１
２Ｃ側に、当該クライアント１２Ｃが認識しているＩＰ
Ｓとサーバ１２Ａからの応答パケット中の送信元ＩＰア
ドレスとの一致をチェックする機能を持たせている場
合、ＩＰＡは使用できない。
【００５７】なお、前記実施形態では、ＷＡＮ１５とＬ
ＡＮ１１Ｃとがルータ１４Ｃにより接続されているもの
として説明したが、本発明は、図１０に示すような、ゲ
ートウェイ１３をルータとして兼用するシステムにも適
用可能である。この図１０のシステムでクライアント１
２ＣからＩＰＳ宛てのパケットを送信する場合も、前記
実施形態で述べたのと同一手順が利用できる。
【００５８】ここで、クライアント１２ＣからＩＰＳ宛
てのパケットを送信する場合のデータの経路を、図１の
システムと図１０のシステムのそれぞれについて図１１
に対比して示す。
【００５９】この他にも本発明は、その要旨を逸脱しな
い範囲で種々変形して実施することができる。以下に、
幾つかの変形例を列挙する。 ［変形例１］変形例１は、前記ステップＳ３でＩＰトレ
ーラ２２（＝Ｅ）をそのままデータＦとする処理に代え
て、当該ＩＰトレーラ２２（＝Ｅ）を分割、例えば２分
割し、それぞれデータＦ１，Ｆ２として、トランスポー
ト層１３４に渡す処理を適用したものである。この変形
例１では、前記ステップＳ５でのＩＰトレーラ２２（＝
Ｅ）の復元処理に代えて、上記分割したデータ（Ｆ１，
Ｆ２）を結合して元のデータ（Ｅ）を復元する処理が必
要となる。この変形例１は、ＩＰトレーラ２２のサイズ
が、ＵＤＰトレーラ２４のＵＤＰデータ部２６のサイズ
より大きい場合に適している。
【００６０】［変形例２］変形例２は、前記ステップＳ
３でＩＰトレーラ２２（＝Ｅ）をそのままデータＦとす
る処理に代えて、当該ＩＰトレーラ２２（＝Ｅ）を圧縮
してトランスポート層１３４に渡す処理を適用したもの
である。この変形例２では、前記ステップＳ５でのＩＰ
トレーラ２２（＝Ｅ）の復元処理に代えて、上記圧縮し
たデータを解凍して元のデータ（Ｅ）を復元する処理が
必要となる。この変形例２も、ＩＰトレーラ２２のサイ
ズが、ＵＤＰトレーラ２４のＵＤＰデータ部２６のサイ
ズより大きい場合に適している。
【００６１】［変形例３］変形例３は、前記ステップＳ
３でＩＰトレーラ２２（＝Ｅ）をそのままデータＦとす
る処理に代えて、当該ＩＰトレーラ２２（＝Ｅ）を暗号
化してトランスポート層１３４に渡す処理を適用したも
のである。この変形例２では、前記ステップＳ５でのＩ
Ｐトレーラ２２（＝Ｅ）の復元処理に代えて、上記暗号
化したデータを復号して元のデータ（Ｅ）を復元する処
理が必要となる。
【００６２】［変形例４］変形例４は、上記変形例１乃
至変形例３の処理の少なくとも２つを組み合わせたもの
である。
【００６３】［変形例５］変形例５は、ゲートウェイ１
３からサーバへのパケット送信に適用する専用プロトコ
ルとしてＵＤＰに代えてＴＣＰを適用したものである。
ここでは、ＵＤＰトレーラの代わりにＴＣＰトレーラを
適用することになる。
【００６４】［変形例６］変形例６は、ゲートウェイ１
３でクライアントからのＩＰＳ宛てのパケットを受け取
った場合に、そのクライアントのＩＰアドレス（送信元
ＩＰアドレス）の奇数（ｏｄｄ）／偶数（ｅｖｅｎ）、
更に具体的に述べるならば当該ＩＰアドレスのホストア
ドレス部の奇数／偶数により、送信先サーバ（先の例で
あればＩＰＳがＯＮのサーバ）をＩＰアドレスがＩＰＡ
のサーバ１２Ａとするか、ＩＰＢのサーバ１２Ｂとする
かを決定するようにしたものである。但し、該当するサ
ーバがダウンしている場合には、送信元ＩＰアドレスの
奇数／偶数に無関係に、もう一方のサーバに決定され
る。したがって、変形例６では、ＩＰアドレス対応テー
ブル１３１において、ＩＰＳ（仮想ＩＰアドレス）及び
実ＩＰアドレスと組をなすフラグ情報は、当該実ＩＰア
ドレスが割り当てられているサーバでＩＰＳがＯＮ設定
されているか否かというよりも、当該サーバが動作可能
であるか或いはダウンしているかを示すようにするとよ
い。勿論、サーバが動作可能な場合に、そのサーバでは
ＩＰＳがＯＮ設定され、ダウンしている場合に、そのサ
ーバではＩＰＳがＯＦＦ設定されていると見なすことも
できる。ここでは、サーバ１２Ａ，１２Ｂは動作状態に
ある場合に定期的にゲートウェイ１３にＯＮ通知を行
い、ゲートウェイ１３では同一サーバから一定期間以上
ＯＮ通知がない場合に、該当するフラグ情報をＯＦＦす
る方法を適用するのが、最も簡単でよい。また、ゲート
ウェイ１３から各サーバ１２Ａ，１２Ｂに定期的に問い
合わせを行い、応答の有無に応じて該当するフラグ情報
をＯＮ／ＯＦＦ設定するようにしても構わない。
【００６５】以下、ゲートウェイ１３でクライアントか
らのパケットを受け取った場合の、ゲートウェイプログ
ラム１３６に従う変形例６の処理手順について、図１２
のフローチャートを参照して説明する。
【００６６】まず、受信パケットのＩＰトレーラ２２が
取り出されて、ＩＰヘッダ２３中の宛先ＩＰアドレス２
３１がチェックされる（ステップＳ４１）。もし、宛先
ＩＰアドレス２３１がＩＰＳ以外であるならば、前記実
施形態と同様に、ＩＰトレーラ２２をそのままインター
ネット層１３３に渡す処理（ステップＳ２）に進む。
【００６７】これに対し、宛先ＩＰアドレス２３１がＩ
ＰＳに一致するならば、上記ＩＰヘッダ２３中の送信元
ＩＰアドレス２３２が奇数または偶数のいずれであるか
がチェックされる（ステップＳ４２）。
【００６８】上記ＩＰアドレスが例えば奇数であり、且
つＩＰアドレス対応テーブル１３１中のＩＰＡと組をな
すフラグ情報がＯＮ状態にあるならば、即ちＩＰＡが割
り当てられているサーバ１２Ａがダウンしていないなら
ば、新たな宛先ＩＰアドレスとしてＩＰＡを選択する
（ステップＳ４３，Ｓ４４）。この場合、クライアント
１２ＣからのＩＰトレーラ２２（リクエスト）はサーバ
１２Ａで処理される。これに対し、上記ＩＰアドレスが
奇数であっても、ＩＰアドレス対応テーブル１３１中の
ＩＰＡと組をなすフラグ情報がＯＦＦ状態にあるなら
ば、即ちＩＰＡが割り当てられているサーバ１２Ａがダ
ウンしているならば、サーバ１２Ｂに割り当てられてい
るＩＰＢを選択する（ステップＳ４３，Ｓ４５）。
【００６９】一方、上記ＩＰアドレスが偶数であり、且
つＩＰアドレス対応テーブル１３１中のＩＰＢと組をな
すフラグ情報がＯＮ状態にあるならば、即ちＩＰＢが割
り当てられているサーバ１２Ｂがダウンしていないなら
ば、新たな宛先ＩＰアドレスとしてＩＰＢを選択する
（ステップＳ４７，Ｓ４５）。この場合、クライアント
１２ＣからのＩＰトレーラ２２（リクエスト）はサーバ
１２Ｂで処理される。これに対し、上記ＩＰアドレスが
偶数であっても、ＩＰアドレス対応テーブル１３１中の
ＩＰＢと組をなすフラグ情報がＯＦＦ状態にあるなら
ば、即ちＩＰＢが割り当てられているサーバ１２Ｂがダ
ウンしているならば、サーバ１２Ａに割り当てられてい
るＩＰＡを選択する（ステップＳ４７，Ｓ４４）。
【００７０】以上のようにして新たな宛先ＩＰアドレス
としての実ＩＰアドレスを選択した後の処理は前記実施
形態におけるステップＳ２３と同様であり、受信パケッ
トのＩＰトレーラ２２（ここではＥ）の処理が行われる
（ステップＳ４６）。
【００７１】このように、サーバ１２Ａ及び１２Ｂの両
方に有効な仮想ＩＰアドレスＩＰＳが設定されていたと
しても、クライアント１２ＣからのＩＰＳ宛ての（パケ
ット２０中の）ＩＰトレーラ２２は、そのクライアント
１２Ｃに割り当てられているＩＰアドレスＩＰＣが奇数
または偶数のいずれであるかにより、サーバ１２Ａまた
は１２Ｂの一方でのみ処理され、そのサーバとクライア
ント１２Ｃとの間でのみ通信が行われる。つまり、サー
バ１２Ａ，１２Ｂのいずれか一方のみが要求元のクライ
アント１２Ｃにサービスを提供するという、ＷＡＮ環境
におけるＩＰアドレステイクオーバが実現される。。
【００７２】したがって、クライアント１２Ｃと同様の
クライアントが複数存在し、各クライアントに設定され
ているＩＰアドレスが偶数アドレス、奇数アドレスほぼ
同数の場合には、全クライアントの半数はサーバ１２Ａ
からサービスの提供を受け、残りの半数はサーバ１２Ｂ
からサービスの提供を受けることができ、負荷分散（ロ
ードバランス）が図られる。
【００７３】なお、サーバの数が３台以上の場合には、
その数をＮとすると、ＩＰＳ宛てのパケット２０の送信
元ＩＰアドレス２３２がＮ・ｎ＋（ｉ−１）（但し、ｎ
＝０，１，２…）のときに、ｉ番目（ｉ＝１〜Ｎ）のサ
ーバのＩＰアドレスを選択することにより、Ｎ台のサー
バ間で負荷分散を図ることができる。
【００７４】この他に、ゲートウェイ１３が各サーバに
負荷状態を定期的に問い合わせることで、或いは各サー
バがゲートウェイ１３に自身の負荷状態を定期的に通知
することで、各サーバの負荷状態を把握し、その負荷状
態に応じてクライアントからのリクエストを処理するサ
ーバを決定することによっても、サーバ間の負荷分散を
図ることができる。
【００７５】
【発明の効果】以上詳述したように本発明によれば、テ
イクオーバされる仮想ネットワークアドレス宛てのネッ
トワークトレーラを含む通信パケットは、クライアント
計算機から全てゲートウェイに送られる構成とし、当該
ゲートウェイでは、そのネットワークトレーラを、自身
の持つネットワークアドレス対応情報登録手段により示
されている、上記仮想ネットワークアドレスが有効なサ
ーバ計算機に固有の実ネットワークアドレス宛ての新た
なネットワークトレーラに梱包して送信し、サーバ計算
機では、自身に関する仮想ネットワークアドレスの状態
をゲートウェイに通知してネットワークアドレス対応情
報登録手段の登録内容に反映させる一方、ゲートウェイ
により送信された、クライアント計算機からのネットワ
ークトレーラが梱包されたネットワークトレーラを受信
した場合には、梱包されたネットワークトレーラを開封
する構成としたので、ＷＡＮ環境で接続されている遠く
離れて配置されたサーバ計算機間でも、近接配置された
サーバ計算機間と同様にネットワークアドレスの切り替
えによりサービスの引き継きが実現できる。
【００７６】また本発明によれば、クライアント計算機
からの仮想ネットワークアドレス宛てのネットワークト
レーラを、ゲートウェイにおいて新たなネットワークト
レーラに梱包する際に設定する、当該新たなネットワー
クトレーラの宛先ネットワークアドレスを、クライアン
ト計算機に固有のネットワークアドレス、または各サー
バ計算機の負荷状態に基づいて切り替えるようにしたの
で、負荷分散も実現できる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る耐障害コンピュータ
システム。
【図２】同実施形態で適用される通信パケットの概略フ
ォーマットを示す図。
【図３】図１中のサーバ１２Ａ，１２Ｂの構成を示すブ
ロック図。
【図４】図１中のゲートウェイ１３の構成を示すブロッ
ク図。
【図５】図１のシステムの動作を、サーバ１２Ａにおい
てＩＰアドレスＩＰＳがＯＮされている状態で、クライ
アント１２ＣがＩＰＳ宛ての通信パケット２０（＝Ｄ）
を送信する場合を例に説明するための第１の動作説明
図。
【図６】図１のシステムの動作を、サーバ１２Ａにおい
てＩＰアドレスＩＰＳがＯＮされている状態で、クライ
アント１２ＣがＩＰＳ宛ての通信パケット２０（＝Ｄ）
を送信する場合を例に説明するための第２の動作説明
図。
【図７】図１のシステムの動作を、サーバ１２Ａにおい
てＩＰアドレスＩＰＳがＯＮされている状態で、クライ
アント１２ＣがＩＰＳ宛ての通信パケット２０（＝Ｄ）
を送信する場合を例に説明するための第３の動作説明
図。
【図８】図１のシステムの動作を、サーバ１２Ａにおい
てＩＰアドレスＩＰＳがＯＮされている状態で、クライ
アント１２ＣがＩＰＳ宛ての通信パケット２０（＝Ｄ）
を送信する場合を例に説明するための第４の動作説明
図。
【図９】図１のシステムの動作を、サーバ１２Ａにおい
てＩＰアドレスＩＰＳがＯＮされている状態で、クライ
アント１２ＣがＩＰＳ宛ての通信パケット２０（＝Ｄ）
を送信する場合を例に説明するための第５の動作説明
図。
【図１０】図１のシステムの変形例を示すブロック図。
【図１１】クライアント１２ＣからＩＰＳ宛てのパケッ
トを送信する場合のデータの経路を、図１のシステムと
図１０のシステムのそれぞれについて対比して示す図。
【図１２】ゲートウェイ１３でクライアントからのパケ
ットを受け取った場合の、ゲートウェイプログラム１３
６に従う処理手順の変形例を説明するためのフローチャ
ート。
【符号の説明】
１１Ａ，１１Ｂ，１１Ｃ…ＬＡＮ １２Ａ，１２Ｂ…サーバ（サーバ計算機） １２Ｃ…クライアント（クライアント計算機） １３…ゲートウェイ（梱包手段） １４Ａ，１４Ｂ，１４Ｃ…ルータ １２０…ルーティング・テーブル（経路情報登録手段） １２１…特定アプリケーション（通知手段） １２５…通信ドライバ １２７…フィルタドライバ １３１…ＩＰアドレス対応テーブル（ネットワークアド
レス対応情報登録手段） １３５…通信ドライバ（梱包手段） １３６…ゲートウェイプログラム（梱包手段）
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B034 BB02 CC01 5B045 BB02 BB11 BB17 GG01 JJ44 5B089 GA11 GA21 GA31 GB01 HA10 JA11 JB21 KA12 KB06 KG08 5K030 GA11 HA08 HB16 HB28 HC01 HD03 JT06 KA05 LA07 LE14 9A001 CC06 CC08 JJ27 LL02

Claims (3)

    【特許請求の範囲】
  1. 【請求項１】 クライアント計算機、及び当該クライア
    ント計算機からの要求を処理する複数のサーバ計算機の
    各々がワイドエリアネットワークを介して相互接続さ
    れ、前記クライアント計算機から、前記各サーバ計算機
    に共通のテイクオーバされる仮想ネットワークアドレス
    宛てのネットワークトレーラを含む通信パケットが送出
    されることにより、サーバ計算機間のサービスの引き継
    ぎが行われる耐障害コンピュータシステムにおいて、 前記仮想ネットワークアドレスと当該アドレスが有効状
    態に設定されているサーバ計算機に固有の実ネットワー
    クアドレスとの対応情報が登録されるネットワークアド
    レス対応情報登録手段と、前記クライアント計算機から
    前記仮想ネットワークアドレス宛てのネットワークトレ
    ーラを含む通信パケットを受け取った場合に、当該ネッ
    トワークトレーラを、前記ネットワークアドレス対応情
    報登録手段に登録されている、前記仮想ネットワークア
    ドレスが有効状態にあるサーバ計算機に固有の実ネット
    ワークアドレス宛ての新たなネットワークトレーラに梱
    包する梱包手段と、前記新たなネットワークトレーラを
    含む通信パケットを前記仮想ネットワークアドレスが有
    効状態にあるサーバ計算機に送信する送信手段とを備え
    たゲートウェイを具備すると共に、 前記クライアント計算機は、前記仮想ネットワークアド
    レス宛てのネットワークトレーラを含む通信パケットを
    前記ゲートウェイに送信するように経路情報が設定され
    た経路情報登録手段を備え、 前記サーバ計算機は、前記ゲートウェイの梱包手段によ
    り前記クライアント計算機からのネットワークトレーラ
    が梱包された、自身に固有の実ネットワークアドレス宛
    てのネットワークトレーラを含む通信パケットを受け取
    った場合に、前記梱包されたネットワークトレーラを開
    封し、自身に固有の実ネットワークアドレス以外宛ての
    ネットワークトレーラを含む通信パケットを受け取った
    場合には、当該パケットを破棄するフィルタドライバ手
    段と、自身に関する前記仮想ネットワークアドレスの状
    態を前記ゲートウェイに通知してネットワークアドレス
    対応情報登録手段の登録内容に反映させる通知手段とを
    備えていることを特徴とする耐障害コンピュータシステ
    ム。
  2. 【請求項２】 クライアント計算機、及び当該クライア
    ント計算機からの要求を処理する複数のサーバ計算機の
    各々がワイドエリアネットワークを介して相互接続さ
    れ、前記クライアント計算機から、前記各サーバ計算機
    に共通のテイクオーバされる仮想ネットワークアドレス
    宛てのネットワークトレーラを含む通信パケットが送出
    されることにより、サーバ計算機間のサービスの引き継
    ぎが行われる耐障害コンピュータシステムにおいて、 前記仮想ネットワークアドレスが割り当てられているサ
    ーバ計算機に固有の実ネットワークアドレスが登録され
    るネットワークアドレス登録手段と、前記クライアント
    計算機から前記仮想ネットワークアドレス宛てのネット
    ワークトレーラを含む通信パケットを受け取った場合
    に、送信元ネットワークアドレスまたは前記各サーバ計
    算機の負荷状態に基づいて当該ネットワークトレーラの
    送信先のサーバ計算機を決定して、当該ネットワークト
    レーラを、前記決定したサーバ計算機に固有の実ネット
    ワークアドレス宛ての新たなネットワークトレーラに梱
    包する梱包手段と、前記新たなネットワークトレーラを
    含む通信パケットを前記決定したサーバ計算機に送信す
    る送信手段とを備えたゲートウェイを具備すると共に、 前記クライアント計算機は、前記仮想ネットワークアド
    レス宛てのネットワークトレーラを含む通信パケットを
    前記ゲートウェイに送信するように経路情報が設定され
    た経路情報登録手段を備え、 前記サーバ計算機は、前記ゲートウェイの梱包手段によ
    り前記クライアント計算機からのネットワークトレーラ
    が梱包された、自身に固有の実ネットワークアドレス宛
    てのネットワークトレーラを含む通信パケットを受け取
    った場合に、前記梱包されたネットワークトレーラを開
    封し、自身に固有の実ネットワークアドレス以外宛ての
    ネットワークトレーラを含む通信パケットを受け取った
    場合には、当該パケットを破棄するフィルタドライバ手
    段と、自身に関する前記仮想ネットワークアドレスの状
    態を前記ゲートウェイに通知してネットワークアドレス
    対応情報登録手段の登録内容に反映させる通知手段とを
    備えていることを特徴とする耐障害コンピュータシステ
    ム。
  3. 【請求項３】 前記梱包手段は、前記クライアント計算
    機からのネットワークトレーラを梱包する際に、当該ト
    レーラを所定サイズ以下に分割する分割手段、当該トレ
    ーラを圧縮する圧縮手段、及び当該トレーラを暗号化す
    る暗号化手段のうちの少なくとも１つを含み、 前記フィルタドライバ手段は、前記分割手段により分割
    された前記ネットワークトレーラを結合する結合手段、
    前記圧縮手段により圧縮された前記ネットワークトレー
    ラを解凍する解凍手段、及び前記暗号化手段により暗号
    化された前記ネットワークトレーラを復号する復号手段
    のうち、前記梱包手段に含まれている前記少なくとも１
    つの手段に対応する手段を含むことを特徴とする請求項
    １または請求項２記載の耐障害コンピュータシステム。
JP08393599A 1999-03-26 1999-03-26 耐障害コンピュータシステム Expired - Fee Related JP4189076B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP08393599A JP4189076B2 (ja) 1999-03-26 1999-03-26 耐障害コンピュータシステム
US09/533,814 US6647427B1 (en) 1999-03-26 2000-03-24 High-availability computer system and method for switching servers having an imaginary address

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP08393599A JP4189076B2 (ja) 1999-03-26 1999-03-26 耐障害コンピュータシステム

Publications (2)

Publication Number Publication Date
JP2000276455A true JP2000276455A (ja) 2000-10-06
JP4189076B2 JP4189076B2 (ja) 2008-12-03

Family

ID=13816462

Family Applications (1)

Application Number Title Priority Date Filing Date
JP08393599A Expired - Fee Related JP4189076B2 (ja) 1999-03-26 1999-03-26 耐障害コンピュータシステム

Country Status (2)

Country Link
US (1) US6647427B1 (ja)
JP (1) JP4189076B2 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005502228A (ja) * 2001-04-27 2005-01-20 ザ ボーイング カンパニー データ通信処理方法、コンピューティングデバイス、および、コンピュータ可読媒体
JP2007129534A (ja) * 2005-11-04 2007-05-24 Digital Design Co Ltd データ通信方法
JP2008533573A (ja) * 2005-03-10 2008-08-21 テレコム・イタリア・エッセ・ピー・アー 障害回復アーキテクチャー
US7430603B2 (en) 2003-11-10 2008-09-30 Eath Co., Ltd. Aggregation system
JP2009278277A (ja) * 2008-05-13 2009-11-26 Hitachi Kokusai Electric Inc 冗長切替システム、冗長管理装置およびアプリケーション処理装置
JP2012100313A (ja) * 2011-12-22 2012-05-24 Telecom Italia Spa 障害回復アーキテクチャ
JP2013077983A (ja) * 2011-09-30 2013-04-25 Fujitsu Telecom Networks Ltd サーバ冗長化システム、仮想ルータおよびサーバ
KR101374487B1 (ko) * 2013-01-03 2014-03-13 한국정보화진흥원 홈 게이트웨이에서 가상 ｉｐ를 이용한 멀티미디어 서비스 제공 시스템 및 방법

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6678393B1 (en) 1997-12-23 2004-01-13 Intel Corporation Image selection based on image content
US6895442B1 (en) * 2000-10-06 2005-05-17 International Business Machines Corporation Technique for fast and efficient internet protocol (IP) address lookup
JP3874628B2 (ja) * 2001-05-17 2007-01-31 富士通株式会社 パケット転送装置、半導体装置
US6992988B2 (en) * 2001-08-20 2006-01-31 Sun Microsystems, Inc. System and method for deadlock-free routing on arbitrary network topologies
US8914480B1 (en) * 2001-10-15 2014-12-16 6020356 Canada Inc. Method and device for transparent interception of socket connections
US7152113B2 (en) * 2001-10-19 2006-12-19 Sun Microsystems, Inc. Efficient system and method of node and link insertion for deadlock-free routing on arbitrary topologies
US7200117B2 (en) * 2002-01-31 2007-04-03 Sun Microsystems, Inc. Method of optimizing network capacity and fault tolerance in deadlock-free routing
US20030195962A1 (en) * 2002-04-10 2003-10-16 Satoshi Kikuchi Load balancing of servers
US7426576B1 (en) * 2002-09-20 2008-09-16 Network Appliance, Inc. Highly available DNS resolver and method for use of the same
US10051092B2 (en) * 2002-10-15 2018-08-14 Rockwell Collins, Inc. Method and device for transparent interception of socket connections
US7568025B2 (en) * 2003-06-27 2009-07-28 Bank Of America Corporation System and method to monitor performance of different domains associated with a computer system or network
DE102004014195B3 (de) * 2004-03-23 2005-08-11 Siemens Ag Verfahren zur redundanten Datenhaltung in Computernetzwerken
US20190007293A1 (en) * 2017-06-28 2019-01-03 Cpacket Networks Inc. Apparatus and method for correlating network traffic on opposite sides of a network address translator

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774660A (en) * 1996-08-05 1998-06-30 Resonate, Inc. World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network
JP3837828B2 (ja) 1997-05-12 2006-10-25 ブラザー工業株式会社 信号処理装置
JP3372455B2 (ja) * 1997-07-03 2003-02-04 富士通株式会社 パケット中継制御方法，パケット中継装置およびプログラム記憶媒体
US6185598B1 (en) * 1998-02-10 2001-02-06 Digital Island, Inc. Optimized network resource location
US6321336B1 (en) * 1998-03-13 2001-11-20 Secure Computing Corporation System and method for redirecting network traffic to provide secure communication

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005502228A (ja) * 2001-04-27 2005-01-20 ザ ボーイング カンパニー データ通信処理方法、コンピューティングデバイス、および、コンピュータ可読媒体
US7430603B2 (en) 2003-11-10 2008-09-30 Eath Co., Ltd. Aggregation system
JP2008533573A (ja) * 2005-03-10 2008-08-21 テレコム・イタリア・エッセ・ピー・アー 障害回復アーキテクチャー
JP2007129534A (ja) * 2005-11-04 2007-05-24 Digital Design Co Ltd データ通信方法
JP4700473B2 (ja) * 2005-11-04 2011-06-15 株式会社 デジタルデザイン データ通信方法
JP2009278277A (ja) * 2008-05-13 2009-11-26 Hitachi Kokusai Electric Inc 冗長切替システム、冗長管理装置およびアプリケーション処理装置
JP2013077983A (ja) * 2011-09-30 2013-04-25 Fujitsu Telecom Networks Ltd サーバ冗長化システム、仮想ルータおよびサーバ
JP2012100313A (ja) * 2011-12-22 2012-05-24 Telecom Italia Spa 障害回復アーキテクチャ
KR101374487B1 (ko) * 2013-01-03 2014-03-13 한국정보화진흥원 홈 게이트웨이에서 가상 ｉｐ를 이용한 멀티미디어 서비스 제공 시스템 및 방법

Also Published As

Publication number Publication date
JP4189076B2 (ja) 2008-12-03
US6647427B1 (en) 2003-11-11

Similar Documents

Publication Publication Date Title
JP4189076B2 (ja) 耐障害コンピュータシステム
Stewart et al. RFC 9260: Stream Control Transmission Protocol
US8051322B2 (en) Redundant failover system, redundancy managing apparatus and application processing apparatus
EP1175061B1 (en) Computer systems, in particular virtual private networks
US6101543A (en) Pseudo network adapter for frame capture, encapsulation and encryption
US8462767B2 (en) Internet protocol compliant private branch electronic exchange and a method for redundantly configuring terminal interfaces
JP3372455B2 (ja) パケット中継制御方法，パケット中継装置およびプログラム記憶媒体
US8972475B2 (en) Network secure communications in a cluster computing environment
US7146432B2 (en) Methods, systems and computer program products for providing failure recovery of network secure communications in a cluster computing environment
EP3322150B1 (en) Apparatus and method for resilient ip security/internet key exchange security gateway
US6182224B1 (en) Enhanced network services using a subnetwork of communicating processors
US20060256801A1 (en) Gateway system
US20050265230A1 (en) Apparatus and method for performing state transition of backup router in router redundancy system
US9112901B2 (en) Method and system for providing connection resiliency
EP1320977B1 (en) Virtual ip framework and interfacing method
JP2004328563A (ja) 暗号通信装置および暗号通信システム
JP3817140B2 (ja) 暗号化通信システム
EP1645071B1 (en) Secure indirect addressing
US10805149B2 (en) Method for automatically renovating correspondence failure of actual and virtual addresses of network equipment
JP2006230023A (ja) 暗号化通信方法
JPH11313101A (ja) 二重化ｌａｎシステムのコネクション再接続の高速化方法及び方式
JP2006054766A (ja) 冗長構成ネットワークシステムにおける制御データ共有方法
JP2000004226A (ja) 通信データ秘匿方式
JPH0556050A (ja) ネツトワークシステム
EP1030492A1 (en) Apparatus and method for establishing communications

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040924

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070425

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070508

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070709

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080408

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080609

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080909

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080912

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110919

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees