JP2007251818A - 送信制御プログラム、送信制御方法および送信制御装置 - Google Patents

Abstract

【課題】名前解決にかかる処理時間を短縮すること。
【解決手段】通信端末装置１００は、ＩＰアドレス変換部１６３が、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照し、宛先となるフルサービスリゾルバが故障しているか否かを判定する。そして、ＩＰアドレス変換部１６３は、宛先となるフルサービスリゾルバサーバが故障している場合に、ＤＮＳパケットの宛先を正常なフルサービスリゾルバサーバに変換して送信する。また、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバから応答パケットを取得した場合に、取得した応答パケットの送信元を、名前解決処理部１６２が元々送信先として設定していたフルサービスリゾルバサーバのＩＰアドレスに変換する。
【選択図】 図３

Description

この発明は、名前解決を要求するパケットの送信制御を行う送信制御プログラム、送信制御方法および送信制御装置に関し、特に、名前解決にかかる時間を短縮することができる送信制御プログラム、送信制御方法および送信制御装置に関するものである。

インターネット環境において、ＤＮＳ（Domain Name System）によるドメイン名（ホスト名）／ＩＰ（Internet Protocol）アドレス変換が必須である。すなわち、クライアント端末が、Ｗｅｂサーバ上のコンテンツにアクセスする場合、フルサービスリゾルバサーバを介してＤＮＳサーバにアクセスし、ドメイン名／ＩＰアドレス変換を行った後に、Ｗｅｂサーバ上のコンテンツにアクセスすることが可能となる。

また、フルサービスリゾルバサーバに不具合等が発生し、ＤＮＳサーバが使用不可能になった場合には、全てのインターネットアクセスに影響を及ぼすため、現在の運用では、フルサービスリゾルバサーバが使用不可能とならないように、通常使用するフルサービスリゾルバサーバ（以下、プライマリと表記する）と予備用のフルサービスリゾルバサーバ（以下、セカンダリと表記する）とを用意し、冗長化がなされている。

なお、特許文献１では、ＤＮＳサーバを冗長化し、通常使用するＤＮＳサーバが故障した場合に、予備用のＤＮＳサーバのゾーン情報を有効にすることで、ネットワークの運用効率を高めることを可能とする技術が公開されている。

特開２００２−９７６８号公報

しかしながら、上述した従来の技術では、プライマリが故障しているか否かに関わらず、一旦、プライマリにアドレス変換要求を行う（すなわち、一度プライマリにアドレス変換要求を行い、応答がないなどの場合に、セカンダリに再度アドレス変換要求を行う仕組みになっている）ので、名前解決に時間がかかってしまうという問題があった。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、名前解決にかかる時間を短縮することができる送信制御プログラム、送信制御方法および送信制御装置を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、をコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする。

また、本発明は、名前解決を要求するパケットの送信制御を行う送信制御方法であって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、を含んだことを特徴とする。

また、本発明は、名前解決を要求するパケットの送信制御を行う送信制御装置であって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、を備えたことを特徴とする。

本発明によれば、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定し、稼働中のサーバに障害が発生している場合には、前パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信するので、故障したサーバを迂回して正常な予備用のサーバにパケットを直接送信することができ、名前解決にかかる処理時間を短縮することができる。

また、本発明によれば、予備用のサーバからパケットの応答を取得した場合に、この応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換するので、名前解決を要求するパケットを作成する処理部に特別な処理を実行させる必要をなくし、コストを削減することができる。

また、本発明によれば、冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録し、この状態情報を基にして、稼働中のサーバが故障したか否かを判定するので、名前解決にかかる処理を正確に実行することができる。

以下に添付図面を参照して、この発明に係る送信制御プログラム、送信制御方法および送信制御装置の好適な実施の形態を詳細に説明する。

まず、本発明の特徴について説明する。図１は、本発明の特徴を説明するための説明図である。本発明では、フルサービスリゾルバに対応する処理を行うサーバ（以下、フルサービスリゾルバサーバと表記する。また、このフルサービスリゾルバサーバは冗長化されているものとする）にＤＮＳ（Domain Name System）パケットを送信し、名前解決を要求する場合に、プライマリとなるフルサービスリゾルバサーバ（以下、プライマリと表記する）が故障しているか否かを判定する。

そして、プライマリが故障している場合には、ＤＮＳパケットの宛先となるＩＰ（Internet Protocol）アドレスをセカンダリとなるフルサービスリゾルバサーバ（以下、セカンダリと表記する）のＩＰアドレスに変換して、ＤＮＳパケットを送信する。また、セカンダリからＤＮＳパケットの応答を取得した場合には、この応答の送信元となるセカンダリのＩＰアドレスを、プライマリのＩＰアドレスに変換する。

このように、本発明では、プライマリが故障している場合に、ＤＮＳパケットの宛先となるＩＰアドレスをセカンダリのＩＰアドレスに変換するので、故障したプライマリを迂回して直接セカンダリにＤＮＳパケットを送信することができるようになり、名前解決にかかる時間を短縮することができる。

また、本発明では、セカンダリからＤＮＳパケットの応答を取得した場合に、この応答の送信元となるセカンダリのＩＰアドレスをプライマリのＩＰアドレスに変換するので、ＤＮＳパケットを使用するアプリケーションなどに特別な処理を行わせる必要がなくなり、コストを抑えることができる。

次に、本実施例にかかるアドレス変換システムについて説明する。図２は、本実施例にかかるアドレス変換システムの構成を示すブロック図である。同図に示すように、このアドレス変換システムは、通信端末装置１００と、フルサービスリゾルバサーバ（以下、プライマリ）２００，３００と、フルサービスリゾルバサーバ（以下、セカンダリ）２１０，３１０と、ルータ２５０と、ＤＮＳサーバ４００とを備えて構成される。

また、通信端末装置１００は、ＬＡＮ（Local Area Network）を介してプライマリ２００、セカンダリ２１０およびルータ２５０に接続されており、ルータ２５０は、ＬＡＮを介してプライマリ３００およびセカンダリ３１０に接続されている。また、ルータ２５０は、ネットワーク３５０を介してＤＮＳサーバ４００に接続されている。

このうち、通信端末装置１００は、名前解決を行うためのＤＮＳパケットをプライマリ２００，３００、セカンダリ２１０，３１０のいずれかに送信する装置であり、プライマリ２００，３００は、通信端末装置１００からＤＮＳパケットを受信した場合に、受信したＤＮＳパケットをＤＮＳサーバ４００に送信する装置であり、それぞれ、セカンダリ２１０，３１０によって冗長化されている。また、プライマリ２００，３００は、ＤＮＳパケットに対する応答をＤＮＳサーバ４００から取得した場合には、取得した応答を通信端末装置１００に送信する。

ルータ２５０は、通信端末装置１００、プライマリ２００、セカンダリ２１０からなるネットワークと、プライマリ３００、セカンダリ３１０、ＤＮＳサーバ４００からなるネットワークとを中継する装置である。

ＤＮＳサーバ４００は、ＤＮＳパケットを受信した場合に、受信したＤＮＳパケットに含まれるドメイン名をＩＰアドレスに変換し、送信元となるフルサービスリゾルバサーバにドメイン名に対応するＩＰアドレスの情報を含んだＤＮＳパケットを返信する装置である。

次に、図２に示した通信端末装置１００の構成について説明する。図３は、通信端末装置１００の構成を示す機能ブロック図である。同図に示すように、この通信端末装置１００は、入力部１１０と、出力部１２０と、通信制御ＩＦ部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。

このうち、入力部１１０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイクなどによって構成される。なお、後述するモニタ（出力部１２０）も、マウスと協働してポインティングデバイス機能を実現する。

出力部１２０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。また、通信制御ＩＦ装置１３０は、プライマリ２００，３００、セカンダリ２１０，３１０との間における通信を制御する手段である。そして、入出力制御ＩＦ部１４０は、入力部１１０、出力部１２０、通信制御ＩＦ部１３０によるデータの入出力を制御する手段である。

記憶部１５０は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段（格納手段）であり、特に本発明に密接に関連するものとしては、図３に示すように、フルサービスリゾルバ管理テーブル１５１と、フルサービスリゾルバ情報１５２とを備える。

図４は、フルサービスリゾルバ管理テーブル１５１のデータ構造の一例を示す図である。同図に示すように、このフルサービスリゾルバ管理テーブル１５１は、優先順位と、リゾルバ識別情報と、ＩＰアドレスと、状態とを備える。このうち、「優先順位」は、各フルサービスリゾルバサーバの優先順位を示し、１、２、３、・・・の順に優先順位が低くなる。すなわち、通信端末装置１００は、優先順位が最も高いフルサービスリゾルバサーバ（図４に示す例では、リゾルバ識別番号「１０００１」によって識別されるフルサービスリゾルバサーバが最も優先順位が高い）に対してＤＮＳパケットを送信することとなる（フルサービスリゾルバに障害が発生していない場合）。

「リゾルバ識別情報」は、フルサービスリゾルバサーバ（図２に示したプライマリ２００，３００、セカンダリ２１０，３１０）を識別するための情報であり、「状態」は、フルサービスリゾルバサーバが故障したか否かを示す情報である。具体的には、状態が「○」の場合は、フルサービスリゾルバサーバが正常であることを示し、状態が「×」の場合には、フルサービスリゾルバサーバに異常が発生した（故障した）ことを示す。

図５は、フルサービスリゾルバ情報１５２のデータ構造の一例を示す図である。同図に示すように、このフルサービスリゾルバ情報１５２は、リゾルバ識別情報と、ＩＰアドレスとを備える。このフルサービスリゾルバ情報１５２は、各フルサービスリゾルバサーバ（図２に示したプライマリ２００，３００、セカンダリ２１０，３１０）のＩＰアドレスを管理するための情報であり、フルサービスリゾルバサーバのＩＰアドレスが変更された場合などに更新される。

制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種種の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図３に示すように、アプリケーション実行部１６１と、名前解決処理部１６２と、ＩＰアドレス交換部１６３と、フルサービスリゾルバ監視部１６４と備える。

このうち、アプリケーション実行部１６１は、種種のアプリケーションにかかわる処理を実行する処理部であり、例えば、入力部１１０からＷｅｂサーバ上のコンテンツに対するアクセス要求を取得した場合に、アクセス先となるコンテンツの情報を名前解決処理部１６２に渡す。

名前解決処理部１６２は、コンテンツの情報をアプリケーション実行部１６１から取得した場合に、このコンテンツに対する名前解決を要求するためのＤＮＳパケットを生成する処理部である。また、名前解決処理部１６２は、フルサービスリゾルバ管理テーブル１５１を参照し、優先順位の最も高いフルサービスリゾルバサーバのＩＰアドレスをＤＮＳパケットの宛先として設定し、このＤＮＳパケットをＩＰアドレス変換部１６３に渡す。

ＩＰアドレス変換部１６３は、故障したフルサービスリゾルバサーバにＤＮＳパケットが送信されないように、ＤＮＳパケットの宛先（ＩＰアドレス）を変換する処理部である。具体的に、このＩＰアドレス変換部１６３は、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照して、ＤＮＳパケットの宛先に設定されたフルサービスリゾルバサーバが故障中であるか否かを判定する。

そして、フルサービスリゾルバサーバが故障中である場合には、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先に設定されたＩＰアドレスを故障中のフルサービスリゾルバサーバの次に優先順位の高いフルサービスリゾルバサーバのＩＰアドレスに変換し、このＤＮＳパケットを送信する。

図６は、ＩＰアドレス変換部１６３の処理を補足説明するための図である。同図に示すように、ＤＮＳサーバの宛先となるＩＰアドレスが「１９２．１６８．１．１」に設定されている場合には、ＩＰアドレス「１９２．１６８．１．１」にかかるフルサービスリゾルバサーバが故障中であるため、ＩＰアドレス変換部１６３は、宛先のＩＰアドレスを変換する。すなわち、ＩＰアドレス変換部１６３は、故障しているフルサービスリゾルバサーバ（識別番号「１０００１」）の次に優先順位の高いフルサービスリゾルバサーバ（識別番号「１０００２」）のＩＰアドレス「１９２．１６８．２．１」をＤＮＳパケットの宛先として設定する。

一方、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先に設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障中でないと判定した場合には、そのままＤＮＳパケットを送信する。

また、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバからＤＮＳパケットの応答（以下、応答パケットと表記する）を取得した場合には、取得した応答パケットを名前解決処理部１６２に渡す。ただし、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先ＩＰアドレスを変換して、フルサービスリゾルバサーバに送信した後に、このフルサービスリゾルバサーバから応答パケットを取得した場合には、送信元となるフルサービスリゾルバサーバのＩＰアドレスを元のＩＰアドレスに戻し、名前解決処理部１６２に応答パケットを渡す。

図６を使用して具体的に説明すると、ＩＰアドレス変換部１６３は、ＤＮＳパケットのＩＰアドレスを「１９２．１６８．１．１」から「１９２．１６８．２．１」に変換してフルサービスリゾルバサーバに送信し、このＤＮＳパケットに対応する応答パケットを取得した場合には、送信元となるＩＰアドレスを「１９２．１６８．２．１」から「１９２．１６８．１．１」に変換してから、応答パケットを名前解決処理部１６２に渡す。

フルサービスリゾルバ監視部１６４は、図２に示したプライマリ２００，３００およびセカンダリ２１０，３１０を監視し、監視対象となるフルサービスリゾルバサーバが故障した場合には、フルサービスリゾルバ管理テーブル１５１の状態を更新する処理部である。具体的に、フルサービスリゾルバ監視部１６４は、フルサービスリゾルバサーバが故障した場合には、故障したフルサービスリゾルバサーバに対応する「状態」を「○」から「×」に設定し、故障していたフルサービスリゾルバサーバが復旧した場合には、対応する「状態」を「×」から「○」に設定し直す。

また、フルサービスリゾルバ監視部１６４は、プライマリ２００，３００、セカンダリ２１０，３１０と定期的にデータ通信を行い、フルサービスリゾルバサーバのＩＰアドレスが変更された場合には、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報に登録されたＩＰアドレスを更新する。

更に、フルサービスリゾルバ監視部１６４は、各フルサービスリゾルバサーバとデータ通信を行って、フルサービスリゾルバサーバにかかっている負荷の情報を取得し、フルサービスリゾルバ管理テーブル１５１の優先順位を変更してもよい。例えば、負荷の量が少ないフルサービスリゾルバサーバの優先順位を高くし、負荷の量が多いフルサービスリゾルバサーバの優先順位を低くする。このように、動的に、フルサービスリゾルバサーバの優先順位を変更することによって、名前解決にかかる処理を効率よく実行することが可能となる。

次に、フルサービスリゾルバ監視部１６４がフルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新する更新処理について説明する。図７は、更新処理を示すフローチャートである。同図に示すように、フルサービスリゾルバ監視部１６４は、各フルサービスリゾルバサーバ（プライマリ２００，３００、セカンダリ２１０，３１０）からＩＰアドレスの情報を取得し（ステップＳ１０１）、ＩＰアドレスが変更されているか否かを判定する（ステップＳ１０２）。

そして、ＩＰアドレスが変更されている場合には（ステップＳ１０３，Ｙｅｓ）、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新する（ステップＳ１０４）。一方、ＩＰアドレスが変更されていない場合には（ステップＳ１０３，Ｎｏ）、そのまま、ステップＳ１０５に移行する。

続いて、フルサービスリゾルバ監視部１６４は、故障しているフルサービスリゾルバサーバが存在するか否かを判定し（ステップＳ１０５）、故障しているフルサービスリゾルバサーバが存在する場合には（ステップＳ１０６，Ｙｅｓ）、フルサービスリゾルバ管理テーブルを更新する（ステップＳ１０７）。一方、故障しているフルサービスリゾルバが存在しない場合には（ステップＳ１０６，Ｎｏ）、そのまま処理を終了する（図７に示した処理は、周期的に実行される。）。

このように、フルサービスリゾルバ監視部１６４は、フルサービスリゾルバサーバ（プライマリ２００，３００、セカンダリ２１０，３１０）を監視し、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新するので、フルサービスリゾルバサーバの状態を正確に把握することができる。

次に、ＩＰアドレス変換部１６３が行う送信処理について説明する。図８は、送信処理を示すフローチャートである。同図に示すように、ＩＰアドレス変換部１６３は、名前解決処理部１６２からＤＮＳパケットを取得し（ステップＳ２０１）、フルサービスリゾルバ管理テーブル１５１を参照して、ＤＮＳパケットの宛先に設定されているＩＰアドレスのフルサービスリゾルバが故障しているか否かを判定する（ステップＳ２０２）。

そして、故障している場合には（ステップＳ２０３，Ｙｅｓ）、宛先のＩＰアドレスを変換し（ステップＳ２０４）、フルサービスリゾルバサーバにＤＮＳパケットを送信する（ステップＳ２０５）。一方、フルサービスリゾルバサーバが故障していない場合には（ステップＳ２０３，Ｎｏ）、そのままステップＳ２０５に移行する。

このように、ＩＰアドレス変換部１６３は、ＤＮＳパケットの送信先となるフルサービスリゾルバサーバが故障している場合には、ＩＰアドレスを変換して正常なフルサービスリゾルバサーバに直接ＤＮＳパケットを送信するので名前解決にかかる時間を短縮することができる。

次に、ＩＰアドレス変換部１６３が行う受信処理について説明する。図９は、受信処理を示すフローチャートである。同図に示すように、ＩＰアドレス変換部１６３は、ＤＮＳパケット（フルサービスリゾルバサーバからの応答パケット）を受信し（ステップＳ３０１）、名前解決処理部１６２によってＤＮＳパケットに設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障しているか否かを判定する（ステップＳ３０２）。

そして、フルサービスリゾルバサーバが故障している場合には（ステップＳ３０３，Ｙｅｓ）、応答パケットの送信元のＩＰアドレスを変換（名前解決処理部１６２がＤＮＳパケットの送信先として選択したフルサービスリゾルバのＩＰアドレスに変換する）し（ステップＳ３０４）、ＤＮＳパケットを名前解決処理部１６２に渡す（ステップＳ３０５）。一方、名前解決処理部１６２によってＤＮＳパケットに設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障していない場合には（ステップＳ３０３，Ｎｏ）、そのままステップＳ３０５に移行する。

このように、ＩＰアドレス変換部１６０は、ＤＮＳパケットに対する応答パケットをフルサービスリゾルバサーバから取得した場合に、この応答パケットの送信元となるフルサービスリゾルバサーバのＩＰアドレスを、名前解決処理部１６０によって選択されていたフルサービスリゾルバサーバのＩＰアドレスに変換するので、名前解決処理部１６２に特別な処理を実行させる必要をなくし、コストを抑えることができる。

上述してきたように、本実施例にかかる通信端末装置１００は、ＩＰアドレス変換部１６３が、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照し、宛先となるフルサービスリゾルバが故障しているか否かを判定する。そして、ＩＰアドレス変換部１６３は、宛先となるフルサービスリゾルバサーバが故障している場合に、ＤＮＳパケットの宛先を正常なフルサービスリゾルバサーバに変換して送信するので、故障したフルサービスリゾルバサーバを迂回して直接セカンダリにＤＮＳパケットを送信することができるようになり、名前解決にかかる時間を短縮することができる。また、通信端末装置１００は、余計なＤＮＳパケットをネットワーク上に送信しないので、ネットワークのトラフィック量を抑えることができる。

また、本実施例によれば、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバから応答パケットを取得した場合に、取得した応答パケットの送信元を、名前解決処理部１６２が元々送信先として設定していたフルサービスリゾルバサーバのＩＰアドレスに変換するので、名前解決処理部１６２に特別な処理を実行させる必要をなくし、通信端末装置１００のコストを抑えることができる。

なお、本実施例では、通信端末装置１００が各フルサービスリゾルバサーバにＤＮＳパケットを送信する場合に、フルサービスリゾルバサーバの状態に応じて宛先のＩＰアドレスを変換していたが、これに限定されるものではなく、例えば、フルサービスリゾルバサーバがＤＮＳサーバにパケットを送信する場合にでも、本発明を適応することができる。

例えば、送信先となるＤＮＳサーバが故障している場合に、フルサービスリゾルバサーバは、パケットの送信先を、故障していないＤＮＳサーバのＩＰアドレスに変換し、パケットを送信する。

ところで、上記の実施例で説明した通信端末装置の各処理は、ＩＰアドレス変換処理に係るプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１０を用いて、上記の実施例の通信端末装置と同様の機能を有するＩＰアドレス変換処理プログラムを実行するコンピュータの一例を説明する。図１０は、ＩＰアドレス変換処理プログラムを実行するコンピュータを示す図である。

同図に示すように、コンピュータ３０は、入力装置３１、出力装置３２、通信制御ＩＦ装置３３、ＲＡＭ３４、ＨＤＤ３５、ＲＯＭ３６、ＣＰＵ３７をバス３８で接続して構成される。このうち、入力装置３１、出力装置３２、通信制御ＩＦ装置３３は、図３に示した入力部１１０、出力部１２０、通信制御ＩＦ部１３０にそれぞれ対応する。

また、ＲＡＭ３４は、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂを記録する記録装置である。ここで、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂは、図３に示したフルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２にそれぞれ対応する。なお、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂは、予めＨＤＤ３５に記録されており、ＲＡＭ３４に読み出されて使用される。

そして、コンピュータ３０におけるＲＯＭ３６には、上記の実施例の通信端末装置と同様の機能を発揮するＩＰアドレス変換処理プログラム、つまり、図１０に示すように、ＩＰアドレス変換処理プログラム３６ａが予め記憶されている。

ＣＰＵ３７は、このＩＰアドレス変換処理プログラム３６ａをＲＯＭ３６から読み出して実行することで、図１０に示すように、ＩＰアドレス変換処理プログラム３６ａは、ＩＰアドレス変換処理プロセス３７ａとして機能するようになる。ＣＰＵ３７は、ＲＡＭ３４に記録された各データを用いて、ＤＮＳパケットの宛先を変換する。

（付記１）名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、
前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、
をコンピュータに実行させることを特徴とする送信制御プログラム。

（付記２）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする付記１に記載の送信制御プログラム。

（付記３）冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする付記１または２に記載の送信制御プログラム。

（付記４）前記送信制御手順は、冗長化された名前解決を行うサーバの負荷の情報を取得し、前記パケットの宛先を、負荷が最もかかっておらずかつ故障していないサーバの宛先に変換し、当該パケットを送信することを特徴とする付記１、２または３に記載の送信制御プログラム。

（付記５）名前解決を要求するパケットの送信制御を行う送信制御方法であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、
前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、
を含んだことを特徴とする送信制御方法。

（付記６）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換工程を更に含んだことを特徴とする付記５に記載の送信制御方法。

（付記７）名前解決を要求するパケットの送信制御を行う送信制御装置であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、
前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、
を備えたことを特徴とする送信制御装置。

（付記８）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手段を更に備えたことを特徴とする付記７に記載の送信制御装置。

以上のように、本発明にかかる送信制御プログラム、送信制御方法および送信制御装置は、ドメイン名（ホスト名）／ＩＰアドレス変換を行うアドレス変換システムなどに対して有用であり、特に、名前解決に対する処理時間を短縮する場合に適している。

本発明の特徴を説明するための説明図である。 本実施例にかかるアドレス変換システムの構成を示すブロック図である。 通信端末装置の構成を示す機能ブロック図である。 フルサービスリゾルバ管理テーブルのデータ構造の一例を示す図である。 フルサービスリゾルバ情報のデータ構造の一例を示す図である。 ＩＰアドレス変換部の処理を補足説明するための図である。 更新処理を示すフローチャートである。 送信処理を示すフローチャートである。 受信処理を示すフローチャートである。 ＩＰアドレス変換処理プログラムを実行するコンピュータを示す図である。

符号の説明

１００ 通信端末装置
１１０ 入力部
１２０ 出力部
１３０ 通信制御ＩＦ部
１４０ 入出力制御ＩＦ部
１５０ 記憶部
１５１ フルサービスリゾルバ管理テーブル
１５２ フルサービスリゾルバ情報
１６０ 制御部
１６１ アプリケーション実行部
１６２ 名前解決処理部
１６３ ＩＰアドレス変換部
１６４ フルサービスリゾルバ監視部
２００，３００ フルサービスリゾルバサーバ（プライマリ）
２１０，３１０ フルサービスリゾルバサーバ（セカンダリ）
２５０ ルータ
３５０ ネットワーク
４００ ＤＮＳサーバ

Claims (5)

1. 名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、
   冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、
   前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、
   をコンピュータに実行させることを特徴とする送信制御プログラム。
2. 前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする請求項１に記載の送信制御プログラム。
3. 冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする請求項１または２に記載の送信制御プログラム。
4. 名前解決を要求するパケットの送信制御を行う送信制御方法であって、
   冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、
   前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、
   を含んだことを特徴とする送信制御方法。
5. 名前解決を要求するパケットの送信制御を行う送信制御装置であって、
   冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、
   前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、
   を備えたことを特徴とする送信制御装置。

Images