送信制御プログラム、送信制御方法および送信制御装置
【課題】名前解決にかかる処理時間を短縮すること。
【解決手段】通信端末装置１００は、ＩＰアドレス変換部１６３が、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照し、宛先となるフルサービスリゾルバが故障しているか否かを判定する。そして、ＩＰアドレス変換部１６３は、宛先となるフルサービスリゾルバサーバが故障している場合に、ＤＮＳパケットの宛先を正常なフルサービスリゾルバサーバに変換して送信する。また、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバから応答パケットを取得した場合に、取得した応答パケットの送信元を、名前解決処理部１６２が元々送信先として設定していたフルサービスリゾルバサーバのＩＰアドレスに変換する。
【解決手段】通信端末装置１００は、ＩＰアドレス変換部１６３が、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照し、宛先となるフルサービスリゾルバが故障しているか否かを判定する。そして、ＩＰアドレス変換部１６３は、宛先となるフルサービスリゾルバサーバが故障している場合に、ＤＮＳパケットの宛先を正常なフルサービスリゾルバサーバに変換して送信する。また、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバから応答パケットを取得した場合に、取得した応答パケットの送信元を、名前解決処理部１６２が元々送信先として設定していたフルサービスリゾルバサーバのＩＰアドレスに変換する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、名前解決を要求するパケットの送信制御を行う送信制御プログラム、送信制御方法および送信制御装置に関し、特に、名前解決にかかる時間を短縮することができる送信制御プログラム、送信制御方法および送信制御装置に関するものである。
【背景技術】
【０００２】
インターネット環境において、ＤＮＳ（Domain Name System）によるドメイン名（ホスト名）／ＩＰ（Internet Protocol）アドレス変換が必須である。すなわち、クライアント端末が、Ｗｅｂサーバ上のコンテンツにアクセスする場合、フルサービスリゾルバサーバを介してＤＮＳサーバにアクセスし、ドメイン名／ＩＰアドレス変換を行った後に、Ｗｅｂサーバ上のコンテンツにアクセスすることが可能となる。
【０００３】
また、フルサービスリゾルバサーバに不具合等が発生し、ＤＮＳサーバが使用不可能になった場合には、全てのインターネットアクセスに影響を及ぼすため、現在の運用では、フルサービスリゾルバサーバが使用不可能とならないように、通常使用するフルサービスリゾルバサーバ（以下、プライマリと表記する）と予備用のフルサービスリゾルバサーバ（以下、セカンダリと表記する）とを用意し、冗長化がなされている。
【０００４】
なお、特許文献１では、ＤＮＳサーバを冗長化し、通常使用するＤＮＳサーバが故障した場合に、予備用のＤＮＳサーバのゾーン情報を有効にすることで、ネットワークの運用効率を高めることを可能とする技術が公開されている。
【０００５】
【特許文献１】特開２００２−９７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、プライマリが故障しているか否かに関わらず、一旦、プライマリにアドレス変換要求を行う（すなわち、一度プライマリにアドレス変換要求を行い、応答がないなどの場合に、セカンダリに再度アドレス変換要求を行う仕組みになっている）ので、名前解決に時間がかかってしまうという問題があった。
【０００７】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、名前解決にかかる時間を短縮することができる送信制御プログラム、送信制御方法および送信制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、本発明は、名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、をコンピュータに実行させることを特徴とする。
【０００９】
また、本発明は、上記発明において、前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする。
【００１０】
また、本発明は、上記発明において、冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする。
【００１１】
また、本発明は、名前解決を要求するパケットの送信制御を行う送信制御方法であって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、を含んだことを特徴とする。
【００１２】
また、本発明は、名前解決を要求するパケットの送信制御を行う送信制御装置であって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、を備えたことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定し、稼働中のサーバに障害が発生している場合には、前パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信するので、故障したサーバを迂回して正常な予備用のサーバにパケットを直接送信することができ、名前解決にかかる処理時間を短縮することができる。
【００１４】
また、本発明によれば、予備用のサーバからパケットの応答を取得した場合に、この応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換するので、名前解決を要求するパケットを作成する処理部に特別な処理を実行させる必要をなくし、コストを削減することができる。
【００１５】
また、本発明によれば、冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録し、この状態情報を基にして、稼働中のサーバが故障したか否かを判定するので、名前解決にかかる処理を正確に実行することができる。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照して、この発明に係る送信制御プログラム、送信制御方法および送信制御装置の好適な実施の形態を詳細に説明する。
【実施例】
【００１７】
まず、本発明の特徴について説明する。図１は、本発明の特徴を説明するための説明図である。本発明では、フルサービスリゾルバに対応する処理を行うサーバ（以下、フルサービスリゾルバサーバと表記する。また、このフルサービスリゾルバサーバは冗長化されているものとする）にＤＮＳ（Domain Name System）パケットを送信し、名前解決を要求する場合に、プライマリとなるフルサービスリゾルバサーバ（以下、プライマリと表記する）が故障しているか否かを判定する。
【００１８】
そして、プライマリが故障している場合には、ＤＮＳパケットの宛先となるＩＰ（Internet Protocol）アドレスをセカンダリとなるフルサービスリゾルバサーバ（以下、セカンダリと表記する）のＩＰアドレスに変換して、ＤＮＳパケットを送信する。また、セカンダリからＤＮＳパケットの応答を取得した場合には、この応答の送信元となるセカンダリのＩＰアドレスを、プライマリのＩＰアドレスに変換する。
【００１９】
このように、本発明では、プライマリが故障している場合に、ＤＮＳパケットの宛先となるＩＰアドレスをセカンダリのＩＰアドレスに変換するので、故障したプライマリを迂回して直接セカンダリにＤＮＳパケットを送信することができるようになり、名前解決にかかる時間を短縮することができる。
【００２０】
また、本発明では、セカンダリからＤＮＳパケットの応答を取得した場合に、この応答の送信元となるセカンダリのＩＰアドレスをプライマリのＩＰアドレスに変換するので、ＤＮＳパケットを使用するアプリケーションなどに特別な処理を行わせる必要がなくなり、コストを抑えることができる。
【００２１】
次に、本実施例にかかるアドレス変換システムについて説明する。図２は、本実施例にかかるアドレス変換システムの構成を示すブロック図である。同図に示すように、このアドレス変換システムは、通信端末装置１００と、フルサービスリゾルバサーバ（以下、プライマリ）２００，３００と、フルサービスリゾルバサーバ（以下、セカンダリ）２１０，３１０と、ルータ２５０と、ＤＮＳサーバ４００とを備えて構成される。
【００２２】
また、通信端末装置１００は、ＬＡＮ（Local Area Network）を介してプライマリ２００、セカンダリ２１０およびルータ２５０に接続されており、ルータ２５０は、ＬＡＮを介してプライマリ３００およびセカンダリ３１０に接続されている。また、ルータ２５０は、ネットワーク３５０を介してＤＮＳサーバ４００に接続されている。
【００２３】
このうち、通信端末装置１００は、名前解決を行うためのＤＮＳパケットをプライマリ２００，３００、セカンダリ２１０，３１０のいずれかに送信する装置であり、プライマリ２００，３００は、通信端末装置１００からＤＮＳパケットを受信した場合に、受信したＤＮＳパケットをＤＮＳサーバ４００に送信する装置であり、それぞれ、セカンダリ２１０，３１０によって冗長化されている。また、プライマリ２００，３００は、ＤＮＳパケットに対する応答をＤＮＳサーバ４００から取得した場合には、取得した応答を通信端末装置１００に送信する。
【００２４】
ルータ２５０は、通信端末装置１００、プライマリ２００、セカンダリ２１０からなるネットワークと、プライマリ３００、セカンダリ３１０、ＤＮＳサーバ４００からなるネットワークとを中継する装置である。
【００２５】
ＤＮＳサーバ４００は、ＤＮＳパケットを受信した場合に、受信したＤＮＳパケットに含まれるドメイン名をＩＰアドレスに変換し、送信元となるフルサービスリゾルバサーバにドメイン名に対応するＩＰアドレスの情報を含んだＤＮＳパケットを返信する装置である。
【００２６】
次に、図２に示した通信端末装置１００の構成について説明する。図３は、通信端末装置１００の構成を示す機能ブロック図である。同図に示すように、この通信端末装置１００は、入力部１１０と、出力部１２０と、通信制御ＩＦ部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。
【００２７】
このうち、入力部１１０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイクなどによって構成される。なお、後述するモニタ（出力部１２０）も、マウスと協働してポインティングデバイス機能を実現する。
【００２８】
出力部１２０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。また、通信制御ＩＦ装置１３０は、プライマリ２００，３００、セカンダリ２１０，３１０との間における通信を制御する手段である。そして、入出力制御ＩＦ部１４０は、入力部１１０、出力部１２０、通信制御ＩＦ部１３０によるデータの入出力を制御する手段である。
【００２９】
記憶部１５０は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段（格納手段）であり、特に本発明に密接に関連するものとしては、図３に示すように、フルサービスリゾルバ管理テーブル１５１と、フルサービスリゾルバ情報１５２とを備える。
【００３０】
図４は、フルサービスリゾルバ管理テーブル１５１のデータ構造の一例を示す図である。同図に示すように、このフルサービスリゾルバ管理テーブル１５１は、優先順位と、リゾルバ識別情報と、ＩＰアドレスと、状態とを備える。このうち、「優先順位」は、各フルサービスリゾルバサーバの優先順位を示し、１、２、３、・・・の順に優先順位が低くなる。すなわち、通信端末装置１００は、優先順位が最も高いフルサービスリゾルバサーバ（図４に示す例では、リゾルバ識別番号「１０００１」によって識別されるフルサービスリゾルバサーバが最も優先順位が高い）に対してＤＮＳパケットを送信することとなる（フルサービスリゾルバに障害が発生していない場合）。
【００３１】
「リゾルバ識別情報」は、フルサービスリゾルバサーバ（図２に示したプライマリ２００，３００、セカンダリ２１０，３１０）を識別するための情報であり、「状態」は、フルサービスリゾルバサーバが故障したか否かを示す情報である。具体的には、状態が「○」の場合は、フルサービスリゾルバサーバが正常であることを示し、状態が「×」の場合には、フルサービスリゾルバサーバに異常が発生した（故障した）ことを示す。
【００３２】
図５は、フルサービスリゾルバ情報１５２のデータ構造の一例を示す図である。同図に示すように、このフルサービスリゾルバ情報１５２は、リゾルバ識別情報と、ＩＰアドレスとを備える。このフルサービスリゾルバ情報１５２は、各フルサービスリゾルバサーバ（図２に示したプライマリ２００，３００、セカンダリ２１０，３１０）のＩＰアドレスを管理するための情報であり、フルサービスリゾルバサーバのＩＰアドレスが変更された場合などに更新される。
【００３３】
制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種種の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図３に示すように、アプリケーション実行部１６１と、名前解決処理部１６２と、ＩＰアドレス交換部１６３と、フルサービスリゾルバ監視部１６４と備える。
【００３４】
このうち、アプリケーション実行部１６１は、種種のアプリケーションにかかわる処理を実行する処理部であり、例えば、入力部１１０からＷｅｂサーバ上のコンテンツに対するアクセス要求を取得した場合に、アクセス先となるコンテンツの情報を名前解決処理部１６２に渡す。
【００３５】
名前解決処理部１６２は、コンテンツの情報をアプリケーション実行部１６１から取得した場合に、このコンテンツに対する名前解決を要求するためのＤＮＳパケットを生成する処理部である。また、名前解決処理部１６２は、フルサービスリゾルバ管理テーブル１５１を参照し、優先順位の最も高いフルサービスリゾルバサーバのＩＰアドレスをＤＮＳパケットの宛先として設定し、このＤＮＳパケットをＩＰアドレス変換部１６３に渡す。
【００３６】
ＩＰアドレス変換部１６３は、故障したフルサービスリゾルバサーバにＤＮＳパケットが送信されないように、ＤＮＳパケットの宛先（ＩＰアドレス）を変換する処理部である。具体的に、このＩＰアドレス変換部１６３は、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照して、ＤＮＳパケットの宛先に設定されたフルサービスリゾルバサーバが故障中であるか否かを判定する。
【００３７】
そして、フルサービスリゾルバサーバが故障中である場合には、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先に設定されたＩＰアドレスを故障中のフルサービスリゾルバサーバの次に優先順位の高いフルサービスリゾルバサーバのＩＰアドレスに変換し、このＤＮＳパケットを送信する。
【００３８】
図６は、ＩＰアドレス変換部１６３の処理を補足説明するための図である。同図に示すように、ＤＮＳサーバの宛先となるＩＰアドレスが「１９２．１６８．１．１」に設定されている場合には、ＩＰアドレス「１９２．１６８．１．１」にかかるフルサービスリゾルバサーバが故障中であるため、ＩＰアドレス変換部１６３は、宛先のＩＰアドレスを変換する。すなわち、ＩＰアドレス変換部１６３は、故障しているフルサービスリゾルバサーバ（識別番号「１０００１」）の次に優先順位の高いフルサービスリゾルバサーバ（識別番号「１０００２」）のＩＰアドレス「１９２．１６８．２．１」をＤＮＳパケットの宛先として設定する。
【００３９】
一方、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先に設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障中でないと判定した場合には、そのままＤＮＳパケットを送信する。
【００４０】
また、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバからＤＮＳパケットの応答（以下、応答パケットと表記する）を取得した場合には、取得した応答パケットを名前解決処理部１６２に渡す。ただし、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先ＩＰアドレスを変換して、フルサービスリゾルバサーバに送信した後に、このフルサービスリゾルバサーバから応答パケットを取得した場合には、送信元となるフルサービスリゾルバサーバのＩＰアドレスを元のＩＰアドレスに戻し、名前解決処理部１６２に応答パケットを渡す。
【００４１】
図６を使用して具体的に説明すると、ＩＰアドレス変換部１６３は、ＤＮＳパケットのＩＰアドレスを「１９２．１６８．１．１」から「１９２．１６８．２．１」に変換してフルサービスリゾルバサーバに送信し、このＤＮＳパケットに対応する応答パケットを取得した場合には、送信元となるＩＰアドレスを「１９２．１６８．２．１」から「１９２．１６８．１．１」に変換してから、応答パケットを名前解決処理部１６２に渡す。
【００４２】
フルサービスリゾルバ監視部１６４は、図２に示したプライマリ２００，３００およびセカンダリ２１０，３１０を監視し、監視対象となるフルサービスリゾルバサーバが故障した場合には、フルサービスリゾルバ管理テーブル１５１の状態を更新する処理部である。具体的に、フルサービスリゾルバ監視部１６４は、フルサービスリゾルバサーバが故障した場合には、故障したフルサービスリゾルバサーバに対応する「状態」を「○」から「×」に設定し、故障していたフルサービスリゾルバサーバが復旧した場合には、対応する「状態」を「×」から「○」に設定し直す。
【００４３】
また、フルサービスリゾルバ監視部１６４は、プライマリ２００，３００、セカンダリ２１０，３１０と定期的にデータ通信を行い、フルサービスリゾルバサーバのＩＰアドレスが変更された場合には、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報に登録されたＩＰアドレスを更新する。
【００４４】
更に、フルサービスリゾルバ監視部１６４は、各フルサービスリゾルバサーバとデータ通信を行って、フルサービスリゾルバサーバにかかっている負荷の情報を取得し、フルサービスリゾルバ管理テーブル１５１の優先順位を変更してもよい。例えば、負荷の量が少ないフルサービスリゾルバサーバの優先順位を高くし、負荷の量が多いフルサービスリゾルバサーバの優先順位を低くする。このように、動的に、フルサービスリゾルバサーバの優先順位を変更することによって、名前解決にかかる処理を効率よく実行することが可能となる。
【００４５】
次に、フルサービスリゾルバ監視部１６４がフルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新する更新処理について説明する。図７は、更新処理を示すフローチャートである。同図に示すように、フルサービスリゾルバ監視部１６４は、各フルサービスリゾルバサーバ（プライマリ２００，３００、セカンダリ２１０，３１０）からＩＰアドレスの情報を取得し（ステップＳ１０１）、ＩＰアドレスが変更されているか否かを判定する（ステップＳ１０２）。
【００４６】
そして、ＩＰアドレスが変更されている場合には（ステップＳ１０３，Ｙｅｓ）、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新する（ステップＳ１０４）。一方、ＩＰアドレスが変更されていない場合には（ステップＳ１０３，Ｎｏ）、そのまま、ステップＳ１０５に移行する。
【００４７】
続いて、フルサービスリゾルバ監視部１６４は、故障しているフルサービスリゾルバサーバが存在するか否かを判定し（ステップＳ１０５）、故障しているフルサービスリゾルバサーバが存在する場合には（ステップＳ１０６，Ｙｅｓ）、フルサービスリゾルバ管理テーブルを更新する（ステップＳ１０７）。一方、故障しているフルサービスリゾルバが存在しない場合には（ステップＳ１０６，Ｎｏ）、そのまま処理を終了する（図７に示した処理は、周期的に実行される。）。
【００４８】
このように、フルサービスリゾルバ監視部１６４は、フルサービスリゾルバサーバ（プライマリ２００，３００、セカンダリ２１０，３１０）を監視し、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新するので、フルサービスリゾルバサーバの状態を正確に把握することができる。
【００４９】
次に、ＩＰアドレス変換部１６３が行う送信処理について説明する。図８は、送信処理を示すフローチャートである。同図に示すように、ＩＰアドレス変換部１６３は、名前解決処理部１６２からＤＮＳパケットを取得し（ステップＳ２０１）、フルサービスリゾルバ管理テーブル１５１を参照して、ＤＮＳパケットの宛先に設定されているＩＰアドレスのフルサービスリゾルバが故障しているか否かを判定する（ステップＳ２０２）。
【００５０】
そして、故障している場合には（ステップＳ２０３，Ｙｅｓ）、宛先のＩＰアドレスを変換し（ステップＳ２０４）、フルサービスリゾルバサーバにＤＮＳパケットを送信する（ステップＳ２０５）。一方、フルサービスリゾルバサーバが故障していない場合には（ステップＳ２０３，Ｎｏ）、そのままステップＳ２０５に移行する。
【００５１】
このように、ＩＰアドレス変換部１６３は、ＤＮＳパケットの送信先となるフルサービスリゾルバサーバが故障している場合には、ＩＰアドレスを変換して正常なフルサービスリゾルバサーバに直接ＤＮＳパケットを送信するので名前解決にかかる時間を短縮することができる。
【００５２】
次に、ＩＰアドレス変換部１６３が行う受信処理について説明する。図９は、受信処理を示すフローチャートである。同図に示すように、ＩＰアドレス変換部１６３は、ＤＮＳパケット（フルサービスリゾルバサーバからの応答パケット）を受信し（ステップＳ３０１）、名前解決処理部１６２によってＤＮＳパケットに設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障しているか否かを判定する（ステップＳ３０２）。
【００５３】
そして、フルサービスリゾルバサーバが故障している場合には（ステップＳ３０３，Ｙｅｓ）、応答パケットの送信元のＩＰアドレスを変換（名前解決処理部１６２がＤＮＳパケットの送信先として選択したフルサービスリゾルバのＩＰアドレスに変換する）し（ステップＳ３０４）、ＤＮＳパケットを名前解決処理部１６２に渡す（ステップＳ３０５）。一方、名前解決処理部１６２によってＤＮＳパケットに設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障していない場合には（ステップＳ３０３，Ｎｏ）、そのままステップＳ３０５に移行する。
【００５４】
このように、ＩＰアドレス変換部１６０は、ＤＮＳパケットに対する応答パケットをフルサービスリゾルバサーバから取得した場合に、この応答パケットの送信元となるフルサービスリゾルバサーバのＩＰアドレスを、名前解決処理部１６０によって選択されていたフルサービスリゾルバサーバのＩＰアドレスに変換するので、名前解決処理部１６２に特別な処理を実行させる必要をなくし、コストを抑えることができる。
【００５５】
上述してきたように、本実施例にかかる通信端末装置１００は、ＩＰアドレス変換部１６３が、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照し、宛先となるフルサービスリゾルバが故障しているか否かを判定する。そして、ＩＰアドレス変換部１６３は、宛先となるフルサービスリゾルバサーバが故障している場合に、ＤＮＳパケットの宛先を正常なフルサービスリゾルバサーバに変換して送信するので、故障したフルサービスリゾルバサーバを迂回して直接セカンダリにＤＮＳパケットを送信することができるようになり、名前解決にかかる時間を短縮することができる。また、通信端末装置１００は、余計なＤＮＳパケットをネットワーク上に送信しないので、ネットワークのトラフィック量を抑えることができる。
【００５６】
また、本実施例によれば、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバから応答パケットを取得した場合に、取得した応答パケットの送信元を、名前解決処理部１６２が元々送信先として設定していたフルサービスリゾルバサーバのＩＰアドレスに変換するので、名前解決処理部１６２に特別な処理を実行させる必要をなくし、通信端末装置１００のコストを抑えることができる。
【００５７】
なお、本実施例では、通信端末装置１００が各フルサービスリゾルバサーバにＤＮＳパケットを送信する場合に、フルサービスリゾルバサーバの状態に応じて宛先のＩＰアドレスを変換していたが、これに限定されるものではなく、例えば、フルサービスリゾルバサーバがＤＮＳサーバにパケットを送信する場合にでも、本発明を適応することができる。
【００５８】
例えば、送信先となるＤＮＳサーバが故障している場合に、フルサービスリゾルバサーバは、パケットの送信先を、故障していないＤＮＳサーバのＩＰアドレスに変換し、パケットを送信する。
【００５９】
ところで、上記の実施例で説明した通信端末装置の各処理は、ＩＰアドレス変換処理に係るプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１０を用いて、上記の実施例の通信端末装置と同様の機能を有するＩＰアドレス変換処理プログラムを実行するコンピュータの一例を説明する。図１０は、ＩＰアドレス変換処理プログラムを実行するコンピュータを示す図である。
【００６０】
同図に示すように、コンピュータ３０は、入力装置３１、出力装置３２、通信制御ＩＦ装置３３、ＲＡＭ３４、ＨＤＤ３５、ＲＯＭ３６、ＣＰＵ３７をバス３８で接続して構成される。このうち、入力装置３１、出力装置３２、通信制御ＩＦ装置３３は、図３に示した入力部１１０、出力部１２０、通信制御ＩＦ部１３０にそれぞれ対応する。
【００６１】
また、ＲＡＭ３４は、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂを記録する記録装置である。ここで、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂは、図３に示したフルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２にそれぞれ対応する。なお、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂは、予めＨＤＤ３５に記録されており、ＲＡＭ３４に読み出されて使用される。
【００６２】
そして、コンピュータ３０におけるＲＯＭ３６には、上記の実施例の通信端末装置と同様の機能を発揮するＩＰアドレス変換処理プログラム、つまり、図１０に示すように、ＩＰアドレス変換処理プログラム３６ａが予め記憶されている。
【００６３】
ＣＰＵ３７は、このＩＰアドレス変換処理プログラム３６ａをＲＯＭ３６から読み出して実行することで、図１０に示すように、ＩＰアドレス変換処理プログラム３６ａは、ＩＰアドレス変換処理プロセス３７ａとして機能するようになる。ＣＰＵ３７は、ＲＡＭ３４に記録された各データを用いて、ＤＮＳパケットの宛先を変換する。
【００６４】
（付記１）名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、
前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、
をコンピュータに実行させることを特徴とする送信制御プログラム。
【００６５】
（付記２）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする付記１に記載の送信制御プログラム。
【００６６】
（付記３）冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする付記１または２に記載の送信制御プログラム。
【００６７】
（付記４）前記送信制御手順は、冗長化された名前解決を行うサーバの負荷の情報を取得し、前記パケットの宛先を、負荷が最もかかっておらずかつ故障していないサーバの宛先に変換し、当該パケットを送信することを特徴とする付記１、２または３に記載の送信制御プログラム。
【００６８】
（付記５）名前解決を要求するパケットの送信制御を行う送信制御方法であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、
前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、
を含んだことを特徴とする送信制御方法。
【００６９】
（付記６）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換工程を更に含んだことを特徴とする付記５に記載の送信制御方法。
【００７０】
（付記７）名前解決を要求するパケットの送信制御を行う送信制御装置であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、
前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、
を備えたことを特徴とする送信制御装置。
【００７１】
（付記８）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手段を更に備えたことを特徴とする付記７に記載の送信制御装置。
【産業上の利用可能性】
【００７２】
以上のように、本発明にかかる送信制御プログラム、送信制御方法および送信制御装置は、ドメイン名（ホスト名）／ＩＰアドレス変換を行うアドレス変換システムなどに対して有用であり、特に、名前解決に対する処理時間を短縮する場合に適している。
【図面の簡単な説明】
【００７３】
【図１】本発明の特徴を説明するための説明図である。
【図２】本実施例にかかるアドレス変換システムの構成を示すブロック図である。
【図３】通信端末装置の構成を示す機能ブロック図である。
【図４】フルサービスリゾルバ管理テーブルのデータ構造の一例を示す図である。
【図５】フルサービスリゾルバ情報のデータ構造の一例を示す図である。
【図６】ＩＰアドレス変換部の処理を補足説明するための図である。
【図７】更新処理を示すフローチャートである。
【図８】送信処理を示すフローチャートである。
【図９】受信処理を示すフローチャートである。
【図１０】ＩＰアドレス変換処理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００７４】
１００ 通信端末装置
１１０ 入力部
１２０ 出力部
１３０ 通信制御ＩＦ部
１４０ 入出力制御ＩＦ部
１５０ 記憶部
１５１ フルサービスリゾルバ管理テーブル
１５２ フルサービスリゾルバ情報
１６０ 制御部
１６１ アプリケーション実行部
１６２ 名前解決処理部
１６３ ＩＰアドレス変換部
１６４ フルサービスリゾルバ監視部
２００，３００ フルサービスリゾルバサーバ（プライマリ）
２１０，３１０ フルサービスリゾルバサーバ（セカンダリ）
２５０ ルータ
３５０ ネットワーク
４００ ＤＮＳサーバ
【技術分野】
【０００１】
この発明は、名前解決を要求するパケットの送信制御を行う送信制御プログラム、送信制御方法および送信制御装置に関し、特に、名前解決にかかる時間を短縮することができる送信制御プログラム、送信制御方法および送信制御装置に関するものである。
【背景技術】
【０００２】
インターネット環境において、ＤＮＳ（Domain Name System）によるドメイン名（ホスト名）／ＩＰ（Internet Protocol）アドレス変換が必須である。すなわち、クライアント端末が、Ｗｅｂサーバ上のコンテンツにアクセスする場合、フルサービスリゾルバサーバを介してＤＮＳサーバにアクセスし、ドメイン名／ＩＰアドレス変換を行った後に、Ｗｅｂサーバ上のコンテンツにアクセスすることが可能となる。
【０００３】
また、フルサービスリゾルバサーバに不具合等が発生し、ＤＮＳサーバが使用不可能になった場合には、全てのインターネットアクセスに影響を及ぼすため、現在の運用では、フルサービスリゾルバサーバが使用不可能とならないように、通常使用するフルサービスリゾルバサーバ（以下、プライマリと表記する）と予備用のフルサービスリゾルバサーバ（以下、セカンダリと表記する）とを用意し、冗長化がなされている。
【０００４】
なお、特許文献１では、ＤＮＳサーバを冗長化し、通常使用するＤＮＳサーバが故障した場合に、予備用のＤＮＳサーバのゾーン情報を有効にすることで、ネットワークの運用効率を高めることを可能とする技術が公開されている。
【０００５】
【特許文献１】特開２００２−９７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、プライマリが故障しているか否かに関わらず、一旦、プライマリにアドレス変換要求を行う（すなわち、一度プライマリにアドレス変換要求を行い、応答がないなどの場合に、セカンダリに再度アドレス変換要求を行う仕組みになっている）ので、名前解決に時間がかかってしまうという問題があった。
【０００７】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、名前解決にかかる時間を短縮することができる送信制御プログラム、送信制御方法および送信制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、本発明は、名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、をコンピュータに実行させることを特徴とする。
【０００９】
また、本発明は、上記発明において、前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする。
【００１０】
また、本発明は、上記発明において、冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする。
【００１１】
また、本発明は、名前解決を要求するパケットの送信制御を行う送信制御方法であって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、を含んだことを特徴とする。
【００１２】
また、本発明は、名前解決を要求するパケットの送信制御を行う送信制御装置であって、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、を備えたことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定し、稼働中のサーバに障害が発生している場合には、前パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信するので、故障したサーバを迂回して正常な予備用のサーバにパケットを直接送信することができ、名前解決にかかる処理時間を短縮することができる。
【００１４】
また、本発明によれば、予備用のサーバからパケットの応答を取得した場合に、この応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換するので、名前解決を要求するパケットを作成する処理部に特別な処理を実行させる必要をなくし、コストを削減することができる。
【００１５】
また、本発明によれば、冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録し、この状態情報を基にして、稼働中のサーバが故障したか否かを判定するので、名前解決にかかる処理を正確に実行することができる。
【発明を実施するための最良の形態】
【００１６】
以下に添付図面を参照して、この発明に係る送信制御プログラム、送信制御方法および送信制御装置の好適な実施の形態を詳細に説明する。
【実施例】
【００１７】
まず、本発明の特徴について説明する。図１は、本発明の特徴を説明するための説明図である。本発明では、フルサービスリゾルバに対応する処理を行うサーバ（以下、フルサービスリゾルバサーバと表記する。また、このフルサービスリゾルバサーバは冗長化されているものとする）にＤＮＳ（Domain Name System）パケットを送信し、名前解決を要求する場合に、プライマリとなるフルサービスリゾルバサーバ（以下、プライマリと表記する）が故障しているか否かを判定する。
【００１８】
そして、プライマリが故障している場合には、ＤＮＳパケットの宛先となるＩＰ（Internet Protocol）アドレスをセカンダリとなるフルサービスリゾルバサーバ（以下、セカンダリと表記する）のＩＰアドレスに変換して、ＤＮＳパケットを送信する。また、セカンダリからＤＮＳパケットの応答を取得した場合には、この応答の送信元となるセカンダリのＩＰアドレスを、プライマリのＩＰアドレスに変換する。
【００１９】
このように、本発明では、プライマリが故障している場合に、ＤＮＳパケットの宛先となるＩＰアドレスをセカンダリのＩＰアドレスに変換するので、故障したプライマリを迂回して直接セカンダリにＤＮＳパケットを送信することができるようになり、名前解決にかかる時間を短縮することができる。
【００２０】
また、本発明では、セカンダリからＤＮＳパケットの応答を取得した場合に、この応答の送信元となるセカンダリのＩＰアドレスをプライマリのＩＰアドレスに変換するので、ＤＮＳパケットを使用するアプリケーションなどに特別な処理を行わせる必要がなくなり、コストを抑えることができる。
【００２１】
次に、本実施例にかかるアドレス変換システムについて説明する。図２は、本実施例にかかるアドレス変換システムの構成を示すブロック図である。同図に示すように、このアドレス変換システムは、通信端末装置１００と、フルサービスリゾルバサーバ（以下、プライマリ）２００，３００と、フルサービスリゾルバサーバ（以下、セカンダリ）２１０，３１０と、ルータ２５０と、ＤＮＳサーバ４００とを備えて構成される。
【００２２】
また、通信端末装置１００は、ＬＡＮ（Local Area Network）を介してプライマリ２００、セカンダリ２１０およびルータ２５０に接続されており、ルータ２５０は、ＬＡＮを介してプライマリ３００およびセカンダリ３１０に接続されている。また、ルータ２５０は、ネットワーク３５０を介してＤＮＳサーバ４００に接続されている。
【００２３】
このうち、通信端末装置１００は、名前解決を行うためのＤＮＳパケットをプライマリ２００，３００、セカンダリ２１０，３１０のいずれかに送信する装置であり、プライマリ２００，３００は、通信端末装置１００からＤＮＳパケットを受信した場合に、受信したＤＮＳパケットをＤＮＳサーバ４００に送信する装置であり、それぞれ、セカンダリ２１０，３１０によって冗長化されている。また、プライマリ２００，３００は、ＤＮＳパケットに対する応答をＤＮＳサーバ４００から取得した場合には、取得した応答を通信端末装置１００に送信する。
【００２４】
ルータ２５０は、通信端末装置１００、プライマリ２００、セカンダリ２１０からなるネットワークと、プライマリ３００、セカンダリ３１０、ＤＮＳサーバ４００からなるネットワークとを中継する装置である。
【００２５】
ＤＮＳサーバ４００は、ＤＮＳパケットを受信した場合に、受信したＤＮＳパケットに含まれるドメイン名をＩＰアドレスに変換し、送信元となるフルサービスリゾルバサーバにドメイン名に対応するＩＰアドレスの情報を含んだＤＮＳパケットを返信する装置である。
【００２６】
次に、図２に示した通信端末装置１００の構成について説明する。図３は、通信端末装置１００の構成を示す機能ブロック図である。同図に示すように、この通信端末装置１００は、入力部１１０と、出力部１２０と、通信制御ＩＦ部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。
【００２７】
このうち、入力部１１０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイクなどによって構成される。なお、後述するモニタ（出力部１２０）も、マウスと協働してポインティングデバイス機能を実現する。
【００２８】
出力部１２０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。また、通信制御ＩＦ装置１３０は、プライマリ２００，３００、セカンダリ２１０，３１０との間における通信を制御する手段である。そして、入出力制御ＩＦ部１４０は、入力部１１０、出力部１２０、通信制御ＩＦ部１３０によるデータの入出力を制御する手段である。
【００２９】
記憶部１５０は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段（格納手段）であり、特に本発明に密接に関連するものとしては、図３に示すように、フルサービスリゾルバ管理テーブル１５１と、フルサービスリゾルバ情報１５２とを備える。
【００３０】
図４は、フルサービスリゾルバ管理テーブル１５１のデータ構造の一例を示す図である。同図に示すように、このフルサービスリゾルバ管理テーブル１５１は、優先順位と、リゾルバ識別情報と、ＩＰアドレスと、状態とを備える。このうち、「優先順位」は、各フルサービスリゾルバサーバの優先順位を示し、１、２、３、・・・の順に優先順位が低くなる。すなわち、通信端末装置１００は、優先順位が最も高いフルサービスリゾルバサーバ（図４に示す例では、リゾルバ識別番号「１０００１」によって識別されるフルサービスリゾルバサーバが最も優先順位が高い）に対してＤＮＳパケットを送信することとなる（フルサービスリゾルバに障害が発生していない場合）。
【００３１】
「リゾルバ識別情報」は、フルサービスリゾルバサーバ（図２に示したプライマリ２００，３００、セカンダリ２１０，３１０）を識別するための情報であり、「状態」は、フルサービスリゾルバサーバが故障したか否かを示す情報である。具体的には、状態が「○」の場合は、フルサービスリゾルバサーバが正常であることを示し、状態が「×」の場合には、フルサービスリゾルバサーバに異常が発生した（故障した）ことを示す。
【００３２】
図５は、フルサービスリゾルバ情報１５２のデータ構造の一例を示す図である。同図に示すように、このフルサービスリゾルバ情報１５２は、リゾルバ識別情報と、ＩＰアドレスとを備える。このフルサービスリゾルバ情報１５２は、各フルサービスリゾルバサーバ（図２に示したプライマリ２００，３００、セカンダリ２１０，３１０）のＩＰアドレスを管理するための情報であり、フルサービスリゾルバサーバのＩＰアドレスが変更された場合などに更新される。
【００３３】
制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種種の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図３に示すように、アプリケーション実行部１６１と、名前解決処理部１６２と、ＩＰアドレス交換部１６３と、フルサービスリゾルバ監視部１６４と備える。
【００３４】
このうち、アプリケーション実行部１６１は、種種のアプリケーションにかかわる処理を実行する処理部であり、例えば、入力部１１０からＷｅｂサーバ上のコンテンツに対するアクセス要求を取得した場合に、アクセス先となるコンテンツの情報を名前解決処理部１６２に渡す。
【００３５】
名前解決処理部１６２は、コンテンツの情報をアプリケーション実行部１６１から取得した場合に、このコンテンツに対する名前解決を要求するためのＤＮＳパケットを生成する処理部である。また、名前解決処理部１６２は、フルサービスリゾルバ管理テーブル１５１を参照し、優先順位の最も高いフルサービスリゾルバサーバのＩＰアドレスをＤＮＳパケットの宛先として設定し、このＤＮＳパケットをＩＰアドレス変換部１６３に渡す。
【００３６】
ＩＰアドレス変換部１６３は、故障したフルサービスリゾルバサーバにＤＮＳパケットが送信されないように、ＤＮＳパケットの宛先（ＩＰアドレス）を変換する処理部である。具体的に、このＩＰアドレス変換部１６３は、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照して、ＤＮＳパケットの宛先に設定されたフルサービスリゾルバサーバが故障中であるか否かを判定する。
【００３７】
そして、フルサービスリゾルバサーバが故障中である場合には、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先に設定されたＩＰアドレスを故障中のフルサービスリゾルバサーバの次に優先順位の高いフルサービスリゾルバサーバのＩＰアドレスに変換し、このＤＮＳパケットを送信する。
【００３８】
図６は、ＩＰアドレス変換部１６３の処理を補足説明するための図である。同図に示すように、ＤＮＳサーバの宛先となるＩＰアドレスが「１９２．１６８．１．１」に設定されている場合には、ＩＰアドレス「１９２．１６８．１．１」にかかるフルサービスリゾルバサーバが故障中であるため、ＩＰアドレス変換部１６３は、宛先のＩＰアドレスを変換する。すなわち、ＩＰアドレス変換部１６３は、故障しているフルサービスリゾルバサーバ（識別番号「１０００１」）の次に優先順位の高いフルサービスリゾルバサーバ（識別番号「１０００２」）のＩＰアドレス「１９２．１６８．２．１」をＤＮＳパケットの宛先として設定する。
【００３９】
一方、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先に設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障中でないと判定した場合には、そのままＤＮＳパケットを送信する。
【００４０】
また、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバからＤＮＳパケットの応答（以下、応答パケットと表記する）を取得した場合には、取得した応答パケットを名前解決処理部１６２に渡す。ただし、ＩＰアドレス変換部１６３は、ＤＮＳパケットの宛先ＩＰアドレスを変換して、フルサービスリゾルバサーバに送信した後に、このフルサービスリゾルバサーバから応答パケットを取得した場合には、送信元となるフルサービスリゾルバサーバのＩＰアドレスを元のＩＰアドレスに戻し、名前解決処理部１６２に応答パケットを渡す。
【００４１】
図６を使用して具体的に説明すると、ＩＰアドレス変換部１６３は、ＤＮＳパケットのＩＰアドレスを「１９２．１６８．１．１」から「１９２．１６８．２．１」に変換してフルサービスリゾルバサーバに送信し、このＤＮＳパケットに対応する応答パケットを取得した場合には、送信元となるＩＰアドレスを「１９２．１６８．２．１」から「１９２．１６８．１．１」に変換してから、応答パケットを名前解決処理部１６２に渡す。
【００４２】
フルサービスリゾルバ監視部１６４は、図２に示したプライマリ２００，３００およびセカンダリ２１０，３１０を監視し、監視対象となるフルサービスリゾルバサーバが故障した場合には、フルサービスリゾルバ管理テーブル１５１の状態を更新する処理部である。具体的に、フルサービスリゾルバ監視部１６４は、フルサービスリゾルバサーバが故障した場合には、故障したフルサービスリゾルバサーバに対応する「状態」を「○」から「×」に設定し、故障していたフルサービスリゾルバサーバが復旧した場合には、対応する「状態」を「×」から「○」に設定し直す。
【００４３】
また、フルサービスリゾルバ監視部１６４は、プライマリ２００，３００、セカンダリ２１０，３１０と定期的にデータ通信を行い、フルサービスリゾルバサーバのＩＰアドレスが変更された場合には、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報に登録されたＩＰアドレスを更新する。
【００４４】
更に、フルサービスリゾルバ監視部１６４は、各フルサービスリゾルバサーバとデータ通信を行って、フルサービスリゾルバサーバにかかっている負荷の情報を取得し、フルサービスリゾルバ管理テーブル１５１の優先順位を変更してもよい。例えば、負荷の量が少ないフルサービスリゾルバサーバの優先順位を高くし、負荷の量が多いフルサービスリゾルバサーバの優先順位を低くする。このように、動的に、フルサービスリゾルバサーバの優先順位を変更することによって、名前解決にかかる処理を効率よく実行することが可能となる。
【００４５】
次に、フルサービスリゾルバ監視部１６４がフルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新する更新処理について説明する。図７は、更新処理を示すフローチャートである。同図に示すように、フルサービスリゾルバ監視部１６４は、各フルサービスリゾルバサーバ（プライマリ２００，３００、セカンダリ２１０，３１０）からＩＰアドレスの情報を取得し（ステップＳ１０１）、ＩＰアドレスが変更されているか否かを判定する（ステップＳ１０２）。
【００４６】
そして、ＩＰアドレスが変更されている場合には（ステップＳ１０３，Ｙｅｓ）、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新する（ステップＳ１０４）。一方、ＩＰアドレスが変更されていない場合には（ステップＳ１０３，Ｎｏ）、そのまま、ステップＳ１０５に移行する。
【００４７】
続いて、フルサービスリゾルバ監視部１６４は、故障しているフルサービスリゾルバサーバが存在するか否かを判定し（ステップＳ１０５）、故障しているフルサービスリゾルバサーバが存在する場合には（ステップＳ１０６，Ｙｅｓ）、フルサービスリゾルバ管理テーブルを更新する（ステップＳ１０７）。一方、故障しているフルサービスリゾルバが存在しない場合には（ステップＳ１０６，Ｎｏ）、そのまま処理を終了する（図７に示した処理は、周期的に実行される。）。
【００４８】
このように、フルサービスリゾルバ監視部１６４は、フルサービスリゾルバサーバ（プライマリ２００，３００、セカンダリ２１０，３１０）を監視し、フルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２を更新するので、フルサービスリゾルバサーバの状態を正確に把握することができる。
【００４９】
次に、ＩＰアドレス変換部１６３が行う送信処理について説明する。図８は、送信処理を示すフローチャートである。同図に示すように、ＩＰアドレス変換部１６３は、名前解決処理部１６２からＤＮＳパケットを取得し（ステップＳ２０１）、フルサービスリゾルバ管理テーブル１５１を参照して、ＤＮＳパケットの宛先に設定されているＩＰアドレスのフルサービスリゾルバが故障しているか否かを判定する（ステップＳ２０２）。
【００５０】
そして、故障している場合には（ステップＳ２０３，Ｙｅｓ）、宛先のＩＰアドレスを変換し（ステップＳ２０４）、フルサービスリゾルバサーバにＤＮＳパケットを送信する（ステップＳ２０５）。一方、フルサービスリゾルバサーバが故障していない場合には（ステップＳ２０３，Ｎｏ）、そのままステップＳ２０５に移行する。
【００５１】
このように、ＩＰアドレス変換部１６３は、ＤＮＳパケットの送信先となるフルサービスリゾルバサーバが故障している場合には、ＩＰアドレスを変換して正常なフルサービスリゾルバサーバに直接ＤＮＳパケットを送信するので名前解決にかかる時間を短縮することができる。
【００５２】
次に、ＩＰアドレス変換部１６３が行う受信処理について説明する。図９は、受信処理を示すフローチャートである。同図に示すように、ＩＰアドレス変換部１６３は、ＤＮＳパケット（フルサービスリゾルバサーバからの応答パケット）を受信し（ステップＳ３０１）、名前解決処理部１６２によってＤＮＳパケットに設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障しているか否かを判定する（ステップＳ３０２）。
【００５３】
そして、フルサービスリゾルバサーバが故障している場合には（ステップＳ３０３，Ｙｅｓ）、応答パケットの送信元のＩＰアドレスを変換（名前解決処理部１６２がＤＮＳパケットの送信先として選択したフルサービスリゾルバのＩＰアドレスに変換する）し（ステップＳ３０４）、ＤＮＳパケットを名前解決処理部１６２に渡す（ステップＳ３０５）。一方、名前解決処理部１６２によってＤＮＳパケットに設定されたＩＰアドレスに対応するフルサービスリゾルバサーバが故障していない場合には（ステップＳ３０３，Ｎｏ）、そのままステップＳ３０５に移行する。
【００５４】
このように、ＩＰアドレス変換部１６０は、ＤＮＳパケットに対する応答パケットをフルサービスリゾルバサーバから取得した場合に、この応答パケットの送信元となるフルサービスリゾルバサーバのＩＰアドレスを、名前解決処理部１６０によって選択されていたフルサービスリゾルバサーバのＩＰアドレスに変換するので、名前解決処理部１６２に特別な処理を実行させる必要をなくし、コストを抑えることができる。
【００５５】
上述してきたように、本実施例にかかる通信端末装置１００は、ＩＰアドレス変換部１６３が、名前解決処理部１６２からＤＮＳパケットを取得した場合に、フルサービスリゾルバ管理テーブル１５１を参照し、宛先となるフルサービスリゾルバが故障しているか否かを判定する。そして、ＩＰアドレス変換部１６３は、宛先となるフルサービスリゾルバサーバが故障している場合に、ＤＮＳパケットの宛先を正常なフルサービスリゾルバサーバに変換して送信するので、故障したフルサービスリゾルバサーバを迂回して直接セカンダリにＤＮＳパケットを送信することができるようになり、名前解決にかかる時間を短縮することができる。また、通信端末装置１００は、余計なＤＮＳパケットをネットワーク上に送信しないので、ネットワークのトラフィック量を抑えることができる。
【００５６】
また、本実施例によれば、ＩＰアドレス変換部１６３は、フルサービスリゾルバサーバから応答パケットを取得した場合に、取得した応答パケットの送信元を、名前解決処理部１６２が元々送信先として設定していたフルサービスリゾルバサーバのＩＰアドレスに変換するので、名前解決処理部１６２に特別な処理を実行させる必要をなくし、通信端末装置１００のコストを抑えることができる。
【００５７】
なお、本実施例では、通信端末装置１００が各フルサービスリゾルバサーバにＤＮＳパケットを送信する場合に、フルサービスリゾルバサーバの状態に応じて宛先のＩＰアドレスを変換していたが、これに限定されるものではなく、例えば、フルサービスリゾルバサーバがＤＮＳサーバにパケットを送信する場合にでも、本発明を適応することができる。
【００５８】
例えば、送信先となるＤＮＳサーバが故障している場合に、フルサービスリゾルバサーバは、パケットの送信先を、故障していないＤＮＳサーバのＩＰアドレスに変換し、パケットを送信する。
【００５９】
ところで、上記の実施例で説明した通信端末装置の各処理は、ＩＰアドレス変換処理に係るプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１０を用いて、上記の実施例の通信端末装置と同様の機能を有するＩＰアドレス変換処理プログラムを実行するコンピュータの一例を説明する。図１０は、ＩＰアドレス変換処理プログラムを実行するコンピュータを示す図である。
【００６０】
同図に示すように、コンピュータ３０は、入力装置３１、出力装置３２、通信制御ＩＦ装置３３、ＲＡＭ３４、ＨＤＤ３５、ＲＯＭ３６、ＣＰＵ３７をバス３８で接続して構成される。このうち、入力装置３１、出力装置３２、通信制御ＩＦ装置３３は、図３に示した入力部１１０、出力部１２０、通信制御ＩＦ部１３０にそれぞれ対応する。
【００６１】
また、ＲＡＭ３４は、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂを記録する記録装置である。ここで、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂは、図３に示したフルサービスリゾルバ管理テーブル１５１およびフルサービスリゾルバ情報１５２にそれぞれ対応する。なお、フルサービスリゾルバ管理テーブル３４ａおよびフルサービスリゾルバ情報３４ｂは、予めＨＤＤ３５に記録されており、ＲＡＭ３４に読み出されて使用される。
【００６２】
そして、コンピュータ３０におけるＲＯＭ３６には、上記の実施例の通信端末装置と同様の機能を発揮するＩＰアドレス変換処理プログラム、つまり、図１０に示すように、ＩＰアドレス変換処理プログラム３６ａが予め記憶されている。
【００６３】
ＣＰＵ３７は、このＩＰアドレス変換処理プログラム３６ａをＲＯＭ３６から読み出して実行することで、図１０に示すように、ＩＰアドレス変換処理プログラム３６ａは、ＩＰアドレス変換処理プロセス３７ａとして機能するようになる。ＣＰＵ３７は、ＲＡＭ３４に記録された各データを用いて、ＤＮＳパケットの宛先を変換する。
【００６４】
（付記１）名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、
前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、
をコンピュータに実行させることを特徴とする送信制御プログラム。
【００６５】
（付記２）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする付記１に記載の送信制御プログラム。
【００６６】
（付記３）冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする付記１または２に記載の送信制御プログラム。
【００６７】
（付記４）前記送信制御手順は、冗長化された名前解決を行うサーバの負荷の情報を取得し、前記パケットの宛先を、負荷が最もかかっておらずかつ故障していないサーバの宛先に変換し、当該パケットを送信することを特徴とする付記１、２または３に記載の送信制御プログラム。
【００６８】
（付記５）名前解決を要求するパケットの送信制御を行う送信制御方法であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、
前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、
を含んだことを特徴とする送信制御方法。
【００６９】
（付記６）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換工程を更に含んだことを特徴とする付記５に記載の送信制御方法。
【００７０】
（付記７）名前解決を要求するパケットの送信制御を行う送信制御装置であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、
前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、
を備えたことを特徴とする送信制御装置。
【００７１】
（付記８）前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手段を更に備えたことを特徴とする付記７に記載の送信制御装置。
【産業上の利用可能性】
【００７２】
以上のように、本発明にかかる送信制御プログラム、送信制御方法および送信制御装置は、ドメイン名（ホスト名）／ＩＰアドレス変換を行うアドレス変換システムなどに対して有用であり、特に、名前解決に対する処理時間を短縮する場合に適している。
【図面の簡単な説明】
【００７３】
【図１】本発明の特徴を説明するための説明図である。
【図２】本実施例にかかるアドレス変換システムの構成を示すブロック図である。
【図３】通信端末装置の構成を示す機能ブロック図である。
【図４】フルサービスリゾルバ管理テーブルのデータ構造の一例を示す図である。
【図５】フルサービスリゾルバ情報のデータ構造の一例を示す図である。
【図６】ＩＰアドレス変換部の処理を補足説明するための図である。
【図７】更新処理を示すフローチャートである。
【図８】送信処理を示すフローチャートである。
【図９】受信処理を示すフローチャートである。
【図１０】ＩＰアドレス変換処理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００７４】
１００ 通信端末装置
１１０ 入力部
１２０ 出力部
１３０ 通信制御ＩＦ部
１４０ 入出力制御ＩＦ部
１５０ 記憶部
１５１ フルサービスリゾルバ管理テーブル
１５２ フルサービスリゾルバ情報
１６０ 制御部
１６１ アプリケーション実行部
１６２ 名前解決処理部
１６３ ＩＰアドレス変換部
１６４ フルサービスリゾルバ監視部
２００，３００ フルサービスリゾルバサーバ（プライマリ）
２１０，３１０ フルサービスリゾルバサーバ（セカンダリ）
２５０ ルータ
３５０ ネットワーク
４００ ＤＮＳサーバ
【特許請求の範囲】
【請求項１】
名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、
前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、
をコンピュータに実行させることを特徴とする送信制御プログラム。
【請求項２】
前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする請求項１に記載の送信制御プログラム。
【請求項３】
冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする請求項１または２に記載の送信制御プログラム。
【請求項４】
名前解決を要求するパケットの送信制御を行う送信制御方法であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、
前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、
を含んだことを特徴とする送信制御方法。
【請求項５】
名前解決を要求するパケットの送信制御を行う送信制御装置であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、
前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、
を備えたことを特徴とする送信制御装置。
【請求項１】
名前解決を要求するパケットの送信制御を行う送信制御プログラムであって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手順と、
前記判定手順によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手順と、
をコンピュータに実行させることを特徴とする送信制御プログラム。
【請求項２】
前記予備用のサーバから前記パケットの応答を取得した場合に、当該応答の送信元となる予備用のサーバの識別情報を障害の発生したサーバの識別情報に変換する変換手順を更にコンピュータに実行させることを特徴とする請求項１に記載の送信制御プログラム。
【請求項３】
冗長化された名前解決を行うサーバの状態を監視し、当該サーバの状態にかかる情報を状態情報として記録装置に記録する記録手順を更にコンピュータに実行させ、前記判定手順は、前記記録装置に記録された状態情報を基にして、サーバに障害が発生したか否かを判定することを特徴とする請求項１または２に記載の送信制御プログラム。
【請求項４】
名前解決を要求するパケットの送信制御を行う送信制御方法であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定工程と、
前記判定工程によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御工程と、
を含んだことを特徴とする送信制御方法。
【請求項５】
名前解決を要求するパケットの送信制御を行う送信制御装置であって、
冗長化された名前解決を行うサーバの状態を監視し、稼動中のサーバに障害が発生したか否かを判定する判定手段と、
前記判定手段によって稼働中のサーバに障害が発生したと判定された場合に、前記パケットの宛先を予備用のサーバの宛先に変換し、当該パケットを送信する送信制御手段と、
を備えたことを特徴とする送信制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−２５１８１８（Ｐ２００７−２５１８１８Ａ）
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願番号】特願２００６−７５２９５（Ｐ２００６−７５２９５）
【出願日】平成１８年３月１７日（２００６．３．１７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願日】平成１８年３月１７日（２００６．３．１７）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]