(57)【要約】【課題】  本発明の課題は、１つの仮想装置識別名に対し複数のＩＰアドレス情報を保持した上で通信先装置状態を確認し、応答のある装置のＩＰアドレスを返す通信制御サーバを提供すことを目的とする。【解決手段】  通信先識別情報と通信特定情報とを対応付けしたテーブルから、通信元から受信した通信先識別情報に対応する１つ以上の通信特定情報を抽出し、抽出した通信特定情報を用いて情報処理装置へ生死確認を行う生死確認手段と、通信先として前記通信先識別情報を送信してきた通信元へ、前記生死確認に対して応答のあった前記通信特定情報を送信する通信特定情報送信手段とを行わせる通信制御サーバにより達成される。【選択図】  図２
2007043602.tif 000002
【特許請求の範囲】
【請求項１】
通信先として冗長化させた複数の情報処理装置に関して、通信先として識別される通信先識別情報の受信に応じて、該複数の情報処理装置へ通信するために装置を特定可能とする通信特定情報を送信する通信制御サーバであって、
前記通信先識別情報と前記通信特定情報とを対応付けしたテーブルから前記受信した通信先識別情報に対応する１つ以上の通信特定情報を抽出し、抽出した通信特定情報を用いて前記情報処理装置へ生死確認を行う生死確認手段と、
前記通信先として前記通信先識別情報を送信してきた通信元へ、前記生死確認に対して応答のあった前記通信特定情報を送信する通信特定情報送信手段とを有することを特徴とする通信制御サーバ。
【請求項２】
前記複数の情報処理装置から前記通信先識別情報と、前記通信特定情報と、該情報処理装置を一意に識別する装置識別情報とを有する装置情報を受信する装置情報受信手段と、
前記通信先識別情報と前記装置識別情報との組み合わせが前記テーブルに存在しない場合に、前記装置情報を該テーブルに登録する登録手段とを更に有することを特徴とする請求項１記載の通信制御サーバ。
【請求項３】
前記通信先識別情報と前記装置識別情報との組み合わせが前記テーブルに存在する場合に、更に、該組み合わせを持つレコードの通信特定情報が、前記装置情報受信手段によって受信した前記装置情報に含まれる通信特定情報と一致するか否かを判断する通信特定情報一致判断手段と、
前記装置情報受信手段によって受信した前記装置情報に含まれる通信特定情報と一致しない場合に、前記レコードの通信特定情報を前記装置情報受信手段によって受信した前記装置情報に含まれる通信特定情報に変更する通信特定情報変更手段とを更に有することを特徴とする請求項２記載の通信制御サーバ。
【請求項４】
前記装置情報受信手段は、前記装置識別情報として、冗長化した情報処理装置間における通信先としての優先度を示す優先度情報を受信し、
前記生死確認手段は、前記優先度情報に基づいて、順次生死確認を行うことを特徴とする請求項２又は３記載の通信制御サーバ。
【請求項５】
前記生死確認手段は、応答のあった前記通信特定情報に対応付けて前記テーブル内にてフラグをオンにし、生死確認をする際にはフラグのオンの次のレコードから生死確認を行うことを特徴とする請求項１乃至３のいずれか一項記載の通信制御サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御サーバが１つの仮想装置識別名に対し複数のＩＰアドレス情報を保持した上で通信先装置状態を確認し、応答のある装置のＩＰアドレスを返すことにより、単体障害時の通信復旧時間を短縮することに関する。
【背景技術】
【０００２】
常時接続環境などを利用して自宅のパソコンをＷｅｂサーバなどとして公開しようとする際に、ＩＰアドレスやプロバイダによって機械的に付加されたホスト名はあまり意味をなさない数字、アルファベット、記号の羅列となるため、一般に公開して周知してもらうためには不向きな情報である。また、ネットワークへの接続を切断、再接続する度に新しいＩＰアドレスが付与されてしまう場合が多い。これに対し、接続ごとにＤＮＳレコードを更新することで一意のホスト名を常時接続環境を利用する自宅のパソコンに対して付与する技術としてＤＤＮＳ（Dynamic  Updates  in  the  Domain  Name  System）がある。
【０００３】
ＤＤＮＳでは、図１に示すように、まず、パケット転送装置Ａ及びパケット転送装置Ｂが冗長化されており、例えば、先ず、パケット転送装置Ａが、ネットワークを介してＩＰアドレスＡとＦＱＤＮＳ名とをＤＤＮＳサーバに登録する（Ｓ１）。ＤＤＮＳサーバは、パケット転送装置Ａから通知されたＩＰアドレスＡとＦＱＤＮ名とを対応付けて管理する。
【０００４】
次に、パーソナルコンピュータ（ＰＣ）の利用者から、ＦＱＤＮ（完全修飾ドメイン名  （Fully  Qualified  Domain  Name））名に対して通信要求がなされると、ネットワークを介して利用者端末はＤＤＮＳサーバに対してＦＱＤＮ名に対するＩＰアドレスの問い合わせがなされる（Ｓ３）。ＤＤＮＳサーバは、登録された情報を参照して問い合わせのあったＦＱＤＮ名に対応するＩＰアドレスＡをＰＣへ返信する（Ｓ４）。そして、ＰＣは、ＩＰアドレスＡに対して通信を開始することができる（Ｓ５）。
【０００５】
しかしながら、このようなＤＤＮＳによる通信方法では、ＤＤＮＳサーバで保持される登録情報は、ＦＱＤＮ名とＩＰアドレスは１対１のみで管理され、パケット転送装置側からの通知がない限り変更されることがない。従って、パケット転送装置Ａがダウンした後（Ｓ６）、ＦＱＤＮ名に対応するＩＰアドレスが更新される前にＰＣがＳ４でＤＤＮＳサーバから返信されたＩＰアドレスを用いて通信しようとすると、同じＦＱＤＮ名に対して通信することができない。
【０００６】
パケット転送装置Ａのダウン後、冗長化されているパケット転送装置ＢによってＩＰアドレスＢとＦＱＤＮ名がＤＤＮＳサーバへ通知されると、ＤＤＮＳサーバは、既に登録されているＦＱＤＮ名に対応するＩＰアドレスＡをＩＰアドレスＢへと変更する。
【０００７】
ＩＰアドレスＢへの変更後に、ＰＣからＤＤＮＳサーバへＦＱＤＮ名に対する問い合わせがあった場合には、更新されたＩＰアドレスＢがＰＣに通知され、ＰＣは、パケット転送装置Ｂへの通信を開始することができるようになる。
【０００８】
このように、通常のＤＤＮＳは一つのホスト名に対して一つのＩＰアドレスを定義しているが、一つのホスト名に対して複数の装置を割り当てて時間帯ごとに各装置を自動的に切り替えて通信元と通信させることを目的に、一つのホスト名に対して複数のＩＰアドレスの定義を可能とする技術が提案されている（例えば、特許文献１）。
【特許文献１】特開２００４−３４３６０６号
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述したように、ＤＤＮＳにおいて、装置の冗長化を行おうとした場合、ある装置がダウンしたときに、他の装置のＩＰアドレスをＤＤＮＳサーバに登録するまでの間、通信元は通信を行うことができない。特許文献１の技術を用いても、各時間帯に一つの装置を定義する構成であるため、その装置がダウンした場合、その時間帯には通信ができない、といった問題があった。
【００１０】
よって、本発明の目的は、ＤＤＮＳサーバに一つのホスト名に対して複数のＩＰアドレスを定義しておき、通信元からの接続要求を受け付けると、装置の生死確認を行い、応答のある装置のＩＰアドレスを通信元に返す通信制御サーバを提供することである。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明は、通信先として冗長化させた複数の情報処理装置に関して、通信先として識別される通信先識別情報の受信に応じて、該複数の情報処理装置へ通信するために装置を特定可能とする通信特定情報を送信する通信制御サーバであって、前記通信先識別情報と前記通信特定情報とを対応付けしたテーブルから前記受信した通信先識別情報に対応する１つ以上の通信特定情報を抽出し、抽出した通信特定情報を用いて前記情報処理装置へ生死確認を行う生死確認手段と、前記通信先として前記通信先識別情報を送信してきた通信元へ、前記生死確認に対して応答のあった前記通信特定情報を送信する通信特定情報送信手段とを有するように構成される。
【００１２】
このような通信制御サーバでは、応答のない情報処理装置（例えば、パケット転送装置）への送信を行う可能性が低くなり、通信先に対する通信ができないといった状況の発生を回避することができる。
【００１３】
上記課題を解決するための手段として、本発明は、上記サーバ装置での処理をコンピュータに行わせるコンピュータ実行可能なプログラム、又は、上記プログラムを記憶したコンピュータ読取可能な記憶媒体とすることもできる。
【発明の効果】
【００１４】
本願発明では、通信元が登録管理サーバに通信先情報の問合せを行うと、登録管理サーバが各パケット転送装置の生死を確認し、応答のあるパケット転送装置のＩＰアドレスを通信元へ返すので、応答のないパケット転送装置への送信を行う可能性が低くなり、通信先に対する通信ができないといった状況の発生を低下させることが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１６】
本発明に係る実施例では、説明を簡潔にするために、冗長化される装置をパケット転送装置Ａとパケット転送装置Ｂとするが、２以上の装置を冗長化することも可能である。
【００１７】
図２は、本発明の実施例に係る冗長化されたパケット転送装置への通信手順の概要を説明するための図である。図２において、冗長化されたパケット転送装置Ａ及びＢと、冗長化されたパケット転送装置Ａ及びＢの登録を管理する登録管理サーバ１００と、パケット転送装置への通信を行うクライアントＰＣ５とが、ネットワーク２を介して接続される。
【００１８】
冗長化されたパケット転送装置Ａ及びＢには、予め同一の仮想装置識別名が記憶されており、同様の処理を実行可能とする装置である。そのパケット転送装置Ａ及びＢは、夫々、起動時等に、所定の登録管理サーバ１００へ装置情報の登録を行う（ステップＳ１１及びＳ１２）。夫々の装置情報には、一般に公開することによって周知される仮想装置識別名と、ＩＰアドレスと、装置識別子とが指定される。パケット転送装置Ａが装置情報の登録を行う場合には、例えば、ＩＰアドレスＡと、装置識別子１とが指定され、パケット転送装置Ｂが装置情報の登録を行う場合には、例えば、ＩＰアドレスＢと、装置識別子２とが指定される。
【００１９】
仮想装置識別名は、一般に公開することによって周知可能な情報であってかつ、ＩＰアドレスに対して任意の文字列で構成される。仮想装置識別名は、ＵＲＬなどであってもよし、特に形式を限定するものではない。また、冗長化されたパケット転送装置間では同一の仮想装置識別名を持つ。ＩＰアドレスは、動的に変更可能なＩＰアドレスを含み、ＩＰアドレスが変更される毎に、パケット転送装置は装置情報を登録管理サーバ１００に対して送信する。装置識別子は、装置に固有に設定された排他的情報であって、ＩＰアドレスは動的に変更されうるので装置を特定するために装置情報に指定される。ここで、仮想装置識別名と装置識別子とは、パケット転送装置を冗長化する際に予め設定される。
【００２０】
登録管理サーバ１００は、ＣＰＵによってサーバ装置全体が制御されるコンピュータ装置であって、主メモリと、キーボード又はマウス等のデータの入力を制御する入力制御ユニットと、データの表示を制御する表示制御ユニットと、本発明に係る処理を登録管理サーバ１００に実行させるプログラム等がインストールされ記憶されたハードディスク等で構成される記憶装置と、ネットワーク２を介して外部装置と通信するための通信制御ユニット等のハードウェア構成を備えている。
【００２１】
登録管理サーバ１００は、パケット転送装置Ａから装置情報を受信すると、登録管理テーブル１２１に、受信した装置情報に指定される仮想装置識別名と、ＩＰアドレスＡと、装置識別子１とを対応付けて書き込む。パケット転送装置Ｂから受信した装置情報に対しても同様の処理を行う。
【００２２】
登録管理テーブル１２１は、登録管理サーバ１００とは別の登録管理サーバ１００がアクセス可能なデータベース装置又は登録管理サーバ１００に備えられた記憶装置の所定領域にて管理されるテーブルである。登録管理テーブル１２１がデータベースで管理される場合、登録管理サーバ１００は、データベース装置へアクセスして、登録管理テーブル１２１を参照、又は、必要な情報を抽出して登録管理サーバ１００内の記憶領域に格納後、その抽出した情報に関する処理を行う。
【００２３】
クライアントＰＣ５の利用者は、クライアントＰＣ５へ仮想装置識別名を指定することによって通信要求を行う（ステップＳ１３）。この利用者による指示に応じて、クライアントＰＣ５は、仮想装置識別名への通信要求として、登録管理サーバ１００へ通信先問合を行う（ステップＳ１４）。この通信先問合では、利用者が指定した仮想装置識別名が指定される。
【００２４】
登録管理サーバ１００は、登録管理テーブル１２１から通信先問合で指定される仮想装置識別名と一致するレコードを抽出し、所定順にレコードを読み出してそのレコードに記憶されているＩＰアドレスに対して生死確認を実行する。例えば、最初のレコードから順にレコードを読み出す。例えば、生存が確認された最初のパケット転送装置のＩＰアドレスを示す通信先通知をクライアントＰＣ５に行う（ステップＳ１６）。ここで、パケット転送装置Ａの後にパケット転送装置Ｂへ生死確認をする場合であって、パケット転送装置Ａが装置情報の登録後にダウンしたとすると、パケット転送装置ＢのＩＰアドレスＢがクライアントＰＣへの通信先通知にて指定される。
【００２５】
通信先通知を登録管理サーバ１００から受信すると、クライアントＰＣ５は、通信先通知で指定されるＩＰアドレスへ通信を開始する（ステップＳ１７）。
【００２６】
このような通信手順によって、クライアントＰＣ５は、ほぼ確実に所望する仮想装置識別名への通信を行うことが可能となる。また、ダウンしたパケット転送装置Ａへの通信を試みることがないので、所望する仮想装置識別名へ接続するまでの通信時間を大幅に改善することができる。
【００２７】
図３は、処理シーケンスを示す図である。図３において、先ず、登録フェーズでの処理シーケンスについて説明する。クライアントＰＣ５の通信先となるパケット転送装置Ａは、予め所定記憶領域に設定されている仮想装置識別名と、装置識別子とを読み出して、自身のＩＰアドレスをも含めて指定する装置情報を作成して登録管理サーバ１００へ送信することによって装置情報の登録を行う（ステップＳ２１）。登録管理サーバ１００は、装置情報の受信に応じて、登録管理テーブル１２１にパケット転送装置Ａに関する装置情報を登録する。
【００２８】
また、クライアントＰＣ５の通信先となるパケット転送装置Ｂも、予め所定記憶領域に設定されている仮想装置識別名と、装置識別子とを読み出して、自身のＩＰアドレスをも含めて指定する装置情報を作成して登録管理サーバ１００へ送信することによって装置情報の登録を行う（ステップＳ２２）。登録管理サーバ１００は、装置情報の受信に応じて、登録管理テーブル１２１にパケット転送装置Ｂに関する装置情報を登録する。
【００２９】
次に、接続フェーズでの処理シーケンスについて説明する。通信元としてのクライアントＰＣ５は、登録管理サーバ１００へ仮想装置識別名を指定した通信先問合を送信すると（ステップＳ３１）、登録管理サーバ１００は、生死確認処理を実行する。
【００３０】
登録管理サーバ１００は、登録管理テーブル１２１を用いて、通信先問合に指定される仮想装置識別名に対応するＩＰアドレスに対して、順に生死確認を行う。例えば、先ず、パケット転送装置Ａに対して生死確認を行う（ステップＳ３２）。しかしながら、パケット転送装置Ａがダウンしている場合には、登録管理サーバ１００は、一定時間経過しても応答を受信することができないため、次のパケット転送装置Ｂに対して生死確認を行う（ステップＳ３３）。パケット転送装置Ｂが正常に動作している場合、この生死確認に応じて応答を登録管理サーバ１００へ送信する（ステップＳ３４）。
【００３１】
登録管理サーバ１００は、応答を受信すると、その応答を送信してきたパケット転送装置ＢのＩＰアドレスＢを通信先として指定して通信先通知をクライアントＰＣ５に対して行う（ステップＳ３５）。クライアントＰＣ５は、通知されたＩＰアドレスＢ宛に接続をして通信を行う（ステップＳ３６）。
【００３２】
次に、登録管理サーバ１００が登録管理テーブル１２１を作成する登録管理テーブル作成処理について説明する。図４は、登録管理テーブル作成処理を説明するためのフローチャート図である。図４において、登録管理サーバ１００は、装置情報を指定して登録を要求する装置情報登録パケットを受信すると（ステップＳ１０１）、登録管理テーブル１２１に、受信したパケットの登録情報で指定される仮想装置識別名と、装置識別子とを有するレコードがあるか否かを判断する（ステップＳ１０２）。
【００３３】
ここで、ＩＰアドレスは用いずに、仮想装置識別名と、装置識別子とを用いてレコードの存在を確認することによって、ＩＰアドレスは動的に変更されるため、同一の装置であるのに変更されたＩＰアドレスで登録してしまうことを回避することができる。
【００３４】
レコードがない場合、登録管理サーバ１００は、登録管理テーブル１２１に受信した登録情報で指定される仮想装置識別名と、ＩＰアドレスと、装置識別子とを新たなレコードとして追加して（ステップＳ１０３）、登録管理テーブル作成処理を終了する。
【００３５】
一方、レコードがあった場合、登録管理サーバ１００は、受信した登録情報に含まれるＩＰアドレスと、レコード内に格納されているＩＰアドレスとは同じであるか否かを判断する（ステップＳ１０４）。ＩＰアドレスが同じである合、登録管理サーバ１００は、そのレコードへの変更を行わず登録管理テーブル作成処理を終了する。一方、ＩＰアドレスが同じでない場合、登録管理サーバ１００は、そのレコードのＩＰアドレスを、受信した登録情報に含まれているＩＰアドレスで上書きして変更する（ステップＳ１０５）。そして、登録管理サーバ１００は、登録管理テーブル作成処理を終了する。
【００３６】
図５は、図４のステップＳ１０３にて登録管理テーブル１２１にレコードが追加される様子を示す図である。図５において、例えば、既に、パケット転送装置Ａの装置情報が仮想装置識別名Ａ、ＩＰアドレスＡ、装置識別子１が登録されていて、更に、パケット転送装置Ｂの装置情報を示すレコードを追加することによって、登録管理テーブル１２１が登録している様子を示している。仮想装置識別名Ａ、ＩＰアドレスＢ、装置識別子２を示す装置情報のレコードが登録管理テーブル１２１に追加される。
【００３７】
図６は、図４のステップＳ１０５にて登録管理テーブル１２１にレコードが変更される様子を示す図である。図６において、例えば、図４のステップＳ１０３においてパケット転送装置Ｂの装置情報が登録された後に、パケット転送装置ＢがＩＰアドレスの異なる装置情報を送信してきた場合、仮想装置識別名Ａと装置識別子２とで特定されるレコードのＩＰアドレスが、ＩＰアドレスＢからＩＰアドレスＣへ変更される。
【００３８】
次に、登録管理サーバ１００が同一の仮想装置識別名を持つパケット転送装置に対して生死確認を行う生死確認処理について図７で説明する。図７は、生死確認処理を説明するためのフローチャート図である。図７において、登録管理サーバ１００は、クライアントＰＣ５から通信先問合を受けると、データベース装置にアクセスし（ステップＳ１２１）、データベース装置の登録管理テーブル１２１に問合せのあった仮想装置識別名を持つレコードがあるか否かを判断する（ステップＳ１２２）。
【００３９】
レコードがない場合、登録管理サーバ１００は、クライアントＰＣ５に対してエラーを返し（ステップＳ１２３）、生死確認処理を終了する。一方、レコードがある場合、登録管理サーバ１００は、登録管理テーブル１２１から問合せのあった仮想装置識別名を持つレコードのみを抽出し、抽出したテーブルを登録管理サーバ１００内に取得する（ステップＳ１２４）。テーブルから所定順にＩＰアドレスを取得して、送信先として生死確認を行う（ステップＳ１２５）。生死確認の方法は、特に規定しない。例えば、登録管理サーバ１００は、ｐｉｎｇパケットを送信して生死確認をするようにしてもよい。
【００４０】
登録管理サーバ１００は、一定時間待機後（ステップＳ１２６）、パケット転送装置から応答があったか否かを判断する（ステップＳ１２７）。応答があった場合、クライアントＰＣ５に対して応答のあった通信先としてのパケット転送装置のＩＰアドレスを通信先通知として返す（ステップＳ１２８）。そして、登録管理サーバ１００は、登録管理テーブル１２１から抽出したテーブルを破棄して（ステップＳ１２９）、生死確認処理を終了する。
【００４１】
一方、ステップＳ１２７にて、パケット転送装置から応答がなかったと判断した場合、生死確認をしたパケット転送装置のレコードは、所定順に従った最後のレコードであるか否かを判断する（ステップＳ１３０）。最後のレコードではない場合、登録管理サーバ１００は、テーブル内において、所定順に従い次のレコードに示されるＩＰアドレスを送信先として生死確認を行い（ステップＳ１３１）、ステップＳ１２６へ戻り、上記同様の処理を繰り返す。一方、最後のレコードである場合、登録管理サーバ１００は、クライアントＰＣ５に対してエラーを返し（ステップＳ１３２）、登録管理テーブル１２１から抽出したテーブルを破棄するためにステップＳ１２９へ戻り、生死確認処理を終了する。
【００４２】
図８は、図７のステップＳ１２４におけるレコードの抽出を示す図である。図８において、登録管理テーブル１２１には、仮想装置識別名Ａ、Ｃ及びＤに関する装置情報が登録されており、例えば、問合せで仮想装置識別名Ａが指定された場合、２つのレコードが抽出された抽出テーブル１２２が作成される。
【００４３】
また、生死確認を行う場合の所定順は、例えば、レコードが抽出された抽出テーブル１２２では、テーブルの最初のレコードから順に参照する順序であればよい。
【００４４】
上述では、登録管理テーブル１２１に登録されたレコードの順に生死確認を行っているが、生死確認を行う優先度に従って生死確認を行う場合について図９で説明する。図９は、優先度に従って生死確認を行う場合について説明するための図である。
【００４５】
図９において、冗長化されたパケット転送装置Ａ及びＢには、予め同一の仮想装置識別名と、生死確認を行う際の優先度を示す優先度情報とが記憶されており、同様の処理を実行可能とする装置である。そのパケット転送装置Ａ及びＢは、夫々、起動時等に、所定の登録管理サーバ１００へ装置情報の登録を行う（ステップＳ２１及びＳ２２）。夫々の装置情報には、一般に公開することによって周知される仮想装置識別名と、ＩＰアドレスと、優先度情報とが指定される。パケット転送装置Ａが装置情報の登録を行う場合には、例えば、ＩＰアドレスＡと、優先度情報１とが指定され、パケット転送装置Ｂが装置情報の登録を行う場合には、例えば、ＩＰアドレスＢと、優先度情報２とが指定される。
【００４６】
優先度情報は、冗長化されたパケット転送装置間にて一意に設定されるため、図２に示す構成において装置識別子としても利用可能である。つまり、優先度情報を用いてパケット転送装置を特定するために使用することが可能である。従って、図４に示す登録管理テーブル作成処理において、装置識別子を優先度情報と置き換えることによって同様に処理可能である。仮想装置識別名及びＩＰアドレスについては上述同様である。仮想装置識別名と優先度情報とは、パケット転送装置を冗長化する際に予め設定される。
【００４７】
登録管理サーバ１００は、パケット転送装置Ａから装置情報を受信すると、登録管理テーブル１２１ｂに、受信した装置情報に指定される仮想装置識別名と、ＩＰアドレスＡと、優先度情報1とを対応付けて書き込む。パケット転送装置Ｂから受信した装置情報に対しても同様の処理を行う。
【００４８】
登録管理テーブル１２１ｂは、登録管理サーバ１００とは別の登録管理サーバ１００がアクセス可能なデータベース装置又は登録管理サーバ１００に備えられた記憶装置の所定領域にて管理されるテーブルである。登録管理テーブル１２１ｂがデータベースで管理される場合、登録管理サーバ１００は、データベース装置へアクセスして、登録管理テーブル１２１ｂを参照、又は、必要な情報を抽出して登録管理サーバ１００内の記憶領域に格納後、その抽出した情報に関する処理を行う。
【００４９】
クライアントＰＣ５の利用者は、クライアントＰＣ５へ仮想装置識別名を指定することによって通信要求を行う（ステップＳ２３）。この利用者による指示に応じて、クライアントＰＣ５は、登録管理サーバ１００へ通信先問合を行う（ステップＳ２４）。この通信先問合では、利用者が指定した仮想装置識別名が指定される。
【００５０】
登録管理サーバ１００は、登録管理テーブル１２１ｂから通信先問合で指定される仮想装置識別名と一致するレコードを抽出し、高い優先度を示す優先度情報からレコードを読み出してそのレコードに記憶されているＩＰアドレスに対して生死確認を実行する（ステップＳ２５）。この場合、図７に示す生死確認処理において、所定順とは、優先度の高い順を示す。
【００５１】
生存が確認された最初のパケット転送装置のＩＰアドレスを示す通信先通知をクライアントＰＣ５に行う（ステップＳ２６）。ここで、パケット転送装置Ｂの優先度情報２がパケット転送装置Ａの優先度情報１より高い優先度を示す場合、パケット転送装置Ｂから生死確認を行い、パケット転送装置Ｂの生死確認ができなかった場合、次に高い優先度を示すパケット転送装置（例えば、パケット転送装置Ａ）に生死確認を行う。この場合、パケット転送装置Ｂが装置情報の登録後にダウンしたとすると、パケット転送装置ＡのＩＰアドレスＡがクライアントＰＣへの通信先通知にて指定される。
【００５２】
通信先通知を登録管理サーバ１００から受信すると、クライアントＰＣ５は、通信先通知で指定されるＩＰアドレスへ通信を開始する（ステップＳ２７）。
【００５３】
このような通信手順によって、クライアントＰＣ５は、ほぼ確実に所望する仮想装置識別名への通信を行うことが可能となる。また、ダウンしたパケット転送装置Ｂへの通信を試みることがないので、所望する仮想装置識別名へ接続するまでの通信時間を大幅に改善することができる。
【００５４】
図９に示す例において、登録管理テーブル１２１ｂは仮想装置識別名、ＩＰアドレス、優先度情報等の項目で構成されるが、優先度情報は必要に応じて変更される場合があるため、常に、パケット転送装置を特定可能とするために、当該優先度情報とは別個に装置識別子を付加するようにしてもよい。
【００５５】
次に、一つの資源を順番に利用するラウンドロビンの手法を利用して、パケット転送装置の負荷分散をする場合について図１０で説明する。図１０は、負荷分散を考慮して生死確認を行う場合について説明するための図である。
【００５６】
図１０において、冗長化されたパケット転送装置Ａ及びＢには、予め同一の仮想装置識別名と、装置識別子とが記憶されており、同様の処理を実行可能とする装置である。そのパケット転送装置Ａ及びＢは、夫々、起動時等に、所定の登録管理サーバ１００へ装置情報の登録を行う（ステップＳ３１及びＳ３２）。夫々の装置情報には、一般に公開することによって周知される仮想装置識別名と、ＩＰアドレスと、装置識別子とが指定される。パケット転送装置Ａが装置情報の登録を行う場合には、例えば、ＩＰアドレスＡと、装置識別子１とが指定され、パケット転送装置Ｂが装置情報の登録を行う場合には、例えば、ＩＰアドレスＢと、装置識別子２とが指定される。仮想装置識別名と、ＩＰアドレスと、装置識別子とについては、図２での説明と同様である。
【００５７】
登録管理サーバ１００は、パケット転送装置Ａから装置情報を受信すると、登録管理テーブル１２１ｂに、受信した装置情報に指定される仮想装置識別名と、ＩＰアドレスＡと、装置識別子１とを対応付けて書き込む。パケット転送装置Ｂから受信した装置情報に対しても同様の処理を行う。
【００５８】
登録管理テーブル１２１ｃは、登録管理サーバ１００とは別の登録管理サーバ１００がアクセス可能なデータベース装置又は登録管理サーバ１００に備えられた記憶装置の所定領域にて管理されるテーブルである。登録管理テーブル１２１ｃがデータベースで管理される場合、登録管理サーバ１００は、データベース装置へアクセスして、登録管理テーブル１２１ｃを参照、又は、必要な情報を抽出して登録管理サーバ１００内の記憶領域に格納後、その抽出した情報に関する処理を行う。
【００５９】
クライアントＰＣ５の利用者は、クライアントＰＣ５へ仮想装置識別名を指定することによって通信要求を行う（ステップＳ３３）。この利用者による指示に応じて、クライアントＰＣ５は、登録管理サーバ１００へ通信先問合を行う（ステップＳ３４）。この通信先問合では、利用者が指定した仮想装置識別名が指定される。
【００６０】
登録管理サーバ１００は、登録管理テーブル１２１ｂから通信先問合で指定される仮想装置識別名と一致するレコードを抽出し、抽出したレコードの先頭から、前回生死確認がなされクライアントＰＣ５に通信先として通知したことを示すフラグがＯＮのレコードを検索し、フラグがＯＮのレコードをＯＦＦにして、その次からレコードを読み出してそのレコードに記憶されているＩＰアドレスに対して生死確認を実行する（ステップＳ３５）。生死確認がなされたレコードのフラグをＯＮにして、クライアントＰＣへ通信先通知を行う。この場合、図７に示す生死確認処理において、所定順とは、フラグがＯＮのレコードからの格納順を示す。フラグＯＮのレコードがない場合、先頭のレコードから生死確認処理を行う。
【００６１】
生存が確認された最初のパケット転送装置のＩＰアドレスを示す通信先通知をクライアントＰＣ５に行う（ステップＳ３６）。ここで、前回の通信要求では、パケット転送装置Ａへの通信が行われ、今回の通信要求では、パケット転送装置Ｂへと通信が行われるため、パケット転送装置の通信可能又は不可能の状態に関わらず、パケット転送装置の負荷分散を行うことができる。
【００６２】
上述より、本発明によれば、通信元が登録管理サーバに通信先情報の問合せを行うと、登録管理サーバが各パケット転送装置の生死を確認し、応答のあるパケット転送装置のＩＰアドレスを通信元へ返すので、応答のないパケット転送装置への送信を行う可能性が低くなり、通信先に対する通信ができないといった状況の発生を低下させることが可能となる。
【００６３】
以上の説明に関し、更に以下の項を開示する。
（付記１）
通信先として冗長化させた複数の情報処理装置に関して、通信先として識別される通信先識別情報の受信に応じて、該複数の情報処理装置へ通信するために装置を特定可能とする通信特定情報を送信する通信制御サーバであって、
前記通信先識別情報と前記通信特定情報とを対応付けしたテーブルから前記受信した通信先識別情報に対応する１つ以上の通信特定情報を抽出し、抽出した通信特定情報を用いて前記情報処理装置へ生死確認を行う生死確認手段と、
前記通信先として前記通信先識別情報を送信してきた通信元へ、前記生死確認に対して応答のあった前記通信特定情報を送信する通信特定情報送信手段とを有することを特徴とする通信制御サーバ。
（付記２）
前記複数の情報処理装置から前記通信先識別情報と、前記通信特定情報と、該情報処理装置を一意に識別する装置識別情報とを有する装置情報を受信する装置情報受信手段と、
前記通信先識別情報と前記装置識別情報との組み合わせが前記テーブルに存在しない場合に、前記装置情報を該テーブルに登録する登録手段とを更に有することを特徴とする付記１記載の通信制御サーバ。
（付記３）
前記通信先識別情報と前記装置識別情報との組み合わせが前記テーブルに存在する場合に、更に、該組み合わせを持つレコードの通信特定情報が、前記装置情報受信手段によって受信した前記装置情報に含まれる通信特定情報と一致するか否かを判断する通信特定情報一致判断手段と、
前記装置情報受信手段によって受信した前記装置情報に含まれる通信特定情報と一致しない場合に、前記レコードの通信特定情報を前記装置情報受信手段によって受信した前記装置情報に含まれる通信特定情報に変更する通信特定情報変更手段とを更に有することを特徴とする付記２記載の通信制御サーバ。
（付記４）
前記装置情報受信手段は、前記装置識別情報として、冗長化した情報処理装置間における通信先としての優先度を示す優先度情報を受信し、
前記生死確認手段は、前記優先度情報に基づいて、順次生死確認を行うことを特徴とする付記２又は３記載の通信制御サーバ。
（付記５）
前記生死確認手段は、応答のあった前記通信特定情報に対応付けて前記テーブル内にてフラグをオンにし、生死確認をする際にはフラグのオンの次のレコードから生死確認を行うことを特徴とする付記１乃至３のいずれか一項記載の通信制御サーバ。
（付記６）
前記テーブルを格納しているデータベース装置へアクセスし、該データベース装置から前記受信した通信先識別情報を有するレコードを抽出し、内部記憶領域に格納するレコード抽出手段を更に有することを特徴とする付記１乃至３のいずれか一項記載の通信制御サーバ。
（付記７）
通信先として冗長化させた複数の情報処理装置に関して、通信先として識別される通信先識別情報の受信に応じて、該複数の情報処理装置へ通信するために装置を特定可能とする通信特定情報を送信する通信制御をコンピュータに行わせる通信制御プログラムであって、該コンピュータに、
前記通信先識別情報と前記通信特定情報とを対応付けしたテーブルから前記受信した通信先識別情報に対応する１つ以上の通信特定情報を抽出し、抽出した通信特定情報を用いて前記情報処理装置へ生死確認を行う生死確認手順と、
前記通信先として前記通信先識別情報を送信してきた通信元へ、前記生死確認に対して応答のあった前記通信特定情報を送信する通信特定情報送信手順とを行わせることを特徴とするコンピュータ実行可能な通信制御プログラム。
【００６４】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００６５】
【図１】従来のＤＤＮＳにおける通信方法を説明するための図である。
【図２】本発明の実施例に係る冗長化されたパケット転送装置への通信手順の概要を説明するための図である。
【図３】処理シーケンスを示す図である。
【図４】登録管理テーブル作成処理を説明するためのフローチャート図である。
【図５】図４のステップＳ１０３にて登録管理テーブル１２１にレコードが追加される様子を示す図である。
【図６】図４のステップＳ１０５にて登録管理テーブル１２１にレコードが変更される様子を示す図である。
【図７】生死確認処理を説明するためのフローチャート図である。
【図８】図７のステップＳ１２４におけるレコードの抽出を示す図である。
【図９】優先度に従って生死確認を行う場合について説明するための図である。
【図１０】負荷分散を考慮して生死確認を行う場合について説明するための図である。
【符号の説明】
【００６６】
２          ネットワーク
５          クライアントＰＣ
１００      登録管理サーバ
１２１      登録管理テーブル
１２１ｂ    登録管理テーブル（優先度）
１２１ｃ    登録管理テーブル（負荷分散）
１２２      抽出テーブル
【図１】
2007043602.tif 000003
【図２】
2007043602.tif 000004
【図３】
2007043602.tif 000005
【図４】
2007043602.tif 000006
【図５】
2007043602.tif 000007
【図６】
2007043602.tif 000008
【図７】
2007043602.tif 000009
【図８】
2007043602.tif 000010
【図９】
2007043602.tif 000011
【図１０】
2007043602.tif 000012