JP2004032103A - ネットワークシステム及びサーバ切り替え方法 - Google Patents
ネットワークシステム及びサーバ切り替え方法 Download PDFInfo
- Publication number
- JP2004032103A JP2004032103A JP2002181933A JP2002181933A JP2004032103A JP 2004032103 A JP2004032103 A JP 2004032103A JP 2002181933 A JP2002181933 A JP 2002181933A JP 2002181933 A JP2002181933 A JP 2002181933A JP 2004032103 A JP2004032103 A JP 2004032103A
- Authority
- JP
- Japan
- Prior art keywords
- server
- address
- user terminal
- data
- dns
- 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.)
- Pending
Links
Images
Landscapes
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】安価で簡単な構成で、すばやくサーバの切り替えを行うことができる障害時のサーバ切り替え方法を提供する。
【解決手段】監視サーバ６はメインサーバ７が正常に稼動しているか監視している。監視サーバ６は、何らかの障害を検出したとき、ＤＮＳサーバ５が備えるＩＰアドレスファイルを書き換えて、メインサーバ７のＩＰアドレスをバックアップサーバ８のＩＰアドレスに変更するようにＤＮＳサーバ５に対して命令を出す。このため、障害時には、携帯電話３ａまたはパソコン３ｂにてＦＱＤＮが入力すると、携帯電話３ａまたはパソコン３ｂは、メインサーバ７の替わりに同一の機能及びデータを有すバックアップサーバ８とデータの授受を行う。
【選択図】 図１
【解決手段】監視サーバ６はメインサーバ７が正常に稼動しているか監視している。監視サーバ６は、何らかの障害を検出したとき、ＤＮＳサーバ５が備えるＩＰアドレスファイルを書き換えて、メインサーバ７のＩＰアドレスをバックアップサーバ８のＩＰアドレスに変更するようにＤＮＳサーバ５に対して命令を出す。このため、障害時には、携帯電話３ａまたはパソコン３ｂにてＦＱＤＮが入力すると、携帯電話３ａまたはパソコン３ｂは、メインサーバ７の替わりに同一の機能及びデータを有すバックアップサーバ８とデータの授受を行う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、通常稼動しているサーバに障害が発生した場合等に、そのサーバから予備のサーバに切り替える障害時のサーバ切り替えシステム及びサーバ切り替え方法に関するものである。
【０００２】
【従来の技術】
従来、インターネットやＬＡＮなどで構築されたネットワークシステムでは、ユーザ端末が、ネットワークを介してメインサーバとアクセスしてデータの授受を行なっていた。
【０００３】
一般的に、ユーザ端末からのアクセスは何時でも行われる可能性があるため、基幹システムであるメインサーバは常時稼動している必要性がある。このため、メインサーバのデータ及び機能をバックアップするためのシステムが構築されているのが普通である。
【０００４】
このようなバックアップするためのシステムとしては、信頼性を高めるために、メインサーバと同一のデータ及び機能を有するバックアップサーバを備え、メインサーバの障害時にバックアップサーバに切り替えていた。
【０００５】
即ち、バックアップサーバとメインサーバを専用線で接続し、バックアップサーバが所定のタイミングでメインサーバに障害が発生したか否かを検知するための信号を送信するバックアップ専用ソフトウェアをバックアップサーバに備えていた。そして、メインサーバに障害が発生したとき、バックアップ専用ソフトウェアにより、バックアップサーバがその障害を検知し、メインサーバの代わりにユーザ端末とデータの授受を行っていた。
【０００６】
また、バックアップするためのシステムとしては、クラスタリング技術を使用したクラスタサーバでシステムを構築したものがある。クラスタサーバは、お互いに強調して単一のシステムとして動作する、複数の独立したコンピュータからなるシステムである。つまり、一部のコンピュータに障害が発生しても、システム全体としては稼動し続けることができる。
【０００７】
【発明が解決しようとする課題】
しかしながら、このようなバックアップ専用ソフトウェアやクラスタサーバは、サーバの切り替えが容易であるものの、それぞれが高価であり、構築に高度な技術が必要であった。
【０００８】
本発明は上記問題点を解決するためになされたものであって、その目的は、容易にサーバの切り替えを行うことができ、安価にシステムを構築できるサーバの切り替え方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の発明は、ユーザが所有するユーザ端末とデータの授受を行う第１のＩＰアドレスを有する第１のサーバと、該第１のサーバと同一の機能及びデータを有し、第２のＩＰアドレスを有する第２のサーバと、を備え、前記第１のサーバに障害が発生した時に前記ユーザ端末に対するデータの授受を前記第２のサーバに切り替えるネットワークシステムにおいて、前記第１のサーバを停止させ、前記第２のサーバが有する第２のＩＰアドレスを第１のサーバが有する第１のＩＰアドレスに変更するように命令を出す第３のサーバ、を備えた。
【００１０】
請求項２に記載の発明は、端末のホスト名とＩＰアドレスとを対応付けて記憶したＩＰアドレスファイルを利用して前記ユーザ端末から受信したホスト名に対応づけられたＩＰアドレスを送信元に送信する第４のサーバを備え、前記第４のサーバが、前記第３のサーバの該命令に応答して、第１のサーバを示すホスト名と第２のサーバが有する第２のＩＰアドレスとを関連づけるように前記ＩＰアドレスファイルを書き換える。
【００１１】
請求項３に記載の発明は、前記第２のサーバは、前記第３のサーバの命令により切り替え可能なそれぞれ別のＩＰアドレスを有する複数のネットワークインターフェースを備え、そのうち１つのネットワークインターフェースは第１のサーバのネットワークインターフェースを特定する第１のＩＰアドレスを有し、前記第２のサーバは、前記第３のサーバの該命令に応答して、第１のＩＰアドレスを有するネットワークインターフェースに切り替える。
【００１２】
請求項４に記載の発明は、サービスセンタが、ユーザが所有するユーザ端末とデータの授受を行う第１のＩＰアドレスを有する第１のサーバと、該第１のサーバと同一の機能及びデータを有し、第２のＩＰアドレスを有する第２のサーバと、を備え、前記第１のサーバに障害が発生した時に前記ユーザ端末に対するデータの授受を前記第２のサーバに切り替えるサーバ切り替え方法において、第３のサーバが、前記第１のサーバを停止させ、前記第２のサーバが有する第２のＩＰアドレスを前記第１のサーバが有する第１のＩＰアドレスに変更するように命令を出す。
【００１３】
請求項５に記載の発明は、前記サービスセンタは、端末のホスト名とＩＰアドレスとを対応付けて記憶したＩＰアドレスファイルを利用して前記ユーザ端末から受信したホスト名に対応づけられたＩＰアドレスを送信元に送信する第４のサーバを備え、前記第４のサーバが、前記第３のサーバの命令に応答して、第１のサーバを示すホスト名と第２のサーバのＩＰアドレスとを関連づけるように前記ＩＰアドレスファイルを書き換える。
【００１４】
請求項６に記載の発明は、前記第２のサーバは、前記第３のサーバの命令により切り替え可能なそれぞれ別のＩＰアドレスを有する複数のネットワークインターフェースを備え、そのうち１つのネットワークインターフェースは前記第１のサーバのネットワークインターフェースを特定する第１のＩＰアドレスを有し、前記第２のサーバが、前記第３のサーバの命令に応答して、第１のＩＰアドレスを有するネットワークインターフェースに切り替える。
【００１５】
（作用）
請求項１または４に記載の発明によれば、第３のサーバが、第１のサーバを停止させ、第２のサーバを特定するＩＰアドレスを第１のサーバを特定するＩＰアドレスに変更するように命令を出す。このため、簡単かつ迅速に第１のサーバから第２のサーバに切り替わる。
【００１６】
請求項２または５に記載の発明によれば、第４のサーバは、第３のサーバの命令に応答して、ＩＰアドレスファイルを書き換えて、第１のサーバを示すホスト名と第２のサーバを特定するＩＰアドレスと関連づけるようにした。このため、第４のサーバは、ユーザ端末から第１のサーバを指定するホスト名を受信すると、第２のサーバを特定するＩＰアドレスを送信元のユーザ端末に送信する。従って、ユーザ端末は、第１のサーバとデータの授受を行わずに、第２のサーバとデータの授受を行う。
【００１７】
請求項３または６に記載の発明によれば、第２のサーバは、第３のサーバの命令に応答して、第１のサーバを特定するＩＰアドレスと同一のＩＰアドレスを有するネットワークインターフェースを切り替える。このため、ユーザ端末は、第１のサーバとデータの授受を行わずに、第２のサーバとデータの授受を行う。
【００１８】
【発明の実施の形態】
（第一実施形態）
以下、本発明を具体化した第一実施形態を図１、図２に従って説明する。
【００１９】
図１は第一実施形態のデータ管理システムの構成図である。
このデータ管理システムは、インターネットなどの外部のネットワークから独立して構築されている通信網１を用いたネットワークを有している。通信網１には、ユーザが扱うデータを管理するとともに、そのデータを展開するためのアプリケーションプログラム等を提供するサービスセンタ２が設置されている。これに対し、ユーザ側の端末としての携帯電話３ａまたはパソコン３ｂ（以下、単にユーザ端末３という）は、通信網１を介してサービスセンタ２と接続する機能が備えられている。そして、ユーザは、ユーザ端末３を用いてサービスセンタ２とデータの授受を行い、必要なデータを取得する。
【００２０】
このようなサービスセンタ２には、ゲートウェイサーバ４、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ５、監視サーバ６、メインサーバ７、バックアップサーバ８が備えられている。サービスセンタ２内にはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）９が構築されており、このＬＡＮ９に前記各サーバが接続されている。そして、サービスセンタ２内の該ＬＡＮ９はゲートウェイサーバ４を介して通信網１と接続されている。該ＬＡＮ９に接続された各サーバ４〜８はそれぞれＩＰアドレス（各機器１台１台を識別する識別番号）が割り振られている。
【００２１】
ゲートウェイサーバ４は、通信網１とサービスセンタ２内のＬＡＮ９を通信可能に接続している。また、該ゲートウェイサーバ４はファイアーウォールの機能を備え、サービスセンタ２のネットワーク内への不正なアクセスや悪質なデータの流入を防止している。
【００２２】
メインサーバ７は、ユーザが扱うデータを記憶するとともに、そのデータを展開するためのアプリケーションプログラム等が格納しているデータベース（図示略）を備えており、このデータベースを利用してユーザ端末３とデータの授受を行う。また、メインサーバ７は、データベースで管理しているデータを後述するバックアップサーバ８のデータベース（図示略）に所定のタイミングでデータのバックアップをする機能を実行する。
【００２３】
バックアップサーバ８は、前記メインサーバ７が備えるデータベースのデータ及びその機能をバックアップするためのサーバである。このため、バックアップサーバ８は、常に稼動しており、メインサーバ７と同一の機能を有している。また、所定のタイミングでメインサーバ７が管理するデータのバックアップが行われ、バックアップサーバ８が管理するデータと同期を取るようにしている。
【００２４】
このＬＡＮ９に接続しているＤＮＳサーバ５は、通信網１及びサービスセンタ２内のＬＡＮ９に接続された端末のＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ；ホスト名にドメイン名を付加したもの）とＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）とを対応づけるＩＰアドレスファイル５ａを備えている。ＩＰアドレスとは、ユーザ端末３及びサーバを含む端末毎（詳しくは、端末のネットワークインターフェース毎）に付与されており、端末間で通信を行う際、送信元の端末と送信先の端末をＩＰアドレスによって特定するために使われる。
【００２５】
また、前記ＩＰアドレスファイル５ａは、後述する監視サーバ６の命令に基づいて書き換え可能にＤＮＳサーバ５により管理されている。また、ＤＮＳサーバ５は、ユーザ端末３から入力された送信先を指定するＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）に含まれるＦＱＤＮを受信し、ＩＰアドレスファイルを参照してＦＱＤＮに対応づけられたＩＰアドレスを検索する。そして、ＤＮＳサーバ５は、検索したＩＰアドレスを送信元のユーザ端末３に送信する。
【００２６】
監視サーバ６は、メインサーバ７が正常に稼動しているか否かを常時監視するサーバである。監視サーバ６はメインサーバ７に障害が発生したと検知したとき、メインサーバ７からバックアップサーバ８にユーザからのアクセスを切り替えるようにＤＮＳサーバ５が備えているＩＰアドレスファイル５ａを書き換えるための命令を出力する。ＤＮＳサーバ５は、その命令に応答してメインサーバ７のＩＰアドレスをバックアップサーバのＩＰアドレスに変更する。また、監視サーバ６は、メインサーバ７に障害が発生したと検知したとき、メインサーバ７の稼動を停止させる。
【００２７】
つまり、ＤＮＳサーバ５は、メインサーバ７に障害が発生したとき、監視サーバ６によりＩＰアドレスファイルを書き換える命令を受けて、ＩＰアドレスファイル５ａを書き換える。この書き換え後、ＤＮＳサーバ５は、ユーザ端末３からメインサーバ７を指定するＦＱＤＮを受信し、バックアップサーバ８を特定するＩＰアドレスを送信先のＩＰアドレスとして送信元のユーザ端末３に送信する。
【００２８】
次に、ユーザが所有するユーザ端末３について説明する。
ユーザ端末３は、入力されたＵＲＬ（ＦＱＤＮ）をＤＮＳサーバ５に問い合わせる（ＤＮＳサーバ５にＵＲＬを含む問い合わせメッセージを送信し、そこからＵＲＬに対応するＩＰアドレスを含む応答メッセージを受け取る）。そして、ユーザ端末３は、送信先を特定するそのＩＰアドレスに基づいて、通信網１及びゲートウェイサーバ４を介して、該ＩＰアドレスを有する送信先のサーバとデータの授受を行う。
【００２９】
また、ユーザ端末３は通信網１を介してメインサーバ７のアプリケーションプログラムを利用することができる制御プログラムが備えられている。つまり、ユーザ端末３は、メインサーバ７が備えるファイルを指定するＵＲＬを入力することでメインサーバ７のアプリケーションプログラムまたはデータをユーザ端末３が備える表示部に表示して、利用することができる。尚、ＵＲＬは、ホスト名、ドメイン名、フォルダ名、ファイル名などから構成されている。
【００３０】
次に、メインサーバ７に障害が発生したときにメインサーバ７からバックアップサーバ８に切り替える方法について説明する。図２はネットワークシステムに障害が発生した際のデータの流れを示す説明図である。図２において、処理を必要とするデータを含んだデータ・パケットの流れを一点鎖線で示し、サーバの切り替え処理に関わる信号の流れを破線で示す。
【００３１】
メインサーバ７に障害が発生すると、監視サーバ６はその障害を検知し（Ｓ１）、メインサーバ７の稼動を停止させる（Ｓ２）。そして、監視サーバ６は、ＤＮＳサーバ５に対して、ＩＰアドレスファイル５ａのメインサーバ７を示すＦＱＤＮに対応付けられたメインサーバ７を特定するＩＰアドレスをバックアップサーバ８を特定するＩＰアドレスに書き換えるように命令を出す（Ｓ３）。ＤＮＳサーバ５は、その命令に応答して、ＩＰアドレスファイル５ａの内容を書き換える。これにより、ＤＮＳサーバ５は、メインサーバ７を示すＦＱＤＮを受信すると、バックアップサーバ８を特定するＩＰアドレスを返すこととなる。
【００３２】
この障害発生後において、ユーザ端末３にメインサーバ７のデータを指定するＵＲＬが入力されると、ユーザ端末３は正常時と同様に、該ＵＲＬから送信先のＩＰアドレスを取得するために、該ＵＲＬからＦＱＤＮを抽出する。そして、ユーザ端末３は、入力されたＵＲＬに対応づけられた送信先のＩＰアドレスを取得するために、ＤＮＳサーバ５に問い合わせる。即ち、ユーザ端末３は、ＦＱＤＮを含むリクエストメッセージをゲートウェイサーバ４に送信する（Ｄ１）。
【００３３】
ゲートウェイサーバ４は、ファイアーウォール機能により、受信したデータ・パケットが不正なものではないか否か判断する。正規なものであると判断すると、ゲートウェイサーバ４は、サービスセンタ２内のＬＡＮ９を介して該データ・パケットをＤＮＳサーバ５に送信する（Ｄ２）。
【００３４】
ＤＮＳサーバ５は、受信したデータ・パケットからＦＱＤＮを抽出し、自らが備えるＩＰアドレスファイル５ａを参照して該ＦＱＤＮに対応付けられたＩＰアドレスを検出する。このＩＰアドレスは、正常時にはＤＮＳサーバ５はメインサーバ７を示し、障害発生後はバックアップサーバ８を示す。そして、ＤＮＳサーバ５は、受信したデータ・パケットに付与されていたユーザ端末３を特定するＩＰアドレスに基づいて、検出したＩＰアドレスを送信元のユーザ端末３に送信する（Ｄ３）。
【００３５】
ユーザ端末３は、ＤＮＳサーバ５から受信したＩＰアドレスを送信先のアドレスとしてデータ・パケットに付与し、通信網１を介してサービスセンタ２のゲートウェイサーバ４に送信する（Ｄ４）。尚、このデータ・パケットにはサービスセンタ２によって処理されるべきデータも当然含まれる。
【００３６】
ゲートウェイサーバ４は、ファイアーウォールにより受信したデータ・パケットを検査し、不正なのもではないと判断したら、該データ・パケットに付与された送信先を特定するＩＰアドレスに基づいて、該データ・パケットを送信する。該データ・パケットに付与されたＩＰアドレスは、正常時にはメインサーバ７を示すが、障害発生後はバックアップサーバ８を示すので、ゲートウェイサーバ４はバックアップサーバ８に該データ・パケットを送信することとなる（Ｄ５）。バックアップサーバ８は受信したデータ・パケットを処理し、該データ・パケットに付与された送信元のＩＰアドレスに基づいて処理したデータをユーザ端末３に送信する（Ｄ６）。
【００３７】
このように、メインサーバ７の障害時には、監視サーバ６が、ＤＮＳサーバ５の備えるＩＰアドレスファイル５ａを書き換え、メインサーバ７を停止することによって、メインサーバ７をバックアップサーバ８に切り替える。
【００３８】
尚、メインサーバ７が復旧したとき、障害発生時と同様にＤＮＳサーバ５のＩＰアドレスファイル５ａを書き換えると、バックアップサーバ８からメインサーバ７に切り替わることとなる。
【００３９】
以上詳述したように第一実施形態は、以下の特徴を有する。
（１）監視サーバ６を備え、該監視サーバ６によりメインサーバ７に障害が発生した場合にはメインサーバ７を示すＦＱＤＮとバックアップサーバ８のＩＰアドレスとを関連づけるようにサービスセンタ２内のＤＮＳサーバ５が備えるＩＰアドレスファイル５ａを書き換えるようにした。その結果、メインサーバ７をバックアップサーバ８に簡単かつすばやく切り替えることができる。
【００４０】
（２）クラスタサーバなどを備えなくとも、比較的単純な操作を行う監視サーバ６とＤＮＳサーバ５を備えるだけで、障害時のサーバ切り替えシステムを実現でき、また、コストの低減を実現できる。
【００４１】
（第二実施形態）
以下、本発明を具体化した第二実施形態を図３、図４に従って説明する。尚、第一実施形態と同様の構成は同じ符号を付してその詳細な説明は省略する。
【００４２】
図３は第二実施形態のデータ管理システムを示す概略構成図である。
サービスセンタ１２のゲートウェイサーバ４は外部の他のネットワークと接続されている通信網１１と接続されている。該通信網１１もしくはサービスセンタ１２内には複数のＤＮＳサーバ１５が接続されており、ユーザ端末３にＵＲＬが入力されると、ユーザ端末３は該ＵＲＬに含まれるＦＱＤＮに対応づけられたＩＰアドレスを取得するために該ＵＲＬに含まれるＦＱＤＮをＤＮＳサーバ１５に送信する。ＤＮＳサーバ１５は自らが備えるＩＰアドレスファイルを参照して受信したＦＱＤＮと対応付けられたＩＰアドレスを検出し、検出したＩＰアドレスを送信元のユーザ端末３に送信する機能をもつ。
【００４３】
サービスセンタ１２内のＬＡＮ１９には、ゲートウェイサーバ４、メインサーバ７、バックアップサーバ１８、監視サーバ１６が接続されている。
メインサーバ７はネットワークインターフェース（以下、単にＮＩＣ）７ａを備え、該ＮＩＣ７ａを介してＬＡＮ１９に接続されている。バックアップサーバ１８には２つのネットワークインターフェース（ＮＩＣ）１８ａ，１８ｂを備え、両ＮＩＣ１８ａ，１８ｂはＬＡＮ１９に接続されている。
【００４４】
２つのうち１つ（例えば第２のＮＩＣ１８ｂ）には、メインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスが付与されている。そして、第１のＮＩＣ１８ａには、それらのＩＰアドレスと異なる一意なＩＰアドレスが付与されている。
【００４５】
バックアップサーバ１８は、監視サーバ１６の命令に応答し、バックアップサーバ１８が備えるＯＳにより両ＮＩＣ１８ａ，１８ｂの有効／無効が切り替え可能になっている。バックアップサーバ１８は、両ＮＩＣ１８ａ，１８ｂのうちのいずれか一つを有効に設定し、該有効なＮＩＣ及びＬＡＮ１９を介して他の機器とデータの授受が可能なように接続されている。具体的には、バックアップサーバ１８は、メインサーバ７のＮＩＣ７ａと競合しない（同一のＩＰアドレスを持たない）第１のＮＩＣ１８ａを有効に設定し、第２のＮＩＣ１８ｂを無効に設定する。そして、バックアップサーバ１８は、その第１のＮＩＣ１８ａに設定されたＩＰアドレスが含まれるパケットデータを受信する。このようにして、バックアップサーバ１８は第１のＮＩＣ１８ａ及びＬＡＮ１９を介して他の機器と実質的な送受信を行う。
【００４６】
監視サーバ１６はメインサーバ７の障害を検知すると、メインサーバ７の稼動を停止させる。そして、監視サーバ１６は、バックアップサーバ１８にバックアップサーバ１８のＮＩＣを切り替えてメインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスを持つＮＩＣ１８ｂを有効にするように指示を出す。
【００４７】
つまり、メインサーバ７に障害が発生すると、バックアップサーバ１８は、メインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスが付与されたＮＩＣ１８ｂに切り替える（ＮＩＣ１８ｂを有効に設定する）。これにより、バックアップサーバ１８は、メインサーバ７に送信されてきたデータ・パケットを受信する。
【００４８】
次に、第二実施形態における障害時のサーバの切り替え方法について説明する。図４はネットワークシステムに障害が発生した際のデータの流れを示す説明図である。
【００４９】
ユーザ端末３にメインサーバ７のファイルを指定するＵＲＬが入力されると、ユーザ端末３は該ＵＲＬからＦＱＤＮを抽出する。そして、ユーザ端末３は、入力されたＵＲＬに対応付けられた送信先のＩＰアドレスを取得するために、ＦＱＤＮを含むリクエストメッセージをＤＮＳサーバ１５に送信する（Ｄ１１）。ＤＮＳサーバ１５は自らが備えているＩＰアドレスファイル１５ａを参照して該ＦＱＤＮに対応付けられたＩＰアドレスを検索し、該ＩＰアドレスを含んだデータ・パケットを送信元のユーザ端末３に送信する（Ｄ１１）。ユーザ端末３は受信したＩＰアドレスを送信先のアドレスとしてデータ・パケットに付与し、該データ・パケットをゲートウェイサーバ４に送信する（Ｄ１２）。
【００５０】
ゲートウェイサーバ４はファイアーウォールの機能により、受信したデータ・パケットが不正なものではないか検査する。データ・パケットが不正なものではないと判断すると、ゲートウェイサーバ４はデータ・パケットに付与された送信先のＩＰアドレスに基づいてＬＡＮ１９にデータ・パケットを送出する。
【００５１】
このとき、監視サーバ６がメインサーバ７の障害を検知し、監視サーバ１６により、メインサーバ７を停止させていたとすると（Ｓ１１）、監視サーバ６はバックアップサーバ１８に対してＮＩＣを切り替えるように指示を出している（Ｓ１２）。つまり、バックアップサーバ１８は、監視サーバ１６の指示に基づいて、バックアップサーバ１８が備えるＯＳによりメインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスを有する第２のＮＩＣ１８ｂに切り替えている。
【００５２】
ＬＡＮ１９に送出されたデータ・パケットは送信先のＩＰアドレスに基づいて端末に受信されるため、該データ・パケットはメインサーバ７のＮＩＣ７ａと同一のＩＰアドレスを有するバックアップサーバ１８のＮＩＣ１８ｂに実質的に送信される（Ｄ１３）。つまり、障害時にはメインサーバ７は停止しているため、メインサーバ７の替わりにバックアップサーバ１８にデータ・パケットが送信される。
【００５３】
そして、バックアップサーバ１８は、受信したデータ・パケットに含まれるデータを処理し、その処理後のデータを含むデータ・パケットを送信元のユーザ端末３に送信する（Ｄ１４）。
【００５４】
以上詳述したように第二実施形態は、以下の特徴を有する。
（１）バックアップサーバ１８は、一意なＩＰアドレスが付与された第１のＮＩＣ１８ａと、メインサーバ７と同一のＩＰアドレスが付与された第２のＮＩＣ１８ｂとを備える。メインサーバ７の障害時に、該メインサーバ７を停止させ、第１のＮＩＣ１８ａから該メインサーバ７と同一のＩＰアドレスが付与された第２のＮＩＣ１８ｂに切り替えることで、バックアップサーバ１８を特定するＩＰアドレスをメインサーバ７と同一のＩＰアドレスに変更するようにした。その結果、メインサーバ７をバックアップサーバ１８に切り替えてユーザ端末３とデータの授受を行うことができる。このため、通信網１１に接続された複数のＤＮＳサーバ１５が備えるＩＰアドレスファイルを書き換えなくとも、障害時のサーバ切り替えをすばやくかつ簡単に行うことができる。
【００５５】
（２）バックアップサーバ１８に２つのＩＰアドレスを持たせ、監視サーバ１６の命令に基づいてＩＰアドレスを切り替えるだけで、サーバ切り替えを行うことができるので、クラスタサーバのような高価で高度なシステムを用いなくても、すばやく、かつ、簡単にサーバを切り替えることができる。
【００５６】
なお、上記以外に次の形態にて具体化できる。
○第一実施形態では、ＤＮＳサーバ５を備えたサービスセンタ２はＤＮＳサーバが接続されていない通信網１に接続されていたが、複数のＤＮＳサーバが接続されたインターネットに接続してもよい。
【００５７】
図５はこの場合におけるネットワークシステムの概略構成図である。
インターネット２２は一般的に複数のＤＮＳサーバ２０とＤＮＳクライアントサーバ（所謂、リゾルバ。以下、単にリゾルバという）２１が接続されている。インターネット２２に接続されたＤＮＳサーバ２０は、ドメイン名とＤＮＳサーバ５を示すＩＰアドレスとを対応付けたＩＰアドレスファイル２０ａが備えられている。
【００５８】
リゾルバ２１は、ユーザ端末３からＦＱＤＮを受信し、ＤＮＳサーバ５、２０とデータの授受を行うことにより、そのＦＱＤＮに対応づけられたＩＰアドレスを問い合わせる。そして、リゾルバ２１は、ＤＮＳサーバ５、２０から得られたＩＰアドレスをユーザ端末３に送信する。
【００５９】
この場合におけるサービスセンタ２内のＬＡＮ９に接続されたＤＮＳサーバ５は、第１実施形態と同様なＦＱＤＮとＩＰアドレスとを対応付けたＩＰアドレスファイル５ａが備えられている。
【００６０】
次に、この場合におけるサーバの切り替え方法について説明する。図６はこの場合におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図である。
【００６１】
ユーザ端末３にメインサーバ７のファイルを指定するＵＲＬが入力されると、ユーザ端末３は、インターネット２２を介してＦＱＤＮをリゾルバ２１に送信する（Ｄ２１）。リゾルバ２１は受信したＦＱＤＮに含まれるドメイン名に基づいてインターネット２２に接続されているＤＮＳサーバ２０とデータの授受を行い（Ｄ２２）、サービスセンタ２のＤＮＳサーバ５を示すＩＰアドレスを検出する。つまり、インターネット２２に接続されているＤＮＳサーバ２０が備えるＩＰアドレスファイル２０ａには、ユーザ端末３から受信したＦＱＤＮに対応するＩＰアドレスが記憶されていない。このため、リゾルバ２１は、該ＦＱＤＮを解析するためにサービスセンタ２のＤＮＳサーバ５とデータの授受を行う必要があるので、ＤＮＳサーバ５を示すＩＰアドレスを取得する。
【００６２】
ここで、リゾルバ２１は、ＤＮＳサーバ２０から受信したＩＰアドレスに基づいてＦＱＤＮを含むデータ・パケットをサービスセンタ２のゲートウェイサーバ４に送信する（Ｄ２３）。ゲートウェイサーバ４は受信したデータ・パケットをサービスセンタ２内のＤＮＳサーバ５に送信する。サービスセンタ２内のＤＮＳサーバ５は、ＩＰアドレスファイル５ａを参照して、データ・パケットに含まれるＦＱＤＮと対応付けられたＩＰアドレスを検索する。
【００６３】
ここで、監視サーバ６がメインサーバ７に障害が発生していると検知していたとすると（Ｓ２１）、第一実施形態と同様に、監視サーバ６により、サービスセンタ２内のＤＮＳサーバ５が備えるＩＰアドレスファイル５ａは書き換えられている（Ｓ２２）。
【００６４】
このため、障害発生時においては、ＤＮＳサーバ５はメインサーバ７を示すＩＰアドレスの替わりにバックアップサーバ８を示すＩＰアドレスを検索し、検索したＩＰアドレスをリゾルバ２１に送信する。リゾルバ２１は受信したＩＰアドレスを送信元のユーザ端末３に送信する。ユーザ端末３は、該ＩＰアドレスに基づいてサービスセンタ２のバックアップサーバ８とデータの授受を行う。
【００６５】
従って、この場合、メインサーバ７のホスト名とＩＰアドレスを対応付けているＩＰアドレスファイル５ａは、サービスセンタ２内のＤＮＳサーバ５だけが備えている。このため、リゾルバ２１がメインサーバ７を示すＵＲＬに対応付けられたＩＰアドレスを取得するには、サービスセンタ２内のＤＮＳサーバ５から取得しなくてはならない。つまり、ＤＮＳサーバ５が備えるＩＰアドレスファイル５ａを書き換えるだけで、インターネット２２に接続された複数のＤＮＳサーバ２０が備えるＩＰアドレスファイル２０ａを書き換える必要がない。このため、正常に稼動しているバックアップサーバ８にすばやく、かつ、容易に切り替えることができる。
【００６６】
○第一実施形態では、サービスセンタ２内のＬＡＮ９にＤＮＳサーバ５が接続されていたが、通信網１に接続されていてもよい。
○第一実施形態では、監視サーバ６が、メインサーバ７の障害を検知したとき、メインサーバ７の稼働を停止させていたが、メインサーバ７の稼働を停止させなくてもよい。
【００６７】
○上記実施形態では、サービスセンタ２、１２内に監視サーバ６、１６を備えたが、サービスセンタの外部に備えて、遠隔地からサーバを切り替えることができるようにしてもよい。
【００６８】
○上記実施形態では、ユーザのデータを管理するデータ管理システムに具体化したが、メインサーバ及びバックアップサーバを備えたその他のシステムに具体化してもよい。例えば、ネットワークへの接続を提供するネットワーク接続プロバイダ（ＩＰ）、ユーザにアプリケーションプログラムを提供するアプリケーションサービスプロバイダ（ＡＳＰ）等のシステムに具体化して実施してもよい。
【００６９】
○上記実施形態では、メインサーバ７の障害発生時にサーバの切り替えを行っていたが、メインサーバのメンテナンス時などでメインサーバを停止させるときにサーバの切り替えを行ってもよい。
【００７０】
○第二実施形態では、ネットワークインターフェース７ａ、１８ａ、１８ｂは、物理的に分かれていたが、ソフトウェア的に分かれていてもよい。
【００７１】
【発明の効果】
以上詳述したように、本発明によれば、安価で簡単な構成で、すばやくサーバの切り替えを行うことができる障害時のサーバ切り替えシステム及びサーバ切り替え方法を提供することができる。
【図面の簡単な説明】
【図１】第一実施形態におけるネットワークシステムの概略構成図。
【図２】第一実施形態におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図。
【図３】第二実施形態におけるネットワークシステムの概略構成図。
【図４】第二実施形態におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図。
【図５】別例におけるネットワークシステムの概略構成図。
【図６】別例におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図。
【符号の説明】
１、１１…通信網、２、１２…サービスセンタ、３…ユーザ端末、４…ゲートウェイサーバ、５、１５、２０…ＤＮＳサーバ、５ａ、１５ａ、２０ａ…ＩＰアドレスファイル、６、１６…監視サーバ、７…メインサーバ、７ａ、１８ａ、１８ｂ…ネットワークインターフェース、８、１８…バックアップサーバ、２１…ＤＮＳクライアントサーバ。
【発明の属する技術分野】
本発明は、通常稼動しているサーバに障害が発生した場合等に、そのサーバから予備のサーバに切り替える障害時のサーバ切り替えシステム及びサーバ切り替え方法に関するものである。
【０００２】
【従来の技術】
従来、インターネットやＬＡＮなどで構築されたネットワークシステムでは、ユーザ端末が、ネットワークを介してメインサーバとアクセスしてデータの授受を行なっていた。
【０００３】
一般的に、ユーザ端末からのアクセスは何時でも行われる可能性があるため、基幹システムであるメインサーバは常時稼動している必要性がある。このため、メインサーバのデータ及び機能をバックアップするためのシステムが構築されているのが普通である。
【０００４】
このようなバックアップするためのシステムとしては、信頼性を高めるために、メインサーバと同一のデータ及び機能を有するバックアップサーバを備え、メインサーバの障害時にバックアップサーバに切り替えていた。
【０００５】
即ち、バックアップサーバとメインサーバを専用線で接続し、バックアップサーバが所定のタイミングでメインサーバに障害が発生したか否かを検知するための信号を送信するバックアップ専用ソフトウェアをバックアップサーバに備えていた。そして、メインサーバに障害が発生したとき、バックアップ専用ソフトウェアにより、バックアップサーバがその障害を検知し、メインサーバの代わりにユーザ端末とデータの授受を行っていた。
【０００６】
また、バックアップするためのシステムとしては、クラスタリング技術を使用したクラスタサーバでシステムを構築したものがある。クラスタサーバは、お互いに強調して単一のシステムとして動作する、複数の独立したコンピュータからなるシステムである。つまり、一部のコンピュータに障害が発生しても、システム全体としては稼動し続けることができる。
【０００７】
【発明が解決しようとする課題】
しかしながら、このようなバックアップ専用ソフトウェアやクラスタサーバは、サーバの切り替えが容易であるものの、それぞれが高価であり、構築に高度な技術が必要であった。
【０００８】
本発明は上記問題点を解決するためになされたものであって、その目的は、容易にサーバの切り替えを行うことができ、安価にシステムを構築できるサーバの切り替え方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の発明は、ユーザが所有するユーザ端末とデータの授受を行う第１のＩＰアドレスを有する第１のサーバと、該第１のサーバと同一の機能及びデータを有し、第２のＩＰアドレスを有する第２のサーバと、を備え、前記第１のサーバに障害が発生した時に前記ユーザ端末に対するデータの授受を前記第２のサーバに切り替えるネットワークシステムにおいて、前記第１のサーバを停止させ、前記第２のサーバが有する第２のＩＰアドレスを第１のサーバが有する第１のＩＰアドレスに変更するように命令を出す第３のサーバ、を備えた。
【００１０】
請求項２に記載の発明は、端末のホスト名とＩＰアドレスとを対応付けて記憶したＩＰアドレスファイルを利用して前記ユーザ端末から受信したホスト名に対応づけられたＩＰアドレスを送信元に送信する第４のサーバを備え、前記第４のサーバが、前記第３のサーバの該命令に応答して、第１のサーバを示すホスト名と第２のサーバが有する第２のＩＰアドレスとを関連づけるように前記ＩＰアドレスファイルを書き換える。
【００１１】
請求項３に記載の発明は、前記第２のサーバは、前記第３のサーバの命令により切り替え可能なそれぞれ別のＩＰアドレスを有する複数のネットワークインターフェースを備え、そのうち１つのネットワークインターフェースは第１のサーバのネットワークインターフェースを特定する第１のＩＰアドレスを有し、前記第２のサーバは、前記第３のサーバの該命令に応答して、第１のＩＰアドレスを有するネットワークインターフェースに切り替える。
【００１２】
請求項４に記載の発明は、サービスセンタが、ユーザが所有するユーザ端末とデータの授受を行う第１のＩＰアドレスを有する第１のサーバと、該第１のサーバと同一の機能及びデータを有し、第２のＩＰアドレスを有する第２のサーバと、を備え、前記第１のサーバに障害が発生した時に前記ユーザ端末に対するデータの授受を前記第２のサーバに切り替えるサーバ切り替え方法において、第３のサーバが、前記第１のサーバを停止させ、前記第２のサーバが有する第２のＩＰアドレスを前記第１のサーバが有する第１のＩＰアドレスに変更するように命令を出す。
【００１３】
請求項５に記載の発明は、前記サービスセンタは、端末のホスト名とＩＰアドレスとを対応付けて記憶したＩＰアドレスファイルを利用して前記ユーザ端末から受信したホスト名に対応づけられたＩＰアドレスを送信元に送信する第４のサーバを備え、前記第４のサーバが、前記第３のサーバの命令に応答して、第１のサーバを示すホスト名と第２のサーバのＩＰアドレスとを関連づけるように前記ＩＰアドレスファイルを書き換える。
【００１４】
請求項６に記載の発明は、前記第２のサーバは、前記第３のサーバの命令により切り替え可能なそれぞれ別のＩＰアドレスを有する複数のネットワークインターフェースを備え、そのうち１つのネットワークインターフェースは前記第１のサーバのネットワークインターフェースを特定する第１のＩＰアドレスを有し、前記第２のサーバが、前記第３のサーバの命令に応答して、第１のＩＰアドレスを有するネットワークインターフェースに切り替える。
【００１５】
（作用）
請求項１または４に記載の発明によれば、第３のサーバが、第１のサーバを停止させ、第２のサーバを特定するＩＰアドレスを第１のサーバを特定するＩＰアドレスに変更するように命令を出す。このため、簡単かつ迅速に第１のサーバから第２のサーバに切り替わる。
【００１６】
請求項２または５に記載の発明によれば、第４のサーバは、第３のサーバの命令に応答して、ＩＰアドレスファイルを書き換えて、第１のサーバを示すホスト名と第２のサーバを特定するＩＰアドレスと関連づけるようにした。このため、第４のサーバは、ユーザ端末から第１のサーバを指定するホスト名を受信すると、第２のサーバを特定するＩＰアドレスを送信元のユーザ端末に送信する。従って、ユーザ端末は、第１のサーバとデータの授受を行わずに、第２のサーバとデータの授受を行う。
【００１７】
請求項３または６に記載の発明によれば、第２のサーバは、第３のサーバの命令に応答して、第１のサーバを特定するＩＰアドレスと同一のＩＰアドレスを有するネットワークインターフェースを切り替える。このため、ユーザ端末は、第１のサーバとデータの授受を行わずに、第２のサーバとデータの授受を行う。
【００１８】
【発明の実施の形態】
（第一実施形態）
以下、本発明を具体化した第一実施形態を図１、図２に従って説明する。
【００１９】
図１は第一実施形態のデータ管理システムの構成図である。
このデータ管理システムは、インターネットなどの外部のネットワークから独立して構築されている通信網１を用いたネットワークを有している。通信網１には、ユーザが扱うデータを管理するとともに、そのデータを展開するためのアプリケーションプログラム等を提供するサービスセンタ２が設置されている。これに対し、ユーザ側の端末としての携帯電話３ａまたはパソコン３ｂ（以下、単にユーザ端末３という）は、通信網１を介してサービスセンタ２と接続する機能が備えられている。そして、ユーザは、ユーザ端末３を用いてサービスセンタ２とデータの授受を行い、必要なデータを取得する。
【００２０】
このようなサービスセンタ２には、ゲートウェイサーバ４、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ５、監視サーバ６、メインサーバ７、バックアップサーバ８が備えられている。サービスセンタ２内にはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）９が構築されており、このＬＡＮ９に前記各サーバが接続されている。そして、サービスセンタ２内の該ＬＡＮ９はゲートウェイサーバ４を介して通信網１と接続されている。該ＬＡＮ９に接続された各サーバ４〜８はそれぞれＩＰアドレス（各機器１台１台を識別する識別番号）が割り振られている。
【００２１】
ゲートウェイサーバ４は、通信網１とサービスセンタ２内のＬＡＮ９を通信可能に接続している。また、該ゲートウェイサーバ４はファイアーウォールの機能を備え、サービスセンタ２のネットワーク内への不正なアクセスや悪質なデータの流入を防止している。
【００２２】
メインサーバ７は、ユーザが扱うデータを記憶するとともに、そのデータを展開するためのアプリケーションプログラム等が格納しているデータベース（図示略）を備えており、このデータベースを利用してユーザ端末３とデータの授受を行う。また、メインサーバ７は、データベースで管理しているデータを後述するバックアップサーバ８のデータベース（図示略）に所定のタイミングでデータのバックアップをする機能を実行する。
【００２３】
バックアップサーバ８は、前記メインサーバ７が備えるデータベースのデータ及びその機能をバックアップするためのサーバである。このため、バックアップサーバ８は、常に稼動しており、メインサーバ７と同一の機能を有している。また、所定のタイミングでメインサーバ７が管理するデータのバックアップが行われ、バックアップサーバ８が管理するデータと同期を取るようにしている。
【００２４】
このＬＡＮ９に接続しているＤＮＳサーバ５は、通信網１及びサービスセンタ２内のＬＡＮ９に接続された端末のＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ；ホスト名にドメイン名を付加したもの）とＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）とを対応づけるＩＰアドレスファイル５ａを備えている。ＩＰアドレスとは、ユーザ端末３及びサーバを含む端末毎（詳しくは、端末のネットワークインターフェース毎）に付与されており、端末間で通信を行う際、送信元の端末と送信先の端末をＩＰアドレスによって特定するために使われる。
【００２５】
また、前記ＩＰアドレスファイル５ａは、後述する監視サーバ６の命令に基づいて書き換え可能にＤＮＳサーバ５により管理されている。また、ＤＮＳサーバ５は、ユーザ端末３から入力された送信先を指定するＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）に含まれるＦＱＤＮを受信し、ＩＰアドレスファイルを参照してＦＱＤＮに対応づけられたＩＰアドレスを検索する。そして、ＤＮＳサーバ５は、検索したＩＰアドレスを送信元のユーザ端末３に送信する。
【００２６】
監視サーバ６は、メインサーバ７が正常に稼動しているか否かを常時監視するサーバである。監視サーバ６はメインサーバ７に障害が発生したと検知したとき、メインサーバ７からバックアップサーバ８にユーザからのアクセスを切り替えるようにＤＮＳサーバ５が備えているＩＰアドレスファイル５ａを書き換えるための命令を出力する。ＤＮＳサーバ５は、その命令に応答してメインサーバ７のＩＰアドレスをバックアップサーバのＩＰアドレスに変更する。また、監視サーバ６は、メインサーバ７に障害が発生したと検知したとき、メインサーバ７の稼動を停止させる。
【００２７】
つまり、ＤＮＳサーバ５は、メインサーバ７に障害が発生したとき、監視サーバ６によりＩＰアドレスファイルを書き換える命令を受けて、ＩＰアドレスファイル５ａを書き換える。この書き換え後、ＤＮＳサーバ５は、ユーザ端末３からメインサーバ７を指定するＦＱＤＮを受信し、バックアップサーバ８を特定するＩＰアドレスを送信先のＩＰアドレスとして送信元のユーザ端末３に送信する。
【００２８】
次に、ユーザが所有するユーザ端末３について説明する。
ユーザ端末３は、入力されたＵＲＬ（ＦＱＤＮ）をＤＮＳサーバ５に問い合わせる（ＤＮＳサーバ５にＵＲＬを含む問い合わせメッセージを送信し、そこからＵＲＬに対応するＩＰアドレスを含む応答メッセージを受け取る）。そして、ユーザ端末３は、送信先を特定するそのＩＰアドレスに基づいて、通信網１及びゲートウェイサーバ４を介して、該ＩＰアドレスを有する送信先のサーバとデータの授受を行う。
【００２９】
また、ユーザ端末３は通信網１を介してメインサーバ７のアプリケーションプログラムを利用することができる制御プログラムが備えられている。つまり、ユーザ端末３は、メインサーバ７が備えるファイルを指定するＵＲＬを入力することでメインサーバ７のアプリケーションプログラムまたはデータをユーザ端末３が備える表示部に表示して、利用することができる。尚、ＵＲＬは、ホスト名、ドメイン名、フォルダ名、ファイル名などから構成されている。
【００３０】
次に、メインサーバ７に障害が発生したときにメインサーバ７からバックアップサーバ８に切り替える方法について説明する。図２はネットワークシステムに障害が発生した際のデータの流れを示す説明図である。図２において、処理を必要とするデータを含んだデータ・パケットの流れを一点鎖線で示し、サーバの切り替え処理に関わる信号の流れを破線で示す。
【００３１】
メインサーバ７に障害が発生すると、監視サーバ６はその障害を検知し（Ｓ１）、メインサーバ７の稼動を停止させる（Ｓ２）。そして、監視サーバ６は、ＤＮＳサーバ５に対して、ＩＰアドレスファイル５ａのメインサーバ７を示すＦＱＤＮに対応付けられたメインサーバ７を特定するＩＰアドレスをバックアップサーバ８を特定するＩＰアドレスに書き換えるように命令を出す（Ｓ３）。ＤＮＳサーバ５は、その命令に応答して、ＩＰアドレスファイル５ａの内容を書き換える。これにより、ＤＮＳサーバ５は、メインサーバ７を示すＦＱＤＮを受信すると、バックアップサーバ８を特定するＩＰアドレスを返すこととなる。
【００３２】
この障害発生後において、ユーザ端末３にメインサーバ７のデータを指定するＵＲＬが入力されると、ユーザ端末３は正常時と同様に、該ＵＲＬから送信先のＩＰアドレスを取得するために、該ＵＲＬからＦＱＤＮを抽出する。そして、ユーザ端末３は、入力されたＵＲＬに対応づけられた送信先のＩＰアドレスを取得するために、ＤＮＳサーバ５に問い合わせる。即ち、ユーザ端末３は、ＦＱＤＮを含むリクエストメッセージをゲートウェイサーバ４に送信する（Ｄ１）。
【００３３】
ゲートウェイサーバ４は、ファイアーウォール機能により、受信したデータ・パケットが不正なものではないか否か判断する。正規なものであると判断すると、ゲートウェイサーバ４は、サービスセンタ２内のＬＡＮ９を介して該データ・パケットをＤＮＳサーバ５に送信する（Ｄ２）。
【００３４】
ＤＮＳサーバ５は、受信したデータ・パケットからＦＱＤＮを抽出し、自らが備えるＩＰアドレスファイル５ａを参照して該ＦＱＤＮに対応付けられたＩＰアドレスを検出する。このＩＰアドレスは、正常時にはＤＮＳサーバ５はメインサーバ７を示し、障害発生後はバックアップサーバ８を示す。そして、ＤＮＳサーバ５は、受信したデータ・パケットに付与されていたユーザ端末３を特定するＩＰアドレスに基づいて、検出したＩＰアドレスを送信元のユーザ端末３に送信する（Ｄ３）。
【００３５】
ユーザ端末３は、ＤＮＳサーバ５から受信したＩＰアドレスを送信先のアドレスとしてデータ・パケットに付与し、通信網１を介してサービスセンタ２のゲートウェイサーバ４に送信する（Ｄ４）。尚、このデータ・パケットにはサービスセンタ２によって処理されるべきデータも当然含まれる。
【００３６】
ゲートウェイサーバ４は、ファイアーウォールにより受信したデータ・パケットを検査し、不正なのもではないと判断したら、該データ・パケットに付与された送信先を特定するＩＰアドレスに基づいて、該データ・パケットを送信する。該データ・パケットに付与されたＩＰアドレスは、正常時にはメインサーバ７を示すが、障害発生後はバックアップサーバ８を示すので、ゲートウェイサーバ４はバックアップサーバ８に該データ・パケットを送信することとなる（Ｄ５）。バックアップサーバ８は受信したデータ・パケットを処理し、該データ・パケットに付与された送信元のＩＰアドレスに基づいて処理したデータをユーザ端末３に送信する（Ｄ６）。
【００３７】
このように、メインサーバ７の障害時には、監視サーバ６が、ＤＮＳサーバ５の備えるＩＰアドレスファイル５ａを書き換え、メインサーバ７を停止することによって、メインサーバ７をバックアップサーバ８に切り替える。
【００３８】
尚、メインサーバ７が復旧したとき、障害発生時と同様にＤＮＳサーバ５のＩＰアドレスファイル５ａを書き換えると、バックアップサーバ８からメインサーバ７に切り替わることとなる。
【００３９】
以上詳述したように第一実施形態は、以下の特徴を有する。
（１）監視サーバ６を備え、該監視サーバ６によりメインサーバ７に障害が発生した場合にはメインサーバ７を示すＦＱＤＮとバックアップサーバ８のＩＰアドレスとを関連づけるようにサービスセンタ２内のＤＮＳサーバ５が備えるＩＰアドレスファイル５ａを書き換えるようにした。その結果、メインサーバ７をバックアップサーバ８に簡単かつすばやく切り替えることができる。
【００４０】
（２）クラスタサーバなどを備えなくとも、比較的単純な操作を行う監視サーバ６とＤＮＳサーバ５を備えるだけで、障害時のサーバ切り替えシステムを実現でき、また、コストの低減を実現できる。
【００４１】
（第二実施形態）
以下、本発明を具体化した第二実施形態を図３、図４に従って説明する。尚、第一実施形態と同様の構成は同じ符号を付してその詳細な説明は省略する。
【００４２】
図３は第二実施形態のデータ管理システムを示す概略構成図である。
サービスセンタ１２のゲートウェイサーバ４は外部の他のネットワークと接続されている通信網１１と接続されている。該通信網１１もしくはサービスセンタ１２内には複数のＤＮＳサーバ１５が接続されており、ユーザ端末３にＵＲＬが入力されると、ユーザ端末３は該ＵＲＬに含まれるＦＱＤＮに対応づけられたＩＰアドレスを取得するために該ＵＲＬに含まれるＦＱＤＮをＤＮＳサーバ１５に送信する。ＤＮＳサーバ１５は自らが備えるＩＰアドレスファイルを参照して受信したＦＱＤＮと対応付けられたＩＰアドレスを検出し、検出したＩＰアドレスを送信元のユーザ端末３に送信する機能をもつ。
【００４３】
サービスセンタ１２内のＬＡＮ１９には、ゲートウェイサーバ４、メインサーバ７、バックアップサーバ１８、監視サーバ１６が接続されている。
メインサーバ７はネットワークインターフェース（以下、単にＮＩＣ）７ａを備え、該ＮＩＣ７ａを介してＬＡＮ１９に接続されている。バックアップサーバ１８には２つのネットワークインターフェース（ＮＩＣ）１８ａ，１８ｂを備え、両ＮＩＣ１８ａ，１８ｂはＬＡＮ１９に接続されている。
【００４４】
２つのうち１つ（例えば第２のＮＩＣ１８ｂ）には、メインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスが付与されている。そして、第１のＮＩＣ１８ａには、それらのＩＰアドレスと異なる一意なＩＰアドレスが付与されている。
【００４５】
バックアップサーバ１８は、監視サーバ１６の命令に応答し、バックアップサーバ１８が備えるＯＳにより両ＮＩＣ１８ａ，１８ｂの有効／無効が切り替え可能になっている。バックアップサーバ１８は、両ＮＩＣ１８ａ，１８ｂのうちのいずれか一つを有効に設定し、該有効なＮＩＣ及びＬＡＮ１９を介して他の機器とデータの授受が可能なように接続されている。具体的には、バックアップサーバ１８は、メインサーバ７のＮＩＣ７ａと競合しない（同一のＩＰアドレスを持たない）第１のＮＩＣ１８ａを有効に設定し、第２のＮＩＣ１８ｂを無効に設定する。そして、バックアップサーバ１８は、その第１のＮＩＣ１８ａに設定されたＩＰアドレスが含まれるパケットデータを受信する。このようにして、バックアップサーバ１８は第１のＮＩＣ１８ａ及びＬＡＮ１９を介して他の機器と実質的な送受信を行う。
【００４６】
監視サーバ１６はメインサーバ７の障害を検知すると、メインサーバ７の稼動を停止させる。そして、監視サーバ１６は、バックアップサーバ１８にバックアップサーバ１８のＮＩＣを切り替えてメインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスを持つＮＩＣ１８ｂを有効にするように指示を出す。
【００４７】
つまり、メインサーバ７に障害が発生すると、バックアップサーバ１８は、メインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスが付与されたＮＩＣ１８ｂに切り替える（ＮＩＣ１８ｂを有効に設定する）。これにより、バックアップサーバ１８は、メインサーバ７に送信されてきたデータ・パケットを受信する。
【００４８】
次に、第二実施形態における障害時のサーバの切り替え方法について説明する。図４はネットワークシステムに障害が発生した際のデータの流れを示す説明図である。
【００４９】
ユーザ端末３にメインサーバ７のファイルを指定するＵＲＬが入力されると、ユーザ端末３は該ＵＲＬからＦＱＤＮを抽出する。そして、ユーザ端末３は、入力されたＵＲＬに対応付けられた送信先のＩＰアドレスを取得するために、ＦＱＤＮを含むリクエストメッセージをＤＮＳサーバ１５に送信する（Ｄ１１）。ＤＮＳサーバ１５は自らが備えているＩＰアドレスファイル１５ａを参照して該ＦＱＤＮに対応付けられたＩＰアドレスを検索し、該ＩＰアドレスを含んだデータ・パケットを送信元のユーザ端末３に送信する（Ｄ１１）。ユーザ端末３は受信したＩＰアドレスを送信先のアドレスとしてデータ・パケットに付与し、該データ・パケットをゲートウェイサーバ４に送信する（Ｄ１２）。
【００５０】
ゲートウェイサーバ４はファイアーウォールの機能により、受信したデータ・パケットが不正なものではないか検査する。データ・パケットが不正なものではないと判断すると、ゲートウェイサーバ４はデータ・パケットに付与された送信先のＩＰアドレスに基づいてＬＡＮ１９にデータ・パケットを送出する。
【００５１】
このとき、監視サーバ６がメインサーバ７の障害を検知し、監視サーバ１６により、メインサーバ７を停止させていたとすると（Ｓ１１）、監視サーバ６はバックアップサーバ１８に対してＮＩＣを切り替えるように指示を出している（Ｓ１２）。つまり、バックアップサーバ１８は、監視サーバ１６の指示に基づいて、バックアップサーバ１８が備えるＯＳによりメインサーバ７のＮＩＣ７ａを特定するＩＰアドレスと同一のＩＰアドレスを有する第２のＮＩＣ１８ｂに切り替えている。
【００５２】
ＬＡＮ１９に送出されたデータ・パケットは送信先のＩＰアドレスに基づいて端末に受信されるため、該データ・パケットはメインサーバ７のＮＩＣ７ａと同一のＩＰアドレスを有するバックアップサーバ１８のＮＩＣ１８ｂに実質的に送信される（Ｄ１３）。つまり、障害時にはメインサーバ７は停止しているため、メインサーバ７の替わりにバックアップサーバ１８にデータ・パケットが送信される。
【００５３】
そして、バックアップサーバ１８は、受信したデータ・パケットに含まれるデータを処理し、その処理後のデータを含むデータ・パケットを送信元のユーザ端末３に送信する（Ｄ１４）。
【００５４】
以上詳述したように第二実施形態は、以下の特徴を有する。
（１）バックアップサーバ１８は、一意なＩＰアドレスが付与された第１のＮＩＣ１８ａと、メインサーバ７と同一のＩＰアドレスが付与された第２のＮＩＣ１８ｂとを備える。メインサーバ７の障害時に、該メインサーバ７を停止させ、第１のＮＩＣ１８ａから該メインサーバ７と同一のＩＰアドレスが付与された第２のＮＩＣ１８ｂに切り替えることで、バックアップサーバ１８を特定するＩＰアドレスをメインサーバ７と同一のＩＰアドレスに変更するようにした。その結果、メインサーバ７をバックアップサーバ１８に切り替えてユーザ端末３とデータの授受を行うことができる。このため、通信網１１に接続された複数のＤＮＳサーバ１５が備えるＩＰアドレスファイルを書き換えなくとも、障害時のサーバ切り替えをすばやくかつ簡単に行うことができる。
【００５５】
（２）バックアップサーバ１８に２つのＩＰアドレスを持たせ、監視サーバ１６の命令に基づいてＩＰアドレスを切り替えるだけで、サーバ切り替えを行うことができるので、クラスタサーバのような高価で高度なシステムを用いなくても、すばやく、かつ、簡単にサーバを切り替えることができる。
【００５６】
なお、上記以外に次の形態にて具体化できる。
○第一実施形態では、ＤＮＳサーバ５を備えたサービスセンタ２はＤＮＳサーバが接続されていない通信網１に接続されていたが、複数のＤＮＳサーバが接続されたインターネットに接続してもよい。
【００５７】
図５はこの場合におけるネットワークシステムの概略構成図である。
インターネット２２は一般的に複数のＤＮＳサーバ２０とＤＮＳクライアントサーバ（所謂、リゾルバ。以下、単にリゾルバという）２１が接続されている。インターネット２２に接続されたＤＮＳサーバ２０は、ドメイン名とＤＮＳサーバ５を示すＩＰアドレスとを対応付けたＩＰアドレスファイル２０ａが備えられている。
【００５８】
リゾルバ２１は、ユーザ端末３からＦＱＤＮを受信し、ＤＮＳサーバ５、２０とデータの授受を行うことにより、そのＦＱＤＮに対応づけられたＩＰアドレスを問い合わせる。そして、リゾルバ２１は、ＤＮＳサーバ５、２０から得られたＩＰアドレスをユーザ端末３に送信する。
【００５９】
この場合におけるサービスセンタ２内のＬＡＮ９に接続されたＤＮＳサーバ５は、第１実施形態と同様なＦＱＤＮとＩＰアドレスとを対応付けたＩＰアドレスファイル５ａが備えられている。
【００６０】
次に、この場合におけるサーバの切り替え方法について説明する。図６はこの場合におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図である。
【００６１】
ユーザ端末３にメインサーバ７のファイルを指定するＵＲＬが入力されると、ユーザ端末３は、インターネット２２を介してＦＱＤＮをリゾルバ２１に送信する（Ｄ２１）。リゾルバ２１は受信したＦＱＤＮに含まれるドメイン名に基づいてインターネット２２に接続されているＤＮＳサーバ２０とデータの授受を行い（Ｄ２２）、サービスセンタ２のＤＮＳサーバ５を示すＩＰアドレスを検出する。つまり、インターネット２２に接続されているＤＮＳサーバ２０が備えるＩＰアドレスファイル２０ａには、ユーザ端末３から受信したＦＱＤＮに対応するＩＰアドレスが記憶されていない。このため、リゾルバ２１は、該ＦＱＤＮを解析するためにサービスセンタ２のＤＮＳサーバ５とデータの授受を行う必要があるので、ＤＮＳサーバ５を示すＩＰアドレスを取得する。
【００６２】
ここで、リゾルバ２１は、ＤＮＳサーバ２０から受信したＩＰアドレスに基づいてＦＱＤＮを含むデータ・パケットをサービスセンタ２のゲートウェイサーバ４に送信する（Ｄ２３）。ゲートウェイサーバ４は受信したデータ・パケットをサービスセンタ２内のＤＮＳサーバ５に送信する。サービスセンタ２内のＤＮＳサーバ５は、ＩＰアドレスファイル５ａを参照して、データ・パケットに含まれるＦＱＤＮと対応付けられたＩＰアドレスを検索する。
【００６３】
ここで、監視サーバ６がメインサーバ７に障害が発生していると検知していたとすると（Ｓ２１）、第一実施形態と同様に、監視サーバ６により、サービスセンタ２内のＤＮＳサーバ５が備えるＩＰアドレスファイル５ａは書き換えられている（Ｓ２２）。
【００６４】
このため、障害発生時においては、ＤＮＳサーバ５はメインサーバ７を示すＩＰアドレスの替わりにバックアップサーバ８を示すＩＰアドレスを検索し、検索したＩＰアドレスをリゾルバ２１に送信する。リゾルバ２１は受信したＩＰアドレスを送信元のユーザ端末３に送信する。ユーザ端末３は、該ＩＰアドレスに基づいてサービスセンタ２のバックアップサーバ８とデータの授受を行う。
【００６５】
従って、この場合、メインサーバ７のホスト名とＩＰアドレスを対応付けているＩＰアドレスファイル５ａは、サービスセンタ２内のＤＮＳサーバ５だけが備えている。このため、リゾルバ２１がメインサーバ７を示すＵＲＬに対応付けられたＩＰアドレスを取得するには、サービスセンタ２内のＤＮＳサーバ５から取得しなくてはならない。つまり、ＤＮＳサーバ５が備えるＩＰアドレスファイル５ａを書き換えるだけで、インターネット２２に接続された複数のＤＮＳサーバ２０が備えるＩＰアドレスファイル２０ａを書き換える必要がない。このため、正常に稼動しているバックアップサーバ８にすばやく、かつ、容易に切り替えることができる。
【００６６】
○第一実施形態では、サービスセンタ２内のＬＡＮ９にＤＮＳサーバ５が接続されていたが、通信網１に接続されていてもよい。
○第一実施形態では、監視サーバ６が、メインサーバ７の障害を検知したとき、メインサーバ７の稼働を停止させていたが、メインサーバ７の稼働を停止させなくてもよい。
【００６７】
○上記実施形態では、サービスセンタ２、１２内に監視サーバ６、１６を備えたが、サービスセンタの外部に備えて、遠隔地からサーバを切り替えることができるようにしてもよい。
【００６８】
○上記実施形態では、ユーザのデータを管理するデータ管理システムに具体化したが、メインサーバ及びバックアップサーバを備えたその他のシステムに具体化してもよい。例えば、ネットワークへの接続を提供するネットワーク接続プロバイダ（ＩＰ）、ユーザにアプリケーションプログラムを提供するアプリケーションサービスプロバイダ（ＡＳＰ）等のシステムに具体化して実施してもよい。
【００６９】
○上記実施形態では、メインサーバ７の障害発生時にサーバの切り替えを行っていたが、メインサーバのメンテナンス時などでメインサーバを停止させるときにサーバの切り替えを行ってもよい。
【００７０】
○第二実施形態では、ネットワークインターフェース７ａ、１８ａ、１８ｂは、物理的に分かれていたが、ソフトウェア的に分かれていてもよい。
【００７１】
【発明の効果】
以上詳述したように、本発明によれば、安価で簡単な構成で、すばやくサーバの切り替えを行うことができる障害時のサーバ切り替えシステム及びサーバ切り替え方法を提供することができる。
【図面の簡単な説明】
【図１】第一実施形態におけるネットワークシステムの概略構成図。
【図２】第一実施形態におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図。
【図３】第二実施形態におけるネットワークシステムの概略構成図。
【図４】第二実施形態におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図。
【図５】別例におけるネットワークシステムの概略構成図。
【図６】別例におけるネットワークシステムに障害が発生した際のデータの流れを示す説明図。
【符号の説明】
１、１１…通信網、２、１２…サービスセンタ、３…ユーザ端末、４…ゲートウェイサーバ、５、１５、２０…ＤＮＳサーバ、５ａ、１５ａ、２０ａ…ＩＰアドレスファイル、６、１６…監視サーバ、７…メインサーバ、７ａ、１８ａ、１８ｂ…ネットワークインターフェース、８、１８…バックアップサーバ、２１…ＤＮＳクライアントサーバ。
Claims (6)
- ユーザが所有するユーザ端末とデータの授受を行う第１のＩＰアドレスを有する第１のサーバと、該第１のサーバと同一の機能及びデータを有し、第２のＩＰアドレスを有する第２のサーバと、を備え、前記第１のサーバに障害が発生した時に前記ユーザ端末に対するデータの授受を前記第２のサーバに切り替えるネットワークシステムにおいて、
前記第１のサーバを停止させ、前記第２のサーバが有する第２のＩＰアドレスを第１のサーバが有する第１のＩＰアドレスに変更するように命令を出す第３のサーバ、を備えたことを特徴としたネットワークシステム。 - 端末のホスト名とＩＰアドレスとを対応付けて記憶したＩＰアドレスファイルを利用して前記ユーザ端末から受信したホスト名に対応づけられたＩＰアドレスを送信元に送信する第４のサーバを備え、
前記第４のサーバが、前記第３のサーバの該命令に応答して、第１のサーバを示すホスト名と第２のサーバが有する第２のＩＰアドレスとを関連づけるように前記ＩＰアドレスファイルを書き換える、
ことを特徴とする請求項１に記載のネットワークシステム。 - 前記第２のサーバは、前記第３のサーバの命令により切り替え可能なそれぞれ別のＩＰアドレスを有する複数のネットワークインターフェースを備え、そのうち１つのネットワークインターフェースは第１のサーバのネットワークインターフェースを特定する第１のＩＰアドレスを有し、
前記第２のサーバは、前記第３のサーバの該命令に応答して、第１のＩＰアドレスを有するネットワークインターフェースに切り替える、
ことを特徴とする請求項１に記載のネットワークシステム。 - サービスセンタが、ユーザが所有するユーザ端末とデータの授受を行う第１のＩＰアドレスを有する第１のサーバと、該第１のサーバと同一の機能及びデータを有し、第２のＩＰアドレスを有する第２のサーバと、を備え、前記第１のサーバに障害が発生した時に前記ユーザ端末に対するデータの授受を前記第２のサーバに切り替えるサーバ切り替え方法において、
第３のサーバが、前記第１のサーバを停止させ、前記第２のサーバが有する第２のＩＰアドレスを前記第１のサーバが有する第１のＩＰアドレスに変更するように命令を出すことを特徴とするサーバ切り替え方法。 - 前記サービスセンタは、端末のホスト名とＩＰアドレスとを対応付けて記憶したＩＰアドレスファイルを利用して前記ユーザ端末から受信したホスト名に対応づけられたＩＰアドレスを送信元に送信する第４のサーバを備え、
前記第４のサーバが、前記第３のサーバの命令に応答して、第１のサーバを示すホスト名と第２のサーバのＩＰアドレスとを関連づけるように前記ＩＰアドレスファイルを書き換える、
ことを特徴とする請求項４に記載のサーバ切り替え方法。 - 前記第２のサーバは、前記第３のサーバの命令により切り替え可能なそれぞれ別のＩＰアドレスを有する複数のネットワークインターフェースを備え、そのうち１つのネットワークインターフェースは前記第１のサーバのネットワークインターフェースを特定する第１のＩＰアドレスを有し、
前記第２のサーバが、前記第３のサーバの命令に応答して、第１のＩＰアドレスを有するネットワークインターフェースに切り替える、
ことを特徴とする請求項４に記載のサーバ切り替え方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002181933A JP2004032103A (ja) | 2002-06-21 | 2002-06-21 | ネットワークシステム及びサーバ切り替え方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002181933A JP2004032103A (ja) | 2002-06-21 | 2002-06-21 | ネットワークシステム及びサーバ切り替え方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004032103A true JP2004032103A (ja) | 2004-01-29 |
Family
ID=31178644
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002181933A Pending JP2004032103A (ja) | 2002-06-21 | 2002-06-21 | ネットワークシステム及びサーバ切り替え方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004032103A (ja) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100344128C (zh) * | 2004-09-10 | 2007-10-17 | 华为技术有限公司 | 实现异地容灾的方法及系统和aaa代理模块及服务器 |
| JP2008537203A (ja) * | 2005-02-23 | 2008-09-11 | リーマン・ブラザーズ・インコーポレーテッド | 障害復旧フレームワーク |
| WO2008120394A1 (ja) * | 2007-03-29 | 2008-10-09 | Fujitsu Limited | サーバ管理プログラム、方法、及び装置 |
| US7571243B2 (en) | 2006-02-21 | 2009-08-04 | Sharp Kabushiki Kaisha | Information terminal, method for controlling information terminal, program for controlling information terminal, and recording medium |
| JP2009245455A (ja) * | 2009-07-27 | 2009-10-22 | Hitachi Ltd | ディスク引き継ぎによるフェイルオーバ方法 |
| JP2010074596A (ja) * | 2008-09-19 | 2010-04-02 | Hitachi Information Systems Ltd | アクティブｄｎｓ装置とその名前解決処理方法およびプログラム |
| CN101931544A (zh) * | 2009-06-18 | 2010-12-29 | 上海及第熊软件科技有限公司 | 一种识别网站内容非授权更改的方法和系统 |
| JP2011065672A (ja) * | 2010-11-19 | 2011-03-31 | Hitachi Ltd | ディスク引き継ぎによるフェイルオーバ方法 |
| JP2011170683A (ja) * | 2010-02-19 | 2011-09-01 | Yahoo Japan Corp | Ｗｅｂシステム、方法及びプログラム |
| US8069368B2 (en) | 2004-12-09 | 2011-11-29 | Hitachi, Ltd. | Failover method through disk takeover and computer system having failover function |
| JP2013003722A (ja) * | 2011-06-14 | 2013-01-07 | Nippon Telegr & Teleph Corp <Ntt> | ネットワークシステムおよびこれに用いるサーバシステム |
| JP2013161266A (ja) * | 2012-02-06 | 2013-08-19 | Nippon Telegr & Teleph Corp <Ntt> | 呼処理情報の冗長化制御システムおよびこれに利用する予備保守サーバ |
| JP2014032465A (ja) * | 2012-08-01 | 2014-02-20 | Senko Co Ltd | 物流バックアップ・システム |
| JP2014158225A (ja) * | 2013-02-18 | 2014-08-28 | Nec Corp | 通信システム |
| JP2014241562A (ja) * | 2013-06-12 | 2014-12-25 | 株式会社Ｎｔｔドコモ | 中継装置、ｄｎｓサーバ及びそれらを備えた通信システム並びにｄｎｓサーバの通信用プログラム及び中継装置の通信用プログラム |
| JP2015506112A (ja) * | 2011-06-01 | 2015-02-26 | マイクロソフト コーポレーション | 一時的障害中における第２場所へのリクエストのリダイレクト |
| US9442813B2 (en) | 2011-06-01 | 2016-09-13 | Microsoft Technology Licensing, Llc | Replaying jobs at a secondary location of a service |
| JP2017513119A (ja) * | 2014-12-29 | 2017-05-25 | 同方威視技▲術▼股▲分▼有限公司 | 自動切替方法およびシステム |
| CN107465556A (zh) * | 2017-09-07 | 2017-12-12 | 郑州云海信息技术有限公司 | 一种主备服务器的切换方法、装置及系统 |
| JP2019161488A (ja) * | 2018-03-14 | 2019-09-19 | 三菱電機エンジニアリング株式会社 | 情報処理システム及び情報処理システムの電源障害時通信接続切換方法 |
| CN110300004A (zh) * | 2018-03-21 | 2019-10-01 | 北京京东尚科信息技术有限公司 | 一种切换网络服务的方法和装置 |
| US10585766B2 (en) | 2011-06-06 | 2020-03-10 | Microsoft Technology Licensing, Llc | Automatic configuration of a recovery service |
-
2002
- 2002-06-21 JP JP2002181933A patent/JP2004032103A/ja active Pending
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100344128C (zh) * | 2004-09-10 | 2007-10-17 | 华为技术有限公司 | 实现异地容灾的方法及系统和aaa代理模块及服务器 |
| US8601314B2 (en) | 2004-12-09 | 2013-12-03 | Hitachi, Ltd. | Failover method through disk take over and computer system having failover function |
| US8312319B2 (en) | 2004-12-09 | 2012-11-13 | Hitachi, Ltd. | Failover method through disk takeover and computer system having failover function |
| US8069368B2 (en) | 2004-12-09 | 2011-11-29 | Hitachi, Ltd. | Failover method through disk takeover and computer system having failover function |
| JP2008537203A (ja) * | 2005-02-23 | 2008-09-11 | リーマン・ブラザーズ・インコーポレーテッド | 障害復旧フレームワーク |
| US8572431B2 (en) | 2005-02-23 | 2013-10-29 | Barclays Capital Inc. | Disaster recovery framework |
| US7571243B2 (en) | 2006-02-21 | 2009-08-04 | Sharp Kabushiki Kaisha | Information terminal, method for controlling information terminal, program for controlling information terminal, and recording medium |
| WO2008120394A1 (ja) * | 2007-03-29 | 2008-10-09 | Fujitsu Limited | サーバ管理プログラム、方法、及び装置 |
| JP5195748B2 (ja) * | 2007-03-29 | 2013-05-15 | 富士通株式会社 | サーバ管理プログラム、方法、及び装置 |
| JP2010074596A (ja) * | 2008-09-19 | 2010-04-02 | Hitachi Information Systems Ltd | アクティブｄｎｓ装置とその名前解決処理方法およびプログラム |
| CN101931544A (zh) * | 2009-06-18 | 2010-12-29 | 上海及第熊软件科技有限公司 | 一种识别网站内容非授权更改的方法和系统 |
| JP2009245455A (ja) * | 2009-07-27 | 2009-10-22 | Hitachi Ltd | ディスク引き継ぎによるフェイルオーバ方法 |
| JP2011170683A (ja) * | 2010-02-19 | 2011-09-01 | Yahoo Japan Corp | Ｗｅｂシステム、方法及びプログラム |
| JP2011065672A (ja) * | 2010-11-19 | 2011-03-31 | Hitachi Ltd | ディスク引き継ぎによるフェイルオーバ方法 |
| JP2015506112A (ja) * | 2011-06-01 | 2015-02-26 | マイクロソフト コーポレーション | 一時的障害中における第２場所へのリクエストのリダイレクト |
| US9442813B2 (en) | 2011-06-01 | 2016-09-13 | Microsoft Technology Licensing, Llc | Replaying jobs at a secondary location of a service |
| US10585766B2 (en) | 2011-06-06 | 2020-03-10 | Microsoft Technology Licensing, Llc | Automatic configuration of a recovery service |
| JP2013003722A (ja) * | 2011-06-14 | 2013-01-07 | Nippon Telegr & Teleph Corp <Ntt> | ネットワークシステムおよびこれに用いるサーバシステム |
| JP2013161266A (ja) * | 2012-02-06 | 2013-08-19 | Nippon Telegr & Teleph Corp <Ntt> | 呼処理情報の冗長化制御システムおよびこれに利用する予備保守サーバ |
| JP2014032465A (ja) * | 2012-08-01 | 2014-02-20 | Senko Co Ltd | 物流バックアップ・システム |
| JP2014158225A (ja) * | 2013-02-18 | 2014-08-28 | Nec Corp | 通信システム |
| JP2014241562A (ja) * | 2013-06-12 | 2014-12-25 | 株式会社Ｎｔｔドコモ | 中継装置、ｄｎｓサーバ及びそれらを備えた通信システム並びにｄｎｓサーバの通信用プログラム及び中継装置の通信用プログラム |
| US20170288891A1 (en) * | 2014-12-29 | 2017-10-05 | Nuctech Company Limited | Automatic switching method and automatic switching system |
| US10379976B2 (en) | 2014-12-29 | 2019-08-13 | Nuctech Company Limited | Automatic switching method and automatic switching system |
| JP2017513119A (ja) * | 2014-12-29 | 2017-05-25 | 同方威視技▲術▼股▲分▼有限公司 | 自動切替方法およびシステム |
| CN107465556A (zh) * | 2017-09-07 | 2017-12-12 | 郑州云海信息技术有限公司 | 一种主备服务器的切换方法、装置及系统 |
| CN107465556B (zh) * | 2017-09-07 | 2021-02-05 | 苏州浪潮智能科技有限公司 | 一种主备服务器的切换方法、装置及系统 |
| JP2019161488A (ja) * | 2018-03-14 | 2019-09-19 | 三菱電機エンジニアリング株式会社 | 情報処理システム及び情報処理システムの電源障害時通信接続切換方法 |
| CN110300004A (zh) * | 2018-03-21 | 2019-10-01 | 北京京东尚科信息技术有限公司 | 一种切换网络服务的方法和装置 |
| CN110300004B (zh) * | 2018-03-21 | 2023-12-08 | 北京京东尚科信息技术有限公司 | 一种切换网络服务的方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004032103A (ja) | ネットワークシステム及びサーバ切り替え方法 | |
| US11165869B2 (en) | Method and apparatus for dynamic destination address control in a computer network | |
| EP2232828B1 (en) | Failover in a host concurrently supporting multiple virtual ip addresses across multiple adapters | |
| US7680954B2 (en) | Proxy DNS for web browser request redirection in public hotspot accesses | |
| JP2010103695A (ja) | クラスタシステム、クラスタサーバ及びクラスタ制御方法 | |
| JPH09259096A (ja) | ネットワーク高信頼化方式及びシステム | |
| US10924397B2 (en) | Multi-VRF and multi-service insertion on edge gateway virtual machines | |
| JPH10320327A (ja) | 二重化された通信アダプタの切替方法、切替方式、および切替用プログラムを格納した記録媒体 | |
| KR100383490B1 (ko) | 고가용성 네트워크 구현방법 | |
| JP4133738B2 (ja) | 高速ネットワークアドレス引継ぎ方法、ネットワーク装置及びプログラム | |
| US20210352004A1 (en) | Multi-vrf and multi-service insertion on edge gateway virtual machines | |
| JP2007249659A (ja) | システム切替方法、その計算機システム及びプログラム | |
| JP2002111713A (ja) | ネットワークシステム、ネームサーバ、サーバ、およびネットワークシステムのｉｐ通信方法 | |
| JP4258016B2 (ja) | ネットワーク構成制御システム | |
| JPH1065702A (ja) | Ｍａｃアドレス管理方式 | |
| KR102019284B1 (ko) | 웹공지 서비스 시스템 및 이에 적용되는 라우터장치 및 라우터장치의 동작 방법 | |
| JP5569105B2 (ja) | ネットワーク端末管理システム、ネットワーク端末管理方法、ネットワーク端末管理プログラム | |
| KR101607102B1 (ko) | 사용자 정의 네트워크 구성 방법 | |
| JP5958902B2 (ja) | ネットワークシステム | |
| JP2015133590A (ja) | 通信システムおよび通信装置 | |
| JP4252041B2 (ja) | Ｄｈｃｐ情報管理システム | |
| JP2007208480A (ja) | Ｄｄｎｓクライアント | |
| JP2012010292A (ja) | 通信システム、通信装置および通信方法 | |
| JP2004282286A (ja) | 回線制御方法、回線制御装置およびプログラム | |
| JP2002163227A (ja) | 情報処理システム |