JP2006222871A - ホストコンピュータ変更方法 - Google Patents

Abstract

【課題】情報サービスのホスト変更の際、ＩＰアドレスの変更登録の更新にタイムラグが生じても、すべてのクライアントを常に同一のサーバに接続させ、中断も２元化も生じさせることなく情報サービスを１元的に継続する。
【解決手段】ネット１０を介して複数のクラインアン1,2,3,…に対しクライアントから情報登録可能な情報サービスを提供するホストコンピュータをサーバＳ１からサーバＳ２に変更する。そのために、ネット１０に対し情報サービスのドメイン名Ａに対応するＩＰアドレスをサーバＳ１のアドレスＩＰＸからサーバＳ２のアドレスＩＰＹに変更登録する。その後更新のタイムラグによりサーバＳ１にクライアント３がアクセスしても、設定ファイル７に設定されたＩＰＹをクライントに送信しサーバＳ２にアクセスさせる。受信したＩＰＹを保存ファイル８に保存してアプリケーション終了まで使用させる。
【選択図】図１

Description

本発明は、ネットワークを介して複数のクラインアンに対しクライアントから情報登録可能な情報サービスを提供するホストコンピュータを担うサーバを変更する方法に関する。

周知のようにインターネットに接続された機器を判別するために、IPアドレスが割り当てられている。IPアドレスとこれに対応するドメイン名はDNS (Domain Name System)によって管理されており、DNSサーバにドメイン名とIPアドレスのペアが登録される。クライアントがあるドメイン名を有するサーバにアクセスするためには、そのドメイン名に対応するＩＰアドレスが必要となるため、DNSサーバに問い合わせてそのＩＰアドレスを取得する。

特許文献１〜６には、サーバの障害や負荷分散を回避する等のため複数のサーバを切替えて使用する方法が記載されている。
特開平７−５６８３８号公報 特開平９−１１６５３８号公報 特開平１０−３１２３６５ 特開２０００−９９４３５ 特開２００２−１８３１０６ 特開２００３−２８３５５０

ところで、ある情報サービスを提供しているサーバの移動や再設定等のためにそのサーバによる情報サービスを中断しなければならない場合に、その情報サービスを中断無く継続するためには、他のサーバにホストを切替えることが必要となる。このとき、他のサーバにその情報サービスの運用（ホストの仕事）を完全に引き継がせることが重要となる。
例えば、ドメイン名Ａを有するサーバＳ１が提供している情報サービスの運用をサーバＳ２に引き継がせる場合、サーバＳ１の運用によって構築されたデータベースをサーバＳ２へコピーするとともに、ドメイン名ＡをサーバＳ２のＩＰアドレスに対応するドメイン名としてDNSサーバに更新登録する方法がある。この方法によれば、クライアント側は接続先のドメイン名の変更を強いられることがない。

しかし、すべてのDNSサーバにおいて登録情報が更新されるには時間を要する。そのため、同時に複数のクライントがドメイン名Ａを用いてアクセスしても、更新前のＩＰアドレスを知らさせるクライアントと、更新後のＩＰアドレスを知らされるクライアントとが生じ、前者はサーバＳ１に後者はサーバＳ２に接続してしまい同一のサーバに接続できない。このように最先に更新されるDNSサーバの更新から最後に更新されるDNSサーバの更新までの過渡期においては、クライアントの接続先が異なってしまう。

例えば図４に示すように、異なるＤＮＳサーバ４，５，６の配下にあるクライアントＰＣ１，２，３がドメイン名Ａに対応するＩＰアドレスを問い合わせて同時にアクセスする場合を考える。サーバＳ１のＩＰアドレスをＩＰＸ、サーバＳ２のＩＰアドレスをＩＰＹとする。サーバＳ１のデータベースをＤＢ１、サーバＳ２のデータベースをＤＢ２とする。

いま、ＤＢ１のデータをＤＢ２にコピーするとともに、ドメイン名Ａに対応するＩＰアドレスをＩＰＸからＩＰＹに変更登録し、時間的にＤＮＳサーバ４，５，６の順で登録情報の更新がなされるとする。
ＤＮＳサーバ４，５で更新がなされ、ＤＮＳサーバ６で更新がなされていない段階では、クライアントＰＣ１，２に返されるＩＰアドレスはＩＰＹとなる。クライアントＰＣ１，２は図３のフローチャートに従った処理を行い、後継するサーバＳ２に接続することができる。
一方、クライアントＰＣ３に返されるＩＰアドレスはＩＰＸとなり、クライアントＰＣ３は元のサーバＳ１に接続する。

このようなDNSサーバの更新の過渡期において、サーバＳ１，Ｓ２による情報サービスの運用を並行して継続する場合に、クライアントＰＣ１，２，３からデータベースへの情報の登録があると、ＤＢ１とＤＢ２とで情報が異なってしまい情報の不整合が生じる。
情報の不整合を防ぐため、サーバＳ１の運用を中止すると、クライアントＰＣ３に対して継続した情報サービスの提供を行うことができない。

本発明は以上の従来技術における問題に鑑みてなされたものであって、クライアントから情報登録可能な情報サービスを提供するホストコンピュータを担うサーバを変更するため、ホストコンピュータの接続先識別名（ドメイン名）に対応する接続先アドレス（ＩＰアドレス）を他のサーバのものに変更登録する際に、各登録拠点（ＤＮＳサーバ）における更新にタイムラグが生じても、すべてのクライアントを常に同一のサーバに接続させ、中断も２元化も生じさせることなく情報サービスを１元的に継続することを課題とする。

以上の課題を解決するための請求項１記載の発明は、ネットワークを介して複数のクラインアンに対しクライアントから情報登録可能な情報サービスを提供するホストコンピュータを第１サーバから第２サーバに変更する方法であって、
前記ネットワークに対し、前記情報サービスの接続先識別名に対応する接続先アドレスを第１サーバのアドレスから第２サーバのアドレスに変更登録した後に、第１サーバにアクセスするクライアントに対し第１サーバから第２サーバのアドレスを前記接続先アドレスとして送信することを特徴とするホストコンピュータ変更方法である。

本発明によれば、ネットワークを介して複数のクラインアンに対しクライアントから情報登録可能な情報サービスを提供するホストコンピュータを第１サーバから第２サーバに変更するために、まず、前記ネットワークに対し、前記情報サービスの接続先識別名に対応する接続先アドレスを第１サーバのアドレスから第２サーバのアドレスに変更登録する。その後、前記ネットワーク全域において変更後の登録情報に更新されるまでの間、アクセスルートによって第１サーバにアクセスしてしまったクライアントに対し、第１サーバから第２サーバのアドレスを前記接続先アドレスとして送信する。
その後、第１サーバにアクセスした前記クライアントは、第１サーバから受信した前記接続先アドレスにより、変更後のホストコンピュータである第２サーバにアクセスすることができる。
したがって、特定の接続先識別名に対応するアドレスを変更する更新登録に登録拠点によってタイムラグが生じても、すべてのクライアントを常に同一のサーバに接続させることができ、中断も２元化も生じさせることなく情報サービスを１元的に継続することができるという効果がある。
すなわち、前記情報サービスは第１サーバと第２サーバとによって並行して運用されることはないので、各クライアントから情報登録があっても、データベースに不整合を生じることも無ければ、いずれのクライアントに対しても前記情報サービスの中断を強いることはないという効果がある。
また、クライアント側は接続先識別名の変更を強いられることがないという効果がある。

以下に本発明の一実施の形態につき図面を参照して説明する。以下は本発明の一実施形態であって本発明を限定するものではない。

図１に示すように、インターネット１０に接続するドメイン名Ａの第１サーバＳ１がインターネット１０を介して複数のクライアントＰＣ１，２，３，・・・に情報サービスを提供する。
クライアントＰＣ１，２，３は異なるＤＮＳサーバ４，５，６の配下にある。第１サーバＳ１のＩＰアドレスをＩＰＸ、第２サーバＳ２のＩＰアドレスをＩＰＹとする。第１サーバＳ１のデータベースをＤＢ１、第２サーバＳ２のデータベースをＤＢ２とする。

各クライアントＰＣ１，２，３は、第１サーバＳ１にアクセスし、情報を送信してＤＢ１に情報を登録することができる。第１サーバＳ１はこのような情報登録のサービスを提供する。また、第２サーバＳ２は第１サーバＳ１と同じ機能を有する。

第１サーバＳ１には、リダイレクト先の設定ファイル７が構成されている。設定ファイル７にリダイレクト先が設定されていない場合、第１サーバＳ１はアクセスするクライアントＰＣに対し情報サービスを提供する。
設定ファイル７にリダイレクト先のＩＰアドレスが設定されている場合、第１サーバＳ１はそのＩＰアドレスをアクセスするクライアントＰＣに送信する。

クライアントＰＣは、リダイレクト先の保存ファイル８を有する。クライアントＰＣは、第１サーバＳ１からリダイレクト先のＩＰアドレスを受信するとこれを保存し、上記情報サービスを利用するためのアプリケーションを終了するまでドメイン名ＡのＩＰアドレスとして使用する。

いま、ＤＮＳに対し、ドメイン名Ａに対応するＩＰアドレスをＩＰＸからＩＰＹに変更登録し、ＤＮＳサーバ４，５で更新がなされ、ＤＮＳサーバ６で更新がなされていないとする。

クライアントＰＣ３に返されるＩＰアドレスはＩＰＸとなり、以下のように処理される。
図２に、クライアントＰＣ３と第１サーバＳ１と第２サーバＳ２の処理のフローチャートを示す。
図２に示すように、まず、クライアントＰＣ３において上記情報サービスを利用するためのアプリケーションを起動する（ステップＴ１）。
次に、クライアントＰＣ３はドメイン名ＡのＩＰアドレスをＤＮＳに問い合わせる（ステップＴ２）。ＤＮＳサーバ６からドメイン名ＡのＩＰアドレス、すなわち、ＩＰＸがクライアントＰＣ３に返信され、クライアントＰＣ３はＩＰＸを取得し（ステップＴ３）、第１サーバＳ１にアクセスし、第１サーバＳ１に所定の認証リクエストを送信する（ステップＴ４）。

第１サーバＳ１はアクセス時の所定の認証リクエストを受信すると、第１サーバＳ１は所定の認証処理を行い、接続を確立させる（ステップＴ５）。また、第１サーバＳ１はリダイレクト先の設定ファイル７にリダイレクト先の設定があるか否か判断する（ステップＴ６）。
リダイレクト先の設定がない場合、第１サーバＳ１はクライアントＰＣ３に対し情報サービスを提供する（ステップＴ７）。クライアントＰＣ３は、ＤＢ１に収められた情報を閲覧したり、自ら情報を発信してＤＢ１に登録したりする。

一方、ステップＴ６でＹｅｓ、すなわち、リダイレクト先の設定がある場合（ここではＩＰＹが設定されるとする）、第１サーバＳ１は、ＩＰＹをクライアントＰＣ３に送信する（ステップＴ８）。
クライアントＰＣ３はＩＰＹを受信すると、ドメイン名Ａの接続先ＩＰアドレスとしてＩＰＹを保存ファイル８に保存し（ステップＴ９）、ＩＰＹにより第２サーバＳ２にアクセスし、所定の認証リクエストを第２サーバＳ２に送信する（ステップＴ１０）。
第２サーバＳ２は所定の認証処理を行い、接続を確立させ（ステップＴ１１）、クライアントＰＣ３に対し情報サービスを提供する（ステップＴ１２）。クライアントＰＣ３は、ＤＢ２に収められた情報を閲覧したり、自ら情報を発信してＤＢ２に登録したりする。

クライアントＰＣ３においてオペレータから切断指令があると（ステップＴ１３）、クライアントＰＣ３は第２サーバＳ２との既に確立した通信接続があればこれを切断し（ステップＴ１４）、切断指令と同時にオペレータからのアプリケーションの終了指令であれば（ステップＴ１５でＹｅｓ）、アプリケーションを終了する（ステップＴ１６）。
通信切断後にオペレータから再接続指令がなく（ステップＴ１７でＮｏ）、オペレータからアプリケーションの終了指令があれば（ステップＴ１５でＹｅｓ）、クライアントＰＣ３はアプリケーションを終了する（ステップＴ１６）。
アプリケーション終了処理（ステップＴ１６）として、保存ファイル８において、ＩＰＹをドメイン名Ａの接続先ＩＰアドレスから削除する。

クライアントＰＣ３において、アプリケーション終了前にオペレータからドメイン名Ａへの再接続指令があると（ステップＴ１７でＹｅｓ）、クライアントＰＣ３は、保存ファイル８に保存されたＩＰＹを読出し、ステップＴ１０へ処理を回帰する。

一方、クライアントＰＣ１，２に返されるＩＰアドレスはＩＰＹとなり、以下のように処理される。クライアントＰＣ１について説明するが、クライアントＰＣ２についても同様である。
図３に、クライアントＰＣ１と第２サーバＳ２の処理のフローチャートを示す。
図３に示すように、まず、上記ステップＴ１と同様にクライアントＰＣ１において上記情報サービスを利用するためのアプリケーションを起動する（ステップＰ１）。
次に、上記ステップＴ２と同様にクライアントＰＣ１はドメイン名ＡのＩＰアドレスをＤＮＳに問い合わせる（ステップＰ２）。ＤＮＳサーバ４（ＰＣ２の場合ＤＮＳサーバ５）からドメイン名ＡのＩＰアドレス、すなわち、ＩＰＹがクライアントＰＣ１に返信され、クライアントＰＣ１はＩＰＹを取得し（ステップＰ３）、上記ステップＴ１０と同様にＩＰＹにより第２サーバＳ２にアクセスし、所定の認証リクエストを第２サーバＳ２に送信する（ステップＰ４）。
第２サーバＳ２は上記ステップＴ１１，１２と同様に、所定の認証処理を行い、接続を確立させ（ステップＰ５）、クライアントＰＣ１に対し情報サービスを提供する（ステップＰ６）。クライアントＰＣ３は、ＤＢ２に収められた情報を閲覧したり、自ら情報を発信してＤＢ２に登録したりする。

クライアントＰＣ１においてオペレータから切断指令があると（ステップＰ７）、クライアントＰＣ１は第２サーバＳ２との既に確立した通信接続があればこれを切断し（ステップＰ８）、切断指令と同時にオペレータからのアプリケーションの終了指令であれば（ステップＰ９でＹｅｓ）、アプリケーションを終了する（ステップＰ１０）。
通信切断後にオペレータから再接続指令がなく（ステップＰ１１でＮｏ）、オペレータからアプリケーションの終了指令があれば（ステップＰ９でＹｅｓ）、クライアントＰＣ１はアプリケーションを終了する（ステップＰ１０）。

クライアントＰＣ１において、アプリケーション終了前にオペレータからドメイン名Ａへの再接続指令があると（ステップＰ１１でＹｅｓ）、クライアントＰＣ１がＩＰＹを記憶しておりオペレータの指令がこれを利用することを指示するものであれば（ステップＰ１２でＹｅｓ）、ＩＰＹを読出し、ステップＰ４へ処理を回帰する。
クライアントＰＣ１がＩＰＹを記憶しておらず又はクライアントＰＣ１がＩＰＹを記憶しておりオペレータの指令がこれを利用しないことを指示するものであれば（ステップＰ１２でＮｏ）、クライアントＰＣ１はステップＰ２へ処理を回帰する。

次に以上のシステムにおけるホストコンピュータの変更方法の手順を説明する。
上記情報サービスのホストを第１サーバＳ１から第２サーバＳ２へ変更する場合、まず、ＤＢ１内のデータをＤＢ２にコピーすることを完了するとともに、第１サーバＳ１内の上記設定ファイル７にＩＰＹを設定する。
これにより、上記処理内容に従って、すべてのクライアントＰＣ１，２，３，・・・は第２サーバＳ２に接続し、第２サーバＳ２からのみ情報サービスを受ける。クライアントＰＣ１，２，３，・・・からの情報はＤＢ２のみにおいて追加される。
第１サーバＳ１内の上記設定ファイル７にＩＰＹを設定すると同時又はそれに遅れて、ＤＮＳに対しドメイン名Ａに対応するＩＰアドレスを第１サーバＳ２のアドレスＩＰＸから第２サーバＳ２のアドレスＩＰＹに変更登録する。
すべてのＤＮＳサーバにおける更新が終了するまでは、第１サーバＳ１は、上記ステップＴ８の処理のために従事する。
すべてのＤＮＳサーバにおける更新が終了した後は、第１サーバＳ１はインターネット１０を介してクライアントＰＣ１，２，３，・・・に従事しなくてよいので、その従事を中止し、第１サーバＳ１を移動させることとなっている場合はケーブルを外すなどして第１サーバＳ１を移動させる。

第１サーバＳ１を再び上記情報サービスのホストコンピュータとして使用する場合は、第２サーバＳ２にリダイレクト先の設定ファイルを構成し、それにＩＰＸを設定して、第１サーバＳ１と第２サーバＳ２の立場を入れ替えて上述と同様の方法を実施する。第１サーバＳ１がクライアントＰＣ１，２，３，・・・に対する従事から離れている期間に、第１サーバＳ１のメンテナンス、アップグレード等を施すことができる。

なお、上記実施形態においては、クライアントＰＣ１，２，３，・・・にリダイレクト先の保存ファイル８を設けたが、これをすべての又は一部のクライアントＰＣにおいて設けなくても良い。保存ファイル８が設けられていないクライアントＰＣにおいては、上記ステップＴ１７でＹｅｓの場合、処理をステップＴ２に回帰させればよい。

本発明実施形態におけるネットワーク概念図である。 本発明実施形態におけるクライアントＰＣと第１サーバと第２サーバの処理のフローチャートである。 本発明実施形態におけるクライアントＰＣと第２サーバの処理のフローチャートである。 従来技術におけるネットワーク概念図である。

符号の説明

１，２，３ クライアント
Ｓ１ 第１サーバ
Ｓ２ 第２サーバ
４，５，６ ＤＮＳサーバ
７ リダイレクト先の設定ファイル
８ リダイレクト先の保存ファイル

Claims (1)

1. ネットワークを介して複数のクラインアンに対しクライアントから情報登録可能な情報サービスを提供するホストコンピュータを第１サーバから第２サーバに変更する方法であって、
   前記ネットワークに対し、前記情報サービスの接続先識別名に対応する接続先アドレスを第１サーバのアドレスから第２サーバのアドレスに変更登録した後に、第１サーバにアクセスするクライアントに対し第１サーバから第２サーバのアドレスを前記接続先アドレスとして送信することを特徴とするホストコンピュータ変更方法。

Images